CN103379132B - 一种移动终端及其收到推送后的处理方法 - Google Patents

Abstract

本发明公开了一种移动终端及其收到推送后的处理方法，该移动终端包括：发送模块、接收判断模块和控制模块，该方法包括：移动终端向服务器发送查询请求以查询移动终端中的应用是否有更新，所述查询请求中携带有待查询的应用的标识；所述移动终端收到服务器返回的查询结果后，如果该查询结果中所述待查询的应用均有更新，则所述移动终端停止向服务器发送针对所述待查询的应用的查询请求。本发明提供的移动终端及其收到推送后的处理方法，可以减少移动终端用户的数据流量，同时节约电力。

Description

一种移动终端及其收到推送后的处理方法

技术领域

本发明涉及移动通信领域，具体涉及一种移动终端及其收到推送后的处理方法。

背景技术

在手机通信中，大多智能机都支持信息推送功能。所谓信息推送，就是在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术，比如提醒联系人有变化，实时更新消息等。

现在使用智能手机的用户越来越多，很多人以为，不上网就不会有流量，其实不然。智能手机都有推送功能，例如，邮件、天气、部分程序等都会通过服务器的推送自动更新，这也就是很多用户反映的“偷流量”问题。推送功能成为智能手机的一大标志，推送功能可以给予你的兴趣点、地理点进行选择。比如说在使用地图服务的时候会根据你的信息点推荐身边的功能，同时推送功能也将会在RSS阅读、这些丰富的推送功能也是加大用户粘性的最好武器。

推送也称push，这个概念其实最早来自于wap协议。其目的就是在数据连接不用一直打开的情况下把数据/文字/图片发送到用户的终端上，当然这个发送的过程可能也需要数据连接，但发送完毕后数据连接会自动切断，以达到实时收取信息又节约电力的目的。在目前电池技术没有突破的情况下，这个方案可以说是最完美的手机数据终端解决办法了。

现有推送实现原理如下：

移动终端每隔几分钟(例如5分钟)向服务器发送一次查询请求，服务器根据查询请求对数据库进行检查，把查询结果返回给相应移动终端。只要保持这个软件在手机里运行，它就每隔一段时间就自己去连接数据链接，向服务器发请求进行查询检查一下数据库，无端占用用户的数据流量，尤其是在移动终端有多个应用同时运行的情况下，用户手机的数据流量会大量流失，出现在用户不知情的状态下流量丢失的情况，并且也会增大手机的耗电。

发明内容

本发明需要解决的技术问题是提供一种移动终端及其收到推送后的处理方法，以减少移动终端用户的数据流量，同时节约电力。

为了解决上述技术问题，本发明提供了一种移动终端收到推送后的处理方法，包括：

所述移动终端向服务器发送查询请求以查询移动终端中的应用是否有更新，所述查询请求中携带有待查询的应用的标识；

所述移动终端收到服务器返回的查询结果后，如果该查询结果中所述待查询的应用均有更新，则所述移动终端停止向服务器发送针对所述待查询的应用的查询请求。

进一步地，所述移动终端向服务器发送查询请求，包括：所述移动终端建立数据链路，通过数据域向服务器发送查询请求。

进一步地，所述待查询的应用包括一个或多个，在所述移动终端向服务器发送查询请求之前还包括：建立查询请求与其中携带的待查询的应用的对应关系；

所述移动终端收到服务器返回的查询结果后，根据所述对应关系，如判断所述查询结果中所述查询请求对应的待查询的应用均有更新，则移动终端停止向服务器发送所述待查询的应用对应的查询请求；

如判断所述查询结果中所述查询请求对应的待查询的应用部分未更新，则继续向服务器发送该查询请求。

进一步地，所述移动终端记录所述查询结果中所述查询请求对应的待查询的应用的更新状态，并将有更新的应用显示在移动终端上。

进一步地，所述移动终端还提示用户清除所述有更新的应用的更新状态或更新所述应用，若用户选择清除所述有更新的应用的更新状态或更新所述应用，则移动终端删除所述有更新的应用的更新状态，并重新向服务器发送针对所述有更新的应用对应的查询请求。

为了解决上述技术问题，本发明还提供了一种移动终端，包括：

发送模块，用于向服务器发送查询请求以查询移动终端中应用是否有更新，所述查询请求中携带有待查询的应用的标识；还用于在收到控制模块的通知后停止向服务器发送针对待查询的应用的查询请求；

接收判断模块，用于收到服务器返回的查询结果后，判断该查询结果中所述待查询的应用的状态是否均有更新，并将判断结果通知控制模块；

控制模块，用于在收到所述判断模块的判断结果为是后，通知所述控制模块停止向服务器发送针对所述待查询的应用的查询请求。

进一步地，所述发送模块，用于向服务器发送查询请求以查询移动终端中应用是否有更新，包括：所述发送模块建立数据链路，通过数据域向服务器发送查询请求。

进一步地，所述待查询的应用包括一个或多个；

所述发送模块，还用于建立查询请求与其中携带的待查询的应用的对应关系；

所述接收判断模块，还用于收到服务器返回的查询结果后，根据所述对应关系判断所述查询结果中所述查询请求对应的待查询的应用均有更新还是只有部分有更新，并将判断结果通知控制模块；

所述控制模块，还用于如所述判断模块的判断结果为所述查询结果中所述查询请求对应的待查询的应用均有更新，通知所述控制模块停止向服务器发送针对所述待查询的应用的查询请求；如所述判断模块的判断结果为所述查询结果中所述查询请求对应的待查询的应用只有部分有更新，通知所述控制模块继续向服务器发送该查询请求；

所述发送模块，还用于在收到所述控制模块的通知后，停止向服务器发送针对所述待查询的应用的查询请求或继续向服务器发送该查询请求。

进一步地，所述接收判断模块，还用于记录所述查询结果中所述查询请求对应的待查询的应用的更新状态，

所述控制模块，还用于将有更新的应用显示在移动终端上。

进一步地，所述控制模块还用于，提示用户清除所述有更新的应用的更新状态或更新所述应用，若用户选择清除所述有更新的应用的更新状态或更新所述应用，则通知发送模块重新向服务器发送针对所述有更新的应用对应的查询请求；

所述发送模块，还用于在收到所述控制模块的通知后，重新向服务器发送针对所述有更新的应用对应的查询请求。

与现有技术相比，本发明提供的移动终端及其收到推送后的处理方法，可以减少移动终端用户的数据流量，同时节约电力。

附图说明

图1是实施例中移动终端的结构图；

图2是实施例中移动终端收到推送后的处理方法流程图；

图3是一个应用示例中移动终端收到推送后的处理方法流程图；

图4是一个应用示例中移动终端恢复向云服务器发送推送请求的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

实施例：

如图1所示，本实施例提供了一种移动终端，包括：

发送模块，用于向服务器发送查询请求以查询移动终端中应用是否有更新，所述查询请求中携带有待查询的应用的标识；还用于在收到控制模块的通知后停止向服务器发送针对待查询的应用的查询请求；

其中，所述发送模块向服务器发送查询请求以查询移动终端中应用是否有更新，包括：所述发送模块建立数据链路，通过数据域向服务器发送查询请求。

接收判断模块，用于收到服务器返回的查询结果后，判断该查询结果中所述待查询的应用的状态是否均有更新，并将判断结果通知控制模块；

控制模块，用于在收到所述判断模块的判断结果为是后，通知所述控制模块停止向服务器发送针对所述待查询的应用的查询请求。

其中，所述接收判断模块，还用于记录所述查询结果中所述查询请求对应的待查询的应用的更新状态；所述控制模块，还用于将有更新的应用显示在移动终端上。

其中，所述控制模块还用于，提示用户清除所述有更新的应用的更新状态或更新所述应用，若用户选择清除所述有更新的应用的更新状态或更新所述应用，则通知发送模块重新向服务器发送针对所述有更新的应用对应的查询请求；

所述发送模块，还用于在收到所述控制模块的通知后，重新向服务器发送针对所述有更新的应用对应的查询请求。

其中，作为一种优选的方式，所述待查询的应用包括一个或多个；

所述发送模块，还用于建立查询请求与其中携带的待查询的应用的对应关系；

所述接收判断模块，还用于收到服务器返回的查询结果后，根据所述对应关系判断所述查询结果中所述查询请求对应的待查询的应用均有更新还是只有部分有更新，并将判断结果通知控制模块；

所述控制模块，还用于如所述判断模块的判断结果为所述查询结果中所述查询请求对应的待查询的应用均有更新，通知所述控制模块停止向服务器发送针对所述待查询的应用的查询请求；如所述判断模块的判断结果为所述查询结果中所述查询请求对应的待查询的应用只有部分有更新，通知所述控制模块继续向服务器发送该查询请求；

所述发送模块，还用于在收到所述控制模块的通知后，停止向服务器发送针对所述待查询的应用的查询请求或继续向服务器发送该查询请求。

如图2所示，本实施例提供了一种移动终端收到推送后的处理方法，包括以下步骤：

S101：所述移动终端向服务器发送查询请求以查询移动终端中的应用是否有更新；

其中，所述查询请求中携带有待查询的应用的标识；所述移动终端建立数据链路，通过数据域向服务器发送查询请求。

其中，作为一种优选的方式，所述待查询的应用包括一个或多个，在上述步骤S101之前还包括：建立查询请求与其中携带的待查询的应用的对应关系；

S102：所述移动终端收到服务器返回的查询结果，并判断该查询结果中所述待查询的应用是否有更新；

S103：如果该查询结果中所述待查询的应用均有更新，则所述移动终端停止向服务器发送针对所述待查询的应用的查询请求。

其中，作为一种优选的方式，所述待查询的应用包括多个，所述移动终端收到服务器返回的查询结果后，根据所述对应关系，如判断所述查询结果中所述查询请求对应的待查询的应用均有更新，则移动终端停止向服务器发送所述待查询的应用对应的查询请求；

如判断所述查询结果中所述查询请求对应的待查询的应用部分未更新，则继续向服务器发送该查询请求。

其中，所述移动终端记录所述查询结果中所述查询请求对应的待查询的应用的更新状态，并将有更新的应用显示在移动终端上。

其中，所述移动终端还提示用户清除所述有更新的应用的更新状态或更新所述应用，若用户选择清除所述有更新的应用的更新状态或更新所述应用，则移动终端删除所述有更新的应用的更新状态，并重新向服务器发送针对所述有更新的应用对应的查询请求。

在一个示例中，采用上述实施例中的移动终端，服务器以云服务器为例，在移动终端向云服务器发送查询请求之前，需要对查询的内容进行组包，即在表(A)中建立查询请求与待查询的应用的对应关系。如表(A)所示，查询请求1对应一个应用a，而查询请求2则对应3个应用b、c、d等等。

表(A)

如图3所示，移动终端的推送处理方法，包括以下步骤：

S201：移动终端经由通信网向云服务器发送查询请求以查询移动终端中应用是否有更新；

所述查询请求中携带有待查询的应用的标识。

S202：移动终端经由通信网接收云服务器返回的查询结果；

S203：对查询结果进行解析，并在表A中记录所述查询结果中所述查询请求对应的待查询的应用的更新状态；

例如，查询请求1对应的应用a的更新状态为否；查询请求2对应的应用b、c、d的更新状态均为是。

S204：判断该查询结果中所述查询请求对应的待查询的应用是否均有更新，如果是，执行步骤S205，否则，继续向服务器发送该查询请求；

S205：停止向云服务器发送该查询请求。

例如，表A中，查询请求2对应的3个应用b、c、d均为有更新，停止向云服务器发送查询请求2，若3个应用中有一个没有更新，则继续向服务器发送该查询请求2。

此外，在恢复向云服务器发送推送请求时，如图4所示，本实施例还包括以下步骤：

S301：移动终端提示用户清除有更新的应用的更新状态或更新所述应用；

S302：在用户选择清除所述有更新的应用的更新状态或更新所述应用后，移动终端清除表A里所述有更新的应用的更新状态，并重新向服务器发送针对所述有更新的应用对应的查询请求。

例如，表A中，查询请求2对应的三个应用b、c、d均有更新，只要表A中这三个应用中有一个应用的更新状态被清除或其中一个应用被更新，那么应该重新向服务器发送这三个应用对应的查询请求2。

从上述实施例可以看出，相对于现有技术，上述实施例中提供的移动终端及其收到推送后的处理方法，通过判断出收到服务器返回的查询结果中待查询的应用均有更新时则停止向服务器发送查询请求，从而可以减少移动终端用户的数据流量，同时节约电力。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种移动终端收到推送后的处理方法，包括：

所述移动终端向服务器发送查询请求以查询移动终端中的应用是否有更新，所述查询请求中携带有待查询的应用的标识；

所述移动终端收到服务器返回的查询结果后，如果该查询结果中所述待查询的应用均有更新，则所述移动终端停止向服务器发送针对所述待查询的应用的查询请求；

所述待查询的应用包括一个或多个，在所述移动终端向服务器发送查询请求之前还包括：建立查询请求与其中携带的待查询的应用的对应关系；

所述移动终端收到服务器返回的查询结果后，根据所述对应关系，如判断所述查询结果中所述查询请求对应的待查询的应用均有更新，则移动终端停止向服务器发送所述待查询的应用对应的查询请求；

如判断所述查询结果中所述查询请求对应的待查询的应用部分未更新，则继续向服务器发送该查询请求。

2.如权利要求1所述的方法，其特征在于，

所述移动终端向服务器发送查询请求，包括：所述移动终端建立数据链路，通过数据域向服务器发送查询请求。

3.如权利要求1所述的方法，其特征在于，

所述移动终端记录所述查询结果中所述查询请求对应的待查询的应用的更新状态，并将有更新的应用显示在移动终端上。

4.如权利要求3所述的方法，其特征在于，

所述移动终端还提示用户清除所述有更新的应用的更新状态或更新所述应用，若用户选择清除所述有更新的应用的更新状态或更新所述应用，则移动终端删除所述有更新的应用的更新状态，并重新向服务器发送针对所述有更新的应用对应的查询请求。

5.一种移动终端，包括：

发送模块，用于向服务器发送查询请求以查询移动终端中应用是否有更新，所述查询请求中携带有待查询的应用的标识；还用于在收到控制模块的通知后停止向服务器发送针对待查询的应用的查询请求；

接收判断模块，用于收到服务器返回的查询结果后，判断该查询结果中所述待查询的应用的状态是否均有更新，并将判断结果通知控制模块；

控制模块，用于在收到所述判断模块的判断结果为是后，通知所述发送模块停止向服务器发送针对所述待查询的应用的查询请求；

所述待查询的应用包括一个或多个；

所述发送模块，还用于建立查询请求与其中携带的待查询的应用的对应关系；

所述接收判断模块，还用于收到服务器返回的查询结果后，根据所述对应关系判断所述查询结果中所述查询请求对应的待查询的应用均有更新还是只有部分有更新，并将判断结果通知控制模块；

所述控制模块，还用于如所述判断模块的判断结果为所述查询结果中所述查询请求对应的待查询的应用均有更新，通知所述发送模块停止向服务器发送针对所述待查询的应用的查询请求；如所述判断模块的判断结果为所述查询结果中所述查询请求对应的待查询的应用只有部分有更新，通知所述发送模块继续向服务器发送该查询请求；

所述发送模块，还用于在收到所述控制模块的通知后，停止向服务器发送针对所述待查询的应用的查询请求或继续向服务器发送该查询请求。

6.如权利要求5所述的移动终端，其特征在于，

所述发送模块，用于向服务器发送查询请求以查询移动终端中应用是否有更新，包括：所述发送模块建立数据链路，通过数据域向服务器发送查询请求。

7.如权利要求5所述的移动终端，其特征在于，

所述接收判断模块，还用于记录所述查询结果中所述查询请求对应的待查询的应用的更新状态；

所述控制模块，还用于将有更新的应用显示在移动终端上。

8.如权利要求7所述的移动终端，其特征在于，

所述控制模块还用于，提示用户清除所述有更新的应用的更新状态或更新所述应用，若用户选择清除所述有更新的应用的更新状态或更新所述应用，则通知发送模块重新向服务器发送针对所述有更新的应用对应的查询请求；

所述发送模块，还用于在收到所述控制模块的通知后，重新向服务器发送针对所述有更新的应用对应的查询请求。