CN105874852A - 移动设备功率控制 - Google Patents

Abstract

一种用于移动设备的功率管理的方法。方法包括评估在由用户操作的移动设备处接收的多个应用的内容以及确定针对多个应用中的每个的等待时间信息。方法进一步包括基于针对每个应用的等待时间信息来动态地确定多个应用的优先级，以及基于多个应用的优先级在至少两个无线功率模式之间动态地调整移动设备。

Description

移动设备功率控制

背景技术

无线通信技术已经在过去的数年里看到惊人的改进。越来越多数量的如今的移动用户携带装备有通信或无线电接口的不同集合的移动设备。通过这些接口，移动设备可以建立与彼此的通信、到达因特网或通过无线网络访问各种数据服务。诸如使能因特网的平板计算机、智能电话、膝上型计算机、电视和游戏控制台之类的各种设备已经成为将用户连接到朋友、工作和娱乐的基本个人配件。用户现在具有更多选择并且期待始终具有对所有设备、数据和内容的最好的可能的访问。利用无线通信服务的增加数量的用户刺激提供者来提供实现（deliver）更长的电池寿命和改进的通信选项的设备，所述改进的通信选项可以满足用户需求的增加、支持新服务的系列并且提供可靠的通信。

附图说明

图1是用于移动设备的功率管理的系统的示例的示意性图示。

图2图示了示出图1的系统的计算设备的示例的示意性表示。

图3是示出了利用由图1的系统的计算设备的处理器可执行的指令编码的机器可读存储介质的示例的示意性图示。

图4图示了示出用于移动设备的功率管理的方法的示例的流程图。

图4A图示了示出用于确定针对在移动设备上运行的应用的等待时间信息的方法的示例的流程图。

图4B图示了示出用于在至少两个Wi-Fi®功率模式之间动态地调整移动设备的方法的示例的流程图。

具体实施方式

随着技术中的最近改进，移动通信设备（例如，智能电话、平板计算机等）继续在人们的生活中发挥越来越大的作用。不同的用户依靠这样的移动设备用于许多日常的活动和工作相关的任务。因此，移动设备整天同时运行一个或多个复杂的应用是非常常见的。这些应用通常需要移动设备中的复杂处理资源、显示器和通信系统的实现。移动设备中的所有这些特征需要功率的持续使用。因此，移动设备的功率或能量管理是行业中的常见和正在进行的问题。

有效的无线功率管理是移动设备的总能量消耗的重要组分并且可以强烈地影响这样的设备的能量消耗。一般地，当移动设备运行各种应用时，移动设备的Wi-Fi®无线电（或另一类型的无线无线电）在持续唤醒模式（CAM）上。为了只要可能就节量，移动设备的Wi-Fi®无线电可以在功率节省模式（PSM）中操作。CAM模式可能消耗PSM模式消耗的能量的量的10-20倍。虽然在移动设备中一直使用PSM模式是可能的，但PSM模式的持续使用通过引入高达300毫秒（ms）的增加的等待时间而影响移动设备中的交互式应用的性能。尤其在web浏览、实时IP语音（VoIP）呼叫或多玩家游戏期间，该增加的等待时间可以破坏移动设备的用户的体验。另一方面，CAM模式实现低的等待时间，但以高的功率消耗为代价。

本描述涉及用于控制移动设备中的能量消耗的系统、方法和计算机可读介质。对上文标识的情况的一个解决方案是在设备正在运行一个或多个应用时动态地（即，实时地）确定PSM还是CAM应该被使用并且相应地切换移动设备的Wi-Fi®功率模式。在本描述中，实时被定义为其中一个或多个应用当前正在移动设备上运行的时间。那样，移动设备可以提供令人满意的用户体验并且获得高的能量节省两者。例如，重要的是允许实时应用使用CAM模式，而其他后台应用可以使用PSM模式来节省能量。可以基于针对运行应用中的每个的等待时间需求来切换设备的功率模式。

然而，可能难以在运行时间确定在移动设备中的不同应用的等待时间需求，特别是从用户的观点来看。在本文中描述的是用于在不排他地依靠业务量信息的情况下基于在移动设备上运行的不同应用中的应用的等待时间需求在至少两个Wi-Fi®功率模式之间动态地调整移动设备的技术。本描述描述了（例如，通过使用污染（taint）跟踪技术）确定在移动设备上的不同应用的等待时间信息或需求并且基于等待时间信息以优先级标记运行的应用的机制。

在提出的描述中，基于用户对每个应用的内容的实际消耗时间来确定应用的等待时间信息。特别地，应用内容的实际消耗时间包括从内容到达移动设备时直到内容或从内容导出的信息到达用户的时间。从用户体验观点来看，要紧的是将内容及时地并且在没有中断的情况下递送到用户。当内容到达移动设备时，用户非常快速地消耗其中的某些，而他们可能允许较不等待时间敏感的内容在存储器或记忆装置中失去活力（languish）。提出的机制允许移动设备中的高优先级应用使用高能量CAM模式，而低优先级应用使用PSM模式来维持能量效率。

在某些实现中，本描述提出了一种用于移动设备的功率管理的方法。方法包括评估在由用户操作的移动设备处接收的多个应用的内容以及确定针对多个应用中的每个的等待时间信息。方法进一步提出基于针对每个应用的等待时间信息来动态地确定多个应用的优先级，并且基于多个应用的优先级在至少两个无线功率模式之间动态地调整移动设备。

在其他示例实现中，本描述提出了一种系统，所述系统包括与至少一个外部系统通信的移动设备以及连接到移动设备的计算设备。计算设备包括控制单元来执行存储在非瞬时机器可读存储介质中的指令。控制单元将在移动设备处接收来自至少一个外部系统的与至少一个应用相关的数据。进一步地，控制单元将确定针对至少一个应用的等待时间信息，其中基于移动设备的用户对应用的数据的消耗速率来确定等待时间信息。而且，控制单元将基于等待时间信息确定阈值并且将基于阈值动态地控制移动设备的无线功率模式。

如本文中使用的那样，术语“移动设备”和“无线设备”可以可交换地使用并且指各种智能电话、蜂窝电话、平板计算机、膝上型计算机、个人数据助理（PDA）、VoIP电话、使能无线的电视、使能无线的娱乐系统以及包括处理器并且能够发送和接收无线或有线通信信号的其他类似的电子设备中的任一个。

如本文中使用的那样，术语“通信接口”指对无线设备中的任何无线设备可用以与彼此通信和与网络通信的各种协议。特别地，通信接口可以包括Wi-Fi®、Bluetooth®、3G、4G以及任何其他类似的通信接口。

在以下详细描述中，参考附图，所述附图形成详细描述的一部分，并且其中经由图示示出了可以在其中实行公开的主题的具体示例。应理解可以利用其他示例并且可以做出结构或逻辑的改变而不脱离本公开的范围。因此，不在限制性的意义上理解以下详细描述，并且本公开的范围由所附权利要求书限定。而且，应理解，本文中使用的措辞和术语是出于描述的目的并且不应该被认为是限制性的。本文中的“包括”、“包含”或“具有”以及其变型的使用意味着包括此后列出的项目和其等同物以及附加的项目。也应该注意，多个基于硬件和软件的设备以及多个不同的结构部件可以被用来实现公开的方法和系统。

图1是用于移动设备的功率管理的无线通信系统10的示例的示意性图示。系统10包括与至少一个外部系统20（例如，web服务器、基站等）通信的至少一个移动设备15（其中单个用户可以拥有和操作多于一个移动设备）、与移动设备15通信的计算设备27，以及连接移动设备15与外部系统20的网络25和其他系统或设备。在图示的示例中，图示的移动设备15包括（未示出的）用户操作的平板计算机和智能电话。在替代的示例中，用户可以拥有或操作不同的无线设备（例如，蜂窝电话、膝上型计算机、PDA、无线电视、无线娱乐系统以及其他类似的无线设备）。

移动设备15包括软件、硬件（例如，未示出的处理器、存储器等）或可操作用以使能移动设备15的功能和用以允许所述移动设备15与一个或多个外部系统或任何其他设备交互的它们的合适的组合。例如，移动设备15包括用来与其他无线设备连接和/或连接到网络的通信接口。移动设备15的通信接口可以包括Wi-Fi®接口、蓝牙接口、3G接口、4G接口、近场通信(NFC)接口和/或任何其他合适的接口。进一步地，不管通信接口的类型，每个无线设备15包括内置无线无线电（例如，未示出的Wi-Fi®无线电）或被耦合到这样的无线电。应理解，提出的描述不限于控制移动设备的Wi-Fi®功率模式而是还可能应用于以类似的方式控制在任何其他类型的无线系统中的无线模式。

移动设备15中的每一个被连接到计算设备27（为了清楚，在图1中示出仅一个计算设备27）。计算设备27可以在移动设备15内部或还可以在移动设备15外部。在图示的示例中，计算设备27包括处理器30、存储器35、等待时间确定模块40和功率模式调整模块42，用于确定针对在移动设备15上运行的多个应用中的每个的等待时间信息并且用于基于多个应用的优先级在至少两个Wi-Fi®功率模式之间动态地调整移动设备。

至少一个外部系统20可以包括web服务器、基站或可操作用以经由无线通信与移动设备15通信和用以向移动设备15传送信息的任何其他系统或设备。外部系统15包括软件、硬件（例如，未示出的处理器、存储器等）或可操作用以使能设备20的功能和用以允许设备20与移动设备15交互或支持移动设备15与任何其他外部系统之间的通信的它们的合适的组合。例如，外部系统20包括用来与其他设备连接和/或连接到网络的通信接口。

移动设备15中的每个经由网络25连接到外部系统20，因此移动设备15可以与外部系统20通信并且外部系统20可以经由在移动设备15上运行的移动应用传输信息。另外，移动设备15可以经由网络25与任何其他系统或设备通信。网络25可以包括任何合适的类型或配置的网络以允许移动设备15与至少一个外部系统20和/或任何其他系统或设备通信。

例如，网络25可以包括广域网（“WAN”）（例如，基于TCP/IP的网络、蜂窝网络，诸如例如全球移动通信系统（“GSM”）网络、通用分组无线电服务（“GPRS”）网络、码分多址（“CDMA”）网络、优化的演进数据（“EV-DO”）网络、用于GSM演进的增强数据速率（“EDGE”）网络、3GSM网络、4GSM网络、数字增强无绳电信（“DECT”）网络、数字AMPS（“IS-136/TDMA”）网络或集成数字增强网络（“iDEN”）网络等）。网络25可以进一步包括局域网（“LAN”）、邻域网（“NAN”）、家域网（“HAN”）、个域网（“PAN”）、公共交换电话网络（“PSTN”）、内联网、因特网或任何其他合适的网络。

计算设备27提供功能以操作移动设备15以及接收和处理从外部系统20、网络25和/或在移动设备15外部的任何其他设备接收的信息或数据。应理解，与本描述相关的被描述为由计算设备27执行的操作在某些实现中可以由与移动设备15相关联的任何其他计算设备或处理器执行。

如下文以附加的细节描述的那样，在一个示例中，计算设备27接收与在设备15上运行的至少一个应用相关的数据并且确定针对至少一个应用的等待时间信息。通过跟踪在移动设备处接收数据的时间直到数据到达用户的时间、基于移动设备的用户对应用的数据的消耗速率来确定等待时间信息。计算设备27还基于等待时间信息来确定阈值并且基于阈值来动态地控制移动设备15的Wi-Fi®功率模式。

图2示出了系统10的计算设备27的示意性表示。计算设备27可以是能够执行下文描述的技术的任何合适的设备。计算设备27可以是独立于移动设备15的设备或可以被包括在移动设备15中。计算设备27包括处理器30（例如，中央处理单元、微处理器、微控制器或另一合适的可编程设备）、存储器35、输入接口45和通信接口50。这些部件中的每个被操作地耦合到总线55。在其他示例中，计算设备27包括另外的较少的或不同的部件，用于执行本文中描述的类似的功能。

通信接口50使计算设备27并且因此使移动设备15能够与多个网络和通信链路通信。外部系统20还包括（未示出的）通信接口。输入接口45可以处理来自外部系统20、网络25和与移动设备15通信的其他外部系统/系统的信息。在一个示例中，输入接口45至少包括内容接口60。在其他示例中，输入接口45可以包括附加的接口。内容接口60在设备15与外部系统20或任何其他外部设备或系统通信时接收与在移动设备上运行的至少一个移动应用相关联的内容或数据（例如，视频、图像、数据分组、图形等）。例如，内容接口60可以在移动设备15正在进行对另一设备的VoIP呼叫时接收数据分组，或者在移动设备正在使用视频流式传输服务以从外部系统20或任何其他外部系统或网络下载视频时接收视频文件。在一个示例中，从移动外部系统20或其他系统或网络接收的内容可以被用来确定针对在移动设备13上运行的应用中的每个的等待时间信息并且被用来创建或补充在存储器35中存储的数据库。

处理器30包括控制单元33并且可以使用任何合适的类型的处理系统来实现，在所述处理系统中至少一个处理器执行存储在存储器35中的计算机可读指令。存储器35包括任何合适的类型、数量的易失性或非瞬时机器可读存储介质37（在图3中被示出）和易失性或非瞬时机器可读存储介质37（在图3中被示出）的任何合适的配置以存储指令和数据。存储器35中的机器可读存储介质37的示例包括只读存储器（“ROM”）、随机访问存储器（“RAM”）（例如，动态RAM[“DRAM”]、同步DRAM[“SDRAM”]等）、电可擦除可编程只读存储器（“EEPROM”）、闪存、SD卡以及其他合适的磁的、光学的、物理的或电子的存储器设备。存储器35还可以被用于在将由处理器30执行的指令的执行期间存储临时变量或其他中间信息。

存储器35还可以存储操作系统70，诸如Mac OS®、MS Windows®、Unix®或Linux®；网络应用75；以及各种模块（例如，等待时间确定模块40、功率模式调整模块42等）。操作系统70可以是多用户、多处理、多任务、多线程和实时的。操作系统70还可以执行基本任务，诸如识别来自诸如键盘、小键盘或鼠标之类的输入设备的输入；向投影仪和照相机发送输出；保持对存储器35上的文件和目录的跟踪；控制诸如打印机、图像捕获设备之类的外围设备；以及管理总线55上的业务。网络应用75包括用于建立和维持网络连接的各种部件，诸如用于实现包括TCP/IP、HTTP、Ethernet®、USB®和FireWire®的通信协议的计算机可读指令。

存储在机器可读存储介质上并且由处理器30执行的软件包括例如固件、应用、程序数据、过滤器、规则、程序模块和其他可执行指令。控制单元33从机器可读存储介质取回（retrieve）并且执行除其他之外的与本文中描述的控制过程和方法相关的指令。

图3图示了利用由系统10的处理器30可执行的指令编码的机器可读存储介质37的示例。在一个示例中，机器可读存储介质37包括数据获取模块（“DAQ”）80、等待时间确定模块40以及功率模式调整模块42。在其他示例中，机器可读存储介质37可以包括更多或更少的模块（例如，与系统10的操作相关的各种其他模块）。如下文以附加的细节解释的那样，内容等待时间确定模块40包括各种计算机可读指令部件，用于确定针对在移动设备15上运行的多个应用中的每个的等待时间信息或需求。进一步地，功率模式调整模块42包括各种计算机可读指令部件，用于基于多个应用的优先级在至少两个Wi-Fi®功率模式之间动态地调整移动设备15，其中通过使用针对应用的等待时间信息来确定优先级。

与系统10、移动设备15和其他系统/设备相关联的信息和数据可以被存储、登记（log）、处理、分析以实现本文中描述的控制方法和过程。除数据获取模块80之外，存储器35还包括数据登记器或记录器95和至少一个数据库97。进一步地，系统10还可以包括在移动设备15中的（未示出的）其他数据库或移动设备的远程存储的（未示出的）其他数据库。DAQ模块80接收与在移动设备15上运行的移动应用相关联的内容或数据（例如，视频、图像、数据分组等）（即，来自外部设备20或来自连接到移动设备15的其他外部系统或网络的数据）。

如较早记载的那样，每个移动设备15可以运行至少一个应用并且其在许多情况下在任何给定时间运行多个应用。这些应用影响移动设备15的能量消耗。移动设备15的Wi-Fi®无线电允许在不同的功率模式之间的切换。虽然PSM节省能量，但其通过引入高达300 ms的增加的等待时间还影响移动设备15中的交互式应用的性能。另一方面，在CAM中操作设备15消耗大量的能量。因此，期望在PSM和CAM模式（或任何其他类型的可用功率模式）之间有效地控制设备15的Wi-Fi®无线电的模式以便调节移动设备15的总能量消耗。

提出的系统评估在移动设备15处接收的至少一个（或多个应用）的内容来确定针对应用中的每个的等待时间信息。在移动设备15上运行的每个应用由于其目的或由于其内容而对于用户具有不同的价值。当与应用相关的内容到达移动设备15时，用户可以非常快速地消耗其中的某些（例如，在VoIP呼叫期间的数据分组），而可以延迟地使用或存储其他内容（例如，来自音乐流式传输源的数据）。

如下文以附加的细节解释的那样，基于用户对每个应用的内容的实际消耗时间利用污染跟踪技术来确定应用的等待时间信息，其中应用内容的实际消耗时间包括从内容到达移动设备时直到内容或从内容导出的信息（例如，经由显示器、扬声器等）到达用户的时间。因此，提出的系统和方法分析移动设备上运行的应用的信息流控制。换言之，系统分析其中与由移动设备15消耗相对地由用户消耗应用的内容的定时（即，系统分析用户对延迟应用的内容的容忍度）。使用该信息，系统可以动态地（即，实时地）确定PSM还是CAM应该被使用并且相应地切换移动设备15的功率模式。因此，移动设备可以节省能量并且同时提供令人满意的用户体验。

因此，由DAQ模块80搜集的信息被提供到等待时间确定模块40并且然后被提供到数据登记器或记录器95。如下文以附加的细节解释的那样，等待时间确定模块40使用由DAQ模块80使用具体技术（例如，污染跟踪技术）接收的内容来动态地确定针对在移动设备15上运行的多个应用中的每个的等待时间信息或需求。由等待时间确定模块40生成的等待时间信息然后被提供到数据登记器或记录器95，其将针对在移动设备15上运行的每个应用的等待时间信息存储在数据库97中用于进一步的处理和评估。

功率模式调整模块42使用存储在数据库97中的等待时间信息以基于等待时间信息动态地确定多个应用的优先级以及基于应用的等待时间信息动态地控制移动设备15的Wi-Fi®功率模式。在一个示例中，数据库97被包括在计算设备27的存储器35中。在另一示例中，数据库97是远程数据库（即，不位于计算设备27中）。在该示例中，数据登记器或记录器95通过网络（例如，网络25）向数据库97提供信息。

因此，存储在数据库97和系统10的其他数据库中的信息和数据可以由计算设备27访问用于处理。例如，通过使用下文描述的方法，计算设备27可以基于基于用户对每个应用的内容的实际消耗时间（即，等待时间信息）来执行移动设备15的功率管理。控制单元33从机器可读存储介质取回并且执行除其他之外的与本文中描述的控制过程和方法相关的指令。当被执行时，指令使得控制单元33评估在移动设备处接收的多个应用的数据。进一步地，指令使得控制单元33计算每个应用的数据的用户消耗时间来确定针对多个应用中的每个的等待时间需求。指令还使得控制单元33基于针对每个应用的等待时间需求来确定多个应用的优先级，并且使得控制单元33基于多个应用的优先级来实时地动态控制移动设备15的Wi-Fi®功率模式。实时被定义为其中多个应用正在移动设备上运行的时间。

图4图示了示出用于系统10中的移动设备15的功率管理的方法100的示例的流程图。在一个示例中，方法100可以由计算设备27的处理器的控制单元33执行。关于方法100在本文中描述的各种步骤能够同时地、并行地或以与示出的执行的串行方式不同的顺序来执行。还能够使用附加的步骤或比在图示的示例中示出少的步骤来执行方法100。

可以以在由计算设备27的处理器30可执行的非瞬时机器可读存储介质37上编码的指令的形式来执行方法100。在一个示例中，用于方法100的指令被存储在等待时间确定模块40和功率模式调整模块42中。

方法100在步骤105处开始，其中控制单元33评估在由用户操作的移动设备处接收的多个应用的内容。移动设备15可以运行至少一个应用或同时运行多个应用。例如，移动设备15可以同时运行音乐流式传输应用和VoIP呼叫。这两个应用都向移动设备15提供数据。VoIP呼叫向设备15发送数据分组，而音乐流式传输应用提供音频文件。然而，这两个应用提供可能在不同的时间到达用户的内容。可以在在移动设备15处接收来自VoIP呼叫的数据分组之后立即通过移动设备的输出接口（例如，扬声器）输出所述来自VoIP呼叫的数据分组。另一方面，来自音乐流式传输应用的音频文件可能不立即到达用户（即，用户可以决定稍后听所述音频文件）。

接着，在步骤110处，控制单元针对在移动设备15上运行的多个应用中的每个确定等待时间信息。如较早提到的那样，移动设备可能正在运行仅一个应用或多个应用。在一个示例中，基于用户对每个应用的内容的实际消耗时间来确定应用的等待时间信息。应用内容的实际消耗时间包括从内容到达移动设备15时直到内容或从内容导出的信息到达用户的时间。内容或从内容导出的信息到达用户的时间包括通过移动设备15的（未示出的）输出接口的内容的输出的时间。移动设备15的输出接口可以包括屏幕、扬声器、振动电机和/或任何其他适当的用户接口输出设备。在一个示例中，通过使用污染跟踪技术以跟踪移动设备中的多个应用中的每个的内容的流直到每个应用的内容到达用户来确定应用内容的实际消耗时间。

图4A图示了示出用于确定针对在移动设备15上运行的应用的等待时间信息的方法200的示例的流程图。在一个示例中，方法200可以由计算设备27的处理器的控制单元33执行。下文描述的污染跟踪技术跟踪与移动设备15上的应用相关联的信息的流。污染跟踪提供对用户的行为的更好的洞察，虑及在用户的移动设备15上的应用业务的更详细和准确的分类。如下文以附加的细节解释的那样，该污染跟踪分类允许移动设备15使其睡眠周期适于传入应用的等待时间需求。遵循上文描述的示例，设备15可以在流式传输音乐时使用比在进行VoIP呼叫时更长的睡眠周期。

方法200在步骤205处开始，其中与应用相关联的内容在其通过污染源（即，网络25）到达移动设备15时被标识。在某些实现中，提出的方法不需要在移动设备15上运行的应用（例如，Skype®、web浏览应用等）中的任何改变来使用描述的污染跟踪技术。在其他实现中，可能需要对在移动设备15上运行的应用的某些修改以便利用污染跟踪。描述的污染跟踪技术可能需要对移动设备15的操作系统或平台（例如，Android®等）的某些增强以保持对在操作系统上运行的应用的存储器空间的跟踪。当与应用相关联的内容或数据被加密时，移动设备15的操作系统可能具有密钥以加密的数据解密。在其他实现中，在设备15上运行的应用与操作系统一起工作以对数据解密和确保与应用相关联的加标签的内容通过设备15传播。接着，在步骤210处，利用污染标记（即，标签）对与应用相关联的内容做标记以指示信息类型。可以利用唯一的污染标记或标签对每个类型的内容或数据做标记。在一个示例中，污染标记可以被用作时间戳来标识内容开始到达移动设备15的确切时间。

在步骤215处，控制单元33在被盖戳的内容行进通过设备15和其到达污染宿（sink）（即，设备15的输出接口）时跟踪所述被盖戳的内容。在通过移动设备15的被盖戳的内容的传播期间，系统可以将被盖戳的内容的污染标记（即，标签）传递到从原始的被盖戳的或加标签的内容导出的新的内容。换言之，污染跟踪技术跟踪接收的数据如何影响其他数据（即，被盖戳的传入数据如何影响得到的被解码的数据）。该被影响的数据在其在污染宿处到达用户之前被标识。因此，污染跟踪技术保持对贯穿移动设备15中的数据流的内容的修改的跟踪。

在步骤220处，控制单元33标识与应用相关联的内容或从内容导出的信息何时在污染宿处到达用户（即，何时在设备的扬声器上播放歌曲等）。在一个实现中，为了标识与应用相关联的被盖戳的或加标签的内容何时到达污染宿，污染跟踪技术可以监视移动设备15的输出接口的驱动（例如，显示器驱动、网络驱动、扬声器驱动等）。污染跟踪技术可以在被盖戳或加标签的内容到达移动设备15中的污染宿时记录所述被盖戳或加标签的内容。除监视与设备15上的应用相关联的内容的行进时间之外，污染跟踪技术还可以监视内容的其他方面（例如，谁和何时访问或修改设备15上的内容等）。控制单元33不仅监视实际内容而且监视可以从与应用相关联的内容导出的任何数据。控制单元33可以通过使用污染跟踪技术来执行内容的行进时间的精确计算。替代地，控制单元33还可以通过跟踪或使用作为输出接口的网络25来确定与应用相关联的内容何时到达任何系留的（tethered）设备（即，何时不由移动设备15的用户而是由外部设备或用户消耗）。

基于与应用相关联的内容的污染跟踪（即基于用户对每个应用的内容的实际消耗时间），控制单元确定针对在移动设备15上运行的应用中的每个的等待时间信息或需求（在步骤225处）。在一个示例中，针对每个应用的等待时间信息可以被用来确定应用具有高的等待时间还是低的等待时间。通过传入内容一由移动设备15接收就对其做标记（即，加标签）以及测量用户消耗其所花费的时间，将不同的灵敏度分派给每条内容并且因此分配给每个应用是可能的。实际或用户消耗时间（即，直到内容由用户取回或被发送到另一设备的时间）是重要的指标，所述指标在被立即消耗（即，具有低的等待时间）的内容与被缓冲但不被示出给用户直到她决定消耗其（即，具有高的等待时间）的内容之间进行区分。换言之，如果足够大的时间在内容的到达与内容的消耗之间经过，则内容可能相比于用户接收的其他内容对等待时间不太敏感。

下文描述了污染跟踪技术的示例。当移动设备15正在运行web浏览应用（即，用户正在查看特定的web页面）时，设备15从当前正在设备上显示的web站点下载某些内容（例如，文本和图片）。方法200在内容到达移动设备15时标识所述内容并且利用唯一的污染标记对不同类型的内容盖戳或加标签。接着，控制单元33在被盖戳的内容行进通过设备15和其到达污染宿（即，在该示例中的设备的屏幕）时跟踪所述被盖戳的内容。如果用户不向下滚动web页面，则来自web页面的内容中的某些未被示出和递送到屏幕。因为该内容不被用户立即消耗，所以针对该应用的等待时间信息增加。因此，系统可以将移动设备调整到PCM来节省能量。

因此，等待时间确定模块40动态地确定针对在移动设备15上运行的多个应用中的至少一个或每个的具体等待时间信息或需求。由等待时间确定模块40生成的等待时间信息被提供到数据登记器或记录器95，所述数据登记器或记录器95将针对在移动设备15上运行的每个应用的等待时间信息存储在数据库97中用于进一步处理和评估。

继续参考图4，控制单元33基于针对每个应用的等待时间信息动态地确定多个应用的优先级（在步骤115处）。特别地，控制单元33动态地分析来自数据库97的针对每个应用的等待时间信息，其中数据库97被实时地更新。因为提出的系统和方法的目标是通过调整设备15的Wi-Fi®功率模式来提供移动设备15的功率管理，控制单元33基于在移动设备15中的应用的等待时间来优先化它们。具有最低等待时间的（即，由用户以最小延迟消耗的）应用被移动到数据库97的顶部并且被用来控制移动设备的功率模式。控制单元33基于多个应用的优先级在至少两个Wi-Fi®功率模式之间动态地调整移动设备（在步骤120处）。

图4B图示了示出用于基于多个应用的优先级在至少两个Wi-Fi®功率模式之间动态地调整移动设备15的方法300的示例的流程图。在一个示例中，方法300可以由计算设备27的处理器的控制单元33执行。

在一个示例中，在至少两个Wi-Fi®功率模式之间调整移动设备包括监视基于多个应用（或当设备15运行单个应用时基于一个应用）的等待时间信息确定的动态阈值。方法300在步骤305处开始，其中控制单元33基于至少一个应用的等待时间设置被用来控制应用的Wi-Fi®功率模式的动态阈值。动态阈值需要以移动设备15可以在不破坏用户的体验（使应用慢下来等）的情况下运行应用的方式控制Wi-Fi®功率模式。在某些实现中，动态阈值可能具有预定值（例如，100 ms），所述预定值允许移动应用在PCM中运行（即，用以节省能量），并且用户的体验因为正在移动设备15上运行的应用具有低的等待时间（即，将不被用户立即消耗）而不被中断。

接着，在步骤310处，控制单元分析针对当前正在移动设备15上运行的至少一个应用（或多个应用）的等待时间信息。如果移动设备15仅运行一个应用，则控制单元33分析针对该应用的等待时间信息并且动态地控制阈值（并且因此控制Wi-Fi®功率模式）如果需要的话，如下文描述的那样。

如果移动设备15运行多个应用，则控制单元33确定具有来自动态数据库97的最低等待时间信息或需求的应用（在步骤315处）。在步骤320处，控制单元33确定来自数据库97的与应用相关的最低等待时间是否大于预定阈值（当仅一个应用在设备15上运行时，针对阈值检查该应用的等待时间）。当与应用相关的最低等待时间大于预定阈值时，控制单元33保持Wi-Fi®无线电的PSM，因为移动设备15能够通过使用PSM来保持需要的等待时间（在步骤325处）。PSM允许Wi-Fi®无线电进入睡眠模式并周期性地（例如，每100 ms）唤醒，使得移动设备15可以接收与在设备15上运行的应用相关的分组。控制单元33连续地将具有最低等待时间的应用与动态阈值进行比较并且可以在设备以高的等待时间运行应用（即，将不立刻到达用户）时使动态阈值（例如，以100 ms的增量）增加。那样，阈值可以增加到300或400 ms并且这将使Wi-Fi®无线电的睡眠时间增加，其使移动设备15的能量效率增加。

另一方面，当应用中的最低等待时间小于预定阈值时，控制单元33将Wi-Fi®无线电从PCM调整到CAM（在步骤330处）。移动设备15中的最低等待时间小于预定阈值的事实显示不能在不破坏用户的体验的情况下在PSM中执行具有最低等待时间的应用。因此，在该情况下期望切换到CAM。控制单元33动态地（即，实时地）确定阈值。因此，控制单元33连续地针对动态阈值检查最低等待时间并且可以在其确定具有最低等待时间的应用大于阈值（即，基于在设备15上运行的应用的新组）时将Wi-Fi®无线电切换回到PCM。通过实时地动态地控制移动设备15的Wi-Fi®功率并切换到不同的能量节省模式，提出的系统可以在不破坏最终用户的体验的情况下节省能量。

Claims (15)

1. 一种方法，包括：

利用控制器来评估在由用户操作的移动设备处接收的多个应用的内容；

利用控制器来确定针对多个应用中的每个的等待时间信息；

利用控制器基于针对每个应用的等待时间信息来动态地确定多个应用的优先级；以及

利用控制器基于多个应用的优先级在至少两个无线功率模式之间动态地调整移动设备。

2. 根据权利要求1所述的方法，其中基于用户对每个应用的内容的实际消耗时间来确定应用的等待时间信息。

3. 根据权利要求2所述的方法，其中应用内容的实际消耗时间包括从内容到达移动设备时直到内容或从内容导出的信息到达用户的时间。

4. 根据权利要求3所述的方法，其中内容或从内容导出的信息到达用户的时间包括通过移动设备的输出接口的内容的输出的时间。

5. 根据权利要求3所述的方法，其中通过使用污染跟踪技术以跟踪移动设备中的多个应用中的每个的内容的流直到每个应用的内容到达用户来确定应用内容的实际消耗时间。

6. 根据权利要求1所述的方法，其中在至少两个无线功率模式之间调整移动设备进一步包括监视基于多个应用的等待时间信息确定的动态阈值。

7. 根据权利要求6所述的方法，其中基于具有最低等待时间的应用来确定动态阈值。

8. 一种系统，包括：

与至少一个外部系统通信的移动设备；以及

连接到移动设备的计算设备，所述计算设备具有控制单元以

在移动设备处接收来自至少一个外部系统的与至少一个应用相关的数据，

确定针对至少一个应用的等待时间信息，其中基于移动设备的用户对应用的数据的消耗速率来确定等待时间信息，

基于等待时间信息来确定阈值，以及

基于阈值来动态地控制移动设备的无线功率模式。

9. 根据权利要求8所述的系统，其中控制单元将基于在移动设备处接收数据的时间直到数据到达用户的时间来确定应用的数据的消耗速率。

10. 根据权利要求8所述的系统，其中控制单元将通过使用污染跟踪方法来确定应用的数据的消耗速率，所述污染跟踪方法跟踪在移动设备中的应用的数据的流直到数据到达用户。

11. 根据权利要求8所述的系统，其中控制单元将实时地动态地确定阈值。

12. 一种利用由移动设备的处理器可执行的指令编码的非瞬时机器可读存储介质，所述机器可读存储介质包括指令以：

评估在移动设备处接收的多个应用的数据；

计算每个应用的数据的用户消耗时间来确定针对多个应用中的每个的等待时间需求；

基于针对每个应用的等待时间需求来确定多个应用的优先级；以及

基于多个应用的优先级来实时地动态地控制移动设备的无线功率模式。

13. 根据权利要求12所述的非瞬时机器可读存储介质，其中用户对每个应用的数据的实际消耗时间包括从每个应用的数据到达移动设备时直到数据或从数据导出的信息到达用户的时间。

14. 根据权利要求12所述的非瞬时机器可读存储介质，其中用以计算每个应用的数据的用户消耗时间的指令进一步包括用以通过使用污染跟踪技术来跟踪移动设备中的多个应用中的每个的数据的流直到每个应用的数据到达用户的指令。

15. 根据权利要求12所述的非瞬时机器可读存储介质，其中用以动态地控制移动设备的无线功率模式的指令进一步包括用以评估基于多个应用的等待时间需求确定的动态阈值的指令，其中基于具有最低等待时间的应用来确定动态阈值。