CN102136933B

CN102136933B - 设备管理方法、中间件及机器通信平台、设备和系统

Info

Publication number: CN102136933B
Application number: CN2010105058782A
Authority: CN
Inventors: 张永靖; 卞永刚; 黄成�; 金雷; 牟伦建
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Cloud Computing Technologies Co Ltd
Priority date: 2010-09-30
Filing date: 2010-09-30
Publication date: 2013-08-28
Anticipated expiration: 2030-09-30
Also published as: CN102136933A; US9331953B2; EP2523528A1; EP2914022B1; EP2523528B1; WO2011137788A1; HUE025644T2; EP2523528A4; US20130219064A1; DK2914022T3; EP2914022A1; PT2523528E; ES2625781T3; ES2543018T3

Abstract

本发明公开了一种设备管理方法、中间件及机器通信M2M平台、设备和系统，该方法包括：通过资源访问接口接收资源访问请求，该资源访问请求包含指示被访问管理对象MO数据资源的存储位置的URI；参考预先建立的MO数据资源访问请求与DM命令的映射关系，转换对MO数据资源的资源访问请求为对应的DM命令，并根据预先建立的MO数据资源与MO信息的映射关系确定与被访问MO数据对应的MO信息；发送DM命令到与URI对应的目标设备，以管理与被访问MO数据对应的MO信息。本发明实施例采用统一的资源访问接口连接M2M应用与M2M平台，使得M2M应用能够访问不同M2M平台进行设备管理，实现了端到端的设备管理及相关业务应用。

Description

设备管理方法、中间件及机器通信平台、设备和系统

技术领域

本发明涉及通信领域，尤其涉及一种设备管理方法、中间件及机器通信(Machine-to-Machine Communications，M2M)平台、设备及系统。

背景技术

M2M是一种以机器智能交互为核心的网络化的应用与服务。它通过在机器内部嵌入无线或有线通信模块以及应用处理逻辑，实现无需人工干预的数据通信，以满足用户对机器的监控、指挥调度、数据采集和测量等方面的信息化需求。图1是一种典型的M2M系统架构。其中，各种M2M终端(如传感器、微控制器等)直接或经过M2M网关远程接入到M2M业务平台，而各种M2M应用(如电力抄表、智能交通等)则通过M2M业务平台所提供的业务能力获取M2M终端采集的数据或对M2M终端进行远程的控制和管理。

远程设备管理是M2M系统的一个重要功能，目前，基于广域网的远程设备管理技术主要有开放移动联盟(Open Mobile Alliance，OMA)所定义的设备管理(Device Management，DM)规范。它能够通过操作M2M设备(包括M2M网关和M2M终端)上的管理对象(Management Object，MO)数据，实现对M2M设备的远程管理。现有的DM系统属于辅助的管理平面功能，与终端用户日常的业务应用过程相对独立。用户发现终端故障后发起DM过程(如拨打客服电话)，然后由客服或管理员通过控制设备管理服务器(DM Server，DMS)完成DM任务。但是，由于M2M设备数量巨大，且往往无人值守，需要M2M应用经常主动地监测和发现M2M设备故障问题，并进行相应的升级维护。因此需要M2M平台将DM功能作为一种公共业务能力，采用统一的访问接口开放给M2M应用，以实现端到端的设备管理及相关业务应用。

发明内容

有鉴于此，本发明提供一种设备管理方法、中间件及M2M平台、设备和系统，以实现M2M应用通过统一的资源访问接口访问不同M2M平台的DM能力的目的，其具体方案如下：

一种设备管理方法，包括：

通过资源访问接口接收资源访问请求，所述资源访问请求包含：用于指示被访问管理对象MO数据资源的存储位置的唯一资源标识符URI；

参考预先建立的所述MO数据资源的资源访问请求与设备管理DM命令的映射关系，转换所述资源访问请求为对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据对应的MO信息；

发送所述DM命令到与所述URI对应的目标设备，以管理所述与被访问MO数据对应的MO信息。

一种中间件，包括：

资源访问请求接收单元，用于通过资源访问接口接收资源访问请求，所述资源访问请求包含：用于指示被访问管理对象MO数据资源的存储位置的唯一资源标识符URI；

控制命令转换单元，用于参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述资源访问请求为与其对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据资源对应的MO信息；

控制命令发送单元，用于发送所述DM命令到所述URI对应的目标设备，以管理所述与被访问MO数据资源对应的MO信息。

一种具有上述中间件的机器通信M2M平台和M2M设备。

一种机器通信M2M系统，包括：M2M设备和中间件，其中：

所述中间件用于，接收M2M应用通过资源访问接口发送的携带用于指示被访问管理对象MO数据资源的存储位置的唯一资源标识符URI的资源访问请求；参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述资源访问请求为与其对应的DM命令，并在根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据资源对应的MO信息后；发送所述DM命令到所述URI对应的M2M设备，以管理所述与被访问MO数据资源对应的MO信息；

所述M2M设备用于，接收所述DM命令并执行，获得结果数据，将所述结果数据返回给所述中间件。

从上述的技术方案可以看出，本发明实施例公开的设备管理方法中，通过采用统一的资源访问接口，连接M2M应用与M2M平台，使得M2M应用能够访问不同M2M平台的DM，实现了端到端的设备管理及相关业务应用。

附图说明

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

图1为本发明实施例1公开的典型的M2M系统结构示意图；

图2为本发明实施例公开的设备管理方法流程图；

图3为本发明实施例公开的又一设备管理方法流程图；

图4为本发明实施例公开的又一设备管理方法流程图；

图5为本发明实施例公开的又一设备管理方法流程图；

图6为本发明实施例公开的MO数据资源与MO信息映射关系建立方法流程图；

图7为本发明实施例公开的又一MO数据资源与MO信息的映射关系建立方法流程图；

图8为本发明实施例公开一种中间件的结构示意图；

图9为本发明实施例公开另一种中间件的结构示意图；

图10为图8或图9中控制命令发送单元的一种结构的示意图；

图11为图8或图9中控制命令发送单元的另一种结构的示意图；

图12为本发明实施例公开的一种M2M系统的结构示意图；

图13为本发明实施例公开的另一种M2M系统的结构示意图。

具体实施方式

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

本发明公开了一种设备管理方法，通过采用资源访问接口实现M2M应用访问不同M2M平台的DM的目的。

本发明中所述的资源访问接口可以为现有技术中任何一种基于资源的访问协议接口，例如HTTP(HyperText Transfer Protocol，超文本传输)接口，XCAP(XML Configuration Acess Protocol，XML配置访问协议)接口，以及在现有的基于资源的访问协议接口基础上进行扩展后的接口。本发明并不限定该方法应用于M2M系统，其同样可以应用于其他的通信系统。

其具体实施方式如下所述：

本发明公开的一种设备管理方法的一种实现流程如图2所示，包括以下步骤：

步骤S21、通过资源访问协议接口接收资源访问请求，所述资源访问请求包含：用于指示被访问MO数据资源的存储位置的唯一资源标识符URI。

在实现本流程时，要预先根据DM TNDS(Tree and DescriptionSerialization)规范，建立与M2M设备上的MO数据信息对应的MO数据资源，所述的MO数据资源可以为XML配置访问协议(XML Configuration AcessProtocol，XCAP)XCAP资源，也可以为其他类型的数据资源，然后利用与数据资源对应的资源访问方法，以及按照该方法建立的资源访问接口，实现对MO数据资源的访问。MO资源可以映射到M2M平台或M2M设备上，其具体的位置通过URI来确定。接收的资源访问请求可以是独立于平台和设备之外的中间件，接收平台转发的M2M应用发送的请求，也可以是设置于平台上的中间件直接接收的M2M应用发送的请求，同样也可以是设置在平台上的中间件或者平台接收到请求后，转发给设置于设备上的中间件的请求。其具体情况依据实际需要而定。

步骤S22、参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述对MO数据资源的资源访问请求为与其对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据对应的MO信息；

由于M2M应用通过资源访问接口发送资源访问请求，其对象为MO资源数据，而实际需要进行的是对与MO资源数据对应的MO信息的控制，所以，需要按照预先设定的DM命令与资源访问请求的映射关系，将资源访问请求转换为MO数据信息可以识别的DM命令，以实现对MO信息的管理及操作。

现有技术中的资源访问接口包括：HTTP接口、XCAP接口等。其中XCAP接口对应的资源请求只提供了基本资源访问请求，基本资源访问请求中包括：GET，PUT，DELETE三种类型，分别表示获取、替换或增加、删除相应的XCAP资源的操作，为了能够将现有的DM命令映射为对应的XCAP请求，还需要对XCAP方法进行一定的扩展。例如依据HTTP协议进行扩展，得到扩展资源访问请求，扩展资源访问请求的类型包括：执行请求、复制请求、原子操作请求、顺序原子操作请求、异步上报请求、对系统中多个设备进行的群组设备操作请求、条件操作请求和复合条件操作请求等，以实现对MO数据资源相应的操作，中间件通过包含在资源访问请求中的数据来判定当前需要对MO数据进行的请求类型，然后将其转换为与该请求类型对应的DM命令。

同时，本发明预先将MO信息映射成为了MO数据资源，例如XCAP资源，使得资源访问请求可以直接作用于资源，然后根据资源访问请求与DM命令间的映射关系，以及MO信息与XCAP资源间的映射关系，实现对MO信息的DM命令操作。

步骤S23、发送所述DM命令到与所述URI对应的目标设备，以管理所述与被访问MO数据对应的MO信息。

将转换后的DM命令发送到被访问的MO数据资源对应的目标设备，该过程可以利用现有技术中设备管理服务器DMS与目标设备中设备管理客户端DMC之间的开放移动联盟(Open Mobile Alliance，OMA)所定义的设备管理(Device Management，DM)规范协议完成，也可以利用资源访问接口，如XCAP或HTTP接口完成。目标设备接收命令后，执行命令，管理相应的MO信息，从而实现设备管理功能。

本实施例中公开的设备管理方法，采用将M2M设备上的MO信息映射为MO数据资源，并且通过预先建立的资源访问请求与DM命令间的映射关系，使得外部M2M应用可以通过资源访问接口访问控制MO信息，实现了M2M应用通过开放的统一接口管理远程设备的目的。

本实施例中将DM命令发送后，设备可能成功接收DM命令，并执行所述DM命令后生成结果数据，然后将结果数据返回，以表示完成了一次成功的管理过程，例如，假设资源访问请求的类型为GET，获取目标设备的运行数据，则设备执行相应的DM命令后，其结果数据为目标设备的运行数据。当然，设备也有可能没有成功接收DM命令，这种情况下，M2M应用可以在等待预设时间没有接收到返回消息后继续发送资源访问请求，也可以结束操作，具体实现方式依据应用场景而设定。

上述实施例公开的方法可以为独立于平台和设备外的中间件，为实现平台和设备间的通信而进行的操作，同样也可以为设置在平台上的平台中间件以及设置在设备上的设备中间件相互配合，为实现上述目的而进行的操作，其方式都是将M2M应用发送的资源访问请求转换为DM命令，只是在具体实施过程中，会根据不同的情况而有所差别。例如，当M2M应用发送的资源访问请求中，被访问MO数据资源存储在平台上时，为了更方便的将资源访问请求转换为DM命令，平台中间件可以按照本实施例公开的又一设备管理方法，实现平台和设备间的通信，对设备进行管理，本实施例中以XCAP资源访问接口为例实现M2M应用与中间件间的连接，其流程如图3所示，包括如下步骤：

步骤S31、平台中间件接收M2M应用通过XCAP资源访问接口发送的资源访问请求，所述资源访问请求包含用于指示被访问MO数据资源的存储位置的唯一资源标识符URI；

步骤S32、根据所述URI判断被访问MO数据资源的存储位置，若其存储位置为平台，则执行步骤S33a，若其存储位置为设备，则执行步骤S33b；

步骤S33a、参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述对MO数据资源的资源访问请求为与其对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据对应的MO信息，执行步骤S34；

存储位置为平台，平台中间件执行转换DM命令以及确定与所述被访问MO数据对应的MO信息的操作。

步骤S33b、转发所述资源访问请求给设备中间件，由所述中间件进行处理；由于存储位置为设备，因此为了更加方便地转换DM命令，本实施例中采用将资源访问请求转发给设备中间件，由设备中间件来完成后续的操作，具体操作过程将在下文详细介绍。

步骤S34、判断是否存在DMS与所述目标设备的DMC间的DM会话，若是，执行步骤S35a，若否，执行步骤S35b；

本实施例中采用DMS与目标设备的DMC间的会话发送DM命令，首先判断是否已经存在两者间的DM会话。

步骤S35a、依据当前DM会话发送所述DM命令到目标设备的DMC。

步骤S35b、发送DM会话控制命令给DMS，控制其建立与所述目标设备的DMC的DM会话；

所述M2M设备中的DMC尚未与DMS建立DM会话，指示DMS向DMC发送DM通知消息，以便建立DMS与DMC间的DM会话。本实施例并不限定创建会话的过程如步骤S35b所述，同样可以采用其他方案，只要能够建立起DMS与DMC之间的会话的操作都可行。

DMC根据接收到的DM通知消息，按照现有技术中OMA-DM协议规范的要求向DMS发送DM会话建立消息，其中携带必要的M2M设备信息(DevInfo)，例如M2M设备标识dev1，表明DMS与所述M2M设备上的DMC之间的DM会话已经建立。

步骤S36、依据建立的DM会话发送所述DM命令到目标设备的DMC。

DMS向目标DMC发送相应的DM命令，例如指示DMS获取所述M2M设备上的与所述被访问MO数据对应的目标MO信息。

步骤S37、接收目标设备的DMC执行所述DM命令后生成并返回的结果数据，以管理所述与被访问MO数据对应的MO信息；

DMC根据接收到的DM命令消息，按照现有技术中OMA-DM协议规范的要求执行相应的DM功能和操作，并向DMS返回执行结果数据，例如M2M设备上目标MO的具体信息。DMS将来自DMC的DM执行结果数据返回给平台中间件。

步骤S38、返回所述结果数据。

平台中间件将所述结果数据返回给资源访问请求者，如M2M应用。

本实施例中加入了通过创建DM会话发送MO控制命令的过程，由于现有技术中的M2M系统中，DMS与DMC之间可能已经具有可用于建立DM会话的基于OMA-DM协议规范的标准接口，因此，本实施例中，重用了所述标准接口，只需要建立M2M应用与M2M平台间的联系，然后利用所述标准接口所建立的DM会话连接发送MO控制命令，从而保证了在不改变现有系统中的接口关系的前提下，实现了M2M应用通过开放的统一接口管理远程设备的目的。

本实施例中，为了避免没有DM命令时维护会话而产生不必要的开销，还可以在发送完DM命令之后，进一步判断预设会话时间内是否存在后续DM命令，若存在后续DM命令，则继续执行，若不存在，则关闭此次会话。

需要说明的是，上述实施例中转发所述资源访问请求给设备中间件后(步骤S33b)，设备中间件同样也是按照类似上述流程执行，即：转换所述资源访问请求为DM命令，以及确定与MO数据资源对应的MO信息，除此之外，设备中间件相应的执行了其他相关操作，从而实现可以与平台上的平台中间件相互配合，进而实现平台与设备间的通信，完成M2M应用通过平台对设备的管理的目的。具体流程如图4所示，包括如下步骤：

步骤S41、接收所述平台中间件转发的资源访问请求；

步骤S42、参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述对MO数据资源的资源访问请求为与其对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据对应的MO信息；

步骤S43、将所述资源访问请求发送给目标设备的DMC，以管理所述与被访问MO数据对应的MO信息；

将所述DM命令发送给其自身所在的目标设备的DMC。

步骤S44、接收目标设备的DMC执行所述DM命令后返回的结果数据；

DMC执行DM命令，对所述MO信息进行处理，得到结果数据，将结果数据返回给设备中间件。

步骤S45、将所述结果数据返回给所述平台中间件。

需要说明的是，当由设备中间件处理所述资源访问请求时，图4所示流程中的步骤S43-S44为目标设备的内部模块间的交互过程，步骤S45为设备中间件与平台中间件间的交互过程，平台中间件接收到返回的结果数据后，才将其返回给发送请求的M2M应用，而不同于图3中步骤S36-S38中所示的，平台中间件与设备中间件的交互过程，以及平台中间件与M2M应用间的交互过程。

由此可以看出，本实施例公开的数据控制方法，根据被访问MO数据资源的存储位置的不同而处理过程有所不同，当存储在平台上时，其执行DM命令转换、确定MO信息及发送过程的为平台中间件，当存储在设备上时，其执行DM命令转换、确定MO信息及发送过程的为设备中间件，其目的是使得平台中间件或设备中间件能够更方便的利用预设的MO数据资源访问请求与DM命令的映射关系转换成DM命令，利用MO数据资源与MO信息间的映射关系，找到被管理的MO信息。

当然，本实施例并不限定上述处理过程，同样可以不考虑被访问MO数据资源的存储位置，而根据实际情况设定执行相关命令转化及发送的设备。

本发明实施例公开的又一设备管理方法的流程如图5所示，同样以平台中间件为例，同样采用XCAP资源访问接口建立M2M应用与M2M平台间的联系，此时，在设备上同样设置有设备中间件，所述流程包括以下步骤：

步骤S51、接收通过XCAP资源访问接口发送的资源访问请求，所述资源访问请求包含：用于指示被访问MO数据资源的存储位置的唯一资源标识符URI；

步骤S52、参考预先建立的所述MO数据资源的资源访问请求与DM命令的映射关系，转换所述对MO数据资源的资源访问请求为与其对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据对应的MO信息；

步骤S53、按照HTTP接口协议封装所述DM命令；

将述DM命令按照M2M平台和设备之间的基于资源的HTTP接口协议进行封装，以改变其载体，实现DM命令在平台和设备间的传递。本实施例中的HTTP接口还可以为与基本XCAP资源访问请求对应的基本的XCAP接口协议，也可以为与扩展XCAP资源访问请求协议对应的扩展XCAP接口协议。该扩展XCAP接口协议可以与图2所示实施例中，对XCAP请求进行的扩展相对应，也可以为按照其他的方式对基本XCAP协议进行的扩展。

步骤S54、发送所述封装后的DM命令到目标设备；

将封装转换后的DM命令发送到被访问的MO数据资源对应的目标设备，设备中间件在接收到按照上述HTTP协议封装后的DM命令后，将其解析为目标设备上的DMC可以识别的格式，例如，OMA-DM协议规范格式，再将其发送给DMC，使得DMC可以识别并执行该DM命令，以获得结果数据。

步骤S55、接收目标设备执行所述DM命令后生成并返回的结果数据；

步骤S56、返回所述结果数据。

将所述结果数据返回给资源访问请求者，如M2M应用。

本实施例公开的设备管理方法中，增加了对DM命令进行封装的过程。本实施例适用于现有的系统中，未部署DMS与DMC之间单独的通信接口的情况，此时不需要再去单独建立DMS与DMC之间的连接来发送DM命令，而是直接通过M2M平台和设备之间的HTTP接口协议封装DM命令，使其可以直接在M2M平台和设备之间传递，减少了M2M平台和M2M设备之间的通信接口，实现简单方便。

本发明实施例公开了一种建立所述MO数据资源与MO信息间的映射关系的方法，本实施例中，与所述MO信息对应的MO数据资源建立在M2M平台上，其流程如图6所示，包括以下步骤：

步骤S61、将DMC上的MO信息用XML文档进行描述；

首先根据DM TNDS规范，将M2M设备上的MO信息用XML文档进行描述。根据DM TNDS规范中提供的方法，任何一个M2M设备上的MO树都可以用一个XML文档描述，其中MO树上的每个MO节点都对应于XML文档中的一个元素，而MO节点的子节点和属性则可以由相应的XML子元素或属性来描述。

步骤S62、在M2M平台上构建与所述MO信息对应的MO数据资源，并为所述资源分配URI。

为了将用于描述M2M设备MO的XML文档构建成为M2M设备或M2M平台上的一种数据资源，所述MO数据资源为XCAP资源，或者其他类型的资源。需要为该XML文档分配一个与M2M设备或M2M平台相关的URI，例如http://example.com/dev1/dm，这样通过该URI的子路径，例如http://example.com/dev1/dm/TargetMO，即可以访问到指定M2M设备上的目标MO及其属性。因此，在M2M平台上创建对应所述M2M设备的根MO资源，并且为其建立URI，例如以http://domain1/dev1/dm为根URI，然后将所述M2M设备上的各具体MO节点信息映射为所述根URI下的子MO资源。另外，文档中的组件(如元素、属性)则构建为相应的子资源，也分配有相应的URI，即根URI的子路径。使得资源访问请求可以细化到针对每一个MO信息的节点，细化了访问过程。

为了实现利用资源访问方法来实现设备管理的功能，需要将OMA DM命令映射为相应的资源访问方法，也就是建立起MO信息对应的DM命令与所述MO数据资源对应的资源访问请求间的映射关系。对于能够实现相同操作的资源访问请求和DM命令，可以直接建立起两者间的映射关系，以实现被访问资源响应资源访问请求的结果，与对应的MO信息接收与访问请求对应的DM控制命令的结果相同的目的。但是由于DM命令与资源访问请求并非严格的一一对应，所以对于无法直接映射的DM命令，还需要扩展资源请求方法，以提供现有DM系统所不支持的设备管理操作和功能。下面以XCAP方法为例，对扩展的过程进行描述。

为了定义用于访问上述资源的XCAP请求方法，根据XCAP规范，需要定义如下一些信息：

应用唯一标识(Application Unique ID，AUID)：例如etsi-m2m-dm

资源媒体类型(MIME-type)：根据DM TNDS规范，可以是application/vnd.syncml.dmtnds+xml，或application/vnd.syncml.dmtnds+wbxml；

缺省文档命名空间：例如urn:etsi:m2m:xml:ns:dm

XML语法和语义：可以参考DM TNDS规范中的语法/语义规定；

有效性限制：可参考DM TNDS规范以及具体MO的规范；

访问策略：可参考DM TNDS规范及具体MO的实施情况；

命名习惯：例如可统一规定上述MO资源的URI根路径为http://<domain>/<entity>/dm，其中<domain>为M2M系统的归属域，<entity>为XCAP资源所在M2M设备或M2M平台的唯一标识，“dm”为固定字符串，这样M2M应用能够根据此规则灵活地访问不同位置的用于描述MO的XCAP资源。

现有技术条件下，XCAP规范只提供了GET，PUT，DELETE三种方法，分别表示获取、替换或增加、删除相应的XCAP资源的操作，不能完全满足DM命令的需求，因此还需要对XCAP方法进行一定的扩展。鉴于现有的XCAP方法是基于HTTP技术的，因此本发明通过引入HTTP POST方法来扩展XCAP方法，以实现对所有DM命令的映射，实施方式见表1，表1为DM命令与XCAP方法映射表：

表1

具体来说，DM命令<Add>，<Delete>，<Get>，<Replace>都能够直接映射为已有的XCAP方法，包括PUT，DELETE，GET，其中<Add>命令即可以用PUT方法实现，也可以采用POST方法实现，前者作用于目标MO节点/属性所对应的URI，而后者作用于目标MO节点/属性的父节点所对应的URI。DM命令<Results>通常用来携带<Get>命令的结果内容，可以通过XCAP响应消息的消息体来携带实现。

DM命令<Exec>通常作用于一个可执行MO节点，用于指示DMC执行某种特定的设备管理操作或任务，本实施例通过POST方法并携带cmd＝exec参数作用于上述MO节点对应的URI(如htttp://example.com/dev1/dm/TargetMO)来实现相同功能的基于资源的设备管理操作方法，例如：

POST http://example.com/dev1/dm/TargetMO？cmd＝exec

DM命令<Copy>用于将一个源MO节点中的内容复制到一个目标MO节点中，本实施例通过POST方法并携带cmd＝copy参数作用于上述目标MO节点对应的URI(如htttp://example.com/dev1/dm/TargetMO)，并将源MO节点的URI(如htttp://example.com/dev1/dm/SourceMO)携带在消息体中来实现相同功能的基于资源的设备管理操作方法，例如：

POST htttp://example.com/dev1/dm/TargetMO？cmd＝copy

Content-type:...

Content-length:...

<SourceURI>htttp://example.com/dev 1/dm/SourceMO</SourceURI>

或者，DM命令<Copy>还可以由GET和PUT两个方法组合实现，即首先通过GET方法获取源MO节点的内容，然后通过PUT方法将所获取的内容写入目标MO节点。

DM命令<Atomic>与<Sequence>都是用来实现上述若干DM命令的组合操作，并要求保证原子性，即只要其中一条DM命令执行失败，则整个操作失败。不同之处在于，前者对若干DM命令的执行顺序没有限制，而后者要求若干DM命令必须按照所列的先后顺序执行。本实施例通过POST方法并携带cmd＝atomic或cmd＝sequence参数作用于目标设备MO根节点对应的URI(如htttp://example.com/dev1/dm)，并通过在消息体中携带若干DM命令的方式，每个命令用一个<Cmd>元素描述，从而实现相同功能的基于资源的设备管理操作方法，例如：

POST htttp://example.com/dev1/dm？cmd＝atomic

Content-type:...

Content-length:...

<Cmd>GET http://example.com/dev 1/dm/TargetMO</Cmd>

<Cmd>DELETE http://example.com/dev1/dm/TargetMO</Cmd>

</Automic>

或者，上述实施例中，POST方法也可以采用相同的参数，如cmd＝trans，然后通过消息体中的<Atomic>或<Sequence>元素来区分DM命令<Atomic>与<Sequence>。

DM命令<Alert>用于DMC向DMS上报异步事件信息，本实施例通过POST方法并携带cmd＝alert参数作用于上述DMS上专门用于接收异步事件的URI(如htttp://example.com/dms1/dm)，并在消息体中描述事件类型或事件码(如SERVER-INITIATED MGMT(1200))和/或相关源MO对应的URI(如http://example.com/dev1/dm/SourceMO)，从而实现相同功能的基于资源的设备管理操作方法，例如：

POST htttp://example.com/dms 1/dm？cmd＝alert

Content-type:...

Content-length:...

<Event>SERVER-INITIATED MGMT(1200)</Event>

<Source>http://example.com/dev1/dm/SourceMO</Source>

或者，还可以通过POST方法并携带cmd＝alert参数分别作用于上述DMS上用于接收不同类型/码的异步事件URI(如htttp://example.com/dms1/dm/1200)来上报不同的异步事件信息，和/或在消息体中描述相关源MO对应的URI(如http://example.com/dev1/dm/SourceMO)，从而实现相同功能的基于资源的设备管理操作方法，例如：

POST htttp://example.com/dms1/dm/1200？cmd＝alert

Content-type:...

Content-length:...

<Source>http://example.com/dev1/dm/SourceMO</Source>

基于以上实施例所提供的方法，能够通过基于资源的接口访问方式，实现现有OMA DM中的所有针对设备MO的设备管理操作和功能。

当然，除上述方法外，本发明还公开了如下方法：

在ETSI(European Telecommunications Standards Institute，欧洲电信标准化协会)所制定的M2M规范中，任何M2M设备或M2M平台以及它们所提供的业务能力，都可以被抽象为资源并且具有唯一的资源标识，即URI。同时，多个资源还可以构成一个群组资源，并由共同的群组标识来唯一识别，即群组URI。因此，当多个M2M设备构成一个群组时，本实施例还可以将所述多个M2M设备所具有的相同的MO资源构建成为该群组的虚拟MO资源，然后按照上述任一实施例中的设备管理方法，通过对所述群组MO资源的访问操作，实现对该群组中所有M2M设备的批量设备管理操作。

具体来说，假设M2M设备1、2、3都具有相同的MO节点，且根据实施

例1中的方法分别构建为如下的MO资源：

http://example.com/dev 1/dm/TargetMO

http ://example.com/dev2/dm/TargetMO

http://example.com/dev3/dm/TargetMO

同时，假设M2M设备1、2、3共同属于一个群组group1，其群组URI为：

http://example.com/group 1

则，根据本实例中的方法，可以构建该群组的虚拟MO资源：

http://example.com/group1/dm/TargetMO

通过对该群组MO资源施加相应的XCAP方法，就可以实现对该群组中所有M2M设备1、2、3所具有的相同目标MO节点进行批量的获取、替换、删除、添加等设备管理操作和功能。例如：

GET http://example.com/group1/dm/TargetMO

表示请求获取所述群组中所有设备上目标MO节点TargetMO的信息，则接收该XCAP方法的设备管理功能或中间件将分别获取M2M设备1、2、3上的TargetMO信息，并将汇总的结果返回给所述XCAP方法的请求者。

进一步地，通过扩展上述XCAP方法和/或消息体中所携带的参数，还可以使得M2M应用能够在进行基于资源的设备管理接口访问时，携带所述访问方法的执行条件，当且仅当所述执行条件满足时，才执行相应的设备管理操作。

当所述若干执行条件仅用于单独的设备管理操作时，可携带在相应XCAP方法的命令行参数中。例如，假设设备1用于固件升级的MO构建为资源http://example.com/dev1/dm/firmare，同时定义条件参数minVer表示最小版本号，man表示生产商，mode表示产品型号，则当需要针对设备执行条件固件更新的操作时，应执行如下基于资源的XCAP方法：

PUT

http://example.com/dev1/dm/firmware？minVer＝1.0&man＝huawei&mode＝cdma

Content-type:...

Content-length:...

{NewF irmwareImage}

该方法表示，当且仅当设备1的固件版本号不小于”1.0”、且生产商为”huawei”、且型号为”cdma”时，才执行相应的固件升级操作，其中新固件包{NewFirmwareImage}由该方法的消息体携带。这样，接收该XCAP方法的设备管理功能或中间件将代替M2M应用首先获取目标设备的固件版本号、生产商、产品型号的等信息，并与该XCAP方法中携带的条件进行比较，若条件均满足时，再执行后续的固件升级操作。从而避免了M2M应用需要通过事先多次调用GET等方法来获取相关信息并进行本地条件比较，然后才能通过PUT方式实施设备固件升级的麻烦。

更进一步地，当所述若干执行条件用于多个的设备管理操作时，可以采用类似脚本的方式携带在相应XCAP方法的消息体中。例如：

POST http://example.com/dev1/dm/firmware？cmd＝sequence

Content-type:...

Content-length:...

<man>huawei</man>

</Conditions>

<Cmd>DELETE http://...</Cmd>

</Actions>

</Sequence>

其中每一组条件由一个<Conditions>元素来描述，其中包含具体的条件子元素，如<minVer>表示最小版本号，<man>表示生产商，<mode>表示产品型号等，而条件间的组合关系如“或”(OR)或者“与”(AND)则可以由<Conditions>元素的属性composition来描述；相应的设备管理操作则由一个<Actions>元素来描述，其中包含若干个<Cmd>子元素用于描述具体的基于资源的设备管理方法。此外，还可以有无条件执行的XCAP方法，由<Conditions>元素之外的<Cmd>元素所描述。

经过上述改进，资源访问请求中可以包括：被访问MO数据资源对应的设备参数，如上述的版本号，生产商及型号等，以实现对符合参数的设备的MO数据的控制，使得资源访问请求更加细化，对数据的控制更加方便，准确。

通过上述可携带条件的基于资源的设备管理方法，可以极大简化M2M应用实施设备管理的操作过程。同时，可以理解的是，本实施例只给出了所有可能的执行条件及其组合的一部分示例。任何现有OMA DM规范中所定义的MO节点及其属性信息，以及与之相关的信息，均可采用本实施例中所给出的方法扩展作为执行条件。

本实施例并不限定构建MO资源的过程，可以为设备中间件将DMC维护的MO信息依据基于资源的协议将MO信息注册为平台中间件上的MO数据资源；也可以为M2M设备上的DMC将其维护的MO信息采用现有技术中DM系统中DMS与DMC之间的协议接口提供给DMS，并由DMS将所述MO信息注册为平台中间件上的MO数据资源；也可以是设备中间件采用平台中间件和设备中间件之间的资源访问协议，将DMC维护的MO信息提供给DMS，并由DMS将所述MO信息注册为平台中间件上的MO数据资源。

本实施例中并不限定只能对XCAP协议进行扩展，同样可以对其他资源访问协议进行扩展以实现相同的目的。

本发明实施例公开了又一建立所述MO数据资源与MO信息间的映射关系方法，该方法将MO数据资源建立在M2M设备上，其流程如图7所示，包括如下步骤：

步骤S71、将DMC上的MO信息用可扩展标记语言XML文档进行描述；

步骤S72、在M2M设备上构建与所述MO信息对应的MO数据资源，并为所述资源分配URI，所述MO数据资源为XML配置访问协议XCAP资源。

一般来说，为设备上所构建的MO数据资源分配URI时，可以如本步骤中直接分配URI，也可以为遵循预定的规则，比如将设备自身的URI作为所述MO数据资源URI的基础部分来分配URI，平台中间件则能够根据所述URI判断所述MO数据资源位于设备上，从而能够将对应所述URI的资源访问请求转发到相应的目标设备。

由于M2M应用也有可能根据所述预定的规则请求访问一个与目标设备相关的却并不存在的MO数据资源URI，导致访问失败。此时，为了让M2M应用和/或M2M平台能够更准确地找到M2M设备上所注册的本地MO资源，还可以向平台中间件声明设备中间件所注册的本地MO数据资源。因此，本实施例中还可以包括：

步骤S73、向所述平台发送指示拥有所述MO数据资源的声明。

在所述M2M平台上声明所述MO数据资源。所述声明过程的具体实现方法可以采用XCAP资源访问方法或现有技术中任何已知的其它方法。

本发明还公开了一种能够实现上述设备管理方法的中间件，其一种结构如图8所示，包括：资源访问请求接收单元81、控制命令转换单元82和控制命令发送单元83，其中：

资源访问请求接收单元81用于：通过资源访问接口接收外部应用(本实施例以M2M应用为例说明)资源访问请求，所述资源访问请求包含用于指示被访问管理对象MO数据资源的存储位置的唯一资源标识符URI。

控制命令转换单元82用于：参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述对MO数据资源的资源访问请求为与其对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据对应的MO信息。

控制命令发送单元83用于发送所述DM命令到所述资源访问请求中的URL对应的设备(即目标设备)，以管理所述与被访问MO数据对应的MO信息。

所述M2M设备上的MO信息被映射为MO数据资源，所述中间件预先建立资源访问请求与DM命令间的映射关系，使得外部M2M应用可以通过资源访问接口访问控制MO信息，从而实现了M2M应用通过开放的统一接口管理远程设备的目的。

图9示出了本发明实施例公开的另一种中间件结构。该中间件包括资源访问请求接收单元91、控制命令转换单元92、控制命令发送单元93、结果数据接收单元94和结果数据返回单元95，其中：

资源访问请求接收单元91、控制命令转换单元92和控制命令发送单元93，与图8所示同名单元功能基本相同，在此不再赘述。

结果数据接收单元94用于：接收目标设备执行所述DM命令后生成并返回的结果数据。

结果数据返回单元95用于向资源访问请求发送者(如M2M应用)返回所述结果数据。

本实施例所述中间件在实现外部应用(如M2M应用)通过开放的统一接口管理远程设备的目的的同时，进一步增加了结果反馈机制，为设备管理提供了方便。

上述所述控制命令发送单元83或控制命令发送单元93的一种结构如图10所示，包括：判断单元1001、会话创建单元1002和发送单元1003，其中：

判断单元1001，用于判断是否存在管理服务器DMS与所述目标设备间的会话；

会话创建单元1002，用于获取所述判断单元1001的判断结果，当判断结果指示不存在所述DMS与目标设备的DMC间的会话时，控制DMS建立与所述目标设备间的会话。

发送单元1003，用于依据所述DMS与所述目标设备的DMC建立的会话发送DM命令到目标设备。

本实施例提供的控制命令发送单元能够先判断DMS与所述目标设备的DMC间的联通情况(即是否建立了会话)，并在会话不存在时，进行会话创建，保证DM命令能够顺利发送至目标设备。

上述所述控制命令发送单元83或控制命令发送单元93的一种结构如图11所示，包括：判断单元1101、会话创建单元1102、发送单元1103和会话过程判断单元1104，其中：

判断单元1101、会话创建单元1102和发送单元1103，功能与图10中的同名单元基本相同，在此不再赘述。

会话过程判断单元1104，用于在发送单元1103发送完一个DM命令后，判断预设会话时间内是否存在后续DM命令，若存在后续DM命令，则指示判断单元1101继续工作，若不存在，则发送关闭此次会话的信息，指示DMS关闭与目标设备的DMC之间的会话。

本实施例公开的控制命令发送单元能够避免在不存在后续DM命令时维护会话所花费的不必要开销。

另外，控制命令发送单元还可以在上述图10或图11的基础上，进一步增加封装单元，用于按照预设协议封装发送单元1003或发送单元1103准备发送的DM命令。

本实施例公开的中间件，可以为独立于M2M平台和设备的装置，也可以是集成在M2M平台或设备上的装置，同时也可以将其按照不同应用场景，划分其功能，将与平台或者设备连接较为紧密的功能分别设置于平台上的平台中间件和设备上的设备中间件。该中间件采用资源访问接口，如XCAP接口，使得外部M2M应用可以通过资源访问请求控制MO资源，并将对MO资源的控制转换为对设备上MO信息的控制，实现了M2M应用通过开放的统一接口管理远程设备的目的。

本实施例并不限定控制命令发送单元的结构，可以根据实际情况而采用其他的结构。

本实施例公开的中间件的具体工作过程请参照前述方法实施例，在此不再赘述。

另外，本发明还进一步公开了一种M2M系统，其一种结构如图12所示，包括中间件1201和M2M设备1202，其中：

中间件1201用于执行以下操作：

接收外部应用(如M2M应用)通过资源访问接口发送的资源访问请求，所述资源访问请求包含：用于指示被访问MO数据资源的存储位置的唯一资源标识符URI；参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述对MO数据资源的访问请求为与其对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据对应的MO信息，发送所述DM命令到与资源访问请求中的URL对应的M2M设备1202，以管理所述与被访问MO数据对应的MO信息。

所述M2M设备1202用于，接收所述DM命令并执行，获得结果数据，将所述结果数据返回给所述中间件1201，由所述中间件1201返回给发送资源访问请求的外部应用。

其中，所述中间件1201的结构可以如图8或图9所示。

本发明实施例中的中间件1201可以是个独立装置，与M2M设备配合完成设备管理操作，还可以设置于M2M设备上，作为M2M设备的组成部件，与M2M设备中的DMC配合完成设备管理操作。可以看出，在仅需要完成设备管理的情况下，本发明实施例提供的M2M系统可以没有M2M平台。

此外，针对本发明实施例中的中间件的不同，还存在其他各种结构形式，图13示出了另外一种结构的M2M系统，该系统包括：M2M平台1301和M2M设备1302，M2M平台1301具有DMS1303和平台中间件1304，M2M设备1302具有DMC1305和设备中间件1306，其中：

所述设备中间件与M2M设备中的设备管理客户端DMC可以为分体设计，所述设备中间件通过所述DMC开放的本地访问接口与其连接；或者，所述设备中间件与所述DMC为一体化设计；再或者所述设备中间件与所述DMS为一体化设计，采用OMA-DM协议的访问接口与所述DMC相连接。

所述平台中间件可以与M2M平台中的DMS为一体化设计，或者所述平台中间件与所述M2M平台中或M2M平台外部的DMS采用所述DMS开放的本地访问接口相连。本实施例并不限定平台中间件和设备中间件与系统中其他部件的连接关系，具体的连接形式可以根据实际情况而任意设定。

本实施例中，平台中间件1304和设备中间件1306配合完成图12所示系统中中间件的功能。本系统的工作过程为：

设备中间件1306预先将M2M设备上的MO信息以XML文档形式描述后发送到平台中间件，并构建为平台中间件上的MO数据资源，平台中间件1304接收M2M应用发送的资源访问请求，根据资源访问请求中的URI，查找到对应的目标设备，将资源访问请求依据预先建立的MO数据资源访问请求与DM命令的映射关系，转换为DM命令，并根据预先建立的MO资源数据与MO信息间的映射关系确定与被访问的MO资源数据对应的MO信息，控制DMS1303按照OMA-DM接口协议建立DMS1303与DMC1305之间的DM会话，并在所述会话中将DM命令发送给DMC1305执行，然后将执行后的结果数据返回给平台中间件1304，并由平台中间件1304返回给M2M应用。

需要说明的是，在其他的实施例中，DMS和DMC彼此之间不直接连接，两者间的会话由连接DMS的平台中间件和连接DMC的设备中间件进行通信来实现。

上述各个实施例中的M2M设备可以为传感器、微控制器、移动或固定终端、网关等各种支持远程设备管理能力的设备和装置，而M2M应用可以为电力抄表、智能交通等各种机器通信相关的个人或行业应用。

容易理解的是，本发明所提供的方案实际上还可以部署在其它需要通过资源访问接口协议实施设备管理的通信系统中，而不局限于M2M应用领域。

需要说明的是，上述系统实施例中具有前文所述中间件的M2M平台和设备都属于本发明的保护范畴。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种设备管理方法，其特征在于，包括：

参考预先建立的所述MO数据资源的资源访问请求与设备管理DM命令的映射关系，转换所述资源访问请求为对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据资源对应的MO信息；

发送所述DM命令到与所述URI对应的目标设备，以管理所述与被访问MO数据资源对应的MO信息。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收所述目标设备执行所述DM命令后生成并返回的结果数据；

返回所述结果数据以响应所述资源访问请求。

3.根据权利要求2所述的方法，其特征在于，所述发送所述DM命令到目标设备的过程包括：

判断是否存在管理服务器DMS与所述目标设备的会话，若是，则控制所述DMS在所述会话中发送所述DM命令到所述目标设备；否则，发送会话控制命令给所述DMS，以控制所述DMS建立与所述目标设备的会话并依据建立的会话发送所述DM命令到所述目标设备。

4.根据权利要求3所述的方法，其特征在于，所述发送所述DM命令到目标设备的过程还包括：

判断预设会话时间内是否存在后续DM命令，若存在后续DM命令，则继续执行，若不存在，则关闭此次会话。

5.根据权利要求3所述的方法，其特征在于，所述预先建立所述MO数据资源与MO信息映射关系的过程包括：

将设备中MO信息用可扩展标记语言XML文档进行描述；

在平台上构建与所述MO信息对应的MO数据资源，并为所述资源分配URI。

6.根据权利要求3所述的方法，其特征在于，所述依据建立的会话发送所述DM命令到所述目标设备具体为按照资源访问协议封装所述DM命令后通过所述建立的会话发送至所述目标设备。

7.根据权利要求1所述的方法，其特征在于，所述预先建立所述MO数据资源与MO信息映射关系的过程包括：

将设备中的MO信息用可扩展标记语言XML文档进行描述；

在设备上构建与所述MO信息对应的MO数据资源，并为所述资源分配URI。

8.根据权利要求7所述的方法，其特征在于，还包括：

向平台发送指示拥有所述MO数据资源的声明。

9.根据权利要求1-7中任意一项所述的方法，其特征在于，所述资源访问请求类型包括：基本资源访问请求，所述基本资源访问请求类型包括：获取请求、替换请求和删除请求。

10.根据权利要求9所述的方法，其特征在于，所述资源访问请求类型还包括：依据超文本链接协议进行扩展的扩展资源访问请求，所述扩展资源访问请求类型包括：执行请求、复制请求、原子操作请求、顺序原子操作请求、异步上报请求、群组设备操作请求、条件操作请求和复合条件操作请求。

11.一种中间件，其特征在于，包括：

控制命令转换单元，用于参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述资源访问请求为对应的DM命令，并根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据资源对应的MO信息；

12.根据权利要求11所述的中间件，其特征在于，还包括：

结果数据接收单元，用于接收所述目标设备执行所述DM命令后生成并返回的结果数据；

结果数据返回单元，用于返回所述结果数据至所述资源访问请求的发送端。

13.根据权利要求11或12所述的中间件，其特征在于，所述控制命令发送单元包括：

判断单元，用于判断是否存在管理服务器DMS与所述目标设备间的会话；

会话建立单元，用于当不存在所述DMS与所述目标设备间的会话时，控制所述DMS建立与所述目标设备的会话；

发送单元，用于依据所述建立的会话发送所述DM命令到所述目标设备。

14.根据权利要求13所述的中间件，其特征在于，所述控制命令发送单元还包括：

会话过程判断单元，用于判断预设会话时间内是否存在后续DM命令，若存在后续DM命令，则指示所述判断单元继续执行，若不存在，则发送指示关闭此次会话的信息。

15.根据权利要求13所述的中间件，其特征在于，所述控制命令发送单元还包括：

封装单元，用于按照资源访问协议封装所述控制命令转换单元转换后的DM命令后提供给所述发送单元。

16.一种机器通信M2M平台，其特征在于，具有如权利要求11-15任意一项所述的中间件。

17.一种机器通信M2M设备，其特征在于，具有如权利要求11-15任意一项所述的中间件。

18.一种机器通信M2M系统，其特征在于，包括：M2M设备和中间件，其中：

所述中间件用于，接收M2M应用通过资源访问接口发送的携带用于指示被访问管理对象MO数据资源的存储位置的唯一资源标识符URI的资源访问请求，参考预先建立的所述MO数据资源访问请求与DM命令的映射关系，转换所述资源访问请求为对应的DM命令，并在根据预先建立的所述MO数据资源与MO信息的映射关系确定与所述被访问MO数据资源对应的MO信息后，发送所述DM命令到所述URI对应的M2M设备，以管理所述与被访问MO数据资源对应的MO信息；

19.根据权利要求18所述的系统，其特征在于，所述中间件设置在M2M平台上。

20.根据权利要求18所述的系统，其特征在于，所述中间件包括：设置于M2M平台上的平台中间件和设置于所述M2M设备上的设备中间件，所述平台中间件和设备中间件配合实现所述中间件的功能。

21.根据权利要求20所述的系统，其特征在于，所述设备中间件与所述设备中的设备管理客户端DMC为分体设计，所述设备中间件通过所述DMC开放的本地访问接口与其连接；或者，所述设备中间件与所述DMC为一体化设计；或者，所述设备中间件与设备管理服务器DMS为一体化设计，采用开放移动联盟所定义的设备管理OMA-DM协议的访问接口与所述DMC相连接。

22.根据权利要求21所述的系统，其特征在于，所述平台中间件与所述DMS为一体化设计，或者所述平台中间件与所述DMS采用所述DMS开放的本地访问接口相连。