СПОСОБ АДМИНИСТРИРОВАНИЯ ВНЕШНИХ УСТРОЙСТВ, СПОСОБ ОПЕРИРОВАНИЯ ВНЕШНИМ УСТРОЙСТВОМ, ХОСТ-УСТРОЙСТВО, СЕРВЕР АДМИНИСТРИРОВАНИЯ И ВНЕШНЕЕ УСТРОЙСТВО
METHOD OF MANAGING EXTERNAL DEVICES, METHOD OF OPERATING EXTERNAL DEVICE, HOST DEVICE, MANAGEMENT SERVER AND EXTERNAL DEVICE

ОБЛАСТЬ ТЕХНИКИ
[1] Один или более примерных вариантов осуществления относятся к способу администрирования внешнего устройства, который выполняется хост-устройством, для администрирования по меньшей мере одного внешнего устройства, соединенного с хост-устройством через сервер администрирования, способу администрирования внешнего устройства, который выполняется сервером администрирования, способу оперирования внешним устройством, хост-устройству, серверу администрирования и внешнему устройству.
УРОВЕНЬ ТЕХНИКИ
[2] С постепенным развитием технологий связи, устройство может исполнять приложение в связи с различными периферийными устройствами и может управлять различными периферийными устройствами через приложение.
[3] Также, с увеличением развития периферийных устройств, которые могут быть соединены с устройством через приложение, является желаемой система администрирования периферийного устройства, чтобы полностью администрировать периферийные устройства, обеспечивающая двунаправленное взаимодействие между устройством и периферийным устройством, и удаленно взаимодействующая с периферийным устройством.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
РЕШЕНИЕ ПРОБЛЕМЫ
[4] Один или более примерных вариантов осуществления могут включать в себя способ администрирования внешнего устройства, при этом по меньшей мере одно устройство, соединенное с хост-устройством, эффективно администрируется через сервер администрирования, и систему для администрирования внешнего устройства.
БЛАГОПРИЯТНЫЕ ЭФФЕКТЫ ИЗОБРЕТЕНИЯ
[5] В одном или более примерных вариантах осуществления, хост-устройство эффективно администрирует по меньшей мере одно внешнее устройство, соединенное с хост-устройством через сервер администрирования.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[6] Эти и/или другие аспекты станут очевидны и более понятными из следующего описания вариантов осуществления, рассматриваемых вместе с сопроводительными чертежами, на которых:
[7] ФИГ. 1 представляет собой структурную схему системы для администрирования внешнего устройства согласно примерному варианту осуществления
[8] ФИГ. 2 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства, регистрирующего и соединяющего внешнее устройство, согласно примерному варианту осуществления;
[9] ФИГ. 3 представляет собой блок-схему последовательности операций, иллюстрирующую способ регистрации внешнего устройства на сервере администрирования, согласно примерному варианту осуществления;
[10] ФИГ. 4 представляет собой блок-схему последовательности операций, иллюстрирующую способ регистрации внешнего устройства на сервере администрирования посредством соединения внешнего устройства с учетной записью, согласно примерному варианту осуществления;
[11] ФИГ. с 5A по 5D представляют собой схемы пользовательского интерфейса (UI), чтобы автоматически обнаруживать внешнее устройство и регистрировать внешнее устройство на сервере администрирования, согласно примерному варианту осуществления;
[12] ФИГ. с 6A по 6D представляют собой схемы UI для регистрации внешнего устройства на сервере администрирования согласно примерному варианту осуществления;
[13] ФИГ. с 7A по 7D представляют собой схемы UI для обеспечения информации о внешнем устройстве согласно примерному варианту осуществления;
[14] ФИГ. с 8A по 8С представляют собой схемы UI для освобождения регистрации внешнего устройства согласно примерному варианту осуществления;
[15] ФИГ. с 9A по 9C представляют собой схемы базы данных сервера администрирования согласно примерным вариантам осуществления;
[16] ФИГ. 10 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства, передающего информацию измерения серверу администрирования, согласно примерному варианту осуществления;
[17] ФИГ. 11 представляет собой блок-схему последовательности операций, иллюстрирующую способ сервера администрирования, принимающего информацию измерения внешнего устройства через аутентифицированное хост-устройство, согласно примерному варианту осуществления;
[18] ФИГ. 12 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства, фильтрующего информацию измерения, которая должна быть передана серверу администрирования, согласно примерному варианту осуществления;
[19] ФИГ. 13 представляет собой схему для описания способа фильтрации информации измерения на основании того, является ли внешнее устройство медицинским устройством, согласно примерному варианту осуществления;
[20] ФИГ. с 14A по 14C представляют собой схемы UI хост-устройства для приема выбора от пользователя в отношении типа информации измерения, которая должна быть передана серверу администрирования, согласно примерному варианту осуществления;
[21] ФИГ. 15 представляет собой блок-схему последовательности операций, иллюстрирующую способ внешнего устройства, непосредственно передающего информацию измерения серверу администрирования, согласно примерному варианту осуществления;
[22] ФИГ. 16 представляет собой схему для описания сервера администрирования, собирающего информацию упражнения пользователя, согласно примерному варианту осуществления;
[23] ФИГ. 17 представляет собой схемы для описания сервера администрирования, собирающего информацию питания пользователя, согласно примерному варианту осуществления;
[24] ФИГ. 18 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства, передающего информацию измерения серверу администрирования в чрезвычайной ситуации, согласно примерному варианту осуществления;
[25] ФИГ. 19 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства, генерирующего команду управления для управления внешним устройством, согласно примерному варианту осуществления;
[26] ФИГ. 20 представляет собой блок-схему последовательности операций, иллюстрирующую способ сервера администрирования, передающего команду управления для управления внешним устройством внешнему устройству через хост-устройство, согласно примерному варианту осуществления;
[27] ФИГ. 21 представляет собой блок-схему последовательности операций, иллюстрирующую способ сервера администрирования, непосредственно управляющего внешним устройством, согласно примерному варианту осуществления;
[28] ФИГ. 22 представляет собой блок-схему последовательности операций, иллюстрирующую способ передачи команды управления внешнему устройству по стадиям, согласно примерному варианту осуществления;
[29] ФИГ. 23 представляет собой схему для описания способа сервера администрирования, обеспечивающего информацию предписания или диагностики о пользователе посредством использования информации измерения, согласно примерному варианту осуществления;
[30] ФИГ. 24 представляет собой схему для описания способа сервера администрирования, управляющего внешним устройством (измерителем сахара в крови) посредством использования информации измерения сахара в крови, согласно примерному варианту осуществления;
[31] ФИГ. 25 представляет собой схему для описания способа сервера администрирования, обеспечивающего информацию рекомендации, согласно примерному варианту осуществления;
[32] ФИГ. 26 представляет собой схему для описания способа сервера администрирования, обеспечивающего информацию рекомендации упражнения, согласно примерному варианту осуществления;
[33] ФИГ. 27A и 27B иллюстрируют схемы экранов внешнего устройства и хост-устройства, которые отображают информацию рекомендации, согласно примерному варианту осуществления;
[34] ФИГ. 28 представляет собой схему для описания способа сервера администрирования, управляющего внешним устройством (таблетницей) на основе информации приема, согласно примерному варианту осуществления;
[35] ФИГ. 29A и 29B представляют собой схемы экранов внешнего устройства (таблетницы) и хост-устройства, соответственно, которые отображают информацию тревоги, согласно примерному варианту осуществления;
[36] ФИГ. 30 представляет собой структурную схему системы для администрирования субвнешнего устройства согласно примерному варианту осуществления;
[37] ФИГ. 31 представляет собой схему для описания способа сервера администрирования, администрирующего внешнее устройство через домашний шлюз, согласно примерному варианту осуществления;
[38] ФИГ. 32 представляет собой схему для описания способа сервера администрирования, обеспечивающего информацию рекомендованной/не рекомендованной диеты, согласно примерному варианту осуществления;
[39] ФИГ. 33 представляет собой структурную схему системы для сервера администрирования для управления вторым внешним устройством посредством использования информации измерения, полученной первым внешним устройством, согласно примерному варианту осуществления;
[40] ФИГ. 34A и 34B представляют собой схемы для описания системы для сервера администрирования для управления вторым внешним устройством посредством использования информации измерения, полученной первым внешним устройством, согласно примерному варианту осуществления;
[41] ФИГ. 35 представляет собой схему для описания способа сервера администрирования, обновляющего внешнее устройство, согласно примерному варианту осуществления;
[42] ФИГ. 36 представляет собой блок-схему последовательности операций, иллюстрирующую способ обновления программно-аппаратного обеспечения множества внешних устройств, согласно примерному варианту осуществления;
[43] ФИГ. 37 представляет собой схему для описания способа сервера администрирования, администрирующего расходные материалы внешнего устройства, согласно примерному варианту осуществления;
[44] ФИГ. 38 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства (устройства учителя), администрирующего внешнее устройство (устройство студента) через сервер администрирования, согласно примерному варианту осуществления;
[45] ФИГ. 39 представляет собой схему для описания способа вывода тревоги, генерируемой/устанавливаемой на внешнем устройстве, множеству внешних устройств согласно примерному варианту осуществления;
[46] ФИГ. 40 представляет собой структурную схему хост-устройства согласно примерному варианту осуществления; и
[47] ФИГ. 41 представляет собой структурную схему сервера администрирования согласно примерному варианту осуществления.
ЛУЧШИЙ ВАРИАНТ ДЛЯ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[48] Один или более примерных вариантов осуществления могут включать в себя способ администрирования внешнего устройства, при этом по меньшей мере одно устройство, соединенное с хост-устройством, эффективно администрируется через сервер администрирования, и систему для администрирования внешнего устройства.
[49] Дополнительные аспекты будут частично изложены в описании, которое следует, и будут частично очевидны из описания или могут быть изучены осуществлением на практике представленных вариантов осуществления.
[50] Согласно аспекту примерного варианта осуществления, способ хост-устройства, администрирующего по меньшей мере одно внешнее устройство, соединенное с хост-устройством через сервер администрирования, включает в себя: получение информации измерения, измеренной по меньшей мере одним внешним устройством; запрос аутентификации сервером администрирования; передачу полученной информации измерения серверу администрирования, когда аутентификация выполнена успешно; прием информации администрирования для администрирования по меньшей мере одного внешнего устройства, которая генерируется сервером администрирования на основе информации измерения; и администрирование по меньшей мере одного внешнего устройства на основе принятой информации администрирования.
[51] Запрос аутентификации может включать в себя передачу по меньшей мере одной из информации учетной записи хост-устройства и идентификационной информации хост-устройства серверу администрирования.
[52] Получение информации измерения может включать в себя получение связанной со здоровьем информации измерения пользователя.
[53] Связанная со здоровьем информация измерения может включать в себя по меньшей мере одну из физической информации, информации приема, информации окружающей среды, информации питания и информации упражнения.
[54] Получение информации измерения может включать в себя получение информации о состоянии расходных материалов, используемых в по меньшей мере одном внешнем устройстве.
[55] Передача информации измерения может включать в себя: извлечение части информации измерения согласно предопределенному стандарту; и передачу извлеченной части информации измерения.
[56] Извлечение части может включать в себя извлечение части полученной информации измерения на основании того, является ли по меньшей мере одно внешнее устройство, которое передало информацию измерения, медицинским устройством.
[57] Извлечение части может включать в себя извлечение части полученной информации измерения на основании типа полученной информации измерения.
[58] Извлечение части может включать в себя: предварительный выбор, на основании пользовательского ввода, типа информации измерения, которая должна быть передана серверу администрирования; и сравнение типа полученной информации измерения и предварительно выбранного типа информации измерения.
[59] Прием информации администрирования может включать в себя прием по меньшей мере одной из информации диагностики, информации предписания, информации рекомендации еды, информации рекомендации упражнения, информации конфигурации окружающей среды, информации тревоги и информации обновления для обновления по меньшей мере одного внешнего устройства, которые генерируются на основе информации измерения.
[60] Администрирование по меньшей мере одного внешнего устройства может включать в себя: генерирование команды управления, соответствующей по меньшей мере одному внешнему устройству, на основе информации администрирования; и передачу сгенерированной команды управления по меньшей мере одному внешнему устройству.
[61] Генерирование команды управления может включать в себя: изменение сгенерированной команды управления согласно протоколу управления по меньшей мере одного внешнего устройства; и передачу измененной команды управления.
[62] Администрирование по меньшей мере одного внешнего устройства может включать в себя управление по меньшей мере одним внешним устройством для вывода по меньшей мере одного из тревоги, предупреждения и информации рекомендации.
[63] Администрирование по меньшей мере одного внешнего устройства может включать в себя изменение значения установки по меньшей мере одного внешнего устройства.
[64] Администрирование по меньшей мере одного внешнего устройства может включать в себя обновление программы, установленной на по меньшей мере одном внешнем устройстве.
[65] Администрирование по меньшей мере одного внешнего устройства может включать в себя отображение информации администрирования для администрирования по меньшей мере одного внешнего устройства на экране хост-устройства.
[66] Способ может дополнительно включать в себя передачу информации запроса регистрации в отношении по меньшей мере одного внешнего устройства серверу администрирования, при этом информация запроса регистрации включает в себя по меньшей мере одну из идентификационной информации по меньшей мере одного внешнего устройства, информации приложения, связанной с по меньшей мере одним внешним устройством, информации соединения для соединения с по меньшей мере одним внешним устройством, идентификационной информации хост-устройства и информации учетной записи.
[67] Согласно аспекту другого примерного варианта осуществления, способ сервера администрирования, администрирующего внешнее устройство, включает в себя: сервер администрирования, принимающий запрос аутентификации от хост-устройства, с которым соединено по меньшей мере одно внешнее устройство; аутентификацию хост-устройства в ответ на запрос аутентификации; прием информации измерения, измеренной по меньшей мере одним внешним устройством, от аутентифицированного хост-устройства; и администрирование по меньшей мере одного внешнего устройства на основании принятой информации измерения.
[68] Аутентификация хост-устройства может включать в себя: прием, от хост-устройства, по меньшей мере одной из информации учетной записи хост-устройства и идентификационной информации хост-устройства; и аутентификацию хост-устройства на основании по меньшей мере одной из информации учетной записи хост-устройства и идентификационной информации хост-устройства.
[69] Способ может дополнительно включать в себя прием, от хост-устройства, информации запроса регистрации в отношении по меньшей мере одного внешнего устройства; и регистрацию по меньшей мере одного внешнего устройства на основании информации запроса регистрации.
[70] Информация запроса регистрации может включать в себя по меньшей мере одну из идентификационной информации по меньшей мере одного внешнего устройства, информации приложения, связанной с по меньшей мере одним внешним устройством, информации соединения для соединения с по меньшей мере одним внешним устройством, идентификационной информации хост-устройства и информации учетной записи.
[71] Регистрация по меньшей мере одного внешнего устройства может включать в себя отображение и сохранение в памяти по меньшей мере одной из информации учетной записи хост-устройства и идентификационной информации хост-устройства, и идентификационной информации по меньшей мере одного внешнего устройства.
[72] Регистрация по меньшей мере одного внешнего устройства может включать в себя установку приложения, связанного с по меньшей мере одним внешним устройством, на основании информации запроса регистрации.
[73] Прием информации измерения может включать в себя классификацию принятой информации измерения на основании по меньшей мере одной из идентификационной информации хост-устройства, информации учетной записи и информации приложения, связанной с по меньшей мере одним внешним устройством.
[74] Администрирование по меньшей мере одного внешнего устройства может включать в себя: генерирование информации администрирования для администрирования по меньшей мере одного внешнего устройства на основании принятой информации измерения; и передачу сгенерированной информации администрирования хост-устройству.
[75] Генерирование информации администрирования может включать в себя: определение состояния здоровья пользователя посредством анализа принятой информации измерения; и генерирование информации администрирования для администрирования по меньшей мере одного внешнего устройства согласно результату определения.
[76] Администрирование по меньшей мере одного внешнего устройства может включать в себя: генерирование команды управления для управления по меньшей мере одним внешним устройством на основании принятой информации измерения; и передачу сгенерированной команды управления по меньшей мере одному внешнему устройству.
[77] Передача сгенерированной команды управления может включать в себя передачу команды управления по меньшей мере одному внешнему устройству через хост-устройство.
[78] Генерирование команды управления может включать в себя изменение команды управления согласно протоколу управления по меньшей мере одного внешнего устройства.
[79] Администрирование по меньшей мере одного внешнего устройства может включать в себя: генерирование по меньшей мере одной из информации рекомендации еды и информации рекомендации упражнения на основании принятой информации измерения; и передачу по меньшей мере одной из информации рекомендации еды и информации рекомендации упражнения хост-устройству или по меньшей мере одному внешнему устройству.
[80] Администрирование по меньшей мере одного внешнего устройства может включать в себя: передачу принятой информации измерения медицинскому устройству, соединенному с сервером администрирования; прием информации диагностики, соответствующей информации измерения, от медицинского устройства; и передачу принятой информации диагностики хост-устройству или по меньшей мере одному внешнему устройству.
[81] Администрирование по меньшей мере одного внешнего устройства может включать в себя, когда расходные материалы, используемые в по меньшей мере одном внешнем устройстве, недостаточны или по меньшей мере одно внешнее устройство работает неисправно, управление хост-устройством или по меньшей мере одним внешним устройством для вывода сигнала тревоги.
[82] Администрирование по меньшей мере одного внешнего устройства может дополнительно включать в себя заказ недостаточных расходных материалов из сервера продаж.
[83] Согласно аспекту другого примерного варианта осуществления, способ оперирования внешним устройством включает в себя: запрос авторизации сервером администрирования, запрос, выполняемый по меньшей мере одним внешним сервером, соединенным с хост-устройством; когда аутентификация выполнена успешно, передачу информации измерения, измеренной по меньшей мере одним внешним устройством, серверу администрирования; прием команды управления, от сервера администрирования, сгенерированной на основе сервера информации измерения; и выполнение команды управления.
[84] Запрос аутентификации может включать в себя: прием аутентификационной информации от хост-устройства; и передачу принятой аутентификационной информации серверу администрирования.
[85] Аутентификационная информация может включать в себя по меньшей мере одну из информации учетной записи хост-устройства и идентификационной информации хост-устройства.
[86] Прием команды управления может включать в себя прием команды управления от сервера администрирования или хост-устройства.
[87] Выполнение команды управления может включать в себя вывод из по меньшей мере одного внешнего устройства по меньшей мере одного из тревоги, предупреждения и информации рекомендации, изменение значения установки или обновление предварительно установленной программы.
[88] Согласно аспекту другого примерного варианта осуществления, хост-устройство включает в себя: память для хранения по меньшей мере одной программы; и блок управления для администрирования по меньшей мере одного внешнего устройства посредством исполнения по меньшей мере одной программы, при этом по меньшей мере одна программа включает в себя команды для: получения информации измерения, измеренной по меньшей мере одним внешним устройством; запроса аутентификации сервером администрирования; передачи полученной информации измерения серверу администрирования, когда аутентификация выполнена успешно; приема информации администрирования для администрирования по меньшей мере одного внешнего устройства, при этом информация администрирования генерируется на основе информации измерения сервером администрирования; и администрирования по меньшей мере одного внешнего устройства на основе принятой информации администрирования.
[89] Согласно аспекту другого примерного варианта осуществления, сервер администрирования включает в себя: блок аутентификации для приема запроса аутентификации от хост-устройства, с которым соединено по меньшей мере одно внешнее устройство, и аутентификации хост-устройства в ответ на запрос аутентификации; блок связи для приема информации измерения, измеренной по меньшей мере одним внешним устройством, от аутентифицированного хост-устройства; и блок управления для администрирования по меньшей мере одного внешнего устройства на основании принятой информации измерения.
[90] Согласно аспекту другого примерного варианта осуществления, внешнее устройство включает в себя: память для хранения по меньшей мере одной программы; и блок управления для выполнения команды управления посредством исполнения по меньшей мере одной программы, при этом по меньшей мере одна программа включает в себя команды для: запроса аутентификации сервером администрирования; когда аутентификация выполнена успешно, передачи информации измерения серверу администрирования; приема команды управления, сгенерированной на основании информации измерения, от сервера администрирования; и выполнения команды управления.
[91] Согласно аспекту другого примерного варианта осуществления, включен считываемый компьютером носитель записи, имеющий записанную на нем программу для исполнения способа, описанного выше по тексту.
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[92] Все термины, включающие в себя описательные или технические термины, которые используются в этом документе, в общем должны быть истолкованы как имеющие значения, которые являются очевидными обычному специалисту в данной области техники. Однако, термины могут быть интерпретированы, чтобы иметь различные значения согласно намерению обычного специалиста в данной области техники, предшествующим случаям или появлению новых технологий. Также, некоторые термины могут быть произвольно заданы заявителем и в этом случае значение выбранных терминов будет подробно описано в подробном описании изобретения. Таким образом, использованные в этом документе термины должны быть определены на основании значения терминов вместе с описанием на протяжении всего описания.
[93] Также, когда часть "включает в себя" или "содержит" элемент, если не существует конкретного описания противоположного этому, часть может дополнительно включать в себя другие элементы. В последующем описании термины, такие как "блок" и "модуль" указывают блок для обработки по меньшей мере одной функции или операции, при этом блок и модуль могут быть осуществлены как аппаратное обеспечение или программное обеспечение или могут быть осуществлены посредством объединения аппаратного обеспечения и программного обеспечения.
[94] Во всем описании термин "приложение" означает группу компьютерных программ, разработанных для выполнения конкретных задач. Приложения, описанные в описании, могут быть любыми из различных типов. Например, приложение может быть, но не ограничивается игровым приложением, приложением музыкального инструмента, приложением воспроизведения движущегося изображения, приложением карты, приложением вещания, приложением поддержки упражнения или платежным приложением.
[95] Во всей спецификации термин "топология" означает компоновку устройств (или узлов). Топология может включать в себя физическую топологию и логическую топологию. То есть, топология может быть определена согласно физическим или логическим соединениям между устройствами, которые принадлежат к структуре топологии. Например, различные топологии могут быть определены по меньшей мере одним из совместной взаимосвязи между устройствами, способа соединения устройств, скорости передачи данных между устройствами, потока данных, обмениваемых между устройствами, типа сигнала, обмениваемого между устройствами, и типа приложения, установленного в каждом из устройств.
[96] Также, во всем описании определения хост-терминала, главного внешнего устройства и субвнешнего устройства могут быть определены согласно положению устройств, и абсолютной или относительной роли устройств в пределах структуры топологии. Таким образом, устройство может работать в качестве по меньшей мере одного из хост-терминала, главного внешнего устройства и субвнешнего устройства в структуре топологии.
[97] Один или более примерных вариантов осуществления сейчас будут описаны более полно со ссылкой на сопроводительные чертежи. Однако, один или более вариантов осуществления могут быть осуществлены во многих различных формах и не должны быть истолкованы как ограниченные описаниями, изложенными в этом документе; точнее, эти описания обеспечены так, что это раскрытие будет исчерпывающим и полным, и полностью передаст концепцию одного или более вариантов осуществления обычным специалистам в данной области техники. В последующем описании хорошо известные функции или конструкции не описаны подробно, поскольку они бы затруднили понимание описания одного или более вариантов осуществления ненужными подробностями, и подобные ссылочные позиции на чертежах обозначают подобные или аналогичные элементы во всем описании.
[98] Использованный в этом документе, термин "и/или" включает в себя любые и все комбинации одного или более из связанных элементов списка. Выражения, такие как "по меньшей мере один из", предшествуя списку элементов, модифицируют полный список элементов, и не модифицируют отдельные элементы списка.
[99] ФИГ. 1 представляет собой структурную схему системы для администрирования внешнего устройства согласно примерному варианту осуществления.
[100] Как показано на ФИГ. 1, система может включать в себя хост-устройство 100, по меньшей мере одно внешнее устройство 200 и сервер 300 администрирования. Однако, компоненты, показанные на ФИГ. 1, не все являются существенными и система может включать в себя больше или меньше компонентов.
[101] Например, система может дополнительно включать в себя по меньшей мере одно из шлюза для соединения хост-устройства 100 с по меньшей мере одним внешним устройством 200; сервера хранения информации о здоровье, такого как электронная медицинская документация (EMR), электронная документация о здоровье (EHR) или персональная документация о здоровье (PHR); медицинского устройства, такого как система клинического решения, медицинское устройство врача или сервер больницы; сервера ухода за больным; и сервера внешнего устройства, как будет описано подробно ниже по тексту.
[102] Хост-устройство 100 может быть соединено с по меньшей мере одним внешним устройством 200 проводным или беспроводным способом. Подробно, согласно примерному аспекту хост-устройство 100 может быть соединено с по меньшей мере одним внешним устройством 200 по связи с малым радиусом действия. Примеры связи с малым радиусом действия включают в себя беспроводную локальную сеть (WLAN), такую как Wi-Fi, связь ближнего поля (NFC), Bluetooth, Bluetooth с низким потреблением энергии (BLE), Zigbee, Wi-Fi direct (WFD) и сверхширокополосную (UWB), но не ограничиваются этим.
[103] Хост-устройство 100 может исполнять предопределенное приложение, связанное с внешним устройством 200, для управления внешним устройством 200. Когда исполняется предопределенное приложение, хост-устройство 100 может автоматически искать и соединяться с внешним устройством 200, связанным с предопределенным приложением. Например, хост-устройство 100 может исполнять приложение заботы о здоровье для управления внешним устройством 200.
[104] Хост-устройство 100 может получать информацию измерения, измеренную внешним устройством 200, от внешнего устройства 200. Также, хост-устройство 100 может генерировать команду управления, которая должна быть передана внешнему устройству 200, согласно протоколу управления внешнего устройства 200.
[105] Хост-устройство 100 может осуществлять связь с сервером 300 администрирования по проводной или беспроводной сети. Примеры проводной сети включают в себя LAN, глобальную сеть (WAN) и сеть с дополнительными возможностями (VAN), и примеры беспроводной сети включают в себя сеть мобильной связи, сеть NFC и сеть спутниковой связи.
[106] Хост-устройство 100 может соединяться с сервером 300 администрирования посредством использования информации учетной записи или идентификационной информации (ID) (такой как ID устройства, серийный номер или адрес управления доступом к среде (MAC)) хост-устройства 100. Хост-устройство 100 может передавать информацию запроса регистрации для внешнего устройства 200, соединенного через предопределенное приложение, серверу 300 администрирования или может передавать информацию измерения, полученную от внешнего устройства 200, серверу 300 администрирования. Хост-устройство 100 может принимать команду управления от сервера 300 администрирования и передавать принятую команду управления внешнему устройству 200.
[107] Хост-устройство 100 может быть каким-либо из различных устройств. Например, хост-устройство 100, описанное в этом документе, может быть мобильным телефоном, смартфоном, лэптопом, планшетным персональным компьютером (PC), терминалом электронной книги, цифровым вещательным терминалом, карманным компьютером (PDA), портативным мультимедиа-проигрывателем (PMP), навигационной системой, интеллектуальным телевизором (TV) или устройством бытовой электроники (CE), таким как холодильник или кондиционер воздуха, включающим в себя панель отображения, но не ограничивается этим.
[108] Внешнее устройство 200 может быть устройством, соединенным через приложение, исполняемое хост-устройством 100. Количество внешних устройств 200 может быть одним или более согласно вариантам осуществления.
[109] Внешнее устройство 200 может быть соединено с хост-устройством 100 через связь с малым радиусом действия. Внешнее устройство 200 может передавать информацию измерения или данные ввода/вывода хост-устройству 100 и принимать команду управления от хост-устройства 100 через связь с малым радиусом действия.
[110] В этом документе "информация измерения" может обозначать результаты внешнего устройства 200, измеряющего пользователя, элемент или элементы в окружении, или окружающую среду. Внешнее устройство 200 может измерять окружающую среду или состояние здоровья пользователя посредством использования различных датчиков.
[111] Примеры информации измерения включают в себя связанную со здоровьем информацию пользователя (такую как сахар в крови, кровяное давление, частота сердечных сокращений, вес, информация питания, информация упражнения, информация приема и информация о сне), информацию среды (такую как остаточные объемы расходных материалов, неисправности, информация версии программно-аппаратного обеспечения и обновления) и информацию окружающей среды (такую как температура, влажность, погода, уровень загрязнения воздуха и шум), но не ограничиваются этим.
[112] Внешнее устройство 200 может быть непосредственно соединено с сервером 300 администрирования или косвенно соединено с сервером 300 администрирования через хост-устройство 100. Соответственно, внешнее устройство 200 может передавать информацию измерения непосредственно серверу 300 администрирования или косвенно серверу 300 администрирования через хост-устройство 100. Также, внешнее устройство 200 может принимать команду управления непосредственно от сервера 300 администрирования или косвенно через хост-устройство 100.
[113] Внешнее устройство 200 может меняться. Внешнее устройство 200 может включать в себя устройство ввода, устройство вывода и устройство управления, и примеры внешнего устройства 200 включают в себя медицинское устройство (например, измеритель сахара в крови или тонометр кровяного давления), спортивное устройство (например, велосипед, беговая дорожка, хула-хуп, гантель или смит-машина), устройство CE (бытовой электроники) (например, кондиционер воздуха, духовка, холодильник или вентилятор), микрофон, громкоговоритель, педаль, джойстик, музыкальный инструмент (например, пианино, орган, электронная клавиатура, гитара, скрипка или виолончель), устройство игровой манипуляции или куклу.
[114] Сервер 300 администрирования является сервером для администрирования по меньшей мере одного внешнего устройства 200, соединенного с хост-устройством 100, и может быть по меньшей мере одним из облачного сервера, персонального сервера и сервера медицинского института, но не ограничивается этим.
[115] Сервер 300 администрирования может включать в себя интеллектуальный механизм и сервер 300 администрирования может анализировать информацию измерения, измеренную внешним устройством 200, и обеспечивать информацию для управления внешним устройством 200 хост-устройству 100 через интеллектуальный механизм. Например, когда внешнее устройство 200 является устройством измерения влажности, сервер 300 администрирования может управлять внешним устройством 200 для измерения влажности с часовыми интервалами, когда пользователь находится дома, и для измерения влажности с двух часовыми интервалами, когда пользователь не находится дома.
[116] Когда сервер 300 администрирования является сервером клиента, сервер 300 администрирования может принимать предопределенную информацию от отдельного сервера обеспечения служб или устройства, такого как сервер медицинского института, устройство ухода за больным, сервер поставщика внешнего устройства, сервер обеспечения информации упражнения или сервер рекомендации еды.
[117] Сервер 300 администрирования может аутентифицировать хост-устройство 100 и собирать информацию измерения, измеренную внешним устройством 200, через аутентифицированное хост-устройство 100. Также, сервер 300 администрирования может аутентифицировать внешнее устройство 200 и принимать информацию измерения непосредственно от аутентифицированного внешнего устройства 200.
[118] Согласно аспекту, сервер 300 администрирования может передавать информацию администрирования для администрирования внешнего устройства 200 хост-устройству 100 так, что хост-устройство 100 администрирует внешнее устройство 200. Согласно другому аспекту, сервер 300 администрирования может непосредственно администрировать внешнее устройство 200 на основании информации измерения.
[119] Способ хост-устройства 100, регистрирующего и соединяющего внешнее устройство 200, сейчас будет описан со ссылкой на ФИГ. 2.
[120] ФИГ. 2 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства 100, регистрирующего и соединяющегося с внешним устройством 200, согласно примерному варианту осуществления настоящего изобретения;
[121] На этапе S210 хост-устройство 100 может обнаруживать генерирование первой связи с малым радиусом действия. Первая связь с малым радиусом действия может быть связью NFC или BLE.
[122] Когда первая связь с малым радиусом действия является NFC, хост-устройство 100 может обнаруживать генерирование первой связи с малым радиусом действия, если внешнее устройство 200 находится в пределах радиуса NFC. Когда первая связь с малым радиусом действия является связью BLE, хост-устройство 100 может обнаруживать генерирование первой связи с малым радиусом действия, когда внешнее устройство 200 принимает сигнал, вещаемый на основе связи Bluetooth.
[123] На этапе S220 хост-устройство 100 может принимать информацию устройства о внешнем устройстве 200 по первой связи с малым радиусом действия. Информация устройства о внешнем устройстве 200 может включать в себя по меньшей мере одно из информации ID внешнего устройства 200, информации соединения для второй связи с малым радиусом действия, типа внешнего устройства 200, возможности, обеспечиваемой внешним устройством 200, категории и протокола, используемого для управления внешним устройством 200. Примеры возможности, обеспечиваемой внешним устройством 200, включают в себя возможность поддерживаемой связи, возможность вывода голоса, возможность вывода видео, возможность записи голоса, возможность захвата изображения и возможность обнаружения влажности, но не ограничиваются этим.
[124] Вторая связь с малым радиусом действия может быть связью WLAN или связью Bluetooth, но не ограничивается этим. WLAN (Wi-Fi) может включать в себя инфраструктурный режим с использованием точки доступа (AP), такой как беспроводной маршрутизатор, и подходящий к данному случаю (“ad hoc”)режим для передачи и приема данных одноранговым (P2P) методом без необходимости использовать AP.
[125] Соответственно, информация соединения для второй связи с малым радиусом действия может включать в себя способ связи внешнего устройства 200, информацию соединения WLAN, используемую внешним устройством 200 (например, ID подсистемы (SSID), адрес межсетевого протокола (IP), МАС-адрес, номер канала или ключ безопасности), МАС-адрес внешнего устройства 200, адрес Bluetooth внешнего устройства 200, название изделия внешнего устройства 200 и информацию профиля внешнего устройства 200. Примеры способа связи включают в себя WLAN (подходящий к данному случаю режим или инфраструктурный режим), Bluetooth, Zigbee, WFD и UWB.
[126] Информация устройства о внешнем устройстве 200 может дополнительно включать в себя информацию приложения. Примеры информации приложения включают в себя информацию ID приложения (например, ID приложения, название приложения и классификационный код приложения), информацию о версии приложения и информацию линии связи приложения, но не ограничиваются этим.
[127] На этапе S230 хост-устройство 100 может искать предварительно установленное приложение, связанное с внешним устройством 200, на основании информации приложения, принятой от внешнего устройства 200. Если на этапе S240 определяется, что приложение, связанное с внешним устройством 200, не установлено, хост-устройство 100 может загрузить и установить приложение, связанное с внешним устройством 200, на этапе S250.
[128] Хост-устройство 100 может исполнять приложение на этапе S260. Также, на этапе S270 хост-устройство 100 может выполнять соединение второй связи с малым радиусом действия. Например, когда вторая связь с малым радиусом действия является связью Bluetooth, хост-устройство 100 может активировать модуль связи Bluetooth, и когда вторая связь с малым радиусом действия является связью WLAN, хост-устройство 100 может активировать модуль Wi-Fi. Затем, хост-устройство 100 может запрашивать соединение с внешним устройством 200. На этапе S280, когда внешнее устройство 200 осуществляет принятие соединения, хост-устройство 100 и внешнее устройство 200 могут быть соединены друг с другом по второй связи с малым радиусом действия.
[129] На этапе S290 хост-устройство 100 может передавать информацию устройства о внешнем устройстве 200 серверу 300 администрирования для того, чтобы зарегистрировать внешнее устройство 200 на сервере 300 администрирования, что будет описано подробно ниже по тексту со ссылкой на ФИГ. 3.
[130] ФИГ. 3 представляет собой блок-схему последовательности операций, иллюстрирующую способ регистрации внешнего устройства 200 на сервере 300 администрирования, согласно примерному варианту осуществления.
[131] На этапе S310 хост-устройство 100 может принимать информацию устройства о внешнем устройстве 200 от внешнего устройства 200. Информация устройства о внешнем устройстве 200 может включать в себя информацию ID внешнего устройства 200, информацию соединения для соединения с внешним устройством 200, информацию приложения, связанную с внешним устройством 200, и информацию протокола управления внешнего устройства 200. Поскольку этап S310 соответствует этапу S220 с ФИГ. 2, его подробности здесь повторяться не будут.
[132] На этапе S320 хост-устройство 100 передает информацию устройства о внешнем устройстве 200 серверу 300 администрирования, одновременно запрашивая, чтобы сервер 300 администрирования зарегистрировал внешнее устройство 200. Здесь хост-устройство 100 может передавать по меньшей мере одну из информации учетной записи и информации ID хост-устройства 100 серверу 300 администрирования.
[133] На этапе S330 сервер 300 администрирования может сохранять информацию устройства о внешнем устройстве 200 в списке зарегистрированных внешних устройств. Здесь согласно варианту осуществления сервер 300 администрирования может отображать и администрировать по меньшей мере одну из информации учетной записи и информации ID хост-устройства 100, и информации ID внешнего устройства 200. Способ сервера 300 администрирования, соединяющегося с и регистрирующего учетную запись внешнего устройства 200, будет подробно описан позже со ссылкой на ФИГ. 4.
[134] На этапе S340 сервер 300 администрирования может искать предварительно установленное приложение, связанное с внешним устройством 200, на основании принятой информации приложения. Если на этапе S350 определяется, что приложение, связанное с внешним устройством 200, не установлено, сервер 300 администрирования может загрузить и установить приложение, связанное с внешним устройством 200, на этапе S360.
[135] На этапе S370 сервер 300 администрирования может исполнять приложение, связанное с внешним устройством 200. Затем, на этапе S380 сервер 300 администрирования может выполнять прямое соединение связи с внешним устройством 200 на основании информации соединения. Другими словами, сервер 300 администрирования может запрашивать соединение связи с внешним устройством 200 согласно способу связи, поддерживаемому внешним устройством 200.
[136] На этапе S390, когда внешнее устройство 200 осуществляет принятие соединения связи, сервер 300 администрирования и внешнее устройство 200 могут быть напрямую соединены друг с другом без необходимости использования хост-устройства 100. Согласно варианту осуществления порядок этапов с S310 по S390 может быть изменен или некоторые этапы могут быть пропущены.
[137] ФИГ. 4 представляет собой блок-схему последовательности операций, иллюстрирующую способ регистрации внешнего устройства 200 на сервере 300 администрирования посредством соединения внешнего устройства 200 с учетной записью, согласно примерному варианту осуществления.
[138] На этапе S410 хост-устройство 100 может определять физическое соединение с внешним устройством 200. Физическое соединение может быть активным соединением, пассивным соединением, удаленным соединением, проводным соединением, беспроводным соединением или соединением связи с малым радиусом действия.
[139] На этапе S420, хост-устройство 100 может аутентифицировать внешнее устройство 200. Например, хост-устройство 100 может аутентифицировать внешнее устройство 200 на основании аутентификационной информации, принятой от внешнего устройства 200.
[140] Аутентификационная информация используется для аутентификации в отношении того, является ли внешнее устройство 200 управляемым посредством приложения, исполняемого на хост-устройстве 100, или для аутентификации в отношении того, допускается ли внешнее устройство 200 для соединения с хост-устройством 100. Когда количество внешних устройств 200, соединяемых с хост-устройством 100, равно N, N внешних устройств 200 может включать в себя то же самое количество фрагментов аутентификационной информации.
[141] Внешнее устройство 200 также может аутентифицировать хост-устройство 100 на основании аутентификационной информации, принятой от хост-устройства 100. Аутентификационная информация, принятая от хост-устройства 100, может быть использована для аутентификации в отношении того, является ли приложение устанавливаемым на хост-устройство 100, или для аутентификации в отношении того, допускается ли хост-устройство 100 к приему информации измерения, измеренной внешним устройством 200.
[142] На этапе S430 хост-устройство 100 может определять, является ли внешнее устройство 200, которое физически подсоединено, внешним устройством, чья учетная запись нуждается в регистрации. Например, когда учетную запись необходимо использовать для внешнего устройства 200, чтобы синхронизировать информацию измерения с сервером 300 администрирования, хост-устройство 100 может определять, что внешнее устройство является внешним устройством, чья учетная запись нуждается в регистрации. Также, когда запрос регистрации учетной записи принят от внешнего устройства 200, которое физически подсоединено, хост-устройство 100 может определять, что внешнее устройство 200 является внешним устройством, чья учетная запись нуждается в регистрации.
[143] Когда внешнее устройство 200, которое физически подсоединено, является внешним устройством, чья учетная запись нуждается в регистрации, хост-устройство 100 может осуществить вход в сервер 300 администрирования на этапе S440. Другими словами, хост-устройство 100 может передавать информацию учетной записи (например, ID и пароль) серверу 300 администрирования.
[144] Если вход выполнен успешно на основании информации учетной записи хост-устройства 100 на этапе S450, хост-устройство 100 может передавать информацию запроса регистрации относительно внешнего устройства 200 серверу 300 администрирования на этапе S460. Здесь сервер 300 администрирования может соединяться с и регистрировать информацию учетной записи внешнего устройства 200.
[145] ФИГ. с 5A по 5D представляют собой схемы пользовательского интерфейса (UI), чтобы автоматически обнаруживать внешнее устройство 200 и регистрировать внешнее устройство 200 на сервере 300 администрирования согласно примерному варианту осуществления.
[146] Как показано на ФИГ. 5А, хост-устройство 100 может обеспечивать список 510 внешних устройств 200, зарегистрированных на сервере 300 администрирования, пользователю. Пользователь может определять, зарегистрирована ли информация его/ее внешнего устройства 200 на сервере 300 администрирования, посредством списка 510.
[147] Когда установлено "автоматическое обнаружение" 520, как показано на ФИГ. 5B, хост-устройство 100 может выводить окно 530 для запрашивания, регистрировать ли внешнее устройство 200 (например, аксессуар K) на сервере 300 администрирования, когда внешнее устройство 200 соединено с хост-устройством 100 проводным или беспроводным образом.
[148] Как показано на ФИГ. 5С, когда внешнее устройство 200 (например, аксессуар K) является устройством, чья учетная запись нуждается в регистрации, хост-устройство 100 может отображать окно 540 для пользователя, чтобы осуществить вход на основании информации учетной записи. Хост-устройство 100 может принимать информацию учетной записи (например, ID: abcd@edf.hci, пароль: ****) от пользователя и передавать принятую информацию учетной записи серверу 300 администрирования, одновременно с этим запрашивая регистрацию относительно внешнего устройства 200.
[149] Как показано на ФИГ. 5D, когда внешнее устройство 200 (например, аксессуар K) зарегистрировано на сервере 300 администрирования, хост-устройство 100 может отображать список 510, к которому добавлена информация ID (например, "Аксессуар K") недавно зарегистрированного внешнего устройства 200.
[150] ФИГ. с 6A по 6D представляют собой схемы UI для регистрации внешнего устройства 200 на сервере 300 администрирования согласно примерному варианту осуществления.
[151] Как показано на ФИГ. 6A, когда "автоматическое обнаружение" не установлено, хост-устройство 100 может не выводить "автоматическое обнаружение" 520, даже когда внешнее устройство 200 найдено поблизости от хост-устройства 100, но может администрировать и добавлять информацию ID внешнего устройства 200 в список 610 внешних устройств, найденных вблизи хост-устройства 100. Когда обнаруживается жест пользователя, запрашивающий список 610, хост-устройство 100 может обеспечивать список 610. Здесь пользователь может выбирать и регистрировать внешнее устройство, такое как аксессуар 12, из списка 610.
[152] Как показано на ФИГ. 6B, когда обнаруживается выбор (например, жест легкого удара) пользователя в отношении аксессуара 12 из списка 610, хост-устройство 100 может выводить окно 620, запрашивающее, регистрировать ли аксессуар 12 на сервере 300 администрирования. Здесь хост-устройство 100 может принимать запрос регистрации пользователя в отношении аксессуара 12.
[153] Как показано на ФИГ. 6С, когда аксессуар 12 является устройством, чья учетная запись нуждается в регистрации, хост-устройство 100 может отображать окно 630 для пользователя, чтобы вводить информацию учетной записи. Хост-устройство 100 может принимать информацию учетной записи (например, ID: abcd@edf.hci, пароль: ****) от пользователя и передавать принятую информацию учетной записи серверу 300 администрирования, одновременно с этим запрашивая регистрацию аксессуара 12.
[154] Как показано на ФИГ. 6D, когда аксессуар 12 зарегистрирован на сервере 300 администрирования, хост-устройство 100 может отображать список 640 внешних устройств, к которому добавлена информация ID (например, "аксессуар 12") недавно зарегистрированного внешнего устройства.
[155] ФИГ. с 7A по 7D представляют собой схемы UI для обеспечения информации о внешнем устройстве 200 согласно примерному варианту осуществления.
[156] Как показано на ФИГ. 7А, когда обнаруживается жест пользователя, запрашивающий список 710 внешних устройств, найденных поблизости, хост-устройство 100 может обеспечивать список 710. Здесь пользователь может выбирать внешнее устройство, такое как аксессуар 12, из списка 710.
[157] Как показано на ФИГ. 7В, когда выбор (например, жест проведения) пользователя обнаруживается на аксессуаре 12 из списка 710, хост-устройство 100 может обеспечивать подробную информацию об аксессуаре 12. Например, хост-устройство 100 может обеспечивать информацию ID выбранного внешнего устройства, тип выбранного внешнего устройства, возможность, обеспечиваемую выбранным внешним устройством, и информацию о категории. Здесь пользователь может проверять подробную информацию об аксессуаре 12 и определять, регистрировать ли аксессуар 12 на сервере 300 администрирования.
[158] Как показано на ФИГ. 7С, хост-устройство 100 может выводить окно 720, запрашивающее, регистрировать ли аксессуар 12 на сервере 300 администрирования. Также, хост-устройство 100 может принимать запрос регистрации пользователя на аксессуаре 12.
[159] Как показано на ФИГ. 7D, когда аксессуар 12 зарегистрирован на сервере 300 администрирования, хост-устройство 100 может отображать список 730 зарегистрированных внешних устройств, к которому добавлена информация ID (например, "аксессуар 12") недавно зарегистрированного внешнего устройства.
[160] ФИГ. с 8A по 8С представляют собой схемы UI для освобождения регистрации внешнего устройства 200 согласно примерному варианту осуществления.
[161] Как показано на ФИГ. 8А, хост-устройство 100 может обеспечивать список 810 внешних устройств, зарегистрированных на сервере 300 администрирования, пользователю. Здесь хост-устройство 100 может обнаруживать пользовательский ввод (например, жест проведения) для выбора внешнего устройства, такого как аксессуар 1, из списка 810.
[162] Как показано на ФИГ. 8В, хост-устройство 100 может обеспечивать подробную информацию об аксессуаре 1. Например, хост-устройство 100 может обеспечивать информацию ID выбранного внешнего устройства, тип выбранного внешнего устройства, возможность, обеспечиваемую выбранным внешним устройством, и информацию о категории. Здесь пользователь может проверять подробную информацию и определять, освобождать ли регистрацию аксессуара 1.
[163] Как показано на ФИГ. 8С, хост-устройство 100 может выводить окно 820, запрашивающее, освобождать ли регистрацию аксессуара 1. Также, хост-устройство 100 может принимать запрос освобождения регистрации пользователя на аксессуаре 1. Здесь хост-устройство 100 может передавать запрос освобождения регистрации серверу 300 администрирования и удалять аксессуар 1 из списка 810.
[164] ФИГ. с 9A по 9C представляют собой схемы базы данных (DB) сервера 300 администрирования согласно примерным вариантам осуществления.
[165] Как показано на ФИГ. 9A, согласно варианту осуществления сервер 300 администрирования может иерархически администрировать внешние устройства 200 посредством отображения внешних устройств 200 на информацию учетной записи и информацию ID хост-устройства 100. Множество хост-устройств может быть соединено с одной учетной записью или множество внешних устройств может быть соединено с одним хост-устройством. В качестве альтернативы, одно внешнее устройство может быть соединено с множеством хост-устройств или множеством учетных записей. Например, весы, то есть внешнее устройство 200, могут быть соединены с каждым из устройства матери (или учетной записью матери) или устройства отца (или учетной записью отца). Таким образом, семья может повсеместно использовать внешнее устройство 200, то есть весы. Здесь информация измерения, измеренная внешним устройством 200, то есть весами, может администрироваться согласно учетным записям.
[166] Как показано на ФИГ. 9B, согласно другому варианту осуществления сервер 300 администрирования может классифицировать и администрировать хост-устройство 100 или внешнее устройство 200 согласно учетным записям (см. базу 1 данных), или может классифицировать и администрировать хост-устройство 100 или учетные записи согласно внешним устройствам (см. базу 2 данных).
[167] Также, сервер 300 администрирования может устанавливать и администрировать множество внешних устройств в качестве одной группы внешних устройств или устанавливать и администрировать множество хост-устройств в качестве одной группы хост-устройств.
[168] В качестве альтернативы, сервер 300 администрирования может администрировать информацию о зарегистрированном внешнем устройстве 200 посредством использования внутреннего блока хранения или внешнего сервера.
[169] Как показано на ФИГ. 9С, согласно другому варианту осуществления сервер 300 администрирования может добавлять флаг 910 внешнему устройству 200, которое передало информацию измерения серверу 300 администрирования, из числа зарегистрированных внешних устройств 200. Здесь, сервер 300 администрирования может администрировать информацию измерения, измеренную внешним устройством 200. Информация измерения может включать в себя по меньшей мере одну из физической информации, информации приема, информации окружающей среды, информации питания, информации упражнения и информации о состоянии расходных материалов, используемых во внешнем устройстве. Сейчас будет подробно описан способ сервера 300 администрирования, собирающего информацию измерения, измеренную внешним устройством 200.
[170] ФИГ. 10 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства 100, передающего информацию измерения серверу 300 администрирования, согласно примерному варианту осуществления.
[171] На этапе S1010 хост-устройство 100 может получать информацию измерения, измеренную по меньшей мере одним внешним устройством 200. Согласно варианту осуществления хост-устройство 100 может принимать информацию измерения от внешнего устройства 200 по проводной связи, беспроводной связи или связи с малым радиусом действия (например, Bluetooth или WLAN).
[172] На этапе S1020 хост-устройство 100 может запрашивать аутентификацию от сервера 300 администрирования. Например, хост-устройство 100 может запрашивать аутентификацию и может передавать по меньшей мере одну из информации учетной записи и информации ID хост-устройства 100 серверу 300 администрирования.
[173] На этапе S1030 хост-устройство 100 может определять, выполнена ли аутентификация успешно на основе ответа сервера 300 администрирования касательно запроса. Если аутентификация не выполнена успешно, хост-устройство 100 может снова запрашивать аутентификацию посредством передачи информации учетной записи и/или информации ID хост-устройства 100 серверу 300 администрирования.
[174] На этапе S1040, если аутентификация выполнена успешно, хост-устройство 100 может передавать информацию измерения, измеренную по меньшей мере одним внешним устройством 200, серверу 300 администрирования. Здесь хост-устройство 100 может передавать только часть полученной информации измерения серверу 300 администрирования.
[175] Другими словами, согласно варианту осуществления сервер 300 администрирования может собирать информацию измерения, измеренную внешним устройством 200, только через аутентифицированное хост-устройство 100. Например, поскольку она является важной, надежной информацией о здоровье, такой как персональная медицинская информация или персональная информация медосмотра, только аутентифицированное хост-устройство 100 может передавать информацию измерения серверу 300 администрирования, что будет описано подробно со ссылкой на ФИГ. 11.
[176] ФИГ. 11 представляет собой блок-схему последовательности операций, иллюстрирующую способ сервера 300 администрирования, принимающего информацию измерения внешнего устройства 200 через аутентифицированное хост-устройство 100, согласно примерному варианту осуществления.
[177] На этапе S1110 хост-устройство 100 может быть соединено с внешним устройством 200 по второй связи с малым радиусом действия (например, Bluetooth или WLAN). Затем, на этапе S1120, внешнее устройство 200 может измерять связанную со здоровьем информацию пользователя. Здесь измерение может включать в себя сбор информации окружающей среды или прием информации от пользователя. Согласно варианту осуществления порядок этапов S1110 и S1120 может быть изменен.
[178] На этапе S1130 внешнее устройство 200 может передавать информацию измерения хост-устройству 100. Хост-устройство 100 может передавать информацию измерения периодически или когда генерируется некоторое событие. Примеры некоторого события включают в себя событие ввода от пользователя и событие, генерируемое, когда измеренное значение превышает предопределенный диапазон.
[179] Внешнее устройство 200 может кодировать и передавать информацию измерения хост-устройству 100.
[180] На этапе S1140, когда информация измерения принимается от внешнего устройства 200, хост-устройство 100 может запрашивать аутентификацию сервером 300 администрирования. Например, хост-устройство 100 может запрашивать аутентификацию, одновременно с этимпередавая по меньшей мере одну из информации учетной записи (ID и пароля) и информации ID хост-устройства 100 серверу 300 администрирования.
[181] На этапе S1150 сервер 300 администрирования может выполнять аутентификацию на основании по меньшей мере одной из информации учетной записи и информации ID хост-устройства 100, в ответ на запрос аутентификации хост-устройства 100. Например, сервер 300 администрирования может сравнивать информацию учетной записи или информацию ID, принятую от хост-устройства 100, с предварительно зарегистрированной информацией и выполнять аутентификацию хост-устройства 100.
[182] На этапе S1160, если аутентификация выполнена успешна, хост-устройство 100 может передать информацию измерения, полученную от внешнего устройства 200, серверу 300 администрирования. Согласно варианту осуществления всякий раз, когда информация измерения передается серверу 300 администрирования, хост-устройство 100 может запрашивать аутентификацию сервером 300 администрирования. Также, хост-устройство 100 может передать информацию измерения серверу 300 администрирования несколько раз на основании того, что оно однажды было аутентифицировано, если поддерживается соединение с сервером 300 администрирования.
[183] На этапе S1170 сервер 300 администрирования может сохранять информацию измерения. Здесь сервер 300 администрирования может классифицировать и сохранять информацию измерения согласно внешним устройствам 200, согласно информации учетной записи или согласно хост-устройствам 100.
[184] На этапе S1180 сервер 300 администрирования может анализировать информацию измерения. На этапе S1190 сервер 300 администрирования может администрировать по меньшей мере одно внешнее устройство 200 на основании информации измерения. Здесь, сервер 300 администрирования может определять состояние здоровья пользователя посредством использования информации измерения или может генерировать информацию рекомендации еды, информацию рекомендации упражнения, предупреждение или тревогу для пользователя, что будет подробно описано ниже по тексту.
[185] ФИГ. 12 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства 100, фильтрующего информацию измерения, которая должна быть передана серверу 300 администрирования, согласно примерному варианту осуществления.
[186] На этапе S1210 хост-устройство 100 может быть соединено с внешним устройством 200 по проводной или беспроводной связи. На этапе S1220 внешнее устройство 200 измеряет связанную со здоровьем информацию пользователя, и на этапе S1230 хост-устройство 100 может принять информацию измерения, измеренную внешним устройством 200. Поскольку этапы с S1210 по S1230 соответствуют этапам с S1110 по S1130 с ФИГ. 11, их детали здесь не повторяются.
[187] На этапе S1240 хост-устройство 100 может фильтровать полученную информацию измерения согласно предопределенному стандарту. Согласно варианту осуществления хост-устройство 100 может извлекать часть информации измерения на основании того, является ли по меньшей мере одно внешнее устройство 200, которое передало информацию измерения, медицинским устройством. Например, хост-устройство 100 может классифицировать информацию измерения, измеренную внешним устройством 200, определенным как медицинское устройство, как не подлежащую передаче серверу 300 администрирования. Другими словами, поскольку информация измерения, измеренная медицинским устройством, является очень личной информацией, хост-устройство 100 может блокировать передачу информации измерения серверу 300 администрирования для предотвращения раскрытия информации измерения.
[188] В качестве альтернативы, хост-устройство 100 может фильтровать информацию измерения на основании того, является ли маршрут для передачи информации измерения защищенной сетью. Например, хост-устройство 100 может извлекать только информацию измерения, полученную по защищенной сети, как часть информации измерения, которая должна быть передана серверу 300 администрирования.
[189] Согласно другому варианту осуществления хост-устройство 100 может извлекать часть информации измерения на основании предварительно установленного типа информации измерения. Например, хост-устройство 100 может предварительно принимать выбор пользователя в отношении типа информации измерения, которая должна быть передана серверу 300 администрирования. Также, хост-устройство 100 может сравнивать тип полученной информации измерения и тип предварительно выбранной информации измерения для фильтрации полученной информации измерения.
[190] На этапе S1250 хост-устройство 100 может передавать часть информации измерения серверу 300 администрирования. На этапе S1260 сервер 300 администрирования может сохранять часть информации измерения в DB. Также, на этапе S1270 сервер 300 администрирования может анализировать часть информации измерения для определения состояния здоровья пользователя. На этапе S1280 сервер 300 администрирования может администрировать по меньшей мере одно внешнее устройство 200 на основании части информации измерения.
[191] ФИГ. 13 представляет собой схему для описания способа фильтрации информации измерения на основании того, является ли внешнее устройство 200 медицинским устройством, согласно примерному варианту осуществления.
[192] Как показано на ФИГ. 13, внешнее устройство 200 может включать в себя воспринимающий блок, блок управления и микросхему аутентификации. Воспринимающий блок может измерять окружающую среду или состояние здоровья пользователя посредством использования различных датчиков или может обнаруживать информацию, введенную от пользователя.
[193] Блок управления может передавать информацию измерения, воспринимаемую воспринимающим блоком, хост-устройству 100 вместе с аутентификационной информацией, сохраненной в микросхеме аутентификации. Здесь аутентификационная информация, сохраненная в микросхеме аутентификации, может включать в себя идентификационный код, указывающий, что внешнее устройство 200 является медицинским устройством.
[194] Соответственно, хост-устройство 100 может проверять аутентификационную информацию, принятую от внешнего устройства 200, и определять, что внешнее устройство 200, которое передало информацию измерения, является медицинским устройством. Когда внешнее устройство 200, которое передало информацию измерения, определяется как медицинское устройство, хост-устройство 100 может не передавать информацию измерения серверу 300 администрирования.
[195] В то же время для того, чтобы защитить информацию измерения, внешнее устройство 200 может закодировать информацию измерения посредством использования кодирующего кода, предварительно согласованного с сервером 300 администрирования или медицинским устройством (например, устройством врача, терминалом фармацевта или сервером медицинского института), и передать закодированную информацию измерения хост-устройству 100. Здесь предварительно согласованный кодирующий код может быть сохранен в микросхеме аутентификации.
[196] Когда закодированная информация измерения принята от внешнего устройства 200 через хост-устройство 100, сервер 300 администрирования может декодировать закодированную информацию измерения через модуль аутентификации и сохранить декодированную информацию измерения в блоке хранения. Внешнее устройство 200 может напрямую передавать закодированную информацию измерения серверу 300 администрирования.
[197] Также, когда информация измерения является медицинскими данными, внешнее устройство 200 может закодировать информацию измерения согласно стандарту медицинской информации (например, HL7, DICOM или IEEE11073) и передать закодированную информацию измерения хост-устройству 100. Когда хост-устройство 100 передает закодированную информацию измерения серверу 300 администрирования, сервер 300 администрирования может декодировать закодированную информацию измерения.
[198] ФИГ. с 14A по 14C представляют собой схемы UI хост-устройства 100 для приема выбора от пользователя в отношении типа информации измерения, которая должна быть передана серверу 300 администрирования, согласно примерному варианту осуществления.
[199] Как показано на ФИГ. 14А, хост-устройство 100 может добавлять учетную запись сервера администрирования согласно запросу пользователя. Затем, как показано на ФИГ. 14B, хост-устройство 100 может определять, синхронизировать ли учетную запись сервера администрирования. Другими словами, хост-устройство 100 может автоматически передавать информацию измерения внешнего устройства 200 серверу 300 администрирования посредством использования учетной записи сервера администрирования. Хост-устройство 100 может выгружать информацию измерения с регулярными циклами или может выгружать информацию измерения серверу 300 администрирования, когда информация измерения получена.
[200] Как показано на ФИГ. 14С, хост-устройство 100 может обеспечивать окно установки для установки типа информации измерения, которая должна быть передана серверу 300 администрирования, через предопределенное приложение. Здесь пользователь может выбирать параметр синхронизации, который должен быть передан серверу 300 администрирования, через окно установки. Например, пользователь может выбирать кровяное давление и вес в качестве параметров синхронизации, которые должны быть переданы серверу 300 администрирования. Здесь из числа информации измерения хост-устройство 100 может передавать кровяное давление и вес серверу 300 администрирования и может не передавать частоту сердечных сокращений серверу 300 администрирования.
[201] ФИГ. 15 представляет собой блок-схему последовательности операций, иллюстрирующую способ внешнего устройства 200, непосредственно передающего информацию измерения серверу 300 администрирования, согласно примерному варианту осуществления.
[202] На этапе S1510 внешнее устройство 200 может измерять связанную со здоровьем информацию пользователя. Также, внешнее устройство 200 может измерять информацию окружающей среды или информацию состояния остатка расходных материалов (таких как полоски для определения сахара в крови), или лекарственных средств (таких как инсулин).
[203] На этапе S1520 внешнее устройство 200 может запрашивать аутентификационную информацию от хост-устройства 100 так, чтобы напрямую связываться с сервером 300 администрирования. В ответ на запрос хост-устройство 100 может передавать аутентификационную информацию внешнему устройству 200 на этапе S1530. Например, хост-устройство 100 может передавать по меньшей мере одну из информации учетной записи (например, ID и пароль) и информации ID (например, ID устройства) хост-устройства 100 внешнему устройству 200 в качестве аутентификационной информации.
[204] На этапе S1540 внешнее устройство 200 может запрашивать, чтобы хост-устройство было аутентифицировано сервером 300 администрирования, одновременно с этим передавая аутентификационную информацию (например, информацию учетной записи или информацию ID хост-устройства 100), полученную от хост-устройства 100, серверу 300 администрирования.
[205] На этапе S1550 в ответ на запрос аутентификации сервер 300 администрирования может выполнять аутентификацию в отношении по меньшей мере одной из информации учетной записи и информации ID хост-устройства 100. Например, сервер 300 администрирования может сравнивать информацию учетной записи или информацию ID, принятую от внешнего устройства 200, с предварительно зарегистрированной информацией для выполнения аутентификации.
[206] На этапе S1560, когда аутентификация выполнена успешно, внешнее устройство 200 может передавать информацию измерения серверу 300 администрирования. Согласно варианту осуществления внешнее устройство 200 может запрашивать, чтобы хост-устройство было аутентифицировано сервером 300 администрирования всякий раз, когда информация измерения передается серверу 300 администрирования. В качестве альтернативы, внешнее устройство 200 может передавать информацию измерения серверу 300 администрирования несколько раз на основании одной аутентификации, при одновременном поддержании соединенными друг с другом внешнего устройства 200 и сервера 300 администрирования.
[207] На этапе S1570 сервер 300 администрирования может сохранять информацию измерения. Здесь сервер 300 измерения может классифицировать и сохранять информацию измерения согласно внешним устройствам 200, согласно информации учетной записи или согласно хост-устройству 100, с которым соединено внешнее устройство 200.
[208] На этапе S1580 сервер 300 администрирования может анализировать информацию измерения и определять состояние здоровья пользователя.
[209] ФИГ. 16 представляет собой схему для описания сервера 300 администрирования, собирающего информацию упражнения пользователя, согласно примерному варианту осуществления.
[210] Как показано на ФИГ. 16, информация упражнения, измеренная на велосипеде 1610, гантели 1620, хула-хупе 1630 и штанге 1640 может быть передана серверу 300 администрирования через хост-устройство 100 или непосредственно серверу 300 администрирования. Каждое из велосипеда 1610, гантели 1620, хула-хупа 1630 и штанги 1640 может включать в себя воспринимающий блок для измерения информации упражнения и блок связи для связи с хост-устройством 100 или сервером 300 администрирования. Например, каждое из велосипеда 1610, гантели 1620, хула-хупа 1630 и штанги 1640 может включать в себя датчик движения, датчик ускорения, метку NFC или метку BLE, но без ограничения упомянутым.
[211] ФИГ. 17 представляет собой схемы для описания сервера 300 администрирования, собирающего информацию питания пользователя, согласно примерному варианту осуществления.
[212] Как показано на ФИГ. 17, когда пользователь касается персональным устройством 1720 (например, ID сотрудника, ID студента или мобильным телефоном) киоска 1710 в ресторане, персональное устройство 1720 может получить информацию диеты от киоска 1710 и передать полученную информацию диеты серверу 300 администрирования. Здесь персональное устройство 1720 может передавать информацию диеты серверу 300 администрирования напрямую или через хост-устройство 100. Персональное устройство 1720 может передавать информацию диеты серверу 300 администрирования вместе с информацией учетной записи. Сервер 300 администрирования администрирует диету и порцию питания пользователя посредством информации учетной записи.
[213] Хост-устройство 100 получает информацию диеты от персонального устройства 1720 или сервера 300 администрирования и может выводить полученную информацию диеты на экране. В качестве альтернативы, сервер 300 администрирования может получать информацию диеты напрямую от киоска 1710.
[214] ФИГ. 18 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства 100, передающего информацию измерения серверу 300 администрирования в чрезвычайной ситуации, согласно примерному варианту осуществления.
[215] На этапе S1810 хост-устройство 100 может обнаруживать физическое соединение с внешним устройством 200. Здесь на этапе S1815 хост-устройство 100 может определять, является ли текущий режим режимом чрезвычайной ситуации. Согласно варианту осуществления режим чрезвычайной ситуации может быть активирован через ввод пользователя внешнего устройства 200 или через удаленное управление.
[216] На этапе S1820, когда текущий режим не является режимом чрезвычайной ситуации, хост-устройство 100 может выполнять обычный процесс входа в учетную запись. На этапе S1825, когда текущий режим является режимом чрезвычайной ситуации, хост-устройство 100 может запрашивать аутентификацию сервером 300 администрирования посредством использования информации учетной записи для чрезвычайной ситуации. Учетная запись для чрезвычайной ситуации может управляться отдельно от персональной учетной записи. На этапе S1830 сервер 300 администрирования может выполнять аутентификацию в отношении информации учетной записи для чрезвычайной ситуации.
[217] На этапе S1835 внешнее устройство 200 может измерять связанную со здоровьем информацию пользователя. Затем, на этапе S1840 внешнее устройство 200 может передавать информацию измерения хост-устройству 100.
[218] На этапе S1845 хост-устройство 100 может передавать информацию измерения, полученную от внешнего устройства 200, серверу 300 администрирования через учетную запись для чрезвычайной ситуации. Сервер 300 администрирования может анализировать информацию измерения на этапе S1850 и сервер 300 администрирования может передавать результат анализа хост-устройству 100 на этапе S1855.Затем хост-устройство может отображать результат на экране. Примеры результата могут включать в себя информацию текущего состояния пользователя, информацию, чтобы иметь дело с чрезвычайной ситуацией и тип информации измерения, который требуется дополнительно.
[219] На этапе S1860 сервер 300 администрирования может передавать информацию измерения внешнему серверу, например, серверу медицинского института, и получать информацию диагностики/предписания от внешнего сервера. Затем, сервер 300 администрирования может передавать информацию диагностики/предписания хост-устройству 100. В чрезвычайной ситуации хост-устройство 100 может передавать информацию о здоровье, измеренную другим пользователем с использованием внешнего устройства 200, серверу 300 администрирования или серверу медицинского института посредством использования информации учетной записи для чрезвычайной ситуации, и принимать подходящую обратную связь от сервера 300 администрирования или сервера медицинского института.
[220] Согласно варианту осуществления порядок этапов с S1810 по S1860 может быть изменен или некоторые этапы могут быть пропущены.
[221] ФИГ. 19 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства 100, генерирующего команду управления для управления внешним устройством 200, согласно примерному варианту осуществления.
[222] На этапе S1910 хост-устройство 100 может получать информацию измерения от внешнего устройства 200. На этапе S1920 сервер 300 администрирования может аутентифицировать хост-устройство 100. Если аутентификация выполнена успешно, хост-устройство 100 может передавать информацию измерения, полученную от внешнего устройства 200, серверу 300 администрирования на этапе S1930. Поскольку этапы с S1910 по S1930 соответствуют этапам с S1110 по S1130 с ФИГ. 11, их подробности здесь повторяться не будут.
[223] На этапе S1940 сервер 300 администрирования может анализировать информацию измерения, измеренную внешним устройством 200. Согласно варианту осуществления сервер 300 администрирования может анализировать текущее состояние здоровья пользователя посредством сравнения информации измерения, измеренной внешним устройством 200, и предварительно сохраненной информации о здоровье, такой как PHR.
[224] В качестве альтернативы, сервер 300 администрирования может определять состояние здоровья пользователя посредством сравнения информации измерения других пользователей, имеющих аналогичную болезнь, и информации измерения, измеренной внешним устройством 200.
[225] Сервер 300 администрирования может передавать информацию измерения внешнему серверу, такому как сервер медицинского института, и принимать информацию диагностики/предписания, соответствующую информации измерения, для анализа состояния здоровья пользователя.
[226] Например, сервер 300 администрирования может определять состояние здоровья пользователя посредством анализа информации измерения, такой как кровяное давление или сахар в крови, полученной через внешнее устройство 200, такое как тонометр кровяного давления или измеритель сахара в крови. В качестве альтернативы, сервер 300 администрирования может вычислять подходящий объем упражнений для пользователя совместно с EMR и сравнивать вычисленный подходящий объем упражнений с фактическим объемом упражнений, измеренным спортивным устройством. Здесь сервер 300 администрирования может осуществлять анализ в отношении того, является ли фактический объем упражнений недостаточным или избыточным на основании результата сравнения.
[227] Сервер 300 администрирования может анализировать информацию окружающей среды (например, температуру или влажность), измеренную внешним устройством 200, включающим в себя датчик окружающей среды, или может определять цикл замены полоски измерителя сахара в крови или медицинских расходных материалов, таких как инсулин. Также, сервер 300 администрирования может анализировать и администрировать информацию приема пользователя или анализировать информацию о версии программы внешнего устройства 200. В то же время сервер 300 администрирования может искать информацию рекомендации упражнения или информацию рекомендации еды из внешнего сервера посредством использования информации измерения.
[228] На этапе S1950 сервер 300 администрирования может передавать информацию администрирования для администрирования внешнего устройства 200 хост-устройству 100. Например, сервер 300 администрирования может передавать по меньшей мере одну из информации диагностики, информации предписания, информации рекомендации еды, информации рекомендации упражнения, информации установки окружающей среды, информации тревоги и информации обновления для обновления по меньшей мере одного внешнего устройства 200, которые генерируются на основании информации измерения, хост-устройству 100.
[229] На этапе S1960 хост-устройство 100 может отображать информацию администрирования, принятую от сервера 300 администрирования, на экране. Например, хост-устройство 100 может отображать информацию диагностики, информацию предписания, информацию рекомендации еды, информацию рекомендации упражнения, информацию установки окружающей среды, информацию замены расходных материалов или информацию обновления программно-аппаратного обеспечения на экране. В качестве альтернативы, хост-устройство 100 может выводить предупреждение или тревогу о приеме лекарственного средства.
[230] Хост-устройство 100 может администрировать по меньшей мере одно внешнее устройство 200 на основании информации администрирования.
[231] Например, на этапе S1970 хост-устройство 100 может генерировать команду управления для управления внешним устройством 200 на основании информации администрирования. Здесь хост-устройство 100 может преобразовывать команду управления согласно протоколу управления по меньшей мере одного внешнего устройства 200.
[232] На этапе S1980 хост-устройство 100 может передавать команду управления внешнему устройству 200. Например, хост-устройство 100 может передавать команду управления, обеспечивающую возможность по меньшей мере одному внешнему устройству 200 выводить по меньшей мере одно из тревоги, предупреждения и информации рекомендации. В качестве альтернативы, хост-устройство 100 может передавать команду управления, обеспечивающую возможность по меньшей мере одному внешнему устройству 200 изменять значение установки, или обеспечивающую возможность по меньшей мере одному внешнему устройству 200 обновлять программу, установленную внем.
[233] На этапе S1990 внешнее устройство 200 может выполнять команду управления, принятую от хост-устройства 100.
[234] ФИГ. 20 представляет собой блок-схему последовательности операций, иллюстрирующую способ сервера 300 администрирования, передающего команду управления для управления внешним устройством 200 внешнему устройству 200 через хост-устройство 100, согласно примерному варианту осуществления. В отличие от способа с ФИГ. 19, сервер 300 администрирования может непосредственно генерировать команду управления для управления внешним устройством 200 в способе с ФИГ. 20.
[235] На этапе S2010 хост-устройство 100 может принимать информацию измерения от внешнего устройства 200. На этапе S2020 сервер 300 администрирования может аутентифицировать хост-устройство 100. На этапе S2030 сервер 300 администрирования может принимать информацию измерения, измеренную внешним устройством 200, от аутентифицированного хост-устройства 100. На этапе S2040 хост-устройство 100 может анализировать информацию измерения, измеренную внешним устройством 200. Поскольку этапы с S2010 по S2040 соответствуют этапам с S1910 по S1920 с ФИГ. 19, их подробности здесь повторяться не будут.
[236] На этапе S2050 сервер 300 администрирования может непосредственно генерировать команду управления для управления внешним устройством 200 на основании информации измерения, измеренной внешним устройством 200.
[237] Например, если сахар в крови или кровяное давление, которое обычно периодически измеряется, не измеряется, сервер 300 администрирования может генерировать команду управления для внешнего устройства 200 или хост-устройства 100 для вывода тревоги. В качестве альтернативы, если пользователь ест еду, которая вызывает аллергическую реакцию, сервер 300 администрирования может генерировать команду управления для внешнего устройства 200 или хост-устройства 100 для вывода предупреждающего сообщения. В качестве альтернативы, сервер 300 администрирования может генерировать команду управления для внешнего устройства 200 или хост-устройства 100 для вывода информации рекомендации упражнения или диетического меню на основании ежедневной информации упражнения или ежедневной информации питания пользователя.
[238] Согласно варианту осуществления сервер 300 администрирования может генерировать команду управления для по меньшей мере одного внешнего устройства 200 для изменения значения установки или для обновления программы, установленной впо меньшей мере одном внешнем устройстве 200.
[239] Если расходные материалы, используемые внешним устройством 200, являются недостаточными, сервер 300 администрирования может автоматически заказать расходные материалы с сервера продаж, продающего расходные материалы, или может сгенерировать команду управления для внешнего устройства 200 для вывода предупреждающего сообщения о недостатке расходных материалов.
[240] На этапе S2060 сервер 300 администрирования может передавать команду управления хост-устройству 100. Здесь сервер 300 администрирования может изменять команду управления согласно протоколу управления по меньшей мере одного внешнего устройства 200 и передавать измененную команду управления хост-устройству 100.
[241] На этапе S2070 хост-устройство 100 может передавать команду управления, принятую от сервера 300 администрирования, внешнему устройству 200. Здесь хост-устройство 100 может изменять принятую команду управления согласно протоколу управления по меньшей мере одного внешнего устройства 200 и передавать измененную команду управления внешнему устройству 200.
[242] На этапе S2080 внешнее устройство 200 может выполнять команду управления, принятую от хост-устройства 100.
[243] ФИГ. 21 представляет собой блок-схему последовательности операций, иллюстрирующую способ сервера 300 администрирования, непосредственно управляющего внешним устройством 200, согласно примерному варианту осуществления.
[244] На этапе S2110 сервер 300 администрирования может анализировать информацию измерения, измеренную внешним устройством 200. Поскольку этап S2110 соответствует этапу S1940 с ФИГ. 19, его подробности здесь повторяться не будут.
[245] На этапе S2120 сервер 300 администрирования может исполнять приложение, связанное с внешним устройством 200. Посредством исполнения приложения, связанного с внешним устройством 200, сервер 300 администрирования может формировать сеанс связи, способный напрямую связываться с внешним устройством 200 без необходимости использования хост-устройства 100.
[246] На этапе S2130 сервер 300 администрирования может генерировать команду управления согласно протоколу управления внешнего устройства 200. Другими словами, сервер 300 администрирования может изменять команду управления, сгенерированную на основании результата анализа информации измерения, согласно протоколу управления внешнего устройства 200.
[247] На этапе S2140 сервер 300 администрирования может передавать команду управления напрямую внешнему устройству 200 без необходимости использования хост-устройства 100. Сервер 300 администрирования может передавать команду управления внешнему устройству 200 по проводной или беспроводной сети.
[248] На этапе S2150 внешнее устройство 200 может выполнять команду управления, принятую от сервера 300 администрирования.
[249] ФИГ. 22 представляет собой блок-схему последовательности операций, иллюстрирующую способ передачи команды управления внешнему устройству 200 по стадиям, согласно примерному варианту осуществления.
[250] На этапе S2200 сервер 300 администрирования может анализировать информацию измерения, измеренную внешним устройством 200. Затем, на этапе S2210 сервер 300 администрирования может исполнять приложение, связанное с внешним устройством 200, для формирования сеанса связи, допускающего связь с внешним устройством 200.
[251] На этапе S2220 сервер 300 администрирования может генерировать первую команду управления на основании результата анализа информации измерения. На этапе S2230 сервер 300 администрирования может передавать первую команду управления. Например, если внешнее устройство 200 не передает информацию измерения веса с некоторыми интервалами, сервер 300 администрирования может передавать первую команду управления внешнему устройству 200 для передачи информации измерения веса.
[252] На этапе S2240 внешнее устройство 200 может выполнять первую команду управления. Затем, на этапе S2250 внешнее устройство 200 может передавать результат выполнения первой команды управления, например, первую информацию измерения. Например, если информация измерения веса пользователя сохранена, внешнее устройство 200 может передать информацию измерения веса серверу 300 администрирования. В качестве альтернативы, если пользователь еще не измерил вес, внешнее устройство 200 может вывести тревогу для пользователя для измерения веса. Здесь, если пользователь измеряет вес посредством использования внешнего устройства, такого как весы, весы могут передавать информацию измерения веса (первую информацию измерения) серверу 300 администрирования.
[253] На этапе S2260 сервер 300 администрирования может генерировать вторую команду управления на основании результата выполнения первой команды управления, принятой от внешнего устройства 200. Например, если текущий вес пользователя значительно увеличен по сравнению с весом, измеренным на неделю раньше, то на основании анализа результата выполнения первой команды управления сервер 300 администрирования может сгенерировать вторую команду управления, запрашивающую внешнее устройство 200 проанализировать состав тела, в частности процент телесного жира, индекс массы тела, процент брюшного жира, распределение мышц или основную скорость обмена веществ.
[254] В качестве альтернативы, когда текущий вес пользователя является аналогичным весу, измеренному на неделю раньше, то на основании анализа результата выполнения первой команды управления сервер 300 администрирования может не генерировать вторую команду управления.
[255] На этапе S2270 сервер 300 администрирования может передавать вторую команду управления внешнему устройству 200. На этапе S2280 внешнее устройство 200 может дополнительно выполнять вторую команду управления. На этапе S2290 внешнее устройство 200 может передавать результат выполнения второй команды управления серверу 300 администрирования. Например, внешнее устройство 200 может передавать результат анализа состава тела (вторую информацию измерения) серверу 300 администрирования.
[256] ФИГ. 23 представляет собой схему для описания способа сервера 300 администрирования, обеспечивающего информацию предписания или диагностики о пользователе посредством использования информации измерения, согласно примерному варианту осуществления. Хост-устройство 100, упоминаемое в дальнейшем в этом документе, может быть устройством, аутентифицируемым сервером 300 администрирования.
[257] Как показано на ФИГ. 3, внешнее устройство 2300 для измерения информации о здоровье, такое как измеритель сахара в крови, тонометр кровяного давления или весы, может передавать информацию измерения, такую как сахар в крови, кровяное давление или вес, хост-устройству 100 на этапе ➀. Здесь хост-устройство 100 может передавать принятую информацию измерения серверу 300 администрирования на этапе ➁.
[258] Сервер 300 администрирования может сохранять информацию измерения на сервере 400 хранения информации о здоровье на этапе ➂. Сервер 400 хранения информации о здоровье может быть блоком хранения сервера 300 администрирования или как отдельный сервер. Примеры сервера 400 хранения информации о здоровье включают в себя сервер EMR, сервер EHR или сервер PHR.
[259] Сервер 300 администрирования может просматривать информацию о здоровье пользователя, сохраненную на сервере 400 хранения информации о здоровье, на этапе ➃. Сервер 400 хранения информации о здоровье может классифицировать и сохранять информацию измерения согласно учетным записям, согласно внешним устройствам 200 или согласно хост-устройствам 100.
[260] Сервер 300 администрирования может передавать информацию измерения, измеренную внешним устройством 2300, и/или информацию о здоровье, полученную от сервера 400 хранения информации о здоровье, медицинскому устройству 500 на этапе ➄. Также, если определяется, что пользователь имеет проблему со здоровьем на основании анализа измерения, полученного от внешнего устройства 2300, сервер 300 администрирования может передать push-тревогу медицинскому устройству 500.
[261] Медицинское устройство 500 может включать в себя по меньшей мере одно из сервера медицинского института, устройства врача и устройства фармацевта, но не ограничивается этим. Медицинское устройство 500 может анализировать принятую информацию измерения и информацию о здоровье пользователя, и передавать информацию предписания, соответствующую информации измерения, серверу 300 администрирования на этапе ➅.
[262] Сервер 300 администрирования может передавать информацию предписания хост-устройству 100 на этапе ➆. Здесь хост-устройство 100 может выводить информацию предписания на экране. Пользователь может проверять информацию предписания через хост-устройство 100.
[263] Также, сервер 300 администрирования может передавать информацию управления для управления внешним устройством 2300 хост-устройству 100 на основании информации предписания. Здесь хост-устройство 100 может генерировать команду управления на основании информации управления и передавать сгенерированную команду управления внешнему устройству 2300 на этапе ➇.
[264] Согласно варианту осуществления медицинское устройство 500, соединенное с сервером 300 администрирования, может удаленно предписывать лекарственное средство или диагностировать пациента. Также, пользователь может проверять обратную связь медицинского устройства 500 об информации измерения, измеренной внешним устройством 2300, через внешнее устройство 2300 или хост-устройство 100.
[265] ФИГ. 24 представляет собой схему для описания способа сервера 300 администрирования, управляющего внешним устройством 2400 (измерителем сахара в крови) посредством использования информации измерения сахара в крови, согласно примерному варианту осуществления.
[266] Сервер 300 администрирования может принимать информацию руководства по измерению сахара в крови отустройства 600 ухода за больным. Например, сервер 300 администрирования может принимать информацию, рекомендующую измерять сахар в крови три раза в день, от устройства 600 ухода за больным.
[267] Сервер 300 администрирования может принимать информацию измерения сахара в крови, измеренную внешним устройством 2400, через хост-устройство 100. Здесь информация измерения сахара в крови может включать в себя уровень сахара в крови и время измерения сахара в крови. Сервер 300 администрирования может сравнивать фактическую информацию измерения сахара в крови (например, один раз в день) и информацию руководства по измерению сахара в крови (например, три раза в день). Если графики измерения не совпадают, сервер 300 администрирования может обеспечить тревогу устройству 600 ухода за больным или хост-устройству 100 касательно графика измерения сахара в крови. В это время лицо, ухаживающее за больным, может позвонить пользователю для описания его или ее циклов измерения сахара в крови.
[268] Также, хост-устройство 100 может выводить информацию тревоги, принятую от сервера 300 администрирования или управлять внешним устройством 2400 на основании информации тревоги. Например, хост-устройство 100 может управлять внешним устройством 2400 для вывода сообщения предупреждения, связанного с графиком измерения.
[269] Если значение установки внешнего устройства 2400 установлено неправильно, сервер 300 администрирования может изменить значение установки через хост-устройство 100.
[270] Согласно другому варианту осуществления сервер 300 администрирования может передавать информацию руководства по измерению сахара в крови хост-устройству 100 и хост-устройство 100 может сравнивать информацию руководства по измерению сахара в крови с информацией измерения, измеренной внешним устройством 2400. Согласно варианту осуществления хост-устройство 100 может передавать информацию о некотором событии серверу 300 администрирования, когда возникает упомянутое некоторое событие, например, когда уровень сахара в крови является критическим уровнем или фактический период измерения не совпадает с периодом измерения в информации руководства по измерению. Здесь сервер 300 администрирования может передавать информацию об упомянутом некотором событии устройству 600 ухода за больным и принимать обратную связь об упомянутом некотором событии от устройства 600 ухода за больным. Сервер 300 администрирования может управлять хост-устройством 100 или внешним устройством 2400 на основании обратной связи об упомянутом некотором событии.
[271] ФИГ. 25 представляет собой схему для описания способа сервера 300 администрирования, обеспечивающего информацию рекомендации, согласно примерному варианту осуществления.
[272] Сервер 300 администрирования может принимать информацию измерения, измеренную внешним устройством 2500, через хост-устройство 100, которое является аутентифицированным, и затем сохранять принятую информацию измерения на сервере 400 хранения информации о здоровье. В то же время сервер 300 администрирования может просматривать информацию о здоровье пользователя, сохраненную на сервере 400 хранения информации о здоровье.
[273] Сервер 300 администрирования может искать связанную со здоровьем информацию из внешнего сервера на основании информации измерения, измеренной внешним устройством 2500, и информации о здоровье, просматриваемой из сервера 400 хранения информации о здоровье. Также, сервер 300 администрирования может генерировать информацию рекомендации, например, информацию рекомендации еды, информацию рекомендации упражнения, информацию рекомендации температуры или информацию рекомендации влажности, на основании результата поиска.
[274] Здесь сервер 300 администрирования может передавать информацию рекомендации хост-устройству 100. Информация рекомендации, переданная сервером 300 администрирования, может быть реализована в форме текста, форме изображения или форме унифицированного указателя ресурса (URL). Хост-устройство 100 может отображать принятую информацию рекомендации на экране.
[275] Хост-устройство 100 может генерировать команду управления для управления внешним устройством 2500 на основании принятой информации рекомендации. Например, комнатная температура и влажность, подходящие для состояния здоровья пользователя, могут быть соответственно 25°C и 50%, но если текущая температура и текущая влажность являются соответственно 28°C и 30%, хост-устройство 100 может сгенерировать команду управления для изменения значений установки увлажнителя и кондиционера воздуха.
[276] ФИГ. 26 представляет собой схему для описания способа сервера администрирования, обеспечивающего информацию рекомендации упражнения, согласно примерному варианту осуществления.
[277] Сервер 300 администрирования может собирать информацию измерения, такую как вес, высота, процент телесного жира, частота сердечных сокращений, кровяное давление, сахар в крови, объем упражнений и информация о сне, из первого-n-ого внешних устройств с 2600-1 по 2600-n. Здесь сервер 300 администрирования может принимать информацию измерения через хост-устройство 100 или непосредственно от первого-n-ого внешних устройств с 2600-1 по 2600-n.
[278] Сервер 300 администрирования может записывать информацию измерения на сервере 400 хранения информации о здоровье и просматривать ежедневную информацию упражнения или информацию состояния здоровья пользователя из сервера 400 хранения информации о здоровье.
[279] Сервер 300 администрирования может сравнивать информацию измерения, измеренную первым-n-ым внешними устройствами с 2600-1 по 2600-n, с ежедневной информацией упражнения и информацией состояния здоровья пользователя, и генерировать подходящую (рекомендуемую) информацию упражнения, такую как тип упражнения, время упражнения, дистанция и курс. Сервер 300 администрирования может передавать подходящую (рекомендуемую) информацию упражнения хост-устройству 100 или первому-n-ому внешним устройствам с 2600-1 по 2600-n. Также, если объем упражнений пользователя превышает подходящий уровень, сервер 300 администрирования может передавать уведомляющее сообщение об объеме упражнений хост-устройству 100 или первому-n-ому внешним устройствам с 2600-1 по 2600-n.
[280] В дальнейшем в этом документе предполагается, что подходящий объем упражнений равен 1400 ккал и пользователь X хочет получить 3 кг, при этом пользователь X, имеющий аритмию сердца, едет на велосипеде с одновременно надетым монитором частоты сердечных сокращений.
[281] Когда текущий однодневный объем упражнений пользователя X равен 1300 ккал, время упражнения равно 1 часу и средняя частота сердечных сокращений равна 120 ударам в минуту, после анализа информации измерения, полученной от внешнего устройства, такого как велосипед или монитор частоты сердечных сокращений, сервер 300 администрирования может управлять хост-устройством 100 или внешним устройством, таким как велосипед или монитор частоты сердечных сокращений, для вывода уведомляющего сообщения, уведомляющего пользователя X, что он или она почти достиг рекомендуемого объема упражнений. Также, сервер 300 администрирования может обеспечивать информацию о потери веса, ожидаемую, если пользователь X тренируется в текущем темпе, хост-устройству 100 или одному из первого-n-ого внешних устройств с 2600-1 по 2600-n.
[282] Если однодневный объем упражнений пользователя X превышает рекомендуемый объем упражнений, сервер 300 администрирования может передавать сообщение, уведомляющее пользователя X, что рекомендуемая частота сердечных сокращений, рекомендуемое время упражнения и рекомендуемый объем упражнений были превышены, хост-устройству 100 или внешнему устройству, такому как велосипед или монитор частоты сердечных сокращений.
[283] Согласно другому варианту осуществления, когда эффективность сна пользователя Y является низкой, например, когда пользователь Y не спал хорошо, после анализа информации измерения сна пользователя Y сервер 300 администрирования может рекомендовать пользователю Y объем упражнений, меньший, чем средний подходящий объем упражнений в качестве текущего подходящего объема упражнений. Также, сервер 300 администрирования может обеспечивать подходящий тип упражнения, время, дистанцию, курс и интервал хост-устройству 100 или внешнему устройству 200 до того, как пользователь Y начнет тренироваться.
[284] ФИГ. 27A и 27B иллюстрируют схемы экранов внешнего устройства 200 и хост-устройства 100, которые отображают информацию рекомендации, согласно примерному варианту осуществления. На ФИГ. 27 внешнее устройство 200 является беговой дорожкой 2700.
[285] Как показано на ФИГ. 27А, беговая дорожка 2700 может отображать информацию рекомендации упражнения согласно команде управления, принятой от хост-устройства 100 или сервера 300 администрирования. Например, беговая дорожка 2700 может отображать, что рекомендованным временем упражнения является 30 минут и рекомендованным уровнем упражнения является уровень 3.
[286] Беговая дорожка 2700 может изменять предварительно установленное значение согласно команде управления, принятой от хост-устройства 100 или сервера 300 администрирования. Например, когда пользователь нажимает кнопку пуска на беговой дорожке 2700, беговая дорожка 2700 в основном устанавливается для запуска с уровня 1, но беговая дорожка 2700 может изменить значение установки для запуска с уровня 3, когда пользователь нажимает кнопку пуска согласно команде управления, принятой от хост-устройства 100 или сервера 300 администрирования.
[287] Как показано на ФИГ. 27B, хост-устройство 100 может отображать информацию рекомендации упражнения согласно команде управления, принятой от сервера 300 администрирования. Например, хост-устройство 100 может отображать, что рекомендованным типом упражнения является беговая дорожка, рекомендованным временем упражнения является 30 минут и рекомендованным уровнем упражнения является уровень 3.
[288] В то же время хост-устройство 100 может передавать команду управления, принятую от сервера 300 администрирования, беговой дорожке 2700. Хост-устройство 100 может управлять беговой дорожкой 2700 на основании информации рекомендации упражнения, принятой от сервера 300 администрирования. Здесь хост-устройство 100 может управлять беговой дорожкой 2700 посредством исполнения приложения, связанного с беговой дорожкой 2700.
[289] ФИГ. 28 представляет собой схему для описания способа сервера 300 администрирования, управляющего внешним устройством (таблетницей) 2800 на основании информации приема, согласно примерному варианту осуществления. На ФИГ. 28 внешнее устройство 200 является таблетницей 2800.
[290] Таблетница 2800 может измерять информацию приема, такую как время приема и тип принимаемого лекарственного средства, и информацию наличия/отсутствия лекарственного средства. Например, когда таблетница 2800 разделена на места, соответствующие неделе и утру/полудню/вечеру, и лекарственное средство, которое должно быть принято пользователем, расположено в каждом месте, таблетница 2800 может проверять, принимал ли пользователь лекарственное средство, а также время приема на основании информации наличия/отсутствия лекарственного средства каждого места.
[291] Таблетница 2800 может принимать информацию тревоги. Например, когда пользователь должен принимать лекарственное средство в 7:00, 13:00 и 19:00, пользователь может устанавливать таблетницу 2800 генерировать тревогу в соответствующее время.
[292] Таблетница 2800 может передавать информацию приема, информацию наличия/отсутствия лекарственного средства и информацию тревоги хост-устройству 100, и хост-устройство 100 может передавать принятую информацию приема, принятую информацию наличия/отсутствия лекарственного средства и принятую информацию тревоги серверу 300 администрирования. Согласно другому варианту осуществления пользователь может вводить информацию тревоги хост-устройству 100, так что таблетница 2800 генерирует тревогу.
[293] Сервер 300 администрирования может сравнивать информацию предписания, полученную от устройства 600 ухода за больным, и информацию приема, измеренную таблетницей 2800. Также, сервер 300 администрирования может передавать обратную связь, такую как тревогу, приветствие, предупреждение или статус приема хост-устройству 100 согласно результату сравнения.
[294] Хост-устройство 100 может управлять таблетницей 2800 на основании обратной связи от сервера 300 администрирования. Например, хост-устройство 100 может управлять блоком вывода, таким как светодиод (LED), блоком вывода звука или блоком отображения таблетницы 2800.
[295] Сервер 300 администрирования может обеспечивать информацию о предписанном лекарственном средстве, лекарственном средстве, которое не должно быть приниматься вместе (с другим), еде, с которой пользователь должен быть осторожен и аптеках, где пользователь может покупать лекарственное средство (название аптеки, местоположение и рабочие часы) хост-устройству 100 или таблетнице 2800 на основании информации предписания.
[296] Также, сервер 300 администрирования может корректировать время приема в связи с информацией питания пользователя, такой как время питания или порция питания, и уведомлять о скорректированном времени приема хост-устройство 100 или таблетницу 2800. Если часовой пояс таблетницы 2800 изменяется по мере путешествия пользователя, сервер 300 администрирования может корректировать предварительно установленное время приема посредством распознавания ситуации.
[297] ФИГ. 29A и 29B представляют собой схемы экранов внешнего устройства (таблетницы) 2900 и хост-устройства 100, соответственно, которые отображают информацию тревоги, согласно примерному варианту осуществления.
[298] Как показано на ФИГ. 29А, таблетница 2900 может отображать информацию уведомления о приеме согласно команде управления, принятой от хост-устройства 100 или сервера 300 администрирования. Например, таблетница 2900 может включать LED 2910 или включать в себя графический пользовательский интерфейс (GUI) для обеспечения информации о том, принимал ли пользователь лекарственное средство. Если пользователь должен принять лекарственное средство для кровяного давления в 18:00, но она определяет, что лекарственное средство для кровяного давления еще не принято в 18:30 после анализа информации измерения, измеренной таблетницей 2900, сервер 300 администрирования или хост-устройство 100 может управлять таблетницей 2900 для вывода уведомляющего сообщения 2920 "Примите лекарственное средство для кровяного давления" на блоке отображения таблетницы 2900.
[299] В качестве альтернативы, сервер 300 администрирования может обеспечивать информацию предписания таблетнице 2900. Здесь, когда пользователь выбирает "ПРОВЕРИТЬ ПРЕДПИСАНИЕ" 2930, таблетница 2900 может отображать предписание на блоке отображения.
[300] Как показано на ФИГ. 29B, хост-устройство 100 может отображать уведомляющее сообщение приема. Например, когда пользователь не принял лекарственное средство для кровяного давления в некоторый период, хост-устройство 100 может выводить уведомляющее сообщение, например, "ВЫ НЕ ПРИНЯЛИ ЛЕКАРСТВЕННОЕ СРЕДСТВО ДЛЯ КРОВЯНОГО ДАВЛЕНИЯ. ПРИМИТЕ ЕГО" на основании информации уведомления о приеме, принятой от сервера 300 администрирования.
[301] Хост-устройство 100 может управлять таблетницей 2900 на основании информации уведомления о приеме, принятой от сервера 300 администрирования. Здесь хост-устройство 100 может управлять таблетницей 2900 посредством исполнения приложения, связанного с таблетницей 2900.
[302] ФИГ. 30 представляет собой структурную схему системы для администрирования субвнешнего устройства 220 согласно примерному варианту осуществления.
[303] Как показано на ФИГ. 30, система может включать в себя хост-устройство 100, главное внешнее устройство 210, субвнешнее устройство 200 и сервер 300 администрирования. Поскольку подробности о хост-устройстве 100 и сервере 300 администрирования совпадают с подробностями с ФИГ. 1, только главное внешнее устройство 210 и субвнешнее устройство 220 будут описаны подробно.
[304] Главное внешнее устройство 210 может быть соединено с хост-устройством 100 и управляться им через первое приложение, установленное на хост-устройстве 100. Субвнешнее устройство 220 может быть соединено с и управляться главным внешним устройством 210 через второе приложение, установленное на главном внешнем устройстве 210.
[305] Главное внешнее устройство 210 может получать информацию измерения, измеренную субвнешним устройством 220, по проводной связи, беспроводной связи или связи с малым радиусом действия. Также, главное внешнее устройство 210 может передавать информацию измерения серверу 300 администрирования через хост-устройство 100 или напрямую.
[306] Главное внешнее устройство 210 может принимать команду управления для управления субвнешним устройством 220 напрямую от сервера 300 администрирования или через хост-устройство 100.
[307] В то же время главное внешнее устройство 210 может изменять команду управления, принятую от сервера 300 администрирования или хост-устройства 100, согласно протоколу управления субвнешнего устройства 220. Другими словами, главное внешнее устройство 210 может управлять субвнешним устройством 220 на основании команды управления, принятой от сервера 300 администрирования или хост-устройства 100.
[308] Главное внешнее устройство 210 может быть шлюзом. Шлюз может быть беспроводной ретрансляционной базовой станцией. Например, главное внешнее устройство 210 может быть проводным/беспроводным IP-маршрутизатором, имеющим возможность совместного использования Интернета. В качестве альтернативы, главное внешнее устройство 210 может быть AP, имеющей возможность блокировки проводной связи и беспроводной связи, или беспроводным маршрутизатором, имеющим возможность совместного использования Интернета с AP.
[309] Субвнешнее устройство 220 может быть устройством, измеряющим связанную со здоровьем информацию пользователя. Примеры субвнешнего устройства 220 включают в себя медицинское устройство, такое как измеритель сахара в крови или тонометр кровяного давления, спортивное устройство, такое как велосипед, беговая дорожка, хула-хуп, гантель, скакалка или смит-машина и устройство CE, такое как кондиционер воздуха, духовка, холодильник или вентилятор, но без ограничения упомянутым.
[310] ФИГ. 31 представляет собой схему для описания способа сервера 300 администрирования, администрирующего первое-n-ое внешние устройства с 220-1 по 220-n через домашний шлюз 210', согласно примерному варианту осуществления.
[311] Как показано на ФИГ. 31, хост-устройство 100 может получать связанную с окружающей средой информацию, такую как влажность, освещение, атмосфера и движение, измеренную первым-n-ым внешними устройствами с 220-1 по 220-n. Здесь хост-устройство 100 может передавать полученную связанную с окружающей средой информацию серверу 300 администрирования.
[312] Сервер 300 администрирования может записывать связанную с окружающей средой информацию на сервере 400 хранения информации о здоровье. Также, сервер 300 администрирования может извлекать связанную со здоровьем информацию пользователя из сервера 400 хранения информации о здоровье.
[313] Сервер 300 администрирования может анализировать окружающую среду пользователя на основании связанной с окружающей средой информации, такой как влажность, освещение, атмосфера и движение, измеренной первым-n-ым внешними устройствами с 220-1 по 220-n, и связанной со здоровьем информации, извлеченной из сервера 400 хранения информации о здоровье. Например, сервер 300 администрирования может анализировать, является ли текущая окружающая среда подходящей или вредной для пользователя с астмой.
[314] Сервер 300 администрирования может передавать результат анализа и/или рекомендованную информацию установки окружающей среды хост-устройству 100. Хост-устройство 100 может генерировать информацию управления для управления первым-n-ым внешними устройствами с 220-1 по 220-n на основании результата анализа и/или рекомендованной информации установки окружающей среды. Информация управления может включать в себя необходимость вентиляции, значение установки освещения, информацию корректировки окна, значение установки температуры или значение установки влажности, но без ограничения упомянутым.
[315] Хост-устройство 100 может передавать сгенерированную информацию управления домашнему шлюзу 210', то есть главному внешнему устройству. Домашний шлюз 210' может управлять первым-n-ым внешними устройствами с 220-1 по 220-n, соединенными с домашним шлюзом 210’, на основании информации управления, принятой от хост-устройства 100. Например, домашний шлюз 210' может закрывать или открывать окно, менять освещение или управлять увлажнителем или кондиционером воздуха.
[316] ФИГ. 32 представляет собой схему для описания способа сервера 300 администрирования, обеспечивающего информацию рекомендуемой/не рекомендуемой диеты, согласно примерному варианту осуществления.
[317] Хост-устройство 100 может принимать связанную со здоровьем информацию пользователя, такую как информация объема упражнений, информация диеты, информация о состоянии сна и информация уровня сахара в крови, и кровяного давления, соответственно, от первого-четвертого внешних устройств 3210, 3220, 3230 и 3240. Хост-устройство 100 может передавать связанную со здоровьем информацию серверу 300 администрирования. Сервер 300 администрирования может записывать связанную со здоровьем информацию на сервере 400 хранения информации о здоровье и просматривать информацию о здоровье пользователя, записанную на сервере 400 хранения информации о здоровье.
[318] Сервер 300 администрирования может генерировать информацию рекомендуемой/не рекомендуемой диеты на основании связанной со здоровьем информации (например, объем упражнений, прием, кровяное давление, уровень сахара в крови и состояние сна) и просмотренной информации о здоровье (например, болезнь). В качестве альтернативы, сервер 300 администрирования может генерировать информацию рекомендуемой диеты на основании последней информации диеты и информации объема упражнений пользователя.
[319] Сервер 300 администрирования может передавать информацию рекомендуемой/не рекомендуемой диеты хост-устройству 100. Здесь хост-устройство 100 может отображать принятую информацию рекомендуемой/не рекомендуемой диеты на экране. Согласно другому варианту осуществления сервер 300 администрирования может передавать информацию об объеме упражнений в сравнении с приемом калорий и информацию о приеме соли хост-устройству 100.
[320] ФИГ. 33 представляет собой структурную схему системы для сервера 300 администрирования для управления вторым внешним устройством 3320 посредством использования информации измерения, полученной первым внешним устройством 3310, согласно примерному варианту осуществления.
[321] Как показано на ФИГ. 33, хост-устройство 100 может получать информацию измерения, измеренную первым внешним устройством 3310, от первого внешнего устройства 3310. Затем хост-устройство 100 может передавать полученную информацию измерения серверу 300 администрирования. Здесь сервер 300 администрирования может анализировать информацию измерения, измеренную первым внешним устройством 3310, и генерировать информацию управления для управления вторым внешним устройством 3320 на основании результата анализа.
[322] Сервер 300 администрирования может передавать сгенерированную информацию управления хост-устройству 100. Хост-устройство 100 может управлять вторым внешним устройством 3320 согласно принятой информации управления. В качестве альтернативы, сервер 300 администрирования может получать информацию измерения непосредственно от первого внешнего устройства 3310 и непосредственно управлять вторым внешним устройством 3320.
[323] Согласно варианту осуществления внешнее устройство, обеспечивающее информацию измерения серверу 300 администрирования или хост-устройству 100, может отличаться от внешнего устройства, управляемого сервером 300 администрирования или хост-устройством 100.
[324] ФИГ. 34A и 34B представляют собой схемы для описания системы для сервера 300 администрирования для управления вторым внешним устройством посредством использования информации измерения, полученной первым внешним устройством, согласно примерному варианту осуществления.
[325] Как описано выше по тексту со ссылкой на ФИГ. 32, сервер 300 администрирования может генерировать информацию рекомендуемой/не рекомендуемой еды на основании связанной со здоровьем информации, такой как объем упражнений, прием, состояние сна,сахар в крови и кровяное давление, полученной от каждого из первого-четвертого внешних устройств с 3210 по 3240, и информации болезни пользователя.
[326] Здесь сервер 300 администрирования может генерировать команду управления для управления холодильником 3400 так, что информация рекомендуемой/не рекомендуемой еды отображается на блоке 3410 отображения холодильника 3400. Также, сервер 300 администрирования может передавать команду управления холодильнику 3400 напрямую или через хост-устройство 100, или домашний шлюз 210’. Другими словами, сервер 300 администрирования может управлять холодильником 3400, то есть внешним устройством, отличным от медицинского устройства, измерителя сахара в крови, тонометра кровяного давления или таблетницы, которое обеспечило информацию измерения.
[327] Как показано на ФИГ. 34(а), холодильник 3400 может отображать ежедневный целевой прием калорий, остаток калорий до целевого количества калорий, рекомендованную еду и не рекомендованную еду на блоке 3410 отображения согласно команде управления.
[328] В то же время, как показано на ФИГ. 34(b), хост-устройство 100 также может отображать целевое количество калорий, прием калорий, остаток калорий и рекомендованную еду на экране на основании команды управления сервера 300 администрирования.
[329] ФИГ. 35 представляет собой схему для описания способа сервера 300 администрирования, обновляющего внешнее устройство 3500, согласно примерному варианту осуществления.
[330] Как показано на ФИГ. 35, хост-устройство 100 может запрашивать внешнее устройство 3500 выполнять тест. В ответ на запрос внешнее устройство 3500 может выполнять тест и передавать результат теста хост-устройству 100. Хост-устройство 100 может анализировать принятый результат теста. Если определяется, что системная ошибка произошла во внешнем устройстве 3500 на основании анализа, хост-устройство 100 может сообщать о системной ошибке серверу 300 администрирования.
[331] Сервер 300 администрирования может запрашивать и принимать данные исправления/обновления для решения проблемы, связанной с системной ошибкой, от сервера 700 поставщика внешнего устройства. Сервер 300 администрирования может передавать информацию исправления/обновления и информацию анализа состояния хост-устройству 100.
[332] Здесь хост-устройство 100 может обновлять внешнее устройство 3500 или выполнять калибровку в отношении внешнего устройства 3500 на основании информации исправления/обновления и информации анализа состояния, принятой от сервера 300 администрирования.
[333] ФИГ. 36 представляет собой блок-схему последовательности операций, иллюстрирующую способ обновления программно-аппаратного обеспечения множества внешних устройств, согласно примерному варианту осуществления.
[334] На этапе S3610 новое программно-аппаратное обеспечение может быть зарегистрировано на предопределенном внешнем устройстве. Согласно варианту осуществления новое программно-аппаратное обеспечение может быть зарегистрировано на сервере 700 поставщика внешнего устройства или сервере обеспечения приложения. Сервер 700 поставщика внешнего устройства может обеспечивать информацию о регистрации нового программно-аппаратного обеспечения серверу 300 администрирования.
[335] На этапе S3620 сервер 300 администрирования может получать список множества пользователей (учетных записей) с использованием предопределенного внешнего устройства. На этапе S3630 сервер 300 администрирования может проверять версию программно-аппаратного обеспечения внешнего устройства, соответствующего каждому из множества пользователей (учетных записей). Когда проверенная версия программно-аппаратного обеспечения ниже, чем новая версия программно-аппаратного обеспечения, сервер 300 администрирования может проверять хост-устройство 100 согласно пользователям (учетным записям) на этапе S3640. Затем сервер 300 администрирования может обеспечивать уведомление о регистрации нового программно-аппаратного обеспечения хост-устройству 100 на этапе S3650.
[336] Если определяется, что сообщение соглашения обновления пользователя не принято через хост-устройство 100 на этапе S3660, сервер 300 администрирования может снова обеспечить уведомление о регистрации нового программно-аппаратного обеспечения хост-устройству 100.
[337] Если на этапе S3660 определяется, что сообщение соглашения обновления пользователя принято через хост-устройство 100, сервер 300 администрирования может обеспечить новое программно-аппаратное обеспечение хост-устройству 100 или предопределенному внешнему устройству на этапе S3670.
[338] На этапе S3680 определяется, принял ли сервер 300 администрирования сообщение о завершении обновления программно-аппаратного обеспечения на предопределенном внешнем устройстве от хост-устройства 100 или предопределенного внешнего устройства. Если сообщение принято, сервер 300 администрирования может обновить информацию о версии программно-аппаратного обеспечения предопределенного внешнего устройства на этапе S3690.
[339] Если новое программно-аппаратное обеспечение зарегистрировано на сервере 700 поставщика внешнего устройства и сервер 700 поставщика внешнего устройства получает список множества пользователей (учетных записей) от сервера 300 администрирования, этапы с S3630 по S3690 могут быть выполнены сервером 700 поставщика внешнего устройства.
[340] ФИГ. 37 представляет собой схему для описания способа сервера 300 администрирования, администрирующего расходные материалы внешнего устройства 3700, согласно примерному варианту осуществления. На ФИГ. 37 внешнее устройство 3700 является измерителем сахара в крови.
[341] Хост-устройство 100 может получать информацию состояния (наличие/отсутствие или оставшийся объем) расходных материалов, таких как полоски, измеренную внешним устройством 3700. Хост-устройство 100 может передавать полученную информацию состояния серверу 300 администрирования. Сервер 300 администрирования может анализировать информацию состояния. Если определяется, что расходные материалы должны быть заменены/добавлены на основании результата анализа, сервер 300 администрирования может обеспечивать уведомление устройству 600 ухода за больным для того, чтобы лицо, ухаживающее за больным, могло заменить/добавить расходные материалы.
[342] Также, сервер 300 администрирования может обеспечивать информацию закупки/оплаты расходных материалов хост-устройству 100. Например, сервер 300 администрирования может обеспечивать информацию веб-страницы или контактную информация продавца для закупки расходных материалов хост-устройству 100.
[343] ФИГ. 38 представляет собой блок-схему последовательности операций, иллюстрирующую способ хост-устройства 100 (устройства учителя), администрирующего внешнее устройство 200 (устройство студента) через сервер 300 администрирования, согласно примерному варианту осуществления.
[344] На этапе S3800 хост-устройство 100 может принимать информацию устройства о внешнем устройстве 200 от внешнего устройства 200. Информация устройства о внешнем устройстве 200 может включать в себя идентификационную информацию внешнего устройства 200, информацию соединения для соединения с внешним устройством 200, информацию приложения, связанную с внешним устройством 200, и информацию протокола управления внешнего устройства 200. Поскольку этап S3800 соответствует этапу S220 с ФИГ. 2, его подробности здесь повторяться не будут.
[345] На этапе S3810 хост-устройство 100 может передавать информацию устройства о внешнем устройстве 200 серверу 300 администрирования, одновременно запрашивая, чтобы сервер 300 администрирования зарегистрировал внешнее устройство 200. Здесь хост-устройство 100 может передавать по меньшей мере одну из информации учетной записи и идентификационной информации о хост-устройстве 100 серверу 300 администрирования.
[346] На этапе S3820 сервер 300 администрирования может сохранять информацию устройства о внешнем устройстве 200 в списке зарегистрированных внешних устройств. Здесь согласно варианту осуществления сервер 300 администрирования может отображать и администрировать идентификационную информацию внешнего устройства 200 и по меньшей мере одну из информации учетной записи и идентификационной информации хост-устройства 100.
[347] На этапе S3830 сервер 300 администрирования может принимать запрос от хост-устройства 100 для управления внешним устройством 200. На этапе S3840 сервер 300 администрирования может генерировать команду управления для управления внешним устройством 200 на основании запроса от хост-устройства 100. На этапе S3850 сервер 300 администрирования может передавать команду управления внешнему устройству 200. На этапе S3860 сервер 300 администрирования может выполнять команду управления.
[348] Например, сервер 300 администрирования может соединяться с внешним устройством 200 и регистрировать учетную запись (или группу учетных записей) внешнего устройства 200, то есть устройства студента, для учетной записи хост-устройства 100, то есть устройства учителя, согласно запросу хост-устройства 100. Здесь сервер 300 администрирования может принимать от хост-устройства 100 запрос управления для управления внешним устройством 200, чтобы открывать учебник, воспроизводить некоторое содержимое, автоматически загружать домашнюю работу или закрывать приложение теста, когда тест окончен. Согласно запросу сервер 300 администрирования может управлять внешним устройством 200, чтобы открывать учебник, воспроизводить некоторое содержимое, загружать домашнее задание или закрывать приложение теста, когда тест окончен.
[349] На этапе S3870 внешнее устройство 200 может выгружать данные серверу 300 администрирования. Здесь на этапе S3880 сервер 300 администрирования может передавать выгружаемые данные хост-устройству 100. На этапе S3890 хост-устройство 100 может отображать принятые данные на экране.
[350] Например, внешнее устройство 200 может выгружать данные результата домашнего задания серверу 300 администрирования. Здесь сервер 300 администрирования может проверять хост-устройство 100, соединенное с внешним устройством 200, и обеспечивать данные результата домашнего задания хост-устройству 100. Учитель может проверять данные результата домашнего задания, отображенные на хост-устройстве 100. В то же время сервер 300 администрирования может передавать информацию о приложении, исполняемом на внешнем устройстве 200, хост-устройству 100.
[351] Согласно варианту осуществления порядок этапов с S3800 по S3890 может быть изменен или некоторые этапы могут быть пропущены.
[352] ФИГ. 39 представляет собой схему для описания способа вывода будильника, генерируемой/устанавливаемой на первом внешнем устройстве 3910 и втором-пятом внешних устройствах с 3920 по 3950, согласно примерному варианту осуществления.
[353] Пользователь может устанавливать будильник на первом внешнем устройстве 3910. Здесь первое внешнее устройство 3910 может передавать информацию будильника серверу 300 администрирования. Сервер 300 администрирования может передавать команду вывода будильника второму-пятому внешним устройствам 3920-3950, которые предварительно установлены для совместного использования информации будильника с первым внешним устройством 3910, на основании принятой информации будильника. Здесь второе-пятое внешние устройства с 3920 по 3950 выводят будильник.
[354] Например, когда пользователь устанавливает будильник на мобильном телефоне для вывода вибрации и/или музыки на 7:00, мобильный телефон может передавать информацию будильника серверу 300 администрирования. Затем сервер 300 администрирования может передавать команду управления часам, очкам, PC и измерителю сахара в крови так, что часы, очки, PC и измеритель сахара в крови генерируют будильник в7:00, так же как мобильный телефон. Соответственно, пользователь может проверять будильник на внешних устройствах (например, часах, очках, PC и измерителе сахара в крови), отличных от мобильного телефона, в котором установлен будильник.
[355] Согласно другому варианту осуществления, когда push-будильник генерируется на первом внешнем устройстве 3910, первое внешнее устройство 3910 может передавать информацию генерирования push-будильника серверу 300 администрирования. Здесь сервер 300 администрирования может передавать команду вывода будильника второму-пятому внешним устройствам 3920-3950, которые предварительно установлены для совместного использования информации будильника с первым внешним устройством 3910, на основании информации генерирования push-будильника. Здесь второе-пятое внешние устройства с 3920 по 3950 выводят push-будильник.
[356] Пользователь может устанавливать множество внешних устройств для совместного использования вывода будильника. Например, пользователь может устанавливать первое-пятое внешние устройства с 3910 по 3950 в качестве первой группы внешних устройств для совместного использования будильника. Здесь, когда будильник установлен или push-будильник сгенерирован на одном из первого-пятого внешних устройств с 3910 по 3950, сервер 300 администрирования может управлять первым-пятым внешними устройствами с 3910 по 3950, чтобы одновременно выводить будильник или push-будильник.
[357] Хост-устройство 100 может соединяться с сервером 300 администрирования, чтобы удаленно управлять по меньшей мере одним из первого-пятого внешних устройств с 3910 по 3950.
[358] ФИГ. 40 представляет собой структурную схему хост-устройства 100 согласно примерному варианту осуществления.
[359] Как показано на ФИГ. 40, хост-устройство 100 может включать в себя блок 110 связи, блок 120 вывода, блок 130 пользовательского ввода, блок 140 ввода аудио/видео (A/V), блок 150 управления и память 160. Однако, компоненты, показанные на ФИГ. 40, не все являются существенными. Другими словами, хост-устройство 100 может включать в себя больше или меньше компонентов, чем показано на ФИГ. 40.
[360] Вышеуказанные компоненты сейчас будут описаны последовательно.
[361] Блок 110 связи может включать в себя по меньшей мере один компонент, обеспечивающий возможность связи между хост-устройством 100 и по меньшей мере одним внешним устройством 200 или между хост-устройством 100 и сервером 300 администрирования. Например, блок 110 связи может включать в себя блок 111 мобильной связи, блок 112 связи с малым радиусом действия, блок 113 проводной связи и блок 114 беспроводной связи.
[362] Примеры технологии связи с малым радиусом действия включают в себя WLAN, такую как Wi-Fi, Bluetooth, ZigBee, WFD, UWB, ассоциация передачи данных в инфракрасном диапазоне (IrDA) и BLE, но не ограничиваются этим.
[363] Блок 120 вывода используется для вывода аудиосигнала, видеосигнала или вибросигнала и может включать в себя блок 121 отображения, блок 122 вывода звука и вибромотор 123.
[364] Блок 121 отображения отображает информацию обработанную хост-устройством 100. Например, блок 121 отображения может отображать информацию администрирования для администрирования внешнего устройства 200, принятую от сервера 300 администрирования.
[365] Когда блок 121 отображения имеет структуру воспринимающего касание (сенсорного) экрана, в которой блок 121 отображения формирует многоуровневую структуру с воспринимающей касание панелью, блок 121 отображения может служить и в качестве устройства вывода, и в качестве устройства ввода. Блок 141 отображения может включать в себя по меньшей мере один из жидкокристаллического дисплея (LCD), жидкокристаллического дисплея на тонкопленочных транзисторах (TFT-LCD), дисплея на органических светодиодах (OLED), гибкого дисплея, 3D дисплея и электрофоретического дисплея. Хост-устройство 100 может включать в себя по меньшей мере два блока 121 отображения в зависимости от реализованной структуры хост-устройства 100. По меньшей мере два блока 121 отображения могут быть расположены друг напротив друга с шарниром между ними.
[366] Блок 122 вывода звука может выводить аудиоданные, принятые от блока 110 связи или сохраненные в памяти 160. Блок 122 вывода звука может выводить звуковой сигнал (например, звук приема сигнала вызова или звук приема сообщения), связанный с функцией, выполняемой хост-устройством 100. Блок 122 вывода звука может включать в себя по меньшей мере один из громкоговорителя и зуммера.
[367] Вибромотор 123 может выводить вибросигнал. Например, вибромотор 123 может выводить вибросигнал, соответствующий выводу аудиоданных или видеоданных, таких как звук приема сигнала вызова или звук приема сообщения. Вибромотор 123 также может выводить вибросигнал, когда на воспринимающем касание экране имеется ввод касанием.
[368] Блок 130 пользовательского ввода является блоком, через который пользователь вводит данные для управления хост-устройством 100. Например, блок 130 пользовательского ввода может быть клавишной панелью, куполообразным переключателем, воспринимающей касание панелью (то есть, контактной статической емкостной воспринимающей касание панелью, резистивным воспринимающим касание экраном нажимного типа, обнаруживающей инфракрасные лучи воспринимающей касание панелью, воспринимающей касание панелью с поверхностной проводимостью ультразвуковых волн, измеряющей внутреннее напряжение воспринимающей касание панелью, воспринимающей касание панелью на пьезоэлектрическом эффекте или подобным), безупорным регулятором или безупорным переключателем, но не ограничивается этим.
[369] Блок 140 ввода A/V является блоком для приема аудиосигнала или видеосигнала и может включать в себя камеру 141 и микрофон 142. Камера 141 может получать кадр изображения неподвижного изображения или движущегося изображения в режиме видеовызова или режиме съемки посредством датчика изображения. Изображение, захваченное датчиком изображения, может быть обработано блоком 150 управления или отдельным блоком обработки изображения (не показан). Обработанный кадр изображения, может быть отображен на блоке 121 отображения, сохранен в памяти 160 или внешним образом передан через блок 110 связи. Две или более камеры 141 могут быть включены в состав согласно варианту осуществления хост-устройства 100.
[370] Микрофон 142 может принимать внешний звуковой сигнал и обрабатывать принятый внешний звуковой сигнал в электрические данные голоса в режиме вызова, режиме записи или режиме распознавания голоса. Электрические данные голоса могут быть преобразованы и выведены в такой форме, которую можно передать базовой станции мобильной связи через блок 111 мобильной связи в режиме вызова.
[371] Блок 150 управления управляет всеми операциями хост-устройства 100. То есть, блок 150 управления может управлять блоком 110 связи, блоком 120 вывода, блоком 130 пользовательского ввода, блоком 140 ввода A/V и памятью 160 посредством исполнения программ, сохраненных в памяти 160.
[372] Блок 150 управления может включать в себя процессор приложений и процессор связи. Процессор приложений может управлять исполнением различных приложений, сохраненных в памяти 160, и процессор связи может управлять различными функциями связи.
[373] Память 160 может сохранять программы процессов и элементов управления, выполняемых блоком 150 управления, и данные ввода/вывода, такие как информация устройства о внешнем устройстве 200, информация измерения, измеренная внешним устройством 200, приложение, связанное с внешним устройством 200, и информация администрирования для администрирования внешнего устройства 200.
[374] Память 160 может включать в себя по меньшей мере один носитель данных из числа флэш-памяти, жесткого диска, мультимедийной микрокарты, карты памяти, такой как память формата Secure Digital (SD) или память формата Extreme Digital (XD), оперативной памяти (RAM), статической оперативной памяти (SRAM), постоянной памяти (ROM), электрической программируемой постоянной памяти (EEPROM), программируемой постоянной памяти (PROM), магнитной памяти, магнитного диска и оптического диска. Дополнительно, хост-устройство 100 может управлять блоком веб-хранения для выполнения функции хранения памяти 160 в Интернете.
[375] Программы, сохраненные в памяти 160, могут быть классифицированы на множество модулей согласно функциям. Например, программы могут быть классифицированы на модуль 161 UI, модуль 162 камеры, модуль 163 воспринимающего касание экрана, модуль 164 будильника и модуль 165 приложения.
[376] Модуль 161 UI может обеспечивать специализированный UI или GUI для каждого приложения, которое оперирует с внешним устройством 200. Модуль 162 камеры может захватывать и обрабатывать изображение объекта. Поскольку функции модуля 161 UI и модуля 162 камеры интуитивно выводятся на основании их названий, их подробности в этом документе пропускаются.
[377] Модуль 163 воспринимающего касание экрана может обнаруживать жест касания пользователя на воспринимающем касание экране и передавать информацию о жесте касания блоку 150 управления. Модуль 163 воспринимающего касание экрана может быть реализован в качестве отдельного контроллера аппаратного обеспечения.
[378] Различные типы датчиков могут быть расположены внутри или рядом с воспринимающим касание экраном для того, чтобы обнаруживать касание или бесконтактное касание на воспринимающем касание экране. Примером датчика для обнаружения касания на воспринимающем касание экране может быть тактильный датчик. Тактильный датчик является датчиком для обнаружения контакта специфического объекта до такой степени, что люди могут его почувствовать или до более высокой степени. Тактильный датчик может обнаруживать различные типы информации, такие как информация о неровности поверхности контакта, твердость объекта контакта или температура в точке контакта.
[379] Жесты касания пользователя могут быть легким ударом, касанием и удержанием, двойным легким ударом, перетаскиванием, прокруткой, быстрым проведением, перетаскиванием и отпусканием, и проведением.
[380] "Легкий удар" является жестом, при котором пользователь касается экрана посредством использования пальца или средства касания, например, светового пера, и затем незамедлительно поднимает его с экрана без перетаскивания по экрану.
[381] "Касание и удержание" является жестом, при котором пользователь касается экрана посредством использования пальца или средства касания, например, светового пера, и удерживает касание на более, чем критический период времени, например, 2 секунды. То есть, разница во времени между моментами времени касания и снятия пальца с экрана является более длительной, чем критический период времени, например, 2 секунды. Если ввод касанием удерживается на более, чем критический период времени, чтобы побудить пользователя распознать, является ли ввод касанием легким ударом или касанием и удержанием, сигнал обратной связи может быть обеспечен визуально, на слух или осязаемо. Критический период времени может меняться согласно примерным вариантам осуществления.
[382] "Двойной легкий удар" является жестом, при котором пользователь касается экрана дважды посредством использования пальца или средства касания, которое может быть стилусом.
[383] "Перетаскивание" является жестом, при котором пользователь касается экрана посредством использования пальца или средства касания и перемещает палец или средство касания в другое местоположение на экране, одновременно с этим сохраняя касание. Когда перетаскивание выполнено, объект перемещается или выполняется жест прокрутки, который описан ниже по тексту.
[384] Жест "прокрутки" является жестом, при котором пользователь выполняет перетаскивание без выбора объекта. Так как прокрутка не выбирает специфический объект, объект не перемещается на странице, а страница перемещается на экране или группа объектов перемещается на странице.
[385] "Быстрое проведение" является жестом, при котором пользователь выполняет перетаскивание на критической скорости или более высокой скорости, например, 100 пикселей в секунду, посредством использования пальца или средства касания. Быстрое проведение может отличаться от перетаскивания или прокрутки на основании того, является ли скорость перемещения пальца или средства касания равной или более высокой, чем критическая скорость, например, 100 пикселей в секунду.
[386] “Перетаскивание и отпускание” является жестом, при котором пользователь перетаскивает объект на предопределенное место на экране посредством использования пальца или средства касания и затем снимает палец или средство касания с экрана.
[387] "Сжатие" является жестом, при котором пользователь касается экрана двумя пальцами и перемещает два пальца в разных направлениях. Сжатие может быть жестом сжатия с разведением пальцев для приближения к объекту или странице или жестом сжатия со сведением пальцев для отдаления от объекта или страницы. Значение приближения или отдаления определяется согласно расстоянию между двумя пальцами.
[388] "Проведение" является жестом для касания объекта на экране посредством использования пальца или средства касания и перемещения пальца или средства касания в горизонтальном или вертикальном направлении на некоторое расстояние. Перемещение в диагональном направлении может быть распознано в качестве события проведения или может не распознаваться в качестве такового.
[389] Память 160 может включать в себя модуль распознавания голоса (не проиллюстрирован) для распознавания голоса пользователя посредством использования механизма распознавания голоса и передачи распознанного голосового сигнала блоку 150 управления.
[390] Модуль 164 будильника может генерировать сигнал для уведомления о генерировании события на хост-устройстве 100. Примеры события, генерируемого на хост-устройстве 100 могут включать в себя прием сигнала вызова, прием сообщения, ввод сигнала клавиши и уведомление касательно расписания. Модуль 164 будильника может выводить сигнал будильника в форме видеосигнала через блок 121 отображения или в форме аудиосигнала через блок 122 вывода звука. Модуль 164 будильника также может выводить сигнал будильника в форме вибросигнала посредством вибромотра 123.
[391] Модуль 164 будильника может обеспечивать функцию включения по таймеру. Например, если пользователь устанавливает количество повторений будильника равным, например, 5 или интервал между сигналами будильника, например, 3 минуты, модуль 164 будильника может выводить сигнал будильника предопределенное количество раз, например, 5 раз или с предопределенным интервалом, например, каждые 3 минуты.
[392] Модуль 165 приложения может быть соединен с DB приложений или DB внешних устройств. DB приложений может хранить приложения для управления внешним устройством 200, но не ограничивается этим. Например, DB приложений может хранить приложение заботы о здоровье для администрирования медицинского устройства, фитнес-приложение для управления спортивным устройством и приложение средства напоминания для вывода уведомления. DB внешних устройств может хранить информацию устройства о внешнем устройстве 200 и информацию измерения, измеренную внешним устройством 200.
[393] Модуль 165 приложения может управлять внешним устройством 200 посредством использования приложения для управления внешним устройством 200. Также, модуль 165 приложения может обеспечивать приложение для управления внешним устройством 200 серверу 300 администрирования.
[394] ФИГ. 41 представляет собой структурную схему сервера 300 администрирования согласно примерному варианту осуществления.
[395] Как показано на ФИГ. 41, сервер 300 администрирования может включать в себя блок 310 связи, блок 320 аутентификации, блок 330 управления и память 340. Однако, компоненты, показанные на ФИГ. 41, не все являются существенными. Сервер 300 администрирования может быть реализован посредством использования большего или меньшего количества компонентов, чем показано на ФИГ. 41.
[396] Вышеуказанные компоненты сейчас будут подробно описаны последовательно.
[397] Блок 310 связи может включать в себя по меньшей мере один компонент, обеспечивающий возможность связи между сервером 300 администрирования и по меньшей мере одним внешним устройством 200, между сервером 300 администрирования и хост-устройством 100 или между сервером 300 администрирования и внешним сервером. Согласно варианту осуществления блок 310 связи может принимать информацию измерения, измеренную внешним устройством 200, от внешнего устройства 200 или хост-устройства 100. Также, блок 310 связи может передавать информацию измерения для администрирования внешнего устройства 200 хост-устройству 100. Блок 310 связи может передавать команду управления хост-устройству 100 или внешнему устройству 200.
[398] Блок 320 аутентификации может аутентифицировать хост-устройство 100. Например, блок 320 аутентификации может аутентифицировать информацию учетной записи (например, ID и пароль), принятую от хост-устройства 100, или идентификационную информацию хост-устройства 100. Также, блок 320 аутентификации может проверять аутентификационную информацию, принятую от внешнего устройства 200. В то же время блок 320 аутентификации может декодировать закодированную информацию измерения посредством использования предварительно заданного ключа декодирования.
[399] Блок 330 управления управляет всеми операциями сервера 300 администрирования. Например, блок 330 управления может управлять блоком 310 связи, блоком 320 аутентификации и памятью 340 или управлять внешним устройством 200 и хост-устройством 100 посредством использования программ, сохраненных в памяти 340.
[400] Память 340 может сохранять программы процессов и элементов управления, выполненных блоком 330 управления, или сохранять данные ввода/вывода, такие как информация устройства о внешнем устройстве 200, информация измерения, измеренная внешним устройством 200, приложение, связанное с внешним устройством 200, информация о хост-устройстве 100, взаимодействующего с внешним устройством 200, и информация администрирования для администрирования внешнего устройства 200.
[401] Программы, сохраненные в памяти 340, могут быть классифицированы на множество модулей согласно функциям. Например, программы могут быть классифицированы в качестве модуля 341 анализа информации измерения, модуля 342 генерирования команды управления и модуля 343 приложения.
[402] Модуль 341 анализа информации измерения может определять состояние здоровья пользователя посредством анализа принятой информации измерения. Также, модуль 341 анализа информации измерения может анализировать информацию измерения для определения цикла замены расходных материалов и касательно того, требуется ли программно-аппаратному обеспечению обновление. В то же время модуль 341 анализа информации измерения может генерировать информацию рекомендуемой/не рекомендуемой еды или информацию рекомендации упражнения.
[403] Модуль 342 генерирования команды управления может генерировать команду управления для администрирования хост-устройства 100 или по меньшей мере одного внешнего устройства 200. Здесь модуль 342 генерирования команды управления может преобразовывать команду управления согласно протоколу управления хост-устройства 100 или по меньшей мере одного внешнего устройства 200.
[404] Модуль 343 приложения может быть соединен с DB приложений и DB внешних устройств посредством использования приложения для управления внешним устройством 200. DB приложений может хранить приложения для управления внешним устройством 200, но не ограничивается этим. Например, DB приложений может хранить приложение заботы о здоровье для управления медицинским устройством, фитнес-приложение для управления спортивным устройством и приложение средства напоминания для вывода уведомления. DB внешних устройств может хранить информацию устройства о внешнем устройстве 200, информацию измерения, измеренную внешним устройством 200, информацию о хост-устройстве 100, соединенном с внешним устройством 200 и информацию учетной записи.
[405] Модуль 343 приложения может управлять внешним устройством 200 посредством использования приложения для управления внешним устройством 200.
[406] Способы, описанные выше по тексту, могут быть записаны на считываемом компьютером носителе записи будучи реализованными в компьютерных программах, исполняемых посредством использования различных компьютеров. Считываемый компьютером носитель записи может включать в себя по меньшей мере одно из команды программы, файла данных и структуры данных. Команды программы, записанные на считываемом компьютером носителе записи, могут быть специально разработаны или хорошо известны для обычного специалиста в области компьютерного программного обеспечения. Примеры считываемого компьютером носителя записи включают в себя постоянную память (ROM), оперативную память (RAM), компакт-диски, магнитные ленты, дискеты, оптические устройства хранения данных и так далее. Примеры компьютерной команды включают в себя механические коды, подготовленные компилятором, и языки высокого уровня, исполняемые компьютером посредством использования интерпретатора.
[407] Несмотря на то, что один или более вариантов осуществления были описаны со ссылкой на фигуры, обычным специалистам в данной области техники будет понятно, что различные изменения по форме и в деталях могут быть выполнены здесь без отступления от сущности и объема концепции изобретения, которое определено последующей формулой изобретения.