CN109313588B - 信号上传优化 - Google Patents

Abstract

本文所描述的技术的各个方面分配有限的计算资源(诸如可用的带宽和电池电力)以用于将最紧急和最重要的数据从客户端设备传递至在线服务。客户端设备具有有关用户的活动的大量信息，这些信息可以在任何给定时间被传送至服务。然而，信息的无线传递使用可用电池电力并且可以消耗用户的数据计划。本文所描述的技术使用模型来确定信息应该被发送至服务的频率。该模型还可以确定发送的信息。不同的模型可以被实施在不同的场景中。不同的模型可以包括不同的权重，该不同的权重在给定相同输入的情况下将产生不同的决策。

Description

信号上传优化

技术领域

本公开的技术涉及数据传递，并且更具体地涉及分配有限的计算资源(诸如可用的带宽和电池电力)以用于将最紧急和最重要的数据从客户端设备传递至在线服务。

背景技术

基于云的服务可以利用由客户端设备提供的个人上下文信息(例如网络浏览、位置数据、日历条目、通信数据)来支持客户端上的各种用户体验。例如，服务可以对上下文数据进行分析以提供有关即将到来的旅行、附近的朋友或者与用户体验相关的其它信息的通知。当设备未“***上电”时，对上下文信息的传递使用可用的带宽和电池电力。大部分的上下文信息可能不与可获得的用户体验有关。

发明内容

提供本发明内容的目的在于按照简化的形式介绍对概念的选择，下面在具体实施方式中对这些概念进行了进一步的描述。本发明内容不旨在标识所要求保护的主题内容的关键特征或者基本特征，也不旨在被用于帮助确定所要求保护的主题内容的范围。

本文所描述的技术的各个方面分配有限的计算资源(诸如可用的带宽和电池电力)以用于将最紧急和最重要的数据从客户端设备传递至在线服务。许多在线服务依赖于有关用户和/或用户设备的上下文信息以向用户提供服务。例如，交通通知服务需要知道用户的位置以提供通勤估计以及相关的交通信息。在线个人助理可能需要来自电子邮件的日历信息和/或数据以帮助用户按时完成一个或者多个任务。

客户端设备具有有关用户的活动的大量信息，这些信息可以在任何给定时间被传送至服务。然而，对信息的无线传递使用可用的电池电力并且可以消耗用户的数据计划。本文所描述的技术使用模型来确定信息应该多久被发送至服务。该模型还可以确定要发送什么信息。不同的模型可以被实施在不同的场景中。不同的模型可以包括不同的权重，这些不同的权重在给定相同输入的情况下将产生不同的决策。例如，在“迟到”场景中，位置信息可以被更频繁地传送以帮助确定用户是否按时间表返回并且提供帮助用户恢复的提示/提醒。类似地，“休假”场景可以使得更多信息被共享，因为用户的动作和需求将比在用户处于“典型工作日”场景的情况下更难预测。

附图说明

本文所描述的技术通过示例被图示，而不是附图中的限制，在这些附图中，相同的附图标记指示相似的元件并且在这些附图中：

图1是适合于本公开的实现的示例操作环境的框图；

图2是描绘了适合于实施本公开的各个方面的示例计算架构的示意图；

图3至图5是示出了根据本文所描述的技术的方面的信号压缩的附加示例性方法的流程图；

图6是适合于在实施本文所描述的技术的各个方面中使用的示例性计算环境的框图。

具体实施方式

以充分的特殊性阐述本文所描述的各种技术以满足法定要求。然而，描述本身不旨在限制本专利的范围。相反，结合其它现有或者未来技术，发明人已经预期还可以按照其它方式来实施所要求保护的主题内容以包括与本文档中所描述的步骤或者步骤组合相似的不同步骤或者步骤组合。此外，虽然本文可以使用术语“步骤”和/或“框”来暗示所采用的方法的不同元件，但是这些术语不应该被解释为暗示本文所公开的各个步骤之中或者之间的任何特定顺序，除非在明确描述了个体步骤的顺序的时候。

本文所描述的技术的各个方面分配有限的计算资源(诸如可用的带宽和电池电力)以用于将最紧急和最重要的数据从客户端设备传递至在线服务。许多在线服务依赖于有关用户和/或用户设备的上下文信息以向用户提供服务。例如，交通通知服务需要知道用户的位置以提供通勤估计以及相关的交通信息。在线个人助理可能需要来自电子邮件的日历信息和/或数据以帮助用户按时完成一个或者多个任务。

客户端设备具有有关用户的活动的大量信息，这些信息可以在任何给定时间被传送至服务。然而，对信息的无线传递使用可用电池电力并且可以消耗用户的数据计划。本文所描述的技术使用模型来确定信息应该多久被发送至服务。该模型还可以确定要发送什么信息。不同的模型可以被实施在不同的场景中。不同的模型可以包括不同的权重，这些不同的权重在给定相同输入的情况下将产生不同的决策。例如，在“迟到”场景中，可以更频繁地传送位置信息以帮助确定用户是否按时间表返回并且提供帮助用户恢复的提示/提醒。类似地，“休假”场景可以使得更多信息被共享，因为用户的动作和需求将比在用户处于“典型工作日”场景的情况下更难预测。

本文所描述的技术可以使用上下文信号来确定相同的上下文信号或者其它上下文信号是否应该被传送。如本文所利用的“上下文信号”可以反映可能影响用户希望参与特定计算机应用或者计算机程序的可能性或者概率的用户的任何属性(例如物理特性)、用户与***的历史交互(例如行为、习惯和***交互模式)和/或用户与***的最近交互(其中“新近度”根据相对于给定时间点的预定时间框架而被限定)。仅通过示例而非限制，这种上下文信号可以包括：计算设备的用户的位置(利用例如全球定位***(GPS)信号、互联网协议(IP)地址等来确定)、一天中的时间(大体的(例如上午或者下午)或者确切的(例如6:00pm))、日期(确切的或者特定月份、季节等)、用户的物理特性(例如如果用户瘫痪并且仅能够进行语音输入等)、由用户当前在计算设备上参与的任务、由用户最近在计算设备上参与的任务(再次，其中“新近度”根据相对于给定时间点的预定时间框架而被限定)、用户当前在计算设备上参与的对象(例如实体(诸如联系人)、文件、图像等)、用户最近在计算设备上参与的对象、由用户当前在计算设备上执行的功能、由用户最近在计算设备上执行的功能、当前在计算设备上被利用的硬件、最近在计算设备上被利用的硬件、当前在计算设备上被利用的软件以及最近在计算设备上被利用的软件。上下文信号还可以包括：日历条目、电子邮件、文本、社交网络交互和通信以及以上所有内容的衍生物或者来自以上所有内容的元数据。示例衍生物可以是来自描述即将到来的会议的电子邮件的片段，而不是整个电子邮件。另一示例可以是从电子邮件所得出的结论，诸如Bob将在会议上迟到。

虽然所有种类的上下文数据都可以被描述为在客户端设备与一种或者多种在线服务之间被传递，但是应该注意，所有这种传递都可能会遵守用户已经知道并且同意或者选择退出的各种隐私策略。本文所描述的技术的各个方面不依赖于传递所描述的所有不同类型的信息或者具有传递所描述的所有不同类型的信息的能力。隐私策略和其它考虑因素可以被实施以限定本文所描述的技术可以共享何种类型的信息。还应该注意，在线服务可以采取本文未描述的步骤来保护所接收到的任何数据。

在一个方面中，用户数据通过默认频率和默认内容限定来进行传输，而没有进行调整默认频率和限定的其它确定。传输的频率限定了传输多久发生。内容限定被用于在给定上下文的情况下选择进行传输的内容。一系列的确定可以被进行以将默认设置调整为场景特定设置。这些确定可以引起在分离或者组合上的调整。在一个方面中，这些确定具有允许一些确定覆盖或者影响其它确定的层级。

在一个方面中，第一确定是设备上下文确定。设备上下文可以被分配有由各种设备特性限定的配置文件。例如，当客户端设备基于电池电力运行时，一系列的配置文件可以是相关的。不同的配置文件可以基于电池中剩余的不同能量水平。配置文件的另一集合可以基于将通过其传输用户数据的活动数据链路是否具有数据配额。更细粒度的配置文件可以基于配额中剩下的数据量。作为示例，当与传输的减少的频率相关联的设备上下文配置文件是活动的时候，用户数据传输的默认频率将被减少至可以被描述为设备上下文特定的传输速率的频率。内容限定可以按照相似的方式被调整以在每次传输时传输较少的内容。限定被调整以确保最重要的或者最紧急的用户数据被传输。

第二确定可以基于用户上下文。作为示例，用户上下文可以指示用户处于例程之外。当用户处于例程之外时，通过提供用户数据而实现的一种或者多种服务可能对用户具有很大的益处。与设备上下文一样，用户数据可以被评估以在某一时间点向用户分配用户上下文配置文件。配置文件可以指示活动的传输频率被增加了还是被减少了。增加或者减少可以按照不连续的量或者百分比。

当第一确定和第二确定被组合时，最终传输频率可能会受到两者的影响。在另一方面中，确定根据规则来重新设置传输频率和内容限定，而不考虑其它确定。

在一个方面中，场景特定模型可以被使用，以调整传输的频率和内容限定。当没有场景特定模型被激活时，可以使用常规模型。无论常规模型还是各种场景特定模型是活动的，都会引起不同的传输频率和内容传输。例如，与针对事件的用户迟到有关的场景特定模型可以引起比常规模型更频繁的数据传输。

在各个方面中，内容限定可以根据与服务共享某些用户信息将对用户所具有的预期增益而被调整。当与各种服务共享信息时，各种服务可以被实现。增益可以基于用户是否可能重视可以被提供的服务以及信息将对所提供的服务的质量产生的影响。服务可能对用户产生的价值可以通过用户的先前交互或者对该特定服务的使用而被确定。如果用户的交互指示服务被用户所欣赏(例如直接响应与服务有关的通信(诸如任务提醒))，则该服务可以被认为是有价值的。另一方面，如果与服务有关的通信通常被忽略，则服务可以被认为对特定用户具有较低的价值。

特定信息条对服务所具有的价值可以通过将服务所需的信息的类型与服务当前所拥有的该类型的信息量相比较而被确定。如果服务当前具有很少或者不具有某一类型的信息，则可以向该类型的信息赋予高价值。如果新信息与被发送至服务的相同类型的先前信息显著不同，则也可以向信息赋予高价值。例如，与用户的先前位置显著不同的新位置信息可以具有高价值。

内容限定还可以根据被分配给某些用户数据的紧急度而被调整。在一个方面中，每条用户数据被分配有紧急度。该紧急度可以基于信息与即将到来的事件、任务或者具有短时间框架的其它活动的场景的关系。如随后所描述的，任务或者事件的感知的重要性也可以是紧急度的因素。但是作为示例，有关在不久的将来发生的不重要的事件的信息会被认为是非紧急的。已经简要描述了本文所描述的技术的各个方面的概况，下面描述可以实施本文所描述的技术的各个方面的示例性操作环境，以便提供针对各个方面的一般上下文。一般地参照附图并且首先具体参照图1，示出了用于实施本文所描述的技术的示例性操作环境，并且一般地将其指定为示例性操作环境100。该示例性操作环境100仅是合适的计算环境的一个示例，而不旨在暗示关于对本文所描述的技术的各个方面的使用范围或者其功能的任何限制。也不应该将示例性操作环境100解释为具有与任何一个组件或者所图示的组件的任何组合有关的任何依赖性或者要求。

现在转向图1，提供了示出可以采用本公开的一些方面的示例操作环境100的框图。应该理解，本文所描述的这种以及其它布置仅作为示例被阐述。除了所示出的那些布置和元件之外或者代替所示出的那些布置和元件，其它布置和元件(例如机器、接口、功能、顺序和功能分组等)可以被使用，并且为了清楚起见，一些元件可以被完全省略。进一步地，本文所描述的元件中的许多元件是功能实体，这些功能实体可以被实施为分立组件或者分布式组件或者结合其它组件被实施以及按照任何合适的组合和位置而被实施。在本文中被描述为由一个或者多个实体执行的各种功能可以通过硬件、固件和/或软件而被实施。例如，一些功能可以由执行被存储在存储器中的指令的处理器来实施。

在未被示出的其它组件中，示例操作环境100包括若干用户设备(诸如用户设备102a和102b至102n)；若干数据源(诸如数据源104a和104b至104n)；服务器106；和网络110。应该理解，在图1中所示出的环境100是一个合适的操作环境的示例。例如，在图1中所示出的组件中的每个组件可以经由任何类型的计算设备(诸如结合图6所描述的计算设备600)而被实施。这些组件可以经由网络110彼此通信，该网络110可以包括但不限于：一个或者多个局域网(LAN)和/或广域网(WAN)。在示例性实施方式中，在各种可能的公共和/或专用网络中的任何公共和/或专用网络中，网络110包括互联网和/或蜂窝网络。

用户设备102a和102b至102n可以是在操作环境100的客户端侧的客户端设备，而服务器106可以在操作环境100的服务器侧。用户设备可以促进任务的完成并且记录用户活动。用户活动可以是可以由服务器106上的服务使用的上下文数据的源。服务器106可以包括服务器侧软件，该服务器侧软件被设计为结合用户设备102a和102b至102n上的客户端侧软件工作，以便实施本公开中所讨论的特征和功能的任何组合。例如，服务器106是结合客户端侧应用工作的个人助理应用。服务器106可以从用户设备接收活动记录(诸如生理数据、电子邮件数据、日历数据和位置数据)。提供对操作环境100的这种划分以说明合适的环境的一个示例，并且针对每种实施方式，不要求服务器106和用户设备102a和102b至102n的任何组合保持作为单独的实体。

用户设备102a和102b至102n可以包括能够由用户使用的任何类型的计算设备。例如，在一个方面中，用户设备102a至102n可以是本文关于图6所描述的计算设备的类型。通过示例而非限制，用户设备可以被实施为：个人计算机(PC)、膝上型计算机、移动设备、智能电话、平板计算机、智能手表、可穿戴计算机、健身追踪器、虚拟现实耳机、增强现实眼镜、个人数字助理(PDA)、MP3播放器、全球定位***(GPS)或者设备、视频播放器、手持式通信设备、游戏设备或者***、娱乐***、车辆计算机***、嵌入式***控制器、遥控器、器具、消费者电子设备、工作站或者这些描绘的设备的任何组合或者任何其它合适的设备。

数据源104a和104b至104n可以包括数据源和/或数据***，该数据源和/或数据***被配置为使数据可用于操作环境100的各个组成部分中的任何组成部分或者结合图2所描述的***200。(例如在一个方面中，一个或者多个数据源104a至104n向图2的用户数据采集组件261提供(或者使得可供访问)用户数据。)数据源104a和104b至104n可以与用户设备102a和102b至102n以及服务器106分立，或者可以被并入这些组件中的至少一个组件和/或被集成到这些组件中的至少一个组件中。在一个方面中，数据源104a至104n中的一个或者多个包括一个或者多个传感器，该一个或者多个传感器可以被集成到(多个)用户设备102a、102b或者102n或者服务器106中的一个或者多个中或者与其相关联。结合图2的用户数据采集组件261进一步描述所感测到的通过数据源104a至104n可用的用户数据的示例。数据源104a至104n可以包括知识库，该知识库存储有关场所、用户、事件、交通信息、天气信息、社交网络数据(包括针对用户的社交图)或者与特定用户动作有关的其它实体的信息。数据源104a至104n可以包括可以被用于帮助理解用户与之对应的人们之间的关系的企业数据(诸如组织结构图)。

操作环境100可以被利用来实施在图2中所描述的***200的组件中的一个或者多个组件，包括用于进行以下操作的组件：采集用户数据，标识紧急数据，标识各种正在进行的场景，推断事件模式，进行在例程中和在例程之外的决策并且在存在任何上下文信息的情况下，最终确定在某一时间点进行通信的内容。

现在参照图2，利用图1，提供示出了适合于实施本文所描述的技术的实施例并且被一般地指定为***200的示例计算***架构的各个方面的框图。***200仅表示合适的计算***架构的一个示例。除了所示出的那些布置和元件之外或者代替所示出的那些布置和元件，其它布置和元件可以被使用，并且为了清楚起见，一些元件可以被完全省略。进一步地，与操作环境100一样，本文所描述的元件中的许多元件是功能实体，这些功能实体可以被实施为分立的或者分布式组件或者结合其它组件而被实施以及按照任何合适的组合和位置而被实施。

示例***200包括结合图1而被描述的并且通信地耦合***200的组件(包括客户端设备205和用户体验组件260)的网络110。例如，客户端设备205(包括其组件211、212、213、214、215、216、217、218、219、220、230、231、232、240、241、242、243、244、245、246、247、250、251、252、253、254和255)和用户体验组件260(包括其组件261、262、263、264和265)可以被实施为一组编译的计算机指令或者功能、程序模块、计算机软件服务或者对一个或者多个计算机***(诸如结合图6所描述的计算设备600)所执行的过程的布置。

在一个实施例中，由***200的组件执行的功能与一个或者多个个人助理应用、一种或者多种服务或者一个或者多个例程相关联。特别地，这种应用、服务或者例程可以在一个或者多个用户设备(诸如用户设备102a)、服务器(诸如服务器106)上操作，可以被分布在一个或者多个用户设备和服务器上，或者被实施在云中。此外，在一些实施例中，***200的这些组件可以被分布在网络(包括一个或者多个服务器(诸如服务器106)和客户端设备(诸如用户设备102a))上，被分布在云中或者可以驻留在用户设备(诸如用户设备102a)上。此外，这些组件、由这些组件执行的功能或者由这些组件执行的服务可以被实施在(多个)计算***的适当的(多个)抽象层(诸如操作***层、应用层、硬件层等)上。备选地，或者另外，这些组件和/或本文所描述的实施例的功能可以至少部分地由一个或者多个硬件逻辑组件执行。例如但不限于：可以被使用的说明性类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上***(SOC)、复杂可编程逻辑设备(CPLD)等。附加地，虽然本文关于在示例***200中所示出的特定组件描述了功能，但是预期的是：在一些实施例中，这些组件的功能可以被共享或者被分布在其它组件上。

该技术的各个方面确定与用户数据采集组件261共享的哪种用户数据210以及共享该用户数据210的时间。该信息可以被与任何其它设备(诸如用户的PC或者平板电脑)共享。用户体验组件260被用作可以从客户端设备205接收信息的设备的示例。

用户数据210可以由个人助理或者客户端设备205上的一些其它数据采集组件采集。用户数据是一种类型的上下文数据。示例性用户数据210包括：电子邮件数据211、电子邮件元数据212、位置数据213、文本消息数据214、社交网络数据215、日历数据216、应用数据217、搜索数据218、浏览数据219和购买数据220。本文所描述的技术的各个方面不限于与该数据一起使用。其它上下文数据(包括从该数据导出的数据记录)可以被共享。驱动器数据包括通过对信号数据进行分析以进行有关用户的活动的推断或者直接观察而被输出的任何数据。例如，生理数据和位置数据可以被组合以推断出用户正在进行锻炼。作为另一示例，位置数据和购买数据可以被组合以推断出用户目前正在特定电影院中观看特定电影。这种推断可以在客户端设备上进行并且被记录以用于传递至其它设备。

电子邮件数据211可以包括在客户端设备上所接收到的针对一个或者多个应用的电子邮件的文本。电子邮件可以与一个或者多个用户账户相关联。另外，可以在电子邮件记录中标识电子邮件的其他收件人和中心。有关电子邮件的其它信息(诸如发送和接收的时间)可以被包括在电子邮件数据211中。

电子邮件元数据212可以包括有关电子邮件记录的信息。电子邮件元数据212可以包括电子邮件文本中与用于特定目的相关的片段。例如，启发式或者自然语言处理***可以标识电子邮件消息内同与用户与之相关联的一个或者多个事件相关的文本。该文本还可以包括用户的请求和由用户做出的承诺。这种请求和承诺或者保证可以被用于填充影子日历、任务列表或者以其它方式为用户生成事件数据。

位置数据213可以通过GPS或者客户端设备205上的某种其它技术而被收集。位置数据213指示用户或者至少客户端设备205所在的位置。

除了文本消息数据214与由用户发送和接收的文本消息有关之外，文本消息数据214可以包括如先前参照电子邮件数据211和电子邮件元数据212所描述的相似信息。文本消息数据214可以包括文本的内容以及发送方和接收方信息。与电子邮件一样，通过对文本消息进行分析所得到的见解是一种类型的文本消息数据。

社交网络数据215可以包括有关针对一个或者多个社交网络或者平台做出的社交帖子的信息。该信息可以包括有关用户所阅读的社交帖子、用户从关注者接收到的社交帖子以及用户与社交帖子的交互的信息。例如，社交网络数据可以包括点赞、取消点赞、转发以及与社交网络数据和社交帖子的其它交互。在社交网络数据215内，还可以注意到向用户的社交网络添加个人或者从用户的社交网络减少个人。

在一些实例中，日历数据216可以包括来自一个或者多个用户日历(诸如办公室日历、个人日历、社交媒体日历或者甚至来自用户的家庭成员或者朋友的日历)的信息。本发明的一些实施例可以为用户构建补充日历或者影子日历。特别地，在这种实施例中，补充日历或者影子日历可以被用于确定事件将发生的时间以及与该事件有关的信息是否可能是紧急的和/或重要的。

在实施例中，可以基于与客户端设备205的用户相关联的传感器数据来构建补充日历。例如，可以对社交网络配置文件(例如社交网络帖子、社交网络消息、指示用户的爱好或者兴趣的用户配置文件)进行评估以标识用户的活动作为特定传感器数据。在另一示例中，可以对用户的设备的上下文进行评估以标识用户的活动作为传感器数据(例如，设备位置可以指示用户将在星期二在足球场上进行足球训练；设备位置登记可以指示用户在星期日将外出进行电影约会(例如用户可以通过社交网络进行登记)；连接状态(诸如Wi-Fi连接)可以指示用户在家、在办公室或者在咖啡店；充电状态(诸如汽车充电状态)可以指示用户当前正在驾驶；设备上的假期行程文件可以指示用户将在一周后度假；等等)。

可以理解，在一些方面中，可以对各种信息(诸如时间信息和/或位置信息)进行评估以标识传感器数据和/或补充传感器数据(例如，用户的主日历可以被用来标识冲突和/或验证从传感器数据导出的活动；可以针对实时数据(诸如交通信息、天气或者补充信息(该补充信息可以包括来自用户的社交媒体帐户、家人或者朋友的社交媒体账户、电子邮件、新闻和其它用户数据(例如众包数据))的信息)来评估传感器数据)。按照这种方式，可以利用从传感器数据导出的一个或者多个条目(例如，基于经推断的活动而被自动生成的条目)来构建补充日历。在实施例中，补充日历可以与一个或者多个日历(例如用户的主日历、家庭日历、社交网络日历等)合并，以创建包括补充日历中的至少一些内容(例如，自动生成的从传感器数据导出/推断出的条目)以及一个或者多个日历中的至少一些内容(例如，由用户填充在主日历内的用户条目)的影子日历。如本文所使用的，日历数据可以是从补充日历或者实际的用户日历中获取的数据。

应用数据217可以包括有关用户正在与之进行交互或者已经打开的应用的信息。当从各种应用接收到的或者被输入至各种应用的信息可用时，该信息也可以被包括在应用数据217中。该应用数据217可以包括用户已经消费的媒体的列表，诸如收听的歌曲以及有关用户何时收听个体的歌曲的信息。在一个方面中，有关用户在导航或者地图应用上查看的区域的信息可以被包括在应用数据217内。搜索数据218可以包括被录入到对公共可用搜索引擎的搜索查询中的信息。结果和与这些结果的交互也可以被包括在搜索数据218中。搜索数据218还可以包括通过被集成到客户端设备205中的搜索功能所请求的信息。个人助理是具有搜索功能的应用的一个示例。在这种情况下，由个人助理进行的请求和响应这些请求而被提供的答案可以被包括在搜索数据218内。

浏览数据219包括有关用户通过一个或者多个浏览器应用而被导航到的网页的信息。在这个意义上，浏览数据219是应用数据217的特例。

购买数据220可以反映通过应用或者通过一个或者多个网页所进行的购买。在一个实例中，应用是***或者与客户端设备205相关联的其它支付应用。例如，一些客户端设备包括允许人们使用客户端设备205来为商品或者服务进行支付的技术。

为了确定何种信息应该被共享以及该信息何时应该被共享，可以访问有关设备的上下文信息。设备数据存储库230采集有关设备状态的上下文信息并且提供该信息或者使该信息可用于信号压缩组件250中的信号分析组件240。上下文设备信息可以包括：哪些通信连接231当前是活动的。示例性通信连接包括：Wi-Fi连接、蓝牙连接、3G、4G、LTE和其它蜂窝连接。可以检测各种有线连接(诸如以太网连接)。

电池电量数据232提供对电池中剩下的电荷的指示。电池电量数据232还可以包括可以被用来计算在当前使用率下电池寿命所剩长度的电力使用率。电池电量数据232可以是信号压缩决策的重要组成部分。例如，如果剩余大量电池寿命并且用户期望处于用户可以相对较快地对客户端设备205进行充电的位置，则更多数据可以被更快地发送。另一方面，如果客户端设备205的电池电力不足并且用户不期望处于可以对客户端设备205进行再充电的位置，则较少的数据应该被共享。

其它上下文设备信息(未被示出)可以包括用户的数据配额的运行总计。该运行总计可以是每日的、每月的、每周的或者某一其它单位。客户端设备的插电状态是上下文设备信息的另一示例。当设备从外部源(诸如住宅或者车辆中的电源插座)接收电力时，设备***上电。设备的位置可以是用户上下文数据和设备上下文数据两者。当前在客户端设备205上运行的应用是上下文设备数据的另一示例。

信号分析组件240包括一组子模块，每个子模块对用户数据210和/或设备数据230进行分析以生成衍生数据。信号分析组件240包括例程组件241、事件组件242组件、用户利益组件243、紧急组件244、设备上下文组件245、用户上下文组件246和信号用户界面组件247。这些组件中的每个组件都可以被认为是可以结合其它信息(诸如存储库记录和已建立的模式)来对用户数据进行分析以进行可以被馈送到信号压缩组件250中的确定的层。当信息不可用于一个信号分析组件240来进行确定时，可以在没有来自个体的组件层的输入的情况下进行压缩决策。

事件组件242可以将用户数据与一个或者多个事件相关联，追踪即将到来的事件以及记录先前已完成的事件。由事件组件242编译的事件数据可以由其它组件用来进行决策。例如，通过对重复发生的事件中的相似特征进行分析而被确定的事件模式可以被用来确定例程。

术语“事件”在本文中被广泛地使用以包括通信事件，该通信事件是指由与用户相关联的计算设备接收或者发起的几乎任何通信，包括代表用户发起的或者可供用户使用的尝试通信(例如未接呼叫)、为用户准备的通信。术语“事件”还可以指提醒、任务、公告或者新闻项(包括与用户相关的新闻(诸如本地或者区域新闻、天气、交通或者社交网络/社交媒体信息))。因此，通过示例而非限制，事件可以包括语音/视频呼叫；电子邮件；SMS文本消息；即时消息；通知；社交媒体或者社交网络新闻项或者通信(例如推文、脸书帖子或者“点赞”、邀请、新闻馈送项)；与用户相关的新闻项；用户可能解决或者响应的任务；RSS馈送项；网站和/或博客帖子、评论或者更新；日历事件、提醒或者通知；会议请求或者邀请；应用中通信，包括游戏通知和消息，包括来自其他玩家的游戏通知和消息；等等。一些通信事件可以与实体(诸如联系人或者商业，在一些实例中，包括用户他自己或者她自己)或者与一类实体(诸如亲密朋友、工作同事、老板、亲属、用户访问过的商业机构等)相关联。

可以从各种源接收用户数据，其中数据可以按照各种格式可用并且可以从一个或者多个传感器接收数据。如本文所使用的，传感器可以包括用于从数据源104a感测、检测或者以其它方式获得信息(诸如用户数据)的功能、例程、组件或者其组合，并且可以被实施为硬件、软件或者两者。通过示例而非限制，用户数据可以包括从一个或者多个传感器感测的或者确定的数据(在本文中，被称为传感器数据)，诸如(多个)移动设备的位置信息、智能电话数据(诸如电话状态、收费数据、日期/时间或者从智能电话导出的其它信息)、包括在超过一个用户设备上发生的用户活动的用户活动信息(例如：app使用；在线活动；搜索；语音数据(诸如自动语音识别)；活动日志；通信数据(包括呼叫、文本、即时消息和电子邮件)；网站帖子；与事件相关联的其它用户数据；等等)、用户历史、会话日志、应用数据、联系人数据、日历和时间表数据、通知数据、社交网络数据、新闻(包括搜索引擎或者社交网络上的流行或者热门项)、在线游戏数据、电子商务活动(包括来自在线账户(诸如

或者

)的数据)、(多个)用户账户数据(该(多个)用户账户数据可以包括来自与个人助理应用或者服务相关联的用户偏好或者设置的数据)、家庭传感器数据、器具数据、全球定位***(GPS)数据、车辆信号数据、交通数据、天气数据(包括预报)、可穿戴设备数据、其它用户设备数据(例如，这些其它用户设备数据可以包括设备设置、配置文件、网络连接(诸如Wi-Fi网络数据)或者配置数据、有关型号、固件或者装备、设备配对(诸如在用户具有与例如蓝牙耳机配对的移动电话的情况下)的数据)、陀螺仪数据、加速度计数据、支付或者***使用数据(该支付或者***使用数据可以包括来自用户的PayPal帐户的信息)、购买历史数据(诸如来自用户的Amazon.com或者eBay帐户的信息)、可以由传感器(或者其它检测器)组件感测或者以其它方式检测的其它传感器数据(包括从与用户相关联的传感器组件导出的数据(包括位置、运动、定向、位置、用户访问、用户活动、网络访问、用户设备充电、或者能够由一个或者多个传感器组件提供的其它数据))、基于其它数据而被导出的数据(例如，可以从Wi-Fi、蜂窝网络或者IP地址数据导出的位置数据)以及可以如本文所描述的那样被感测或者确定的数据的几乎任何其它源。在一些方面中，用户数据可以被提供在用户信号中。用户信号可以是来自对应的数据源的用户数据的馈送。例如，用户信号可以来自智能电话、家庭传感器设备、GPS设备(例如针对位置坐标)、车辆传感器设备、可穿戴设备、用户设备、陀螺仪传感器、加速度计传感器、日历服务、电子邮件账户、***账户或者其它数据源。

事件组件242通常负责监测事件和相关信息以确定事件模式、事件响应信息和与事件相关联的上下文信息。例如，事件和用户对这些事件的响应可以通过监测用户数据而被确定，并且由此，事件模式可以被确定并且未解决的事件被检测到。

在一些实施例中，事件组件242可以从所接收的用户数据来确定解释数据。解释数据与由事件组件242利用来解释用户数据的数据对应。例如，解释数据可以被用于向用户数据提供上下文，该上下文可以支持由子组件进行的确定或者推断。此外，预期事件组件242可以使用用户数据和/或结合解释数据的用户数据以用于执行本文所描述的子组件的目的。

通常，事件组件242负责确定事件模式。在一些实施例中，事件模式可以通过监测与事件或者用户对这些事件的响应有关的一个或者多个变量而被确定。这些被监测的变量可以从用户数据(例如：位置、时间/时期、通信的(多个)发起方或者(多个)接收方、通信类型(例如呼叫、电子邮件、文本等)、用户设备数据等)被确定。特别地，变量可以从与事件有关的上下文数据被确定。因此，变量可以表示多个事件之间的上下文相似性。按照这种方式，模式可以通过检测多个事件上的共同变量而被标识。更具体地，与第一事件相关联的变量可以与第二事件的变量有关，以标识用于确定可能的模式的共同变量。例如，在第一事件包括用户在星期六向被标识为“妈妈”的联系人发起的呼叫并且第二事件包括用户在下个星期六向相同联系人(“妈妈”)发起的呼叫的情况下，可以确定以下模式：用户在星期六呼叫“妈妈”。在这种情况下，针对这两个事件的共同变量包括相同联系人实体(妈妈)、相同时期(星期六)、通信是由用户发起的、通信的相同接收方(妈妈)以及通信的相同类型或者模式(呼叫)。

构成模式的事件实例被重复得越频繁，所标识的模式变得越强(即，更可能或者更可预测)。类似地，特定变量可以随着它们被重复而变得与模式更强烈地相关联。例如，假设每天下午5点之后(下班后)和驾驶时，用户呼叫相同组的联系人(其可以是她的家庭成员)中的某个人。当被呼叫的特定人(即，用户呼叫的联系人实体)发生变化时，存在事件模式，因为用户反复呼叫该组中的某个人。

事件模式不一定包括相同的通信模式。例如，一种模式可以是：用户每个星期六呼叫他的妈妈或者给他的妈妈发电子邮件。此外，在一些实例中，事件模式可能会演变，诸如每个星期六呼叫他的妈妈的用户开始给他的妈妈发电子邮件，而不是在某些星期六呼叫她的情况，在这种情况下，模式变成：用户在星期六与他的妈妈通信。事件模式可以包括与事件有关的例程；与事件相关联的典型用户活动或者与至少一个共同变量相关联的重复的事件相关的用户活动。例如，特定用户在驾驶时具有呼叫模式，但是仅仅是在下午5:30之后或者当驾驶持续超过10分钟时。或者用户可能在下午7:00到下午9:30之间但是很少在下午9:30之后浏览互联网并且响应个人电子邮件。进一步地，在一些实施例中，事件模式可以包括对事件的用户响应模式。

响应信息通过对与事件以及在用户意识到事件之后(包括在用户意识到未解决的事件(诸如未接呼叫)之后)发生的用户活动对应的用户数据进行分析而被确定。事件组件242结合所监测的事件对该信息进行分析，并且确定针对该事件的响应信息的集合。基于通过多个事件而被确定的响应信息，事件组件242可以基于与事件相关联的上下文信息来确定特定用户针对特定事件的响应模式。对事件的响应可以被用来确定其对用户的紧急度或者重要性。例如，在所监测的事件包括来自用户的老板的传入电子邮件的情况下，事件组件242可以确定用户在用户意识到电子邮件之后在第一可用机会响应电子邮件。但是，在所监测的事件包括来自用户的妻子的未接呼叫的情况下，事件组件242可以确定用户通常在下午12点到下午1点之间(即，在午餐时)或者在下午5:30之后(即，下班后)回复她的呼叫。类似地，事件组件242可以确定：用户仅在某些条件下响应某些事件，诸如当用户在家、在工作、在汽车中、在计算机前等时。按照这种方式，事件组件242确定包括针对特定事件的用户响应模式的响应信息。

此外，大多数用户对不同的联系人或者实体做出不同的行为或者反应。事件(诸如会议或者生日聚会)可以与实体或者与一类实体(例如亲密朋友、工作同事、老板、家庭、用户常去的商业(诸如银行)等)相关联。使用上下文信息，事件组件242可以基于用户响应相似类别的实体的方式或者其他用户在相似情况下响应(诸如在存在共同变量的情况下)的方式来推断针对该用户的用户响应信息。因此，例如，在特定用户接收到来自新管理员的未接呼叫并且之前从未对该管理员做出响应的情况下，事件组件242可以考虑该用户先前已经对他的其它管理员做出响应的方式或者用户的同事(如在相似的情况下的其他用户)已经对相同管理员或者其他管理员做出响应的方式。

例程组件241可以确定用户当前是否正遵循已建立的例程或者在已建立的例程之外。用户例程或者用户的例程可以与用户的重复动作或者行为模式对应。在该方面中，例程可以根据构成例程的一个或者多个事件被限定。例程组件241可能还能够首先确定或者建立例程。对用户当前是否正遵循例程的确定可以被传送至信号压缩组件250以用于在确定用户数据是否应该被传送的模型中使用。而且，由服务提供商提供的服务可以被定制为在例程之外的事件。相应地，与在例程之外的事件有关的信息可能比与例程事件有关的信息更紧急。

在某些方面中，如先前所描述的，本公开提供了关于用户的事件的一个或者多个实例的检测和追踪。可以关于一个或者多个例程来对所检测的事件进行分析。例如，例程可以基于由所检测的构成例程的事件形成的模式而被标识为与用户对应。

例程组件241可以标识用户与用户的一个或者多个例程之间的分歧。用户与用户的例程之间的分歧可以通过确定构成例程的一个或者多个事件在例程事件之外来标识。在一些情况下，对于确定用户相对于例程将偏离事件、已经偏离事件或者可能偏离事件的例程，事件可以在例程之外。在这方面，分歧可以与违背所检测的形成例程的事件的建模的模式对应。

在某些方面中，例程可以基于累积的用户数据被分析，这些累积的用户数据可以指示一个或者多个实例例程事件的发生。累积的用户数据可以包括与用户对应的数据的集合。可以通过各种各样的可能的数据源和/或数据***随时间连续采集用户数据，这些可能的数据源和/或数据***总体上形成对用户动作的模式的详细记录，该记录与用户的一个或者多个例程对应。可以在范围、精确度和数量的级别下从累积的用户数据中对用户的这些例程进行标识、提取和/或分析，否则用户将无法单独实现这些例程。

用户利益组件243可以进行由用户体验组件260提供的一种或者多种服务是否将在不久的将来对用户有益的确定。用户利益组件243目前可以向一种或者多种可用服务分配利益分数。针对可用服务的分数可以随用户上下文改变而改变。用户利益组件243可以将用户数据与用户配置文件、对即将到来的事件的记录和用户例程一起作为输入。例如，正驾驶通过购物区的用户可以受益于由用户体验组件260提供的任务提醒功能，在该任务提醒功能中，用户通常具有与购物有关的任务提醒。相反地，在工作的同一用户可能不受益于与购物有关的任务提醒。用户利益可以考虑紧急组件244进行的紧急确定。

紧急组件244可以评估用户上下文并且向尚未被与用户体验组件260共享的一条或者多条用户数据分配紧急分数。不同的信息条可以具有不同的紧急度。紧急度可以与由用户体验提供的已知服务有关。例如，如果用户体验组件260提供与即将到来的会议和事件有关的服务，则所接收到的有关将在不久的将来(例如，在接下来的20分钟内)发生的即将到来的事件的信息可能是紧急的。在事件前一天接收到的相同信息可能接收较低的紧急度。紧急度分数可以基于计算紧急度分数的时间与和用户数据有关的事件按计划发生之间的时间量而被计算。紧急度分数可以考虑事件对用户的重要性。例如，用户通常参加的定期安排的工作会议可以比用户通常跳过的定期安排的工作会议促成更高的紧急度分数。

一部分用户信息的重要性可以基于与该信息相关联的事件。相应地，事件的重要性可以被确定以确定有关事件的信息被与服务提供商共享的紧急程度。重要性水平可以指示用户解决事件的重要性或者必要性，而紧急度水平可以指示事件应该多久被解决。紧急性组件244的一些方面可以确定紧急度、重要性或者两者。此外，当截止日期临近时，安排的事件可能会变得更紧急，诸如周年纪念日，并且重要性水平和/或紧急度水平可以基于在上下文信息、当前用户数据、用户的响应、新检测到的用户模式或者被确定为与先前未解决的事件有关的新的未解决的事件中检测到的改变而被更新。例如，在未响应的电子邮件之后来自老板的未接呼叫可以指示针对响应电子邮件的更高的紧急度水平。

在一些实施例中，紧急组件244使用可以从事件组件242接收的有关未解决的事件的信息以及用户数据或者上下文信息来确定紧急度水平和/或重要性水平(该紧急度水平和/或重要性水平可以被体现为分数或者数值)。例如，紧急组件244可以考虑相似的未解决事件及其频率(诸如重复的未接呼叫或者未响应的电子邮件以及来自同一联系人的未接呼叫)；来自用户或者其他用户对相似事件的先前响应是基于(多个)用户在相似的未解决事件发生之后多久做出响应，该先前响应可以指示重要性或者紧急度的水平；或者模式信息，诸如未解决的事件是否与模式相关联或者其是否是出乎意料的。

在一些实施例中，紧急度水平或者重要性水平可以基于与未解决的事件相关联的上下文特征(包括提取的关键词或者从相似的事件提取的其它上下文特征)从上下文信息来确定。具体地，如先前所描述的，关键词和其它上下文特征可以被提取以基于某些关键词或者与事件相关联的其它上下文特征来确定有关针对一个或者多个用户的用户响应的信息(诸如有关用户通常做出响应的方式的信息(包括他们做出响应的速度))。相应地，一些关键词可以被预先确定以指示可能的紧急度(例如“紧急的”、“立即的”或者可能存在于通信中的相似词语)。

在一些实施例中，使用在前两段中被描述的所接收到的信息，可以针对事件确定紧急度或者重要性的程度，并且该紧急度或者重要性的程度被用于确定表示紧急度或者重要性的水平的值。例如，在实施例中，可以相对于用户的先前响应或者其他用户的相似响应来确定针对事件的重要性或者紧急度的水平，包括处理先前被确定为紧急或者重要或者先前被确定为不重要或者不紧急的事件。按照这种方式，基于对相似事件与极端事件(紧急的/重要的事件和不紧急/不重要的事件)的比较以及这些事件被处理的方式，所确定的水平可以跨某一范围(例如，诸如1到10或者“不紧急”到“非常紧急”)。进一步地，在一些实施例中，一个或者多个阈值可以被应用于确定所确定的紧急度水平值或者重要性水平值是否足以引起传送有关事件的信息。例如，用户可能希望不被通知(例如，可以由服务提供商(诸如用户体验组件260)提供的示例***)打扰，该通知与具有较低重要性的未解决事件(诸如来自任意销售人员的未接呼叫)对应。此外，阈值可以基于设备上下文和用户上下文发生变化。

在一些实施例中，紧急度水平或者重要性水平具有指示所确定的紧急度或者重要性的可能性的相关联的概率或者置信度。置信度可以基于潜在地指示紧急度或者重要性的上下文信息的量和/或与特定上下文信息条相关联的大小(或者权重)被确定。(例如，来自用户的老板的被指定为“高度重要性”消息的电子邮件将比来自老板的具有正常重要性的电子邮件具有更多的权重。)在一些实施例中，置信度可以被用于对向服务传送某些用户数据进行优先级排序。

设备上下文组件245可以对设备数据230进行评估并且向信号压缩组件250或者其它组件分配可能有用的预定义设备上下文配置文件。各种设备上下文配置文件可以基于设备变量被限定，这些设备变量可以帮助确定被用来传送用户数据的计算机资源当前是否稀缺。稀缺的资源可以包括数据传递可用性，该数据传递可用性可以与设备的当前连接(例如Wi-Fi、以太网、数据计划)和电力可用性(例如***上电或者接通电池，以及可用电池(若接通电池电力))有关。例如，设备可以被分配有具有无限电力和无限带宽的上下文配置文件，因为设备被***到电源中并且被连接至不具有数据配额的Wi-Fi网络。

通常，设备上下文配置文件可以基于数据配额存在或者不存在以及电力的可用性。在一端，如上面所提到的，上下文配置文件可以指示无限的数据传递能力和无限的电力。在频谱的另一端，上下文配置文件可以指示非常有限的电力和有限的数据传递。在中间，电力和数据传递可用性都可以按比例来测量。如果设备未***上电，则电力可用性可以基于电池充电水平。数据传递可用性可以基于用户的数据配额中剩下的数据量按比例来测量。其它因素(诸如活动的应用的量、哪些应用是活动的、设备位置、总体的设备电力使用率、以时间为单位测量的估计的电池寿命)可以单独地或者组合地被用来限定设备上下文配置文件。

用户上下文组件246可以对用户数据210以及其它信息进行分析以向给定当前状况的用户分配一个或者多个用户上下文配置文件。该配置文件可以基于对用户数据的分析(包括随时间产生的变化)被认为是概要或者结论。例如，用户数据可以示出用户正沿道路以大约35mph的速度改变位置。设备数据还可以指示客户端设备205已经与用户的汽车建立了蓝牙(“Bluetooth”)连接。然后，用户上下文组件246可以向用户分配用于“驾驶汽车”的上下文配置文件。上下文配置文件可以描述广泛的活动，并且还具有针对有关活动的更具体的信息的字段。在该示例中，“驾驶配置文件”还可以包括建议的目的地、估计的到达时间等。例如，特定信息可以是用户的工作场所的目的地。用户上下文配置文件中的每个字段可以具有一个或者多个变量，这些变量可以被分配有不同水平的置信度。备选地，标签上下文模板中的各个字段可以被填充或者被留空。当用户数据结合其它信息组合满足与用户上下文配置文件相关联的标准时，槽可以被填充。

信号用户界面组件247可以提供界面，通过该界面，用户可以看到那些类型的用户数据已经被共享或者将被共享。用户可以表达有关哪种类型的数据可以被共享的偏好。用户还可以表达对可以被用来在各种场景中确定各种类型的用户数据的紧急度的一种或者多种用户体验的偏好。例如，可以对仅支持用户不感兴趣的服务的用户数据进行降低优先级排序。在一个方面中，用户可以在具有有限使用的连接(诸如作为数据计划的一部分的连接)上向与用户体验组件260共享用户数据分配数据配额。该配额可以与数据计划中可用的配额不同。该用户限定的配额可以被用来确定信息是否应该在给定时间点被传送。

信号压缩组件250确定哪些用户数据应该在特定时间点被共享(如果有的话)。信号压缩组件250可以利用可以基于场景被激活的一个或者多个模型来对可用的用户数据进行分析并且确定信息是否应该在某一时间点被共享。如果信息未在第一时间点被共享，则信息可以被保留，直到更合适的用于共享的时间为止，诸如当用户被***到电源中并且被连接至不具有数据配额的网络时。信号压缩组件250包括场景组件252、模型存储库253、模型选择组件254和模型执行组件255。

场景组件252对用户数据210、设备数据230和来自信号分析组件240的各种组件的输出进行分析以确定一个或者多个用户场景当前是否适用。用户场景可以与模型存储库253中的不同模型相匹配。场景可以被传递至模型选择组件254，该模型选择组件254又选择模型以供模型执行组件255执行。各种场景可以包括：在例程中的场景、在例程之外的场景、商务旅行场景、游玩旅行场景、针对即将到来的事件迟到的场景、计划事件(例如旅行、购物、就餐、娱乐)、通勤场景等。

场景组件252可以使用分类***来将用户分配到一个或者多个场景。分类***可以使用标记的用户数据、设备数据和将数据映射至场景的信号分析数据来训练。然后，分类***可以使用用户数据210、设备数据230和信号分析数据来在给定时间点将用户分配到某一场景。在一些实例中，用户可能不会处于任何已建立的场景中。即使在例程中以及在例程之外的场景也不需要是二进制的。对于用户是否明显地处于例程之外或者处于例程中，用户数据可能是模糊的，具有微小变化。这可以是很少信号可用于进行分析的情况。

场景组件252还可以使用各种启发法来确定场景何时是活动的。启发法限定了一个或者多个变量，该一个或者多个变量在存在时可以积极地促成确定：场景是活动的或者相反地场景是不活动的。启发法中的变量可以被给予不同的权重，使得在确定场景是否正在进行中时，一些变量发挥更大的作用。

模型执行组件255执行所选择的模型以确定数据是否应该在给定时间点被共享。模型执行组件255可以使用机器学***衡各种信息条的重要性和紧急度。

在一种启发式方法中，模型以用户数据通信的默认频率和默认内容限定开始。内容限定限定了将被传送的用户数据的内容或者数量。内容限定可以被调整以传送较少的信息，例如仅紧急信息。如先前所描述的，第一步骤可以是：确定设备上下文配置文件。在一些上下文设备配置文件的情况下，不对默认频率或者内容限定进行任何改变。在其它上下文的情况下，频率被减少，并且内容限定发生改变。例如，当电池在电量较低的情况下运行时，共享频率可以被减少。在仍然有其它设备上下文配置文件的情况下，传输的频率或者数据量可以被增加，例如当用户设备被***到电源插座中并且被连接至不具有数据配额的传输装置时。如随后所描述的，调整量可以根据活动的模型发生变化。例如，在常规模型与场景特定模型之间，频率的变化可以不同。

第二步骤可以是：确定用户上下文配置文件并且调整针对要被发送的数据的频率和内容限定。无论什么频率和内容限定基于设备上下文而被确定为适当的，都可以对该频率和内容限定进行基于用户上下文进行的调整。因此，默认速率可以被调整，或者已经调整过的速率可以被进一步调整。在一个方面中，调整是百分比增加或者减少。在另一方面中，调整是根据预设频率来设置频率和内容限定，而不考虑先前的默认频率或者内容限定。

模型还可以通过调整内容限定来确定信息应该被共享的粒度。例如，当用户处于“针对事件迟到”场景时，位置信息可以被认为是非常重要的和紧急的。因此，在“针对事件迟到”的场景中的内容限定可以使传输位置内容优先于传输其它类型的上下文数据。附加地，与事件有关的电子邮件或者文本通信也可以很重要。然而，在给定如由有限的电池电力或者数据配额指示的资源稀缺的情况下，模型可以选择周期性地示出平均位置而不是每个位置数据点。类似地，相关通信的片段或者从通信中获取的其它衍生信息可以被共享，而不是整个通信。被共享的内容由活动的内容限定来限定。

模型还可以确定信号压缩组件250进行有关共享什么数据的评估的频率。例如，当用户遵循在一段时间内通常不需要可用的用户体验(例如用户睡着了或者在工作)的例程时，然后模型可以基于例程组件241进行用户处于例程之外的确定来将下一确定设置为要被触发。备选地，信号压缩组件250可以建议在用户参加例程中不太可能需要用户体验的当前部分的阈值时间段内进行新的确定。

模型可以被设置为默认传输频率和默认传输量。数据传输的默认频率可以是每小时两次。由于模型确定可能存在对数据的紧急使用，因此，频率可能会增加。类似地，所传输的用户数据的数量或者类型可以按照默认值开始。基于数据配额或者某一其它设备上下文中的有限数量的数据，模型可以确定较少的数据应该被传输。在有限的数据将被发送的情况下，模型可以确定仅与具有紧急需要的服务有关的信息被传送。

继续图2，用户数据采集组件261通常负责从一个或者多个数据源(诸如图1的数据源104a和104b至104n)访问或者接收(以及在一些情况下，还标识)用户数据。在一些实施例中，用户数据采集组件261可以被采用来促进累积特定用户(或者在一些情况下，包括众包数据的多个用户)的用户数据以用于体验组件264，该体验组件264向用户提供一种或者多种服务。数据可以通过数据采集组件261被接收(或者被访问)以及被可选地累积、被重新格式化和/或被组合，并且被存储在一个或者多个数据存储库中，其中数据可以可用于***200的其它组件。例如，如本文所描述的，用户数据可以被存储在用户配置文件265中或者与用户配置文件265相关联。在一些实施例中，任何个人标识数据(即，具体标识特定用户的用户数据)都未被上传或者以其它方式从具有用户数据的一个或者多个数据源提供，未被永久性地存储，和/或未被使得可用于各种服务。

在一些方面中，用户数据可以被提供在用户数据流或者信号中。“用户信号”可以是来自对应的数据源的用户数据的馈送或者流。例如，用户信号可以来自智能电话、家庭传感器设备、GPS设备(例如，用于位置坐标)、车辆传感器设备、可穿戴设备、用户设备、陀螺仪传感器、加速度计传感器、日历服务、电子邮件账户、***账户或者其它数据源。在一些实施例中，用户数据采集组件261连续地、周期性地或者根据需要接收或者访问数据。

特征提取器262通常负责确定与可以被用于标识可以形成例程的用户事件的模式的事件相关联的事件相关特征(或者变量)。事件特征可以从有关事件的信息和/或从有关的上下文信息来确定。在一些实施例中，特征提取器262接收用户数据并且对所接收的信息进行分析以确定与事件相关联的零个或者多个特征的集合。针对不同事件的共同特征可以被用来帮助建立事件模式。

用户模型263可以对用户数据进行分析并且利用由新数据产生的变化来更新用户配置文件265。配置文件信息可以包括：用户兴趣、用户关系、住宅位置、工作位置、账户信息、社交关系、家庭关系、工作关系等。用户配置文件可以包括事件记录、事件模式、对用户服务的响应以及与用来在给定上下文中接收服务的用户偏好有关的其它信息。

体验组件265可以基于由客户端设备提供的上下文信息来提供一种或者多种体验。这些体验可以通过提供提醒、提供方向、提供建议等来帮助用户完成任务。

现在转向图3，根据本技术的方面提供了进行信号压缩的方法300。该方法300可以由客户端设备执行以确定用户数据可以被从客户端设备传输至另一设备(诸如用户体验组件)的频率和内容。在一个方面中，用户体验组件是个人助理服务器。

在步骤310处，针对客户端设备的设备上下文通过对设备特性进行评估而被确定。先前已经参照图2描述了设备上下文和相关设备特性。设备上下文可以被分配有由各种设备特性限定的配置文件。例如，当客户端设备基于电池电力运行时，一系列配置文件可以是相关的。不同的配置文件可以基于电池中剩余的不同能量水平。配置文件的另一集合可以基于将通过其传输用户数据的活动数据链路是否具有数据配额。更细粒度的配置文件可以基于配额中剩下的数据量。作为示例，当与传输的减少的频率相关联的设备上下文配置文件是活动的之时，用户数据传输的默认频率将被减少至可以被描述为设备上下文特定的传输速率的频率。内容限定可以按照与每次传输相似的方式被调整以传输较少的内容。限定被调整以确保最重要的或者最紧急的用户数据被传输。

在步骤312处，默认用户数据传输频率根据设备上下文被调整以生成设备上下文敏感的传输频率。例如，每小时两次的默认频率可以被调整为每小时一次。当客户端设备上的计算资源稀缺时，默认频率可以被减少。示例性计算资源包括可用数据传输中的电池电力。设备上下文敏感的传输频率仅考虑设备上下文。例如，在所有其它条件相同的情况下，当电池电力较低或者对设备施加数据配额时，设备上下文敏感的传输频率可以被减少。

在步骤314处，为客户端设备的用户确定用户上下文。先前已经参照图2描述了用户上下文和相关设备特性。作为示例，用户上下文可以指示用户处于例程之外。当用户处于例程之外时，通过提供用户数据而实现的一种或者多种服务可以对用户具有很大的益处。与设备上下文一样，用户数据可以被评估以在某一时间点向用户分配用户上下文配置文件。配置文件可以指示活动的传输频率被增加了还是被减少了。该增加或者减少可以按照不连续的量或者百分比。

在步骤316处，设备上下文敏感的传输频率根据用户上下文被调整以生成用户上下文敏感的传输频率。例如，频率可以被从每小时一次调整为每小时四次。

在步骤318处，用户数据被以用户上下文敏感的传输频率传输至服务。

现在转向图4，根据本技术的方面提供了进行信号压缩的方法400。该方法400可以由客户端设备执行以确定用户数据可以被从客户端设备传输至另一设备(诸如用户体验组件)的频率和内容。在一个方面中，用户体验组件是个人助理服务器。

在步骤410处，在客户端设备上对用户上下文数据进行分析以确定应该被用来确定传输用户数据所利用的频率的场景特定模型。各种启发法可以被用来确定场景是活动的的时间。启发法限定了指示场景是活动的或者相反地指示场景是不活动的一个或者多个变量。启发法中的变量可以被给予不同的权重，使得在确定场景是否正在进行中时，一些变量发挥更大的作用。各种场景可以包括：在例程中的场景、在例程之外的场景、商务旅行场景、游玩旅行场景、针对即将到来的事件迟到的场景、计划事件(例如旅行、购物、就餐、娱乐)、通勤场景等。

在步骤412处，为客户端设备的用户确定用户上下文。先前已经参照图2描述了用户上下文和相关设备特性。作为示例，用户上下文可以指示用户处于例程之外。当用户处于例程之外时，通过提供用户数据而实现的一种或者多种服务可能会对用户具有很大的益处。与设备上下文一样，用户数据可以被评估以在某一时间点向用户分配用户上下文配置文件。配置文件可以指示活动的传输频率被增加了还是被减少了。该增加或者减少可以按照不连续的量或者百分比。

在步骤414处，用户上下文敏感的传输频率根据场景特定模型被确定。根据场景特定模型确定的传输频率可以与通过正常或者默认模型确定的频率不同。

在步骤416处，用户数据被以用户上下文敏感的传输频率传输至服务。

现在转向图5，根据本技术的方面提供了进行信号压缩的方法500。该方法500可以由客户端设备执行以确定用户数据可以被从客户端设备传输至另一设备(诸如用户体验组件)的频率和内容。在一个方面中，用户体验组件是个人助理服务器。

在步骤510处，针对客户端设备的用户的用户上下文被确定。先前已经参照图2描述了用户上下文和相关设备特性。

在步骤512处，场景特定模型被选择以基于用户上下文来使用。各种启发法可以被用来确定场景是活动的的时间。启发法限定了指示场景是活动的或者相反地指示场景是不活动的一个或者多个变量。启发法中的变量可以被给予不同的权重，使得在确定场景是否正在进行中时，一些变量发挥更大的作用。各种场景可以包括：在例程中的场景、在例程之外的场景、商务旅行场景、游玩旅行场景、针对即将到来的事件迟到的场景、计划事件(例如旅行、购物、就餐、娱乐)、通勤场景等。

在步骤514处，通过对设备特性进行评估为客户端设备确定设备上下文。先前已经参照图2描述了设备上下文和相关设备特性。

在步骤516处，默认用户数据传输频率根据设备上下文按照特定于场景特定模型的量被调整，以生成设备上下文敏感的传输频率。设备上下文敏感的传输频率鉴于场景特定模型而仅考虑到设备上下文(诸如电池充电)，该场景特定模型使一些传输优先于其它传输。具体地，场景特定模型使传输与当前场景相关的数据优先于传输不相关的数据。例如，在导航场景期间，位置数据可以优先于通信，除非通信与导航有关。

在步骤518处，设备上下文敏感的传输频率根据用户上下文按照特定于场景特定模型的量被调整，以生成用户上下文敏感的传输频率。用户上下文敏感的传输频率基于用户上下文来向上或者向下调整设备上下文敏感的传输频率。因此，用户上下文敏感的传输频率考虑设备上下文和用户上下文两者以及活动的场景。

在步骤520处，用户数据被以用户上下文敏感的传输频率传输至服务。

示例性操作环境

一般地参照附图并且首先具体参照图6，示出了用于实施本文所描述的技术的各个方面的示例性操作环境，并且一般地将其指定为计算设备600。计算设备600仅是合适的计算环境的一个示例，而不旨在暗示关于对本文所描述的技术的使用的范围的任何限制。也不应该将计算设备600解释为具有与所图示的组件中的任何一个组件或者这些组件的组合有关的任何依赖性或者要求。

可以在由计算机或者其它机器(诸如个人数据助理或者其它手持式设备)执行的计算机代码或者机器可用指令(包括计算机可执行指令(诸如程序组件))的一般上下文中描述本文所描述的技术。通常，程序组件(包括例程、程序、对象、组件、数据结构等)是指执行特定任务或者实施特定抽象数据类型的代码。本文所描述的技术可以被实践在各种***配置中，包括手持式设备、消费类电子产品、通用计算机、专业计算设备等。本文所描述的技术的各个方面还可以被实践在通过远程处理设备来执行任务的分布式计算环境中，这些远程处理设备通过通信网络被链接。

继续参照图6，计算设备600包括直接或者间接地耦合以下设备的总线610：存储器612、一个或者多个处理器614、一个或者多个呈现组件616、输入/输出(I/O)端口618、I/O组件620和说明性电源622。总线610可以表示一根或者多根总线(诸如地址总线、数据总线或者其组合)。虽然为了清楚起见，用线示出了图6的各种块，但是实际上，描绘各种组件并不是那么清楚，并且比喻地，线将更准确地是灰色和模糊的。例如，可以将呈现组件(诸如显示设备)视为I/O组件。而且，处理器具有存储器。于此，发明人认识到：这是本领域的本质，并且重申图6的示意图仅仅是对可以结合本文所描述的技术的一个或者多个方面来使用的示例性计算设备的说明。在如“工作站”、“服务器”、“膝上型电脑”、“手持式设备”等这些类别之间没有进行区分，因为所有这些被预期在图6的范围内并且是指“计算机”或者“计算设备”。

计算设备600通常包括各种计算机可读介质。计算机可读介质可以是可以由计算设备600访问的任何可用介质，并且包括易失性和非易失性介质、可移除和不可移除介质两者。通过示例而非限制，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括按照用于存储信息(诸如计算机可读指令、数据结构、程序模块或者其它数据)的任何方法或者技术被实施的易失性和非易失性介质、可移除和不可移除介质两者。

计算机存储介质包括RAM、ROM、EEPROM、闪速存储器或者其它存储器技术、CD-ROM、数字通用盘(DVD)或者其它光盘存储装置、磁带盒、磁带、磁盘存储装置或者其它磁存储装置。计算机存储介质不包括所传播的数据信号。

通信介质通常体现为计算机可读指令、数据结构、程序模块或者已调制的数据信号中的其它数据(诸如载波或者其它传送机构)，并且包括任何信息传递介质。术语“已调制的数据信号”是指具有其按照对信号中的信息进行编码的方式被设置或者改变的特性中的一个或者多个特性的信号。通过示例而非限制，通信介质包括有线介质(诸如有线网络或者直接有线连接)和无线介质(诸如声学无线介质、RF无线介质、红外无线介质和其它无线介质)。上述内容中的任何内容的组合也应该被包括在计算机可读介质的范围内。

存储器612包括易失性和/或非易失性存储器形式的计算机存储介质。存储器612可以是可移除的、不可移除的或者其组合。示例性存储器包括固态存储器、硬盘驱动器、光盘驱动器等。计算设备600包括从各种实体(诸如总线610、存储器612或者I/O组件620)读取数据的一个或者多个处理器614。(多个)呈现组件616向用户或者其它设备呈现数据指示。示例性呈现组件616包括显示设备、扬声器、打印组件、振动组件等。I/O端口618允许计算设备600被逻辑地耦合至其它设备，包括I/O组件620，一些I/O组件620可以被内置。

说明性I/O组件包括麦克风、操纵杆、游戏手柄、卫星天线、扫描仪、打印机、显示设备、无线设备、控制器(诸如手写笔、键盘和鼠标)、自然用户界面(NUI)等。在各个方面中，提供了笔式数字转换器(未被示出)和附带的输入工具(也未被示出，但是仅通过示例，该输入工具可以包括笔或者手写笔)以便数字地捕获徒手画的用户输入。笔式数字转换器与(多个)处理器614之间的连接可以是直接的或者经由利用串行端口、并行端口和/或本领域已知的其它接口和/或***总线的耦合。此外，数字转换器输入组件可以是与输出组件(诸如显示设备)分离的组件，或者在一些方面中，数字转换器的可用输入区域可以与显示设备的显示区域共存、被与显示设备集成在一起、或者可以作为覆盖或者以其它方式被附到显示设备上的单独的设备存在。任何以及所有这种变化及其任何组合被预期为在本文所描述的技术的各个方面的范围内。

NUI处理由用户生成的空中手势、语音或者其它生理输入。适当的NUI输入可以被解释为用于与计算设备600相关联地呈现的墨迹笔划。这些请求可以被传输至适当的网络元件以供进行进一步处理。NUI实施语音识别、触摸和手写笔识别、面部识别、生物特征识别、在屏幕上和屏幕附近的手势识别、空中手势、头部和眼睛追踪以及与计算设备600上的显示器相关联的触摸识别的任何组合。计算设备600可以被配备有用于进行手势检测和识别的深度相机(诸如立体相机***、红外相机***、RGB相机***和这些组件的组合)。附加地，计算设备600可以被配备有能够检测运动的加速度计或者陀螺仪。加速度计或者陀螺仪的输出可以被提供至计算设备600的显示器以渲染沉浸式增强现实或者虚拟现实。

计算设备可以包括无线电624。无线电624传输和接收无线电通信。计算设备可以是适于通过各种无线网络来接收通信和介质的无线终端。计算设备600可以经由无线协议(诸如码分多址(“CDMA”)、全球移动***(“GSM”)或者时分多址(“TDMA”)以及其它协议)来进行通信，以与其它设备进行通信。无线电通信可以是短距离连接、长距离连接或者短距离无线电信连接和长距离无线电信连接的组合。当我们提到“短”和“长”类型的连接时，我们并不是指两个设备之间的空间关系。相反，我们通常将短距离和长距离称为连接的不同类别或者类型(即，主要连接和次要连接)。短距离连接可以包括至设备的、提供对无线通信网络的访问权限的

连接(例如移动热点)，诸如使用802.11协议的WLAN连接。至另一计算设备的蓝牙连接是短距离连接的第二示例。长距离连接可以包括使用CDMA、GPRS、GSM、TDMA和802.16协议中的一个或者多个的连接。

已经关于特定方面描述了本文所描述的技术，这些特定方面在所有方面都旨在是说明性的而不是限制性的。虽然本文所描述的技术易于受各种修改和备选构造的影响，但是在附图中示出了该技术的某些进行了说明的方面，并且已经在上面详细地描述了这些方面。然而，应该理解，无意将本文所描述的技术限于所公开的特定形式，但是相反，意图是涵盖落入本文所描述的技术的精神和范围内的所有修改、备选构造和等效物。

Claims (22)

1.一种信号压缩的方法，包括：

当客户端设备的用户针对安排的事件迟到时，提供用于用户数据传输的场景特定模型；以及

在特定实例中：

至少基于所述客户端设备上的用户上下文数据，确定所述客户端设备的所述用户针对特定安排的事件迟到；

至少基于所述客户端设备的所述用户针对所述特定安排的事件迟到的所述确定，确定所述场景特定模型在所述特定实例中适用；

至少基于所述场景特定模型在所述特定实例中适用，确定在所述特定实例中应用的用户上下文敏感的传输频率；以及

以所述用户上下文敏感的传输频率向服务传输用户数据，所述用户上下文敏感的传输频率相对于默认用户数据传输频率被增加。

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

确定针对用户数据的一个或多个项的紧急度；以及

至少基于所述紧急度，选择要向所述服务传输的用户数据的所述一个或多个项。

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

确定针对用户数据的、使得所述服务能够被提供给所述用户的一部分的对所述用户的增益，其中所述增益基于用户对所述服务的先前响应。

4.根据权利要求1所述的方法，其中所述用户数据标识所述客户端设备的平均位置。

5.根据权利要求1所述的方法，其中与所述特定安排的事件相关的内容被选择用于作为所述用户数据的一部分进行传输。

6.根据权利要求1所述的方法，其中所述默认用户数据传输频率至少为每小时两次，并且所述用户上下文敏感的传输频率至少为每小时四次。

7.根据权利要求1所述的方法，其中用于确定所述用户迟到的所述用户上下文数据包括与所述用户相关联的日历条目。

8.根据权利要求1所述的方法，其中用于确定所述用户迟到的所述用户上下文数据包括与所述特定安排的事件相关的电子邮件。

9.一种信号压缩的方法，包括：

至少基于客户端设备的用户已经在多个先前场合参与了用户动作的模式，确定所述用户的用户例程；

当所述客户端设备的所述用户参与与所述用户例程不匹配的用户动作的新模式时，提供用于用户数据传输的场景特定模型；以及

在特定实例中：

基于所述客户端设备上的用户上下文数据，确定所述用户参与与所述用户例程不匹配的用户动作的特定新模式；

至少基于所述用户参与与所述用户例程不匹配的用户动作的所述特定新模式的所述确定，确定所述场景特定模型在所述特定实例中适用；

至少基于所述场景特定模型在所述特定实例中适用，确定在所述特定实例中应用的用户上下文敏感的传输频率；以及

以所述用户上下文敏感的传输频率向服务传输用户数据，所述用户上下文敏感的传输频率相对于默认用户数据传输频率被增加。

10.根据权利要求9所述的方法，还包括：

确定针对用户数据的一个或多个项的紧急度；以及

至少基于所述紧急度，选择要向所述服务传输的用户数据的所述一个或多个项。

11.根据权利要求9所述的方法，还包括：

确定针对用户数据的、使得所述服务能够被提供给所述用户的一部分的对所述用户的增益，其中所述增益基于用户对所述服务的先前响应。

12.根据权利要求9所述的方法，其中所述默认用户数据传输频率至少为每小时两次。

13.根据权利要求9所述的方法，其中与安排的事件相关的内容被选择用于作为所述用户数据的一部分进行传输。

14.根据权利要求9所述的方法，其中所述用户数据包括标识所述客户端设备的位置的位置数据。

15.根据权利要求9所述的方法，其中所述用户上下文敏感的传输频率至少为所述默认用户数据传输频率的两倍。

16.根据权利要求9所述的方法，其中所述用户例程的用户动作的所述模式包括由所述用户在所述多个先前场合向所述客户端设备提供的输入。

17.一种硬件计算机存储介质，包括其上体现的指令，所述指令在由计算设备执行时使所述计算设备执行动作，所述动作包括：

至少基于用户已经在多个先前场合参与了用户动作的模式，确定所述用户的用户例程；

当所述用户参与与所述用户例程不匹配的用户动作的新模式时，提供用于用户数据传输的场景特定模型；以及

在特定实例中：

基于针对所述用户的用户上下文数据，明确确定所述用户参与与所述用户例程不匹配的用户动作的特定新模式；

至少基于所述用户参与与所述用户例程不匹配的用户动作的所述特定新模式的所述明确确定，确定所述场景特定模型在所述特定实例中适用；

至少基于所述场景特定模型在所述特定实例中适用，确定在所述特定实例中应用的用户上下文敏感的传输频率；以及

以所述用户上下文敏感的传输频率向服务传输用户数据，所述用户上下文敏感的传输频率相对于默认用户数据传输频率被增加，在其他实例中其他用户数据以所述默认用户数据传输频率被传输给所述服务。

18.根据权利要求17所述的硬件计算机存储介质，所述动作还包括：

通过评估设备特性来确定设备上下文，其中所述用户上下文敏感的传输频率考虑所述设备上下文。

19.根据权利要求17所述的硬件计算机存储介质，所述动作还包括：

确定针对用户数据的一个或多个项的紧急度；以及

至少基于所述紧急度，选择要向所述服务传输的用户数据的所述一个或多个项。

20.根据权利要求17所述的硬件计算机存储介质，所述动作还包括：

确定针对用户数据的、使得所述服务能够被提供给所述用户的一部分的对所述用户的增益，其中所述增益基于用户对所述服务的先前响应。

21.根据权利要求17所述的硬件计算机存储介质，其中所述用户上下文敏感的传输频率至少为所述默认用户数据传输频率的两倍，并且至少为每小时四次。

22.根据权利要求21所述的硬件计算机存储介质，其中与安排的事件相关的内容被选择用于作为所述用户数据的一部分进行传输。

Images