在心搏停止情况下的自动智能手表辅助的制作方法

背景技术：

本发明一般涉及计算领域，并且更具体地涉及可穿戴健康设备。

智能手表可以在需要心肺复苏(cpr)来使人复活的心搏停止的情况下进行辅助。智能手表可通过利用嵌入在智能手表内的传感器监视用户的心率来检测心脏相关疾病的即将出现，且如果必要，可在检测到心脏相关疾病的情况下发出警报。智能手表还可以通过利用智能手表上的传感器来辅助执行按压cpr的动作，以监测用户在cpr施予期间进行的动作，并且确保用户以正确的压力和节律执行按压cpr。

技术实现要素：

本发明的实施例公开了一种用于自动智能手表辅助的方法、计算机系统和计算机程序产品。本发明可以包括从遇险用户设备的传感器检测到遇险信号。本发明然后可以包括基于从遇险用户设备的传感器检测到遇险信号而广播心肺复苏(cpr)请求。本发明然后可以包括基于响应用户设备的改变的行进方向接收对广播的cpr请求的响应。本发明最后可以包括在所述遇险用户设备和所述响应用户设备之间建立连接。

附图说明

本发明的这些和其它目的、特征和优点将从以下结合附图阅读的对其说明性实施例的详细描述中变得显而易见。附图的各种特征不是按比例的，因为为了清楚起见，图示是为了帮助本领域技术人员结合详细描述理解本发明。在附图中：

图1示出了根据至少一个实施例的联网计算机环境；

图2是示出根据至少一个实施例的用于自动智能手表辅助的过程的操作流程图；

图3图示了根据至少一个实施例的cpr警报的呈现；

图4示出了根据至少一个实施例的设备配对；

图5示出了根据至少一个实施例的所呈现的通知；

图6是根据至少一个实施例的图1中示出的计算机和服务器的内部和外部组件的框图；

图7是根据本公开的实施例的包括图1中示出的计算机系统的说明性云计算环境的框图；以及

图8是根据本公开的实施例的图7的说明性云计算环境的功能层的框图。

具体实施方式

本文公开了所要求保护的结构和方法的详细实施例；然而，可以理解，所公开的实施例仅仅是对可以以各种形式实施的所要求保护的结构和方法的说明。然而，本发明可以以许多不同的形式实施，并且不应被解释为限于这里阐述的示例性实施例。相反，提供这些示例性实施例是为了使本公开透彻和完整，并将本发明的范围完全传达给本领域技术人员。在描述中，可以省略公知的特征和技术的细节，以避免不必要地模糊所呈现的实施例。

本发明可以是任何可能的技术细节集成水平的系统、方法和/或计算机程序产品。计算机程序产品可以包括其上具有计算机可读程序指令的计算机可读存储介质(或多个介质)，所述计算机可读程序指令用于使处理器执行本发明的各方面。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以下描述的示例性实施例提供了一种用于自动智能手表辅助的系统、方法和程序产品。因此，本实施例具有通过在心搏停止的情况下自动化智能手表辅助来改进可穿戴健康设备的技术领域的能力。更具体地说，本发明可以包括从遇险用户设备的传感器检测到遇险信号。本发明然后可以包括基于从遇险用户设备的传感器检测到遇险信号而广播心肺复苏(cpr)请求。本发明然后可以包括基于响应用户设备的改变的行进方向接收对广播的cpr请求的响应。本发明最后可以包括在所述遇险用户设备和所述响应用户设备之间建立连接。

如先前所描述，智能手表可辅助需要心肺复苏(cpr)来使人复活的心脏骤停的情形。智能手表可通过利用嵌入在智能手表内的传感器监视用户的心率来检测心脏相关疾病的即将出现，且如果必要，可在检测到心脏相关疾病的情况下发出警报。智能手表还可以通过利用智能手表上的传感器来辅助执行按压cpr的动作，以监测用户在cpr施予期间进行的动作，并且确保用户以正确的压力和节律执行按压cpr。

当人经历心搏停止时，附近的人可能需要被警告。当没有检测到脉搏时发出可听警报可能不令人满意，因为听到警报的人可能不了解警报表示什么，在繁忙区域或者如果佩戴耳机，人可能听不到警报，并且人可能不能定位警报的源。此外，当人经历心搏停止时，每秒的时间是宝贵的，并且尝试施行cpr的用户可能没有时间在用户的智能电话或智能手表上手动定位和启动cpr辅助应用。最后，当在执行按压cpr之前检查脉搏时，试图实施cpr的用户可能经历困难。事实上，研究人员已经得出结论，外行救助者可能不能及时可靠地检测到脉搏的不存在。然而，知道心脏何时停止和何时重新开始对于cpr的执行是关键的。

因此，尤其有利的是，通过免提的全自动解决方案提供一种帮助心搏停止的患者和cpr提供者的解决方案，该解决方案宣布对cpr的需要，帮助cpr的执行，并且检测患者何时已恢复脉搏并且因此cpr应被停止。

根据至少一个实施例，可穿戴设备可以用于自动心肺复苏(cpr)辅助，包括但不限于智能手表和/或能够收集用户的生物计量和/或其他传感器数据的其他设备。

根据至少一个实施例，超声通信可以用于向附近用户警告心脏事件，即使被警告的用户与心脏患者没有建立关系。

根据至少一个实施例，来自心脏病患者的智能手表的生物计量信息(例如，生物计量传感器数据)，包括记录在心脏病患者的智能手表上的生物计量读数，可以被自动地提供给帮助患者的人的智能手表，而无需任何先前的配对或人工干预。

根据至少一个实施例，智能手表上的生物计量传感器和运动传感器可检测用户何时经历心脏停搏。如果达到足够的阈值，则基于生物计量传感器和运动传感器的读数，可以呈现cpr警报并且使用超声通信将其传送到附近的智能手表。

根据至少一个实施例，接收超声通信的附近智能手表可以显示所呈现的cpr警报，其可以提供关于警报的性质、需要帮助的个体以及个体相对于接收用户的位置的信息。如果接收用户开始朝向警报位置移动，则cpr辅助应用可以在接收用户的智能手表上自动启动。

根据至少一个实施例，接收用户(例如，辅助用户)的智能手表和患者的智能手表可以通过超声通信交换电子握手，以便建立蓝牙配对(蓝牙和所有基于蓝牙的商标和标志是蓝牙sig公司和/或其分支机构的商标或注册商标)。患者的智能手表可以继续监测患者的生命体征，并且可以通过所建立的(例如，配对的)蓝牙连接将患者的生命体征传送到辅助用户的智能手表。如果患者重建脉搏，则辅助用户可以经由在辅助用户的智能手表上的呈现而被通知患者的心率。

根据至少一个实施例，自动智能手表辅助程序可利用超声通信来向附近的智能手表用户广播消息，该消息可指示人可能已经经历了心搏停止。所传达的消息除了包括心脏停搏患者与消息接收方的距离之外，还可以包括详述心脏停搏害者的位置的信息。

根据至少一个实施例，自动智能手表辅助程序可以自动地将心搏停止患者的智能手表与附近(例如，接近定位的)自动智能手表辅助程序用户(即，辅助用户)的智能手表配对，使得心搏停止患者的生物计量信息(诸如脉搏的存在或不存在)可以被传输到辅助cpr的附近自动智能手表辅助程序用户(即，辅助用户)的智能手表。

根据至少一个实施例，自动智能手表辅助程序可由医疗装置制造商、健康护理提供者和支付者(例如，医院和保险公司)、负责公共安全的那些人(例如，警察部队和消防部门)、机场、公共交通运营商、运动场所、商场运营商和智能手表制造商以及许多其它用户利用。

参考图1，描述了根据一个实施例的示例性联网计算机环境100。联网计算机环境100可以包括具有处理器104和数据存储设备106的计算机102，该数据存储设备能够运行软件程序108和自动智能手表辅助程序110a。联网计算机环境100还可包括服务器112，该服务器被启用以运行可与数据库114和通信网络116交互的自动智能手表辅助程序110b。联网计算机环境100可以包括多个计算机102和服务器112，仅示出其中的一个。通信网络116可以包括各种类型的通信网络，例如广域网(wan)、局域网(lan)、电信网络、无线网络、公共交换网络和/或卫星网络。应当理解，图1仅提供了一种实现的说明，而不暗示对其中可实现不同实施例的环境的任何限制。可以基于设计和实现要求对所描述的环境进行许多修改。

客户计算机102可以经由通信网络116与服务器计算机112通信。通信网络116可以包括诸如有线、无线通信链路或光纤电缆的连接。如将参考图6讨论的，服务器计算机112可以分别包括内部组件902a和外部组件904a，并且客户端计算机102可以分别包括内部组件902b和外部组件904b。服务器计算机112还可以在云计算服务模型中操作，诸如软件即服务(saas)、平台即服务(paas)或基础设施即服务(iaas)。服务器112还可以位于云计算部署模型中，诸如私有云、社区云、公共云或混合云。客户端计算机102可以是例如移动设备、电话、个人数字助理、上网本、膝上型计算机、平板计算机、台式计算机或能够运行程序、访问网络和访问数据库114的任何类型的计算设备。根据本实施例的各种实现，自动智能手表辅助程序110a、110b可与可嵌入各种存储设备中的数据库114交互，各种存储设备诸如但不限于计算机/移动设备102、联网服务器112或云存储服务。

根据本实施例，使用客户端计算机102或服务器计算机112的用户可以(分别)使用自动智能手表辅助程序110a、110b以将记录在患者的智能手表上的生物计量读数自动发送到辅助用户的智能手表，而无需任何先前配对或手动干预。下面参考图2至图5更详细地解释自动智能手表辅助方法。

现在参考图2，示出了图示根据至少一个实施例的自动智能手表辅助程序110a和110b所使用的示例性自动智能手表辅助过程200的操作流程图。

在202，用户的智能手表检测对心肺复苏(cpr)的需要并且通过超声广播请求。这可被称为自动智能手表辅助程序110a、110b的阶段1，其可开始于用户签约或选择参与自动智能手表辅助程序110a、110b(即，用户注册)。用户注册可以使用连接因特网的计算设备来完成，包括移动设备或平板电脑等设备，并且可以包括用户提供他或她的个人信息，包括但不限于姓名、生日、身高、体重、年龄、性别、任何疾病或病痛、用户是吸烟者还是不吸烟者、以及区别照片，如果cpr警报被广播，则该个人信息和照片可以被发送给辅助用户。用户可以在指定用于个人信息和照片的用户输入的指定区域处将他或她的个人信息和照片输入到自动智能手表辅助程序110a、110b界面中。

用户注册可以由对参与自动智能手表辅助程序110a、110b感兴趣的具有合适年龄和判断力的任何人(例如，男性或女性)完成。用户注册可以包括将自动智能手表辅助程序110a、110b移动应用下载到用户的移动设备或平板电脑上，该移动设备或平板电脑也与用户的智能手表兼容并且可以被下载到用户的智能手表上。

完成自动智能手表辅助程序110a、110b的用户注册的适当年龄和判断力的人可以成为注册用户。

由自动智能手表辅助程序110a、110b的注册用户佩戴的智能手表可以使用各种传感器来检测或确定用户是否可能已经经历了心搏停止、意识丧失和/或智能手表用户是否可能需要cpr。自动智能手表辅助程序110a、110b所使用的各种传感器可以包括但不限于包括：生物计量传感器，其中心率监测器可以检测异常心率并且可以最终检测脉搏的缺失；血压传感器；皮肤温度传感器；以及运动传感器，其中智能手表加速计和/或陀螺仪可以检测可能与跌倒和/或意识丧失一致的运动或运动缺失。

自动智能手表辅助程序110a、110b可以分析传感器数据以确定自动智能手表辅助程序110a、110b的用户是否已经经历了心搏停止和/或可能需要cpr。可以对照(例如，比较)预定阈值来测量由自动智能手表辅助程序110a、110ba分析的传感器数据，该测量或比较可以减少错误地确定自动智能手表辅助程序110a、110b的用户可能正在经历心搏停止和/或可能需要cpr(即，假阳性)的机会。

例如，关于上文讨论的阈值，由单个传感器做出的自动智能手表辅助程序110a、110b的用户没有脉搏的确定可能不足以触发求助呼叫(例如，广播对cpr的请求)，因为可能存在用户的脉搏可能不被用户的智能手表检测到的若干原因，包括但不限于故障传感器或与用户的手腕的不良接触。然而，由多于一个传感器生成并合并在一起以形成组合传感器数据库(即，数据库114)的传感器数据可以更准确地检测用户是否已经满足预定阈值。例如，组合传感器数据可以检测异常心率，随后是与跌倒一致的身体运动，随后是不可测量的心率和/或血压，并且没有进一步的身体运动。在这种情况下，可以满足和/或超过预定阈值，并且可以触发警报。

当满足预定阈值并且触发警报时，自动智能手表辅助程序110a、110b可以准备cpr警报，该警报可以是向自动智能手表辅助程序110a、110b的所有注册用户广播的消息。自动智能手表辅助程序110a、110b的注册用户可能已经注册以先前讨论的方式参与自动智能手表辅助程序110a、110b，并且可能已经将应用下载到用户的智能手表上，其中应用现在可以在该智能手表上运行。自动智能手表辅助程序110a、110b的运行版本可以监听传入的超声通信，如将在下面更详细地讨论的。

广播消息(例如，文本消息)可以包括遇险用户的简档信息(即，用户简档)、遇险用户的位置信息(即，用户位置)以及遇险用户的其他相关信息(即，用户细节)。遇险用户也可被称为患者。用户简档可以包括用户的姓名和图片，以及从自动智能手表辅助程序110a、110b内的用户简档检索的任何其他个人信息。用户位置可以包括从用户的关联设备(即，智能手表)的全球定位系统(gps)检索的用户的当前位置。用户细节可以包括与用户有关的所有其他相关信息，其可以与医疗响应者相关，包括但不限于用户的病史、疾病、过敏症、哮喘病症、处方药物、紧急联系人、主治医师和/或正常(即，基线)生命体征。用户细节可以在注册时由用户输入到自动智能手表辅助程序110a、110b中，并且可以在自动智能手表辅助程序110a、110b界面内的任何时间被修改和/或补充。用户的基线生命体征还可以由自动智能手表辅助程序110a、110b基于任何先前收集的传感器数据来确定，该先前收集的传感器数据可以在用户注册时被输入到自动智能手表辅助程序110a、110b中。

可以使用用户的智能手表的板载扬声器通过超声通信发送所广播的cpr警报。超声通信可以是频率大于20khz的声音，并且人耳听不到。尽管自动智能手表辅助程序110a、110b的用户可能没有感测到超声通信，但是该传输可以包含以超声编码的关于警报(例如cpr警报)的性质的数据，包括患者的位置、患者的照片和患者的姓名。患者的位置、患者的照片和患者的姓名可以由辅助用户使用以在人口密集的区域(例如，在人群中)中定位患者。例如，与患者的遇险信号的位置结合使用的患者的照片可以使得能够由辅助用户立即物理识别在拥挤的音乐会处的患者。

如果和/或当进行蓝牙连接时，如前所述，任何相关的医疗信息可以被传送给辅助用户。

附近的智能手表可以使用可以连续地收听超声通信的机载麦克风来接收广播的cpr。可以不需要遇险用户(即患者)的设备和协助用户之间的预先配对。在接收到超声通信时，属于自动智能手表辅助程序110a、110b的注册用户的智能手表可在智能手表屏幕上呈现cpr警报。另外，注册用户的智能手表可以提供触觉和听觉反馈以向智能手表用户发信号通知cpr警报。下面将参考图3更详细地讨论在用户的智能手表上呈现cpr警报。

智能手表和连接到自动智能手表辅助程序110a、110b的其他设备，其接收超声通信，可以充当转发器，并且可以将信号传递到其他连接的设备。转发器可以是接收信号并将其转发的电子设备，其可以用于扩展信号的距离。例如，移动电话可以通过超声通信接收cpr警报，并且可以使用机载扬声器来重复超声信号，这可以导致所广播的cpr警报的扩展范围和可达范围。

在204，辅助用户响应cpr警报并建立与患者的智能手表的配对。这可以被称为自动智能手表辅助程序110a、110b的阶段2。这里，在cpr警报消息已经被呈现之后，患者的智能手表可以监视智能手表辅助程序110a、110b的用户的移动和行进方向。如果患者(即，遇险用户)的智能手表检测到自动智能手表辅助程序110a、110b的另一用户正在患者的方向上行进，则该用户成为响应cpr警报的辅助用户。辅助用户可能需要仅仅改变他或她朝向患者的位置的行进方向以被认为是可能正在对广播的cpr警报做出响应的辅助用户。

例如，一旦cpr请求已被广播，基于患者遇险的确定，则自动智能手表辅助程序110a、110b的另一用户的朝向患者的位置的行进的任何改变的方向可能足以将另一用户视为辅助用户。

当辅助用户的智能手表确定辅助用户正在辅助患者时，可以在自动智能手表辅助程序110a、110b内或者通过利用辅助用户的智能手表或连接的移动设备上的第三方应用程序在辅助用户的智能手表上启动cpr辅助指南。cpr辅助指南可帮助执行按压cpr，包括通过监视cpr技术、通过基于监视发出指导、以及可选地通过向911发出呼叫以向患者的状况警告紧急服务并接收实时口头cpr指令。cpr辅助指南可以通过利用辅助用户的智能手表的加速度计、任何触觉反馈和陀螺仪以及其他特征来起作用，以指示何时应当执行按压。

当辅助用户的智能手表检测到用户位于与自动智能手表辅助程序110a、110b患者相同的物理位置时，辅助用户的智能手表可以向患者的智能手表发送超声通信，其中辅助用户的智能手表请求蓝牙配对(蓝牙和所有基于蓝牙的商标和标志是蓝牙sig公司和/或其分支机构的商标或注册商标)。自动智能手表辅助程序110a、110b可以基于广播的cpr警报的gps位置与辅助用户的gps位置的比较来确定辅助用户位于与患者相同的位置。当受害人的智能手表的麦克风检测到蓝牙配对请求时，电子握手信号被交换并且执行蓝牙配对。下面将参考图4更详细地讨论设备配对。

如果多个辅助用户到达以辅助患者，则可以与患者的智能手表和所有辅助用户的智能手表建立蓝牙配对。可以在蓝牙连接的设备之间建立双向通信，与超声通信的单向广播相比，这对于患者和辅助用户都是有益的。如前所述，cpr辅助指南指令可以被发送给所有辅助用户。如先前所讨论的以及如将在下面关于步骤206更详细讨论的，患者的生命体征也可以发送给所有辅助用户。

在206，辅助用户的智能手表显示患者的生命体征(即，生命体征(vitalsign))。这可以被称为自动智能手表辅助程序110a、110b的阶段3。如前所述，通过利用超声通信上的双向电子握手，可以在辅助用户的智能手表和患者佩戴的智能手表之间建立配对的蓝牙连接。

尽管患者的状况，患者的智能手表可以继续监测患者的生命体征，包括但不限于患者的心率(即，心率值)、患者的血压(即，血压值)、患者的体温(即，体温值)、患者的呼吸率(即，呼吸率)和/或患者的任何其他医疗状况，并且可以将患者的生命体征通过配对连接发送到辅助用户的智能手表。辅助用户可以利用配对连接和从患者的智能手表接收的任何生命体征来确定患者没有脉搏并且cpr应当开始。配对的蓝牙连接可以在给予cpr时继续，并且还可以在自动外部除颤器(aed)可以用于尝试复苏患者时继续。

如果患者重建脉搏，则可以创建通知，该通知可以在辅助用户的智能手表上呈现。如果存在多于一个辅助用户，则可以在每个辅助用户的智能手表上呈现通知。该通知可以指示患者的脉冲已经被重建，并且协助用户可以停止cpr和/或aed。通知可以是视觉的、触觉的和/或听觉的，以确保通知吸引一个或多个用户的注意。下面将参考图5更详细地讨论所呈现的通知。

在基于可接受的医疗范围认为患者具有重建的和正常的脉搏的预定义时间段之后，该时间段可以在自动智能手表辅助程序110a、110b接口内自动配置，辅助用户的智能手表和患者的智能手表之间的连接可以断开，并且配对可以被移除。基于可接受的医疗范围，用户的正常心率可以由自动智能手表辅助程序110a、110b基于用户输入的个人信息来确定，个人信息包括年龄、身高、体重、用户是吸烟者还是不吸烟者、以及任何先前存在的医疗状况，以及其他因素。

例如，自动智能手表辅助程序110a、110b可以被配置为当确定患者具有持续三分钟的重建脉搏并且在给定用户的输入个人信息的情况下确定患者的脉搏在可接受的医疗范围内时断开连接。

现在参考图3，描述了根据至少一个实施例的cpr警报的呈现。自动智能手表辅助程序110a、110b可提供触觉和听觉反馈以向智能手表用户发信号通知存在cpr警报。如先前所描述的，gps位置、生物计量传感器和运动传感器302可以从患者的智能手表304收集数据，并且可以使用超声通信308(即，超声广播)将所收集的数据传送到辅助用户的智能手表306。辅助用户的装置(即，接收智能手表306)上的超声接收器310可拾取使用超声通信308从患者的智能手表发送的信号。

现在参考图4，描述了根据至少一个实施例的设备配对。当自动智能手表辅助程序110a、110b的用户在患者的方向上行进时，可以建立蓝牙连接，该连接可以使得能够开始cpr辅助。为了建立蓝牙连接，辅助用户的智能手表402可以请求配对，并且可以交换辅助用户的智能手表402和患者的智能手表404之间的电子握手信号。

现在参考图5，描述了根据至少一个实施例的所呈现的通知。一旦已经在辅助用户的智能手表502与患者的智能手表504之间建立了连接，则由辅助用户502佩戴的智能手表可以基于由位于患者的智能手表504上的生物计量传感器506生成的并且通过蓝牙连接被传送到辅助用户的智能手表502的读数来显示患者重建的脉搏。

可以理解，图2至图5仅提供了一个实施例的说明，而不暗示对如何实现不同实施例的任何限制。可以基于设计和实现要求对所描述的实施例进行许多修改。

根据至少一个替代实施例，可能存在cpr训练的要求，以用于辅助自动智能手表辅助程序110a、110b的用户。在这种情况下，在注册时可能需要cpr认证的证明。cpr认证的证明可经由网络入口或移动应用上载，和/或单选按钮可在网络入口或移动应用内切换以指示自动智能手表辅助程序110a、110b用户关于cpr的训练、经验和专业水平。

根据至少一个替代实施例，协助用户可以通过找到第三方来协助患者，该第三方可能没有注册自动智能手表协助程序110a、110b，但是可能在cpr中被认证或者愿意和/或有资格协助患者和管理cpr。针对自动智能手表辅助程序110a、110b注册的辅助用户(即，注册的辅助用户)可以在前往患者时加入未注册的第三方，使得注册的辅助用户的位置可以由自动智能手表辅助程序110a、110b注意到，并且可以在注册的辅助用户的智能手表和患者的智能手表之间建立连接，从而允许在注册的辅助用户的智能手表上显示cpr辅助，并且允许将患者的生命体征发送到注册的辅助用户的智能手表。

根据至少一个替代实施例，自动智能手表辅助程序110a、110b可以监测用户的传感器数据，包括但不限于与可接受的医疗标准相比的用户的心率，并且可以经由用户的智能手表上的通知或经由自动智能手表辅助程序110a、110b界面上的通知来警告用户检测到潜在疾病并且用户应当寻求医疗辅助。

图6是根据本发明的说明性实施例的图1中所示的计算机的内部和外部组件的框图900。应当理解，图6仅提供了一种实现的说明，而不暗示对其中可实现不同实施例的环境的任何限制。可以基于设计和实现要求对所描述的环境进行许多修改。

数据处理系统902、904代表能够执行机器可读程序指令的任何电子设备。数据处理系统902、904可以代表智能电话、计算机系统、pda或其他电子设备。可由数据处理系统902、904表示的计算系统、环境和/或配置的示例包括但不限于个人计算机系统、服务器计算机系统、瘦客户端、胖客户端、手持式或膝上型设备、多处理器系统、基于微处理器的系统、网络pc、小型计算机系统和包括任何上述系统或设备的分布式云计算环境。

用户客户端计算机102和网络服务器112可以包括图6中所示的内部组件902a、b和外部组件904a、b的相应集合。内部组件902a、b的集合中的每一个包括一个或多个处理器906、在一个或多个总线912上的一个或多个计算机可读ram908和一个或多个计算机可读rom910、以及一个或多个操作系统914和一个或多个计算机可读有形存储设备916。客户端计算机102中的一个或多个操作系统914、软件程序108和自动智能手表辅助程序110a以及网络服务器112中的自动智能手表辅助程序110b可存储在一个或多个计算机可读有形存储装置916上，以供一个或多个处理器906经由一个或多个ram908(其通常包括高速缓冲存储器)执行。在图6中所示的实施例中，计算机可读有形存储设备916中的每一个是内部硬盘驱动器的磁盘存储设备。或者，每个计算机可读有形存储设备916是半导体存储设备，诸如rom910、eprom、闪存或任何其它能够存储计算机程序和数字信息的计算机可读有形存储设备。

每组内部组件902a、b还包括r/w驱动器或接口918，以从一个或多个便携式计算机可读有形存储设备920读取和向其写入，所述便携式计算机可读有形存储设备诸如cd-rom、dvd、记忆棒、磁带、磁盘、光盘或半导体存储设备。诸如软件程序108和自动智能手表辅助程序110a和110b的软件程序可被存储在相应的便携式计算机可读有形存储设备920中的一个或多个上，经由相应的r/w驱动器或接口918被读取并被加载到相应的硬盘驱动器916中。

每组内部组件902a、b还可以包括网络适配器(或交换端口卡)或接口922，例如tcp/ip适配卡、无线wi-fi接口卡或3g或4g无线接口卡或其他有线或无线通信链路。客户端计算机102中的软件程序108和自动智能手表辅助程序110a以及网络服务器计算机112中的自动智能手表辅助程序110b可经由网络(例如，因特网、局域网或其它广域网)和相应网络适配器或接口922从外部计算机(例如，服务器)下载。从网络适配器(或交换机端口适配器)或接口922，将客户端计算机102中的软件程序108和自动智能手表辅助程序110a以及网络服务器计算机112中的自动智能手表辅助程序110b加载到相应的硬盘驱动器916中。网络可以包括铜线、光纤、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。

外部组件904a、b的集合中的每一个可以包括计算机显示监视器924、键盘926和计算机鼠标928。外部组件904a、b还可以包括触摸屏、虚拟键盘、触摸板、定点设备和其他人机接口设备。内部组件902a、b的集合中的每一个还包括设备驱动器930，以接口到计算机显示监视器924、键盘926和计算机鼠标928。设备驱动器930、r/w驱动器或接口918以及网络适配器或接口922包括硬件和软件(存储在存储设备916和/或rom910中)。

首先应当理解，尽管本公开包括关于云计算的详细描述，但其中记载的技术方案的实现却不限于云计算环境，而是能够结合现在已知或以后开发的任何其它类型的计算环境而实现。

云计算是一种服务交付模式，用于对共享的可配置计算资源池进行方便、按需的网络访问。可配置计算资源是能够以最小的管理成本或与服务提供者进行最少的交互就能快速部署和释放的资源，例如可以是网络、网络带宽、服务器、处理、内存、存储、应用、虚拟机和服务。这种云模式可以包括至少五个特征、至少三个服务模型和至少四个部署模型。

特征包括：

按需自助式服务：云的消费者在无需与服务提供者进行人为交互的情况下能够单方面自动地按需部署诸如服务器时间和网络存储等的计算能力。

广泛的网络接入：计算能力可以通过标准机制在网络上获取，这种标准机制促进了通过不同种类的瘦客户机平台或厚客户机平台(例如移动电话、膝上型电脑、个人数字助理pda)对云的使用。

资源池：提供者的计算资源被归入资源池并通过多租户(multi-tenant)模式服务于多重消费者，其中按需将不同的实体资源和虚拟资源动态地分配和再分配。一般情况下，消费者不能控制或甚至并不知晓所提供的资源的确切位置，但可以在较高抽象程度上指定位置(例如国家、州或数据中心)，因此具有位置无关性。

迅速弹性：能够迅速、有弹性地(有时是自动地)部署计算能力，以实现快速扩展，并且能迅速释放来快速缩小。在消费者看来，用于部署的可用计算能力往往显得是无限的，并能在任意时候都能获取任意数量的计算能力。

可测量的服务：云系统通过利用适于服务类型(例如存储、处理、带宽和活跃用户帐号)的某种抽象程度的计量能力，自动地控制和优化资源效用。可以监测、控制和报告资源使用情况，为服务提供者和消费者双方提供透明度。

服务模型如下：

软件即服务(saas)：向消费者提供的能力是使用提供者在云基础架构上运行的应用。可以通过诸如网络浏览器的瘦客户机接口(例如基于网络的电子邮件)从各种客户机设备访问应用。除了有限的特定于用户的应用配置设置外，消费者既不管理也不控制包括网络、服务器、操作系统、存储、乃至单个应用能力等的底层云基础架构。

平台即服务(paas)：向消费者提供的能力是在云基础架构上部署消费者创建或获得的应用，这些应用利用提供者支持的程序设计语言和工具创建。消费者既不管理也不控制包括网络、服务器、操作系统或存储的底层云基础架构，但对其部署的应用具有控制权，对应用托管环境配置可能也具有控制权。

基础架构即服务(iaas)：向消费者提供的能力是消费者能够在其中部署并运行包括操作系统和应用的任意软件的处理、存储、网络和其他基础计算资源。消费者既不管理也不控制底层的云基础架构，但是对操作系统、存储和其部署的应用具有控制权，对选择的网络组件(例如主机防火墙)可能具有有限的控制权。

部署模型如下：

私有云：云基础架构单独为某个组织运行。云基础架构可以由该组织或第三方管理并且可以存在于该组织内部或外部。

共同体云：云基础架构被若干组织共享并支持有共同利害关系(例如任务使命、安全要求、政策和合规考虑)的特定共同体。共同体云可以由共同体内的多个组织或第三方管理并且可以存在于该共同体内部或外部。

公共云：云基础架构向公众或大型产业群提供并由出售云服务的组织拥有。

混合云：云基础架构由两个或更多部署模型的云(私有云、共同体云或公共云)组成，这些云依然是独特的实体，但是通过使数据和应用能够移植的标准化技术或私有技术(例如用于云之间的负载平衡的云突发流量分担技术)绑定在一起。

云计算环境是面向服务的，特点集中在无状态性、低耦合性、模块性和语意的互操作性。云计算的核心是包含互连节点网络的基础架构。

现在参考图7，描述了说明性云计算环境1000。如图所示，云计算环境1000包括云消费者使用的本地计算设备可以与其通信的一个或多个云计算节点100，所述本地计算设备例如个人数字助理(pda)或蜂窝电话1000a、台式计算机1000b、膝上型计算机1000c和/或汽车计算机系统1000n。节点100可以彼此通信。它们可以被物理地或虚拟地分组(未示出)在一个或多个网络中，诸如如上文描述的私有云、社区云、公共云或混合云或其组合。这允许云计算环境1000提供基础设施、平台和/或软件作为服务，云消费者不需要为其维护本地计算设备上的资源。应当理解，图7中所示的计算设备1000a-n的类型仅旨在说明，并且计算节点100和云计算环境1000可以通过任何类型的网络和/或网络可寻址连接(例如，使用web浏览器)与任何类型的计算设备通信。

现在参考图8，示出了由云计算环境1000提供的一组功能抽象层1100。应当预先理解，图8中所示的组件、层和功能仅旨在说明，并且本发明的实施例不限于此。如所描述的，提供了以下层和相应的功能：

硬件和软件层1102包括硬件和软件组件。硬件组件的示例包括：主机1104；基于risc(精简指令集计算机)架构的服务器1106；服务器1108；刀片服务器1110；存储设备1112；以及网络和联网组件1114。在一些实施例中，软件组件包括网络应用服务器软件1116和数据库软件1118。

虚拟层1120提供一个抽象层，该层可以提供下列虚拟实体的例子：虚拟服务器1122、虚拟存储1124、虚拟网络1126(包括虚拟私有网络)、虚拟应用和操作系统1128，以及虚拟客户端1130。

在一个示例中，管理层1132可以提供下述功能：资源供应功能1134：提供用于在云计算环境中执行任务的计算资源和其它资源的动态获取；计量和定价功能1136：在云计算环境内对资源的使用进行成本跟踪，并为此提供帐单和发票。在一个例子中，该资源可以包括应用软件许可。安全功能：为云的消费者和任务提供身份认证，为数据和其它资源提供保护。用户门户功能1138：为消费者和系统管理员提供对云计算环境的访问。服务水平管理功能1140：提供云计算资源的分配和管理，以满足必需的服务水平。服务水平协议(sla)计划和履行功能1142：为根据sla预测的对云计算资源未来需求提供预先安排和供应。

工作负载层1144提供云计算环境可能实现的功能的示例。在该层中，可提供的工作负载或功能的示例包括：地图绘制与导航1146；软件开发及生命周期管理1148；虚拟教室的教学提供1150；数据分析处理1152；交易处理1154；以及以及自动智能手表辅助1156。自动智能手表辅助程序110a、110b提供了一种在没有任何预先配对或手动干预的情况下将记录在患者的智能手表上的生物计量读数自动发送到辅助用户的智能手表的方式。

已经出于说明的目的给出了本发明的各种实施例的描述，但是其不旨在是穷尽的或限于所公开的实施例。在不背离所描述的实施例的范围的情况下，许多修改和变化对于本领域的普通技术人员将是显而易见的。选择本文所使用的术语以最好地解释实施例的原理、实际应用或对市场上存在的技术改进，或使本领域的其他普通技术人员能够理解本文所公开的实施例。