无线互联数据推送方法及系统
【技术领域】
本发明涉及无线数据传输领域,特别涉及一种数据推送方法。
【背景技术】
随着无线互联网的兴起,尤其是3G时代的到来,通过无线方式将各类的新应用新软件和各类信息等下载到移动终端,已成为了整个移动数字业务的主要动力。像美国的RIM是将邮件随时随地的推送(PUSH)给终端用户;像美国APPLE公司的IPHONE是将各种新的应用软件包括游戏等随时PUSH到IPHONE的手机用户。其中,有些软件是要收费的,终端用户在体验新应用后决定是否付钱购买这样的软件产品。微软的WINDOWS MOBILE也有类似的应用。这种主动通知的方法在英文里用“PUSH”,即“推送”来表示,即终端用户并不是主动上互联网去找这些应用软件的,而是由各个服务者或软件提供者通过无线的方法通知给移动终端用户的。用户在被动收到通知后,才自主决定是否下载、使用这些应用软件或信息。
PUSH的方法已逐步成为无线互联网中传达通知的主要模式。但现有技术的方法是需要通过通信运营商来实现的;RIM是通过捆绑运营商并使用特殊通信协议来达到对黑莓终端的“PUSH MAIL”服务;IPHONE也是与运营商合作,通过短信来通知IPHONE用户。而WINDOWS MOBILE中的EXCHANGE则是采用长期或间断的方式连接到无线网络上来获得通知的。
由于现有技术中的PUSH方式一定要同运营商合作,门槛很高而且始终绕不开运营商;WINDOWS MOBILE中采用的方式则要付出相当的上网费用;移动终端用户就算用包月形式,也存在移动终端功耗及待机等多种问题。
【发明内容】
本发明的主要目的是:提出的一种低成本、简单实用的数据推送方法及系统。
为实现上述目的,本发明提出一种无线互联数据推送方法,当服务器端需要发起数据推送业务时,对移动终端发起电话呼叫,通知该移动终端。
上述的无线互联数据推送方法,移动终端识别出该来电为推送业务来电时,提示连接服务器端下载推送数据,或自动连接服务器端下载推送数据至本地或后台。
上述的无线互联数据推送方法,该推送业务来电的电话号码分别预先存储于服务器端和移动终端。
或上述的无线互联数据推送方法,该服务器端对移动终端发起电话呼叫过程包括:对移动终端发起第一次呼叫并挂断,一定时延后,再次对移动终端发起呼叫并挂断;移动终端将该二次未接来电识别为推送业务来电。服务器端和移动终端进行时间同步,并在约定时间窗口,服务器端才对移动终端发起所述二次电话呼叫。
上述的无线互联数据推送方法,该自动连接服务器下载推送数据至本地或后台的过程包括步骤:移动终端自动启动网络连接到服务器端下拉指定的数据,服务器端将该指定的数据放到该移动终端对应的特定服务器的地址内,等待移动终端主动下载;或移动终端直接自行以邮件形式下拉服务器端的推送数据,并保存于移动终端。在自动连接服务器下载推送数据至本地或后台的过程中,该移动终端前台处于待机状态。
同时,本发明提出了一种无线互联数据推送系统,包括服务器端,当该服务器端需要发起数据推送业务时,以对移动终端发起电话呼叫的形式通知移动终端。
上述的无线互联数据推送系统,还包括移动终端,该移动终端识别出该服务器的来电为推送业务来电,提示连接服务器端下载推送数据,或自动连接服务器端下载推送数据至本地或后台。
上述的无线互联数据推送系统,该服务器端对移动终端发起电话呼叫过程包括:对移动终端发起第一次呼叫并挂断,一定时延后,再次对移动终端发起呼叫并挂断;移动终端将该二次未接来电识别为推送业务来电。
由于采用了以上的方案,本发明通过采用普通电话呼叫的方式,将数据推送业务通知移动终端,实现服务器至移动终端的PUSH功能,使得移动终端实现PUSH接收功能时,完全同普通的工作模式一样工作,待机电流、功耗等移动终端最棘手的各项指标,均可以按照常规的设计方法来实现。而本发明方案的实施,在服务器端无须通过通信运营商,可以完全避免通信运营商的各种技术及商务条件限制,完全可以进行自主实施;本发明的技术方案简单可靠易行,实现成本非常地低廉。
【附图说明】
下面通过具体的实施例并结合附图对本发明作进一步详细的描述。
图1是本发明实施例一的流程示意图。
图2是本发明实施例二的服务器端流程示意图。
图3是本发明实施例二的移动终端流程示意图。
图4是实施例三的流程示意图。
【具体实施方式】
实施例一:
请参考图1所示,本例的无线互联数据推送方法及系统,通过一个或多个固定的电话号码来对移动终端发出呼叫,移动终端在接收到来电时,与固化在移动终端系统内的电话号码比对,当号码核对证实为推送号码后,移动终端就进入“PUSH”推送通知的流程,移动终端可向服务器端发起GPRS连接,下载服务器推送的内容;当号码核对证实为非推送号码后,则视为普通的来电。
如果采用多个固定的号码,还可以根据号码的不同来识别区分不同的推送业务内容;例如,号码一为游戏推送业务,号码二为系统升级推送业务,号码三为应用程序推送业务。
实施例二:
考虑到注册固定的号码提供此类服务可能不能获得电信运营商许可,或由于国际区域间的来电号码无法识别,请参考图2所示,本例采用双呼叫(来电)的方式来进行,服务器端发出第一次呼叫后迅速挂断,并做某个延时,比如延时5秒,之后马上再发起第二次呼叫,这次呼叫随即又挂断。这样只要配合好不同的网络之间的延时,让这两个未接的来电之间尽可能不让其它第三个来电插入,移动终端可基于此来判断是一个“PUSH”推送通知,而不是未接来电;移动终端可向服务器发起GPRS连接,下载服务器推送的内容。这样即可实现对移动终端的数据推送。
请参考图3所示,移动终端在双来电后弹出收到邮件或推送信息的提示,让用户查看;用户可以选择将移动终端通过GPRS连接WAP代理服务器,进行服务器相应推送数据的下载。当由于网络问题无法实现正常的双呼叫时,如图中“Item 3”所示,系统转而采用如下述实施例三的方法来实现“PUSH”推送。
实施例三:
由于实施例二中对不同的网络中的延时难于掌握,所以移动终端中设 置的第二次呼叫的延时T,可能不能够准确掌握,这样移动终端容易造成对未接来电的误判断,把两次用来当PUSH用的未接来电当成常规的未接来电处理,给用户带来困扰。请参考图4所示,本例中,将服务器端和移动终端的时间同步起来,并在各个规定时间窗口内,比如在05秒、15秒、25、35秒、45秒和55秒时,双方才同时启动,这样可以大大降低误判的机率。另外如果系统服务器端发出PUSH后,移动终端没有反应(可能终端系统正忙或脱网),也不会影响到本例的实现,因为双方可以在另一个时间点再发起PUSH的呼叫和回应。
本例中采用一种简单的服务器与移动终端设备的时间同步方法:服务器端使用网络中的标准时间,而移动终端在每次掉电后上电均自助给自己号码发送一条空短信,短信中所带来的时间即是网络中的标准时间,此时移动终端采用该标准时间更新自身的时间。此后,移动终端可以再向服务器端发送一个约定时间(启始时间及时间间隔)的短信,即服务器端和移动终端约定分别开始发起两个未接来电的PUSH和打开接受窗口的起始时间间隔(实质上移动终端对各种来电接受窗口是始终打开)。比如:整点开始,时间为每五分钟或每十分钟或每十五分钟等PUSH一次。这样双方就同步起来。只要不掉电,这些参数就在双方各自保存着。
实施例四:
对于一些较大的应用软件和信息,如果终端在收到推送PUSH发起信息后再主动去下拉内容的话,有时会觉得时间很长,用户体验较差。如果在用户尚未发觉前就先将内容下载下来后再提示用户,则用户体验大为改善,因此,本例在实施例三的基础上再作进一步改善:将第二个来电后台接起来并上传某些特定的音频(DTMF)给服务器端,以确认当前移动终端是处于自由待机状态,之后挂断。移动终端自动启动网络连接到局端的服务器上下拉指定的数据,局端服务器在解码后迅速将相关数据放到该移动终端对应的特定服务器的地址内,下载完毕后主动通知并等待移动终端主动上来下载;这种方式增加了特定服务器作为移动终端后台,再由其下载到移动终端本地,可以改善用户的体验。也可以在收到PUSH之后就直接自行上去下拉所需要的邮件,各类数据如应用程序、系统升级、游戏等下载均以邮件形式下拉,但不一定在移动终端运行,可保存在移动终端的存储卡中之后再移到电脑中运行。而在终端前台仍然处于待机状态,用户察觉不到后台已经联到网上。
当终端完成数据下载后下载再弹出信息框提示用户,只要下载的数据头内包含了数据名称,则终端可以准确且快速地将数据推送到用户。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明由所提交的权利要求书确定的专利保护范围。