CN107427214A

CN107427214A - 医学手镯标准

Info

Publication number: CN107427214A
Application number: CN201580076545.3A
Authority: CN
Inventors: J·克罗宁
Original assignee: Koninklijke Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2014-12-19
Filing date: 2015-12-14
Publication date: 2017-12-01
Also published as: JP6640857B2; JP2018506771A; WO2016096678A1; RU2017125950A; EP3234826A1; RU2017125950A3; RU2712819C2; EP3234826B1; US20180000346A1; US10736510B2

Abstract

在本文中描述的各种实施例涉及一种用于监测患者的健康参数的可穿戴设备。根据各种实施例，可穿戴设备、相关联的移动设备或其他用户设备可以接收由至少一个传感器获得的所述用户的健康参数，所述至少一个传感器被配置为从所述用户感测一个或多个健康参数；接收要被提供给第三方的、关于所述用户的医学警报的识别；将所述医学警报的所述识别保存在所述用户设备的存储器中；并且经由所述用户设备的通信接口来重复地传输以下中的至少一个：所述医学警报的所述识别以及所述医学警报的可用性的指示，其中，所述通信接口被配置为与附近的读取器设备无线通信。

Description

医学手镯标准

相关申请的交叉引用

本申请要求于2014年12月19日提交的标题为“Medical Bracelet Standard”的美国临时申请号62/094871的优先权，为了所有目的，通过引用将其整体并入本文。

技术领域

在本文中描述的各种实施例总体上涉及可穿戴技术。更具体地，但非排他性地，本发明涉及医学手镯标准。

背景技术

可穿戴电子设备或如在本文中使用的可穿戴技术是一种能够通过可以由用户穿戴的各种非干扰性传感器提供数据采集的新类型的电子系统。传感器搜集例如关于环境、用户的活动或用户的健康状态的信息。然而，存在与对收集的数据的协调、计算、通信、隐私、安全和呈现有关的显著挑战。额外地，存在与功率管理给出当前电池状态技术有关的挑战。此外，需要数据的分析来使由传感器搜集的数据有用且与终端用户相关。在一些情况下，额外的信息来源可以用于补充由传感器搜集的数据。可穿戴技术存在的许多挑战在硬件和软件方面要求新的设计。

可穿戴技术可以包括能够被穿戴在身体上、被附接到个人的衣服和配饰上或被嵌入在个人的衣服和配饰中，并且当前存在于消费市场中的任何类型的移动电子设备。与可穿戴技术相关联的处理器和传感器能够显示、处理或搜集信息。这样的可穿戴技术已经被使用在各种领域中，包括监测用户的健康以及收集其他类型的数据和统计结果。这些类型的设备可以容易地为大众所获得，并且可以容易地被消费者所购买。健康领域中的一些可穿戴技术的范例包括FITBIT、NIKE+FUELBAND和APPLE-WATCH设备。

医学手镯是一般包括关于个人的医学状况的信息和紧急联系人信息的设备。这些手镯在个人不能通信寻求帮助或丧失能力的情况下为他人提供信息(例如，用于护理的指令、紧急联系人)方面有帮助。

发明内容

在本文中描述的各种实施例涉及一种用户设备，包括：通信接口，其被配置为与附近的读取器设备无线通信；存储器；以及处理器，其与所述通信接口和所述存储器通信，其中，所述处理器被配置为：接收由至少一个传感器获得的所述用户的健康参数，所述至少一个传感器被配置为从所述用户感测一个或多个健康参数；接收要被提供给第三方的、关于所述用户的医学警报的识别；将所述医学警报的所述识别保存在所述存储器中；并且经由所述通信接口来重复地传输以下中的至少一个：所述医学警报的所述识别以及所述医学警报的可用性的指示。

在本文中描述的各种实施例涉及一种由用户设备执行的用于提供医学警报信息的方法，所述方法包括：由所述用户设备的处理器接收由至少一个传感器获得的所述用户的健康参数，所述至少一个传感器被配置为从所述用户感测一个或多个健康参数；接收要被提供给第三方的、关于所述用户的医学警报的识别；将所述医学警报的所述识别保存在所述用户设备的存储器中；并且经由所述用户设备的通信接口来重复地传输以下中的至少一个：所述医学警报的所述识别以及所述医学警报的可用性的指示，其中，所述通信接口被配置为与附近的读取器设备无线通信。

在本文中描述的各种实施例涉及一种编码有指令的非瞬态机器可读存储介质，所述指令用于由用户设备运行以用于提供医学警报信息，所述非瞬态机器可读存储介质包括：用于由所述用户设备的处理器接收由至少一个传感器获得的所述用户的健康参数的指令，所述至少一个传感器被配置为从所述用户感测一个或多个健康参数；用于接收要被提供给第三方的、关于所述用户的医学警报的识别的指令；用于将所述医学警报的所述识别保存在所述用户设备的存储器中的指令；以及用于经由所述用户设备的通信接口来重复地传输以下中的至少一个的指令：所述医学警报的所述识别以及所述医学警报的可用性的指示，其中，所述通信接口被配置为与附近的读取器设备无线通信。

各种实施例额外地包括所述传感器，其中，所述用户设备被配置为被附接到所述用户。

描述了各种实施例，其中，在传输至少一个所述医学警报的所述识别中，所述处理器还被配置为与所述医学警报一起而额外地传输所述健康参数中的至少一个。

描述了各种实施例，其中，所述处理器还被配置为基于所述医学警报的所述识别来选择用于传输的所述健康参数中的所述至少一个。

描述了各种实施例，其中，在接收医学警报的所述识别中，所述处理器被配置为接收从预定义的可能的医学警报的列表中对所述医学警报的用户选择。

描述了各种实施例，其中，所述处理器还被配置为：基于接收到的健康参数来识别医学事件的发生，并且响应于所述医学事件的所述发生的识别而开始所述重复的传输。

描述了各种实施例，其中，在识别医学事件的所述发生中，所述处理器被配置为：基于所述医学警报的接收到的识别来识别与所述医学事件相关联的触发；基于比较所述触发与接收到的健康参数来确定所述触发是适用的；并且基于确定所述触发是适用的来识别所述医学事件的所述发生，由此所述处理器响应于接收所述医学警报的所述识别而监测所述医学事件的所述发生。

在本文中描述的各种实施例涉及用于健康监测的系统。这样的系统可以包括用于用户的可穿戴设备以及与评价实体相关联的一个或多个设备。所述可穿戴设备可以包括：存储器，其存储用户信息，所述用户信息包括涉及要被监测的所述用户的医学状况；一个或多个传感器，其监测所述用户的一个或多个身体参数；处理器，其运行指令以测量所述用户的一个或多个身体参数并基于所测量的身体参数和被存储在存储器中的医学信息来评价所述用户的医学状况，所述医学信息涉及要被监测的所述用户的医学状况；以及通信接口，其经过无线通信网络将评价结果传输给所述一个或多个评价实体的设备。这样的评价结果可以包括所测量的身体参数，其中，所述一个或多个评价实体能够使用所传输的评价结果来进一步评价检测到的医学状况。

另外的实施例可以包括用于健康监测的方法。这样的方法可以包括：将用户信息存储在用户设备的存储器中，所述用户信息涉及要被监测的用户的医学状况；监测用户的一个或多个身体参数，其中，所述一个或多个身体参数对应于所监测的医学状况，并且由所述用户设备的一个或多个传感器来测量；运行指令以测量所述用户的一个或多个身体参数并基于所述用户的所测量的身体参数和被存储在存储器中的信息来评价所述用户的医学状况，所述信息涉及要被监测的所述用户的医学状况；并且经过无线通信网络将评价结果传输给一个或多个评价实体。这样的评价结果可以包括所测量的身体参数，所测量的身体参数用于进一步评价检测到的医学状况。

额外的实施例可以涉及一种非瞬态机器可读存储介质，其具有被实施在其上的计算机可读存储介质，所述计算机可读存储介质具有被实施在其上的程序，所述程序能由处理器运行以执行用于监测健康的方法。这样的程序可以包括用于以下的可执行指令：存储涉及要被监测的用户的医学状况的用户信息；测量用户的对应于所监测的医学状况的一个或多个身体参数；基于所测量的身体参数和被存储在存储器中的信息来评价所述用户的医学状况，所述信息涉及要被监测的所述用户的医学状况；并且经过无线通信网络将评价结果传输给一个或多个评价实体的设备。这样的评价结果可以包括所测量的身体参数，所测量的身体参数用于在进一步评价检测到的医学状况中使用。

附图说明

为了更好地理解各种示范性实施例，现在参考附图，其中：

图1图示了用于发起和传输医学警报的示范性系统；

图2图示了示范性医学状况和用于检测医学状况的对应的传感器；

图3图示了示范性移动设备设置GUI；

图4图示了用户移动设备上的示范性医学警报基础软件；

图5图示了存在于用户可穿戴设备上的示范性医学警报软件；

图6图示了可以用于实施各种特征和过程的示范性计算设备架构；

图7图示了示范性可穿戴数据库；

图8A图示了存在于移动读取器中的示范性基础软件；

图8B图示了存在于移动读取器中的示范性GUI；并且

图9图示了如在本文中描述的系统的示范性总体方法。

具体实施方式

在本文中呈现的描述和附图图示了各种原理。应当意识到，尽管未在在本文中明确地描述或示出，但是本领域技术人员将能够设想到实施这些原理并且被包括在本公开内容的范围内的各种布置。如在本文中使用的术语“或”指的是非排他性的或(即，和/或)，除非另外指出(例如，“否则”或“或备选地”)。额外地，在本文中描述的各种实施例不一定是相互排斥的，并且可以进行组合以产生并入在本文中描述的原理的额外实施例。

尽管与穿戴医学警报手镯相关联的益处，然而，这些手镯通常由于许多原因而不被惯常地穿戴。手镯可能是无关的，并且未被集成到用户的日常历程内。用户可能已经穿戴首饰或其他设备，并且加入一个或多个医学警报手镯显得较为累赘。医学警报手镯也可能是美学上不吸引人的。此外，由于现有医学警报手镯的静态性质，因此可能没有有效的手段来提供最新的健康信息(例如，穿戴者的当前医学状况)。在本文中描述的各种实施例提供了用于传达关于医学状况的信息和其他相关的信息的改善的系统和方法。

图1图示了用于发起和传输医学警报的示范性系统100。具体地，系统100可以包括可穿戴设备110、移动设备(例如，移动电话)120、移动读取器130和多个网络140、150、160。系统100的各种元件可以使用网络云或互联网170来进行连接。

移动设备(例如，移动电话)120可以包括各种不同的元件，例如，操作系统(OS)121、设置功能122、医学警报基础软件123、医学数据库124、通信接口125(例如，蓝牙、低功率蓝牙、Wi-Fi、3G)和全球定位系统(GPS)126。移动设备也可以包括医学警报符号/标志127。

应当注意，图1旨在仅是图示性的。可以存在其中移动设备可以包括上面列出的元件中的更多个或更少个的其他实施例。额外地，可以包括上面未列出的其他元件的实施例。另外，尽管各种元件在本文中被描述为软件、指令、功能等，但是应当理解，这些元件不脱离硬件进行操作；设备110、120、130、140、150、160中的每个反而可以被理解为包括硬件，例如，可被配置为通过例如对被存储在存储器中的指令的运行或通过对硬接线的功能的操作(例如，在ASIC的情况下)执行所描述的功能的一个或多个处理器。

OS 121可以负责管理由移动设备执行的各种过程。换言之，可以命令OS 121监测和处理用于移动设备120中的其他元件的各种操作，以提供如在本文中描述的移动设备120的功能。在实施例中，图1的OS 121可以是本领域中已知的现有OS(例如，WINDOWS PHONE、GOOGLE ANDROID、或APPLE IOS操作系统)。

可能存在已经监测的、用户感兴趣的许多已知的医学状况。移动设备120的设置功能122可以允许用户下载特异性于用户的医学状况的一个或多个医学警报。

移动电话120也可以包括用于医学警报123的基础软件。医学警报基础软件123能够负责促进移动设备120的功能。如以上所指示的，不同类型的医学警报可以用于监测不同的状况。医学警报基础软件123可以适于基于由用户下载的医学警报来监测不同的状况。

移动设备120能够通过使用一个或多个通信接口125与总体系统100的其他元件(例如，移动读取器130、可穿戴设备110或各种服务器(例如，医学警报服务器140、医生服务器150、紧急或医院服务器160))通信。但是应当理解，虽然这些服务器140、150、160在本文中以单数形式进行描述，但是在各种实施例中，结合这些服务器140、150、160中的任一个描述的功能可以被分布在一个或多个物理设备之中。额外地或备选地，服务器140、150、160中的一个或多个可以属于设备的网络，或者可以被至少部分地实施在云计算环境中。移动设备120可以通过本领域中已知的通信方法(例如，蓝牙、Wi-Fi、3G、4G)与其他元件通信。

由移动设备120进行的到一个或多个元件的通信可以利用各种通信方法。例如，医学警报基础软件123可以命令移动设备120持续广播可以用作指示用户的健康(或医学)状况的触发信号的低功率信号(例如，低功率蓝牙)。低功率信号的使用可以以移动设备120在不使用许多功率的情况下提供触发信号的方式被实施。

触发信号可以以第三方服务器(例如，医生服务器150)远程地监测用户的方式被移动设备120使用。触发信号可以包括关于用户的健康状况的信息，例如由连接的可穿戴设备110获得的传感器数据或被存储在移动设备120中的数据。触发信号可以基于用户的健康状况被规律地上传，触发信号能够用于向第三方网络告知用户的健康状况。第三方服务器可以评价触发信号并确定用户的健康状况。第三方服务器然后能够基于触发信号来执行动作(例如，没有事情、给紧急服务180打电话等)。

在各种实施例中，移动设备120可以向移动读取器130提供触发信号作为到一个或多个第三方服务器的中介。换言之，实施例可以包括从移动设备120获取触发信号并向第三方网络提供关于用户的健康状况的评价结果的移动读取器130。

医学数据库124可以包括被存储在移动设备120上的关于用户的信息。医学数据库124可以包括例如由相关联的可穿戴设备110提供的信息(例如，传感器数据)。信息也可以从一个或多个网络进行下载并且被存储在医学数据库124中。被存储在医学数据库124中的其他示范性类型的信息可以包括关于用户的医学状况、用户概况以及由可穿戴设备110获得并存储的历史传感器数据的信息。

在一些实施例中，移动设备120也可以包括全球定位系统(GPS)单元126。GPS 126可以被移动设备120用于识别用户的位置。用户的位置可以以由移动设备120传输的触发信号的方式来提供。也可以在第三方服务器请求时提供用户位置。用户的位置可以用于促进第三方向用户提供紧急服务180。例如，紧急或医院网络160可以使用用户位置向救护车发送用户的当前位置。

尽管不直接涉及移动设备120的医学警报的操作，但是医学警报符号127仍然可以是有益的。具体地，如本领域中已知的，使用其他类型的医学警报识别，符号127可以用于将移动设备120识别为到第三方的医学警报设备。第三方可以辨识医学警报符号127，并且理解可以存在能够从设备120直接或间接地获得的关于用户的健康状况的信息。第三方能够在用户失去能力(例如，昏厥)或不能说话的情况下获得关于用户的健康状况的信息。在一些实施例中，医学警报符号127可以被实施为被附接到移动设备120的粘附物或被显示在移动设备120上的能够被第三方观察的图形。

系统100也可以包括移动读取器130。移动读取器130可以用于与移动设备120和/或可穿戴设备110接口连接。例如，移动读取器130可以识别附近的医学警报设备，并且从移动设备120接收医学警报数据(例如，触发信号)。已经访问移动读取器130的第三方(例如，第一响应者)可以使用移动读取器130直接获得并存储来自用户的信息(例如，关于用户的医学状况、位置的更新)。

在各种实施例中，移动读取器130可以是移动设备(例如，移动电话)或用于与可穿戴设备110或移动设备接口连接的专用便携式硬件。备选地或额外地，移动读取器可以是当这些设备在移动读取器130的通信范围内移动时从可穿戴设备110或移动设备120接收信息的静止设备(例如，个人计算机或壁安装的紧急服务设备)。

移动读取器130可以包括读取器基础软件131、通信接口132和GUI 133。读取器基础软件131可以负责移动读取器130的各种功能。具体地，读取器基础软件131可以接收各种类型的信息(例如，来自移动设备120的触发信号和/或来自可穿戴设备110的传感器数据)，并且确定用户是否需要帮助。读取器基础软件131可以向一个或多个第三方转发关于用户的信息，以便以及时的方式获得针对用户的帮助。读取器基础软件131也能够请求能够用于向用户提供帮助的额外信息。该额外信息可以包括关于用户的(一个或多个)医学状况和可能的处置的信息。例如，在实施例中，使用移动读取器130的第一响应者可以获得关于用户的、能够用于评价用户的初始状况并根据需要信息提供后续处置的信息。

移动读取器130也可以从一个或多个服务器请求关于特定的医学状况的额外信息。在移动读取器130用户与可以具有健康状况的用户接口连接的情况下，移动读取器130能够用于访问服务器以获得更多信息，从而当向用户提供帮助时为用户更好地训练移动读取器130。

通信接口132可以类似于以上描述的移动电话120的通信接口125。换言之，移动读取器130与系统100中的其他元件(例如，移动电话120、可穿戴设备110)之间的通信可以使用本领域中已知的方法(例如，Wi-Fi、3G、4G、LTE、蓝牙)来执行。通信接口132也可以由移动读取器130用于经过网络170连接到服务器。

GUI 133可以由第三方用于观察移动读取器130上的医学警报数据。被显示在GUI上的信息可以包括可以被认为对处置用户的医学状况提供信息的信息。该信息可以对第三方(例如，用户的紧急联系人、第一响应者)观察信息以理解用户的健康状况的有用。该信息可以在第三方与用户之间的初始接触期间对用户提供更好处置方面有用。

如以上所指示的，可穿戴设备110也可以用于促进监测用户的健康状况。可穿戴设备110可以由用户(例如，经由臂带)穿戴。类似于移动设备120，可穿戴设备110也可以向第三方和/或网络转发由可穿戴设备110获得的相关信息(例如，传感器数据)，所述第三方和/或网络能够利用该信息来评价用户的健康状况并提供对应的帮助和/或处置。

可穿戴设备110可以包括可穿戴医学警报软件111、可穿戴数据库112和通信接口113。一个或多个医学警报识别114(例如，标志或带)也可以被图示为可穿戴设备110的部分，所述一个或多个医学警报识别114可以被并入在可穿戴设备上。可穿戴设备110可以包括能够用于获得生命参数和其他健康参数(例如，体温、心率)的多个传感器(未示出)。这些健康参数可以用于评价用户的健康状况。

可穿戴设备110的通信接口113可以用于将信息(例如，传感器数据)从可穿戴设备110传达给系统100中的其他设备(例如，移动设备120)。如以上所指示的，通信接口113可以使用本领域中已知的任何方法来促进系统100的元件之间的数据的传输(例如，Wi-Fi、3G、4G、LTE、蓝牙、低功耗蓝牙、NFC)。例如，可穿戴设备110可以使用通信接口113来下载要被存储在可穿戴设备110上的信息(例如，数据、应用)。通信接口113也可以用于更新已经被存储在可穿戴设备110(例如，可穿戴数据库112)中的信息。通信接口113可以额外地或备选地用于重复广播在本文中描述的各种信标中的一个，以便由一个或多个移动读取器130接收。

在一些类似于移动设备120的实施例中，可穿戴设备可以被配置为提供能够由第三方(例如，网络)读取的低功率信号(例如，触发信号)。该信号可以包括关于用户的信息，并且能够依据用户的健康状况被规律地更新。该信息可以对告知第三方(例如，第一响应者)如何向用户提供初始的帮助/处置有用。如以上所指示的，移动设备120中的低功率的使用可以被实施以节省维持信号的传输所需的功率。

可以包括可穿戴设备110的医学警报软件111，以监测并控制可穿戴设备110的各种功能。例如，医学软件111可以用于向可穿戴设备110上的一个或多个传感器(未示出)提供指令，以获得传感器数据并将获得的数据存储在可穿戴数据库112中。应当注意，医学警报软件111可以命令传感器获得以对应于特定的医学状况的特定的健康参数为目标的数据。医学警报软件111也可以基于要观察这些参数的用户或医生的兴趣来获得关于健康参数的传感器数据。

在实施例中，医学警报软件111可以基于所获得的传感器数据来请求医学帮助。例如，医学软件111可以将阈值分配给一个或多个传感器或基于传感器的计算的参数(例如，心率、血压或其在一时间段内的平均值)。在传感器数据是从多个传感器获得的情况下，或者在参数值或其他相关数据超过(一个或多个)阈值或要不然被确定为指示医学紧急状况的情况下，可穿戴设备110可以利用医学警报软件111来向例如医院或医学专业人员(例如，医生)直接提供相关的信息和针对对于用户的帮助的请求。将会明显的是，阈值比较仅是识别用于基于接收到的传感器数据请求医学帮助的触发的方式的范例。备选性触发类型将会是明显的，例如，传感器数据的存在或不存在(用户按压应急按钮、脉搏数据的缺少等)或紧急事件的识别(例如，通过加速度计数据的观察的突然发作的识别)。

类似于移动设备120的医学警报粘附物127，可穿戴设备110上的医学警报识别114可以用于将可穿戴设备110识别为医学警报设备。换言之，医学警报识别114可以用于告知他人可穿戴设备110上有能够用于帮助或处置用户的、关于用户的健康状况的信息。

根据各种实施例，可穿戴设备110或移动设备120可以重复地(例如，持续地或周期性地)广播医学警报信息以由一个或多个移动读取器接收。这样，可穿戴设备110或移动设备120可以充当当在范围内时由移动读取器130读取的信标，从而提供重要的信息，例如，患者状况；姓名和其他人口统计数据；紧急联系人信息；当前的、最新的、或历史的传感器读数；或最新的健康相关的事件的识别。在各种实施例中，可穿戴设备110或移动设备120可以始终(例如，每当被供电时)广播医学警报信息，而在其他实施例中，仅当它已经确定医学紧急状况存在时(例如，响应于一个或多个触发的发生，其范例将会在下面关于图7更详细地进行描述)，可穿戴设备110或移动设备120可以开始对医学警报信息的重复广播。在一些实施例中，当对医学紧急状况存在的确定可以促使可穿戴设备110或移动设备120改变正在广播什么信息时，可穿戴设备110或移动设备120可以始终广播信息。如在本文中使用的，“重复的传输”应被理解为指的是以重复的方式传输数据而无需外部触发对每个个体传输进行起始。这样，“重复的传输”不仅仅是需要不管背景如何都涉及信息多次传输的每一种可能情况，而是指的是传输的自动重复。

根据以上描述的操作，可穿戴设备110或移动设备120可以对现有医学警报手镯进行代替以及进行改善。例如，当第一响应者到达以向用户提供帮助时，由第一响应者携带的移动读取器130(例如，在手中，在第一响应者的口袋中(例如在移动读取器130是另一方的移动设备的情况下)、或在第一响应者的车辆内)可以接收广播的医学警报信息并将它提供给第一响应者。移动读取器130可以通过例如听觉信号或振动信号提醒第一响应者注意医学警报信息的接收和可用性。

由于发送设备包括可穿戴传感器或要不然与可穿戴传感器通信，因此医学警报信息也可以包括可以对第一响应者有用的动态健康参数。如在本文中使用的，术语“健康参数”应被理解为包括从各种传感器接收的感测的参数以及至少部分地基于感测的参数而确定的计算的参数(包括识别的事件)两者。例如，在可穿戴设备110或移动设备120被配置为指示用户具有心脏病医学警报的情况下，可穿戴设备110或移动设备120可以广播所测量的脉搏和血压参数，使得他的信息对第一响应者立即可用。作为另一范例，在可穿戴设备110或移动设备120被配置为指示用户具有癫痫医学警报的情况下，可穿戴设备110或移动设备120可以广播所测量的加速度计参数或患者已经经历突然发作的指示。额外地，在可穿戴设备110或移动设备120广播突然发作的指示的情况下，该指示可以伴随有额外的关于突然发作的计算的参数，例如，如根据最新的加速度计传感器数据计算的突然发作持续时间或强度。

但是应当理解，移动读取器130由第一响应者的使用仅是潜在使用的一个范例，并且移动读取器130可以在其他背景下有用。例如，一个或多个移动读取器130可以被提供在医院紧急等候室或分诊室中，以与关于第一响应者描述的方式类似的方式向医学工作人员提供医学警报信息。类似地，移动读取器130可以被提供在医院的其他房间中以及在其他设施中，例如，医师的办公室、学校、机场、或实际上医学警报信息可以在医学紧急状况下有用的任何地方。

在一些实施例中，各种机制可以用于保护正在被移动设备120或可穿戴设备110传输的医学警报信息的隐私。例如，医学警报信息可以以加密的方式进行传输，并且可以由移动读取器130使用在从信息交换过程期间从移动设备120或可穿戴设备110接收的密钥、使用移动读取器130的专用密钥、使用从第三方接收的密钥、或使用通过与医学警报信息在所图示的设备110、120、130之间的传输的相关联的标准定义的密钥或根据与医学警报信息在所图示的设备110、120、130之间的传输的相关联的标准生成的密钥来进行解密。

在一些实施例中，可穿戴设备110或移动设备120不是广播医学警报信息本身，而是广播这些信息在请求后可用的指示符。这种可用性消息的形式可由设备110、120、130例如通过管理这些设备110、120、130的交互的标准来预先确定并同意。在接收到这样的指示后，移动设备130可以自动地或在由移动设备130的用户请求后请求可穿戴设备110或移动设备120提供医学警报信息。在一些实施例中，可用性指示符或医学警报信息可以不被广播，而是可以基于例如移动读取器130与可穿戴设备110或移动设备120之间的先前配对或信息交换而被多播或单播到一个或多个移动读取器130。在各种实施例中，可穿戴设备110或移动设备120可以经过未授权的频带(例如，13.56MHz、2.4GHz、5GHz频带)进行传输，或者可以经过授权的频带进行传输，所述经过授权的频带例如为由各种主管团体(例如，美国联邦通信委员会(FCC)或国际电信联盟(ITU))定义的工业、科学和医学频带(ISM)的其他部分。在图1中图示的系统100可以包括多个不同的服务器。示范性服务器可以包括医学警报服务器140、医生服务器150和紧急或医院服务器160。应当注意，其他服务器也可以被包括在未在本文中描述的系统100中，而且也可以用于促进本发明的特征。额外地，虽然各种实施例被描述为包括执行一组功能的单个服务器，但是应当理解，服务器140、150、160中的一个或多个可以属于多个服务器的网络或其他网络装备，并且在本文中描述的各种功能可以被划分在多个设备之中。额外地，对应于服务器的一个或多个设备可以被托管在如例如虚拟机的云计算环境中。

多个网络中的每个网络可以包括应用编程接口(API)141和相关联的数据库142，例如，医学警报服务器数据库(MAS-DB)。API可以被实施为促进对被存储在数据库142中的信息的访问。API 141也可以促进被存储在数据库142中的信息的存储和更新。

应当注意，认证方法(例如，密码)可以被实施在特定的服务器中以控制能够编辑被存储在网络中的信息的多方。备选地，识别的其他形式能够用于识别个人是否具有对更新数据库中的信息有用的经验/专长。在另一实施例中，第三方(例如，医院)可以直接监测并管理特定的服务器的数据库。第三方可以限制谁能够编辑数据库。

在示范性实施例中，医学警报服务器140可以涉及特定的医学状况。医学警报服务器数据库142可以包括与该医学状况有关的信息(例如，症状、关于医学状况的信息、处置/药物、紧急联系人)。API 141可以由医学专业人员(例如，医生)不仅用于访问被存储在数据库142中的数据，而且用于更新被存储在数据库142中的数据并添加到被存储在数据库142中的数据。

医生服务器150可以包括联系人信息(例如，电话号码、网站)以及针对多个医生的概况信息(相关联的医院和网络)。被存储在医生服务器的数据库152中的医生可以包括服务器中所有可用的医生(不包括与之相关联的网络)。在实施例中，医生服务器150中列出的医生可以包括其专长，使得适当的医生可以鉴于特定的医学状况而获得接触。例如，如果用户正在遭受心脏病况，则专攻心脏病况的医生可以获得接触以便进行帮助。应当注意，关于医生服务器150中的特定的医生的信息可以被访问，并且通过使用API 151从数据库152进行修改。

图1中还图示了紧急或医院服务器160。紧急或医院服务器160可以对应于特定的医院。通过使用服务器160，医院可以从多个不同的用户接收信息。用户可以通过使用上述各种设备(例如，可穿戴设备110、移动设备120或移动读取器130)向紧急或医院服务器160提供信息。

被包括在紧急或医院服务器160中的紧急基础软件161可以评价来自各种用户的信息，并且确定哪些用户可能需要立即的帮助。医院然后可以访问被存储在紧急或医院服务器160中的相关信息。基于访问的信息，医院可以在向用户提供帮助和处置方面开始适当的步骤。在实施例中，紧急或医院服务器160可以联系有助于用户的紧急服务180，并且提供初始的处置和帮助。

图2图示了医学状况与用于监测医学状况的传感器之间的示范性对应性。可以存在现今已知的许多不同的医学状况。医学警报服务器可以包括针对那些已知的医学状况中的每个的信息。图2图示了一些示范性医学状况，包括哮喘、癫痫和低血糖。图2还图示了可以用于监测和测量示范性医学状况的对应的传感器(例如，血压传感器、温度传感器、加速度计)的范例。应当注意，存在世界上已知的许多不同类型的医学状况，并且本发明也可以监测此处未描述的那些不同的医学状况。此外，图2中未示出的额外的传感器也可以被被包括在本发明的实施例中，以监测和测量与医学状况有关的传感器数据。

在图2中图示的网格200示出了一些医学状况与对应的一组能够用于监测或检测医学状况的传感器之间的示范性相关性。例如，如在图2中看见的，通过测量运动(使用加速度计)和血压(使用血压传感器)，本发明能够监测和检测用户中的哮喘。具体地，传感器能够从用户获得传感器数据。传感器数据然后能够用于确定哮喘发作是否可能。传感器数据的使用能够告知用户和/或医学专业人员继续进行能够用于减少或消除医学状况的预防性措施。

图3图示了示范性移动设备设置GUI 300。图3的移动设备可以是各种不同类型的移动设备，包括移动电话、平板电脑或手提电脑。在各种实施例中，GUI 300可以由运行图1的设置软件122的处理器来提供。

如在附图中所图示的，GUI 300可以包括用户可以与之交互以定制移动设备的操作的各种设置。一些示范性设置(例如，电话设置310)可以是能够存在于各种移动设备上的设置(例如，飞行模式、Wi-Fi和蓝牙)。这些设置可以以与本领域中已知的类似的方式针对打开和关闭飞行模式以及Wi-Fi和蓝牙连接进行操作。

GUI 300也可以包括涉及特定的医学警报设置320的设置。例如，医学警报设置320可以允许用户选择要监测的一个或多个特定的医学状况。在图3中，示范性用户已经选择癫痫是用户希望移动设备监测的医学状况。移动设备然后可以监测用户的健康状况，并且如果癫痫可能被检测到则告知适当的多方(例如，网络、第三方)。

图3图示了哮喘和癫痫是能够被监测的两种可能的医学状况。应当注意，许多不同类型的医学状况也可以被并入设置320，并且在设置320中进行选择。在其他实施例中，用户也能够通过使用对应于医学状况的一个或多个关键词提供到GUI中的输入来命令移动设备监测特定的医学状况。关键词可以由用户设备进行辨识，并且可以起始对输入的医学状况的监测。可以存在一次监测多于一个医学状况的额外的实施例。

在医学状况被选择之后，用户也可以确定什么类型的消息可以被提供以及该消息应当经由消息字段323被发送到哪里。例如，消息可以用于经由一个或多个通信通道告知一个或多个接收者用户当前正在遭受特定的医学状况并且可能需要帮助。备选地，消息能够被提供给第三方(例如，医生服务器或紧急联系人)以告知第三方目前用户正在经历的医学状况。

能够基于触发消息的发送的医学状况而包括许多不同类型的消息。例如，用户可以输入预期可能的医学状况而被事先准备的个人消息。个人消息可以包括关于能够被使用的附近药物的信息。个人消息也可以包括当处理医学状况时可以对非医学专业人员有用的一般处置建议。

GUI 300也可以包括针对用户对如何使用移动设备的蓝牙通信设置325来执行通信进行配置的选项。在图3的实施例中，蓝牙通信设置325能够由用户请求移动设备是否应当始终传输关于用户的健康状况的信息的指示(例如，触发信号)。用户能够在这样的信息传输不必要的情况下关闭信息的持续传输。

用户也能够指示用户位置是否可以通过使用相关联的GPS(例如，设置327的“使用GPS”)来获得。如以上所指示的，用户的位置可以在由第三方(例如，第一响应者)提供迅速帮助方面有用。用户的位置能够告知第三方(例如，第一响应者)用户在哪里。用户的位置也可以在选择移动设备向哪些网络发送触发信号方面有用。例如，用户可以正在将信息传输给最近的医院或医学专业人员(例如，医生)。

用户也能够经由设置330输入一个或多个医学警报服务器140的识别和/或经由设置340输入用户感兴趣将信息发送到的一个或多个医生服务器150的识别。通过经由设置330选择特定的医学警报服务器和/或经由设置340选择医生服务器，用户能够确保信息被发送给专门用于监测和/或处置用户的医学状况的医学警报服务器140和/或医生服务器150。用户也可以提供与能够从用户所在位置局部地接收的服务相关联的医学警报服务器140和/或医生服务器150的识别。用户能够将医学警报服务器140和/或医生服务器150的识别输入到GUI 300内(例如，经由触摸屏)。在另一实施例中，菜单可以列出用户能够从其选择的所有可用的附近的医学警报服务器和/或医生服务器。在又一实施例中，概况可以利用在附近和/或具备相关能力的医学警报服务器140和/或医生服务器150自动填充它自己。

GUI 300也可以包括其中用户能够经由紧急医院许可设置350来授权紧急医院护理的特征。该设置350可以涉及向服务器(例如，医院)提供许可，以下载关于用户的信息(包括用户的医学历史和概况)以及关于医学状况的信息。关于用户的医学信息可以例如被存储在用户移动设备上和/或与用户可穿戴设备进行同步。该信息的使用可以促进由第一响应者和其他医学专业人员对用户的医学状况的处置。

用户也能够经由数据设置360(例如到MP DB的概况)定义数据如何被存储在移动设备中。具体地，GUI 300中的特征可以描述什么数据被存储在移动设备中以及它如何被存储。例如，可以命令从可穿戴设备获得的传感器数据被存储在与特定的用户概况相关联的移动设备数据库中。用户概况名称可以被提供在GUI 300中。用户也能够针对不同用户创建多个账户。

应当注意，其他特征可以被实施在GUI 300中。图3旨在作为示出能够被实施在本发明的实施例中的一些特征的示范性GUI。用于定制例如移动设备的操作、与本发明的系统中的其他元件的交互、可穿戴设备如何获得数据、如何将数据存储在存储器中以及如何将数据传输给其他方的其他选项也可以被实施在其他实施例中。

图4图示了用户移动设备上的示范性医学警报基础软件。具体地，医学警报基础软件400包括三个部分(在图4中被识别为A、B和C)。

在医学警报基础软件400的第一部分(在图4中被识别为A)中，可以存在涉及初始化医学警报基础软件的一个或多个步骤。具体地，在步骤405中，用户可以初始化针对移动设备的一个或多个设置，例如“初始化对MP MDB的设置”。这些设置然后可以被存储在移动设备的主数据库中。该步骤可以利用以上在图3中描述的GUI 300来执行。

医学警报基础软件400的第二部分(在图4中被识别为B)可以对应于图1的医学警报软件123的操作。第二部分对应于向能够用于监测用户的健康状况的一个或多个第三方和/或网络提供通知。

在步骤410中，用户可以初始化移动设备的通信接口，例如“初始化LP蓝牙。”用户可以指示通信能够通过“打开”通信接口而开始。用户也能够选择如何执行通信。例如，用户可以指示可以期望使用低功率信号(例如，低功率蓝牙)，以便提供持续的触发信号而在这样做时不消耗大量能量。

在步骤415中，移动设备可以访问移动设备的主数据库，例如“读取MP MDB。”主数据库可以包括从一个或多个来源获得的关于用户的健康状况的信息。例如，用户的可穿戴设备可以将信息传输给移动设备，并且信息可以随后被存储在主数据库中以供未来参考。

基于被存储在主数据库中的信息，移动设备可以向一个或多个预期的接受者提供触发信号。在步骤420中，可以命令移动电话向例如医生或健康网络提供触发信号，例如“发送以触发LP蓝牙”。触发信号可以包括移动设备的主数据库中的总结用户的当前健康状况的信息。在实施例中，触发信号可以被连续地或重复地(例如，每10秒)更新并被重新传输，使得接收触发信号的服务器和/或医学专业人员可以确保他们正在获得可能的最新信息以最准确地评价并处置用户的医学状况。

如以上所提及的，触发信号可以通过使用本领域中已知的通信方法来提供。例如，用户可以选择使用低功率信号，以便促进在长时间段上使用尽可能少的功率来传输触发信号。

如以上所指示的，触发信号可以以规律的间隔被更新并被重新传输。在步骤425中，医学警报基础软件每十秒执行更新和重新传输，例如“等待10秒”。更新和重新传输能够确保关于用户的健康状况的最新信息被提供。在一些实施例中，方法400可以每十秒提供更新的触发信号。重新传输可以被重复地提供(例如，在步骤420、425之间循环)，直至例如触发信号由第三方使用移动读取器进行读取。在另一实施例中，触发信号可以在设置的持续时间内被提供。一旦持续时间已经逝去，就可以命令移动设备停止对触发信号的传输。

在步骤430中，医学警报基础软件执行核查以评价触发信号是否已经被读取，例如“移动电话正在被读取？”当医学警报基础软件激活时，该核查可以被连续地执行。该核查也可以在对触发信号的重新传输后的短时间内被执行。不管核查如何被执行，医学警报基础软件可以对来自接收触发信号的设备或网络的通知进行调查。

如果被移动设备接收，则通知能够告知在获得关于用户的信息方面感兴趣的第三方或服务器的识别。在步骤435中，医学警报数据库从可能的网络或第三方接收通知，并且继续进行以将被存储在移动设备的主数据库中的相关信息(例如，“发送所有MDB数据”，包括医学历史、当前的传感器数据)传输给第三方或网络。第三方或网络可以利用信息来评价用户的健康状况并且执行适当的支持和处置。一旦所有相关的健康状况用户信息已经被传输，医学警报基础软件就可以终止，例如在步骤440中，医学警报基础软件可以对来自接受者第三方或网络的、传输已经被完全接收的确认进行调查。

医学警报基础软件400的第三部分(被识别为C)示出了用于将信息下载到可穿戴设备的步骤。在步骤445中，移动设备首先与医学警报网络连接，例如“与医学警报网络同步”。移动设备然后可以执行与医学警报网络的同步，以获得可能过时或从移动设备丢失的任何信息。具体地，移动设备可以访问来自医学警报网络的特定的信息并从医学警报网络下载特定的信息。

在步骤450中，移动设备能够与相关联的可穿戴设备同步，例如“将MP MDB与可穿戴设备同步”。例如，被存储在移动设备的主数据库中的信息可以被传输到可穿戴设备中的可穿戴数据库。被传输给可穿戴设备的信息可以包括关于用户可能正在经历的特定的医学状况的信息。信息能够用于命令与可穿戴设备相关联的一个或多个传感器监测特定的参数，使得医学状况能够被评价并且被检测。

在步骤455中，核查可以由医学警报基础软件来执行，以确定移动设备与可穿戴设备之间的同步是否适应存在的用户的紧急状况，例如“同步紧急状况？”紧急状况可以对应于已经被检测到或预期其不久将发生的医学状况的用户的当前存在的医学状况。

如果完成对紧急状况存在的确定，则医学警报基础软件可以在步骤460中确定可穿戴设备是否具有可用的GPS，“GPS被使用？”如以上所指示的，GPS可以在确定用户位于哪里的方面是有益的。用户的位置能够用于指导对用户的帮助和处置，尤其是在用户不能由他们自己找到帮助的情况下。

在步骤465中，用户的位置能够被并入到指示存在紧急状况的消息内，例如“将GPS数据添加到消息”。消息可以包括关于用户和检测到的医学状况的信息。消息也可以包括从用户进行的根据特定的医生或医院的指导来帮助或处置的请求。

消息能够使用例如如在步骤470中所看见的用于通知医学状况的短信服务(SMS)(例如“将消息发送给SMS”)而被提供给一方或多方。备选地，电话拨打能够连同关于紧急状况的消息一起被提供给例如紧急联系人、医院、医生等。如果没有紧急状况存在，则基础软件能够在移动设备与可穿戴设备之间同步信息，直至紧急状况发生。在各种实施例中，消息可以在步骤470中根据由用户例如经由示范性GUI 300的消息输入323输入的设置进行发送。

图5图示了存在于用户可穿戴设备上的示范性医学警报软件500。如在图4中的用户移动设备上的医学警报基础软件400中所看见的，存在于用户可穿戴设备上的医学警报软件500也能够被识别为三个部分(被识别为A、B和C)。在各种实施例中，示范性医学警报软件500可以对应于图1的可穿戴医学警报软件111。

关于被识别为A的第一部分，医学警报软件的步骤505涉及移动设备的医学数据库与存在于可穿戴设备中的可穿戴数据库的同步。该步骤可以对应于以上在图4的步骤450中类似地描述的步骤。

被识别为B的第二部分涉及可穿戴设备的什么医学警报基础软件可以在进行时运行。涉及初始化可穿戴设备中的通信以及提供持续更新的触发信号的步骤510、515、520、525、530、535、540可以类似于以上在图4中描述的步骤410-440。

在这里，尽管这些步骤是在可穿戴设备中而不是在移动设备中执行的，但是这些步骤的功能和目的可以是相似的。具体地，可穿戴设备正在通过使用触发信号来持续地提供关于用户的健康状况的信息。在从对触发信号执行读取的网络或第三方接收到针对额外信息的请求后，可穿戴设备(通过医学警报基础软件)可以将关于用户概况信息和关于用户的健康状况的信息传输给感兴趣获得额外信息的网络或第三方。

在软件的被识别为C的第三部分中，医学警报基础软件500可以涉及管理用于监测用户的健康状况的可穿戴设备。在步骤545中，医学警报基础软件500可以使用被存储在可穿戴数据库中的信息。被存储在可穿戴数据库中的信息可以包括用户概况信息、用户的背景医学历史以及能够被监测的可能的医学状况。

在步骤550中，医学警报基础软件500可以设置用于与可穿戴设备相关联的一个或多个传感器的阈值极限。这些阈值极限可以由用户通过使用GUI而被提供。在另一实施例中，这些阈值极限可以由医学警报基础软件500基于被存储在可穿戴数据库中的信息进行设置。如以上所提及的，可以存在与特定的医学状况有关的现有医学信息。医学警报基础软件500能够提取相关的信息并且相应地关于传感器实施该信息。可穿戴数据库也可以包括由一个或多个网络或从医学专业人员(例如，医生)提供的极限。

一旦用于传感器的阈值极限已经被设置，用于一个或多个传感器的阈值极限可以在步骤555中被保存。阈值极限可以被保存在可穿戴数据库中以供未来参考。

在步骤560中，从可穿戴设备上的一个或多个传感器获得传感器数据。医学警报基础软件然后可以评价传感器数据(在步骤565中)，并且比较传感器数据与被存储在可穿戴数据库中的阈值极限。医学警报基础软件可以连续地监测传感器数据，以确保传感器数据保持在接受的范围内。在传感器数据超过阈值极限的情况下，这可以指示医学状况。

例如，用于体温的阈值极限可以被置于100°F处。在可穿戴设备获得超过100°F的用户体温的传感器数据的情况下，这可以指示用户发烧。应当注意，可以存在能够被监测并且被评价以检测一个或多个医学状况的各种极限和参数。

在已经达到阈值极限的情况下，在步骤570中，可以命令医学警报基础软件向一方或多方(例如，紧急联系人、医院、医生)提供通知。如以上所指示的，阈值极限可以指示医学状况。因此，通知必须以及时的方式请求帮助和/或处置。可穿戴设备能够使用本领域中已知的方法(例如，Wi-Fi、3G、4G、LTE、蓝牙)通过它自己的通信接口来提供可能的医学状况的通知。通知可以包括用户概况信息、所获得的传感器数据、所超过的相关的阈值极限、通过GPS获得的用户位置以及针对特定帮助或处置的请求。

在步骤575中，可穿戴设备也可以与对应的用户移动设备同步。同步可以被实施以帮助步骤570中的紧急通知的传递。例如，可穿戴设备不能够在当前连接到互联网。通过使用用户移动设备，来自可穿戴设备的请求可以从可穿戴设备被传输到移动设备，并且之后经过互联网被传输给期望的网络。

图6图示了可以用于实施在本文中描述的各种特征和过程的示范性计算设备架构600。在各种实施例中，该架构可以对应于图1的可穿戴设备110、移动设备120或移动读取器130。例如，计算设备架构600能够被实施在步数计中。如在图6中所图示的架构600包括存储器接口602、处理器604和外围接口606。存储器接口602、处理器604和外围接口606能够是单独的部件，或者能够被集成为一个或多个集成电路的部分。各种部件能够通过一个或多个通信总线或信号线来进行耦合。

如在图6中所图示的处理器604旨在包括数据处理器、图像处理器、中央处理单元或任一种类的多芯处理设备。处理器604可以实际上是能够执行在本文中描述的功能的任何设备。例如，处理器604可以包括一个或多个微处理器、一个或多个现场可编程门阵列(FPGA)或一个或多个专用集成电路(ASIC)。在一些实施例中，处理器可以不使用存储的指令来执行在本文中描述的功能中的一些或全部；例如，ASIC可以被硬接线以执行在本文中描述的功能中的一个或多个。

任一种类的传感器、外部设备和外部子系统能够被耦合到外围接口606，以促进范例移动设备的架构600内的任何数量的功能。例如，运动传感器610、光传感器612和接近度传感器614能够被耦合到外围接口606，以促进移动设备的取向、照明和接近功能。例如，光传感器612能够用于促进调节触摸表面646的亮度。在加速度计或陀螺仪的背景中可以被示例的运动传感器610能够用于检测移动设备的移动和取向。显示物体或介质然后能够根据检测到取向(例如，竖屏或横屏)来进行呈现。

其他传感器能够被耦合到外围接口606，例如，温度传感器、心率传感器、血压传感器、血糖传感器或其他感测设备，以促进对应的功能。位置处理器615(例如，全球定位收发器)能够被耦合到外围接口606，以允许地理位置数据的生成，由此促进地理定位。其他传感器616(例如，电子磁强计616、例如，集成电路)能够被连接到外围接口606，以提供与实际磁北的方向有关的数据，由此移动设备能够享有指南针或方向功能。相机子系统620和光学传感器622(例如，电荷耦合设备(CCD)或互补性金属氧化物半导体(CMOS)光学传感器)能够促进诸如记录照片和视频片断的相机功能。

能够通过一个或多个通信子系统624来促进通信功能，所述一个或多个通信子系统624可以包括一个或多个有线或无线通信子系统。无线通信子系统624能够包括802.x或蓝牙收发器以及光学收发器(例如，红外收发器)。有线通信子系统能够包括端口设备(例如，通用串联总线(USB)端口)或能够用于建立到其他计算设备(例如，网络访问设备、个人计算机、打印机、显示器或能够接收或传输数据的其他处理设备)的有线耦合的某种其他有线端口连接。通信子系统624的特定设计和实施方式可以依赖于设备旨在经过其进行操作的通信网络或介质。例如，设备可以包括被设计为经过全球移动通信系统(GSM)网络、GPRS网络、增强型数据GSM环境(EDGE)网络、802.x通信网络、码分多址(CDMA)网络或蓝牙网络进行操作的无线通信子系统。通信子系统624可以包括托管协议，使得设备可以被配置为用于其他无线设备的基站。通信子系统也能够使用一种或多种协议(例如，TCP/IP、HTTP或UDP)来允许设备与主设备同步。

音频子系统626能够被耦合到扬声器628和一个或多个麦克风630，以促进语音支持功能。这些功能可以包括语音识别、语音复制或数字记录。音频子系统626也可以结合涵盖传统的电话功能。

I/O子系统640可以包括触摸控制器642和/或(一个或多个)其他输入控制器644。触摸控制器642能够被耦合到触摸表面646。触摸表面646和触摸控制器642可以使用多种触敏技术中的任一种来检测接触及其移动或中断，包括但不限于电容技术、电阻技术、红外技术和表面声波技术。同样可以利用用于确定与触摸表面646的一个或多个接触点的其他接近度传感器阵列或元件。在一种实施方式中，触摸表面646能够显示虚拟按钮或软按钮和虚拟键盘，所述虚拟按钮或软按钮和虚拟键盘能够被用户用作输入/输出设备。

其他输入控制器644能够被耦合到其他输入/控制设备648，例如，一个或多个按钮、摇臂开关、拇指轮、红外端口、USB端口和/或诸如触控笔的指针设备。一个或多个按钮(未示出)能够包括用于扬声器628和/或麦克风630的音量控制的调高/调低按钮。在一些实施方式中，设备600能够包括音频和/或视频重放或记录设备的功能，并且可以包括用于数据连接到其他设备的插针连接器。

存储器接口602能够被耦合到存储器650。存储器650能够包括高速随机存取存储器或非易失性存储器，例如，磁盘存储设备、光学存储设备或闪速存储器。这些存储器应当被理解为构成“非瞬态机器可读介质”。如在本文中所使用的，术语“非瞬态”应当被理解为排除瞬态信号，但是包括所有形式的信息存储设备，包括易失性存储器和非易失性存储器两者。存储器650能够存储操作系统652，例如，Darwin、RTXC、LINUX、UNIX、OSX、ANDROID、WINDOWS或诸如VxWorks的嵌入式操作系统。操作系统652可以包括用于处理基础系统服务和用于执行依赖于硬件的任务的指令。在一些实施方式中，操作系统652能够包括内核。

存储器650也可以存储通信指令654以促进与其他移动计算设备或服务器进行通信。通信指令654也能够用于基于能够通过GPS/导航指令668获得的地理位置来选择供设备使用的操作模式或通信介质。存储器650可以包括用于促进图形用户接口处理(例如，接口的生成)的图形用户接口指令656；用于促进与传感器有关的处理和功能的传感器处理指令658；用于促进与电话有关的过程和功能的电话指令660；用于促进与电子消息收发有关的过程和功能的电子消息收发指令662；用于促进与网络浏览有关的过程和功能的网络浏览指令664；用于促进与媒体处理有关的过程和功能的媒体处理指令666；用于促进与GPS和导航有关的过程的GPS/导航指令668；用于促进与相机有关的过程和功能的相机指令670；用于处理从步数计传感器接收的数据的步数计软件672；用于识别到其他网络设备的设备600的激活记录或国际移动站设备标识(IMEI)674；以及用于可以在移动计算设备上或配合移动计算设备进行操作的任何其他应用程序的指令(未示出)。存储器650也可以存储用于促进其他处理、特征和应用程序(例如，与导航、社交网络、基于位置的服务或地图显示有关的应用程序)的其他软件指令。

以上的识别指令和应用程序中每个都能够对应于用于执行以上描述的一个或多个功能的指令集。这些指令不必被实施为独立的软件程序、进程或模块。存储器650能够包括额外的指令或更少的指令。此外，移动设备的各种功能可以以硬件和/或以软件的方式(包括以一个或多个信号处理和/或专用集成电路的方式)被实施。

某些特征可以被实施在计算机系统中，所述计算机系统包括后端部件(例如，数据服务器)，所述计算机系统包括中间件部件(例如，应用服务器或互联网服务器)，或者所述计算机系统包括前端部件(例如，具有图形用户接口或互联网浏览器的客户端计算机或前述内容的任何组合)。系统的部件能够通过任何形式的数字数据通信(例如，通信网络)或所述数字数据通信的介质被连接。通信网络的一些范例包括LAN、WAN以及形成互联网的计算机和网络。计算机系统能够包括客户端和服务器。客户端和服务器一般是相互远离的，并且通常通过网络进行交互。客户端与服务器的关系借助于在各自的计算机上运行并且彼此具有客户端-服务器关系的计算机程序而产生。

所公开的实施例的一个或多个特征或步骤可以使用API来实施，所述API能够定义在调用应用程序与提供服务、提供数据或执行操作或计算的其他软件代码(例如，操作系统、库存程序或函数)之间传递的一个或多个参数。能够基于API规范文件中定义的调用约定将API实施为用于在程序代码中通过参数列表或其他结构发送或接收一个或多个参数的一个或多个调用。参数能够为常数、密钥、数据结构、目标、目标类别、变量、数据类型、指针、数组、列表或另一调用。API调用和参数能够在任何编程语言中实施。编程语言能够定义程序员将采用以访问支持API的功能的词汇和调用约定。在一些实施方式中，API调用能够向应用程序报告设备运行该应用程序的能力，例如，输入能力、输出能力、处理能力、功率能力和通信能力。

图7图示了示范性可穿戴数据库700。可穿戴数据库可以包括诸如医学警报信息710的信息。医学警报信息710可以包括被提供在现有医学手镯中的各种类型的医学信息(例如，医学状况、紧急联系人)。被包括在可穿戴数据库中的医学警报信息710可以包括用户的出生日期、医学状况的严重水平、用于监测并检测医学状况的相关的传感器数据以及用于测量获取的传感器数据的时间帧。在各种实施例中，医学警报信息710可以额外地或备选地定义用于识别医学事件并促使通过可穿戴设备、用户设备或其他设备进行的动作(例如，给医生、医院或紧急联系人发消息)的一个或多个触发。在图7中示出的范例中，医学警报信息710指示与患者的癫痫有关的触发。在所有三个方向的加速度计读数水平在200之上并且血压传感器读数血压在超过1分钟的持续时间内超过110的情况下，该示范性触发将会被激活。虽然未图示，但是在一些实施例中，医学警报信息710可以进一步定义当触发被激活时所要采取的一个或多个动作。在其他实施例中，所要采取的适当动作可以在其他地方进行定义，例如，全球消息发送设置例如可以已经通过是示范性GUI 300被输入。

可穿戴数据库也可以包括从可穿戴设备获得的历史医学数据720。例如，可穿戴数据库能够存储由可穿戴设备获取的所有先前的传感器测量结果以供以后参考。如在图示的范例中所示出的，每个传感器读数(或在单个时间处获取的一组传感器读数)可以被存储为与指示(一个或多个)读数何时被测量的时间戳相关联的记录。用于存储的各种额外的或备选的历史信息720将会是明显的。例如，历史720可以包括对诸如触发激活或紧急状况响应的事件的指示。作为另一范例，历史720可以包括从另一来源(例如，医师、电子健康记录或另一可穿戴设备)检索的数据。

可穿戴数据库还包括对应于用户的概况数据730。概况数据730可以包括关于用户的医学历史和联系人的信息。用户的这些联系人信息可以包括医生和其联系人信息、针对医学状况的已知处置，以及朋友、家庭或紧急服务的紧急联系人。可以存在可以在用户想要提供消息但是不能这样做(例如，不能说话或失去能力)的情况下被提供的紧急消息警报735。例如，在激活由医学警报信息710定义的触发后，紧急消息警报735可以提供有患者的当前位置，并且然后被传输给医生或在概况数据730中定义的或被显示在可穿戴设备或用户设备的显示器上的紧急号码。

在各种实施例中，概况数据730可以包括作为信标的至少部分而被传输的多个消息735。例如，缺省消息可以针对在没有定义的触发满足时的传输进行定义，而不同的紧急消息可以针对每个定义的触发的传输进行定义。如图所示，消息735可以作为参数化模板而被存储，在作为信标的部分被广播之前，所述参数化模板将会被填写有来自多个传感器或其他来源中的一个的实际数据。这样，关键词可以由在消息广播之前要求替换数据的广播设备(例如，可穿戴设备或移动设备)来定义和辨识。在示出的示范性消息中，关键词“xx”和“yy”可以被理解为指的是要从GPS系统检索的经度值和纬度值。应当理解，类似的关键词可以被定义为指的是其他当前的、最近的或历史的数据值，包括传感器读数、计算的参数、被存储在概况数据730中的其他信息，或实际上在本地或通过与其他设备通信(例如，经由包交换网络)可供可穿戴设备或移动设备访问的任何其他数据。

在一些实施例中，消息735可以被穿戴者或另一用户提供在可穿戴设备或移动设备中。例如，用户可以访问经由可穿戴设备110、移动设备120、个人计算机或用于选择预定义的消息或用于写入新的消息以便包括在概况数据内的网络服务器提供的接口。类似地，这种接口或其他接口可以使得用户能够定义其他数据，例如，医学状况的识别、人口统计学信息、紧急联系人、触发或驱动可穿戴设备110或移动设备120的操作或要不然被可穿戴设备110或移动设备120使用的任何其他数据。

可穿戴数据库中的信息能够在同步期间被提供给用户移动设备。备选地，可穿戴数据库也能够向使用移动读取器的第三方提供该信息。如以上所指示的，在触发信号由第三方读取后，用户可以传输额外的信息(包括可穿戴数据库中的信息)。触发信号的读取可以指示对评价并确定用户的当前健康状况的请求。

图8A图示了存在于移动读取器中的示范性基础软件800。基础软件可以负责如被实施在本发明中的移动读取器的各种功能。在各种实施例中，示范性基础软件可以对应于图1的读取器基础软件131。

在步骤801中，移动读取器的基础软件可以将从用户移动设备或用户可穿戴设备传输的信息作为输入。可以使用低功率蓝牙通信从触发信号提供信息，例如“输入LPBTE。”

在步骤802中，基础软件可以对从用户(例如，移动设备和/或可穿戴设备)提供的信息执行读取操作。信息然后可以被显示在移动读取器的GUI上。通过将信息显示在移动读取器上，使用移动读取器的第三方(例如，第一响应者)能够观察信息，并且确定在向用户提供帮助和/或处置时什么信息是必要的。

在步骤803、804、805中，移动读取器可以试图从一个或多个可用的服务器访问额外的信息。移动读取器可以试着访问关于医学状况的额外信息。在另一实施例中，移动读取器可以试图请求关于用户的额外信息(例如，医学历史、用户概况)。对于移动读取器的访问可以依赖于授权。

图8B图示了存在于移动读取器中的示范性GUI 810，例如，图1中的移动读取器130的GUI 133。GUI 810可以允许个人或实体(例如，第一响应者)观察紧急消息、用户的医学概况以及用户的医学历史。例如，如图所示，GUI可以提供消息按钮812、概况按钮814以及历史按钮816。在选择这些按钮812、814、816中的一个后，观察窗口818可以被更新以分别显示接收的消息、患者概况或患者医学历史。这些信息可以从例如用户设备(例如，移动设备、可穿戴设备或由用户操作的其他设备)接收。在各种实施例中，所显示的信息可以从另一服务器(例如，医生服务器、医院服务器等)检索或由从另一服务器(例如，医生服务器、医院服务器等)接收的信息进行补充。在所示出的范例中，显示窗口818正在显示指示用户已经例如以以上关于图7描述的方式触发癫痫警报的接收到的消息。

GUI 810也可以向个人或实体提供选项，以向其他服务器(例如，医生服务器)提供GUI中的信息，从一个或多个可用服务器(例如，医学警报服务器下载另外的信息，或者向可穿戴设备提供信息接收已经完成的通知。如图所示，GUI 810提供医院服务器按钮820和医生服务器按钮822，在选择后，所述医院服务器按钮820和医生服务器按钮822可以分别向医院服务器或医生服务器转发接收到的信息。下载按钮824可以是可选择的，以使得设备例如从医院服务器或医生服务器下载可用的关于患者的任何额外的数据。最后，可穿戴按钮826可以是可选择的，以起始与可穿戴设备或用户设备的通信。例如，可穿戴按钮826的选择可以打开文本消息发送窗口，以使得能够利用可穿戴设备或用户设备发送和接收文本消息。

应当注意，读取器上的GUI 810可以被设计为显示不同类型的信息，并且提供未在图8B中图示的许多不同的选项。GUI 810的目标包括显示相关的信息和要使用该信息的选项，以便更好地促进用户对检测到的医学状况的处置。

图9图示了如在本文中描述的系统的示范性总体方法900。应当注意，在图9中图示的步骤示出了实施例。在其他实施例中，不同的步骤、额外的步骤、更少的步骤以及以不同顺序的步骤都是可能的。然而，这些步骤都涉及促进提供使用用户移动设备和可穿戴设备两者的健康监测系统。

在步骤901和905中，各种网络(例如，医学警报网络和医生网络)的数据库可以由一个或多个不同的实体来更新。如以上所指示的，网络中的每个可以包括其中第三方可以更新被存储在数据库中的信息的API。被更新的信息可以包括关于医学状况、紧急联系人和用户概况的信息。

在步骤910中，用户可以配置移动设备(例如，移动电话)以用于检测一个或多个医学状况。如以上在图3中所描述的，用户可以选择一个或多个设置，以在各种特征方面命令移动设备，包括要监测什么类型的传感器数据，数据应当被存储在哪里，什么网络能够被访问，以及信息(例如，触发传感器)如何被传输。各种设置可以被存储在移动设备的数据库中。

在步骤915/925中，用户可以在移动设备与可穿戴设备之间同步信息。被提供给可穿戴设备的信息可以包括用于可穿戴设备的关于可穿戴设备需要针对特定的医学状况监测什么参数的指令。例如，移动设备可以命令可穿戴设备获得温度传感器数据、血压和移动数据，以便针对哮喘的存在进行监测(参见图2)。而且，由可穿戴设备获得的传感器数据可以被提供给移动设备，并且被存储在移动设备的数据库中。所存储的传感器数据然后能够被移动设备用于经由触发信号将相关的信息传输给第三方以用于监测用户的健康状况。

在步骤920/930中，可穿戴设备和/或移动设备的医学警报基础软件可以经由触发信号传输用户信息。触发信号可以由任何第三方(例如，网络或设备)读取。在其他实施例中，用户可以使触发信号指向特定的第三方(例如，医生服务器、医院服务器)。第三方然后能够对将会指示用户设备(例如，可穿戴设备和/或移动设备)向第三方传输关于用户的健康状况的额外信息的触发信号执行读取操作。

在步骤935中，该方法能够涉及当已经检测到紧急状况时通知第三方(例如，医生、医院、紧急联系人)。具体地，传感器数据能够从可穿戴设备连续地进行调查，所述传感器数据涉及监测并测量与特定的医学状况有关的一个或多个参数。对于被测量的每个参数，可以分配能够用于指示适当的测量的对应的阈值极限。在传感器数据超过阈值极限的情况下，这可以指示可能已经检测到医学状况的异常测量结果。

可穿戴设备可以对传感器数据连续地进行调查。在其他实施例中，传感器数据可以以规律的间隔被获得。一旦传感器数据超过针对特定的参数的定义的阈值，用户就可以(经由可穿戴设备和/或移动设备)向对应的第三方(例如，网络、医生、医院)提供关于潜在的检测到的医学状况的警报。关于医学状况的信息可以被提供给第三方，以便通过初始的消息进行进一步评价。消息可以不仅包括所监测的传感器数据而且包括相关的用户信息。第三方也可以从用户或其他来源请求额外的信息(例如，医学历史)，以确定是否能对医学状况采取行动。如果认为能够采取行动(换言之，确定用户需要帮助或处置)，则第三方可以起始向用户提供帮助或处置的步骤。

在该时间期间，可穿戴设备和/或移动设备可以与第三方来回通信，提供关于用户的状况和用户的位置(经由GPS)的额外信息。以此方式，可以向第三方告知用户的健康状况(例如，用户是否清醒)，并且可以向用户告知第三方的接近度。

根据前述内容，在本文中描述的可穿戴设备的各种实施例提供了显著的优点，这是因为医学警报信息可以被自动地传达给附近的人(例如，紧急第一响应者)的设备。这样，减少或消除了感兴趣的一方忽视穿戴者的身体上(或要不然附近)的医学警报物品的存在的可能性。另外，各种实施例提供了这样的优点：通常在现有和非电子医学警报物品中不可用的额外信息可以被自动或按要求被传输给感兴趣的一方。例如，除了接收关于患者的状况、人口统计学信息和紧急联系人的静态信息外，附近的第一响应者的设备也可以接收动态信息，例如，传感器信息或关于医学事件的最新发生(例如，突然发作)的信息。这样，向感兴趣的多方提供对传感器的迅速、容易和/或自动的访问以及来自患者的可穿戴设备的相关数据。这样的访问在时间至关重要的医学紧急情况中是特别有价值的。在本文中描述的实施例的额外优点鉴于前述内容将会是明显的。

根据前面的描述应当明显的是，本发明的各种示范性实施例可以被实施在硬件和/或固件中。此外，各种示范性实施例可以被实施为被存储在机器可读存储介质上的指令，所述指令可以被至少一个处理器读取和运行以执行在本文中详细描述的操作。机器可读存储介质可以包括用于以机器可读的形式存储信息的任何机构，所述机器例如为个人电脑或膝上型电脑、服务器或其他计算设备。因此，机器可读存储介质可包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光学存储介质、闪速存储器设备以及类似的存储介质。

本领域技术人员应当意识到，在本文中的任何框图表示实施本发明的原理的例示性电路的概念性视图。类似地，将意识到，任何流程图、流程图表、状态转换图、伪代码等表示实质上可以被表示在机器可读介质上并因此由计算机或处理器运行的各种过程，无论这样的计算机或处理器是否被明确示出。

尽管已经具体参考各种示范性实施例的某些示范性方面详细描述了各种示范性实施例，但是应当理解，本发明能够具有其他实施例并且其细节能够在各种明显的方面进行修改。如本领域技术人员容易理解的，可以在保持在本发明的精神和范围内的同时实现各种变化和修改。因此，前述公开内容、描述和附图仅用于例示性目的并且不以任何方式限制本发明，本发明仅由权利要求进行限定。

Claims

1.一种用户设备，包括：

通信接口，其被配置为与附近的读取器设备无线通信；

存储器；以及

处理器，其与所述通信接口和所述存储器通信，其中，所述处理器被配置为：

接收由至少一个传感器获得的所述用户的健康参数，所述至少一个传感器被配置为从所述用户感测一个或多个健康参数，

接收要被提供给第三方的、关于所述用户的医学警报的识别，

将所述医学警报的所述识别保存在所述存储器中，并且

经由所述通信接口来重复地传输以下中的至少一个：所述医学警报的所述识别以及所述医学警报的可用性的指示。

2.根据权利要求1所述的用户设备，还包括所述传感器，其中，所述用户设备被配置为被附接到所述用户。

3.根据权利要求1所述的用户设备，其中，在传输至少一个所述医学警报的所述识别中，所述处理器还被配置为与所述医学警报一起而额外地传输所述健康参数中的至少一个。

4.根据权利要求3所述的用户设备，其中，所述处理器还被配置为基于所述医学警报的所述识别来选择用于传输的所述健康参数中的所述至少一个。

5.根据权利要求1所述的用户设备，其中，在接收医学警报的所述识别中，所述处理器被配置为接收从预定义的可能的医学警报的列表中对所述医学警报的用户选择。

6.根据权利要求1所述的用户设备，其中，所述处理器还被配置为：

基于接收到的健康参数来识别医学事件的发生，并且

响应于所述医学事件的所述发生的识别而开始所述重复的传输。

7.根据权利要求6所述的用户设备，其中，在识别医学事件的所述发生中，所述处理器被配置为：

基于所述医学警报的接收到的识别来识别与所述医学事件相关联的触发，

基于比较所述触发与接收到的健康参数来确定所述触发是适用的，并且

基于确定所述触发是适用的来识别所述医学事件的所述发生，

由此所述处理器响应于接收所述医学警报的所述识别而监测所述医学事件的所述发生。

8.一种由用户设备执行的用于提供医学警报信息的方法，所述方法包括：

由所述用户设备的处理器接收由至少一个传感器获得的所述用户的健康参数，所述至少一个传感器被配置为从所述用户感测一个或多个健康参数；

接收要被提供给第三方的、关于所述用户的医学警报的识别；

将所述医学警报的所述识别保存在所述用户设备的存储器中；并且

经由所述用户设备的通信接口来重复地传输以下中的至少一个：所述医学警报的所述识别以及所述医学警报的可用性的指示，其中，所述通信接口被配置为与附近的读取器设备无线通信。

9.根据权利要求8所述的方法，还包括所述传感器，其中，所述用户设备被附接到所述用户。

10.根据权利要求8所述的方法，其中，传输至少一个所述医学警报的所述识别包括：与所述医学警报一起而额外地传输所述健康参数中的至少一个。

11.根据权利要求10所述的方法，还包括：基于所述医学警报的所述识别来选择用于传输的所述健康参数中的所述至少一个。

12.根据权利要求8所述的方法，其中，接收医学警报的所述识别包括：接收从预定义的可能的医学警报的列表中对所述医学警报的用户选择。

13.根据权利要求8所述的方法，还包括：

基于接收到的健康参数来识别医学事件的发生，并且

14.根据权利要求13所述的方法，其中，识别医学事件的所述发生包括：

由此所述用户设备响应于接收所述医学警报的所述识别而监测所述医学事件的发生。

15.一种编码有指令的非瞬态机器可读存储介质，所述指令用于由用户设备运行以用于提供医学警报信息，所述非瞬态机器可读存储介质包括：

用于由所述用户设备的处理器接收由至少一个传感器获得的所述用户的健康参数的指令，所述至少一个传感器被配置为从所述用户感测一个或多个健康参数；

用于接收要被提供给第三方的、关于所述用户的医学警报的识别的指令；

用于将所述医学警报的所述识别保存在所述用户设备的存储器中的指令；以及

用于经由所述用户设备的通信接口来重复地传输以下中的至少一个的指令：所述医学警报的所述识别以及所述医学警报的可用性的指示，其中，所述通信接口被配置为与附近的读取器设备无线通信。