CN103608811A - 用于所连接的设备的上下文感知应用模型 - Google Patents

Abstract

在此描述了一种应用管理系统，其使用基于用户当前正在做什么以及用户正在使用什么平台的上下文信息来确定向用户提供哪些应用并且影响用户调用的应用的行为。系统提供了与应用清单中的上下文数据耦合的硬件/软件驱动策略管理器以提供设备特有和情景特有的应用模式。这样的模型充分利用设备特有的动态特性来创建应用的上下文感知的安装、编目、管理、交互和卸载，由此提供更佳的用户参与和体验。因此，应用管理系统使得用户更容易找到相关应用、配置应用以良好地在用户的当前设备上运行、以及使应用体验与用户当前正在做的事更相关。

Description

用于所连接的设备的上下文感知应用模型

背景技术

计算机系统的用户如今从多种来源获取软件应用。尽管在传统上，软件是通过用零售店货架上的光盘或其他盘销售盒装软件来分发的，而如今用户可以从因特网下载软件应用，安装由一个或多个应用商店或储存库提供的应用（例如WINDOWS TM市场、Ubuntu软件中心和Mac App Store），通过电子邮件接收应用，在通用串行总线（USB）驱动器上接收应用等等。软件仍然可以从商店购买，但是已经从若干个公知软件公司扩大为包括可能仅仅制作和销售一个或两个应用的许多提供者。

应用商店如今常常包括几十万个应用。用户具有相对少的方式来确定哪些应用是令人感兴趣的。一些应用商店提供对应用的评级、销售排名、类别以及搜索特性以用于帮助用户找到应用。例如，用户可以搜索其他用户已经高度评级的应用、销售良好的应用、在描述中具有特定关键字的应用等等。然而，这些措施仍然可能导致用户在其中筛分来找到合适应用以完成用户的当前目标的大数目的应用。

用户还可能在多种多样的场景中使用应用。例如，单个应用商店可能包括针对台式计算机、移动智能电话、基于汽车的计算机系统以及其他类型设备的应用。应用开发者可以提供用于在每个平台上运行的多个版本，或者可以包括在每个平台上运行的可选组件。例如，应用的汽车版本可以包括移动接口，而台式机版本包括键盘/鼠标接口。可替代地，应用可以在一个版本中包括这两种接口，并且检测应用在其上运行的平台以得知使用哪个接口。

一旦运行，用户就可以将应用用于多种用途。例如，用户可以运行推特（Twitter）应用以收集阅读本地新闻、了解朋友的近况、阅读名人新闻、获悉关于事件的消息等等。应用可以包括其自己的导航特征以帮助用户将用户可利用应用来执行的功能削减到用户正在寻找的一个或两个。找出有用应用、配置应用以在用户所选平台上正确运行、以及找出应用内与用户相关的功能的过程常常消耗显著的时间，并且可能导致用户沮丧。

发明内容

在此描述了一种应用管理系统，其使用诸如、但不限于用户当前正在做什么以及用户正在使用什么平台之类的上下文信息来确定向用户提供哪些应用并且影响用户调用的应用的行为。不同的设备类别随之带来了唯一的使用模式，该使用模式激发了对这些类别中的每个类别的上下文敏感的应用模型的需要。该系统提供了与应用清单中的上下文数据耦合的硬件/软件驱动策略管理器以提供设备特有和情景特有的应用模式。这样的模型充分利用设备特有的动态特性来创建对应用的上下文感知的安装、编目、管理、交互和卸载，由此提供更佳的用户参与和体验。与设备特有的细微差别耦合的应用清单可以被用于提供应用市场内的应用归类视图。当应用运行时，该系统向应用提供可以改变应用行为的上下文信息。该系统还允许应用开发者将上下文信息插入到应用内，该上下文信息然后被该系统用于以策略感知的方式递送应用和体验。因此，应用管理系统使得用户更容易找到相关应用、配置应用以良好地在用户的当前设备上运行、以及使应用体验与用户当前正在做的事更相关。

提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的选择的概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。

附图说明

图1是示出在一个实施例中的应用管理系统的各组件的框图。

图2是示出在一个实施例中的应用管理系统在考虑到上下文输入信息的情况下搜索应用的处理的流程图。

图3是示出在一个实施例中的应用管理系统利用由上下文信息确定的配置来安装应用的处理的流程图。

图4是示出在一个实施例中的应用管理系统向运行中的应用提供上下文信息的处理的流程图。

具体实施方式

在此描述了一种应用管理系统，其使用诸如用户当前正在做什么以及用户正在使用什么平台之类的上下文信息来确定向用户提供哪些应用并且影响用户调用的应用的行为。联系人也可以包括该系统可以收集的关于该用户地理上位于何处、该用户与谁在一起之类的信息，或者在安装和/或启动应用以后提供关于用户的特定情景的信息的任何其他信息。不同的设备类别随之带来了唯一的使用模式，该使用模式激发了对这些类别中的每个类别的上下文敏感的应用模型的需要。常规的基于网格或图标的应用模型不提供令人满意的体验，因为他们未能充分利用类别特有的动态特性。例如，台式计算机平台具有与平板计算机平台不同的能力，平板计算机平台具有与车辆平台不同的能力。该系统提供了与应用清单中的上下文数据耦合的硬件/软件驱动策略管理器以提供设备特有和情景特有的应用模式。这样的模型充分利用设备特有的动态特性来创建对应用的上下文感知的安装、编目、管理、交互和卸载，由此提供更佳的用户参与和体验。与设备特有的细微差别耦合的应用清单可以被用于提供应用市场内的应用归类视图。例如，考虑用户观看流行电视演出。如果用户在观看该演出的同时打开应用市场（或者开启已经安装的应用的启动器（launcher）），则系统可以检测到该用户正在做什么（即观看该演出），标识出具有类似上下文信息（例如与该演出相关）的应用，以及基于用户的上下文与应用上下文信息的匹配来对应用排名。这允许系统向用户呈现与用户正在观看的演出相关的应用，比如用于参与现实电视演出的投票应用、或者针对用户正在观看的体育赛事的体育赛事应用。

当应用运行时，该系统向应用提供可以改变应用行为的上下文信息。例如，接收表示该用户正处于交通中的新闻应用可以提供与该区域的交通相关的上下文特有信息。作为另一示例，检测到用户正在观看电视演出的社交订阅源应用可以显示来自与该演出相关的其他用户的用户评论。该系统提供上下文感知的可配置的策略管理器，该策略管理器管理应用搜索、安装和执行，并且是由提供上下文信息的硬件和软件来触发的。该系统还允许应用开发者将上下文信息插入到应用内，该上下文信息然后被该系统用于以策略感知的方式递送应用和体验。因此，应用管理系统使得用户更容易找到相关应用、配置应用以良好地在用户的当前设备上运行、以及使应用体验与用户当前正在做的事更相关。

应用管理系统充分利用设备特有上下文来概念化这些支柱（pillar）中的每个以保证更好的用户体验。例如，许多设备如今都包括单击安装体验，其中不要求用户回答任何问题或者对类似向导的用户界面的多个页面进行导航来安装应用。应用管理系统可以与这样的设备一起操作以提供与应用清单中的上下文敏感数据相耦合的硬件/软件驱动策略管理以提供设备特有应用平台，同时维持单击安装/卸载体验。例如，在所连接的车辆的情况下，系统策略可能偏好以语音为中心、最小触摸/触觉的控制体验，其中用户很像传统智能电话那样安装应用，但是取决于应用的类型，交互要么通过发送给汽车的语音通知、要么通过语音管理的交互。

车辆应用生存期可以以三个宽类别来查看：汽车静止应用、运动中汽车智能通知应用以及标准运动中汽车应用。汽车静止应用具有传统的自由支配，并且就像用户在智能电话上所习惯的应用那样。这些应用涉及对交互的显著关注，并且因此出于安全原因而仅能在汽车静止时（或者低于某个阈值驾驶）使用。运动中汽车智能通知应用是如下的应用：所述应用通过由设备与基于云的数据中心之间的双向通信通道支持的语音通知来与用户交互。上行路径可以包括通过基于云的API递送给开发者的设备和驱动程序分析分组，而下行路径具有发送给汽车的通知。在上行路径上发送的信息可以受用户偏好和隐私设定的严格控制。标准运动中汽车应用是在后台运行的设备上应用，其中用户交互限于语音命令。示例可以包括因特网收音机、播客和新闻流传送服务。

在将相同主体应用于所连接的机顶盒的情况下，应用管理系统尝试将应用行为集中在用户的内容体验上。各种类型的应用可以由开发者针对这一上下文来创建并由该系统来管理。例如，节目特有应用被绑定到特定电视节目或一组电视节目，比如“Seen On（看见就买）”应用，该应用允许购买在电视上针对特定节目看见的商品。类别特有应用针对特定流派或一组节目流派。示例可以包括：实况推特流，其瞄准所有实况事件和新闻项；投票和流行度应用，其瞄准所有才艺秀；虚拟团队/公众情感应用，其瞄准体育节目；以及瞄准商业信息片、现实电视表演等等的类似应用。广播公司特有应用可以涵盖（但不限于）来自内容提供者的节目后参与。示例包括幕后花絮应用、智力测验、游戏等等。机顶盒还可以运行传统应用，比如未绑定到电视上节目的那些应用，比如图片查看器、社交联网应用等等。

图1是示出在一个实施例中的应用管理系统的各组件的框图。系统100包括应用数据存储110、上下文检测组件120、应用清单组件130、应用标识组件140、应用安装组件150、应用行为组件160、以及用户界面组件170。这些组件中的每个都在此予以更详细描述。

应用数据存储110提供应用的储存库，从该储存库中用户可以选择应用以安装在用户的计算设备上。数据存储110可包括一个或多个文件、文件系统、硬盘驱动器、数据库、web服务、基于云的存储服务、或者用于持久保存数据的其他设施。数据存储110可以从应用开发者接收应用，并且可以包括描述性信息、上下文标签、或者与每个应用相关联的帮助用户找到该应用并确定该应用的用途的其他信息。

上下文检测组件120检测与计算设备以及用户正在该设备上执行的一个或多个活动相关的上下文信息。组件120可以包括事件子系统，由此一个或多个硬件或软件组件可以向组件120指示可能与应用相关的上下文信息。例如，在运行该系统的机顶盒上，电视观看应用可以每当用户开始观看新电视节目时提出一事件，使得该系统可以向应用提供关于用户正在观看的演出的上下文信息，包括应用浏览和安装应用。上下文信息可以包括来自用户的日历的信息、正在运行的应用的标识、描述用户当前参与的活动的信息等等。

应用清单组件130访问并存储与应用相关联的、描述与应用相关联的上下文关联的信息。例如，与电视演出有关的应用可以包括标识出该电视演出的上下文标签。类似地，应用可以与公众人物、特定用户活动、书籍、电影、位置或任何其他上下文关联相关。上下文信息可以存储在清单中，该清单是与应用一起存储或与应用本身相关联的文件或其他元数据。例如，应用数据存储110可以将应用清单与应用一起存储。

应用标识组件140基于所检测到的用户上下文信息以及所存储的应用清单信息标识出一个或多个应用以供用户安装。组件140确定应用数据存储110中的每个应用与用户当前正在执行的活动的相关性，并且可以将权重添加到与用户的当前活动相关的应用的应用排名。例如，组件140可以提供应用安装用户界面，通过该应用安装用户界面，系统100向用户显示可用应用。组件140致使系统100将与用户的当前上下文相关的应用排名得更高。例如，如果用户处于特定商店处，则组件140可以将与该商店相关联的应用排名得比其他应用更高。这帮助用户对大量应用进行排序以找出与用户的当前活动最相关的那些应用。

应用安装组件150安装所选应用并且基于与计算设备相关的所检测到的上下文信息配置该应用。每个计算设备都可以包括特定硬件、输入范例、输出范例、以及组件150向新近安装的应用传递的平台期望。提供单击或简化应用安装体验的应用可能不给用户提供在软件首次运行以前配置所安装软件的任何机会。应用安装组件150允许应用基于系统提供的上下文信息配置其自己。例如，应用可以在不具有鼠标但具有触摸屏的计算设备上配置触摸界面作为缺省项。

应用行为组件160在运行时基于所检测到的上下文信息修改应用行为。应用可以包括大量功能，这些功能中的一些基于用户当前正在做什么而更为相关。例如，如果用户打开购物应用并且当前正在观看销售商品的演出，则购物应用可以响应于描述正在销售的商品的上下文信息而导航到该商品。作为另一示例，如果用户打开投票应用并且当前正在观看要求用户投票的电视节目，则投票应用可以在启动以后显示对该节目的投票选项。类似地，在汽车中，导航应用可以利用来自用户的日历的、指示用户当前目的地（或可能的目的地）的信息来预加载线路。

用户界面组件170提供用户界面，通过该用户界面，用户或应用开发者可以与系统交互以配置如何使用上下文信息。应用开发者可以一并上传应用和应用元数据，所述应用元数据指定应用的用途以及与应用相关的上下文关联。用户可以确定哪些应用对上下文信息作出响应、以及与第三方共享关于该用户的什么类型的信息。用户界面可以向系统100的用户提供这些和其他配置设定。

在其上实现了应用管理系统的计算设备可包括中央处理单元、存储器、输入设备（例如，键盘和指示设备）、输出设备（例如，显示设备）以及存储设备（例如，磁盘驱动器或其它非易失性存储介质）。存储器和存储设备是可以是编码有实现或启用该系统的计算机可执行指令（如软件）的计算机可读存储介质。此外，数据结构和消息结构可被存储或经由诸如通信链路上的信号等数据传输介质传送。可以使用各种通信链路，诸如因特网、局域网、广域网、点对点拨号连接、蜂窝电话网络等。

该系统的实施例可以在各种操作环境中实现，这些操作环境包括个人计算机、服务器计算机、手持式或膝上型设备、多处理器系统、基于微处理器的系统、可编程消费电子产品、数码相机、网络PC、小型计算机、大型计算机、包括上述系统或设备等中任一种的分布式计算环境、机顶盒、片上系统（SOC）等。计算机系统可以是蜂窝电话、个人数字助理、智能电话、个人计算机、可编程消费电子设备、数码相机等。

该系统可以在由一个或多个计算机或其他设备执行的诸如程序模块等计算机可执行指令的通用上下文中描述。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。通常，程序模块的功能可在各个实施例中按需进行组合或分布。

图2是示出在一个实施例中的应用管理系统在考虑到上下文输入信息的情况下搜索应用的处理的流程图。

在框210中开始，系统接收与计算设备或用户参与的活动相关的上下文信息。系统可以从事件子系统接收上下文信息，该事件子系统在新上下文信息可用时通知该系统。上下文信息可以由硬件或软件来提供，并且可以包括关于下列各项的信息：附连到计算设备的输入/输出设备、计算设备的能力、随着运行软件而发生的动作、在计算设备上安装的软件、用户的最近活动等等。

在框220中继续，系统访问从应用目录中可用的应用的应用清单信息。应用清单信息可以由应用的开发者、审查者、目录运营商、或其他方来提供。清单信息描述了应用的用途、以及与应用相关的任何上下文关联。例如，如果应用与电视演出、名人、体育、位置或任何其他关联相关联，则清单可以向系统指示该信息。应用目录可以展示应用编程接口（API），通过应用编程接口，系统可以查询应用清单信息。

在框230中继续，系统访问策略信息，所述策略信息确定如何将所访问的应用清单信息与同设备和用户相关的所接收的上下文信息相匹配。策略可以包括：保护用户信息的隐私策略；与设备对法律或其他规定的顺应性相关的组织策略；或者管理员或用户在搜索应用的过程期间处理上下文信息的偏好。例如，用户可以将系统配置为避免某种类型的应用（例如冒犯性的、低于某个评级等等）。系统可以包括在没有更多特定策略被接收到时被应用的缺省策略信息。

在框240中继续，系统基于所访问的策略信息标识出具有与当前所检测到的上下文匹配的清单数据的一个或多个应用。匹配可以包括：寻找与所检测的用户或设备上下文信息匹配的应用的上下文关联。系统执行的匹配可以用于：仅仅显示与用户的当前设备的能力兼容的应用；显示与用户的当前活动相关的应用；显示增强用的当前活动的应用等等。

在框250中继续，系统将所标识出的应用排名得比应用目录中的其他应用更高。系统可以将加权应用于应用并且可以将具有某个上下文关系的应用加权得比其他应用更高。系统还可以应用传统准则以通过评级、销售历史、或其他考虑因素来缩小应用。

在框260中继续，系统基于通过考虑上下文信息所产生的经修改的排名来向用户显示应用。这帮助用户在可能非常大的应用目录中要么基于用户正在用来访问目录的设备、要么基于用户参与的活动、或者二者找到在当前时间与该用户最相关的应用。例如如果用户正在驾驶，则系统可以考虑用户正在使用的车辆计算设备、用户的当前位置（例如基于全球定位系统（GPS）接收机数据）、以及用户当前正在播放的歌曲（例如使用与MP3播放器相同的设备）的上下文。在框260之后，这些步骤结束。

图3是示出在一个实施例中的应用管理系统利用由上下文信息确定的配置来安装应用的处理的流程图。

在框310中开始，系统接收安装应用的请求。例如，用户可以完成参考图2所描述的过程，选择应用并且请求系统安装该应用。系统一并接收要安装的应用的标识和与该应用相关联的任何清单信息。系统可以向应用提供与上面正在安装该应用的计算设备相关的信息。应用可以是遵循用于提供设备上下文信息的API而构造的，使得应用可以提供形成（mold）该应用体验的设备特有配置动作以适合上面正在安装该应用的设备。该配置可以包括：启用可用用户界面、禁用可用用户界面、或在可用用户界面中进行选择；向应用提供连通性信息；注册由应用提供的上下文事件等等。

在框320中继续，系统接收上面正在安装该应用的计算设备的平台能力信息。该能力信息详细描述了可用的输入设备、输出设备、连通性、配置和其他上下文信息。该能力信息帮助应用得知应用的什么功能在当前设备上会提供以及不会提供令人满意的用户体验。例如，供应用在台式计算设备上使用的合适用户界面可以显著不同于车辆或机顶盒设备上的合适用户界面。因此，该系统向应用提供了平台能力信息。

在框330中继续，系统访问应用元数据。应用元数据可以由应用的开发者、审阅者、用户或其他方通过与应用一起安装的清单或其他可访问的数据来提供。应用元数据描述了应用的用途、以及与应用相关的任何上下文关联。例如，如果应用与电视演出、名人、体育、位置或任何其他关联相关联，则清单可以向系统指示该信息，使得该系统可以在应用运行时向应用提供相关的上下文信息。

在框340中继续，该系统在计算设备上安装该应用。安装可以包括：复制应用二进制文件、资源和其他数据以及注册由应用元数据指定的上下文事件；设置系统配置设定；启用使用计算设备的受限服务的应用行为（例如访问英特网或使用位置数据）等等。系统可以向其他应用通知新近安装的应用，使得所述其他应用得知任何新上下文信息。

在框350中继续，该系统基于计算设备的平台能力信息以及与应用相关联的所访问的元数据自动地配置所安装的应用。系统可以修改配置数据库、设置应用的初始化设定、限制应用的动作等等。在框350之后，这些步骤结束。

图4是示出在一个实施例中的应用管理系统向运行中的应用提供上下文信息的处理的流程图。

在框410中开始，该系统接收描述正在计算设备上发生的事件的上下文信息。这些事件可以包括硬件或软件事件。该系统提供可扩展的事件接口，通过所述事件接口，第三方可以确定各种类型的上下文信息以展示给应用。应用可以注册以接收这些事件并且作为响应可以修改它们的行为。例如，事件可以包括对下列各项的指示：用户正在消费的内容、用户的时间表上的活动、设备的位置、用户正在与之通信的人、用户的最近活动等等。系统在任何给定时间使用该信息来将应用的行为调节为与用户更相关。

在框420中继续，系统标识出基于上下文信息修改其行为的所安装的应用。应用可以包括新闻应用、购物应用、社交联网应用、信息应用、投票应用或任何其他类型的应用。上下文信息可以允许应用在用户执行特定活动时向用户呈现相关产品、补充内容、优惠或其他项。

在框430中开始，该系统接收运行所标识出的应用的指令。例如，用户可以从用户界面中选择应用或者应用可以基于时间表自动运行。在运行该应用以后，该系统向该应用提供所接收的上下文信息，使得该应用可以基于该应用周围的环境的当前上下文来修改其行为。

在框440中继续，该系统基于所接收的上下文信息修改所标识出的应用的行为。例如，如果应用是投票应用并且用户正在观看智力测验或者基于投票的演出，则应用可以拉出用户界面以供对当前演出进行投票。作为另一示例，如果用户正在汽车中听特定的歌，则购物应用可以向该用户提供与该歌手相关的商品（例如当用户后来已经停止驾驶或者停车时）。

在框450中继续，该系统向用户显示具有经修改行为的应用。该应用可以正常运行但是该应用的界面或该应用的主屏幕的一部分可以利用上下文相关的信息来修改。用户可能对执行上下文最相关的任务感兴趣或不感兴趣，使得应用可以允许用户导航离开上下文相关的信息并且执行其他动作。然而，在用户对上下文相关信息感兴趣的情况下，该系统帮助用户更快地接触到该信息以及该应用的相关行为。在框450之后，这些步骤结束。

在一些实施例中，应用管理系统基于所接收的上下文信息在计算设备的应用启动器中对应用进行排序。正因为应用目录在用户寻找新应用时常常具有过多的应用，因此用户的设备可能变得被应用充满，以至于用户难以找到该用户正在寻找的应用。该系统可以基于上下文信息来对应用进行排序，使得上下文相关的应用在要运行的可用应用的列表中被显示得更靠前。

在一些实施例中，应用管理系统基于应用正在上面运行的计算设备对接在何处来修改应用的行为。例如，对接在汽车中的平板计算机在被用作平板时可能表现得不同于对接在汽车中并被用于车辆内信息时。例如，汽车中的一些使用模式尤其是在车辆在运动中的情况下可能合理性较低或安全性较低。因此，应用可以限制什么可以被访问，或者在设备对接时提供更多语音输入。

在一些实施例中，应用管理系统被构建到操作系统中，并且使用在此描述的上下文信息来提供应用标识、安装和执行。操作系统在计算设备上位于足够低的层面，以允许检测和执行在此所述的许多情况。该系统可以实现为操作系统组件、服务、驱动程序或其他扩展以改善特定设备的用户体验。

在一些实施例中，应用管理系统隐藏上下文不相关的应用。在一些情况下，应用作者可以打算应用仅仅在用户参与某些活动时才被使用。因此，作者可能不希望应用在用户未执行这些活动时被运行或显示。一示例是投票应用，其仅在电视节目的特定部分期间是有效的。该应用可以仅在节目确定的投票窗口期间变为可用。

从前面的描述中可以看出，可以理解，应用管理系统的特定实施例只是为了说明，但是，在不偏离本发明的精神和范围的情况下，可以进行各种修改。因此，本发明只受所附权利要求限制。

Claims (15)

1.一种用于在考虑到上下文输入信息的情况下搜索应用的计算机实现的方法，所述方法包括：

接收与计算设备或用户参与的活动相关的上下文信息；

访问从应用目录中可用的应用的应用清单信息；

访问策略信息，所述策略信息确定如何将所访问的应用清单信息与同所述设备和用户相关的所接收的上下文信息相匹配；

基于所访问的策略信息标识出具有与当前所检测到的上下文匹配的清单数据的一个或多个应用；

将所标识出的应用比所述应用目录中的其他应用排名得更高；以及

基于通过考虑上下文信息所产生的经修改的排名来向所述用户显示应用；

其中前述步骤由至少一个处理器来执行。

2.如权利要求1所述的方法，其特征在于，接收上下文信息包括：从事件子系统接收信息，所述事件子系统在新上下文信息可用时通知所述系统。

3.如权利要求1所述的方法，其特征在于，接收上下文信息包括：从硬件或软件组件接收信息。

4.如权利要求1所述的方法，其特征在于，接收上下文信息包括：接收所述计算设备用于安装和自动配置要在所述计算设备上运行的应用的能力信息。

5.如权利要求1所述的方法，其特征在于，访问应用清单信息包括描述所述应用的用途的信息、以及与所述应用相关的一个或多个上下文关联。

6.如权利要求1所述的方法，其特征在于，访问应用清单信息包括：调用应用编程接口（API），通过所述应用编程接口，所述系统能够查询所述应用清单信息。

7.如权利要求1所述的方法，其特征在于，访问策略信息包括：接收保护用户信息的隐私策略、与设备对法律或其他规定的顺应性相关的组织策略、或者在搜索应用的过程期间用于处理上下文信息的管理员或用户偏好。

8.如权利要求1所述的方法，其特征在于，访问策略信息包括：在没有更多特定策略可用的情况下接收缺省策略信息。

9.如权利要求1所述的方法，其特征在于，标识出应用包括：搜索匹配所检测到的用户或设备上下文信息的应用的上下文关联。

10.如权利要求1所述的方法，其特征在于，将应用排名得更高包括：将加权应用于应用并且与其他应用相比将与当前上下文具有上下文关系的应用加权得更高。

11.如权利要求1所述的方法，其特征在于，显示应用包括：帮助所述用户在可能非常大的应用目录中要么基于所述用户正在用来访问目录的设备、要么基于所述用户参与的活动或者二者找到在当前时间与所述用户最相关的应用。

12.一种用于针对所连接的设备的上下文感知应用模型的计算机系统，所述系统包括：

被配置成执行包含在以下组件内的软件指令的处理器和存储器；

应用数据存储，其提供应用的储存库，从所述储存库中用户能够选择应用以安装在所述用户的计算设备上；

上下文检测组件，其检测与所述计算设备以及所述用户正在所述设备上执行的一个或多个活动相关的上下文信息；

应用清单组件，其访问并存储与所述应用相关联的、描述与所述应用相关联的上下文关联的信息；

应用标识组件，其基于所检测到的用户上下文信息以及所存储的应用清单信息标识出一个或多个应用以供用户安装；

应用安装组件，其安装所选应用并且基于与所述计算设备相关的所检测到的上下文信息配置所述应用；

应用行为组件，其在运行时基于所检测到的上下文信息修改应用行为；以及

用户界面组件，其提供用户界面，通过所述用户界面，所述用户或应用开发者能够与所述系统交互以配置如何使用所述上下文信息。

13.如权利要求12所述的系统，其特征在于，所述应用数据存储包括与每个应用相关联的上下文标签，所述上下文标签帮助用户在一个或多个上下文中找到应用。

14.如权利要求12所述的系统，其特征在于，所述上下文检测组件提供事件子系统，由此一个或多个硬件或软件组件能够指示可能与应用相关的上下文信息。

15.如权利要求12所述的系统，其特征在于，所述应用清单组件存储一个或多个上下文标签，利用所述上下文标签，来自作出请求的设备的上下文信息能够被匹配以标识出上下文相关的应用。

Images