CN105009629A - 调度移动设备上的后台服务中的数据 - Google Patents

Abstract

公开了调度移动设备上的后台服务中的数据的系统和方法。示例方法包括标识移动设备上的数据消耗模式。方法还包括基于数据消耗模式确定到达移动设备的数据的敏感性。方法还包括根据基于到达移动设备的数据的敏感性的调度来聚合通过移动设备上的后台服务的网络访问。

Description

调度移动设备上的后台服务中的数据

背景技术

移动设备使用持续增加。例如，在2011年，在美国的移动设备业务量计及总网络业务量的几乎百分之七。移动设备用户面对的一些最大挑战由能量约束所强加。

移动设备中的能量约束包括但不限于，鉴于现代移动设备的日益增加的电力要求的电池容量中的缓慢改进。例如，电子器件中的改进（例如更大的屏幕、增加数目的传感器）和执行更加复杂的软件应用程序的处理能力计及移动设备的增加的能量消耗中的一些。数据通信也对移动设备的增加的能量消耗有贡献。而仅仅在10年前，移动电话可以依靠单次电池充电维持若干天，但是现在对于用户而言常见的是，不得不至少一天一次地对其移动设备中的电池再充电，并且通常甚至更加频繁。期望电池容量将努力跟上移动设备中的能量消耗。

附图说明

图1是可以实现以用于调度后台服务中的数据的示例联网计算机系统的高级图示。

图2图示了移动设备中的示例信息流。

图3示出示例数据代理架构。

图4示出示例时延敏感性分类器。

图5图示了在没有预取的情况下用于应用程序的事件的示例序列。

图6图示了具有预取的情况下用于应用程序的事件的示例序列。

图7图示了用于即时消息传递的事件的示例序列。

图8a-c是图示了可以实现调度后台服务中的数据的示例操作的流程图。

具体实施方式

数据使用消耗移动设备中的大量能量，并且影响电池再充电周期。由移动设备使用的能量的一部分未被用于实际数据传递，而是在数据传递发生之前和/或之后被消耗。例如，移动设备在与无线接入点（WAP）相关联以建立无线局域网或“WiFi”连接时可能招致“斜坡成本（ramp cost）”（在数据传递开始之前消耗能量）。同样地，移动设备可能通过甚至在完成数据传递之后仍保持在高功率状态而招致“拖尾成本（tail cost）”（例如通过继续为通信无线电器件供电并且因此消耗“拖尾能量”）。此外，移动应用程序或“应用（app）”可能在后台继续访问数据服务。例如，甚至在用户并未主动使用移动设备时，应用可能使得能够实现社交网络更新、部署软件更新，并且取得电子邮件。

公开了调度移动设备上的后台服务中的数据的示例系统和方法。在示例中，在移动设备上标识数据消耗模式。基于数据消耗模式确定到达移动设备的数据的敏感性。调度用于基于到达移动设备的数据的敏感性来聚合通过移动设备上的后台服务的网络访问。

本文所描述的系统和方法可以用于通过确定用户对延迟某些数据的容忍度，并且然后拦截和聚合后台服务中的数据业务来减少与数据业务相关联的电力消耗。聚合可以是基于用户对于所延迟的数据的容忍度。可以聚合容忍延迟的数据，而可以立即推送更敏感的数据。在示例中，由移动设备消耗的数据可以比用户消耗的数据更加容忍延迟。还设想到其它示例。此外，对进入业务的分析可以用于预取相关联的数据并且将经预取的数据与容忍延迟的数据捆绑以进一步减少与数据使用相关联的能量消耗。

包括诸如基于端口的分类之类的简单方案的业务分类可以用于试图推断应用程序类型，并且因此推断行为，以减少后台数据使用。但是这些方案可能是不准确的，导致当用户预期的数据未以及时的方式到达移动设备时的用户受挫。同样地，误分类可能给出比所期望的更高的优先级，导致浪费电力。也可以使用诸如基于有效载荷的分类之类的更复杂的方案，除了端口使用和传输协议的基本语义之外，其依赖于分组数据来重构应用程序信息。但是有效载荷检查可能通过增加标识过程的复杂性而添加显著的开销。

所描述的系统和方法不限于使用协议信息、信息有效载荷或业务性质的统计推断。替代地，系统和方法是基于通过移动设备自身的信息流。尽管如此，本文所描述的系统和方法可以独立地利用或者正交地应用于其它方案以进一步减少与移动设备中的数据使用相关联的电力消耗（例如斜坡和拖尾成本）。此外，数据传递可以被推迟直到更加电力高效的无线电器件可用，如果优先级允许的话。例如，低优先级业务可以仅在处于Wi-Fi连接上时下载，Wi-Fi连接比3G更加电力高效。

在继续之前，要指出的是，如本文所使用的，术语“包括”和“包含”意指但不限于“包括”或“包含”和“至少包括”或“至少包含”。术语“基于”意指“基于”和“至少部分地基于”。

图1是可以实现以用于调度后台服务中的数据的示例联网计算机系统的高级图示。系统100可以利用任何多种多样的计算设备来实现，仅举几个示例，诸如但不限于（多个）移动设备110（例如平板110a和移动电话110b）、（多个）网络服务器120和（多个）代理服务器130。每一个计算设备可以包括存储器、存储装置和至少足以管理与彼此直接或间接（例如经由网络140）的通信连接的一定程度的数据处理能力。至少一个计算设备还配置有执行本文所描述的程序代码150的充足处理能力。

在示例中，系统100可以包括提供一个或多个服务（例如服务A-D……n）的（多个）网络主机160，该一个或多个服务可以由（多个）用户101经由移动设备110访问。出于说明的目的，服务可以是在配置为服务器计算机的网络主机160上执行的在线数据处理服务。示例服务可以包括通用计算服务（例如电子邮件）、应用程序引擎（例如社交媒体应用程序）和在因特网上托管或者作为用于任何数目的客户端应用程序或移动“应用”的动态数据端点的托管商业服务（例如在线银行系统和在线零售商）。服务还可以包括到应用程序编程接口（API）和相关支持基础设施的接口。要指出的是，这些网络主机不必由管理代理的相同实体也不必由管理通知服务器的相同实体所拥有或管理。

服务可以包括数据的至少一个远程源。在示例中，数据是动态的（即随时间改变）。为了为用户101提供最新内容，网络主机160可以可操作成与通知服务器120通信。例如，当针对服务维护的用户账户的数据改变（例如针对用户101的新电子邮件到达）时，网络主机160可以向通知服务器120发布通知（例如“推送”通知）。

要指出的是，可能存在对服务可以提供的数据类型或数据量的限制。例如，一般为制作移动设备的操作系统的方的通知平台的拥有者可以强加限制。例如，通知可以限于4千字节的数据。移动设备在接收通知时必须取得其余内容。还要指出的是，数据可以包括未经处理或“原始”的数据，或者数据可以经历至少某种水平的处理。

要指出的是，尽管在图1中分离地示出，但是通知服务器120可以是服务的部分，和/或通知服务器120可以在物理上分布在网络中并且在操作上与服务相关联。在任何实现中，可以经由代理130向移动设备110发布通知，如箭头172所图示的。还要指出的是，本文所描述的计算设备在功能上不受限制。计算设备还可以提供系统100中的其它服务。例如，主机160还可以处理其它事务。

代理130可以是能够处理来自通知服务器120的通知的任何合适的计算机或计算设备132。在示例中，代理130从移动设备110接收数据消耗模式，如箭头174所图示的，并且基于数据消耗模式确定来自用于移动设备的服务的数据的敏感性。代理根据基于由服务提供的数据的敏感性的调度来聚合通过在移动设备110上执行的后台服务（例如应用）对数据的网络访问。例如，代理130可以聚合来自通知服务器120的通知并且同时（或者基本上同时）向移动设备110发布通知的捆绑，如箭头176所图示的。

要指出的是，响应于接收到通知，用户101可以从服务请求附加信息，如箭头178所图示的。例如，用户101可以接收针对已经到达的新电子邮件的通知。当阅读电子邮件时，用户101可以点击附件。附件可能尚未随该电子邮件报告给移动设备110，并且因此移动设备110可以响应于用户点击电子邮件中的附件而取得附件。

作为说明，示例为通知过长。如果通知尺寸过大，其余消息可以在用户点击消息时或者在接收到通知之后在后台中下载。此外，可以不下载附件，直到用户点击它们。例如，10KB电子邮件可能具有100KB的附件。可以向移动设备发送电子邮件的前4KB。用户接收到电子邮件，并且点击“点击这里以查看完整电子邮件”链接以下载电子邮件的其余6KB。用户结束阅读电子邮件并且点击“下载附件链接”以下载电子邮件的其余部分。

在以下更加详细描述的示例中，可以执行程序代码150以预取与来自网络主机160的通知相关联的数据。作为说明，如果用户101总是阅读电子邮件的附件，代理130可以预取在电子邮件中传来的任何附件并且将电子邮件与附件聚合，使得用户不必做出从服务分离的请求以访问附件。

本文所描述的用于处理通知的操作可以通过程序代码150执行。程序代码150可以驻留在代理130上或者与其相关联。然而，要指出的是，程序代码150还可以至少部分地驻留在移动设备110上（例如作为应用）。在示例中，程序代码150能够访问联网计算机系统100中的移动设备110和代理130二者。还要指出的是，程序代码150可以由一个服务器计算机或多个服务器计算机执行。

要指出的是，通过移动设备110聚合网络业务可以显著减少数据通信的斜坡和拖尾能量成本。虽然所引入的延迟对于许多应用程序而言可能是可接受的，但是其对于其它应用程序而言可能是不合理的。确定该延迟是可接受还是不可接受至少部分地取决于每一个应用程序和/或用户对延迟有多敏感。作为说明，用户可能对接收社交媒体更新中的延迟没有对电子邮件的延迟敏感。在甚至更精细的粒度处，用户可能对接收电子邮件广告中的延迟没有对从重要客户或雇员监管者接收电子邮件的延迟敏感。作为进一步说明，应用程序可能对通用软件更新没有对安全更新敏感。

对延迟的敏感性可以取决于任何各种各样的考虑。虽然对延迟的敏感性可以至少部分地取决于所使用的协议，但是对延迟的敏感性可以取决于数据消耗模式和情境。例如，给定用户在等待重要电子邮件时可能比往常更常检查电子邮件，或者用户对从特定人员接收的即时消息可能回复得更迅速。虽然以基于诸如协议、端口和传输速率之类的特征的粗糙粒度考虑对不同应用程序的时延的敏感性，但是本文所描述的程序代码150可以例如使用用户和/或应用程序行为和情境作为附加特征，来实现估计数据消耗模式的甚至更精细的粒度。

在示例中，表征数据消耗行为（例如用户101多急切消耗给定信息片段）可以包括测量移动设备110接收到特定数据与消耗数据之间的时间。在示例中，时间测量可以使用在本文中称为“污染”或“污染追踪”的信息流技术来实现。污染或污染追踪允许程序代码150追踪通过移动设备110的给定数据流，例如直至最终递送给用户101。

如本文所使用的，术语“递送时间”意指何时数据与应用程序和/或用户101交互，包括例如到达目的地的任何（多个）派生物。例如，当数据（或数据的派生物）通过移动设备110上的一个输出接口输出给用户101时，数据可以被视为到达移动设备110处的目的地。这些输出接口包括但不限于，显示屏和其它用户接口元件、网络和扬声器。

通过“污染”或将进入数据标记为在移动设备110处接收的数据，并且监视数据被用户消耗所花费的时间，可能向不同数据分配不同的敏感性。该消耗时间可以用作允许更快（例如立即接收并且因而具有更高优先级）被消耗的信息片段与在移动设备110中缓冲但是直到用户决定消耗数据时的某个稍后时间之前都未被他或她实际消耗的数据之间的区分的指示符。具有该时间的准确理解，甚至在时间是基于之前的数据消耗模式的估计时，允许程序代码150向进入数据和/或该数据可用的通知分配敏感性，并且使得程序代码150能够提供用于高效信息递送的调度，其增加能量节约同时提供良好的用户体验。

图2图示了移动设备200中的示例信息流。如以上提到的，程序代码可以由任何合适的计算设备执行以标识用于从远程源接收的数据的访问模式。此外，程序代码可以经由服务多于一个移动设备的代理实现。然而，出于说明的目的，将以下示例描述为可以实现在运行Android?操作系统210并且使用污染追踪基础设施的所谓“智能电话”200上的程序代码。

在示例中，污染追踪基础设施包括驻留在操作系统210的虚拟机组件230中的污染模块220。污染模块220可以在虚拟机层级处的网络堆一接收到进入数据240时就污染进入数据240。网络堆可以与裸硬件一样“低”、在之上并且包括经过操作系统的驱动器层的应用程序和虚拟机自身。一旦被污染，可能跟随数据240的流直到利用数据240（或从进入数据240得到的数据）。例如，数据可以经由网络接口260a传递到网络，经由诸如扬声器之类的输出设备260b递送和/或由应用程序250利用（或“消耗”）和/或将数据（或数据的派生物）通过用户接口（UI）元件260c输出给用户，如箭头245a-c分别所图示的。

污染模块220还能够追踪写入到移动设备200中的内部存储装置260d的数据（和/或所得到的数据）。例如，污染模块220可以污染目标文件或目标文件夹（或其它目标），使得即使信息缓冲在内部存储装置中以供稍后消耗和/或以其它方式在被消耗之前在移动设备200内部被处理，污染也传播，如箭头245d所图示的。

污染追踪基础设施被示出为示例并且不意图是限制性的。要指出的是，用于追踪移动设备中的数据的其它实现也被考虑为在所公开的系统和方法的范围内。

不管怎样，数据追踪可以用于标识数据消耗模式。如以上介绍的，这些模式可以用于确定可以在移动设备200处接收的各种类型的数据的敏感性。可以执行程序代码以生成聚合对数据的通知和/或数据自身的访问的日历。

用于后台服务的控制的示例点处于在最常见的移动操作系统中发现的推送通知基础设施中。推送通知基础设施提供负责处置来自许多不同的第三方服务提供商的进入数据的统一接收器。在示例中，用于通知基础设施的代理实现在云中。代理代表移动设备联系服务器侧推送基础设施并且实施所生成的调度。

图3示出由数据代理实现的机器可读指令的示例架构。代理300可以在操作上与（多个）移动设备310和（多个）服务320相关联（例如经由网络）。

在示例中，以上参照图1讨论的程序代码可以作为机器可读指令（诸如但不限于，软件或固件）实现在代理300中。机器可读指令可以存储在非暂时性计算机可读介质上并且由一个或多个处理器可执行以执行本文所描述的操作。然而，要指出的，仅仅出于说明示例操作环境的目的而示出组件，并且组件不意图将实现限制到任何特定系统和/或程序代码。

程序代码可以作为自包含式模块来执行本文所描述的功能。这些模块可以集成在自立式工具内，或者可以实现为运行在现有程序代码的顶部上的代理实体（agent）。在示例中，机器可读指令的架构可以包括连接性代理实体330，其监视移动设备310和服务320的连接性。机器可读指令还可以包括分类器340和推送客户端350。

在操作期间，分类器利用（多个）移动设备310提供的信息执行以标识特定移动设备上的数据消耗模式。分类器还基于数据消耗模式确定到达移动设备的数据的敏感性。推送客户端350使用分类器340提供的信息来根据基于到达移动设备的数据的敏感性的调度来聚合通过在移动设备310上执行的后台服务的网络访问。

因此，代理300可以用于减少或者一并最小化移动设备310用于数据传递所消耗的能量，同时仍旧维持对于接收数据中的延迟的用户特定的容忍度。也就是说，该方案聚合数据以基于信息流控制通过使用用户自身对延迟的容忍度自动分类应用程序来减少花费在爬坡中的能量和拖尾能量。例如，协议使用最小化唤醒时间并且消除冗余重传输的调度算法。当该方案将一部分数据检索委托给云，而不是仅通过远程实行执行来节约电力时，系统和方法通过减少无线无线电器件花费的能量来进一步节约电力。

要指出的是，程序代码的设计允许现有应用程序在没有什么修改的情况下实现本文所描述的益处。也就是说，通过在移动设备平台之上运行代理，现有应用程序仅将其关联性从服务推送通知基础设施重定向到代理。与修改相反的，该示例设计选择然后提供用于拦截的功能。此外，以上描述的方案可以以应用程序不可知论的方式实现。也就是说，该方案不取决于在移动设备上执行的任何类型的应用程序。该方案还可以在没有来自用户的明确指令的情况下针对用户的特定行为来定制。

代理300还可以实现预取。在预取的示例中，代理300分析跟随在初始推送通知之后的数据的后续请求。通过分析该数据，代理300可以标识预取数据的机会。例如，在进入电子邮件通知时，代理300还可以运行应用程序（诸如电子邮件应用程序）的复制品350a-d，以在通知用户之前取得电子邮件（或电子邮件的附件）。在另一说明中，代理300可以扫描电子邮件中的URL，并且在通知用户之前从因特网取得相关联的数据。如果代理300与具有关于用户的连接性的知识的云中的个人（或企业）服务器相关联，代理300还可以在移动设备具有合适连接（例如到用户的服务器的Wi-Fi连接）时从用户的服务器智能推送数据。

要指出的是，代理300能够预取不一定根在浏览器处的数据。也就是说，代理300并不通过分析浏览行为来开始预取，而是通过分析对来自后台服务的数据的时延的容忍度来开始预取。

代理300分析通过移动设备310的信息流，并且不必依赖于协议信息、信息有效载荷或业务性质的统计推断。在示例中，代理300可以实现敏感性分类器以标识消耗模式并且确定到达移动设备的数据的敏感性。代理300可以通过从实际消耗模式进行学习来在没有来自用户的明确反馈的情况下检测每一个应用程序的优先级。例如，系统从用户隐含接收的反馈可以包括但不限于，当用户禁用关于某些元件的可听或振动警报时，通知消耗时间和内容消耗时间二者有机地增加，因为当接收到内容时设备将不输出任何声音或振动，并且用户将花费更久来消耗通知。系统还可以用于取决于内容的时延敏感性来推断最佳用户通知设置（何时使用声音警报，以及何时不使用）。

尽管如此，该方案可以与其它方案正交实现，并且可以从这样的附加信息获益。

图4示出示例时延敏感性分类器400。分类器400可以实现在程序代码中并且考虑移动设备上的许多数据使用因素。例如，分类器400可以考虑消耗数据的应用程序的标识（或应用程序ID 410）。分类器还可以考虑协议指纹412、时间414、通知数据416（例如通知的内容）、位置418和/或涉及数据到达、数据内容和/或数据消耗的任何各种其它因素420。

要指出的是，可以对以上描述的因素进一步划界。例如，所考虑的时序信息可以包括数据被用户消耗的时间和/或数据被设备（例如应用程序）消耗的时间，使得两个时间之间具有清楚的差别。

分类器可以通过使用信息流控制来使用对延迟的容忍度自动分类数据。该方案可以以应用程序不可知论的方式实现，并且在没有明确指令的情况下针对用户的特定行为进行定制。

分类器可以用于确定到达移动设备的数据的敏感性，其可以用于生成调度430。调度可以用于聚合数据，例如以减少在爬坡中消耗的能量和拖尾能量。在将一部分数据检索委托给云时，主要电力节约不是通过远程实行执行，而是通过聚合数据并且因此减少原本将重复使用无线无线电器件（例如用于检索每一个通知）所花费的能量。

可以参照图5-7中图示的各种示例场景的以下讨论来更好地理解标识消耗模式和确定到达移动设备的数据的敏感性。以下示例说明与使用推送通知来通知移动设备上的移动应用程序（或应用）新的数据可用的服务一起的使用。

图5图示了没有预取的情况下用于应用程序的事件的示例序列500。当服务发布推送通知时，代理510充当中介并且向移动设备520发布推送通知511。当在移动设备520处接收到通知时，应用程序通过发布推送通知521（称为“吐司”或“吐司通知”）来经由接口530通知用户新的数据可用。移动设备520上的程序代码测量直到通知被用户消耗之前的响应时间531。移动设备520将响应时间522返回到代理510。

一些应用程序在通知内包括其全部有效载荷，而一些在接收到通知之后从应用程序服务器请求附加数据。用户还可以发送针对涉及通知的更多数据的后续请求532，移动设备520经由代理510或直接向服务发布523后续请求532。例如，用户可以请求关于社交媒体站点上的状态更新，或者电子邮件消息的附件。将后续数据512返回到移动设备520，并且后续数据524由用户消耗。移动设备520上的程序代码测量直到后续数据被用户消耗之前的响应时间533。移动设备520将响应时间524返回到代理510。

这些测量可以用作用户对该特定通知的数据的敏感性的指示符。在示例中，代理510可以至少部分地基于数据的敏感性生成用于向移动设备发布将来推送通知的调度。例如，用户可以在工作时间期间更快速地答复来自工作电子邮件账户的电子邮件消息，而完全不（或者仅偶尔）答复来自个人电子邮件账户的电子邮件消息。但是在非工作时间期间，用户可能更快速地响应于在其个人电子邮件账户上接收到的电子邮件消息。因此，调度可以在工作时间期间暂停来自用户的个人电子邮件账户的推送通知，仅仅在指定时间（例如用户的午休）期间允许这些推送通知发布给移动设备。

除了追踪针对通知和相关联的数据二者的延迟的容忍度之外，这些测量还可以用于标识捆绑通知和相关联的数据的机会。例如，用户可能总是打开与来自同事（例如具有相同的电子邮件域）的电子邮件相关联的附件，但是很少打开与来自外部人员（例如具有不同的电子邮件域）的电子邮件相关联的附件。因此，调度可以在接收到新的电子邮件从同事到达的推送通知时自动从电子邮件服务请求附件，并且然后捆绑推送通知、电子邮件和附件以供全部同时发送给用户。

图6图示了具有预取的情况下用于应用程序的事件的示例序列600。该示例示出具有在用户的反应之前取得的相关联的数据的通知。也就是说，当服务发布推送通知时，代理610充当中介并且向移动设备620发布推送通知611。当在移动设备620处接收到通知时，应用程序通过发布吐司通知621来经由接口630通知用户新的数据可用。用户发送针对涉及通知的更多数据的后续请求631，移动设备620经由代理510或直接向服务发布622后续请求631。将后续数据612返回到移动设备620，并且后续数据623由用户消耗。移动设备620上的程序代码测量直到用户消耗后续数据之前的响应时间632。移动设备620将响应时间624返回到代理610。

同样，这些测量可以用作用户对该特定通知的数据的敏感性的指示符。然而，要指出的是，在该示例中，消耗的时间在用户消耗相关联的数据（不仅仅是推送通知）时给出。然而，程序代码能够区分用户消耗了通知的数据还是后续数据。这允许程序代码在用户对通知的反应时间（例如标识存在五个新的电子邮件）和特定实际电子邮件（例如来自用户的监管者）的消耗之间进行区分。

图7图示了用于即时消息传递的事件的示例序列。要理解的是，该示例还可以应用于通知的其它形式的即时（或基本上即时）消耗，并且仅仅出于说明目的而使用即时消息传递。

图7图示了其中通知包括全部应用程序有效载荷的场景，并且因此没有接收到另外的数据请求。当服务发布推送通知时，代理710充当中介并且向移动设备720发布推送通知711。当在移动设备720处接收到通知时，应用程序通过发布吐司通知721经由接口730通知用户新的数据可用。移动设备720上的程序代码测量直到用户消耗通知之前的响应时间731。移动设备720将响应时间722返回到代理710。

在该说明中，响应之后未跟随进入数据。这是可能从未超过通知尺寸限制的应用程序的示例情况。消息必须具有多于预确定数目（例如4000）的字符以超出限制。例如，响应可以是用户发送答复即时消息。但是这些测量也可以用作用户对该特定通知的数据的敏感性的指示符。例如，用户可能在工作时间期间更快速地答复来自工作同事的即时消息，并且完全不（或仅仅偶尔）答复来自朋友的即时消息。但是在非工作时间期间，用户可以更快速地响应于来自朋友的即时消息。

在该场景中，仅追踪作为通知的消耗的消耗时间。然而，仍旧可能追踪从通知有效载荷得到的请求（例如嵌入的链接）并且应用预取技术，诸如以上讨论的那些。

在继续之前，应当指出的是，出于说明的目的而提供以上描述的示例，并且这些示例不意图是限制性的。其它设备和/或设备配置可以用于实施本文所描述的操作。

图8a-c是图示了可以实现调度后台服务中的数据的示例操作的流程图。操作800（图8a）、801（图8b）和802（图8c）可以体现为一个或多个计算机可读介质上的逻辑指令。当在处理器上执行时，逻辑指令使通用计算设备被编程为实现所描述的操作的专用机器。在示例中，可以使用图中描绘的组件和连接。

调度移动设备上的后台服务中的数据的示例包括在操作810处标识移动设备上的数据消耗模式。在操作812的示例图示中，标识数据消耗模式可以包括在用户对到达移动设备的数据的通知的反应时间和用户对实际数据的反应时间之间进行区分。

操作820包括基于数据消耗模式确定到达移动设备的数据的敏感性。在操作822图示的示例中，确定到达移动设备的数据的敏感性至少部分地基于数据的情境。在操作824中，数据的情境包括至少标识移动设备的位置、消耗数据的应用程序和时间。在操作826图示的另一示例中，确定到达移动设备的数据的敏感性是通过测量数据到达移动设备之后直到消耗时间之前的时间。在操作828中，基于数据或数据的派生物何时经由移动设备上的输出接口到达用户来确定消耗时间。要指出的是，这些操作中的任何一个可以与彼此组合和/或与其它操作组合使用。

操作830包括根据基于到达移动设备的数据的敏感性的调度来聚合通过在移动设备上的后台服务的网络访问。操作832可以包括根据调度暂停数据从后台服务可用的通知（例如容忍时延的那些通知）。这样，聚合网络访问在预确定的时间检索所有暂停的通知。这样，移动设备不必分离地检索通知，并且不招致与分离检索相关联的成本（例如分离的带宽和能量成本）。

提供本文所示出和描述的操作来说明示例实现。要指出的是，操作不受限于所示出的顺序。还可以实现再其它的操作。

在图8b中所示的示例中，操作840a可以包括污染到达移动设备的数据，并且840b追踪污染数据直到污染数据被递送给用户以用于确定数据的敏感性。在另一示例中，操作842a可以包括污染到达移动设备的数据，并且842b追踪污染数据直到污染数据的派生物被递送给用户以用于确定数据的敏感性。在又一示例中，操作844a可以包括污染到达移动设备的数据的目标，并且844b污染从目标传播的派生数据。同样，要指出的是，这些操作中的任何一个可以与彼此组合和/或与其它操作组合使用。

在图8c中示出的另一示例中，操作850可以包括基于扫描到达移动设备的数据预取相关联的数据。操作852可以包括捆绑到达移动设备的数据与相关联的数据以供递送给用户。因此，移动设备在用户稍后请求时不必分离地取得相关联的数据。

要指出的是，本文所描述的各种操作可以是自动或部分自动的。例如，操作可以至少部分地通过使用最终用户接口（例如移动设备上的基于web的或“应用”接口和/或经由代理）来实现。在该示例中，最终用户能够做出预确定的选择，并且以上描述的操作通过执行程序代码的一个或多个处理器来实现以向用户呈现结果。用户然后可以做出进一步的选择。

所示出和描述的示例出于说明的目的而提供并且不意图是限制性的。还设想到再其它的示例。

Claims (15)

1.一种调度移动设备上的后台服务中的数据的方法，包括：

标识移动设备上的数据消耗模式；

基于数据消耗模式确定到达移动设备的数据的敏感性；以及

根据基于到达移动设备的数据的敏感性的调度来聚合通过移动设备上的后台服务的网络访问。

2.权利要求1的方法，还包括在用户对到达移动设备的数据的通知的反应时间和用户对实际数据的反应时间之间进行区分，以用于标识数据消耗模式。

3.权利要求1的方法，还包括根据调度暂停数据从后台服务可用的通知，并且其中聚合网络访问在预确定的时间处检索所有暂停的通知。

4.权利要求1的方法，其中确定到达移动设备的数据的敏感性至少部分地基于数据的情境。

5.权利要求4的方法，其中数据的情境至少包括移动设备的位置、消耗数据的应用程序和时间。

6.权利要求1的方法，还包括测量数据到达移动设备之后直到消耗时间之前的时间以用于确定数据的敏感性。

7.权利要求6的方法，其中消耗时间是数据或数据的派生物经由移动设备上的输出接口到达用户的时间。

8.权利要求1的方法，还包括污染到达移动设备的数据，并且追踪污染数据直到污染数据被递送给用户以用于确定数据的敏感性。

9.权利要求1的方法，还包括污染到达移动设备的数据，并且追踪污染数据直到污染数据的派生物被递送给用户以用于确定数据的敏感性。

10.权利要求1的方法，还包括污染到达移动设备的数据的目标，并且污染从目标传播的派生数据。

11.权利要求1的方法，还包括基于扫描到达移动设备的数据预取相关联的数据，以及捆绑到达移动设备的数据与相关联的数据以供递送给用户，而不必在用户稍后请求时分离地取得相关联的数据。

12.一种调度移动设备上的后台服务中的数据的系统，所述系统包括机器可读指令，所述机器可读指令存储在非暂时性计算机可读介质上并且由处理器可执行以：

基于数据消耗模式确定到达移动设备的数据的敏感性；以及

根据基于到达移动设备的数据的敏感性的调度来聚合通过移动设备上的后台服务的网络访问。

13.权利要求12的系统，其中调度通过减少移动设备用于数据传递的斜坡能量和拖尾能量消耗来平衡能量节约和用户体验。

14.权利要求12的系统，其中机器可读指令还由处理器可执行以污染到达移动设备的数据以标识数据消耗模式。

15.权利要求12的系统，其中机器可读指令还由处理器可执行以污染到达移动设备的数据的目的地以标识数据消耗模式。