WO2022036526A1 - 通知消息的处理方法、装置、设备及存储介质 - Google Patents

通知消息的处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2022036526A1
WO2022036526A1 PCT/CN2020/109641 CN2020109641W WO2022036526A1 WO 2022036526 A1 WO2022036526 A1 WO 2022036526A1 CN 2020109641 W CN2020109641 W CN 2020109641W WO 2022036526 A1 WO2022036526 A1 WO 2022036526A1
Authority
WO
WIPO (PCT)
Prior art keywords
notification
notification message
client
identification information
initial
Prior art date
Application number
PCT/CN2020/109641
Other languages
English (en)
French (fr)
Inventor
吕小强
罗朝明
张军
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to PCT/CN2020/109641 priority Critical patent/WO2022036526A1/zh
Priority to CN202080102417.2A priority patent/CN115918046A/zh
Publication of WO2022036526A1 publication Critical patent/WO2022036526A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages

Definitions

  • the present application relates to the technical field of the Internet of Things, and in particular, to a method, apparatus, device and storage medium for processing notification messages.
  • IoT Internet of Things
  • users can subscribe to interested physical network device resources through clients. For example, the user subscribes to the temperature of the thermometer at home through the mobile phone.
  • the local notification method means that the server corresponding to the physical network device resource directly sends the notification message to the client; the remote notification method refers to the cloud platform sending the notification message to the client, and the cloud platform is the server corresponding to the physical network device resource. get the notification message.
  • the identification information is used for the client corresponding to the notification message to process one of the notification messages when it receives two notification messages carrying the same identification information.
  • a method for processing a notification message is provided, which is applied to a server, and the method includes:
  • the notification message corresponds to the target resource subscribed by the client.
  • an apparatus for processing notification messages which is applied in a server, and the apparatus includes:
  • an IoT device comprising: a processor; a transceiver connected to the processor; a memory for storing executable instructions of the processor; wherein , the processor is configured to load and execute the executable instructions to implement the notification message processing method according to the above aspect.
  • a computer-readable storage medium storing executable instructions, the executable instructions being loaded and executed by a processor to implement the notification according to the above aspect The processing method of the message.
  • FIG. 1 is a schematic diagram of a network architecture of the Internet of Things provided by an exemplary embodiment of the present application
  • FIG. 4 is a flowchart of a method for processing a notification message provided by an exemplary embodiment of the present application
  • FIG. 5 is a flowchart of a method for processing a notification message provided by an exemplary embodiment of the present application
  • FIG. 6 is a flowchart of a method for processing a notification message provided by an exemplary embodiment of the present application
  • FIG. 7 is a flowchart of a method for processing a notification message provided by an exemplary embodiment of the present application.
  • FIG. 11 is a schematic structural diagram of a communication device provided by an exemplary embodiment of the present application.
  • the client 110 is a device on the client side.
  • the user can subscribe to interested IoT device resources through the client 110 .
  • the server 120 is a device that provides IoT device resources subscribed by the user through the client 110 .
  • the server 120 may provide IoT functional services.
  • the server 120 may be a smart home device, such as a smart TV, a smart air conditioner, a smart refrigerator, a smart microwave oven, a smart rice cooker, a cleaning robot, and the like.
  • server 120 may be industrial production equipment, eg, lathes, industrial robots, solar panels, wind turbines, and the like.
  • server 120 may be a commercial service device, eg, a vending machine, or the like.
  • the cloud platform 130 is a cloud service platform deployed on the network side.
  • the cloud platform 130 may be a cloud service platform implemented based on a single or multiple servers.
  • the client 110 and the server 120 are connected through a wired or wireless network; the cloud platform 130 is respectively connected with the client 110 and the server 120 through a wired or wireless network.
  • the above wired or wireless network uses standard communication technologies and/or protocols.
  • the above wired or wireless network may be a communication network based on the IoT protocol of the Internet of Things.
  • the above-mentioned client 110, server 120, and cloud platform 130 may be IoT devices that meet industry specifications, for example, may be IoT devices that meet Open Connectivity Foundation (Open Connectivity Foundation, OCF) specifications.
  • Open Connectivity Foundation Open Connectivity Foundation
  • FIG. 2 a schematic diagram of a local notification manner is shown.
  • the client 210 sends a subscription message.
  • the message type of the subscription message is Retrieve, and the subscription index (Observe index) of the message indicates that the message is a subscription message.
  • the following parameters can be included in the subscription message:
  • fr the identifier of the device where the client 210 is located
  • ri request identifier, used to complete the binding of subscription messages, response messages, and notification messages; based on this parameter, the user can obtain the relationship between subsequent notification messages and the target resource subscribed to;
  • op Operation type, generally one of CURD, CURD defines the basic atomic operations for processing data, representing Create, Update, Retrieve and Delete operations;
  • the server 220 After receiving the above subscription message, the server 220 authenticates the subscription message. At the same time, the server 220 establishes a monitoring mechanism to monitor whether the target resource subscribed by the client 210 changes.
  • the server 220 detects that the target resource subscribed by the client 210 changes.
  • the ri in the three messages of the subscription message, the reply message and the notification message are consistent.
  • the client since general IoT devices can be registered to the cloud platform, after registering to the cloud platform, the client should be able to discover and control the device through the cloud, and notification messages can also be sent to the device through the cloud platform.
  • FIG. 3 shows a flowchart of a method for processing a notification message provided by an exemplary embodiment of the present application.
  • the method can be applied to the network architecture of the Internet of Things as shown in Figure 1, and the method includes:
  • Step 310 the server generates a notification message, and the notification message carries identification information.
  • a server is a device that provides a target resource to which clients subscribe.
  • the notification message is a message fed back to the client by the server to notify the client that the target resource subscribed by the client has changed.
  • the identification information is a version number (version) for identifying the version of the target resource.
  • the version number consists of: one or more types of characters.
  • the version number is represented in the form of numbers; or, the version number is represented in the form of numbers and letters.
  • the version number can also be a random number.
  • the server Since the client subscribes to the target resource, when the target resource is updated and changes, the server generates a corresponding notification message, and the notification message carries an identification information. It can be understood that the identification information carried in the notification message generated by the server this time is different from the identification information carried in the notification message generated by the server next time.
  • the local notification method is a notification method in which the server directly sends a notification message to the client.
  • the client is a device that subscribes to the target resource.
  • the sent notification message carries identification information.
  • Step 320-2 the server sends a notification message through a remote notification method.
  • the remote notification method is a notification method in which the server sends a notification message to the client through the cloud platform.
  • the cloud platform is a cloud service platform deployed on the network side.
  • the sent notification message carries identification information.
  • the server sends the notification message to the cloud platform, and the cloud platform forwards the notification message to the client.
  • Step 330 the client receives the notification message.
  • step 320-1 and step 320-2 since the server sends the same notification message in two different ways: the local notification method and the remote notification method.
  • the client successfully received only one of the notification messages. Possibly, the client has successfully received two notification messages, and the identification information carried by the two notification messages is the same.
  • the client terminal When the client terminal receives two notification messages carrying the same identification information, the client terminal randomly selects one of the notification messages for processing, or selects one of the notification messages for processing based on certain rules.
  • the client first receives a notification message, which is a notification message sent by the server through a local notification method, the identification information carried in the notification message is "1", and the client processes the notification message;
  • the notification message is a notification message sent by the server through a remote notification method, and the identification information carried in the notification message is also "1", which is the same as the identification information of the notification message previously received by the client, then the client The notification message is automatically discarded.
  • the client processes one of the notification messages, which may refer to: the client displays the content of the notification message; the client performs the target operation according to the instruction of the content of the notification message; the client uses the content in the notification message to Carry out the next calculation and so on.
  • the embodiment of the present application does not limit the specific form of processing the notification message by the client.
  • identification information is configured for the notification message sent by the server to the client.
  • the identification information of the received notification message, and the notification message is distinguished by the identification information.
  • FIG. 4 shows a flowchart of a method for processing a notification message provided by an exemplary embodiment of the present application.
  • the method can be applied to the network architecture of the Internet of Things as shown in Figure 1, and the method includes:
  • Step 410 the server generates an initial notification message, and the identification information carried in the initial notification message is the initial identification information.
  • the initial notification message is the first notification message generated on the server side after the server receives the subscription message from the client and feeds back the response message to the client.
  • the initial identification information may be the same or different, which is not limited in this embodiment of the present application.
  • the initial identification information is all 0.
  • the initial notification message in addition to carrying the initial identification information, also carries: at least one of a second request identifier and a second subscription identifier.
  • the second request identifier is used to identify the corresponding relationship between the initial notification message and the target resource. After receiving the initial notification message, the client can determine that this is the target subscribed to by itself according to the second request identifier obtained by parsing The notification message for the resource. The second subscription identifier is used to identify whether to subscribe to the target resource.
  • the second request identifier is marked as ri
  • the second subscription identifier is marked as obs.
  • Step 420 the server sends an initial notification message carrying initial identification information to the client.
  • the server After generating the initial notification message, the server sends the initial notification message carrying the initial identification information to the client.
  • the initial notification message further carries: at least one of a second request identifier and a second subscription identifier.
  • the sending manner of the initial notification message includes at least one of a remote notification manner and a local notification manner. That is to say, the server may send the initial notification message only through the remote notification method or the local notification method, or may send the same initial notification message through both the remote notification method and the local notification method.
  • the client saves the initial identification information after receiving the first initial notification message; After two initial notification messages, it is found that the identification information corresponding to the notification message is the same as the initial identification information saved before, and the initial notification message received later is discarded.
  • Step 440 The server generates a notification message when the state of the target resource changes.
  • the target resource is the resource subscribed by the client, and the identification information carried in the notification message is the second identification information.
  • the second identification information is different from the first identification information before the change.
  • the notification message further carries: at least one of a first request identifier and a first subscription identifier.
  • the local notification method is a notification method in which the server directly sends a notification message to the client.
  • the client is a device that subscribes to the target resource.
  • the sent notification message carries the second identification information.
  • Step 450-2 the server sends a notification message through a remote notification method.
  • the client when receiving the notification message, the client will first compare the identification information of the notification message with the locally stored identification information. In the case where the identification information before the target resource changes is the first identification information, after the client compares and finds that the second identification information carried in the notification message is different from the first identification information, the client will discard the first identification information. identification information; save the second identification information.
  • the client terminal simultaneously receives two notification messages carrying the same identification information, selects one of the notification messages for processing.
  • the client terminal receives two notification messages carrying the second identification information successively, for the notification message received earlier, the client side processes the notification message, and for the notification message received later message, the client automatically discards the notification message and does not process the notification message.
  • the client every time the client receives a notification message, if the second identification information of the notification message received this time is different from the first identification information that it has saved before, it will The identification information is updated, the second identification information is saved, and the first identification information is discarded, so as to continue to use the identification information to verify the notification message subsequently.
  • FIG. 5 shows a flowchart of a method for processing a notification message involved in the embodiment shown in FIG. 4 .
  • the method may include the following steps:
  • the reply message is used to inform the client that the subscription was successful.
  • Step 504 the server sends an initial notification message to the client.
  • the initial notification message carries the ver value, and also carries the request identifier ri and the subscription identifier obs.
  • the initial notification message can also be sent both on the cloud side and locally, that is, the server sends the initial notification message through the local notification method and the remote notification method, and the ver value carried in the double sending is the same.
  • Step 505 the client saves the ver value of the initial notification message.
  • the ver value of the initial notification message is used for comparison with the ver value of subsequent notification messages.
  • the first notification message may be optional, that is, the above steps 503 to 505 may not be performed.
  • Step 506 when the state of the target resource changes, the server obtains the current state of the target resource and generates a new ver.
  • the new version number ver is 1.
  • Step 507 the server simultaneously sends two notification messages with the same content through the local network (unicast sending) and the remote network (sending via the cloud platform).
  • the server sends notification messages through the local notification method and the remote notification method, and the ver value of the two notification messages is the same.
  • the client may receive one of the above two notification messages, or both notification messages.
  • the last saved ver value needs to be compared. If the ver value carried in the notification message is different from the last saved ver value, the ver value carried in the notification message is retained; after receiving the second notification message, if the ver value is the same, the second notification message is automatically discarded notification message.
  • FIG. 6 shows a flowchart of a method for processing a notification message provided by an exemplary embodiment of the present application.
  • the method can be applied to the network architecture of the Internet of Things as shown in Figure 1, and the method includes:
  • the local notification method is a notification method in which the server directly sends a notification message to the client.
  • the client is a device that subscribes to the target resource.
  • the remote notification method is a notification method in which the server sends a notification message to the client through the cloud platform.
  • the cloud platform is a cloud service platform deployed on the network side.
  • the notification message corresponds to the target resource to which the client is subscribed.
  • the notification message is a message fed back to the client by the server to notify the client that the target resource subscribed by the client has changed.
  • the server selects the remote notification method or the local notification method to send the notification message.
  • the server determines to select a remote notification method or a local notification method to notify the client according to the judgment information.
  • the judgment information is the business status information of the cloud platform.
  • the server notifies the client through the local notification method;
  • the judgment information is the historical notification record information, if it is determined according to the historical notification record information that the client needs to be notified frequently In this case, in order to save communication resources, use the local notification method to notify the client.
  • Step 620 the client receives the notification message.
  • the client Since the server selects one of the remote notification method and the local notification method to send the notification message, the client receives the notification message correspondingly through one of the remote notification method and the local notification method. For the notification message of the same content, the client will only receive it once.
  • the process of sending a notification message by the server by means of remote notification includes: obtaining the online registration status of the client on the cloud platform; when the status of the target resource changes and the client is online on the cloud platform, sending the notification message by means of remote notification notification message.
  • the registered online status is the status of the client in the cloud platform.
  • the online status of registration includes but is not limited to: the client is registered on the cloud platform and is online; or, the client is registered on the cloud platform and is offline; or, the client is logged out on the cloud platform.
  • the server acquires the registration online status of the client in the cloud platform in real time or in a preset period.
  • the server confirms the current registration status of the client on the cloud platform.
  • the server sends a notification message to the cloud platform, and the cloud platform forwards the notification message to the cloud platform. client.
  • the process for the server to obtain the registration online status of the client on the cloud platform includes: the server subscribes to the registration mark resource on the cloud platform, obtains the registration online status of the client through the registration mark resource, and the registration mark resource is used for Manage client registration and presence.
  • the cloud platform provides registration tag resources for the server to subscribe.
  • the server subscribes to the registration mark resource, if the online status of the client's registration on the cloud platform changes, the cloud platform notifies the server of the latest online status of the client's registration.
  • the registration mark resource can be implemented as one resource for managing the registration status and online status of the client; the registration mark resource can also be implemented as two resources, which manage the registration status and online status of the client respectively. It can be understood that, the embodiment of the present application does not limit the specific implementation form of the registration mark resource.
  • registering a marked resource or registering a resource or an offline resource is given by the OCF design.
  • the process for the server to obtain the registered online status of the client on the cloud platform includes: the server periodically performs a cloud platform discovery function for the client, and obtains the registered online status of the client through the cloud platform discovery function.
  • the server uses the cloud platform discovery function to regularly query whether the client is online on the cloud platform.
  • This embodiment of the present application does not limit the specific implementation process of the cloud platform discovery function.
  • the server can find the resources of the client on the cloud platform, it means that the online registration status of the client is: the client is registered on the cloud platform and is online; if the server cannot find the resources of the client on the cloud platform, it means that the registration of the client is online.
  • the status is: the client is registered with the cloud platform and is offline; or, the client has been logged out of the cloud platform.
  • the process of sending the notification message by the server through the local notification method includes: the server obtains the local address corresponding to the client; when the state of the target resource changes, sending the notification message according to the local address through the local notification method.
  • the local address is the logical address of the client in the network, such as: Internet Protocol (Internet Protocol, IP) address.
  • IP Internet Protocol
  • the server obtains the local address of the client in real time or in a preset period, and updates the local address of the client.
  • the server sends a notification message through the local notification method according to the latest local address.
  • the server broadcasts the ID of the client (such as the device ID). After the client receives the broadcast message, it unicasts back a reply message, and the reply message contains the local address corresponding to the client. Even if the local address of the client changes, since the server performs the above step of periodically acquiring the local address corresponding to the client, the local address of the client can be ensured to be available.
  • the server selects one of the remote notification method and the local notification method, and sends a notification message.
  • the client can only receive it once, which avoids the need for the client to When the same notification message is received twice, it is indistinguishable.
  • the server can obtain the online registration status of the client on the cloud platform in different ways, such as: subscribing to the registration mark resource on the cloud platform, or periodically performing the cloud platform discovery function for the client, so as to According to the registered online status of the client, the notification message is effectively sent to the client through the cloud platform, which improves the flexibility of the processing method of the notification message.
  • the server can periodically obtain the local address corresponding to the client to ensure that the local address of the client is available, so as to accurately send a notification message to the client.
  • Step 701 the client sends a subscription message.
  • Step 702 the server replies with a reply message.
  • the reply message is used to inform the client that the subscription was successful.
  • Step 704 the server sends an initial notification message to the client.
  • the acquisition method can be either of the following two schemes:
  • Option 1 The server subscribes to the client's registered tag resource on the cloud platform.
  • the registration mark resource records information such as the device identification (DeviceID) of the client, whether it is online or not.
  • the registration mark resources of the client can also be divided into registered resources and offline resources, which manage the registration status and online status of the device respectively; when the client is offline or online, the cloud platform sends a notification message to the server.
  • the server can periodically perform the cloud platform discovery function of client resources. If it can be found, it means that the client has been registered and is online. If it cannot be found, it means that it has been logged out or offline.
  • Step 706.1 if the target resource changes and it is found that the client is online, the server determines to send a notification message through the cloud platform.
  • Step 707.1 the server sends a notification message through the cloud platform.
  • the notification message may carry the notification message identifier, device identifier, change content, and the like.
  • Step 705.2 Periodically discover the local address of the client locally.
  • Step 706.2 when the target resource changes, if the local IP address of the client is stored, it is determined to send the notification message locally.
  • Step 707.2 Send a notification message locally.
  • the server only sends the notification message in a local notification manner, and the sent notification message carries the identification information.
  • the server only sends the notification message in a remote notification manner, and the sent notification message carries the identification information.
  • the steps performed by the client can be independently implemented as a method for processing notification messages on the client side
  • the steps performed by the server can be independently implemented as a method for processing notification messages on the server side.
  • FIG. 8 shows a structural block diagram of an apparatus for processing a notification message provided by an exemplary embodiment of the present application.
  • the apparatus may be implemented as a server, or may be implemented as a part of the server.
  • the apparatus includes: a generating module 801 and a sending module 802 ;
  • the sending module 802 is used for simultaneously sending notification messages through the remote notification method and the local notification method;
  • the identification information is used for the client corresponding to the notification message to process one of the notification messages when it receives two notification messages carrying the same identification information.
  • the notification message further carries: at least one of a first request identifier and a first subscription identifier; wherein the first request identifier is used to identify the correspondence between the notification message and the target resource, The first subscription identifier is used to identify whether to subscribe.
  • the apparatus may be implemented as a server, or may be implemented as a part of the server, and the apparatus includes: a sending module 901;
  • the notification message corresponds to the target resource subscribed by the client.
  • the apparatus further includes: an obtaining module 902; the obtaining module 902 is used to obtain the online registration status of the client in the cloud platform; the sending module 901 is used to obtain the status of the target resource and the client When the terminal is online on the cloud platform, the notification message is sent through the remote notification method.
  • the registration mark resource includes: a registered resource and an offline resource; wherein the registered resource is used to manage the registration status of the client, and the offline resource is used to manage the online status of the client.
  • the apparatus further includes: an obtaining module 902; the obtaining module 902 is configured to obtain the local address corresponding to the client; the sending module 901 is configured to, when the state of the target resource changes, The address sends notification messages through the local notification method.
  • the sending module 901 is configured to broadcast the ID of the client; the obtaining module 902 is configured to receive a response message fed back by the client, where the response message carries the local address corresponding to the client.
  • FIG. 10 shows a structural block diagram of an apparatus for processing notification messages provided by an exemplary embodiment of the present application.
  • the apparatus may be implemented as a client, or may be implemented as a part of the client.
  • the apparatus includes: a receiving module 1001 and a processing module 1002;
  • the processing module 1002 is configured to process one of the notification messages when two notification messages carrying the same identification information are received.
  • the receiving module 1001 is configured to receive a notification message carrying the second identification information when the state of the target resource changes; wherein, the target resource is a resource subscribed by the client, and the second The identification information is different from the first identification information before the change.
  • the notification message further carries: at least one of a first request identifier and a first subscription identifier; wherein the first request identifier is used to identify the correspondence between the notification message and the target resource, The first subscription identifier is used to identify whether to subscribe.
  • the notification message further carries: at least one of a first request identifier and a first subscription identifier; wherein the first request identifier is used to identify the correspondence between the notification message and the target resource, The first subscription identifier is used to identify whether to subscribe.
  • the processing module 1002 is configured to discard the first identification information; the processing module 1002 is configured to save the second identification information.
  • the receiving module 1001 is configured to receive an initial notification message carrying initial identification information; the processing module 1002 is configured to save the initial identification information.
  • the sending manner of the initial notification message includes at least one of a remote notification manner and a local notification manner.
  • the initial notification message further carries: at least one of a second request identifier and a second subscription identifier; wherein the second request identifier is used to identify the correspondence between the initial notification message and the target resource relationship, and the second subscription identifier is used to identify whether to subscribe to the target resource.
  • the processing module 1002 is configured to select one notification message for processing when two notification messages carrying the same identification information are simultaneously received; or, the processing module 1002 is configured to perform processing In the case that two notification messages carrying the same identification information are received successively, the notification message received later is discarded.
  • FIG. 11 shows a schematic structural diagram of an IoT device provided by an exemplary embodiment of the present application.
  • the IoT device includes: a processor 101 , a receiver 102 , a transmitter 103 , a memory 104 , and a bus 105 .
  • the processor 101 includes one or more processing cores, and the processor 101 executes various functional applications and information processing by running software programs and modules.
  • the receiver 102 and the transmitter 103 may be implemented as a communication component, which may be a communication chip.
  • the memory 104 is connected to the processor 101 through the bus 105 .
  • the memory 104 may be configured to store at least one instruction, and the processor 101 may be configured to execute the at least one instruction, so as to implement various steps in the foregoing method embodiments.
  • memory 104 may be implemented by any type or combination of volatile or non-volatile storage devices including, but not limited to, magnetic or optical disks, electrically erasable programmable Read Only Memory (Electrically-Erasable Programmable Read Only Memory, EEPROM), Erasable Programmable Read Only Memory (EPROM), Static Random Access Memory (SRAM), Read Only Memory (Read-Only Memory, ROM), magnetic memory, flash memory, programmable read-only memory (Programmable Read-Only Memory, PROM).
  • volatile or non-volatile storage devices including, but not limited to, magnetic or optical disks, electrically erasable programmable Read Only Memory (Electrically-Erasable Programmable Read Only Memory, EEPROM), Erasable Programmable Read Only Memory (EPROM), Static Random Access Memory (SRAM), Read Only Memory (Read-Only Memory, ROM), magnetic memory, flash memory, programmable read-only memory (Programmable Read-Only Memory, PROM).
  • a computer-readable storage medium stores at least one instruction, at least one piece of program, code set or instruction set, the at least one instruction, the At least one piece of program, the code set or the instruction set is loaded and executed by the processor to implement the method for processing a notification message executed by an Internet of Things device provided by each of the above method embodiments.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了一种通知消息的处理方法、装置、设备及存储介质，涉及物联网技术领域。该方法应用于服务器中，所述方法包括：生成通知消息，所述通知消息携带有标识信息；通过远程通知方式和本地通知方式，同时发送所述通知消息；其中，所述标识信息用于供所述通知消息对应的客户端在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。

Description

通知消息的处理方法、装置、设备及存储介质 技术领域
本申请涉及物联网技术领域，特别涉及一种通知消息的处理方法、装置、设备及存储介质。
背景技术
随着物联网(Internet ofThings，IoT)技术的发展，用户可以通过客户端对感兴趣的物理网设备资源进行订阅。如：用户通过手机订阅家里温度计的温度。
由于用户对物理网设备资源进行了订阅，在物联网设备资源发生变化后，需要通知用户。通知用户存在两种途径：本地通知方式和远程通知方式。本地通知方式指的是由物理网设备资源对应的服务器直接向客户端发送通知消息；远程通知方式指的是由云平台将通知消息发送给客户端，云平台是从物理网设备资源对应的服务器处获得通知消息的。
由于存在上述两种发送通知消息的途径，存在客户端接收到同一通知消息两次的状况，且客户端会误以为接收到了不同的通知消息，导致用户不能正确的获知通知消息。
发明内容
本申请实施例提供了一种通知消息的处理方法、装置、设备及存储介质，通过标识信息对通知消息进行区分，在接收到两个携带同一标识信息的通知消息时，只处理其中一个通知消息，从而避免了客户端误以为接收到了两次不同的通知消息，对同一通知消息处理两次的情况。所述技术方案如下。
根据本申请的一个方面，提供了一种通知消息的处理方法，应用于服务器中，所述方法包括：
生成通知消息，所述通知消息携带有标识信息；
通过远程通知方式和本地通知方式，同时发送所述通知消息；
其中，所述标识信息用于供所述通知消息对应的客户端在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
根据本申请的一个方面，提供了一种通知消息的处理方法，应用于服务器中，所述方法包括：
通过远程通知方式和本地通知方式中的一种，发送通知消息；
其中，所述通知消息对应于客户端所订阅的目标资源。
根据本申请的一个方面，提供了一种通知消息的处理方法，应用于客户端中，所述方法包括：
接收通知消息，所述通知消息携带有标识信息；
在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
根据本申请的一个方面，提供了一种通知消息的处理装置，应用于服务器中，所述装置包括：
生成通知消息，所述通知消息携带有标识信息；
通过远程通知方式和本地通知方式，同时发送所述通知消息；
其中，所述标识信息用于供所述通知消息对应的客户端在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
根据本申请的一个方面，提供了一种通知消息的处理装置，应用于服务器中，所述装置包括：
通过远程通知方式和本地通知方式中的一种，发送通知消息；
其中，所述通知消息对应于客户端所订阅的目标资源。
根据本申请的一个方面，提供了一种通知消息的处理装置，应用于客户端中，所述装置包括：
接收通知消息，所述通知消息携带有标识信息；
在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
根据本申请的一个方面，提供了一种物联网设备，所述物联网设备包括：处理器；与所述处理器相连的收发器；用于存储所述处理器的可执行指令的存储器；其中，所述处理器被配置为加载并执行所述可执行指令以实现如上述方面所述的通知消息的处理方法。
根据本申请的一个方面，提供了一种计算机可读存储介质，所述可读存储介质中存储有可执行指令，所述可执行指令由处理器加载并执行以实现如上述方面所述的通知消息的处理方法。
根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中，计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面所述的通知消息的处理方法。
本申请实施例提供的技术方案至少包括如下有益效果：
服务器向客户端发送的通知消息配置了标识信息，在存在两种通知方式(本地通知方式和远程通知方式)的情况下，客户端可以依据接收到的通知消息的标识信息，通过标识信息对通知消息进行区分，在接收到两个携带同一标识信息的通知消息时，只处理其中一个通知消息，从而避免了客户端误以为接收到了两次不同的通知消息，对同一通知消息处理两次的情况。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一个示例性实施例提供的物联网的网络架构的示意图；
图2是本申请一个示例性实施例提供的本地通知方式的示意图；
图3是本申请一个示例性实施例提供的通知消息的处理方法的流程图；
图4是本申请一个示例性实施例提供的通知消息的处理方法的流程图；
图5是本申请一个示例性实施例提供的通知消息的处理方法的流程图；
图6是本申请一个示例性实施例提供的通知消息的处理方法的流程图；
图7是本申请一个示例性实施例提供的通知消息的处理方法的流程图；
图8是本申请一个示例性实施例提供的通知消息的处理装置的结构框图；
图9是本申请一个示例性实施例提供的通知消息的处理装置的结构框图；
图10是本申请一个示例性实施例提供的通知消息的处理装置的结构框图；
图11是本申请一个示例性实施例提供的通信设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
请参考图1，其示出了本申请一个实施例提供的物联网的网络架构的示意图。该物联网的网络架构可以包括：客户端110、服务器120以及云平台130。
客户端110是用户端的设备。用户可以通过客户端110订阅感兴趣的物联网设备资源。
服务器120是提供用户通过客户端110订阅的物联网设备资源的设备。服务器120可以提供物联网功能服务。
比如，服务器120可以是智能家居设备，例如，智能电视、智能空调、智能冰箱、智能微波炉、智能电饭煲、扫地机器人等等。
或者，服务器120可以是工业生产设备，例如，车床、工业机器人、太阳能面板、风力发电机等等。
或者，服务器120可以是商业服务设备，例如，无人售货机等等。
或者，服务器120可以是智能监控设备，例如，监控摄像头、红外传感器、声音传感器、温度传感器等等。
云平台130是部署在网络侧的云端服务平台。比如，云平台130可以是基于单台或者多台服务器实现的云端服务平台。
客户端110与服务器120之间通过有线或者无线网络相连；云平台130分别与客户端110、服务器120之间通过有线或者无线网络相连。
可选的，上述的有线或者无线网络使用标准通信技术和/或协议。比如，上述有线或者无线网络可以是基于物联网IoT协议的通信网络。
在本申请实施例中，上述客户端110、服务器120、云平台130可以是满足业内规范的物联网设备，比如，可以是满足开放连接基金会(Open Connectivity Foundation，OCF)规范的物联网设备。
在物联网系统中，存在两种通知用户的方式：本地通知方式和远程通知方式。结合参考图2，其示出了一种本地通知方式的示意图。
1、客户端210发送订阅消息。
订阅消息的消息类型是读取(Retrieve)，消息的订阅索引(Observe index)指示该消息为订阅消息。在该订阅消息中可以包括如下参数：
fr:客户端210所在设备的标识；
to:客户端210订阅的资源标识；
ri:请求标识，用来完成订阅消息、应答消息、通知消息的绑定；基于该参数，用户可以得出后续的通知消息与订阅的目标资源之间的关系；
op:操作类型，一般为CURD中的一种，CURD定义了用于处理数据的基本原子操作，代表创建(Create)、更新(Update)、读取(Retrieve)和删除(Delete)操作；
obs:订阅标识。
2、服务器220收到上述订阅消息之后，认证订阅消息。同时，服务器220建立监测机制，监测客户端210订阅的目标资源是否变化。
3、服务器220回复应答消息给客户端210。该消息的目的是应答客户端210的订阅消息，表示已收到订阅消息，并开始监测。
4、服务器220监测到客户端210订阅的目标资源发生变化。
5、服务器220会发送变更后的内容给客户端210。
上述订阅消息、应答消息和通知消息3个消息中的ri是一致的。
至此完成了一个消息订阅/通知的周期。如果需要取消该订阅内容，则再次发送步骤1的订阅消息，且obs参数设定为取消订阅。
在远程通知方式中，由于一般的物联网设备是可以注册到云平台的，注册到云平台后，客户端应可以通过云端发现设备、控制设备，通知消息也可以通过云平台发送给设备。
由于存在上述两种发送通知消息的途径，在服务器同时通过两种途径发送通知消息时，存在客户端接收到同一通知消息两次的状况，且客户端会误以为接收到了不同的通知消息，导致用户不能正确的获知通知消息。
图3示出了本申请一个示例性实施例提供的通知消息的处理方法的流程图。该方法可以应用于如图1示出的物联网的网络架构中，该方法包括：
步骤310，服务器生成通知消息，通知消息携带有标识信息。
在物联网中，服务器是提供客户端所订阅的目标资源的设备。通知消息是由服务器反馈给客户端的消息，用于通知客户端所订阅的目标资源发生了变化。
例如：用户持有的客户端是手机，服务器是温度计，在温度计测得的温度高于26度的情况下，发送通知消息给手机，通知消息的内容为：温度高于26度。
在本申请实施例中，为通知消息引入了标识信息。标识信息用于供通知消息对应的客户端在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。标识信息是对客户端所订阅的目标资源的版本进行标识的参数。由于目标资源变化，目标资源的标识信息也相应发生变化，服务器就会向客户端反馈一个新的通知消息，标识信息也可以理解为是对通知消息的版本进行标识的参数。
示例性的，针对订阅同一目标资源的不同客户端，标识信息可以是相同的，也可以是不同的，本申请实施例对此不进行限制。
示例性的，标识信息是用于标识目标资源的版本的版本号(version)。版本号包括：一种或多种类型的字符。比如：以数字的形式表示版本号；或，以数字加字母的形式表示版本号。示例性的，版本号ver＝0；ver＝1等等。版本号也可以为随机数。
由于客户端订阅了目标资源，在目标资源进行更新，发生变化时，服务器生成相应的通知消息，通知消息携带有一个标识信息。可以理解的是，在服务器本次生成的通知消息所携带的标识信息与服务器下次生成的通知消息所携带的标识信息是不同的。
步骤320-1，服务器通过本地通知方式，发送通知消息。
本地通知方式是服务器直接向客户端发送通知消息的通知方式。其中，客户端是对目标资源进行订阅的设备。发送的通知消息携带标识信息。
步骤320-2，服务器通过远程通知方式，发送通知消息。
远程通知方式是服务器通过云平台，向客户端发送通知消息的通知方式。其中，云平台是部署在网络侧的云端服务平台。发送的通知消息携带标识信息。
示例性的，服务器将通知消息发送给云平台，由云平台将通知消息转发给客户端。
步骤330，客户端接收通知消息。
在步骤320-1和步骤320-2中，由于服务器通过两种不同的方式：本地通知方式和远程通知方式，均发送了同一通知消息。
可能性的，客户端只成功接收到了其中一个通知消息。可能性的，客户端成功接收到了两个通知消息，两个通知消息携带的标识信息相同。
步骤340，在接收到两个携带有同一标识信息的通知消息的情况下，客户端对其中一个通知消息进行处理。
在客户端接收到两个携带有同一标识信息的通知消息的情况下，客户端随机选择其中一个通知消息进行处理，或，基于一定的规则选择其中一个通知消息进行处理。
示例性的，客户端先接收到一个通知消息，该通知消息是服务器通过本地通知方式发送的通知消息，通知消息携带的标识信息为“1”，客户端对该通知消息进行处理；客户端又接收到一个通知消息，该通知消息是服务器通过远程通知方式发送的通知消息，该通知消息携带的标识信息也为“1”，与客户端之前接收到的通知消息的标识信息相同，则客户端自动丢弃该通知消息。
客户端对其中一个通知消息进行处理，可以指的是：客户端对该通知消息的内容显示；客户端根据该通知消息的内容的指示，执行目标操作；客户端使用该通知消息中的内容，进行下一步计算等等。本申请实施例对客户端对通知消息的处理的具体形式不进行限制。
综上所述，本实施例提供的方法，为服务器向客户端发送的通知消息配置了标识信息，在存在两种通知方式(本地通知方式和远程通知方式)的情况下，客户端可以依据接收到的通知消息的标识信息，通过标识信息对通知消息进行区分，在接收到两个携带同一标识信息的通知消息时，只处理其中一个通知消息，从而避免了客户端误以为接收到了两次不同的通知消息，对同一通知消息处理两次的情况。
在基于图3的可选实施例中，图4示出了本申请一个示例性实施例提供的通知消息的处理方法的流程图。该方法可以应用于如图1示出的物联网的网络架构中，该方法包括：
步骤410，服务器生成初始通知消息，初始通知消息携带的标识信息为初始标识信息。
初始通知消息是服务器在接收到来自客户端的订阅消息，向客户端反馈应答消息后，在服务器端生成的第一个通知消息。
初始通知消息用于告知客户端对应于目标资源的初始标识信息。初始标识信息是此次订阅流程中，客户端收到的第一个对应于目标资源的标识信息。初始标识信息用于供客户端对后续接收到的标识信息进行比对。
示例性的，针对订阅同一目标资源的不同客户端，初始标识信息可以是相同的，也可以是不同的，本申请实施例对此不进行限制。如：对于订阅同一目标资源的不同客户端，初始标识信息均为0。
示例性的，除了携带初始标识信息之外，初始通知消息还携带有：第二请求标识和第二订阅标识中的至少一种。
其中，第二请求标识用于标识初始通知消息与目标资源之间的对应关系，客户端在接收 到初始通知消息后，根据解析得到的第二请求标识，即可确定这是针对自己订阅的目标资源的通知消息。第二订阅标识用于标识是否订阅目标资源。
示例性的，第二请求标识记为ri，第二订阅标识记为obs。其中，第二订阅标识obs＝0，用于标识客户端订阅目标资源。
步骤420，服务器向客户端发送携带初始标识信息的初始通知消息。
服务器在生成初始通知消息后，向客户端发送携带初始标识信息的初始通知消息。
示例性的，初始通知消息还携带有：第二请求标识和第二订阅标识中的至少一种。
示例性的，初始通知消息的发送方式包括：远程通知方式和本地通知方式中的至少一种。也就是说，服务器可以只通过远程通知方式或本地通知方式发送初始通知消息，也可以通过远程通知方式和本地通知方式这两种方式发送同样的初始通知消息。
步骤430，客户端接收初始通知消息，保存初始标识信息。
客户端保存初始标识信息，用保存的初始标识信息与后续接收到的通知消息所携带的标识信息进行比对。
示例性的，在服务器通过远程通知方式和本地通知方式这两种方式发送同样的初始通知消息的情况下，客户端在接收到第一个初始通知消息后，保存初始标识信息；在接收到第二个初始通知消息后，发现该通知消息对应的标识信息与自己之前保存的初始标识信息相同，则舍弃在后接收到的初始通知消息。
步骤440，服务器在目标资源的状态发生变化的情况下，生成通知消息。
其中，目标资源为客户端订阅的资源，通知消息携带的标识信息为第二标识信息。第二标识信息不同于变化前的第一标识信息。
通知消息是由服务器反馈给客户端的消息，用于通知客户端所订阅的目标资源发生了变化。在目标资源变化之前，服务器端生成的通知消息所携带的标识信息为第一标识信息。可能性的，在目标资源变化之前，服务器端生成的通知消息是初始通知消息的情况下，第一标识信息是初始标识信息。
示例性的，通知消息还携带有：第一请求标识和第一订阅标识中的至少一种。
其中，第一请求标识用于标识通知消息与目标资源之间的对应关系，客户端在接收到通知消息后，根据解析得到的第二请求标识，即可确定这是针对自己订阅的目标资源的通知消息。第一订阅标识用于标识是否进行订阅。
步骤450-1，服务器通过本地通知方式，发送通知消息。
本地通知方式是服务器直接向客户端发送通知消息的通知方式。其中，客户端是对目标资源进行订阅的设备。发送的通知消息携带第二标识信息。
步骤450-2，服务器通过远程通知方式，发送通知消息。
远程通知方式是服务器通过云平台，向客户端发送通知消息的通知方式。其中，云平台是部署在网络侧的云端服务平台。发送的通知消息携带第二标识信息。
步骤460，客户端接收通知消息。
可能性的，客户端只成功接收到了其中一个通知消息。可能性的，客户端成功接收到了两个通知消息，两个通知消息携带的标识信息相同，均为第二标识信息。
示例性的，在接收通知消息时，客户端将先对通知消息的标识信息与本地保存的标识信息进行比对。在目标资源变化前的标识信息为第一标识信息的情况下，客户端比对后，发现通知消息携带的第二标识信息是不同于第一标识信息的标识信息，则客户端将丢弃第一标识 信息；保存第二标识信息。
步骤470，在接收到两个携带有第二标识信息的通知消息的情况下，客户端对其中一个通知消息进行处理。
示例性的，在客户端同时接收到在两个携带有同一标识信息的通知消息的情况下，选择其中一个通知消息进行处理。
示例性的，在客户端先后接收到两个携带有第二标识信息的通知消息的情况下，对于在先接收到的通知消息，客户端对该通知消息进行处理，对于在后接收到的通知消息，客户端自动丢弃该通知消息，不对该通知消息进行处理。
综上所述，本实施例提供的方法，服务器通过发送初始通知消息，先告知客户端初始标识信息，以便于客户端使用初始标识信息对后续接收的通知消息进行验证，保障了通知消息的处理的可靠性。
同时，本实施例提供的方法，客户端每次在接收到通知消息后，在本次接收到的通知消息的第二标识信息与自己之前保存的第一标识信息不一样的情况下，都会对标识信息进行更新，保存第二标识信息，丢弃第一标识信息，以便于后续继续使用标识信息对通知消息进行验证。
基于上述图4所示的实施例中的方案，图5示出了图4所示实施例涉及的一种通知消息的处理方法的流程图。如图5所示，该方法可以包括如下步骤：
步骤501，客户端发送订阅消息。
订阅消息用于订阅服务器上的某一资源(即目标资源)。
示例性的，订阅消息携带请求标识ri和订阅标识obs。
步骤502，服务器回复应答消息。
应答消息用于告知客户端订阅成功。
步骤503，服务器生成第一个通知消息(即初始通知消息)，设定版本号(即标识信息)ver＝0。
ver仅用来标识当前目标资源的版本号。针对来自不同的客户端的对相同资源的订阅，版本号可以是相同的，也可以是不同的。ver也可以是一个随机值。针对同一客户端的通知消息，至少保证相邻的几个ver值不同。
示例性的，服务器侧也需要保留消息发起方标识fr、消息接收方标识to和版本号ver。
步骤504，服务器将初始通知消息发送给客户端。
在该初始通知消息中携带ver值，还携带请求标识ri和订阅标识obs。
示例性的，初始通知消息也可以云侧和本地双发，即服务器通过本地通知方式和远程通知方式发送初始通知消息，双发时携带的ver值相同。
步骤505，客户端保存初始通知消息的ver值。
初始通知消息的ver值用于与后来的通知消息的ver值进行对比。
第一个通知消息可以是可选的，即：也可以不执行上述步骤503至步骤505。
步骤506，当目标资源的状态发生变化，则服务器获取目标资源的当前的状态，生成新的ver。
示例性的，新的版本号ver为1。
步骤507，服务器通过本地网络(单播发送)和远程网络(经由云平台发送)同时发送 内容相同的两个通知消息。
服务器通过本地通知方式和远程通知方式发送通知消息，两个通知消息的ver值相同。
步骤508，客户端可能收到上述两个通知消息中的一个，或者两个通知消息都收到。
如果先接收到一个通知消息，需要比对上次保存的ver值。在该通知消息携带的ver值与上次保存的ver值不同的情况下，保留该通知消息携带的ver值；在收到第二个通知消息后，如果ver值相同，则自动丢弃第二个通知消息。
如果同时收到两个通知消息，则对比两个通知消息，如果ver值相同，则择一处理。在此种情况下，也会与前一个版本的ver比对：ver值相同，不处理本次接收到的通知消息；ver值不相同，择一处理接收到的通知消息。
图6示出了本申请一个示例性实施例提供的通知消息的处理方法的流程图。该方法可以应用于如图1示出的物联网的网络架构中，该方法包括：
步骤610，服务器通过远程通知方式和本地通知方式中的一种，发送通知消息。
本地通知方式是服务器直接向客户端发送通知消息的通知方式。其中，客户端是对目标资源进行订阅的设备。
远程通知方式是服务器通过云平台，向客户端发送通知消息的通知方式。其中，云平台是部署在网络侧的云端服务平台。
通知消息对应于客户端所订阅的目标资源。通知消息是由服务器反馈给客户端的消息，用于通知客户端所订阅的目标资源发生了变化。
也就是说，服务器选择远程通知方式或本地通知方式，发送通知消息。
示例性的，服务器根据判断信息，确定选择远程通知方式或者本地通知方式来通知客户端。如：判断信息是云平台的业务状态信息，在云平台业务繁忙的情况下，服务器通过本地通知方式通知客户端；判断信息是历史通知记录信息，若根据历史通知记录信息确定需要频繁通知客户端的情况下，为了节约通信资源，使用本地通知方式通知客户端。
步骤620，客户端接收通知消息。
由于服务器选择远程通知方式和本地通知方式中的一种，发送通知消息，则客户端相应通过远程通知方式和本地通知方式中的一种，接收通知消息。对于同一内容的通知消息，客户端只会接收到一次。
下面，针对远程通知方式和本地通知方式进行示例性的说明。
1)服务器通过远程通知方式，发送通知消息的过程包括：获取客户端在云平台的注册在线状态；在目标资源的状态发生变化、且客户端在云平台在线的情况下，通过远程通知方式发送通知消息。
注册在线状态是客户端在云平台的状态。注册在线状态包括但不限于：客户端在云平台注册并且在线；或，客户端在云平台注册并且离线；或，客户端在云平台注销。
示例性的，服务器实时或者以预设周期获取客户端在云平台的注册在线状态。在目标资源的状态发生变化时，服务器确认当前客户端在云平台的注册在线状态，在客户端在云平台注册并且在线的情况下，服务器向云平台发送通知消息，由云平台转发通知消息给客户端。
在一种可能的实现方式中，服务器获取客户端在云平台的注册在线状态的过程包括：服务器订阅云平台上的注册标记资源，通过注册标记资源获取客户端的注册在线状态，注册标记资源用于管理客户端的注册情况和在线情况。
云平台提供注册标记资源，供服务器进行订阅。在服务器订阅了注册标记资源的情况下，若客户端在云平台的注册在线状态发生了改变，则云平台通知服务器客户端最新的注册在线状态。
示例性的，注册标记资源包括：注册资源和在离线资源；其中，注册资源用于管理客户端的注册情况，在离线资源用于管理客户端的在线情况。
也就是说，注册标记资源可以实现为一种资源，用于管理客户端的注册情况和在线情况；注册标记资源也可以实现为两种资源，分别管理客户端的注册情况和在线情况。可以理解的是，本申请实施例对注册标记资源的具体实现形式不进行限定。
示例性的，注册标记资源或注册资源或在离线资源由OCF设计给出。
在另一种可能的实现方式中，服务器获取客户端在云平台的注册在线状态的过程包括：服务器周期性进行针对客户端的云平台发现功能，通过云平台发现功能获取客户端的注册在线状态。
服务器通过云平台发现功能，定期查询客户端是否在云平台在线。本申请实施例对云平台发现功能的具体实现过程不进行限定。
示例性的，若服务器可以在云平台发现客户端的资源，则说明客户端的注册在线状态是：客户端在云平台注册并且在线；若服务器无法在云平台发现客户端的资源，则说明客户端的注册在线状态是：客户端在云平台注册并且离线；或者，客户端已在云平台注销。
2)服务器通过本地通知方式，发送通知消息的过程包括：服务器获取客户端对应的本地地址；在目标资源的状态发生变化的情况下，根据本地地址通过本地通知方式发送通知消息。
本地地址是客户端在网络中的逻辑地址，如：互联网协议(Internet Protocol，IP)地址。服务器实时或者以预设周期获取客户端的本地地址，对客户端的本地地址进行更新。在目标资源的状态发生变化的情况下，服务器根据最新的本地地址，通过本地通知方式发送通知消息。
示例性的，服务器获取客户端对应的本地地址，包括：服务器广播客户端的ID；接收客户端反馈的应答消息，应答消息携带客户端对应的本地地址。
服务器广播客户端的ID(如设备ID)，客户端收到该广播消息后，单播回一个应答消息，应答消息中包含客户端对应的本地地址。即使客户端的本地地址发生变化，由于服务器进行上述周期性获取客户端对应的本地地址的步骤，则可以确保客户端的本地地址可用。
综上所述，本实施例提供的方法，服务器选择远程通知方式和本地通知方式中的一种，发送通知消息，对于同一内容的通知消息，客户端只会接收到一次，则避免了客户端接收到两次同一通知消息，无法区分的情况。
同时，本实施例提供的方法，服务器可以通过不同的方式获取客户端在云平台的注册在线状态，如：订阅云平台上的注册标记资源，或者，定期进行针对客户端的云平台发现功能，以便于根据客户端的注册在线状态，有效的通过云平台向客户端发送通知消息，提升了通知消息的处理方法的灵活性。
同时，本实施例提供的方法，服务器可以周期性获取客户端对应的本地地址，确保客户端的本地地址可用，以便于准确的向客户端发送通知消息。
基于上述图6所示的实施例中的方案，图7示出了图6所示实施例涉及的一种通知消息的处理方法的流程图，如图7所示，该方法可以包括如下步骤：
步骤701，客户端发送订阅消息。
订阅消息用于订阅服务器上的某一资源(即目标资源)。
步骤702，服务器回复应答消息。
应答消息用于告知客户端订阅成功。
步骤703，服务器生成第一个通知消息(即初始通知消息)。
步骤704，服务器将初始通知消息发送给客户端。
选择1(步骤705.1-步骤707.1)
步骤705.1，服务器获取客户端是否注册到云平台，是否在云平台在线。
获取方法可以是如下两个方案中的任意一个：
方案1：服务器订阅云平台上客户端的注册标记资源。
该注册标记资源记录了客户端的设备标识(DeviceID)等信息，是否在线等信息。客户端的注册标记资源也可以分为注册资源和在离线资源，分别管理设备的注册情况和在线情况；当客户端发生离线或者在线后，云平台将通知消息发送给服务器。
方案2：服务器可以周期性进行客户端资源的云平台发现功能，如果能发现说明客户端已经注册并在线，如果不能发现说明已注销或者离线。
步骤706.1，如果目标资源发生变化，发现客户端在线，则服务器确定通过云平台发送通知消息。
步骤707.1，服务器通过云平台发送通知消息。
通知消息可以携带通知消息标识、设备标识、变化内容等。
选择2(步骤705.2-步骤707.2)
步骤705.2，周期本地发现客户端的本地地址。
通过广播的方式广播客户端的ID，从而保证客户端的本地IP地址是可用的。
步骤706.2，当目标资源发生变化的时候，如果保存有客户端本地的IP地址，则确定通过本地发送通知消息。
步骤707.2，本地发送通知消息。
物联网系统可以采用上述选择1和上述选择2中的任意一种发送通知消息。可能性的，在图5所示的实施例中，也可以采用上述选择1和选择2所对应的方法同时发送通知消息。
需要说明的是，上述方法实施例可以分别单独实施，也可以组合实施，本申请对此不进行限制。在一种可能的组合实施方式中，服务器仅通过本地通知方式发送通知消息，且发送的通知消息携带标识信息。在另一种可能的组合实施方式中，服务器仅通过远程通知方式发送通知消息，且发送的通知消息携带标识信息。
在上述各个实施例中，由客户端执行的步骤可以单独实现成为客户端一侧的通知消息的处理方法，由服务器执行的步骤可以单独实现成为服务器一侧的通知消息的处理方法。
图8示出了本申请一个示例性实施例提供的通知消息的处理装置的结构框图，该装置可以实现成为服务器，或者，实现成为服务器中的一部分，该装置包括：生成模块801和发送模块802；
生成模块801，用于生成通知消息，通知消息携带有标识信息；
发送模块802，用于通过远程通知方式和本地通知方式，同时发送通知消息；
其中，标识信息用于供通知消息对应的客户端在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
在一个可选的实施例中，生成模块801，用于在目标资源的状态发生变化的情况下，生成通知消息；其中，目标资源为客户端订阅的资源，通知消息携带的标识信息为第二标识信息，第二标识信息不同于变化前的第一标识信息。
在一个可选的实施例中，通知消息还携带有：第一请求标识和第一订阅标识中的至少一种；其中，第一请求标识用于标识通知消息与目标资源之间的对应关系，第一订阅标识用于标识是否进行订阅。
在一个可选的实施例中，生成模块801，用于生成初始通知消息，初始通知消息携带的标识信息为初始标识信息；发送模块802，用于向客户端发送携带初始标识信息的初始通知消息。
在一个可选的实施例中，初始通知消息的发送方式包括：远程通知方式和本地通知方式中的至少一种。
在一个可选的实施例中，初始通知消息还携带有：第二请求标识和第二订阅标识中的至少一种；其中，第二请求标识用于标识初始通知消息与目标资源之间的对应关系，第二订阅标识用于标识是否订阅目标资源。
图9示出了本申请一个示例性实施例提供的通知消息的处理装置的结构框图，该装置可以实现成为服务器，或者，实现成为服务器中的一部分，该装置包括：发送模块901；
发送模块901，用于通过远程通知方式和本地通知方式中的一种，发送通知消息；
其中，通知消息对应于客户端所订阅的目标资源。
在一个可选的实施例中，装置还包括：获取模块902；获取模块902，用于获取客户端在云平台的注册在线状态；发送模块901，用于在目标资源的状态发生变化、且客户端在云平台在线的情况下，通过远程通知方式发送通知消息。
在一个可选的实施例中，获取模块902，用于订阅云平台上的注册标记资源，通过注册标记资源获取客户端的注册在线状态，注册标记资源用于管理客户端的注册情况和在线情况；或，获取模块902，用于周期性进行针对客户端的云平台发现功能，通过云平台发现功能获取客户端的注册在线状态。
在一个可选的实施例中，注册标记资源包括：注册资源和在离线资源；其中，注册资源用于管理客户端的注册情况，在离线资源用于管理客户端的在线情况。
在一个可选的实施例中，装置还包括：获取模块902；获取模块902，用于获取客户端对应的本地地址；发送模块901，用于在目标资源的状态发生变化的情况下，根据本地地址通过本地通知方式发送通知消息。
在一个可选的实施例中，发送模块901，用于广播客户端的ID；获取模块902，用于接收客户端反馈的应答消息，应答消息携带客户端对应的本地地址。
图10示出了本申请一个示例性实施例提供的通知消息的处理装置的结构框图，该装置可以实现成为客户端，或者，实现成为客户端中的一部分，该装置包括：接收模块1001和处理模块1002；
接收模块1001，用于接收通知消息，通知消息携带有标识信息；
处理模块1002，用于在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
在一个可选的实施例中，接收模块1001，用于在目标资源的状态发生变化的情况下，接收携带有第二标识信息的通知消息；其中，目标资源为客户端订阅的资源，第二标识信息不同于变化前的第一标识信息。
在一个可选的实施例中，通知消息还携带有：第一请求标识和第一订阅标识中的至少一种；其中，第一请求标识用于标识通知消息与目标资源之间的对应关系，第一订阅标识用于标识是否进行订阅。
在一个可选的实施例中，通知消息还携带有：第一请求标识和第一订阅标识中的至少一种；其中，第一请求标识用于标识通知消息与目标资源之间的对应关系，第一订阅标识用于标识是否进行订阅。
在一个可选的实施例中，处理模块1002，用于丢弃第一标识信息；处理模块1002，用于保存第二标识信息。
在一个可选的实施例中，接收模块1001，用于接收携带初始标识信息的初始通知消息；处理模块1002，用于保存初始标识信息。
在一个可选的实施例中，初始通知消息的发送方式包括：远程通知方式和本地通知方式中的至少一种。
在一个可选的实施例中，初始通知消息还携带有：第二请求标识和第二订阅标识中的至少一种；其中，第二请求标识用于标识初始通知消息与目标资源之间的对应关系，第二订阅标识用于标识是否订阅目标资源。
在一个可选的实施例中，处理模块1002，用于在同时接收到在两个携带有同一标识信息的通知消息的情况下，选择其中一个通知消息进行处理；或，处理模块1002，用于在先后接收到在两个携带有同一标识信息的通知消息的情况下，丢弃在后接收到的通知消息。
图11示出了本申请一个示例性实施例提供的物联网设备的结构示意图，该物联网设备包括：处理器101、接收器102、发射器103、存储器104和总线105。
处理器101包括一个或者一个以上处理核心，处理器101通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。
接收器102和发射器103可以实现为一个通信组件，该通信组件可以是一块通信芯片。
存储器104通过总线105与处理器101相连。
存储器104可用于存储至少一个指令，处理器101用于执行该至少一个指令，以实现上述方法实施例中的各个步骤。
此外，存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器(Electrically-Erasable Programmable Read Only Memory,EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)，静态随时存取存储器(Static Random Access Memory，SRAM)，只读存储器(Read-Only Memory,ROM)，磁存储器，快闪存储器，可编程只读存储器(Programmable Read-Only Memory，PROM)。
在示例性实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存 储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述各个方法实施例提供的由物联网设备执行的通知消息的处理方法。
在示例性实施例中，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中，计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面所述的通知消息的处理方法。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (42)

  1. 一种通知消息的处理方法，其特征在于，应用于服务器中，所述方法包括：
    生成通知消息，所述通知消息携带有标识信息；
    通过远程通知方式和本地通知方式，同时发送所述通知消息；
    其中，所述标识信息用于供所述通知消息对应的客户端在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
  2. 根据权利要求1所述的方法，其特征在于，所述生成通知消息，包括：
    在目标资源的状态发生变化的情况下，生成所述通知消息；
    其中，所述目标资源为所述客户端订阅的资源，所述通知消息携带的标识信息为第二标识信息，所述第二标识信息不同于变化前的第一标识信息。
  3. 根据权利要求2所述的方法，其特征在于，
    所述通知消息还携带有：第一请求标识和第一订阅标识中的至少一种；
    其中，所述第一请求标识用于标识所述通知消息与所述目标资源之间的对应关系，所述第一订阅标识用于标识是否进行订阅。
  4. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    生成初始通知消息，所述初始通知消息携带的标识信息为初始标识信息；
    向所述客户端发送携带所述初始标识信息的初始通知消息。
  5. 根据权利要求4所述的方法，其特征在于，
    所述初始通知消息的发送方式包括：所述远程通知方式和所述本地通知方式中的至少一种。
  6. 根据权利要求4所述的方法，其特征在于，
    所述初始通知消息还携带有：第二请求标识和第二订阅标识中的至少一种；
    其中，所述第二请求标识用于标识所述初始通知消息与所述目标资源之间的对应关系，所述第二订阅标识用于标识是否订阅所述目标资源。
  7. 一种通知消息的处理方法，其特征在于，应用于服务器中，所述方法包括：
    通过远程通知方式和本地通知方式中的一种，发送通知消息；
    其中，所述通知消息对应于客户端所订阅的目标资源。
  8. 根据权利要求7所述的方法，其特征在于，所述通过远程通知方式和本地通知方式中的一种，发送通知消息，包括：
    获取所述客户端在云平台的注册在线状态；
    在所述目标资源的状态发生变化、且所述客户端在所述云平台在线的情况下，通过所述 远程通知方式发送所述通知消息。
  9. 根据权利要求8所述的方法，其特征在于，所述获取客户端在云平台的注册在线状态，包括：
    订阅所述云平台上的注册标记资源，通过所述注册标记资源获取所述客户端的注册在线状态，所述注册标记资源用于管理所述客户端的注册情况和在线情况；
    或，
    周期性进行针对所述客户端的云平台发现功能，通过所述云平台发现功能获取所述客户端的注册在线状态。
  10. 根据权利要求9所述的方法，其特征在于，
    所述注册标记资源包括：注册资源和在离线资源；
    其中，所述注册资源用于管理所述客户端的注册情况，所述在离线资源用于管理所述客户端的在线情况。
  11. 根据权利要求7所述的方法，其特征在于，所述通过远程通知方式和本地通知方式中的一种，发送通知消息，包括：
    获取所述客户端对应的本地地址；
    在所述目标资源的状态发生变化的情况下，根据所述本地地址通过所述本地通知方式发送所述通知消息。
  12. 根据权利要求11所述的方法，其特征在于，所述获取所述客户端对应的本地地址，包括：
    广播所述客户端的ID；
    接收所述客户端反馈的应答消息，所述应答消息携带所述客户端对应的本地地址。
  13. 一种通知消息的处理方法，其特征在于，应用于客户端中，所述方法包括：
    接收通知消息，所述通知消息携带有标识信息；
    在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
  14. 根据权利要求13所述的方法，其特征在于，所述接收通知消息，包括：
    在目标资源的状态发生变化的情况下，接收携带有第二标识信息的所述通知消息；
    其中，所述目标资源为所述客户端订阅的资源，所述第二标识信息不同于变化前的第一标识信息。
  15. 根据权利要求14所述的方法，其特征在于，
    所述通知消息还携带有：第一请求标识和第一订阅标识中的至少一种；
    其中，所述第一请求标识用于标识所述通知消息与所述目标资源之间的对应关系，所述第一订阅标识用于标识是否进行订阅。
  16. 根据权利要求14所述的方法，其特征在于，所述方法还包括：
    丢弃所述第一标识信息；
    保存所述第二标识信息。
  17. 根据权利要求14所述的方法，其特征在于，所述方法还包括：
    接收携带初始标识信息的初始通知消息；
    保存所述初始标识信息。
  18. 根据权利要求17所述的方法，其特征在于，
    所述初始通知消息的发送方式包括：远程通知方式和本地通知方式中的至少一种。
  19. 根据权利要求17所述的方法，其特征在于，
    所述初始通知消息还携带有：第二请求标识和第二订阅标识中的至少一种；
    其中，所述第二请求标识用于标识所述初始通知消息与所述目标资源之间的对应关系，所述第二订阅标识用于标识是否订阅所述目标资源。
  20. 根据权利要求13至19任一所述的方法，其特征在于，所述在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理，包括：
    在同时接收到在两个携带有同一标识信息的通知消息的情况下，选择其中一个通知消息进行处理；
    或，
    在先后接收到在两个携带有同一标识信息的通知消息的情况下，丢弃在后接收到的通知消息。
  21. 一种通知消息的处理装置，其特征在于，应用于服务器中，所述装置包括：生成模块和发送模块；
    所述生成模块，用于生成通知消息，所述通知消息携带有标识信息；
    所述发送模块，用于通过远程通知方式和本地通知方式，同时发送所述通知消息；
    其中，所述标识信息用于供所述通知消息对应的客户端在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
  22. 根据权利要求21所述的装置，其特征在于，
    所述生成模块，用于在目标资源的状态发生变化的情况下，生成所述通知消息；
    其中，所述目标资源为所述客户端订阅的资源，所述通知消息携带的标识信息为第二标识信息，所述第二标识信息不同于变化前的第一标识信息。
  23. 根据权利要求22所述的装置，其特征在于，
    所述通知消息还携带有：第一请求标识和第一订阅标识中的至少一种；
    其中，所述第一请求标识用于标识所述通知消息与所述目标资源之间的对应关系，所述第一订阅标识用于标识是否进行订阅。
  24. 根据权利要求22所述的装置，其特征在于，
    所述生成模块，用于生成初始通知消息，所述初始通知消息携带的标识信息为初始标识信息；
    所述发送模块，用于向所述客户端发送携带所述初始标识信息的初始通知消息。
  25. 根据权利要求24所述的装置，其特征在于，
    所述初始通知消息的发送方式包括：所述远程通知方式和所述本地通知方式中的至少一种。
  26. 根据权利要求24所述的装置，其特征在于，
    所述初始通知消息还携带有：第二请求标识和第二订阅标识中的至少一种；
    其中，所述第二请求标识用于标识所述初始通知消息与所述目标资源之间的对应关系，所述第二订阅标识用于标识是否订阅所述目标资源。
  27. 一种通知消息的处理装置，其特征在于，应用于服务器中，所述装置包括：发送模块；
    所述发送模块，用于通过远程通知方式和本地通知方式中的一种，发送通知消息；
    其中，所述通知消息对应于客户端所订阅的目标资源。
  28. 根据权利要求27所述的装置，其特征在于，所述装置还包括：获取模块；
    所述获取模块，用于获取所述客户端在云平台的注册在线状态；
    所述发送模块，用于在所述目标资源的状态发生变化、且所述客户端在所述云平台在线的情况下，通过所述远程通知方式发送所述通知消息。
  29. 根据权利要求28所述的装置，其特征在于，
    所述获取模块，用于订阅所述云平台上的注册标记资源，通过所述注册标记资源获取所述客户端的注册在线状态，所述注册标记资源用于管理所述客户端的注册情况和在线情况；
    或，
    所述获取模块，用于周期性进行针对所述客户端的云平台发现功能，通过所述云平台发现功能获取所述客户端的注册在线状态。
  30. 根据权利要求29所述的装置，其特征在于，
    所述注册标记资源包括：注册资源和在离线资源；
    其中，所述注册资源用于管理所述客户端的注册情况，所述在离线资源用于管理所述客户端的在线情况。
  31. 根据权利要求27所述的装置，其特征在于，所述装置还包括：获取模块；
    所述获取模块，用于获取所述客户端对应的本地地址；
    所述发送模块，用于在所述目标资源的状态发生变化的情况下，根据所述本地地址通过所述本地通知方式发送所述通知消息。
  32. 根据权利要求31所述的装置，其特征在于，
    所述发送模块，用于广播所述客户端的ID；
    所述获取模块，用于接收所述客户端反馈的应答消息，所述应答消息携带所述客户端对应的本地地址。
  33. 一种通知消息的处理装置，其特征在于，应用于客户端中，所述装置包括：接收模块和处理模块；
    所述接收模块，用于接收通知消息，所述通知消息携带有标识信息；
    所述处理模块，用于在接收到两个携带有同一标识信息的通知消息的情况下，对其中一个通知消息进行处理。
  34. 根据权利要求33所述的装置，其特征在于，
    所述接收模块，用于在目标资源的状态发生变化的情况下，接收携带有第二标识信息的所述通知消息；
    其中，所述目标资源为所述客户端订阅的资源，所述第二标识信息不同于变化前的第一标识信息。
  35. 根据权利要求34所述的装置，其特征在于，
    所述通知消息还携带有：第一请求标识和第一订阅标识中的至少一种；
    其中，所述第一请求标识用于标识所述通知消息与所述目标资源之间的对应关系，所述第一订阅标识用于标识是否进行订阅。
  36. 根据权利要求34所述的装置，其特征在于，
    所述处理模块，用于丢弃所述第一标识信息；
    所述处理模块，用于保存所述第二标识信息。
  37. 根据权利要求34所述的装置，其特征在于，
    所述接收模块，用于接收携带初始标识信息的初始通知消息；
    所述处理模块，用于保存所述初始标识信息。
  38. 根据权利要求37所述的装置，其特征在于，
    所述初始通知消息的发送方式包括：远程通知方式和本地通知方式中的至少一种。
  39. 根据权利要求37所述的装置，其特征在于，
    所述初始通知消息还携带有：第二请求标识和第二订阅标识中的至少一种；
    其中，所述第二请求标识用于标识所述初始通知消息与所述目标资源之间的对应关系，所述第二订阅标识用于标识是否订阅所述目标资源。
  40. 根据权利要求33至39任一所述的装置，其特征在于，
    所述处理模块，用于在同时接收到在两个携带有同一标识信息的通知消息的情况下，选择其中一个通知消息进行处理；
    或，
    所述处理模块，用于在先后接收到在两个携带有同一标识信息的通知消息的情况下，丢弃在后接收到的通知消息。
  41. 一种物联网设备，其特征在于，所述物联网设备包括：
    处理器；
    与所述处理器相连的收发器；
    用于存储所述处理器的可执行指令的存储器；
    其中，所述处理器被配置为加载并执行所述可执行指令以实现如权利要求1至20任一所述的通知消息的处理方法。
  42. 一种计算机可读存储介质，其特征在于，所述可读存储介质中存储有可执行指令，所述可执行指令由处理器加载并执行以实现如权利要求1至20任一所述的通知消息的处理方法。
PCT/CN2020/109641 2020-08-17 2020-08-17 通知消息的处理方法、装置、设备及存储介质 WO2022036526A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2020/109641 WO2022036526A1 (zh) 2020-08-17 2020-08-17 通知消息的处理方法、装置、设备及存储介质
CN202080102417.2A CN115918046A (zh) 2020-08-17 2020-08-17 通知消息的处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/109641 WO2022036526A1 (zh) 2020-08-17 2020-08-17 通知消息的处理方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2022036526A1 true WO2022036526A1 (zh) 2022-02-24

Family

ID=80323263

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/109641 WO2022036526A1 (zh) 2020-08-17 2020-08-17 通知消息的处理方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN115918046A (zh)
WO (1) WO2022036526A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103795689A (zh) * 2012-10-29 2014-05-14 中兴通讯股份有限公司 资源订阅方法及装置
CN106790716A (zh) * 2017-03-14 2017-05-31 南京海獭软件有限责任公司 基于锁屏状态的图片推送方法与系统
CN108449256A (zh) * 2018-02-10 2018-08-24 深圳壹账通智能科技有限公司 消息推送的处理方法、装置、计算机设备及存储介质
US20190173951A1 (en) * 2017-12-01 2019-06-06 GM Global Technology Operations LLC Vehicle communication using publish-subscribe messaging protocol
CN110753096A (zh) * 2019-10-12 2020-02-04 北京达佳互联信息技术有限公司 一种消息推送方法、系统及电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103795689A (zh) * 2012-10-29 2014-05-14 中兴通讯股份有限公司 资源订阅方法及装置
CN106790716A (zh) * 2017-03-14 2017-05-31 南京海獭软件有限责任公司 基于锁屏状态的图片推送方法与系统
US20190173951A1 (en) * 2017-12-01 2019-06-06 GM Global Technology Operations LLC Vehicle communication using publish-subscribe messaging protocol
CN108449256A (zh) * 2018-02-10 2018-08-24 深圳壹账通智能科技有限公司 消息推送的处理方法、装置、计算机设备及存储介质
CN110753096A (zh) * 2019-10-12 2020-02-04 北京达佳互联信息技术有限公司 一种消息推送方法、系统及电子设备

Also Published As

Publication number Publication date
CN115918046A (zh) 2023-04-04

Similar Documents

Publication Publication Date Title
US20160371074A1 (en) Updating firmware of iot devices
US9615346B2 (en) Method and apparatus for notifying information change in wireless communication system
US11044593B2 (en) Method and devices for managing constrained devices
EP2454678B1 (en) Downloading a plug-in on an instant messaging client
CN109617731A (zh) 一种多网关环境下自适应的网关角色配置方法及装置
CN104113458A (zh) 一种移动终端与智能家电设备互联的方法及装置
CN106210049B (zh) 一种基于消息队列的集群通信方法及系统
US20220141311A1 (en) Resource subscription method, device and server, and computer storage medium
CN109391699A (zh) 设备网络配置方法、装置及服务器
US10855648B2 (en) Methods and apparatus for operating and managing a constrained device within
US20210289343A1 (en) Subscription message processing method and apparatus, and computer device and storage medium
CN115380256A (zh) 设备状态监控方法、装置、设备及存储介质
CN112039718B (zh) 升级状态检测方法、服务端、设备及存储介质
CN113518125A (zh) 离线数据的上传方法及系统、存储介质、电子装置
WO2020177020A1 (zh) 物联网设备的发现方法、装置及终端设备
CN113824617A (zh) 配网方法以及存储介质、家电设备、云端服务器
WO2022036526A1 (zh) 通知消息的处理方法、装置、设备及存储介质
JP2018523873A (ja) サービス要素ホスト選択
WO2017004810A1 (en) A method and apparatus for reporting data from a wireless device to a network node of a communication network
CN114585026A (zh) 频点切换方法、终端、基站和存储介质
CN107925583B (zh) 服务层任播和些播
CN106454935B (zh) M2m系统中物品溯源信息发布、发现方法和系统
CN106028326B (zh) 一种智能手表的WiFi配置方法和装置
CN104854930A (zh) 用于允许与新检测到的装置进行通信的方法、控制节点、网关和计算机程序
CN112702361B (zh) 基于轻量级分布式协同设备安全阻断方法、装置及设备

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20949739

Country of ref document: EP

Kind code of ref document: A1