WO2020258322A1 - 一种设备绑定方法、云端服务器、第一设备 - Google Patents

一种设备绑定方法、云端服务器、第一设备 Download PDF

Info

Publication number
WO2020258322A1
WO2020258322A1 PCT/CN2019/093903 CN2019093903W WO2020258322A1 WO 2020258322 A1 WO2020258322 A1 WO 2020258322A1 CN 2019093903 W CN2019093903 W CN 2019093903W WO 2020258322 A1 WO2020258322 A1 WO 2020258322A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
cloud server
update request
resource
registration
Prior art date
Application number
PCT/CN2019/093903
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 CN201980077534.5A priority Critical patent/CN113243097B/zh
Priority to PCT/CN2019/093903 priority patent/WO2020258322A1/zh
Publication of WO2020258322A1 publication Critical patent/WO2020258322A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • the present invention relates to the field of information processing technology, in particular to a device binding method, a cloud server, a first device, a chip, a computer-readable storage medium, a computer program product, and a computer program.
  • the OCF device needs to be bound to the cloud server, which is currently done through the configurator, for example, the configurator needs to be the OCF device to be registered from the OCF cloud After obtaining the access token registered by the device, the subsequent communication process can continue.
  • OCF Open Connectivity Foundation
  • embodiments of the present invention provide a device binding method, a cloud server, a first device, a chip, a computer-readable storage medium, a computer program product, and a computer program.
  • a device binding method applied to a first device, and the method includes:
  • the first update request includes the fixed device identification and user identification of the first device
  • a device binding method is provided, applied to a cloud server, and the method includes:
  • the first update request includes the fixed device identification of the first device and the user identification;
  • the registration success message fed back to the first device.
  • a device binding method applied to a first device, and the method includes:
  • the second update request includes the fixed device identifier of the first device
  • the cloud server Receive a response message fed back by the cloud server, and set a first flag; the first flag is used to characterize that the first device is a user-bound device.
  • a device binding method is provided, applied to a cloud server, and the method includes:
  • a first device including:
  • the first communication unit receives a resource update request sent by the configurator; wherein the resource update request includes a user identification; sends a first update request to the cloud server account resource for registration; wherein, the first update request includes Contains the fixed device identification and user identification of the first device; receiving a registration success message fed back by the cloud server;
  • the first processing unit determines that the first device is a user-bound device.
  • a cloud server including:
  • the second communication unit receives a first update request for the account resource for registration from the first device;
  • the first update request includes the fixed device identification of the first device and the user identification;
  • the second processing unit based on the first update request, binds the fixed device identifier and the user identifier of the first device;
  • the second communication unit feeds back a registration success message to the first device.
  • a first device including:
  • the third communication unit sends a second update request to the cloud server account resource for registration; wherein the second update request includes the fixed device identifier of the first device; receives a registration success message fed back by the cloud server;
  • a third processing unit determining that the first device is a user unbound device
  • the third communication unit receives the user ID sent by the configurator, sends the user ID and the fixed device ID of the first device to the cloud server; receives a response message fed back by the cloud server;
  • the third processing unit sets a first mark; the first mark is used to characterize that the first device is a user-bound device.
  • a cloud server including:
  • the fourth communication unit receives a second update request for account resources sent by the first device for registration; wherein the second update request includes the fixed device identifier of the first device; and feeds back the registration to the first device Success message; receiving the user ID and the fixed device ID of the first device sent by the first device; feeding back a response message to the first device;
  • the fourth processing unit binds the first device and the user based on the user identifier and the fixed device identifier of the first device.
  • a device binding system including:
  • the configurator establishes a connection with the first device; sends a resource update request to the first device; wherein the resource update request includes a user identifier;
  • the first device receives a resource update request sent by the configurator; sends a first update request to the cloud server account resource for registration; wherein, the first update request includes the fixed device identification of the first device and the user Identification; receiving the registration success message fed back by the cloud server, and when the registration success message contains the binding result that the first device is a user-bound device, a first flag is set; wherein, the first flag is used for Characterize that the first device is a user-bound device;
  • the cloud server receives the first update request for the account resource for registration sent by the first device; based on the first update request, binds the fixed device identification and user identification of the first device; A registration success message fed back by the device.
  • a device binding system including:
  • the configurator sends the user identification to the first device
  • the first device sends a second update request to the cloud server account resource for registration; wherein the second update request includes the fixed device identification of the first device; and receives a registration success message fed back by the cloud server, based on the registration
  • the indication that the user is not bound to the device contained in the success message sets a second mark; wherein, the second mark is used to characterize that the first device is a user unbound device; the user identification sent by the configurator is received and the The user ID and the fixed device ID of the first device are sent to the cloud server; the response message fed back by the cloud server is received; when the response message indicates that the user ID and the fixed device ID of the first device are successfully bound, set A first mark; the first mark is used to characterize that the first device is a user-bound device;
  • the cloud server receives the second update request for account resources sent by the first device for registration; feeds back a registration success message to the first device; receives the user identification and the fixed device of the first device from the first device Identification, binding the first device and the user based on the user identification and the fixed device identification of the first device; and feeding back a response message to the first device.
  • a first device including a processor and a memory.
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to execute the method in the above-mentioned first aspect or each of its implementation modes.
  • a cloud server including a processor and a memory.
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to execute the method in the above-mentioned second aspect or each of its implementation modes.
  • a chip is provided to implement the methods in the foregoing implementation manners.
  • the chip includes: a processor, configured to call and run a computer program from the memory, so that the device installed with the chip executes any one of the above-mentioned first aspect to the second aspect or any of the implementations thereof method.
  • a computer-readable storage medium for storing a computer program that enables a computer to execute any one of the above-mentioned first aspect to the second aspect or the method in each implementation manner thereof.
  • a computer program product including computer program instructions that cause a computer to execute any one of the above-mentioned first aspect to the second aspect or the method in each implementation manner thereof.
  • a computer program which when run on a computer, causes the computer to execute any one of the above-mentioned first to second aspects or the method in each of its implementation modes.
  • the first device interacts with the configurator to obtain the user ID, or the user ID and the fixed device ID, and then the first device The device binds the user ID and the fixed device ID to the cloud server.
  • the device binding uses a fixed device identifier, which can support cloud traceability of the device.
  • FIG. 1 is a schematic diagram of a system architecture provided by an embodiment of the present application.
  • FIG. 2 is a schematic diagram 1 of the process of a device binding method according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of the second flow of a device binding method provided by an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of the OCF client and server processing flow
  • FIG. 5 is a third schematic flowchart of a device binding method provided by an embodiment of the present invention.
  • FIG. 6 is a fourth schematic flowchart of a device binding method provided by an embodiment of the present invention.
  • FIG. 7 is a fifth schematic flowchart of a device binding method according to an embodiment of the present invention.
  • FIG. 8 is a sixth schematic flowchart of a device binding method provided by an embodiment of the present invention.
  • FIG. 9 is a first schematic diagram of a structure of a first device provided by an embodiment of the present invention.
  • FIG. 10 is a schematic diagram 1 of the structure of a cloud server provided by an embodiment of the present invention.
  • FIG. 11 is a second schematic diagram of the structure of a first device provided by an embodiment of the present invention.
  • FIG. 12 is a second schematic diagram of the structure of a cloud server provided by an embodiment of the present invention.
  • FIG. 13 is a schematic diagram 1 of the structure of a device binding system provided by an embodiment of the present invention.
  • FIG. 14 is a second schematic structural diagram of a device binding system provided by an embodiment of the present invention.
  • 15 is a schematic diagram of the structure of a communication device provided by an embodiment of the present invention.
  • FIG. 16 is a schematic block diagram of a chip provided by an embodiment of the present application.
  • FIG. 17 is a schematic diagram of a communication system architecture provided by an embodiment of the present application.
  • GSM Global System of Mobile Communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GSM Global System of Mobile Communication
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • UMTS Universal Mobile Telecommunication System
  • WiMAX Worldwide Interoperability for Microwave Access
  • OCF Open Connectivity Foundation
  • OCF Open Connectivity Foundation
  • OCF Open Connectivity Foundation
  • the entity that provides the resource is the OCF server (hereinafter referred to as the server), generally an OCF device that provides functional services, and the entity that accesses the resource is the OCF client (hereinafter referred to as the client) end).
  • the OCF client and the OCF device communicate remotely through the OCF cloud.
  • the OCF device needs to be bound to a specific user.
  • the OCF device binding process is shown in Figure 1.
  • the OCF device is configured by the configurator that provides the OCF cloud access configuration function.
  • the configurator provides OCF cloud access information for the OCF device, and the OCF device registers with the OCF according to the cloud access information Cloud, bind with OCF users.
  • the user performs cloud registration through the configurator (for example, the user registers a user name and password with the OCF cloud through the configurator), the OCF cloud accepts the user registration, assigns the user ID and sends it to the configurator.
  • the configurator for example, the user registers a user name and password with the OCF cloud through the configurator
  • the OCF cloud accepts the user registration, assigns the user ID and sends it to the configurator.
  • the configurator discovers and connects to the OCF device
  • the configurator requests the access token (Access Token) of the device for the OCF device from the OCF cloud;
  • the OCF cloud allocates an access token to the OCF device, which is used to verify the device when the device is registered;
  • OCF cloud returns the access token of the device.
  • OCF cloud can also return the name of the authorization provider associated with the access token of the device;
  • the configurator configures the OCF cloud connection information for the device by updating (UPDATE operation) the cloud configuration resource "oic.r.coapcloudconf" of the OCF device.
  • the update request of "oic.r.coapcloudconf" resource includes the following attributes and values (in the form of attribute name: attribute value, the same below):
  • OCF cloud access URI cloud access URI can be pre-stored in the configurator, or manually input by the user
  • sid OCF cloud identification.
  • the OCF device establishes a TLS session with the OCF cloud.
  • the OCF device sends an update (UPDATE operation) request to the account resource "/oic/sec/account" to register the device.
  • the update request of the "/oic/sec/account" resource includes the following attributes and value:
  • accesstoken The access token registered by the OCF device to the OCF cloud
  • authprovider authorized to provide name
  • di is the OCF device identifier, which is a non-fixed device identifier. Every time the OCF device is reactivated, the OCF device identifier will change.
  • the OCF cloud accepts the registration request of the OCF device, associates the current TLS session with the OCF device identifier, and the OCF cloud returns the following attributes and values to the OCF device:
  • accesstoken The access token used by the OCF device to log in to the OCF cloud
  • refreshtoken The update token of the OCF device (used to update the access token of the OCF device)
  • the user ID of the OCF user is obtained, and the binding of the user and the device is completed.
  • the OCF device sends an update (UPDATE operation) request to the session resource "/oic/sec/session” resource to log in to the device.
  • the update request of the "/oic/sec/session” resource includes the following attributes and values:
  • accesstoken The access token used by the OCF device to log in to the OCF cloud
  • the OCF cloud accepts the login request of the OCF device and responds to the device login.
  • the OCF cloud returns the following attributes and values to the OCF device:
  • the OCF device sends an update (UPDATE operation) request to the token update resource "/oic/sec/tokenrefresh" to refresh its access token.
  • the update request of the "/oic/sec/tokenrefresh" resource includes the following attributes and values:
  • refreshtoken refresh token of OCF device
  • the OCF cloud After the access token is successfully updated, the OCF cloud returns the following attributes and values:
  • accesstoken the new access token of the OCF device
  • refreshtoken refresh token of OCF device
  • the embodiment of the present invention provides a device binding method, which is applied to a first device, as shown in FIG. 2, including:
  • Step 21 Receive a resource update request sent by the configurator; wherein the resource update request includes a user identifier;
  • Step 22 Send a first update request to the cloud server account resource for registration; wherein, the first update request includes the fixed device identification and user identification of the first device;
  • Step 23 Receive a registration success message fed back by the cloud server, and determine that the first device is a user-bound device.
  • the determining that the first device is a user-bound device includes:
  • the registration success message contains the binding result that the first device is a user-bound device
  • it may also be: receiving a registration success message fed back by the cloud server, determining that the first device is a user-bound device, and setting a first flag.
  • the device binding method provided in this embodiment is applied to a cloud server. As shown in FIG. 3, the method includes:
  • Step 31 Receive a first update request for the account resource for registration from the first device; the first update request includes the fixed device identification of the first device and the user identification;
  • Step 32 Based on the registration request, bind the fixed device identifier and the user identifier of the first device;
  • Step 33 The registration success message is fed back to the first device.
  • the registration success message may at least include a binding result between the first device and the user.
  • the first device is an OCF device
  • the cloud server may be an OCF cloud server
  • the configuration device may be a configurator
  • OCF Open Connectivity Foundation
  • OCF Open Connectivity Foundation
  • OCF Open Connectivity Foundation
  • the entity that provides the resource is the OCF server (hereinafter referred to as the server), generally an OCF device that provides functional services, and the entity that accesses the resource is the OCF client (hereinafter referred to as the client) end).
  • the client sends a request to the server to operate on the resources on the server, the server performs resource operations, and returns a response to the client.
  • the response carries an expression of the resource.
  • the client sends a request to the server to operate on the resources on the server.
  • the object of the requested operation is the resource URI (for example, there is an environment temperature resource on the server, and the resource URI is "/environmentTemperature").
  • the request indicates a resource operation request (For example, the resource operation request requested by the client from the server is an update operation--UPDATE).
  • the request and response between the OCF client and the server carry the representation of the resource, and the representation of the OCF resource includes various attribute information of the resource.
  • Resource attribute The attribute information of the resource is described in the OCF resource description.
  • targetTemperature represents the target temperature attribute of the temperature resource
  • currentTemperature represents the current temperature attribute of the temperature resource
  • temperatureRange represents the temperature range attribute of the temperature resource.
  • control terminal that obtains the indoor environment status data is the client
  • the sensor device that monitors the indoor environment status data is the server.
  • the business interaction between the client and the server is through the creation, reading, updating, deleting or notifying of these resources. Operation method is realized.
  • the solution provided in this embodiment is described with reference to FIG. 5, and the cloud connection credential and the fixed device identifier of the first device need to be pre-configured in the first device.
  • the configurator requests to update the cloud configuration resources of the first device, provides the user ID in the request, the first device requests device registration from the cloud server, and provides the user ID and preset fixed device ID in the request, and the cloud server binds the user ID And the fixed device identifier to realize the binding of the user and the first device.
  • the first device presets a cloud connection credential and a fixed device identifier.
  • the first device presets a shared secret key as the cloud connection credential
  • the fixed device identification adopts unique immutable identifications such as the device MAC address and serial number, or uses the device MAC address, serial number, etc. to convert the fixed device identification.
  • the fixed device identification generated after the conversion can be based on the MAC address of the device in combination with a specified type of sequence to generate the fixed device identification.
  • the fixed device identification can also be generated based on the device's serial number combined with a specified type of sequence.
  • the specified type of sequence it can be set according to the actual situation, for example, it can be set as a clock sequence and so on.
  • the user triggers cloud registration through the configurator (for example, the user registers a user name and password with the cloud server through the configurator), the cloud server accepts the user registration, assigns a user ID and sends it to the configurator.
  • the configurator for example, the user registers a user name and password with the cloud server through the configurator
  • the cloud server accepts the user registration, assigns a user ID and sends it to the configurator.
  • Step 1 The configurator discovers and connects to the first device
  • Step 2 The configurator configures the device to connect to the cloud server by updating the cloud configuration resource "oic.r.coapcloudconf" of the first device, and the request message includes the user identification.
  • the above message example includes the following attributes:
  • Cloud server access URI cloud access URI can be pre-stored in the configurator, or manually input by the user
  • the first device sends a request information for establishing a first session to the cloud server based on the cloud connection credential; after establishing the first session, sends a registration request to the cloud server.
  • the cloud server receives the request information for establishing the first session sent by the first device based on the cloud connection credential; verifies the first device based on the cloud connection credential; and when the first device passes the verification, communicates with the first device Establish the first session.
  • the first session may be a TLS session.
  • the registration request may be sending an update request to the account resource "/oic/sec/account" for device registration, that is, the registration request may be an update request for the account resource, but the function is for Device registration can be understood as a kind of registration request.
  • Step 3 The first device uses the cloud connection credential to request the cloud server to establish a TLS session, and the cloud server verifies the identity of the device through the cloud connection credential, and establishes the TLS session after the verification is passed.
  • Step 4 After the TLS session is established, the first device performs device registration by sending an update request to the account resource "/oic/sec/account".
  • the request message includes the user ID and the fixed device ID.
  • the above message example includes the following attributes:
  • pdi is the fixed device identification of the first device, and the fixed device identification will not change every time the first device is reactivated.
  • the above message example includes the following attributes:
  • Step 5 The cloud server allocates an access token to the first device, and the access token is used for the cloud server to verify the device when the device logs in.
  • the cloud server binds the user ID and the fixed device ID, and binds the user and the device.
  • the cloud server associates the first session with the fixed device identifier of the first device.
  • the TLS session is associated with the fixed device identifier.
  • Step 6 After the device is successfully registered, the cloud server returns a device registration success message, and the registration success message may at least include the binding result of the first device and the user.
  • the binding result can be indicated by an indicator bit therein.
  • the indicator bit can be set to "true”, otherwise, it is set to "false".
  • true and false can be represented by 1 bit, for example, 1 can be represented as true, 0 can be represented as false, or vice versa, which is not limited in this embodiment.
  • the above message example includes the following attributes:
  • accesstoken the access token for the first device to log in to the cloud server
  • refreshtoken the refresh token of the first device (used to update the access token of the first device);
  • binding result of the user and the first device The binding result of the user and the first device.
  • a value of true means that the user has bound the device.
  • Step 7 After receiving the device registration success message, complete the binding of the user and the device.
  • the first device receives the registration success message fed back by the cloud server, and when the registration success message contains the binding result that the first device is the user-bound device, the first flag is set; wherein, the The first mark is used to characterize that the first device is a bound device.
  • the first device can determine that it is the user-bound device after receiving the registration success message fed back by the cloud server, and can directly set the first flag; wherein, the first flag is used to indicate that the first device is a binding device. Set equipment.
  • the first device marks itself as a user-bound device.
  • the first device is marked as a user-bound device in the description of the cloud configuration resource.
  • the first identifier may be "1".
  • the above example includes the following attributes:
  • sid the identity of the cloud server
  • uid the user ID of the OCF user
  • Step 8 The first device sends an update request to the session resource of the cloud server; wherein the update request is used to request device login, and the update request includes the fixed device identifier of the first device.
  • the device login can be performed by sending an update request to the session resource "/oic/sec/session" resource, and the request message includes the fixed device identifier.
  • the above message example includes the following attributes:
  • accesstoken The access token for the first device to log in to the cloud server
  • login true (the value of the login request attribute login is true, indicating that the first device requests to log in to the cloud server).
  • the above message example includes the following attributes:
  • accesstoken The access token for the first device to log in to the cloud server
  • login true (the value of the login request attribute login is true, indicating that the first device requests to log in to the cloud server).
  • Step 9 The cloud server accepts the login request of the first device and responds to the device login.
  • the embodiment of the present invention provides a device binding method, which is applied to a first device, as shown in FIG. 6, including:
  • Step 41 Send a second update request to the cloud server account resource for registration; wherein, the second update request includes the fixed device identifier of the first device;
  • Step 42 Receive a registration success message fed back by the cloud server, and determine that the first device is a user unbound device;
  • Step 43 Receive the user ID sent by the configurator, and send the user ID and the fixed device ID of the first device to the cloud server;
  • Step 44 Receive a response message fed back by the cloud server, and set a first flag; the first flag is used to characterize that the first device is a user-bound device.
  • the method further includes:
  • the first device is a user unbound device, and a second flag is set; wherein, the second flag is used to characterize the first device The user is not bound to the device.
  • the second flag can be directly set.
  • the device binding method provided in this embodiment is applied to a cloud server. As shown in FIG. 7, the method includes:
  • Step 51 Receive a second update request for account resources sent by the first device for registration; wherein the second update request includes the fixed device identifier of the first device;
  • Step 52 Feed back a registration success message to the first device
  • Step 53 Receive the user ID and the fixed device ID of the first device from the first device, and bind the first device and the user based on the user ID and the fixed device ID of the first device;
  • Step 54 Feed back a response message to the first device.
  • the registration success message may carry an indication that the user is not bound to the device
  • the response message may indicate that the user ID and the fixed device ID of the first device are successfully bound.
  • the first device is an OCF device
  • the cloud server is an OCF cloud
  • the first device presets the cloud connection credential and the fixed device identifier. After the first device is connected to the network, it automatically registers with the cloud server, provides a fixed device identifier in the device registration request, and marks itself as a user unbound device after successful registration.
  • the configurator finds the user's unbound first device and configures the user ID for the first device. After obtaining the user ID, the first device provides the user ID to the cloud server.
  • the cloud server binds the user ID and the fixed device ID to realize the user and the device Binding.
  • the configurator finds that the user is not bound to the first device, specifically: the configurator queries through polling; for example, polling in a certain period to query whether the first device is currently bound to the user Set the mark of the device to obtain the result; the mark can be the aforementioned first mark or second mark;
  • the first device makes a multicast announcement or broadcast announcement for a device that it is not bound to the user, and the configurator discovers whether the first device is a user-bound device according to the information of the multicast announcement or the broadcast announcement.
  • the first device is a user-bound device or a user-unbound device, which can be determined based on the aforementioned first mark and second mark.
  • the solution provided in this embodiment is described in conjunction with FIG. 8:
  • the first device is pre-configured with cloud connection credentials and the fixed device identifier of the first device.
  • the first device presets a shared secret key as the cloud connection credential, and the fixed device identification adopts unique immutable identifications such as the device MAC address and serial number, or uses the device MAC address, serial number, etc. to convert the fixed device identification.
  • the user performs cloud registration through the configurator (for example, the user registers a user name and password with the cloud server through the configurator), the cloud server accepts the user registration, assigns the user ID and sends it to the configurator.
  • the configurator for example, the user registers a user name and password with the cloud server through the configurator
  • the cloud server accepts the user registration, assigns the user ID and sends it to the configurator.
  • Step 1 The first device requests the cloud server to establish a first session based on the connection credential. Specifically, the first device uses the cloud connection certificate to request the cloud server to establish a TLS session, and the cloud server verifies the identity of the device through the cloud connection certificate, and establishes the TLS session after the verification is passed.
  • Step 2 After establishing the first session, the first device sends a second update request to the cloud server account resource for registration; specifically, after the TLS session is established, the first device sends to the account resource "/oic/sec/account" Update request for device registration, the request message includes the fixed device identification.
  • the above message example includes the following attributes:
  • pdi is the fixed device identification of the first device, and the fixed device identification will not change every time the first device is reactivated.
  • the above message example includes the following attributes:
  • Step 3 The cloud server allocates an access token to the first device, and the access token is used for the cloud server to verify the device when the device logs in.
  • the cloud server associates the TLS session with the fixed device identifier.
  • Step 4 After the device is successfully registered, the cloud server returns a device registration success message. Optionally, the message indicates that the user has not bound the device.
  • the above message example includes the following attributes:
  • accesstoken The access token for the first device to log in to the cloud server
  • refreshtoken the update token of the first device (used to update the access token of the first device)
  • bind the binding result of the user and the first device, a value of false means that the user is not bound to the device.
  • Step 5 After receiving the device registration success message, the first device marks itself as the user unbound device. Specifically, a second mark may be set for the first device; wherein, the second mark is used to characterize that the first device is a user unbound device.
  • the above example includes the following attributes:
  • Step 6 The first device sends a third update request to the cloud server session resource; the fixed device identifier is carried in the third update request.
  • the first device performs device login by sending an update request to the session resource "/oic/sec/session" resource, and the request message includes the fixed device identifier.
  • the above message example includes the following attributes:
  • accesstoken The access token for the first device to log in to the cloud server
  • login true (the value of login request attribute login is true, which means that the first device requests to log in to the cloud server)
  • the above message example includes the following attributes:
  • accesstoken The access token for the first device to log in to the cloud server
  • login true (the value of the login request attribute login is true, indicating that the first device requests to log in to the cloud server).
  • Step 7 The cloud server accepts the login request of the first device and responds to the device login. That is, the cloud server receives the third update request for the session resource sent by the first device for device login; wherein, the third update request includes the fixed device identifier of the first device.
  • Step 8 The configurator finds that the user is not bound to the device, and configures the user ID for the first device.
  • the configurator can determine according to the binding result attribute "bind" of the user and the device in the expression of the cloud configuration resource of the first device. When the value is false, it can be determined that the first device is unbound by the user.
  • Device when its value is true, it is determined that the first device is the device bound by the user.
  • Step 9 After obtaining the user ID, the first device provides the fixed device ID and the user ID to the cloud server.
  • Manner 1 The first device provides the fixed device identification and the user identification in the request to update the token resource "/oic/sec/tokenrefresh".
  • the above message example includes the following attributes:
  • accesstoken the access token of the first device
  • the above message example includes the following attributes:
  • accesstoken The access token of the first device.
  • the first device may immediately send a token update request to the cloud server to provide the fixed device identification and the user identification after obtaining the user identification.
  • the fixed device identification and user identification can also be provided in the next normal update token request of the device.
  • Manner 2 The first device provides the fixed device identifier and the user identifier in the request to update the account resource "/oic/sec/account”.
  • the above message example includes the following attributes:
  • uid The user ID of the OCF user.
  • the above message example includes the following attributes:
  • uid The user ID of the OCF user.
  • Manner 3 The first device provides the fixed device identifier and the user identifier in the request to update the session resource "/oic/sec/session".
  • the above message example includes the following attributes:
  • accesstoken The access token for the first device to log in to the cloud server
  • uid The user ID of the OCF user.
  • the above message example includes the following attributes:
  • accesstoken The access token for the first device to log in to the cloud server
  • uid The user ID of the OCF user.
  • Step 10 The cloud server binds the user ID and the fixed device ID, and binds the user and the device.
  • Step 11 The cloud server sends a response message to the first device.
  • response message may also indicate that the user ID and the fixed device ID of the first device are successfully bound. Of course, it is not necessary to indicate that the binding is successful in the response message.
  • the response message of the cloud server in this step corresponds to 3 different ways in step 9:
  • Method 1 The response message sent by the cloud server is an update token response message.
  • Manner 2 The response message sent by the cloud server is an account resource update response message.
  • Manner 3 The response message sent by the cloud server is an update session resource response message.
  • Step 12 The first device marks itself as a user-bound device.
  • the response message indicates that the user ID is successfully bound with the fixed device ID of the first device, a first flag is set; the first flag is used to indicate that the first device is user-bound equipment.
  • the response message does not contain an indication of successful binding or unbinding
  • the received information indicates success according to the response information
  • the first device is determined to be the user-bound device, and you can directly Set the first flag; otherwise, if the response information indicates failure for the received information, the first device may consider that the network side is unbound, and it also determines that it is the user unbound device.
  • the above example includes the following attributes:
  • the first device interacts with the configurator during the user-device binding process between the first device and the cloud server to obtain the user ID, or the user ID and the fixed device ID, and then The first device binds the user identification and the fixed device identification to the cloud server.
  • the device binding uses a fixed device identifier, which can support cloud traceability of the device.
  • the embodiment of the present invention provides a first device, as shown in FIG. 9, including:
  • the first communication unit 61 receives a resource update request sent by the configurator; wherein the resource update request includes a user identification; sends a first update request to the cloud server account resource for registration; wherein, the first update request Contains the fixed device identification and user identification of the first device; receiving a registration success message fed back by the cloud server;
  • the first processing unit 62 determines that the first device is a user-bound device.
  • the first processing unit 62 specifically when the registration success message contains the binding result that the first device is the user-bound device, determines that the first device is the user-bound device, and sets the second A mark; wherein the first mark is used to characterize that the first device is a user-bound device.
  • the first processing unit 62 determines that the first device is a user-bound device, and sets a first flag.
  • the cloud server provided in this embodiment, as shown in FIG. 10, includes:
  • the second communication unit 71 receives a first update request for the account resource for registration sent by the first device; the first update request includes the fixed device identification of the first device and the user identification;
  • the second processing unit 72 based on the registration request, binds the fixed device identifier and the user identifier of the first device;
  • the second communication unit 71 feeds back a registration success message to the first device.
  • the registration success message may at least include a binding result between the first device and the user.
  • the first device is an OCF device
  • the cloud server may be an OCF cloud server
  • the configuration device may be a configurator
  • the first processing unit 62 of the first device presets the cloud connection credential and the fixed device identifier.
  • the first device presets a shared secret key as the cloud connection credential
  • the fixed device identification adopts unique immutable identifications such as the device MAC address and serial number, or uses the device MAC address, serial number, etc. to convert the fixed device identification.
  • the user triggers cloud registration through the configurator (for example, the user registers a user name and password with the cloud server through the configurator), the cloud server accepts the user registration, assigns a user ID and sends it to the configurator.
  • the configurator for example, the user registers a user name and password with the cloud server through the configurator
  • the cloud server accepts the user registration, assigns a user ID and sends it to the configurator.
  • the first processing unit 62 receives the configurator to configure the device to connect to the cloud server by updating the cloud configuration resource "oic.r.coapcloudconf" of the first device, and the request message includes the user identification.
  • the first processing unit 62 of the first device sends the request information for establishing the first session to the cloud server based on the cloud connection credential; after establishing the first session, sends a registration request to the cloud server.
  • the cloud server receives the request information for establishing the first session sent by the first device based on the cloud connection credential; verifies the first device based on the cloud connection credential; and when the first device passes the verification, communicates with the first device Establish the first session.
  • the first session may be a TLS session.
  • the second communication unit 71 of the cloud server allocates an access token to the first device, and the access token is used for the cloud server to verify the device when the device logs in.
  • the second processing unit 72 of the cloud server binds the user ID and the fixed device ID, and binds the user and the device.
  • the second processing unit 72 of the cloud server associates the first session with the fixed device identifier of the first device.
  • the TLS session is associated with the fixed device identifier.
  • the second communication unit 71 of the cloud server After the device is successfully registered, the second communication unit 71 of the cloud server returns a device registration success message, and the registration success message may at least include the binding result of the first device and the user.
  • the first communication unit 61 of the first device After receiving the device registration success message, the first communication unit 61 of the first device completes the binding of the user and the device.
  • the first device receives the registration success message fed back by the cloud server, and when the registration success message contains the binding result that the first device is the user-bound device, the first flag is set; wherein, the The first mark is used to characterize that the first device is a bound device.
  • the first device marks itself as a user-bound device.
  • the first device can determine that it is the user-bound device after receiving the registration success message fed back by the cloud server, and can directly set the first flag; wherein, the first flag is used to indicate that the first device is a binding device. Set equipment.
  • the first device is marked as a user-bound device in the description of the cloud configuration resource.
  • the first mark can be "1".
  • the first communication unit 61 of the first device sends an update request to the session resource of the cloud server; wherein the update request is used to request device login, and the update request includes the fixed device identifier of the first device.
  • the device login can be performed by sending an update request to the session resource "/oic/sec/session" resource, and the request message includes the fixed device identifier.
  • Another feasible way is to reserve the non-fixed device identifier of the first device in the device login request and add the fixed device identifier.
  • the second communication unit 71 of the cloud server accepts the login request of the first device, and responds to the device login.
  • the embodiment of the present invention provides a first device, as shown in FIG. 11, including:
  • the third communication unit 81 sends a second update request to the cloud server account resource for registration; wherein the second update request includes the fixed device identifier of the first device; receives a registration success message fed back by the cloud server;
  • the third processing unit 82 determines that the first device is a user unbound device
  • the third communication unit 81 receives the user ID sent by the configurator, sends the user ID and the fixed device ID of the first device to the cloud server; receives the response message fed back by the cloud server;
  • the third processing unit 82 sets a first mark; the first mark is used to characterize that the first device is a user-bound device.
  • the third processing unit determines that the first device is the user unbound device based on the indication that the user is not bound to the device that may be included in the registration success message, and sets a second flag; wherein, the first device is The second mark is used to characterize that the first device is a user unbound device.
  • the third processing unit 82 after receiving the registration success message fed back by the cloud server, the third processing unit 82 directly sets the second flag after determining that the first device is the user unbound device.
  • a cloud server provided in this embodiment, as shown in FIG. 12, includes:
  • the fourth communication unit 91 receives a second update request for account resources sent by the first device for registration; wherein, the second update request includes the fixed device identifier of the first device; and feeds back to the first device Registration success message; receiving the user ID and the fixed device ID of the first device sent by the first device; feeding back a response message to the first device;
  • the fourth processing unit 92 performs binding of the first device and the user based on the user identifier and the fixed device identifier of the first device.
  • the registration success message carries an indication that the user is not bound to the device
  • the response message indicates that the user ID and the fixed device ID of the first device are successfully bound.
  • the first device is an OCF device
  • the cloud server is an OCF cloud
  • the third processing unit 82 of the first device presets the cloud connection credential and the fixed device identifier.
  • the first device presets a shared secret key as the cloud connection credential
  • the fixed device identification adopts unique immutable identifications such as the device MAC address and serial number, or uses the device MAC address, serial number, etc. to convert the fixed device identification.
  • the user performs cloud registration through the configurator (for example, the user registers a user name and password with the cloud server through the configurator), the cloud server accepts the user registration, assigns the user ID and sends it to the configurator.
  • the configurator for example, the user registers a user name and password with the cloud server through the configurator
  • the cloud server accepts the user registration, assigns the user ID and sends it to the configurator.
  • the third processing unit 82 of the first device requests the cloud server to establish the first session based on the connection credential. Specifically, the first device uses the cloud connection credential to request the cloud server to establish a TLS session, the cloud server verifies the identity of the device through the cloud connection credential, and establishes the TLS session after the verification is passed.
  • the third processing unit 82 sends a second update request to the cloud server account resource for registration; specifically, after the TLS session is established, the first device sends the account resource "/oic/sec/account "Send an update request for device registration.
  • the request message includes the fixed device identification.
  • the fourth communication unit 91 of the cloud server allocates an access token to the first device, and the access token is used for the cloud server to verify the device when the device logs in.
  • the cloud server associates the TLS session with the fixed device identifier.
  • the fourth communication unit 91 of the cloud server After the device is successfully registered, the fourth communication unit 91 of the cloud server returns a device registration success message. Optionally, the message indicates that the user has not bound the device.
  • the third processing unit 82 of the first device marks itself as a user unbound device. Specifically, a second mark may be set for the first device; wherein, the second mark is used to characterize that the first device is a user unbound device.
  • the third communication unit 81 of the first device sends a third update request to the cloud server session resource; the third update request carries the fixed device identifier.
  • the first device performs device login by sending an update request to the session resource "/oic/sec/session" resource, and the request message includes the fixed device identifier.
  • Another feasible way is to reserve the non-fixed device identifier of the first device in the device login request and add the fixed device identifier.
  • the fourth communication unit 91 of the cloud server accepts the login request of the first device and responds to the device login. That is, the cloud server receives the third update request for the session resource sent by the first device for device login; wherein, the third update request includes the fixed device identifier of the first device.
  • the configurator finds that the user is not bound to the device, and configures the user ID for the first device.
  • the third communication unit 81 of the first device After obtaining the user ID, the third communication unit 81 of the first device provides the fixed device ID and the user ID to the cloud server.
  • the fourth processing unit 92 of the cloud server binds the user ID and the fixed device ID, and binds the user and the device.
  • the fourth communication unit 91 of the cloud server sends a response message to the first device, and the response message indicates that the user ID and the fixed device ID of the first device are successfully bound.
  • the third processing unit 82 of the first device marks itself as a user-bound device. It may be: when the response message indicates that the user ID and the fixed device ID of the first device are successfully bound, a first flag is set; the first flag is used to characterize that the first device is a user-bound device.
  • the first device interacts with the configurator during the user-device binding process between the first device and the cloud server to obtain the user ID, or the user ID and the fixed device ID, and then The first device binds the user identification and the fixed device identification to the cloud server.
  • the device binding uses a fixed device identifier, which can support cloud traceability of the device.
  • This embodiment also provides a device binding system, as shown in FIG. 13, including:
  • the configurator 1001 establishes a connection with a first device; sends a resource update request to the first device; wherein the resource update request includes a user identifier;
  • the first device 1002 receives a resource update request sent by the configurator; sends a first update request to the cloud server account resource for registration; wherein, the first update request includes the fixed device identification of the first device and User identification; receiving the registration success message fed back by the cloud server, and when the registration success message contains the binding result that the first device is the user binding device, a first flag is set; wherein, the first flag is To characterize that the first device is a user-bound device;
  • the cloud server 1003 receives the first update request for the account resource for registration from the first device; based on the first update request, binds the fixed device identification and the user identification of the first device; The registration success message fed back by the first device.
  • the functions of the configurator, the first device, and the cloud server are the same as those in the foregoing method flow, and will not be repeated here.
  • This embodiment also provides a device binding system, as shown in FIG. 14, including:
  • the configurator 1101 sends a user identification to the first device
  • the first device 1102 sends a second update request to the cloud server account resource for registration; wherein the second update request includes the fixed device identification of the first device; and receives a registration success message fed back by the cloud server based on the The indication that the user is not bound to the device contained in the registration success message is set to a second flag; wherein, the second flag is used to characterize that the first device is an unbound device of the user; receiving the user identification sent by the configurator Send the user ID and the fixed device ID of the first device to the cloud server; receive a response message fed back by the cloud server; when the response message indicates that the user ID and the fixed device ID of the first device are successfully bound, Set a first mark; the first mark is used to characterize that the first device is a user-bound device;
  • the cloud server 1103 receives the second update request for the account resource sent by the first device for registration; feeds back a registration success message to the first device; receives the user ID sent by the first device and the fixation of the first device.
  • the device identifier is used to bind the first device and the user based on the user identifier and the fixed device identifier of the first device; and feedback a response message to the first device.
  • the configurator 1101 configures a user identity for the first device when it is found that the first device is a user-unbound device.
  • the configurator 1101 performs the query by polling; for example, polling at a certain cycle to query whether the first device is currently bound to the device with the flag, and then obtain the result;
  • the flag can be the aforementioned First mark or second mark;
  • the first device 1102 makes a multicast announcement or broadcast announcement for a device that it is not bound to the user, and the configurator 1101 discovers whether the first device is a user-bound device according to the information of the multicast announcement or the broadcast announcement .
  • the first device is a user-bound device or a user-unbound device, which can be determined based on the aforementioned first mark and second mark.
  • the functions of the configurator, the first device, and the cloud server are the same as those in the foregoing method flow, and will not be repeated here.
  • FIG. 15 is a schematic structural diagram of a communication device 1900 provided by an embodiment of the present invention.
  • the communication device in this embodiment may be specifically a terminal device or a network device in the foregoing embodiment.
  • the communication device 1900 shown in FIG. 19 includes a processor 1910, and the processor 1910 can call and run a computer program from the memory to implement the method in the embodiment of the present invention.
  • the communication device 1900 may further include a memory 1920.
  • the processor 1910 can call and run a computer program from the memory 1920 to implement the method in the embodiment of the present invention.
  • the memory 1920 may be a separate device independent of the processor 1910, or may be integrated in the processor 1910.
  • the communication device 1900 may further include a transceiver 1930, and the processor 1910 may control the transceiver 1930 to communicate with other devices, specifically, it may send information or data to other devices, or receive other devices. Information or data sent by the device.
  • the transceiver 1930 may include a transmitter and a receiver.
  • the transceiver 1930 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 1900 may specifically be a network device according to an embodiment of the present invention, and the communication device 1900 may implement the corresponding process implemented by the network device in each method of the embodiment of the present invention. For brevity, details are not repeated here. .
  • the communication device 1900 may specifically be the first device or a cloud server in the embodiment of the present invention, and the communication device 1900 may implement the corresponding processes implemented by the mobile terminal/terminal device in the various methods of the embodiments of the present invention. It's concise, so I won't repeat it here.
  • FIG. 16 is a schematic structural diagram of a chip according to an embodiment of the present invention.
  • the chip 2000 shown in FIG. 16 includes a processor 2010, and the processor 2010 can call and run a computer program from the memory to implement the method in the embodiment of the present invention.
  • the chip 2000 may further include a memory 2020.
  • the processor 2010 can call and run a computer program from the memory 2020 to implement the method in the embodiment of the present invention.
  • the memory 2020 may be a separate device independent of the processor 2010, or may be integrated in the processor 2010.
  • the chip 2000 may further include an input interface 2030.
  • the processor 2010 can control the input interface 2030 to communicate with other devices or chips, and specifically, can obtain information or data sent by other devices or chips.
  • the chip 2000 may further include an output interface 2040.
  • the processor 2010 can control the output interface 2040 to communicate with other devices or chips, and specifically, can output information or data to other devices or chips.
  • the chip can be applied to the first device or the cloud server in the embodiment of the present invention, and the chip can implement the corresponding process implemented by the first device or the cloud server in each method of the embodiment of the present invention. For simplicity, I will not repeat them here.
  • the chip mentioned in the embodiment of the present invention may also be called a system-level chip, a system-on-chip, a system-on-chip, or a system-on-chip, etc.
  • the processor in the embodiment of the present invention may be an integrated circuit chip with signal processing capability.
  • the steps of the foregoing method embodiments can be completed by hardware integrated logic circuits in the processor or instructions in the form of software.
  • the aforementioned processor may be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (ASIC), a ready-made programmable gate array (Field Programmable Gate Array, FPGA) or other Programming logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP Digital Signal Processor
  • ASIC application specific integrated circuit
  • FPGA ready-made programmable gate array
  • the methods, steps, and logical block diagrams disclosed in the embodiments of the present invention can be implemented or executed.
  • the general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.
  • the steps of the method disclosed in the embodiments of the present invention may be directly embodied as being executed and completed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
  • the memory in the embodiment of the present invention may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), and electrically available Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • the volatile memory may be a random access memory (Random Access Memory, RAM), which is used as an external cache.
  • RAM random access memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM DDR SDRAM
  • ESDRAM enhanced synchronous dynamic random access memory
  • Synchlink DRAM SLDRAM
  • DR RAM Direct Rambus RAM
  • the memory in the embodiment of the present invention may also be static random access memory (static RAM, SRAM), dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM), etc.
  • static random access memory static random access memory
  • SRAM static random access memory
  • dynamic RAM dynamic random access memory
  • Synchronous dynamic random access memory synchronous DRAM, SDRAM
  • double data rate SDRAM double data rate SDRAM, DDR SDRAM
  • enhanced synchronous dynamic random access memory enhanced synchronous dynamic random access memory
  • ESDRAM enhanced synchronous dynamic random access memory
  • synchronous connection Dynamic random access memory strip link DRAM, SLDRAM
  • Direct Rambus RAM Direct Rambus RAM
  • FIG. 17 is a schematic block diagram of a communication system 2100 according to an embodiment of the present application. As shown in FIG. 17, the communication system 2100 includes a UE 2110 and a network device 2120.
  • the UE 2110 may be used to implement the corresponding function implemented by the first device in the foregoing method
  • the network device 2120 may be used to implement the corresponding function implemented by the cloud server in the foregoing method.
  • the UE 2110 may be used to implement the corresponding function implemented by the first device in the foregoing method
  • the network device 2120 may be used to implement the corresponding function implemented by the cloud server in the foregoing method.
  • the embodiment of the present invention also provides a computer-readable storage medium for storing computer programs.
  • the computer-readable storage medium may be applied to the first device or the cloud server in the embodiment of the present invention, and the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present invention, for It's concise, so I won't repeat it here.
  • the embodiment of the present invention also provides a computer program product, including computer program instructions.
  • the computer program product can be applied to the first device or the cloud server in the embodiment of the present invention, and the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present invention, for the sake of brevity , I won’t repeat it here.
  • the embodiment of the present invention also provides a computer program.
  • the computer program can be applied to the first device or the cloud server in the embodiment of the present invention.
  • the computer program runs on the computer, the computer can execute the corresponding implementation of the network device in each method of the embodiment of the present invention. For the sake of brevity, the process will not be repeated here.
  • the disclosed system, device, and method may be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components can be combined or It can be integrated into another system, or some features can be ignored or not implemented.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
  • the functional units in the various embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium.
  • the technical solution of the present invention essentially or the part that contributes to the existing technology or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present invention.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory,) ROM, random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program code .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种设备绑定方法、云端服务器、第一设备、芯片、计算机可读存储介质、计算机程序产品以及计算机程序，所述方法包括：接收配置器发来的资源更新请求；其中，所述资源更新请求中包含用户标识；向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；接收云端服务器反馈的注册成功消息，确定所述第一设备为用户绑定设备。

Description

一种设备绑定方法、云端服务器、第一设备 技术领域
本发明涉及信息处理技术领域，尤其涉及一种设备绑定方法、云端服务器、第一设备、芯片、计算机可读存储介质、计算机程序产品以及计算机程序。
背景技术
现有技术中，开放连接基金会(OCF Open Connectivity Foundation)系统处理过程中，需要OCF设备与云端服务器进行绑定，目前通过配置器完成，比如，需要配置器从OCF云端为待注册的OCF设备获取设备注册的访问令牌，后续的通信流程才能继续。
但是，上述处理方式中，提高了设备绑定的复杂度，无法保证设备绑定的可靠性。
发明内容
为解决上述技术问题，本发明实施例提供了一种设备绑定方法、云端服务器、第一设备、芯片、计算机可读存储介质、计算机程序产品以及计算机程序。
第一方面，提供了一种设备绑定方法，应用于第一设备，所述方法包括：
接收配置器发来的资源更新请求；其中，所述资源更新请求中包含用户标识；
向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；
接收云端服务器反馈的注册成功消息，确定所述第一设备为用户绑定设备。
第二方面，提供了一种设备绑定方法，应用于云端服务器，所述方法包括：
接收第一设备发来的用于注册的针对账号资源的第一更新请求；所述第一更新请求中包含第一设备的固定设备标识、以及所述用户标识；
基于所述第一更新请求，对所述第一设备的固定设备标识以及用户标识进行绑定；
向第一设备反馈的注册成功消息。
第三方面，提供了一种设备绑定方法，应用于第一设备，所述方法包括：
向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；
接收云端服务器反馈的注册成功消息，确定所述第一设备为用户未绑定设备；
接收配置器发来的用户标识，将所述用户标识与所述第一设备的固定设备标识发送至云端服务器；
接收云端服务器反馈的响应消息，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备。
第四方面，提供了一种设备绑定方法，应用于云端服务器，所述方法包括：
接收第一设备发送的针对账号资源的第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；
向所述第一设备反馈注册成功消息；
接收第一设备发来的用户标识与所述第一设备的固定设备标识，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定；
向所述第一设备反馈响应消息。
第五方面，提供了一种第一设备，包括：
第一通信单元，接收配置器发来的资源更新请求；其中，所述资源更新请求中包含用户标识；向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；接收云端服务器反馈的注册成功消息；
第一处理单元，确定所述第一设备为用户绑定设备。
第六方面，提供了一种云端服务器，包括：
第二通信单元，接收第一设备发来的用于注册的针对账号资源的第一更新请求；所述第一更新请求中包含第一设备的固定设备标识、以及所述用户标识；
第二处理单元，基于所述第一更新请求，对所述第一设备的固定设备标识以及用户标识进行绑定；
所述第二通信单元，向第一设备反馈的注册成功消息。
第七方面，提供了一种第一设备，包括：
第三通信单元，向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；接收云端服务器反馈的注册成功消息；
第三处理单元，确定所述第一设备为用户未绑定设备；
所述第三通信单元，接收配置器发来的用户标识，将所述用户标识与所述第一设备的固定设备标识发送至云端服务器；接收云端服务器反馈的响应消息；
所述第三处理单元，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备。
第八方面，提供了一种云端服务器，包括：
第四通信单元，接收第一设备发送的针对账号资源的第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；向所述第一设备反馈注册成功消息；接收第一设备发来的用户标识与所述第一设备的固定设备标识；向所述第一设备反馈响应消息；
第四处理单元，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定。
第九方面，提供了一种设备绑定系统，包括：
配置器，与第一设备建立连接；向所述第一设备发送资源更新请求；其中，所述资源更新请求中包含用户标识；
第一设备，接收配置器发来的资源更新请求；向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；接收云端服务器反馈的注册成功消息，当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备；
云端服务器，接收第一设备发来的用于注册的针对账号资源的第一更新请求；基于所述第一更新请求，对所述第一设备的固定设备标识以及用户标识进行绑定；向第一设备反馈的注册成功消息。
第十方面，提供了一种设备绑定系统，包括：
配置器，向第一设备发送用户标识；
第一设备，向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；接收云端服务器反馈的注册成功消息，基于所述注册成功消息中包含的用户未绑定设备的指示，设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备；接收配置器发来的用户标识，将所述用 户标识与所述第一设备的固定设备标识发送至云端服务器；接收云端服务器反馈的响应消息；当所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功时，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备；
云端服务器，接收第一设备发送的针对账号资源的第二更新请求以进行注册；向所述第一设备反馈注册成功消息；接收第一设备发来的用户标识与所述第一设备的固定设备标识，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定；向所述第一设备反馈响应消息。
第十一方面，提供了一种第一设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面或其各实现方式中的方法。
第十二方面，提供了一种云端服务器，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第二方面或其各实现方式中的方法。
第十三方面，提供了一种芯片，用于实现上述各实现方式中的方法。
具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第十四方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第十五方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第十六方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
通过采用上述方案，能够在第一设备与云端服务器进行用户与设备绑定的处理中，由第一设备与配置器进行交互，得到用户标识、或者用户标识以及固定设备标识，进而再由第一设备向云端服务器进行用户标识以及固定设备标识之间的绑定。这样，实现了不需要配置器与云端服务器之间进行交互，从而提高了设备绑定的可靠性，另外设备绑定使用固定的设备标识，从而可以支持云端追溯设备。
附图说明
图1是本申请实施例提供的一种系统架构的示意性；
图2为本发明实施例提供的一种设备绑定方法流程示意图一；
图3为本发明实施例提供的一种设备绑定方法流程示意图二；
图4为OCF的客户端以及服务端处理流程示意图；
图5为本发明实施例提供的一种设备绑定方法流程示意图三；
图6为本发明实施例提供的一种设备绑定方法流程示意图四；
图7为本发明实施例提供的一种设备绑定方法流程示意图五；
图8为本发明实施例提供的一种设备绑定方法流程示意图六；
图9为本发明实施例提供的一种第一设备组成结构示意图一；
图10为本发明实施例提供的一种云端服务器组成结构示意图一；
图11为本发明实施例提供的一种第一设备组成结构示意图二；
图12为本发明实施例提供的一种云端服务器组成结构示意图二；
图13为本发明实施例提供的一种设备绑定系统组成结构示意图一；
图14为本发明实施例提供的一种设备绑定系统组成结构示意图二；
图15为本发明实施例提供的一种通信设备组成结构示意图；
图16是本申请实施例提供的一种芯片的示意性框图；
图17是本申请实施例提供的一种通信系统架构的示意性图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperability for Microwave Access，WiMAX)通信系统或5G系统等。
OCF(Open Connectivity Foundation，开放连接基金会)是新兴的物联网应用层技术标准组织，OCF为物联网设备之间实现互联互通制定Restful服务框架，在OCF Restful服务框架中，通过资源来表述物联网设备，以及设备的功能服务和设备的状态等信息，提供资源的实体是OCF服务端(以下简称服务端)，一般是提供功能服务的OCF设备，访问资源的实体是OCF客户端(以下简称客户端)。
OCF客户端和OCF设备通过OCF云端进行远程通信，为了实现远程通信，OCF设备需要和具体用户进行绑定。
OCF设备绑定的流程见图1，先由提供OCF云端接入配置功能的配置器对OCF设备进行配置，配置器为OCF设备提供OCF云端接入信息，OCF设备根据云端接入信息注册到OCF云端，和OCF用户进行绑定。
具体流程见下：
前提条件：用户通过配置器进行云端注册(例如用户通过配置器向OCF云端注册用户名和密码)，OCF云端接受用户注册，分配用户标识发送给配置器。
1：配置器发现并连接OCF设备；
2：配置器从OCF云端为OCF设备请求设备的访问令牌(Access Token)；
3：OCF云端为OCF设备分配访问令牌，该访问令牌用于设备注册时OCF云端对设备进行验证；
4：OCF云端返回设备的访问令牌，另外，OCF云端还可以返回与设备的访问令牌相关联的授权提供者名称；
5：配置器通过更新(UPDATE操作)OCF设备的云端配置资源“oic.r.coapcloudconf”为设备配置连接OCF云端的信息。“oic.r.coapcloudconf”资源的更新请求中包括以下属性和值(以属性名：属性值的方式表示，下同)：
at:OCF设备注册到OCF云端的访问令牌
cis:OCF云端接入URI(云端接入URI可以预先存储在配置器中，或者由用户手动输入)
sid:OCF云端的标识。
6：OCF设备和OCF云端建立TLS会话。
7：建立TLS会话后，OCF设备通过向账号资源“/oic/sec/account”发送更新(UPDATE操作)请求以进行设备注册，“/oic/sec/account”资源的更新请求中包括以下属性和值：
di:OCF设备标识
accesstoken:OCF设备注册到OCF云端的访问令牌
authprovider：授权提供名称；
其中di是OCF设备标识，该设备标识是非固定设备标识，每次重新激活OCF设备后，OCF设备标识会发生变化。
OCF云端接受OCF设备的注册请求，将当前TLS会话和OCF设备标识关联起来，OCF云端向OCF设备返回以下属性和值：
accesstoken:OCF设备登录到OCF云端的访问令牌
uid:OCF用户的用户标识
refreshtoken:OCF设备的更新令牌(用于更新OCF设备的访问令牌)
expiresin:OCF设备访问令牌的过期时间
设备注册成功后，获取到OCF用户的用户标识，完成用户和设备的绑定。
8：OCF设备通过向会话资源“/oic/sec/session”资源发送更新(UPDATE操作)请求以进行设备登录，“/oic/sec/session”资源的更新请求中包括以下属性和值：
di:OCF设备标识
uid:OCF用户的用户标识
accesstoken:OCF设备登录到OCF云端的访问令牌
login:true(登录请求属性login的值为true，表示OCF设备请求登录到OCF云端)
OCF云端接受OCF设备的登录请求，进行设备登录的响应，OCF云端向OCF设备返回以下属性和值：
expiresin:OCF设备访问令牌的剩余过期时间
9：当访问令牌Access Token到期时或到期之前，OCF设备向令牌更新资源“/oic/sec/tokenrefresh”发送更新(UPDATE操作)请求以刷新其访问令牌。“/oic/sec/tokenrefresh”资源的更新请求中包括以下属性和值：
di:OCF设备标识
uid:OCF用户的用户标识
refreshtoken:OCF设备的更新令牌
访问令牌更新成功后，OCF云端返回以下属性和值：
accesstoken:OCF设备新的访问令牌
refreshtoken:OCF设备的更新令牌
expiresin:OCF设备访问令牌的过期时间。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
本发明实施例提供了一种设备绑定方法，应用于第一设备，如图2所示，包括：
步骤21：接收配置器发来的资源更新请求；其中，所述资源更新请求中包含用户标识；
步骤22：向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更 新请求中包含有所述第一设备的固定设备标识以及用户标识；
步骤23：接收云端服务器反馈的注册成功消息，确定所述第一设备为用户绑定设备。
其中，所述确定所述第一设备为用户绑定设备，包括：
当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，确定所述第一设备为用户绑定设备，并设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备。
或者，还可以为：接收云端服务器反馈的注册成功消息，确定所述第一设备为用户绑定设备，并设置第一标记。
本实施例提供的一种设备绑定方法，应用于云端服务器，如图3所示，所述方法包括：
步骤31：接收第一设备发来的用于注册的针对账号资源的第一更新请求；所述第一更新请求中包含第一设备的固定设备标识、以及所述用户标识；
步骤32：基于所述注册请求，对所述第一设备的固定设备标识以及用户标识进行绑定；
步骤33：向第一设备反馈的注册成功消息。
其中，所述注册成功消息中可以至少包括所述第一设备与用户的绑定结果。
本实施例中第一设备为OCF设备，云端服务器可以为OCF云端服务器；配置设备可以为配置器。
OCF(Open Connectivity Foundation，开放连接基金会)是新兴的物联网应用层技术标准组织，OCF为物联网设备之间实现互联互通制定Restful服务框架，在OCF Restful服务框架中，通过资源来表述物联网设备，以及设备的功能服务和设备的状态等信息，提供资源的实体是OCF服务端(以下简称服务端)，一般是提供功能服务的OCF设备，访问资源的实体是OCF客户端(以下简称客户端)。
客户端和服务端的交互方式如图4所示。
客户端向服务端发送请求，对服务端上的资源进行操作，服务端执行资源操作，并向客户端返回响应，响应中携带资源的表述。
客户端向服务端发送请求，对服务端上的资源进行操作，请求操作的对象是资源URI(例如，服务端上有环境温度资源，资源URI为“/environmentTemperature”)，请求中指示资源操作请求(例如，客户端向服务端请求的资源操作请求是更新操作--UPDATE)。OCF客户端和服务端之间的请求和响应中携带资源的表述，OCF资源的表述包括资源的各种属性信息。
资源属性：在OCF资源表述中描述资源的属性信息，“targetTemperature”表示温度资源的目标温度属性，“currentTemperature”表示温度资源的当前温度属性，“temperatureRange”表示温度资源的温度范围属性。
例如，获取室内环境状态数据的控制终端是客户端，监测室内环境状态数据的传感器设备是服务端，客户端和服务端的业务交互是通过对资源的创建、读取、更新、删除或者通知这些资源操作方法而实现。
本实施例提供的方案结合图5进行说明，在第一设备中需要预配置云端连接凭证以及第一设备的固定设备标识。配置器请求更新第一设备的云端配置资源，在请求中提供用户标识，第一设备向云端服务器请求进行设备注册，在请求中提供用户标识和预置的固定设备标识，云端服务器绑定用户标识和固定设备标识，实现用户和第一设备的绑定。
具体的，如图5所示，第一设备预置云端连接凭证以及固定设备标识。例如，第一设备预置共享秘钥作为云端连接凭证，固定设备标识采用设备MAC地址、序列号等唯一不可变标识，或者采用设备MAC地址、序列号等进行转换后产生固定设备标识。其 中，所述转换后生成固定设备标识，可以为基于设备MAC地址结合指定类型的序列生成固定设备标识，当然，还可以基于设备的序列号再结合指定类型的序列生成固定设备标识。关于指定类型的序列，可以根据实际情况进行设置，比如，可以设置为时钟序列等等。
用户通过配置器触发进行云端注册(例如用户通过配置器向云端服务器注册用户名和密码)，云端服务器接受用户注册，分配用户标识发送给配置器。
步骤1：配置器发现并连接第一设备；
步骤2：配置器通过更新第一设备的云端配置资源“oic.r.coapcloudconf”为设备配置连接云端服务器的信息，请求消息中包括用户标识。
为配置器发送给第一设备的“oic.r.coapcloudconf”资源的更新请求消息的一种示例：
“UPDATE/example/coapcloudconf
{
"cis":"coaps+tcp://apidev.oppo-dbg.net:8443",
"sid":"1111",
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48"
}”
上述消息示例中包括以下属性：
cis:云端服务器接入URI(云端接入URI可以预先存储在配置器中，或者由用户手动输入)
sid:云端服务器的标识
uid:OCF用户的用户标识
然后，所述第一设备基于云端连接凭证，向所述云端服务器发送建立第一会话的请求信息；在建立第一会话后，向云端服务器发送注册请求。相应的，云端服务器接收第一设备基于云端连接凭证发来的建立第一会话的请求信息；基于云端连接凭证，对第一设备进行验证；当第一设备验证通过时，与所述第一设备建立第一会话。
其中，所述第一会话可以为TLS会话。另外，所述注册请求，可以为向账号资源“/oic/sec/account”发送更新请求以进行设备注册，也就是说，所述注册请求可以为针对账号资源的更新请求，只是功能为用于设备注册，可以理解为一种注册请求。
具体的参见以下步骤3、4：
步骤3：第一设备使用云端连接凭证向云端服务器请求建立TLS会话，云端服务器通过云端连接凭证验证设备身份，验证通过后建立TLS会话。
步骤4：建立TLS会话后，第一设备通过向账号资源“/oic/sec/account”发送更新请求以进行设备注册，请求消息中包括用户标识和固定设备标识。
第一设备发送给云端服务器的“/oic/sec/account”资源的更新请求消息示例：
“UPDATE/oic/sec/account
{
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f"
}”
上述消息示例中包括以下属性：
uid:OCF用户的用户标识
pdi:第一设备的固定设备标识
其中pdi是第一设备的固定设备标识，每次重新激活第一设备后，该固定设备标识不会发生变化。
另外一种可行的方式：在设备注册请求中，保留第一设备的非固定设备标识，并增加固定设备标识，如下所示：
“UPDATE/oic/sec/account
{
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"di":"8c08fc42-f0af-48d0-a554-0b6b7bc391e8"
}”
上述消息示例中包括以下属性：
uid:OCF用户的用户标识
pdi:第一设备的固定设备标识
di:第一设备的非固定设备标识
步骤5：云端服务器为第一设备分配访问令牌，该访问令牌用于设备登录时云端服务器对设备进行验证。云端服务器绑定用户标识和固定设备标识，对用户和设备进行绑定。
可选地，云端服务器将所述第一会话与第一设备的固定设备标识进行关联。具体的为将TLS会话关联到固定设备标识。
步骤6：设备注册成功后，云端服务器返回设备注册成功消息，所述注册成功消息中可以至少包括所述第一设备与用户的绑定结果。
具体的，所述绑定结果可以通过其中的指示位来指示，比如，当第一设备与用户绑定成功的时候，可以将该指示位设置为“真”，否则，设置为“假”。其中，真、假可以通过1bit来表示，比如，1可以表示为真，0可以表示假，或者反之亦可，本实施例中不做限定。
返回的注册成功消息示例如下所示：
“{
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio",
"refreshtoken":"Aliz3DUe4vuNAlSblExfbGxmp",
"expiresin":62208000,
"bind":true
}”
上述消息示例中包括以下属性：
accesstoken：第一设备登录到云端服务器的访问令牌；
refreshtoken：第一设备的更新令牌(用于更新第一设备的访问令牌)；
expiresin:第一设备访问令牌的过期时间；
bind：用户和第一设备的绑定结果，值为true表示用户已绑定设备。
步骤7：收到设备注册成功消息后，完成用户和设备的绑定。
也就是说，第一设备接收云端服务器反馈的注册成功消息，当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，设置第一标记；其中，所述第一标记用于表征所述第一设备为绑定设备。
或者，第一设备接收云端服务器反馈的注册成功消息，即可以确定自身为用户绑定设备，此时可以直接设置第一标记；其中，所述第一标记用于表征所述第一设备为绑定设备。
可选地，第一设备将自身标记为用户已绑定设备。
第一设备在云端配置资源的表述中标记为用户已绑定设备。比如，第一标识可以为“1”。
示例如下所示：
“{
"cis":"coaps+tcp://apidev.oppo-dbg.net:8443",
"sid":"1111",
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"bind":true
}”
上述示例中包括以下属性：
cis:云端服务器接入URI；
sid:云端服务器的标识；
uid:OCF用户的用户标识；
bind:用户和第一设备的绑定结果。
步骤8：第一设备向云端服务器的会话资源发送更新请求；其中，所述更新请求用于请求进行设备登录，所述更新请求中包含所述第一设备的固定设备标识。
具体可以为通过向会话资源“/oic/sec/session”资源发送更新请求以进行设备登录，请求消息中包括固定设备标识。
第一设备发送给云端服务器的“/oic/sec/session”资源的更新请求消息示例：
“UPDATE/oic/sec/session
{
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio",
"login":true
}”
上述消息示例中包括以下属性：
uid:OCF用户的用户标识
pdi:第一设备的固定设备标识
accesstoken:第一设备登录到云端服务器的访问令牌
login:true(登录请求属性login的值为true，表示第一设备请求登录到云端服务器)。
另外一种可行的方式：在设备登录请求中保留第一设备的非固定设备标识，并增加固定设备标识，如下所示：
“UPDATE/oic/sec/session
{
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"di":"8c08fc42-f0af-48d0-a554-0b6b7bc391e8",
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio",
"login":true
}”
上述消息示例中包括以下属性：
uid:OCF用户的用户标识
pdi:第一设备的固定设备标识
di:第一设备的非固定设备标识
accesstoken:第一设备登录到云端服务器的访问令牌
login:true(登录请求属性login的值为true，表示第一设备请求登录到云端服务器)。
步骤9：云端服务器接受第一设备的登录请求，进行设备登录的响应。
本发明实施例提供了一种设备绑定方法，应用于第一设备，如图6所示，包括：
步骤41：向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；
步骤42：接收云端服务器反馈的注册成功消息，确定所述第一设备为用户未绑定设备；
步骤43：接收配置器发来的用户标识，将所述用户标识与所述第一设备的固定设备标识发送至云端服务器；
步骤44：接收云端服务器反馈的响应消息，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备。
其中，确定所述第一设备为用户未绑定设备，所述方法还包括：
基于所述注册成功消息中包含的用户未绑定设备的指示，确定所述第一设备为用户未绑定设备，设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备。
还需要指出的是，此时还可以在接收云端服务器反馈的注册成功消息，确定所述第一设备为用户未绑定设备之后，直接设置第二标记。
本实施例提供的一种设备绑定方法，应用于云端服务器，如图7所示，所述方法包括：
步骤51：接收第一设备发送的针对账号资源的第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；
步骤52：向所述第一设备反馈注册成功消息；
步骤53：接收第一设备发来的用户标识与所述第一设备的固定设备标识，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定；
步骤54：向所述第一设备反馈响应消息。
其中，所述注册成功消息中可以携带用户未绑定设备的指示；
所述响应消息中可以指示用户标识与第一设备的固定设备标识绑定成功。
同样的，第一设备为OCF设备，云端服务器为OCF云端。
本实施例基本方案：第一设备预置云端连接凭证和固定设备标识。第一设备连接网络后，自动注册到云端服务器，在设备注册请求中提供固定设备标识，注册成功后将自身标记为用户未绑定设备。配置器发现用户未绑定的第一设备，为第一设备配置用户标识，第一设备获得用户标识后，向云端服务器提供用户标识，云端服务器绑定用户标识和固定设备标识，实现用户和设备的绑定。
这里需要指出的是，配置器发现用户未绑定第一设备，具体可以为：配置器通过轮询的方式进行查询；比如，以一定的周期进行轮询，来查询第一设备当前是否用户绑定设备的标记，进而得到结果；该标记可以为前述第一标记或第二标记；
或者，还可以为：第一设备对于自身为用户未绑定的设备进行组播宣告或广播宣告，配置器根据组播宣告或广播宣告的信息来发现第一设备是否为用户绑定设备。
另外，第一设备为用户绑定或用户未绑定设备，可以基于前述第一标记以及第二标记来确定。具体的，本实施例提供的方案结合图8进行说明：
前提条件：第一设备预配置云端连接凭证以及第一设备的固定设备标识。例如，第一设备预置共享秘钥作为云端连接凭证，固定设备标识采用设备MAC地址、序列号等唯一不可变标识，或者采用设备MAC地址、序列号等进行转换后产生固定设备标识。
用户通过配置器进行云端注册(例如用户通过配置器向云端服务器注册用户名和密码)，云端服务器接受用户注册，分配用户标识发送给配置器。
步骤1：第一设备基于所述连接凭证，向云端服务器请求建立第一会话。具体的可 以为，第一设备使用云端连接凭证向云端服务器请求建立TLS会话，云端服务器通过云端连接凭证验证设备身份，验证通过后建立TLS会话。
步骤2：第一设备建立第一会话后，向云端服务器账号资源发送第二更新请求以进行注册；具体的，建立TLS会话后，第一设备通过向账号资源“/oic/sec/account”发送更新请求以进行设备注册，请求消息中包括固定设备标识。
第一设备发送给云端服务器的“/oic/sec/account”资源的更新请求消息示例：
“UPDATE/oic/sec/account
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f"
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
其中pdi是第一设备的固定设备标识，每次重新激活第一设备后，该固定设备标识不会发生变化。
另外一种可行的方式：在设备注册请求中，保留第一设备的非固定设备标识，并增加固定设备标识，如下所示：
“UPDATE/oic/sec/account
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"di":"8c08fc42-f0af-48d0-a554-0b6b7bc391e8"
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
di:第一设备的非固定设备标识。
步骤3：云端服务器为第一设备分配访问令牌，该访问令牌用于设备登录时云端服务器对设备进行验证。
可选地，云端服务器将TLS会话关联到固定设备标识。
步骤4：设备注册成功后，云端服务器返回设备注册成功消息，可选地，该消息中指示为用户未绑定设备。
返回的响应消息示例如下所示：
“{
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio",
"refreshtoken":"Aliz3DUe4vuNAlSblExfbGxmp",
"expiresin":62208000,
"bind":false
}”
上述消息示例中包括以下属性：
accesstoken:第一设备登录到云端服务器的访问令牌
refreshtoken:第一设备的更新令牌(用于更新第一设备的访问令牌)
expiresin:第一设备访问令牌的过期时间
bind:用户和第一设备的绑定结果，值为false表示用户未绑定设备。
步骤5：收到设备注册成功消息后，第一设备将自身标记为用户未绑定设备。具体的，可以为第一设备设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备。
第一设备在云端配置资源的表述中标记为用户未绑定设备的示例如下所示：
“{
"cis":"coaps+tcp://apidev.oppo-dbg.net:8443",
"sid":"1111",
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"bind":false
}”
上述示例中包括以下属性：
cis:云端服务器接入URI
sid:云端服务器的标识
uid:OCF用户的用户标识
bind:用户和第一设备的绑定结果。
步骤6：第一设备向云端服务器会话资源发送第三更新请求；在该第三更新请求中携带固定设备标识。
具体的可以如图中所示，第一设备通过向会话资源“/oic/sec/session”资源发送更新请求以进行设备登录，请求消息中包括固定设备标识。
第一设备发送给云端服务器的“/oic/sec/session”资源的更新请求消息示例：
“UPDATE/oic/sec/session
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio",
"login":true
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
accesstoken:第一设备登录到云端服务器的访问令牌
login:true(登录请求属性login的值为true，表示第一设备请求登录到云端服务器)
另外一种可行的方式：在设备登录请求中保留第一设备的非固定设备标识，并增加固定设备标识，如下所示：
“UPDATE
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"di":"8c08fc42-f0af-48d0-a554-0b6b7bc391e8",
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio",
"login":true
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
di:第一设备的非固定设备标识
accesstoken:第一设备登录到云端服务器的访问令牌
login:true(登录请求属性login的值为true，表示第一设备请求登录到云端服务器)。
步骤7：云端服务器接受第一设备的登录请求，进行设备登录的响应。也就是说，云端服务器接收第一设备发送的针对会话资源的第三更新请求以进行设备登录；其中，所述第三更新请求中包含第一设备的固定设备标识。
步骤8：配置器发现用户未绑定设备，为第一设备配置用户标识。这里，可以为配置器根据第一设备的云端配置资源的表述中用户和设备的绑定结果属性“bind”来确定，当其值为false的时候，可以确定第一设备为用户未绑定的设备，当其值为ture时，确定第一设备为用户绑定的设备。
步骤9：第一设备获得用户标识后，向云端服务器提供固定设备标识和用户标识。
有3种方式提供固定设备标识和用户标识，分别为：
将用户标识与第一设备的固定设备标识添加在更新令牌资源请求中，向所述云端服务器发送所述更新令牌资源请求；
将用户标识与第一设备的固定设备标识添加在更新账号资源请求中，向所述云端服务器发送所述更新账号资源请求；
将用户标识与第一设备的固定设备标识添加在更新会话资源请求中，向所述云端服务器发送所述更新会话资源请求
具体来说，方式1：第一设备在更新令牌资源“/oic/sec/tokenrefresh”请求中提供固定设备标识和用户标识。
第一设备发送给云端服务器的“/oic/sec/tokenrefresh”资源的更新请求消息示例：
“UPDATE/oic/sec/tokenrefresh
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio"
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
uid:OCF用户的用户标识
accesstoken：第一设备的访问令牌
另外一种可行的方式：在更新令牌资源请求中保留第一设备的非固定设备标识，并增加固定设备标识，如下所示：
“UPDATE/oic/sec/tokenrefresh
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"di":"8c08fc42-f0af-48d0-a554-0b6b7bc391e8",
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio"
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
di:第一设备的非固定设备标识
uid:OCF用户的用户标识
accesstoken:第一设备的访问令牌。
由于设备访问令牌的有效期可能比较长，为了及时绑定设备，第一设备可以在获得用户标识后，立即向云端服务器发送更新令牌请求以提供固定设备标识和用户标识。也可以在设备下一次正常的更新令牌请求中提供固定设备标识和用户标识。
方式2：第一设备在更新账号资源“/oic/sec/account”请求中提供固定设备标识和用户标识。
第一设备发送给云端服务器的“/oic/sec/account”资源的更新请求消息示例：
“UPDATE/oic/sec/account
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48"
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
uid:OCF用户的用户标识。
另外一种可行的方式：在更新账号资源请求中，保留第一设备的非固定设备标识，并增加固定设备标识，如下所示：
“UPDATE/oic/sec/account//UPDATE操作，操作的资源URI为/oic/sec/account
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"di":"8c08fc42-f0af-48d0-a554-0b6b7bc391e8",
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48"
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
di：第一设备的非固定设备标识
uid:OCF用户的用户标识。
方式3：第一设备在更新会话资源“/oic/sec/session”请求中提供固定设备标识和用户标识。
第一设备发送给云端服务器的“/oic/sec/session”资源的更新请求消息示例：
“UPDATE/oic/sec/session
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio",
"login":true,
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48"
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
accesstoken:第一设备登录到云端服务器的访问令牌
login:true
uid:OCF用户的用户标识。
另外一种可行的方式：在设备登录请求中保留第一设备的非固定设备标识，并增加固定设备标识，如下所示：
“UPDATE/oic/sec/session
{
"pdi":"43643ed0-4956-4b2f-4ae5-768419fc7d7f",
"di":"8c08fc42-f0af-48d0-a554-0b6b7bc391e8",
"accesstoken":"ux933nT5Z3iK7TGRh9C4KaCkahidZTio",
"login":true,
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48"
}”
上述消息示例中包括以下属性：
pdi:第一设备的固定设备标识
di:第一设备的非固定设备标识
accesstoken:第一设备登录到云端服务器的访问令牌
login:true
uid:OCF用户的用户标识。
步骤10：云端服务器绑定用户标识和固定设备标识，对用户和设备进行绑定。
步骤11：云端服务器向第一设备发送响应消息。
需要指出的是，在所述响应消息中还可以指示用户标识与第一设备的固定设备标识绑定成功。当然，可以不在响应消息中进行绑定成功的指示。
本步骤中云端服务器的响应消息对应步骤9中3种不同的方式：
方式1：云端服务器发送的响应消息是更新令牌响应消息。
方式2：云端服务器发送的响应消息是更新账号资源响应消息。
方式3：云端服务器发送的响应消息是更新会话资源响应消息。
步骤12：第一设备将自身标记为用户已绑定设备。
具体的，可以为：当所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功时，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备。
或者，当响应消息中不包含绑定或未绑定成功的指示的情况下，根据响应信息针对接收到的信息指示成功时，可以理解为第一设备确定为用户绑定设备，此时可以直接设置第一标记；否则，若响应信息针对接收到的信息指示失败时，第一设备可以认为网络侧未绑定，则也确定自身为用户未绑定设备。
第一设备在云端配置资源的表述中标记为用户已绑定设备的示例如下所示：
“{
"cis":"coaps+tcp://apidev.oppo-dbg.net:8443",
"sid":"1111",
"uid":"336917bc-24d4-4f05-8e7f-e27ccb4adb48",
"bind":true
}”
上述示例中包括以下属性：
cis:云端服务器接入URI
sid:云端服务器的标识
uid:OCF用户的用户标识
bind:用户和第一设备的绑定结果。
可见，通过采用上述方案，就能够在第一设备与云端服务器进行用户与设备绑定的处理中，由第一设备与配置器进行交互，得到用户标识、或者用户标识以及固定设备标识，进而再由第一设备向云端服务器进行用户标识以及固定设备标识之间的绑定。这样，实现了不需要配置器与云端服务器之间进行交互，从而提高了设备绑定的可靠性，另外设备绑定使用固定的设备标识，从而可以支持云端追溯设备。
本发明实施例提供了一种第一设备，如图9所示，包括：
第一通信单元61，接收配置器发来的资源更新请求；其中，所述资源更新请求中包含用户标识；向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；接收云端服务器反馈的注册成功消息；
第一处理单元62，确定所述第一设备为用户绑定设备。
其中，第一处理单元62，具体的当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，确定所述第一设备为用户绑定设备，并设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备。
或者，还可以为：接收云端服务器反馈的注册成功消息，第一处理单元62，确定所述第一设备为用户绑定设备，并设置第一标记。
本实施例提供的一种云端服务器，如图10所示，包括：
第二通信单元71，接收第一设备发来的用于注册的针对账号资源的第一更新请求；所述第一更新请求中包含第一设备的固定设备标识、以及所述用户标识；
第二处理单元72，基于所述注册请求，对所述第一设备的固定设备标识以及用户标识进行绑定；
所述第二通信单元71，向第一设备反馈的注册成功消息。
其中，所述注册成功消息中可以至少包括所述第一设备与用户的绑定结果。
本实施例中第一设备为OCF设备，云端服务器可以为OCF云端服务器；配置设备可以为配置器。
本实施例提供的方案，第一设备的第一处理单元62，预置云端连接凭证以及固定设备标识。例如，第一设备预置共享秘钥作为云端连接凭证，固定设备标识采用设备MAC地址、序列号等唯一不可变标识，或者采用设备MAC地址、序列号等进行转换后产生固定设备标识。
用户通过配置器触发进行云端注册(例如用户通过配置器向云端服务器注册用户名和密码)，云端服务器接受用户注册，分配用户标识发送给配置器。
第一处理单元62，接收配置器通过更新第一设备的云端配置资源“oic.r.coapcloudconf”为设备配置连接云端服务器的信息，请求消息中包括用户标识。
然后，所述第一设备的第一处理单元62，基于云端连接凭证，向所述云端服务器发送建立第一会话的请求信息；在建立第一会话后，向云端服务器发送注册请求。相应的，云端服务器接收第一设备基于云端连接凭证发来的建立第一会话的请求信息；基于云端连接凭证，对第一设备进行验证；当第一设备验证通过时，与所述第一设备建立第一会话。
其中，所述第一会话可以为TLS会话。
另外一种可行的方式：在设备注册请求中，保留第一设备的非固定设备标识，并增加固定设备标识。
云端服务器的第二通信单元71为第一设备分配访问令牌，该访问令牌用于设备登录时云端服务器对设备进行验证。云端服务器的第二处理单元72绑定用户标识和固定设备标识，对用户和设备进行绑定。
可选地，云端服务器的第二处理单元72将所述第一会话与第一设备的固定设备标识进行关联。具体的为将TLS会话关联到固定设备标识。
设备注册成功后，云端服务器的第二通信单元71返回设备注册成功消息，所述注册成功消息中可以至少包括所述第一设备与用户的绑定结果。
第一设备的第一通信单元61收到设备注册成功消息后，完成用户和设备的绑定。
也就是说，第一设备接收云端服务器反馈的注册成功消息，当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，设置第一标记；其中，所述第一标记用于表征所述第一设备为绑定设备可选地，第一设备将自身标记为用户已绑定设备。
或者，第一设备接收云端服务器反馈的注册成功消息，即可以确定自身为用户绑定设备，此时可以直接设置第一标记；其中，所述第一标记用于表征所述第一设备为绑定设备。
第一设备在云端配置资源的表述中标记为用户已绑定设备。比如，第一标记可以为“1”。
第一设备的第一通信单元61向云端服务器的会话资源发送更新请求；其中，所述更新请求用于请求进行设备登录，所述更新请求中包含所述第一设备的固定设备标识。
具体可以为通过向会话资源“/oic/sec/session”资源发送更新请求以进行设备登录，请求消息中包括固定设备标识。
另外一种可行的方式：在设备登录请求中保留第一设备的非固定设备标识，并增加固定设备标识。
云端服务器的第二通信单元71接受第一设备的登录请求，进行设备登录的响应。
本发明实施例提供了一种第一设备，如图11所示，包括：
第三通信单元81，向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；接收云端服务器反馈的注册成功消息；
第三处理单元82，确定所述第一设备为用户未绑定设备；
所述第三通信单元81，接收配置器发来的用户标识，将所述用户标识与所述第一设备的固定设备标识发送至云端服务器；接收云端服务器反馈的响应消息；
所述第三处理单元82，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备。
其中，所述第三处理单元，基于所述注册成功消息中可以包含的用户未绑定设备的指示，确定所述第一设备为用户未绑定设备，设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备。
还需要指出的是，此时还可以在接收云端服务器反馈的注册成功消息，所述第三处理单元82，确定所述第一设备为用户未绑定设备之后，直接设置第二标记。
本实施例提供的一种云端服务器，如图12所示，包括：
第四通信单元91，接收第一设备发送的针对账号资源的第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；向所述第一设备反馈注册成功消息；接收第一设备发来的用户标识与所述第一设备的固定设备标识；向所述第一设备反馈响应消息；
第四处理单元92，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定。
其中，所述注册成功消息中携带用户未绑定设备的指示；
所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功。
同样的，第一设备为OCF设备，云端服务器为OCF云端。
本实施例基本方案：第一设备的第三处理单元82预置云端连接凭证和固定设备标识。例如，第一设备预置共享秘钥作为云端连接凭证，固定设备标识采用设备MAC地址、序列号等唯一不可变标识，或者采用设备MAC地址、序列号等进行转换后产生固定设备标识。
用户通过配置器进行云端注册(例如用户通过配置器向云端服务器注册用户名和密码)，云端服务器接受用户注册，分配用户标识发送给配置器。
第一设备的第三处理单元82基于所述连接凭证，向云端服务器请求建立第一会话。具体的可以为，第一设备使用云端连接凭证向云端服务器请求建立TLS会话，云端服务器通过云端连接凭证验证设备身份，验证通过后建立TLS会话。
第一设备建立第一会话后，第三处理单元82向云端服务器账号资源发送第二更新请求以进行注册；具体的，建立TLS会话后，第一设备通过向账号资源“/oic/sec/account”发送更新请求以进行设备注册，请求消息中包括固定设备标识。
云端服务器的第四通信单元91，为第一设备分配访问令牌，该访问令牌用于设备登录时云端服务器对设备进行验证。
可选地，云端服务器将TLS会话关联到固定设备标识。
设备注册成功后，云端服务器的第四通信单元91，返回设备注册成功消息，可选地，该消息中指示为用户未绑定设备。
第一设备的第三通信单元81收到设备注册成功消息后，第一设备的第三处理单元82将自身标记为用户未绑定设备。具体的，可以为第一设备设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备。
第一设备的第三通信单元81向云端服务器会话资源发送第三更新请求；在该第三更新请求中携带固定设备标识。
具体的可以如图中所示，第一设备通过向会话资源“/oic/sec/session”资源发送更新请求以进行设备登录，请求消息中包括固定设备标识。
另外一种可行的方式：在设备登录请求中保留第一设备的非固定设备标识，并增加固定设备标识。
云端服务器的第四通信单元91，接受第一设备的登录请求，进行设备登录的响应。也就是说，云端服务器接收第一设备发送的针对会话资源的第三更新请求以进行设备登录；其中，所述第三更新请求中包含第一设备的固定设备标识。
配置器发现用户未绑定设备，为第一设备配置用户标识。
第一设备的第三通信单元81获得用户标识后，向云端服务器提供固定设备标识和用户标识。
有3种方式提供固定设备标识和用户标识，分别为：
将用户标识与第一设备的固定设备标识添加在更新令牌资源请求中，向所述云端服务器发送所述更新令牌资源请求；
将用户标识与第一设备的固定设备标识添加在更新账号资源请求中，向所述云端服务器发送所述更新账号资源请求；
将用户标识与第一设备的固定设备标识添加在更新会话资源请求中，向所述云端服务器发送所述更新会话资源请求
云端服务器的第四处理单元92绑定用户标识和固定设备标识，对用户和设备进行绑定。
云端服务器的第四通信单元91向第一设备发送响应消息，所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功。
第一设备的第三处理单元82将自身标记为用户已绑定设备。可以为：当所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功时，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备。
可见，通过采用上述方案，就能够在第一设备与云端服务器进行用户与设备绑定的处理中，由第一设备与配置器进行交互，得到用户标识、或者用户标识以及固定设备标识，进而再由第一设备向云端服务器进行用户标识以及固定设备标识之间的绑定。这样，实现了不需要配置器与云端服务器之间进行交互，从而提高了设备绑定的可靠性，另外设备绑定使用固定的设备标识，从而可以支持云端追溯设备。
本实施例还提供一种设备绑定系统，如图13所示，包括：
配置器1001，与第一设备建立连接；向所述第一设备发送资源更新请求；其中，所述资源更新请求中包含用户标识；
第一设备1002，接收配置器发来的资源更新请求；向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；接收云端服务器反馈的注册成功消息，当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备；
云端服务器1003，接收第一设备发来的用于注册的针对账号资源的第一更新请求； 基于所述第一更新请求，对所述第一设备的固定设备标识以及用户标识进行绑定；向第一设备反馈的注册成功消息。
本实施例中，配置器、第一设备以及云端服务器的功能与前述方法流程中的功能相同，这里不再赘述。
本实施例还提供一种设备绑定系统，如图14所示，包括：
配置器1101，向第一设备发送用户标识；
第一设备1102，向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；接收云端服务器反馈的注册成功消息，基于所述注册成功消息中包含的用户未绑定设备的指示，设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备；接收配置器发来的用户标识，将所述用户标识与所述第一设备的固定设备标识发送至云端服务器；接收云端服务器反馈的响应消息；当所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功时，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备；
云端服务器1103，接收第一设备发送的针对账号资源的第二更新请求以进行注册；向所述第一设备反馈注册成功消息；接收第一设备发来的用户标识与所述第一设备的固定设备标识，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定；向所述第一设备反馈响应消息。
所述配置器1101，当发现所述第一设备为用户未绑定设备时，为第一设备配置用户标识。
具体的，所述配置器1101，通过轮询的方式进行查询；比如，以一定的周期进行轮询，来查询第一设备当前是否用户绑定设备的标记，进而得到结果；该标记可以为前述第一标记或第二标记；
或者，还可以为：第一设备1102对于自身为用户未绑定的设备进行组播宣告或广播宣告，配置器1101根据组播宣告或广播宣告的信息来发现第一设备是否为用户绑定设备。第一设备为用户绑定或用户未绑定设备，可以基于前述第一标记以及第二标记来确定。
本实施例中，配置器、第一设备以及云端服务器的功能与前述方法流程中的功能相同，这里不再赘述。
图15是本发明实施例提供的一种通信设备1900示意性结构图，本实施例中的通信设备可以具体为前述实施例中的终端设备或网络设备。图19所示的通信设备1900包括处理器1910，处理器1910可以从存储器中调用并运行计算机程序，以实现本发明实施例中的方法。
可选地，如图15所示，通信设备1900还可以包括存储器1920。其中，处理器1910可以从存储器1920中调用并运行计算机程序，以实现本发明实施例中的方法。
其中，存储器1920可以是独立于处理器1910的一个单独的器件，也可以集成在处理器1910中。
可选地，如图15所示，通信设备1900还可以包括收发器1930，处理器1910可以控制该收发器1930与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器1930可以包括发射机和接收机。收发器1930还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备1900具体可为本发明实施例的网络设备，并且该通信设备1900可以实现本发明实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备1900具体可为本发明实施例的第一设备或云端服务器，并且该通信设备1900可以实现本发明实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
图16是本发明实施例的芯片的示意性结构图。图16所示的芯片2000包括处理器2010，处理器2010可以从存储器中调用并运行计算机程序，以实现本发明实施例中的方法。
可选地，如图16所示，芯片2000还可以包括存储器2020。其中，处理器2010可以从存储器2020中调用并运行计算机程序，以实现本发明实施例中的方法。
其中，存储器2020可以是独立于处理器2010的一个单独的器件，也可以集成在处理器2010中。
可选地，该芯片2000还可以包括输入接口2030。其中，处理器2010可以控制该输入接口2030与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片2000还可以包括输出接口2040。其中，处理器2010可以控制该输出接口2040与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本发明实施例中的第一设备或云端服务器，并且该芯片可以实现本发明实施例的各个方法中由第一设备或云端服务器实现的相应流程，为了简洁，在此不再赘述。
应理解，本发明实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
应理解，本发明实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本发明实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct  Rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本发明实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本发明实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
图17是本申请实施例提供的一种通信系统2100的示意性框图。如图17所示，该通信系统2100包括UE2110和网络设备2120。
其中，该UE2110可以用于实现上述方法中由第一设备实现的相应的功能，以及该网络设备2120可以用于实现上述方法中由云端服务器实现的相应的功能为了简洁，在此不再赘述。
本发明实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本发明实施例中的第一设备或云端服务器，并且该计算机程序使得计算机执行本发明实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
本发明实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本发明实施例中的第一设备或云端服务器，并且该计算机程序指令使得计算机执行本发明实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
本发明实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本发明实施例中的第一设备或云端服务器，当该计算机程序在计算机上运行时，使得计算机执行本发明实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (50)

  1. 一种设备绑定方法，应用于第一设备，所述方法包括：
    接收配置器发来的资源更新请求；其中，所述资源更新请求中包含用户标识；
    向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；
    接收云端服务器反馈的注册成功消息，确定所述第一设备为用户绑定设备。
  2. 根据权利要求1所述的方法，其中，所述确定所述第一设备为用户绑定设备，包括：
    当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，确定所述第一设备为用户绑定设备，设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备。
  3. 根据权利要求1所述的方法，其中，所述接收云端服务器反馈的注册成功消息，确定所述第一设备为用户绑定设备时，所述方法还包括：
    设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备。
  4. 根据权利要求1所述的方法，其中，所述方法还包括：
    预配置云端连接凭证以及第一设备的固定设备标识。
  5. 根据权利要求4所述的方法，其中，所述向云端服务器账号资源发送第一更新请求以进行注册，包括：
    基于云端连接凭证，向所述云端服务器发送建立第一会话的请求信息；
    在建立第一会话后，向云端服务器账号资源发送第一更新请求以进行注册。
  6. 根据权利要求1所述的方法，其中，所述方法还包括：
    向云端服务器的会话资源发送更新请求；其中，所述更新请求用于请求进行设备登录，所述更新请求中包含所述第一设备的固定设备标识。
  7. 一种设备绑定方法，应用于云端服务器，所述方法包括：
    接收第一设备发来的用于注册的针对账号资源的第一更新请求；所述第一更新请求中包含第一设备的固定设备标识、以及所述用户标识；
    基于所述第一更新请求，对所述第一设备的固定设备标识以及用户标识进行绑定；
    向第一设备反馈注册成功消息。
  8. 根据权利要求7所述的方法，其中，
    所述注册成功消息中至少包括所述第一设备与用户的绑定结果。
  9. 根据权利要求7所述的方法，其中，所述接收第一设备发来的用于注册的针对账号资源的第一更新请求之前，所述方法还包括：
    接收第一设备基于云端连接凭证发来的建立第一会话的请求信息；
    基于云端连接凭证，对第一设备进行验证；
    当第一设备验证通过时，与所述第一设备建立第一会话。
  10. 根据权利要求9所述的方法，其中，所述方法还包括：
    将所述第一会话与第一设备的固定设备标识进行关联。
  11. 一种设备绑定方法，应用于第一设备，所述方法包括：
    向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；
    接收云端服务器反馈的注册成功消息，确定所述第一设备为用户未绑定设备；
    接收配置器发来的用户标识，将所述用户标识与所述第一设备的固定设备标识发送至云端服务器；
    接收云端服务器反馈的响应消息，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备。
  12. 根据权利要求11所述的方法，其中，确定所述第一设备为用户未绑定设备，还包括：
    基于所述注册成功消息中包含的用户未绑定设备的指示，确定所述第一设备为用户未绑定设备，设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备。
  13. 根据权利要求11所述的方法，其中，所述方法还包括：
    预配置云端连接凭证以及第一设备的固定设备标识。
  14. 根据权利要求11所述的方法，其中，所述向云端服务器账号资源发送第二更新请求以进行注册包括：
    基于所述连接凭证，向云端服务器请求建立第一会话；
    建立第一会话后，向云端服务器账号资源发送第二更新请求以进行注册。
  15. 根据权利要求11所述的方法，其中，将所述用户标识与第一设备的固定设备标识发送至云端服务器，包括以下之一：
    将用户标识与第一设备的固定设备标识添加在更新令牌资源请求中，向所述云端服务器发送所述更新令牌资源请求；
    将用户标识与第一设备的固定设备标识添加在更新账号资源请求中，向所述云端服务器发送所述更新账号资源请求；
    将用户标识与第一设备的固定设备标识添加在更新会话资源请求中，向所述云端服务器发送所述更新会话资源请求。
  16. 一种设备绑定方法，应用于云端服务器，所述方法包括：
    接收第一设备发送的针对账号资源的第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；
    向所述第一设备反馈注册成功消息；
    接收第一设备发来的用户标识与所述第一设备的固定设备标识，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定；
    向所述第一设备反馈响应消息。
  17. 根据权利要求16所述的方法，其中，所述注册成功消息中携带用户未绑定设备的指示；
    所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功。
  18. 根据权利要求16所述的方法，其中，所述接收第一设备发送的针对账号资源的第二更新请求以进行注册之前，所述方法还包括：
    接收第一设备基于连接凭证发来的建立第一会话的请求；基于所述建立第一会话的请求与第一设备建立第一会话。
  19. 根据权利要求16所述的方法，其中，所述向所述第一设备反馈注册成功消息之后，所述方法还包括：
    接收第一设备发送的针对会话资源的第三更新请求以进行设备登录；其中，所述第三更新请求中包含第一设备的固定设备标识。
  20. 根据权利要求16所述的方法，其中，接收第一设备发来的用户标识与所述第一设备的固定设备标识，包括以下之一：
    通过第一设备发送的更新令牌资源请求接收第一设备发来的用户标识与所述第一设备的固定设备标识；
    通过第一设备发送的更新账号资源请求接收第一设备发来的用户标识与所述第一 设备的固定设备标识；
    通过第一设备发送的更新会话资源请求接收第一设备发来的用户标识与所述第一设备的固定设备标识。
  21. 一种第一设备，包括：
    第一通信单元，接收配置器发来的资源更新请求；其中，所述资源更新请求中包含用户标识；向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；接收云端服务器反馈的注册成功消息；
    第一处理单元，确定所述第一设备为用户绑定设备。
  22. 根据权利要求21所述的第一设备，其中，所述第一处理单元，当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，确定所述第一设备为用户绑定设备，并设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备。
  23. 根据权利要求21所述的第一设备，其中，所述第一处理单元，在通过第一通信单元接收云端服务器反馈的注册成功消息，确定所述第一设备为用户绑定设备时，设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备。
  24. 根据权利要求21所述的第一设备，其中，所述第一处理单元，预配置云端连接凭证以及第一设备的固定设备标识。
  25. 根据权利要求24所述的第一设备，其中，所述第一通信单元，基于云端连接凭证，向所述云端服务器发送建立第一会话的请求信息；
    在建立第一会话后，向云端服务器账号资源发送第一更新请求以进行注册。
  26. 根据权利要求21所述的第一设备，其中，所述第一通信单元，向云端服务器的会话资源发送更新请求；其中，所述更新请求用于请求进行设备登录，所述更新请求中包含所述第一设备的固定设备标识。
  27. 一种云端服务器，包括：
    第二通信单元，接收第一设备发来的用于注册的针对账号资源的第一更新请求；所述第一更新请求中包含第一设备的固定设备标识、以及所述用户标识；
    第二处理单元，基于所述第一更新请求，对所述第一设备的固定设备标识以及用户标识进行绑定；
    所述第二通信单元，向第一设备反馈的注册成功消息。
  28. 根据权利要求27所述的云端服务器，其中，所述注册成功消息中至少包括所述第一设备与用户的绑定结果。
  29. 根据权利要求27所述的云端服务器，其中，所述第二通信单元，接收第一设备基于云端连接凭证发来的建立第一会话的请求信息；
    第二处理单元，基于云端连接凭证，对第一设备进行验证；
    所述第二通信单元，当第一设备验证通过时，与所述第一设备建立第一会话。
  30. 根据权利要求29所述的云端服务器，其中，所述第二处理单元，将所述第一会话与第一设备的固定设备标识进行关联。
  31. 一种第一设备，包括：
    第三通信单元，向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；接收云端服务器反馈的注册成功消息；
    第三处理单元，确定所述第一设备为用户未绑定设备；
    所述第三通信单元，接收配置器发来的用户标识，将所述用户标识与所述第一设备的固定设备标识发送至云端服务器；接收云端服务器反馈的响应消息；
    所述第三处理单元，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备。
  32. 根据权利要求31所述的第一设备，其中，所述第三处理单元，基于所述注册成功消息中包含的用户未绑定设备的指示，确定所述第一设备为用户未绑定设备，设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备。
  33. 根据权利要求31所述的第一设备，其中，所述第三处理单元，
    预配置云端连接凭证以及第一设备的固定设备标识。
  34. 根据权利要求31所述的第一设备，其中，所述第三通信单元，基于所述连接凭证，向云端服务器请求建立第一会话；
    建立第一会话后，向云端服务器账号资源发送第二更新请求以进行注册。
  35. 根据权利要求31所述的第一设备，其中，所述第三处理单元，执行以下之一：
    将用户标识与第一设备的固定设备标识添加在更新令牌资源请求中，向所述云端服务器发送所述更新令牌资源请求；
    将用户标识与第一设备的固定设备标识添加在更新账号资源请求中，向所述云端服务器发送所述更新账号资源请求；
    将用户标识与第一设备的固定设备标识添加在更新会话资源请求中，向所述云端服务器发送所述更新会话资源请求。
  36. 一种云端服务器，包括：
    第四通信单元，接收第一设备发送的针对账号资源的第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；向所述第一设备反馈注册成功消息；接收第一设备发来的用户标识与所述第一设备的固定设备标识；向所述第一设备反馈响应消息；
    第四处理单元，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定。
  37. 根据权利要求36所述的云端服务器，其中，所述注册成功消息中携带用户未绑定设备的指示；
    所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功。
  38. 根据权利要求36所述的云端服务器，其中，所述第四通信单元，
    接收第一设备基于连接凭证发来的建立第一会话的请求；基于所述建立第一会话的请求与第一设备建立第一会话。
  39. 根据权利要求36所述的云端服务器，其中，所述第四通信单元，
    接收第一设备发送的针对会话资源的第三更新请求以进行设备登录；其中，所述第三更新请求中包含第一设备的固定设备标识。
  40. 根据权利要求36所述的云端服务器，其中，所述第四通信单元，执行以下之一：
    通过第一设备发送的更新令牌资源请求接收第一设备发来的用户标识与所述第一设备的固定设备标识；
    通过第一设备发送的更新账号资源请求接收第一设备发来的用户标识与所述第一设备的固定设备标识；
    通过第一设备发送的更新会话资源请求接收第一设备发来的用户标识与所述第一设备的固定设备标识。
  41. 一种设备绑定系统，包括：
    配置器，与第一设备建立连接；向所述第一设备发送资源更新请求；其中，所述资源更新请求中包含用户标识；
    第一设备，接收配置器发来的资源更新请求；向云端服务器账号资源发送第一更新请求以进行注册；其中，所述第一更新请求中包含有所述第一设备的固定设备标识以及用户标识；接收云端服务器反馈的注册成功消息，当所述注册成功消息中包含有所述第一设备为用户绑定设备的绑定结果时，设置第一标记；其中，所述第一标记用于表征所述第一设备为用户绑定设备；
    云端服务器，接收第一设备发来的用于注册的针对账号资源的第一更新请求；基于所述第一更新请求，对所述第一设备的固定设备标识以及用户标识进行绑定；向第一设备反馈的注册成功消息。
  42. 一种设备绑定系统，包括：
    配置器，向第一设备发送用户标识；
    第一设备，向云端服务器账号资源发送第二更新请求以进行注册；其中，所述第二更新请求中包含有第一设备的固定设备标识；接收云端服务器反馈的注册成功消息，基于所述注册成功消息中包含的用户未绑定设备的指示，设置第二标记；其中，所述第二标记用于表征所述第一设备为用户未绑定设备；接收配置器发来的用户标识，将所述用户标识与所述第一设备的固定设备标识发送至云端服务器；接收云端服务器反馈的响应消息；当所述响应消息中指示用户标识与第一设备的固定设备标识绑定成功时，设置第一标记；所述第一标记用于表征所述第一设备为用户绑定设备；
    云端服务器，接收第一设备发送的针对账号资源的第二更新请求以进行注册；向所述第一设备反馈注册成功消息；接收第一设备发来的用户标识与所述第一设备的固定设备标识，基于所述用户标识以及所述第一设备的固定设备标识进行第一设备和用户的绑定；向所述第一设备反馈响应消息。
  43. 根据权利要求42所述的系统，其中，所述配置器，当发现所述第一设备为用户未绑定设备时，为第一设备配置用户标识。
  44. 一种第一设备，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
    其中，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1-6、11-15任一项所述方法的步骤。
  45. 一种云端服务器，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
    其中，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求7-10、16-20任一项所述方法的步骤。
  46. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1-6、11-15中任一项所述的方法。
  47. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求7-10、16-20中任一项所述的方法。
  48. 一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1-20任一项所述方法的步骤。
  49. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1-20中任一项所述的方法。
  50. 一种计算机程序，所述计算机程序使得计算机执行如权利要求1-20中任一项所述的方法。
PCT/CN2019/093903 2019-06-28 2019-06-28 一种设备绑定方法、云端服务器、第一设备 WO2020258322A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201980077534.5A CN113243097B (zh) 2019-06-28 2019-06-28 一种设备绑定方法、云端服务器、第一设备
PCT/CN2019/093903 WO2020258322A1 (zh) 2019-06-28 2019-06-28 一种设备绑定方法、云端服务器、第一设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/093903 WO2020258322A1 (zh) 2019-06-28 2019-06-28 一种设备绑定方法、云端服务器、第一设备

Publications (1)

Publication Number Publication Date
WO2020258322A1 true WO2020258322A1 (zh) 2020-12-30

Family

ID=74061448

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/093903 WO2020258322A1 (zh) 2019-06-28 2019-06-28 一种设备绑定方法、云端服务器、第一设备

Country Status (2)

Country Link
CN (1) CN113243097B (zh)
WO (1) WO2020258322A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114553592A (zh) * 2022-03-23 2022-05-27 深圳市美科星通信技术有限公司 一种设备身份验证的方法、设备及存储介质
CN116094825A (zh) * 2023-02-01 2023-05-09 成都赛力斯科技有限公司 通信安全保护方法、系统、电子设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007017882A1 (en) * 2005-08-05 2007-02-15 Hewlett-Packard Development Company L.P. System, method and apparatus for cryptography key management for mobile devices
CN105450655A (zh) * 2015-12-14 2016-03-30 小米科技有限责任公司 设备绑定方法和装置
CN106302762A (zh) * 2016-08-19 2017-01-04 北京小米移动软件有限公司 智能设备绑定方法和装置
CN107766738A (zh) * 2017-09-12 2018-03-06 阿里巴巴集团控股有限公司 一种智能设备的绑定方法、装置和系统、通讯系统
CN107911337A (zh) * 2017-10-11 2018-04-13 海信集团有限公司 一种设备绑定方法、服务器及设备
CN107979514A (zh) * 2017-11-21 2018-05-01 海信集团有限公司 一种对设备进行绑定的方法和设备
US20180263069A1 (en) * 2017-03-07 2018-09-13 Canon Kabushiki Kaisha Communication apparatus, communication control method, and storage medium
CN108881228A (zh) * 2018-06-20 2018-11-23 上海庆科信息技术有限公司 云端注册激活方法、装置、设备和存储介质
US20190014117A1 (en) * 2017-07-10 2019-01-10 Intel Corporation SCALABLE AND SECURE RESOURCE ISOLATION AND SHARING FOR IoT NETWORKS

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9560082B2 (en) * 2009-11-30 2017-01-31 Nokia Solutions And Networks Oy Method and network device establishing a binding between a plurality of separate sessions in a network
US9451454B2 (en) * 2012-01-05 2016-09-20 International Business Machines Corporation Mobile device identification for secure device access
CN103731756B (zh) * 2014-01-02 2016-09-07 中国科学院信息工程研究所 一种基于智能云电视网关的智能家居远程安全访问控制实现方法
CN106911628A (zh) * 2015-12-22 2017-06-30 北京奇虎科技有限公司 一种用户在客户端上注册应用软件的方法及装置
CN107370751B (zh) * 2017-08-18 2020-10-16 深圳市鑫宇鹏电子科技有限公司 一种在智能设备通信中会话密钥更新方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007017882A1 (en) * 2005-08-05 2007-02-15 Hewlett-Packard Development Company L.P. System, method and apparatus for cryptography key management for mobile devices
CN105450655A (zh) * 2015-12-14 2016-03-30 小米科技有限责任公司 设备绑定方法和装置
CN106302762A (zh) * 2016-08-19 2017-01-04 北京小米移动软件有限公司 智能设备绑定方法和装置
US20180263069A1 (en) * 2017-03-07 2018-09-13 Canon Kabushiki Kaisha Communication apparatus, communication control method, and storage medium
US20190014117A1 (en) * 2017-07-10 2019-01-10 Intel Corporation SCALABLE AND SECURE RESOURCE ISOLATION AND SHARING FOR IoT NETWORKS
CN107766738A (zh) * 2017-09-12 2018-03-06 阿里巴巴集团控股有限公司 一种智能设备的绑定方法、装置和系统、通讯系统
CN107911337A (zh) * 2017-10-11 2018-04-13 海信集团有限公司 一种设备绑定方法、服务器及设备
CN107979514A (zh) * 2017-11-21 2018-05-01 海信集团有限公司 一种对设备进行绑定的方法和设备
CN108881228A (zh) * 2018-06-20 2018-11-23 上海庆科信息技术有限公司 云端注册激活方法、装置、设备和存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114553592A (zh) * 2022-03-23 2022-05-27 深圳市美科星通信技术有限公司 一种设备身份验证的方法、设备及存储介质
CN114553592B (zh) * 2022-03-23 2024-03-22 深圳市美科星通信技术有限公司 一种设备身份验证的方法、设备及存储介质
CN116094825A (zh) * 2023-02-01 2023-05-09 成都赛力斯科技有限公司 通信安全保护方法、系统、电子设备及存储介质

Also Published As

Publication number Publication date
CN113243097B (zh) 2023-06-13
CN113243097A (zh) 2021-08-10

Similar Documents

Publication Publication Date Title
KR102478442B1 (ko) Ｐｄｕ 유형 설정 방법, ｕｅ 정책 설정 방법 및 관련 엔티티
US9319412B2 (en) Method for establishing resource access authorization in M2M communication
US9319413B2 (en) Method for establishing resource access authorization in M2M communication
WO2019029519A1 (zh) 资源配置方法、终端及基站
WO2019205952A1 (zh) 一种信息处理方法及装置
WO2021197347A1 (zh) 通信系统、方法及装置
US20200275258A1 (en) Communications method and apparatus
CN111885594A (zh) 设备绑定方法及装置
CN103607290A (zh) 一种设置网络连接参数的方法和装置
WO2020258322A1 (zh) 一种设备绑定方法、云端服务器、第一设备
WO2022068474A1 (zh) ProSe通信组的通信方法、装置及存储介质
CN105592009A (zh) 找回或修改登录密码的方法及装置
EP4087206A1 (en) Internet-of-things device registration method and apparatus, device and storage medium
WO2021142849A1 (zh) 安全域的配置、发现和加入方法及装置、电子设备
WO2021068171A1 (zh) 用于共享服务端的方法、客户端和云平台
KR102647498B1 (ko) M2m 시스템에서 통지 메시지 전송 방법 및 그 장치
EP4037368A1 (en) Communication method and communication device
US20220116450A1 (en) Method for Provisioning Internet of Things Device and Internet of Things Device
WO2023011107A1 (zh) 会话策略控制方法、网元、存储介质和电子设备
WO2022116695A1 (zh) 发送用户标识的方法和装置
WO2022006825A1 (zh) 物联网中的设备接入方法、装置、计算机设备及存储介质
WO2019161600A1 (zh) 一种向社区添加成员的方法、装置、服务器及介质
JP7269364B2 (ja) デバイスの通信方法、デバイス及び記憶媒体
CN113596096A (zh) 通信方法、装置、电子设备及存储介质
WO2021072685A1 (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: 19934786

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19934786

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 19934786

Country of ref document: EP

Kind code of ref document: A1