WO2017063604A1

WO2017063604A1 - Message push method, mobile terminal and message push server

Info

Publication number: WO2017063604A1
Application number: PCT/CN2016/102277
Authority: WO
Inventors: 刁琳琳
Original assignee: 珠海格力电器股份有限公司
Priority date: 2015-10-16
Filing date: 2016-10-17
Publication date: 2017-04-20
Also published as: CN105188037A

Abstract

Disclosed are a message push method, and a mobile terminal and message push server. The message push method comprises: detecting whether the screen of a mobile terminal screen is on; when it is detected that said mobile terminal screen is on, said mobile terminal sends a message pull request to the message push server, the message pull request being used to request that the message push server push a message to the mobile terminal, and the message push server being used to push a message to the mobile terminal after receiving the message pull request; the mobile terminal receiving the message pushed by the message push server. The present invention saves network traffic and power for a mobile terminal.

Description

Message pushing method and mobile terminal and message push server

Technical field

The present invention relates to the field of communications, and in particular to a message push method and a mobile terminal and a message push server.

Background technique

With the rapid development of intelligent terminals, more and more applications can be installed in smart terminals. The popularity of Internet technology has greatly increased the speed of information dissemination, and the number of messages pushed by applications has become more and more. Users benefit a lot, but also bring a variety of troubles. Every day, users have to face all kinds of useless and even fraudulent information, and daily life is greatly affected. For a merchant pushing a message, pushing a message when the user is in an inconvenient situation is very easy to cause the user's dislike, and is generally treated as spam, not only disturbing the user, but also failing to achieve the effect of message push.

In the related art, the push message merchant adopts the server to actively push the message to the user, regardless of whether the message is still valid for the user, which causes information redundancy and easily causes misunderstanding of the user, such as promotion activities of some merchants, if valid. Expired, but users will also receive this expired promotion push message, at which point users may be prone to misunderstandings and even unnecessary disputes. In addition, since the server actively pushes the message to the user, regardless of the situation of the user, for example, the network state of the user's mobile terminal is a method of transferring data traffic or a wireless network, which may easily waste network traffic of the user's mobile terminal. At the same time, the power of the mobile terminal is wasted.

The push message mechanism of the merchant pushing the message generally uses the push mode to push the message to the user. In this way, the server actively pushes the message to the user's mobile terminal, that is, when there is a message to be pushed in the server, The message will be pushed to the user's mobile terminal. The inventor found that this method cannot fully consider the validity of the message to the user. If the message that the user has expired is still sent to the user at this moment, misunderstanding may occur. In addition, the dispute is caused; in addition, since the manner of pushing the message is actively performed on the user's mobile device, the network mode of the user's mobile device when the user receives the push message cannot be fully considered, so that the user's mobile terminal is inevitably generated. Mobile data traffic also generates additional capital expenditures that the user may not be willing to, and also consumes the power of the user's mobile device when receiving the push message, which may cause the user to have a negative impression on the merchant pushing the message, so that the merchant does not Positive effect on pushing messages .

Aiming at the problem that the message pushing method in the related art wastes the network traffic and the power of the mobile terminal, an effective solution has not been proposed yet.

Summary of the invention

The main purpose of the present invention is to provide a message pushing method and a mobile terminal and a message pushing server to solve the problem of wasting network traffic and power of the mobile terminal.

In order to achieve the above object, according to an aspect of the present invention, a message push method is provided. The message pushing method includes: detecting whether the mobile terminal is bright; when detecting that the mobile terminal is bright, the mobile terminal sends a message pull request to the message push server, wherein the message pull request is used to request the message push server to push to the mobile terminal The message, the message push server is configured to push the message to the mobile terminal after receiving the message pull request; and the mobile terminal receives the message pushed by the server push server.

In order to achieve the above object, according to another aspect of the present invention, a mobile terminal is also provided. The mobile terminal includes: a detecting unit, configured to detect whether the mobile terminal is bright; and a sending unit, configured to send a message pull request to the message pushing server when detecting that the mobile terminal is bright, wherein the message pull request is used for the request The message push server pushes a message to the mobile terminal, the message push server is configured to push the message to the mobile terminal after receiving the message pull request, and the receiving unit is configured to receive the message pushed by the message push server.

In order to achieve the above object, according to another aspect of the present invention, a message push server is also provided. The message pushing server includes: a receiving unit, configured to receive a message pull request from the mobile terminal, where the mobile terminal sends a message pull request to the message push server when the screen is bright, and the message pull request is used to request the message push server to The mobile terminal pushes the message; and the pushing unit is configured to push the message to the mobile terminal after receiving the message pull request.

In order to achieve the above object, according to another aspect of the present invention, a mobile terminal is also provided. The mobile terminal includes: a sensor, configured to detect whether the mobile terminal is bright; the communication unit is configured to: when detecting that the mobile terminal is bright, send a message pull request to the message push server, and receive a message pushed by the message push server, where The message pull request is used to request the message push server to push a message to the mobile terminal, and the message push server is configured to push the message to the mobile terminal after receiving the message pull request.

According to the present invention, it is detected whether the mobile terminal is bright or not; when detecting that the mobile terminal is bright, the mobile terminal sends a message pull request to the message push server and the mobile terminal receives the message pushed by the message push server, when the mobile terminal is illuminated Sending a message pull request to the message push server solves the problem of wasting network traffic and power of the mobile terminal, thereby achieving the effect of saving network traffic and power of the mobile terminal.

DRAWINGS

The accompanying drawings, which are incorporated in the claims In the drawing:

1 is a flow chart of a message pushing method according to a first embodiment of the present invention;

2 is a flow chart of a message pushing method according to a second embodiment of the present invention;

3 is a flow chart of a message pushing method according to a third embodiment of the present invention;

4 is a flowchart of a message pushing method according to a fourth embodiment of the present invention;

FIG. 5 is a schematic diagram of a mobile terminal according to a first embodiment of the present invention; FIG.

FIG. 6 is a schematic diagram of a mobile terminal according to a second embodiment of the present invention; FIG.

FIG. 7 is a schematic diagram of a mobile terminal according to a third embodiment of the present invention; FIG.

FIG. 8 is a schematic diagram of a message push server according to a first embodiment of the present invention;

9 is a schematic diagram of a message push server in accordance with a second embodiment of the present invention.

detailed description

It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. The invention will be described in detail below with reference to the drawings in conjunction with the embodiments.

The technical solutions in the embodiments of the present application are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present application. It is an embodiment of the present application, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present application without departing from the inventive scope shall fall within the scope of the application.

It should be noted that the terms "first", "second" and the like in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or order. It should be understood that the data so used may be interchanged where appropriate to facilitate the embodiments of the present application described herein. In addition, the terms "comprises" and "comprises" and "the" and "the" are intended to cover a non-exclusive inclusion, for example, a process, method, system, product, or device that comprises a series of steps or units is not necessarily limited to Those steps or units may include other steps or units not explicitly listed or inherent to such processes, methods, products or devices.

According to an embodiment of the present invention, a data processing method is provided, and FIG. 1 is a flowchart of a data processing method according to a first embodiment of the present invention. As shown in FIG. 1, the method includes the following steps S101 to S103:

Step S101: detecting whether the mobile terminal is bright.

The mobile terminal of the present invention includes a mobile phone, a computer, a digital broadcast terminal, a messaging device, and a game A plurality of types of terminal devices, such as a console, a tablet device, a medical device, a fitness device, and a personal digital assistant, are described in the embodiment by using a mobile phone as an example.

The bright screen refers to the state in which the user's mobile terminal wakes up from the state of the dark screen to the bright screen, and can wake up the screen to the bright screen by pressing the switch button of the body or other state that enables the mobile terminal to sleep from the dark screen. The way the state, such as some mobile phone cases with smart wake-up, also causes the phone to light up when it is turned on. Usually, the user only checks whether there is a message notification on the screen when the mobile phone is on the screen. Therefore, for the message that the real-time performance of the push service is not high, the message push is required only when the mobile terminal is detected to be bright.

Step S102: When detecting that the mobile terminal is bright, the mobile terminal sends a message pull request to the message push server, where the message pull request is used to request the message push server to push the message to the mobile terminal, and the message push server is used to receive the message. After the message pull request, the message is pushed to the mobile terminal.

When the mobile terminal is detected to be bright, the bright time of the mobile terminal is acquired, and the mobile terminal sends the bright time to the message push server, wherein the message push server is further configured to determine, according to the bright screen time, a message that needs to be pushed to the mobile terminal. That is to say, after detecting the bright screen of the mobile phone, obtaining the bright time of the mobile phone, recording the current bright time, and sending the current bright time to the message pushing server, and the message pushing server determines the need according to the received bright time. What messages are pushed to the phone.

After obtaining the bright time of the mobile terminal, the mobile terminal acquires the latest historical query time, where the latest historical query time is the time when the mobile terminal sends the message pull request to the message push server last time; and the mobile terminal determines that the bright screen time distance is the latest. Whether the time interval of the historical query time is greater than the preset time interval, wherein the mobile terminal sends a message pull request to the message push server when determining that the time interval between the bright screen time and the latest historical query time is greater than the preset time interval.

Preferably, in order to save mobile phone power and network traffic, the message that the real-time performance of some push services is not high, it is not necessary to obtain the message push every time the mobile phone is bright, and only need to obtain a message push after a certain time interval. can. For example, after detecting the bright screen of the mobile phone and recording the current bright time, query the latest historical query time of the mobile phone, that is, the time when the latest message is pushed, and determine the current time of the mobile phone and the latest time to obtain the message. Whether the pushed time is greater than a certain time interval, for example, 20 minutes, if the current mobile phone is on the screen and the time of the last time the message is pushed is greater than 20 minutes, the message pull request is sent to the message push server. If the time when the current mobile phone is on the screen and the time when the latest message is pushed is not more than 20 minutes, the message pull request is not sent to the message push server.

After the mobile terminal sends a message pull request to the message push server, the mobile terminal receives the push message that meets the first preset condition, where the message push server is configured to obtain the push message that meets the first preset condition according to the bright screen time, and is satisfied. The push message of the first preset condition is a message between the bright time and the latest historical push time, and the latest historical push time is the time when the message push server pushes the message to the mobile terminal last time. Its In the middle, the latest historical query time and the latest historical push time are the same time.

That is, after the mobile phone sends a message pull request to the message push server, the message push server pushes a message between the latest history push time and the bright screen time to the mobile phone.

If the bright time is the time when the mobile terminal first lights up, after the mobile terminal sends a message pull request to the message push server, the mobile terminal receives the latest message pushed by the message push server, wherein the message push server is used according to the mobile terminal. The bright time determines the most recent message that needs to be pushed.

If the mobile terminal lights up for the first time, for example, the mobile phone is newly bought, there is no latest historical push time. When the screen is bright, the mobile phone sends a message pull request to the message push server, and the message push server according to the bright time of the mobile phone. The latest message is pushed to the mobile phone. At this time, the time when the message push server pushes the message is taken as the latest historical push time.

Preferably, when detecting that the mobile terminal is bright, detecting the network status of the mobile terminal; determining whether the mobile terminal is in the WIFI connection state; and when determining that the mobile terminal is in the WIFI connection state, the mobile terminal sends a message pull to the message push server. request.

In order to save the data network traffic of the mobile phone, after detecting the bright screen of the mobile phone, the network state of the mobile phone at this time is detected. If the network state of the mobile phone is the WIFI connection state, the time of the current mobile phone bright screen and the time of the latest acquisition of the message are greater than a certain time. The time interval, the mobile phone sends a message pull request to the server; if the network state of the mobile phone is not the WIFI connection state, even if the current mobile phone bright screen time and the latest historical push time are greater than a certain time interval, the mobile phone does not send the message to the message push server. The message pull request.

This function can be set by the user at the mobile terminal itself, for example, it can be set to always allow, only allowed and always allowed under WIFI, to adapt to the message push needs in different situations.

Step S103: The mobile terminal receives the message pushed by the message push server.

When detecting that the mobile terminal is bright, the mobile terminal sends a message pull request to the message push server. At this time, the message push server pushes the message to the terminal according to the received terminal brightness time, and the mobile terminal receives the message pushed by the server push server.

The message that the mobile terminal receives the message push server push is divided into three cases:

In the first case, the latest historical push time obtained is empty, that is, the user's mobile terminal sends a message pull request to the message push server for the first time, and the message push server will return the latest push message to the user. The second case is that the latest historical push time obtained is not empty but the new push message is empty, that is, the message push server compares the latest historical push time with the terminal bright time. There is no new push message between the two moments that needs to be pushed to the terminal, then the new push message returned is empty, the user's mobile terminal will not receive the new push message; the third case is the latest history of the acquisition. The push time is not empty and the new push message is not empty, that is to say, the message push server compares the latest historical push time with the terminal bright time, if there is one or one between the two moments In the above new push message, the message push server will push the new push message to the mobile terminal, and the mobile terminal will respond.

Preferably, the message push server will push the mobile terminal according to the validity of the push message, that is, when there are many messages to be pushed between the latest historical query time and the current bright time, according to the user preset, only Push or prioritize a certain number of messages that are closest to the time of this bright screen. For example, if the user does not have a bright screen or no network for 3 hours, after the screen is bright and connected, there may be 200 push messages. If all the buttons are pushed to the terminal, they will be ignored by the user because the number of messages is too large. Important news, therefore, according to the user's preset, only push or preferentially push the latest 50 messages. The advantage of this strategy is that even if the mobile terminal is in a state where it cannot receive push messages for a long time, the next time it can receive the message. No push messages that are valid for the user are missed because there are too many push messages received. In the above three cases, a new latest historical push time will be returned to the mobile terminal, and the user's mobile terminal needs to record and record this new latest historical push time.

In this embodiment, when the message push server sends a push message that is not empty to the mobile terminal, the mobile terminal will respond, and the response manner of the mobile terminal may be various. For example, the notification bar lists all returned. Push the message, the user's mobile terminal's APP lists all returned push messages, and so on. The user's mobile terminal can respond in many ways. Since it is not the core of the present invention, it will not be detailed here.

In this embodiment, the mobile terminal sends a message pull request to the message push server when detecting that the mobile terminal is bright. The message pull request is used to request the message push server to push the message to the mobile terminal. The message push server is configured to push the message to the mobile terminal after receiving the message pull request; and the mobile terminal receives the message pushed by the message push server, thereby implementing the message push without receiving the message when the terminal is not in the bright screen state, thereby achieving the saving of the mobile The effect of the network traffic and power of the terminal.

2 is a flow chart of a message push method in accordance with a second embodiment of the present invention. As shown in FIG. 2, the message pushing method includes the following steps:

Step S201: Obtain a time anchor of the last query server.

The time anchor point in this embodiment refers to the time when the server was last queried, that is, the latest history push time in Embodiment 1, and the server side is also the message push server in Embodiment 1.

Taking the mobile phone as an example, in the embodiment of the present invention, obtaining the time anchor point of the last query server is obtained by an access request sent by the user's mobile terminal to the server, and the time anchor of the last query server is attached in the request. . Taking the Android mobile phone as an example, according to the http network access protocol of the Android system, the request method of the http can be attached with data to perform the interaction between the client and the server. The time anchor point in the embodiment of the present invention is also passed. Additional data passes the data to the server. Since it is an access request initiated by the user's mobile terminal, this time anchor is also provided by the user's mobile terminal. The save of the time anchor is recorded on the user's mobile terminal, and the save record event is performed when the user's mobile terminal successfully sends a request to the server, and the server successfully returns a response event, regardless of whether the server returns the update. To push the message content, you must return a time anchor, and this time the anchor record will be the time to send the response event, in hours and minutes. The user's mobile terminal saves the time anchor record of the response event when receiving the return response event sent by the server, so that the user's mobile terminal anchors the time of the record when sending the access request to the server next time. Points are passed to the server as additional data.

In step S202, it is determined whether the time anchor point is empty.

Before the user's mobile terminal sends an access request to the server for the first time, the server does not and cannot return a time anchor to the user's mobile terminal. The time anchor is empty at this time. Therefore, if the time anchor is empty, it means that the mobile terminal sends an access request to the server for the first time. At this time, step S204 is performed; if the time anchor is not empty, it indicates that the mobile terminal is not the first time to send an access request to the server. At this time, step S203 is performed.

In step S203, all the unexpired push messages are returned, and the current access time is a new anchor point.

When it is determined that the time anchor is not empty, it indicates that the mobile terminal does not issue an access request to the server for the first time, and when the mobile terminal sends an access request to the server, the time anchor of the record is transmitted to the server by using additional data. The server returns a push message after the time anchor according to the received time anchor. Preferably, in order to prevent the mobile terminal from receiving too many push messages at one time and missing any push message valid to the user, the push message may be set in advance. The number, for example, 50, ensures that even if the mobile terminal is in a state in which it cannot receive the push message for a long time, it will not miss any push message valid to the user because the push message received too much will be received the next time the message can be received.

The user's mobile terminal saves the time anchor record of the response event when receiving the return response event sent by the server, so that the user's mobile terminal anchors the time of the record when the next time the access request is sent to the server. Passed to the server as additional data.

In step S204, the latest push is returned, and the current access time is a new anchor point.

If the time anchor is empty, it means that the mobile terminal sends an access request to the server for the first time, and then returns the latest push to the mobile terminal, and the mobile terminal receives the time anchor of the response event after receiving the server. In order for the user's mobile terminal to send an access request to the server next time, the time anchor of the record is transmitted to the server as additional data.

In this embodiment, it is determined whether the time anchor point is empty. If the time anchor point is empty, the latest push is returned, and the current access time is used as a new anchor point; if the time anchor point is not empty, all unexpired returns are returned. Push Interest rate, and this access time as a new anchor point, to achieve the effect of saving mobile network traffic and power.

3 is a flow chart of a message push method in accordance with a third embodiment of the present invention. As shown in FIG. 3, the message pushing method includes the following steps:

Step S301: Acquire a bright screen event of the terminal.

The bright screen refers to the state in which the user's mobile terminal wakes up from the state of the dark screen to the bright screen, and can wake up the screen to the bright screen by pressing the switch button of the body or other state that enables the mobile terminal to sleep from the dark screen. The way the state, such as some mobile phone cases with smart wake-up, also causes the phone to light up when it is turned on. Usually, the user only checks whether there is a message notification on the screen when the mobile phone is on the screen. Therefore, for the message that the real-time performance of the push service is not high, the message push is required only when the mobile terminal is detected to be bright. Obtaining the brightness time of the terminal can be obtained by means of a sensor or the like.

Step S302, acquiring the terminal system time.

After obtaining the bright screen event of the terminal, the system time of the terminal is obtained when the screen is bright, and the obtained screen time is used to determine whether the time interval between the screen time and the latest history query time exceeds the preset time, and the obtained screen time is still For sending to the message push server, the message push server determines the message that needs to be pushed to the mobile terminal according to the bright screen time.

Step S303, determining whether the time interval between the bright screen time and the time anchor point is less than a preset time.

After the system time of the terminal is obtained, it is determined whether the time interval between the brightness time of the terminal and the time anchor is less than the preset time, wherein the time anchor point is the latest historical query time in the first embodiment, and the bright time is determined. After the time interval of the time anchor is not less than the preset time, step S304 is performed. After determining that the time interval between the bright screen time and the time anchor point is less than the preset time, the process ends and waits for the next bright screen.

Step S304, determining whether the network status and the user setting allow access to the server.

When it is determined that the time interval between the bright screen time and the time anchor point is not less than the preset time, it is considered that the message push can be received at this time, and before the access request is sent to the server, it is necessary to determine whether the current network state and the user setting allow access to the server, for example, User settings include always disallowed, only allowed and always allowed under WIFI. If the user is set to always not allowed in order to save power or save data traffic, the access request is not sent to the server even if the bright screen time is not less than the preset time. If the user is set to allow access only under WIFI, it is determined whether the current network status is a WIFI network connection, if it is a WIFI network connection, step S305 is performed, if not a WIFI network connection, the process ends; if the user is set to always allow, Step S305 is executed to send an access request to the server.

Step S305, sending an access request to the server.

After determining that the network status and the user setting allow access to the server, the server sends an access request to the server. Optionally, the message pull request is sent to the server, and the bright time is sent to the server in the manner of additional data, so that the server passes the bright screen. Time to determine the message that needs to be pushed to the mobile terminal. When sending an access request to the server, the latest historical query time needs to be sent to the server, and the server will push the message between the latest historical query time and the bright screen time to the mobile terminal.

Preferably, the terminal unifies the terminal system time and the server time through the network to obtain a more accurate push message.

In this embodiment, the time interval of the bright screen and the time anchor point is determined to be less than the preset time, and the time interval between the bright screen time and the time anchor point is not less than the preset time. After that, it is determined whether the network status and the user setting allow access to the server, and after determining that the network status and the user setting allow access to the server, sending an access request to the server, thereby achieving the effect of saving network traffic and power of the mobile terminal.

4 is a flow chart of a message pushing method according to a fourth embodiment of the present invention. As shown in FIG. 4, the message pushing method includes the following steps:

Step S401, the message push server receives a message pull request from the mobile terminal.

The mobile terminal sends a message pull request to the message push server when the screen is bright, and the message pull request is used to request the message push server to push the message to the mobile terminal.

In this embodiment, before the message pushing server pushes the message to the mobile terminal, the message pushing server receives the bright time sent by the mobile terminal; the message pushing server determines the message that needs to be pushed to the mobile terminal according to the bright screen time, wherein the message pushing server sends the message to the mobile terminal. The mobile terminal pushes the determined message.

The message pushing server determines that the message to be pushed to the mobile terminal according to the brightness time includes: the message pushing server acquires the push message that meets the first preset condition according to the bright screen time, and the push message that satisfies the first preset condition is the bright time and The latest historical push time is the time when the message push server pushes the message to the mobile terminal last time, wherein the message push server pushes the message that meets the first preset condition to the mobile terminal.

Step S402: The message pushing server pushes a message to the mobile terminal after receiving the message pull request.

The message push server pushes a message to the mobile terminal based on the message pull request of the mobile terminal. That is to say, the mobile terminal acquires the current bright screen time when the screen is bright, the mobile terminal sends the bright screen time to the message push server, and the message push server determines the message that needs to be pushed to the mobile terminal according to the bright screen time. Taking the mobile phone as an example, after detecting the bright screen of the mobile phone, obtaining the bright time of the mobile phone, recording the current bright time, and sending the current bright time to the message pushing server, and the message pushing server determines according to the received bright time. What messages need to be pushed to on the phone.

Preferably, in order to prevent the mobile terminal from receiving too many push messages at one time and missing any push messages valid to the user, the number of push messages, for example, 50, may be set in advance to ensure that the mobile terminal cannot receive the push message for a long time. The state, when the next time the message can be received, will not miss any push messages valid to the user because there are too many push messages received at one time.

In this embodiment, the message push server receives the message pull request from the mobile terminal, and the message push server pushes the message to the mobile terminal after receiving the message pull request, thereby achieving the effect of saving network traffic and power of the mobile terminal.

According to another aspect of the present invention, a mobile terminal is provided, and the mobile terminal can be used to perform the message pushing method according to the embodiment of the present invention. The message pushing method in the embodiment of the present invention can also be moved by using the embodiment of the present invention. The terminal is executed.

FIG. 5 is a schematic diagram of a mobile terminal in accordance with a first embodiment of the present invention. As shown in FIG. 5, the mobile terminal includes:

The detecting unit 10 is configured to detect whether the mobile terminal is bright.

The mobile terminal of this embodiment includes a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, and the like, and the mobile phone in this embodiment The specific embodiments are discussed as an example.

Bright screen refers to the state in which the user's mobile terminal wakes up from the state of the dark screen to the bright screen, and can be pressed by pressing it. The way the switch button of the body or other means that can make the mobile terminal wake up from the dark state of the screen to the bright state, for example, some mobile phone cases with smart wake-up function will also make the phone bright.

The detecting unit 10 detects whether the mobile terminal is bright. For example, whether the screen is bright or not can be detected by the sensor, including detecting the brightness of the screen, or detecting whether the display unit circuit of the screen works to obtain whether the mobile terminal is bright.

The sending unit 20 is configured to send a message pull request to the message push server when the mobile terminal is detected to be bright, wherein the message pull request is used to request the message push server to push the message to the mobile terminal, and the message push server is configured to receive Push the message to the mobile terminal after the message pull request.

Optionally, the mobile terminal further includes an obtaining unit, configured to acquire a bright time of the mobile terminal when the detecting unit 10 detects that the mobile terminal is bright, and the sending unit 20 is further configured to send the bright time to the message pushing server. The sending unit 20 sends a bright time to the message pushing server when sending the message pull request to the message pushing server, and the message pushing server is further configured to determine a message that needs to be pushed to the mobile terminal according to the bright screen time. That is to say, after the detecting unit 10 detects that the mobile phone is bright, the acquiring unit acquires the bright time of the mobile phone, records the current bright time, and sends a message pull request to the message pushing server by the sending unit 20 and simultaneously sends the current bright time. To the message push server, the message push server determines which messages need to be pushed to the mobile phone according to the received bright time sent by the sending unit 20.

Preferably, in order to save mobile phone power and network traffic, the message that the real-time performance of some push services is not high, it is not necessary to obtain the message push every time the mobile phone is bright, and only need to obtain a message push after a certain time interval. can. For example, after the detecting unit 10 detects the bright screen of the mobile phone and records the current bright screen time, it queries the latest historical pushing time of the mobile phone, that is, the time when the latest message is pushed, and determines the current time and the latest time of the mobile phone brightening. Whether the time for obtaining the message push is greater than a certain time interval, for example, 20 minutes. If the time of the current mobile phone brightening and the time of the last time the message is pushed is greater than 20 minutes, the sending unit 20 sends a message pull request to the message pushing server. . If the time when the current mobile phone is on the screen and the time when the latest acquisition message is pushed is not more than 20 minutes, the sending unit 20 does not send a message pull request to the message push server.

If the mobile terminal is the first time to light up, for example, the mobile phone is newly bought, at this time, there is no latest historical push time. When the detecting unit detects that the screen is bright, the sending unit 20 sends a message pull request to the message push server, and the message is pushed. The server pushes the latest message to the mobile phone according to the bright time of the mobile phone. At this time, the time when the message push server pushes the message is taken as the latest historical push time.

In order to save the data network traffic of the mobile phone, after the detecting unit 10 detects the bright screen of the mobile phone, the network state of the mobile phone at this time is detected. If the network state of the mobile phone is the WIFI connection state, the time of the current mobile phone brightening is the last time. When the time for obtaining the message is greater than a certain time interval, the sending unit 20 sends a message pull request to the server; if the network status of the mobile phone is not the WIFI connection status, even if the current mobile phone bright time and the latest historical push time are greater than a certain time At the interval, the transmitting unit 20 also does not send a message pull request to the message push server.

The receiving unit 30 is configured to receive a message pushed by the message pushing server. The receiving unit 30 receives the message pushed by the message pushing server into three cases:

In the first case, the latest historical push time obtained is empty, that is, the user's mobile terminal sends a message pull request to the message push server for the first time, and the receiving unit 30 receives the latest push returned by the message push server. The second case is that the latest historical push time is not empty but the push message received by the receiving unit 30 is empty, that is, the message push server compares the latest historical push time with the terminal's bright time. If there is no new push message between the two moments and needs to be pushed to the terminal, the receiving unit 30 receives the returned new push message is empty, the receiving unit 30 does not receive the new push message; the third case is The latest historical push time obtained is not empty and the new push message is not empty, that is to say, the message push server compares the latest historical push time with the terminal bright time, if between the two moments There is one or more new push messages, and the receiving unit 30 will receive the message pushed by the server push server. The mobile terminal will respond.

Preferably, the message push server will push the mobile terminal according to the validity of the push message, that is, when there are many messages to be pushed between the latest historical query time and the current bright time, according to the user preset, only Push or prioritize a certain number of messages that are closest to the time of this bright screen. For example, if the user does not have a bright screen or no network for 3 hours, after the screen is bright and connected, there may be 200 push messages. If the receiving unit 30 receives all of them, the user will be oversized because the number of messages is too large. Ignore important messages, so we can push or preferentially push the latest 50 messages according to the user's preset settings. The advantage of this strategy is that even if the mobile terminal is in a state where it cannot receive push messages for a long time, it can receive messages the next time. When you do not receive too many push messages, you will miss any push messages that are valid for the user. In the above three cases, the receiving unit 30 will receive a new latest historical push time, and the user's mobile terminal needs to record and record this new latest historical push time.

The detecting unit 10 is configured to detect whether the mobile terminal is bright or not, and the sending unit 20 is configured to send a message pull request to the message pushing server when detecting that the mobile terminal is bright, wherein the message pull request is used for The request message push server pushes a message to the mobile terminal, the message push server is configured to push the message to the mobile terminal after receiving the message pull request, and the receiving unit 30 is configured to receive the message pushed by the message push server. After the terminal is detected to be bright, the message pull request is sent to the message push server and the push message is received, thereby reducing the number of message pushes, thereby achieving the effect of saving network traffic and power of the mobile terminal.

6 is a schematic diagram of a mobile terminal according to a second embodiment of the present invention; as shown in FIG. 6, the mobile terminal package include:

The sensor 40 is configured to detect whether the mobile terminal is bright.

Optionally, the photoelectric sensor is used to detect the brightness at the screen of the terminal to detect whether the terminal is bright, or the current sensor is used to detect whether the screen circuit works to detect whether the mobile terminal is bright.

The communication unit 50 is configured to: when detecting that the mobile terminal is bright, send a message pull request to the message push server, and receive a message pushed by the message push server, wherein the message pull request is used to request the message push server to push the mobile terminal The message, the message push server is configured to push the message to the mobile terminal after receiving the message pull request.

When the sensor 40 detects that the mobile terminal is bright, the bright time of the mobile terminal is acquired, and the communication unit 50 sends the bright time to the message pushing server, wherein the message pushing server is further configured to determine that the mobile terminal needs to be pushed according to the bright screen time. Message.

Optionally, after obtaining the bright time of the mobile terminal, the mobile terminal acquires the latest historical query time, where the latest historical query time is the time when the mobile terminal sends the message pull request to the message push server last time; and the mobile terminal determines to light Whether the time interval of the screen time from the latest historical query time is greater than a preset time interval, wherein the mobile terminal sends a message to the communication unit 50 message push server when determining that the time interval between the bright screen time and the latest historical query time is greater than the preset time interval Pull the request.

After the communication unit 50 sends a message pull request to the message push server, the communication unit 50 is further configured to receive a push message that satisfies the first preset condition, where the message push server is configured to obtain the first preset condition according to the bright screen time. The push message, the push message satisfying the first preset condition is a message between the bright time and the latest historical push time, and the latest historical push time is the time when the message push server pushes the message to the mobile terminal last time.

The communication unit 50 can be used for transmitting and receiving information and receiving and transmitting signals during a call. The communication unit can be a radio frequency (RF) circuit, a router, a modem, or the like. Specifically, when the communication unit is an RF circuit, the downlink information of the base station is received and then processed by one or more processors; in addition, the data related to the uplink is transmitted to the base station. Generally, RF circuits as communication units include, but are not limited to, an antenna, at least one amplifier, a tuner, one or more oscillators, a Subscriber Identity Module (SIM) card, a transceiver, a coupler, and low noise. Low Noise Amplifier (LNA), duplexer, etc. In addition, the communication unit can also communicate with the network and other devices through wireless communication. Wireless communication can use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (Code). Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), e-mail, Short Messaging Service (SMS), etc. The memory can be used to store software programs and modules, and the processor executes various functional applications and data processing by running software programs and modules stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to the terminal. Data created by the use of the device (such as audio data, phone book, etc.). Further, the memory may include a high speed random access memory, and may also include a nonvolatile memory such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, the memory can also include a memory controller to provide access to the memory by the processor and the input unit.

This embodiment is used by the sensor 40 to detect whether the mobile terminal is bright. The communication unit 50 is configured to: when detecting that the mobile terminal is bright, send a message pull request to the message push server, and receive a message pushed by the message push server, wherein the message pull request is used to request the message push server to push the mobile terminal The message, the message push server is configured to push the message to the mobile terminal after receiving the message pull request. After the terminal is detected to be bright, the message pull request is sent to the message push server and the push message is received, thereby achieving the effect of saving network traffic and power of the mobile terminal.

Figure 7 is a schematic diagram of a mobile terminal in accordance with a third embodiment of the present invention. As shown in FIG. 7, the mobile terminal includes:

The processing component 110 includes a processor 111 of one or more processing cores, and the processor is a control center of the terminal device, and connects various parts of the entire mobile phone by using various interfaces and lines, by running or executing a software program stored in the memory and / or module, as well as calling data stored in the memory, performing various functions and processing data of the terminal device, thereby performing overall monitoring of the mobile phone. Optionally, the processor may include one or more processing cores; the processor may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, an application, etc., and performs modulation and demodulation processing. The device mainly handles wireless communication. The above modem processor may also not be integrated into the processor.

The communication unit 120 is configured to receive and transmit information during a message or a call, and the communication unit 120 may be a radio frequency (RF) circuit, a router, a modem, or the like. Specifically, when the communication unit 120 is an RF circuit, the downlink information of the base station is received and processed by one or more processors; in addition, data related to the uplink is transmitted to the base station. Generally, RF circuits as communication units include, but are not limited to, an antenna, at least one amplifier, a tuner, one or more oscillators, a Subscriber Identity Module (SIM) card, a transceiver, a coupler, and low noise. Low Noise Amplifier (LNA), duplexer, etc. In addition, the communication unit 120 can also communicate with the network and other devices through wireless communication. Wireless communication 120 may use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), Using General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (Long Term Evolution) , referred to as LTE), e-mail, Short Messaging Service (SMS), etc. The memory can be used to store software programs and modules, and the processor executes various functional applications and data processing by running software programs and modules stored in the memory. The memory mainly includes a storage program area and a storage data area, wherein the storage program area can store an operating system, an application required for at least one function, such as a sound playing function, an image playing function, and the like; and the storage data area can be stored according to the use of the terminal device. The data created, such as audio data, phone book, etc. Further, the memory may include a high speed random access memory, and may also include a nonvolatile memory such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, the memory can also include a memory controller to provide access to the memory by the processor and the input unit.

The power component 130 is configured to provide power to the terminal. The terminal device also includes a power component 130 that supplies power to the various components. Preferably, the power source can be logically coupled to the processor through the power management system to manage functions such as charging, discharging, and power management through the power management system. The power supply may also include any one or more of a DC or AC power source, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator, and the like.

The memory 140 includes a memory of one or more computer readable storage media for storing data such as an application.

An input/output interface 150 that can be used to receive input numeric or character information, as well as to generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control. Preferably, the input unit can include a touch sensitive surface 151 as well as other input devices 152. A touch-sensitive surface 151, also referred to as a touch display or trackpad, can collect touch operations on or near the user, such as a user using a finger, stylus, or the like on any touch-sensitive surface or touch Sensing the operation near the surface and driving the corresponding connecting device according to a preset program. Alternatively, the touch sensitive surface can include two portions of a touch detection device and a touch controller. Wherein, the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information. Give the processor and receive commands from the processor and execute them. In addition, touch-sensitive surfaces can be implemented in a variety of types, including resistive, capacitive, infrared, and surface acoustic waves. In addition to the touch-sensitive surface, the input unit can also include other input devices. Preferably, other input devices may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and the like.

The display unit 160 is configured to display information input by the user or information provided to the user and various graphical user interfaces of the terminal device, and the graphic user interfaces may be composed of graphics, text, icons, videos, and any combination thereof. . The display unit 160 may include a display panel 161, and optionally, may use liquid crystal display The display panel is configured in the form of a liquid crystal display (LCD) or an organic light-emitting diode (OLED). Optionally, the touch-sensitive surface may cover the display panel, and when the touch-sensitive surface detects a touch operation on or near it, transmits to the processor to determine the type of the touch event, and then the processor displays the panel according to the type of the touch event. Provide corresponding visual output on it. The touch-sensitive surface and display panel can function as two separate components to implement input and input functions, but in some embodiments, the touch-sensitive surface can be integrated with the display panel to implement input and output functions.

The sensor 170 includes at least one type of sensor such as a light sensor, a motion sensor, and other sensors. The light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel according to the brightness of the ambient light, and the proximity sensor may turn off the display panel and/or the backlight when the terminal device moves to the ear. As a kind of motion sensor, the gravity acceleration sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity. It can be used to identify the gesture of the mobile phone (such as horizontal and vertical screen switching, related Game, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for the terminal device can also be configured with gyroscopes, barometers, hygrometers, thermometers, infrared sensors and other sensors, not here Let me repeat.

The audio circuit 180, the audio circuit, the speaker, and the microphone provide an audio interface between the user and the terminal device. The audio circuit 180 can transmit the converted electrical data of the received audio data to a speaker, and convert the sound signal to a sound signal output. On the other hand, the microphone converts the collected sound signal into an electrical signal, which is received by the audio circuit 180 and then converted. After the audio data is processed by the audio data output processor, it is sent to, for example, another terminal device via the RF circuit, or the audio data is output to the memory for further processing. The audio circuit may also include an earbud jack to provide communication between the peripheral earphone and the terminal device.

The wireless communication unit 190 is configured to implement wireless communication. A wireless communication unit 190 can be configured on the terminal device, and the wireless communication unit 190 can be a WIFI module. WIFI belongs to short-range wireless transmission technology. The terminal device can help users to send and receive emails, browse web pages and access streaming media through the wireless communication unit 190, and provides wireless broadband Internet access for users. Although the wireless communication unit 190 is shown in the drawings, it can be understood that it does not belong to the essential configuration of the terminal device, and may be omitted as needed within the scope of not changing the essence of the invention.

Although not shown, the terminal device may further include a camera, a Bluetooth module, and the like, and details are not described herein again. In this embodiment, the terminal device further includes one or more programs, wherein one or more programs are stored in the memory 140 and configured to execute the one or more programs by the one or more processors. Instructions for performing the methods provided by embodiments of the present disclosure.

It will be understood by those skilled in the art that the terminal device structure shown in the drawings does not constitute a limitation of the terminal device, and may include more or less components than those illustrated, or a combination of certain components, or different component arrangements.

In this embodiment, after detecting the bright screen of the terminal, the message pull request is sent to the message push server and the push message is received, which achieves the effect of saving network traffic and power of the mobile terminal.

According to another aspect of the present invention, a message push server is provided, and the message push server may be used to perform the message push method in the embodiment of the present invention. The message push method in the embodiment of the present invention may also be implemented in the embodiment of the present invention. The message is pushed to the server to execute.

FIG. 8 is a schematic diagram of a message push server according to a first embodiment of the present invention. As shown in FIG. 8, the message push server includes:

The receiving unit 60 is configured to receive a message pull request from the mobile terminal, where the mobile terminal sends a message pull request to the message push server when the screen is bright, and the message pull request is used to request the message push server to push the message to the mobile terminal.

Optionally, when receiving the message pull request from the mobile terminal, the receiving unit 60 receives the bright screen time, and the message pushing server is further configured to determine, according to the bright screen time, the message that needs to be pushed to the mobile terminal. After the receiving unit 60 receives the bright time of the mobile terminal, receiving the latest historical push time, where the latest historical push time is the time when the message pushing server pushes the message to the mobile terminal last time.

The pushing unit 70 is configured to push a message to the mobile terminal after receiving the message pull request.

When the receiving unit 60 receives the message pull request from the mobile terminal, the pushing unit 70 pushes the message to the mobile terminal. Specifically, the pushing unit 70 pushes the terminal according to the terminal bright time and the latest historical push time received by the receiving unit 60. Between the messages, the mobile terminal modifies the latest history push time to the last time the push message was received after receiving the push message from the push unit 70.

The push unit 70 receives the message push message from the mobile terminal into three cases: the first case is that the latest history push time received by the receiving unit 60 is empty, that is, the user's mobile terminal sends the message to the message push server for the first time. If the request is pulled, the push unit 70 will return the latest push message to the user's mobile terminal; the second case is that the latest historical push time received by the receiving unit 60 is not empty but the new push message is empty, that is, It is said that the message push server compares the latest historical push time received by the receiving unit 60 with the terminal bright time. If there is no new push message between the two times, it needs to be pushed to the terminal, and the push unit 70 pushes the new one. The push message is empty, the user's mobile terminal does not receive a new push message; the third case is that the latest history push time received by the receiving unit 60 is not empty and the return of the new push message is not empty, that is, the message The push server compares the latest historical push time with the terminal's bright time, if there is between these two moments A new bar or more push message, a push unit 70 will push the new push message on a mobile terminal, the mobile terminal will vary in response.

Preferably, the message push server will push the mobile terminal according to the validity of the push message, and obtain the user setting of the mobile terminal and the number of messages to be pushed before the push unit 70 pushes the message to the mobile terminal. According to the preset setting by the user, the pushing unit 70 only pushes or preferentially pushes a certain number of messages closest to the current bright time. For example, if the user does not have a bright screen or no network for 3 hours, after the screen is bright and connected, there may be 200 push messages. If the push unit 70 is all pushed to the terminal, the number of messages will be too large. The user ignores the important message, so the push unit 70 can only push or preferentially push the latest 50 messages according to the preset setting by the user. The advantage of this strategy is that even if the mobile terminal is in a state in which it cannot receive the push message for a long time, the next time It can realize that when receiving a message, it does not miss any push message valid to the user because there are too many push messages received. In the above three cases, a new latest historical push time will be returned to the mobile terminal, and the user's mobile terminal needs to record and record this new latest historical push time.

In this embodiment, the receiving unit 60 receives a message pull request from the mobile terminal, where the mobile terminal sends a message pull request to the message push server when the screen is bright, and the message pull request is used to request the message push server to push the message to the mobile terminal. The push unit 70 pushes a message to the mobile terminal after receiving the message pull request. The method of pushing the message after receiving the message pull request sent by the terminal achieves the effect of saving network traffic and power of the mobile terminal.

9 is a schematic diagram of a message push server in accordance with a second embodiment of the present invention. As shown in FIG. 9, the server device includes:

The central processing unit 210 includes one or more central processing units (CPUs). The central processor can be arranged to communicate with a storage medium on which a series of instruction operations in the storage medium are performed.

The power source 220 includes one or more power sources for powering the message push server.

The memory 230 includes one or more storage media 231 that store applications or data, such as one or one storage device in Shanghai, where the storage and storage media may be transitory or persistent. The application 2313 stored on the storage medium 231 may include one or more modules (not shown), each of which may include a series of instruction operations in the server, and one or more operating systems 2311, such as Windows. ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM and other operating systems also include various data 2312.

A wired or wireless network interface 240, including one or more wired or wireless network interfaces, for implementing a wired or wireless network connection.

An input/output interface 250, one or more input/output interfaces, for connecting input/output devices.

A keyboard 260, one or more keyboards, for inputting through a keyboard.

The server may vary greatly depending on configuration or performance, and is not limited to the components listed in this embodiment.

Furthermore, the method according to the present disclosure may also be implemented as a computer program executed by a CPU. The above-described functions defined in the method of the present disclosure are performed when the computer program is executed by the CPU. The method steps and system elements described above may also be implemented with a controller and a computer readable storage device for storing a computer program that causes the controller to implement the steps or unit functions described above.

The various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described. Whether such functionality is implemented as software or as hardware depends on the particular application and design constraints imposed on the overall system. A person skilled in the art can implement the described functions in various ways for each specific application, but such implementation decisions should not be construed as causing a departure from the scope of the disclosure.

The various exemplary logical blocks, modules, and circuits described in connection with the disclosure herein can be implemented or executed with the following components designed to perform the functions described herein: general purpose processors, digital signal processors (DSPs), dedicated An integrated circuit (ASIC), field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination of these components. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. The processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

The steps of a method or algorithm described in connection with the disclosure herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor, such that the processor can read information from or write information to the storage medium. In an alternative, the storage medium can be integrated with a processor. The processor and the storage medium can reside in an ASIC. The ASIC can reside in the user terminal. In an alternative, the processor and the storage medium may reside as discrete components in the user terminal.

In one or more exemplary designs, the functions may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted as one or more instructions or code on a computer readable medium. Computer readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another. A storage medium may be any available media that can be accessed by a general purpose or special purpose computer. By way of example and not limitation, the computer readable medium may comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage device, disk storage device or other magnetic storage device, or may be used to carry or store a form of instructions Or the required program code of the data structure and can be used by a general purpose or special purpose computer or a general purpose or special purpose processor Any other media accessed. Also, any connection is properly termed a computer-readable medium. For example, if a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technology such as infrared, radio, and microwave is used to transmit software from a website, server, or other remote source, the coaxial line Cables, fiber optic cables, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are all included in the definition of the medium. As used herein, a magnetic disk and an optical disk include a compact disk (CD), a laser disk, an optical disk, a digital versatile disk (DVD), a floppy disk, a Blu-ray disk, in which a disk generally reproduces data magnetically, and the optical disk optically reproduces data using a laser. . Combinations of the above should also be included within the scope of computer readable media.

In this embodiment, through the central processing unit 210, the power source 220, the memory 230, the wired or wireless network interface 240, and the input/output interface 250, the keyboard 260 implements receiving a message pull request from the mobile terminal, after receiving the message pull request. Pushing a message to the mobile terminal achieves the effect of saving network traffic and power of the mobile terminal.

It should be noted that the steps illustrated in the flowchart of the accompanying drawings may be executed in a computer system such as a set of computer executable instructions, and, although shown in the flowchart, The steps shown or described may be performed in an order different than that herein.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in a storage device by a computing device, or they may be fabricated into individual integrated circuit modules, or Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

The above description is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

A message pushing method, comprising:

Detecting whether the mobile terminal is bright;

When detecting that the mobile terminal is bright, the mobile terminal sends a message pull request to the message push server, where the message pull request is used to request the message push server to push a message to the mobile terminal. The message push server is configured to push a message to the mobile terminal after receiving the message pull request;

The mobile terminal receives a message pushed by the message push server.
A message pushing method according to claim 1, wherein

When the mobile terminal is detected to be bright, the method further includes: acquiring a bright screen time of the mobile terminal,

The mobile terminal sends the bright screen time to the message push server, wherein the message push server is further configured to determine, according to the bright screen time, a message that needs to be pushed to the mobile terminal.
The message pushing method according to claim 2, wherein after the obtaining the bright time of the mobile terminal, the method further comprises:

The mobile terminal acquires a latest historical query time, where the latest historical query time is a time when the mobile terminal sends the message pull request to the message push server last time;

Determining, by the mobile terminal, whether a time interval of the bright screen time from the latest historical query time is greater than a preset time interval,

The mobile terminal sends the message pull request to the message push server when determining that the time interval between the bright screen time and the latest historical query time is greater than the preset time interval.
The message pushing method according to claim 3, wherein after the mobile terminal sends the message pull request to the message push server, the method further includes:

The mobile terminal receives a push message that meets a first preset condition, where the message push server is configured to obtain a push message that meets the first preset condition according to the bright screen time, and meet the first preset The conditional push message is a message between the bright time and the latest historical push time, and the latest historical push time is the time when the message push server pushes the message to the mobile terminal last time.
The message pushing method according to claim 2, wherein if the bright screen time is the time when the mobile terminal first lights up, the mobile terminal sends the message to the message push server. After taking the request, the method further includes:

The mobile terminal receives the latest message pushed by the message pushing server, where the message pushing server is configured to determine a latest message that needs to be pushed according to the bright time of the mobile terminal.
The message pushing method according to claim 1, wherein when the mobile terminal is detected to be bright, the method further comprises:

Detecting a network status of the mobile terminal;

Determining whether the mobile terminal is in a WIFI connection state;

When it is determined that the mobile terminal is in a WIFI connection state, the mobile terminal sends a message pull request to the message push server.
A message pushing method, characterized in that

The message push server receives a message pull request from the mobile terminal, wherein the mobile terminal sends a message pull request to the message push server when the screen is bright, the message pull request is used to request the message push server to The mobile terminal pushes a message;

The message push server pushes a message to the mobile terminal after receiving the message pull request.
The message pushing method according to claim 7, wherein before the message pushing server pushes a message to the mobile terminal, the method further includes:

Receiving, by the message pushing server, a brightness time sent by the mobile terminal;

The message push server determines, according to the brightness time, a message that needs to be pushed to the mobile terminal,

The message push server pushes the determined message to the mobile terminal.
The message pushing method according to claim 8, wherein the message pushing server determines, according to the bright screen time, that the message to be pushed to the mobile terminal comprises:

The message pushing server acquires a push message that meets the first preset condition according to the bright time, and the push message that meets the first preset condition is a message between the bright time and the latest historical push time. The latest historical push time is a time when the message push server pushes a message to the mobile terminal last time.

The message push server pushes the mobile terminal to meet the first preset condition. interest.
A mobile terminal, comprising:

a detecting unit, configured to detect whether the mobile terminal is bright;

a sending unit, configured to send a message pull request to the message push server when the mobile terminal is detected to be bright, wherein the message pull request is used to request the message push server to push a message to the mobile terminal, The message push server is configured to push a message to the mobile terminal after receiving the message pull request;

And a receiving unit, configured to receive a message pushed by the message pushing server.
The mobile terminal according to claim 10, wherein the mobile terminal further comprises:

An acquiring unit, configured to acquire a bright screen time of the mobile terminal when detecting that the mobile terminal is bright,

The sending unit is further configured to send the bright screen time to the message pushing server.
A message push server, comprising:

a receiving unit, configured to receive a message pull request from the mobile terminal, where the mobile terminal sends a message pull request to the message push server when the screen is bright, the message pull request is used to request the message push The server pushes a message to the mobile terminal;

And a pushing unit, configured to push a message to the mobile terminal after receiving the message pull request.
A mobile terminal, comprising:

a sensor for detecting whether the mobile terminal is bright; and

a communication unit, configured to send a message pull request to the message push server when the mobile terminal is detected to be bright, and receive a message pushed by the message push server, wherein the message pull request is used to request the The message push server pushes a message to the mobile terminal, and the message push server is configured to push a message to the mobile terminal after receiving the message pull request.