旅行服务汇集器 【相关申请的交叉引用】
本申请要求于2007年3月5日提交的、名称为“Travel ServiceAggregator”、申请序列号为60/893,056的美国申请的优先权，其内容通过引用整体而包含于此。
【技术领域】
本说明书涉及管理请求的旅行服务。
背景技术
有些航空预订系统具有web接口(或web服务)，其允许旅客、旅行社以及航空预订代理请求航空航班的座位。在设计旅行路线时，旅客、旅行社或航空预订代理也可以从多个其他旅行提供方系统(诸如汽车租赁代理和旅店)请求预订。然而，在某些情况下，航空航班可能被重新安排或取消，这对于旅客来说可能是非常不方便的，不仅仅因为航班改变了，而且因为其他旅行服务会受到该改变的航班的影响。(例如，由于旅客的航班被取消，其他旅行服务就都不必要了。)
【发明内容】
总体上，本文描述了对附属于被重新安排或取消的航空航班(或其他旅行交通工具)的旅行服务进行重新安排或取消。
在第一概括性方面，描述了一种系统，其包括用户接口，用于接收航空航班的电子状态变化；以及航空预订系统，用于基于接收的电子状态变化来确定与该航空航班相关联的至少一个附属旅行服务是否应当更改。
该系统包括消息收发接口，如果确定要更改该至少一个附属旅行服务，则该消息收发接口用于电子式传输请求以基于电子状态变化来更改该至少一个附属旅行服务。消息收发接口还电子式传输支付信息给旅行服务提供方，以供在贷记或借记与该至少一个更改的附属旅行服务相关联的支付时使用。支付信息与预订该至少一个附属旅行服务的顾客相关联。
在第二概括性方面，描述了一种用于管理旅行服务的计算机实现的过程。该过程包括：在旅行预订系统处接收旅行交通工具的电子状态变化，以及电子式访问存储在旅行预订系统中的数字旅行记录。该数字旅行记录包括与所述旅行交通工具相关联的至少一个附属旅行服务的预订。
该过程还包括：基于所述旅行交通工具的电子状态变化来确定该至少一个附属旅行服务是否应当更改，以及如果确定要更改该至少一个附属旅行服务，则从所述旅行预订系统向与该至少一个附属旅行服务相关联的远程旅行服务提供方电子式传输请求以基于该电子状态变化来更改该至少一个附属旅行服务。
该过程还包括从旅行预订系统向旅行服务提供方电子式传输支付信息，以供在贷记或借记与该至少一个更改的附属旅行服务相关联的支付时使用。支付信息与预订该至少一个附属旅行服务的顾客相关联。
此处描述的系统和技术可以提供以下一个或多个优点。首先，系统可以为航空预订系统提供必要的支付系统，其中支付信息被递送到附属旅行提供方以进行处理。第二，如果航空航班被取消或重新安排，则通过自动地重新安排附属旅行服务可以简化对旅行路线的重新安排。第三，通过允许航空预订系统还能管理附加旅行服务的预订，增加了最初安排旅行路线的便利性。
在下文的附图和描述中阐述了一个或多个实施方式的细节。根据描述和附图以及权利要求书，其他特征和优点将是明显的。
【附图说明】
图1示出了用于管理航空预订和附加旅行服务的示例性系统的框图。
图2是用于请求旅行服务的示例性方法的流程图。
图3是用于更改旅行服务的示例性方法的流程图。
图4是示例性计算机系统的示意图。
各个附图中类似的参考标号指示类似的元素。
【具体实施方式】
图1示出了用于管理航空预订和附加旅行服务的系统100的框图。系统100包括航空预订模块102，其使用消息收发接口104来与提供附加旅行服务的第三方通信，附加旅行服务诸如汽车租赁、旅店预订、游船预订、旅行保险等。
在某些实现中，顾客(其可以是旅客或旅客的中介，诸如旅行社)可以通过访问航空预订系统来预订或购买各种旅行服务，该航空预订系统继而与供应附加服务(例如，旅店租赁、汽车租赁、旅行保险等等)的第三方进行通信。系统100可以从第三方取回报价和可用性信息，并传输对附加旅行服务的预订请求和购买请求。
附加地，在某些实现中，旅客的航班状态变化可以触发与第三方旅行服务提供方的通信。如果旅客的航班被取消，则预订模块102为了取消或更改依赖于该旅客的航班的其他旅行服务而发起与第三方的通信。例如，如果旅客到Honolulu(檀香山)的航班由于恶劣的天气原因而被取消，则预订模块102可以发起对旅客在Honolulu的旅店预订的取消请求。
在图1所示的实现中，预订模块102使用消息收发接口104与第三方通信，以通过网络(诸如因特网)、经由公共应用编程接口(API)来访问第三方的系统。消息收发接口104可以将请求(诸如预订或取消请求)转换成第三方的系统能够理解地消息。
例如，如果预订模块102请求取消对“汽车租赁公司”的汽车租赁，则消息收发接口104使用汽车租赁公司API来将该请求从预订模块102所使用的格式转换成与汽车租赁公司的系统兼容的格式。因此，如果预订模块102所使用的、用于取消对汽车租赁公司的汽车租赁的命令是“CarCancel(日期，预订号)”，则消息收发接口104可以将此命令转换成“CR(预订号)”，其可以是汽车租赁公司API指定用于取消汽车租赁的命令。
在有些实现中，每个第三方可能具有用于通信的不同API。消息收发接口104可以将从第三方的每一个递送来的命令或消息转换为与预订模块102相兼容的格式，反之亦然。
可以使用用户接口(UI)，诸如供应方与产品配置UI 106或联系方与供应方配置接口UI 108，来访问消息收发模块104。供应方与产品配置UI 106可以用来设置与第三方通信的约束。在某些实现中，航空代理可以筛选哪些第三方可以提供旅行服务。例如，消息收发接口可以为与汽车租赁公司A、B和C的通信提供支持，不过，航空公司负有支持公司A和B的合同义务。此航空公司代理可以使用供应方与产品配置UI 106来指定仅提供A和B的服务。
在其他实现中，供应方与产品配置UI 106可以用于指定规则，这些规则确定在指定条件下，允许哪些第三方向旅客提供服务。例如，如果价格低于航空公司设置的阈值，则消息收发接口104可以仅将产品或服务信息和/或可用性信息传输给预订模块。在一个特定示例中，阈值可以如下这样来设置，使得不将超过当前购买的旅行服务的成本的5％的旅行保险报价传输给预订模块。
如上所述，消息收发接口104也可以使用联系方与供应方配置UI 108来配置。在某些实现中，联系方与供应方配置UI 108允许用户配置、添加或移除第三方API。例如，用户可以使用该UI来指定公主邮轮(Princess Cruise Line)用以接收预订请求、价格查询、取消请求等的必要格式或API，从而添加对公主邮轮游览的支持。在另一示例中，已有第三方旅行服务提供方可以改变用于与其系统通信的API。用户可以使用联系方与供应方配置UI 108来更改存储在消息收发接口104中的已有第三方API，以反映该第三方实施的改变。
旅客以及预订模块102的其他用户可以按照多种方式与其交互，这些方式包括使用web浏览接口110、呼叫中心接口112、机场UI 114以及web服务接口。
在有些实现中，web浏览接口110允许旅客访问预订模块102。例如，旅客可以通过访问航空公司的网页来请求预订航空航班，航空公司的网页充当通往预订模块102的接口。除了向航空公司预订航班之外，还可以向旅客呈现其他旅行服务以供购买。例如，如果旅客请求到San Francisco(旧金山)的航班，则预订模块可以将请求传输到消息收发接口104，该消息收发接口104继而向第三方查询赠送的旅行服务。消息收发接口104可以从汽车租赁公司A和B接收在预订航班到达日期时在San Francisco国际机场可用的汽车租赁的价格报价。这些报价继而可以呈现给旅客。
在其他实现中，中介可以代表旅客访问web浏览接口。例如，旅行社可以使用web浏览接口110来为旅客请求预订和附加旅行服务。
在某些实现中，呼叫中心接口112可以允许呼叫中心系统(未示出)与预订系统对接。旅客可以联系呼叫中心以进行旅行预订，并且呼叫中心处的代理可以访问预订模块102以进行预订和附加旅行服务。
在有些实现中，机场UI 114可以允许机场雇员访问预订模块102。例如，登机门人员可以使用客户端计算设备来访问预订模块102以检查航班的状态、改变预订、输入航班状态的变化，等等。
在某些实现中，web服务接口116可以是允许各种系统与预订系统通信的API。例如，此API可以支持RSS源，其被传输到旅客以更新与该旅客相关联的航班状态和其他旅行服务。
在某些实现中，预订模块102在旅行记录数据库118中存储与每个旅客相关联的旅行信息。例如，旅客的航班、汽车租赁、旅行保险以及旅店预订可以记录在与该旅客相关联的单条旅行记录中并且存储在数据库118中。
预订模块也可以包括用于与其他系统通信的接口，诸如供应方核对与财务/会计系统120。此系统可以访问预订模块104和旅行记录，以便跟踪旅行消费以用于记账目的，诸如跟踪从第三方购买的服务以确保第三方接收到适当的报酬。
图2是用于请求旅行服务的示例性方法200的流程图。在有些实现中，方法200可以由主控预订模块(诸如图1的预订模块102)的一个或多个计算设备来执行。
在步骤210中，接收针对航空预订的请求。例如，旅客可以使用web浏览接口登录航空公司的网页，并且向该航空公司请求航班预订。web浏览接口可以将该请求传输到预订模块。
在步骤220中，可以接收针对附加旅行服务的请求。例如，航空公司的网页可以显示屏幕，该屏幕询问旅客除了航班预订之外是否还希望预订附加的旅行服务，诸如旅店预订或汽车租赁预订。旅客继而可以选择其感兴趣的附加旅行服务并且将此信息传输到预订模块。
在步骤230中，查询被传输到负责所请求的附加旅行服务的实体。例如，如果旅客做出其对旅店预订感兴趣的响应，则预订模块可以使用合适的AP I来查询第三方旅店系统。
在步骤240中，从负责所请求旅行服务的实体接收详情。例如，旅店系统可以利用包括旅店房间和报价的预订可用性的信息来对预订模块所传输的查询进行响应。
在步骤250中，确定是否接收到了针对旅行服务的新请求或已更改请求。例如，旅客可能请求附加的旅行服务，诸如汽车租赁，或者可能请求来自不同旅店的另外报价。如果接收到附加请求，则方法200返回到步骤220，否则，可以执行步骤260。
在步骤260中，更改旅行记录以反应此航空预订以及附加的旅行服务。例如，可以创建或更改与请求服务的旅客相关联的旅行记录。在此记录中可以包括该旅客所请求的服务，连同与这些服务相关联的信息，诸如报价、日期、提供方、旅行限制条款、支付信息，等等。在步骤260之后，方法200可以结束。
图3是用于更改旅行服务的示例性方法300的流程图。在某些实现中，方法300由主控预订模块102的一个或多个计算设备来执行。
在步骤310中，接收航班取消或更改的通知。例如，航空公司雇员可以使用机场UI 114来向预订模块102输入航班被取消或延误的信息(或者预订模块102可以从另一系统接收此航班取消或更改信息)。在步骤320中，访问与该航班相关联的旅客的旅行记录。例如，预订模块102可以访问可存储旅行记录的旅行记录数据库118。
在一种实现中，例如可以基于航班信息为旅行记录编制索引。当预订模块接收到航班状态有变化(例如，延误、取消等等)的信息时，预订模块可以向数据库查询与该航班相关联的记录。在找到与该航班相关联的旅行记录之后，方法300可以执行步骤330。
在可选步骤330中，可以访问规则集以确定下一动作。这些动作可以包括取消全部或部分相关旅行服务，或者基于更改的航班状态重新安排全部或部分旅行服务。例如，如果航班延误一小时，则规则集中的一条规则可以指定：旅行记录中列出的相关联的旅行服务不应被取消或重新安排。另一方面，如果航班延误四小时，则该规则可以确定汽车租赁应该被重新安排成晚四小时，但是旅店预订应保持不变。
在可选步骤340中，可以将请求下一动作的提示传输给用户。例如，代替于访问规则集，可以在航班被取消或延误时向用户传输提示。用户继而可以确定是否要重新安排、改变或取消任何相关联的旅行服务。在有些实现中，步骤330中所描述的规则集可以生成初始下一动作。提示被发送给用户，该用户审核此初始下一动作并且可以同意、更改或拒绝规则集所确定的此下一动作。
在步骤350和360中，可以将取消请求和重新安排请求分别传输到负责附加旅行服务的第三方。执行哪一步骤可以取决于之前确定的下一动作。例如，如果规则集(或用户)之前确定应当取消旅店预订，则可以执行步骤350。如果规则集确定应当重新安排旅店预订，则可以执行步骤360。
在某些实现中，预订模块可以使用消息收发接口和用于服务提供方的API来将请求传输到第三方旅行服务提供方。例如，如果与取消的航班相关联的旅行记录包括在San Francisco Hilton(旧金山希尔顿饭店)的旅店预订，则预订模块可以使用消息收发接口、利用Hilton API来将取消请求传输到Hilton的系统。
可以以类似的方式来完成重新安排请求的发送。然而，在有些环境中，预订的服务可能在新的期望时间内不可用。在某些实现中，如果旅行服务在新时间不可用，则可以传输取消请求，并且可以将针对相同服务的请求传输到新的旅行服务提供方。例如，如果第一家汽车租赁公司的豪华汽车租赁在延迟的时间内不可用，则系统可以请求取消第一预订并且可以向另一汽车提供方请求豪华汽车租赁。
在有些实现中，对替代旅行提供方的请求可以指定要满足某些约束，诸如租赁费用、汽车大小、旅行服务提供方(例如，旅客或其他用户只想要某些公司)、支付类型(例如，接受American Express(美国运通)信用卡)、等等。例如，系统可以指定租赁新的豪华汽车的价格不超过第一家汽车租赁公司的价格。系统可以查询多家旅行服务提供方，并且在约束被满足时重新进行安排。
在步骤370中，可以更改旅行记录以反应此取消的或重新安排的附加旅行服务，并且在步骤380中，可以将更改的旅行路线传输给用户。例如，预订模块可以使用存储在旅行记录中的联系人信息(诸如电子邮件地址)，将更改的旅行路线传输给旅客。在另一示例中，此信息可以传输到旅行社，诸如请求这些服务的旅行社。在可选地传输更改的路线之后，方法300可以结束。
图4是计算机系统400的示意图。根据一种实现，系统400可以用于结合前述任一计算机实现方法而描述的操作。系统400包括处理器410、存储器420、存储设备430以及输入/输出设备440。组件410、420、430和440中的每一个使用系统总线450而相互连接。处理器410能够处理在系统400内执行的指令。在一种实现中，处理器410是单线程处理器。在另一实现中，处理器410是多线程处理器。处理器410能够处理存储在存储器420中或存储设备430中的指令，以便在输入/输出设备440上显示用于用户接口的图形信息。
存储器420存储系统400内的信息。在一种实现中，存储器420是计算机可读介质。在一种实现中，存储器420是易失性存储单元。在另一实现中，存储器420是非易失性存储单元。
存储设备430能够为系统400提供海量存储。在一种实现中，存储设备430是计算机可读介质。在各种不同实现中，存储设备430可以是软盘设备、硬盘设备、光盘设备或磁带设备。
输入/输出设备440为系统400提供输入/输出操作。在一种实现中，输入/输出设备440包括键盘和/或指点设备。在另一实现中，输入/输出设备440包括显示单元，以用于显示图形用户界面。
所描述的特征可以实现为数字电子电路、或者计算机硬件、固件、软件、或其组合。装置可以实现在有形地具体化在信息载体中的计算机程序产品中，例如有形地包含在机器可读存储设备中或传播的信号中，以便由可编程处理器执行；方法步骤可以由执行指令程序的可编程处理器来执行，以通过操作输入数据以及生成输出来执行所描述实现的功能。所描述的特征可以有利地实现在可在可编程系统上执行的一个或多个计算机程序中，该可编程系统包括至少一个可编程处理器，其耦合到数据存储系统以从其接收数据和指令以及向其发送数据和指令；至少一个输入设备；以及至少一个输出设备。计算机程序是可以在计算机中直接或间接使用以执行特定动作或产生特定结果的指令集。计算机程序可以以任何编程语言形式编写，包括编译语言或汇编语言，并且其可以以任何形式进行部署，包括作为单机程序或作为模块、组件、子例程，或适合于在计算环境中使用的其他单元。
作为示例，用于执行指令程序的适合的处理器包括通用微处理器和专用微处理器，以及任何类型的计算机的单处理器或多处理器之一。通常，处理器会从只读存储器或随机访问存储器或二者接收指令和数据。计算机的必要元件是用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器。通常，计算机还会包括一个或多个用于存储数据文件的海量存储设备或者可操作地与其耦合以进行通信；这种设备包括磁盘，诸如内部硬盘或可移动盘；磁光盘；以及光盘。适合于有形地具体化计算机程序指令和数据的存储设备包括所有形式的非易失性存储器，作为示例，其包括半导体存储器器件，诸如EPROM、EEPROM以及闪存设备；磁盘，诸如内部硬盘和可移动盘；磁光盘；以及CD-ROM盘和DVD-ROM盘。处理器和存储器可以由ASIC(专用集成电路)来补充或并入其中。
为了提供与用户的交互，特征可以实现在计算机上，该计算机具有用于向用户显示信息的显示设备(诸如CRT(阴极射线管)或LCD(液晶显示)监视器)，以及用户可以用来向计算机提供输入的键盘和指点设备(诸如鼠标或轨迹球)。
特征可以实现在计算机系统中，其包括后端组件，诸如数据服务器；或者其包括中间件组件，诸如应用服务器或因特网服务器；或者其包括前端组件，诸如具有图形用户接口或因特网浏览器的客户端计算机，或者是其任意组合。系统的组件可以通过任何形式或数字数据通信介质(诸如通信网络)而连接。通信网络的示例包括，例如LAN、WAN以及组成因特网的计算机和网络。
计算机系统可以包括客户端和服务器。客户端和服务器通常相互远离，并且典型地通过网络(诸如前述网络)进行交互。客户端与服务器的关系由于运行在各自计算机上并且相互具有客户端-服务关系的计算机程序而产生。
尽管上面详细描述了若干实现，但是其他修改也是有可能的。在某些实现中，预订模块102可以管理多种预订类型。例如，代替航空预订，预订模块可以管理汽车租赁预定、旅店预定、铁路(例如，火车)预定或游船预订。
在又一些其他实现中，预订模块管理若干种旅行服务。例如，预订模块可以管理汽车租赁预定、旅店预定以及航空预订。在有些实现中，系统还可以使消息收发接口与其不管理的旅行服务的服务提供方(诸如旅行保险商)进行通信。
在有些实现中，与附属旅行服务相关联的支付可以基于航空航班的安排的变化而进行调整。例如，如果航空航班取消了，则航空预订系统可以退还顾客对该航班的支付款。此外，航空预订系统可以将支付信息传输给与附属于该取消的航班的已预订旅行服务相关联的旅行提供方。旅行提供方可以附属旅行服务并且退还之前针对这些服务收取的任何费用。
在有些实现中，递送给旅行提供方的支付信息可以包括信用卡信息。航空预订系统可以在预订航空航班的座位期间(和/或在预订附属于该航空航班的旅行服务(诸如旅店预订、旅行保险、汽车租赁、游船预订、社交场所或活动预订，等等)期间)接收信用卡信息。
在有些实现中，如果附属旅行服务被取消或重新安排，则航空预订系统可以将信用卡信息传输给旅行服务提供方。在由于航空航班被取消或重新安排而导致一个或多个附属旅行服务被取消的情况下，负责附属旅行服务的每个旅行提供方可以通过将收取的支付存回信用卡来退还之前针对附属旅行服务收取的任何费用。通过使负责的旅行提供方管理与他们所提供的旅行服务相关联的财务问题，而不是使预订系统来管理与旅行路线相关的所有旅行服务的支付(即使顾客使用预订系统来请求旅行路线的所有旅行服务)，这样可以减少预订系统处的支付系统的复杂性。
在另一示例中，如果购买的附属旅行服务是旅行保险，则航空预订系统可以将支付信息转发给负责的旅行保险商以便收集要求的费用。例如，预订系统可以将银行账户信息转发给旅行保险商，其可以根据保险额的支付而扣除账户。
在航空航班被重新安排的有些实现中，递送到旅行提供方的支付信息可以用于退还针对被重新安排但未取消的附属旅行服务的部分金额而不是全部金额。例如，如果航班被重新安排，则旅店预订也可能必须重新安排以便与新航班相符。如果新的重新安排的旅店预订价钱更便宜，则差额可以由适合的旅行提供方转入支付信息中所指示的账户中。
在另一实现中，原始旅行提供方可能无法满足重新安排的旅行服务。这种情况下，原始旅行提供方可以取消服务、退还任何费用，并且预订系统可以请求另一旅行提供方满足对重新安排的旅行服务的请求。新的旅行提供方继而可以使用此支付信息向顾客收取所预订的旅行服务的费用。
另一方面，如果重新安排的旅行服务更加昂贵，则递送给旅行提供方的支付信息可以用来针对该重新安排的旅行服务而借记额外的金额。在有些实现中，如果顾客的旅行路线需要重新安排，则他或她可以指定其愿意支付的额外金额。航空预订系统可以使用此指定的阈值来确定是否将支付信息递送给旅行提供方以用于借记目的。
例如，在预订时，顾客可以指定他或她愿意多支付$100用于重新安排的旅店预订，多支付$25用于重新安排的汽车租赁。如果航班被重新安排，则航空预订系统可以查询负责提供旅店和汽车预订的旅店和汽车代理系统。如果旅店和汽车代理系统利用报价做出响应，该报价显示重新安排的旅行服务的费用不会超过$100或$25的阈值，则航空预订系统可以传输支付信息，并且可以请求旅店和汽车代理系统重新安排旅行服务并收取额外的金额。
在另一实现中，航空预订系统可以向顾客发起授权请求，以询问该顾客是否同意重新安排任何附属旅行服务所需要的额外的金额。例如，如果重新安排的附属旅行服务花费太高，则航空预订系统可以发送电子邮件给顾客，其列出了增加的金额并且请求授权重新安排这些服务。该电子邮件可以包括显示接受按钮的HTML，当点击该按钮时会发起授权航空预订系统将支付信息递送给旅行提供方的响应，以便借记重新安排该旅行服务而报出的额外金额。
此外，附图中所绘的逻辑流程不要求按所示的特定次序或顺序次序来获得期望的结果。而且，可以提供其他步骤，或者可以从所示流程中省略一些步骤，并且可以向所描述的系统添加其他组件，或者从其删除。相应地，其他实现在以下权利要求的范围内。