专利名称：操作设备资源的方法和管理装置的制作方法
技术领域：
本发明涉及通信领域，特别涉及通信领域中操作设备资源的方法和管理装置。
背景技术：
M2M(machine to machine，即机器对机器)是机器对机器通信的简称，狭义上讲就是机器与机器之间通过诸如Zigbee (即IEEE 802. 15. 4协议)、WLAN(Wireless Local Area Networks，即无线局域网络)的短距离通信技术，以及诸如GSM(GlcAal System for Mobile Communications,艮口全球移云力通讯系统)/GPRS(General Packet Radio Service, 即通用分组无线服务技术)、UMTS (Universal Mobile Telecommunications System，即通用移动通信系统)/HSDPA(High Speed Downlink Packet Access，即高速下行分组接入)、 CDMA (Code Division Multiple Access)又称码分多址)/EVDO (Evolution-DataOnly，即 CDMA20001xEV-D0)的远距离无线通信技术实现数据的交换。简单来说就是把世界上所有的机器都纳入到一张通信网中，使得所有的机器都实现智能化。广义上讲M2M还包括人与机器以及机器与人的通信。
M2M的应用在垂直行业市场中增长非常迅速，这些垂直行业包括智能家居、安防监控、电子医疗、零售业、物流监控等。由于缺乏统一的M2M标准，垂直行业的对M2M的应用通常是由一个厂商提供端到端的解决方案，由此使得设备和应用耦合强，这造成部署成本偏高。另外，大量部署的M2M的垂直应用形成一个个信息孤岛，很难做到信息之间的共享， 由此容易造成重复建设。这些不利因素都对M2M的垂直应用的进一步发展具有较大的阻碍作用。因此，需要构建一个M2M的水平平台，以形成信息共享，减少M2M的部署成本，从而进一步推动M2M的广泛应用。
REST (Representational State Transfer，S卩表述性状态转移)风格是一种针对网络应用的设计和开发方式，在目前的互联网中得到了广泛的应用。M2M所需要做的是将物体连上互联网，成为物联网，因此在M2M中使用REST风格接口成为一个自然的选择。REST 风格的基础是对资源的表述，M2M中的资源可以是静态存放的数据，例如历史测量数据；也可以是动态的处理程序，例如即时测量数据。这些资源有些可以在M2M平台上供网络应用快速的访问，例如历史测量数据；有些资源则必须位于设备上，例如控制设备的资源；而有些资源则需要根据设备情况来决定存放在M2M平台上还是设备上，例如对于设备的最新测量数据而言，如果设备是基于测量数据发生变化而上报到平台，那么最新测量数据资源可以放在M2M平台上，如果设备是接收即时测量数据指令而上报最新测量数据，那么最新测量数据资源就必须放在设备上。
目前，网络应用通过M2M平台对资源进行操作的一种可能的方法是客户端向前端管理服务器请求资源；前端管理服务器通过授权管理服务器来进行授权检查，当该请求通过授权检查后，如果前端管理服务器确定请求的URI (Uniform Resource Identifier, 即通用资源标志符)中指示资源标识为间接访问资源标识，那么需要查找真正的资源所在，由此向位置管理服务器发送间接访问资源标识，请求获取真正的资源标识，包含间接访问资源标识的 URI，例如为 HTTP://Front_End_MGR/Flag/Obscured_Resource_MGR_ID/ Resource_0n_MGR,其中 “Flag/” 指示该间接访问资源标识为 “Obscured_Resource_MGR_ ID”；随后，位置管理服务器根据间接访问资源标识查找对应的真正的资源标识，并返回给前端管理服务器；前端管理服务器向后端管理服务器请求获取资源，请求中包含了真正的资源标识；后端管理服务器根据真正的资源标识构造请求，向资源管理服务器请求获取对应的资源；资源管理服务器返回后端管理服务器所请求的与URI对应的资源；后端管理服务器向前端管理服务返回从资源管理服务器所获取的资源；最后前端管理服务器向客户端返回后端管理服务器所返回的资源。
在上述方法中，直接获取资源的URI和间接获取资源的URI的组织结构不一样， 其中间接获取资源的URI中需要有诸如“Flag/”的指示，以表明该URI是间接获取资源的 URI。而在M2M中，同一类型的数据可能存在平台上，也可能存在设备上，如果将上述方法应用于M2M，那么当网络应用都统一向M2M平台请求资源时，网络应用需要面对不同的URI组织结构。例如，对于同样是最新的测量数据的资源，可能某个设备是数据变化时上报到M2M 平台，那么对应的资源就在平台上，而另一个设备却是接收即时测量指令并返回测量值，那么对应的资源就在设备上，由此对于不同设备上的同种资源，获取该资源的URI组织结构就不一样。此时，网络应用需要事先通过搜索获知资源的URI，才能向M2M平台请求对某个资源进行操作，这增加了网络应用的处理复杂度，不利于推动M2M的广泛应用。
发明内容
为此，本发明实施例提供了一种操作设备资源的方法和管理装置，能够减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性，因而能够进一步推动 M2M的广泛应用。
一方面，本发明实施例提供了一种操作设备资源的方法，该方法包括接收来自网络应用的请求对该设备资源进行操作的第一请求，该第一请求的目的地址为该设备资源在管理装置上的映射地址；根据该映射地址确定该设备资源创建在与该设备资源对应的设备上；基于该设备资源的描述资源，生成对该设备上的该设备资源进行操作的第二请求，该第二请求的目的地址为该设备资源在该设备上的地址；向该设备发送该第二请求。
另一方面，本发明实施例提供了一种用于操作设备资源的管理装置，该管理装置包括第一接收模块、第一确定模块、生成模块和第一发送模块，其中该第一接收模块用于接收来自网络应用的请求对该设备资源进行操作的第一请求，该第一请求的目的地址为该设备资源在该管理装置上的映射地址；该第一确定模块用于根据该映射地址确定该设备资源创建在与该设备资源对应的设备上；该生成模块用于基于该设备资源的描述资源，生成对该设备上的该设备资源进行操作的第二请求，该第二请求的目的地址为该设备资源在该设备上的地址；该第一发送模块用于向该设备发送该第二请求。
基于上述技术方案，本发明实施例的操作设备资源的方法和管理装置，使得网络应用可以基于设备资源在管理装置上的映射地址对设备资源进行操作，由此管理装置能够给网络应用提供统一的设备资源访问接口，从而能够减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性，因而能够进一步推动M2M的广泛应用。
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的操作设备资源的方法的示意图； 图2是根据本发明另一实施例的操作设备资源的方法的示意图； 图3是根据本发明实施例的设备资源接口逻辑模型的示意图； 图4是根据本发明实施例的获取设备资源的方法的示意图； 图5是根据本发明另一实施例的获取设备资源的方法的示意图； 图6是根据本发明实施例的向设备资源发送控制指令的方法的示意图； 图7是根据本发明另一实施例的向设备资源发送控制指令的方法的示意图； 图8是根据本发明实施例的用于操作设备资源的管理装置的示意图； 图9是根据本发明另一实施例的用于操作设备资源的管理装置的示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。
图1示出了根据本发明实施例的操作设备资源的方法100的示意图。如图1所示， 该方法100包括 S110，接收来自网络应用的请求对设备资源进行操作的第一请求，该第一请求的目的地址为该设备资源在管理装置上的映射地址，其中该映射地址包括管理装置的地址和该设备资源的标识； S120，根据该映射地址确定该设备资源创建在与该设备资源对应的设备上； S130，基于该设备资源的描述资源，生成对该设备上的该设备资源进行操作的第二请求，该第二请求的目的地址为该设备资源在该设备上的地址； S140,向该设备发送该第二请求。
应理解，在本发明实施例中，网络应用包括使用网络的各种应用实体，例如设备实体、设备应用实体、网关实体、网关应用实体、服务能力实体等，管理装置包括用于操作和维护设备资源的装置，例如系统平台。本领域技术人员可以理解，在M2M中，网络应用包括M2M 实体，该M2M实体可以包括M2M设备、或M2M应用、或M2M数据等，管理装置可以包括M2M平台等。
还应理解，在本发明实施例中，设备资源可以是静态存放的数据资源，也可以是动态的处理应用资源，有些设备资源可以存放在管理装置上供网络应用快速访问，有些设备资源则必须位于对应的设备上，而有些设备资源则需要根据设备情况来决定存放在管理装置上还是设备上。
当网络应用需要对设备资源进行操作时，例如需要获取设备资源时，网络应用可以向管理装置发送第一请求，其中该第一请求的目的地址为该设备资源在该管理装置上的映射地址，该映射地址包括管理装置的地址和该设备资源的标识，该设备资源的标识可以包括与该设备资源对应的设备的设备标识。由此，不论该设备资源存放在管理装置上，还是存放在对应的设备上，管理装置都可以为网络应用提供操作设备资源的统一的URI访问接口，不需要诸如“Flag”的标记以区分直接访问的设备资源和间接访问的设备资源，从而也不需要网络应用事先通过搜索获知该设备资源的URI。
管理装置根据该映射地址可以确定该设备资源创建在对应的设备上，例如，管理装置可以根据该映射地址中的设备资源标识和设备标识，在管理装置中保存的设备资源管理表中进行查询，从而确定该设备资源创建在对应的设备上，该设备资源管理表可以根据设备和/或设备应用在管理装置上的注册或描述资源在管理装置上的创建等进行维护。
在本发明实施例中，对于在设备上创建的设备资源，管理装置包括对该设备资源进行描述的描述资源，该描述资源可以根据设备发送的创建描述资源请求进行创建，其中该描述资源包括该设备资源在对应设备上的地址和该设备资源的标识，由此管理装置能够根据该设备资源在对应设备上的地址，向设备发送对该设备上的该设备资源进行操作的第二请求。
当管理装置确定该设备资源创建在对应的设备上时，管理装置可以基于该设备资源的描述资源生成第二请求，并向该设备发送该第二请求，其中该第二请求的目的地址为该设备资源在该设备上的地址，由此使得网络应用能够通过管理装置对该设备上的该设备资源进行操作。
本发明实施例的操作设备资源的方法，使得网络应用可以基于设备资源在管理装置上的映射地址对设备资源进行操作，由此管理装置能够给网络应用提供统一的设备资源访问接口，从而能够减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性，因而能够进一步推动M2M的广泛应用。
在本发明另一实施例中，根据本发明实施例的方法还包括设备资源在管理装置上创建描述资源，其中该设备资源创建在与该设备资源对应的设备上，该描述资源用于对该设备资源进行描述，如图2中的方法200的S210和S220所示。
在S210中，管理装置接收设备发送的创建描述资源请求，该创建描述资源请求用于请求创建对该设备资源进行描述的描述资源，其中该设备资源创建在该设备上，并且该设备资源可以包括该设备和/或该设备的设备应用，该创建描述资源请求可以包括该设备和/或该设备应用的标识和相关说明，例如该设备资源的地址、类型、相应的接口逻辑模型等，以及其它需要该设备和/或该设备应用提供的参数，例如与安全相关的一些参数。
在S220中，管理装置基于该创建描述资源请求，创建对该设备资源进行描述的描述资源，其中该描述资源包括该设备资源在该设备上的地址和该设备资源的标识。
应理解，在上述的创建描述资源过程中，也可以包括鉴权过程，例如基于数字证书或预共享密钥等技术实现该鉴权。由于设备资源在管理装置上创建对设备资源进行描述的描述资源，管理装置可以根据该设备资源的描述资源，将该第一请求转换为对该设备上的设备资源进行操作的第二请求，当然也可以通过其它方式实现该转换。
在管理装置创建相应的描述资源之后，管理装置可以向设备发送对该创建描述资源请求进行应答的描述资源创建成功应答，其中该描述资源创建成功应答中包括该描述资源的地址，如图2中的S230所示。由此创建描述资源之后，如果设备的设备资源属性发生改变，那么设备可以根据该地址对该描述资源进行更新、删除等操作，以维护该设备资源的描述资源。
在本发明实施例中，设备资源可以间接地创建在设备上，也可以直接地创建在管理装置上，当某设备资源需要直接创建在管理装置上时，管理装置可以根据REST访问方法直接创建该设备资源，例如可以通过HTTP(HyperText Transfer Protocol,即超文本传输协议)POST(创建)或COAP(ConstrainedApplication Protocol,即受限应用协议)POST在管理装置上创建设备资源。
在本发明实施例中，根据本发明实施例的操作设备资源的方法还可以包括设备和 /或设备应用在管理装置上的注册，用于告知管理装置相关设备和/或设备应用的标识。应理解，上述直接在管理装置上创建设备资源的过程，以及在管理装置上创建设备资源的描述资源的过程可以和注册过程一起进行，也可以单独进行，例如先进行设备和/或设备应用的注册，然后再创建设备资源或描述资源，这些等效的修改或替换都应落入本发明实施例的范围内。
在本发明实施例中，在设备或设备的某个功能直接在管理装置上创建设备资源后，和/或设备、设备的某个功能先在设备上创建设备资源，再在管理装置上创建相应的描述资源后，如果网络应用请求对设备资源进行操作，那么管理装置在接收到网络应用请求对设备资源进行操作的第一请求(如图2中的S240所示)后，可以进行授权检查，以确定允许该第一请求(如图2中的S250所示)。然后，管理装置根据第一请求中设备资源在管理装置上的映射地址，判断该设备资源创建在该管理装置上，还是创建在与该设备资源对应的设备上。如果管理装置确定该设备资源直接创建在该管理装置上，那么管理装置根据该第一请求对该设备资源进行相应的操作，并向网络应用发送对该第一请求进行响应的第三响应，该第三响应用于表明管理装置对创建在管理装置上的设备资源进行操作的情况， 其中该第三响应基于管理装置向网络应用开放的通信协议生成。
如果管理装置确定该设备资源创建在对应的设备上(如图2中的S260所示)，那么管理装置生成对该设备上的该设备资源进行操作的第二请求(如图2中的S270所示)， 并向该设备发送该第二请求(如图2中的S280所示)。在S270中，如果网络应用与管理装置之间通信的协议与管理装置与设备之间通信的协议不同，那么管理装置在生成第二请求时还需要进行协议的转换，即基于管理装置与该设备之间通信的协议生成该第二请求。
在本发明的上述实施例中，根据本发明实施例的方法还可以包括 S290,管理装置接收该设备发送的对该第二请求进行响应的第二响应，该第二响应用于表明该设备对创建在设备上的设备资源进行操作的情况，其中该第二响应基于设备与管理装置之间通信的协议生成； S^5，管理装置基于该第二响应，向该网络应用发送对该第一请求进行响应的第一响应，该第一响应用于表明管理装置对该设备资源进行操作的情况，其中该第一响应基于管理装置向网络应用开放的通信协议生成。
本发明实施例的操作设备资源的方法，使得网络应用可以基于设备资源在管理装置上的映射地址对设备资源进行操作，由此管理装置能够给网络应用提供统一的设备资源访问接口，从而能够减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性，因而能够进一步推动M2M的广泛应用。
下面将以根据本发明实施例的方法在M2M中的应用为例，详细说明根据本发明实施例的操作设备资源的方法。
图3示出了管理装置(即M2M平台)上针对设备的设备资源接口逻辑模型。如图3所示，在该逻辑模型中，DeviceID表示设备标识，用来代表一个设备，其中包括若干属性和设备上的应用；ExpirationTime表示过期时间，用来说明父节点设备资源的有效期JearchMring表示搜索的关键词，是对父节点的关键词描述；AccessRightsID表示访问权限索引，用于指向具体的访问权限，并控制对父节点的访问；Onliru^tate表示在线状况，用于描述设备或设备上应用的在线情况;MaxApps表示设备上的最多应用数量; Applications表示包括0到多个应用的设备资源；ApplicationID表示设备上的应用标识，用于代表设备上的应用，其中包括若干属性；Maxlnstances表示最大的设备应用数据实例数，用于指示最多允许的Datahstance数量；Datahstances表示设备应用数据实例包，其中包括若干个设备应用数据实例；Datahstance表示应用数据实例，用于存储设备的单个应用数据，当创建新的应用数据实例时，如果应用数据实例数量超出Maxlnstances 所规定的数量，则将最旧的应用数据实例删除；LocalResInfos表示本地设备资源信息包，其中包括若干个本地设备资源信息，其中本地设备资源指在设备上创建的设备资源； LocalResInfo表示本地设备资源信息，用于描述在设备本地存在的有关设备或设备上应用的设备资源信息，其中包括如下属性 (a) Address，表示设备资源对应的URI地址； (b) FunctionType,表示功能类型，用于说明设备资源对应的功能类型，一个 LocalReshfos节点下多个LocalResInfo的FunctionType不能重复，本发明实施例示出了两种功能类型，应理解，也可以根据需要对功能类型进行扩展，这两种功能类型分别是
(1) RetrieveData,表示获取即时业务数据，有关M2M应用的本地设备资源可以对应该功能类型； (2) PushCommand,表示下发控制指令，有关M2M应用的本地设备资源也可以对应该功能类型； (c)PlatformRefAddr,表示设备资源通过M2M平台访问的引用地址，网络应用通过该地址访问设备资源，该属性和FimctionType属性只能选择一个，如果设置了该属性， 那么M2M平台将该地址对应的设备资源设置成转换网络应用的请求，向实际的设备资源 URI地址请求该设备资源，并通过应答返回给网络应用； (d)DataModleConstrain，表示当功能类型为PushCommand时，对控制指令的数据模型约束，以XML Schema形式表示。
InstantData表示设备应用的即时业务数据，用于获取设备应用的即时业务数据，在M2M平台上，可以用一个静态的数据设备资源表示设备应用的即时业务数据，也可以根据描述资源从设备应用获取即时业务数据，M2M平台可以根据FimctionType属性为 RetrieveData的LocalReshfo的创建、更新和删除，而自动地对设备资源的描述资源进行创建、更新和删除； ControlCommands表示控制指令包，用于创建发送控制指令的子资源，该子资源创建在M2M平台上，使得M2M平台将控制指令发送给设备，获取设备应答并返回给创建方，同时返回平台上创建的子资源的地址，M2M平台可以根据FunctionType属性为PushCommand 的LocalReshfo的创建、更新和删除，而自动地对设备资源的描述资源进行创建、更新和删除； ControlCommand表示历史控制指令，其最大数量由M2M平台决定，或由应用增加新的属性进行限定。
下文中将以设备资源对应的两种功能类型为例，即获取即时业务数据和下发控制指令，具体说明根据本发明实施例的对创建在设备上的设备资源进行操作的方法。
图4示出了根据本发明实施例的获取设备资源的方法300的示意图。如图4所示，M2M平台接收网络应用发送的请求获取设备资源的第一请求，该第一请求的目的地址为该设备资源在M2M平台上的映射地址(如S310所示)；M2M平台对该第一请求进行授权检查，判断是否允许该第一请求(如S320所示)；如果该第一请求没有通过授权检查，则流程进行到S370，否则M2M平台生成请求获取设备资源的第二请求，向与该设备资源对应的设备发送该第二请求，并接收设备发送的对第二请求进行响应的第二响应，其中该第二请求的目的地址为该设备资源在对应的设备上的地址(如S330所示)；在S330中，如果与设备资源对应的设备所支持的与M2M平台通信的协议和M2M平台向网络开放的协议不一样，那么M2M平台在生成第二请求的过程中还需要进行协议的转换。
在S340中，M2M平台判断是否成功获取该设备资源，如果M2M平台成功获取设备资源，那么流程进行到S350，否则流程进行到S370 ；在S350中，M2M平台利用接收到的第二响应中所携带的最新位置信息或业务数据，对M2M的设备资源接口逻辑模型中的与该设备对应的应用数据实例(Datahstance)进行更新；在S360中，M2M平台生成表示对设备资源操作成功的第一响应；在S370中，M2M平台生成表示对设备资源操作错误的第一响应；在 S380中，M2M平台向网络应用发送在S360或S370中生成的第一响应。
图5示出了根据本发明另一实施例的获取设备资源的方法400的示意图，该实施例示出了网络应用获取不同设备的相同应用数据的例子。
如图5所示，设备1和设备2都包括上报温度数据的应用，所不同的是设备1上的上报温度应用1用于根据温度变化而上报温度，以用于控制空调，因此设备1直接在M2M平台上创建了用于上报温度数据的静态设备资源；而设备2上的相同应用类型(或功能)的上报温度应用1只用于查询温度，因此，作为温度数据的设备资源创建在该设备2上，并且设备2在M2M平台上创建了对该设备资源进行描述的描述资源，该描述资源包括该设备资源在该设备上的地址、该设备资源的标识和功能类型，下面示出了该描述资源的一个具体例子 <LocalResInfo> <Address>coap//deviceID2. sense. m2m. com/Applications/Applicationl/ Inst antData</Address> <FunctionType>RetrieveData</FunctionType> </LocalR esInfo>。
当网络应用查询所有设备的上报温度应用的温度数据时，具体流程如下 在S410中，网络应用向M2M平台发送对设备1的设备资源进行操作的请求1，用于请求获取设备1上的上报温度应用1的即时数据，该请求1如下 GET…/DeviceID 1/Applications/Application 1/InstantData/ Host example, com :80。
在S420中，M2M平台直接获取与该请求1对应的静态温度数据，并返回给网络应用，该响应包括设备1上的上报温度应用1的温度数据，该响应如下 HTTP/1. 12000K Content-Type :application/xml ；charset = UTF-8 <InstantData>. . . </InstantData>0 在S430中，网络应用向M2M平台发送对设备2的设备资源进行操作的请求2，用于请求获取设备2上的上报温度应用1的即时数据，该请求2如下 GET. . . /DeviceID2/Applications/Application 1/InstantData/ Host example, com :80o 在S440中，M2M平台根据该设备资源的描述资源，生成获取设备2上的设备资源的请求3，该请求3的目的地址为该设备资源在该设备上的地址，该请求3如下 CON tid = 01 GET. . . /Applications/Application 1/InstantData/ Host :deviceID2. sense. m2m. com :80。
应理解，这里为了说明方便直接使用了文本格式，而实际的COAP协议是二进制的封装形式，其中的命令和头域都有特定的二进制编码。
在S450中，设备2接收来自M2M平台的请求3，经过定位处理后获取温度数据，并返回给M2M平台，返回响应如下 ACK tid = 01 2000K Content-Type application/xml ；charset = UTF-8 <InstantData>. . . </InstantData>0 同样地应理解，这里也是直接采用文本格式的描述，与实际的COAP报文有差别， 该报文描述仅仅是为了示例，而不应构成对本发明实施例的任何限定。
在S460中，M2M平台收到设备2返回的温度数据后，返回给网络应用，返回的响应如下 HTTP/1. 12000K Content-Type applicati on/xml ；charset = UTF-8 <InstantData>. . . </InstantData>0 通过上述具体实施例进一步可知，本发明实施例的操作设备资源的方法，使得网络应用可以基于设备资源在管理装置上的映射地址对设备资源进行操作，由此管理装置能够给网络应用提供统一的设备资源访问接口，从而能够减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性，因而能够进一步推动M2M的广泛应用。
图6示出了根据本发明实施例的向设备资源发送控制指令的方法500的示意图。 如图6所示，在S510中，M2M平台接收网络应用发送的请求向设备资源发送控制指令的第一请求，该控制指令例如是创建ControlCommand资源，该第一请求的目的地址为该设备资源在M2M平台上的映射地址； 在S520中，M2M平台对该第一请求进行授权检查和请求数据有效性检查，判断是否允许该第一请求，其中对控制指令数据的有效性检查根据描述资源中的接口数据模型进行，如果允许则流程进行到S530，否则流程进行到S570 ； 在S530中，M2M平台生成请求发送控制指令的第二请求，向与该设备资源对应的设备发送该第二请求，并接收设备发送的对第二请求进行响应的第二响应，其中该第二请求的目的地址为该设备资源在对应的设备上的地址，类似地，如果该设备与M2M平台之间通信的协议和M2M平台向网络开放的协议不一样，那么M2M平台在生成第二请求的过程中还需要进行协议的转换； 在S540中，M2M平台判断是否成功在设备创建ControlCommand资源，如果M2M平台成功创建该资源，那么流程进行到S550，否则流程进行到S570 ； 在S550中，M2M平台在自身上创建或记录设备资源接口逻辑模型中的 ControlCommand 资源；
在S560中，M2M平台生成表示对设备资源操作成功的第一响应； 在S570中，M2M平台生成表示对设备资源操作错误的第一响应； 在S580中，M2M平台向网络应用发送在S560或S570中生成的第一响应。 图7示出了根据本发明另一实施例的向设备资源发送控制指令的方法600的示意 图。
如图7所示，在网络应用向设备1上的应用1发送控制指令之前，设备1以及设备 1上的应用1都已经注册到M2M平台，设备1上的应用1支持控制指令的接收，并在M2M平台创建了相应的描述资源，描述设备1上的应用1接收控制指令资源，该描述资源包括该设备资源在该设备上的地址、该设备资源的标识和功能类型，下面示出了该描述资源的一个具体例子 <LocalResInfo> <Address>coap//sense. m2m. com/DeviceIDl/Applications/Applicationl/Co ntrolCommands</Address> <FunctionType>PushCommand</FunctionType> <DataModleConstrain>. . . </DataModleConstrain> </LocalResInfo>。
当网络应用向设备1上的应用1发送控制指令时，具体流程如下 在S610中，网络应用向M2M平台发送请求1，用于请求创建对设备1上的应用1的 ControlCommand资源,该请求1如下 POST. . . /DevicelDl/Applications/Application 1/ControlCommands Content-Type application/xml ；charset = UTF-8 Host example, com :80 <ControlCommands>. . . </ControlCommands>0 在S620中，M2M平台处理该请求1，生成向设备1发送的创建资源请求2，并发送给该设备，该请求2的目的地址为该应用1在该设备1上的地址，该请求2如下 CONtid = Ol POST. . . /DeviceID 1/Applications/Application 1/ControlCommands Content-Type :application/xml ；charset = UTF-8 Host :sense. m2m. com :80 <ControlCommand>. . . </ControlCommand>0 在S630中，设备1接收请求2后，将该控制指令发给应用1，应用1处理后返回结果，设备1成功创建ControICommand资源并返回如下响应 ACKtid = Ol 201Created Location oap//sense. m2m. com/DevicelDl/Applications/Applicationl/ControIComma nds/ControlCommand5 Content-Type application/xml ；charset = UTF-8 <ControlResult>. . . </ControlResult>。
应理解，为了便于理解，S620和S630中的报文采用文本方式进行描述，该报文描述与实际的COAP编码有差别，这里仅仅为了示例，而不应构成对本发明实施例的任何限定。
在S640中，M2M平台收到上述响应后，在本地的设备资源接口逻辑模型中创建 CommandControl资源，并向网络应用返回如下响应 HTTP/1. 1201Created Location :http://example, com /DevicelDl/Applications/Applicationl/ControlCommands/ControIComman d5 Content-Type app licati on/xml ；charset = UTF-8 <ControlResult>. . . </ControlResult>。
通过上述具体实施例进一步可知，本发明实施例的操作设备资源的方法，使得网络应用可以基于设备资源在管理装置上的映射地址对设备资源进行操作，由此管理装置能够给网络应用提供统一的设备资源访问接口，从而能够减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性，因而能够进一步推动M2M的广泛应用。
下面将描述根据本发明实施例的用于操作设备资源的管理装置。
图8示出了根据本发明实施例的用于操作设备资源的管理装置700的示意图。如图8所示，该管理装置700包括第一接收模块705、第一确定模块710、生成模块715和第一发送模块720，其中该第一接收模块705用于接收来自网络应用的请求对该设备资源进行操作的第一请求，该第一请求的目的地址为该设备资源在该管理装置上的映射地址；该第一确定模块710用于根据该映射地址确定该设备资源创建在与该设备资源对应的设备上；该生成模块715用于基于该设备资源的描述资源，生成对该设备上的该设备资源进行操作的第二请求，该第二请求的目的地址为该设备资源在该设备上的地址；该第一发送模块720用于向该设备发送该第二请求。
本发明实施例的用于操作设备资源管理装置，使得网络应用可以基于设备资源在管理装置上的映射地址对设备资源进行操作，由此能够给网络应用提供统一的设备资源访问接口，从而能够减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性，因而能够进一步推动M2M的广泛应用。
可选地，如图9所示，根据本发明实施例的管理装置700还可以包括 第二接收模块725，用于接收该设备发送的创建描述资源请求，该创建描述资源请求用于请求创建对该设备资源进行描述的描述资源； 创建模块730，用于基于该创建描述资源请求，创建该描述资源，其中该描述资源包括该设备资源在该设备上的地址和该设备资源的标识。
可选地，该管理装置700还可以包括 第二发送模块735，用于向该设备发送对该创建描述资源请求进行应答的描述资源创建成功应答，该描述资源创建成功应答中包括该描述资源的地址。
可选地，该管理装置700还可以包括 检查模块740，用于在第一接收模块705接收网络应用请求对设备资源进行操作的第一请求后，进行授权检查，以确定允许该第一请求。
可选地，该生成模块715还用于基于该管理装置与该设备之间通信的协议，生成该第二请求。
可选地，该管理装置700还可以包括 第三接收模块745，用于接收该设备发送的对该第二请求进行响应的第二响应； 第三发送模块750，用于基于该第二响应，向该网络应用发送对该第一请求进行响应的第一响应，该第一响应用于表明对该设备资源进行操作的情况。
可选地，该管理装置700还可以包括 第二确定模块755，用于在第一接收模块705接收网络应用请求对设备资源进行操作的第一请求后，根据该第一请求中的映射地址确定该设备资源创建在该管理装置上； 第四发送模块760，用于根据该第一请求对该设备资源进行相应的操作，并向该网络应用发送对该第一请求进行响应的第三响应。
可选地，该管理装置700还可以包括更新模块765，用于当该第一请求包括请求获取该设备资源，并且该第二响应表明成功获取该设备资源时，对该管理装置的设备资源接口逻辑模型中的与该设备对应的应用数据实例进行更新。
可选地，该管理装置700还可以包括记录模块770，用于当该第一请求包括请求向该设备资源发送控制指令，并且该第二响应表明成功向该设备资源发送控制指令时，在该管理装置上记录该控制指令。
管理装置700中的各个模块的上述和其它操作和/或功能分别为了实现图1至图 7中的各个方法100、200、300、400、500和600的相应流程，为了简洁，在此不再赘述。
本发明实施例的用于操作设备资源管理装置，使得网络应用可以基于设备资源在管理装置上的映射地址对设备资源进行操作，由此能够给网络应用提供统一的设备资源访问接口，从而能够减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性，因此能够进一步推动M2M的广泛应用。
本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或步骤可以用硬件、处理器执行的软件程序，或者二者的结合来实施。软件程序可以置于随机存储器(RAM)、内存、只读存储器 (ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
尽管通过参考附图并结合优选实施例的方式对本发明进行了详细描述，但本发明并不限于此。在不脱离本发明的精神和实质的前提下，本领域普通技术人员可以对本发明的实施例进行各种等效的修改或替换，而这些修改或替换都应在本发明的涵盖范围内。
权利要求
1.一种操作设备资源的方法，其特征在于，包括接收来自网络应用的请求对所述设备资源进行操作的第一请求，所述第一请求的目的地址为所述设备资源在管理装置上的映射地址；根据所述映射地址确定所述设备资源创建在与所述设备资源对应的设备上；基于所述设备资源的描述资源，生成对所述设备上的所述设备资源进行操作的第二请求，所述第二请求的目的地址为所述设备资源在所述设备上的地址；向所述设备发送所述第二请求。
2.根据权利要求1所述的方法，其特征在于，在接收网络应用请求对所述设备资源进行操作的第一请求之前，所述方法还包括接收所述设备发送的创建描述资源请求；基于所述创建描述资源请求，创建所述描述资源，其中所述描述资源包括所述设备资源在所述设备上的地址和所述设备资源的标识。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括向所述设备发送对所述创建描述资源请求进行应答的描述资源创建成功应答，所述描述资源创建成功应答中包括所述描述资源的地址。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括在接收网络应用请求对所述设备资源进行操作的第一请求后，进行授权检查，以确定允许所述第一请求。
5.根据权利要求1所述的方法，其特征在于，所述生成对所述设备上的所述设备资源进行操作的第二请求，包括基于所述管理装置与所述设备之间通信的协议，生成所述第二请求。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括接收所述设备发送的对所述第二请求进行响应的第二响应；基于所述第二响应，向所述网络应用发送对所述第一请求进行响应的第一响应。
7.根据权利要求1所述的方法，其特征在于，在接收网络应用请求对所述设备资源进行操作的第一请求后，所述方法还包括根据所述映射地址确定所述设备资源创建在所述管理装置上；根据所述第一请求对所述设备资源进行相应的操作，并向所述网络应用发送对所述第一请求进行响应的第三响应。
8.根据权利要求1至7中任一项所述的方法，其特征在于，所述接收网络应用请求对所述设备资源进行操作的第一请求包括接收所述网络应用请求获取所述设备资源的所述第一请求。
9.根据权利要求8所述的方法，其特征在于，在所述第二响应表明成功获取所述设备资源时，所述方法还包括对所述管理装置的设备资源接口逻辑模型中的与所述设备对应的应用数据实例进行更新。
10.根据权利要求1至7中任一项所述的方法，其特征在于，所述接收网络应用请求对所述设备资源进行操作的第一请求包括接收所述网络应用请求向所述设备资源发送控制指令的所述第一请求。
11.根据权利要求10所述的方法，其特征在于，在所述第二响应表明成功向所述设备资源发送控制指令时，所述方法还包括在所述管理装置上记录所述控制指令。
12.一种用于操作设备资源的管理装置，其特征在于，包括第一接收模块，用于接收来自网络应用的请求对所述设备资源进行操作的第一请求， 所述第一请求的目的地址为所述设备资源在所述管理装置上的映射地址；第一确定模块，用于根据所述映射地址确定所述设备资源创建在与所述设备资源对应的设备上；生成模块，用于基于所述设备资源的描述资源，生成对所述设备上的所述设备资源进行操作的第二请求，所述第二请求的目的地址为所述设备资源在所述设备上的地址； 第一发送模块，用于向所述设备发送所述第二请求。
13.根据权利要求12所述的管理装置，其特征在于，所述管理装置还包括 第二接收模块，用于接收所述设备发送的创建描述资源请求；创建模块，用于基于所述创建描述资源请求，创建所述描述资源，其中所述描述资源包括所述设备资源在所述设备上的地址和所述设备资源的标识。
14.根据权利要求13所述的管理装置，其特征在于，所述管理装置还包括第二发送模块，用于向所述设备发送对所述创建描述资源请求进行应答的描述资源创建成功应答，所述描述资源创建成功应答中包括所述描述资源的地址。
15.根据权利要求12所述的管理装置，其特征在于，所述管理装置还包括 检查模块，用于进行授权检查，以确定允许所述第一请求。
16.根据权利要求12所述的管理装置，其特征在于，所述生成模块还用于基于所述管理装置与所述设备之间通信的协议，生成所述第二请求。
17.根据权利要求12所述的管理装置，其特征在于，所述管理装置还包括 第三接收模块，用于接收所述设备发送的对所述第二请求进行响应的第二响应；第三发送模块，用于基于所述第二响应，向所述网络应用发送对所述第一请求进行响应的第一响应。
18.根据权利要求12所述的管理装置，其特征在于，所述管理装置还包括 第二确定模块，用于根据所述映射地址确定所述设备资源创建在所述管理装置上；第四发送模块，用于根据所述第一请求对所述设备资源进行相应的操作，并向所述网络应用发送对所述第一请求进行响应的第三响应。
19.根据权利要求12至18中任一项所述的管理装置，其特征在于，所述管理装置还包括更新模块，用于当所述第一请求包括请求获取所述设备资源，并且所述第二响应表明成功获取所述设备资源时，对所述管理装置的设备资源接口逻辑模型中的与所述设备对应的应用数据实例进行更新。
20.根据权利要求12至18中任一项所述的管理装置，其特征在于，所述管理装置还包括记录模块，用于当所述第一请求包括请求向所述设备资源发送控制指令，并且所述第二响应表明成功向所述设备资源发送控制指令时，在所述管理装置上记录所述控制指令。
全文摘要
本发明公开了一种操作设备资源的方法和管理装置。该方法包括接收来自网络应用的请求对该设备资源进行操作的第一请求，该第一请求的目的地址为该设备资源在管理装置上的映射地址；根据该映射地址确定该设备资源创建在与该设备资源对应的设备上；基于该设备资源的描述资源，生成对该设备上的该设备资源进行操作的第二请求，该第二请求的目的地址为该设备资源在该设备上的地址；向该设备发送该第二请求。该管理装置包括第一接收模块、第一确定模块、生成模块和第一发送模块。采用本发明的操作设备资源的方法和管理装置，能够给网络应用提供统一的设备资源访问接口，从而减小网络应用操作设备资源的复杂度，提高网络应用操作设备资源的便利性。
文档编号H04W8/26GK102186164SQ20111004079
公开日2011年9月14日 申请日期2011年2月18日 优先权日2011年2月18日
发明者卞永刚, 张永靖, 牟伦建, 王珏, 金雷, 许科 申请人:华为技术有限公司