著录项信息
专利名称 | 基于推送的地点更新 |
申请号 | CN201080027212.9 | 申请日期 | 2010-06-17 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2012-05-16 | 公开/公告号 | CN102461130A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8;;;H;0;4;W;4;/;0;2查看分类表>
|
申请人 | 苹果公司 | 申请人地址 | 美国加利福尼亚州
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 苹果公司 | 当前权利人 | 苹果公司 |
发明人 | 理查德·威廉森;克里斯多佛·布鲁门伯格;希祐·帕拉潘;詹姆斯·霍华德 |
代理机构 | 中国国际贸易促进委员会专利商标事务所 | 代理人 | 鲍进 |
摘要
本申请涉及基于推送的地点更新,公开了地点信息服务器通过借助推送通知服务向移动设备发送地点更新请求来收集地点更新的方法、系统和计算机可读介质。移动设备响应于通过推送通知服务接收的基于推送的地点更新请求而提供地点更新。移动设备可根据移动设备的当前状态从自行启动的地点更新模式切换到基于推送的地点更新模式。移动设备还可基于在通过推送通知服务接收的地点更新请求中所嵌入的信息来选择用于自我定位的适当定位系统。地点更新请求中所嵌入的信息是可用于确定针对地点更新的精确性要求的精确性要求或上下文信息。
1.一种由地点共享移动设备执行的计算机实施的方法,包括:
根据该地点共享移动设备的当前状态在自行启动的地点更新模式和基于推送的地点更新模式之间切换,
其中当该地点共享移动设备的当前状态是其中该地点共享移动设备处于与地点信息服务器的活动通信的第一状态时,该地点共享移动设备处于自行启动的地点更新模式,在该模式中,该地点共享移动设备确定自身的地点并且周期性地将其地点信息更新提交给地点更新服务器,以及
其中当该地点共享移动设备的当前状态是其中该地点共享移动设备不处于与地点信息服务器的活动通信的第二状态时,该地点共享移动设备处于基于推送的地点更新模式,在该模式中,该地点共享移动设备通过推送通知服务从地点信息服务器接收针对地点更新的地点更新请求,激活定位系统以确定其自身的地点,并且将其地点信息更新提交给地点信息服务器。
2.根据权利要求1所述的方法,其中所述地点信息服务器被配置为:
接收来自地点共享朋友设备的、针对该地点共享移动设备的地点信息的地点信息请求;
在接收到所述地点信息请求时,定位存储在所述地点信息服务器的数据库中的该地点共享移动设备的地点;
响应于接收到所述地点信息请求,向该地点共享朋友设备提供所存储的地点;
确定该地点共享移动设备的地点的龄期;
确定所述地点的龄期超过阈值;
响应于确定所述地点的龄期超过阈值,向该地点共享移动设备发送所述针对地点更新的地点更新请求;以及
接收来自该地点共享移动设备的地点更新。
3.根据权利要求2所述的方法,其中,向该地点共享移动设备发送针对地点更新的地点更新请求的步骤进一步包括:在所述地点更新请求中指定针对地点更新的地点精确性要求,
其中,指定所述地点精确性要求的步骤进一步包括:基于来自于该地点共享朋友设备的所述地点信息请求的上下文来确定所述地点精确性要求,所述上下文包括下述信息:该信息指示该地点共享朋友设备的用户表现出的兴趣水平。
4.根据权利要求2所述的方法,其中所述地点信息服务器进一步被配置为:响应于来自该地点共享朋友设备的第二地点信息请求,向该地点共享朋友设备发送更新后的所存储的地点。
5.根据权利要求2所述的方法,其中所述地点信息服务器进一步被配置为:通过推送通知服务向该地点共享朋友设备发送更新后的所存储的地点,而不等待来自该地点共享朋友设备的、针对该地点共享移动设备的地点信息的第二地点信息请求。
6.根据权利要求2所述的方法,其中,向该地点共享移动设备发送针对地点更新的地点更新请求的步骤进一步包括:
通过推送通知服务器向该地点共享移动设备发送所述地点更新请求。
7.根据权利要求3所述的方法,其中,所述上下文包括指定发送了所述地点更新请求的具体应用的信息。
8.根据权利要求1所述的方法,其中在所述第二状态中,该地点共享移动设备处于睡眠模式,以及
在发送所述地点更新之后返回到所述睡眠模式。
9.根据权利要求3所述的方法,其中,激活所述定位系统的步骤进一步包括:
基于所述地点精确性要求并且根据一个或多个预定标准,选择适当的定位系统来激活。
10.根据权利要求9所述的方法,其中,所述一个或多个预定标准针对所要选择的定位系统而指定低耗电偏好。
11.根据权利要求9所述的方法,其中,所述一个或多个预定标准为要基于所述上下文信息而被选择的定位系统指定了地点精确性偏好。
12.一种由地点共享移动设备执行的计算机实施的系统,包括:
用于根据该地点共享移动设备的当前状态在自行启动的地点更新模式和基于推送的地点更新模式之间切换的装置,
其中当该地点共享移动设备的当前状态是其中该地点共享移动设备处于与地点信息服务器的活动通信的第一状态时,该地点共享移动设备处于自行启动的地点更新模式,在该模式中,该地点共享移动设备确定自身的地点并且周期性地将其地点信息更新提交给地点更新服务器,以及
其中当该地点共享移动设备的当前状态是其中该地点共享移动设备不处于与地点信息服务器的活动通信的第二状态时,该地点共享移动设备处于基于推送的地点更新模式,在该模式中,该地点共享移动设备通过推送通知服务从地点信息服务器接收针对地点更新的地点更新请求,激活定位系统以确定其自身的地点,并且将其地点信息更新提交给地点信息服务器。
13.根据权利要求12所述的系统,其中所述地点信息服务器被配置为:
接收来自地点共享朋友设备的、针对该地点共享移动设备的地点信息的地点信息请求;
在接收到所述地点信息请求时,定位存储在所述地点信息服务器的数据库中的该地点共享移动设备的地点;
响应于接收到所述地点信息请求,向该地点共享朋友设备提供所存储的地点;
确定该地点共享移动设备的地点的龄期;
确定所述地点的龄期超过阈值;
响应于确定所述地点的龄期超过阈值,向该地点共享移动设备发送所述针对地点更新的地点更新请求;以及
接收来自该地点共享移动设备的地点更新。
14.根据权利要求13所述的系统,其中,向该地点共享移动设备发送针对地点更新的地点更新请求的步骤进一步包括:在所述地点更新请求中指定针对地点更新的地点精确性要求,
其中,指定所述地点精确性要求的步骤进一步包括:基于来自于该地点共享朋友设备的所述地点信息请求的上下文来确定所述地点精确性要求,所述上下文包括下述信息:该信息指示该地点共享朋友设备的用户表现出的兴趣水平。
15.根据权利要求13所述的系统,其中所述地点信息服务器进一步被配置为:响应于来自该地点共享朋友设备的第二地点信息请求,向该地点共享朋友设备发送更新后的所存储的地点。
16.根据权利要求13所述的系统,其中所述地点信息服务器进一步被配置为:通过推送通知服务向该地点共享朋友设备发送更新后的所存储的地点,而不等待来自该地点共享朋友设备的、针对该地点共享移动设备的地点信息的第二地点信息请求。
17.根据权利要求13所述的系统,其中,向该地点共享移动设备发送针对地点更新的地点更新请求的步骤进一步包括:
通过推送通知服务器向该地点共享移动设备发送所述地点更新请求。
18.根据权利要求14所述的系统,其中,所述上下文包括指定发送了所述地点更新请求的具体应用的信息。
19.根据权利要求12所述的系统,其中在所述第二状态中,该地点共享移动设备处于睡眠模式,以及
在发送所述地点更新之后返回到所述睡眠模式。
20.根据权利要求14所述的系统,其中,激活所述定位系统的步骤进一步包括:
基于所述地点精确性要求并且根据一个或多个预定标准,选择适当的定位系统来激活。
21.根据权利要求20所述的系统,其中,所述一个或多个预定标准针对所要选择的定位系统而指定低耗电偏好。
22.根据权利要求20所述的系统,其中,所述一个或多个预定标准为要基于所述上下文信息而被选择的定位系统指定了地点精确性偏好。
基于推送的地点更新\n技术领域\n[0001] 本主题一般涉及移动设备的地点(location)信息更新。\n背景技术\n[0002] 一些移动设备包括定位系统,诸如全球定位系统(GPS),以确定用户的当前地理地点并显示地图,该地图示出了针对用户的当前地理地点的标记。随着用户移动到不同的地点,定位系统重新计算用户的当前地点并且刷新所显示的地图以反映更新后的用户的地点。\n[0003] 一些移动设备还允许在同意彼此成为“地点共享好友”的用户间进行地点共享(location-sharing)。例如,两个用户可以向地点信息服务器注册并同意彼此共享他们的地理地点。地点信息服务器维护由与这两个用户相关联的各自移动设备提交的地点信息的数据库。地点信息服务器将在被请求时、按照日程安排、或者在接收到地点更新的提交时,把一个用户的地点信息转发给另一用户。每个用户可在该用户自己的移动设备上所显示的地图上查看地点共享好友的地点。\n[0004] 为了使得存储在地点信息数据库中的地点信息保持最新,地点共享移动设备周期性地重新计算他们各自的当前位置并且向地点信息服务器提交地点更新。为了向地点信息服务器提交周期性的地点更新,地点共享移动设备必须维持用于地点确定和更新提交的活动后台处理,而不论其他设备是否从地点信息服务器请求这样的最新信息。维持这样的活动后台处理耗电并且大大缩短电池寿命,即使设备在别的方面没被使用。\n发明内容\n[0005] 本申请公开了用于收集地点信息更新的系统、方法和计算机可读介质。\n[0006] 在一方面中,地点信息服务器接收来自第一客户端设备的针对第二客户端设备的地点信息的地点信息请求。在地点信息请求被接收到时,针对地点更新的地点更新请求从地点信息服务器被发送给第二客户端设备。然后,来自第二客户端设备的地点更新被接收。\n[0007] 在一些实现方式中,在地点更新请求被发送之前,根据一个或多个预定标准判断所存储的第二客户端设备的地点信息是否陈旧。并且如果所存储的地点信息被判定为陈旧,则地点更新请求被发送给第二客户端设备。\n[0008] 在一些实现方式中,所述一个或多个预定标准指定针对地点信息的阈值龄期(age)。\n[0009] 在一些实现方式中,地点更新请求通过推送(push)通知服务器被发送给第二客户端设备。\n[0010] 在一些实现方式中,针对地点更新的地点精确性要求被指定在地点更新请求中。\n[0011] 在一些实现方式中,所述地点精确性要求基于地点信息请求的上下文(context)来确定,其中所述上下文包括下述信息:该信息表示第一客户端设备的用户表现出的兴趣水平。\n[0012] 在一方面中,针对地点信息服务器,接收来自第一客户端设备的针对第二客户端设备的地点信息的地点信息请求,第一客户端设备和第二客户端设备彼此互为地点共享好友设备。地点信息请求通过地点信息服务器向第一客户端设备发送所存储的第二客户端设备的地点而被响应。所存储的第二客户端设备的地点是否超过预定的阈值龄期被判断。如果所存储的地点超过所述预定的阈值龄期,则针对地点更新的地点更新请求被通过推送通知服务发送给第二客户端设备。来自第二客户端设备的地点更新被接收。所存储的第二客户端设备的地点根据所接收的地点更新而被更新。\n[0013] 在一些实现方式中,针对地点更新的地点精确性要求在地点更新请求中被指定。\n[0014] 在一些实现方式中,更新后的所存储的地点响应于来自第一客户端设备的针对第二客户端设备的地点信息的第二地点信息请求而被发送给第一客户端设备。\n[0015] 在一些实现方式中,更新后的所存储的地点通过推送通知服务而被发送给第一客户端设备,而不等待来自第一客户端设备的、针对第二客户端设备的地点信息的第二地点信息请求。\n[0016] 在一方面中,地点共享移动设备进入睡眠模式。在睡眠模式中,该地点共享移动设备通过推送通知服务从地点信息服务器接收针对地点信息的地点更新请求。在接收到地点更新请求时,该地点共享移动设备激活定位系统以进行自我定位(self-locate)。地点共享设备向地点信息服务器发送地点更新,所述地点更新包括由定位系统所确定的当前地点。\n地点共享移动设备在发送地点更新之后返回到睡眠模式。\n[0017] 在一些实现方式中,地点更新请求指定了针对地点更新的地点精确性要求。基于地点精确性要求并且根据一个或多个预定标准,适当的定位系统被选择来激活。\n[0018] 在一些实现方式中,所述一个或多个预定标准针对所要选择的定位系统指定低耗电偏好。\n[0019] 在一些实现方式中,地点更新请求是响应于由所述地点感知移动设备的好友设备做出的、针对地点信息的地点信息请求而被发送的,其中地点更新请求包括与地点信息请求有关的上下文信息,所述一个或多个预定标准针对要基于所述上下文信息而被选择的定位系统指定地点精确性偏好。\n[0020] 在一方面中,地点共享移动设备进入第一状态。在该地点共享移动设备处于第一状态中时,该地点共享移动设备周期性地向地点信息服务器发送地点信息。该地点共享移动设备进入第二状态。当该地点共享移动设备进入第二状态时,停止向地点信息服务器发送地点信息。在第二状态中,该地点共享移动设备通过推送通知服务从地点信息服务器接收针对地点更新的地点更新请求。响应于地点更新请求,该地点共享移动设备激活定位系统以进行自我定位。该地点共享移动设备向地点信息服务器提交地点更新,其中所述地点更新包括由定位系统所确定的当前地点。该地点共享移动设备在地点更新被发送之后返回到第二状态。\n[0021] 在各种实现方式中,本说明书中所公开的方法和系统可提供如下的一个或多个优点。\n[0022] 例如,使用基于推送的地点更新机制,如果没有其他设备请求地点感知移动设备的当前位置的话,该移动设备不必须维持后台处理以重新计算其地点并周期性地或者按照日程安排向地点信息服务器提交地点更新。如果没有其他设备请求地点感知移动设备的当前位置的话,该移动设备也不必须每当重要地点改变时提供地点信息更新。而是,该移动设备进入睡眠模式,直到其被来自地点信息服务器的地点更新请求唤醒。在地点信息服务器接收到来自该移动设备的“好友”设备的、针对该移动设备的当前地点的请求时,地点信息服务器可向该移动设备推送地点更新请求,所述“好友”设备是与该移动设备共享地点的设备。因为地点更新请求通过推送通知服务而被发送给该移动设备,所以该移动设备可在没有其他设备请求其当前位置时保持处于睡眠模式以省电。\n[0023] 地点信息服务器还可限制向移动设备发出地点更新请求的最大频率,以使得即使移动设备的地点信息被其好友设备高频率地请求时,该移动设备也不会因地点更新请求而被击倒。基于推送的地点更新机制平衡了好友设备接收最新地点信息的要求和移动设备节能的要求,并延长了该移动设备的电池寿命。\n[0024] 在一些实现方式中,移动设备所使用的地点更新的模式可自动地在自行启动(self-initiated)地点更新模式和基于推送的地点更新模式间切换。例如,如果移动设备当前正在运行与地点共享有关的应用(例如,地图应用),则该移动设备可进入自行启动的地点更新模式。在自行启动的地点更新模式中,地点感知移动设备可计算其地点并按照日程安排(例如,每30秒)或者在诸如重要地点改变之类的其他触发事件时提供地点信息更新。另一方面,如果地点感知移动设备当前没有正在运行与地点共享有关的应用,在该移动设备可进入基于推送的地点更新模式。在基于推送的地点更新模式中,自我定位能力(例如,GPS或其他定位系统和软件处理)可保持不活动,直到接收到来自地点信息服务器的推送的地点更新请求为止。在许多情况中,移动设备可在保持通信信道开启以接收推送的地点更新请求的同时进入睡眠模式。通过基于移动设备的状态而自动地在自行启动的地点更新模式和基于推送的地点更新模式之间切换,可以以最小的信息准确性的妥协而实现节能。\n[0025] 在一些实现方式中,基于推送的地点更新机制可通过用于在地点共享移动设备上运行的其他应用(例如,电子邮件、即使消息传送等)使用的现有推送通知服务基础设施来支持。无需部署单独的推送通知基础设施。地点信息服务器通过已经与移动设备连接的推送通知服务器来向移动设备发送地点更新请求。\n[0026] 在一些实现方式中,推送的地点更新请求可指定地点更新中的地点信息所需的精确性水平。所需的精确性水平可以基于该特定移动设备的好友设备的请求。所需的精确性水平还可以基于好友设备做出针对地点信息的请求的上下文。例如,所述上下文可以包括下述信息:好友设备正用来定位移动设备的特定应用,好友设备与该移动设备间的关系的种类,等等。表示用户对移动设备的地点信息的兴趣的其他信息也可以被用来确定针对地点更新中的地点信息的所需精确性水平。\n[0027] 基于推送的地点更新请求中所需的精确性水平,移动设备可以采用使用最少的能量来提供所需的地点精确性水平的适当的定位系统。\n[0028] 在一些实现方式中,推送的地点更新请求可以包括与地点请求有关的上下文信息并且移动设备可以基于此上下文信息和一个或多个用户定义的标准来提供精确性水平不同的地点信息。例如,推送的地点更新请求可标识请求地点信息的地点共享好友,从而移动设备可以基于该地点共享好友的身份来提供不同精确性(例如,街道水平精确性,城市水平精确性,等等)的地点信息。用户还可以基于此嵌入在推送的地点更新请求中的上下文信息来提供不同种类的响应。例如,基于地点共享好友的身份,用户可以提供真实地点、虚假地点或者“信息不可获得”响应。因为地点信息服务器可能不具有对用户指定的标准和响应的控制,所以基于推送的地点更新机制可提升用户的私密性和自治性。\n[0029] 在本说明中所描述的本主题的一个或多个实施例的细节在附图和下面的描述中给出。本主题的其他特征、方面和优点了、可从描述、示图和权利要求中变得更明显。\n附图说明\n[0030] 图1是示例地点感知移动设备的框图。\n[0031] 图2A到图2F示出移动设备上用于激活和配置地点共享的示例用户界面。\n[0032] 图3A是呈现出示出了针对地点共享好友的标记的街道地图的示例用户界面。\n[0033] 图3B是呈现出地点共享好友的列表的示例用户界面。\n[0034] 图4A到图4E示出用于查看和管理地点共享好友的列表的示例用户界面。\n[0035] 图5A图示出在自行启动的地点更新模式中地点感知移动设备请求其好友设备的地点信息以及提交其自己的地点信息的示例处理。\n[0036] 图5B图示出在基于推送的地点更新模式中地点信息服务器通过推送通知服务向地点感知移动设备发送地点更新请求的示例处理。\n[0037] 图5C图示出在自行启动的地点更新模式中两个地点共享移动设备提交地点信息更新的示例处理。\n[0038] 图6图示出支持地点共享和基于推送的地点更新的示例系统。\n[0039] 图7A到图7B是用于向地点共享移动设备发送地点更新请求的示例处理的流程图。\n[0040] 图8是用于向地点共享移动设备发送地点更新请求的另一示例处理的流程图。\n[0041] 图9是响应于推送的地点更新请求提交地点更新的示例处理的流程图。\n[0042] 图10是依赖于移动设备的状态在自行启动的地点更新模式和基于推送的地点更新模式间切换的示例处理的流程图。\n[0043] 图11是示例移动设备操作环境的框图。\n[0044] 图12是图1的移动设备的示例实现方式的框图。\n具体实施方式\n[0045] 示例移动设备\n[0046] 图1是示例移动设备100的框图。移动设备100例如可以是手持式计算机、个人数字助理、蜂窝电话、网络器具、相机、智能电话、增强型通用分组无线电服务(EGPRS)移动电话、网络基站、媒体播放器、导航设备、电子邮件设备、游戏控制台或者这些数据处理设备中的任意两种或更多种的组合或者其他数据处理设备。\n[0047] 移动设备概览\n[0048] 在一些实现方式中,移动设备100包括触敏显示器102。触敏显示器102可以用液晶显示器(LCD)技术、发光聚合体显示器(LDP)技术或者某种其他显示器技术来实现。触敏显示器102可以对用户的触觉型(haptic)和/或触知型(tactile)接触敏感。\n[0049] 在一些实现方式中,触敏显示器102可包括多触敏显示器102。多触敏显示器\n102例如可同时处理多个触摸点,包括处理与每个触摸点的压力、程度和/或位置有关的数据。这样的处理有助于利用多个手指进行的手势和交互、和弦(chording)以及其他交互。其他触敏显示器技术也可使用,例如利用触笔或其他点选设备进行接触的显示器。多触敏显示器技术的一些示例在美国专利No.6,323,846、No.6,570,557、No.6,677,932和No.6,888,536中公开,这些专利中的每个通过引用被全部结合于此。\n[0050] 在一些实现方式中,移动设备100可在触敏显示器102上显示一个或多个用户界面,用于为用户提供对各种系统对象的访问(access)以及用于向用户传达信息。在一些实现方式中,图形用户界面可包括一个或多个显示对象104和106。在所示出的示例中,显示对象104和106是系统对象的图形表示。系统对象的一些示例包括设备功能、应用、视窗、文件、警报、事件或其他可标识的系统对象。\n[0051] 示例移动设备功能\n[0052] 在一些实现方式中,移动设备100可实现多种设备功能,诸如由电话对象110指示的电话通讯设备、由电子邮件对象112指示的电子邮件设备、由地图对象114指示的地图设备、Wi-Fi基站设备(未示出)以及由网络视频对象116指示的网络视频传输和显示设备。\n在一些实现方式中,具体显示对象104,例如,电话对象110、电子邮件对象112、地图对象\n114和网络视频对象116,可显示在菜单栏118中。在一些实现方式中,可以从顶层图形用户界面访问设备功能,诸如图1中所图示出的图形用户界面。触摸这些显示对象110、112、\n114、116中的一个显示对象例如可调用相应的功能。\n[0053] 在一些实现方式中,移动设备100可实现网络分配功能。例如,该功能可使得用户能够在旅行中携带移动设备100并且提供对相关联网络的接入。具体地,移动设备100可将因特网接入(例如Wi-Fi)扩展到附近的其他无线设备。例如,移动设备100可被配置作为用于一个或多个设备的基站。这样,移动设备100可准许或拒绝对于其他无线设备的网络接入。\n[0054] 在一些实现方式中,当设备功能被调用时,移动设备100的图形用户界面发生改变,或者由另一用户界面或用户界面元素被扩充或替代,以帮助用户访问与相应设备功能相关联的特定功能。例如,响应于用户触摸电话对象110,触敏显示器102的图形用户界面可呈现与各种电话功能有关的显示对象;同样,触摸电子邮件对象112可使得图形用户界面呈现与各种电子邮件功能有关的显示对象;触摸地图对象114可使得图形用户界面呈现与各种地图功能有关的显示对象;以及触摸媒体播放器对象116可使得图形用户界面呈现与各种网络视频功能有关的显示对象。\n[0055] 在一些实现方式中,可通过按压位于移动设备100的底部附近的按钮120来恢复图1的顶层的图形用户界面环境或状态。在一些实现方式中,每个相应的设备功能可具有相应的“首页(home)”显示对象显示在触敏显示器102上,并且可通过按压“首页”显示对象来恢复图1的图形用户界面环境。\n[0056] 在一些实现方式中,顶层的图形用户界面可包括另外的显示对象106,诸如短消息传送服务(SMS)对象130、日历对象132、照片对象134、相机对象136、计算器对象138、股票对象140、地址簿对象142、媒体播放器对象144、网络对象146、视频对象148、设定对象\n150。触摸SMS显示对象130例如可调用SMS消息传送环境和支持功能;同样,选择显示对象132、134、136、138、140、142、144、146、148和150中的任一个可调用相应的对象环境和功能。\n[0057] 在一些实现方式中,顶层的图形用户界面可包括用于专门的地点共享应用的显示对象152。地点共享应用提供与签约地点共享服务、选择用户希望与之共享地点的其他用户(例如,用户的好友和/或联系人)以及管理移动设备100的地点共享的各方面相关联的功能。移动设备100可以与地点信息服务器通信以接收当前与该移动设备100共享地点的其他设备的地点信息。移动设备100还可与地点信息服务器通信以将其自己的地点提供给地点信息服务器。\n[0058] 在图1的图形用户界面上还可显示另外的和/或不同的显示对象。例如,如果设备100被用作用于其他设备的基站,在图形用户界面上可出现一个或多个“连接”对象用于指示连接。在一些实现方式中,显示对象106可由用户配置,例如,用户可指定显示哪些显示对象106,和/或可下载另外的应用或提供其他功能和相应显示对象的其他软件。\n[0059] 在一些实现方式中,移动设备100可包括一个或多个输入/输出(I/O)设备和/或传感器设备。例如,扬声器160和麦克风162可被包括以帮助有语音能力的功能,诸如电话和语音邮件功能。在一些实现方式中,可包括上/下按钮184以用于扬声器160和麦克风162的音量控制。移动设备100还可包括开/关按钮182以用于到来电话呼叫的响铃指示器。在一些实现方式中,喇叭164可被包括以帮助免提语音功能,诸如扬声器电话功能。\n音频插孔166也可被包括,以便使用头戴式耳机和/或麦克风。\n[0060] 在一些实现方式中,接近传感器168可被包括,以帮助对用户把移动设备100布置得接近用户的耳朵进行检测并且作为响应而使触敏显示器102解除,以防止偶然的功能调用。在一些实现方式中,触敏显示器102可在当移动设备100接近用户的耳朵时被关断以节省额外的电力。\n[0061] 其他传感器也可被使用。例如,在一些实现方式中,环境光传感器170可被利用来帮助调节触敏显示器102的亮度。在一些实现方式中,加速度计172可被用来检测移动设备100的运动,如由方向箭头174指示。从而,可根据所检测到的取向(orientation),例如人像(portrait)方式和/或风景(landscape)方式,来显示对象和/或媒体。\n[0062] 在一些实现方式中,移动设备100可包括用于支持位置确定能力的电路和传感器,所述位置确定能力诸如由全球定位系统(GPS)或其他定位系统(例如利用Wi-Fi接入点、电视信号、蜂窝栅格、统一资源定位符(URL)的系统)提供。在一些实现方式中,定位系统(例如GPS接收器)可集成到移动设备100中或者可作为可通过接口(例如,端口设备\n190)耦合到移动设备100的单独设备而被提供,以提供对基于地点的服务的接入。\n[0063] 在一些实现方式中,端口设备190(例如,通用串行总线(USB)端口或者驳接(dock)端口或者某种其他有线端口连接)可被包括。端口设备190例如可被利用来建立到其他计算设备的有线连接,所述其他计算设备诸如是其他通信设备100、网络接入设备、个人计算机、打印机、显示屏或者能够接收和/或发送数据的其他处理设备。在一些实现方式中,端口设备190利用一种或多种协议允许移动设备100与主机设备同步,所述一种或多种协议例如是诸如TCP/IP、HTTP、UDP以及任何其他已知的协议。\n[0064] 移动设备100还可包括相机镜头和传感器180。在一些实现方式中,相机镜头和传感器180可被置于移动设备100的背面。相机可捕捉静止图像和/或视频。\n[0065] 移动设备100还可包括一个或多个无线通信子系统,诸如802.11b/g通信设备186和或蓝牙通信设备188。其他通信协议也可被支持,这些通信协议包括其他802.x通信协议(例如,WiMax、Wi-Fi、3G)、码分多址(CDMA)、全球移动通信系统(GSM)、增强型数据GSM环境(EDGE),等等。\n[0066] 地点感知移动设备间的地点共享\n[0067] 地点感知移动设备(例如,移动设备100)的用户可通过地点信息服务器来与其他地点感知移动设备的用户共享其地点。一组用户(例如,至少一对用户)可签约地点共享服务,并向地点信息服务器通知他们彼此共享地点的意愿。已经彼此签约共享地点的这组用户被认为是地点共享“好友”群组。地点共享好友之间的人身关系可以包括社交关系、商务关系、职业关系、临时结交关系、家庭关系,等等。与每个地点共享好友相关联的各自地点感知移动设备是另一个的“地点感知好友设备”或“好友设备”。每个用户可以设立多个地点感知好友群组,并且可以单独地管理其与每个群组的地点共享。\n[0068] 用户的地点可以通过与该用户相关联的地点感知移动设备来确定。例如,地点感知移动设备可以是用户自身携带的移动设备(例如,移动设备100)。每个地点感知移动设备可以通过标识符(例如,蜂窝电话号码、电子邮件地址、用户ID,等等)而与用户相关联,所述标识符是用户正在通过该地点感知设备使用以登录特定网络或因特网服务的标识符。\n[0069] 地点感知移动设备包括用于支持定位能力的电路和传感器,所述定位能力诸如是通过全球定位系统(GPS)提供的定位能力。例如,GPS模块或辅助GPS(A-GPS)模块可提供与经度和纬度坐标方面的移动设备的地点。在移动设备上运行的定位器模块可利用GPS模块和/或移动设备的用于定位的其他组件。例如,定位器模块可调用蜂窝电话组件、WiFi组件、电视接收器组件或无线电接收器组件来扫描附近的固定发射器或信号源。当移动设备从具有已知的固定地点的一个或多个信号源(诸如蜂窝栅格、无线接入点以及无线电和TV广播塔)接收到信号时,移动设备的地点可基于各种技术(例如,三角测量法)被以各种精确性程度确定。\n[0070] 作为一个更具体的示例,移动设备可扫描最近的固定小区发射地点,并且基于信号来自那些小区发射地点的时间间隔或差分时间间隔来确定其相对于那些固定小区发射地点而言的自己的地点。移动设备然后可基于固定的小区发射地点的已知位置导出其绝对地点。\n[0071] 其他定位系统和技术可实现或耦合到移动设备上以允许移动设备进行自我定位。\n在一些实现方式中,地点确定的精确性可被改善为包括海拔信息。在一些实现方式中,地点确定的精确性可被改善。例如,利用声波定位技术可确定用户在建筑物结构中的准确地点。\n在这样的实现方式中,建筑物结构信息可以通过此信息的服务器来获得。\n[0072] 地点共享移动设备可确定他们各自的地点并将他们各自的地点的更新提交给地点信息服务器。地点信息服务器可维护所提交的地点信息的数据库,并且可将某移动设备的地点信息提供给该移动设备的好友设备。在一些实现方式中,地点信息服务器可在当(一个或多个)好友设备请求时提供地点信息。替代地,地点信息服务器可在当其接收到来自地点感知移动设备的地点信息的更新时向(一个或多个)好友设备提供地点信息。替代地,地点信息服务器还可按照日程安排(例如,每5秒)向(一个或多个)好友设备提供地点信息。在一些实现方式中,每个地点共享移动设备可通过特定请求、按照日程安排或者在当一些预定条件或触发事件满足时(例如当好友的地点发生重大改变时)等等来指定其想要接收到其好友设备的地点信息的程度。\n[0073] 地点共享好友以及他们的相关联的好友设备的地点信息可在地点共享移动设备上的多种应用中被利用并被呈现。例如,地点共享好友设备的图标可叠加到显示在该地点共享移动设备上的地图中,指示当前已知的地点共享好友设备的地点。随着当前已知的好友设备的地点被更新,地点共享移动设备的用户可看到此图标相应地在地图上移动。在一些实现方式中,用户还可使用地点共享移动设备的“自我定位”功能将其自己的图标设置在同一地图上。\n[0074] 可显示用户的地点共享好友的地点信息的另一示例应用是地址簿应用。如果地点共享好友也是在用户的地址簿中示出的一个联系人,则当前已知的地点共享好友的地点可与诸如家庭地址、商务地址、联系人电话号码等等其他地址信息一起被显示在地址簿中用于该联系人。\n[0075] 有时,专门的地点共享应用可被实现以管理地点共享和查阅地点共享好友的地点信息。利用地点共享好友的地点信息的其他应用可包括用于管理车队或玩家组等的应用、游戏。\n[0076] 地点共享应用的示例用户界面\n[0077] 图2A到图2F图示出允许用户签约地点共享服务的示例用户界面。在用户第一次调用了图1中所示的地点共享应用152之后,用户界面202可被显示,如图2A中所示。用户界面202也可以其他方式来被调用。例如,设定菜单(通过图1中的图标150调用)可包含用于在移动设备100上设立地点共享功能项。用户界面202可包括向用户介绍地点共享服务的文本提示。地点共享应用允许用户找出其好友并允许用户及其好友共享彼此的当前地点。在一些实现方式中,用户需要有ID或与地点共享服务提供者的现有帐户关系才能登入。用户可通过调用用户界面元素204来登入或通过调用用户界面元素206来创建新帐户。\n[0078] 图2B示出用户通过用户界面元素208输入ID和口令组合。图2C示出在用户输入了帐户ID并通过了认证处理之后,用户被要求选择一个或多个电子邮件地址,用户的好友可用该电子邮件地址来识别该用户并与该用户共享他们的地点。用户可选择多个电子邮件地址来向好友标识他或她自己(例如,电子邮件地址410a和410b)。为了容易管理,每个电子邮件地址可被给予不同组的人。例如,用户可临时开启或关闭特定邮件地址(如通过挨着电子邮件地址出现的对号指示)以终止此移动设备与那个特定电子邮件地址的关联。\n使用该特定电子邮件地址与该用户共享地点的那组好友将不再能使用此移动设备来定位该用户。该用户可通过调用用户界面元素212来输入另外的电子邮件地址。在用户输入了所希望的用于自识别(self-identificatin)的电子邮件地址之后,该用户可调用用户界面元素214来向每个指定的电子邮件地址210发送验证电子邮件。验证处理用于确保用户输入其自己的电子邮件地址并且不会构成其他。\n[0079] 图2D示出在验证邮件被发送了之后,用户界面216可提示用户检查其电子邮件以查阅(locate)来自地点共享服务提供者的验证电子邮件。用户界面元素218可将用户链接到用户的电子邮件收件箱。\n[0080] 图2E示出用户的电子邮件收件箱220中的验证电子邮件。此电子邮件包含供用户点击并验证此电子邮件已接收的诸如链接或按钮之类的用户界面元素222。当地点共享服务提供者接收到来自用户界面元素222的通知时,地点共享服务对此用户激活。此用户现在可使用经过验证的电子邮件地址向好友发出用于地点共享的请求。\n[0081] 图2F示出来自地点共享服务提供者的通知224,通知224有关地点共享服务现在对此特定用户并且针对经过验证的电子邮件地址激活。该用户可进行通过调用用户界面元素226向地点共享好友的列表添加好友。该用户还可进行通过用户界面元素228进入专门的地点共享应用。\n[0082] 图3A是针对在移动设备(例如,移动设备100)上运行的地图应用的示例用户界面300。用户界面300呈现出街道地图302,街道地图302被叠加有针对当前已知的与该移动设备相关联的用户的地点共享好友的地点的标记330。图3B是呈现出当前与和该移动设备相关联的用户共享地点的好友的列表的示例用户界面332。\n[0083] 示例用户界面用户界面300可包括一个或多个如下用于呈现信息以及用于接收对地图应用的用户输入的用户界面元素:用于接收搜索项或地址的用户界面元素304、用于调用具有更多地址搜索选项的搜索界面的用户界面元素306、用于调用用于获取向的方向界面的用户界面元素308、用于获得移动设备的当前地点(例如,自我定位)并在地图上标识出当前地点的用户界面元素310、用于启动卷页动画以展示与地图应用有关的选项的用户界面元素312。\n[0084] 在一些实现方式中,在用户界面300中所显示的街道地图302可以是示出一定区域中的道路、街道和/或小路的任何地图。例如,所显示的街道地图可以是对所表示区域的航拍图、道路图谱、示出城市街道和道路的正规地图、示出设施或建筑物的场地的地图或者示出关键地标的地图。该地图还可根据用户指定的不同缩放水平而被显示。\n[0085] 在一些实现方式中,用户界面300还包括与地点共享有关的用户界面元素314。用户可调用该用户界面元素314来显示要被显示在移动设备上的地点共享好友的列表(例如,图2B所示的用户界面332)。\n[0086] 图2B中所示的示例用户界面332包括用于返回到地图用户界面302的用户界面元素316。示例用户界面332还可包括用于编辑地点共享好友列表并且配置全部地点共享选项(例如,改变与移动设备相关联的登录ID和/或电子邮件地址)的用户界面元素318。\n有关用户的每个地点共享好友(例如,320a和320b)的信息被列出在示例用户界面332中,这些信息诸如是他们各自的姓名、当前已知的地点、离该移动设备的距离。地点共享好友的列表可通过选择相应的用户界面322、324、326而根据姓名、距离或可见性被分类。可见性是指该移动设备的用户是否当前相对各个地点共享好友而隐藏。如果该用户相对特定地点共享好友隐藏了,则该用户可仍然看到该特定地点共享好友的当前地点,但是该特定地点共享好友不能看到该用户的当前地点。隐藏可以是暂时的并且不会终止该用户与该特定地点共享好友之间的地点共享关系。该用户可通过调用用户界面元素328(例如,328a和\n328b)来设置针对各地点共享好友的可见性以及其他地点共享特性。示例用户界面332还可包括用于向地点共享好友列表添加新的好友的用户界面元素334。\n[0087] 在一些实现方式中,用户可从地点共享好友的列表中选择某好友(例如,Tony Boggs),并且用于该所选地点共享好友的标记330(例如,以图钉的形式)将被显示在地图302上。标记330在地图302上的地点表示当前已知的所选地点共享好友(例如,Tony Boggs)的地点。在一些实现方式中,区域336被指示为围绕标记330以显示地点信息的精确性。区域越大表示地点精确性越低。该区域不一定是圆形,并且该区域的大小和形状通过好友设备采用进行确定地点的特定定位系统来确定。\n[0088] 在一些实现方式中,地址栏338可挨着标记330被显示。地址栏338可注释有所选地点好友的当前地址(例如,254 Divisadero St,San Francisco,California)。在一些实现方式中,如果所选地点共享好友是该用户的已知联系人(例如,如果他的信息已经被存储在该移动设备的地址簿中),则地址栏338按照地址簿所示来显示所选地点共享好友的姓名(例如,Tony Boggs)。如果所选地点共享好友不是该用户的已知联系人,则地址栏338示出所选地点共享好友向地点信息服务提供者登记的标识符(例如,经过验证的所选地点共享好友的电子邮件地址)。\n[0089] 在一些实现方式中,地址栏338还包括针对所选地点共享好友的图标340(例如,形象)。例如,用户可选择个性化的图片或图标来表示特定的所选地点共享好友。用户可为该用户与之共享地点的好友的不同群组(例如,家人、朋友、同事等等)选择不同的色彩方案。在一些实现方式中,地址栏338还包括用于调用所选地点共享好友的地址卡片的用户界面元素342。示例地址卡片被示出在图4E中。\n[0090] 用户界面300还可包括示出地点共享是否当前在移动设备上处于活动的指示符\n344。此指示符用于帮助用户避免无意地把其地点与其他人共享。\n[0091] 图4A到图4C示出示例地点共享好友列表的三个不同示图(402a、402b和402c)。\n好友列表可包括已经与该移动设备的用户建立起地点共享关系的所有其他用户。好友列表可从各种应用被调用,例如,从地图应用被调用、从地址卡片被调用或从专门的地点共享应用被调用。\n[0092] 在图4A中,该列表包含两个地点共享好友(例如,Elizabeth Collins和Tony Boggs)。用于好友列表的用户界面402a还包括三个用户界面元素404、406和408,用于在这三个不同的好友列表的示图之间切换。用户界面元素404用于显示根据地点共享好友的姓名而分类的好友列表。用户界面元素406用于显示根据地点共享好友离该用户的距离而分类的好友列表。用户界面元素408用于显示根据对地点共享好友的可见性而分类的好友列表。\n[0093] 图4A是地点共享好友根据他们的姓名而被分类的示图。针对每个姓名,还显示出诸如相应地点共享好友的当前已知地点以及地点共享好友离该用户的距离之类的其他信息。每个地点共享用户的当前已知地点可以具有不同的程度的精确性。例如,针对Elizabeth Collins的地点为城市水平,而针对Tony Boggs的地点处于街道水平。地点信息的精确性可由多种因素确定,诸如好友设备上的定位系统的可用性、好友对精确性水平的规定或者该移动设备的用户请求的精确性水平、该用户与地点共享好友设备之间的当前距离,等等。\n[0094] 图4A中所示的用户界面402还包括针对列表中的各地点共享好友的用户界面元素(例如,410和420)。用于界面元素410和420用于调用用来管理对于各个地点共享好友的地点共享偏好的另外的用户界面。在一些实现方式中,用户界面402还包括用于向好友列表添加新的地点共享好友的用户界面元素430。当用户界面元素430被调用时,用于邀请好友建立地点共享关系的用户界面可被显示。用户可输入地点信息服务器可识别好友的该好友的电子邮件地址或标识符。地点信息服务器然后可以向该好友,发送请求。如果该好友接受地点共享的请求,则地点共享关系在该用于与该好友之间被建立。该好友的姓名和地点信息然后可被添加到好友列表。\n[0095] 图4B示出根据距离而分类的好友列表的示图。例如,Tony Boggs被列在Elizabeth Collins之前,因为Tony Boggs的当前已知地点离该用户比Elizabeth Collins的当前已知地点离该用户近。\n[0096] 图4C示出根据可见性而分类的好友列表的示图。用户可选择相对好友列表中的地点共享用户中的一些隐藏。当用户选择相对某地点共享好友隐藏时,该地点共享好友不再接收到该用户的地点信息。地点共享好友的列表可被分割成两组,在其设备上可看到该用户的当前地点的地点共享好友的第一群组440以及在其设备上不能看到该用户的当前地点的地点共享好友的第二群组442。在具体示例中,用户没有相对Tony Boggs隐藏,并且Tony Boggs可在他的设备上看到该用户的当前地点。另一方面,该用户相对Elizabeth Collins隐藏,因此Elizabeth Collins不能在她的设备上看到该用户的当前地点。\n[0097] 用户界面402还包括用户编辑好友列表的用户界面元素444。通过调用用户界面元素444,用户界面446可被显示。用户界面元素448(例如,448a和448b)可挨着各地点共享好友的条目显示。通过调用用户界面元素448,用户可单方面地终止与地点共享好友的地点共享关系。为了重新建立地点共享关系,用户将必须进行诸如图2A到图2F中所示的同样的同意处理。另一用户界面元素450(例如,450a和450b)用于在隐藏和不隐藏状态之间切换。例如,用户当前没有相对第一地点共享好友Tony Boggs隐藏,因此用户界面元素450a用于相对Tony Boggs隐藏。类似地,用户当前已相对第二地点共享好友Elizabeth Collins隐藏,因此用户可调用用户界面元素150b来使得不相对第二地点共享好友隐藏。\n[0098] 用户界面446还可包括用于使用不同登录ID进行登录的用户界面元素452。通过使用不同ID登录,移动设备可与不同群组的电子邮件地址和地点共享设置相关联。在一些实现方式中,为了地点共享,每个移动设备一次唯一地与一个登录ID相关联。\n[0099] 图4E示出所选地点共享好友的示例地址卡片454。地址卡片454可从多个用户界面被调用。例如,该地址卡片可从移动设备上的地址簿应用被调用。替代地,该地址卡片可从图3A中的地图上所示的地址栏被调用。替代地,该地址卡片还可从在移动设备上运行的专门的地点共享应用被调用。显示地点和联系人信息的其他应用也可包括用于调用地址卡片454的用户界面元素。\n[0100] 地址卡片454示出用户界面元素456,用户界面元素456可显示联系人的图标或形象。此图片或图标456可由该移动设备的用户或由该联系人来选择。地址卡片454还显示联系人的姓名(例如,Tony Boggs)。地址卡片454显示通常的地址信息,诸如该联系人的家庭地址458。如果该联系人也是该用户的地点共享好友的话,地址卡片地址卡片454还显示该联系人的当前地点。该联系人的当前地点被显示在用户界面元素460中。地址卡片\n454还可包括用户界面元素462,用户界面元素462用于依赖于该用户对该特定联系人的可见性的当前状态而在该用户的当前地点相对该特定联系人隐藏和不隐藏之间切换。例如,用户当前对于Tony Boggs可见(即,该用户不相对Tony Boggs隐藏其地点),因此调用用户界面元素462将使得用户的当前地点变为相对Tony Boggs隐藏。\n[0101] 因为所有联系人并不都是该用户的地点共享好友,因此,并不是所有地址卡片都包括特定用于地点共享的用户界面元素。如果某联系人不是该用户的地点共享好友,则地址卡可仅仅包括通常的联系信息。\n[0102] 地点信息请求和地点感知移动设备的地点更新\n[0103] 地点信息服务器维护地点信息数据库并且将地点共享设备的地点信息提供给他们的好友设备。为了提供最新信息,地点信息服务器通常要求地点共享移动设备提交关于他们自己的地点的更新。\n[0104] 地点共享移动设备可执行后台处理,该后台处理周期性地确定该移动设备的地点并将其提交给地点信息服务器。在一些实现方式中,后台处理周期性地确定移动设备自己的地点并且如果发生地点的重大改变时还向地点信息服务器提供更新。连续地点确定和地点信息更新之间的时间间隔可由地点共享移动设备的用户或者由地点信息服务器设定。在一些情况中,地点确定和地点更新的频率可依据一些经验启发而变化。例如,地点共享移动设备可在其检测到为该设备供电的电池电量低时自动减少地点确定和地点更新的频率。替代地,如果大多数人在白天中的某些小时期间(例如,上午2点-6点期间)不四处走动的话,地点共享移动设备可在这些小时期间自动减少地点确定和地点更新的频率。其他地点确定和地点更新的方案也是可行的。\n[0105] 经安排的和/或周期性的地点确定和更新确保存储在地点信息服务器上的地点信息保持相对是当前的。地点信息的刷新依赖于地点确定和更新提交的频率。然而,因为地点确定和更新提交耗电,如果地点确定和更新提交的频率高的话,这种模式的地点更新可大大减少地点共享移动设备的电池寿命。\n[0106] 此外,如果地点更新以高频率提交而没有好友设备对该地点共享设备的当前地点感兴趣的话,这种模式的地点更新会浪费电力。用于减少地点更新提交的频率的经验启发可防止由于这些不必要的地点更新而导致电池被完全耗尽。然而,减少更新频率并不是理想的解决办法,因为低更新频率可导致陈旧的地点信息,并且提供陈旧的信息可挫败地点共享的目的。\n[0107] 在本说明书中,不同的地点信息更新机制被公开。地点共享移动设备不必维护用于周期性地自我定位和向地点信息服务器提供地点更新信息的后台处理。当没有地点共享移动设备的好友设备对该地点共享移动设备的当前地点感兴趣时,该地点共享移动设备可进入睡眠模式并且等待来自地点信息服务器的基于推送的地点更新请求。在睡眠模式中,地点共享移动设备仅响应于推送的地点更新请求而提供地点更新。地点共享移动设备可依据该地点共享移动设备的当前状态在自行启动的地点更新模式(例如,周期性地更新)和基于推送的地点更新模式之间切换。\n[0108] 图5A图示出在自行启动的周期性地点更新模式中地点共享移动设备302请求其(一个或多个)好友设备的地点信息以及提交其子集的地点信息的示例处理。图3B图示出处于基于推送的地点更新模式的地点共享移动设备508响应推送的地点更新请求的示例处理。推送的地点更新请求从地点信息服务器504通过推送通知服务506被发送给地点共享移动设备508。图3C图示出两个地点共享移动设备在自行启动的地点更新模式中提供地点信息更新的示例处理。\n[0109] 图5A示出地点共享移动设备502向地点信息服务器504发送针对一个或多个好友设备的地点信息的地点信息请求的情形。地点信息请求可在当用户启动显示一个或多个地点共享好友的地点信息的应用时被发起。例如,针对地点信息的地点信息请求可在当用户正在运行显示所选地点共享好友的当前已知地点的标记的地图应用时被发出。作为另一示例,针对地点信息的地点信息请求可在当用户正在运行专门的地点共享应用并正在查阅地点共享好友的列表时被发出。其他应用和情形也可导致针对地点信息的地点信息请求被发送给地点信息服务器。针对地点信息的地点信息请求可以HTTP或HTTPS请求被发送给地点信息服务器504。其他网络通信协议可类似地被用于该地点信息请求。针对地点信息的地点信息请求可周期性地被发送以刷新移动设备502的显示。用于再次发送地点信息请求的时间间隔ti相对较短(例如,每30秒),以确保地点信息服务器504可获得的最新信息被发送到地点共享移动设备502。\n[0110] 当地点信息服务器504接收到来自地点共享移动设备502的地点信息请求时,其可从地点信息数据库检索被请求的地点信息并作为响应向地点共享移动设备502返回被请求的地点信息。在一些实现方式中,请求和响应可被加密以保护用户的隐私。地点信息服务器还可对地点共享移动设备502已经与所标识的好友建立起地点共享关系以及那些标识的好友当前没有将他们的当前地点相对地点共享移动设备502隐藏进行验证。\n[0111] 当地点共享移动设备502活动地运行与地点共享有关的应用时,该移动设备502已经处于与地点信息服务器504的活动通信中(例如,通过每30秒发送地点信息请求)。\n当地点共享移动设备502处于与地点信息服务器504的活动通信中时,地点共享移动设备\n502进入自行启动的地点更新模式。地点共享移动设备502可确定其子集的地点并且周期性地将其地点信息更新提交给地点信息服务器504(例如,每30秒)。在一些实现方式中,地点信息更新可附带在地点共享移动设备502正向地点信息服务器504发送的地点信息请求上。此高的更新频率是可接受的,因为定位系统和计算源已经处于活动,并且用户有很大可能性对地点信息和地点共享感兴趣。这样的兴趣为快速地点更新频率和自行启动的地点更新的耗电提供了正当理由。\n[0112] 当地点信息服务器504接收到从地点共享移动设备502提交的自行启动的地点更新提交时,地点信息服务器504可相应地更新在地点信息库中所存储的针对该移动设备\n502的地点。时间戳可针对最近的地点更新提交被记录。此时间戳可用于计算所存储的针对该移动设备502的地点龄期。当地点共享移动设备502已经处于与地点信息服务器504的活动通信中时,所存储的针对该移动设备502的地点信息最多旧t1(例如,旧30秒)。\n[0113] 图5B图示出在基于推送的地点更新模式中地点信息服务器504通过推送通知服务506向地点感知移动设备508发送地点更新请求的示例处理。图5B示出地点共享移动设备没有被要求周期性地提交他们自己的地点更新并且存储在数据中的地点信息可能来自很长时间以前并且再没有最新的。这将发生在没有地点共享移动设备508的好友设备表示对地点共享移动设备508的当前地点的任何兴趣并且地点共享移动设备508的用户长时间没有使用任何与地点有关的应用的时候。在许多情况中,地点共享移动设备508处于睡眠模式。\n[0114] 在此情形中,在地点信息服务器接收到来自移动设备502的关于地点共享移动设备502对好友设备(例如,移动设备508)的当前地点感兴趣的指示(例如,具有地点信息请求形式)时,地点信息服务器504查找当前存储在数据库中的地点并且响应于对移动设备502的地点的请求而提供所存储的移动设备502的地点。数据库中所存储的地点信息可能是此时最近的或最新的。地点信息服务器504查找所存储的针对好友设备(例如,移动设备508)的最新近的地点的龄期。如果最新近的地点的龄期低于阈值,例如15分钟,则该地点被认为是最近的,并且地点信息服务器504不用进行从好友设备(例如,移动设备508)请求更新的地点信息。然而,如果数据库中所存储的此最新近的地点的龄期在超过阈值,例如15分钟,则地点信息服务器504进行向好友设备(例如,移动设备508)作出针对地点更新的地点更新请求,如图5B中所示。在此情形中,好友设备(例如,移动设备508)不处于与地点信息服务器504的活动通信中,这也正是所存储的地点已经变得陈旧的原因。地点信息服务器504通过推送通知服务506向好友设备(例如,移动设备508)作出地点更新请求。\n[0115] 好友设备(例如,移动设备508)维持与推送通知服务服务器506的持久连接。此持久连接由好友设备在每当该好友设备(例如,移动设备508)切换到不同的网络连接时被重新建立。即使整个设备进入睡眠模式,此持久连接也可被维持。好友设备(例如,移动设备508)可关停其主要的处理器和所有活动处理,直到被来自推送通知服务506的通知唤醒。替代地,好友设备可简单地关停其定位系统和所有或一些与地点有关的处理,直到通过推送通知服务506接收到地点更新请求。\n[0116] 通过推送通知服务506接收到的地点更新请求可唤醒好友设备(例如,移动设备\n508)并且启动用于地点确定和更新提交的处理。图5B示出地点信息服务器504通过HTTPS接口向推送通知服务506发送针对地点更新的地点更新请求并且推送通知服务506通过在推送通知服务506和好友设备508之间存在的持久开启连接将此地点更新请求转发给好友设备(例如,移动设备508)。当好友设备(例如,移动设备508)通过推送通知服务506接收到地点更新请求时,好友设备(例如,移动设备508)被唤醒,确定其地点并且将地点更新直接发送给地点信息服务器504。地点信息服务器504更新数据库中存储的针对该好友设备(例如,移动设备508)的地点并且记录针对该地点更新的时间戳。\n[0117] 在一些实现方式中,地点信息服务器504对更新的地点信息分类,并且等待来自地点共享移动设备502的(例如,在30秒后重新发送的)接下来的地点信息请求。响应于接下来的地点信息请求,更新后的地点被发送给移动设备502。在一些实现方式中,地点信息服务器504可立即通过推送通知服务506将地点更新推送给移动设备502而不等待来自移动设备502的接下来的地点信息请求。\n[0118] 基于推送的地点更新机制允许地点共享移动设备在当没有人查找其当前地点时保持睡眠。在一些实现方式中,睡眠的地点共享移动设备在其接收到来自地点信息服务器的推送的地点更新请求时仅需醒来并发送地点更新。地点共享移动设备可在当其响应于推送的地点更新请求而完成地点更新时返回到睡眠状态。地点信息服务器仅在当其接收到来自好友设备的关于其对地点共享移动设备的当前地点感兴趣的指示并且地点信息数据库中存储的针对该地点共享移动设备的地点已经变得陈旧时才发送地点更新请求。因此,用于允许地点共享设备节能的需求和用于向请求的地点共享设备发送最新的地点的需求得到平衡。\n[0119] 如果多个移动设备正在针对同一好友设备的地点而联系地点信息服务器,则地点信息服务器集合这些地点信息请求,并且仅在每固定的时间间隔t2(例如,每15分钟)才发送地点更新请求。因此,好友设备最多每时间间隔t2需要醒来。时间间隔t2是用于考虑地点陈旧的阈值龄期。此时间间隔t2可更具各种经验启发而被调整。例如,在白天,此时间间隔t2可被缩短,并且在夜间,当人们很少可能四处走动时,此时间间隔t2可被延长。此时间间隔t2还可根据设备的个性化设置来被调整。在一些实现方式中,此时间间隔t2还可依据设备的受喜爱度(例如,设备的地点被其还有设备查找的频率)而被调整。\n[0120] 此时间间隔t2可被调整以平衡用于向正查找该地点共享移动设备的地点的好友的最新的地点的需求和用于该地点共享移动设备停留于睡眠以节能的需求。在基于推送的地点更新中,地点确定和更新提交是在后台中执行的并且对用户而言表现为是透明的。用于地点更新的指示符可被显示以使得用户不会无意地共享其地点。此基于推送的地点更新机制可减少设备必须自我定位和向地点信息服务器提供更新的次数。信息只在当有关于好友设备当前正在查找地点信息时才被提供。\n[0121] 图5C图示出用于彼此共享地点的两个地点感知移动设备(510和512)在自行启动的地点更新模式中提供地点信息更新的示例处理。在此情形中,这两个好友设备510和\n512都处于与地点信息服务器504的活动通信中,例如,他们二者正在使用地图应用或专门的地点共享应用时。好友设备510和512都以快速速率(例如,每隔t1=30秒)向地点信息服务器504提供地点信息更新。这二者移动设备的地点信息都是最新的,因此地点信息服务器504没有必要为了地点更新而提示任一设备。因为这二者设备都正在请求地点信息和以高频率提交地点信息,所以这二者设备将会看到彼此接近实时的移动。\n[0122] 用于地点感知设备的地点更新机制可在当地点感知移动设备的状态改变时自动改变。\n[0123] 例如,当地点感知移动设备处于第一状态中时(在该第一状态中,其处于与用于与地点有关的活动的地点信息服务器的活动通信中),其处于自行启动的地点更新模式。\n在此模式中,地点感知移动设备确定其自己的地点并且按照日程安排周期性地提交地点更新。在一些实现方式中,地点更新提交的频率可根据一些规则或经验启发而被调整以优化耗能和效率。例如,此频率可在一天中当人们很少四处走动的某些时间(例如,深夜时间)或者当设备的电池水平较低时被减小。\n[0124] 当地点感知移动设备处于第二状态中时(在第二状态中,其不处于与用于任何与地点有关的活动的地点信息服务器的活动通信中),地点感知移动设备进入基于推送的地点更新模式。在此模式中,地点感知移动设备停止自我定位并且不再向地点信息服务器提供地点更新。自我定位和地点更新提交功能可无限期地保持睡眠,直到用户调用了与地点有关的应用或者当地点感知移动设备接收到通过推送通知服务来自于地点信息服务器的地点更新请求为止。当地点感知移动设备接收到地点更新请求时,其可调用自我定位功能并将其当前的地点提交给地点信息服务器。之后,地点感知移动设备可保持处于基于推送的地点更新模式。在当在该模式中时,地点感知移动设备不自我定位或者提供地点更新,直到接收到接下来的地点更新请求或者如果该移动设备的用户调用了与地点有关的应用为止。\n[0125] 图6图示出支持地点共享和基于推送的地点更新的示例系统。此系统包括客户端设备602(例如,602a、602b、602c、602d和602e)。客户端设备602是针对地点共享已向地点信息服务器610登记的地点感知移动设备。\n[0126] 每个客户端设备与特定用户相关联。例如,地点感知移动设备602a的用户可在该移动设备602a上使用用于地点信息服务的唯一标识符登录到地点信息服务器610。每个客户端设备是一个或多个其他客户端设备的好友设备。每个客户端设备可通过地点信息服务器610存储的与其好友设备相关联的电子邮件地址来识别其好友设备。\n[0127] 客户端设备(例如,602a)的用户可向地点信息服务器610提供关于其有兴趣直到特定地点共享好友的地点的指示。该指示可当该用户查阅该地点共享好友的地点信息时以从地图应用或专门的地点共享应用发出的地点信息请求来表达。当此客户端设备(例如,\n602a)向地点信息服务器610提交针对地点信息的地点信息请求时,其还可向地点信息服务器610提交其自己的地点。此时,客户端设备(例如,602a)处于与地点信息服务器610的活动通信中,并且地点信息请求和地点更新按照日程安排被发送。此日程安排可以是具有每请求/更新30秒的频率的周期性日程安排。地点信息请求和地点更新可以通过HTTP或HTTPS接口606在一个或多个可用网络604中被提供给地点信息服务器610。一个或多个可用网络604例如可包括WiFi网络和/或蜂窝网络。\n[0128] 地点信息服务器610可包括两个子组件,地点提供器612和地点更新器614。地点信息服务器610还维护地点信息数据库616。地点信息服务器610接收来自地点共享移动设备602的针对地点信息的地点信息请求。地点信息服务器610识别地点信息请求所请求和作为目标的移动设备并且验证所请求和作为目标的移动设备的地点共享授权和设置。\n如果授权检查经过验证,地点提供器612可检索地点信息数据库616中所存储的针对该作为目标的移动设备(例如,602b)的地点,并通过HTTP接口606和一个或多个可用网络604将所检索到的地点信息提供给发出请求的的移动设备(例如,602a)。地点信息服务器610还可判断所检索到的地点信息是否是最新的。如果所检索到的地点信息的龄期超过预定阈值(例如,15分钟),则该地点信息可被认为是陈旧的,并且地点更新器614将通过推送通知服务器608向作为目标的好友设备(例如,602b)发送地点更新请求。\n[0129] 推送通知服务器608具有向与该推送通知服务器608维持持久开启连接的客户端设备602推送更新和通知的能力。此持久连接在当客户端设备602进入睡眠模式时也保持开启。在睡眠模式中,移动设备的主要处理器可关停,并且没有活动后台处理需要被执行。\n推送通知服务器可通过此持久连接向移动设备发送通知。如果移动设备处于睡眠模式中时,此通知可唤醒移动设备或者移动设备的某些组件。例如,推送通知服务可用于在设备无需发起对更新的检查的情况下推送对于电子邮件收件箱、日历和其他应用的更新。推送通知服务器608可立即发送信息或通知,而不等待移动设备发起对于信息或通知的请求。\n[0130] 当移动设备(例如,602b)接收到通过推送通知服务器608来自于地点更新器614的地点更新请求时,移动设备(例如,602b)可调用用于确定其自己的地点的处理。地点确定可使用GPS模块或移动设备可用的其他定位系统来完成。移动设备一旦确定了其当前地点,其就将此地点信息发送给地点更新器614。地点更新器614接收此地点信息更新并且可更新在地点信息数据库616中所存储的地点信息。地点更新器614还可记录针对地点更新的时间戳。在移动设备完成发送地点信息更新之后,用于地点确定和地点更新的处理可被终止。移动设备可返回到睡眠模式。\n[0131] 地点信息服务器610可以是许多应用所利用的通用服务器。当更新和新的信息可获得时,一些应用使用地点信息服务器610来提供此更新或新的信息。例如,地点信息服务器610也可向移动设备转发新的电子邮件、新的短消息。在本公开中,地点信息服务器610使用推送通知服务器608作为向移动设备发送地点更新请求的方式。\n[0132] 除了唤醒移动设备上的地点确定和更新提交处理,地点更新请求还可包括可帮助移动设备决定地点确定和更新的精确性的信息。移动设备可使用移动设备上的或者耦合到移动设备的一些定位技术,诸如GPS系统,来自我定位。另外的定位技术包括使用蜂窝栅格、WiFi接入点、无线电或TV广播塔等的三角测量法。这些不同的定位系统提供不同水平的精确性并且耗用不同量的能量和资源。地点更新请求中的信息可用于选择使用最少量的能力提供充分的地点精确性的适当定位系统。\n[0133] 在一些实现方式中,推送的地点更新请求指定了所要求的地点更新提交中地点信息的精确性水平。在一些实现方式中,推送的地点更新请求包括允许移动设备基于本地设置确定地点信息的精确性水平的信息。地点精确性要求可使用一些预定的规则和/或经验启发来确定。\n[0134] 例如,因为基于蜂窝栅格三角测量法的定位耗用较少电力,所以优选基于蜂窝栅格三角测量法的定位。替代地,因为GPS提供更准确的地点定位,所以优选基于GPS的定位。\n在一些实现方式中,优选省电还是地点精确性可由用户指定。在一些实现方式中,优选可基于一天中的时间而改变。例如,在白天时间可优选精确性,并且在夜间时间可优选节电。其他的基于经验启发的优选可被用来平衡精确性的需求和节电的需求。\n[0135] 在一些实现方式中,地点更新器614可根据其具有的有关地点信息请求发送的特定上下文的信息来在地点更新请求中指定地点精确性要求。例如,如果用户正在专门的地点共享应用中或地图中查看好友列表而没有特别地选择任何地点供向好友,则地点更新请求可指定较低的地点精确性要求,诸如更我栅格地点定位。然而,如果用户例如通过电极地图上或好友列表中的好友的图标而放大特定地点共享好友,则针对地点更新的地点更新请求可指定较高的地点精确性要求。在响应中,作为目标的好友设备将激活GPS系统以自我定位并向地点更新器614提供GPS地点定位。\n[0136] 在一些实现方式中,初始地点更新请求可首先指定较低地点精确性,并且如果所返回的地点更新指示发出请求的设备和作为目标的设备在一定距离内,则可发送指定更高地点精确性要求的后续地点更新请求。\n[0137] 在一些实现方式中,如果与作出请求的设备和作为目标的设备的用户在日历事件的时间窗内共享该日历事件,则地点更新器410可从作为目标的设备请求更高精确性的地点定位。\n[0138] 在一些实现方式中,如果发出请求的设备的用户在延长时间段,例如,多于30秒才查看作为目标的好友的信息,则信息服务器可在地点更新请求中设置较高的地点精确性要求。这可表示发出请求的设备的用户有兴趣看到作为目标的好友的更加精确的地理定位。\n[0139] 在一些实现方式中,地点信息服务器可基于来自发出信息的用户的清楚指示来设置地点精确性要求。例如,当用户在与地点有关的应用中选择地点共享好友时,该用户可被提供用于指定所希望的地点信息的精确性的选项。\n[0140] 在一些实现方式中,作为目标的设备可决定其将向地点更新器614提供的地点定位的精确性。例如,所需地点精确性可基于一些用户指定的规则。这些规则也可以是经验启发确定的。例如,当GPS已经运作时,可优选GPS位置定位。对于另一示例,当GPS还没有处于活动时,可优选蜂窝定位。对于又一示例,电池电量水平高于阈值水平时可优选GPS,而在当电池电量水平低于阈值水平时可优选蜂窝定位。对于另一示例,用户可针对各个地点共享好友可获得的地点信息个别地指定精确性水平,诸如城市水平、街道水平,等等。在一些实现方式中,用户可针对每个地点共享好友群组个别地设定地点精确性水平。\n[0141] 在一些实现方式中,作为目标的设备可基于推送的地点更新请求中的信息来选择地点定位的精确性。例如,推送的地点更新请求可包括与用于发送地点信息请求的应用有关的上下文信息。地点更新请求还可包括与当前发出地点信息的(一个或多个)用户有关的上下文信息。\n[0142] 地点想你系服务器可通过程序API向第三方应用提供地点信息。地点信息可用于设备或软件处理,只要作为目标的移动设备同意即可。在一些实现方式中,请求地点信息的设备本身不必是地点感知设备。例如,请求其他地点感知移动设备的地点信息的客户端设备可是监视不同的地点感知移动设备的地点的管理器设备。在一些实现方式中,可实现非相互地点共享,此时,管理器设备可显示一组“附属”地点共享移动设备的地点信息,但是管理器设备的地点不与“附属”地点共享移动设备共享。通过API,地点信息的其他使用也是可行的。\n[0143] 图7A到图7B是地点信息服务器向地点共享移动设备发送地点更新请求的示例处理700的流程图。\n[0144] 在图7A中,处理可以开始于当接收到来自第一客户端设备的、对于第二客户端设备的地点信息的地点信息请求的时候(710)。第一客户端设备和第二客户端设备是向地点信息服务器登记了的地点共享好友设备。地点信息请求可在当与第一客户端设备(例如,发出请求的客户端设备)相关联的用户选择查看与第二客户端设备相关联的地点共享好友的地点信息时从第一客户端设备发出。\n[0145] 在接收到地点共享请求时,针对地点更新的地点更新请求可被发送给第二客户端设备(720)。具体地,当地点信息服务器接收到来自第一客户端设备的地点信息请求时,它可以立即将所存储的第二客户端设备的地点信息转发给第一客户端设备。然而,如果它判定所存储的地点信息已变得陈旧,则也可针对地点更新向第二客户端设备发送地点更新请求。所存储的地点可由地点信息服务器在当从第二客户端设备接收到地点更新时更新(730)。\n[0146] 在一些实现方式中,在发送地点更新请求之前,地点信息服务器可以首先根据一个或多个预定标准判断所存储的第二客户端设备的地点信息是否陈旧(750)。地点信息服务器仅在所存储的地点信息被判定为陈旧时才向第二客户端设备发送针对地点更新的地点更新请求(760)。如果所存储的地点不陈旧,则地点信息服务器可制止向第二客户端设备发送地点更新请求。在一些实现方式中,这一个或多个预定标准指定了地点信息的阈值龄期。如果所存储的地点信息的龄期高于该阈值,则所存储的地点信息被认为陈旧,并且需要更新。否则,此时不需要更新。在一些实现方式中,这一个或多个标准可以指定无需向第二客户端设备发送地点更新请求的时间段,这样在此时间段期间,不论所存储的信息的龄期如何,都不会有地点被认为是陈旧的。\n[0147] 在一些实现方式中,针对地点更新的地点更新请求可通过推送通知服务器而发送给第二客户端设备(770)。即使第二客户端设备处于睡眠模式,推送通知服务器也能唤醒该第二客户端设备。第二客户端设备可在与推送通知服务器保持持久连接开启的同时进入睡眠模式。与保持在移动设备上运行的活动后台处理相比,维持连接使用的电力更少,所以可实现节能。\n[0148] 在一些实现方式中,地点信息服务器可以发送地点更新请求并在该地点更新请求中指定对于地点更新的精确性要求(780)。在一些实现方式中,地点信息服务器可基于从第一客户端设备接收的地点信息请求的上下文来确定对于地点更新的精确性要求。所述上下文包括下述信息:该信息表示第一客户端设备的用户表现出的感兴趣水平。例如,所述上下文可包括这样的信息:该信息标识了发出地点信息请求的具体应用。所述上下文还可包括下述信息:该信息阐述了第一客户端设备的用户已经持续多久查阅与第二客户端设备相关联的好友的地点信息。也可以有表示用户对高精确性地点定位的兴趣的其他上下文信息。\n[0149] 图8是是地点信息服务器向地点共享移动设备发送地点更新请求的另一示例处理800的流程图。\n[0150] 此处理可开始于地点信息服务器接收来自第一客户端设备的、对于第二客户端设备的地点信息的地点信息请求的时候,其中第一客户端设备和第二客户端设备是彼此地点共享的好友设备(810)。地点信息服务器可通过向第一客户端设备发送所存储的第二客户端设备的地点来响应地点信息请求(820)。地点信息服务器然后可判断所存储的第二客户端设备的地点是否超过预定阈值龄期(830)。如果所存储的地点超过预定阈值龄期,则地点信息服务器可通过推送通知服务向第二客户端设备发送地点更新请求(840)。地点信息服务器然后可接收来自第二客户端设备的地点更新提交(850)。地点信息服务器可将所存储的第二客户端设备的地点更新为所接收到的地点更新提交(860)。\n[0151] 在一些实现方式中,当发送地点更新请求时,地点信息服务器还在地点更新请求中指定针对地点更新的地点精确性要求。\n[0152] 在一些实现方式中,地点信息服务器可响应于来自第一客户端设备的、对第二客户端设备的地点信息的第二地点信息请求,而向第一客户端设备发送更新后的所存储的地点。第一客户端设备通常在该第一客户端设备上显示的地点信息被刷新时(例如,每30秒)重发地点信息请求。地点信息服务器可响应于来自第一客户端设备的新的地点信息请求而发送更新后的地点信息。第一客户端设备现在具有了最新更新的第二客户端设备的地点信息。\n[0153] 在一些实现方式中,地点信息服务器可通过推送通知服务向第一客户端设备发送更新后的所存储的地点,而不等待来自第一客户设备的对于第二客户端设备的地点信息的第二地点信息请求。例如,第一客户端设备还保持与推送通知服务器的持久开启连接以接收推送的更新或新信息。地点信息服务器可在一旦可获得更新时就使用推送通知服务器向第一客户端设备发送所接收的地点更新。因此,第一客户端设备在不必重发地点信息请求的情况下就可看到更新后的第二客户端设备的地点。\n[0154] 图9是地点感知移动设备响应于推送的地点更新请求而提交地点更新的示例处理900的流程图。\n[0155] 首先,地点感知移动设备可进入睡眠模式(910)。睡眠模式可以表示移动设备的下述状态:在该状态中,定位能力和地点更新能力已被关停或降低。在一些实现方式中,睡眠模式可以表示移动设备的下述状态:在该状态中,移动设备的主处理器已被关停。在睡眠模式中,地点感知移动设备通过推送通知服务从地点信息服务器接收针对地点更新的地点更新请求(920)。移动设备可保持与推送通知服务器的持久连接开启,并且推送的通知能够将地点感知移动设备从睡眠模式唤醒。在接收到地点更新请求时,地点感知移动设备可激活定位系统以进行自我定位(930)。一旦地点感知移动设备使用自我定位功能获得了地点,该地点感知移动设备可以将地点更新发送给地点信息服务器(940)。这种客户端更新包括通过定位系统所确定的当前地点。地点感知移动设备可在发送了地点更新后返回到睡眠状态(950)。\n[0156] 在一些实现方式中,地点更新请求可指定对于地点更新的地点精确性要求。地点感知移动设备可基于此地点精确性要求,并根据一个或多个预定标准,来选择适当的定位系统以激活。在一些实现方式中,这一个或多个预定标准可以给所要选择的定位系统指定低耗电性能。在一些实现方式中,地点更细请求可以响应于由该地点感知移动设备的好友设备做出的针对地点信息的地点信息请求而被发出。地点更新请求可以包括与地点信息请求有关的上下文信息,并且这一个或多个预定标准可以基于所述上下文信息来给所要选择的定位系统指定地点精确性偏好。\n[0157] 图10是用于基于移动设备的状态的自行启动的地点更新模式和基于推送的地点更新模式之间切换的示例处理1000的流程图。\n[0158] 首先,移动设备可进入第一状态(1010)。第一状态可以是这样的状态:移动设备已经处于与地点信息服务器的活动通信中。例如,当移动设备的用户启动地图应用和/或专门的地点共享应用时,该移动设备处于第一状态中。作为另一示例,当移动设备的用户正在查看地点共享好友列表时,该移动设备处于第一状态中。\n[0159] 当移动设备处于第一状态中时,移动设备可以周期性地或者响应于触发事件(例如,已经发生地点的重大改变),向地点信息服务器提交地点信息(地点更新)(1020)。例如,移动设备可每隔30秒或者每当其发送针对好友设备的地点信息的地点信息请求时提交其自己的地点。触发事件不包括通过推送通知服务从地点信息服务器接收到推送的地点更新请求。\n[0160] 移动设备然后可进入第二状态(1030)。第二状态是这样的状态:移动设备不再处于与地点信息服务器的活动通信,例如,在用户退出地点共享应用、地图应用以及其他与地点有关的应用之后。移动设备还可当移动设备进入睡眠时进入第二状态。例如,一些移动设备在当该移动设备空闲达预定的时间段时自动关停他们的主处理器以节电。移动设备可在当该设备进入第二状态时停止向地点信息服务器提交地点信息(地点更新)(1040)。\n[0161] 在第二状态中时,移动设备可通过推送通知服务从地点信息服务器接收地点更新请求(1050)。响应于此地点更新请求,移动设备可基于定位系统以进行自我定位(1060)。\n在确定了更新后的地点之后,移动设备可向地点信息服务器提交地点更新(1070)。地点更新可以包括通过定位系统所确定的当前地点。移动设备可以在地点更新被发送了之后返回到第二状态(1080)。\n[0162] 示例网络操作环境\n[0163] 图11是移动设备操作环境的示例的框图1100。图1的移动设备移动设备100(这里示出为100a和100b)在数据通信中例如可通过一个或多个有线和/或无线网络1110来通信。例如,无线网络1112(例如,蜂窝网络)可通过使用网关1116来与诸如因特网之类的广域网(WLAN)1114通信。同样,接入接入点1118,诸如802.11g无线接入点,可提供对广域网1114的通信接入。在一些实现方式中,通过无线网络1112和接入点1118可建立语音通信和数据通信二者。例如,移动设备100a可通过无线网络1112、网关1116和广域网\n1114(例如利用TCP/IP或UDP协议)发起和接收电话呼叫(例如,利用VoIP协议),发送和接收电子邮件消息(例如,利用POP3协议)以及撷取电子文档和/或流,诸如网页、照片以及视频。同样,在一些实现方式中,移动设备100b可通过接入点1118和广域网1114发起和接收电话呼叫,发送和接收电子邮件消息以及撷取电子文档。在一些实现方式中,移动设备100b可利用一个或多个线缆被实体地连接到接入点1118,并且接入点1118可以是个人计算机。在本配置中,移动设备100可被称为“系链式”设备。\n[0164] 移动设备100a和移动设备100b还可通过其他手段建立通信。例如,移动设备\n100a可通过无线网络1112与其他无线设备(例如,其他移动设备、蜂窝电话等)通信。\n同样,移动设备100a和移动设备100b可通过利用一个或多个通信子系统(例如,蓝牙TM\n(Bluetooth )通信设备)来建立点对点通信1120(例如个域网)。也可实施其他通信协议和技术。\n[0165] 移动设备100a或移动设备100b例如可通过一个或多个有线和/或1110与一个或多个服务器1130、1140、1150、1160以及1170通信。例如,导航服务1130可为移动设备100a或移动设备100b提供导航信息(例如,地图信息、地点信息、路径信息以及其他信息)。对服务的接入可通过调用移动设备上的适当应用或功能来提供。例如,为了调用导航服务1130,用户可通过触摸图1中所示的地图对象114来调用地图功能或应用。消息传送服务1140例如提供电子邮件和/或其他消息传送服务。媒体服务1150例如可提供对诸如歌曲文件、电影文件、视频剪辑之类的媒体文件和其他媒体数据的接入。同步服务1160例如可执行同步服务(例如,同步文件)。内容服务1170例如可提供对诸如新闻站点、RSS新闻站点、RSS馈给(feed)、网络站点、博客、社交网络站点、开发者网络等的内容发行者的接入。其他服务也可被提供,包括软件更新服务,软件更新服务自动确定是否存在针对移动设备上的软件的软件更新,然后下载软件更新到移动设备上可手动或自动解包和/或安装的位置。诸如地点共享服务之类的其他服务也可被提供。\n[0166] 示例移动设备架构\n[0167] 图12是用于图1的移动设备100的示例实现方式的框图1200。移动设备100可包括存储器接口1202、一个或多个数据处理器、图像处理器和/或中央处理单元1204、以及外围接口1206。存储器接口1202、一个或多个数据处理器1204和/或外围接口1206可以是分开的部件,或者可以集成在一个或多个集成电路中。移动设备100中的各个组件可通过一条或多条通信总线或信号线而被耦合。\n[0168] 传感器、设备和子系统可耦合到外围接口1206以助于多种功能。例如,运动传感器1210、光传感器1212和接近传感器1214可耦合到外围接口1206以助于取向、照明和接近功能。其他传感器1216还可被连接到外围接口1206以助于相关功能,这些其他传感器诸如是定位系统(例如,GPS接收器)、温度传感器、生物测定传感器或者其他感测设备。\n[0169] 相机子系统1220和光学传感器1222(例如,电荷耦合设备(CCD)或互补金属氧化物半导体(CMOS)光学传感器)可被利用来助于相机功能,诸如记录照片和视频剪辑。\n[0170] 通信功能可通过一个或多个无线通信子系统1224来辅助,无线子系统1224可包括射频接收器和发送器和/或光学(例如,红外)接收器和发送器。通信子系统1224的具体设计和实现方式可依赖于移动设备100想要操作的(一个或多个)通信网络。例如,移动设备100可包括被设计为通过GSM网络、GPRS网络、EDGE网络、Wi-Fi或WiMax网络以及蓝牙网络进行操作的通信子系统1224。具体地,无线通信子系统1224可包括托管协议,以使得设备100可被配置作为用于其他无线设备的基站。\n[0171] 音频子系统1226可耦合到扬声器1228和麦克风1230以辅助有语音能力的功能,诸如语音识别、语音复制、数字记录和电话通讯功能。\n[0172] I/O子系统1240可包括触摸屏控制器1242和/或(一个或多个)其他输入控制器1244。触摸屏控制器1242可耦合到触摸屏1246。触摸屏1246和触摸屏控制器1242例如可使用大量触摸敏感度技术中的任何技术以及其他接近传感器阵列或用于确定与触摸屏1246的一个或多个接触点的其他元件来检测触摸和移动或者其中断,所述触摸敏感度技术例如但不限于电容性技术、电阻性技术、红外技术和表面声波技术。\n[0173] (一个或多个)其他输入控制器1244可耦合到其他输入/控制设备1248,诸如一个或多个按钮、摇杆开关、拨轮(thumbwheel)、红外端口、USB端口和/或诸如触笔之类的点选设备。一个或多个按钮(未示出)可包括用于扬声器1228和/或麦克风1230的音量控制的上调/下调按钮。\n[0174] 在一个实现方式中,将按钮按压第一持续时间可以解锁触摸屏1246;并且将该按钮按压第二持续时间可接通或关断移动设备100的电力,所述第二持续时间长于第一持续时间。用户可定制这一个或多个按钮的功能。触摸屏1246例如还可被用于实现虚拟或软按钮和/或键区或键盘。\n[0175] 在一些实现方式中,移动设备100可呈现所记录的音频和/或视频文件,诸如MP3、TM\nAAC以及MPEG文件。在一些实现方式中,移动设备100可包括MP3播放器(诸如iPod )的功能。移动设备100因此可包括与iPod兼容的30引脚连接器。其他输入/输出和控制设备也可被使用。\n[0176] 存储器接口1202可耦合到存储器1250。存储器1250可包括高速随机接入存储器和/或非易失性存储器,诸如一个或多个磁盘存储设备、一个或多个光学存储设备和/或闪存(例如,NAND、NOR)。存储器1250可存储诸如Darwin、RTXC、LINUX、UNIX、OS X、WINDOWS之类的操作系统1252或者诸如VxWorks的嵌入式操作系统。操作系统1252可包括用于处理基本系统服务和用于执行依赖硬件的任务的指令。\n[0177] 存储器1250还可以存储通信指令1254以辅助与一个或多个另外的设备、一个或多个计算机和/或一个或多个服务器的通信。存储器1250可包括用于辅助图形用户界面处理的图形用户界面指令1256。例如,参考图1-4E所描述的图形用户界面可用该图形用户界面指令1256来实现。存储器1250还可包括用于辅助与传感器相关的处理和功能的传感器处理指令1258;用于辅助与电话相关的处理和功能的电话指令1260;用于辅助与电子信息传送相关的处理和功能的电子信息传送指令1262;用于辅助与网络浏览相关的处理和功能的网络浏览指令1264;用于辅助与媒体处理相关的处理和功能的媒体处理指令1266;\n用于辅助与GPS和导航相关的处理和指令的GPS/导航指令1268;用于辅助与相机相关的处理和功能的相机指令1270;和/或其他用于辅助处理和功能的图标处理指令1272。\n[0178] 上述有关的指令和应用的中的每一者可以对应于用于执行上述一个或多个功能的指令集。这些指令不一定实现为单独的软件程序、过程或模块。存储器1250可包括更多的指令或更少的指令。此外,移动设备100的各种功能可以用硬件和/或软件来实现,包括实现在一个或多个信号处理和/或专用集成电路中。\n[0179] 所描述的特征可由数字电子电路实现,或以计算机硬件、固件、软件或者它们的组合的形式来实现。这些特征可以由信息载体(例如机器可读存储设备)或者由能够实施传播的信号的物体的组合中所有形嵌入的供可编程处理器执行的计算机程序产品实现;并且方法步骤可通过可编程处理器通过对输入数据进行操作并生成输出来执行指令程序而被执行,以实现上述实现方式的功能。\n[0180] 有利地,所描述的特征可实现在可在包括至少一个可编程处理器、至少一个输入设备和至少一个输出设备的可编程系统上执行的一个或多个计算机程序中,其中,所述至少一个可编程处理器被耦合以从数据存储系统接收数据和指令以及向数据存储系统发送数据和指令。计算机程序是可直接或间接用在计算机中以执行一定的动作或引起一定的结果的指令集。计算机程序可以任何形式的编程语言(包括编译或解释语言,例如面向对象的C、Java)来编写,并且其可以任何形式来布置,包括作为单独的程序或作为模块、组件、子例程或适用于在计算环境中使用的其他单元。\n[0181] 作为示例,用于执行指令程序的合适的处理器包括任何种类的计算机的通用的和专用的微处理器并且是唯一的处理器或多个处理器或核中的一个。一般,处理器将从只读存储器或随机存取存储器或者二者接收指令和数据。计算机的重要元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储器。一般,计算机还将包括或者可操作地耦合到用于存储数据文件的一个或多个海量存储设备;这样的设备包括磁盘,诸如内部硬盘和可移除盘;磁光盘;以及光盘。适于有形地嵌入计算机程序指令和数据的存储设备包括所有形式的非易失性存储器,示例性地包括诸如EPROM、EEPROM以及闪存之类的半导体存储器设备;诸如内部硬盘和可移除盘的磁盘;磁光盘;以及CD-ROM和DVD-ROM盘。处理器和存储器可以ASIC(专用集成电路)作为补充或者被结合在ASIC中。\n[0182] 为了提供与用户的交互,这些特征可实现在具有用于向用户显示信息的诸如CRT(阴极射线管)或LCD(液晶显示)监视器的显示设备以及用户可用来向计算机提供输入的键盘和诸如鼠标或跟踪球之类的点选设备的计算机上。\n[0183] 这些特征可实现在包括诸如数据服务器之类的后端组件,或者包括诸如应用服务器或因特网服务器之类的中间设备组件,或者包括诸如具有图形用户界面或因特网浏览器的客户端计算机之类的前端组件,或者它们的任何组合的计算机系统中。系统的这些组件可通过任何形式的数字数据通信媒介(诸如通信网络)被连接。通信网络的示例例如包括LAN、WAN以及形成因特网的计算机和网络。\n[0184] 计算机系统可包括客户端和服务器。客户端和服务器一般彼此远离并且通常通过网络交互。客户端和服务器的关系借助于在各自计算机上运行的并且彼此具有客户端-服务器关系的计算机程序而发生。\n[0185] 大量实现方式已被描述。然而,将理解,可作出多种修改。例如,一个或多个实现方式的元素可被组合、删除、修改或由其他实现方式补充。作为另一示例,在图中所示出的逻辑流程不需要所示的特定顺序或时间顺序来实现所希望的结果。另外,可向所描述的流程提供其他步骤,或者可从所描述的流程消除步骤,并且可向所描述的系统添加其他组件或者从所描述的系统移除组件。因此,其他实现方式也落在所附权利要求的范围内。
法律信息
- 2016-01-20
- 2012-06-27
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201080027212.9
申请日: 2010.06.17
- 2012-05-16
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2009-03-18
|
2008-11-03
| | |
2
| | 暂无 |
2007-12-14
| | |
3
| |
2008-08-20
|
2008-03-21
| | |
4
| |
2007-07-25
|
2006-01-20
| | |
5
| |
2008-01-30
|
2007-08-08
| | |
6
| |
2008-07-02
|
2006-12-26
| | |
7
| |
2008-01-16
|
2006-07-12
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |