CN104885485A

CN104885485A - 基于接近度对服务请求者和服务提供者进行自动匹配并在其之间建立语音呼叫的***

Info

Publication number: CN104885485A
Application number: CN201280076181.5A
Authority: CN
Inventors: 萨阿达·阿布奥德赫
Original assignee: Lapidation Communication Co Ltd
Current assignee: Lapidation Communication Co Ltd
Priority date: 2012-08-07
Filing date: 2012-08-07
Publication date: 2015-09-02
Also published as: MA20150275A1; US20150223024A1; AP2015008313A0; WO2014022904A1; EA201590357A1; SA113340673B1; TN2015000042A1; EP2885931A4; EP2885931A1; CA2881481A1; PH12015500271A1; JO2986B1

Abstract

一种基于彼此之间的物理接近度自动将服务请求者与服务供应者进行匹配的***请求服务的客户(如出租车服务)使用移动电话呼叫自动服务器。服务器与移动运营商***接口并获取客户的位置。通过与移动运营商的相同接口，服务器还定期跟踪预登记服务提供者(如出租车)的位置和可用性。然后，通过一种匹配算法，服务器基于服务提供者与服务请求者的物理接近度，将服务请求者与服务提供者进行匹配。一旦匹配完成，服务器建立语音呼叫，其中服务请求者为呼叫方(A方)，服务提供商为呼叫接收方(B方)，使得双方可以口头商议交易细节。

Description

基于接近度对服务请求者和服务提供者进行自动匹配并在其之间建立语音呼叫的***

背景

技术领域

本专利所述实施例一般与电信领域有关,具体涉及一种电信***，用于基于两台移动电话的最近物理接近度，对携带移动电话的服务请求者和同样携带移动电话的服务提供者之间进行匹配。

背景技术

现用用于对服务请求者和服务提供者(例如出租车客户与出租车司机)进行匹配的常用方法涉及到下述问题：不够方便、成本高、碳排放量较大。不同的方法包括比较典型的方法：客户必须到走到最近的主要街道，在附近等待带标记的出租车经过，然后招呼出租车，希望能够搭乘。对于客户来说，需要浪费一定时间，还要做出不必要的尝试，并要承受当时的天气状况，例如雨、雪、风、冷，热或潮湿。对于出租车司机本身，通常总是感到不得不要在街头漫游，要在其它出租车“赢得”客户生意之前寻找到客户。这样的漫游不仅浪费燃料，还会使出租车司机遭受可能发生但不必要的车辆事故风险，特别当出租车司将注意力更多放在人行道上寻找客户而非存在交通事故危险的道路上时，这种车辆事故风险会更高。此外,出租车司机在路边发现潜在客户时突然变道或突然停车，会对其他司机造成路面交通紧张，表现为不必要的拥挤、事故、噪音污染,甚至造成吵架。

与此方法相关的碳排放量相对较高，因为大量出租车在街上漫游，造成大量不必要的燃料浪费并加剧交通堵塞。如果在全球范围内测算这种碳排放量,我们会发现，这种方法会产生相当大量的温室气体(GHG)并加剧全球环境问题。

其它方法包括呼叫出租车公司，出租车公司在调度其车队的一辆出租车时，要求客户提供详细的地址信息。通常，这样的车队规模很小，仅限于特定公司的汽车数量。公司的调度员将要求将离客户最近的车调度给客户，然而，由于汽车数量相对较少，不能够完全覆盖一座代表性的城市及其郊区，“最近”的汽车将用完，或很可能有用完的风险，使得汽车要走很长的路才能到达客户的位置，从而浪费时间和燃料，加剧交通拥堵和增加服务的碳排放量。某些公司采用GPS定位，某些公司对其车队采用管理***，但无论采用何种技术，离得最近的车辆也要经过一段行程才能到达客户，这可能需要几公理的行程甚至要花费更多的时间，尤其是在交通拥挤的时候。客户将时间浪费在发送地址、等待出租车的到来，有时客户在出租车到来之前必须要在地址外面等待很长时间，还要经受天气条件的影响。即使采用这种方法，出租车公司/司机仍将承受不必要的燃料消耗，城市将承受不必要的交通堵塞，而碳排放量也会无谓地加大。

移动电话在社会各阶层(包括客户和出租车司机)的极大扩散形成一个良好的“基础设施”，可用来最大限度地减少不便、降低费用和相关的碳排放量，从而解决上述问题，有利于本***的所有利益相关者。然而，如果这样的***在全球范围取得成功并且改变招呼出租车和/或使用调度等传统方法，就能消除所有与***相关的负面影响。本***应具有以下特点：

***应该没有进入壁垒，包括按照服务请求者或服务提供者的请求须采用的额外软件或硬件。***不需要对服务请求者或服务提供者进行任何特殊的使用培训。***不应限制用于任何特定的出租车队或任何特定的出租车公司。***应该是完全自动化的，不需要任何人为干预或任何调度。***应当简单，并且不应过度设计，因为***是各处人群都要使用的服务，所以***不要采用移动电话的语音服务。

发明内容

鉴于上述情况，本发明的实施例提供了一种***，该***与某城市/国家的每家移动运营商连接。服务将采用利用各种不同的广告方法进行广告宣传，无论何时何地，只要任何服务请求者(“客户”)需要服务，则可拔打预先确定的可充值短码/号码来请求服务。***不仅采用可用的定位技术与移动运营商(包括小区ID、三角网和GPS(或辅助GPS)结合，还可以经过设计适应未来的可以取代现有的定位技术。这样的定位信息与预登记可用服务提供者(“出租车司机”)的位置相比较，以便根据客户的物理接近度有效地与一位出租车司机进行匹配。这样的匹配需要考虑其它可编程的因素，包括优先安排比其它出租车有更好的满意度记录的出租车，优先安排相同移动运营商的出租车和/或取消优先安排比其它出租车收到更多匹配项的出租车。匹配项在客户和已匹配出租车之间语音连接中显示自己，通过语音连接，客户和匹配的出租车可以进行口头沟通，这样客户可描述其位置，使服务提供/接车服务得以成功。服务的物理接近性规定，客户与匹配的出租车须在较短距离内彼此接近，因此，接车服务可在很短的时间内发生。

结合下述说明和附图考虑，可以更好地认知和理解本发明实施便的这些方面及其它方面。应该理解的是，虽然下述说明表明了优选的实施方案和大量的具体细节，这些说明是用于描述而非限制本发明。在不背离发明精神的前提下，可以在本发明实施例的范围内进行许多变更和修改，而本发明的实施例包括所有这样的修改。

附图说明

根据下述详细说明结合附图，可以更好地理解本发明的实施例，其中：

图1根据本发明的一实施例显示了一个***的框图；

图2根据本发明的一实施例显示了一个集中式***的框图；

图3根据本发明的一实施例显示了一个分布式***的框图；

图4根据本发明的一实施例显示了另一个个***的框图；

图5根据本发明的一实施例显示了一项移动接近度匹配服务“MPMS”服务流程图；

图6为一流程图，根据本发明的一实施例说明了回呼过程；

图7为一流程图，根据本发明的一实施例说明了司机的登记过程；

图8为一流程图，根据本发明的一实施例说明了一上班/下班切换过程；

图9为一流程图，根据本发明的一实施例说明了一司机的动态交互式话音响应(IVR)***逻辑过程；

图10为一流程图，根据本发明的一实施例说明了客户的动态过程；和

图11是一方框图，根据本发明一实施例，说明一计算机***。

具体实施例

参照本附图中说明的非限制性实施例，下文更详细地说明了本发明的实施例和各种特性及详细优点。本文忽略了对周知的组件和处理技术的说明，以免对本发明的实施例造成不必要的模糊。本文所用的例子仅用来便于理解本发明实施例的实现方式，进一步帮助本领域的技术人员实现实施例。因此，这些例子不应被解释对本发明实施例范围的限制。

请参照附图，特别是参照附图1至11，其中类似的参考字符在附图中一致地表示相应的特性，在本文中描述了优选实施例。

图1描述了***的拓扑结构，其中图2描述了一种可能的拓扑结构，图3描述了MPMS***的位置相对于移动运营商的另一种可能的拓扑结构(S)。MPMS***200通过数据连接110与各移动运营商连接，数据连接110与各运营商的基于位置服务器((“LBS”如果可用)连接，或与位置更新存储库(“位置库”100)连接。MPMS***200还通过语音线路120与各运营商连接，语音线路的尺寸是根据与各运营商预先约定的预测值决定，并随着服务的发展而更新。

客户是通过一个典型的移动电话连接线连接，移动电话连接线由其主运营商提供。如图1所示，看起来客户端是与移动运营商1连接，但客户可以连接到任何移动运营商，甚至可以是一个漫游者。同样，看起来出租车司机103是与移动运营商2连接，但实际上他可以连接到任何移动运营商。

客户102和出租汽车司机103与其各自移动运营商1、2是的连接为典型的语音或语音/数据订阅，没有特殊的硬件或软件或特殊订阅。这样的电话中唯一需要操作的服务是语音服务。具有短消息服务(SMS)是本发明的另外一项优点。

图4描述了MPMS***200的典型拓扑结构。MPMS***200包括一个司机数据库(“DDB”)202，该数据库由***不断更新，包括以下信息：

司机登记表，包括司机MSISDN编号、姓名和各国监管或***门所需要的其它信息，这类信息因不同国家/城市不同而有所不同。然而，MSISDN编号是进行服务所需的一项最低要求，条信息从呼叫者线路识别(CLI)信息检索，当司机首次将登记者本人作为“登记司机”呼叫时，司机的电话自动生成CLI信息。

司机103的位置信息，基于与各移动运营商1、2预先约定的算法间断地得到更新。移动运营商***1、2对照位置更新自动映射这种地理位置信息，并定期生成这种信息。只要某客户102呼叫服务，基于轮询移动运营商***，可以选择性地进一步更新该信息。

上班/下班标记是由司机103本人控制，以表明其是否在工作。在下述三种情况下，***200产生一个可用/忙标记：

第一，当司机103与某客户102相匹配时，标记变为“忙”，以免当司机正忙于寻找其刚刚匹配的客户时向司机分配匹配项。第二，当已经将一匹配项分配给司机时，司机103在其手机设置了“呼叫拒绝”。这表明，司机正忙于服务其刚从街道上接到的客户102，因此***200将解释“呼叫拒绝”。第三，当一匹配项分配给司机时，司机103不按照可配置的铃声号回答其移动电话。这也表明，他已经忙于服务另一位客户，因此***200将解释“无应答”等。在这两种情况下，***200将基于司机的位置和当日时间在可配置的分钟数后，将司机重新标记为“可用”。

司机满意度评分是根据司机有关投诉，满意值的个人记录的累计值获得的。

MPMS***200还包括一个动态的交互语音应答***(IVR)203，该***根据预先设定的逻辑控制与司机103和客户102的交互。

MPMS***200还包括信号端口205，信号端口通过信令链路110与各移动运营商连接。这样的链接采用数据连接性协议将MPMS***200和移动运营商之间的控制信号传递给MPMS200，以便进行如下操作：

MPMS***200还包括语音端口204，语音端口通过语音线路120与各移动运营商1、2连接。这样的语音电路可以为E1或等效电路或多个E1。这样的链路可以在客户、出租车司机和运营商1、2之间路由选择语音流量。这些链路还允许客户102出租车司机103在动态IVR***203上选择语音流量和和DTMF音调。

MPMS***200还包括一处理器201；其中，处理器201包括一计算机或一服务器，用于控制如上所述MPMS服务的操作。更具体地，处理器201控制客户102和出租车司机103之间的匹配算法，控制从移动运营商的***1，2提取位置信息，控制动态IVR操作以及除典型服务器功能之外的DDB的更新。

图2描述了MPMS***200的一种可能的拓扑结构。这种拓扑结构称为集中式模式，其中，在各个国家/城市，只有一个MPMS***与该国/城市的所有运营商连接。在这个模型中，MPMS***200通过数据连接线路110与各运营商1、2连接，数据连接线路110与各运营商的基于位置的服务器(“LBS”)连接，或位置更新库(“位置库”100)连接。MPMS***200还通过语音信道120与各运营商1、2连接，语音通道120的尺寸基于与运营商1、2预先约定的预测值确定，并随着业务发展更新。

图3描述了MPMS***200的另一种可能的拓扑结构。这种拓扑结构称为分布式模型，其中一套MPMS***200将驻留在某国家/城市的各移动运营商1、2的经营设施中。在这个模型中，每套MPMS***200通过内部部署数据连接线路110与各运营商1、2连接，内部部署数据连接线路110与各运营商的基于位置服务器(“LBS”)或位置更新库(“位置库”100)连接。MPMS***200还采用电缆光纤通过内部部署语音信道与各运营商1、2连接。国家/城市中的分布式MPMS***通过不同的方法(例如数据库镜像)相互连接，从而表现为一个完整的集成***。

在集中式模型和分布式模型(分别如图2和3所示)中，MPMS***200由如图4所示的相同的组件所组成。如附图1～3所示，移动运营商1、2已经通过互连链路相互连接。同时，尽管数据表明只有两家移动运营商1，2；相同的结构还适用于两家以上运营商和该国/城市的最多移动运营商数量。

参照附图1～4，附图5至8为描述MPMS服务操作的流程图。图5描述了客户启动的MPMS服务呼叫请求的操作。在步骤(3101)，客户102呼叫了服务短码/号码(如1234)请求将其与附近正在上班或可以接送的出租车连接。在步骤(3102)，MPMS***200立即检索客户的CLI信息(例如MSISDN号码)，通过信令链路110，从其主移动运营商1、2获取其位置信息。本次呼叫的话音信道将暂时保留，直到找到一个匹配项。

MPMS***200按下述逻辑客户102与最近的出租车司机103进行匹配：

在步骤(3103)，MPMS***将基于已经存储在数据库202中的最新位置更新信息查找最佳的匹配项。在这种情况下，除了与相邻地理位置和附近地理位置中的出租车司机进行匹配以外，客户102的位置在DDB202中捕获的其当前地理位置进行匹配，因为自最近位置更新后，出租车司机103可能从相邻位置靠近客户的当前位置。匹配操作要考虑地理位置(例如，市区，郊区，农村地区等)和时间(如交通高峰时间或或非交通高峰时间)以及在客户移动电话中登记的出租车司机103的数量，以确定在多高的邻近度水平实现匹配。这样的匹配称为(“邻近匹配”)，这是一项初始步骤，并且基于非实时(当前)的位置信息实现。

在步骤(3104)，MPMS***200将从临近匹配中消除所有在DDB202中设有“忙”标记的匹配项。在步骤(3105)，MPMS***200将从移动运营商1、2获得在临近匹配中与客户102匹配的所有出租车司机(这些司机不“忙”并因此更新DDB202)的当前位置信息。

在步骤(3106)，MPMS***200将只对那些在上述步骤(3104)过滤的出租车司机103进行一项“精确移动单元匹配”。所有不匹配的出租车司机103只有在这种情况下才予以清除。

在步骤(31061)，如果“精确移动单元匹配”根本没产生匹配项，MPMS***200将扩大其匹配，进行“精确临近移动单元匹配”，这将基本上扩大匹配的地理区域，从而包括相邻的移动单元。这项匹配将只使用上述步骤步骤(3105)产生的数据，这样的数据基于步骤(3103)中“邻近匹配”产生的当前实时位置。

在步骤(31062)，如果“精确邻近移动单元匹配”仍未产生匹配项，MPMS***200将向客户播放一项IVR记录，向客户102表示道歉，说明其不能为客户找到一个匹配项，并要求客户在短时间内再次尝试。

在步骤(3107)，MPMS***200将对步骤(3106或31061)产生的匹配项从DDB202检索司机满意度得分，检索在过去可配置的小时/天数分配的匹配项数量，出租车司机103订阅的移动运营商1、2和客户102订阅的移动运营商1、2.这个数据称为“评分值数据”，并且可以包含其他元素。

在步骤(3108)，MPMS***200将据根据下列加权标准对这些司机打分：

接近度将给予一定可配置的权重。

出租车司机103作为相同移动运营商1，2的订户，客户102将给予一定可配置的权重。

没有选择用于某项匹配或一定可配置小时数/天数的出租车司机将给予一定的可配置权量。

每位司机103的司机满意度得分将给予一定可配置的权重。

所有这些因素将应用到一个加权公式，该公式计算每位剩余的已匹配出租车司机103的最终得分。

MPMS***200将根据司机的最终得分(最佳匹配项的数量是可配置的，例如3项匹配)选择最佳匹配项，如果少于3个匹配项，所有这些匹配项均将选为最佳匹配项。

在步骤(3109)，MPMS***200将所有最佳匹配项连接到客户102。所有电话将同时响鈴。在另一实施例，MPMS***200首先联系第一最佳匹配项，如果其没有在预先设定的铃声数下应答，MPMS***200则将客户102连接到第二匹配项，断开与第一匹配项的连接，使其在DDB202上“不可用”，从而实现按顺序呼叫最佳匹配项而不是同时呼叫。

在步骤(3110)，如果出租车司机103通过按下其移动电话上的键盘按钮来拒绝呼叫，MPMS***200立即将客户102连接至下一最佳匹配项。另外，MPMS***200将更新DDB202，将拒听呼叫的出租车司机103标记为“忙”(在可配置的分钟数内)，经过这段时间后，该司机标记为“可用”。

在步骤(3111)，第一个应答其移动电话的出租车司机将连接到客户102，而其余的同时最佳匹配项将将不予理会。

在步骤(3112)，移动运营商1、2将对该呼叫计费，并基于移动运营商1、2和MPMS服务商之间预先约定的协议与MPMS***200划分收入。

在步骤(3113)，MPMS***200将自动向一条短信连同存储在分布式数据库202中的出租车司机的姓名发送给客户102。这条短信也将包含发给客户102的指示，说明如果客户想要再次联系相同的出租车司机103，他可以在可配置的分钟数内重新拨打短码/号码，并可以对司机103进行评价。

MPMS***200将对上述步骤(3113)中相同的可分配分钟数启动一个计数器，如果同一位客户102拨打短码/号码，他将有权直接连接相同匹配的出租车司机103，或是另一位出租车司机103进行匹配或评价相同的司机103。

在步骤(3114)，在MPMS***200通过将步骤(3111)中的出租车司机标记为“忙”(持续一个可配置的分钟数)，更新DDB 202。分钟数还取决于地理位置和当日时间。MPMS***200将为分钟数启动一个计数器。在步骤(3114)，只要计数器达到零，出租车司机103的状态则标记为“可用”。

MPMS 200将使用移动运营商的设计作为地理位置和时间的代理。更具体地说，运营商所设计的移动单元规模将是位置所在城市水平的代理，其中较小的单元规模对应于更多城市位置，而较大移动单元规模对应于更多农村或公路位置。关于当日时间，移动语音流量将作为当日时间计算的代理，其中较高移动语音流量将视为较高汽车交通量的代理，反之亦然。

参考图1～图5，图6描述了出租车司机发起的客户回呼过程的操作。在步骤(3201)，刚刚由MPMS***200与客户102进行匹配的已登记出租车司机103，在一个可配置的分钟数内拔打了司机的短码/电话号码，目的是重新联系其刚刚匹配的客户102，获得可接送客户102的更为准确的路线。MPMS***200将通过IVR***201做出应答，提供给司机的一个选项是重新联系最近的客户102。在步骤(3202)，如果出租车司机103进行了这一选择，MPMS***200将其重新与相同的客户连接，在步骤(3203)，移动运营商1、2将对该车计费，基于移动运营商1、2和MPMS服务之间预先约定的协议，与MPMS服务划分收入。

参考附图1～6，图7描述了对出租车司机启动的登记过程的操作。在步骤(3301)，未登记的出租车司机103，在传统和移动广告或口述的引导下，将呼叫司机的短码/电话号码以便将自己登记在MPMS服务***中。在步骤(3302)，MPMS***200将首先检索司机的103CLI信息并将司机103的编号存储在DDB 202，然后在在步骤(3303)，通过动态IVR 201做出应答，提示驾驶员103口述其姓名，其姓名将予以记录并手工录入到文本中，存储在分布式数据库202。在步骤(3304)，新登记的出租车司机103将立即标记为“值班”和“可用”，而DDB 202会相应更新。在步骤(3305)，103的驱动程序也会被提示其他任何，任何监管或安全机构各自的国家/城市和DDB 202所需的信息会相应地更新。

参考图1～7，图8描述了操作的出租车司机启动的“上班”/“下班”切换过程的操作。在步骤(3401)，预先登记的出租车司机103会呼叫司机的短码/电话号码，MPMS***200将通过动态IVR 201进行应答，向司机提出步骤(3402)中的选择：如果其在DDB202中的状态为“下班”，则请选择“上班状态”；如果其在DDB202的状态为“上班”，则提供步骤(3403)中的选项，请其选择“下班”。司机103通过按下其移动电话键盘上选择的相应号码来进行选择，键盘通过DTMF音调向IVR发出指令。在步骤(3404)，MPMS 200将根据司机的选择更新DDB 202。

图9，参考图1至8，描述的动态IVR***201是由出租车司机103使用利用示范法。在步骤(4101)，一旦出租车司机103要求司机的短码/电话号码，在步骤(4102)，MPMS 200会自动检查，如果他的号码已经被登记。如果号码没有登记，在步骤(4103)，将播放一条说明服务的录音，然后出租车司机103将得到提示来接受是否要登记号码。如果司机103同意，在步骤(4104)，登记过程开始，提示司机103提供所需的信息，然后DDB将立即更新。

如果司机103已经登记，在步骤(4105)，MPMS 200会自动检查其“上班/下班”状态是否为“上班”。如果不是，在步骤(4106)，***提示出租车司机103是否接受设定在“上班”状态，如果司机同意，在步骤(4107)，MPMS 200将相应更新DDB 202。如果司机103不接受设定为“上班”状态，***将播放另一录音，强调MPMS服务对于出租车司机103的益处，提示司机103取消登记。如果司机103同意取消登记，在步骤(4108)，司机将从DDB 202除名，停止作为一名出租车司机103列示。

最后，在步骤(4109)，如果司机103处于“上班”状态，***将请其选择是否联系最近匹配的客户，而该选项只在可配置的分钟数(X分钟)可用，如果司机同意，在步骤(4110)，司机103将与最新匹配的客户102连接，在步骤(4111)，呼叫将触发计费。对于司机103来说，第二种选择是“下班”，如果他同意，在步骤(4112)，司机将在DDB 202标记为“下班”。

参考图1～9，图10描述了客户102使用的动态IVR***的示范方法。在步骤(4201)，一旦客户102呼叫了MPM服务短码/电话号码，在步骤(4202)，MPMS***200会自动将其与附近的出租车司机103进行匹配，在步骤(4203)，计费事件将在移动运营商1、2触发。在步骤(4204)，基于自上次成功匹配后经过的时间，***选择性地提供两个其它选项。

第一个选项将只在最近匹配后Y分钟内(通常为10-20分钟)提供，这种选择会使客户102能够联系到其最近成功匹配的出租车司机103。这个选项的目的是检查出租车司机103是否迟到，或者口头指令是否不准确。在步骤(4205)，如果客户102选择这个选项，客户将与最近匹配的出租车司机103连接，在步骤(4203)，计费事件将被触发。

第二选择将在最近成功匹配后Y分钟内(通常为1-2小时)提供，这个选择将使客户102能够评价从最近成功匹配的最近出租车司机获得的服务水平。在步骤(4206)，如果客户端102选择这个选项，IVR201将请客户输入对应其满意度水平的数字。

只要动态IVR***201给出上述两个选项中的任何一项，IVR 201还将提供与一位新出租车司机103匹配的选项，以使客户在任何时间保持这种可能性。

该发明实施例中提供的技术可以在任何集成电路芯片(未示出)上实现。芯片设计用一种图形化计算机编程语言创建，并存储在计算机存储介质(如磁盘，磁带，物理硬盘驱动器，或虚拟硬盘驱动器等存储访问网络)。如果设计者不制造芯片，或者光刻掩模用于制造芯片，设计者用物理方式(例如，通过提供一份用于存储设计的存储介质)或电子方式(例如，通过互联网)将形成的设计直接或间接传送到这样实体。存储的设计将转换为适当的格式(例如，GDSII)用于光刻掩模的制造，通常包括所述芯片设计的多个副本，这些副本将形成在晶片上。光刻掩模用来定义将要蚀刻或处理的晶片区域(和/或晶片上面的层)。

所产生的集成电路芯片可以由原晶片制造商分布形式(即，作为一个单一的晶片，具有多个未封装的芯片)，作为一个裸芯片，或以打包的形式。在后一种情况下，芯片安装在单芯片封装(如引线，贴在主板或其他更高级别的载体塑料载体，)或在一个多芯片封装(例如陶瓷载体，或表面互连或掩埋互连)。在任何情况下，芯片与其他芯片集成电路，分立元件，和/或其它信号处理设备的一部分，无论是(a)的中间产品，如主板，或(b)最终产品。最终产品可以是含有集成电路芯片的任何产品，范围包括玩具和其他低端应用到具有显示器、键盘或其它输入装置和中央处理器的高级计算机产品。

本发明的实施例包括硬件和软件元素。在软件中实现的实施例包括但不限于，固件，微码，驻留软件，等等。另外，本发明的实施例可以采取计算机程序产品的形式，这种计算机程序产品可以从计算机可用或计算机可读的介质访问，这种介质提供可通过计算机或任何指令执行***或使用与其连接使用的程序代码。在本说明书中，计算机可用或计算机可读介质可以是任何能够包括、存储、通信，传送或传输程序的设备，这种程序可以由指令执行***、装置和设备使用或连接使用。

介质可以是电子、磁性、光学、电磁、红外或半导体***(或装置或设备)或传播介质。计算机可读介质的实例包括半导体或固态存储器，磁带，可移动计算机磁盘，随机存取存储器(RAM)，只读存储器(ROM)，硬磁盘和光盘。当前的光盘的例子包括光盘只读存储器(CD-ROM)、光盘读/写(R/W)和DVD。

一种适用于存储和/或执行程序代码的数据处理***包括至少一个直接或间接连接到存储器元件通过***总线处理器。存储器元件可以包括本地存储器的程序代码，实际执行存储在高速缓冲存储器的使用，并提供至少一些程序代码的临时存储以减少时间码数必须检索从存储过程中执行。

输入/输出(I/O)设备(包括但不限于显示器，键盘，指点设备，等等)可以被耦合到***直接或通过中间的I/O控制器。网络适配器也可以连接到该***，使数据处理***成为连接到其它数据处理***或远程打印机或存储设备通过介入的私有或公共网络。调制解调器，电缆调制解调器和有线/无线网卡，只是几个网络适配器的当前可用的类型。

图11描述了实施例的一个有代表性的硬件环境.该图说明了一个硬件配置信息按照处理/计算机***与这里的实施例。该***包括至少一个处理器或中央处理单元(CPU)10。CPU 10通过***总线12的各种设备如随机存取存储器(RAM)14连接，只读存储器(ROM)16，和输入/输出(I/O)适配器18。I/O适配器18可以连接到***设备，如磁盘和磁带驱动器13，或其它程序的存储设备的***是可读的。该***可以读取的程序存储设备。该***还包括用户接口适配器19连接键盘15，鼠标17，扬声器24，麦克风22，和/或其他用户接口设备如触摸屏设备(未示出)到总线12来收集用户输入。此外，一种通信适配器20将总线12连接至数据处理网络25，显示适配器21将总线连接至显示装置23，显示装置可体现为一种输出设备，例如显示器，打印机，或发射机。

上述实施例中的说明将充分揭示本发明实施例的一特性，本领域的技术人员通过运用现有的知识，在不违背本发明的一般构思的情况下，可以很容易地修改和/或更改所述的实施例以适应各种应用。因此，这样的修改和更改应在所述实施例的含义和等小范围内是可以理解的。这是可以理解的，这里所采用的用语或术语是描述的目的并不是限制。因此，虽然这里的实施例中已经描述的优选实施例，本领域技术人员将认识到，这里的实施例可以使用在所附权利要求的精神和范围的修改。

Claims

1.一种方法包括：

对一位具有第一移动电话的服务请求者和一具有第二移动电话的服务请求者进行匹配；

自动在所述服务请求者和所述服务提供者之间建立语音连接；

从移动运营商检索有关预登记服务提供者的位置信息，并将所述位置信息存储在数据库。

应所述服务请求者的服务请求，实时检索服务请求者的位置，基于重新轮询实时位置信息的预设标准和/或以往绩效和/或公平协议，将所述服务请求者与附近适当服务提供者进行匹配，根据灵活加权公式创建最佳匹配项的优先列表。

2.如权利要求1所述的方法，其中所述服务请求者包括一客户。

3.如权利要求1所述的方法，其中所述服务提供商包括一出租车司机。

4.如权利要求1所述的方法，进一步包括将所述服务请求者和服务提供者与所述移动运营商连接。

5.如权利要求1所述的方法，进一步包括，基于所述服务请求者与所述匹配服务请求者和服务提供者之间的接近度将服务请求者与服务提供者进行匹配。

6.如权利要求5所述的方法，进一步包括，基于非实时数据，从邻近的、稍近和稍远的移动单元搜索更大范围的可能匹配项，对于实时位置重新轮询所述移动运营商，并对重新轮询位置信息执行最终小范围匹配。

7.如权利要求1所述的方法，进一步包括，同时或顺序地将多位服务提供者与所述请求者连接，并允许第一服务提供者应答并联系所述服务请求者。

8.如权利要求1所述的方法，进一步包括，成功匹配后，在所述服务请求者和服务提供者之间建立语音连接。

9.一个计算机可读的存储装置，包括一个所述计算机可执行的指令程序用于执行某方法，所述方法包括：

将一个具有第一移动电话的服务请求者与具有第二移动电话的服务提供者进行匹配；

自动在所述服务请求者和服务提供者之间建立语音连接；

从移动运营商检索预登记服务提供者的位置信息并将位置信息存储在数据库；和

应所述服务请求者提出的服务请求，实时检索服务请求者的位置，基于预设定的重新轮询实时位置信息的标准、以前的绩效和公平协议将所述服务请求者与附近合适的服务提供者进行匹配，根据灵活的加权公式创建最佳匹配的优先列表。

10.如权利要求1所述的程序存储装置，其中所述服务请求者包括一客户。

11.如权利要求1所述的程序存储装置，所述方法进一步包括将所述服务请求者和所述服务提供者与所述移动运营商连接。

12.如权利要求1所述的程序存储装置，其中所述方法进一步包括，基于所述服务请求者和所述服务提供者彼此之间的接近度，将某位服务请求者与某位服务提供者进行匹配。

13.如权利要求12所述的方法，其中所述方法进一步包括，进一步包括，基于非实时数据，从邻近的、稍近和稍远的移动单元搜索更大范围的可能匹配项，对于实时位置重新轮询所述移动运营商，并对重新轮询位置信息执行最终小范围匹配。

14.如权利要求1所述的程序存储装置，其中所述方法进一步包括,同时或依次将多个服务提供者与所述服务请求者连接，并允许第一服务提供者应答并联系所述服务请求者。

15.如权利要求1所述的程序存储装置，其中所述方法进一步包括，在所述服务请求者和所述服务提供者之间建立语音连接。

16.一种移动接近度匹配服务***，包括：

将一具有第一移动电话的服务请求者与具有第二移动电话的服务提供者进行匹配的方式；

用于在所述服务请求者和所述服务提供者之间自动建立语音连接的方式；

从移动运营商检索预登记服务提供者的位置信息并将所述位置信息存储在数据库的方式；和

17.如权利要求16所述的***，进一步包括用于将所述服务请求者和服务提供者与所述移动运营商连接的方式。

18.如权利要求16所述的***，进一步包括：

用于基于所述服务请求者和所述服务提供者彼此之间的接近度，将所述服务请求者与所述服务提供者进行匹配的方式；

用于基于非实时数据，从邻近的、稍近和稍远的移动单元搜索更大范围的可能匹配项的方式；

用于重新轮询所述运营商以查找实时位置的方式；和

用于对重新轮询的位置信息进行小范围匹配的方式。

19.如权利要求16所述的***，还包括用于同时或依次将多个服务提供者与所述服务请求者连接并允许第一位服务提供者应答与联系所述服务请求者的方式。

20.如权利要求16所述的***，还包括用于匹配成功后在服务请求者和服务提供者之间建立语音连接的方式。