CN103020841A - 用于提供使用信息的方法及使用分析模块 - Google Patents

Abstract

本申请公开了用于提供使用信息的方法及使用分析模块。描述了这样一种环境：在该环境中，处理系统为用户提供应用级使用信息。在一种情形中，例如，处理系统可将个人使用信息提供给正操作用户装置的用户。个人使用信息逐项列举用户装置所运行的每个应用已消费的数据量（和/或其他资源量）。在另一情形中，处理系统可提供与由市场系统提供的至少一个候选应用相关联的预期使用信息。预期使用信息描述在用户装置运行候选应用时候选应用的预期数据消费（和/或其他资源消费）。处理系统可以基于用户简档数据来定制该系统发送到特定用户的预期使用信息。用户简档数据描述用户操作应用的方式。

Description

用于提供使用信息的方法及使用分析模块

技术领域

本申请一般涉及用于提供使用信息的方法及使用分析模块，并且特别地涉及用于提供每个应用的资源使用信息的方法及使用分析模块。

背景技术

用户装置可按照不同类型的合约数据计划经由无线通信与远程实体通信。在第一类型的数据计划中，无线通信提供商（“提供商”）可允许用户在不支付与使用相关的额外费用的情况下在计费周期内消费无限制的数据量。当在本文中使用时，在应用使得通过无线通信基础设施发送或接收数据时，认为该应用“消费”数据。在第二类型的数据计划中，提供商可允许用户在计费周期期间消费多达所标识的阈值的数据，或者基于每件事务来消费数据。

在使用第二类型的数据计划的环境中，提供商可以提供使得用户能够确定他或她在计费周期中的任意点处已消费的总数据量的各种工具。例如，在一种情况下，用户可将与使用相关的查询发送到与提供商相关联的服务器。服务器通过向用户通知在计费周期中迄今为止用户的装置已消费的总数据量来进行响应。

上述工具帮助用户调节他的或她的数据消费。然而，在用于将与使用相关的信息传达给用户的已知系统中存在改进空间。

发明内容

本文中描述了这样一种环境，在该环境中，处理系统将应用级使用信息提供给用户。在一种情形中，例如，处理系统可将个人使用信息提供给正操作用户装置的用户。个人使用信息逐条列举在所定义的时间段内由用户装置运行的每个应用已消费的数据量（和/或其他资源量）。处理系统可以通过从用户装置收集实际使用数据来生成个人使用信息。

在另一种情形中，处理系统可提供与由市场系统提供的至少一个候选应用相关联的预期使用信息。预期使用信息描述了预期候选应用在其被用户装置运行之后所消费的数据量（和/或其他资源量）。处理系统可以通过如下方式来生成预期使用信息：从先前已执行了候选应用的一组用户装置收集实际使用数据，然后以各种方式（例如，通过形成平均值等）处理该实际使用数据。替选地或者另外地，处理系统可以基于模拟使用数据来生成预期使用信息。

根据另一说明性特征，处理系统可以基于用户简档数据而定制该系统发送给特定用户的预期使用信息。在一种情况下，用户简档数据表征了特定用户以及一组其他用户中的每个用户的与消费相关的行为。更具体地，处理系统可以以用户简档数据作为杠杆（leverage），以基于从其他用户的子集接收的实际使用数据来生成预期使用信息，其中该其他用户的子集共有至少一个与该特定用户共同的、与使用相关的特性。

可以以各种类型的系统、部件、方法、计算机可读介质、数据结构、制造物等来体现上述方案。

提供这个发明内容部分以便以简化形式介绍对概念的选择；以下在具体实施方式部分中进一步描述这些概念。这个发明内容部分不旨在确定要求保护的主题的关键特征或基本特征，也不旨在用于限制要求保护的主题的范围。

附图说明

图1示出了如下的说明性环境：在该说明性环境中，处理系统基于由用户装置递送到处理系统的实际使用数据而将应用级使用信息发送到用户装置。

图2示出了图1的环境的一种说明性实现。

图3示出了可用在图1的环境中的报告模块的一种说明性实现。

图4示出了可用在图1的环境中的使用分析模块的一种说明性实现。

图5示出了可用在图1的环境中的市场系统的一种说明性实现。

图6示出了可用在图1的环境中的使用管理模块的一种说明性实现。

图7示出了可用在图1的环境中的分析逻辑和使用呈现逻辑的一种说明性实现。

图8至图15示出了图1的环境可以提供给用户或其他实体的不同类型的使用信息的示例。

图16是描述图1的环境的一种说明性的操作方式的流程图。

图17是描述图3的报告模块的一种说明性的操作方式的流程图。

图18是描述图6中所示的装置修改模块的一种说明性的操作方式的流程图；装置修改模块通过基于应用所消费的数据量（或其他资源量）来修改安装在用户装置上的（或者用户装置可以其它方式访问的）应用而进行操作。

图19是描述部分地基于用户简档数据来提供预期使用信息的一种说明性方式的流程图。

图20示出了说明性的计算功能，该计算功能可以用于实现以上各图中所示的特征的任意方面。

贯穿本公开内容和附图，相同的数字始终被用于标记相同的部件和特征。序号100的数字指代最初在图1中看到的特征，序号200的数字指代最初在图2中看到的特征，序号300的数字指代最初在图3中看到的特征，等等。

具体实施方式

本公开内容如以下这样来组织。部分A描述了说明性环境，该环境用于将应用级使用信息供应给在各用户装置上操作应用的用户。部分B描述了用于说明部分A的环境的操作的说明性方法。部分C描述了说明性的计算功能，该计算功能可以用于实现部分A和部分B中所描述的特征的任意方面。

作为正文前的事项，一些图在一个或多个结构部件的上下文中描述了概念，这些结构部件被不同地称为功能、模块、特征、元件等。可以通过任意物理有形机制（例如，通过软件、硬件（例如，芯片实现的逻辑功能）、固件等和/或其任意组合）以任意方式来实现图中所示的各种部件。在一种情况下，所示出的将图中的各种部件分割成不同的单元可反映在实际实现中对相应的不同的物理有形部件的使用。替选地或者另外地，图中示出的任意单个部件可通过多个实际物理部件来实现。替选地或者另外地，图中描绘的任意的两个或更多个分离部件可反映由单个实际物理部件执行的不同功能。将按顺序讨论的图20提供了关于图中所示的功能的一种说明性物理实现的另外的细节。

其他图以流程图形式描述了概念。在该形式中，将某些操作描述为构成了以某种顺序执行的、不同的块。这样的实现是说明性的和非限制性的。本文中描述的某些块可以被分组到一起并且在单次操作中执行，某些块可以分裂成多个组成块，并且某些块可以以与本文中所示出的顺序不同的顺序（包括执行块的并行方式）来执行。可以通过任意物理有形机制（例如，通过软件、硬件（例如，芯片实现的逻辑功能）、固件等和/或其任意组合）以任意方式来实现流程图中所示的块。

关于术语，短语“被配置成”包括任意种类的物理有形功能可以被构造成执行所标识的操作的任意方式。功能可以被配置成使用例如软件、硬件（例如，芯片实现的逻辑功能）、固件等和/或其任意组合来执行操作。

术语“逻辑”包括用于执行任务的任意物理有形功能。例如，流程图中示出的每个操作对应于用于执行该操作的逻辑部件。可以使用例如软件、硬件（例如，芯片实现的逻辑功能）、固件等和/或其任意组合来执行操作。当由计算系统来实现时，逻辑部件表示作为计算系统的物理部分的电子部件，而与如何实现无关。

权利要求中的短语“用于……的装置”（在被使用的情况下）旨在援引35U.S.C.第112条第六段的规定。除了该特定短语之外，没有其他语言旨在援引该法规的该部分的规定。

以下说明可将一个或多个特征标识为“可选的”。不应将这种类型的声明解读为对可被视为可选的特征的详尽指示；即，尽管在文中没有明确地标识，但是其他特征可被视为可选的。最后，术语“示例性”或“说明性”指代可能是很多种实现中的一种实现。

A.说明性环境

图1示出了用于将个人使用信息提供给正操作特定用户装置102的特定用户的说明性环境100。用户装置102包括安装在其上的或者用户可以其它方式访问的多个应用104。在一种情况下，个人使用信息标识在规定的时间段内应用104中的每个应用已消费的数据量。例如，环境100可以说明在特定时间第一应用（“应用1”）已消费了X数据量、第二应用（“应用2”）已消费了Y数据量、第三应用（“应用3”）已消费了Z数据量等。当在本文中使用时，在无线用户装置102所运行的应用使得通过无线通信基础设施（例如，经由从任意远程实体接收数据或将数据发送到任意远程实体）来传输数据时，该应用“消费”数据。例如，用于接收并处理视频项（video item）的、与媒体相关的应用在该情形下消费与视频项的大小相对应的数据量。

环境100还将关于尚未被用户安装在用户装置102上或者以其它方式运行的候选应用的预期使用信息提供给用户。当在本文中使用时，预期使用信息描述了预期候选应用在其被执行时所消费的数据量。环境100可以通过监视候选应用在被一组用户（这些用户已使用了候选应用）利用时消费了多少数据来得到预期使用信息。替选地或者另外地，环境100可以基于模拟使用数据来得到预期使用信息。环境100可选择在候选应用尚未被显著数量的用户（或任意用户）使用时模拟该应用的使用。替选地或者另外地，开发应用的开发者可以提供该应用的预期使用信息。

以上概述的对个人使用信息和预期使用信息的应用级传播可针对任意类型的数据计划提供有用的监视服务。但是，环境100可在无线通信提供商（“提供商”）对用户（在不支付另外的与使用相关的费用的情况下）可消费的数据量施加限制的那些情形中给予特定的益处。例如，在一些数据计划中，提供商可允许用户在计费周期内消费多达阈值数据量而无需支付另外的费用。在更基于事务的数据计划中，提供商可要求用户为消费了数据的每个单独事务进行支付。

更具体地，用户可以使用个人使用信息来获得关于应用104的先前的数据消费需求的认识。在被提供了该信息的情况下，用户于是可以关于他或她对应用104的未来使用做出明智的决定。例如，用户可决定减少对高消费应用的使用，以避免耗尽用户的数据计划已分配的总数据量（即，在计费周期结束前）。

用户可以使用预期使用信息来就候选应用如果被投入使用则将消费多少获得认识。用户可使用该信息来放弃使用某些应用，或者通过以审慎的且有分寸的方式使用某些高消费应用来利用该信息。

在以上示例中，环境100基于应用所消费的数据量来评估应用的使用。但是，更一般地，环境100可基于应用所消费的任意一种或多种资源的量来评估应用的使用。例如，还（或者替选地）可以基于应用所消费的能量的量（例如，该能量的量可与各应用各自对电池资源的使用相关）来评估应用的使用。在该上下文中，个人使用信息还（或者替选地）可包括与能量相关的个人使用信息，与能量相关的个人使用信息反映了特定应用在被特定用户使用时已消费的能量的量。并且，预期使用信息还（或者替选地）可包括与能量相关的预期使用信息，与能量相关的预期使用信息反映了预期候选应用消费的能量的量。然而，为了简化和便于说明，（除非明确地另行指出，否则）以下描述将主要假设个人使用信息对应于与数据相关的个人使用信息，并且预期使用信息对应于与数据相关的预期使用信息。

在某些实现中，环境100可以使用由用户装置102本身及处理系统106提供的功能来将上述服务提供给用户。在某些物理实现中，处理系统106表示在相对于用户装置102的远程位置处提供的功能。例如，用户装置102可经由通信管道108与处理系统106通信。以下描述的图2提供了关于环境100的该物理实现的另外的细节。

在其他物理实现中，可以由用户装置102本身来执行处理系统106所执行的至少一些功能（并且反之亦然）。即，尽管图1将处理系统106和用户装置102示出为不同的各个实体，但是处理系统106的某些功能可以被视为用户装置102的部件（并且反之亦然）。然而，为了便于说明，以下的示例中的大部分都做出如下简化假设：处理系统106表示相对于用户装置102的远程实体。

在进行了以上概述的情况下，以下说明将从用户装置102开始来描述图1中所示的每个部件。

应用104表示用于执行任意的各种任务的、任意类型的功能。在一些情况下，应用104执行高级任务。为了引用代表性示例，第一应用可执行天气报告任务，第二应用可执行视频呈现任务，第三应用可执行文本编辑任务，等等。在其他情况下，应用104执行低级管理或支持任务。例如，应用104中的一些应用可表示用户装置102的装置操作系统110的部件。应用104可以以任意方式来实现，诸如由可执行代码、脚本内容等或者其任意组合来实现。

图1示出了应用104可运行在用户装置102上。在该实现中，为了执行应用104，用户装置102可依赖于装置操作系统110所提供的资源。在另一实现中，应用104可表示至少部分由远程系统（诸如处理系统106）提供的远程功能。例如，应用104中的至少一些应用可表示网站、网页或网络应用等。用户装置102通过访问应用并且启动该应用的功能来执行这种类型的应用。然而，为了便于说明，本描述一般将做出如下简化假设：应用104安装在用户装置102上。

此外，在一些情况下，应用指代用于执行与主应用任务相关联的所有任务的功能的整体。但是，在其他情况下，应用可指代功能的更有限的一部分。例如，考虑用于执行房地产搜索功能的应用。这个主应用中的一个子应用可执行抵押计算功能。这个主应用中的另一子应用可执行地图搜索功能等。

用户装置102还可包括报告模块112。报告模块112捕获反映每个应用在任意给定时间正消费的数据量的事件。根据在本文使用的术语，这些事件构成实际使用数据，其中，限定词“实际”表示该使用数据反映了应用的实际使用而非应用的模拟使用。报告模块112可以将实际使用数据存储在临时存储装置114中。然后，报告模块112可以周期性地将实际使用数据传送到处理系统106以进行分析。本公开内容以下在说明图3的上下文中提供了关于报告模块112的另外的细节。

用户装置102还包括使用管理模块116。使用管理模块116执行以下将在说明图6的上下文中详细描述的各种功能。作为一种功能，使用管理模块116在发生触发事件时将个人使用信息呈现给用户。例如，作为一种类型的触发事件，用户可明确地请求个人使用信息。或者，用户可激活应用104中的一个对使用管理模块116进行提示以请求个人使用信息的应用。如以上所概括的，个人使用信息逐条列举每个应用在指定时间段内已消费的数据量。替选地或者另外地，处理系统106可以实现使用管理模块116。用户可以使用他或她的用户装置102（或任意其他装置，诸如个人计算装置）来访问与远程设置的使用管理模块116相关联的服务。

现在参考处理系统106，该功能包括接收模块118，接收模块118用于从包括代表性用户装置102的多个用户装置接收实际使用数据。接收模块118解析实际使用数据，并且将实际使用数据存储在事件存储装置120中。在应用104对应于远程资源（例如，网页等）的情况下，接收模块118可以从运行应用104的任何系统接收实际使用数据。

使用分析模块122从事件存储装置120取回实际使用数据，并对该数据执行分析。例如，除了其他分析功能之外，使用分析模块122生成针对用户的个人使用信息。另外地或者替选地，使用分析模块122可以得到用户可下载并安装在他或她的用户装置中的每个候选应用的预期使用信息。在一个实现中，使用分析模块122可以以按需方式（例如，在用户请求该信息时）生成个人使用信息和预期使用信息。替选地或者另外地，作为后台任务，使用分析模块122可以生成个人使用信息和预期使用信息，即，在用户请求该信息的时间点之前生成该信息。本公开内容以下将在说明图4的上下文中提供关于使用分析模块122所执行的功能的另外的细节。

处理系统106还可包括市场系统124。市场系统124提供应用存储装置126，该应用存储装置126存储在用户进行请求时可由用户下载（或者以其他方式利用）的多个候选应用。市场系统124还提供关于每个候选应用的描述细节。用户可以查看关于特定候选应用的描述细节，以确定是否适合下载（或者以其他方式利用）该应用。描述细节的一部分标识了候选应用的预期使用信息。市场系统124可以从使用分析模块122获得预期使用信息。用户可以通过使用管理模块116或通过（除了使用管理模块116之外的）某种其他访问机制来访问市场系统124。本公开内容以下将在说明图5的上下文中提供关于由使用市场系统124执行的功能的另外的细节。

图2示出了实现图1的环境100的一个系统200。系统200包括任意类型的多个用户装置202。任意用户装置可表示具有经由无线通信与远程实体通信的能力的、任意类型的计算功能。例如，任意用户装置可表示具有无线通信接口的任意类型的便携式装置，包括任意类型的蜂窝电话（例如，智能电话）、个人数字助理装置、电子书阅读器装置、便携式游戏控制台装置、任意大小的膝上型或笔记本型计算装置、平板型装置、车载导航装置等。替选地，用户装置可表示具有无线通信接口的、任意类型的传统固定计算装置，诸如个人计算机、游戏控制台装置、机顶盒装置等等。

通信管道108可以表示允许用户装置202与远程实体通信（以及彼此通信）的任意机制或机制的组合。一般来说，通信管道108可以表示任意局域网、任意广域网（例如，因特网）或其任意组合。可以由任意协议或协议的组合来管理通信管道108。

通信管道108的至少一部分可以由无线通信基础设施204来实现。在一种情况下，无线通信基础设施204可以表示蜂窝塔、基站、卫星等的集合。无线通信基础设施204可以由一个或多个无线通信提供商来管理。每个提供商可使用规定的协议和格式与其客户交互。通信管道108还可以包括有线网络基础设施。

在一个实现中，处理系统106可表示一个或多个服务器计算装置以及相关联的数据存储装置（和其他电子设备）。可在单个站点实现处理系统106或者可将其分布在多个站点。此外，处理系统106可以由单个实体或由多个实体来管理。例如，在一种情况下，单个物理系统可以实现使用分析模块122和市场系统124两者。在另一情况下，两个或多个系统可以实现使用分析模块122和市场系统124。此外，如上所述，被描述为由远程处理系统106执行的任意功能可以替代地（或者另外地）由用户装置202来执行，并且反之亦然。

系统200还可以包括可与处理系统106和/或用户装置202交互的一个或多个其他系统206。例如，其他系统206可以包括由应用开发者维护的计算机基础设施。开发者可以使用其计算机基础设施来访问处理系统106，以获得关于已开发的应用的与使用相关的行为的详细使用信息。基于该理解，开发者可决定以任意方式修改其应用。例如，开发者可修改应用以改进该应用消费数据的效率。

最后，图2示出了任意用户可以使用任意单独的用户装置208（例如通过访问由处理系统106提供的远程服务）来访问由处理系统106提供的使用信息。例如，用户装置208可表示用户用来访问在线使用数据的个人计算装置，但是用户使用智能电话来实际运行应用并在他或她的计划下消费数据。在该情形中，用户装置208可不在其上安装使用管理模块116。

图3示出了在描述图1的上下文中介绍的报告模块112的一个说明性实现。报告模块112包括事件收集模块302，事件收集模块302用于例如基于拉动（pull）、基于推送（push）或其组合来从一个或多个事件源304收集使用数据。事件源304对应于用户装置102内的用于捕获如下信息的任意类型的机制：该信息表明了用户装置102的数据消费。例如，在一些情况下，事件源304可与添加到应用的事件生成操纵工具代码（instrumentation code）、操作系统功能和/或用户装置102的其他部件有关。

所收集的实际使用数据可以包括不同类型的数据。一种类型的实际使用数据描述由用户装置102执行的与套接字相关的活动（socket-relatedactivity）。另一类型的实际使用数据传达应用信息（该应用信息标识在给定时间正执行的每个应用）。另一类型的实际使用数据传达网络接口信息（该网络接口信息标识每个应用正用来与远程实体交互的网络接口模式的类型，诸如3G或WiFi）。其他类型的实际使用数据可描述推送通知活动、后台传送服务活动、视频流活动等。上述类型的实际使用数据是代表性的而不是详尽的；其他实现可以收集另外类型的实际使用数据，或者省略上述一种或多种类型的实际使用数据。

在上述实现中，事件收集模块302仅基于发生在用户装置102内的活动来收集实际使用数据。另外地或者替选地，环境100内的其他实体可以收集反映了在用户装置上运行的应用的数据消费的信息。例如，作为无线通信基础设施204的一部分的任意实体也可以收集实际使用数据。替选地或者另外地，处理系统106可以收集实际使用数据，特别是在应用是实际运行在处理系统106上的远程应用而非处于用户装置102上的那些情况下。然而，为了便于说明，此后将假设环境100从用户装置收集实际使用数据。

如以上结合图1描述的，事件收集模块302将实际使用数据存储在临时存储装置114中。事件递送模块306可以压缩临时存储装置114中所存储的实际使用数据（在存储该数据之前或之后）。然后，在规定的报告时间（例如，在一种仅为代表性的情况下，每30分钟），事件递送模块306可以将压缩后的实际使用数据传送到处理系统106。事件递送模块306可以经由通信管道108执行该传送，如所说的，这可依赖于无线通信基础设施204的服务。

管理模块308一般地管理报告模块112的操作。例如，报告模块112可以保持可用事件源304的登记簿。基于配置信息，报告模块112然后可以激活或停用各个事件源。如果被停用，则事件源将不会贡献出存储在临时存储装置114中的实际使用数据。

报告模块112可以使用各种机制来实现报告模块112。例如，在一个非限制性实现中，报告模块112可以使用由华盛顿的雷德蒙德的

公司提供的

事件跟踪（ETW，Event Tracing for

）来实现报告模块112。ETW表示用于记录事件的内核级功能，该功能通常用于对应用的性能进行调试或测试。

图4示出了由处理系统106提供的使用分析模块122的一个说明性实现。使用分析模块122可以维护用于存储使用数据的使用数据存储装置402。当在本文中使用时，使用数据指代使用分析模块122可以用来生成个人使用信息或预期使用信息（以及其他类型的使用信息）的任意信息。例如，每个用户装置的报告模块112可以提供对存储在使用数据存储装置402中的使用数据有贡献的实际使用数据。

另外地或者替选地，使用模拟器404可以模拟应用的使用。该操作提供了对存储在使用数据存储装置402中的使用数据有贡献的模拟使用数据。在一个实现中，使用模拟器404可以对应于运行在处理系统106上的仿真器。替选地或者另外地，使用模拟器404可以对应于运行在一个或多个实际用户装置上的测试功能（其中，在该情形下，用户装置以模拟操作模式工作）。在任一情况下，使用模拟器404可通过自动地调用应用所提供的功能来进行操作，从而模拟实际用户将手动利用该应用的方式。使用模拟器404可以使用任意模拟例程来模拟应用，该模拟例程包括应用预定序列的激活的例程、应用随机选择的激活的的例程或者其组合。报告模块（未示出）然后可以收集表示在模拟操作期间消费的数据的模拟使用数据。如以下将描述的，使用分析模块122可在实际使用数据不可用或者不充足可用的那些情况下依赖于模拟使用数据。

另一收集模块406可以收集补充使用数据并将该数据添加到使用数据存储装置402。更具体地，补充使用数据提供对个人使用信息和预期使用信息（以及其他使用信息）的计算有影响的信息，但是并不直接表示数据消费。例如，收集模块406可以收集操作用户装置202的用户的用户简档数据。对于每个用户，用户简档数据表示该用户通常与应用交互的方式。如以下将讨论的，使用分析模块122可以使用用户简档数据来生成与各个单独用户的行为特别密切相关的使用信息。

在一种情况下，收集模块406可以从以上述方式（例如，如参照图3描述的那样）收集的实际使用数据搜集用户简档数据。例如，基于实际使用数据，收集模块406可以确定用户在与应用交互时通常执行的动作的类型、用户执行这些动作的频率以及这些动作所消费的数据量。然后，收集模块406可以基于这种类型的证据来制定对用户行为分类的用户简档数据。该收集模块406还可以诸如通过标识数据计划的条款来提供用于核准（qualify）每个用户的与消费相关的行为的信息，其中该用户在该数据计划下消费了数据。

更具体地，收集模块406可以以任意粒度水平来制定（formulate）用户的用户简档数据。在一种情况下，收集模块406提供用户简档数据，该用户简档数据在不区分应用的不用类型的情况下对用户在使用应用时通常消费的数据量进行分类。例如，用户的用户简档数据可能由于用户通常在使用应用时表明了消费大内容项（诸如视频项）的倾向而将该用户分类为高消费数据用户；另外地或者替选地，可能由于用户通常在使用应用时发送和/或接收大量的消息而将他或她视为高消费数据用户，等等。

在另一情况下，收集模块406可以确定在与不同类型的应用交互期间的、用户的与消费相关的行为。例如，收集模块406可以与和新闻相关的应用相对照地确定用户在使用社交联网应用时下载大内容项的频率。基于该理解，收集模块406可以关于不同类型的应用对用户的行为分类。例如，用户的简档数据可表示该用户是关于社交联网应用的高消费数据用户，但是是关于所有其他类型的应用的中等消费数据用户。收集模块406可以使用任意其他一种或多种准则来对每个用户的与消费相关的行为的某个方面进行归类。

在以上示例中，收集模块406基于用户在使用应用时消费的数据量的直接证据来得到用户的用户简档数据。替选地或者另外地，收集模块406可以使用间接因素来评估用户在使用应用时消费数据的倾向。代表性因素包括用户在社交联网站点上保持的联系人的数量、用户在使用特定应用时一起同步的电子邮件账户的数量、关于用户的人口统计信息（诸如年龄、居住地、组织关系等）等等。

收集模块406还可以收集每个用户的计划数据，该计划数据表示管理该用户的数据消费的数据计划的性质。例如，特定用户的计划数据可描述针对该用户的计费周期、针对该用户的数据限制等等。收集模块406可以以不同方式获得计划数据。在一种方法中，收集模块406可以在用户手动提供该信息时从该用户获得计划数据。在另一方案中，收集模块406可以从管理该计划的任何实体（诸如为用户提供服务的无线通信提供商）获得用户的计划数据。例如，收集模块406可以通过发送特定的请求消息来询问无线通信提供商。该请求消息例如可以被制定为SMS消息等。无线通信提供商通过提供用户的计划数据来进行响应。在另一方案中，收集模块406可直接与无线通信提供商的计费系统通信。如以下将描述的，使用分析模块122可以与计划数据相关地制定使用信息。这为用户给出了对在他或她的数据计划所施加的限制的情况下他或她的数据使用的结果的评价。

以上提供的补充使用数据的示例是代表性的而非详尽的。即，收集模块406可以收集对使用分析模块122所执行的分析有影响的、另外的类型的补充数据。

可选地，能量监视器模块408也可以提供与能量相关的实际使用数据（而至今描述的使用数据属于与数据相关的实际使用数据）。更具体地，应用可执行各种功能，诸如为显示器供电、使用CPU、以及通过网络传送信息。能量监视器模块408可以测量这些功能中的每个功能所消费的能量的量，然后对所有这些能量花费进行总计，以提供对应用已消费的能量的总量的指示。能量监视器模块408可以以各种方式（诸如通过监视电池电压水平或某种其他与电池相关的度量）来测量能量花费。替选地或者另外地，能量监视器模块可以使用模型来将施加于移动装置102的不同部件上的负荷转换成能量花费。使用分析模块122可以使用与能量相关的使用信息来提供与能量相关的个人使用信息和与能量相关的预期使用信息。（然而，为了简化说明，将继续主要基于如下假设来描述图1的环境100：实际使用数据对数据消费而非能量消费进行测量。）注意，应用的能量消费牵涉由该应用执行的所有处理，而不仅仅是经由网络的数据传送。然而，还可以生成如下能量测量：该能量测量精确表示应用通过网络发送和接收数据而消费的能量的量。

使用分析模块122还包括分析模块410，分析模块410用于基于上述使用数据得到个人使用信息和/或预期使用信息。以下将在说明图7的上下文中阐述分析模块410执行该功能的方式。

最后，使用分析模块122可以包括实体接口模块412。实体接口模块412提供允许任意实体与使用分析模块122交互的接口功能。这样的实体可以包括任意用户装置、开发者系统（由开发者管理）等等。

图5示出了由处理系统106或环境100内的某个其他部件提供的市场系统124的一个说明性实现。市场系统124可表示一个或多个服务器计算机以及相关联的数据存储装置。

市场系统124包括应用接收及预处理模块502（以下将简称为“接收模块”502）。接收模块502可以从应用存储装置126中的任意存储源接收任意类型的应用。例如，接收模块502可以从普通终端用户、专业应用开发者等接收应用。接收模块502还可以在存储之前对应用执行可选的预处理；例如，接收模块502可以分析应用，以确定其是否造成安全威胁。由于应用存储装置126所存储的应用是用于由用户下载（和/或由用户在线使用）的候选，因此将这些应用称为候选应用。市场系统124还可以存储与每个候选应用相关联的描述元数据。

市场系统124还包括应用搜索模块504。搜索模块504允许用户在应用存储装置126内导航，以找到满足他或她的需要的候选应用。基于与候选应用相关联的描述元数据来执行这样的导航。例如，用户可以使用应用搜索模块504来从头到尾浏览各种类别的应用。替选地或另外地，用户可以使用应用搜索模块504来识别满足指定搜索项等的应用。在识别出可能适合的候选应用时，应用搜索模块504可以为用户提供关于该候选应用的任意水平的描述细节。

例如，作为一个类别的细节，使用呈现模块506可以揭示与候选应用相关联的预期使用信息。如上所述，预期使用信息描述了预期一个应用在被特定用户使用时消费的数据量。以下示例阐明了环境100可以得到和应用预期使用信息的方式。

应用获取模块508允许用户获取满足用户需要的应用。例如，用户可以与应用获取模块508交互，以购买并下载应用（或者以其他方式获得对应用的访问），或者在应用可免费得到的情况下简单地下载或访问应用。

最后，实体接口模块510提供允许任意实体与市场系统124交互的接口。一个这样的实体可对应于正操作他或她的用户装置的单个用户。

图6示出了每个用户装置（诸如图1的代表性用户装置）所提供的使用管理模块116的一种说明性实现。使用管理模块116一般执行用户装置102的对使用信息的呈现具有影响的所有功能。替选地，使用管理模块116的一个或多个方面可以由处理系统106来执行。例如在使用管理功能被实现为在线服务时，就是这种情况。

使用管理模块116包括用于与用户交互的用户接口模块602。例如，用户接口模块602可包括用于经由装置屏幕和/或其他输出机制将信息显示给用户的功能。用户接口模块602还可包括用于例如经由小键盘、触敏输入屏、鼠标装置和/或其他输入机制从用户接收信息的功能。

处理系统接口模块604允许使用管理模块116与处理系统106和/或环境100内的任意其他实体交换信息。例如，使用管理模块116可以经由处理系统接口模块604从处理系统106接收个人使用信息和/或预期使用信息。

一般地，使用管理模块116可以经由例如但不限于SMS传输机制的任意传输机制与处理系统106交换数据。此外，用于将使用管理模块116耦合到处理系统106的无线通信基础设施204可指定某些格式和协议的使用。鉴于此，处理系统106可以以适当的、特定于提供商的方式来解析和构造该系统发送到使用管理模块116的信息。

使用管理模块116可以包括使用呈现触发模块606。如名字所暗示的，使用呈现触发模块606检测什么时候发生了触发使用信息的呈现的事件。在一种情况下，使用呈现触发模块606在用户明确请求个人使用信息时或者在用户激活应用时触发个人使用信息的呈现。在另一情况下，处理系统106在用户访问市场系统124时提供预期使用信息。

呈现模块608控制将使用信息显示给用户（或者以某种其他形式呈现给用户）的方式。例如，如以下将更详细地描述的，呈现模块608可以以文本形式、图形形式或者其某种组合来呈现使用信息。

配置模块610允许用户来配置使用管理模块116操作的方式。根据一种选择，例如，配置模块610可以允许用户针对不同的应用设置各个特定于应用的配额。特定于应用的配额描述了允许给定应用在计费周期内消费多少。当用户在计费周期内超过特定于应用的配额时，使用管理模块116可以诸如通过发出警告或其他信息消息或者通过禁止应用的使用等等来执行各种特定于环境的动作。

最后，可选的装置修改模块612可以基于使用信息（和/或基于原始的实际使用数据）来管理应用的操作。例如，装置修改模块612可以监视特定应用已消费的数据量。如果使用超过了规定阈值或表现出其他阈值行为，则装置修改模块612可以改变应用进行操作的方式，以使得该应用在其数据消费上更为高效。例如，装置修改模块612可以减小正呈现给用户的视频项的分辨率。替选地或者另外地，装置修改模块612可以禁止或者限制对消费大量数据的某些应用特征的使用。例如，装置修改模块612可以禁止或者限制应用在使用期间向用户呈现广告的能力。更具体地，在一些情况下，装置修改模块612可以通过修改应用本身来做出改变。替选地或者另外地，装置修改模块612可以通过修改应用所依赖的由用户装置102提供的其他资源来做出改变。

作为补充说明，图1示出了报告模块112和使用管理模块116表示单独的部件。然而，在另一实现中，报告模块112可表示使用管理模块116内的部件。

图7示出了分析逻辑702和使用呈现逻辑704的高级视图。分析逻辑702对使用数据执行分析，以得到使用信息（例如，个人使用信息或预期使用信息）。使用呈现逻辑704将使用信息制定为特定格式以呈现给用户。图1的环境100内的不同部件可以实现分析逻辑702和使用呈现逻辑704。例如，图4示出了使用分析模块122可以采用分析模块410，该分析模块410可以实现分析逻辑702的一些方面。图5示出了市场系统124可以采用呈现模块506，该呈现模块506可以实现使用呈现逻辑704的一些方面。并且图5示出了使用管理模块116可以采用呈现模块608，该呈现模块608也采用了使用呈现逻辑704的一些方面。更一般地说，环境100可以基于任意特定于环境的考虑、以任意方式将分析逻辑702和使用呈现逻辑704分布到环境100的不同部件。这样，可以相对于用户装置在本地和/或远程地执行本文中描述的分析功能和呈现功能中的任意功能。在以下描述中，术语“特定用户”指代为其提供使用信息（例如，个人使用信息或预期使用信息）的用户。除该特定用户之外的其他用户是“其他用户”。

图7标识了管理分析逻辑702的操作的各种选项。例如，图7示出了分析逻辑702可以基于各种类型的输入数据来生成使用信息。一种类型的输入数据对应于实际使用数据。在以下的大部分示例中，实际使用数据对应于与数据相关的实际使用数据；但是替选地或者另外地，其可以对应于与能量相关的使用数据。另一类型的输入数据对应于模拟使用数据。尽管没有列举，但是分析逻辑702可以还取决于其他类型的输入数据。

图7还示出了分析逻辑702可以基于各种类型的核准考虑来生成使用信息。一种类型的核准考虑对应于计划数据，该计划数据规定允许用户基于合约数据计划来消费数据的方式。另一类型的核准考虑对应于用户简档数据，该用户简档数据表征用户在使用应用时通常消费数据的方式。尽管没有列举，但是分析逻辑702可以还取决于其他类型的核准考虑。

图7还示出了分析逻辑702可以生成不同类型的使用信息。在一种情况下，例如，分析逻辑702可以生成个人使用信息，该个人使用信息反映了安装在用户装置102上的每个应用在规定时间段内已消费的数据量。在另一情况下，分析逻辑702可以呈现个人使用信息连同呈现预计使用信息。分析逻辑702可以基于用户未来的数据消费将类似于用户近来的数据消费这一假设，通过将个人使用信息扩展或外推至未来而形成预计使用信息。

在另一情况下，分析逻辑702可以呈现比较使用信息连同呈现个人使用信息。分析逻辑702可以提供比较使用信息作为基准，用户可以相对于该基准来评估他或她的个人使用信息。在一个实现中，分析逻辑702可以通过处理由也运行特定应用的一组其他用户装置提供的实际使用数据，来计算针对特定用户（其操作特定用户装置）的特定应用的比较使用信息。如以下将描述的，可以以各种方式来执行对使用数据的这种处理，例如，通过形成平均值或中值等等来执行。

在另一情况下，分析逻辑702可以生成预期使用信息，该预期使用信息指代预期候选应用在其被特定用户使用时消费的数据量。分析逻辑702可以按与比较使用信息相同的方式来形成预期使用信息，例如，通过处理由已运行候选应用的一组用户装置提供的实际使用数据来形成。替选地或者另外地，分析逻辑702可以（至少部分地）基于模拟使用数据来形成预期使用信息。替选地或者另外地，开发应用的开发者可以提供该应用的预期使用信息。

分析逻辑702还可以可选地以如下方式定制比较使用信息和预期使用信息：该方式考虑了与将接收使用信息的特定用户相关联的用户简档数据以及与一组其他用户相关联的用户简档数据。

在另一情况下，分析逻辑702可以生成每个功能的详细使用信息。该使用信息标识各个功能在涉及无线通信的特定应用内所消费的数据量。在一种情形下，开发者可请求该类型的信息，以获得关于可如何修改应用以改进其效率的认识。

此外，可以与数据使用相对照地（或者除数据使用之外），在能量使用的上下文中表示上述任意类别的使用信息。例如，分析逻辑702可以生成与能量相关的个人使用信息和与能量相关的预期使用信息。并且，可以以上述方式基于用户简档数据来定制这个与能量相关的信息。

图7还标识了管理使用呈现逻辑704的使用的操作的各种选项。例如，如上所述，使用呈现逻辑704可以以字母数字形式或图形形式或者其组合来呈现使用信息。使用呈现逻辑704还可以关于任意时间间隔（诸如按月的计费周期）来呈现使用信息。在一些情况下，使用呈现逻辑704还可以以概要形式（例如，概要标记（summary badge））来表示使用信息。

图8至图15描绘了分析逻辑702和使用呈现逻辑704的输出的示例。在每个情况下，用户装置102均可在用户装置102的显示屏802上呈现输出。例如，在智能电话等的情况下，显示屏802还可用作触敏输入机制。用户可通过身体与显示屏802交互，以在使用管理模块116所提供的服务内导航。替选地或者另外地，用户可以使用个人计算装置或某种其他固定计算装置来访问使用信息。

在情形A至情形G中（在图8至图10中），环境100将个人使用信息呈现给正使用用户装置102的特定用户。个人使用信息逐条列举安装在用户装置102上（或者用户装置102可通过其它方式访问）的每个应用在当前计费周期内迄今已消费了多少数据。情形A至情形G以下述的不同方式传达该信息。尽管各个情形采用各个不同的呈现策略，但是任意情形可以将本文中所述的两种或更多种呈现策略进行组合。

在情形A中，环境100为每个应用呈现单个值。该单个值标识每个应用在当前计费周期内已消费的数据量。

在情形B中，环境100为每个应用呈现两个值。第一值标识应用使用第一网络接口模式（例如，3G通信）已消费了多少数据，而第二值标识应用使用第二网络接口模式（例如，WiFi通信）已消费了多少数据（其中3G通信通常比WiFi通信更贵）。尽管未示出，但是环境100还可以标识与任意网络接口模式相关联的特定网络实体。例如，假设用户当在其家庭状态下使用其用户装置时通常使用第一无线通信提供商，而当在其他状态下处于商业场所时使用第二无线通信提供商。在该情况下，环境100可以中止每个无线通信提供商的蜂窝数据使用。

在情形C中，环境100呈现标识每个应用已消费的数据量的单个值；但是在该情况下，环境100还传达对于该应用的特定于应用的配额。用户（或其他实体）可经由图6的配置模块610来指定该特定于应用的配额。

（图9中的）情形D使用图形格式来传达相对于分配给应用的总数据量该应用已消费的数据量，该总数据量例如由上述特定于应用的配额来表示。在该示例中，环境100使用饼图来传达特定于应用的配额中已被应用消费的部分，但是环境100可以使用任意其他适当的图形格式或格式的组合（诸如柱状图等）来传达该信息。

在情形E中，环境100还以图形形式传达应用已消费的数据量。但是在情形E中，环境100还扩展个人使用信息，以提供预期用户何时达到应用的特定于应用的配额的指示。这种外推进行了如下假设：用户将以与他或她直到当前时间点使用应用的方式相同的方式继续使用该应用。情形E还示出了描述性的文本标题，该文本标题说明图形描绘的显著特征。根据本文中使用的术语，传达所估计的、应用的未来数据消费的信息构成预计使用信息。

（图10中的）情形F使用单个值来传达每个应用在当前计费周期内已消费的数据量。另外，环境100可以为每个应用提供传达了其他用户在使用这同一应用时已消费的数据量的单个值。根据本文中使用的术语，与其他用户的数据消费相关的信息构成比较使用信息的示例。情形F以文本形式呈现个人使用信息和比较使用信息，但是也可以以图形形式（例如，以柱状图形式等）来呈现该信息。

在一种情况下，环境100可以通过从已使用特定应用的（由其他用户操作的）一组用户装置收集实际使用数据来形成该特定应用的比较使用信息。环境100然后对已收集的实际使用数据进行处理以形成比较使用信息。

处理可以采取各种形式。例如，环境100可以呈现描述这组用户装置对特定应用的平均实际数据使用的平均值。另外，环境100可以呈现描述与平均使用值相关联的标准差的标准差值。另外地或者替选地，环境100可以呈现描述这组用户装置对特定应用的中间实际数据使用的中值。另外地或者替选地，环境100可以呈现如下分布信息：该分布信息表示从这组用户装置中的各个用户装置接收的数据使用读数的分布。作为示例而非限制而给出了这些情形；其他实现可以以其他方式对大量使用数据执行处理。

情形G还表示了个人使用信息连同表示比较使用信息。但是在该情况下，环境100以反映特定用户（该用户接收情形G所示的信息）的与消费相关的行为的方式来使比较使用信息有所偏重，其中该特定用户的与消费相关的行为由与该用户相关联的用户简档数据来反映。环境100可以以不同的方式执行该偏重或定制。在一个实现中，环境100可以首先对特定用户的与消费相关的行为进行分类。更具体地，在一种情况下，环境100可以确定用户针对该用户先前已交互的所有应用的、与消费相关的行为，而不在不同类别的应用之间进行区分。在另一情况下，环境100可以确定用户针对该用户先前已交互的特定类别的应用的、与消费相关的行为。例如，假设环境100试图生成特定应用（例如，“应用A”）的比较使用信息。环境100可以确定应用A是社交联网应用。然后，环境100可以基于用户与应用A以及其他社交联网应用已交互的方式来对用户的与消费相关的行为进行分类。

在对特定用户进行分类之后，环境100可以呈现如下比较使用信息：该比较使用信息与该特定用户的所识别的与消费相关的行为的类别密切相关。例如，假设环境100在一定时间跨度之后确定用户对应于高消费数据用户。然后，环境100可以呈现特定应用（例如，“应用A”）的比较使用信息，该比较使用信息对其他高消费数据用户已使用应用A的方式进行描述或近似。

环境100可以以各种方式对其他用户的行为进行表示或近似。在一种方案中，环境100可以识别已使用应用A并且也已（基于其各自的用户简档数据）被分类为高消费数据用户的其他数据用户的子集。更具体地，在第一情况下，这些其他用户可以由于其通常的针对应用的高消费而对应于高消费数据用户；在第二情况下，这些用户可以由于其针对与应用A相同类别的应用的消费而对应于高消费数据用户。然后，环境100可以将比较使用信息表示为这个用户的子集所表现出的消费的平均值，或者通过使用某种其他度量来表示比较使用信息。

在另一情况下，环境100可以形成已使用应用A的所有用户的消费读数的分布。然后，环境100可以通过从该分布的高范围端提取代表性的数据使用读数来形成比较使用信息。

在又一情况下，环境100可以通过对已使用应用A的所有用户的消费求平均、然后将固定偏移添加到该值以反映特定用户为高消费数据用户来形成比较使用信息。还可以将其他方案应用于计算比较使用信息。

在上述的任意示例中，环境100还可以在生成比较使用信息时将用户的数据计划纳入考虑（其中计划数据可被视为与用户相关联的用户简档数据的一部分）。即，用户的与消费相关的行为受到允许该用户消费数据的合约条款的影响。例如，与基于每件事务来为数据使用付费的用户相比，可以预期具有相对高的每月限制的用户在他或她对应用的利用方面更自由。因此，环境100可以确定管理特定用户的数据消费的数据计划，然后根据共有同一数据计划的用户子集来制定比较使用信息。这为作为特定用户的真正对等者的用户提供了更强的标识。

在又一策略中，环境100可以通过为用户给出对他或她在使用与应用A相同类型的应用时已消费了多少数据的指示来形成比较使用数据。例如，如应用A是社交联网应用，则环境100可以形成如下比较使用信息：该比较使用信息为用户给出对用户在使用其他社交联网应用时已平均消费了多少数据的指示。由此，该比较使用信息揭示了特定应用相对于执行相同基本功能的其他应用有多高效。该类型的比较使用信息可仅基于特定用户的行为，但是也可以将其他用户的使用行为纳入考虑。

前进到图11，该图示出了环境100可以呈现（关于可能尚未被下载到用户的用户装置102的候选应用的）预期使用信息的一种方式。环境100可以在特定用户访问市场系统124时将预期使用信息呈现给该用户。例如，在用户探究可用应用的某个点，假设环境100将提供了关于特定的候选应用的各种描述细节的页面1102呈现给用户。一个条目可提供候选应用的文本描述。另一条目可提供候选应用的概况。另一条目可邀请用户下载或者以其他方式获取应用。另一条目可邀请用户调查候选应用的预期使用特性。用户可能希望查看该使用信息，以确定该应用的安装将影响用户的数据消费预算的方式。

假设用户例如通过点击页面1102中的“使用特性”链接来选择调查与候选应用相关联的使用信息。环境100通过以各种特定于环境的方式来显示扩展使用信息而进行响应，在图11中列举了这些特定于环境的方式中的一些方式。

例如，在情形1104中，环境100可以通过收集并处理由已使用候选应用的用户装置提供的实际使用数据来形成候选应用的预期使用信息。在情形1104中，环境100例如通过提供平均值、标准差值、中值等或者它们的组合来将环境100的处理结果表示为一个或多个值。换言之，环境100可以以与其在上述情形G中形成比较使用信息的方式相同的方式来形成预期使用信息。

在情形1106中，环境100可以再次使用一个或多个值来传达预期使用信息。但是，在该情况下，环境100呈现针对特定用户（该特定用户将接收预期使用信息）所表现出的使用习惯而定制的预期使用信息。环境100可以以上面关于情形G描述的各方式中的任意方式来制定这个有所偏重的预期使用信息。即，环境100可以以应用不可知的方式（无需分离特定用户对于不同类别的应用的行为）或以特定于应用的方式（通过选择性地考虑特定用户对于候选应用所属的特定类别的应用的行为）来评估特定用户的与使用相关的行为。（然而，在该情况下，由于用户尚未有机会与候选应用交互，因此环境100不考虑用户与候选应用交互的方式）。在一种情况下，环境100然后可以基于共有特定用户的数据消费习惯（如其用户简档所反映的）并且也已使用所讨论的候选应用的其他用户的数据使用来生成预期使用信息。另外，环境100可以通过仅考虑由与特定用户相同类型的数据计划管理的那些其他用户来生成预期使用信息。

在情形1108中，环境100可以呈现以概要形式传达预期使用信息的标记。标记对应于任意种类的图形对象。例如，在图11的情况下，环境100呈现表示候选应用被评级为“应用稀少（light）”的概要标记，这表示，相对来说不预期候选应用在使用时消费大量数据。环境100可以通过再次将其他用户已与候选应用交互的方式纳入考虑而以这种方式对候选应用进行分类。例如，环境100可以形成表示其他用户的平均消费的平均值，然后确定该平均值落入什么范围；然后，环境100可以分配与所识别的范围对应的概要标记。环境100可以在将用户简档数据纳入考虑或者不纳入考虑的情况下以这种方式来对候选应用进行分类。

替选地或者另外地，环境100可以表示候选应用与用于执行与候选应用相同的基本功能的其他应用相比如何。环境100可以通过生成候选应用的使用信息、然后生成其他相关应用的使用信息来计算该度量。（其他相关应用的使用信息可以将特定目标用户和其他用户的行为纳入考虑，或者仅将特定用户的行为纳入考虑，或者仅将其他用户的行为纳入考虑）。然后，环境100可以呈现反映候选应用与其对等应用之间的使用差别的信息。例如，环境100可以表示分别反映候选应用的使用和其对等应用的使用的两个数字。替选地或者另外地，环境100可以提供概要标记，该概要标记反映候选应用相对于其相关应用的相对效率。例如，环境100可以将视频编辑候选应用的数据使用相对于其他视频编辑应用的数据使用来进行评级。概要标记提供对候选应用在其相关应用的类别内是否为数据高效的指示。

在情形1110中，环境100取代（如在情形1104的情况下的）平均值等（或者除平均值等之外）而以数据使用读数分布的形式来呈现预期使用信息。例如，环境100可以将该分布表示为直方图，该直方图标识在已使用候选应用的用户当中的行为范围。再一次地，可以在将用户简档数据纳入考虑或者不纳入考虑的情况下生成该分布。

在情形1112中，环境100呈现关于新的或者以其他方式很少使用的候选应用的预期使用信息。环境100可以基于模拟使用数据或者基于模拟使用数据和实际使用数据的组合来制定该情况下的预期使用信息。图4的使用模拟器404提供模拟使用数据。更具体地，在一种情况下，环境100可以基于实际使用数据和模拟使用数据的加权组合来计算预期使用信息。应用于模拟使用数据的权重随着获得另外的实际使用数据而减小。

前进到图12，该图示出了环境100呈现与数据相关的个人使用信息连同呈现与能量相关的个人使用信息的情形。由于与能量相关的个人使用信息测量应用所消费的所有能量而不仅仅是在执行数据传送时消费的能量，因此，与数据相关的个人使用信息可能不一定追随与能量相关的个人使用信息的轨迹。然而，也可以生成如下的与能量相关的个人使用信息：这个与能量相关的个人使用信息特别地针对于执行数据传送的应用功能。图12所给予的信息允许用户获得关于运行应用的财务成本以及应用在运行时将会消耗用户装置102的电池的程度的认识。尽管未示出，但是可以在能量使用而不是数据使用（或者除数据使用之外，在能量使用）的上下文中表示图11中所示的任意类型的预期使用信息。

图13示出了与先前示例相比环境100将更详细的应用级个人使用信息呈现给用户（或其他实体）的情形。更具体地，环境100可以生成标识与每个应用相关联的功能以及每个功能已消费的数据量的使用信息。功能在其经由无线通信基础设施204发送或接收数据时消费数据。一些功能可对应于前台任务而其他处理可对应于后台任务。前台任务指代直接服务于应用的主要目的的功能。后端任务指代相对于应用的最重要目的而言执行较离题的功能的功能。例如，用户可能与社交联网应用交互，以例如通过与朋友分享消息和视频项来与他或她的朋友交互。由于该活动实现了用户与应用交互时的主要目的，因此其表示前台任务。但是这同一个应用还可在用户使用社交联网应用时将某些量的网络活动用于向用户呈现广告。由于该活动不是直接响应于用户的指令来执行，因此其表示后台任务，并且该活动因此甚至可在用户没有与应用交互的情况下发生。

用户可以以各种方式应用由图13所示的每个功能的使用信息提供的知识。例如，用户可决定终止（或者减少使用）在执行后台任务或者其他非必要任务时消费大量数据的已安装应用。或者，用户可拒绝下载对于后台任务呈现出高数据使用的候选应用。环境100还可以提供以能量消费的角度表示的每个功能的使用信息。

环境100还可以可选地利用概要标记或某种其他图形对象或得分来概括应用的数据效率。除了其他考虑之外，数据效率可表示相对于在后台任务中消费的数据部分而言在前台任务中消费的数据部分。另外地或替选地，数据效率可表示相对于执行相同基本任务的相关应用的后台消费而言特定应用的后台消费量。

在图14中，环境100按照数据类型制定个人使用信息。即，在该特定示例中，环境100识别不同类型的数据，包括文本、图像、音频流、视频流等。然后，环境100传达用户装置102在计费周期中至此对于每种类型的数据消费了多少。尽管未示出，但是环境100还可以基于每个应用或基于每个应用类别来呈现该数据。另外，环境100可以呈现反映一组其他用户的每种数据类型的数据使用的比较使用信息。

图15示出了如下情形：在该情形下，环境100可呈现与图13的情况相比甚至更详细的每种功能的使用信息。例如，在图15的情况下，环境100还可以识别与应用内对数据进行消费的不同事务相关联的网络实体。在本文中，将该信息称为实体标识信息。在一种情况下，可通过检查用于接收数据的目的地和/或用于提供数据的源来识别网络实体；在另一情况下，可通过检查用户装置102的各个端口等来识别网络实体。在一些情况下，实体标识信息可揭示网络事务中在财务上得益于该事务的动作者。

开发者或其他实体可以带着修改相应应用消费数据的方式的目的，请求图15中所示的每种功能的使用信息。例如，开发者可能发现应用的某个功能例如由于该功能涉及冗余或其它低效率网络事务等而正消费过量数据。因此，开发者可选择重新设计应用的某些特征以使得该应用更高效。一般地，开发者可以以任意方式修改应用，例如，通过改变其执行数据压缩的方式、其执行数据高速缓存的方式等来进行。替选地或另外地，开发者可简单地消除或减少某些功能的使用。

替选地或者另外地，开发者可以修改应用，以改变某些数据消费事务中所涉及的网络实体。这样的改变不一定会改变正消费的总数据量；相反，在一些情况下，该类型的改变可能是由与特定环境有关的商业考虑（例如，财务考虑）来激发的。

B.说明性处理

图16至图19示出了用于说明图1的环境的一种操作方式的过程。由于已在部分A中描述了环境100的操作的根本原理，因此在这个部分中将以概要形式说明某些操作。

从图16开始，该图示出了过程1600，过程1600呈现了图1的环境100的一种说明性的操作方式的概况。在块1602中，处理系统106可以从各个用户所操作的用户装置接收实际使用数据（即，与数据相关的实际使用数据）。这些用户装置中的一个用户装置是由特定用户操作的特定用户装置。在块1604中，处理系统106可以可选地接收补充数据，该补充数据可被用在使用信息的计算中，但是其本身不表示数据消费。例如，补充数据可包括计划数据、用户简档数据等。在块1606中，处理系统106可以可选地接收反映应用的模拟使用的模拟使用数据和/或与能量相关的实际使用数据。根据本文中使用的术语，所有以上数据一般地构成了使用数据。

在块1608中，处理系统106基于在块1602至块1606中收集的使用数据的任意部分来生成使用信息。使用信息可构成如部分A中所描述的个人使用信息、期望使用信息、预计使用信息、比较使用信息、每个处理的详细使用信息等。

在块1610中，环境100确定是否已接收到触发事件。说明性类型的触发事件包括特定用户对个人使用信息的明确请求、特定用户对应用的激活、或者特定用户对市场系统124的激活。在块1612中，响应于触发事件，处理系统106例如通过在一些情况下呈现个人使用信息而在其他情况下呈现预期使用信息（取决于已接收到的触发事件的性质），来呈现已在块1608中生成的适当的使用信息。图16示出了在接收到触发事件之前计算使用信息，但是处理系统106还可以在接收到触发事件之后生成使用信息。

图17示出了用于将来自用户装置102的与数据相关的实际使用数据递送到处理系统106的过程1700。在块1702中，用户装置102从一个或多个事件源304收集实际使用数据，并将该数据存储在临时存储装置114中。在块1704中，用户装置102确定是否是要上传临时存储装置114中提供的实际使用数据的时间了。如果对块1704的回答是肯定的，则在块1706中，用户装置102压缩实际使用数据。在块1708中，用户装置102将压缩后的实际使用数据递送到处理系统106。

图18示出了过程1800，（图6的）装置修改模块612可以借由过程1800而基于使用信息和/或原始使用数据（与数据相关的和/或与能量相关的）来修改用户装置102的行为。在块1802中，装置修改模块612监视关于特定应用的使用信息（或使用数据）。在块1804中，装置修改模块612确定使用是否超过了规定阈值或以其他方式构成了触发事件。在块1806中，如果对块1804的回答是肯定的，则装置修改模块612以部分A中所述的任意方式来修改应用的行为。

最后，图19示出了过程1900，处理系统106可以（例如，在用户访问市场系统124时）通过过程1900来生成预期使用信息（与数据相关的和/或与能量相关的）。处理系统106通过将用户的至少一个与使用相关的特性纳入考虑来执行该任务。

在块1902中，处理系统106从由各个用户操作的一组用户装置接收实际使用数据。实际使用数据描述了由这些用户装置运行的候选应用的实际的数据消费（或其他资源消费）。在块1904中，处理系统106接收与要向其呈现预期使用信息的特定用户相关联的特定用户简档数据以及与其他用户（这些用户操作该组用户装置）相关联的其他用户简档数据。在块1906中，处理系统106基于实际使用数据、特定用户简档数据和其他用户简档数据来计算预期使用信息。例如，假设用户简档数据揭示特定用户是高消费数据用户。处理系统106可以通过检查用户与所有应用或者只是与所讨论的候选应用类似的那些应用交互的方式来形成该结论。在一种情况下，然后，处理系统106可以通过处理从（已经实际使用候选应用的该组用户内的）其他高消费用户获得的实际使用数据来形成预期使用信息。更一般地，处理系统106通过应用来自其他用户的子集的实际使用数据来生成特定用户的预期使用信息，该其他用户的该子集共有至少一个与特定用户共同的、与使用相关的特性。例如，两个用户可能由于其均被（一般地或者关于特定类别的应用）分类为高消费数据用户而是可比较的。另外，这两个用户可能共有相同的数据计划。在块1908中，处理系统106可以将预期使用信息提供给特定用户。C.代表性的计算功能

图20给出了说明性的计算功能2000，计算功能2000可以实现以上描述的功能的任意方面。例如，计算功能2000可以用于实现图1的环境100的任意方面，例如，包括任意用户装置、以及处理系统106的任意方面。在一种情况下，计算功能2000可对应于包括一个或多个处理装置的任意类型的计算装置。在所有情况下，电子数据计算功能2000表示一种或多种物理有形处理机制。

计算功能2000可以包括易失性和非易失性存储器（诸如RAM 2002和ROM 2004）以及一个或多个处理装置2006（例如，一个或多个CPU、和/或一个或多个GPU等）。计算功能2000还可选地包括各种介质装置2008，诸如硬盘模块、光盘模块等。计算功能2000可以在处理装置2006执行由存储器（例如，RAM 2002、ROM 2004或其他地方）保存的指令时执行以上示出的各种操作。

更一般地，指令和其他信息可以存储在任意计算机可读介质2010上，计算机可读介质包括但不限于静态存储器存储装置、磁存储装置、光存储装置等。术语“计算机可读介质”还包括多种存储装置。在所有情况下，计算机可读介质2010表示某种形式的物理有形实体。

计算功能2000还包括用于（经由输入模块2014）接收各种输入和用于（经由输出模块）提供各种输出的输入/输出模块2012。一种特定的输出机制可包括呈现模块2016以及相关联的图形用户界面（GUI）2018。计算功能2000还可以包括用于经由一个或多个通信管道2022与其他装置交换数据的一个或多个网络接口2020。一条或多条通信总线2024以通信方式将上述部件耦合在一起。

通信管道2022可以以任意方式来实现，例如，通过局域网、广域网（例如，因特网）等或其任意组合来实现。通信管道2022可以包括由任意协议或协议的组合管理的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任意组合。

替选地或者另外地，部分A和部分B中描述的任意功能都可以至少部分地由一个或多个硬件逻辑部件执行。为了举例而非限制，可使用的说明性类型的硬件逻辑部件包括现场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、片上系统（SOC）、复杂可编程逻辑器件（CPLD）等。

最后，本文中描述的功能可以采用各种机制来保证该功能所保持的用户数据的保密性。例如，功能可以允许用户明确地选择参与到（以及然后明确地选择退出）该功能的供给。功能还可以提供适当的安全机制来保证用户数据的保密性（诸如数据清理（data sanitizing）机制、加密机制、密码保护机制等）。

根据以上描述，作为示例而非限制，本公开提供了以下方案：

方案1．一种由计算功能实现的用于提供使用信息的方法，包括：

从由各个用户操作的用户装置接收实际使用数据，所述用户装置包括由特定用户操作的特定用户装置，

所述实际使用数据描述由所述用户装置运行的应用的集合的实际数据消费，应用在该应用使得经由无线通信基础设施传输数据时消费该数据；

基于所述实际使用数据生成应用级使用信息，所述生成至少包括：

生成个人使用信息，所述个人使用信息描述由所述特定用户装置运行的特定应用的实际数据消费；以及

生成与由市场系统提供的候选应用相关联的预期使用信息，所述预期使用信息描述在所述特定用户装置运行所述候选应用时所述候选应用的预期数据消费；

从由所述特定用户操作的所述特定用户装置接收触发事件，以及

响应于所述触发事件，取决于已接收到的所述触发事件的类型而将所述个人使用信息或所述预期使用信息提供给所述特定用户。

方案2．根据方案1所述的方法，还包括：接收计划数据，所述计划数据描述管理所述特定用户的数据消费的数据计划，

所述生成还包括参考所述计划数据来生成所述个人使用信息。

方案3．根据方案1所述的方法，还包括：接收由所述特定用户指定的、特定于应用的配额，每个特定于应用的配额描述分配给相应应用的数据的量，

所述生成还包括参考所述特定于应用的配额来生成所述个人使用信息。

方案4．根据方案1所述的方法，其中，所述生成还包括针对至少两个网络接口模式来生成所述个人使用信息，所述生成还包括识别与所述网络接口模式中的至少一个相关联的至少一个网络实体。

方案5．根据方案1所述的方法，其中，所述生成还包括扩展所述个人使用信息以生成预计使用信息，所述预计使用信息估计所述特定应用的未来数据消费，

还包括将所述预计使用信息连同所述个人使用信息提供给所述特定用户。

方案6．根据方案1所述的方法，其中，所述生成还包括通过对从除了所述特定用户装置以外的、已运行所述特定应用的一组用户装置接收的实际使用数据进行处理来生成比较使用信息，以及

还包括将所述比较使用信息连同所述个人使用信息提供给所述特定用户。

方案7．根据方案1所述的方法，还包括：将数据类型使用信息提供给所述特定用户，所述数据类型使用信息区分所述特定用户装置已消费的不同类型的数据的相应量。

方案8．根据方案1所述的方法，其中，所述生成还包括通过对从已运行所述候选应用的一组用户装置接收的实际使用数据进行处理来生成所述预期使用信息。

方案9．根据方案8所述的方法，其中，所述预期使用信息包括以下中的至少一个：

描述该组用户装置对所述候选应用的平均实际数据使用的平均值；

描述与平均使用值相关联的标准差的标准差值；

描述该组用户装置对所述候选应用的中间实际数据使用的中值；以及

描述该组用户装置对所述候选应用的实际数据使用的分布的分布信息。

方案10．根据方案1所述的方法，还包括接收：

特定用户简档数据以及其他用户简档数据，其中，所述特定用户简档数据描述所述特定用户操作应用的方式，而所述其他用户简档数据描述一组其他用户中的每个用户操作应用的方式，

所述生成还包括基于由该组其他用户的、共有至少一个与所述特定用户共同的特性的子集提供的实际使用数据来提供所述预期使用信息，该组其他用户的该子集是基于所述特定用户简档数据和所述其他用户简档数据而评估的。

方案11．根据方案1所述的方法，其中，所述生成包括将所述预期使用信息表示为概要标记，所述概要标记反映所述候选应用的相对数据效率。

方案12．根据方案1所述的方法，还包括：接收模拟使用数据，所述模拟使用数据基于所述候选应用的模拟数据消费，

所述生成包括至少部分地基于所述模拟使用数据来生成所述预期使用信息。

方案13．根据方案12所述的方法，所述生成包括基于所述实际使用数据和所述模拟使用数据的加权组合来生成所述预期使用信息，应用于所述模拟使用数据的权重随着其他用户对所述候选应用的实际使用的增加而减小。

方案14．根据方案1所述的方法，其中，所述个人使用信息还提供描述所述特定应用的实际能量消费的、与能量相关的个人使用信息，并且其中，所述预期使用信息还提供描述预期所述候选应用消费的能量的量的、与能量相关的预期使用信息，其中，所述与能量相关的个人使用信息和所述与能量相关的预期使用信息基于所收集的与能量相关的实际使用数据。

方案15．根据方案1所述的方法，其中，所述生成还包括生成每个功能的使用信息，所述每个功能的使用信息表示由所述特定应用的各个功能消费的数据的量。

方案16．根据方案15所述的方法，其中，所述每个功能的使用信息表示由所述特定应用消费的、可归因于与所述特定应用相关联的至少一个后端处理的、数据的量。

方案17．根据方案1所述的方法，其中，所述生成还包括提供实体标识信息，所述实体标识信息识别与所述特定应用所执行的网络事务相关联的至少一个网络实体。

方案18．根据方案1所述的方法，还包括：响应于所述个人使用信息而修改所述特定应用，以调整由所述特定应用后续消费的数据的量。

方案19．一种用于存储计算机可读指令的计算机可读存储介质，所述计算机可读指令在被一个或多个处理装置执行时提供使用分析模块，所述计算机可读指令包括：

被配置成从由各个用户操作的一组用户装置接收实际使用数据的逻辑，所述实际使用数据描述由所述用户装置运行的候选应用的实际资源消费，

被配置成接收以下数据的逻辑：

与特定用户相关联的特定用户简档数据，所述特定用户简档数据描述所述特定用户与应用交互的方式；以及

与所述各个用户相关联的其他用户简档数据，所述其他用户简档数据描述所述各个用户中的每个用户与应用交互的方式；以及

被配置成基于所述实际使用数据、所述特定用户简档数据以及所述其他用户简档数据来生成预期使用信息的逻辑，

所述预期使用信息描述预期所述候选应用在被所述特定用户使用时所消费的资源量。

方案20．一种由计算功能实现的用于提供使用信息的使用分析模块，包括：

被配置成从由各个用户操作的用户装置接收实际使用数据的逻辑，所述用户装置包括由特定用户操作的特定用户装置，

所述实际使用数据描述由所述用户装置运行的应用的集合的实际资源消费，

被配置成基于所述实际使用数据来生成应用级使用信息的逻辑，所述生成至少包括：

生成个人使用信息，所述个人使用信息描述由所述特定用户装置运行的特定应用的实际资源消费；以及

生成与由市场系统提供的候选应用相关联的预期使用信息，所述预期使用信息描述在所述特定用户装置运行所述候选应用时所述候选应用的预期资源消费。

此外，本描述可能在说明性的挑战或问题的上下文中描述了各种概念。这种说明方式并不表示承认其他人已经以本文中说明的方式意识到和/或明白表达了这些挑战或问题。

尽管以特定于结构特征和/或方法动作的语言描述了主题，但是应理解，所附权利要求中限定的主题不一定局限于以上描述的具体特征或动作。相反，作为实现权利要求的示例形式而公开了以上描述的具体特征和动作。

Claims (10)

1.一种由计算功能（2000）实现的用于提供使用信息的方法（1600），包括：

从由各个用户操作的用户装置（202）接收（1602）实际使用数据，所述用户装置（202）包括由特定用户操作的特定用户装置（102），

所述实际使用数据描述由所述用户装置（202）运行的应用的集合的实际数据消费，应用在该应用使得经由无线通信基础设施（204）传输数据时消费该数据；

基于所述实际使用数据生成（1608）应用级使用信息，所述生成至少包括：

生成个人使用信息，所述个人使用信息描述由所述特定用户装置（102）运行的特定应用的实际数据消费；以及

生成与由市场系统（124）提供的候选应用相关联的预期使用信息，所述预期使用信息描述在所述特定用户装置（102）运行所述候选应用时所述候选应用的预期数据消费；

从由所述特定用户操作的所述特定用户装置（102）接收（1610）触发事件；以及

响应于所述触发事件，取决于已接收到的所述触发事件的类型而将所述个人使用信息或所述预期使用信息提供（1612）给所述特定用户。

2.根据权利要求1所述的方法，还包括：接收由所述特定用户指定的、特定于应用的配额，每个特定于应用的配额描述分配给相应应用的数据的量，

所述生成还包括参考所述特定于应用的配额来生成所述个人使用信息。

3.根据权利要求1所述的方法，其中，所述生成还包括通过对从除了所述特定用户装置以外的、已运行所述特定应用的一组用户装置接收的实际使用数据进行处理来生成比较使用信息，以及

还包括将所述比较使用信息连同所述个人使用信息提供给所述特定用户。

4.根据权利要求1所述的方法，还包括：将数据类型使用信息提供给所述特定用户，所述数据类型使用信息区分所述特定用户装置已消费的不同类型的数据的相应量。

5.根据权利要求1所述的方法，其中，所述生成还包括通过对从已运行所述候选应用的一组用户装置接收的实际使用数据进行处理来生成所述预期使用信息。

6.根据权利要求1所述的方法，还包括接收：

特定用户简档数据以及其他用户简档数据，其中，所述特定用户简档数据描述所述特定用户操作应用的方式，而所述其他用户简档数据描述一组其他用户中的每个用户操作应用的方式，

所述生成还包括基于由该组其他用户的、共有至少一个与所述特定用户共同的特性的子集提供的实际使用数据来提供所述预期使用信息，该组其他用户的该子集是基于所述特定用户简档数据和所述其他用户简档数据而评估的。

7.根据权利要求1所述的方法，其中，所述个人使用信息还提供描述所述特定应用的实际能量消费的、与能量相关的个人使用信息，并且其中，所述预期使用信息还提供描述预期所述候选应用消费的能量的量的、与能量相关的预期使用信息，其中，所述与能量相关的个人使用信息和所述与能量相关的预期使用信息基于所收集的与能量相关的实际使用数据。

8.根据权利要求1所述的方法，其中，所述生成还包括生成每个功能的使用信息，所述每个功能的使用信息表示由所述特定应用的各个功能消费的数据的量。

9.一种用于存储计算机可读指令的计算机可读存储介质（2010），所述计算机可读指令在被一个或多个处理装置（2006）执行时提供使用分析模块（122），所述计算机可读指令包括：

被配置成从由各个用户操作的一组用户装置接收实际使用数据的逻辑（1902），所述实际使用数据描述由所述用户装置运行的候选应用的实际资源消费，

被配置成接收以下数据的逻辑（1904）：

与特定用户相关联的特定用户简档数据，所述特定用户简档数据描述所述特定用户与应用交互的方式；以及

与所述各个用户相关联的其他用户简档数据，所述其他用户简档数据描述所述各个用户中的每个用户与应用交互的方式；以及

被配置成基于所述实际使用数据、所述特定用户简档数据以及所述其他用户简档数据来生成预期使用信息的逻辑（1906），

所述预期使用信息描述预期所述候选应用在被所述特定用户使用时所消费的资源量。

10.一种由计算功能（2000）实现的用于提供使用信息的使用分析模块（122），包括：

被配置成从由各个用户操作的用户装置（202）接收实际使用数据的逻辑（1602），所述用户装置（202）包括由特定用户操作的特定用户装置（102），

所述实际使用数据描述由所述用户装置（202）运行的应用的集合的实际资源消费，

被配置成基于所述实际使用数据来生成应用级使用信息的逻辑（1608），所述生成至少包括：

生成个人使用信息，所述个人使用信息描述由所述特定用户装置（102）运行的特定应用的实际资源消费；以及

生成与由市场系统（124）提供的候选应用相关联的预期使用信息，所述预期使用信息描述在所述特定用户装置（102）运行所述候选应用时所述候选应用的预期资源消费。

Images