CN115486038B - 物联网配置方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请公开了一种物联网配置方法、装置、计算机设备及存储介质，属于物联网技术领域。方法包括：通过OCF桥设备接收OCF客户端发送的网络配置请求，所述网络配置请求中包含配置属性的属性值；确定所述网络配置请求对应的非OCF虚拟客户端；向所述非OCF虚拟客户端发送网络配置指令，所述网络配置指令用于指示所述非OCF虚拟客户端根据所述属性值执行所述配置属性的配置操作；所述配置操作是对所述非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。该方案实现了通过OCF客户端对非OCF协议网络的配置，从而提高了对物联网的网络管理效果。

Description

物联网配置方法、装置、计算机设备及存储介质

技术领域

本申请涉及无线通信技术领域，特别涉及一种物联网配置方法、装置、计算机设备及存储介质。

背景技术

在物联网(Internet of Things，IOT)中，用户可以通过客户端远程控制服务端设备的功能操作。

在相关技术中，物联网中广泛使用的协议是开放连接基金会(Open ConnectivityFoundation，OCF)协议，同时，市面上也存在很多支持非OCF协议的服务端(可以称为非OCF服务端)。为了在使得支持OCF协议的客户端(OCF客户端)能够兼容非OCF服务端设备，在一种可行的方案中，通过桥接平台来实现OCF协议与非OCF协议之间的转换，已使得OCF客户端能够访问非OCF协议网络。

发明内容

本申请实施例提供了一种物联网配置方法、装置、计算机设备及存储介质。所述技术方案如下：

一方面，本申请实施例提供了一种物联网配置方法，所述方法由开放连接基金会OCF桥接平台执行，所述方法包括：

通过OCF桥设备接收OCF客户端发送的网络配置请求，所述网络配置请求中包含配置属性的属性值；所述配置属性是所述OCF桥设备支持的配置资源中的属性；

确定所述网络配置请求对应的非OCF虚拟客户端；

向所述非OCF虚拟客户端发送网络配置指令，所述网络配置指令用于指示所述非OCF虚拟客户端根据所述属性值执行所述配置属性的配置操作；所述配置操作是对所述非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

另一方面，本申请实施例提供了一种物联网配置装置，所述装置用于OCF桥接平台中，所述装置包括：

请求接收模块，用于通过OCF桥设备接收OCF客户端发送的网络配置请求，所述网络配置请求中包含配置属性的属性值；所述配置属性是所述OCF桥设备支持的配置资源中的属性；

虚拟客户端确定模块，用于确定所述网络配置请求对应的非OCF虚拟客户端；

配置模块，用于向所述非OCF虚拟客户端发送网络配置指令，所述网络配置指令用于指示所述非OCF虚拟客户端根据所述属性值执行所述配置属性的配置操作；所述配置操作是对所述非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

再一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器、存储器和收发器，所述存储器存储有计算机程序，所述计算机程序用于被所述处理器执行，以实现上述物联网配置方法。

又一方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述物联网配置方法。

另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述物联网配置方法。

本申请实施例提供的技术方案可以带来如下有益效果：

OCF桥设备中设置有用于对非OCF协议网络进行配置的配置资源，当通过OCF桥设备接收到OCF客户端发送的网络配置请求，且网络配置请求中包含该配置资源中的配置属性的属性值时，指示非OCF虚拟客户端对非OCF协议网络执行配置操作，从而实现了通过OCF客户端对非OCF协议网络的配置，从而提高了对物联网的网络管理效果。

附图说明

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

图1是本申请一个实施例提供的物联网的网络架构的示意图；

图2是图1所示实施例涉及的Zigbee协议到OCF协议的桥接模型示意图；

图3是本申请一个实施例提供的物联网配置方法的流程图；

图4是图3所示实施例涉及的一种网络配置的架构图；

图5是本申请一个实施例提供的物联网配置方法的流程图；

图6是图5所示实施例涉及的一种启动非OCF协议网络；

图7是图5所示实施例涉及的停止非OCF协议网络的操作流程示意图；

图8是图5所示实施例涉及的修改非OCF协议网络密钥的操作流程图；

图9是图5所示实施例涉及的另一种启动非OCF协议网络的示意图；

图10是图5所示实施例涉及的另一种启动非OCF协议网络的示意图；

图11是本申请一个实施例提供的物联网配置装置的框图；

图12是本申请一个实施例提供的计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

请参考图1，其示出了本申请一个实施例提供的物联网的网络架构的示意图。该物联网的网络架构可以包括：非OCF服务端110、OCF桥接平台120以及OCF客户端130；

非OCF服务端110可以是用于提供物联网功能服务的设备。并且，非OCF服务端110是支持OCF协议之外的其它通信协议的服务端。

比如，非OCF服务端110是支持紫蜂Zigbee协议(比如Zigbee 3.0，一种低速短距离传输的无线网上协议)的服务端，或者非OCF服务端110是支持蓝牙协议，比如支持蓝牙低功耗(Bluetooth Low Energy，BLE)协议的服务端。

比如，服务端110可以是智能家居设备，例如，智能电视、智能空调、智能冰箱、智能微波炉、智能电饭煲、扫地机器人等等。

或者，服务端110可以是工业生产设备，例如，车床、工业机器人、太阳能面板、风力发电机等等。

或者，服务端110可以是商业服务设备，例如，无人售货机等等。

或者，服务端110可以是智能监控设备，例如，监控摄像头、红外传感器、声音传感器、温度传感器等等。

OCF客户端130是用户侧的终端设备。比如，客户端可以是智能手机、平板电脑、智能手表等等；或者，客户端也可以是个人电脑，比如台式电脑、便携式计算机、个人工作站等等。

OCF客户端130是支持OCF协议的设备。

OCF桥接平台120是用于桥接支持非OCF协议的非OCF服务端110，以及支持OCF协议的OCF客户端130，使得支持不同协议的非OCF服务端110与OCF客户端130之间实现互通的设备。

OCF桥接平台120可以是在网络层以上实现网络互连的网络设备，又称网间连接器、协议转换器等等。OCF桥接平台120可以为服务端110提供网络连接服务。

OCF桥接平台120可以是专业的网关，比如家庭网关，或者，OCF桥接平台120也可以是具有网关功能的接入设备，比如，具有网关功能的路由器。

在本申请实施例中，上述OCF桥接平台120以及OCF客户端130之间通过有线或者无线网络相连。

可选的，上述的有线或者无线网络使用标准通信技术和/或协议。比如，上述有线或者无线网络可以是基于物联网IoT协议的通信网络。

在一种从BLE协议、Zigbee协议等非OCF协议到OCF协议映射关系方案中，从其它非OCF协议到OCF协议的翻译工作由OCF桥接平台完成，以通过Zigbee协议到OCF协议映射关系为例，请参考图2，其示出了本申请实施例涉及的一种Zigbee协议到OCF协议的桥接模型示意图。

如图2所示，物联网络中包含OCF客户端、OCF桥接平台以及非OCF服务端，其中，OCF桥接平台(OCF Bridge Platform)中包含以下组成部分：

虚拟(Virtual)Zigbee客户端(Client)21(或者是Virtual BLE Client等其它非OCF协议虚拟客户端)：Virtual Zigbee Client是虚拟的Zigbee 3.0客户端，该虚拟设备可以是协调器设备(Coordinator)，路由设备(Router)或者是普通的设备(End Device)；

Zigbee 3.0桥接功能组件22：该功能组件22主要将Zigbee 3.0服务端(Server)设备根据Zigbee到OCF桥接规范映射成标准的OCF协议设备；

虚拟OCF服务端(Virtual OCF Server)23：虚拟OCF服务端23是虚拟的OCF协议的Server设备，是Zigbee 3.0 Server经过桥平台映射后得到的OCF协议设备；

OCF桥接平台内部提供一个或多个符合OCF协议标准的桥设备(Bridge Device)。

在本方案中，OCF桥接平台规范中提供一个资源类型为“oic.r.vodlist”的资源，该资源属性定义如下：

1)该资源支持的OCF接口集合：

属性名称：if；

属性类型：数组类型：[“oic.if.baseline”，”oic.ifr”]；

是否强制要求：否；

访问模式：只读。

2)被创建的每个虚拟OCF设备的信息组：

属性名称：vods；

属性类型：数组类型：[

{

“n”：”smoke sensor”，

“di”：”12345678-1234-1234-1234-1234567890ABC”，

“econame”：“Zigbee 3.0”

}，

{

“n”：”light”，

“di”：”1234ABCD-ABCD-ABCD-ABCD-1234567890ABC”，

“econame”：“BLE”

}，

……

]；

是否强制要求：是；

访问模式：只读。

3)资源类型：

属性名称：rt；

属性类型：数组类型：[“oic.r.vodlist”]；

是否强制要求：否；

访问模式：只读。

4)映射设备的设备名称：

属性名称：n；

属性类型：Multiple Types(一般使用字符串)；

是否强制要求：是；

访问模式：读写。

5)虚拟OCF设备公开的桥接设备的生态系统的名称：

属性名称：econame；

属性类型：字符串；

是否强制要求：是；

访问模式：只读。

6)映射设备设备标识：

属性名称：di；

属性类型：Multiple Types(一般使用字符串)；

是否强制要求：是；

访问模式：读写。

OCF客户端可通过上述“oic.r.vodlist”资源访问与OCF协议映射的非OCF服务端所属的生态类型(是Zigbee 3.0还是BLE等)，以及，非OCF服务端的设备类型等信息。

其中，OCF桥接平台中的桥设备的设备类型为“oic.d.bridge”，在实现中该设备需要支持“oic.r.vodlist”资源类型，以供OCF协议客户端发现和访问。

然而，上述方案仅提供了对非OCF服务端的生态类型和设备类型等信息的访问，对于非OCF协议的网络，则无法进行灵活的管理控制，对物联网络的管理效果较差。

基于上述问题，本申请后续实施例提供一种物联网配置方案，可以实现通过OCF客户端对非OCF协议网络的控制管理。

请参考图3，其示出了本申请一个实施例提供的物联网配置方法的流程图，该方法可以由OCF桥接平台执行，其中，上述该OCF桥接平台可以是图1所示的网络架构中的OCF桥接平台120。该方法可以包括如下几个步骤：

步骤301，通过OCF桥设备接收OCF客户端发送的网络配置请求，该网络配置请求中包含配置属性的属性值；该配置属性是该OCF桥设备支持的配置资源中的属性。

在本申请实施例中，OCF桥设备是OCF桥接平台中构建的虚拟设备，并且，该OCF桥设备支持配置资源。

在IoT协议中，资源用于表述物联网设备，以及设备提供的功能服务和设备的状态等信息，提供资源的设备是服务端，访问资源的设备是客户端。可选的，客户端和服务端可以是硬件实体，也可以是逻辑功能实体，每个设备可以是客户端、服务端或既是客户端又是服务端。例如，实现某项最基本功能的设备(例如灯泡)可以只做为服务端，提供给客户端进行查询和控制。

可选的，客户端和服务端的业务交互可以通过对资源进行RESTful操作，即创建(Create)、读取(Retrieve)、更新(Update)、删除(Delete)和通知(Notify)这些CRUDN操作方法而实现。客户端是RESTful操作的发起方，服务端是RESTful操作的响应方，客户端向服务端发送资源操作请求，请求对服务端上的资源进行操作，服务端执行资源操作，并向客户端返回响应，响应中携带资源的内容及描述信息。

在IoT协议中，对资源的描述为资源模型层每个资源具有支持Restful操作的相应接口。传输资源内容及描述信息的是传输协议层，通过把资源操作映射到具体的传输协议中，使每个资源的Restful操作转变为实体消息在设备间传递，以实现设备间的互联互通。

资源驻留在设备中，每个资源具有自己的统一资源标识符(Uniform ResourceIdentifier，URI)，资源URI可以由该资源创建者在创建资源时指定，可选的，部分特定资源预定义了资源URI，即该资源具有固定URI。资源具有一个或多个资源类型，创建资源的请求需指定该资源对应的资源类型。

在本申请实施例中，上述配置资源是用于对非OCF协议网络进行配置的资源，当OCF客户端需要对非OCF协议网络进行配置时，向OCF桥接平台中的OCF桥设备发送包含配置属性的属性值的网络配置请求。

步骤302，确定该网络配置请求对应的非OCF虚拟客户端。

其中，非OCF虚拟客户端是OCF桥接平台中构建的虚拟设备，该非OCF虚拟客户端具有组网功能，即该非OCF虚拟客户端用于组建非OCF协议网络，以便支持该非OCF协议的非OCF服务端接入该非OCF协议网络。

在本申请实施例中，OCF桥接平台中构建有一个或者多个非OCF虚拟客户端，OCF桥接平台通过OCF桥设备接收到网络配置请求后，可以根据该网络配置请求确定对应的非OCF虚拟客户端，即确定该网络配置请求所要配置的非OCF虚拟客户端。

步骤303，向该非OCF虚拟客户端发送网络配置指令，该网络配置指令用于指示该非OCF虚拟客户端根据该属性值执行该配置属性的配置操作；该配置操作是对该非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

上面提到非OCF虚拟客户端具有组网功能，因此，OCF桥接平台确定出网络配置请求所要配置的非OCF虚拟客户端后，即可以向该非OCF虚拟客户端发送网络配置指令，以通过非OCF虚拟客户端根据该配置属性的属性值，对非OCF协议网络进行配置操作。

其中，本申请实施例上述步骤可以由OCF桥接平台中的OCF桥接功能组件来实现。其中，OCF桥接功能组件是硬件组件或者虚拟组件。

例如，请参考图4，其示出了本申请实施例涉及的一种网络配置的架构图。如图4所示，OCF桥接平台中包含OCF桥设备41、OCF桥接功能组件42以及非OCF虚拟客户端43。其中，非OCF虚拟客户端43具有组网功能，OCF桥设备41中具有对非OCF虚拟客户端43对应的非OCF协议网络进行配置的配置资源。用户在使用OCF客户端访问OCF桥接平台时，如果需要对非OCF虚拟客户端43对应的非OCF协议网络进行配置，则可以通过配置操作触发OCF客户端向OCF桥设备41发送网络配置请求，该网络配置请求中包含上述配置资源中的某一项或者多项配置属性的属性值；OCF桥设备41将网络配置请求中的内容发送至OCF桥接功能组件42，由OCF桥接功能组件42确定出该网络配置请求所要配置的非OCF虚拟客户端43，然后向确定出的非OCF虚拟客户端43发送网络配置指令，非OCF虚拟客户端43根据该网络配置指令，执行上述配置属性的属性值相对应的网络配置操作。

综上所述，本申请实施例所示的方案，OCF桥设备中设置有用于对非OCF协议网络进行配置的配置资源，当通过OCF桥设备接收到OCF客户端发送的网络配置请求，且网络配置请求中包含该配置资源中的配置属性的属性值时，指示非OCF虚拟客户端对非OCF协议网络执行配置操作，从而实现了通过OCF客户端对非OCF协议网络的配置，从而提高了对物联网的网络管理效果。

请参考图5，其示出了本申请一个实施例提供的物联网配置方法的流程图，该方法可以由OCF桥接平台执行，其中，上述该OCF桥接平台可以是图1所示的网络架构中的OCF桥接平台120。该方法可以包括如下几个步骤：

步骤50l，创建OCF桥设备和非OCF虚拟客户端。

在本申请实施例中，OCF桥接平台在启动后，可以在本地创建OCF桥设备和非OCF虚拟客户端。

在一种可能的实现方式中，OCF桥接平台支持OCF协议与一种或者多种非OCF协议之间的翻译。

其中，当OCF桥接平台支持OCF协议与多种非OCF协议之间的翻译时，OCF桥接平台为其支持的每一种OCF协议，分别创建对应的非OCF虚拟客户端。

比如，假设OCF桥接平台支持OCF协议与Zigbee 3.0和BLE这两种协议之间的翻译，则在创建非OCF虚拟客户端时，OCF桥接平台创建Zigbee 3.0对应的非OCF虚拟客户端(可以称为Zigbee 3.0虚拟客户端)以及BLE对应的非OCF虚拟客户端(可以称为BLE虚拟客户端)。

在一种可能的实现方式中，上述Zigbee 3.0虚拟客户端是虚拟协调器设备，上述BLE虚拟客户端是虚拟供应者(Provisioner)设备。

在一种可能的实现方式中，OCF桥接平台创建该OCF桥设备时，创建不同的非OCF协议通用的OCF桥设备。

在上述可能的实现方式中，OCF桥接平台在本地创建一个OCF桥设备，该OCF桥设备对应多个不同非OCF协议的，也就是对应OCF桥接平台创建的多个非OCF虚拟客户端。

比如，以OCF桥接平台创建了Zigbee 3.0虚拟客户端和BLE虚拟客户端为例，OCF桥接平台创建单个OCF桥设备，该OCF桥设备同时对应该Zigbee 3.0虚拟客户端和BLE虚拟客户端。

在另一种可能的实现方式中，OCF桥接平台创建该OCF桥设备时，创建各个非OCF虚拟客户端专用的OCF桥设备。

在上述可能的实现方式中，针对OCF桥接平台创建的一个或者多个非OCF虚拟客户端，OCF桥接平台还针对每个非OCF虚拟客户端分别创建一个OCF桥设备。

比如，以OCF桥接平台创建了Zigbee 3.0虚拟客户端和BLE虚拟客户端为例，OCF桥接平台创建Zigbee 3.0虚拟客户端对应的一个OCF桥设备，以及BLE虚拟客户端对应的另一个OCF桥设备。

步骤502，为OCF桥设备创建非OCF虚拟客户端对应的配置资源。

在本申请实施例中，OCF桥接平台中的OCF桥接功能组件对于已创建的各个非OCF虚拟客户端，分别在OCF桥设备中创建对应的配置资源。

比如，以OCF桥接平台创建了Zigbee 3.0虚拟客户端和BLE虚拟客户端为例，相应的，OCF桥接功能组件指示OCF桥设备针对Zigbee 3.0虚拟客户端创建Zigbee 3.0协议对应的配置资源，并指示OCF桥设备针对BLE虚拟客户端创建BLE协议对应的配置资源。

其中，当上述OCF桥设备是不同的非OCF协议通用的OCF桥设备时，OCF桥接功能组件指示该通用的OCF桥设备创建多个不同的非OCF协议的配置资源。

比如，以OCF桥接平台创建了Zigbee 3.0虚拟客户端和BLE虚拟客户端为例，当OCF桥设备是Zigbee 3.0和BLE通用的单个OCF桥设备时，OCF桥接功能组件指示该OCF桥设备创建两个配置资源，分别Zigbee 3.0协议对应的配置资源以及BLE协议对应的配置资源。

或者，当上述OCF桥设备是非OCF虚拟客户端专用的OCF桥设备时，OCF桥接功能组件指示各个OCF桥设备分别创建对应的非OCF协议的配置资源。

比如，以OCF桥接平台创建了Zigbee 3.0虚拟客户端和BLE虚拟客户端为例，当OCF桥接平台分别创建了Zigbee 3.0协议对应的OCF桥设备a和BLE协议对应的OCF桥设备b，则OCF桥接功能组件指示该OCF桥设备a创建Zigbee 3.0协议对应的配置资源，并指示OCF桥设备b创建BLE协议对应的配置资源。

其中，该配置资源包括以下属性中的至少一种：

该配置资源支持的事件类型；

对非OCF协议网络进行配置的状态；

非OCF协议网络的协议类型；

非OCF协议网络的网络层密钥；

以及，非OCF协议网络的应用层密钥。

在本申请实施例的一种可能实现方式中，OCF桥接平台中创建的配置资源是一个资源类型为“oic.r.configmgmt”的资源，该资源属性定义如下：

1)资源支持的事件类型：

属性名称：event；

属性类型：枚举类型：[“start”，“permit”，“stop”，“updatenetkey”，“updateappkey”]；其中，“start”类型对应启动非OCF协议网络；“permit”类型对应允许非OCF协议设备接入非OCF协议网络(允许非OCF协议设备与非OCF协议网络关联)；“stop”类型对应停止非OCF协议启动的网络；“updatenetkey”类型对应更新非OCF协议网络层密钥；“updateappkey”类型对应更新非OCF协议应用层密钥；

是否强制要求：是；

访问模式：读写。

2)当前状态：

属性名称：status；

属性类型：枚举类型：[“success”，“failed”]；其中，“success”类型对应事件(event)请求成功；“failed”类型对应事件(event)请求失败；

是否强制要求：是；

访问模式：只读。

3)非OCF协议网络类型：

属性名称：ecosystem；

属性类型：字符串；

是否强制要求：是；

访问模式：只读。

4)非OCF协议网络层密钥：

属性名称：netkey；

属性类型：字符串；

是否强制要求：否；

访问模式：读写。

5)非OCF协议应用层密钥：

属性名称：appkey；

属性类型：字符串；

是否强制要求：否；

访问模式：读写。

在一种可能的实现方式中，“oic.r.configmgmt”资源类型支持的OCF接口类型为“oic.ifa”和“oic.if.baseline”；在本申请实施例中，该资源类型在OCF桥设备中应用。

步骤503，创建配置资源与非OCF虚拟客户端之间的关联关系。

在一种可能的实现方式中，当OCF桥设备是不同的非OCF协议通用的OCF桥设备时，创建该配置资源的统一资源定位符URL地址与该非OCF虚拟客户端之间的关联关系。

在上述可能的实现方式中，当OCF桥设备是不同的非OCF协议通用的OCF桥设备时，由于多个不同的非OCF协议的配置资源设置在同一个OCF桥设备中，可以通过配置资源的URL地址来区分不同的非OCF协议的配置资源。相应的，OCF桥接功能组件可以创建各个配置资源的URL与对应的非OCF虚拟客户端之间的关联关系。

在另一种可能的实现方式中，当OCF桥设备是非OCF协议专用的OCF桥设备时，创建该OCF桥设备的标识与该非OCF虚拟客户端之间的关联关系。

在上述可能的实现方式中，当OCF桥设备是非OCF协议专用的OCF桥设备时，由于不同的非OCF协议的配置资源设置在不同的OCF桥设备中，因此，OCF桥接功能组件创建OCF桥设备的标识与非OCF虚拟客户端之间的关联关系，即可以实现配置资源与非OCF虚拟客户端之间的关联。

步骤504，通过OCF桥设备接收OCF客户端发送的网络配置请求，该网络配置请求中包含配置属性的属性值；该配置属性是该OCF桥设备支持的配置资源中的属性。

在一种可能的实现方式中，OCF客户端发送网络配置请求时，可以根据要配置的非OCF协议网络的配置资源的URL发送该网络配置请求，相应的，OCF桥接平台通过该OCF桥设备接收该OCF客户端通过该配置资源的URL地址发送的该网络配置请求。

比如，OCF客户端发送POST类型的受限的应用协议(Constrained ApplicationProtocol，COAP)请求，该POST请求的地址为要配置的非OCF协议网络的配置资源的URL，且该POST请求的载荷为该配置资源中的配置属性的属性值。

步骤505，确定该网络配置请求对应的非OCF虚拟客户端。

在本申请实施例的一种可能的实现方式中，当上述OCF桥设备是不同的非OCF协议通用的OCF桥设备时，OCF桥设备接收到OCF客户端发送的网络配置请求后，根据网络配置请求对应的配置资源的URL地址，以及网络配置请求的载荷(即上述配置属性的属性值)向OCF桥接平台中的OCF桥接功能组件发起解析映射关系请求，该OCF桥接功能组件通过网络配置请求对应的配置资源的URL地址查询上述关联关系，确定网络配置请求对应的非OCF虚拟客户端。

在一种可能的实现方式中，当上述OCF桥设备是某一非OCF协议专用的OCF桥设备时，OCF桥设备接收到OCF客户端发送的网络配置请求后，根据OCF桥设备的设备标识，以及网络配置请求的载荷(即上述配置属性的属性值)向OCF桥接平台中的OCF桥接功能组件发起解析映射关系请求，该OCF桥接功能组件根据接收该网络配置请求的该OCF桥设备的设备标识查询上述关联关系，确定该非OCF虚拟客户端。

步骤506，向该非OCF虚拟客户端发送网络配置指令，该网络配置指令用于指示该非OCF虚拟客户端根据该属性值执行该配置属性的配置操作；该配置操作是对该非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

在一种可能的实现方式中，该配置操作包括以下操作中的至少一项：

启动非OCF协议网络；

允许非OCF服务端接入非OCF协议网络；

关闭非OCF协议网络；

修改非OCF协议网络的网络层密钥；

以及，修改非OCF协议网络的应用层密钥。

步骤507，接收该非OCF虚拟客户端返回的，该配置操作的操作响应；该操作响应用于指示该配置操作的操作结果。

在本申请实施例中，非OCF虚拟客户端执行对应的非OCF协议网络的配置操作之后，将是否操作成功的操作相应返回给OCF桥接功能组件，相应的，OCF桥接功能组件接收该非OCF虚拟客户端返回的操作响应。

步骤508，将该配置操作的操作响应发送给该OCF桥设备。

OCF桥接功能组件接收该非OCF虚拟客户端返回的操作响应后，即可以将该操作响应发送给OCF桥设备。

在一种可能的实现方案中，OCF桥接功能组件接收该非OCF虚拟客户端返回的操作响应后，根据上述配置资源的URL地址，将该操作响应返回给对应的OCF桥设备。相应的，OCF桥设备根据该配置资源的URL地址，保存上述操作响应。

步骤509，通过该OCF桥设备向该OCF客户端返回该配置操作的操作响应。

在一种可能的实现方式中，通过该OCF桥设备向该OCF客户端返回该网络配置请求的响应消息，该响应消息中包含该配置操作的操作响应。

在上述步骤504中，OCF桥设备接收到网络配置请求后，暂不向OCF客户端返回该请求的响应消息，而是等到接收到OCF桥接功能组件返回的，对该配置操作的操作响应后，该OCF桥设备向OCF客户端返回该网络配置请求的响应消息。

在另一种可能的实现方式中，当通过该OCF桥设备接收到该OCF客户端发送的操作响应查询请求时，通过该OCF桥设备向该OCF客户端返回该配置操作的操作响应。

在上述步骤504中，OCF桥设备接收到网络配置请求后，可以立即向OCF客户端返回该请求的响应消息，后续OCF客户端可以向该OCF桥设备查询该配置操作的操作响应。比如，OCF客户端通过对应的配置资源的URL地址，向OCF桥设备发送GET类型的COAP请求，OCF桥设备接收到请求后，将该URL地址对应的配置操作的操作响应返回给OCF客户端。

请参考图6，其示出了本申请实施例涉及的一种启动非OCF协议网络，并允许非OCF服务端接入/关联网络的示意图。如图6所示，本方案中在OCF桥接平台中使用Zigbee 3.0和BLE两种协议的虚拟客户端说明方案流程，该方案包括如下步骤：

OCF桥接平台中虚拟Zigbee客户端(Virtual Zigbee 3.0 Client)和虚拟BLE客户端(Virtual BLE Client)分别作为协调器设备(即Zigbee3.0协调器)和Provisioner设备，当OCF桥接平台上电启动后，首先需要做如下工作；

S61，Zigbee协调器设备(Virtual Zigbee 3.0 Client)和BLE Provisioner(Virtual BLE Client)设备初始化。

S62，创建OCF桥设备(位于OCF桥接平台中)，设备类型为“oic.d.bridge”，OCF桥平台中有且仅有一个OCF桥设备。

S63，为OCF桥设备创建两个资源，两个资源的资源类型相同，均为“oic.r.configmgmt”；资源通过url来区分。

其中使用url＝“/eco/zigbee3.0”与Zigbee协调器设备建立映射关系，使用url＝“/eco/ble”与BLE Provisioner设备建立映射关系。

例如，如图6所示，Virtual Zigbee 3.0 Client和Virtual BLE Client分别向OCF桥接功能组件发送建立与资源的关联关系的请求，OCF桥接功能组件建立资源URL与Virtual Zigbee 3.0 Client或者Virtual BLE Client之间的关联关系，并指示OCF桥设备创建这两个资源URL分别对应的资源。

OCF客户端要先对OCF桥设备做Onboarding操作，使该设备成为有主设备，OCF客户端可对该设备上的资源进行安全访问。

OCF客户端通过向对应的url发送POST请求来完成非OCF协议(Zigbee 3.0 orBLE)的组网和允许非OCF协议设备接入的控制操作；

以启动Zigbee 3.0网络和允许Zigbee 3.0设备接入网络为例，操作流程如下：

S64，当需要启动Zigbee 3.0网络时，OCF客户端向OCF桥设备的“/eco/zigbee3.0”资源url发送POST请求，携带的payload为：

{“event”：“start””，“netkey”：“xxx””，“appkey”：“xxx”}

S65，OCF桥设备根据“/eco/zigbee3.0”资源url和POST请求的payload向OCF桥接功能组件发送解析映射关系请求；OCF桥接功能组件根据POST请求的url从映射关系表中找到对应的Zigbee协调器设备，根据payload中event的值start确定向Zigbee协调器发送启动Zigbee网络请求，并将netkey和appkey的值一并发送给Zigbee协调器，Zigbee协调器将netkey和appkey的值执行存储操作供后续使用，netkey会在Zigbee网络启动成功后通过广播消息广播出去。同时，OCF桥设备等待网络启动状态信息。

S66，OCF桥设备收到Zigbee协调器返回的网络启动状态信息后，将结果返回给OCF客户端。即返回网络启动成功或失败的ACK消息。

S67，OCF客户端根据OCF桥设备返回的网络启动状态决定是否发送允许非OCF协议网络接入设备请求；当OCF客户端收到网络启动成功的状态信息后，发送允许网络接入设备请求，OCF客户端向OCF桥设备的“/eco/zigbee3.0”资源url发送POST请求，payload为：

{“event”：“permit”}

S68，OCF桥设备根据“/eco/zigbee3.0”资源url和POST请求的payload向OCF桥接功能组件发送解析映射关系请求；OCF桥接功能组件根据POST请求的url从映射关系表中找到对应的Zigbee协调器设备，再根据payload中event的值permit，向Zigbee协调器发送允许Zigbee网络接入请求。同时，OCF桥设备等待允许接入的状态信息。

S69，OCF桥设备收到Zigbee协调器返回的网络允许接入的状态信息后，再将结果返回给OCF客户端；也就是向OCF客户端返回允许接入成功或失败的ACK消息。

在一种可能的实现方式中，在OCF客户端预留出接口，以通过语音或者UI等方式配置非OCF服务端接入网络。

此时Zigbee 3.0服务端可以接入到由Zigbee协调器创建和启动的网络中，Zigbee3.0服务端成功接入后与Virtual OCF Server建立映射关系，从而OCF客户端可以通过Virtual OCF Server访问对应的Zigbee 3.0服务端；

对于BLE网络的启动和允许BLE设备接入的流程和Zigbee 3.0相同，区别在于OCF桥接功能组件使用“/eco/ble”资源地址从映射关系中查找BLE Provisioner设备；OCF客户端发送POST请求的资源url为“/eco/ble”。

请参考图7，其示出了本申请实施例涉及的停止非OCF协议网络的操作流程示意图；其中，在停止非OCF协议网络操作中只使用Zigbee 3.0协议进行举例说明，OCF客户端可以停止Zigbee协调器(Virtual Zigbee 3.0 Client)继续向外发送用于组网的广播数据，用于停止Zigbee协调器继续扩大网络；BLE等其它非OCF协议与之操作相同；如图7所示：

S71，当需要停止Zigbee 3.0网络时，OCF客户端向OCF桥设备的“/eco/zigbee3.0”资源url发送POST请求，携带的payload为：

{“event”：“stop”}

S72，OCF桥设备根据“/eco/zigbee3.0”资源url和POST请求的payload向OCF桥接功能组件发送解析映射关系请求；OCF桥接功能组件根据POST请求的url从映射关系表中找到对应的Zigbee协调器设备，再根据payload中event的值stop向Zigbee协调器发送停止Zigbee网络请求。同时，OCF桥设备等待网络启动状态信息。OCF桥设备收到Zigbee协调器返回的网络停止状态信息后，将结果返回给OCF客户端。即返回网络停止成功或失败的ACK消息。

S73，当Zigbee协调器停止网络后，Zigbee协调器不在向外发送广播数据，新的Zigbee设备接收不到Zigbee协调器发送的广播数据，无法接入网络，之前已经接入到网络的Zigbee设备可以正常通信。

请参考图8，其示出了本申请实施例涉及的修改非OCF协议网络密钥的操作流程图。OCF客户端可更新Zigbee协调器(Virtual Zigbee 3.0 Client)作为中心受信节点向网络发送的网络层密钥和应用层密钥，在此操作中同样只使用Zigbee 3.0协议进行举例说明，BLE等其它非OCF协议与之操作相同；如图8所示：

S81，OCF客户端向OCF桥设备的“/eco/zigbee3.0”资源url发送POST请求，携带的payload为：

{“event”：“updatenetkey”，”netkey”：”xxxxx”}或

{“event”：“updateappkey”，”appkey”：”xxxxxx”}

表示更新Zigbee 3.0网络的网络层密钥或应用层密钥；

S82，OCF桥设备根据“/eco/zigbee3.0”资源url和POST请求的payload向OCF桥接功能组件发送解析映射关系请求；OCF桥接功能组件根据POST请求的url从映射关系表中找到对应的Zigbee协调器，再根据payload中event的值updatenetkey或updateappkey，向Zigbee协调器发送更新Zigbee网络中网络层密钥或应用层密钥请求；OCF桥设备收到Zigbee协调器返回的密钥更新状态信息后，将结果返回给OCF客户端。即返回密钥更新成功或失败的ACK消息。

S83，Zigbee协调器使用payload中“netkey”或“appkey”，更新网络层密钥或应用层密钥。

其中，上述图6至图8均以OCF桥设备是不同的非OCF协议通用的OCF桥设备为例进行介绍。请参考图9，其示出了本申请实施例涉及的另一种启动非OCF协议网络的示意图。如图9所示，本方案中在OCF桥接平台中使用Zigbee 3.0和BLE两种协议的虚拟客户端说明方案流程，该方案包括如下步骤：

S91，同上述图6中的S61。

S92，创建OCF桥设备(位于OCF桥接平台中)，设备类型为“oic.d.bridge”，OCF桥平台中有两个OCF桥设备，分别对应Zigbee 3.0和BLE两种协议的虚拟客户端。

也就是说，OCF桥接平台中针对每一种支持的非OCF协议桥接创建独立的OCF桥设备。

S93，为两个OCF桥设备分别创建资源，两个资源的资源类型相同，均为“oic.r.configmgmt”；资源通过url来区分。

其中，每种非OCF虚拟客户端都建立一个OCF桥设备，所以采用OCF桥设备id(唯一标识设备)与非OCF虚拟客户端建立映射关系；也就是，使用OCF桥设备1的标识与Zigbee协调器设备建立映射关系，使用OCF桥设备2的标识与BLE Provisioner设备建立映射关系。

例如，如图6所示，Virtual Zigbee 3.0 Client和Virtual BLE Client分别向OCF桥接功能组件发送建立与资源的关联关系的请求，OCF桥接功能组件建立OCF桥设备1的标识与Virtual Zigbee 3.0 Client之间的关联关系，并建立OCF桥设备2的标识与VirtualBLE Client之间的关联关系，并指示OCF桥设备1创建Zigbee 3.0对应的资源，并指示OCF桥设备2创建BLE对应的资源。

OCF客户端通过向对应的url发送POST请求来完成非OCF协议(Zigbee 3.0 orBLE)的组网和允许非OCF协议设备接入的控制操作；

以启动Zigbee 3.0网络为例，操作流程如下：

S94，当需要启动Zigbee 3.0网络时，OCF客户端向OCF桥设备1的“/eco/zigbee3.0”资源url发送POST请求，携带的payload为：

{“event”：“start”，“netkey”：“xxx”，“appkey”：“xxx”}

S95，同上述图6中的S65。同时，OCF桥设备1等待网络启动状态信息。

S96，OCF桥设备1收到Zigbee协调器返回的网络启动状态信息后，将结果返回给OCF客户端。即返回网络启动成功或失败的ACK消息。

对于BLE网络的启动流程和Zigbee 3.0相同，区别在于接收请求和向OCF客户端返回状态信息的是OCF桥设备2，OCF桥接功能组件使用“/eco/ble”资源地址从映射关系中查找BLE Provisioner设备；OCF客户端发送POST请求的资源url为“/eco/ble”。

其中，上述图6至图9均以POST请求的响应状态与非OCF协议操作状态结果为例进行说明，其中，上述POST请求的响应状态与非OCF协议操作状态结果可以不同步。请参考图10，其示出了本申请实施例涉及的另一种启动非OCF协议网络的示意图。如图10所示，本方案中在OCF桥接平台中使用Zigbee 3.0的虚拟客户端说明方案流程，该方案包括如下步骤：

S1001至S1005，同上述图6中的S61至S65。

S1006，OCF桥设备发送解析映射关系请求后，即刻向OCF客户端返回网络启动状态信息，比如，返回网络启动成功的ACK消息。

S1007，OCF客户端向OCF桥设备的“/eco/zigbee3.0”资源url发送GET请求。

S1008，OCF桥设备接收到OCF客户端发送的GET请求后，将非OCF虚拟客户端实际返回的网络启动状态信息返回给OCF客户端。

相应的，当非OCF虚拟客户端实际返回的网络启动状态信息指示网络启动成功后，OCF客户端可以进一步发起允许网络接入的请求。

其中，上述图10所示的方案只使用Zigbee 3.0协议进行说明，其它非OCF协议(BLE)与Zigbee 3.0协议操作相同；且此方案适用于单个OCF桥设备或多个OCF桥设备。

综上所述，本申请实施例所示的方案，OCF桥设备中设置有用于对非OCF协议网络进行配置的配置资源，当通过OCF桥设备接收到OCF客户端发送的网络配置请求，且网络配置请求中包含该配置资源中的配置属性的属性值时，指示非OCF虚拟客户端对非OCF协议网络执行配置操作，从而实现了通过OCF客户端对非OCF协议网络的配置，从而提高了对物联网的网络管理效果。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图11，其示出了本申请一个实施例提供的物联网配置装置的框图。该装置用于OCF桥接平台，且具有实现上述物联网配置方法中，由OCF桥接平台执行的步骤的功能。如图11所示，该装置可以包括：

请求接收模块1101，用于通过OCF桥设备接收OCF客户端发送的网络配置请求，所述网络配置请求中包含配置属性的属性值；所述配置属性是所述OCF桥设备支持的配置资源中的属性；

虚拟客户端确定模块1102，用于确定所述网络配置请求对应的非OCF虚拟客户端；

配置模块1103，用于向所述非OCF虚拟客户端发送网络配置指令，所述网络配置指令用于指示所述非OCF虚拟客户端根据所述属性值执行所述配置属性的配置操作；所述配置操作是对所述非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

在一种可能的实现方式中，所述配置操作包括以下操作中的至少一项：

启动所述非OCF协议网络；

允许非OCF服务端接入所述非OCF协议网络；

关闭所述非OCF协议网络；

修改所述非OCF协议网络的网络层密钥；

以及，修改所述非OCF协议网络的应用层密钥。

在一种可能的实现方式中，所述装置还包括：

设备创建模块，用于创建所述OCF桥设备；

资源创建模块，用于为所述OCF桥设备创建所述配置资源。

在一种可能的实现方式中，所述设备创建模块，用于创建不同的非OCF协议通用的所述OCF桥设备；

所述装置还包括：

第一关联模块，用于创建所述配置资源的统一资源定位符URL地址与所述非OCF虚拟客户端之间的关联关系；

所述请求接收模块，用于通过所述OCF桥设备接收所述OCF客户端通过所述配置资源的URL地址发送的所述网络配置请求；

所述虚拟客户端确定模块，用于通过所述网络配置请求对应的所述配置资源的URL地址查询所述关联关系，确定所述非OCF虚拟客户端。

在一种可能的实现方式中，所述设备创建模块，用于创建所述非OCF虚拟客户端专用的所述OCF桥设备；

所述装置还包括：

第二关联模块，用于创建所述OCF桥设备的标识与所述非OCF虚拟客户端之间的关联关系；

所述虚拟客户端确定模块，用于根据接收所述网络配置请求的所述OCF桥设备的设备标识查询所述关联关系，确定所述非OCF虚拟客户端。

在一种可能的实现方式中，所述配置资源包括以下属性中的至少一种：

所述配置资源支持的事件类型；

对非OCF协议网络进行配置的状态；

非OCF协议网络的协议类型；

非OCF协议网络的网络层密钥；

以及，非OCF协议网络的应用层密钥。

在一种可能的实现方式中，所述装置还包括：

响应接收模块，用于接收所述非OCF虚拟客户端返回的，所述配置操作的操作响应；所述操作响应用于指示所述配置操作的操作结果；

响应发送模块，用于将所述配置操作的操作响应发送给所述OCF桥设备；

响应返回模块，用于通过所述OCF桥设备向所述OCF客户端返回所述配置操作的操作响应。

在一种可能的实现方式中，所述响应返回模块，用于通过所述OCF桥设备向所述OCF客户端返回所述网络配置请求的响应消息，所述响应消息中包含所述配置操作的操作响应。

在一种可能的实现方式中，所述响应返回模块，用于当接收到所述OCF客户端发送的操作响应查询请求时，向所述OCF客户端返回所述配置操作的操作响应。

综上所述，本申请实施例所示的方案，OCF桥设备中设置有用于对非OCF协议网络进行配置的配置资源，当通过OCF桥设备接收到OCF客户端发送的网络配置请求，且网络配置请求中包含该配置资源中的配置属性的属性值时，指示非OCF虚拟客户端对非OCF协议网络执行配置操作，从而实现了通过OCF客户端对非OCF协议网络的配置，从而提高了对物联网的网络管理效果。

需要说明的一点是，上述实施例提供的装置在实现其功能时，仅以上述各个功能模块的划分进行举例说明，实际应用中，可以根据实际需要而将上述功能分配由不同的功能模块完成，即将设备的内容结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

请参考图12，其示出了本申请一个实施例提供的计算机设备1200的结构示意图。该计算机设备1200可以包括：处理器1201、接收器1202、发射器1203、存储器1204和总线1205。

处理器1201包括一个或者一个以上处理核心，处理器1201通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。

接收器1202和发射器1203可以实现为一个通信组件，该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。

存储器1204通过总线1205与处理器1201相连。

存储器1204可用于存储计算机程序，处理器1201用于执行该计算机程序，以实现上述方法实施例中的OCF桥接平台执行的各个步骤。

此外，存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器，可擦除可编程只读存储器，静态随时存取存储器，只读存储器，磁存储器，快闪存储器，可编程只读存储器。

在示例性实施例中，所述计算机设备包括处理器、存储器和收发器(该收发器可以包括接收器和发射器，接收器用于接收信息，发射器用于发送信息)。

在一种可能的实现方式中，当计算机设备实现为OCF桥接平台时，

所述收发器，用于通过OCF桥设备接收OCF客户端发送的网络配置请求，所述网络配置请求中包含配置属性的属性值；所述配置属性是所述OCF桥设备支持的配置资源中的属性；

所述处理器，用于确定所述网络配置请求对应的非OCF虚拟客户端；

所述处理器，用于向所述非OCF虚拟客户端发送网络配置指令，所述网络配置指令用于指示所述非OCF虚拟客户端根据所述属性值执行所述配置属性的配置操作；所述配置操作是对所述非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

当计算机设备实现为OCF桥接时，本申请实施例涉及的计算机设备中的处理器和收发器，可以执行上述图3或图5所示的方法中，由OCF桥接执行的步骤，此处不再赘述。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述图3或图5所示的物联网配置方法中的各个步骤。

本申请还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述3或图5所示的物联网配置方法中的各个步骤。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

1.一种物联网配置方法，其特征在于，所述方法由开放连接基金会OCF桥接平台执行，所述方法包括：

通过OCF桥设备接收OCF客户端发送的网络配置请求，所述网络配置请求中包含配置属性的属性值；所述配置属性是所述OCF桥设备支持的配置资源中的属性；

确定所述网络配置请求对应的非OCF虚拟客户端；

向所述非OCF虚拟客户端发送网络配置指令，所述网络配置指令用于指示所述非OCF虚拟客户端根据所述属性值执行所述配置属性的配置操作；所述配置操作是对所述非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

2.根据权利要求1所述的方法，其特征在于，所述配置操作包括以下操作中的至少一项：

启动所述非OCF协议网络；

允许非OCF服务端接入所述非OCF协议网络；

关闭所述非OCF协议网络；

修改所述非OCF协议网络的网络层密钥；

以及，修改所述非OCF协议网络的应用层密钥。

3.根据权利要求1所述的方法，其特征在于，所述通过OCF桥设备接收OCF客户端发送的网络配置请求之前，还包括：

创建所述OCF桥设备；

为所述OCF桥设备创建所述配置资源。

4.根据权利要求3所述的方法，其特征在于，所述创建所述OCF桥设备，包括：

创建不同的非OCF协议通用的所述OCF桥设备；

所述方法还包括：

创建所述配置资源的统一资源定位符URL地址与所述非OCF虚拟客户端之间的关联关系；

所述通过OCF桥设备接收OCF客户端发送的网络配置请求，包括：

通过所述OCF桥设备接收所述OCF客户端通过所述配置资源的URL地址发送的所述网络配置请求；

所述确定所述网络配置请求对应的非OCF虚拟客户端，包括：

通过所述网络配置请求对应的所述配置资源的URL地址查询所述关联关系，确定所述非OCF虚拟客户端。

5.根据权利要求3所述的方法，其特征在于，所述创建所述OCF桥设备，包括：

创建所述非OCF虚拟客户端专用的所述OCF桥设备；

所述方法还包括：

创建所述OCF桥设备的标识与所述非OCF虚拟客户端之间的关联关系；

所述确定所述网络配置请求对应的非OCF虚拟客户端，包括：

根据接收所述网络配置请求的所述OCF桥设备的设备标识查询所述关联关系，确定所述非OCF虚拟客户端。

6.根据权利要求3所述的方法，其特征在于，所述配置资源包括以下属性中的至少一种：

所述配置资源支持的事件类型；

对非OCF协议网络进行配置的状态；

非OCF协议网络的协议类型；

非OCF协议网络的网络层密钥；

以及，非OCF协议网络的应用层密钥。

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

接收所述非OCF虚拟客户端返回的，所述配置操作的操作响应；所述操作响应用于指示所述配置操作的操作结果；

将所述配置操作的操作响应发送给所述OCF桥设备；

通过所述OCF桥设备向所述OCF客户端返回所述配置操作的操作响应。

8.根据权利要求7所述的方法，其特征在于，所述通过所述OCF桥设备向所述OCF客户端返回所述配置操作的操作响应，包括：

通过所述OCF桥设备向所述OCF客户端返回所述网络配置请求的响应消息，所述响应消息中包含所述配置操作的操作响应。

9.根据权利要求7所述的方法，其特征在于，所述通过所述OCF桥设备向所述OCF客户端返回所述配置操作的操作响应，包括：

当接收到所述OCF客户端发送的操作响应查询请求时，向所述OCF客户端返回所述配置操作的操作响应。

10.一种物联网配置装置，其特征在于，所述装置用于OCF桥接平台中，所述装置包括：

请求接收模块，用于通过OCF桥设备接收OCF客户端发送的网络配置请求，所述网络配置请求中包含配置属性的属性值；所述配置属性是所述OCF桥设备支持的配置资源中的属性；

虚拟客户端确定模块，用于确定所述网络配置请求对应的非OCF虚拟客户端；

配置模块，用于向所述非OCF虚拟客户端发送网络配置指令，所述网络配置指令用于指示所述非OCF虚拟客户端根据所述属性值执行所述配置属性的配置操作；所述配置操作是对所述非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

11.根据权利要求10所述的装置，其特征在于，所述配置操作包括以下操作中的至少一项：

启动所述非OCF协议网络；

允许非OCF服务端接入所述非OCF协议网络；

关闭所述非OCF协议网络；

修改所述非OCF协议网络的网络层密钥；

以及，修改所述非OCF协议网络的应用层密钥。

12.根据权利要求10所述的装置，其特征在于，所述装置还包括：

设备创建模块，用于创建所述OCF桥设备；

资源创建模块，用于为所述OCF桥设备创建所述配置资源。

13.根据权利要求12所述的装置，其特征在于，

所述设备创建模块，用于创建不同的非OCF协议通用的所述OCF桥设备；

所述装置还包括：

第一关联模块，用于创建所述配置资源的统一资源定位符URL地址与所述非OCF虚拟客户端之间的关联关系；

所述请求接收模块，用于通过所述OCF桥设备接收所述OCF客户端通过所述配置资源的URL地址发送的所述网络配置请求；

所述虚拟客户端确定模块，用于通过所述网络配置请求对应的所述配置资源的URL地址查询所述关联关系，确定所述非OCF虚拟客户端。

14.根据权利要求12所述的装置，其特征在于，

所述设备创建模块，用于创建所述非OCF虚拟客户端专用的所述OCF桥设备；

所述装置还包括：

第二关联模块，用于创建所述OCF桥设备的标识与所述非OCF虚拟客户端之间的关联关系；

所述虚拟客户端确定模块，用于根据接收所述网络配置请求的所述OCF桥设备的设备标识查询所述关联关系，确定所述非OCF虚拟客户端。

15.根据权利要求12所述的装置，其特征在于，所述配置资源包括以下属性中的至少一种：

所述配置资源支持的事件类型；

对非OCF协议网络进行配置的状态；

非OCF协议网络的协议类型；

非OCF协议网络的网络层密钥；

以及，非OCF协议网络的应用层密钥。

16.根据权利要求10所述的装置，其特征在于，所述装置还包括：

响应接收模块，用于接收所述非OCF虚拟客户端返回的，所述配置操作的操作响应；所述操作响应用于指示所述配置操作的操作结果；

响应发送模块，用于将所述配置操作的操作响应发送给所述OCF桥设备；

响应返回模块，用于通过所述OCF桥设备向所述OCF客户端返回所述配置操作的操作响应。

17.根据权利要求16所述的装置，其特征在于，

所述响应返回模块，用于通过所述OCF桥设备向所述OCF客户端返回所述网络配置请求的响应消息，所述响应消息中包含所述配置操作的操作响应。

18.根据权利要求16所述的装置，其特征在于，

所述响应返回模块，用于当接收到所述OCF客户端发送的操作响应查询请求时，向所述OCF客户端返回所述配置操作的操作响应。

19.一种计算机设备，其特征在于，所述计算机设备实现为OCF桥接平台，所述计算机设备包括处理器、存储器和收发器；

所述收发器，用于通过OCF桥设备接收OCF客户端发送的网络配置请求，所述网络配置请求中包含配置属性的属性值；所述配置属性是所述OCF桥设备支持的配置资源中的属性；

所述处理器，用于确定所述网络配置请求对应的非OCF虚拟客户端；

所述处理器，用于向所述非OCF虚拟客户端发送网络配置指令，所述网络配置指令用于指示所述非OCF虚拟客户端根据所述属性值执行所述配置属性的配置操作；所述配置操作是对所述非OCF虚拟客户端对应的非OCF协议网络进行配置的操作。

20.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求1至9任一项所述的物联网配置方法。