CN108011937B - 消息推送方法、服务器、智能终端及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种消息推送方法、服务器、智能终端及计算机可读存储介质，所述方法包括：实时接收智能终端发送的接口调用请求，确认所述接口调用请求对应的待调用接口的调用值；将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口；从推送服务器获取目标推送消息；将所述目标推送消息放入所述目标接口对应的待调用接口返回值中推送至所述智能终端。从而，通过对接口调用值的监控，自动识别调用值较少的接口，在接口返回值中添加待推送的消息，在保证接口调用的效率不会降低同时，也分担了推送服务器推送消息的部分推送，减少了TCP长连接的使用，降低了智能终端的功耗，提高了用户体验。

Description

消息推送方法、服务器、智能终端及计算机可读存储介质

技术领域

本发明涉及智能终端技术领域，尤其涉及一种消息推送方法、服务器、智能终端及计算机可读存储介质。

背景技术

当前，随着用户对手机等智能终端的功能要求越来越高，智能终端上安装的应用程序也越来越多，而消息推送是所有应用程序必备的功能。目前的消息推送基本都是由推送服务器使用TCP长连接进行推送，而TCP长连接需要实时保持，如果所有的消息推送都通过TCP长连接进行推送，则推送服务器和智能终端都需要承当非常大的功耗，并且，推送服务器还需要记录不同的智能终端所接收到的消息，每次推送都需要从数据库中查询该智能终端的接收记录以避免重复推送，这样也极大的影响了推送效率。

因此，有必要提供一种消息推送方法、服务器、智能终端及计算机可读存储介质来解决上述技术问题。

发明内容

本发明的主要目的在于提出一种消息推送方法、服务器、智能终端及计算机可读存储介质，旨在解决现有的消息推送中功耗大、推送效率低的问题。

为实现上述目的，本发明提供一种消息推送方法，应用于服务器侧，所述消息推送法包括以下步骤：

实时接收智能终端发送的接口调用请求，确认所述接口调用请求对应的待调用接口的调用值；

将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口；

从推送服务器获取目标推送消息；

将所述目标推送消息放入所述目标接口对应的待调用接口返回值中推送至所述智能终端。

可选地，所述调用值包括耗时和返回值数据量，所述目标阈值包括目标耗时阈值和目标数据量阈值所述将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口的步骤具体包括：

确定所述耗时阈值小于目标耗时阈值且所述数据量阈值小于目标数据量阈值的所述待调用接口为待选接口；

判定所述待选接口的数量；

当所述数量为1，则确认所述待选接口为目标接口；

当所述数量大于1，则确认所述待选接口中调用耗时和返回值数据量最小的所述待调用接口为目标接口。

可选地，所述从推送服务器获取目标推送消息的步骤具体包括：

解析所述目标接口的接口调用请求以获取消息标识；

依据所述获取的消息标识从推送服务器获取目标推送消息。

可选地，所述依据所述获取的消息标识从推送服务器获取目标推送消息的步骤具体包括：

从所述推送服务器的预设缓存区中存储的非重要推送消息中搜寻处于有效期限内的待推送消息；

从所述处于有效期限内的待推送消息剔除所述获取的消息标识对应的推送消息；

从剔除后得到的待推送消息中获取目标推送消息。

同时，本发明还提供一种服务器，所述服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息推送程序，所述消息推送程序被所述处理器执行时实现如上所述应用于服务器侧的消息推送方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有消息推送程序，所述消息推送程序被处理器执行时实现如如上所述应用于服务器侧的消息推送方法的步骤。

为实现上述目的，本发明提供还一种消息推送方法，应用于智能终端侧，所述方法包括以下步骤：

当接收到应用服务器返回的接口返回值时，解析所述接口返回值得到推送消息；其中，所述得到的推送消息为非重要推送消息。

将所述推送消息发送给对应的应用程序并记录所述推送消息的消息标识。

可选地，所述方法还包括：

向应用服务器发送接口调用请求时，在所述接口调用请求头中写入预设周期内所述智能终端接收到的所有推送消息的消息标识。

可选地，所述方法还包括：

与推送服务器建立TCP长连接，通过所述TCP长连接实时接收所述推送服务器发送的推送消息，其中，所述发送的推送消息为重要推送消息。

同时，本发明还提供一种智能终端，其特征在于，所述智能包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息推送程序，所述消息推送程序被所述处理器执行时实现如权利要求7至9中任一项所述的消息推送方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有消息推送程序，所述消息推送程序被处理器执行时实现如如上所述应用于智能终端侧的消息推送方法的步骤。

相较于现有技术，本发明所提出的一种消息推送方法、服务器、智能终端以及计算机可读存储介质，应用服务器实时接收智能终端发送的接口调用请求，确认所述接口调用请求对应的待调用接口的调用值；将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口；从推送服务器获取目标推送消息；将所述目标推送消息放入所述目标接口对应的待调用接口返回值中推送至所述智能终端。

附图说明

图1为实现本发明各个实施例一可选的智能终端的硬件结构示意图；

图2为本发明实施例提供的一种通信网络系统架构图；

图3为本发明实施例提供的另一种通信网络系统架构图

图4为本发明第一实施例提供的消息推送方法服务器侧的实施流程示意图；

图5为图4中步骤S402的细化流程示意图；

图6为图4中步骤S403的细化流程示意图；

图7为图6中步骤S602的细化流程示意图；

图8为本发明中应用服务器向智能终端推送消息的过程示意图；

图9为本发明第二实施例提供的服务器侧消息推送程序的功能模块示意图；

图10为本发明第四实施例提供的消息推送方法智能终端侧的实施流程示意图；

图11为本发明第五实施例提供的智能终端侧消息推送程序的功能模块示意图。

附图标记：

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等智能终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以智能终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本发明各个实施例的一种智能终端的硬件结构示意图，该智能终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的智能终端结构并不构成对智能终端的限定，智能终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对智能终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。

WiFi属于短距离无线传输技术，智能终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于智能终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在智能终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与智能终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

智能终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在智能终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与智能终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现智能终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现智能终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与智能终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到智能终端100内的一个或多个元件或者可以用于在智能终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是智能终端的控制中心，利用各种接口和线路连接整个智能终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行智能终端的各种功能和处理数据，从而对智能终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

智能终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，智能终端100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本发明实施例，下面对本发明的智能终端所基于的通信网络系统进行描述。

请参阅图2，图2为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。

具体地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。

图3为实现本发明各个实施例消息推送方法的另一个通信系统结构示意图。

所述通信系统包括多个智能终端100(图中仅示出一个)、多个应用服务器200以及推送服务器300。

在现有技术中，智能终端100上安装有各种各样的应用，每一个应用对应有一个应用服务器200，当智能终端上的某一个应用需要调用接口时，智能终端100会向该应用的应用服务器200发送接口调用请求，应用服务器200接收到该应用的接口调用请求后，会响应该请求返回一个接口返回值给该应用，接口返回值中包含有对应该接口调用请求的返回参数。而推送服务器300则负责智能终端100上所有应用的消息推送，在智能终端100网络可用时，智能终端100和推送服务器300之间保持有一个TCP长连接，推送服务器300通过该TCP长连接向智能终端上的各个应用实时推送消息。

在本发明中，推送服务器300中对需要推送的消息进行了分类，专门建立了一个缓存区，该缓存区中专门存放非重要推送消息，非重的推送消息无需实时推送，可以通过应用服务器200，通过本发明中的消息推送方法推送给智能终端，由此，可以由应用服务器200承担一部分消息推送的任务，而减轻了推送服务器300的负担。而对于重要推送消息，则仍旧可以通过TCP长连接向智能终端上的各个应用实时推送消息。

可以理解是，在本发明中，重要推送消息和非重要推送消息的分类规则可以由各个应用程序的服务商自行设定，然后在推送消息的消息属性中进行标识。不同的应用程序，其分类规则也可以不同，本发明对此不作限定。

在本发明中，推送服务器300可以是单独的一台服务器，存储有所有应用待推送消息并进行相应的推送管理，也可以是由多台服务器组成的一个服务器集群，不同的服务器负责不同类型的待推送消息的推送管理。

基于上述智能终端100硬件结构以及通信网络系统，提出本发明方法各个实施例。

实施例一：

请参照图4，所示是本发明第一实施例提供的消息推送方法服务器侧的流程示意图，主要用于上述提出的应用服务器中，所述方法包括步骤：

步骤S401，实时接收智能终端发送的接口调用请求，确认所述接口调用请求对应的待调用接口的调用值；

具体的，智能终端上的任一个应用程序需要调用接口时，都会向应用服务器发送接口调用请求，应用服务器实时接收这些请求，可以确认智能终端需要调用的接口，即待调用接口，不同的接口会有不同的调用值，此处，应用服务器将实时监控每一个接口的调用值，当接收到调用请求时，就可以及时确定待调用接口的调用值，调用值越少，说明智能终端调用该接口所需要的损耗越低，调用速度也会越快。

步骤S402，将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口；

具体的，应用服务器可以同时接收到同一个智能终端的一个或多个接口调用请求，因此，对于每一个智能终端而言，待调用接口可能只有一个，也可能有多个。应用服务器需要确定待调用接口是否符合条件，只有符合条件，才可以进行消息的推送，以避免影响正常接口调用的反应效率。此处，确定是否符合条件可以将待调用接口的调用值跟目标阈值比较，只有调用值小于目标阈值，才可以确定该调用接口是符合条件的，应用服务器才可以通过该接口向智能终端推送消息。

进一步的，请参考图5，所示是步骤S402的细化流程图，在本实施例中，步骤S402具体包括以下步骤：

步骤S500，确定所述耗时阈值小于目标耗时阈值且所述数据量阈值小于目标数据量阈值的所述待调用接口为待选接口；

步骤S501，判定所述待选接口的数量，数量为1则进入步骤S503，数量大于1则进入步骤S502；

步骤S502，确认所述待选接口为目标接口；

步骤S503，确认所述待选接口中调用耗时和返回值数据量最小的所述待调用接口为目标接口。

具体的，在本实施例中，调用值主要包括接口调用耗时、接口返回值数据量等，也即调用耗时和返回值数据量，对应的，目标阈值也包括目标耗时阈值和目标数据量阈值，在本实施例中，目标阈值可以由智能终端厂商或是应用服务提供商进行设定，例如可以设定接口调用目标耗时阈值为2秒，接口返回值目标数据量阈值为1M字节。在本实施例中，所述条件为：调用耗时小于目标调用耗时并且返回值数据量小于目标数据量阈值，因此，只有当某一个待调用接口的调用耗时小于目标调用耗时并且该待调用接口的返回值数据量同时小于目标数据量阈值时，才可以判定该待调用接口符合条件，对应符合条件的待调用接口，都可以作为待选接口。应用服务器根据待选接口的数量，进一步确定目标接口，如果待选接口只有一个，则显然该待选接口将作为目标接口，如果待选接口有多个，则可以进一步选择所有待选接口中调用耗时和返回值数据量最小的接口作为目标接口。可以理解是，此处，调用耗时和返回值数据量最小是指综合调用损耗最小，当两者冲突时，可以优选返回值数据量最小的待选接口为目标接口。例如，如果接口A的调用耗时为0.2秒，返回值数据量为2M，而接口B的调用耗时为0.3秒，返回数据量为2M，则接口A将作为目标接口；如果接口A的调用耗时为0.2秒，返回值数据量为2M，而接口B的调用耗时为0.3秒，返回数据量为1M，则接口B将作为目标接口，依次类推。

可以理解是，如果某次调用中并没有符合条件的待调用接口，则此次接口调用将作常规调用处理，应用服务器不会通过该接口调用推送消息。

步骤S403，从推送服务器获取目标推送消息；

步骤S404，将所述目标推送消息放入所述目标接口对应的待调用接口返回值中推送至所述智能终端。

具体的，确定了目标接口后，代表该接口的此次调用有余地可以同时携带推送消息而不会影响该次接口调用的反应效率，因此，应用服务器可以从推送服务器中获取需要推送的目标推送消息，将该推送消息添加到应用服务器对目标接口的此次接口调用请求响应的接口返回值中，一同发送至智能终端。接口返回值一般为json字符串，假设不携带推送消息的接口返回值的格式为：json字符串{接口返回值:参数值1}。添加目标推送消息后，接口返回值的格式变为：json字符串{接口返回值:参数值1，推送消息:XXX}。

进一步的，请同时参考图6，所示是本发明中步骤S403的细化流程图，在本实施例中，步骤S403具体包括以下步骤：

步骤S601，解析所述目标接口的接口调用请求以获取消息标识；

步骤S602，依据所述获取的消息标识从推送服务器获取目标推送消息。

具体的，为了避免重复推送，智能终端向应用服务器发送接口调用请求时，都会在请求头中携带消息标识，所述消息标识可以由多个，包括该智能终端在预设周期内已经接收到的所有推送消息的消息标识。应用服务器在确认目标接口后，从该目标接口的接口调用请求中获取到其携带的消息标识，这样，在从推送服务器上获取目标推送消息时，就可以剔除这些已经向智能终端推送过的推送消息，从而避免重复推送。此处，预设周期可以是推送服务器上推送消息的有效期限。

进一步的，请同时参考图7，所示是图6中步骤S602的细化流程图，在本实施例中，步骤S602具体包括以下步骤：

步骤S701，从所述推送服务器的预设缓存区中存储的非重要推送消息中搜寻处于有效期限内的待推送消息；

步骤S702，从所述处于有效期限内的待推送消息剔除所述获取的消息标识对应的推送消息；

步骤S702，从剔除后得到的待推送消息中获取目标推送消息。

具体的，在本发明中，在本发明中，推送服务器对需要推送的消息进行了分类，专门建立了一个缓存区，该缓存区中专门存放非重要的推送消息，非重要的待推送消息无需实时推送，可以通过由应用服务器通过本发明中的消息推送方法推送给智能终端，由此，应用服务器从推送服务器中获取目标推送消息时，也会从这个预设缓存区中存储的非重要推送消息中进行筛选。对于每一个推送消息而言，推送服务器都会设定有效期限，只有在有效期限内的推送消息，才是可以被获取并推送的，过了有效期限的推送消息则是无效的推送消息，在一定时间后会并定时清理。因此，应用服务器从非重要推送消息中首先筛选出还处于有效期限内的待推送消息，然后，从待推送消息中剔除掉已经向智能终端推送过的消息，也即剔除掉从目标请求中解析得到的消息标识对应的推送消息，剔除后得到的待推送消息都是此次可以向智能终端的推送消息，可以任意选择一个目标推送消息，优选的，在本实施例中，可以选择距离有效期限过期的待推送消息作为目标推送消息。在现有技术中，推送服务器每推送一个推送消息给任意智能终端，都需要记录每个智能终端的IMEI(International Mobile Equipment Identity，国际移动设备标识)以及其所收到的消息ID到数据库中，由于每次获取待推送消息都要从该数据库中获取该IMEI的智能终端收到的消息列表，从而避免重复推送，造成了消息推送效率较低，并且使用推送记录数据库也需要较大的成本。本实施例中，通过应用服务器与智能终端的配合，推送服务器对于非重要推送消息的推送不再需要使用的推送记录服务，可以明显的提升消息推送效率，同时减少推送成本。

请同时参考图8，所示是应用服务器向智能终端推送消息的一个过程示意图。如图所示，当智能终端上的应用程序需要调用接口1时，可以通过该接口1向应用服务器发出接口调用请求，请求中除了携带有该接口的参数值1外，在请求头中还同时携带有预设周期内智能终端接收到的所有推送消息的消息标识，假设智能终端在发出这个接口调用请求前的预设周期内接收了三个推送消息，消息标识分别为消息ID1、消息ID2、消息ID3，则该接口调用请求中将携带有此三个消息标识。应用服务器解析该接口调用请求可以得到此三个消息标识，消息ID1、消息ID2以及消息ID3，然后，应用服务器从推送服务器中获取目标推送消息时，就可以避开这三个消息标识对应的推送消息。

本实施例的服务器侧的消息推送方法，应用服务器实时接收智能终端发送的接口调用请求，确认所述接口调用请求对应的待调用接口的调用值；将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口；从推送服务器获取目标推送消息；将所述目标推送消息放入所述目标接口对应的待调用接口返回值中推送至所述智能终端。从而，通过对接口调用值的监控，自动识别调用值较少的接口，在接口返回值中添加待推送的消息，在保证接口调用的效率不会降低同时，也分担了推送服务器推送消息的部分推送，减少了TCP长连接的使用，降低了智能终端的功耗，提高了用户体验。

实施例二：

此外，本发明提供一种消息推送程序，主要用于上述提出的应用服务器中。

如图9所示，是本发明第二实施例提供的服务器侧消息推送程序09的功能模块示意图。本实施例中，所述的消息推送程序09可以被分割成一个或多个模块，所述一个或多个模块被存储于所述应用服务器200的存储器中，并由一个或多个处理器所执行，以完成本发明。例如，在图9中，所述的消息推送程序09可以被划分为请求接收模块91、阈值监控模块92、消息获取模块93以及消息推送模块94。本发明所称的模块是指一种能够完成特定功能的一系列可读计算机程序指令段，比计算机程序更适合于描述软件在所述应用服务器200中的执行过程。以下将就上述各功能模块91-94的具体功能进行详细描述。其中：

请求接收模块91，用于实时接收智能终端发送的接口调用请求，确认所述接口调用请求对应的待调用接口的调用值；

具体的，智能终端上的任一个应用程序需要调用接口时，都会向应用服务器发送接口调用请求，请求接收模块91实时接收这些请求，可以确认智能终端需要调用的接口，即待调用接口，不同的接口会有不同的调用值，此处，请求接收模块91将实时监控每一个接口的调用值，当接收到调用请求时，就可以及时确定待调用接口的调用值，调用值越少，说明智能终端调用该接口所需要的损耗越低，调用速度也会越快。

阈值监控模块92，用于将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口；

具体的，应用服务器可以同时接收到同一个智能终端的一个或多个接口调用请求，因此，对于每一个智能终端而言，待调用接口可能只有一个，也可能有多个。阈值监控模块92需要确定待调用接口是否符合条件，只有符合条件，才可以进行消息的推送，以避免影响正常接口调用的反应效率。此处，确定是否符合条件可以将待调用接口的调用值跟目标阈值比较，只有调用值小于目标阈值，才可以确定该调用接口是符合条件的，应用服务器才可以通过该接口向智能终端推送消息。

进一步的，在本实施例中，阈值监控模块92具体包括：

初步筛选单元，用于确定所述耗时阈值小于目标耗时阈值且所述数据量阈值小于目标数据量阈值的所述待调用接口为待选接口；

数量判定单元，用于判定所述待选接口的数量；

接口确定单元，用于当所述数量为1时，确认所述待选接口为目标接口；以及

当所述数量大于1时，确认所述待选接口中调用耗时和返回值数据量最小的所述待调用接口为目标接口。

具体的，在本实施例中，调用值主要包括接口调用耗时、接口返回值数据量等，也即调用耗时和返回值数据量，对应的，目标阈值也包括目标耗时阈值和目标数据量阈值，在本实施例中，目标阈值可以由智能终端厂商或是应用服务提供商进行设定，例如可以设定接口调用目标耗时阈值为2秒，接口返回值目标数据量阈值为1M字节。在本实施例中，所述条件为：调用耗时小于目标调用耗时并且返回值数据量小于目标数据量阈值，因此，只有当某一个待调用接口的调用耗时小于目标调用耗时并且该待调用接口的返回值数据量同时小于目标数据量阈值时，才可以判定该待调用接口符合条件，对应符合条件的待调用接口，都可以作为待选接口接口确定单元根据待选接口的数量，进一步确定目标接口，如果待选接口只有一个，则显然该待选接口将作为目标接口，如果待选接口有多个，则可以进一步选择所有待选接口中调用耗时和返回值数据量最小的接口作为目标接口。可以理解是，此处，调用耗时和返回值数据量最小是指综合调用损耗最小，当两者冲突时，可以优选返回值数据量最小的待选接口为目标接口。例如，如果接口A的调用耗时为0.2秒，返回值数据量为2M，而接口B的调用耗时为0.3秒，返回数据量为2M，则接口A将作为目标接口；如果接口A的调用耗时为0.2秒，返回值数据量为2M，而接口B的调用耗时为0.3秒，返回数据量为1M，则接口B将作为目标接口，依次类推。

可以理解是，如果某次调用中并没有符合条件的待调用接口，则此次接口调用将作常规调用处理，应用服务器不会通过该接口调用推送消息。

消息获取模块93，用于从推送服务器获取目标推送消息；

消息推送模块94，用于将所述目标推送消息放入所述目标接口对应的待调用接口返回值中推送至所述智能终端。

具体的，确定了目标接口后，代表该接口的此次调用有余地可以同时携带推送消息而不会影响该次接口调用的反应效率，因此，消息获取模块93可以从推送服务器中获取需要推送的目标推送消息，将该推送消息添加到应用服务器对目标接口的此次接口调用请求响应的接口返回值中，由消息推送模块94一同发送至智能终端。接口返回值一般为json字符串，假设不携带推送消息的接口返回值的格式为：json字符串{接口返回值:参数值1}。添加目标推送消息后，接口返回值的格式变为：json字符串{接口返回值:参数值1，推送消息:XXX}。

进一步的，在本实施例中，消息获取模块93具体包括：

请求解析单元，用于解析所述目标接口的接口调用请求以获取消息标识；

消息获取单元，用于依据所述获取的消息标识从推送服务器获取目标推送消息。

具体的，为了避免重复推送，智能终端向应用服务器发送接口调用请求时，都会在请求头中携带消息标识，所述消息标识可以由多个，包括该智能终端在预设周期内已经接收到的所有推送消息的消息标识。在确认目标接口后，请求解析单元从该目标接口的接口调用请求中获取到其携带的消息标识，这样，在从推送服务器上获取目标推送消息时，消息获取单元就可以剔除这些已经向智能终端推送过的推送消息，从而避免重复推送。此处，预设周期可以是推送服务器上推送消息的有效期限。

进一步的，在本实施例中，消息获取单元具体包括：

搜寻子单元，用于从所述推送服务器的预设缓存区中存储的非重要推送消息中搜寻处于有效期限内的待推送消息；

剔除子单元，用于从所述处于有效期限内的待推送消息剔除所述获取的消息标识对应的推送消息；

获取子单元，用于从剔除后得到的待推送消息中获取目标推送消息。

具体的，在本发明中，在本发明中，推送服务器对需要推送的消息进行了分类，专门建立了一个缓存区，该缓存区中专门存放非重要的推送消息，非重要的待推送消息无需实时推送，可以通过由应用服务器通过本发明中的消息推送方法推送给智能终端，由此，应用服务器从推送服务器中获取目标推送消息时，也会从这个预设缓存区中存储的非重要推送消息中进行筛选。对于每一个推送消息而言，推送服务器都会设定有效期限，只有在有效期限内的推送消息，才是可以被获取并推送的，过了有效期限的推送消息则是无效的推送消息，在一定时间后会并定时清理。因此，搜寻子单元从非重要推送消息中首先筛选出还处于有效期限内的待推送消息，然后，剔除子单元从待推送消息中剔除掉已经向智能终端推送过的消息，也即剔除掉从目标请求中解析得到的消息标识对应的推送消息，剔除后得到的待推送消息都是此次可以向智能终端的推送消息，获取子单元可以任意选择一个目标推送消息，优选的，在本实施例中，可以选择距离有效期限过期的待推送消息作为目标推送消息。在现有技术中，推送服务器每推送一个推送消息给任意智能终端，都需要记录每个智能终端的IMEI以及其所收到的消息ID到数据库中，由于每次获取待推送消息都要从该数据库中获取该IMEI的智能终端收到的消息列表，从而避免重复推送，造成了消息推送效率较低，并且使用推送记录数据库也需要较大的成本。本实施例中，通过应用服务器与智能终端的配合，推送服务器对于非重要推送消息的推送不再需要使用的推送记录服务，可以明显的提升消息推送效率，同时减少推送成本。

请同时参考图8，所示是应用服务器向智能终端推送消息的一个过程示意图。如图所示，当智能终端上的应用程序需要调用接口1时，可以通过该接口1向应用服务器发出接口调用请求，请求中除了携带有该接口的参数值1外，在请求头中还同时携带有预设周期内智能终端接收到的所有推送消息的消息标识，假设智能终端在发出这个接口调用请求前的预设周期内接收了三个推送消息，消息标识分别为消息ID1、消息ID2、消息ID3，则该接口调用请求中将携带有此三个消息标识。应用服务器解析该接口调用请求可以得到此三个消息标识，消息ID1、消息ID2以及消息ID3，然后，应用服务器从推送服务器中获取目标推送消息时，就可以避开这三个消息标识对应的推送消息。

通过执行本实施例的服务器侧的消息推送程序，应用服务器实时接收智能终端发送的接口调用请求，确认所述接口调用请求对应的待调用接口的调用值；将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口；从推送服务器获取目标推送消息；将所述目标推送消息放入所述目标接口对应的待调用接口返回值中推送至所述智能终端。从而，通过对接口调用值的监控，自动识别调用值较少的接口，在接口返回值中添加待推送的消息，在保证接口调用的效率不会降低同时，也分担了推送服务器推送消息的部分推送，减少了TCP长连接的使用，降低了智能终端的功耗，提高了用户体验。

实施例三：

本发明进一步提供一种计算机可读存储介质，所述计算机可读存储介质上存储有上述应用于服务器侧的消息推送程序，所述消息推送程序被处理器执行时实现如上所述的应用于服务器侧的消息推送方法。

实施例四：

请参照图10，所示是本发明第四实施例提供的消息推送方法智能终端侧的流程示意图，主要用于上述提出的智能终端中，所述方法包括步骤：

步骤S101，当接收到应用服务器返回的接口返回值时，解析所述接口返回值得到推送消息；其中，所述得到的推送消息为非重要推送消息。

步骤S102，将所述推送消息发送给对应的应用程序并记录所述推送消息的消息标识。

具体的，对于每一次接口调用，智能终端接收到应用服务器返回的接口返回值后，首先确定该接口返回值中是否携带有推送消息，如果有，则对该推送消息进行解析，得到消息属性，本实施例中，所述消息属性包括消息标识(消息ID)、消息归属应用等。智能终端根据该推送消息所归属的应用，将推送消息传递给对应的应用程序。

可以理解的是，此处，智能终端通过接口调用所接收到的推送消息，都是非重要推送消息。

步骤S103，向应用服务器发送接口调用请求时，在所述接口调用请求头中写入预设周期内所述智能终端接收到的所有推送消息的消息标识。

具体的，对于通过接口调用接收到的每一个推送消息，智能终端都将保存该消息ID。在下一次的接口调用时，为了避免应用服务器重复推送，智能终端会将该预设周期内已获取的消息ID写入接口调用请求的HTTP请求头中，例如消息ID23、消息ID32。此处，预设周期可以是推送服务器上推送消息的有效周期。

在现有技术中，推送服务器每推送一个推送消息给任意智能终端，都需要记录每个智能终端的IMEI以及其所收到的消息ID到数据库中，由于每次获取待推送消息都要从该数据库中获取该IMEI的智能终端收到的消息列表，从而避免重复推送，造成了消息推送效率较低，并且使用推送记录数据库也需要较大的成本。本实施例中，由智能终端记录接收到的非重要推送消息，并在每次调用接口时直接上报给应用服务器，通过应用服务器与智能终端的配合，推送服务器对于非重要推送消息的推送不再需要使用的推送记录服务，可以明显的提升消息推送效率，同时减少推送成本。

进一步的，在本实施例中，所述方法还包括：

与推送服务器建立TCP长连接，通过所述TCP长连接实时接收所述推送服务器发送的推送消息，其中，所述发送的推送消息为重要推送消息。

具体的，对于非重要推送消息的推送，可以由应用服务器通过接口调用进行非实时推送，但是对于重要推送消息的推送，则仍然需要通过TCP长连接进行实时推送以保证消息推送的实时性。

本实施例的智能终端侧的消息推送方法，智能终端当接收到应用服务器返回的接口返回值时，解析所述接口返回值得到推送消息；其中，所述得到的推送消息为非重要推送消息。将所述推送消息发送给对应的应用程序并记录所述推送消息的消息标识。从而，通过接口调用利用，在接口返回值添加待推送的消息，由接口调用分担了推送服务器推送消息的部分推送，减少了TCP长连接的使用，降低了智能终端的功耗，提高了用户体验。

实施例五：

此外，本发明提供一种消息推送程序，主要用于上述提出的智能终端中。

如图11所示，是本发明第五实施例提供的智能终端侧消息推送程序11的功能模块示意图。本实施例中，所述的消息推送程序11可以被分割成一个或多个模块，所述一个或多个模块被存储于所述应用服务器200的存储器109中，并由一个或多个处理器110所执行，以完成本发明。例如，在图9中，所述的消息推送程序11可以被划分为响应接收模块1101、消息分发模块1102以及接口调用模块1103。本发明所称的模块是指一种能够完成特定功能的一系列可读计算机程序指令段，比计算机程序更适合于描述软件在所述智能终端100中的执行过程。以下将就上述各功能模块1101-1103的具体功能进行详细描述。其中：

响应接收模块1101，用于当接收到应用服务器返回的接口返回值时，解析所述接口返回值得到推送消息；其中，所述得到的推送消息为非重要推送消息。

消息分发模块1102，用于将所述推送消息发送给对应的应用程序并记录所述推送消息的消息标识。

具体的，对于每一次接口调用，响应接收模块1101接收到应用服务器返回的接口返回值后，首先确定该接口返回值中是否携带有推送消息，如果有，则对该推送消息进行解析，得到消息属性，本实施例中，所述消息属性包括消息标识(消息ID)、消息归属应用等。消息分发模块1102根据该推送消息所归属的应用，将推送消息传递给对应的应用程序。

可以理解的是，此处，智能终端通过接口调用所接收到的推送消息，都是非重要推送消息。

接口调用模块1103，用于向应用服务器发送接口调用请求时，在所述接口调用请求头中写入预设周期内所述智能终端接收到的所有推送消息的消息标识。

具体的，对于通过接口调用接收到的每一个推送消息，智能终端都将保存该消息ID。在下一次的接口调用时，为了避免应用服务器重复推送，接口调用模块1103会将该预设周期内已获取的消息ID写入接口调用请求的HTTP请求头中，例如消息ID23、消息ID32。此处，预设周期可以是推送服务器上推送消息的有效周期。

在现有技术中，推送服务器每推送一个推送消息给任意智能终端，都需要记录每个智能终端的IMEI以及其所收到的消息ID到数据库中，由于每次获取待推送消息都要从该数据库中获取该IMEI的智能终端收到的消息列表，从而避免重复推送，造成了消息推送效率较低，并且使用推送记录数据库也需要较大的成本。本实施例中，由智能终端记录接收到的非重要推送消息，并在每次调用接口时直接上报给应用服务器，通过应用服务器与智能终端的配合，推送服务器对于非重要推送消息的推送不再需要使用的推送记录服务，可以明显的提升消息推送效率，同时减少推送成本。

进一步的，在本实施例中，所述消息推送程序11还包括：

消息接收模块，用于与推送服务器建立TCP长连接，通过所述TCP长连接实时接收所述推送服务器发送的推送消息，其中，所述发送的推送消息为重要推送消息。

具体的，对于非重要推送消息的推送，可以由应用服务器通过接口调用进行非实时推送，但是对于重要推送消息的推送，则仍然需要通过TCP长连接进行实时推送以保证消息推送的实时性。

通过执行本实施例的智能终端侧的消息推送程序，智能终端当接收到应用服务器返回的接口返回值时，解析所述接口返回值得到推送消息；其中，所述得到的推送消息为非重要推送消息。将所述推送消息发送给对应的应用程序并记录所述推送消息的消息标识。从而，通过接口调用利用，在接口返回值添加待推送的消息，由接口调用分担了推送服务器推送消息的部分推送，减少了TCP长连接的使用，降低了智能终端的功耗，提高了用户体验。

实施例六：

本发明进一步提供一种计算机可读存储介质，所述计算机可读存储介质上存储有上述应用于智能终端侧的消息推送程序，所述消息推送程序被处理器执行时实现如上所述的应用于智能终端侧的消息推送方法。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (5)

1.一种消息推送方法，应用于服务器侧，其特征在于，所述消息推送方法包括以下步骤：

实时接收智能终端发送的接口调用请求，确认所述接口调用请求对应的待调用接口的调用值；

将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口；

从推送服务器获取目标推送消息；

将所述目标推送消息放入所述目标接口对应的待调用接口返回值中推送至所述智能终端；

其中，所述调用值包括耗时和返回值数据量，所述目标阈值包括目标耗时阈值和目标数据量阈值，所述将所述调用值与目标阈值比较确定所述待调用接口中符合条件的目标接口的步骤具体包括：

确定调用耗时小于目标耗时阈值且返回值数据量小于目标数据量阈值的所述待调用接口为待选接口；

判定所述待选接口的数量；

当所述数量为1，则确认所述待选接口为目标接口；

当所述数量大于1，则确认所述待选接口中调用耗时和返回值数据量最小的所述待调用接口为目标接口。

2.如权利要求1所述的消息推送方法，其特征在于，所述从推送服务器获取目标推送消息的步骤具体包括：

解析所述目标接口的接口调用请求以获取消息标识；

依据所述获取的消息标识从推送服务器获取目标推送消息。

3.如权利要求2所述的消息推送方法，其特征在于，所述依据所述获取的消息标识从推送服务器获取目标推送消息的步骤具体包括：

从所述推送服务器的预设缓存区中存储的非重要推送消息中搜寻处于有效期限内的待推送消息；

从所述处于有效期限内的待推送消息剔除已经向所述智能终端推送过的推送消息；

从剔除后得到的待推送消息中获取目标推送消息。

4.一种服务器，其特征在于，所述服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息推送程序，所述消息推送程序被所述处理器执行时实现如权利要求1至3中任一项所述的消息推送方法的步骤。

5.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有消息推送程序，所述消息推送程序被处理器执行时实现如权利要求1至3中任一项所述的消息推送方法的步骤。

Images