CN102868968B - 在移动网络中识别并定位用户的方法和系统 - Google Patents

Abstract

本公开涉及一种定位具有连接到网络并与用户帐户相关的移动设备的“朋友”的系统和方法。所述方法包括发送请求给移动设备，所述移动设备确定其目前的地理位置并用该信息响应请求人。该信息可以具有诸如GPS位置之类的坐标位置的形式，或者该信息可以具有所述移动设备所有者为特定区域(例如，“在家”)分配的名称的形式。有了该位置信息，用户能够查看与该移动设备相关的朋友的位置。

Description

在移动网络中识别并定位用户的方法和系统

技术领域

本公开涉及与诸如移动电话或媒体播放器的移动设备进行远程通信，更具 体地，涉及通过发送一个或多个远程命令使移动设备执行功能。

背景技术

移动设备已经适于各种应用，包括计算、通信和娱乐。通过最近的改进， 移动设备现在还可以通过使用内置的全球定位系统(GPS)天线，或者由通过 位置固定的蜂窝天线的网络接收的信号推断其位置，来确定这些移动设备的地 理位置。因此，用户可以使用移动设备确定他或她的位置。

移动设备用户可能希望让朋友或家庭成员知道他或她的位置，并且类似地， 他或她可能想知道他或她的朋友或家庭成员的位置。几个已知的系统提供这样 的业务。然而，这样的业务的一个缺点是确定位置——特别是当使用GPS设备 时——可能会消耗大量电量。

平衡电池寿命和移动设备性能是移动设备生产商的首要考虑，并且位置感 知程序占了这些考虑中的大部分。具体而言，向GPS设备进行频繁请求的应用 消耗了大量电能。这样的应用包括地图程序，以及诸如FOURSQUARE和 GOOGLE LATITUDE之类的社会位置感知应用，其允许用户与服务器共享其 位置以使得被授权的朋友可以在他们的移动设备上看到用户的位置。通常，这 样的服务需要应用在用户的移动设备上运行，从而周期地激活GPS设备，得知 用户的位置，并且更新服务器。GPS设备的这种重复使用大大缩短了移动设备的电池寿命。

发明内容

本公开的附加特征和优点将在随后的说明中阐述，可以从以下说明部分地清楚该附加特征和优点，或者可以通过实践在此公开的原理来获知该附加特征和优点。本公开的特征和优点可以通过在所附权利要求中特别指出的手段和组合来实现和获得。将从下面的说明和所附权利要求而更完全地清楚本公开的这 些和其它特征，或者可以通过实践在此提出的原理来获知这些和其它特征。

本公开涉及用于确定一个或多个连接到通信网络的移动设备的位置的系 统、方法、和非临时性计算机可读存储介质。本技术提供了允许用户获知其他 用户的位置的系统，其他用户已经允许共享他们的位置。在优选的实施例中， 用户可以运行应用，该应用允许用户请求朋友允许其接收描述他们的位置的信 息。应用可以列出已经允许用户去查看他们的位置信息的朋友。

当用户希望看到一个或多个朋友的位置时，应用可以从系统服务器请求每 个朋友或选择的朋友的位置信息。服务器可以接收和解释该请求以确定应用是 需要详细的位置信息还是大概的位置信息。例如，如果应用已经请求了所有朋 友的位置信息，该请求将被解释为仅仅对于大概信息的请求，这是因为在计算 机屏幕的地图上显示所有朋友仅仅需要大概的位置，等等。然而，如果应用最 近接收到关于特定朋友的更新后的大概信息，但是现在正请求仅有关那个特定 朋友的额外位置信息，则很可能该应用需要详细的位置信息。

详细的位置信息相对于大概的位置信息的区别不仅仅是基于位置信息的容 许变化的阈值，也基于自服务器接收到更新的位置信息以来的时间以及朋友的 设备获知精确的位置信息所需要的电量。例如，详细的位置信息可能需要+/-3m 的精度，并且使用目前的技术，这样的精度常常使用GPS设备获得。此外，详 细的位置信息可能仅仅在1分钟或更少的持续时间内被认为是精确的。相对而 言，大概的位置信息可能仅需要精确到城市水平(例如，+/-1km)并在多达15 分钟或更多的时间内被认为是相关的。

定位朋友的请求由中央服务器处理。一旦接收到请求，服务器可以转发该 请求到朋友的设备并等待响应。可替换地，服务器可以响应请求而无需联系朋 友的设备。例如，服务器可能已高速缓存有朋友设备的位置信息。由于位置信 息仅仅在特定的精度下且在特定的时间段内是相关的，因此服务器可以在发送 高速缓存的位置信息而非发送请求给朋友的设备之前，将高速缓存的信息与请 求和/或任何预定的约束进行比较。

附图说明

为了描述可以获得本公开的上面记载的和其他的优点和特征的方式，将参 考附图中图示的具体实施例，给出以上简要描述的原理的更加详细的描述。应 该理解这些附图仅仅描绘了本公开的示例性实施例，而不应被认为是限制了本 公开的范围，通过使用下面的附图，将以额外的特征和细节来描述和解释原理， 附图中：

图1示出了示例系统实施例；

图2示出了示例性计算环境；

图3a和3b示出了描述用于定位移动设备的示例性过程的流程图；

图4示出了描述用于定位移动设备和更新位置信息的示例性过程的流程图；

图5示出了描述用于发送邀请给移动设备用户以分享位置信息的示例性过 程的流程图；

图6-12示出了描绘用户可以怎样定位朋友的示例性用户界面；

图13-15示出了描绘用户可以怎样给朋友发送邀请以便被定位的示例性用 户界面；

图16-17示出了描绘用户可以怎样接收和响应邀请以便被定位的示例性用 户界面；

图18-20示出了描绘用户可以怎样改变他或她的位置信息的示例性用户界 面；以及

图21-24示出了描绘可以怎样配置和显示共享位置信息的邀请直到终止时 间的示例性用户界面。

具体实施方式

下面详细讨论本公开的各种实施例。当讨论具体实施方式时应该明白这样 做仅仅是为了说明的目的。本领域技术人员将认识到在不脱离本公开的精神和 范围的情况下可以使用其它组件和配置。

本公开针对现有技术中对于一种传输用户的移动设备的位置信息并通过他 们各自的移动设备定位朋友和家族成员的机制的需要。这里公开了一种系统、 方法和非临时性计算机可读介质，其通过发送命令给设备以确定它目前的位置 并向请求者返回报告来定位移动设备。图1中的基本通用系统或计算设备的简 要介绍性描述可以用于实施在此公开的概念。下面是该方法和系统的更详细的 描述。

参考图1，示例性系统100包括通用计算设备100，其包括处理单元(CPU 或者处理器)120和系统总线110，该系统总线110将包括系统存储器130，诸 如只读存储器(ROM)140和随机存取存储器(RAM)150在内的各种系统组 件耦合到处理器120。系统100可以包括直接连接到、接近于、或集成为处理器 120的一部分的高速存储器的高速缓冲存储器122。系统100从存储器130和/ 或存储设备160复制数据到高速缓冲存储器122，以便于处理器120快速访问。 用这种方法，高速缓冲存储器122使得性能增强，这避免了在等待数据时处理器120的延时。这些和其他模块可以控制或被配置为控制处理器120执行各种 操作。其他系统存储器130对于用户也是可用的。存储器130可以包括具有不 同性能特性的多种不同类型的存储器。可以意识到本公开可以在具有多于一个 处理器120的计算设备100上或者在一组或一簇网联在一起的计算设备上操作 以提供更强的处理能力。处理器120可以包括任何通用处理器以及硬件模块或 软件模块，诸如存储在存储设备160中的模块1162、模块2164、和模块3166， 其被配置为控制处理器120，并且处理器120还可以包括其中软件指令被并入到 实际处理器设计中的专用处理器。处理器120本质上可以是完全独用 (self-contained)的计算系统，包括多核或处理器、总线、存储器控制器、高速缓 冲存储器等等。多核处理器可以是对称的或不对称的。

系统总线110可以是几种类型的总线结构中的任一种，包括使用多种总线 结构中的任一种的存储器总线或存储器控制器、外围总线、和局部总线。存储 在ROM 140等中的基本输入/输出(BIOS)可以提供帮助在计算设备100中的 各元件之间传递信息的基本程序，诸如在启动期间。计算设备100进一步包括 存储设备160，诸如硬盘驱动、磁盘驱动、光盘驱动、或磁带驱动等。存储设备 160可以包括用于控制处理器120的软件模块162、164、166。其他硬件或软件 模块也在考虑范围之内。存储设备160通过驱动接口连接到系统总线110。驱动 和相关的计算机可读存储介质为计算设备100提供计算机可读指令、数据结构、 程序模块和其他数据的非易失性存储。在一个方面，执行特定功能的硬件模块 包括存储在与必要的硬件组件——诸如处理器120、总线110、输出设备170等 等——相连的非临时性计算机可读介质中的执行该功能的软件组件。本领域技 术人员知道这些基本的组件，并且根据设备的类型，诸如设备100是小的手持 计算设备、桌上型计算机、还是计算机服务器，可设想到适当的变化。

尽管在此描述的示例性实施例使用存储设备160，但本领域技术人员应该意 识到可由计算机访问的可以存储数据的其他类型的计算机可读介质——诸如磁 带、闪存卡、数字多用光盘、盒带(cartridge)、随机存取存储器(RAM)150、 只读存储器(ROM)140、包含比特流的电缆或无线信号等——也可以用于示 例性的运行环境中。非临时性计算机可读存储介质本身明确地排除了诸如能量、 载波信号、电磁波、以及信号这样的介质。

为了使得用户能与计算设备100交互，输入设备190代表任意数量的输入 机构，诸如用于语音的麦克风、用于姿态或图形输入的触敏屏、键盘、鼠标、 运动输入、和语音等等。输出设备170也可以是本领域技术员知道的许多输 出机构中的一种或多种。在一些例子中，多模系统使用户能够提供多种类型的 输入以与计算设备100进行通信。通信接口180通常控制和管理用户输入和系 统输出。没有限制在任一特定硬件配置上操作，因此随着其发展，基本特征可 以容易地替换为改进的硬件或固件配置。

为了清楚地解释，示出的系统实施例被表示为包括各单个功能块，该功能 块包括标记为“处理器”或处理器120的功能块。这些模块代表的功能可以通过 使用共享的或专用的硬件提供，该硬件包括但不限于能执行软件的硬件，和诸 如处理器120的硬件，其为特定目的建造来作为在通用处理器上执行的软件的 等价物进行操作。例如出现在图1中的一个或多个处理器的功能可以由单个共 享处理器或多个处理器提供。(使用术语“处理器”不应被解释为仅仅指的是能 够执行软件的硬件。)示例性实施例可以包括微处理器和/或数字信号处理器 (DSP)硬件、用于存储执行下面讨论的操作的软件的只读存储器(ROM)140、 以及用于存储结果的随机存取存储器(RAM)150。还可以提供超大规模集成 电路(VLSI)硬件实施例，以及与通用DSP电路组合的自定义VLSI电路。

各种实施例的逻辑操作被实现为：(1)在普通用途计算机中的可编程电路 上运行的计算机实现的一系列步骤、操作、或程序，(2)在特定用途可编程电 路上运行的计算机实现的一系列步骤、操作、或程序；和/或(3)在可编程电路 中互连的机器模块或程序引擎。图1所示的系统100可以执行所述方法的全部 或部分，可以是所述系统的一部分，和/或可以根据在所述非临时性计算机可读 存储介质中的指令进行操作。这样的逻辑操作可以被实现为模块，所述模块被 配置为控制处理器120根据模块的编程来执行特定功能。例如，图1示出了三 个模块：模块1162、模块2164和模块3166，其是被配置为控制处理器120 的模块。这些模块可以被存储在存储设备160上并在运行时被载入到RAM150 或存储器130中，或者可以如现有技术中已知的那样被存储在其他计算机可读 存储器位置中。

已经公开了计算系统的一些组件，现在转到图2，该公开示出了通用移动计 算环境200。通信网络210连接寄存(host)在计算环境200中的设备和应用。在 这个计算环境200中，不同设备可以用各种方法彼此通信和发送命令。服务器 230，例如，可以用作为两个或更多个用户设备(诸如，计算机220、移动设备 240、和移动设备245)之间的中间物。服务器230可以将一个用户设备发送的 消息传送到另一个用户设备。例如，服务器230可以接收来自设备240的请求 (“请求设备”)去定位另一个设备245(“被请求设备”)。响应于这样的请求(优 选地，在已经采取了合适的认证和授权步骤以确保该请求已被被请求设备的用 户授权以后)，服务器230可以发送请求到被请求设备245并接收包含有关其位 置的信息的响应。被请求设备245可以基于它从，例如，GPS卫星260接收的 信号，获得这个位置信息。一旦接收到响应，服务器230随后可以发送信息到 请求设备240。可替换地，服务器230不发送请求到被请求设备245，因为它已 经高速缓存了有关被请求设备245的最近的位置信息。在这样的实施例中，服 务器230可以通过发送高速缓存的位置信息给请求设备240来响应该请求，而 无需与被请求设备245进行通信。

设备220、240和245优选地有一个或多个可以在其上运行的位置感知应用。 在这些应用中，一些可以有发送请求到其他用户设备以使得请求用户能够定位 朋友的设备的功能。一旦接收到对定位的授权，请求设备随后能够发送位置请 求给被请求设备并接收包含被请求设备的位置的响应。优选地在服务器级别上 管理授权，但是另外地或可替换地，也可以在设备级别上进行管理。

回到图2，通信网络210可以是任何种类的网络，包括诸如内部网的局域网(“LAN”)、诸如英特网的广域网(“WAN”)、或其任意组合。进一步地，通信 网络210可以是公共网络、专用网络、或其组合。通信网络也可以使用任何类 型的物理介质来实现，所述介质包括与一个或多个服务提供者相关的有线通信 路径和无线通信路径。此外，通信网络210可以被配置为支持使用各种协议格 式化的消息的传输。

诸如用户站220的设备也可以被配置为在计算环境200中操作。用户站220 可以是任何通用计算设备，该计算设备可以被配置为，诸如通过网络浏览器， 与支持web的应用进行通信。例如，用户站220可以是个人计算设备，诸如台 式电脑或工作站，或携带计算设备，诸如膝上电脑、智能手机或后个人电脑设 备。用户站220可以包括图1中的计算设备100的特征、组件、和外设中的一 些或全部。

用户站220可以进一步包括到通信网络210的网络连接。网络连接可以通 过有线或无线接口来实现，并可以支持用户站220和一个或多个其他计算设备 之间的通过通信网络210的双向通信。用户站220也可以包括接口应用，诸如 网络浏览器或自定义应用，用于与支持web的应用进行通信。

应用服务器230也可以被配置为在计算环境200中操作。应用服务器230 可以是任何可以被配置为寄存一个或多个应用的计算设备。例如，应用服务器 230可以是服务器、工作站、或个人电脑。在一些实施方式中，应用服务器230 可以被配置为计算设备的集合，例如位于一个或多个位置处的服务器。应用服 务器230可以包括图1中的计算设备100的特征、组件、和外设中的一些或全 部。

应用服务器230还可以包括到通信网络210的网络连接。网络连接可以通 过有线或无线接口来实现，并可以通过通信网络210支持应用服务器230和一 个或多个其他计算设备之间的双向通信。此外，应用服务器230可以被配置为 寄存一个或多个应用。例如，应用服务器230可以配置为寄存有助于与一个或 多个与网络210连接的移动设备进行通信的远程管理应用。移动设备240、245 和应用服务器230可以在远程管理框架中操作以执行远程管理功能。应用服务 器230可以被配置为寄存通知服务应用，该通知服务应用被配置为支持通过网 络210在包括在通信系统200中的多个通信设备之间的双向通信。例如，通知服务应用可以允许多个计算设备发送和接收各种消息。

在一些实施方式中，通知服务可以包括定义的命名空间(namespace)，其中 可以为每个订阅移动设备创建唯一的命令收集主题。唯一的标识符可以用于把 订阅移动设备与相应的命令收集主题(诸如，分配的数字或地址)关联起来。 唯一的标识符也可以嵌入在统一资源标识符(URI)中，该统一资源标识符与 被订阅命令收集主题相关。此外，一个或多个命令节点可以被创建在命令收集 主题下，因此每个命令节点对应于特定的远程命令类型。例如，命令收集主题 可以包括用于位置命令的单独的命令节点。

通过使用各单独的命令节点，多个命令可以基本上同时地被传输到一个或 多个移动设备。在一些实施方式中，如果多个命令在命令收集主题中被接收， 则可以通过比较服务器时间戳来确定执行的顺序。

通过通知服务、发布者，诸如远程管理应用，可以发布远程命令消息给与 特定移动设备相关的命令收集主题。当远程命令消息被发布给命令收集主题时， 通知消息可以被传输到一个或多个订阅移动设备。移动设备随后可以访问被订 阅主题并取回一个或多个发布的消息。在发布者和移动设备之间的这种通信可 以被去耦合。此外，远程命令消息可以被发布给命令收集主题的适当的命令节 点。此外，接收远程命令消息的移动设备可以发布响应给通知服务寄存的结果 主题。发布者，诸如远程管理应用，可以订阅结果主题并可以接收任何公布的 响应消息。

此外，计算环境200可以包括一个或多个移动设备，诸如移动设备240和 移动设备245。这些移动设备优选地是智能手机，诸如Apple 或后个人 电脑设备，诸如Apple 包括在计算环境200中的每个移动设备可以包括 被配置为与通信网络210建立连接的网络接口。例如，移动设备240可以建立 蜂窝(例如，GSM、EDGE、3G、或4G)网络连接，该连接提供到通信网络 210的数据访问。一个或多个位于移动设备240和245的范围之内并被连接到网 络210的蜂窝塔(cell tower)250可以有助于建立这种连接。此外，移动设备245 可以建立IEEE 802.11(即，WiFi或WLAN)网络连接到通信网络210。一个 或多个位于移动设备240和245的范围之内并被连接到网络210的网络路由器 255可以有助于建立这种连接。还有，通过IEEE 802.16(即，无线宽带或WiBB) 标准，或者这些移动设备240、245中的一个或者其它设备可以连接到网络210。 再者，设备240和245可以在蜂窝塔250或无线路由器255的帮助下连接到通 信网络210。

移动设备240和245中的每一个也可以被配置为与由应用服务器230寄存 的通知服务应用进行通信以发布和接收消息。此外，移动设备240和245中的 每一个可以被配置为响应于通过通知服务应用接收的远程命令，执行远程管理 应用或远程管理功能。在一些实施例中，远程管理应用可以与移动设备的操作 系统集成在一起。

移动设备可以执行远程命令以进行一个或多个相关的功能。例如远程命令 可以包括定位命令、通知命令、和消息命令。消息命令可以用于将基于文本的 消息呈现在移动设备的显示器上。定位命令可以用于在定位命令被执行的时候 使得移动设备传输指示其位置的消息。定位命令也可以命令移动设备使用某些 资源，诸如嵌入式GPS系统，以确定其位置。

此外，移动设备240和245中的每个可以包括输入接口，通过该输入接口 可以接收一个或多个输入。例如，输入接口可以包括键盘、鼠标、操纵杆、轨 迹球、触摸板、键板、触摸屏、滚轮、通用的或专用的按钮、触笔、视频照相 机、以及麦克风中的一个或多个。移动设备240和245中的每个也可以包括输 出接口，通过该输出接口可以呈现输出，其中包括一个或多个显示器、一个或 多个扬声器、以及触觉接口。此外，位置接口，诸如全球定位系统(GPS)处 理器，也可以包括够动设备240和245中的一个或多个中以接收和处理从用 于获得位置信息——例如，当前位置的指示——的GPS卫星260发送的信号。 在一些实施方式中，包括在移动设备240和245中的一个或多个中的通用的或 专用的处理器也可以被配置为执行位置估计，诸如通过基站三角测量或通过由 视频接口辨识静止的地理物体。

已经公开了一些基本的系统组件和概念，现在本公开转向分别显示在图3a 和3b中的示例性方法实施例300a和300b。为了清楚，依据显示在图1中的被 配置为执行方法的示例性系统100和显示在图2中的操作环境来讨论本方法。 在此概括的步骤是示例性的并可以由其任意组合来完成，包括排除、添加、或 修改某些步骤的组合。

图3a显示了示出示例性过程的流程图，该示例性过程由用于服务于请求设 备对于定位一个或多个移动设备(被请求设备)——诸如在图2中的连接到通 信网络(诸如，在图2中的通信网络210)的移动设备240和245——的请求的 服务器执行。该过程可以由服务器(诸如在图2中的应用服务器230)来执行。

在优选的实施例中，服务器230可以维护与一个或多个服务的成员相关联 的数据。维护的数据可以包括涉及每个成员的特定的标识信息，诸如，成员的 用户名和其他个人标识信息，涉及成员电话的唯一标识信息，以及已经被选择 为允许与这个成员共享他们的位置信息的其他成员的标识。信息也可以包括每 个成员的最近的位信息。通过在成员的移动设备上的某些应用/过和、和/或应 请求设备的请求，可以更新该位置信息。例如，可以由用户请求移动设备上的 应用(诸如地图服务或其他位置感知应用)确定设备的位置，并且，无论何时 做出这样的确定，设备都可以将这个信息提供给应用服务器。服务器随后可以 在存储装置335a中保留这个信息一段时间(诸如，例如，15分钟或更少)，在 此期间该信息被认为是仍然表示设备的位置。

在优选的实施例中，用户/请求者可以在他或她的计算机或移动设备上具有 应用，该应用在被执行时，发起一个或多个定位请求给所有设备，这些设备的 成员已经同意与请求者(被请求者的“朋友”)共享他们的位置。在这样的实施 例中，应用可以最初在地图上或列表里向用户/请求者呈现所有朋友的位置。服 务器，诸如图2中的应用服务器210，可以接收定位请求310a以进行处理。

一旦从请求用户的移动设备301a接收到位置请求，服务器最初可以响应以 已经高速缓存在335a中的位置数据。如上面所提到的，在优选的实施例中，应 用服务器可以维护和/或高速缓存与服务的成员相关的信息，包括最近的位置信 息。位置信息的更新优选地重写较老的位置信息。因此，在步骤315a中，服务 器首先确定其是否拥有最近的位置信息。如上面所提到的，服务器可以为它维 护的位置信息设置“生存时间”。在步骤330a中，当服务器已确定位置信息已经 是最近的，服务器就会从存储装置335a中取回最后知道的位置。另外，在一些 情况下，诸如当人可能处于活动中时，仅仅最近的位置信息是相关的。因此， 一些实施例可以基于设备的最近位置活跃度调整信息的生存时间。一些例子可 以包括，当设备的所有者已经设定了他的/她的位置，诸如在家或工作，每天他/ 她一般会在该位置一次呆上几个小时。因此，在步骤360a中，如果服务器确定 其拥有被请求移动设备的被认为是最近的位置信息，则其会将该信息提供给请 求设备。

服务器也优选地以相对低的精度级别维护这个位置信息。其理由类似于为 何该位置仅仅在一个短的时间段内被认为是相关的理由：位置信息越精确，人 越可能已经从那个特定的位置移动了，因此使得位置不正确。因此，以较低的 精度级别维护最近的位置信息提高了位置仍然正确的可能性，并因此，不需要 与用户设备进行额外的通信。

可替换地，在步骤315a中，服务器可以确定其没有与被请求设备相关的最 近的位置信息。在步骤320a中，服务器可以发送位置请求给一个或多个被请求 设备(即，与朋友相关的那些设备)。在这个步骤中，服务器给每个被请求设备 传输位置请求消息。由服务器发送的消息可以具有任何数量的形式，但是有命 令被请求移动设备获得其当前位置信息并用响应消息的形式将其传输回服务器 的作用。在一些可替换实施例中，服务器仅仅发送位置请求消息给蜂窝网络系 统，该系统可以连续地维护与被请求设备相关的最近的位置信息。这样的位置 信息可以包括，例如，被认为最接近被请求设备的蜂窝站(cell site)的坐标。 有时在步骤320a发送了请求以后，服务器在步骤340a中接收响应。根据， 例如，被请求设备的位置和网络流量，响应可以以任何顺序到达并可以花费不 同的时间量。来自设备的响应消息优选地包括与响应设备的位置和该位置被确 定的时间相关的信息。

设备可以用任何数量的方式确定这个位置信息，包括但不限于那些已经在 上面讨论过的方式。这个信息甚至可以间接地被得到(即，不直接来自于被请 求设备)，诸如来自于正在与设备进行通信的蜂窝通信网络。例如，从被识别为 最接近移动设备的蜂窝塔获得位置信息。尽管这个选择可能精度较低，但它有 时可以产生更快的响应并为被请求设备节省电池寿命。相应地，位置信息的精 度级别可以变化。因此，位置信息也因而可以包括精度信息。

在一些实施例中，响应设备的所有者可以有输入与位置相关的唯一位置标 识符或标签的选项。例如，用户可以给这样的位置分配标签，诸如“在家”、“工 作”、或“在校”。用户的移动设备可以优选地把某些地理坐标与这种标签关联起 来，并向包括相关标签的服务器传输基于位置的消息。

一旦接收到这个信息，在步骤350a中，服务器优选地更新所存储的信息 335a，如果有的话，其保持与设备的最后知道的位置相关，以使得下一个请求 者可以得到该信息。

在步骤360a中，服务器已经从被请求设备接收了响应，其随后可以发送位 置信息给请求设备。对于由服务器从各种被请求设备接收到的每个响应，可以 执行这个步骤。尽管可能已经在步骤330a中从高速缓冲存储器335a中取回了 有关一些设备的位置信息，但服务器可以额外地请求和发送更新的信息给请求 设备。在一些实施例中，服务器可以额外地有如下步骤(没有显示)：比较其最 初已经发送给请求设备的“已知的位置信息”与其刚刚从被请求设备接收的位置 信息，以确定发送最近接收的位置信息是否可能会有所不同。换句话说，如果 被请求设备的位置已经改变了，一些实施例才发送位置信息给请求设备。在这 样的实施例中，需要被传送的数据数量可以被降低。

除了暂时的精度，服务器还可以有确定怎样处理具有特定地理位置精度的 位置请求的逻辑。图3b显示了示出由服务器执行的示例性过程300b的流程图， 该过程服务于请求设备对于在某一精度级别内定位一个或多个移动设备的请 求。

在优选的实施例中，在步骤310b中，服务器接收对于获得与被请求设备相 关的具有特定可接收精度级别(精度y)的位置信息的请求。在优选的实施例中， 服务器通常在存储装置335b中仅仅维护与设备有关的具有一个精度级别(精度 x)的位置信息。在接收到请求以后，在步骤315b中，服务器确定其在存储装 置335b中具有的位置信息的精度是否大于或等于由请求设备请求的精度(即， 精度x≥精度y)。如果是，精度级别被认为是可接受的，并且在步骤330b中， 服务器取回存储的位置信息，并且在步骤360b中，发送位置信息给被请求设备。

然而，更典型的是，当服务器接收到对于被请求设备的位置信息的请求时， 被请求精度(精度y)大于存储在335b中的信息的精度(精度x)(即，精度y ＞精度x)。当在步骤315b中确定了精度y＞精度x时，服务器在步骤320b中 发送请求到被请求设备。这个请求可以具有几种不同的形式。例如，服务器可 以简单地传输该请求的内容到被请求设备，包含被请求精度信息，并且留给被 请求设备(通过它的硬件，操作系统，和应用)确定怎样响应该请求。可替换 地，服务器可以具有与被请求设备的能力相关的足够信息(诸如，它有特定精 度的GPS天线)，以及发送的消息仅仅是通过使用其GPS天线确定其位置并发 送这个信息给服务器的命令。在步骤340b中，服务器随后从被请求设备接收位 置信息。另外，这个信息可以具有几种不同的形式，并可以基于服务器已知的 设备信息。例如，响应可以包括由被请求设备提供的精度信息，或可以简单地 包括位置和获得位置的手段。在后一形式下，服务器，优选的是知道被请求设 备的模型特征的服务器，随后可以确定由被请求设备提供的精度。再有，根据 服务器发送的请求，可以不在响应中提供手段信息，但是服务器可以暗示手段 信息与被请求的相同。一旦服务器接收到位置信息，在步骤350b中，其更新它 存储的位置信息，335b，并在步骤360b中将位置信息发送给请求设备。

一般地，被处理的位置信息具有低精度，诸如在城市级别或在几英里的精 度内。如上面所提到的，这样的信息可以由服务器间接获得，通过例如，获知 被请求设备正在与其进行通信的蜂窝电话塔或ISP的地理位置。一般认为与蜂 窝通信网络通信的移动电话周期性地搜索具有最强信号的蜂窝站。在许多情况 中，最强的信号由那些距离最近的小区测得。因此，在每隔4英里就有一个蜂 窝电话塔的区域内，例如，移动设备的位置可以被推断为在最近的蜂窝塔的2 英里之内。更精确的确定移动设备位置的方法可以是通过确定到达时间差 (TDOA)来确定。TDOA技术通过在三个或更多个单独的蜂窝站处测量移动站 射频信号的到达时间基于三边测量进行工作。这样的方法可以基于由蜂窝网络 提供的特定设备的可用性，其可能不是普遍适用的并因此仅仅是可替换的实施 例。在任一情况中，位置/精度确定可以由通信网络而不是由移动设备来执行。 这样的低精度信息可以优选地由服务器最被传输给请求设备以让设备用户快速 读到他或她的朋友在哪里。与获得这样的低精度信息相关的行为在此被称为“浅 定位”。

这样的低精度(即，更小精度)位置请求仅仅是大概的，但是优选地被首 先使用，因为它们可以带来最快的响应并需要较少的被请求设备的资源。另一 个方面，请求设备的用户可以请求“深定位请求”以从被请求设备处获得相对更 高精度(即，更精确)的位置信息。例如，“深定位请求”可以命令被请求设备 使用它的GPS位置资源以获得有某一精度级别的位置信息，该精度级别可以高 于上述一些其它定位方法的精度级别。当使用设备特征，诸如GPS，可以更精 确时，从足够多的GPS卫星处获得信号并计算位置所需的时间和资源通常更长 并且需要更多能量。因此，“深定位请求”选择优先地被保留用于由请求设备的用户做出的特别请求。

在图4所示的示例性方法400中，从诸如移动设备的请求设备的视角进一 步示出了“浅定位请求（shallow locate request)”和“深定位请求(deep locate request)”的概念。在优选的实施例中，当在移动设备上开始执行应用时，方法 400从步骤410开始。首先，在步骤420中，设备可以请求与用户有关的所有朋 友的位置信息。这个初始请求优选地是“浅定位请求”，其被发出给所有的“朋友” 设备(即，其所有者已经允许请求者获得位置信息的设备)。这个请求被发送到 服务器，在那里它可以被传递到被请求设备或由服务器服务，或两者，就如上 面所讨论的那样。在步骤430中，请求设备随后可以接收包含其用户的朋友的 浅位置(shallow location)的响应。一旦接收了响应，在步骤440中请求设备可以将朋友的位置显示给用户。

由于个人经常不断移动，因此请求用户有时候具有被不时更新的朋友的位 置信息是有利的。位置信息的更新或刷新在步骤450中执行，可以以预定的间 隔自动进行，诸如每隔15秒或15分钟，和/或可以应用户的请求进行。这些预 定的时间间隔可以是一致地应用到每个用户，或可以基于各个用户的观察到的 时间频率结合观察到的一般用户移动数据的启发而不同地单独应用到每个用户 (例如，为被观察到在高速路上行驶的用户确定较短的时间间隔，但是为已经登 记到某一位置，诸如旅馆，的用户确定较长的时间间隔)。如方法400所示，刷 新步骤450将操作来重复时于用户的所有朋友的浅位置信息的请求。

除了请求并获得用户所有朋友的浅位置信息，在步骤460开始，用户可以 请求并获得一个或多个朋友的更加详细的位置信息或“深”位置信息。为了执行 “深定位请求”，在优选的实施例中，用户可以选择在浅定位请求以后已经呈现 给用户的朋友。在这个优选的实施例中，将深定位请求发送给服务器，该服务 器将发送命令给被请求设备以提供更详细的位置信息。这个请求可以包括命令 设备从它的GPS系统获得精确的位置信息。一旦在步骤470中接收到响应，在 步骤480中，请求设备可以将朋友的深位置显示给用户。深位置的精度也可以 显示给请求用户。

图5中的方法500示出了一种用户可以得到授权以获得与朋友有关的设备 的位置信息的方法。在大多数实施例中，为了使用户能够定位朋友，用户必须 发送授权请求给朋友。用户可以这样做，在步骤510中，选择朋友以请求授权。 在优选的实施例中，定位应用可以参考或依赖于用户设备上的用以维护用户的 朋友的信息的其他应用。一个例子可以是地址簿应用，其保存由设备用户获知 的人员的联系人信息。这些人员可以包括朋友、家庭成员、业务联系人、和用 户已经获知其联系人信息的其他人。在用户的地址簿中没有特定人员的情况下， 用户能够将那个人的联系人信息直接输入到运行应用中。在步骤520中，一旦 选择/输入要定位的联系人，用户的设备准备和发送授权请求。

一旦接收到来自用户的请求，优选地可以将解释请求的性质以及在哪里里他 或她可以接受请求或者拒绝请求的消息呈现给被请求人(即，“朋友”)。在步骤530中朋友接受了该请求时，在步骤540，从那个朋友的设备发送接受响应。一 旦接收到接受响应，服务器可以在请求用户和接受的朋友中的至少个上更新 它维护的信息，以使得当用户发送位置请求时，在步骤550服务器将处理该请 求。此外，通知可以由服务器返回给请求用户以指示用户和/或用户的设备授权 请求已经被接受。相应地，用户现在可以获得与那个朋友有关的位置信息。在 优选的实施例中，朋友可以在任何时候取消已给用户的授权；因此，朋友可以 维护对于他或她的位置信息的隐私的控制。

另一方面，已经接收了对于授权用户去定位他或她的请求但在步骤560中 拒绝了或忽视了该请求的朋友可能无法获得与那个朋友相关的位置信息。因此， 在步骤570中，如果用户随后尝试定位那个明友，设备和服务器都将不会处理 该请求。从请求用户和设备的视角来看，这样的朋友将被显示为具有“等待响 应”、“位置不可用”状态，或简单地不将其列出。当然，在一些实施例中，用户 随后可以发送另一个请求给朋友。

图6-20显示了本公开的优选实施例的一系列屏幕截图，这些截图就如它们 可能在移动设备(诸如 或 都是苹果公司生产的)上被看到的 一样。本领域技术人员将意识到虽然优选实施例被显示在这些特定的苹果产品 上，但位置应用可以在任何类型的移动设备、智能电话、后个人电脑设备、膝 上电脑、或台式电脑上使有。

图6示出了当用户初始运行位置程序时呈现给他或她的界面窗口600。在这 个窗口中，可以提示用户输入他或她的与帐户相关的用户ID 610和密码620， 用户假设已经使用位置服务建立了该帐户。在输入用户ID和密码以后，用户可 以选择“登录”按钮630以认证和运行程序。如果用户还没有创建帐户，用户可 以选择按钮640来创建账户。

如图7中所示，当用户第一次登录时，屏幕700被呈现给用户以提示他或 她去邀请朋友共享他们的位置。为了邀请朋友共享他们的位置，用户可以轻敲 “+”按钮710以打开屏幕选择朋友进行邀请。这些操作的更详细的解释与下面的 图11-16联系起来讨论。

另一方面，图8显示了在有几个朋友接受了用户的邀请分享他们的位置以 后，在登录时用户很可能能够立即看见的画面。如图8所示，朋友列表800被 显示给用户。接下来显示的朋友的信息810是定位状态指示符820。在这个情况 中，状态是设备已经发出位置请求给所有的朋友的设备，并仍然在等待来自每 个设备的响应。

在短暂的时间已经过去并且设备已经接收了有关用户的朋友的位置信息以 后，如图9所示，在显示界面900中位置信息可以被呈现给用户。如能在图9 中看见的，朋友信息910现在可以包括朋友的位置920，位置信息的精度930， 以及位置信息被获得的时间940。位置920可以用多种方式呈现。例如，位置信 息920包括用户选择的标签。可替换地，位置信息可以包括朋友所在的城镇的 名称或地址，就如在950中一样。此外，当位置请求不成功时，显示900可以 呈现类似于960的消息。

图10示出了显示朋友的位置信息的可替换实施例。如图10所示，呈现了 地图界面1000。在优选的实施例中，地图界面1000的初始比例可以由用户的每 个朋友的识别出的位置确定以使得用户的所有朋友可以在一个屏幕上被看见。 因此，如果用户的所有朋友位于在距离彼此几英里的范围之内，地图界面1000 的比例可以被放大，由此仅呈现几英里(即，城市级别)。另一方面，如果用户 的朋友位于国家的范围内或在其他国家内，地图的比例可以被缩小以使得地图 界面1000覆盖数百或甚至数千英里(即，国家级别)。

再参照图10，在地图1000上，给用户呈现他或她的朋友的位置。在优选的 实施例中，朋友的位置被呈现为圆点1010和1020。然而，在交互式地图上也可 以使用指示个人位置的任何其他图标或其他合理的方法。当用户选择圆点之一 时，有关朋友的信息出现在那个位置，如圆点1010所示。此外，精度信息也可 以以围绕朋友的圆点的、半径等于所提供的精度级别的实体圆的形式被图形呈 现在地图上，如圆点1010所示。

图11和12显示了本发明的可替换实施例。这样的实施例对于在有较大屏 幕的设备——诸如iPad、膝上电脑、或台式电脑——上的使用可能是理想的。 在图11中，界面1100显示表格格式1100的用户的朋友的列表和他们在地图1120 上的地理位置。在界面1100中，当用户在地图1120上选择他或她的朋友1130 之一时，与朋友的位置相关的细节可以出现在地图的底部1140。类似地，在图 12中，图12提供了具有不同高宽比的界面，界面1200给用户呈现指示他或她 的朋友的地理位置1225的地图1220。重叠在地图上的是在表格1210中的用户 的朋友的列表。类似于界面1100，当用户在表格1210中选择他或她的朋友之一 时，那个朋友的细节可以出现在显示器的底部1240。

如图13所示，当用户希望发送邀请给朋友以共享他们的位置时，可以使用 “添加朋友”界面1300。在界面1300上，用户可以在1310输入朋友/被邀请者的 联系人信息，并且在1320上也可以包括可选的个人消息。如上面所提到的，如 图14中的联系人列表1400中所示，联系人信息可以从位于用户的设备上的其 他服务或应用获得。

图15显示了具有在1510输入的联系人的名称(优选地，为到联系人的电 子邮件地址、电话号码、或其他相关联系人信息的嵌入式链接)的完整的添加 朋友请求表1500。也显示了简短的个人消息1520。

图16显示了一种在窗口1600可以通知朋友他或她已经接收了与请求用户 共享他们的位置的邀请的方式。如在窗口1600中呈现给朋友的那样，用户可以 通过选择按钮1610立即查看邀请，也可以通过选择按钮1620选择稍后查看邀 请。注意这个通知优选地可以具有基于系统的消息的形式，该消息提供通知而 与当前正在运行的任何特定应用无关。

如图17所示，当朋友选择查看邀请时，呈现给他或她请求消息1700。在请 求消息1700中，邀请优选地包括邀请者的名称1710和简短的个人消息1720。 此外，邀请可以包括接受按钮1730和拒绝按钮1740。

现在参见图18，在界面1800上移动设备用户可以维护与他或她的帐户相关 的特定项目。在界面1800上，用户可以，例如在字段1820给他或她的当前位 置设置标签1810。用户也可以查看跟随者的列表1830，其包括他或她已经接受 了要被跟随的邀请的所有朋友。通过切换开关1840，用户还可以选择向他或她 的所有跟随者隐身。

对于给某些位置分配标签，为了这个目的，可以将图19中的界面1900呈 现给用户。在界面1900上，用户可以选择预备的标签1910中的一个或可以通 过输入文本到字段1930来添加自定义标签。显示在字段1920中的是当前使用 的标签。除了在界面1900中的预备的标签1910，如图20的界面2000中所示， 可以自动添加额外的特定于位置的标签选项。如图20所示，位置标签2010已 经被添加到了预备的位置标签的列表中。例如，当用户被确定位于星巴克附近 时，可添加诸如标签2010的标签。

为了进一步解释本公开中的某些实施例，将呈现以下使用场景以显示移动 设备的某些用户是如何能够使用本公开中的一个或多个实施例去定位他或她的 朋友。

当移动设备的用户被定位在某处时，诸如说闹市Palo Alto时，可能发生一 种场景，中午想知道是否有他的任一个朋友在附近并有空共进午餐。用户可使 用本公开的实施例去查看他或她的朋友的位置，识别离得最近的一个，并随后 进行联系。

当移动设备的用户需要或希望允许其他人在特定的时间知道他们在哪儿 时，可能出现第二种场景。一个这样的情形是移动设备用户可以，例如，为马 拉松赛跑进行训练并每天在外面跑好几公里的情况。用户希望在这段时间内她 的伙伴知道她的位置，以使得如果一些事情的发生她总是能够被定位并且因此 可以受益于在本公开中的实施例。另外，当这个人实际上正在参加马拉松赛跑 时，她的朋友可能想知道她已经进行到了路线的什么部分，以使得他们能够在 比赛期间出现在特定的位置去给她加油。在这样的场景中，用户将受益于本公 开的实施例，该实施例能把比赛路线图添加到这个地区的街道地图上，以使得 用户就能够看见赛跑者的位置以及关于她接下来将前行到的那个位置的一些指 示。

当移动设备的用户希望接到某人已经到达特定位置的指示时，可能出现第 三种场景。在这样的场景中，移动设备的一个用户可以，例如，正在开车旅行， 并且当他或她已经到达时，想去通知另一个人。这样的场景可以包括母亲允许 她的十几岁的儿子在假日周末开家庭汽车去访问他的住在几小时远的地方的堂 兄弟。尽管母亲已经更求儿子一到就打电话，但是他常常忘记而不这样做。为 了克服这个缺陷，母亲或儿子可以利用本公开的实施例，其中他们可以设置警 告以便当儿子已经到达目的地时能够自动地通知母亲。在这期间，母亲还可以 使用其他实施例去手动地定位儿子的移动设备以确保他没有迷路。

当有人已经输入特定的地理位置，移动设备的用户希望接到通知时，可能 出现第四种场景。例如，一个人使用公共交通工具往返于城市，但是他又不住 在走路就能到达火车站或公共汽车站的地方。在晚上或任何有恶劣天气的时候， 与其驾车并停车，这个人还不如依靠配偶或伙伴去接她。因为某些公共汽车和 列车有禁止用移动电话聊天的规定和礼节，往返者不得不等到她到达以后才打 电话给她的配偶或伙伴并且接下来不得不等在那儿，例如，在雨中。用户将受 益于本公开的一些实施例，该实施例允许无论何时她进入特定的地理区域(即， 接近到达公共汽车站或火车站)，往返者的移动设备都能够通知她的伙伴的设备 而不需要往返者打电话的方式。因此，往返者和她的伙伴可以几乎同时到达站点。

类似地，第五种场景包括具有某些家用电器的用户，当一个人进入特定区 域时，该特定家用电器可以连接到网络并且可以在接收到通知时执行特定的任 务。例如，当一个人旅行去她在山中的度假屋时，在度假屋中的特定电器，诸 如，例如，暖气炉和前门廊灯，在这个人进入特定的地理区域(即，接近到家) 时，可以被打开。本公开的实施例将使得用户能够具有并受益于这样的配置。

当移动设备的用户已经离开了特定的地理位置，某人希望接收通知时，可 能出现第六种场景。例如，由于接下来是周一，所以父亲已经要求他的女儿周 末呆在家里完成学校的作业。如果女儿带着她的移动设备离开了邻近地区，父 亲可以被通知。公开的技术的一些方面将使父亲能够收到这样的通知。

当一些移动设备的用户希望仅仅在短暂的时间段内被定位时，可能出现第 七种场景。例如，一个人在一个城市出差并想要与住在那个城市的老朋友见面 吃晚饭。因为她通常不在那个城市并且不常与这个老朋友联系，所以她不想让 老朋友一直能定位她。本公开的一个实施例使用“当日通行证(day pass)”，这个 人将其发送给老朋友以允许老朋友能够在接下来的24小时定位她。在那个时间 以后，当日通行证过期并且老朋友不能再定位这个人。

在第八种场景中，用户可以选择在她的联系人列表中的许多人在限定的时 间段内彼此共享位置信息。例如，用户在镇上参加会议，诸如苹果的WWDC。 用户知道她认识的一些人也参加会议并且在事件期间她想知道他们的行踪。本 公开的一个实施例使得这个用户能够发送邀请给她想在会议时定位的人。当用 户认识的人接受了她的邀请，她和认识的人将能够定位彼此。对这个定位彼此 能力的某些限制可以由用户设置，诸如白天的某个时间窗(诸如，仅仅在会议 期间)，或者直到结束时间。

图21-24公开了某些界面的配置，其可以用于共享位置信息，直到结束时 间为止，并且也可以用于，例如，在场景期间，诸如在场景八中所说明的一个 期间。图21示出了邀请界面屏幕的一个实施例，其中用户可以配置并发送邀请 给朋友共享他们的位置。用户可以通过轻敲“+”按钮2120添加邀请的朋友，类 似于在图7中描述的场景。已经添加到邀请中的朋友可以显示在屏幕2110上以 指示他们已经被添加，类似于所写电子邮件的“给：”行中的那些。图21示出了 用户已经添加了两个朋友到邀请中，如他们的名称；显示了“JaredGosler”和 “Susan Adams”。

在图21中所示的示例性界面中，用户也可以，例如，关联邀请到输入的特 殊事件2130并设定结束时间2140。然而，也可以提供其他配置选项，诸如设置 可用的地理区域和其他时间约束。在图21中，用户已经关联邀请到“WWDC” 会议并设置结束时间是“星期五，6月10号上午10点”。在一些实施例中，关联 邀请到特殊的事件可以使用户能够访问特定的地图以及由特定的事件寄存的无 线接入端口，其可以，例如，提供更精确的非GPS位置信息(即，特定会议室)。 结束时间对多长时间用户和被邀请的朋友可以共享位置信息设置了限制。

图22显示了警告，被邀请的朋友可以在接收到由用户发送的共享位置信息 的邀请时接收该警告。可以将消息框2210显示给朋友以提供对请求的通知。请 求的文本2220可以解释为朋友已经被邀请与用户和另一个人(Susan Adams) 共享位置信息，直到设置的结束时间为止。在这个实施例中，消息框2210包括 使得设备用户能够关闭消息框或查看邀请的按钮。在其他实施例中，消息框也 可以包括接受、忽略、或拒绝邀请的附加的或不同的按钮

图23示出了显示邀请的示例性实施例。这个邀请可以包括相关的事件2310 和解释请求的细节以共享包括设定的结束时间的位置信息的文本2320。也可显 示所有被邀请共享位置信息的当事人的名称和他们的响应状态2330、2340和 2350。如图所示，复选标记可以放置在一个人的名称旁边以指示这个人已经接 受了邀请。类似的，问号可以显示在一个人的名称旁边以指示这个人还没有答 复邀请并且因此仍不能确定他们是否接受邀请。如果一个人拒绝邀请，X可以 显示在他们的名称旁边以指示他们决定不共享位置信息。这也可以指示这个人 不在会议的地理区域内和/或在一些情况中，还没有登记。一旦接收到邀请，设 备用户可以通过选择可用的选项2360和2370中的一个拒绝或接受邀请。

图24示出了一个实施例，该实施例显示了当用户选择去查看临时的朋友 2460并且在被邀请的朋友已经接受了用户的共享时间受限的位置信息的邀请以 后，用户将可能看到的画面。如图24所示，有事件2410，WWDC，与这个位 置信息的共享有关。如上面所提到的，在一些实施例中，当定位与特定的寄存 事件——如连接到局部地理编码的接入端口并接收来自事件组织者的通知—— 相关时，某些附加特征可能变得有用的。可替换地或此外，输入事件名称并把 定位与事件关联起来可以简单她自动填充信息，诸如会议或事件的结束时间。 这里，定位允许的结束时间2420被显示为在6月10日上午10点结束。与已经 接受临时定位请求的朋友相关的信息被显示在这个显示2430a、2430b上。类似 于图9中所示的实施例，在其它方面朋友信息可以包括朋友的名称，他们最后 的已知位置以及最后知道位置的时间。优选地，特定于关联请求到特定的事件， 用户能够通过点击按钮发送组消息2440来联系列表中的所有其他用户。在选定 时，这个按钮可以允许用户创建一条消息，该消息将被发送给接受共享位置信 息的邀请的每个朋友。用户也可以选择按钮去查看地图2450，其在被选定时， 可以显示架空地图(overhead map)，在此地图上指示每个朋友的位置。如上面所 提到的，地图可以是典型的位置地图或可以是定制的并与有关事件相关联的地 图(即，显示Moscone中心和Yerba Buena中心的房间里面的地图)。

如上面所描述的，目前技术的一个方面是收集并使用来自用户的移动设备 的可用数据。本公开设想了：在一些例子中，这个收集的数据可以包括个人信 息数据，其唯一地识别或可以被用于联系或定位特定的人。这样的个人信息数 据可以包括涉及用户设备的硬件信息、基于位置的数据、电话号码、电子邮件 地址、社会媒体ID(诸如TWITTER ID)、工作和家庭地址、朋友、或任何其 他识别信息。当建立帐户时和/或在应用的使用期间，用户通常输入这个数据。

本公开认识到：在目前的技术中使用这样的个人信息数据对用户是有利的。 除了需更提供目前技术的核心特征(即，定位用户)，个人信息数据也可以用于 更好的理解用户的行为并有利于和测量应用的有效性。此外，通过本公开，也 可以设想到有益于用户的个人信息数据的其它用处。

本公开进一步设想了负责收集、分析、公开、转移、存储、或以其它方式 使用这样的个人信息数据的实体应当实现并始终如一地使用保密策略和实践， 其一般被认作是满足或超出对于维护个人信息数据保密和安全的行业或政府要 求。例如，来自用户的个人信息应该被收集供实钵合法、合理的使用，除那些 合法的使用外不被共享或出售。此外，仅仅在用户知情同意以后，才可以进行 这样的收集。此外，这样的实体将执行任何必须的步骤以安全防护和安全访问 这样的个人信息数据并确保能够访问该个人信息数据的其他人坚持他们的保密 和安全策略和程序。此外，这样的实体可以由第三方对其进行评估，以证明他 们坚持执行了被广泛接受的保密策略和实践。

尽管在前进行了说明，本公开还设想了其中用户选择性地阻止个人信息数 据的使用或访问的实施例。即，本公开设想了可提供硬件和/或软件元件来防止 或阻止访问这样的个人信息数据的实施例。例如，在位置感知服务的情况下， 目前技术可以被配置为允许用户在个人信息数据的发送中选择参加的“决定加 入”或“决定退出”。本公开也设想了可以存在其他方法或技术以阻止访问用户的 个人信息数据。

在本公开的范围内的实施例也可以包括用于承载或具有存储在其上的计算 机可执行指令或数据结构的有形和/或非临时性的计算机可读存储介质。这样的 非临时性计算机可读存储介质可以是任何可用的介质，该介质可以通过通用或 专用计算机访问，包括如上面讨论的任何专用处理器的功能设计。作为例子， 但非限制，这样的非临时性计算机可读介质可以包括RAM、ROM、EEPROM、 CD-ROM或其他光盘存储装置、磁盘存储装置或其他磁存储设备、或任何其他 介质，其可以携带或存储以计算机可执行指令、数据结构、或处理器芯片设计 的形式的期望的程序代码工具。当信息通过网络或另一个通信连接(或者硬连 接连接，无线连接，或其组合)转发或提供给计算机时，计算机适当地把该连 接视为计算机可读介质。因此，任何这样的连接被适当地称为计算机可读介质。 上面的组合也应该包括在计算机可读介质的范围内。

计算机可执行指令包括，例如，使得通用计算机、专用计算机、或专用处 理设备去执行特定功能或功能组的指令和数据。计算机可执行指令也包括由计 算机在独立环境或网络环境中执行的程序模块。通常，程序模块包括例行程序、 程序、组件、数据结构、对象、和专用处理器的设计所固有的功能等等，其执 行特定的任务或完成特定的抽象数据类型。计算机可执行指令、相关的数据结 构以及程序模块代表用于执行在此公开的方法步骤的程序代码工具的例子。这 样的可执行指令或与相关数据结构的特定序列代表用于完成在这样的步骤中所 描述的功能的相应动作的例子。

本领域技术人员将意识到本公开的那些实施例可以在网络计算环境中实 践，该网络计算环境具有许多类型的计算机系统配置，包括个人计算机、手提 设备、多处理器系统、基于微处理器或可编程的消费者电子设备、网络PC、微 型计算机、和大型计算机等等。各实施例也可以在分布式计算环境中实践，在 该环境中由通过通信网络(或者通过硬连线链接、无线链接、或通过其组合) 链接的本地和远程处理设备执行任务。在分布式计算环境中，程序模块可以被 设置在本地和远程记忆存储设备中。

在上面描述的各种实施例仅仅通过说明的方式被提供，而不应该被解释为 限制了本公开的范围。本领域技术人员将容易地认识到，在不背离本公开的精 神和范围的情况下，可以针对在此描述的原理进行各种修改和改变，而无需遵 循在此图示和描述的示例实施例和应用。

Claims (26)

1.一种在移动网络中识别并定位用户的计算机实现的方法，包括：

在服务器从请求设备接收对于一个或多个被请求设备的位置请求；

由所述服务器确定是(i)所述位置请求需要相对精确的响应来实现该请求，还是(ii)大概的响应将足以实现该请求，其中如果所述请求是针对多个被请求设备的位置，则确定大概的响应将足以实现该请求，并且其中如果所述请求指定所述多个被请求设备中的特定被请求设备并且在所述特定被请求设备的浅位置已经被所述请求设备接收到之后，则确定所述位置请求需要相对精确的响应；以及

由所述服务器在确定大概的响应将足以实现该请求时，发送浅位置请求给所述多个被请求设备，或者由所述服务器在确定所述位置请求需要相对精确的响应时发送深位置请求给所述特定被请求设备，

其中所述浅位置请求为所述一个或多个被请求设备中的每一个指示可接受精度范围，允许所述一个或多个被请求设备中的每一个使用根据所述可接受精度范围所允许的精度来确定位置，并且指令所述一个或多个被请求设备中的每一个提供所述位置给所述服务器。

2.如权利要求1所述的计算机实现的方法，其中所述浅位置请求允许所述一个或多个被请求设备中的每一个使用根据所述可接受精度范围所允许的耗电速率来确定所述位置。

3.如权利要求1所述的计算机实现的方法，其中所述浅位置请求能够由所述一个或多个被请求设备中的每一个解释以被实现，而无需使用可用的全球定位系统设备。

4.如权利要求1所述的计算机实现的方法，其中所述深位置请求能够被所述特定被请求设备解释以使用全球定位系统设备来实现。

5.如权利要求1所述的计算机实现的方法，进一步包括：

从所述请求设备接收对于接收与被请求设备相关的位置信息的许可请求。

6.如权利要求5所述的计算机实现的方法，其中所述许可请求针对设定的时间段。

7.如权利要求5所述的计算机实现的方法，进一步包括：

从所述被请求设备接收对于接收与所述被请求设备相关的位置信息的许可。

8.如权利要求6所述的计算机实现的方法，其中对于接收与被请求设备相关的位置信息的许可针对设定的时间段。

9.如权利要求6所述的计算机实现的方法，进一步包括：

确定所述请求设备是否具有对于接收与每个被请求设备相关的位置信息的许可。

10.如权利要求1所述的计算机实现的方法，进一步包括：

确定所述请求设备是否具有对于接收与每个被请求设备相关的位置信息的许可。

11.如权利要求1所述的计算机实现的方法，其中所述被请求设备是移动设备。

12.如权利要求1所述的计算机实现的方法，其中发送所述浅位置请求包括：

无线发送所述浅位置请求给所述被请求设备。

13.如权利要求3所述的计算机实现的方法，其中所述浅位置请求能够由接收设备解释以使用功率更低的机制来实现。

14.如权利要求1所述的计算机实现的方法，进一步包括：

在所述服务器接收对于接收与所述被请求设备中的一个或多个相关的位置信息的许可请求；

在所述服务器接收来自至少一个被请求设备的对于所述许可请求的接受或拒绝；以及

确定所述被请求设备是否具有对于接收与每个被请求设备相关的位置信息的许可。

15.如权利要求14所述的计算机实现的方法，其中当所述被请求设备具有对于接收与每个被请求设备相关的位置信息的许可时，对于所述许可请求的接受指定开始时间和结束时间。

16.一种在移动网络中识别并定位用户的系统，包括：

服务器，被配置成：

从请求设备接收对于一个或多个被请求设备的位置信息的请求，

利用浅定位启发式方法和深定位启发式方法处理接收到的对于位置信息的请求，其中：

如果所述请求指定多于一个被请求设备，则所述服务器基于所述浅定位启发式方法确定每个被请求设备的大概位置将满足接收到的请求，并且如果所述请求指定所述多于一个被请求设备中的特定被请求设备并且在所述特定被请求设备的浅位置已经被所述请求设备接收到之后，则所述服务器基于所述深定位启发式方法确定所述特定被请求设备的相对精确的位置满足接收到的请求，以及

在确定每个被请求设备的大概位置将满足接收到的请求时，向每个被请求设备无线发出浅位置请求，并且在确定需要所述特定被请求设备的相对精确的位置来满足接收到的请求时，向所述特定被请求设备无线发出深位置请求；并且

其中每个被请求设备被配置成：

无线接收所述浅位置请求或所述深位置请求，

解释接收到的浅位置请求或深位置请求以确定可接受精度范围，

在所述可接受精度范围允许时使用精度更低功率更低的机制来根据所述可接受精度范围确定其位置，以及

向所述服务器发送位置响应。

17.如权利要求16所述的系统，其中每个被请求设备还被配置成在所述可接受精度范围不允许使用精度更低的机制时，使用请求定位系统(GPS)设备来确定其位置。

18.如权利要求16所述的系统，其中所述请求设备和所述被请求设备每一个都是用户设备。

19.如权利要求16所述的系统，其中所述位置响应包括位置和精度差值。

20.一种在移动网络中识别并定位用户的计算机实现的方法，包括：

由服务器接收来自请求设备的位置请求，其中所述位置请求要求一个或多个被请求设备的地理位置；

应用浅定位启发式方法和深定位启发式方法确定所述请求需要相对精确的响应还是所述请求能够用大概的位置来回答，

其中如果所述请求指定多于一个被请求设备，则所述浅定位启发式方法确定能够用大概的位置来回答所述请求，并且

其中如果所述请求指定所述多于一个被请求设备中的特定被请求设备并且在所述特定被请求设备的浅位置已经被所述请求设备接收到之后，则所述深定位启发式方法确定所述请求需要相对精确的响应；

当所述浅定位启发式方法确定能够用大概的位置来回答所述请求时，由所述服务器发送浅位置请求给每个被请求设备，或者当所述深定位启发式方法确定需要所述特定被请求设备的相对精确的位置来满足接收到的请求时，由所述服务器发送深位置请求给所述特定被请求设备，所述浅位置请求为所述被请求设备指示可接受精度范围，允许所述被请求设备使用根据所述可接受精度范围所允许的精度来确定位置，并且指令所述被请求设备提供所述位置给所述服务器；

由所述服务器从每个被请求设备接收所述位置响应；以及

由所述服务器将当前的地理位置信息发送至所述请求设备。

21.如权利要求20所述的计算机实现的方法，其中所述浅位置请求允许所述被请求设备使用根据所述可接受精度范围所允许的耗电速率来确定所述位置。

22.如权利要求20所述的计算机实现的方法，其中所述位置与精度差值相关联。

23.如权利要求20所述的计算机实现的方法，还包括：

从所述请求设备接收对于接收与所述被请求设备相关的位置信息的许可。

24.如权利要求23所述的计算机实现的方法，其中对于接收与所述被请求设备相关的位置信息的许可针对设定的时间段。

25.如权利要求20所述的计算机实现的方法，进一步包括：

确定所述请求设备是否具有对于接收与每个被请求设备相关的位置信息的许可。

26.一种计算机系统，包括：用于执行如权利要求1-15和20-25中的任一项所述的方法的步骤的装置。