具体实施方式
为了引用和清楚起见,下文中使用的技术名词的说明、简写或缩写总结如下:
DCH:专有通道;
PS:package switch,分组交换;
PDP:Packet Data Protocol,分组数据协议;
DM:daemon manager,常驻后台的应用;
RT:required time,时间间隔;
APP:application,泛指所有应用。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
当twitter(推特)、windows live message(微软聊天工具)、email(邮箱)和QQ(腾讯聊天工具)等等APP处于后台应用模式时(例如当QQ处于用户可见状态,即用户使用QQ在进行聊天时,QQ即处于前台应用模式下;当QQ最小化至托盘上,此时QQ以用户不可见的形式存在,即处于后台应用模式下),各个APP需要在各自与网络交互的RT到达时,分别激活PDP,并建立与网络的链接,不断进行数据交互。为避免处于后台应用模式下的APP在与网络进行交互的过程中产生大量功耗,使终端的耗电量增加待机时间减少,本发明通过以下方式在满足各个处于后台应用模式下的有效APP的前提下,减少激活PDP的次数,达到减少功耗,降低终端的耗电量,使终端待机时间增长的目的:在各个应用进入后台应用模式之后,由各个APP,例如QQ等应用向DM提交自己需要和网络交互的RT,由DM统一管理APP与网络交互的触发时间点,使各个APP与网络进行数据交互的频率同步,即在激活PDP之后,各个APP接收到DM的通知时开始建立数据链接。具体的实现方式通过以下实施例进行详细说明。
实施例一:
请参阅附图1,主要包括以下步骤:
步骤S101,获取处于后台应用模式下的各个有效APP与网络进行数据交互的RT。
在步骤S101中,由DM获取处于后台应用模式下的各个有效APP与网络进行数据交互的RT。
其中,有效APP是指在终端启动各个APP之后,运行状态以用户不可见的形式存在的APP,即当前处于后台应用模式下的APP向DM提交注册,而这些向DM提交注册的APP即为当前有效APP。
步骤S102,选取所述RT中的最小RT作为数据交互的目标定时时间,启动DM中的定时器进行定时。
执行步骤S102时,从执行步骤S101由DM接收到时间间隔RT中,选取最小的RT作为DM定时器的目标定时时间。
步骤S103,以所述目标定时时间到达时的时间点为触发数据交互的时间点,当所述目标定时时间到达时,获取当前时间间隔位于前后两次目标定时时间之间的各个所述有效APP,确定各个所述有效APP为目标APP。
在步骤S103中,确定当前的目标定时时间到达时的时间点为触发数据交互的时间点,在执行步骤S102时按照目标定时时间启动了DM的定时器,即将DM的定时器设定为目标定时时间。当目标定时时间到达时,由DM确定需要进行数据交互的有效APP为目标APP,并向各个目标APP发送与网络进行数据交互的通知。
其中,由DM确定需要进行数据交互的目标APP,是指在DM依据最小RT进行循环定时的过程中,各个有效APP也根据自身的定时器依据RT进行倒计时。在DM的定时器每一次到时时,由DM判断此时各个有效APP自身定时器中的RT是否位于上一次目标定时时间与这一次目标定时时间之间,并获取当前RT位于前后两次目标定时时间之间的有效APP,该有效APP即为符合进行数据交互的目标APP。
需要说明的是,定时器启动之后,判断目标定时时间是否到达时,可以采用正计时的方式,也可以采用倒计时的方式。但是,本发明实施例可采取的方式并不仅限于此。
步骤S104,激活PDP,建立所述目标APP与网络之间的数据链接,并进行数据交互。
在执行步骤S103之后,已确定各个目标APP接收到与网络进行数据交互的通知,然后执行步骤S104,在第一个目标APP去和网络进行数据交互之前,激活PDP,然后,在网络与各个目标APP之间建立各自的数据链接链路,使各个目标APP基于激活的PDP建立各自的数据链接,完成与网络之间的数据交互。
需要说明的是,在各个目标APP与网络进行数据交互时,所有目标APP各自的定时器复位,DM的定时器也复位。在最小RT未变的情况下,重新启动目标APP各自的定时器和DM的定时器,即循环执行步骤S103与步骤S104,直至没有目标APP之后停止。利用本发明公开的方法,可以使各个有效APP将各自与网络进行数据交互的RT提交给DM,由DM使各个有效APP与网络之间的数据交互的频率进行同步,并在只激活一次PDP的基础上建立各自的数据链接与网络进行数据交互,在满足各个有效应用的前提下,减少激活PDP建立数据链接的次数,达到减少功耗,降低终端的耗电量,使终端待机时间增长的目的。
为使本发明公开的方法能够更加清楚的体现,这里举例说明。例如,在终端的实际应用中,当前有3个应用需要运行于后台,并且需要和网络交互。这3个应用分别为:email、twitter和QQ。email的RT为10分钟,twitter的RT为15分钟,QQ的RT为40分钟。
终端开机,在上述3个应用进入后台应用模式之后,此3个应用统一向DM提交RT时间,DM将10分钟作为自己定时器时间。
当开机后10分钟,DM的定时器第一次RT超时并进行广播,email和twitter在收到通知后在同一时间发起请求建立数据链接,完成与网络中的服务器的数据交互。其中,twitter的RT为15分钟在两次目标定时时间之间,QQ的RT为40分钟不满***互的条件,在第20分钟、30分钟时,也是如此,但是在第40分钟时,此时QQ的RT满足数据交互的条件,DM进行广播后,这3个应用便都会建立数据链接,完成与服务器的数据交互。由此,与采用现有技术造成终端7次激活PDP并建立数据链接的方法相比,利用本发明公开的方法,通过终端中的DM对各个APP进行协调控制,终端只会4次激活PDP并建立数据链接,减少了激活PDP的次数,因此能够减少终端的功耗,节省大量的电量,使终端的待机时间也相对的得到增长。
其中,DM广播是指应用之间的一种交互方式,DM可以向多个已注册应用同时发送相同信息,即发送APP与网络进行交互的通知(交互指令)。上述具体的执行过程请参阅附图2,其中,A为进行数据交互的时间点(即激活PDP的时间点),RT为时间间隔,email、twitter和QQ为当前处于后台应用模式下的有效APP。
此外,在执行上述实施例一的步骤S103时,可能会出现多种情况,下面针对执行该步骤时可能出现的情况,以及引起的相应的情况进行举例说明。
实施例二:
请参阅附图3,具体包括以下步骤:
步骤S101,获取处于后台应用模式下的各个有效APP与网络进行数据交互的RT。
步骤S102,选取当前所述RT中的最小RT作为数据交互的目标定时时间,启动DM中的定时器进行定时。
步骤S103,以所述目标定时时间到达时的时间点为触发数据交互的时间点,当所述目标定时时间到达时,获取当前时间间隔位于前后两次目标定时时间之间的各个所述有效APP,确定各个所述有效APP为目标APP。其中,执行步骤S103中,确定各个所述有效APP为目标APP的具体过程为:
步骤S1031,以所述目标定时时间为触发数据交互的时间点。
步骤S1032,当所述目标定时时间到达之前,检测位于前后两次目标定时时间之间的各个有效APP中是否出现无效APP,如果出现,则执行步骤S1033;如果没有出现,则执行步骤S1034。
其中,无效APP是指在处于后台应用模式下的有效APP的工作模式转为前台应用(前台应用是相对于后台应用来说的,此时的APP处于用户主动使用的状态,即该APP处于用户可见的状态)时,向DM提交去注册,当前提交去注册的有效APP即成为无效APP。
步骤S1033,当所述目标定时时间到达时,确定其他有效APP为与网络进行数据交互的目标APP。
步骤S1034,当所述目标定时时间到达时,确定各个所述有效APP为目标APP。
由上述执行步骤S103的具体过程中可以得知,时间间隔在前后两次目标定时时间之间的目标APP的确定,还需要在各个有效APP收到通知后自行判断是否进行数据交互,即确定自身是否仍然有效,是否仍然处于后台应用模式下。
因此,在执行步骤S103确定可以与网络进行数据交互的目标APP中,该目标APP需要满足的条件是,在定时器启动之后至到达定时时间这段时间内,位于上一次目标定时时间和这一次目标定时时间到达之间的各个有效APP中没有出现无效的情况。
步骤S104,激活PDP,建立所述目标APP与网络之间的数据链接,并进行数据交互。
执行步骤S104在第一个目标APP去和网络进行数据交互之前,激活PDP,然后在网络与各个目标APP之间建立各自的数据链接链路,使各个目标APP可以在只激活一次PDP的基础上建立各自的数据链接,完成与网络之间的数据交互。
在本实施例二中,执行步骤S101至步骤S102,以及步骤S104时的过程与实施例一中相应的部分一致,这里不再赘述。但是,在执行步骤S103时经过判断确定出现无效APP,此时,依据目标定时时间,执行步骤S104使各个目标APP与网络进行数据交互时。在所有与网络进行数据交货的目标APP各自维护的定时器复位,即各个目标APP自身的RT复位,DM所维护的定时器中的最小RT也复位之后,为保证下一次目标定时时间的准确性,即确定最小RT未变,因此在执行步骤S104的同时,还需要对各个有效APP中的RT进行检测,即执行步骤S105(流程图中的虚线部分)。
步骤S105,检测目标定时时间是否为无效APP的RT,如果是则返回执行步骤S102;如果否则返回执行步骤S1031。
因此,在各个目标APP与网络进行数据交互时,所有目标APP各自的定时器复位,DM的定时器也复位。在出现最小RT改变的情况下,可以返回执行步骤S102,从当前的RT中重新选取最小RT作为目标定时时间,然后重新启动定时器,继续执行下面的步骤。
为更清楚的表述本实施例二所要表达的技术方案,这里针对判断的处于后台应用模式下的APP是否有效的情况进行举例说明。
例如,有2个处于后台应用模式下的APP(QQ与email)向DM提交注册的信息,对应于步骤S101由DM接收2个APP提交的注册信息中的RT。其中,QQ提交的RT为30分钟,email提交的RT为40分钟。对应于步骤S102,此时DM的定时器设定为30分钟。对应于步骤S103,此时的目标定时时间为30分钟。
当一次RT超时后,即当目标定时时间30分钟到达时,email的RT为40分钟位于两次目标定时时间之内。在确定2个APP都存在的情况下,则确定2个APP都可以与网络进行数据交互,即执行对应的步骤S104。
对应于步骤S1032,若在一次RT超时之前,即当目标定时时间30分钟到达之前。提交40分钟RT的email去注册(取消注册)了,即成为无效APP,此时的有效APP只有QQ,所以当RT超时后,QQ执行步骤S104与网络完成数据交互,获取网络服务器上的数据。对应于步骤S105,由于无效APP(email)提交的RT为40分钟,并不是目标定时时间,因此返回执行步骤S1031,等待下一次的RT(30分钟)超时。具体数据交互的过程请参阅附图4,其中,QQ和email为APP;A为APP与网络进行数据交互的时间点;B为APP取消注册的时间点;RT为时间间隔。
对应于步骤S1032,若在一次RT超时之前,即当目标定时时间30分钟到达之前,提交30分钟RT的QQ取消注册了。因为对应于目标定时时间的RT30分钟的APP取消注册,因此,在执行完当前的30分钟定时之后,完成未取消注册的email与网络之间进行的数据交互之后,对应执行步骤S105的步骤,返回执行步骤S102,重新确定目标定时时间。在当前实际应用中,返回之后只有一个RT为40分钟的email应用存在,所以此时DM的定时器设置为40分钟,并在下一次RT超时时生效,即下一次目标定时时间在40分钟到达之后执行相关的步骤。具体数据交互的过程请参阅附图5,其中,QQ和email为APP;A为APP与网络进行数据交互的时间点;B为APP取消注册的时间点;RT为时间间隔。
通过本发明实施例二公开的方法,在面对实际应用中可能出现的情况提供了选择的方案。当没有出现无效APP的情况下,执行与实施例一同样的技术方案,由DM依据确定的目标定时时间对有效APP与网络进行数据交互的频率进行同步,并利用激活一次PDP的机会建立数据链接与网络进行数据交互,在满足各个APP的前提下,减少激活PDP建立数据链接的次数,达到减少功耗,降低终端的耗电量,使终端待机时间增长的目的。
此外,在上述本发明公开的实施例一的基础上,本发明还包括对检测到新提交注册的APP之后的执行过程,具体由本发明公开的实施例三进行详细说明。
实施例三:
请参阅附图6,具体包括步骤S101至S107。其中步骤S101至步骤S104的执行过程与实施例一中对应的步骤S101至步骤S104一致,这里不再赘述。本实施例三与上述实施例一的区别在于在所述目标定时时间重新启动或重置之后(即完成数据交互之后),下次目标定时时间到达之前的一个时间点T上,DM是否获取到新的有效APP的注册信息,即是否收到新的APP提交的新RT。即在步骤S104之后还包括以下步骤:
步骤S106,获取新的有效APP提交注册的时间点T和新的有效APP的新RT。
步骤S107,检测新RT与时间点T之和是否小于目标定时时间,如果是,则确定新RT为目标定时时间,返回执行步骤S103;如果否,则再执行一次步骤S103与步骤S104之后返回执行步骤S102(流程图中该返回的过程用虚线表示)。
通过执行本实施例三公开的方法,在实施例一的基础上进一步解决了有新的有效APP提交注册信息的问题,即对DM新获取的RT与之前获取的RT进行比较,以确定最小的RT,即DM的定时时间,以保证在准确的目标定时时间到来时能够完成与网络的数据交互。这里针对步骤S107中的两种情况,利用该方法在终端中的实际应用进行举例说明。
例如,当前终端中处于后台应用模式下只有一个有效APP1向DM提交注册信息,该有效APP的RT1为40分钟。
第一种情况,在一次RT(此时的目标定时时间为40分钟)超时(此时完成数据交互,定时器重新启动或重置),DM广播后的5分钟(这里的5分钟为有效APP2提交注册的时间点T)时,另一个有效APP2向DM提交注册信息,该有效APP2的RT2为30分钟。
由于时间点T与RT2之和小于目标定时时间(5+30=35<40),则确定当前有效APP2对应的RT为目标定时时间。此时,DM的定时器重置时复位为30分钟,并在DM复位之后的RT超时后(30分钟后),重新循环执行步骤S103至步骤S104。具体数据交互的过程请参阅附图7,其中,A为有效APP1与网络进行数据交互的时间点;B为有效APP1、有效APP2与网络进行数据交互的时间点;T为有效APP2提交注册的时间点;RT为时间间隔。
第二种情况,在一次RT(此时的目标定时时间为40分钟)超时,DM广播后的6分钟(对应于步骤S106,其中,这里的6分钟为有效APP2提交注册的时间点T)时,另一个有效APP2向DM提交注册信息,该有效APP2的RT2为35分钟。
由于时间点T与RT2之和大于目标定时时间(6+35=41>40),则继续执行直至该次的目标定时时间到达时,使有效APP1和有效APP2同时完成与网络服务器的数据交互,然后再重新选取当前有效APP1与有效APP2对应的RT中最小的RT作为数据交互的目标定时时间。此时,DM定时器重置(复位)时应当被设定为35分钟。因此,在DM复位之后的RT超时(35分钟)后,重新循环执行步骤S103至步骤S104。具体的数据交互过程请参阅附图8。其中,A为有效APP1与网络进行数据交互的时间点;B为有效APP1、有效APP2与网络进行数据交互的时间点;T为有效APP2提交注册的时间点;RT为时间间隔。
需要说明的是,在本实施例中有关时间点T的说明并不仅限于例子中的分钟数,该时间点的范围根据目标定时时间而定,只要包含在该次目标定时时间与下一次目标定时时间之间即可。
通过上述本发明的实施例三中的举例说明,在解决使终端中处于后台应用模式下的有效APP与网络进行数据交互的频率同步的基础上,进一步解决了在终端接收到新的有效APP的注册信息之后,确定准确的目标定时时间的问题。利用本发明公开的方法,终端中的DM能够在接收到新的有效APP的注册信息的同时,保证对各个有效APP进行协调控制,以当前RT中最小的RT为目标定时时间,不仅能够达到减少终端功耗,而且还节省了大量的电量,使终端的待机时间得到增长的目的。
需要说明的是,如果在执行本实施例三的同时,出现无效APP的情况,按照该实施例三公开的方法进行也可以得到解决。因此通过利用本发明实施例三公开的一种数据交互的方法,不仅可以解决在终端接收到新的有效APP的注册信息之后,确定准确的目标定时时间的问题,还可以解决出现无效APP所带来的问题。最终,使各个运行于后台的应用与网络之间的数据交互的频率进行同步,并利用终端中的DM对各个有效APP进行协调控制,并在只激活一次PDP的基础上建立各自的数据链接与网络进行数据交互,在满足各个处于后台应用模式下的有效APP的前提下,减少激活PDP建立数据链接的次数,达到减少功耗,降低终端的耗电量,使终端待机时间增长的目的。
实施例四:
本实施例四所公开的方法,在执行上述本发明公开的实施例一、实施例二或实施例三的各个步骤的基础上,会实时的由DM对终端执行监听。以便DM在接收到用户主动发起PS域业务的指令时,向各个有效APP发送DM广播,使各个有效APP建立数据链接完成与网络之间的数据交互,使此时的资源不会被浪费。具体的过程为:
由DM实时监听是否有主动发起的PS指令。
当监听到有主动发起的PS指令,由DM发送数据交互指令(DM广播)至各个有效APP,使各个有效APP与网络进行数据交互。
当没有监听到主动发起的PS指令,则继续执行各个实施例的当前应执行的步骤。
因此,在用户主动发起的PS域业务,并且使终端进入DCH状态时,采用本实施例公开的方法,可以解决因为终端进入DCH状态时功率较大,而没有得到合理使用,致使资源浪费的问题。
也就是说,在DM监听到用户主动发起的PS指令时,终端已经进入DCH状态,而PDP已经激活。此时,由DM向各个有效APP发送数据交互指令,即便此时有效APP或DM的定时器并没有到时,例如,QQ定时40分钟,在还有10分钟到时,在DM广播之后QQ也利用当前的时机,完成与网络的数据交互,并且将DM的定时器复位(因为,已经在QQ的最大与网络交互时间间隔40分钟内,与网络进行了一次数据交互)。如果当前后台运行了若干个类似QQ的应用,那么通过本实施例公开的方法就可以省去激活PDP的次数,同时,达到节省电量,增加终端待机时间的目的。
为使本发明该实施例公开的方法能够更加清楚的体现,这里举例说明。例如,在终端的实际应用中,当前有三个应用需要运行于后台,并且需要和网络交互。这三个应用分别为:email、twitter和QQ。email的RT为10分钟,twitter为15分钟,QQ为40分钟。
终端开机后,此三个应用统一向DM提交RT时间,DM将10分钟作为自己定时器时间。如果在开机后第5分钟时,用户使用浏览器打开网页(用户主动发起PS域业务),此时PDP被激活,那么DM就会向这三个应用发送通知,此时这三个应用同时发起数据链接,从服务器获取数据。这样就利用用户主动发起的激活PDP的机会完成了所有应用与网络的交互,同时所有定时器还需要复位。
如果DM一直没有监听到用户主动发起PS域业务的指令,那么这三个应用始终在DM的管理下进行与网络的数据交互。当终端启动后10分钟,DM的定时器第一次超时并进行广播,email和twitter在收到通知后,在同一时间发起请求建立数据链接,完成与网络服务器的数据交互。在第20分钟、30分钟到来时,同样也是如此。但是,在第40分钟到来时,此时QQ的RT满足数据交互的条件,DM进行广播后,这3个应用便都会建立数据链接,完成与服务器的数据交互。由此,与采用现有技术造成终端7次激活PDP并建立数据链接的方法相比,利用本发明公开的方法,通过终端中的DM对各个APP进行协调控制,终端只会4次激活PDP并建立数据链接,不仅减少功耗,而且还节省了大量的电量,使终端的待机时间也相对的得到增长。
上述本发明公开的实施例中详细描述了一种数据交互的方法,对于本发明的方法可采用多种形式的装置实现,因此本发明还公开了一种数据交互的装置,下面给出具体的实施例进行详细说明。
请参阅附图9,为本发明公开的一种数据交互的装置结构示意图,主要包括:获取单元201,选取单元202,定时单元203,确定单元204和交互单元205。
获取单元201,用于获取处于后台应用模式下的各个有效APP与网络进行数据交互的RT。
选取单元202,用于选取当前所述RT中的最小RT作为数据交互的目标定时时间。
定时单元203,用于启动目标定时时间和重置目标定时时间。
确定单元204,用于当所述目标定时时间到达时,获取当前时间间隔位于前后两次目标定时时间之间的各个所述有效APP,确定各个所述有效APP为目标APP。
交互单元205,用于激活PDP,建立所述目标APP与网络之间的数据链接,并在进行数据交互后返回选取单元。
在进行终端中的有效APP与网络进行数据交互的控制时,首先,由获取单元201获取有效APP向DM提交的与网络进行数据交互的RT;然后,由选取单元202从一个或多个有效APP提交的RT中,选取最小RT作为DM的目标定时时间,即用于DM发送广播控制各个有效APP与网络进行数据交互的时间;然后,在目标定时时间确定后,由定时单元203启动定时,在定时到达时由确定单元204确定当前各个有效APP各自定时器中的RT在DM前后两次目标定时时间之间,确定符合上述条件的有效APP为目标APP;最后,由交互单元205激活PDP,并使确定的目标APP建立数据链接与网络进行数据交互,同时由定时单元203重置目标定时时间后重新开始启动定时,进入选取单元202继续下一循环。
通过本发明公开的装置中的各个单元,能够完成DM对各个有效APP的统一管理,使各个满足条件的有效APP与网络之间的数据交互的频率进行同步,在满足各个APP的前提下,减少激活PDP建立数据链接的次数,达到减少功耗,降低终端的耗电量,使终端待机时间增长的目的。
请参阅附图10,为本发明公开的另一种数据交互的装置结构示意图,主要包括:获取单元201,选取单元202,定时单元203,确定单元204、交互单元205、第一检测单元206和定时对比单元207。
由图10可知,本发明公开的该装置在图9所示出的装置的基础上增加了一个连接于定时单元203与确定单元204之间的第一检测单元206,及分别与第一检测单元206、选取单元202和确定单元204连接的定时对比单元207。
该第一检测单元206,用于检测各个所述有效APP中是否出现无效APP,如果出现,则屏蔽无效APP之后进入定时对比单元207;如果没有出现,则直接进入确定单元204。
该定时对比单元207,用于判断所述无效APP的RT是否为当前的目标定时时间,如果是,则进入选取单元202;如果否,则进入确定单元204。
在图10公开的该装置中,获取单元201,选取单元202,定时单元203,确定单元204和交互单元205所具有的功能与上述图9所示出的装置中的获取单元201,选取单元202,定时单元203,确定单元204和交互单元205一致,这里不再赘述。
但是,与上述公开的装置的区别在于,在定时单元203启动定时之后,由第一检测单元206对各个有效APP进行检测,如果没有出现无效APP则之间计入确定单元204,继续执行循环。
如果出现无效APP则进入定时对比单元207,判断当前无效APP对应的RT是否为当前的目标定时时间,如果否,则直接进入确定单元204,继续执行循环;如果是,则返回至选定单元202,重新选取当前最小RT为目标定时时间,继续执行循环。进一步完善了本发明公开的装置。
请参阅附图11,为本发明公开的另一种数据交互的装置结构示意图,主要包括:获取单元201,选取单元202,定时单元203,确定单元204、交互单元205和定时更新单元208。该定时更新单元208连接与确定单元204与选取单元202之间。
其中,该定时更新单元208中包括:第二检测单元2081和更新单元2082。
第二检测单元2081,用于检测在所述目标定时时间重置之后,下一次目标定时时间到达之前的时间点上获取的新的有效APP的新RT。
更新单元2082,用于判断所述新RT与所述时间点之和是否小于当前目标定时时间,如果是,则更新当前目标定时时间,确定所述新RT为目标定时时间之后,进入确定单元204;如果否,则直接进入确定单元204。
需要说明的是,在图11公开的该装置中,获取单元201,选取单元202,定时单元203,确定单元204和交互单元205所具有的功能与上述图9所示出的装置中的获取单元201,选取单元202,定时单元203,确定单元204和交互单元205一致,这里不再赘述。
由图11可知,在定时单元203重启或是重置的情况下,由定时更新单元208中的第二检测单元2081检测是否有新提交注册的APP,如果没有则直接进入确定单元204,继续执行循环。
如果确定有新APP,则由更新单元2082判断新RT与接收新APP的时间点T之和是否小于当前目标定时时间,如果小于,则将新RT更新为当前目标定时时间,再直接进入确定单元204,继续执行循环;如果大于,则直接进入确定单元204,再通过交互单元205返回选取单元202。
需要说明的是,交互单元205也可以与选取单元直接连接,在更新单元2082判断新RT与接收新APP的时间点T之和大于当前目标定时时间之后,直接进入确定单元204,并通过交互单元205返回至定时单元203中。
为本发明公开的另一种数据交互的装置结构示意图,在上述公开的各个装置上添加了一个监听单元。
该监听单元,用于监听是否有主动发起分组交换指令,当监听到有主动发起的分组交换指令时,则发送数据交互指令至交互单元。
通过添加的监听单元,能够在终端进入DCH状态时,合理利用由于进入该状态所产生的较大功率,在已激活PDP的基础上完成有效APP与网络之间建立数据链接进行数据交互的过程,从而减少处于后台应用模式下的有效APP激活PDP的次数,使功率资源得到节省,进一步达到节省终端的电量的目的。
综上所述:
利用本发明公开的数据交互方法及装置,通过使各个运行于后台的应用与网络之间的数据交互的频率进行同步,并在只激活一次PDP的基础上建立各自的数据链接与网络进行数据交互,在满足各个处于后台应用模式下的有效APP的前提下,减少激活PDP建立数据链接的次数,达到减少功耗,降低终端的耗电量,使终端待机时间增长的目的。
此外,DM还采用实时监听的方式,监听是否有主动发起的PS域业务,利用已激活的PDP建立数据链接,使各个有效APP与网络进行数据交互,进一步降低了终端的功率消耗,减少了激活PDP建立数据链接的次数,从而达到降低终端耗电量,增加终端待机时间的目的。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。