CN108768775B

CN108768775B - Information processing method, electronic device, and computer storage medium

Info

Publication number: CN108768775B
Application number: CN201810540000.9A
Authority: CN
Inventors: 郑秋燕
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2018-05-30
Filing date: 2018-05-30
Publication date: 2022-01-14
Anticipated expiration: 2038-05-30
Also published as: CN108768775A

Abstract

The disclosure provides an information processing method, an electronic device and a computer readable storage medium, wherein when a client is detected to be online, at least one push message identifier corresponding to the client is obtained; sending the push message identification to a detection end, wherein the detection end is used for detecting whether a push message corresponding to the push message identification is overdue or not; receiving a detection result fed back by the detection end; and acquiring a push message to be sent according to the detection result, and pushing the push message to be sent to the client. The method and the device have the advantages that the calculation speed for detecting whether the push message is overdue is increased to the maximum extent, the system processing efficiency is effectively improved, overdue calculation is not required to be performed by adopting local CPU resources, and the technical effect of greatly reducing the performance overhead of a local system is achieved.

Description

Information processing method, electronic device, and computer storage medium

Technical Field

The present invention relates to the field of network communication technologies, and in particular, to an information processing method, an electronic device, and a computer storage medium.

Background

In many systems or APPs today, there is a functionality that uses message push. By establishing a stable and reliable long connection between the cloud and the client, a service for pushing real-time messages to the client application is provided for developers, and the developers are helped to effectively pull users to be active. All message pushing can be realized only by relevant support of a background server, and the real-time performance of message sending and receiving can be realized only by keeping long link.

Since it is necessary to maintain communication between the server and the client for a long time, it is necessary to maintain one long connection between the client and the server, and if the number of clients is large, it is necessary for the server to maintain a large number of long connections. However, the number of clients of a general APP system can reach dozens of millions, and if such many connections are connected to the same server, a great deal of stress is applied to the server, which may cause the server to be unusable, down or other problems.

In a push system, when offline push exists, that is, if a client is disconnected from a network and other situations are not online, a server generally records push messages, and when the client is online, the server needs to calculate whether the push messages are overdue one by one and send unexpired push messages, and at this time, resources of a server CPU need to be occupied for calculation, so that performance overhead is increased, and system processing efficiency is reduced.

Disclosure of Invention

The invention mainly aims to provide an information processing method, electronic equipment and a computer storage medium, and aims to solve the technical problems that an existing server needs to compare whether a pushed message is expired one by one, and needs to occupy CPU resources to calculate expiration time, so that performance overhead is increased, and system processing efficiency is reduced.

In order to achieve the above object, the present invention provides an information processing method, including: when detecting that a client is online, acquiring at least one push message identifier corresponding to the client; sending the push message identification to a detection end, wherein the detection end is used for detecting whether a push message corresponding to the push message identification is overdue or not; receiving a detection result fed back by the detection end; and acquiring a push message to be sent according to the detection result, and pushing the push message to be sent to the client.

Optionally, when it is detected that the client is online, obtaining at least one push message identifier corresponding to the client, further includes: receiving a message pulling request sent by a client; determining a corresponding client ID according to the message pulling request; and determining at least one push message according to the client ID, and acquiring a push message identifier corresponding to the push message.

Optionally, before the obtaining of the at least one push message identifier corresponding to the client when the client is detected to be online, the method further includes: generating at least one push message, the push message at least comprising: pushing a message identifier and a client ID; detecting whether the corresponding client is on line or not according to the client ID; and if the client is not on line, storing the push message, and sending the push message to the detection end so that the detection end sets corresponding expiration time according to the push message.

Optionally, receiving a detection result fed back by the detection end, further includes: and receiving a detection result which is fed back by the detection end and is determined according to the expiration time corresponding to the push message.

Optionally, the detection result at least includes: unexpired push message identification.

Optionally, the obtaining, according to the detection result, a push message to be sent further includes: and acquiring the push message to be sent from the local according to the unexpired push message identifier.

Optionally, the detection result at least includes: and the expiration judgment result corresponding to each push message identifier.

Optionally, the obtaining, according to the detection result, a push message to be sent further includes: determining an unexpired push message identifier according to the overdue judgment result; and acquiring the push message to be sent from the local according to the unexpired push message identifier.

The present disclosure also provides an electronic device, wherein the electronic device includes: a processor; and the memory is connected with the processor and contains a control instruction, and when the processor reads the control instruction, the electronic equipment is controlled to realize the information processing method of any one of the above items.

The present disclosure also provides a computer storage medium characterized in that the computer storage medium has one or more programs, which are executed by one or more processors to implement the information processing method of any one of the above.

In an information processing method, an electronic device, and a computer-readable storage medium provided by an example embodiment of the present disclosure, when a client is detected to be online, at least one push message identifier corresponding to the client is obtained; sending the push message identification to a detection end, wherein the detection end is used for detecting whether a push message corresponding to the push message identification is overdue or not; receiving a detection result fed back by the detection end; and acquiring a push message to be sent according to the detection result, and pushing the push message to be sent to the client. The technical problems that the existing server needs to compare whether the pushed message is overdue one by one and needs to occupy CPU resources to calculate the overdue time are solved, the performance overhead is increased, and the system processing efficiency is reduced, the calculation speed for detecting whether the pushed message is overdue is improved to the maximum extent, the system processing efficiency is effectively improved, the overdue calculation is not needed to be carried out by adopting local CPU resources, and the technical effect of greatly reducing the performance overhead of a local system is achieved.

Drawings

Fig. 1 is a schematic diagram of a hardware structure of an optional first mobile terminal for implementing various embodiments of the present invention;

FIG. 2 is a schematic diagram of a communication network system of the first mobile terminal shown in FIG. 1;

FIG. 3 is a flow chart illustrating an information processing method according to an embodiment of the present disclosure;

FIG. 4 is a block diagram of an electronic device according to an embodiment of the present disclosure;

fig. 5 is a computer storage medium for information processing according to an embodiment of the present disclosure.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in itself. Thus, "module", "component" or "unit" may be used mixedly.

The terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a mobile terminal, a smart band, a pedometer, and the like, and a fixed terminal such as a Digital TV, a desktop computer, and the like.

The following description will be given by way of example of a mobile terminal, and it will be understood by those skilled in the art that the construction according to the embodiment of the present invention can be applied to a fixed type terminal, in addition to elements particularly used for mobile purposes.

Referring to fig. 1, which is a schematic diagram of a hardware structure of a mobile terminal for implementing various embodiments of the present invention, the mobile terminal 100 may include: RF (Radio Frequency) unit 101, WIFI module 102, audio output unit 103, A, V (audio, video) input unit 104, sensor 105, display unit 106, user input unit 107, interface unit 108, memory 109, processor 110, and power supply 111. Those skilled in the art will appreciate that the mobile terminal architecture shown in fig. 1 is not intended to be limiting of mobile terminals, which may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile terminal in detail with reference to fig. 1:

the radio frequency unit 101 may be configured to receive and transmit signals during information transmission and reception or during a call, and specifically, receive downlink information of a base station and then process the downlink information to the processor 110; in addition, the uplink data is transmitted to the base station. Typically, radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 101 can also communicate with a network and other devices through wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), CDMA2000(Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division duplex Long Term Evolution), and TDD-LTE (Time Division duplex Long Term Evolution).

WIFI belongs to a short-distance wireless transmission technology, the mobile terminal can help a user to receive and send electronic mails, browse webpages, access streaming media and the like through the WIFI module 102, and wireless broadband internet access is provided for the user. Although fig. 1 shows the WIFI module 102, it is understood that it does not belong to the essential constitution of the mobile terminal, and may be omitted entirely as needed within the scope not changing the essence of the invention.

The audio output unit 103 may convert audio data received by the radio frequency unit 101 or the WIFI module 102 or stored in the memory 109 into an audio signal and output as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output unit 103 may also provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 103 may include a speaker, a buzzer, and the like.

A. The V input unit 104 is for receiving an audio or video signal. A. The V input Unit 104 may include a Graphics Processing Unit (GPU) 1041 and a microphone 1042, and the Graphics processor 1041 processes image data of a still picture or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 106. The image frames processed by the graphics processor 1041 may be stored in the memory 109 (or other storage medium) or transmitted via the radio frequency unit 101 or the WIFI module 102. The microphone 1042 may receive sounds (audio data) via the microphone 1042 in a phone call mode, a recording mode, a voice recognition mode, or the like, and may be capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 101 in case of a phone call mode. The microphone 1042 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 1061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 1061 and/or a backlight when the mobile terminal 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

The display unit 106 is used to display information input by a user or information provided to the user. The Display unit 106 may include a Display panel 1061, and the Display panel 1061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 107 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 107 may include a touch panel 1071 and other input devices 1072. The touch panel 1071, also referred to as a touch screen, may collect a touch operation performed by a user on or near the touch panel 1071 (e.g., an operation performed by the user on or near the touch panel 1071 using a finger, a stylus, or any other suitable object or accessory), and drive a corresponding connection device according to a predetermined program. The touch panel 1071 may include two parts of a touch detection device and a touch controller. The touch detection device detects touch orientation information of a user, detects signals brought by touch operation and transmits the signals to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 110, and can receive and execute commands sent by the processor 110. In addition, the touch panel 1071 may be implemented in various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may include other input devices 1072. In particular, other input devices 1072 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like, and are not limited to these specific examples.

Further, the touch panel 1071 may cover the display panel 1061, and when the touch panel 1071 detects a touch operation thereon or nearby, the touch panel 1071 transmits the touch operation to the processor 110 to determine the type of the touch event, and then the processor 110 provides a corresponding visual output on the display panel 1061 according to the type of the touch event. Although the touch panel 1071 and the display panel 1061 are shown in fig. 1 as two separate components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 1071 and the display panel 1061 may be integrated to implement the input and output functions of the mobile terminal, and is not limited herein.

The interface unit 108 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input, an output (I, O) port, a video I, O port, an earphone port, and the like. The interface unit 108 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and external devices.

The memory 109 may be used to store software programs as well as various data. The memory 109 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 109 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor 110 is a control center of the mobile terminal, connects various parts of the entire mobile terminal using various interfaces and lines, and performs various functions of the mobile terminal and processes data by running or executing software programs and/or modules stored in the memory 109 and calling data stored in the memory 109, thereby performing overall monitoring of the mobile terminal. Processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 110.

The mobile terminal 100 may further include a power supply 111 (e.g., a battery) for supplying power to various components, and preferably, the power supply 111 may be logically connected to the processor 110 via a power management system, so as to manage charging, discharging, and power consumption management functions via the power management system.

Although not shown in fig. 1, the mobile terminal 100 may further include a bluetooth module or the like, which is not described in detail herein.

In order to facilitate understanding of the embodiments of the present invention, a communication network system on which the mobile terminal of the present invention is based is described below.

Referring to fig. 2, fig. 2 is an architecture diagram of a communication Network system according to an embodiment of the present invention, where the communication Network system is an LTE system of a universal mobile telecommunications technology, and the LTE system includes a UE (User Equipment) 201, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, an EPC (Evolved Packet Core) 203, and an IP service 204 of an operator, which are in communication connection in sequence.

Specifically, the UE201 may be the terminal 100 described above, and is not described herein again.

The E-UTRAN202 includes eNodeB2021 and other eNodeBs 2022, among others. Among them, the eNodeB2021 may be connected with other eNodeB2022 through backhaul (e.g., X2 interface), the eNodeB2021 is connected to the EPC203, and the eNodeB2021 may provide the UE201 access to the EPC 203.

The EPC203 may include an MME (Mobility Management Entity) 2031, an HSS (Home Subscriber Server) 2032, other MMEs 2033, an SGW (Serving gateway) 2034, a PGW (PDN gateway) 2035, and a PCRF (Policy and Charging Rules Function) 2036, and the like. The MME2031 is a control node that handles signaling between the UE201 and the EPC203, and provides bearer and connection management. HSS2032 is used to provide registers to manage functions such as home location register (not shown) and holds subscriber specific information about service characteristics, data rates, etc. All user data may be sent through SGW2034, PGW2035 may provide IP address assignment for UE201 and other functions, and PCRF2036 is a policy and charging control policy decision point for traffic data flow and IP bearer resources, which selects and provides available policy and charging control decisions for a policy and charging enforcement function (not shown).

The IP services 204 may include the internet, intranets, IMS (IP Multimedia Subsystem), or other IP services, among others.

Although the LTE system is described as an example, it should be understood by those skilled in the art that the present invention is not limited to the LTE system, but may also be applied to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, and future new network systems.

Based on the above mobile terminal hardware structure and communication network system, the present invention provides various embodiments of the method.

One of the present exemplary embodiments first discloses an information processing method. The execution subject of the information processing method can be one or more electronic devices at a server, such as: devices such as servers, clusters, and the like; the execution main body of the information processing method can also be a third-party device, and the third-party device performs data communication with the server, the client and the detection terminal in a wireless or wired mode, so that the information processing method disclosed by the disclosure is realized. The present disclosure is not so limited. However, in order to better explain the information processing method described in the present disclosure, the present embodiment uses a server as an execution subject to describe the embodiment, fig. 3 is a flowchart of an information processing method illustrated in one embodiment of the present disclosure, and as shown in fig. 3, the information processing method may include the following steps:

step S110, when detecting that a client is on line, acquiring at least one push message identifier corresponding to the client;

step S120, sending the push message identification to a detection end, wherein the detection end is used for detecting whether the push message corresponding to the push message identification is overdue or not;

step S130, receiving a detection result fed back by the detection end;

step S140, obtaining a push message to be sent according to the detection result, and pushing the push message to be sent to the client.

Through the implementation mode, the technical problems that the existing server needs to compare whether the pushed message is overdue one by one and needs to occupy CPU resources for calculating the overdue time, the performance overhead is increased, and the system processing efficiency is reduced are solved, the calculation speed for detecting whether the pushed message is overdue can be improved to the maximum extent through setting the detection end, and the system processing efficiency is effectively improved; and the overdue calculation is not required to be carried out by adopting local CPU resources, so that the performance overhead of a local system is greatly reduced.

Next, the information processing method in the present exemplary embodiment will be further explained with reference to fig. 3.

In step S110, when it is detected that the client is online, at least one push message identifier corresponding to the client is obtained.

In the exemplary embodiment, the server and the client perform data transmission by establishing connection, and when the client is offline or the connection is interrupted, the server can detect that the current state of the client is an offline state, and detect whether the client is online according to a preset rule. And when the client is detected to be on line, at least one push message identifier corresponding to the client is obtained from the local.

It should be noted that the detection rule for whether the client is online may be any manner, such as polling the client according to a preset time, detecting whether an online notification sent by the client is received, and sending an inquiry request to a third party storing the current online state of the client.

In an alternative embodiment, the step S110 further includes the following steps;

step S1102, receiving a message pulling request sent by a client;

step S1104, determining a corresponding client ID according to the message pull request;

step S1106, determining at least one push message according to the client ID, and obtaining a push message identifier corresponding to the push message.

In the exemplary embodiment, when the server receives a message pull request sent by a client, it is determined that the client is detected to be online. The message pull request includes at least: the client ID. The server analyzes the received message pulling request, acquires a client ID corresponding to the message pulling request, queries a push message having a mapping relation with the client ID in a local cache or a database according to the acquired client ID, and further acquires a push message identifier corresponding to the push message.

For example: the server locally stores a push message 01 (the push message identifier is 01, and the corresponding client ID is 00x1), a push message 02 (the push message identifier is 02, and the corresponding client ID is 00x1), and a push message 03 (the push message identifier is 03, and the corresponding client ID is 00x 2). When the server receives a message pulling request sent by the client 00x2, the server analyzes the message pulling request to obtain the client ID corresponding to the message pulling request as 00x 2; the server side inquires that the push message which has the mapping relation with the client side ID of 00x2 is the push message 03 from a local cache or a database, and further obtains a push message identifier 03 corresponding to the push message 03.

By the implementation mode, the online state of the client is judged according to the received message pull request sent by the client, so that the performance consumption of the server in the aspect of detecting the online state of the client can be effectively reduced; the mapping relation is established according to the client ID and the push message, so that the corresponding push message can be conveniently and quickly inquired and obtained, and the processing efficiency of the system is effectively improved.

In step S120, the push message identifier is sent to a detection end, where the detection end is configured to detect whether a push message corresponding to the push message identifier is expired.

In the exemplary embodiment, the server sends the obtained at least one push message identifier to the detection end, and the detection end calculates whether the push message corresponding to the push message identifier is expired. The detection end can be a cache server or any third-party server end with data operation capability. The detection end performs expiration detection on the push message corresponding to the received push message identifier, may perform expiration detection according to the generation time and the current time of the push message, or may set a corresponding expiration time for each push message in advance, and performs expiration detection on the push message according to the received push message identifier and the corresponding expiration time; and the expiration time attached when the push message identifier sent by the server is received can be received, and the expiration detection is carried out on the push message according to the received push message identifier and the expiration time thereof.

In an optional implementation manner, sending the push message identifier to the detection end may perform data transmission in a wireless manner or in a wired manner, for example: WIFI, bluetooth, mobile cellular network, optical fiber, power line, etc. the embodiments are not limited.

In step S130, a detection result fed back by the detection end is received.

In the exemplary embodiment, after the detection end completes the expiration detection of the push message corresponding to the push message identifier, the detection result is returned to the server end, and the server end may receive the detection result fed back by the detection end in a wireless manner or in a wired manner.

In step S140, a push message to be sent is obtained according to the detection result, and the push message to be sent is pushed to the client.

In the exemplary embodiment, an unexpired push message is acquired from a local cache or a database according to a detection result, the unexpired push message is determined as a push message to be sent, and the push message to be sent is pushed to a client.

In an alternative embodiment, the detection result at least comprises: unexpired push message identification. The step S140 further includes the following steps;

step S1402, obtaining a push message to be sent from a local according to the unexpired push message identifier.

In the exemplary embodiment, the detection result includes an unexpired push message identifier, and the server obtains the unexpired push message identifier from the detection result and directly obtains the corresponding push message from a local cache or a database.

For example: the server locally stores a push message 01 (the push message identifier is 01, and the corresponding client ID is 00x1), a push message 02 (the push message identifier is 02, and the corresponding client ID is 00x1), and a push message 03 (the push message identifier is 03, and the corresponding client ID is 00x 2). When the server receives a message pulling request sent by the client 00x1, the server analyzes the message pulling request to obtain the client ID corresponding to the message pulling request as 00x 1; the server side sends the corresponding push message identification 01 and the corresponding push message identification 02 to the detection side according to the client side ID (00x1) to carry out expiration detection on the push message; receiving a detection result fed back by the detection end, wherein the detection result is as follows: push message identification 02, the result shows that: the push message 01 is expired, and the push message 02 is expired; the server acquires the push message corresponding to the push message identifier 02 from the local cache or the database according to the detection result, determines the push message 02 as a push message to be sent, and sends the push message 02 to the client 00x 1.

Through the embodiment, the calculation of the overdue detection is undertaken by the detection end, and the server end only needs to obtain the corresponding result without consuming a local CPU to calculate the overdue detection, so that the calculation speed of the overdue detection can be effectively increased, and the performance consumption of the server end can be greatly reduced.

In an alternative embodiment, the detection result at least comprises: and the expiration judgment result corresponding to each push message identifier. The step S140 further includes the following steps;

step S1404, determining an unexpired push message identifier according to the overdue judgment result;

step S1406, obtaining a push message to be sent from local according to the unexpired push message identifier.

In the exemplary embodiment, the detection result includes an expiration determination result corresponding to each push message identifier, and the server reads the expiration determination result corresponding to each push message identifier, determines an unexpired push message identifier, and then obtains the corresponding push message from a local cache or a database.

For example: the server locally stores a push message 01 (the push message identifier is 01, and the corresponding client ID is 00x1), a push message 02 (the push message identifier is 02, and the corresponding client ID is 00x1), and a push message 03 (the push message identifier is 03, and the corresponding client ID is 00x 2). When the server receives a message pulling request sent by the client 00x1, the server analyzes the message pulling request to obtain the client ID corresponding to the message pulling request as 00x 1; the server side sends the corresponding push message identification 01 and the corresponding push message identification 02 to the detection side according to the client side ID (00x1) to carry out expiration detection on the push message; receiving a detection result fed back by the detection end, wherein the detection result is as follows: push message identification 01: expired, push message identification 02: is not expired. The server determines that the unexpired push message identifier is a message identifier 02 according to the detection result; acquiring a push message corresponding to the push message identifier 02 from a local cache or a database, determining the push message 02 as a push message to be sent, and pushing the push message 02 to the client 00x 1.

By the implementation mode, for the detection end with limited data processing capacity, the calculation of overdue detection is undertaken by the detection end, and the screening of the detection result is undertaken by the server end, so that the performance overhead of the server end is reduced, the hardware configuration requirement on the detection end is reduced, and the processing efficiency of the system can be greatly improved.

In an optional embodiment, before the step S110, the following steps are further included;

step S210, generating at least one push message, where the push message at least includes: pushing a message identifier and a client ID;

step S220, detecting whether the corresponding client is on-line according to the client ID;

step S230, if the client is not online, saving the push message, and sending the push message to the detection end, so that the detection end sets a corresponding expiration time according to the push message.

In the exemplary embodiment, the server configures a push message to be pushed according to the backend of the operation and maintenance staff, or the server automatically generates a push message to be pushed, where the push message at least includes a push message identifier and a client ID of a target client that needs to receive the push message.

The server detects whether the corresponding client is online according to the client ID, judges whether the client is online according to a response result by sending a connection detection message to the client, can detect whether the client is connected with a target client at present to judge whether the client is online, can send a query request to a third party storing the current online state of the client, and can judge whether the client is online according to a returned result.

If the client is on line, directly pushing a corresponding push message to the client; if the client is not on line, the push message is stored in a local cache or a database, and the push message is sent to the detection end, so that the detection end sets corresponding expiration time according to the push message. The detection end sets corresponding expiration time according to the push message, the expiration time can be configured for the push message by an administrator at a background, the corresponding expiration time can be automatically generated by the detection end, and the expiration time carried by the detection end can be read from the push message and set as the expiration time corresponding to the push message.

Through the implementation mode, the overdue detection is carried out at the detection end, the calculation speed of the overdue push message can be improved to the maximum extent, the CPU resource of the local machine is not required to be adopted for calculation, and the sending efficiency is further improved.

In an alternative embodiment, the step S130 further includes the following steps;

step S132, receiving a detection result, which is determined according to the expiration time corresponding to the push message and fed back by the detection end.

In the exemplary embodiment, the detection end judges whether the push message is expired according to the expiration time corresponding to the push message, if the push message is judged to be expired, the push message is deleted, and if the push message is judged to be unexpired, the identifier of the push message is added into the detection result; or if the push message is judged to be overdue, adding the push message identifier and the judgment result into the detection result, and if the push message is judged to be unexpired, adding the push message identifier and the judgment result into the detection result.

In an optional implementation manner, the detection end generates detail information of each push message according to the expiration time of the push message and stores the detail information in a local cache or a database. And the detection end inquires whether the corresponding detail information is overdue in a local cache or a database according to the push message identification corresponding to the received push message.

For example: the detecting end maintains detail information corresponding to the push message, such as:

push message 01: the expiration time is 60 minutes, and the current remaining time is 30 minutes;

push message 02: the expiration time is 120 minutes, and the current remaining time is 60 minutes;

push message 03: expiration time 60 minutes, expired (current remaining time 0 minutes).

When the detection end receives the push message identifications as push message 02 and push message 03, the detection end can obtain the following results by inquiring in a local cache or a database: push message 02 has not expired and push message 03 has expired.

In an optional implementation manner, the detecting end generates detail information of each push message according to the expiration time of the push message and stores the detail information in a local cache or a database, wherein when the push message exceeds the corresponding expiration time, the detail information corresponding to the push message is automatically deleted from the local cache or the database. The detection end inquires whether corresponding detail information exists in a local cache or a database according to a push message identifier corresponding to the received push message, if so, the detection end judges that the detail information does not expire, and if not, the detection end judges that the detail information expires.

push message 03: default or not present.

When the detection end receives the push message identifications as push message 02 and push message 03, the detection end can obtain the following results by inquiring in a local cache or a database: the push message 02 has corresponding detail information, and the push message 03 has no corresponding detail information, so that the push message 02 is determined to be not expired, and the push message 03 is determined to be expired.

By arranging the detection end and calculating and judging the expiration of the message at the detection end, the calculation speed for detecting whether the push message is expired can be increased to the maximum extent, and the system processing efficiency is effectively improved; and the overdue calculation is not required to be carried out by adopting local CPU resources, so that the performance overhead of a local system is greatly reduced.

In an exemplary embodiment of the present disclosure, an electronic device capable of implementing the above method is also provided.

As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or program product. Thus, various aspects of the invention may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.

An electronic device 600 according to this embodiment of the invention is described below with reference to fig. 4. The electronic device 600 shown in fig. 4 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.

As shown in fig. 4, the electronic device 600 is embodied in the form of a general purpose computing device. The components of the electronic device 600 may include, but are not limited to: the at least one processing unit 610, the at least one memory unit 620, a bus 630 connecting different system components (including the memory unit 620 and the processing unit 610), and a display unit 640.

Wherein the storage unit stores a program code, which can be executed by the processing unit 610, so that the processing unit 610 executes the above-mentioned information processing method of the present disclosure, the method comprising: when detecting that a client is online, acquiring at least one push message identifier corresponding to the client; sending the push message identification to a detection end, wherein the detection end is used for detecting whether a push message corresponding to the push message identification is overdue or not; receiving a detection result fed back by the detection end; and acquiring a push message to be sent according to the detection result, and pushing the push message to be sent to the client.

The storage unit 620 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)6201 and/or a cache memory unit 6202, and may further include a read-only memory unit (ROM) 6203.

The memory unit 620 may also include a program/utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

Bus 630 may be one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

The electronic device 600 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 600, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 600 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 650. Also, the electronic device 600 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 660. As shown, the network adapter 660 communicates with the other modules of the electronic device 600 over the bus 630. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

In an exemplary embodiment of the present disclosure, there is also provided a computer-readable storage medium having stored thereon a program product capable of implementing the above-described method of the present specification. In some possible embodiments, various aspects of the present invention may also be implemented in the form of a program product including program code for causing an electronic device to perform the above-mentioned information processing method of the present disclosure when the program product is run on the electronic device, the method including: when detecting that a client is online, acquiring at least one push message identifier corresponding to the client; sending the push message identification to a detection end, wherein the detection end is used for detecting whether a push message corresponding to the push message identification is overdue or not; receiving a detection result fed back by the detection end; and acquiring a push message to be sent according to the detection result, and pushing the push message to be sent to the client.

Referring to fig. 5, a program product 800 for implementing the above method according to an embodiment of the present invention is described, which may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited in this regard and, in the present document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

A computer readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).

The corresponding technical features in the above embodiments may be used with each other without causing contradiction in the schemes or without being implementable.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. An information processing method, characterized in that the method comprises:

when detecting that a client is online, acquiring at least one push message identifier corresponding to the client;

sending the push message identification to a detection end, wherein the detection end is used for detecting whether a push message corresponding to the push message identification is overdue or not;

receiving a detection result fed back by the detection end;

acquiring a push message to be sent according to the detection result, and pushing the push message to be sent to the client;

when the client is detected to be online, acquiring at least one push message identifier corresponding to the client, further comprising:

receiving a message pulling request sent by a client;

determining a corresponding client ID according to the message pulling request;

determining at least one push message according to the client ID, and acquiring a push message identifier corresponding to the push message;

before the obtaining of the at least one push message identifier corresponding to the client when the client is detected to be online, the method further includes:

generating at least one push message, the push message at least comprising: pushing a message identifier and a client ID;

detecting whether the corresponding client is on line or not according to the client ID;

and if the client is not on line, storing the push message, and sending the push message to the detection end so that the detection end sets corresponding expiration time according to the push message.

2. The method of claim 1, wherein receiving the detection result fed back by the detection end further comprises:

and receiving a detection result which is fed back by the detection end and is determined according to the expiration time corresponding to the push message.

3. The method according to any one of claims 1 to 2, wherein the detection results comprise at least: unexpired push message identification.

4. The method of claim 3, wherein the obtaining the push message to be sent according to the detection result further comprises:

and acquiring the push message to be sent from the local according to the unexpired push message identifier.

5. The method according to any one of claims 1 to 2, wherein the detection results comprise at least: and the expiration judgment result corresponding to each push message identifier.

6. The method of claim 5, wherein the obtaining the push message to be sent according to the detection result further comprises:

determining an unexpired push message identifier according to the overdue judgment result;

7. An electronic device, characterized in that the electronic device comprises:

a processor;

a memory connected to the processor, the memory containing control instructions that, when read by the processor, control the electronic device to implement the information processing method of any one of claims 1 to 6.

8. A computer storage medium characterized by one or more programs, which are executed by one or more processors to implement the information processing method of any one of claims 1 to 6.