预订雇佣车辆的制作方法

文档序号:6569162阅读:161来源:国知局

专利名称::预订雇佣车辆的制作方法
技术领域
:本发明涉及预订雇佣车辆,并且对于在机场等接载地点预订诸如出租车等的雇佣车辆具有特定的但并非独占性的应用。相关申请本申请基于并要求2005年10月6日提交的美国专利申请No.60/723914的提交日的权益,其内容通过引用全部包含于此。
背景技术
:迄今为止,已经提出了用于允许在机场等繁忙地点预订雇佣汽车的自动化系统。一些现有提议利用了与雇佣车辆预订组织直接连接的陆地线路电话服务。在这样的例子中,机场等繁忙地点要求给与安装这种电话设备的许可或授权。在一些例子中,航空公司管理部门已经提出了异议,因为专门对一种雇佣车辆预订服务提供许可而阻止了其他可能的雇佣车辆预订服务的参与。允许所有预订服务的开放式政策是不可能的。一般来说,机场管理部门要求的批准过程己经妨碍了现有提议的采纳。而这意味着来自机场的雇佣车辆预订还未发展到可能的程度。本发明提出一种替代系统,该系统不要求在机场安装诸如专用的陆上线路电话的类似专用和许可装备。在本文中,本系统不要求机场管理部门批准安装任何硬件。
发明内容因此,根据本发明的第一方面,提供了一种雇佣车辆预订服务,其中人员可以利用常规数字移动电话预订雇佣车辆。移动电话服务的服务提供商提供了呼叫者线路标识符(CLI)设备,这在当前常规数字移动电话计算技术中是普通的。提供了一种计算机化的呼叫应答系统,所述系统可以向多个呼入线路中的任意一个应答移动电话作出的预订呼叫。各个所述呼入线路具有各自的预先确立的唯一预订目的。所述应答系统具有用于从所述预订呼叫中提取所述CL工的CLI检测器。然后,所述应答系统使所述提取的CLI与所述呼入线路相关联,以限定所述呼叫者进行所述预订呼叫的目的。如果根据所述提取的CLI识别出所述呼叫者并且所述呼叫者具有已确立的有关雇佣车辆服务的帐户,则所述应答系统组装预订消息并对所述雇佣车辆服务订下订单。当随后所述雇佣车辆服务响应时,所述应答系统基于该呼叫线路的所述预先确立的唯一预订目的将组装返回到所述呼叫者的预订消息。利用所述提取的CLI将所述消息分送到所述呼叫者的移动电话,并向所述呼叫者发出邀请以确认接收。如果未识别出所述呼叫者,则所述应答系统基于该呼叫线路的所述预先确立的唯一预订目的将预订消息组装返回到所述呼叫者。利用所述提取的CLI将所述消息分送到所述呼叫者的移动电话,并向所述呼叫者发出邀请以确认所述预定。然后所述呼叫者确认所述预订,并然后安排对雇佣车辆的预定。在一个实例中,所述移动电话是支持短消息服务(SMS)的移动电话,并且所述组装的预订消息是作为SMS消息发送到所述呼叫者的SMS消息。在另一个实例中,在所述预订确认之后,所述应答系统提供预订启动信号。然后,该信号被传递到计算机化的预订车辆调度系统,以安排所述预订。所述呼叫者的所述唯一CLI可以但不必须识别1.呼叫者的姓名;2.呼叫者自己的针对所述呼入线路的目的;3.呼叫者参与雇佣车辆服务的帐户;所述预先确立的唯一预订目的识别以下信息中的至少一个,但并不限于这些信息1.呼叫者的接载位置;2.呼叫者的目的地;3.呼叫者的车辆选择;4.呼叫者的费用结算方法;5.呼叫者对跟踪所述预订的进展报告的要求;6.呼叫者预定以在未来某时刻接载的意图。为清晰地探知本发明,现在将参照附图描述各实施例,其中图l示出信用卡大小的卡,所述卡具有A面和B面,在A面示出具体机场并且在B面示出具体接载点;图2是示出用于在本实例中预订雇佣车辆的处理步骤的高级别功能流程图;图3是示出图2中示出的处理步骤的更多细节的详细级别功能流程图;图4a-4c是系统组件的示意框图以及屏幕显示的三个示例中这些组件之间的功能流程;图5是示出诸如纽约LaGuardia机场的一个具体机场的预订消息的示例的常规数字移动电话界面,以及图6示出呼叫者可以在系统中预先登记呼叫者预订详细信息的基于互联网在线预订登记界面的网页。在后面的描述中,本示例用于机场终端,并且为了进行描绘,所述机场被示出为纽约LaGuardia机场。本发明不应该限于仅用于机场。具体实施方式图1示出提供给呼叫者的卡1,所述呼叫者为预订服务的潜在参与者。这些呼叫者可以是任何人,并且卡1仅是向该呼叫者提供关于诸如接载点和可以通过雇佣车辆预订服务提供的具体服务的信息一种方便方式。取代于使用卡l,可以在整个机场的各个地方展示一招牌,并且所述招牌可包含与在卡1的A面和B面示出的同一信息。卡1的A面示出机场终端3以及四个接载点A、B、C、D的总地图。提供指令5,从而能够以正确的处理步骤指导呼叫者通过该车辆服务作出雇佣车辆预订。所述步骤如下1、从地图3选择接载点;2、在反面从图表中选择服务。在卡的反面是表7,示出具体的接载点A、B、C和D,以及可以要求的服务车辆9的类型。邻近每辆服务车辆9提供有具体的电话号码11。因此,每个电话号码ll针对每条呼叫线路具有各自的预先确立的唯一预订目的。这些是由电话号码ll来表示的。因此,可以看到对于接载点A,如果呼叫者要求"豪华的"车辆,则呼叫者必须拨打具体的电话号码ll,由此在具体的电话线路上作出预订服务的呼叫。在卡1的A面示出的指令步骤5还指示呼叫者3、在支持CLI的蜂窝电话上拨打指定的号码,4、等待"忙"信号,然后挂机,5、你将很快接收到带有报价和进一步指令的返回SMS。因此,从图1可以看到,呼叫者可以向预订服务处的多条呼入线路中的任何一条进行移动电话呼叫,并且各自的呼叫线路中每条都具有各-自的预先确立的唯一预订目的。现在参照图2,示出在通过预订服务预订雇佣车辆时所包括的各个处理步骤的功能流程图。在这里,提供了常规的数字移动电话系统211,该系统在服务提供商的系统211中具有呼叫者线路标识符(CLI)设备。呼叫者选择具体的接载点、服务车辆类型,并且拨打针对该组合的呼叫线路具体分配的电话号码。随后在步骤213处接收到该呼叫。该预订服务具有能够用于预订雇佣车辆的计算机化的呼叫回复系统。典型地,所使用的计算机是用储存在储存介质中的软件适当地编程的常规PC计算机,以及一些在呼入呼叫中检测CLI的附加电话硬件。该回复系统随后在步骤215使用CL工检测器来从预订呼叫中提取CLI。当用软件配置该计算机时,在步骤217处得到呼叫目的。应该意识到,在系统被用于机场的情况下,雇佣车辆将主要致力于机场和本地城市的中心商务区(CBD)之间的交通。在步骤219,基于所确定的针对该呼叫线路预先确立的目的来组装预订消息。组装的预订消息被派送给在步骤217确定的所提取CLI电话号码。换言之,呼叫者的移动电话接收呼入消息,该消息是支持短消息服务(SMS)的消息。该消息邀请呼叫者确认其预订。呼叫者的确认在步骤223作出。当在步骤223接收到确认时,针对雇佣车辆而作出预订。该预订可以通过向可以手动作出预订的接线员提供指令来作出,或者在其他示例中,可以从计算机化的呼叫回复系统211输出输出信号以向具有已知配置的计算机化预订调度系统提供预订信号。这样的计算机化预订车辆调度系统已知与租用运输车辆机构有关。为此,不对这样的调度系统进行详细的描述。图3是功能流程图,与图2中所示的类似,但是示出详细信息。在这里,提供常规数字电话服务311。该服务具有CLI设备。在步骤313处,针对要求预先确立唯一的预订的目的,用户向具体电话号码进行移动电话呼叫。在步骤317处提取呼入的CLI。然后,在步骤315处确认该呼叫的目的为预先确立预订。在步骤319处,计算机化的呼叫应答系统将在该时刻从呼叫者获得所有必需的呼叫者信息。因此,无论是否应答,该线路可以为"挂断(hung-up)"。一旦提取了CL工,可以在步骤321处访问构成计算机化呼叫应答系统311的部分的数据库,以査找呼叫者的详细信息。步骤321具有两条输出路径。在左手边的路径中呼叫者的CLI在数据库中。这里,在步骤323处,呼叫者被识别为每次旅行结束时进行支付结算的客户,并且可以基于呼叫者已经作出预订呼叫的呼叫线路从数据库确定具体的预定目的地(例如城市商业中心地区(CBD))。因此,可以针对该旅行和基于车队中车辆的使用确定的交付时间确立价格。这在步骤325处执行。因此,步骤323和325为使用提取的呼叫者CLI组装要转发到呼叫者的预订消息的步骤。在步骤327处还检査呼叫者的信用卡,以确定是否可以批准该卡上的购买行为。如果批准,则在步骤329处赋予3位工作号,并且将提供了各种详细信息(将在后文中描述)的SMS消息转发至呼叫者,并请求确认来自该呼叫者的预订。在步骤331处,呼叫者接收SMS消息并确认预订。可以通过按下呼叫者的移动电话上的回复按钮401并发送确认代码来使预订的确认生效。一旦呼叫者确认了预订,则在步骤333处将安排该预订的雇佣车辆。可以通过人工地在预订系统中输入预订的接线员的介入来作出该预订。可替换地,输出信号可以被提供给计算机化的预订车辆调度系统。如果步骤327处的信用卡授权被拒绝,则这会使系统将数据传递给接线员,所述接线员可以使用先前提取的CLI呼叫呼叫者并输入可以手动批准的替换信用卡的详细信息。如果批准,则输出可以被提供给车辆调度系统。该输出可以是手动做出的,或者可以是针对计算机化的预订车辆调度系统中的预订自动提供的信号输出。从步骤321开始的可替换的左手边路径中呼叫者的CLI在数据库中并且呼叫者具有随车辆服务确立的帐户。在步骤352中,订单被传递到车辆服务的调度系统来实施。在步骤353中,车辆服务调度系统提供车号和估计的到达时间(ETA)。在步骤354中,将提供各种详细信息的SMS消息转发至呼叫者。步骤354具有三种可能的结果。在步骤355处,呼叫者通过用SMS发出回复"0K"来确认详细信息为可接受的。在步骤356处,呼叫者未能在预定超时阈值内响应这些详细信息。在步骤337处,呼叫者通过SMS回复"呼叫"。如果是步骤356或337,则订单的详细信息被传递给电话接线员,该接线员向呼叫者进行语音呼叫以澄清订单。从步骤321开始的右手边路径中呼叫者不在数据库中或者不存在存档的信用卡。在步骤343处检査数据库,并编辑(compile)消息来指示租费和交付时间。在步骤345处,为3位工作号的工作号被指派给该可能的订单,并且SMS消息被分送来为呼叫者提供报价和指令。这些指令可以指示呼叫者发送指示"0K"的SMS消息。在步骤347处,系统从呼叫者处接收指示"0K"的SMS消息。在这种情况下,系统将信息传送到接线员,从而该接线员可以呼叫呼叫者并获取信用卡详细信息,并且还可以针对具体预订授权所述信用卡。如果呼叫者期望的话,接线员还可以确立呼叫者简档(profile)。这在步骤349处进行。一旦确立了所述详细信息并且授权了所述信用卡,可以在步骤351处向车辆调度系统提供输出。图4a-4c示出三种典型消息,在组装所述消息并将所述消息传输到所提取的呼叫者的CLI号之后,所述消息被接收并显示在呼叫者的移动电话的屏上。在实例402中,在第一行显示的消息示出具体接载点和目的地。在这种情况下,消息被简写为到城市的LGA"B"。在接载点B处,这指示LaGuardia机场和要交付到的城市。在第二行,消息指示已经被预订的车辆的类型。在第三行,显示加上了任何"附加条款(addons)"的旅行的花费。"addoris"是本系统书面上明确制定的重要法律免责声明。第四行指示呼叫者信用卡号的最后四位数。第五行指示针对雇佣车辆的工作号。第六行指示雇佣车辆要求到达具体接载点B的交付时间。第七行指示呼叫者当就绪时用接受预订的"0K"或要求接线员回叫的"Call(呼叫)"消息进行回复。在图4(b)中,在403处指示呼叫者具有关于车辆服务的帐户安排,所述帐户安排预先确立花费细节和在步骤315处已经针对呼叫者存储的其他要求。消息显示安排订单的车辆服务的结果,并指示呼叫者用指示接受预订的"0K"或要求接线员回叫的"Call(呼叫)"的消息进行回复。在本实例中,在404处还指示在步骤315中已经针对呼叫目的设置了可选标记,该标记指示通过SMS来通知关于订单的进一步进展。在图4(c)中,如果在404处在步骤315中被发现为确认,则在405处指示从标记产生的进展报告。其他消息可以显示在该消息中,以利用SMS消息中允许的最大字符数。现在参照图5,示出系统的示意框图。这里,用保存在存储介质上的软件配置诸如个人计算机PC501的计算机,以根据图2和3中描绘的功能步骤进行操作。用标号503示出呼叫者的移动电话。用于系统中的计算机化预订的接线员控制台被示出为505。常规计算机化预订系统被示出为507。信用卡结算中心509被示为连接在系统中。在线互联网网站被示为511。图5示出呼叫者呼叫预订服务,并且通过PC501处理该呼叫。用流程线513示出此过程。通过PC501组装预订消息,并使用提取的CLI在流程线515处将该消息分送到呼叫者的移动电话503。在其他场合,可以在流程线514处传递实际车号和估计的到达时间(ETA)。当呼叫者回叫以接受报盘时,通过预订服务PC501处理订单。在流程线517处示出回叫。车辆预订服务PC501通过更新线路519和521从常规计算机化预订系统507接收定时更新。这些更新指示从相关接载点到具体目的地所需的当前交付时间和当前价格水平。这些交付时间和价格水平在一天中可以根据雇佣车队经历的工作负荷而改变。在一些情景下,线522示出可以从计算机化预订系统507接收到的实际车号和估计的到达时间(ETA)。图5还示出接线员通过接线员控制台505进行输入以存储用户简档和回叫详细信息的可能性。这些分别通过流程线523和525示出。通过预订服务PC501直接或者通过接线员控制台505咨询信用卡结算中心509。通过预订服务PC501批准的工作订单沿流程线527转到计算机预订系统507。工作订单沿流程线529从接线员控制台505输入到计算机化预订系统507。与信用卡结算中心509核对呼叫者的信用卡详细信息,以査看是否可以向信用卡开具预期费用的账单。这沿流程线531进行。预订服务PC501处理预订的确认。在接线员向呼叫者确认预订的情况下,沿流程线533与信用卡结算中心509进行类似的核对。可以从呼叫者的移动电话503直接访问或者可以通过具有互联网连接的普通计算机终端访问在线互联网网站511。对于任何一种方式,呼叫者都可以向系统进行登记。在接线员干预预订呼叫的情况下,接线员可以通过控制台505使用提取的CLI号回叫呼叫者。这沿线535被示出。图5示出沿线537输入的代理人简档。这里,代理人可以是具体旅馆的接待员或门卫或者是将人员介绍到预订服务的其他类似人员。在这种情况下,接待员或门卫或者类似人员可以向预订服务的潜在用户提供卡,所述卡提供了用于登记的网站联络详细信息。该卡可以包括识别接待员或门卫等人员的代码。以这种方式,当人员在预订服务中登记时,他们将被要求输入代理人标识,然后将所述标识存储在存储设备中,并且在预订处理期间可以通过预订服务PC501对其进行访问。在这种情况下,当呼叫者进行预订时,可以提取代理人ID并且代理人可以接收呼叫者作出的任何预订的佣金。这种在系统中提供代理人标识的处理具有这样的效果,即因为向接待员、门卫等人员提供激励来为预订服务吸引潜在客户,所以迅速在新系统中确立大量登记者。现在参照图6,示出互联网网站登记页面的一个示例。在该场景中,在线604处指示呼叫者可以具有通过车辆服务直接确立或者通过雇主确立的帐户。或者,呼叫者可以通过在线601处输入呼叫者姓名来进行登记。该姓名应该期望与呼叫者的信用卡上显示的姓名相同。在线603处,呼叫者可以输入他们的家庭所在城市。在线605处,呼叫者可以输入他们具体的移动电话号码。这是用于简档的基本指标。当通过CLI检测时,此号码将从存储设备中调用此简档。在线607处,呼叫者可以输入他们的信用卡号,并在线609处输入有效期限。在线611处,呼叫者可以输入他们的家庭住址或家庭地址。在613处,呼叫者可以输入他们的工作地址或总部地址。在"From(从)"标题691下,用户可以通过点击"输入地址"来按照手动输入的地址定义他们自己的接载点,或者可以从菜单中分别参照"我的家庭地址"611和"我的工作地址"选择"我的家"或"我的工作地"来定义他们自己的接载点。在出现箭头的地方,进一步在其上点击会调出进一步选择的另一个下拉子菜单。在图中示出第一级菜单。"LaGuardia(LGA)"选择箭头依次调出列出LaGuardia处的所有接载点的子菜单。类似地,"酒店"箭头将调出从中选择酒店的列表。以这种方式,菜单可以"嵌套"几层深。例如,礼拜地点-〉派别-〉单独教堂。目的地或者"到"605条目功能以与"从"条目类似的方式进行操作。在服务标题671下,针对简档,对于各个行程定义存在多个下拉选择,包括要求的雇佣车辆"服务"的类型。在标题"呼叫"691下,列出表示用于可以是给定用户定义的目的而特定于该单个简档的预订的呼叫线路电话号码的多个呼叫线路。在行程1处可以看到,该用户已经选择乘坐豪华车从"我的工作地"到"Bloomingdales"。呼叫线路号被示为l-212-555-9981。然后,如果从该CLI呼叫该呼叫线路,则这表示预先确立唯一的预订目的。在697处,示出返程呼叫线路号。此号码用于基于以相同CLI进行的上一次预订的返程的呼叫。因此,呼叫者可以预订到具体目的地的具体呼叫,然后一旦在所述目的地完成事务,呼叫者可以拨打返程呼叫线路号,系统将确定以该相同CLI进行的上一次预订并实现要预订的返程预定,而无须呼叫者重新输入返程的详细信息。在681处有两种可以针对每个行程定义来推荐的其他设置,在681处呼叫者可以指示针对订单处理中的进展报告的要求,并且呼叫者在682处可以激活转发订单处理,所述处理将要求接载时间而不是下即时订单。呼叫者可用的另一种简档设置是设置语言661的能力。在此功能中,当访问系统时,屏幕上的语言和SMS响应都将反映该选择。以这种方式,不是说英语的人被自动翻译而不需要用不熟悉的语言进行通信。在上面描绘的系统中,在预订时可以将呼叫者的CLI转给雇佣车辆。以这种方式,当雇佣车辆到达时呼叫者未出现在接载点,则司机可以利用该CLI呼叫作出预订的呼叫者。以这种方式,可以清楚的是呼叫者是否在具体接载点或者在附近的其他接载点。然后可以在司机和呼叫者之间实现适当的调整过程。应该理解,上述系统能够实现对"公司内工作抢单(jobpoaching)"问题的保护。预订雇佣车辆的人员通常可能会对他认识的来自同一汽车服务公司的任意车辆挥手示意搭车。在这种场景中,在现有实践下,如果与分派给此工作号的雇佣车辆不同的雇佣车辆的司机执行了此次载送,则原来预订车辆的司机随后将在接载点处经历"no-show(未出现)"情况。在本发明的系统下,在这种情形中,正确司机可以使用该CLI号呼叫作出预订的人员,并且由于过失司机ID和车辆ID必须清楚地显示在车辆中,所以该正确司机可以询问该抢单司机的身份,然后向车辆预订服务部门报告此事故。在现有实践下,车辆预订服务部门很少能追踪到被抢单的工作,因此车辆预订服务部门不能这些行程确保公正的佣金。因此,如果抓到有这种过失行为的司机,车辆预订服务商将对其进行严厉地处罚。在本发明的系统下,由于很容易抓到,因此使得显著阻止了这种行为的发生。以下描述描绘了使用车辆预订服务的几种可能的场景在机场基本机场场景一一确立用户6:00pmJohnSmith在LaGuardia下飞机,打开他的蜂窝电话。6:01pm他使用其速拨部件(feature)拨打选择的呼叫线路。该号码响铃两次,然后为"忙"。因为没有应答,所以他将不支付本次呼叫。他挂机。6:01:30pm他在其电话上接收到SMS消息,该消息为LGA"B"至市区轿车$42+通行费/等待费/小费卡尾号..1904工作号544交付时间5分钟准备好时请回复"0K"二接受"呼PL("二回叫(注意这里有125个字符,允许的字符数为140)6:22pm他从行李传送带领取他的行李,在前往地面运输区之前,在他的电话上接收到的SMS屏幕处,他选择"回复"、键入"0K"并发送。6:28pm他到达他的信用卡大小的LaGuardia参考地图上描述为"接载点"的路边点处,以找到他的以侧窗中清楚显示的"工作号544"在等待的司机。7:25pm在他的目的地处,他签署确认工作号544的费用的收据(docket),并向他的司机告别。不需要他的信用卡的印章。变形例#1-首次用户7:30pmJaneJones阅读关于来自芝加哥的"大陆航空公司航空杂志(ContinentalAirlinesInflightMagazine)"中的服务。该广告有几张可撕下的卡片,以其中她撕下的一张作为参考。8:00am她下机…8力lam她拨打在所述卡片上指示的选择呼叫线路…8:01:30am她在她的电话上接收SMS消息,所述消息为JFK"C"至市区轿车$42+通行费/等待费/小费临时的工作号486准备好时请回复"OK"=接受将联系信用卡(注意这里有114个字符,允许的字符数为140)8:22am她从行李传送带领取她的行李,在前往地面运输区之前,在她的电话上接收到的SMS界面上,她选择"回复"、键入"OK"并发送。8:22:30am她的电话铃响,并且她接到接线员的呼叫,接线员询问她的信用卡详细信息。一旦完成,她被询问是否愿意将这些详细信息存档,以备下一次使用,该呼叫不是必需的。因为她经常到NY(纽约),所以她同意了。接线员建议她向她的司机索要解释如何通过互联网确立完整的个人简档的小册子。8:28am她到达路边…8:35在路途中,她收到所建议的小册子。9:25am在她的目的地处,她签署收据…8:30pm在她的旅馆房间中,她按照小册子的描述登录到网站。一旦她确立了完整的简档,她可以专心计划她一整周的旅行要求。变形例#2——作了良好准备的旅行者…如何向他推销。当准备他到纽约(NY)的旅行时……BillBlacksmith的旅行代理人提醒他考虑著名的纽约汽车服务的优势。代理人为他确立简档,并给了他描述该服务的小册子。代理人通过创建用户名和密码进行第一步。小册子告诉Bill如何在他自己的PC上方便的进行剩下的步骤。当天晚上,他用他的P工N登录,并花时间将一些进一步的详细信息输入到他的简档中。包括他的蜂窝电话号码和一些最基本的信用卡详细自通过一些简单的点击,他还定义了多达10个预期旅行。一些可能是重复的常规行程,一些可能仅仅是意愿。例如1)从他的旅馆到他公司的当地办公室,2)办公室到旅馆,3)办公室到客户4)旅馆到时代广场售票室5)时代广场售票室到旅馆等……一旦完成,他接收到带有宣传该服务的完整描述的邮件以及他定义的10个旅行及其触发号的打印件。在他到达那天……作为具有已确立简档的已知用户,在机场他不需要同接线员通话来预订他到市区的交通工具。正如作为首次用户,他的整个经历使他坚定地委托该服务。期间……在任何时候,简单的触发呼叫就会根据他的简档下订单。一个触发呼叫将他带到办公室。另一个将他带到百老汇(Broadway)。从旅馆房间简单地登录到网站,他可以在停留期间的任何时候修改简档。每个傍晚,他都可以制定下一天的计划。"回程"特征……Bill还将发现他能以非常简单的方式退回他已经旅行过的步骤。系统自动记录他上一次使用的预订。例如,如果是到自由女神像的轮渡码头。当从码头返回时,他拨打他的"回程"号码。将立即向他提供到他的旅馆的返回行程。基于建议的交付时间进行简单计算,他在恰当的时间回复"0K"以避免等待……以及等待费用。"抢单保护"……或者内置错误恢复……如果Bill误判了交付时间,或者意外地在错误拐角处等候,或者上错了车辆,因为他的来自公司的调度指令将始终包括他的客户蜂窝电话号码,所以Bill的司机可以迅速认清该情形。未出现?仅需呼叫客户!工作号是配对游戏……工作号是在繁忙的接载点碰头的关键便利服务(facilitator)。客户从他的SMS报盘中了解到号码是什么。它仍保留存储在他的蜂窝电话上以供进一步参考。当司机接近接载点时,他应该通过将工作号清楚地显示在车辆的侧窗中来充分利用此优势。每辆车将装备有具有撕开页的活页本,可以容易地操作所述撕幵页以用标准格式显示顾客能够容易定位和识别的三位号码。信用卡支付……全方位最佳方法。因为交易和日期、时间以及工作号联系在一起,所以车中无需携带印章。简单的签字收据将使得持卡人不会对还未消费的旅行有争议。这种解决方法意味着对于司机和乘客的最大方便,而对于预订服务部门和司机的最大保护。回叫接线员……当第一眼看到(针对卡的详细信息的)回叫在系统上强加了相当大的额外开销,然而多数情况下当然不应该这样看。与呼叫者以常规方式呼入实际收集的数据相比,这种方法从客户收集的数据要少得多。更重要的是,它还提供了极好的方式来充分使客户参与以后的工作。这是一个很好的机会推广所有描绘的附加利益,并且应当对这些代理人进行全面培训以最大化该利益。作为对这方面进行专业处理的主要激励,回叫接线员应该被分类为代理人(见下面的"作为市场推广工具的代理人……")市场推广1.已有的以广泛地、相对不受关注地方式使用的航空杂志现在可以适当集中目标(zerorightin)。通过在每本杂志中包括可撕开、信用卡大小的"可装入钱包的(walletable)"卡,乘客将能够得到纽约每个机场的参考卡,准备马上进行尝试。2.可以极精确地使用任意机场、公共汽车或火车终点站中的墙壁广告,以吸引旅行者的眼球——从而导致尝试的冲动。3.如利用任何互联网所提供的一样,必须良好地设计网站来引诱来自所有最好搜索引擎的兴趣。还应该考虑受赞助的链接。作为市场推广工具的代理人顾客的主要来源是顾客接待行业。接待人员、门卫、回叫接线员或者旅行代理人给与激励以使可能的用户签约。在每个人员的个人简档上有不可替换的"来源"符号。在人员自己加入的情况下这将是"网站",而如果代理人使他们签字加入的,则对于该客户的代理人的ID将被永久登记……。该人员对该旅程或者其他许多潜在的旅程(可能是今后5年的)所下的每个订单将导致向代理人帐号支付1%的佣金。这将对代理人起到重要激励的作用,以使尽可能多的用户签字加入。可以签约大量"快乐的旅行者(happytraveler)"的接待人员会确立相当大的、长期的人力财源。对于可以不时向整个客户团推广产品的旅行代理人来说,这是个致富之源。当招募回叫接线员时,这部分应该命令一流人员执行该任务。由于没有其他实体补偿来自该用户的任何进一步的订单,所以我们可以提供简单将每笔"小额佣金(micro-commission)"归给原始代理人的名下,保存在雇主信用帐号中。每当他们下订单时,"标以记号(Tick)"——永久性的。代理人将能够随时通过网站登录他们的帐户,并且当需要时留下指令以将结余(balance)汇至银行帐户或他们选择的信用卡。互联网不是必需的!……如果用户的简档确立了"家庭"地址,则将附加一组"默认"目的地。例如,任何给定的旅馆具有一组标准的通用目的地,包括基本在它周围的三个机场。为了改变家庭地址,用户简单地发送SMS"Call(呼叫)"来响应他们的下一次报价,代理人将呼叫他们并修改他们的简档。如果用户不希望访问互联网来修改他们的默认目的地,则他们有这样的选择,即通过发送简单的SMS代码到主机来将他们当前"设置"改为许多不同主题设置中的任意一种。小册子可以描绘许多设置~~"如剧场、设计师店、计算机怪人(nerd)、相机店、大型购物中心、游览胜地等。这些高度建议的设置将激发许多汽车旅行,这在以前顾客想都不想就去找出租车。对于城市周围的纽约居民明显地,可以用和机场相同的方式处理重要的接载点,例如旅馆、火车站、公共汽车站、旅游点等。对于已确立的用户,下一个最佳方案是已记录的简档。每个用户简档允许他们针对多达IO个目标电话号码输入工作定义。针对被呼叫的呼叫线路号无论保持哪个工作,预订呼叫将"停止"。简档可以定义接载点(例如我的家庭所在地)和目的地(例如我的办公室所在地)以及要求的服务(例如轿车)。通过使用PIN访问的网站来管理此性质。可以指定一中心,例如呼叫者的家或办公室,所述中心将以和家庭旅馆对旅行者的操作相同的方式进行操作。对于熟练用户,可以从SMS中提取CLI以获得非常通用的工具。简单的协议将允许熟练用户通过发送如下文字消息定义他们自己的接载点使用"&"aa&ss其中aa二街道(Avenue)号ss二街(Street)号。或者B&ss其中B二百老汇,ss二街号。使用"/"nnn../ss其中nnn.=地址号,ss—封号。使用"-"誦..-aa其中議..=地址号,犯=街道号0可以针对所有重要目的地(LGA、JFK、丽R、中央站(GrandCentralStation)、时代广场售票处等)设立目标电话号码。例如向右边目标号码发送文字消息"B&47"(四个字符),预定轿车、在百老汇47号接载、目的地为LaGuardia。用户利益利益可以总结如下1.无需和接线员对话。一旦确立了用户简档,就不再需要和接线员对话。通过简档界面中的语言选择器,当人员走出他们的主要语言区域之外时,不是说英语的人可以如此平常地对订单进行商议而不会有任何误沟通。2.完全凭直觉。没有复杂的处理——询问、报价、接受。三个简单的步骤。如果仍然复杂——"请呼叫我来进行讨论"。3.完全明确。订单的所有详细信息(位于由司机显示的订单号的正下方)被自动存储在蜂窝电话中。4.试订汽车无任何花费。通过不应答第一个呼叫,呼叫者检查是否有汽车可用完全不会有任何损失。因为汽车服务部门不会委派汽车,直到订单得到"OK"确认,而这也不会给车队增加负担。5.最小化等候。通过小心使用"交付时间"来准确计算到达接载点的时间,乏味的路边等待和昂贵的等候费用可以被削减到最小程度。可以从旅馆房间或餐桌等进行预订。6.安全性。如果司机未能找到呼叫者,他可以进行呼叫来澄清碰头问题。7.为超前的计划者进行预订。对于喜欢走在活动前头的人员,只需在网络上花费几分钟,就可以计划整天/整周/整个假期或整个商务旅程!8.为临时计划者进行预订。在LaGuardia突然遇到出租车车站的长队了吗?现在轻松地检查来预订汽车吧!可以如雇佣预订领域的技术人员所清楚的那样对本发明做出修改。可以做出这些和其他修改而不偏离本发明,所述修改的性质由前面的描述和所附权利要求确定。在后附的权利要求和前面的描述中,除非由表达语言或必需的含意要求的语境外,词语"包括(comprise)"或者其诸如"包括(comprises)"或"包括(co卿rising)"的变体被用于包含的意思,即指定声明的特征的存在并且不排除本发明的各种实施例中其他特征的存在或增加。在后附的权利要求和前面的描述中,除非由表达语言或必需的含意要求的语境外,词语"包括(comprise)"或者其诸如"包括(comprises)"或"包括(comprising)"的变体被用于包含的意思,即指定声明的特征的存在并且不排除本发明的各种实施例中其他特征的存在或增加。应该理解,在任何国家,如果这里参考了任何现有技术公开,则此参考并不构成这样的认可,即此公开形成本领域内公用知识的部分。权利要求1.一种雇佣车辆预订服务,通过所述雇佣车辆预订服务,人员可以在呼叫者服务提供商系统中利用具有呼叫者线路标识符(CLI)功能的常规数字移动电话来预订雇佣车辆,所述预订服务具有计算机化的呼叫应答系统,所述系统可以应答移动电话向多个呼入线路中的任意一个作出的预订呼叫,其中每个所述呼入线路具有各自的预先确立的唯一预订目的,所述应答系统具有用于从所述预订呼叫中提取所述CLI的CLI检测器,所述应答系统被配置为使所述提取的CLI与所述呼入线路相关联,并基于该呼叫线路的所述预先确立的唯一预订目的组装预订消息,利用所述提取的CLI将所述消息发送到所述呼叫者的移动电话,并邀请确认,以及在所述呼叫者确认后,为所述预订安排雇佣车辆。2.如权利要求1所述的预订服务,其中所述移动电话是能够进行短消息服务(SMS)的移动电话,并且其中所述组装的预订消息是要作为SMS消息发送的SMS消息。3.如权利要求1所述的预订服务,所述预订服务包括使所述应答系统向计算机化预订车辆调度系统提供预订启动信号,以安排所述预订。4.如权利要求1所述的预订服务,其中所述预先确立的唯一预订目的识别以下信息中的至少一个,但并不限于这些信息1.呼叫者的接载位置2.呼叫者的目的地3.呼叫者的车辆选择4.车辆的旅行费5.车辆到达接载呼叫者之前的等待时间6.呼叫者的姓名7.工作号。5.如权利要求1所述的预订服务,其中所述呼叫者通过利用所述移动电话呼叫所述应答系统发送所述消息时利用的同一呼叫线路,来实现所述呼叫者的所述确认。6.如权利要求5所述的预订服务,其中所述呼叫者通过使用所述CLI检测器来检测所述确认呼叫中的CLI,并使用CLI匹配器来对该CLI与发送所述组装的预订消息时使用的呼叫者CLI进行匹配,来进行所述确认。7.如权利要求1所述的预订服务,其中所述呼叫者已经预先登记了所述预订服务并在所述登记操作中提供了呼叫者信用卡详细信息,与所述应答系统相关联的存储设备存储所述登记详细信息,并且其中所述应答系统被配置为访问所述存储设备以提取所述呼叫者信用卡详细信息,并自动授权针对所述预订服务和/或预订旅行费对所述信用卡收费。8.如权利要求7所述的预订服务,其中,所述呼叫者未预先登记所述预订服务,并且其中所述组装的预订消息包括指示接线员将与该呼叫者联系以取得信用卡详细信息的消息,然后向接线员提供消息以利用所述提取的CLI与所述呼叫者联系并获得所述预订的确认和所述信用卡详细信息,然后针对所述预订服务和/或所述预订旅行费发出所述信用卡的授权。9.如权利要求8所述的预订服务,其中,当得到了所述信用卡详细信息时,接线员询问所述呼叫者是否要求保存所述信用卡详细信息以供所述系统将来使用,并且如果回答为"是",则将所述信用卡详细信息存储在所述存储设备中以供将来使用。10.如权利要求1所述的预订服务,所述预订服务包括用于允许实现呼叫者登记和信用卡详细信息的在线互联网网站,并且其中所述网站作为所述应答系统的交互界面,以向所述存储设备提供所述呼叫者登记和信用卡详细信息,以供随后在预订期间由所述应答系统取出使用。11.如权利要求10所述的预订服务,所述预定服务包括所述网站中的代理人标识处理,由此将所述呼叫者介绍到所述网站的人员可以看成是所述呼叫者登记中的代理人,并与所述呼叫者登记存储在一起,以便当呼叫者用所述移动电话作出预订时,可以针对所述预订对所述代理人进行辨认并给予佣金。12.如权利要求1所述的预订服务,所述预定服务具有专用于返程目的的呼叫线路,由此如果向该呼叫线路进行呼叫,则将会从该呼叫中提取所述CLI,并且所述CLI与用同一CLI作出的上次预订进行匹配,并进行返程预订。13.—种预订雇佣车辆的方法,所述方法包括在呼叫者服务提供商的系统中使用具有呼叫者线路标识符(CLI)功能的常规数字移动电话向具有预先确立的唯一预订目的的呼叫线路进行预订呼叫,从所述呼叫中提取所述CLI,基于所述预先确立的唯一预订目的组装预订消息,利用所述提取的CL工将所述预订消息转发至所述呼叫者的移动电话,邀请所述呼叫者确认所述预订,以及在所述呼叫者作出确认后,提供可用于为所述呼叫者进行雇佣车辆预订的预订输出。14.如权利要求13所述的方法,所述方法包括将所述预订消息组装成SMS消息,以及将所述SMS消息发送到所述呼叫者电话。15.如权利要求13所述的方法,所述方法包括向计算机化的预订车辆调度系统提供所述预订输出作为预订启动信号。16.如权利要求13所述的方法,所述方法包括将预先指派的预订目的指派为以下中的至少一个,但并不限于这些1.呼叫者的接载位置2.呼叫者的目的地3.呼叫者的车辆选择4.车辆的旅行费5.车辆到达接载呼叫者之前的等待时间呼叫者的姓名工作号。17.如权利要求13所述的方法,所述方法包括由所述呼叫者利用所述移动电话呼叫发送所述预订消息时利用的同一呼叫线路,来进行对所述预订的确认。18.如权利要求17所述的方法,所述方法包括所述呼叫者通过从确认呼叫中提取所述CL工,并将该提取的CL工与在所述呼叫者请求所述预订时获得的所述提取的CLI进行匹配,来对所述预订进行确认。19.如权利要求13所述的方法,所述方法包括预先登记所述呼叫者和所述呼叫者的信用卡详细信息,并将这些详细信息存储在存储设备中,以及从所述存储设备中提取这些详细信息,并自动针对所述预订服务和/或所述预订的旅行费授权对信用卡收费。20.如权利要求19所述的方法,所述方法包括确定所述呼叫者未进行过预先登记,和将接线员将会与所述呼叫者联系的消息提供给所述组装的预订消息,使所述接线员利用所述提取的CLI联系所述呼叫者,以及获取对所述预订的确认,并且使所述接线员获取所述呼叫者信用卡详细信息,然后针对所述预订服务和/或预订的旅行费授权对信用卡收费。21.如权利要求20所述的方法,所述方法包括使所述接线员询问所述呼叫者是否要求存储所述信用卡详细信息以供将来预订使用,并且如果回答为"是",则将所述信用卡详细信息存储在所述存储设备中。22.如权利要求19所述的方法,所述方法包括使用允许实现呼叫者登记和信用卡详细信息的在线互联网网站,并且使所述网站成为所述存储设备的交互界面,使得这些详细信息能够存储起来并在预订中使用。23.如权利要求22所述的方法,所述方法包括在所述网站中提供代理人标识符,由此能够识别将所述呼叫者介绍到所述网站的人员,将所述代理人标识符存储在所述存储设备中,并且一旦所述呼叫者做出预订,就针对从所述呼叫者的移动电话作出的预订来确定所述代理人标识符并向所述代理人给予佣金。24.如权利要求13所述的方法,所述方法包括在具有专用于返程目的的呼叫线路上处理呼叫者作出的呼叫,以从该呼叫中提取所述CLI,并且对所述CLI与利用同一CLI作出的上次预订进行匹配,并为所述呼叫者作出返程预订。25.—种包含软件的数据存储介质,该软件用于将计算机配置成当呼叫者在呼叫者服务提供商系统中使用具有呼叫者线路标识符(CLI)功能的常规数字移动电话时,所述计算机用作可用于预订雇佣车辆的计算机化呼叫应答系统,所述软件包括使多个唯一预订目的中的一个能够被指派给各呼叫线路的功能,接收呼叫者向所述呼叫线路中的任意一个作出的呼叫的功能,从接收到的呼叫中提取所述CLI的功能,基于特定呼叫线路的指派目的来组装预订消息的功能,所述消息包括确认预订的邀请,利用所述提取的CLI将所述预订消息转发至所述呼叫者的移动电话的功能,接收所述呼叫者的确认的功能,以及提供能够用来为所述呼叫者进行雇佣车辆预订的预订输出的功能。26.如权利要求25所述的数据存储介质,其中所述软件将所述预订消息组装成短消息服务(SMS)以作为SMS消息转发至所述呼叫者电话。27.如权利要求25所述的数据存储介质,所述软件包括将所述预订输出提供为预订启动信号,使得该信号可以被提供给计算机化的预订车辆调度系统。28.如权利要求25所述的数据存储介质,所述软件包括仅在向转发所述预订消息所利用的同一呼叫线路进行通过确认呼叫作出预订的情况下才处理确认的功能。29.如权利要求28所述的数据存储介质,所述软件包括通过从所述确认呼叫中提取所述CLI并将所述CLI与在所述呼叫者请求所述预订时获得的所述提取的CLI进行匹配来对所述呼叫进行确认的功能。30.如权利要求25所述的数据存储介质,所述软件包括允许预先登记呼叫者的信用卡详细信息并将这些详细信息存储在存储设备中的功能,并包括从所述存储设备中提取这些详细信息并自动针对所述预订和/或所述预订的旅行费授权对信用卡收费的功能。31.如权利要求30所述的数据存储介质,所述软件包括确定所述呼叫者是否未被预先登记并将接线员将会与所述呼叫者联系的消息提供给所述组装的预订消息的功能,向接线员提供请求以联系所述呼叫者从而所述接线员可以为所述呼叫者进行所述预订的人工确认的功能。32.如权利要求31所述的数据存储介质,所述软件包括使接线员能够手动将未登记的呼叫者详细信息和信用卡详细信息输入到所述存储设备的功能。33.如权利要求30所述的数据存储介质,所述软件包括能使在线互联网网站作为交互界面以允许呼叫者预先登记详细信息和信用卡详细信息并将这些详细信息存储在所述存储设备中的功能。34.如权利要求33所述的数据存储介质,所述软件包括允许代理人标识符存储在所述存储设备中的功能,所述代理人标识符为将所述呼叫者介绍到所述网站的代理人的标识符;并且包括每当所述呼叫者作出预订时记录给予所述代理人的佣金的功能。35.如权利要求25所述的数据存储介质,所述软件包括在具有专用于返程预定目的的呼叫线路上处理所述呼叫者作出的呼叫的功能,以通过提取所述CLI并对所述CLI与利用同一CLI作出的上次预订进行匹配来进行该返程预订。36.—种雇佣车辆预订服务,通过所述雇佣车辆预订服务,人员能够在呼叫者服务提供商系统中利用具有呼叫者线路标识符(CLI)功能的常规数字移动电话预订雇佣车辆,所述预订服务具有计算机化的呼叫应答系统,所述系统可以向多个呼入线路中的任意一个应答移动电话作出的预订呼叫,每个所述呼入线路具有各自的预先确立的唯一预订目的,所述应答系统具有用于从所述预订呼叫中提取所述CLI的CLI检测器,所述应答系统被配置为将所述提取的CLI与所述呼入线路相关联,并基于该呼叫线路的所述预先确立的唯一预订目的组装预订消息,利用所述提取的CL工将该消息发送到所述呼叫者的移动电话,并进行下面两个操作中的一个或两个(a)邀请确认,以及在所述呼叫者确认后,为所述预定安排雇佣车辆,或者(b)如果所述呼叫者为在所述服务中登记的帐户持有人,则在提取所述CLI并利用所述提取的CLI确定在所述服务中登记了所述呼叫者之后为所述预订安排雇佣车辆。37.—种预订雇佣车辆的方法,所述方法包括,在呼叫者服务提供商的系统中利用具有呼叫者线路标识符(CLI)功能的常规数字移动电话向具有预先确立的唯一预订目的的呼叫线路进行预订呼叫,从所述呼叫中提取所述CLI,基于所述预先确立的唯一预订目的组装预订消息,利用所述提取的CLI将所述预订消息转发至所述呼叫者的移动电话,并进行下面两个操作中的一个或两个(a)邀请所述呼叫者确认所述预订,以及在所述呼叫者进行确认后,提供可以用来为所述呼叫者进行雇佣车辆预订的预订输出,或者(b)如果所述呼叫者为已经在所述服务中登记的帐户持有人,则在提取所述CLI并利用所述提取的CLI确定在所述服务中登记了所述呼叫者之后为所述预订安排雇佣车辆。38.—种包含软件的数据存储介质,该软件用于将计算机配置成当呼叫者在呼叫者服务提供商系统中使用具有呼叫者线路标识符(CLI)功能的常规数字移动电话时,所述计算机用作可用于预订雇佣车辆的计算机化呼叫应答系统,所述软件包括使多个唯一预订目的中的一个能够被指派给各呼叫线路的功能,接收呼叫者向所述呼叫线路中的任意一个作出的呼叫的功能,从接收到的呼叫中提取所述CLI的功能,基于特定呼叫线路的指派目的组装预订消息的功能,利用所述提取的CLI将所述预订消息转发至所述呼叫者的移动电话的功能,和下面两种功能中的一个或两个(a)接收对所述预订的呼叫者确认的功能,以及提供能够用来为所述呼叫者进行雇佣车辆预订的预订输出的功能,或者(b)确定所述呼叫者是否为已经在所述服务中登记的帐户持有人的功能,和能够用来在提取所述CLI并使用所述提取的CLI确定在所述服务中登记了所述呼叫者之后为所述呼叫者进行雇佣车辆预订的功能。全文摘要提供了一种雇佣车辆预订服务。用户可以利用具有移动服务(211)中的“呼叫者线路标识符”(后文中称为“CLI”)功能的数字移动电话来预订车辆。所述服务具有与多个呼入线路连接的计算机化的呼叫应答系统,每个所述呼入线路具有预先确立的唯一预订目的。所述系统在呼入呼叫上检测所述CLI,并基于与进行用户的预订的所述呼叫线路相关联的预先确立的所述唯一预订目的组装预订消息。然后,利用提取的CLI将所述组装的消息发回给所述用户。消息的生成进行下面两个操作中的一个或两个(a)邀请呼叫者确认所述预订,并且,如果被确认,则安排所述预订,或者(b)如果根据所述提取的CLI确定所述呼叫者为在所述服务中登记的帐户持有人,则安排所述预订。文档编号G06Q10/00GK101278310SQ200680036901公开日2008年10月1日申请日期2006年9月27日优先权日2005年10月6日发明者彼得·约翰·戈斯尼申请人:彼得·约翰·戈斯尼
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1