位置感知移动应用程序管理的制作方法
【专利说明】
【背景技术】
诸如为智能手机的移动设备的使用几乎无所不在。这些移动设备中的众多设备包括确定它们的物理位置的能力。也就是，移动设备能够确定它的在物理世界中的位置。传统上，位置确定典型地通过使用全球定位系统(GPS)、某一形式的多个无线电信号的三角测量或者内插、因特网协议(IP)地理位置、或其某一组合来完成。
一些所谓的基于位置的服务(LBS)正涌现，利用了很多人每天携带的移动设备的位置检测能力。例如，LBS包括面定向广告、社交网络、定位好友(“签到”)、相片标记、生命记录、基于位置的游戏、健康监测、以及其它。基于位置的服务还可以包括车辆或者包裹追踪。
移动设备无所不在的性质带来这样的设备上的移动应用程序(“app”)的无所不在的使用。典型地，用户从应用程序分发平台下载这样的app并且在移动设备上安装app。
【附图说明】
图1示出了图示根据此处描述的技术的实现的示例场景。
图2为图示根据此处描述的技术的示例方法的流程图。
图3为图示根据此处描述的技术的示例方法的状态图。
图4图示了根据此处描述的技术的示例系统。
图5图示了示例计算设备以实现根据此处描述的技术。
图6图示了示例设备以实现根据此处描述的技术。
具体描述参照附图。在图中，附图标记的最左边的(多个)数字识别附图标记首次出现于其中的图。相同的附图标记在通篇中用于引用相同的特征和组件。
【具体实施方式】
这里公开的是至少部分地基于所确定的设备位置来管理移动设备的移动应用程序(“app”)的技术。这可以包括例如帮助移动设备的用户轻松地找到适合的并且对当前位置最佳的app。这样的app可以为已经安装在移动设备上的app，或者针对特别的位置而推荐安装的app。所公开的技术还可以包括位置特定的app的自动激活或者推荐激活。类似地，这样的技术包括位置特定的app的自动停用或者推荐停用。
经常，设计运行在移动设备(诸如智能手机以及平板)上的app以在特定位置或特定类型的位置中使用。某些示例包括大学校园地图、区域地铁应用程序、或者与特别的社区或者城市位置相关的信息。在特定类型的位置中有用的应用程序的示例为棒球得分应用程序，其在棒球比赛时是有用的。
不幸地，使用传统的方法，移动设备的用户会够发现难于找到与特定位置相关联或者适合特定位置的应用程序并且难于从差不多数百万的可用app中的不太有用的app中精选出有价值的app。使用这里公开的技术，用户能够到达位置并且他的或者她的移动设备提供适合特定位置的一个或多个app的列表。
例如，如果用户到达纽约市，存在极多的可用app以辅助找到博物馆、餐馆、或者甚至地铁时刻表。那些可用的app在质量程度和位置适合程度上变化。这里描述的技术将帮助用户找到哪些位置特定的app是可用的以及哪些位置特定的app对于此用户有价值。
传统的方法没有足够解决的另一关注点为如何基于当前的位置的适合程度来管理已经安装的位置特定应用程序。当用户离开位置特定应用程序适合的特别的位置时，这里描述的技术结束或者停用位置特定应用程序。例如，当在华盛顿州的斯波坎时，用户对关于纽约市地铁系统中的延时的警报不感兴趣。另一方面，当用户回到纽约市时，用户想要与纽约市相关联的应用程序被更新和启用(enabled)。
适合特别的位置的app的辨别还能够更一般地用于预测用户将在一天中的任意时点运行/使用的app。随着用户遍历他通常行进到的地点和路线，移动设备保持跟踪与每个位置(地点/路线)相关联的app。
随着时间的过去，移动设备建立最可能在每个位置中运行的app的知识并且能够使用这一信息来例如确定卸下哪些app至用于运行关键应用程序的低功率核，而设备处于低功率状态中。
简而言之，这里描述的技术帮助用户获取位置特定应用程序的益处，而不要求大量的人工应用程序搜索、维护和处理。
传统的方法要求大量的用户的时间和人工输入。当搜索应用程序时，用户能够查询特定应用程序，但是他们必须使用关键词搜索或者它们正寻找的应用程序的类型的知识来主动这样做。当处理安装在他们的设备上的应用程序时，用户必须手动地关闭每个应用程序的通知，并且当他们再次需要它们时手动地打开它们。进而，用户必须记住哪些应用程序与哪个位置相关或者尝试以使得这一过程更容易的方式来手动地安排他们。
有限的资源
移动设备具有有限的资源。那些资源中的某些包括屏幕实际使用面积、存储器、电池寿命、以及其它可分配的资源。除此之外，用户的自身资源是有限的。这里公开的技术基于所确定的设备位置来管理移动设备的这些资源。
移动设备具有定义的并且有限的显示器大小，也称作屏幕实际使用面积。因为这点，设备仅仅能够在一个屏幕上示出有限的数量的图标。图标与安装在设备上的app相关联并且用户通过选择图标来激活app。这里描述的技术选择已经安装的位置特定app以呈现给用户。
移动设备的每个用户具有对哪些位置特定的app适合特别的位置的有限的知识和了解。例如，参加小联盟棒球比赛的用户很可能不知道特定于提供比赛的现场统计的棒球场的app。用户可能未曾通过搜索app来找到该app。这里描述的技术提供了尚未安装的位置特定的app的选择。App的选择可以基于关于在特别的位置或者在特别的位置附近的其它应用程序的使用的众包的信息。
移动设备具有有限的可分配的资源、有限的存储器以分配给活动的app，并且特殊地给后台中的那些app。此外，移动设备具有有限的电池寿命，并且，一般地，活动的app的数量越大，移动设备的电池上的消耗越大。当与特别的应用程序相关联的特定的位置不在目前的位置或者不在目前的位置附近时，这里描述的技术停用和/或卸载设备上的特别的app。
进而，用户很可能仅仅在通知是相关的条件下才想要app来通知他或她。当用户离开与活动的位置特定的app相关联的位置时，来自此app的通知典型地不相关，正如纽约市交通系统示例。当与特别的app相关联的特定的位置不在附近时，这里描述的技术停用和/或调整由设备上的特别的app提供的通知。
示例位置感知app管理场景
图1示出了一组示例场景100，其中可以采用这里描述的技术的一个或多个来实现。如所描绘的，场景包括四个位置，其中移动设备在每个位置处操作。在用户102首次访问的城市的大都市运输中心112中，用户102手持智能手机110并接近他的列车。持有蜂窝电话120的另一用户(未示出)在机场122处中转期间等待。饥饿的旅行者(未示出)在使用他的平板电脑130，同时在餐馆132吃饭。另一用户(未示出)在家142，持有智能手机140。
这些移动设备中的每个移动设备经由无线连接来连接到通信网络150。这样的连接能够为W1-F1、蓝牙、蜂窝、或者另一连接。这一连接将移动设备连接到因特网、私有内网、和/或链接到所谓的云。数据库服务器160可以至少部分地为因特网、私有内网、和/或云中的一部分。当然，数据库服务器160能够实现为一个或多个服务器。
在参见图1时，讨论了各种示例场景100。当在运输中心112时，用户102使用他的智能手机110上的若干app。那些app中的某些app可以包括特定于城市的运输系统的某些app ο例如，其可能包括具有地铁列车时刻表的app。使用已知的或者新的技术，智能手机110确定其目前的位置，该位置为运输中心112。
此目前的位置(运输中心112)与用户102在此位置处时使用的智能手机110上的app相关联。此使用的其它上下文因素与app和目前的位置相关联。例如，app在此位置处使用的多少、app在此位置处使用的频率、在此位置处下载app的频率、在此位置处安装app的频率、以及类似的因素。除了使用之外，某些上下文中因素可以包括特别的位置处的app的用户提供的评分。
这一相关联的信息能够存储在智能手机110上。除此之外，这样的位置感知关联能够在一个时间周期上由在此运输中心112处的众多移动设备执行。那些各种关联能够经由通信网络150上传到数据库服务器160，其中这样的关联在数据库服务器160处被收集和组织。能够将收集的关于app与位置、以及可能的上下文因素之间的各种关联的信息称作众包，因为其随着时间过去而从一群用户中收集。
当在机场122为他的转机回家航班等待几个小时时，用户可能希望挖掘在机场什么是对他可利用的。使用这里描述的技术的实现，蜂窝电话120通信其目前的位置到数据库服务器160，该数据库服务器160返回特定于电话120的目前的位置的app的列表。App能够基于数据库服务器160中与这样的app相关联的上下文因素来以相关性的顺序列出。
推荐的app中的某些app可以已经安装在蜂窝电话上。在此情况中，用户仅仅选择他想要运行的已经安装的app。推荐的app中的某些app在蜂窝电话120上使用之前可能需要下载和安装。
类似于机场场景，饥饿的旅行者能够在餐馆132吃饭时接收他的平板电脑130上的推荐的app的列表。旅行者能够在吃饭时选择下载本地的新闻app并且阅读新闻。
在携带她的智能手机140时，用户在到纽约市的商务行程之后到达华盛顿州斯波坎的她的家142。在她在纽约市时，她安装了给予她关于城市的日常通勤信息的app。现在她在家并且对于接收跨越国家的城市中的日常通勤的通知不感兴趣。她的智能手机140确定其目前的位置与纽约市日常通勤app相关联的位置不相关；结果，智能手机140自动停用app ο可选地，其能够卸载app或者仅仅关闭来自其的通知。
位置感知
位置感知牵涉移动设备确定其当前位置。传统的位置确定方法包括GPS和信号定位(例如，三角测量、三边测量、以及其它形式的内插和外插)以确定相对于多个信号源的地理物理位