Tài liệu Thu thập, phân tích hành vi và thói quen người sử dụng thiết bị di động android

HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG --------------------------------------- VŨ TRỤ THU THẬP, PHÂN TÍCH HÀNH VI VÀ THÓI QUEN NGƯỜI SỬ DỤNG THIẾT BỊ DI ĐỘNG ANDROID CHUYÊN NGÀNH : HỆ THỐNG THÔNG TIN MÃ SỐ: 60.48.01.04 TÓM TẮT LUẬN VĂN THẠC SĨ HÀ NỘI - 2013 Luận văn được hoàn thành tại: HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG Người hướng dẫn khoa học: TS. Nguyễn Khanh Văn Phản biện 1: ………………………………………………………..... Phản biện 2: ……………………………………………………………… Luận văn sẽ được bảo vệ trước Hội đồng chấm luận văn thạc sĩ tại Học viện Công nghệ Bưu chính Viễn thông Vào lúc: ....... giờ ....... ngày ....... tháng ....... .. năm ............... Có thể tìm hiểu luận văn tại: - Thư viện của Học viện Công nghệ Bưu chính Viễn thông 1 MỞ ĐẦU Ngày nay, điện thoại di động được áp dụng các công nghệ cao và hiện đại phát triển một cách mạnh mẽ, tăng trưởng một cách không ngừng. Điện thoại di động trở thành một nhu cầu thiết yếu cho con người. Điện thoại di động có tính tiện lợi cao, có thể sử dụng mọi lúc mọi nơi. Điện thoại di động càng ngày càng "thông minh" với nhiều chức năng và dịch vụ rất hấp dẫn đã được tích hợp rất nhiều tiện ích để đáp ứng cho con người trọng mọi lĩnh vực. Trong số các công nghệ dành cho các loại điện thoại di động thì công nghệ Android là một công nghệ mạnh mẽ, được ứng dụng phát triển rộng rãi và chọn làm nền tảng phát triển di động cho nhiều hãng di động khác nhau. Android là hệ điều hành trên điện thoại di động (và hiện nay là cả trên một số đầu phát HD, HD Player, TV) phát triển bởi Google và dựa trên nền tảng Linux. Các ứng dụng và dịch vụ dành cho điện thoại di động liên tục phát triển và gia tăng không ngừng. Do sự dư thừa thông tin và quảng cáo, người sử dụng có thể gặp khó khăn khi phải chọn lựa, sàng lọc ra thông tin tốt, hợp lý nhất ... phục vụ cho công việc hoặc sự giải trí của mình. Để hỗ trợ người sử dụng một cách tốt nhất cần có phần mềm thu thập thu thập tất cả các hành vi và thói quen của người sử dụng trên các ứng dụng, dịch vụ dành cho điện thoại di động. Sau khi thu thập tất cả các hành vi và thói quen của người sử dụng trong các khoảng thời gian định kì sẽ tiến hành phân tích các hành vi, thói quen người sử dụng mục đích để nắm bắt nhu cầu sử dụng, sở thích, thói quen của người sử dụng để chúng ta có thể tạo ra các sản phẩm, các dịch vụ,.. phục vụ cho người sử dụng tốt hơn nữa. Đồng thời phần mềm cũng hỗ trợ đưa ra những gợi ý tư vấn cho sự lựa chọn các ứng dụng và dịch vụ phù hợp nhất cho người sử dụng. Đây chính là những lý do để tôi chọn đề tài “Thu thập, phân tích hành vi và thói quen người sử dụng thiết bị di động Android”. Nội dung của luận văn nghiên cứu, và phát triển được trình bày thông qua bốn chương: - Chương 1: Nền tảng công nghệ Android cho thiết bị di động. - Chương 2: Một số Cơ sở lý thuyết liên quan. - Chương 3: Khảo sát các phương pháp, công cụ hỗ trợ nhận dạng hành vi, thói quen người sử dụng thiết bị di động Android. - Chương 4: Xây dựng ứng dụng thu thập, Phân tích hành vi và thói quen người sử dụng thiết bị di động Andriod. 2 CHƯƠNG 1. NỀN TẢNG CÔNG NGHỆ ANDROID CHO THIẾT BỊ DI ĐỘNG 1.1. Tổng quan công nghệ Android 1.1.1. Sơ lược lịch sử công nghệ Android Android là một hệ điều hành mở phát triển dựa trên nền tảng Linux dành cho các Thiết bị di động cảm ứng. Công nghệ Android đầu tiên được nghiên cứu bởi tổng công ty Android với sự hỗ trợ đầu tư của Google. Ngày 17 tháng 8 năm 2005, Google mua lại tổng công ty Android biến nó thành một bộ phận trực thuộc của mình. Ngày 5 tháng 11 năm 2007, Một hiệp hội các công ty lớn trên thế giới về viễn thông, phần cứng, phần mềm cho thiết bị di động thành lập ra Liên minh thiết bị cầm tay mở (Open Handset Alliance) với mục đích phát triển các tiêu chuẩn mở cho di động. Cùng ngày này, google cũng ra mắt sản phẩm đầu tiên là một nền tảng thiết bị di động được xây dựng trên nhân Linux 2.6. Hình 1.1: Các thành viên của “Liên minh di động mở”. (Nguồn: Bài báo “Lịch sử hệ điều hành Android - Trần Quỳnh Hương” [1]) Ngày 22 tháng 10 năm 2008 Chiếc điện thoại Android đầu tiên HTC Dream được bán ra. Từ năm 2008, Hệ điều hành Android đã trải qua nhiều lần cập nhật, sửa các lỗi, bổ xung thêm tính năng mới. Mỗi phiên bản đều được đặt tên lần lượt theo thứ tự bảng chữ cái theo tên các món ăn tráng miệng: phiên bản 1.5 cupcate, phiên bản 4.2 Jelly Bean. 3 1.2. Khái niệm Android Android là hệ điều hành mở được Google phát triển dành cho thiết bị di động. Các nhà phát triển có thể sử dụng tất cả tính năng của hệ điều hành Android để tạo ra các ứng dụng di động. Android được xây dựng trên nhân Linux mở. Hơn nữa, nó sử dụng một máy ảo tuỳ chỉnh được thiết kế để tối ưu hóa bộ nhớ và tài nguyên phần cứng trong một môi trường di động. Để phục vụ cho việc phát triển và sáng tạo các ứng dụng và dịch vụ Google đã đưa ra bộ công cụ Android SDK cung cấp các công cụ và bộ thư viện các hàm API cần thiết để phát triển ứng dụng cho nền tảng Android sử dụng ngôn ngữ lập trình java. 1.2.1. Kiến trúc Android Mô hình kiến trúc sau thể hiện các thành phần của hệ điều hành Android: Hình 1.2: Mô hình kiến trúc nền tảng Android (Nguồn: Bài báo “Lịch sử hệ điều hành Android - Trần Quỳnh Hương” [1]) - Applications: Tầng này tích hợp sẵn một số ứng dụng cơ bản cần thiết dành cho thiết bị di động như danh bạ điện thoại, gọi điện thoại, Tin nhắn SMS, trình duyệt web và một số ứng dụng khác. Người sử dụng có thể tích hợp các ứng dụng của hãng thứ 3 viết bằng ngôn ngữ java vào tầng này. 4 - Application Framwork: Tầng này của hệ điều hành Android cung cấp một nền tảng phát triển ứng dụng mở qua đó cho phép nhà phát triển ứng dụng có khả năng tạo ra các ứng dụng vô cùng sáng tạo và phong phú. - Libraries: là lớp chứa các thư viện native Android. Các thư viện chia sẻ tất cả được viết bằng C, C + +, mục đích biên dịch cho các kiến trúc phần cứng đặc biệt được sử dụng cho điện điện thoại. - Android Runtime: Android bao gồm một tập hợp các thư viện lõi cung cấp hầu hết các chức năng có sẵn trong các thư viện lõi của ngôn ngữ lập trình Java. Tất cả các ứng dụng Android sẽ có một thể hiện riêng trên máy ảo Dalvik. Máy ảo Dalvik đã được viết để một thiết bị có thể chạy nhiều máy ảo cùng lúc có hiệu quả và nó thực thi các file có định dạng (. dex) mục đích tối ưu hóa cho bộ nhớ và sử dụng tối thiểu bộ nhớ. - Linux Kernel: Android dựa trên Linux phiên bản 2.6 cho hệ thống cốt lõi dịch vụ như an ninh, quản lý bộ nhớ, quản lý tiến trình, Network stack, Driver model. Kernel cũng hoạt động như một tầng trừu tượng giữa phần cứng và phần còn lại của ngăn xếp phần mềm. 1.2.2. Phát triển ứng dụng trên Android 1.2.2.1. Ngôn ngữ lập trình Để phát triển các ứng dụng một cách đơn giản và dễ tiếp cận, Google đã sử dụng ngôn ngữ java làm ngôn ngữ lập trình chính thức của Android. Ngôn ngữ lập trình java cho android là ngôn ngữ được cải tiến, tinh chỉnh cho phù hợp nền tảng Android. Ứng dụng java là ứng dụng “Viết một lần, chạy mọi nơi” nên cần phải có môi trường máy ảo để chạy ứng dụng. Google đã tinh chỉnh, cải tiến từ máy ảo JDK để phát triển thành máy ảo Dalvik của hệ điều hành Android mục đích để biên dịch mã Java với tốc độ biên dịch nhanh hơn và nhẹ hơn. 1.2.2.2. Môi trường lập trình cho Android Google cung cấp công cụ phát triển ứng dụng Android SDK, là một công cụ giả lập thiết bị ảo Android hỗ trợ để test và debug các lỗi của ứng dụng Android. Môi trường lập trình (IDE) chính thức của Android là Eclipse (từ phiên bản 3.2) với sự hỗ trợ của plugin 5 Android Development Tools (ADT). Ứng dụng Android được đóng gói thành các file .apk và đuợc lưu trong thư mục /data/app của hệ điều hành Android. 1.3. Các thành phần cơ bản của ứng dụng Android 1.3.1. Activity Một Activity là một thành phần ứng dụng cung cấp một màn hình mà người dùng có thể tương tác để làm điều gì đó, chẳng hạn như quay số điện thoại, chụp ảnh, gửi email, hoặc xem bản đồ. Mỗi Activity được đưa ra một cửa sổ trong đó vẽ ra giao diện người dùng của nó. Cửa sổ thường lấp đầy màn hình, nhưng nó có thể là nhỏ hơn so với màn hình và hiển thị lên trên các cửa sổ khác. 1.3.1.1. Vòng đời của một Activity Một Activity có 4 trạng thái: - Active hay Running: Khi một Activity đang chạy trên màn hình. [5] - Paused: Khi một Activity vẫn đang chạy trên màn hình nhưng đang bị một Activity trong suốt (transparent) hay nó bị chiếm toàn màn hình hiển thị phía trên. Tuy vẫn lưu trữ dữ liệu, nhưng các paused Activity này sẽ bị hệ thống bắt chấm dứt khi đang thiếu bộ nhớ trầm trọng. [5] - Stopped: Khi một Activity bị che khuất hoàn toàn bởi một Activity khác (Activity này đang ở chế độ background). Ở trạng thái Stoped, Activity vẫn tồn tại có nghĩa đối tượng Activity vẫn giữ lại trọng bộ nhớ, duy trì trạng thái và thông tin thành viên của nó. Tuy nhiên các stopped Activity này sẽ thường xuyên bị hệ thống bắt chấm dứt giải phóng bộ nhớ để cấp bộ nhớ cho các tiến trình khác. [5] - Killed hay Shut down: Khi một Activity đang paused hay stopped, hệ thống sẽ xóa Activity ấy ra khỏi bộ nhớ. Nhà phát triển ứng dụng có cài đặt phương thức finish() trước khi bị xóa khỏi bộ nhớ. [5] 1.3.1.2. Intent Ba trong số các thành phần cốt lõi của một ứng dụng: Activities, Services và Broadcast Receivers được kích hoạt thông qua message, gọi là Intent. Một đối tượng intent là một cấu trúc dữ liệu thụ động nắm giữ một mô tả trừu tượng của một hoạt động được 6 thực hiện hoặc trong trường hợp Broadcasts, nó là một mô tả về một cái gì đó đã xảy ra và đã được công bố. 1.3.2. Service 1.3.2.1. Định nghĩa Service Một Service là một component của ứng dụng có thể thực hiện các hoạt động trong một thời gian dài ở chế độ background và không cung cấp một giao diện người dùng. Một component ứng dụng có thể bắt đầu một Service và nó sẽ tiếp tục chạy ở chế độ background ngay cả khi người dùng chuyển sang một ứng dụng khác. Ngoài ra, một Component có thể liên kết với một Service tương tác với nó và thậm chí thực. 1.3.2.2. Vòng đời của 1 Service Một Service có các phương thức callback vòng đời mà ứng dụng có thể thực hiện để theo dõi những thay đổi trong trạng thái của service và ứng dụng có thể thực hiện công việc ở giai đoạn thích hợp. 1.3.3. BroadcastReceiver Broadcast Reciever chỉ đơn giản là phản ứng tin nhắn broadcast từ các ứng dụng khác hoặc từ hệ thống chính nó. Có hai bước quan trọng để tạo ra BroadcastReceiver cho hệ thống Broadcast intent: - Tạo ra các Broadcast Reciever bằng cách kế thừa BroadcastReciever. - Đăng ký Broadcast Reciever bằng hai cách sử dụng Context.registerReceiver() hay thông qua tag trong file AndroidManifest.xml. 1.3.4. Content Provider Là nơi lưu trữ và cung cấp cách truy cập dữ liệu do các ứng dụng tạo nên. Đây là cách duy nhất mà các ứng dụng có thể chia sẻ dữ liệu của nhau. Android cung cấp sẵn Content Providers cho một số kiểu dữ liệu thông dụng như âm thanh, video, thông tin số điện thoại,... Người lập trình cũng có thể tự tạo ra các class con (subclass) của Content Provider để lưu trữ kiểu dữ liệu của riêng mình. 7 1.3.5. Shared preferences Shared preferences sử dụng key/value hệ thống để save/retrieve dữ liệu. Đây là, tất cả các dữ liệu đơn giản sẽ có một khóa duy nhất trong Shared preferences. Bằng cách sử dụng khóa này, giá trị đã lưu trước đó, ngay cả những ứng dụng đã bị hủy và khởi động lại một lần nữa nó sẽ được phục hồi. Trong trường hợp giá trị yêu cầu chưa được thiết lập một giá trị mặc định sẽ được trả lại. Nếu dữ liệu có lưu trữ theo cấu trúc với số lượng lớn thì không nên sử dụng nên sử dụng lưu trữ với database (sqlite). 1.3.6. LogCats LogCats là phương pháp được sử dụng trên các thiết bị dựa trên Android để hiển thị các thông điệp hoặc các bản ghi tương tự như các câu lệnh System.out.println() của Java. Để gọi nó, các lập trình viên có thể viết in mã code trong bất kỳ nơi mã code tồn tại. Điều quan trọng là đề cập đến những thông báo hoặc các log có thể được chụp và xử lý bởi bất kỳ chương trình nào đang chạy trong Android, bởi vì nó là cơ sở của chương trình thực hiện cho dự án này. 1.3.7. ửi và nhận messages trong Andriod Bên cạnh các phương pháp broadcast receiver, cách khác để giao tiếp trong Android đang sử dụng các messages và Handlers. Nhận message này phải cài đặt các phương thức xử lý (handler). Các phương thức xử lý là tiến trình đó liên tục lặp lại kiểm tra các nội dung của hàng đợi message và bộ lọc message. Bởi vì sự lặp lại này, khi phương thức xử lý không được cài đặt trong các Activity nó đã được cài đặt trong thread khác. 1.4. ổng kết Android có xây dựng trên nhân Linux nên nó thừa hưởng được những đặc tính quý của Linux, nhất là về độ bảo mật và hiệu năng hoạt động cao. Không những thế, nhân Linux để phát triển cho Android đã được tối ưu và cải thiện để phù hợp với hệ thống điện thoại nên nó có khả năng tùy biến, tương thích cao với nhiều mẫu điện thoại của nhiều hãng khác nhau. Android là hệ điều hành đa nhiệm một người dùng. Tính đa nhiệm cho phép cùng một thời gian, người dùng có thể chạy được nhiều ứng dụng để làm được nhiều việc khác nhau. Tuy nhiên, mỗi ứng dụng trên Android thì chỉ được phép chạy với một thực thể mà thôi. 8 CHƯƠNG 2. MỘT SỐ CƠ SỞ LÝ HUYẾ LIÊN QUAN 2.1. Bảo mật ứng dụng Android. Khi Chúng ta phát triển các ứng dụng Android, Chúng ta phải giải quyết một số khía cạnh liên quan đến bảo mật, bao gồm cả các quy trình ứng dụng và các hộp cát (sandbox hộp dùng để thử nghiệm và phát triển phần mềm), chia sẻ mã và dữ liệu, bảo vệ hệ thống thông qua việc ký các ứng dụng và sử dụng các quyền hạn. Hệ điều hành android sử dụng một vài phương pháp bảo mật cho thiết bị của người sử dụng. Chúng ta sẽ miêu tả các tính năng bảo mật ảnh hưởng đến ứng dụng một cách trực tiếp. Hình 2.1: Các lĩnh vực bảo mật hiện có khi lập trình các ứng dụng Android. (Nguồn: Bài báo “Understanding security on Android- IBM” [6]) 2.1.1. phân quyền Android Phân quyền là một cơ chế bảo mật của nền tảng Android để cho phép hoặc hạn chế ứng dụng truy cập đến các API và các tài nguyên bị hạn chế. Theo mặc định, các ứng dụng Android không được cấp các phân quyền nào, làm cho chúng an toàn bằng cách không cho phép chúng truy cập vào các API được bảo vệ hoặc các tài nguyên trên thiết bị. Ứng dụng phải yêu cầu các phân quyền thông qua manifest.xml file và người dùng cấp hoặc không cấp các phân quyền trong khi cài đặt. Để yêu cầu cấp phân quyền, hãy khai báo một thuộc tính trong manifest.xml file: 9 2.1.1.1. Các quyền hạn của Content provider và của file Các Content Provider trưng ra một URI chung là URI duy nhất xác định dữ liệu của chúng. Để bảo vệ Content Provider như vậy, khi bắt đầu một hoạt động hoặc trả về một kết quả hoạt động của mình, người gọi có thể thiết lập Intent.FLAG_GRANT_READ_URI_PERMISSION và Intent.FLAG_GRANT_WRITE _URI_PERMISSION, để cấp quyền cho hoạt động thu nhận truy cập vào URI của dữ liệu cụ thể theo ý định này. Các ứng dụng có thể cho phép các ứng dụng hoặc các tiến trình khác có quyền truy cập tới các file của mình. Sự cho phép này được thực hiện bằng cách chỉ ra chế độ hoạt động MODE_WORLD_READABLE và MODE_WORLD_WRITEABLE thích hợp để cho phép quyền truy cập đọc hoặc viết vào tệp, hoặc MODE_PRIVATE để mở tệp trong chế độ riêng tư. 2.1.1.2. Các API Permission thời gian chạy Android cung cấp các API Permission để kiểm tra, bắt tuân thủ, cấp và thu hồi các phân quyền trong thời gian chạy. Các API này là một phần của lớp android.content.Context, cung cấp toàn bộ thông tin về một môi trường ứng dụng. 2.1.2. Sandbox Android sử dụng khái niệm về sandbox để bắt buộc tách riêng giữa ứng dụng với nhau và các phân quyền để cho phép hoặc ngăn không cho một ứng dụng truy cập vào các tài nguyên của thiết bị như các file và các thư mục, các mạng, các cảm biến và các API nói chung. Các ứng dụng Android chạy trên tiến trình Linux riêng của mình và được gán cho một ID của người dùng duy nhất (UID). Theo mặc định, các ứng dụng chạy trong một tiến trình của sandbox cơ sở không được gán cho các phân quyền, do đó ngăn không cho các ứng dụng như vậy được truy cập vào hệ thống hoặc các tài nguyên. Tuy nhiên, các ứng dụng Android có thể yêu cầu các phân quyền thông qua các manifest.xml file của ứng dụng. 2.1.3. Ký ứng dụng (Application signing) Tất cả các ứng dụng Android phải được ký. Việc ký ứng dụng hoặc mã là quá trình ký số một ứng dụng cụ thể bằng cách sử dụng một khóa riêng để: 10  Xác định tác giả của mã.  Phát hiện ra nếu các ứng dụng đã thay đổi.  Xây dựng sự tin cậy giữa các ứng dụng. 2.1.4. Loại bỏ từ xa sự chuyển đổi (Remote kill switch). Các ứng dụng Google Play có khả năng loại bỏ từ xa các ứng dụng từ thiết bị cầm tay của người sử dụng khi ứng dụng được vi phạm việc thỏa thuận phân phối phát triển hoặc chính sách chương trình phát triển. Tuy nhiên các loại bỏ từ xa chỉ hữu ích đối với các ứng dụng cài đặt thông qua thị trường Google Play. Các ứng dụng cài đặt thông qua các kênh không chính thức sẽ không bị ảnh hưởng bởi tính năng này. 2.1.5. Bảo vệ file hệ thống Android bảo vệ các file hệ thống cốt lõi của hệ điều hành bằng cách lưu trữ chúng trong một phân vùng chỉ có quyền đọc của ổ đĩa cứng. Ngoài ra, tính năng sandbox đề cập ở trên ngăn chặn các ứng dụng được cài đặt trên các thiết bị truy cập các file của nhau trừ khi các file cố ý hoặc vô ý trưng bày ra bởi các nhà phát triển. 2.1.6. Google Bouncer Bouncer kiểm tra các ứng dụng mới khi chúng được tải lên google play market để xác định các ứng dụng có khả năng độc hại, thậm chí có thể tiến xa hơn tạo mô phỏng các ứng dụng đang chạy trên một thiết bị Android bắt bất kỳ hành vi ẩn. 2.1.7. Rooting Android. Có quyền truy cập root vào thiết bị Android hoạt động theo cách tương tự dựa trên các nền tảng Unix khác nhau, và có thể được so sánh với việc có quyền quản trị administrator trên một máy tính sử dụng hệ điều hành windows. Theo mặc định, người dùng sẽ thường xuyên không được truy cập với tính năng này trên thiết bị Android, vì nó sẽ được khóa bởi nhà cung cấp. Một ứng dụng với quyền truy cập root có thể thay thế, sửa đổi và cài đặt các ứng dụng như nó muốn. 11 2.2. Học Máy 2.2.1. Khái niệm về học máy Học máy (machine learning) là một lĩnh vực của trí tuệ nhân tạo liên quan đến việc nghiên cứu và xây dựng các kĩ thuật cho phép các hệ thống có thể "học" tự động từ dữ liệu để giải quyết những vấn đề cụ thể. Học máy là tạo ra các phương pháp và chương trình để cho máy tính có thể giải quyết các vấn đề giống như con người. Ví dụ như các hệ thống có thể "học" cách phân loại thư điện tử xem có phải thư rác (spam) hay không và tự động xếp thư vào thư mục tuơng ứng. 2.2.2. Thuật toán K-Means Trong số các thuật toán phân nhóm tồn tại, thì thuật toán k-means sử dụng rộng rãi nhất. Nó là một thuật toán lặp tổ chức dữ liệu số trong số k cụm. Các dữ liệu số, hoặc tập huấn luyện, được tổ chức trong vectơ với một kích thước bằng với số tính năng được đánh giá. Thuật toán K-means phân tích quá trình phân cụm đơn giản nên có thể áp dụng đối với tập dữ liệu lớn. Tuy nhiên nhược điểm của thuật toán này là chỉ áp dụng với dữ liệu có thuộc tính số và khám phá ra các cụm có dạng hình cầu, K-means còn rất nhạy cảm với nhiễu và các phần tử ngoại lai trong dữ liệu. Chất lượng của thuật toán K-means phụ thuộc nhiều vào các tham số đầu vào như: số cụm k và k trọng tâm khởi tạo ban đầu. 2.3. Tổng kết Android là một nền tảng di động hiện đại được thiết kế để được thực sự mở. Để bảo vệ giá trị, nền tảng này phải cung cấp một môi trường ứng dụng để đảm bảo sự an toàn của người sử dụng, dữ liệu, ứng dụng, thiết bị, và mạng. Đảm bảo một nền tảng mở đòi hỏi một kiến trúc bảo mật mạnh mẽ và các chương trình an ninh nghiêm ngặt. Android được thiết kế với bảo mật đa tầng cung cấp sự linh hoạt cần thiết cho một nền tảng mở, trong khi cung cấp bảo vệ cho tất cả người dùng của nền tảng này. 12 CHƯƠNG 3. KHẢO SÁ CÁC PHƯƠNG PHÁP, CÔNG CỤ HỖ TRỢ NHẬN DẠNG HÀNH VI HÓI QUEN NGƯỜI SỬ DỤNG THIẾT BỊ DI ĐỘNG ANDROID 3.1. Tổng quan về hệ thống thu thập, phân tích hành vi và thói quen. Sau khi tìm hiểu về công nghệ Android kết hợp với một số khảo sát nghiên cứu về các phương pháp, công cụ hỗ trợ nhận dạng hành vi thói quen người sử dụng thiết bị di động Android, Tôi xin đưa ra ý tưởng về một hệ thống thu thập hành vi thói quen của người sử dụng thiết bị di động Android và chỉ ra các phương pháp để thu thập được một số tập dữ liệu hành vi, thói quen thông dụng của người sử dụng thiết bị di động Android. Đây là một hệ thống tự động bao gồm một ứng dụng trên Android Client và một ứng dụng trên server. 3.2. Thiết kế và cài đặt ứng dụng 3.2.1. Kiến trúc hệ thống Kiến trúc hệ thống của ứng dụng thu thập và phân tích hành vi và thói quen người sử dụng android được mô tả trong hình 3.1. Bao gồm hai phần chính là client và server. Hình 3.1: Kiến trúc hệ thống thu thập và phân tích hành vi, thói quen 3.2.2. Thành phần của thu thập dữ liệu 3.2.2.1. Content observers 13 Content observers là cơ chế khi kết hợp với các content provider, nhận thông báo khi tập dữ liệu đích thể hiện dưới dạng nội dung cơ sở dữ liệu SQLite được sửa đổi. Tuy nhiên, các thông báo thời gian thực không chứa thông tin về những gì thay đổi. Để có được dữ liệu có ý nghĩa từ content observers, bổ xung các tiến trình xử lý phải được ở trong nơi xác định các nội dung thay đổi. 3.2.2.2. Broadcast Receivers Broadcast Receivers xử lý và trả lời các broadcast messages trên toàn hệ thống. Giống như Content Observers, chúng liên quan đến thông báo thời gian thực có thể thiếu chi tiết nội dung. 3.2.2.3. Alarms Alarms được lên kế hoạch hoạt động cấu hình trong ứng dụng để truy vấn định kỳ các content providers hoặc trực tiếp gọi phương thức Java tĩnh để đẩy ra dữ liệu mới. Chúng là đáng tin cậy, nhưng chỉ thực thi vào các thời gian được chỉ định. 3.2.2.4. Chiến lược thiết kế Một chiến lược thiết kế chung cho các thành phần thu thập dữ liệu ưu tiên được áp dụng trong suốt sự phát triển của ứng dụng, như trình bày dưới đây. Broadcast ReceiversContent observersAlarms 3.2.2.5. Hệ thống lưu trữ dữ liệu thu thập Tất cả các dữ liệu thu thập được lưu trữ tạm thời trong một cơ sở dữ liệu SQLite địa phương trên thiết bị. 3.2.2.6. Data sender Dữ liệu sẽ không được truyền đi liên tục tới ứng dụng tới server khi đã có kết nối wifi hoặc 3G, mà nó sẽ truyền định kỳ 1 giờ một lần. Mục đích để giảm sự tiêu tốn nguồn và tại nguyên của CPU. 3.2.3. Ứng dụng trên server Ứng dụng trên server là một hệ thống thực hiện các chức năng: nhận dữ liệu, lọc và phân tích dữ liệu sau đó kết quả sẽ được lưu trữ vào hệ thống cơ sở dữ liệu. Kết quả lưu trữ này tạo tiền đề để phát triển các ứng dụng khác sử dụng tùy theo mục đích của mình. 14 3.2.4. Event sender và Event reciever Trên ứng dụng client trên Android cài đặt Event Receiver để nhận các sự kiện hữu ích cho người sử dụng từ Event Sender của ứng dụng server. 3.2.5. Các bộ dữ liệu thu thập 3.2.5.1. App Installs and Removals Khi một ứng dụng được cài đặt hoặc gỡ bỏ, một broadcast toàn hệ thống được gửi qua thiết bị Android. Các ứng dụng không cần phải khai báo phân quyền trong AndroidManifest nhận được broadcast này, mặc dù chúng phải đăng ký một boadcast receiver và phải gồm có intent-filters để xử lý các sự kiện Intent.PACKAGE_ADDED và Intent.PACKAGE_REMOVED. 3.2.5.2. Browser Navigation History Uniform Resource Locators (URL) của các trang web truy cập thông qua xây dựng trong trình duyệt Web Android được thu thập thông qua Alarm. Để tránh pin và hiệu suất thiết bị xuống cấp một Arlam được lên kế hoạch và cấu hình để mỗi giờ theo mặc định thực hiện một truy vấn trên Content Provider URI: android.provider.Browser.BOOKMARKS_URI. Content Provider này có tùy chọn để truy cập đến một trình duyệt thăm lịch sử của URL, đếm số truy cập của mỗi URL, và lấy một danh sách các trang web đánh dấu. Để truy cập vào các dữ liệu lịch sử trình duyệt, phân quyền com.android.browser.permission.READ_HISTORY_BOOKMARKS phải được cài đặt trong AndroidManifest. 3.2.5.3. Browser Searches Tìm kiếm trình duyệt được thu thập bởi ứng dụng thông qua một Alarm. Tìm kiếm được cấu hình để theo mặc định mỗi giờ được truy cập thông qua Content Provider URI: com.android.provider.Browser.SEARCHES_URI. Truy cập vào các nội dung yêu cầu cùng phân quyền như các thu thập URL trình duyệt: com.android.browser.permission.READ_HISTORY_BOOKMARKS. 3.2.5.4. Calendar Events Để thu thập calendar event sử dụng Alarm cấu hình đểmặc định cứ 12 giờ quét Content Provider URI: content:/ /com.android.calendar/event_entities cho các sự kiện. Truy 15 cập để thực hiện các hành động trên các tập calendar event đòi hỏi sự phân quyền android.permission.READ_CALENDAR được khai báo trong AndroidManifest. 3.2.5.5. Call Logs Để đảm bảo việc bắt giữ tất cả các cuộc gọi điện thoại mới, một Content Observer được cài đặt trên content provider URI: android.provider.CallLog.Calls.CONTENT_URI. URI này cho phép phát hiện các cuộc gọi đến, đi và bỏ lỡ, cũng như số điện thoại bên ngoài, tên liên lạc, thời gian, và ngày của cuộc gọi bắt đầu. Truy cập vào các logs nội dung cuộc gọi điện thoại đòi hỏi phải có sự phân quyền android.permission.READ_CONTACTS được thêm vào AndroidManifest. 3.2.5.6. Contacts Added Thông tin liên lạc có thể được theo dõi những thay đổi trên điện thoại Android thông qua Content Observer. Thu thập thông tin thêm số liên lạc điện thoại đòi hỏi phải có sự phân quyền android.permission.READ_CONTACTS được thêm vào AndroidManifest. 3.2.5.7. Tài khoản thiết bị Tên tài khoản được lấy ra bởi vòng lặp thông qua một loạt các đối tượng tài khoản thông qua AccountManager.get() API của phương thức Android.GetAccounts(). Yêu cầu duy nhất để sử dụng phương thức này là cần phân quyền android.permission.GET_ACCOUNTS trong AndroidManifest. 3.2.5.8. Device ID Một ID thiết bị là một định danh duy nhất để phân biệt thiết bị Android này với thiết bị android trong ứng dụng server. Ứng dụng sử dụng một Alarm được gọi là phương thức getDeviceId( ) từ lớp TelephonyManager API Android để truy cập trực tiếp ID thiết bị. Phân quyền android.permission.READ_PHONE_STATE phải được khai báo trong AndroidManifest cho một ứng dụng để trích xuất các ID thiết bị. 3.2.5.9. GPS Location Để giảm thiểu các vấn đề nghiên cứu này, phương thức getLastKnownLocation() đã được sử dụng thông qua một Alarm lên kế hoạch để thực hiện mỗi giờ một lần theo mặc định. Phương thức này dựa trên việc sử dụng GPS được kích hoạt trước khi vào bộ thu thập và không kích hoạt cung cấp định vị, do đó tiết kiệm tuổi thọ pin của thiết bị. Truy cập vào 16 các nhà cung cấp GPS yêu cầu phân sự quyền android.permission.ACCESS_FINE_LOCATION được khai báo trong AndroidManifest. 3.2.5.10. Location Provider Settings Changes Thiết bị Android bao gồm một nhà cung cấp vị trí GPS và một nhà cung cấp vị trí mạng. Các nhà cung cấp GPS nhận thông tin cập nhật vị trí thông qua vệ tinh, trong khi các nhà cung cấp mạng lấy được một tập tọa độ hiện thời thông qua các điểm truy cập Wi-Fi và tế bào(cell) di động. Khi cài đặt của thiết bị được điều chỉnh bằng tay để kích hoạt hoặc vô hiệu hóa các nhà cung cấp, một hệ thống broadcast được tạo ra. Trong ứng dụng, một broadcast receiver được thành lập với intent-filter để xử lý các intent LocationManager.PROVIDERS_CHANGED_ACTION. Không có phân quyền nào được yêu cầu trong AndroidManifest để truy cập thông tin này. 3.2.5.11. Message Service Ứng dụng khai báo Broadcast Receiver và bao gồm intent-filters xử lý các intent android.provider.Telephony.MMS_RECEIVED và android.provider.Telephony.WAP_PUSH có thể được thông báo về tin nhắn MMS đến. Content Provider URI: content://mms chứa message ID, hướng (gửi đến hoặc gửi đi), ngày nhắn tin, ID luồng hội thoại, tiêu đề. Content provider URI: content://mms/part có chứa tên file hình ảnh và trường văn bản. Nếu trường văn bản là null, thì không có văn bản kèm với tin nhắn MMS. Nếu trường văn bản này là trống, có có văn bản kèm với tin nhắn MMS. Tuy nhiên, không có cơ chế để truy cập vào nội dung văn bản đã được tìm. URI: content://mms-sms/conversations được sử dụng để tìm địa chỉ một số liên lạc (số điện thoại hoặc địa chỉ email) thông qua ID luồng hội thoại. Các phân quyền cho yêu cầu cần thiết MMS tin nhắn thu được trong AndroidManifest ứng của dụng bao gồm android.permission.RECEIVE_MMS, android.permission.READ_CONTACTS, và android.permission.RECEIVE_WAP_PUSH. 3.2.5.12. Pictures Added Để đạt được khả năng giám sát Pictures rộng hơn, chúng ta sử dụng Content Observer thay thế cho Broadcast Receiver. Content observer được đăng ký trên Android Gallery’s content URI: android.provider.MediaStore.Images.Media.EXTERNAL_CONTENT_URI. Kết quả sẽ thu được thông báo về sự thay đổi khi thêm picture sử dụng Content Observer, nó không bao 17 gồm thông tin thay đổi trong Gallery. Sự thu thập này không đòi hỏi thêm phân quyền trong AndroidManifest để đạt được quyền đọc và truy cập tới nội dung. 3.2.5.13. Screen Lock Status Broadcasts toàn hệ thống được gửi đi khi màn hình Android trạng thái (ví dụ: mở khóa , khóa, trạng thái các tắt). Để bắt giữ những broadcasts thay đổi này, Broadcast Receiver phải được thiết lập với tent-filters để xử lý: Intent.ACTION_USER_PRESENT, Intent.ACTION_SCREEN_ON và Intent.ACTION_SCREEN_OFF. Không cần bổ sung phân quyền trong Androidmanifest để truy cập thông tin này. 3.2.5.14. Short Message Service Broadcast Receivers được cấu hình để lấy tin nhắn SMS nhưng không được áp dụng cho các tin nhắn gửi đi. Tin nhắn gửi đi được bắt giữ thông qua một Content Observer đăng ký trên Content Provider URI không được đặc tả trong Android SDK:content://sms. Trong trường hợp tin nhắn SMS gửi đi, thông báo thay đổi được tạo ra thông qua Content Observer cho mỗi bước của quá trình truyền giao (ví dụ: các message di chuyển từ trạng thái "draft "trạng thái "pending " trạng thái "sent"). Khả năng thu thập thông tin tin nhắn SMS trong ứng dụng đòi hỏi phân quyền android.permission.RECEIVE_SMS, android.permission.READ_SMS, và android.permission.READ_CONTACTS được khai báo trong AndroidManifest. 3.2.5.15. Third-Party App Logs Hệ thống log ứng dụng của Android (android.util.Log) có sẵn cho bất kỳ ứng dụng Android sử dụng. Các log ứng dụng được mặc định lưu trữ tạm thời trong một vòng đệm trong file thiết bị đặc trưng/dev/log/main. Log có thể được đọc thông qua một công cụ có sẵn trong SDK Android tên là logcat. Ứng dụng gọi logcat thực thi trong chế độ runtime. Ứng dụng phải có phân quyền android.permission.READ_LOGS khai báo trong AndroidManifest để truy cập vào tập dữ liệu này. 3.3. Phân tích dữ liệu thu thập 3.3.1. Cấu trúc chung của gói tin dữ liệu thu thập Để thuận tiện cho việc phân tích dữ liệu cho từng người sử dụng. Hệ thống sẽ yêu cầu người sử dụng phải thực hiện login mới sử dụng được hệ thống (Hoặc có thể tạo ra tài 18 khoản mặc định dựa vào tài khoản mail của người sử dụng trên thiết bị Android). Mỗi một bộ dữ liệu từ client truyền tới server bao gồm các thông tin có cấu trúc chung như sau: - dataId: Là id của bộ dữ liệu thu thập - content: Đây là cấu trúc của bộ dữ liệu. Tùy từng bộ dữ liệu khác nhau mà cấu trúc dữ liệu khác nhau. - app_name: Tên ứng dụng hoặc đường dẫn đặc trưng của package ứng dụng. - behavior_date: Thời điểm mà xảy ra hành vi người sử dụng. - collect_date: Thời điểm tiến hành thu thập dữ liệu. 3.3.2. Phân loại bộ dữ liệu thu thập hành vi Dựa vào trường dataId của gói tin dữ liệu từ client truyền về server ta dễ dàng phân loại được các loại dữ liệu về hành vi của người sử dụng. Thông qua các đặc điểm của trường content của gói tin ta sẽ thiết kế bảng cơ sở dữ liệu cho phù hợp với từng bộ dữ liệu thu thập được. 3.3.3. Phân lớp dữ liệu thu thập hành vi Sau khi dữ liệu được phân loại như trên mục đích để chúng ta có thể sử dụng dữ liệu thu thập được một cách dễ dàng. Áp dụng thuật toán K-Mean chúng ta có thể phân lớp các dữ liệu thu thập được tạo thành các nhóm dữ liệu ví dụ như nhóm dữ liệu thời trang, giải trí, thể thao, xã hội. Do thời gian có nghiên cứu ngắn nên đây chỉ là hướng mở để trong tương lai tôi sẽ tiếp tục phát triển. 3.4. Tổng kết Hệ thống giới thiệu trong luận văn này phục vụ như một mô hình tham khảo cho cộng đồng Android để thiết kế và thực hiện thu thập thông tin về hành vi, thói quen người sử dụng thiết bị Android trong môi trường doanh nghiệp mà không cần quyền root. Ứng dụng là giải pháp mã nguồn mở. Tuy nhiên, nó đòi hỏi phải nghiên cứu thêm và cải tiến để mở rộng số lượng các tập hợp dữ liệu thu thập. Các dữ liệu được thu thập bởi ứng dụng sẽ có ích cho việc tạo ra các dịch vụ và ứng dụng có ích cho người sử dụng. Chương này giới thiệu một danh sách các bộ dữ liệu có sẵn thông qua các Android API mặc định cho các nhà nghiên cứu và các nhà phát triển để tham khảo. 19 CHƯƠNG 4. XÂY DỰNG ỨNG DỤNG THU THẬP, PHÂN ÍCH HÀNH VI VÀ HÓI QUEN NGƯỜI SỬ DỤNG THIẾT BỊ ANDROID 4.1. Tổng quan về ứng dụng Do phạm vi nghiên cứu đề tài luận văn trong thời gian ngắn hạn, nên Tôi xây dựng ứng dụng chỉ mang tính chất demo về một số cái tôi đã nghiên cứu được. Ứng dụng gồm hai phần: ứng dụng trên Client và ứng dụng trên hệ thống Server. Ứng dụng trên Client làm nhiệm vụ thu thập dữ liệu, lọc dữ liệu và để định kỳ gửi về server. Dữ liệu ở Client thu thập được bao gồm các dữ liệu thu thập khi thao tác với web, Dữ liệu thu thập khi ứng dụng chạy trên thiết bị di động Android…Ứng dụng trên server nhận dữ liệu gửi về từ client và lưu trữ dữ liệu vào Database. 4.2. Cấu trúc hệ thống ứng dụng Hình 4.1: - Cấu trúc hệ thống ứng dụng Collect And Filter: Thu thập dữ liệu theo định kỳ mỗi giờ một lần, lọc dữ liệu cần thiết để lưu vào bộ chứa dữ liệu trước khi truyền tới server. - Client Data Store: Bộ chứa dữ liệu truyền đi ở client, Thường lưu trữ dữ liệu vào database sqlite sẵn có của Android. - Sender và Reciever: Bộ gửi và nhận dữ liệu giữa Client với Server. Ở client Theo định kỳ cứ sau hai giờ nó sẽ kiểm tra dữ liệu ở bộ chứa dữ liệu và truyền tới Server. Sau đó nó sẽ xóa dữ liệu đã gửi thành công. Ở server nó có chức năng nhận dữ liệu 20 của client để đưa tới bộ xử lý dữ liệu. Ngoài ra nó có chức năng gửi thông báo cho các Client hoặc một nhóm Client. - Data Handler: Nhiệm vụ phân tích xử lý dữ liệu được nhận từ Client. Dữ liệu sẽ được xử lý và phân loại để lưu vào database. - Server Data Store: Là nơi lưu trữ dữ liệu thu thập được. Để lưu trữ dữ liệu tôi sử dụng Database Mysql. Dữ liệu có thể là nguồn tham khảo cho các ứng dụng và dịch vụ khác. 4.2.1. Các phân quyền sử dụng trong ứng dụng - INTERNET: Cho phép ứng dụng mở socket network. - GET_TASKS: Cho phép một ứng dụng để có được thông tin về các nhiệm vụ hiện tại hoặc gần đây đang hoạt động. - READ_LOGS: Cho phép một ứng dụng để đọc các tập tin đăng nhập hệ thống ở mức độ thấp. - READ_PHONE_STATE: Cho phép chỉ đọc truy cập vào trạng thái điện thoại. - PROCESS_OUTGOING_CALLS: Cho phép một ứng dụng để theo dõi, thay đổi hoặc hủy bỏ các cuộc gọi đi - READ_HISTORY_BOOKMARKS: Cho phép một ứng dụng để đọc (nhưng không ghi) lịch sử và bookmarks của người sử dụng. - WRITE_HISTORY_BOOKMARKS: Cho phép một ứng dụng để ghi (nhưng không đọc) lịch sử duyệt web và bookmarks của người dùng. 4.2.2. Một số API cài đặt cho ứng dụng 4.2.2.1. Cài đặt thu thập thông tin người sử dụng thao tác với trình duyệt Sử dụng dữ liệu Content Provider từ ứng dụng của trình duyệt. Ứng dụng cần phải được khai báo phân quyền READ_HISTORY_BOOKMARKS, WRITE_HISTORY_BOOKMARKS trong AndroidManifest.xml của ứng dụng. Bảng 4.1: Cài đặt thu thập thông tin người dùng thao tác trên trình duyệt String result = ""; String time = ""; int i = 1; Cursor mCur = managedQuery(Browser.BOOKMARKS_URI, Browser.HISTORY_PROJECTION, null, null, null); mCur.moveToFirst(); 21 if (mCur.moveToFirst() && mCur.getCount() > 0) { while (mCur.isAfterLast() == false) { if(mCur.getString(Browser.HISTORY_PROJECTION_DATE_INDEX) != null){ long dateTime = Long.parseLong(mCur.getString(Browser.HISTORY_PROJECTION_DATE_INDEX)); cal.setTimeInMillis(dateTime); time = cal.getTime().toString(); result += i + ") " + mCur.getString(Browser.HISTORY_PROJECTION_TITLE_INDEX) + " - " + time + "\n"; i++; } mCur.moveToNext(); } } 4.2.2.2. Cài đặt thu thập thông tin các ứng dụng đang hoạt động. Tại một thời điểm chỉ có giao diện của một ứng dụng hiển thị cho người dùng. Các ứng dụng còn lại nếu hoạt động chúng sẽ chạy ngầm background trong hệ thống. Những ứng dụng này sẽ phải cài đặt dưới dạng Service để có thể chạy ngầm được. Ứng dụng cần phải được khai báo phân quyền READ_LOGS trong AndroidManifest.xml của ứng dụng. Bảng 4.2: Cài đặt thu thập thông tin các ứng dụng đang hoạt động String result = ""; ActivityManager activityManager = (ActivityManager) getSystemService(ACTIVITY_SERVICE); List listApp = activityManager.getRunningAppProcesses(); for (int i = 0; i < listApp.size(); i++) { result += "app " + i + ": " + listApp.get(i).processName.toString() + "\n"; } 4.2.2.3. Cài đặt thu thập dữ liệu logs. Để thu thập được dữ liệu log chúng ta phải sử dụng tool log-cat để lấy dữ liệu và Ứng dụng cần phải được khai báo phân quyền GET_TASKS trong AndroidManifest.xml của ứng dụng. Bảng 4.3: Cài đặt thu thập dữ liệu logs StringBuffer result = new StringBuffer(); // log try { 22 Process process = Runtime.getRuntime().exec("logcat -d"); BufferedReader bufferedReader = new BufferedReader( new InputStreamReader(process.getInputStream())); StringBuilder log = new StringBuilder(); String line; System.out.println("get Log"); while ((line = bufferedReader.readLine()) != null) { log.append(line + "\n"); } result.append(log.toString()); } catch (IOException e) { Log.v(TAG, "IOException of handleBehaviorData: " + e.getMessage()); } 4.2.2.4. Cài đặt thu thập thông tin cuộc gọi. Để thu thập thông tin cuộc gọi đến ta phải sử dụng PhoneStateListener để đăng ký lắng nghe sự kiện cuộc gọi đến sử dụng method onCallStateChanged(int state, String incomingNumber) để thu được số điện thoại gọi đến. Từ số điện thoại này chúng ta sẽ lấy thông tin danh bạ điện thoại trên thiết bị để so sánh biết thêm chi tiết thông tin về cuộc gọi đến. Chúng ta sử dụng BroadCast để thu thập thông tin cuộc gọi đi. Bảng 4.4: Cài đặt thu thập thông tin cuộc gọi /** * Listener to detect incoming calls. */ private class CallStateListener extends PhoneStateListener { @Override public void onCallStateChanged(int state, String incomingNumber) { switch (state) { case TelephonyManager.CALL_STATE_RINGING: // called when someone is ringing to this phone controller.handleIncomingCall(incomingNumber); break; } } } /** * Broadcast receiver to detect the outgoing calls. */ 23 public class OutgoingReceiver extends BroadcastReceiver { public OutgoingReceiver() { } @Override public void onReceive(Context context, Intent intent) { String outgoingNumber = intent.getStringExtra(Intent.EXTRA_PHONE_NUMBER); controller.handleOutgoingCall(outgoingNumber); } } 4.3. Kết Quả của Demo ứng dụng 4.4. Tổng kết Do thời gian nghiên cứu luận văn ngắn, các tài liệu nghiên cứu chuyên sâu về Android rất hiếm và khó tìm kiếm. Google lại liên tục nghiên cứu, phát triển các phiên bản mới tăng cường tính bảo mật hơn nên làm cho việc nghiên cứu luận văn rất khó khăn. Ứng dụng giới thiệu trong luận văn chỉ mang tính chất Demo cho một phần nghiên cứu được. Trong chương này chúng ta đã mô tả cấu trúc của hệ thống ứng dụng theo mô hình Client – Server, cách hoạt động của ứng dụng, API và các phân quyền sử dụng trong ứng dụng Android Client. Thông qua cách mô tả này người đọc có thể hình dung ra cách cài đặt của ứng dụng. Trong tương lai tôi sẽ nghiên cứu thêm về công nghệ android và một số công nghệ của hãng thứ ba để có thể ứng dụng thu thập thêm các loại dữ liệu. Ngoài ra phát triển thêm hệ thống trên server, nghiên cứu các thuật toán phân tích dữ liệu và cách tổ chức lưu trữ dữ liệu trên server, phân loại sở thích, hành vi của người sử dụng theo các nhóm để dự đoán, tính toán về mức độ thích một dịch vụ hay một loại sản phẩm nào đó. Tạo ra tính tiện ích giữa người sử dụng với các dịch vụ của ứng dụng. 24 KẾT LUẬN Mục đích của đề tài là thu thập, phân tích hành vi và thói quen người sử dụng thiết bị di động Android để cung cấp dữ liệu cho các công ty, nhà máy và các ngành, đối tượng có liên quan nhằm tạo ra các sản phẩm, các tiện ích, dịch vụ để phục vụ cho con người tốt hơn. Ngoài ra mục đích của thu thập và phân tích hành vi thói quen còn để xây dựng hệ thống trợ giúp, tư vấn cho người người sử dụng như loại bỏ thông tin rác, thông tin dư thừa và sàng lọc ra những thông tin tốt nhất cung cấp cho người sử dụng lựa chọn. Con người sẽ tiết kiệm được thời gian và công sức khi sử dụng hệ thống. Kết quả nghiên cứu của đề tài giúp cho các công ty, nhà máy tạo ra sản phẩm, dịch vụ có tính ứng dụng cao trong thực tế trong nhiều lĩnh vực ví dụ: Khi người sử dụng cài đặt và xác nhận đồng ý sử dụng sản phẩm, dịch vụ này thông qua phân tích dữ liệu hành vi liên quan đến lĩnh vực ăn uống khi người sử dụng đang ở một địa điểm nào đó muốn tìm một nhà hàng để ăn trưa họ sẽ được cung cấp ngay thông tin những nhà hàng tốt nhất quanh khu vực đó phù hợp với khẩu vị và giá cả. Thông qua phân tích dữ liệu hành vi liên quan đến thời trang của những người sử dụng các hãng thời trang sẽ tạo ra được các sản phẩm thời trang phù hợp với xu thế của người sử dụng và hạn chế sản xuất những sản phẩm không phù hợp hoặc được quan tâm nhiều… Do luận văn nghiên cứu trong một thời gian ngắn nên còn nhiều vấn đề chưa được nghiên cứu và giải quyết. Trong tương lai, Ứng dụng của luận văn sẽ được mở rộng bởi sự nghiên cứu thêm nhiều loại dữ liệu được thu thập và nghiên cứu về phân tích và tìm kiếm dữ liệu thu thập được trên hệ thống server mục đích để tạo ra sản phẩm có ích phục vụ cho cộng đồng.