WO2020038443A1 - Bridging communication method and device - Google Patents

Abstract

The embodiments of the present application provide a bridging communication method and device, which can decrease the number of endpoints in a bridging device and reduce the complexity of device bridging communication. Said method comprises: the bridging device receiving a resource discovery request message sent by a first communication protocol client; the bridging device sending a resource discovery response message to the first communication protocol client, the resource discovery response message comprising information about a first communication protocol virtual server, the endpoint of the first communication protocol virtual server being the same as the endpoint of the bridging device, the uniform resource identifier of a platform resource of the first communication protocol virtual server being different from the uniform resource identifier of a platform resource of the bridging device, and the uniform resource identifier of a device resource of the first communication protocol virtual server being different from the uniform resource identifier of a device resource of the bridging device.

Description

Method and device for bridge communication

This application claims priority from a Chinese patent application filed with the Chinese Patent Office on August 24, 2018, with application number 201810974172.7, and the invention name is "Methods and Equipment for Bridged Communication", the entire contents of which are incorporated herein by reference.

Technical field

Embodiments of the present application relate to the field, and more particularly, to a method and device for bridge communication.

Background technique

With the development of technology, the Internet of Things, as one of the important directions for the development of the information network field in the future, has received widespread attention worldwide. However, at present, different manufacturers use different ecological chain protocols, which leads to the inability of communication between products produced by different manufacturers and the real interconnection of all things.

The bridge device can realize the conversion between different protocols, so that the communication between the devices using different protocols can be realized. Taking the Open Connectivity Foundation (OCF) device as an example, the bridge device can create a virtual OCF server for the OCF device, so that the OCF client can communicate with the virtual OCF server through the OCF protocol, and the virtual OCF server can communicate with the OCF server. Non-OCF devices communicate with non-OCF protocols, so that communication between OCF devices and non-OCF devices can be achieved.

At present, communication systems have higher and higher communication requirements. In the process of implementing communication between devices with two different protocols, how to reduce the complexity of communication has become an urgent problem.

Summary of the Invention

The embodiments of the present application provide a method and device for bridge communication, which can reduce the number of endpoints in the bridge device and reduce the complexity of the device bridge communication.

According to a first aspect, a bridge communication method is provided, including: a bridge device receiving a resource discovery request message sent by a first communication protocol client; the bridge device sending a resource discovery response message to the first communication protocol client, The resource discovery response message includes information of a first communication protocol virtual server, and the information of the first communication protocol virtual server includes a uniform resource identifier of a platform resource, a uniform resource identifier of an equipment resource, and an endpoint, wherein the first The endpoint of the communication protocol virtual server is the same as the endpoint of the bridging device. The uniform resource identifier of the platform resource of the first communication protocol virtual server is different from the uniform resource identifier of the platform resource of the bridging device. The uniform resource identifier of the device resource of the communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridge device.

In a second aspect, a bridge communication method is provided, including: a first communication protocol client sends a resource discovery request message to a bridge device; the first communication protocol client receives a resource discovery response message sent by the bridge device, The resource discovery response message includes information of a first communication protocol virtual server, and the information of the first communication protocol virtual server includes a uniform resource identifier of a platform resource, a uniform resource identifier of an equipment resource, and an endpoint, wherein the first The endpoint of the communication protocol virtual server is the same as the endpoint of the bridging device. The uniform resource identifier of the platform resource of the first communication protocol virtual server is different from the uniform resource identifier of the platform resource of the bridging device. The uniform resource identifier of the device resource of the communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridge device.

According to a third aspect, a bridge communication method is provided, including: the bridge device receives a device registration request message sent by a second communication protocol device; and the bridge device creates a first communication protocol virtual server for the second communication protocol device Wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridging device, the uniform resource identifier of the platform resource of the first communication protocol virtual server and the uniform resource identifier of the platform resource of the bridging device Different identifiers, the uniform resource identifier of the device resource of the first communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridge device.

According to a fourth aspect, a bridge communication method is provided, including: a bridge device receiving a resource discovery request message sent by a first communication protocol client; the bridge device sending a resource discovery response message to the first communication protocol client, The resource discovery response message includes information of a pre-created proxy service resource and a first communication protocol virtual server, and the information of the pre-created proxy service resource and the first communication protocol virtual server includes a uniform resource identifier of a platform resource, a device A uniform resource identifier and endpoint of the resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the uniform resource identifier of the proxy service resource is the same as the platform resource of the bridge device The resource identifier and the uniform resource identifier of the device resource are different; the bridge device receives a resource operation request message sent by the first communication protocol client, and the resource operation request message includes a platform resource of the proxy service resource Uniform resource identifier and device resource A source identifier, and the resource operation request message further includes a target identifier, where the target identifier is used to identify a second communication protocol device operating by the proxy service resource; the bridge device converts the resource operation request message into A protocol message of the second communication protocol device; the bridge device sends the protocol message to the second communication protocol device.

According to a fifth aspect, a bridge communication method is provided, including: a first communication protocol client sends a resource discovery request message to a bridge device; the first communication protocol client receives a resource discovery response message sent by the bridge device, The resource discovery response message includes information of a pre-created proxy service resource and a first communication protocol virtual server, and the information of the pre-created proxy service resource and the first communication protocol virtual server includes a uniform resource identifier of a platform resource, a device The uniform resource identifier and endpoint of the resource, where the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the uniform resource identifier of the proxy service resource is the same as the platform resource of the bridge device The resource identifier and the uniform resource identifier of the device resource are different; the first communication protocol client sends a resource operation request message to the bridge device, and the resource operation request message includes the platform resource of the proxy service resource Uniform Resource Identifier and Uniform Resource for Device Resources Identifier, the resource operation request message further includes target identification, the target identifier for identifying the second communication resource proxy service protocol device operation.

According to a sixth aspect, a bridge communication method is provided, including: the bridge device receives a device registration request message sent by a second communication protocol device; the bridge device creates a first communication protocol virtual server for the second communication protocol device And a proxy service resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, the uniform resource identifier of the proxy service resource and the uniform resource identifier of the platform resource of the bridge device, The uniform resource identifiers of the device resources are all different, and the proxy service resource is used to proxy a request of the first communication protocol client to the first communication protocol virtual server.

In a seventh aspect, a bridging device is provided for performing the method described in any of the optional implementation manners in the first aspect or the third aspect. Specifically, the bridging device includes a functional module for performing the method described in any one of the optional implementation manners of the first aspect, the third aspect, the fourth aspect, or the sixth aspect.

According to an eighth aspect, a first communication protocol device is provided, which is configured to perform the method described in the foregoing second aspect or any optional implementation manner in the fourth aspect. Specifically, the bridging device includes a functional module for performing the method described in the second aspect or any optional implementation manner of the fifth aspect.

In a ninth aspect, a bridge device is provided, including a processor and a memory. The memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the methods in the implementation manners of the first aspect, the third aspect, the fourth aspect, or the sixth aspect.

According to a tenth aspect, a first communication protocol device is provided, including a processor and a memory. The memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the method in the foregoing second aspect or the implementation manners in the fifth aspect.

According to an eleventh aspect, a chip is provided for implementing the method in any possible implementation manner in the first aspect or the third aspect. Specifically, the chip includes a processor for invoking and running a computer program from the memory, so that the device installed with the chip executes any possible one of the first aspect, the third aspect, the fourth aspect, or the sixth aspect described above. Method in implementation.

In a twelfth aspect, a chip is provided for implementing the method in any of the possible implementation manners in the second aspect or the fourth aspect. Specifically, the chip includes a processor for invoking and running a computer program from the memory, so that the device installed with the chip executes the method in any possible implementation manner in the second aspect or the fifth aspect described above.

According to a thirteenth aspect, a computer-readable storage medium is provided for storing a computer program that causes a computer to execute any possible implementation manner of the first aspect, the third aspect, the fourth aspect, or the sixth aspect described above. Method.

In a fourteenth aspect, a computer-readable storage medium is provided for storing a computer program that causes a computer to execute the method in any of the possible implementation manners of the second aspect or the fifth aspect described above.

According to a fifteenth aspect, a computer program product is provided, including computer program instructions that cause a computer to execute any of the possible implementation manners in the first aspect, the third aspect, the fourth aspect, or the sixth aspect described above. method.

In a sixteenth aspect, a computer program product is provided, including computer program instructions that cause a computer to execute the method in any of the possible implementation manners of the second aspect or the fifth aspect described above.

A seventeenth aspect provides a computer program that, when run on a computer, causes the computer to execute the method in any of the possible implementation manners of the first aspect, the third aspect, the fourth aspect, or the sixth aspect described above.

In an eighteenth aspect, a computer program is provided that, when run on a computer, causes the computer to perform the method in any of the possible implementations of the second or fifth aspect described above.

In the technical solution provided in this application, the endpoints of all the virtual server end on the bridge device are the same as the endpoints of the bridge device. Compared with the traditional solution, the number of endpoints on the bridge device will be reduced, which can reduce the maintenance cost of the endpoint by the bridge device. In order to distinguish between different platform resources and device resources, the platform resources and device resources of the virtual server no longer use fixed uniform resource identifiers. Instead, the unified resource identifiers of the platform resources of the virtual server and the unified resources of the platform resources of the bridge device are used. The identifiers are set differently, and the uniform resource identifier of the device resource of the virtual server and the uniform resource identifier of the device resource of the bridge device are set differently.

The endpoint is related to the communication channel. After the endpoint is reduced, the communication channel between the client established by the bridge device and the bridge device will be reduced. The reduction of the communication channel can reduce the resource overhead, and the bridge device only needs to maintain one communication channel. Reduce the communication complexity of bridge devices.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram of communication between a bridge device and an OCF device according to an embodiment of the present application.

FIG. 2 is a schematic flowchart of a bridge communication method according to an embodiment of the present application.

FIG. 3 is a schematic flowchart of another bridge communication method according to an embodiment of the present application.

FIG. 4 is a schematic flowchart of another bridge communication method according to an embodiment of the present application.

FIG. 5 is a schematic flowchart of another bridge communication method according to an embodiment of the present application.

FIG. 6 is a schematic flowchart of another bridge communication method according to an embodiment of the present application.

FIG. 7 is a schematic flowchart of another bridge communication method according to an embodiment of the present application.

FIG. 8 is a schematic block diagram of a bridge device according to an embodiment of the present application.

FIG. 9 is a schematic block diagram of a first communication protocol device according to an embodiment of the present application.

FIG. 10 is a schematic block diagram of another bridge device according to an embodiment of the present application.

FIG. 11 is a schematic block diagram of another bridge device according to an embodiment of the present application.

FIG. 12 is a schematic block diagram of another first communication protocol device according to an embodiment of the present application.

FIG. 13 is a schematic block diagram of another bridge device according to an embodiment of the present application.

FIG. 14 is a schematic structural diagram of a communication device according to an embodiment of the present application.

FIG. 15 is a schematic structural diagram of a chip according to an embodiment of the present application.

FIG. 16 is a schematic block diagram of a communication system according to an embodiment of the present application.

detailed description

The technical solutions in the embodiments of the present application will be described below with reference to the drawings.

With the development of technology, the Internet of Things, as one of the important directions for the development of the information network field in the future, has received widespread attention worldwide. However, at present, different manufacturers use different ecological chain protocols (also called communication protocols), resulting in products that cannot be communicated between different manufacturers and cannot achieve true interconnection of all things.

The bridge device can realize the conversion between different protocols, so that the communication between the devices using different protocols can be realized. Taking the OCF device as an example, the bridge device can create a virtual OCF server for the OCF device, so that the OCF client can communicate with the virtual OCF server through the OCF protocol, and the virtual OCF server can communicate with the non-OCF device through the non-OCF protocol. This allows communication between OCF devices and non-OCF devices.

The embodiment of the present application only uses the OCF protocol as an example, and the bridge device can also implement conversion between any multiple communication protocol devices. For example, the bridge device can implement communication between a restricted application protocol (CoAP) device and a Bluetooth device, and can also implement communication between a wifi device and a zigbee device.

Optionally, the communication protocols in the embodiments of the present application may also be other protocols generated for unifying the Internet of Things.

Optionally, the bridge device may only support communication between two different communication protocol devices, and may also support communication between multiple different communication protocol devices at the same time.

For ease of description, the following uses OCF as an example.

OCF is an emerging technology standard organization for the Internet of Things application layer. In order to achieve true interconnection of all things, OCF hopes to formulate a unified Internet of Things standard, to achieve safe and reliable device discovery and connection mechanisms across different operating systems and platforms.

OCF provides a universal representational state transfer (Restful) architecture for IoT applications, devices, and platforms. OCF's Restful architecture characterizes IoT entities and their service capabilities as OCF resources. In a restful architecture, all physical entities can be described as resources and exposed to the outside world in the form of resources. The state of the entity is described by resource representation. Each resource has its own uniform resource identifier (URI ) And the types of interfaces that can be supported. The entity that provides the resource is the OCF server, and the entity that accesses the resource is the OCF client. For example, the mobile application of the smartphone that obtains the indoor environment status data is an OCF client, and the sensor that monitors the indoor environment status data is an OCF server. The business interaction between the OCF client and the OCF server is achieved through the operation methods of creating, reading, updating, deleting, or notifying these OCF resources.

The characteristics of OCF resources include: resource URI, resource type, interface, etc. The specific definitions are as follows.

Resource URI: It is identified by "href" in the OCF resource characterization and provides the address of the OCF server resource. The value of "href" is a specific resource URI. The OCF client accesses the resources of the OCF server through the resource URI.

Resource type: It is represented by "rt" in OCF resource characterization, which indicates the type of resource.

Interface: It is indicated by "if" in OCF resource guarantee, and provides a response to resource viewing and resource support.

To facilitate the discovery of OCF equipment and resources, OCF also defines core resources that are supported by OCF equipment. OCF core resources include platform resources and device resources. A platform resource can include one or more OCF device instances. Platform resources are host resources for device instance resources. Device resources are used to describe the common information of all OCF device instance resources on a platform resource.

The following describes the resource representation of platform resources and device resources:

Platform resource: Provides information about the platform to which the OCF device belongs. The URI of the platform resource is fixed to "/ oic / p", and the resource type of the platform resource is "oic.wk.p".

Device resource: Provides information about specific OCF devices. The URI of the device resource is fixed at "/ oic / d", and the resource type of the device resource is "oic.wk.d". In addition, the resource type of the device resource may also include one or more resource types related to device characteristics. For example, the resource type of the bridge device includes "oic.wk.d" and "oic.d.bridge", which means that this device supports the bridge resource type. For another example, the resource type of the lamp includes "oic.wk.d" and "oic.d.light", which indicates that the device supports the resource type of the lamp.

In addition, since the OCF standard protocol uses CoAP to carry OCF messages at the transport layer, in order to achieve communication between the OCF client and the OCF server, each OCF server needs to have an endpoint. Each OCF device must be associated with at least one endpoint for sending and receiving messages. The endpoint can be understood as the communication address of the communication protocol, which is used by the OCF device to exchange messages. For example, for the CoAP protocol, the endpoint can be an IP address and a UDP port number.

The OCF client may send a resource operation request message to the OCF server. The resource operation request message may carry a resource operation method. The resource operation method may be, for example, operations such as creating a resource, reading a resource, updating a resource, or deleting a resource. The OCF server may return a resource operation response message to the OCF client, and the resource operation response message carries a representation of the requested resource.

At present, there are many non-OCF devices in IoT applications. Non-OCF devices refer to IoT devices that do not support the OCF standard protocol. For example, zigbee devices, z-wave devices, Bluetooth devices, etc., connecting non-OCF devices to the OCF system can realize communication between non-OCF devices and OCF devices, and expand the scope of interconnection and interoperability of IoT devices.

In order to connect OCF devices to the OCF system, OCF defines a device bridging communication mechanism. Through OCF bridging devices, communication between OCF devices and non-OCF devices can be realized. The OCF bridge device can map a non-OCF device to a virtual OCF server and perform conversion between the OCF protocol and the non-OCF protocol, so that the OCF client can communicate with the non-OCF device, thereby realizing communication between the OCF device and the non-OCF device.

The following describes the communication mode between the OCF device and the non-OCF device with reference to FIG. 1.

The OCF bridge device can map a non-OCF device to a virtual OCF server 1 and a non-OCF device to a virtual OCF server 2. The client can communicate with the virtual OCF server 1 and the virtual OCF server 2 through the OCF protocol, and the bridge device can convert the request from the OCF client to a non-OCF protocol instruction and send it to the non-OCF device 1 and the non-OCF device 2.

Because the platform resources and device resources of the OCF device both use fixed URIs, the URIs of the platform resources and device resources of the virtual OCF server 1, virtual OCF server 2, and the bridge device are the same. In other words, the URIs of the platform resources of the virtual OCF server 1 and the virtual OCF server 2 are "/ oic / p", and the URIs of the device resources are "/ oic / d". In order to distinguish between different platform resources and device resources, virtual OCF server 1 and virtual OCF server 2 must have their own endpoints. OCF bridge devices, virtual OCF server 1, and virtual OCF server 2 have different endpoints. As shown in FIG. 1, the endpoint of the OCF bridge device is endpoint 1, the endpoint of virtual OCF server 1 is endpoint 2, and the endpoint of virtual OCF server 2 is endpoint 3.

For example, the endpoint of the bridge device can be "coap: // [fe80 :: b1d6]: 44444", and the endpoint of the virtual OCF server 1 can be "coap: // [2001: db8: b :: c2e5]: 11111" The endpoint of the virtual OCF server 2 can be "coap: // [2001: db8: b :: c2e5]: 22222".

The following uses the non-OCF device 1 as a light and the non-OCF device 2 as an oven as an example to describe the resource characterization of the bridge device, the virtual OCF server 1 and the virtual OCF server 2. The following resource characterization is only an example, and does not limit the embodiments of the present application.

The resources of the bridge device are characterized as follows:

The URI of the platform resource of the bridge device is "/ oic / p", the resource type of the platform resource is "oic.wk.p", and the interface of the platform resource is "oic.if.r" and "oic.if.baseline", The endpoint of the platform resource is "coap: // [fe80 :: b1d6]: 44444".

The URI of the device resource of the bridge device is "/ oic / d", the resource type of the device resource is "oic.wk.d" and "oic.d.bridge", and the interface of the device resource is "oic.if.r" and "Oic.if.baseline", the endpoint of the device resource is "coap: // [fe80 :: b1d6]: 44444".

The resource representation of the virtual OCF server 1 is as follows:

The platform resource URI of the virtual OCF server 1 is "/ oic / p", the resource type of the platform resource is "oic.wk.p", and the interface of the platform resource is "oic.if.r" and "oic.if." baseline ", the endpoint of the platform resource is" coap: // [2001: db8: b :: c2e5]: 11111 ".

The device resource URI of the virtual OCF server 1 is "/ oic / d", the resource type of the device resource is "oic.wk.d" and "oic.d.light", and the interface of the device resource is "oic.if." r "and" oic.if.baseline ", the endpoint of the device resource is" coap: // [2001: db8: b :: c2e5]: 11111 ".

The device instance resource URI of virtual OCF server 1 is "/ myLightSwitch", the resource type of the device instance resource is "oic.r.switch.binary", and the interface of the device instance resource is "oic.if.a" and "oic .if.baseline ", the endpoint of the device instance resource is" coap: // [2001: db8: b :: c2e5]: 11111 ".

The resource representation of the virtual OCF server 2 is as follows:

The platform resource URI of the virtual OCF server 2 is "/ oic / p", the resource type of the platform resource is "oic.wk.p", and the interface of the platform resource is "oic.if.r" and "oic.if." baseline ", the endpoint of the platform resource is" coap: // [2001: db8: b :: c2e5]: 22222 ".

The URI of the device resource of the virtual OCF service 2 is "/ oic / d", the resource type of the device resource is "oic.wk.d" and "oic.d.oven", and the interface of the device resource is "oic.if.r" "And" oic.if.baseline ", the endpoint of the device resource is" coap: // [2001: db8: b :: c2e5]: 22222 ".

The device instance resource URI of the virtual OCF server 2 is "/ myOven", the resource type of the device instance resource is "oic.r.switch.binary" and "oic.r.temperature", and the interface of the device instance resource is "oic" .if.a "and" oic.if.baseline ", the endpoint of the device instance resource is" coap: // [2001: db8: b :: c2e5]: 22222 ".

It can be seen from FIG. 1 that in the traditional solution, in order to distinguish different platform resources and device resources, each virtual OCF server mapped on the bridge device has its own endpoint, and the endpoint of the virtual OCF server is different from the endpoint of the bridge device. When a bridge device is connected to a large number of non-OCF devices, the OCF bridge device needs to maintain a large number of endpoints, which results in a higher cost of endpoint maintenance. Secondly, the endpoints are related to the transmission protocol. The more endpoints, the higher the communication complexity of the device. For example, for the CoAP protocol, the more endpoints there are, the more Internet protocol (IP) addresses and user datagram protocol (UDP) port numbers are assigned, and the OCF client sends a request message to the correct association. The difficulty of the endpoints increases, which increases the complexity of the communication.

The embodiments of the present application provide a method for bridging communication, which can reduce the maintenance cost of endpoints and reduce the complexity of device communication.

The method for bridging communication in the embodiment of the present application is described in detail below with reference to FIG. 2. As shown in FIG. 2, the method includes steps S210-S220.

In S210, the bridge device receives a resource discovery request message sent by the first communication protocol client.

The first communication protocol client may mean that the client can communicate with the bridge device through the first communication protocol. The first communication protocol client may be a client in the Internet of Things.

The resource discovery request message can be used to discover all resources on the bridge device. For example, the resource discovery request message may be used to discover resource information of all virtual servers on the bridge device.

Optionally, when the bridge device receives the resource discovery request message sent by the first communication protocol client, it may send related information of all the first communication protocol virtual servers on the bridge device to the first communication protocol client.

The embodiment of the present application does not specifically limit the first communication protocol and the second communication protocol, as long as the first communication protocol and the second communication protocol are two different protocols. For example, the first communication protocol may be a communication protocol in the Internet of Things, and the second communication protocol is a communication protocol in a non-Internet of Things. As another example, the first communication protocol may be a zigbee protocol, and the second communication protocol may be a Bluetooth protocol. Alternatively, the first communication protocol may be an OCF protocol, and the second communication protocol may be a non-OCF protocol. That is, the first communication protocol client may be an OCF client, the second communication protocol device may be a non-OCF device, and the first communication protocol virtual server may be a virtual OCF server.

Optionally, the non-OCF protocol may be zigbee, z-wave, or Bluetooth.

When the bridge device creates the first communication protocol virtual server for the second communication protocol device, it can create platform resources, device resources, and endpoints for the second communication protocol device. In order to reduce the communication complexity, the bridging device may set the same endpoint for the created virtual server, and distinguish the different second communication protocol devices through different URIs of platform resources and device resources.

The following uses the first communication protocol as the OCF protocol as an example to describe the resource information and endpoint information of the bridge device and the virtual OCF server.

When the endpoint of the bridge device is "coap: // [fe80 :: b1d6]: 44444", the endpoint of the virtual OCF server created by the bridge device for all non-OCF devices is "coap: // [fe80 :: b1d6]: 44444 ".

The platform resource URI of the virtual OCF server no longer uses the fixed "/ oic / p", and the device resource of the virtual OCF server no longer uses the fixed "/ oic / d". The virtual OCF server can use platform resource and device resource URIs different from the bridge device.

For the URIs of the platform resources and device resources used by the virtual OCF server, the embodiments of the present application may not specifically limit them.

For example, the bridge device may number the created virtual OCF server, and add the number sequence to the URI of the platform and device resources of the virtual OCF server, so that different platform resources and device resources can be distinguished by the URI.

As another example, when a bridge device creates a virtual OCF server for a non-OCF device, the bridge resource can add the device identifier of the non-OCF device to the mapped resource of the platform resource and device resource of the virtual OCF server. Device identification, so that different platform resources and device resources can be distinguished by the device identification of non-OCF devices.

Specifically, the device identifier of the non-OCF device 1 is "light_device_id", and the server mapped by the non-OCF device 1 on the bridge device is the virtual OCF server 1, and the URI of the platform resource of the virtual OCF server 1 can be "/ di / light_device_id / oic / p ", the URI of the device resource of the virtual OCF server 1 may be" / di / light_device_id / oic / d ". The device identifier of the non-OCF device 2 is "/ di / oven_device_id", and the server mapped by the non-OCF device 2 on the bridge device is the virtual OCF server 2. The URI of the platform resource of the virtual OCF server 2 can be "/ di / oven_device_id / oic / d ", the URI of the device resource of the virtual OCF server 2 may be" / di / oven_device_id / oic / d ".

After receiving the resource discovery request message sent by the first communication protocol client, the bridge device may send relevant information of all virtual servers on the bridge device to the first communication protocol client.

In S220, the bridge device sends a resource discovery response message to the first communication protocol client, and the resource discovery response message includes information of the first communication protocol virtual server.

The information of the first communication protocol virtual server includes a URI of an endpoint platform resource and / or a device resource URI of the first communication protocol virtual server.

Optionally, the information of the first communication protocol virtual server may further include an interface and a resource type of the first communication protocol virtual server.

Taking OCF as an example, the information of the virtual OCF server includes the endpoint of the virtual OCF server, the URI of the platform resource, and / or the URI of the device resource.

For details of the endpoint of the virtual OCF server, the URI of the platform resource and / or the URI of the device resource, please refer to the description above. To avoid repetition, details are not described here.

In addition, the information of the virtual OCF server further includes at least one of the following information: the interface and resource type of the virtual OCF server.

The interface of the virtual OCF server may be, for example, "oic.if.baseline". The resource type of the platform resource of the virtual OCF server may be, for example, "oic.wk.p". For the virtual OCF server 1, the resource types of the device resources may be, for example, "oic.wk.d" and "oic.d.light". For the virtual OCF server 2, the resource types of the device resources may be, for example, "oic.wk.d" and "oic.d.oven".

In the technical solution provided in this application, the endpoints of all virtual server ends on the bridge device are the same as the endpoints of the bridge device. Compared with the traditional solution, the number of endpoints on the bridge device will be reduced, which can reduce the maintenance cost of the bridge device to the endpoint. In order to distinguish between different platform resources and device resources, the platform resources and device resources of the virtual server no longer use fixed URIs. Instead, the URIs of the platform resources of the virtual server and the URIs of the platform resources of the bridge device are set to be different. The URI of the device resource at the end and the URI of the device resource of the bridge device are set differently.

By adopting the communication method in the embodiment of the present application, the number of endpoints in the bridge device can be reduced, and thus the communication complexity of the bridge device can be reduced.

Specifically, the endpoint is used for transmission at the network layer. The endpoint is related to the communication channel. After the endpoint on the bridge device is reduced, the communication channel between the client and the bridge device established by the bridge device will be reduced. The reduction of the communication channel can reduce resources Overhead, reducing the complexity of the network layer. And the bridge device only needs to maintain one communication channel, so that the communication complexity of the bridge device can be reduced.

It should be understood that when a bridge device establishes a communication channel, it can establish a transmission channel according to a transmission protocol. For example, for a client using the COAP protocol, the communication channel between the client established by the bridge device and the bridge device is established based on the COAP protocol.

Optionally, the resources of the first communication protocol virtual server further include a device instance resource, and the resource response message may include a URI of the device instance resource.

The bridge device may receive a resource operation request message sent by the first communication protocol client, and the resource operation request message includes the URI of the device instance resource of the first communication protocol virtual server. The URI of the device instance resource is used to identify the device requested by the first communication protocol client.

For example, the bridge device may receive a resource operation request message sent by the OCF client. The resource operation request message may include a URI of a device instance resource of the virtual OCF server, and the URI of the instance resource is used to identify the device requested by the OCF client.

The resource operation request message may further include at least one of the following information: an interface of the device instance resource, a resource type of the device instance resource, a resource operation method, and an attribute value of the device instance resource.

For example, for virtual OCF server 1, the interface of the device instance resource can be "oic.if.a" and "oic.if.baseline", and the resource type of the device instance resource can be "oic.r.switch.binary" ".

For virtual OCF server 2, the interface of the device instance resource can be "oic.if.a" and "oic.if.baseline", and the resource type of the device instance resource can be "oic.r.switch.binary" and "Oic.r.temperature".

The resource operation method includes at least one of the following methods: creating a resource, reading a resource, updating a resource, and deleting a resource.

The attribute value of the device instance resource refers to the operation data of the resource.

Take "light" as an example, the property value "value" of the device instance resource can be "true" or "false". When the property value is "true", it means that the light is turned on. Turn off the lights.

Taking "oven" as an example, when the attribute value "setvalue" is 25, it can indicate that the temperature is adjusted to 25 ° C.

After receiving the resource operation request message, the bridge device may determine the second communication protocol device requested by the first communication protocol client according to the URI of the device instance resource. Then, the operation request message may be converted into a protocol message of the first communication protocol device, and the converted protocol message is sent to the first communication protocol device.

Optionally, the protocol message may also be a device instruction of the second communication protocol device.

For example, when the URI of the resource operation request message is the URI of the device instance resource of the virtual OCF server 1, the bridge device can convert the resource operation request message into a device instruction of the non-OCF device 1, and send the converted device instruction to Non-OCF equipment 1. When the URI of the resource operation request message is the URI of the device instance resource of the virtual OCF server 2, the bridge device can convert the resource operation request message into a device instruction of the non-OCF device 2, and send the converted device instruction to the non-OCF Device 2.

Optionally, when the bridge device creates the first communication protocol virtual server, the device identifier may be added to the URI of the instance resource of the first communication protocol virtual server.

Optionally, the information of the first communication protocol virtual server may be created by the bridge device, or may be obtained by the bridge device from other devices.

Optionally, before step 210, the method in FIG. 2 may further include: the bridge device receives the connection establishment request message sent by the second communication protocol device, and the bridge device creates a first communication protocol virtual server for the second communication protocol device. After receiving the connection establishment request message, the bridging device can create a first communication protocol virtual server for the second communication protocol device, realize the conversion between the first communication protocol and the second communication protocol, and establish the first communication protocol device. And a second communication protocol device.

The device identifier can uniquely identify a non-OCF device, and the device identifier can identify a non-OCF device.

Optionally, the connection establishment request message may be a device registration request message, or may be another message for establishing a connection with the bridge device.

FIG. 3 is a schematic flowchart of another bridge communication method according to an embodiment of the present application. The method in FIG. 3 includes steps S310-S320.

In S310, the first communication protocol client sends a resource discovery request message to the bridge device.

The resource discovery request message can be used to discover resources on the bridge device. For example, the resource discovery request message may be used to discover resource information of all virtual servers on the bridge device.

The first communication protocol client may mean that the client can communicate with the bridge device through the first communication protocol.

Optionally, the first communication protocol may be a communication protocol in the Internet of Things. For example, the first communication protocol may be an OCF protocol.

In S320, the first communication protocol client receives a resource discovery response message sent by the bridge device, and the resource discovery response message includes information of the first communication protocol virtual server created by the bridge device.

The information of the first communication protocol virtual server includes an endpoint of the first communication protocol virtual server, a URI of a platform resource, a URI of a device resource, and the like. Wherein, the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridging device, the uniform resource identifier of the platform resource of the first communication protocol virtual server and the uniform resource identifier of the platform resource of the bridging device Differently, the uniform resource identifier of the device resource of the first communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridging device, and the first communication protocol is different from the second communication protocol.

Optionally, the information of the first communication protocol virtual server may further include an interface and a resource type of the first communication protocol virtual server.

The embodiment of the present application does not specifically limit the first communication protocol and the second communication protocol, as long as the first communication protocol and the second copper communication protocol are two different protocols. For example, the first communication protocol may be a communication protocol in the Internet of Things, and the second communication protocol is a communication protocol in a non-Internet of Things. As another example, the first communication protocol is the zigbee protocol, and the second communication protocol is the Bluetooth protocol. Alternatively, the first communication protocol may be an OCF protocol, and the second communication protocol may be a non-OCF protocol. That is, the first communication protocol client may be an OCF client, the second communication protocol device may be a non-OCF device, and the first communication protocol virtual server may be a virtual OCF server.

Optionally, the non-OCF protocol may be zigbee, z-wave, or Bluetooth.

When the bridge device creates the first communication protocol virtual server for the second communication protocol device, it can create platform resources, device resources, and endpoints for the second communication protocol device. In order to reduce the communication complexity, the bridging device may set the same endpoint for the created virtual server, and distinguish the different second communication protocol devices through different URIs of platform resources and device resources.

The following uses the first communication protocol as the OCF protocol as an example to describe the resource information and endpoint information of the bridge device and the virtual OCF server.

When the endpoint of the bridge device is "coap: // [fe80 :: b1d6]: 44444", the endpoints of the virtual OCF server are "coap: // [fe80 :: b1d6]: 44444".

The platform resource URI of the virtual OCF server no longer uses the fixed "/ oic / p", and the device resource of the virtual OCF server no longer uses the fixed "/ oic / d". The virtual OCF server can use platform resource and device resource URIs different from the bridge device.

For the URIs of the platform resources and device resources used by the virtual OCF server, the embodiments of the present application may not specifically limit them.

For example, the URIs of the platform resources and device resources of the virtual OCF server can be numbered in sequence, that is, the URIs of the platform resources and device resources of the virtual OCF server include the numbering sequence, so that different platform resources and devices can be distinguished by the URI. Resources.

As another example, the URIs of the platform resources and device resources of the virtual OCF server include device identifiers of non-OCF devices. Since different non-OCF devices have different device identifiers, different platforms can be distinguished by device identifiers of non-OCF devices Resources and equipment resources.

Specifically, the device identifier of the non-OCF device 1 is "light_device_id", and the server mapped by the non-OCF device 1 on the bridge device is the virtual OCF server 1, and the URI of the platform resource of the virtual OCF server 1 can be "/ di / light_device_id / oic / p ", the URI of the device resource of the virtual OCF server 1 may be" / di / light_device_id / oic / d ". The device identifier of the non-OCF device 2 is "/ di / oven_device_id", and the server mapped by the non-OCF device 2 on the bridge device is the virtual OCF server 2. The URI of the platform resource of the virtual OCF server 2 can be "/ di / oven_device_id / oic / d ", the URI of the device resource of the virtual OCF server 2 may be" / di / oven_device_id / oic / d ".

Optionally, the resource response message may include information about resources of all virtual OCF server ends on the bridge device.

After receiving the resource response message, the OCF client can select the resources of the virtual OCF server that you want to operate.

In the technical solution provided in this application, the endpoints of all virtual server ends on the bridge device are the same as the endpoints of the bridge device. Compared with the traditional solution, the number of endpoints on the bridge device will be reduced, which can reduce the maintenance cost of the bridge device to the endpoint. In order to distinguish between different platform resources and device resources, the platform resources and device resources of the virtual server no longer use fixed URIs. Instead, the URIs of the platform resources of the virtual server and the URIs of the platform resources of the bridge device are set to be different. The URI of the device resource at the end and the URI of the device resource of the bridge device are set differently.

By adopting the communication method in the embodiment of the present application, the number of endpoints in the bridge device can be reduced, and thus the communication complexity of the bridge device can be reduced.

Specifically, the endpoint is used for transmission at the network layer. The endpoint is related to the communication channel. After the endpoint on the bridge device is reduced, the communication channel between the client and the bridge device established by the bridge device will be reduced. The reduction of the communication channel can reduce resources Overhead, reducing the complexity of the network layer. And the bridge device only needs to maintain one communication channel, so that the communication complexity of the bridge device can be reduced.

Optionally, the URI of the platform resource and the device resource of the first communication protocol virtual server includes the device identification of the second communication protocol device.

Different second communication protocol devices have different device identifiers. Therefore, the device identifiers of the second communication protocol devices can distinguish different platform resources and device resources.

In addition, the resources of the first communication protocol virtual server also include device instance resources, and the resource response message may also include the URI of the device instance resource. After receiving the resource response message sent by the bridge device, the first communication protocol client may select the platform resource and device resource to be accessed according to the platform resource and device resource information carried in the response message, and may For device instance resource information, select the device instance resource that you want to operate.

Optionally, before the first communication protocol client sends a resource operation request message to the first communication protocol virtual server, the first communication protocol client may select the second communication that it wants to operate according to the information carried in the resource response message. Protocol device, and then the first communication protocol client may send a resource operation request message to the first communication protocol virtual server corresponding to the selected second communication protocol device. The resource operator request message includes the URI of the device instance resource.

Optionally, the resource operation request message may further include at least one of the following information: an interface of the device instance resource, a resource type of the device instance resource, a resource operation method, and an attribute value of the device instance resource.

For example, for virtual OCF server 1, the interface of the device instance resource can be "oic.if.a" and "oic.if.baseline", and the resource type of the device instance resource can be "oic.r.switch.binary" ".

For virtual OCF server 2, the interface of the device instance resource can be "oic.if.a" and "oic.if.baseline", and the resource type of the device instance resource can be "oic.r.switch.binary" and "Oic.r.temperature".

The resource operation method includes at least one of the following methods: creating a resource, reading a resource, updating a resource, and deleting a resource.

The attribute value of the device instance resource refers to the operation data of the resource.

Take "light" as an example, the property value "value" of the device instance resource can be "true" or "false". When the property value is "true", it means that the light is turned on. Turn off the lights.

Taking "oven" as an example, when the attribute value "setvalue" is 25, it can indicate that the temperature is adjusted to 25 ° C.

FIG. 4 is a schematic flowchart of another bridge device communication method according to an embodiment of the present application. The method of FIG. 4 includes steps S410-S420.

The method in FIG. 4 can be used in combination with the methods in FIGS. 2 and 3. For a detailed description of the method in FIG. 4, reference may be made to the description in the methods in FIG. 2 and FIG. 3 above. To avoid repetition, details are not described herein.

In S410, the bridge device receives a device registration request message sent by the second communication protocol device.

The device registration request message may also be a connection establishment request message.

Optionally, the connection establishment request message may include a device identifier of the second communication protocol device.

In S420, the bridge device creates a first communication protocol virtual server for the second communication protocol device, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the first communication protocol The uniform resource identifier of the platform resource of the virtual server is different from the uniform resource identifier of the platform resource of the bridge device. The uniform resource identifier of the device resource of the first communication protocol virtual server and the device resource of the bridge device are different. Uniform resource identifiers are different.

In the process of creating the first communication protocol virtual server, the bridge device creates information of the first communication protocol virtual server. The information of the first communication protocol virtual server includes a uniform resource identifier of the platform resource and a uniform resource identifier of the device resource. Breaks and endpoints.

FIG. 5 is a schematic flowchart of another bridge device communication method according to an embodiment of the present application. The method in FIG. 5 includes steps S510-S550.

In S510, the bridge device receives a resource discovery request message sent by the first communication protocol client.

The resource discovery request message is mainly used to discover resources on the bridge device. For example, the resource discovery request message may be used to discover resource information of all virtual servers on the bridge device.

The first communication protocol client may mean that the client can communicate with the bridge device through the first communication protocol.

Optionally, the first communication protocol may be a protocol in the Internet of Things. For example, the first communication protocol may be an OCF protocol.

In S520, the bridging device sends a resource discovery response message to the first communication protocol client, and the resource discovery response message includes information of a pre-created proxy service resource and information of the first communication protocol virtual server.

Wherein, the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, the uniform resource identifier of the proxy service resource, the uniform resource identifier of the platform resource of the bridge device, and the uniform resource of the device resource The identifiers are all different.

Optionally, the first communication protocol virtual server may be a server mapped by the second communication protocol device on the bridge device, and the first communication protocol is different from the second communication protocol.

The embodiment of the present application does not specifically limit the first communication protocol and the second communication protocol, as long as the first communication protocol and the second communication protocol are two different protocols. For example, the first communication protocol may be a communication protocol in the Internet of Things, and the second communication protocol is a communication protocol in a non-Internet of Things. As another example, the first communication protocol is the zigbee protocol, and the second communication protocol is the Bluetooth protocol. Alternatively, the first communication protocol may be an OCF protocol, and the second communication protocol may be a non-OCF protocol. That is, the first communication protocol client may be an OCF client, the second communication protocol device may be a non-OCF device, and the first communication protocol virtual server may be a virtual OCF server.

Optionally, the non-OCF protocol may be zigbee, z-wave, or Bluetooth.

Optionally, the resource discovery response message may include information about all the proxy service resources on the bridge device and information about the resources of the first communication protocol virtual server.

A bridge device can include one proxy service resource, or it can include multiple proxy service resources. The proxy service resource is used to proxy a request for a resource on the first communication protocol virtual server. For the case where the bridge device includes a proxy service resource, the proxy service resource can proxy requests for all resources of the first communication protocol virtual server on the bridge device. For a case where the bridge device includes multiple proxy service resources, one of the proxy service resources may proxy a request for a part of the first communication protocol virtual server resource on the bridge device.

The proxy service resource may be created by the bridge device before leaving the factory, or it may be created by the bridge device after receiving the connection establishment request message sent by the second communication protocol device.

Optionally, the connection establishment request message may be a device registration request message.

The information of the proxy service resource may include URI information of the proxy service resource, and the URI of the proxy service resource is different from the device resource and the platform resource of the bridge device.

For example, the URI of the proxy service resource is "/ proxyservice". The URI of the proxy service resource is different from the URI of the bridge device's platform resource "/ oic / p" and also the URI of the bridge device's device resource "/ oic / d". different.

The information of the first communication protocol virtual server includes endpoint information, and the endpoint is the same as the endpoint of the bridge device.

For example, when the endpoint of the bridge device is "coap: // [fe80 :: b1d6]: 44444", the endpoint of the first communication protocol virtual server is also "coap: // [fe80 :: b1d6]: 44444".

Optionally, the information of the proxy service resource may further include at least one of the following information: the resource type and interface of the proxy service resource. For example, the resource type of the proxy service resource can be "oic.r.proxyservice". The interface of the proxy service resource can be "oic.if.a".

Optionally, the information of the first communication protocol virtual server may further include at least one of the following information: the URI of the platform resource of the first communication protocol virtual server, the URI of the device resource, the resource type, the interface, and the target identifier.

Optionally, the device resource of the first communication protocol virtual server may use the same URI as the device resource of the bridge device, or may use a URI different from the URI of the device resource of the bridge device. The URI of the platform resource of the first communication protocol virtual server may be the same URI as the platform resource of the bridge device, or may be a URI different from the URI of the device resource of the bridge device.

Optionally, the first communication protocol may be an OCF protocol. The first communication protocol virtual server may be an OCF virtual server, and the first communication protocol client may be an OCF client.

Taking OCF as an example, the URI of the platform resource and the device resource of the virtual OCF server can be fixed URIs. For example, the URI of the platform resource of the virtual OCF server is "/ oic / p", and the URI of the device resource is "/ oic / d".

Alternatively, the URI of the platform resource and the URI of the device resource of the virtual OCF server may include device identifiers of non-OCF devices. For example, if the device identifier of non-OCF device 1 is "light_device_id", and the server mapped by non-OCF device 1 on the bridge device is virtual OCF server 1, the URI of the platform resource of virtual OCF server 1 can be "/ di / light_device_id / oic / p ”, the URI of the device resource of the virtual OCF server 1 may be“ / di / light_device_id / oic / d ”. The device identifier of the non-OCF device 2 is "/ di / oven_device_id", and the server mapped by the non-OCF device 2 on the bridge device is the virtual OCF server 2. The URI of the platform resource of the virtual OCF server 2 can be "/ di / oven_device_id / oic / d ", the URI of the device resource of the virtual OCF server 2 may be" / di / oven_device_id / oic / d ".

The target identifier may be a device identifier of the second communication protocol device. After receiving the resource response message, the first communication protocol client may select a second communication protocol device that it wants to operate according to the target identifier.

In S530, the bridge device receives a resource operation request message sent by the first communication protocol client, and the resource operation request message includes a uniform resource identifier of the platform resource of the proxy service resource and a uniform resource identifier of the device resource, and the resource operation The request message also includes a target identifier, which is used to identify the second communication protocol device that the proxy service resource operates on.

After the proxy service resource on the bridge device receives the resource operation request sent by the first communication protocol client, it can determine the second communication protocol that the first communication protocol client wants to operate according to the target identifier carried in the resource operation request message. device.

The resource operation request message further includes at least one of the following information: the URI of the device instance resource of the first communication protocol virtual server, the resource operation method, and the payload.

Taking OCF as an example, the URI of the device instance resource of the virtual OCF server can be, for example, "/ myLightSwitch" or "/ myOven". For another example, the URI of the device instance resource of the virtual OCF server may further include the device identifier of the non-OCF device, and the device identifier of the non-OCF device 1 is "light_device_id", then the URI of the device instance resource of the virtual OCF server 1 is "/ di / light_device_id / myLightSwitch ". The device identifier of the non-OCF device 2 is "oven_device_id", and the URI of the device instance resource of the virtual OCF server 2 is "/ di / oven_device_id / myOven".

The resource operation method may include at least one of the following methods: creating a resource, reading a resource, updating a resource, and deleting a resource.

Payload refers to the operational data on the resource.

Take "light" as an example, the payload "payload" can be {"value": true}, or the payload can be {value ": false}. When the operation indicated by the payload is" true ", it means that the light is turned on. When the operation indicated by the load is "false", the light is turned off.

Taking "oven" as an example, the load "payload" may be {"setvalue": 25}, and the operation indicated by the load may indicate that the temperature is adjusted to 25 ° C.

In S540, the bridge device converts the resource operation request message into a protocol message of the second communication protocol device.

In S550, the bridge device sends the converted protocol message to the second communication protocol device.

After determining the second communication protocol device corresponding to the target identifier, the bridge device may convert the resource operation request message into a protocol message of the second communication protocol device, and send the converted protocol message to the second communication protocol device.

Optionally, the protocol message may also be a device instruction of the second communication protocol device.

The target identifier may be a device identifier of the second communication protocol device.

For example, the device identifier of the non-OCF device 1 is "light_device_id", and the device identifier of the non-OCF device 2 is "oven_device_id". The server mapped from the non-OCF device 1 on the bridge device is the virtual OCF server 1, and the server mapped from the non-OCF device 2 on the bridge device is the virtual OCF server 2. The proxy service resource can proxy requests for resources on the virtual OCF server 1 and the virtual OCF server 2.

When the target identifier included in the resource operation request message is "light_device_id", it indicates that the OCF client requests to operate the resource on the virtual OCF server 1. The bridge device may convert the operation request message into a device instruction of the non-OCF device 1 and send it to the non-OCF device 1.

When the target identifier included in the resource operation request message is "oven_device_id", it indicates that the OCF client requests to operate the resource on the virtual OCF server 2. The bridge device may convert the operation request message into a device instruction of the non-OCF device 2 and send it to the non-OCF device 2.

Because the URI of the device instance resource can uniquely identify a second communication protocol device, the target identifier can also be the URI of the device instance resource.

In the technical solution provided by the embodiment of the present application, the endpoints of all virtual server ends on the bridge device are the same as the endpoints of the bridge device, and the number of endpoints on the bridge device will be reduced, which can reduce the maintenance cost of the bridge device to the endpoint. The URI of the proxy service resource is different from the URI of the platform resource of the bridging device and the URI of the device resource. The client can send a request message to the proxy service resource and carry the target identifier in the request message to identify the device requesting the proxy operation. In this way, the client can operate the resources on the virtual server through proxy service resources.

By adopting the communication method in the embodiment of the present application, the number of endpoints in the bridge device can be reduced, and thus the communication complexity of the bridge device can be reduced.

Specifically, the endpoint is used for transmission at the network layer. The endpoint is related to the communication channel. After the endpoint on the bridge device is reduced, the communication channel between the client and the bridge device established by the bridge device will be reduced. The reduction of the communication channel can reduce resources Overhead, reducing the complexity of the network layer. And the bridge device only needs to maintain one communication channel, so that the communication complexity of the bridge device can be reduced.

Optionally, the information of the first communication protocol virtual server may be created by the bridge device, or may be obtained by the bridge device from other devices. Similarly, the information of the proxy service resource may be created by the bridge device, or may be obtained by the bridge device from other devices.

Before S510, the method further includes: the bridge device receives a device registration request message sent by the second communication protocol device, and the bridge device creates a first communication protocol virtual server for the second communication protocol device.

Optionally, the device registration request message may include a device identifier of the second communication protocol device.

The bridge device may create a first communication protocol virtual server for the second communication protocol device, and the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device.

Optionally, the bridge device may create a proxy service resource for the second communication protocol device after receiving the registration request message sent by the device of the second communication protocol device, and the proxy service resource can proxy the second communication protocol device. Operation request.

FIG. 6 is a schematic flowchart of another bridge communication method according to an embodiment of the present application. The method of FIG. 6 includes steps S610-S630.

In S610, the first communication protocol client sends a resource discovery request message to the bridge device.

The resource discovery request message is mainly used to discover resources on the bridge device.

The first communication protocol client may mean that the client can communicate with the bridge device through the first communication protocol. The client can be a client in the Internet of Things.

Optionally, the first communication protocol may be a communication protocol in the Internet of Things. For example, the first communication protocol may be an OCF protocol.

In S620, the first communication protocol client receives a resource discovery response message sent by the bridge device. The resource discovery response message includes information of the proxy service resource and information of the first communication protocol virtual server.

Wherein, the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, the uniform resource identifier of the proxy service resource, the uniform resource identifier of the platform resource of the bridge device, and the uniform resource of the device resource The identifiers are all different.

Optionally, the first communication protocol virtual server may be a server mapped by the second communication protocol device on the bridge device, and the first communication protocol is different from the second communication protocol.

The embodiment of the present application does not specifically limit the first communication protocol and the second communication protocol, as long as the first communication protocol and the second communication protocol are two different protocols. For example, the first communication protocol is the zigbee protocol, and the second communication protocol is the Bluetooth protocol. Alternatively, the first communication protocol may be an OCF protocol, and the second communication protocol may be a non-OCF protocol. That is, the first communication protocol client may be an OCF client, the second communication protocol device may be a non-OCF device, and the first communication protocol virtual server may be a virtual OCF server.

Optionally, the non-OCF protocol may be zigbee, z-wave, or Bluetooth.

Optionally, the resource discovery response message may include information about all the proxy service resources on the bridge device and information about the resources of the first communication protocol virtual server.

A bridge device can include one proxy service resource, or it can include multiple proxy service resources. The proxy service resource is used to proxy a request for a resource on the first communication protocol virtual server. For the case where the bridge device includes a proxy service resource, the proxy service resource can proxy requests for all resources of the first communication protocol virtual server on the bridge device. For a case where the bridge device includes multiple proxy service resources, one of the proxy service resources may proxy a request for a part of the first communication protocol virtual server resource on the bridge device.

The proxy service resource may be created by the bridge device before leaving the factory, or it may be created by the bridge device after receiving the connection establishment request message sent by the second communication protocol device.

Optionally, the connection establishment request message may be a device registration request message.

The information of the proxy service resource includes the URI information of the proxy service resource. The URI of the proxy service resource is different from the device resource and the platform resource of the bridge device.

For example, the URI of the proxy service resource is "/ proxyservice". The URI of the proxy service resource is different from the URI of the bridge device's platform resource "/ oic / p" and also the URI of the bridge device's device resource "/ oic / d". different.

The information of the first communication protocol virtual server includes endpoint information, and the endpoint is the same as the endpoint of the bridge device.

The information of the first communication protocol virtual server includes the endpoint information of the first communication protocol virtual server. For example, when the endpoint of the bridge device is "coap: // [fe80 :: b1d6]: 44444", the information of the first communication protocol virtual server is The endpoint is also "coap: // [fe80 :: b1d6]: 44444".

Optionally, the information of the proxy service resource may further include at least one of the following information: the resource type and interface of the proxy service resource. For example, the resource type of the proxy service resource can be "oic.r.proxyservice". The interface of the proxy service resource can be "oic.if.a".

Optionally, the information of the first communication protocol virtual server may further include at least one of the following information: the URI of the platform resource of the first communication protocol virtual server, the URI of the device resource, the resource type, the interface, and the target identifier.

Optionally, the device resource of the first communication protocol virtual server may use the same URI as the device resource of the bridge device, or may use a URI different from the URI of the device resource of the bridge device. The URI of the platform resource of the first communication protocol virtual server may be the same URI as the platform resource of the bridge device, or may be a URI different from the URI of the device resource of the bridge device.

Optionally, the first communication protocol may be an OCF protocol. The first communication protocol virtual server may be an OCF virtual server, and the first communication protocol client may be an OCF client.

Taking OCF as an example, the URI of the platform resource and the device resource of the virtual OCF server can be fixed URIs. For example, the URI of the platform resource of the virtual OCF server is "/ oic / p", and the URI of the device resource is "/ oic / d".

Alternatively, the URI of the platform resource and the URI of the device resource of the virtual OCF server may include device identifiers of non-OCF devices. For example, if the device identifier of non-OCF device 1 is "light_device_id", and the server mapped by non-OCF device 1 on the bridge device is virtual OCF server 1, the URI of the platform resource of virtual OCF server 1 can be "/ di / light_device_id / oic / p ”, the URI of the device resource of the virtual OCF server 1 may be“ / di / light_device_id / oic / d ”. The device identifier of the non-OCF device 2 is "/ di / oven_device_id", and the server mapped by the non-OCF device 2 on the bridge device is the virtual OCF server 2. The URI of the platform resource of the virtual OCF server 2 can be "/ di / oven_device_id / oic / d ", the URI of the device resource of the virtual OCF server 2 may be" / di / oven_device_id / oic / d ".

The target identifier may be a device identifier of the second communication protocol device. After receiving the resource response message, the first communication protocol client may select a second communication protocol device that it wants to operate according to the target identifier.

In S630, the first communication protocol client sends a resource operation request message to the bridge device. The resource operation request message includes the URI of the platform resource of the proxy service resource and the URI of the device resource. The resource operation request message further includes the target identifier. The target identifier is used to identify a second communication protocol device that the proxy service resource operates on.

After the first communication protocol client receives the resource response message, it may select the second communication protocol device that it wants to operate, add the target identifier of the second communication protocol device to the resource operation request message, and provide the The proxy service resource sends the resource operation request message.

Taking OCF as an example, the device identifier of non-OCF device 1 is "light_device_id", and the device identifier of non-OCF device 2 is "oven_device_id". The server mapped from the non-OCF device 1 on the bridge device is the virtual OCF server 1, and the server mapped from the non-OCF device 2 on the bridge device is the virtual OCF server 2. The proxy service resource can proxy requests for resources on the virtual OCF server 1 and the virtual OCF server 2.

When the OCF client wants to perform a resource operation on the non-OCF device 1, it may send a resource operation request message to the proxy service resource. The target identifier included in the resource operation request message may be "light_device_id".

When the OCF client wants to perform resource operations on the non-OCF device 2, it may send a resource operation request message to the proxy service resource. The target identifier included in the resource operation request message may be "light_device_id".

Because the URI of the device instance resource can uniquely identify a second communication protocol device, the target identifier can also be the URI of the device instance resource.

In the technical solution provided in the embodiment of the present application, the endpoints of all the first communication protocol virtual server ends on the bridge device are the same as the endpoints of the bridge device, and the number of endpoints on the bridge device will be reduced, which can reduce the maintenance cost of the bridge device to the endpoint. The URI of the proxy service resource is different from the URI of the platform resource of the bridge device and the URI of the device resource. The first communication protocol client can send a request message to the proxy service resource, and the target message is carried in the request message to identify the requesting proxy. Operating second communication protocol device. In this way, the first communication protocol client can operate the resources on the first communication protocol virtual server through proxy service resources.

By adopting the communication method in the embodiment of the present application, the number of endpoints in the bridge device can be reduced, and thus the communication complexity of the bridge device can be reduced.

Specifically, the endpoint is used for transmission at the network layer. The endpoint is related to the communication channel. After the endpoint on the bridge device is reduced, the communication channel between the client and the bridge device established by the bridge device will be reduced. The reduction of the communication channel can reduce resources Overhead, reducing the complexity of the network layer. And the bridge device only needs to maintain one communication channel, so that the communication complexity of the bridge device can be reduced.

FIG. 7 is a schematic flowchart of another bridge device communication method according to an embodiment of the present application. The method of FIG. 7 includes steps S710-S720.

The method in FIG. 7 can be used in combination with the methods in FIGS. 5 and 6. For a detailed description of the method in FIG. 7, refer to the descriptions in the methods in FIG. 5 and FIG. 6 above.

In S710, the bridge device receives a device registration request message sent by the second communication protocol device.

The device registration request message may also be a connection establishment request message.

Optionally, the connection establishment request message may include a device identifier of the second communication protocol device.

In S720, the bridge device creates a first communication protocol virtual server and a proxy service resource for the second communication protocol device, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and The uniform resource identifier of the proxy service resource is different from the uniform resource identifier of the platform resource of the bridge device and the uniform resource identifier of the device resource, and the proxy service resource is used to proxy the first communication protocol client to the first communication protocol client. A communication protocol request from the virtual server.

In the process of creating the first communication protocol virtual server, the bridge device creates information of the first communication protocol virtual server. The information of the first communication protocol virtual server includes a uniform resource identifier of the platform resource and a uniform resource identifier of the device resource. Breaks and endpoints.

In addition, in the process of creating the proxy service resource, the bridging device creates information for creating the proxy service resource. The information for creating the proxy service resource includes the uniform resource identifier of the platform resource, the uniform resource identifier of the device resource, and the endpoint.

FIG. 8 is a schematic block diagram of a bridge device according to an embodiment of the present application. The bridge device 800 of FIG. 8 includes a communication unit 810.

The communication unit 810 is configured to receive a resource discovery request message sent by a first communication protocol client.

The communication unit 810 is further configured to send a resource discovery response message to the first communication protocol client, where the resource discovery response message includes a unified resource of a platform resource of the first communication protocol virtual server created by the bridging device. Identifier, uniform resource identifier and endpoint of the device resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the uniform resource identifier of the platform resource of the first communication protocol virtual server Different from the uniform resource identifier of the platform resource of the bridge device, the uniform resource identifier of the device resource of the first communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridge device.

Optionally, the communication unit 810 is further configured to receive a device registration request message sent by the second communication protocol device. The bridge device 800 further includes a processing unit, configured to create the first communication protocol virtual server for the second communication protocol device.

Optionally, the unified resource identifier of the platform resource and the device resource of the first communication protocol virtual server includes the device identification of the second communication protocol device.

Optionally, the uniform resource identifier of the device instance resource of the first communication protocol virtual server includes the device identification of the second communication protocol device, and the communication unit 810 is further configured to receive a resource sent by the first communication protocol client. An operation request message, where the resource operation request message includes a uniform resource identifier of a device instance resource of the first communication protocol virtual server; the processing unit is further configured to convert the resource operation request message into the second communication A protocol message of the protocol device; the communication unit 810 is further configured to send the protocol message to the second communication protocol device.

Optionally, the first communication protocol is an OCF protocol.

FIG. 9 is a schematic block diagram of a first communication protocol device according to an embodiment of the present application. The first communication protocol device may be, for example, an OCF device. The first communication protocol device 900 of FIG. 9 includes a communication unit 910.

The communication unit 910 is configured to send a resource discovery request message to the bridge device.

The communication unit 910 is further configured to receive a resource discovery response message sent by the bridge device, where the resource discovery response message includes a platform resource of the first communication protocol virtual server created by the bridge device of the first communication protocol virtual server. Uniform resource identifier, uniform resource identifier and endpoint of device resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the unified resource of platform resources of the first communication protocol virtual server The identifier is different from the uniform resource identifier of the platform resource of the bridge device, and the uniform resource identifier of the device resource of the first communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridge device.

Optionally, the unified resource identifier of the platform resource and the device resource of the first communication protocol virtual server includes the device identification of the second communication protocol device.

Optionally, the uniform resource identifier of the device instance resource of the first communication protocol virtual server includes the device identifier of the second communication protocol device, and the communication unit 910 is further configured to send a resource operation request message to the bridge device The resource operation request message includes a uniform resource identifier of a device instance resource of the first communication protocol virtual server, and the uniform resource identifier of the device instance resource is used to identify the first communication protocol virtual server to perform The second communication protocol device in operation.

Optionally, the first communication protocol is an OCF protocol.

FIG. 10 is a schematic block diagram of another bridge device according to an embodiment of the present application. The bridge device 1000 of FIG. 10 includes a communication unit 1010 and a processing unit 1020.

The communication unit 1010 is configured to receive a device registration request message sent by a second communication protocol device.

A processing unit 1020 is configured to create a first communication protocol virtual server for the second communication protocol device, wherein an endpoint of the first communication protocol virtual server is the same as an endpoint of the bridge device, and the first communication protocol The uniform resource identifier of the platform resource of the virtual server is different from the uniform resource identifier of the platform resource of the bridge device. The uniform resource identifier of the device resource of the first communication protocol virtual server and the device resource of the bridge device are different. Uniform resource identifiers are different.

FIG. 11 is a schematic block diagram of another bridge device according to an embodiment of the present application. The bridge device 1100 in FIG. 11 includes a communication unit 1110 and a processing unit 1120.

The communication unit 1110 is configured to receive a resource discovery request message sent by a first communication protocol client.

The communication unit 1110 is further configured to send a resource discovery response message to the first communication protocol client, where the resource discovery response message includes information of a pre-created proxy service resource and a unified platform resource of the first communication protocol virtual server. A resource identifier, a uniform resource identifier and an endpoint of a device resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the uniform resource identifier of the proxy service resource is the same as the bridge device The unified resource identifier of the platform resource and the unified resource identifier of the device resource are different.

The communication unit 1110 is further configured to receive a resource operation request message sent by the first communication protocol client to the bridge device, where the resource operation request message includes a uniform resource identifier and a platform resource of the proxy service resource and A uniform resource identifier of a device resource, and the resource operation request message further includes a target identifier, where the target identifier is used to identify a second communication protocol device on which the proxy service resource operates, the first communication protocol and the The second communication protocol is different.

The processing unit 1120 is configured to convert the resource operation request message into a protocol message of the second communication protocol device.

The communication unit 1110 is further configured to send the protocol message to the second communication protocol device.

Optionally, the resource discovery response message further includes at least one of the following information: a resource type and an interface of the proxy service resource.

Optionally, the resource operation request message includes at least one of the following information: a URI of a device instance resource of the first communication protocol virtual server, a resource operation method, and a payload.

Optionally, the first communication protocol is an OCF protocol.

FIG. 12 is a schematic block diagram of another first communication protocol device according to an embodiment of the present application. The first communication protocol device may be, for example, an OCF device. The first communication protocol device 1200 of FIG. 12 includes a communication unit 1210.

The communication unit 1210 is configured to send a resource discovery request message to the bridge device.

The communication unit 1210 is further configured to receive a resource discovery response message sent by the bridge device, where the resource discovery response message includes a pre-created proxy service resource and a uniform resource identifier of the platform resource of the first communication protocol virtual server and a device. A uniform resource identifier and endpoint of the resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the uniform resource identifier of the proxy service resource is the same as the platform resource of the bridge device The resource identifier and the uniform resource identifier of the device resource are different.

The communication unit 1210 is further configured to send a resource operation request message to the proxy service resource, where the resource operation request message includes a target identifier, and the resource operation request message includes a uniform resource identifier of a platform resource of the proxy service resource Identifier and a uniform resource identifier of a device resource, the target identifier is used to identify a second communication protocol device on which the proxy service resource operates, and the first communication protocol is different from the second communication protocol.

Optionally, the resource discovery response message further includes at least one of the following information: a resource type and an interface of the proxy service resource.

Optionally, the resource operation request message includes at least one of the following information: a URI of a device instance resource of the first communication protocol virtual server, a resource operation method, and a payload.

Optionally, the first communication protocol may be an OCF protocol.

FIG. 13 is a schematic block diagram of another bridge device according to an embodiment of the present application. The bridge device 1300 of FIG. 13 includes a communication unit 1310 and a processing unit 1320.

The communication unit 1310 is configured to receive a device registration request message sent by a second communication protocol device.

A processing unit 1320, configured to create a first communication protocol virtual server and a proxy service resource for the second communication protocol device, wherein an endpoint of the first communication protocol virtual server is the same as an endpoint of the bridge device, and The uniform resource identifier of the proxy service resource is different from the uniform resource identifier of the platform resource of the bridge device and the uniform resource identifier of the device resource, and the proxy service resource is used to proxy the first communication protocol client to the first communication protocol client. A communication protocol request from the virtual server.

FIG. 14 is a schematic structural diagram of a communication device 1400 according to an embodiment of the present application. The communication device 1400 shown in FIG. 14 includes a processor 1410, and the processor 1410 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in FIG. 14, the communication device 1400 may further include a memory 1420. The processor 1410 may call and run a computer program from the memory 1420 to implement the method in the embodiment of the present application.

The memory 1420 may be a separate device independent of the processor 1410, or may be integrated in the processor 1410.

Optionally, as shown in FIG. 14, the communication device 1400 may further include a transceiver 1430, and the processor 1410 may control the transceiver 1430 to communicate with other devices, and specifically, may send information or data to other devices, or receive other Information or data sent by the device.

The transceiver 1430 may include a transmitter and a receiver. The transceiver 1430 may further include an antenna, and the number of antennas may be one or more.

Optionally, the communication device 1400 may specifically be a network device according to an embodiment of the present application, and the communication device 1400 may implement a corresponding process implemented by a network device in each method of the embodiments of the present application. .

Optionally, the communication device 1400 may specifically be a mobile terminal / terminal device in the embodiment of the present application, and the communication device 1400 may implement a corresponding process implemented by the mobile terminal / terminal device in each method in the embodiments of the present application, for the sake of simplicity , Will not repeat them here.

FIG. 15 is a schematic structural diagram of a chip according to an embodiment of the present application. The chip 1500 shown in FIG. 15 includes a processor 1510, and the processor 1510 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in FIG. 15, the chip 1500 may further include a memory 1520. The processor 1510 may call and run a computer program from the memory 1520 to implement the method in the embodiment of the present application.

The memory 1520 may be a separate device independent of the processor 1510, or may be integrated in the processor 1510.

Optionally, the chip 1500 may further include an input interface 1530. The processor 1510 may control the input interface 1530 to communicate with other devices or chips. Specifically, the processor 1510 may obtain information or data sent by other devices or chips.

Optionally, the chip 1500 may further include an output interface 1540. The processor 1510 may control the output interface 1540 to communicate with other devices or chips. Specifically, the processor 1510 may output information or data to the other devices or chips.

Optionally, the chip may be applied to the network device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the network device in each method of the embodiment of the present application. For brevity, details are not described herein again.

Optionally, the chip can be applied to the mobile terminal / terminal device in the embodiments of the present application, and the chip can implement the corresponding process implemented by the mobile terminal / terminal device in each method of the embodiments of the present application. For simplicity, here No longer.

It should be understood that the chip mentioned in the embodiments of the present application may also be referred to as a system-level chip, a system chip, a chip system or a system-on-chip.

FIG. 16 is a schematic block diagram of a communication system 1600 according to an embodiment of the present application. As shown in FIG. 16, the communication system 1600 includes a bridge device 1610 and a first communication protocol device 1620.

The bridging device 1610 may be used to implement the corresponding functions implemented by the bridging device in the above method, and the first communication protocol device 1620 may be used to implement the corresponding functions implemented by the device in the above method. More details.

It should be understood that the processor in the embodiment of the present application may be an integrated circuit chip and has a signal processing capability. In the implementation process, each step of the foregoing method embodiment may be completed by using an integrated logic circuit of hardware in a processor or an instruction in a form of software. The above processor may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), an off-the-shelf programmable gate array (Field, Programmable Gate Array, FPGA), or other Programming logic devices, discrete gate or transistor logic devices, discrete hardware components. Various methods, steps, and logical block diagrams disclosed in the embodiments of the present application can be implemented or executed. A general-purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in combination with the embodiments of the present application may be directly implemented by a hardware decoding processor, or may be performed by using a combination of hardware and software modules in the decoding processor. The software module may be located in a mature storage medium such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, and the like. The storage medium is located in a memory, and the processor reads the information in the memory and completes the steps of the foregoing method in combination with its hardware.

It can be understood that the memory in the embodiment of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), and an electronic memory. Erase programmable read-only memory (EPROM, EEPROM) or flash memory. The volatile memory may be Random Access Memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous connection dynamic random access memory (Synchlink DRAM, SLDRAM ) And direct memory bus random access memory (Direct Rambus RAM, DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

It should be understood that the foregoing memory is exemplary but not restrictive. For example, the memory in the embodiment of the present application may also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (Double SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct RAMbus RAM, DR RAM) and so on. That is, the memories in the embodiments of the present application are intended to include, but not limited to, these and any other suitable types of memories.

An embodiment of the present application further provides a computer-readable storage medium for storing a computer program.

Optionally, the computer-readable storage medium may be applied to the network device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the network device in each method in the embodiment of the present application. For simplicity, here No longer.

Optionally, the computer-readable storage medium may be applied to the mobile terminal / terminal device in the embodiment of the present application, and the computer program causes the computer to execute a corresponding process implemented by the mobile terminal / terminal device in each method in the embodiment of the present application. For the sake of brevity, I won't repeat them here.

An embodiment of the present application further provides a computer program product, including computer program instructions.

Optionally, the computer program product can be applied to the network device in the embodiment of the present application, and the computer program instruction causes the computer to execute a corresponding process implemented by the network device in each method in the embodiment of the present application. More details.

Optionally, the computer program product can be applied to a mobile terminal / terminal device in the embodiments of the present application, and the computer program instructions cause the computer to execute a corresponding process implemented by the mobile terminal / terminal device in each method in the embodiments of the present application For brevity, I will not repeat them here.

The embodiment of the present application also provides a computer program.

Optionally, the computer program may be applied to a network device in the embodiment of the present application. When the computer program is run on a computer, the computer is caused to execute a corresponding process implemented by the network device in each method in the embodiment of the present application. , Will not repeat them here.

Optionally, the computer program may be applied to a mobile terminal / terminal device in the embodiment of the present application. When the computer program is run on a computer, the computer executes each method in the embodiment of the application by the mobile terminal / terminal device. The corresponding processes are not repeated here for brevity.

Those of ordinary skill in the art may realize that the units and algorithm steps of each example described in connection with the embodiments disclosed herein can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices, and units described above can refer to the corresponding processes in the foregoing method embodiments, and are not repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed systems, devices, and methods may be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, which may be electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, may be located in one place, or may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objective of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each of the units may exist separately physically, or two or more units may be integrated into one unit.

If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application is essentially a part that contributes to the existing technology or a part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in the embodiments of the present application. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory) ROM, random access memory (Random Access Memory, RAM), magnetic disks or optical disks and other media that can store program codes .

The above is only a specific implementation of this application, but the scope of protection of this application is not limited to this. Any person skilled in the art can easily think of changes or replacements within the technical scope disclosed in this application. It should be covered by the protection scope of this application. Therefore, the protection scope of this application shall be subject to the protection scope of the claims.

Claims (68)

1. A method for bridging communication includes:

   The bridge device receives a resource discovery request message sent by the first communication protocol client;

   The bridging device sends a resource discovery response message to the first communication protocol client, where the resource discovery response message includes information of the first communication protocol virtual server, and the information of the first communication protocol virtual server includes information about the platform resource. Uniform resource identifier, uniform resource identifier and endpoint of device resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the unified resource of platform resources of the first communication protocol virtual server The identifier is different from the uniform resource identifier of the platform resource of the bridge device, and the uniform resource identifier of the device resource of the first communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridge device.
2. The method according to claim 1, wherein the uniform resource identifier of the platform resource and the uniform resource identifier of the device resource of the first communication protocol virtual server both include the device identification of the second communication protocol device.
3. The method according to claim 1 or 2, wherein the uniform resource identifier of the device instance resource of the first communication protocol virtual server includes a device identifier of the second communication protocol device, and the method further comprises:

   Receiving, by the bridge device, a resource operation request message sent by the first communication protocol client, where the resource operation request message includes a uniform resource identifier of a device instance resource of the first communication protocol virtual server;

   The bridge device converts the resource operation request message into a protocol message of the second communication protocol device;

   The bridge device sends the protocol message to the second communication protocol device.
4. The method according to any one of claims 1-3, wherein the method further comprises:

   Receiving, by the bridge device, a device registration request message sent by a second communication protocol device;

   The bridge device creates the first communication protocol virtual server for the second communication protocol device.
5. The method according to any one of claims 1-4, wherein the first communication protocol is an Open Connection Foundation OCF protocol.
6. A method for bridging communication includes:

   The first communication protocol client sends a resource discovery request message to the bridge device;

   Receiving, by the first communication protocol client, a resource discovery response message sent by the bridge device, the resource discovery response message including information of a first communication protocol virtual server, and the information of the first communication protocol virtual server including platform resources The endpoint of the first communication protocol virtual server is the same as the endpoint of the bridging device, and the unified resource identifier and endpoint of the device resource are the same The resource identifier is different from the uniform resource identifier of the platform resource of the bridge device, and the uniform resource identifier of the device resource of the first communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridge device.
7. The method according to claim 6, wherein the uniform resource identifier of the platform resource and the uniform resource identifier of the device resource of the first communication protocol virtual server both include the device identification of the second communication protocol device.
8. The method according to claim 6 or 7, wherein the uniform resource identifier of the device instance resource of the first communication protocol virtual server includes a device identifier of the second communication protocol device, and the method further comprises:

   The first communication protocol client sends a resource operation request message to the bridge device, and the resource operation request message includes a uniform resource identifier of a device instance resource of the first communication protocol virtual server, and the device instance resource The uniform resource identifier is used to identify the second communication protocol device that is operated by the first communication protocol virtual server.
9. The method according to any one of claims 6 to 8, wherein the first communication protocol is an Open Connection Foundation OCF protocol.
10. A method for bridging communication includes:

    The bridge device receives a device registration request message sent by the second communication protocol device;

    The bridge device creates a first communication protocol virtual server for the second communication protocol device, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the first communication protocol virtual service The unified resource identifier of the platform resource of the remote device is different from the unified resource identifier of the platform resource of the bridge device, and the unified resource identifier of the device resource of the first communication protocol virtual server and the unified resource of the device resource of the bridge device Identifiers are different.
11. A method for bridging communication includes:

    The bridge device receives a resource discovery request message sent by the first communication protocol client;

    Sending, by the bridging device, a resource discovery response message to the first communication protocol client, the resource discovery response message including information of a pre-created proxy service resource and a first communication protocol virtual server, the pre-created proxy service The information of the resource and the first communication protocol virtual server includes the uniform resource identifier of the platform resource, the uniform resource identifier of the device resource, and the endpoint, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, The uniform resource identifier of the proxy service resource is different from the uniform resource identifier of the platform resource of the bridge device, and the uniform resource identifier of the device resource;

    Receiving, by the bridge device, a resource operation request message sent by the first communication protocol client, where the resource operation request message includes a uniform resource identifier of a platform resource of the proxy service resource and a uniform resource identifier of a device resource, The resource operation request message further includes a target identifier, where the target identifier is used to identify a second communication protocol device that the proxy service resource operates on;

    The bridge device converts the resource operation request message into a protocol message of the second communication protocol device;

    The bridge device sends the protocol message to the second communication protocol device.
12. The method according to claim 11, wherein the resource discovery response message further comprises at least one of the following information: a resource type and an interface of the proxy service resource.
13. The method according to claim 11 or 12, wherein the resource operation request message includes at least one of the following information: a uniform resource identifier and a resource of a device instance resource of the first communication protocol virtual server. Method of operation and load.
14. The method according to any one of claims 11-13, wherein the first communication protocol is an Open Connection Foundation OCF protocol.
15. A method for bridging communication includes:

    The first communication protocol client sends a resource discovery request message to the bridge device;

    Receiving, by the first communication protocol client, a resource discovery response message sent by the bridge device, where the resource discovery response message includes information of a pre-created proxy service resource and a first communication protocol virtual server, the proxy service resource and The information of the first communication protocol virtual server includes a uniform resource identifier of a platform resource, a uniform resource identifier of an equipment resource, and an endpoint. The endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device. The uniform resource identifier of the proxy service resource is different from the uniform resource identifier of the platform resource of the bridge device, and the uniform resource identifier of the device resource;

    The first communication protocol client sends a resource operation request message to the bridge device, and the resource operation request message includes a uniform resource identifier of a platform resource of the proxy service resource and a uniform resource identifier of a device resource, and The resource operation request message further includes a target identifier, and the target identifier is used to identify a second communication protocol device that the proxy service resource operates.
16. The method according to claim 15, wherein the resource discovery response message further comprises at least one of the following information: a resource type and an interface of the proxy service resource.
17. The method according to claim 15 or 16, wherein the resource operation request message includes at least one of the following information: a uniform resource identifier and a resource of a device instance resource of the first communication protocol virtual server. Method of operation and load.
18. The method according to any one of claims 15-17, wherein the first communication protocol is an Open Connection Foundation OCF protocol.
19. A method for bridging communication includes:

    The bridge device receives a device registration request message sent by the second communication protocol device;

    The bridge device creates a first communication protocol virtual server and a proxy service resource for the second communication protocol device, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the proxy service The uniform resource identifier of the resource is different from the uniform resource identifier of the platform resource of the bridge device and the uniform resource identifier of the device resource, and the proxy service resource is used to proxy a first communication protocol client to the first communication. Protocol virtual server request.
20. A bridging device, comprising:

    A communication unit, configured to receive a resource discovery request message sent by a first communication protocol client;

    The communication unit is further configured to send a resource discovery response message to the first communication protocol client, where the resource discovery response message includes a uniform resource identifier of a platform resource of the first communication protocol virtual server created by the bridging device. Identifier, device resource uniform resource identifier and endpoint, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the uniform resource identifier of the platform resource of the first communication protocol virtual server is The unified resource identifier of the platform resource of the bridge device is different, and the unified resource identifier of the device resource of the first communication protocol virtual server is different from the unified resource identifier of the device resource of the bridge device.
21. The bridging device according to claim 20, wherein the uniform resource identifier of the platform resource of the first communication protocol virtual server and the uniform resource identifier of the device resource both include the device identification of the second communication protocol device.
22. The bridging device according to claim 20 or 21, wherein the uniform resource identifier of the device instance resource of the first communication protocol virtual server includes a device identifier of the second communication protocol device,

    The communication unit is further configured to receive a resource operation request message sent by a first communication protocol client, where the resource operation request message includes a uniform resource identifier of a device instance resource of the first communication protocol virtual server;

    The bridge device further includes a processing unit for converting the resource operation request message into a protocol message of the second communication protocol device;

    The communication unit is further configured to send the protocol message to the second communication protocol device.
23. The bridging device according to any one of claims 20 to 22, wherein the communication unit is further configured to:

    Receiving a device registration request message sent by a second communication protocol device;

    The bridge device further includes a processing unit configured to create the first communication protocol virtual server for the second communication protocol device.
24. The bridge device according to any one of claims 20 to 23, wherein the first communication protocol is an Open Connection Foundation OCF protocol.
25. A first communication protocol device, comprising:

    A communication unit, configured to send a resource discovery request message to the bridge device;

    The communication unit is further configured to receive a resource discovery response message sent by the bridge device, where the resource discovery response message includes a uniform resource identifier and device of a platform resource of the first communication protocol virtual server created by the bridge device A uniform resource identifier and endpoint of the resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridging device, and the uniform resource identifier of the platform resource of the first communication protocol virtual server and the bridge The uniform resource identifier of the platform resource of the device is different, and the uniform resource identifier of the device resource of the first communication protocol virtual server is different from the uniform resource identifier of the device resource of the bridge device.
26. The device according to claim 25, wherein the uniform resource identifier of the platform resource and the uniform resource identifier of the device resource of the first communication protocol virtual server both include the device identification of the second communication protocol device.
27. The device according to claim 25 or 26, wherein a uniform resource identifier of a device instance resource of the first communication protocol virtual server includes a device identifier of a second communication protocol device,

    The communication unit is further configured to send a resource operation request message to the bridge device, where the resource operation request message includes a uniform resource identifier of a device instance resource of the first communication protocol virtual server, and the device instance resource The uniform resource identifier is used to identify the second communication protocol device that is operated by the first communication protocol virtual server.
28. The device according to any one of claims 25-27, wherein the first communication protocol is an Open Connection Foundation OCF protocol.
29. A bridging device, comprising:

    A communication unit, configured to receive a device registration request message sent by a second communication protocol device;

    A processing unit, configured to create a first communication protocol virtual server for the second communication protocol device, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the first communication protocol virtual The uniform resource identifier of the platform resource of the server is different from the uniform resource identifier of the platform resource of the bridge device, and the uniform resource identifier of the device resource of the first communication protocol virtual server is the same as the device resource of the bridge device The resource identifier is different.
30. A bridging device, comprising:

    A communication unit, configured to receive a resource discovery request message sent by a first communication protocol client;

    The communication unit is further configured to send a resource discovery response message to the first communication protocol client, where the resource discovery response message includes information of a pre-created proxy service resource and a platform resource of the first communication protocol virtual server. A uniform resource identifier, a uniform resource identifier and an endpoint of a device resource, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the uniform resource identifier of the proxy service resource and the bridge The uniform resource identifier of the platform resource of the device and the uniform resource identifier of the device resource are different;

    The communication unit is further configured to receive a resource operation request message sent by the first communication protocol client, where the resource operation request message includes a unified resource identifier of a platform resource of the proxy service resource and a unified resource of a device resource. A resource identifier, and the resource operation request message further includes a target identifier, where the target identifier is used to identify a second communication protocol device on which the proxy service resource operates;

    A processing unit, configured to convert the resource operation request message into a protocol message of the second communication protocol device;

    The communication unit is further configured to send the protocol message to the second communication protocol device.
31. The bridging device according to claim 30, wherein the resource discovery response message further comprises at least one of the following information: a resource type and an interface of the proxy service resource.
32. The bridging device according to claim 30 or 31, wherein the resource operation request message includes at least one of the following information: a uniform resource identifier of a device instance resource of the first communication protocol virtual server, Resource manipulation methods and loads.
33. The bridge device according to any one of claims 30 to 32, wherein the first communication protocol is an Open Connection Foundation OCF protocol.
34. A first communication protocol device, comprising:

    A communication unit, configured to send a resource discovery request message to the bridge device;

    The communication unit is further configured to receive a resource discovery response message sent by the bridge device, where the resource discovery response message includes information of a pre-created proxy service resource and a uniform resource identifier of a platform resource of the first communication protocol virtual server. Identifiers and endpoints of device resources, where the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, the uniform resource identifier of the proxy service resource and the platform of the bridge device The uniform resource identifier of the resource and the uniform resource identifier of the device resource are different;

    The communication unit is further configured to send a resource operation request message to the bridge device, where the resource operation request message includes a uniform resource identifier of a platform resource of the proxy service resource and a uniform resource identifier of a device resource. The resource operation request message further includes a target identifier, and the target identifier is used to identify a second communication protocol device that the proxy service resource operates.
35. The device according to claim 34, wherein the resource discovery response message further comprises at least one of the following information: a resource type and an interface of the proxy service resource.
36. The device according to claim 34 or 35, wherein the resource operation request message includes at least one of the following information: a uniform resource identifier and a resource of a device instance resource of the first communication protocol virtual server Method of operation and load.
37. The device according to any one of claims 34 to 36, wherein the first communication protocol is an Open Connection Foundation OCF protocol.
38. A bridging device, comprising:

    A communication unit, configured to receive a device registration request message sent by a second communication protocol device;

    A processing unit, configured to create a first communication protocol virtual server and a proxy service resource for the second communication protocol device, wherein the endpoint of the first communication protocol virtual server is the same as the endpoint of the bridge device, and the proxy The uniform resource identifier of the service resource is different from the uniform resource identifier of the platform resource of the bridge device and the uniform resource identifier of the device resource, and the proxy service resource is used to proxy a first communication protocol client to the first Communication protocol virtual server request.
39. A bridge device, comprising: a processor and a memory, where the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory, and execute any one of claims 1 to 5. The method of one item.
40. A first communication protocol device, comprising: a processor and a memory, where the memory is configured to store a computer program, and the processor is configured to call and run the computer program stored in the memory, and execute claims 6 to The method of any one of 9.
41. A bridge device, comprising: a processor and a memory, where the memory is used to store a computer program, the processor is used to call and run the computer program stored in the memory, and execute the method according to claim 10 .
42. A bridge device, comprising: a processor and a memory, where the memory is used to store a computer program, the processor is used to call and run the computer program stored in the memory, and execute any one of claims 11 to 14. The method of one item.
43. A first communication protocol device, comprising: a processor and a memory, where the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory, and execute the method according to claims 15 to The method of any of 18.
44. A bridge device, comprising: a processor and a memory, where the memory is used to store a computer program, the processor is used to call and run the computer program stored in the memory, and execute the method according to claim 19 .
45. A chip, comprising: a processor, configured to call and run a computer program from a memory, so that a terminal device installed with the chip executes the method according to any one of claims 1 to 5.
46. A chip, comprising: a processor, configured to call and run a computer program from a memory, so that a terminal device installed with the chip executes the method according to any one of claims 6 to 9.
47. A chip, comprising: a processor, configured to call and run a computer program from a memory, so that a terminal device installed with the chip executes the method according to claim 10.
48. A chip is characterized in that it includes a processor for calling and running a computer program from a memory, so that a terminal device installed with the chip executes the method according to any one of claims 11 to 14.
49. A chip is characterized in that it includes a processor for calling and running a computer program from a memory, so that a terminal device on which the chip is installed executes the method according to any one of claims 15 to 18.
50. A chip, comprising: a processor, configured to call and run a computer program from a memory, so that a terminal device having the chip installed executes the method according to claim 19.
51. A computer-readable storage medium, which is used to store a computer program that causes a computer to perform the method according to any one of claims 1 to 5.
52. A computer-readable storage medium, which is used for storing a computer program that causes a computer to execute the method according to any one of claims 6 to 9.
53. A computer-readable storage medium, configured to store a computer program, which causes a computer to execute the method according to claim 10.
54. A computer-readable storage medium, configured to store a computer program, which causes a computer to execute the method according to any one of claims 11 to 14.
55. A computer-readable storage medium, characterized in that it is used to store a computer program that causes a computer to execute the method according to any one of claims 15 to 18.
56. A computer-readable storage medium, for storing a computer program, which causes a computer to perform the method according to claim 19.
57. A computer program product, comprising computer program instructions that cause a computer to perform the method according to any one of claims 1 to 5.
58. A computer program product, comprising computer program instructions that cause a computer to execute the method according to any one of claims 6 to 9.
59. A computer program product, comprising computer program instructions that cause a computer to execute the method according to claim 10.
60. A computer program product, comprising computer program instructions that cause a computer to execute the method according to any one of claims 11 to 14.
61. A computer program product, comprising computer program instructions that cause a computer to execute the method according to any one of claims 15 to 18.
62. A computer program product, comprising computer program instructions that cause a computer to execute the method according to claim 19.
63. A computer program, wherein the computer program causes a computer to execute the method according to any one of claims 1 to 5.
64. A computer program, wherein the computer program causes a computer to execute the method according to any one of claims 6 to 9.
65. A computer program, wherein the computer program causes a computer to execute the method according to claim 10.
66. A computer program, wherein the computer program causes a computer to execute the method according to any one of claims 10 to 13.
67. A computer program, wherein the computer program causes a computer to execute the method according to any one of claims 15 to 18.
68. A computer program, wherein the computer program causes a computer to execute the method according to claim 19.

Images