CN108848159A - 一种物联网设备互操作调度方法 - Google Patents

Abstract

本发明公开了一种物联网设备互操作调度方法，涉及基于虚拟资源的物联网领域，用以解决现有技术下的物联网***实现设备互操作时难以满足设备异构不兼容，且现有设备互操作多从顶层标准或垂直领域入手难以针对实现水平式设备互操作的问题，本发明对物联网设备提出了一种统一的资源表示结构将物理设备转换为逻辑上对应的虚拟设备资源，基于形成的虚拟设备资源，提出了两种资源间互操作调度的交互方式，通过对指定资源创建订阅并接收通知实现被动式互操作调度，通过对指定资源发送请求并获得响应实现主动式操作调度，借助资源层面的操作实现设备互操作。

Description

一种物联网设备互操作调度方法

技术领域

本发明涉及基于虚拟资源的物联网领域，尤其涉及一种物联网设备互操作调度方法。

背景技术

物联网(IoT)是一种包含了物理对象、虚拟对象以及配有传感、计算和通信能力的无所不在的网络。物联网最初的愿景是建立一个超级链接的全球生态***，通过部署在其中的物理设备、通信网络等，在“物”与“物”之间实现交互通信，从而构建物物相连的生态***，为人们提供更便利智慧的生产以及生活环境。其中，为了实现“物”与“物”之间的沟通交流，关键部分在于实现物联网设备间的互操作调度，通过合理有效的方式在需要进行互操作的设备之间提供互操作解决方案，从而支持实现物物交互。

然而，鉴于物联网***内部署的设备数量多、不兼容、分布广等特点，在异构设备间由于使用数据格式、通信协议不同，难以在其间实现互操作，且难以无缝地集成新设备到现有的物联网***中。目前，已有较多物联网研究人员和行业领导者针对物联网设备互操作进行了相关研究，总的来说，当前研究主要集中在以下几个方面：

1.从标准入手，通过制定统一的行业规范来提供设备互操作解决方案，包括源自早期开放互联联盟的开放连接基金会(OCF)、OPC基金会、机器自动化与控制组织(OMAC)等标准组织。

2.从垂直领域入手，针对单个或孤立应用实现设备互操作，具有“一式一议”性，解决的是限定应用情况下的设备互操作。

3.从通信网络和硬件入手，根据异构设备使用通信协议不同，由运营商在其网络中部署多供应商基础设施，从通信层面支持设备互操作的实现。

然而，通过标准化确实能解决一部分问题，但标准的落地需要极长时间，垂直领域的解决方案不具备适用性，且侧重通信和硬件兼容的互操作会逐渐向软件兼容转移。因此，通过对现有研究的分析，可以发现为了实现物联网设备互操作调度，存在以下需求：

可以满足设备异构性，不需考虑不同设备所使用数据结构的不同，也能实现设备互操作；

可以实现水平领域的设备互操作，不需要受限于指定领域；

可以根据设备交互需求，提供数据互操作性的解决方案。

针对上述提出的问题和需求，现在已经提出了一些解决方案，比如OCF物联网互操作性标准，以及一种实现物联网互操作的移动多重技术网关技术。

其中OCF标准通过规范、开源实现和认证的结合，可以将物联网产业链中各个环节的参与者都融入其中，从而构建开放的生态***并实现设备间的互操作性。但是，这种顶层标准规范只给出了基本的实现架构，并未对每一部分的具体实现进行更细致的设计，离实现标准规范与实际应用的紧密结合还有很长一段距离。此外，虽然OCF标准提供了设备认证规范，但在目前由符合性测试和互通性测试组成的OCF认证测试中，只有符合性测试，对于支持实现设备互操作性至关重要的互通性测试并未实现，且目前大多数测试设备都使用的是有线形式，难以满足物联网的无线通信环境。

而在实现物联网互操作的移动多重技术网关这种以物联网网关为核心的设备互操作解决方案中，所有设备通过无线WIFI、Bluetooth、H3G或其他通信方式与网关进行集中连接，设备间的互操作很大程度上依赖于中心网关的数据收集以及处理能力。同时，由于该技术实现的物联网网关是基于智能手机的，受限于手机本身的电池容量以及使用寿命，将极大影响设备互操作性能。只有在手机电量足够的情况下，能正常保持不同通信接口的有效使用，才能较好地满足设备互操作需求。

发明内容

本发明的目的在于:为了解决现有技术下的物联网***实现设备互操作时难以满足设备异构不兼容，且现有设备互操作多从顶层标准或垂直领域入手难以针对实现水平式设备互操作的问题，本发明提供了一种物联网设备互操作调度方法，对物联网设备提出了一种统一的资源表示结构将物理设备转换为逻辑上对应的虚拟设备资源，基于形成的虚拟设备资源，提出了两种资源间互操作调度的交互方式，通过对指定资源创建订阅并接收通知实现被动式互操作调度，通过对指定资源发送请求并获得响应实现主动式操作调度，借助资源层面的操作实现设备互操作。

本发明采用的技术方案如下：

一种物联网设备互操作调度方法，包括以下步骤：

S1：将需要接入物联网***的所有设备统一表示为资源形式，建立资源表示结构模型；

S2：基于S1中得到的资源表示结构模型，通过基本资源操作，实现资源间的交互调度。

进一步地，所述资源表示结构模型为树形结构，包括根资源root、属性资源attribute、数据资源data、实体资源entity、实例资源instance和订阅资源subscription，所述根资源root在树形结构中为根节点，所述实例资源attribute在树形结构中为叶子节点，数据资源data、实体资源entity和订阅资源subscription在树形结构中为子节点，所述子节点挂载在根节点下，所述子节点下可挂载其他类型的子节点以及叶子节点，所述实例资源instance在树形结构中为挂载在数据资源data下，直接充当叶子节点。

其中根资源root表示资源树的根，例如某个智能小区，智能交通平台都可以是根资源；

属性资源attribute用于描述资源的状态，对应于物理设备包括设备名称型号、技术参数等固有属性，是单个的属性值，在资源树中属于叶子节点；

数据资源data，用于保存资源所感知到的或由资源生成的相关数据，可以包括不同时刻下的多个数据实例，因此可以用于记录资源***在不同时刻下的状态以及状态变化，是资源表示结构中的一个重要部分；

实体资源entity，表示在该资源下还包括子资源，可以包括以上其他类型资源。例如，在以飞行器平台为根资源的物联网***中，平台内搭载的各种设备就是实体资源；

实例资源instance，挂载在data资源下，表示data资源中每一项具体的资源实例，在资源树中instance资源也可以是叶子节点；

订阅资源subscription，作为其他资源的子资源存在，表示对该资源的订阅，通过在其中指定通知地址notificationURI，当资源信息变化后进行通知。

进一步地，所述S2中的基本资源操作包括：

资源创建Create：用于向资源发送创建请求以新建资源；

资源检索Retrieve：用于对资源的任意属性信息进行查询。

进一步地，所述资源间的交互调度包括基于订阅通知的资源交互和基于请求响应的资源交互，所述基于订阅通知的资源交互利用订阅资源subscription实现对资源的订阅操作。

进一步地，所述订阅资源subscription中还包括：

notificationURI属性：用于记录资源变化结果应该通知的URI，所述notificationURI属性为字符串列表，用以保证一个订阅请求对应至多个通知对象。

进一步地，所述基于订阅通知的资源交互包括资源订阅和资源通知，所述资源订阅的流程如下：

S211：订阅者发起创建订阅资源subscription请求；

S212：判断资源是否可被订阅，若否，则订阅失败，若是，则进入下一步；

S213：判断订阅者是否有权限访问，若否，则订阅失败，若是，则进入下一步；

S214:判断notificationURI属性是否与订阅者地址一致，若一致，则进入下一步，若不一致，则向订阅者发送订阅确认请求并等待反馈，若反馈结果确认为不一致，则订阅失败，若反馈结果为一致，则进入下一步；

S215：调用资源创建方法在被订阅资源下创建订阅资源subscription，若创建失败，则订阅失败，若创建成功，则订阅成功。

进一步地，所述资源通知的方法如下：

当订阅资源发生变化时，向订阅资源subscription发送消息，当订阅资源subscription收到该消息时，按照订阅配置策略向notificationURI属性标识的订阅者发送通知。

进一步地，所述基于请求响应的资源交互流程如下：

S221：原始资源向目标资源发起资源检索Retrieve请求，并在资源检索Retrieve请求中指明所需要的资源信息并形成筛选条件；

S222：目标资源接收到资源检索Retrieve请求后，获得filterUsage字段，判断所述filterUsage字段值是否为discovery，若否，则请求失败，若是，则进入下一步；

S223：判断目标资源是否存在子资源，若否，则请求失败，若是，则将所有子资源依次与S221中得到的筛选条件进行对比，若满足筛选条件，则将资源信息加入至结果列表中，若不满足筛选条件，则继续对比下个子资源直到所有子资源对比完成，对比完成后形成最终结果列表，即形成对资源请求的成功相应。

进一步地，当所述筛选条件中包含了对响应结果的数量限制时，若满足筛选条件的子资源数量大于该数量限制时，则停止筛选并返回这部分满足条件的子资源，同时在响应结果中标记响应不完整。

综上所述，由于采用了上述技术方案，本发明的有益效果是：

1.本发明解决物联网***内大量异构设备的互操作调度问题，按照统一的资源表示结构组织物联网设备信息，可以有效屏蔽设备间的异构性，支持实现水平式地设备互操作。

2.本发明通过统一的资源建模方法得到与实际物理设备对应的虚拟设备资源，可以形成与实际物联网***逻辑上对应的虚拟资源池，从而利用资源间的基本操作实现设备调度。

3.本发明利用基于订阅通知的资源交互方法，通过对指定资源创建订阅并接收通知，可以在具有数据交互需求的设备间实现被动式地互操作调度，从而利用资源操作有效实现设备交互。

4.利用基于请求响应的资源交互方法，通过对指定资源发送请求并获得响应，可以满足具有主动式数据需求的设备互操作调度，从而利用资源操作有效实现设备交互。

5.本发明克服了OCF标准只能在顶层设计基本架构而不能更细致对每一部分进行更细致结合，难以实际应用的问题，实现了水平式设备互操作的目的。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明总体步骤框图；

图2是本发明资源表示结构模型图；

图3是本发明资源订阅流程图；

图4是本发明资源通知流程图；

图5是本发明基于请求响应的资源交互流程图；

图6是本发明设备资源注册流程描述图；

图7是本发明门禁开关与RFID读卡器间基于请求响应的设备互操作图；

图8是本发明智能电灯与传感器间基于订阅通知的设备互操作图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明，即所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

如图1所示，一种物联网设备互操作调度方法，包括以下步骤：

S1：将需要接入物联网***的所有设备统一表示为资源形式，建立资源表示结构模型；

S2：基于S1中得到的资源表示结构模型，通过基本资源操作，实现资源间的交互调度。

如图2所示，作为一种优选的实施方式，所述资源表示结构模型为树形结构，包括根资源root、属性资源attribute、数据资源data、实体资源entity、实例资源instance和订阅资源subscription，所述根资源root在树形结构中为根节点，所述实例资源attribute在树形结构中为叶子节点，数据资源data、实体资源entity和订阅资源subscription在树形结构中为子节点，所述子节点挂载在根节点下，所述子节点下可挂载其他类型的子节点以及叶子节点，所述实例资源instance在树形结构中为挂载在数据资源data下，直接充当叶子节点。

其中根资源root表示资源树的根，例如某个智能小区，智能交通平台都可以是根资源；

属性资源attribute用于描述资源的状态，对应于物理设备包括设备名称型号、技术参数等固有属性，是单个的属性值，在资源树中属于叶子节点；

数据资源data，用于保存资源所感知到的或由资源生成的相关数据，可以包括不同时刻下的多个数据实例，因此可以用于记录资源***在不同时刻下的状态以及状态变化，是资源表示结构中的一个重要部分；

实体资源entity，表示在该资源下还包括子资源，可以包括以上其他类型资源。例如，在以飞行器平台为根资源的物联网***中，平台内搭载的各种设备就是实体资源；

实例资源instance，挂载在data资源下，表示data资源中每一项具体的资源实例，在资源树中instance资源也可以是叶子节点；

订阅资源subscription，作为其他资源的子资源存在，表示对该资源的订阅，通过在其中指定通知地址notificationURI，当资源信息变化后进行通知。

所述S2中的基本资源操作包括：

资源创建Create：用于向资源发送创建请求以新建资源；

资源检索Retrieve：用于对资源的任意属性信息进行查询。

作为一种优选的实施方式，所述基本资源操作还可以包括：

资源更新Update：用于对资源的属性信息进行更新；

资源删除Delete：用于对资源进行删除。

作为一种优选的实施方式，所述资源间的交互调度包括基于订阅通知的资源交互和基于请求响应的资源交互，所述基于订阅通知的资源交互利用订阅资源subscription实现对资源的订阅操作。

所述基于订阅通知的资源交互本质上是一种被动式的资源调度，它提供了一种资源变化监听和通知的机制。由其中某个设备作为订阅者可以基于依赖的数据信息等订阅某个(或某些)设备资源，订阅者可以告诉被订阅者一个通知地址(URL)，并通过参数设置告诉被订阅者在什么情况下发起通知，在通知信息中携带被订阅资源变化后的状态。

所述订阅资源subscription中包括多种类型子资源属性，包括：

notificationURI属性：用于记录资源变化结果应该通知的URI，所述notificationURI属性为字符串列表，用以保证一个订阅请求对应至多个通知对象；

creationTime属性：用于记录订阅资源的创建时间；

expirationTime属性：用于记录订阅资源存在的最长时间，从而对其进行时效性控制；

rateLimit属性：用于记录通知频率，所述通知频率为通知的时间间隔或触发通知的事件。

如图3所示，作为一种优选的实施方式，所述基于订阅通知的资源交互包括资源订阅和资源通知，所述资源订阅的流程如下：

S211：订阅者发起创建订阅资源subscription请求；

S212：判断资源是否可被订阅，若否，则订阅失败，若是，则进入下一步；

S213：判断订阅者是否有权限访问，若否，则订阅失败，若是，则进入下一步；

S214:判断notificationURI属性是否与订阅者地址一致，若一致，则进入下一步，若不一致，则向订阅者发送订阅确认请求并等待反馈，若反馈结果确认为不一致，则订阅失败，若反馈结果为一致，则进入下一步；

S215：调用资源创建方法在被订阅资源下创建订阅资源subscription，若创建失败，则订阅失败，若创建成功，则订阅成功。

如图4所示，作为一种优选的实施方式，所述资源通知的方法如下：

当订阅资源发生变化时，向订阅资源subscription发送消息，当订阅资源subscription收到该消息时，按照订阅配置策略向notificationURI属性标识的订阅者发送通知。

所述基于请求/响应的资源交互本质上则是一种主动式的资源调度，由某个设备资源主动发起资源请求，在资源池内搜索并获取需要的其他设备资源信息。在资源请求中需要包含所要检索的目标资源地址url以及筛选条件，当目标资源接收到资源请求后，通过搜索自身属性及子资源，返回满足筛选条件的资源信息从而成功对资源请求作出响应。

如图5所示，作为一种优选的实施方式，所述基于请求响应的资源交互流程如下：

S221：原始资源向目标资源发起资源检索Retrieve请求，并在资源检索Retrieve请求中指明所需要的资源信息并形成筛选条件；

S222：目标资源接收到资源检索Retrieve请求后，获得filterUsage字段，判断所述filterUsage字段值是否为discovery，若否，则请求失败，若是，则进入下一步；

S223：判断目标资源是否存在子资源，若否，则请求失败，若是，则将所有子资源依次与S221中得到的筛选条件进行对比，若满足筛选条件，则将资源信息加入至结果列表中，若不满足筛选条件，则继续对比下个子资源直到所有子资源对比完成，对比完成后形成最终结果列表，即形成对资源请求的成功相应。

作为一种优选的实施方式，当所述筛选条件中包含了对响应结果的数量限制时，若满足筛选条件的子资源数量大于该数量限制时，则停止筛选并返回这部分满足条件的子资源，同时在响应结果中标记响应不完整。

下面选取智能家居作为实施例，环境内部署的各个设备都会通过资源创建的方式注册到智能家居资源管理***，对于每个物理设备都会产生对应的虚拟设备资源。其中，为了以智能、便捷的方式为用户提供舒适的家居生活，在部分设备之间会产生交互调度。利用上述两种资源交互方式即可便捷地实现设备互操作调度。例如通过在光照传感器与智能电灯间建立资源订阅关系，可以为智能电灯的开关操作提供有效的光照强度依据，从而为用户提供适合的光照环境。再例如通过在门禁开关与RFID读卡器建立资源请求关系，当读取到符合条件的RFID码时即可打开门禁开关，从而提供安全的家居环境。

实施例1：

如图6所示的智能家具设备资源注册描述流程：

1.部署在环境内设备向智能家居资源管理***发送资源创建create请求；

2.***接收到创建请求后，首先判断请求设备是否具备资源创建权限，若不具备创建权限，则向设备返回创建失败；

3.否则，继续判断能否支持资源请求中指定的资源类型，若是不支持的资源类型，则返回创建失败；

4.否则，执行新建资源操作，根据资源建模方法，为相应类型的只读属性进行赋值。若创建过程出现错误，则返回资源创建失败；

5.否则当资源创建操作完成后，添加父资源标识、创建时间等信息；

6.最后返回设备资源注册成功，根据设备资源建模得中定义的资源结构得到该设备对应的资源实例；

7.向设备返回注册成功，并得到该对应的设备资源。

实施例2：

如图7所示的门禁开关与RFID读卡器间基于请求响应的设备互操作：

在需要进行主动式互操作调度的设备之间，根据所要请求的数据信息，向相应目标资源发送资源请求，并获得响应，从而得到所需信息。例如，当通过设备资源注册成功后，***内存在门禁开关资源以及RFID读卡器资源，门禁开关资源可以通过发送资源请求的方式获取到RFID读卡器资源的RFID码，之后就可以执行对应的开关操作，从而实现门禁开关与RFID读卡器的互操作调度。

1.门禁开关资源向RFID读卡器资源发送资源检索retrieve请求，其中指定了查询RFID读卡器资源的RFID码属性值，请求格式如下：

Retrieve/smartHome/RFIDReader/？nm＝RFIDCode&ty＝instance&filterUsage＝discovery

2.RFID读卡器资源接收到发来的资源检索请求，解析获得其中的filterUsage字段，其值为discovery，需要进行一次资源发现的操作；

3.继续解析请求中包含的内容，得到要请求的根资源smartHome下的RFIDReader资源，且要请求的是名称为RFIDCode的instance实例资源；

4.由于RFIDReader资源下存在子资源，因此在其子资源下筛选名称是RFIDCode的资源；

5.将通过筛选找到的资源信息添加并形成结果列表；

6.向门禁开关资源返回该包含有RFIDCode对应实例值的结果列表，从而对此次请求作出成功响应。

实施例3：

如图8所示的智能电灯资源与光照传感器资源间基于订阅与通知的设备互操作：

在需要进行被动式互操作调度的设备之间，根据设备之间需要订阅的数据信息，向相应目标资源创建订阅类型的资源，当数据信息发生变化后，以消息的形式进行主动推送。例如，当通过设备注册形成光照传感器资源以及智能电灯资源后，为了根据光照强度自主、智能地控制智能电灯的开关，在光照传感器与智能电灯之间存在设备的互操作调度，智能电灯需要实时得到光照传感器探测得到的光照强度从而对自身开关进行智能控制。因此，可以由智能电灯订阅光照传感器的光照值，当室内光线变化由光照传感器捕捉到后以通知的形式推送给智能电灯，从而为电灯的智能控制提供支持。

1.智能电灯资源向光照传感器资源发送资源订阅请求，即发送create请求在光照传感器的光照资源lightValue下创建订阅类型的资源，且其名称为smartLambLightValue，并指定通知的地址为智能电灯资源；

其资源订阅请求格式如下：

Create/smartHome/lightSensor/lightValue？nm＝smartLambLightValue&ty＝subscription&not ificationURI＝/smartHome/smartLamb

2.光照传感器资源接收到订阅请求后，首先判断其lightValue资源可被订阅且只能电灯资源有权限访问；

3.比对订阅请求中要通知的地址notificationURI就是发来资源请求的智能电灯资源，当光照值lightValue发生变化时以通知形式可以正确推送；

4.之后执行create操作，在光照传感器的lightValue资源下创建类型为subscription的子资源，并命名为smartLambLightValue，表示智能电灯对lightValue资源实例的订阅；

5.当外界光线变化，光照强度lightValue的实例值产生变化时，以通知的形式向智能电灯发送变化后的光照值；

6.智能电灯资源接收到来自光照传感器的光照变化信息，通知成功。

以上所述，仅是本发明的优选实施方式，应当指出，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以作出若干变形和改进，这些都属于发明的保护范围。

Claims (9)

1.一种物联网设备互操作调度方法，其特征在于，包括以下步骤：

S1：将需要接入物联网***的所有设备统一表示为资源形式，建立资源表示结构模型；

S2：基于S1中得到的资源表示结构模型，通过基本资源操作，实现资源间的交互调度。

2.根据权利要求1所述的一种物联网设备互操作调度方法，其特征在于，所述资源表示结构模型为树形结构，包括根资源root、属性资源attribute、数据资源data、实体资源entity、实例资源instance和订阅资源subscription，所述根资源root在树形结构中为根节点，所述实例资源attribute在树形结构中为叶子节点，数据资源data、实体资源entity和订阅资源subscription在树形结构中为子节点，所述子节点挂载在根节点下，所述子节点下可挂载其他类型的子节点以及叶子节点，所述实例资源instance在树形结构中为挂载在数据资源data下，直接充当叶子节点。

3.根据权利要求1所述的一种物联网设备互操作调度方法，其特征在于，所述S2中的基本资源操作包括：

资源创建Create：用于向资源发送创建请求以新建资源；

资源检索Retrieve：用于对资源的任意属性信息进行查询。

4.根据权利要求2所述的一种物联网设备互操作调度方法，其特征在于，所述资源间的交互调度包括基于订阅通知的资源交互和基于请求响应的资源交互，所述基于订阅通知的资源交互利用订阅资源subscription实现对资源的订阅操作。

5.根据权利要求4所述的一种物联网设备互操作调度方法，其特征在于，所述订阅资源subscription中还包括：

notificationURI属性：用于记录资源变化结果应该通知的URI，所述notificationURI属性为字符串列表，用以保证一个订阅请求对应至多个通知对象。

6.根据权利要求5所述的一种物联网设备互操作调度方法，其特征在于，所述基于订阅通知的资源交互包括资源订阅和资源通知，所述资源订阅的流程如下：

S211：订阅者通过资源创建Create发起创建订阅资源subscription请求；

S212：判断资源是否可被订阅，若否，则订阅失败，若是，则进入下一步；

S213：判断订阅者是否有权限访问，若否，则订阅失败，若是，则进入下一步；

S214:判断notificationURI属性是否与订阅者地址一致，若一致，则进入下一步，若不一致，则向订阅者发送订阅确认请求并等待反馈，若反馈结果确认为不一致，则订阅失败，若反馈结果为一致，则进入下一步；

S215：调用资源创建方法在被订阅资源下创建订阅资源subscription，若创建失败，则订阅失败，若创建成功，则订阅成功。

7.根据权利要求6所述的一种物联网设备互操作调度方法，其特征在于，所述资源通知的方法如下：

当订阅资源发生变化时，向订阅资源subscription发送消息，当订阅资源subscription收到该消息时，按照订阅配置策略向notificationURI属性标识的订阅者发送通知。

8.根据权利要求4所述的一种物联网设备互操作调度方法，其特征在于，所述基于请求响应的资源交互流程如下：

S221：原始资源向目标资源发起资源检索Retrieve请求，并在资源检索Retrieve请求中指明所需要的资源信息并形成筛选条件；

S222：目标资源接收到资源检索Retrieve请求后，获得filterUsage字段，判断所述filterUsage字段值是否为discovery，若否，则请求失败，若是，则进入下一步；

S223：判断目标资源是否存在子资源，若否，则请求失败，若是，则将所有子资源依次与S221中得到的筛选条件进行对比，若满足筛选条件，则将资源信息加入至结果列表中，若不满足筛选条件，则继续对比下个子资源直到所有子资源对比完成，对比完成后形成最终结果列表，即形成对资源请求的成功相应。

9.根据权利要求8所述的一种物联网设备互操作调度方法，其特征在于，当所述筛选条件中包含了对响应结果的数量限制时，若满足筛选条件的子资源数量大于该数量限制时，则停止筛选并返回这部分满足条件的子资源，同时在响应结果中标记响应不完整。