[发明专利]实现终端应用的在线处理系统及方法

说明书

技术领域

本发明涉及移动互联网领域，具体而言，尤其涉及一种实现终端应用的在线处理系统及方法。

背景技术

在目前的移动互联网业务应用模型下，服务提供商SP、运行商及终端用户都不同程度的面临一些问题。

对于服务提供商SP存在开发成本高、周期长，不能主动而必须经由运营商才能将应用内容主动推送至用户及缺乏统一的应用接入方式的问题。

对于终端用户存在无法及时更新内容、终端资源消耗严重导致响应缓慢及电源续航时间短等问题。

尤其对于运营商存在更多更严重的问题，包括：大量终端连接应用服务器，应用服务器需建立大量长连接；每个终端的应用都要建立长连接，无法复用；终端和应用之间是否采用数据压缩不可控，占用大量带宽；运营商仅成为一个网络传输通道，缺乏对其中业务的管理与监控，包括对内容的监控等；终端和应用之间的安全不可控等；面临许多重复建设，需要高额的投入成本和运营成本。

正是由于以上原因，目前的移动互联业务模式已经不能满足服务提供商SP、运营商乃至终端用户的需要，因此迫切需要提出一种新的解决方案以解决上述问题。

目前现有技术在移动互联网业务中通过实现Push业务来解决上述问题，一般有如下几种方式：

1)客户端程序一直长连接到服务器，服务器有新的信息后直接Push到终端，目前主流的IM软件如QQ、KIT Message、WhatsApp等均是此类业务。这种处理方式最大的缺点是应用程序必须一直启动或至少要有一个后台进程一直启动并且保持和服务器的长连接以确保能够及时接收服务器的Push消息。这样导致浪费系统内存资源、CPU资源、占用连接信道、长连接链路维持影响无线资源、电池消耗增大等；

2)服务器程序有新的消息后下发Push短信，客户端后台进程捕获短信后启动客户端并主动发起到服务器的连接然后更新信息，这种方法虽然及时获取了信息，但是一般的SP是不能下发Push短信的，并且依赖于运营商的短信通道成本较高；

3)程序定时发起连接到服务器查询是否有最新的信息，若有则下发到终端，这种定时获取方式会反复发起到服务器的连接请求，并且对终端电池以及网络资源消耗都很大，同时信息也并没有及时获取，实质上仅可以说是一种Pull方式而非Push方式。

针对上述现有技术的一个或多个问题，目前还没有效的解决方案。

发明内容

本发明的主要目的在于提供一种实现终端应用的在线处理系统以解决现有技术的一个或多个问题。

为了实现上述目的，根据本发明的一方面，提供了一种实现终端应用的在线处理系统。

根据本发明的实现终端应用的在线处理系统包括：永远在线引擎AOE，将一个或多个终端注册在AOE上；应用服务器，用于生成新消息；永远在线推送基础设备AOI，用于接收从应用服务器推送来的新消息，并通过永远在线引擎AOE发送新消息至注册的终端。

进一步地，永远在线推送基础设备AOI包括：永远在线推送平台AOP，用于提供终端的终端管理功能、数据管理功能以及维护功能；闲时带宽利用系统VBU，用于对系统网络进行检测和管理，并确定推送新消息的策略。

进一步地，永远在线推送平台AOP包括：在线子系统，用于创建并维护终端、应用服务器之间的在线关系，并提供终端唤醒、管理功能，终端应用在线、离线状态通知功能，终端用户注册，在线状态查询，应用侧管理及接入功能；数据代理子系统，用于为各不同终端的接入点提供到企业应用或互联网应用的推送信息接口，并对代理通道中的数据包进行处理；鉴权子系统，提供存储终端的用户信息，用户信息包括：用户UA、用户号码；支撑子系统，提供一个或多个附加功能系统。

进一步地，在线子系统包括：第一推送装置，用于执行基于SMS承载的数据推送，并执行终端的拉起；第二推送装置，用于建立并维护应用服务器与注册终端的长连接；VPN接入装置，用于建立基于SSL协议的的VPN接入服务；用户/应用注册装置，用于将终端用户和应用提供商的注册；路由管理装置：用于提供对移动互联网络内所有接入节点访问的路由支持服务。