旅行服务汇集器的制作方法

专利名称：旅行服务汇集器的制作方法
技术领域：
本说明书涉及管理请求的旅行服务。
背景技术：
有些航空预订系统具有web接口 (或web服务)，其允许旅客、 旅行社以及^元空预订代理请求力元空^t班的座位。在设计旅行路线时， 旅客、旅行社或航空预订代理也可以从多个其他旅行提供方系统(诸 如汽车租赁代理和旅店)请求预订。然而，在某些情况下，航空航 班可能被重新安排或取消，这对于旅客来说可能是非常不方便的， 不仅仅因为航班改变了 ，而且因为其他旅行服务会受到该改变的航 班的影响。(例如，由于旅客的航班被取消，其他旅行服务就都不 必要了。)

发明内容
总体上，本文描述了对附属于被重新安排或取消的航空航班(或 其他旅行交通工具)的旅行服务进行重新安排或取消。
在第一概括性方面，描述了一种系统，其包括用户接口，用于 接收航空航班的电子状态变化；以及航空预订系统，用于基于接收 的电子状态变化来确定与该航空航班相关联的至少 一个附属旅行服 务是否应当更改。
5该系统包括消息收发接口 ，如果确定要更改该至少一个附属旅 行服务，则该消息收发接口用于电子式传输请求以基于电子状态变 化来更改该至少一个附属旅行服务。消息收发接口还电子式传输支 付信息给旅行服务提供方，以供在货记或借记与该至少一个更改的 附属旅行服务相关联的支付时使用。支付信息与预订该至少 一 个附 属旅行服务的顾客相关联。
在第二概括性方面，描述了一种用于管理旅行服务的计算机实
现的过程。该过程包括在旅行预订系统处接收旅行交通工具的电 子状态变化，以及电子式访问存储在旅行预订系统中的数字旅行记 录。该数字旅行记录包括与所述旅行交通工具相关联的至少一个附 属旅行服务的预订。
该过程还包括基于所述旅行交通工具的电子状态变化来确定 该至少 一个附属旅行服务是否应当更改，以及如果确定要更改该至 少 一个附属旅行服务，则从所述旅行预订系统向与该至少 一个附属 旅行服务相关联的远程旅行服务提供方电子式传输请求以基于该电 子状态变化来更改该至少一个附属旅行服务。
该过程还包括从旅行预订系统向旅行服务提供方电子式传输支 付信息，以供在货记或借记与该至少 一个更改的附属旅行服务相关 联的支付时使用。支付信息与预订该至少一个附属旅行服务的顾客 相关联。
此处描述的系统和技术可以提供以下 一 个或多个优点。首先， 系统可以为航空预订系统提供必要的支付系统，其中支付信息被递 送到附属旅行提供方以进行处理。第二，如果航空航班被取消或重 新安排，则通过自动地重新安排附属旅行服务可以简化对旅行路线 的重新安排。第三，通过允许航空预订系统还能管理附加旅行服务
的预订，增加了最初安排旅行路线的便利性。
在下文的附图和描述中阐述了一个或多个实施方式的细节。根 据描述和附图以及权利要求书，其他特征和优点将是明显的。


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