CN118250647A - Message pushing system and method - Google Patents

Abstract

The invention discloses a message pushing system, which comprises a message pushing module, a message template module, a message routing module and an API interface module, wherein the message pushing module receives encrypted message request information, verifies an access token of a service system user, decrypts the message request information, acquires a terminal application user ID and a service user ID, verifies whether the terminal application user ID exists or not and whether the terminal application user ID is correct or not, verifies the authority of a service user for using the message template, accesses the message template module after verification, invokes the message template, assembles the message template and parameter information together into a sending request message, and transmits the sending request message to the message routing module, and the message routing module selects a communication channel according to the sending application type in the message request information to push the message to the terminal application. The invention provides the message pushing capability for the business service uniformly, so that the business layer can realize the message pushing capability rapidly, and meanwhile, the capability multiplexing reduces the research and development cost.

Description

Message pushing system and method

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a message pushing system and a method.

Background

With the rise of the mobile internet and the popularization of the 5G network, the message pushing mode is more and more diversified, the former single short message mode is developed to the multi-terminal multi-application mode, the polling mode is developed to the long-connection communication mode, meanwhile, the pushed terminal is diversified, and new forms of application, public numbers, web pages and the like are generated in the message receiving mode.

In order to solve the development new form of message pushing, the enterprise informatization service needs a sending platform to establish a unified new mode for the new mode and the new mode, and the sending platform provides the message pushing capability for the service uniformly, so that the service layer can quickly realize the message pushing capability and simultaneously reduce the research and development cost by multiplexing the capability.

Disclosure of Invention

The invention mainly aims at solving the problems that in the prior art, the service system access needs to be sequentially accessed due to single message pushing mode and single service cover layer surface, the service system access load is increased, the later operation and maintenance access management difficulty is increased, and the like, and provides a message pushing system and a message pushing method.

The invention provides a message pushing system for sending a message to a terminal application by business service, which comprises a message pushing module, a message template module, a message routing module and an API interface module, wherein the message pushing module receives encrypted message request information initiated by a business service user by calling the interface service of the API interface module, the message request information comprises a terminal application user ID, a business system user access token, a message sending time, a message sending application type and a message sending template ID, the message pushing module verifies the business system user access token, decrypts the message request information, acquires the terminal application user ID, the business service user ID and the token creation date information, verifies whether the terminal application user ID exists or not and whether the terminal application user ID is correct or not, simultaneously acquires all message pushing target address information of the terminal application user ID, verifies the authority of the business service user to use the message template, accesses the message template module after verification, calls a designated message template in the message request information, assembles the message template and the parameter information in the message request information into a sending request message, transmits the sending request message to the message routing module, and the message routing module selects the message routing module to the terminal application channel according to the message type, and sends the message routing module to the communication channel.

Preferably, the message routing system further comprises a pushing strategy module, wherein the message pushing module invokes a pushing strategy in the pushing strategy module to carry out strategy logic processing on the sending request message, and the sending request message is transmitted to the message routing module after the processing is finished.

Preferably, the system further comprises a data storage module, wherein the data storage module stores the sending request message processed by the policy logic.

Preferentially, the message pushing module accesses a user service platform and an authentication service platform by calling interface service of the API interface module, wherein the user service platform and the authentication service platform are both third-party service platforms, the user service platform can inquire terminal application user data, and the authentication service platform verifies a service system user access token in the message request information according to a public key to acquire terminal application user ID, service user ID and token creation date information; the user service platform verifies whether the user ID of the terminal application exists or not and whether the user ID of the terminal application is correct or not, and transmits all message pushing target address information of the user ID of the terminal application to the message pushing module.

Preferably, the message pushing policy in the pushing policy module is set according to actual requirements, and the message pushing policy includes a keyword shielding policy, a sending time interception policy, a sending failure processing policy and a blacklist policy.

In addition, the invention also provides a message pushing method, which comprises the following steps:

Step 100: verifying and decrypting the received message request information;

Step 200: calling a message template, and assembling the message template and parameters in the decrypted message request information together to form a sending request message;

step 300: and routing the sending request message to a corresponding communication channel according to the type of the message sending application, and pushing the sending request message to the target terminal application through the communication channel.

Preferably, the step 100 includes the message pushing module receiving encrypted message request information initiated by the service user by calling the interface service, verifying the access token of the service system user, decrypting the message request information, and obtaining the terminal application user ID, the service user ID, and the token creation date information; verifying whether the user ID of the terminal application exists or not and whether the user ID of the terminal application exists or not is correct or not, and acquiring all message pushing target address information of the user ID of the terminal application; verifying the authority of the service user to use the message template; the message request information comprises a terminal application user ID, a service system user access token, a message sending time, a message sending application type and a message sending template ID.

Preferably, step 200 is followed by step 210, and step 210 includes:

The message pushing module invokes the message pushing strategy to carry out strategy logic processing on the sending request message, and the sending request message is transmitted to the message routing module after the processing is finished.

Preferably, step 210 is followed by step 220, and step 220 includes:

and the data storage module stores the sending request message processed by the policy logic.

Preferably, the message pushing policy in step 210 includes a keyword shielding policy, a sending time interception policy, a sending failure processing policy, and a blacklist policy.

The message pushing system and the message pushing method provided by the invention have the following beneficial effects:

The message pushing system comprises a message pushing module, a message template module, a message routing module and an API interface module, wherein the message pushing module is used as an execution end of message pushing, and can accurately push the message to a terminal application target object by carrying out channel routing on the message through the message routing module through the acquired message pushing target address information of the terminal application target object; the message pushing module verifies and decrypts the message request information sent by the service system by calling an external third party service before pushing, so that the legality of a sender is ensured, and meanwhile, the related information of the terminal application target object is acquired to provide routing data for the message pushing module to push the message; the service system and the message pushing system are used as two independent services, network routing and network protocols are required to be opened through the API service, the API interface module provides the API service, and communication between the service system and the message pushing system is realized; in order to enable the message pushed to the terminal application target object to be comprehensive, the message pushing module invokes a message template in the message template module, so that the standardization of the message is realized.

Verifying and decrypting the received message request information; the identity legitimacy of a message request information sender is ensured, the message pushing target address information of a terminal application user is obtained, and routing data is provided for message pushing;

Calling a message template, and assembling the message template and parameters in the decrypted message request information together to form a sending request message; the comprehensiveness and standardization of the message are realized;

Routing a sending request message to a corresponding communication channel according to the type of the message sending application, and pushing the sending request message to a target terminal application through the communication channel; different channels are selected through the message application types, so that accurate pushing of the messages is realized.

Drawings

For a clearer description of an embodiment of the invention or of a technical solution in the prior art, the drawings that are needed in the description of the embodiment or of the prior art will be briefly described, it being obvious that the drawings in the description below are only embodiments of the invention, and that other drawings can be obtained, without inventive effort, by a person skilled in the art from the drawings provided:

fig. 1 is a schematic block diagram of a message pushing system according to an embodiment of the present invention;

Fig. 2 is a schematic flow chart of a message pushing method according to an embodiment of the present invention.

Detailed Description

In order that the invention may be readily understood, a more complete description of the invention will be rendered by reference to the appended drawings. Exemplary embodiments of the present invention are illustrated in the accompanying drawings. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terminology used herein in the description of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention.

The invention has the following general ideas: aiming at the problems that in the prior art, a message pushing mode is single, service system access needs to be sequentially accessed due to a single service cover layer, service system access load is increased, later operation and maintenance access management is difficult to increase and the like, the message pushing system comprises a message pushing module, a message template module, a message routing module and an API interface module, wherein the message pushing module is used as an executing end of message pushing and carries out channel routing on a message through an acquired message pushing target address information of a terminal application target object and a message 5 routing module, so that the message is accurately pushed to the terminal application target object;

The message pushing module verifies and decrypts the message request information sent by the service system by calling an external third party service before pushing, so that the legality of a sender is ensured, and meanwhile, the related information of the terminal application target object is acquired to provide routing data for the message pushing module to push the message; service system and message push system

The system is taken as two independent services, network routing and network protocols are required to be opened through an API service, and the API interface 0 port module provides the API service, so that communication between a business system and a message pushing system is realized; in order to make

The message pushed to the terminal application target object is comprehensive, and the message pushing module invokes the message template in the message template module, so that the standardization of the message is realized.

Verifying and decrypting the received message request information; the identity legitimacy of a message request information sender is ensured, the message pushing target address information of a terminal application user is obtained, and route 5 data is provided for message pushing;

Calling a message template, and assembling the message template and parameters in the decrypted message request information together to form a sending request message; the comprehensiveness and standardization of the message are realized;

Routing a transmission request message to a corresponding communication channel according to a messaging application type via the communication channel

Pushing the target terminal application; different channels are selected through the message application types, so that accurate pushing of the message 0 is realized.

In order to better understand the above technical solutions, the following detailed description will be given with reference to the accompanying drawings and specific embodiments, and it should be understood that the embodiments of the present application and the specific features in the embodiments are detailed descriptions of the technical solutions of the present application, and not limiting the technical solutions of the present application,

The embodiments of the present invention and technical features in the embodiments may be combined with each other without collision.

5 Referring to fig. 1, fig. 1 shows a module of a message pushing system according to an embodiment of the present invention

A schematic structure, in this embodiment, a message pushing system is used for sending a message to a terminal application by using a business service, the system includes a message pushing module, a message template module, a message routing module and an API interface module, the message pushing module receives encrypted message request information initiated by a business service user by calling an interface service of the API interface module, the message request information includes a terminal application user ID, a business system user access token, a message sending time, a message sending application type, and a message sending template ID,

The message pushing module verifies the access token of the service system user, decrypts the message request information, 5 obtains the ID of the terminal application user, the ID of the service user and the information of the token creation date, and then uses the token to the terminal application

Verifying whether the user ID exists or not and whether the user ID is correct or not, simultaneously acquiring all message pushing target address information of the user ID of the terminal application, verifying the authority of a service user to use a message template, accessing the message template module after the user passes the verification, calling a designated message template in the message request information, and sending a message

The template and the parameter information in the message request information are assembled together to form a sending request message, the sending request message is transmitted to the 0 message routing module, and the message routing module selects according to the sending application type in the message request information

Selecting a communication channel, and pushing the message to the terminal application through the communication channel.

The business system is used as the back end of business service, processes various operation requirement applications of terminal application client, and the terminal application for receiving push message comprises PC application client, mobile APP client and mobile applet client

A terminal, a mobile short message and the like, a terminal application user initiates a message pushing application on the terminal application, such as a common point 5 click to acquire a verification code, a service system receives message pushing application information submitted by a terminal application client, and a message is sent to the service system

The pushing application information comprises information such as terminal application user ID and the like, the service system needs to push the verification code information to the terminal application client at the moment, the information pushing system needs to be subjected to information pushing at the moment, and the service system carries out information pushing content editing according to the content which is required to be pushed, wherein the information pushing content editing comprises API interface parameters and information content parameters

Number, etc., specifically including end application user ID, service system user access token, message transmission time, message transmission application type, message transmission template ID, etc., such as end application user ID12345678, service system

System user access token "efpsdusdysdh 812udhu g", message send time 21:00, the message sending application type is APP, the message sending template ID is 111, the verification code No. 111 template and the like, after the service system edits the message request information, the message request information is encrypted, and the message request information can be encrypted through a public key and a private key and communicated

The message request information 5 is encrypted information, decryption is needed at the moment, meanwhile, validity of account passwords of the service system user is needed to be ensured, verification is needed to be conducted on access tokens of the service system user, the message request information is decrypted after verification is passed, the message push module obtains terminal application user ID, service user ID and token creation date information contained in the message request information, and in order to ensure that the message can be pushed to the terminal application user in time, verification is needed to be conducted on whether the terminal application user ID edited by the service system exists or not and whether the terminal application user ID is correct or not at the moment, whether the terminal application user ID exists in background data is determined, the terminal application user ID is consistent with the name of the terminal application user, the fact that the terminal application user ID exists and is consistent with the name of the terminal application user is confirmed, and message push target address information of various clients of the terminal application user, such as email, mobile phone numbers, phone numbers and terminal network addresses of the terminal application user ID which are currently logged in, can be further obtained in the background data. Because the message request information is only in the form of a parameter, and the user of the terminal application client needs a concise and understandable message, a message template needs to be called at the moment, the parameters in the message request information and the message template are formed into a message which is finally pushed to the terminal application client, the message template stores various message templates, such as verification code templates (xxx, your verification code is 868522, please use in ten minutes, etc.), birthday blessing templates, etc., in the message request information, a service system selects a message template ID according to a service application initiated by the terminal application client, the use authority of various message templates is set in the message pushing system, the authority of opening various message templates for each service system user is not consistent, at this time, the authority of the service user to use the message template needs to be verified, after the verification is passed, the message pushing template accesses the message template module, the corresponding message template is called according to the parameters of the message sending template ID, the parameters in the message request information are called according to the requirements of the message template, the parameters are assembled together to form a sending request message required by the user of the terminal application client, the sending request message is transmitted to the message routing module, the message routing module carries out selection of a message pushing path, the message routing module extracts the sending application type in the message request information, the corresponding communication channel is selected, for example, a PC application client, a mobile APP client and a mobile applet client select a Socket channel, the short message end selects an SMS channel, and after the communication channel is selected, the message is pushed to the terminal application client according to the network address of the terminal application client.

In order to perform standard pushing, planned pushing and the like on the push message, preferably, the message pushing system further comprises a push strategy module, wherein the message pushing module invokes a push strategy in the push strategy module to perform strategy logic processing on the sending request message, and after the processing is completed, the sending request message is transmitted to the message routing module.

The pushing strategy module dynamically sets the pushing rules, after the request message is sent to form, the pushing strategy which is currently set needs to be called, the current request message is initiated according to the pushing strategy,

Specifically, the message pushing policy in the pushing policy module is the message pushing policy set according to actual requirements, and the message pushing policy includes a keyword shielding policy, a sending time interception policy, a sending failure processing policy and a blacklist policy.

The push strategy is the same as the commonly used telecommunication packages, and new products can be added according to the time requirement, and the new strategies are added, for example: a sender of a service system sends a batch of short messages to a terminal application user at 22 o 'clock through a message pushing system, the short message content comprises forbidden terms, the message pushing system invokes a current pushing strategy, for example, the current pushing strategy comprises a forbidden word refusal sending strategy and a 21-06 o' clock forbidden sending strategy, the message pushing system refuses to send the forbidden words, and refuses the reason: the transmission period exceeds 21 points, and illegal words exist, if a blacklist policy is added at a later stage, the batch of users registered in the blacklist are filtered and not transmitted, so that the push policy is a chained combination.

In order to have traceability on the pushed message, preferably, the message pushing system further comprises a data storage module, and the data storage module stores the sending request message processed by the policy logic.

All message data forming the sending request message are stored, the subsequent message can be searched from the database no matter successful or failed in sending, and the message can be called from the database again for sending again.

In order to ensure that the message pushing module is not too huge and has a single and concise function, the message pushing module needs to verify and decrypt encrypted message request information through external service, and preferentially, the message pushing module accesses a user service platform and an authentication service platform through calling interface service of the API interface module, wherein the user service platform and the authentication service platform are both third party service platforms, the user service platform can inquire terminal application user information, and the authentication service platform verifies a service system user access token in the message request information according to a public key to acquire terminal application user ID, service user ID and token creation date information; the user service platform verifies whether the user ID of the terminal application exists or not and whether the user ID of the terminal application is correct or not, and transmits all message pushing target address information of the user ID of the terminal application to the message pushing module.

The user service platform can provide user information inquiry service, can inquire terminal application user data including user telephone, mobile phone number, email and the like, and the authentication service platform provides authentication service to verify the account number and password of the service system user, thereby ensuring the legality of the service system user.

Based on the above mode, the message pushing system provided by the invention is provided with the message pushing module, the message template module, the message routing module and the API interface module, wherein the message pushing module is used as an execution end of message pushing, and can accurately push the message to the terminal application target object by performing channel routing on the message through the message routing module through the acquired message pushing target address information of the terminal application target object; the message pushing module verifies and decrypts the message request information sent by the service system by calling an external third party service before pushing, so that the legality of a sender is ensured, and meanwhile, the related information of the terminal application target object is acquired to provide routing data for the message pushing module to push the message; the service system and the message pushing system are used as two independent services, network routing and network protocols are required to be opened through the API service, the API interface module provides the API service, and communication between the service system and the message pushing system is realized; in order to enable the message pushed to the terminal application target object to be comprehensive, the message pushing module invokes a message template in the message template module, so that the standardization of the message is realized.

Correspondingly, the invention also provides a message pushing method, referring to fig. 2, fig. 2 is a flow chart of the message pushing method provided by an embodiment of the invention, and the message pushing system pushes a message to a terminal application target object by the method, and the message pushing method comprises the following steps:

Step 100: verifying and decrypting the received message request information;

The identity legitimacy of a message request information sender is ensured, the message pushing target address information of a terminal application user is obtained, and routing path data is provided for message pushing.

Specifically, the message pushing module receives encrypted message request information initiated by a service user through calling interface service, verifies a service system user access token, decrypts the message request information, and acquires terminal application user ID, service user ID and token creation date information; verifying whether the user ID of the terminal application exists or not and whether the user ID of the terminal application exists or not is correct or not, and acquiring all message pushing target address information of the user ID of the terminal application; verifying the authority of the service user to use the message template; the message request information comprises a terminal application user ID, a service system user access token, a message sending time, a message sending application type and a message sending template ID.

The business system is used as the back end of business service, processes various operation requirement applications of a terminal application client, the terminal application receiving push messages comprises a PC application client, a mobile APP client, a mobile applet client, a mobile short message and the like, a terminal application user initiates a message push application on the terminal application, such as a common click to acquire a verification code, the business system receives message push application information submitted by the terminal application client, the message push application information comprises information such as a terminal application user ID and the like, the business system needs to push the verification code message to the terminal application client at the moment, needs to push the message to the message push system at the moment, the service system edits message pushing content according to the content needing pushing, including API interface parameters, message content parameters, etc., specifically including terminal application user ID, service system user access token, message sending time, message sending application type, message sending template ID, etc., such as terminal application user ID12345678, service system user access token "efpsdusdysdh 812udhu g", message sending time 21:00, the message sending application type is APP, the message sending template ID is 111, the verification code 111 number template and the like, after the service system edits the message request information, The message request information is encrypted and can be transmitted to the message pushing module through an API service interface in the message pushing system by public key private key encryption, because the message request information is encrypted information, decryption is needed at the moment, meanwhile, the legitimacy of the account password of the user of the service system needs to be ensured, the access token needs to be verified, after the verification is passed, the message request information is decrypted, the message pushing module acquires the terminal application user ID, the service user ID and the token creation date information contained in the message request information, and in order to ensure that the message can be ready to be pushed to the terminal application user in time, the existence or absence of the terminal application user ID edited by the service system needs to be ensured at the moment, The method comprises the steps of verifying whether the terminal application user ID exists in background data or not, confirming that the terminal application user ID is correct according to the name of the terminal application user ID, and further obtaining message pushing target address information of various clients of the terminal application user, such as email, mobile phone number, telephone number, terminal network address where the terminal application user ID is currently logged in, in the background data if the terminal application user ID exists and is consistent with the name. Because the message request information is only in the form of a parameter, and the user of the terminal application client needs a simple and understandable message, a message template needs to be called at the moment, the parameters in the message request information and the message template are formed into a message which is finally pushed to the terminal application client, the message template stores various message templates, such as verification code templates (xxx, your verification code is 868522, please use in ten minutes, etc.), birthday blessing templates, etc., in the message request information, a service system selects a message template ID according to the service application initiated by the terminal application client, and the use authority of various message templates is set in the message pushing system, The rights opened by various message templates to each service system user are also not consistent, and at this time, the rights of the service users to use the message templates need to be verified.

Step 200: calling a message template, and assembling the message template and parameters in the decrypted message request information together to form a sending request message; the comprehensiveness and standardization of the message are realized.

After the authority verification of the service user using the message template is passed, the message pushing template accesses the message template module, the corresponding message template is called according to the parameters of the message sending template ID, the parameters in the message request information are entered according to the requirements of the message template, and the parameters are assembled together to form a sending request message required by the terminal application client user.

To perform canonical pushing, plan pushing, and the like on the push message, step 210 is further included after step 200, and step 210 includes: the message pushing module invokes the message pushing strategy to carry out strategy logic processing on the sending request message, and the sending request message is transmitted to the message routing module after the processing is finished.

The pushing strategy module dynamically sets pushing rules, and after the request message is sent to form, the currently set pushing strategy needs to be called, and the current request message is processed according to the pushing strategy, specifically, the message pushing strategy comprises a keyword shielding strategy, a sending time interception strategy, a sending failure processing strategy and a blacklist strategy.

The push strategy is the same as the commonly used telecommunication packages, and new products can be added according to the time requirement, and the new strategies are added, for example: a sender of a service system sends a batch of short messages to a terminal application user at 22 o 'clock through a message pushing system, the short message content comprises forbidden terms, the message pushing system invokes a current pushing strategy, for example, the current pushing strategy comprises a forbidden word refusal sending strategy and a 21-06 o' clock forbidden sending strategy, the message pushing system refuses to send the forbidden words, and refuses the reason: the transmission period exceeds 21 points, and illegal words exist, if a blacklist policy is added at a later stage, the batch of users registered in the blacklist are filtered and not transmitted, so that the push policy is a chained combination.

In order to have traceability to the pushed message, step 210 further includes step 220, where step 220 includes: and the data storage module stores the sending request message processed by the policy logic.

All message data forming the sending request message are stored, the subsequent message can be searched from the database no matter successful or failed in sending, and the message can be called from the database again for sending again.

Step 300: routing a sending request message to a corresponding communication channel according to the type of the message sending application, and pushing the sending request message to a target terminal application through the communication channel; different channels are selected through the message application types, so that accurate pushing of the messages is realized.

The message routing module extracts the transmission application type in the message request information, selects a corresponding communication channel, such as a PC application client, a mobile APP client and a mobile applet client, selects a Socket channel, and the short message terminal selects an SMS channel, and pushes the SMS channel to the terminal application client according to the network address of the terminal application user terminal after selecting the communication channel.

The invention has the beneficial effects that: verifying and decrypting the received message request information; the identity legitimacy of a message request information sender is ensured, the message pushing target address information of a terminal application user is obtained, and routing data is provided for message pushing;

Calling a message template, and assembling the message template and parameters in the decrypted message request information together to form a sending request message; the comprehensiveness and standardization of the message are realized;

Routing a sending request message to a corresponding communication channel according to the type of the message sending application, and pushing the sending request message to a target terminal application through the communication channel; different channels are selected through the message application types, so that accurate pushing of the messages is realized.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be construed as reflecting the intention that: i.e., the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art will appreciate that the modules in the apparatus of the embodiments may be adaptively changed and disposed in one or more apparatuses different from the embodiments. The modules or units or components of the embodiments may be combined into one module or unit or component and, furthermore, they may be divided into a plurality of sub-modules or sub-units or sub-components. Any combination of all features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or units of any method or apparatus so disclosed, may be used in combination, except insofar as at least some of such features and/or processes or units are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings), may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will appreciate that while some embodiments herein include some features but not others included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments can be used in any combination.

Various component embodiments of the invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that some or all of the functions of some or all of the components in accordance with embodiments of the present invention may be implemented in practice using a microprocessor or Digital Signal Processor (DSP). The present invention can also be implemented as an apparatus or device program (e.g., a computer program and a computer program product) for performing a portion or all of the methods described herein. Such a program embodying the present invention may be stored on a computer readable medium, or may have the form of one or more signals. Such signals may be downloaded from an internet website, provided on a carrier signal, or provided in any other form.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The use of the words first, second, third, etc. do not denote any order. These words may be interpreted as names. .

Claims (10)

1. A message pushing system is used for sending a message to a terminal application by service, and is characterized by comprising a message pushing module, a message template module, a message routing module and an API (application program interface) module, wherein the message pushing module receives encrypted message request information initiated by a service user by calling interface service of the API module, the message request information comprises a terminal application user ID (identity), a service system user access token, a message sending time, a message sending application type and a message sending template ID, the message pushing module verifies the service system user access token, decrypts the message request information, acquires the terminal application user ID, the service user ID and the token creation date information, verifies the existence and correctness of the terminal application user ID, simultaneously acquires all message pushing target address information of the terminal application user ID, verifies the authority of the service user to use the message template, accesses the message template module after verification, calls a designated message template in the message request information, assembles the message template and parameter information in the message request information into a sending request message, and transmits the sending request message to the message routing module, and the message routing module selects the message request information to the application channel through the communication channel according to the message routing module.

2. The message pushing system of claim 1, further comprising a pushing policy module, wherein the message pushing module invokes a pushing policy in the pushing policy module to perform policy logic processing on the sending request message, and after processing, the sending request message is transmitted to the message routing module.

3. The message pushing system of claim 2, further comprising a data storage module, wherein the data storage module stores the sending request message processed by the policy logic.

4. The message pushing system of claim 1, wherein the message pushing module accesses a user service platform and an authentication service platform by calling an interface service of the API interface module, the user service platform and the authentication service platform are both third party service platforms, the user service platform can query terminal application user data, and the authentication service platform verifies a service system user access token in the message request information according to a public key to obtain terminal application user ID, service user ID, and token creation date information; the user service platform verifies whether the user ID of the terminal application exists or not and whether the user ID of the terminal application is correct or not, and transmits all message pushing target address information of the user ID of the terminal application to the message pushing module.

5. The message pushing system of claim 4, wherein the message pushing policy in the pushing policy module is set according to actual requirements, and the message pushing policy includes a keyword shielding policy, a sending time interception policy, a sending failure processing policy, and a blacklist policy.

6. A message pushing method, using the system of any one of claims 1-5, comprising:

Step 100: verifying and decrypting the received message request information;

Step 200: calling a message template, and assembling the message template and parameters in the decrypted message request information together to form a sending request message;

step 300: and routing the sending request message to a corresponding communication channel according to the type of the message sending application, and pushing the sending request message to the target terminal application through the communication channel.

7. The message pushing method as claimed in claim 6, wherein the step 100 includes: the message pushing module receives encrypted message request information initiated by a service user through calling an interface service, verifies a service system user access token, decrypts the message request information, and obtains terminal application user ID, service user ID and token creation date information; verifying whether the user ID of the terminal application exists or not and whether the user ID of the terminal application exists or not is correct or not, and acquiring all message pushing target address information of the user ID of the terminal application; verifying the authority of the service user to use the message template; the message request information comprises a terminal application user ID, a service system user access token, a message sending time, a message sending application type and a message sending template ID.

8. The message pushing method as claimed in claim 7, further comprising step 210 after step 200, wherein said step 210 comprises:

The message pushing module invokes the message pushing strategy to carry out strategy logic processing on the sending request message, and the sending request message is transmitted to the message routing module after the processing is finished.

9. The message pushing method as claimed in claim 8, further comprising step 220 after step 210, wherein said step 220 comprises:

and the data storage module stores the sending request message processed by the policy logic.

10. The message pushing method as claimed in claim 8, wherein the message pushing policy in step 210 includes a keyword shielding policy, a transmission time interception policy, a transmission failure processing policy, and a blacklist policy.