CN110400612B - 管理用户信息 - Google Patents

管理用户信息 Download PDF

Info

Publication number
CN110400612B
CN110400612B CN201910301496.9A CN201910301496A CN110400612B CN 110400612 B CN110400612 B CN 110400612B CN 201910301496 A CN201910301496 A CN 201910301496A CN 110400612 B CN110400612 B CN 110400612B
Authority
CN
China
Prior art keywords
user
data
request
data type
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910301496.9A
Other languages
English (en)
Other versions
CN110400612A (zh
Inventor
D·基恩
J·S·拉欣
T·A·肖特利奇
E·C·布洛克
G·L·特里布尔
J·C·伯拉尼克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Apple Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Apple Inc filed Critical Apple Inc
Publication of CN110400612A publication Critical patent/CN110400612A/zh
Application granted granted Critical
Publication of CN110400612B publication Critical patent/CN110400612B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2291—User-Defined Types; Storage management thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G16H10/65—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records stored on portable record carriers, e.g. on smartcards, RFID tags or CD
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/30—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to physical therapies or activities, e.g. physiotherapy, acupressure or exercising
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/40—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mechanical, radiation or invasive therapies, e.g. surgery, laser therapy, dialysis or acupuncture
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Bioethics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Physical Education & Sports Medicine (AREA)
  • Computational Linguistics (AREA)
  • Biophysics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Pathology (AREA)
  • Urology & Nephrology (AREA)
  • Surgery (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Biomedical Technology (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Storage Device Security (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开涉及“管理用户信息”。本发明提供了一种用于管理用户信息的系统、方法和计算机可读介质。例如，可将用户的数据存储在存储器中。可提供对用户授权对数据的至少一部分的访问的请求。该授权可用于使应用程序能够访问该数据的一部分。在一些示例中，可接收对该请求的响应，并且可提供该请求被提供至用户的指示，而无需指示用户是否否认该请求。

Description

管理用户信息
本申请是申请日为2015年5月6日、申请号为201580028726.9、题为 “管理用户信息”的发明专利申请的分案申请。
相关申请的交叉引用
本专利申请要求于2014年9月29日提交的美国专利申请No. 14/499,449的优先权，该专利申请要求于2014年5月30日提交的Keen等 人的发明名称为“Managing UserInformation”的美国临时专利申请No. 62/006,031的权益(参考文献No.P23418USP1)，这些专利申请据此全文 以引用方式并入本文以用于所有目的。本专利申请还涉及于2014年5月30 日提交的Kennedy等人的发明名称为“Wellness Aggregator”的临时专利申 请No.62/006,032，其全部内容根据35U.S.C.§120据此以引用方式并入本 文，就像在本文中对其进行了完整的阐述一样。本专利申请还涉及与其在 同一天提交的Keen等人的发明名称为“Managing User Information– Background Processing”的非临时专利申请No.14/499,461、与其在同一天 提交的Keen等人的发明名称为“Managing User Information–Data Type Extension”的非临时专利申请No.14/499,512，以及与其在同一天提交的 Keen等人的发明名称为“Managing User Information–Source Prioritization”的非临时专利申请No.14/995,519，每个专利申请的全部内容 据此以引用方式并入本文，就像在本文中对其进行了完整的阐述一样。
背景技术
人们越来越认识到经常锻炼对于保持健康的重要性。此外，现在有太 多的电子设备可用于跟踪一个人一整天的身体活动。此类设备可与其他移 动设备连接或以其他方式进行通信，以(例如)帮助跟踪、管理和/或分析 与个人的身体活动相关联的数据。然而，健康和活动数据一直被认为是极 具私密性的并且往往需要加倍保密。因而，开发者和设备制造者在提供用 于收集和共享用户健康信息的应用程序和/或设备时不断地遭遇挑战。
发明内容
本公开的实施方案可提供用于管理用户信息(例如，由一个或多个外 部设备收集的个人信息)的系统、方法和计算机可读介质。在一些示例 中，可对数据交换进行管理，从而允许第三方应用程序和/或使其能够向数 据交换提供用户信息并且有可能检索由其他第三方应用程序提供的用户信 息。数据交换在被管理的同时可被配置为至少部分地基于来自与用户数据 相关联的用户的授权来提供对该数据的特定数据类型的访问。
根据一个实施方案，可由计算机系统来执行一种方法，以至少接收与 多个不同数据类型的至少子集相关联的用户健康信息。该方法还可使得计 算机系统将用户的健康信息存储在计算设备的安全存储设备中。计算机系 统可从第三方应用程序接收对访问该用户的多个不同数据类型中的至少一 个数据类型的授权请求。该方法还可使得计算机系统向第三方应用程序提 供授权请求被提供至用户的指示。在一些示例中，计算机系统可从第三方 应用程序接收对与至少一个数据类型对应的健康信息的请求，并在用户尚 未授权访问至少一个数据类型时向第三方应用程序提供空结果。
在一些情况下，可向第三方应用程序提供该授权请求已被提供至用户 的指示，而无需指示用户是否否认对至少一个数据类型的访问。用户可能 已提供与至少一个数据类型对应的健康信息，并且可向第三方应用程序提 供空结果，而无需指示用户已提供与至少一个数据类型对应的健康信息。 在一些示例中，在用户利用计算设备进行验证时，安全存储设备的数据能 够被第三方应用程序访问。此外，该方法可使得计算机系统从第二个第三方应用程序接收对访问该用户的多个不同数据类型中的至少一种数据类型 的第二授权请求，从用户接收对第二个第三方应用程序访问至少一个数据 类型的授权许可，以及向第二个第三方应用程序提供指示，向第二个第三 方应用程序提供的指示与向第三方应用程序提供的指示相同。在用户尚未 提供与至少一个数据类型对应的健康信息时，可向第二个第三方提供相同 的指示。
根据另一个实施方案，系统可被实施为配置有存储器和处理器的计算 设备。处理器可被配置为执行被存储在存储器上的指令，以将存储器配置 为存储用户的数据并向用户的用户界面提供对用户授权对该设备的应用程 序的数据的至少一部分的访问的请求。处理器还可被配置为执行指令以从 该用户的用户界面接收对请求的响应，并向该设备的应用程序提供该请求 被提供至用户的指示，而无需指示用户是否否认该请求。
在一些示例中，该设备的应用程序可包括由处理器执行的第三方应用 程序。可使得用户能够授权对第一数据类型的第一健康数据的访问，并否 认对第二数据类型的第二健康数据的访问。存储器可被配置为存储第二健 康数据并且不存储第一健康数据。在一些情况下，处理器还可被配置为执 行计算机可执行指令，以至少从应用程序接收对第一健康数据的第一数据 请求和对第二健康数据的第二数据请求，并响应于第一数据请求和第二数 据请求两者来向该应用程序提供空结果。此外，处理器可被配置为执行计 算机可执行指令，以至少向该用户提供对用户授权该应用程序读取被存储 在存储器中的数据的读取请求，并且在用户否认读取请求时仅向该应用程 序提供由该应用程序提供至存储器的信息。
根据另一个实施方案，计算机可读介质可包括当被执行时将计算机处 理器配置为将与用户相关联的信息存储在数据存储库中的指令。该指令还 可将处理器配置为从应用程序接收对授权访问信息的第一请求和/或来自应 用程序的对信息的第二请求。该指令还可将处理器配置为在与信息相关联 的用户批准对授权的第一请求时向该应用程序提供信息，并且在与信息相 关联的用户否认对授权的第一请求时响应于第二请求来掩盖对授权的第一 请求的否认。
在一些示例中，应用程序可以是被配置为能够向数据存储库进行对信 息的至少一部分的读取或写入中的至少一者的第三方应用程序，并且至少 一个第一方应用程序可被配置为能够向数据存储库进行信息的至少一部分 的读取或写入中的至少一者。使得用户能够对针对多个数据类型中的每个 数据类型的对授权的第一请求作出响应。可通过向应用程序提供不指示用 户否认对授权的第一请求的响应来掩盖对授权的第一请求的否认，并且对 应用程序作出的响应可通过以下操作而不指示用户否认对授权的第一请 求：(a)所请求的数据未被存储在数据存储库中时，响应于第二请求来向该 应用程序提供空结果；以及(b)在用户否认对授权的第一请求时，响应于第 二请求来向该应用程序提供空结果。
附图说明
图1是示出了根据至少一个示例的用于如本文所述来管理用户信息的 示例性架构的简化框图。
图2是示出了根据至少一个示例的如本文所述来管理用户信息的至少 一些特征的另一简化框图连同连接流程。
图3是示出了根据至少一个示例的用于如本文所述来管理用户信息的 另一示例性架构的另一简化框图。
图4是示出了根据至少一个示例的如本文所述来管理用户信息的附加 特征的序列图。
图5是示出了根据至少一个示例的与如本文所述来管理用户信息相关 联的至少一些信息的简化数据结构图。
图6是根据至少一个示例的用于如本文所述来管理用户信息的方法的 流程图。
图7是根据至少一个示例的用于如本文所述来管理用户信息的方法的 另一流程图。
图8是示出了根据至少一个示例的用于如本文所述来管理用户信息的 另一示例性架构的另一简化框图。
图9是根据至少一个示例的用于如本文所述来管理用户信息的方法的 另一流程图。
图10是根据至少一个示例的用于如本文所述来管理用户信息的方法的 另一流程图。
图11是示出了根据至少一个示例的用于如本文所述来管理用户信息的 另一示例性架构的另一简化框图。
图12是根据至少一个示例的用于如本文所述来管理用户信息的方法的 另一流程图。
图13是根据至少一个示例的用于如本文所述来管理用户信息的方法的 另一流程图。
图14是示出了根据至少一个示例的用于如本文所述来管理用户信息的 另一示例性架构的另一简化框图。
图15是示出了根据至少一个示例的用于如本文所述来呈现用户信息的 示例性用户界面的简化框图。
图16是根据至少一个示例的用于如本文所述来管理用户信息的方法的 另一流程图。
图17是根据至少一个示例的用于如本文所述来管理用户信息的方法的 另一流程图。
具体实施方式
在下面的描述中将描述各种示例。为了解释的目的，阐述了许多具体 配置和细节，以便提供对示例的彻底理解。然而，对于本领域的技术人员 将显而易见的是，该示例可能在没有这些具体细节的情况下被实践。此 外，可省略或简化熟知的特征，以便避免模糊正被描述的示例。
除了别的之外，本公开的示例涉及对来自外部来源或者用户的其他远 程外围设备的个人信息进行管理。在一些示例中，可将由数据收集设备收 集的信息提供至用户设备(例如，移动电话、平板电脑、膝上型计算机、 可佩戴计算设备等)和/或该用户设备的一个或多个第一方应用程序或第三 方应用程序。在一些示例中，第一方应用程序可以是具有用户设备的操作 系统(O/S)的应用程序，该应用程序被配置为与该用户设备进行本机操作，该用户设备由与该用户设备结合使用的O/S的开发者提供，和/或受到该 O/S和/或设备的信任。另选地，第三方应用程序可以是由第三方或者除了 用户设备和/或其O/S的开发者/制造者之外的实体提供的应用程序。此外， 在一些非限制性示例中，被收集和/或管理的信息可以是用户的健康信息、 健身信息和/或活动信息(例如，血糖水平、体重、身高、所燃烧的卡路里 数、心率等)。可通过一种或多种数据类型(或类别)来对用户信息进行 分类或以其他方式进行识别。体重、所走的步数、所燃烧的卡路里数、心 率等均是数据类型的示例。也可设想其他数据类型(例如，除健康信息之 外)，其包括但不限于所走的小时数、时速、每小时的公里数、每分钟所 读的页数等。
在一些情况下，可在被配置为接收、存储、管理此类用户信息和/或将 其提供至服务提供方、第三方应用程序、其他第一方应用和/或用户设备的 本地存储装置的用户设备上执行第一方应用程序框架。作为第一方框架的 一部分，可由用户设备的处理器来执行第一方进程。该第一方进程可包括 但不限于被配置为与第三方应用程序、用户设备的O/S和/或用户设备的电 子存储装置进行通信的守护进程或者其他后台进程。在一些情况下，第一方进程可被配置为管理数据交换，以用于与第三方应用程序共享一些用户 数据。以这种方式，第一方进程可使得第三方应用程序能够访问最初由该 第三方应用程序、第一方应用程序或者其他第三方应用程序提供的用户信 息。然而，如所指出的，健康信息可能被认为极具私密性和/或保密性；因 而可为用户赋予对某些健康信息予以保护或者以其他方式不与某些、任何 或者所有第三方应用程序(甚至是最初将该健康信息提供至第一方进程的 第三方应用程序)共享某些健康信息的能力。因而，可指示每个第三方应 用程序请求授权，以用于从数据交换访问特定的(或者所有的)数据类 型。
在一些示例中，在第三方应用程序请求授权对用户信息的一个或多个 数据类型进行访问时，第一方进程可被配置为掩盖用户是否已许可授权请 求。换句话讲，第三方应用程序可无法识别出用户是否许可授权或者用户 是否尚未输入该数据类型的数据。在一些示例中，可通过在任一种情况下 提供相同的响应(例如，空结果或零结果)来实施该掩盖。即，第一方进 程可向第三方应用程序授权被提供至用户的请求，并且不指示用户的响应。因此，如果用户尚未提供体重数据类型的数据输入，则第三方应用程 序在尝试检索该数据类型时可接收到零结果。类似地，如果用户已提供其 体重但还未授权对第三方应用程序的访问，则在用户体重被请求时，第一 方进程也可提供零结果或空结果(尽管该数据类型的数据条目存在)。
在其他示例中，第三方应用程序可能够订阅某些数据类型，并且第一 方进程可被配置为自动唤醒第三方应用程序(例如，在后台中)，并确保 第三方应用程序能够处理该数据。例如，用户的第三方应用程序可订阅血 压数据类型并指示相关联的订阅频率。至少部分地基于该频率，当第一方 进程接收到新的血液读数时，该进程可唤醒具有该新数据的适当的第三方 应用程序后台，并向其提供更新的数据。该进程然后等待第三方应用程序 已处理该数据的确认。如果该进程没有在指定时间内接收到该确认，则该 进程可再次启动该第三方应用程序，提供数据并等待确认。以这种方式， 该进程可确保即使用户尚未明确对其进行请求，但该第三方应用程序仍然 接收到该数据。
在至少一些方面中，可利用插件框架来实施最初可用于第一方进程和/ 或经注册的第三方应用程序的数据类型。插件框架中的插件可注册附有不 同标识符的新数据类型，因而它们可将自身的数据自动存储在数据库中。 在一些示例中，可将插件实施为可利用标识符和/或与数据类型相关联的字 符串来读取应用编程接口(API)方法调用的代码。此外，服务提供方可通过 利用资产下载来实现最初未利用第一方进程所提供的对新数据类型的添加 (例如，按需)。因而，服务提供方可识别由用户/开发者正在请求的、最 初未在第一方框架内实施的一个或多个数据类型。服务提供方可发布有关 该新数据类型和/或如何对其加以使用的信息。此外，服务提供方可向用户 设备提供由第一方进程要解释的数据。一旦被解释并向该进程进行注册， 便可利用该插件来实施这些新数据类型。
在其他示例中，多个不同的第三方应用程序(例如，每个第三方应用 程序与数据收集设备进行通信)可向第一方进程提供用户数据。例如，步 数计数器可向相关联的第三方应用程序提供数据。该第三方应用程序可向 第一方进程提供步数信息。此外，用户可利用也向不同的第三方应用程序 提供有关该用户的步数信息的第二类型的数据收集设备。在这种情况下， 可使得用户能够向该进程提供优先权信息，使得该进程能够以一种有意义的方式聚合来自两个来源的步数信息。可从统计学角度聚合该数据(例 如，用于确定用户实际走的步数)，和/或可通过聚合该数据来提供帮助用 户使其所走的步数可视化的用户界面(UI)。在一些情况下，优先权信息可在 同一时间点具有多个数据条目时识别要使用的数据(例如，来自哪个来 源)。在一些示例中，当在累积数据中存在重叠时(例如，所走的步数具 有累积性，因为可对其求和而得到总数)，可呈现具有最高优先权的来 源。在其他示例中，可收集离散数据并通过对每一时间点显示多个不同数 据条目的方式来对该数据进行呈现。例如，体重就是离散数据类型的一个 示例，因为不会对一个人在一天中的体重进行求和以确定总体重。
图1示出了描绘被配置为实施第一方应用程序框架104的用户设备102 的简化架构图100。如上文指出的，第一方应用程序框架104可被配置作为 用于管理多个数据收集设备的用户数据的应用程序框架。尽管在本公开中 的大部分情况下均采用健康数据作为示例，但是可通过第一方应用程序框 架104来管理可被收集或者以其他方式提供的有关用户的任何类型的数 据。在一些示例中，由于第一方应用程序框架104是由用户设备102的开发者和/或其相关联的O/S提供或者以其他方式控制的，因此可认为第一方 应用程序框架104是完全有权访问所有用户数据的受信任的框架。在一些 示例中，可利用由用户设备102执行的一个或多个进程来对第一方应用程 序框架104进行配置。例如，可在后台中执行第一方进程106，使得用户觉 察不到其正在运行。以这种方式，第一方应用程序框架104可能够随时根 据需求来对用户数据进行管理，而又不会对用户设备102的日常使用造成 干扰。此外，以这种方式，第一方应用程序框架104可能够与一个或多个 第三方应用程序108进行通信，其同样不会打断用户对用户设备102的使 用。
在一些示例中，第一方进程106可被配置为经由用户设备102的数据 库109来管理(例如，存储、检索、加密等)用户数据。作为第一方应用 程序框架104的部分，可将数据库109划分成或者以其他方式在逻辑上分 为多个种类的数据存储库。例如，可将用户数据存储在A类数据存储库 110、B类数据存储库112、C类数据存储库114和/或D类数据存储库中的至少一者中。在一些示例中，A类数据存储库110可被配置为存储个人可 识别用户信息(例如，个人健康、健身数据或活动数据)。在一些示例 中，在用户设备102未被锁定时，该数据仅对第三方应用程序108是可用 的。仅作为示例，在与用户设备102相关联的用户正确地输入了其用户标 识符(ID)和口令之后(例如，在登录锁定屏幕和/或对其进行解锁时)，用 户设备102可被解锁。在一些方面中，B类数据存储库112可被配置为存储 “日志”类型数据。日志数据可包括但不限于个人可识别用户信息和/或与 一个或多个数据收集设备和/或第三方应用程序108的使用相关联的其他量 度。在用户设备102被锁定时，B类数据存储库112的日志数据对第三方应 用程序108而言可为不可访问的。然而，在一些示例中，第一方进程106 可在设备被锁住时从B类数据存储库112读取或者向其写入来自数据收集 设备或应用程序(例如，第三方应用程序108)的数据，只要第一方进程 106处于运行状态即可。然而，如果第一方进程106在从B类数据存储库 112读取数据或者以其他方式向其写入数据的进程中发生故障或者变为非运 行状态，则该数据可变为永久不可访问的，并且不可向B类数据存储库 112写入新数据，直到重新启动第一方进程106和/或第三方进程108的新 会话。以这种方式，B类数据存储库的数据保持能够被安全地访问，因为 在活动会话期间在从第三方应用程序108接收数据时，B类存储区内的数 据仅能够被第一方进程106所访问，并且其他应用程序可读取该数据。
在一些方面中，C类数据存储库114可被配置为存储与对用户的健康 数据、健身数据和/或活动数据的管理相关联的元数据。在一些情况下，该 元数据可以是只有在用户设备102首次解锁之后才可访问的。因而，如果 用户设备102(至少部分地基于软件问题或者电池电量的损失)重新启动， 则该数据可变得不可用，直到用户进行至少一次解锁。在一些方面中，这 样做可避免越狱或者其他黑客技术对该数据进行访问。被存储在C类数据 存储库114中的元数据可包括订阅信息、访问许可信息和/或安全元数据， 但是在一些示例中，可不识别任何健康信息(例如，被存储在A类数据存 储库110中的数据)或可不与之直接相关联。D类数据存储库116可被配 置为存储由用户提供的自由格式(例如，非结构化)信息。在一些示例 中，这可以是健康数据；然而其可以是不可更新的和/或不可链接至任何第 三方应用程序(例如，第三方应用程序108)或数据收集设备。D类数据可 始终对第一方进程106和/或第三方应用程序108可用。在一些方面中，可 使用来自第三方应用程序108和/或一个或多个其他应用程序或进程的信息 来预先填充D类数据。然而，用户可能够在其认为适当时输入附加数据、 更新数据、包含不正确的数据、或者以其他方式对D类数据存储库116内 的信息进行配置。在不需要任何人(例如，用户)登录或者以其他方式对 用户设备102进行解锁的情况下，D类数据便可能够在用户设备102的锁 定屏幕上获得。以这种方式，用户设备102的锁定屏幕或者另一可访问屏 幕可与医疗ID手环类似。在一些情况下，锁定屏幕上的紧急图标或者其他 功能可使得D类数据能够根据请求而被显示或呈现，从而使任何人(例 如，急救技术人员等)都能看到。此外，在一些方面中，第三方应用程序108可无权访问D类数据，其部分原因在于D类数据为非结构化数据，第 三方应用程序108将难以对其进行处理。
图2示出了描绘与第一方应用程序框架104相关联的附加具体实施以 及可如何通过第一方进程106和/或一个或多个不同的第三方应用程序 202,204,206(例如，第三方应用程序108)来对被存储在数据库109中的用 户数据进行访问的简化架构图200。在一些示例中，如上文指出的，数据库 109可允许第一方进程106和/或第三方应用程序202,204,206将健康数据和 医疗数据写入到数据库109内并重新将其读出。在各个方面中，不只是第 一方进程106，第三方应用程序202,204,206实际上也可利用数据来对数据 库109进行填充。因此，第一方应用程序框架104可被配置为在应用程序 之间充当数据交换。
数据库109可被配置为存储各种不同数据类型的数据。例如，数据库 109可存储与数据类型A 208和/或数据类型B 210对应的数据。在一些示例 中，某些数据类型可仅由某些应用程序访问。因此，某些数据类型可仅被 某些应用程序读取，这些数据类型不可被其他应用程序访问，然而却完全 可被又一些应用程序访问。数据库109可被配置为至少存储以下数据类 型：体重、步数、血压、心率、烟草、葡萄糖水平或者本文描述的其他数 据类型等等。在一个非限制性示例中，第一方进程106可对数据类型A 208 和数据类型B 210两者进行读取和写入访问。然而，第三方应用程序204 可仅对数据类型B 210进行写入访问。此外，第三方应用程序202可仅能 够读取数据类型A 208，与此同时，其可对数据类型B 210进行读取访问和 写入访问两者。此外，在一些示例中，第三方应用程序206可仅能够读取 数据类型B 210。然而，用户和/或第一方进程106可对这些示例中的任何 示例进行更新、更改、或以其他方式进行配置。如所指出的，可将识别哪 种应用程序对哪种数据类型具有哪种类型的访问的元数据被存储在图1的 C类数据存储库114中。
图3示出了用于实施对来自外部来源的个人信息的管理的示例性架构 300，该外部来源包括图1的用户设备102以及数据收集设备302和一个或 多个服务提供方计算机304。在一些示例中，可经由一个或多个网络308和 /或312(例如，经由蓝牙、WiFi等)来连接该设备。在架构300中，一个 或多个用户可利用用户设备102经由一个或多个网络312来管理、控制或 以其他方式利用一个或多个数据收集设备302。
在一些示例中，网络308,312可包括许多不同类型的网络中的任一网 络或它们的组合，该网络诸如有线网络、互联网、无线网络、蜂窝网络、 卫星网络、其他私有和/或公共网络、或它们的任何组合。尽管所示的示例 表示用户102经由网络308来访问服务提供方计算机304，但是所描述的技 术同样可应用于其中用户设备102经由陆上线路电话、经由公共电话亭或 者通过任何其他方式与服务提供方计算机304进行交互的情况。还应当指 出，所描述的技术可被应用于其他客户端/服务器布置中，以及非客户端/服 务器布置(例如，本地存储应用程序、对等配置等)中。
如上文所指出的，用户设备102可被配置为管理数据交换，以用于从 数据库109读取用户数据和/或向数据库109写入用户数据，以及用于在一 个或多个授权的第三方应用程序之间共享用户数据。在一些示例中，数据 收集设备302可被配置为将用户的健康数据、健身数据、活动数据和/或医 疗数据提供至第三方应用程序(或进程)。继而可经由被配置为实施图1 的第一方应用程序框架104的第一方框架模块313来对该数据进行共享、 聚合、和/或访问。用户设备102可以是任何类型的计算设备，诸如但不限 于移动电话、智能电话、个人数字助理(PDA)、个人计算机(例如，膝上型 或台式)、瘦客户端设备、平板电脑、电子书阅读器、可佩戴设备等。在 一些示例中，用户设备102可经由网络308,312或者经由其他网络连接来与 服务提供方计算机304和/或数据收集设备302进行通信。
在一种示例性配置中，用户设备102可包括至少一个存储器314、以 及一个或多个处理单元(或处理器)316。可酌情通过硬件、软件(例如， 计算机可执行指令、固件等)或它们的组合来实施一个或多个处理器316。 一个或多个处理器316的计算机可执行指令或固件具体实施可包括通过任 何适当的编程语言编写的用于执行所描述的各种功能的机器可执行指令。 用户设备102还可包括地理定位设备(例如，全球定位系统(GPS)设备 等)，以用于提供和/或记录与用户设备102相关联的地理位置信息。
存储器314可存储在一个或多个处理器316上可加载并且可执行的程 序指令、以及在这些程序的执行期间生成的数据。根据用户设备102的配 置和类型，存储器314可以是易失性的(例如，随机存取存储器(RAM)) 和/或非易失性的(例如，只读存储器(ROM)、闪存存储器等)。用户设备 102还可包括附加可拆卸存储装置和/或不可拆卸存储装置，其包括但不限 于磁存储装置、光盘等。磁盘驱动器及其相关联的非暂态计算机可读介质 可提供对计算机可读指令、程序模块、数据结构、以及针对计算设备的其 他数据的非易失性存储。在一些具体实施中，存储器314可包括多种不同 类型的存储器，诸如RAM、静态随机存取存储器(SRAM)、动态随机存取 存储器(DRAM)、或ROM。尽管可将本文描述的易失性存储器称为RAM， 但是任何易失性存储器(例如，一旦从主机和/或电源上拔掉便不保持被存 储于其中的数据)均可为合适的。
存储器314和附加存储装置326(可拆卸的和不可拆卸的均包括在 内)全部都是非暂态计算机可读存储介质的示例。例如，非暂态计算机可 读存储介质可包括通过任何用于存储信息(诸如，计算机可读指令、数据 结构、程序模块或其他数据)的方法或技术实施的易失性介质或非易失性 介质、可拆卸介质或不可拆卸介质。存储器314和附加存储装置326全部 都是非暂态计算机存储介质的示例。可能存在于用户设备102中的其他类 型的计算机存储介质可包括但不限于相变RAM(PRAM)、SRAM、电可擦 除可编程只读存储器(EEPROM)、闪存存储器、光盘只读存储器(CD- ROM)、数字视频光盘(DVD)、盒式磁带或磁带、磁盘存储装置或者可用于 存储期望的信息并且可被用户设备102访问的任何其他介质。上述任意组合也应被包括在非暂态计算机可读介质的范围内。另选地，计算机可读通 信介质可包括计算机可读指令、程序模块或者在数据信号诸如载波或其他 传输内传输的其他数据。然而，如本文所用，计算机可读存储介质不包括 计算机可读通信介质。
用户设备102还可包含允许用户设备102经由网络308,312与数据存储 库(例如，数据库109)或另一计算设备进行通信的一个或多个通信连接 328。用户设备102还可包括一个或多个I/O设备330，诸如键盘、鼠标、 笔、语音输入设备、触摸输入设备、显示器、扬声器等。
现在更加详细地转向存储器314的内容，存储器314可包括操作系统 332、和/或用于实施本文所公开的特征结构的一个或多个程序或服务，该特 征结构包括授权模块334、后台模块336、扩展模块338和/或聚合模块 340。在一些示例中，授权模块334可被配置为管理来自第三方应用程序的 对访问被存储在数据库109中的用户数据(例如，图1的A类数据)的授 权请求。授权模块334还可被配置为在用户拒绝对特定数据类型的第三方 应用程序进行授权时进行掩盖。以这种方式，第三方应用程序可能无法至 少部分地基于该否认来推断有关用户的任何事情。后台模块336可被配置 为将第三方应用程序作为后台进程进行启动和/或重新启动。在一些示例 中，后台模块336还可被配置为验证第三方应用程序已结束对其所请求的 数据的处理，验证方式是在后台中持续地重新启动第三方应用程序，直到接收到第三方应用程序已完成处理的通知。扩展模块338可被配置为处理 向第一方框架模块所作的对新数据类型的注册，以便扩展图1的第一方应 用程序框架104的功能。此外，聚合模块340可被配置为聚合或者以其他 方式组合从多个不同数据源接收的用户数据(并且在一些示例中提供对该 用户数据的呈现)。
服务提供方计算机304可以是任何类型的计算设备，诸如但不限于移 动电话、智能电话、PDA、个人计算机、瘦客户端设备、平板电脑、电子 书阅读器、可佩戴设备等。在一些示例中，服务提供方计算机304可经由 网络308,312或者经由其他网络连接来与用户设备102和/或数据收集设备 302进行通信。
在一种示例性配置中，服务提供方计算机304可包括至少一个存储器 342、以及一个或多个处理单元(或一个或多个处理器)344。一个或多个 处理器344可酌情以硬件、计算机可执行指令、固件或它们的组合来实 施。一个或多个处理器344的计算机可执行指令或固件具体实施可包括以 任何适当的编程语言编写的用于执行所描述的各种功能的计算机可执行指 令或机器可执行指令。
该存储器342可存储在一个或多处理器344上可加载且可执行的程序 指令、以及在这些程序的执行期间生成的数据。根据服务提供方计算机304 的配置和类型，存储器342可以是易失性的(诸如，RAM)和/或非易失性 的(诸如，ROM、闪存存储器等)。服务提供方计算机304还可包括附加 可拆卸存储装置和/或不可拆卸存储装置346，包括但不限于磁存储装置、 光盘和/或磁带存储装置。磁盘驱动器和其相关联的非暂态计算机可读介质 可为计算设备提供计算机可读指令、数据结构、程序模块和其他数据的非 易失性存储。在一些具体实施中，存储器342可包括多种不同类型的存储 器，诸如SRAM、DRAM或ROM。尽管可将本文描述的易失性存储器称 为RAM，但是任何易失性存储器(一旦从主机和/或电源上拔便不保持存 储在其内的数据)将为合适的。存储器342和附加存储装置346(可拆卸的 和不可拆卸的均包括在内)为非暂态计算机可读存储介质的全部示例。
服务提供方计算机304还可包含允许服务提供方计算机304经由网络 308,312与数据存储库(例如，用户设备102的数据库109或另一数据库) 或另一计算设备进行通信的一个或多个通信连接348。服务提供方计算机 304还可包括一个或多个I/O设备350。
现在来更加详细地考虑存储器342的内容，该存储器342可包括操作 系统352和/或用于实施本文公开的包括资产上载模块354的特征结构的一 个或多个应用程序或服务。在一些示例中，资产上载模块354可被配置为 管理移动资产，和/或制备或以其他方式生成用于使得用户设备102和/或第 一方框架模块313能够扩展最初在图1的第一方应用程序框架104内配置 的数据类型的信息。例如，资产上载模块354可被配置为识别一种或多种 新数据类型并生成要提供至用户设备102以用于注册或者以其他方式实行 新数据类型的数据。
图4示出了用于描述如本文所述的对来自数据收集设备的用户数据进 行管理的附加特征的示例性流程图400。在至少一个非限制性示例中，可至 少部分地通过上文参考图3描述的授权模块334来实施流程400。因而，流 程400可以是从驻留在图1的用户设备102上的第一方进程106的角度进 行的。可在第一方进程106和图1的第三方应用程序108之间或者在第一 方进程106和图2的第三方应用程序202,204,206中的任一第三方应用程序 或任何其他应用程序之间进行通信。在一些示例中，第一方进程106可从 第三方应用程序108接收请求402。该请求可以是识别第三方应用程序是否 请求针对特定数据类型的授权的尝试。例如，第三方应用程序可能想要了 解其是否已从第一方进程106请求对血糖水平或体重的授权。在404处， 第一方进程106可以“是”或“否”作出应答。
在一些示例中，如果第三方应用程序108已请求针对特定数据类型的 授权，则该第三方应用程序可在此处结束。此外，在一些示例中，402处的 请求可以是针对所有数据类型的，其与特定数据类型相反。在其他示例 中，如果第三方应用程序108尚未请求针对一种、一些或者所有数据类型 的授权，则第一方进程106可接收授权请求406。如上文所指出的，授权请 求可以是一组数据类型、所有可获得的数据类型(例如，以限制这些请求 406的数量)、或者特定的数据类型。一旦被第一方进程106接收到，第一 方进程106便可将该请求转发给用户设备102的用户(例如，经由被提供 至用户的UI)。在410处，第一方进程106可从用户接收用于指示用户是 否已对访问该第三方应用程序108进行授权的响应。对于每个数据类型和/ 或每个第三方应用程序而言，该应答可以是不同的。例如，如图3中所指 出的，每个应用程序可具有针对不同数据类型的不同访问限制。不管用户 在410处对数据授权请求406作出的应答是“是”还是“否”，第一方进 程106均可向第一方进程106提供用于指示第一方进程106已向用户提供 数据授权请求408的响应412。在一些示例中，该响应412可以是简单的 “好的，已完成”响应，或者可以是指示已完成该步骤的任何其他响应。 然而，响应412可不指示用户是否已对访问作出授权。以这种方式，对第 三方应用程序108掩盖授权许可或否认。对访问该特定数据类型的未来请 求414(例如，被否认访问授权的请求)可接收到空结果或零结果416。此 外，在数据值不存在时，即使许可访问授权，针对该数据类型的未来请求 414也将在416处接收到空结果或零结果。还可设想针对写入请求的类似流 程；然而，在不许可写入访问授权时，第一方进程106可提供第三方应用 程序108尝试写入的最后一组数据。因此，第三方应用程序108可能无法 确定读取授权请求何时被否认或者写入授权请求何时被否认。
图5示出了用于演示对于不同情形而言的由图1的第一方进程106提 供至第三方应用程序的样本结果的值的示例性表格500。例如，在表格500 中，对于每行而言，第一列表示数据类型502，第二列表示针对从第三方应 用程序接收的(或者由用户输入的)数据类型的值504，下一列表示授权请 求是否被发送506，第四列表示用户是否批准该授权508，并且最后一列表 示将至少部分地基于其他列的值而被提供至请求第三方应用程序510的示 例性结果。
在一个非限制性示例中，行512可表示“心率”数据类型的情形。在 该示例中，用户的心率被记录为每分钟78次搏动，并且请求应用程序可能 已提供授权请求。这里，用户已准授权请求；这样，被提供至请求应用程 序的结果将与值78匹配。即使在请求该数据值的应用程序不是将该数据值 提供至第一方进程106的应用程序时也是这种情况。在另一个示例中，行 514可表示针对“葡萄糖”水平数据类型的情形。在该示例中，可能尚未记 录用户的葡萄糖水平。因此，尽管已发送并批准授权请求，但却没有可得 的结果；这样，将向该应用程序提供空结果。在行516处，描绘与行512 中所示的类似情形，只是其针对的是“体重”数据类型。这里，将该数据 存储库中的值提供至请求应用程序。在行518处，“步数”(例如，每分 钟的步数)数据类型示出了数据值82。然而，由于请求应用程序没有提交 任何授权请求，因此不存在批准或否认；这样，如果请求应用程序尝试请 求该数据类型，则将向该请求应用程序返回错误。此外，行520示出了可 指示用户是否是吸烟者的“烟草”数据类型，如果是，则每天又吸多少支 烟(或者其他可量化的量度)。在一些示例中，值“5”可指示用户是吸烟 者，并且每天吸五支烟，而值“0”则可指示用户是非吸烟者。这里，该数 据值指示用户是吸烟者，并且表格500指示该应用程序已请求访问授权。 然而，用户已否认对该数据类型的授权请求(例如，可因为这个人健康信 息不是用户想要与第三方应用程序共享的内容)。这样，尽管在数据存储 库内存在数据结果，但是被提供至请求应用程序的结果还是可与不存在任 何值时相同。即，在否认了授权时，结果可为空。以这种方式，可通过向 请求应用程序发出的响应的类型来掩盖授权请求的否认和批准。
图6和图7示出了例示根据至少若干个实施方案的用于管理来自外部 来源的个人信息的进程500和600的示例性流程图。这些进程以及本文描 述的任何其他进程被图解为逻辑流程图，其中的每个操作表示可通过硬 件、计算机指令或它们的组合实施的操作的序列。在计算机指令的上下文 中，操作可表示被存储在一个或多个非暂态计算机可读存储介质上的计算 机可执行指令，该计算机可执行指令当由一个或多个处理器执行时执行所 阐述的操作。一般来讲，计算机可执行指令包括执行特定功能或者实施特 定数据类型的例程、程序、对象、部件、数据结构等。操作的描述顺序并 非意在被解释为构成限制，并且可以任何顺序和/或并行地对所描述的操作 进行组合，以实施该进程。
此外，可在利用特定可执行指令进行配置的一个或多个计算机系统的 控制下执行本文描述的一些、任何或者所有进程，并且可将所述进程实施 为共同在一个或多个处理器上执行的代码(例如，可执行指令、一个或多 个计算机程序、或者一个或多个应用程序)，或者可由硬件来实施该进 程，或者利用它们的组合。如上文所指出的，可将代码以(例如)包含可 由一个或多个处理器执行的多条指令的计算机程序的形式存储在非暂态计 算机可读存储介质上。
在一些示例中，用户设备102(例如，至少利用在图3所示的授权模 块334)可执行图6的进程600。进程600可开始于602处，其包括接收与 多个不同数据类型的子集相关联的用户健康信息。在一些示例中，这可包 括接收健康数据的与单个数据类型对应的单个数据条目，或者健康数据的 各自与单个数据类型对应的一组数据条目。此外，在一些情况下，健康信 息可从用户设备102的一个或多个应用程序(例如，第三方应用程序或第 一方应用程序)接收，并且最初可由数据收集设备收集。在604处，进程 600可包括将用户的健康信息存储在安全存储设备中。例如，健康信息可被 存储在数据库中，该数据库被配置为至少部分地基于可配置设置、请求应 用程序和/或所请求的数据类型来限制对特定应用程序的数据的访问。在一 些情况下，进程600可包括在606处从第一应用程序接收对访问数据类型 的授权请求。进程600还可包括在608处向第一应用程序提供该授权请求 被提供至用户的指示。
在610处，进程600可包括接收对与数据类型对应的健康信息的请 求。该请求可从第一应用程序接收。在612处，进程600还可包括在用户 尚未对访问进行授权时向第一应用程序提供空结果。以这种方式，在事实 是用户否认该授权请求的情况下，使第一应用程序意识不到这一点。换句 话讲，第一应用程序将无从知道该授权请求是否被否认或者在该数据类型 的数据存储库中是否不存在数据值。此外，在一些示例中，进程600可包 括在614处接收对访问数据类型的另一授权请求。该请求可从第二应用程 序接收。在616处，进程600可包括接收针对第二应用程序的用于访问同 一数据类型的授权许可。在一些方面中，进程600可在618处结束，其中 可向第二应用程序提供与向第一应用程序给出的指示相同的指示。即，在 未提供过该数据类型的信息(例如，值)时向第一应用程序提供的结果 (例如，空结果)可与在提供数据值但是未许可授权时向第二应用程序提 供的结果相同。
图7示出了根据至少若干个实施方案的用于管理来自外部来源的个人 信息的另一进程700。在一些示例中，用户设备102(例如，至少利用在图 3所示的授权模块334)可执行图7的进程700。进程700可开始于702 处，其包括将与用户相关联的信息存储在数据存储库中。在一些示例中， 该信息可以是从数据收集装置(例如，WiFi温度计、标度、心率监测器等)收集的健康信息、健身信息、活动信息和/或医疗信息。在704处，进 程700可包括接收对访问该信息的第一请求。该第一请求可从由用户设备 102执行的应用程序接收。第一请求也可以是访问授权请求(例如，请求对 信息的访问)。在一些示例中，进程700还可包括在706处从应用程序接 收第二请求。该第二请求可以是访问请求，对其的响应可取决于用户许可 还是否认了第一请求。进程700可包括在708处在用户批准第一请求时向 应用程序提供信息。即，如果用户已批准访问授权请求，则在应用程序请 求改信息时，进程700可提供该信息。然而，在其他示例中，进程700可 结束于710处，其中可至少响应于第二请求(例如，访问请求)来掩盖对 第一请求(例如，授权请求)的否认。
图8示出了用于实施来自外部来源的个人信息的管理的附加特征的另 一示例性架构800，其描绘了图1的用户设备102、第一方应用程序框架 104和第一方进程106。如上所述，在一些示例中，一个或多个第三方应用 程序(例如，第三方源应用程序802和/或第三方应用程序804)可与第一 方应用程序框架104和/或第一方进程106进行通信，以用于提供由数据收 集设备806收集的用户信息。在一些示例中，数据收集设备806可以是被 配置为收集有关用户的活动信息、健康信息、医疗信息和/或健身信息的任 何可佩戴设备或移动设备。然后可经由一个或多个网络808来将该信息提 供至第三方应用程序中的一个第三方应用程序(例如，在该示例中为第三 方源应用程序802)。一旦第三方源应用程序802接收到该信息，便可将其 提供至第一方进程106，以用于存储在数据库109中。
在至少一个非限制性示例中，第三方应用程序804可被配置为订阅被 存储在数据库109内的一种或多种数据类型的用户信息。第三方应用程序 804还可包括与每次订阅对应的频率。在一些示例中，每次订阅可与不同数 据类型相关联，并且具有其自身的相关联的频率。例如，第三方应用程序 804可以“每天”频率来订阅“体重”数据类型，并且还可以“即时”频率 来订阅“血糖水平”数据类型。这样，在一些示例中，在发生至少部分地 基于订阅的某些操作时，第一方进程106可在后台中启动第三方应用程序 804，并且可在启动第三方应用程序804的同时向其提供数据。例如，每当 第三方源应用程序802提供新的血糖读数(假设数据收集设备806收集并 提供此类数据)，第一方进程106便可自动启动第三方应用程序804，使其 能够请求新读数，并且然后至少部分地基于该请求来向第三方应用程序804提供数据。在这种情形中，在新血糖读数被接收到之后，第三方应用程序 804几乎立即被启动(例如，大约在1秒钟内)，因为订阅频率被设定为 “即时”，因此几乎立即提供该数据(例如，新的血糖读数)。作为另外 一种选择，如果新读数为体重，则在一天结束之前可不启动第三方应用程 序804(并且不提供该数据)，直到一天的结束至少部分地基于订阅而被设定为“每天”。
在一些情况下，第三方应用程序804可接收新的读数(例如，上文指 出的血糖读数)，并开始处理数据810。尽管处理810对于第一方进程106 可为不可知的(例如，第一方进程106可不知道正在对该数据读数进行哪 些处理810)，但是第一方进程106可被配置为查询或以其他方式轮询事务 完成确认812。在一些示例中，如果在特定的时间段内未接收到该事务完成 确认812，则第一方进程106可重新启动第三方应用程序804，直到接收到 确认812。在其他示例中，第一方进程106还可被配置为在正运行于后台中 的第三方应用程序804崩溃的情况下重新启动第三方应用程序804。换句话 讲，第一方进程106可被配置为在后台中反复重新启动第三方应用程序 804，直到接收到确认810，从而确保第三方应用程序804能够完成其处理 810。以这种方式，可至少部分地基于订阅来将虚拟服务水平协议(SLA)提 供至第三方应用程序。
在一些情况下，可至少部分地基于数据的类型和/或与数据相关联的历 史频率来自动确定频率。例如，体重数据一般不会在一天内改变太多，因 而可将频率自动设定为每天。作为另外一种选择，血糖水平可能在几分钟 内发生急剧变化，并且可能造成生命威胁。因而，可将对血糖水平的订阅 频率自动设为“即时”或者“每分钟”。此外，在一些示例中，在每次重 新启动之间可改变第一方进程106在后台中对第三方应用程序804进行重 新启动之前等待的时间量。例如，第一方进程106可基于初始的新血糖读 数来在后台中启动第三方应用程序804(例如，使用上文的示例)，并等待 2分钟使第三方应用程序804提供确认812。如果在两分钟的周期内没有接 收到确认812，则第一方进程106可重新启动第三方应用程序804并等待第 二时间段。在一些情况下，第一方进程106等待的时间段可随着每次重新 启动而增加。可使用指数补偿函数来确定每次重新启动之间的等待周期。 例如，如果第一等待周期为两分钟，则第二等待周期可为四分钟，之后是 八分钟，依次类推。如果一天(或者24小时的周期)结束而未接收到确认 812，则第一方进程106可通过每周期等待两分钟而开始循环或者其可切换 为等待更加一致的时间段(例如，每天对第三方应用程序804重新启动一 次)。一旦接收到确认，第一方进程106便可停止对第三方应用程序804 的重新启动。然而，如果从未接收到确认，则第一方进程106可继续重新 启动并等待确认812，直到最终接收到对所请求的数据的处理810完成的确 认812。对于某些第三方应用程序而言，该持续的重新启动可能挽救用户的 生命。
在一些情况下，第一方进程106可被配置为在用户设备102被锁定时 不向第三方应用程序804提供活动数据和/或健康数据(例如，如果该数据 被存储在A类数据存储库110中)。该配置可至少部分地基于私密性和/或 安全限制。因此，如果设备102被锁定，则订阅某些数据类型的一些第三 方应用程序804可无法接收到数据(通常因为大部分健康数据和/或活动数 据被存储在A类数据存储库110中)。即使第三方应用程序804能够被重 新启动，第一方进程106也可能无法发送数据。然而，在一些情况下，当 第三方应用程序订阅数据类型时，可转而将对应的数据存储在C类数据存 储库114中，这样即使用户设备102被锁定也可提供该数据。一旦接收到 对已完成的事务812的确认，第一方进程106便可从C类数据存储库114 去除或删除对应的数据，和/或将对应的数据移到A类数据存储库110。另 选地或除此之外，如果对应的数据被存储在A类数据存储库110中并且用 户设备102被锁定，则可在锁定屏幕上提供通知或提示，以指示该数据正 在等待被发送至第三方应用程序802，但是不能发送该数据，直到设备102 被解锁。一旦被解锁，设备102便可提供来自A类数据存储库110的对应 数据。
图9和图10示出了例示根据至少若干个实施方案的用于管理来自外部 来源的个人信息的进程900和1000的示例性流程图。在一些示例中，用户 设备102(例如，至少利用图3所示的后台模块336)可执行图9的进程 900。进程900可开始于902处，其包括保持被配置为存储与多个数据类型 对应的健康数据的安全存储设备。在一些示例中，安全数据存储库可被配 置为与上文参考图1描述的数据库109类似(例如包括A类、B类、C类 和/或D类数据类型)。在904处，进程900可包括从第三方应用程序接收 对数据类型的订阅、以及订阅频率。进程900还可包括在906处接收与该 数据类型对应的健康数据的一部分。例如，图1的第一方进程106可接收 用户的体重数据、心率信息等。在908处，进程900可包括至少部分地基于与订阅相关联的频率来在后台中启动第三方应用程序。此外，在一些示 例中，进程900可包括在910处设置在一定时间段内在后台中对第三方应 用程序进行重新启动的触发器。如所指出的，时间段是可配置的(例如， 可由第一方进程106、第三方应用程序和/或用户进行配置)，和/或可使用 指数补偿算法或者其他系统地改变重新启动之间的时间段的方法来实施。 在一些示例中，触发器可对应于时间段和/或事件(例如，对上文描述的确 认的接收)。此外，设置触发器可包括识别触发事件(例如，对确认的接 收或者对时间段的轮询)。在912处，进程900可包括确定是否接收到对 第三方应用程序处理的确认。如果接收到该确认，则进程900可在914处 结束，其中进程900可取消该触发器(例如，使用于搜索要结束的时间段 或者所要接收的确认的轮询环闭合)。作为另外一种选择，在未接收到确 认的情况下，进程900可在916处结束，其中进程900可在后台中重新启 动第三方应用程序并继续等待确认。
图10示出了根据至少若干个实施方案的用于管理来自外部来源的个人 信息的另一进程1000。在一些示例中，用户设备102(例如，至少利用图3 所示的后台模块336)可执行图10的进程1000。进程1000可开始于1002 处，其包括存储用户的多个数据类型的第一数据。在1004处，进程1000 可包括从第一应用接收对多个数据类型中的一个数据类型的订阅。进程 1000还可包括在1006处从第二应用程序接收多个数据类型的第二数据。此 外，在一些示例中，在1008处，进程1000可包括当订阅与第二数据匹配 时在第一时间段之后在后台中启动第一应用程序。在1010处，当在第二时 间段期间未从第一应用程序接收到任何处理确认时，进程1000可通过在第 二时间段之后在后台中重新启动第一应用程度而结束。
图11示出了用于实施来自外部来源的个人信息的管理的附加特征的另 一示例性架构1100，其描绘了图1的用户设备102、第一方应用程序框架 104和第一方进程106。在一些示例中，如上文所指出的，一个或多个服务 提供方计算机304可与第一方应用程序框架104和/或第一方进程106进行 通信，以用于提供用于扩展第一方应用程序框架104的功能的一项或多项 资产下载1102。换句话讲，将扩展框架构建到第一方应用程序框架104 中，以扩展最初包含第一方应用程序框架104的数据类型的列表，以在需 要时包括新数据类型。例如，如果市面上发布了新的产品(例如，新的数 据收集设备)，而第一方应用程序框架104不包括用于管理由该新设备收 集的数据的数据类型(例如，快步走分钟数)，则扩展框架将能够使该新 数据类型能够在软件版本之间(例如，在用户设备102的软件代码更新之间)被添加到第一方应用程序框架104。以这种方式，可在不等待用户设备 102的下一O/S版本的情况下添加、管理和/或利用新数据类型。
在一些示例中，第三方应用程序可使用包括标识符的API方法来请求 样本类型。该标识符可以是可被预定义到和/或融入到针对现有数据类型的 代码中的字符串。然而，在一些示例中，一旦通过资产下载1102得以实施 并进行公布，便可利用新的字符串来对新数据类型进行读取和/或写入。此 外，一旦得以实施，任何应用程序(例如，第三方应用程序和/或第一方应 用程序)便可利用新数据类型。资产下载1102还可包括有关新数据类型的附加信息，但不限于它是什么类型(例如，累积或离散)、应当使用什么 字符串、标识符、有关显示的元数据、描述等。
此外，在一些情况下，第一方进程106可具有加载插件的能力。第一 方进程106可在一个或多个特定目录中寻找插件，并且插件可被配置为能 够实现第一方进程106的行为的改变。例如，插件可至少部分地基于安装 插件的设备来实现不同的行为改变。在一些情况下，插件可被用于建立行 为的差异(例如，使第一方进程106的行为与最初的编程的行为不同)。 例如，插件可被用于使得第一方进程106能够注册通知和/或获取不同的数 据。此外，在一些情况下，插件可被用于注册新数据类型，如上所述。
如上所指出的，第三方应用程序可通过实施API调用以及传送标识符 和/或“种类”来请求某数据类型。该“种类”可包括该数据类型的特定类 型(例如，累积、离散、或类别)。在一些情况下，可将标识符表示为经 由API传送的字符串，并且可将数据类型返回至请求应用程序。如所指出 的，插件可注册附有不同标识符的新数据类型，因而它们可将其自身的数 据自动存储在数据库中。这样，第一方进程106可不必管理新数据类型的 数据或者向数据库1104提供该新数据类型的数据。相反，插件可向被更新 的数据库1106提供包含新数据类型和/或原始数据类型和新数据类型两者的 数据。
在一些示例中，资产下载1102可以是可被下载至设备以提供用于扩展 数据类型的适当信息的数据文件(例如，不是可执行代码)，如上所述。 在一些示例中，资产下载1102可包括数据类型定义更新。以这种方式，用 户设备102可下载资产下载1102并使该信息在设备上可被用于供第三方应 用程序访问/使用。因此，一旦被下载并被第一方进程106用于配置新数据 类型，第三方应用程序便可向其写入新数据类型，并且从其读回该新数据 类型。在一些示例中，用于读取和写入新数据类型的API可以是可扩展 的，使得用户设备102的可执行代码不必改变，但第一方进程106可仍然 支持该新数据类型。
资产下载1102可以是由服务提供方计算机304提供的，并且如上文所 指出的，资产下载1102可包括新数据类型的所有信息。以这种方式，第一 方进程106可利用资产下载1102中的信息来替代使用上文描述的插件(或 者此外使用上文描述的插件)来注册在资产下载1102中所识别的新数据类 型。服务提供方计算机304还可通过专有网络或公开网络(例如，互联 网)来向网络资源公布在资产下载1102中列出的标识符。在一些情况下， 如果标识符是在实施资产下载1102并且应用程序请求未向第一方进程106 注册的数据类型之前公布的，则第一方进程106可返回错误(例如，“拒 绝”或零结果)。
从具体实施的角度来看，利用插件来改变第一方进程106的行为与利 用资产下载1102来改变第一方进程106的行为之间的一个差异在于插件是 可执行代码，该可执行代码包括用于作出功能改变的合适的信息，而资产 下载1102仅为数据。这样，可通过执行第一方进程106内的代码来解释资 产下载1102的数据，并将其转换成实际的数据类型。甚至可在以后针对用 户设备102进行软件发布之前将任何数量和/或类型的新数据类型添加至第一方应用程序框架104和/或被第一方进程106利用。在一些情况下，数据 类型还可包括对数据值的分析(例如，特定数据类型的数据值对于特定用 户是好的还是坏的)。该分析信息还可被包括在资产下载1102中和/或将其 公布给网络资源以用于使其可被开发者和/或第三方应用程序使用。数据库 1104可表示在实施资产下载1102之前该数据类型的状态(例如，具有原始 数据类型)，而数据库1106可表示在实施资产下载1102之后该数据类型 的状态(例如，包含新数据类型)。
图12和图13示出了例示根据至少若干个实施方案的用于管理来自外 部来源的个人信息的进程1200和1300的示例性流程图。在一些示例中， 服务提供方计算机304(例如，至少利用在图3中所示的资产上载模块 354)可执行图12的进程1200。进程1200可开始于1202处，其包括保持 多个数据类型。如所指出的，数据类型可识别健康信息的类别或属性，其 包括但不限于体重、葡萄糖水平、每分钟的步数、心率、行进的公里数 等。在1204处，进程1200可包括使得多个数据类型的子集的第一健康信 息被存储在用户设备102上。换句话讲，用户设备102可接收与单个数据 类型对应的健康信息，甚至可存在多个数据类型或者多个数据类型是可能 的。
在1206处，进程1200可包括识别针对与用户设备102的第三方应用 程序的使用情况所请求的新数据类型。在一些示例中，这些新数据类型可 被从该框架的开发者或其他用户接收的请求服务提供方计算机302所识 别。在1208处，进程122可包括向用户设备102提供用于识别有关新数据 类型的信息的数据(例如，移动资产)。在一些方面中，进程1200还可包 括在1210处向可被公众或者至少可被第三方应用程序的开发者所访问的网 络资源(例如，网页或者其他可通过网络访问的资源)公布该信息(例 如，标识符、描述等)。在1212处，进程1200可包括使得用户设备102 的后台进程(例如，第一方进程106)对该数据加以解释，以实施新数据类 型。在1214处，进程1200可包括使得用户设备的后台进程能够管理第二 健康信息(例如，与新数据类型相关联)。在一些示例中，进程1200可结 束于1216处，其中服务提供方计算机可利用新数据类型来更新所保持的数 据类型。换句话讲，服务提供方计算机304可对其自身的表格或数据库进 行更新，以使其包括新数据类型。
图13示出了根据至少若干个实施方案的用于管理来自外部来源的个人 信息的另一进程1300。在一些示例中，用户设备102(例如，至少利用在 图3中所示的扩展模块334)可执行图13的进程1300。进程1300可开始 于1302处，其包括接收用于实施管理第一组数据类型的后台进程的指令。 在一些情况下，该第一组数据类型可至少部分地基于用户设备102和/或第 一方进程106的原始图像中的数据类型。在1304处，进程1300可包括接 收包括有关新数据类型的信息的数据下载。在1306处，进程1300可包括 从应用程序(例如，第三方应用程序)接收对访问新数据类型的数据的请 求。即，一旦实施该新数据类型，第三方应用程序便可实现包括作为参数 的新数据类型的API方法调用。在一些示例中，进程1300可结束于1308 处，其中第一方进程106可向请求应用程序提供与新数据类型对应的数据 条目。
图14示出了用于实施来自外部来源的个人信息的管理的附加特征的另 一示例性架构1400，其描绘了图1的用户设备102、第一方应用程序框架 104、和第一方进程106。在一些示例中，类似于图3，一个或多个第三方 应用程序(例如，第三方应用程序A 1402、和/或第三方应用程序B 1404) 可与第一方应用程序框架104和/或第一方进程106进行通信，以用于分别 提供由一个或多个数据收集设备(例如，数据收集设备A 1406、和/或数据 收集设备B 1408)收集的用户信息。在一些示例中，数据收集设备1406、 1408可以是被配置为收集有关用户的活动信息、健康信息、医疗信息和/或 健身信息的任何可佩戴设备或移动设备。然后，可经由一个或多个网络 1410或1412来将该信息提供至第三方应用程序中的一个第三方应用程序 (第三方应用程序A 1402可从数据收集设备A 1406和/或数据收集设备B1408接收数据)。一旦第三方应用程序A 1402接收到该信息，便可将其提 供至第一方进程106，以用于存储在数据库或其他存储系统中。
尽管将数据收集设备A 1406示出为经由网络1412与第三方应用程序 A 1402进行通信，并且将数据收集设备B 1408示出为经由网络1412与第 三方应用程序B 1404进行通信，但是应当理解，应用程序与一个或多个设 备的配对的任何组合都是可能的，并且此类配对可由任何数量的不同网络 连接或相同网络连接来促进。并且，当第一方进程106正在对来自多个不 同应用程序和/或多个不同设备的输入数据进行管理时，第一方进程106可从用户设备102的用户请求该优先权信息。以这种方式，在多个设备 1406,1408提供同一数据类型和/或同一时段的数据时，用户可提供与用户优 选跟踪的数据收集设备1406,1408中的一个数据收集设备相关联的优先权信 息。
例如，对于同一时段而言，第一方进程106可从数据收集设备A 1406 和数据收集设备B 1408两者接收数据条目。该数据可对应于特定数据类型 (例如，心率)，但是各数据条目可能略有差别(例如，两个收集设备 1406,1408可能没有得到相同的校准，或者一个比另一个更加灵敏)。代替 跟踪两个数据条目，第一方进程106可确定跟踪该组数据条目中的仅一个 数据条目。类似地，第一方进程106可确定在第一组时间内跟踪第一组数 据，并且在第二组时间内跟踪另一组数据。对跟踪哪些数据条目的确定可 至少部分地基于由用户设定的优先权、数据类型的类型或种类(例如，其 为累积的还是离散的)、定时信息(例如，该数据是什么时候接收到 的)、和/或有关该数据条目的其他信息。
此外，可跟踪来自多个来源的所有数据；然而，可仅将其中的一些数 据聚合到可经由用户设备102提供或呈现给用户的数据记录中。例如，第 一方应用程序框架104可被配置为实施用于呈现所收集的数据(例如，来 自单个或多个数据收集设备1406,1408)和/或所聚合的数据(例如，数据记 录)的UI 1414。在一些示例中，还可将数据记录提供至一个或多个请求实 体(例如，第三方应用程序1402、1404中的任一个或两个第三方应用程序 或者其他第三方应用程序)。该UI 1414可被配置为将所聚合的数据记录或 者该数据记录的子集呈现给用户。
对于离散数据而言，该UI针对累积数据可呈现对数据的不同外观表 示。这样，第一方进程106可首先识别将要提供至UI 1414的数据是离散的 还是累积的。第一方进程106还可识别是否具有由用户提供的优先权信 息。如果没有，则第一方进程106可至少部分地基于用户的先前配置、来 自设备102的其他用户或其他设备的用户的历史信息和/或使用信息(例 如，用户在特定时间使用数据收集设备1406的概率)、和/或有关各收集设 备1406、1408的精确度的信息来确定优先权信息。如果存在优先权信息， 则第一方进程106可使用该优先权信息来确定对于每个时间段或者对于时 间段的每个时间段(例如，所收集的数据的5分钟窗口中的每一秒等)而 言单个数据类型的哪个所收集的数据应当被包括在数据记录中。可经由UI 1414来对优先权信息进行配置，使得用户可对资源(例如，数据收集设备 1406,1408)进行滑动、拖动或者以其他方式以虚拟形式移动，以识别优选 的优先权。如所期望的，优先权信息和所接收到的数据条目可对应于任何 数量的数据收集设备和/或应用程序。
可针对每个时间段来对所收集到的数据进行分段，使得以有意义的方 式来对数据进行表示。例如，如果一个人每微秒所走的步数绝不会超过 一，则使用微秒作为步伐的分段将很可能不会提供有意义的结果。然而， 如果针对步伐的下限为半秒(例如，在某人正在跑步时)和2秒(例如， 当某人正在慢走时)，则对于特定的时间窗口(例如，一整天或者至少是 用户清醒度过的几小时)而言针对步伐的分段应当处于0.5秒和2秒之间的 某处。这样，可收集并分析每个数据类型的历史信息和/或使用信息，以自 动识别合适的分段界限。在一些情况下，例如在多个数据来源提供同一分 段的相同数据条目时，这样做可避免重复计数。在其他示例中，可将预定 义分段用于从其他来源、设备、应用程序等收集到的每个数据类型和/或有 关用户的信息。
第一方进程106和/或第一方应用程序框架104可提供API方法，以用 于第三方(例如，第三方应用程序1402)检索所聚合的数据记录。以这种 方式，第三方应用程序1402可能够定制对特定时间段内的和/或特定数据类 型的聚合数据的请求。如所期望的，第一方进程106可通过提供包含从除 请求者之外(例如，除第三方1402之外)的来源收集到的数据的聚合数据 记录来对API方法调用作出响应。这可使得一个应用程序能够接收到不仅 仅基于由该应用程序提供的数据的聚合的数据记录。此外，该UI 1414可被 配置为将多个数据来源的累积和/或离散数据提供至用户或其他应用程序。
图15示出了图14的UI 1414内的若干个示例性UI绘图。例如，对于 离散数据类型呈现1502而言，该UI 1414可被配置为将每个数据条目表示 为时间曲线图上的数据点。如图所示，对于离散数据类型呈现1502而言， 对于总时间段的每一段而言可具有多个数据条目。例如，用户可具有在每 天、每周、每月等进程中收集用户体重的三个不同的设备。在每一段上， 离散数据类型呈现1502可包括由第一方进程106从三个不同来源接收到的 每个数据条目。由于体重不是在一定时间内累加的数据类型(例如，其为 离散的)，因此针对每一段呈现每一不同数据点将是适当的。在一些示例 中，可通过突出显示来自优先化来源的数据点的线或者其他界面对象/元素 来对优先化来源进行识别。这里，连接呈现1502上的方形点的线是表示优 先权或者优选的数据源的方式的一个示例。
在一些示例中，在数据为累积性数据时，可对整个时间段内的数据求 和或者相加。如累积数据类型呈现1504中所示的，在多个数据源提供相同 时间段的数据时，可能导致双重计数的问题。例如，在时间段的前三分之 一中，第一方进程106可仅从第一来源接收数据(例如，A步数)。对于 累积数据类型(例如，所走的步数)而言，可将每一段处的数据条目加到 一起得到总和。类似地，在时间段的后三分之一中，第一方进程106也可 仅从第一来源接收数据(例如，C步数)。然而，如果在时间段的中间三 分之一期间有两个来源提供步数数据，则将将B步数和α步数两者加起来 将不会提供准确的总步伐计数，因为该时间段期间的步数被重复计数或者 至少对来自两个不同来源的步数进行了重复计数。因而，使用从用户收集 到的优先权信息，UI 1414可能够呈现逐次表示，诸如优先化累积数据类型 呈现1506。在该呈现1506中，可将α步数识别为该时间段的该子集的用户 的优先化数据源。因而，在该时间段的该子集内仅示出了α步数(例如， 来自一个来源)，同时还示出了A步数和C步数(例如，来自不同的来 源)。在该呈现1506中，在该时间段内累计的总步数可以是A+α+C，这 与来自累积数据类型呈现1504的A+B+α+C形成对比。
图16和图17示出了例示根据至少若干个实施方案的用于管理来自外 部来源的个人信息的进程1600和1700的示例性流程图。在一些示例中， 用户设备102(例如，至少利用图3所示的聚合模块340)可执行图16的 进程1600。进程1600可开始于1602处，其包括对多个数据类型中的特定 数据类型的识别。对特定数据类型的识别可包括识别数据类型本身(例 如，步数、体重、心率等)，或者识别数据类型的类型或种类(例如，累 积的或者离散的)。在1604处，进程1600可包括从至少第一数据源和第 二数据源接收与特定数据条目对应的健康数据。该数据源可以是第三方应 用程序、其他(例如，第一方)应用程序、和/或数据收集设备。在1606 处，进程1600可包括接收用于识别第一来源和第二来源的优先权的优先权 信息。可经由其中用户可对图标或者其他源标识符进行虚拟上下移动以指 示位置的UI来接收该优先权信息，或者可以代码或使用其他技术来完成该 操作，其他技术诸如但不限于复选框、单选按钮、下拉列表、文本输入 (例如，1,2,3等)等。
在1608处，进程1600可包括识别用于对健康数据进行划分的时间间 隔。这些划分(又称为分段)可至少部分地基于用户信息、数据类型信 息、历史、和/或使用数据等。在1610处，进程1600可包括在每一时间间 隔或分段期间识别与具有最高优先权的源对应的数据条目。在一些示例 中，其仅针对该段存在数据条目时适用。在1612处，进程1600可包括在 聚合时间量(例如，一天、一小时等)内识别的每个数据记录。在一些情 况下，进程1600可结束于1614处，其中进程1600可包括(例如，向用 户)提供聚合数据记录以用于呈现。
图17示出了根据至少若干个实施方案的用于管理来自外部来源的个人 信息的另一进程1700。在一些示例中，用户设备102(例如，至少利用图3 所示的聚合模块340)可执行图17的进程1700。进程1700可开始于1702 处，其包括从第一来源和第二来源接收特定数据类型的数据。在1704处， 1700可包括识别与第一来源和第二来源相关联的优先权信息。例如，该优 先权信息可指示在第一来源和第二来源两者均提供相同数据类型的数据时 用户优选查看来自哪个来源的数据。在1706处，进程1700可包括在时间 段内聚合所接收的数据，以形成数据记录。所聚合的数据记录可至少部分 地基于优先权信息和/或用户相对于来源中的一个来源来优选(和/或使用) 另一来源的概率。在1708处，进程1700可包括向第三方应用程序提供用 于请求聚合数据记录的API。进程1700可结束于1710处，其中进程1700 可包括向应用程序提供数据记录以用于呈现。可提供用于表示聚合数据记 录的UI，诸如但不限于优先化累积数据类型呈现1506、或与其类似的对 象。
上文描述了用于管理用户设备连接的示例性方法和系统。这些系统和 方法中的一些或全部可至少部分地通过架构诸如上文至少在图1-图17中所 示的那些架构来实施，但未必一定如此。尽管上文中的许多实施方案是相 对于个人和/或健康相关信息来描述的，但是应当理解，可使用这些技术来 管理任何时间的用户信息或非用户信息(例如，任何类型的数据)。此 外，在上文的说明中描述了各种非限制性示例。为了解释的目的，阐述了许多具体配置和细节，以便提供对示例的彻底理解。然而，对于本领域的 普通技术人员将显而易见的是，该示例可能在没有这些具体细节的情况下 被实施。此外，有时省略或简化了熟知的特征，以避免模糊正被描述的示 例。
还可在很宽范围的操作环境中实施各种实施方案，在一些情况下，该 操作环境可包括一个或多个用户计算机、计算设备或者处理设备，它们可 被用于操作多个应用程序中的任何应用程序。用户设备(例如，客户端设 备)可包括任何类型的通用个人计算机，诸如但不限于运行标准操作系统 的台式计算机或膝上型计算机，以及运行移动软件并且能够支持一定数量 的联网和消息传输协议的蜂窝设备、无线设备、和/或手持设备。这些设备还可包括其他电子设备，诸如虚拟终端、瘦客户端、游戏系统、或者能够 经由网络进行通信的其他设备。
大多数实施方案利用本领域技术人员熟悉的至少一个网络以用于支持 通信，该通信可使用各种市面可得的协议中的任何协议，诸如TCP/IP、 OSI、FTP、UPnP、NFS、CIFS和AppleTalk。例如，网络可以是局域网、 广域网、虚拟专用网络、互联网、内联网、外联网、公共交换电话网、红 外网络、无线网络、以及它们的任何组合。
环境可包括如上所述的各种数据存储库、以及其他存储器和存储介 质。这些可驻留在各种位置中，诸如驻留在相对于计算机中的一个或多个 计算机处于本地的存储介质上(和/或驻留在计算机中的一个或多个计算机 中)。作为另外一种选择，存储器可跨越网络相对于任何或者所有计算机 而处于远程位置。在特定一组实施方案中，该信息可存在于本领域技术人 员熟悉的存储区域网络(SAN)中。类似地，可根据需要对用于执行隶属于计算机、服务器或者其他网络设备的功能的任何必要文件进行本地和/或远程 存储。
该系统以及各种设备还可包括一个或多个软件应用程序、模块、服务 或者位于至少一个工作存储器设备中的其他元件，包括操作系统和应用程 序，诸如客户端应用程序或浏览器。应当理解，另选的实施方案可具有由 上文描述的实施方案作出的许多变型。例如，还可使用定制的硬件，和/或 可通过硬件、软件(包括便携式软件，诸如小应用程序)或两者来实施特 定元件。此外，还可采用至其他计算设备诸如网络输入/输出设备的连接。
因此，说明书和附图应被视为是示例性的而非限制性的。然而，显而 易见的是，可在不脱离权利要求中所述的本公开的更广泛的实质和范围的 情况下对实施方案作出各种修改和改变。
其他变型也被包含在本公开的实质内。因此，所公开的技术易于产生 各种修改以及备选构造，在附图中示出了所述技术的某些例示的实施方 案，并且在上文中对其进行了详尽描述。然而，应当理解，此处的目的并 非旨在将本公开限制于特定形式或本发明所公开的形式，相反，其目的在 于覆盖落在由所附权利要求所限定的本公开的实质和范围内的所有修改形 式、替代形式和等同形式。
在描述所公开的实施方案的上下文中(尤其是在下述权利要求的上下 文中)，将“一个”(“a”和“an”)、“该”与类似指称对象结合使用应 当被解释为涵盖单数和复数楼主，除非在本文另行指明或者明显与上下文 存在冲突。应当将术语“包括”、“具有”、“含有”、“包含”解释为 开放性词语(即意思是“包括但不限于”)，除非另行指明。应当将术语 “被连接”解释为部分地或者完全地被包含在内、附接至或接合到一起， 即使存在中间体时也是如此。本文对数值范围的引述仅旨在充当对落在该 范围内的每个单独值逐个进行提及的一种便捷的方法，除非本文中另外指 明，并且每个单独值均被结合到说明书中，就像本文对其逐个进行了引述 一样。可以任何适当的顺序执行本文描述的所有方法，除非本文另外指明 或者与上下文明显冲突。对任何示例以及所有示例的使用或者本文提供的 示例性措辞(例如，“诸如”)仅旨在对本公开的实施方案更好地举例说 明，其不对本公开的范围构成限制，除非另外指明。不应将说明书中的任 何措辞解释为指明任何不受权利要求保护的元素对于本公开的实践而言是 不可或缺的。
析取措辞诸如短语“X、Y或Z的至少一者”在一般采用的上下文中 旨在意在表明项目、条款等或者可以是X、Y或Z，或者可以是它们的组合 (例如，X、Y和/或Z)，除非另外特别说明。因此，此类析取措辞一般并 非旨在暗示并且不应暗示某些实施方案要求X中的至少一者、Y中的至少 一者或者Z中的至少一者各自存在。
可利用计算机系统来完全或部分地执行本文所述的任何方法，该计算 机系统包括可被配置为执行步骤的一个或多个处理器。因此，实施方案可 涉及被配置为执行本文所述任何方法的步骤的计算机系统，潜在地具有执 行相应步骤或相应一组步骤的不同部件。尽管给出有序步骤，但本文的方 法步骤可同时或以不同次序执行。另外，这些步骤的部分可与来自其他方 法的其他步骤的部分一起使用。另外，步骤的全部或部分可为可选的。另外，任何方法的任何步骤可利用模块、电路或用于执行这些步骤的其他装 置来执行。
特定实施方案的具体细节可在不脱离本公开的实施方案的实质和范围 的情况下以任何合适的方式相结合。然而，本公开的其他实施方案可涉及 与每个单独方面相关联的具体实施方案或这些单独方面的具体组合的具体 实施方案。
出于例示和描述目的提供了本公开的示例性实施方案的上述描述。其 并非旨在为穷尽或将本公开限制为所描述的精确形式，并且根据上述教导 内容，许多修改形式和变型形式是可能的。该实施方案被选择和描述，以 便充分说明本公开的原理及其实际应用，由此使得本领域的其他技术人员 能够在各种实施方案中并且利用对适合于所设想的特定用途的各种修改来 充分利用本公开。
本文引用的包括出版物、专利申请和专利的所有参考文献据此以引用 方式并入本文，对所述参考文献的引用程度就像每个参考文献均被独立且 具体地进行指示从而以引用方式并入本文并且全文得到了阐述一样。
本公开的实施例可以以下面列出的示例方式/组合来实现。
授权掩盖
条款1.一种计算机实现的方法，包括：
由计算设备来接收与多个不同数据类型的至少子集相关联的用户 的健康信息；
将用户的所述健康信息存储在计算设备的安全存储设备中；
从第三方应用程序接收对访问用户的所多个不同数据类型中的至 少一个数据类型的授权请求；
向第三方应用程序提供授权请求被提供至用户的指示；
从第三方应用程序接收对与至少一个数据类型对应的健康信息的 请求；以及
在用户尚未授权对至少一个数据类型的访问时，由计算设备来向 第三方应用程序提供空结果。
条款2.根据条款1所述的计算机实现的方法，其中向第三方应用程序 提供授权请求被提供至用户的指示，而无需指示用户是否否认对至少一个 数据类型的访问。
条款3.根据条款1所述的计算机实现的方法，其中用户已提供与至少 一个数据类型对应的健康信息。
条款4.根据条款3所述的计算机实现的方法，其中向第三方应用程序 提供空结果，而无需指示用户已提供与至少一个数据类型对应的健康信 息。
条款5.根据条款1所述的计算机实现的方法，其中在用户利用计算设 备而被验证时，该安全存储设备的数据能够被第三方应用程序访问。
条款6.根据条款1所述的计算机实现的方法，还包括：
从第二个第三方应用程序接收对访问用户的多个不同数据类型中 的至少一个数据类型的第二授权请求；
从用户接收对第二个第三方应用程序访问至少一个数据类型的授 权许可；以及
向第二个第三方应用程序提供指示，向第二个第三方应用程序提 供的指示与向第三方应用程序提供的指示相同。
条款7.根据条款6所述的计算机实现的方法，其中在用户尚未提供与 至少一个数据类型对应的健康信息时，向第二个第三方提供相同的指示。
条款8.一种系统，包括：
存储器，该存储器被配置为存储计算机可执行指令；和
处理器，该处理器与存储器进行通信，该处理器被配置为执行所 述计算机可执行指令，以至少：
将存储器配置为存储用户的数据；
向用户的界面提供对用户向设备的应用程序授权对数据的至 少一部分的访问的请求；
从用户的界面接收对请求的响应；以及
向设备的应用程序提供请求被提供至用户的指示，而无需指 示用户是否否认请求。
条款9.根据条款8所述的系统，其中设备的应用程序包括由处理器执 行的第三方应用程序。
条款10.根据条款8所述的系统，其中使得用户能够授权对第一数据类 型的第一健康数据的访问，并否认对第二数据类型的第二健康数据的访 问。
条款11.根据条款10所述的系统，其中存储器被配置为存储第二健康 数据并且不存储第一健康数据。
条款12.根据条款11所述的系统，其中处理器被进一步配置为执行计 算机可执行指令，以至少从应用程序接收对第一健康数据的第一数据请求 和对第二健康数据的第二数据请求。
条款13.根据条款12所述的系统，其中处理器被进一步配置为执行计 算机可执行指令，以至少响应于第一数据请求和第二数据请求两者来向应 用程序提供空结果。
条款14.根据条款8所述的系统，其中处理器被进一步配置为执行计算 机可执行指令，以至少向用户提供对用户授权应用程序读取被存储在存储 器中的数据的读取请求。
条款15.根据条款14所述的系统，其中处理器被进一步配置为执行计 算机可执行指令，以在用户否认读取请求时至少向应用程序仅提供由应用 程序提供至存储器的信息。
条款16.一种存储计算机可执行指令的计算机可读存储介质，该计算机 可执行指令当由处理器执行时，将处理器配置为执行操作，该操作包括：
将与用户相关联的信息存储在数据存储库中；
从应用程序接收对授权访问信息的第一请求；
从应用程序接收对信息的第二请求；
在与信息相关联的用户批准对授权的第一请求时，将信息提供至 应用程序；以及
在与信息相关联的用户否认对授权的第一请求时，响应于第二请 求来掩盖对授权的第一请求的否认。
条款17.根据条款16所述的一种或多种计算机可读介质，其中应用程 序是被配置为能够向数据存储库进行对信息的至少一部分的读取或写入中 的至少一者的第三方应用程序，并且其中至少一个第一方应用程序被配置 为能够向数据存储库进行对信息的至少一部分的读取或写入中的至少一 者。
条款18.根据条款17所述的计算机可读介质，其中使得用户能够对针 对多个数据类型中的每个数据类型的对授权的第一请求作出响应。
条款19.根据条款16所述的计算机可读介质，其中通过向应用程序提 供对不指示用户否认对授权的第一请求的响应而掩盖对授权的第一请求的 否认。
条款20.根据条款19所述的计算机可读介质，其中通过以下操作，对 应用程序的响应不指示用户否认对授权的第一请求：
在所请求的数据未被存储在数据存储库中时，响应于第二请求来 向应用程序提供空结果；以及
在用户否认对授权的第一请求时，响应于第二请求来向应用程序 提供空结果。
后台处理
条款1.一种计算机实现的方法，包括：
由计算机系统来保持被配置为存储与多个数据类型对应的健康数 据的安全存储装置；
从第三方应用程序接收对多个数据类型中的至少一种数据类型的 订阅以及与该订阅相关联的频率；
接收与至少一种数据类型对应的健康数据的一部分；
至少部分地基于与订阅相关联的频率来将第三方应用程序作为后 台进程来启动；
设置在一定时间段内重新启动作为后台进程的第三方应用程序的 触发器；以及
以下操作中的至少一者：
当在该时间段内接收到第三方应用程序已处理所述健康数据 的一部分的确认时，取消重新启动第三方应用程序的触发器；或 者
当在该时间段内未从第三方应用程序接收到确认时，将第三 方应用程序作为后台进程来重新启动。
条款2.根据条款1所述的计算机实现的方法，其中从与数据收集设备 相关联的应用程序接收与至少一种数据类型对应的健康数据的一部分。
条款3.根据条款1所述的计算机实现的方法，其中由第三方应用程序 来对频率进行配置。
条款4.根据条款1所述的计算机实现的方法，其中该频率识别对健康 数据的一部分的接收与第三方应用程序作为后台进程进行启动之间的时间 量。
条款5.根据条款1所述的计算机实现的方法，其中对第三方应用程序 进行启动，而无需来自数据收集设备或第三方应用程序的请求。
条款6.根据条款1所述的计算机实现的方法，其中该时间段被配置为 随着第三方应用程序的每次重新启动而递增。
条款7.根据条款6所述的计算机实现的方法，其中该递增相对于阈值 时间量呈现指数趋势。
条款8.一种系统，包括：
存储器，该存储器被配置为存储计算机可执行指令；和
处理器，该处理器与存储器进行通信，该处理器被配置为执行所 述计算机可执行指令，以至少：
从应用程序接收用于识别与用户的信息相关联的数据类型的 订阅信息；
至少响应于对信息的与数据类型对应的一部分的接收来将应 用程序作为后台进程进行启动；以及
将应用程序至少作为后台进程进行重新启动，直到接收到应 用程序已处理该信息的一部分的确认。
条款9.根据条款8所述的系统，其中使得应用程序能够在作为后台进 程运行时请求信息的所接收的一部分。
条款10.根据条款9所述的系统，其中使得应用陈旭能够在作为后台进 程运行时对信息的所接收的部分进行处理，并返回应用程序已处理该信息 的该一部分的确认。
条款11.根据条款8所述的系统，其中订阅信息识别与订阅相关联的数 据类型和频率。
条款12.根据条款11所述的系统，其中频率识别对信息的一部分的接 收与应用程序作为后台进程进行启动之间的时间量。
条款13.根据条款8所述的系统，其中处理器被进一步配置为执行计算 机可执行指令，以在未在一定时间间隔内接收到确认时至少部分地基于时 间间隔来至少将应用程序作为后台进程进行重新启动。
条款14.根据条款13所述的系统，其中在每次将应用程序作为后台进 程进行重新启动之后没，使该时间间隔递增。
条款15.一种存储计算机可执行指令的计算机可读存储介质，该计算机 可执行指令当由处理器执行时，将处理器配置为执行操作，该操作包括：
存储针对用户的多个数据类型的第一数据；
从第一应用程序接收对多个数据类型中的至少一个数据类型的订 阅；
从第二应用程序接收多个数据类型的第二数据；
在订阅对应于第二数据时，在第一时间段之后将第一应用程序作 为后台进程进行启动；以及
当未接收到第一应用程序已在第二时间段内处理第二数据的确认 时，在第二时间段之后将第一应用程序作为后台进程进行重新启动。
条款16.根据条款15所述的一种或多种计算机可读介质，其中该第一 应用程序是被配置为处理与多个健康数据类型相关联的健康信息的第三方 应用程序。
条款17.根据条款15所述的计算机可读介质，其中第二应用程序被配 置为从被配置为收集用户的健康信息的数据收集设备接收第二数据。
条款18.根据条款17所述的计算机可读介质，其中对第一应用程序执 行将其作为后台进程进行启动或重新启动的操作中的至少一个操作，而无 需冲破美国数据收集设备或第一应用程序接收到启动或重新启动第一应用 的指令。
条款19.根据条款15所述的计算机可读介质，其中该第一应用程序被 配置为在作为后台进程进行启动或重新启动时请求第二数据。
条款20.根据条款15所述的计算机可读介质，其中第一时间段可由第 一应用程序配置，并且其中该第二时间段在第一应用程序每次作为后台进 程进行重新启动之后改变可配置的量。
数据类型扩展
条款1.一种计算机实现的方法，包括：
由计算机系统来保持多个数据类型；
使得与多个数据类型的至少子集相关联的第一健康信息能够被存 储在用户设备上；
识别由用户设备的第三方应用程序请求使用的新数据类型；
向所用户设备提供用于识别有关新数据类型的信息的数据；
公布有关新数据类型的信息；
使得用户设备的后台进程解释用于将用户设备配置为实施新数据 类型的数据；以及
使得用户设备的后台进程能够至少响应于来自第三方应用程序的 包括有关新数据类型的信息的请求来管理与新数据类型对应的第二健 康信息。
条款2.根据条款1所述的计算机实现的方法，其中将有关新数据类型 的信息公布给与计算机系统相关联的开发者的网络资源。
条款3.根据条款1所述的计算机实现的方法，还包括对多个所保持的 数据类型进行更新，以包括新数据类型。
条款4.根据条款1所述的计算机实现的方法，其中有关新数据类型的 信息包括标识符、名称、类型或描述中的至少一者。
条款5.根据条款4所述的计算机实现的方法，其中该类型至少包括累 积类型或离散类型。
条款6.根据条款1所述的计算机实现的方法，其中来自第三方应用程 序的请求包括应用编程接口方法调用。
条款7.一种系统，包括：
存储器，该存储器被配置为存储计算机可执行指令；和
处理器，该处理器与存储器进行通信，该处理器被配置为执行所 述计算机可执行指令，以至少：
将第一组数据类型提供至用户设备；
识别不被包括在第一组数据类型中的新数据类型；
提供供用户设备下载的数据，该数据包括有关新数据类型的 信息；
向应用程序提供用于管理与新数据类型对应的健康数据的格 式；以及
使得用户设备至少部分地基于使用来自应用程序的格式的请 求来实施新数据类型。
条款8.根据条款7所述的系统，其中该处理器被进一步配置为执行计 算机可执行指令，以至少向网络资源公布有关新数据类型的信息。
条款9.根据条款8所述的系统，其中在提供供用户设备下载的数据之 后，将有关新数据类型的信息公布给网络资源。
条款10.根据条款9所述的系统，其中该处理器被进一步配置为执行计 算机可执行指令以至少使得在用户设备下载数据之前接收到使用格式的请 求时，该设备返回错误消息。
条款11.根据条款7所述的系统，其中将第一组数据类型作为针对用户 设备的新软件版本的一部分提供至用户设备。
条款12.根据条款7所述的系统，其中管理健康数据包括以下各项中的 至少一者：从用户设备读取与新数据类型对应的健康数据，或者向用户设 备写入与新数据类型对应的健康数据。
条款13.根据条款7所述的系统，其中使得用户实施新数据类型至少包 括使得用户设备的后台进程能够解释用于向后台进程注册新数据类型的述 数据。
条款14.一种存储计算机可执行指令的计算机可读存储介质，该计算机 可执行指令当由处理器执行时，将处理器配置为执行操作，该操作包括：
从服务提供方接收用于实施被配置为管理第一组数据类型的后台 进程的指令；
从服务提供方接收包括有关新数据类型的信息的数据下载；
从应用程序接收对访问与新数据类型对应的数据的请求；以及
至少部分地基于对接收的数据下载的解释来向应用程序提供与新 数据类型对应的数据。
条款15.根据条款14所述的一种或多种计算机可读介质，其中该操作 进一步包括在接收到对访问与新数据类型对应的数据的请求之前向后台进 程注册新数据类型。
条款16.根据条款14所述的一种或多种计算机可读介质，其中新数据 类型不被包括在在利用用于实施后台进程的指令提供的第一组数据类型 中。
条款17.根据条款14所述的计算机可读介质，其中该操作进一步包括 使得服务提供方能够从由开发者更新的网络资源识别新数据类型。
条款18.根据条款14所述的计算机可读介质，其中该操作进一步包括 使得服务提供方能够公布有关新数据类型的信息。
条款19.根据条款18所述的计算机可读介质，其中有关新数据类型的 信息包括标识符、名称、类型或描述中的至少一者。
条款20.根据条款14所述的计算机可读介质，其中对访问与新数据类 型对应的数据的请求包括从应用程序接收的应用编程接口方法调用。
源优先化
条款1.一种计算机实现的方法，包括：
由计算机系统来识别要管理的多个数据类型中的特定数据类型；
至少从多个数据来源中的第一来源和第二来源接收与特定数据类 型对应的健康数据；
接收用于识别第一来源和第二来源的优先权的优先权信息；
识别由多个数据来源对健康数据进行划分的时间间隔；
在一定时间量内的每个所识别的时间间隔期间，当被配置为保持 与特定数据类型对应的所接收的健康数据的数据存储库中存在数据条 目时，识别针对特定数据类型的具有最高的所识别的优先权的数据条 目；以及
聚合每个所识别的数据条目，以形成该时间量内的特定数据类型 的聚合记录。
条款2.根据条款1所述的计算机实现的方法，还包括将聚合记录提供 至用户设备，以用于在用户界面内呈现给用户。
条款3.根据条款1所述的计算机实现的方法，还包括从第一来源接收 针对至少包括来自第二来源的所接收的健康数据的聚合记录的请求。
条款4.根据条款1所述的计算机实现的方法，还包括至少部分地基于 与所接收的健康数据相关联的元数据来识别特定数据类型的类型。
条款5.根据条款4所述的计算机实现的方法，其中在所识别的类型为 累积型时，该聚合记录仅包括与最高的所识别的优先权对应的每个所识别 的数据条目。
条款6.根据条款4所述的计算机实现的方法，其中在所识别的类型为 离散型时，该聚合记录包括与最高的所识别的优先权对应的每个所识别的 数据条目和针对所识别的时间段的其他所识别的数据条目。
条款7.一种系统，包括：
存储器，该存储器被配置为存储计算机可执行指令；和
处理器，该处理器与存储器进行通信，该处理器被配置为执行所 述计算机可执行指令，以至少：
从多个数据来源接收特定数据类型的数据，该数据至少包括 相应时间戳；
至少部分地基于相应时间戳来聚合所接收到的数据，以形成 某一时间段的数据记录；以及
将所述数据记录提供至被配置为呈现用于表示多个来源的聚 合数据的用户界面的至少一个应用程序。
条款8.根据条款7所述的系统，其中至少一个应用程序是多个来源中 的特定一个来源，并且其中该数据记录包括并非从多个来源中的特定一个 来源接收的至少一个数据点。
条款9.根据条款7所述的系统，其中该多个来源中的一个来源包括第 三方应用程序或第一方应用程序。
条款10.根据条款9所述的系统，其中所接收到的数据至少部分地基于 与第三方应用程序或第一方应用程序中的至少一者相关联的数据收集设备 收集的量度。
条款11.根据条款7所述的系统，其中该处理器被进一步配置为执行计 算机可执行指令，以至少识别多个来源的至少子集的优先权信息以及该时 间段的时间间隔。
条款12.根据条款11所述的系统，其中该处理器被进一步配置为执行 计算机可读指令，以至少识别每个时间间隔的具有最高的所识别的优先权 的特定数据类型的数据条目。
条款13.根据条款12所述的系统，其中在特定数据类型为累积型时， 所提供的数据记录仅包括与最高的所识别的优先权对应的每个所识别的数 据条目。
条款14.根据条款7所述的系统，其中所提供的数据记录包括时间段的 各个时间间隔的来自多个来源的与特定数据类型对应的数据条目，其中该 各个时间间隔中的至少一个时间间隔包括多个不同的数据条目，并且其中 该多个数据条目中的至少一个数据条目来自多个来源中的不同来源。
条款15.一种存储计算机可执行指令的计算机可读存储介质，该计算机 可执行指令当由处理器执行时，将处理器配置为执行操作，该操作包括：
至少从第一来源和第二来源接收的特定数据类型的数据；
识别与第一数据来源和第二数据来源相关联的优先权信息；
至少部分地基于该优先权信息来聚合该时间段内的所接收的数 据，以形成数据记录；以及
将数据记录提供至被配置为呈现用于表示第一数据来源和第二数 据来源的聚合数据的用户界面的至少一个应用程序。
条款16.根据条款15所述的一种或多种计算机可读介质，其中该数据 记录表示时间段期间的多个时间间隔中的每个时间间隔的特定数据类型的 相应数据条目。
条款17.根据条款16所述的计算机可读介质，其中至少部分地基于特 定数据类型、与特定数据类型相关联的活动或者与至少一个应用程序的用 户相关联的历史信息中的至少一者来确定多个时间间隔的长度。
条款18.根据条款15所述的计算机可读介质，其中至少部分地基于用 户的偏好、用户的历史行为或者与第一数据来源或第二数据来源相关联的 活动行为中的至少一者来确定所识别的优先权信息。
条款19.根据条款15所述的计算机可读介质，其中至少一个应用程序 包括第三方应用程序，该第三方应用程序被配置为向第三方应用程序的用 户提供与数据记录对应的用户界面。
条款20.根据条款19所述的计算机可读介质，其中该操作进一步包括 向第三方应用程序提供用于请求数据记录的应用编程接口方法，该数据记 录包括并非由第三方应用程序提供的用户的至少一些健康信息。

Claims (20)

1.一种计算机实现的方法，包括：
通过计算设备的一个或多个处理器执行多个操作，其中所述计算设备配置有安全存储设备并且被配置为执行计算机可执行指令，所述多个操作包括：
接收与多个不同数据类型的至少子集相关联的用户的健康信息，所述健康信息是从用户的数据收集设备接收的；
将用户的健康信息存储在所述计算设备的安全存储设备中；
从第三方应用程序接收对访问用户的所述多个不同数据类型中的至少一个数据类型的授权请求，所述授权请求中的所述至少一个数据类型对应于所存储的用户的健康信息；
经由用户界面向用户提供所述授权请求；
接收来自用户的对所提供的授权请求的响应，所述响应向所述计算设备指示用户是否已授权所述第三方应用程序访问所述至少一个数据类型；
响应于接收到用户对所提供的授权请求的响应，通过向所述第三方应用程序提供所述授权请求被呈现给用户的指示而不指示所述授权请求是否被批准来掩盖用户对所述授权请求的响应；
在向所述第三方应用程序提供所述授权请求被呈现给用户的指示之后，从所述第三方应用程序接收对与所述至少一个数据类型对应的值的请求；
确定与所述至少一个数据类型对应的值是否可用于满足所述请求；
响应于确定与所述至少一个数据类型对应的值可用于满足所述请求，向所述第三方应用程序提供应答，其中所述计算设备被配置为通过以下来提供所述应答：
根据用户已授权对所述至少一个数据类型的访问的确定，向所述第三方应用程序提供与所述至少一个数据类型对应的值；以及
根据用户未授权对所述至少一个数据类型的访问的确定，向所述第三方应用程序提供所述至少一个数据类型而没有与所述至少一个数据类型对应的值。
2.根据权利要求1所述的计算机实现的方法，其中向所述第三方应用程序提供所述授权请求被呈现给用户的指示而不向所述第三方应用程序指示用户否认所述第三方应用程序对特定数据类型的访问。
3.根据权利要求1所述的计算机实现的方法，其中用户已提供与所述至少一个数据类型对应的值。
4.根据权利要求3所述的计算机实现的方法，其中向所述第三方应用程序提供所述至少一个数据类型的指示而不指示用户已提供与所述至少一个数据类型对应的值。
5.根据权利要求1所述的计算机实现的方法，其中在用户利用所述计算设备而被验证时，所述安全存储设备的数据能够被所述第三方应用程序访问。
6.根据权利要求1所述的计算机实现的方法，还包括：
从第二个第三方应用程序接收对访问用户的多个不同数据类型中的所述至少一个数据类型的第二授权请求；
从用户接收对第二个第三方应用程序访问所述至少一个数据类型的授权许可；以及
向第二个第三方应用程序提供指示，向第二个第三方应用程序提供的指示与向所述第三方应用程序提供的指示相同。
7.根据权利要求6所述的计算机实现的方法，其中在用户尚未提供与所述至少一个数据类型对应的值时，向第二个第三方提供相同的指示。
8.一种用户设备，包括：
存储器，所述存储器被配置为存储计算机可执行指令；和
处理器，所述处理器与所述存储器通信并被配置为执行所述计算机可执行指令以至少：
配置所述存储器以存储用户的健康数据；
在所述用户设备的界面上呈现请求，以便用户对所述用户设备的第三方应用程序授权访问所述健康数据的至少一个数据类型；
从所述用户设备的界面接收对所述请求的响应，所述响应向所述用户设备指示用户是否已授权所述第三方应用程序对所述至少一个数据类型进行访问；
响应于接收到用户对所呈现的请求的响应，通过向所述用户设备的第三方应用程序提供所述请求被呈现在界面上的指示而不指示所述请求是否被批准来掩盖用户对所述请求的响应；
在向第三方应用程序提供所述请求被呈现给用户的指示之后，从应用程序接收对与所述至少一个数据类型对应的值的请求；
确定与所述至少一个数据类型对应的值是否能够用于满足来自应用程序的对值的请求；
响应于确定与所述至少一个数据类型对应的值能够用于满足所述请求，向第三方应用程序提供应答，其中所述用户设备被配置为通过以下来提供所述应答：
根据用户已授权对所述至少一个数据类型的访问的确定，向第三方应用程序提供与所述至少一个数据类型对应的值；以及
根据用户未授权对所述至少一个数据类型的访问的确定，向所述第三方应用程序提供所述至少一个数据类型而没有与所述至少一个数据类型对应的值。
9.根据权利要求8所述的用户设备，其中所述设备的应用程序包括由所述处理器执行的第三方应用程序。
10.根据权利要求8所述的用户设备，其中使得用户能够授权对第一数据类型的第一健康数据的访问，并否认对第二数据类型的第二健康数据的访问。
11.根据权利要求10所述的用户设备，其中所述存储器被配置为存储第二健康数据并且不存储第一健康数据。
12.根据权利要求11所述的用户设备，其中所述处理器还被配置为执行所述计算机可执行指令以至少从应用程序接收对第一健康数据的第一数据请求和对第二健康数据的第二数据请求。
13.根据权利要求12所述的用户设备，其中所述处理器还被配置为执行所述计算机可执行指令以至少响应于第一数据请求和第二数据请求两者，向应用程序提供所述至少一个数据类型而没有与所述至少一个数据类型对应的值。
14.根据权利要求8所述的用户设备，其中所述处理器还被配置为执行所述计算机可执行指令以至少向用户提供读取请求，以便用户授权应用程序读取存储在所述存储器中的数据。
15.根据权利要求14所述的用户设备，其中所述处理器还被配置为执行所述计算机可执行指令以至少在用户否认所述读取请求时，向应用程序仅提供由应用程序提供给所述存储器的信息。
16.一种存储有计算机可执行指令的非暂态计算机可读存储介质，所述计算机可执行指令在由用户设备的处理器执行时配置所述处理器以执行包括以下的操作：
在用户设备的数据存储中存储与用户相关联的健康信息；
从应用程序接收对授权访问所述健康信息的第一请求；
经由用户界面向用户提供第一请求，以便用户授权应用程序访问所述健康信息的至少一个数据类型；
接收对第一请求的响应，所述响应向用户设备指示用户是否已授权应用程序访问所述至少一个数据类型；
响应于接收到用户对授权请求的响应，通过向应用程序提供第一请求被呈现给用户的指示而不指示第一请求是否被批准来掩盖用户对授权请求的响应；
在向应用程序提供授权请求被呈现给用户的指示之后，从应用程序接收对与所述至少一个数据类型对应的值的第二请求；
确定与所述至少一个数据类型对应的值是否能够用于满足第二请求；
响应于确定与所述至少一个数据类型对应的值能够用于满足第二请求，向应用程序提供应答，其中用户设备被配置为通过以下来提供所述应答：
根据用户已授权对所述至少一个数据类型的访问的确定，向应用程序提供与所述至少一个数据类型对应的值；以及
根据用户未授权对所述至少一个数据类型的访问的确定，响应于第二请求向应用程序提供所述至少一个数据类型而没有与所述至少一个数据类型对应的值。
17.根据权利要求16所述的非暂态计算机可读介质，其中应用程序是被配置为能够进行读取健康信息的至少一部分或将健康信息的至少一部分写到数据存储中的至少一者的第三方应用程序，并且其中至少一个第一方应用程序被配置为能够进行读取健康信息的至少一部分或将健康信息的至少一部分写到数据存储中的至少一者。
18.根据权利要求17所述的非暂态计算机可读介质，其中使得用户能够响应对授权多个数据类型中的每一个数据类型的第一请求。
19.根据权利要求16所述的非暂态计算机可读介质，其中通过向应用程序提供不指示用户否认对授权的第一请求的响应来掩盖否认对授权的第一请求。
20.根据权利要求19所述的非暂态计算机可读介质，其中提供所述至少一个数据类型而没有与所述至少一个数据类型对应的值包括提供所述至少一个数据类型的标识符并且不提供与所述标识符对应的任何值。
CN201910301496.9A 2014-05-30 2015-05-06 管理用户信息 Active CN110400612B (zh)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US201462006031P 2014-05-30 2014-05-30
US62/006,031 2014-05-30
US14/499,461 US9582642B2 (en) 2014-05-30 2014-09-29 Managing user information—background processing
US14/499,519 2014-09-29
US14/499,449 2014-09-29
US14/499,461 2014-09-29
US14/499,512 US11404146B2 (en) 2014-05-30 2014-09-29 Managing user information—data type extension
US14/499,449 US10236079B2 (en) 2014-05-30 2014-09-29 Managing user information—authorization masking
US14/499,512 2014-09-29
US14/499,519 US9582643B2 (en) 2014-05-30 2014-09-29 Managing user information—source prioritization
CN201580028726.9A CN106462616B (zh) 2014-05-30 2015-05-06 管理用户信息

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201580028726.9A Division CN106462616B (zh) 2014-05-30 2015-05-06 管理用户信息

Publications (2)

Publication Number Publication Date
CN110400612A CN110400612A (zh) 2019-11-01
CN110400612B true CN110400612B (zh) 2021-06-22

Family

ID=54702004

Family Applications (3)

Application Number Title Priority Date Filing Date
CN201910301496.9A Active CN110400612B (zh) 2014-05-30 2015-05-06 管理用户信息
CN202110651635.8A Pending CN113284574A (zh) 2014-05-30 2015-05-06 管理用户信息
CN201580028726.9A Active CN106462616B (zh) 2014-05-30 2015-05-06 管理用户信息

Family Applications After (2)

Application Number Title Priority Date Filing Date
CN202110651635.8A Pending CN113284574A (zh) 2014-05-30 2015-05-06 管理用户信息
CN201580028726.9A Active CN106462616B (zh) 2014-05-30 2015-05-06 管理用户信息

Country Status (3)

Country Link
US (5) US11404146B2 (zh)
EP (3) EP3149634B1 (zh)
CN (3) CN110400612B (zh)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160019360A1 (en) 2013-12-04 2016-01-21 Apple Inc. Wellness aggregator
US11508467B2 (en) * 2014-04-22 2022-11-22 Cerner Innovation, Inc. Aggregation, partitioning, and management of healthcare data for efficient storage and processing
US10319469B2 (en) 2014-04-22 2019-06-11 Cerner Innovation, Inc. Rule-based low-latency delivery of healthcare data
US10733266B2 (en) 2014-05-30 2020-08-04 Apple Inc. Systems and methods of providing patient apps
US11404146B2 (en) 2014-05-30 2022-08-02 Apple Inc. Managing user information—data type extension
US11107578B2 (en) 2014-05-30 2021-08-31 Apple Inc. Systems and methods for facilitating health research
US9996678B2 (en) 2014-05-30 2018-06-12 Apple, Inc. Systems and methods for facilitating health research using a personal wearable device with research mode
WO2016022318A1 (en) * 2014-08-04 2016-02-11 Hafeman Carolyn W Communication apparatus, system and method
KR102016160B1 (ko) 2014-09-02 2019-08-29 애플 인크. 경고를 관리하기 위한 축소된 크기의 인터페이스
US11728030B2 (en) 2014-09-29 2023-08-15 Apple Inc. Methods of treatment and diagnosis using enhanced patient-physician communication
KR20170091395A (ko) * 2016-02-01 2017-08-09 삼성전자주식회사 데이터를 처리 및 제공하는 전자 장치 및 그의 동작 방법
US11797706B2 (en) 2016-02-09 2023-10-24 Health2047, Inc. Mobile device network traffic modification and user based restrictions on data access
US9858063B2 (en) * 2016-02-10 2018-01-02 Vignet Incorporated Publishing customized application modules
US11294939B2 (en) * 2016-06-10 2022-04-05 OneTrust, LLC Data processing systems and methods for automatically detecting and documenting privacy-related aspects of computer software
CA3037973C (en) * 2016-09-24 2023-03-28 Huawei Technologies Co., Ltd. Method for managing application program use time offline, and terminal device
CN106570312A (zh) * 2016-10-18 2017-04-19 捷开通讯(深圳)有限公司 一种移动医疗数据交互的方法、系统及服务器、移动终端
JP7072574B2 (ja) * 2016-12-15 2022-05-20 アーベーベー・シュバイツ・アーゲー ユーザ認可のためのシステムおよび方法
US10874313B2 (en) 2017-06-04 2020-12-29 Apple Inc. Heartrate tracking techniques
US20180349269A1 (en) * 2017-06-06 2018-12-06 Microsoft Technology Licensing, Llc Event triggered data retention
US10674285B2 (en) 2017-08-25 2020-06-02 Starkey Laboratories, Inc. Cognitive benefit measure related to hearing-assistance device use
US10938950B2 (en) * 2017-11-14 2021-03-02 General Electric Company Hierarchical data exchange management system
DK180241B1 (en) 2018-03-12 2020-09-08 Apple Inc User interfaces for health monitoring
US11317833B2 (en) 2018-05-07 2022-05-03 Apple Inc. Displaying user interfaces associated with physical activities
US10949564B2 (en) * 2018-05-07 2021-03-16 Apple Inc. Contact discovery service with privacy aspect
US11176021B2 (en) * 2018-06-03 2021-11-16 Apple Inc. Messaging systems with improved reliability
US11380434B2 (en) * 2018-12-16 2022-07-05 Visual Telecommunication Network Telehealth platform
US20200273566A1 (en) * 2019-02-22 2020-08-27 Starkey Laboratories, Inc. Sharing of health-related data based on data exported by ear-wearable device
US11386791B2 (en) * 2019-03-29 2022-07-12 GM Cruise Holdings, LLC Autonomous vehicle fleet management system
CN111797071A (zh) * 2019-04-09 2020-10-20 Oppo广东移动通信有限公司 数据处理方法、装置、存储介质及电子设备
DK201970532A1 (en) 2019-05-06 2021-05-03 Apple Inc Activity trends and workouts
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11152100B2 (en) 2019-06-01 2021-10-19 Apple Inc. Health application user interfaces
US11270531B2 (en) * 2019-06-28 2022-03-08 GM Cruise Holdings, LLC Autonomous vehicle data management platform
DK181037B1 (en) 2020-06-02 2022-10-10 Apple Inc User interfaces for health applications
US11393021B1 (en) * 2020-06-12 2022-07-19 Wells Fargo Bank, N.A. Apparatuses and methods for responsive financial transactions
US11698710B2 (en) 2020-08-31 2023-07-11 Apple Inc. User interfaces for logging user activities
US11513941B2 (en) * 2020-09-02 2022-11-29 Ge Aviation Systems Llc Systems and method for flexible write- and read-access of a regulated system

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001297153A (ja) * 2000-04-14 2001-10-26 Nec Corp 個人医療情報の共有化方法及び個人医療情報のデータベース端末
US6801802B2 (en) 2001-06-29 2004-10-05 Ge Medical Systems Information Technologies, Inc. System and method for selecting physiological data from a plurality of physiological data sources
US7478157B2 (en) * 2001-11-07 2009-01-13 International Business Machines Corporation System, method, and business methods for enforcing privacy preferences on personal-data exchanges across a network
US7277913B2 (en) * 2002-05-09 2007-10-02 Sun Microsystems, Inc. Persistent queuing for distributed file systems
US7240119B2 (en) * 2002-11-04 2007-07-03 Ge Fanuc Automation North America, Inc. Method for configuring a programmable logic controller using an extensible markup language schema
KR100616157B1 (ko) 2005-01-11 2006-08-28 와이더댄 주식회사 애플리케이션 연동 방법 및 그 시스템
US7779456B2 (en) 2005-04-27 2010-08-17 Gary M Dennis System and method for enhanced protection and control over the use of identity
US20060248592A1 (en) 2005-04-28 2006-11-02 International Business Machines Corporation System and method for limiting disclosure in hippocratic databases
US8533746B2 (en) * 2006-11-01 2013-09-10 Microsoft Corporation Health integration platform API
US20080133639A1 (en) 2006-11-30 2008-06-05 Anatoliy Panasyuk Client Statement of Health
US8157730B2 (en) 2006-12-19 2012-04-17 Valencell, Inc. Physiological and environmental monitoring systems and methods
US7953613B2 (en) 2007-01-03 2011-05-31 Gizewski Theodore M Health maintenance system
EP3057016A1 (en) 2007-02-14 2016-08-17 NIKE Innovate C.V. Collection and display of athletic information
US8145631B2 (en) 2007-04-13 2012-03-27 Adobe Systems Incorporated Client management of download sequence of orchestrated content
US20090083768A1 (en) 2007-09-20 2009-03-26 Hatalkar Atul N Context platform framework for aggregation, analysis and use of contextual information
US20090320096A1 (en) 2008-06-24 2009-12-24 Microsoft Corporation Managing access to a health-record
CN101667224A (zh) 2008-09-05 2010-03-10 深圳易拓科技有限公司 便携式健康数据存储装置、检测装置及健康数据存储平台
US20110137836A1 (en) * 2008-09-19 2011-06-09 Hiroyuki Kuriyama Method and system for generating history of behavior
CN104793482B (zh) * 2009-04-26 2019-01-04 耐克创新有限合伙公司 运动手表
IT1394439B1 (it) 2009-05-26 2012-06-15 Lentini Metodo di controllo per la gestione e la diffusione controllata di informazioni riservate digitali contenute in supporti elettronici portatili.
US8621574B2 (en) 2009-06-02 2013-12-31 Microsoft Corporation Opaque quarantine and device discovery
WO2011011540A2 (en) * 2009-07-21 2011-01-27 Carexgen, Inc Cloud-based healthcare information exchange
JP5841951B2 (ja) 2010-02-01 2016-01-13 プロテウス デジタル ヘルス， インコーポレイテッド データ収集システム
FR2958101A1 (fr) 2010-03-26 2011-09-30 Ntx Res Infrastructure de gestion de bi-cles de securite de personnes physiques (igcp/pki)
US8805646B2 (en) * 2010-09-30 2014-08-12 Fitbit, Inc. Methods, systems and devices for linking user devices to activity tracking devices
US8446275B2 (en) 2011-06-10 2013-05-21 Aliphcom General health and wellness management method and apparatus for a wellness application using data from a data-capable band
US8818823B2 (en) 2011-07-26 2014-08-26 Cerner Innovation, Inc. Online patient and health care provider communication
US20130030836A1 (en) 2011-07-26 2013-01-31 Cerner Innovation, Inc. Third-party site connections for online health care communication
US8930221B2 (en) 2011-07-26 2015-01-06 Cerner Innovation, Inc. Health care biometric surveillance and online provider communication
US9352207B2 (en) * 2012-01-19 2016-05-31 Nike, Inc. Action detection and activity classification
US10064551B2 (en) 2012-04-04 2018-09-04 Cardiocom, Llc Health-monitoring system with multiple health monitoring devices, interactive voice recognition, and mobile interfaces for data collection and transmission
US8943194B2 (en) 2012-04-05 2015-01-27 Blackberry Limited Apparatus, and associated method, for resubscribing communication device to a push notification service
US8832847B2 (en) * 2012-07-10 2014-09-09 International Business Machines Corporation Coordinating data sharing among applications in mobile devices
WO2014032049A2 (en) 2012-08-24 2014-02-27 Environmental Systems Research Institute, Inc. Systems and methods for managing location data and providing a privacy framework
WO2014091311A2 (en) 2012-11-13 2014-06-19 Dacadoo Ag Health band
FR2999757A1 (fr) 2012-12-13 2014-06-20 Patrick Coudert Procede d'acces securise a des donnees medicales confidentielles, et support de stockage pour ledit procede
EP2784714B1 (en) 2013-03-28 2021-04-28 Alcatel Lucent Method of preventing access to sensitive data of a computing device
US20140297320A1 (en) * 2013-03-29 2014-10-02 Mckesson Specialty Care Distribution Corporation Systems and methods for operating a personal healthcare management portal
US20140324469A1 (en) 2013-04-30 2014-10-30 Bruce Reiner Customizable context and user-specific patient referenceable medical database
CN103278192A (zh) 2013-05-02 2013-09-04 南京龙渊微电子科技有限公司 一种基于zigbee技术的建筑室内温湿度检测系统及方法
US9367610B2 (en) * 2014-01-16 2016-06-14 Massachusetts Institute Of Technology Knowledge registry systems and methods
US11404146B2 (en) 2014-05-30 2022-08-02 Apple Inc. Managing user information—data type extension
WO2015183495A1 (en) 2014-05-30 2015-12-03 Apple Inc. Managing user information

Also Published As

Publication number Publication date
US10290367B2 (en) 2019-05-14
CN110400612A (zh) 2019-11-01
US20150347784A1 (en) 2015-12-03
EP3675135A1 (en) 2020-07-01
EP3149634B1 (en) 2019-10-30
US9582643B2 (en) 2017-02-28
US9582642B2 (en) 2017-02-28
US20150347499A1 (en) 2015-12-03
US20170147757A1 (en) 2017-05-25
CN106462616A (zh) 2017-02-22
US10236079B2 (en) 2019-03-19
EP4235682A1 (en) 2023-08-30
US20150347684A1 (en) 2015-12-03
US20150347690A1 (en) 2015-12-03
CN106462616B (zh) 2019-07-26
CN113284574A (zh) 2021-08-20
US11404146B2 (en) 2022-08-02
EP3149634A1 (en) 2017-04-05

Similar Documents

Publication Publication Date Title
CN110400612B (zh) 管理用户信息
WO2015183495A1 (en) Managing user information
US11790113B2 (en) Secure storage and retrieval of sensitive information
US10069703B2 (en) Methods and systems for monitoring and/or managing device data
US9619497B2 (en) Methods and systems for managing one or more services and/or device data
US9069947B2 (en) Privileged account manager, access management
ES2906101T3 (es) Mecanismos de pronóstico de situación para plataforma de integración de Internet de las Cosas
US10819747B1 (en) Entitlement map for policy simulation
US11630851B2 (en) Systems and methods for providing predictions to applications executing on a computing device
Rahmati et al. Practical context awareness: Measuring and utilizing the context dependency of mobile usage
US20140032743A1 (en) Selecting equipment associated with provider entities for a client request
EP3635604A2 (en) Access policies based on hdfs extended attributes
US20130174234A1 (en) Light-weight credential synchronization
CN114036564A (zh) 一种隐私数据衍生图的构建方法
US8156297B2 (en) Smart device recordation
Ilarri et al. Towards the Implementation of a Push-Based Recommendation Architecture
KR20170115338A (ko) 보안 예보 시스템 및 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant