CN110326019B - 数据管理系统中的非标准数据管理 - Google Patents

Abstract

用于管理非标准数据的系统、方法和计算机程序产品。数据管理系统把非标准供应商的简介记录保存在DTN数据库中，把定义行程的元素保存在EDR数据库中。数据管理系统查询DTN数据库，寻找匹配搜索准则的简介，并对于匹配的简介之一生成服务请求。服务请求被保存在EDR数据库中的扩展数据记录的扩展数据结构中。扩展数据记录包括保存标准元素的标准数据结构和保存非标准元素的扩展数据结构。服务请求还被传送给非标准供应商系统。来自非标准供应商系统的服务报价被保存在扩展数据结构中。系统从而利用扩展数据记录，管理包括由非标准元素定义的非标准服务和由标准元素定义的标准服务的行程。

Description

数据管理系统中的非标准数据管理

背景技术

全球分销系统(GDS)是提供便利来自多个供应商的旅游相关服务的管理的处理和数据库功能的数据处理系统。用户系统可连接到GDS，并利用GDS来搜索、询价、预订、购买和使用旅游相关服务，比如航班、酒店房间或汽车租赁。为了提供这些管理功能，GDS依赖集中式数据库来跟踪旅行者已经预约、预订和/或使用的旅游服务。这种集中式数据库通常被称为旅客订座记录(PNR)数据库，保存一批数据库记录(即，PNR)，所述数据库记录包括包含关于旅行者及其行程的信息的数据字段。

为了管理旅游服务的销售和使用，GDS通常会与旅游服务的供应商运行的计算机系统通信。例如，GDS可以与由航空公司、酒店、或汽车租赁公司运行的计算机化预约系统(CRS)交互，以管理在PNR中识别的旅游服务的销售和使用。因此，GDS仅限于管理来自拥有CRS或者能够与GDS对接的其他适当系统的少数大型供应商的旅游服务。

目的地服务供应商是在目的地本地提供旅游服务的公司。目的地服务供应商一般拥有与旅行者的目的地相关的特定知识和/或在目的地提供专门服务方面的专长。在一些情况下，旅行者可能希望从目的地服务供应商预订旅游服务。然而，假设目的地服务供应商维护完全用于预约服务的计算机系统，归因于标准化约束、保护保存在PNR中的敏感信息、以及安全原因，这些系统不能与GDS通信或者访问PNR。从而，预订包括来自目的地服务供应商的服务的旅行的旅行代理或旅行者将不能使用GDS提供的集中管理功能，或者向PNR添加记录，用于管理包含目的地服务供应商提供的服务的完整旅游行程。

无法使用GDS来管理目的地服务供应商服务可能会对旅行代理或旅行者造成一些问题。例如，GDS搜索引擎可能无法访问目的地服务供应商信息，使得系统用户难以识别期望的服务。如果系统用户设法识别服务，那么对于位于国外地点的目的地，系统用户使用的语言与目的地服务供应商使用的语言之间的差异可能会妨碍目的地旅游服务的预订。在系统用户识别并预订服务的情况下，用户仍然不能使用GDS或由PNR提供的集中记录保持，将该服务作为完整行程的一部分进行管理。

从而，需要改善搜索、预约、询价、预订和跟踪目的地服务供应商提供的旅游服务的使用的能力的改进系统、方法和计算机程序产品。

发明内容

在本发明的实施例中，提供一种利用扩展数据结构来管理具有非标准格式的服务报价的数据处理系统。所述系统包括一个或多个处理器，和耦接到所述处理器的存储器。所述存储器保存当由所述一个或多个处理器中的至少一个执行时，使所述系统把具有标准格式的标准数据结构链接到具有非标准格式的扩展数据结构的程序代码。所述程序代码还使系统生成服务请求，把服务请求保存在扩展数据结构的第一字段中，和把服务请求传送给第一服务供应商的第一服务器。响应于从第一服务器收到第一服务报价，所述程序代码使系统把第一服务报价保存在扩展数据结构的第二数据字段中。

在本发明的另一方面，通过把识别数据库中的扩展数据结构的位置的数据保存在标准数据结构的第三数据字段中，把标准数据结构链接到扩展数据结构。

在本发明的另一方面，所述程序代码还使系统接收来自客户端应用的搜索查询，所述搜索查询包括搜索准则。响应于收到搜索查询，所述程序代码还使系统搜索数据库，寻找与搜索准则匹配的简介记录，数据库中的每个简介记录定义相应的服务并识别该服务的相应供应商。所述程序代码还使客户端应用显示匹配的简介记录中的一个或多个，并接收识别所述匹配的简介记录中的一个或多个之一的输入。识别的简介记录定义第一服务供应商提供的服务，并响应于收到所述输入，生成服务请求。

在本发明的另一方面，每个简介记录与排序值关联，客户端应用显示的所述匹配的简介记录中的一个或多个是至少部分基于每个匹配的简介记录的排序值，从匹配的简介记录中选择的。

在本发明的另一方面，所述程序代码还使系统从客户端应用接收第一服务报价的排序，并至少部分基于所述排序，调整与第一服务报价对应的简介记录的排序值。

在本发明的另一方面，数据库由web服务器托管，每个简介记录与包括描述相应服务的数据的网页关联，所述程序代码还使系统从第一服务器接收一个或多个数据文件，并基于所述一个或多个数据文件，定义与识别的简介记录关联的网页。

在本发明的另一方面，标准数据结构包括定义行程的一个或多个元素，所述程序代码还使系统接收预订该行程的第一请求。响应于收到所述第一请求，所述程序代码还使系统从扩展数据结构中提取第一服务报价，并向第一服务供应商传送第二请求，以预订第一服务报价。

在本发明的另一方面，所述程序代码还使系统接收来自第一服务供应商的预订确认，响应于收到所述预订确认，在扩展数据结构中把第一服务报价的状态从待决更改成预订。

在本发明的另一方面，所述程序代码还使系统把服务请求传送给第二服务供应商的第二服务器，从第二服务供应商接收第二服务报价，和把第一服务报价及第二服务报价以状态为开放地保存在扩展数据结构中。响应于从客户端应用收到接受第一服务报价的授权，所述程序代码还使系统把第一服务报价的状态从开放更改成待决。

在本发明的另一个实施例中，提供一种利用扩展数据结构来管理具有非标准格式的服务报价的方法。所述方法包括将具有标准格式的标准数据结构链接到具有非标准格式的扩展数据结构，生成服务请求，把服务请求保存在扩展数据结构的第一字段中，和把服务请求传送给第一服务供应商的第一服务器。响应于从第一服务器收到第一服务报价，所述方法把第一服务报价保存在扩展数据结构的第二数据字段中。

在本发明的另一方面，所述方法还包括通过把识别数据库中的扩展数据结构的位置的第三数据字段保存在标准数据结构中，把标准数据结构链接到扩展数据结构。

在本发明的另一方面，所述标准数据结构和扩展数据结构包括扩展数据记录。

在本发明的另一方面，所述方法还包括接收来自客户端应用的搜索查询，所述搜索查询包括搜索准则。响应于收到搜索查询，所述方法搜索数据库，寻找与搜索准则匹配的简介记录，数据库中的每个简介记录定义相应的服务并识别该服务的相应供应商。所述方法还包括使客户端应用显示匹配的简介记录中的一个或多个，并接收识别所述匹配的简介记录中的一个或多个之一的输入。识别的简介记录定义第一服务供应商提供的服务，并响应于收到所述输入，生成服务请求。

在本发明的另一方面，每个简介记录与排序值关联，客户端应用显示的所述匹配的简介记录中的一个或多个是至少部分基于每个匹配的简介记录的排序值，从匹配的简介记录中选择的。

在本发明的另一方面，所述方法还包括从客户端应用接收第一服务报价的排序，并至少部分基于所述排序，调整与第一服务报价对应的简介记录的排序值。

在本发明的另一方面，数据库由web服务器托管，每个简介记录与包括描述相应服务的数据的网页关联，所述方法还包括从第一服务器接收一个或多个数据文件，和基于所述一个或多个数据文件，定义与识别的简介记录关联的网页。

在本发明的另一方面，标准数据结构包括定义行程的第三数据字段，所述方法还包括接收预订该行程的第一请求。响应于收到所述第一请求，所述方法从扩展数据结构中提取第一服务报价，并向第一服务供应商传送第二请求，以预订第一服务报价。

在本发明的另一方面，所述方法还包括接收来自第一服务供应商的预订确认，响应于收到所述预订确认，在扩展数据结构中把第一服务报价的状态从待决更改成预订。

在本发明的另一方面，所述方法还包括把服务请求传送给第二服务供应商的第二服务器，从第二服务供应商接收第二服务报价，和把第一服务报价及第二服务报价以状态为开放地保存在扩展数据结构中。响应于从客户端收到接受第一服务报价的授权，所述方法把第一服务报价的状态从开放更改成待决。

在本发明的另一个实施例中，提供一种用于利用扩展数据结构来管理具有非标准格式的服务报价的计算机程序产品。所述计算机程序产品包括非临时性计算机可读存储介质，和保存在非临时性计算机可读存储介质上的程序代码，当由一个或多个处理器执行时，所述程序代码使所述处理器把具有标准格式的标准数据结构链接到具有非标准格式的扩展数据结构。所述程序代码还使所述处理器生成服务请求，把服务请求保存在扩展数据结构的第一字段中，和把服务请求传送给第一服务供应商的第一服务器。响应于从第一服务器收到第一服务报价，所述程序代码使所述处理器把第一服务报价保存在扩展数据结构的第二数据字段中。

上面的发明内容部分简要概述了本发明的一些实施例，以便对本文中讨论的发明的一些方面有一个基本了解。发明内容部分的用途是简化地介绍一些概念，作为对下面给出的详细说明的介绍。

附图说明

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

图1是包括数据管理应用、用户系统、标准供应商系统、非标准供应商系统、扩展数据记录(EDR)数据库、分销旅行网络(DTN)数据库和数据管理系统的例证运行环境的示意图。

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

图3是描述用于旅行管理处理的选购阶段的图1的数据管理应用、用户系统、非标准供应商系统、EDR数据库和DTN数据库之间的消息流的序列图。

图4是描述用于旅行管理处理的事先预订和预订阶段的图1的数据管理应用、用户系统、非标准供应商系统、EDR数据库和DTN数据库之间的消息流的序列图。

具体实施方式

本发明的实施例可以用数据处理系统实现，所述数据处理系统提供能够实现和/或便利一个或多个旅游供应商系统、旅行社系统和/或数据库系统之间的互连的处理和数据库功能。数据库系统可包括保存和管理定义分销旅游网络的记录的新型数据库，和提供用于保存由分销旅游网络生成的非标准数据和/或元素的扩展数据记录的数据库。数据库可以用数据管理应用管理，所述数据管理应用被配置成提供用户和标准供应商系统可通过安全的行业标准接口访问，以及非标准供应商系统可通过开放式接口访问的用户界面。数据管理应用从而可以向用户、标准供应商和非标准供应商提供与现有预约记录标准保持兼容性、用于查看和管理旅行者的旅行信息的单一访问点。

现在参见图1，按照本发明的实施例的运行环境10可包括数据管理应用12、用户系统14、标准供应商(SP)系统16、非标准供应商(NSP)系统18、扩展数据记录(EDR)数据库20和分销旅游网络(DTN)数据库22。数据管理应用12、用户系统14、SP系统16、NSP系统18、EDR数据库20和DTN数据库22可通过网络24通信。网络24可包括使连接到网络24的系统之间的数据交换成为可能的一个或多个专用或公共数据网络(例如，因特网)。在本发明的实施例中，数据管理应用12、EDR数据库20和DTN数据库22可由数据管理系统26提供。

数据管理应用12可被配置成使用户系统能够访问SP系统16提供的标准数据，NSP系统18提供的非标准数据，以及保存在EDR数据库20和DTN数据库22中的标准和非标准数据。数据管理应用12可以作为数据管理系统26中的应用提供。在本发明的实施例中，数据管理系统26可以集成到全球分销系统(GDS)中。数据管理应用12可被配置成便利用于选择、预约和预订旅游产品和服务(“服务”)的系统(例如用户系统14)与旅游服务供应商运行的系统(例如SP系统16)之间的通信。数据管理应用12可具有把数据管理应用12提供的功能拆分成几个应用的分布式体系结构，每个应用负责提供一组给定的特征。

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

响应于用户预订与SP系统16关联的服务，数据管理应用12可创建和/或把诸如旅客订座记录(PNR)之类的预约记录保存在EDR数据库20中。预约记录可以至少部分由对应的供应商系统生成，可包括包含行程和旅行者信息的一个或多个元素。每个元素可保存在预约记录的字段中，可定义旅行者预订的一个或多个服务。预约记录还可追踪购买的服务的使用，比如预订的航班是否已起飞。预约记录可包括定义特定旅行、服务、旅客、或一组旅客的行程的元素。预约记录可被保存在或者以其他方式与EDR数据库20中的扩展数据库记录关联。预约记录和/或扩展数据库记录可以与唯一地识别EDR数据库20中的记录的记录定位符关联。

SP系统16可由诸如航空公司之类的标准服务供应商运行，可包括使其他系统，比如用户系统14和/或数据管理系统26能够预约和支付服务，比如机票、酒店房间或出租车辆的计算机预约系统(CRS)。SP系统16还可直接地或者通过另外的系统(例如，数据管理系统26)，与其他SP系统(未图示)交互，从而使例如出票航空公司(validating carrier)可以销售由承运航空公司(operating carrier)提供的座位的机票。承运航空公司随后可以就所提供的服务给出票航空公司开出帐单。在本发明的一些实施例中，SP系统16可包括对应航空公司的电子票务系统(ETS)和/或离港控制系统(DCS)。

发送到和接收自SP系统16的数据可遵守标准化的消息交换格式。例如，在数据管理应用12和SP系统16之间传送的消息可符合由国际航空运输协会(IATA)制定的规则，比如A4A/IATA预订联程消息程序-乘客(AIRIMP)标准。AIRIMP标准为旅客预约联程消息定义普遍同意的消息接发协议。AIRIMP标准可用于处理数据管理应用12、用户系统14、SP系统16和EDR数据库20之间的事务，可以利用行政、商业和运输电子数据交换(EDFACT)格式化传送消息。

NSP系统18可以由服务的非标准供应商，比如目的地服务供应商运行。NSP系统18可托管由非标准供应商使用的一个或多个应用，比如web服务器/客户端应用、电子邮件服务器/客户端应用、或者任何其他适当的应用。NSP系统18上的应用可利用任何适当的协议，仅举几例，比如超文本传输协议(HTTP)、文件传输协议(FTP)、简单邮件传输协议(SMTP)，可扩展消息传递和到场协议(XMPP)，与数据管理应用12通信。

EDR数据库20可将数据保存在扩展数据记录中。每个扩展数据记录可包括在EDR数据库20中相互链接或以其他方式相互关联的标准数据结构和扩展数据结构。标准数据结构和扩展数据结构都可包括一个或多个字段，每个字段保存元素。每个扩展数据记录可被分配唯一地识别该扩展数据记录的记录定位符。记录定位符从而使从扩展数据记录检索数据，或者把数据保存到扩展数据记录的应用能够定位扩展数据记录。标准数据结构可被配置成保存具有标准格式的标准数据(例如，预约记录)，扩展数据结构可被配置成保存具有非标准格式的非标准数据(例如，服务请求或其他非标准元素)。在本发明的实施例中，标准数据结构可包括PNR。标准数据结构可被保存在EDR数据库20的分区中，或者保存在单独的数据库，例如PNR数据库中。扩展数据结构可包含链接到PNR的扩展旅行记录(ETR)。扩展数据结构可被保存在与标准数据结构分离的EDR数据库20的分区中，或者保存在单独的数据库，例如ETR数据(未图示)中。

DTN数据库22可把数据保存在简介记录中。每个简介记录可保存表征作为DTN的成员的非标准供应商的数据。简介记录还可提供非标准供应商通过DTN提供的服务的目录。保存在简介记录中的信息可包括以结构化和标准化的方式描述非标准供应商提供的每个服务的数据。例如，简介记录可描述提供的服务的类型(例如摩托艇租赁)、可以获得服务的位置(例如地址)、服务的开始和结束日期、服务的价格、服务的描述、非标准供应商的员工使用的语言、服务的目标受众、非标准供应商的服务等级、非标准供应商的服务风格、和/或可参加单个聚会的旅行者的最多人数。

操作中，当用户搜索非标准供应商提供的服务时，用户可以向数据管理应用12传送搜索查询，所述搜索查询包括定义非标准供应商的所需特性的搜索准则。可以比较这些特性与当非标准供应商加入DTK时，非标准供应商定义的简介记录中的特性。对于具有足够精度的搜索查询(例如，法国尼斯的摩托艇)，数据管理应用12可查询DTN数据库22，并返回由满足搜索准则的各个非标准供应商(例如，尼斯的在预定距离内的各个摩托艇租赁公司)提供的服务的列表。

DTN数据库22可被配置成以致每个非标准供应商都可以提供描述他们希望提供的服务的任何级别的详细信息。DTN数据库22提供的结构可以使利用所述系统的旅行代理和/或旅行者能够精确地识别可能的匹配服务，以致他们可以高效地与非标准供应商合作。非标准服务供应商可通过使包含一个或多个网页的数据文件的交换成为可能的基于web的接口，访问DTN数据库22。基于web的接口可利用网页或者任何其他适当的电子文档，显示和接收信息。

现在参见图2，运行环境10的数据管理应用12、用户系统14、SP系统16、NSP系统18、EDR数据库20、DTN数据库22、网络24和数据管理系统26可以在一个或多个计算机设备或系统，比如例证计算机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或者一个或多个模块动态确定和执行。尽管这里在具体实例中，可利用关系、层次、网络、面向对象或者其他数据库术语来说明本发明的实施例，不过，本领域的普通技术人员会理解本发明的实施例可以利用任何适当的数据库管理模型，而不限于任何特定类型的数据库。

通过向非标准供应商提供对数据管理系统26的访问，DTN可以连接旅行代理和非标准供应商。为此，数据管理应用12、EDR数据库20和DTN数据库22可以协同工作，以使非标准供应商可以注册为DTN的成员。例如，通过创建并在DTN中登记简介，非标准供应商可以注册为DTN的成员。简介可被保存在DTN数据库22中的记录之中，并链接到DTN数据库22中的其他简介，以定义DTN。DTN可以使旅行代理能够在不离开标准的旅游预订环境，例如，由数据管理系统26通过用户系统14提供的用户界面的情况下，搜索和联系非标准供应商。

为了详细说明他们的服务范围，非标准供应商可以向其简介中添加信息。该信息可包括关于所提供的服务的一般信息，比如服务的类型(例如旅游、活动、体育、景点)、他们的目标受众(例如家庭、情侣、单身)、可用的服务等级(例如基本、豪华)、服务的风格(例如冒险、生态旅游)、供应商的员工所使用的语言(例如英语、西班牙语、法语)和/或接受的货币(例如美元、欧元)。该简介信息可帮助旅行社把相关的一组非标准供应商作为目标，以满足旅行者的请求。

虽然非标准供应商在他们注册时可能是DTN的成员，不过他们可能没有提供服务的已证实记录。即，他们可能仍然不为订阅DTN的旅行社所知。为了识别这些非标准供应商的简介，数据管理系统26可包括搜索引擎，所述搜索引擎被配置成搜索DTN数据库22，寻找与数据管理应用12接收的查询匹配的非标准供应商和服务。然而，搜索引擎可被配置成以致新注册的非标准供应商在搜索结果中出现的频率低于知名的或评级较高的非标准供应商。

为了提高他们的可见性，新注册的非标准供应商可被给予参与允许旅行社对非标准供应商进行评估和评级的事先预订过程的机会。DTN还可被配置成以致一个或多个旅行社可在DTN内形成他们自己的群组或子网络。新注册的非标准供应商可注册参与这些子网络之一，以增长可见性。通过迫使非标准供应商证明其可靠性和服务质量，上述过程可以加强旅行社的简介与优质服务的非标准供应商的简介之间的链接。

一旦非标准供应商在DTN中完全注册，就可在旅行社简介(也可在DTN中注册)和非标准供应商简介之间开始形成链接，从而创建简介的网络。利用该网络，旅行社可搜索非标准供应商和/或非标准供应商提供的服务。为了便利或加速该事先预订过程，通过例如与非标准供应商形成专用协议，旅行社可以只与一组给定的非标准供应商合作。例如，通过签订合伙和/或佣金协议，可以创建专用协议。

旅行社还可排除特定的非标准供应商，或者将特定的非标准供应商“列入黑名单”。例如，由于市场不匹配或者基于与非标准供应商的过往经验，旅行社可能将非标准供应商列入黑名单。DTN从而可以向作为DTN的成员的每个旅行社提供在DTN内，定义他们自己的非标准供应商的私有网络的能力。DTN还可以向旅行社提供将指定的非标准供应商列入全球黑名单的能力，以致旅行社不会从列入黑名单的非标准供应商那里收到不需要的报价或内容。

DTN可通过DTN内的公共或专用网络，连接旅行代理和非标准供应商。这些网络可以通过链接DTN数据库22中的简介来创建。DTN数据库22从而可以向旅行代理提供对可从网络中的非标准供应商获得的服务的目录的访问。旅行代理可以把单一用户界面用于来自标准供应商和非标准供应商二者的服务的事先预订、选购和预订。在旅行计划的事先预订阶段中标记的服务可被保存在扩展数据记录中，从而提高旅行代理的效率，和向旅行者提供一致的旅行视图。

DTN可以利用服务请求，使非标准供应商和旅行代理之间的事先预订交换正式化。通过在对应的扩展数据记录中添加元素，可以用文件证明旅行代理和非标准供应商之间的服务请求和服务报价的交换。添加到扩展数据记录中的每个元素可包括指示服务请求或服务报价的状况的状态。例如，未被用户选择的服务报价可具有“开放”的状态，已请求预订但尚未获确认的服务报价可具有“待决”状态，已由非标准供应商确认的服务报价可具有“预订”的状态。例如，服务请求可以是利用DTN发送的消息(例如，SMTP消息)，可被保存在扩展数据记录中。每次旅行代理请求与非标准供应商关联的服务时，数据管理应用12可以向非标准供应商的NSP系统18传送服务请求。每个服务请求可包含描述旅行者希望添加到其旅行中的服务的元素。

包含在服务请求中的信息可包括标题、服务请求标识符、始发地位置(例如，国家、地区和/或城市)、目的地位置(例如，国家、地区和/或城市)、旅行日期或日期范围、服务请求的状态、创建日期(可由系统计算)、必须答复服务请求的截止日期、想要使用该服务的旅行者的姓名、年龄和类型、所需服务的说明、所要求的报价的类型(例如，不必接收预订出租车的几种报价)、所要求的报价的最大数、发起服务请求的用户系统的身份、服务请求的受托办事处的身份、请求的服务类型(活动或服务)、一种或几种服务类型的选择、或者正在寻求的服务的任何其他特征。

图3描述图解说明与旅行计划的选购阶段关联，可在数据管理应用12、用户系统14、NSP系统18、EDR数据库20和DTN数据库22之间传送的例证消息序列的序列图。该选购阶段可包括搜索非标准服务，和从一个或多个非标准供应商问出报价。为了启动该过程，用户(例如，旅行代理)可使用户系统14向数据管理应用12传送搜索查询62。数据管理应用12可再向DTN数据库22传送请求数据库返回与搜索准则匹配的记录的数据库查询64。

响应于收到数据库查询64，DTN数据库22可进行搜索66，随后把搜索结果68传送给数据管理应用12。搜索结果可包括满足数据库查询64中的搜索准则的非标准供应商和/或非标准供应商提供的服务的简介。数据管理应用12随后可向用户系统14传送使用户系统14显示DTN数据库22返回的搜索结果的至少一部分的响应70。搜索结果可由数据管理应用12过滤和/或格式化，可以识别与搜索查询62中的搜索准则匹配的一个或多个非标准供应商和/或非标准供应商提供的一个或多个服务。过滤可以至少部分基于非标准供应商的排序。所述排序又可以基于保存在与非标准供应商关联的简介记录中的排序值。

响应于旅行代理选择显示的搜索结果中的一个或多个，用户系统14可以向数据管理应用12传送请求提供由搜索结果识别的非标准服务中的一个或多个服务的报价的消息72。显示的搜索结果的选择例如可包括利用用于生成服务请求的信息，填写在线表格。响应于收到消息72，数据管理应用12可以将一个或多个服务请求传送给一个或多个非标准供应商系统。为了清楚起见，在图3中所示的例子中，只有单个服务请求74被传送给NSP系统18。

数据管理应用12可以将服务请求74链接到EDR数据库20中的扩展数据记录，该扩展数据记录与非标准服务要被添加到的旅游行程关联。例如，数据管理应用12可通过向EDR数据库20传送消息76来创建链接。例如，该消息可请求EDR数据库20关联78服务请求74和特定的扩展数据记录。例如，通过向关联服务请求74的服务请求标识符和其中保存服务请求74的副本的扩展数据记录的记录定位符的索引添加条目，可以创建所述关联。响应于关联被创建，EDR数据库20可以向数据管理应用12传送确认消息80。

响应于收到服务请求74，NSP系统18可显示定义与服务请求关联的旅游行程的信息，以及服务请求的状态。例如，可以基于服务请求74中的数据，定义旅游行程以及服务请求的状态。该数据的至少一部分可由数据管理应用12提取自关联的扩展数据记录，并添加到服务请求中，可由NSP系统18显示成由通过NSP系统18显示的数据管理应用12的用户界面所提供的“仪表板”的一部分。

非标准供应商可检视显示的数据，并使NSP系统18把服务报价82传送给数据管理应用12。服务报价82可以定义非标准服务，及购买该非标准服务的条款。数据管理应用12又可向用户系统14传送使用户系统14显示定义该报价的信息的消息84。例如，所述信息可以识别非标准服务，以及预订该非标准服务的费用。

例如，操作中，旅行者可向旅行代理表明他们想在去纽约市的旅行中参加一场体育赛事。作为响应，旅行代理可使用户系统14发出针对在旅行者将在纽约的特定一段时间内，在纽约附近发生的体育赛事的门票的搜索。响应于收到该搜索查询，数据管理应用12可查询DTN数据库22，寻找与搜索准则匹配的非标准供应商和/或服务，例如在规定时间内在纽约地区举行的体育赛事。DTN数据库22可返回搜索结果，所述搜索结果识别一个或多个体育赛事(例如涉及 (NBA)的/>或/>的一场或多场比赛)的门票的各种套餐和/或非标准供应商。

如果数据管理应用12返回的搜索结果包括旅行代理认为旅行者会感兴趣的搜索结果(例如，尼克斯队比赛的一个或多个套票)，那么旅行代理可请求搜索结果中的一个或多个的报价。响应于旅行代理表示他们想要接收与搜索结果相联系的报价，数据管理应用12可以向与一个或多个选择的搜索结果关联的每个NSP系统18传送服务请求，并把服务请求保存在EDR数据库20中。非标准供应商再使他们各自的NSP系统18把服务报价传送给数据管理应用12。

响应于收到来自NSP系统18的服务报价，数据管理应用12可以使用户系统14向旅行代理显示描述所述报价的信息。数据管理应用12还可把服务报价保存在EDR数据库20中，供以后查看或参考。显示在用户系统14上的信息可包括非标准供应商的身份和评级，关于可供预订的服务(例如体育赛事的门票)的信息，和每个报价的拟议条款(例如：体育赛事的价格和日期)。

图4描述图解说明与旅游行程的事先预订和预订阶段关联生成的例证消息序列的序列图。事先预订阶段可包括包含在旅游行程中的非标准供应商之一的报价的协商和选择。旅行代理可以从选择用户系统14显示的报价中的一个或多个报价并提供要进行还价的指示开始。为此，响应于收到来自旅行代理的输入，用户系统14可以向数据管理应用12传送定义还价的条款的请求86。请求86可包括定义旅行代理可以接受的拟议条款，例如较低的价格和/或较高的服务等级的数据。可选地，如果旅行代理可以接受当前报价，那么旅行代理可以跳过发送请求86，而仅仅将现有报价转发给旅行者以获得批准。

响应于收到来自用户系统14的请求86，数据管理应用12可向NSP系统18传送服务请求88。在考虑不止一个报价(例如，存在从不同NSP系统接收的多个服务报价)的情况下，数据管理应用12可以向多个NSP系统发送服务请求88。总之，数据管理应用12可以利用索引，识别与请求86关联的服务报价和/或NSP系统18。服务请求88可触发包含用户系统14和NSP系统18之间的服务请求/服务报价的一次或多次交换的协商过程的开始，所述交换由数据管理应用12管理。

响应于收到服务请求88，NSP系统18可显示定义还价的条款的信息。非标准供应商可检视显示的数据，并使NSP系统18向数据管理应用12传送新的服务报价90。服务报价90可定义新的非标准服务，和/或购买非标准服务的更新条款。数据管理应用12可再向用户系统14传送使用户系统14显示定义更新的报价的信息的消息92。

如果旅行代理对新报价的条款满意，那么报价可被提交给旅行者批准。如果旅行者同意该报价，那么旅行代理可使用户系统14向数据管理应用12传送指示该非标准服务已被接受的消息94。响应于收到消息94，数据管理系统可向NSP系统18传送向非标准供应商通知服务报价已被接受，非标准供应商应按照最后服务报价的条款预留该服务的请求96。响应于收到请求96，NSP系统18可预留服务98，并向数据管理应用12传送预订确认100。预订确认100可包括可兑换非标准服务的凭证，比如带有嵌入的代码(例如QR代码或其他机器可读代码)的票券或代金券。

响应于收到预订确认100，数据管理应用12可以向EDR数据库20传送请求把非标准服务添加到与服务请求标识符关联的行程中的请求102。EDR数据库20可随后把定义预约的非标准服务的元素104添加到扩展数据记录中。元素也可被添加到定义代金券的扩展数据记录中。这些元素例如可被保存在扩展数据记录的扩展数据结构中。一旦元素104已被添加到扩展数据记录中，EDR数据库20就可向数据管理应用12传送确认106，数据管理应用12又可向用户系统14传送确认108。旅行代理随后可把代金券凭证传送给旅行者，以致旅行者可以向非标准供应商出示代金券，例如作为纸件打印输出，或利用诸如智能电话机之类的设备显示代金券。

继续上面的操作例子，旅行代理可以就一个或多个非标准供应商报价的套票，以一个或多个还价作出回应，以购买拟议的套票。一个还价可就销售尼克斯队比赛门票的非标准供应商的报价，定义一组不同的门票(例如，中场区看台的门票对篮架后方看台的门票)。再一个还价可就网队比赛门票的非标准供应商的报价，定义价格较低的门票(例如，$150对$200)。另一个还价可就涉及(NHL)的/> 的比赛门票的非标准供应商的报价，定义一组不同的门票(例如，中场区看台的门票对球门后方看台的门票)和较低的价格(例如，$150对$200)二者。

如果非标准供应商接受还价，或提出他们自己可接受的还价，那么旅行代理例如可通过用电子邮件把报价发送给旅行者，或者通过打电话给旅行者，把一个或多个报价提供给旅行者。响应于旅行者接受报价，旅行代理可如上参考图4所述，着手预订选择的非标准服务。

当为某一商品发出服务请求时(例如，摩托艇租赁)时，单个服务请求可被传送给几个供应商，以致供应商可以对该服务请求进行投标。供应商可通过创建独立的服务报价来答复该服务请求。每个服务报价可被赋予不同的状态，旅行代理选择最好的报价转发给旅行者。每个服务请求的状态可基于数据管理应用12接收的服务报价的状态，在EDR数据库20中自动更新。

数据管理应用12和EDR数据库20可以协同工作，以将服务请求和旅行者的扩展数据记录集成在一起。本发明的实施例从而可以使旅行代理能够构建应旅行者请求，可以添加到旅游行程中的服务套餐。通过把非标准服务添加到扩展数据记录中而提供的集中视图可以提高旅行代理和/或旅行者管理旅行计划和旅游的能力。集中视图还使旅行代理能够将来自多个目的地服务供应商的活动打包到单一旅游行程中。

本发明实施例可以解决将非标准服务的预订集成到数据管理系统26提供的预订流程中的问题。从搜索服务开始，延续到预订过程，与添加到旅行中的非标准服务相关的信息可以在该信息生成时被保存在扩展数据记录中。预订流程可包括选购阶段、报价阶段、确认预订阶段、支付阶段和售后阶段。

在选购阶段，通过查询DTN数据库22，并把结果保存在EDR数据库20中，可以完成旅行代理或旅行者发出的查询(例如，利用在线旅行社网站，搜索旅行想法)。这与不能保存非标准服务的搜索结果或者以其他方式管理非标准服务的预订的传统GDS形成对比。

响应于旅行代理提交服务请求，服务请求可被传送给一个或多个相关的非标准供应商系统。这可向非标准供应商提供提出满足服务请求的报价的机会。数据管理应用12可以对服务请求应用过滤器来控制服务请求被发送到哪些NPS系统。这些过滤器可识别和/或把特定的非标准供应商作为目标，所述特定的非标准供应商被认为可能提供满足服务请求的竞争性服务订单。过滤器可基于每个服务请求的特性以及非标准供应商简介的特性，过滤服务请求。

对服务请求进行响应的各个非标准供应商可使他们的服务报价链接到特定的服务请求。每个扩展数据记录可定义包括航班、酒店、汽车租赁、游览和/或本地内容的旅行建议。扩展数据记录可通过把标准元素保存在标准数据结构中和把非标准元素保存在扩展数据结构中来提供此特征。

旅行代理可以分析每个服务报价，以判定服务报价所定义的建议是否与旅行者期望的日期、服务类型和预算匹配。对于非标准供应商提出的每个经过验证的服务报价，旅行代理可把服务报价转换成发送给旅行者的总旅游行程报价。该特征可使旅行代理和/或旅行者在旅行社时，或者通过利用web浏览器，能够作为单个报价地显示和查看整个行程。一旦报价被旅行者接受，旅行代理就可利用扩展旅行记录预订该旅游行程。保存在已转换成旅游者行程的服务报价中的所有结构化信息可由数据管理系统26自动确认和保存。

除了促进自动把非标准服务自动集成到综合的旅游行程中的能力之外，保存在启示/选购阶段中收集的信息可使数据管理系统26能够捕捉与客户对于服务的偏好、期望、趋势和预算相关的大量信息。数据管理系统26进行的事先预订阶段数据的存储可使与旅行者偏好和趋势相关的商业智能数据的提取成为可能。基于该商业智能数据的报告可允许非标准供应商制定改进的市场定位和销售其服务的策略。

例如，数据管理系统26可收集关于服务的统计量，并生成提供关于服务的预订量的信息的活动报告。该信息可被非标准供应商用于修正其服务报价，和/或与聚合服务的零售商发展关系。数据管理系统26还可收集与服务报价相关的统计量，比如提供关于有多少服务报价被拒绝及其原因，有多少服务报价需要澄清，和/或每个服务报价所需的澄清步骤数的信息的活动报告。活动报告提供的信息可被供应商用于基于季节，和/或通过改变价格、定性标签和/或详细描述来改进和/或调整其服务。这些与服务报价相关的信息可以与旅行者提供的反馈一起使用。

数据管理系统26还可以收集关于非标准供应商的统计量。这些统计量例如可包括预订/拒绝比率。旅行代理可利用该数据对与他们合作的非标准供应商评级，或者建立非标准供应商的白名单/黑名单。可以基于利用DTN进行的预订，生成市场趋势报告，并用于确定非标准供应商的趋势。这些类型的报告可包括具有诸如旅行方式(例如火车、飞机、汽车)、旅行路线(包括沿途的地点)、旅行者的类型、以及旅行日期(例如以区分季节)之类信息的混合物的最佳目的地报告。报告还可以侧重于基于每个目的地或每个旅客的最畅销服务类别(例如餐馆、出租车、娱乐)，以及每个目的地的平均预算。

服务请求可以用来描述具有若干属性，比如活动的类型、日期和价格范围的目标服务。服务请求元素可被保存在与要以结构化方式添加服务的行程关联的扩展数据记录中，以致服务请求元素可以从任何通道访问。数据管理应用12提供的用户界面被配置成提供聊天服务。聊天服务可以与特定的服务请求关联，可允许旅行代理与非标准供应商通信，以便要求澄清、协商价格等。

集中由事先预订流程生成的数据的过程可包括收集基于围绕非标准服务、服务请求和/或服务报价的不同准则而分类的数据。该数据可以使数据管理系统26能够建立可用于帮助非标准供应商的定位和策略的报告。这些报告可用于提供关于服务的统计量，提供关于服务报价的统计量，和/或提供关于非标准供应商的统计量，例如，预订/拒绝比率。数据管理系统26还可生成目的在于基于利用DTN进行的预订确定目的地服务趋势的市场趋势报告。

DTN数据库22可被配置成使旅行代理能够基于众多准则，搜索内容。通过服务请求、服务报价、保存在扩展数据记录中的非标准服务元素、索引条目和/或DTN数据库22中的记录的结构化格式化，可以实现该搜索特征。与事先预订和预订流程相关的扩展数据记录元素可以足够灵活，从而允许支持新的内容属性或内容类型的更新，并且可适应于新的市场或新型旅行者的需求。利用灵活的扩展数据记录数据结构，可以处理非标准供应商、服务和旅行者需求的异质性。

在一些情况下，旅行者可能会有非常具体的要求，例如，租一件丝绸和服穿着在一家传统的亚洲餐厅用餐。如果旅行代理未能找到提供所要求服务的非标准供应商，那么旅行代理可在以DTN数据库22中创建“招标记录”。招标记录可被配置成以致向网络上或者一个或多个子网络中的所有非标准供应商，广播对于所涉及的服务的服务请求。这种特征可以使旅行社能够利用DTN来尝试满足任意请求或情况。DTN还可被配置成允许非标准供应商搜索和投标对于特定位置中的服务的服务请求，和通过创建服务报价来答复服务请求。随后，可将标准DTN预订流程应用于服务报价。

DTN还使得可将广告及赞助链接嵌入显示给旅行代理及非标准供应商的信息中。例如，数据管理系统26运营商可以向非标准供应商收费，以让数据管理应用12把赞助链接添加到搜索结果中。例如，赞助链接可以出现在预定数目的热门搜索结果中。

数据管理系统26可被配置成以致访问数据管理应用12的各个旅行社可以把非标准供应商列入黑名单中，例如如果旅行社对他们的服务不满意的话。把非标准供应商添加到黑名单中，可以防止数据管理应用12把与该非标准供应商关联的内容包含在搜索结果中，从而防止在搜索结果中显示所述内容。

数据管理系统26可被配置成允许新的非标准供应商容易地在DTN中注册，同时确保非标准供应商仍然安全。例如，可以保持防止某些非标准供应商系统访问DTN数据库22或DTN数据库22的多个部分的黑名单。

新的非标准供应商可以在线注册，并在其简介中指定他们的主要特性和服务范围。标准服务供应商可以进行异步验证过程。为了让注册过程尽可能的开放，非标准供应商可被限制只能访问与他们自己的服务关联的数据库记录。然而，他们的服务可能只有在验证过程完成后才能向旅行社提供。

非标准供应商提供的本地服务(例如体育赛事门票、设备租赁、或者诸如临时保姆之类的个人服务)本质上可以是异类的。例如，非标准供应商可能位于不同的国家，具有不同的文化，有说不同语言的员工。为了适应非标准供应商的异类性，DTN可被配置成允许非标准供应商详细程度高或者详细程度低地描述其服务。通过利用数据管理应用12、EDR数据库20和DTN数据库22提供的特征，非标准服务可以完全由数据管理系统26管理(包括事先预订步骤和预订步骤)。DTN可以提供既用于发布非标准服务和供应商，又用于利用动态准则(例如标记和/或地理位置)搜索非标准服务的动态且灵活的工具。扩展数据记录可允许把异类的内容以及该内容的预订保存在还包括标准服务的综合旅游行程中。

数据管理应用12可包括提供单个访问点的用户界面，所述单个访问点替代可用于联系非标准供应商的多个未协调的传统通道。数据管理应用12从而可提供一种通过利用扩展数据记录来保存和检索服务请求来管理事先预订流程的集中式工具。该用户界面可以为旅行代理提供以用户友好的方式，处理事先预订流程的图形应用。为了提供与用于预订标准服务的工具相似的用户体验，该用户界面可以集成标准和非标准供应商的预订功能。旅行代理从而可以例如关于航空、汽车、酒店和/或非标准服务，在预订应用之间自由导航。

所述用户界面可以提供对EDR数据库20(包括PNR，如果存在的话)和DTN数据库22的命令行访问，同时以透明的方式更新扩展数据记录。DTN可以充当事先预订的单个访问点，以及提供从事先预订到预订的端到端流程。在供应商侧，可通过基于web的接口访问数据管理应用12，以便适应NSP系统18的可变性质。

DTN可以向旅行者提供用于事先预订的社交网络特征。该社交网络特征可以集成DTN和现有社交网络(例如，Linkedln、Facebook)，以便结合DTN提供的旅行/事先预订能力和社交网络提供的发布/通知功能的好处。例如，可以在社交网络上发布市场招标，以致供应商可以直接从社交网络应答招标。供应商也可以通过社交网络加入。在服务报价协商期间发送的通知可以发布在连接的社交网络上。通过社交网络连接可以通过充分利用社交联网移动应用，便利从移动设备访问DTN。连接到社交网络还可以增加访问DTN中的旅行社和非标准供应商子网络的灵活性。

DTN可被配置成允许旅行者在旅行后对非标准供应商提供的服务评级。除了旅行者生成的评级之外，旅行代理也能够对非标准供应商评级。这些评级系统可提供帮助旅行代理在非标准供应商之间进行选择的机制。在搜索非标准供应商或服务时，可以使用这两种反馈(旅行者对非标准供应商的反馈和旅行代理对非标准供应商的反馈)作为准则。

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

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

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

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

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

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

Claims (12)

1.一种利用扩展数据结构来管理具有非标准格式的数据的数据处理系统，所述系统包括：

扩展数据记录数据库，在扩展数据记录数据库中，具有标准格式的标准数据结构链接到具有非标准格式的扩展数据结构；

分销旅游网络数据库，在所述分销旅游网络数据库中，每个简介记录以结构化和标准化的方式定义非标准服务供应商提供的相应的服务并识别该服务的相应的非标准服务供应商；

一个或多个处理器；和

耦接到所述一个或多个处理器的存储器，所述存储器保存程序代码，当由所述一个或多个处理器执行时，所述程序代码使所述系统：

接收来自客户端应用的搜索查询，所述搜索查询包括搜索准则；

响应于收到搜索查询，搜索分销旅游网络数据库，寻找与搜索准则匹配的简介记录；

使客户端应用显示匹配的简介记录中的一个或多个；

接收识别所述匹配的简介记录中的一个或多个之一的输入，其中识别的简介记录定义第一服务供应商提供的服务；

响应于收到所述输入，生成服务请求；

把服务请求保存在扩展数据记录数据库中的扩展数据结构的第一字段中；

把服务请求传送给第一服务供应商的第一服务器；和

响应于从第一服务器收到第一服务报价，把第一服务报价保存在扩展数据记录数据库中的扩展数据结构的第二数据字段中。

2.按照权利要求1所述的数据处理系统，其中通过以下操作把标准数据结构链接到扩展数据结构：

把识别数据库中的扩展数据结构的位置的数据保存在标准数据结构的第三数据字段中。

3.按照权利要求1所述的数据处理系统，其中每个简介记录与排序值关联，以及客户端应用显示的所述匹配的简介记录中的一个或多个是至少部分基于每个匹配的简介记录的排序值，从匹配的简介记录中选择的。

4.按照权利要求3所述的数据处理系统，其中所述程序代码还使所述系统：

从客户端应用接收第一服务报价的排序；和

至少部分基于所述排序，调整与第一服务报价对应的简介记录的排序值。

5.按照权利要求1-4任意之一所述的数据处理系统，其中数据库由web服务器托管，每个简介记录与包括描述相应服务的数据文件的网页关联，以及所述程序代码还使所述系统：

从第一服务器接收一个或多个数据文件；和

基于所述一个或多个数据文件，定义与识别的简介记录关联的网页。

6.按照权利要求1-4任意之一所述的数据处理系统，其中标准数据结构包括定义行程的一个或多个元素，以及所述程序代码还使所述系统：

接收预订该行程的第一请求；

响应于收到所述第一请求，从扩展数据结构中提取第一服务报价；和

向第一服务供应商传送第二请求，以预订第一服务报价。

7.按照权利要求6所述的数据处理系统，其中所述程序代码还使所述系统：

接收来自第一服务供应商的预订确认；和

响应于收到所述预订确认，在扩展数据结构中把第一服务报价的状态从待决更改成预订。

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

把服务请求传送给第二服务供应商的第二服务器；

从第二服务供应商接收第二服务报价；

把第一服务报价及第二服务报价以状态为开放地保存在扩展数据结构中；和

响应于从客户端应用收到接受第一服务报价的授权，把第一服务报价的状态从开放更改成待决。

9.按照权利要求1-4任意之一所述的数据处理系统，其中标准数据结构和扩展数据结构包括扩展数据记录。

10.一种利用扩展数据结构来管理具有非标准格式的数据的方法，所述方法在数据处理系统中执行，其中，所述数据处理系统包括扩展数据记录数据库和分销旅游网络数据库，在扩展数据记录数据库中，具有标准格式的标准数据结构链接到具有非标准格式的扩展数据结构，在所述分销旅游网络数据库中，每个简介记录以结构化和标准化的方式定义非标准服务供应商提供的相应的服务并识别该服务的相应的非标准服务供应商，所述方法包括：

接收来自客户端应用的搜索查询，所述搜索查询包括搜索准则；

响应于收到搜索查询，搜索分销旅游网络数据库，寻找与搜索准则匹配的简介记录；

使客户端应用显示匹配的简介记录中的一个或多个；

接收识别所述匹配的简介记录中的一个或多个之一的输入，其中识别的简介记录定义第一服务供应商提供的服务；

响应于收到所述输入，生成服务请求；

把服务请求保存在扩展数据记录数据库中的扩展数据结构的第一字段中；

把服务请求传送给第一服务供应商的第一服务器；和

响应于从第一服务器收到第一服务报价，把第一服务报价保存在扩展数据记录数据库中的扩展数据结构的第二数据字段中。

11.按照权利要求10所述的方法，还包括按照权利要求2-8任意之一所述的数据处理系统的操作。

12.一种存储有指令的计算机可读存储介质，所述指令在由计算机或计算机系统执行时使所述计算机或计算机系统执行按照权利要求10或11所述的方法。