Ứng dụng sức khỏe lấy dữ liệu từ điện thoại như thế nào?

Cách hoạt động cơ bản là:

Cảm biến hoặc nguồn dữ liệu → hệ điều hành xử lý → kho/API sức khỏe → ứng dụng xin quyền → ứng dụng đọc dữ liệu → phân tích và hiển thị

Điện thoại lấy dữ liệu sức khỏe từ đâu?

Nguồn đầu tiên là các cảm biến và bộ xử lý chuyển động tích hợp trong thiết bị. Với dữ liệu vận động, điện thoại có thể sử dụng cảm biến gia tốc, bộ xử lý chuyển động hoặc cảm biến đếm bước để phát hiện trạng thái như đi bộ, chạy và số bước. Apple cung cấp Core Motion với các API như CMPedometer và CMMotionActivityManager; Android cũng cung cấp SensorManager để lấy dữ liệu bước và các cảm biến liên quan.

Nguồn thứ hai là dữ liệu đã được ghi bởi thiết bị hoặc ứng dụng khác. Chẳng hạn, dữ liệu sức khỏe có thể đến từ iPhone, Apple Watch hoặc thiết bị đo nhịp tim Bluetooth rồi được lưu vào HealthKit; ứng dụng sau đó đọc dữ liệu từ kho này thay vì phải tự giao tiếp với từng thiết bị.

Vì vậy, khi thấy một ứng dụng hiển thị số bước, quãng đường hoặc nhịp tim, chưa thể kết luận rằng chính ứng dụng đó đã trực tiếp đo các chỉ số này.

Ứng dụng lấy dữ liệu bằng cảm biến của điện thoại như thế nào?

Với dữ liệu chuyển động, ứng dụng có thể sử dụng API của hệ điều hành để nhận dữ liệu cảm biến đã được xử lý thay vì tự xử lý toàn bộ tín hiệu thô.

Trên iPhone, Core Motion cung cấp dữ liệu hoạt động và bước chân thông qua các API riêng. CMMotionActivityManager có thể cung cấp thông tin như đi bộ, chạy, đi xe hoặc đứng yên, trong khi CMPedometer cung cấp dữ liệu đi bộ được hệ thống tạo ra từ bộ xử lý chuyển động.

Trên Android, ứng dụng có thể dùng SensorManager để lấy dữ liệu bước. Tuy nhiên, tài liệu Android hiện khuyến nghị các API ghi nhận bước tiết kiệm năng lượng hơn cho các trường hợp theo dõi lâu dài. Với Health Connect, Android cũng hỗ trợ đếm bước trên thiết bị và sử dụng cảm biến TYPE_STEP_COUNTER.

Điểm quan trọng là cảm biến không tự biến thành “thông tin sức khỏe” ngay lập tức. Hệ điều hành thường phải xử lý, chuẩn hóa và cung cấp dữ liệu qua một API mà ứng dụng có thể truy vấn.

HealthKit và Health Connect làm trung gian như thế nào?

Đây là cách phổ biến giúp ứng dụng không phải tự xây dựng một hệ thống thu thập dữ liệu riêng cho từng loại thiết bị.

Trên hệ sinh thái Apple, HealthKit là kho trung tâm cho dữ liệu sức khỏe và thể chất. Ứng dụng có thể xin quyền đọc hoặc ghi từng loại dữ liệu, chẳng hạn số bước, năng lượng hoạt động hoặc nhịp tim, rồi truy vấn dữ liệu từ HKHealthStore. Người dùng cũng có thể giới hạn hoặc thu hồi quyền truy cập.

Trên Android, Health Connect cung cấp API để ứng dụng đọc các loại dữ liệu sức khỏe. Với dữ liệu bước, ứng dụng phải khai báo và xin quyền như android.permission.health.READ_STEPS; quyền ghi là android.permission.health.WRITE_STEPS. Android cũng có các quyền bổ sung cho việc đọc dữ liệu trong nền hoặc dữ liệu lịch sử.

Điều này tạo ra một lớp trung gian:

Cảm biến hoặc thiết bị → hệ điều hành → HealthKit/Health Connect → ứng dụng

Nhờ vậy, ứng dụng có thể tập trung vào phân tích, biểu đồ hoặc cảnh báo thay vì phải tự quản lý toàn bộ tầng cảm biến.

Ứng dụng sức khỏe cần những quyền nào?

Không có một “quyền sức khỏe” duy nhất áp dụng cho mọi ứng dụng. Quyền phụ thuộc vào loại dữ liệu mà ứng dụng muốn sử dụng.

Trên iPhone

Với HealthKit, ứng dụng phải khai báo khả năng HealthKit và xin quyền đọc hoặc ghi đối với từng loại dữ liệu cần sử dụng. Apple yêu cầu mô tả mục đích sử dụng trong Info.plist, chẳng hạn NSHealthShareUsageDescription cho việc đọc và NSHealthUpdateUsageDescription cho việc ghi dữ liệu.

Nếu ứng dụng sử dụng trực tiếp dữ liệu chuyển động qua Core Motion, ứng dụng cần NSMotionUsageDescription. Quyền này áp dụng cho các API như CMPedometer và CMMotionActivityManager.

Trên Android

Với Health Connect, quyền được chia theo loại dữ liệu. Ví dụ, đọc số bước cần READ_STEPS, còn ghi số bước cần WRITE_STEPS. Người dùng có thể cấp hoặc từ chối quyền và cũng có thể thu hồi quyền sau đó. Ứng dụng vì thế phải kiểm tra trạng thái quyền trước khi sử dụng dữ liệu.

Nếu ứng dụng cần đọc dữ liệu Health Connect khi chạy nền hoặc truy cập dữ liệu lịch sử, có thể cần thêm quyền tương ứng, chẳng hạn READ_HEALTH_DATA_IN_BACKGROUND hoặc READ_HEALTH_DATA_HISTORY.

Quyền được cấp rồi thì ứng dụng có đọc toàn bộ dữ liệu điện thoại không?

Không. Đây là một trong những điểm dễ bị hiểu sai nhất.

Quyền truy cập thường được cấp theo loại dữ liệu và mục đích, thay vì mở toàn bộ thiết bị cho ứng dụng. Trên HealthKit, quyền đọc và ghi được tách riêng theo loại dữ liệu; người dùng còn có thể giới hạn phạm vi dữ liệu lịch sử. Apple cũng thiết kế cơ chế để ứng dụng không thể xác định một cách đơn giản rằng người dùng đã từ chối một loại dữ liệu hay đơn giản là không có dữ liệu đó.

Health Connect cũng yêu cầu ứng dụng khai báo đúng các loại quyền cần thiết và cho phép người dùng cấp hoặc thu hồi quyền. Vì vậy, việc một ứng dụng là “ứng dụng sức khỏe” không đồng nghĩa với việc nó mặc nhiên được đọc tất cả thông tin trên điện thoại.

Ngoài ra, một ứng dụng có thể cần thêm quyền khác tùy tính năng. Ví dụ, một tính năng theo dõi hành trình có thể cần dữ liệu vị trí, trong khi việc kết nối thiết bị đeo có thể liên quan đến giao tiếp với thiết bị ngoại vi. Các quyền này không phải là quyền sức khỏe chung.

Dữ liệu đi từ điện thoại đến ứng dụng theo quy trình nào?

Một quy trình điển hình có thể diễn ra như sau:

1.    Điện thoại hoặc thiết bị đeo tạo dữ liệu từ cảm biến

2.    Hệ điều hành xử lý tín hiệu thành dữ liệu có ý nghĩa như số bước hoặc trạng thái vận động

3.    Dữ liệu được lưu hoặc cung cấp qua lớp API sức khỏe

4.    Ứng dụng yêu cầu quyền đọc đúng loại dữ liệu cần thiết

5.    Người dùng cấp, từ chối hoặc giới hạn quyền

6.    Ứng dụng truy vấn dữ liệu được phép truy cập

7.    Ứng dụng phân tích dữ liệu và hiển thị kết quả

Trên Android, ví dụ với số bước, Health Connect có thể cung cấp dữ liệu bước được tạo trực tiếp từ thiết bị; trên các thiết bị và phiên bản tương thích, hệ thống sử dụng TYPE_STEP_COUNTER và ghi dữ liệu vào Health Connect.

Trên Apple, ứng dụng có thể đọc dữ liệu từ HealthKit, nơi dữ liệu có thể mang thông tin về nguồn tạo dữ liệu như iPhone, Apple Watch hoặc thiết bị đo tương thích.

Vì thế, “ứng dụng lấy dữ liệu từ điện thoại” thực chất thường là quá trình ứng dụng được hệ điều hành cấp quyền truy cập vào một lớp dữ liệu đã được chuẩn hóa.

Ứng dụng có tự lấy dữ liệu cảm biến mà không cần quyền không?

Không nên hiểu như vậy. Các API chứa dữ liệu nhạy cảm hoặc dữ liệu chuyển động đều có cơ chế kiểm soát quyền. Chẳng hạn, Core Motion yêu cầu NSMotionUsageDescription, còn HealthKit yêu cầu người dùng cấp quyền cho các loại dữ liệu mà ứng dụng muốn đọc.

HealthKit và Health Connect có giống nhau không?

Chúng có vai trò tương tự ở tầng kiến trúc: cung cấp một lớp API/kho dữ liệu sức khỏe để ứng dụng truy cập dữ liệu được hệ thống và các nguồn tương thích cung cấp. Tuy nhiên, API, mô hình quyền và các loại dữ liệu cụ thể của Apple và Android khác nhau.

Nếu tôi tắt quyền sức khỏe thì ứng dụng còn hoạt động không?

Ứng dụng có thể vẫn mở và cung cấp những chức năng không phụ thuộc vào dữ liệu đó, nhưng phần cần dữ liệu bị từ chối sẽ không thể hoạt động đầy đủ. Trên cả HealthKit và Health Connect, người dùng có thể thay đổi hoặc thu hồi quyền sau khi đã cấp.

Tóm lại, ứng dụng sức khỏe lấy dữ liệu từ điện thoại thông qua hai lớp chính: cảm biến/API hệ điều hành và kho dữ liệu sức khỏe như HealthKit hoặc Health Connect. Ứng dụng chỉ đọc được những loại dữ liệu mà nền tảng cho phép và người dùng đã cấp quyền; vì vậy, yếu tố quyết định không chỉ là “điện thoại có cảm biến gì” mà còn là hệ điều hành đã chuẩn hóa dữ liệu ra sao và ứng dụng được cấp quyền đến mức nào.