装置数据馈送管理以及数据发布和消费的制作方法
【专利说明】装置数据馈送管理以及数据发布和消费
[0001]对相关申请的交叉引用
[0002]在美国专利法第119(e)项35条款下，本申请要求2013年3月13日提交的美国临时申请序列号61/780，234以及2013年9月16日提交的美国临时申请序列号61/878，554的优先权。
[0003]发明领域本发明涉及管理从网络上的装置接收的数据。
[0004]背景
[0005]越来越多的装置或机器(包括电话、平板计算机和被设计成用于机器对机器通信的装置)被使能用于连接蜂窝式或其他无线网络服务，例如汽车中的远程信息处理装置或被使能用于公共设备上监测并且上报或跟踪资产的装置。这些装置可借由许多不同的相关方(例如监测装置操作或该装置运行的环境)生成能够用于多种目的的数据。
[0006]根据不同利益方的需要管理来自装置的数据以便可以存储、发布以及消费数据馈送对数据链中的每一方都构成了重大挑战。
[0007]许多部署的无论是被消费者或机器对机器应用使用的装置都向中央位置发送数据来处理。然而，目前简单的在数据中心接收数据不能适应不同实体和应用使用来自相同装置的不同数据的需要。例如，汽车制造商可能想要用于性能监测的关于移动车辆操作的任何微小细节，同时汽车保险公司可能仅仅想要有关行驶里程、位置和速度的数据。也可存在需要限制某些方对于某些数据的访问的隐私考虑。相应地，存在由最终用户应用消费数据之前能够转换原始装置数据并且授权和管理对该数据的访问的需要。此外，数据的最终用户可能想要被实时地推送到他们的应用的一些数据，并且可指示其他应用查询数据存储器的相关数据，这没有被容纳到用于处理装置数据馈送的现有模型中。解决这些问题所需要的是提供一种解决以上标识的问题的易于使用的端对端解决方案的方法和系统。
[0008]本发明满足了这种需要并且允许有兴趣借由装置使用网络通信的所有实体以及该装置生成的数据以经济地并准确地管理、处理和使用适合他们的数据。
[0009]发明概述
[0010]在一个或多个实施例中，披露了一种计算机实现的方法和系统。用于管理装置数据馈送的该计算机实现的方法包括:使用将接收和保持数据的目的数据库系统处的一个数据模型来描述从多个装置中的每一个装置接收的数据类型；基于一个数据描述将所接收到的该数据类型分组到多个容器中；将至少一个订阅标识符配置到该多个容器中的至少一个容器上，其中，每个订阅标识符与一个接收器端点和用于处理由该订阅标识符唯一标识的数据的至少一个规则相关联；以及使用应用程序编程接口密钥来管理该接收器对该装置数据的访问。
[0011]用于管理装置数据馈送的该计算机实现的系统包括:一个网关，该网关在一个或多个装置和一个或多个接收器端点之间，其中，该网关被授权从这种装置接收数据馈送并且如果适用的话存储这种数据馈送，该网关被配置有从给定装置接收的该数据馈送的一个数据模型以允许该网关解释从该装置接收的数据；以及与来自该装置的数据馈送相关联的订阅信息，其中，该订阅信息包括一个接收器端点以及用于处理该订阅的标识符唯一标识的该数据馈送的一个规则。
[0012]这个解决方案具有若干优点，因为其支持简单的“和(AND) ”和“或(OR) ”条件链条两者。AND条件能够被配置在单一规则中。OR条件能够被配置在每个条件具有一个规则的多个规则中，或在封闭的OR条件集中的AND子条件集中。此外，这允许具有可执行程序的复杂规则编程(即，脚本)用于不能由简单的AND/OR条件链条满足的条件。
[0013]附图简要说明
[0014]图1是示出了在装置数据馈送管理过程中使用的不同实体之间的关系实例的框图。
[0015]图2示出了由该系统定义的数据模型的一个实例。
[0016]图3示出了向接收器端点发布装置数据的一个实例。
[0017]图4a是示出了在数据装饰过程中涉及的各个步骤的流程图。
[0018]图4b示出了数据装饰映射的一个实例。
[0019]图5a是示出了使用订阅规则处理数据时涉及的各个步骤的流程图。
[0020]图5b示出了规则的一个实例。
[0021]图6a是示出了使用用于读取和/或向容器投递数据的应用程序编程接口(API)密钥的流程图。
[0022]图6b是示出了读取和写入数据以及用于数据订阅和数据查询两者的一个“容器” API的实例。
[0023]图7是示出了根据本发明的一个实施例处理订阅信息所指示的原始装置数据的一个实例。
[0024]图8示出了根据本发明的一个实施例的一个数据处理系统，该数据处理系统适用于存储计算机程序产品和/或执行程序代码。
[0025]详细说明本发明涉及管理从网络上的装置接收的数据。
[0026]给出以下描述以使得本领域的普通技术人员能制造和使用本发明，并且以下描述以专利申请的文本形式及其要求的形式提供。对优选实施例和通用原理以及在此描述的特征作出的各种修改对本领域的技术人员而言将是非常明显的。因此，本发明不应当受限于所示实施例，而是应当符合与这里描述的原则和特征一致的最大范围。
[0027]本发明涉及从在网络上运行的装置接收的任何数据，无论该装置是被人类所使用或被涉及机器对机器通信的应用所使用。在涉及网络上的装置的任何系统中，装置可生成供一个或多个最终用户使用的数据。如果可适用的话，该数据可被发送到最终用户的某个位置进行处理、存储和发布。由于不同的最终用户可能仅仅想要从任何给定装置接收或可能仅被授权接收该数据馈送的某些部分，因此需要一种用于由不同的最终用户处理该数据并管理访问的方法。
[0028]图1是示出了与装置数据馈送管理相关联的资源和该数据的发布和消费之间的关系的框图。一个装置与数据模型142相关联，该数据模型与许多容器144相关联。一个装置基于与该装置和容器144相关联的数据模型142将数据投递到容器144中。容器144也与订阅146相关联，该订阅意味着与特定最终用户或最终用户应用相关联一组规则和的脚本。每个订阅146与规则148相关联，该规则由订阅146的标识符唯一标识。根据与该容器相关联的订阅146，根据与订阅146相关联的这些规则148处理投递到容器144中的数据。
[0029]图2示出了根据这些实施例中的一个实施例由该系统定义的数据模型的一个实例。如在该实例中所示的，一个数据模型包括一个或多个数据字段，例如，“姓名”、“类型”。容器取决于特定数据模型的数据描述与该数据模型相关联。系统使用数据模型从原始装置数据中提取数据字段。
[0030]图3列出了根据这些实施例中的一个实施例的一种用于向接收器端点发布装置数据的过程。通过步骤302，装置基于数据描述向容器投递数据。系统查找与该容器相关联的数据模型(步骤304)并且存储按时间标引的所接收的数据(步骤306)。接着，通过步骤308，该系统检查该索引是否被配置成用于该数据模型上的任何参数。如果是，通过步骤310，该系统从该装置数据中提取该参数并且借由该参数的值索引存储数据。过步骤312，如果该索引没有被配置成用于任何参数，该系统进一步检查用于数据的数据装饰是否被配置。过步骤314，如果该数据装饰被配置了，该系统处理该数据装饰。如果该数据装饰没有被配置，该系统查找与该容器相关联的订阅(步骤316)。替代地，在处理完该数据装饰之后，该系统查找与该容器相关联的订阅(步骤316)。从而，取决于该配置，该系统