CN103814388A

CN103814388A - 具有改进的pnr处理的预订方法和系统

Info

Publication number: CN103814388A
Application number: CN201280015309.7A
Authority: CN
Inventors: M·派里希尔; C·卡瑞特; F·莱德瑞特; P·布朗恩; P·伽德亚恩
Original assignee: Amadeus SAS
Current assignee: Amadeus SAS
Priority date: 2011-04-05
Filing date: 2012-01-12
Publication date: 2014-05-21
Also published as: SG193312A1; KR101753451B1; CA2828755A1; AU2012238999A1; JP2014510980A; JP5863072B2; KR20140012729A; EP2509035A1; US20120259667A1; US20130346123A1; ZA201306727B; AU2012238999B2; WO2012136389A1

Abstract

根据本发明的优选实施例的方法和系统允许保存的报价(被称为“出价”)列表与PNR在一起存储和提出。这些出价一旦被创建就被传送到旅客，所以旅客可以访问它们并在与提出的旅行代理的交叉通道的交互对话中作出其选择。标准PNR已经被增强以适应在坚定预定之上的报价／出价。此外，使用户的搜索努力持续并可重新使用，在PNR中包含报价使得它们可以通过所有的分布通道来访问并给本发明一个全面的交叉通道的尺度。该新功能也代表了旅行代理工作流中的巨大的增强，因为所有的事先预定活动的保存现在都被自动化，并且通过旅行代理自身(用于跟进和确认目的)可追踪和合法用于发送给常用的中间办公和报告系统。

Description

具有改进的PNR处理的预订方法和系统

技术领域

本发明涉及旅行预订系统的领域，更具体地涉及用于在不修改PNR基本结构的情况下管理事先预定要素（报价）的方法和系统。

背景技术

旅行预订系统通常向其客户提供浏览若干选项并通过组合不同的成分（例如，航班预订加上汽车出租和酒店预定）来模拟旅行安排的可能性。通常情况是这样，在根据总价、安排的方便性和诸多其它因素来比较多个选项之后作出决定。这些事先预定活动构成日常旅行代理工作量的约一半。但是，缺乏在期限或生产率方面优化预订过程的此复杂阶段并能够保留事先预定数据用于进一步的商业分析的合适的工具。

事先预定活动的关键尺度是对将提出并在交叉通道情形中与旅行者分享的“报价”的管理。不管这些“报价”是预定用于旅客作出决定的纯粹的信息材料还是产生反建议或仅仅捕获口头上表达的愿望的手段，今天都明显地缺少实施这些的合适功能。

此外，在某些市场上，公司代理也通过合同约定提出对产生的预定的替代物，并且，要求自动手段来存储、分享和跟进这些替代物——只有笨拙的、基于脚本的或纯粹的工作流集成的工作方法可用来解决这些要求，而没有捕获和使用事先预定数据用于进一步商业智能的集成手段。

此外，对可能的预算限制的考虑施加了严格的经营管理：必须提出严格的标准用于事先预定活动可追溯性、性能测量和资源优化。

所收集的信息也意味着合法用于统计和报告使用，以便通过旅行供应商和旅行代理二者精心设计关于此事先预定信息的商业智能。

主要的复杂性之一来自于对交叉通道允许从任何地方的代理和客户分享事先预定信息的需要。该方案应该优选是中央的，但是，保存的行程不能以出售的行程相同的方式被存储。对于价格同样如此，系统不能以与导致出票的实际价格相同的方式保存它们。需要设计全新的方案来解决该问题。

另一个可能的问题是需要对于终端用户以相同的流程处理不同类型的行程，不仅是航空段。当前，在全球分布系统内，预定和预订被存储在旅客姓名记录中。但是，该PNR不允许存储尚未被坚决预定的行程部分（例如，报价）。结果，给客户的所有的事先预定数据巩固和发送通常对于打开的PNR会话的持续期是有效的，或者，通过对尤其自由流动评论的繁琐使用来被手动地添加在PNR中。为了填充这一空白，本领域的远程系统已经开发其自己的方案（保留在“本地”），而不是集成到比如中间办公系统，数据仓库等关键实体，并且不允许集成的跟进。最后，由于存储该报价信息的这种困难，将它们转换为坚决的预定的过程不是一个简单的变换，并且通常依赖于一个缺乏自动化的完全手动过程。

专利申请US-2002/0152100公开了一种同时提供对若干计算机预订系统（CRS）的访问的方法。结果，旅行代理和在线旅行服务提供商可以同时连接所有的CRS来向终端用户提供很多建议，以选择更加合适的旅行项目段，例如，航空段、汽车段、酒店段。当终端用户想预定至少一个旅行项目段时，超级旅客姓名记录（Super PassengerName Record）存储与终端用户预订的旅行项目段有关的数据。终端用户可以访问超级旅客姓名记录以修改存储的旅行项目段。

专利申请US2003/0144867公开了向终端用户提供用于提高预定效率的旅行网络的方法和系统。具有基于web的用户接口的服务点（POS）终端或应用系统也与网络连接，以向终端用户提供对全球分布系统（GDS）的访问。每一个POS终端或应用提供至少对超级旅客姓名记录的访问，该超级旅客姓名记录存储旅行预订信息，例如，与所有的先前预定的旅行有关的历史数据。

上面引用的两篇现有技术文献描述了将多个通道预订组合为单一一个“超级PNR”的改进的PNR，但是没有解决将多出价（即，非最终预定）处理成同一结构化过程的问题。另一方面，其它现有系统处理对旅行出价的管理，以帮助客户选择其旅行安排；但是，在PNR和旅行出价之间没有集成。作为例子，专利申请WO2008/090530公开了通过处理旅行出价来改进旅行者、旅行代理和旅行供应商之间的旅行开销的管理。首先，旅行者必须产生对旅行的建议以及指示相应的预算。然后，这种数据被存储在特定的数据库中。旅行代理可以在本地访问该数据库，以执行对相应的存储的旅行建议的预定。

因此，这样的方案将是高度赞赏的：其可以用中央的交叉通道桥接这些空白以存储和传送“报价”或“反建议”，可能与能够将报价变换为坚决的预定并能够实现用于分析和商业智能的自动化报告的预订系统集成。

发明内容

本发明的目的在于减轻与现有技术系统相关的问题中的至少一些。

根据本发明的一个方面，提供一种用于提高多通道预订系统中的旅行事先预定查询的效率的方法，该多通道预订系统包括接口模块，该接口模块能够被多个旅行通道访问，每一个通道向用户提供旅行预订服务，该预订系统能够访问多个旅行服务器，每一个服务器提供关于至少一个旅行资源的可用性信息，该方法包括如下步骤：预订系统通过接口模块从旅行通道之一接收包括PNR数据记录和至少一个旅行可用性查询的用户请求；预订系统创建包括PNR数据记录的相同字段的克隆PNR数据记录；用由所述多个旅行服务器中的至少一个根据旅行可用性查询获得的信息丰富克隆PNR数据记录；响应于用户输入，根据克隆PNR数据记录中的相应的字段修改PNR数据记录信息；通过接口模块返回与用户请求的所述至少一个旅行可用性查询相关联的响应。

根据本发明的优选实施例的方法允许将保存的报价（被称为“出价（Offer）”）列表与PNR在一起存储和提供。这些出价一旦被创建就被传送到旅客，所以他可以访问它们并在与提出的旅行代理的交叉通道的交互对话中作出其选择。

标准PNR已经被增强以适应坚决的预定之上的报价/出价，同时向终端用户保持PNR面，从而提升对不允许本地的除了预定以外的任何东西的PNR结构的约束。

此外，使用户的搜索努力持续并可重新使用，在PNR中包含报价使得它们可以通过所有的分布通道来访问并给本发明一个全面的交叉通道的尺度。

该新功能也代表了旅行代理工作流中的巨大的增强，因为所有的事先预定活动的保存可以被自动化，并且通过旅行代理自身（用于跟进和确认目的）可追踪和合法用于发送给常用的中间办公和报告系统（Mid-Office and reporting system）。

本发明的优选实施例的另一个有利特征是报价的多产品方面。的确，假设PNR可以保持不同产品类型的预定：汽车、酒店、保险、铁路和航空，关于所有这些产品，也可以产生报价并存储报价。然后，报价适合的技术容器适应跨报价的共同数据和所有不同的产品细节。甚至可以作为预定参考或作为报价在PNR中集成不由GDS直接分布的产品。事先预定/预定流程的多个步骤可以在任何旅行通道中开始，在另一个通道中继续并在开始的一个或另个通道中完成。

此外，感兴趣的是当在同一记录（即，PNR）中分享预定和报价时可能会建立的集合体。的确，由于本发明，分布系统可以允许用户建立预定和出价的集合。

根据本发明的第二方面，提供一种包括适合于执行上述方法的一个或多个组件的系统。

根据本发明的另外的实施例，提供一种计算机程序，该计算机程序包括用于当所述计算机程序在计算机系统上执行时执行上述方法的指令。

附图说明

现在通过举例来参考附图，在附图中：

图1是根据本发明的一个实施例的预订系统的示图；

图2是适合于支持本发明的优选实施例的方法的普通计算机系统的示图；

图3示出实施本发明的优选实施例的系统的软件组件；

图4是用于根据本发明的优选实施例的方法的克隆PNR的示图；

图5是根据本发明的一个实施例的过程的方法步骤的流程图。

具体实施方式

图1示出适合于实施根据本发明的优选实施例的方法和系统的预订系统。中央旅行预订服务器101可以通过网络被多个客户端模块103（也被称为通道）访问，这些客户端模块允许旅行代理和/或终端客户访问预订系统。预订服务器101通过网络（例如，互联网）访问多个提供商库存数据库105，其中，各种旅行安排的信息可以被检索以为客户建立出价和/或预订。提供商库存数据库105包括若干种可能的旅行安排：航班、酒店、火车、出租车等。通常通过被称为旅客姓名记录（PNR）的数据记录来处理预定，在预订系统中其普遍被接受为一种标准。每一个提供商库存数据库105包括适合于检索旅行信息和执行旅行预订活动的至少一个服务器。本发明的一个优势在于，对于外部用户，以透明的方式处理关于非最终预定（即，出价）的附加信息，而不需要修改现有的PNR。另一方面，通过被称为克隆PNR的东西，根据本发明的优选实施例的系统的用户将能够查看预定和出价信息，作为单一一个对象。这样允许在中央系统中容易地插入出价并将出价定义为克隆中的新PNR要素。于是，中央系统将包含PNR和PNR类似物（克隆）。如图1所示的根据优选实施例的系统还包括前端构架（或者服务器）107，其负责管理对于所有的通道产品103的商业逻辑和定制，并且，该系统处理页面流动和用于客户端模块103和中央预订服务器101之间的交流的必要的数据变换和映射。此外，多个外部服务器109可以被前端服务器107访问：这些外部服务器109可以提供附加内容，预订服务器101不能通过提供商库存数据库105访问该附加内容。在本发明的优选实施例中，也提供服务集成器111。例如，服务集成器111可以是企业应用集成（EAI）总线（例如，由Amadeus SA开发的企业应用集成（EAI）总线）或者企业服务总线（ESB），其路由所有的服务器间通信，保持会话上下文并允许通信协议的独立。其通过web服务将前端服务器107请求或者外部服务器（例如，客户端103）请求路由到后端服务器，以及从中央预订服务器101路由到提供商库存数据库105。

PNR克隆是一种解决出价固有的问题的容易方式：

-现有的应用（馈送、开账单等）不需要被改变以在PNR和出价之间进行区分，只要仅仅通过原始部分（PNR）来触发它们即可

-对于各种各样的行程和价格，价格、行程和其交互的数据结构已经在无成本的情况下可用。

该特征允许出价的无缝集成或者重新使用PNR数据的任何新的容器，而不需要建立全新的基础结构。为了受益于当前的构架，对于取消要素，对于提交要素，在本发明的优选实施例中，可以添加特征以在克隆之间交换。从用户（例如，旅行代理）角度来看，这可以完全被隐藏。旅行代理将克隆的集合视为单一功能实体，尽管可以建立不同的显示，一个用于遗留的PNR，另一个用于克隆。比如取消要素的命令由于交换特征以及保持有效克隆的指示器而保持通用。这样允许实体接收通用取消命令，以便知道在上下文的哪个子部分中应该取消要素。

现在，事先预定信息可以以完全集成的方式被存储和跟进：出价是作为潜在的将来预定、捕获可用性和定价信息的“预览”存储的PNR集成要素，而不保证价格和可用性：没有来自旅行者、旅行代理或提供商的承诺。

该完全集成能够实现处理中的高度灵活性和与旅行预定的其它捕获和同一PNR的出价已经部分的集合。

集成到Amadeus PNR出价受益于可用于PNR的现有服务，并且还可以被集成在PNR特定特征中，例如，行程产生、电子邮件发送、PNR历史、经由现有的会计消息的数据输出等。

Amadeus IT Group SA的预订系统是这种预订系统平台的例子，其中，根据本发明的优选实施例的方法可以被实施。根据本发明的优选实施例的预订系统根据客户端/服务器构架而被组织，其中，预订服务器通过多个客户端模块来接收客户请求，每一个客户端模块代表不同旅行内容提供商之一。在系统内以及向着外部系统的通信根据面向服务构架（SOA）标准来进行，该标准是用于通过网络在系统之间交换信息并用于访问服务（例如，web服务）的公知的协议。

根据本发明的优选实施例的方法的主要方面之一是能够应对多通道和若干不同的提供商。这通过表示支持服务之间的通信的基础结构的SOA的灵活性而得以确保。出价被设计用来解决关键的交叉通道情形，其涉及旅行代理和客户之间的交互的旅行细节：例如AmadeusE-Travel管理的在线应用允许用户查看和确定或拒绝由旅行代理针对其作出的出价。

作为在事先预定过程的任何阶段处可用的中央服务对出价的集成管理允许通过任何通道处理任何后续的动作（可用性重新检查、确认、诉求……）。例如，确认可以由旅行者直接通过其基于web的工具来执行或者由经由邮件或SMS或简单呼叫接收这样做的指令的旅行代理来执行。

在Amadeus中的出价的存储能够使得将事先预定信息发送到选择的数据仓库、资源库和中间办公系统，以使得能够报告，并进一步对事先预定行为和活动进行商业分析。

为了追踪和分析其雇员的事先预定行为，生成标准报告以服务于中等大小的代理的需要也在Amadeus出价解决方案的范围中。

参考图2，系统的一般计算机（例如，计算机、Alliance模块服务器、数据库管理子系统、路由器、网络服务器）被标记为250。计算机250由并行地连接到系统总线253的若干个单元形成。具体地说，一个或多个微处理器256控制计算机250的操作；RAM259由微处理器256直接用作工作存储器，并且，ROM262存储用于计算机250的引导的基本代码。外围单元被群集在本地总线265周围（通过各自的接口的方式）。特别地，由硬盘268和用于读取CD-ROM274的驱动器271构成海量存储器。此外，计算机250包括输入装置277（例如，键盘和鼠标）和输出装置280（例如，监视器和打印机）。网络接口卡283被用于将计算机250连接到网络。桥接单元286将系统总线253与本地总线265进行对接。每个微处理器256和桥接单元286可以作为主代理，从而请求对系统总线253的访问以用于发送信息。仲裁器289管理对系统总线253的互斥访问的许可。如果系统具有不同的拓扑结构或者其基于其它网络，那么类似的考虑也适用。或者，这些计算机具有不同的结构，包括等同的单元或者由其它数据处理实体构成（诸如，PDA、移动电话等）。

如图3所示，示出实现本发明的方法的架构的软件部件。服务集成器301是根据本发明的优选实施例的预订系统（例如，Amadeus预定基础结构）的入口点。进入的预订查询由在代理会话期间负责保持预订上下文的PNR上下文服务器303来接收。该实体了解传统PNR内容（坚决的预定）和报价内容两者。如果进入的查询与报价有关，那么将其转发给出价服务器305，并且，向出价服务器305提供预订上下文。根据本发明的优选实施例，出价服务器305负责集成所有需要的服务以及纯粹报价数据（报价的状态、有效性、安全检查等）的管理。出价服务器305将根据在接收到的查询中所指定的用户需要来将请求寻址到适合的服务器。在本发明的优选实施例中，与出价服务器305通信并向其提供服务的服务器是例如遗留系统TFP307、定价（Pricing）服务器309、可用性（Availability）服务器311（在所述的实施例中，其可以通过定价服务器309来访问）和分段销售（SegmentSell）服务器313。例如，在大部分自动用户查询（即，确认出价和转换为预定）期间，出价服务器305以特定顺序执行调用。其首先请求通过定价服务器309进行价格检查并通过可用性服务器311进行可用性重新检查。如果价格未改变并且座位（或者房间或者任何其它预订的要素）仍然可用，那么出价服务器305请求对分段销售服务器313的预定，这导致在TPF遗留系统307上的PNR中的预定创建被登记并且更新克隆（colone）。然后，出价服务器305再次与定价服务器309通信，以使用与这些出价相同的定价上下文参数来对新创建的预定进行定价。出价服务器305最终更新克隆状态并通过PNR上下文服务器303和服务集成器301向终端用户确认成功的操作。

在图4中，描述根据本发明优选实施例的预定文件（Booking File）的结构。

如图4所示，在克隆PNR中的出价部分可以包括：

-状态（即，激活、不可用等）

-有效日期（以及时间，如果需要）

航班和定价信息被使用在遗留PNR中的相同的数据容器存储，并且使用出价部分的元件链接。

出价的目的在于尽可能地接近预定以提供可靠的报价，而不需要PNP全检查限制。出价是在预定前对终端用户进行的项目提议，即，一组可用性和报价，而没有定价和可用性的保证。从客户的观点来看，其可以被认为是旅行代理提议在给定时刻的快照。

通过下面各项，出价被实现为克隆PNR的元件：

-出价头，具有全部价格

-产品细节，除了具有很少数据（无确认数字……）的标准的酒店或汽车部分或者用于飞机或铁路的一组部分以外，什么都没有

-定价记录，在幕后存储，例如过渡的存储的票（transitional storedticket）。

一旦出价被创建，可以在任何时间：

-检索和显示

-重新验证——可用性和价格被检查

-确认——当终端用户想要将出价转换为坚决的预定

-拒绝

-取消

所有出价，无论其基于什么产品，都被存储在克隆PNR内。由于出价和预定被存储在相同的底层数据结构内并且是同质的，因此可以创建产品的集合（存储为预定或出价）。然后，终端用户可以构建若干个组合、比较它们，等等。从功能上来讲，出价是克隆PNR（也称为预定文件）的要素。预定文件甚至可以仅包含出价而没有预定。

出价已经被实现为类似于预定的完全要素和预定文件的持久要素，被存储在中央系统中。

出价集中化允许唯一的处理使得其可以经由所有的分布通道来访问；理想地，PNR应当被增强以适合于所有网络购物限制，从而实现完整的跨通道维度。这意味着，秘密创建的出价可以在网络服务流中被检索和修改。这种新功能也表示旅行代理工作流中的巨大的增强，这是由于所有的事先预定活动的保存现在是自动的并且可以重新使用。

这意味着，无论通道是什么，旅行代理或旅行者本人点击一次可以：

-检索和显示出价

-自动检查出价的可用性和价格

-将出价转换为预定

-删除出价

出价的持久化和集中化导致在所有通道中的处理的统一和一致。无论通道是什么，对可用性和定价的自动检查或者出价确认是以相同方式进行的。此外，在PNR内合并出价允许提供混合了坚决的预定和出价的特征。可以为旅行者提供对预订的全面认识。为旅行者生成的电子邮件收集了坚决的预定和他的所有出价两者的汇总。此外，行业（分布和提供商两者）可以容易地访问非常有用的报告数据，这将会帮助他们理解购物者的行为并贴近他们的客户期望。

根据本发明优选实施例的方法和系统的优点之一是，在事先预定活动以及坚决的预定期间，对于航空产品以及汽车、酒店或任何其它产品或辅助服务，顾客可以在其购物体验的全程得到帮助。本解决方案将出价创建平滑地整合到了不同的预定流程内。

考虑酒店和汽车预订被一同结合到相同的PNR中的情况的例子。定价被嵌入到可用性交易中。甚至可以为票价搜索交易（诸如Master Price Expert）中的航空（AIR）部分来检索这一点。的确，汽车/酒店可用性或MPE交易的输出存在于与报价结合的产品可用性的列表中。因此，新的“创建出价”交易将被作为后续交易来引入，以将这些推荐直接存储在出价内。

另一方面，对于铁路或标准航空预定流程，在寻找恰当的定价之前，终端用户通常会经过行程构建、飞行或分段选择的步骤。一旦这两个步骤已经被执行，由于同一个“创建出价（Create Offer）”交易，终端用户现在就可以在继续他的预定处理或存储其行程和相关联的定价之间进行选择。

无论产品是什么，实现相同的入口和接口以创建出价在所有不同的产品中引入了出价创建流程的同质化，其目的在于使得对旅行代理或顾客来说事情变得更容易。

根据本发明优选实施例的方法的交叉通道的方面是通过提供可以容易地容纳下面两者的结构来实现的：

-公共要素，其存储出价状态、总价，甚至定价细节

-具有每种产品类型特征的产品描述。

如果产品描述仍然是特定的，那么其同样也非常接近于标准预定，从而使得用户可以检索其习惯得到的所有有用的信息。对某些一般报价数据共享公共格式使得能够进行不同的处理，诸如，相互间的出价比较，其在决定支持中是极大的改进。这些公共数据的另外的可能的使用是我们称为提议的一组出价的组成成分。这些提议允许用户收集构成整个行程的出价或坚决的预定，从而使得他可以具有对全部行程的完全了解以及他的请求的全局成本的认识。从这里，通过确认、取消、重新检查所有包括在给定提议中的出价，用户可以具有与单个提议绑定的被良好处理的出价。

上述根据本发明实施例的方法还在图5中示出的示图中进行了表示。该方法的目的在于提高多通道预订系统中的旅行事先预定查询中的效率，该预订系统包括单访问接口模块和可以对多个旅行通道进行访问的出价服务器，每个通道提供关于至少一个旅行资源的可用性信息；该方法开始于黑圈501，然后前进到框503，在框503，用户请求被系统通过单访问接口模块（例如，在图3中描述的访问集成器301）所接收。然后，该系统创建如上所述的克隆PNR（步骤505）。克隆PNR复制“真正”PNR的结构，可能具有附加字段，例如，如上所述的状态与和有效日期字段。克隆PNR被使用从多个通道获得的信息来丰富（步骤507）直到用户请求被完全满足（步骤509）。用户具有将收集到的事先预定信息转变为真正预订的选项（步骤511和513）。在本流程图中，该用户选择被示出为在所有事先预定查询步骤之后，但是如上文所解释的，其可以在任何时间被进行。事先预定信息变成真正的预定不是必须的，在这种情况中，克隆PNR被返回给用户，用户可以在稍后阶段使用该信息。

应当认识到，在不脱离本公开的范围的情况下，可以对上述进行替换和修改。自然，为了满足本地和特定的要求，本领域技术人员可以对上述解决方案采用许多修改和替换。特别地，尽管已经参考本公开的优选实施例对本公开进行了一定程度的特定描述，但是应当理解，各种在形式和细节上的省略、替换和改变以及其它实施例都是可能的；此外，特别希望结合本公开的任何公开实施例描述的特定要素和/或方法步骤可以作为设计选择的一般事项被合并到任何其它实施例中。

如果程序（其可以被用来实现本公开的每个实施例）以不同的方法构造或者提供另外的模块或功能，那么类似的考虑也适用；类似地，存储器结构可以是其它类型，或者可以使用等同的实体来代替（不是不须由物理存储介质来构成）。此外，提出的解决方案导致其使用等同的方法（具有类似的或另外的步骤，甚至以不同的顺序）来实现。在任何情况中，该程序可以采用任何适合于由任何数据处理系统或结合任何数据处理系统的形式，诸如，外部或驻留软件、固件或微码（在目标代码中或在源代码中）。此外，该程序可以在任何计算机可用介质上提供；该介质可以是任何适合于包含、存储、通信、传播或传输该程序的元件。这样的介质的例子是固定磁盘（其中，程序可以被预先载入）、可移动盘、磁带、卡、电缆、光纤、无线连接、网络、广播波等；例如，该介质可以是电的、磁的、光的、电磁的、红外的或半导体类型的。

在任何情况中，根据本公开的解决方案使得其自身被使用硬件架构（例如，集成到半导体材料的芯片中）或使用软件和硬件的组合来实现。

Claims

1.一种用于提高多通道预订系统中的旅行事先预定查询的效率的方法，该多通道预订系统包括接口模块，该接口模块能够被多个旅行通道访问，每一个通道向用户提供旅行预订服务，该预订系统能够访问多个旅行服务器，每一个服务器提供关于至少一个旅行资源的可用性信息，该方法包括如下步骤：

-通过接口模块，预订系统从旅行通道之一接收用户请求，该用户请求包括PNR数据记录和至少一个旅行可用性查询；

-预订系统创建包括PNR数据记录的相同字段的克隆PNR数据记录；

-用由所述多个旅行服务器中的至少一个根据旅行可用性查询获得的信息丰富克隆PNR数据记录；

-响应于用户输入，根据克隆PNR数据记录中的相应的字段修改PNR数据记录信息；

-通过接口模块返回与用户请求的至少一个旅行可用性查询相关联的响应。

2.根据权利要求1所述的方法，其中，被丰富的数据结构能够在多个通道之间被分享并被重新用于将来的查询。

3.根据任何一项前述权利要求所述的方法，其中，可用性信息包括关于价格的信息。

4.根据任何一项前述权利要求所述的方法，其中，克隆PNR数据记录包括指示时间阈值的有效性日期的指示，在该时间阈值之后，根据克隆PNR数据记录中的相应的字段修改PNR数据记录信息的步骤不再可行。

5.根据任何一项前述权利要求所述的方法，其中，接口模块是单访问接口模块。

6.根据任何一项前述权利要求所述的方法，其中，接口模块包括企业服务总线（ESB）或者企业应用集成总线（EAI）。

7.根据任何一项前述权利要求所述的方法，其中，通过接口模块和旅行服务器，在预订系统内和在预订系统、通道之间的通信是根据面向服务构架（SOA）通过消息来实现的。

8.一种预订方法，包括任何一项前述权利要求所述的方法，其中，预订方法提供将与用户请求的至少一个旅行可用性查询相关联的响应变换为旅行预定的选项。

9.一种计算机程序，包括用于当在计算机上执行所述计算机程序时执行根据任何一项前述权利要求所述的方法的步骤的指令。

10.一种计算机程序产品，包括实施权利要求9所述的计算机程序的计算机可读装置。

11.一种用于提高多通道预订系统中的旅行事先预定查询的效率的预订数据处理系统，该多通道预订系统包括接口模块，该接口模块能够被多个旅行通道访问，每一个通道向用户提供旅行预订服务，该预订系统能够访问多个旅行服务器，每一个服务器提供关于至少一个旅行资源的可用性信息，其中，该系统包括适合于执行权利要求1至8中的任何一项所述的方法的一个或多个组件。

12.根据权利要求11所述的预订数据处理系统，其中，所述多个旅行通道相互通信，并且，被丰富的数据结构能够在所述多个通道之间被分享并被重新用于将来的查询。

13.一种部署在用于实现权利要求1至8中的任何一项所述的方法的数据处理系统中的服务。