WO2022088804A1 - 消息推送方法、装置、电子设备及存储介质 - Google Patents

消息推送方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
WO2022088804A1
WO2022088804A1 PCT/CN2021/109393 CN2021109393W WO2022088804A1 WO 2022088804 A1 WO2022088804 A1 WO 2022088804A1 CN 2021109393 W CN2021109393 W CN 2021109393W WO 2022088804 A1 WO2022088804 A1 WO 2022088804A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
terminal device
pushed
push
server
Prior art date
Application number
PCT/CN2021/109393
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 WO2022088804A1 publication Critical patent/WO2022088804A1/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/214—Monitoring or handling of messages using selective forwarding
    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • 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/50—Network services
    • H04L67/55—Push-based network services

Definitions

  • the present application relates to the technical field of big data, and in particular to a message push method, device, electronic device and storage medium.
  • Message push is one of the important channels for the operation of third-party application programs. It obtains user attention through push messages.
  • the existing message push scheme is relatively simple. When pushing messages, the inventor found that it is necessary to obtain the information of all users, and then send messages one by one. Assembling and sending in batches, especially when the number of users is large, requires high system configuration and takes a long time to push messages. It is easy to cause loss of user information during the interaction process, resulting in a high error rate of message push.
  • a first aspect of the present application provides a message push method, which is applied to a first server, and the method includes:
  • the message type of the message to be pushed is the first type of message, determine the device identification of at least one terminal device to be pushed according to the at least one push address value and the device identification of the second server;
  • a target push message is generated according to the message body of the message to be pushed and the device identifier of at least one terminal device to be pushed, and the target push message is pushed to the at least one terminal device to be pushed according to a preset push rule.
  • a second aspect of the present application provides an electronic device, the electronic device comprising a memory and a processor, the memory for storing at least one computer-readable instruction, the processor for executing the at least one computer-readable instruction to Implement the following steps:
  • the message type of the message to be pushed is the first type of message, determine the device identification of at least one terminal device to be pushed according to the at least one push address value and the device identification of the second server;
  • a target push message is generated according to the message body of the message to be pushed and the device identifier of at least one terminal device to be pushed, and the target push message is pushed to the at least one terminal device to be pushed according to a preset push rule.
  • a third aspect of the present application provides a computer-readable storage medium, where the computer-readable storage medium stores at least one computer-readable instruction, and when the at least one computer-readable instruction is executed by a processor, implements the following steps:
  • the message type of the message to be pushed is the first type of message, determine the device identification of at least one terminal device to be pushed according to the at least one push address value and the device identification of the second server;
  • a target push message is generated according to the message body of the message to be pushed and the device identifier of at least one terminal device to be pushed, and the target push message is pushed to the at least one terminal device to be pushed according to a preset push rule.
  • a fourth aspect of the present application provides a message push device, which runs on the first server, and the device includes:
  • a receiving module configured to receive a push message request sent by the second server
  • a parsing module configured to parse the push message request to obtain the message body of the message to be pushed and the device identifier of the second server;
  • an obtaining module configured to obtain the message type and at least one push address value of the message to be pushed according to the message body of the message to be pushed;
  • a determining module configured to determine the device identification of at least one terminal device to be pushed according to the at least one push address value and the device identification of the second server when the message type of the message to be pushed is the first type of message;
  • a push module configured to generate a target push message according to the message body of the message to be pushed and the device identifier of at least one terminal device to be pushed, and push the target push message to the at least one to be pushed message according to a preset push rule Terminal Equipment.
  • the message push method, device, electronic device and storage medium described in this application determine different push methods according to the message types of different messages to be pushed, if it is the first type of message, that is, For full push, it only needs to match the device ID of at least one terminal device corresponding to at least one push address value in the push message request, then one-time push can be realized, avoiding pulling the user corresponding to each terminal device one by one according to the push address.
  • the phenomenon that messages are assembled one by one and sent in batches reduces the time for message push; on the other hand, through one-time push, users will not be missed during the interaction process, which improves the accuracy of message push;
  • the device feature collection SDK can timely collect the device features of the terminal device and report it to the first service
  • the terminal and the second server improve the timeliness of the device features of the terminal device, thereby improving the accuracy of message push.
  • FIG. 1 is a flowchart of a message pushing method provided by Embodiment 1 of the present application.
  • FIG. 2 is a structural diagram of a message pushing apparatus provided in Embodiment 2 of the present application.
  • FIG. 3 is a schematic structural diagram of an electronic device provided in Embodiment 3 of the present application.
  • FIG. 1 is a flowchart of a message pushing method provided by Embodiment 1 of the present application.
  • the message push method can be applied to an electronic device.
  • the message push function provided by the method of the present application can be directly integrated on the electronic device, or a software development Tool kit (Software Development Kit, SKD) form running in electronic equipment.
  • SKD Software Development Kit
  • AI artificial intelligence
  • digital computers or machines controlled by digital computers to simulate, extend and expand human intelligence, perceive the environment, acquire knowledge and use knowledge to obtain the best results.
  • Artificial intelligence software technology mainly includes computer vision technology, robotics technology, biometrics technology, speech processing technology, natural language processing technology, machine learning, deep learning and other major directions.
  • the message push method applied to the first server, specifically includes the following steps. According to different requirements, the order of the steps in the flowchart can be changed, and some of the steps can be omitted.
  • the message pushing method described in this application is applied to a first server, the first server is connected to a second server and a plurality of terminal devices to be pushed through communication, and the first server receives the second A message push request from the server, and according to the message push request, the message to be pushed is pushed to the plurality of terminal devices to be pushed.
  • the second server may be an operation platform.
  • the operation platform needs to push messages, it will send a push message request to the first server.
  • the push message request is used to request all
  • the first server performs message push in response to a push message request sent by the second server, wherein the first server may be a third-party push platform, and the third-party push platform receives the message sent by the operation platform.
  • a push message request wherein the push message request includes a message body of a message to be pushed, a push message rule, and the like.
  • S12 Parse the push message request to obtain the message body of the message to be pushed and the device identifier of the second server.
  • the first server when the first server receives the push message request sent by the second server, the first server obtains the device identifier of the second server, and sends the second server
  • the device identification of the terminal is associated with the push message request, and the message body of the message to be pushed and the device identification of the second server are obtained by parsing the push message request.
  • S13 Obtain the message type and at least one push address value of the message to be pushed according to the message body of the message to be pushed.
  • the message body contains the basic content of the message.
  • the basic content of the message includes, but is not limited to, the name of the sent message, the message type, the display style, the message title, and the message content.
  • obtaining the message type and at least one push address value of the message to be pushed according to the message body of the message to be pushed includes:
  • the message type corresponding to the target identification field is determined as the message type of the message to be pushed.
  • the identification field uniquely identifies the message type. After parsing the message body, the identification field and the push address value are obtained. Specifically, the push address value is associated with the device identification of the terminal device. The push address value is converted into the device ID of the terminal device.
  • the identification field of the message type can be preset and associated with the message type. Different message types correspond to different identification fields. After the identification field is obtained, the identification field is associated with the preset identification field. The identification fields in the stored identification field library are matched, and the message type of the message to be pushed is determined according to the matching result.
  • the method also includes:
  • the default message type is determined as the message type of the message to be pushed.
  • the default message type refers to a message type specially set by the second server for some specified messages. During the message push process, if it is determined that the preset identification field library does not When there is a target identification field matching the identification field, the default message type is determined as the message type of the to-be-pushed message.
  • the message type of the message to be pushed is obtained by parsing the push message request, which improves the diversity and accuracy of message push.
  • the first type of message may be an operation type message.
  • the operation type message does not involve user personal information and is a message based on operation settings.
  • the determining the device identifier of at least one terminal device to be pushed according to the push address value and the device identifier of the second server includes:
  • the device identification of each first terminal device matches the device identification of any one of the device identifications of the at least one second terminal device, the device identification of any one of the second terminal devices
  • the ID is used as the device ID of the terminal device to be pushed.
  • the second server stores the acquired device identifier of the second terminal device in the database in advance, converts each push address into the corresponding device identifier of the first terminal device, and associates it with the device identifier of the first terminal device respectively.
  • the device identifier of at least one second terminal device in the databases of the two servers is matched, if the device identifier of each first terminal device matches the device identifier of any second terminal device in the database of the second server When matching, determine that the device identifier of each first terminal device is the device identifier of the terminal device to be pushed, and match at least one device identifier with any one of the second terminal devices in the database of the second server.
  • the device identifier of the matched first terminal device is used as the device identifier of the at least one terminal device to be pushed.
  • the method also includes:
  • the device identifier that identifies the first terminal device is The new first terminal device sends an acquisition request for acquiring the device characteristics of the new first terminal device to the second server.
  • the second server when the device identifier of each first terminal device does not match the device identifier of any second terminal device in the database of the second server, it is determined that the second server does not store any
  • the second terminal device corresponding to the device identification of the first terminal device determines the device identification of the first terminal device as the new first terminal device, and sends and obtains the device characteristics of the new first terminal device to the second server, and the second server obtains the device characteristics corresponding to the new first terminal device from the new first terminal device in response to the acquisition request, and stores them in in the database.
  • the method before determining the device identification of at least one terminal device to be pushed according to the at least one push address value and the device identification of the second server, the method further includes:
  • each initialization ID acquisition interface request includes the device identifier of the second server and the corresponding terminal device. equipment identification;
  • each initialization ID acquisition interface request sending each initialization ID to the second server, so that the second server sends each initialization ID to the corresponding target terminal device;
  • the device feature is that the device feature collection SDK of the target terminal device is initialized by the target terminal device according to each initialization ID, and complete Collected after initialization.
  • the first server before determining the device identifier of at least one terminal device to be pushed according to the at least one push address value and the device identifier of the second server, the first server receives the collected data reported by the at least one terminal device.
  • the device characteristics of the corresponding terminal equipment before the terminal equipment collects the corresponding equipment characteristics, the second server sends a request to call the initialization ID acquisition interface of multiple terminal equipment, when the multiple terminal equipment receives the After the initialization ID sent by the second server, it is determined that the second server has the authority to initialize the device feature collection SDK.
  • the multiple terminal devices initialize the device feature collection of the multiple terminal devices according to the initialization ID, automatically collect the device features of the corresponding terminal devices after completing the initialization, and collect the collected multiple device features.
  • the device features of the multiple terminal devices are reported to the first server, and at the same time, the second server can acquire the device features of the multiple terminal devices.
  • the terminal device initializes the device feature collection SDK according to the received initialization ID, realizes the initialization of the device feature collection SDK, and collects the device features of the terminal device after initialization; the first server uses The device features reported by the terminal device are received and synchronized to the second server, thereby improving the accuracy and efficiency of feature device collection.
  • the device feature collection SDK collects the device features of the terminal device in a timely manner and reports them to the first service
  • the terminal and the second server improve the timeliness of the device features of the terminal device, thereby improving the accuracy of message push.
  • the method before receiving multiple initialization ID acquisition interface requests sent by the second server and calling multiple terminal devices, the method further includes:
  • the login identities of the multiple terminal devices are verified. Whether it is credible or not, the second server sends a request for calling multiple initialization ID acquisition interfaces of multiple terminal devices to a terminal device with a credible login identity, which improves the security of data during the message push process.
  • the second server sends a request for calling multiple initialization ID acquisition interfaces of multiple terminal devices to the first service according to the push request sent by the terminal device.
  • the first server receives the collected device characteristics of the corresponding terminal device reported by at least one terminal device, and the terminal devices all make push requests spontaneously.
  • the first server The device identification of the terminal device can be actively obtained, and then the message is pushed. Specifically, before the device identification of at least one terminal device to be pushed is determined according to the at least one push address value and the device identification of the second server, the method Also includes:
  • the device identifier of the terminal device is actively obtained, and then the message is pushed, which improves the push range of the message push, thereby improving the operation efficiency.
  • the method further includes:
  • the message type of the message to be pushed is the second type of message
  • the device identification of the target terminal device is determined as the device identification of the terminal device to be pushed.
  • the second type of message refers to a service type message.
  • the service type message involves user information, and the message is pushed according to the device identifier of the terminal device used by the user.
  • different push modes are determined according to the message types of different messages to be pushed. If it is the first type of message, it is full push, and it only needs to match at least one push address value corresponding to the push message request.
  • the device identification of at least one terminal device can realize one-time push, avoiding the phenomenon of pulling the user messages corresponding to each terminal device one by one according to the push address, and then assembling the messages one by one and sending them in batches, which reduces the time for message push. .
  • users will not be missed during the interaction process, which improves the accuracy of message push.
  • S15 Generate a target push message according to the message body of the message to be pushed and the device identifier of at least one terminal device to be pushed, and push the target push message to the at least one terminal device to be pushed according to a preset push rule.
  • the push message rules in the push message request are acquired, a target push message is generated according to the message body of the message to be pushed and the device identifier of at least one terminal device to be pushed, and pushed to the target push message according to the push message rules.
  • the push page is sent to the at least one terminal device to be pushed.
  • the push message rule includes specific push time, push method, etc.
  • the push time can be set to the current time, or can be set to the current time A certain time after that; the push method can be set according to the content of the message, including, but not limited to: “Now” sending, no time zone selection is required; “Scheduled” sending, need to set the time zone and select the sending time; “Send” means that the message will be sent regularly every day, and you need to set the time zone, sending time, and start and end dates; “Weekly” means that the message will be sent every week, and you need to set the time zone, sending time, and start and end dates.
  • the second server may be further configured to monitor whether the at least one device to be pushed is The target push message is read, and the push strategy of the subsequent message is determined according to the reading situation, which improves the validity and accuracy of the push message of the second server; the terminal device can also be used to receive the After the target push message pushed by the first server, the target push message is stored in the local message cache, and the target push message can be processed in the local message cache.
  • the processing of the target push message includes: : Acquire key fields in the target push message, identify the key fields to obtain a corresponding push template, and embed the target push message into the push template according to a preset processing method to obtain a target push message display template
  • the final target push message is obtained, and the final target push message is sent to the message notification bar to facilitate the user to read the message.
  • the terminal device processes the target push message in the local message cache, and the message can be read according to the user's settings on the terminal device, which improves the user's experience. Experience, and the diversity of message display.
  • the push message request sent by the second server is received; the message body of the message to be pushed and the device identifier of the second server are obtained by parsing the push message request; The message type of the message to be pushed and at least one push address value are obtained according to the message body of the message to be pushed; when the message type of the message to be pushed is the first type of message, the message type and at least one push address value of the message to be pushed are obtained according to the at least one push address value and The device identifier of the second server determines the device identifier of at least one terminal device to be pushed; a target push message is generated according to the message body of the message to be pushed and the device identifier of the at least one terminal device to be pushed, and a preset push rule is applied. Pushing the target push message to the at least one terminal device to be pushed.
  • different push modes are determined according to the message types of different messages to be pushed. If it is the first type of message, it is full push, and it only needs to match at least one push address value in the push message request.
  • the device identification of at least one corresponding terminal device can realize a one-time push, avoiding the phenomenon of pulling the user messages corresponding to each terminal device one by one according to the push address, and then assembling the messages one by one and sending them in batches, reducing the phenomenon of message push
  • the device feature collection SDK can collect the device features of the terminal device in time and report it to the first server and the second server, which improves the device features of the terminal device. The timeliness, thereby improving the accuracy of message push.
  • FIG. 2 is a structural diagram of a message pushing apparatus provided in Embodiment 2 of the present application.
  • the message pushing apparatus 20 may include a plurality of functional modules composed of program code segments.
  • the program codes of each program segment in the message pushing apparatus 20 may be stored in the memory of the electronic device and executed by the at least one processor to perform the function of message pushing (see description in FIG. 1 for details).
  • the message pushing apparatus 20 may be divided into a plurality of functional modules according to the functions performed by the message pushing apparatus 20 .
  • the functional modules may include: a receiving module 201 , a parsing module 202 , an obtaining module 203 , a determining module 204 , an obtaining module 205 , a synchronization module 206 and a pushing module 207 .
  • a module referred to in this application refers to a series of computer-readable instruction segments that can be executed by at least one processor and can perform fixed functions, and are stored in a memory. In this embodiment, the functions of each module will be described in detail in subsequent embodiments.
  • the message pushing device described in this application runs on a first server, the first server is connected to the second server and a plurality of terminal devices to be pushed through communication, and the first server receives the second A message push request from the server, and according to the message push request, the message to be pushed is pushed to the plurality of terminal devices to be pushed.
  • the receiving module 201 is configured to receive a push message request sent by a second server.
  • the second server may be an operation platform.
  • the operation platform needs to push messages, it will send a push message request to the first server.
  • the push message request is used to request all
  • the first server performs message push in response to a push message request sent by the second server, wherein the first server may be a third-party push platform, and the third-party push platform receives the message sent by the operation platform.
  • a push message request wherein the push message request includes a message body of a message to be pushed, a push message rule, and the like.
  • the parsing module 202 is configured to parse the push message request to obtain the message body of the message to be pushed and the device identifier of the second server.
  • the first server when the first server receives the push message request sent by the second server, the first server obtains the device identifier of the second server, and sends the second server
  • the device identification of the terminal is associated with the push message request, and the message body of the message to be pushed and the device identification of the second server are obtained by parsing the push message request.
  • the obtaining module 203 is configured to obtain the message type and at least one push address value of the message to be pushed according to the message body of the message to be pushed.
  • the message body contains the basic content of the message.
  • the basic content of the message includes, but is not limited to, the name of the sent message, the message type, the display style, the message title, and the message content.
  • the obtaining module 203 obtains the message type and at least one push address value of the message to be pushed according to the message body of the message to be pushed, including:
  • the message type corresponding to the target identification field is determined as the message type of the message to be pushed.
  • the identification field uniquely identifies the message type. After parsing the message body, the identification field and the push address value are obtained. Specifically, the push address value is associated with the device identification of the terminal device. The push address value is converted into the device ID of the terminal device.
  • the identification field of the message type can be preset and associated with the message type. Different message types correspond to different identification fields. After the identification field is obtained, the identification field is associated with the preset identification field. The identification fields in the stored identification field library are matched, and the message type of the message to be pushed is determined according to the matching result.
  • the determining module 204 is configured to determine the default message type as the message type of the message to be pushed when there is no target identification field matching the identification field in the preset identification field library.
  • the default message type refers to a message type specially set by the second server for some specified messages. During the message push process, if it is determined that the preset identification field library does not When there is a target identification field matching the identification field, the default message type is determined as the message type of the to-be-pushed message.
  • the message type of the message to be pushed is obtained by parsing the push message request, which improves the diversity and accuracy of message push.
  • the determining module 204 is further configured to determine, according to the at least one push address value and the device identifier of the second server, the message type of the at least one terminal device to be pushed when the message type of the message to be pushed is the first type of message.
  • Equipment Identity is further configured to determine, according to the at least one push address value and the device identifier of the second server, the message type of the at least one terminal device to be pushed when the message type of the message to be pushed is the first type of message.
  • the first type of message may be an operation type message.
  • the operation type message does not involve user personal information and is a message based on operation settings.
  • the determining module 204 determines the device identifier of at least one terminal device to be pushed according to the push address value and the device identifier of the second server, including:
  • the device identification of each first terminal device matches the device identification of any one of the device identifications of the at least one second terminal device, the device identification of any one of the second terminal devices
  • the ID is used as the device ID of the terminal device to be pushed.
  • the second server stores the acquired device identifier of the second terminal device in the database in advance, converts each push address into the corresponding device identifier of the first terminal device, and associates it with the device identifier of the first terminal device respectively.
  • the device identifier of at least one second terminal device in the databases of the two servers is matched, if the device identifier of each first terminal device matches the device identifier of any second terminal device in the database of the second server When matching, determine that the device identifier of each first terminal device is the device identifier of the terminal device to be pushed, and match at least one device identifier with any one of the second terminal devices in the database of the second server.
  • the device identifier of the matched first terminal device is used as the device identifier of the at least one terminal device to be pushed.
  • each first terminal device does not match the device identification of any second terminal device among the device identifications of the at least one second terminal device, identify the first terminal device.
  • the device is identified as a new first terminal device, and an acquisition request for acquiring the device characteristics of the new first terminal device is sent to the second server.
  • the second server when the device identifier of each first terminal device does not match the device identifier of any second terminal device in the database of the second server, it is determined that the second server does not store any
  • the second terminal device corresponding to the device identification of the first terminal device determines the device identification of the first terminal device as the new first terminal device, and sends and obtains the device characteristics of the new first terminal device to the second server, and the second server obtains the device characteristics corresponding to the new first terminal device from the new first terminal device in response to the acquisition request, and stores them in in the database.
  • each initialization ID acquisition interface request includes the device identification of the second server and the device identification of the corresponding terminal device; in response to each initialization ID acquisition interface request, sending each initialization ID to the second server, so that the second server sends each initialization ID to the corresponding target terminal device; receiving the report from the target terminal device
  • the device feature of the target terminal device wherein the device feature is obtained by the target terminal device initializing the device feature collection SDK of the target terminal device according to each initialization ID, and collecting after completing the initialization.
  • the first server before determining the device identifier of at least one terminal device to be pushed according to the at least one push address value and the device identifier of the second server, the first server receives the collected data reported by the at least one terminal device.
  • the device characteristics of the corresponding terminal equipment before the terminal equipment collects the corresponding equipment characteristics, the second server sends a request to call the initialization ID acquisition interface of multiple terminal equipment, when the multiple terminal equipment receives the After the initialization ID sent by the second server, it is determined that the second server has the authority to initialize the device feature collection SDK.
  • the multiple terminal devices initialize the device feature collection of the multiple terminal devices according to the initialization ID, automatically collect the device features of the corresponding terminal devices after completing the initialization, and collect the collected multiple device features.
  • the device features of the multiple terminal devices are reported to the first server, and at the same time, the second server can acquire the device features of the multiple terminal devices.
  • the terminal device initializes the device feature collection SDK according to the received initialization ID, realizes the initialization of the device feature collection SDK, and collects the device features of the terminal device after initialization; the first server uses The device features reported by the terminal device are received and synchronized to the second server, thereby improving the accuracy and efficiency of feature device collection.
  • the device feature collection SDK collects the device features of the terminal device in a timely manner and reports them to the first service
  • the terminal and the second server improve the timeliness of the device features of the terminal device, thereby improving the accuracy of message push.
  • the obtaining module 205 is configured to obtain the multiple terminal devices sent by the multiple terminal devices.
  • the receiving module 201 is further configured to receive the login information of each third terminal device obtained by the second server according to each initialization ID, and verify the login information of each third terminal device according to the login information of each third terminal device. Whether the login identity of the third terminal device is credible;
  • the receiving module 201 is further configured to receive, when verifying that the login identity of each third terminal device is credible, receive multiple initialization ID acquisition interface requests sent by the second server for calling multiple terminal devices.
  • the login identities of the multiple terminal devices are verified. Whether it is credible or not, the second server sends a request for calling multiple initialization ID acquisition interfaces of multiple terminal devices to a terminal device with a credible login identity, which improves the security of data during the message push process.
  • the second server sends a request for calling multiple initialization ID acquisition interfaces of multiple terminal devices to the first service according to the push request sent by the terminal device.
  • the first server receives the collected device characteristics of the corresponding terminal device reported by at least one terminal device, and the terminal devices all make push requests spontaneously.
  • the first server The device identification of the terminal device may be actively acquired, and then the message is pushed, specifically, before the device identification of at least one terminal device to be pushed is determined according to the at least one push address value and the device identification of the second server.
  • the obtaining module 205 is configured to obtain the device identifiers of multiple terminal devices and the message body of at least one message to be pushed corresponding to each terminal device from multiple preset data sources by using the web crawler technology every preset period.
  • the synchronization module 206 is configured to associate the device identification of each terminal device with the corresponding at least one message body to be pushed, and synchronize the associated device identification of the at least one terminal device to the second server.
  • the device identifier of the terminal device is actively obtained, and then the message is pushed, which improves the push range of the message push, thereby improving the operation efficiency.
  • the message type of the message to be pushed is the second type of message
  • the value is converted to the device identification of the target terminal device; the device identification of the target terminal device is determined as the device identification of the terminal device to be pushed.
  • the second type of message refers to a service type message.
  • the service type message involves user information, and the message is pushed according to the device identifier of the terminal device used by the user.
  • different push modes are determined according to the message types of different messages to be pushed. If it is the first type of message, it is full push, and it only needs to match at least one push address value corresponding to the push message request.
  • the device identification of at least one terminal device can realize one-time push, avoiding the phenomenon of pulling the user messages corresponding to each terminal device one by one according to the push address, and then assembling the messages one by one and sending them in batches, which reduces the time for message push. .
  • users will not be missed during the interaction process, which improves the accuracy of message push.
  • the push module 207 is configured to generate a target push message according to the message body of the message to be pushed and the device identifier of at least one terminal device to be pushed, and push the target push message to the at least one to-be-pushed message according to a preset push rule.
  • Push terminal equipment
  • the push message rules in the push message request are acquired, a target push message is generated according to the message body of the message to be pushed and the device identifier of at least one terminal device to be pushed, and pushed to the target push message according to the push message rules.
  • the push page to the at least one terminal device to be pushed specifically, the push message rule includes a specific push time, push method, etc.
  • the push time can be set to the current time, or can be set to the current time A certain time after that; the push method can be set according to the content of the message, including, but not limited to: “Now” sending, no time zone selection is required; “Scheduled” sending, need to set the time zone and select the sending time; “Send” means that the message will be sent regularly every day, and you need to set the time zone, sending time, and start and end dates; “Weekly” means that the message will be sent every week, and you need to set the time zone, sending time, and start and end dates.
  • the second server may be further configured to monitor whether the at least one device to be pushed is The target push message is read, and the push strategy of the subsequent message is determined according to the reading situation, which improves the validity and accuracy of the push message of the second server; the terminal device can also be used to receive the After the target push message pushed by the first server, the target push message is stored in the local message cache, and the target push message can be processed in the local message cache.
  • the processing of the target push message includes: : Acquire key fields in the target push message, identify the key fields to obtain a corresponding push template, and embed the target push message into the push template according to a preset processing method to obtain a target push message display template
  • the final target push message is obtained, and the final target push message is sent to the message notification bar to facilitate the user to read the message.
  • the terminal device processes the target push message in the local message cache, and the message can be read according to the user's settings on the terminal device, which improves the user's experience. Experience, and the diversity of message display.
  • the message pushing device of this embodiment receives the push message request sent by the second server; and parses the push message request to obtain the message body of the message to be pushed and the device identifier of the second server;
  • the message type of the message to be pushed and at least one push address value are obtained according to the message body of the message to be pushed; when the message type of the message to be pushed is the first type of message, the message type and at least one push address value of the message to be pushed are obtained according to the at least one push address value and
  • the device identifier of the second server determines the device identifier of at least one terminal device to be pushed; a target push message is generated according to the message body of the message to be pushed and the device identifier of the at least one terminal device to be pushed, and a preset push rule is used. Pushing the target push message to the at least one terminal device to be pushed.
  • different push methods are determined according to the message types of different messages to be pushed. If it is the first type of message, it is full push, and it only needs to match at least one push address value in the push message request.
  • the device identification of at least one corresponding terminal device can realize a one-time push, avoiding the phenomenon of pulling the user messages corresponding to each terminal device one by one according to the push address, and then assembling the messages one by one and sending them in batches, reducing the phenomenon of message push
  • the device feature collection SDK can collect the device features of the terminal device in time and report it to the first server and the second server, which improves the device features of the terminal device. The timeliness, thereby improving the accuracy of message push.
  • the electronic device 3 includes a memory 31 , at least one processor 32 , at least one communication bus 33 and a transceiver 34 .
  • the structure of the electronic device shown in FIG. 3 does not constitute a limitation of the embodiments of the present application, and may be a bus-type structure or a star-shaped structure, and the electronic device 3 may also include a schematic more or less other hardware or software, or a different arrangement of components is shown.
  • the electronic device 3 is an electronic device that can automatically perform numerical calculation and/or information processing according to pre-set or stored instructions, and its hardware includes but is not limited to microprocessors, application-specific integrated circuits , programmable gate arrays, digital processors and embedded devices.
  • the electronic device 3 may also include a client device, which includes but is not limited to any electronic product that can perform human-computer interaction with a client through a keyboard, a mouse, a remote control, a touchpad, or a voice-activated device, for example, Personal computers, tablets, smartphones, digital cameras, etc.
  • the electronic device 3 is only an example, and other existing or future electronic products, if applicable to the present application, should also be included within the protection scope of the present application, and incorporated herein by reference .
  • the memory 31 is used to store program codes and various data, such as the message push device 20 installed in the electronic device 3 , and realize high-speed and automatic completion during the operation of the electronic device 3 access to programs or data.
  • Described memory 31 comprises read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable Read-Only Memory, PROM), erasable programmable read-only memory (Erasable Programmable Read-Only Memory, EPROM) , One-time Programmable Read-Only Memory (OTPROM), Electronically-Erasable Programmable Read-Only Memory (EEPROM), Compact Disc Read- Only Memory, CD-ROM) or other optical disk storage, magnetic disk storage, magnetic tape storage, or any other computer-readable medium that can be used to carry or store data.
  • Read-Only Memory Read-Only Memory
  • PROM programmable read-only memory
  • PROM erasable programmable read-only memory
  • OTPROM One-time Programmable Read-Only Memory
  • the at least one processor 32 may be composed of integrated circuits, for example, may be composed of a single packaged integrated circuit, or may be composed of multiple integrated circuits packaged with the same function or different functions, including one Or a combination of multiple central processing units (Central Processing units, CPUs), microprocessors, digital processing chips, graphics processors, and various control chips.
  • the at least one processor 32 is the control core (Control Unit) of the electronic device 3, and uses various interfaces and lines to connect various components of the entire electronic device 3, by running or executing the program stored in the memory 31 or modules, and call data stored in the memory 31 to perform various functions of the electronic device 3 and process data.
  • Control Unit Control Unit
  • the at least one communication bus 33 is arranged to enable connection communication between the memory 31 and the at least one processor 32 and the like.
  • the electronic device 3 may also include a power source (such as a battery) for supplying power to various components.
  • the power source may be logically connected to the at least one processor 32 through a power management device, so that the power management device Implement functions such as managing charging, discharging, and power consumption.
  • the power source may also include one or more DC or AC power sources, recharging devices, power failure detection circuits, power converters or inverters, power status indicators, and any other components.
  • the electronic device 3 may further include a variety of sensors, Bluetooth modules, Wi-Fi modules, etc., which will not be repeated here.
  • the above-mentioned integrated units implemented in the form of software functional modules may be stored in a computer-readable storage medium.
  • the above-mentioned software function modules are stored in a storage medium, and include several instructions to make a computer device (which may be a personal computer, an electronic device, or a network device, etc.) or a processor (processor) to execute the methods described in the various embodiments of the present application. part.
  • the at least one processor 32 can execute the operating device of the electronic device 3 and various installed applications (such as the message pushing device 20 ), program codes, etc., for example, the various modules mentioned above.
  • Program codes are stored in the memory 31, and the at least one processor 32 can call the program codes stored in the memory 31 to perform related functions.
  • each module described in FIG. 2 is a program code stored in the memory 31 and executed by the at least one processor 32, so as to realize the functions of the various modules to achieve the purpose of message push.
  • the memory 31 stores a plurality of computer-readable instructions, and the plurality of computer-readable instructions are executed by the at least one processor 32 to implement the function of message push.
  • the computer program may be divided into one or more modules/units, and the one or more modules/units are stored in the memory 31 and executed by the processor 32 to complete the present invention.
  • the one or more modules/units may be a series of computer-readable instruction segments capable of performing specific functions, and the instruction segments are used to describe the execution process of the computer program in the electronic device 3 .
  • the computer program can be divided into a receiving module 201 , a parsing module 202 , an obtaining module 203 , a determining module 204 , an obtaining module 205 , a synchronization module 206 and a pushing module 207 .
  • the computer-readable storage medium mainly includes a storage program area and a storage data area, wherein the storage program area can store an operating system, an application program required by at least one function, and the like; using the created data, etc.
  • the computer-readable storage medium may be a volatile storage medium or a non-volatile storage medium.
  • the blockchain referred to in this application is a new application mode of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanism, and encryption algorithm.
  • Blockchain essentially a decentralized database, is a series of data blocks associated with cryptographic methods. Each data block contains a batch of network transaction information to verify its Validity of information (anti-counterfeiting) and generation of the next block.
  • the blockchain can include the underlying platform of the blockchain, the platform product service layer, and the application service layer.
  • modules described as separate components may or may not be physically separated, and the components shown as modules may or may not be physical units, and may be located in one place or distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution in this embodiment.
  • each functional module in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units can be implemented in the form of hardware, or can be implemented in the form of hardware plus software function modules.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请涉及大数据技术领域，提供一种消息推送方法、装置、电子设备及存储介质，所述方法包括：解析推送消息请求得到待推送消息的消息体及第二服务端的设备标识；根据待推送消息的消息体获得待推送消息的消息类型及至少一个推送地址值；当待推送消息的消息类型为第一类型消息时，根据至少一个推送地址值及第二服务端的设备标识确定至少一个待推送终端设备的设备标识；根据待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息推送至至少一个待推送终端设备。本申请通过根据不同的待推送消息的消息类型确定不同的推送方式，实现一次性推送，在交互过程中不会出现遗漏用户的现象，提高了消息推送的准确率。

Description

消息推送方法、装置、电子设备及存储介质
本申请要求于2020年10月30日提交中国专利局，申请号为202011198143.X申请名称为“消息推送方法、装置、电子设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及大数据技术领域，具体涉及一种消息推送方法、装置、电子设备及存储介质。
背景技术
消息推送是第三方应用程序运营的重要渠道之一，通过推送消息获取用户关注，现有的消息推送方案比较简单，在进行消息推送时，发明人发现需要获取所有用户的信息，然后逐一进行消息组装，分批发送，特别是在用户量大的时候，对***的配置要求高，消息推送耗时长，在交互过程中容易引起用户信息丢失的现象，导致消息推送的错误率高。
发明内容
鉴于以上内容，有必要提出一种消息推送方法、装置、电子设备及存储介质，通过根据不同的待推送消息的消息类型确定不同的推送方式，实现一次性推送，在交互过程中不会出现遗漏用户的现象，提高了消息推送的准确率。
本申请的第一方面提供一种消息推送方法，应用于第一服务端，所述方法包括：
接收第二服务端发送的推送消息请求；
解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；
根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；
当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；
根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
本申请的第二方面提供一种电子设备，所述电子设备包括存储器及处理器，所述存储器用于存储至少一个计算机可读指令，所述处理器用于执行所述至少一个计算机可读指令以实现以下步骤：
接收第二服务端发送的推送消息请求；
解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；
根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；
当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；
根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
本申请的第三方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有至少一个计算机可读指令，所述至少一个计算机可读指令被处理器执行时实现以下步骤：
接收第二服务端发送的推送消息请求；
解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；
根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；
当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；
根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
本申请的第四方面提供一种消息推送装置，运行于第一服务端，所述装置包括：
接收模块，用于接收第二服务端发送的推送消息请求；
解析模块，用于解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；
获得模块，用于根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；
确定模块，用于当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；
推送模块，用于根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
综上所述，本申请所述的消息推送方法、装置、电子设备及存储介质，一方面，通过根据不同的待推送消息的消息类型确定不同的推送方式，若为第一类型消息时，即为全量推送，只需匹配到推送消息请求中的至少一个推送地址值对应的至少一个终端设备的设备标识，即可实现一次性推送，避免逐一根据推送地址去拉取每个终端设备对应的用户消息，然后逐一进行消息组装，分批发送的现象，减少了消息推送的时间；另一方面，通过一次性推送，在交互过程中不会出现遗漏用户的现象，提高了消息推送的准确率；最后，根据所述第一服务端、所述第二服务端及所述终端设备通过将初始化ID进行关联后，设备特征收集SDK可以及时的收集终端设备的设备特征并上报至所述第一服务端和所述第二服务端，提高了所述终端设备的设备特征的及时性，进而提高了消息推送的准确性。
附图说明
图1是本申请实施例一提供的消息推送方法的流程图。
图2是本申请实施例二提供的消息推送装置的结构图。
图3是本申请实施例三提供的电子设备的结构示意图。
具体实施方式
为了能够更清楚地理解本申请的上述目的、特征和优点，下面结合附图和具体实施例对本申请进行详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
除非另有定义，本文所使用的至少一个的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。
实施例一
图1是本申请实施例一提供的消息推送方法的流程图。
在本实施例中，所述消息推送方法可以应用于电子设备中，对于需要进行消息推送的电子设备，可以直接在电子设备上集成本申请的方法所提供的消息推送的功能，或者以软件开发工具包(Software Development Kit，SKD)的形式运行在电子设备中。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用***。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互***、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习、深度学习等几大方向。
如图1所示，所述消息推送方法，应用于第一服务端，具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略。
本申请所述的消息推送方法，应用于第一服务端，所述第一服务端与第二服务端及多个待推送终端设备通过通信连接，所述第一服务端接收到所述第二服务端的消息推送请求，根据所述消息推送请求将所述待推送的消息推送至所述多个待推送终端设备。
S11，接收第二服务端发送的推送消息请求。
本实施例中，所述第二服务端可以为运营平台，当所述运营平台需要进行消息推送时，会发送推送消息请求至第一服务端，具体地，所述推送消息请求用于请求所述第一服务端响应于所述第二服务端发送的推送消息请求进行消息推送，其中，所述第一服务端可以为第三方推送平台，所述第三方推送平台接收所述运营平台发送的推送消息请求，其中，所述推送消息请求中包含有待推送消息的消息体、推送消息规则等。
S12，解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识。
本实施例中，所述第一服务端接收到所述第二服务端发送的推送消息请求过程中，所述第一服务端获取所述第二服务端的设备标识，并将所述第二服务端的设备标识与所述推送消息请求进行关联，通过解析所述推送消息请求，获得待推送消息的消息体及所述第二服务端的设备标识。
S13，根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值。
本实施例中，所述消息体中包含有消息的基本内容，具体地，所述消息的基本内容包括，但不限于发送消息的名称、消息类型、展示样式、消息标题和消息内容。
可选的，所述根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值包括：
解析所述待推送消息的消息体获得标识字段及至少一个推送地址值；
将所述标识字段与预设的标识字段库进行匹配；
当所述预设的标识字段库中存在与所述标识字段相匹配的目标标识字段时，将所述目标标识字段对应的消息类型确定为所述待推送消息的消息类型。
本实施例中，所述标识字段唯一识别消息类型，通过解析所述消息体后，获得标识字段和推送地址值，具体地，所述推送地址值与终端设备的设备标识进行关联，可以将所述推送地址值转换为终端设备的设备标识。
本实施例中，可以预设设置消息类型的标识字段，并将所述标识字段与消息类型进行关联，不同的消息类型对应不同的标识字段，在得到标识字段后，将所述标识字段与预先存储的标识字段库中的标识字段进行匹配，根据匹配结果确定所述待推送消息的消息类型。
进一步的，所述方法还包括：
当所述预设的标识字段库中不存在与所述标识字段相匹配的目标标识字段时，将默认的消息类型确定为所述待推送消息的消息类型。
本实施例中，所述默认的消息类型是指所述第二服务端专门为一些指定的消息设置的消息类型，在进行消息推送的过程中，若确定所述预设的标识字段库中不存在与所述标识字段相匹配的目标标识字段时，将所述默认的消息类型确定为所述待推送消息的消息类型。
本实施例中，由于不同的消息类型对应不同的推送策略，通过解析所述推送消息请求得到待推送消息的消息类型，提高了消息推送的多样性及准确性。
S14，当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识。
本实施例中，所述第一类型消息可以为运营类消息，具体的，所述运营类消息不涉及用户个人信息，是基于运营设置的消息。
可选的，所述根据所述推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识包括：
按照预设的转换规则将每个推送地址值转换为对应的第一终端设备的设备标识；
获取所述第二服务端关联的至少一个第二终端设备的设备标识；
将每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识进行匹配；
当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识相匹配时，将所述任意一个第二终端设备的设备标识作为待推送终端设备的设备标识。
本实施例中，所述第二服务端将获取的第二终端设备的设备标识预先存储至数据库中，将每个推送地址转换为对应的第一终端设备的设备标识，并分别与所述第二服务端的数据库中的至少一个的第二终端设备的设备标识进行匹配，若所述每个第一终端设备的设备标识与所述第二服务端的数据库中的任意一个第二终端设备的设备标识相匹配时，确定所述每个第一终端设备的设备标识为所述待推送终端设备的设备标识，将至少一个与所述第二服务端的数据库中的任意一个第二终端设备的设备标识相匹配的第一终端设备的设备标识作为所述至少一个待推送终端设备的设备标识。
进一步的，所述方法还包括：
当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识不匹配时，标识所述第一终端设备的设备标识为新的第一终端设备，发送获取所述新的第一终端设备的设备特性的获取请求至所述第二服务端。
本实施例中，当所述每个第一终端设备的设备标识与所述第二服务端的数据库中的任意一个第二终端设备的设备标识不匹配时，确定所述第二服务端没有存储有与所述第一终端设备的设备标识对应的第二终端设备，将所述第一终端设备的设备标识确定为新的第一终端设备，并发送获取所述新的第一终端设备的设备特性的获取请求至所述第二服务端，所述第二服务端响应于所述获取请求从所述新的第一终端设备中获取所述新的第一终端设备对应的设备特征，并存储至所述数据库中。
可选地，在根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识之前，所述方法还包括：
接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求，其中，所述每个初始化ID获取接口请求中包含有所述第二服务端的设备标识及对应的终端设备的设备标识；
响应于所述每个初始化ID获取接口请求，将所述每个初始化ID发送至所述第二服务端，使得所述第二服务端将所述每个初始化ID发送至对应的目标终端设备；
接收所述目标终端设备上报的所述目标终端设备的设备特征，其中，所述设备特征 是由所述目标终端设备根据所述每个初始化ID对目标终端设备的设备特征收集SDK进行初始化，完成初始化后收集得到的。
本实施例中，在根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识之前，所述第一服务端接收至少一个终端设备上报的收集的对应的终端设备的设备特征，在所述终端设备收集对应的设备特征之前，所述第二服务端发送调用多个终端设备的初始化ID获取接口请求，当所述多个终端设备接收到所述第二服务端发送的初始化ID之后，确定所述第二服务端具有初始化设备特征收集SDK的权限。
本实施例中，所述多个终端设备根据所述初始化ID对所述多个终端设备的设备特征收集进行初始化，在完成初始化后自动收集对应的终端设备的设备特征，并将收集到的多个终端设备的设备特征上报至所述第一服务端，同时，所述第二服务端可以获取所述多个终端设备的设备特征。
本实施例中，所述终端设备根据接收到的初始化ID对设备特征收集SDK进行初始化设置，实现设备特征收集SDK的初始化，并在初始化后收集终端设备的设备特征；所述第一服务端用于接收所述终端设备上报的设备特征并同步至所述第二服务端，提高了特征设备收集的准确率及效率。
本实施例中，由于所述第一服务端、所述第二服务端及所述终端设备通过初始化ID进行关联，设备特征收集SDK及时的收集终端设备的设备特征并上报至所述第一服务端和所述第二服务端，提高了所述终端设备的设备特征的及时性，进而提高了消息推送的准确性。
可选的，在接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求之前，所述方法还包括：
获取所述多个终端设备发送的多个初始化ID；
接收所述第二服务端根据每个初始化ID获取的每个第三终端设备的登录信息，并根据所述每个第三终端设备的登录信息验证所述每个第三终端设备的登录身份是否可信；
当验证所述每个第三终端设备的登录身份可信时，接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求。
本实施例中，为了确保消息推送交互过程中数据的安全性，在所述第二服务端发送调用多个终端设备的多个初始化ID获取接口请求之前，验证所述多个终端设备的登录身份是否可信，所述第二服务端对登录身份可信的终端设备发送调用多个终端设备的多个初始化ID获取接口请求，提高了消息推送过程中数据的安全性。
由于设备特征收集SDK需要终端设备登录之后发送推送请求，所述第二服务端根据所述终端设备发送的推送请求，发送调用多个终端设备的多个初始化ID获取接口请求至所述第一服务端，所述第一服务端接收至少一个终端设备上报的收集的对应的终端设备的设备特征，所述终端设备都是自发进行推送请求的，在其他一些实施例中，所述第一服务端可以主动获取终端设备的设备标识，然后进行消息推送，具体地，在根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识之前，所述方法还包括：
每隔预设周期利用网络爬虫技术从预设的多个数据源中获取多个终端设备的设备标识及每个终端设备对应的至少一个待推送消息的消息体；
将所述每个终端设备的设备标识与对应的至少一个待推送的消息体进行关联，并将关联后的至少一个终端设备的设备标识同步至所述第二服务端。
本实施例中，主动获取终端设备的设备标识，然后进行消息推送，提高了消息推送的推送范围，进而提高了运营效率。
可选的，所述方法还包括：
当所述待推送消息的消息类型为第二类型消息时，解析所述待推送消息的消息体获得目标推送地址值，并按照所述预设的转换规则将所述目标推送地址值转换目标终端设备的设备标识；
将所述目标终端设备的设备标识确定为所述待推送终端设备的设备标识。
本实施例中，所述第二类消息是指业务类消息，具体地，所述业务类消息涉及用户信息，根据所述用户使用的终端设备的设备标识进行消息推送。
本实施例中，通过根据不同的待推送消息的消息类型确定不同的推送方式，若为第一类型消息时，即为全量推送，只需匹配到推送消息请求中的至少一个推送地址值对应的至少一个终端设备的设备标识，即可实现一次性推送，避免逐一根据推送地址去拉取每个终端设备对应的用户消息，然后逐一进行消息组装，分批发送的现象，减少了消息推送的时间。此外，由于是一次性推送，在交互过程中不会出现遗漏用户的现象，提高了消息推送的准确率。
S15，根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
本实施例中，获取所述推送消息请求中的推送消息规则，根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照所述推送消息规则推送至所述推送页面至所述至少一个待推送终端设备，具体地，所述推送消息规则包括具体的推送时间、推送方式等，例如，所述推送时间可以设置为当前时间，也可以设置为当前时候之后的某个时间；所述推送方式可以根据消息的内容进行设置，包括，但不限于：“现在”发送，不需要进行时区选择；“定时”发送，需设置时区和选择发送时间；“每天”发送，即消息将每天定时发送，需设置时区、发送时间和起止日期；“每周”发送，即消息将每周定时发送，需设置时区、发送时间和起止日期。
本实施例中，通过预先设置不同的推送规则进行消息推送，提高了推送消息的多样性和有效性。
在其他一些实施例中，在按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备之后，所述第二服务器还可以用于监测所述至少一个待推送设备是否读取了所述目标推送消息，根据读取情况确定后续消息的推送策略，提高了所述第二服务端的推送消息的有效性及准确性；所述终端设备还可以用于在接收到所述第一服务端推送的目标推送消息之后，将所述目标推送消息存储至本地消息缓存中，在所述本地消息缓存中可以实现目标推送消息的处理，具体地，所述目标推送消息的处理包括：获取所述目标推送消息中的关键字段，识别所述关键字段获取对应推送模板，并按照预设的处理方式将所述目标推送消息嵌入至所述推送模板中得到目标推送消息显示模板得到最终目标推送消息，发送所述最终目标推送消息至消息通知栏便于用户进行消息读取。
在其他一些实施例中，由于从用户的角度进行了考虑，通过终端设备在本地消息缓存中对所述目标推送消息进行处理，可以根据用户在终端设备的设置进行消息读取，提高了用户的体验度，及消息展示的多样性。
综上所述，本实施例所述的消息推送方法，通过接收第二服务端发送的推送消息请求；解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
本实施例，一方面，通过根据不同的待推送消息的消息类型确定不同的推送方式， 若为第一类型消息时，即为全量推送，只需匹配到推送消息请求中的至少一个推送地址值对应的至少一个终端设备的设备标识，即可实现一次性推送，避免逐一根据推送地址去拉取每个终端设备对应的用户消息，然后逐一进行消息组装，分批发送的现象，减少了消息推送的时间；另一方面，通过一次性推送，在交互过程中不会出现遗漏用户的现象，提高了消息推送的准确率；最后，根据所述第一服务端、所述第二服务端及所述终端设备通过将初始化ID进行关联后，设备特征收集SDK可以及时的收集终端设备的设备特征并上报至所述第一服务端和所述第二服务端，提高了所述终端设备的设备特征的及时性，进而提高了消息推送的准确性。
实施例二
图2是本申请实施例二提供的消息推送装置的结构图。
在一些实施例中，所述消息推送装置20可以包括多个由程序代码段所组成的功能模块。所述消息推送装置20中的各个程序段的程序代码可以存储于电子设备的存储器中，并由所述至少一个处理器所执行，以执行(详见图1描述)消息推送的功能。
本实施例中，所述消息推送装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：接收模块201、解析模块202、获得模块203、确定模块204、获取模块205、同步模块206及推送模块207。本申请所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机可读指令段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
本申请所述的消息推送装置，运行于第一服务端，所述第一服务端与第二服务端及多个待推送终端设备通过通信连接，所述第一服务端接收到所述第二服务端的消息推送请求，根据所述消息推送请求将所述待推送的消息推送至所述多个待推送终端设备。
接收模块201，用于接收第二服务端发送的推送消息请求。
本实施例中，所述第二服务端可以为运营平台，当所述运营平台需要进行消息推送时，会发送推送消息请求至第一服务端，具体地，所述推送消息请求用于请求所述第一服务端响应于所述第二服务端发送的推送消息请求进行消息推送，其中，所述第一服务端可以为第三方推送平台，所述第三方推送平台接收所述运营平台发送的推送消息请求，其中，所述推送消息请求中包含有待推送消息的消息体、推送消息规则等。
解析模块202，用于解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识。
本实施例中，所述第一服务端接收到所述第二服务端发送的推送消息请求过程中，所述第一服务端获取所述第二服务端的设备标识，并将所述第二服务端的设备标识与所述推送消息请求进行关联，通过解析所述推送消息请求，获得待推送消息的消息体及所述第二服务端的设备标识。
获得模块203，用于根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值。
本实施例中，所述消息体中包含有消息的基本内容，具体地，所述消息的基本内容包括，但不限于发送消息的名称、消息类型、展示样式、消息标题和消息内容。
可选的，所述获得模块203根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值包括：
解析所述待推送消息的消息体获得标识字段及至少一个推送地址值；
将所述标识字段与预设的标识字段库进行匹配；
当所述预设的标识字段库中存在与所述标识字段相匹配的目标标识字段时，将所述目标标识字段对应的消息类型确定为所述待推送消息的消息类型。
本实施例中，所述标识字段唯一识别消息类型，通过解析所述消息体后，获得标识字段和推送地址值，具体地，所述推送地址值与终端设备的设备标识进行关联，可以将 所述推送地址值转换为终端设备的设备标识。
本实施例中，可以预设设置消息类型的标识字段，并将所述标识字段与消息类型进行关联，不同的消息类型对应不同的标识字段，在得到标识字段后，将所述标识字段与预先存储的标识字段库中的标识字段进行匹配，根据匹配结果确定所述待推送消息的消息类型。
进一步的，确定模块204，用于当所述预设的标识字段库中不存在与所述标识字段相匹配的目标标识字段时，将默认的消息类型确定为所述待推送消息的消息类型。
本实施例中，所述默认的消息类型是指所述第二服务端专门为一些指定的消息设置的消息类型，在进行消息推送的过程中，若确定所述预设的标识字段库中不存在与所述标识字段相匹配的目标标识字段时，将所述默认的消息类型确定为所述待推送消息的消息类型。
本实施例中，由于不同的消息类型对应不同的推送策略，通过解析所述推送消息请求得到待推送消息的消息类型，提高了消息推送的多样性及准确性。
所述确定模块204，还用于当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识。
本实施例中，所述第一类型消息可以为运营类消息，具体的，所述运营类消息不涉及用户个人信息，是基于运营设置的消息。
可选的，所述确定模块204根据所述推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识包括：
按照预设的转换规则将每个推送地址值转换为对应的第一终端设备的设备标识；
获取所述第二服务端关联的至少一个第二终端设备的设备标识；
将每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识进行匹配；
当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识相匹配时，将所述任意一个第二终端设备的设备标识作为待推送终端设备的设备标识。
本实施例中，所述第二服务端将获取的第二终端设备的设备标识预先存储至数据库中，将每个推送地址转换为对应的第一终端设备的设备标识，并分别与所述第二服务端的数据库中的至少一个的第二终端设备的设备标识进行匹配，若所述每个第一终端设备的设备标识与所述第二服务端的数据库中的任意一个第二终端设备的设备标识相匹配时，确定所述每个第一终端设备的设备标识为所述待推送终端设备的设备标识，将至少一个与所述第二服务端的数据库中的任意一个第二终端设备的设备标识相匹配的第一终端设备的设备标识作为所述至少一个待推送终端设备的设备标识。
进一步的，当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识不匹配时，标识所述第一终端设备的设备标识为新的第一终端设备，发送获取所述新的第一终端设备的设备特性的获取请求至所述第二服务端。
本实施例中，当所述每个第一终端设备的设备标识与所述第二服务端的数据库中的任意一个第二终端设备的设备标识不匹配时，确定所述第二服务端没有存储有与所述第一终端设备的设备标识对应的第二终端设备，将所述第一终端设备的设备标识确定为新的第一终端设备，并发送获取所述新的第一终端设备的设备特性的获取请求至所述第二服务端，所述第二服务端响应于所述获取请求从所述新的第一终端设备中获取所述新的第一终端设备对应的设备特征，并存储至所述数据库中。
可选地，在所述确定模块204根据所述至少一个推送地址值及所述第二服务端的设 备标识确定至少一个待推送终端设备的设备标识之前，接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求，其中，所述每个初始化ID获取接口请求中包含有所述第二服务端的设备标识及对应的终端设备的设备标识；响应于所述每个初始化ID获取接口请求，将所述每个初始化ID发送至所述第二服务端，使得所述第二服务端将所述每个初始化ID发送至对应的目标终端设备；接收所述目标终端设备上报的所述目标终端设备的设备特征，其中，所述设备特征是由所述目标终端设备根据所述每个初始化ID对目标终端设备的设备特征收集SDK进行初始化，完成初始化后收集得到的。
本实施例中，在根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识之前，所述第一服务端接收至少一个终端设备上报的收集的对应的终端设备的设备特征，在所述终端设备收集对应的设备特征之前，所述第二服务端发送调用多个终端设备的初始化ID获取接口请求，当所述多个终端设备接收到所述第二服务端发送的初始化ID之后，确定所述第二服务端具有初始化设备特征收集SDK的权限。
本实施例中，所述多个终端设备根据所述初始化ID对所述多个终端设备的设备特征收集进行初始化，在完成初始化后自动收集对应的终端设备的设备特征，并将收集到的多个终端设备的设备特征上报至所述第一服务端，同时，所述第二服务端可以获取所述多个终端设备的设备特征。
本实施例中，所述终端设备根据接收到的初始化ID对设备特征收集SDK进行初始化设置，实现设备特征收集SDK的初始化，并在初始化后收集终端设备的设备特征；所述第一服务端用于接收所述终端设备上报的设备特征并同步至所述第二服务端，提高了特征设备收集的准确率及效率。
本实施例中，由于所述第一服务端、所述第二服务端及所述终端设备通过初始化ID进行关联，设备特征收集SDK及时的收集终端设备的设备特征并上报至所述第一服务端和所述第二服务端，提高了所述终端设备的设备特征的及时性，进而提高了消息推送的准确性。
可选的，在所述确定模块204接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求之前，获取模块205，用于获取所述多个终端设备发送的多个初始化ID；
所述接收模块201，还用于接收所述第二服务端根据每个初始化ID获取的每个第三终端设备的登录信息，并根据所述每个第三终端设备的登录信息验证所述每个第三终端设备的登录身份是否可信；
所述接收模块201，还用于当验证所述每个第三终端设备的登录身份可信时，接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求。
本实施例中，为了确保消息推送交互过程中数据的安全性，在所述第二服务端发送调用多个终端设备的多个初始化ID获取接口请求之前，验证所述多个终端设备的登录身份是否可信，所述第二服务端对登录身份可信的终端设备发送调用多个终端设备的多个初始化ID获取接口请求，提高了消息推送过程中数据的安全性。
由于设备特征收集SDK需要终端设备登录之后发送推送请求，所述第二服务端根据所述终端设备发送的推送请求，发送调用多个终端设备的多个初始化ID获取接口请求至所述第一服务端，所述第一服务端接收至少一个终端设备上报的收集的对应的终端设备的设备特征，所述终端设备都是自发进行推送请求的，在其他一些实施例中，所述第一服务端可以主动获取终端设备的设备标识，然后进行消息推送，具体地，在根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识之前。
获取模块205，用于每隔预设周期利用网络爬虫技术从预设的多个数据源中获取多 个终端设备的设备标识及每个终端设备对应的至少一个待推送消息的消息体。
同步模块206，用于将所述每个终端设备的设备标识与对应的至少一个待推送的消息体进行关联，并将关联后的至少一个终端设备的设备标识同步至所述第二服务端。
本实施例中，主动获取终端设备的设备标识，然后进行消息推送，提高了消息推送的推送范围，进而提高了运营效率。
可选的，当所述待推送消息的消息类型为第二类型消息时，解析所述待推送消息的消息体获得目标推送地址值，并按照所述预设的转换规则将所述目标推送地址值转换目标终端设备的设备标识；将所述目标终端设备的设备标识确定为所述待推送终端设备的设备标识。
本实施例中，所述第二类消息是指业务类消息，具体地，所述业务类消息涉及用户信息，根据所述用户使用的终端设备的设备标识进行消息推送。
本实施例中，通过根据不同的待推送消息的消息类型确定不同的推送方式，若为第一类型消息时，即为全量推送，只需匹配到推送消息请求中的至少一个推送地址值对应的至少一个终端设备的设备标识，即可实现一次性推送，避免逐一根据推送地址去拉取每个终端设备对应的用户消息，然后逐一进行消息组装，分批发送的现象，减少了消息推送的时间。此外，由于是一次性推送，在交互过程中不会出现遗漏用户的现象，提高了消息推送的准确率。
推送模块207，用于根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
本实施例中，获取所述推送消息请求中的推送消息规则，根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照所述推送消息规则推送至所述推送页面至所述至少一个待推送终端设备，具体地，所述推送消息规则包括具体的推送时间、推送方式等，例如，所述推送时间可以设置为当前时间，也可以设置为当前时候之后的某个时间；所述推送方式可以根据消息的内容进行设置，包括，但不限于：“现在”发送，不需要进行时区选择；“定时”发送，需设置时区和选择发送时间；“每天”发送，即消息将每天定时发送，需设置时区、发送时间和起止日期；“每周”发送，即消息将每周定时发送，需设置时区、发送时间和起止日期。
本实施例中，通过预先设置不同的推送规则进行消息推送，提高了推送消息的多样性和有效性。
在其他一些实施例中，在按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备之后，所述第二服务器还可以用于监测所述至少一个待推送设备是否读取了所述目标推送消息，根据读取情况确定后续消息的推送策略，提高了所述第二服务端的推送消息的有效性及准确性；所述终端设备还可以用于在接收到所述第一服务端推送的目标推送消息之后，将所述目标推送消息存储至本地消息缓存中，在所述本地消息缓存中可以实现目标推送消息的处理，具体地，所述目标推送消息的处理包括：获取所述目标推送消息中的关键字段，识别所述关键字段获取对应推送模板，并按照预设的处理方式将所述目标推送消息嵌入至所述推送模板中得到目标推送消息显示模板得到最终目标推送消息，发送所述最终目标推送消息至消息通知栏便于用户进行消息读取。
在其他一些实施例中，由于从用户的角度进行了考虑，通过终端设备在本地消息缓存中对所述目标推送消息进行处理，可以根据用户在终端设备的设置进行消息读取，提高了用户的体验度，及消息展示的多样性。
综上所述，本实施例所述的消息推送装置，通过接收第二服务端发送的推送消息请求；解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；当 所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
本实施例，一方面，通过根据不同的待推送消息的消息类型确定不同的推送方式，若为第一类型消息时，即为全量推送，只需匹配到推送消息请求中的至少一个推送地址值对应的至少一个终端设备的设备标识，即可实现一次性推送，避免逐一根据推送地址去拉取每个终端设备对应的用户消息，然后逐一进行消息组装，分批发送的现象，减少了消息推送的时间；另一方面，通过一次性推送，在交互过程中不会出现遗漏用户的现象，提高了消息推送的准确率；最后，根据所述第一服务端、所述第二服务端及所述终端设备通过将初始化ID进行关联后，设备特征收集SDK可以及时的收集终端设备的设备特征并上报至所述第一服务端和所述第二服务端，提高了所述终端设备的设备特征的及时性，进而提高了消息推送的准确性。
实施例三
参阅图3所示，为本申请实施例三提供的电子设备的结构示意图。在本申请较佳实施例中，所述电子设备3包括存储器31、至少一个处理器32、至少一条通信总线33及收发器34。
本领域技术人员应该了解，图3示出的电子设备的结构并不构成本申请实施例的限定，既可以是总线型结构，也可以是星形结构，所述电子设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。
在一些实施例中，所述电子设备3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述电子设备3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。
需要说明的是，所述电子设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本申请，也应包含在本申请的保护范围以内，并以引用方式包含于此。
在一些实施例中，所述存储器31用于存储程序代码和各种数据，例如安装在所述电子设备3中的消息推送装置20，并在电子设备3的运行过程中实现高速、自动地完成程序或数据的存取。所述存储器31包括只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子擦除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
在一些实施例中，所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述至少一个处理器32是所述电子设备3的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行电子设备3的各种功能和处理数据。
在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述 至少一个处理器32等之间的连接通信。
尽管未示出，所述电子设备3还可以包括给各个部件供电的电源(比如电池)，可选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备3还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。
应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。
上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分。
在进一步的实施例中，结合图2，所述至少一个处理器32可执行所述电子设备3的操作装置以及安装的各类应用程序(如所述的消息推送装置20)、程序代码等，例如，上述的各个模块。
所述存储器31中存储有程序代码，且所述至少一个处理器32可调用所述存储器31中存储的程序代码以执行相关的功能。例如，图2中所述的各个模块是存储在所述存储器31中的程序代码，并由所述至少一个处理器32所执行，从而实现所述各个模块的功能以达到消息推送的目的。
在本申请的一个实施例中，所述存储器31存储多个计算机可读指令，所述多个计算机可读指令被所述至少一个处理器32所执行以实现消息推送的功能。
示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器31中，并由所述处理器32执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机程序在所述电子设备3中的执行过程。例如，所述计算机程序可以被分割成接收模块201、解析模块202、获得模块203、确定模块204、获取模块205、同步模块206及推送模块207。
具体地，所述至少一个处理器32对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
进一步地，所述计算机可读存储介质主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
所述计算机可读存储介质可以是易失性的存储介质，也可以是非易失性的存储介质。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，既可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的至少一个变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。本申请中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
最后应说明的是，以上实施例仅用以说明本申请的技术方案而非限制，尽管参照较佳实施例对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的技术方案进行修改或等同替换，而不脱离本申请技术方案的精神和范围。

Claims (20)

  1. 一种消息推送方法，其中，所述消息推送方法包括：
    接收第二服务端发送的推送消息请求；
    解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；
    根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；
    当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；
    根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
  2. 如权利要求1所述的消息推送方法，其中，所述根据所述推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识包括：
    按照预设的转换规则将每个推送地址值转换为对应的第一终端设备的设备标识；
    获取所述第二服务端关联的至少一个第二终端设备的设备标识；
    将每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识进行匹配；
    当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识相匹配时，将所述任意一个第二终端设备的设备标识作为待推送终端设备的设备标识。
  3. 如权利要求2所述的消息推送方法，其中，所述方法还包括：
    当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识不匹配时，标识所述第一终端设备的设备标识为新的第一终端设备，发送获取所述新的第一终端设备的设备特性的获取请求至所述第二服务端。
  4. 如权利要求1所述的消息推送方法，其中，所述根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值包括：
    解析所述待推送消息的消息体获得标识字段及至少一个推送地址值；
    将所述标识字段与预设的标识字段库进行匹配；
    当所述预设的标识字段库中存在与所述标识字段相匹配的目标标识字段时，将所述目标标识字段对应的消息类型确定为所述待推送消息的消息类型；或者
    当所述预设的标识字段库中不存在与所述标识字段相匹配的目标标识字段时，将默认的消息类型确定为所述待推送消息的消息类型。
  5. 如权利要求1所述的消息推送方法，其中，所述在根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识之前，所述方法还包括：
    接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求，其中，每个所述初始化ID获取接口请求中包含有所述第二服务端的设备标识及对应的终端设备的设备标识；
    响应于所述每个初始化ID获取接口请求，将所述每个初始化ID发送至所述第二服务端，使得所述第二服务端将所述每个初始化ID发送至对应的目标终端设备；
    接收所述目标终端设备上报的所述目标终端设备的设备特征，其中，所述设备特征是由所述目标终端设备根据所述每个初始化ID对目标终端设备的设备特征收集SDK进行初始化，完成初始化后收集得到的。
  6. 如权利要求5所述的消息推送方法，其中，在接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求之前，所述方法还包括：
    获取所述多个终端设备发送的多个初始化ID；
    接收所述第二服务端根据每个初始化ID获取的每个第三终端设备的登录信息，并根据所述每个第三终端设备的登录信息验证所述每个第三终端设备的登录身份是否可信；
    当验证所述每个第三终端设备的登录身份可信时，接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求。
  7. 如权利要求1至6中任意一项所述的消息推送方法，其中，所述方法还包括：
    当所述待推送消息的消息类型为第二类型消息时，解析所述待推送消息的消息体获得目标推送地址值，并按照所述预设的转换规则将所述目标推送地址值转换目标终端设备的设备标识；
    将所述目标终端设备的设备标识确定为所述待推送终端设备的设备标识。
  8. 一种电子设备，其中，所述电子设备包括存储器及处理器，所述存储器用于存储至少一个计算机可读指令，所述处理器用于执行所述至少一个计算机可读指令以实现以下步骤：
    接收第二服务端发送的推送消息请求；
    解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；
    根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；
    当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；
    根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
  9. 如权利要求8所述的电子设备，其中，所述处理器执行所述至少一个计算机可读指令以实现所述根据所述推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识时，具体包括：
    按照预设的转换规则将每个推送地址值转换为对应的第一终端设备的设备标识；
    获取所述第二服务端关联的至少一个第二终端设备的设备标识；
    将每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识进行匹配；
    当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识相匹配时，将所述任意一个第二终端设备的设备标识作为待推送终端设备的设备标识。
  10. 如权利要求9所述的电子设备，其中，所述处理器执行所述至少一个计算机可读指令还用以实现以下步骤：
    当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识不匹配时，标识所述第一终端设备的设备标识为新的第一终端设备，发送获取所述新的第一终端设备的设备特性的获取请求至所述第二服务端。
  11. 如权利要求8所述的电子设备，其中，所述处理器执行所述至少一个计算机可读指令以实现所述根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值时，具体包括：
    解析所述待推送消息的消息体获得标识字段及至少一个推送地址值；
    将所述标识字段与预设的标识字段库进行匹配；
    当所述预设的标识字段库中存在与所述标识字段相匹配的目标标识字段时，将所述目标标识字段对应的消息类型确定为所述待推送消息的消息类型；或者
    当所述预设的标识字段库中不存在与所述标识字段相匹配的目标标识字段时，将默认的消息类型确定为所述待推送消息的消息类型。
  12. 如权利要求8所述的电子设备，其中，所述在根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识之前，所述处理器执行所述至少一个计算机可读指令还用以实现以下步骤：
    接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求，其中，每个所述初始化ID获取接口请求中包含有所述第二服务端的设备标识及对应的终端设备的设备标识；
    响应于所述每个初始化ID获取接口请求，将所述每个初始化ID发送至所述第二服务端，使得所述第二服务端将所述每个初始化ID发送至对应的目标终端设备；
    接收所述目标终端设备上报的所述目标终端设备的设备特征，其中，所述设备特征是由所述目标终端设备根据所述每个初始化ID对目标终端设备的设备特征收集SDK进行初始化，完成初始化后收集得到的。
  13. 如权利要求12所述的电子设备，其中，在接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求之前，所述处理器执行所述至少一个计算机可读指令还用以实现以下步骤：
    获取所述多个终端设备发送的多个初始化ID；
    接收所述第二服务端根据每个初始化ID获取的每个第三终端设备的登录信息，并根据所述每个第三终端设备的登录信息验证所述每个第三终端设备的登录身份是否可信；
    当验证所述每个第三终端设备的登录身份可信时，接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求。
  14. 一种计算机可读存储介质，其中，所述计算机可读存储介质存储有至少一个计算机可读指令，所述至少一个计算机可读指令被处理器执行时实现以下步骤：
    接收第二服务端发送的推送消息请求；
    解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；
    根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；
    当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；
    根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
  15. 如权利要求14所述的存储介质，其中，所述至少一个计算机可读指令被所述处理器执行以实现所述根据所述推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识时，具体包括：
    按照预设的转换规则将每个推送地址值转换为对应的第一终端设备的设备标识；
    获取所述第二服务端关联的至少一个第二终端设备的设备标识；
    将每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识进行匹配；
    当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识相匹配时，将所述任意一个第二终端设备的设备标识作为待推送终端设备的设备标识。
  16. 如权利要求15所述的存储介质，其中，所述至少一个计算机可读指令被处理器执行时还用以实现以下步骤：
    当所述每个第一终端设备的设备标识与所述至少一个第二终端设备的设备标识中的任意一个第二终端设备的设备标识不匹配时，标识所述第一终端设备的设备标识为新的第一终端设备，发送获取所述新的第一终端设备的设备特性的获取请求至所述第二服务端。
  17. 如权利要求14所述的存储介质，其中，所述至少一个计算机可读指令被所述处理器执行以实现所述根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值时，具体包括：
    解析所述待推送消息的消息体获得标识字段及至少一个推送地址值；
    将所述标识字段与预设的标识字段库进行匹配；
    当所述预设的标识字段库中存在与所述标识字段相匹配的目标标识字段时，将所述目标标识字段对应的消息类型确定为所述待推送消息的消息类型；或者
    当所述预设的标识字段库中不存在与所述标识字段相匹配的目标标识字段时，将默认的消息类型确定为所述待推送消息的消息类型。
  18. 如权利要求14所述的存储介质，其中，所述在根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识之前，所述至少一个计算机可读指令被处理器执行时还用以实现以下步骤：
    接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求，其中，每个所述初始化ID获取接口请求中包含有所述第二服务端的设备标识及对应的终端设备的设备标识；
    响应于所述每个初始化ID获取接口请求，将所述每个初始化ID发送至所述第二服务端，使得所述第二服务端将所述每个初始化ID发送至对应的目标终端设备；
    接收所述目标终端设备上报的所述目标终端设备的设备特征，其中，所述设备特征是由所述目标终端设备根据所述每个初始化ID对目标终端设备的设备特征收集SDK进行初始化，完成初始化后收集得到的。
  19. 如权利要求18所述的存储介质，其中，在接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求之前，所述至少一个计算机可读指令被处理器执行时还用以实现以下步骤：
    获取所述多个终端设备发送的多个初始化ID；
    接收所述第二服务端根据每个初始化ID获取的每个第三终端设备的登录信息，并根据所述每个第三终端设备的登录信息验证所述每个第三终端设备的登录身份是否可信；
    当验证所述每个第三终端设备的登录身份可信时，接收所述第二服务端发送的调用多个终端设备的多个初始化ID获取接口请求。
  20. 一种消息推送装置，运行于第一服务端，其中，所述消息推送装置包括：
    接收模块，用于接收第二服务端发送的推送消息请求；
    解析模块，用于解析所述推送消息请求得到待推送消息的消息体及所述第二服务端的设备标识；
    获得模块，用于根据所述待推送消息的消息体获得所述待推送消息的消息类型及至少一个推送地址值；
    确定模块，用于当所述待推送消息的消息类型为第一类型消息时，根据所述至少一个推送地址值及所述第二服务端的设备标识确定至少一个待推送终端设备的设备标识；
    推送模块，用于根据所述待推送消息的消息体及至少一个待推送终端设备的设备标识生成目标推送消息，并按照预设的推送规则将所述目标推送消息推送至所述至少一个待推送终端设备。
PCT/CN2021/109393 2020-10-30 2021-07-29 消息推送方法、装置、电子设备及存储介质 WO2022088804A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011198143.XA CN112367246B (zh) 2020-10-30 2020-10-30 消息推送方法、装置、电子设备及存储介质
CN202011198143.X 2020-10-30

Publications (1)

Publication Number Publication Date
WO2022088804A1 true WO2022088804A1 (zh) 2022-05-05

Family

ID=74513174

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/109393 WO2022088804A1 (zh) 2020-10-30 2021-07-29 消息推送方法、装置、电子设备及存储介质

Country Status (2)

Country Link
CN (1) CN112367246B (zh)
WO (1) WO2022088804A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114979256A (zh) * 2022-05-19 2022-08-30 北京京东乾石科技有限公司 一种消息推送方法、装置、电子设备及计算机可读介质
CN115052035A (zh) * 2022-05-13 2022-09-13 北京大豪工缝智控科技有限公司 消息推送方法、设备及存储介质
CN115297162A (zh) * 2022-06-27 2022-11-04 青岛海尔科技有限公司 消息的发送方法和装置、存储介质及电子装置
CN116055551A (zh) * 2022-11-18 2023-05-02 北京奇艺世纪科技有限公司 信息推送方法、装置、***、电子设备及存储介质
CN116319645A (zh) * 2023-03-13 2023-06-23 北京水滴科技集团有限公司 消息发送方法、装置、计算机设备及计算机可读存储介质
CN117097793A (zh) * 2023-10-19 2023-11-21 荣耀终端有限公司 一种消息推送方法、终端及服务器
CN117176793A (zh) * 2023-08-31 2023-12-05 广州市玄武无线科技股份有限公司 一种上行消息自动转发方法、***、装置、设备及介质

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112367246B (zh) * 2020-10-30 2022-06-17 深圳壹账通智能科技有限公司 消息推送方法、装置、电子设备及存储介质
CN113691618B (zh) * 2021-08-23 2022-07-15 北京三快在线科技有限公司 消息通知方法、装置、消息中心及存储介质
CN113873037B (zh) * 2021-09-29 2023-05-19 四川长虹网络科技有限责任公司 数据推送方法、装置、计算机设备和存储介质
CN114221925B (zh) * 2021-09-30 2024-05-03 北京奇艺世纪科技有限公司 消息推送方法、装置、电子设备及存储介质
CN114331548A (zh) * 2021-12-30 2022-04-12 深圳市晨北科技有限公司 消息推送方法、装置以及服务器、计算机存储介质
CN114915652B (zh) * 2022-03-30 2024-03-15 北京奇艺世纪科技有限公司 一种消息推送方法、装置、电子设备及存储介质
CN114979308B (zh) * 2022-05-11 2024-04-16 北京沃东天骏信息技术有限公司 一种消息处理的方法和装置
CN117560417B (zh) * 2023-11-20 2024-05-17 上海万雍科技股份有限公司 针对消息发送的队列控制方法、装置、电子设备与介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105516259A (zh) * 2015-11-27 2016-04-20 北京奇虎科技有限公司 一种信息发送方法和装置
US20190268372A1 (en) * 2017-08-09 2019-08-29 Robert B O'Dell Rendering Spoofed Electronic Mail Harmless
CN110417884A (zh) * 2019-07-23 2019-11-05 腾讯科技（深圳）有限公司 一种消息推送方法、装置、设备及存储介质
CN111416763A (zh) * 2020-02-21 2020-07-14 北京值得买科技股份有限公司 消息推送方法
CN111447185A (zh) * 2020-03-10 2020-07-24 平安科技（深圳）有限公司 一种推送信息的处理方法及相关设备
CN112367246A (zh) * 2020-10-30 2021-02-12 深圳壹账通智能科技有限公司 消息推送方法、装置、电子设备及存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101370033B (zh) * 2008-09-26 2011-09-14 成都市华为赛门铁克科技有限公司 一种推送消息的方法和设备
CN105991412B (zh) * 2015-02-12 2019-03-19 阿里巴巴集团控股有限公司 消息推送方法及装置
KR20160100421A (ko) * 2015-02-13 2016-08-24 주식회사 톡스 문자형 푸시 서비스 시스템 및 그 방법
CN105577777B (zh) * 2015-12-18 2019-12-13 腾讯科技（深圳）有限公司 一种消息处理方法、装置及***
CN107645524B (zh) * 2016-07-21 2020-09-01 腾讯科技（深圳）有限公司 一种消息推送处理方法以及装置
CN106412018B (zh) * 2016-08-31 2020-01-07 百度在线网络技术（北京）有限公司 消息推送方法和装置
CN110149363A (zh) * 2019-04-15 2019-08-20 深圳壹账通智能科技有限公司 一种消息推送方法、装置及存储介质
CN110365497A (zh) * 2019-05-29 2019-10-22 平安科技（深圳）有限公司 消息推送方法、装置、电子设备及存储介质
CN111555963B (zh) * 2020-04-30 2022-08-16 北京思特奇信息技术股份有限公司 消息推送方法、装置、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105516259A (zh) * 2015-11-27 2016-04-20 北京奇虎科技有限公司 一种信息发送方法和装置
US20190268372A1 (en) * 2017-08-09 2019-08-29 Robert B O'Dell Rendering Spoofed Electronic Mail Harmless
CN110417884A (zh) * 2019-07-23 2019-11-05 腾讯科技（深圳）有限公司 一种消息推送方法、装置、设备及存储介质
CN111416763A (zh) * 2020-02-21 2020-07-14 北京值得买科技股份有限公司 消息推送方法
CN111447185A (zh) * 2020-03-10 2020-07-24 平安科技（深圳）有限公司 一种推送信息的处理方法及相关设备
CN112367246A (zh) * 2020-10-30 2021-02-12 深圳壹账通智能科技有限公司 消息推送方法、装置、电子设备及存储介质

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115052035A (zh) * 2022-05-13 2022-09-13 北京大豪工缝智控科技有限公司 消息推送方法、设备及存储介质
CN115052035B (zh) * 2022-05-13 2024-05-31 北京大豪工缝智控科技有限公司 消息推送方法、设备及存储介质
CN114979256A (zh) * 2022-05-19 2022-08-30 北京京东乾石科技有限公司 一种消息推送方法、装置、电子设备及计算机可读介质
CN115297162A (zh) * 2022-06-27 2022-11-04 青岛海尔科技有限公司 消息的发送方法和装置、存储介质及电子装置
CN115297162B (zh) * 2022-06-27 2024-03-22 青岛海尔科技有限公司 消息的发送方法和装置、存储介质及电子装置
CN116055551A (zh) * 2022-11-18 2023-05-02 北京奇艺世纪科技有限公司 信息推送方法、装置、***、电子设备及存储介质
CN116319645A (zh) * 2023-03-13 2023-06-23 北京水滴科技集团有限公司 消息发送方法、装置、计算机设备及计算机可读存储介质
CN117176793A (zh) * 2023-08-31 2023-12-05 广州市玄武无线科技股份有限公司 一种上行消息自动转发方法、***、装置、设备及介质
CN117097793A (zh) * 2023-10-19 2023-11-21 荣耀终端有限公司 一种消息推送方法、终端及服务器
CN117097793B (zh) * 2023-10-19 2023-12-15 荣耀终端有限公司 一种消息推送方法、终端及服务器

Also Published As

Publication number Publication date
CN112367246A (zh) 2021-02-12
CN112367246B (zh) 2022-06-17

Similar Documents

Publication Publication Date Title
WO2022088804A1 (zh) 消息推送方法、装置、电子设备及存储介质
CN111694840B (zh) 数据同步方法、装置、服务器及存储介质
CN106776780B (zh) 一种云环境中数据交换与共享方法及***
CN103034735B (zh) 一种大数据分布式文件导出方法
CN111274268A (zh) 物联网数据传输方法、装置、介质及电子设备
CN112698971A (zh) 基于规则引擎的参数转换方法、装置、设备及介质
CN111797351A (zh) 页面数据管理方法、装置、电子设备及介质
KR101357135B1 (ko) 로그 정보 수집 장치
CN112948723A (zh) 接口调用方法、装置及相关设备
CN111881209A (zh) 异构数据库的数据同步方法、装置、电子设备及介质
CN110868322A (zh) 分布式消息服务的网络管理方法、***、设备及存储介质
CN114996288A (zh) 数据比对方法及装置、计算机存储介质、电子设备
WO2021139476A1 (zh) 交集数据的生成方法和基于交集数据的联邦模型训练方法
CN113901078A (zh) 业务订单关联查询方法、装置、设备及存储介质
WO2022237506A1 (zh) 在线问诊业务监控方法、装置、设备及存储介质
CN111814045A (zh) 数据查询方法、装置、电子设备及存储介质
WO2022088803A1 (zh) 基于云环境的***信息分析方法、装置、电子设备及介质
US10754748B2 (en) System and method for constructing extensible event log with javascript object notation (JSON) encoded payload data
CN112434062A (zh) 准实时数据处理方法、装置、服务器及存储介质
WO2023185309A1 (zh) 数据同步方法和***、计算机可读存储介质
WO2023098824A1 (zh) 车辆数据的管理方法、装置、服务器、存储介质
CN111277626A (zh) 服务器升级方法、装置、电子设备及介质
CN114691782A (zh) 数据库表增量同步方法、装置及存储介质
CN112527497B (zh) 一种序列化多线程数据处理***
WO2023272853A1 (zh) 基于ai的sql引擎调用方法、装置、设备及介质

Legal Events

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

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 16/08/2023)

122 Ep: pct application non-entry in european phase

Ref document number: 21884539

Country of ref document: EP

Kind code of ref document: A1