CN110352441A - 记录聚合数据库 - Google Patents

Abstract

用于聚合相关数据库记录的数据的系统、方法和计算机程序产品。预订文件夹数据库保存多个预订文件夹记录。每个预订文件夹记录通过保存识别要链接的预约记录的标识符，链接与特定旅行或一组旅行相关的预约记录和其他数据。要查看或更改旅行，客户端应用可搜索数据库，寻找与搜索项匹配的预订文件夹记录。基于匹配的预订文件夹记录中的标识符，客户端应用可检索链接的预约记录，并把预约记录聚合成整个旅行的单个预订文件夹视图。要更改旅行的行程，客户端应用可以向预订文件夹记录中添加或者从中删除链接，或者更改链接的预约记录。

Description

记录聚合数据库

技术领域

本发明涉及计算机和计算机系统，尤其涉及用于聚合来自相关数据库记录的数据的方法、系统和计算机程序产品。

背景技术

在信息时代，收集并将关于人员、事务和其他主题的信息保存在数据库中已经变得常见。分离的数据库所收集的许多数据常常是冗余的，或者以某种方式相关。例如，单个人或处理可能在与单个任务或项目相关、但是发生在不同的时间和/或由不同系统处理的单独数据处理会话期间生成数据。这些单独的数据处理会话可能导致与单个事件或事务相关的数据库记录保存在分离的数据库中，或者保存在单个数据库的多个分区内的不关联记录中。

例如在旅游行业中，旅行代理可以为客户向由不同旅游供应商运营的预约系统预订旅游产品。例如，单次旅行可能包括预约航空旅行、酒店、车辆租赁和其他旅游相关产品。当预约旅游产品时，记录预约的旅游产品的一个或多个电子记录通常保存在全球分销系统的数据库中。该数据库可以包括一批记录，其中包含关于旅行者及其从特定旅游供应商处预约的旅游产品的行程的信息。每个数据库记录还可以为数据库记录预约的产品定义旅行代理与旅游供应商之间的合同。

从多个旅游供应商预约产品可能会导致生成彼此没有联系的不关联数据库记录。当特定旅行者或行程的预约不关联时，旅行代理可能难以确定旅行者的整个行程的范围。此外，旅行代理可能难以识别他们与特定旅客签订的每一份合同。

旅游供应商可能会面临由多个不关联数据库记录的生成而产生的不同问题。每个数据库记录可以定义旅游供应商和特定旅行社之间的合同。然而，单个旅行者可能使用了多于一家旅行社来预订其旅行，结果产生同一家旅游供应商针对单次旅行，为同一名旅客提供的产品的单独的数据库记录。例如，在航空旅行的情况下，由此导致的旅客行程在多个合同之间的分割可能会阻止航空公司对整个行程应用定价策略。

从而，需要用于聚合来自相关数据库记录的数据的改进系统、方法和计算机程序产品，所述系统、方法和计算机程序产品为用户和系统提供数据库记录的单个视图。

发明内容

在实施例中，数据处理系统包括一个或多个处理器和耦接到所述处理器的存储器。所述存储器保存包括预订文件夹数据库和程序代码的数据。当由所述一个或多个处理器中的至少一个执行时，所述程序代码可使所述系统接收查看预订文件夹的查看请求。所述查看请求可包括搜索项，并响应于收到查看请求，系统可以从预订文件夹数据库中检索与搜索项匹配的预订文件夹记录。预订文件夹记录可以定义识别第一预约记录的第一标识符。系统可以使用来自预订文件夹记录的第一标识符来检索第一预约记录，并将预订文件夹传送给用户系统。预订文件夹可以包含来自第一预约记录的第一数据。

在另一个方面，所述程序代码可使系统在预订文件夹数据库中创建预订文件夹记录，并使预订文件夹记录与预约记录关联。或者，在创建预订文件夹之后，可以通过从预订文件夹中删除预约记录的标识符，使预订文件夹记录和预约记录解除关联。

在另一个方面，预订文件夹记录还可定义识别第二预约记录的第二标识符，所述程序代码还可使系统使用来自预订文件夹记录的第二标识符来检索第二预约记录，并把来自第二预约记录的第二数据添加到预订文件夹。

在另一个方面，所述程序代码可使系统通过由上下文协调器把上下文报头附加到查看请求，把查看请求从上下文协调器传送给预订文件夹数据库，从预订文件夹数据库检索预订文件夹，把预订文件夹保存在上下文报头中，把上下文报头附加到应答，把所述应答从预订文件夹数据库传送给上下文协调器，和由上下文协调器从所述应答分离上下文报头，来检索预订文件夹记录。

在另一个方面，所述程序代码可使系统通过在查看请求之前，接收包含搜索项和第一标识符的创建请求，在预订文件夹数据库中创建预订文件夹记录。响应于收到所述创建请求，所述程序代码可使系统把搜索项保存在预订文件夹记录的第一字段中，把第一标识符保存在预订文件夹记录的第二字段中，生成文件夹标识符，并将文件夹标识符保存在预订文件夹记录的第三字段中。所述程序代码随后可使系统把预订文件夹记录保存在预订文件夹数据库中。

在另一个方面，预订文件夹可以通过应用编程接口被传送给用户系统，所述数据处理系统还可包括运行与应用编程接口对接并提供用于显示预订文件夹的用户界面的客户端应用的客户端计算机，和运行管理预订文件夹数据库的数据库管理应用的服务器计算机。

在另一个方面，预订文件夹记录可以不复制存在于任意预约记录中的数据地聚合多个预约记录。

在另一个方面，所述程序代码还可使系统响应于收到更新行程的创建请求，检索预订文件夹记录，利用来自预订文件夹记录的第一标识符检索第一预约记录，并通过修改第一预约记录，更新行程。

在另一个方面，所述程序代码还可使系统响应于收到更新行程的创建请求，检索预订文件夹记录，并通过把识别第二预约记录的第二标识符保存在预订文件夹记录中，更新行程，所述第二预约记录定义正被添加到行程中的旅游产品。

在另一个实施例中，一种方法可包括在数据处理系统处接收查看预订文件夹的查看请求。所述查看请求可包括搜索项，响应于收到所述请求，所述方法可以从预订文件夹数据库中检索与搜索项匹配的预订文件夹记录。预订文件夹记录可以定义识别第一预约记录的第一标识符，所述方法可以使用来自预订文件夹记录的第一标识符来检索第一预约记录。所述方法还可包括将预订文件夹传送给用户系统，所述预订文件夹可包含来自第一预约记录的第一数据。

在另一个方面，所述方法还可包括在预订文件夹数据库中创建预订文件夹记录，并使预订文件夹记录与预约记录关联。或者，在创建预订文件夹之后，所述方法还可包括通过从预订文件夹中删除预约记录的标识符，使预订文件夹记录和预约记录解除关联。

在另一个方面，预订文件夹记录还可定义识别第二预约记录的第二标识符，所述方法还可包括使用来自预订文件夹记录的第二标识符来检索第二预约记录，并把来自第二预约记录的第二数据添加到预订文件夹。

在另一个方面，所述方法可通过由上下文协调器把上下文报头附加到查看请求，把查看请求从上下文协调器传送给预订文件夹数据库，从预订文件夹数据库检索预订文件夹，把预订文件夹保存在上下文报头中，把上下文报头附加到应答，把所述应答从预订文件夹数据库传送给上下文协调器，和由上下文协调器从所述应答分离上下文报头，来检索预订文件夹。

在另一个方面，所述方法可通过在查看请求之前，接收包含搜索项和第一标识符的创建请求，在预订文件夹数据库中创建预订文件夹记录。响应于收到所述创建请求，所述方法可把搜索项保存在预订文件夹记录的第一字段中，把第一标识符保存在预订文件夹记录的第二字段中，生成文件夹标识符，并将文件夹标识符保存在预订文件夹记录的第三字段中。所述方法随后可把预订文件夹记录保存在预订文件夹数据库中。

在另一个方面，所述方法还可包括把横向数据保存在预订文件夹记录的第四字段中。

在另一个方面，预订文件夹可以通过应用编程接口被传送给用户系统，所述数据处理系统可包括与应用接口对接并提供用于显示预订文件夹的用户界面的客户端应用，和管理预订文件夹数据库的数据库管理应用。

在另一个方面，多个预约记录可由预订文件夹记录在不复制存在于任意预约记录中的数据的情况下聚合。

在另一个方面，所述方法还可包括响应于收到更新行程的创建请求，检索预订文件夹记录，利用来自预订文件夹记录的第一标识符检索第一预约记录，并通过修改第一预约记录，更新行程。

在另一个方面，所述方法还可包括应收到更新行程的创建请求，检索预订文件夹记录，并通过把识别第二预约记录的第二标识符保存在预订文件夹记录中，更新行程，所述第二预约记录定义正被添加到行程中的旅游产品。

在另一个实施例中，一种计算机程序产品包括包含程序代码的非临时性计算机可读存储介质。当由一个或多个处理器执行时，所述程序可被配置成使所述一个或多个处理器接收查看预订文件夹的查看请求。所述查看请求可包括搜索项，响应于收到查看请求，所述代码可使处理器从预订文件夹数据库中检索与搜索项匹配的预订文件夹记录。预订文件夹记录可以定义识别第一预约记录的第一标识符。所述代码可使处理器使用来自预订文件夹记录的第一标识符来检索第一预约记录，并将预订文件夹传送给用户系统。预订文件夹可包含来自第一预约记录的第一数据。

上面的发明内容部分简要概述了本发明的一些实施例，以便对本文中讨论的发明的一些方面有一个基本了解。发明内容部分并不意图提供本发明的详尽概述，也不意图识别任何关键或重要的元素，或者划定本发明的范围。发明内容部分的唯一用途仅仅是简化地介绍一些概念，作为对下面给出的详细说明的介绍。

附图说明

附图图解说明本发明的各个实施例，并和上面给出的本发明的概述，以及下面给出的实施例的详细说明一起，用于说明本发明的实施例。

图1是包括旅行社系统、全球分销系统(GDS)和聚合数据库的例证运行环境的示意图。

图2是可用于提供图1的运行环境的例证计算机的示意图。

图3是包括服务集成器和开放式后端(OBE)层的图1的GDS的示意图。

图4是说明托管在OBE层中的上下文协调器应用、文件夹服务应用、记录存储应用、记录访问应用和聚合数据库的图3的GDS的示意图。

图5是说明用于创建预订文件夹记录的图4的应用与聚合数据库之间的消息流的序列图。

图6是说明用于检索预订文件夹记录的图4的应用与聚合数据库之间的消息流的序列图。

图7是本发明的实施例中的可由图1的旅行社系统显示的预订文件夹的示意图。

图8是本发明的再一个实施例中的可由图1的旅行社系统显示的预订文件夹的示意图。

图9是本发明的另一个实施例中的可由图1的旅行社系统显示的预订文件夹的示意图。

图10是可由图1的GDS和/或旅行社系统执行，以创建预订文件夹记录的处理的流程图。

图11是可由图1的GDS和/或旅行社系统执行，以把预订添加到在图10中创建的预订文件夹记录中的处理的流程图。

具体实施方式

本发明的实施例可以用数据处理系统实现，所述数据处理系统提供使得能够实现和/或便利一个或多个旅游供应商系统、旅行社系统和/或数据库系统之间的互连的处理和数据库功能。数据库系统可包括保存和管理预订文件夹记录的新型数据库。这些预订文件夹记录可以为旅行者、旅行社或其他系统用户进行的旅行管理提供单个工作储存库。预订文件夹从而可以向数据处理系统的用户提供与现有预约记录标准保持兼容性、用于查看和管理旅行者的所有旅行信息的单个访问点。

预订文件夹记录可以在旅行计划会话开始时创建。当为旅行预约旅行产品时，对于进行的每次预约，可以向预订文件夹记录中添加记录定位符其者他记录标识符。预订文件夹记录可被保存在集中式数据库中，以致外部系统可以访问预订文件夹记录。响应于查看或修改旅行的请求，可以针对对应于所述旅行的预订文件夹记录，查询预订文件夹数据库。发出请求的系统随后可以识别与预订文件夹记录关联的各个预约记录，并从它们的对应数据库中检索识别的记录。预订文件夹和预约记录提供的数据可被聚合到提供整个旅行的视图的预订文件夹中。预订文件夹数据库从而使特定旅行者、一组旅行者、或者行程中的某个其他参与者的聚合行程的查看成为可能，从而扩展基本数据库功能，并使诸如查询和响应之类的预订处理变得更高效。

现在参见图1，按照本发明的实施例的运行环境10可包括GDS 12、一个或多个供应商系统14a-14m、一个或多个旅行社系统16a-16a、一个或多个预约数据库18a-18o和预订文件夹数据库20。预约数据库18a-18o和预订文件夹数据库20可以是独立的数据库，或者可以保存在聚合数据库22中。在本发明的实施例中，各个供应商系统14a-14m可托管预约数据库18a-18o之一，或者与预约数据库18a-18o之一关联，或者可利用由另外的系统，比如GDS 12托管的预约数据库。GDS 12、供应商系统14a-14m、旅行社系统16a-16a、预约数据库18a-18o和预订文件夹数据库20中的每个可通过网络24通信。网络24可包括使连接到网络24的系统之间的数据交换成为可能的一个或多个专用或公共数据网络(例如，因特网)。

GDS 12可被配置成通过使旅行代理、出票航空公司(validating carrier)或者其他间接销售者通过GDS 12在供应商系统14a-14m上预订预约，来便利供应商系统14a-14m与旅行社系统16a-16n之间的通信。为此，GDS 12可以通过网络24保持到供应商系统14a-14m的链接。这些链接可允许GDS 12例如将预约请求从出票航空公司的供应商系统或者旅行社系统路由到承运航空公司(operating carrier)的对应供应商系统。供应商和旅行社系统从而可以通过与GDS 12的单个连接，预订多个航空公司的航班。GDS 12可基于高度可用的、完全分布式的面向服务的体系结构。这种完全分布式的体系结构可以将GDS 12提供的功能拆分为几个应用，每个应用负责提供一组给定的服务。

每个供应商系统14a-14m可包括使GDS 12或旅行社系统16a-16n能够预订和支付旅游产品(比如机票、酒店房间或出租车辆)的计算机预订系统(CRS)。每个供应商系统还可直接地或者通过GDS 12，与其他供应商系统14a-14m交互，从而使例如出票航空公司可以销售由承运航空公司提供的座位的机票。承运航空公司可以就所提供的产品给出票航空公司开出帐单。在本发明的一些实施例中，供应商系统14a-14m中的一个或多个可包括对应航空公司的电子票务系统(ETS)和/或离港控制系统(DCS)。

旅行社系统16a-16n可以向旅行代理提供访问GDS 12的接口，使旅行代理能够搜索和预订旅游产品。旅行社系统16a-16n中的一个或多个还可包括可由旅行者系统(未图示)访问的服务器应用，使旅行者可以在没有旅行代理帮助的情况下搜索和预订旅游行程。该应用例如可包含可利用客户端应用(比如在旅行者系统上运行的web浏览器)通过网络24访问的旅游相关网站。

响应于旅行者预订产品，GDS 12或对应的供应商系统14a-14m可以把旅客订座记录(PNR)或者其他类型的预约记录保存在预约数据库18a-18o之一、聚合数据库22和/或聚合数据库22的逻辑分区中。PNR可以至少部分由对应的供应商系统生成，可包括包含行程和旅行者信息的一个或多个记录。PNR中的每个记录可定义旅行者预订的一个或多个预约。PNR还可追踪购买的旅行产品的使用，比如预订的航班是否已起飞。PNR可以用该PNR在其相应数据库内所独有的记录定位符识别，并可包括定义特定旅行、服务、旅客、或一组旅客的行程的记录。

通过GDS 12或者供应商系统14a-14m之一进行的改变行程的操作(例如，通过添加旅客、变更航班等)可能导致对应PNR的内容或状态被更改。包含在每个PNR中的元素中的至少一些，比如备注或特别服务要求可能需要符合由标准机构，例如国际航空运输协会(IATA)定义的标准格式。这种标准化可以确保在旅游行业内运行的不同系统之间的数据兼容性。然而，使PNR元素符合行业标准的必要性也可能限制使用PNR可以支持的特征。

预订文件夹数据库20可保存预订文件夹记录，预订文件夹记录提供用于聚合和管理分散在多个PNR中的旅行行程的单个数据库记录。预订文件夹记录还可被配置成保存不与现有PNR标准兼容的数据，从而使新服务的部署成为可能。为此，每个预订文件夹记录可包括保存为不同的用例所需的数据的一个或多个元素。例如，一个元素可保存链接到预订文件夹记录的每个PNR的记录定位符。尽管图1中被描述成保存在分离的数据库中，不过在本发明的实施例中，预约记录(例如，PNR)和预订文件夹记录可被组织为聚合数据库22内的分离的逻辑数据库。聚合数据库22可以由GDS 12或任何其他合适的系统托管，或者作为基于云的服务的一部分提供。

预订文件夹记录可保存PNR上下文数据，比如创建PNR的票务处，或者在PNR中定义的一个或多个旅行产品的销售点的身份。预订文件夹还可保存存在于一个或多个关联PNR中的数据，比如一个或多个参与者(例如旅行者、预订该旅行的旅行社或旅行代理、组织或支付旅行费用的实体(比如雇主)、或者旅行中有利益或利害关系的任何其他实体)的名称和联系信息。预订文件夹记录从而可以使GDS 12、供应商系统14a-14m、和/或旅行社系统16a-16n能够从关联包含旅行行程的多个独立PRN的单个来源获得旅行详细信息。

预订文件夹记录从而表示一种保存新型的记录元素、而不影响标准PNR元素的现有结构的新型数据库记录。预订文件夹记录的独特结构可以使预订文件夹数据库20能够支持新的服务，而不会影响GDS 12和/或供应商系统14a-14m提供的传统服务。预订文件夹数据库20可使PNR和预订文件夹记录的单独处理成为可能。这可允许不兼容预订文件夹记录的传统应用和数据库继续仅仅利用PNR工作，同时允许其他应用和数据库利用预订文件夹数据库20提供的附加特征。通过保留现有预约系统和数据库记录的标准格式，预订文件夹数据库20使新特征的部署成为可能，同时确保这些新特征不会影响当前GDS、旅行社和供应商系统应用的运行。

现在参见图2，运行环境10的GDS 12、供应商系统14a-14m、旅行社系统16a-16n、预约数据库18a-18o、预订文件夹数据库20、聚合数据库22和网络24可以在一个或多个计算机设备或系统，比如例证的计算机30上实现。计算机30可包括处理器32、存储器34、大容量存储设备36、输入/输出(I/O)接口38和人机接口(HMI)40。计算机30还可通过网络24或I/O接口38，操作上耦接到一个或多个外部资源42。外部资源可包括(但不限于)服务器、数据库、大容量存储设备、外围设备、基于云的网络服务、或者可以由计算机30使用的任何其他适当的计算机资源。

处理器32可包括一个或多个设备，所述设备选自微处理器、微控制器、数字信号处理器、微计算机、中央处理器、现场可编程门阵列、可编程逻辑器件、状态机、逻辑电路、模拟电路、数字电路、或基于保存在存储器34中的操作指令，处理信号(模拟或数字)的任何其它设备。存储器34可包括单个存储设备或多个存储设备，包括(但不限于)只读存储器(ROM)、随机存取存储器(RAM)、易失性存储器、非易失性存储器、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、闪存、高速缓冲存储器、或者能够保存数据的任何其他设备。大容量存储设备36可包括数据存储设备，比如硬盘驱动器、光盘驱动器、磁带驱动器、非易失性或非易失性固态设备、或者能够保存数据的任何其它设备。

处理器32可以在驻留在存储器34中的操作系统44的控制下工作。操作系统44可管理计算机资源，以致体现为一个或多个计算机软件应用，比如驻留在存储器34中的应用46的计算机程序代码可具有由处理器32执行的指令。处理器32还可直接执行应用46，这种情况下，操作系统44可被省略。所述一个或多个计算机软件应用可包括构成服务器的应用的运行实例，所述服务器可接受来自一个或多个对应客户端应用的请求，和向所述一个或多个对应客户端应用提供响应。一个或多个数据结构48也可驻留在存储器34中，可由处理器32、操作系统44或应用46用于保存或操作数据。

I/O接口38可提供操作上耦接处理器32与其他设备和系统，比如网络24或外部资源42的机器接口。应用46从而可以通过经I/O接口38进行通信，与网络24或外部资源42协同工作，以提供构成本发明的实施例的各种特征、功能、应用、处理或模块。应用46还可具有由一个或多个外部资源42执行的程序代码，或者依赖于由在计算机30外部的其他系统或网络组件提供的功能或信号。事实上，考虑到可能的硬件和软件配置几乎无穷无尽，本领域的普通技术人员会理解，本发明的实施例可以包括位于计算机30之外的应用，分布在多个计算机或其他外部资源42间的应用，或者由通过网络24，作为服务，比如云计算服务提供的计算资源(硬件和软件)提供的应用。

HMI 40可以操作上耦接到计算机30的处理器32，以使用户能够直接与计算机30交互。HMI 40可包括视频或字母数字显示器、触摸屏、扬声器、或者能够向用户提供数据的任何其他适当的音频和视觉指示器。HMI 40还可包括能够接受来自用户的命令或输入，并把进入的输入传送给处理器32的输入设备和控件，比如字母数字键盘、指示设备、小键盘、按钮、控制旋钮、麦克风等。

数据库50可驻留在大容量存储设备36上，可以用于收集和组织由记载在本文中的各种系统和模块使用的数据。数据库50可包括数据，和保存及组织所述数据的支持数据结构。特别地，可以利用任意数据库组织或结构安排数据库50，包括但不限于关系数据库、层次数据库、网络数据库、面向对象数据库或者它们的组合。

呈作为指令在处理器32上运行的计算机软件应用的形式的数据库管理系统可用于响应于请求而访问保存在数据库50的记录中的数据，其中所述请求可以由操作系统44、其他应用46或者一个或多个模块动态确定和执行。尽管这里在具体实例中，可利用关系、层次、网络、面向对象或者其他数据库术语来说明本发明的实施例，不过，本领域的普通技术人员会理解本发明的实施例可以利用任何适当的数据库管理模型，而不限于任何特定类型的数据库。

图3描述具有分布式体系结构的GDS 12的实施例，该分布式体系结构包括与多个应用服务器54a-54p通信的服务集成器52。服务集成器52可包括配置成在网络24和应用服务器54a-54p之间，以及在应用服务器54a-54p本身之间路由消息的硬件和/或软件模块，比如路由器或企业服务总线。应用服务器54a-54p可包括托管向外部和/或内部客户端应用提供服务的服务器应用的开放式后端(OBE)层56。可通过网络24与GDS 12通信的外部系统可包括供应商系统14a-14m、旅行社系统16a-16n、或者任何其他适当的外部系统，比如通过因特网连接到web服务器应用的用户系统。

OBE层56中的服务器托管的例证GDS应用可包括(但不限于)预约应用、离港控制系统(DCS)应用、票务应用、定价应用、可用性应用和/或web服务器应用。运行在应用服务器54a-54p上的每个应用可以利用任何适当的通信协议，比如行政、商业和运输电子数据交换(EDIFACT)和/或可扩展置标语言(XML)，通过服务集成器52与其他应用通信。

由OBE层56中的应用生成的消息可以使用标准的web服务协议，比如简单对象访问协议(SOAP))在外部发布。用于传送到和接收自外部客户端应用的消息的接口可以使用公开可用的XML模式。OBE层56中的应用之间的内部消息接发可以使用开放协议或专用协议，并可以是基于上下文的。基于上下文的通信可涉及把应用正在处理的记录的上下文(例如，PNR或预订文件夹记录的上下文)附加到从一个服务器应用传送给另一个服务器应用的每个消息。上下文可包括例如允许应用检索所指的记录的当前副本的信息，或者使目的地服务器能够判定记录的本地副本是否效的同步信息。

现在参见图4，按照本发明的实施例，GDS 12可包括上下文协调器应用58、文件夹服务应用60、记录存储应用62、记录访问应用64和聚合数据库22。上下文协调器应用58、文件夹服务应用60、记录存储应用62和记录访问应用64可被视为共同形成创建、更改、保存和从聚合数据库22检索预订文件夹记录和/或预约记录的数据库管理应用。应用和数据库例如可由OBE层56中的一个或多个服务器提供或管理。

上下文协调器应用58可被配置成在与GDS 12的用户会话期间维持记录的上下文，在此期间记录可被修改或以其他方式用于处理数据。为此，上下文协调器应用58可把上下文附加到到来的查询，并将请求转发给相关应用。在用户会话中涉及的外部应用采用预订文件夹记录的情况下，上下文协调器应用58可从聚合数据库22检索与事务关联的预订文件夹记录，并通过把预订文件夹保存在上下文报头中而把预订文件夹记录附加到传送中的消息。把预订文件夹保存在上下文报头中可包括利用网际协议(IP)标准，比如多用途因特网邮件扩展(MIME)标准，把预订文件夹记录附加到消息。在不使用预订文件夹记录(例如，所涉及的应用中的一个或多个不兼容预订文件夹记录)的情况下，上下文协调器应用58可把处理中的预约记录的上下文附加到消息。

文件夹服务应用60可被配置成创建预订文件夹记录，并在用户会话期间对预订文件夹记录进行任何请求的修改。记录存储应用62可被配置成生成唯一地识别预订文件夹记录的文件夹标识符，并把预订文件夹记录保存在聚合数据库22中。记录访问应用64可被配置成响应于来自其他应用(比如上下文协调器应用58)的查询，从聚合数据库22检索预订文件夹记录。记录存储和访问应用可共同管理聚合数据库22中的预订文件夹记录的存储和检索。记录存储和访问应用还可被配置成处理聚合数据库22中的预约记录的创建、存储和访问。

图5描述图解说明用于创建预订文件夹记录的数据处理系统的应用之间的例证消息接发的序列图。为了启动创建预订文件夹记录的处理，客户端应用70，比如在旅行社系统16a-16n之一上运行的预约应用可在72，向GDS 12传送请求创建预订文件夹记录的创建请求。创建请求可以通过应用编程接口(API)73传送，API 73定义用于客户端应用70和上下文协调器58之间的通信的一组协议。创建请求可包括定义预订文件夹的标签的数据，例如“Smith先生到纽约的旅行”，并可响应于通过客户端应用70的用户界面收到输入而被传送。创建请求可由服务集成器52接收，并路由到上下文协调器应用58。响应于收到创建请求，在74，上下文协调器应用58可把上下文报头附加到创建请求，并在76，把创建请求传送给文件夹服务应用60。

响应于收到来自上下文协调器应用58的创建请求，在78，文件夹服务应用60可创建预订文件夹记录。预订文件夹记录可包括多个段或字段，每个字段包含一个或多个元素。元素可以利用例如JavaScript对象表示法(JSON)、或者任何其他适当的格式进行格式化。每个元素都可用元素标识符来识别，例如，识别元素的类型的三字母代码。本例的例证预订文件夹记录可包括3段，如下所示：

fld{key:"FolderlD"str:"*"}

fld{key:"Label"str:"Smith先生到纽约的旅行"}

fld{key:"BookingFiles"ctn{}}

可以看出，上面的例证预订文件夹记录包括最初可能为空的"FolderlD"字段，包含定义预订文件夹记录的标签的字符串的"Label"字段，和最初也可能为空的"BookingFiles"字段。

在80，文件夹服务应用60可把预订文件夹记录保存在上下文报头中，随后在82，把包括上下文报头的应答传送给上下文协调器应用58。响应于收到来自文件夹服务应用60的应答，在84，上下文协调器应用58可把预订文件夹记录保存在工作存储器中，并在86，从应答中分离上下文报头。上下文协调器应用58随后在88，可把应答传送给客户端应用70，从而向客户端应用70通知预订文件夹记录已经创建。

预订文件夹记录可包含与现有预约记录，比如PNR并行维持的代理上下文。上下文协调器应用58可同时处理预订文件夹记录和预约记录二者，而不会影响其他用户的活动，这些用户可以对预约记录进行他们通常的工作。预订文件夹记录和预约记录二者可具有单独的生存期，并且可被单独处理。文件夹服务应用60可接收存在于用户上下文中的预约记录，但一般不修改该预约记录。

响应于收到来自GDS 12的应答，在90，客户端应用70可向GDS 12传送请求GDS 12将一个或多个PNR与预订文件夹记录关联起来的更新请求。更新请求可由服务聚合器52接收，并路由到上下文协调器应用58。在92，响应于收到更新请求，上下文协调器应用58可从工作存储器检索预订文件夹记录，把上下文报头附加到更新请求，并把预订文件夹记录保存在上下文报头中。随后在94，上下文协调器应用58可把更新请求传送给文件夹服务应用60。响应于收到查询，在96，文件夹服务应用60可按照更新请求，更改预订文件夹记录。

更改可包括例如向包括识别一个或多个PNR的记录标识符或定位符的预订文件夹记录添加一个或多个字段。例如，文件夹服务应用60可以为在更新请求中识别的每个PNR添加一个字段。这些添加的字段每个可包含PNR中的相应一个PNR的记录定位符。一旦预订文件夹记录已被更改，在98，文件夹服务应用60就可把包括包含预订文件夹记录的上下文报头的应答传送给上下文协调器应用58。对于请求向预订文件夹记录添加三个PNR的更新请求，例证的更改后的预订文件夹记录可如下所示：

可以看出，在"BookingFiles"字段中，已经向预订文件夹记录添加了3个字段或者子字段。PNR由包含在这些字段中的例证记录标识符或定位符"ABCDE1"、"ABCDE2"和"ABCDE3"识别。从而，响应于收到更新行程的更新请求，检索对应的预订文件夹记录，并通过更改预约记录和把记录标识符保存在预订文件夹记录中来更新行程。记录标识符识别定义正被添加到行程中的旅游产品的预约记录。其他类型的更改也是可能的。例如，响应于更新请求，通过从预订文件夹记录中的字段中删除相应的记录定位符，可以从预订文件夹记录中删除在更新请求中所识别的PNR中的一个或多个。这种更改使PNR与预订文件夹记录解除关联。

当收到来自文件夹服务应用60的应答时，在100，上下文协调器应用58可把更改的预订文件夹记录保存在工作存储器中，随后在102，从应答中分离上下文报头。随后在104，上下文协调器应用58可把应答传送给客户端应用70。

一旦创建并用PNR填充了预订文件夹记录，在106，客户端应用70就可向GDS 12传送提交命令。该命令可由服务集成器52接收，并被路由给上下文协调器应用58。在108，响应于收到提交命令，上下文协调器应用58可从工作存储器检索预订文件夹记录，把上下文报头附加到该命令，并把预订文件夹记录保存在上下文报头中。随后在110，上下文协调器应用58可把命令传送给记录存储应用62。在112，记录存储应用62可再向聚合数据库22传送请求，请求数据库索引，和保存预订文件夹记录。在114，响应于收到该请求，聚合数据库22可以向预订文件夹记录分配文件夹标识符，并把预订文件夹记录保存在数据库中。保存的例证预订文件夹记录可如下所示：

可以看出，预订文件夹记录现在包括保存在预订文件夹记录的"FolderlD"字段中的文件夹标识符"1234567890"。

一旦预订文件夹记录已被索引和保存，在116，聚合数据库22就可向记录存储应用62传送确认预订文件夹记录已被提交的确认。所述确认可包括消息正文中的文件夹标识符，和空的上下文报头。响应于收到所述确认，上下文协调器应用58可分离所述报头，并在120，向客户端应用70传送确认预订文件夹已被提交的应答。

图6描述图解说明与从聚合数据库22的预订文件夹记录的检索关联的例证消息接发的序列图。例如，客户端应用70可从聚合数据库22检索预订文件夹记录，以显示或更改其中定义的旅游行程。为此，在130，客户端应用70可通过API 73，向GDS 12传送请求预订文件夹记录的查看请求。例如，响应于客户端应用70通过客户端应用70的用户界面收到查看预订文件夹的查看请求，可传送查看请求。查看请求可包括要检索的预订文件夹记录的文件夹标识符，可由服务集成器52接收并路由给上下文协调器应用58。响应于收到该查看请求，在132，上下文协调器应用58可把上下文报头附加到查看请求，随后在134，把查看请求传送给记录访问应用64。

响应于收到查看请求，在136，记录访问应用64可把包括文件夹标识符的查看请求传送给聚合数据库22。查看请求可请求聚合数据库22检索索引到包含在查看请求的正文中的文件夹标识符的预订文件夹记录。在138，聚合数据库22可检索由文件夹标识符识别的预订文件夹记录，并在140，向记录访问应用64传送包含该预订文件夹记录的应答。响应于收到所述应答，记录访问应用64可把预订文件夹记录保存在上下文报头中，随后在142，把包括所述报头的应答传送给上下文协调器应用58。

在144，响应于收到应答，上下文协调器应用58可把预订文件夹记录保存在工作存储器中，并从应答中分离上下文报头。随后在146，上下文协调器应用58可以向客户端应用传送把预订文件夹记录包含在消息的正文中的应答。

图7描述可由用户界面，比如客户端应用70的用户界面显示给系统用户的例证聚合视图或预订文件夹150。聚合数据库22可使旅行和航空公司代理用于管理旅行的应用(比如在预约系统、离港控制系统(DCS)和/或中后台系统上运行的应用)显示预订文件夹。预订文件夹150可包括文件夹标识符数据字段152、标签数据字段154和一个或多个预订文件数据字段156a-156q。文件夹标识符数据字段152和标签数据字段154可显示在正被访问的预订文件夹记录中定义的文件夹标识符和标签。每个预订文件数据字段156a-156q可对应于PNR 158a-158q，或者由预订文件夹记录识别的其他预约记录。每个预订文件数据字段156a-156q可显示相应PNR 158a-158q的内容，还可显示另外的元素，比如包含保存在关联的预约记录158q中的未完成的预订的出价160。

图8描述把旅行者的不同旅行部分聚合成合并行程的例证预订文件夹170。响应于请求检索与通过不同GDS为单个旅行者预订的航班的PNR关联的预订文件夹记录，可以显示预订文件夹170。预订文件夹170可包括文件夹标识符数据字段172、标签数据字段174、横向数据字段176、和多个预订文件数据字段178、180。文件夹标识符数据字段172可提供文件夹标识符，例如“1569245632”，标签数据字段174可显示保存在预订文件夹记录中的旅行的说明性标签，例如“N.Steely的商务旅行”。说明性标签可以指示例如预订文件夹的功能用途。

横向数据字段176可显示保存在预订文件夹记录中的为旅行所共有的数据。所述数据例如可包括参与者的身份和/或联系信息，例如旅行者姓名“Nancy Steely”，用于购买构成所述旅行的旅游产品的至少一部分的一种或多种支付形式(例如，信用卡、代金券、现金等)，旅行概要、一个或多个组计数器(group counter)、或者任何其他适当的信息或后台数据。

预订文件夹170的预订文件数据字段178、180可显示在预订文件夹记录中识别的预约记录的内容，例如来自PNR数据库1A的PNR 54JZDV，和来自PNR数据库1S的PNR XJ42HK。预约记录可以通过在PNR 54JZDV和PNR XJ42HK的姓名元素“1”中的公共姓名，和/或通过PNR 54JZDV的联系元素“7”和PNR XJ42HK的联系元素“5”中的公共联系信息相互链接。预约记录也可通过存在于这些记录每一个的姓名元素中的公共姓名(“STEELY/NANCY”)，链接到预订文件夹记录。

一组旅行者有时可能分散在多个预约记录之间。然而，旅游供应商所做的决定可能需要关于整个团队的合并数据，例如，已确认/已购票的旅客总数与签约配额数。预订文件夹记录可使团队的所有预约记录的聚合成为可能。预订文件夹记录从而可便利团队的费用的计算，和提供其中保存适用于团队的决定(比如时间限制)的记录。时间限制例如可包括出票时间限制和/或增加姓名时间限制。预订文件夹记录还可用于聚合一组旅行者的非同类预约，从而在允许每个旅行者的专用行程(例如，通过单独的预约记录)的同时，合并整个旅行。

图9图解说明证明当用于管理一组旅行者时，预订文件夹记录可带来的一些益处的例证预订文件夹190。响应于请求检索与为一组旅行者预订的航班的PNR关联的预订文件夹记录，客户端应用70可显示预订文件夹190。在本例证旅行情形下，John和Jane Smith可能最近刚结婚，计划去希腊度蜜月。然而，就在计划的出发之前，John Smith将在巴黎出差，而Jane Smith将在伦敦。为了满足这些要求，创建了PNR 65KAEW，以便为Jane Smith预约从伦敦希思罗机场到巴黎戴高乐机场的航班，Jane Smith计划在那里与John Smith会合。另外创建了PNR 76LBFX，以便为John和Jane Smith预约从巴黎戴高乐机场出发，抵达雅典的航班。

预订文件夹190可包括文件夹标识符数据字段192、标签数据字段194、横向数据字段196和多个预订文件数据字段198、200。横向数据字段176可显示保存在预订文件夹记录中的数据，比如参与者的身份和/或联系信息，例如旅行者姓名“Jane Smith”和“JohnSmith”，以及John Smith在巴黎参加的会议。例如，这次旅行与特定事件(例如，所述会议)关联的事实可使Jane和John Smith获得否则不可能获得的从伦敦到巴黎的航班和/或从巴黎到雅典的航班的折扣票价。预订文件夹190的预订文件数据字段198、200可显示在预订文件夹记录中识别的预约记录(例如，PNR 65KAEW和PNR 76LBFX)的内容。

预订文件夹可向旅行代理或其他用户提供否则不可获得的旅行的完整聚合视图。该视图可通过指出需要调整旅行的其他部分，改进旅行某一部分的中断的管理。例如，在上述情形下，旅行代理(或者监视所述中断的应用)可能会被通知从伦敦起飞的Jane Smith的航班的延误或取消。当打开预订文件夹190时，旅行代理(或者中断监视应用)可判定由于Jane Smith从伦敦起飞的航班的延误，飞往雅典的航班需要改签成稍后时间的航班。如果没有预订文件夹190提供的聚合视图，旅行代理不太可能会意识到需要改签飞往雅典的航班，因为该航班是利用与从伦敦起飞的航班的预约记录分开的预约记录预订的。

除了使应用可以为旅行代理显示聚合的视图之外，预订文件夹记录还可以使前台、中台和后台系统从单个数据容器获得聚合的旅行数据。预订文件夹记录从而使提供旅行管理功能的服务成为可能，并为旅行代理和旅游供应商提供未来的新业务。

例如，预订文件夹记录的一种商业应用可包括通过识别重复预订来管理收益完整性。当预定了不计划使用的舱位时，可能会发生重复预订。通过识别多个预订中的至少一个上的归因于预订之间的冲突，旅客不能够使用的舱位，可以确定重复的预订。例如，如果旅客对于同一航班有两个预约，旅客有两个重叠的预约，或者旅客对于同一航线有两个预约、但在预约之间没有足够的时间赶上返程航班，那么会出现重复的预订。为了使航空公司识别重复的预订，航空公司可能需要基于旅客而不是基于与旅行社的合同来识别预订。这种要求可能归因于旅客具有分布在多个预约记录中和/或与多个旅行社的重复预订的可能性。

在一些情况下，航空公司检测重复预订可以给涉及的旅行代理留出时间，以在航空公司采取措施之前与旅客解决重复预订。为此，航空公司可以对识别的重复预订设定时间限制，在所述时间限制之后，如果旅行代理没有解决重复预订，那么航空公司可以采取纠正措施。通过跨多个预约系统地把旅客与预约记录链接起来，预订文件夹记录可以使航空公司能够迅速识别和链接重复的旅客姓名记录，并设定计时器来检查重复的预约记录是否已被修改以解决该问题。

通过提供与和特定旅行者关联的每个预约记录关联的单个数据库记录，预订文件夹记录可使航空公司能够几乎实时地重新评估这些关联的预约记录。预订文件夹记录可以链接适用于同一旅客的多个预约记录，即使这些预约记录保存在不同的数据库中。航空公司可计算这些预约记录之间的不一致，并在整个旅行中应用诸如时间限制或最短停留要求之类的票价规则。如果发现不一致，那么违规的预约记录可以排队更正或取消。

预订文件夹记录还可便利跨一组旅行者地管理收益完整性。航空公司可能对大型团队有特殊政策，但是当团队的旅行安排分散在多个预约记录中时，应用这些政策可能困难。收益完整性规则可能要求在为一组旅行者进行预订时满足某些条件。例如，团队可能被要求在指定日期之前交纳最低预付押金，以及在某些日期之前，按满足所需阈值的指定增量，提供旅客姓名、护照信息和其他强制性数据。航空公司也可能被要求在某些日期之前，按满足所需阈值的规定增量收取费用和为旅客签发机票。这些条件可适用于整个团队，而不考虑跨多个预约记录的分散。预订文件夹记录通过将作为团队预订的所有预约记录链接在一起，可便利管理这些类型的团队规则。预订文件夹提供的合并视图可以使代理能够为团队检查和实施航空公司政策，为旅行组织者保存可能的时间限制，和如果团队预订的条件未被满足，那么触发航空公司代理的操作。

在一些情况下，航空公司的定价和其他政策可能基于旅行的出发地和目的地，而不是独立地基于行程的每一部分。即，航空公司可能希望制定考虑到旅客的完整行程，而不仅仅是连接出发地和目的地的个别路段的政策。例如，关于旅行的一部分的未决付款的政策在旅客已经开始其旅行时，或者如果旅行时间比预定时间长，可适用不同的规则。当旅行包括在多个预约记录中预约的旅游产品时，利用缺少预订文件夹特征的系统来强制执行这些类型的政策是不可能的。预订文件夹使得能够应用对旅行者的完整行程实施收益完整性，并且提供行程复杂的旅客的改进对待的政策规则。

再例如，预订文件夹记录可便利向跨多个预约记录预订旅行的旅行者或一组旅行者提供服务。一般，向旅行行程分布在多个预约记录中的旅行者提供服务要求在各个预约记录中分别预订该服务。在常规系统中，这要求旅行代理以某种方式识别每个旅游预约。提供该服务还可能要求航空公司的代理超越默认规则，以便申请特定票价或折扣，比如团队折扣或者归因于另一个预约记录上的回程航班的减价。除了增加代理的工作量和出错的机会外，由于缺乏自动化，因此无法跨多个预约记录自动提供服务例如可能会阻止航空公司直接从其网站或者通过在线旅行社提供服务。

可以跨多个预约记录预订的服务的例子可包括随身行李的预订。预订随身行李可能是收费服务，如果对于几个单独的航班预订该服务，其总价格可能比对于单个的联运航班预订该服务要高。另一个例子是分散在多个预约记录中的一家人希望在他们的行程中，在共同的航班上坐在一起。通过将构成旅行的所有预约记录链接在一起，预订文件夹可以使旅游供应商能够自动把旅客或一组旅客的预约记录链接在一起，并对所有链接的预约记录执行联合服务请求。

作为预订文件夹记录能够实现的特征的另一个例子，航空公司和旅行社可使用预订文件夹记录来保持高价值旅行者的个人旅行记录。所述个人旅行记录可使授权方能够访问高价值旅行者进行的过去和当前旅行的信息。通过向高价值旅行者以及向与所述旅行者关联的预订文件夹记录分配永久标识符，可以提供个人旅行记录。所述预订文件夹记录可用于提供该旅行者进行的所有旅行的存储库，从而使旅行代理和航空公司能够查看高价值旅行者预订的所有过去和当前的旅行。提供高价值旅行者进行的其他旅行的实时查看可允许旅行代理向这些旅行者提供改进的服务。

至少由于上述例证原因，通过减少向多个预约记录添加服务，以及输入票价和折扣的手动超控所需的时间量，预订文件夹记录可以提高生产率。预订文件夹记录还可以使航空公司能够通过经由旅行代理或自动网站直接提供服务、票价和折扣，来增加产品的价值，导致更好的客户满意度，以及增长的追加销售和交叉销售。预订文件夹记录还可允许对多个预约记录上的服务的一次性付款，从而简化预订过程，并且可能降低多次交易的信用卡费用。

图10描述可由GDS 12和客户端应用70中的一个或多个执行，以创建预订文件夹的例证处理210。在例证情形下，旅行代理可能被要求帮助规划旅行。作为响应，旅行代理可向客户端应用70提供指示期望创建预订文件夹的输入。为了启动预订文件夹的创建，客户端应用70可向GDS 12传送请求GDS 12创建预订文件夹记录的创建请求。在方框212，响应于收到来自客户端应用70的创建请求，GDS 12可创建预订文件夹记录，并把预订文件夹记录保存在工作存储器位置中，如上参考图5所述。

响应于收到来自GDS 12的确认预订文件夹记录的创建的应答，客户端应用70可提示旅行代理输入关于旅行参与者的信息。该数据例如可包括任意旅行者的姓名及他们的联系信息。响应于旅行代理输入该数据，客户端应用70可向GDS 12传送请求把输入的数据保存在预订文件夹记录中的更新请求。在方框214，响应于收到更新请求，GDS 12可向预约记录添加一个或多个字段，并把参与者数据保存在添加的字段中。

当旅行代理输入完参与者数据时，旅行代理可向客户端应用70提供指示他们希望提交预订文件夹的输入。作为响应，客户端应用70可以向GDS 12传送提交命令。在方框216，响应于收到提交命令，GDS 12可通过生成预订文件夹记录标识符，并把预订文件夹记录保存在预订文件夹数据库20中，来提交预订文件夹记录。通过把预订文件夹记录保存在预订文件夹数据库20中来提交预订文件夹记录可使预订文件夹记录对其他应用可见。

当首次提交预订文件夹记录时，可以向预订文件夹分配唯一的记录标识符。在本发明的实施例中，唯一的记录标识符可以是多位(例如10位)数。与诸如PNR之类的一些常规预约记录相反，这种数字格式使得可以在全球范围内访问预订文件夹记录，包括不使用罗马字母的地区，比如亚洲、俄罗斯、中东。

在预订文件夹记录已被提交之后，旅行代理可开始搜索满足旅行者的旅行要求的旅游产品。当识别出合适的旅游产品时，旅行代理可创建保持关于所识别的旅游产品的预约的一个或多个预约记录(例如，PNR)。预约记录可被保存在单个预约系统中，或者保存在多个预约系统中。在为旅行预订旅游产品的过程中，旅行代理可向客户端应用70提供指示一个或多个预约记录应被添加到预订文件夹中的输入。作为响应，客户端应用70可向GDS12发送识别要添加的预约记录的更新请求，例如，通过传送包括预约记录的记录定位符以及其中保存预约记录的对应数据库的身份的更新请求。

响应于收到该更新请求，GDS 12可进入方框218，并从预订文件夹数据库20检索预订文件夹记录。GDS 12随后可进入方框220，并把预约记录与预订文件夹记录关联起来。例如，通过向预订文件夹记录中添加一个或多个字段，并把记录定位符保存在添加的字段中，可以使预约记录与预订文件夹记录关联。这样，可以使预约记录可以与预订文件夹记录关联，而不存在对预约记录的任何影响。一旦旅行代理已完成将预约记录添加到预订文件夹中，旅行代理就可向客户端应用提供指示期望保存预订文件夹的输入。响应于收到该输入，客户端应用70可向GDS 12传送提交命令。GDS 12随后可进入方框222，通过把更新的预订文件夹记录保存在预订文件夹数据库20中，提交预订文件夹记录。一旦被保存，对于预订文件夹记录的更改对访问预订文件夹数据库20的其他应用可见。

图11描述可由GDS 12和客户端应用70中的一个或多个执行，以便利用预订文件夹特征把旅游产品添加到现有旅行中的例证处理230。在一段时间(例如，几天)之后，上述例证情形中的旅行者可能会与旅行代理联系，要求在旅行中添加额外的旅游产品，比如车辆租赁。客户端应用70可允许旅行代理基于文件夹标识符，与预订文件夹关联的预约记录之一的记录定位符，旅行者或其他参与者的姓名，或者保存在预订文件夹记录中或与预订文件夹记录关联的任意其他元素，来搜索预订文件夹。从而，如果旅行者不知道文件夹标识符，那么旅行代理可基于旅行者的姓名，搜索预订文件夹。

为此，旅行代理可在客户端应用70的搜索字段中输入旅行者的姓名，客户端应用70可向GDS 12发送请求GDS 12返回包括该搜索项的预订文件夹记录的搜索请求。响应于收到该搜索请求，GDS 12可进入方框232，搜索预订文件夹数据库20，寻找匹配旅行者的姓名的预订文件夹记录。响应于找到匹配的预订文件夹记录，GDS 12可进入方框234，从预订文件夹数据库20检索匹配的预订文件夹记录，把该记录保存工作存储器位置中，并把该记录传送给客户端应用70。在找到不止一个匹配的预订文件夹记录的情况下，GDS 12可向客户端应用70传送提示旅行代理选择正确的预订文件夹记录的响应，或者如果这些记录似乎都不正确，那么请求新的搜索。

响应于收到预订文件夹记录，客户端应用70可从它们各自的数据库中检索与预订文件夹记录关联的预约记录，并向旅行代理显示预订文件夹。旅行代理随后可向客户端应用70提供识别要添加到旅行中的车辆租赁的预约记录的输入。作为响应，客户端应用70可进入方框236，从其各自的数据库中检索预约记录，把预约记录添加到预订文件夹，并显示包括新增预约的旅行的新总价。预约记录的检索和到预订文件夹记录的添加可以在对预约记录本身没有任何影响的情况下进行。

如果旅行者不愿意接受新的价格，那么旅行代理可搜索费用更低的车辆租赁，比如通过预约价格较低的车型。一旦预约了替代车辆，旅行代理就可向客户端应用70提供指示新的预约记录应替代以前的预约记录的输入。响应于收到该输入，客户端应用可进入方框238，从预订文件夹中删除旧的预约记录，把新的预约记录添加到预订文件夹中，并显示旅行的新总价。

如果旅行者同意支付新的总价，那么旅行代理可以向客户端应用70提供使客户端应用70向GDS 12传送提交命令的输入。响应于收到提交命令，GDS 12可进入方框240，把新的预约记录的记录定位符添加到预订文件夹记录中，并通过把预订文件夹记录保存在预订文件夹数据库20中，提交预订文件夹记录。一旦预订文件夹记录已被提交，旅行代理就可向旅行者发送整个旅行的行程概要。为了生成该概要，客户端应用70可向GDS 12发送检索预订文件夹记录的查看请求。响应于收到查看请求，GDS 12可进入方框242，从预订文件夹数据库20检索预订文件夹记录，并把预订文件夹记录传送给客户端应用70。

响应于收到预订文件夹记录，客户端应用70可从它们各自的数据库检索与预订文件夹记录关联的预约记录，并向旅行代理显示预订文件夹。随后在旅行代理的提示下，客户端应用70可进入方框244。在方框244，客户端应用70可基于预订文件夹的内容生成聚合行程，并把聚合行程传送给旅行者，例如利用预订文件夹中的电子邮件地址或者其他旅行者联系信息。

稍后，一般在出发之前，中台应用(未图示)可生成旅行的发票，并把发票发送给旅行者。为此，所述中台应用可以向GDS 12发送请求与旅行的文件夹标识符匹配的预订文件夹记录的查询。响应于收到搜索查询，GDS 12可从预订文件夹数据库20检索由文件夹标识符识别的预订文件夹记录，把该记录保存在工作存储器位置中，并把该记录传送给中台应用。中台应用再可从它们各自的数据库中检索由预订文件夹记录识别的预约记录，基于所述预约记录生成发票，然后把发票传送给旅行者。

预订文件夹记录使多个预约记录的聚合(即，集聚)成为可能，而不跨保存在不同系统的预约记录的副本复制数据。预订文件夹记录保存在集中式数据库中，以致外部系统可以基于文件夹标识符，访问和检索预订文件夹，以便查看或更改。与预订文件夹记录关联的预约记录是根据在检索的预订文件夹中的记录标识符指定的，并从它们对应的数据库中检索的，以用预约记录的详细信息填充预订文件夹，并允许更改。通过单个集中式来源，即预订文件夹，与预约记录的链接可以消除在GDS 12和供应商系统14a-14m处的不同数据库之间复制和存储预约记录的多个副本的需要。在具有包含复制数据的分布式副本的常规系统中，当在一个系统的数据库中更改了预约记录的副本，而未更改保持在另一系统处的数据库中的预约记录的副本时，保持在不同数据库中的旅行数据会变得不同步。预订文件夹提供的集中化可以消除进行同步操作的需要，该同步操作跨由GDS 12和供应商系统14a-14m运行的不同系统平台更新和纠正预约记录中的数据的副本。

通常，为实现本发明的实施例而执行的例程，无论是被实现成操作系统的一部分，还是被实现成特定应用、组件、程序、对象、模块或指令序列，或者它们的子集，均可在此被称为“计算机程序代码”，或者简称为“程序代码”。程序代码一般包括在不同时间，驻留在计算机中的各种存储器和存储设备中，并且当由计算机中的一个或多个处理器读取和执行时，使所述计算机进行为执行具体体现本发明的实施例的各个方面的操作和/或元素所需的操作的计算机可读指令。用于执行本发明的实施例的操作的计算机可读程序指令例如可以是汇编语言，或者用一种或多种编程语言的任何组合编写的源代码或目标代码。

记载在本文中的各种程序代码可以基于在本发明的具体实施例中，在其中实现所述程序代码的应用来识别。然而，应意识到以下任何特定的程序命名仅仅是为了方便而使用的，从而本发明不应局限于仅仅在由这类命名所识别和/或暗示的任何具体应用中使用。此外，考虑到计算机程序可被组织成例程、过程、方法、模块、对象等的方式的数量通常无穷无尽，以及可在驻留在典型计算机内的各种软件层(例如，操作系统、库、API、应用、小程序等)之间分配程序功能的众多方式，应意识到本发明的实施例不限于记载在本文中的程序功能的具体组织和分配。

包含在本文中说明的任意应用/模块中的程序代码能够以各种不同的形式，作为程序产品单独或者集合地分发。特别地，可以利用计算机可读存储介质分发程序代码，计算机可读存储介质上具有用于使处理器实现本发明的实施例的各个方面的计算机可读程序指令。

本质上非临时性的计算机可读存储介质可包括用数据，比如计算机可读指令、数据结构、程序模块或其他数据的任何存储方法或技术实现的易失性和非易失性，以及可拆卸和不可拆卸的有形介质。计算机可读存储介质还可包括RAM、ROM、可擦可编程只读存储器(EPROM)、电可擦可编程只读存储器(EEPROM)、闪存或其它固态存储器技术、便携式光盘只读存储器(CD-ROM)或其它光学存储器、盒式磁带、磁带、磁盘存储器或者其它磁存储设备、或者可用于保存期望的信息，并且可被计算机读取的任何其他介质。计算机可读存储介质本身不应被理解为瞬时信号(例如，无线电波或者其他传播电磁波、通过诸如波导管之类的传输介质传播的电磁波、或者通过导线传送的电信号)。计算机可读程序指令可以从计算机可读存储介质下载到计算机、另一种可编程数据处理设备或者另外的设备，或者可通过网络，下载到外部计算机或外部存储设备。

保存在计算机可读介质中的计算机可读程序指令可用于指令计算机、其他类型的可编程数据处理设备、或者其他设备以特定方式起作用，以致保存在计算机可读介质中的指令产生包括实现在流程图、序列图和/或方框图中指定的功能、动作和/或操作的指令的制成品。计算机程序指令可被提供给通用计算机、专用计算机或其他可编程数据处理设备的一个或多个处理器，以产生机器，以致通过所述一个或多个处理器执行的指令导致进行一系列的计算，以实现在流程图、序列图和/或方框图中指定的功能、动作和/或操作。

在一些备选实施例中，与本发明的实施例一致，在流程图、序列图和/或方框图中指定的功能、动作和/或操作可被重新排序、串行处理和/或并发处理。此外，与本发明的实施例一致，任意流程图、序列图和/或方框图可以包括比图解所示的方框更多或更少的方框。

这里使用的术语只是用于说明特定实施例，并不意图限制本发明的实施例。这里使用的单数形式意图还包括复数形式，除非上下文明确地另有说明。另外要明白的是当用在本说明书中时，用语“包含”和/或“包括”指定陈述的特征、整数、动作、步骤、操作、元件和/或组件的存在，不过并不排除一个或多个其它特征、整数、动作、步骤、操作、元件、组件和/或它们的组合的存在或增加。此外，就在详细说明或权利要求中，使用用语“包括”、“具有”、“带有”、“由…组成”或它们的变体来说，这样的用语按照和用语“包含”类似的方式是开放式的。

尽管利用各个例子的说明，举例说明了整个发明，和尽管相当详细地说明了这些实施例，不过申请人并不意图把附加权利要求的范围限制或以任何方式局限于这样的细节。对本领域的技术人员来说，另外的优点和修改是显而易见的。于是，本发明在更广泛的方面并不局限于所示和所述的具体细节、典型设备和方法、以及示范性例子。因而可以脱离这样的细节，而不脱离申请人的发明总构思的精神或范围。

Claims (21)

1.一种数据处理系统，包括：

一个或多个处理器；和

耦接到所述一个或多个处理器的存储器，所述存储器保存包括预订文件夹数据库和程序代码的数据，所述程序代码被配置成当由所述一个或多个处理器中的至少一个执行时，使所述系统：

接收查看预订文件夹的查看请求，所述查看请求包括搜索项；

响应于收到查看请求，从预订文件夹数据库中检索与搜索项匹配的预订文件夹记录，预订文件夹记录定义识别第一预约记录的第一标识符；

使用来自预订文件夹记录的第一标识符来检索第一预约记录；和

将预订文件夹传送给用户系统，预订文件夹包含来自第一预约记录的第一数据。

2.按照权利要求1所述的数据处理系统，其中所述程序代码被配置成使所述系统：

在预订文件夹数据库中创建预订文件夹记录；和

使预订文件夹记录与预约记录关联。

3.按照权利要求1或2所述的数据处理系统，其中预订文件夹记录还定义识别第二预约记录的第二标识符，以及所述程序代码还被配置成使所述系统：

使用来自预订文件夹记录的第二标识符来检索第二预约记录；和

把来自第二预约记录的第二数据添加到预订文件夹。

4.按照权利要求1-3任意之一所述的数据处理系统，其中所述程序代码使系统通过以下操作来检索预订文件夹记录：

由上下文协调器把上下文报头附加到查询；

把所述查询从上下文协调器传送给预订文件夹数据库；

从预订文件夹数据库检索预订文件夹；

把预订文件夹保存在上下文报头中；

把上下文报头附加到应答；

把所述应答从预订文件夹数据库传送给上下文协调器；和

由上下文协调器从所述应答分离上下文报头。

5.按照权利要求1-4任意之一所述的数据处理系统，其中所述程序代码被配置成使系统通过以下操作来在预订文件夹数据库中创建预订文件夹记录：

在查看请求之前，接收包含搜索项和第一标识符的创建请求；

响应于收到所述创建请求：

把搜索项保存在预订文件夹记录的第一字段中，

把第一标识符保存在预订文件夹记录的第二字段中，

生成文件夹标识符，和

将文件夹标识符保存在预订文件夹记录的第三字段中；和把预订文件夹记录保存在预订文件夹数据库中。

6.按照权利要求1-5任意之一所述的数据处理系统，其中预订文件夹通过应用编程接口被传送给用户系统，并还包括：

运行与应用编程接口对接并提供用于显示预订文件夹的用户界面的客户端应用的客户端计算机；和

运行管理预订文件夹数据库的数据库管理应用的服务器计算机。

7.按照权利要求1-6任意之一所述的数据处理系统，其中预订文件夹记录不复制存在于任意预约记录中的数据地聚合多个预约记录。

8.按照权利要求1-7任意之一所述的数据处理系统，其中所述程序代码还被配置成使所述系统：

响应于收到更新行程的更新请求，检索预订文件夹记录；

利用来自预订文件夹记录的第一标识符检索第一预约记录；和

通过更改第一预约记录，更新行程。

9.按照权利要求1-7任意之一所述的数据处理系统，其中所述程序代码还被配置成使所述系统：

响应于收到更新行程的更新请求，检索预订文件夹记录；和

通过把识别第三预约记录的第三标识符保存在预订文件夹记录中，更新行程，所述第三预约记录定义正被添加到行程中的旅游产品。

10.一种方法，包括：

在数据处理系统处接收查看预订文件夹的查看请求，所述查看请求包括搜索项；

响应于收到所述查看请求，由所述数据处理系统从预订文件夹数据库中检索与搜索项匹配的预订文件夹记录，所述预订文件夹记录定义识别第一预约记录的第一标识符；

由所述数据处理系统使用来自预订文件夹记录的第一标识符来检索第一预约记录；和

将预订文件夹传送给用户系统，所述预订文件夹包含来自第一预约记录的第一数据。

11.按照权利要求10所述的方法，还包括在预订文件夹数据库中创建预订文件夹记录，并使预订文件夹记录与预约记录关联。

12.按照权利要求10或11所述的方法，还包括响应于创建预订文件夹，通过从预订文件夹中删除预约记录的标识符，使预订文件夹记录和预约记录解除关联。

13.按照权利要求10-12任意之一所述的方法，还包括预订文件夹记录定义识别第二预约记录的第二标识符，以及所述方法还包括：

使用来自预订文件夹记录的第二标识符来检索第二预约记录；和

把来自第二预约记录的第二数据添加到预订文件夹。

14.按照权利要求10-13任意之一所述的方法，还包括通过以下操作来检索预订文件夹记录：

由上下文协调器把上下文报头附加到查询；

把所述查询从上下文协调器传送给预订文件夹数据库；

从预订文件夹数据库检索预订文件夹；

把预订文件夹保存在上下文报头中；

把上下文报头附加到应答；

把所述应答从预订文件夹数据库传送给上下文协调器；和

由上下文协调器从所述应答分离上下文报头。

15.按照权利要求10-14任意之一所述的方法，还包括通过以下操作来在预订文件夹数据库中创建预订文件夹记录：

在查看请求之前，接收包含搜索项和第一标识符的创建请求；

响应于收到所述创建请求：

把搜索项保存在预订文件夹记录的第一字段中，

把第一标识符保存在预订文件夹记录的第二字段中，

生成文件夹标识符，和

将文件夹标识符保存在预订文件夹记录的第三字段中；和把预订文件夹记录保存在预订文件夹数据库中。

16.按照权利要求10-15任意之一所述的方法，还包括把横向数据保存在预订文件夹记录的第四字段中。

17.按照权利要求10-16任意之一所述的方法，还包括通过应用编程接口把预订文件夹传送给用户系统，其中所述数据处理系统包括与应用接口对接并提供用于显示预订文件夹的用户界面的客户端应用，和管理预订文件夹数据库的数据库管理应用。

18.按照权利要求10-17任意之一所述的方法，还包括预订文件夹记录不复制存在于任意预约记录中的数据地聚合多个预约记录。

19.按照权利要求10-18任意之一所述的方法，还包括：

响应于收到更新行程的更新请求，检索预订文件夹记录；

利用来自预订文件夹记录的第一标识符检索第一预约记录；和

通过更改第一预约记录，更新行程。

20.按照权利要求10-18任意之一所述的方法，还包括：

响应于收到更新行程的更新请求，检索预订文件夹记录；和

通过把识别第三预约记录的第三标识符保存在预订文件夹记录中，更新行程，所述第三预约记录定义正被添加到行程中的旅游产品。

21.一种包含保存在计算机可读介质上的程序代码指令的计算机程序产品，当所述程序在计算机上执行时，所述程序代码指令执行按照权利要求10-20任意之一所述的方法。