CN105144166B - 装置数据馈送管理以及数据发布和消费 - Google Patents

Abstract

本发明涉及一种用于管理装置数据馈送的计算机实现的方法和系统。该计算机实现的方法和系统包括：使用一个数据模型来描述从多个装置接收的数据类型，基于一个数据描述将所接收到的该数据类型分组，以及按照订阅信息的指示将该装置数据转发到一个接收器端点，该订阅信息包括一个接收器端点和由该订阅标识符唯一标识的使用应用程序编程接口密钥管理该装置数据访问的一个规则。

Description

装置数据馈送管理以及数据发布和消费

对相关申请的交叉引用

在美国专利法第119(e)项35条款下，本申请要求2013年3月13日提交的美国临时申请序列号61/780,234以及2013年9月16日提交的美国临时申请序列号61/878,554的优先权。

发明领域 本发明涉及管理从网络上的装置接收的数据。

背景

越来越多的装置或机器(包括电话、平板计算机和被设计成用于机器对机器通信的装置)被使能用于连接蜂窝式或其他无线网络服务，例如汽车中的远程信息处理装置或被使能用于公共设备上监测并且上报或跟踪资产的装置。这些装置可借由许多不同的相关方(例如监测装置操作或该装置运行的环境)生成能够用于多种目的的数据。

根据不同利益方的需要管理来自装置的数据以便可以存储、发布以及消费数据馈送对数据链中的每一方都构成了重大挑战。

许多部署的无论是被消费者或机器对机器应用使用的装置都向中央位置发送数据来处理。然而，目前简单的在数据中心接收数据不能适应不同实体和应用使用来自相同装置的不同数据的需要。例如，汽车制造商可能想要用于性能监测的关于移动车辆操作的任何微小细节，同时汽车保险公司可能仅仅想要有关行驶里程、位置和速度的数据。也可存在需要限制某些方对于某些数据的访问的隐私考虑。相应地，存在由最终用户应用消费数据之前能够转换原始装置数据并且授权和管理对该数据的访问的需要。此外，数据的最终用户可能想要被实时地推送到他们的应用的一些数据，并且可指示其他应用查询数据存储器的相关数据，这没有被容纳到用于处理装置数据馈送的现有模型中。解决这些问题所需要的是提供一种解决以上标识的问题的易于使用的端对端解决方案的方法和系统。

本发明满足了这种需要并且允许有兴趣借由装置使用网络通信的所有实体以及该装置生成的数据以经济地并准确地管理、处理和使用适合他们的数据。

发明概述

在一个或多个实施例中，披露了一种计算机实现的方法和系统。用于管理装置数据馈送的该计算机实现的方法包括：使用将接收和保持数据的目的数据库系统处的一个数据模型来描述从多个装置中的每一个装置接收的数据类型；基于一个数据描述将所接收到的该数据类型分组到多个容器中；将至少一个订阅标识符配置到该多个容器中的至少一个容器上，其中，每个订阅标识符与一个接收器端点和用于处理由该订阅标识符唯一标识的数据的至少一个规则相关联；以及使用应用程序编程接口密钥来管理该接收器对该装置数据的访问。

用于管理装置数据馈送的该计算机实现的系统包括：一个网关，该网关在一个或多个装置和一个或多个接收器端点之间，其中，该网关被授权从这种装置接收数据馈送并且如果适用的话存储这种数据馈送，该网关被配置有从给定装置接收的该数据馈送的一个数据模型以允许该网关解释从该装置接收的数据；以及与来自该装置的数据馈送相关联的订阅信息，其中，该订阅信息包括一个接收器端点以及用于处理该订阅的标识符唯一标识的该数据馈送的一个规则。

这个解决方案具有若干优点，因为其支持简单的“和(AND)”和“或(OR)”条件链条两者。AND条件能够被配置在单一规则中。OR条件能够被配置在每个条件具有一个规则的多个规则中，或在封闭的OR条件集中的AND子条件集中。此外，这允许具有可执行程序的复杂规则编程(即，脚本)用于不能由简单的AND/OR条件链条满足的条件。

附图简要说明

图1是示出了在装置数据馈送管理过程中使用的不同实体之间的关系实例的框图。

图2示出了由该系统定义的数据模型的一个实例。

图3示出了向接收器端点发布装置数据的一个实例。

图4a是示出了在数据装饰过程中涉及的各个步骤的流程图。

图4b示出了数据装饰映射的一个实例。

图5a是示出了使用订阅规则处理数据时涉及的各个步骤的流程图。

图5b示出了规则的一个实例。

图6a是示出了使用用于读取和/或向容器投递数据的应用程序编程接口(API)密钥的流程图。

图6b是示出了读取和写入数据以及用于数据订阅和数据查询两者的一个“容器”API的实例。

图7是示出了根据本发明的一个实施例处理订阅信息所指示的原始装置数据的一个实例。

图8示出了根据本发明的一个实施例的一个数据处理系统，该数据处理系统适用于存储计算机程序产品和/或执行程序代码。

详细说明 本发明涉及管理从网络上的装置接收的数据。

给出以下描述以使得本领域的普通技术人员能制造和使用本发明，并且以下描述以专利申请的文本形式及其要求的形式提供。对优选实施例和通用原理以及在此描述的特征作出的各种修改对本领域的技术人员而言将是非常明显的。因此，本发明不应当受限于所示实施例，而是应当符合与这里描述的原则和特征一致的最大范围。

本发明涉及从在网络上运行的装置接收的任何数据，无论该装置是被人类所使用或被涉及机器对机器通信的应用所使用。在涉及网络上的装置的任何系统中，装置可生成供一个或多个最终用户使用的数据。如果可适用的话，该数据可被发送到最终用户的某个位置进行处理、存储和发布。由于不同的最终用户可能仅仅想要从任何给定装置接收或可能仅被授权接收该数据馈送的某些部分，因此需要一种用于由不同的最终用户处理该数据并管理访问的方法。

图1是示出了与装置数据馈送管理相关联的资源和该数据的发布和消费之间的关系的框图。一个装置与数据模型142相关联，该数据模型与许多容器144相关联。一个装置基于与该装置和容器144相关联的数据模型142将数据投递到容器144中。容器144也与订阅146相关联，该订阅意味着与特定最终用户或最终用户应用相关联一组规则和的脚本。每个订阅146与规则148相关联，该规则由订阅146的标识符唯一标识。根据与该容器相关联的订阅146，根据与订阅146相关联的这些规则148处理投递到容器144中的数据。

图2示出了根据这些实施例中的一个实施例由该系统定义的数据模型的一个实例。如在该实例中所示的，一个数据模型包括一个或多个数据字段，例如，“姓名”、“类型”。容器取决于特定数据模型的数据描述与该数据模型相关联。系统使用数据模型从原始装置数据中提取数据字段。

图3列出了根据这些实施例中的一个实施例的一种用于向接收器端点发布装置数据的过程。通过步骤302，装置基于数据描述向容器投递数据。系统查找与该容器相关联的数据模型(步骤304)并且存储按时间标引的所接收的数据(步骤306)。接着，通过步骤308，该系统检查该索引是否被配置成用于该数据模型上的任何参数。如果是，通过步骤310，该系统从该装置数据中提取该参数并且借由该参数的值索引存储数据。过步骤312，如果该索引没有被配置成用于任何参数，该系统进一步检查用于数据的数据装饰是否被配置。过步骤314，如果该数据装饰被配置了，该系统处理该数据装饰。如果该数据装饰没有被配置，该系统查找与该容器相关联的订阅(步骤316)。替代地，在处理完该数据装饰之后，该系统查找与该容器相关联的订阅(步骤316)。从而，取决于该配置，该系统可以或可以不处理数据装饰。

接着，通过步骤318，该系统检查所有订阅是否被配置有该数据或与其相关联。如果是，该系统将该装置数据排队存储用于发布(步骤320)，处理该订阅规则(步骤322)并且借由将该经处理的数据转发给如该订阅规则所指示的接收器端点以将其发布(步骤324)。然而，如果没有订阅被配置，该数据将被存储起来不进行进一步评估。

图4a是一个流程图，该流程图示出了在用其他外部数据增强或扩充所接收的数据的过程中涉及的各个步骤，以便减小装置需要发送的数据量并且借由如图3a所示的步骤314的数据装饰的过程改善对于最终用户的有用性。如果数据装饰被配置成用于与特定容器相关联的任何装置数据，该系统通过步骤402借由从存储设备中查找装饰映射以处理该数据装饰(步骤314)。接着，通过步骤404，该系统在该装置数据中搜索同样被配置在数据装饰映射中的参数。通过步骤406，如果在该装置数据中找到了这些数据装饰参数，该系统通过步骤408将该数据装饰添加到该装置数据上。接着，该系统通过如图3a所示的步骤316查找与该容器相关联的订阅。

图4b示出了数据装饰映射的一个实例。例如，如果该装置数据包含被称为“序列号”的一个参数并且该参数的值是“1234”，并且该数据被配置有数据装饰映射，那么该网关应用或系统能够使用装饰映射将“出租车号”和“驾驶员”添加到从该装置中接收的数据中并且将该数据和其数据装饰一起存储并且按照下文描述的发布该经处理的数据。该最终用户可以使用如以下实例中所示的这个系统。出租车公司在具有车辆号22的出租车中安装具有序列号1234的跟踪装置。该装置被配置成用于仅发送与其装置识别号相关联的位置数据，但是作为该最终用户的该出租车公司也想知道这个装置安装在哪个出租车上并且是哪个驾驶员当前驾驶该出租车。该最终用户出租车公司配置一个应用实现平台(同样称作应用中间件)，借由在该应用实现平台中供应一个“装置序列号上的数据装置映射”使用单独的查找功能将出租车号和具有装置序列号的驾驶员姓名相关联。在这个实例中，该应用实现平台将看到对从这个装置中接收的数据执行数据装饰映射的指令，并且接着在将该增强的数据馈送存储在该容器和该发布队列中之前将出租车号和驾驶员姓名添加到该装置数据中。当如果该装置已经发送该出租车号以及驾驶员姓名和该位置数据时，该最终用户出租车公司的该应用能够立刻处理该装置数据。

图5a是示出了使用订阅规则处理装置馈送数据时涉及的各个步骤的流程图，如图3a中所示的步骤322。通过步骤318，该系统检查所有订阅是否被配置有该数据；如果是，则其基于由用户选择的规则将该装置数据存储在发布队列中(在这个实例中，先进先出或FIFO)(步骤320)，并且其通过如图3a所示的步骤322处理订阅规则。如图5a中所示，为了处理这些订阅规则，通过步骤502，该系统首先从数据库中检索该规则集。对于该规则集中的每一个条件，其从该装置数据中提取一个参数值(步骤504)并且对该装置数据中的该参数值和该规则中配置的值进行比较(步骤506)。如果其发现规则集中的所有评估过的条件都是真的(步骤508)，则其进一步检查被配置成用于处理数据的用户脚本(步骤510)。如果用户脚本是如此配置的，其将该数据发送给脚本引擎以用于脚本执行(步骤512)。如果规则集中的所有评估过的条件都是不真的或者如果没有用户脚本被配置成用于处理数据，该数据将被存储起来不进行进一步处理(如图3a中所示的步骤324)。

图5b示出了一个规则的实例，其中如果数据中的“轻(light)”参数值等于“20”，装置数据将被发送给用户脚本以用于处理。如图5b中所示的，订阅与规则相关联。该规则包括：引起动作的一个或多个条件、基于这些规则的评估结果的一个动作类型以及由可执行程序执行的一组指令集以基于这些规则的评估结果执行该动作类型。一个条件由三部分组成：参数、运算符和值。如在该规则实例中所示出的，“参数”被定义为“轻(light)”，运算符“op”被定义为“＝”并且“值”被定义为“20”。该规则实例进一步示出了定义为“EVAL”的“动作类型”，并且当所有评估过的条件都是真的，在该订阅中指定的该动作被执行成如“enabldSub”：“true(真)”所示。

图6a是一个流程图，该流程图示出了使用应用程序编程接口(API)密钥以管理对容器的访问，或者用于装置将数据投递给该容器或者用于最终用户或最终用户应用从一个容器中检索数据。在一个实施例中，该应用程序编程接口(API)密钥是使用账号密钥生成的。该账号密钥也可是一个API密钥，然而，API密钥并不总是账号密钥。API密钥被指定成具有对单独资源的读取/写入特权，然而该账户密钥总是被指定成具有所有资源的读取/写入特权。

当该装置数据管理系统接收到向容器中写入数据(例如从装置中投递出数据)或从容器(例如从具有订阅的最终用户)中读取数据的请求以访问数据时(步骤602)，其检查在该请求中是否存在API密钥(步骤604)。如果没有发现这样的密钥，该系统拒绝该请求(步骤606)。如果在该请求中存在该API密钥，则该系统接着在该数据库中查找分配给用于这个API密钥的访问规则(步骤608)。如果没有发现该访问规则，该请求被拒绝(步骤614)。如果找到了该访问规则，则其查看该规则是否与所请求的资源中的所请求的动作(例如读取或写入)相匹配(步骤612)。如果该规则与所请求的动作相匹配，则允许该请求(步骤616)，并且如果该规则与所请求的动作不匹配，则拒绝该请求(步骤614)。

图6b是示出了读取和写入数据以及用于数据订阅和数据查询两者的一个“容器”API的实例。例如当装置与系统通信以投送数据或从容器中读取数据时，该装置数据管理系统可例如从订户应用或从订户或从其他客户端接收向容器写入数据以便访问数据的请求。当该数据经过处理之后被推送给最终用户或最终用户应用时，可基于涉及推送功能的订阅访问数据，或者如所请求的那样或根据调度，该订阅可允许该最终用户发送询问以从该数据管理系统中检索数据。该系统使用该请求的URL路径确定是否检索已经被放置于队列中用于推送订阅的数据或者是否为了满足一次性的或调度的轮询查询而检索满足查询参数的所有数据。

图7示出了根据本发明的一个实施例，处理订阅信息所指示的原始装置数据。系统700包括各种容器以及在这些容器中与数据订阅相关联的服务执行。如图所示，装置将具有二进制有效载荷的http消息投递给原始数据容器702，该原始数据容器包含多个二进制消息。配置给原始数据容器702的该订阅借由二进制解码器服务704发送数据流，并且将已解码和已修改的数据重新投递给已解码的消息容器706。然后，配置给该已解码的消息容器的该订阅借由发送给Json转换器708的一个消息投递该数据，该Json转换器将该已处理的数据重新投递给Json消息容器710。然后，配置给该Json消息容器的该订阅借由用于使用数据装饰映射功能或增强服务处理的增强Json消息712投递数据，并且接着向目标消息容器714投递已增强数据，所有保持适当的API密钥716的最终用户都可以向该目标消息容器订阅以便接收该已增强数据。

图8示出了根据本发明的一个实施例的一个数据处理系统800，该数据处理系统适用于存储计算机程序产品和/或执行程序代码。数据处理系统800包括借由系统总线806耦合到存储器元件804a-b的处理器802。在其他实施例中，数据处理系统800可包括多于一个处理器并且每个处理器可借由系统总线直接或间接耦合到一个或多个存储器元件。

存储器元件804a-b可包括实际执行程序代码时使用的局部存储器、大容量存储器及提供至少某些程序代码的暂时存储的高速缓冲存储器，以便减少在执行时必须从大容量存储器中检索代码的次数。如所示出的，输入/输出或I/O装置808a-b(包括但不限于键盘、显示器、定点装置等)耦合到数据处理系统800上。I/O装置808a-b可通过中间I/O控制器(未示出)直接或间接耦合到数据处理系统800上。

在图8中，网络适配器810耦合到数据处理系统802上以使得数据处理系统802能够变得借由通信链路812耦合到其他数据处理系统或远程打印机或存储装置上。通信链路812可以是专用网络或公用网络。调制解调器、电缆调制解调器和以太网卡只是当前可用的网络适配器的类型中的少数。

这里描述的实施例可以采取完全硬件实现、完全软件实现、或包含硬件和软件元素二者的实现形式。实施例可在软件中实现，该软件包括但不限于应用软件、固件、常驻软件、微代码等。

可使用任何适当的控制器或处理器以及软件应用实现此处描述的步骤，该软件应用可被存储在任何适当的存储位置或计算机可读介质中。该软件应用提供使该处理器能够致使该接收器执行此处描述的功能的指令。

另外，实施例可采取可从计算机可使用或计算机可读介质访问的计算机程序产品的形式，该计算机可使用或计算机可读介质提供程序代码来由计算机或任何指令执行系统使用或联系计算机或任何指令执行系统使用。为了该描述的目的，计算机可用或计算机可读介质可以是可包含、存储、传递、传播或传输程序的任何设备，以用于由指令执行系统、设备或装置使用，或结合指令执行系统、设备或装置使用。

介质可以是电子、磁性、光学、电磁、红外、半导体系统(或设备或装置)或传播介质。计算机可读介质的示例包括半导体或固态存储器、磁带、可移动计算机磁盘、随机存储存储器(RAM)、只读存储器(ROM)、硬质磁盘和光盘。光盘的当前实例包括DVD、压缩盘-只读存储器(CD-ROM)和压缩盘-读/写(CD-R/W)。为了用更多的细节描述本发明的这些特征，现在结合这些附图参考如下描述。

在此所述的任何理论、运行机制、证据、或发现旨在进一步加强对本发明的理解，并且并不打算以任何方式使本发明依赖于这种理论、运行机制、证据、或发现。应当理解的是，虽然上述说明中对词语“更可取的”、“优选地”或“优选的”的使用表示如此描述的特征可能更可取，尽管如此，它可能不是必要的，并且没有该特征的实施例可以视为在本发明的范围之内，该范围由接下来的权利要求书所定义。

类似地，可由本发明预想到术语通信网络包括使用一个或多个通信架构、方法和网络的跨越网络(例如用于机器对机器或M2M通信的网络，但不限于该网络)的通信包括但不限于：码分多址访问(CDMA)、全球移动通信系统(GSM)(“GSM”是GSM协会的标志)、通用移动通信系统(UMTS)、长期演进(LTE)、4G LTE、无线局域网(WIFI)、和一个或多个有线网络。

尽管本发明依据所示实施例进行了描述，本领域的普通技术人员应容易理解对于诸实施例可进行各式变化，且这些变化将属于本发明的精神和范围之内。相应地，在不偏离本发明的精神和范围的情况下，本领域的普通技术人员可以作出许多修改。还设想了本发明的许多其他实施例。

Claims (15)

1.一种用于管理在网络上操作的一个或多个装置与接收器端点之间的装置数据馈送的计算机实现的方法，该方法包括：

使用一个或多个数据描述根据数据类型从接收自在所述网络上操作的一个或多个装置的装置数据馈送中提取装置数据，其中该装置数据是由于该一个或多个装置执行的操作而通过该一个或多个装置所产生的数据；

将一个数据模型与一个或多个容器相关联并且将一个订阅与一个或多个容器相关联，

其中该数据模型包括一个或多个数据字段并且与提供该装置数据的该一个或多个装置的至少一个装置和保持该装置数据的该一个或多个容器中的至少一个容器相关联，以及

其中该订阅包括以下项中的一个或多个：用于处理所提取的装置数据的至少一个规则、脚本和它们的组合；以及

将至少一个订阅标识符配置到该一个或多个容器中的该至少一个容器上，其中，该至少一个订阅标识符与所述网络上的一个接收器端点相关联；

基于该数据模型将所提取的装置数据分组到该一个或多个容器中；以及

根据与该一个或多个容器相关联的该订阅在该一个或多个容器中的该至少一个容器中处理经分组的所提取的装置数据并且将经处理的所提取的装置数据传输到该接收器端点。

2.如权利要求1所述的计算机实现的方法，其中，将该至少一个规则应用到一个或多个条件中的任一个条件，其中有待通过使用一个可执行程序在该装置数据上执行基于这些规则的一个应用结果而产生的一个动作类型并且使用应用程序编程接口密钥在执行动作之后管理对该装置数据的访问。

3.如权利要求1所述的计算机实现的方法，还包括：

使用该至少一个规则来确定是否有待执行涉及数据增强的一个动作，

如果满足该至少一个规则的条件，使用一个可执行程序来关联位于与该装置数据馈送相关联的一个数据存储器中的外部数据；以及

根据相关联的订阅信息处理经增强的数据。

4.如权利要求2所述的计算机实现的方法，其中，该至少一个规则配置有一个编程源代码，并且该动作类型是将该装置数据发送到一个内部系统进程以执行该编程源代码。

5.如权利要求1所述的计算机实现的方法，其中，该至少一个规则包括以下各项中的任一项：引起多个动作的一个或多个条件，基于这些规则的一个评估结果的一个动作类型，以及一个可执行程序的一个源代码或者它们的组合，该源代码用于基于这些规则的该评估结果使用应用程序编程接口密钥执行该动作类型以管理该装置数据的访问。

6.一种用于管理装置数据馈送的计算机实现的系统，该系统包括：

一个网关，该网关在一个装置和一个接收器端点之间；

其中，该网关被配置有

一个数据模型，以允许该网关

使用一个或多个数据描述根据数据类型从该装置数据馈送中提取装置数据，以及

一个或多个容器，用于基于该数据模型将所接收到的该数据类型分组到该一个或多个容器中，其中该一个或多个容器中的至少一个容器与一个数据模型相关联并且所述至少一个容器与一个订阅相关联，

其中，该数据模型包括一个或多个数据字段并且与提供该装置数据的至少一个装置以及保持该装置数据的该一个或多个容器中的至少一个容器相关联，以及

其中，该订阅包括以下项中的一个或多个：用于处理所提取的装置数据的至少一个规则、脚本和它们的组合；以及

与该一个或多个容器中的该至少一个容器和网络上的一个接收器端点相关联的订阅标识符，以及

处理器，所述处理器根据与该一个或多个容器中的该至少一个容器相关联的该订阅在该至少一个容器中处理经分组的所提取的装置数据并且将经处理的所提取的装置数据传输到所述网络上的与该订阅标识符相关联的该接收器端点。

7.如权利要求6所述的计算机实现的系统，其中，将该至少一个规则应用到一个或多个条件中的任一个条件，其中有待通过使用一个可执行程序在该装置数据上执行基于这些规则的一个应用结果而产生的一个动作类型并且使用应用程序编程接口密钥在执行动作之后管理对该装置数据的访问。

8.如权利要求6所述的计算机实现的系统，其中，该至少一个规则包括以下各项中的任一项

引起多个动作的一个或多个条件，

基于这些规则的一个评估结果的一个动作类型，以及

一个可执行程序的一个源代码，该源代码用于基于这些规则的该评估结果执行该动作类型。

9.如权利要求7所述的计算机实现的系统，该系统进一步包括：

将该至少一个规则配置有一个编程源代码，并且该动作类型是将该装置数据发送到一个内部系统进程以执行该编程源代码。

10.如权利要求6所述的计算机实现的系统，还包括：

使用该至少一个规则来确定是否有待执行涉及数据增强的一个动作，

如果满足该至少一个规则的条件，使用一个可执行程序来关联位于与该装置数据馈送相关联的一个数据存储器中的外部数据；以及

根据相关联的订阅信息处理经增强的数据。

11.一种计算机可读介质，该计算机可读介质存储有用于使一个计算机控制执行一个用于管理装置数据馈送的应用的计算机可读编程，该应用包括：

使用一个或多个数据描述根据从多个装置接收的数据类型从该装置数据馈送中提取装置数据，

将一个数据模型与一个或多个容器相关联并且将一个订阅与一个或多个容器相关联，

其中该数据模型包括一个或多个数据字段并且与提供该装置数据的至少一个装置以及保持所述装置数据的该一个或多个容器中的至少一个容器相关联，以及

其中该订阅包括以下项中的一个或多个：用于处理所提取的装置数据的至少一个规则、脚本和它们的组合；以及

将至少一个订阅标识符配置到该一个或多个容器中的该至少一个容器上，其中，该至少一个订阅标识符与网络上的一个接收器端点相关联；

基于该数据模型将所提取的装置数据分组到该一个或多个容器中；以及

根据与该一个或多个容器相关联的该订阅在该一个或多个容器中的该至少一个容器中处理经分组的所提取的装置数据并且将经处理的所提取的装置数据传输到该接收器端点。

12.如权利要求11所述的计算机可读介质，其中，该应用包括将该至少一个规则应用到一个或多个条件中的任一个条件，其中有待通过使用一个可执行程序在该装置数据上执行基于这些规则的一个应用结果而产生的一个动作类型并且使用应用程序编程接口密钥在执行动作之后管理对该装置数据的访问。

13.如权利要求11所述的计算机可读介质，其中，该至少一个规则包括以下各项中的任一项：引起多个动作的一个或多个条件，基于这些规则的一个评估结果的一个动作类型，以及一个可执行程序的一个源代码，该源代码用于基于这些规则的该评估结果使用应用程序编程接口密钥执行该动作类型以管理该装置数据的访问。

14.如权利要求12所述的计算机可读介质，该计算机可读介质还存储有多个指令，这些指令用于：

将该至少一个规则配置有一个编程源代码，并且该动作类型是将该装置数据发送到一个内部系统进程以执行该编程源代码。

15.如权利要求11所述的计算机可读介质，还存储有多个指令，这些指令用于：

使用该至少一个规则来确定是否有待执行涉及数据增强的一个动作，

如果满足该至少一个规则的条件，使用一个可执行程序来关联位于与该装置数据馈送相关联的一个数据存储器中的外部数据；以及

根据相关联的订阅信息处理经增强的数据。

Images