上生成的用户图形接口 来向内容管理系统100提交服务请求，其中用户图形接口是由在内容管理系统100上执行 的应用（例如，以web服务的形式）在客户端设备7上生成的。从用户接收的信息可以被 累积，直到用户向内容管理系统100提交服务请求（例如，通过执行提交动作）。
[0056] 响应于用户请求，内容管理引擎3可以根据消息交换格式14和/或15从内容提 供商系统4和/或5请求并获得内容，并且在扩展记录数据结构9中存储与被检索内容相 关的记录。响应于保存请求或者周期性地，扩展记录数据结构9可以被存储在上下文中并 保存在一个或多个数据库8中。作为替代，在某些实施例中，扩展记录数据结构9可以直接 存储在一个或多个数据库8中。
[0057] 扩展记录数据结构9包括用于存储与标准数据相关联的记录的标准记录数据结 构90以及用于存储与非标准数据相关联的记录的非标准记录数据结构91。
[0058] 记录包括与相关数据元素相关联的记录标识符（也被称为"记录定位器"）。记录 标识符可以是任何类型和任何格式，诸如数字。
[0059] 标准记录数据结构90是静态的，因为它只适于存储用于具有一组预定义属性当 中一个或多个属性的预定义类型的内容（称为"标准"内容）的记录。如在本文所使用的， 术语"标准"指具有对应于标准记录数据结构90所支持格式和/或类型的预定义格式和/ 或类型的标准内容。
[0060] 对于包括相关数据元素的所接收内容，如果所接收的内容只包括标准数据元素， 则可以在标准记录数据结构90中添加记录。该记录包括与数据元素相关联的记录标识符。
[0061] 作为替代，对于包括相关数据元素的所接收内容，如果所接收的内容只包括非标 准数据元素，则可以向非标准记录数据结构91添加记录。该记录包括与至少一个包括所述 非标准数据元素的非标准数据容器相关联的记录标识符。
[0062] 另外，对于包括相关数据元素的所接收内容，如果所接收的内容包括非标准数据 元素和标准数据元素，则可以向标准记录数据结构90并向非标准记录数据结构91添加记 录。标准记录数据结构90中和非标准记录数据结构91中为所接收内容标准添加的两个记 录都可以被指定相同的记录标识符（在下文中称为"公共记录标识符"）。公共记录标识符 在标准记录数据结构90中的一个或多个标准数据元素（标准内容）和/或非标准记录数 据结构91中的一个或多个非标准数据容器（包括非标准数据元素）之间共享。
[0063] 通过在记录数据结构90和91中使用相同的记录标识符，以标识相关的标准和非 标准数据元素，内容管理系统100可以透明地管理这两个记录数据结构，就好像它们构成 独特的记录数据结构一样。
[0064] 内容管理引擎3可以维护与不同服务关联的多个应用。内容管理引擎3可以依赖 于从客户端设备7接收的服务请求而执行一个或多个应用，所述服务请求可以触发从内容 提供商系统的内容检索以及与这种被接收内容相关的记录在扩展数据结构9中的存储。内 容管理引擎还可以被配置为无论内容是什么类型都基于存储在扩展记录数据结构9中的 记录利用记录在记录数据结构9中的内容向用户客户端返回对服务请求的响应。为了向客 户端返回响应，内容管理引擎3可以使用数据交换单元11，用于在客户端设备7上生成内容 的统一表示，无论从扩展记录数据结构9检索的记录中所包括的内容是什么类型。因此，内 容管理引擎3充当向用户客户端7提供服务的应用聚集器。
[0065] 在本发明的优选实施例中，内容管理系统100可以是旅游管理系统。旅游管理系 统100可以由中间运营商（例如，在旅游领域是全球分销系统（GDS))实现，以允许旅游内 容的集中式管理，例如，在⑶S( "Global Distribution System，全球分销系统"的首字母 缩写）中实现。
[0066] 图3示出了在⑶S 1中实现的这种旅游管理系统100的示例性操作环境10。在 这种实施例中，标准内容指由标准旅游提供商系统4提供的遵循IATA约束的GDS内容（诸 如航班、火车内容），而非标准内容可以是由非标准旅游提供商系统5提供的或者在GDS之 外预订的不满足IATA约束的任何类型的非GDS内容（例如，汽车租赁）。标准记录数据结 构90可以是被配置为存储标准内容的标准PNR数据结构（在下文中也被称为"标准PNR"， PNR是Passenger Name Record (旅客名字记录）的首字母缩写），而非标准记录数据结构 91 (在下文中也被称为"非标准PNR"）被配置为动态地记录任何类型的非标准内容，而无 需通过硬编码数据映射和编译机制来预定义非标准内容的类型和属性。标准PNR 90-般 包括用于旅行行程安排的完整数据集，包括来自多个承运人的段，具有预定义的数据结构 (类型、属性、系列）和/或包括该旅行的其它旅游服务，诸如宾馆和租车预约。
[0067] 扩展记录数据结构9构成扩展旅游记录（下文中也被称为"ETR"），其中，无论与 记录相关联的内容是什么类型，每个内容记录都可以无缝地由内容管理引擎3操纵。
[0068] 客户端设备7可以与多个通过各自的客户端接口 2请求服务的旅行社系统700相 关联。更一般而言，旅游管理系统100还可以由根据客户端/服务器方法提交不同类型请 求的不同类型的客户端设备访问，诸如旅行者设备6通过相应的用户接口 2或者甚至旅游 提供商系统4或5 (例如，为了交换存储在扩展旅游记录9中的内容）。
[0069] 标准旅游提供商系统4可以包括多个承运人系统或旅行者系统。非标准旅游产品 提供商系统5可以包括汽车租赁系统、博物馆预约系统，等等。当被实现时，承运人系统可 以包括启用GDS 1的用于相应航线的计算机预约系统（CRS)和/或计费系统。旅行社系统 700可以被配置为预约并支付行程票和/或由非标准旅游提供商5提供的附加服务的费用。 一些标准旅游提供商系统4还可以彼此交互，直接地或者通过⑶S 1，以便使验证方承运人 能够出售由运营方承运人提供的座位票。然后，运营方承运人可以为了所提供的服务而向 验证方承运人提供账单。
[0070] 通过使旅行社、验证方承运人或其它间接供应商能够经⑶S 1搜索可用段并在一 个或多个承运人系统4上预订预约并且搜索和预订附加服务（例如，汽车租赁、博物馆门 票，等等），GDS 1可以被配置为方便旅游提供商4和5与旅行社系统700之间的通信。
[0071] 每个旅行社系统70可以包括提供可公共访问的网站的web服务器。这个网站可 以被配置为提供对旅行规划特征的访问，诸如搜索匹配旅游请求的旅游产品的能力。为此， 旅行社系统70可以为旅行者提供对来自由GDS 1、旅游提供商4和5以及旅行社系统70托 管的一个或多个数据库的数据的访问。在本发明的备选实施例中，旅行社系统70可以是限 制对旅游服务提供商或旅行社的访问的专属系统，在这种情况下，访问可以通过私有网站 或其它应用提供。
[0072] 旅行者或旅行社可以使用旅行社系统70来利用具体的旅游应用（例如，旅游规划 应用）生成和/或搜索满足从旅行者接收的旅游请求的旅行游建议。
[0073] 旅行者设备6可以通过公共或专用网络13 (例如，因特网）直接连接到旅游管理 系统100。旅行者设备6可以是被配置为经网络13与旅游管理系统100通信的任何合适的 计算系统。例如，旅行者设备6可以包括台式、膝上型或平板计算机，智能电话，或者任何其 它使旅行者能够经网络20搜索和预订旅游服务的计算设备。在本发明的实施例中，旅行者 设备6可以包括与由旅游管理系统100的内容管理引擎3托管的web服务应用通信的web 浏览器应用，以便依赖于web服务应用而提交旅游请求。
[0074] 作为替代，旅行者设备6可以包括与由旅行社系统70托管的web服务应用通信的 web浏览器应用。Web服务应用又可以与旅游管理系统100通信，以便依赖于旅游服务应用 而提交旅游请求。
[0075] 关于通过⑶S 1或通过另一⑶S提供的旅游，旅游请求可以被提交，以便例如获得 与可用行程段相关的数据、生成满足旅游请求的旅游建议和/或预订对应于由非标准提供 商5提供的非标准内容的辅助服务（例如，汽车租赁、水上摩托艇预订、博物馆门票预订，等 等）。
[0076] 现在参考图4,⑶S 1、旅游管理系统100、旅游提供商系统4和5、旅行社系统70、 操作环境10的旅行者设备6可以在一个或多个被统称为计算机的计算设备或系统，诸如计 算机30,上实现。计算机30可以包括处理器32、存储器34、大容量存储存储器设备36、输 入/输出（I/O)接口 38以及人机接口（HMI) 40。计算机30还可以经由网络22和/或1/ 〇接口 38操作地耦合到一个或多个外部资源42。外部资源可以包括，但不限于，服务器、数 据库、大容量存储设备、外围设备、基于云的网络服务，或者可以被计算机30使用的任何其 它合适的计算资源。
[0077] 处理器32可以包括选自微处理器、微控制器、数字信号处理器、微型计算机、中央 处理单元、现场可编程门阵列、可编程逻辑器件、状态机、逻辑电路、模拟电路、数字电路或 者基于存储在存储器34中的操作指令的操纵信号（模拟的或数字的）的任何其它设备当 中的一个或多个设备。存储器34可以包括单个存储器设备或多个存储器设备，包括但不限 于只读存储器（R0M)、随机存取存储器（RAM)、易失性存储器，非易失性存储器、静态随机存 取存储器（SRAM)、动态随机存取存储器（DRAM)、闪存存储器、高速缓冲存储器，或者能够存 储信息的任何其它设备。大容量存储存储器设备36可以包括数据存储设备，诸如硬盘驱动 器、光盘驱动器、磁带驱动器、非易失性固态设备，或者能够存储信息的任何其它设备。数据 库44可以驻留在大容量存储存储器设备36上，并且可被用来收集和组织由本文所述各种 系统和模块使用的数据。
[0078] 处理器32可以在驻留在存储器34中的操作系统46的控制下操作。操作系统46 可以管理计算资源，使得体现为一个或多个计算机软件应用，诸如驻留在存储器34中的应 用48,的计算机程序代码可以具有由处理器32执行的指令。在备选实施例中，处理器32可 以直接执行应用48,在这种情况下，操作系统46可被略去。一个或多个数据结构50也可 以驻留在存储器34中，并且可被处理器32、操作系统46和/或应用48用来存储或操纵数 据。
[0079] I/O接口 38可以提供把处理器32操作耦合到其它设备和系统，诸如网络22和/ 或外部资源42,的机器接口。由此，应用48可以通过经由I/O接口 38的通信与网络22和 /或外部资源42协同工作，以提供包括本发明实施例的各种特征、功能、应用、过程和/或模 块。应用48还可以具有由一个或多个外部资源42执行的程序代码，或者以其它方式依赖 于由在计算机30外部的其它系统或网络部件提供的功能和/或信号。事实上，如果近乎无 限的硬件和软件配置有可能，本领域普通技术人员将理解，本发明的实施例可包括位于计 算机30外部、在多个计算机或其它外部资源42中分布或者通过被提供作为经网络22的服 务，诸如云计算服务，的计算资源（硬件和软件）提供的应用。
[0080] HMI 40可以以已知的方式操作地耦合到计算机30的处理器32,以允许计算机30 的用户直接与计算机30交互。HMI 40可以包括视频和/或字母数字显示器、触摸屏、扬声 器，以及任何其它能够向用户提供信息的合适的音频和视觉指示器。HMI 40还可以包括 能够接受来自用户的命令或输入并且把录入的输入发送到处理器32的输入设备和控制装 置，诸如字母数字键盘、指向设备、键盘、按钮、控制旋钮、麦克风等。
[0081] 仅仅为了说明，以下描述将参考图3的内容管理系统100进行。
[0082] 因此，通过各自的旅行社系统70连接到旅游管理系统100的不同旅行社可以通过 独特的平台直接访问由一组旅游提供商系统（4,5)提供的任何类型的内容，无论内容是什 么类型（诸如标准航线内容、出租车、娱乐门票，等等）。因此，旅游管理系统100提供存储 不仅遵循标准PNR数据结构90的标准内容并且还有任何新类型内容（即，出租车路线、剧 院门票、音乐会、美食，等等）的可能性，同时避免了让旅行社在GDS系统之外通过电话或者 经互联网等等预订这种非标准内容的需求。
[0083] 通过把非标准PNR 91附加到标准PNR 90,旅游管理系统可以动态并无缝地向旅 行社系统70提供无限数量的旅行服务。
[0084] 因此，扩展的扩展旅行记录9构成由任何旅游提供商系统4或5供给的内容的结 构化表示（它可以对应于例如在GDS外部预订的产品），同时在ETR 9中维护的记录可以就 好像标准PNR 90和非标准PNR 91构成独特记录数据结构一样被访问和管理。
[0085] 标准PNR 90中的标准数据元素（例如，产品）与可以根据由GDS 1实现的遵循 IATA标准的标准布局和格式被定性为可选或强制的一组属性关联。
[0086] 在扩展旅游记录9中维护的数据可以被归类为多个系列，每个系列包括几个数据 元素类型，诸如像表1中所表示的5个系列。E