CN100450266C - 无线网络的位置确定系统及相关方法 - Google Patents

Abstract

一种用于向移动装置提供无线电信业务的系统，其包括可从第一移动装置获得要求与所述第二移动装置相关联的人进行会见的请求的结构和功能。所述系统自动确定第一和第二移动装置的位置，并自动向至少第一或第二移动装置提供有关会见位置的信息，该位置信息至少部分地基于第一或第二移动装置的已确定的位置。所述系统可确定第一或第二移动装置的当地时间或时区。此外，移动装置的用户通过用一项菜单选择或最少数量的菜单选择便可容易地接收用户或另一移动装置的位置。

Description

无线网络的位置确定系统及相关方法

背景技术

“我在什么地方？”、“你在什么地方？”、“它在什么地方？”是常常问到但不总是容易回答的问题。全球定位系统(GPS)和类似位置确定装置已实现了使用户可确定其自身在行星上的位置。配合使用测绘软件，GPS网络可使用户用相应的界标、街道等标识其自己。这些及其他位置确定系统已用于车辆(常称为“远程信息处理技术(telematics)”)。

这种远程信息处理系统有助于用户标识他们的车辆就电子地图而言的位置以确定位置方向。用户可在这种远程信息处理系统上输入目的地，测绘软件(一般存储在带有地图数据库的车辆中)有助于采用相关GPS装置为车辆确定适合的路线。测绘软件和相关地图可包括地址或感兴趣点(POI)列表，其中该系统可计算出到达这些地址或感兴趣点的路线。

车队跟踪系统或自动车辆定位(AVL)系统允许中央位置可以跟踪车队中不同车辆的位置，其中每个车辆包括带有无线电路的车载系统，以便向中央位置提供车队中车辆的位置。如由加利福尼亚圣地亚哥的Qualcomm公司所提供的便是这种系统的示例。

如Maps.com的某些业务允许用户访问大型地图数据库并请求从起点到终点的方向或路线。如果用户配有无线因特网使能装置，如无线掌上型计算机，用户则可以无线方式访问这种地图和相关方向。

在此领域的三项专利和一项专利申请分别是美国专利6212392、6321092和6381535和PCT/DK99/00548。

附图说明

图1A是根据本发明实施例采用位置确定系统的适合系统的框图。

图1B是显示如图1A所示的框之间的通信数据示例的流程图。

图2A和2B合起来说明可由图1A的系统执行的某些功能的流程图。

图3是添加朋友例程的流程图。

图4是接受朋友例程的流程图。

图5是流程图拒绝朋友例程。

图6是请求更多信息的例程的流程图。

图7A是用于向用户显示关于方向请求的“来自”位置的例程的流程图。

图7B是显示请求电话退出数据模式以便该电话可由图1A的系统定位的子例程的流程图。

图8是可允许修改“来自”位置的例程的流程图。

图9是允许查看方向的流程图。

图10是在两个朋友之间会见的例程的流程图。

图11是在朋友附近会见的例程的流程图。

图12是在用户附近会见的例程的流程图。

图13是寻找附近地点例程的数据和功能流程图。

图14是寻找附近朋友例程的数据和功能流程图。

图15是允许用户编辑朋友列表的数据和功能流程图。

图16是用于向朋友请回复(RSVP)的处理的数据和功能流程图。

图17到图34是用户接口流程图，允许图1A的系统用户定位朋友、开启/关闭定位、会见朋友、寻找最近位置、添加/编辑朋友、编辑用户简档或接收帮助指令。

图35是说明用户的公共简档的数据图表。

图36是说明朋友表的数据图表，其中表中的这些朋友已准予用户接收他们的位置。

图37是说明朋友表的数据图表，其中用户已准予表中的这些朋友接收他或她的位置。

图38是说明朋友表的数据图表，其中用户希望对这些朋友总是拒绝他或她的位置。

图39是说明朋友数据记录的数据图表。

图40是说明影响用户位置数据的选项表的数据图表。

图41是一种适合的移动装置的框图。

这里所给出的标题仅是为了方便的目的，不应影响所要求本发明的范围或意图。

在附图中，相同的标号标识相同或基本相同的单元或动作。为容易地标识对任何特定单元或动作的讨论，标号中最高位指其中首先介绍那个单元的图号(如，就图17而言首先介绍并讨论框1702)。

本公开的一部分包含要求版权的内容。版权所有者不反对任何人对本专利公开(包括附图)进行传真机复制，如同在美国专利与商标局的专利文件或记录所出现的那样，但是保留所有其他的无论什么样形式的版权。

具体实施方式

下面详细描述的系统和相关方法允许用户定位朋友或其他联系人、企业、感兴趣点(POI)或其他位置，并以用户友好环境来管理此信息。带有无线装置(如蜂窝电话)的用户可标识(经由他们的无线装置)选择个体的位置。类似地，用户可接收对期望位置的方向，甚至可协调与朋友会见的地点。例如，用户可通知朋友或其他人有关想要会见、标识附近的位置、以及接收方向，这些全部经由协调会见的中央系统，包括RSVP和其他消息。

本系统的一些方面允许用户在一个步骤中有效地标识出朋友的位置。用户可迅速并且几乎是实时地修改特权。例如，为各种定位业务目的，一个用户可总是拒绝成为另一个用户的朋友的请求。类似地，用户可在任意时间从朋友的列表中删除他或她自己，但随后则请求将他们添加到那一朋友的列表中。这里详细描述了各种其他特征。

广义上来讲，本发明实施例涉及向移动装置提供无线电信业务的系统中的基于位置的业务。该系统从第一移动装置获得要求与第二移动装置相关的人会见的请求。该系统自动确定第一移动装置和第二移动装置的位置，并至少部分地基于所确定的第一或第二移动装置的位置向至少第一或第二移动装置自动提供关于会见位置的信息。该系统还可确定第一或第二移动装置的当地时间或时区，并且，移动装置用户用一个菜单选择或最少的菜单选择数便可容易地接收用户或其他移动装置的位置。

下面将就各种实施例来描述本发明。以下说明提供了具体细节，以便透彻地理解本发明的这些实施例并可以说明本发明的这些实施例。然而，本领域的技术人员会明白可以在没有这些细节的情况下实施本发明。在其他实例中，未示出或详细描述众所周知的结构和功能，以免对本发明实施例的说明不明显。

这里将首先说明其中描述了功能的典型系统。随后将就添加“朋友”、获得方向、会见朋友以及寻找位置这些方面讨论由典型系统执行的典型消息流程。之后，描述典型用户接口和基于位置的功能。最后，描述典型数据结构。

典型系统

参照图1A，它示出系统100，其中无线装置或移动单元102(示为2.5G GPRS使能的移动手机)以无线方式连通到2.5G上行链路104。普通2.5G上行链路104包括多个未示出的部件，如(按顺序)基站收发信台(BTS)、基站控制器(BSC)，以及在通用分组无线业务(GPRS)中的部件，如网关在服务GPRS支持节点(SGSN)、GPRS广域网(WAN)、网关GPRS支持节点(GGSN)、无线访问协议(WAP)网关，和相关领域的技术人员所知的其他部件。虽然示出2.5G网络和无线装置，但是本发明实施例当然还可用于各种其他无线系统。

一个或多个负载平衡器106(如由加拿大的Nortel提供的Alteon负载平衡器)经由上行链路104接收来自无线装置102的通信分组(或向无线装置102提供通信分组)。一个或几个入口应用服务器108与一个或多个可选负载平衡器106进行通信。入口应用服务器108包括各种部件。

例如，应用服务器108包括服务小程序(servlet)110，它可以是Java应用，用于处理往来于无线装置102的位置请求。用户交互和事务逻辑应用代码112和114分别与服务小程序110和应用服务器116一起工作。用户交互和事务(business)逻辑代码以及应用服务器提供这里所描述的许多功能。应用服务器116可以是加利福尼亚圣和塞(SanJose，California)的BEA提供的WebLogic服务器。

在应用服务器116下工作的是包括各种应用编程接口(API)的API层118，这些API例如有Java数据库连接(JDBC)、Java事务处理API(JTA)/Java事务处理业务(JTS)、JavaMail、Java密码结构(JCA)和EnterpriseJava Beans(EJB)。

在API层118下工作的是Java虚拟机(JVM)120，如由加利福尼亚圣克拉拉(SantaClara，California)的Sun Microsystems提供的Hotspot。一种适合的操作系统122如Sun Microsystems提供的Solaris，它与JVM120以及超文本传输协议端口守护程序(HTTPD，如由Apache提供)、JDBC和共享库接口。一般地，单个服务器可用于跟踪给定无线装置的所有会话(基于例如因特网协议(IP)地址、电子序列号(ESN)、移动台ISDN(MSISDN)或其他一些唯一标识符)。这使得本系统更容易跟踪给定装置的会话。

应用服务器108与四种部件交互：入口数据库124、网关移动位置中心(GMLC)126、位置引擎128和简单邮件传送协议(SMTP)网关140或其他电子消息接发/邮件业务。入口数据库124包括数据库应用130，如由加利福尼亚(California)Redwood Shores的Oracle提供的那些。入口数据库124存储这里所描述的述多基于位置的信息、朋友列表、未决请求等等。

GMLC 126包括与GMLC 126一起工作的电话定位器子系统132，如Nortel提供的电子移动位置中心。WAN 134将GMLC 126与应用服务器108连接起来。电话定位器132提供GMLC API，其用于经过WAN 134提供纬度和经度信息，以便为应用服务器108或位置引擎128所用。GMLC 126向位置引擎128和其他可与它接口的定位业务客户提供位置数据。电话定位器子系统132提供关于连接订户的小区站点的纬度和经度信息。或者，电话定位器子系统132可提供无线装置102在小区站点内的纬度和经度坐标。

基于位置的业务(LBS)应用136运行于位置引擎128上。该位置引擎128和LBS应用136可由例如加利福尼亚奥克兰(Oakland，California)的Kivera提供。LBS应用136提供地理编码(基于地址提供纬度和经度)、逆向地理编码(基于纬度和经度提供地址信息)、邻近搜索(在预定的邻近范围内提供包括感兴趣点信息的项)、路由(提供从第一到第二点的方向)以及地图生成(生成位置和方向地图)。LBS应用136提供这种功能作为一组经由基于Java的连接联合类(pooling class)连接到位置引擎128的类，基于Java的连接联合类又加于负载平衡器(如负载平衡器106)上。这种类负责维护一组连接、提供保活(keep alive)连接功能等。负载平衡器106可给位置引擎128和自动恢复故障(fail over)提供虚拟地址空间。

虽然在图1A中将入口应用服务器108总体显示为单个框，但在逻辑上它们是单独的功能。入口服务器提供许多与移动装置一起处理的通信。一个或多个应用服务器提供上述的多个定位功能，如会见朋友功能。现有系统在GMLC上提供一些定位功能或将这些功能作为中间件提供。然而，如本文所述，入口服务器与应用服务器密切联系，以便认证和访问控制以及查询位置和提供基于位置业务更密切地集成在一起。订户信息与基于位置的信息和其他信息密切联系。因此，如下所述，在用户接收到朋友试图定位他或她的通知时，该用户便接收到该朋友的移动号码、电子邮件地址、入口订户/用户名或其他关于该朋友的信息。这种配置提供了保密和控制，这是因为入口的订户和其他应用在共同的网络(如LAN)内，它们全部在防火墙的一侧(其中防火墙通常可设在上行链路104和负载平衡器106之间)。因此，虽然这里可替换地使用了“入口”、“入口服务器”、“应用服务器”等术语，但是相关领域的技术人员会认识到这些服务器是逻辑上独立的实体。

入口应用服务器108、入口数据库124、GMLC 126和位置引擎128可一起设于一个物理服务器上，或分配在一个或多个分开的服务器之中的各个服务器上。这里所述的入口数据库124或其他大容量存储装置，可用Massachusetts的EMC提供的存储装置实现。位置引擎128可在例如Sun Microsystems的Netra 20服务器上实现。

各种备选系统配置有可能超出如图1A所示的范围。例如，当一个或多个服务器可设在同一位置时，一些服务器通过例如虚拟专用网(VPN)可远程定位并连接到其余部件。最好还是用防火墙和加密来保证安全。或者，可提供应用服务提供商(ASP)模型，其中由各种不同的服务器执行各种不同的功能，这些功能可以远程分布或者可以设在同一位置。然而，如LBS应用的应用可由第三方维护。大容量存储装置可用作存储区域网(SAN)、附带网络的存储系统(NAS)或其他已知的大容量存储系统。

虽然图1A中所示的是移动电话，但是相关领域的技术人员将会理解，本发明还可利用其他装置和配置进行实施，包括因特网设施，手持式装置、可佩戴计算机、多处理器系统、基于微处理器或可编程消费电子设备、机顶盒、网络PC、微型计算机、大型计算机等等。本发明可体现在专用计算机或数据处理器中，其经过特定编程、配置或构造以便执行一条或多条计算机可执行指令，这些将在下文作详细阐释。实际上，这里通常使用的用语“计算机”或“无线装置”指任何一种上述的装置和系统以及任何数据处理器。

图1B显示了高级呼叫或消息流程图的示例，由此流程，无线装置102例如请求方向。如图所示，无线WAP网关(形成上行链路104的部分)接收来自该装置的请求，并将该请求提供给入口应用服务器108。(入口应用服务器通常可互换地称为“入口”或“应用服务器”，除非上下文有其他明确的要求。)入口数据库124从入口应用服务器108接收请求，并提供返回信息，如IP地址或关于无线装置102的注册用户的其他信息。入口应用服务器108随后向GMLC 126提供请求，并从GMLC 126接收位置信息。之后，入口应用服务器108根据由GMLC 126提供的无线装置的位置而向位置引擎128提供请求，并从位置引擎128接收方向信息。随后入口应用服务器108可借助SMTP网关140将电子邮件或短消息业务(SMS)消息发送到移动装置(或其他装置)。入口应用服务器108还向WAP网关提供内容(在此情况下是方向)，而WAP网关又将该内容提供给移动装置。可选的是，入口应用服务器108可以发送短消息对等协议(SMPP)消息，而不是作为SMTP消息发送电子邮件。入口应用服务器108可将WAP消息而不是如电子邮件告警消息的电子邮件消息发往用户(或朋友)移动装置。

上述的系统配置的优点在于减少了提供基于位置的业务的等待时间。例如，不必进行广域网(WAN)连接便可获得信息。其他优点是增加了基于位置的业务的保密性或安全性。只有一个服务提供商访问包含用户或订户信息的数据库。不必将订户信息与第三方共享，或经过公共网络传输。此外，如下所述，这里所描述的基于位置的业务功能提供“决定参加”模式，由此，位置信息只在用户首先同意系统向其他用户提供这种信息之后才会提供。

典型消息流程

参照图2A和2B，将系统100执行的一些功能显示为例程200。该例程开始于框202，它确定用户是否希望添加朋友，如果是的话，该例程转向执行如图3所示的消息流程。在框204和206中，用户可确定是接受朋友还是否拒绝朋友，如果是的话，则例程分别转向执行图4或图5的消息流程。

在框208中，例程200确定用户是否请求更多的信息，如果是，则转向执行图6的消息流程。在框210和212中，例程确定用户是否希望变更显示选择或修改位置，如果是，则例程分别转向执行图7A或8的消息流程。

在框214中，例程200确定用户是否希望查看方向，如果是，例程转向执行图9中所示的消息流程。在框216、218和220中，例程200确定用户是否希望在他和朋友之间、朋友附近或用户附近的位置上会见朋友，如果是，则例程分别转向执行图10、11和12中的消息流程。

在框222中，例程200确定用户是否希望寻找邻近地点，如果是，则例程转向执行图13中所示的功能。在框224中，例程确定用户是否希望寻找邻近的朋友，如果是，转向执行如图14中所示的功能。在框226中，例程确定用户是否希望编辑朋友列表，如果是，则转向执行图15中所示的功能。在框228中，例程确定用户是否希望向朋友RSVP，如果是，则转向执行如图16所示的功能。

例程200和这里所描述的其他例程可实现为计算机可执行指令，如用通用计算机(如服务器或个人计算机)执行的例程。这种指令可存于或分布于计算机可读媒介上，包括磁性光可读可拆卸计算机盘，它们硬接线或预编程于芯片(如EEPROM半导体芯片或ASIC)中以及以电的方式分布在整个因特网或其他网络(包括无线网络)中。相关领域的技术人员会认识到，本发明一些实施例的某些部分可驻留在服务器计算机中，而对应的部分可驻留在客户计算机或无线装置中。针对本发明的一些方面所特有的数据结构和数据传输也包含在本发明的范围之中。一般而言，虽然这里所述的是硬件平台(如系统100)，但是本发明的方面同样适用于网络上的节点，这些节点具有相应的资源定位符或地址以便标识出用于路由数据和请求执行指令的这种节点。

参照图3-12，典型消息或数据流程图描述网关和上行链路104的其他部件、入口应用服务器108和系统100的其他部件之间的通信交换。这些和其他流程图未显示出所有的功能或数据交换，而只提供对指令和系统下交换的数据的理解。当然，相关领域的技术人员会认识到，可以重复一些功能或指令和数据的交换，并且可容易地实现其他未示出的(不太重要的)方面。

添加“朋友”

参照图3，其中显示了在系统100下允许用户添加朋友的典型呼叫或消息流程图。无线上行链路104(如WAP网关)接收来自无线装置102的请求，以将新“朋友”输入到用户的朋友数据库中。这里通常使用的用语“朋友”不仅指任何熟人或其他用户希望接触的人，还指任何可寻址的无线装置。实际上，用语“用户”和“订户”可以互换使用，指给定的使用这里所描述的功能或系统或以别的方式受这些功能或系统影响的个体。“订户”不一定是一个人订购了这里所描述的基于位置的业务的人。就系统功能方面而言，用语“朋友”、“用户”、“订户”等逻辑上是等同的，并代表任何系统用来跟踪和管理无线装置的数据。本发明可用于提供关于任何网络中的一组或节点中的一个或多个无线装置的基于位置的业务。

图3的流程开始于网关104接收来自无线装置102的请求，以将朋友添加到与无线装置102相关联的朋友数据库中。网关104接收与无线装置102相关联的移动号码或用户名，并将它传递到入口108。数据库124接收来自入口108的查询，以检查移动号码/用户名是否对应于该业务的订户，或另外是否授权，如果否，则数据库返回错误，此错误随后由入口108转发到网关104。可利用最多的请求执行上述授权功能，以便授权该系统的每个用户。

如果数据库124的确标识出移动号码或用户名在数据库124中并返回了有效响应，则入口108作出响应，向无线装置102发送请求提示以请求输入关于要添加的朋友的信息。对此作出响应，网关104接收来自无线102装置的关于要添加的朋友的信息(如移动电话号码、URL或与新朋友相关联的其他电子或网络地址)，并将其提供给入口108。入口108作出响应，向数据库124发送更新请求，要求数据库124反映出用户已请求朋友添加到用户朋友列表。如下所述，数据库124存储系统100提供的未决请求列表和各种功能状态。入口108可查询数据库124以便基于所接收的MSISDN(移动电话号码)或其他地址检索朋友的用户名。入口108还可生成发往朋友的SMS消息或电子邮件，询问朋友是否希望被添加到用户的朋友列表中，其中此SMS消息或电子邮件被转发到SMTP网关140，以便通过因特网或其他数据分组网络(未显示)递送到用户。

除了使用户请求将朋友添加到用户的朋友列表中外，用户还可以要求其列在他或她的朋友的朋友列表上。用户简单地将移动电话号码、用户ID或其他针对朋友的标识符提供到入口108中，入口108则可以上述相同的方式向朋友发出适当的请求。

朋友可接受或拒绝该请求，分别如图4和5所示。参照图4的接受朋友流程，在如上所述验证了朋友之后，入口108接收来自朋友的无线装置的请求(经由网关)以查看未决的朋友请求。数据库124接收来自入口108的查询以便查找未决请求，并将朋友列表返回给入口108，入口108可将此列表经由网关104递送到朋友的无线装置中。入口108随后经由网关104从朋友的无线装置接收其中一个朋友请求以便接受并再送回确认消息。无线装置对此作出响应，经由网关104向入口108提供对确认消息的响应。入口108接着请求数据库124更新用户的朋友列表，该列表此时包括新接受的朋友。

入口108向用户发送指示已接受了朋友被添加到用户的朋友列表的SMS消息。(入口108也可在数据库124完成了更新时发送反映此添加的SMS消息。)该朋友可根据朋友的唯一用户名列于用户的朋友列表中。用户也可以改变出现在列表的朋友姓名或将它们编辑成用户喜欢的称谓(如别名)。

该系统是不可逆的，这是因为虽然该朋友已接受被添加到用户的朋友列表中，但这不意味着用户自动地被添加到该朋友的朋友列表中。因此，用户可被提示要向该朋友发送请求，询问该朋友是否希望定位该用户。入口108更新数据库124以反映这种请求是未决的，并向朋友发送询问朋友是否愿意将用户添加到他或她的朋友列表中的SMS消息。

如这里所阐释的，显示给用户(或朋友)的信息可以采取WAP消息的形式。入口108和移动装置102可接收或交换形成“卡片组”以表示完整的显示、命令的多个传输或“卡片”或如WAP中常见的其他传输，不过在这些图中并未示出。

参照图5的拒绝朋友流程，在返回未决朋友请求的列表后，如以上针对图4所描述的，入口108从用户接收拒绝请求或总是拒绝请求而不是接受请求的响应。响应于每个要添加到某人的朋友列表的未决请求，用户可以逐个地拒绝来自特定朋友的每个请求，但是保持打开稍后添加到请求者的朋友列表的可能性，或选择拒绝当前请求并总是拒绝将来来自那一请求者的请求的选项。不管入口108是否接收来自拒绝请求或总拒绝请求的用户的响应，入口108均向朋友的无线装置发送确认消息，并从该无线装置接收对此确认消息的响应(均经由网关104)。入口108随后请求数据库124作出适当的变化，并随后向请求者发送SMS消息，指示用户是否已拒绝或总是希望拒绝添加到请求者的朋友列表中。

在备选实施例中，用户可建立朋友子列表(类似于子文件夹)。因此，用户可建立分层次的朋友列表，它包括某些上级组(如“朋友”、“客户”、“同事”等)，在这些上级组中的一个或多个组中提供个别朋友。于是，用户可以类似于Windows和其他PC操作系统中就文件和文件夹而言的方式来管理朋友列表。此外，在此备选实施例中，用户可在列表中选择某些朋友，而不能选择其他朋友(如，可以在列表中找到第一、第三和第四朋友，但是在五个朋友的列表中找不到第二和第五朋友)。当已在列表中选择了朋友子集时，用户随后可执行这里描述的其他功能，如自动并同时定位朋友子集。该系统随后只执行这里针对列表中的每个选定朋友所描述的步骤。

如果用户试图添加一个未订购到与系统100兼容的系统的朋友，则无法将该朋友添加到用户的朋友列表中。然而，系统可向所请求的朋友发送预定的恳请消息(预先记录的语音消息、SMS消息等)，或者系统也可提示用户这样做，询问朋友他或她是否希望成为该业务的订户。因此，在一个实施例中，该系统向该朋友发送适当的恳请消息，其中该消息是针对特定环境定制的。例如，如果朋友是该系统下的无线订户，但还没有订购数据业务(因此无法从这里所述的基于位置的业务中获益)，恳请消息鼓励该朋友订购这种数据业务。或者，如果该朋友是其他服务提供商的无线订户，则该恳请消息鼓励朋友更换服务提供商。

可选择或附加的是，系统可向用户发送恳请消息，以请求用户向朋友发送请求让朋友加入为订户的消息。发给用户的这种恳请消息可只要求用户准备这种消息并将其发送，或包括用户转发给朋友的简单消息。如果事实上该朋友确实加入成为了订户，则作为回报用户会收到一定的补偿。

这种恳请消息可包括使朋友可容易地成为系统订户的信息，如提供URL或免费号码。例如，基于位置的业务选项的主菜单包括向用户选择的电话号码发送预格式化消息的选项，其中该消息可显示为“您好！[用户移动识别号码]想要同您使用寻找朋友。如果您还未成为订户，请呼叫1-877-400-1080”。该系统可在数据库124中跟踪这种请求朋友订购该系统的未决请求。一旦朋友已进行了订购，则入口108可向用户发送SMS或其他通信，指示朋友已完成了订购，并询问用户是否希望该朋友现在就成为用户的朋友列表中的成员。

虽然这里一般描述的是文本或可视接口，但替代实施例可采用语音或其他音频接口。因此，入口108可在文本到语音的方法下或通过用户的无线装置向他们提供听觉信息的其他已知方式下提供方向。

参照图6，显示了针对在用户请求信息时系统100中的消息流程的示例。入口108接收来自无线装置102(经由网关104)的要求更多信息的请求。作为响应，入口108请求数据库124查找特定消息或以其他方式检索信息。响应于从数据库124接收到的消息，入口108将此消息格式化，并将其经由网关104返回给无线装置102。所返回的信息可以是例如频繁询问的问题、关于用户如何添加朋友或执行其他功能的指导等。此外，如这里所描述的，用户可请求并接收关于正请求用户授予其位置特权的人的信息。

获取方向、会见朋友或寻找位置

如上所述，系统100可提供两点之间的方向，其中该方向可以多种方式(如以电子邮件和/或关于地图图像的形式)递送到用户无线装置102。图7A显示了用于产生以显示关于方向的“来自”位置的屏幕的网元交互的消息流程示例。如这里所阐述的，入口108可向用户移动装置102提供网络内移动装置的位置信息，其中该位置信息对应于小区站点(或小区站点扇区)的粒度水平。如果该用户希望接收例如带有特定位置(而非小区的中心点)的更大特性的方向，则可要求用户输入当前街道的地址。因此，如图7A所示，会见朋友控制器702传递用户和朋友的位置，以及如果希望的话还传递目的地位置(如会见地点)。作为响应，方向控制器704显示  “来自”选择屏幕，这由入口108经由网关104提供给用户移动装置102。用户随后可经由此屏幕输入特定的“来自”位置。或者，当位置粒度水平是不必要的/不希望的时候，可不显示“来自”选择屏幕，或不可以填写这种屏幕。

由于在系统100下所提供的大多数是基于位置的业务，因此系统必须确定用户无线装置102的位置。然而，在某种无线协议(如GPRS)下，当无线装置102处于数据模式中时，系统100无法确定装置的位置。因此，参照图7B，系统可定期执行例程710以便允许系统确定无线装置102的位置。

开始于步骤712，入口108确定无线装置102是否已经在数据模式下超过了预定时间(如超过5分钟)。运行于入口108的小子例程监控每个无线装置102处于数据模式期间累计的时间，以及当无线装置102超过时间阈值时，入口108向无线装置102传送适当的消息，以指示无线装置102应当从数据模式中退出。或者，每个无线装置102可有本地运行计数子例程，确定何时装置102已持续在数据模式下工作超过了一段预定的时间。可选择地或附加地是，无论何时装置102请求一定的基于位置的业务，或无论何时移动装置102的位置已由例如来自授权得到这种位置的朋友的寻找朋友请求所请求时，系统100均可以请求移动装置102退出数据模式。在已超过了时间阈值之后，在框714中的例程710请求无线装置102将当前显示的页面发送给入口108以便存储。例如，无线装置102可查看入口108接收并存储的特定WAP页面。在框716中，入口请求GMLC126和位置引擎128确定无线装置102的位置。在框718中，入口108从GMLC 126和/或位置引擎128接收无线装置102的位置。此后，在框720中，入口108将存储的页面送回无线装置102，以便由无线装置102重新加载，并允许无线装置102返回到数据模式。随后，重复上述处理。

参照图8，所显示的是针对根据本系统所提供的基于位置的业务用以修改关于方向的“来自”位置的消息流程的示例。例如，用户可请求来自其中用户当前未被定位的位置的方向，或者如果用户的位置无法具体确定的话，用户可被要求输入具体地址。因此，如图8所示，入口108从无线装置102(经由网关104)接收用户修改来自位置的请求。作为响应，入口108指示方向控制器704修改来自位置，并从那里接收适当的屏幕以允许用户修改来自位置。方向控制器704代表用于提供这里所描述的方向的子系统、子例程或功能组。

响应于所接收的屏幕，网关104从用户无线装置102接收新的来自位置，它将其转发给入口108。入口108又将这一新的来自位置转发给方向控制器704，以检查该新的来自位置是否对应于新地址，或对应于已由方向控制器704识别的地址。如果该地址是新的，则方向控制器704返回适当的输入显示屏幕。输入显示屏幕随后经由网关104转发给无线装置102。网关104从用户无线装置102接收新地址信息，入口108将其接收并转发给方向控制器704以便更新。方向控制器704生成一个更新的反映新地址的来自屏幕，并将其转发返回给入口108，所述来自屏幕又经由网关104而转发给无线装置102。用户可以极其类似于上述的方式来改变“到达”位置。

参照图9，显示的是用于接收或查看方向的消息流程示例。方向和其他数据的产生和显示是经由运行于入口108或如上所述的应用服务器的超文本传输协议(HTTP)会话904而被跟踪或管理的。入口108或应用服务器发起用于管理移动装置访问这里提供的功能的状态的会话，不过这并未在所有的图中显示出。例如，当查看方向时，用户可请求查看下一个有很多方向的屏幕，对所述方向作出动作(如用电子邮件或传真发送方向)，或跳到指定的方向屏幕。HTTP会话管理当前状态以确保适当的功能。HTTP是用于处理寻找朋友订户事务请求的远程协议，并且它有助于使处理该请求所要求的网络业务量最小。可用其他适合的协议来替代HTTP，以执行事务请求处理和/或减少与事务请求相关联的网络业务量。同样，可采用其他方法跟踪移动装置的状态或用户受访功能。

因此，当用户请求方向时，方向控制器704和寻找朋友控制器902(如下文所述)各自设定来自和到达位置以发起经由HTTP会话904的会话。此后，方向控制器704从位置引擎128请求方向。在接收到方向之后，方向控制器704在HTTP会话904下的会话中存储该方向，并将该方向为格式化为用于入口108的显示屏幕。无线装置102从入口108经由网关104接收方向的显示屏幕。如果要显示更多的方向的话，无线装置102则可向入口108(经由网关104)提供更多方向的请求。作为对此的响应，入口108请求方向控制器704显示更多方向，如果这种方向可得的话，则可将它们经由入口108和网关104提供给无线装置102。

用户也可查看特定的方向屏幕。例如，如果向用户提供了六个方向屏幕以将用户从当前位置导航到期望的位置，则用户可跳到六个屏幕中的第三屏幕上。因此，如图9下方所示，用户可选择特定的方向屏幕并向入口108提供所希望的屏幕编号，入口108接着又向方向控制器704提供方向编号。作为响应，方向控制器704提供希望的方向屏幕，随后该希望的方向屏幕由入口108提供给移动装置102。

如上所述，系统100包括会见朋友子系统或控制器902，其表示允许用户会见他们的朋友、标识感兴趣点、搜索会见地点以及安排这种会见的子例程或功能组。如果需要方向的话，会见朋友子系统902还将此信息转发到方向控制器704上。参照图10，显示的是请求系统允许用户协调与朋友在用户和朋友之间会见的消息流程。流程开始于入口108经由网关104接收用户无线装置102的会见朋友的请求。入口108查询数据库124以查找该用户的所有朋友，并向用户提供包含用户的朋友列表的朋友显示页面。在备选实施例中，朋友显示页面不仅可包括用户的朋友(或列表中的前五个朋友)列表，而且最后还识别出这些朋友的位置。因此，用户可以标识哪个朋友最近，并协调与那一朋友进行会见。

如图10所示，入口108从无线装置102接收用户已选取的朋友。作为响应，入口108请求GMLC 126定位并提供该朋友的地理编码。响应于地理编码的接收，入口108请求位置引擎128执行逆地理编码，以确定该朋友的地址位置。响应于朋友的地址位置的接收，入口108经由电子邮件网关140向朋友发送SMS消息。SMS消息向朋友指示用户已试图定位该朋友。入口108还向用户的无线装置102发送朋友的位置显示页面，提供朋友的地址位置。响应于用户会见朋友的请求，入口108向用户发送会见选项显示页面。该选项页面包括至少三个选项：在用户附近会见、在朋友附近会见或在用户和朋友之间会见。

如图10的示例所示，用户请求在他或她自己和朋友之间会见，这由入口108从无线装置102经由网关104接收的“在我们之间”的消息来指示。然后，入口108从GMLC 126得到用户地理编码，并请求位置引擎128针对用户的逆向地理编码。逆向地理编码将纬度和经度转换为街道地址或其他可在地图上容易定位的位置。之后，入口108请求位置引擎128标识用户和朋友之间的中点，并基于该中点请求位置引擎128寻找中点周围的邻近区域、城市或其他站点。响应于邻近区域/城市/站点列表，入口108为用户无线装置102(经由网关104)提供邻近区域显示页面。用户选择邻近区域/城市/站点并经由网关104向入口108提供此信息。作为响应，入口108基于所选择的邻近区域/城市/站点请求感兴趣点(POI)类别并将列有POI分类的显示页面提供给无线装置102。类别可包括例如餐馆、酒吧、停车场、咖啡厅等等。

入口108接收来自无线装置102的已选择的POI类别并从数据库124请求搜索半径参数，这些参数在合适的半径选择显示页面中被返回给用户无线装置102。用户将希望的半径提交给入口，入口从位置引擎128请求针对用户选择的半径内给定的类别的POI。作为响应，入口108接收来自位置引擎128的满足用户希望标准的所有POI的列表，并向用户无线装置提供列有这种POI的POI显示页面。用户从列表中选择特定POI并将这一特定POI经由网关104提供给入口108。入口108接着又提供具备已选择POI上的细节的POI显示页面。入口108向该朋友发送请求RSVP的SMS消息、电子邮件消息或其他通信，不过这些并未示出。

数据库124将未决RSVP列表存储在针对用户的记录和针对朋友的另一记录二者中。因此系统100可留意未决的RSVP请求和其他会见请求。实际上，系统100发送大量SMS消息以保持用户以及朋友在各种请求的状态被更新。在一个备选实施例中，入口108向用户和朋友提供用于选择接收或排除接收各种SMS消息的选项，如指示朋友是否已试图定位该用户的消息。根据此备选实施例，用户可选择是否接收任何这种消息，或指示是否从特定朋友或用户已允许系统提供该用户的位置的其他朋友接收这种消息。因此，例如用户可能希望得到何时第一朋友而不是第二朋友尝试定位该用户的通知。

如果用户希望接收POI的方向，则用户可经由无线装置102请求方向。作为响应，入口108接收针对方向的请求并执行许多上述功能，以便获得所希望的方向并将其提供给无线装置102。入口108可将方向经由电子邮件网关140电邮给用户和朋友。例如，入口108可产生并格式化e-mail消息，电子邮件网关140以例如“[用户名]@mobile.att.net”的形式将该消息发送给用户。可选择或附加的是，入口108可与适当的传真服务器(未显示)进行通信以产生地图图像传真，并向用户或朋友发送这种图像以便由计算机、传真机等接收。用于生成并发送传真机图像的软件对于相关领域的技术人员来讲是非常熟知的。入口108可向移动装置102发送SMS或其他通信以便提醒用户检查他们的电子邮件或传真机。

系统要求用户共享他们的移动电话号码和用户名两次：一次是在请求获准定位朋友(以便朋友知道谁正在请求)时，而再一次是在授予对某人的访问时。入口108把移动电话号码和用户名存储在朋友列表中，从而使入口108可标识该用户并使朋友可简单且有保证地联系到该用户。

参照图11，如果用户希望在朋友附近会见，则重复很多与如图10所示相同的消息流程。然而，当接收到会见选项页面时用户无线装置向入口提供不是“在我们之间”会见的请求，而是“在朋友附近”会见的请求。系统100则提供在关于朋友位置的所希望的半径内的POI。类似地，如果用户希望在他或她自己附近会见，则执行基本上类似的消息流程，如图12所示。

上述会见朋友的功能允许用户一次会见一个朋友。在备选实施例中，系统100允许用户选择两个或更多朋友，并协调在这些朋友和用户之间等距离的地方会见。系统100，经由位置引擎128，计算用户和朋友之间的中点，并执行以上功能以允许用户标识此中点上的所希望的POI或“地区中心”。

在其他备选实施例中，入口108可与用户日历应用、联络管理应用或两个应用集成或连接。例如，入口108接收关于用户已请求与朋友的会见的数据，并采用与Microsoft Outlook、InfospaceCalender或类似的应用相关联的标准API，将会见和关于会见的细节添加到用户日历中。同样，当用户添加新朋友或以其他方式调整他或她的朋友列表(这里所描述的)时，则将在用户联络管理软件(如MicrosoftOutlook)中的联络记录修改成包括有关该朋友的信息。

入口108可确定用户基于用户的位置而被定位的时区或当前的当地时间。可选或附加的是，当订购这里所描述的业务时，用户也可提供他或她的住宅或办公地区的区号，入口可用这些将时区或当地时间与该用户关联。而且，当用户经由该系统定位朋友时，入口108可将朋友的当前位置所处的时区或当地时间返回给用户的移动装置102。入口108可确定移动装置的位置的时区、可向移动装置请求时区或从其他系统单元(如位置引擎128或GMLC 126)得到时区。

时区或当前的当地时间可能在多种应用中是有用的。例如，当地时间可用于协调会见。用户可能从西雅图旅行到纽约市，并可能使用会见功能安排或协调与纽约市的同事的会见。用户可输入对应于用户将会投宿的宾馆的“来自”位置以及会见位置(如宾馆附近的饭店)。随后，系统不是基于用户当前的西海岸(WestCoast)时间而是基于东海岸(EastCoast)时间进行协调会见。系统也可采用用户或朋友的相关当地时间来确定适当的接收或发送消息的时间、决定它是否是呼叫所定位的朋友的合适时间等。因此，本系统可采用用户、朋友或其他人的当地时间来提供适当的应用或本文所描述的功能。

根据备选实施例，入口108可为用户提供位置(如用户的当前位置或感兴趣点的位置)附近的十字街道的降序列表(dropdown list)。这种十字街道列表可在确定用户关于希望位置的方向、填写屏幕(如“来自”位置屏幕)等时特别有用。该十字街道列表可提供为由用户经任何已知的用户输入技术(如应用了这种用户输入装置的移动装置上的触摸屏幕、在只应用了数字键盘的移动装置中从菜单列表简单按钮选择等)可选择的选项。位置引擎128可提供对十字街道的识别。

入口108可通知用户用户列表上的朋友出现在“附近”的时间。例如，如果用户的朋友列表上的朋友与用户处于同一小区扇区，则入口108可向用户提供SMS消息以标识朋友并指示这一朋友“非常近”。

作为另一示例，用户可寻找处于某一半径或基于其他标准内的朋友或其他分享类似兴趣的个体。如下所述，入口数据库124可针对这里所描述的基于位置的业务的每个用户存储公共简档。此公共简档可包括习惯、兴趣和其他关于该个体的信息。因此，用户可试图定位在200米内喜欢高尔夫的任何人以便用户可发送会见请求并建立四人对抗赛。还可能存在如这里所描述的许多其他的例子

图13-16是分别说明系统100如何为用户寻找附近地点、为用户寻找附近朋友、允许用户编辑他或她的朋友列表以及允许用户响应于会见请求向朋友RSVP的数据和功能流程图。有关这些功能的细节在以下关于图17-33来提供。

更具体地说，图13至16显示了提供关于图17至33和上述先前的图所示或更详细描述的功能的软件例程或子例程的示例。为不失明确性且又简洁，并面向本领域的技术人员(或非技术人员)，下面将详细讨论图13的部分。根据图13的这些详细讨论，可以更容易明白图14至16，不过相关领域的那些技术人员会发现，图13-16是一目了然的。

如图13所示，FindNearbyController(寻找附近控制器)例程1300初始化并向用户提供页面“FindNearbyPage(寻找附近页面)”1302，这向用户呈现了寻找附近地点或朋友之间的选择。在图13的示例中，用户选择“地点”，本系统作为响应而初始化子例程NearbySearchController(附近搜索控制器)1304，它与子例程CategoryListBuilding(类别列表建立)1306交互，它从类别库CategoryFactory中得到所有的类别。服务器可执行脚本或其他可执行代码以为用户生成页面或其他显示。因此，虽然所描述的实施例的方面是关于例如提供或显示FindNearbyPage页面的，但是本系统实际可执行名为FindNearbyPage的脚本以生成经传送而显示在用户移动装置上的页面或显示。因此，为简洁但又不失明确性起见，以下讨论仅涉及用户进行显示或提供页面。

用户接下来接收页面“NearbyPlaceMenuPage(附近地点菜单页面)”1308，它提供饭店和酒吧/客栈或更多地点之间的选项。如果该用户选择“更多”，则NearbySearchController 1304从CategoryListBuilding 1306请求更多类别显示给用户。在本示例中，用户选择“饭店”，并作为响应子例程PlaceSearchRadiusController(地点搜索半径控制器)1310向用户显示搜索半径页面，它提供一英里、五英里及十五英里或其他(如“PlaceSearchRadiusOptionPage(地点搜索半径选项页面)”1312所示)的搜索半径选项。在选择搜索半径之后，子例程PlaceSearchResultController(地点搜索结果控制器)1314启动并基于用户选择在上述半径内从位置引擎128得到信息并显示位置信息。如果该用户从页面1312选择了“其他”，则用户接收页面“PlaceSearchRadiuInputPage(地点搜索半径输入页面)”1316。如果在选择的半径内未发现什么，则用户接收允许用户返回到子例程FindNearbyController1300的页面“NoLocationsFoundPage(未找到位置页面)”1318。或者从页面1310选择另一个半径。

子例程PlaceListBuilder(地点列表生成器)1320从选择的类别中以及在选择的半径内寻找地点同时维护会话。子例程FriendLoactor(朋友定位器)1322呼叫GMLC 126和位置代理128，位置代理128提供关于例如用户的移动装置的位置的数据。将选定类别中以及选定半径内的地点经由NearbyPlaceInfoPage(附近地点信息页面)1324提供给用户，在本示例中，NearbyPlaceInfoPage显示了距离麦当劳餐厅0.5英里，距离肯德基餐厅1英里的地点。该用户可接收关于选定地点的更多的细节，其中在NearbyPlaceDetailsPage(附近地点细节页面)1326中提供了这样的细节。用户可通过子例程NearbyPlaceDescriptionController(附近地点描述控制器)1328从页面1326呼叫所显示的位置和接收到那里的方向。在页面1328之后，子例程DirectionsController(方向控制器)1330接收源和目的地信息，并获得方向以向用户提供。

图14显示了除了用户从页面1302中选择“朋友”时之外类似于图13的例程和功能。图15显示了用于允许用户调整关于向朋友提供如这里所述的位置信息的许可的例程和功能。图16显示用于协调与朋友的会见、具体地说用于提供RSVP功能以向会见的个体提供通知或确认的例程和功能。

典型用户接口

下面将就图17到34来讨论用于向用户显示信息的典型用户接口屏幕和相关联的逻辑分支和功能。这些图显示了显示给用户的信息(“显示页面”)的示例，以及由用户选择的选项的示例。相关领域的那些技术人员会认识到，可存在其他示例。同样，图17到34通常对于相关领域的技术人员而言(基于这里所提供的详细说明)是一目了然的。虽然将会对一些初始的用户显示和功能的方面进行详细描述，但是对随后的显示和功能的描述可能不会很详细。相关领域的那些技术人员会认识到，随后讨论的显示和功能有很多与先前所描述的相同的细节。虽然以下讨论描述的是向用户提供信息，但实际上是入口108经由网关104向用户提供显示在无线装置102上的显示页面或其他通信。

显示页面可用WAP、XML(可扩展标记语言)、HTML(超文本标记语音)、手持装置标记语言(HDML)、无线标记语音(WML)或其他向用户提供信息的语言或脚本来实现。显示页面提供了可接收用户输入数据的便利手段，例如为待填写的字段、一个或多个要从菜单选择的编号项、用以选择的超文本链接、允许几项选项中的一个或多个被选择的显示或其他用于接收用户输入的已知用户接口工具。当然，虽然这里显示并描述了一种或多种在页面中向用户显示信息的方式，但是相关领域的那些技术人员会认识到，也可采用各种其他备选方式。用语“屏幕”、“显示页面”以及“页面”在这里可以互换使用。

显示页面作为显示说明、图形用户接口或作为其他描述计算机屏幕上的信息(如命令、链接、字体、颜色、布局、尺寸及相关位置等)的方法存储，其中要在页面上显示的布局和信息或内容存储在数据库124(或其他位置)中。一般地，“链接”指任何标识网络上的资源的资源定位器，如由在网络上拥有站点或节点的组织提供的显示说明。这里通常所使用的“显示说明”指任何自动在显示屏幕上显示信息的方法，其中显示信息是以任何上述格式以及其他格式(如以电子邮件或字符/基于代码的格式、基于算法的格式(如生成的向量)或者矩阵或位图格式)来显示的。

参照图17，在框1702中入口108向用户提供主菜单。如图所示，主菜单为用户提供以下七个选项：1)定位朋友；2)打开/关闭定位；3)会见朋友；4)寻找最近的...5)添加/编辑朋友；6)编辑简档；以及7)帮助。主菜单针对提供给用户的选项和功能提供起始位置和初始分支。以下将对这些选项中的每一个进行详细说明。

如下所阐释的，系统100允许用户和朋友在希望的时候修改特权和简档。因此，用户或朋友可关闭使系统定位他们的能力(“变得不可见”)。同样，用户可修改他们的朋友列表，永久性或暂时性地将朋友从列表中删除。用户和朋友可创建、编辑和查看提供关于这样的用户/朋友的信息的公共简档。这里描述了对于用户可实时修改特权能力的其他说明。

参照图18，如果用户选择“定位朋友”(例如按下移动电话上的“1”按钮)，则在框1802入口108将朋友列表提供给用户。如果用户选择了一个朋友，则系统100试图定位该朋友，并且如果无法找到该朋友的话，则提供定位错误消息，并可向用户发送定位告警SMS消息，如这里所述的那样。如果找到了该朋友，则根据如系统100能定位该朋友的准确程度向用户提供两个结果之一，如框1804和1806中所示。

如果在框1802中用户希望查看比初始朋友列表中显示的更多的朋友，则用户可请求入口108显示更多的朋友，如框1808中所示。在框1808中，向用户显示其他的朋友，以及添加朋友的选项(如下所述)或寻找全部朋友的能力。在本示例中，用户已选择了选项“寻找全部”朋友，并且如果用户拥有多于20个朋友，则在框1810中系统100提供错误消息，指示系统100无法一次定位超过20个朋友。在框1810中，用户则可请求另外的朋友或这20个朋友的子集。如果用户作出选择，要对这20个朋友或者20个朋友的子集进行操作，则两个框1810和1812均转移到允许用户呼叫或会见一个或多个朋友的选项菜单1816中。类似的，在框1804或1806中选择了朋友或在框1814下寻找全部朋友之后，例程转移到选项菜单1816中。

图17到34中所显示的许多显示屏幕包括选项“OK”和“菜单”。选择“OK”选项便选择了显示在屏幕上的给定选择和命令。选择“菜单”选项则可使用户返回到主菜单。此外，图17-34中显示的许多显示屏幕以及这里所述的其他功能提供了针对某些参数具体实用的值。相关领域技术人员容易认识到系统可以采用其它参数。例如，虽然如上说明的本系统100无法一次定位超过20个朋友，备选系统可一次只定位10个朋友，或者可能同时可以定位30个或更多的朋友。因此，这里所提供的这种具体的数字或值仅是作为示例而言的，可以采用许多其他的值。

参照图19，如果用户在框1806下作出选择，呼叫选定的朋友，则在框1902中，系统呼叫那个朋友，并且向用户提供在框1902中所示的显示。或者，如果用户作出选择，发送SMS消息，则显示给用户一个其中要输入文本的输入屏幕(框1904)，并且在点击“OK”之后，显示出指示该消息已被发送的显示(框1906)。(以下说明针对会见朋友的选项。)在框1902或1906之后，例程转回显示主菜单。

参照图20，如果用户希望打开或关闭他或她的关于系统100的定位(也称为“变得不可见/可见”)，则入口108在框2002下显示指示用户当前位置状态的屏幕。用户随后在屏幕2004下编辑此状态。因此，不可见性功能提供为顶级菜单选项以便使用户可仅以最少的击键数来容易地关闭定位用户的能力。不可见性可基于时间、组等，如“在晚上10之后我不希望是可见的”或“只让我的家人找到我”。入口108保存结果，并且例程转回到主菜单。或者，本发明的一些实施例可维护用户对于其可能是从来都不可见的朋友列表和其定位许可不可能撤消的朋友列表。这种列表对于希望能够定位他们的小孩的父母、希望定位他们的员工的雇主或者其他资助用户的帐户的人将是有用的。

参照图21，如果用户从主菜单中选择会见朋友，则在框2102或2104下，用户可选择朋友，在框2106中查看朋友的位置。在框2108中，用户接收会见区域显示页面，其中提供以下选项：1)在朋友附近会见；2)在用户附近会见；或3)在用户和朋友之间会见。

参照图22，如果用户选择在他或她附近会见，或选择在用户的朋友附近会见，则系统获取用户的位置。在选择在用户或朋友附近会见之后，用户在框2202下接收会见地点或POI类别列表。如图所示，列表可包括诸如饭店、咖啡店、酒吧/客栈、书店等选项。其他感兴趣点的示例包括药店、医院、消防/警察局位置以及其他紧急类型位置。(一般地，感兴趣点可以是任何物理或地理位置。)本系统提供了如这里所述的最普通的会见地点类型列表。会见地点与位置或位置背景范围。位置范围不必是确切的街道位置，而是广泛的区域如城市、州、邻域、站点(如小区站点)。入口数据库124、位置引擎128或二者中存储了有关这些感兴趣点的这种信息。

如果用户离他或她的朋友太远，则根据框2204用户接收太远显示。如果用户希望在地理中点处会见，则用户接收三种可能的显示之一：在中点处定位了多个城市或者邻域(框2206)、朋友在相同小区站点内或在用户附近(框2208)、或者朋友与用户处于相同的城市或邻域。如果可以得到不只一个城市/邻域，则用户接收城市/邻域选择屏幕，如框2210中所示。

参照图23，在用户根据框2202已选择了会见地点的类别之后，用户根据框2302接收搜索半径屏幕以选择1、5、15或其他数字英里半径。如果用户选择半径并且在此半径内未发现POI，则用户接收扩展搜索屏幕2304，由此用户可扩展半径(然后返回到框2302)。如果用户选择输入希望的半径，则用户可在半径输入屏幕中输入希望半径(框2306)。根据框2308，用户接收与已选择的会见地点类别(在本示例中为饭店)相关联的POI列表。在选择饭店之后，用户在框2310中接收有关选择的饭店的细节，诸如它的地址、离用户的距离、电话号码、呼叫该饭店或者接收到达该饭店的方向的选项。如果用户选择呼叫饭店，则用户接收呼叫显示(框2312)。

参照图24，如果用户请求到达饭店的方向，则用户接收得到方向屏幕，其中用户必须输入起始或者“来自”位置(“到达”位置即饭店已经提供)。为得到方向，用户必须输入“来自”位置，因此接收来自位置屏幕(框2404)，从该屏幕用户可选择来自位置：用户的位置、朋友的位置或另一地址。如果用户选择他或她的位置或者选择朋友的位置，并且系统100只能大致定位用户，则系统100可提供适合的警告屏幕(框2406和2408)指示该系统提供最近的小区站点作为当前开始位置，并提供返回以便在框2402的方向屏幕中显示。如果用户希望输入地址(如提供更大的地理特征)，则用户接收输入地址屏幕(框2410)。如果未发现该地址，则用户接收地址未找到屏幕(框2412)，并随后再次接收框2410的输入地址屏幕。入口108可在用户输入地址时自动填充城市、州和其他字段。例如，当用户开始敲入城市时，入口开始自动填充在用户拥有的适当的半径内的第一城市的完整名称，例如用户输入的前两个字母。位置引擎可提供这种城市列表。

参照图25，在接收到来自方向后，用户接收向用户提供几个方向屏幕的屏幕2502至2504。根据框2506，用户可执行三种关于方向的选项：返回到或进入上一方向屏幕；跳到或进入希望的方向屏幕；或将该方向用电子邮件发送出去。入口108可提供带有驱使方向中的每一步骤的小地图，其中该地图可包括用户(或朋友)的当前街道位置，及任何其他附近或重要街道。如果用户输入无效的指令编号或其他选择以及无效的输入项的话，则用户接收出错屏幕，如框2508所示，不过这些并未在所有的图中显示出来。如果用户希望电邮方向，则用户接收电子邮件输入项显示以便输入电子邮件地址(框2510)。可选的是，入口108可参考数据库124中的信息如以下描述的用户公共简档3500或朋友数据记录3900或其他适合的记录自动提供电子邮件地址。之后，例程返回到主菜单。

回到图17进行参照，如果用户从主菜单选择寻找最近的朋友或地点，则在框1704中用户接收寻找附近地点屏幕。此后，在框1706和1708中例程以与上述基本上相似的方式列出会见地点类别或朋友列表。系统当然可寻找任何类型的位置以满足用户需求，如汽车业务(如加油站、牵引业务、汽车修理点、汽车经销店等)、金融机构(如银行、自动柜员机[ATM]、支票兑现地等)、政府位置(如图书馆、邮电局、车辆/执照注册地、警察局、消防部门等)、旅行业务(如出租车业务、宾馆/汽车旅馆、火车站等)和普通消费业务(如自助洗衣店、干洗店、杂货店、便利店、报摊、健身俱乐部、购物商场、复印/打印店等)。

参照图26和27，在作出定位地点的选择之后，在屏幕2602、2604、2606、2608、2702、2704、2706和2708下，用户以与上述会见朋友相似的方式接收用于输入搜索半径、PoI列表、位置特征、选项和方向的屏幕。如果用户选择定位朋友，则用户接收图26的搜索半径屏幕。此后，在图27中，根据框2710用户接收在选择的搜索半径中的朋友列表。如果用户希望查看比初始列表中所列的那些要多的朋友，根据框2712显示一个或多个附加朋友屏幕。之后，系统允许用户执行几项功能，如向朋友发起呼叫、安排与朋友会见、向朋友发送SMS消息或这里所述的任何其他功能。此外，用户可在用户、朋友、用户和朋友之间的中间点周围或其他POI周围的半径内搜索POI(例如用户可在特定十字路口的一英里内搜索饭店)。

参照图28，如果用户在主菜单下选择添加或编辑朋友，则根据框2802用户接收添加朋友的选项显示。如图所示，用户可接受朋友、删除朋友、撤消许可或编辑总是拒绝列表。如果用户希望添加朋友，则参照图29，根据框2902用户接收添加朋友菜单。如图所示，添加朋友菜单允许用户输入朋友的移动号码、输入朋友的用户名或基于指定的搜索规则搜索朋友的公共简档记录数据库。虽然在网络中的存储内容里主要讨论了朋友列表、未决朋友请求列表和总是拒绝列表，但在本发明的一些实施例中，这些和其他列表可存储在移动装置102中并可用它来修改。例如，移动装置102可本地存储这里所描述的列表或记录在板上存储器内或订户身份模块(SIM)卡、智能卡或其他可拆除存储器内。

如果用户选择输入朋友的移动号码，则用户接收输入移动号码屏幕(框2904)，并且如果移动号码未找到，则用户接收未找到屏幕(框2906)。如果用户希望输入用户名，则用户接收输入用户名屏幕(框2908)，以及在用户名未找到的情况下接收用户名未找到出错屏幕(框2910)。如果用户希望搜索朋友，则用户在框2912下接收搜索规则屏幕。如图所示，搜索规则屏幕允许用户在公共简档记录中搜索各个字段，如姓氏、名字、城市、州、年龄，电子邮件地址、兴趣或这些搜索规则或字段的任意组合。在输入搜索规则后，用户接收搜索结果屏幕(框2914)或出错屏幕(框2916)。

当然，上述这些字段仅作为示例，还可以给用户提供其他字段或搜索规则。当用户最初订购系统100时，他们可被要求完成一张表(如Web页面表或其他电子文档)，它不仅包括私人信息，还包括用户将允许其他人看到或搜索的公共简档信息。当然，用户可在这张表里提供对一些或所有用户字段的访问特权，并且用户可在任何时间编辑这种简档或修改这种访问特权。

跳到图35，用户公共简档的示例如记录3500所示。用户公共简档记录包括姓氏和名字字段3502和3504，它们分别与城市、州、电子邮件地址和区号字段3506、3508、3510和3512一起。用户公共简档也可包括图像文件3514或到图文件的链接，它允许朋友查看用户图像。该图像可以是任何数字图像，如数码照片、卡通、动画等。记录可包括年龄字段3516，以及一个或多个兴趣或习惯字段3518到3522。当然，还可提供其他字段。其他字段可包括这里所描述的瞬间消息(IM)处理或用户名、或其他用户通信ID。如上所述，用户可检索或下载web页面以便以电子方式针对这些字段输入数据并创建这种随后提供给入口应用服务器108的记录。

参照图30，在标识出要添加的朋友后，用户接收列有朋友的移动号码或用户名的屏幕(框3002)，并提供两个选项：向朋友发送请求以询问她或他是否希望添加到用户的朋友列表中，或预先查看朋友的公共简档。如果用户希望只添加朋友，则根据框3004用户接收指示已向请求用户有权访问朋友的位置的朋友发送了SMS消息(或其他消息)的信息消息。

可选的或附加的是，该系统向用户提供关于朋友的移动装置上所显示的屏幕的某种指示。例如，下一次朋友访问这里所描述的基于位置的业务，他或她将会在主菜单中的“添加/编辑朋友”选项边上看见星号。这种可视的指示告诉用户，访问未决请求退出。(如果朋友拒绝访问，则用户接收拒绝消息。)

一旦朋友接受了该请求，该朋友便被添加到用户的朋友列表中并且用户此后可定位该朋友(除非该朋友已“变为不可见“或拒绝用户访问此朋友的位置)。如果用户希望首先查看朋友简档，则用户接收公共简档屏幕(框3006)，它包括上面所列的字段(如姓氏、名字、城市、州、年龄等)。

回到图28进行参照，如果用户希望接受已请求用户添加到朋友的那一朋友列表中的朋友，则在框2804中用户接收状态屏幕，它指示用户必须添加到朋友的列表中以便这些朋友可以访问用户位置的大量未决请求。在框2806中，用户接收带有用户可从中选择朋友的未决请求(和相关请求)的朋友列表。

参照图31，在从未决请求列表中选择朋友之后，用户在框3102中接收选项菜单，其中用户可接受请求、拒绝请求、总是拒绝来自该朋友的请求，或查看关于正请求的朋友的简档。如果用户希望接受请求，则用户接收要求用户确认用户希望允许朋友访问用户位置和移动号码的确认屏幕(框3104)。如果不希望接受请求，则用户接收选项菜单(框3102)，但如果是，则用户接收准予访问屏幕(框3106)，该屏幕也询问用户是否愿意系统100请求朋友准予该用户访问该朋友的位置。换句话说，该系统不会自动在用户和朋友之间相互提供位置，而首先要请求一方的许可，然后再请求另一方的许可。如果是这样的话，则该系统发送适当的SMS消息，并根据框3108向用户提供请求发送确认屏幕。

如果用户希望拒绝正请求的朋友的位置信息，则用户接收指示选择的朋友将不可访问用户的位置的拒绝确认屏幕(框3110)。如果用户希望总是拒绝选择的朋友访问用户位置，或用户希望查看朋友的公共简档，则用户接收分别关于框3112和3114所示的屏幕。在总是拒绝朋友后，用户再次接收未决请求的列表屏幕(框2806)，但其中未列有选择的朋友。在查看选择朋友简档，或不同意总是拒绝选择的朋友之后，例程向后循环并且在框3102中用户再次接收该屏幕。

参照图32，如果用户根据框2802选择删除朋友，则在框3202中用户接收撤消许可屏幕，其中列有用户可撤消针对其定位用户的许可的朋友。根据框3204，用户接收确认屏幕，其中请求用户确认选择的朋友不将能够访问用户的位置。如果用户同意，则在框3206中，用户接收确认选择的朋友不再能够访问用户位置的屏幕，并询问用户是否希望将朋友从用户的朋友列表中删除掉。

如果用户希望从用户的朋友列表中删除朋友(在框2802或3206之后)，则根据框3208用户接收可删除的朋友列表。根据框3210，用户接收请求用户确认从用户的朋友列表中删除选择的朋友的确认屏幕。如果用户同意，则在框3212中，用户接收确认选择的朋友已从用户的朋友列表中删除的屏幕，并询问用户是否希望对此朋友撤消访问用户的位置的许可。如果是，则例程向后循环到显示根据框3202到3206的选项；否则的话，例程向后循环到主菜单。

如果用户希望编辑他或她的总是拒绝列表，则用户根据框3214接收总是拒绝列表上的朋友列表。根据框3216，用户接收要求用户确认在总是拒绝列表上选择的朋友现在将可访问用户的位置的确认屏幕。根据框3218，用户接收指示用户的总是拒绝列表已成功编辑，并请求用户是否愿意通知选择的朋友他或她现在可访问用户的位置的屏幕。如果是，则系统100向选择的朋友发送SMS消息，并且用户根据框3220接收已发送通知的确认屏幕。这种SMS消息的示例可陈述为“[用户]已将您从总是拒绝列表中删除。如果您希望请求访问[用户]位置，请转到添加朋友菜单。″

如果朋友不再准予访问用户或准予用户位置信息，则朋友的用户名将从用户的朋友列表中消失。该朋友可以选择或不选择向用户发送通知这种变化的消息。为重新获得访问，用户将需要执行上述的添加/编辑朋友功能以便向朋友发出另一请求。

参照图33，如果用户从主菜单选择编辑用户公共简档，则用户接收列有用户编辑其中任何一个的用户公共简档字段的公共简档屏幕3302。用户公共简档如上所述。用户可设置指示哪个字段为公共可得以及可指定这些字段将要提供的哪些位置或哪些位置应用的标志。例如，某些定位功能可显示一些公共简档字段，其中用户已指定其为那一应用可得。如果用户从主菜单选择查看帮助功能，则在框3304中，用户接收三种选项：查看指南、查看常问问题(FAQ)和查看“关于”信息。响应于这三种选项，用户接收一个或多个指南屏幕(框3306)、FAQ屏幕(框3308)或关于屏幕(框3310)。

参照图34，其中显示了除了以上所述的出错消息和告警之外的一些出错和其他告警的示例。一般而言，用户可响应于某用户输入或系统响应而接收一个或多个出错屏幕，不过这些并未在图17到34中的每一幅图中显示出来。例如，如果用户试图定位不再允许用户访问朋友的位置的朋友时，则用户接收许可已撤消的出错消息(框3402)。如果朋友不再是系统100下的订户，则用户接收已停止业务的出错消息(框3404)。

在框3402、3404或其他出错消息之后，用户可被给出一个或多个选项。例如，根据框1802如果用户企图定位一个朋友(或根据框1808定位一组朋友)，并接收到出错消息(如该朋友目前未发现)，则用户可被给出与一个或多个朋友通信的选项。在用户已试图定位的单个朋友的情形下，系统可允许用户呼叫那个朋友或向其发送SMS消息。可选的是，在多个朋友情形下，用户可选择单个朋友来向所有的朋友发出呼叫或发送SMS消息。用户可具有相同的选项来与实现成功定位的朋友进行通信。

如果用户正试图得到对于给定位置的地图信息，而这种信息是不可得的话，则用户接收无地图数据的出错消息(框3406)。如果系统无法得到位置信息，则用户接收超出覆盖范围的出错消息(框3408)。如果朋友目前不愿意被定位(已“变为不可见”)，则用户接收定位设置关闭的出错消息(框3410)。在框3402至3410之后，例程循环返回到框3412，向用户显示先前的选项菜单。

典型数据结构

参照图36-40，下面将会描述存储在入口数据库124以协助提供上述功能的表、记录或其他数据结构的示例。(上述的公共简档图35也存储在入口数据库124中。)参照图36，表3600显示已授权用户许可接收他们的位置的朋友列表(“朋友列表”)。如图所示，这个朋友列表包括五个朋友字段3602至3610，具有与朋友1至5分别相关的用户名。如图所示，定位标志只与朋友1和3相关联，它指示用户只可接收关于这两个朋友的位置信息。其他朋友还没有授权用户许可接收他们的位置信息。

虽然每个朋友是基于朋友的用户名而在记录中标识出的，但是每个朋友也可与另一数据单元相关联。可选的数据单元或标识符包括朋友的：移动号码、电子邮件地址、瞬时消息接发处理、用户名别名或用于识别用户或与用户相关联的计算或电信设备的任何其他类型的用户通信ID。换句话说，虽然记录3600(和其他记录)是按朋友的用户名作为关键字，但是也可应用其他数据，如朋友的移动号码、电子邮件地址、别名或在朋友数据记录中所提供的其他信息(如下所述)。

参照图37，记录3700显示为用户已准予其接收他或她的位置的朋友的表格(有时将以上表称为朋友的朋友列表)。再次，针对朋友1至朋友5的五个朋友和他们的相关用户名提供了五个朋友字段3702至3710。如图所示，定位标志与朋友2和朋友4相关联。因此，朋友2和4可从系统接收关于用户的位置的信息。

参照图38，记录3800显示为用户希望总是拒绝他或她的位置的朋友的表格(以上常称为“总是拒绝”列表)。此外，显示了分别与字段3802至3810中他们的用户名相关联的朋友1至5。如图所示，定位标志与朋友5相关联，指示用户希望总是禁止朋友5定位用户。

如上所述，用户可经由系统向朋友发送消息以请求这些朋友将他们的位置数据提供给用户，由此允许用户将朋友添加到记录3600中。如果朋友接受的话，则系统将适当的定位标志(可能带有适当的用户名)添加到记录3600中。类似的，用户可容易地修改记录3700和3800，以便分别在这些记录下改变针对朋友接收用户的位置或总是拒绝用户的位置的定位标志和授予许可。因此，入口数据库124维护上述这些记录以保证当前的许可或特权被提供。

虽然显示并描述了三个记录，但本系统可替代使用跟踪此信息的单个记录或其他数据结构配置。同样，对于根据记录3600至3800所列的每个朋友，可提供关于每个朋友的附加信息，如朋友的移动号码、电子邮件地址、瞬时消息接发处理等。或者，参照图39，显示了针对与用户朋友的其中一个相关联的朋友数据的记录3900。记录3600至3800中的每一个记录可链接到提供用户访问关于每个朋友的附加信息的特定朋友数据记录3900中或者作为关键字。或者，这种附加信息可由朋友的公共简档提供(图35)。

如图39中所示，朋友数据记录3900包括用户名字段3902，它包括用户的字母数字用户名。移动号码字段3904包括朋友移动电话号码的数值，或其他相关的号码。虽然这里是用移动号码作为识别朋友或用户的关键字，但是还可采用各种其他数字标识符，如移动识别号码(MIN)、暂时移动订户标识符(TMSI)、国际移动设备标识符(IMEI)、国际移动台标识符(IMSI)及其他。因此，这些值中的一个或多个也可包括在朋友数据记录3900中，以及这里描述的其他相关记录中。

电子邮件地址字段3906包括朋友的电子邮件地址，而瞬时消息接发处理字段3908包括朋友的IM用户名。用户名别名字段3910可以是朋友已提供作为用户的更完整的描述或识别符的字母数字名，除这里所提供的其他字段之外。朋友数据记录3900可包括其他字段，如用户图像字段或文件3912。可提供其他用户通信标识符，如与朋友相关的传真机号码、寻呼机号码、URL、与朋友相关的设备的网络地址等等。

参照图40，记录4000显示为影响用户位置数据的选项的表(“不可见列表”)。如上所述，用户不仅可禁止系统提供关于用户的位置数据，而且也可提供更多定制的不可见选项。例如，用户可建立关于某些个体的不可见选项。如图40所示，此示例中的用户在字段4002-4006下先前已建立并标识出三个朋友，其中他或她希望针对对于他们提供定制的不可见选项。与朋友1相关的定位标志设成总是打开，以便朋友1总是可以定位该用户，即使在该用户将定位特征关闭(“变为不可见”)的时候也是如此。例如，朋友1可能是用户的配偶，并且用户总是希望他或她的配偶定位他或她。在本示例中，“设置打开”标志不可以容易地由用户加以修改。

如上所阐述的，用户可变为“不可见的”，使得本系统无法向任何朋友提供用户的位置数据。可选或附加的是，用户可针对某些朋友选择性地变为可见或不可见的。例如，用户对于朋友2设定“打开”标志，以便当用户变为不可见时，朋友2仍将能够寻找到用户。依照用户的决定可容易地将“打开”标志关闭或删除。相反地，用户也可对于朋友设定“关闭”标志，使得朋友直到用户已删除了“关闭”标志之后才可以定位用户。

同样，用户可关于某些日程表建立不可见性选项。如图所示，用户已标识了三种日程表(字段4008-4012)。日程表1具有标志“设定关闭”，它与指示本系统在早上6点之前以及晚上10点之后不向任何人提供用户位置的日程表相关。换句话说，用户在早上6点和晚上10之间自动变为不可见。此外，用户不可以容易地修改“设定关闭”标志。为避免与其他规则或标志发生冲突，用户(或本系统)可建立如朋友选项优先于日程表选项。因此，本系统可总是向朋友1提供位置信息，即便是在早上6点之前和晚上10点之后。

在本示例中，用户已建立两个附加日程表：日程表2(中午12点到中午1点的午饭时间日程表)，和日程表3(每周五)，其中后者具有标志“关闭”。因此，用户已向本系统指示该用户将在每个星期五自动为不可见。

用户可建立关于地理规则的不可见性选项。如图所示，用户已确定了三个位置规则(字段4014至4018)。位置1具有与超过50英里的半径相关联的标志“设置关闭”，其可表示无论何时用户离开用户的预定都市区域，用户将会自动变为不可见。位置2与围绕ZIP编号70047的30英里半径相关联，而位置3与特定城市(“塔科马(Tacoma)”)相关联。如图所示，用户已设置了与位置3相关的“关闭”标志，因此无论何时本系统检测到用户移动装置处于塔科马，用户将变为不可见。

可能存在各种其他备选方案。例如，用户可针对变为不可见建立定制规则。如图所示，定制1字段4020指示本系统可在午饭时间向朋友3提供用户的位置，即便是用户已变为不可见。本相关领域的那些技术人员会认识到，可以建立各种其他影响用户位置数据的选项或规则。例如，用户可建立一种使本系统在用户在特定位置内或到达特定位置时自动向朋友提供(如经由适当的SMS消息)用户的位置的规则。可选或附加的是，入口108可通知用户先前已接受用户会见请求的朋友何时抵达会见位置。这种选项可希望用于一些职业或普通职业，以指示中央分配器或位置信使已到达期望目的地。除允许用户在用户移动装置102上修改这种选项之外，本系统可提供Web前端，使得用户可以访问入口108，并采用计算机经由因特网修改这些和其他选项和菜单。

虽然这里所使用的是用语“字段”和“记录”，然而可采用任何数据结构类型。例如，相关数据可具有在先首部，或在相关数据之前(或之后)的其他开销数据。可选的是，相关数据可避免使用任何开销数据(如首部)，并且可只由串行数据流内的某个字节或几串字节来识别。这里可以使用任何数量的数据结构和类型。

图41显示典型移动通信装置4100如移动台或无线装置102的框图。移动装置4100有一个或多个内部或外部天线4102，用以接收和发射电磁信号(如射频信号)。收发器4104连接到天线4102上，并且通常分别提供对发射和接收的信号进行的调制和解调。连接到收发器4104的处理器单元4106可包括信号处理器、微处理器、ASIC或其他控制和处理逻辑电路。处理器单元4106可执行信号编码、数据处理、输入/输出处理、功率控制以及其他实现移动通信装置所必需的功能。用户可经由键盘4110、扬声器/麦克风4108或显示器/触摸垫4116向处理器单元4106提供输入。接着，处理器4106可经由显示器/触摸垫4116或扬声器/麦克风4108将信息提供给用户。此外，处理器4106可从不可拆除存储器4112或可拆除存储器4114访问信息以及将信息存储在不可拆除存储器4112或可拆除存储器4114中。不可拆除存储器4112可由RAM、ROM、硬盘或其他已知存储器存储技术构成。可拆除存储器4114可由在GSM通信系统中已众所周知的订户身份模块(SIM)卡或其他所熟知的存储器存储技术构成。移动通信装置4100也可包括可选的GPS或其他定位芯片组或接收器4118，它们可提供关于移动装置4100的当前位置的纬度和经度信息。

在本发明的一些实施例中，移动装置4100可将朋友列表信息存储在可拆除的存储器4114或不可拆除的存储器4112中。这种朋友列表信息可包括例如用户已授予定位用户的许可的朋友列表、已授予用户定位朋友的许可的朋友列表、针对位置许可的未决请求列表、会见RSVP列表或其他将总是被拒绝许可定位用户的订户列表。实际上，任何上述的数据结构或记录可存储在可拆除存储器4114中。当从输入装置接收到命令(如键盘4110上的键击)时，处理器单元4106将从可拆除存储器4114或不可拆除存储器4112中检索朋友列表信息或将朋友列表信息存储到可拆除存储器4114或不可拆除存储器4112中。

在本发明的一些实施例中，软件标志可实现于可拆除存储器4114或不可拆除存储器4112以指示移动装置4100的“不可见”状态。在系统100试图定位移动装置4100时，或许可以询问移动装置4100“不可见”标志的状态。如果标志设为“不可见”，则系统100向请求移动装置4100位置的应用返回移动装置此时不可定位的报告。在移动装置4100而非入口中带有“不可见”标志将需要网络(从入口108到移动装置4100)中额外的信令，以便在已作出对它的位置的请求之后发现移动装置4100的不可见性状态。

如果移动装置4100配备有提供关于移动装置当前位置的纬度和经度信息的GPS接收器4118的话，则入口108可跳过向GMLC 126针对地理编码的请求，并且直接从位置引擎128进行逆向地理编码的请求。因此，板上GPS接收器4118将通过消除对一些上述向GMLC126纬度/经度请求的需要来影响信号流。

可以存在许多备选方案。例如，可在移动装置4100上设置专用按钮或开关以允许用户容易地打开和关闭不可见性。可选或附加的是，所述由入口服务器108所实现的许多功能可由移动装置4100执行，如跟踪未决请求/RSVP、公式表示寻找请求或查询基于位置的业务等等。

结论

提供上述功能的服务提供商可基于千字节业务量或使用情况取得营业收入。例如，每个发送的消息或对应的回复可基于系统使用情况产生营业收入。可选或附加的是，服务提供商可基于订购提供这种功能。服务提供商可以高于针对数据计划的简单订购的比率向用户提供高级内容或特征。例如，用户可协调在电影院、音乐会、演出地点处等会见朋友。由于拥有高级业务，用户则可访问购票业务，如通过因特网(如www.Fandango.com或www.Ticketmaster.com)提供的那些业务来购买票。同样，如果用户希望标识会见朋友的饭店，用户则可访问饭店等级业务，如www.Zagat.com。

可选或附加的是，提供上述功能的服务提供商可通过向内容提供者记帐收费以便响应于某用户位置请求而取得营业收入。例如，如果用户请求系统标识最近的Starbucks^TM或其他名的品牌的零售企业，本系统则可给对应的零售企业记帐以便向用户提供这种信息。同样，用户可请求最近的提供特定交易(如特定车辆的销售)的零售企业的位置，服务提供商则从商人接收用于提供信息的费用或者甚至是与用户共同完成的任何销售的一小部分。

服务提供商也可基于每一使用得到收入。例如，每次用户执行邻近搜索(如寻找最近名的品牌快餐店)时，用户可能要付出统一定价的费用。其他费用产生的示例可包括用户请求位置或方向的图形地图、交通查询结果等。

相关领域的那些技术人员会认识到，上述基于位置的功能和系统有许多潜在应用。例如，较年轻的成年人可利用这种功能和系统寻找朋友并安排在当地的商场会见。大学朋友可彼此定位在附近进行篮球比赛。经营人可定位最近的技术员以安排她去维修用户的计算机。一个家庭成员可确定另一个家庭成员是否在食品杂货店附近以便在下班回家的路上捎回一些食品杂货。内容开发商利用定位技术来开发先进的应用，类似“寻宝”游戏、徒步横渡旷野竞赛、高级舰队跟踪系统等等。

在上述至少一个实施例中，本系统提供保护用户隐私的选项。例如，用户可在任何时间快速简易地打开/关闭位置特征(“变为不可见”)。用户必须在一个朋友可将他们添加到他或她可定位的朋友列表中之前授予许可。一旦授予了许可，用户可在任何时间撤消许可、停止任何或所有个体对他们的位置信息的访问。一旦用户给予朋友定位他或她的电话的许可，该朋友可以在电话打开的任何时间进行定位，除非用户关闭定位能力而使电话变为“不可见”，或者撤消了那人的访问权。为防止不想要的请求，用户可永久地阻止一个人重复请求访问他们的位置(拒绝总是)。此外，系统可仅与用户已明确授权可以接收用户位置的各方共享用户位置。

除非上下文明确需要，否则在整个说明书和权利要求书中，词“包括”、“包含”等应当以如对立于排他或穷举含义的包含的意义解释，也就是说应解释为“包括但不限于”的意思。采用单数或复数的词分别还包括复数或单数。此外，词“这里”、“以上”、“以下”以及类似含有此意思的词，当用于本申请时，应当指本申请整体而非本申请的任何特定部分。当权利要求用词“或”参考一列两项或更多项时，该词覆盖了以下词的解释的全部：列表中的任何项、列表中的所有项和列表中项的任何组合。

本发明的实施例的以上详细说明不意味着是穷举的或将本发明限制为以上公开的严格形式。虽然以上为说明目的描述了本发明的特定实施例以及针对其的示例，但是如本相关领域的技术人员可以认识到的那样，可以在本发明的范围内进行各种等效修改。例如，虽然步骤或功能是以给定顺序提供的，但是备选实施例可执行具有不同顺序的步骤或功能的例程。这里提供的本发明的示教可应用于其他系统，不一定是这里所详细描述的无线电话系统。可以根据详细说明对本发明进行这些和其他变化。

上述各种实施例的元件和动作可组合起来从而提供其它实施例。以上全部美国专利和申请及其他参考文献通过引用结合于此。本发明的各方面在需要的情况下可以进行修改，使得应用上述系统、功能和各种参考文献的原理又可提供本发明其它的实施例。

可根据上述详细说明对本发明作出这些和其刀变化。一般而言，用于所附权利要求的用语不应当理解为将本发明限制为说明书中所公开的特定实施例，除非上述详细说明明确定义了这种用语。相应地，本发明的实际范围包含所公开的实施例和在权利要求下实施或实现本发明的所有等效方式。

虽然本发明主要是结合从GMLC获得纬度和经度来描述，但是在移动装置中的GPS或类似接收器也可提供纬度和经度信息。对于这样配备的移动装置，纬度和经度可通过从入口到移动装置的查询或无需使用查询而从移动装置传递到入口而得到。例如，从移动装置发出定位附近饭店的请求可在请求中包括作为数据字段的用户当前位置，因此消除了到GMLC的网络信令并从本系统得到快速的响应。而且，任何位置确定系统均可与上述功能使用。

虽然本发明主要是结合用SMS递送消息和通知来描述的，但是可以用许多等效技术来替代，如电子邮件或可包括图片、图标、动画或声音的多媒体消息。

尽管以下以某些权利要求形式提供了本发明的某些方面，然而本发明人以任何数量的权利要求形式设想了本发明的各个方面。例如，虽然只将本发明的一个方面陈述为在计算机可读媒介中实现，但是其他方面也可同样可在计算机可读媒介中实现。因此，发明人在提交申请之后保留添加附加权利要求的权利，以便将这种附加权利要求形式继续用于本发明的其他方面。

Claims (31)

1.在一种用于向移动装置提供无线电信业务的系统中，一种方法包括：

从第一移动装置获得与第二移动装置相关联的人进行会见的请求；

自动确定所述第一和第二移动装置的位置；

至少部分地基于所述第一或第二移动装置的确定的位置自动向至少所述第一或第二移动装置提供关于会见位置的信息；

接收在所述第一移动装置的位置附近、在所述第二移动装置的当前位置附近、或者在所述第一和第二移动装置的当前位置之间的位置会见的请求；以及

向所述第一移动装置指示：1)中点邻域或城市的选项列表，2)所述第一和第二移动装置在同一座城市或邻域内，或3)所述第一和第二移动装置在附近或在相同的小区站点内。

2.如权利要求1所述的方法，其特征在于还包括：

接收来自所述第二移动装置的RSVP消息；和

将与所述RSVP消息相关的信号转发给所述第一移动装置。

3.如权利要求1所述的方法，其特征在于，关于会见位置的信息包括：

地理感兴趣点或会见位置的列表。

4.如权利要求1所述的方法，其特征在于还包括：

从所述第一或第二移动装置接收搜索半径参数；和

在所述搜索半径参数内提供感兴趣点列表。

5.如权利要求1所述的方法，其特征在于还包括：

从所述第一移动装置获得与至少第三移动装置的用户会见的请求；

自动确定所述第三移动装置的位置；

基于所述第一、第二和第三移动装置的地理位置计算近似等距的中点；和

自动协调与所述第一、第二和第三移动装置相关联的几乎同时的会见。

6.如权利要求1所述的方法，其特征在于还包括：

从所述第一移动装置获得与至少第三移动装置的用户会见的请求；

自动协调与所述第一、第二和第三移动装置相关联的几乎同时的会见。

7.如权利要求1所述的方法，其特征在于还包括：

在所述第二移动装置非常接近所述会见位置时，向所述第一移动装置发出通知。

8.如权利要求1所述的方法，其特征在于还包括：

获得与已经给予被定位的许可的至少两个不同个体相关联的至少两个移动装置的位置；和

向所述第一移动装置提供所述至少两个个体列表，其中带有所述相关联的两个移动装置的所得位置。

9.如权利要求1所述的方法，其特征在于还包括：传真所述会见位置的地图或文本方向。

10.如权利要求1所述的方法，其特征在于还包括：在所述第二移动装置当前正接近所述第一移动装置的位置时，向所述第一移动装置发出通知。

11.一种用于定位移动装置的设备，其包括：

用于初始化定位朋友应用的装置；

用于显示朋友列表的装置；

用于响应于用于显示的所述装置而选择朋友以便寻找的装置；

用于响应于用于选择所述朋友的所述装置而接收与所述朋友相关联的移动装置的街道地址位置的装置；以及

用于向与所述朋友相关联的移动装置提供关于另一个人正试图定位所述朋友的文本消息的装置。

12.如权利要求11所述的设备，其特征在于还包括：

用于至少部分地基于所述接收的街道地址来协调与所述朋友的会见的装置。

13.如权利要求11所述的设备，其特征在于还包括：

用于接收到所述街道地址的文本方向的装置；和

用于将所述文本方向转换为可闻方向的装置。

14.如权利要求11所述的设备，其特征在于还包括：

用于提供感兴趣点的类别的装置，其中所述感兴趣点的类别包括会见地点、保健相关的地点和公共感兴趣点。

15.如权利要求11所述的设备，其特征在于还包括：

用于提供业务类别的装置，其中所述业务类别包括政府业务、保健相关联的业务、旅行业务、金融业务以及与至少一些所述业务相关的位置。

16.如权利要求1所述的方法，其特征在于还包括：

至少部分地基于所述位置获得所述移动装置的时区或当地时间。

17.如权利要求16所述的方法，其特征在于还包括：

至少部分地基于所述时区或当地时间协调所述移动装置和另一移动装置之间的会见。

18.在一种具有与多移动装置通信的多基站的电信系统中，一种计算机实现的方法包括：

接收关于所述移动装置中的一个移动装置的停止请求，以停止其他移动装置接收关于所述一个移动装置的位置信息；

基于所述接收的停止请求来更新中央数据库；

禁止其他移动装置接收关于所述一个移动装置的位置信息，直到所述一个移动装置提供了删除所述停止请求的请求为止；

基于用户选择的地理规则不提供关于所述一个移动装置的位置信息。

19.如权利要求18所述的方法，其特征在于还包括：

接收来自所述一个移动装置的恢复请求，以允许其他移动装置恢复接收关于所述一个移动装置的位置信息；和

基于所述接收的恢复请求更新所述中央数据库。

20.如权利要求18所述的方法，其特征在于还包括：

基于用户选择的日程表不提供关于所述一个移动装置的位置信息。

21.如权利要求18所述的方法，其特征在于还包括：

基于用户选择的特定个体不提供关于所述一个移动装置的位置信息。

22.如权利要求18所述的方法，其特征在于，所述停止请求包括何时不将关于所述一个移动装置的位置信息提供给其他人的用户选择的条件，其中所述方法包括：

应用优先权或规则以解决冲突条件。

23.如权利要求18所述的方法，其特征在于，至少一个用户选择的条件定义何时将关于所述一个移动装置的位置信息提供给其他人，而不管是否接收来自所述一个移动装置的停止请求。

24.如权利要求18所述的方法，其特征在于，关于所述一个移动装置的位置信息从不提供给其他人，除非满足至少一个用户选择的条件。

25.如权利要求18所述的方法，其特征在于还包括：

使所述一个移动装置的用户通过公共计算机网络访问与用户可选择选项相关联的web页面，其中所述用户可选择选项是关于何时禁止其他移动装置接收关于所述一个移动装置的位置信息。

26.在用于提供基于位置的业务的电信系统中，一种由配置用于与所述电信系统通信的无线装置执行的方法，所述方法包括：

接收用于修改关于基于位置的业务的特权的选择菜单；

从所述选择菜单中选择菜单选择，其中所述选择菜单包括：

(a)从第一朋友列表中删除朋友，其中所述第一朋友列表中的朋友已允许用户经由所述系统接收与他们相关联的无线装置的位置，

(b)请求将一个朋友添加到所述第一朋友列表中，和

(c)撤消对第二朋友列表中的一个朋友的许可，所述第二朋友列表中的朋友可经由所述系统接收与所述用户相关联的无线装置的位置；以及

基于所述选择的菜单选择提供有关要修改的特权的输入。

27.如权利要求26所述的方法，其特征在于，选择菜单选择包括选择删除朋友，以及提供输入包括标识出在所述第一列表上的一个朋友，所述方法包括：

几乎实时地接收更新的第一列表，在所述第一列表中所述标识的朋友被删除。

28.如权利要求26所述的方法，其特征在于还包括：

在从所述第一列表中删除了一个选择的朋友之后，接收询问是否禁止所述选择的朋友接收与所述用户相关联的无线装置的位置的查询消息。

29.如权利要求26所述的方法，其特征在于还包括：

提供禁止选择的朋友接收与所述用户相关联的无线装置的位置的请求；和

接收询问是否从所述第一列表中删除所述选择的朋友的查询消息。

30.一种用在用于提供无线装置和多网络接入点之间通信的系统中的设备，所述设备包括：

数据库，其至少存储与第一无线装置相关联的第一记录或与第二无线装置相关联的第二记录；和

连接到所述数据库的服务器计算机，其中所述服务器计算机配置成：

接收来自所述第二无线装置的总是拒绝请求，其中所述总是拒绝请求指示所述第一无线装置不接收关于所述第二无线装置的位置信息；

基于所述接收的总是拒绝请求来更新所述第一或第二记录；

接收来自所述第一无线装置的请求以得到与所述第二无线装置相关联的位置信息；和

不向所述第一无线装置提供关于所述第二无线装置的位置信息，其中在更新后，所述服务器还配置成不再向所述第二无线装置显示所述第一无线装置请求位置信息的指示。

31.如权利要求30所述的设备，其特征在于，所述服务器计算机还配置成：

向所述第一无线装置提供所述总是拒绝请求的文本消息指示。

Images