WO2023184559A1 - 设备共享方法、装置、设备、存储介质及程序产品 - Google Patents

设备共享方法、装置、设备、存储介质及程序产品 Download PDF

Info

Publication number
WO2023184559A1
WO2023184559A1 PCT/CN2022/085180 CN2022085180W WO2023184559A1 WO 2023184559 A1 WO2023184559 A1 WO 2023184559A1 CN 2022085180 W CN2022085180 W CN 2022085180W WO 2023184559 A1 WO2023184559 A1 WO 2023184559A1
Authority
WO
WIPO (PCT)
Prior art keywords
pairing
information
target device
target
management
Prior art date
Application number
PCT/CN2022/085180
Other languages
English (en)
French (fr)
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 PCT/CN2022/085180 priority Critical patent/WO2023184559A1/zh
Publication of WO2023184559A1 publication Critical patent/WO2023184559A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing

Definitions

  • This application relates to the technical field of the Internet of Things, and in particular to a device sharing method, device, equipment, storage medium and program product.
  • IoT Internet of Things
  • device sharing refers to a management device of an IoT device that opens control/management rights to the IoT device to another device, so that one IoT device can be controlled/managed by multiple management devices.
  • Embodiments of the present application provide a device sharing method, device, equipment, storage medium and program product.
  • the technical solutions are as follows:
  • embodiments of the present application provide a device sharing method, which is executed by a central node device.
  • the method includes:
  • the pairing information of the target device is sent to the second management device, so that the second management device establishes a pairing connection with the target device according to the pairing information of the target device.
  • embodiments of the present application provide a device sharing method, which is executed by a first management device.
  • the method includes:
  • embodiments of the present application provide a device sharing method, which is executed by a second management device.
  • the method includes:
  • the pairing information of the target device sent by the central node device; the pairing information of the target device is sent by the first management device to the central node device;
  • a device sharing device which includes:
  • An information receiving module configured to receive pairing information of the target device sent by the first management device
  • a request receiving module configured to receive a device query request sent by the second management device
  • An information sending module configured to send the pairing information of the target device to the second management device according to the device query request, so that the second management device communicates with the target device according to the pairing information of the target device. Establish a pairing connection.
  • a device sharing device which includes:
  • a sending module for sending a request to open the pairing window to the target device
  • the sending module is also configured to send the pairing information of the target device to the central node device, so that the second management device obtains the pairing information of the target device from the central node device, and according to the target device The pairing information establishes a pairing connection with the target device.
  • a device sharing device which includes:
  • the request sending module is used to send device query requests to the central node device
  • An information receiving module configured to receive the pairing information of the target device sent by the central node device; the pairing information of the target device is sent to the central node device by the first management device;
  • a pairing establishment module configured to establish a pairing connection with the target device according to the pairing information of the target device.
  • embodiments of the present application provide a computer device, which includes a processor, a memory, and a transceiver.
  • the memory stores a computer program, and the computer program is configured to be executed by the processor, so as to Implement the above device sharing method.
  • embodiments of the present application also provide a computer-readable storage medium, in which a computer program is stored, and the computer program is loaded and executed by a processor to implement the above device sharing method.
  • the present application also provides a chip, which is used to run in a computer device, so that the computer device executes the above device sharing method.
  • the present application provides a computer program product including computer instructions stored in a computer-readable storage medium.
  • the processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the above device sharing method.
  • the present application provides a computer program, which is executed by a processor of a computer device to implement the above device sharing method.
  • the first management device sends the pairing information of the target device to the central node device by sending a request to open the pairing window to the target device, and after the second management device sends a device query request to the central node device, the second management device obtains the pairing information from the central node device. Obtain the pairing information of the target device so that the second management device can establish a pairing connection with the target device.
  • the user of the first management device does not need to provide the user of the second management device with information such as a QR code or a pairing code, and can then communicate with the second management device. Share the target device, thereby simplifying the user operation steps in the device sharing process and improving the efficiency of device sharing.
  • Figure 1 is a schematic diagram of the network architecture of the Internet of Things provided by an embodiment of the present application.
  • Figure 2 is a flow chart of a device sharing method provided by an embodiment of the present application.
  • Figure 3 is a flow chart of a device sharing method provided by an embodiment of the present application.
  • Figure 4 is a flow chart of a device sharing method provided by an embodiment of the present application.
  • Figure 5 is a schematic diagram of a device sharing framework provided by an embodiment of the present application.
  • Figure 6 is a flow chart of a device sharing method provided by an embodiment of the present application.
  • Figure 7 is a schematic diagram of a target device sharing process involved in the embodiment shown in Figure 6;
  • Figure 8 is a block diagram of a device sharing device provided by an embodiment of the present application.
  • Figure 9 is a block diagram of a device sharing device provided by an embodiment of the present application.
  • Figure 10 is a block diagram of a device sharing device provided by an embodiment of the present application.
  • Figure 11 is a schematic structural diagram of a computer device provided by an embodiment of the present application.
  • the network architecture of the Internet of Things may include: an Internet of Things device 110, a first management device 120, and a second management device 130; optionally, the network architecture of the Internet of Things also includes a central node device 140.
  • the Internet of Things device 110 may be a device used to provide server functions corresponding to the Internet of Things protocol in the Internet of Things.
  • the source device can provide subscriptable resources to the outside world.
  • the IoT device 110 may be a smart home device, such as smart lamps, smart TVs, smart air conditioners, smart refrigerators, smart microwave ovens, smart rice cookers, sweeping robots, smart speakers, smart switches, and so on.
  • a smart home device such as smart lamps, smart TVs, smart air conditioners, smart refrigerators, smart microwave ovens, smart rice cookers, sweeping robots, smart speakers, smart switches, and so on.
  • the IoT device 110 may be an industrial production equipment, such as a lathe, an industrial robot, a solar panel, a wind turbine, etc.
  • the Internet of Things device 110 may be a commercial service device, such as an unmanned vending machine or the like.
  • the IoT device 110 may be an intelligent monitoring device, such as a surveillance camera, an infrared sensor, a sound sensor, a temperature sensor, etc.
  • the Internet of Things device 110 may also be a user-side terminal device.
  • the IoT device 110 can be a smart controller, a smart remote control, a smart phone, a tablet, a smart watch, a smart TV, a gateway, etc.; or the IoT device 110 can also be a personal computer, such as a desktop computer or a portable computer. , personal workstation, etc.
  • the first management device 120 and the second management device 130 may be user-side terminal devices.
  • the first management device 120 and the second management device 130 may be smartphones, tablets, smart watches, smart TVs, etc.
  • the first management device 120 or the second management device 130 may also be a client entity (which may be a virtual entity) running based on a terminal device.
  • the first management device 120 or the second management device 130 may be a virtual entity.
  • the device 130 may be an APP running on a smartphone for managing and configuring the Internet of Things device 110 .
  • the above-mentioned central node device 140 may be a device installed in the Internet of Things to provide services such as information interoperability and information maintenance for various Internet of Things devices and management devices in the Internet of Things.
  • the central node device 140 may be a home gateway device or the like.
  • the first management device 120 and the second management device 130 may communicate with the central node device 140 respectively.
  • the above-mentioned Internet of Things device 110 may be an electronic device that meets the same or different Internet of Things protocols.
  • it may be an electronic device that meets the Matter under the Connectivity Standards Alliance (CSA) (or Zigbee Alliance). protocol (or connected home over IP Working Group (CHIP) project).
  • CSA Connectivity Standards Alliance
  • CHAP connected home over IP Working Group
  • Matter is an IP-based IoT connection standard that solves the compatibility, security and connectivity issues existing in the current smart home market. Matter defines the technical solution for configuring IoT devices, including steps such as device discovery, device authentication, device configuration, and device operation.
  • a management device such as mobile phone A
  • it can control/manage the IoT device. For example, taking the IoT device as a lighting device as an example, the management device can control the IoT device. Turn it on, off or adjust the brightness and more.
  • the management device can also open the control/management rights of the IoT device to another management device (such as another mobile phone B), so that the other management device can also configure, manage, and control the IoT device. Wait for operations.
  • Fabric is a security domain with an independent Root Certificate Authority (Certificate Authority, CA) that can issue certificates.
  • CA Root Certificate Authority
  • Admin A controls the Internet of Things device (referred to as the device) to enter the pairing mode
  • the device Node
  • the operation process can be as follows:
  • Admin A adds a new Admin to the device (the device has been configured by Admin A into the network) according to the user's intention.
  • Admin A generates the data required for pairing for the new Admin, including the identification information (discriminator) and password (passcode) required for pairing the device.
  • Admin A sends an Open Commissioning Window request to the device.
  • the parameters in the request include the timeout for opening the device pairing window and the verification code corresponding to the passcode (such as Password-based Authenticated Key).
  • Exchange Verifier, PAKE Verifier) the device's discriminator (used to allow other Fabric Admins to discover the device), Iterator (iterator), Salt (salt value), Passcode ID (password ID), etc.
  • the device returns the status of whether the pairing window is opened successfully to Admin A.
  • DNS-SD Domain Name System Service Discovery
  • Admin A shares the data in step S2 with Admin B.
  • Admin B can discover the device through Discriminator.
  • Admin B resolves the Internet Protocol (IP) address of the device and establishes an IP connection with it.
  • IP Internet Protocol
  • Admin B uses passcode to establish a PAKE secure connection with the device.
  • step S6 of the above solution when Admin A shares its configured Matter device with other Admins, it needs to regenerate the QR code or pairing code required for pairing the device, so that Other Admins pair devices by scanning the QR code or manually entering the pairing code, which makes the user operation process more cumbersome.
  • FIG 2 shows a flow chart of a device sharing method provided by an embodiment of the present application.
  • This method can be executed by a central node device.
  • the central node device can be the center in the network architecture shown in Figure 1 Node device 140; the method may include the following steps:
  • Step 201 Receive pairing information of the target device sent by the first management device.
  • the central node device may receive the pairing information of the target device sent by the first management device.
  • the first management device can perform information transmission with the central node device. Since the first management device can be a device that has a pairing relationship with the target device in the Internet of Things network architecture and has administrator authority, the first management device can obtain the pairing information of the target device.
  • the central node device can be the storage and sending center of device information in the network architecture of the Internet of Things, which can help realize device sharing between management devices, because only management devices that have completed pairing and connection with the central node device can share information.
  • Device sharing improves the security of device sharing operations.
  • the target device includes all or part of the Internet of Things devices that have been paired with the first management device.
  • the pairing information of the target device may include device identification information, setting password and description information.
  • the device identification information can be the identity identification information of the target device (such as Node ID)
  • the setting password can be the setting password information (such as SetupPincode)
  • the description information can be the identification information (Discriminator).
  • Step 202 Receive a device query request sent by the second management device.
  • the central node device after receiving the pairing information of the target device sent by the first management device, can receive a device query request sent by the second management device.
  • the device query request can be used to obtain the information for Pairing information of the target device with which the pairing connection is established.
  • the device query request may include the identity of the target device, so that the second management device can obtain the pairing information of the target device corresponding to the identity of the target device from the central node device.
  • Step 203 Send the pairing information of the target device to the second management device according to the device query request, so that the second management device establishes a pairing connection with the target device based on the pairing information of the target device.
  • the above-mentioned target device is an Internet of Things device that has been configured by the first management device.
  • the central node device determines the pairing information of the target device according to the received device query request, and sends the pairing information of the target device to the second management device, which means that the second management device obtains the information for Information related to pairing and connecting with the target device.
  • the second management device can pair and connect with the target device according to the received pairing information of the target device, thereby completing the sharing of the target device between the second management device and the first management device. So that the second management device can also configure, manage, and control the target device, thereby realizing the process of the first management device sharing the target device with the second management device.
  • the first management device sends the pairing information of the target device to the central node device after sending a request to open the pairing window to the target device, and the second management device sends the pairing information of the target device to the center node device.
  • the second management device obtains the pairing information of the target device from the central node device, so that the second management device establishes a pairing connection with the target device.
  • the user of the first management device does not need to provide the user of the second management device with information such as a QR code or a pairing code, and can then communicate with the second management device. Share the target device, thereby simplifying the user operation steps in the device sharing process and improving the efficiency of device sharing.
  • Figure 3 shows a flow chart of a device sharing method provided by an embodiment of the present application.
  • the method can be executed by a first management device.
  • the first management device can be in the network architecture shown in Figure 1
  • the first management device 120; the method may include the following steps:
  • Step 301 Send a request to open a pairing window to the target device.
  • the first management device may send a request to open the pairing window to the target device.
  • the request to open the pairing window sent to the target device may correspond to the open pairing window command called by the first management device, and the parameters of the request to open the pairing window may include a password for device pairing. Verifier and distinguishing code and other information.
  • the request to open the pairing window can be an Open Commissioning Window request.
  • the parameters in the request can include the timeout for opening the device pairing window and the verification code corresponding to the passcode (such as password-based authentication key exchange verification code (Password-based)). Authenticated Key Exchange Verifier, PAKE Verifier)), the device's Discriminator (used to allow other Fabric Admins to discover the device), Iterator (iterator), Salt (salt value), Passcode ID (password ID), etc.
  • Step 302 Send the pairing information of the target device to the central node device, so that the second management device obtains the pairing information of the target device from the central node device, and establishes a pairing connection with the target device based on the pairing information of the target device.
  • step 301 and step 302 may be executed sequentially or synchronously, and are not limited here.
  • the first management device sends the pairing information of the target device to the central node device after sending a request to open the pairing window to the target device, and the second management device sends the pairing information of the target device to the center node device.
  • the second management device obtains the pairing information of the target device from the central node device, so that the second management device establishes a pairing connection with the target device.
  • the user of the first management device does not need to provide the user of the second management device with information such as a QR code or a pairing code, and can then communicate with the second management device. Share the target device, thereby simplifying the user operation steps in the device sharing process and improving the efficiency of device sharing.
  • FIG 4 shows a flow chart of a device sharing method provided by an embodiment of the present application.
  • This method can be executed by a second management device.
  • the second management device can be in the network architecture shown in Figure 1
  • the second management device 130; the method may include the following steps:
  • Step 401 Send a device query request to the central node device.
  • the second management device may be a device that does not currently have a pairing relationship with the target device and has administrator authority.
  • the second management device may send a device query request to the central node device to query information related to establishing a pairing connection with the target device.
  • Step 402 Receive the pairing information of the target device sent by the central node device; the pairing information of the target device is sent by the first management device to the central node device.
  • the second management device may receive the pairing information of the target device returned by the central node device.
  • the pairing information of the target device may be obtained by the first management device. Sent to the central node device.
  • Step 403 Establish a pairing connection with the target device according to the pairing information of the target device.
  • the first management device sends the pairing information of the target device to the central node device after sending a request to open the pairing window to the target device, and the second management device sends the pairing information of the target device to the center node device.
  • the second management device obtains the pairing information of the target device from the central node device, so that the second management device establishes a pairing connection with the target device.
  • the user of the first management device does not need to provide the user of the second management device with information such as a QR code or a pairing code, and can then communicate with the second management device. Share the target device, thereby simplifying the user operation steps in the device sharing process and improving the efficiency of device sharing.
  • FIG. 5 shows a schematic diagram of a device sharing framework provided by an embodiment of the present application.
  • the central node device is set up in the local Internet of Things.
  • the device sharing process can be as follows:
  • the first management device sends an instruction to open the pairing window to the target device.
  • the first management device After the target device receives the instruction to open the pairing window and returns a successful response, the first management device sends the pairing information of the target device to the central node device.
  • S53 The central node device writes the obtained pairing information of the target device into the device information attribute.
  • the second management device sends a device query request to the central node device in order to establish a pairing connection with the target device so as to realize device sharing operation with the first management device for the target device.
  • the central node device reads the pairing information of the target device from the device information attribute according to the received device query request, and the central node device sends the pairing information of the target device to the second management device.
  • the second management device establishes a pairing connection with the target device according to the received pairing information.
  • the second management device can configure, manage, control and other operations on the target device.
  • FIG. 6 shows a flow chart of a device sharing method provided by an embodiment of the present application.
  • the method can be interactively executed by the target device, the first management device, the second management device and the central node device; for example, the above-mentioned target device can be the Internet of Things device 110 in the network architecture shown in Figure 1, and the above-mentioned first management device and the third management device can be interactively executed.
  • the two management devices are respectively the first management device 120 and the second management device 130 in the network architecture shown in Figure 1; the central node device may be the central node device 140 in the network architecture shown in Figure 1; the method may include the following A few steps:
  • Step 601 The central node device establishes a pairing relationship with the management device.
  • the management devices may include a first management device and a second management device.
  • the first management device and the second management device need to be connected with each other first.
  • the central node device establishes a pairing relationship.
  • the central node device establishes a pairing relationship with the first management device; the central node device establishes a pairing relationship with the second management device.
  • the management device can be a terminal device on the user side, and the central node device can be any IoT device in the smart home system that satisfies the Matter protocol as the home hub.
  • the central node device can be any IoT device in the smart home system that satisfies the Matter protocol as the home hub.
  • the above-mentioned first management device may be a device that has a pairing relationship with the target device in the network architecture of the Internet of Things and has administrator authority; the second management device may be a device that does not exist with the target device in the network architecture of the Internet of Things. pairing relationship, and requests to share the target device with the first management device, a device with administrator rights.
  • the first management device and the second management device are mobile phone 1 and mobile phone 2 respectively
  • mobile phone 1 and mobile phone 2 need to be paired and connected with the device serving as the home hub in the smart home system.
  • Step 602 The first management device sends a request to open a pairing window to the target device.
  • the first management device may send a request to open the pairing window to the target device.
  • the first management device includes a management pairing cluster (for example, Administrator Commissioning cluster).
  • the management pairing cluster can be an interface, service or object class, and is the lowest independent functional element in the data model.
  • Managing a pairing cluster can include the Open Pairing Window command.
  • the command to open the pairing window may include the command to open the enhanced pairing window (Open Commissioning Window, OCW), the command to open the basic pairing window (Open Basic Commissioning Window, OBCW), and the command to open all the pairing windows (Open All Basic Commissioning Window).
  • OCW Open Commissioning Window
  • OBCW Open Basic Commissioning Window
  • OBCW Open Basic Commissioning Window
  • the first management device sends an open pairing window request corresponding to the open pairing window command to the target device by calling the open pairing window command.
  • the request to open the pairing window may include a request to open an enhanced pairing window (Open Commissioning Window, OCW) and a request to open a basic pairing window (Open Basic Commissioning Window, OBCW).
  • OCW Open Commissioning Window
  • OBCW Open Basic Commissioning Window
  • the request to open the pairing window corresponding to the OCW command may be an OCW request
  • the request to open the pairing window corresponding to the OBCW command may be an OBCW request
  • the request to open the pairing window corresponding to the open all pairing windows command may also be an OBCW request.
  • the target device includes all or part of the Internet of Things devices that have been paired with the first management device; when the target device includes all the Internet of Things devices that have been paired with the first management device, open all basic
  • the pairing window command sends an open basic pairing window request corresponding to the command to open all basic pairing windows to the target device; when the target device includes some Internet of Things devices that have completed pairing with the first management device, by calling the open basic pairing window command or open
  • the enhanced pairing window command sends an opening basic pairing window request corresponding to the basic pairing window opening command to the target device or sends an enhanced pairing window opening request corresponding to the enhanced pairing window opening command to the target device.
  • the first management device can use the specified or part of the IoT devices that have been paired with the first management device as the target device, and send the OCW request corresponding to the OCW command to the target device; the first management device can By calling the OBCW command, the specified or part of the IoT devices that have been paired with the first management device can be used as the target device, and an OBCW request corresponding to the OBCW command can be sent to the target device; the first management device can open all basic pairing windows by calling the command. All Internet of Things devices that have been paired with the first management device are used as target devices, and an OBCW request corresponding to the command to open all basic pairing windows is sent to the target device.
  • the parameters of the request to open the pairing window can carry information such as a password verifier and a distinguishing code for device pairing
  • the first management device calls the OCW command
  • it can specify the completion of pairing with the first management device or
  • Some IoT devices serve as target devices and send their corresponding OCW requests to the target device.
  • Each corresponding OCW request contains information such as the password verifier and distinguishing code used for pairing with the respective target device; when the first management device calls the OBCW command
  • the specified or part of the IoT devices that have been paired with the first management device can be used as target devices, and respective corresponding OBCW requests are sent to the target devices.
  • the respective corresponding OBCW requests include password verifiers used for pairing with the respective target devices.
  • the first management device calls the command to open all basic pairing windows, all IoT devices that have been paired with the first management device can be used as target devices, and corresponding OBCW requests are sent to each target device.
  • the corresponding OBCW request contains information such as the password verifier and distinguishing code used to pair with each target device.
  • managing the pairing cluster may also include a pairing revocation command, that is, a pairing revocation (Revoke Commissioning) command.
  • the first management device sends a pairing revocation (Revoke Commissioning) request corresponding to the pairing revocation (Revoke Commissioning) command to the target device by calling the pairing revocation (Revoke Commissioning) command.
  • each command included in the management pairing cluster of the first management device is as shown in Table 1 below:
  • the first management device can send four commands as shown in Table 1 to the target device to control the target device to open the pairing window or cancel the pairing.
  • the specific contents of the four commands that can be included in the management pairing cluster of the first management device are as follows.
  • the OCW command may be used by the first management device to instruct the target device to enter debugging mode.
  • This OCW command indicates that the debugging method of the target device can be the enhanced debugging method (ECM).
  • ECM enhanced debugging method
  • the target device sets a time window.
  • the first management device sets a corresponding timeout value for the duration of the OCW command. In this window, the target device establishes a PASE session after completing debugging without timeout.
  • the node should delete the password by deleting the PAKE password validator and stop publishing the DNS-SD record corresponding to this OCW command.
  • the target device receives the debugging completion command, it means that the second management device has completed debugging the target device. That is to say, the first management device can call the OCW command to cause the target device to enter the debugging mode, and the target device in the debugging mode can be used by the second management device for pairing.
  • the OBCW command may be used by the first management device to instruct a target device supporting the Basic Debugging Method (BCM) to enter debugging mode.
  • BCM Basic Debugging Method
  • a time window can be specified, and the debugged target device can establish a PASE session.
  • the first management device can specify a timeout value for the duration of the OBCW command.
  • the secondary management device can use DNS-SD to discover and debug target devices on the IP network.
  • This command can be used by the first management device to instruct all target devices that have been successfully debugged to enter the debugging mode.
  • the debugging method can specify a time window during which PASE sessions are established for all target devices that have been debugged.
  • the first management device may specify a timeout value for the duration of this command.
  • After the first management device executes this command it will send all the NodeID, SetupPincode and Discriminitor information of all target devices that have been debugged to the central node device, that is, the home hub.
  • the second management device can obtain pairing information of all debugged target devices when accessing the DeviceInfo attribute value of the home hub, and pair with all obtained target devices before timeout. This command enables one-click sharing of all target devices of the first management device.
  • the pairing revocation command is used by the first management device to instruct a target device to revoke any activity involving the Open Commissioning Window command, or, the Open Basic Commissioning Window command.
  • the pairing revocation command is an idempotent command.
  • the target device After the target device receives the pairing revocation command, it should delete the temporary PAKE password verifier and related data, and the target device should stop issuing Open Commissioning Window commands, or, Open Basic Commissioning Window Command-related DNS-SD records.
  • the target device may return a request response to the first management device.
  • the target device can return a request response to the request to open the pairing window to the first management device, so that the first management device determines that the target device successfully received the request. to open the pairing window request.
  • the target device can open a pairing window corresponding to the opening pairing window request according to the received opening pairing window request, and publish a Domain Name System Service Discovery (DNS-SD) corresponding to the opening pairing window request. Record.
  • DNS-SD Domain Name System Service Discovery
  • the target device When the target device receives the OCW or OBCW request, it can announce its existence on the IP network through DNS-SD, so that the second management device can discover the target device and perform pairing, connection and debugging on it.
  • the publishing of DNS-SD records can be stopped to prevent other management devices from responding to the target device. Perform debugging.
  • the open pairing window request should return a cluster-specific status code reflecting the success or failure of the operation.
  • a cluster-specific status code could be the cluster-specific code "Busy” to indicate that the operation failed, or if there were any other parameter errors it could be the status code of "COMMAND_INVALID" to indicate that the operation failed.
  • the second management device can discover the target device on the IP network according to the DNS-SD record and realize debugging of the target device.
  • Step 603 The first management device sends the pairing information of the target device to the central node device.
  • the first management device may send the pairing information of the target device to the central node device.
  • the first management device when the first management device calls the OCW command or the OBCW command, and after receiving the OCW request or the request response corresponding to the OBCW request returned by the target device, the first management device sends a message to the central node device.
  • the node device sends pairing information of all Internet of Things devices that have been paired with the first management device.
  • the first management device may send pairing information of the target device to the central node device while sending a request to open the pairing window to the target device.
  • the pairing information of the target device is sent to the central node device.
  • the first trigger operation may be a trigger operation received by the first management device related to the second management device.
  • the first management device may include a user-triggered operation received by the first management device.
  • the user-triggered operation may be triggered by the user when the second management device needs to perform device pairing; it may also include the second management device receiving a startup device After the pairing process, the central node device is notified, and the central node device sends a trigger operation to the first management device that triggers the first management device to simultaneously send a request to open a pairing window and pairing information of the target device.
  • the first management device can simultaneously send a request to open the pairing window to the target device and send the pairing information of the target device to the central node device, thereby It is avoided that the target device waits for the first management device to send the pairing information of the target device to the central node device after receiving the request to open the pairing window, thereby shortening the time required for device sharing and avoiding the time limit for the target device to open the pairing window. This causes device sharing to fail.
  • the target device can return a request response to the first management device.
  • the first management device A management device can send pairing information of the target device to the central node device.
  • Step 604 The central node device writes the pairing information of the target device into the first cluster.
  • the central node device after the central node device receives the pairing information of the target device sent by the first management device, it can write the pairing information of the target device into the first cluster in the central node device.
  • the first cluster may be a Family Center Cluster.
  • the first cluster of the central node device may include device information attributes. After the central node device receives the pairing information of the target device sent by the first management device, the central node device may transfer the pairing information of the target device to Write to the device information attribute in the first cluster of the central node device.
  • the device information attribute may have a specified data storage structure, and the central node device may store the received pairing information of the target device according to the specified data storage structure.
  • the specified data storage structure may include a structure that stores data in a key-value mapping manner.
  • the keywords in the above key-value map may include the device identification information in the pairing information of the target device, and the values in the key-value map may include the setting password and description information in the pairing information of the target device.
  • the default value of the attribute is the initial value. Empty means that the default value of this attribute is empty.
  • Access rights refer to the access rights to this attribute value.
  • R indicates that the attribute value is readable
  • W indicates that the attribute value is writable
  • V indicates that the attribute value supports read access with view permissions.
  • Conformance refers to consistency or compliance, which is used to define the optionality and dependency of any data model element or set of elements. O can represent that this attribute value is a purely optional element that has no dependencies on other sets except the mandatory set M.
  • the Device Info attribute can be used to store pairing information of the target device that is successfully paired with the first management device.
  • the Device Info attribute type is Arraymap, in which, in each key-value pair, the key (key) stores the identification information (Node ID) of the target device, and the value (value) stores the device's setup password information (SetupPincode) and authentication. Information (Discriminator).
  • the first management device wants to share the target device with a new management device, it will transmit the Node ID, SetupPincode and Discriminator information of the target device to the Open Commisioning Window or Open Basic Commissioning Window corresponding to the target device.
  • the family hub cluster of the central node device stores data in Device Info so that the new management device can obtain the pairing information of the target device and make a pairing connection with the target device.
  • the pairing information of the target device may be temporarily written into the first cluster of the central node device.
  • the pairing information of the target device temporarily written in the first cluster of the central node device can only be obtained by the second management device within the limited time period when the target device opens the pairing window.
  • the central node device clears the pairing information of the target device to avoid accessing other management devices of the central node device when the target device does not support pairing. Obtain the pairing information of the target device, thereby improving the security of device sharing.
  • Step 605 The second management device sends a device query request to the central node device.
  • the second management device may send a device query request to the central node device.
  • the device query request may include device identification information of the target device.
  • the device query request may correspond to a device query command.
  • the second management device may include device query commands, and the device query commands may include specified device query commands and all device query commands.
  • the second management device can send a device query request carrying the identity of the specified target device to the central node device by calling the specified device query command, or the second management device can send a device query request to the central node device by calling the all device query command. Get device query requests for all target devices.
  • the second management device when the second management device needs to make a pairing connection with the device, after receiving the device selection instruction, it can call the specified device query command to determine the device identification information of the target device, and send the device identification information carrying the target device to the central node device.
  • a device query request for device identification information so that the central node device reads the pairing information of the target device corresponding to the device identification information from the device information attribute according to the received device query request.
  • the second management device needs to pair and connect with all the devices currently discovered, it can call the all device query command after receiving the all device selection instructions, and send the data written in the attribute of the device to obtain the device information to the central node device.
  • a device query request for pairing information of all devices so that the central node device reads the pairing information of all target devices from the device information attribute according to the received device query request.
  • mobile phone 1 and mobile phone 2 need to be paired and connected with the device as the home hub in the smart home system. If mobile phone 1 is connected to the target After both device 1 and target device 2 are paired and connected, mobile phone 1 can send the pairing information of target device 1 and target device 2 to the device serving as the home hub. The device serving as the home hub can send the pairing information of target device 1 and target device 2 respectively. The pairing information is written to the device information attribute. When mobile phone 2 opens the pairing window, it can discover target device 1 and target device 2. By receiving the device selection instruction, it selects the target device that needs to be paired and connected, and sends the device identification of the target device to the device as the home hub.
  • the device serving as the home hub can read the pairing information of the target device from the device information attributes, that is, the pairing information of target device 1 or target device 2 is sent to mobile phone 2; or, if selected by receiving all devices
  • the instruction determines that all discovered target devices need to be paired and connected, and sends a corresponding device query request to the device serving as the home hub, so that the device serving as the home hub reads out all target devices from the device information attributes, that is, target device 1 And the respective pairing information of the target device 2 is sent to the mobile phone 2.
  • Step 606 The central node device sends the pairing information of the target device written in the first cluster to the second management device according to the device query request.
  • the second management device in response to the device query request including the device identification information of the target device, may receive the pairing information of the target device corresponding to the device identification information of the target device.
  • the central node device when the central node device receives the device query request corresponding to the all device query command, it reads the pairing information of all target devices from the device information attributes in the first cluster, and transfers all target devices The pairing information is sent to the second management device.
  • the second management device can realize one-click pairing connection with all the Internet of Things devices that have been paired with the first management device.
  • Step 607 The second management device establishes a pairing connection with the target device according to the pairing information of the target device.
  • the second management device and the target device after their respective pairing information, they can establish a pairing connection according to the pairing specification of the Internet of Things protocol. After that, the second management device can configure the target device. Management, control and other operations.
  • FIG. 7 is a schematic diagram of a target device sharing process related to an embodiment of the present application.
  • management device A (Admin A) is paired and connected with the home central device (S71).
  • management device B (Admin B) is paired and connected with the home central device (S72).
  • Admin A wants to share a target device
  • device debugging is started, that is, user permissions are enabled (S73).
  • Admin A sends the Open Basic Commissioning Window command to the target device that needs to be shared through the CASE session (S74).
  • the target device After receiving the command, the target device returns a request response to Admin A (S75), and then the target device announces its existence through DNS-SD (S76).
  • Admin A sends the NodeID, SetupPincode and Discriminitor information of the shared target device to the home hub device (S77), and the home hub device stores the information in the DeviceInfo attribute value (S78).
  • Admin B Before pairing with the target device, Admin B will first access the home hub device, that is, send a request to obtain the pairing information of the target device to the home hub device (S79). The home hub device responds to the request and sends the target to Admin B. Pairing information of the device (S710), after Admin B obtains the Node ID, SetupPincode and Discriminitor information of the target device, it can directly pair and connect with the target device (S711).
  • the Node ID, SetupPincode and Discriminitor information of the target device can be sent to the central node device, and the central node device stores the device information in DeviceInfo.
  • the second management device can first obtain the SetupPincode and Discriminitor information corresponding to the target device from the central node device and use it when pairing with the target device. In this way, the second management device can omit the need to scan the code or manually enter the pairing code and the target device. Action for target device pairing. By adding the Family Center Cluster based on the Matter standard, and creating the attribute DeviceInfo to store the debugged target device information, it is deployed on the central node device.
  • the first management device can obtain the pairing information of the target device through the central node device to debug the target device, omitting the steps of scanning the code or manually entering the pairing code, which improves the user experience of the client. And the Open All Basic Commissioning Window command has been added to the management pairing cluster, which can share all debugged target devices with one click, making it more convenient for the second management device to debug the target device.
  • the first management device sends the pairing information of the target device to the central node device after sending a request to open the pairing window to the target device, and the second management device sends the pairing information of the target device to the central node.
  • the second management device obtains the pairing information of the target device from the central node device, so that the second management device establishes a pairing connection with the target device.
  • the user of the first management device does not need to provide the user of the second management device with information such as a QR code or a pairing code, and can then communicate with the second management device. Share the target device, thus simplifying the user operation steps in the device sharing process and improving the efficiency of device sharing.
  • FIG. 8 shows a block diagram of a device sharing device provided by an embodiment of the present application.
  • the device sharing device 800 has the function of being executed by the central node device in implementing the method shown in FIG. 2 or FIG. 6 .
  • the device sharing device 800 may include:
  • the information receiving module 810 is used to receive the pairing information of the target device sent by the first management device;
  • Request receiving module 820 configured to receive a device query request sent by the second management device
  • Information sending module 830 configured to send the pairing information of the target device to the second management device according to the device query request, so that the second management device communicates with the target according to the pairing information of the target device.
  • the device establishes a pairing connection.
  • the device further includes:
  • the first pairing module is configured to establish a pairing relationship with the first management device before receiving the pairing information of the target device sent by the first management device.
  • the device further includes:
  • the second pairing module is configured to establish a pairing relationship with the second management device before receiving the device query request sent by the second management device.
  • the pairing information includes device identification information, setting password and description information.
  • the device further includes:
  • An information writing module configured to write the pairing information of the target device into the first cluster after receiving the pairing information of the target device sent by the first management device;
  • the information sending module 830 includes:
  • An information sending submodule configured to send the pairing information of the target device written in the first cluster to the second management device according to the device query request.
  • the sending module 803 is configured to send a first request to the relay platform, where the first request includes the first pairing information and the device information of the second management device, So that the relay platform sends a second request to the second management device according to the device information of the second management device; the second request includes the first pairing information.
  • the first cluster includes device information attributes
  • the information writing module includes:
  • An information writing submodule is configured to write the pairing information of the target device into the device information attribute in the first cluster.
  • the first request and the second request also include device information of the first management device.
  • the target device includes all or part of the Internet of Things devices that have been paired with the first management device.
  • FIG. 9 shows a block diagram of a device sharing device provided by an embodiment of the present application.
  • the device sharing device 900 has the function of being executed by the first management device in implementing the method shown in FIG. 3 or FIG. 6 .
  • the device sharing device 900 may include:
  • the sending module 910 is used to send a request to open the pairing window to the target device
  • the sending module 910 is also configured to send the pairing information of the target device to the central node device, so that the second management device obtains the pairing information of the target device from the central node device, and according to the target The pairing information of the device establishes a pairing connection with the target device.
  • the sending module 910 includes:
  • a sending submodule configured to, in response to the first management device receiving the first trigger operation, send the pairing information of the target device to the central node device when sending the request to open the pairing window to the target device.
  • the device further includes:
  • a pairing module configured to establish a pairing relationship with the central node device before sending a request to open a pairing window to the target device.
  • the pairing information includes device identification information, setting password and description information.
  • the target device includes all or part of the Internet of Things devices that have been paired with the first management device.
  • the first management device includes a management pairing cluster; the management pairing cluster corresponds to a command to open all basic pairing windows;
  • the sending module 910 includes:
  • a first sending sub-module configured to send a message to the target device by calling the open all basic pairing window command when the target device includes all Internet of Things devices that have completed pairing with the first management device.
  • the Open All Basic Pairing Window command corresponds to the Open Basic Pairing Window request.
  • the managing the paired cluster further includes a pairing revocation command.
  • FIG. 10 shows a block diagram of a device sharing device provided by an embodiment of the present application.
  • the device sharing device 1000 has the function of being executed by the second management device in implementing the method shown in FIG. 4 or FIG. 6 .
  • the device sharing device 1000 may include:
  • the request sending module 1010 is used to send a device query request to the central node device
  • the information receiving module 1020 is configured to receive the pairing information of the target device sent by the central node device; the pairing information of the target device is sent by the first management device to the central node device;
  • the pairing establishment module 1030 is configured to establish a pairing connection with the target device according to the pairing information of the target device.
  • the device further includes:
  • a pairing module is used to establish a pairing relationship with the central node device before sending an information acquisition request to the central node device.
  • the pairing information includes device identification information, setting password and description information.
  • the computer device 1100 may include a processor 1101, a receiver 1102, a transmitter 1103, a memory 1104, and a bus 1105.
  • the processor 1101 includes one or more processing cores.
  • the processor 1101 executes various functional applications and information processing by running software programs and modules.
  • the receiver 1102 and the transmitter 1103 can be implemented as a communication component, and the communication component can be a communication chip.
  • This communication chip can also be called a transceiver.
  • the memory 1104 is connected to the processor 1101 through a bus 1105.
  • the memory 1104 can be used to store a computer program, and the processor 1101 is used to execute the computer program to implement various steps in the above method embodiments.
  • memory 1104 may be implemented by any type of volatile or non-volatile storage device, or combination thereof, including but not limited to: magnetic or optical disks, electrically erasable programmable Read-only memory, erasable programmable read-only memory, static ready-access memory, read-only memory, magnetic memory, flash memory, programmable read-only memory.
  • the transceiver when the computer device 1100 is implemented as a central node device, the transceiver is used to receive the pairing information of the target device sent by the first management device; the transceiver is also used to receive the pairing information of the target device.
  • the second management device sends a device query request, and according to the device query request, sends the pairing information of the target device to the second management device, so that the second management device establishes a pairing connection with the target device based on the pairing information of the target device.
  • the process performed by the processor and/or transceiver in the computer device 1100 may refer to the various steps performed by the central node device in the method shown in any one of the above-mentioned FIG. 2 or FIG. 6 .
  • the transceiver when the computer device 1100 is implemented as the first management device, the transceiver is configured to send a request to open a pairing window to the target device; to send the pairing information of the target device to the central node device, so that The second management device obtains the pairing information of the target device from the central node device, and establishes a pairing connection with the target device according to the pairing information of the target device.
  • the process performed by the processor and/or the transceiver in the computer device 1100 may refer to the various steps performed by the first management device in the method shown in either of the above-mentioned FIG. 3 or FIG. 6 .
  • the transceiver when the computer device 1100 is implemented as a second management device, the transceiver is configured to send a device query request to the central node device; receive the pairing information of the target device sent by the central node device; The processor is configured to establish a pairing connection with the target device according to the pairing information of the target device.
  • the process performed by the processor and/or transceiver in the computer device 1100 may refer to the various steps performed by the second management device in the method shown in either of the above-mentioned FIG. 4 or FIG. 6 .
  • Embodiments of the present application also provide a computer-readable storage medium.
  • a computer program is stored in the storage medium.
  • the computer program is loaded and executed by a processor to implement the above-mentioned FIG. 2, FIG. 3, FIG. 4 or FIG. 6.
  • all or part of the steps are performed by the first management device, the second management device or the central node device.
  • This application also provides a chip, which is used to run in a computer device, so that the computer device executes the method shown in Figure 2, Figure 3, Figure 4 or Figure 6, and the first management device, the second All or part of the steps performed by the management device or central node device.
  • the application also provides a computer program product, which computer program product or computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium.
  • the processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the method shown in FIG. 2, FIG. 3, FIG. 4 or FIG. 6, and the first management All or part of the steps performed by the device, the second management device or the central node device.
  • This application also provides a computer program, which is executed by a processor of a computer device to implement the method shown in Figure 2, Figure 3, Figure 4 or Figure 6, in which the first management device, the second management device All or part of the steps performed by the device or central node device.

Abstract

一种设备共享方法、装置、设备、存储介质及程序产品，属于物联网技术领域。所述方法包括：接收第一管理设备发送的，目标设备的配对信息(201)；接收第二管理设备发送的设备查询请求(202)；根据设备查询请求，将目标设备的配对信息发送给第二管理设备，以便第二管理设备根据目标设备的配对信息与目标设备建立配对连接(203)。上述方案简化了设备共享过程中的用户操作步骤，提高了设备共享的效率。

Description

设备共享方法、装置、设备、存储介质及程序产品 技术领域
本申请涉及物联网技术领域，特别涉及一种设备共享方法、装置、设备、存储介质及程序产品。
背景技术
随着物联网(Internet of Things，IoT)技术的不断发展，越来越多的物联网设备在智能家居、工业生产等领域给用户的生产生活带来了极大的便利性。
在物联网中，通常会涉及到设备共享的场景。其中，设备共享是指物联网设备的管理设备，向另一个设备开放对该物联网设备的控制/管理权限，从而使得一个物联网设备可以被多个管理设备进行控制/管理。
发明内容
本申请实施例提供了一种设备共享方法、装置、设备、存储介质及程序产品。所述技术方案如下：
一方面，本申请实施例提供了一种设备共享方法，所述方法由中心节点设备执行，所述方法包括：
接收第一管理设备发送的，目标设备的配对信息；
接收第二管理设备发送的设备查询请求；
根据所述设备查询请求，将所述目标设备的配对信息发送给所述第二管理设备，以便所述第二管理设备根据所述目标设备的配对信息与所述目标设备建立配对连接。
一方面，本申请实施例提供了一种设备共享方法，所述方法由第一管理设备执行，所述方法包括：
向目标设备发送打开配对窗口请求；
向中心节点设备发送，所述目标设备的配对信息，以便所述第二管理设备从所述中心节点设备获取所述目标设备的配对信息，并且根据所述目标设备的配对信息与所述目标设备建立配对连接。
一方面，本申请实施例提供了一种设备共享方法，所述方法由第二管理设备执行，所述方法包括：
向中心节点设备发送设备查询请求；
接收由所述中心节点设备发送的，目标设备的配对信息；所述目标设备的配对信息由第一管理设备发送给所述中心节点设备；
根据所述目标设备的配对信息，与所述目标设备建立配对连接。
另一方面，本申请实施例提供了一种设备共享装置，所述装置包括：
信息接收模块，用于接收第一管理设备发送的，目标设备的配对信息；
请求接收模块，用于接收第二管理设备发送的设备查询请求；
信息发送模块，用于根据所述设备查询请求，将所述目标设备的配对信息发送给所述第二管理设备，以便所述第二管理设备根据所述目标设备的配对信息与所述目标设备建立配对连接。
另一方面，本申请实施例提供了一种设备共享装置，所述装置包括：
发送模块，用于向目标设备发送打开配对窗口请求；以及，
所述发送模块，还用于向中心节点设备发送，所述目标设备的配对信息，以便所述第二 管理设备从所述中心节点设备获取所述目标设备的配对信息，并且根据所述目标设备的配对信息与所述目标设备建立配对连接。
另一方面，本申请实施例提供了一种设备共享装置，所述装置包括：
请求发送模块，用于向中心节点设备发送设备查询请求；
信息接收模块，用于接收由所述中心节点设备发送的，目标设备的配对信息；所述目标设备的配对信息由第一管理设备发送给所述中心节点设备；
配对建立模块，用于根据所述目标设备的配对信息，与所述目标设备建立配对连接。
再一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器、存储器和收发器，所述存储器存储有计算机程序，所述计算机程序用于被所述处理器执行，以实现上述设备共享方法。
又一方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述设备共享方法。
又一方面，本申请还提供了一种芯片，所述芯片用于在计算机设备中运行，以使得所述计算机设备执行上述设备共享方法。
又一方面，本申请提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述设备共享方法。
又一方面，本申请提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以实现上述设备共享方法。
本申请实施例提供的技术方案可以带来如下有益效果：
第一管理设备通过向目标设备发送打开配对窗口请求后，向中心节点设备发送目标设备的配对信息，并且在第二管理设备向中心节点设备发送设备查询请求后，第二管理设备从中心节点设备获取目标设备的配对信息，以便第二管理设备与目标设备建立配对连接。上述过程中，在第一管理设备与目标设备已经建立配对连接后，第一管理设备的用户不需要向第二管理设备的用户提供二维码或者配对码等信息，即可以与第二管理设备共享目标设备，从而简化了设备共享过程中的用户操作步骤，提高了设备共享的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的物联网的网络架构的示意图；
图2是本申请一个实施例提供的设备共享方法的流程图；
图3是本申请一个实施例提供的设备共享方法的流程图；
图4是本申请一个实施例提供的设备共享方法的流程图；
图5是本申请一个实施例提供的设备共享的框架示意图；
图6是本申请一个实施例提供的设备共享方法的流程图；
图7是图6所示实施例涉及的一种目标设备共享过程的示意图；
图8是本申请一个实施例提供的设备共享装置的框图；
图9是本申请一个实施例提供的设备共享装置的框图；
图10是本申请一个实施例提供的设备共享装置的框图；
图11是本申请一个实施例提供的计算机设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
请参考图1，其示出了本申请一个实施例提供的物联网的网络架构的示意图。该物联网的网络架构可以包括：物联网设备110、第一管理设备120、第二管理设备130；可选的，该物联网的网络架构还包括中心节点设备140。
物联网设备110可以是在物联网中，用于提供物联网协议对应的服务端功能的设备。源设备可以对外提供可订阅的资源。
比如，物联网设备110可以是智能家居设备，例如，智能灯具、智能电视、智能空调、智能冰箱、智能微波炉、智能电饭煲、扫地机器人、智能音箱、智能开关等等。
或者，物联网设备110可以是工业生产设备，例如，车床、工业机器人、太阳能面板、风力发电机等等。
或者，物联网设备110可以是商业服务设备，例如，无人售货机等等。
或者，物联网设备110可以是智能监控设备，例如，监控摄像头、红外传感器、声音传感器、温度传感器等等。
在一种可能的实现方式中，物联网设备110也可以是用户侧的终端设备。比如，物联网设备110可以是智能控制器、智能遥控器、智能手机、平板电脑、智能手表、智能电视、网关等等；或者，物联网设备110也可以是个人电脑，比如台式电脑、便携式计算机、个人工作站等等。
第一管理设备120和第二管理设备130可以是用户侧的终端设备。比如，第一管理设备120和第二管理设备130可以是智能手机、平板电脑、智能手表、智能电视等等。
在另一种可能的实现方式中，第一管理设备120或第二管理设备130也可以是基于终端设备运行的客户端实体(可以是虚拟实体)，例如，第一管理设备120或第二管理设备130可以是运行在智能手机中，用于对物联网设备110进行管理配置的APP。
上述中心节点设备140可以是设置在物联网中，为物联网中的各个物联网设备和管理设备提供信息互通、信息维护等服务的设备。比如，该中心节点设备140可以是家庭网关设备等等。
第一管理设备120和第二管理设备130可以分别与中心节点设备140通信。
在本申请实施例中，上述物联网设备110可以是满足相同或者不同的物联网协议的电子设备，比如，可以是满足连接标准联盟(Connectivity Standards Alliance，CSA)(或称Zigbee联盟)下的Matter协议(或称通过IP(Internet Protocol，网际互联协议)连接家庭工作组(Connected Home over IP Working Group，CHIP)项目)的电子设备。
Matter是一种基于IP的物联网连接标准，解决当下智能家居市场存在的兼容性、安全性和连接性等问题。Matter定义了配置物联网设备的技术方案，包括设备发现、设备认证、设备配置和设备操作等步骤。
其中，一个管理设备(比如手机A)对物联网设备配置完成后，即可以对该物联网设备进行控制/管理，比如，以物联网设备是灯光设备为例，管理设备可以控制该物联网设备打开、关闭或者调整亮度等等。此外，该管理设备还可以将该物联网设备的控制/管理的权限开放给另一管理设备(比如另一个手机B)，使得另一管理设备也可以对该物联网设备进行配置、管理、控制等操作。
Fabric是具有独立Root证书颁发机构(Certificate Authority，CA)，能够签发证书的安全域。以管理设备A(Admin A)向另一个Fabric中的管理设备B(Admin B)分享为例，在本申请实施例提供的一种方案中，Admin A控制物联网设备(简称为设备)进入配对模 式，且设备(Node)被Fabric B的Admin B配置的操作流程可以如下：
S1，Admin A根据用户意图，为设备(该设备已经由Admin A配置到网络中)添加新的Admin。
S2，Admin A为新的Admin生成配对所需的数据，包括配对设备所需的鉴别信息(discriminator)和密码(passcode)。
S3，Admin A向设备发送Open Commissioning Window的请求，请求中所带参数包括设备配对窗口打开的超时时间timeout、与passcode对应的校验码(比如口令认证密钥交换验证码(Password-based Authenticated Key Exchange Verifier，PAKE Verifier))、设备的discriminator(用于让其他Fabric的Admin发现该设备)、Iterator(迭代器)、Salt(盐值)、Passcode ID(密码ID)等等。
S4，设备返回配对窗口是否打开成功的状态给Admin A。
S5，设备配对窗口打开后开始进行域名系统服务发现(Domain Name System Service Discovery，DNS-SD)广播，其中包含discriminator数据。
S6，Admin A将S2步骤中的数据共享给Admin B。
S7，Admin B获取到S6中数据。
S8，Admin B可通过Discriminator发现设备。
S9，Admin B解析设备的网协(Internet Protocol，IP)地址，并与之建立IP连接。
S10，Admin B使用passcode与设备建立PAKE安全连接。
S11，建立PAKE(通过密钥建立安全会话，这里的密钥就是passcode)安全连接后进行设备认证和互操作证书请求，最终建立CASE(Certificate Authenticated Session Establishment，基于证书认证的安全会话建立)安全会话，这里的证书就是Admin对应的Fabric为设备生成的证书。
以上述方案应用于Matter系统为例，在上述方案中的步骤S6中，Admin A将其配置的Matter设备分享给其他Admin时，需要为设备重新生成配对所需的二维码或者配对码，让其他Admin通过扫描二维码或者手动输入配对码的方式对设备进行配对，用户操作过程较为繁琐。
而本申请实施例后续提供的方案，可以简化设备共享过程中的用户操作，提高设备共享的效率。
请参考图2，其示出了本申请一个实施例提供的设备共享方法的流程图，该方法可以由中心节点设备执行，比如，该中心节点设备可以是图1所示的网络架构中的中心节点设备140；该方法可以包括如下几个步骤：
步骤201，接收第一管理设备发送的，目标设备的配对信息。
在本申请实施例中，中心节点设备可以接收第一管理设备发送的目标设备的配对信息。
其中，在第一管理设备与中心节点设备已进行配对连接后，第一管理设备可以与中心节点设备之间进行信息传输。由于第一管理设备可以是物联网网络架构中与目标设备存在配对关系，且具有管理员权限的设备，第一管理设备可以获取到目标设备的配对信息。
其中，中心节点设备可以是物联网的网络架构中的设备信息的存储和发送中心，可以帮助实现管理设备之间的设备共享，由于只有与中心节点设备完成配对连接的管理设备之间才可以进行设备共享，提高了设备共享操作的安全性。
在一种可能的实现方式中，上述目标设备包括与第一管理设备完成配对的全部或者部分物联网设备。上述目标设备的配对信息，可以包括设备标识信息、设置密码以及描述信息。比如，设备标识信息可以是目标设备的身份标识信息(比如，Node ID)，设置密码可以是设置密码信息(比如SetupPincode)，描述信息可以是鉴别信息(Discriminator)。
步骤202，接收第二管理设备发送的设备查询请求。
在本申请实施例中，中心节点设备在接收到第一管理设备发送的目标设备的配对信息后，可以接收到由第二管理设备发送的设备查询请求，该设备查询请求可以用来获取用于与目标设备建立配对连接的目标设备的配对信息。
在一种可能的实现方式中，设备查询请求中可以包括目标设备的身份标识，用来使得第二管理设备可以从中心节点设备获取到与该目标设备的身份标识相应的目标设备的配对信息。
步骤203，根据设备查询请求，将目标设备的配对信息发送给第二管理设备，以便第二管理设备根据目标设备的配对信息与目标设备建立配对连接。
其中，上述目标设备是第一管理设备已经配置完成的物联网设备。
在本申请实施例中，中心节点设备根据接收到的设备查询请求确定目标设备的配对信息，并且将目标设备的配对信息发送给第二管理设备，也就意味着第二管理设备获取到了用于与目标设备进行配对连接的相关信息，此时，第二管理设备即可以根据接收到的目标设备的配对信息与目标设备进行配对连接，从而完成第二管理设备与第一管理设备共享目标设备，以便第二管理设备同样可以对目标设备进行配置、管理、以及控制等操作，从而实现第一管理设备将目标设备共享给第二管理设备的过程。
综上所述，在本申请实施例所示的方案中，第一管理设备通过向目标设备发送打开配对窗口请求后，向中心节点设备发送目标设备的配对信息，并且在第二管理设备向中心节点设备发送设备查询请求后，第二管理设备从中心节点设备获取目标设备的配对信息，以便第二管理设备与目标设备建立配对连接。上述过程中，在第一管理设备与目标设备已经建立配对连接后，第一管理设备的用户不需要向第二管理设备的用户提供二维码或者配对码等信息，即可以与第二管理设备共享目标设备，从而简化了设备共享过程中的用户操作步骤，提高了设备共享的效率。
请参考图3，其示出了本申请一个实施例提供的设备共享方法的流程图，该方法可以由第一管理设备执行，比如，该第一管理设备可以是图1所示的网络架构中的第一管理设备120；该方法可以包括如下几个步骤：
步骤301，向目标设备发送打开配对窗口请求。
在本申请实施例中，第一管理设备可以向目标设备发送打开配对窗口请求。
在一种可能的实现方式中，向目标设备发送的打开配对窗口请求可以是与第一管理设备调用的打开配对窗口命令相对应的，该打开配对窗口请求的参数可以包括用于设备配对的密码验证器以及区分码等信息。
其中，打开配对窗口请求可以是Open Commissioning Window的请求，请求中所带参数可以包括设备配对窗口打开的超时时间timeout、与passcode对应的校验码(比如口令认证密钥交换验证码(Password-based Authenticated Key Exchange Verifier，PAKE Verifier))、设备的Discriminator(用于让其他Fabric的Admin发现该设备)、Iterator(迭代器)、Salt(盐值)、Passcode ID(密码ID)等等。
步骤302，向中心节点设备发送，目标设备的配对信息，以便第二管理设备从中心节点设备获取目标设备的配对信息，并且根据目标设备的配对信息与目标设备建立配对连接。
其中，步骤301以及步骤302可以是先后执行，也可以是同步执行，在此不做限制。
综上所述，在本申请实施例所示的方案中，第一管理设备通过向目标设备发送打开配对窗口请求后，向中心节点设备发送目标设备的配对信息，并且在第二管理设备向中心节点设备发送设备查询请求后，第二管理设备从中心节点设备获取目标设备的配对信息，以便第二管理设备与目标设备建立配对连接。上述过程中，在第一管理设备与目标设备已经建立配对连接后，第一管理设备的用户不需要向第二管理设备的用户提供二维码或者配对码等信息，即可以与第二管理设备共享目标设备，从而简化了设备共享过程中的用户操作步骤，提高了 设备共享的效率。
请参考图4，其示出了本申请一个实施例提供的设备共享方法的流程图，该方法可以由第二管理设备执行，比如，该第二管理设备可以是图1所示的网络架构中的第二管理设备130；该方法可以包括如下几个步骤：
步骤401，向中心节点设备发送设备查询请求。
在本申请实施例中，第二管理设备可以是当前未与目标设备存在配对关系，且具有管理员权限的设备。当第二管理设备需要与目标设备建立配对连接时，第二管理设备可以向中心节点设备发送设备查询请求，用来查询与目标设备建立配对连接相关的信息。
步骤402，接收由中心节点设备发送的，目标设备的配对信息；目标设备的配对信息由第一管理设备发送给中心节点设备。
在本申请实施例中，第二管理设备在向中心节点设备发送设备查询请求后，可以接收到由中心节点设备返回的目标设备的配对信息，该目标设备的配对信息可以是由第一管理设备发送给中心节点设备的。
步骤403，根据目标设备的配对信息，与目标设备建立配对连接。
综上所述，在本申请实施例所示的方案中，第一管理设备通过向目标设备发送打开配对窗口请求后，向中心节点设备发送目标设备的配对信息，并且在第二管理设备向中心节点设备发送设备查询请求后，第二管理设备从中心节点设备获取目标设备的配对信息，以便第二管理设备与目标设备建立配对连接。上述过程中，在第一管理设备与目标设备已经建立配对连接后，第一管理设备的用户不需要向第二管理设备的用户提供二维码或者配对码等信息，即可以与第二管理设备共享目标设备，从而简化了设备共享过程中的用户操作步骤，提高了设备共享的效率。
上述图2、图3以及图4所示的实施例可以结合使用。请参考图5，其示出了本申请一个实施例提供的设备共享的框架示意图。如图5所示，中心节点设备设置在本地物联网中，该设备共享过程可以如下：
S51，第一管理设备向目标设备发送打开配对窗口指令。
S52，在目标设备接收到打开配对窗口指令，并且返回成功响应后，第一管理设备向中心节点设备发送目标设备的配对信息。
S53，中心节点设备将获取到的目标设备的配对信息写入设备信息属性中。
S54，按照用户的意愿，第二管理设备为了与目标设备建立配对连接，从而实现与第一管理设备针对目标设备的设备共享操作，第二管理设备向中心节点设备发送设备查询请求。
S55，中心节点设备按照接收到的设备查询请求，从设备信息属性中读出目标设备的配对信息，并且中心节点设备向第二管理设备发送目标设备的配对信息。
S56，第二管理设备根据接收到的配对信息，与目标设备建立配对连接。
之后，第二管理设备即可以对目标设备进行配置、管理、控制等操作。
以上述图2、图3以及图4所示的实施例结合使用为例，请参考图6，其示出了本申请一个实施例提供的设备共享方法的流程图。该方法可以由目标设备、第一管理设备、第二管理设备以及中心节点设备交互执行；比如，上述目标设备可以是图1所示网络架构中的物联网设备110，上述第一管理设备和第二管理设备分别是上述图1所示网络架构中的第一管理设备120以及第二管理设备130；上述中心节点设备可以是图1所示网络架构中的中心节点设备140；该方法可以包括如下几个步骤：
步骤601，中心节点设备与管理设备建立配对关系。
在本申请实施例中，在物联网的网络架构中可以存在若干个管理设备，其中，管理设备可以包括第一管理设备以及第二管理设备，第一管理设备以及第二管理设备需要首先分别与 中心节点设备建立配对关系。
在一种可能的实现方式中，中心节点设备与第一管理设备建立配对关系；中心节点设备与第二管理设备建立配对关系。
也就是说，若物联网的网络架构为智能家居系统，管理设备可以是用户侧的终端设备，中心节点设备可以是智能家居系统中任意一个满足Matter协议作为家庭中枢的物联网设备，任意一个管理设备在加入该智能家居系统时，首先需要与作为家庭中枢的中心节点设备建立配对关系。即第一管理设备与第二管理设备均可以与中心节点设备进行数据传输。
其中，上述的第一管理设备可以是在物联网的网络架构中与目标设备存在配对关系，且具有管理员权限的设备；第二管理设备可以是在物联网的网络架构中与目标设备不存在配对关系，且请求与第一管理设备共享目标设备的，具有管理员权限的设备。
比如，以第一管理设备和第二管理设备分别是手机1和手机2为例，手机1和手机2需要分别与智能家居系统中作为家庭中枢的设备进行配对连接。
步骤602，第一管理设备向目标设备发送打开配对窗口请求。
在本申请实施例中，第一管理设备可以向目标设备发送打开配对窗口请求。
在一种可能的实现方式中，第一管理设备中包括管理配对集群(比如，Administrator Commissioning集群)，管理配对集群可以是接口、服务或对象类，是数据模型中最低的独立功能元素。管理配对集群中可以包括打开配对窗口命令。
其中，打开配对窗口命令可以包括打开加强配对窗口(Open Commissioning Window，OCW)命令、打开基本配对窗口(Open Basic Commissioning Window，OBCW)命令以及打开全部配对窗口(Open All Basic Commissioning Window)命令。
在一种可能的实现方式中，第一管理设备通过调用打开配对窗口命令，向目标设备发送与打开配对窗口命令对应的打开配对窗口请求。
其中，打开配对窗口请求可以包括打开加强配对窗口(Open Commissioning Window，OCW)请求以及打开基本配对窗口(Open Basic Commissioning Window，OBCW)请求。与OCW命令对应的打开配对窗口请求可以是OCW请求，与OBCW命令对应的打开配对窗口请求可以是OBCW请求，与打开全部配对窗口命令对应的打开配对窗口请求也可以是OBCW请求。
在一种可能的实现方式中，目标设备包括与第一管理设备完成配对的全部或者部分物联网设备；当目标设备包括与第一管理设备完成配对的全部物联网设备时，通过调用打开全部基本配对窗口命令，向目标设备发送与打开全部基本配对窗口命令对应的打开基本配对窗口请求；当目标设备包括与第一管理设备完成配对的部分物联网设备时，通过调用打开基本配对窗口命令或者打开加强配对窗口命令，向目标设备发送与打开基本配对窗口命令对应的打开基本配对窗口请求或者向目标设备发送与打开加强配对窗口命令对应的打开加强配对窗口请求。
也就是说，第一管理设备通过调用OCW命令，可以将与第一管理设备完成配对的指定或者部分物联网设备作为目标设备，向目标设备发送与OCW命令对应的OCW请求；第一管理设备通过调用OBCW命令，可以将与第一管理设备完成配对的指定或者部分物联网设备作为目标设备，向目标设备发送与OBCW命令对应的OBCW请求；第一管理设备通过调用打开全部基本配对窗口命令，可以将与第一管理设备完成配对的全部物联网设备作为目标设备，向目标设备发送与打开全部基本配对窗口命令对应的OBCW请求。
示例性的，由于打开配对窗口请求的参数可以携带用于设备配对的密码验证器以及区分码等信息，所以当第一管理设备调用OCW命令后，可以将与第一管理设备完成配对的指定或者部分物联网设备作为目标设备，向目标设备发送各自对应的OCW请求，各自对应的OCW请求包含用于与各自目标设备进行配对的密码验证器以及区分码等信息；当第一管理设备调用OBCW命令后，可以将与第一管理设备完成配对的指定或者部分物联网设备作为 目标设备，向目标设备发送各自对应的OBCW请求，各自对应的OBCW请求包含用于与各自目标设备进行配对的密码验证器以及区分码等信息；当第一管理设备调用打开全部基本配对窗口命令后，可以将与第一管理设备完成配对的全部物联网设备作为目标设备，向各个目标设备发送各自对应的OBCW请求，各自对应的OBCW请求包含用于与各个目标设备各自进行配对的密码验证器以及区分码等信息。
在一种可能的实现方式中，管理配对集群中还可以包括配对撤销命令，即配对撤销(Revoke Commissioning)命令。第一管理设备通过调用配对撤销(Revoke Commissioning)命令，向目标设备发送与配对撤销(Revoke Commissioning)命令对应的配对撤销(Revoke Commissioning)请求。
示例性的，第一管理设备的管理配对集群中包括的各个命令如下表1所示：
表1
Figure PCTCN2022085180-appb-000001
第一管理设备可以向目标设备发送如表1中的四种命令，以实现控制目标设备打开配对窗口或者撤销配对。第一管理设备的管理配对集群中可以包括的四种命令具体内容如下所示。
1)打开加强配对窗口(Open Commissioning Window，OCW)命令
OCW命令可以由第一管理设备使用，用于指示目标设备进入调试模式。该OCW命令指示目标设备的调试方法可以为增强型调试方法(ECM)。目标设备接收到OCW命令后制定一个时间窗口，第一管理设备为OCW命令的持续时间制定对应的超时值，在此窗口中，目标设备在未超时的情况下已经调试完成后建立PASE会话。当OCW命令过期或者调试完成时，节点应通过删除PAKE密码验证器来删除密码，并且停止发布此OCW命令对应的DNS-SD记录。当目标设备接收到调试完成命令时，表示第二管理设备已经完成了对目标设备的调试。也就是说，第一管理设备可以调用OCW命令使目标设备进入调试模式，处于调试模式的目标设备可以供第二管理设备进行配对使用。
2)打开基本配对窗口(Open Basic Commissioning Window，OBCW)命令
OBCW命令可以由第一管理设备使用，用于指示支持基本调试方法(BCM)的目标设备进入调试模式。按照基本调试方法可以规定了一个时间窗口，已经调试的目标设备可以建立PASE会话。并且第一管理设备可以为OBCW命令的持续时间指定一个超时值。当目标设备成功接收到调试完成命令时，表示第二管理设备已经完成了对目标设备的调试。第二管理设备可以使用DNS-SD在IP网络上发现目标设备并进行调试。
3)打开全部配对窗口(Open All Basic Commissioning Window)命令
该命令可由第一管理设备用来指示所有已经成功调试的目标设备进入调试模式。该调试方法可以规定了一个时间窗口，在此期间，已经调试的所有目标设备建立PASE会话。第一管理设备可以为此命令的持续时间指定一个超时值。第一管理设备执行此命令后，会将已经调试过的所有目标设备的NodeID、SetupPincode和Discriminitor信息全部发送至中心节点设备即家庭中枢。第二管理设备可以在访问家庭中枢的DeviceInfo属性值时获取所有已调试目标设备的配对信息，并且在超时之前与获取的所有目标设备进行配对。该命令可以实现对第一管理设备的所有目标设备的一键共享。
4)配对撤销(Revoke Commissioning)命令
配对撤销命令被第一管理设备用来指示一个目标设备撤销任何活动包括Open Commissioning Window命令，或者，Open Basic Commissioning Window命令。配对撤销命令是一个幂等命令，对于ECM，目标设备接收到配对撤销命令后，应该删除临时的PAKE密码验证器和相关数据，并且目标设备停止发布与Open Commissioning Window命令，或者，Open Basic Commissioning Window命令相关的DNS-SD记录。
在一种可能的实现方式中，在第一管理设备向目标设备发送打开配对窗口请求后，目标设备可以向第一管理设备返回请求响应。
也就是说，目标设备在接收到第一管理设备发送的打开配对窗口请求后，目标设备可以向第一管理设备返回对打开配对窗口请求的请求响应，以便使第一管理设备确定目标设备成功接收到打开配对窗口请求。
在一种可能的实现方式中，目标设备可以根据接收到的打开配对窗口请求，打开上述打开配对窗口请求对应的配对窗口，并且发布与打开配对窗口请求对应的域名系统服务发现(DNS-SD)记录。
其中，在目标设备接收到OCW或OBCW请求时，可以通过DNS-SD来在IP网络上通告自身的存在，以便让第二管理设备发现该目标设备并对它进行配对连接以及调试。
在一种可能的实现方式中，当目标设备接收到的OCW或OBCW请求过期或者按照接收到的OCW或OBCW请求调试完成时，可以停止发布DNS-SD记录，以防止其他管理设备对此目标设备进行调试。
示例性的，响应于目标设备进入调试模式后，该打开配对窗口请求应返回一个集群特定的状态代码，反映操作的成功或失败的原因。比如，集群特定的状态代码可以是集群特定代码“Busy”表示操作失败，如果有任何其他参数错误可以以“COMMAND_INVALID”的状态代码表示操作失败。第二管理设备可以根据DNS-SD记录在IP网络上发现目标设备，并实现对目标设备的调试。
步骤603，第一管理设备向中心节点设备发送目标设备的配对信息。
在本申请实施例中，当第一管理设备接收到目标设备返回的请求响应后，第一管理设备可以向中心节点设备发送目标设备的配对信息。
在一种可能的实现方式中，当第一管理设备是调用OCW命令或者OBCW命令后，且第一管理设备接收到目标设备返回的OCW请求或者OBCW请求对应的请求响应后，向中心节点设备发送与第一管理设备完成配对的指定或者部分物联网设备的配对信息；当第一管理设备是调用打开全部基本配对窗口命令后，接收到各个目标设备返回的OBCW请求对应的请求响应后，向中心节点设备发送与第一管理设备完成配对的全部物联网设备的配对信息。
在一种可能的实现方式中，第一管理设备可以在向目标设备发送打开配对窗口请求的同时，向中心节点设备发送目标设备的配对信息。
其中，响应于第一管理设备接收到第一触发操作，在向目标设备发送打开配对窗口请求时，向中心节点设备发送目标设备的配对信息。该第一触发操作可以是与第二管理设备相关的第一管理设备接收到的触发操作。第一管理设备可以包括第一管理设备接收到的用户触发操作，该用户触发操作可以是第二管理设备需要进行设备配对时由用户进行触发的；也可以包括第二管理设备在接收到启动设备配对过程后通知中心节点设备，中心节点设备向第一管理设备发送的触发第一管理设备同时发送打开配对窗口请求以及目标设备的配对信息的触发操作。
由于，目标设备打开配对窗口具有一定的时长限制，所以第一管理设备在接收到第一触发操作后，可以同时向目标设备发送打开配对窗口请求以及向中心节点设备发送目标设备的配对信息，从而避免了目标设备在接收到打开配对窗口请求后等待第一管理设备向中心节点 设备发送目标设备的配对信息，进而可以缩短设备共享所需的时间，避免由于目标设备打开配对窗口的时长限制，而导致的设备分享失败的情况。
在另一种可能的实现方式中，在第一管理设备向目标设备发送打开配对窗口请求后，目标设备可以向第一管理设备返回请求响应，在第一管理设备接收到该请求响应后，第一管理设备可以向中心节点设备发送目标设备的配对信息。
步骤604，中心节点设备将目标设备的配对信息写入第一集群。
在本申请实施例中，中心节点设备接收到由第一管理设备发送的目标设备的配对信息后，可以将该目标设备的配对信息写入中心节点设备中的第一集群。
其中，第一集群可以是家庭中枢集群(Family Center Cluster)。
在一种可能的实现方式中，中心节点设备的第一集群中可以包括设备信息属性，中心节点设备接收到由第一管理设备发送的目标设备的配对信息后，可以将该目标设备的配对信息写入中心节点设备的第一集群中的设备信息属性中。
其中，该设备信息属性可以是具有指定的数据存储结构，中心节点设备可以按照指定的数据存储结构，将接收到的目标设备的配对信息进行存储。该指定的数据存储结构可以包括按照键值映射的方式进行数据存储的结构。
也就是说，上述键值映射中的关键字可以包括目标设备的配对信息中的设备标识信息，键值映射中的值可以包括目标设备的配对信息中的设置密码以及描述信息。
示例性的，设备信息属性的描述如下表2所示：
表2
标识 名字 类型 约束 质量 默认值 访问权限 一致性
1 Device Info Arraymap     empty RW V O
其中，属性的默认值(Default)，即初始值。Empty表示的是此属性的默认值为空。访问权限(Access)指的是对此属性值的访问权限。R表示此属性值可读，W表示此属性值可写，V表示此属性值支持具有查看权限的读取访问。一致性(Conformance)指的是一致性或符合性，它用来定义任何数据模型元素或一组元素的可选性和依赖性。O可以表示此属性值为一个纯粹的可选元素，除了与强制集M有关外，与其他集没有依赖关系。
示例性的，Device Info属性可以用来存储与第一管理设备配对成功的目标设备的配对信息。Device Info属性类型为Arraymap，其中，每一个键值对中，关键字(key)中存储目标设备的身份标识信息(Node ID)，值(value)中存储设备的设置密码信息(SetupPincode)和鉴别信息(Discriminator)。每当第一管理设备想要将目标设备分享给新的管理设备时，会在打开对应目标设备的Open Commisioning Window或者Open Basic Commissioning Window时，将此目标设备的Node ID、SetupPincode和Discriminator信息传输到中心节点设备的家庭中枢集群，家庭中枢集群将数据存储在Device Info中，以便新的管理设备获取目标设备的配对信息，与目标设备进行配对连接。
在一种可能的实现方式中，该目标设备的配对信息可以临时写入中心节点设备的第一集群中。
也就是说，中心节点设备的第一集群中临时写入的目标设备的配对信息仅可以在目标设备打开配对窗口的限定时长内被第二管理设备进行获取，当中心节点设备的第一集群写入该目标设备的配对信息的时长大于指定时长阈值时，中心节点设备将该目标设备的配对信息进行清除，以避免在目标设备的不支持进行配对的时刻，接入中心节点设备的其它管理设备获取到目标设备的配对信息的情况，从而提高了设备分享的安全性。
步骤605，第二管理设备向中心节点设备发送设备查询请求。
在本申请实施例中，第二管理设备可以向中心节点设备发送设备查询请求。
在一种可能的实现方式中，设备查询请求中可以包括目标设备的设备标识信息。设备查询请求可以是与设备查询命令相对应的。
也就是说，第二管理设备中可以包括设备查询命令，设备查询命令可以包括指定设备查询命令以及全部设备查询命令。
其中，第二管理设备通过调用指定设备查询命令可以向中心节点设备发送携带有指定的目标设备的身份标识的设备查询请求，或者第二管理设备通过调用全部设备查询命令向中心节点设备发送用于获取全部目标设备的设备查询请求。
示例性的，在第二管理设备需要与设备进行配对连接时，可以接收到设备选择指令后，调用指定设备查询命令，确定目标设备的设备标识信息，通过向中心节点设备发送携带有目标设备的设备标识信息的设备查询请求，以便中心节点设备根据接收到的设备查询请求从设备信息属性中读取与该设备标识信息对应的目标设备的配对信息。或者，在第二管理设备需要与目前发现的全部设备进行配对连接时，可以接收到全部设备选择指令后，调用全部设备查询命令，通过向中心节点设备发送用于获取设备信息属性中写入的全部设备的配对信息的设备查询请求，以便中心节点设备根据接收到的设备查询请求从设备信息属性中读取全部目标设备的配对信息。
示例性的，以第一管理设备和第二管理设备分别是手机1和手机2为例，手机1和手机2需要分别与智能家居系统中作为家庭中枢的设备进行配对连接，若手机1与目标设备1以及目标设备2均进行配对连接后，手机1可以将目标设备1以及目标设备2各自的配对信息发送给作为家庭中枢的设备，作为家庭中枢的设备可以将目标设备1以及目标设备2各自的配对信息写入设备信息属性。当手机2打开配对窗口后，可以发现目标设备1以及目标设备2，若通过接收设备选择指令，选择需要进行配对连接的目标设备，并且向作为家庭中枢的设备发送携带有该目标设备的设备标识信息的设备查询请求，以便作为家庭中枢的设备从设备信息属性中读出该目标设备的配对信息，即目标设备1或者目标设备2的配对信息发送给手机2；或者，若通过接收全部设备选择指令，确定需要进行配对连接的为发现的全部目标设备，并且向作为家庭中枢的设备发送对应的设备查询请求，以便作为家庭中枢的设备从设备信息属性中读出全部目标设备，即目标设备1以及目标设备2各自的配对信息发送给手机2。
步骤606，中心节点设备根据设备查询请求，将第一集群中写入的目标设备的配对信息发送给第二管理设备。
在一种可能的实现方式中，响应于设备查询请求中包括目标设备的设备标识信息，第二管理设备可以接收与目标设备的设备标识信息对应的目标设备的配对信息。
在一种可能的实现方式中，当中心节点设备接收到全部设备查询命令对应的设备查询请求时，从第一集群中的设备信息属性中读取全部目标设备的配对信息，并且将全部目标设备的配对信息发送给第二管理设备。
也就是说，第二管理设备可以实现一键与第一管理设备已经进行配对的全部物联网设备进行配对连接。
步骤607，第二管理设备根据目标设备的配对信息，与目标设备建立配对连接。
在本申请实施例中，第二管理设备和目标设备分别获取到各自的配对信息之后，即可以按照物联网协议的配对规范建立配对连接，之后，第二管理设备即可以对目标设备进行配置、管理、控制等操作。
示例性的，图7是本申请实施例涉及的一种目标设备共享过程的示意图。如图7所示，首先，管理设备A(Admin A)与家庭中枢设备进行配对连接(S71)，同样的，管理设备B(Admin B)与家庭中枢设备进行配对连接(S72)。当Admin A想要分享某个目标设备时，启动设备调试，即开启用户权限(S73)，Admin A通过CASE会话向需要分享的目标设备发送Open Basic Commissioning Window命令(S74)。目标设备在收到命令后，向Admin A返回请求响应(S75)，然后目标设备通过DNS-SD通告自身的存在(S76)。同时，Admin A将分享的目标设备的NodeID、SetupPincode和Discriminitor信息发送至家庭中枢设备(S77)， 家庭中枢设备将信息存储在DeviceInfo属性值中(S78)。Admin B在与目标设备配对之前，会先访问家庭中枢设备，即向家庭中枢设备发送用于获取目标设备的配对信息的请求(S79)，家庭中枢设备对该请求进行响应并且向Admin B发送目标设备的配对信息(S710)，Admin B获取目标设备的Node ID、SetupPincode和Discriminitor信息后，直接可以与此目标设备进行配对连接(S711)。
在第一管理设备调用打开配对窗口请求后，可以将目标设备的Node ID、SetupPincode和Discriminitor信息发送至中心节点设备，中心节点设备将设备信息存储在DeviceInfo中。第二管理设备与目标设备进行配对时，可以先从中心节点设备获取目标设备对应的SetupPincode和Discriminitor信息，在与目标设备配对时使用，这样可以省略第二管理设备扫码或手动输入配对码与目标设备配对的动作。通过在Matter标准的基础上添加了Family Center Cluster，并且创建了属性DeviceInfo存储已经调试过的目标设备的信息，部署在中心节点设备上。第一管理设备可以通过中心节点设备获取目标设备的配对信息进行目标设备的调试，省略了扫码或手动输入配对码的步骤，提高了客户端的用户体验。并且在管理配对集群中增加了Open All Basic Commissioning Window命令，可以实现一键分享所有调试过的目标设备，更加方便第二管理设备对目标设备进行调试。
综上所述，在本申请实施例所示的方案，第一管理设备通过向目标设备发送打开配对窗口请求后，向中心节点设备发送目标设备的配对信息，并且在第二管理设备向中心节点设备发送设备查询请求后，第二管理设备从中心节点设备获取目标设备的配对信息，以便第二管理设备与目标设备建立配对连接。上述过程中，在第一管理设备与目标设备已经建立配对连接后，第一管理设备的用户不需要向第二管理设备的用户提供二维码或者配对码等信息，即可以与第二管理设备共享目标设备，从而简化了设备共享过程中的用户操作步骤，提高了设备共享的效率。
请参考图8，其示出了本申请一个实施例提供的设备共享装置的框图。该设备共享装置800具有实现上述图2或图6所示的方法中，由中心节点设备执行的功能。如图8所示，该设备共享装置800可以包括：
信息接收模块810，用于接收第一管理设备发送的，目标设备的配对信息；
请求接收模块820，用于接收第二管理设备发送的设备查询请求；
信息发送模块830，用于根据所述设备查询请求，将所述目标设备的配对信息发送给所述第二管理设备，以便所述第二管理设备根据所述目标设备的配对信息与所述目标设备建立配对连接。
在一种可能的实现方式中，所述装置还包括：
第一配对模块，用于接收第一管理设备发送的，目标设备的配对信息之前，与所述第一管理设备建立配对关系。
在一种可能的实现方式中，所述装置还包括：
第二配对模块，用于接收第二管理设备发送的设备查询请求之前，与所述第二管理设备建立配对关系。
在一种可能的实现方式中，所述配对信息包括设备标识信息、设置密码以及描述信息。
在一种可能的实现方式中，所述装置还包括：
信息写入模块，用于接收第一管理设备发送的，目标设备的配对信息之后，将所述目标设备的配对信息写入第一集群；
所述信息发送模块830，包括：
信息发送子模块，用于根据所述设备查询请求，将所述第一集群中写入的所述目标设备的配对信息发送给所述第二管理设备。
在一种可能的实现方式中，所述发送模块803，用于向中继平台发送第一请求，所述第 一请求中包含所述第一配对信息和所述第二管理设备的设备信息，以便所述中继平台根据所述第二管理设备的设备信息，向所述第二管理设备发送第二请求；所述第二请求中包含所述第一配对信息。
在一种可能的实现方式中，所述第一集群中包含设备信息属性；
所述信息写入模块，包括：
信息写入子模块，用于将所述目标设备的配对信息写入所述第一集群中的所述设备信息属性。
在一种可能的实现方式中，所述第一请求和所述第二请求中还包含所述第一管理设备的设备信息。
在一种可能的实现方式中，所述目标设备包括与所述第一管理设备完成配对的全部或者部分物联网设备。
请参考图9，其示出了本申请一个实施例提供的设备共享装置的框图。该设备共享装置900具有实现上述图3或图6所示的方法中，由第一管理设备执行的功能。如图9所示，该设备共享装置900可以包括：
发送模块910，用于向目标设备发送打开配对窗口请求；
所述发送模块910，还用于向中心节点设备发送，所述目标设备的配对信息，以便所述第二管理设备从所述中心节点设备获取所述目标设备的配对信息，并且根据所述目标设备的配对信息与所述目标设备建立配对连接。
在一种可能的实现方式中，所述发送模块910，包括：
发送子模块，用于响应于所述第一管理设备接收到第一触发操作，在向所述目标设备发送所述打开配对窗口请求时，向所述中心节点设备发送所述目标设备的配对信息。
在一种可能的实现方式中，所述装置还包括：
配对模块，用于向目标设备发送打开配对窗口请求之前，与所述中心节点设备建立配对关系。
在一种可能的实现方式中，所述配对信息包括设备标识信息、设置密码以及描述信息。
在一种可能的实现方式中，所述目标设备包括与所述第一管理设备完成配对的全部或者部分物联网设备。
在一种可能的实现方式中，所述第一管理设备中包括管理配对集群；所述管理配对集群对应有打开全部基本配对窗口命令；
所述发送模块910，包括：
第一发送子模块，用于当所述目标设备包括与所述第一管理设备完成配对的全部物联网设备时，通过调用所述打开全部基本配对窗口命令，向所述目标设备发送与所述打开全部基本配对窗口命令对应的打开基本配对窗口请求。
在一种可能的实现方式中，所述管理配对集群还包括配对撤销命令。
请参考图10，其示出了本申请一个实施例提供的设备共享装置的框图。该设备共享装置1000具有实现上述图4或图6所示的方法中，由第二管理设备执行的功能。如图10所示，该设备共享装置1000可以包括：
请求发送模块1010，用于向中心节点设备发送设备查询请求；
信息接收模块1020，用于接收由所述中心节点设备发送的，目标设备的配对信息；所述目标设备的配对信息由第一管理设备发送给所述中心节点设备；
配对建立模块1030，用于根据所述目标设备的配对信息，与所述目标设备建立配对连接。
在一种可能的实现方式中，所述装置还包括：
配对模块，用于向中心节点设备发送信息获取请求之前，与所述中心节点设备建立配对 关系。
在一种可能的实现方式中，所述配对信息包括设备标识信息、设置密码以及描述信息。
请参考图11，其示出了本申请一个实施例提供的计算机设备1100的结构示意图。该计算机设备1100可以包括：处理器1101、接收器1102、发射器1103、存储器1104和总线1105。
处理器1101包括一个或者一个以上处理核心，处理器1101通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。
接收器1102和发射器1103可以实现为一个通信组件，该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。
存储器1104通过总线1105与处理器1101相连。
存储器1104可用于存储计算机程序，处理器1101用于执行该计算机程序，以实现上述方法实施例中的各个步骤。
此外，存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器，可擦除可编程只读存储器，静态随时存取存储器，只读存储器，磁存储器，快闪存储器，可编程只读存储器。
在一个示例性的方案中，当计算机设备1100实现为中心节点设备时，所述收发器，用于接收第一管理设备发送的，目标设备的配对信息；所述收发器，还用于接收第二管理设备发送的设备查询请求，以及，根据设备查询请求，将目标设备的配对信息发送给第二管理设备，以便第二管理设备根据目标设备的配对信息与目标设备建立配对连接。
其中，上述计算机设备1100中的处理器和/或收发器执行的过程可以参考上述图2或图6任一所示的方法中，由中心节点设备执行的各个步骤。
在另一个示例性的方案中，当计算机设备1100实现为第一管理设备时，所述收发器，用于向目标设备发送打开配对窗口请求；向中心节点设备发送，目标设备的配对信息，以便第二管理设备从中心节点设备获取目标设备的配对信息，并且根据目标设备的配对信息与目标设备建立配对连接。
其中，上述计算机设备1100中的处理器和/或收发器执行的过程可以参考上述图3或图6任一所示的方法中，由第一管理设备执行的各个步骤。
在另一个示例性的方案中，当计算机设备1100实现为第二管理设备时，所述收发器，用于向中心节点设备发送设备查询请求；接收由中心节点设备发送的目标设备的配对信息；所述处理器，用于根据目标设备的配对信息，与目标设备建立配对连接。
其中，上述计算机设备1100中的处理器和/或收发器执行的过程可以参考上述图4或图6任一所示的方法中，由第二管理设备执行的各个步骤。
本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述图2、图3、图4或者图6所示的方法中，由第一管理设备、第二管理设备或者中心节点设备执行的全部或者部分步骤。
本申请还提供了一种芯片，该芯片用于在计算机设备中运行，以使得计算机设备执行上述图2、图3、图4或者图6所示的方法中，由第一管理设备、第二管理设备或者中心节点设备执行的全部或者部分步骤。
本申请还提供了一种计算机程序产品，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得计算机设备执行上述图2、图3、图4或者图6所示的方法中，由第一管理设备、第二管理设备或者中心节点设备执行的全部或者部分步骤。
本申请还提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以实现上述图2、图3、图4或者图6所示的方法中，由第一管理设备、第二管理设备或者中心节点设备执行的全部或者部分步骤。

Claims (39)

  1. 一种设备共享方法，其特征在于，所述方法由中心节点设备执行，所述方法包括：
    接收第一管理设备发送的，目标设备的配对信息；
    接收第二管理设备发送的设备查询请求；
    根据所述设备查询请求，将所述目标设备的配对信息发送给所述第二管理设备，以便所述第二管理设备根据所述目标设备的配对信息与所述目标设备建立配对连接。
  2. 根据权利要求1所述的方法，其特征在于，所述接收第一管理设备发送的，目标设备的配对信息之前，还包括：
    与所述第一管理设备建立配对关系。
  3. 根据权利要求1或2所述的方法，其特征在于，所述接收第二管理设备发送的设备查询请求之前，还包括：
    与所述第二管理设备建立配对关系。
  4. 根据权利要求1至3任一所述的方法，其特征在于，所述配对信息包括设备标识信息、设置密码以及描述信息。
  5. 根据权利要求1至4任一所述的方法，其特征在于，所述接收第一管理设备发送的，目标设备的配对信息之后，还包括：
    将所述目标设备的配对信息写入第一集群；
    所述根据所述设备查询请求，将所述目标设备的配对信息发送给所述第二管理设备，包括：
    根据所述设备查询请求，将所述第一集群中写入的所述目标设备的配对信息发送给所述第二管理设备。
  6. 根据权利要求5所述的方法，其特征在于，所述第一集群中包含设备信息属性；
    所述将所述目标设备的配对信息写入第一集群，包括：
    将所述目标设备的配对信息写入所述第一集群中的所述设备信息属性。
  7. 根据权利要求1至6任一所述的方法，其特征在于，所述目标设备包括与所述第一管理设备完成配对的全部或者部分物联网设备。
  8. 一种设备共享方法，其特征在于，所述方法由第一管理设备执行，所述方法包括：
    向目标设备发送打开配对窗口请求；以及，
    向中心节点设备发送，所述目标设备的配对信息，以便所述第二管理设备从所述中心节点设备获取所述目标设备的配对信息，并且根据所述目标设备的配对信息与所述目标设备建立配对连接。
  9. 根据权利要求8所述的方法，其特征在于，所述向目标设备发送打开配对窗口请求；以及，向中心节点设备发送，所述目标设备的配对信息，包括：
    响应于所述第一管理设备接收到第一触发操作，在向所述目标设备发送所述打开配对窗口请求时，向所述中心节点设备发送所述目标设备的配对信息。
  10. 根据权利要求8或9所述的方法，其特征在于，所述向目标设备发送打开配对窗口请 求之前，还包括：
    与所述中心节点设备建立配对关系。
  11. 根据权利要求8至10任一所述的方法，其特征在于，所述配对信息包括设备标识信息、设置密码以及描述信息。
  12. 根据权利要求8至11任一所述的方法，其特征在于，所述目标设备包括与所述第一管理设备完成配对的全部或者部分物联网设备。
  13. 根据权利要求8至12任一所述的方法，其特征在于，所述第一管理设备中包括管理配对集群；所述管理配对集群对应有打开全部基本配对窗口命令；
    所述向目标设备发送打开配对窗口请求，包括：
    当所述目标设备包括与所述第一管理设备完成配对的全部物联网设备时，通过调用所述打开全部基本配对窗口命令，向所述目标设备发送与所述打开全部基本配对窗口命令对应的打开基本配对窗口请求。
  14. 根据权利要求3所述的方法，其特征在于，所述管理配对集群还包括配对撤销命令。
  15. 一种设备共享方法，其特征在于，所述方法由第二管理设备执行，所述方法包括：
    向中心节点设备发送设备查询请求；
    接收由所述中心节点设备发送的，目标设备的配对信息；所述目标设备的配对信息由第一管理设备发送给所述中心节点设备；
    根据所述目标设备的配对信息，与所述目标设备建立配对连接。
  16. 根据权利要求15所述的方法，其特征在于，所述向中心节点设备发送信息获取请求之前，还包括：
    与所述中心节点设备建立配对关系。
  17. 根据权利要求15或16所述的方法，其特征在于，所述配对信息包括设备标识信息、设置密码以及描述信息。
  18. 一种设备共享装置，其特征在于，所述装置用于中心节点设备，所述装置包括：
    信息接收模块，用于接收第一管理设备发送的，目标设备的配对信息；
    请求接收模块，用于接收第二管理设备发送的设备查询请求；
    信息发送模块，用于根据所述设备查询请求，将所述目标设备的配对信息发送给所述第二管理设备，以便所述第二管理设备根据所述目标设备的配对信息与所述目标设备建立配对连接。
  19. 根据权利要求18所述的装置，其特征在于，所述装置还包括：
    第一配对模块，用于接收第一管理设备发送的，目标设备的配对信息之前，与所述第一管理设备建立配对关系。
  20. 根据权利要求18或19所述的装置，其特征在于，所述装置还包括：
    第二配对模块，用于接收第二管理设备发送的设备查询请求之前，与所述第二管理设备建立配对关系。
  21. 根据权利要求18至20任一所述的装置，其特征在于，所述配对信息包括设备标识信息、设置密码以及描述信息。
  22. 根据权利要求18至21任一所述的装置，其特征在于，所述装置还包括：
    信息写入模块，用于接收第一管理设备发送的，目标设备的配对信息之后，将所述目标设备的配对信息写入第一集群；
    所述信息发送模块，包括：
    信息发送子模块，用于根据所述设备查询请求，将所述第一集群中写入的所述目标设备的配对信息发送给所述第二管理设备。
  23. 根据权利要求22所述的装置，其特征在于，所述第一集群中包含设备信息属性；
    所述信息写入模块，包括：
    信息写入子模块，用于将所述目标设备的配对信息写入所述第一集群中的所述设备信息属性。
  24. 根据权利要求18至23任一所述的装置，其特征在于，所述目标设备包括与所述第一管理设备完成配对的全部或者部分物联网设备。
  25. 一种设备共享装置，其特征在于，所述装置用于第一管理设备中，所述装置包括：
    发送模块，用于向目标设备发送打开配对窗口请求；以及，
    所述发送模块，还用于向中心节点设备发送，所述目标设备的配对信息，以便所述第二管理设备从所述中心节点设备获取所述目标设备的配对信息，并且根据所述目标设备的配对信息与所述目标设备建立配对连接。
  26. 根据权利要求25所述的装置，其特征在于，所述发送模块，包括：
    发送子模块，用于响应于所述第一管理设备接收到第一触发操作，在向所述目标设备发送所述打开配对窗口请求时，向所述中心节点设备发送所述目标设备的配对信息。
  27. 根据权利要求25所述的装置，其特征在于，所述装置还包括：
    配对模块，用于向目标设备发送打开配对窗口请求之前，与所述中心节点设备建立配对关系。
  28. 根据权利要求25至27任一所述的装置，其特征在于，所述配对信息包括设备标识信息、设置密码以及描述信息。
  29. 根据权利要求25至28任一所述的装置，其特征在于，所述目标设备包括与所述第一管理设备完成配对的全部或者部分物联网设备。
  30. 根据权利要求25至29任一所述的装置，其特征在于，所述第一管理设备中包括管理配对集群；所述管理配对集群对应有打开全部基本配对窗口命令；
    所述发送模块，包括：
    第一发送子模块，用于当所述目标设备包括与所述第一管理设备完成配对的全部物联网设备时，通过调用所述打开全部基本配对窗口命令，向所述目标设备发送与所述打开全部基本配对窗口命令对应的打开基本配对窗口请求。
  31. 根据权利要求30所述的装置，其特征在于，所述管理配对集群还包括配对撤销请 求。
  32. 一种设备共享装置，其特征在于，所述装置用于第二管理设备中，所述方法包括：
    请求发送模块，用于向中心节点设备发送设备查询请求；
    信息接收模块，用于接收由所述中心节点设备发送的，目标设备的配对信息；所述目标设备的配对信息由第一管理设备发送给所述中心节点设备；
    配对建立模块，用于根据所述目标设备的配对信息，与所述目标设备建立配对连接。
  33. 根据权利要求32所述的装置，其特征在于，所述装置还包括：
    配对模块，用于向中心节点设备发送信息获取请求之前，与所述中心节点设备建立配对关系。
  34. 根据权利要求32或33所述的装置，其特征在于，所述配对信息包括设备标识信息、设置密码以及描述信息。
  35. 一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器和收发器；
    所述存储器中存储有计算机程序，所述处理器执行所述计算机程序，以使得所述计算机设备实现如上述权利要求1至17任一所述的设备共享方法。
  36. 一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求1至17任一所述的设备共享方法。
  37. 一种芯片，其特征在于，所述芯片用于在计算机设备中运行，以使得所述计算机设备执行如权利要求1至17任一所述的设备共享方法。
  38. 一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，计算机设备的处理器读取所述计算机指令，并执行所述计算机指令，使得所述计算机设备执行如权利要求1至17任一所述的设备共享方法。
  39. 一种计算机程序，其特征在于，所述计算机程序由计算机设备的处理器执行，以实现如权利要求1至17任一所述的设备共享方法。
PCT/CN2022/085180 2022-04-02 2022-04-02 设备共享方法、装置、设备、存储介质及程序产品 WO2023184559A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/085180 WO2023184559A1 (zh) 2022-04-02 2022-04-02 设备共享方法、装置、设备、存储介质及程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/085180 WO2023184559A1 (zh) 2022-04-02 2022-04-02 设备共享方法、装置、设备、存储介质及程序产品

Publications (1)

Publication Number Publication Date
WO2023184559A1 true WO2023184559A1 (zh) 2023-10-05

Family

ID=88198696

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/085180 WO2023184559A1 (zh) 2022-04-02 2022-04-02 设备共享方法、装置、设备、存储介质及程序产品

Country Status (1)

Country Link
WO (1) WO2023184559A1 (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104378145A (zh) * 2014-11-27 2015-02-25 北京深思数盾科技有限公司 蓝牙设备的配对方法及系统
US20160301759A1 (en) * 2013-12-17 2016-10-13 Huawei Technologies Co., Ltd. Method and apparatus for implementing device sharing
CN108809968A (zh) * 2018-05-28 2018-11-13 北京小米移动软件有限公司 设备共享方法、装置及存储介质
CN108848484A (zh) * 2018-05-28 2018-11-20 北京小米移动软件有限公司 设备共享方法、装置及存储介质
WO2019061116A1 (zh) * 2017-09-28 2019-04-04 深圳传音通讯有限公司 终端配对方法、服务器及终端
CN110889710A (zh) * 2019-12-04 2020-03-17 腾讯科技（深圳）有限公司 设备信息管理方法、服务器及存储介质
WO2020114167A1 (zh) * 2018-12-07 2020-06-11 青岛海信宽带多媒体技术有限公司 一种融合网关的usb设备安全共用方法及装置
CN112217873A (zh) * 2020-09-16 2021-01-12 北京爱知之星科技股份有限公司 设备共享方法、相关设备及存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160301759A1 (en) * 2013-12-17 2016-10-13 Huawei Technologies Co., Ltd. Method and apparatus for implementing device sharing
CN104378145A (zh) * 2014-11-27 2015-02-25 北京深思数盾科技有限公司 蓝牙设备的配对方法及系统
WO2019061116A1 (zh) * 2017-09-28 2019-04-04 深圳传音通讯有限公司 终端配对方法、服务器及终端
CN108809968A (zh) * 2018-05-28 2018-11-13 北京小米移动软件有限公司 设备共享方法、装置及存储介质
CN108848484A (zh) * 2018-05-28 2018-11-20 北京小米移动软件有限公司 设备共享方法、装置及存储介质
WO2020114167A1 (zh) * 2018-12-07 2020-06-11 青岛海信宽带多媒体技术有限公司 一种融合网关的usb设备安全共用方法及装置
CN110889710A (zh) * 2019-12-04 2020-03-17 腾讯科技（深圳）有限公司 设备信息管理方法、服务器及存储介质
CN112217873A (zh) * 2020-09-16 2021-01-12 北京爱知之星科技股份有限公司 设备共享方法、相关设备及存储介质

Similar Documents

Publication Publication Date Title
US10965473B2 (en) Smart object identification in the digital home
US11936743B2 (en) Device management services based on restful messaging
KR100681625B1 (ko) 장치간 동적 네트워킹을 구성하여 리소스 공유를 구현하는 방법
JP7179836B2 (ja) 通信ネットワークにおける自動サービス登録
JP2018506868A (ja) モノのインターネット（ＩｏＴ）デバイスのための接続性モジュール
CN109150568A (zh) 一种网络管理方法、装置、系统、设备和存储介质
CN110191451B (zh) 蓝牙设备的状态同步方法、移动终端、系统以及装置
WO2022011563A1 (zh) 物联网配置方法、装置、计算机设备及存储介质
CN114390100A (zh) 一种基于数控系统的opc ua服务器的工作方法
CN103973637A (zh) 配置权限的方法、代理设备和服务器
WO2021142849A1 (zh) 安全域的配置、发现和加入方法及装置、电子设备
WO2023184559A1 (zh) 设备共享方法、装置、设备、存储介质及程序产品
US20230045914A1 (en) Method and apparatus for controlling device in internet of things, and gateway device and storage medium
WO2021134562A1 (zh) 配置设备更换方法、装置、设备及存储介质
WO2022006825A1 (zh) 物联网中的设备接入方法、装置、计算机设备及存储介质
WO2023130405A1 (zh) 设备配置方法、装置、计算机设备及存储介质
WO2023184560A1 (zh) 设备分享方法、装置、设备、存储介质及程序产品
WO2023216035A1 (zh) 安全域管理方法、装置、设备、存储介质及程序产品
WO2023108653A1 (zh) 订阅权限信息处理方法、装置、计算机设备及存储介质
WO2023082113A1 (zh) 对桥接设备进行配置的方法、装置、设备及存储介质
WO2023115584A1 (zh) 连接配置方法、连接建立方法、装置、设备及存储介质
WO2024011367A1 (zh) 设备发现方法、装置、设备、存储介质及程序产品
WO2024031681A1 (zh) 设备绑定方法、装置、设备、存储介质及程序产品
CN115486038B (zh) 物联网配置方法、装置、计算机设备及存储介质
TWI829487B (zh) 一種用於私有通訊架構的私有物質閘道器連結機制

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22934385

Country of ref document: EP

Kind code of ref document: A1