数据同意存储和管理系统及方法与流程

数据同意存储和管理系统及方法
1

背景技术：
1.1技术领域
1.本技术涉及不同实体和装置之间的数据共享和管理同意和数据流。
2.1.2相关技术的描述
3.各种医疗装置、可穿戴物和其他装置可生成用户数据。第三方或数据消费者可能对获得该数据感兴趣，因为用户的数据(或聚集多个用户的数据)可能对第三方消费者有价值。然而，用户(或如本文所述的患者)必须同意第三方共享和使用他们的数据。
4.可以生成用户数据的装置包括呼吸治疗装置、可穿戴物、移动装置和其他连接的装置。这些可包括多种呼吸治疗装置，包括cpap装置和相关软件和类似装置。
5.1.2.1人类呼吸系统及其疾病
6.人体的呼吸系统促进气体交换。鼻和嘴形成患者的气道入口。
7.气道包括一系列分支管，当分支气管穿透更深入肺部时，其变得更窄、更短且更多。肺的主要功能是气体交换，允许氧气从吸入的空气移动到静脉血中并且允许二氧化碳在相反的方向上移动。气管分为左和右主支气管，其最终再分成末端细支气管。支气管构成传导气道，但是并不参与气体交换。气道的进一步分支通向呼吸细支气管，并最终通向肺泡。肺的肺泡区域为发生气体交换的区域，且称为呼吸区。参见2012年由john b.west,lippincott williams&wilkins出版的《呼吸系统生理学(respiratory physiology)》，第9版。
8.存在一系列呼吸疾病。某些疾病可以以特定事件为特征，例如呼吸暂停、呼吸不足和呼吸过度。
9.呼吸障碍的示例包括阻塞性睡眠呼吸暂停(osa)、潮式呼吸(csr)、呼吸功能不全、肥胖换气过度综合征(ohs)、慢性阻塞性肺病(copd)、神经肌肉疾病(nmd)和胸壁障碍。
10.1.2.2治疗
11.已经使用各种疗法，例如持续气道正压通气(cpap)疗法、无创通气(niv)和有创通气(iv)来治疗上述呼吸障碍中的一种或多种。
12.1.2.2.1呼吸压力治疗
13.持续气道正压通气(cpap)治疗已被用于治疗阻塞性睡眠呼吸暂停(osa)。作用机制是连续气道正压通气充当气动夹板，并且可以诸如通过向前并远离后口咽壁推动软腭和舌来防止上气道闭塞。通过cpap治疗的osa的治疗可以是自愿的，因此如果患者发现用于提供此类治疗的装置为：不舒适、难以使用、昂贵和不美观中的任何一者或多者，则患者可选择不依从治疗。
14.无创通气(niv)通过上气道向患者提供通气支持，以通过进行呼吸功的一些或全部来辅助患者呼吸和/或维持体内足够的氧水平。通气支持经由无创患者接口提供。niv已用于治疗csr和呼吸衰竭，如ohs、copd、nmd和胸壁疾病形式。在一些形式中，可以改善这些治疗的舒适性和有效性。
15.无创通气(iv)为不能够自己有效呼吸的患者提供通气支持，并且可以使用气切管提供。在一些形式中，可以改善这些治疗的舒适性和有效性。
16.1.2.2.2流动治疗
17.并非所有呼吸治疗都旨在递送规定的治疗压力。一些呼吸治疗旨在可能通过在目标持续时间上以流量曲线为目标来递送规定的呼吸量。在其他情况下，到患者气道的接口是“开放的”(未密封的)并且呼吸治疗可以仅补充患者自身的自主呼吸。在一个示例中，高流量治疗(hft)是通过未密封或打开的患者接口以在整个呼吸循环中保持大致恒定的“治疗流量”向气道的入口提供连续的、加热的、加湿的空气流。治疗流量标称设定为超过患者的峰值吸气流量。hft已经用于治疗osa、csr、copd和其他呼吸障碍。一种作用机制是气道入口处的高流量空气通过从患者的解剖死腔冲洗或冲掉呼出的co2来提高通气效率。因此，hft有时被称为死腔治疗(dst)。在其它流动治疗中，治疗流量可遵循随呼吸周期变化的曲线。
18.流动治疗的另一种形式是长期氧疗法(ltot)或补充氧疗法。医生可以规定以特定的氧气浓度(从环境空气中的氧气分数的21％到100％)，以特定的流量(例如，每分钟1升(lpm)、2lpm、3lpm等)将富氧气体的连续流递送至患者的气道。
19.1.2.2.3补充氧气
20.对于某些患者，通过向加压气流中添加补充氧气，氧气治疗可以与呼吸压力治疗或hft组合。当氧气被加入呼吸压力治疗时，这被称为补充氧气的rpt。当将氧气加入到hft中时，所得到的疗法被称为具有补充氧气的hft。
21.1.2.3治疗系统
22.这些呼吸治疗可以由治疗系统或装置提供。此类系统和装置也可以用于筛查、诊断、或监测病症而不治疗它。
23.呼吸治疗系统可以包括呼吸压力治疗装置(rpt装置)、空气回路、加湿器、患者接口、氧气源和数据管理。
24.1.2.3.1患者接口
25.患者接口可用于将呼吸设备接合到其佩戴者，例如通过向气道的入口提供空气流。空气流可以经由面罩提供到患者鼻和/或嘴里、经由管提供到嘴里，或经由气切管提供到患者的气管中。根据待施加的治疗，患者接口可与例如患者面部的区域形成密封，从而有利于气体以与环境压力有足够差异的压力(例如，相对于环境压力大约10cmh2o的正压)进行的递送，以实现治疗。对于其他形式的治疗，诸如氧气输送，患者接口可以不包括足以有利于将约10cmh2o的正压下的气体供应输送至气道的密封。
26.1.2.3.2呼吸压力治疗(rpt)装置
27.呼吸压力治疗(rpt)装置可单独使用或作为系统的一部分使用以递送上述多种治疗中的一种或多种，例如通过操作该装置以产生用于递送至气道接口的空气流。气流可以是压力控制的(用于呼吸压力治疗)或流量控制的(用于诸如hft的流量治疗)。因此，rpt装置也可用作流动治疗装置。rpt装置的示例包括cpap装置和呼吸机。
28.气压发生器在多种应用中是已知的，例如工业规模的通气系统。然而，用于医学应用的气压发生器具有更普遍的气压发生器不能满足的特定要求，例如医疗装置的可靠性、尺寸和重量要求。此外，甚至设计用于医学治疗的装置也可能具有与以下一个或多个有关
的缺点：舒适性、噪声、易用性、功效、尺寸、重量、可制造性、成本和可靠性。
29.某些rpt装置的特殊要求的一个示例是噪声。
30.一种已知的用于治疗睡眠呼吸障碍的rpt装置是由resmed limited制造的s9睡眠治疗系统。rpt装置的另一个示例是呼吸机。呼吸机，例如成人和儿科呼吸机的resmed stellar
tm
系列，可以为一系列患者提供侵入性和非侵入性非依赖性通气支持，用于治疗多种病症，例如但不限于nmd、ohs和copd。
31.经治疗的resmed elis
é
e
tm
150呼吸机和经治疗的resmed vs iii
tm
呼吸机可提供适用于成人或儿科患者的侵入性和非侵入性依赖性通气支持，以治疗多种病症。这些呼吸机提供具有单肢回路或双肢回路的容积和气压通气模式。rpt装置通常包括压力发生器，例如马达驱动的鼓风机或压缩气体储存器，并且被配置为向患者的气道供应空气流。在一些情况下，可以将空气流以正压提供给患者的气道。rpt装置的出口经由空气回路连接到诸如上述那些的患者接口。
32.1.2.3.3数据管理
33.可能存在获得数据以确定被开具呼吸治疗处方的患者是否已经“依从”的临床原因，例如患者已经根据一个或多个“依从性规则”使用了他们的rpt装置。cpap治疗的依从性规则的一个示例是，为了被认为是依从性的，要求患者在连续30天中的至少21天一夜使用rpt装置至少4小时。为了确定患者的依从性，rpt装置的提供者(例如医疗保健提供者)可手动获得描述使用rpt装置的患者的治疗的数据，计算预定时间段内的使用，并与依从性规则进行比较。一旦医疗保健提供者已经根据依从性规则确定患者已经使用他们的rpt装置，医疗保健提供者可以通知第三方患者是依从性的。
34.可以存在将从治疗数据到第三方或外部系统的通信中获益的患者治疗的其他方面。
35.通信和管理这样的数据的现有过程可能是昂贵、耗时和易于出错中的一个或多个。
36.1.2.3.4通气技术
37.一些形式的治疗系统可以包括通气口以允许呼出的二氧化碳的冲洗。通气口可以允许气体从患者接口的内部空间例如充气室流动到患者接口的外部例如周围环境。
38.1.2.4筛选、诊断和监测系统
39.多导睡眠图(psg)是用于诊断和监测心肺疾病的常规系统，并且通常涉及临床专家来应用该系统。psg通常涉及在患者上放置15至20个接触传感器以记录各种身体信号，例如脑电图(eeg)、心电图(ecg)、眼电图(eog)、肌电图(emg)等。睡眠障碍性呼吸的psg涉及在临床中观察患者两夜，纯诊断一夜和临床医师滴定治疗参数的第二夜。因此，psg是昂贵和不方便的。特别地，其不适合于睡眠障碍性呼吸的家庭筛查/诊断/监测。
40.筛查和诊断一般描述从病症的体征和症状鉴定病症。筛查通常给出真/假结果，表明患者的sdb是否严重到足以保证进一步研究，而诊断可以产生临床上可操作的信息。筛查和诊断趋于一次性过程，而监测病情进展可以无限期地持续。一些筛查/诊断系统仅适用于筛查/诊断，而一些也可用于监测。
41.临床专家可能能够根据视觉观察到的psg信号充分筛查、诊断或监测患者。然而，存在临床专家可能不可用或者临床专家可能负担不起的情况。不同临床专家可能对患者病
症意见不一致。此外，给定的临床专家可能在不同时间应用不同的标准。
2

技术实现要素：

42.本技术针对管理关于第三方的用户数据和装置的同意。
43.本技术的第一方面涉及生成用户可同意共享的用户数据的各种装置和软件。这些包括用于筛选、诊断、监测、改善、治疗或预防呼吸障碍的设备、方法和软件。
44.本技术的某些形式的一方面是管理关于与改善患者对呼吸治疗的依从性的方法和/或设备有关的数据的同意和数据流。
45.本技术的一种形式包括服务器、数据库和软件，用于管理用户装置的同意和由用户装置生成的可以发送给第三方的数据。当前，当用户签约需要共享数据以便建立帐户的新服务时，他们必须查看并同意与共享他们的数据有关的条款和条件的长列表。用户或患者不大可能阅读这些条款和条件，并且只有很少或没有办法撤销他们同意共享数据(一旦他们同意)。此外，用户很少或没有办法货币化他们的任何有价值的数据，因此，许多用户的有价值的患者和其它数据对于用户来说是不货币化的，因此最终以不被共享结束。另外，用户很少理解同意条款，并且没有办法选择性地选择他们同意的条款，或者选择他们同意共享他们的数据的各方、最终用户或方式的子集。
46.因此，没有用于有效地管理用户同意与第三方数据消费者共享来自其装置、软件程序、帐户和其它数据源的数据的系统和方法。因此，发明人开发了帮助管理用户装置和第三方数据消费者之间的同意和/或数据流的系统和方法。
47.在一些示例中，这可以包括同意代理服务器和存储代表每个用户的唯一标识符的数据库，所述唯一标识符引用用户的个人同意偏好。同意偏好可以包括数据类型、用户同意的数据生成装置、用户同意与之共享数据的第三方的类型和其他同意偏好。这将允许第三方与同意代理通信，并确定用户是否同意共享他们的数据。然后，第三方可以存储该同意，并直接从用户下载数据，并基于用户同意的条款使用该数据。
48.在本技术的一种形式的另一方面，代理可以充当第三方和用户装置之间的数据传输的中介。例如，同意代理可以向接收数据的第三方提供api地址，并且可以管理用户和第三方之间的数据流。一旦用户决定终止同意，这将允许同意代理容易地切断对api的访问。
49.在本技术的一种形式的另一方面中，代理可以下载和存储来自几个不同用户的数据，以创建供第三方下载数据的数据仓库和市场。例如，第三方可以向代理发送对某一类型数据的请求以用于某一类型的使用。然后，代理可以查询数据库以确定该类型数据中有多少可用于该用途，并将市场价格发回给第三方。因此，第三方然后可以同意以该价格接收数据，并且代理可以向第三方发送数据。
50.所描述的方法、系统、装置和设备可以被实现以改善处理器的功能，所述处理器例如是专用计算机、呼吸监测器和/或呼吸治疗装置的处理器。此外，所描述的方法、系统、装置和设备可以在包括例如睡眠障碍性呼吸的呼吸状况的自动管理、监测和/或治疗的技术领域中提供改进。
51.当然，这些方面的一部分可以形成本技术的子方面。此外，子方面和/或方面中的各个方面可以各种方式进行组合，并且还构成本技术的其他方面或子方面。
52.考虑到以下详细描述、摘要、附图和权利要求书中包含的信息，本技术的其他特征
将变得显而易见。
3附图说明
53.在附图中以示例而非限制的方式示出了本技术，在附图中相同的附图标记表示相似的元件，包括：
54.3.1治疗系统
55.图1a示出了一种系统，其包括以鼻枕的方式佩戴患者接口3000的患者1000从rpt装置4000接收正压下的空气供应。来自rpt装置4000的空气在加湿器5000中加湿，并沿着空气回路4170传送至患者1000。还示出了床伙伴1100。患者以仰卧睡姿睡眠。
56.图1b示出了一种系统，其包括以鼻罩的方式佩戴患者接口3000的患者1000从rpt装置4000接收正压下的空气供应。来自rpt装置的空气在加湿器5000中加湿，并沿着空气回路4170传送至患者1000。
57.图1c示出了一种系统，其包括以全面罩的方式佩戴患者接口3000的患者1000从rpt装置4000接收正压下的空气供应。来自rpt装置的空气在加湿器5000中加湿，并沿着空气回路4170传送至患者1000。患者以侧卧睡姿睡眠。
58.3.2呼吸系统和面部解剖学
59.图2a示出了包括鼻腔和口腔、喉、声带、食道、气管、支气管、肺、肺泡囊、心脏和隔膜的人类呼吸系统的概略图。
60.3.3患者接口
61.图3a示出了根据本技术的一种形式的呈鼻罩形式的患者接口。
62.3.4rpt装置
63.图4a示出了根据本技术的一种形式的rpt装置。
64.图4b是根据本技术的一种形式的rpt装置的气动路径的示意图。参考鼓风机和患者接口来指示上游和下游的方向。该鼓风机被定义为该患者接口的上游并且该患者接口被定义为该鼓风机的下游，而不管在任何特定时刻的实际流动方向。位于鼓风机和患者接口之间的气动路径内的物品在鼓风机的下游和患者接口的上游。
65.3.5加湿器
66.图5a示出了根据本技术的一种形式的加湿器的等距视图。
67.图5b示出了根据本技术的一种形式的加湿器的等距视图，示出了从加湿器贮存器底座5130移除的加湿器贮存器5110。
68.3.6呼吸波形
69.图6a示出了睡眠时人的模型典型呼吸波形。
70.3.7筛选、诊断和监测系统
71.图7a示出了经受多导睡眠图(psg)的患者。患者以仰卧睡姿睡眠。
72.图7b示出了用于监测患者的状况的监测设备。患者以仰卧睡姿睡眠。
73.3.8数据传输
74.图8示出了用于存储和管理同意的系统的框图。
75.图9示出了用于管理同意的示例方法的流程图。
76.图10示出了用于存储和管理同意的系统的框图。
77.图11示出了用于管理同意和数据的示例方法的流程图。
78.图12示出了用于管理同意和数据的示例方法的流程图。
4具体实施方式
79.在更进一步详细描述本技术之前，应当理解的是本技术并不限于本文所描述的特定示例，本文描述的特定示例可改变。还应当理解的是本公开内容中使用的术语仅是为了描述本文所描述的特定示例的目的，并不意图进行限制。
80.提供与可共有一个或多个共同特点和/或特征的各种示例有关的以下描述。应该理解的是任何一个示例的一个或更多个特征可以与另一个示例或其他示例的一个或多个特征组合。另外，在示例的任一项中，任何单个特征或特征的组合可以构成另外的示例。
81.4.1治疗
82.在一种形式中，本技术包括用于治疗呼吸障碍的方法，所述方法包括向患者1000的气道入口施加正压。
83.在本技术的某些示例中，经由一个或两个鼻孔向患者的鼻道提供正压下的空气供应。
84.在本技术的某些示例中，限定、限制或阻止嘴呼吸。
85.4.2治疗系统
86.在一种形式中，本技术包括用于治疗呼吸障碍的设备或装置。该设备或装置可包括rpt装置4000，用于经由空气回路4170向患者接口3000或3800向患者1000供应加压空气。
87.4.3患者接口
88.根据本技术的一个方面的无创患者接口3000包括以下功能方面：密封形成结构3100、充气室3200、定位和稳定结构3300、通风口3400、用于连接到空气回路4170的一种形式的连接端口3600，以及前额支架3700。在一些形式中，可通过一个或多个物理部件来提供功能方面。在一些形式中，一个物理部件可提供一个或多个功能方面。在使用中，密封形成结构3100布置为围绕患者气道的入口，以便于向气道供应正压空气。
89.鼻套管形式的未密封患者接口3800包括鼻插3810a、3810b，鼻插3810a、3810b可将空气输送到患者1000的各个鼻孔。这种鼻插通常不与鼻孔的内或外皮肤表面形成密封。可以通过与鼻套管3800联接的一个或多个空气供应管腔3820a、3820b来将空气递送至鼻插。管腔3820a、3820b从鼻套管3800通向产生高流量空气流的rt装置。在未密封的患者接口3800处的“通气口”是套管3800的插脚3810a和3810b的末端之间经由患者的鼻孔到大气的通路，过量的气流通过该通气口逸出到周围环境。
90.4.4rpt装置
91.根据本技术的一个方面的rpt装置4000包括机械、气动和/或电气部件并且被配置为执行一个或多个算法4300，例如在此描述的全部或部分方法中的任一种。rpt装置4000可以被配置为产生用于递送至患者气道的空气流，例如用于治疗本文件中别处描述的一种或多种呼吸状况。
92.4.4.1rpt装置电气部件
93.4.4.1.1输入装置
94.在本技术的一种形式中，rpt装置4000包括按钮、开关或拨号盘形式的一个或多个
输入装置4220，以允许人与该装置交互。按钮、开关或拨号盘可以是可通过触摸屏访问的物理装置或软件装置。按钮、开关或拨号盘可以以一种形式物理地连接到外壳4010，或者可以以另一种形式与电连接到中央控制器4230的接收器无线通信。
95.在一种形式中，输入装置4220可以被构造和布置为允许人选择值和/或菜单选项。
96.4.4.1.2中央控制器
97.在本技术的一种形式中，中央控制器4230是适于控制rpt装置4000的一个或多个处理器。
98.合适的处理器可包括x86 intel处理器，基于arm holdings的holdings的
‑
m处理器的处理器，如st microelectronic的stm32系列微控制器。在本技术的某些替代形式中，32位ris ccpu(例如来自st microelectronics的str9系列微控制器)或16位risc cpu(例如由texas instruments制造的msp430系列微控制器的处理器)也可适用。
99.在本技术的一种形式中，中央控制器4230是专用电子电路。
100.在一种形式中，中央控制器4230是专用集成电路。在另一种形式中，中央控制器4230包括分立的电子部件。
101.中央控制器4230可以被配置为接收来自一个或多个换能器4270、一个或多个输入装置4220，以及加湿器5000的输入信号。
102.中央控制器4230可以被配置为向输出装置4290、治疗装置控制器4240、数据通信接口4280和加湿器5000中的一个或多个提供输出信号。
103.在本技术的一些形式中，中央控制器4230被配置为实现在此描述的一种或多种方法，例如表示为存储在非瞬态计算机可读存储介质(例如存储器4260)中的计算机程序的一种或多种算法4300。在本技术的一些形式中，中央控制器4230可以与rpt装置4000集成。然而，在本技术的一些形式中，一些方法可以由远程定位的装置来执行。例如，远程定位的装置可以确定呼吸机的控制设定或者通过分析存储的数据(例如来自这里描述的任何传感器)来检测呼吸相关事件。
104.4.4.1.3时钟
105.rpt装置4000可以包括连接到中央控制器4230的时钟4232。
106.4.4.1.4治疗装置控制器
107.在本技术的一种形式中，治疗装置控制器4240是治疗控制模块4330，其形成由中央控制器4230执行的算法4300的一部分。
108.在本技术的一种形式中，治疗装置控制器4240是专用电动机控制集成电路。例如，在一种形式中，使用由onsemi制造的mc33035无刷dc电动机控制器。
109.4.4.1.5保护电路
110.根据本技术的一个或多个保护电路4250可以包括电保护电路、温度和/或压力安全电路。
111.4.4.1.6存储器
112.根据本技术的一种形式，rpt装置4000包括存储器4260，例如非易失性存储器。在一些形式中，存储器4260可以包括电池供电的静态ram。在一些形式中，存储器4260可以包括易失性ram。
113.存储器4260可以位于pcba 4202上。存储器4260可以是eeprom或nand闪存的形式。
114.附加地或可选地，rpt装置4000包括可移除形式的存储器4260，例如根据安全数字(sd)标准制造的存储卡。
115.在本技术的一种形式中，存储器4260充当非瞬态计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令表示本文所述的一种或多种方法，诸如一种或多种算法4300。
116.4.4.1.7数据通信系统
117.在本技术的一种形式中，提供了数据通信接口4280，其连接到中央控制器4230。数据通信接口4280可连接到远程外部通信网络4282和/或本地外部通信网络4284。远程外部通信网络4282可连接到远程外部装置4286。本地外部通信网络4284可连接到本地外部装置4288。
118.在一种形式中，数据通信接口4280是中央控制器4230的一部分。在另一种形式中，数据通信接口4280与中央控制器4230分离，并且可以包括集成电路或处理器。
119.在一种形式中，远程外部通信网络4282是因特网。数据通信接口4280可以使用有线通信(例如经由以太网或光纤)或无线协议(例如cdma、gsm、lte)来连接到因特网。
120.在一种形式中，本地外部通信网络4284利用一个或多个通信标准，例如蓝牙或消费者红外协议。
121.在一种形式中，远程外部装置4286是一个或多个计算机，例如联网计算机的集群。在一种形式中，远程外部装置4286可以是虚拟计算机，而不是物理计算机。在任一种情况下，这种远程外部装置4286可以被适当授权的人如临床医生访问。
122.本地外部装置4288可以是个人计算机、移动电话、平板或遥控装置。
123.4.4.2rpt装置算法
124.如上所述，在本技术的一些形式中，中央控制器4230可以被配置为实现表示为存储在非瞬态计算机可读存储介质(例如存储器4260)中的计算机程序的一个或多个算法4300。算法4300一般分组为称为模块的组。
125.4.4.2.1预处理模块
126.根据本技术的一种形式的预处理模块4310接收来自换能器4270(例如，流量传感器4274或压力传感器4272)的信号作为输入，并且执行一个或多个处理步骤以计算将被用作到另一个模块(例如，治疗引擎模块4320)的输入的一个或多个输出值。
127.在本技术的一种形式中，输出值包括接口压力pm、呼吸流量qr和泄漏流量ql。
128.在本技术的各种形式中，预处理模块4310包括以下算法中的一个或多个：接口压力估计4312、通气流量估计4314、泄漏流量估计4316和呼吸流量估计4318。
129.4.4.2.2治疗引擎模块
130.在本技术的一种形式中，治疗引擎模块4320接收患者接口3000或3800中的压力pm和到患者的空气的呼吸流量qr中的一个或多个作为输入，并且提供一个或多个治疗参数作为输出。
131.在本技术的一种形式中，治疗参数是治疗压力pt。
132.在本技术的一种形式中，治疗参数是压力变化幅度、基础压力和目标通气量中的一个或多个。
133.在各种形式中，治疗引擎模块4320包括以下算法中的一个或多个：相位确定4321、
波形确定4322、通气确定4323、吸气流量限制确定4324、呼吸暂停/呼吸不足确定4325、打鼾确定4326、气道开放性确定4327、目标通气确定4328和治疗参数确定4329。
134.4.4.2.2.1呼吸暂停和呼吸不足的确定
135.在本技术的一种形式中，中央控制器4230执行呼吸暂停/呼吸不足确定算法4325，用于确定呼吸暂停和/或呼吸不足的存在。
136.在一种形式中，呼吸暂停/呼吸不足确定算法4325接收呼吸流量信号qr作为输入，并提供指示已经检测到呼吸暂停或呼吸不足的标志作为输出。
137.在一种形式中，当呼吸流量qr的函数在预定时间段内下降到低于流量阈值时，将认为已经检测到呼吸暂停。该函数可以确定峰值流量、相对短期的平均流量，或相对短期的平均和峰值流量的中间流量，例如rms流量。流量阈值可以是流量的相对长期的量度。
138.在一种形式中，当呼吸流量qr的函数在预定时间段内下降到低于第二流量阈值时，将认为已经检测到呼吸不足。该函数可以确定峰值流量，相对短期的平均流量，或相对短期的平均和峰值流量的中间流量，例如rms流量。第二流量阈值可以是相对长期的流量测量。第二流量阈值大于用于检测呼吸暂停的流量阈值。
139.4.4.2.2.2打鼾的确定
140.在本技术的一种形式中，中央控制器4230执行用于确定打鼾程度的一个或多个打鼾确定算法4326。
141.在一种形式中，打鼾确定算法4326接收呼吸流量信号qr作为输入，并提供打鼾出现程度的度量作为输出。
142.打鼾确定算法4326可包括确定流量信号在30
‑
300hz范围内的强度的步骤。此外，打鼾确定算法4326可包括过滤呼吸流量信号qr以减少背景噪声(例如，来自鼓风机的系统中的气流的声音)的步骤。
143.4.5空气回路
144.根据本技术一个方面的空气回路4170为导管或管，其在使用时被构造和布置为允许空气流在两个部件诸如rpt装置4000与患者接口3000或3800之间行进。
145.4.6加湿器
146.4.6.1加湿器概述
147.在本技术的一种形式中，提供了加湿器5000(例如，如图5a所示)，以相对于环境空气改变用于输送至患者的空气或气体的绝对湿度。通常，加湿器5000用于在输送至患者的气道之前增加空气流的绝对湿度并增加空气流的温度(相对于环境空气)。
148.加湿器5000可以包括加湿器贮存器5110、用于接收空气流的加湿器入口5002以及用于输送加湿的空气流的加湿器出口5004。在一些形式中，如图5a和图5b所示，加湿器贮存器5110的入口和出口可以分别是加湿器入口5002和加湿器出口5004。加湿器5000还可以包括加湿器基座5006，该加湿器基座可以适于接收加湿器贮存器5110并且包括加热元件5240。
149.4.7呼吸波形
150.图6a示出了睡眠时人的模型典型呼吸波形。横轴为时间，纵轴为呼吸流量。而参数值可以变化，典型呼吸可以具有以下近似值：潮气量vt 0.5l，吸气时间ti 1.6s，峰值吸气流量qpeak 0.4l/s，呼气时间te 2.4s，峰值呼气流量qpeak
‑
0.5l/s。呼吸的总持续时间
ttot约为4s。人通常以每分钟大约15次呼吸的速率(bpm)，以vent约7.5l/min的通气呼吸。典型的占空比，ti与ttot之比约为40％。
151.4.8筛选、诊断、监测系统
152.4.8.1多导睡眠图
153.图7a示出了经历多导睡眠图(psg)的患者1000。psg系统包括流浆箱2000，其接收并记录来自以下传感器的信号：eog电极2015；eeg电极2020；ecg电极2025；颌下emg电极2030；打鼾传感器2035；胸带上的呼吸感应体积描记图(呼吸努力传感器)2040；腹带上的呼吸感应体积描记图(呼吸努力传感器)2045；具有口腔热敏电阻的口腔
‑
鼻套管2050；光电体积描记器(脉搏血氧计)2055；以及身体位置传感器2060。电信号参考位于前额中心的接地电极(isog)2010。
154.4.8.2非引人注目的监测系统
155.图7b示出了用于监测睡着的患者1000的呼吸的监测设备7100的一个示例。监测装置7100包含通常指向患者1000的非接触式运动传感器。该运动传感器被配置为产生表示患者1000的身体移动的一个或多个信号，从这些信号可以获得表示患者的呼吸移动的信号。
156.4.8.3呼吸多导生理记录仪(respiratory polygraphy)
157.呼吸多导生理记录仪(rpg)是没有电信号(eog、eeg、emg)、打鼾或身体位置传感器的简化形式的psg的术语。rpg至少包括来自胸带上的呼吸感应体积描记图(运动传感器)(例如运动传感器2040)的胸廓运动信号，经由鼻套管感测的鼻压力信号，以及来自脉搏血氧计(例如脉搏血氧计2055)的氧饱和度信号。与psg流浆箱2000类似，rpg流浆箱接收三个rpg信号或通道。
158.在某些配置中，鼻压力信号是由与密封鼻罩成一直线的流量传感器产生的鼻流量信号的令人满意的代表，因为鼻压力信号在形状上与鼻流量信号相当。如果患者的嘴保持闭合，即没有嘴泄漏，则鼻流量又等于呼吸流量。
159.图8是示出可用于实现rpg筛选/诊断/监测系统中的rpg流浆箱的筛选/诊断/监测装置7200的框图。筛查/诊断/监测装置7200在数据输入接口7260处接收上述三个rpg通道(指示胸廓运动的信号、指示鼻流量的信号和指示氧饱和度的信号)。筛查/诊断/监测装置7200还包含被配置为执行编码指令的处理器7210。筛查/诊断/监测装置7200还包含非瞬态计算机可读存储器/存储介质7230。
160.存储器7230可以是筛查/诊断/监测装置7200的内部存储器，例如ram，闪存或rom。在一些实现方式中，存储器7230还可以是链接到筛查/诊断/监测装置7200的可移除或外部存储器，例如sd卡、服务器、usb闪存驱动器或光盘。在其他实现方式中，存储器7230可以是外部和内部存储器的组合。存储器7230包括存储的数据7240和处理器控制指令(代码)7250，处理器控制指令(代码)7250适于将处理器7210配置为执行某些任务。存储的数据7240可以包括由数据输入接口7260接收的rpg通道数据，以及作为应用的组成部分提供的其它数据。处理器控制指令7250也可以作为应用程序的组成部分来提供。处理器7210被配置为从存储器7230读取代码7250并执行编码的指令。特别地，代码7250可以包含适于配置处理器7210以执行处理由接口7260提供的rpg通道数据的方法的指令。一种这样的方法可以是将rpg通道数据作为数据7240存储在存储器7230中。另一种这样的方法可以是分析所存储的rpg数据以提取特征。处理器7210可以将这种分析的结果作为数据7240存储在存储
器7230中。
161.筛查/诊断/监测装置7200还可以包含通信接口7220。代码7250可以包含被配置为允许处理器7210经由通信接口7220与外部计算装置(未示出)通信的指令。通信模式可以是有线或无线的。在一个这样的实现中，处理器7210可以将所存储的rpg通道数据从数据7240传输到远程计算装置。在这样的实现中，远程计算装置可以被配置为分析所接收的rpg数据以提取特征。在另一此类实现中，处理器7210可将分析结果从数据7240传输到远程计算装置。
162.或者，如果存储器7230可从筛查/诊断/监测装置7200移除，则远程计算装置可被配置为连接到可移除存储器7230。在这样的实现中，远程计算装置可以被配置为分析从可移除存储器7230检索的rpg数据以提取特征。
163.4.9数据传输
164.图8示出了说明根据本技术的数据同意代理系统的一个实现的框图。例如，该系统包括一个或多个用户装置4000，其生成数据并且可以与用户或患者1000的账户相关联。可以从移动装置120或其他计算装置管理患者1000的账户，以登录到与装置4000相关的服务上的用户账户。
165.用户装置4000然后可以将同意数据8000提供给希望利用用户数据的各种第三方。同意数据8000尤其可以包括：
166.·
日期和时间戳；
167.·
用户同意的条款；
168.·
用户同意与之共享数据的第三方；
169.·
用户同意共享的数据类型；
170.·
时间窗同意有效；以及
171.·
以及其它相关的数据。
172.同意数据可以通过用户在用户接口上点击接受，用用户接口上的复选框或计算装置120上的其它方式指定用户接受什么条款来提供。
173.生成数据的用户装置4000可以包括多种用户装置，包括：医疗装置、移动装置、个人计算机、膝上型计算机、cpap机器和相关软件、加湿器、本文所公开的其他装置、可穿戴物、在各种服务器7100和计算装置上运行的软件服务、智能手表、智能秤、智能腕带、遗传数据服务、健康数据服务、健身器材等。
174.因此，由装置4000生成的用户数据10000可以包括健康数据、遗传数据、位置数据、元数据、治疗数据、治疗设定、锻炼数据、简档数据、年龄、体重、来自电子健康记录的数据、睡眠质量数据、呼吸暂停数据、呼吸不足、日期和时间戳以及其它类型数据。数据10000可以在具有元数据的分组中发送，以指示正在发送的数据类型。
175.同意管理系统还可以包括同意系统8100，该同意系统8100包括服务器7100和数据库7200。数据库7200可以包括引用用户1000同意的条款的唯一用户标识符，包括：(1)可共享的数据类型，(2)可从中共享数据的数据生成装置的类型，以及(3)用户1000已同意共享数据185的第三方。此外，同意系统8100可以存储引用唯一用户标识符的其它数据字段，包括以上关于用户数据10000讨论的所有相关项目。
176.另外，至少包括作为数据消费者的服务器7100和数据库7200的第三方系统8200也
可以通过网络7090连接到用户1000的同意系统8100和计算装置120。网络7090可以是广域网7090，例如因特网、内联网、云或因特网。到网络的连接可以是有线或无线的。
177.患者计算装置120可以是个人计算机、移动电话、平板计算机或其它装置。患者计算装置120被配置为通过广域网7090介于患者1000和数据服务器7100之间。
178.在一个实现中，该中介由在患者计算装置120上运行的软件应用程序执行。患者程序可以是被称为“患者应用程序”的专用应用程序，其与数据服务器7100所托管的补充进程交互。在另一实现中，患者程序是经由安全门户与数据服务器7100所托管的网站交互的web浏览器。在又一实现中，患者程序是电子邮件客户端。
179.在其他示例中，数据生成装置4000经由本地(有线或无线)通信协议(诸如本地网络协议(例如，蓝牙))与患者计算装置120通信。在替换实现中，经由患者程序的患者计算装置120被配置为在网络7090上介于患者1000和数据服务器7100之间，并且还在网络7090上介于数据生成装置4000和数据服务器7100之间。
180.来自用户1000的计算装置120的同意数据8000可以被发送到第三方系统8200并存储在其数据库7200中，使得第三方系统8200可以确定它可以从哪些装置4000下载数据以及可以使用和存储的数据类型等。
181.图9是示出管理同意的示例方法的流程图。例如，首先，同意系统8100可以从第三方接收访问用户数据的请求9000。因此，在这种情况下，第三方不必向用户1000的计算装置120发送通知来单独请求用户同意。相反，第三方可以向同意系统8100发送数据分组，并且同意系统8100可以响应用户1000是否同意共享数据。
182.该请求可包括数据类型、用户标识符、用户装置类型或包括同意从用户计算装置120或用户数据生成装置4000下载数据的请求的其它参数。在其他示例中，请求可以仅包括用户标识符，并且同意系统8100可以将同意数据8000与用户1000已经同意的同意条款的概要一起发送回。
183.在一些示例中，在从第三方9000接收到请求之后，系统8100可以查询数据库7200以确定用户标识符是否存在于数据库7200中，以及什么类型的同意被引用到用户标识符9100。例如，同意系统8100可以检索引用用户标识符的同意数据9100，该用户标识符包括用户已经同意共享的数据类型9450，授权的第三方9460和授权的用户装置9470。授权的用户装置9470可由各种地址、mac地址或其它标识符指定。
184.接下来，系统8100可以通过从同意系统8100的服务器7200向第三方系统8200的服务器7100发送同意数据8000来响应9200到第三方系统8200。这可以包括用户已经同意的同意类型，或者可以简单地返回真或假，无论第三方系统8200是否可以从用户装置4000下载和使用数据。
185.因此，如果通过网络7090以各种方式确认同意，则第三方系统8200随后可以从用户装置4000下载数据。这可以持续一段时间、预定时间窗或无限期。
186.在一些示例中，用户1000将在他们的计算装置120上指示他们希望撤销先前给出的同意，并将撤销的同意数据8000发送9300给同意系统8100。然后，同意系统8100可以确定哪个第三方系统8200发送撤销9400同意数据8000。撤销同意数据8000可以包括数据字段的任何组合，该数据字段包括第三方8200和用户数据10000的全局撤销，或数据10000的某种类型或使用。
187.图10示出了表示本公开的另一实施例的附加系统。在该实施例中，用户数据10000通过同意系统8100路由，而不是直接从用户计算装置120或用户数据生成装置4000传送到第三方8200。这是有利的，因为这允许同意系统8100有效地管理同意过程，通过关闭数据流更容易地撤销同意，增加匿名数据源和与数据源相关联的用户的能力，并且允许同意系统8100用作销售数据的市场。
188.图11示出了用于实现图10的同意系统的示例方法的流程图。例如，同意系统8100可以向用户装置发送请求以请求同意共享数据11000。这可以是包括多种类型数据、数据消费者、终端用户、使用、数据源、数据生成装置的全局请求。在其他示例中，它可以包括仅一个特定第三方8200数据消费者或由其提示。
189.然后，系统8100可以从用户计算装置120接收对可以包括数据类型9450、时间窗口同意为有效9470的同意共享数据的确认11100以及在一些情况下包括特定请求第三方系统8200的其他因素和信息。然后，一旦确认了同意，系统8100可以从用户的第三方帐户请求并接收例如用于数据生成装置4000的登录数据11200。
190.这将允许系统的服务器7100登录并通过网络7090从数据生成装置4000或其相关联的帐户，或其它服务或软件接收数据11300。另外，可以实现类似地验证用户1000的帐户凭证并下载数据11300的其它实施例。
191.接下来，系统8100及其服务器7100可处理数据以确定数据类型11400和数据其它相关特征。这可以包括引用同意类型的数据的类别，例如位置数据、简档数据、医疗历史等。在一些示例中，这可以通过机器学习或识别例如gps坐标格式的其他算法来执行。在其它示例中，系统8100将处理标头信息或其它元数据以确定数据类型。
192.然后，在一些示例中，数据将被存储在引用用户标识符的同意数据库7200中，或仅引用数据类型或数据源11500。在某些情况下，各种其它标签将被应用于数据，使得数据库7200可以像市场一样被查询，以确定第三方系统8200数据消费者可用的数据类型和数量。
193.作为数据管道的同意系统
194.图12示出了流程图，该流程图示出了一种方法的示例，该方法用于一旦对特定第三方授予并确认了同意，就便于将数据从用户数据生成装置4000传送到第三方数据消费者。例如，在上述一些示例中，同意系统8100可以简单地管理同意，或者系统可以上载来自多个用户1000的数据10000，以便聚集和增加数据的价值。
195.然而，如果系统从多个用户1000上传数据10000，则将需要相对大量的数据库7200存储空间。因此，在其他示例中，同意系统8100可以充当管道，以便于将数据从数据生成装置4000传送到第三方系统8200。在这个示例中，同意系统8100将不被要求存储大量的数据，但是将仍然能够严密地管理数据流，并且一旦用户撤销同意，就容易地撤销同意并防止传送另外的数据。
196.例如，同意系统8100可以向第三方发送api地址以访问由数据装置12000生成的数据。然后，系统8100可以便于通过api 12100将数据装置生成的数据传送给第三方。例如，第三方8200可以对api地址进行周期性调用以请求对数据的更新，然后系统8100可以从数据装置4000发送或请求附加数据。在其它示例中，系统可通过api将数据周期性地发送到第三方8200。
197.在一些示例中，系统8100可以处理数据10000以识别数据类型(例如根据元数据或
数据结构的特定特征)。在这种情况下，系统8100的api或其它内部处理软件可以在发送到第三方8200之前筛选由用户装置4000生成的数据的全部或部分。在一些示例中，可以在发送数据之前首先从数据中去除某些信息。这可以包括用户名或其他标识信息，其可以用于遵守用户的同意类型，或者用于遵守与患者数据相关的隐私法律。
198.数据市场
199.在一些示例中，系统8100可以创建数据市场，其中它可以向数据消费者或第三方8200呈现该数据的数据类型和价格。然后，第三方8200可以购买数据的类型和数量，并且在一些情况下，可以向用户1000支付部分购买价格以共享他们的数据10000。在一些示例中，系统8100可以聚集或编目可用于购买的数据类型，并确定可能与数据消费者相关的数据的各种特征，以确定数据是否对他们有价值，包括：
200.(1)数据类型(例如，运动、位置等)
201.(2)数据源
202.(3)简档特性(如性别、年龄等)；
203.(4)与数据相关联的同意特征；以及
204.(5)其他特性。
205.在一些示例中，第三方8200可以发送数据请求，包括例如所请求的数据的类型、所需的数据的阈值量，以及第三方8200愿意支付数据的价格。然后，系统8100可以利用服务器7100查询其数据库7200，以确定是否可以进行请求，以及任何相关数据的类型、数量和价格。
206.然后，在一些示例中，系统8100可以向第三方8200发送包括可用数据和价格的通知。然后，第三方8200可以接受或拒绝该请求，或者在其他示例中，如果在数据库7200上识别出的数据满足第三方8200的要求，则系统8200可以自动地发送数据(或者如上所述发送用于访问的api)。
207.在一些示例中，系统8100可以存储来自第三方8200的对数据10000的公开请求，并且每当新用户1000上传或提供同意共享数据10000时，系统8100可以确定新数据是否满足任何公开请求的要求。然后，如果满足任何开放请求，则可以将新数据10000发送到相应的第三方8200。
208.所选实施例
209.尽管以上描述和所附权利要求公开了本发明的多个实施例，但是在以下另外的实施例中公开了本发明的其他替代方面。
210.实施例1.一种用于管理同意的系统，所述系统包括：
211.具有用户id的同意数据库，包括用户账户的唯一标识符，所述用户账户的唯一标识符引用：用户同意共享的一组数据类型；用户同意共享这些装置生成的数据的一组装置；用户同意与之共享数据的一组消费者；包含机器可读介质的存储器，其包括其上存储有用于执行方法的指令的机器可执行代码；耦合到所述存储器的控制系统，其包括一个或多个处理器，所述控制系统被配置为执行所述机器可执行代码以使所述控制系统：从消费者接收访问来自用户的数据的请求，所述数据包括时间戳，与账户相关联的用户id和第一类型数据；查询同意数据库以访问用户id并确定与用户id相关联的用户是否同意共享第一类型数据；以及向消费者发送指示消费者是否被授权从引用用户id的帐户访问第一类型数据的
响应。
212.实施例2.根据实施例1所述的系统，其中所述控制系统被进一步配置为：从所述用户接收指示所述用户已撤销同意共享所述第一类型数据的请求；以及向消费者发送指示用户已撤销同意共享第一类型数据的通知。
213.实施例3.根据实施例2所述的系统，其中所述控制系统进一步被配置为：向用户发送更新同意的请求；从用户接收更新同意的确认；以及向消费者发送指示用户已经更新同意的通知。
214.实施例4.根据实施例1所述的系统，其中所述控制系统被进一步配置为：向消费者发送消费者可以访问第一类型数据的地址；从消费者接收访问该地址处的第一类型数据的请求，并在消费者和包括引用用户id存储的第一类型数据的用户数据库之间建立链接，并向消费者发送一组第一类型数据。
215.实施例5.根据实施例1所述的系统，其中所述第一类型数据是概况数据、移动数据、位置数据、健康数据、呼吸治疗数据、生命体征数据、可穿戴数据、心脏相关可穿戴数据、步伐数据、遗传数据、社交媒体使用数据、锻炼数据或健身数据。
216.实施例6.根据实施例1所述的系统，其中所述装置的类型包括移动电话、可穿戴健身跟踪器、心率监测表、脉搏血氧计或呼吸治疗装置。
217.实施例7.根据实施例1所述的系统，其中所述同意数据库还包括引用所存储的每种类型数据的市场利率。
218.实施例8.根据实施例1所述的系统，其中所述组消费者中的每一个都引用地址。
219.实施例9.一种用于管理第三方的数据访问的系统，所述系统包括：具有用户id的同意数据库，所述具有用户id的同意数据库包括用户账户的唯一标识符，所述用户账户的唯一标识符引用：用户同意共享的一组数据，其包括至少第一和第二类型数据；用户同意共享这些装置生成的数据的一组装置；包含机器可读介质的存储器，其包括其上存储有用于执行方法的指令的机器可执行代码；耦合到所述存储器的控制系统，其包括一个或多个处理器，所述控制系统被配置为执行所述机器可执行代码以使所述控制系统：向与所述用户id相关联的用户装置发送同意共享数据的请求；从所述用户装置接收共享数据的同意确认，所述同意确认包括：同意共享第一类型数据；同意共享的时间窗有效；从所述用户装置接收与所述用户id和第一数据装置相关联的第三方账户的登录信息；向所述第一数据装置发送检索数据的请求；从所述第一数据装置接收第一组数据；处理所述第一组数据以识别一组第一类型数据；以及将所述一组第一类型数据存储在引用用户id的同意数据库中。
220.实施例10.根据实施例9所述的系统，其中处理所述第一组数据以识别一组第一类型数据进一步包括处理所述数据以识别gps坐标。
221.实施例11.根据实施例10所述的系统，其中处理所述第一组数据以识别一组第一类型数据还包括处理所述数据以识别从加速度计、陀螺仪或磁力计输出的数据。
222.实施例12.根据实施例10所述的系统，其中所述控制系统进一步被配置为：查询消费者数据库，其将一组消费者和数据接收地址引用到每个消费者已同意在阈值市场价格范围内接收的数据类型，以识别所述组消费者中已同意以所述第一类型数据的当前市场价格接收所述第一类型数据的任何消费者；以及在所引用的数据接收地址处将所述一组第一类型数据发送到所述一组消费者中的任何所识别的消费者。
223.实施例13.根据实施例12所述的系统，其中所述消费者数据库引用为了以所述市场价格接收数据而必须包括的数据类型的特定特征。
224.实施例14.根据实施例13所述的系统，其中所述特征包括身高、体重和年龄。
225.实施例15.根据实施例13所述的系统，其中所述特性包括心率数据。
226.实施例16.根据实施例14所述的系统，其中所述特征表征遗传数据。
227.实施例17.根据实施例14所述的系统，其中所述特征包括遗传数据和心率数据的组合。
228.实施例18.一种用于管理同意的系统，所述系统包括：具有用户id的同意数据库，所述具有用户id的同意数据库包括用户账户的唯一标识符，所述用户账户的唯一标识符引用：用户同意共享的一组数据类型；用户同意共享这些装置生成的数据的一组装置；用户同意与之共享数据的一组消费者装置；包含机器可读介质的存储器，其包括其上存储有用于执行方法的指令的机器可执行代码；耦合到所述存储器的控制系统，其包括一个或多个处理器，所述控制系统被配置为执行所述机器可执行代码以使所述控制系统：从所述组消费者装置中的第一个接收访问来自用户的数据的请求，所述数据包括时间戳，与账户相关联的用户id和第一类型数据；查询同意数据库以访问用户id并确定与用户id相关联的用户是否同意与所述组消费者装置中的第一个共享所述第一类型数据；以及向所述组消费者装置中的第一个发送响应，该响应指示所述组消费者装置中的第一个是否被授权从引用用户id的帐户访问第一类型数据。
229.实施例19.根据实施例18所述的系统，其中所述控制系统进一步被配置为：从所述用户接收指示所述用户已撤销同意共享所述第一类型数据的请求；以及向所述组消费者装置中的第一个发送通知，该通知指示用户已撤销同意共享第一类型数据。
230.实施例20.根据实施例19所述的系统，其中所述控制系统进一步被配置为：向用户发送更新同意的请求；从用户接收更新同意的确认；以及向所述组消费者装置中的第一个发送指示用户已更新同意的通知。
231.实施例21.根据实施例20所述的系统，其中所述控制系统被进一步配置为：向所述组消费者装置中的第一个发送所述组消费者装置中的第一个可以访问该第一类型数据的地址；从所述组消费者装置中的第一个接收访问该地址处的第一类型数据的请求，并在所述组消费者装置中的第一个和包括引用用户id存储的第一类型数据的用户数据库之间建立链接，并向所述组消费者装置中的第一个发送一组第一类型数据。
232.实施例22.根据实施例20所述的系统，其中所述第一类型数据是概况数据、移动数据、位置数据、健康数据、呼吸治疗数据、生命体征数据、可穿戴数据、心脏相关可穿戴数据、步伐数据、遗传数据、社交媒体使用数据、锻炼数据或健身数据。
233.实施例23.根据实施例20所述的系统，其中所述控制系统被进一步配置为：在所述同意数据库中存储所述组消费者装置中的第一个作为引用所述用户id和所述同意的时间窗的授权数据消费者；一旦所述时间窗期满，向所述组消费者装置中的第一个发送所述同意已被撤销的通知。
234.实施例24.根据实施例18所述的系统，其中所述装置的类型包括移动电话、可穿戴健身跟踪器、心率监测表、脉搏血氧计或呼吸治疗装置。
235.实施例25.根据实施例18所述的系统，其中所述同意数据库还包括引用所存储的
每种类型数据的市场利率。
236.实施例26.根据实施例18所述的系统，其中组消费者装置中的每一个都引用地址。
237.实施例27.一种方法，包括：从消费者接收访问来自用户的数据的请求，所述请求包括时间戳、与账户相关联的用户id和第一类型数据；查询同意数据库以访问用户id并确定与所述用户id相关联的用户是否同意共享第一类型数据；以及向所述消费者发送指示所述消费者是否被授权从引用所述用户id的帐户访问第一类型数据的响应。
238.实施例28.根据实施例27所述的方法，进一步包括：从所述用户接收指示所述用户已撤销同意共享所述第一类型数据的请求；以及向消费者发送指示用户已撤销同意共享第一类型数据的通知。
239.实施例29.根据实施例27所述的方法，进一步包括：向用户发送更新同意的请求；从用户接收更新同意的确认；以及向消费者发送指示用户已经更新同意的通知。
240.实施例30.根据实施例27所述的方法，进一步包括：向消费者发送消费者可以访问第一类型数据的地址；从消费者接收访问该地址处的第一类型数据的请求，并在消费者和包括引用用户id存储的第一类型数据的用户数据库之间建立链接，并向消费者发送一组第一类型数据。
241.实施例31.根据实施例27所述的方法，其中所述第一类型数据是概况数据、移动数据、位置数据、健康数据、呼吸治疗数据、生命体征数据、可穿戴数据、心脏相关可穿戴数据、步伐数据、遗传数据、社交媒体使用数据、锻炼数据或健身数据。
242.实施例32.根据实施例27所述的方法，进一步包括：在所述同意数据库中存储所述消费者作为引用所述用户id和所述同意的时间窗的授权数据消费者；一旦时间窗期满，向消费者发送同意已被撤销的通知。
243.实施例33.根据实施例27所述的方法，其中所述装置的类型包括移动电话、可穿戴健身跟踪器、心率监测表、脉搏血氧计或呼吸治疗装置。
244.实施例34.根据实施例27所述的方法，其中所述同意数据库还包括引用所存储的每种类型数据的市场利率。
245.实施例35.根据实施例27所述的方法，其中所述组消费者中的每一个都引用地址。
246.实施例36.一种包括指令的计算机程序产品，当由控制系统执行所述指令时，所述指令使所述计算机执行根据实施例27至35中任一项所述的方法。
247.实施例37.根据实施例36所述的计算机程序产品，其中所述计算机程序产品是非瞬态计算机可读介质。