置。GPS为接近无所不在的室外位置技术并且使用GPS的典型的智能手机具有三到五米的精确度。对于信号定位，信号源能够使用IEEE 802.11 (即，W1-Fi)的变形或者蜂窝。信号定位方法依赖于信号源的地图之上，该信号源的位置是已知的，以外插设备位置。
并非依赖于基于信号的三角测量的位置方法(如GPS)从而以细粒度和绝对分辨率来确定地理位置，这里描述的技术基于具有粗粒度和相对分辨率的位置确定。更特别地，这里描述的技术利用逻辑或者语义位置的确定。
一个或多个实现包括例如移动设备基于在此位置处“观测到的”周围无线电环境来认知和学习经常出入的离散位置。特别地，移动设备能够认知和学习哪些周围可识别无线(“IWS”)源为此离散位置处的接收范围内的地形的一部分。
无线接入点(“WAP”)为周围IWS源的特定示例。这里，IWS源被称作周围的，因为它们可以在移动设备在世界上移动时在环境中检测到或者“观测到”。IWS源被称作“可识别的”，因为每个IWS源是唯一可识别的。例如，每个WAP可以由其基本服务集标识(BSSID)或者媒介接入卡(MAC)地址来唯一识别。当然，其它识别特性可以单独使用或者彼此结合地使用或者与BSSID或者MAC地址结合使用。这样的其它识别特性的示例包括服务集标识(SSID)和接收信号强度指示(RSSI)。
地理位置还称作地理物理位置，包括确定对象或者人的真实世界地理位置。“物理位置”为比地理位置更宽泛的术语，并且包括确定对象或者人的任何真实世界位置。
上下文因素
作为这里描述的一个或多个实现的一部分，移动设备能够确定上下文因素。简而言之，上下文因素为当移动设备活动时关于围绕移动设备的环境或者事实的某一观测到的、测量的、计算的、和/或确定的数据。当收集信息:如何、谁、什么、何时、哪里以及为何时，上下文因素回答被典型地问及的问题的某些方面。
一般，移动设备的所确定的当前位置为上下文因素。但是，这里，位置(即，哪里)为单独处理的上下文因素的特殊情况。结果，如这里使用的，上下文因素明确排除移动电话的位置，因为其被单独处理。那就是说，上下文因素可以包括预测用户将行进到的位置、估计的到达时间/地点、或者路线预测。
上下文因素的示例为移动设备的用户的行进模式。用户在行走、骑车、乘公交或者列车、或者在机动车中？如果在行走，用户可能例如想要看用于本地公交时刻表的app。
上下文因素的另一示例为位置的类型。例如，如果确定用户在斯波坎国际机场，为类型“机场”或者更一般的“交通运输”，结果，与此类型的位置相关联的app能够推荐给用户。
上下文因素的另一示例为发生在位置处的事件的类型。例如，圣何塞中的HP体育馆为圣何塞鲨鱼冰球队的家，但是也主办各种音乐会、展览、以及活动(event)。除此之外，发生在特别的位置处的活动的已知的时刻表可以为上下文因素。
上下文因素的另一示例为特别的位置处的时间/日期。例如，为特别的位置在工作日的白天推荐的app可以不同于在周末的夜晚推荐的相同位置处的那些。
上下文因素中的众多的上下文因素基于app使用。用户建立所确定的位置处或者所确定的位置附近的app使用的个人历史。进而，众多用户生成所确定的位置处或者所确定的位置附近的app使用的众包历史。使用app的路线以及在途中使用app的目的地为其它因素。
某些上下文因素可以包括例如关于app的众包信息，诸如app的评分。
位置感知APP管理操作的示例
图2图示了用于至少部分地实现这里描述的技术的示例过程200。特别地，过程200描绘了诸如为智能手机110的移动设备至少部分地执行的位置感知app管理操作的示例。诸如为数据库服务器160或者其它基于云的服务的服务器可以执行示例过程200的某些部分。
在202处，移动设备使用新的或者已知的位置感知方法中的一个或多个来确定其当前位置。所确定的移动设备位置能够例如为物理位置、地理位置、或者逻辑位置。地理位置信息能够从GPS中获得。位置信息能够至少部分地从一个或多个周围IWS源中获得。
在204处，移动设备确定移动设备的上下文因素。
在206处，移动设备访问app关联的数据库。数据库提供app与它们的位置之间的关联。除此之外，数据库可以提供关于与app和/或与位置相关联的上下文因素的额外的信息。数据库或其一部分能够本地存储在移动设备自身上。在某些实现中，移动设备可以经由通信网络来访问远程数据库。例如，智能手机110经由网络150来访问数据库服务器160。数据库可以包括关于app的众包信息。例如，数据库可以包括针对在位置处或者在位置附近使用的app的来自众多不同的用户的一些app使用信息和用户提供的评分。
在208处，数据库提供与移动设备的当前位置相关联的app的列表。在某些实现中，列表可以包括与当前位置相关联或者与当前位置附近的位置相关联的app。额外地或者可选地，数据库提供了与移动设备的当前位置或者此位置附近不同的位置相关联的app的列表。
对于与当前位置相关联的app，执行操作210和212。对于与不同于当前位置的位置相关联的app，执行操作214和216。
在210处，移动设备选择与当前位置或者当前位置附近相关联的一个或多个app。如果位置为唯一的准则，则在某些实现中，选择与当前位置相关联的所有的app。在某些实现中，选择可以至少部分地基于上下文因素。在一个或多个实现中，选择可以包括移动设备查询数据库以找到与所确定的位置相关联的app的列表并且接着移动设备从通过查询找到的app的列表中选择一个或多个app。
在212处，移动设备促进移动设备上的所选择的app中的一个或多个app的使用状态的改变。使用状态的改变可以包括例如从使用到不使用、从活动到不活动、从不运行到运行、从安装到卸载、从不下载到下载、从用户通知到无通知、以及类似物的改变。使用状态的改变可以包括以上列出的每个改变的相反的改变。也就是，使用状态的改变可以包括例如从不使用到使用、从不活动到活动、从运行到不运行、从卸载到安装、从下载到不下载、从无用户通知到用户通知、以及类似物的改变。
在一个或多个实现中，促进可以包括经由用户界面来向移动设备的用户呈现卸载的app中的一个或多个。基于用户输入，移动设备将呈现的app中的一个或多个安装在移动设备上。在一个或多个实现中，促进可以包括经由用户界面来向移动设备的用户呈现不活动的app中的一个或多个。基于用户输入，移动设备将呈现的app中的一个或多个在移动设备上激活。这样的激活可以包括在移动设备上调用所选择的app中的一个或多个的执行。在一个或多个实现中，促进可以包括停用移动设备上所选择的app中的一个或多个。在一个或多个实现中，促进可以包括改变移动设备上所选择的app中一个或多个app的用户通知设置。
在某些实现中，促进可以在没有用户输入的情况下执行所选择的app的使用的改变。也就是，移动设备可以自动地选择改变所选择的app的状态。这一自动化可以基于用于设备、用于用户、和/或用于所选择的app的特别的app的设置。
替代与当前位置相关联的app，移动设备可以作用于与当前位置不同的位置相关联的app上。对于与当前位置不同的位置相关联的app，执行操作214和216。
在214处，移动设备选择与不同于当前位置的位置相关联的一个或多个app。在某些实现中，移动设备可以选择与远离当前位置的位置相关联的那些app。多远的阈值能够通过已知的或者可计算的当前的与超过距离阈值的相关联的位置之间的距离来确定。可选地，数据库可以为app或者为特定位置指派附近的位置。
如果位置为唯一的准则，在某些实现中，选择与不同于当前位置的位置相关联的所有的app。在某些实现中，选择可以至少部分地基于上下文因素。在一个或多个实现中，选择可以包括移动设备查询数据库以找到与不同于所确定的位置的位置相关联的app的列表并且接着移动设备从通过查询找到的app的列表中挑选一个或多个app。在一个或多个实现中，选择可以至少部分地基于安装在设备上的app。
在216处，移动设备促进移动设备上所选择的app中的一个或多个app的使用状态的改变。这里的使用状态的改变与针对操作212所讨论的相同。
在一个或多个实现中，促进可以包括经由用户界面来向移动设备的用户呈现安装的app中的一个或多个app。基于用户输入，移动设备将呈现的app中的一个或多个app在移动设备上卸载。在一个或多个实现中，促进可以包括经由用户界面来向移动设备的用户呈现活动的app中的一个或多个app。基于用户输入，移动设备将呈现的app中的一个或多个app在移动设备上停用。这样的停用能够包括结束所选择的app中的一个或多个app的执行。在一个或多个实现中，促进能够包括改变移动设备上的所选择的app中的一个或多个app的用户通知设置。
在某些实现中，促进可以在没有用户输入的情况下执行所选择的app的使用的改变。也就是，移动设备能够自动地选择改变所选择的app的状态。这一自动化能够基于用于设备、用于用户、和/或用于所选择的app中的特别的app的设置。
在218处，移动设备上报促进的结果。这样的报告可以为与当前位置相关的app的图标的屏幕的呈现。
位置感知管理操作的另一示例
图3图示了用于至少部分地实现这里描述的技术的示例过程的状态图300。特别地，状态图300描绘了至少部分地由诸如为智能手机110的移动设备执行的位置感知app管理操作的示例。诸如为数据库服务器160或者其它基于云的服务的服务器可以执行状态图300中的某些部分。
在301处，移动设备连续地跟踪其位置，直到设备确定用户到达新位置。
在302处，当用户到达他或者她之前从未带着移动设备访问过的新位置时，移动设备确定这是用户之前没有访问过的地