CN1610913A - 请求匹配系统和方法 - Google Patents
请求匹配系统和方法 Download PDFInfo
- Publication number
- CN1610913A CN1610913A CN 02826471 CN02826471A CN1610913A CN 1610913 A CN1610913 A CN 1610913A CN 02826471 CN02826471 CN 02826471 CN 02826471 A CN02826471 A CN 02826471A CN 1610913 A CN1610913 A CN 1610913A
- Authority
- CN
- China
- Prior art keywords
- request
- supplier
- communication equipment
- requestor
- geographic position
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/08—Auctions
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
- G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Economics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Game Theory and Decision Science (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Traffic Control Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种用于匹配作为请求者的用户的自由格式请求和服务该请求的提供者的实时请求匹配系统及其方法,每一个请求者具有至少一个用于发出请求并处理对其的答复的通信机,并且每一个提供者具有至少一个用于处理请求和对其的相应答复的通信机,该方法包括以下步骤:从请求者接收请求;对于每一个请求,提供将该请求中继到选定提供者以进行处理;接收来自选定提供者的答复,接收到的答复由相应提供者根据相应请求来作出;以及对于每一个请求,执行以下操作之一或两者:向对相应请求提供了肯定答复的任何提供者提供关于相应请求者的信息,其中肯定答复表明提供者能够满足请求;以及向相应请求者提供关于来自选定提供者的对相应请求的答复的信息。
Description
本发明涉及一种用于匹配作为请求者的用户的请求和服务该请求的提供者的请求匹配系统及其方法
本发明可应用于许多领域,特别是在作为请求者的用户想要向感兴趣的社团即共同分类的多个提供者发出请求的分类结构方面。
可以设想,本发明特别可应用于与贸易分类有关的方面,在贸易分类中,提供者按照所提供的商品或服务进行分组。
这样的贸易分类目前实现于本地贸易目录(local trade directory)中,诸如英国的黄页(the Yellow Pages)或者汤姆森目录(Thomson Directory),并且,在查找商品或服务时,一个人将使用本地目录来定位商品或服务的提供者。
在使用这样的目录中,一个人首先将确定最可能提供商品或服务的分类,查阅目录中的对应部分,选择一个或多个提供者,然后与那些提供者打电话。在给提供者打电话时,将不得不向每一个提供者重复相同的请求,例如“你是否可以在日期Z之前提供价格Y的商品/服务X?”。经常地,尤其是如果请求是特定的,例如“你是否有汽车部件X的现货?”,则这个人在找到可以满足请求的提供者之前,将不得不打电话给选定提供者中的多个。特别是在例如为了比较价格、交货时间等而必须鉴别多个提供者的情况下,更是如此。
这样的过程既消耗时间,因为首先要识别可能的提供者,而且同时与多个提供者建立对话,直到识别出可以满足请求的一个或更多的提供者,而且这样的过程费用比较高,因为这招致与多个提供者打电话相关的电话费用。
尽管可以设想本发明特别可应用于与贸易分类有关的方面,但本发明也可应用于与很多其他分类结构有关的方面。
一种这样的其他分类结构是广播分类,其中请求被广播到多个提供者,这使得可以从所有提供者获得答复,并且提供记录来自提供者的肯定或者否定的答复之一或两者,以及那些没有答复的提供者。可以设想,这样的分类可以在响应查询获得信息这一方面找到应用,例如建立营销目录或者投票表决。
另一种这样的其他分类结构是社团分类,其中具有共同兴趣的人被共同地分类,这样允许请求者向作为提供者的社团分类中的多个或所有其他人发出请求,其中该请求者也可能作为社团分类中的提供者。社团分类中的一个例子是其成员提供特设服务的本地互助组,其中可以向该互助组成员发出求助请求。
另外这样的其他分类结构是任务分类,其中对要求执行任务的多个提供者发出请求,可以设想这样的分类特别可用于集体环境,其中,可以向特定部门例如采购或营销部门发出请求。
另外这样的其他分类结构是促销分类,其中典型地在短时期内进行特定促销,并且有多个提供者支持该促销。促销分类的一个例子是节假日促销,例如固定价格的周末促销,其中希望加入促销的提供者确定参加分类。在一个优选实施例中,提供者将能够以其提供的商品或服务的可供性为条件确定参加和退出分类。
本发明的目的是提供一种匹配系统和方法,用于将作为请求者的用户的请求与提供者进行匹配,而无需请求者识别可能的提供者并且联系那些提供者以确定其是否满足请求。
一方面,本发明提供一种匹配系统,用于匹配作为请求者的用户的请求和服务这些请求的提供者,每一个请求者具有至少一个用于发出请求并处理对其的相应答复的通信机,并且每一个提供者具有至少一个用于处理请求和对其的相应答复的通信机,该系统包括:至少一个请求接收单元,用于从请求者接收请求;至少一个请求中继单元,用于提供将每一个请求中继到选定提供者从而进行处理;至少一个答复接收单元,用于接收来自提供者的答复,接收到的答复由作为决策人的相应提供者根据相应请求作出;以及至少一个信息提供单元,用于对每一个请求执行以下操作之一或两者:向对相应请求提供了肯定答复的任何提供者提供关于相应请求者的信息,其中,肯定答复表明提供者能够满足请求;以及向相应请求者提供关于来自选定提供者的对相应请求的答复的信息。
最好,所述系统是实时匹配系统。
最好,所述请求是自由格式的请求。
最好,所述请求包括声音请求。
最好,所述通信机包括移动通信机,如电话、PDA、个人计算机和游戏设备。
最好,所述通信机包括固定通信机,如电话、传真机、个人计算机、顶置盒和游戏控制台。
最好,所述通信机包括组合固定/移动通信机,如电话。
在一个实施例中,所述系统包括:至少一个入站(inbound)通信单元,均包括至少一个请求接收单元。
在一个实施例中,所述系统包括:至少一个出站(outbound)通信单元,均包括至少一个请求中继单元、至少一个答复接收单元和至少一个信息提供单元。
在另一个实施例中,所述系统包括:至少一个通信单元,均包括至少一个请求接收单元、至少一个请求中继单元、至少一个答复接收单元和至少一个信息提供单元。
在一个实施例中,至少一个请求中继单元配置成将请求直接中继到选定提供者的所述通信机。
最好,所述至少一个请求中继单元配置成提供不加任何探询(interrogation)地中继请求以确定内容。
最好,所述至少一个请求接收单元包括多个用于接收请求的接收机,每一个请求具有与可预定的分类相关的分类联系地址。
最好,所述分类联系地址是拨号号码。
在一个实施例中,所述系统还包括:至少一个提供者选择单元,用于选择提供者以处理请求。
最好,至少一个提供者选择单元配置成至少部分地根据以下条件为请求选择提供者:分配给相应请求的地理位置,以及分配给提供者的地理位置或者地理区域之一或两者。
在一个实施例中,所述分配给相应请求的地理位置是相应请求者的当前地理位置。
最好,所述当前地理位置由相应请求者的通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
最好,所述通信机联系地址是拨号号码。
在一个实施例中,分配给相应请求的地理位置是由相应请求者分配的替代(alternate)地理位置。
最好,所述替代地理位置由通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
最好,所述通信机联系地址是拨号号码。
最好,移动通信机的地理位置由小区标识、三角测量(triangulation)、无线电定位(radio positioning)或者卫星定位如GPS之一来确定。
最好,固定通信机的地理位置由相应所分配的位置确定。
最好,所述至少一个提供者选择单元配置成在相对于分配给相应请求的所述地理位置的可预定空间地理区域内为请求选择提供者。
更好的是,所述可预定空间地理区域是以下项目之一:相对于分配给相应请求的地理位置的地理半径;相对于分配给相应请求的地理位置的行驶距离;或者相对于分配给相应请求的地理位置的行驶时间。
最好,所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:相应请求者的至少一个请求者特征,如地理相关信息和社会经济信息,其作为对相应请求者分配的特征;或者在发出请求时由相应请求者输入的特征。
最好,所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:所述提供者的至少一个提供者特征,如要求请求者具有可预定的简档(profile)或者提供联系详细资料,其作为对相应提供者分配的特征。
最好,所述至少一个提供者选择单元配置成至少部分地根据当前时间来为请求选择提供者。
最好,所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:至少一个分类特征,如用于选择提供者的选择机制,其作为对相应分类分配的特征。
最好,所述至少一个请求中继单元配置成将请求中继到可预定数量的选定提供者以进行处理。
最好,所述至少一个请求中继单元配置成将请求多点传送到选定提供者,其中所述请求要被中继到多个提供者以进行处理。
最好,所述至少一个信息提供单元配置成对于请求向相应请求者提供关于对所述请求提供了肯定答复的提供者的信息。
另一方面,本发明提供一种匹配系统,用于匹配作为请求者的用户的请求和服务该请求的提供者,该系统包括:多个请求者通信机,每一个都被请求者用于发出请求以及处理对其的答复,所述答复至少之一包括关于来自作为决策人的选定提供者的对相应请求的答复的信息;以及多个提供者通信机,每一个都被提供者用于处理请求以及对其的答复,所述请求被中继到相应选定提供者以进行处理并且所述答复至少之一包括关于其中对相应请求提供了肯定答复的所述相应请求的请求者的信息,其中,肯定答复表明提供者能够满足请求。
最好,所述系统是实时匹配系统。
最好,所述请求是自由格式的请求。
最好,所述请求包括声音请求。
最好,所述通信机包括移动通信机,如电话、PDA、个人计算机和游戏设备。
最好,所述通信机包括固定通信机,如电话、传真机、个人计算机、顶置盒和游戏控制台。
最好,所述通信机包括组合固定/移动通信机,如电话。
在一个实施例中,将请求直接中继到选定提供者的通信器。
最好,不加任何探询地中继请求以确定内容。
最好,所述系统还包括:通信单元,其中包括多个用于接收请求的接收机,每一个请求具有与可预定的分类相关的分类联系地址。
更好的是,所述分类联系地址是拨号号码。
最好,至少部分地根据以下条件为请求选择提供者:分配给相应请求的地理位置,以及分配给所述提供者的地理位置或者地理区域之一或两者。
在一个实施例中,分配给相应请求的所述地理位置是相应请求者的当前地理位置。
最好,所述当前地理位置由相应请求者的通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
更好的是,所述通信机联系地址是拨号号码。
在一个实施例中,分配给相应请求的所述地理位置是由相应请求者分配的替代地理位置。
最好,所述替代地理位置由通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
更好的是,所述通信机联系地址是拨号号码。
最好,在相对于分配给相应请求的所述地理位置的可预定空间地理区域内选择提供者。
最好,至少部分地根据以下条件来为请求选择提供者:相应请求者的至少一个请求者特征,如地理相关信息和社会经济信息,其作为对相应请求者分配的特征;或者在发出请求时由相应请求者输入的特征。
最好,至少部分地根据以下条件来为请求选择提供者:所述提供者的至少一个提供者特征,如要求请求者具有可预定简档或者提供联系详细资料,其作为对相应提供者分配的特征。
最好,至少部分地根据当前时间来为请求选择提供者。
最好,至少部分地根据至少一个分类特征来为请求选择提供者,如用于选择提供者的选择机制,其作为对相应分类分配的特征。
另一方面,本发明提供一种匹配系统,用于匹配作为请求者的用户的请求和服务该请求的提供者,每一个请求者具有至少一个用于发出请求并处理对其的答复的通信机,并且每一个提供者具有至少一个用于处理请求的通信机,该系统包括:至少一个请求接收单元,用于从请求者接收请求;至少一个请求中继单元,用于提供将每一个请求中继到选定提供者从而进行处理;以及至少一个答复接收单元,用于接收来自提供者的答复,接收到的答复由作为决策人的相应提供者根据相应请求来作出。
另一方面,本发明提供一种匹配系统,用于匹配作为请求者的用户的请求和服务该请求的提供者,该系统包括:多个请求者通信机,每一个都被请求者用于发出请求以及处理对其的相应答复;多个提供者通信机,每一个都被提供者用于处理请求以及对其的相应答复;以及至少一个通信单元,可与所述请求者通信机和所述提供者通信机通话,并且包括至少一个用于选择提供者以处理由请求者发出的请求的提供者选择单元;其中,对于每一个请求,该系统配置成提供所述请求以将其中继到作为决策人的选定提供者从而进行处理。
最好,系统进一步配置成对于请求,向相应请求者提供关于来自选定提供者的对该相应请求的答复的信息。
最好,所述系统是实时匹配系统。
最好,所述请求是自由格式的请求。
最好,所述请求包括声音请求。
最好,所述通信机包括移动通信机,如电话、PDA、个人计算机和游戏设备。
最好,所述通信机包括固定通信机,如电话、传真机、个人计算机、顶置盒和游戏控制台。
最好,所述通信机包括组合固定/移动通信机,如电话。
在一个实施例中,系统配置成将请求直接中继到选定提供者的提供者通信机。
最好,系统配置成提供不加任何探询地中继请求以确定内容。
最好,至少一个通信单元包括多个用于接收请求的接收机,每一个请求具有与可预定的分类相关的分类联系地址。
更好的是,所述分类联系地址是拨号号码。
最好,至少一个提供者选择单元配置成至少部分地根据以下条件为请求选择提供者:分配给相应请求的地理位置,以及分配给所述提供者的地理位置或者地理区域之一或两者。
在一个实施例中,分配给相应请求的所述地理位置是相应请求者的当前地理位置。
最好,所述当前地理位置由相应请求者的通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
更好的是,所述通信机联系地址是拨号号码。
在一个实施例中,分配给相应请求的所述地理位置是由相应请求者分配的替代地理位置。
最好,所述替代地理位置由通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
更好的是,所述通信机联系地址是拨号号码。
最好,至少一个提供者选择单元配置成在相对于分配给相应请求的所述地理位置的可预定空间地理区域内选择提供者。
更好的是,所述可预定空间地理区域是以下项目之一:相对于分配给相应请求的地理位置的地理半径;相对于分配给相应请求的地理位置的行驶距离;或者相对于分配给相应请求的地理位置的行驶时间。
最好,所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:相应请求者的至少一个请求者特征,如地理相关信息和社会经济信息,其作为对相应请求者分配的特征;或者在发出请求时由相应请求者输入的特征。
最好,所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:所述提供者的至少一个提供者特征,如要求请求者具有可预定简档或者提供联系详细资料,其作为对相应提供者分配的特征。
最好,所述至少一个提供者选择单元配置成至少部分地根据当前时间来为请求选择提供者。
最好,所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:至少一个分类特征,如用于选择提供者的选择机制,其作为对相应分类分配的特征。
最好,所述系统配置成提供将请求中继到可预定数量的相应选定提供者的提供者通信机以进行处理。
最好,所述系统配置成将请求多点传送到相应选定提供者的提供者通信机,其中该相应请求要被中继到多个提供者以进行处理。
另一方面,本发明提供一种匹配方法,用于匹配作为请求者的用户的请求和服务该请求的提供者,每一个请求者具有至少一个用于发出请求并处理对其的答复的通信机,并且每一个提供者具有至少一个用于处理请求和对其的答复的通信机,该方法包括以下步骤:从请求者接收请求;对每一个请求,提供将该请求中继到选定提供者以进行处理;接收来自选定提供者的答复,接收到的答复由作为决策人的相应提供者根据相应请求来作出;以及对每一个请求执行以下操作之一或两者:向对相应请求提供了肯定答复的任何提供者提供关于相应请求者的信息,其中肯定答复表明提供者能够满足请求;以及向相应请求者提供关于来自选定提供者的对相应请求的答复的信息。
最好,所述方法是实时匹配方法。
最好,所述请求是自由格式的请求。
最好,所述请求包括声音请求。
最好,所述通信机包括移动通信机,如电话、PDA、个人计算机和游戏设备。
最好,所述通信机包括固定通信机,如电话、传真机、个人计算机、顶置盒和游戏控制台。
最好,所述通信机包括组合固定/移动通信机,如电话。
在一个实施例中,提供将请求中继到选定提供者以进行处理的步骤包括以下步骤:将请求直接中继到选定提供者的通信器。
最好,不加任何探询地中继请求以确定内容。
最好,从请求者接收请求的步骤还包括以下步骤:在多个接收机接收来自请求者的请求,每一个请求具有与可预定的分类相关的分类联系地址。
更好的是,所述分类联系地址是拨号号码。
在一个实施例中,所述方法还包括以下步骤:选择相应提供者以处理请求。
最好,选择相应提供者以处理请求的步骤包括以下步骤:至少部分地根据以下条件选择相应提供者以处理请求:分配给相应请求的地理位置,以及分配给所述提供者的地理位置或者地理区域之一或两者。
在一个实施例中,分配给相应请求的所述地理位置是相应请求者的当前地理位置。
最好,所述当前地理位置由相应请求者的通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
更好的是,所述通信机联系地址是拨号号码。
在一个实施例中,分配给相应请求的所述地理位置是由相应请求者分配的替代地理位置。
最好,所述替代地理位置由通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
最好,所述通信机联系地址是拨号号码。
最好,移动通信机的地理位置由小区标识、三角测量、无线电定位或者卫星定位如GPS之一来确定。
最好,固定通信机的地理位置由所分配的位置确定。
最好,选择相应提供者以处理请求的步骤包括以下步骤:在相对于分配给相应请求的地理位置的可预定空间地理区域内选择相应提供者以处理请求。
更好的是,所述可预定空间地理区域是以下项目之一:相对于分配给相应请求的地理位置的地理半径;相对于分配给相应请求的地理位置的行驶距离;或者相对于分配给相应请求的地理位置的行驶时间。
最好,选择相应提供者以处理请求的步骤包括以下步骤:至少部分地根据以下条件来选择相应提供者以处理请求:相应请求者的至少一个请求者特征,如地理相关信息和社会经济信息,其作为对相应请求者分配的特征;或者在发出请求时由相应请求者输入的特征。
最好,选择相应提供者以处理请求的步骤包括以下步骤:至少部分地根据以下条件来选择相应提供者以处理请求:所述提供者的至少一个提供者特征,如要求请求者具有可预定简档或者提供联系详细资料,其作为对相应提供者分配的特征。
最好,选择相应提供者以处理请求的步骤包括以下步骤:至少部分地根据当前时间来选择相应提供者以处理请求。
最好,选择相应提供者以处理请求的步骤包括以下步骤:至少部分地根据以下条件来选择相应提供者以处理请求:至少一个分类特征,如用于选择提供者的选择机制,其作为对相应分类分配的特征。
最好,提供将请求中继到选定提供者以进行处理的步骤包括以下步骤:提供将请求中继到可预定数量的选定提供者以进行处理。
最好,提供将请求中继到选定提供者以进行处理的步骤包括以下步骤:将请求多点传送到选定提供者,其中该请求要被中继到多个提供者以进行处理。
最好,提供信息的步骤包括以下步骤:对于请求向相应请求者提供关于对所述请求提供了肯定答复的提供者的信息。
另一方面,本发明提供一种匹配方法,用于匹配作为请求者的用户的请求和服务该请求的提供者,每一个请求者具有至少一个用于发出请求并处理对其的答复的通信机,并且每一个提供者具有至少一个用于处理请求的通信机,该方法包括以下步骤:从请求者接收请求;对每一个请求,提供将该请求中继到选定提供者以进行处理;以及接收来自提供者的答复,接收到的答复由作为决策人的相应提供者根据相应请求来作出。
另一方面,本发明提供一种匹配方法,用于匹配作为请求者的用户的请求和服务该请求的提供者,该方法包括以下步骤:接收包含来自请求者的请求的信号;对于每一个请求,向选定提供者发送包含所接收请求的信号;接收包含来自选定提供者的答复的信号,所述答复由相应提供者根据相应请求来作出;以及对于每一个请求,发送以下信号之一或两者:包含向对相应请求提供了肯定答复的任何提供者发送的关于相应请求者的信息的信号,其中肯定答复表明提供者能够满足请求;以及包含向相应请求者发送的关于来自选定提供者的对相应请求的答复的信息的信号。
称作ResponsaTM匹配系统的本发明提供了一种自动匹配系统,特别是允许声音请求尤其是自由格式的请求与接收到请求并确认了可以满足该请求的提供者进行匹配。
在一个优选实施例中,可以根据以下条件来实现匹配:与请求者相关的位置,典型地是该请求者的通信机的位置,在选定分类中提供者的所分配位置以及选定分类。在其它实施例中,可以在选择提供者中使用当前时间以及请求者和提供者之一或两者的特征。
按照本发明,所接收的请求被中继到选定提供者,并且对于声音请求被重放,并且如果任何提供者不能满足请求,则该提供者仅需要简单地拒绝该请求,典型地是通过一个“拒绝”答复,一个对应于“拒绝”答复的按键,或者简单地挂断通信机。当请求被中继时,请求者和提供者的所有通信是单向通信。因此,在请求者和提供者之间不要求直接对话,从而在提供者不能满足请求时,双方都避免了不得不建立礼貌的讨论的费时任务。仅在请求者和可以满足该请求的提供者之间进行直接对话。
本发明提供自动匹配,还允许个人、自由格式风格的人类通信。在采用自由格式请求中,本发明的优选实施例向请求者提供根据需要构造请求的自由;不限制请求的语言和形式,如要求请求者使用预定关键字。
另外,本发明仅将请求中继给那些希望接收请求并且处于服务这些请求的位置的提供者,例如,如特定分类所指示的那样,提供者是开放的并且处于特定地理区域内。
在本发明中,相对于计算机,是人类决策者接收请求并能够智能地解释这些请求。这就避免了匹配系统要求请求者被限定使用预定关键字,例如通过使用下拉菜单而产生的相关问题。
而且,本发明既可应用于诸如由组织运作以由组织的成员使用的私有环境内;又可应用于允许公共成员使用的公共环境内。
在某些实施例中,本发明可以配置成带偏向地进行有利于请求者或者选定提供者的匹配。可以设想,这适合于一些特殊应用特别是私有环境。
下面参照附图举例说明本发明的优选实施例,其中:
图1概略示出了根据本发明优选实施例的用于匹配作为请求者的用户的请求与服务该请求的提供者的匹配系统。
匹配系统包括至少一个电话管理(TM)系统1,在本实施例中为第一和第二TM系统1a、1b,它们用于管理进入到匹配系统的入站电话呼叫和从匹配系统出去的出站电话呼叫。在另一个实施例中,匹配系统可以包括单个TM系统1,并且在其它的实施例中可以包括任何数量的从数十到数百的TM系统1。
在本实施例中,TM系统1a、1b处于相同位置,但是在其它实施例中可以处于远离的位置。在一个这样的其它实施例中,TM系统1a、1b可以位于一个地理区域中的不同位置。举例说明,在英国,一个TM系统1a可以位于一个中心例如伦敦,以服务英国的南半部,而另一个TM系统1b可以位于另一个中心,例如格拉斯哥,以服务英国的北半部。在其它包括多个TM系统1的实施例中,TM系统1可以位于多个主要中心,例如遍及一个地理区域的多个城市和城镇。
匹配系统还包括第一通信网络3,它提供到TM系统1a、1b和TM系统1a、1b之间的通信链接。
在本实施例中,在TM系统1a、1b处于相同位置的情况下,通信网络3包括局域网(LAN),如以太网。
在其它实施例中,在TM系统1a、1b处于远离位置的情况下,通信网络3可以包括电话网络,最好是综合业务数字网(ISDN)。
TM系统1a、1b的每一个包括入站电话管理(ITM)单元5,用于管理入站电话线路7上,特别是ISDN线路上的来自请求者的入站电话呼叫。在本实施例中,使用多重用户号码(MSN),这样可以同时支持多个要求相同分类的请求者。
ITM单元5包括:入站交互式声音响应(IIVR)模块11,连接到入站电话线路7以对入站电话呼叫进行监视并且支持声音和按键音(keytone);入站电话应用管理(ITAM)模块13,用于在每一个入站电话呼叫中产生对应于请求,在本实施例中为声音请求,的请求文档并其传送给提供者选择单元33a、33b、33c,后面将对此进行更详细的描述;第一分类特征(CC)数据库15,连接到ITAM模块13,用于存储每一个分类的分类特征;以及请求者信息(RI)数据库17,连接到ITAM模块13,用于存储与请求者有关的信息。
采用该配置,CC数据库15和RI数据库17对于IIVR模块11是不能访问的,由此保护RI数据库17不被第三方访问。在本实施例中,ITM单元5包括位于IIVR模块11和ITAM模块13之间的入侵检测器,从而典型地通过识别异常分组来监视第三方入侵,从而提供ITAM模块13的安全性。
在本实施例中,IIVR模块11和ITAM模块13之间的通信采用VoiceXML通信协议。
在本实施例中,由ITAM模块13产生的请求文档至少包括:一个分类标识符,在本实施例中,该分类标识符是被叫号码,即被请求者呼叫的电话号码,该分类标识符标识该请求所要匹配的分类;一个请求者标识符,在本实施例中是请求者电话的主叫线路标识(CLI),即系统或者肯定答复的提供者在答复该请求时所要联系的电话号码,并且该请求者标识符标识请求者;以及与要中继到提供者的请求对应的声音文件,在本实施例中为与要向提供者重放的声音对应的声音文件。在一个可选的实施例中,请求者标识符可以是从请求者电话的CLI获得的电话号码,或者例如包括在发出请求时由请求者提供的认证码的信息。
在一个可选的实施例中,在后详细描述,由ITAM模块13产生的请求文档可以省略请求的请求文件,其中,该文件存储在可以被访问以允许随后中继请求的文件存储装置19中。
在本实施例中,由ITAM模块13产生的请求文档包括位置标识符,该标识符标识搜索中心的位置,其中,请求者位置不能在提供者识别单元33a、33b、33c中从请求者标识符来确定。请求者标识符不允许确定请求者的位置的典型例子是:该请求者未登记(ex-directory),以及该请求者没有提供主叫号码的地址,或者主叫电话是移动电话,或者该请求者需要搜索中心的替代位置。在本实施例中,除了由请求者提供以表示搜索中心位置的主叫电话的号码,位置标识符是电话号码。
在本实施例中,CC数据库15是结构化查询语言(SQL)数据库。
在本实施例中,ITM单元5的各组件,即IIVR模块11、ITAM模块13、CC数据库15和RI数据库17处于相同位置。
在其它实施例中,IIVR模块11和ITAM模块13可以处于相同位置,CC数据库15和RI数据库17之一或两者处于远离位置。在本实施例中,ITAM模块13、CC数据库15和RI数据库17之间的通信网络是虚拟私有网络(VPN)。
在另外的实施例中,IIVR模块11和ITAM模块13之一或两者可以处于远离位置,并且CC数据库15和RI数据库17处于相同位置。
在另外的实施例中,ITM单元5的所有组件,即IIVR模块11、ITAM模块13、CC数据库15和RI数据库17可以处于远离位置。
TM系统1a、1b中的每一个还包括用于存储分类问候(greeting)和所支持分类提示的文件存储装置19。如上所述,在一个实施例中,文件存储装置19为来自请求者的每一个请求存储请求文件。这样存储请求文件使得能够检索这些请求文件,因此这些请求文档不需要包括这些请求文件,对同样的系统容量,包括这些请求文件将需要非常高的业务流量,而请求文件则具有小得多的大小。
下面描述TM系统1a、1b的ITM单元5的操作。
ITM单元5均在相应入站电话线路7上接收来自请求者通信机20的入站电话呼叫,在本实施例中请求者通信机20为电话,其中,接收电话呼叫的特定ITM单元5由被叫号码即被请求者呼叫的电话号码指示。
在本实施例中,在匹配系统配置成作为贸易分类匹配系统工作的情况下,请求者能够从对应于不同种类的商品和服务提供者的多个分类条目中进行选择。每一个分类条目具有一个相关的电话号码,请求者必须拨打这个号码以访问该匹配系统来得到那个分类,并且在本实施例中是分类标识符确定搜索标准、匹配标准和终止标准,通过这些标准来执行匹配操作,后面将对此进行更详细描述。在一个实施例中,每一个分类条目可以包括服务或商品之一或两者的概要,以便使请求者可以确定对特定请求选择了正确的分类。
对于每一个入站呼叫,IIVR模块11将被叫号码和主叫号码,也就是,请求者的通信机20即主叫通信机的主叫线路标识(CLI)传送给ITAM模块13。在本实施例中,请求者通信机20可以是固定电话、移动电话、组合固定/移动电话或者PDA。
然后,ITAM模块13在CC数据库15中查询被叫号码,并且检索要播放给请求者的“分类”问候的分类问候文件标识符。
在被叫号码不与分类关联的情况下,例如,在被叫号码先前与一个分类相关地使用但是目前不在使用中的情况下,ITAM模块13指示IIVR模块11执行“未分配的分类”脚本,该脚本播放“未分配的分类”问候并关闭呼叫连接。
在主叫通信机20没有CLI的情况下,如当CLI被禁用时,ITAM模块13指示IIVR模块11执行“号码抑制(number withheld)”脚本,该脚本播放“号码抑制”问候以指示请求者启用主叫电话的CLI或者作为经过认证的请求者提供与注册有关的认证码。
在本实施例中,系统配置成仅当入站呼叫具有CLI时,才允许请求者继续进行请求。通过要求使用启用CLI的通信机20,这样可以防止引导对第三方答复的请求者对系统的滥用。
在主叫通信机20具有CLI的情况下,ITAM模块13则在RI数据库17中查询主叫通信机20的CLI,以便确认请求者信息,包括确认位置信息对于CLI可用,并且获得默认请求者首选项,例如是将请求者的请求者详细资料提供给提供者还是保留。
在主叫通信机20的CLI是固定通信机的CLI,并且RI数据库17包括主叫通信机20的CLI的位置信息的情况下,ITAM模块13指示IIVR模块11执行“固定请求者”脚本。
在主叫通信机20的CLI是移动通信机的CLI,并且RI数据库17不包括主叫通信机20的CLI的默认位置信息的情况下,ITAM模块13从网络信息确定主叫通信机20的位置并且指示IIVR模块11执行“移动请求者”脚本。在本实施例中,利用主叫通信机20的小区ID来确定请求者的位置,其中小区ID代表该主叫通信机20所在的小区即地理区域,ITAM模块13在RI数据库17中查询小区ID,得到主叫通信机20的位置。在其它实施例中,可以通过三角测量,无线电定位或诸如GPS的卫星定位来确定请求者的主叫通信机20。
在存在CLI但是不能从CLI确定位置的情况下,诸如当该请求者未登记时,也就是,在该请求者要求了服务提供者不公开与请求者通信机20的号码对应的位置信息,并且该提供者没有采用其他方式提供位置信息的情况下,ITAM模块13在CC数据库15中搜索对应于被叫号码的分类搜索向量(searchvector),以确定是否存在用于处理位置无关的请求者的向量。在存在用于处理位置无关的请求者的向量的情况下,ITAM模块13利用该向量。在不存在用于处理位置无关的请求者的向量的情况下,ITAM模块13指示IIVR模块11执行“要求位置”脚本,该脚本播放“要求位置”问候并且提示请求者提供位置信息,典型地是已知的CLI启用电话的号码,其中,位置信息保存在担当搜索中心的CC数据库15中。
在存在CLI但是主叫号码是交换机(人工或自动)的号码时,ITAM模块13指示IIVR模块11执行适当的“交换机请求者”脚本。
在“固定请求者”和“移动请求者”脚本下,IIVR模块11播放与所检索的分类问候标识符对应的“分类标题”问候,接着是“请求提示”问候,该问候用于提示请求者提供请求。例如,在被叫号码对应于分类“玩具商店”的情况下,在本实施例中,分类问候将是“欢迎到玩具商店的ResponsaTM分类”,并且“请求提示”问候将是“请在电话音之后留下你的请求并在结束后挂断”。
在“交换机请求者”脚本下,IIVR模块11依次播放对应于所检索的分类问候标识符的“分类标题”问候、提示请求者提供分机号码的“分机标识”,典型地是通过键入号码或者通过声音答复,以及提示请求者提供请求的“请求提示”问候。在本实施例中,“请求提示”问候仅在主叫通信机20的预定按键以后播放,其中按键确认主叫通信机20提供分机号码。例如,当被叫号码对应于分类“玩具商店”时,在本实施例中,“分类标题”问候将是“欢迎到玩具商店的ResponsaTM分类”,“分机标识”问候将是“请在电话音之后留下你的分机号码,然后按X键”,并且在所要求的按键之后,“请求提示”问候将是“请在电话音之后留下你的请求并在结束后挂断”。
在请求者希望设置可选首选项时,例如希望对提供者保留联系详细资料而默认情况是向提供者提供详细资料时,提供可选搜索中心位置,或者可选搜索参数,IIVR模块11支持按键输入以设置这些首选项。
在本实施例中,IIVR模块11配置成允许例如当请求者在记录请求中犯错时通过按预定键来重新记录请求。
另外在本实施例中,IIVR模块11配置成使得能够在发起匹配操作之前查阅在此为重放请求。
在本实施例中,在“请求提示”问候以后经过了预定时间段后,或者当请求者挂断时关闭呼叫连接,其中挂断事件可以由IIVR模块11识别。
在一个实施例中,ITAM模块13在所分配的文件名下将每一个请求存储在文件存储装置19中。
TM系统1a、1b的每一个还包括出站电话管理(OTM)单元21,用于管理出站线路23最好是ISDN线路上的向提供者通信机24上的提供者和请求者通信机20上的请求者的出站呼叫。
OTM单元21包括:出站交互式声音响应(OIVR)模块25,连接到出站线路23,用于实现向提供者和请求者的出站呼叫;以及出站电话应用管理(OTAM)模块27,用于按照从提供者选择单元33a、33b、33c接收的呼叫文档来调度和指示向OIVR模块25的呼叫。在本实施例中,呼叫文档可以按照优先级标志来调度,其中,例如对请求者的状态报告比对提供者的请求具有更低的优先级。
在操作中,当实现向提供者的出站呼叫时,OIVR模块25拨打在呼叫文档中识别的提供者通信机24的号码。
在应答由OIVR模块25实现的向提供者通信机24的呼叫时,OIVR模块25执行“请求回放”脚本,该脚本首先播放“VRS欢迎”问候,例如“对理发师的VRS”,接着是第一短音,随后重放对提供者的请求,接着是第二短音。在本实施例中,该请求被中继,在此被不加任何探询地重放,因为诸如通过语音识别的探询是不必要的;分类由被叫号码指示。在一个可选实施例中,请求可以被探询,其中需要更精细或精巧的匹配系统。
在听到请求时,提供者具有以下答复操作,其中每一个选项都有一个相关的按键:
“接受”,它是可以满足请求的确认。例如,在请求是“你理发吗?”的情况下,也就是,在请求者只是试图获得本地理发师的详细资料并且该请求适当的情况下,提供者将答复“接受”。
“可能”,它是可能可以满足请求的指示,但提供者必须确认。在请求更复杂的情况下,例如在“你是否可以在下星期四15点30分为我理发?”的情况下,提供者可能想起下星期四下午预约没有全满,但需要检查该确切时间是否空闲,在这种情况下,提供者将答复“可能”。
“拒绝”,它确认不能满足请求。在本实施例中,挂断相当于答复操作“拒绝”。
“不适当”,指示请求不适于该分类或者不可理解。
“滥用(Abusive)”,表示该请求被认为是滥用的。
在本实施例中,提供者的答复被记录,这样使得分类管理者可以监视提供者和部分地请求者的行为,其中尤其允许有针对地提供对请求者和提供者的指导,甚至禁止其行为是不可接受的请求者或者提供者。
例如,由于重复的“不适当”答复可能是因请求者或提供者混淆了分类目的而造成的,因此“不适当”答复被记录,既针对这样答复的提供者,还针对发出该请求的请求者。
另外,“滥用”答复被记录,既针对这样答复的提供者,还针对发出该请求的请求者,并且在本实施例中,除了终止匹配操作之外,由确认的“滥用”答复确定的重复滥用请求导致相应请求者禁止使用分类或者甚至是整个匹配系统。在本实施例中,典型地显著高于分类平均值的提供者的重复“滥用”答复也将受到调查。
在提供者提供了肯定答复,即在本实施例中为答复选项“接受”或者“可能”之一时,OIVR模块25执行“确认”脚本,该脚本播放“答复确认”问候并跟随一声短音,然后更新呼叫文档以包括一个肯定答复标识符并将更新后的呼叫文档传送到发起的提供者选择单元33a、33b、33c。
在请求者的联系详细资料被限制时,“确认”脚本也播放“联系详细资料限制”问候。
在联系详细资料不被限制时,“确认”脚本还提供请求者的联系详细资料并跟随一声短音。在一个实施例中,提供者可以记录请求者的详细资料以随后呼叫该请求者。在另一个实施例中,提供者可以通过预定按键直接与该请求者联系。在该请求者正在在线跟踪该过程时,该请求者可以在提供者仍然在线时与该提供者直接联系。
在主叫通信机20来自人工交换机的分机时,“确认”脚本也提供交换机电话号码和请求者的分机以便允许提供者通过(navigate)交换机。
在主叫通信机20来自非人工交换机的分机时,“确认”脚本还播放“请保持在线直到听到电话音”问候。在该电话音之前的期间,提供者的详细资料被提供给请求者,因此提供给该请求者一个机会去与仍然在线的提供者直接联系。在需要马上联系时,该请求者被连接到提供者并由此建立对话。在马上联系没有被建立时,请求者可以在以后与提供者联系。
在本实施例中,系统配置成允许通过一个预定按键再次执行“确认”脚本。
在本实施例中,肯定答复是答复选项“接受”或“可能”中的任一项。在其它实施例中,特别是对于一些分类,匹配系统可以配置成仅寻找“接受”答复作为肯定答复,在这样的实施例中,“请求重放”脚本还播放“请只选择拒绝或接受”问候,所有“可能”和“拒绝”答复都被认为是否定答复。
在由OIVR模块25实现的对提供者的呼叫没有被应答时,OIVR模块25对呼叫文档分配下面的状态之一来作为呼叫状态标识符,即:“无效号码(Number Unobtainable)”是为提供者通信机24保存的号码是无效的;“忙(engaged)”是为提供者保存的号码处于忙状态,“无人应答(Rings Out)”是为提供者保存的号码无人应答并且没有答复,OIVR模块25更新呼叫文档以包含相关的呼叫状态标识符并将更新的呼叫文档发送到发起的提供者选择单元33a、33b、33c。
TM系统1a、1b的每一个还包括电话管理(TM)通信网络29,它提供与第一主通信网络3的通信链接,以及ITM单元5,在本实施例中为单独的IIVR模块11和ITAM模块13;文件存储装置19;OTM单元21,在本实施例中为单独的OIVR模块25和OTAM模块27之间的通信链接。在一个实施例中,与ITM单元5、文件存储装置19和OTM单元21的通信,以及IIVR模块11和ITAM模块13之间的通信是被编码的,即加密通信或者认证通信,如带签名通信。
在本实施例中,在ITM单元5、文件存储装置19和OTM单元21处于相同位置的情况下,TM通信网络29包括局域网(LAN),如以太网。
在其它实施例中,在ITM单元5、文件存储装置19和OTM单元21处于远离位置的情况下,TM通信网络29可以包括既定电话网络,最好是ISDN网络。
匹配系统还包括至少一个提供者选择单元33,在本实施例中为三个提供者选择单元33a、33b、33c,用于在匹配请求时选择所要联系的提供者并且通过TM系统1a、1b的OTM单元21调度与提供者的联系。应该理解,匹配系统可以包括任意数量的提供者选择单元33;本实施例包括三个提供者选择单元33a、33b、33c只是作为例子。
在本实施例中,提供者选择单元33a、33b、33c处于相同位置,但是在其它实施例中,提供者选择单元33a、33b、33c中的多个或全部可以处于远离位置。
在本实施例中,提供者选择单元33a、33b、33c的每一个都配置成支持所有可处理的分类,但是在其它的实施例中,特别是在有几十或几百个提供者选择单元33a、33b、33c时,提供者选择单元33a、33b、33c可以配置成只支持可处理分类中的一个分类或者一个子集。
匹配系统还包括第二主通信网络34,它提供与提供者选择单元33a、33b、33c的通信链接以及提供者选择单元33a、33b、33c之间的通信链接。
在本实施例中,在提供者选择单元33a、33b、33c处于相同位置时,第二主通信网络34包括局域网(LAN),例如以太网。
在其它实施例中,在提供者选择单元33a、33b、33c处于远离位置时,第二主通信网络34可以包括电话网络,最好是综合服务数字网络(ISDN)。
匹配系统还包括路由器35,用于在各个TM系统1a、1b和提供者选择单元33a、33b、33c之间对请求文档和呼叫文档进行路由选择。
提供者选择单元33a、33b、33c的每一个包括:分类信息(CI)数据库37,包含如下信息,即关于由各个提供者选择单元33a、33b、33c支持的每一个分类中的每一个提供者的提供者特征、每一个分类的提供者列表构造参数、每一个分类的匹配标准和每一个分类的终止标准;第二请求者信息(RI)数据库39,包含如下信息,即关于每一个请求者的请求者特征;文档调度程序41,用于调度出入各个提供者选择单元33a、33b、33c的文档;以及提供者列表构造单元43,对每一个请求,从包含在CI数据库37的提供者中,为该请求被引导的分类来构造排序提供者列表。
CI数据库37包含关于每一个分类中的每一个提供者的信息,每一个提供者由一个提供者标识符引用。为每一个提供者保存的信息包括该提供者的名字;该提供者的地址;该提供者的联系号码;提供者特征;以及系统历史信息,该系统历史信息包括所传送请求的数量、肯定答复的数量,即在本实施例中为“接受”和“可能”答复之一,在其它实施例中为“接受”答复,否定答复的数量,即在本实施例中为“拒绝”答复,在其它实施例中为“拒绝”或“可能”答复之一、“不适当”答复的数量、以及“滥用”答复的数量。在本实施例中,CI数据库37是空间连接(spatial-join)数据库,即支持空间操作的数据库。
提供者列表构造单元43包括提供者选择模块44,该提供者选择模块44配置成对该请求所针对的分类按照预定列表构建机制来创建一个或多个候选提供者列表,并且其中,列表构建机制基于搜索中心利用基于位置的向量,该向量通常是请求者的位置,但也可以是由请求者指定的替代位置,或者在搜索被重新确定中心(re-centered)时第一个对请求作出了肯定答复的提供者的位置。多个候选提供者列表的创建支持提供者的混合,例如本地和国际提供者的混合,后面将对此进行更详细的描述。
在本实施例中,提供者选择模块44采用以下列表构建机制来创建一个或多个候选提供者列表:
列表构建机制A-最靠近
该列表构建机制创建按照空间相关参数最靠近搜索中心的候选提供者的候选提供者列表,其中空间相关参数典型地是直接(点到点)距离,行驶距离或者行驶时间。在一个实施例中,候选提供者列表可以用数量来删减,即包括预定数量的最靠近搜索中心的提供者。在另一个实施例中,候选提供者列表可以用空间相关参数的上限来删减,即包括预定大小的空间区域内的所有提供者。
列表构建机制B-最靠近群(cluster)
该列表构建机制创建表示最靠近的一组提供者的候选提供者列表作为最靠近群,该机制满足了请求所针对的分类的群特征。在本实施例中,群特征将最靠近群定义为最靠近的提供者集合,包括预定大小的空间范围,典型地是直接(点到点)距离,行驶距离或者行驶时间之内的至少预定数量的提供者。
列表构建机制C-最大密度群
该列表构建机制创建表示一组提供者的候选提供者列表作为满足请求所针对的分类的密度特征的群,但该群不一定是最靠近群。在本实施例中,密度特征将群定义为提供者集合,其中包括第一预定大小的第一空间范围之内的最高数量的提供者,第一空间范围典型地是直接(点到点)距离,行驶距离或者行驶时间,其中第一空间范围在以搜索中心为中心的大于第一空间范围的第二预定大小的第二空间范围内。该列表构建机制可以在地理区域中有效地定位最大的城镇或城市,并且消除主要密集以外的提供者,因为他们可能被更广地分散。因此,可以预料,该列表构建机制通常用作一系列搜索的一部分。
列表构建机制D-圆缺(segment)
该列表构建机制从一个圆的圆缺内创建候选提供者的候选提供者列表,该圆缺具有预定的圆缺角、半径和距离,该半径是到搜索中心的第一预定大小,典型地是直接(点到点)距离,行驶距离或者行驶时间,或者是第二更小的大小,在前述距离中具有更小的半径的圆缺包含预定数量的候选提供者。在本实施例中,候选提供者列表按照空间相关的参数,典型地是从搜索中心的直接(点到点)距离,行驶距离或者行驶时间来排序,其中最靠近的一个排在列表的第一位。在由于匹配操作不成功而再调用时,按顺时针或逆时针的感觉使用下一个圆缺。该列表构建机制被开发用于以下情况:在一个感兴趣的区域内存在可变但高密度的提供者,并且请求者渴望识别在从搜索中心延伸的一般行驶方向内的提供者。在本实施例中,随机选择圆的圆缺。
列表构建机制E-全部
该列表构建机制按照空间相关参数典型地是直接(点到点)距离、行驶距离或者行驶时间来创建具有预定大小并以搜索中心为中心的空间区域的全部候选提供者的候选提供者列表。
列表构建机制F-阈值
该列表构建机制创建满足请求所针对分类的阈值特征的候选提供者的提供者列表。在本实施例中,阈值特征定义满足预定阈值标准的提供者,例如高于或低于至少一个预定阈值。阈值标准的例子包括营业额(turnover)、雇员数量、质量等级和送货速度。
提供者列表构造单元43还包括提供者排序模块45,用于通过按照请求所针对分类的预定排序机制对由提供者选择模块44创建的候选提供者列表中的候选提供者进行排序来创建提供者联系列表。在一个实施例中,创建出的提供者联系列表可以被删减。
在本实施例中,提供者分类模块45可以采用以下排序机制:
排序机制A-无
该排序机制不对候选提供者列表进行排序。提供者联系列表具有由提供者选择模块44创建的候选提供者列表的次序。
排序机制B-随机
该排序机制通过随机排列由提供者选择模块44创建的候选提供者列表来创建提供者联系列表。
排序机制C-轮流
该排序机制通过如下方式创建提供者联系列表,即根据与提供者的最后联系对由提供者选择模块44创建的候选提供者列表进行排序,从而确保提供者按照指定的比率轮流地被联系,其中最后联系的提供者处于列表的底部。在本实施例中,对于先前与提供者的联系,维护日志记录。
排序机制D-最靠近
该排序机制通过按照空间相关参数对由提供者选择模块44创建的候选提供者列表进行排序来创建提供者联系列表,其中空间相关参数典型地是到搜索中心的直接(点到点)距离,行驶距离或者行驶时间,最靠近的排在第一位,等等。
排序机制E-分级(ranked)
该排序机制通过按照特定分级参数,例如通过营业额、雇员数量、质量等级和送货速度将由提供者选择模块44创建的候选提供者列表排序成分级次序来创建提供者联系列表。该排序机制特别适于搜索位置不重要的提供者。这些提供者往往是国际提供者,并且这些提供者的位置仅相关于提供者包括请求者位置的程度。典型的分类将是保险服务,其中将通过电话与提供者联系。应该理解,该排序机制可以创建从不包括特定提供者的列表,因此,该排序机制通常用作一系列搜索之一。
在本实施例中,在选定分类的列表构造标准需要多个联系提供者列表时,列表构造单元43配置成将多个提供者联系列表合并以创建单一的提供者联系列表。从多个提供者联系列表创建单一的提供者联系列表可应用于要选择混合提供者例如本地和国际提供者的情况。适于这种提供者联系列表的典型分类是计算机供应者,其中请求者可能需要本地提供者或者可能还有国际提供者。
由列表构造单元43构造的提供者联系列表对于每一个提供者条目包括多个状态字段,但具有提供者可以包括在仅一个字段中的限制。通过这种方式,可以维护提供者的状态。若干状态可以被分组,这意味着请求还没有被递送,这些包括“可用”,“在上班时间外(out of hours)”,“忙”,“无人应答”状态。最终的响应状态包括“接受”,“拒绝”,“可能”,“不适当”和“滥用”状态。
在构造提供者联系列表中,执行数据库探询来确定哪些提供者可用。检查这个列表并将提供者分类到“可用”和“在上班时间以外”状态。当每一个“在上班时间以外”的提供者变为可用时,一个事件被排队以将该提供者从“在上班时间以外”字段移到“可用”字段。类似地,当每一个“可用”提供者变为不可用时,一个事件被排队以将该提供者从“可用”移到“在上班时间以外”状态。
在一个实施例中,提供者选择单元33a、33b、33c可以配置成支持将搜索中心重新确定为提供第一个肯定答复的提供者的位置。在允许进行重新确定中心并且识别出提供了肯定答复的提供者的情况下,重新调用提供者列表构造单元43来创建采用所识别提供者的位置作为搜索中心的另外提供者联系列表。这种重新确定中心用来识别尽可能地互相靠近的提供者,从而试图避免识别相距很远的提供者,例如两个与搜索中心处于相反方向的提供者,因此分开很远。可以设想重新确定中心可应用于识别多个位于相对接近的提供者以便被请求者所拜访,这被希望用于允许比较由提供者提供的服务或商品。
文档调度程序41在将呼叫文档调度到TM系统1a、1b的OTM单元21中配置成执行计算以计算有多少个提供者可以被同时呼叫,以及这些呼叫是否是“只接受(accept-only)”。该数量被用来确定是否所要联系的提供者的“进行中(in progress)”列表可以容纳另一个提供者。如果可以容纳另一个提供者,则使用来自“可用”列表的第一个提供者。如果“可用”列表为空,则文档调度程序41等待“忙”、“无人应答”或者“在上班时间外”的提供者变为可用。还使用进一步的接口方法来将提供者从一个列表移动到另一个列表,由此允许文档调度程序41将“进行中”的提供者移动到最终响应状态,如“接受”、“拒绝”、“可能”等等。同样的方法被用于将提供者在“可用”和“在上班时间外”之间移动,反之亦然。同样方法的使用允许执行多个检查,如当提供者处于“在上班时间外”时对“忙”的提供者进行重新排队。
提供者选择单元33a、33b、33c配置成,在满足匹配标准的情况下,或者如果不满足匹配标准而满足激活的下面终止标准之一,终止搜索。在本实施例中,对每一个分类,任何终止标准都可以被激活或禁止。在任何终止标准被激活的情况下,提供者选择单元33a、33b、33c在满足终止标准时终止搜索,并且将终止报告传递给相应提供者。
在本实施例中,终止标准如下:
终止事件A-拒绝的数量
对于该终止事件,当联系了相应请求的提供者联系列表上的预定百分比的提供者时,发生终止。提供者选择单元33a、33b、33c配置成在提供者的电话号码正在使用或者无人应答的情况下重试这些提供者中联系尽可能多的选定提供者。应该理解,一些提供者的电话号码可能永远忙或无人应答,这样,系统不可能一定联系所有选定提供者。
终止事件B-预定时间段结束
对于该终止事件,在预定时间限制结束的情况下,发生终止。在优选实施例中,终止发生于从请求者发出请求起过去预定时间段或者从请求者发出请求起的预定时间段内提供者联系列表上的预定百分比的提供者未被联系的首先发生者。
终止事件C-滥用的请求
对于该终止事件,在预定数量的提供者在本实施例中为两个提供者报告请求是滥用的时发生终止,“滥用”答复是提供者的答复选项。
终止事件D-不适当的请求
对于该终止事件,在预定数量的提供者在本实施例中为两个提供者报告请求是不适当的时发生终止,“不适当”答复是提供者的答复选项。
终止事件E-列表用尽
对于该终止事件,在联系提供者列表用尽时发生终止。
在一个优选实施例中,“不可理解”或者“不适当”答复的数量设成大于一个的数量,例如两个或者三个,这样单一的“不可理解”或者“不适当”答复不足以造成匹配操作的终止,因为这可能是由无赖的提供者提供的或者是因提供者这一方的简单错误造成的。
在系统没有在合理的时间内满足匹配标准时,联系请求者并提供进展报告。系统继续直到满足匹配标准或者终止标准之一为止。如果对请求满足终止标准,则联系请求者以报告搜索的结束和所得到的结果。一般而言,如果请求者没有听到任何情况,则请求者可以确信系统已经成功地按照分类的匹配标准匹配了该请求。进展或者终止报告返回到交换机请求者,但是所记录的请求者的名称和分机号码总是居于这些报告之前,这样交换机的操作者可以将消息传递给请求者。
在本实施例中,系统还支持延迟匹配操作的发起。经常有这样的场合,一个人希望发出请求,但他知道大部分或者全部潜在的提供(offer)目前被关闭。在这些场合仍然可以使用系统。请求者可以在一天的任何时间发出请求,例如在02:00,从而知道该请求不可能被匹配。在那时活动的任何选定提供者将被联系,从而使那些提供者有机会响应该请求。活动时期对所有提供者是已知的。对于许多提供者,在普通的白天工作时间,可用提供者的数量将大得多。如果是这种情况,则将照常向请求者提供终止报告,但是系统配置成在给定分类中的更多提供者是活动的指定其他时间再次中继(relay)该请求。在本实施例中,该系统配置成通过施加预定按键来忽略这一特性。作为默认,挂断电话的动作被用来要求该请求被中继到一个更可能得到匹配的时间。
在本实施例中,系统还配置成请求者可以对一个与主叫电话的CLI无关的搜索中心指定一个替代的位置。在本实施例中,IIVR模块11提供采用预定的按键来激活该特性,并且在激活之后,IIVR模块11执行“替代位置”脚本,该脚本播放“替代位置”问候并提示请求者输入替代搜索中心的电话号码,并跟随另一个预定的按键。然后系统使用该替代位置电话号码来确定搜索中心。系统仅使用替代位置电话号码而不是主叫号码来构造提供者联系列表。主叫号码通常是CLI被用来作为状态或终止报告被传送到的电话号码。
该特性支持请求者希望识别不同地理区域内的提供者的情形。例如假设该请求者在周末外出旅行而拜访朋友并且希望在所要拜访的地区定位一家法国餐馆,该请求者将在分类问候期间执行“替代位置”按键,并且输入替代电话号码,典型地是所要拜访的朋友的电话号码,并随着输入一个“完成”按键,然后留下请求,例如“一家很好的法国餐馆,可容纳四个人的桌子,19:30星期六晚上,请于今晚回电话”。在联系模式设成提供请求者详细资料时,将向任何提供肯定答复的提供者提供该请求者的主叫号码,而不是替代位置电话号码。
在本实施例中,系统还配置成允许请求者保持在线并跟踪匹配操作。这典型地是在请求者相信匹配很可能很快达成的情况。在本实施例中,在完成请求的记录时通过预定按键来激活这个特性,并且通过重复该预定按键来禁止该特性。匹配系统实时报告每一个事件,例如“单剪,被拒绝”,“他的头发(his hair),被拒绝”,“冷剪(cool cut),被接受”,等等。在这种模式下,向每一个提供肯定答复在本实施例中为“接受”或者“可能”之一的提供者分配特定按键,并且操作相关的按键建立向该提供者的呼叫。
在本实施例中,对于每一个请求者,配置选项包括联系模式设置,该设置允许请求者将系统默认地配置成对提供者限制请求者的联系详细资料,在这种情况下,任何向请求者的报告都同时提供已经提供了肯定答复的被识别的提供者的详细资料,从而允许请求者联系提供者,或者在接受请求时将请求者的联系详细资料提供给被识别的提供者,从而接受提供者可以直接联系请求者。
在本实施例中,系统配置成使请求者能够忽略默认的联系模式设置,在这里是通过在分类问候期间操作一个预定按键。在本实施例中,除非被特别配置,否则默认答复模式设置是提供请求者详细资料。在默认联系模式设置设成提供详细资料时,施加预定键导致将联系模式设置从提供请求者详细资料切换到限制请求者详细资料,因此播放联系模式问候“请求者详细资料将被限制”,并跟随通常的记录请求音。在默认联系模式设置设成限制详细资料时,施加预定键导致将联系模式设置从限制请求者详细资料切换到提供请求者详细资料,因此播放联系模式问候“请求者详细资料将被提供”,并跟随通常的记录请求音。
在联系模式设置设成限制请求者详细资料时,系统在为请求识别了提供者后,呼叫主叫号码上的请求者,并且提供包括各提供者的详细资料在内的终止报告,在本实施例中,对于每一个提供者,提供者的详细资料是联系名称,或者是提供者的名称,或者是提供者的联系人的名称,以及联系号码。在本实施例中,每一个在终止报告中提及的提供者都被分配小键盘上的一个相关键,从而允许请求者快速拨号联系提供者的选定之一。在请求者不接从系统返回的呼叫并且该请求者的主叫号码具有附带的应答机时,该呼叫由应答机接收,其中记录终止报告,从而允许请求者以后听取返回电话。在主叫号码无人应答,并且请求者的主叫号码没有附带的应答机时,系统在设定间隔时间再次呼叫直到完成该呼叫。
在注册的时候,配置详细资料包括提供者的营业有效性(businessavailability),即一周七天的每一天的营业工作时间。在这些工作时间内,系统作为默认配置成假定提供者希望接收请求。在本实施例中系统配置成允许提供者将他/她自己从分类中删除,因此不再接收任何请求。应注意如果提供者将他/她自己从分类中删除,则该提供者不再出现在由提供者选择单元33a、33b、33c的列表构造单元43所构造的任何列表中,直到该提供者肯定地将他/她自己重新引入该分类。这个特性允许商业机构长时间歇业,例如假期。在营业时间之外,系统不联系提供者,该提供者被假设不希望接收请求。在本实施例中,提供者可以通过设置“打开”或“关闭”状态之一来临时改变被分配的营业时间,但是这样设置营业仅是临时功能,并且如果在下一次营业时间期间不重新设置被分配的营业,则对营业时间采用默认时间。
在本实施例中,系统可以允许提供者阻止来自不能被服务的请求者的请求。一个典型的例子是由于请求者的位置不是提供者所服务的位置。另一个典型的例子是该提供者仅为特定人群例如相对于老年人的年轻人提供服务,并且老年人的请求不能被服务。这不使搜索带偏向,但仅避免不适当的联系。
在本实施例中,系统还允许提供者阻止来自其联系详细资料被限制的请求者的请求。在这样的情形下,提供者可能担心竞争者偷偷摸摸地使用该系统来收集情报。
在本实施例中,这些首选项可以通过使用分类管理单元49的分类管理者来设置。
该匹配系统还包括分类管理单元49,支持维护分类数据库即CC数据库15和CL数据库37,以及请求者数据库即第一和第二RI数据库17、39。具体而言,分类管理单元49支持提供者条目的更新、新提供者条目的包括、对任何分类的列表构造参数的改变、以及新分类的包括。在本实施例中,分类管理单元49包括web(万维网)接口以允许远距离操作。在一个优选实施例中,由多个分类管理者操作分类管理单元49,每一个分类管理者都被分配管理一个或多个分类。
最后,应该理解,本发明已经在其优选实施例中加以描述,并且在不脱离由所附权利要求限定的发明范围的情况下,可以以多种不同方式对其进行修改。
例如,在所述实施例中,系统配置成使用利用电话发出的声音请求,但是可以设想使用其它通信机20、24,例如,PDA,个人计算机,顶置盒,游戏设备和游戏控制台,即具有通信功能的任何设备,以及其它用于请求接收和传递的格式,例如文本编码请求,如SMS和电子邮件,图片请求,典型地包含图画、静止图像或者视频,如MMS和EMS,以及传真请求。实际上,可以采用一种格式发出请求,例如语音请求,而采用另一种格式传递请求,例如SMS请求。另外,请求可以是多格式请求,例如包括声音和文本编码请求组件或者文本编码和图片请求组件。
一般来说,提供者是响应相应请求的人,但也有例外。一个这样的其它提供者是观察提供者,他只能接收请求,但不响应请求。另一个这样的提供者是分工提供者,其中由一个人通常是答复该请求的决策人接收请求,并将请求传给另一个进一步处理该请求的人,例如处理客户约会。另一个这样的提供者是归类提供者,他接收该请求并将其转给另一个提供者。
作为归类提供者的例子,这些提供者可以具有分层结构。从而“汽车销售”可以有子层“新汽车”和“二手汽车”,它们自己也可以根据汽车的制造商而具有子层,例如福特、Vauxhall、VW等等。系统可以支持该分层结构,但是,与人是处理请求的最佳人选这一看法一致,系统仅支持通过人工归类的分类层次。匹配过程如下。请求者决定他/她寻找一辆新的蓝色福特Focus 1.8 Ghia汽车。请求者对分类“汽车销售”拨打电话并留下请求。该请求被传递给该分组内的选定提供者。然而,一个提供者可能是销售多家制造商汽车的经销商。对于该提供者,如上所述先前作为子层配置了其它部门。在这种情况下,听到这个请求的人作为归类者来决定将该请求提供给哪个部门。系统配置成识别该提供者是一个分类者,并且因此期望接收与先前设置的部门之一有关的键码。一接收到该键码,系统将该请求提供给新识别的提供者,该提供者本身也可能被设置为归类者。在循环该过程一次或多次以后,该请求将发到不需要进一步归类的提供者。
另外,在要利用该系统作为私有匹配系统时,除了该匹配系统将请求提供给具有内部私有匹配系统的提供者之外,对私有匹配系统的设置与上述类似。在这种情形下,记录所有被用来得到响应的键码,因为这些代码允许对分层结构进行导航以报告和提供联系详细资料。
Claims (116)
1、一种匹配系统,用于匹配作为请求者的用户的请求和服务该请求的提供者,每一个请求者具有至少一个用于发出请求并处理对其的相应答复的通信机,并且每一个提供者具有至少一个用于处理请求和对其的相应答复的通信机,该系统包括:
至少一个请求接收单元,用于从请求者接收请求;
至少一个请求中继单元,用于提供将每一个请求中继到选定提供者从而进行处理;
至少一个答复接收单元,用于接收来自提供者的答复,接收到的答复由相应提供者根据相应请求来作出;以及
至少一个信息提供单元,用于对每一个请求执行以下操作之一或两者:向对相应请求提供了肯定答复的任何提供者提供关于相应请求者的信息,其中肯定答复表明提供者能够满足请求;以及向相应请求者提供关于来自选定提供者的对相应请求的答复的信息。
2、如权利要求1所述的系统,其中,所述系统是实时匹配系统。
3、如权利要求1或2所述的系统,其中,所述请求是自由格式的请求。
4、如权利要求1到3中的任一项所述的系统,其中,所述请求包括声音请求。
5、如权利要求1到4中的任一项所述的系统,其中,所述通信机包括移动通信机,如电话、PDA、个人计算机和游戏设备。
6、如权利要求1到5中的任一项所述的系统,其中,所述通信机包括固定通信机,如电话、传真机、个人计算机、顶置盒和游戏控制台。
7、如权利要求1到6中的任一项所述的系统,其中,所述通信机包括组合固定/移动通信机,如电话。
8、如权利要求1到7中的任一项所述的系统,包括:
至少一个入站通信单元,其中每一个入站通信单元包括至少一个请求接收单元。
9、如权利要求1到8中的任一项所述的系统,包括:
至少一个出站通信单元,其中每一个出站通信单元包括至少一个请求中继单元、至少一个答复接收单元和至少一个信息提供单元。
10、如权利要求1到7中的任一项所述的系统,包括:
至少一个通信单元,其中每一个通信单元包括至少一个请求接收单元、至少一个请求中继单元、至少一个答复接收单元和至少一个信息提供单元。
11、如权利要求1到10中的任一项所述的系统,其中所述至少一个请求中继单元配置成将请求直接中继到选定提供者的通信机。
12、如权利要求1到11中的任一项所述的系统,其中所述至少一个请求中继单元配置成提供不加任何探询地中继请求以确定内容。
13、如权利要求1到12中的任一项所述的系统,其中所述至少一个请求接收单元包括多个用于接收请求的接收机,每一个请求具有与可预定的分类相关的分类联系地址。
14、如权利要求13所述的系统,其中所述分类联系地址是拨号号码。
15、如权利要求1到14中的任一项所述的系统,还包括:
至少一个提供者选择单元,用于选择提供者以处理请求。
16、如权利要求15所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据以下条件为请求选择提供者:分配给相应请求的地理位置,以及分配给提供者的地理位置或者地理区域之一或两者。
17、如权利要求16所述的系统,其中分配给相应请求的地理位置是相应请求者的当前位置。
18、如权利要求17所述的系统,其中所述当前地理位置由相应请求者的通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
19、如权利要求18所述的系统,其中所述通信机联系地址是拨号号码。
20、如权利要求16所述的系统,其中分配给相应请求的地理位置是由相应请求者分配的替代地理位置。
21、如权利要求20所述的系统,其中所述替代地理位置由通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
22、如权利要求21所述的系统,其中所述通信机联系地址是拨号号码。
23、如权利要求15到22中的任一项所述的系统,其中移动通信机的地理位置由小区标识、三角测量、无线电定位或者卫星定位如GPS之一来确定。
24、如权利要求15到23中的任一项所述的系统,其中所述固定通信机的地理位置由相应所分配的位置确定。
25、如权利要求15到24中的任一项所述的系统,其中所述至少一个提供者选择单元配置成在相对于分配给相应请求的所述地理位置的可预定空间地理区域内为请求选择提供者。
26、如权利要求25所述的系统,其中所述可预定空间地理区域是以下项目之一:相对于分配给相应请求的地理位置的地理半径;相对于分配给相应请求的地理位置的行驶距离;或者相对于分配给相应请求的地理位置的行驶时间。
27、如权利要求15到26中的任一项所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:相应请求者的至少一个请求者特征,如地理相关信息和社会经济信息,其作为对相应请求者分配的特征;或者在发出请求时由相应请求者输入的特征。
28、如权利要求15到27中的任一项所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:所述提供者的至少一个提供者特征,如要求请求者具有可预定简档或者提供联系详细资料,其作为对相应提供者分配的特征。
29、如权利要求15到28中的任一项所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据当前时间来为请求选择提供者。
30、如权利要求15到29中的任一项所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:至少一个分类特征,如用于选择提供者的选择机制,其作为对相应分类分配的特征。
31、如权利要求1到30中的任一项所述的系统,其中所述至少一个请求中继单元配置成将请求中继到可预定数量的选定提供者以进行处理。
32、如权利要求1到31中的任一项所述的系统,其中所述至少一个请求中继单元配置成将请求多点传送到选定提供者,其中该请求要被中继到多个提供者以进行处理。
33、如权利要求1到32中的任一项所述的系统,其中所述至少一个信息提供单元配置成对于请求向相应请求者提供关于对所述请求提供了肯定答复的提供者的信息。
34、一种匹配系统,用于匹配作为请求者的用户的请求和服务该请求的提供者,该系统包括:
多个请求者通信机,每一个都被请求者用于发出请求以及处理对其的任何相应答复,所述答复至少之一包括关于来自选定提供者的对相应请求的答复的信息;以及
多个提供者通信机,每一个都被提供者用于处理请求以及对其的任何相应答复,所述请求被中继到相应选定提供者以进行处理并且所述答复至少之一包括关于其中对相应请求提供了肯定答复的所述相应请求的请求者的信息,其中,肯定答复表明提供者能够满足请求。
35、如权利要求34所述的系统,其中所述系统是实时匹配系统。
36、如权利要求34或35所述的系统,其中,所述请求是自由格式的请求。
37、如权利要求34到36中的任一项所述的系统,其中,所述请求包括声音请求。
38、如权利要求34到37中的任一项所述的系统,其中,所述通信机包括移动通信机,如电话、PDA、个人计算机和游戏设备。
39、如权利要求34到38中的任一项所述的系统,其中,所述通信机包括固定通信机,如电话、传真机、个人计算机、顶置盒和游戏控制台。
40、如权利要求34到39中的任一项所述的系统,其中,所述通信机包括组合固定/移动通信机,如电话。
41、如权利要求34到40中的任一项所述的系统,其中,将请求直接中继到相应选定提供者。
42、如权利要求34到41中的任一项所述的系统,其中,不加任何探询地中继请求以确定内容。
43、如权利要求34到42中的任一项所述的系统,还包括:
通信单元,其中包括多个用于接收请求的接收机,每一个请求具有与可预定的分类相关的分类联系地址。
44、如权利要求43所述的系统,其中所述分类联系地址是拨号号码。
45、如权利要求34到44中的任一项所述的系统,其中至少部分地根据以下条件为请求选择提供者:分配给相应请求的地理位置,以及分配给所述提供者的地理位置或者地理区域之一或两者。
46、如权利要求45所述的系统,其中分配给相应请求的所述地理位置是相应请求者的当前地理位置。
47、如权利要求46所述的系统,其中所述当前地理位置由相应请求者的通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
48、如权利要求47所述的系统,其中所述通信机联系地址是拨号号码。
49、如权利要求45所述的系统,其中分配给相应请求的所述地理位置是由相应请求者分配的替代地理位置。
50、如权利要求49所述的系统,其中所述替代地理位置由通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
51、如权利要求50所述的系统,其中所述通信机联系地址是拨号号码。
52、如权利要求34到51中的任一项所述的系统,其中在相对于分配给相应请求的所述地理位置的可预定空间地理区域内选择提供者。
53、如权利要求34到52中的任一项所述的系统,其中至少部分地根据以下条件来为请求选择提供者:相应请求者的至少一个请求者特征,如地理相关信息和社会经济信息,其作为对相应请求者分配的特征;或者在发出请求时由相应请求者输入的特征。
54、如权利要求34到53中的任一项所述的系统,其中至少部分地根据以下条件来为请求选择提供者:所述提供者的至少一个提供者特征,如要求请求者具有可预定简档或者提供联系详细资料,其作为对相应提供者分配的特征。
55、如权利要求34到54中的任一项所述的系统,其中至少部分地根据当前时间来为请求选择提供者。
56、如权利要求34到55中的任一项所述的系统,其中至少部分地根据至少一个分类特征来为请求选择提供者,如用于选择提供者的选择机制,其作为对相应分类分配的特征。
57、一种匹配系统,用于匹配作为请求者的用户的请求和服务该请求的提供者,每一个请求者具有至少一个用于发出请求并处理对其的答复的通信机,并且每一个提供者具有至少一个用于处理请求的通信机,该系统包括:
至少一个请求接收单元,用于从请求者接收请求;
至少一个请求中继单元,用于提供将每一个请求中继到选定提供者从而进行处理;以及
至少一个答复接收单元,用于接收来自提供者的答复,接收到的答复由相应提供者根据相应请求来作出。
58、一种匹配系统,用于匹配作为请求者的用户的请求和服务该请求的提供者,该系统包括:
多个请求者通信机,每一个都被请求者用于发出请求以及处理对其的相应答复;
多个提供者通信机,每一个都被提供者用于处理请求以及对其的相应答复;以及
至少一个通信单元,可与所述请求者通信机和所述提供者通信机通信,并且包括至少一个提供者选择单元,其用于选择提供者以处理由请求者发出的每一个请求;
其中对每一个请求,该系统配置成提供所述请求以将其中继到选定提供者从而进行处理。
59、如权利要求58所述的系统,其中所述系统进一步配置成对于请求,向相应请求者提供关于来自选定提供者的对该请求的答复的信息。
60、如权利要求58或59所述的系统,其中所述系统是实时匹配系统。
61、如权利要求58到60中的任一项所述的系统,其中所述请求是自由格式的请求。
62、如权利要求58到61中的任一项所述的系统,其中所述请求包括声音请求。
63、如权利要求58到62中的任一项所述的系统,其中所述通信机包括移动通信机,如电话、PDA、个人计算机和游戏设备。
64、如权利要求58到63中的任一项所述的系统,其中,所述通信机包括固定通信机,如电话、传真机、个人计算机、顶置盒和游戏控制台。
65、如权利要求58到64中的任一项所述的系统,其中,所述通信机包括组合固定/移动通信机,如电话。
66、如权利要求58到65中的任一项所述的系统,其中,所述系统配置成将请求直接中继到选定提供者的提供者通信器。
67、如权利要求58到66中的任一项所述的系统,其中,所述系统配置成提供不加任何探询地中继请求以确定内容。
68、如权利要求58到67中的任一项所述的系统,其中,所述至少一个通信单元包括多个用于接收请求的接收机,每一个请求具有与可预定的分类相关的分类联系地址。
69、如权利要求68所述的系统,其中所述分类联系地址是拨号号码。
70、如权利要求58到69中的任一项所述的系统,其中,所述至少一个提供者选择单元配置成至少部分地根据以下条件为请求选择提供者:分配给相应请求的地理位置,以及分配给所述提供者的地理位置或者地理区域之一或两者。
71、如权利要求70所述的系统,其中分配给相应请求的所述地理位置是相应请求者的当前地理位置。
72、如权利要求71所述的系统,其中所述当前地理位置由相应请求者的通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
73、如权利要求72所述的系统,其中所述通信机联系地址是拨号号码。
74、如权利要求70所述的系统,其中分配给相应请求的所述地理位置是由相应请求者分配的替代地理位置。
75、如权利要求74所述的系统,其中所述替代地理位置由通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
76、如权利要求75所述的系统,其中所述通信机联系地址是拨号号码。
77、如权利要求58到76中的任一项所述的系统,其中,所述至少一个提供者选择单元配置成在相对于分配给相应请求的所述地理位置的可预定空间地理区域内选择提供者。
78、如权利要求77所述的系统,其中所述可预定空间地理区域是以下项目之一:相对于分配给相应请求的地理位置的地理半径;相对于分配给相应请求的地理位置的行驶距离;或者相对于分配给相应请求的地理位置的行驶时间。
79、如权利要求58到78中的任一项所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:相应请求者的至少一个请求者特征,如地理相关信息和社会经济信息,其作为对相应请求者分配的特征;或者在发出请求时由相应请求者输入的特征。
80、如权利要求58到79中的任一项所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:所述提供者的至少一个提供者特征,如要求请求者具有可预定简档或者提供联系详细资料,其作为对相应提供者分配的特征。
81、如权利要求58到80中的任一项所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据当前时间来为请求选择提供者。
82、如权利要求58到81中的任一项所述的系统,其中所述至少一个提供者选择单元配置成至少部分地根据以下条件来为请求选择提供者:至少一个分类特征,如用于选择提供者的选择机制,其作为对相应分类分配的特征。
83、如权利要求58到82中的任一项所述的系统,其中所述系统配置成提供将请求中继到可预定数量的相应选定提供者的提供者通信机以进行处理。
84、如权利要求58到83中的任一项所述的系统,其中所述系统配置成将请求多点传送到相应选定提供者的提供者通信机,其中该请求要被中继到多个提供者以进行处理。
85、一种匹配方法,用于匹配作为请求者的用户的请求和服务该请求的提供者,每一个请求者具有至少一个用于发出请求并处理对其的相应答复的通信机,并且每一个提供者具有至少一个用于处理请求和对其的相应答复的通信机,该方法包括以下步骤:
从请求者接收请求;
对每一个请求,提供将该请求中继到选定提供者以进行处理;
接收来自选定提供者的答复,接收到的答复由相应提供者根据相应请求来作出;以及
对每一个请求执行以下操作之一或两者:向对相应请求提供了肯定答复的任何提供者提供关于相应请求者的信息,其中肯定答复表明提供者能够满足请求;以及向相应请求者提供关于来自选定提供者的对相应请求的答复的信息。
86、如权利要求85所述的方法,其中所述方法是实时匹配方法。
87、如权利要求85或86所述的方法,其中所述请求是自由格式的请求。
88、如权利要求85到87中的任一项所述的方法,其中所述请求包括声音请求。
89、如权利要求85到88中的任一项所述的方法,其中所述通信机包括移动通信机,如电话、PDA、个人计算机和游戏设备。
90、如权利要求85到89中的任一项所述的方法,其中,所述通信机包括固定通信机,如电话、传真机、个人计算机、顶置盒和游戏控制台。
91、如权利要求85到90中的任一项所述的方法,其中,所述通信机包括组合固定/移动通信机,如电话。
92、如权利要求85到91中的任一项所述的方法,其中,提供将请求中继到选定提供者以进行处理的步骤包括以下步骤:
将请求直接中继到选定提供者的通信器。
93、如权利要求85到93中的任一项所述的方法,其中,不加任何探询地中继请求以确定内容。
94、如权利要求85到93中的任一项所述的方法,其中,从请求者接收请求的步骤还包括以下步骤:
在多个接收机接收来自请求者的请求,每一个请求具有与可预定的分类相关的分类联系地址。
95、如权利要求94所述的方法,其中所述分类联系地址是拨号号码。
96、如权利要求85到95中的任一项所述的方法,还包括以下步骤:
选择相应提供者以处理请求。
97、如权利要求96所述的方法,其中选择相应提供者以处理请求的步骤包括以下步骤:
至少部分地根据以下条件选择相应提供者以处理请求:分配给相应请求的地理位置,以及分配给所述提供者的地理位置或者地理区域之一或两者。
98、如权利要求97所述的方法,其中分配给相应请求的所述地理位置是相应请求者的当前地理位置。
99、如权利要求98所述的方法,其中所述当前地理位置由相应请求者的通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
100、如权利要求99所述的方法,其中所述通信机联系地址是拨号号码。
101、如权利要求97所述的方法,其中分配给相应请求的所述地理位置是由相应请求者分配的替代地理位置。
102、如权利要求101所述的方法,其中所述替代地理位置由通信机的通信机联系地址确定,其中所述通信机联系地址具有所分配的位置。
103、如权利要求102所述的方法,其中所述通信机联系地址是拨号号码。
104、如权利要求96到103中的任一项所述的方法,其中移动通信机的地理位置由小区标识、三角测量、无线电定位或者卫星定位如GPS之一来确定。
105、如权利要求96到104中的任一项所述的方法,其中固定通信机的地理位置由所分配的位置确定。
106、如权利要求96到105中的任一项所述的方法,其中选择相应提供者以处理请求的步骤包括以下步骤:
在相对于分配给相应请求的地理位置的可预定空间地理区域内选择相应提供者以处理请求。
107、如权利要求106所述的方法,其中所述可预定空间地理区域是以下项目之一:相对于分配给相应请求的地理位置的地理半径;相对于分配给相应请求的地理位置的行驶距离;或者相对于分配给相应请求的地理位置的行驶时间。
108、如权利要求96到107中的任一项所述的方法,其中选择相应提供者以处理请求的步骤包括以下步骤:
至少部分地根据以下条件来选择相应提供者以处理请求:相应请求者的至少一个请求者特征,如地理相关信息和社会经济信息,其作为对相应请求者分配的特征;或者在发出请求时由相应请求者输入的特征。
109、如权利要求96到108中的任一项所述的方法,其中选择相应提供者以处理请求的步骤包括以下步骤:
至少部分地根据以下条件来选择相应提供者以处理请求:所述提供者的至少一个提供者特征,如要求请求者具有可预定简档或者提供联系详细资料,其作为对相应提供者分配的特征。
110、如权利要求96到109中的任一项所述的方法,其中选择相应提供者以处理请求的步骤包括以下步骤:
至少部分地根据当前时间来选择相应提供者以处理请求。
111、如权利要求96到110中的任一项所述的方法,其中选择相应提供者以处理请求的步骤包括以下步骤:
至少部分地根据以下条件来选择相应提供者以处理请求:至少一个分类特征,如用于选择提供者的选择机制,其作为对相应分类分配的特征。
112、如权利要求85到111中的任一项所述的方法,其中提供将请求中继到选定提供者以进行处理的步骤包括以下步骤:
提供将请求中继到可预定数量的选定提供者以进行处理。
113、如权利要求85到112中的任一项所述的方法,其中提供将请求中继到选定提供者以进行处理的步骤包括以下步骤:
将请求多点传送到选定提供者,其中该请求要被中继到多个提供者以进行处理。
114、如权利要求85到113中的任一项所述的方法,其中提供信息的步骤包括以下步骤:
对于请求,向相应请求者提供关于对所述请求提供了肯定答复的提供者的信息。
115、一种匹配方法,用于匹配作为请求者的用户的请求和服务该请求的提供者,每一个请求者具有至少一个用于发出请求并处理对其的答复的通信机,并且每一个提供者具有至少一个用于处理请求的通信机,该方法包括以下步骤:
从请求者接收请求;
对每一个请求,提供将该请求中继到选定提供者以进行处理;
接收来自提供者的答复,接收到的答复由相应提供者根据相应请求来作出。
116、一种匹配方法,用于匹配作为请求者的用户的请求和服务该请求的提供者,该方法包括以下步骤:
接收包含来自请求者的请求的信号;
对于每一个请求,向选定提供者发送包含所接收请求的信号;
接收包含来自选定提供者的答复的信号,所述答复由相应提供者根据相应请求来作出;以及
对于每一个请求,发送以下信号之一或两者:包含向对相应请求提供了肯定答复的任何提供者发送的关于相应请求者的信息的信号,其中肯定答复表明提供者能够满足请求;以及包含向相应请求者发送的关于来自选定提供者的对相应请求的答复的信息的信号。
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0126809.3 | 2001-11-07 | ||
GBGB0126809.3A GB0126809D0 (en) | 2001-11-07 | 2001-11-07 | A car-sharing system |
GB0129265.5 | 2001-12-06 | ||
GB0129265A GB0129265D0 (en) | 2001-12-06 | 2001-12-06 | A request matching system |
GB0202864.5 | 2002-02-07 | ||
GB0202864A GB0202864D0 (en) | 2002-02-07 | 2002-02-07 | Request matching system and method |
GB0221614A GB0221614D0 (en) | 2002-09-18 | 2002-09-18 | Request matching system and method |
GB0221614.1 | 2002-09-18 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1610913A true CN1610913A (zh) | 2005-04-27 |
Family
ID=27448001
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 02826471 Pending CN1610913A (zh) | 2001-11-07 | 2002-11-06 | 请求匹配系统和方法 |
CN 02826468 Pending CN1656489A (zh) | 2001-11-07 | 2002-11-07 | 搭乘请求匹配系统和方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 02826468 Pending CN1656489A (zh) | 2001-11-07 | 2002-11-07 | 搭乘请求匹配系统和方法 |
Country Status (8)
Country | Link |
---|---|
EP (2) | EP1451737A1 (zh) |
JP (1) | JP2005508558A (zh) |
CN (2) | CN1610913A (zh) |
AR (1) | AR037267A1 (zh) |
BR (1) | BR0213993A (zh) |
MX (1) | MXPA04004425A (zh) |
TW (1) | TW200300534A (zh) |
WO (2) | WO2003040971A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103344237A (zh) * | 2013-07-01 | 2013-10-09 | 成都三影科技有限公司 | 行人、车辆导航路线自动匹配终端、系统及方法 |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1538583A1 (fr) * | 2003-11-06 | 2005-06-08 | One plus One Technologies S.A.R.L. | Système de covoiturage |
US20060041715A1 (en) * | 2004-05-28 | 2006-02-23 | Chrysos George Z | Multiprocessor chip having bidirectional ring interconnect |
US7840427B2 (en) | 2007-02-12 | 2010-11-23 | O'sullivan Sean | Shared transport system and service network |
FR2914455B1 (fr) * | 2007-03-28 | 2010-08-20 | Pierre Olivier Jean Lafon | Procede et systeme de mise en relation directe. |
US8243646B2 (en) | 2007-09-19 | 2012-08-14 | International Business Machines Corporation | Method and system for digital communication through infrastructure network with receiving stations according to their geographical status |
BE1018481A3 (fr) * | 2008-04-25 | 2011-01-11 | Delsupexhe Patrice | Le covoiturage intelligent. |
FR2935523B1 (fr) * | 2008-08-29 | 2010-11-05 | Alcatel Lucent | Procede et systeme de mise en relation automatique et en direct d'un conducteur et d'au moins une personne a transporter. |
CN101872543B (zh) * | 2009-04-23 | 2012-09-05 | 事必达科技股份有限公司 | 常搭车地址语音合成的自动快速叫车系统及其方法 |
TWI426460B (zh) * | 2009-10-20 | 2014-02-11 | Ind Tech Res Inst | 旅遊服務的方法、應用端裝置、伺服器及系統 |
CN102238212A (zh) * | 2010-04-21 | 2011-11-09 | 刘兴光 | 便民搭车、拼车信息服务系统 |
US9305310B2 (en) | 2012-03-19 | 2016-04-05 | Uber Technologies, Inc. | Enabling a user to verify a price change for an on-demand service |
CN103390344B (zh) * | 2012-05-09 | 2016-04-06 | 张美珍 | 实现出租车拼车的方法及系统 |
TWI550534B (zh) * | 2012-05-21 | 2016-09-21 | 張凱傑 | 共乘者媒合配對之系統及其方法 |
US9066206B2 (en) | 2012-07-03 | 2015-06-23 | Uber Technologies, Inc. | System and method for providing dynamic supply positioning for on-demand services |
TWI475507B (zh) * | 2012-08-20 | 2015-03-01 | Univ Nat Taiwan Science Tech | 網路媒合系統 |
CN103531025B (zh) * | 2013-11-08 | 2015-11-18 | 宁波市康惠网络科技有限公司 | 一种利用线路分段方法来匹配信息的拼车方法 |
US20150142484A1 (en) * | 2013-11-18 | 2015-05-21 | National Taipei University Of Technology | Carpool service providing method and carpool server using the same |
WO2015138013A1 (en) * | 2014-03-13 | 2015-09-17 | Uber Technologies, Inc. | Configurable push notifications for a transport service |
US9960986B2 (en) | 2014-03-19 | 2018-05-01 | Uber Technologies, Inc. | Providing notifications to devices based on real-time conditions related to an on-demand service |
US9536271B2 (en) | 2014-05-16 | 2017-01-03 | Uber Technologies, Inc. | User-configurable indication device for use with an on-demand transport service |
US10282684B2 (en) | 2015-02-26 | 2019-05-07 | Uber Technologies, Inc. | Performing selective operations based on mobile device locations |
US9733096B2 (en) * | 2015-06-22 | 2017-08-15 | Waymo Llc | Determining pickup and destination locations for autonomous vehicles |
US10212536B2 (en) | 2015-07-10 | 2019-02-19 | Uber Technologies, Inc. | Selecting a messaging protocol for transmitting data in connection with a location-based service |
US10067988B2 (en) | 2015-07-21 | 2018-09-04 | Uber Technologies, Inc. | User-based content filtering and ranking to facilitate on-demand services |
CN105897821A (zh) * | 2015-10-29 | 2016-08-24 | 乐卡汽车智能科技(北京)有限公司 | 搭乘顺风车的装置和穿戴式设备 |
EP3311554B1 (en) | 2016-03-16 | 2022-03-09 | Beijing Didi Infinity Technology and Development Co., Ltd. | System and method for determining location |
CN105741536B (zh) * | 2016-03-18 | 2018-10-12 | 北京理工大学 | 一种匿名打车系统及移动安全支付方法 |
US10242574B2 (en) | 2016-03-21 | 2019-03-26 | Uber Technologies, Inc. | Network computer system to address service providers to contacts |
US10460411B2 (en) | 2016-08-30 | 2019-10-29 | Uber Technologies, Inc. | Real-time resource management for on-demand services |
US10325442B2 (en) | 2016-10-12 | 2019-06-18 | Uber Technologies, Inc. | Facilitating direct rider driver pairing for mass egress areas |
JP6711734B2 (ja) * | 2016-10-31 | 2020-06-17 | 株式会社日立製作所 | 取引システム、取引システムの制御方法、及び、そのためのプログラム |
CN108230077A (zh) | 2016-12-21 | 2018-06-29 | 北京嘀嘀无限科技发展有限公司 | 移动网络设备的预约车辆显示方法和装置 |
JP7119636B2 (ja) * | 2018-06-22 | 2022-08-17 | トヨタ自動車株式会社 | 車載端末、ユーザ端末、及び相乗り制御方法 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4360875A (en) * | 1981-02-23 | 1982-11-23 | Behnke Robert W | Automated, door-to-door, demand-responsive public transportation system |
SE469771B (sv) * | 1990-11-27 | 1993-09-06 | Leif Christer Ryden | Saett foer att med hjaelp av en telefonvaexel kunna erbjuda en selektiv genomkoppling av en fast abonnentapparat till en naerbelaegen mobil abonnentapparat |
SE504186C2 (sv) * | 1995-10-31 | 1996-12-02 | Taxitorget Bestaellningscentra | Telekommunikationssystem för genomkoppling av samtal till mobil abonnentapparat via telefonväxel |
AU7491100A (en) * | 1999-09-24 | 2001-04-30 | Nextdoor Networks, Inc. | A system for matching a service provider with a service user |
US6819919B1 (en) * | 1999-10-29 | 2004-11-16 | Telcontar | Method for providing matching and introduction services to proximate mobile users and service providers |
US20010037280A1 (en) * | 2000-03-09 | 2001-11-01 | Ingraham Scott S. | System and method for facilitating renting and purchasing relationships |
US6697730B2 (en) * | 2000-04-04 | 2004-02-24 | Georgia Tech Research Corp. | Communications and computing based urban transit system |
GB0012195D0 (en) * | 2000-05-19 | 2000-07-12 | Nokia Networks Oy | Location information services |
-
2002
- 2002-11-06 BR BR0213993-6A patent/BR0213993A/pt not_active IP Right Cessation
- 2002-11-06 JP JP2003542524A patent/JP2005508558A/ja active Pending
- 2002-11-06 EP EP02777473A patent/EP1451737A1/en not_active Withdrawn
- 2002-11-06 MX MXPA04004425A patent/MXPA04004425A/es unknown
- 2002-11-06 AR ARP020104242 patent/AR037267A1/es unknown
- 2002-11-06 CN CN 02826471 patent/CN1610913A/zh active Pending
- 2002-11-06 WO PCT/GB2002/004987 patent/WO2003040971A1/en active Application Filing
- 2002-11-07 TW TW91132744A patent/TW200300534A/zh unknown
- 2002-11-07 CN CN 02826468 patent/CN1656489A/zh active Pending
- 2002-11-07 WO PCT/GB2002/005060 patent/WO2003040972A1/en not_active Application Discontinuation
- 2002-11-07 EP EP02779666A patent/EP1449137A1/en not_active Withdrawn
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103344237A (zh) * | 2013-07-01 | 2013-10-09 | 成都三影科技有限公司 | 行人、车辆导航路线自动匹配终端、系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2005508558A (ja) | 2005-03-31 |
WO2003040972A1 (en) | 2003-05-15 |
CN1656489A (zh) | 2005-08-17 |
AR037267A1 (es) | 2004-11-03 |
EP1451737A1 (en) | 2004-09-01 |
BR0213993A (pt) | 2004-08-31 |
MXPA04004425A (es) | 2005-03-31 |
TW200300534A (en) | 2003-06-01 |
EP1449137A1 (en) | 2004-08-25 |
WO2003040971A1 (en) | 2003-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1610913A (zh) | 请求匹配系统和方法 | |
CN1178450C (zh) | 扩充寻址方案的方法和系统 | |
CN1306785C (zh) | 电话查号服务方法和电话查号服务系统 | |
CN1045240C (zh) | 一种为用户传送通信的方法 | |
CN1181702C (zh) | 通信网络结构、通信网络系统及其通信方法 | |
CN1226885C (zh) | 无线电通信装置和其中建立双模式呼叫的方法 | |
CN1897619A (zh) | 通信辅助系统和方法 | |
CN1606737A (zh) | 即时传信用户和客户机身份的分离 | |
CN1557088A (zh) | 定制呼叫提示的系统和方法 | |
CN1364041A (zh) | 位置登记控制方法、移动通信网以及通信终端 | |
CN1435043A (zh) | 呼叫中心运用方法及装置 | |
CN1147325A (zh) | 通信网络中的服务分配 | |
CN1781291A (zh) | 用于数字通信的源音频标识符 | |
CN1209009A (zh) | 信息通讯系统 | |
CN1640170A (zh) | 根据用户通信终端信息建立最合适通信路线的通信集成系统以及使用该系统的呼叫方法 | |
CN1823347A (zh) | 用来提供一种服务的系统和方法 | |
CN1711784A (zh) | 用于发送sms以及文本消息的系统和方法 | |
CN1852107A (zh) | 关系信息的公开、获取方法及系统 | |
CN1329791A (zh) | 交互式媒体系统 | |
CN1267806C (zh) | 信息处理器,信息处理方法,及信息处理程序 | |
CN101036308A (zh) | 在无线终端中显示事件的装置和方法 | |
CN101031935A (zh) | 用于信息管理的交互型智能系统和方法 | |
CN1290026C (zh) | 信息提供系统和信息服务设备 | |
CN1208931C (zh) | 电子邮件发送/接收方法、电子邮件系统及其通信设备 | |
CN1692612A (zh) | 提供集成通讯id的系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |