WO2019201248A1 - 轻量级机器到机器系统中重新引导的方法和装置 - Google Patents

轻量级机器到机器系统中重新引导的方法和装置 Download PDF

Info

Publication number
WO2019201248A1
WO2019201248A1 PCT/CN2019/082925 CN2019082925W WO2019201248A1 WO 2019201248 A1 WO2019201248 A1 WO 2019201248A1 CN 2019082925 W CN2019082925 W CN 2019082925W WO 2019201248 A1 WO2019201248 A1 WO 2019201248A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
client
message
boot
information
Prior art date
Application number
PCT/CN2019/082925
Other languages
English (en)
French (fr)
Inventor
徐蓓
张永靖
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2019201248A1 publication Critical patent/WO2019201248A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 

Definitions

  • the present application relates to the field of communications and, more particularly, to a method and apparatus for rebooting in a lightweight machine-to-machine system in the field of communications.
  • LwM2M Lightweight machine to machine
  • OMA Open Mobile Alliance
  • LwM2M defines three logical entities, namely LwM2M server (server), LwM2M client (client) and LwM2M boot server (Bootstrap server).
  • the LwM2M client executes the command of the LwM2M server and reports the execution result.
  • the LwM2M boot server is responsible for configuring the LwM2M client to write important information to the LwM2M client through the Bootstrap interface, so that the LwM2M client can perform "registration" operations using one or more LwM2M servers.
  • the process of configuring the LwM2M boot server to configure the LwM2M client is called a Bootstrap process.
  • the LwM2M client "registers" to the LwM2M server, the LwM2M boot server is no longer connected.
  • the present application provides a method and apparatus for rebooting in a lightweight machine-to-machine system that smoothly triggers a new Bootstrap process.
  • a method of rebooting in a lightweight machine-to-machine LwM2M system comprising a client, a server, and a boot server, the method comprising:
  • the server acquires a first message, where the first message is used to configure the server to trigger a reboot process between the client and the boot server;
  • the server sends a second message to the first device, where the second message is used to notify the first device to initiate the reboot process, where the first device is the client or the boot server.
  • the client may be the LwM2M client and the server in the above may be the LwM2M server in the above, and the boot server may be the LwM2M boot server in the above.
  • the LwM2M server may trigger the re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info, thereby smoothing without interrupting the service. Change Bootstrap info to reduce manual intervention and reduce maintenance costs.
  • the first device is the client, and the server sends the second message to the first device, including:
  • the server sends the second message to the client, where the second message includes first information for instructing the client to initiate the reboot process.
  • the LwM2M server may send a second message to the LwM2M client to trigger the LwM2M client to initiate a re-bootstrap process.
  • the method before the server sends the second message to the first device, the method further includes:
  • the server receives a third message sent by the client, where the third message includes second information for indicating that the client supports initiating the reboot process.
  • the first information is a first object, the first object is a newly added object, or the first information is a new resource in the first object. .
  • the second information when the first information is a first object, the second information includes an identifier of the first object.
  • the first device is the boot server, and the server sends the second message to the first device, including:
  • the server sends the second message to the guiding server, where the second message includes information of the client.
  • the information of the client may include location information of the client, so that the boot server may determine the client according to the information of the client.
  • the information of the client includes at least one of an endpoint name, an IP address, a port number, and a sleep state of the client.
  • the sleep state is used to indicate whether the client is in a sleep state.
  • the LwM2M server may trigger the LwM2M client to initiate a re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info, thereby implementing the uninterrupted Smoothly change Bootstrap info in the case of business, reducing manual intervention and reducing maintenance costs.
  • the method further includes: the server receiving a success response message that is sent by the bootstrap server and corresponding to the second message, where the success response message indicates that the boot server completes The process of rebooting between clients.
  • the LwM2M server may trigger the LwM2M boot server to initiate a re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info by re-bootstrap process, and then Smoothly change Bootstrap info without interrupting business, reducing manual intervention and reducing maintenance costs.
  • the method further includes: the server receiving an error response message that is sent by the boot server and corresponding to the second message, where the error response message indicates that the boot server determines the The client is unreachable.
  • Unreachable here means that the connection between the LwM2M boot server and the LwM2M client is unreachable.
  • the server receives the boot information sent by the boot server, and sends the boot information to the client.
  • the boot information is encrypted using a key of the boot server.
  • the LwM2M server may send the second object including the updated Bootstrap info to the LwM2M client, so that the LwM2M client can be based on the second
  • the object obtains the new Bootstrap info, thereby smoothly changing the Bootstrap info without interrupting the service, reducing manual intervention and reducing maintenance costs.
  • a method for rebooting in a lightweight machine-to-machine LwM2M system comprising a client, a server, and a boot server, wherein the client obtains the boot server through a first boot process
  • the boot information stored in the boot information is registered to the server according to the boot information, and when the boot information is changed, the method includes:
  • the boot server sends a first message to the server, where the first message is used to configure the server to trigger a reboot process between the client and the boot server.
  • the client may be the LwM2M client and the server in the above may be the LwM2M server in the above, and the boot server may be the LwM2M boot server in the above.
  • the LwM2M boot server when the Bootstrap info in the LwM2M boot server is changed, the LwM2M boot server sends a first message to the LwM2M server, so that the LwM2M server triggers the re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info enables smooth changes to Bootstrap info without disrupting services, reducing manual intervention and reducing maintenance costs.
  • the method further includes:
  • the guiding server receives the second message sent by the server, and the second message is used to notify the guiding server to initiate the rebooting process, wherein the second message includes information of the client.
  • the information of the client may include location information of the client.
  • the information of the client includes at least one of an endpoint name, an IP address, a port number, and a sleep state of the client.
  • the sleep state is used to indicate whether the client is in a sleep state.
  • the LwM2M server may send a second message to the LwM2M boot server to trigger the LwM2M boot server to initiate a re-bootstrap process.
  • the method further includes:
  • the booting server sends a boot request to the client according to the second message, where the boot request is used to request the restarting process, where the boot request includes the changed boot information;
  • the boot server sends a success response message corresponding to the second message to the server, the success response message indicating that the boot server completes a reboot process with the client.
  • the LwM2M server may trigger the LwM2M boot server to initiate a re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info by re-bootstrap process, and then Smoothly change Bootstrap info without interrupting business, reducing manual intervention and reducing maintenance costs.
  • the method further includes:
  • the boot server sends an error response message corresponding to the second message to the server, where the error response message indicates that the boot server determines that the client is unreachable;
  • the boot server sends the changed boot information to the server.
  • the boot information is encrypted using a key of the boot server.
  • the LwM2M server may send the second object including the updated Bootstrap info to the LwM2M client, so that the LwM2M client can be based on the second
  • the object obtains the new Bootstrap info, thereby smoothly changing the Bootstrap info without interrupting the service, reducing manual intervention and reducing maintenance costs.
  • a method for rebooting in a lightweight machine-to-machine LwM2M system comprising a client, a server, and a boot server, the method comprising:
  • the client receives a second message sent by the server, and the second message is used to notify the client to initiate a reboot process between the client and the boot server.
  • the client may be the LwM2M client and the server in the above may be the LwM2M server in the above, and the boot server may be the LwM2M boot server in the above.
  • the LwM2M server may send a second message to the LwM2M client to trigger the LwM2M client to initiate a re-bootstrap process.
  • the second message when the second message is used to notify the client to initiate a reboot process between the client and the boot server, the second message includes The first information indicating that the client initiates the reboot process.
  • the method before the receiving, by the client, the second message sent by the server, the method further includes:
  • the client sends a third message to the server, the third message including second information for indicating that the client supports initiating the reboot process.
  • the first information is a first object, the first object is a newly added object, or the first information is a new resource of the first object.
  • the second information when the first information is the first object, the second information includes an identifier of the first object.
  • the LwM2M server may trigger the LwM2M client to initiate a re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info, thereby implementing the uninterrupted Smoothly change Bootstrap info in the case of business, reducing manual intervention and reducing maintenance costs.
  • the second message includes guiding information.
  • the server can send boot information directly to the client.
  • the boot information can be carried in the second object. Therefore, the embodiment of the present application enables the LwM2M client to obtain the new Bootstrap info according to the second object, thereby smoothly changing the Bootstrap info without interrupting the service, reducing manual intervention, and reducing maintenance costs.
  • the boot information is encrypted using a key of the boot server.
  • the embodiment of the present application provides a device for rebooting in a lightweight machine-to-machine LwM2M system, for performing the method in any of the foregoing aspects or any possible implementation manner of any aspect, specifically,
  • the apparatus includes means for performing the method of any of the above aspects or any of the possible implementations of any of the aspects.
  • an embodiment of the present application provides a device for rebooting in a lightweight machine-to-machine LwM2M system, including: a memory and a processor.
  • the memory is for storing instructions for executing the instructions stored by the memory, and when the processor executes the instructions stored by the memory, the executing causes the processor to perform any of any or any of the aspects The method in the implementation.
  • the embodiment of the present application provides a computer readable medium for storing a computer program, where the computer program includes instructions for executing a method in any of the aspects or any possible implementation of any of the aspects.
  • the embodiment of the present application further provides a computer program product comprising instructions, when the computer program product is run on a computer, causing the computer to perform any of the aspects or any possible implementation manner of any aspect. .
  • FIG. 1 is a schematic diagram of a LwM2M network architecture to which an embodiment of the present application is applied.
  • FIG. 2 is a schematic diagram of another LwM2M network architecture according to an embodiment of the present application.
  • FIG. 3 is a flowchart of a method for rebooting in an LwM2M system according to an embodiment of the present application.
  • FIG. 4 is a flowchart of a method for rebooting in another LwM2M system provided by an embodiment of the present application.
  • FIG. 5 is a flowchart of a method for rebooting in another LwM2M system provided by an embodiment of the present application.
  • FIG. 6 is a flowchart of a method for rebooting in another LwM2M system provided by an embodiment of the present application.
  • FIG. 7 is a schematic block diagram of a device for rebooting provided by an embodiment of the present application.
  • FIG. 8 is a schematic block diagram of another apparatus for rebooting provided by an embodiment of the present application.
  • FIG. 9 is a schematic block diagram of another apparatus for rebooting provided by an embodiment of the present application.
  • FIG. 10 is a schematic block diagram of another apparatus for rebooting provided by an embodiment of the present application.
  • FIG. 11 is a schematic block diagram of another apparatus for rebooting provided by an embodiment of the present application.
  • FIG. 12 is a schematic block diagram of another apparatus for rebooting provided by an embodiment of the present application.
  • FIG. 1 is a schematic diagram of a LwM2M network architecture to which an embodiment of the present application is applied.
  • the network architecture includes servers and clients.
  • the server includes an LwM2M server.
  • the server further includes an LwM2M boot server.
  • the client includes a device.
  • the client also stores a flash memory and a ROM configured at the factory setting, and/or a smart card, such as a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the LwM2M protocol defines four interfaces and corresponds to different functions: Bootstrap, Client Registration, Device Managment and Service Enablement, and Information Report. Specifically, the client (or device) needs to perform the Bootstrap to obtain the corresponding information, and then perform the client registration process. Only after successfully registering the relevant information on the server, can the device management and service implementation and the information reporting interface be controlled and transmitted. Relevant required information.
  • Bootstrap is a logical function, and there is no real interaction.
  • the process can be divided into the following four types:
  • Factory Bootstrap The manufacturer stores the corresponding information in Flash or ROM;
  • Server Initiated Bootstrap The server initiates the bootloader, provided that the bootstrap server determines that the client can access it.
  • the LwM2M boot server can be deployed on a shared cloud and provides Bootstrap services for many vertical industries. LwM2M clients/servers in different vertical industries are deployed on private clouds.
  • the LwM2M client can be set on a terminal device in a cellular-based narrow band internet of things (NB-IoT) system.
  • a terminal device may be, for example, a handheld device having a wireless communication function, a computing device, or other device connected to a wireless modem, an in-vehicle device, a wearable device, an Internet of Things, or a vehicle network.
  • PLMN public land mobile network
  • FIG. 2 is a schematic diagram of another LwM2M network architecture of an embodiment of the present application.
  • the network architecture includes an LwM2M client, an LwM2M boot server, and an LwM2M server.
  • the LwM2M client may correspond to the client in FIG.
  • the LwM2M server may be specifically the LwM2M server 1.
  • the LwM2M boot server stores a plurality of Bootstrap infos, such as Bootstrap info1 and Bootstrap info2, and each Bootstrap info may indicate information of the LwM2M server that the LwM2M client needs to register.
  • Bootstrap info1 and Bootstrap info2 may indicate information of the LwM2M server that the LwM2M client needs to register.
  • the LwM2M client obtains the Bootstrap info through the Bootstrap interface and registers it with the corresponding LwM2M client server according to the Bootstrap info. After the LwM2M client registers with the LwM2M server, the LwM2M boot server is no longer connected.
  • step 201 the LwM2M client and the LwM2M boot server go through the Bootstrap process to configure the related information of the LwM2M server 1 to the LwM2M client. Then, through step 202, the LwM2M client registers with the LwM2M server 1. After the registration is successful, the LwM2M client disconnects from the LwM2M boot server 102.
  • step 203 may be performed, and the LwM2M boot server reboots the LwM2M client.
  • Table 1 shows a specific example of the Bootstrap info provided by the embodiment of the present application.
  • the added object examples in Table 1 are, for example, an Access Control Object (Access Control Object) and a Connectivity Monitoring Object (Connectivity Monitoring Object).
  • the LwM2M boot server account is, for example, a Security Object Instance.
  • the object (Object) and the object instance (Object Instance) are the operation objects of the interface.
  • the operation object of the interface also includes resources (Resources).
  • resources are a logical concept, equivalent to the resources occupied by an object to implement a function.
  • the LwM2M boot server actively initiates a boot request initiated by the server, which is a LwM2M client.
  • the LwM2M server is configured with the information about the LwM2M server.
  • the LwM2M boot server does not know the IP address and status of each LwM2M client. This prevents the Bootstrap from being restarted for each LwM2M client.
  • the LwM2M client actively sends a message to the LwM2M boot server, and the LwM2M boot server completes the configuration information related to the LwM2M server through the response message, but the LwM2M client in the solution needs to wait until the registration period ends before initiating a new registration. information.
  • each LwM2M client can be forced to re-boot Bootstrap through "factory resetting". This solution requires manual intervention and will cause the terminal to lose the upgraded data.
  • the LwM2M server may trigger the re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info, thereby smoothly changing the Bootstrap without interrupting the service. Info, reduce manual intervention and reduce maintenance costs.
  • the LwM2M server may obtain a first message, where the first message is used to configure the LwM2M server to trigger a re-bootstrap process between the LwM2M client and the LwM2M boot server, and then the LwM2M server to the LwM2M client or the LwM2M
  • the boot server sends a second message, so that the LwM2M client or the LwM2M boot server initiates a re-bootstrap process according to the second message.
  • the embodiment of the present application can smoothly change the Bootstrap info without interrupting the service, and reduce manual intervention. Reduce maintenance costs.
  • FIG. 3 is a flowchart of a method for re-bootstrap in an LwM2M system according to an embodiment of the present application. It should be understood that FIG. 3 illustrates the steps or operations of the method of re-bootstrap, but these steps or operations are merely examples, and other embodiments of the present application may also perform other operations or variations of the operations in FIG. Moreover, the various steps in FIG. 3 may be performed in a different order than that presented in FIG. 3, and it is possible that not all operations in FIG. 3 are to be performed.
  • the LwM2M client obtains Bootstrap info through the Bootstrap process.
  • the Bootstrap info obtained by the client indicates that the LwM2M client needs to be registered to the LwM2M server 1.
  • the LwM2M client performs a registration process with the LwM2M server according to the Bootstrap info obtained in 301.
  • the LwM2M client can register with the LwM2M server 1.
  • the LwM2M client may send a registration request message to the LwM2M server, where the registration request message carries capability information of the LwM2M client, and the capability information may indicate an object and/or a resource supported by the LwM2M client.
  • the capability information may include an identifier of the first object, or may also include an identifier of the first object and a resource included in the first object.
  • the identifier of the first object is included in the capability information, it indicates that the LwM2M client supports the first object.
  • the first object may indicate that the LwM2M client supports the LwM2M server trigger bootstrap process, that is, when the LwM2M client receives the first object written by the LwM2M server from the LwM2M server, The LwM2M client initiates the Bootstrap process.
  • the LwM2M server triggering the boot process may also be referred to as a re-Bootstrap process.
  • the first object may be a new object.
  • Table 2 shows a specific example of the above-mentioned newly added object provided by the embodiment of the present application.
  • Table 3 shows a specific example of the resources in the newly added object.
  • the first object is an existing object, where the existing object includes an extended resource, and the extended resource is used to indicate that the LwM2M client supports the LwM2M server to trigger a reboot process.
  • the existing object may be a device object. Table 4 shows a specific example of the Device object provided by the embodiment of the present application.
  • Table 5 shows a specific example of the resources of the new LwM2M server trigger bootstrap process in the Device object.
  • the LwM2M boot server or other third-party AS sets the LwM2M server to perform the reboot process.
  • the LwM2M server may be the LwM2M server 1.
  • the LwM2M client can register to the LwM2M server. Later, when the Bootstrap Info changes, the LwM2M boot server or other third-party application server (AS) can set the LwM2M server to initiate the reboot process through the interface.
  • AS third-party application server
  • the LwM2M boot server or the AS may set the LwM2M server through an application programming interface (API) or a Man-Machine Language (MML) command, which is not specifically limited in this embodiment of the present application.
  • API application programming interface
  • MML Man-Machine Language
  • the LwM2M client initiates a Device Management (DM) request to the LwM2M server.
  • DM Device Management
  • the DM request can refer to the prior art, and the embodiments of the present application are not described in detail.
  • the LwM2M server may process the service requested by the DM request.
  • the LwM2M server may send a response to the successful DM request.
  • the LwM2M server fails to process the service, the LwM2M client may send a response that the DM request fails.
  • the LwM2M server sends the first object to the LwM2M client.
  • the LwM2M server can check whether the LwM2M client supports the first object. If the LwM2M client supports the LwM2M server, the LwM2M server writes information about the boot process in the first object to notify the LwM2M client to initiate the re-bootstrap process.
  • the LwM2M server sends write/XX/0/0 to the LwM2M client, where XX is the identifier of the first object.
  • the LwM2M server sends write/3/0/23 to the LwM2M client, where 3 is the identifier of the object in Table 4, and 23 is the newly supported LwM2M server.
  • the ID of the resource that triggered the boot process is an object in Table 4
  • the LwM2M client initiates a reboot process according to the first object received in 305.
  • the LwM2M client may initiate a Bootstrap request to the LwM2M boot server according to the related information in the first object for indicating that the LwM2M client supports the LwM2M server trigger bootstrap process.
  • the LwM2M boot server may carry the changed (or updated) Bootstrap info in the response message corresponding to the Bootstrap request.
  • the response message is a write, discover, delete (write, discover, delete) message.
  • the LwM2M boot server sends a Bootstrap finish message to the LwM2M client, indicating that the Bootstrap process ends.
  • the LwM2M server may trigger the LwM2M client to initiate a re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info, thereby implementing the uninterrupted Smoothly change Bootstrap info in the case of business, reducing manual intervention and reducing maintenance costs.
  • FIG. 4 is a flowchart of a method for re-bootstrap in another LwM2M system provided by an embodiment of the present application. It should be understood that FIG. 4 illustrates the steps or operations of the method of re-bootstrap, but these steps or operations are merely examples, and other embodiments of the present application may also perform other operations or variations of the operations in FIG. Moreover, the various steps in FIG. 4 may be performed in a different order than that presented in FIG. 4, and it is possible that not all operations in FIG. 4 are to be performed.
  • the LwM2M client obtains Bootstrap info through the Bootstrap process.
  • the client Bootstrap info indicates that the LwM2M client needs to be registered to the LwM2M server 1.
  • the LwM2M client performs a registration process with the LwM2M server 1 according to the Bootstrap info obtained in 401.
  • the LwM2M client can register with the LwM2M server 1.
  • the LwM2M client may send a registration request message to the LwM2M server, where the registration request message carries capability information of the LwM2M client, and the capability information may indicate an object and/or a resource supported by the LwM2M client.
  • the LwM2M client may not need to support the first object in FIG. 3.
  • the LwM2M boot server or other third-party AS sets the LwM2M server to perform the reboot process.
  • 403 can be referred to the description of 303 in FIG. 3. To avoid repetition, details are not described herein again.
  • the LwM2M client initiates a DM request to the LwM2M server.
  • the DM request can refer to the prior art, and the embodiments of the present application are not described in detail.
  • the LwM2M server sends the information of the LwM2M client to the LwM2M boot server or the AS.
  • the LwM2M boot server can obtain the information of the LwM2M client, and determine the LwM2M client according to the information of the LwM2M client.
  • the information of the LwM2M client may specifically include location information of the LwM2M client.
  • the LwM2M server may consider that the LwM2M client does not support the LwM2M server to trigger the boot process. Therefore, at this time, the LwM2M server can send the information of the LwM2M client to the LwM2M boot server or the AS, so that the LwM2M boot server or the AS actively initiates the reboot process.
  • the information of the LwM2M client includes at least one of an endpoint name (Endpoint Name), an IP address, a port number (port) of the LwM2M client, and a sleep state of the LwM2M client.
  • Endpoint Name an endpoint name
  • IP address an IP address
  • port number an IP address
  • sleep state of the LwM2M client
  • the sleep state is used to indicate whether the client is currently in a sleep state.
  • the LwM2M server indicates that the LwM2M client is in a non-sleep state, it indicates that the LwM2M client is not sleeping and can receive a message.
  • the LwM2M server indicates that the LwM2M client is in the dormant state, it indicates that the LwM2M client is dormant and cannot receive the message.
  • the information of the LwM2M client may include location information and a sleep state of the LwM2M client, where the location information is, for example, at least part of an endpoint name, an IP address, and a port number, and the sleep state indicates that the LwM2M client is not currently sleeping.
  • the LwM2M boot server can then uniquely determine the LwM2M client based on the endpoint name, IP address, and port number, and can determine that the LwM2M client is not hibernating.
  • the LwM2M boot server initiates a reboot process according to the information of the LwM2M client.
  • the LwM2M boot server may determine the LwM2M client according to the information of the LwM2M client obtained from the LwM2M server, and determine that the LwM2M client is reachable (ie, accessible), that is, the connection between the LwM2M boot server and the LwM2M client. In the same way, the LwM2M boot server initiates a reboot process to the LwM2M client.
  • the LwM2M boot server may send a boot request to the LwM2M client, the boot request is used to request the above-mentioned reboot process, wherein the boot request may include the changed Bootstrap info.
  • the boot request can be server initiated Bootstrap.
  • the LwM2M boot server sends a success response message to the LwM2M server.
  • the success response message in 407 may be a response message of the message in 405, indicating that the LwM2M boot server completes the reboot process with the LwM2M client.
  • the LwM2M server sends a response to the failure of the DM request to the LwM2M client, indicating that the service processing requested by the DM request in the 404 fails.
  • the service requested by the DM request may not be processed temporarily.
  • the LwM2M server may trigger the LwM2M boot server to initiate a re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info by re-bootstrap process, and then Smoothly change Bootstrap info without interrupting business, reducing manual intervention and reducing maintenance costs.
  • FIG. 5 is a flowchart of a method for re-bootstrap in another LwM2M system provided by an embodiment of the present application. It should be understood that FIG. 5 illustrates the steps or operations of the method of re-bootstrap, but these steps or operations are merely examples, and other embodiments of the present application may also perform other operations or variations of the operations in FIG. 5. Moreover, the various steps in FIG. 5 may be performed in a different order than that presented in FIG. 5, and it is possible that not all operations in FIG. 5 are to be performed.
  • the LwM2M client obtains Bootstrap info through the Bootstrap process.
  • the client Bootstrap info indicates that the LwM2M client needs to be registered to the LwM2M server 1.
  • the LwM2M client performs a registration process with the LwM2M server 1 according to the Bootstrap info obtained in 401.
  • the LwM2M boot server or other third-party AS sets the LwM2M server to perform the reboot process.
  • the LwM2M client initiates a DM request to the LwM2M server.
  • the LwM2M server sends the information of the LwM2M client to the LwM2M boot server or the AS.
  • steps 501 to 505 may be the same as or similar to 401 to 405 in FIG.
  • steps 501 to 505 can be referred to the description in 401 to 405 in FIG. 4, and details are not described herein again to avoid repetition.
  • the LwM2M boot server determines that the LwM2M client is unreachable. The connection between the LwM2M client and the LwM2M client is not possible because the LwM2M client is in a dormant state.
  • the LwM2M boot server sends a failure response message to the LwM2M client.
  • the failure response message in 507 may be a response message of the message in 505, indicating that the LwM2M boot server fails to initiate a reboot process to the LwM2M client.
  • the response message may be: Error: Targeted Client Unreachable.
  • the LwM2M boot server can send updated Bootstrap info to the LwM2M server.
  • the updated Bootstrap info can be sent together with the failure response message.
  • the LwM2M boot server can encrypt the new Bootstrap info according to its own key.
  • the LwM2M server sends a second object to the LwM2M client, where the second object includes the new Bootstrap info.
  • the second object may be AppDataCont, where Data is the new Bootstrap info, and the AppID is a special value (for example, 65535).
  • the registration request message in 502 includes the identifier of the second object, indicating that the LwM2M client supports the second object.
  • the new Bootstrap info is still encrypted by using the key of the LwM2M boot server. That is to say, the LwM2M server transparently transmits the new Bootstrap info, and does not need to parse the Bootstrap info.
  • the LwM2M client obtains the new Bootstrap info according to the second object obtained in 508.
  • the LwM2M client can determine that the data in the AppDataCont is Bootstrap info according to the special value of the AppID. After that, the LwM2M client can decrypt the data according to the key of the locally saved LwM2M boot server to obtain the new Bootstrap info.
  • the steps of 505 to 507 may not be performed, that is, after the LwM2M server is configured to trigger the redirection process, the second object may be directly sent to the LwM2M client, so that the LwM2M client is configured according to the first Two objects, get the new Bootstrap info.
  • the LwM2M server may send the second object including the updated Bootstrap info to the LwM2M client, so that the LwM2M client can be based on the second
  • the object obtains the new Bootstrap info, thereby smoothly changing the Bootstrap info without interrupting the service, reducing manual intervention and reducing maintenance costs.
  • FIG. 6 is a flow chart showing a method for rebooting in another lightweight machine-to-machine LwM2M system provided by an embodiment of the present application.
  • the LwM2M system includes a client, a server, and a boot server, wherein the client obtains boot information stored in the boot server through a first boot process, and registers with the server according to the boot information.
  • the client may be the LwM2M client and the server in the above may be the LwM2M server in the above
  • the boot server may be the LwM2M boot server in the above.
  • the method when the boot information (Bootstrap info) is changed, the method includes:
  • the server acquires a first message, where the first message is used to configure the server to trigger a reboot process between the client and the boot server.
  • the server sends a second message to the first device, where the second message is used to notify the first device to initiate the restarting process, where the first device is the client or the guiding server.
  • the LwM2M server may trigger the re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info, thereby smoothing without interrupting the service. Change Bootstrap info to reduce manual intervention and reduce maintenance costs.
  • the boot server may send the first message to the server.
  • the server acquires the first message.
  • the client may receive a second message sent by the server, where the second message is used to notify the client to initiate the client and the guiding.
  • 603 can refer to the description of 305 above, and to avoid repetition, details are not described herein again.
  • the second message includes first information used to instruct the client to initiate the reboot process.
  • the first information is a first object, and the first object is a newly added object; or as another example, the first information is a new resource in the first object.
  • the first object can be referred to the description of the first object in FIG. 3, and details are not described herein again to avoid repetition.
  • the method before the receiving, by the client, the second message sent by the server, the method further includes: the client sending a third message to the server, where the third message is used to indicate that the client supports initiation The second information of the redirection process.
  • the server receives the third message sent by the client, where the third message includes second information for indicating that the client supports initiating the reboot process.
  • the second information when the first information is the first object, the second information includes an identifier of the first object.
  • the third message may be the registration request message in FIG. 3 to FIG. 5 .
  • the third message may be the registration request message in FIG. 3 to FIG. 5 .
  • the description in FIG. 3 to FIG. 5 To avoid repetition, details are not described herein again.
  • the LwM2M server may trigger the LwM2M client to initiate a re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info, thereby implementing the uninterrupted Smoothly change Bootstrap info in the case of business, reducing manual intervention and reducing maintenance costs.
  • the server may directly send the guiding information to the client.
  • the guiding information may be carried in the second object. Therefore, the embodiment of the present application enables the LwM2M client to obtain the new Bootstrap info according to the second object, thereby smoothly changing the Bootstrap info without interrupting the service, reducing manual intervention, and reducing maintenance costs.
  • the second object can be referred to the description in FIG. 5. To avoid repetition, details are not described herein again.
  • the boot server may receive the second message, and the second message is used to notify the boot server to initiate a reboot process.
  • the second message includes information of the client, and the information may specifically include location information.
  • the boot server can determine the client based on the information of the client.
  • 603 can refer to the description of 405 or 505 above, and to avoid repetition, details are not described herein again.
  • the LwM2M server may send a second message to the LwM2M boot server to trigger the LwM2M boot server to initiate a re-bootstrap process.
  • the information of the client includes at least one of an endpoint name, an IP address, a port number, and a sleep state of the client.
  • the information of the client can be referred to the description in FIG. 4 or FIG. 5. To avoid repetition, details are not described herein again.
  • the boot server sends a boot request to the client according to the second message, where the boot request is used to request the reboot process, wherein the boot request includes The changed boot information; the boot server sends a success response message corresponding to the second message to the server, the success response message indicating that the boot server completes a reboot with the client Process.
  • the server receives a success response message sent by the boot server corresponding to the second message, where the success response message indicates that the boot server completes a reboot process with the client.
  • the LwM2M server may trigger the LwM2M boot server to initiate a re-bootstrap process, so that the LwM2M client obtains the changed Bootstrap info by re-bootstrap process, and then Smoothly change Bootstrap info without interrupting business, reducing manual intervention and reducing maintenance costs.
  • the guiding server determines, according to the information of the client, that the client is unreachable, and the guiding server sends an error response message corresponding to the second message to the server, where The error response message indicates that the boot server determines that the client is unreachable, and the boot server sends the changed boot information to the server.
  • the server receives an error response message sent by the boot server and corresponding to the second message, where the error response message indicates that the boot server determines that the client is unreachable.
  • the server receives the boot information sent by the boot server, and sends the boot information to the client.
  • the boot information is encrypted by using a key of the boot server.
  • the LwM2M server may send the second object including the updated Bootstrap info to the LwM2M client, so that the LwM2M client can be based on the second
  • the object obtains the new Bootstrap info, thereby smoothly changing the Bootstrap info without interrupting the service, reducing manual intervention and reducing maintenance costs.
  • FIG. 7 is a schematic block diagram of an apparatus 700 for rebooting in a lightweight machine-to-machine LwM2M system provided by an embodiment of the present application.
  • the LwM2M system includes a client, the device 700, and a boot server.
  • the obtaining unit 710 is configured to obtain a first message, where the first message is used to configure the device to trigger a reboot process between the client and the boot server;
  • the sending unit 720 is configured to send, to the first device, a second message, where the second message is used to notify the first device to initiate the restarting process, where the first device is the client or the Boot the server.
  • the first device is the client, and the sending unit 720 is specifically configured to:
  • the method further includes: a receiving unit, configured to receive a third message sent by the client, where the third message includes second information used to indicate that the client supports initiating the restarting process.
  • the first information is a first object, the first object is a newly added object, or the first information is a new resource in the first object.
  • the second information when the first information is the first object, the second information includes an identifier of the first object.
  • the first device is the boot server
  • the sending unit 720 is specifically configured to:
  • the method further includes: receiving, by the receiving unit, a success response message that is sent by the boot server and corresponding to the second message, where the success response message indicates that the boot server completes with the client Reboot the process.
  • the method further includes: receiving, by the receiving unit, an error response message that is sent by the boot server and corresponding to the second message, where the error response message indicates that the boot server determines that the client is unreachable;
  • the receiving unit is further configured to receive the guiding information sent by the guiding server, and send the guiding information to the client.
  • the boot information is encrypted by using a key of the boot server.
  • the information of the client includes at least one of an endpoint name, an IP address, a port number, and a sleep state of the client.
  • the obtaining unit 710 and the sending unit 720 may be implemented by a transceiver.
  • the redirected device 800 can include a processor 810 and a memory 820.
  • the processor 810 can process information, and the memory 820 can be used to store feature contours and code executed by the processor 810.
  • each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 810 or an instruction in a form of software.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented as a hardware processor, or may be performed by a combination of hardware and software modules in the processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 820, and the processor 810 reads the information in the memory 820 and completes the steps of the above method in combination with its hardware. To avoid repetition, it will not be described in detail here.
  • the re-directed device 700 shown in FIG. 7 or the re-directed device 800 shown in FIG. 8 can implement the processes corresponding to the server or the LwM2M server corresponding to the method embodiment shown in FIG. 3 to FIG. 6 .
  • the process for the re-directed device 700 or the re-directed device 800 reference may be made to the descriptions in FIG. 3 to FIG. 6 above. To avoid repetition, details are not described herein again.
  • FIG. 9 is a schematic diagram of a device 900 for rebooting in a lightweight machine-to-machine LwM2M system provided by an embodiment of the present application.
  • the LwM2M system includes a client, a server, and the apparatus 900, wherein the client acquires boot information stored in the apparatus 900 through a first boot process, and registers with the server according to the boot information.
  • the sending unit 910 is configured to send, when the boot information changes, a first message to the server, where the first message is used to configure the server to trigger a reboot process between the client and the device. .
  • it also includes:
  • the receiving unit 920 is configured to receive a second message sent by the server, where the second message is used to notify the guiding server to initiate the redirection process, where the second message includes information about the client.
  • the sending unit 910 is further configured to send, according to the second message, a guiding request to the client, where the guiding request is used to request to perform the rebooting process, where the guiding request includes the changed location Guidance information;
  • the sending unit 910 is further configured to send a success response message corresponding to the second message to the server, where the success response message indicates that the device completes a reboot process with the client.
  • it also includes:
  • a determining unit configured to determine, according to the second message, that the client is unreachable
  • the sending unit 910 is further configured to send, to the server, an error response message corresponding to the second message, where the error response message indicates that the device determines that the client is unreachable;
  • the sending unit 910 is further configured to send the changed boot information to the server.
  • the boot information is encrypted by using a key of the boot server.
  • the information of the client includes at least one of an endpoint name, an IP address, a port number, and a sleep state of the client.
  • the sending unit 910 and the receiving unit 920 may be implemented by a transceiver.
  • the rebooted device 1000 can include a processor 1010 and a memory 1020.
  • the processor 1010 can process information, and the memory 1020 can be used to store feature contours and codes executed by the processor 1010.
  • each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 1010 or an instruction in a form of software.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented as a hardware processor, or may be performed by a combination of hardware and software modules in the processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 1020, and the processor 1010 reads the information in the memory 1020 and performs the steps of the above method in combination with its hardware. To avoid repetition, it will not be described in detail here.
  • the re-directed device 900 shown in FIG. 9 or the re-directed device 1000 shown in FIG. 10 can implement the respective processes corresponding to the boot server or the LwM2M boot server corresponding to the method embodiment shown in FIG. 3 to FIG.
  • the re-directed device 900 or the re-directed device 1000 reference may be made to the descriptions in FIG. 3 to FIG. 6 above. To avoid repetition, details are not described herein again.
  • FIG. 11 is a schematic block diagram of an apparatus 1100 for rebooting in a lightweight machine-to-machine LwM2M system provided by an embodiment of the present application, the LwM2M system including the apparatus 1100, a server, and a boot server.
  • the receiving unit 1110 is configured to receive a second message sent by the server, where the second message is used to notify the device 1100 to initiate a reboot process between the device 1100 and the boot server, or the second The message includes boot information.
  • the second message when used to notify the device to initiate a reboot process between the device and the boot server, the second message includes means for instructing the device to initiate the reboot The first information of the process.
  • it also includes:
  • the sending unit 1120 is configured to send a third message to the server, where the third message includes second information used to indicate that the device supports initiating the reboot process.
  • the first information is a first object, the first object is a newly added object, or the first information is a new resource of the first object.
  • the second information when the first information is the first object, the second information includes an identifier of the first object.
  • the guiding information is encrypted by using a key of the guiding server.
  • the receiving unit 1110 and the sending unit 1120 may be implemented by a transceiver.
  • the rebooted device 1200 can include a processor 1210 and a memory 1220.
  • the processor 1210 can process information, and the memory 1220 can be used to store feature contours and code executed by the processor 1210.
  • each step of the above method may be completed by an integrated logic circuit of hardware in the processor 1210 or an instruction in a form of software.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented as a hardware processor, or may be performed by a combination of hardware and software modules in the processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 1220, and the processor 1210 reads the information in the memory 1220 and, in conjunction with its hardware, performs the steps of the above method. To avoid repetition, it will not be described in detail here.
  • the re-directed device 1100 shown in FIG. 11 or the re-directed device 1200 shown in FIG. 12 can implement the respective processes corresponding to the client or the LwM2M client corresponding to the foregoing method embodiment shown in FIG. 3 to FIG.
  • the embodiment of the present application further provides a computer readable storage medium, comprising a computer program, when executed on a computer, causing the computer to execute the method provided by the foregoing method embodiment.
  • the embodiment of the present application further provides a computer program product comprising instructions, when the computer program product is run on a computer, causing the computer to execute the method provided by the foregoing method embodiment.
  • processors mentioned in the embodiment of the present invention may be a central processing unit (CPU), and may also be other general-purpose processors, digital signal processors (DSPs), and application specific integrated circuits ( Application Specific Integrated Circuit (ASIC), Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, etc.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory referred to in the embodiments 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 may be a read-only memory (ROM), a programmable read only memory (PROM), an erasable programmable read only memory (Erasable PROM, EPROM), or an electric Erase programmable read only memory (EEPROM) or flash memory.
  • the volatile memory can be a Random Access Memory (RAM) that acts as an external cache.
  • RAM Random Access Memory
  • many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (Synchronous DRAM). SDRAM), Double Data Rate SDRAM (DDR SDRAM), Enhanced Synchronous Dynamic Random Access Memory (ESDRAM), Synchronous Connection Dynamic Random Access Memory (Synchlink DRAM, SLDRAM) ) and direct memory bus random access memory (DR RAM).
  • processor is a general-purpose processor, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, the memory (storage module) is integrated in the processor.
  • memories described herein are intended to comprise, without being limited to, these and any other suitable types of memory.
  • the size of the sequence numbers of the foregoing processes does not mean the order of execution sequence, and the order of execution of each process should be determined by its function and internal logic, and should not be applied to the embodiment of the present application.
  • the implementation process constitutes any limitation.
  • the disclosed systems, devices, and methods may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • 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, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product.
  • the technical solution of the present application which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提供一种轻量级机器到机器系统中重新引导的方法和装置，能够平滑地触发新的Bootstrap流程。该LwM2M系统包括客户端、服务器和引导服务器，所述方法包括：所述服务器获取第一消息，所述第一消息用于配置所述服务器触发所述客户端与所述引导服务器之间的重新引导流程；所述服务器向第一设备发送第二消息，所述第二消息用于通知所述第一设备发起所述重新引导流程，其中，所述第一设备为所述客户端或所述引导服务器。

Description

轻量级机器到机器系统中重新引导的方法和装置
本申请要求于2018年4月17日提交中国国家知识产权局、申请号为201810341841.7、发明名称为“轻量级机器到机器系统中重新引导的方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，并且更具体的，涉及通信领域中的轻量级机器到机器系统中重新引导的方法和装置。
背景技术
轻量级机器到机器(Lightweight machine to machine，LwM2M)是开放移动联盟(open Mobile Alliance，OMA)定义的物联网协议，主要可以使用在资源受限(包括存储、功耗等)的嵌入式设备上。
LwM2M定义了三个逻辑实体，分别为LwM2M服务器(server)、LwM2M客户端(client)以及LwM2M引导服务器(Bootstrap server)。其中，LwM2M客户端执行LwM2M服务器的命令，并上报执行结果。LwM2M引导服务器负责配置LwM2M客户端，通过引导(Bootstrap)接口将重要信息写入LwM2M客户端，以使LwM2M客户端能够使用一个或多个LwM2M服务器执行“注册”操作。这里，可以将LwM2M引导服务器配置LwM2M客户端的过程称为Bootstrap流程。并且，当LwM2M客户端“注册”到LwM2M服务器之后，不再连接LwM2M引导服务器。
但是，如果LwM2M引导服务器中存储的引导信息(Bootstrap Info)发生变化，需要重新引导新的Bootstrap info给LwM2M客户端，目前现有技术都无法无损地、平滑地触发新的Bootstrap流程。
发明内容
本申请提供一种轻量级机器到机器系统中重新引导的方法和装置，能够平滑地触发新的Bootstrap流程。
第一方面，提供了一种轻量级机器到机器LwM2M系统中重新引导的方法，所述LwM2M系统包括客户端、服务器和引导服务器，所述方法包括：
所述服务器获取第一消息，所述第一消息用于配置所述服务器触发所述客户端与所述引导服务器之间的重新引导流程；
所述服务器向第一设备发送第二消息，所述第二消息用于通知所述第一设备发起所述重新引导流程，其中，所述第一设备为所述客户端或所述引导服务器。
具体的，客户端可以为上文中的LwM2M客户端、服务器可以为上文中的LwM2M服务器，引导服务器可以为上文中的LwM2M引导服务器。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发重新Bootstrap流程，使得LwM2M客户端获得改变后的Bootstrap info， 进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
在第一方面的一些可能的实现方式中，所述第一设备为所述客户端，所述服务器向第一设备发送第二消息，包括：
所述服务器向所述客户端发送所述第二消息，所述第二消息中包括用于指示所述客户端发起所述重新引导流程的第一信息。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器向LwM2M客户端发送第二消息，以触发LwM2M客户端发起重新Bootstrap流程。
在第一方面的一些可能的实现方式中，所述服务器向第一设备发送第二消息之前，还包括：
所述服务器接收所述客户端发送的第三消息，所述第三消息中包括用于指示所述客户端支持发起所述重新引导流程的第二信息。
在第一方面的一些可能的实现方式中，所述第一信息为第一对象，所述第一对象为新增的对象；或者所述第一信息为所述第一对象中的新增资源。
在第一方面的一些可能的实现方式中，当所述第一信息为第一对象时，所述第二信息包括所述第一对象的标识。
在第一方面的一些可能的实现方式中，所述第一设备为所述引导服务器，所述服务器向第一设备发送第二消息，包括：
所述服务器向所述引导服务器发送所述第二消息，所述第二消息中包括所述客户端的信息。并且具体的，该客户端的信息可以包括该客户端的位置信息，进而使得引导服务器可以根据该客户端的信息，确定该客户端。
在第一方面的一些可能的实现方式中，所述客户端的信息包括端点名称、IP地址、端口号和所述客户端的休眠状态中的至少一种。这里，休眠状态用于表示该客户端是否处于休眠状态。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发LwM2M客户端主动发起重新Bootstrap流程，使得LwM2M客户端获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
在第一方面的一些可能的实现方式中，还包括：所述服务器接收所述引导服务器发送的对应于所述第二消息的成功响应消息，所述成功响应消息表示所述引导服务器完成与所述客户端之间的重新引导流程。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发LwM2M引导服务器主动发起重新Bootstrap流程，使得LwM2M客户端通过重新Bootstrap流程获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
在第一方面的一些可能的实现方式中，还包括：所述服务器接收所述引导服务器发送的对应于所述第二消息的错误响应消息，所述错误响应消息表示所述引导服务器确定所述客户端不可达。这里不可达指的是LwM2M引导服务器与LwM2M客户端之间连接不通。
所述服务器接收所述引导服务器发送的引导信息，并向所述客户端发送所述引导信息。
在第一方面的一些可能的实现方式中，所述引导信息采用所述引导服务器的密钥进行加密。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器向LwM2M客户端发送包括该更新后的Bootstrap info的第二对象，使得LwM2M客户端可以根据该第二对象，获取该新的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
第二方面，提供了一种轻量级机器到机器LwM2M系统中重新引导的方法，所述LwM2M系统包括客户端、服务器和引导服务器，其中，所述客户端通过首次引导流程获取所述引导服务器中存储的引导信息，并根据所述引导信息注册到所述服务器，当所述引导信息发生改变时，所述方法包括：
所述引导服务器向所述服务器发送第一消息，所述第一消息用于配置所述服务器触发所述客户端与所述引导服务器之间的重新引导流程。
具体的，客户端可以为上文中的LwM2M客户端、服务器可以为上文中的LwM2M服务器，引导服务器可以为上文中的LwM2M引导服务器。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，LwM2M引导服务器向所述LwM2M服务器发送第一消息，使得LwM2M服务器触发重新Bootstrap流程，进而使得LwM2M客户端获得改变后的Bootstrap info，实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
在第二方面的一些可能的实现方式中，还包括：
所述引导服务器接收所述服务器发送的第二消息，所述第二消息用于通知所述引导服务器发起所述重新引导流程，其中，所述第二消息中包括所述客户端的信息。并且具体的，该客户端的信息可以包括该客户端的位置信息。
在第二方面的一些可能的实现方式中，所述客户端的信息包括端点名称、IP地址、端口号和所述客户端的休眠状态中的至少一种。这里，休眠状态用于表示该客户端是否处于休眠状态。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器向LwM2M引导服务器发送第二消息，以触发LwM2M引导服务器发起重新Bootstrap流程。
在第二方面的一些可能的实现方式中，还包括：
所述引导服务器根据所述第二消息，向所述客户端发送引导请求，所述引导请求用于请求进行所述重新引导流程，其中，所述引导请求中包括改变后的所述引导信息；
所述引导服务器向所述服务器发送对应于所述第二消息的成功响应消息，所述成功响应消息表示所述引导服务器完成与所述客户端之间的重新引导流程。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发LwM2M引导服务器主动发起重新Bootstrap流程，使得LwM2M客户端通过重新Bootstrap流程获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
在第二方面的一些可能的实现方式中，还包括：
所述引导服务器根据所述第二消息，确定所述客户端不可达，这里不可达指的是LwM2M引导服务器与LwM2M客户端之间连接不通；
所述引导服务器向所述服务器发送对应于所述第二消息的错误响应消息，所述错误响应消息表示所述引导服务器确定所述客户端不可达；
所述引导服务器向所述服务器发送改变后的所述引导信息。
在第二方面的一些可能的实现方式中，所述引导信息采用所述引导服务器的密钥进行加密。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器向LwM2M客户端发送包括该更新后的Bootstrap info的第二对象，使得LwM2M客户端可以根据该第二对象，获取该新的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
第三方面，提供了一种轻量级机器到机器LwM2M系统中重新引导的方法，所述LwM2M系统包括客户端、服务器和引导服务器，所述方法包括：
所述客户端接收所述服务器发送的第二消息，所述第二消息用于通知所述客户端发起所述客户端与所述引导服务器之间的重新引导流程。
具体的，客户端可以为上文中的LwM2M客户端、服务器可以为上文中的LwM2M服务器，引导服务器可以为上文中的LwM2M引导服务器。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器向LwM2M客户端发送第二消息，以触发LwM2M客户端发起重新Bootstrap流程。
在第三方面的一些可能的实现方式中，当所述第二消息用于通知所述客户端发起所述客户端与所述引导服务器之间的重新引导流程时，所述第二消息包括用于指示所述客户端发起所述重新引导流程的第一信息。
在第三方面的一些可能的实现方式中，所述客户端接收所述服务器发送的第二消息之前，还包括：
所述客户端向所述服务器发送第三消息，所述第三消息包括用于指示所述客户端支持发起所述重新引导流程的第二信息。
在第三方面的一些可能的实现方式中，所述第一信息为第一对象，所述第一对象为新增的对象；或者所述第一信息为第一对象的新增资源。
在第三方面的一些可能的实现方式中，当所述第一信息为第一对象时，所述第二信息包括所述第一对象的标识。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发LwM2M客户端主动发起重新Bootstrap流程，使得LwM2M客户端获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
或者本申请实施例中，所述第二消息包括引导信息。也就是说，服务器可以直接向客户端发送引导信息。作为一例，该引导信息可以携带在第二对象中。因此，本申请实施例能够 使得LwM2M客户端根据该第二对象，获取该新的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
在第三方面的一些可能的实现方式中，当第二消息包括所述引导信息时，所述引导信息采用所述引导服务器的密钥进行加密。
第四方面，本申请实施例提供了一种轻量级机器到机器LwM2M系统中重新引导的装置，用于执行上述任一方面或任一方面的任意可能的实现方式中的方法，具体的，该装置包括用于执行上述任一方面或任一方面任意可能的实现方式中的方法的模块。
第五方面，本申请实施例提供了一种轻量级机器到机器LwM2M系统中重新引导的装置，包括：存储器和处理器。其中，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，并且当该处理器执行该存储器存储的指令时，该执行使得该处理器执行任一方面或任一方面的任意可能的实现方式中的方法。
第六方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行任一方面或任一方面的任意可能的实现方式中的方法的指令。
第七方面，本申请实施例还提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行任一方面或任一方面的任意可能的实现方式中的方法。
附图说明
图1是应用本申请实施例的一种LwM2M网络架构示意图。
图2是本申请实施例的另一种LwM2M网络架构的示意图。
图3是本申请实施例提供的一种LwM2M系统中重新引导的方法的流程图。
图4是本申请实施例提供的另一种LwM2M系统中重新引导的方法的流程图。
图5是本申请实施例提供的另一种LwM2M系统中重新引导的方法的流程图。
图6是本申请实施例提供的另一种LwM2M系统中重新引导的方法的流程图。
图7是本申请实施例提供的一种重新引导的装置的示意性框图。
图8是本申请实施例提供的另一种重新引导的装置的示意性框图。
图9是本申请实施例提供的另一种重新引导的装置的示意性框图。
图10是本申请实施例提供的另一种重新引导的装置的示意性框图。
图11是本申请实施例提供的另一种重新引导的装置的示意性框图。
图12是本申请实施例提供的另一种重新引导的装置的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
图1示出了应用本申请实施例的一种LwM2M网络架构示意图。如图1所示，该网络架构中包括服务器和客户端。具体的，服务器中包括LwM2M服务器，可选的，服务器中还包括LwM2M引导服务器。客户端中包括设备，可选的，客户端中还存储有出厂设置时配置的闪存Flash以及ROM，和/或智能卡，例如为通用集成电路卡(Universal Integrated Circuit Card，UICC)。
LwM2M协议定义了四种接口，并对应不同的功能：Bootstrap、客户端注册(Client  Registration)、设备管理和服务实现(Device managment and Service Enablement)以及信息上报(Information Report)。具体的，客户端(或设备)需要先进行Bootstrap获取相应信息，之后进行客户端注册处理，只有成功在服务器端注册相关信息后，才可通过设备管理和服务实现及信息上报接口来控制和传送相关需要的信息。
具体的，Bootstrap属于逻辑功能，不一定存在真实交互，流程可以分为以下四种：
1)Factory Bootstrap：厂家存储相应信息在Flash或ROM中；
2)Bootstrap from Smartcard：信息存储在Smartcard(例如UICC)中；
3)Client Initiated Bootstrap：客户端请求服务器引导信息数据；
4)Server Initiated Bootstrap:服务器发起引导程序，前提是bootstrap服务器确定客户端可以访问。
这里，LwM2M引导服务器可以部署在共有云上，并为很多垂直行业提供Bootstrap服务，不同垂直行业的LwM2M客户端/服务器部署在私有云上。
具体的，LwM2M客户端可以设置在基于蜂窝的窄带物联网(narrow band internet of things，NB-IoT)系统中的终端设备上。作为示例而非限定，在本发明实施例中，终端设备例如可以具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备、物联网、车辆网中的终端设备以及未来5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network，PLMN)网络中的终端设备等。
图2示出了本申请实施例的另一种LwM2M网络架构的示意图。该网络架构中包括LwM2M客户端、LwM2M引导服务器以及LwM2M服务器，这里，LwM2M客户端可以对应于图1中的客户端。作为一例，该LwM2M服务器可以具体为LwM2M服务器1。
本申请实施例中，LwM2M引导服务器中存储有多个Bootstrap info，例如Bootstrap info1、Bootstrap info2等，每个Bootstrap info可以指示LwM2M客户端需要注册到的LwM2M服务器的信息。LwM2M客户端在LwM2M引导服务器提供的Bootstrap服务中，通过Bootstrap接口获取Bootstrap info，并根据该Bootstrap info注册到对应的LwM2M客户端服务器上。在LwM2M客户端注册到LwM2M服务器上之后，则不再连接LwM2M引导服务器。
例如，通过步骤201，LwM2M客户端与LwM2M引导服务器经过Bootstrap流程，向LwM2M客户端配置LwM2M服务器1的相关信息。然后通过步骤202，LwM2M客户端向LwM2M服务器1注册。注册成功后，LwM2M客户端与LwM2M引导服务器102断开连接。可选的，当LwM2M引导服务器中存储的Bootstrap info发生改变，可以执行步骤203，LwM2M引导服务器对LwM2M客户端进行重新引导。
表1示出了本申请实施例提供的Bootstrap info的一个具体示例。
表1
Figure PCTCN2019082925-appb-000001
Figure PCTCN2019082925-appb-000002
具体的，表1中的增加的对象实例例如为接入控制对象(Access Control Object)、连通性监测对象(Connectivity Monitoring Object)。LwM2M引导服务器账户例如为安全对象实例(Security Object Instance)。
这里，对象(Object)和对象实例(Object Instance)均为接口的操作对象。另外，接口的操作对象还包括资源(Resources)。具体的，资源为逻辑概念，相当于一个对象实现一个功能所占用的资源。
但是，当LwM2M引导服务器中的Bootstrap info发生改变时，例如LwM2M服务器的密钥信息被修改，或者LwM2M服务器账户变更时，一种方案中，LwM2M引导服务器主动发起服务器发起的引导请求，为LwM2M客户端配置LwM2M服务器的相关信息，但是LwM2M引导服务器并不能知道每个LwM2M客户端的IP地址以及状态，导致无法对每个LwM2M客户端重新进行Bootstrap。另一种方案中，LwM2M客户端主动发消息给LwM2M引导服务器，LwM2M引导服务器通过响应消息完成LwM2M服务器相关的配置信息，但是该方案中LwM2M客户端需要等到注册周期结束，才会发起新的注册信息。另一种方案，可以通过“恢复出厂设置”，强制每个LwM2M客户端重新进行Bootstrap，该方案需要人工干预，并且会导致终端丢失已经升级的数据。
本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发重新Bootstrap流程，使得LwM2M客户端获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
具体的，LwM2M服务器可以获取第一消息，该第一消息用于配置所述LwM2M服务器触发所述LwM2M客户端与所述LwM2M引导服务器之间的重新Bootstrap流程，然后LwM2M服务器向LwM2M客户端或LwM2M引导服务器发送第二消息，使得LwM2M客户端或LwM2M引导服务器根据该第二消息发起重新Bootstrap流程，基于此，本申请实施例能够实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
下面，结合图3至图5所示的具体的实施例，详细描述本申请实施例的LwM2M系统中重新Bootstrap的方法。图3至图5中，LwM2M客户端、LwM2M引导服务器以及LwM2M服务器具体可以参见上文中的描述，为避免重复，下文不再赘述。
图3示出了本申请实施例提供的一种LwM2M系统中重新Bootstrap的方法的流程图。应理解，图3示出了重新Bootstrap的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图3中的各个操作的变形。此外，图3中的各个步骤可以按照与图3呈现的不同的顺序来执行，并且有可能并非要执行图3中的全部操作。
301，LwM2M客户端通过Bootstrap流程获取Bootstrap info。例如，该客户端获取的Bootstrap info指示LwM2M客户端需注册到LwM2M服务器1。
302，LwM2M客户端根据301中获取的Bootstrap info，与LwM2M服务器进行注册(registration)流程。例如，LwM2M客户端可以向LwM2M服务器1进行注册。
具体的，LwM2M客户端可以向LwM2M服务器发送注册请求消息，该注册请求消息中 携带LwM2M客户端的能力信息，该能力信息可以指示LwM2M客户端所支持的对象和/或资源。
可选的，本申请实施例，该能力信息中可以包括第一对象的标识，或者，也可以包括第一对象以及第一对象中包括的资源的标识。当该能力信息中包括第一对象的标识时，表示该LwM2M客户端支持该第一对象。
本申请实施例中，该第一对象可以指示LwM2M客户端支持LwM2M服务器触发引导(LwM2M server trigger bootstrap)流程，也就是说，当LwM2M客户端从LwM2M服务器接收到LwM2M服务器写的第一对象时，LwM2M客户端发起Bootstrap流程。这里，LwM2M服务器触发引导流程也可以称为重新引导(re-Bootstrap)流程。
一种可能的实现方式，该第一对象可以为新增对象。表2示出了本申请实施例提供的上述新增对象的一个具体的示例。
表2
Figure PCTCN2019082925-appb-000003
表3示出了该新增的对象的中的资源的一个具体的示例。
表3
Figure PCTCN2019082925-appb-000004
另一种可能的实现方式，所述第一对象为现有的对象，其中，所述现有的对象中包括扩展资源，所述扩展资源用于指示LwM2M客户端支持LwM2M服务器触发重新引导流程。作为一例，现有对象可以为设备对象(Device Object)。表4示出了本申请实施例提供的Device对象的一个具体的示例。
表4
Figure PCTCN2019082925-appb-000005
Figure PCTCN2019082925-appb-000006
表5示出了该Device对象的中的新增的支持LwM2M服务器触发引导(LwM2M server trigger bootstrap)流程的资源的一个具体的示例。
表5
Figure PCTCN2019082925-appb-000007
303，LwM2M引导服务器或其他第三方AS设置LwM2M服务器执行重新引导流程。
具体的，LwM2M服务器可以为LwM2M服务器1。通过步骤301和302，LwM2M客户端可以注册到LwM2M服务器。之后，当Bootstrap Info发生改变时，LwM2M引导服务器或者其他第三方应用服务器(Application Server，AS)可以通过接口，设置LwM2M服务器启动重新引导流程。
作为一例，LwM2M引导服务器或AS可以通过应用程序编程接口(Application Programming Interface,API)、或者人机语言(Man-Machine Language，MML)命令等方式设置LwM2M服务器，本申请实施例对此不作具体限定。
304，LwM2M客户端向LwM2M服务器发起设备管理(Device Management，DM)请求。这里，DM请求可以参见现有技术，本申请实施例不再详细描述。
可选的，LwM2M服务器接收到该DM请求时，可以对该DM请求所请求的业务进行处理。当LwM2M服务器对该业务处理成功时，可以向LwM2M客户端发送DM请求成功的响应。当LwM2M服务器对该业务处理失败时，可以向LwM2M客户端发送DM请求失败的响应。
305，LwM2M服务器向LwM2M客户端发送第一对象。
具体的，LwM2M服务器可以检查该LwM2M客户端是否支持上述第一对象。如果该LwM2M客户端支持，则LwM2M服务器在第一对象中写入LwM2M服务器触发引导流程的相关信息，以通知LwM2M客户端发起重新Bootstrap流程。
作为一例，当第一对象为表2中的对象时，LwM2M服务器向LwM2M客户端发送 write/XX/0/0，其中XX即为第一对象的标识。
作为另一例，当第一对象为表4中的对象时，LwM2M服务器向LwM2M客户端发送write/3/0/23，其中3为表4中的对象的标识，23为新增的支持LwM2M服务器触发引导流程的资源的标识。
306，LwM2M客户端根据305中接收到的第一对象，发起重新引导流程。
具体的，LwM2M客户端可以根据第一对象中的用于指示LwM2M客户端支持LwM2M服务器触发引导(LwM2M server trigger bootstrap)流程的相关信息，向LwM2M引导服务器发起引导请求(Bootstrap request)。LwM2M引导服务器接收到该Bootstrap request时，可以将改变(或更新)后的Bootstrap info携带在对应于该Bootstrap request的响应消息中。作为一例，该响应消息为写、发现、删除(write，discover，delete)消息。之后，LwM2M引导服务器向LwM2M客户端发送引导结束(Bootstrap finish)消息，表示Bootstrap流程结束。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发LwM2M客户端主动发起重新Bootstrap流程，使得LwM2M客户端获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
图4示出了本申请实施例提供的另一种LwM2M系统中重新Bootstrap的方法的流程图。应理解，图4示出了重新Bootstrap的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图4中的各个操作的变形。此外，图4中的各个步骤可以按照与图4呈现的不同的顺序来执行，并且有可能并非要执行图4中的全部操作。
401，LwM2M客户端通过Bootstrap流程获取Bootstrap info。例如，该客户端Bootstrap info指示LwM2M客户端需注册到LwM2M服务器1。
402，LwM2M客户端根据401中获取的Bootstrap info，与LwM2M服务器1进行注册(registration)流程。例如，LwM2M客户端可以向LwM2M服务器1进行注册。
具体的，LwM2M客户端可以向LwM2M服务器发送注册请求消息，该注册请求消息中携带LwM2M客户端的能力信息，该能力信息可以指示LwM2M客户端所支持的对象和/或资源。
可选的，这里，该LwM2M客户端可以不需要支持图3中的第一对象。
403，LwM2M引导服务器或其他第三方AS设置LwM2M服务器执行重新引导流程。
具体的，403可以参见图3中的303的描述，为避免重复，这里不再赘述。
404，LwM2M客户端向LwM2M服务器发起DM请求。这里，DM请求可以参见现有技术，本申请实施例不再详细描述。
405，LwM2M服务器向LwM2M引导服务器或AS发送LwM2M客户端的信息。对应的，LwM2M引导服务器可以获取LwM2M客户端的信息，并根据该LwM2M客户端的信息，确定LwM2M客户端。该LwM2M客户端的信息具体可以包括LwM2M客户端的位置信息。
本申请实施例中，由于LwM2M客户端上报的能力信息中并没有该第一对象的标识，因此LwM2M服务器可以认为LwM2M客户端不支持LwM2M服务器触发引导流程。因此此时，LwM2M服务器可以向LwM2M引导服务器或AS发送LwM2M客户端的信息，使得LwM2M引导服务器或AS主动发起重新引导流程。
可选的，LwM2M客户端的信息包括该LwM2M客户端的端点名称(Endpoint Name)、IP地址、端口号(port)和该LwM2M客户端的休眠状态中的至少一种。
这里，休眠状态用于表示客户端当前是否处于休眠状态。具体的，LwM2M服务器指示的LwM2M客户端的休眠状态有两种：休眠状态和非休眠状态。当LwM2M服务器指示LwM2M客户端为非休眠状态时，表示LwM2M客户端没有休眠，可以接收消息。当LwM2M服务器指示LwM2M客户端为休眠状态时，表示LwM2M客户端休眠，不能接收消息。
作为一例，LwM2M客户端的信息可以包括LwM2M客户端的位置信息和休眠状态，位置信息例如为端点名称、IP地址和端口号中的至少部分，休眠状态表示该LwM2M客户端当前没有休眠。然后LwM2M引导服务器可以根据该端点名称、IP地址和端口号唯一地确定该LwM2M客户端，并能够确定该LwM2M客户端未休眠。
406，LwM2M引导服务器根据LwM2M客户端的信息，发起重新引导流程。
具体的，LwM2M引导服务器根据从LwM2M服务器获取的LwM2M客户端的信息，可以确定该LwM2M客户端并确定该LwM2M客户端可达(即可以访问)，即该LwM2M引导服务器与LwM2M客户端之间的连接相通，然后LwM2M引导服务器向该LwM2M客户端发起重新引导流程。
这里，LwM2M引导服务器可以向LwM2M客户端发送引导请求，该引导请求用于请求进行上述重新引导流程，其中，该引导请求中可以包括改变后的Bootstrap info。作为一例，该引导请求可以为server initiated Bootstrap。
407，LwM2M引导服务器向LwM2M服务器发送成功响应消息。
具体的，407中的该成功响应消息可以为405中的消息的响应消息，表示LwM2M引导服务器完成与LwM2M客户端之间的重新引导流程。
可选的，408，LwM2M服务器向LwM2M客户端发送DM请求失败的响应，表示404中的DM请求所请求的业务处理失败。
具体的，由于本申请实施例中LwM2M服务器需要触发重新引导流程，因此该DM请求所请求的业务可以暂时不处理。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发LwM2M引导服务器主动发起重新Bootstrap流程，使得LwM2M客户端通过重新Bootstrap流程获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
图5示出了本申请实施例提供的另一种LwM2M系统中重新Bootstrap的方法的流程图。应理解，图5示出了重新Bootstrap的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图5中的各个操作的变形。此外，图5中的各个步骤可以按照与图5呈现的不同的顺序来执行，并且有可能并非要执行图5中的全部操作。
501，LwM2M客户端通过Bootstrap流程获取Bootstrap info。例如，该客户端Bootstrap info指示LwM2M客户端需注册到LwM2M服务器1。
502，LwM2M客户端根据401中获取的Bootstrap info，与LwM2M服务器1进行注册(registration)流程。
503，LwM2M引导服务器或其他第三方AS设置LwM2M服务器执行重新引导流程。
504，LwM2M客户端向LwM2M服务器发起DM请求。
505，LwM2M服务器向LwM2M引导服务器或AS发送LwM2M客户端的信息。
具体的，501至505步骤可以与图4中的401至405相同或相似。具体的，501至505可以参见图4中401至405中的描述，为避免重复，这里不再赘述。
506，LwM2M引导服务器确定LwM2M客户端不可达，需要说明的是，LwM2M客户端不可达包含各种原因导致的LwM2M引导服务器与LwM2M客户端无法进行正常通信的情况，如LwM2M引导服务器与LwM2M客户端之间连接不通，或由于LwM2M客户端处于休眠状态，导致LwM2M引导服务器与LwM2M客户端之间无法进行正常通信。
507，LwM2M引导服务器向LwM2M客户端发送失败响应消息。
具体的，507中的该失败响应消息可以为505中的消息的响应消息，表示LwM2M引导服务器向LwM2M客户端发起重新引导流程失败。作为一例，该响应消息可以为：Error：Targeted Client Unreachable。
LwM2M引导服务器可以向LwM2M服务器发送更新后的Bootstrap info。作为一种可能的实现方式，该更新的Bootstrap info可以与该失败响应消息一起发送。可选的，LwM2M引导服务器可以根据自身的密钥，对该新的Bootstrap info进行加密。
508，LwM2M服务器向LwM2M客户端发送第二对象，该第二对象中包括上述新的Bootstrap info。
具体的，第二对象可以为AppDataCont，其中，Data为该新的Bootstrap info，AppID为特殊值(例如为65535)。可选的，502中的注册请求消息中包括该第二对象的标识，表示LwM2M客户端支持第二对象。
一种可能的实现方式，在该第二对象中，该新的Bootstrap info仍然采用LwM2M引导服务器的密钥进行加密。也就是说，LwM2M服务器对该新的Bootstrap info进行透传，并不需要解析该Bootstrap info。
509，LwM2M客户端根据508中获取的第二对象，获取该新的Bootstrap info。
具体的，LwM2M客户端可以根据AppID的特殊值，判断AppDataCont中的数据为Bootstrap info。之后，LwM2M客户端可以根据本地保存的LwM2M引导服务器的密钥解密该data，获取该新的Bootstrap info。
可选的，本申请实施例中，可以不执行505至507的步骤，即LwM2M服务器被设置为触发重新引导流程之后，可以直接向LwM2M客户端发送该第二对象，使得LwM2M客户端根据该第二对象，获取该新的Bootstrap info。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器向LwM2M客户端发送包括该更新后的Bootstrap info的第二对象，使得LwM2M客户端可以根据该第二对象，获取该新的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
图6示出了本申请实施例提供的另一种轻量级机器到机器LwM2M系统中重新引导的方法的流程图。所述LwM2M系统包括客户端、服务器和引导服务器，其中，所述客户端通过首次引导流程获取所述引导服务器中存储的引导信息，并根据所述引导信息注册到所述服务器。具体的，客户端可以为上文中的LwM2M客户端、服务器可以为上文中的LwM2M服务 器，引导服务器可以为上文中的LwM2M引导服务器。
本申请实施例中，当所述引导信息(Bootstrap info)发生改变时，所述方法包括：
602，所述服务器获取第一消息，所述第一消息用于配置所述服务器触发所述客户端与所述引导服务器之间的重新引导流程；
603，所述服务器向第一设备发送第二消息，所述第二消息用于通知所述第一设备发起所述重新引导流程，其中，所述第一设备为所述客户端或所述引导服务器。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发重新Bootstrap流程，使得LwM2M客户端获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
可选的，601，引导服务器可以向服务器发送该第一消息。对应的，服务器获取该第一消息。
具体的，601可以参见上文中303、403或503的描述，为避免重复，这里不再赘述。
本申请实施例一种可能的实现方式中，与603对应，客户端可以接收所述服务器发送的第二消息，所述第二消息用于通知所述客户端发起所述客户端与所述引导服务器之间的重新引导流程。
具体的，603可以参见上文中305的描述，为避免重复，这里不再赘述。
一个可选的实施例，所述第二消息包括用于指示所述客户端发起所述重新引导流程的第一信息。
作为一例，所述第一信息为第一对象，所述第一对象为新增的对象；或者作为另一例，所述第一信息为所述第一对象中的新增资源。
具体的，第一对象可以参见图3中的第一对象的描述，为避免重复，这里不再赘述。
可选的，所述客户端接收所述服务器发送的第二消息之前，还包括：所述客户端向所述服务器发送第三消息，所述第三消息包括用于指示所述客户端支持发起所述重新引导流程的第二信息。
对应的，所述服务器接收所述客户端发送的第三消息，所述第三消息中包括用于指示所述客户端支持发起所述重新引导流程的第二信息。
一个具体的实施例，当所述第一信息为第一对象时，所述第二信息包括所述第一对象的标识。
具体的，第三消息可以为图3至图5中的注册请求消息，具体的可以参见图3至图5中的描述，为避免重复，这里不再赘述。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发LwM2M客户端主动发起重新Bootstrap流程，使得LwM2M客户端获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
或者一种可能的实现方式中，服务器可以直接向客户端发送引导信息，作为一例，该引导信息可以携带在第二对象中。因此，本申请实施例能够使得LwM2M客户端根据该第二对象，获取该新的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
具体的，第二对象可以参见图5中的描述，为避免重复，这里不再赘述。
本申请实施例另一种可能实现方式中，与603对应，引导服务器可以接收该第二消息，第二消息用于通知引导服务器发起重新引导流程。这里，第二消息中包括客户端的信息，该信息具体可以包括位置信息。此时，引导服务器可以根据该客户端的信息，确定客户端。
具体的，603可以参见上文中405或505的描述，为避免重复，这里不再赘述。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器向LwM2M引导服务器发送第二消息，以触发LwM2M引导服务器发起重新Bootstrap流程。
可选的，所述客户端的信息包括端点名称、IP地址、端口号和所述客户端的休眠状态中的至少一种。
具体的，客户端的信息可以参见图4或图5中的描述，为避免重复，这里不再赘述。
作为一个可选的实施例，所述引导服务器根据所述第二消息，向所述客户端发送引导请求，所述引导请求用于请求进行所述重新引导流程，其中，所述引导请求中包括改变后的所述引导信息；所述引导服务器向所述服务器发送对应于所述第二消息的成功响应消息，所述成功响应消息表示所述引导服务器完成与所述客户端之间的重新引导流程。
对应的，所述服务器接收所述引导服务器发送的对应于所述第二消息的成功响应消息，所述成功响应消息表示所述引导服务器完成与所述客户端之间的重新引导流程。
具体的，可以参见图4中406以及407的描述，为避免重复，这里不再赘述。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器触发LwM2M引导服务器主动发起重新Bootstrap流程，使得LwM2M客户端通过重新Bootstrap流程获得改变后的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
作为另一个可选的实施例，所述引导服务器根据所述客户端的信息，确定所述客户端不可达，所述引导服务器向所述服务器发送对应于所述第二消息的错误响应消息，所述错误响应消息表示所述引导服务器确定所述客户端不可达，并且所述引导服务器向所述服务器发送改变后的所述引导信息。
对应的，所述服务器接收所述引导服务器发送的对应于所述第二消息的错误响应消息，所述错误响应消息表示所述引导服务器确定所述客户端不可达。所述服务器接收所述引导服务器发送的引导信息，并向所述客户端发送所述引导信息。
可选的，所述引导信息采用所述引导服务器的密钥进行加密。
具体的，可以参见图5中506至509中的描述，为避免重复，这里不再赘述。
因此，本申请实施例中，当LwM2M引导服务器中的Bootstrap info发生改变时，可以由LwM2M服务器向LwM2M客户端发送包括该更新后的Bootstrap info的第二对象，使得LwM2M客户端可以根据该第二对象，获取该新的Bootstrap info，进而实现在不中断业务的情况下平滑变更Bootstrap info，减少人工干预，降低维护成本。
上文结合图3至图6详细描述了轻量级机器到机器LwM2M系统中重新引导的方法，下文将结合图7至图12详细描述轻量级机器到机器LwM2M系统中重新引导的装置。
图7示出了本申请实施例提供的一种轻量级机器到机器LwM2M系统中重新引导的装置 700的示意性框图。所述LwM2M系统包括客户端、所述装置700和引导服务器。
获取单元710，用于获取第一消息，所述第一消息用于配置所述装置触发所述客户端与所述引导服务器之间的重新引导流程；
发送单元720，用于向第一设备发送第二消息，所述第二消息用于通知所述第一设备发起所述重新引导流程，其中，所述第一设备为所述客户端或所述引导服务器。
可选的，所述第一设备为所述客户端，所述发送单元720具体用于：
向所述客户端发送所述第二消息，所述第二消息中包括用于指示所述客户端发起所述重新引导流程的第一信息。
可选的，还包括：接收单元，用于接收所述客户端发送的第三消息，所述第三消息中包括用于指示所述客户端支持发起所述重新引导流程的第二信息。
可选的，所述第一信息为第一对象，所述第一对象为新增的对象；或者所述第一信息为所述第一对象中的新增资源。
可选的，当所述第一信息为第一对象时，所述第二信息包括所述第一对象的标识。
可选的，所述第一设备为所述引导服务器，所述发送单元720具体用于：
向所述引导服务器发送所述第二消息，所述第二消息中包括所述客户端的信息。
可选的，还包括：接收单元，用于接收所述引导服务器发送的对应于所述第二消息的成功响应消息，所述成功响应消息表示所述引导服务器完成与所述客户端之间的重新引导流程。
可选的，还包括：接收单元，用于接收所述引导服务器发送的对应于所述第二消息的错误响应消息，所述错误响应消息表示所述引导服务器确定所述客户端不可达；
所述接收单元还用于接收所述引导服务器发送的引导信息，并向所述客户端发送所述引导信息。
可选的，所述引导信息采用所述引导服务器的密钥进行加密。
可选的，所述客户端的信息包括端点名称、IP地址、端口号和所述客户端的休眠状态中的至少一种。
应注意，本发明实施例中，获取单元710和发送单元720可以由收发器实现。如图8所示，重新引导的装置800可以包括处理器810和存储器820。其中，处理器810可以信息进行处理，存储器820可以用于存储特征轮廓和处理器810执行的代码等。
在实现过程中，上述方法的各步骤可以通过处理器810中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器820，处理器810读取存储器820中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
图7所示的重新引导的装置700或图8所示的重新引导的装置800能够实现前述图3至图6所示的方法实施例对应的服务器或LwM2M服务器对应的各个过程，具体的，该重新引导的装置700或重新引导的装置800可以参见上述图3至图6中的描述，为避免重复，这里不再赘述。
图9示出了本申请实施例提供的一种轻量级机器到机器LwM2M系统中重新引导的装置 900的示意图。所述LwM2M系统包括客户端、服务器和所述装置900，其中，所述客户端通过首次引导流程获取所述装置900中存储的引导信息，并根据所述引导信息注册到所述服务器。
发送单元910，用于当所述引导信息发生改变时，向所述服务器发送第一消息，所述第一消息用于配置所述服务器触发所述客户端与所述装置之间的重新引导流程。
可选的，还包括：
接收单元920，用于接收所述服务器发送的第二消息，所述第二消息用于通知所述引导服务器发起所述重新引导流程，其中，所述第二消息中包括所述客户端的信息。
可选的，其特征在于，
所述发送单元910还用于根据所述第二消息，向所述客户端发送引导请求，所述引导请求用于请求进行所述重新引导流程，其中，所述引导请求中包括改变后的所述引导信息；
所述发送单元910还用于向所述服务器发送对应于所述第二消息的成功响应消息，所述成功响应消息表示所述装置完成与所述客户端之间的重新引导流程。
可选的，还包括：
确定单元，用于根据所述第二消息，确定所述客户端不可达；
所述发送单元910还用于向所述服务器发送对应于所述第二消息的错误响应消息，所述错误响应消息表示所述装置确定所述客户端不可达；
所述发送单元910还用于向所述服务器发送改变后的所述引导信息。
可选的，所述引导信息采用所述引导服务器的密钥进行加密。
可选的，所述客户端的信息包括端点名称、IP地址、端口号和所述客户端的休眠状态中的至少一种。
应注意，本发明实施例中，发送单元910和接收单元920可以由收发器实现。如图10所示，重新引导的装置1000可以包括处理器1010和存储器1020。其中，处理器1010可以信息进行处理，存储器1020可以用于存储特征轮廓和处理器1010执行的代码等。
在实现过程中，上述方法的各步骤可以通过处理器1010中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1020，处理器1010读取存储器1020中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
图9所示的重新引导的装置900或图10所示的重新引导的装置1000能够实现前述图3至图6所示的方法实施例对应的引导服务器或LwM2M引导服务器对应的各个过程，具体的，该重新引导的装置900或重新引导的装置1000可以参见上述图3至图6中的描述，为避免重复，这里不再赘述。
图11示出了本申请实施例提供的一种轻量级机器到机器LwM2M系统中重新引导的装置1100的示意性框图，所述LwM2M系统包括所述装置1100、服务器和引导服务器。接收单元1110，用于接收所述服务器发送的第二消息，所述第二消息用于通知所述装置1100发起所述装置1100与所述引导服务器之间的重新引导流程，或者所述第二消息包括引导信息。
可选的，当所述第二消息用于通知所述装置发起所述装置与所述引导服务器之间的重新引导流程时，所述第二消息包括用于指示所述装置发起所述重新引导流程的第一信息。
可选的，还包括：
发送单元1120，用于向所述服务器发送第三消息，所述第三消息包括用于指示所述装置支持发起所述重新引导流程的第二信息。
可选的，所述第一信息为第一对象，所述第一对象为新增的对象；或者所述第一信息为第一对象的新增资源。
可选的，当所述第一信息为第一对象时，所述第二信息包括所述第一对象的标识。
可选的，当第二消息包括所述引导信息时，所述引导信息采用所述引导服务器的密钥进行加密。
应注意，本发明实施例中，接收单元1110和发送单元1120可以由收发器实现。如图12所示，重新引导的装置1200可以包括处理器1210和存储器1220。其中，处理器1210可以信息进行处理，存储器1220可以用于存储特征轮廓和处理器1210执行的代码等。
在实现过程中，上述方法的各步骤可以通过处理器1210中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1220，处理器1210读取存储器1220中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
图11所示的重新引导的装置1100或图12所示的重新引导的装置1200能够实现前述图3至图6所示的方法实施例对应的客户端或LwM2M客户端对应的各个过程，具体的，该重新引导的装置1100或重新引导的装置1200可以参见上述图3至图6中的描述，为避免重复，这里不再赘述。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质包括计算机程序，当其在计算机上运行时，使得该计算机执行上述方法实施例提供的方法。
本申请实施例还提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行上述方法实施例提供的方法。
应理解，本发明实施例中提及的处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(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)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
应理解，本申请实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/“，表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产 品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (33)

  1. 一种轻量级机器到机器LwM2M系统中重新引导的方法，其特征在于，所述LwM2M系统包括客户端、服务器和引导服务器，所述方法包括：
    所述服务器获取第一消息，所述第一消息用于配置所述服务器触发所述客户端与所述引导服务器之间的重新引导流程；
    所述服务器向第一设备发送第二消息，所述第二消息用于通知所述第一设备发起所述重新引导流程，其中，所述第一设备为所述客户端或所述引导服务器。
  2. 根据权利要求1所述的方法，其特征在于，所述第一设备为所述客户端，所述服务器向第一设备发送第二消息，包括：
    所述服务器向所述客户端发送所述第二消息，所述第二消息中包括用于指示所述客户端发起所述重新引导流程的第一信息。
  3. 根据权利要求2所述的方法，其特征在于，所述服务器向第一设备发送第二消息之前，还包括：
    所述服务器接收所述客户端发送的第三消息，所述第三消息中包括用于指示所述客户端支持发起所述重新引导流程的第二信息。
  4. 根据权利要求2或3所述的方法，其特征在于，所述第一信息为第一对象，所述第一对象为新增的对象；或者
    所述第一信息为所述第一对象中的新增资源。
  5. 根据权利要求3或4所述的方法，其特征在于，当所述第一信息为第一对象时，所述第二信息包括所述第一对象的标识。
  6. 根据权利要求1所述的方法，其特征在于，所述第一设备为所述引导服务器，所述服务器向第一设备发送第二消息，包括：
    所述服务器向所述引导服务器发送所述第二消息，所述第二消息中包括所述客户端的信息。
  7. 根据权利要求6所述的方法，其特征在于，还包括：
    所述服务器接收所述引导服务器发送的对应于所述第二消息的错误响应消息，所述错误响应消息表示所述引导服务器确定所述客户端不可达；
    所述服务器接收所述引导服务器发送的引导信息，并向所述客户端发送所述引导信息。
  8. 根据权利要求7所述的方法，其特征在于，所述引导信息采用所述引导服务器的密钥进行加密。
  9. 根据权利要求6-8任一项所述的方法，其特征在于，所述客户端的信息包括端点名称、IP地址、端口号和所述客户端的休眠状态中的至少一种。
  10. 一种轻量级机器到机器LwM2M系统中重新引导的方法，其特征在于，所述LwM2M系统包括客户端、服务器和引导服务器，其中，所述客户端通过首次引导流程获取所述引导服务器中存储的引导信息，并根据所述引导信息注册到所述服务器，当所述引导信息发生改变时，所述方法包括：
    所述引导服务器向所述服务器发送第一消息，所述第一消息用于配置所述服务器触发 所述客户端与所述引导服务器之间的重新引导流程。
  11. 根据权利要求10所述的方法，其特征在于，还包括：
    所述引导服务器接收所述服务器发送的第二消息，所述第二消息用于通知所述引导服务器发起所述重新引导流程，其中，所述第二消息中包括所述客户端的信息。
  12. 根据权利要求11所述的方法，其特征在于，还包括：
    所述引导服务器根据所述第二消息，向所述客户端发送引导请求，所述引导请求用于请求进行所述重新引导流程，其中，所述引导请求中包括改变后的所述引导信息；
    所述引导服务器向所述服务器发送对应于所述第二消息的成功响应消息，所述成功响应消息表示所述引导服务器完成与所述客户端之间的重新引导流程。
  13. 根据权利要求11所述的方法，其特征在于，还包括：
    所述引导服务器根据所述第二消息，确定所述客户端不可达；
    所述引导服务器向所述服务器发送对应于所述第二消息的错误响应消息，所述错误响应消息表示所述引导服务器确定所述客户端不可达；
    所述引导服务器向所述服务器发送改变后的所述引导信息。
  14. 根据权利要求13所述的方法，其特征在于，所述引导信息采用所述引导服务器的密钥进行加密。
  15. 根据权利要求11-14任一项所述的方法，其特征在于，所述客户端的信息包括端点名称、IP地址、端口号和所述客户端的休眠状态中的至少一种。
  16. 一种轻量级机器到机器LwM2M系统中重新引导的方法，其特征在于，所述LwM2M系统包括客户端、服务器和引导服务器，所述方法包括：
    所述客户端接收所述服务器发送的第二消息，所述第二消息用于通知所述客户端发起所述客户端与所述引导服务器之间的重新引导流程，或者所述第二消息包括引导信息。
  17. 根据权利要求16所述的方法，其特征在于，当所述第二消息用于通知所述客户端发起所述客户端与所述引导服务器之间的重新引导流程时，所述第二消息包括用于指示所述客户端发起所述重新引导流程的第一信息。
  18. 根据权利要求17所述的方法，其特征在于，所述客户端接收所述服务器发送的第二消息之前，还包括：
    所述客户端向所述服务器发送第三消息，所述第三消息包括用于指示所述客户端支持发起所述重新引导流程的第二信息。
  19. 根据权利要求17或18所述的方法，其特征在于，所述第一信息为第一对象，所述第一对象为新增的对象；
    或者所述第一信息为第一对象的新增资源。
  20. 一种轻量级机器到机器LwM2M系统中重新引导的装置，其特征在于，所述LwM2M系统包括客户端、所述装置和引导服务器，所述装置包括：
    获取单元，用于获取第一消息，所述第一消息用于配置所述装置触发所述客户端与所述引导服务器之间的重新引导流程；
    发送单元，用于向第一设备发送第二消息，所述第二消息用于通知所述第一设备发起所述重新引导流程，其中，所述第一设备为所述客户端或所述引导服务器。
  21. 根据权利要求20所述的装置，其特征在于，所述第一设备为所述客户端，发送单元具体用于：
    向所述客户端发送所述第二消息，所述第二消息中包括用于指示所述客户端发起所述重新引导流程的第一信息。
  22. 根据权利要求21所述的装置，其特征在于，还包括：
    接收单元，用于接收所述客户端发送的第三消息，所述第三消息中包括用于指示所述客户端支持发起所述重新引导流程的第二信息。
  23. 根据权利要求21或22所述的装置，其特征在于，所述第一信息为第一对象，所述第一对象为新增的对象；或者所述第一信息为所述第一对象中的新增资源。
  24. 根据权利要求20所述的装置，其特征在于，所述第一设备为所述引导服务器，所述发送单元具体用于：
    向所述引导服务器发送所述第二消息，所述第二消息中包括所述客户端的信息。
  25. 根据权利要求24所述的装置，其特征在于，还包括：
    接收单元，用于接收所述引导服务器发送的对应于所述第二消息的错误响应消息，所述错误响应消息表示所述引导服务器确定所述客户端不可达；
    所述接收单元还用于接收所述引导服务器发送的引导信息，并向所述客户端发送所述引导信息。
  26. 一种轻量级机器到机器LwM2M系统中重新引导的装置，其特征在于，所述LwM2M系统包括客户端、服务器和所述装置，其中，所述客户端通过首次引导流程获取所述装置中包括的引导信息，并根据所述引导信息注册到所述服务器，所述装置包括：
    发送单元，用于当所述引导信息发生改变时，向所述服务器发送第一消息，所述第一消息用于配置所述服务器触发所述客户端与所述装置之间的重新引导流程。
  27. 根据权利要求26所述的装置，其特征在于，还包括：
    接收单元，用于接收所述服务器发送的第二消息，所述第二消息用于通知所述引导服务器发起所述重新引导流程，其中，所述第二消息中包括所述客户端的信息。
  28. 根据权利要求27所述的装置，其特征在于，
    所述发送单元还用于根据所述第二消息，向所述客户端发送引导请求，所述引导请求用于请求进行所述重新引导流程，其中，所述引导请求中包括改变后的所述引导信息；
    所述发送单元还用于向所述服务器发送对应于所述第二消息的成功响应消息，所述成功响应消息表示所述装置完成与所述客户端之间的重新引导流程。
  29. 根据权利要求27所述的装置，其特征在于，还包括：
    确定单元，用于根据所述第二消息，确定所述客户端不可达；
    所述发送单元还用于向所述服务器发送对应于所述第二消息的错误响应消息，所述错误响应消息表示所述装置确定所述客户端不可达；
    所述发送单元还用于向所述服务器发送改变后的所述引导信息。
  30. 一种轻量级机器到机器LwM2M系统中重新引导的装置，其特征在于，所述LwM2M系统包括所述装置、服务器和引导服务器，所述装置包括：
    接收单元，用于接收所述服务器发送的第二消息，所述第二消息用于通知所述装置发 起所述装置与所述引导服务器之间的重新引导流程，或者所述第二消息包括引导信息。
  31. 根据权利要求30所述的装置，其特征在于，当所述第二消息用于通知所述装置发起所述装置与所述引导服务器之间的重新引导流程时，所述第二消息包括用于指示所述装置发起所述重新引导流程的第一信息。
  32. 根据权利要求31所述的装置，其特征在于，还包括：
    发送单元，用于向所述服务器发送第三消息，所述第三消息包括用于指示所述装置支持发起所述重新引导流程的第二信息。
  33. 根据权利要求31或32所述的装置，其特征在于，所述第一信息为第一对象，所述第一对象为新增的对象；或者所述第一信息为第一对象的新增资源。
PCT/CN2019/082925 2018-04-17 2019-04-16 轻量级机器到机器系统中重新引导的方法和装置 WO2019201248A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810341841.7 2018-04-17
CN201810341841.7A CN110392012B (zh) 2018-04-17 2018-04-17 轻量级机器到机器系统中重新引导的方法和装置

Publications (1)

Publication Number Publication Date
WO2019201248A1 true WO2019201248A1 (zh) 2019-10-24

Family

ID=68240601

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/082925 WO2019201248A1 (zh) 2018-04-17 2019-04-16 轻量级机器到机器系统中重新引导的方法和装置

Country Status (2)

Country Link
CN (1) CN110392012B (zh)
WO (1) WO2019201248A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111092948A (zh) * 2019-12-20 2020-05-01 深圳前海达闼云端智能科技有限公司 一种引导的方法、引导服务器、服务器及存储介质
CN111327705A (zh) * 2020-03-02 2020-06-23 深圳前海达闼云端智能科技有限公司 软件下载方法及LwM2M系统
US11330641B2 (en) * 2020-06-23 2022-05-10 Qualcomm Incorporated 5G-NR connectivity support for IOT devices

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104937895A (zh) * 2013-01-18 2015-09-23 Lg电子株式会社 在无线通信系统中控制访问的方法和设备
US20150305008A1 (en) * 2012-11-05 2015-10-22 Lg Electronics Inc. Method and apparatus for updating information regarding specific resource in wireless communication system
CN105409249A (zh) * 2013-05-06 2016-03-16 康维达无线有限责任公司 机器对机器自举引导
CN106411843A (zh) * 2015-08-03 2017-02-15 阿姆有限公司 服务器发起的远程装置注册
WO2017063759A1 (en) * 2016-01-26 2017-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for configuring an m2m device

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102118263B (zh) * 2010-01-06 2015-05-20 中兴通讯股份有限公司 配置信息的发布方法及系统
US9654971B2 (en) * 2012-10-30 2017-05-16 Lg Electronics Inc. Method and apparatus for authenticating access authority for specific resource in wireless communication system
WO2014088340A1 (ko) * 2012-12-05 2014-06-12 엘지전자 주식회사 무선 통신 시스템에서 접근 권한 인증을 위한 방법 및 장치
EP3195526B1 (en) * 2014-07-10 2019-11-06 Convida Wireless, LLC Layered management server delegation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150305008A1 (en) * 2012-11-05 2015-10-22 Lg Electronics Inc. Method and apparatus for updating information regarding specific resource in wireless communication system
CN104937895A (zh) * 2013-01-18 2015-09-23 Lg电子株式会社 在无线通信系统中控制访问的方法和设备
CN105409249A (zh) * 2013-05-06 2016-03-16 康维达无线有限责任公司 机器对机器自举引导
CN106411843A (zh) * 2015-08-03 2017-02-15 阿姆有限公司 服务器发起的远程装置注册
WO2017063759A1 (en) * 2016-01-26 2017-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for configuring an m2m device

Also Published As

Publication number Publication date
CN110392012B (zh) 2021-09-14
CN110392012A (zh) 2019-10-29

Similar Documents

Publication Publication Date Title
US20210263748A1 (en) Request processing method, system on chip, and public cloud management component
AU2017427437B2 (en) Pdu type setting method, ue policy setting method, and related entity
US10270648B2 (en) Configuration information management method, device, network element management system and storage medium
US11194588B2 (en) Information handling systems and method to provide secure shared memory access at OS runtime
WO2019201248A1 (zh) 轻量级机器到机器系统中重新引导的方法和装置
WO2018170741A1 (zh) 一种更新操作系统的方法及装置
WO2019057155A1 (zh) 一种动态管理内核节点的方法和设备
US11671379B1 (en) System and method for subscription management using dynamically composed management entities
US11789718B2 (en) System and method for subscription based solution modification implementation
US20230222471A1 (en) System and method for subscription based solution implementation
US11861577B2 (en) System and method for distributed enforcement of configuration limitations
WO2023035758A1 (zh) 输入法设置方法及其装置、输入方法及电子设备
US11588909B1 (en) System and method for subscription based solution data compatibility
US20230221784A1 (en) System and method for power state enforced subscription management
US9264890B2 (en) Mobile device configuration system and method
WO2018036255A1 (zh) 一种恢复网络设备的出厂配置的方法、装置及网络设备
US11907153B2 (en) System and method for distributed subscription management
US20230224216A1 (en) System and method for subscription limitation enforcement in distributed system
CN111582824A (zh) 云资源同步方法、装置、设备及存储介质
WO2021134766A1 (zh) 确定设备状态的方法、装置、设备及存储介质
US11630591B1 (en) System and method to manage storage system for startup
WO2018121652A1 (zh) 通过用户设备中的应用连接无线接入点的方法与设备
US20190243674A1 (en) System and method for entity management
JP5975003B2 (ja) 仮想化制御装置、仮想化システム、仮想化方法、および、仮想化制御プログラム。
WO2016173122A1 (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: 19788137

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: 19788137

Country of ref document: EP

Kind code of ref document: A1