基于家族历史的动态可穿戴设备行为的制作方法

本申请要求于2014年12月4日提交并且名称为“家族历史”的美国临时申请号62/087,727的优先权权益，其公开内容以引用方式被并入本文。

本文中描述的各种实施例大体涉及用于收集关于穿戴用户的生物计量、运动和其他类型的计量的可穿戴设备。更具体地但不是排他地，各种实施例涉及基于穿戴者的家族历史来修改可穿戴设备的行为。

背景技术：

可穿戴技术包括能够被穿戴在身体上或被附接到个体的衣服和配饰或被嵌入在个体的衣服和配饰中的移动电子设备。与可穿戴技术相关联的处理器和传感器可以被提供以收集、处理并将信息显示给用户。可穿戴技术可以用于各种各样的地方，包括监测用户的健康数据并提供其他类型的数据和统计。健康领域中的可穿戴技术的范例包括fitbit、nike+fuelband和苹果手表设备。其他可穿戴设备包括frederique-constant、mondaine和alpina智能手表。

当预测患者的潜在健康风险时，家族历史被医生、护士和患者频繁使用。这是因为在许多情况下，针对某种状况的人的风险因子可以在家族成员已经遭受相同的状况或呈现出其他警告迹象时被增加。然而，家族健康信息通常难以可靠且持续地获得。

技术实现要素：

本发明的各种实施例涉及一种用于基于家族历史来识别健康推荐的方法。这样的方法可以包括：接收关于可穿戴设备的用户的家族健康历史输入，经由可穿戴设备的健康参数传感器来检测健康参数测量结果，将家族健康历史输入和健康参数测量结果与被存储在动作-规则数据库中的信息进行比较，以及当家族健康历史输入和健康参数与和在动作-规则数据库中识别的动作相关联的规则匹配时，执行所识别的动作。

本文中描述的另外的实施例包括一种用于基于家族历史来识别健康推荐的系统。这样的系统可以包括可穿戴设备。这样的可穿戴设备可以包括：存储器，其存储与可穿戴设备的用户相关联的家族健康历史输入；健康参数传感器，其检测健康参数测量结果；以及处理器，其执行命令以将家族健康历史输入和健康参数测量结果与被存储在动作-规则数据库中的信息进行比较，并且当家族健康历史输入和健康参数与和在动作-规则数据库中识别的动作相关联的规则匹配时执行所识别的动作。

本文中描述的额外实施例包括一种非瞬态计算机可读存储介质，其具有实现在其上的程序，所述程序可由处理器执行以执行用于提供按需的无线服务的方法。这样的程序因此可以包括用于以下的指令：接收关于可穿戴设备的用户的家族健康历史输入，经由可穿戴设备的健康参数传感器来检测健康参数测量结果，将家族健康历史输入和健康参数测量结果与被存储在动作-规则数据库中的信息进行比较，以及当家族健康历史输入和健康参数与和在动作-规则数据库中识别的动作相关联的规则匹配时，执行所识别的动作。

本文中描述的额外实施例包括促进创建个人家族历史树、家谱图、或包含所有已知相关健康参数并且促进树的自动的和/或用户发起的完成并管理家族成员与他们各自的电子患者文件之间的信息的公开水平的内容的视觉表示或捕获的其他手段的过程的方法。这样的促进可以经由用户门户网站和对家族成员设置的受控的公开来实现。

本文中描述的额外实施例包括促进创建个人家族历史树、家谱图、或包含所有已知相关健康参数并且促进树的自动的和/或用户发起的完成并管理家族成员与他们各自的电子患者文件之间的信息的公开水平的内容的视觉表示或捕获的其他手段的过程的方法。这样的促进可以经由数据的隐私敏感捕获、对与关于对象的家族成员的谈话的引导、用于捕获信息的实际格式、家族健康信息的潜在(在线)源的研究与发现要点、用于促进经由符合当地法律的电子患者档案的家族健康信息的公开的诱发的模板局部化准许形式来实现。

本文中描述的额外实施例包括捕获、存储并分析家族成员的可用的历史的可修改的生活方式行为数据以便重新计算不可修改行为相关的家族历史风险评估的方法。

本文中描述的额外实施例包括捕获、存储并分析家族成员的可用的未来的可修改的生活方式行为数据以便重新计算不可修改行为相关的家族历史风险评估的方法。

本文中描述的额外实施例包括捕获、存储并分析关于对家族成员的可修改的生活方式行为数据和用户的扩展生态系统的相关混杂或贡献因子的可用信息的方法。范例包括关于家族中的典型应对策略的信息、可用的绝对的和感知到的社交支持的估计、关于家族成员历史的绝对的和感知到的财务状况的信息、关于可以改善或恶化可能有害的健康行为的个性有关的因子的信息。

本文中描述的各种实施例涉及一种基于家族历史来配置可穿戴设备行为的方法，所述方法包括：在规则安装服务器处接收与可穿戴设备用户的至少一个家族成员相关联的家族健康数据；检索包括安装标准和可穿戴设备规则的标识的候选规则；使用所述家族健康数据来评估所述安装标准以确定所述候选规则要被安装；以及基于确定所述候选规则要被安装，传送用于安装在所述可穿戴设备上的所述可穿戴设备规则。

本文中描述的各种实施例涉及一种规则安装服务器，其包括：存储器，其存储包括安装标准和可穿戴设备规则的标识的候选规则；网络接口；以及处理器，其被配置为：接收与可穿戴设备用户的至少一个家族成员相关联的家族健康数据，使用所述家族健康数据来评估所述安装标准以确定所述候选规则是否要被安装；基于确定所述候选规则要被安装，传送用于安装在所述可穿戴设备上的所述可穿戴设备规则。

本文中描述的各种实施例涉及一种非瞬态机器可读介质，其编码有用于由规则安装服务器执行的指令，所述非瞬态机器可读介质包括：用于在规则安装服务器处接收与可穿戴设备用户的至少一个家族成员相关联的家族健康数据的指令；用于检索包括安装标准和可穿戴设备规则的标识的候选规则的指令；用于使用所述家族健康数据来评估所述安装标准以确定所述候选规则要被安装的指令；以及用于基于确定所述候选规则要被安装来传送用于安装在所述可穿戴设备上的所述可穿戴设备规则的指令。

公开了如下各种实施例，其中传送用于安装的所述可穿戴设备规则包括向所述可穿戴设备发送消息以实现所述可穿戴设备规则的安装。

描述了如下各种实施例，其中接收所述家族健康数据包括从所述可穿戴设备的用户接收由家族成员所经历的一个或多个健康状况的标识。

描述了如下各种实施例，其中接收所述家族健康数据包括访问至少一个家族成员的电子健康记录。

各种实施例额外地包括：从所述至少一个家族成员接收与所述可穿戴设备用户的关系的标识；以及基于接收到与所述可穿戴设备用户的关系的所述标识，修改所述可穿戴设备记录的用户记录以反映对访问所述至少一个家族成员的健康数据的许可，其中，接收所述健康数据包括基于所述许可来检索所述至少一个家族成员的所述健康数据。

各种实施例额外地包括：从所述可穿戴设备用户接收与所述至少一个家族成员的关系的标识；向所述至少一个家族成员发送授予对访问所述至少一个家族成员的健康数据的许可的请求；从所述至少一个家族成员接收对访问所述至少一个家族成员的健康数据的准许；基于接收到所述准许，修改所述可穿戴设备记录的用户记录以反映对访问所述至少一个家族成员的健康数据的许可，其中，接收所述健康数据包括，基于所述许可来检索所述至少一个家族成员的所述健康数据。

描述了如下各种实施例，其中使用家族健康数据来评估安装标准包括，评估至少一个亲戚的至少一个可修改风险因子。

附图说明

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

图1图示了计算机网络环境的范例，其中可穿戴设备、可选的用户设备、第三方网络、可穿戴设备供应商网络和医生网络可以通过分组数据网络进行通信；

图2图示了家族历史概况的范例，其中一个或多个家族健康风险可以被选择并被传递到可以使用该信息的各种可穿戴设备类型；

图3是图示由医师或其他服务器执行的用于选择用于安装的规则的方法的范例的流程图；

图4a图示了与医生服务器交互的家族历史软件的范例；

图4b图示了动作规则数据库快照的范例，动作规则数据库快照包括一系列规则、与规则相关联的动作类型、以及与规则相关联的特定动作；

图5图示了在家族历史数据由用户输入到家族历史软件中之后家族历史数据可以被发送到哪里的范例；

图6图示了可以用于实施本文中描述的各种特征和过程的移动设备架构的范例；

图7图示了可以由服务器用于安装规则的候选规则数据库的范例；

图8图示了将由可穿戴设备收集的家族历史和数据与健康风险相关联的方法的范例；

图9是图示用于请求并建立患者与家族成员之间的健康信息的共享的方法的范例的流程图；

图10是图示用于确认或拒绝对访问健康信息的请求的方法的范例的流程图；

图11是图示用于在授予许可之后建立健康信息的共享的方法的范例的流程图；

图12是图示用于使用家族历史信息来识别用于安装的规则的方法的范例的流程图；

图13图示了候选规则数据库的范例；

图14图示了家族历史标准公式的范例；以及

图15图示了用于实施规则安装服务器的硬件的范例。

具体实施方式

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

本文中描述的各种实施例通过由处理器执行指令来实现各种功能。将理解，虽然各种范例在主动执行步骤或其他动作的指令的上下文中进行描述，但是任何这样的动作实际上将会由执行这样的指令的处理器来执行。

虽然可穿戴电子设备包括经由传感器/加速度计来监测健康指示(例如，血压、体温、血糖水平、运动)的能力，但是这些可穿戴设备不知道家族历史并且不能将家族健康历史与由可穿戴设备进行的测量交叉引用。目前，用户(或用户的医生)将会必须手动地交叉引用家族健康历史信息，以便查看用户的家族历史是否正在影响如由可穿戴设备的传感器测得的用户的健康。这是繁琐且缓慢的过程，并且到信息被获得的时候，该信息可能不再相关或不再对用户或对医生有用。

根据前述内容，将会有益的是，提供用于将家族历史与由可穿戴设备进行的测量交叉引用以帮助改善可穿戴设备的用户的健康的改善的系统和方法。

本文中描述的各种实施例大体涉及用于将由可穿戴设备测量的数据与家族历史数据交叉引用的系统和方法。针对对应于家族成员的已知医学状况的健康风险审查由在可穿戴设备处的传感器感测到的数据。在某些实例中，可以对用户做出当被遵循时将会改善用户的健康的推荐。

图1图示了计算机网络环境100，其中由供应商提供的可穿戴设备120、用户设备150、第三方服务器190、可穿戴设备供应商服务器180、以及医师服务器170可以经过分组数据网络100进行通信。网络环境100包括通信路径102、104、106、108、110和112，其中通信路径102、104、106、108和110可以穿过分组数据网络101。通信路径112可以是当可穿戴设备120与用户设备150直接通信时可以使用的直接通信路径。这些通信路径中的每个可以是本领域中已知的无线通信路径或有线通信路径，其包括但不限于通用串行总线(“usb”)、火线连接、闪电连接、迅雷连接、蓝牙、低功耗蓝牙、智能蓝牙、wi-fi、蜂窝(2g、3g、4g、lte、edge)、或以太网通信路径。

分组数据网络101可以包括例如载波网络、局域网(lan)、或广域网(wan)(诸如互联网)。这样，分组数据网络101可以提供对各种服务器的访问，各种服务器包括图示的服务器170、180、190和其他未图示的服务器。将显而易见的是，各种服务器(诸如服务器170、180、190中的一个或多个)可以被供应为在云计算环境内的虚拟机。对本文中使用的“云”的各种提及将被理解为指的是从这样的云计算环境内向外部用户提供的各种服务或资源。

可穿戴设备120可以包括一个或多个传感器1-n(被图示为传感器1138和传感器n140)、处理器122、存储器124、电源126、通信接口128、用户接口121、以及经由系统总线142通信的规则存储设备136。将显而易见的是，其部件和布置的各种备选集合可以被使用。例如，额外的总线(诸如外围总线)可以被使用，或传感器138、140中的一个或多个可以被实施为单独附接到穿戴者的身体并且经由有线连接或无线连接(例如，经由通信接口128)与可穿戴设备进行通信的外部设备。在各种实施例中，通信接口128可以是usb端口、火线、闪电、迅雷、wi-fi、3g/4g/lte蜂窝、蓝牙、低功耗蓝牙、智能蓝牙、近场通信、或无线电波接口。

一个或多个传感器138、140可以包括本领域中已知的任何类型的传感器。一般来说，传感器138、140可以例如用于检测并获得关于用户(例如，心率、血压)的传感器数据(例如，生物计量)、或获得关于周围环境(例如，温度、湿度)的传感器数据。传感器也可以用于其他目的，诸如步子计数器(例如，计步器)。传感器138、140可以被安装在可穿戴设备120上，或可以是可由用户单独穿戴并且无线地或经由有线连接与可穿戴设备120进行通信的外部设备。

用户接口121可以包括用于与用户(诸如可穿戴设备的穿戴者)交互的各种硬件。这样，用户接口121可以包括例如视频显示器或其他显示设备、可以定位在显示设备上方的触摸屏输入部、一个或多个按钮、小键盘、扬声器、相机、或触觉反馈引擎。

电源126可以用于提供由可穿戴设备110使用的电力以用于维持总体设备的操作。在各种实施例中，电源126可以包括电池、一个或多个电容器、供电的usb接口、或电源线和插头。在一些实施例中，电源可以可利用外部电源(例如，电池充电器)来充电。

规则存储设备136可以是诸如只读存储器(rom)、随机存取存储器(ram)、磁盘存储介质、光学存储设备、闪速存储器设备、或类似存储介质的存储设备。在各种实施例中，规则存储设备136可以存储提供用于影响可穿戴设备120的行为的规则的规则数据库(其范例将会在下面进行描述)。如本文中使用的，当引用被存储在存储设备136中的数据库时，规则存储设备136可以被称为规则数据库136。

如所示的，存储器124存储用于由处理器122执行的基本指令130、规则引擎指令132和家族历史指令134，但是将显而易见的是，各种额外的指令集也可以被存储在存储器124中。例如存储器124可以存储操作系统、天气指令和图形用户接口(gui)指令。将理解，这些指令可以被备选地或额外地存储在非易失性存储设备(诸如规则存储设备136)或另一存储设备(未示出)中。例如，指令可以被存储在闪速存储器或电子只读存储器(rom)中，直至它们要由处理器进行处理，此时它们被复制到存储器124。如本文中使用的，术语存储设备将被理解为指的是非易失性存储器。

如将会理解的，在本文中被称为“存储设备”或“存储器”的设备都可以被认为是“非瞬态机器可读介质”。如本文中使用的，术语“非瞬态”将被理解为不包括瞬态信号但是包括所有形式的信息存储设备，包括易失性存储器和非易失性存储器两者。

基本指令130可以由处理器122用于执行针对可穿戴设备110的各种过程和计算。基本指令130的特定实施方式将会在很大程度上依赖于可穿戴设备110的总体目标或目的；例如，用于跟踪心率的可穿戴设备将包括来自用于跟踪所走的步子的可穿戴设备的不同的基本指令130。例如，基本指令130可以用于基于从多个传感器138、140获得的测得的传感器数据来计算一个或多个参数。例如，在一些实施例中，其中，传感器138、140包括步子计数器，并且基本指令130可以用于获取由用户所走的步子的数量，并且计算可能的参数(诸如由用户行进的距离或由用户燃烧的卡路里数)。

规则引擎指令132可以由处理器122用于评估并应用被存储在规则存储设备136中的规则。在各种实施例中，规则引擎指令可以周期性地、在由传感器138、140创建新的传感器数据后、在通过基本指令130的操作创建新的传感器数据后、在接收用户输入后、在经由通信接口128接收提示后、或响应于其他刺激而被调用。在其中规则包括可应用性标准和结果动作的一些实施例中，规则引擎指令132可以迭代通过规则存储设备中的可用规则，并且将可应用性标准与当前上下文(例如，最近测得的传感器数据或参数，或在一些实施例中，家族历史数据)进行比较以确定每个规则是否可应用。在识别可应用的规则后，规则引擎指令132可以继续以实现对由规则定义的(一个或多个)结果动作的执行。例如，规则可以指示文本、图形、视频、音频、或触觉消息被输出给用户；包括预定义数据或测得数据的消息被发送给另一设备(例如，用户设备150或服务器170、180、190中的一个)；额外的传感器测量结果被获取；或额外的参数被计算。

家族历史指令134可以由处理器122用于使得用户能够输入与穿戴用户的家族历史有关的数据。例如，家族历史指令134可以使得用户能够经由用户接口121输入由家族成员所经历的健康状况中的一个或多个指示。在各种实施例中，家族历史指令134可以备选地或额外地使得用户能够经由用户接口121输入要针对其检索或请求健康数据的一个或多个家族成员的标识。例如，在家族成员的标识后，家族历史指令可以将许可请求发送到家族成员或其代表(例如，服务器170、180、190中的一个)以便访问例如电子健康记录或可穿戴设备数据。在一些实施例中，家族历史指令134可以备选地或额外地使得用户允许或拒绝请求的家族成员对用户自己的健康数据的访问。

处理器122实际上可以是能够执行本文中描述的功能(包括在以上结合基本指令130和家族历史指令134描述的功能)的任何设备。例如，处理器122可以包括一个或多个微处理器、一个或多个现场可编程门阵列(fpga)、或一个或多个专用集成电路(asic)。在一些实施例中，处理器可以不使用存储的指令来执行本文中描述的功能中的一些或全部；例如，asic可以被硬接线以执行在以上参考基本指令130和家族历史指令134描述的功能中的一个或多个。在一些这样的实施例中，基本指令130和家族历史指令134可以被省略，因为它们已经被嵌入在处理器122中而无需存储的指令。

可穿戴设备120可以连接到分组数据网络101，并且通过连接102最终连接到在图1中描绘的其他设备。在一些实施例中，可穿戴设备120也可以通过连接102直接连接到用户设备150(诸如移动电话、平板电脑或计算机)。这些连接可以通过通信接口128来执行。在一些实施例中，可穿戴设备120的元件全部通过单个总线142连接到彼此，而在其他实施例中，可穿戴设备包括被布置为将部件相互连接的两个或更多个总线。应当理解，如在图1中图示并在上面描述的可穿戴设备120的部件是说明性的而非限制性的。可穿戴设备120不必包括所有这些部件，和/或可以包括本文中未列出的额外的部件。

一些实施例可以包括用户设备150以补充可穿戴设备120的操作。用户设备150可以包括例如智能手机、平板电脑、笔记本电脑、台式电脑、游戏控制台、智能电视、家庭娱乐系统、第二可穿戴设备、或可以为可穿戴设备120提供额外的计算功能的另一计算设备。用户设备150可以包括有线通信接口和/或无线通信接口156(例如，usb端口模块、火线端口模块、闪电端口模块、迅雷端口模块、wi-fi连接模块、3g/4g/lte蜂窝连接模块、蓝牙连接模块、低功耗蓝牙连接模块、智能蓝牙连接模块、近场通信模块、无线电波通信模块)、规则存储设备166、用户接口162、处理器152和存储器154。在一些实施例中，不是维持用户设备150处的局部规则存储设备166，而是规则数据库可以被存储在局域网内，或可以由局域网内的其他设备访问。用户设备150可以连接到分组数据网络101，并且通过连接104最终连接到在图1中描绘的其他设备170、180、170。在一些实施例中，用户设备150也可以通过有线连接或无线连接112直接连接到可穿戴设备120。这些连接可以通过通信接口156来执行。在一些实施例中，用户设备150的元件可以使用单个通信总线169与彼此通信，而在其他实施例中，用户设备可以更多地是具有分开的架构。将理解，如在图1中图示并在上面描述的用户设备150的部件是说明性的而非限制性的。用户设备150不必包括所有这些部件，和/或可以包括本文中未列出的额外的部件。

在各种实施例中，通信接口156、用户接口162、处理器152、存储器154和规则存储设备166可以包括与在上面关于通信接口128、用户接口121、处理器122、存储器124和规则存储设备136描述的那些类似的物理设备。如本文中使用的，当参考被存储在存储设备166中的数据库时，规则存储设备166可以被称为规则数据库166。如所示的，存储器154可以存储用于由处理器执行的各种指令，例如，操作系统158、基本指令160、家族历史指令164。操作系统158可以协调用户设备150的各种基本功能。例如，在用户设备120是移动电话或平板电脑的情况下，操作系统158可以是苹果ios或谷歌android操作系统。

基本指令160可以包括用于使处理器执行或补充可穿戴设备138、140的基本操作的各种指令。例如，在一些实施例中，可穿戴设备120可以不计算任何参数；代替地，可穿戴设备120的基本指令130可以简单地收集传感器数据并且将该数据发送到用户设备150。用户设备的基本指令160然后可以使用该数据来计算一个或多个参数或定位规则存储设备166中的可应用规则。作为另一范例，在一些实施例中，可穿戴设备120的基本指令130可以计算“即时参数”(例如，在当前报告周期中所走的步子的数量)，而用户设备150的基本指令160可以使用这些即时参数来计算聚合的参数(例如，今天所走的步子或在上周内每天所走的平均步子)。

家族历史指令164可以类似于在上面关于可穿戴设备描述的家族历史指令134。家族历史指令134可以使得用户能够经由用户接口121输入家族成员所经历的健康状况中的一个或多个指示。在各种实施例中，家族历史指令134可以备选地或额外地使得用户能够经由用户接口121输入要针对其检索或请求健康数据的一个或多个家族成员的标识。例如，在家族成员的标识后，家族历史指令可以将许可请求发送给家族成员或其代表(例如，服务器170、180、190中的一个)以便访问例如电子健康记录或可穿戴设备数据。在一些实施例中，家族历史指令134可以备选地或额外地使得用户允许或拒绝请求的家族成员对用户自己的健康数据的访问。

应用程序指令168可以由处理器用于经由用户接口向用户呈现与可穿戴设备相关联的用户应用程序。例如，应用程序指令168可以呈现报告的传感器数据或计算的参数的直方图。额外地或备选地，应用程序指令168可以呈现用于输入家族历史数据的图形用户接口，在输入后所述图形用户接口调用家族历史指令164。这样，在一些实施例中，应用程序指令168可以包含基本指令160或家族历史指令160。

可穿戴设备供应商服务器180可以由可穿戴设备120的供应商操作，并且可以包括各种部件(诸如候选规则数据库182和可穿戴设备网络(wdn)软件184)。这些均可以被托管在一个或多个服务器或网络计算设备或虚拟机上。在一些实施例中，这些元件中的一些可以省掉，和/或额外的元件可以是可穿戴设备供应商服务器180的一部分。可穿戴设备供应商网络180可以连接到网络101，并且通过连接108最终连接到在图1中描绘的其他设备。

医师服务器170可以由可穿戴设备120用户的医师操作，并且可以包括候选规则数据库174、医师软件176和应用程序接口(api)172。这些均可以被托管在一个或多个服务器或网络计算设备或虚拟机上。在一些实施例中，这些元件中的一些可以省掉，和/或额外的元件可以是医师服务器170的一部分。医师服务器170可以连接到网络101，并且通过连接106最终连接到在图1中描绘的其他设备。

在一些实施例中，第三方服务器190也可以存在，第三方服务器190可以连接到网络101，并且通过连接110最终连接到在图1中描绘的其他设备。在一些实施例中，第三方服务器可以是天气服务器、健康天气服务器(例如，其可以提供关于空气中的过敏原、空气/水中的毒素、或其他环境健康危害的信息)、健康服务器、健身房服务器、食物/饮食服务器、健身服务器、紧急服务服务器、护理者服务器、患者支持服务器、祖先数据服务器、或另一类型的服务器。

当用户设备150被使用在各种实施例中时，用户设备150可以利用有线连接或无线连接112(例如，网络连接、蓝牙连接、usb连接)被拴系到可穿戴设备120。在一些实施例中，用户设备150可以用作针对可穿戴设备120的代理。当这种情况发生时，用户设备150可以通过连接112从可穿戴设备120接收信息，并且用户移动设备150可以通过网络101将该信息传送给该信息的接收器(例如，医师服务器170、可穿戴设备供应商服务器180、或第三方服务器190(诸如天气服务器或健康天气服务器))。备选地，可穿戴设备120可以向用户移动设备150发送信息请求，所述用户移动设备然后可以连接到网络101，从数据源(例如，医师服务器170、可穿戴设备供应商服务器180、或第三方服务器190(诸如天气服务器或健康天气服务器))检索请求的信息，并且使用连接112将请求的信息发送回到可穿戴设备120。用户设备150也可以将从网络101数据源(诸如第三方服务器190(例如，健康天气服务器))接收的推荐显示在显示器上，以及将所接收的信息(例如，天气数据)传送给可穿戴设备120。用户移动设备150用作代理的优点可以来源于其中用户移动设备150可以具有比可穿戴设备120更大的处理和通信能力的情形。例如，在一些实施例中，可穿戴设备120可以不能够通过蜂窝网络进行通信，其中用户移动设备150可以能够经过蜂窝和蓝牙网络两者进行通信。例如，来自传感器1-n(138-140)的传感器数据可以用于感测可穿戴设备的用户的运动或活动，并且该运动数据可以用于计算在感测到的运动期间所走的步数或所燃烧的卡路里数。

图2图示了其中一个或多个家族健康风险可以在家族历史概况205中被选择并被传递到可以使用该信息的各种可穿戴设备类型210的信息流200。家族健康历史概况205包括识别已经影响家族成员的健康风险(例如，阿兹海默症、关节炎、哮喘、血栓、癌症、抑郁症、糖尿病、心脏病、高胆固醇、高血压、中风)的多个健康风险选择框。虽然图2的示例性家族历史概况205接口图示了可以针对家族历史概况205选择的许多健康风险选择框，但是图2描绘了其中用户已经选择血栓、心脏病、高胆固醇和高血压作为家族历史健康状况的范例接口。应当理解，该列表是说明性的而非限制性的，并且家族历史概况可以列出许多额外的状况、疾病、或先天缺陷。在一些实施例中，其也可以列出用药历史、平均死亡年龄、婴儿死亡率、基因突变、和可以对医疗专业人员有用的其他家族健康历史特征。

许多类型的可穿戴设备210可以使用于来自这样的家族历史概况205的信息。可以使用该家族历史概况信息200的一些范例可穿戴设备可以包括被构建用于糖尿病护理、远程脑电图(eeg)测量、肥胖控制、血压/脉冲测量、心律测量、和饮食控制的可穿戴设备。其他类型的可穿戴设备也可以使用这样的家族历史概况200信息。

图3图示了医师软件176的示例性操作的流程图300。图3的示例性实施例中的第一确定步骤在步骤301中确定家族历史是否示出了心脏病。如果家族历史的确示出了心脏病，则该流程图移动到第二确定步骤，其用于在步骤305中确定家族历史是否示出了高血压。

如果家族历史的确示出了高血压，则规则-动作组合可以基于该历史而被生成并被应用。例如，如果用户具有高血压的家族历史，则可以调整否则可能在特定阈值血压处提供“高血压”警告动作的规则，以在较低的阈值血压处提供该“高血压”警告动作。无论如何，医生的软件接下来从可穿戴设备120接收传感器测量结果，根据图3的示例性实施例，所述传感器测量结果能够是在步骤315中可穿戴设备120的脉搏的测量结果。该医生的软件然后能够浏览规则数据库(诸如候选规则数据库174、或规则数据库166、或规则数据库136、或候选规则数据库182、或另一规则数据库)，以确定用于检查测得的脉搏的规则。取决于测得的脉搏，并且取决于来自规则数据库(174或其他)的规则的集合，医生的软件程序流能够沿着第一路径(例如，路径320)前进到示例性第一规则330，或沿着第二路径(例如，路径325)前进到示例性第二规则335。根据第一规则315，当用户的脉搏率在4小时内平均在每分钟大于95次搏动时，在步骤330做出个体的心率不满足准则的确定。规则数据库(174或其他)然后能够推荐要采取的动作，诸如向可穿戴设备120的用户发送“不满足准则”消息。当用户的平均心率在一周内平均在每分钟大于120次搏动时，做出应当(例如，经由拨打电话、文本消息、在医师门户网站上的警报、对中心执业医生岗位的警报、发送到立即护理网络的触发等)联系用户的医生的确定。规则数据库(174或其他)然后能够推荐要采取的动作，诸如向可穿戴设备120的用户发送“呼叫医生”，或自动触发到医生的办公室的电话呼叫或电子邮件。

如果第一确定步骤在步骤301中代替地确定家族历史未示出心脏病，则示例性医生的软件176在步骤310中代替地创建新的规则。类似地，如果第二确定步骤在步骤305中代替地确定家族历史未示出高血压，则示例性医生的软件176在步骤310中也创建新的规则。在操作中，与软件交互的医生可以在医生的软件中手动地(例如，为医生知道进行大量锻炼的用户设置更宽的健康范围)或自动地(例如，基于先前的活动和健康、或基于家族历史来自动调整健康范围)创建新的规则。在一些实施例中，不管家族历史或测量结果如何，医生都可以在任何时间手动地创建规则(如在步骤310中)。

应当理解，图3示出了示例性实施例，并且本发明既不限于心脏病和高血压的家族历史概况，也不限于用户的脉搏的可穿戴设备测量结果。例如，可穿戴设备可以包括测量水合作用、卡路里、血压、血糖或葡萄糖、胰岛素、体温(即，温度计)、心率、体重、睡眠、步数(即，计步器)、速度或加速度(即，加速度计)、维生素水平、呼吸速率、心音(即，麦克风)、呼吸音(即，麦克风)、移动速度、皮肤湿度、汗液检测、汗液成分、神经放电(即，电磁传感器)、或类似的健康测量结果的传感器。类似地，家族历史概况可以跟踪例如可穿戴设备的用户的家族中的阿兹海默症、关节炎、哮喘、血栓、癌症、抑郁症、糖尿病、心脏病、高胆固醇、高血压、中风的家族事件。

虽然图3中的流程图示出了由本文中描述的某些实施例执行的操作的具体顺序，但是应当理解，这样的顺序是范例(例如，备选实施例能够以不同的顺序执行操作，组合某些操作，交叠某些操作等)。

图4a图示了与医师服务器170交互的家族历史指令134的示例性实施方式400。在家族历史指令134的步骤401中，家族历史概况(例如，家族历史概况201)可以被用户加载到用户接口中。在步骤405中，动作规则可以被用户确定或输入到数据库中。在步骤415中，家族历史信息可以被发送给医师/医生/护理者，或被发送给医生服务器170。步骤415可以将该家族历史发送到规则数据库136中，或步骤425可以通过用户api450(医生网络api172的子集)将规则加载到规则数据库166或历史-动作规则数据库455(动作规则数据库174的一个实施例)中。步骤415也可以接收(通过其“类型”或传感器能力或通过设备标识符)识别可穿戴设备的数据、和/或包括来自可穿戴设备的各种类型的标识的健康数据的数据(例如，步骤410)。之后，家族历史指令134可以将用户的与用户相关联的规则和动作(例如，步骤420)提取到规则数据库136或规则数据库166中(例如，步骤425)，或提取到历史-动作规则数据库174中，这可以通过用户api450来完成(例如，步骤420)。在一些实施例中，历史-动作规则数据库174也可以通过医师api460(api172的第二子集)来进行修改。在一些实施例中，历史-动作规则数据库174可以通过医生的软件176进行访问。

在规则提取步骤420之后，基本指令130被运行(例如，步骤430)，并且程序流移动到第一确定步骤。第一确定步骤确定规则是否已经被提取以及那些规则是否可应用于推荐的动作(例如，步骤435)。当第一确定步骤确定推荐的动作对应于提取的动作时，流程图的下一个步骤440将该规则与推荐的动作匹配。在各种实施例中，步骤435、440可以对应于图1的规则引擎指令132。程序流之后流回到在步骤430中运行基本软件130。每当程序流流回到运行基本软件时，程序就可以在步骤425中将规则加载到规则数据库136或规则数据库166中。

在备选实施例中，图4a可以图示用户移动设备150的家族历史软件164而可穿戴设备120的家族历史软件134的示例性操作，在这样的实施例中，步骤430的“基本软件”指的是用户移动设备150的基本软件160而非可穿戴设备120的基本软件130。

该图中的一系列虚线指示在步骤425中新的规则可以被加载到规则数据库中。可选地，新规则被访问的步骤可以从家族历史步骤415、从提取规则和动作步骤420、或从运行基本软件步骤430访问。步骤425的规则数据库可以指的是规则数据库136、规则数据库166、或历史-动作规则数据库455、候选规则数据库174、候选规则数据库184。

医师服务器170中的api可以与医师服务器170中的历史动作规则数据库455(或其所属的网络)通信，所述医师服务器转而可以从医师医生api460接收信息。如关于图3讨论的医生软件176也被包括在医师服务器170中。该图还描绘了可穿戴设备服务器180和第三方服务器190，其可以接收从家族历史软件134或164提供的用户信息，并且以与关于医师服务器170描述的方式类似的方式与可穿戴设备或用户设备交互。

在一些实施例中，额外的步骤(未示出)可以被添加在步骤435中的确定规则的可用性和与步骤440中的执行与该规则相关联的动作之间。该额外的步骤将会进行检查，以确保规则可应用在步骤435中的结论将会必须在动作被执行之前通过家族历史软件134或164的多个变化来满足。例如，可穿戴设备120可以使用其局部规则数据库136来执行其家族历史指令134或规则引擎指令136，并且得出规则被满足的结论，而用户移动设备150使用其局部规则数据库166来执行其家族历史指令166，并且得出没有规则被满足的结论，最终意味着动作-规则数据库未被对准，或家族历史概况未被同步。根据一个实施例，这可以意味着动作最终没有在步骤440中被执行。在另一实施例中，它可以代替地触发动作-规则数据库之间的同步。在一些实施例中，家族历史软件的版本也可以通过网络中的一个(例如，医师服务器170、可穿戴设备供应商服务器180、或第三方服务器190)来执行。在一个实施例中，可穿戴设备必须在步骤435中得出与在步骤435中医师服务器得出的动作结论相同的动作结论，以便使动作在步骤440中被执行。

虽然图4a中的流程图示出了由本文中描述的某些实施例执行的操作的具体顺序，但是应当理解，这样的顺序是范例(例如，备选实施例能够以不同的顺序执行操作，组合某些操作，交叠某些操作等)。

图4b图示了示例性动作规则数据库快照480，其包括一系列规则485、与规则相关联的动作类型490、与规则相关联的特定动作495。在图4b的示例性动作规则数据库快照480中，当规则被满足时，与所有这些规则相关联的动作类型490是要向可穿戴设备120的用户发送由在动作类型列490下方的标签“msg”指示的消息。当由用户所消耗的卡路里小于(<)每天1800卡路里时，第一规则485触发动作490。被匹配到该第一规则的动作495是要发送用户“不满足准则”的消息。在图4b的示例性动作规则数据库快照480中图示了其他规则。动作规则数据库快照480包括第二规则，其指示当用户所消耗的卡路里量在连续5天内小于(<)每天1800卡路里时，执行发送消息“呼叫医生的办公室”的动作。动作规则数据库快照480包括第三规则，其指示当平均脉搏率在4小时内大于(>)每分钟95次搏动时，执行发送消息“不满足准则”的动作。动作规则数据库快照480包括第四规则，其指示当平均脉搏率在一周内超过(>)每分钟110次搏动时，执行发送消息“呼叫医生的办公室”的动作。这些条目应当被理解为说明性的而非限制性的。

虽然在图4b中图示的所有动作的动作类型490是要发送消息，但是其他动作是可能的。例如，可以存在触发附近的医学设备(诸如自助式血压监测器或医学成像机器)以提供医学级传感器读数的规则。可穿戴设备120然后与医学设备接口连接以通过下载或同步过程获得读数，或可以显示要求用户手动地输入来自医学设备的读数的消息。

备选地，在动作类型490中列出的另一动作可以是要触发到另一设备的电话呼叫或消息。例如，代替触发告诉用户呼叫医生的办公室的用户消息，图4b的第二规则和第四规则可以代替地触发并自动打电话给医生的办公室，或向医生的办公室发送自动的电子邮件或文本消息。备选地，代替呼叫或发消息给医生的办公室，规则可以触发呼叫或发消息给用户的紧急联系人(诸如家族成员、护理者、或紧急服务专业人员)。

图5图示了识别在被用户输入到家族历史软件(134或164)中之后家族历史数据可以被发送到哪里的范例的可选位置500。该图中的第一方框是家族历史软件(134或164)的用户输入其家族历史概况501的地方。图2的家族历史概况200是示例性家族历史概况501的图示。在某些实施例中，家族历史概况501可以通过被显示在用户设备150上的gui162或可穿戴设备120上的gui121来输入。家族历史概况501然后可以(例如，通过医生网络170)被发送给医生的计算机，以便专业人员进行审查510。家族历史概况501可以被备选地发送到可穿戴设备供应商网络180(方框520)。家族历史概况501可以被备选地发送到在线第三方网络190(方框530)。家族历史概况501可以被备选地局部存储在电子设备上(方框505)。一旦被发送给由用户识别的每个各自的位置，用户家族历史就可以在医生的计算机或医生网络170(方框515)处、在可穿戴设备网络(方框525)处、在在线第三方网络(方框535)处、或局部地(方框505)进行修改。

图6图示了可以用于实施本文中描述的各种特征和过程的移动设备架构。架构600能够以包括但不限于以下的任何数量的便携式设备来实施：智能可穿戴设备(诸如可穿戴设备120)或用户设备(诸如用户设备150)。如图6中图示的架构600包括存储器接口602、处理器604和外围接口606。存储器接口602、处理器604和外围接口606能够是单独的部件，或能够被集成为一个或多个集成电路的一部分。各种部件能够通过一个或多个通信总线或信号线来耦合。

如图6中图示的处理器604旨在包括数据处理器、图像处理器、中央处理单元、或任何种类的多核处理设备。任何种类的传感器、外部设备和外部子系统能够被耦合到外围接口606，以促进示例性移动设备的架构600内的任何数量的功能。例如，运动传感器610、光传感器612和接近传感器614能够被耦合到外围接口606，以促进移动设备的取向、照明和接近功能。例如，光传感器612可以用于促进调整触摸表面646的亮度。可以被例示在加速度计或陀螺仪的上下文中的运动传感器610可以用于检测移动设备的移动和取向。显示对象或介质然后可以根据检测到的取向(例如，竖向或横向)来呈现。

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

通信功能能够通过一个或多个通信子系统624来促进，所述一个或多个通信子系统可以包括一个或多个无线通信子系统。无线通信子系统624能够包括802.5或蓝牙收发器以及光学收发器(诸如红外)。有线通信系统可以包括端口设备，诸如通用串行总线(usb)端口、或能够用于建立到其他计算设备(诸如网络访问设备、个人计算机、打印机、显示器、或能够接收或发送数据的其他处理设备)的有线耦合的一些其他有线端口连接。通信子系统624的特定设计和实施方式可以依赖于设备旨在通过其进行操作的通信网络或介质。例如，设备可以包括被设计为通过全球移动通信系统(gsm)网络、gprs网络、增强型数据gsm环境(edge)网络、802.5通信网络、码分多址(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。历史-动作数据库700是可以在一些实施例中被网络或设备中的一个或多个使用的“候选规则数据库”或“规则数据库”的变化。例如，历史-动作数据库可以描述(如图4a中的历史-动作数据库455图示的)医师服务器170的动作规则数据库174的组织和内容、可穿戴设备供应商服务器180的候选规则数据库166、用户设备150的规则数据库166、或可穿戴设备120的规则数据库136。图7的历史-动作规则数据库识别医师701、用户705、可穿戴设备710、历史类型715、规则720、和与规则725相关联的消息动作。在图7中识别并且与规则720中的每个相关联的医师701是琼医生。类似地，在图7中识别并且与规则720中的每个相关联的用户705是用户编号5135。类似地，在图7中识别并且与规则720中的每个相关联的可穿戴设备是bodymediav2。在备选实施例中，历史动作规则数据库700可以包括关于多个医师701、多个用户705、和/或多个可穿戴设备710的数据。

图7的历史-动作规则数据库也识别两种历史类型：脉搏和卡路里。在其他实施例中，其他历史类型是可能的，诸如血糖、心律、或其他健康参数历史测量结果。

图7中的规则和对应的动作消息是关于图4b讨论的相同的规则和动作消息：当由用户所消耗的卡路里<每天1800卡路里时，规则1被触发。与该第一规则匹配的动作是要发送用户“不满足准则”的消息。可以与图中的动作匹配的其他规则是：当所消耗的卡路里在连续5天内<每天1800卡路里时，规则2被触发，其触发发送消息“呼叫医生的办公室”的动作的执行；当平均脉搏率在4小时内>每分钟95次搏动时，规则3被触发，其触发发送消息“不满足准则”的动作的执行；当平均脉搏率在一周内>每分钟110次搏动时，规则4被触发，其触发发送消息“呼叫医生的办公室”的动作的执行。这些条目应当被理解为说明性的而非限制性的。

图8图示了将由可穿戴设备收集的家族历史和数据与健康风险相关联的示例性方法800。在开始之后，该方法中的步骤801是其中基本软件、规则数据库、家族历史软件和通信接口可以被提供到可穿戴设备。在可选步骤810中，用户移动设备可以被提供有基本软件、局域网规则数据库、家族历史软件和通信接口。

在步骤820中，可穿戴设备网络、医生的网络和其他网络均可以被提供有它们自己的动作规则数据库和软件。在步骤830中，可穿戴设备可以使用通信接口连接到可穿戴设备网络、医生的网络，并且通过云与其他网络相连接。在该步骤中，可穿戴设备和用户移动设备可以通过云进行通信，可以通过使用一个或多个通信接口被拴系而局部地进行通信。

在步骤840中，允许用户填写家族历史，选择当使用可穿戴设备时家族历史可以被共享的网络。在步骤850中，允许用户穿戴可穿戴设备并在可穿戴设备上执行基本软件。

在步骤860中，针对规则动作数据库中的规则检查可穿戴设备数据。其次，在步骤870中，识别与可穿戴设备数据和规则匹配的动作并将其与动作交叉引用，并且基于匹配来执行动作。

虽然图8中的流程图800示出了由本文中描述的某些实施例执行的操作的具体顺序，但是应当理解，这样的顺序是范例(例如，备选实施例能够以不同的顺序执行操作，组合某些操作，交叠某些操作等)。

根据各种实施例，由各种实施例使用的家族健康数据可以从除用户的健康状况的家族历史的指示之外的源进行检索。例如，在一些实施例中，家族历史数据可以从电子健康记录或从家族成员的可穿戴设备记录进行检索。在一些这样的实施例中，可能需要这些家族成员在访问被执行之前使用准许这些访问对可穿戴设备授予许可。

图9是图示用于请求并建立患者与家族成员之间的健康信息的共享的方法900的范例的流程图。在各种实施例中，方法900可以对应于图1的可穿戴设备120的家族历史指令134或用户设备150的家族历史指令164。备选地，方法900可以由网络服务器或经由门户网站与用户交互的其他服务器、可穿戴设备120、用户设备150、或其他通道来执行。

该方法在步骤905中开始并且前进到步骤910，其中设备从用户接收家族成员的标识。例如，用户可以使用表格来输入一个或多个家族成员的姓名或其他标识符以及其他信息(诸如年龄、性别、与用户的关系、联系人信息、或健康状况的指示)。接下来，在步骤915中，设备确定用户是否已经指示授予对输入的家族成员中的任何访问用户的任何健康信息的许可的期望。例如，经由前述的表格，用户可以指示电子健康记录和可穿戴数据应当与用户的父亲共享，电子健康记录仅应当与用户的母亲共享，以及没有信息应当与用户的表兄弟姊妹共享。备选地，在一些实施例中，与家族成员共享信息的许可可以在步骤910中通过家族成员的唯一标识而被完全或部分地隐含。

如果用户已经指示与家族成员共享他们自己的数据的期望(即，将数据“推送”到那些家族成员而无需他们先前的请求)，则该方法前进到步骤920，其中设备确定哪种类型的健康数据(自我报告的状况、电子健康记录、可穿戴心脏监测器数据、可穿戴计步器数据等)应当被共享以及与谁共享。例如，步骤920可能需要读取并解读以步骤910的形式指示的许可。在一些实施例中，步骤920可以额外地包括捕获用户的用于审计目的(例如，hipaa合规性)的选择，使得系统总是能够确定哪个用户对谁、为了什么以及何时授予许可。在步骤925中，设备前进到将识别的类型的患者数据合并到那些识别的家族成员记录中。例如，在方法900由可穿戴设备或用户设备执行的情况下，设备可以将消息发送到存储或管理家族成员的对其他患者的健康数据的许可的服务器(例如，用于访问可穿戴设备数据的可穿戴设备供应商服务器180、或用于访问电子健康记录的医师服务器170)。在方法900由管理许可的服务器执行的情况下，步骤925可以包括写入现有许可记录，或创建针对每个识别的家族成员的指示对报告的用户的健康数据的访问水平的新许可记录。此后，当家族成员他们自己使用本文中描述的系统时，用户的健康数据将可用作根据本文中描述的各种实施例的家族历史数据。

接下来，在步骤930中，设备可以确定用户是否已经请求访问输入的家族成员的健康数据(请求“拉取”信息以用于使用而无需先前提供)。类似步骤915，对拉取信息的许可的请求可以由用户明确陈述，被枚举为请求类型的信息的列表，或通过用户的家族成员的输入而被简单地隐含。如果存在对拉取信息的至少一个请求，则在步骤935中，设备确定哪种类型的健康数据(自我报告的状况、电子健康记录、可穿戴心脏监测器数据、可穿戴计步器数据等)应当被请求以及从谁请求。然后，在步骤940中，设备向(一个或多个)家族成员发送(一个或多个)拉取请求。例如，在方法900由可穿戴设备或用户设备执行的情况下，设备可以向负责管理对家族成员的数据的许可的一个或多个服务器发送识别请求细节的消息。在一些这样的实施例中，步骤925、940可以一起构建包括推送许可和拉取请求信息两者的单个消息。在方法900由管理许可的服务器执行的情况下，设备可以经由电子邮件、sms文本、门户网站、电话呼叫、或其他介质发送用于向家族成员指示许可请求已经被接收到以供他们准许或拒绝的通知。在一些这样的实施例中，步骤940可以然后通向图10的步骤1015、1020，如将在下面描述的。方法900然后前进以在步骤945中结束。

根据前述内容，方法900完成用户的健康数据与家族成员的共享和请求家族成员与用户共享他们的健康数据两者。将显而易见的是，各种备选实施例可以不试图完成两个任务，或可以试图在分开的时间处完成这些任务。例如，一些实施例可以不实施推送方面，并且代替地，所有家族成员健康数据都必须首先被请求。用于完成这些备选布置的方法900的修改将是显而易见的。

图10是图示用于确认或拒绝对访问健康信息的请求的方法1000的范例的流程图。在各种实施例中，方法1000可以对应于图1的可穿戴设备120的家族历史指令134或用户设备150的家族历史指令164。备选地，方法1000可以由经由门户网站与用户交互的网络服务器或其他服务器、可穿戴设备120、用户设备150、或其他通道执行。

方法1000可以在步骤1005中开始，并且前进到步骤1010，其中设备接收对关于用户的拉取健康数据的许可的请求。这样的请求可以从例如可穿戴设备、用户设备、或执行方法900的版本的服务器接收；请求可以是例如该方法900的步骤940的结果。在步骤1015中，设备提示用户准许或拒绝对每个请求类型的健康数据的响应。例如，在请求包括针对健康记录和可穿戴数据许可两者的请求的情况下，用户可以能够准许一个并拒绝另一个。步骤1015的提示可以通过经由可穿戴设备或用户设备的用户接口将请求直接传送给用户、下次用户访问适当的接口时提供输入被请求的警告(例如，可穿戴设备的设置页面或移动设备上的app、或用于基于网络的门户网站的登录页面)、或通过向另一设备发送消息(例如，服务器向可穿戴设备、用户设备、或另一服务器发送消息)以指令该其他设备获得用户的准许或拒绝来完成。最后，在步骤1020中，设备发送用户的对请求设备的响应，在步骤1010中从所述请求设备接收请求。在一些实施例中，步骤1020可以额外地包括捕获用户的用于审计目的(例如，hipaa合规性)的选择，使得系统总是能够确定哪个用户对谁、为了什么以及何时授予许可。方法1000然后前进以在步骤1025中结束。

图11是图示用于在授予许可之后建立健康信息的共享的方法1100的范例的流程图。在各种实施例中，方法1100可以对应于图1的可穿戴设备120的家族历史指令134或用户设备150的家族历史指令164。备选地，方法1100可以由经由门户网站与用户交互的网络服务器或其他服务器、可穿戴设备120、用户设备150、或其他通道执行。

方法1100在步骤1105中开始，并且前进到步骤1110，其中设备接收对用于对拉取健康数据的许可的先前提出的请求的响应。例如，这样的请求可以由方法1000的步骤1020来发送。在步骤1115中，设备确定响应是否指示已经授予请求的许可中的任何。如果是的话，则该方法前进到步骤1120，其中设备确定响应授予用户访问哪种类型的健康数据(自我报告的状况、电子健康记录、可穿戴心脏监测器数据、可穿戴计步器数据等)。例如，步骤1120可以涉及读取并解读枚举在接收到的响应中的许可。在步骤1125中，设备前进以将来自识别的类型的准许的家族成员的患者数据合并到用户的记录中。例如，在方法1100由可穿戴设备或用户设备执行的情况下，设备可以将指示许可已经被授予的消息发送到存储或管理用户的对其他患者的健康数据的许可的服务器(例如，用于访问可穿戴设备数据的可穿戴设备供应商服务器180、或用于访问电子健康记录的医师服务器170)。在方法1100由管理许可的服务器执行的情况下，步骤1125可以包括写入现有许可记录，或创建针对用户的指示对响应的家族成员的健康数据的访问水平的新的许可记录。此后，当用户使用本文中描述的系统时，响应的家族成员的健康数据将可用作根据本文中描述的各种实施例的家族历史数据。设备前进到在步骤1130中通知患者新的许可，并且方法1100前进以在步骤1135中结束。

将显而易见的是，在一些实施例中或在一些情况下，单个服务器可以负责管理多个用户和与之相关联的许可。例如，用户和其家族成员可以都具有由相同服务器管理的电子健康记录。在这样的背景下，单个服务器可以不与其他服务器通信，以实现新的拉取许可的建立。在这样的实施例中，其中方法900、1000、1100由这样的服务器执行，步骤940、1010、1020或1110可以被省略，并且相应的方法900、1000、1100可以被结合在一起成为一个过程。

如以上所解释的，各种实施例可以以布尔方式使用家族历史来确定某些规则是否应当被安装在可穿戴设备或相关联的用户设备上、或某些安装的规则目前是否可应用并且是否应当由可穿戴设备应用。例如，在图3的范例中，如果存在心脏病和高血压两者的家族历史，则创建两个规则335、330。然而，各种其他实施例进一步研究家族历史的相关性。例如，与具有某种医学状况的历史的家族成员的密切生物学关系(例如，父子)可以是比更远的关系(例如，第二表兄弟姊妹)更好的患者可能经历类似状况的指标。作为另一范例，如果家族成员的某种医学状况的历史可以可归因于行为因子(例如，差的饮食、烟草使用等)而非基因因子，则家族历史可以认为不与患者相关。为了考虑这样的复杂性，各种实施例可以以与关于图3描述的方式类似的方式使用更大数量的布尔因子，而其他实施例可以使用其他方法用于确定家族历史数据的相关性(例如，计算数值分数以与阈值进行比较)。

图12是图示用于使用家族历史信息来识别用于安装的规则的方法1200的范例的流程图。方法1200可以对应于例如医师软件176、wdn软件184、或用于将规则安装到图1的可穿戴设备120或用户设备150中的第三方软件(未示出)。备选地，在其中用户设备选择用于安装在可穿戴设备120上的规则的实施例中，方法1200可以对应于用户设备150的家族历史指令164。作为又一备选，在一些实施例中，可穿戴设备120可以包括被激活(例如，通过规则引擎来评估)和被停用(例如，被规则引擎跳过以节省处理资源)的规则；这样的激活和停用可以例如通过在规则数据库136中标记每个规则、通过维持第二数据库以存储激活规则、或根据任何其他方法来完成。在这样的实施例中，方法1200可以对应于家族历史指令134，并且可以用于确定哪些局部存储的规则应当被处理为激活的。如本文中使用的，术语“安装”将被理解为包含局部可用规则的激活和为另一设备提供新规则以便未来进行评估两者。

方法1200可以在步骤1205中响应于定期计时器的到期、手动指令、关于用户的新的家族历史或其他背景信息的接收、候选规则数据库中的新的候选规则的接收、或响应于一些其他刺激而开始。方法1205前进到步骤1210，其中设备检索要针对潜在安装进行评估的第一候选规则。如将在下面关于图13的范例更详细地解释的，各种候选规则可以包括用于确定行为规则的安装何时是适当的并且应当被实现在可穿戴设备上的标准。在步骤1215中，设备确定安装标准是否包括与家族历史有关的任何标准。如果是的话，则在步骤1220中，设备计算一个或多个家族历史分数以与标准进行比较。例如，在各种实施例中，提供了用于计算与心脏健康、肥胖、糖尿病等有关的家族历史分数的公式。用于计算与心肌梗死相关联的家族历史风险的公式的一个实施例的范例将在下面关于图14更详细地进行解释。在步骤1220中计算相关的家族历史分数(或在步骤1215中确定家族历史与目前的候选规则的安装不相关)之后，设备在步骤1225中评估所有安装标准，并且基于该步骤的结果，在步骤1230中确定候选规则是否可应用于安装。

当候选规则可应用于安装时，设备在步骤1235中将候选规则(或被包含在其中或否则与之相关联的可穿戴设备规则)添加到规则的列表以便安装在目前的用户的可穿戴设备中。接下来，在步骤1240中，设备确定额外的候选规则是否保持要针对安装进行评估。如果是的话，则方法1200循环回到步骤1210，其中下一候选规则被检索以便进行评估。在所有要被评估的候选规则(例如，规则数据库中的所有规则、所有新的规则等)都已经被处理之后，方法1200前进到步骤1245，其中设备将安装列表发送到可穿戴设备以便安装规则。被发送的实际数据可以是整个候选规则、与候选规则相关联的可穿戴设备规则、已经被发送到可穿戴设备的规则的标识符、要从其下载规则的位置、或足以指令可穿戴设备安装可应用规则的任何其他数据。方法1200然后前进以在步骤1250中结束。

图13图示了候选规则数据库1300的范例。在各种实施例中，候选规则数据库1300可以对应于图1的候选规则数据库174、182中的一个，或对应于被存储在例如第三方服务器190、用户设备150、或可穿戴设备120处的另一候选规则数据库(未示出)。虽然数据库1300以表格格式示出，但是将认识到，实际上任何适当的数据结构都可以用于表示候选规则数据库1300。例如，在一些实施例中，安装标准1310可以被存储在第一表格中，而可穿戴设备规则1320可以被存储在第二表格中。当安装标准的单个集合用于确定一组可穿戴设备规则是否应当被安装时，这样的布置可以被使用；例如，第一表格中的安装标准的每个集合可以与一个或多个标识符相关联，所述一个或多个标识符在第二表格中与可穿戴设备规则或其分组相关联。因此，候选规则可以通过将整个规则存储在其中或通过引用规则可以在其中被找到的另一位置来识别可穿戴设备规则。

如所示的，每个示例性规则包括两个区段：用于确定规则是否应当被安装的安装标准字段1310和用于定义或否则识别要被安装在可穿戴设备上的一个或多个规则的可穿戴设备规则字段1320。安装标准字段1310包括家族历史标准字段1313和其他标准字段1316。将理解，在各种实施例中，家族历史标准可以不被分成其自己的字段1313，并且代替地，所有安装标准可以一起被存储在单个表达式中。

家族标准字段1313存储要针对家族历史数据进行评估的一个或多个条件。例如，在一些实施例中，家族标准字段1313可以存储评估一个或多个标志是否已经由可穿戴设备用户(例如，经由图2的接口205)设置的条件。在一些实施例中，家族标准字段1313可以额外地或备选地存储包括要被评估的更复杂的公式或对其的引用(例如，在图12的步骤1220中)的条件。其他标准字段1316可以存储当确定候选规则是否可应用时要被评估的各种额外的标准，例如，评估来自可穿戴设备的即时数据或历史数据(或来自另一可穿戴设备，例如从先前由用户穿戴的可穿戴设备下载的历史数据)、可穿戴设备用户的医学历史(例如，电子健康记录)、来自可穿戴设备用户的医师的输入(例如，先前设置的布尔标志)的条件、或实际上适合于判断候选规则的可应用性的任何其他条件。

可穿戴设备规则字段1320可以包括对定义或否则识别当候选规则可应用时要被安装的可穿戴设备规则有用的一个或多个字段。例如，在各种实施例中，可穿戴设备规则字段1320可以仅包括存储对应于另一数据库中或否则另一位置中的规则定义的规则id的单个标识符字段。在图示的范例中，可穿戴设备规则字段1320包括用于在可穿戴设备规则的安装之后确定可穿戴设备规则是否可应用的可应用性标准字段1323和用于定义当可穿戴设备规则可应用时要采取的动作的动作规则1326。因此，图示的范例包括两种不同类型的标准：用于确定可穿戴设备规则何时应当被安装(例如，在可穿戴设备或用户设备处)的安装标准和用于在这样的安装之后确定动作是否应当被执行的可应用性标准。

作为第一范例，第一候选规则1330指示当family_mi分数超过50时可穿戴设备规则应当被安装。如将在下面更详细地解释的，字符串“family_mi”可以指的是根据可以在字段中或在其他地方被定义并且通过姓名来进行引用的公式计算的家族心肌梗死风险分数。当该分数超过50时，则当用户的周平均脉搏超过110时联系用户的医师的可穿戴设备规则将被安装在用户的可穿戴设备或用户设备上。将认识到，分数的使用可以实现规则对报告的特定家族历史的增强的灵活性和定制，超过家族历史是否存在的简单布尔指示。例如，示例性候选规则1340也评估family_mi分数，但是相比于第一范例1330，确定该分数是否落在25与50之间。当该候选规则可应用时，安装的可穿戴设备规则将在周平均脉搏超过120而非110时联系医师。

范例1350、1360的类似集合使用不同的家族历史分数family_obs，其可以计算与用户的家族成员相关联的肥胖风险分数。在该范例中，不同的阈值用于设置不同的动作：在family_obs分数超过20的候选规则1350中，当测得的所燃烧的卡路里不超过由医生规定的卡路里量时，安装的规则将联系用户的医师(由此交叉引用其他用户数据，例如，用户的电子健康记录)。然而，候选规则1360将会导致当该相同的可应用性标准时仅通知用户他们不满足准则的规则。

图14图示了家族历史标准公式1400的范例。将认识到，图14是抽象概念，并且公式可以根据各种数据结构(例如，文本字符串、公式对象、代码或伪代码、或实际上能够被评估以产生输出的任何其他结构)进行存储。

在所示出的范例中，公式1400包括指定当标准引用字符串“family_mi”时公式要被应用的标识符1410。公式包括计算与用户的每个已知家族成员相关联的分数的循环1420。对于每个家族成员，公式评估(例如，如被记录在电子健康记录中的)每个心肌梗死(“mi”)事件1430。对于每个这样的事件，5的缺省分数1431被假设。在下两个步骤1433、1435中，如果该事件在家族成员到达60和30的年龄之前发生，则10和20的值分别被添加到缺省分数。接下来，如果家族成员保持久坐的生活方式或在事件的时间遵循不健康的饮食习惯，则公式通过在步骤1437、1439中使分数减少5而采取可以趋向于表明风险不被遗传考虑的因子。接下来，在步骤1440中，所有mi事件的值被求和为聚合分数。

在步骤1450中，如果家族成员是吸烟者，则聚合分数被减半。接下来，在步骤1460、1470中，考虑关系接近度。如果家族成员是父母，则分数被加倍，或如果家族成员是兄弟姐妹，则分数乘以1.5。最后，在步骤1480中，来自任何家族成员的单个最大分数被选择为要被返回并且在评估标准中被使用的总体风险分数。

将认识到，公式1400仅是公式的一个范例。在各种实施例中，备选公式可以被使用。这样的公式可以由医师或其他专家手动地定义，或可以利用各种机器学习方法(例如，神经网络、深度学习、贝叶斯网络等)而被计算机生成的。

图15图示了用于实施规则安装服务器1500的硬件的范例。如本文中使用的，术语“规则安装服务器”将被理解为指的是选择用于安装在可穿戴设备上的可穿戴设备规则的任何设备。在各种实施例中，医师服务器170、可穿戴设备供应商服务器180、第三方服务器190、用户设备150、或可穿戴设备120(例如，在其中可穿戴设备选择要激活的规则的实施例中)可以构成规则安装服务器。如所示的，设备1500包括经由一个或多个系统总线1510相互连接的处理器1520、存储器1530、用户接口1540、网络接口1550和存储设备1560。将理解，在一些方面中，图2构成抽象概念，并且设备1500的部件的实际组织可以比图示的更复杂。

处理器1520可以是能够执行被存储在存储器1530或存储设备1560中的指令或否则处理数据的任何硬件设备。这样，处理器可以包括微处理器、现场可编程门阵列(fpga)、专用集成电路(asic)、或其他类似的设备。

存储器1530可以包括各种存储器，例如l1、l2、或l3缓存或系统存储器。这样，存储器1530可以包括静态随机存取存储器(sram)、动态ram(dram)、闪速存储器、只读存储器(rom)、或其他类似的存储器设备。

用户接口1540可以包括用于使得能够与用户(诸如管理者)通信的一个或多个设备。例如，用户接口1540可以包括显示器、鼠标、和用于接收用户命令的键盘。在一些实施例中，用户接口1540可以包括可以经由网络接口1550被呈现给远程终端的命令行接口或图形用户接口。

网络接口1550可以包括用于使得能够与其他硬件设备通信的一个或多个设备。例如，网络接口1550可以包括被配置为根据以太网协议进行通信的网络接口卡(nic)。额外地，网络接口1550可以实施tcp/ip栈以便根据tcp/ip协议进行通信。用于网络接口1550的各种备选的或额外的硬件或构造将是显而易见的。

存储设备1560可以包括一个或多个机器可读存储介质，诸如只读存储器(rom)、随机存取存储器(ram)、磁盘存储介质、光学存储介质、闪速存储器设备、或类似的存储介质。在各种实施例中，存储设备1560可以存储用于由处理器1520执行的指令或处理器1520可以对其操作的数据。例如，存储设备1560可以存储用于控制硬件1500的各种基本操作的基本操作系统1561。许可改变指令1562可以包括用于请求、授予和记录对访问其他用户的和家族成员的健康数据的各种用户许可的指令。例如，在各种实施例中，许可改变指令1562可以包含方法900、1000、1100中的一个或多个。规则选择和安装指令1563可以包括用于确定哪些可穿戴设备规则要被安装并实现这样的安装的指令。例如，规则选择和安装指令1563可以对应于方法1200。存储设备也可以包括用于支持指令1561、1562、1563的操作的各种数据，例如，患者记录1564、家族历史许可1565、候选规则数据库1566和家族历史标准公式1567。将显而易见的是，在各种实施例中，这种数据1564-67中的一些或全部可以代替地被其他设备托管，并且可经由网络接口1550或另一接口访问服务器1500。

将显而易见的是，被描述为被存储在存储设备1560中的各种信息可以被额外地或备选地被存储在存储器1530中。在该方面，存储器1530也可以被认为构成“存储设备”，并且存储设备1560可以被认为是“存储器”。各种其他布置将会是显而易见的。进一步的，存储器1530和存储设备1560都可以被认为是“非瞬态机器可读介质”。如本文中使用的，术语“非瞬态”应被理解为不包括瞬态信号，但是包括所有形式的存储设备，包括易失性存储器和非易失性存储器两者。

虽然主机设备1500被示为包括每个描述的部件中的一个，但是各种部件可以在各种实施例中被复制。例如，处理器1520可以包括多个微处理器，所述多个微处理器被配置为独立地执行本文中描述的方法，或被配置为执行本文中描述的方法的步骤或子例程，使得该多个处理器协作以实现本文中描述的功能。进一步的，在设备1500被实施在云计算系统中的情况下，各种硬件部件可以属于单独的物理系统。例如，处理器1520可以包括第一服务器中的第一处理器和第二服务器中的第二处理器。

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

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

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