Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
Fig. 1 is a diagram of an application environment in which the information push method is applied in one embodiment. Referring to fig. 1, the application information push method is applied to an application information push system. The application information pushing system comprises a terminal 110 and a server 120, wherein the terminal 110 is connected with the server 120 through a network. The terminal 110 may be a fixed terminal, which may specifically be at least one of a printer, a scanner, and a monitor, or a mobile terminal, which may specifically be at least one of a tablet, a smartphone, a personal data assistant, and a digital camera.
Fig. 2 is a schematic diagram illustrating an internal structure of the server 120 in the application information pushing system in fig. 1 according to an embodiment. As shown in fig. 2, the server 120 includes a processor, a nonvolatile storage medium, an internal memory, and a network interface, which are connected through a system bus. The processor of the server 120 is used to provide computing and control capabilities, to support the operation of the entire server 120, the memory is used to store data, code instructions, etc., and the network interface is used to communicate with the terminal 110 over a network. The memory stores at least one computer executable instruction, which can be executed by the processor to implement the application information pushing method provided in the embodiment of the present application and applied to the server 120. The Memory may include a non-volatile storage medium such as a magnetic disk, an optical disk, a Read-Only Memory (ROM), or a Random Access Memory (RAM). For example, in one embodiment, the memory includes a non-volatile storage medium and an internal memory; the nonvolatile storage medium stores an operating system, a database and computer-executable instructions, wherein the database stores historical push records corresponding to user accounts, and the computer-executable instructions can be executed by the processor to realize the application information push method; the internal memory provides a cached execution environment for the operating system and computer-executable instructions in the non-volatile storage medium.
As shown in fig. 3, in an embodiment, an application information pushing method is provided, which is exemplified by applying the method to the server 120 in fig. 1, and the method specifically includes the following steps:
s302, acquiring an application pushing task.
Specifically, the terminal 110 obtains a task manager account input by a task manager, generates a task page pushing request according to the obtained task manager account, and sends the task page pushing request to the server 120.
The server 120 receives a push task page request sent by the terminal 110, parses the push task page request, extracts a task manager account in the push task page request through parsing, and verifies whether the extracted task manager account has a right to access the push task page. After verifying that the extracted task administrator account has the right to access the push task page, the server 120 obtains data of the push task page, and returns the obtained data of the push task page to the terminal 110 corresponding to the request of the push task page.
The terminal 110 receives the push task page data returned by the server 120, and displays the push task page according to the push task page data. The terminal 110 detects a push task creation instruction triggered by a task manager on a push task page. The terminal 110 acquires push information and a user account input by a task administrator in a push task page according to a push task creation instruction, generates an application push task according to the acquired push information and the user account, and sends the generated application push task to the server 120. The server 120 receives the application push task transmitted by the terminal 110.
S304, extracting the push information type and the user account in the application push task.
Specifically, the server 120 parses the application push task, and extracts the push information type and the user account in the application push task through parsing. The push information type is a type to which push information in the application push task belongs, and the push information type comprises at least one of a marketing type, a service type and a notification type. The user account is a target user account in the application task.
S306, inquiring historical push records according to the extracted push information types and the user accounts.
Specifically, the database of the server 120 stores a history push record corresponding to the user account. The history push record comprises the type of push information, the user account and the push time, and can also comprise the push times. The server 120 first queries a historical push record corresponding to the extracted user account from the historical push records in the database, and then queries a historical push record corresponding to the extracted push information type from the historical push records corresponding to the extracted user account.
In one embodiment, the server 120 may further query the history push records in the history push records of the database, where the history push records correspond to the extracted push information types, and then query the history push records in the history push records corresponding to the extracted push information types.
And S308, counting the pushed times corresponding to each user account according to the inquired historical pushing records.
Specifically, the server 120 extracts the historical push records corresponding to the user accounts from the queried historical push records, and counts the number of times of pushing corresponding to each user account according to the historical push records corresponding to each user account.
And S310, screening and counting the user accounts with the pushed times smaller than the preset pushed times from the extracted user accounts.
Specifically, the server 120 compares the pushed times corresponding to each user account in the extracted user accounts with preset pushed times, determines the user account with the pushed times smaller than the preset pushed times through comparison, and screens out the determined user account from the extracted user accounts.
And S312, executing an application pushing task according to the screened user account.
Specifically, the server 120 extracts the push information in the application push task, and creates an application push subtask according to the extracted push information and each of the screened user accounts. And the created application pushing subtasks correspond to each user account in the screened user accounts one by one.
In one embodiment, the server 120 extracts the push information in the application push task, creates an application push subtask according to each user account in the screened user accounts and the extracted push information, and adds the created application push subtask to the task queue. The server 120 reads the application push subtask from the task queue and executes the read application push subtask.
In an embodiment, the application information pushing method specifically further includes the following steps: acquiring a current time point; comparing the current time point with a preset time point; and if the current time point is the same as the preset time point, deleting the historical push records corresponding to the user accounts.
For example, the preset time point is set to 0 point every day, and when the server 120 detects that the current time is 0 point, the historical push records corresponding to each user account in the database are deleted. The server 120 can be ensured to screen the user account according to the historical push record in one day, and the accuracy of screening the user account is improved.
In this embodiment, the push information type and the user account in the application push task are extracted, a history push record corresponding to the extracted push information type and the extracted user account is queried, push times corresponding to the user accounts are counted according to the history record, the user accounts with the push times smaller than a preset push time are screened and counted from the extracted user accounts, and the application push task is executed according to the screened user accounts. The user accounts are screened according to the pushing times, the screened users corresponding to the user accounts can be guaranteed to be users who receive the pushing information of the extracted pushing information type less than the preset pushing times, the screened users corresponding to the user accounts can be guaranteed not to frequently receive the pushing information of the same pushing information type, therefore, the situation that the screened user accounts unload the application due to the fact that the screened user accounts frequently receive the pushing information of the same pushing information type is avoided, and the situation that the number of the users of the application is reduced is avoided.
As shown in fig. 4, in an embodiment, after S304, a step of detecting a type of the push information is further specifically included, where the step specifically includes the following:
s402, acquiring a push type restriction list.
Specifically, the database of the server 120 stores a push type restriction list. The push type limitation list is used for identifying whether push information in the application push task is limited by certain push. The push type limitation list comprises push information types, and the push information types in the push type limitation list are the push information types of the limited push information. The server 120 retrieves the push type restriction list from the database.
S404, the extracted push information type is inquired in the push type limit list.
Specifically, after acquiring the push type restriction list, the server 120 queries the extracted push information type in the push type restriction list, and if the extracted push information type is queried, determines that the application push task is an application push task that is not restricted by push; if not, the application pushing task is judged to be the application pushing task limited by pushing.
And S406, if the extracted push information type is not inquired in the push type limit list, judging that the application push task is not limited by push, and executing the application push task according to the extracted user account.
Specifically, when the push type limitation list does not query the extracted push information type, the server 120 determines that the application push task is an application push task that is not limited by push. The server 120 analyzes the application push task, extracts push information in the application push task through analysis, creates an application push subtask according to each user account in the extracted user accounts and the extracted push information, and adds the created application push subtask to the task queue. The server 120 reads the application push subtask from the task queue and executes the read application push subtask.
In one embodiment, when the push type restriction list queries the extracted push information type, the server 120 determines that the application push task is a push-restricted application push task, and needs to be restricted according to the history push record. The server 120 queries a historical pushing record according to the extracted pushing information type and the user account, counts the pushing times corresponding to each user account according to the queried historical pushing record, screens the user accounts with the pushing times smaller than the preset pushing times from the extracted user accounts, and executes an application pushing task according to the screened user accounts.
In this embodiment, when the push information type of the application push task is queried in the push type restriction list, the application push task corresponding to the queried push information type is restricted. And the application push task to be controlled is set through the push information type list, so that the control efficiency of the application push task is improved. The pushing times of the application pushing tasks corresponding to the pushing information types in the pushing type limiting list to the same user account are controlled, and the situation that the user account receives the pushing information corresponding to the same pushing information type for multiple times is avoided.
As shown in fig. 5, in an embodiment, after S312, a step of generating push disturbing alert information is further specifically included, where the step specifically includes the following steps:
and S502, acquiring the remaining screened user accounts from the extracted user accounts.
Specifically, the server 120 obtains the remaining user accounts from the extracted user accounts after screening out the user accounts whose pushing times are less than the preset pushing times.
In one embodiment, the server 120 screens out the user accounts with the pushed times greater than or equal to the preset pushed times from the extracted user accounts.
And S504, generating push disturbance reminding information according to the acquired user account.
Specifically, the server 120 extracts the pushed times corresponding to the acquired user account, and generates the push disturbance prompting information according to the acquired user account and the pushed times corresponding to the acquired user account. For example, the push disturbance reminder message is "the user account a has been pushed N times; the user account B has been pushed M times ".
S506, the push disturbance reminding information is sent to the terminal logged in by the task manager account.
Specifically, the server 120 queries the terminal 120 logged in with the task administrator account, and sends the push disturbance reminder information to the queried terminal 110. The terminal 110 displays the push disturbance reminder information on a push task page.
And S508, receiving a forced push instruction returned by the terminal logged in by the task administrator account according to the push disturbance reminding information.
Specifically, a forced push button is arranged in a push task page of the terminal 110 displaying the push disturbing reminding information. After viewing the push disturbance prompt message, the push administrator clicks the forced push button through the input device of the terminal 110 when deciding to force the push. When the terminal 110 detects that the forced push button is clicked, a forced push instruction is triggered. The terminal 110 sends a forced push instruction to the server 120.
In one embodiment, a abandon push button is arranged in a push task page of the terminal displaying the push disturbance reminding information. After checking the push disturbing reminding information, the push administrator decides to give up information push to the user account corresponding to the push disturbing reminding information, and then clicks a push giving-up button through an input device of the terminal 110. When the terminal 110 detects that the abandon push button is clicked, the abandon push instruction is triggered, and the terminal 110 sends the triggered abandon push instruction to the server 120. The server 120 gives up information push on the acquired user account according to the giving up push instruction.
And S510, executing an application pushing task by taking the obtained user account as a target user account according to the forced pushing instruction.
Specifically, after receiving the forced push instruction returned by the terminal 110, the server 120 performs application push by using the acquired user account as a target user account of the application push task.
In an embodiment, the server 120 extracts each user account from the acquired user accounts, creates an application push subtask by using each extracted user account as a target user account, and adds the created application push subtask to the task queue. The server 120 may read the application push subtasks from the task queue according to the preset read data, and concurrently execute the read application push subtasks.
In one embodiment, the server 120 extracts the read push information and the user account in the application push subtask, queries a terminal logged in with the extracted user account, and sends the extracted push information to the queried terminal.
In this embodiment, push disturbance reminding information is generated according to the acquired user account, and the push disturbance reminding information is sent to a terminal logged in by a task manager account. Therefore, the task manager is reminded of the fact that pushing disturbance possibly occurs to the user account, and whether information pushing is carried out on the obtained user account or not can be determined according to disturbance reminding information by the task manager.
As shown in fig. 6, in an embodiment, after S510, a step of updating the history push record is further specifically included, where the step specifically includes the following steps:
s602, extracting the user account corresponding to the executed application push task.
Specifically, the server 120 marks the application push task as executed after the application push task is executed. The server 120 parses the executed application push task, and extracts the user account in the executed application push task through parsing.
S604, judging whether the extracted user account is a push limitation account.
Specifically, the database of the server 120 stores the push restriction account. The server 120 queries the extracted user account from the stored push-restricted accounts, and if the extracted user account is queried from the push-restricted accounts, determines that the extracted user account is a push-restricted account; if the extracted user account is not queried in the push limitation account, it is determined that the extracted user account is not the push limitation account, and an application push task of the user account which is not the push limitation account is not recorded.
And S606, if the extracted user account is determined to be the push limiting account, extracting the push information type in the executed application push task.
Specifically, when determining that the extracted user account is a push-restricted account, the server 120 analyzes the executed application push task, and extracts a push information type in the executed application push task through analysis.
And S608, updating the historical push record corresponding to the extracted user account according to the type of the extracted push information.
Specifically, the server 120 queries the extracted user account and the history push record corresponding to the push information type, and updates the pushed times in the queried history push record, for example, adding one to the pushed times in the queried history push record.
In one embodiment, the server 120 obtains the push time of the pushed application push task, and correspondingly stores the obtained push time, the user account extracted from the pushed application push task, and the type of push information as a history push record.
In one embodiment, the application push method specifically further includes: receiving a push limit list configuration instruction sent by a terminal logged in by a task manager account; extracting a user account in a push restriction list configuration instruction; and creating a pushing user restricted list according to the extracted user account.
S604 specifically includes: acquiring a push user restriction list; and judging whether the extracted user account is a push limited account or not according to the push user limited list.
Specifically, the terminal 110 logged in with the task administrator account acquires the user account input by the task administrator and to be configured as the push limitation account, generates a push limitation list configuration instruction according to the acquired account, and sends the push limitation list configuration instruction to the server 120. The server 120 analyzes the push restriction list configuration instruction, extracts the user account in the push restriction list configuration instruction through analysis, and creates a push user restriction list according to the extracted user account. The server 120 obtains the push user restriction list, and determines whether the user account is a push restriction account according to the push user restriction list.
In the embodiment, when the user account in the executed application pushing task is determined to be the pushing limit account, the historical pushing record corresponding to the user account is updated according to the type of the information pushed from the executed application pushing task, so that the accuracy of the historical pushing record is ensured, and the accuracy of screening the user account according to the historical pushing record is improved.
As shown in fig. 7, in an embodiment, an application information pushing apparatus 700 is provided, which specifically includes the following: a push task obtaining module 702, a push task analyzing module 704, a push record querying module 706, a push times counting module 708, a push times comparing module 710, and a push task executing module 712.
A push task obtaining module 702, configured to obtain an application push task.
And the push task analysis module 704 is configured to extract a push information type and a user account in the application push task.
And a push record query module 706, configured to query a historical push record according to the extracted push information type and the user account.
The pushing times counting module 708 is configured to count the pushing times corresponding to each user account according to the queried historical pushing records.
The pushing times comparing module 710 is configured to filter, from the extracted user accounts, user accounts whose pushed times are smaller than a preset pushing time.
And a push task execution module 712, configured to execute an application push task according to the screened user account.
In this embodiment, the push information type and the user account in the application push task are extracted, a history push record corresponding to the extracted push information type and the extracted user account is queried, push times corresponding to the user accounts are counted according to the history record, the user accounts with the push times smaller than a preset push time are screened and counted from the extracted user accounts, and the application push task is executed according to the screened user accounts. The user accounts are screened according to the pushing times, the screened users corresponding to the user accounts can be guaranteed to be users who receive the pushing information of the extracted pushing information type less than the preset pushing times, the screened users corresponding to the user accounts can be guaranteed not to frequently receive the pushing information of the same pushing information type, and therefore the situation that the number of the users of the application is reduced due to the fact that the screened user accounts frequently receive the pushing information of the same pushing information type and the application is unloaded is avoided.
As shown in fig. 8, in an embodiment, the application information pushing apparatus 700 further includes the following contents: a restriction list acquisition module 714 and an information type query module 716.
A restriction list obtaining module 714, configured to obtain the push type restriction list.
An information type query module 716, configured to query the push type restriction list for the extracted push information type.
The push task execution module 712 is further configured to determine that the application push task is an application push task that is not limited by push if the extracted push information type is not queried in the push type limitation list, and execute the application push task according to the extracted user account;
the push record query module 706 is further configured to, if the extracted push information type is queried in the push type limitation list, determine that the application push task is an application push task limited by pushing, and query a historical push record according to the extracted push information type and the user account.
In this embodiment, when the push information type of the application push task is queried in the push type restriction list, the application push task corresponding to the queried push information type is restricted. And the application push task to be controlled is set through the push information type list, so that the control efficiency of the application push task is improved. The pushing times of the application pushing tasks corresponding to the pushing information types in the pushing type limiting list to the same user account are controlled, and the situation that the user account receives the pushing information corresponding to the same pushing information type for multiple times is avoided.
As shown in fig. 9, in an embodiment, the application information pushing apparatus 700 further includes the following contents: the system comprises a user account acquisition module 718, a reminding information generation module 720, a reminding information sending module 722 and a push instruction push module 724.
The user account obtaining module 718 is configured to obtain the remaining user accounts after the screening from the extracted user accounts.
And a reminding information generating module 720, configured to generate push disturbing reminding information according to the obtained user account.
And the reminding information sending module 722 is configured to send the push disturbing reminding information to a terminal logged in with a task manager account.
The push instruction pushing module 724 is configured to receive a forced push instruction returned by the terminal logged in with the task administrator account according to the push disturbance reminding information.
The push task execution module 712 is further configured to execute the application push task by using the obtained user account as the target user account according to the forced push instruction.
In this embodiment, push disturbance reminding information is generated according to the acquired user account, and the push disturbance reminding information is sent to a terminal logged in by a task manager account. Therefore, the task manager is reminded of the fact that pushing disturbance possibly occurs to the user account, and whether information pushing is carried out on the obtained user account or not can be determined according to disturbance reminding information by the task manager.
In one embodiment, the push record query module 706 is further configured to extract a user account corresponding to the executed application push task; judging whether the extracted user account is a push limitation account; if the extracted user account is judged to be a push limiting account, extracting a push information type in the executed application push task; and updating the extracted historical push records corresponding to the user accounts according to the extracted push information types. Judging whether the extracted user account is a push limitation account, including: acquiring a push user restriction list; and judging whether the extracted user account is a push limited account or not according to the push user limited list.
In an embodiment, the application information pushing apparatus 700 further specifically includes a restricted list creating module. The system comprises a limit list creating module, a task manager account login module and a task manager configuration module, wherein the limit list creating module is used for receiving a push limit list configuration instruction sent by a terminal logged in by the task manager account; extracting a user account in a push restriction list configuration instruction; and creating a pushing user restricted list according to the extracted user account.
In the embodiment, when the user account in the executed application pushing task is determined to be the pushing limit account, the historical pushing record corresponding to the user account is updated according to the type of the information pushed from the executed application pushing task, so that the accuracy of the historical pushing record is ensured, and the accuracy of screening the user account according to the historical pushing record is improved.
A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the following steps when executing the computer program: acquiring an application pushing task; extracting a push information type and a user account in an application push task; inquiring historical push records according to the extracted push information types and the user accounts; counting the pushed times corresponding to each user account according to the inquired historical pushing records; screening and counting user accounts with the pushed times smaller than the preset pushed times from the extracted user accounts; and executing the application pushing task according to the screened user account.
In one embodiment, after extracting the push information type and the user account in the application push task, the processor executes the computer program to further implement the following steps: acquiring a push type restriction list; inquiring the extracted push information type in a push type limit list; if the query is not received, judging that the application pushing task is not limited by pushing, and executing the application pushing task according to the extracted user account; and if the query is received, judging that the application pushing task is the application pushing task limited by pushing, and executing the step of querying the historical pushing record according to the extracted pushing information type and the user account.
In one embodiment, after executing the application push task according to the screened user account, the processor executes the computer program to further implement the following steps: obtaining the remaining screened user accounts from the extracted user accounts; generating push disturbance reminding information according to the acquired user account; sending the push disturbance reminding information to a terminal logged in by a task manager account; receiving a forced push instruction returned by a terminal logged in by a task manager account according to the push disturbance reminding information; and executing the application pushing task by taking the obtained user account as a target user account according to the forced pushing instruction.
In an embodiment, after executing an application push task with an acquired user account as a target user account according to a forced push instruction, the processor further implements the following steps when executing a computer program: extracting a user account corresponding to the executed application pushing task; judging whether the extracted user account is a push limitation account; if not, extracting the push information type in the executed application push task; and updating the extracted historical push records corresponding to the user accounts according to the extracted push information types.
In one embodiment, the processor, when executing the computer program, further performs the steps of: receiving a push limit list configuration instruction sent by a terminal logged in by a task manager account; extracting a user account in a push restriction list configuration instruction; and creating a pushing user restricted list according to the extracted user account. Judging whether the extracted user account is a push limitation account, including: acquiring a push user restriction list; and judging whether the extracted user account is a push limited account or not according to the push user limited list.
In this embodiment, the push information type and the user account in the application push task are extracted, a history push record corresponding to the extracted push information type and the extracted user account is queried, push times corresponding to the user accounts are counted according to the history record, the user accounts with the push times smaller than a preset push time are screened and counted from the extracted user accounts, and the application push task is executed according to the screened user accounts. The user accounts are screened according to the pushing times, the screened users corresponding to the user accounts can be guaranteed to be users who receive the pushing information of the extracted pushing information type less than the preset pushing times, the screened users corresponding to the user accounts can be guaranteed not to frequently receive the pushing information of the same pushing information type, and therefore the situation that the number of the users of the application is reduced due to the fact that the screened user accounts frequently receive the pushing information of the same pushing information type and the application is unloaded is avoided.
One or more storage media storing computer-executable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of: acquiring an application pushing task; extracting a push information type and a user account in an application push task; inquiring historical push records according to the extracted push information types and the user accounts; counting the pushed times corresponding to each user account according to the inquired historical pushing records; screening and counting user accounts with the pushed times smaller than the preset pushed times from the extracted user accounts; executing application pushing task according to screened user account
In one embodiment, after extracting the push information type and the user account in the application push task, the processor executes the computer program to further implement the following steps: acquiring a push type restriction list; inquiring the extracted push information type in a push type limit list; if the query is not received, judging that the application pushing task is not limited by pushing, and executing the application pushing task according to the extracted user account; and if the query is received, judging that the application pushing task is the application pushing task limited by pushing, and executing the step of querying the historical pushing record according to the extracted pushing information type and the user account.
In one embodiment, after executing the application push task according to the screened user account, the processor further executes the following steps: obtaining the remaining screened user accounts from the extracted user accounts; generating push disturbance reminding information according to the acquired user account; sending the push disturbance reminding information to a terminal logged in by a task manager account; receiving a forced push instruction returned by a terminal logged in by a task manager account according to the push disturbance reminding information; and executing the application pushing task by taking the obtained user account as a target user account according to the forced pushing instruction.
In an embodiment, according to the forced push instruction, after the application push task is executed with the acquired user account as the target user account, the processor further executes the following steps: extracting a user account corresponding to the executed application pushing task; judging whether the extracted user account is a push limitation account; if not, extracting the push information type in the executed application push task; and updating the extracted historical push records corresponding to the user accounts according to the extracted push information types.
In one embodiment, the processor further performs the steps of: receiving a push limit list configuration instruction sent by a terminal logged in by a task manager account; extracting a user account in a push restriction list configuration instruction; and creating a pushing user restricted list according to the extracted user account.
In this embodiment, the push information type and the user account in the application push task are extracted, a history push record corresponding to the extracted push information type and the extracted user account is queried, push times corresponding to the user accounts are counted according to the history record, the user accounts with the push times smaller than a preset push time are screened and counted from the extracted user accounts, and the application push task is executed according to the screened user accounts. The user accounts are screened according to the pushing times, the screened users corresponding to the user accounts can be guaranteed to be users who receive the pushing information of the extracted pushing information type less than the preset pushing times, the screened users corresponding to the user accounts can be guaranteed not to frequently receive the pushing information of the same pushing information type, and therefore the situation that the number of the users of the application is reduced due to the fact that the screened user accounts frequently receive the pushing information of the same pushing information type and the application is unloaded is avoided.
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 can include the processes of the embodiments of the methods described above when the computer program is executed. The storage medium may be a non-volatile storage medium such as a magnetic disk, an optical disk, a Read-Only Memory (ROM), or a Random Access Memory (RAM).
The technical features of the embodiments described above may be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the embodiments described above are not described, but should be considered as being within the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present invention, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention. Therefore, the protection scope of the present patent shall be subject to the appended claims.