[发明专利]信息推送系统及方法

说明书

本申请提出一种信息推送系统及方法，其中该系统包括服务器和客户端，其之间通过SPDY协议进行通信，且具有长连接，其中客户端用于与服务器通过长连接建立长连接数据流和普通数据流，通过长连接数据流接收服务器的推送信息包，并通过普通数据流向服务器发送业务数据请求或信息确认包，以及在接收到服务器反馈的业务数据请求对应的数据包或返回的信息确认包之后关闭对应的普通数据流；服务器用于通过长连接数据流将推送信息包发送至客户端，并通过普通数据流向客户端返回业务数据请求对应的业务数据包或信息确认包，并在反馈完成之后关闭对应的普通数据流。本申请实施例的系统可减少连接的管理成本、时间成本和带宽成本，节省终端的电量。

技术领域

本申请涉及互联网技术领域，尤其涉及一种信息推送系统及方法。

背景技术

目前，移动终端中的两个主流操作系统(Android操作系统和IOS操作系统)都有各自的消息推送系统：分别为GCM(Google Cloud Messaging for Android，谷歌公司推出的云推送消息服务)和APNS(Apple Push Notification Service，苹果推送通知服务)。通过这两套消息推送系统可分别向基于Android和IOS操作系统的移动终端推送消息。但是，由于IOS的封闭性，在消息推送不成功的情况下无法确定失败的原因，而且IOS对消息发送有各种限制，在有些场合下不能满足业务的需求。另外，GCM和APNS分属于不同公司，互不相通，跨平台的消息推送存在困难。在这种情况下，搭建自有的跨平台的消息推送系统是很多大型互联网公司的选择。

相关技术中，跨平台的消息推送系统具有一个前端接入服务器，通过该服务器接入海量的用户请求。客户端和接入服务器之间采用TCP(Transmission Control Protocol，传输控制协议)协议建立长连接，应用层的协议可以采用标准协议或私有协议。其中的一种选择就是客户端和服务器之间通过HTTP(Hypertext transfer protocol，超文本传输协议)协议进行通信，以HTTP chunk的方式不断下发消息。其实现过程如下：客户端先发请求，服务器在接收到客户端请求之后处理该请求并下发应答包，应答包采用HTTP chunk的格式封装需要下发给客户端的消息，但是，由于标准HTTP协议是单工通信，所以，为便于应答包的区分，此时客户端通常不会通过之前建立的连接再发起新的请求。因此，HTTP chunk的工作模式存在以下缺陷：

(1)客户端如果需要上报消息回执，则必须建立新的通道，这样会增加TCP建立和销毁连接的成本，同时还会增加客户端和服务器对连接的管理成本，且导致客户端的电量和流量的额外消耗；

(2)客户端和服务器之间的长连接保活通过在服务器侧下发HTTP chunk来实现，不能从客户端侧发起保活包，更不能做到双向保活。

发明内容

本申请的目的旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种信息推送系统。该系统基于SPDY标准协议以实现单条连接内的全双工通信，只需为客户端维护一条连接即可完成各项工作，减少了连接的管理成本、时间成本和带宽成本，节省了移动终端的电量。

本申请的第二个目的在于提出一种信息推送方法。