WO2022120545A1 - Procédé de mappage de pontage de dispositif et dispositif de pontage - Google Patents

Procédé de mappage de pontage de dispositif et dispositif de pontage Download PDF

Info

Publication number
WO2022120545A1
WO2022120545A1 PCT/CN2020/134366 CN2020134366W WO2022120545A1 WO 2022120545 A1 WO2022120545 A1 WO 2022120545A1 CN 2020134366 W CN2020134366 W CN 2020134366W WO 2022120545 A1 WO2022120545 A1 WO 2022120545A1
Authority
WO
WIPO (PCT)
Prior art keywords
chip
ble
mapping relationship
identifier
request
Prior art date
Application number
PCT/CN2020/134366
Other languages
English (en)
Chinese (zh)
Inventor
包永明
茹昭
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to CN202080107470.1A priority Critical patent/CN116547997A/zh
Priority to PCT/CN2020/134366 priority patent/WO2022120545A1/fr
Publication of WO2022120545A1 publication Critical patent/WO2022120545A1/fr

Links

Images

Definitions

  • the present application relates to the field of communications, and more particularly, to a device bridging mapping method and bridging device.
  • CHIP Connected Home over IP Working Group
  • Zigbee and Z-Wave technologies are widely used in some smart home devices.
  • CHIP Connected Home over IP Working Group
  • Zigbee and Z-Wave technologies are widely used in some smart home devices.
  • CHIP Connected Home over IP Working Group
  • Zigbee and Z-Wave technologies are widely used in some smart home devices.
  • CHIP Connected Home over IP Working Group
  • Zigbee and Z-Wave technologies are widely used in some smart home devices.
  • CHIP bridge Bridge
  • Embodiments of the present application provide a device bridging mapping method and a bridging device, which can enable a CHIP network to access a BLE network type device.
  • An embodiment of the present application provides a device bridging mapping method, which is applied to connecting a home CHIP bridging device through an Internet protocol.
  • the method includes: establishing a mapping relationship between a CHIP device and a Bluetooth low energy BLE device.
  • An embodiment of the present application provides a CHIP bridging device, including: a mapping unit configured to establish a mapping relationship between the CHIP device and the Bluetooth low energy BLE device.
  • Embodiments of the present application provide a communication device including a processor and a memory.
  • the memory is used for storing a computer program
  • the processor is used for calling and running the computer program stored in the memory, so that the communication device executes the above-mentioned method for device bridging mapping.
  • An embodiment of the present application provides a chip for implementing the foregoing method for device bridge mapping.
  • the chip includes: a processor for calling and running a computer program from a memory, so that a device installed with the chip executes the above-mentioned method for device bridge mapping.
  • Embodiments of the present application provide a computer-readable storage medium for storing a computer program, and when the computer program is run by a device, the device enables the device to execute the above-mentioned method for device bridging mapping.
  • An embodiment of the present application provides a computer program product, including computer program instructions, where the computer program instructions cause a computer to execute the above-mentioned method for device bridging mapping.
  • An embodiment of the present application provides a computer program, which, when running on a computer, enables the computer to execute the above-mentioned method for device bridging mapping.
  • This embodiment of the present application enables the CHIP network to access devices of the BLE network type.
  • FIG. 1 is a schematic structural diagram of a CHIP device model according to an embodiment of the present application.
  • FIG. 2 is a schematic diagram of a structure of a CHIP bridge (Bridge) device according to an embodiment of the present application.
  • FIG. 3 is a schematic structural diagram of a BLE device model according to an embodiment of the present application.
  • FIG. 4 is a schematic flowchart of a method for device bridging mapping according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a CHIP-to-BLE bridging manner of a device bridging mapping method according to an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a mapping relationship of a method for device bridging mapping according to an embodiment of the present application.
  • FIG. 7 is a schematic flowchart of a CHIP-to-BLE mapping technical solution of a method for device bridging mapping according to an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a mapping relationship of a method for device bridging mapping according to another embodiment of the present application.
  • FIG. 9 is a schematic flowchart of a CHIP-to-BLE mapping technical solution of a method for device bridging mapping according to another embodiment of the present application.
  • FIG. 10 is a schematic block diagram of a CHIP bridging device according to an embodiment of the present application.
  • FIG. 11 is a schematic block diagram of a CHIP bridging device according to another embodiment of the present application.
  • FIG. 12 is a schematic block diagram of a CHIP bridging device according to another embodiment of the present application.
  • FIG. 13 is a schematic block diagram of a communication device according to an embodiment of the present application.
  • FIG. 14 is a schematic block diagram of a chip according to an embodiment of the present application.
  • FIG. 15 is a schematic block diagram of a communication system according to an embodiment of the present application.
  • the CHIP device model is implemented based on Zigbee Cluster Library (ZCL).
  • ZCL Zigbee Cluster Library
  • the model structure is consistent with ZCL, and some CHIP protocol needs to be added.
  • the CHIP device model can include the following features:
  • CHIP Connected Home over IP Working Group, under the Zigbee Alliance
  • ep Endpoint
  • bit 16-bit
  • Each endpoint represents a device, and each device can be represented by a device id (device id) to represent the device type.
  • Each endpoint may contain a set of clusters, and each cluster contains multiple attributes. (attribute).
  • FIG. 2 is a schematic diagram of the structure of a CHIP bridge (Bridge) device.
  • the structure of a CHIP Bridge device can include the following features:
  • the bridged device 1 (Bridged Device1) and the bridged device 2 (Bridged Device2) represent non-CHIP (non-CHIP) (such as Zigbee, Z-Wave) protocol devices, and establish Zigbee or Z with the bridged (Bridge) device. -Wave secure connection.
  • the bridged device can undertake a secure communication link to each bridged device; act as an interpreter for the bridged device, interpret it as a CHIP device and present it to the CHIP APP; provide the CHIP APP with accessible 'API/ 'interface.
  • the length of the ep value of the CHIP protocol device can be 16-bit; the CHIP bridge device is a special CHIP device. After the Zigbee device is mapped by the CHIP bridge device, the ep (8-bit) of each Zigbee device is in the range of 1 to 254. ) and ep (16-bit, value range 1 to 65534) in the CHIP bridging device to establish a one-to-one mapping relationship.
  • the CHIP protocol adopts ZCL as the device model, and the cluster (Cluster) of the CHIP protocol device and the Zigbee protocol device adopts one-to-one mapping.
  • a network physical Zigbee device (eg, a plug-in strip) securely connected to a bridge device includes two endpoints, ep1 and ep2. After mapping through the Bridge device, it is mapped to ep10, ep11 of the CHIP device.
  • ep1 can be the Zigbee switch 1 (switch1), corresponding to the bridged device 1 (Bridged Device1) in Figure 2
  • ep5 can be the Zigbee switch 2 (switch2), corresponding to the bridged device 2 (Bridged Device2) in Figure 2
  • ep10 can be CHIP switch 1 (switch1), corresponding to CHIP device 1 (CHIP Device1) in Figure 1
  • ep11 can be CHIP switch 2 (switch2), corresponding to CHIP device 2 (CHIP Device2) in Figure 2.
  • the manufacturer's application (Application, APP) can access the Bridge through the network.
  • the CHIP APP can access the mapped CHIP Device in the Bridge through the network.
  • each CHIP APP can use the interface provided by CHIP to see and control all bridged devices (Bridged Device) through CHIP Bridge.
  • FIG. 3 it is a schematic diagram of a model structure of a Bluetooth Low Energy (Bluetooth Low Energy, BLE) device.
  • the BLE device model structure can include the following features:
  • a BLE physical device can be composed of multiple services. Each Service can be uniquely identified by a Universally Unique Identifier (UUID). Each Service of a BLE physical device connected to a BLE network is assigned a different Handler. Each Service can include multiple characteristics (Characteristic). Each Characteristic can also be uniquely identified by a UUID. Each Characteristic is assigned to a Handler differently from the network. Each Characteristic includes a corresponding property value (Property Value), which can also be referred to as a characteristic value (Characteristic Value).
  • a BLE physical device may include a master service (Service) through which slave services can be searched, and each service may include multiple services.
  • Service master service
  • the embodiments of the present application may provide a method for bridging and mapping between a CHIP device and a BLE device.
  • FIG. 4 is a schematic flowchart of a method 200 for device bridging mapping according to an embodiment of the present application.
  • the method can optionally be applied to a system including the devices shown in FIG. 1 , FIG. 2 , and FIG. 3 , but is not limited thereto.
  • the method may be applied to a CHIP bridging device, and the method may include at least part of the following contents.
  • the CHIP bridge device and the CHIP device in the embodiments of the present application are not limited to devices supporting the CHIP protocol, and may also include devices supporting other protocols such as Zigbee and Z-Wave.
  • the CHIP bridging device can establish a secure connection with the BLE device that needs to be controlled; then, the CHIP bridging device can establish a mapping relationship between the CHIP device and the BLE device.
  • the CHIP network can be enabled to access devices of the BLE network type, which enriches the types of devices that the CHIP ecosystem can access, and can interoperate with different types of devices.
  • BLE devices can include various physical devices based on the BLE protocol.
  • BLE devices can include physical devices in healthcare, sports and fitness, security, home entertainment, and more. For example, blood pressure monitors, heart rate monitors, wristbands, speakers, etc.
  • the method further includes:
  • the CHIP device is created based on the mapping relationship between the CHIP device and the BLE device.
  • the CHIP bridging device can establish the mapping relationship between the CHIP device and the BLE device, for example, after saving the mapping relationship between the CHIP device and the BLE device in the mapping relationship table, it can create a virtual CHIP device based on the mapping relationship.
  • the CHIP bridge device can create a virtual CHIP device under a certain endpoint, and the identifier of the endpoint can be used as the endpoint identifier of the virtual CHIP device.
  • the cluster identifier under the endpoint can be used as the cluster identifier of the virtual CHIP device, and the attribute identifier under the cluster included in the endpoint can be used as the attribute identifier of the virtual CHIP device.
  • the CHIP bridge device creates a virtual CHIP device device1 under a certain endpoint ep1, and the endpoint identifier of the device1 is ep1.
  • the clusters included in the endpoint ep1 are Cluster1 and Cluster2
  • the cluster Cluster1 includes attributes Attribute1 and Attribute2
  • the cluster Cluster2 includes attributes Attribute3 and Attribute4
  • the cluster identifiers of device1 are Culster1 and Cluster2
  • the attribute identifiers under Cluster1 of device1 are Attribute1 and Attribute2
  • the attributes under the cluster Cluster2 are identified as Attribute3 and Attribute4.
  • the CHIP bridging device includes a virtual client and a CHIP bridging function module, and the method further includes:
  • the method further includes:
  • a second request corresponding to the first request is sent to the target BLE device.
  • the CHIP control device may send the first request to the CHIP bridge device.
  • the first request may be of various types, for example, a read request, a write request, a control request, and the like.
  • the first request may include information of the target CHIP device.
  • the first request may include one or more of a group endpoint (group ep) identifier, an endpoint (ep) identifier, a cluster (Cluster) identifier, and an attribute (Attribute) identifier of the target CHIP device.
  • the CHIP bridge device may search for the information of the corresponding target BLE device in the mapping relationship between the CHIP device and the BLE device.
  • the information of the target BLE device may include one or more of the physical device address of the target BLE device, a service handler (Service Handler) identifier, a characteristic handler (Characteristic Handler) identifier, and a characteristic value (Characteristic Value).
  • the CHIP bridge device may send a second request to the target BLE device based on the first request. For example, if the first request is a read request, the second request may be a data request for obtaining data from the target BLE device.
  • the method further includes:
  • the CHIP bridge device may receive service data from the target BLE device.
  • the service data includes a plurality of characteristic values of a certain service of the target BLE device.
  • the attribute value of the corresponding target CHIP device can be obtained based on these characteristic values.
  • a service is a blood pressure service, and the service includes characteristics such as pulse rate and cardiac contraction, and there are attributes such as pulse rate, cardiac contraction and unit measurement under the cluster (Cluster) corresponding to the service.
  • Cluster cluster
  • the CHIP device includes an endpoint (ep), the endpoint includes a cluster (Cluster), the cluster includes an attribute (Attribute), and the mapping relationship between the CHIP device and the BLE device includes the following: at least one of:
  • Cluster ID Cluster ID
  • BLE service handler ID Service Handler ID
  • the endpoint identification ep 1 of the CHIP device has a mapping relationship with the BLE physical device address XXXX;
  • the cluster identification Cluster1 of ep1 has a mapping relationship with the service processor identification Service Handler1 of BLE;
  • the attribute identification Attribute 1 of Cluster1 is in the service of BLE.
  • the feature handler identifier of Characteristic Handler 1 has a mapping relationship.
  • the endpoint identifier of the CHIP device and the BLE physical device address are in a one-to-one correspondence.
  • searching for information of the target BLE device corresponding to the information of the target CHIP device in the mapping relationship between the CHIP device and the BLE device including:
  • the target BLE device can be found based on the endpoint identifier ep 1.
  • the address XXXX based on the Cluster1 to find the Service Handler1 of the target BLE device.
  • searching for information of the target BLE device corresponding to the information of the target CHIP device in the mapping relationship between the CHIP device and the BLE device further comprising:
  • the first request includes the endpoint identifier and the cluster identifier of the target CHIP device, but also includes an attribute identifier.
  • the endpoint identifier is ep 1
  • the cluster identifier is Cluster 1
  • the attribute identifier is Attribute 1.
  • the CHIP bridge device can find the address XXXX of the target BLE device based on the endpoint identifier ep 1, find the Service Handler 1 of the target BLE device based on the cluster identifier Cluster1, and find the Characteristic Handler 1 of the target BLE device based on the attribute identifier Attribute 1.
  • the CHIP device includes a group endpoint (group ep) and an endpoint
  • the endpoint includes a cluster
  • the cluster includes attributes
  • the mapping relationship between the CHIP device and the BLE device includes at least one of the following: one:
  • the group endpoint identification group ep 1 of the CHIP device has a mapping relationship with the BLE physical device address XXXX;
  • the endpoint identification ep 2 of the CHIP device has a mapping relationship with the service processor identification Service Handler2;
  • the feature handler identifier Characteristic Handler 2 has a mapping relationship;
  • the attribute identifier Attribute2 of Cluster2 has a mapping relationship with the feature processor identifier Characteristic Value2 in the BLE service.
  • searching for the information of the target BLE device corresponding to the information of the target CHIP device in the mapping relationship between the CHIP device and the BLE device including:
  • the address of the target BLE device corresponding to the group endpoint identifier in the first request is searched in the mapping relationship between the CHIP device and the BLE device.
  • the CHIP bridge device can find the address XXXX of the target BLE device based on the group endpoint identifier group ep 1.
  • the method further includes:
  • endpoint list includes the endpoint identifier corresponding to the service processor identifier of the BLE.
  • the CHIP bridging device may return an endpoint list to the CHIP control device, and the endpoint list may include multiple endpoint identifiers such as ep1, ep2 and ep3.
  • the list of endpoints can be displayed on the CHIP control device, and the user can select a certain cluster of an endpoint among them. For example, if the user selects Cluster2 of ep2, the CHIP control device may send the first request to the CHIP bridge device again.
  • the first request may include the endpoint identifier ep2 and the cluster identifier Cluster2.
  • searching for the information of the target BLE device corresponding to the information of the target CHIP device in the mapping relationship between the CHIP device and the BLE device further comprising:
  • the feature processor identifier corresponding to the cluster identifier in the first request is searched in the mapping relationship between the CHIP device and the BLE device.
  • the CHIP bridge device can find the Service Handler2 of the target BLE device based on ep2 in the mapping relationship, and find the target BLE device based on the cluster identifier Cluster2. Characteristic Handler 2 for the device.
  • searching for the information of the target BLE device corresponding to the information of the target CHIP device in the mapping relationship between the CHIP device and the BLE device further comprising:
  • the CHIP bridge device can find the characteristic value Characteristic Value 2 of the target BLE device based on the attribute identifier Attribute 2 in the mapping relationship.
  • the method further includes:
  • a data request corresponding to the attribute identifier is initiated to the service or feature of the BLE device.
  • the first request includes the cluster identifier cluster1, and also includes the attribute identifier Attribute1.
  • the CHIP bridge device can initiate a data request to the service or feature of the target BLE device based on the mapping relationship between the attribute identifier Attribute1 and the characteristic handler Characteristic Handler1.
  • the first request includes the cluster identifier cluster2, and also includes the attribute identifier Attribute2.
  • the CHIP bridge device can initiate a data request to the service or feature of the target BLE device based on the mapping relationship between the attribute identifier Attribute2 and the feature processor Characteristic Value2.
  • the method further includes:
  • a set of data requests is obtained based on each attribute identifier corresponding to the cluster identifier in the first request.
  • the first request includes the cluster identifier cluster1, but does not include the specific attribute identifier.
  • the cluster1 includes a plurality of attribute identifiers Attribute1, Attribute3, and Attribute5.
  • the CHIP bridge device can obtain multiple corresponding status data requests based on the mapping relationship between these attribute identifiers Attribute1, Attribute3, and Attribute5 and the characteristic processors Characteristic Handler1, Characteristic Handler3, and Characteristic Handler5.
  • the CHIP bridge device can then initiate these multiple status data requests to the service or feature of the target BLE device.
  • the first request includes the cluster identifier cluster2, but does not include the specific attribute identifier.
  • the cluster2 includes a plurality of attribute identifiers Attribute2, Attribute4, and Attribute6.
  • the CHIP bridge device can obtain multiple corresponding status data requests based on the mapping relationship between these attribute identifiers Attribute2, Attribute4, and Attribute6 and the characteristic values Characteristic Value2, Characteristic Value 4, and Characteristic Value6.
  • the CHIP bridge device can then initiate these multiple status data requests to the service or feature of the target BLE device.
  • the embodiments of the present application provide a bridge mapping solution from a CHIP device to a BLE device based on the CHIP bridge (Bridge) technology.
  • BLE devices such as BLE device 1 and BLE device 2 are connected to bridge devices through a BLE network.
  • the bridge device can be used to undertake the secure communication link to each BLE device, and can also act as an interpreter for the BLE device, interpreting it as a CHIP device and presenting it to the CHIP APP.
  • the manufacturer APP can connect to the CHIP network through the interface defined by the manufacturer.
  • CHIP devices such as CHIP device 1 and CHIP device 2 access the CHIP network.
  • CHIP APP can also be connected to CHIP network, for example CHIP APP1, CHIP APP2, CHIP APP3 can be connected to CHIP network.
  • Each CHIP APP can use the interface provided by CHIP to see and control all BLE devices through the CHIP bridge device.
  • an exemplary mapping relationship between CHIP devices and BLE devices may include:
  • the BLE physical device address maintains a one-to-one relationship with the endpoint (ep) of the CHIP bridge (Bridge) device;
  • the service (Service) in BLE maintains a one-to-one relationship with the cluster (Cluster) in the CHIP bridge device;
  • the characteristic (Characteristic) in the service (Service) in BLE maintains a one-to-one relationship with the attribute (Attribute) in the endpoint (ep) in the CHIP bridge device;
  • Example 1 of the CHIP to BLE mapping scheme can include:
  • BLE Master BLE Master
  • BLE Slave BLE Slave
  • the BLE master device sends a request for establishing a mapping relationship to the CHIP bridging function module.
  • the CHIP bridge function module establishes a mapping relationship table: use the ep identifier of the CHIP Bridge to establish a mapping relationship with the address of the BLE physical device, and establish a relationship between the cluster ID (Cluster ID) of the CHIP device and the service handler ID (Service Handler ID) of the BLE. Mapping relationship, establish the mapping relationship between the attribute ID (Attribute ID) of CHIP and the characteristic handler ID (Characteristic Handler ID) of BLE.
  • the CHIP bridging function module initiates a request for creating a CHIP device according to the mapping relationship.
  • the CHIP device may be a virtual device in the CHIP bridge device.
  • the CHIP control device (controller) establishes a secure communication connection with the CHIP device
  • the CHIP control device sends a read (READ) request to the CHIP device; the request may include one or more of ep identifier, Cluster ID, and Attribute ID. For example, if the read request includes the Cluster ID, the read request is a read cluster request. If the read request includes Cluster ID and Attribute ID, the read request is a read attribute request.
  • the read request is only an example, and other types of requests such as write requests, control requests, and the like are also possible.
  • the CHIP device sends a request for parsing the mapping relationship to the CHIP bridging function module; and can send one or more of the received ep identifier, Cluster ID, and Attribute ID to the CHIP bridging function module.
  • the CHIP bridging function module searches for the information of the corresponding BLE device according to one or more of the received ep identifier, Cluster ID, and Attribute ID.
  • the value of the ep identifier can be 16 bits. For example, if you receive the ep identifier and the Cluster ID, find the corresponding BLE address in the mapping relationship based on the ep identifier, and find the Characteristic Handler ID in the mapping relationship based on the Attribute ID.
  • the CHIP bridge function module can initiate access to Service/characteristic through the BLE master device. For example, if the received read request includes attributeID, a request to read data corresponding to attributeID can be initiated to service/characteristic. For another example, if there is no attribute ID in the received read request, a set of data requests can be obtained according to the mapping relationship between all AttributeIDs corresponding to the Cluster ID in the read request and the Characteristic Handler.
  • the BLE master device in the bridge device sends a request to read data to the Service of the BLE slave device.
  • the BLE slave device returns the Service data corresponding to the read request to the BLE master device.
  • the BLE master device returns the service data corresponding to the read request to the CHIP bridging function module, and the CHIP bridging function module converts the Service data into attribute data of the CHIP device; for example, the CHIP bridging function module fills in the attribute data of the Service Handler corresponding to the cluster according to the mapping relationship value.
  • the CHIP bridging function module returns the attribute data to the CHIP device.
  • the CHIP device returns the attribute data to the CHIP control device.
  • an exemplary mapping relationship between CHIP devices and BLE devices may include:
  • the BLE physical device address maintains a one-to-one relationship with the group ep of the CHIP bridge device
  • the service in BLE maintains a one-to-one relationship with the ep in the CHIP bridge device
  • the characteristic (Characteristic) in the service (Service) in BLE and the cluster (Cluster) in the ep in the CHIP bridge device maintain a mapping relationship;
  • the characteristic value (Property Value) of the characteristic (Characteristic) in BLE that is, the characteristic value, maintains a mapping relationship with the attribute (Attribute) in the cluster (Cluster) in the CHIP bridge device.
  • Example 2 of the CHIP to BLE mapping scheme can include:
  • the main differences between the scheme example 2 and the scheme example 1 include: different mapping methods.
  • the CHIP bridge function module establishes a mapping relationship table, which may specifically include: using a group endpoint identifier group ep ID in the CHIP Bridge device to establish a mapping relationship with the BLE physical device address, and establishing the ep identifier of the CHIP Bridge device and the BLE Service Handler ID mapping relationship, establish the mapping relationship between the Cluster ID under the ep of the CHIP Bridge device and the Characteristic Handler ID under the BLE Service, and establish the mapping relationship between the Attribute ID and the Property Value under the Cluster device of the CHIP Bridge device.
  • the group ep: 0x0010 of the CHIP Bridge device corresponds to the device address of the actual BLE physical device.
  • the CHIP control device may issue a read (READ) request to the group ep: 0x0010 of the CHIP bridge device.
  • READ read
  • the CHIP device sends a request for parsing the mapping relationship to the CHIP bridging function module; and can send the received group ep identifier to the CHIP bridging function module.
  • the CHIP bridging function module may find the relationship between the corresponding BLE physical devices in the mapping relationship table according to the requested group ep identifier.
  • the CHIP bridging function module of the CHIP bridging device returns the group ep list to the virtual CHIP device.
  • the CHIP device may return the ep list to the CHIP control device, and the content included in the ep list may be the ep identification information corresponding to the BLE Service. For example, the Service Handler ID corresponding to ep1, and the Service Handler ID corresponding to ep2.
  • the CHIP control device sends a READ request to ep/cluster of the CHIP device or to ep/cluster/attribute.
  • the READ request may include one or more of the group ep ID, ep ID, Cluster ID, and Attribute ID.
  • the CHIP device sends a request for parsing the mapping relationship to the CHIP bridging function module; and can send one or more of the received group ep identifier, ep identifier, Cluster ID, and Attribute ID to the CHIP bridging function module .
  • the CHIP bridge function module searches for the information of the BLE device according to the requested information of the CHIP device. For example, find the Service Handler ID corresponding to BLE from the mapping relationship according to the ep identifier, find the corresponding Characteristic Handler ID according to the Cluster ID, and find the Value of the corresponding Property according to the Attribute ID.
  • the CHIP bridge function module initiates a read data request through the BLE master device. For example, if the received read request includes attribute ID, you can initiate a read data request corresponding to attributeID to service/characteristic/value. For another example, if there is no attribute ID in the received read request, a set of status data requests can be obtained according to all the mapping relationships between the Cluster ID in the read request and the CharacteristicValue.
  • the BLE slave device returns the Service data corresponding to the read request to the BLE master device.
  • the BLE master device returns the service data corresponding to the read request to the CHIP bridging function module, and the CHIP bridging function module converts the Service data (for example, the characteristic value of the Service) into the attribute data of the CHIP device; The relationship fills the value of the attribute of the Characteristic Handler corresponding to the cluster.
  • Service data for example, the characteristic value of the Service
  • the CHIP bridge function module returns the attribute data to the CHIP device.
  • the CHIP device returns the attribute data to the CHIP control device.
  • Example 2 can be applied to the situation where there are multiple attribute values under one characteristic. If the characteristic has only a single attribute value, example 1 can be used.
  • the embodiment of the present application can enable the CHIP network to access devices of the BLE network type, which enriches the device types for CHIP ecological access, and the CHIP devices can interoperate with different types of devices, such as BLE devices.
  • FIG. 10 is a schematic block diagram of a CHIP bridging device 400 according to an embodiment of the present application.
  • the CHIP bridging device 400 may include:
  • the first processing unit 410 is configured to establish a mapping relationship between the CHIP device and the Bluetooth low energy BLE device.
  • the first processing unit 410 is further configured to create the CHIP device based on the mapping relationship between the CHIP device and the BLE device.
  • the first processing unit 410 is further configured to establish a secure connection with the CHIP control device through the CHIP device.
  • the first processing unit 410 is further configured to receive a first request from the CHIP control device, where the first request includes information about the target CHIP device; between the CHIP device and the BLE device Find the information of the target BLE device corresponding to the information of the target CHIP device in the mapping relationship;
  • the CHIP bridge device 400 further includes: a second processing unit 420, configured to send a second request corresponding to the first request to the target BLE device based on the information of the target BLE device.
  • the second processing unit 420 is further configured to receive service data from the target BLE device;
  • the first processing unit 420 is further configured to acquire attribute data of the target CHIP device based on the service data of the target BLE device; and return the attribute data of the target CHIP device to the CHIP control device.
  • the CHIP device includes an endpoint, the endpoint includes a cluster, the cluster includes an attribute, and the mapping relationship between the CHIP device and the BLE device includes at least one of the following: :
  • mapping relationship between the attribute identifier in the cluster of the CHIP device and the feature processor identifier in the BLE service is the mapping relationship between the attribute identifier in the cluster of the CHIP device and the feature processor identifier in the BLE service.
  • the first processing unit 410 is further configured to search for the address of the target BLE device corresponding to the endpoint identifier in the first request in the mapping relationship between the CHIP device and the BLE device;
  • the service processor identifier corresponding to the cluster identifier in the first request is searched in the mapping relationship between the CHIP device and the BLE device.
  • the first processing unit 410 is further configured to search for a feature processor identifier corresponding to the attribute identifier in the first request in the mapping relationship between the CHIP device and the BLE device.
  • the CHIP device includes a group endpoint and an endpoint, the endpoint includes a cluster, and the cluster includes an attribute, and the mapping relationship between the CHIP device and the BLE device includes the following: at least one of:
  • mapping relationship between the attribute identifier in the cluster of the CHIP device and the characteristic value of BLE is the mapping relationship between the attribute identifier in the cluster of the CHIP device and the characteristic value of BLE.
  • the first processing unit 410 is further configured to search for the address of the target BLE device corresponding to the group endpoint identifier in the first request in the mapping relationship between the CHIP device and the BLE device.
  • the first processing unit 410 is further configured to return an endpoint list to the CHIP control device, where the endpoint list includes an endpoint identifier corresponding to the service processor identifier of the BLE.
  • the first processing unit 410 is further configured to search for the service processor identifier corresponding to the endpoint identifier in the first request in the mapping relationship between the CHIP device and the BLE device; in this The feature processor identifier corresponding to the cluster identifier in the first request is searched in the mapping relationship between the CHIP device and the BLE device.
  • the first processing unit 410 is further configured to search for a feature value corresponding to the attribute identifier in the first request in the mapping relationship between the CHIP device and the BLE device.
  • the first processing unit 410 is further configured to initiate a data request corresponding to the attribute identifier to the service or feature of the BLE device in the case that the attribute identifier is included in the first request.
  • the first processing unit 410 is further configured to obtain a group of attribute identifiers based on the attribute identifiers corresponding to the cluster identifiers in the first request when the first request does not include an attribute identifier. data request.
  • the CHIP bridging device 400 in this embodiment of the present application can implement the corresponding functions of the CHIP bridging device in the foregoing method embodiments.
  • each module (submodule, unit, or component, etc.) in the CHIP bridging device 400 reference may be made to the corresponding descriptions in the above method embodiments, which will not be repeated here.
  • the functions described by each module (submodule, unit, or component, etc.) in the CHIP bridging device 400 of the application embodiment may be implemented by different modules (submodule, unit, or component, etc.), or by the same A module (submodule, unit or component, etc.) implementation.
  • FIG. 12 is a schematic block diagram of a CHIP bridging device 500 according to an embodiment of the present application.
  • the CHIP bridging device 500 may be each module (sub-module, unit or component, etc.) of the CHIP bridging device in the above-mentioned embodiments.
  • the CHIP bridging device 500 further includes: a virtual client 510 and a CHIP bridging function module 520 .
  • the virtual client 510 may implement the functions of the above-mentioned second processing unit.
  • the virtual client 510 is used for establishing a secure connection with the BLE device; sending a mapping relationship establishment request to the CHIP bridging function module 520;
  • the CHIP bridging function module 520 is configured to receive the mapping relationship establishment request.
  • the CHIP bridging function module 520 is further configured to establish a mapping relationship between the CHIP device and the BLE device.
  • the CHIP bridging function module 520 is further configured to create a virtual CHIP device 530 based on the mapping relationship between the CHIP device and the BLE device;
  • the CHIP bridge device 500 also includes the virtual CHIP device 530 .
  • the CHIP bridging function module 520 and the virtual CHIP device 530 may implement the function of the first processing unit.
  • the CHIP bridging function module 520 after receiving the mapping relationship establishment request from the virtual client 510, the CHIP bridging function module 520 establishes the mapping relationship between the CHIP device and the BLE device, and can create a virtual CHIP device 530 based on the mapping relationship. Then, the virtual CHIP device 530 establishes a secure connection with the CHIP control device. The virtual CHIP device 530 receives the first request from the CHIP control device, parses the first request, and sends it to the CHIP bridging function module 520 . Based on the first request, the CHIP bridging function module 520 searches for the information of the target BLE device corresponding to the information of the target CHIP device in the mapping relationship between the CHIP device and the BLE device.
  • the CHIP bridging function module 520 may request the virtual client for data, and the virtual client initiates a second request to the service or feature of the BLE device.
  • the virtual client can forward the service data received from the BLE device to the CHIP bridging function module 520.
  • the CHIP bridging function module 520 obtains the attribute data of the CHIP device, it sends it to the CHIP control device through the virtual CHIP device.
  • the CHIP bridging device 500 in this embodiment of the present application can implement the corresponding functions of the CHIP bridging device in the foregoing method embodiments.
  • each module (submodule, unit, or component, etc.) in the CHIP bridging device 500 reference may be made to the corresponding descriptions in the above method embodiments, which will not be repeated here.
  • the functions described by each module (submodule, unit, or component, etc.) in the CHIP bridging device 500 of the application embodiment may be implemented by different modules (submodule, unit, or component, etc.), or by the same module.
  • FIG. 13 is a schematic structural diagram of a communication device 600 according to an embodiment of the present application.
  • the communication device 600 includes a processor 610, and the processor 610 can call and run a computer program from a memory, so that the communication device 600 implements the methods in the embodiments of the present application.
  • the communication device 600 may also include a memory 620 .
  • the processor 610 may call and run a computer program from the memory 620, so that the communication device 600 implements the methods in the embodiments of the present application.
  • the memory 620 may be a separate device independent of the processor 610 , or may be integrated in the processor 610 .
  • the communication device 600 may further include a transceiver 630, and the processor 610 may control the transceiver 630 to communicate with other devices, specifically, may send information or data to other devices, or receive information or data sent by other devices .
  • the transceiver 630 may include a transmitter and a receiver.
  • the transceiver 630 may further include antennas, and the number of the antennas may be one or more.
  • the communication device 600 may be the CHIP bridging device in this embodiment of the present application, and the communication device 600 may implement the corresponding processes implemented by the CHIP bridging device in each method in the embodiment of the present application, which is not repeated here for brevity. Repeat.
  • FIG. 14 is a schematic structural diagram of a chip 700 according to an embodiment of the present application.
  • the chip 700 includes a processor 710, and the processor 710 can call and run a computer program from a memory, so as to implement the method in the embodiments of the present application.
  • the chip 700 may further include a memory 720 .
  • the processor 710 may call and run a computer program from the memory 720 to implement the method executed by the CHIP bridge device in the embodiment of the present application.
  • the memory 720 may be a separate device independent of the processor 710 , or may be integrated in the processor 710 .
  • the chip 700 may further include an input interface 730 .
  • the processor 710 may control the input interface 730 to communicate with other devices or chips, and specifically, may acquire information or data sent by other devices or chips.
  • the chip 700 may further include an output interface 740 .
  • the processor 710 may control the output interface 740 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.
  • the chip can be applied to the CHIP bridging device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the CHIP bridging device in each method of the embodiments of the present application, which is not repeated here for brevity.
  • the chip mentioned in the embodiments of the present application may also be referred to as a system-on-chip, a system-on-chip, a system-on-chip, or a system-on-a-chip, or the like.
  • the above-mentioned processor may be a general-purpose processor, a digital signal processor (DSP), an off-the-shelf programmable gate array (field programmable gate array, FPGA), an application specific integrated circuit (ASIC) or Other programmable logic devices, transistor logic devices, discrete hardware components, etc.
  • DSP digital signal processor
  • FPGA field programmable gate array
  • ASIC application specific integrated circuit
  • the general-purpose processor mentioned above may be a microprocessor or any conventional processor or the like.
  • the memory mentioned above may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically programmable Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory.
  • Volatile memory may be random access memory (RAM).
  • 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 (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate 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 memory in the embodiments of the present application is intended to include but not limited to these and any other suitable types of memory.
  • FIG. 15 is a schematic block diagram of a communication system 800 according to an embodiment of the present application.
  • the communication system 800 includes a CHIP bridge device 810 .
  • the CHIP bridge device 810 is used to establish a mapping relationship between the CHIP device and the BLE device.
  • the system may further include a CHIP control device 820 and a BLE device 830 .
  • the CHIP bridging device 810 can be used to implement the corresponding functions implemented by the CHIP bridging device in the above method
  • the CHIP control device 820 can be used to implement the corresponding functions implemented by the CHIP control device in the above method
  • the BLE device 830 may be used to implement the corresponding functions implemented by the BLE physical device in the above method. For brevity, details are not repeated here.
  • the above-mentioned embodiments it may be implemented in whole or in part by software, hardware, firmware or any combination thereof.
  • software it can be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer instructions.
  • the computer program instructions When the computer program instructions are loaded and executed on a computer, the procedures or functions according to the embodiments of the present application are generated in whole or in part.
  • the computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions may be stored on or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions may be transmitted over a wire from a website site, computer, server or data center (eg coaxial cable, optical fiber, Digital Subscriber Line (DSL)) or wireless (eg infrared, wireless, microwave, etc.) means to another website site, computer, server or data center.
  • the computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that includes one or more available media integrated.
  • the available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (eg, a Solid State Disk (SSD)), and the like.
  • a magnetic medium eg, a floppy disk, a hard disk, a magnetic tape
  • an optical medium eg, a DVD
  • a semiconductor medium eg, a Solid State Disk (SSD)
  • the size of the sequence numbers of the above-mentioned processes does not mean the sequence of execution, and the execution sequence of each process should be determined by its functions and internal logic, and should not be dealt with in the embodiments of the present application. implementation constitutes any limitation.

Landscapes

  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Abstract

La présente invention concerne un procédé de mappage de pontage de dispositif et un dispositif de pontage. Le procédé de mappage de pontage de dispositif est appliqué à un dispositif de pontage de groupe de travail sur IP de maison connectée (CHIP), et ledit procédé comprend l'établissement d'une relation de mappage entre un dispositif CHIP et un dispositif Bluetooth basse consommation (BLE). Le dispositif de pontage CHIP comprend : une première unité de traitement, configurée pour établir une relation de mappage entre le dispositif CHIP et le dispositif BLE. Les modes de réalisation de la présente invention permettent à un réseau CHIP d'accéder à un dispositif d'un type de réseau BLE, et permettent à un dispositif de commande CHIP d'interagir avec le dispositif BLE.
PCT/CN2020/134366 2020-12-07 2020-12-07 Procédé de mappage de pontage de dispositif et dispositif de pontage WO2022120545A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202080107470.1A CN116547997A (zh) 2020-12-07 2020-12-07 设备桥接映射的方法和桥接设备
PCT/CN2020/134366 WO2022120545A1 (fr) 2020-12-07 2020-12-07 Procédé de mappage de pontage de dispositif et dispositif de pontage

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/134366 WO2022120545A1 (fr) 2020-12-07 2020-12-07 Procédé de mappage de pontage de dispositif et dispositif de pontage

Publications (1)

Publication Number Publication Date
WO2022120545A1 true WO2022120545A1 (fr) 2022-06-16

Family

ID=81972817

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/134366 WO2022120545A1 (fr) 2020-12-07 2020-12-07 Procédé de mappage de pontage de dispositif et dispositif de pontage

Country Status (2)

Country Link
CN (1) CN116547997A (fr)
WO (1) WO2022120545A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106888216A (zh) * 2017-03-20 2017-06-23 烽火通信科技股份有限公司 基于AllJoyn协议的物联网桥接适配***及方法
CN108141448A (zh) * 2015-08-05 2018-06-08 脸谱公司 管理装置云
WO2019112734A1 (fr) * 2017-12-06 2019-06-13 Intel Corporation Gestion de module d'extension pour optimisation de réseau de l'internet des objets (iot)
CN109982305A (zh) * 2014-09-15 2019-07-05 华为技术有限公司 可穿戴式设备的通信方法、通信***及相关设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109982305A (zh) * 2014-09-15 2019-07-05 华为技术有限公司 可穿戴式设备的通信方法、通信***及相关设备
CN108141448A (zh) * 2015-08-05 2018-06-08 脸谱公司 管理装置云
CN106888216A (zh) * 2017-03-20 2017-06-23 烽火通信科技股份有限公司 基于AllJoyn协议的物联网桥接适配***及方法
WO2019112734A1 (fr) * 2017-12-06 2019-06-13 Intel Corporation Gestion de module d'extension pour optimisation de réseau de l'internet des objets (iot)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUANG WEIBIN: "Analysis on the Interoperability of Smart Home Appliances under the Framework of the IoT", ELECTRICAL APPLIANCES N°9 2015, vol. 2020, no. 10, 25 October 2020 (2020-10-25), Electrical appliances N°9 2015, pages 11 - 13+22, XP055939014, ISSN: 1673-6079 *

Also Published As

Publication number Publication date
CN116547997A (zh) 2023-08-04

Similar Documents

Publication Publication Date Title
US20240031309A1 (en) Data Processing Method, Apparatus, Device and Storage Medium
WO2017114206A1 (fr) Procédé et dispositif destinés au traitement de liaison courte et serveur de liaison courte
US20240045824A1 (en) Remote Mapping Method, Apparatus and Device for Computing Resources, and Storage Medium
US11641400B2 (en) Method and apparatus for secure passive wireless communication with Bluetooth vitals devices
JP6074514B2 (ja) 特徴情報の取得方法、装置、ネットワーク装置、プログラム及び記録媒体
US20180063879A1 (en) Apparatus and method for interoperation between internet-of-things devices
US8291097B2 (en) Dynamic transaction protocol upgrades
CN102713925B (zh) 机密信息泄露防止***、机密信息泄露防止方法及机密信息泄露防止程序
CN111416723B (zh) 一种设备管理方法及相关设备
CN115344197A (zh) 一种数据访问方法、网卡及服务器
WO2014075255A1 (fr) Procédé, appareil et système de communication basés sur un commutateur pcie
US10887249B2 (en) Resource trees by management controller
WO2020224241A1 (fr) Procédé et appareil de communication en nuage, équipement utilisateur et dispositif de réseau
CN111008254A (zh) 一种对象创建方法、装置、计算机设备和存储介质
WO2022120545A1 (fr) Procédé de mappage de pontage de dispositif et dispositif de pontage
CN114244654A (zh) 一种url的转发方法、装置、设备及计算机存储介质
JP2023534897A (ja) リソース公開方法及びその装置、ゲートウェイ、クラウドプラットフォーム並びにコンピュータ記憶媒体
CN109617817A (zh) 一种mlag组网的转发表项的生成方法及装置
CN113630300B (zh) 用于报文传输的方法和节点
CN116244682A (zh) 数据库的访问方法、装置、设备以及存储介质
CN113259462B (zh) 区块链消息的分发方法及装置
WO2021155529A1 (fr) Procédé, appareil et dispositif de suppression de ressources et support de stockage
US9378140B2 (en) Least disruptive cache assignment
WO2021087865A1 (fr) Procédé d'adressage, système d'adressage et appareil d'adressage
US10541864B1 (en) System and method for connection efficiency

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 202080107470.1

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20964492

Country of ref document: EP

Kind code of ref document: A1