作系统301包括能被处理器203内执行的其他功能访问并使用的功能。根据一个实施例，操作系统301是无线二进制运行时环境(BREW)操作系统。在一个替换实施例中，操作系统301是无线应用协议(WAP)系统。在另一个替换实施例中，操作系统是短消息服务(SMS)操作系统。在又一个替换实施例中，操作系统是Java操作系统等等。Java是Sun微系统操作系统的商标。本领域的技术人员将理解，所使用的特定操作系统不直接与用于经由基于位置服务(LBS)结构执行位置确定以及提供位置信息的当前公开的方法和装置相关联。
[0024]根据一个实施例，LBS应用程序303在操作系统301的顶层运行。在一个实例中，通过诸如键盘或触摸屏的传统数据输入设备，LBS应用程序303可以访问并利用用户接口功能，以从无线终端用户接收信息。通过液晶二极管(LCD)显示屏，LBS应用程序还可以访问并利用操作系统功能，以将信息提供回给无线终端用户。
[0025]LBS应用程序的一个功能是为无线终端用户提供定位无线终端、确定哪些感兴趣的地点和服务场所(例如，商店、自动柜员机、餐馆、博物馆等等)在无线终端的附近、以及基于无线终端的位置以及特定的服务场所和感兴趣的地点的位置的信息，将导航方向和地图提供给用户的能力。
[0026]LBS应用程序303通过访问位置定位引擎305来定位无线终端101。位置定位引擎305可以是能够确定无线终端101的位置的任何功能。在一个实施例中，位置定位引擎305是全球定位卫星(GPS)系统的组件。在这个实例中的位置定位引擎305包括为了确定无线终端101的位置，而允许无线终端(与GPS接收机硬件202 —起)从GPS卫星接收信息的GPS接收机功能。
[0027]另外，在一个实施例中，位置定位引擎305请求并接收来自I3DE 107的辅助信息。例如，在一个实施例中，无线终端请求关于哪个卫星是“可见的”信息。如果卫星是可见的，那么无线终端101应该能够接收并解调来自该卫星的信息。
[0028]另外，无线终端101可能请求关于可见的卫星的位置的信息、关于当使用从可见的卫星接收的信息来计算无线终端101的位置时将被使用的校正因子的信息、关于当从可见的卫星接收信号时无线终端101可能预期遇到的多普勒频移量的信息、以及其他这样的有用信息。这种信息使得无线终端101更快地检测并“捕获”卫星。捕获卫星指的是一个过程，通过该过程无线终端101接收从卫星发射的信号并把接收信息与无线终端101内的本地定时对准，以为无线终端101解释被调制在由卫星发射的信号上的信息做准备。
[0029]图3还示出了根据一个实施例的TCP/IP打包器307。TCP/IP打包器307是用于为根据公知的TCP/IP通信协议发送及接收消息提供支持的协议层。因此，根据TCP/IP协议将由无线终端101发射的信息被提供给TCP/IP打包器307。然后，TCP/IP打包器307根据TCP/IP协议规范适当地格式化信息，使得信息将被发射到的其它设备能接收并解释由无线终端101发送的信息。
[0030]一旦TCP/IP打包器307已经格式化了信息，那么格式化后的信息被传递到TCP/IP层309。TCP/IP层309根据TCP/IP协议(S卩，构成根据TCP/IP协议在发射和接收设备之间发生的握手的消息的请求/响应排序(ordering))发射信息。
[0031]Qsocial是结合无线多媒体和高速数据服务的LBS应用程序。在一个实施例中，Qsocial是在线约会应用程序。使用Qsocial作为在线约会应用程序，用户能使用Qsocial的多媒体特征和基于位置的服务来安排社交活动。
[0032]Qsocial用户能安排与另一个Qsocial用户的即时约会。这样的安排将创建社交网。社交网是由社交目的而组合的多个用户。
[0033]根据一个实施例，基于Qsocial用户的简档和位置能自发安排即时约会。例如，Betty和Jane可能在夜总会地区度过夜晚。他们认为约会可能很有趣。根据一个实施例，他们使用Qsocial的即时约会特征来注册他们正主动地寻找约会。
[0034]假设他们以前被存储，那么Qsocial服务器访问他们的简档。或者，Qsocial服务器向Qsocial用户询问他们的简档。
[0035]Qsocial服务器(没有被示出)可能是图1的无线网络103的一部分或者可能是另一个网络。对本领域的技术人员来说将是显而易见的是，Qsocial服务器可能是单个服务器或者是在地理上不必须是相互邻近的一组服务器。对本领域的技术人员来说也将是显而易见的是，服务器不需要被标签为服务器。服务器是具有处理器和存储器的网络上的共早设备。
[0036]一旦被注册，Qsocial服务器就访问Betty和Jane的简档和位置。然后，Qsocial服务器向Betty和Jane发送与他们的简档和位置匹配的人的简档。Betty和Jane从匹配的简档和位置列表中选择。Qsocial的即时约会特征向他们的选择通知他们已经被选中。他们的选择可以接受或拒绝被选择的隐含建议。如果该选择，例如，被选中的人，接受了隐含的建议，那么就安排会面地点。
[0037]图4说明了根据一个实施例，对于Qsocial用户具有三个可能选择的显示的手机。如果存在更多可用选择的话，为了更多可能的选择，Qsocial用户可以向上滚动或向下滚动列表。
[0038]在一个实施例中，选择与注册的即时约会用户的简档匹配。或者，选择可以与期望的简档或简档子集匹配。
[0039]简档包括关于Qsocial用户的多个特征。根据一个实施例，简档包括年龄、身高、体重、性别、种族/种族划分、宗教、教育、业余爱好、以及Qsocial用户的用户定义的特征。
[0040]Qsocial用户可以定义将被匹配的期望简档。用户可能不关心一些特征并且能将那些特定特征指定为“不关心”。例如，Qsocial用户不关心另一个人的种族、种族划分、或宗教。另一方面，Qsocial用户可以具有关于期望匹配的非常具体的要求。例如，Qsocial用户可能想与冲浪运动员或者滑板运动员约会，并且可以在简档中定义这样的特征。
[0041]在一个实施例中，Qsocial包括活动地图特征。活动地图提供了在一个地理区域内活动的Qsocial用户的地图。活动地图可以提供活动用户位置的历史统计。
[0042]什么被认为是活动(active)的，这取决于活动地图的应用程序。例如，如图5所示，用于即时约会的活动地图可以示出区域中所有活动的男性502和女性504。在一个实施例中，活动用户是指示他/她为活动的用户。
[0043]在一个实施例中，即时约会特征利用了活动地图特征。显示的候选者是匹配简档的人，并且是在所选活动地图上活动的人。因此，根据一个实施例，匹配简档、但是没有在所选活动地图上呈现的Qsocial用户没有被示出作为候选者。在一个实施例中，Qsocial用户将活动地图与即时约会特征相关联。通过改变活动地图的参数，Qsocial用户可以动态地改变活动地图。这样的参数包括经度和玮度范围。Qsocial用户还可以指示活动地图的中心，并且可以向上、向下、向右、或向左滚动活动地图。
[0044]根据一个实施例，可以依据对预定义参数的用户输入，动态修改活动地图的地理维数。例如，预定义参数可以包括候选者的显示数。因此，Qsocial用户键入10作为对候选者显示数的输入，使得当前所选的活动地图扩大或缩小来使得显示10个候选者。活动地图符合输入参数。
[0045]在一个实施例中，匹配器引擎采用简档作为输入并使用本领域已知的人工智能技术，响应输入简档来公式化对Qsocial用户的匹配。匹配器引擎是在Qsocial服务器上执行的软件模块。匹配器引擎并不限于简单的模式匹配，而依据例如社会学研究，可以是输入简档的参数化和加权特性。根据另一个实施例，通过采用用户认为相关的任何数据作为输入，匹配器引擎能被用户动态地修改。
[0046]根据一个实施例，Qsocial包括倶乐部交往