CN104067563A

CN104067563A - 数据分发平台

Info

Publication number: CN104067563A
Application number: CN201180076268.8A
Authority: CN
Inventors: 米格尔·安赫尔·蒙哈斯略化特
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2011-11-18
Filing date: 2011-11-18
Publication date: 2014-09-24
Anticipated expiration: 2031-11-18
Also published as: WO2013071978A1; CN104067563B; EP2781057B1; US20150039635A1; US10558717B2; EP2781057A1

Abstract

在处理实体中从至少一个数据生成设备接收数据点的一个或多个流；从客户端设备接收流请求，该流请求指示至少一个数据流，并且包括指示流修改的信息；将指示流修改的所述信息转换为关于所述至少一个数据流中的数据点的选择准则；通过基于所转换的选择准则过滤数据流来修改所述至少一个数据流；以及将修改后的数据流提供给客户端设备。

Description

数据分发平台

技术领域

本发明涉及一种用于接收、修改以及提供一个或多个数据流的处理实体，以及一种用于基于指定的选择准则生成包括指示流修改的信息在内的流请求信息的处理单元。更具体地，本发明涉及对从多个数据生成设备输入并要输出到多个客户端设备的数据进行分发。本发明还涉及相应的操作方法、计算机程序以及计算机程序产品，以及一种用于提供数据分发平台的系统。

背景技术

近几十年来，电信技术和工业得到了巨大的发展。起初，它解决基本需求，例如连接地点、办公室以及家，并且它是通过固定线路电话来完成的。接下来的需求是人的通信，通过移动电话来实现。当前，技术和工业正在准备“物”的连接，通常被称为物联网(IoT)或者机器对机器(M2M)。计划到2015年，将有500亿台设备连接到该网络。

提出一种机器对机器(M2M)平台的逻辑架构，包括所谓的M2M连接层和所谓的M2M服务使能层。M2M连接层的主要目的是确保：存在到设备的连接，该连接是可靠的，提供漫游的可能性，以及总体上针对若干约束优化了连接基本设施。后者可以解决：连接设备通常具有低移动性(除了在运输和物流相关的商业中)、低业务量、以及每一所有者拥有许多设备。

M2M服务使能层的主要目的是确保设备正在测量或生成的信息的上下文以及该信息有意义，可以通过应用层协议(通常通过TCP/IP，例如HTTP/XML和SMS等)来访问该信息。因此，服务使能必须确保对设备的透明访问(无论连接技术如何)、对这种设备的统一命名(通常通过URI＝唯一资源标识符)、向开发者披露统一应用面界面、访问控制和对设备的安全访问、服务质量保证。后者可以包括给来自传感器的数据分配优先级或调节其结果。

图5A和5B示出了一种用于M2M服务使能的方法。不同组织可以维护M2M连接和M2M服务使能，因为它们之间的连接不是强制的。设备所有者(拥有设备的实体，因而也是可以许可对设备正在测量或生成的数据进行访问数据的实体)使用该M2M服务使能平台来访问其设备，并且从而能够创建满足其要求的应用。例如，“示例汽车公司”将通过由“示例网络操作者”通过API所提供的M2M服务使能平台，在从速度计读取到其汽车的速度时访问该速度。该信息将提供给为了计算其汽车的平均速度而收集这种数据的应用。

允许传感器和设备的所有者将传感器数据连接到网络和开发者以利用这种数据构建其自身应用的现有的服务提供者是“Pachube”。其供应是围绕以下数据类型的分层构造的：[1]环境或馈源(一堆测量数据，通常在特定地理位置，由馈源的创建者定义并由传感器和设备测量；环境可以表示来自物理(例如，空间、移动设备、建筑物或森林)和虚拟实体(例如第二生命模型、服务器带宽监控等)二者的测量)；[2]数据流(环境内的具有唯一ID并可能指定“单位”(例如“瓦”)以及用户定义的“标签”(例如冰箱能量)的各个传感器或测量设备)；以及[3]数据点(数据流在时间上的特定点处的单个值，可能由时间戳的密钥值对以及该时间处的值来表示)。

可以在以下示例中描述Pachube服务的典型使用：利用温度、湿度和CO2传感器(“数据流”)在门厅(“环境”)中接通电源。创建名为“示例门厅”的Pachube馈源，具有三个数据流，其中ID可以是“温度”、“湿度”和“CO2”；可以分别标记为“热的、非接触的”、“电容性的、SHT21”以及“MG811”；以及具有单位“摄氏”、“％RH”和“ppm”。某一时间点上的各个数据点可以分别是“23.2”、“34”和“3820”。

Pachube当前被构造为将其服务以三个等级(所谓的计划)提供给开发者：[1]基本的(开发者可以通过每个时间单位有限数目的请求，访问所有公共馈源、访问长达一个月之前的馈源的历史数据、以及访问有限数目的数据流)；[2]Pro(开发者可以通过每个时间单位有限、但更大数目的请求，访问所有公共馈源、访问长达一个月之前的馈源的历史数据、以及访问大量数据流)；以及[3]高端的(开发者可以访问所有公共馈源以及私有馈源、访问馈源的所有历史数据、以及访问具有更大限制的甚至更大的数据流集)。然而，可以在传统服务中确定下列问题：首先，开发者可能不被允许选择性地只访问那些开发者实际感兴趣的数据馈源。相反，开发者获得对整个现有数据馈源的访问，这取决于开发者已付费的等级。因此，访问控制模型的粒度非常粗，并且不支持仅访问用户感兴趣的馈源的可能性。尽管从开发角度，该粗粒度的访问控制模型实现和部署起来更为简单，但是这种设计决定具有以下一个或多个缺点：它使得很难确定系统的尺寸。也就是说，一旦给开发者许可某一访问等级，该开发者可以访问他希望的任何馈源。对于该系统的尺寸确定的估计必须考虑这种事实，这最终导致容量过量。此外，馈源始终提供来自其数据流的所有数据点。没有调整提供给开发者的信息量使得系统无法对客户端(开发者)进行优先级划分以及无法给客户端提供不同的服务质量等级。

第二，传统模型遵从严格的公共-消费模型。在该模型中，客户端(开发者)能够支付并访问在相应的平台中发布的设备数据。然而，它们无法扮演声明它们可能有兴趣访问的数据的类型或声明哪些服务等级条件对它们而言足以在平台上发布设备数据的主动角色。

因此，需要一种改进的数据分发平台，在输入侧处理来自多个生成设备的数据流，并在输出侧将该数据分发给多个客户端设备。更具体地，需要修改输入侧与输出侧之间的数据流，以更有效地解决客户端设备的需要。还需要允许客户端以更细的粒度选择它们感兴趣的数据和/或自己指定所供应的数据包，也就是至少提出数据如何在数据分发平台上被供应的形式。

发明内容

以上目的通过独立权利要求的主题来实现。从属权利要求中描述了优选实施例。

根据本发明的一实施例，提供了一种处理实体，该处理实体包括处理单元，该处理单元被配置为：从至少一个数据生成设备接收数据点的一个或多个流，以及从客户端设备接收流请求。该流请求指示至少一个数据流，并且包括指示流修改的信息。该处理单元还被配置为将指示流修改的所述信息转换为关于所述至少一个数据流中的数据点的选择准则；通过基于所转换的选择准则过滤数据流来修改所述至少一个数据流；以及将修改后的数据流提供给客户端设备。

根据本发明的另一实施例，提供了一种处理实体，包括处理单元，该处理单元被配置为：接收认证信息，所述认证信息指示对关于数据点的至少一个数据流之中的一个数据流中的数据点的选择准则的访问权限。基于访问权限，许可对关于所述至少一个数据流中的数据点的选择准则的访问。该处理单元还被配置为：接收用于指定所述选择准则的命令；以及基于所指定的选择准则生成指示流请求的流请求信息，所述流请求指示所述至少一个数据流，并且包括指示流修改的信息。

根据其他实施例，提供了操作方法、计算机程序、计算机程序产品、以及用于提供数据分发平台的系统。

附图说明

现有将参照附图对为了更好地理解本发明的思想所呈现的、但不视为限制本发明的本发明的实施例进行描述，在附图中：

图1示出了根据本发明实施例的数据分发平台中所涉及的处理实体的示意表示；

图2示出了根据本发明实施例的数据分发平台中所涉及的处理实体的示意表示；

图3A至3D示出了根据本发明实施例的数据分发平台的示意表示；

图4A至4D示出了本发明的方法实施例的序列图；以及

图5A和5B示出了M2M平台架构和功能的示意表示。

具体实施方式

图1示出了根据本发明的一个实施例。本实施例包括处理实体1，处理实体1包括处理单元100，处理单元100被配置在输入侧，用于接收源自至少一个数据生成设备2的多个流61...6n中的至少一个流6i。流61...6n包括数据点611...6n1，因此例如流61的第一数据点由数据点611标识。数据点611因此可以是以下意义内的离散数据点：一个这样的离散数据点表示有意义的信息。例如，数据点611包括数据点识别信息(例如ID或时间戳)和关联数据点值信息(例如，与时间戳的时间相关联的物理量的值)。这样，一个单个时间点能够单独地、独立于流中的其他数据点地表示有意义的信息。根据以上示例，数据点611可以指向特定时间点(时间戳，数据识点别信息)处的特定温度(物理量，数据点值信息)。

例如，流6i源自的数据生成设备2可以是网络连接的传感器设备。也就是说，数据生成设备2可以是测量物理量、并通过网络输出表示所测量的物理量的数据点的流的传感器。这种设备的示例是互联网连接的温度传感器、湿度传感器或CO2传感器。此外，数据生成设备2也可以是测量并输出由计算机生成或计算的“虚拟量”的设备。例如，这种“虚拟量”可以是服务器带宽、数据速率、或在在线服务或在线计算机游戏中生成的特定信息。

在处理实体1的处理单元100处接收数据点的流6i。在一示例性实施例中，处理实体是上述M2M服务使能层在其上实现的服务器，处理单元是在该服务器上运行的程序。

除了接收数据点的流6i以外，处理单元100还被配置为接收流请求7。这种流请求7通常从客户端设备3接收，也就是说，设备2提供的数据的消费者。流请求7指示特定数据流(即，数据流6i)，并包括指示流修改的信息。数据流6i的修改是要获得修改后的流6i’，并在处理单元100的模块101中发生。

具体地，在接收到流请求7时，数据处理单元100将指示流修改的信息转换为关于流请求7中所指示的数据流中的数据点的选择准则720。在该示例性实施例中，例如，选择准则可以是M2M服务使能层所应用的策略集合。基于这些选择准则720，处理单元对流请求中所指示的数据流进行过滤，并由此修改(101)该流。这种修改尤其在于选择流中的数据点的子集。

在一示例性实施例中，选择准则可以指定每小时向客户端设备提供数据点的最大次数；可以访问数据点的客户端设备的最大数目；数据点的最大采样频率；与数据点相关联的时间戳；与数据点相关联的服务质量参数；或与客户端设备相关联的访问权限。在该示例性实施例中，通过移除没有落入所定义的选择准则内的数据点来修改流。

通常，根据本发明实施例的修改的目标在于，在流等级上修改数据流6i。因此，可以在数据流6i和6i’二者中(即，在修改之前和修改之后)发现单个数据点6ij。然而，修改导致作为流6i的原始部分、但在流6i’中再也找不到的特定数据点6ik的删除(过滤)。该过滤可以基于选择准则720来实现。此外，修改还可以包括将并非流6i的一部分、而是源自另一个流6j、存档的流数据、或来自处理单元100中的特别生成的数据点6ij插入到流6i内(以形成流6i’)。后者可以包括计算运行的平均数据点等。总之，修改后的流6i’是由源自一个或多个输入流、存档的流或甚至新的生成/计算的数据点6ii’编辑的。

在输出侧响应于请求7来将数据点的修改后的流6i’提供给客户端设备3。

在一示例性实施例中，客户端设备3与希望使用来自传感器的数据来创建应用的开发者相关联。流请求7可以指向设备数据分组，并且可以指示来自一个或多个数据生成设备2的流。例如，包括在流请求7中的并且指示流修改的信息可以构成服务等级条件，服务等级条件可以用于定义客户端希望访问的数据点的子集。

尽管对实施例的描述可能涉及“流”、“数据生成设备”和“客户端设备”，但是要注意的是，处理单元自然能够接收多个流，并且能够从多个数据生成设备接收该多个流。此外，处理单元能够修改接收到的多个流，并且可以将其提供给多个客户端设备。

此外，数据生成设备2所输出的数据流61...6n包括多个对应的数据点611、6n1、...。在一示例性实施例中，数据点的流是用于表示信息的元组的序列，并且每个元组在特定的不同的时刻传输。元组包括至少一个数据值，并且隐式地包括一个时刻。这样，所谓的数据点识别信息不是元组的必要部分。相反，数据点的识别也可以在流中按排列顺序来创建。元组的可能内容包括一个数据关键词和一个数据值(以及隐式时刻)。数据关键词描述元组传送的信息的类型。数据值是信息的实际值。

无论如何，在时刻t_i发出的元组的表示t_i如下所示：

T_i＝{k_i，v_i，t_i}

其中，k_i是数据关键词，v_i是数据值，以及t_i是发出时间。k_i通常属于预定义的词汇，在发出方与接收方之间共享。当数据点的流的接收方能够推断正在传送的数据的类型(因为接收方事先知道或者它能够发现)时，不需要数据关键词。元组可以是多维的，包括所需的许多元素。

图2示出了根据本发明的一实施例。本实施例包括处理实体4，处理实体4包括处理单元400。处理实体4可以与结合图1所描述的处理实体1交互。也就是说，实体4提供流请求信息70，流请求信息70可以由例如客户端设备用于制定和/或发出流请求7。

首先，处理实体4可以允许与数据生成设备相关联的用户(也称为设备所有者)定义关于数据生成设备所输出的数据点的流的流请求。根据其他实施例，想要接收流数据点的特定子集的客户端然后能够从所定义的流请求中选择最符合他的要求的一个流请求。

为此，实体4的处理单元400被配置为接收认证信息8，认证信息8指示对关于数据点的流中的数据点的选择准则720的访问权限80。在一示例性实施例中，处理实体4是实现数据分发平台(例如设备数据存储平台)的服务器。认证信息8可以是标识先前向该平台注册了的设备所有者的证书子集。

在基于访问权限80许可(401)对选择准则720的访问时，处理单元400可以接收用于指定选择准则720的命令90。然后，处理单元基于所指定的选择准则生成流请求信息70，从流请求信息70中能够推导出流请求7，流请求信息70指示数据流，并且包括指示流修改的信息。

在一示例性应用中，设备所有者可以将命令90发送至处理单元400，以执行对选择准则720的指定。该指定可以包括选择预先存在的准则、适配选择准则的特定参数、或定义新的选择准则。如之前所提到的，选择准则720涉及至少一个流，并且用于定义数据点的子集。这样，基于对选择准则的指定，可以生成修改信息，在其他实施例中该修改信息可以用于过滤和修改输入的数据流。可以将所指定的选择准则和所指定选择准则所涉及的数据流打包到流请求7内。

在另一示例性实施例中，流请求信息70可以是针对来自一个特定设备的流的选定的数据点的设备数据包，所述选择准则定义了特定服务等级条件。因此，客户端可以从实体4获取流请求信息70(例如通过购买过程)，并使用流请求信息70来向实体1请求(7)所期望的流6i’。因此，根据上述，可以定义并生成指示流请求7的流请求信息70。在其他实施例中，可以向客户端提供多个定义的流请求，以选择一个或多个流请求。

下面将参照图3A至3D来描述本发明的另一实施例。在这方面，图3B、3C和3D强调特定情形中所涉及的图3A的对应单元。图3A示出了一示例性系统的概述，该系统包括与结合图1所描述的处理实体1相对应的M2M服务使能执行平台1’。所示意的系统还包括设备数据市场(也称为设备数据商店)4’，对应于结合图2所描述的处理实体4的另一实施例。此外，设备所有者2’拥有生成数据流并与图1的数据生成设备2相对应的设备。开发者3’与客户端设备3相关联，并且是修改后的数据流的接收者。

首先将描述设备数据商店4’。这种设备数据商店的主要组件是设备数据市场，其中设备所有者能够创建所谓的设备数据包(简称为包)。不仅可以给这种包分配地理位置或标签，像在Pachube实例中(例如，由市政当局部署在马德里的气象站所提供的数据可以用标签“马德里”、“气象学”来定义；如果更为细粒度的话，则可以用标签“马德里”和“温度”、“风速”、“污染状况”、“湿度”来描述，取决于传感器的类型)，但也可以给这种包分配服务等级条件，服务等级条件规定将来自传感器的数据提供给开发者的方式。这种服务等级条件的示例可以是每小时客户端的最大数目(并行或非并行)、采样频率、数据的实时程度(即，如果实时或通过访问记录数据的过去值的高速缓存来执行对设备数据的访问)。这样，所述服务等级条件对应于其他实施例的选择准则，例如结合图1和2所描述的准则720。

在另一实施例中，也可以给设备数据包提供一个价格。该价格通常取决于服务等级条件(基本的包将具有较低的价格或者甚至是免费的；高端的包将更贵)。可以在设备数据市场中获得设备数据包描述，使得开发者能够搜索并购买适当的包(例如，引入并组合不同的参数，例如标签、位置、价格和服务等级条件)。

根据该方案，不给开发者许可对整个设备数据的访问，而是给开发者许可对感兴趣的特定包(就内容、价格和服务等级条件而言)的访问。

如图3B所示，设备数据市场4’还可以与M2M服务使能平台1’互相作用，这是因为它实际访问来自传感器的数据。当设备所有者设置服务等级条件时，将这种条件转换成M2M服务使能平台能够使用并馈送给所述平台的策略。因此，M2M服务使能平台能够实施服务等级条件。

这样，一方面，能够优化M2M服务使能平台的尺寸确定。另一方面，设备所有者还可以计划以不同服务等级创建设备数据包的供应，以使得其设备不会由于来自应用开发者的询问而过载。

此外，如图3B所示，市场4’可以使得开发者能够请求设备所有者尚未定义的设备数据包。除了完全成熟的设备数据包以外，设备所有者可以定义试验设备数据包，而不需要服务等级条件(可以定义最大值)和不同的价格选项，以使得开发者可以请求创建实际的服务包来给出给定的价格。

示例性实施例中所涉及的主要角色如下。设备所有者：设备2，2’的实际所有者，决定与第三方共享来自这些设备2，2’的信息以使得它们能够开发应用的那一方。设备数据商店操作者：设备数据商店的所有者。M2M服务使能平台操作者：实际负责使得第三方能够通过API获得来自传感器的数据的实体。假设设备数据商店的操作者与M2M服务使能平台的操作者相同。开发者：希望使用来自传感器的数据来创建应用。开发者可以针对接收修改后的数据流的客户端设备3生成那些应用，而应用使用并处理数据。

数据分发平台旨在提供一种平台，用于将来自数据生成设备(例如传感器)的数据包的展示给对使用这种数据来创建在客户端上运行的应用的数据感兴趣的开发者。可以称为设备数据市场的平台提供用于进行以下操作的手段：[a]设备所有者浏览M2M服务使能平台所支持的设备和这种设备所提供的数据(就语义、协议和服务等级条件而言)，并因此以特定标签、价格和服务等级条件创建和激活包括来自特定传感器的数据在内的设备数据包；[b]设备所有者在没有实际服务等级条件和价格(但具有服务等级条件的最大值和价格范围)的情况下创建试验设备数据包；[c]开发者搜索适当的设备数据包，它们将能够查找标签、位置、价格、服务等级条件及上述选项的组合；[d]开发者以与成熟包类似的方式搜索试验设备数据包，并要求创建和激活所述设备数据包；[e]设备所有者接收用于创建设备数据包的请求。

一旦创建了设备数据包(试验和成熟二者)，其特征可以存储在数据库中。该包数据库5’可以是设备数据商店4’的一个组件。如图3D所示，所述特征一旦被存储就可以从市场访问，以使得开发者能够进行搜索。另一方面，可以将所述包的服务等级条件提供给M2M服务使能平台，以使其实施所述条件。这种条件可以推送给M2M服务使能平台，或者可以由M2M服务使能平台按需(即，只要有请求到达M2M服务使能平台)从数据库读取。所述条件可以转换为M2M SE平台可理解的策略。

因此，数据分发平台(设备数据商店)可以包括市场4’和包数据库5’的两个功能单元。这两个单元之间不需要有紧密的联系。M2M服务使能平台1’提供对数据流的实际访问以及对数据流的编辑(修改)。

下面将说明对所描述的本发明的示例性实施例的若干使用情况：一种情况描述了由设备所有者创建设备数据包(图3B和4A)；另一种情况描述由开发者在市场中搜索包(图3C和4B)；以及通过M2M SE平台来实际访问包(图3D和4C)。此外，还描述了对试验设备数据包的管理(图4D)。

下面将参照图3B以及此外还参照图4A来描述设备数据包的创建。对于本示例性实施例，假设设备所有者已经在设备数据市场中注册。还假设设备所有者先前已经确立了与M2M连接和服务使能平台的关系，使得他的/她的设备可通过M2M连接和服务使能平台来访问，并且可供他/她创建应用。因此，假设它们可利用访问过程以及在所有者与所述操作者的协议中所确立的条件、使用任意类型的URI、通过标准API来访问。最后，还假设在设备数据库4’与M2M服务使能平台1’之间存在可靠的关系，使得设备所有者能够取得与M2M服务使能平台所支持的设备所有者的设备2’有关的信息以及所述设备所提供的数据(就语义、协议、端点和服务等级条件而言)。结果，设备数据库平台4’能够将与其设备相关联的信息提供给所有者(所述信息是从服务使能平台1’获得的)。

假设设备所有者已经通过先前与设备数据商店协商的证书而获得认证，设备数据包的创建可以通过设备数据市场4’所提供的GUI(通常是网页)来进行。

特别参照图4A来描述使用情况。在步骤S101中，设备所有者访问设备数据市场。为了简单起见，假设他使用与在服务使能平台处所使用的相同的证书(否则，可以提供用于证书生成以及两个平台处的设备所有者身份之间的身份联系的特定过程)。在步骤S102，他选择选项“创建设备数据包”，并在步骤S103，设备数据市场从M2M服务使能平台提取与所有者的设备有关的信息。它使用所有者的身份作为对于SE平台的询问关键词。它所取得的信息至少是：设备标识符(通常由设备所有者在M2M SE平台处注册该设备时分配的有意义的标识符)、与该设备相关联(以使能搜索)的标签、(如果存在的话)类型、设备URI(REST、RSS...)、API描述(可以是XML文件)和服务等级条件(例如，采样频率)。

在步骤S104，设备数据市场以有意义的方式将该信息展示给所有者。设备数据市场还提供用于所有者创建设备数据包的(图形)手段。在步骤S105，设备所有者创建设备数据包，设备数据包包括他/她所期望的数目的设备。除了包所包括的设备以外，还可以由设备所有者给它提供特征集合。可以提供服务等级作为第一特征。它定义了将由开发者执行对包的访问的条件：例如，每小时询问的客户端的最大数目、采样频率、数据的实时程度(即，如果实时或通过访问记录数据的过去值的数据库(属于SE平台)来执行访问)。另一特征可以是标签集合。可以给每个包分配使得开发者能够根据其需求发现最适合的包的不同标签。例如，试图创建针对斯德哥尔摩的天气应用的开发者可以使用诸如“斯德哥尔摩”和“天气”之类的标签。最后，包可以具有价格，这将可能取决于服务等级。假设基本的服务等级可以是免费的，而更为高级的(例如实时访问)的价格更高。

在步骤S106，一旦创建了包，则将其特征(包所包括的设备的标识符、标签、类别和特征)记录在特定数据库(包数据库5’)中。在存储包描述之前生成内部标识符，因此可以引用内部标识符。

在步骤S107，设备所有者决定激活设备数据包，并在步骤S108，根据设备所有者的决定来更新数据库中的包的状态。可选地，在步骤S109，设备数据包特征可以转换为策略集合(可以由M2M SE在其它请求中应用到该包内所包括的传感器)，并被推送给M2M SE平台。该步骤是可选的，这是因为存在不同的实施例：在其中一个实施例中，将策略推送到M2M SE平台，并本地存储；在另一实施例中，M2M SE平台在接收到来自开发者的请求时访问包数据库。作为另一备选步骤S110，如果成功，则M2M SE平台可以发送回OK状态消息。最后，在步骤S111中，设备数据市场展示了声明所定义的包已经被激活并因此准备好供开发者选择的消息。

至此，想要创建新应用的开发者能够发现适当的包(例如使用标签进行搜索)，然后使用适当的包来创建其应用。

下面参照图3C和4B描述根据本发明的示例性实施例的选择设备数据包的使用情况：已经根据结合图4A所描述的机制而被激活，设备数据包准备好供开发者选择。设备数据市场扮演应用商店的角色，但此时提供设备数据包。

假设开发者已经运行了注册过程并因此在设备数据存储平台中创建了帐号。一旦经认证，开发者访问使得开发者能够根据不同技术搜索包的GUI(通常是网页)。最常用的是基于标签(例如其他可能性可以是位置)。设备数据市场可以给标签云提供最常见或最流行的标签。此外，提供常规的“通过标签进行搜索”的功能。

如图4B所示，开发者通过与设备数据商店站点相关联的特定证书集合，在步骤S201访问设备数据市场并获得认证。在步骤S202，开发者选择选项“选择设备数据包”，并在步骤S203示出了若干搜索选项(例如，通过标签、通过位置、通过设备所有者、通过价格、通过服务等级条件、上述选项的组合...)。

响应于对选项“通过标签进行搜索”的选择和在步骤S204输入的作为搜索对象的若干标签，设备数据市场在步骤S205访问包数据库，以找到与开发者所引入的条款相匹配的包。在步骤S206，设备数据市场示出了所取得的包的列表。向开发者展示的信息必须包括可用的服务等级条件、包所包括的设备、设备类型及其位置(如果可用的话)。

在步骤S207，开发者选择一个或若干个包，并且如果价格不为空则在步骤S208中遵循可选的购买过程。在步骤S209，设备数据市场确认该选择，并创建针对开发者的特定证书集合，以进一步通过M2M SE平台进行访问。在步骤S210，设备数据市场将这类信息传送至M2M SE平台，并且如果成功，则M2M SE平台在步骤S211发回OK状态消息。在步骤S212，设备数据市场还将所述信息传送至开发者。该信息可以包括开发者随后访问来自M2M SE平台所需的所有信息(例如，端点、语法等)。至此，开发者可以访问所述包。

接下来，参照图3D和4C描述根据本发明的示例性实施例的访问设备在包内所生成的设备数据的使用情况：如以上结合图4B所描述的，在已经被选择并可选地购买的情况下，设备数据包准备好供开发者使用。在本使用情况中，设备数据市场可以不起作用。

假设开发者已经运行了注册过程，并由此已经在M2M服务使能平台中创建了帐号。一旦经认证，开发者能够访问来自传感器的属于给定包的披露给API的数据。

特别参照图4C，开发者在步骤S301中通过特定证书集合获得关于M2M服务使能平台的认证。他通常通过编程手段来完成。一旦经认证，开发者可以在步骤S302访问URI，URI提供了对他已经选择并可选地购买的设备数据包内的属于设备的数据的访问。在选择使用情况下，开发者已经获得了可编程地访问数据所需的必要信息。

当M2M SE平台在步骤S303接收到请求时，它取得与开发者已经选择并可选地购买的设备数据包有关的信息。在步骤S304，M2M SE平台验证该请求是有效的(它属于他已经选择并可选地购买的包之一)以及与包相关联的服务等级条件。如果对条件的评估是肯定的，则可以在步骤S305开发访问数据，并在步骤S306根据服务等级条件对数据进行访问。

下面参照图4D描述对试验设备数据包的管理。

也就是说，在传统的公共/消费模型以外，设备数据商店还可以提供用于消费者请求创建还不存在的设备数据包的机制。工作循环与结合图4A和4B所描述的类似，但具有如下所述的若干区别。

在某种程度上，设备数据商店能够向开发者呈现数据流信息，所述信息指定关于至少一个数据流中的一个数据流中的数据点的可能的选择准则。因此，开发者能够从所述信息中推导出哪些数据点(数据内容、物理量、数据质量、精度、间隔等)是可用的。因此，开发者可以制定试验准则信息并请求供应相应的选择准则。可以包括报价。一旦设备所有者接受该提议，他能够命令基于该试验准则信息指定选择准则。因此，生成客户端(开发者)能够用于制定请求的流请求信息。结果，客户端能够获得按照特定且期望的准则而修改的数据流。

关于创建所谓的试验设备数据包，该过程与结合图4A所描述的使用情况的过程类似。然而，在定义试验设备数据包时，设备所有者没有被请求在其中包括任何实际设备。他甚至没有被请求包括特定的服务等级条件。他可能被请求的唯一元素是标签(以允许开发者进行搜索)和可容忍的服务等级条件。可选地，他还可以定义针对这种试验包的最大价格。这些试验设备数据包的目的是找出对包的需求，以使得只在存在对于包的实际需求时仅创建包。

另一方面，用于搜索试验包并请求其创建的机制与结合图4B所描述的类似。然而，存在某些区别，将结合图4D加以描述。首先，开发者在步骤S401通过与设备数据商店站点相关联的特定证书集合访问设备数据市场并获得认证。

在下一步骤S402中，他选择“创建设备数据包”，并在步骤S403示出若干搜索选项(通过标签、通过位置、通过设备所有者、或通过上述选项的组合...)。在步骤S404，他可以选择“通过标签搜索”并引入若干标签作为搜索对象。相应地，设备数据市场在步骤S405访问包数据库，以找出与开发者所引入的条款相匹配的试验包，并在步骤S406设备数据市场示出与开发者在其搜索操作中所设置的准则相匹配的选项。向开发者所展示的信息至少包括可用服务等级条件和与这种服务等级条件相关联的价格。

在步骤S407，开发者选择设置了与他的/她的需要更好地适应的条件的一个或多个试验包。在步骤S408中在包数据库中记录所选择的特征，但不是作为常规包，而是作为实际设备数据包的模板。

在步骤S409，开发者可以接收OK声明，以提供与他的/她的请求何时将应答有关的信息。通过任意手段(短消息、在设备数据市场处访问他的/她的帐号时的通知)，设备所有者可以在步骤S410接收与用于创建实际设备数据包的请求有关的通知。然后，对包的实际创建可以遵循结合图4A所描述的过程。

本发明的实施例可以提供以下一个或多个优点：

首先，设备数据商店提供用于访问来自传感器的数据的细粒度的模型。它以不同服务等级条件提供了对不同类型的设备数据包的定义，甚至涉及相同设备(设备包A可以包括伦敦的所有气象站，每小时进行数据更新；设备包B包括相同的设备集合，但提供每分钟的更新测量)。

第二，设备数据商店可以使得开发者能够扮演更为主动的角色，不单单是设备所有者所公布的的内容的消费者，而还是对包的主动请求者。

此外，通过允许客户端设备向处理单元指示修改信息，可以使得客户端能够以细调整的方式指定他想要接收的流中的数据点的子集。因为这一指定发生在分发点，所以在将数据传送到客户端设备之前能够减小数据的量。因此，可以接收客户端实际感兴趣的数据，并且客户端不必分配不必要的资源来接收和处理他没有用的数据。此外，以类似的方式，从分发系统的角度，上述处理实体是有益的，因为它避免了或至少减少了传输单元对数据的不必要传输。

此外，可以给处理实体提供与将要被发送至客户端设备的数据有关的特定信息。这样，可以以更好的精度来估计分发系统的尺寸确定，并且可以减少对过量系统容量的分配。

尽管已经描述了详细实施例，然而这些仅用于提供对独立权利要求所定义的发明的更好理解，而不被视为是限定。

Claims

1.一种处理实体，包括处理单元，所述处理单元被配置为：

-从至少一个数据生成设备接收数据点的一个或多个流；

-从客户端设备接收流请求，所述流请求指示至少一个数据流，并且包括指示流修改的信息；

-将指示流修改的所述信息转换为关于至少一个数据流中的数据点的选择准则；

-通过基于所转换的选择准则过滤数据流来修改至少一个数据流；以及

-将修改后的数据流提供给客户端设备。

2.根据权利要求1所述的处理实体，其中，所述流请求包括标识客户端的信息，并且所述处理单元还被配置为：仅向由所述流请求中包括的所述信息所标识的客户端设备提供修改后的数据流。

3.根据权利要求1或2所述的处理实体，其中，在将指示流修改的所述信息转换为选择准则时，所述处理单元被配置为访问数据库。

4.根据权利要求1至3中任一项所述的处理实体，其中，所述处理实体被配置为：基于接收到的流请求向网络设备发出命令，以指定用于网络设备将修改后的数据流提供给客户端设备的预定目标服务质量。

5.根据权利要求1至4中任一项所述的处理实体，其中，所述处理实体包括存储单元，并且所述处理单元还被配置为存储数据点的一个或多个流。

6.根据权利要求5所述的处理实体，其中，所述处理单元还被配置为：在修改数据流时，附加所存储的一个或多个流中的数据点。

7.根据权利要求1至6中任一项所述的处理实体，其中，所述数据点是离散的数据点。

8.根据权利要求7所述的处理实体，其中，所述离散的数据点包括数据点识别信息和数据点值信息。

9.根据权利要求1至8中任一项所述的处理实体，其中，所述处理单元还被配置为：对流请求信息所接收自的客户端设备进行认证。

10.根据权利要求1至9中任一项所述的处理实体，其中，所述处理实体是机器对机器服务使能平台的一部分。

11.一种处理实体，包括处理单元，所述处理单元被配置为：

-接收认证信息，所述认证信息指示对关于数据点的至少一个数据流之中的一个数据流中的数据点的选择准则的访问权限；

-基于访问权限，许可对关于所述至少一个数据流中的数据点的选择准则的访问；

-接收用于指定所述选择准则的命令；以及

-基于所指定的选择准则生成指示流请求的流请求信息，所述流请求指示所述至少一个数据流，并且包括指示流修改的信息。

12.根据权利要求11所述的处理实体，其中，所述处理单元还被配置为：

-将与流请求信息有关的信息提供给客户端设备；

-从客户端设备接收选择流请求信息的命令；

-生成访问信息，所述访问信息指示所述命令所接收自的客户端设备，并且指示所指定的流请求信息；以及

-将访问信息提供给客户端设备。

13.根据权利要求11或12所述的处理实体，其中，所述处理实体还被配置为：存储流请求信息。

14.根据权利要求11至13中任一项所述的处理实体，其中，所述选择准则包括以下任一项：每小时给客户端设备提供数据点的最大次数；访问数据点的客户端设备的最大数目；数据点的最大采样频率；与数据点相关联的时间戳；与数据点相关联的服务质量参数；以及与客户端设备相关联的访问权限。

15.根据权利要求11至14中任一项所述的处理实体，其中，所述处理单元还被配置为：

-接收用于指定选择准则的请求；以及

-基于根据所述请求所指定的选择准则生成流请求信息，以使得流请求包括指示流修改的信息。

16.根据权利要求15所述的处理实体，其中，所述处理单元被配置为从客户端设备接收请求，并将所生成的流请求信息转发给所述请求所接收自的客户端。

17.根据权利要求11至16中任一项所述的处理实体，其中，所述处理单元还被配置为接收试验准则信息，所述试验准则信息指示所请求的关于数据点的至少一个数据流之中的一个数据流中的数据点的选择准则，以及所接收的命令基于所请求的选择准则来指定选择准则。

18.根据权利要求17所述的处理实体，其中，所述处理单元还被配置为呈现数据流信息，所述数据流信息指定关于所述至少一个数据流之中的一个数据流中的数据点的可能选择准则。

19.一种用于提供数据分发平台的系统，包括根据权利要求1至10中任一项所述的处理实体和根据权利要求11至18中任一项所述的处理实体。

20.一种用于操作包括处理单元在内的处理实体的方法，所述方法包括：

-从至少一个数据生成设备接收数据点的一个或多个流；

-将修改后的数据流提供给客户端设备。

21.根据权利要求20所述的方法，适于操作根据权利要求2至10中任一项所述的处理实体。

22.一种用于操作包括处理单元在内的处理实体的方法，所述方法包括：

-接收用于指定所述选择准则的命令；以及

23.根据权利要求22所述的方法，适于操作根据权利要求12至18中任一项所述的处理实体。

24.一种计算机程序，能够加载到处理实体的处理单元内，所述计算机程序包括代码，所述代码在处理单元上运行时，执行根据权利要求20至23中任一项所述的方法中的步骤。

25.一种计算机程序产品，存储根据权利要求24所述的代码。