CN108881402B - Message pushing method and device and electronic equipment - Google Patents
Message pushing method and device and electronic equipment Download PDFInfo
- Publication number
- CN108881402B CN108881402B CN201810533958.5A CN201810533958A CN108881402B CN 108881402 B CN108881402 B CN 108881402B CN 201810533958 A CN201810533958 A CN 201810533958A CN 108881402 B CN108881402 B CN 108881402B
- Authority
- CN
- China
- Prior art keywords
- user
- service request
- pushing
- target application
- active state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/535—Tracking the activity of the user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
The present specification provides a message pushing method, including: monitoring service requests sent by various applications under the same login system installed on a user terminal; responding to the monitored service request sent by any target application in the plurality of applications, and determining whether a user is in an active state based on the monitored service request; and if the user is determined to be in the active state, pushing preset push content to the target application.
Description
Technical Field
The present disclosure relates to the field of computer applications, and in particular, to a method and an apparatus for pushing a message, and an electronic device.
Background
In some scenes, by introducing a message pushing mechanism, a background server can actively push some pushing contents which need to be notified to a user in time to a foreground application, so that the user can be quickly reached. In a real scenario, since a large number of applications may be installed on the user terminal, from the perspective of the user, a large number of push contents may be received, so that the user may easily miss wonderful push contents.
Disclosure of Invention
This specification proposes a message push method, including:
monitoring service requests sent by various applications under the same login system installed on a user terminal;
responding to the monitored service request sent by any target application in the plurality of applications, and determining whether a user is in an active state based on the monitored service request;
and if the user is determined to be in the active state, pushing preset push content to the target application.
Optionally, the determining whether the user is in an active state based on the monitored service request includes:
determining whether the monitored service request is a service request triggered by the operation behavior of a user;
and if the service request is triggered by the operation behavior of the user, determining that the user is in an active state.
Optionally, the method further includes:
collecting request moments of service requests, triggered by operation behaviors of users, sent by the various applications;
and performing data analysis calculation on the collected request time based on a preset data analysis algorithm to obtain the habit time period of the user using the multiple applications.
Optionally, the data analysis algorithm comprises a collaborative filtering algorithm.
Optionally, if it is determined that the user is in an active state, pushing preset push content to the target application includes:
if the user is in an active state, determining whether the habit time period of the user using the target application is hit at the request moment corresponding to the service request;
and if the habit time period of the user using the target application is hit at the request moment corresponding to the service request, pushing preset push content to the target application.
Optionally, the pushing preset push content to the target application includes:
and sending a notification message that the user is in an active state to a pushing platform so that the pushing platform pushes preset pushing content to the target application.
This specification also proposes a message push apparatus, the apparatus comprising:
the monitoring module monitors service requests sent by various applications under the same login system installed on the user terminal;
the determining module is used for responding to the monitored service request sent by any target application in the multiple applications and determining whether the user is in an active state or not based on the monitored service request;
and the pushing module is used for pushing preset pushing content to the target application if the user is determined to be in the active state.
Optionally, the monitoring module:
determining whether the monitored service request is a service request triggered by the operation behavior of a user;
and if the service request is triggered by the operation behavior of the user, determining that the user is in an active state.
Optionally, the method further includes:
the collection module is used for collecting the request time of the service request which is sent by the various applications and is triggered by the operation behaviors of the user;
and the analysis module is used for carrying out data analysis calculation on the collected request time based on a preset data analysis algorithm so as to obtain the habit time period of the user using the multiple applications.
Optionally, the data analysis algorithm comprises a collaborative filtering algorithm.
Optionally, the determining module:
if the user is in an active state, determining whether the habit time period of the user using the target application is hit at the request moment corresponding to the service request;
and if the habit time period of the user using the target application is hit at the request moment corresponding to the service request, pushing preset push content to the target application.
Optionally, the pushing module further:
and sending a notification message that the user is in an active state to a pushing platform so that the pushing platform pushes preset pushing content to the target application.
This specification also proposes an electronic device including:
a processor;
a memory for storing machine executable instructions;
wherein, by reading and executing machine-executable instructions stored by the memory corresponding to control logic for message pushing, the processor is caused to:
monitoring service requests sent by various applications under the same login system installed on a user terminal;
responding to the monitored service request sent by any target application in the plurality of applications, and determining whether a user is in an active state based on the monitored service request;
and if the user is determined to be in the active state, pushing preset push content to the target application.
Through the technical scheme, on one hand, multi-channel access of the push content can be realized; on the other hand, dynamic content pushing facing to the user can be achieved, when the user is in an active state, content pushing facing to the user is conducted, and content pushing accuracy can be remarkably improved.
Drawings
Fig. 1 is a flowchart illustrating a message pushing method according to an embodiment of the present disclosure;
fig. 2 is a hardware structure diagram related to an electronic device carrying a message pushing apparatus according to an embodiment of the present disclosure;
fig. 3 is a logic block diagram of a message pushing apparatus according to an embodiment of the present specification.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
The present specification aims to provide an accurate push scheme for actively detecting a user through multiple applications installed on a user terminal under the same login system, and then pushing content to the user when it is determined that the user is in an active state.
When the method is realized, a user terminal can be pre-installed with various applications in the same login system, and a background server can monitor service requests sent by the various applications in real time.
After the server monitors a service request sent by any target application in the multiple applications, the server may determine whether the user is in an active state based on the monitored service request sent by the target application;
for example, in one embodiment, it may be determined whether the service request heard is a service request triggered by an operational behavior of the user; if so, indicating that the user is currently performing the relevant user operation in the target application, the server may determine that the user is currently in an active state.
Further, if it is determined that the user is currently in an active state, at this time, the server may immediately push the preset push content to the target user.
Through the technical scheme, on one hand, the server can push the pushed content to the user through any one of the multiple applications under the same login system installed on the user terminal, so that multi-channel access of the pushed content can be realized; on the other hand, content pushing is carried out for the user only when the user is determined to be in an active state, so that dynamic content pushing for the user can be achieved, and the content pushing accuracy can be remarkably improved.
The present specification is described below with reference to specific embodiments and specific application scenarios.
Referring to fig. 1, fig. 1 is a message pushing method provided in an embodiment of the present specification, applied to a server, and performing the following steps:
104, responding to a service request sent by any target application in the monitored multiple applications, and determining whether a user is in an active state based on the monitored service request;
and 106, if the user is determined to be in the active state, pushing preset push content to the target application.
The multiple applications under the same login system may specifically include multiple applications that can be accessed to a unified background login system or platform to complete login;
for example, in practical applications, the multiple applications under the same login system may specifically cover multiple applications developed and operated by the same operator and applications having a cooperative relationship with the operator; for example, taking the ariiba as an example, APP applications such as pay, panning and the like in the ariiba flag, and APP applications such as youku and the like in a cooperative relationship with the ariiba, since the applications can be accessed to a unified login system in the ariiba background to complete login, the APP applications can be called as applications in the same login system.
The active state specifically means that a user is currently using the user terminal and can check the user state of a push message pushed to the user terminal by the server;
for example, in an actual application, the active state may specifically include a user state in which a user uses a certain application installed on a user terminal and performs a corresponding user operation in the application; for example, if the server detects that the user is using a payment application installed on the user terminal and interacts with the server to complete a payment operation, the server may determine that the user is currently in an active state.
The service request may specifically include any type of request message sent by the application to the background server in the process of service interaction between the application and the server; for example, in an actual application, the request message may specifically be a login request sent by the application to the server background when the user logs in the application; or, the data access request sent to the background server when the application needs to access the data resource on the background server, and the like.
In this specification, a user terminal may be pre-installed with multiple applications under the same login system, and the multiple applications may be respectively connected to a background server, interact with the background server through the connection, and send a service request to the background server.
For example, in practical applications, the connections maintained between the various applications and the background server may be long connections created based on an interconnection protocol such as a socket protocol or an http protocol.
The background server may start a monitoring service for the multiple applications (for example, the monitoring service may be a monitoring program started by the background server), and monitor service requests sent by the multiple applications through the monitoring service, and perform active detection on a user using the multiple applications to determine whether the user is in an active state.
For example, in practical applications, an application may generally submit a service request to a background server by calling an access interface (API) of the background server; therefore, for the background server, the access interface on the side of the server can be monitored through the enabled monitoring service, so as to obtain the service request sent by the application to the background server.
It should be noted that, in practical applications, in the process of performing service interaction with the background server, the service request sent by the application to the background server may generally include the following two types:
the first type is a service request which is regularly sent to a background server side in the process of keeping running in an operating system carried by a user terminal (namely running in the background of the operating system);
for example, the application periodically sends a service request to the background server through the running daemon process in the process of periodically executing a certain transaction or task in the background of the operating system of the user terminal. The service request is usually a service request actively sent to a background server in the background running process of the application, and is not a service request triggered by the operation behavior of the user.
The second type is that the application detects the service request triggered by the operation behavior of the user; namely, when a user executes some user operations in an application, the application is triggered to initiate a corresponding service request to a background server; the user operation described above may specifically cover an operation that is executed by the user in the application and can trigger the application to send a service request for response to the background server;
for example, in an actual application, the user operation may specifically include a user's selection operation of an interactive button or an interactive option provided in a user interface of the application, or a specific touch operation performed by the user for the user interface, and the like; for example, an interactive entry such as a login button, a payment button, and the like may be provided for the user in the user interface of the application, and the user may operate the login button or the payment button by means of, for example, clicking, and the like, to trigger the application to send a login request or a payment request to the backend server, and the like.
Since the service request of the first type shown above is not a service request triggered by an operation behavior of a user, when the background server receives the service request of the type sent by the application, the user may not be in an active state; for example, the user may not be using the user terminal and may not perform any type of operation in the application.
Therefore, in the illustrated embodiment, when the background server monitors a service request issued by any target application of the multiple applications, and determines whether the user is currently in an active state based on the monitored service request, it may be determined whether the user is currently in an active state by identifying whether the received service request is a service request triggered by a user operation behavior illustrated in the second category above.
In implementation, after receiving the service request sent by the target application, the background server may further identify the type of the service request to determine whether the received service request is the service request triggered by the user operation shown in the second category.
The specific manner of identifying the type of the service request sent by the application is not particularly limited in this specification;
for example, in an implementation manner, on one hand, a type identifier may be respectively allocated to various service requests sent by an application to a background server, and the type identifier is carried in the service request, and then the background server may determine the type of the received service request through the type identifier carried in the service request; the background server can define a plurality of service request types triggered by user operation; for example, service requests such as login requests, payment requests, etc. are explicitly triggered by user operations; when the type of the received service request is identified, whether the received service request is a service request triggered by user operation can be determined through type comparison.
In this specification, when the background server determines that the received service request is a service request triggered by a user operation through the above identification process, it indicates that the user is currently using the target application, and executes a related user operation in the target application, in which case, the server may determine that the user is currently in an active state.
On the contrary, if it is determined through the above identification process that the received service request is not a service request triggered by a user operation, at this time, the service request may be a service request periodically sent to a background server in a process in which the target application is automatically run in a background of an operating system of the user terminal, and the user may not be currently using the target application and may not execute a related user operation in the target application; in this case, the server may determine that the user is not currently active.
In this specification, the background server may be equipped with a message push service, and push related push content to the multiple applications through the message push service.
In order to improve the content push accuracy, in this specification, in the process of pushing related push content to the multiple applications through the message push service, the background server may not adopt a conventional timing push mechanism, but fully refers to whether the user is currently in an active state, and may further actively push content to the multiple applications when it is determined that the user is currently in the active state.
When the method is realized, when the background server receives the service request sent by the target application and determines that the user is currently in an active state based on the service request, the background server can immediately push the push content which is edited in advance to the target application, and the target application outputs the push content to the user through a user interface.
Since the current user may be using the target application and perform the related user operation in the target application, the user may view the push content for the first time after the target application outputs the push content to the user through the user interface.
Compared with the traditional timing pushing mode, the method has the advantages that the pushing content pushed by the background server side cannot be missed due to the fact that the user does not use the user terminal currently, so that a dynamic pushing mode that the pushing is carried out when the user is determined to be in an active state can be really realized, and the content pushing accuracy can be remarkably improved.
It should be noted that, when the background server pushes content to the target application, the content may be pushed directly by the background server, or may be pushed to a user by the background server through a push platform connected to the background server;
for example, in an illustrated embodiment, the background server may interface with a push platform, and when the background server determines that a user is currently in an active state, a notification message that the user is in the active state may be sent to the push platform; furthermore, after receiving the notification message, the push platform can immediately push the edited push content to the target application, and the target content is output to the user through the user interface by the target reference.
In this specification, after monitoring service requests triggered by operation behaviors of the user and sent by the various applications, the background server may further collect request times of the received service requests sent by the various applications, perform data analysis calculation by using the collected request times of the service requests sent by the various applications as data analysis samples, and perform deep mining on usage habits of the user using the various applications to obtain habit time periods when the user uses the various applications.
For example, data analysis and calculation may be performed on request times of service requests issued by the multiple applications, so as to obtain habit periods of the user using the multiple applications (habit periods of different applications may be different), and obtain "fragment time distribution" of the user using the multiple applications.
The request time may specifically be a receiving time at which the background server receives the service request, or may also be an issuing time at which the application issues the service request (for example, a timestamp corresponding to the sending time of the service request is carried in the service request), which is not particularly limited in this specification; that is, in the present specification, the issuing time of the service request may be set as the request time of the service request, or the receiving time of the service request may be set as the request time of the service request.
When the background server performs data analysis calculation on the collected request time of the service request sent by each application, the adopted data analysis algorithm can cover any form of data analysis algorithm which can discover behavior preference and rule of the user from operation behaviors of the user, and is not particularly limited in this specification;
for example, in one embodiment, the data analysis algorithm may specifically be a collaborative filtering algorithm; the background server side can perform data analysis and calculation on the collected request time of the service request sent by each application through a collaborative filtering algorithm, and further explore the habit time period of the user using the multiple applications, and obtain the fragment time distribution of the user using the multiple applications.
In this specification, in order to further improve the content push accuracy, the background server may further use, on the basis of determining that the user is in an active state and then pushing the content to the user, the habit time periods of the user using the above-mentioned multiple applications, which are obtained through data analysis and calculation, as a reference to assist the system in completing the content push.
In an embodiment shown in the present disclosure, when the background server receives the service request sent by the target application and determines that the user is currently in an active state based on the service request, the background server may further obtain a request time of the service request, and match the request time with a habit time period of the user using the target application, so as to determine whether the request time of the service request hits the habit time period of the user using the target application.
On one hand, if the request time of the service request hits the habit time quantum of the user using the target application, the background server can push the push content edited in advance to the target application, and the target application outputs the push content to the user through the user interface.
On the other hand, if the request time of the service request does not hit the habit time period of the user using the target application, at this time, although the user is in an active state, the service request is likely to be triggered by misoperation of the user; in this case, the background server may suspend or cancel the content push to the target application.
By the method, the decision of content pushing can be further completed by referring to the use habits of the users using the applications on the basis of an intelligent pushing mechanism for pushing the content to the users when the users are determined to be in the active state, and the content pushing accuracy can be remarkably improved.
Certainly, in practical applications, when deciding whether to push content to a user, the background server may only refer to the usage habits of the user for each application without referring to the recognition result of whether the user is in an active state;
in this case, after receiving the service request sent by the target application, the background server may immediately obtain a request time of the service request, and match the request time with a habit time period of the user using the target application to determine whether the request time of the service request hits the habit time period of the user using the target application; if yes, pushing the push content edited in advance to the target application immediately; otherwise, the content push to the target application may be suspended or cancelled.
Through the technical scheme, on one hand, the server can push the pushed content to the user through any one of the multiple applications under the same login system installed on the user terminal, so that multi-channel access of the pushed content can be realized;
for example, for the same push content, the server may trigger the user through various applications shown above, and for each application, it may be referred to as an independent content push channel.
On the other hand, because the content is pushed to the user only when the user is determined to be in the active state, the dynamic content pushing to the user can be realized, and the content pushing accuracy can be remarkably improved;
for example, only when it is determined that the user is currently using the application and corresponding user operation is performed in the application, content push is performed on the user, so that the attention of the user can be attracted more easily, the user can notice the pushed content at the first time, the probability that the user views the pushed content can be improved, and further more access traffic and the number of active users are brought to an operator pushing the content.
Corresponding to the above method embodiments, the present specification further provides an embodiment of a message pushing apparatus. The embodiment of the message pushing device in the specification can be applied to the electronic equipment. The device embodiments may be implemented by software, or by hardware, or by a combination of hardware and software. Taking a software implementation as an example, as a logical device, the device is formed by reading, by a processor of the electronic device where the device is located, a corresponding computer program instruction in the nonvolatile memory into the memory for operation.
From a hardware aspect, as shown in fig. 2, the electronic device in which the message pushing apparatus of this specification is located is a hardware structure diagram of the electronic device, except for the processor, the memory, the network interface, and the nonvolatile memory shown in fig. 2, the electronic device in which the apparatus is located in the embodiment may also include other hardware according to an actual function of the electronic device, which is not described again.
Fig. 3 is a block diagram of a message pushing apparatus according to an exemplary embodiment of the present specification.
Referring to fig. 3, the message pushing apparatus 30 can be applied to the electronic device shown in fig. 2, and includes: a monitoring module 301, a determining module 302 and a pushing module 303;
the monitoring module 301 monitors service requests sent by a plurality of applications under the same login system installed on the user terminal;
a determining module 302, configured to determine, in response to a service request issued by any target application of the monitored multiple applications, whether a user is in an active state based on the monitored service request;
and the pushing module 303, if it is determined that the user is in an active state, pushes preset push content to the target application.
In this embodiment, the listening module 301:
determining whether the monitored service request is a service request triggered by the operation behavior of a user;
and if the service request is triggered by the operation behavior of the user, determining that the user is in an active state.
In this embodiment, the method further includes:
a collecting module 304 (not shown in fig. 3) for collecting request times of service requests issued by the various applications and triggered by the user's operation behavior;
and the analysis module (not shown in fig. 3) performs data analysis calculation on the collected request time based on a preset data analysis algorithm to obtain a habit time period of the user using the multiple applications.
In this embodiment, the data analysis algorithm comprises a collaborative filtering algorithm.
In this embodiment, the determining module 302:
if the user is in an active state, determining whether the habit time period of the user using the target application is hit at the request moment corresponding to the service request;
and if the habit time period of the user using the target application is hit at the request moment corresponding to the service request, pushing preset push content to the target application.
In this embodiment, the pushing module 303 further:
and sending a notification message that the user is in an active state to a pushing platform so that the pushing platform pushes preset pushing content to the target application.
The implementation process of the functions and actions of each module in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.
For the device embodiments, since they substantially correspond to the method embodiments, reference may be made to the partial description of the method embodiments for relevant points. The above-described embodiments of the apparatus are merely illustrative, wherein the modules described as separate parts may or may not be physically separate, and the parts displayed as modules may or may not be physical modules, may be located in one place, or may be distributed on a plurality of network modules. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution in the specification. One of ordinary skill in the art can understand and implement it without inventive effort.
Corresponding to the method embodiment, the present specification also provides an embodiment of an electronic device. The electronic device includes: a processor and a memory for storing machine executable instructions; wherein the processor and the memory are typically interconnected by an internal bus. In other possible implementations, the device may also include an external interface to enable communication with other devices or components.
In this embodiment, by reading and executing machine-executable instructions stored by the memory corresponding to control logic for message pushing, the processor is caused to:
monitoring service requests sent by various applications under the same login system installed on a user terminal;
responding to the monitored service request sent by any target application in the plurality of applications, and determining whether a user is in an active state based on the monitored service request;
and if the user is determined to be in the active state, pushing preset push content to the target application.
In this embodiment, the processor is further caused to, by reading and executing machine-executable instructions stored by the memory corresponding to control logic for message pushing:
determining whether the monitored service request is a service request triggered by the operation behavior of a user;
and if the service request is triggered by the operation behavior of the user, determining that the user is in an active state.
In this embodiment, the processor is further caused to, by reading and executing machine-executable instructions stored by the memory corresponding to control logic for message pushing:
collecting request moments of service requests, triggered by operation behaviors of users, sent by the various applications;
and performing data analysis calculation on the collected request time based on a preset data analysis algorithm to obtain the habit time period of the user using the multiple applications.
In this embodiment, the processor is further caused to, by reading and executing machine-executable instructions stored by the memory corresponding to control logic for message pushing:
if the user is in an active state, determining whether the habit time period of the user using the target application is hit at the request moment corresponding to the service request;
and if the habit time period of the user using the target application is hit at the request moment corresponding to the service request, pushing preset push content to the target application.
In this embodiment, the processor is further caused to, by reading and executing machine-executable instructions stored by the memory corresponding to control logic for message pushing:
and sending a notification message that the user is in an active state to a pushing platform so that the pushing platform pushes preset pushing content to the target application.
Other embodiments of the present disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This specification is intended to cover any variations, uses, or adaptations of the specification following, in general, the principles of the specification and including such departures from the present disclosure as come within known or customary practice within the art to which the specification pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the specification being indicated by the following claims.
It will be understood that the present description is not limited to the precise arrangements described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present description is limited only by the appended claims.
The above description is only a preferred embodiment of the present disclosure, and should not be taken as limiting the present disclosure, and any modifications, equivalents, improvements, etc. made within the spirit and principle of the present disclosure should be included in the scope of the present disclosure.
Claims (13)
1. A method of message pushing, the method comprising:
monitoring service requests sent by various applications under the same login system installed on a user terminal;
responding to the monitored service request sent by any target application in the multiple applications, and determining whether the user is in an active state or not based on whether the monitored service request is a service request triggered by the operation behavior of the user or not;
and if the user is determined to be in the active state, pushing preset push content to the target application.
2. The method of claim 1, the determining whether a user is in an active state based on whether the service request heard is a service request triggered by an operational behavior of a user, comprising:
determining whether the monitored service request is a service request triggered by the operation behavior of a user;
and if the service request is triggered by the operation behavior of the user, determining that the user is in an active state.
3. The method of claim 1, further comprising:
collecting request moments of service requests, triggered by operation behaviors of users, sent by the various applications;
and performing data analysis calculation on the collected request time based on a preset data analysis algorithm to obtain the habit time period of the user using the multiple applications.
4. The method of claim 3, the data analysis algorithm comprising a collaborative filtering algorithm.
5. The method of claim 3, the pushing preset push content to the target application if it is determined that the user is in an active state, comprising:
if the user is in an active state, determining whether the habit time period of the user using the target application is hit at the request moment corresponding to the service request;
and if the habit time period of the user using the target application is hit at the request moment corresponding to the service request, pushing preset push content to the target application.
6. The method of claim 1, the pushing preset push content to the target application, comprising:
and sending a notification message that the user is in an active state to a pushing platform so that the pushing platform pushes preset pushing content to the target application.
7. A message push device, the device comprising:
the monitoring module monitors service requests sent by various applications under the same login system installed on the user terminal;
the determining module is used for responding to the monitored service request sent by any target application in the multiple applications, and determining whether the user is in an active state or not based on whether the monitored service request is a service request triggered by the operation behavior of the user or not;
and the pushing module is used for pushing preset pushing content to the target application if the user is determined to be in the active state.
8. The apparatus of claim 7, the listening module to:
determining whether the monitored service request is a service request triggered by the operation behavior of a user;
and if the service request is triggered by the operation behavior of the user, determining that the user is in an active state.
9. The apparatus of claim 7, further comprising:
the collection module is used for collecting the request time of the service request which is sent by the various applications and is triggered by the operation behaviors of the user;
and the analysis module is used for carrying out data analysis calculation on the collected request time based on a preset data analysis algorithm so as to obtain the habit time period of the user using the multiple applications.
10. The apparatus of claim 9, the data analysis algorithm comprising a collaborative filtering algorithm.
11. The apparatus of claim 9, the determination module to:
if the user is in an active state, determining whether the habit time period of the user using the target application is hit at the request moment corresponding to the service request;
and if the habit time period of the user using the target application is hit at the request moment corresponding to the service request, pushing preset push content to the target application.
12. The apparatus of claim 7, the push module further to:
and sending a notification message that the user is in an active state to a pushing platform so that the pushing platform pushes preset pushing content to the target application.
13. An electronic device, comprising:
a processor;
a memory for storing machine executable instructions;
wherein, by reading and executing machine-executable instructions stored by the memory corresponding to control logic for message pushing, the processor is caused to:
monitoring service requests sent by various applications under the same login system installed on a user terminal;
responding to the monitored service request sent by any target application in the multiple applications, and determining whether the user is in an active state or not based on whether the monitored service request is a service request triggered by the operation behavior of the user or not;
and if the user is determined to be in the active state, pushing preset push content to the target application.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810533958.5A CN108881402B (en) | 2018-05-29 | 2018-05-29 | Message pushing method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810533958.5A CN108881402B (en) | 2018-05-29 | 2018-05-29 | Message pushing method and device and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108881402A CN108881402A (en) | 2018-11-23 |
| CN108881402B true CN108881402B (en) | 2021-01-26 |
Family
ID=64336675
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810533958.5A Active CN108881402B (en) | 2018-05-29 | 2018-05-29 | Message pushing method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108881402B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6763384B1 (en) * | 2000-07-10 | 2004-07-13 | International Business Machines Corporation | Event-triggered notification over a network |
| CN102047638A (en) * | 2007-10-18 | 2011-05-04 | 诺基亚西门子通信公司 | Control of push services |
| CN103747014A (en) * | 2014-01-24 | 2014-04-23 | 腾讯科技（深圳）有限公司 | User state acquiring method and service agent server |
| CN105653434A (en) * | 2015-12-25 | 2016-06-08 | 小米科技有限责任公司 | Method and apparatus for performing tracking processing on use of application |
| CN107770234A (en) * | 2016-08-23 | 2018-03-06 | 平安科技（深圳）有限公司 | Information push method and device |
-
2018
- 2018-05-29 CN CN201810533958.5A patent/CN108881402B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6763384B1 (en) * | 2000-07-10 | 2004-07-13 | International Business Machines Corporation | Event-triggered notification over a network |
| CN102047638A (en) * | 2007-10-18 | 2011-05-04 | 诺基亚西门子通信公司 | Control of push services |
| CN103747014A (en) * | 2014-01-24 | 2014-04-23 | 腾讯科技（深圳）有限公司 | User state acquiring method and service agent server |
| CN105653434A (en) * | 2015-12-25 | 2016-06-08 | 小米科技有限责任公司 | Method and apparatus for performing tracking processing on use of application |
| CN107770234A (en) * | 2016-08-23 | 2018-03-06 | 平安科技（深圳）有限公司 | Information push method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108881402A (en) | 2018-11-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9015316B2 (en) | Correlation of asynchronous business transactions | |
| CN108039964B (en) | Fault processing method, device and system based on network function virtualization | |
| CN106778260B (en) | Attack detection method and device | |
| CN112256542B (en) | eBPF-based micro-service system performance detection method, device and system | |
| US20170126580A1 (en) | Tracking Contention in a Distributed Business Transaction | |
| CN112148606B (en) | Buried point test method, buried point test device, buried point test equipment and computer readable medium | |
| US10775751B2 (en) | Automatic generation of regular expression based on log line data | |
| CN112506755A (en) | Log collection method and device, computer equipment and storage medium | |
| US9577900B1 (en) | Application centric network experience monitoring | |
| CN108733545B (en) | Pressure testing method and device | |
| EP3151124A1 (en) | On-board information system and information processing method therefor | |
| US20170034030A1 (en) | Monitoring single content page application transitions | |
| CN110569238B (en) | Data management method, system, storage medium and server based on big data | |
| CN108881402B (en) | Message pushing method and device and electronic equipment | |
| CN110569178B (en) | Interface early warning method and system based on big data platform | |
| US20170223136A1 (en) | Any Web Page Reporting and Capture | |
| CN104734914A (en) | Method, device and system used for monitoring network | |
| CN110533432B (en) | Service processing method, device, server and client | |
| CN114282940A (en) | Method and apparatus for intention recognition, storage medium, and electronic device | |
| JP6412641B2 (en) | Communication link transmission method, apparatus and terminal | |
| CN112822075A (en) | Service link tracking method and related device | |
| CN111427710A (en) | Communication method, device, equipment and storage medium of components in application program | |
| CN113821336A (en) | Resource allocation method and device, storage medium and electronic equipment | |
| CN109995617A (en) | Automated testing method, device, equipment and the storage medium of Host Administration characteristic | |
| CN117176613B (en) | Data acquisition method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200923 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20200923 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |