CN107645524B

CN107645524B - Message pushing processing method and device

Info

Publication number: CN107645524B
Application number: CN201610580708.8A
Authority: CN
Inventors: 邹少智; 邱柏宇; 程志峰
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Shenzhen Yayue Technology Co ltd
Priority date: 2016-07-21
Filing date: 2016-07-21
Publication date: 2020-09-01
Anticipated expiration: 2036-07-21
Also published as: CN107645524A

Abstract

The embodiment of the invention discloses a message pushing processing method and a device, wherein the method comprises the following steps: receiving a message pushing request sent by CP equipment, and analyzing the legality of the message pushing request according to a preset pushing rule; the message pushing request comprises target service message content and a target template identifier; when the message pushing request belongs to a legal request type, determining a target service platform type corresponding to the message pushing request according to a pushing rule, and selecting a message template corresponding to both the target service platform type and a target template identifier from a plurality of preset message templates to serve as a target message template; and adding the target service message content to the target message template, generating service data to be pushed, and sending the service data to be pushed to a service platform server corresponding to the type of the target service platform. By adopting the invention, the message pushing period can be effectively shortened, and the service processing efficiency aiming at message pushing is effectively improved.

Description

Message pushing processing method and device

Technical Field

The present invention relates to the field of internet technologies, and in particular, to a method and an apparatus for pushing and processing a message.

Background

Currently, Content Providers (CPs) for some services usually have a strong demand for pushing specific messages to specific users. The current CP generally submits a list of users and message contents to be pushed to a service platform, and then the service platform performs manual review, and if the review is passed, a corresponding display interface is designed for the message contents to be pushed, and finally the message contents are pushed to a corresponding client. Because manual review is needed, a long time period is needed in the current message pushing process aiming at the CP, so that instant message pushing cannot be realized; moreover, for some message contents, there may be many same parts in the corresponding presentation interfaces, but the service platform redesigns the corresponding presentation interfaces each time, resulting in many redundant operations performed by the service platform, thereby reducing the service processing efficiency for message pushing.

Disclosure of Invention

The embodiment of the invention provides a message pushing processing method and a message pushing processing device, which can effectively shorten the message pushing period and effectively improve the service processing efficiency aiming at message pushing.

The embodiment of the invention provides a message pushing processing method, which comprises the following steps:

receiving a message pushing request sent by CP equipment of a content provider, and analyzing the legality of the message pushing request according to a preset pushing rule; the message pushing request comprises target service message content and a target template identifier;

when the message pushing request belongs to a legal request type, determining a target service platform type corresponding to the message pushing request according to the pushing rule, and selecting a message template corresponding to both the target service platform type and the target template identifier from a plurality of preset message templates to serve as a target message template;

adding the target service message content to the target message template, generating service data to be pushed, and sending the service data to be pushed to a service platform server corresponding to the type of the target service platform, so that the service platform server pushes the service data to be pushed to a target client.

Correspondingly, an embodiment of the present invention further provides a message push processing apparatus, including:

the request receiving module is used for receiving a message pushing request sent by the CP equipment; the message pushing request comprises target service message content and a target template identifier;

the analysis module is used for analyzing the legality of the message pushing request according to a preset pushing rule;

a determining and selecting module, configured to determine, according to the pushing rule, a target service platform type corresponding to the message pushing request when the message pushing request is of a legal request type, and select, from a plurality of preset message templates, a message template corresponding to both the target service platform type and the target template identifier as a target message template;

and the template processing and sending module is used for adding the target service message content to the target message template, generating service data to be pushed, and sending the service data to be pushed to a service platform server corresponding to the type of the target service platform, so that the service platform server pushes the service data to be pushed to a target client.

The method comprises the steps that a message pushing request sent by CP equipment is received, when the message pushing request is analyzed to belong to a legal request type according to a preset pushing rule, a target message template corresponding to the message pushing request is selected from a plurality of preset message templates, target business message content in the message pushing request is added to the target message template, business data to be pushed are generated, and the business data to be pushed are sent to a corresponding business platform server, so that the business platform server pushes the business data to be pushed to a target client; therefore, the message pushing process of the invention does not depend on manual review any more, so that the message pushing period can be effectively shortened, and the display interface can be prevented from being redesigned every time by generating the service data to be pushed (namely, the display interface) based on the message template, so that the service processing efficiency aiming at message pushing is effectively improved.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic architecture diagram of a message push processing system according to an embodiment of the present invention;

fig. 2 is a schematic flowchart of a message push processing method according to an embodiment of the present invention;

FIG. 2a is an interface diagram of a message template according to an embodiment of the present invention;

fig. 2b is a schematic interface diagram of service data to be pushed according to an embodiment of the present invention;

FIG. 3 is a flow chart of a method for validity analysis according to an embodiment of the present invention;

FIG. 4 is a schematic flow chart diagram of another method for validity analysis according to an embodiment of the present invention;

FIG. 5 is a schematic flow chart of another method for validity analysis according to an embodiment of the present invention;

fig. 6 is a timing diagram illustrating a message push processing method according to an embodiment of the present invention;

fig. 7 is a schematic structural diagram of a message push processing apparatus according to an embodiment of the present invention;

FIG. 8 is a schematic structural diagram of an analysis module according to an embodiment of the present invention;

fig. 9 is a schematic structural diagram of a template processing and sending module according to an embodiment of the present invention;

fig. 10 is a schematic structural diagram of another message push processing apparatus according to an embodiment of the present invention;

fig. 11 is a schematic structural diagram of another message push processing apparatus according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Fig. 1 is a schematic structural diagram of a message push processing system according to an embodiment of the present invention, where the message push processing system may include a CP device 100, an external interface 200, a push service device, a front-end open platform 400, a template database 500, and a plurality of service platform servers (including a service platform server 600a, service platform servers 600b, … …, and a service platform server 600 n). The CP device may be a background device of a game or other service provider. The external interface 200, the front-end open platform 400, and the template database 500 may be integrated in the push service device 300, the CP device 100 may be connected to the push service device 300 through the internet, and the push service device 300 may be connected to a plurality of service platform servers through the internet or an internal network, respectively. The CP device may access the external interface 200 provided by the push service device 300 based on an HTTP (HyperText Transfer Protocol), and the CP device may send a CP request (i.e., a message push request) to the external interface 200, and then the push service device 300 analyzes the CP request received by the external interface 200 to analyze whether the CP request is legal (the analysis process of the validity may specifically refer to the embodiments corresponding to fig. 2 to fig. 6 below). The CP device may log in the front-end open platform 400 provided by the push service device 300 through the internet (the front-end open platform 400 may be a website provided by the push service device 300), the CP device may initiate a message template creation request on the front-end open platform, the push service device 300 may configure corresponding template parameters in the front-end open platform 400 according to the message template creation request and design a corresponding display effect to obtain a corresponding message template, and store the created message template in the template database 500, and the push service device 300 may pull the message template in the template database 500 to a memory at regular time, so that a message template to be used may be found more quickly in a subsequent message pushing process. In the message pushing process, when the CP request is legal, the push service device 300 may process the target service message content in the CP request into to-be-pushed service data based on the message template in the template database 500 (the message template-based processing process may refer to the embodiments corresponding to fig. 2 to fig. 6), and the push service device 300 further sends the to-be-pushed service data to one or more service platform servers, so that the service platform server receiving the to-be-pushed service data pushes the to-be-pushed service data to a relevant client; specifically, which service platform server to push to may be determined by the CP device 100, or may be determined by the push service device 300, and if determined by the push service device 300, the push service device 300 may determine, according to information such as a service platform to which the CP device 100 belongs, a service platform recently logged in by a pushed user, and the like, to which service platform servers the service data to be pushed is to be finally sent. Each service platform server corresponds to a different service platform, for example, the service platform server 600a may be a background server of a browser platform, and the service platform server 600b may be a background server of an instant messaging application platform.

Referring to fig. 2 again, it is a schematic flow chart of a message pushing processing method according to an embodiment of the present invention, where the method includes:

s201, receiving a message pushing request sent by a content provider CP device, and analyzing the validity of the message pushing request according to a preset pushing rule;

specifically, the push service device may receive, through an external interface, a message push request sent by the CP device, where the push service device may be one of the service platform servers in the embodiment corresponding to fig. 1 (for example, the service platform server may be a background server of a browser platform, that is, the background server of the browser platform may set an existing network interface as an external interface used for communicating with the CP device), and the push service device may also be a device independent of each service platform server. Wherein, the message push request may be transmitted in an HTTP protocol. The message pushing request may include a target service message content and a target template identifier, where the target service message content may be a message content that the CP device wants to push, and the target template identifier is an identifier of a message template corresponding to the message content that the CP device wants to push. For example, if the message content that the CP device wants to push belongs to the "buddy invitation" type, the CP device may add a target template identifier corresponding to the "buddy invitation" type to the message push request.

The push service device may analyze the validity of the message push request according to a preset push rule, where the push rule may include at least one of a determination rule based on a push frequency of a pushed user, a determination rule based on a last login time (e.g., a game login time) of the pushed user, a determination rule based on a digital signature of the CP device, a determination rule based on a format of a target service message content, a determination rule based on a target template identifier, and a determination rule based on sensitive word detection. The user identity of the pushed user may be pre-added in the message push request by the CP device, and the digital signature may also be pre-added in the message push request by the CP device. For example, if the push rule includes a judgment rule based on the push frequency of the pushed user and a judgment rule based on the digital signature of the CP device, the push service device may judge whether the digital signature is legal after receiving the message push request, and if the digital signature is legal, further judge whether the push frequency of the pushed user is smaller than a preset frequency threshold, and if the push frequency is smaller than the frequency threshold, determine that the message push request is legal; if the digital signature is detected to be illegal, the CP equipment is possibly illegal equipment, and the pushing refusing feedback information can be sent to the CP equipment at the moment; if the push frequency of the pushed user is judged to be greater than or equal to the frequency threshold, it is indicated that the frequency of the pushed user receiving the push messages is too frequent, and the excessive push messages may cause interference to the pushed user, so that at this time, push feedback information can be sent to the CP device to limit the frequency of the pushed user receiving the push messages. The specific process of analyzing the validity of the message push request according to the push rule may further refer to the embodiments corresponding to fig. 3 to fig. 5 below.

S202, when the message pushing request belongs to a legal request type, determining a target service platform type corresponding to the message pushing request according to the pushing rule, and selecting a message template corresponding to both the target service platform type and the target template identification from a plurality of preset message templates to serve as a target message template;

specifically, when the push service device analyzes that the message push request belongs to a legal request type according to the push rule, the push service device may determine a target service platform type corresponding to the message push request according to the push rule, where the push rule may further include a selection rule based on a service platform to which the CP device belongs, or a selection rule based on a service platform that a pushed user logs in last time, or a selection rule based on a service platform that a pushed user uses the highest frequency. Taking a selection rule based on the service platform to which the CP device belongs as an example, if a service platform a, a service platform B, and a service platform C exist, when it is detected that the CP device belongs to the service platform B, it may be determined that the target service platform type corresponding to the message push request is the service platform B, that is, the push message needs to be subsequently pushed to the service platform server corresponding to the service platform B, that is, the pushed user will acquire the push message in the service platform B. Taking a selection rule based on the service platform which is last logged in by the pushed user as an example, if the service platform a, the service platform B and the service platform C exist, when it is detected that the service platform C is last logged in by the pushed user, it may be determined that the target service platform type corresponding to the message pushing request is the service platform C, that is, the pushed message needs to be pushed to the service platform server corresponding to the service platform C subsequently, that is, the pushed user will acquire the pushed message in the service platform C. Taking the selection rule based on the service platform with the highest use frequency of the pushed user as an example, when it is detected that the service platform a is the service platform a with the highest use frequency of the pushed user, it may be determined that the target service platform type corresponding to the message pushing request is the service platform a, that is, the pushed message needs to be pushed to the service platform server corresponding to the service platform a subsequently, that is, the pushed user will acquire the pushed message in the service platform a. Because the push service device can communicate with a plurality of service platform servers, a corresponding target service platform type is selected according to the push rule, cross-platform push can be achieved, and a cross-platform push mode can better meet the requirements of a pushed user. Optionally, for a specific pushed user, a specific service platform may also be selected for pushing. Optionally, the push service device may also push the same push message to multiple service platforms at the same time, and if the push service device pushes the same push message to the service platform a and the service platform B at the same time, the pushed user can see the push message in both the service platform a and the service platform B.

After determining the target service platform type corresponding to the message pushing request, the push service device may further select, from a plurality of preset message templates, a message template corresponding to both the target service platform type and the target template identifier, as a target message template, so that the push service device may process the message pushing request into a final push message available for pushing based on the target message template. The push service device can pull the preset message templates from the template database at regular time, so that the push service device can more efficiently and more quickly select the target message template.

Preferably, before step S201, the push service device may receive a message template creation request sent by the CP device (the push service device may receive the message template creation request through a front-end open platform in the corresponding embodiment of fig. 1), create a corresponding message template according to the copy content carried in the message template creation request, configure a corresponding template identifier and a template type for the created message template, configure corresponding template key value identifiers for a plurality of character input areas in the created message template, and store the message template configured with the template identifier, the template type, and the template key value identifier (the push service device may store the configured message template through the template database 500 in the corresponding embodiment of fig. 1); therefore, by creating and configuring various different message templates, the push service device can store the preset message templates; the template type refers to a service platform type to which the created message template belongs, the template type may also be a general template type, and the general template type refers to that the message template is applicable to various service platforms. Meanwhile, after the push service device configures the message template, the push service device further needs to send the template identifier, the template type, the template key value identifier and the display interface diagram of the message template to the CP device, so that the CP device determines the target service message content and the target template identifier in the message push request according to the template identifier, the template type, the template key value identifier and the display interface diagram of the message template in the subsequent process.

S203, adding the target service message content to the target message template, generating service data to be pushed, and sending the service data to be pushed to a service platform server corresponding to the type of the target service platform, so that the service platform server pushes the service data to be pushed to a target client;

specifically, the push service device may obtain at least one piece of to-be-pushed character information in the content of the target service message, determine template key value identifiers corresponding to the to-be-pushed character information, respectively input the to-be-pushed character information to character input areas having the same template key value identifier in the target message template according to the template key value identifiers corresponding to the to-be-pushed character information, and determine the target message template into which the to-be-pushed character information is input as to-be-pushed service data (i.e., push message that can be finally pushed); and the push service equipment sends the service data to be pushed to a service platform server corresponding to the type of the target service platform, so that the service platform server pushes the service data to be pushed to a target client (the target client is a client corresponding to the pushed user).

The message template may include a template identifier, a template ID, an internal template ID, and a template key identifier, where the template key identifier may include a to-be-filled key identifier, a fixed character key identifier, a display position key identifier, and a color key identifier.

For example, when the template identifier in the message push request is "buddy invitation", and the target service platform type determined by the push service device is browser service platform type, it may be determined that the template type of the target message template is "QB" ("QB", that is, the browser service platform type), at this time, a target message template corresponding to the template identifier ("buddy invitation") and the template type (that is, the browser service platform type) may be obtained, and a template ID in the target message template is QB _ invite, an internal template ID is QB _ invite _ h5, and a relationship between each template key identifier in the target message template and a corresponding template key may be referred to as following table 1:

TABLE 1

In table 1, key _ name1 and key _ name2 are identifiers of key values to be filled, that is, the template key values corresponding to key _ name1 and key _ name2 are determined by the content of the target service message provided by the CP device, and the template key values corresponding to key _ name1 and key _ name2 are characters used for displaying in the target message template; key _ showtext1 and Key _ showtext2 are fixed character Key value identifiers, template Key values corresponding to Key _ showtext1 and Key _ showtext2 may be set when the target message template is created, and the template Key values corresponding to Key _ showtext1 and Key _ showtext2 are characters used for displaying in the target message template; sort _ id1 and Sort _ id2 are display position Key value identifiers, a template Key value (the value may also be set when the target message template is created) corresponding to Sort _ id1 represents the display positions of the template Key values corresponding to Key _ name1 and Key _ showtext1 in the target message template, and a template Key value (the value may also be set when the target message template is created) corresponding to Sort _ id2 represents the display positions of the template Key values corresponding to Key _ name2 and Key _ showtext2 in the target message template; color1 and Color2 are Color Key value identifiers, a template Key value (the value may also be set when the target message template is created) corresponding to Color1 represents a display Color of the template Key value corresponding to Key _ name1 and Key _ showtext1 in the target message template, and a template Key value (the value may also be set when the target message template is created) corresponding to Color2 represents a display Color of the template Key value corresponding to Key _ name2 and Key _ showtext2 in the target message template.

Please refer to fig. 2a together, which is an interface schematic diagram of a message template, specifically, a target message template corresponding to table 1, where an area a in fig. 2a is an area where Sort _ id1 is 1, an area B is an area where Sort _ id2 is 2, an a1 sub-area in the area a is used to display a template Key value "friend" corresponding to "Key _ showtext 1", an a2 sub-area (i.e., a character input area) in the area a is used to display a template Key value (blank at this time) corresponding to "Key _ name 1", a B1 sub-area in the area B is used to display a template Key value "invite" corresponding to "Key _ showtext 2", and a B2 sub-area (i.e., a character input area) in the area B is used to display a template Key value (blank at this time), and the target message template is represented by "Color 1: black "the character in the a region can be set to black by" Color 2: black "the characters in the B region may be set to black.

Referring to fig. 2b, it is an interface schematic diagram of service data to be pushed, if the character information to be pushed of the target service message content in the message push request includes "septeng", "seed tree, block stamp here |)! ", and" september "is identified as" key _ name1 "," seed tree, chunk stamp here! The "corresponding template key mark is" key _ name2 ", then the character information" septeng "," seed tree, block stamp here |)! After "adding to the target message template shown in fig. 2a, the display interface of the service data to be pushed as shown in fig. 2B can be obtained, that is, in fig. 2B, the template key value corresponding to" key _ name1 "displayed in the sub-area a2 in the area a is" september "(that is," september "of the character information to be pushed is used as the template key value corresponding to" key _ name1 "), the template key value corresponding to" key _ name2 "displayed in the sub-area B2 in the area B is" seed tree ", and the block stamp here |! "(i.e., the character information to be pushed is a seed tree, the block stamp here |" as the template key corresponding to "key _ name 2"). It can be seen that based on the target message template shown in fig. 2a, the push service device only needs to add the character "separes" to the sub-area a2 of the target message template and the character "seed tree, block stamp here! "the sub-area b2 added to the target message template can obtain the displaying effect of the service data to be pushed as shown in fig. 2b, that is, when the push service device generates similar service data to be pushed (e.g., other friends invite you to do other game tasks), the displaying effect of the service data to be pushed as shown in fig. 2b does not need to be subjected to interface layout again, and the service data to be pushed can be generated only by calling the target message template as shown in fig. 2a and performing corresponding character filling, so that the service processing efficiency for message pushing is effectively improved.

The method comprises the steps that a message pushing request sent by CP equipment is received, when the message pushing request is analyzed to belong to a legal request type according to a preset pushing rule, a target message template corresponding to the message pushing request is selected from a plurality of preset message templates, target business message content in the message pushing request is added to the target message template, business data to be pushed are generated, and the business data to be pushed are sent to a corresponding business platform server, so that the business platform server pushes the business data to be pushed to a target client; therefore, the message pushing process of the invention does not depend on manual review any more, so that the message pushing period can be effectively shortened, and the display interface can be prevented from being redesigned every time by generating the service data to be pushed (namely, the display interface) based on the message template, so that the service processing efficiency aiming at message pushing is effectively improved; and because the push service equipment can be communicated with a plurality of service platform servers, the cross-platform push can be realized by selecting the corresponding target service platform type according to the push rule, and the cross-platform push mode can better meet the requirements of the pushed user.

Further, please refer to fig. 3, which is a flowchart illustrating a method for analyzing validity according to an embodiment of the present invention, where the method for analyzing validity may correspond to the method for analyzing validity of the message push request according to the preset push rule in S201 in the embodiment corresponding to fig. 2. The legality analysis method may include:

s301, acquiring user service behavior information corresponding to the pushed user identifier in the message pushing request;

specifically, the push service device may obtain user service behavior information corresponding to the pushed user identifier in the message push request, where the user service behavior information may include user login information and user pushed frequency, the user login information may include last login time of the pushed user (the login time may refer to login time of logging in an application provided by the CP device), and the user pushed frequency may refer to the number of times that the pushed user receives the to-be-pushed service data pushed by the service platform server within a preset time period.

S302, judging whether the user login information and the pushed frequency of the user in the user service behavior information both meet preset pushing conditions;

specifically, the push service device may further determine whether both user login information and the pushed frequency of the user in the user service behavior information satisfy a preset push condition, where the push condition may include a condition that a time interval between a current time and a latest login time of the pushed user is less than a preset time interval threshold, and the push condition may further include a condition that the pushed frequency of the user is less than a preset frequency threshold. If the push service device judges that the time interval between the current time and the latest login time of the pushed user is less than the preset time interval threshold, determining that the user login information meets the push condition, otherwise determining that the user login information does not meet the push condition; if the push service device determines that the number of times that the pushed user receives the to-be-pushed service data pushed by the service platform server within a preset time period is less than the preset frequency threshold (that is, the pushed frequency of the user is less than the preset frequency threshold), it may be determined that the pushed frequency of the user satisfies the push condition, otherwise, it is determined that the pushed frequency of the user does not satisfy the push condition.

S303, determining that the message pushing request belongs to an illegal request type, and sending pushing feedback refusing information to the CP equipment;

specifically, if it is determined in S302 that the user login information or the pushed frequency of the user does not satisfy the pushing condition, the push service device may determine that the message push request belongs to an illegal request type, and send push rejection feedback information to the CP device. When the user login information does not satisfy the push condition, it indicates that the pushed user has not logged in the application provided by the CP device for a period of time, that is, it indicates that the pushed user does not use the service provided by the application any more, so that if a message is pushed to the pushed user, interference may be caused to the pushed user. When the pushed frequency of the user does not meet the pushing condition, it is indicated that enough push messages are pushed to the pushed user, so that if messages are also pushed to the pushed user, interference can be caused to the pushed user, and by controlling the pushed frequency of the user, attack can be replayed, malicious brushing can be prevented, and the user experience of the pushed user is not influenced.

S304, determining that the message pushing request belongs to a legal request type;

specifically, if it is determined in S302 that both the user login information and the pushed frequency of the user satisfy the pushing condition, the push service device may determine that the message push request belongs to a legal request type, that is, may allow pushing of the content requested by the message push request.

According to the embodiment of the invention, whether the user login information and the pushed frequency of the user both meet the preset pushing condition is judged, so that the pushed user can be prevented from being interfered by the pushed message, replay attack can be prevented, malicious brushing can be prevented, and the user experience of the pushed user is not influenced.

Further, please refer to fig. 4 together, which is a flowchart illustrating another validity analysis method according to an embodiment of the present invention, where the validity analysis method may correspond to the validity analysis of the message push request according to the preset push rule in S201 in the embodiment corresponding to fig. 2. The legality analysis method may include:

s401, judging whether the digital signature in the message pushing request is legal or not;

specifically, the push service device may determine whether the digital signature in the message push request is legal, where the digital signature may be the digital signature provided by the CP device and added in the message push request.

S402, determining that the message pushing request belongs to an illegal request type, and sending pushing feedback refusing information to the CP equipment;

specifically, if the digital signature is determined to be illegal in S401, it indicates that the CP device initiating the message push request is an illegal device (that is, the digital signature is forged by the illegal device), so that the push service device cancels the push service of this time, and sends push rejection feedback information to the CP device to notify the CP device that the push service of this time is cancelled.

S403, judging whether the format of the target service message content and the target template identification both accord with a preset template rule;

specifically, if the digital signature is judged to be valid in S401, the push service device may further judge whether the format of the target service message content and the target template identifier both conform to a preset template rule. Specifically detecting whether the target template identification exists in a plurality of preset message templates, if so, determining that the target template identification accords with a preset template rule, otherwise, determining that the target template identification does not accord with the preset template rule; and specifically detecting whether template key value identifications corresponding to the character information to be pushed in the target business message content are matched with template key value identifications in one of the preset message templates, if so, determining that the format of the target business message content conforms to the preset template rule, otherwise, determining that the format of the target business message content does not conform to the preset template rule.

S404, determining that the message pushing request belongs to an illegal request type, and sending pushing feedback refusing information to the CP equipment;

specifically, if it is determined in S403 that the format of the target service message content or the target template identifier does not conform to the template rule, the push service device may determine that the message push request belongs to an illegal request type, and send push rejection feedback information to the CP device. Since the legal CP device can know the template identifier and the template key identifier in each preset message template in advance, when the template identifier and the template key identifier provided by a certain CP device are incorrect, it can be said that the CP device is possibly an illegal CP device.

S405, determining that the message pushing request belongs to a legal request type;

specifically, if it is determined in S403 that both the format of the target service message content and the target template identifier conform to the template rule, the push service device may determine that the message push request belongs to a legal request type, that is, the push service device may allow the push service at this time.

The embodiment of the invention can preliminarily identify the legality of the CP equipment by detecting the digital signature in the message pushing request, can further detect whether the format of the target service message content and the target template identification both accord with the preset template rule in order to avoid the digital signature being stolen by the illegal CP equipment, and can determine that the message pushing request is of an illegal request type if the format does not accord with the template rule, the CP equipment can also be illegal equipment, and can determine that the CP equipment is real legal equipment if the format accords with the template rule.

Further, please refer to fig. 5, which is a flowchart illustrating another validity analysis method according to an embodiment of the present invention, where the validity analysis method may correspond to the validity analysis of the message push request according to the preset push rule in S201 in the embodiment corresponding to fig. 2. The legality analysis method may include:

s501, extracting at least one character information to be pushed in the target service message content in the message pushing request;

s502, detecting whether the at least one character information to be pushed contains a sensitive word or not according to a preset sensitive word matching table;

s503, determining that the message push request belongs to an illegal request type, and sending push rejection feedback information to the CP equipment;

specifically, if the determination in S502 is yes, the push service device may determine that the message push request belongs to an illegal request type, and send push rejection feedback information to the CP device, so as to notify that the content of the target service message submitted by the CP device does not meet the requirement, and prompt the CP device to modify the content of the target service message.

S504, determining that the message pushing request belongs to a legal request type;

specifically, if the determination in S502 is negative, the push service device may determine that the message push request belongs to a legal request type, that is, the push service device may allow the push service of this time.

The embodiment of the invention determines the legality of the message pushing request by detecting whether the character information to be pushed contains the sensitive words, and can ensure that the pushed user is not interfered by the received pushing message.

Optionally, each judgment condition in fig. 3 to fig. 5 may also be judged together, and when all the judgment conditions meet the corresponding requirements, it is determined that the message push request belongs to a legal request type, so that it is guaranteed to the maximum that the pushed user is not interfered by the received push message. For example, if it is determined that both the user login information and the pushed frequency of the user satisfy the pushing condition, and it is determined that the digital signature in the message pushing request is legal, and it is determined that both the format of the target service message content and the target template identifier satisfy the template rule, and it is determined that the at least one character information to be pushed does not include a sensitive word, it may be determined that the message pushing request belongs to a legal request type, that is, it is determined that the message pushing request belongs to an illegal request type as long as any one of the judging conditions does not satisfy the corresponding requirement, and the embodiment of the present invention does not limit the judging order between each judging condition.

Optionally, in the embodiment of the present invention, the number of times that the message push request is determined to be an illegal request type may be counted, and when the number of times that the message push request is determined to be the illegal request type reaches a preset illegal number threshold, an IP (Internet Protocol) address and a device identifier corresponding to the message push request are added to a preset blacklist, so that when it is subsequently detected that the message push request carries the IP address or the device identifier in the preset blacklist, the push rejection feedback information is directly returned. For example, when the pushed frequency of a user corresponding to a pushed user reaches an upper limit value, a certain CP device continues to initiate a message pushing request for the pushed user, and the push service device may continuously determine the message pushing request initiated by the CP device as an illegal request type, and when the number of times that the message pushing request is determined as the illegal request type reaches a preset illegal number threshold, the push service device may add an IP address and a device identifier corresponding to the message pushing request to a preset blacklist, so that when the CP device further initiates the message pushing request for the pushed user, the push service device may directly reject the pushing service at this time according to a record about the CP device in the blacklist.

Fig. 6 is a schematic timing diagram of a message push processing method according to an embodiment of the present invention, where fig. 6 is a scene of two service platforms, where the two service platforms correspond to a service platform server a and a service platform server B, respectively. The method may include:

s601, the CP device sends a message pushing request to the pushing service device;

specifically, the CP device may send the message push request to the push service device through an external interface provided by the push service device. The push service device may be one of the service platform servers in the embodiment corresponding to fig. 1 (for example, the service platform server may be a background server of a browser platform, that is, the background server of the browser platform may set an existing network interface as an external interface for communicating with the CP device), or the push service device may be a device independent of each service platform server. Wherein, the message push request may be transmitted in an HTTP protocol. The message pushing request may include a target service message content and a target template identifier, where the target service message content may be a message content that the CP device wants to push, and the target template identifier is an identifier of a message template corresponding to the message content that the CP device wants to push. For example, if the message content that the CP device wants to push belongs to the "buddy invitation" type, the CP device may add a target template identifier corresponding to the "buddy invitation" type to the message push request.

S602, the push service device analyzes the validity of the message push request according to a preset push rule;

specifically, the push service device may analyze the validity of the message push request according to a preset push rule, where the push rule may include at least one of a determination rule based on a push frequency of a pushed user, a determination rule based on a last login time (e.g., a game login time) of the pushed user, a determination rule based on a digital signature of the CP device, a determination rule based on a format of a target service message content, a determination rule based on a target template identifier, and a determination rule based on sensitive word detection. The user identity of the pushed user may be pre-added in the message push request by the CP device, and the digital signature may also be pre-added in the message push request by the CP device. For a specific process of analyzing the validity of the message push request according to the push rule, reference may be made to the embodiments corresponding to fig. 3 to fig. 5, which is not described herein again.

S603, when the message pushing request belongs to an illegal request type, the pushing service equipment sends pushing feedback information refusing to the CP equipment;

specifically, when the message push request belongs to an illegal request type, it is indicated that the CP device may be an illegal device, and/or a pushed frequency of a user corresponding to a pushed user has reached an upper limit, and/or a content of a target service message includes a sensitive word, so that, to ensure that the pushed user is not interfered, the push service device does not execute the push service, that is, the push service device may send a push feedback rejection message to the CP device.

S604, when the message pushing request belongs to a legal request type, the pushing service equipment selects a target message template corresponding to the message pushing request;

s605, the push service device adds the target service message content to the target message template to generate service data to be pushed;

the specific implementation manner of steps S604 to S605 may refer to steps S202 to S203 in the embodiment corresponding to fig. 2, which is not described herein again. For specific definitions of the target message template and the service data to be pushed, reference may be made to the embodiments corresponding to fig. 2a and fig. 2b, which is not described herein again.

S606, the push service equipment sends the service data to be pushed to the service platform server A;

specifically, when the target service platform type determined by the push service device according to the push rule is a service platform type (such as a browser platform type) corresponding to the service platform server a, the push service device may send the service data to be pushed to the service platform server a.

S607, the service platform server a returns the push feedback information to the push service device;

specifically, the service platform server a pushes the service data to be pushed to the client of the pushed user specified by the message pushing request, and after the service platform server a completes the pushing operation, the service platform server a may send pushing feedback information (i.e., completion result information of the pushing operation) to the pushing service device.

S608, the push service device forwards the push feedback information returned by the service platform server a to the CP device;

specifically, the push service device forwards the push feedback information returned by the service platform server a to the CP device, so that the CP device can record the push operation at this time.

S609, the push service equipment sends the service data to be pushed to the service platform server B;

s610, the service platform server B returns push feedback information to the push service equipment;

s611, the push service device forwards the push feedback information returned by the service platform server B to the CP device;

specifically, when the target service platform type determined by the push service device according to the push rule is a service platform type (e.g., an instant messaging application platform type) corresponding to the service platform server B, the steps of S606-S608 are not executed, but the steps of S609-S611 are executed in the embodiment of the present invention. The specific implementation manner of the steps S609-S611 is similar to that of the steps S606-S608, and the specific implementation manner of the steps S609-S611 is not described herein again.

Optionally, when the target service platform type determined by the push service device according to the push rule includes a service platform type corresponding to the service platform server a and a service platform type corresponding to the service platform server B, the steps of S606-S608 and the steps of S609-S611 may be sequentially or simultaneously performed.

Fig. 7 is a schematic structural diagram of a message push processing device according to an embodiment of the present invention. The message push processing device 1 may be applied to the push service equipment in the corresponding embodiment of fig. 1, and the message push processing device 1 may include: the template processing and sending method comprises a request receiving module 10, an analysis module 20, a determination selection module 30 and a template processing and sending module 40;

the request receiving module 10 is configured to receive a message push request sent by a CP device; the message pushing request comprises target service message content and a target template identifier;

specifically, the request receiving module 10 may receive a message push request sent by a CP device, where the message push request may be transmitted in an HTTP protocol. The message pushing request may include a target service message content and a target template identifier, where the target service message content may be a message content that the CP device wants to push, and the target template identifier is an identifier of a message template corresponding to the message content that the CP device wants to push. For example, if the message content that the CP device wants to push belongs to the "buddy invitation" type, the CP device may add a target template identifier corresponding to the "buddy invitation" type to the message push request.

The analysis module 20 is configured to analyze the validity of the message push request according to a preset push rule;

specifically, the analysis module 20 may analyze the validity of the message pushing request according to a preset pushing rule, where the pushing rule may include at least one of a determination rule based on a pushing frequency of the pushed user, a determination rule based on a last login time (e.g., a game login time) of the pushed user, a determination rule based on a digital signature of the CP device, a determination rule based on a format of a target service message content, a determination rule based on a target template identifier, and a determination rule based on sensitive word detection. The user identity of the pushed user may be pre-added in the message push request by the CP device, and the digital signature may also be pre-added in the message push request by the CP device. For example, if the push rule includes a judgment rule based on the push frequency of the pushed user and a judgment rule based on the digital signature of the CP device, after the request receiving module 10 receives the message push request, the analysis module 20 may judge whether the digital signature is legal, if the digital signature is legal, further judge whether the push frequency of the pushed user is smaller than a preset frequency threshold, and if the push frequency is smaller than the frequency threshold, determine that the message push request is legal; if the digital signature is detected to be illegal, the CP equipment is possibly illegal equipment, and the pushing refusing feedback information can be sent to the CP equipment at the moment; if the push frequency of the pushed user is judged to be greater than or equal to the frequency threshold, it is indicated that the frequency of the pushed user receiving the push messages is too frequent, and the excessive push messages may cause interference to the pushed user, so that at this time, push feedback information can be sent to the CP device to limit the frequency of the pushed user receiving the push messages.

The determining and selecting module 30 is configured to determine, according to the pushing rule, a target service platform type corresponding to the message pushing request when the message pushing request belongs to a legal request type, and select, from a plurality of preset message templates, a message template corresponding to both the target service platform type and the target template identifier as a target message template;

specifically, the specific implementation manner of the determining and selecting module 30 may refer to S202 in the embodiment corresponding to fig. 2, which is not described herein again.

The template processing and sending module 40 is configured to add the target service message content to the target message template, generate service data to be pushed, and send the service data to be pushed to a service platform server corresponding to the target service platform type, so that the service platform server pushes the service data to be pushed to a target client;

specifically, the template processing and sending module 40 may obtain at least one piece of to-be-pushed character information in the content of the target service message, determine template key value identifiers corresponding to the to-be-pushed character information, respectively input the to-be-pushed character information to character input areas having the same template key value identifier in the target message template according to the template key value identifiers corresponding to the to-be-pushed character information, and determine the target message template into which the to-be-pushed character information is input as to-be-pushed service data (i.e., a push message that can be finally pushed); the template processing and sending module 40 sends the service data to be pushed to the service platform server corresponding to the target service platform type, so that the service platform server pushes the service data to be pushed to a target client (the target client is a client corresponding to a pushed user).

For specific definitions of the target message template and the service data to be pushed, reference may be made to the embodiments corresponding to fig. 2a and fig. 2b, which is not described herein again.

Further, please refer to fig. 8, which is a schematic structural diagram of an analysis module 20 according to an embodiment of the present invention; the analysis module 20 may include: a behavior information acquisition unit 201, a first judgment unit 202, a first determination unit 203, a second judgment unit 204, a second determination unit 205, a third judgment unit 206, a third determination unit 207, a character extraction unit 208, a fourth judgment unit 209, and a fourth determination unit 210;

the behavior information obtaining unit 201 is configured to obtain user service behavior information corresponding to the pushed user identifier in the message pushing request;

the first determining unit 202 is configured to determine whether both user login information and a pushed frequency of a user in the user service behavior information meet a preset pushing condition;

the first determining unit 203 is configured to determine that the message push request belongs to an illegal request type and send push rejection feedback information to the CP device if the first determining unit 202 determines that the user login information or the pushed frequency of the user does not satisfy the push condition;

the first determining unit 203 is further configured to determine that the message push request belongs to a legal request type if the first determining unit 202 determines that the user login information and the user pushed frequency both satisfy the push condition.

For specific implementation manners of the behavior information obtaining unit 201, the first determining unit 202, and the first determining unit 203, reference may be made to S301 to S304 in the embodiment corresponding to fig. 3, which is not described herein again.

The second determining unit 204 is configured to determine whether the digital signature in the message push request is legal;

the second determining unit 205 is configured to determine that the message push request belongs to an illegal request type if the second determining unit 204 determines that the message push request is illegal, and send push rejection feedback information to the CP device;

the third determining unit 206 is configured to further determine whether the format of the target service message content and the target template identifier both conform to a preset template rule if the second determining unit 204 determines that the target service message content is legal;

the third determining unit 207 is configured to determine that the message push request belongs to an illegal request type and send a push rejection feedback message to the CP device if the third determining unit 206 determines that the format of the target service message content or the target template identifier does not conform to the template rule;

the third determining unit 207 is further configured to determine that the message push request belongs to a legal request type if the third determining unit 206 determines that the format of the target service message content and the target template identifier both conform to the template rule.

For specific implementation manners of the second determining unit 204, the second determining unit 205, the third determining unit 206, and the third determining unit 207, reference may be made to S401 to S405 in the embodiment corresponding to fig. 4, which is not described herein again.

The character extracting unit 208 extracts at least one piece of character information to be pushed in the target service message content in the message pushing request;

the fourth judging unit 209 is configured to detect whether the at least one piece of character information to be pushed includes a sensitive word according to a preset sensitive word matching table;

the fourth determining unit 210 is configured to determine that the message push request belongs to an illegal request type and send push rejection feedback information to the CP device if the fourth determining unit 209 determines that the message push request is of an illegal request type;

the fourth determining unit 210 is further configured to determine that the message push request belongs to a legal request type if the fourth determining unit 209 determines that the message push request is not a legal request type.

For specific implementation manners of the character extracting unit 208, the fourth determining unit 209, and the fourth determining unit 210, reference may be made to S501 to S504 in the embodiment corresponding to fig. 5, which is not described herein again. As can be seen from this, when the behavior information acquiring unit 201 starts to perform a corresponding operation, the second judging unit 204 and the character extracting unit 208 do not trigger the corresponding operation; when the second judging unit 204 starts to execute the corresponding operation, the behavior information acquiring unit 201 and the character extracting unit 208 do not trigger the corresponding operation; when the character extracting unit 208 starts to perform a corresponding operation, the second determining unit 204 and the behavior information acquiring unit 201 do not trigger the corresponding operation.

Alternatively, the behavior information acquiring unit 201, the first judging unit 202, the second judging unit 204, the third judging unit 206, the character extracting unit 208, and the fourth judging unit 209 may sequentially perform corresponding operations, and the first determining unit 203, the second determining unit 205, the third determining unit 207, and the fourth determining unit 210 may be combined into a same new determining unit. For example, if the first determining unit 202 determines that the user login information and the pushed frequency of the user acquired by the behavior information acquiring unit 201 both satisfy the pushing condition, the second determining unit 204 determines that the digital signature in the message pushing request is legal, the third determining unit 206 determines that the format of the target service message content and the target template identifier both conform to the template rule, and the fourth determining unit 209 determines that the at least one to-be-pushed character information extracted by the character extracting unit 208 does not include a sensitive word, the new determining unit may determine that the message pushing request belongs to a legal request type, that is, the new determining unit determines that the message pushing request belongs to an illegal request type as long as any one of the determining conditions does not satisfy the corresponding requirement, the embodiment of the invention does not limit the judging sequence among all the judging conditions.

Further, please refer to fig. 9, which is a schematic structural diagram of a template processing and sending module 40 according to an embodiment of the present invention, where the template processing and sending module 40 may include: a key value identification determination unit 401, a character input unit 402, a transmission unit 403;

the key value identifier determining unit 401 is configured to obtain at least one piece of character information to be pushed in the target service message content, and determine a template key value identifier corresponding to each piece of character information to be pushed;

the character input unit 402 is configured to input each piece of to-be-pushed character information into a character input area having the same template key value identifier in the target message template according to the template key value identifier corresponding to each piece of to-be-pushed character information, and determine the target message template into which each piece of to-be-pushed character information is input as to-be-pushed service data;

the sending unit 403 is configured to send the service data to be pushed to a service platform server corresponding to the target service platform type.

Fig. 10 is a schematic structural diagram of another message push processing device 1 according to an embodiment of the present invention. The message pushing processing apparatus 1 may be applied to the pushing service device in the embodiment corresponding to fig. 1, where the message pushing processing apparatus 1 may include the request receiving module 10, the analyzing module 20, the determining and selecting module 30, and the template processing and sending module 40 in the embodiment corresponding to fig. 7, and further, the message pushing processing apparatus 1 may further include: a counting module 50, a blacklist adding module 60, a template creating module 70, a configuration saving module 80 and a template information sending module 90;

the counting module 50 is configured to count the number of times that the message push request is determined to be an illegal request type;

the blacklist adding module 60 is configured to, when the number of times that the message push request is determined to be an illegal request type reaches a preset illegal number threshold, add a network protocol IP address and a device identifier corresponding to the message push request to a preset blacklist, so that when it is detected that the message push request carries the IP address or the device identifier in the preset blacklist in the subsequent process, the push rejection feedback information is directly returned;

for example, when the pushed frequency of a user corresponding to a pushed user reaches the upper limit value, a certain CP device continues to initiate a message pushing request for the pushed user, and the message pushing processing apparatus 1 may continuously determine the message pushing request initiated by the CP device as an illegal request type, and when the number of times that the statistical module 50 determines that the message pushing request is determined as the illegal request type reaches the preset illegal number threshold value, the blacklist adding module 60 may add the IP address and the device identifier corresponding to the message pushing request to a preset blacklist, so that when the CP device further initiates a message pushing request for the pushed user, the message pushing processing apparatus 1 may directly reject the pushing service at this time according to the record about the CP device in the blacklist.

The template creating module 70 is configured to receive a message template creating request sent by the CP device, and create a corresponding message template according to the document content carried in the message template creating request;

the configuration saving module 80 is configured to configure corresponding template identifiers and template types for the created message templates, configure corresponding template key value identifiers for a plurality of character input areas in the created message templates, and save the message templates configured with the template identifiers, the template types, and the template key value identifiers; the template type refers to the service platform type to which the created message template belongs;

the template information sending module 90 is configured to send the template identifier, the template type, the template key identifier, and the display interface map of the message template to the CP device, so that the CP device determines the target service message content and the target template identifier in the message push request according to the template identifier, the template type, the template key identifier, and the display interface map of the message template in the subsequent process;

specifically, the template creating module 70 and the configuration saving module 80 may create and configure various message templates, so that the message push processing apparatus 1 may store the preset message templates; the template type refers to a service platform type to which the created message template belongs, the template type may also be a general template type, and the general template type refers to that the message template is applicable to various service platforms. Meanwhile, after configuring the message template, the configuration saving module 80 further needs to send the template identifier, the template type, the template key identifier and the display interface map of the message template to the CP device through the template information sending module 90, so that the CP device determines the target service message content and the target template identifier in the message pushing request according to the template identifier, the template type, the template key identifier and the display interface map of the message template in the subsequent process.

Fig. 11 is a schematic structural diagram of another message push processing device according to an embodiment of the present invention. As shown in fig. 11, the message push processing apparatus 1000 may be applied to the push service device in the corresponding embodiment of fig. 1, where the message push processing apparatus 1000 may include: at least one processor 1001, such as a CPU, at least one network interface 1004, a user interface 1003, memory 1005, at least one communication bus 1002. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display screen (Display) and a Keyboard (Keyboard), and the optional user interface 1003 may also include a standard wired interface and a standard wireless interface. The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 1005 may be a high-speed RAM memory or a non-volatile memory (non-volatile memory), such as at least one disk memory. The memory 1005 may optionally be at least one memory device located remotely from the processor 1001. As shown in fig. 11, a memory 1005, which is a kind of computer storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program.

In the message push processing apparatus 1000 shown in fig. 11, the network interface 1004 is mainly used for connecting the CP device and the service platform server; the user interface 1003 is mainly used for providing an input interface for a user and acquiring data output by the user; and the processor 1001 may be used to invoke a device control application stored in the memory 1005 to implement

In one embodiment, the message push request further includes a pushed user identification;

when the processor 1001 analyzes the validity of the message push request according to a preset push rule, the following steps are specifically executed:

acquiring user service behavior information corresponding to the pushed user identification in the message pushing request;

judging whether the user login information and the pushed frequency of the user in the user service behavior information both meet preset pushing conditions;

if the user login information or the pushed frequency of the user does not meet the pushing condition, determining that the message pushing request belongs to an illegal request type, and sending pushing rejection feedback information to the CP equipment;

and if the user login information and the pushed frequency of the user both meet the pushing condition, determining that the message pushing request belongs to a legal request type.

In one embodiment, the message push request further includes digital signature information;

judging whether the digital signature in the message pushing request is legal or not;

if the message pushing request is judged to be illegal, determining that the message pushing request belongs to an illegal request type, and sending pushing rejection feedback information to the CP equipment;

if the target service message is judged to be legal, further judging whether the format of the target service message content and the target template identification both accord with preset template rules;

if the format of the target service message content or the target template identification is judged not to accord with the template rule, determining that the message pushing request belongs to an illegal request type, and sending pushing rejection feedback information to the CP equipment;

and if the format of the target service message content and the target template identification are judged to accord with the template rule, determining that the message pushing request belongs to a legal request type.

In an embodiment, when the processor 1001 analyzes the validity of the message push request according to a preset push rule, the following steps are specifically performed:

extracting at least one character information to be pushed in the target service message content in the message pushing request;

detecting whether the at least one character information to be pushed contains a sensitive word or not according to a preset sensitive word matching table;

if the judgment result is yes, determining that the message pushing request belongs to an illegal request type, and sending pushing rejection feedback information to the CP equipment;

if not, determining that the message pushing request belongs to a legal request type.

In one embodiment, the processor 1001 further performs the steps of:

counting the times that the message pushing request is determined to be an illegal request type;

when the number of times that the message pushing request is determined to be an illegal request type reaches a preset illegal number threshold value, adding a network protocol IP address and a device identifier corresponding to the message pushing request to a preset blacklist so as to directly return the push rejection feedback information when the message pushing request is detected to carry the IP address or the device identifier in the preset blacklist in the follow-up process.

In an embodiment, when the processor 1001 adds the target service message content to the target message template, generates service data to be pushed, and sends the service data to be pushed to a service platform server corresponding to the target service platform type, the following steps are specifically performed:

acquiring at least one piece of character information to be pushed in the content of the target service message, and determining template key value identifications corresponding to the character information to be pushed respectively;

according to template key value identifications corresponding to the character information to be pushed respectively, inputting the character information to be pushed into character input areas with the same template key value identifications in the target message template respectively, and determining the target message template into which the character information to be pushed is input as service data to be pushed;

and sending the service data to be pushed to a service platform server corresponding to the type of the target service platform.

In one embodiment, before performing the message push request sent by the CP device, the processor 1001 further performs the following steps:

receiving a message template establishing request sent by the CP equipment, and establishing a corresponding message template according to the file content carried in the message template establishing request;

configuring corresponding template identifications and template types for the created message templates, respectively configuring corresponding template key value identifications for a plurality of character input areas in the created message templates, and storing the message templates configured with the template identifications, the template types and the template key value identifications; the template type refers to the service platform type to which the created message template belongs;

and sending the template identifier, the template type, the template key value identifier and the display interface diagram of the message template to the CP equipment so that the CP equipment determines the target service message content and the target template identifier in the message pushing request according to the template identifier, the template type, the template key value identifier and the display interface diagram of the message template in the subsequent process.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), or the like.

The above disclosure is only for the purpose of illustrating the preferred embodiments of the present invention, and it is therefore to be understood that the invention is not limited by the scope of the appended claims.

Claims

1. A message push processing method is characterized by comprising the following steps:

receiving a message pushing request sent by CP equipment of a content provider, and analyzing the legality of the message pushing request according to a preset pushing rule; the message pushing request comprises target service message content and a target template identifier; the target template identification is the identification of the message template corresponding to the target service message content;

when the message pushing request belongs to a legal request type, determining a target service platform type corresponding to the message pushing request according to a service platform which is last logged in by a pushed user or a service platform with the highest use frequency of the pushed user, and selecting a message template corresponding to both the target service platform type and the target template identification from a plurality of preset message templates to serve as a target message template;

adding the target service message content to the target message template, generating service data to be pushed, and sending the service data to be pushed to a service platform server corresponding to the type of the target service platform, so that the service platform server pushes the service data to be pushed to a target client of the pushed user.

2. The method of claim 1, wherein the message push request further includes a pushed user identification;

the analyzing the validity of the message pushing request according to the preset pushing rule comprises the following steps:

3. The method of claim 1, wherein the message push request further includes digital signature information;

4. The method of claim 1, wherein the analyzing the validity of the message push request according to a preset push rule comprises:

5. The method of claim 1, further comprising:

6. The method according to claim 2, wherein the adding the target service message content to the target message template, generating service data to be pushed, and sending the service data to be pushed to a service platform server corresponding to the target service platform type, comprises:

7. The method of claim 6, wherein before the step of receiving the message push request sent by the CP device, further comprising:

8. A message push processing device, comprising:

the request receiving module is used for receiving a message pushing request sent by the CP equipment; the message pushing request comprises target service message content and a target template identifier; the target template identification is the identification of the message template corresponding to the target service message content;

a determining and selecting module, configured to determine, when the message push request is of a legal request type, a target service platform type corresponding to the message push request according to a service platform last logged in by a pushed user or a service platform with a highest use frequency of the pushed user, and select, from a plurality of preset message templates, a message template corresponding to both the target service platform type and the target template identifier as a target message template;

and the template processing and sending module is used for adding the target service message content to the target message template, generating service data to be pushed, and sending the service data to be pushed to a service platform server corresponding to the type of the target service platform, so that the service platform server pushes the service data to be pushed to a target client of the pushed user.

9. The apparatus of claim 8, wherein the message push request further includes a pushed user identification;

the analysis module includes:

a behavior information obtaining unit, configured to obtain user service behavior information corresponding to the pushed user identifier in the message pushing request;

the first judging unit is used for judging whether the user login information and the pushed frequency of the user in the user service behavior information both meet preset pushing conditions;

a first determining unit, configured to determine that the message push request belongs to an illegal request type and send push rejection feedback information to the CP device if the first determining unit determines that the user login information or the pushed frequency of the user does not satisfy the push condition;

the first determining unit is further configured to determine that the message push request belongs to a legal request type if the first determining unit determines that the user login information and the user pushed frequency both satisfy the push condition.

10. The apparatus of claim 8, wherein the message push request further comprises digital signature information;

the analysis module includes:

the second judging unit is used for judging whether the digital signature in the message pushing request is legal or not;

a second determining unit, configured to determine that the message push request belongs to an illegal request type if the second determining unit determines that the message push request is illegal, and send push rejection feedback information to the CP device;

a third judging unit, configured to further judge whether the format of the target service message content and the target template identifier both conform to a preset template rule if the second judging unit judges that the target service message content is legal;

a third determining unit, configured to determine that the message push request belongs to an illegal request type and send push rejection feedback information to the CP device if the third determining unit determines that the format of the target service message content or the target template identifier does not conform to the template rule;

the third determining unit is further configured to determine that the message push request belongs to a legal request type if the third determining unit determines that the format of the target service message content and the target template identifier both conform to the template rule.

11. The apparatus of claim 8, wherein the analysis module comprises:

the character extraction unit is used for extracting at least one character information to be pushed in the target service message content in the message pushing request;

the fourth judging unit is used for detecting whether the at least one character information to be pushed contains the sensitive word or not according to a preset sensitive word matching table;

a fourth determining unit, configured to determine that the message push request belongs to an illegal request type if the fourth determining unit determines that the message push request is yes, and send push rejection feedback information to the CP device;

the fourth determining unit is further configured to determine that the message push request belongs to a legal request type if the fourth determining unit determines that the message push request is not the legal request type.

12. The apparatus of claim 8, further comprising:

the counting module is used for counting the times that the message pushing request is determined to be an illegal request type;

and the blacklist adding module is used for adding a network protocol IP address and a device identifier corresponding to the message pushing request to a preset blacklist when the number of times that the message pushing request is determined to be an illegal request type reaches a preset illegal number threshold value, so that the push feedback information refusing is directly returned when the message pushing request is detected to carry the IP address or the device identifier in the preset blacklist in the follow-up process.

13. The apparatus of claim 9, wherein the template processing sending module comprises:

a key value identification determining unit, configured to obtain at least one piece of character information to be pushed in the target service message content, and determine a template key value identification corresponding to each piece of character information to be pushed;

the character input unit is used for respectively inputting the character information to be pushed to a character input area with the same template key value identification in the target message template according to the template key value identification corresponding to the character information to be pushed, and determining the target message template into which the character information to be pushed is input as the service data to be pushed;

and the sending unit is used for sending the service data to be pushed to a service platform server corresponding to the type of the target service platform.

14. The apparatus of claim 13, further comprising:

the template creating module is used for receiving a message template creating request sent by the CP equipment and creating a corresponding message template according to the file content carried in the message template creating request;

a configuration storage module, configured to configure corresponding template identifiers and template types for the created message templates, configure corresponding template key value identifiers for a plurality of character input areas in the created message templates, and store the message templates configured with the template identifiers, the template types, and the template key value identifiers; the template type refers to the service platform type to which the created message template belongs;

and the template information sending module is used for sending the template identifier, the template type, the template key value identifier and the display interface image of the message template to the CP equipment so that the CP equipment determines the target service message content and the target template identifier in the message pushing request according to the template identifier, the template type, the template key value identifier and the display interface image of the message template in the subsequent process.

15. A computer device, comprising: a processor, a memory, and a network interface;

the processor is connected to a memory for providing data communication functions, a network interface for storing program code, and a processor for calling the program code to perform the method of any one of claims 1 to 7.

16. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program comprising program instructions which, when executed by a processor, perform the method of any of claims 1 to 7.