一种M2M中信息处理的方法和装置与流程

本发明涉及信息技术领域，尤其涉及一种机器通信中信息处理的方法及装置。

背景技术：

机器通信(Machine-to-Machine Communications,M2M)是一种以机器智能交互为核心的、网络化的应用与服务。它通过在机器内部嵌入无线或有线通信模块以及应用处理逻辑，实现用户对监控、指挥调度、数据采集和测量等方面的信息化需求。M2M系统中，各种M2M设备，如各种传感器、控制器等，直接经过M2M网关接入到M2M业务平台。从而实现各种M2M业务，例如电力抄表、智能交通等。通过M2M业务平台所提供的业务能力，可以获取M2M设备采集的数据，或对M2M设备进行控制和管理。

在一个M2M系统中，通常有多种设备类型，每种类型都有很多设备。不同种类的设备提供不同的数据或业务，但是绝大多数传感器都只能提供原始的测量型数据，例如温度传感器只能体现温度数值，终端计算设备只能提供可用内存、CPU使用率。而用户需求的数据往往需不同类型设备的不同数据经过不同的计算方法而获得，从而使得现有技术部署M2M系统非常复杂，使用M2M应用成本高昂。

技术实现要素：

为克服现有技术的缺陷，本发明实施例提供了一种机器通信中信息处理的方法及装置，以使部署M2M系统和开发M2M应用更加简单高效，降低M2M使用成本，提高M2M系统灵活性。

第一方面，本发明实施例提供一种机器通信中的方法，包括：接收聚合资源创建请求；根据所述聚合资源创建请求，确定被聚合资源标识和聚合方式；根据确定的被聚合资源标识和聚合方式创建聚合资源，所述聚合资源的属性中包括所述被聚合资源标识和所述聚合方式；根据创建的聚合资源进行信息聚合。

在第一方面的第一种可能的实现方式中，所述根据聚合资源属性进行信息聚合具体包括：获取所述被聚合资源的当前状态；根据所述聚合资源属性中包含的聚合方式进行信息聚合，获得聚合结果。

在第一方面的第二种可能的实现方式中，所述接收的聚合资源创建请求中包含被聚合资源标识和聚合方式，所述聚合方式为指定的计算资源。

在第一方面的第三种可能的实现方式中，所述接收的聚合资源创建请求中包含聚合源期望和聚合方式，所述聚合方式包括指定的计算资源；所述确定被聚合资源标识具体包括：向发现资源发送资源发现请求，所述资源发现请求中携带所述聚合源期望，并接收发现资源返回的符合聚合源期望的资源标识，并将所述资源标识作为所述被聚合资源标识。

在第一方面的第四种可能的实现方式中，所述接收的聚合资源创建请求中包含聚合源期望和聚合结果期望；所述确定被聚合资源标识具体包括：向发现资源发送资源发现请求，所述资源发现请求中携带所述聚合源期望，并接收发现资源返回的符合聚合源期望的资源标识，并将所述资源标识作为所述被聚合资源标识；所述确定聚合方式具体包括：向发现资源发送计算资源发现请求，请求中携带所述聚合结果期望，接收发现资源返回的符合聚合结果期望的计算资源，并将所述计算资源作为聚合方式。

在第一方面的第五种可能的实现方式中，所述作为聚合方式的计算资源包含多个，所述方法进一步包括：确定聚合资源创建请求中包含“允许多结果”标志，则将所述多个符合聚合结果期望的计算资源作为聚合方式；当接收应用程序对所述聚合资源的访问时，返回所述多个计算资源的聚合结果。

在第一方面的第六种可能的实现方式中，所述符合聚合结果期望的计算资源具体为至少两个计算资源的链接。

在第一方面的第七种可能的实现方式中，所述接收的聚合资源创建请求中包括聚合时机参数；M2M设备根据所述聚合时机参数主动进行信息聚合或者被动进行信息聚合，并将聚合结果存入聚合结果资源中。

在第一方面的第八种可能的实现方式中，所述主动进行信息聚合包括：M2M设备建立到被聚合资源的订阅通知关系，当被聚合资源的变化时发送被聚合资源的当前状态给聚合资源，M2M设备根据收到的被聚合资源当前状态和聚合方式进行信息聚合；或者M2M设备轮询监听被聚合资源的变化，当轮询到被聚合资源有变化时，更新聚合结果资源。

在第一方面的第九种可能的实现方式中，所述被动进行信息聚合包括：M2M设备接收到应用访问聚合结果资源的请求消息后，获取被聚合资源的当前状态，根据聚合方式进行信息聚合，获得聚合结果，并向应用返回聚合结果。

在第一方面的第十种可能的实现方式中，在进行所述创建聚合资源前，还包括：合法性验证，验证确定的所述聚合资源能否被所述聚合方式处理。

第二方面，本发明实施例提供一种机器通信M2M设备，包括：

通信模块，用于接收聚合资源创建请求；

确定模块，用于根据接收的所述聚合资源创建请求，确定被聚合资源标识和聚合方式；

创建模块，用于根据确定的被聚合资源标识和聚合方式创建聚合资源，所述聚合资源的属性中包括所述被聚合资源标识和所述聚合方式；

聚合模块，用于根据创建的聚合资源进行信息聚合。

在第二方面的第一种可能的实现方式中，所述聚合模块具体用于获取所述被聚合资源的当前状态，根据所述聚合资源属性中包含的聚合方式进行信息聚合，获得聚合结果。

在第二方面的第二种可能的实现方式中，所述通信模块接收的聚合资源创建请求中包含被聚合资源标识和聚合方式，所述聚合方式为指定的计算资源。

在第二方面的第三种可能的实现方式中，所述通信模块接收的聚合资源创建请求中包含聚合源期望和聚合方式，所述聚合方式包括指定的计算资源；所述确定模块确定被聚合资源标识具体包括：确定模块向发现资源发送资源发现请求，所述资源发现请求中携带所述聚合源期望，确定模块进一步接收发现资源返回的符合聚合源期望的资源标识，并将所述资源标识作为所述被聚合资源标识。

在第二方面的第四种可能的实现方式中，所述通信模块接收的聚合资源创建请求中包含聚合源期望和聚合结果期望；所述确定模块确定被聚合资源标识具体包括：确定模块向发现资源发送资源发现请求，所述资源发现请求中携带所述聚合源期望，确定模块进一步接收发现资源返回的符合聚合源期望的资源标识，并将所述资源标识作为所述被聚合资源标识；所述确定模块确定聚合方式具体包括：确定模块向发现资源发送计算资源发现请求，请求中携带所述聚合结果期望，确定模块进一步接收发现资源返回的符合聚合结果期望的计算资源，并将所述计算资源作为聚合方式。

在第二方面的第五种可能的实现方式中，所述符合聚合结果期望的计算资源包含多个，所述确定模块进一步用于：确定聚合资源创建请求中包含“允许多结果”标志，则将所述多个符合聚合结果期望的计算资源作为聚合方式；通信模块进一步用于接收应用程序对所述聚合资源的访问，并返回所述多个计算资源的聚合结果。

在第二方面的第六种可能的实现方式中，所述符合聚合结果期望的计算资源具体为至少两个计算资源的链接。

在第二方面的第七种可能的实现方式中，所述通信模块接收的聚合资源创建请求中包括聚合时机参数；所述聚合模块根据所述聚合时机参数主动进行信息聚合或者被动进行信息聚合，并将聚合结果存入聚合结果资源中。

在第二方面的第八种可能的实现方式中，所述聚合模块主动进行信息聚合包括：所述聚合模块建立到被聚合资源的订阅通知关系，当被聚合资源的变化时发送被聚合资源的当前状态给聚合资源，所述聚合模块根据收到的被聚合资源当前状态和聚合方式进行信息聚合；或者所述聚合模块轮询监听被聚合资源的变化，当轮询到被聚合资源有变化时，更新聚合结果资源。

在第二方面的第九种可能的实现方式中，所述聚合模块被动进行信息聚合包括：所述通信模块接收到应用访问聚合结果资源的请求消息后，所述聚合模块获取被聚合资源的当前状态，根据聚合方式进行信息聚合，获得聚合结果，所述通信模块向应用返回聚合结果。

本发明实施例通过在M2M设备上创建聚合资源，自动进行信息的聚合，特别是根据聚合源期望和聚合结果期望自动适配选择被聚合资源和聚合方式，使得部署M2M系统和开发M2M应用更加简单高效，降低M2M使用成本，提高M2M系统灵活性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获取其他的附图。

图1为本发明实施例提供的一种M2M信息聚合的系统架构图；

图2为本发明实施例提供的一种信息聚合的方法流程图；

图3为本发明实施例提供的另一种信息聚合的方法流程图；

图4为本发明实施例提供的又一种信息聚合的方法流程图；

图5为本发明实施例提供的又一种信息聚合的方法流程图；

图6为本发明实施例提供的一种M2M设备的结构示意图；

图7为本发明实施例提供的另一种M2M设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下获取的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种M2M信息聚合的系统，如图1所示，M2M信息聚合系统包括M2M业务平台和M2M设备。各种M2M设备，如传感器、微控制器等，直接或经过M2M网关远程接入到M2M业务平台，而各种M2M应用，如电力抄表系统、智能交通系统等，通常部署在M2M业务平台上，并通过M2M业务平台所提供的业务能力获取M2M终端采集的数据或对M2M终端进行远程的控制和管理。

所谓聚合是指将系统中的一个或多个资源的信息作为输入，经过逻辑计算，计算结果作为输出资源对外提供访问。

本发明实施例中，M2M应用控制M2M设备创建聚合资源，M2M设备创建成功后，进行信息的聚合，聚合的信息可由应用访问获取。具体包括：

M2M平台用于向M2M设备发送聚合资源创建请求，创建请求中携带了创建聚合资源的参数；

M2M设备用于接收平台发送的聚合资源创建请求，根据所述聚合资源创建请求，确定被聚合资源标识和聚合方式，根据确定的被聚合资源标识和聚合方式创建聚合资源，所述聚合资源的属性中包括所述被聚合资源标识和所述聚合方式，以及根据创建的聚合资源进行信息聚合。

基于上述实施例的系统，本发明实施例提供一种M2M信息聚合的方法，如图2所示，包括下面的步骤：

201：接收聚合资源创建请求。

该创建请求可以由应用程序或者其他装置包括设备、网关、平台生成。例如M2M平台中的应用向M2M设备发送此聚合资源创建请求。也可以直接在M2M设备上生成，例如，由用户直接在M2M设备中配置产生。则接收用户的输入就是接收聚合资源创建请求。创建请求中可以携带创建聚合资源的参数。创建请求中可以直接包含聚合源标识和聚合方式；也可以不直接携带聚合源标识，而是在创建请求中携带聚合源期望，由M2M设备根据聚合源期望确定聚合源标识；进一步，创建请求中也可以不指定聚合方式，而是携带聚合结果期望，由M2M设备根据聚合结果期望确定合适的聚合方式。

聚合源期望是聚合资源创建者对被聚合资源的范围的特征描述，用来设定条件确定一个资源是否可以成为当前聚合资源的被聚合资源。

聚合方式表示对被聚合资源进行相应的逻辑计算过程。通过该逻辑计算能够获得聚合结果。在M2M中，逻辑计算过程可以由计算资源提供，计算资源就是用于进行逻辑计算的资源。聚合方式可以简单地由单个计算资源构成。进一步聚合方式也可由多个计算资源链接构成。所谓多个计算资源链接是指一个或多个计算资源的输出作为另一个计算资源的输入。

聚合结果期望表示聚合资源创建者对聚合结果资源的特征描述。聚合方式可以通过聚合结果期望确定。

M2M设备根据聚合资源对信息进行聚合，聚合后的信息形成聚合结果，聚合结果获得后可形成聚合结果资源，聚合结果资源可以位于M2M设备或M2M平台中，供应用访问。进一步，在发送聚合资源创建请求前，M2M应用可以先确定聚合结果资源的标识。在发送聚合资源创建请求时，携带聚合结果资源的标识，M2M设备聚合信息后，将聚合结果存入指定的聚合结果资源中。

聚合资源创建后，对信息的聚合可以有两种聚合时机：主动聚合和被动聚合。主动聚合表示根据预设的规则主动更新聚合结果资源，例如，建立到被聚合资源的订阅关系，被聚合资源的变化符合订阅条件就进行信息聚合，更新聚合结果资源；或者轮询监听被聚合资源的变化，在被聚合资源变化的第一时间更新聚合结果资源。被动聚合表示在聚合结果资源被访问的时候才获取被聚合资源的当前状态，根据聚合方式得到聚合结果并返回聚合结果。聚合资源创建请求中可携带指定的聚合时机，M2M设备可根据创建请求携带的聚合时机进行信息的聚合。

M2M确定的聚合方式可能有多个，从而聚合的结果可能有多个。应用可以进一步在聚合资源创建请求中包含“允许多结果”标志，指示应用允许M2M设备提供多个聚合结果。应用访问聚合资源时，设备提供多个聚合结果给应用，由应用进行处理。

根据创建请求中携带的不同参数，M2M设备可进行相应的处理。

202：确定被聚合资源的标识和聚合方式。

M2M设备根据所述聚合资源创建请求，确定被聚合资源的标识、聚合方式。聚合资源创建请求中可能直接携带了被聚合资源的标识，也可能携带了聚合源期望，用来描述被聚合资源的特征。这些特征可以是语义的描述，用来和被聚合资源的元数据相匹配。

在聚合资源创建请求中，可以直接携带聚合方式，也可以提供聚合结果期望。当创建请求中携带了聚合结果期望时，M2M设备可根据聚合结果期望确定聚合方式，具体的过程包括确定单个或多个计算资源，或者多个计算资源链接作为聚合方式。

203：创建聚合资源。

根据接收的聚合资源创建请求创建聚合资源，所述聚合资源的属性中包括所述被聚合资源标识和所述聚合方式。创建的聚合资源可以包含下表的一些属性，例如：

表1：聚合资源的属性

204：进行信息聚合。

聚合资源创建后，对信息的聚合可以有两种聚合时机：主动聚合和被动聚合。聚合时机可以由应用指定，在发送的聚合资源创建请求中携带；也可以由M2M设备自己创建聚合资源时设定。

如果聚合时机为主动聚合，表示M2M设备根据预设的规则主动更新聚合结果资源。例如，建立到被聚合资源的订阅通知关系，每次被聚合资源的变化符合订阅条件就发送通知消息给聚合资源，携带被聚合资源的状态，设备根据最新的状态和聚合方式进行信息聚合，更新聚合结果资源。以这种办法，聚合结果资源根据被聚合资源的变化始终保持最新。或者M2M设备轮询监听被聚合资源的变化，当轮询到被聚合资源有变化时，更新聚合结果资源。当有应用访问聚合结果资源时，向应用直接返回已聚合的信息。

如果聚合时机为被动聚合，表示在聚合结果资源被应用访问的时候才获取被聚合资源的当前状态，根据聚合方式聚合得到聚合结果并向应用返回聚合结果。

下面就本发明不同的应用场景提供进一步的实施例。为了针对不同M2M设备聚合信息，需要不同的技术资源来提供相同的输出。例如，下面实施例中，不同的M2M设备可以获得的物理性能指标不同，如可用内存、CPU使用率、CPU温度、磁盘剩余容量等，有些M2M设备可提供这些指标的全部，有些M2M设备只能提供这些指标的一部分。平台提供了不同的计算资源，适配不同的M2M设备，如下表中，计算资源A、B、C、D的输出都是设备的“负载情况”。不同的M2M设备可以用不同的计算资源提供统一的输出。下面的实施例中，假设计算资源A-E预先已配置到M2M平台中。如表2所示：

表2：计算负载情况的计算资源

不同的计算资源，可以采用不同的计算公式，获得归一化的结果。例如，对于计算资源A，负载情况计算公式可以为：

(1-(可用内存/总内存))*50％+CPU使用率*50％。

这里，内存使用率和CPU使用率在负载情况的输出中各占50％的比重。也可以调整为不同的占比。

再如，对于计算资源C，负载情况计算公式可以为：

(1-(可用内存/总内存))*30％+CPU使用率*30％+

(CPU温度/CPU最大温度)*20％+(1-(剩余电量/最大电量))*20％。

这里，内存使用率和CPU使用率在负载情况的输出中各占30％的比重，而温度和电量各占20％的比重。也可以调整为不同的占比。

而计算资源E的输出“CPU使用率”的计算方法如下：

CPU忙碌时间/(CPU空闲时间+CPU忙碌时间)

上述表2中的四个计算资源虽然计算方法不同，但输出都是统一的，例如用百分比表示的负载情况。这样，不同的M2M设备采用上述不同的计算资源进行信息聚合，得到的输出是一致的。

图3所示的本发明实施例中，M2M平台中的应用为了获取M2M设备负载情况，向M2M设备发送聚合资源创建请求，创建请求中直接携带了被聚合资源标识和聚合方式。该聚合资源可通过聚合CPU使用率和可用内存得到当前设备的负载情况。具体包括：

S301、本实施例中，应用已经知道某些设备的可用内存和CPU使用率资源的标识。例如，设备X的可用内存和CPU使用率资源的标识分别为：

http://device_X/available_memory,

http://device_X/cpu_rate.

因此应用可直接选择计算资源A作为聚合资源的聚合方式得到负载情况。应用发送聚合资源创建请求到M2M设备，聚合资源创建请求包括下列参数：

被聚合资源标识：

http://device_X/available_memory，

http://device_X/cpu_rate.

聚合方式：http://m2msp/Cal_A.

S302、M2M设备在收到聚合资源创建请求以后，M2M设备根据创建请求创建聚合资源。创建的聚合资源的属性中包括所述被聚合资源标识和所述聚合方式。M2M设备在创建聚合资源前，可以进一步验证合法性，验证提供的被聚合资源能否被聚合方式所处理。设备发送计算资源获取请求到计算资源A的所在地M2M平台，获取计算资源A之后检查计算资源A的输入资源为可用内存和CPU使用率，与聚合资源中提供的被聚合资源的类型相符。因此可以认为聚合资源合法性验证成功。

S303、返回聚合资源创建成功的消息。

创建聚合资源成功后可向请求创建者返回成功的响应。如果创建失败，则返回失败响应。

S304、进行信息聚合。

聚合资源创建后，对信息的聚合可以有两种聚合时机：主动聚合和被动聚合。聚合时机可以由应用指定，在发送的聚合资源创建请求中携带；也可以由M2M设备自己创建聚合资源时设定。

如果聚合时机为主动聚合，表示M2M设备根据预设的规则主动更新聚合结果资源。例如，建立到被聚合资源的订阅通知关系，每次被聚合资源的变化符合订阅条件就发送通知消息给聚合资源，携带被聚合资源的状态，设备根据最新的状态和聚合方式进行信息聚合，更新聚合结果资源。以这种办法，聚合结果资源根据被聚合资源的变化始终保持最新。或者M2M设备轮询监听被聚合资源的变化，当轮询到被聚合资源有变化时，更新聚合结果资源。当有应用访问聚合结果资源时，向应用直接返回已聚合的信息。

如果聚合时机为被动聚合，表示在聚合结果资源被应用访问的时候才获取被聚合资源的当前状态，根据聚合方式聚合得到聚合结果并向应用返回聚合结果。

本发明实施例通过在M2M设备上创建聚合资源，自动进行信息的聚合，使得部署M2M系统和开发M2M应用更加简单高效，降低M2M使用成本，提高M2M系统灵活性。

图4所示的本发明实施例中，M2M平台中的应用不知道M2M设备上具体有哪些物理性能指标可以用来得到负载情况，为了获取M2M设备负载情况，应用在发送的聚合资源创建请求中携带了聚合源期望。具体包括：

S401、本实施例中，应用不知道设备上具体有哪些物理性能指标可以用来得到负载情况，因此携带聚合源期望来描述被聚合资源的特征。

可以用RDF(Resource Description Framework)来进行元数据的描述，RDF是用来对资源本身以及资源之间的关系进行描述的语言，RDF基于XML。例如，对CPU使用率资源，其元数据为：

其中各部分含义如下：

rdf标签表示该元数据是RDF描述的格式；

m2m:resourceType表示在m2m的命名空间中，该资源的资源类型是CONTAINER即数据容器；

m2m:dataType表示该资源的数据类型是CPU使用率；

m2m:dataUnit表示该资源的数据单位是百分比；

resourceDescription为device state measurement表示该资源为设备的物理性能指标。

本实施例中，应用不知道设备上具体有哪些物理性能指标可以用来得到负载情况，因此在聚合资源创建请求中携带聚合源期望，聚合源期望为期望设备的物理性能指标。具体包括：

聚合源期望：

<rdf>

<m2m:dataDescription>device state measurement</m2m:dataDescription>

</rdf>.

聚合方式：http://m2msp/Cal_A.

聚合源期望中包含内容为device state measurement的m2m:dataDescription，表示被聚合资源需要是设备物理性能指标的资源。设备在收到聚合资源创建请求以后，因为请求中没有提供被聚合资源的标识而是提供了聚合源期望，因此进一步确定被聚合资源标识。

M2M设备可以通过发现资源发现符合聚合源期望的资源作为被聚合资源。发现资源是一个虚拟资源，本身不保存任何静态数据，只是在被访问的时候能够根据访问者的权限，返回能够被访问者访问的资源列表。在本实施例中，资源发现的获取请求中携带聚合源期望，发现资源根据聚合源期望中的rdf描述和本地可被发现的资源的元数据进行匹配。在本实施例中，假设匹配的结果是发现两个资源的元数据能够和聚合源期望相匹配。分别为：

http://device_X/available_memory,

http://device_X/cpu_rate.

这两个资源就可确定为被聚合资源标识。

确定了被聚合资源的标识以后，因为本实施例中已经提供了计算资源A作为聚合方式，即使用计算资源A作为聚合方式，下面就可以创建聚合资源。

S402、M2M设备在确定被聚合资源标识后，M2M设备根据创建请求创建聚合资源。创建的聚合资源的属性中包括所述被聚合资源标识和所述聚合方式。同样，M2M设备在创建聚合资源前，可以进一步验证合法性，验证已确定的被聚合资源能否被聚合方式所处理。设备发送计算资源获取请求到计算资源A的所在地M2M平台，获取计算资源A之后检查计算资源A的输入资源为可用内存和CPU使用率，与聚合资源中提供的被聚合资源的类型相符。因此可以认为聚合资源合法性验证成功。

S403、返回聚合资源创建成功的消息。

创建聚合资源成功后可向请求创建者返回成功的响应。如果创建失败，则返回失败响应。

S404、进行信息聚合。

与上述步骤S304的描述类似，聚合资源创建后，对信息的聚合可以有两种聚合时机：主动聚合和被动聚合。聚合时机可以由应用指定，在发送的聚合资源创建请求中携带；也可以由M2M设备自己创建聚合资源时设定。关于主动聚合和被动聚合可参见步骤S304的详细描述。

图5所示的本发明实施例中，M2M平台中的应用同时向多个M2M设备，例如X、Y、Z，发送创建聚合资源请求。三个设备能提供的物理性能指标可以不同，应用不知道这些设备能支持哪些物理性能指标，也不需要知道具体哪个设备该用哪个计算资源来得到负载情况。为了获取M2M设备负载情况，应用在发送的聚合资源创建请求中携带了聚合源期望和聚合结果期望，由M2M设备自己寻找确定合适的聚合资源和聚合方式。具体包括：

S501、本实施例中，M2M平台上应用向M2M设备发送聚合资源创建请求，创建请求中携带聚合源期望和聚合结果期望。

聚合源期望用来描述被聚合资源的特征，聚合结果期望同样是特征的描述，用来描述聚合结果资源的特征，也可以用RDF来进行描述。聚合资源创建请求具体包括：

聚合源期望：

<rdf>

<m2m:dataDescription>device state measurement</m2m:dataDescription>

</rdf>.

聚合结果期望：

<rdf>

<m2m:outputDescription>device load state</m2m:outputDescription>

</rdf>.

允许多个结果：Y.

收到聚合资源创建请求的M2M设备的处理过程是统一的，包括根据聚合源期望确认被聚合资源的标识，并进一步根据输出结果期望确认聚合方式。确认被聚合资源的标识的方式与图4所示实施例相同；而确认聚合方式，由于不同的设备根据自身不同的情况而有所不同，具体过程按不同的X、Y、Z设备分述如下：

M2M设备X能够提供可用内存和CPU使用率两种资源，如前面所述，设备X通过发现资源确定与聚合源期望匹配的的两种资源的标识分别是：http://device_X/available_memory，http://device_X/cpu_rate。

设备X收到聚合资源创建请求之后，进一步可通过M2M中的发现资源发现符合聚合结果期望的计算资源作为聚合方式。发现资源根据聚合结果期望中的rdf描述和M2M平台可被发现的资源的元数据进行匹配。在本实施例中，发现资源根据聚合结果期望，即“device load state”。M2M设备向M2M平台发送“计算资源发现请求”到M2M平台的发现资源，请求中携带聚合结果期望，即device load state。

M2M平台对计算资源发现请求返回给设备X四个计算资源，即计算资源A、B、C和D，如表1所示。返回这四个计算资源的原因是四个计算资源的输出均符合聚合结果期望device load state。此时设备X可进一步检查ABCD四个计算资源的输入资源是否为被聚合资源的集合的子集。对设备X来讲，被聚合资源只有可用内存和CPU使用率，可见能通过检查的只有计算资源A。从而确定计算资源A为聚合资源的聚合方式。

M2M设备Y能够提供可用内存、CPU使用率、CPU温度三种物理性能指标，如前面所述，设备Y通过发现资源确定与聚合源期望匹配的的三种资源的标识分别是：http://device_Y/available_memory，http://device_Y/cpu_rate，http://device_Y/cpu_heat。

设备Y收到聚合资源创建请求之后，进一步可通过M2M中的发现资源发现符合聚合结果期望的计算资源作为聚合方式。发现资源根据聚合结果期望中的rdf描述和M2M平台可被发现的资源的元数据进行匹配。在本实施例中，发现资源根据聚合结果期望，即“device load state”。M2M设备Y向M2M平台发送“计算资源发现请求”到M2M平台的发现资源，请求中携带聚合结果期望，即device load state。

M2M平台对计算资源发现请求返回给设备Y四个计算资源，即计算资源A、B、C和D，如表1所示。返回这四个计算资源的原因是四个计算资源的输出均符合聚合结果期望device load state。此时设备Y可进一步检查ABCD四个计算资源的输入资源是否为被聚合资源的集合的子集。对设备Y来讲，被聚合资源只有可用内存、CPU使用率、CPU温度，可见能通过检查的有计算资源A和B。从而确定计算资源A、B可以为聚合资源的聚合方式。

设备Y可以进一步确定聚合资源创建请求中是否包含“允许多结果”标志。如果包含，则说明应用允许设备Y提供多个聚合结果。如果不允许多结果，则设备Y进一步确定计算资源B的输入资源和被聚合资源的匹配度最好，因此最终确定计算资源B为聚合方式。

假设M2M设备Z能够提供可用内存、CPU空闲时间和CPU忙碌时间三种物理性能指标，如前面所述，设备Z可以通过发现资源确定与聚合源期望匹配的的三种资源的标识分别是：http://device_Z/available_memory，http://device_Z/cpu_idle，http://device_Z/cpu_busy。注意，这里不是上述设备X、Y提供的CPU使用率。

设备Z收到聚合资源创建请求之后，进一步可通过M2M中的发现资源发现符合聚合结果期望的计算资源作为聚合方式。发现资源根据聚合结果期望中的rdf描述和M2M平台可被发现的资源的元数据进行匹配。在本实施例中，发现资源根据聚合结果期望，即“device load state”。M2M设备Z向M2M平台发送“计算资源发现请求”到M2M平台的发现资源，请求中携带聚合结果期望，即device load state。

M2M平台对计算资源发现请求返回给设备Z四个计算资源，即计算资源A、B、C和D，如表1所示。返回这四个计算资源的原因是四个计算资源的输出均符合聚合结果期望device load state。此时设备Z可进一步检查ABCD四个计算资源的输入资源是否为被聚合资源的集合的子集。对设备Z来讲，被聚合资源只有可用内存、CPU空闲时间和CPU忙碌时间，可见四个计算资源A、B、C、D都不能通过能通过匹配检查。

由于四个计算资源A、B、C、D都不能直接通过输入匹配检查，因此设备Y继续检查是否可以通过计算资源的链接进行匹配。

例如，对于计算资源A，输入资源是可用内存、CPU使用率，而设备Z可提供的资源是可用内存、CPU空闲时间和CPU忙碌时间，可见，不能匹配的输入资源描述是“CPU使用率”。设备Z进一步确定“CPU使用率”是否可通过其他计算资源获得。设备Z向M2M平台发送“计算资源发现请求”到M2M平台的发现资源，请求中携带期望资源，即“CPU使用率”。M2M平台返回计算资源E，计算资源E的输出是“CPU使用率”，而输入资源为CPU空闲时间和CPU忙碌时间，设备Z可以提供CPU空闲时间和CPU忙碌时间。从而设备Z确定计算资源E的输出可以作为计算资源A的输入，因此确定计算资源E和计算资源A的链接构成了聚合方式。

对应技术资源B，输入物理性能指标包括是可用内存、CPU使用率、CPU温度，CPU使用率可通过上述方法同样由计算资源E获得，而设备Z向平台请求发现资源发现“CPU温度”后，收到平台返回的“失败”响应，表明无法通过其他计算资源获得CPU温度。从而计算资源B的处理过程失败。相似的，计算资源C和D的处理过程同样失败。

综上，M2M设备Z确定计算资源E、A的链接为聚合方式。

S502、M2M设备X、Y、Z在分别确定被聚合资源标识、聚合方式后，M2M设备根据创建请求创建聚合资源。创建的聚合资源的属性中包括所述被聚合资源标识和各自确定的聚合方式。同样，M2M设备在创建聚合资源前，可以再进一步验证合法性，验证已确定的被聚合资源能否被聚合方式所处理。设备发送计算资源获取请求到计算资源A的所在地M2M平台，获取计算资源A之后检查计算资源A的输入资源为可用内存和CPU使用率，与聚合资源中提供的被聚合资源的类型相符。因此可以认为聚合资源合法性验证成功。

S503、返回聚合资源创建成功的消息。

创建聚合资源成功后可向请求创建者返回成功的响应。如果创建失败，则返回失败响应。

S504、进行信息聚合。

同样与前述步骤S304的描述类似，聚合资源创建后，对信息的聚合可以有两种聚合时机：主动聚合和被动聚合。聚合时机可以由应用指定，在发送的聚合资源创建请求中携带；也可以由M2M设备自己创建聚合资源时设定。关于主动聚合和被动聚合具体可参见对S304的详细描述。

对于设备Y，如果聚合资源创建请求中包含“允许多结果”标志，则说明应用允许设备Y提供多个聚合结果。设备Y可分别各根据计算资源A、B进行信息聚合。当应用访问此聚合资源时，设备Y可向应用返回多个结果，由应用进行进一步处理。

对于设备Z，由于确定的聚合方式是计算资源E、A的链接，因此，进行信息聚合时，先进行计算资源E的聚合，聚合的输出“CPU使用率”作为计算资源A的输入与另一个输入“可用内存”一起进行计算资源A的聚合，得到最后的聚合结果。

本发明实施例通过在M2M设备上创建聚合资源，自动进行信息的聚合，特别是根据聚合源期望和聚合结果期望自动适配选择被聚合资源和聚合方式，使得部署M2M系统和开发M2M应用更加简单高效，降低M2M使用成本，提高M2M系统灵活性。

本发明实施例还提供一种M2M设备，用于实施上述图2-图5所示的聚合信息的方法的实施例。具体如图6所示，本发明实施例提供的一种M2M设备M2M设备包括：

通信模块601，用于接收聚合资源创建请求；

确定模块602，用于根据接收的所述聚合资源创建请求，确定被聚合资源标识和聚合方式；

创建模块603，用于根据确定的被聚合资源标识和聚合方式创建聚合资源，所述聚合资源的属性中包括所述被聚合资源标识和所述聚合方式；

聚合模块604，用于根据创建的聚合资源进行信息聚合。

可选的，所述通信模块接收的聚合资源创建请求中直接包含被聚合资源标识和聚合方式，所述聚合方式为指定的计算资源。

或者，可选的，所述通信模块接收的聚合资源创建请求中包含聚合源期望和聚合方式，所述聚合方式包括指定的计算资源；所述确定模块确定被聚合资源标识具体包括：确定模块向发现资源发送资源发现请求，所述资源发现请求中携带所述聚合源期望，确定模块进一步接收发现资源返回的符合聚合源期望的资源标识，并将所述资源标识作为所述被聚合资源标识。

或者，可选的，所述通信模块接收的聚合资源创建请求中包含聚合源期望和聚合结果期望；所述确定模块确定被聚合资源标识具体包括：确定模块向发现资源发送资源发现请求，所述资源发现请求中携带所述聚合源期望，确定模块进一步接收发现资源返回的符合聚合源期望的资源标识，并将所述资源标识作为所述被聚合资源标识；所述确定模块确定聚合方式具体包括：确定模块向发现资源发送计算资源发现请求，请求中携带所述聚合结果期望，确定模块进一步接收发现资源返回的符合聚合结果期望的计算资源，并将所述计算资源作为聚合方式。

可选的，所述作为聚合方式的计算资源包含多个，所述确定模块进一步用于：确定聚合资源创建请求中包含“允许多结果”标志，则聚合方式包含多个计算资源；通信模块进一步用于接收应用程序对所述聚合资源的访问，并返回所述多个计算资源的聚合结果。或者所述符合聚合结果期望的计算资源具体至少两个计算资源的链接。

可选的，所述通信模块接收的聚合资源创建请求中包括聚合时机参数；所述聚合模块根据所述聚合时机参数主动进行信息聚合或者被动进行信息聚合，并将聚合结果存入聚合结果资源中。

可选的，所述聚合模块主动进行信息聚合包括：所述聚合模块建立到被聚合资源的订阅通知关系，当被聚合资源的变化时发送被聚合资源的当前状态给聚合资源，所述聚合模块根据收到的被聚合资源当前状态和聚合方式进行信息聚合；或者所述聚合模块轮询监听被聚合资源的变化，当轮询到被聚合资源有变化时，更新聚合结果资源。

或者，可选的，所述聚合模块被动进行信息聚合包括：所述通信模块接收到应用访问聚合结果资源的请求消息后，所述聚合模块获取被聚合资源的当前状态，根据聚合方式进行信息聚合，获得聚合结果，所述通信模块向应用返回聚合结果。

可选的，所述创建模块进一步用于在进行所述创建聚合资源前，验证确定的所述聚合资源能否被所述聚合方式处理。

本发明实施例通过在M2M设备上创建聚合资源，自动进行信息的聚合，特别是根据聚合源期望和聚合结果期望自动适配选择被聚合资源和聚合方式，使得部署M2M系统和开发M2M应用更加简单高效，降低M2M使用成本，提高M2M系统灵活性。

图7所示的是本发明实施例提供的M2M设备的另一种结构示意图，采用通用计算机系统结构，执行本发明方案的程序代码保存在存储器中，并由处理器来控制执行。M2M设备包括：处理器701，存储器702，通信接口703。

处理器可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路application-specific integrated circuit(ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。

计算机系统中包括的一个或多个存储器，可以是一种非易失性的计算机可读存储介质，例如只读存储器read-only memory(ROM)或可存储静态信息和指令的其他类型的静态存储设备，也可以是磁盘存储器。这些存储器可通过总线与处理器相连接。存储器，保存有执行本发明方案的程序代码，例如，执行图2至图5所示实施例的方法的程序。执行本发明方案的程序代码保存在存储器中，并由处理器来控制执行。

通信接口，可以使用任何收发器一类的装置，以便与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(WLAN)等.

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，各单元具体功能的执行过程参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

总之，以上所述仅为本发明技术方案的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。