[发明专利]提供用于消息负载均衡的推送服务的系统及其方法

说明书

技术领域

本公开涉及用于均衡消息负载的推送服务提供系统和方法，更具体地涉及这样一种用于均衡消息负载的推送服务提供系统和方法，其中对客户端所发送的保持连接（keep-alive）消息被分发，从而能够减少由保持连接消息引起的突发业务。

背景技术

随着智能手机开始被广泛应用，并且由于智能手机环境而出现的各种应用，大大提高了对无线资源的使用。尤其是，始终开启（always-on）类型的应用，例如为了实时接收推送消息或者推送通知而始终联网的即时消息(IM)服务、网络服务以及窗口服务，迅速地增多。由于始终开启类型的应用在与服务提供商保持连接的同时一直在准备接收推送消息，所以产生了额外的业务，并且电池会迅速耗尽。

为了解决这些问题，现有技术的推送服务器采用了服务提供商与客户端不直接连接的方法，并且当通过构建在客户端中的守护进程（daemon）发送推送消息或者推送通知来使服务提供商保持与推送服务器的连接时，中介推送服务器将其接收并且发送至相应的客户端。

图1A和图1B示出了信号流图，给出了推送服务系统中保持连接消息的发送过程。

始终开启类型的应用通过客户端来保持与服务提供商的连接。为了保持连接，客户端10通过保持连接消息来将应用的存在信息发送至推送服务器20，推送服务器20接收该保持连接消息以识别该应用的存在信息。

一般来说，保持连接消息是从安装在终端中的客户端10发送至推送服务器20的。根据预定的周期，客户端10将保持连接消息发送至推送服务器20。保持连接消息对于识别应用的存在信息是必要的。由此，一般将保持连接消息的发送周期设置得尽可能短。

将参照图1A和图1B来描述保持连接消息的发送。

例如，当终端侧的客户端10中出现诸如推送消息接收之类的事件时，对用于发送保持连接消息的发送周期定时器进行初始化。图1B示出了当被初始化的发送周期定时器的时限到期时，客户端10发送保持连接消息的情况。

再例如，无论是否出现了诸如推送消息接收之类的事件，客户端10都发送保持连接消息。图1A示出了在接收推送消息的过程中，只要预定发送周期的时限到期就发送保持连接消息的情况。

图2是示出保持连接消息的同步现象的信号流图。

下面将参照图2来描述将保持连接消息从多个客户端#1、#2和#3(11、12和13)发送至推送服务器20的情况。

如上所述，当出现事件时（例如，当接收到推送消息，或者当保持连接消息被发送/接收时），对多个客户端#1、#2和#3（11、12和13）的定时器进行初始化。一般情况下，多个客户端#1、#2和#3(11、12和13)在经过发送周期定时器T之后的不同时间点将保持连接消息#1、#2和#3发送至推送服务器20。终端的保持连接周期在相同网络中基本上是相同的。

然而，由于当特殊事件出现时定时器被初始化的现象，当最大程度地发送和接收推送消息时（例如，下班时间和高峰时间），多个客户端#1、#2和#3(11、12和13)一次集中地接收到推送消息#1、#2和#3。在定时器由于推送消息接收而被初始化之后，以及在经过发送周期定时器T之后，多个客户端#1、#2和#3(11、12和13)据此向推送服务器20发送保持连接消息。由此，出现了这些保持连接消息彼此同步的同步现象201。由于密集的保持连接消息，在网络中出现了突发业务。因为保持连接消息引起的突发业务而出现了网络过载。

发明内容

技术问题

因此，本公开要解决上述出现在现有技术中的问题，并且本公开的目的是提供一种用于均衡消息负载的推送服务系统和方法，其中客户端所发送的保持连接消息被分发，从而能够减少由保持连接消息引起的突发业务。

技术方案

为了达到这个目的，提供了一种用于对消息负载进行均衡的推送服务设备，所述推送服务设备被配置为：从服务提供设备接收推送消息，将所述推送消息发送给相应客户端设备，并且当用于保持与所述客户端设备的连接的保持连接消息的接收时间点是同步的时，向客户端发送保持连接配置消息，以将所述客户端设备的所述保持连接消息的接收时间点在预定周期内分散开。