实现终端应用的在线处理系统及方法
技术领域
本发明涉及移动互联网领域,具体而言,尤其涉及一种实现终端应用的在线处理系统及方法。
背景技术
在目前的移动互联网业务应用模型下,服务提供商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接入服务;用户\应用注册装置,用于将终端用户和应用提供商的注册;路由管理装置:用于提供对移动互联网络内所有接入节点访问的路由支持服务。
进一步地,支撑子系统包括:统计分析系统,用于对推送的新消息进行业务统计和分析;计费管理系统,用于生成推送新消息而产生的原始计费信息;升级管理系统,用于提供系统及终端上的软件的升级管理;监控管理系统,用于提供对推送新消息提供监控管理,监控管理包括:监控管理设备告警、环境告警、通信告警以及服务质量告警;日志管理系统,用于根据推送消息生成日志,日志包括:操作日志、运行日志、用户日志和安全日志;辅助系统,用于根据需求在网关中增加辅助专用模块。
进一步地,永远在线推送平台AOP提供一个或多个外部接口,外部接口包括:AEO接口、AOI中间接口、AOI与SP接口、AOI与DNS间的接口、AOI与BOSS间的接口、AOI与短信网关间的接口以及AOI与网管系统间的接口。
进一步地,闲时带宽利用系统VBU包括:闲时检测和预测系统,通过预测算法预测小区负荷状况,并获取预测结果,根据预测结果确定推送的终端和推送时机;检测新定义接口,用于检测系统中新接入的各个接口的状态,并对每个新接入的接口进行策略管理。
进一步地,永远在线引擎AOE包括:核心处理系统,用于提供客户端数据的注册、唤醒以及新信息的转发功能;支撑处理系统,用于提供日志管理以及系统的配置和升级功能;外部接口管理系统,用于提供与在其注册的客户端程序消息接口以及与AOP网关之间的消息接口。
进一步地,核心处理系统包括:数据转发装置,用于提供AOP消息流程的转发;IP代理装置,用于提供在Proxy连接上数据包的转发功能;应用注册管理装置,用于提供对客户端程序的管理;通讯管理装置,用于提供AOE与AOP网关的连接管理功能;应用唤醒装置,用于提供唤醒AOE上注册的客户端程序的唤醒功能;数据压缩/解压装置,用于提供对应用层数据的压缩解压功能。
为了实现上述目的,根据本发明的另一个方面,提供了一种实现终端应用的在线处理方法。
根据本发明的方法包括:将一个或多个终端注册在永远在线引擎AOE上;永远在线推送基础设备AOI接收从应用服务器推送来的新消息,并通过永远在线引擎AOE发送新消息至注册的终端,其中,应用服务器生成新消息。
通过本发明,采用终端;永远在线引擎AOE,将一个或多个终端注册在AOE上;应用服务器,用于生成新消息;永远在线推送基础设备AOI,用于接收从应用服务器推送来的新消息,并通过永远在线引擎AOE发送新消息至注册的终端,解决了现有技术的一个或多个的问题,进而达到了消除了移动互联业务存在的瓶颈,终端用户也能获得更好的用户体验的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的永远在线推送基础设备AOI技术网络模型的结构示意图;
图2是根据图1所示实施例的AOI方案全网组网的结构示意图;
图3是根据本发明实施例的AOP子模块的功能结构图;
图4是根据本发明实施例的VBU子模块的功能结构图;
图5是根据本发明实施例的AOE子模块的功能结构图;
图6是根据本发明实施例的实现终端应用的在线处理方法流程图。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白,以下结合附图和实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供了一种实现终端应用的在线处理系统。图1是根据本发明实施例的永远在线推送基础设备AOI技术网络模型的结构示意图。如图1所示,该系统包括:永远在线引擎AOE,将一个或多个终端注册在AOE上;应用服务器,用于生成新消息;永远在线推送基础设备AOI,用于接收从应用服务器推送来的新消息,并通过永远在线引擎AOE发送新消息至注册的终端。
本方案针对目前移动互联业务领域中业务相关各个环节存在的问题做了分析,通过上述实施例的方案和技术,实现移动互联业务各个有关环节如服务提供商(ServiceProvider,简称为SP)厂家、运营商可以解决目前移动互联业务存在的问题和瓶颈,终端用户也能获得更好的用户体验。
针对现有推送push业务的缺点,上述实施例中的AOI技术提出了让终端用户可以随时获取到移动互联网上的业务信息,也即用户对于移动互联网来说是永远在线的概念,这就是AO的含义。对于AOI技术下的push业务来说,终端上安装一个客户端软件然后到中间件AOE(Always Online Engine,永远在线引擎)上注册,应用服务器也登录到AOI,然后应用服务器有新的消息后直接Push到AOI,最终AOI通过AOE发送到客户端上。具体实施例如下:
1)微博业务:博主更新了信息后,给所有关注他的人Push最新的信息,关注他的人可以及时得到博主更新的信息,而不用每天定时的去手工刷新,用户体验大大提高;
2)IM业务:目前QQ是最大的国内移动互联网应用,用户要QQ聊天必须一直启动QQ保持连接,这是非常耗电的。有Push能力后,用户可以退出QQ程序,但是他的好友看到用户还是在线(AO),则还是给用户发送消息,AOE收到消息后自动启动QQ,用户接收最新好友信息,继续聊天。.
基于AOI技术的新业务会给SP厂家与运营商带来更广阔的业务前景和成本节约,同时也能更好的提升用户的业务体验度。
本申请上述实施例中的永远在线推送基础设备AOI可以包括:永远在线推送平台AOP,用于提供终端的终端管理功能、数据管理功能以及维护功能;闲时带宽利用系统VBU,用于对系统网络进行检测和管理,并确定推送新消息的策略。
有附图1可以看出,上述AOI解决方案可以包括如下三个系统子模块:永远在线推送平台(Always Online Platform,简称为AOP)子模块、闲时带宽利用系统(VacantBandwidth Utilization,简称为VBU)子模块和永远在线引擎(Always Online Engine,简称为AOE)子模块。
AOP与VBU作为合设的软件模块,并称为AOI。而AOE是一个预置在智能终端上的跨平台通用软件模块,为终端上的永远在线业务和Push业务提供基础支撑服务。
图2是根据图1所示实施例的AOI方案全网组网的结构示意图。如图2所示的AOI全网组网方式。AOI的组网从组网灵活性、业务流程的效率以及业务管理、配置和维护的分级的原则下,分为一级AOI和省级AOI,组网原则如下:
1)AOI系统采用网状组网。
2)一级AOI与各省级AOI实现全互连。
3)省级AOI之间两两直接连接。
4)AOI网关、BOSS系统、短信网关在省内互连,原则上本省的AOI网关不接入外省的短信网关和BOSS系统。
5)AOI接入的应用需遵循一点接入服务全网的原则接入AOI网关,AOI接入的应用根据自身的需要选择某省结点接入。AOI接入地BOSS负责其接入AOI应用的计费和客户服务等。
本申请上述实施例中的永远在线推送平台AOP可以包括:在线子系统,用于创建并维护终端、应用服务器之间的在线关系,并提供终端唤醒、管理功能,终端应用在线、离线状态通知功能,终端用户注册,在线状态查询,应用侧管理及接入功能;数据代理子系统,用于为各不同终端的接入点提供到企业应用或互联网应用的推送信息接口,并对代理通道中的数据包进行处理;鉴权子系统,提供存储终端的用户信息,用户信息包括:用户UA、用户号码;支撑子系统,提供一个或多个附加功能系统。
优选地,上述实施例中的在线子系统可以包括:第一推送装置,用于执行基于SMS承载的数据推送,并执行终端的拉起;第二推送装置,用于建立并维护应用服务器与注册终端的长连接;VPN接入装置,用于建立基于SSL协议的的VPN接入服务;用户\应用注册装置,用于将终端用户和应用提供商的注册;路由管理装置:用于提供对移动互联网络内所有接入节点访问的路由支持服务。
优选地,上述实施例中的支撑子系统可以包括:统计分析系统,用于对推送的新消息进行业务统计和分析;计费管理系统,用于生成推送新消息而产生的原始计费信息;升级管理系统,用于提供系统及终端上的软件的升级管理;监控管理系统,用于提供对推送新消息提供监控管理,监控管理包括:监控管理设备告警、环境告警、通信告警以及服务质量告警;日志管理系统,用于根据推送消息生成日志,日志包括:操作日志、运行日志、用户日志和安全日志;辅助系统,用于根据需求在网关中增加辅助专用模块。
图3是根据本发明实施例的AOP子模块的功能结构图。如图3所示,永远在线推送平台(Always Online Platform,简称为AOP)为AOI方案的核心平台,AOI业务的主要处理功能集中于此模块。具体实施过程中,主要可以包含以下几个主要的功能模块:在线子系统、PROXY子系统、鉴权子系统以及支撑子系统。
其中,在线子系统可以包括如下功能:SMSPUSH负责基于SMS承载的数据推送,和终端侧模块配合实现终端的拉起;IP PUSH遵循AOP协议,接纳并维护终端的长连接;VPN接入系统可以提供基于SSL的VPN接入服务;用户\应用注册系统主要负责终端用户、应用提供商、应用的注册,终端能力的登记;路由管理系统可以提供对移动互联网络内所有接入节点访问的路由支持服务,支持AOP消息路由。
PROXY子系统可以包括如下功能:IP Proxy功能系统可以提供各不同接入点到企业应用或互联网应用的数据代理功能。提供企业应用和互联网应用或内容所需的Push发起接口实现,并对代理通道中的数据包进行处理;连接功能系统:提供对系统中维护的Proxy通道的维护管理功能。
鉴权子系统可以包括如下功能:用户信息管理功能系统可以提供存储终端用户的UA、用户号码等信息的功能;用户信息管理功能系统可以提供存储终端用户的UA、用户号码等信息的功能。
支撑子系统可以包括如下功能:统计分析系统可以提供业务统计、分析功能;计费管理系统用于产生原始计费信息;升级管理系统用于系统及终端软件的升级管理;监控管理系统用于监控管理设备告警、环境告警、通信告警、服务质量告警等功能;日志管理系统可以生成并管理操作日志、运行日志、用户日志和安全日志等;以及辅助系统可以实现根据实际需要网关中可增加相应的辅助专用模块。
综上可知,AOP子模块主要完成以下主要功能:
1)终端管理功能:包括终端唤醒、管理功能,终端应用在线、离线状态通知功能,终端用户注册,在线状态查询,应用侧管理及接入等功能;
2)数据管理功能:包括消息转发、数据压缩、优先级处理及Proxy功能等;
3)维护功能:包括AOP子模块的自动升级、日志功能、统计报表及告警等功能。
本申请上述实施例中的永远在线推送平台AOP可以提供一个或多个外部接口,外部接口包括:AEO接口、AOI中间接口、AOI与SP接口、AOI与DNS间的接口、AOI与BOSS间的接口、AOI与短信网关间的接口以及AOI与网管系统间的接口。
具体实施过程中,AOP子模块提供以下外部接口:
AOE接口:提供终端与AOI的连接注册和消息转发功能;
AOI间接口:提供不同AOI之间的消息转发功能;
AOI与SP接口:提供业务注册、查询终端状态、唤醒功能以及第三方业务的上下行数据转发功能,同时提供用户订购关系数据的同步功能;
AOI与DNS间的接口:提供用户IMSI和手机号码的对应关系查询功能;
AOI与BOSS间的接口:提供AOI与BOSS间的订购关系同步功能,完成话单传送;
AOI与短信网关间的接口:提供AOI的短信下发功能;
AOI与网管系统间的接口:提供AOI向网管系统的告警以及KPI上报功能。
本申请上述实施例中的闲时带宽利用系统VBU可以包括:闲时检测和预测系统,通过预测算法预测小区负荷状况,并获取预测结果,根据预测结果确定推送的终端和推送时机;检测新定义接口,用于检测系统中新接入的各个接口的状态,并对每个新接入的接口进行策略管理。
图4是根据本发明实施例的VBU子模块的功能结构图。如图4所示,该VBU功能模块主要包含以下功能:闲时监测和预测系统和闲时监测和预测与已有系统新定义接口。
其中,闲时监测和预测系统包括如下功能:实现预测算法可以根据网管系统提供的小区负荷状况获得预测结果;产生推送策略可以决定推送的用户和推送时机,并推送用户数量进行控制(小区空闲程度高可发起更多用户的推送)。
闲时监测和预测与已有系统新定义接口的功能:系统网管系统实现负责收集各小区当前负荷数据;信令监测系统接口可以实现发送闲时小区ID,接收闲时小区内的用户号码;AOP可以管理第三方闲时业务的推送逻辑和策略;mSpaces业务服务器可以实现新增实时查询接口和基于定购关系的接口。
本申请上述实施例中的永远在线引擎AOE包括:核心处理系统,用于提供客户端数据的注册、唤醒以及新信息的转发功能;支撑处理系统,用于提供日志管理以及系统的配置和升级功能;外部接口管理系统,用于提供与在其注册的客户端程序消息接口以及与AOP网关之间的消息接口。
优选地,核心处理系统可以包括:数据转发装置,用于提供AOP消息流程的转发;IP代理装置,用于提供在Proxy连接上数据包的转发功能;应用注册管理装置,用于提供对客户端程序的管理;通讯管理装置,用于提供AOE与AOP网关的连接管理功能;应用唤醒装置,用于提供唤醒AOE上注册的客户端程序的唤醒功能;数据压缩/解压装置,用于提供对应用层数据的压缩解压功能。
图5是根据本发明实施例的AOE子模块的功能结构图。如图5所示,该永远在线引擎AOE子模块由核心模块、支撑模块和外部接口模块组成。具体的,AOE在线引擎作为手机终端平台用于提供对在其注册的客户端程序的管理以及客户端程序与AOP之间的消息转发功能。
如图5所示,核心模块的功能包括:数据转发系统用于提供AOP消息流程的转发;IP代理系统用于提供在Proxy连接上数据包的转发功能;应用注册管理系统用于提供对客户端程序的管理;通讯管理系统用于提供AOE与AOP网关的连接管理功能;应用唤醒系统用于提供唤醒AOE上注册的客户端程序的唤醒功能;数据压缩/解压系统用于提供对应用层数据的压缩解压功能。
支撑模块的功能包括:日志管理系统可以提供AOE日志的生成、存储和管理功能;系统配置系统可以提供对AOE中配置数据、配置文件的管理功能;升级管理系统可以提供AOE程序的自动升级功能。
外部接口功能模块包括:外部接口模块主要提供与在其注册的客户端程序消息接口以及与AOP网关之间的消息接口功能。
综上可知,AOE子模块会为终端提供以下优势:提供丰富的终端应用程序管理能力,对终端耗电的影响极小;提供对数据的高质量处理,同时提供对数据传输的质量保证;强大的状态维持能力,使能接入移动网络的手机,保持客户端程序常在线的状态;集中的连接管理能力,让终端应用程序共享连接,减小终端连接的时间的方式提高手机用户的使用体验;提供开放的API接口,让程序开发者可以轻松的使用AOI能力。
本申请还提供了一种实现终端应用的在线处理方法。图6是根据本发明实施例的实现终端应用的在线处理方法流程图,该方法包括如下步骤:
步骤S102,将一个或多个终端注册在永远在线引擎AOE上。
步骤S104,永远在线推送基础设备AOI接收从应用服务器推送来的新消息,并通过永远在线引擎AOE发送新消息至注册的终端,其中,应用服务器生成新消息。
本方案针对目前移动互联业务领域中业务相关各个环节存在的问题做了分析,通过上述实施例的方案和技术,实现移动互联业务各个有关环节如服务提供商(ServiceProvider,简称为SP)厂家、运营商可以解决目前移动互联业务存在的问题和瓶颈,终端用户也能获得更好的用户体验。
需要说明的是,本发明实施例在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
从以上的实施例描述中,可以看出,本发明实现了如下技术效果:综上所述,AOI技术方案相对于目前现有的移动互联业务模式如PUSH业务等有极大的优势。他会给运营商、SP及终端用户带来更大的利益。
具体的,对于运营商的优点包括:运营商成为移动互联网价值链的主导者;为用户提供移动互联网创新的业务体验(AO、Push);业界领先技术,增加市场竞争力,以创新应用提升用户粘贴度;建立基于运营商的全新增值业务体系,提高收入;优化无线网络资源、提升网络利用率、降低网络建设成本。
对于服务提供商SP的优点包括:简化应用开发门槛、降低开发成本、缩短开发周期;为应用开发者提供创新的Push业务功能,提升应用价值及对用户吸引力;为高优先级应用提供更高速、更稳定、更快捷的业务体验;连接的收敛节省SP的设备投入、运营成本及日常维护成本。
对于终端用户的优点包括:享受全新的在线及推送业务体验;高效、省电、节省流量。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成多个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
上述说明示出并描述了本发明的一个优选实施例,但如前所述,应当理解本发明并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述发明构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围,则都应在本发明所附权利要求的保护范围内。