用于保持应用连续性的移动计算设备和方法

专利名称：用于保持应用连续性的移动计算设备和方法
技术领域：
本发明的领域涉及用于保持应用连续性的移动计算设备和方法。
背景技术：
当与应用服务器同步通信操作移动设备的时候，在好的应用性能(其需要更加经·常的数据交换，例如，短的同步间隔)和好的电池寿命(其需要较少经常数据交换，例如，长的同步间隔)之间存在折衷。在本专利申请中阐明的问题是，在服务器和移动计算设备之间的通信失活的某个阈值周期之后，该服务器将终止该应用，其可以导致想要数据的丢失。如果在该阈值周期之前，可以设计去保持该应用的方法，其将是在技术方面的改进。移动计算设备，诸如移动或者无线台、手机、无线电设备、膝上型电脑、无线通信设备等等利用具有有限的能量供给的功率存储设备，诸如电池、燃料电池等等来操作。移动计算设备需要电源，并且在很多情况下，这个电源是电池。例如，蜂窝电话使用各种各样类型的电池去操作。在电池的能量耗尽(其通常称为“电池寿命”)之前，移动站可以典型地操作的时间量通常是用户在相对于其他品牌而选择移动计算设备的一个牌子或者类型时使用的一个重要的指标。该术语电池、能量存储设备、和功率存储设备在此处可互换地使用。虽然功率存储设备通常是可充电的，其可能是不方便的，或者甚至对于用户来说再充电是不可能的。因此，存在最大化无线计算设备的有用操作时间的需要。另外，当电池比典型地由用户期望的更加迅速地消耗的时候，不同的操作环境可以导致用户感到惊讶和/或挫败。因此，从用户的视角而言，变化的或者出乎意外的短的电池寿命是非常不合期望的。因为在移动设备和服务器之间的无线数据交换而导致的功率消耗，这变成对于运行由应用服务器支持的应用的移动计算设备而言特别相关的问题，因为每个上载或者下载导致在移动设备和服务器中能量消耗。该问题在移动设备中尤其是严重的，所述移动设备典型地是由电池供电的，并且具有可用的有限的能量。例如，移动设备可以在支持电子邮件应用的情况下采用用于上载和下载电子邮件的电子邮件服务器，在支持社群网应用的情况下采用用于上载和下载联系人状态的联系人服务器，在支持媒体播放应用的情况下采用用于下载电影、新闻、音乐等等的信息服务器，和在支持数据备份应用的情况下采用用于上载移动设备数据的备份/存储服务器。典型地，该移动设备和应用服务器在常规或者定期的基础上同步，即，它们以基本上以常规或者固定的时间间隔通信、上载、下载或者交换信息，和在这个文献中，在运行应用的移动设备和应用服务器之间数据的交换称为“同步”，并且在数据交换之间的时间量称为用于某个应用和应用服务器的“同步间隔”或者“同步的(sync)间隔”。因此，存在对于增加同步间隔长度，以便在诸如移动站的无线计算设备的功率存储设备中节省能量的需要，以便延长有用的功率存储设备或者电池寿命。通常，在好的应用性能(其需要更加经常的数据交换，S卩，短的同步间隔)和好的电池寿命(其需要较少经常数据交换，即，长的同步间隔)之间存在折衷。例如，电子邮件应用的性能可以通过接收电子邮件需要花费的时间量来确定，并且社群网应用的性能可以通过在社交状态下在接收变化时的延迟来确定。与应用服务器进行的数据交换可以由服务器启动，即，“推送”数据服务，或者由运动实体启动，即，“拉取”数据服务。在“拉取”数据服务的情况下，该移动设备典型地提供可操作地触发同步间隔期满的定时器，在该时间上，移动设备可以轮询(pole)用于新的应用数据的可利用性的应用。因此，借助于“拉取”数据服务，移动设备的受到同步间隔的控制，其亦被称为拉取或者轮询(poling)间隔。相反地，在“推送”数据服务的情况下，移动设备 响应于来自服务器的同步请求，其可以或者可以不是定期的。已知的是，按照应用来改变同步间隔，因为与其他应用相比，某些应用的性能可能对同步频率更加敏感。同样已知的是，对于及时地同步的需求随着应用的状态而变化。同步也可以由在移动设备上运行的应用，或者由用户周期地启动。因此，当多个应用运行的时候，每个应用很可能需要不同的同步间隔，其可以或者可以不由移动设备控制。应用与应用服务器的同步涉及经通信基础结构在移动设备和应用服务器之间的应用数据的上载或者下载。在与应用服务器交换应用数据之前，存在对执行某些启动活动的需要，诸如给通信电路上电，和与通信基础结构建立数据通信会话。类似地，在与应用服务器交换数据之后，存在对执行某些结束活动的需要，诸如终止与通信基础结构的数据通信会话，和给数据通信电路断电。这些启动和结束活动导致在移动设备中功率消耗。因此，存在不协调的同步的趋势，由于停止和启动与每个数据交换有关的活动，其导致功率消耗。因此，存在通过协调对于多个应用的同步时间来将启动和停止活动减到最小的需要。当与应用服务器同步通信地操作移动设备的时候，在好的应用性能(其需要更加经常的数据交换，即，短的同步间隔)和好的电池寿命(其需要较少经常数据交换，即，长的同步间隔)之间存在折衷。已知的是，按照调度来改变同步间隔，使得当某些应用不经常会被下载的时候，在下载之间的周期增加。但是，因为应用使用是人的行为，无法始终预测和调度最佳下载周期。此外，由于与应用服务器进行无线数据交换而导致的功率消耗可能是不可预测的。可用的无线网络可能是使得仅仅需要大功率消耗的数据传输方法是可用的。因此，无法始终预测和调度最佳同步间隔。因此，当应用需要及时地信息的时候，存在需要，以在某些“休眠期”上提供更长下载同步间隔，或者用于形成更少能量消耗的周期，而在“激活时间”上提供更短下载同步间隔。此外，当用于同步所需的能量较高时，存在需要，以提供更长下载同步间隔，或者用于形成更少能量消耗的周期，而当用于同步所需的能量较低时，同样提供更短下载同步间隔，从而利用合适的网络条件(其可能是临时的)。
与推送应用结合，数据被以定时间隔从应用服务器推送，并且应用人不能意识到用于调整推送间隔的在任何移动客户上可用的方法。如果移动设备可以自发地调整其接受推送数据的速率，则其应该被考虑为在技术方面的改进。此外，如果移动设备可以控制在其中数据被从应用服务器推送到移动设备的应用，则其也应该被考虑为在技术方面的改进。


图I是按照本发明的、具有增强的轮询(poling)管理以减小能量消耗的系统的方框图。图2是按照本发明的、用于增强轮询管理以减小能量消耗的方法的一个例子的流程图。 图3是按照本发明的第一个实施例来描述移动计算设备的轮询操作的一系列的时序图。图4是按照本发明的第二个实施例来描述移动计算设备的轮询操作的一系列的时序图。图5是按照本发明来提供改善电池寿命的移动计算设备的方框图。图6是按照本发明的一个实施例，在与应用服务器同步通信时运行应用的移动计算设备的流程图。图7是按照本发明的一个实施例，在与应用服务器同步通信时在运行应用的移动设备中节省能量以减少能量消耗的方法的简化方框图。图8是按照本发明的一个实施例，在与应用服务器同步通信时在运行应用的移动设备中节省能量以减少能量消耗的方法的简化方框图。图9是按照本发明的一个实施例，在与应用服务器同步通信时在运行应用的移动设备中节省能量以保持应用连续性的方法的简化方框图。本领域技术人员应该理解，出于简单和清楚说明的目的在附图中元件，并且其不一定按比例绘制。例如，在附图中一些单元的尺寸和/或相对位置可以被相对于其他的单元放大，以帮助提高对于本发明的各种各样的实施例的理解。此外，对于那些在商业上可用的实施例中有用的或者必需的常规并且公知的元件通常不进行描述，以便易于不妨碍观察本发明的这些不同的实施例。应该进一步理解，某些活动和/或步骤可以以特定的发生顺序描述或者描绘，但是那些本领域技术人员应该明白，这样的相对于顺序的特殊性实际上是不需要的。还应该明白，除了已经在此处阐述的特定的含义之外，在此处使用的术语和表示具有相对于其相应的探索和研究的各自的范围的、根据该术语和表示的普通的含义。
具体实施例方式描述了一种系统和方法，其在与应用服务器定期或者同步通信时，控制与运行应用的移动计算设备(或者移动站、无线通信设备、无线计算设备、移动或者无线台、手机、无线电设备、膝上型电脑等等，上述的术语在此处可互换地使用)有关的同步间隔的长度，以便节省和改善与移动计算设备结合的能量存储设备的寿命。在此处描述的方法允许移动计算设备去在各种各样的条件下操作，并且在没有实质上损害与移动站结合的能量储存设备的情况下，提供各种各样的带宽加强(intensive)服务。
可以以各种各样不同的方式，借助于相应的应用服务器来进行在运行多个应用的移动计算设备之间协调定期或者同步通信的同步间隔。在一个例子中，该移动设备配备具有轮询管理器，其对于每个应用接收理想的轮询间隔和容限窗口 ；监视移动计算设备的通信活动；确定从对于每个应用的先前的同步流逝的时间；以及如果从先前的同步流逝的时间大体上等于用于应用的理想轮询间隔，或者在通信活动被检测，并且从先前的同步流逝的时间处于用于该应用的容限窗口范围之内，则使应用同步。在另一个例子中，轮询管理器对于每个应用接收理想的轮询间隔和容限窗口 ；监视移动计算设备的通信活动 ；确定从对于每个应用而言的先前的同步流逝的时间；在从先前的同步流逝的时间和未来的同步间隔之间选择优选的同步间隔，以及如果从先前的同步流逝的时间大体上等于用于应用的理想轮询间隔，或者通信活动被检测，从先前的同步流逝的时间处于用于应用的容限窗口范围之内，则使应用同步，并且是优选的同步间隔。取决于监视的通信活动和确定的偏好，同步间隔的长度可以从理想间隔动态地降低或者升闻。此外，还可以进行调整。例如，如以下详述的，用于第一应用的容限窗口可以取决于第二应用的理想同步间隔而调整。因此，描述了各种方法，因此，即使在小于理想操作条件和不同的操作模式之下，诸如，在与应用服务器同步通信时运行的多个应用之下，移动计算设备的功率存储设备被改善。因此，该移动计算设备可以在各种各样的操作条件之下操作。参考图1，描述了用于提高移动计算设备的电池寿命的、具有增强的轮询管理的系统的一个例子。该系统包括第一移动计算设备102，其被耦合到第一无线电接入网络(RAN) 104。第一 RAN 104被耦合到通信基础结构106。该基础结构可以包括多个应用服务器，用于运行各种各样的应用，如以下详述的。第二移动计算设备HO耦合到第二 RAN 108。第二 RAN 108也稱合到基础结构106。在此处描述的原理可以适用于各种各样的广域网系统，诸如长期演进(LTE)、超移动宽带(UMB)、802. 16e和m、高速分组数据(HRPD)系统，或者诸如通用移动电信系统(UMTS)的系统，以及无线局域网、个人局域网、和有线网。该移动计算设备102和110可以是任何类型的移动无线设备。该移动计算设备102和110每个包括用于协调在应用服务器轮询应用之间同步通信的轮询管理模块112。例如，该移动计算设备102和110可以是蜂窝电话、传呼机、无线电设备、移动站、个人计算机或者个人数字助理。如本领域技术人员应该理解的，移动计算设备的其他的例子是可能的。RAN 104和108可以是允许移动计算设备102和110可以访问通信基础结构106的任何设备或者设备的组合。例如，RAN 104和108可以包括接入点、基站、基站控制器、天线、和便于这些通信的其他类型的设备。该通信基础结构106最好是包括允许在移动站之间进行通信的设备和/或网络。例如，该基础结构106可以包括开关、服务器、存储设备、和便于在移动计算设备102和110之间通信的网络(例如，无线网络、因特网、陆线电话网)。现在参考图2，示出了一种用于在移动计算设备中扩展能量存储设备的使用寿命的增强轮询管理的示例性方法。该方法150被配置为在与应用服务器同步或者异步数据通信时帮助延长运行多个应用的移动计算设备的电池寿命。该方法150包括步骤提供155轮询管理器，其被配置为接收用于多个应用的各个的、预定的轮询间隔和容限窗口 ；监视160移动计算设备的数据通信活动；对于多个运行应用的各个确定165从先前的同步流逝的时间；和如果出现以下条件的至少一种，则同步170该应用即，从先前的同步流逝的时间大体上等于对于该应用预定的轮询间隔；和通信活动被检测到，并且从先前的同步流逝的时间处于用于该应用的容限窗口的范围之内。有利地，例如，必要时通过一起同步和运行多个应用，其通过接通收发信机电路而节省能量存储设备或者电池寿命，以及通过利用如在此处详述的动态和智能轮询管理技术，减少或消除不必要的或者冗余同步，这种方法可以在移动计算设备应用中在能量存储设备中提供相当可观的能量节省。这例如可以通过提供在其容限窗口内的用于每个应用的轮询间隔来实现。在一种方案中，该同步170通过检测由应用、应用服务器、和用户中的至少一种启动的同步活动来触发。这与检测的通信活动协调来对每个应用提供与其相应的应用服务器同步的机会。在进一步的详述中，该同步步骤170可以基本上上在完成检测的同步活动之后立即触发，从而，避免停止和重启通信电路，从而节省能量。参考图3，分别在时间0、6、12和18上，从该图的顶端到底端移动地示出了四个同步。应用I具有24个单位的同步间隔，和11个单位的容限窗口。该单位可以是毫秒。应用2具有21个单位的同步间隔，和6个单位的容限窗口。应用3具有8个单位的同步间隔，和3个单位的容限窗口。应用4具有6个单位的同步间隔，和2个单位的容限窗口。参考图3a，在时间O上，对于应用1、2、3和4发生同步。在时间6上，出现由从先前的同步流逝的时间量(等于用于应用4的同步间隔)触发的同步。应用3和4被同步，因为这些是对其而言容限窗口包括时间6的应用。现在参考图3b，对于应用3和4，容限窗口从图3a移动，以说明先前的同步时间已经从时间O改变为时间6。在时间12上，出现由从先前的同步流逝的时间量(其等于用于应用4的同步间隔)触发的同步。应用3和4再次被同步，因为这些是对于其而言容限窗口包括时间12的应用。现在参考图3c，对于应用3和4，容限窗口从图3b移动，以说明先前的同步时间已经从时间6改变为时间12。在时间18上，出现同步，借此应用1、2、3和4被同步，因为这些是对于其而言容限窗口包括时间18的应用。因此，四个应用的同步被协调，从而降低在数据通信设备中的功率消耗。通过利用如在此处详述的智能轮询管理技术，一起同步和运行多个应用可以提供相当可观的能量节省。例如，该收发信机电路根据需要在时间0、6、12和18上被接通以获得下载等等。再次参考图3a，如果用于应用3的同步没有从时间8提前到时间6，则不会如例如将在时间8上出现一样，出现不必要的或者冗余同步。 在一个实施例中，该方法150可以进一步包括将在容限窗口内的第二应用的预定的轮询间隔提前为基本上在第一应用之后立即同步，例如，如在图3中的时间6、12和18上所示。这是有益的，因为这可以在用于两个应用的容限窗口内提供协调的同步活动。在另一个实施例中，如果在容限窗口内检测到同步活动，该同步步骤170可以从其预定的或者理想轮询间隔提前或者调整。这允许应用在通信操作(其不是必然为用于应用服务器轮询操作)之后立即同步，诸如，由应用服务器启动的同步，即，“推送”同步，或者其他的异步通信，诸如，由高优先级应用事件或者由用户触发。在一个实施例中，该预定的轮询间隔是最大的轮询间隔。在一个实施例中，该方法150可以包括当连接到某个应用服务器，或者网络是不可用的时候，提高预定的轮询间隔，从而避免不成功的或者不必要的轮询尝试，其节省了能量。在另一个实施例中，该方法150包括基于网络条件调整在容限窗口外面的预定的轮询间隔，从而站在能量消耗的立场上，当通信尤其耗费成本时，降低不必要的同步。更详细地，在一个实施例中，该网络条件可以包括发射功率电平、接收信号电平、接收信号质量、调制类型、编码电平、和通信数据速率的至少一种。这些条件可以影响与每个通信有关的功率消耗。例如，如果该网络需要高的移动设备功率电平，则可能最好的是延迟在容限窗口外面的同步。在另一个实施例中，该方法150可以包括当某个通信模式是可用的时候，调整在容限窗口外面的预定的轮询间隔。例如，在提供第三代服务，例如宽带CDMA，以及第二代服务，例如TDMA的蜂窝网络中，如果该服务的一个是不可用的，该轮询间隔可以在容限窗口的外面调整。例如，典型地如果该应用上载或者下载大的文件，并且宽的带宽3G服务是不可用的，则该同步可以被推迟。这个特点取决于预想的功率消耗(其与服务可利用性和操作条件相关)来提供用于改变同步间隔的灵活性。在另一个实施例中，该通信模式可以是有线网络通信模式、无线局域网通信模式、无线网状网络通信模式、和光网络通信模式的至少一种。因此，如果通信模式尤其是能量有效的，诸如有线局域网(LAN)通信模式，或者无线LAN，则同步可以在容限窗口的内部或者外面进行提前。有利地，这些特点允许移动计算设备去与用于其他的应用的其他的通信协调地上载应用数据。例如，第一应用可以是社群网应用，诸如facebook或者twitter,并且第二应用可以是数据备份应用。包括个人消息、状态和其他的个人数据的实时通信的该社群网应用是需要具有10分钟的量级的周期或者同步间隔的定期或者同步服务通信的较高优先级应用。数据备份应用是需要同步间隔数量级为12小时的较低优先级应用。典型地，用于数据备份应用的容限窗口大于10分钟，S卩，用于社群网应用的理想轮询间隔。因此，在容限窗口例如对于数据备份应用开启之后，该数据备份同步在社群网应用同步之后立即出现。由于避免了通信电路的不必要的停止和启动，站在功率消耗的立场上这是有利时机。再次更详细地参考图3，这里示出了对应于在与应用服务器同步通信时运行四个应用的示例性设备的第一系列的时序图。每个时序图描述在水平轴上将时间以网格间隔从I上升到26。因此，对于30分钟的网格间隔，在水平轴上的26个间隔表示13小时的操作。对于每个应用，存在相应的预定的同步间隔和预定的同步间隔容限窗口。第一应用具有24个网格间隔(例如，12小时)的预定的同步间隔和11的容限窗口。第二应用具有21个网格间隔(例如，10.5小时)的预定的间隔和6的容限窗口。第三应用具有8个网格间隔(例如，4小时)的预定的间隔和3的容限窗口。并且，第四应用具有6个网格间隔(例如，3小时)的预定的间隔和2的容限窗口。对于每个应用，该容限窗口被定义具有由先前的同步时间加预定的间隔而确定的最大时间，和由最大时间减去容限窗口而确定的最小时间。现在参考时序图3a，随着四个应用的同步在网格时间T=O上出现启动。因此，在T=O上同步之后，第一应用具有24的最大时间和13的最小时间，第二应用具有21的最大时间和15的最小时间，第三应用具有8的最大时间和5的最小时间，和第四应用具有6的最大时间和4的最小时间。在网格间隔=6 (例如，3小时)上，时间到达对于第四应用预定的间隔，其触发数据同步。在这个时间上，每个应用被检查以确定时间是否在最小和最大时间之间，或者换句话说是否容限窗口开启。在这个例子中，确定容限窗口对于应用3和4开启，因此，应用3和4在时间T=6上与其相应的应用服务器同步。现在参考图3b，考虑到在时间T=6上先前的同步，容限窗口已经重新绘制用于应用3和4。在网格间隔=12(例如，6小时)上，时间到达用于第四应用的预定的间隔，其触发数据同步，并且每个应用被检查以确定是否容限窗口开启。确定容限窗口对于应用3和4开启，因此，应用3和4在时间Τ=12上与其相应的应用服务器同步。现在参考图3c，考虑到在时间T=12上先前的同步，容限窗口已经重新绘制用于应用3和4。在网格间隔=18(例如，9小时)上，时间到达用于第四应用的预定的间隔，其触发数据同步，并且每个应用被检查以确定是否容限窗口开启。确定容限窗口对于应用1、2、3和4开启，因此，应用1、2、3和4在时间Τ=18上与其相应的应用服务器同步。因此，四个 应用的同步时间被集中在一起，使得同步发生的数目在18个网格间隔中被减到最小3次，而在不协调的情形下，同步发生的数目可以多至9次。在另一个方案中，当用于第二应用的预定的轮询间隔低于阈值的时候，该方法150可以包括减小第一应用的容限窗口。在以上的第一个例子中，该数据备份应用可以具有数量级为2小时的容限窗口。用于数据备份应用的同步由社群网应用的通信活动触发，其每10分钟出现。因此，该数据备份应用的同步出现在开启其容限窗口的第一个10分钟内，从而，通过几乎等于该容限窗口的量减小了用于数据备份应用的同步间隔。在诸如此的情形下，将用于较低的优先级应用的容限窗口减小为数量级为最高的优先级应用的理想同步间隔的量是有利的。更详细地，当从第一应用接收的预定的轮询间隔低于阈值的时候，该减小步骤可以包括提供从预定的容限窗口减少的、用于第二应用的容限窗口。在以前的例子中，数据备份应用的容限窗口可以从2小时减少到10或者20分钟，其是用于社群网应用的10分钟理想间隔的一或者二倍。更详细地，该阈值可以与从第二应用接收的容限窗口成正比。例如，该阈值可以是第二应用的预定的容限窗口的一部分，诸如3/4。因此，如果该轮询管理器从第二应用接收二个小时的容限窗口，并且该理想同步间隔小于3/4*2小时或者I. 5小时，那么，用于第二应用的容限窗口可以减小到第一应用的理想间隔的一至二倍，或者10至20分钟。在一个可选的实施例中，用于在与应用服务器同步数据通信时延长运行多个应用的移动计算设备电池寿命的方法150，包括步骤对于每个应用提供具有预定的拉取间隔和容限窗口的拉取管理器；监视该移动计算设备的数据通信活动；对于每个应用确定从先前的同步流逝的时间；至少在从先前的同步流逝的时间和未来的同步间隔之中选择优选的同步间隔；以及如果出现以下条件的至少一种，同步该应用即，a)从先前的同步流逝的时间大体上等于对于该应用预定的轮询间隔；和《通信活动被检测到，并且从先前的同步流逝的时间处于用于该应用的容限窗口的范围之内，并且其是优选的同步间隔。因此，对于具有更长预定的或者理想间隔的较低的优先级应用，同步可以在用于较高的优先级应用的数据通信之后立即出现，或者其可以推迟为在容限窗口内更迟的时间，从而选择更靠近于预定的或者理想同步间隔的同步间隔。优选的同步间隔可以是更靠近于预定的拉取间隔的时间。值得注意的是，在这个实施例中，该容限窗口可以是双边的窗口，借此对于较低的优先级应用选择的同步间隔可以小于或者大于预定的同步间隔。在这种情况下，该预定的间隔可以是理想间隔，并且同步可以或者出现在预定的间隔之前，或者在预定的间隔之后。做为选择，容限窗口可以是单侧的，并且预定的间隔是最大间隔，而在这样情况下，该同步间隔始终是从预定的间隔提前的。做为选择，容限窗口可以是单侧的，并且该同步间隔是最小间隔，而在这样情况下，该同步始终是从预定的间隔延迟。对于第二个例子的替换的实施例，参考图4，这里示出了对应于在与应用服务器同步通信时运行四个应用的示例性设备的第一系列时序图。该应用的每个具有与在图3中详述相同的预定的间隔和容限窗口，并且最大和最小同步时间被类似地计算。参考时序图4a，随着四个应用的同步在网格时间T=O上出现启动。在网格间隔=6(例如，3小时)上，时间到达对于第四应用预定的间隔，其触发数据同步。此时，每个应用被检查以确定是否容限窗口开启。与在图3中的例子不同，如果窗口开启，优选的同步时间是从当前时间或者下一个预想的同步之间选择，其中，所述下一个预想的同步是当前时间加最小预定间隔。在这个例子中，确定容限窗口对于应用3和4开启，并且对于两个应用， 当前时间(T=6)相对于经预想的下一个同步时间(Τ=12)而言是优选的，因为当前时间更靠近于预定的时间。因此，应用3和4在时间Τ=6上与其相应的应用服务器同步。参考图4b,考虑到在时间T=6上的先前的同步,容限窗口已经重新绘制以用于应用3和4。在网格间隔=12(例如，6小时)上，时间到达用于第四应用的预定的间隔，其触发数据同步，并且每个应用被检查以确定是否容限窗口开启。在这个例子中，确定容限窗口对于应用3和4开启，并且对于两个应用，当前时间(Τ=12)相对于经预想的下一个同步时间(Τ=18)是优选的，因为当前时间更靠近于预定的时间。因此，应用3和4在时间Τ=12上与其相应的应用服务器同步。现在参考图4c，考虑到在时间Τ=12上的先前的同步，容限窗口已经重新绘制以用于应用3和4。在网格间隔=18(例如，9小时)上，时间到达用于第四应用的预定的间隔，其触发数据同步，并且每个应用被检查以确定是否容限窗口开启。确定容限窗口对于应用1、2、3和4开启，并且对于应用2、3和4，当前时间(T=IS)相对于经预想的下一个同步时间(Τ=24)是优选的，因为当前时间更靠近于预定的时间。对于应用1，当前时间(T=IS)不是优选的，因为预想的下一个同步时间(Τ=24)更靠近于预定的时间。因此，应用2、3和4在时间Τ=18上与其相应的应用服务器同步。现在参考图4d，在网格间隔=24 (例如，12小时)上，时间到达用于第四应用的预定的间隔，其触发数据同步，并且每个应用被检查以确定是否容限窗口开启。确定容限窗口对于应用1、3和4开启，并且对于应用1、3和4，当前时间(T=24)相对于经预想的下一个同步时间(Τ=30)是优选的，因为当前时间更靠近于预定的时间。因此，应用1、3和4在时间Τ=24上与其相应的应用服务器同步。因此，类似在图3中的例子，四个应用的同步时间被分组在一起，使得同步发生的数目减到最小，并且在用于具有大的容限窗口和更长预定的间隔的应用的这个例子中，同步靠近于预定的间隔出现，其减小用于该应用的同步频率，从而减小能量消耗。在一个实施例中，该同步间隔包括对其而言具有重叠的容限窗口的应用的数目是局部最大值的间隔。以这种方法，同步可以简单地确定。这涉及对应用的数目进行计数(用于其的时间是在容限窗口的范围之内)，当计数增加或者稳定的时候，抑制触发同步，并且当计算减小的时候，触发同步，如当该时间超出用于应用的容限窗口的时候将发生的一样。再次参考图3和图4的例子，在每个时序图上重叠窗口的数目显示为一系列的数字，并且在该系列是最大的网格间隔处，同步发生。更详细地，可以通过将运行应用的每个的最短的预定的轮询间隔添加到从先前的应用流逝的时间来确定未来的同步间隔。因此，在一个方案中，轮询管理器可以被进一步配置去对于多个应用的每个接收理想轮询间隔，并且出于以上详述的理由，选择的步骤可以进一步包括选择更靠近于理想轮询间隔的间隔。同样地，在一个方案中，如以 上详述的，预定的轮询间隔是最大轮询间隔。在供选择的实施例中，选择优选的同步间隔的步骤包括询问应用哪个同步间隔是优选的间隔。在这种情况下，该应用可以只是选择更靠近于预定的或者理想间隔的间隔，或者其可以基于其它的准则选择优选的间隔。这提供了如下优点，即，该选择准则可以取决于应用状态或者背景改变。在一个实施例中，该最佳同步间隔包括对于其而言具有重叠的容限窗口的应用的数目是局部最大值的间隔。作为在此处使用的，术语应用可以包括电子邮件、即时消息、社群网、新闻提要、媒体上载(例如，照片上载)、媒体下载(例如，音乐下载)和数据备份的至少一种，或者需要数据同步，或者换句话说具有与应用服务器的常规通信的任何其他的应用。在另一个实施例中，该方法150可以包括在第一同步通信间隔中在用于第一应用的同步应用服务器通信中，以及在第二额定的同步通信间隔上在用于较低优先级的、第二应用的同步应用服务器通信中提供移动计算设备，其中，所述第二额定的同步通信间隔等于第一同步通信间隔乘以额定的整数，其中，额定的整数是用于第二应用的预定的间隔除以用于第一应用的预定的间隔的整数部分。更详细地，该同步170可以包括同步通信，该同步通信包括从移动计算设备将应用数据上载到应用服务器，和从应用服务器下载应用数据到移动计算设备的至少一种。有利地，当网络条件或者其他的能量确定因素是合适的时候，该特点在此处允许移动计算设备去将应用数据上载给服务器。例如，第一应用可以是社群网应用，诸如facebook或者twitter,并且第二应用可以是数据备份应用。包括个人消息、状态、和其他的个人数据的实时通信的该社群网应用是需要具有10分钟的量级的周期或者同步间隔的定期或者同步服务通信的较高优先级应用。该数据备份应用是需要同步间隔数量级为12小时的较低优先级应用。在这个例子中，经12小时的过程，社群网应用以72次的数量进行同步，而网络条件可能显著地变化。例如，该广域网RF功率电平可能由于在移动设备和网络基站之间的路径损耗的变化，或者由于网络通信量而变化，或者由于移动到具有不同的性能的网络，诸如不同的广域网，或者局域网而变化。因此，站在功率消耗、容限窗口、通信网络条件、和其他的条件变化的立场上，该数据备份同步可以在更多的有利时机上发生。现在参考图5，示出了按照一个实施例的移动计算设备200，诸如移动计算设备102或者110的示例性方框图。该移动计算设备200可以包括壳体210，能量存储设备215，耦合到壳体210的控制器220，耦合到壳体210的音频输入和输出电路230，耦合到壳体210的显示器240，耦合到壳体210的一个或多个收发信机250，耦合到壳体210的用户接口260，耦合到壳体210的存储器270，耦合到壳体210的天线280，和耦合到控制器220的可拆卸的用户识别模块(SM) 285。该移动计算设备200采用控制器220和存储器270去经由收发信机250在与应用服务器同步通信时运行应用。该移动计算设备200进一步包括耦合到控制器220的轮询管理器290。更详细地，该轮询管理器290可以驻留在控制器220内，可以驻留在存储器270内，可以是自发式的模块，可以是应用，可以是软件，可以是硬件，或者可以是对在无线通信设备200上的模块有用的任何其他的格式。在一个实施例中，轮询管理器290可以基于用于每个应用的额定的轮询间隔和容限而被定义为用于协调应用服务器通信的控制器。显示器240可以是液晶显示器(IXD)、发光二极管(LED)显示器、等离子体显示器，或者任何其他的用于显示信息的装置。收发信机250可以包括发射机和/或接收机。音频输入和输出电路230可以包括麦克风、扬声器、换能器,或者任何其他的音频输入和输出电路。用户接口 260可以包括小键盘、按钮、触摸板、操纵杆、辅助显示器，或者对提供在用户和电子设备之间接口有用的任何其他的设备。存储器270可以包括随机存取存储器、只读存储器、光存储器，或者可以耦合到无线通信设备的任何其他的存储器。 更详细地，在一个实施例中，在图5中具有能量存储设备的移动计算设备200包括壳体210 ;稱合到壳体210的控制器220,控制器220被配置给与一个或多个应用服务器同步通信的应用；耦合到控制器220的存储器270 ;耦合到控制器220的无线收发信机250，用于在移动计算设备200和一个或多个应用服务器(在图I中其可以存在于基础结构106中)之间同步应用数据；和轮询管理模块290，该轮询管理模块被配置为接收用于多个应用每个的预定的轮询间隔和容限窗口 ；监视移动计算设备的数据通信活动；对于多个运行应用的每个，确定从先前的同步流逝的时间；以及如果出现以下条件的至少一种，同步该应用从先前的同步流逝的时间大体上等于对于该应用预定的轮询间隔，以及通信活动被检测到，并且从先前的同步流逝的时间处于用于该应用的容限窗口的范围之内。有利地，该轮询管理模块290可以允许移动计算设备200去动态地管理与运行应用的通信。这种方案可以在必须对用户的功率存储设备215再充电之前对移动计算设备提供更长的使用寿命。有利地，轮询管理模块290可以用来协调通信活动，并且从而减小通信电路，诸如收发信机250不必要的开始和停止，从而在移动计算设备应用中延长能量存储设备的使用寿命。在一个实施例中，轮询管理模块290包括处理器，其被配置为轮询和同步应用；和调整模块，其被配置为提前(advance)或者延迟在容限窗口内第二应用的预定的轮询间隔，以基本上在第一应用之后立即同步，从而改善功率节省。在一个实施例中，轮询管理模块290被进一步配置为接收用于多个应用每个的理想的轮询间隔；和选择更靠近于理想轮询间隔的间隔，用于改善功率节省。在一个实施例中，本发明结合进通信基础结构中，并且在另一个实施例中，其可以结合进无线通信设备中。更具体地说，轮询管理模块290可以结合进移动计算设备200中，或者做为选择结合进基础结构106中。其他的安排是可允许的，诸如包括在两者中。更详细地，控制器220包括用于运行应用程序的应用处理器。该应用程序可以是独立的程序或者与应用服务通信来运行的程序，而在这样情况下，应用程序称为应用服务后台程序(daemon)。与应用服务器同步通信来运行的每个应用可以具有在控制器220上运行的相应的应用服务后台程序。做为选择，该应用服务后台程序可以在移动设备200的任何部件上运行，该移动设备200具有包括显示器240的应用处理性能，其可以包括智能显示控制器、收发信机250、存储器270、SM285、或者轮询管理模块290。在另一个实施例中，轮询(polling)管理模块290提供自发式的推送管理功能，用于调整该移动设备以其来接收来自应用服务器“推送的”数据的速率。在一个优选实施例中，来自应用服务的通信在休眠周期期间中断。更具体地说，模块290可以被进一步配置为提供调度器(未示出)，用于提供、设置或者确定休眠周期。由应用服务器正常地“推送”给移动设备的同步通信可以在调度的休眠周期期间中止，从而通过在这些周期期间闲置收发信机250来减小功率消耗。功率消耗可以在这些周期期间通过闲置该应用服务后台程序而进一步减小。因此，移动计算设备可以利用具有不同的同步需求的各种各样的功率耗费应用和服务，同时保持和改善移动计算设备的能量存储设备的寿命。因为在此处详述的该方法、结构和公开的方法，用户体验可以显著地增强。
参考图6，示出了按照本发明的优选实施例的流程图600。该过程起始于节点605，从其中过程分支以并发地运行应用610。在610中描述的是四个运行应用电子邮件、新闻提要、照片上载、和数据备份，其分别地具有应用号A=4、3、2和I。每个应用将预定的间隔Int(A)写入轮询间隔寄存器615，并且将预定的容限窗口 Win(A)写入容限窗口寄存器620。这些预定的值可以按照应用的状态通过应用而改变。例如，电子邮件应用可以在营业时间期间减小间隔，或者当用户主动地读取新闻的时候，新闻提要应用可以增加其间隔。起始节点也分支到从初始化635开始的轮询管理过程(阴影)625，在其中对于每个应用，以下的计数器被设置Tpeevious (A) -OTMin (A) =Int (A) - Win (A)Tideal ⑷=Int (A)T=O该过程继续到判定方块640，其中，确定是否当前通信是激活的。如果在判定方块640上，通信没有激活，或者“否”，那么，该过程继续去将应用计数器645设置为等于运行应用数目Appcount的A,在这个例子中，其等于4。从此,过程流向判定方块650,其中，确定对于应用A是否当前时间T等于TideaJA)。如果在判定方块650上，确定T=TideaJA)，那么，确定同步将发生，并且过程继续去将第二应用计数器655设置为等于运行应用数目Appcount的A’。此外，在判定方块640上，如果确定通信是激活的，或者“是”，那么，过程继续去将第二应用计数器655设置为A’ =AppCOunt。过程继续到判定方块660，其中，确定是否T>TMin(A’ )。如果判定T>TMin(A’)，或者“是”，那么，过程继续到同步应用A’ 665，然后对于应用A’重新初始化670定时器Tpeevious (A ) -TTMin(A，)=T+Int(A，)- Win (A，)T皿al(A，)=T+Int(A，)过程继续减小计数器A’675，接着为判定方块680，其中，确定是否A’=0。如果在判定方块680上，确定A’=0，或者“是”，那么，该过程继续减小A’685，接着为判定方块690，其中，确定是否A=0。如果在690上，其确定A=0，或者“是”，那么，过程继续到延迟方框695。从方框695开始，过程继续以在方框697上增加T，并且从此，过程继续返回到判定方块640。如果在640上确定通信是激活的，或者“是”，那么，过程跳转以在方框655上将第二应用计数器设置为A’=运行应用的数目Appcount。如果在判定方块660上,确定T古TMin(A’)，或者“否”，那么，该过程跳转为在方框675上减小A’。如果在判定方块680上，确定A’ ^ O,或者“否”，那么，过程返回到判定方块660。如果在判定方块690上，确定A古0，那么，过程继续到判定方块650。用于供选择的实施例的流程控制可以以类似的方式示范。参考图7，示出了用于在与应用服务器的同步通信中运行应用的移动设备中节省能量的方法700的实施例。以其简单的形式，其包括步骤在与应用服务器同步通信中，经由持久的网际协议(IP)会话操作710应用，定义激活模式，其中同步通信按照预先安排的调度通过建立持久的IP会话而自动地启动；以及提供720休眠模式，其中，同步通信按照预先安排的调度通过关闭持久的IP会话而在移动设备中自动地停用。在一个供选择的实施例中，该方法700包括步骤，以编程730用于调度休眠模式周期的用户可编程的休眠模式调度器。有利地，用户可以通过使用可编程的调度器提供非峰值或者静止时间(休眠模式)， 和/或峰值或者激活时间(激活模式)。再次参考图1，基础结构106典型地采用防火墙技术以拒绝接受从因特网到移动设备的TCP/IP连接的建立。这有助于防止移动设备接收伪因特网业务，或者将其减到最小，所述伪因特网业务将导致不需要的功率消耗。因此，与应用服务器的IP会话通常无法通过任何应用服务器建立。其必须从移动设备建立。移动设备102和110可以通过在无线基础结构106中与因特网网关(未示出)通信来启动IP会话。在一个优选实施例中，包括传输控制协议网际协议(TCP/IP)连接的IP会话可以在无线基础结构106中通过移动设备102或者110借助于因特网网关来激活分组数据协议(rop)上下文(context)开始。PDP上下文定义唯一的IP地址，通过其，应用服务器可以与移动设备通信。在建立TCP/IP会话之后，该会话在无线基础结构106中在应用服务器或者因特网网关上对于由会话定时器确定的时间量保持激活。如果没有来自移动设备的进一步通信，该会话保持开启，直到会话定时器期满为止，然后，TCP/IP连接关闭。如果在没有适当地关闭TCP/IP连接的情况下，客户被从服务器中除去，如在包括弱信号条件和电池电源突然的损耗的许多的原因下通常会发生在移动设备客户中的一样，以上将有利地允许服务器去停止发送应用数据。从移动设备客户到应用服务器的每个通信导致会话定时器被重新设置。移动设备可以通过以小于会话期满周期的间隔发送保持活跃的消息给应用服务器，从而保持持久的IP会话。会话期满周期由服务器或者网关确定，并且典型地是30分钟。因此，应用服务器能够发送，或者“推送”应用数据给移动设备，同时IP会话保持激活。有时，当应用数据“不需要”的时候，移动设备可以通过改变PDP上下文来防止数据被“推送”给其。更详细地，移动设备可以通过发送包括耦合标记“关闭”的TCP/IP连接报头来关闭TCP/IP会话。TCP/IP会话由此被关闭，阻止通过其可以发送应用数据的应用服务器的连接。有利地，可以在移动计算设备中节省能量，由此延长能量存储设备或者电池的寿命。通过利用智能的推送管理，可以通过使用休眠和激活模式预先安排的调度而获得相当可观的能量节省。因此，PDP协议和持久的TCP/IP或者UDP会话协议适宜于在移动设备上减小功率消耗。对于持久的TCP/IP操作更加详细的定义，参见在RFC2616规范之下由Internt协会出版的超级文本传输协议(HTTP) I. I规范文献。在一个优选实施例中，操作步骤710包括在持久的IP会话期间从应用服务器接收推送通知。在另一个方案中，操作步骤710可以包括持久的IP会话，其通过从移动设备到应用服务器的定期的保持活跃的消息而被保持为激活。提供步骤720可以包括关闭持久的IP会话，从而结束进一步推送通知。有利地，这个特点允许移动设备与应用服务器无关地调度休眠或者静止时间，以及激活时间。在另一个实施例中，通过制止从移动设备到应用服务器发送保持活跃的消息，提供步骤720可以包括通过允许会话过期来关闭持久的IP会话。更详细地，并且在一个优选实施例中，方法700可以例如在模块290中包括自发式的推送管理功能。当数据通信“需要”或者“不需要”的时候，可以进行考虑，并且指定用于进入激活模式的触发器，其中，应用程序与应用服务器通信地运行，以及制定用于进入静止或者休眠模式的触发器，其中，同步通信被停止或者中断。
·
在一个优选实施例中，当在峰值周期内操作的时候，需要PDP上下文。因此，给出的特定的焦点始终在用户经验上，并且只要存在至少一个激活的TCP或者UDP会话，则rop上下文被保持。另一方面，当在非峰值的或者休眠周期操作的时候，不需要PDP上下文，则应用流通可以被牺牲，以便于减小功率消耗。在这种情况下，PDP上下文被解除，除非存在一些检测的用户活动。例如，当用户具有保持持久的TCP套接字的激活的应用(或者在前景或者背景中)的时候，那么将需要PDP上下文。更详细地，优选的PDP上下文管理策略可以包括以下I.当移动设备连接到电源的时候，PDP上下文将始终保持激活。电源可以是电池充电器，或者AC功率适配器，或者主机设备，诸如个人计算机，其经由连接，诸如通用串行总线(USB)连接来提供功率。2.当移动设备在峰值的周期(激活模式)期间从内部电池得到其功率如果PDP上下文建立，只要存在激活的至少一个TCP或者UDP会话，则其将保持建立。如果PDP上下文建立，并且所有TCP和UDP会话变得被停用，则PDP上下文将被解除。如果PDP上下文没有建立，并且应用请求新的TCP或者UDP会话，则PDP上下文将建立。如果PDP上下文没有建立，只要不存在激活的TCP或者UDP会话，则将保持未建立。3.当UE在电池上和在非峰值周期期间操作的时候当屏幕关闭(没有用户活动)的时候，PDP上下文将被解除，并且只要没有检测到用户活动，并且非峰值周期没有结束，则将保持解除。当屏幕接通(检测到用户活动)的时候，PDP上下文将建立，并且将保持建立，直到屏幕再次关闭为止。做为选择，如果检测到激活用户检测状态，PDP上下文可以在非峰值时间保持或者重建。
激活用户检测的例子为检测到激活用户接口，诸如显示器、触摸屏幕、小键盘或者背光；检测到设备或者接近于设备的运动，诸如设备本身的运动或者加速，或者靠近设备的目标的运动或者加速；和检测到与该设备的无线连接，诸如无线耳机激活。
在一个优选实施例中，方法700可以进一步包括在激活和休眠模式中在移动设备和其他的通信实体之间保持其他的通信。有利地，这个特点允许某些通信，诸如社群网应用被关闭，同时其他的应用服务器被接通。例如，方法700可以进一步包括在移动设备和其他的通信实体之间保持其他的通信，而在休眠模式中，其他的通信包括语音通信、短消息服务通信、和数据通信的至少一种，其采用不同于与应用服务器持久的IP会话的IP会话。参考图8，描述和示出了具有用于提高移动计算设备的电池寿命的智能推送管理的系统800。系统800可以包括移动计算设备810和812，其被耦合到无线通信基础结构820。无线基础结构包括分组数据交换连接822，诸如在常规分组无线电服务(GPRS)基础结构中找到的用户网关服务器节点(SGSN)。无线基础结构820还可以包括用于连接语音应用，以及连接传统数据应用，诸如短消息服务(SMS)的电路连接822。移动设备810和812在无线基础结构820中可配置为经由因特网网关822连接到应用服务聚合服务器830的前端832，和经由因特网连接到独立的应用服务器840。聚合服务器830的应用服务后端836经由因特网连接到独立的应用服务器850和860。应用聚合服务器830包括数据高速缓存834，用于经由后端836向和从应用服务器850存储应用数据，用于经由前端832和无线基础结构820的到移动客户810、812的最终传输以及从移动客户810、812的最终传输。移动设备810和812还可配置为经由电路交换基础结构824而在无线基础结构820上进行通信。电路交换基础结构用于传统通信服务，诸如语音呼叫、短消息服务(SMS)、和电路交换数据服务。在此处描述的原理可以适用于各种各样的广域网系统，诸如，长期演进(LTE)、超移动宽带(UMB)、802. 16e和m、高速分组数据(HRPD)系统，或者诸如通用移动电信系统(UMTS)的系统，以及无线局域网、个人局域网、和有线网。移动计算设备810和812可以是任何类型的移动无线设备。移动计算设备810和812的每个包括用于在应用服务器轮询应用之间协调同步通信的智能推送管理模块112或者290，如以下详述的。例如，移动计算设备810和812可以是蜂窝电话、传呼机、无线电设备、移动站、个人计算机、或者个人数字助理。如本领域技术人员应该理解的，移动计算设备的其他的例子是可允许的。移动设备810和812可以经由无线电接入网络(RAN)而连接到无线基础结构820，如图I所示。RAN可以是允许移动计算设备810和812可以访问通信基础结构820的任何设备或者设备的组合。例如，RAN可以包括接入点、基站、基站控制器、天线、和便于这些通信的其他类型的设备。通信基础结构820最好是包括允许在移动站之间进行通信的设备和/或网络。例如，该基础结构106可以包括开关、服务器、存储设备，和便于在移动计算设备810和812和诸如应用服务器830和840的因特网设备之间通信的网络(例如，无线网络、因特网、陆线电话网)。应用服务聚合服务器830对于新的数据提供周期地轮询应用服务器850和860的功能，然后，在无线基础结构820中，经由分组数据交换822将应用数据提供给移动设备810和812。例如，应用服务器850和860可以是常规的社群网应用，诸如Facebook、Twitter等等。聚合服务器830可以在Facebook服务上对于来自社交的状态通知，和在Twitter服务上对于新消息轮询。如在此处详述的，其在存储器中存储新的数据，并且通过推送或者拉取方法使其可以经由无线基础结构而可用于移动设备。移动设备810和812可配置为同时地耦合到多个数据服务器，并且在此处描述的方法包括保持在移动设备和第一应用服务器之间的通信，而以休眠或者静止模式保持与第二应用服务器的通信。例如，移动设备810和812可以在无线基础结构820中经由因特网网关822而连接到服务聚合服务器830，并且还可以绕过应用服务聚合服务器830而连接到独立的应用服务器840。独立的应用服务器可以是电子邮件应用，诸如例如Gmail。例如，在此处描述的方法可以包括保持在运动的和独立的电子邮件应用服务器之间通信，而在休眠模式中，中止到聚合服务器830的通信。这可以通过在用于连接到不同的服务的移动设备和无线基础结构之间建立不同的PDP上下文，和将休眠触发器不同地应用到不同的PDP上下文来实现。当到聚合服务器830的连接关闭的时候，到独立的应用服务 器840的连接例如可以在静止或者非峰值时间期间保持激活。相反地，为简单和用户便利起见，单个休眠调度器和策略可以以不同的PDP上下文适用于不同的应用服务。因此，在休眠模式通信中，即使使用的是不同的PDP上下文，到所有数据服务器的通信也可以被中止。以这种方法，用于减小功率消耗最有效的休眠模式可以方便地调度。在一个优选实施例中，语音通信和短消息服务通信不受关闭PDP上下文的影响，因为可以在无线基础结构820中采用电路交换基础结构824，而不需要PDP上下文。在一个优选实施例中，可以提供自动化模式控制器，其中，当检测到用户活动的时候，移动设备切换到激活模式。有利地，这个特点提供用户超驰功能，以当希望的时候允许用户立即地进入激活模式。更详细地和作为一个例子，检测的用户活动可以包括以下的至少一种检测到接近于移动设备的运动；检测到键按压；检测到触摸屏按压；检测到显示是激活的；和检测到进来的通信。有利地，无需重新编程静止时间，这允许用户在预先安排的非峰值或者静止时间期间使用应用。在另一个例子中，方法700可以包括提供自动化模式控制器，其中，当设备连接到充电设备的时候，设备切换到激活模式。充电设备可以包括AC适配器、电池充电器、和主机设备的至少一种。主机设备可以包括PC，或者经由数据连接器，诸如USB连接器而提供直流电源的任何设备。电池充电器可以是有线或者无线电源。在另一个例子中，方法700可以包括提供自动化模式控制器，其中，当接收通信的时候，设备切换到激活模式。通信可以是从蜂窝网络、局域网，或者从个人局域网设备，诸如无线耳机进来的通信。在另一个例子中，方法700可以包括提供自动化模式控制器，其中，设备连接到辅助设备。例如，辅助设备可以是有线或者无线充电器、电源、AC适配器、电池充电器、用户接口设备，诸如外部鼠标、触摸控制器、音频或者声音设备、数据电缆，或者外部存储设备。在一个实施例中，方法700可以包括操作步骤710，操作步骤710包括操作在移动设备上的应用处理器，和中止应用处理器的操作。类似地，在另一个方案中，操作步骤710可以包括操作在移动设备上的应用处理器的应用服务后台程序，和中止应用服务后台程序的操作。有利地，由于应用处理器操作的停用、闲置或者减少，提供了功率消耗的减小。在另一个实施例中，方法700可以包括以下的步骤在与应用服务器同步通信中，经由持久的IP会话来运行710应用，定义激活模式；提供720休眠模式，其中，同步通信在移动设备中被停用；和对用于调度休眠模式周期的用户可编程的休眠模式调度器进行编程730。有利地，用户可以通过使用可编程的调度器来提供静止时间(休眠模式)，和/或激活时间(激活模式)。这允许移动设备基于各种各样的用户偏好、个性和调度以定制的方式操作。在一个优选实施例中，如图5所示，示出了移动计算设备200。其可以包括壳体210 ;耦合到壳体210的控制器220，控制器220被配置为在与一个或多个应用服务器同步通信时运行应用；耦合到控制器220的存储器270 ;耦合到控制器220的无线收发信机250，用于在移动计算设备200和一个或多个应用服务器之间同步应用数据；和推送管理模块 290，其被配置为在与应用服务器同步通信中，经由持久的IP会话来运行应用，定义激活模式，其中，同步通信按照预先安排的调度通过建立持久的IP会话而自动地启动；和提供休眠模式，其中，同步通信在移动设备中按照预先安排的调度通过关闭持久的IP会话而自动地停用。有利地，移动计算设备200提供能量节省和更长的有用电池寿命，导致增强的用户体验。有利地，可以在移动计算设备中节省能量，由此延长能量存储设备或者电池的寿命。通过利用智能的推送管理，可以通过使用休眠和激活模式的预先安排的调度而获得相当可观的能量节省。在图5中，模块290陈述“轮询(polling)管理模块”，但是，在以上的实施例中，该模块处于“推送管理模块”的形式。在一个实施例中，推送管理模块290包括用于调度休眠模式周期的用户可编程的休眠模式调度器，其如先前详述的有助于延长电池寿命。在一个实施例中，推送管理模块290被进一步配置为保持在移动计算设备200和其他的通信实体，诸如语音服务，或者到具有不同的PDP上下文的实体的数据服务之间其他的通信，如先前详述的。以这种方法，用户可以在非峰值或者静止时间期间分别地选择或者设置应用为休眠。在一个实施例中，推送管理模块290被配置为当检测到某个用户活动的时候切换到激活模式。如果期望的话，这个超驰特点允许用户立即进入激活模式。在一个实施例中，推送管理模块290可以包括相对于方法700先前详述的一个或多个特点，用于增强用户体验。在没有通信，S卩，与移动设备客户的通信不存在的情况下，如果处于休眠模式之中的时间量超出对用于运行应用的应用服务器的限制，则出现隐患。现在参考图9，示出了在与应用服务器900同步通信中，在运行应用的移动设备中节省能量的方法。应用具有用于保持应用连续性的阈值通信空周期。方法900可以包括以下的步骤在与应用服务器同步通信中，运行910应用，定义激活模式，其中，同步通信被自动地启动；提供920休眠模式，其中，同步通信在移动设备中对于预定的期限被自动地停用；以及在阈值通信空周期之前，通过暂时地与应用服务器通信，中断930休眠模式，用于保持应用连续性。有利地，在通信不活动的阈值周期之前，休眠模式被中断，以保持应用连通性，因此，该服务器将不会停止该应用，并且数据不会丢失。
例如，参考图8，移动设备客户810在与应用服务聚合服务器830的前端832同步通信中，运行应用。同时，应用服务聚合服务器830的后端836与一个或多个应用服务器850和860处于因特网通信中。例如，应用服务器850是Twitter服务。当移动设备客户810进入休眠以节省能量的时候，停止与应用服务聚合服务器830的前端通信。同时，服务聚合服务器830的后端继续去从应用服务器850和860接受新的数据或者信息，并且在数据高速缓存834中存储数据，用于最终经由应用服务聚合服务器830的前端832推送到移动设备客户810。
问题在于，应用服务聚合服务器830可以在没有与移动设备客户810通信的一段时间以后中止服务。这可能是必要的，以便避免已经停止使用该服务的客户浪费存储器、处理资源、和通信资源。有利地，在通信失活的阈值周期之前，休眠模式可以被中断，以保持应用连通性，因此，应用服务聚合服务器830将不会停止该应用，并且数据不会丢失。例如，应用服务聚合服务器830的后端836可以例如与来自应用服务器850的Twitter服务继续IP通信，并且对于在与客户设备通信停止之后的周期T，在数据高速缓存834中存储进来的消息,或者来自Twitter的“tweets (Twitter消息)”。例如，T可以是2至4小时。在这种事件下，应用服务聚合服务器830停止存储新的消息，并且也可以删除现有的消息。因此，休眠周期超过T导致数据丢失。因此，在这个例子中，有益的是，以在通信失活的阈值周期之前提供休眠模式中断，以保持应用连通性，因此，应用服务聚合服务器830将不会停止该应用，并且将防止数据丢失。该方法适用于各种各样的应用。在另一个例子中，应用服务器860是新闻提要服务。当移动设备客户810进入休眠以节省能量的时候，停止与应用服务聚合服务器830的前端832通信。同时，服务聚合服务器830的后端836继续从应用服务器860接受新闻，并且在数据高速缓存834中存储，用于最终经由应用服务聚合服务器830的前端832而推送到移动设备客户810。应用服务聚合服务器830可以在没有与移动设备客户810通信的一段时间以后中止服务。其可以停止存储新闻数据，删除存储的新闻数据，或者其可以继续去存储新的数据，而删除老的数据。无论如何，数据都将会不希望地被丢失。有利地，在通信失活的阈值周期之前，休眠模式可以被中断，以保持应用连通性，因此，应用服务聚合服务器830将不会停止该应用，并且数据不会丢失。例如，应用服务聚合服务器830的后端836例如可以与来自应用服务器860的新闻提要服务继续IP通信，并且对于在与客户设备通信停止之后的周期T，在数据高速缓存834中存储进来的新闻故事。例如，T可以是10小时。在这种事件下，应用服务聚合服务器830停止存储新的消息，并且也可以删除现有的消息。因此，休眠周期超过T导致数据丢失。因此，在这个例子中，有益的是，在通信不活动的阈值周期之前提供休眠模式中断，以保持应用连通性，因此，应用服务聚合服务器830将不会停止该应用，并且将防止数据丢失。换句话说，在以上的例子中，有益的是，通过以小于应用期满的定期间隔T暂时地(briefly)继续执行与服务器830通信，防止由于长期中止与移动设备客户810通信而导致服务器830退出应用。
例如，如果移动设备客户810开始8小时的休眠周期，并且如果应用期满周期T是3小时，那么，移动设备客户810将以小于3小时的间隔发送“保持活跃的消息”给服务器830。保持活跃的消息可以类似于用于以非休眠模式保持TCP/IP会话激活的现有的消息。保持活跃的消息可以是对于重新设置或者增加应用不活动定时器的值的请求。其可以是对于所有目前运行应用控制不活动定时器的请求，或者是对于继续一个或多个操作的操作的请求。做为选择，消息可以是用于请求一个或多个特定应用的连续性的消息，并且其可以指定经由失活周期，诸如通信空，应用将保持激活的时间量。此外，时间限制的其他控制可以是有用的，诸如数据存储器限制、处理资源使用限制、信道带宽限制等等。因而，保持活跃的消息可以包含数据字段，以用于识别应用或者应用组，并且用于传送低于其应用将保持有效的限制，诸如时间量，或者应用可以存储的数据量，存储容量的量，处理器资源，例如微处理器周期或者MIP，或者应用可以在非活动周期期间，诸如通信空期间利用的信道带宽。例如，可能对存储在存储器高速缓存834中的数据量有限制。
有利地，在一个优选实施例中，移动设备客户810可以自发地实现休眠模式，以在休眠模式中减小功率消耗。此外，该移动设备客户810可以以小于应用期满周期的周期发送保持活跃的消息，并且从而对于大于应用期满周期的休眠周期保持应用连续性。在一个实施例中，操作步骤910可以包括建立与应用服务器的持久的IP会话，并且在持久的IP会话上从应用服务器接收推送通知，该提供的步骤包括关闭持久的IP会话从而结束进一步推送通知，以及该中断步骤包括建立和关闭持久的IP会话。以这种方法，移动设备客户810可以通知应用服务器830其仍然存在，并且需要应用服务，尽管在通信中中断，其也可以如同移动设备810被断电或者从网络除去的情况一样来解释。在一种情形下，在提供步骤920和中断步骤930中，持久的IP会话可以按照HTTP I. I标准，通过发送包括连接标记关闭的TCP/IP连接报头而关闭。有利地，这个特点可以根据标准而提供。因此，移动设备客户810可以适当地关闭TCP/IP会话，同时在服务器830上保持应用连续性，出于节省能量的目的，用于在长周期通信不活动性之后，快速重新开始服务。在一种方案中，IP会话具有用于保持IP会话持久的阈值通信空周期，并且在操作步骤910中，通过在阈值通信空周期之前暂时地与应用服务器通信，保持了持久的IP会话激活，从而保持了期望的IP会话。在另一个实施例中，操作步骤910包括经非IP信道接收推送通知，并且提供步骤920包括发送控制消息给应用服务器从而推送通知可以停止。有利地，这个特点预测不依赖持久的IP会话的应用服务由移动设备客户保持激活。例如，如果USSD用于推送数据，那么，其将适合于仅仅对于来自服务器的请求数据(例如，拉取)开启IP会话，并且在每个拉取操作之后关闭IP会话。在这种情况下，休眠模式将由移动设备客户发送控制消息“停止无限地推送数据”或者“停止推送数据，直到指定的时间为止”来开始。除了时间限制之外，其他的限制是可允许的，诸如有关服务器830的处理器、存储器或者带宽限制。在一个实施例中，移动设备在与应用服务器的同步通信时中运行第一和第二应用。各个应用可以具有用于保持应用连续性的阈值通信空周期。在这种情况下，一旦休眠定时器期满，则中断步骤930将发生，其中，休眠定时器被编程为小于用于对第一和第二应用保持应用连续性的阈值通信空周期的值。
在另一个方案中，方法900可以包括在激活和休眠模式中在移动设备和其他的通信实体之间保持其他的通信，以用于增强用户的体验。在又一个方案中，方法900可以提供自动化模式控制器，其中，当检测到用户活动的时候，设备被切换到激活模式，以用于增强用户体验。在一个实施例中，方法900可以包括编程用户可编程的休眠模式调度器，以用于允许用户去调度期望的休眠模式周期。在优选的方案中，如图5所示，移动计算设备200可以包括壳体210 ;耦合到壳体的控制器220，该控制器220被配置为在与一个或多个应用服务器同步通信中运行应用，每个应用具有用于保持应用连续性的阈值通信空周期；耦合到控制器的存储器；耦合到控制器220的无线收发信机250，用于在移动计算设备和一个或多个应用服务器之间同步应用数据；和推送管理模块290，其被配置为在与应用服务器同步通信中运行应用，定义激活 模式；提供休眠模式，其中，同步通信在移动设备中按照预先安排的调度而被自动地停用；以及在阈值通信空周期之前，通过暂时地与应用服务器通信，中断休眠模式，用于保持应用连续性。有利地，在通信不活动的阈值周期之前，休眠模式被中断，以保持应用连通性，因此，该服务器将不会停止该应用，并且数据不会丢失。在一个优选实施例中，移动计算设备200可以包括包括用于调度休眠模式周期的用户可编程的休眠模式调度器的推送管理模块290 ;推送管理模块被进一步配置为在激活和休眠模式中在运动实体和其他的通信实体之间保持其他的通信；推送管理模块被配置为当检测到某个用户活动的时候，切换到激活模式；并且推送管理模块包括编程为小于用于对每个应用保持应用连续性的最短的最大通信空周期的值的休眠定时器，并且一旦休眠定时器期满，则中断步骤发生，用于改善功能，如先前详述的。那些本领域技术人员应该认识到，不脱离本发明的较大范围的情况下，可以相对于以上描述的实施例进行各式各样的修改、替代和组合，并且这样的修改、替代和组合被看作是在本发明的范围之内。
权利要求
1.一种用于在与应用服务器的同步通信中运行应用的移动设备中节省能量的方法，所述应用具有用于保持应用连续性的阈值通信空周期，所述方法包括步骤 在与应用服务器的同步通信中操作所述应用，定义激活模式，其中，所述同步通信被自动地启动； 提供休眠模式，其中，在预定的持续时间内所述同步通信在移动设备中被自动地停用；以及 在所述阈值通信空周期之前通过暂时地与应用服务器通信来中断所述休眠模式，以保持应用连续性。
2.根据权利要求I的方法，其中，操作步骤包括与所述应用服务器建立持久的IP会话，以及在持久的IP会话上从所述应用服务器接收推送通知；提供步骤包括关闭持久的IP会话，并且从而结束进一步推送通知；并且中断步骤包括建立和关闭持久的IP会话。
3.根据权利要求2的方法，其中，在所述提供步骤和所述中断步骤中，持久的IP会话通过发送TCP/IP连接报头而被关闭，所述TCP/IP连接报头包括按照HTTP1. I标准的连接标记关闭。
4.根据权利要求2的方法，其中，所述IP会话具有用于保持IP会话持久性的阈值通信空周期，并且在操作步骤中，持久的IP会话通过在阈值通信空周期之前暂时地与所述应用服务器通信而被保持激活，以保持所述IP会话。
5.根据权利要求I的方法，其中，所述操作步骤包括在非IP信道上接收推送通知，所述提供步骤包括发送控制消息给所述应用服务器，从而推送通知被停止。
6.根据权利要求I的方法，其中，所述移动设备在与所述应用服务器的同步通信中运行第一和第二应用，各个应用具有用于保持应用连续性的阈值通信空周期，并且一旦休眠定时器期满，则中断步骤发生，其中，所述休眠定时器被编程为小于用于对第一和第二应用保持应用连续性的阈值通信空周期的值。
7.根据权利要求I的方法，进一步包括在激活和休眠模式中在所述移动设备和其他的通信实体之间保持其他的通信。
8.根据权利要求I的方法，进一步包括提供自动化模式控制器，其中，当检测到用户活动的时候，设备被切换到激活模式。
9.根据权利要求I的方法，进一步包括提供自动化模式控制器，其中，当检测到包括以下的至少一种的用户活动的时候，设备被切换到激活模式检测到接近于移动设备的运动；检测到键按压；检测到触摸屏按压；检测到显示激活；以及检测到进来的通信。
10.根据权利要求I的方法，进一步包括提供自动化模式控制器，其中，当设备连接到充电设备的时候，所述设备被切换到激活模式。
11.根据权利要求10的方法，其中，所述充电设备是AC适配器、电池充电器和主机设备的至少一种。
12.根据权利要求I的方法，其中，操作步骤包括在所述移动设备上运行应用处理器，并且提供步骤包括中止应用处理器的操作。
13.根据权利要求I的方法，其中，操作步骤包括在所述移动设备上的处理器上运行应用服务后台程序，并且提供步骤包括中止所述应用服务后台程序的操作。
14.一种用于在与应用服务器的同步通信中运行应用的移动设备中节省能量的方法，所述应用具有用于保持应用连续性的阈值通信空周期，所述方法包括步骤 在与应用服务器的同步通信中操作所述应用，定义激活模式； 提供休眠模式，其中，所述同步通信在所述移动设备中被停用； 在阈值通信空周期之前通过暂时地与应用服务器通信来中断所述休眠模式；以及 对用于调度休眠模式周期的用户可编程的休眠模式调度器进行编程。
15.根据权利要求14的方法，其中，在操作步骤中，通信经由持久的IP会话，并且在提供步骤中，通过由所述移动设备关闭持久IP会话和所述移动设备进入收发信机空闲状态中的至少一种，由所述移动设备停用所述同步通信。
16.根据权利要求14的方法，其中，通信经由持久的IP会话，并且操作步骤包括在所述持久的IP会话上从应用服务器接收推送通知，并且提供步骤包括关闭所述持久的IP会话从而结束进一步推送通知。
17.根据权利要求14的方法，其中，操作步骤包括在非IP信道上接收推送通知，并且提供步骤包括发送控制消息给应用服务器从而推送通知被停止。
18.—种移动计算设备，包括 壳体； 耦合到所述壳体的控制器，所述控制器被配置为在与一个或多个应用服务器的同步通信中运行应用，各个应用具有用于保持应用连续性的阈值通信空周期； 耦合到所述控制器的存储器； 耦合到所述控制器的无线收发信机，用于在所述移动计算设备和所述一个或多个应用服务器之间同步应用数据；以及 推送管理模块，所述推送管理模块被配置为在与应用服务器的同步通信中操作应用，定义激活模式，其中，所述同步通信被按照预先安排的调度而自动地启动；提供休眠模式，其中，按照预先安排的调度，所述同步通信在所述移动设备中被自动地停用；以及，在阈值通信空周期之前通过暂时地与应用服务器通信来中断所述休眠模式，以保持应用连续性。
19.根据权利要求18的移动计算设备，其中，所述推送管理模块包括用于调度休眠模式周期的用户可编程的休眠模式调度器。
20.根据权利要求18的移动计算设备，其中，所述推送管理模块被进一步配置为在激活和休眠模式中在所述通信设备和其他的通信实体之间保持其他的通信。
21.根据权利要求18的移动计算设备，其中，所述推送管理模块被配置为当检测到某个用户活动的时候，切换到激活模式。
22.根据权利要求18的方法，其中，所述推送管理模块包括休眠定时器，所述休眠定时器被编程为小于用于对各个应用保持应用连续性的最短的最大通信空周期的值，并且一旦所述休眠定时器期满，则中断步骤发生。
全文摘要
描述了一种用于保持应用连续性(900)的方法和移动计算设备(200)。该方法涉及在与应用服务器同步通信中，移动设备运行应用。应用具有用于保持应用连续性的阈值通信空周期。该方法(900)可以包括步骤在与应用服务器同步通信中操作(910)应用，定义激活模式，其中，同步通信被自动地启动；提供(920)休眠模式，其中，对于预定的持续时间，同步通信在移动设备中被自动地停用；以及为了保持应用连续性，在阈值通信空周期之前，通过暂时地与应用服务器通信，中断(930)休眠模式。有利地，在通信不活动的阈值周期之前，该休眠模式可以被中断以保持应用连通性，因此，该服务器将不会停止该应用，并且数据不会丢失。
文档编号H04W52/02GK102726104SQ201080062469
公开日2012年10月10日 申请日期2010年12月30日 优先权日2010年1月26日
发明者格里高利·R·布莱克, 约翰·P·布斯 申请人:摩托罗拉移动公司