Службы здравоохранения на Wear OS

Wear OS 3 и более поздние версии включают службу Health Services. Службы здравоохранения действуют как посредники между различными датчиками и связанными с ними алгоритмами на устройстве, предоставляя приложениям высококачественные данные, связанные с активностью, физическими упражнениями и здоровьем.

API Health Services находится в стадии бета-тестирования и готов к использованию в рабочей среде.

Примеры фитнес-приложений см. в репозитории образцов Health Services на GitHub.

Как Health Services помогает разработчикам приложений

Без Health Services приложения должны подключаться к одному или нескольким датчикам, соответствующим образом настраивать каждый из них, получать необработанные данные датчиков и использовать собственные алгоритмы для получения значимой информации. Например, приложение может регистрироваться для получения обновлений Sensor.TYPE_PRESSURE , чтобы получать текущее давление воздуха, использовать его для расчета текущей высоты и агрегировать эти данные с течением времени, чтобы отображать изменения высоты во время сеанса активности пользователя.

Службы здравоохранения автоматически настраивают все датчики, связанные с фитнесом и здоровьем, в соответствии с конкретным вариантом использования, собирают данные датчиков и вычисляют такие показатели, как частота сердечных сокращений, расстояние, калории, высота над уровнем моря, этажи, скорость, темп и многое другое. Приложения могут регистрироваться для получения этих данных непосредственно в Службе здравоохранения.

Некоторые из преимуществ использования услуг здравоохранения включают следующее:

• Использует преимущества мощных алгоритмов, работающих на платформе.
• Экономит заряд батареи за счет использования конфигураций датчиков из Health Services, оптимизированных для повышения энергоэффективности.
• Готовое к будущему приложение для устройств Wear 3+. API Health Services единообразен на всех устройствах Wear 3+, что упрощает поддержание актуальности вашего приложения.
• Обеспечивает согласованность данных во всех приложениях на одном устройстве за счет использования стандартизированных вычислений платформы.
• Обеспечивает учет активности, включая возможность обнаружения текущих упражнений, начатых из другого приложения.

Эти преимущества позволяют разработчикам сосредоточиться на разработке уникальных функций и пользовательского опыта, полагаясь при этом на то, что платформа обеспечит надежные и согласованные показатели с низким энергопотреблением.

Концепции услуг здравоохранения

При разработке с помощью Health Services учитывайте следующие понятия.

Типы данных

Службы здравоохранения предлагают разнообразные данные, собираемые и постоянно обновляемые из всех доступных источников на устройстве. Данные делятся на две широкие категории: данные, отобранные в один момент времени, например HEART_RATE_BPM , и данные, полученные за определенный интервал времени, например DISTANCE .

Для получения дополнительной информации см. полный список типов данных .

События

Приложения получают события, когда пользователь достигает определенного целевого состояния или события. Например, пользователь может зарегистрировать цель по расстоянию в приложении для тренировок, а затем приложение уведомит пользователя, когда он пробежит определенную дистанцию. В качестве альтернативы используйте пассивную цель для ситуаций, например, когда пользователь достигает определенного количества шагов или засыпает.

Дополнительную информацию см. в разделах «Цели упражнений» и «Пассивные цели» .

Типы упражнений

Службы здравоохранения рассматривают физические упражнения как первоклассную функцию и поддерживают множество типов упражнений, таких как бег или катание на лыжах. Пока упражнение выполняется, службы здравоохранения могут собирать показатели по выбранным типам данных и отправлять отчеты в приложение, которое управляет упражнением.

Для получения дополнительной информации см. полный список типов упражнений .

Создание приложений с помощью Health Services

Создавайте приложения с помощью Health Services, как описано в следующих разделах.

Пассивный опыт

Используя PassiveMonitoringClient ваше приложение реализует PassiveListenerService , который получает обновления о типе данных или событии. Это подходит для долгосрочного опыта, когда обновления данных происходят относительно нечасто.

Дополнительные сведения см. в разделе Пассивное обновление данных .

Активный опыт

Используя MeasureClient , ваше приложение регистрирует прослушиватели для быстрого получения обновлений данных. Это подходит для кратковременных событий, например, когда пользователь просматривает пользовательский интерфейс вашего приложения. Постарайтесь свести к минимуму время, которое ваше приложение проводит с зарегистрированным прослушивателем, поскольку это увеличивает частоту дискретизации датчика и, следовательно, увеличивает энергопотребление. Этот API не предназначен для фонового захвата данных или отслеживания тренировок.

Дополнительную информацию см. в разделе «Выполнение точечных измерений состояния здоровья с помощью MeasureClient» .

С помощью ExerciseClient ваше приложение может управлять тренировкой пользователя, устанавливать цели тренировок и прослушивать обновления о текущем состоянии тренировки. Ваше приложение также может получать быстрые обновления данных через этот API, если упражнение принадлежит вашему приложению. ExerciseClient можно использовать для таких приложений, как работающее приложение, которое позволяет пользователям записывать свои пробежки, отображает текущие показатели на своем устройстве и записывает данные для дальнейшего анализа.

Дополнительную информацию см. в разделе Запись тренировки с помощью PracticeClient .

Тестирование на синтетических данных

Чтобы проверить, что ваше приложение получает обновления данных от служб здравоохранения, вручную настройте свое устройство на отправку данных, как если бы пользователь выполнял упражнение.

Дополнительные сведения см. в разделе Использование синтетических данных со службами здравоохранения .

{% дословно %} {% дословно %}