可W 使用定义用于W接收模式变换源结构描述文件XSD1的变换规则的预定义的本地映射规则 113 (例如，XSLT样式表）或者定义W发送模式变换源结构描述文件XSD1的变换规则的预 定义的客户端映射规则117 (例如，XSLT样式表）。
[0198] 旅游管理系统100可W在运行时动态地维护或加载一个或多个与不同内容类型 相关联并且对应于要由旅游管理系统100本地应用的结构描述文件的预定义的本地结构 描述文件115。
[0199]在接收模式，数据交换单元11可W从外部客户端设备7接收符合由外部客户的设 备7定义的源结构描述文件XSD1的进入的数据交换消息XML1。进入的消息XML1包含给定 类型Ti的非标准数据元素。
[0200] 每次当运种进入的数据交换消息XML1被包括非标准数据元素的旅游管理系统 100接收时，变换引擎111可W利用与包含在数据交换消息XML1中的数据元素的类型相关 联的本地映射规则113把进入的消息的结构描述文件XSD1变换成目标结构描述文件XSD2。 然后，目标结构描述文件XSD2被添加到本地结构描述文件115的集合。
[0201] 在把源结构描述文件XSD1变换成目标结构描述文件XSD2之前，数据交换单元11 还可W向进入的消息XML1应用验证机制，W验证与结构描述文件XSD1的属性相关的多个 条件（例如，强制属性的存在）。
[0202] 然后，类型Ti的非标准数据容器可W通过把数据交换消息XML1的字段映射到非 标准数据容器的原语而生成。然后，非标准数据容器与存储在115中的用于类型Ti的目标 结构描述文件狂SD2)相关联地被添加到ETR9,如关于图5所描述的。ETR9中新内容的 任何更新或添加可W在运行时进行。
[0203]因此，数据交换单元11的使用使得有可能动态地把从内容提供商系统4、5接收的 任何进入的数据交换消息转换成代表要添加/修改的元素的几个非标准数据容器对象，而 无需任何代码改变。
[0204] 在发送模式（虚线），旅游管理系统100可W通过数据交换单元把任何数据元素从 ETR发送到外部客户端设备7的目标接口中。
[0205] 在发送模式，数据交换单元11接收非标准数据容器作为输入（包含之前被转换成 非标准数据容器的类型为Ti的非标准数据元素或标准数据元素）。
[0206] 类型为Ti的非标准数据容器与包括非标准数据容器的属性、属性布局W及属性 格式的描述的结构描述文件（被称为源结构描述文件），诸如XSD文件（115)，关联。非标 准数据容器还与对应于属性的值的关键字值关联。
[0207] 如果要被旅游管理系统100发送的数据元素包括来自ETR9的给定类型Ti的非 标准数据容器，则变换引擎111可W利用与非标准数据元素的类型相关联的客户端映射规 则117把与本地结构描述文件115中的非标准数据容器相关联的结构描述文件XSD3变换 成目标结构描述文件XSD4。客户端映射规则117朝目标客户端设备7的接口的格式定义变 换规则，例如，用于向目标客户的设备7的图形用户接口（GUI)显示。
[020引如果要发送到客户端设备7的数据元素是类型为Ti的标准数据元素（例如，GDS元素），则标准数据元素可W事先利用数据容器转换器12被转换成相同类型的非标准数据 容器。然后，标准数据元素可非标准数据容器的形式被发送到数据交换单元11，用于发 送到目标客户端设备7。
[0209] 图15绘出了根据某些实施例用于把类型Ti的数据元素发送到客户端设备7的目 标接口（图形用户接口GUI)的流程图。
[0210] 如果数据元素是标准数据元素（方框700)，则在方框701中类型Ti的标准数据 元素可W被转换成相同类型Ti的非标准数据容器（类似于图12的方框604)。然后在方 框703中，与结构描述文件XSD1和关键字值Vi相关联，标准数据元素W类型Ti的非标准 数据容器的形式被处理。
[0211] 如果数据元素是形式为与结构描述文件XSD1和关键字值Vi相关联的类型Ti的 非标准数据容器的形式（方框700)，则在方框703中类型Ti的非标准数据元素被直接处 理。
[0212] 在方框703中，与非标准数据容器关联的源结构描述文件XSD1被检索。
[0213] 在方框704中，利用映射引擎110(例如，XSLT引擎），源结构描述文件XSD1被转 换成目标结构描述文件XSD2,W解析源结构描述文件XSD1并且利用映射规则113 (例如， XSLT样式表）把解析后的字段转换成目标结构描述文件XSD2。映射规则113是根据客户 端设备7的目标接口的格式定义的。
[0214] 在方框705中，包含要发送到客户端设备的数据元素的XML消息是通过添加与非 标准数据容器相关联的值Vi生成的。
[021引在方框706中，XML消息通过网络13被发送到客户端设备7的目标接口。该目标 接口可W响应于XML消息的响应而被动态和透明地修改。
[0216] 外部客户端设备7还可W提取包含在XML消息中的数据元素并且根据其自己的标 准存储，而无需对数据应用解码和复杂的验证机制，无论数据的类型和目标接口的格式是 什么。
[0217] 通过使用与结构描述文件相关联并且具有W任何格式15(例如，XML)作为数据交 换消息串行化它们自己的能力的非标准数据容器，新型接口 2可W运样被建立。
[021引在一种实施例中，利用尽可能少的手工编码软件，数据交换单元11可W被内容管 理引擎3用来向客户端设备7(例如，旅行社系统）的接口动态地生成请求结果的一致表 示，无论内容是什么类型（标准的、非标准的、混合的内容）。
[0219] 服务应用可W直接使用同构数据结构在接口2中存储数据。运避开了在接口层与 B0M层之间交换还有另一格式的数据结构的需求。运进一步允许通过独特的平台减少存储 在扩展旅游记录中的数据与暴露给客户端设备7 (例如，旅行社系统）的服务接口中的数据 表示之间的开销。
[0220] 具体而言，图13的方法可W被用来响应于来自客户端设备7(例如，旅行社系统 70)的服务请求而生成结果的表示W及运种表示在与客户端设备接口上服务相关联的用户 图形接口上的显示，同时确保表示是同构的，无论内容是什么类型（标准内容或非标准内 容）。
[0221] 当与非标准内容和/或标准内容关联的记录标识符在扩展记录数据结构9中被添 加时，服务应用适于动态并同构地生成记录的表示，无论新类型是什么。
[0222] 对应于服务请求的内容管理引擎3的应用可W利用通用元素根据图12的访问方 法访问对应于从ETR获得的结果的记录。
[0223] 无论要返回到客户端设备7的内容是什么类型，基于唯一的通用元素对非标准数 据容器巧0)的访问的实现允许每个应用支持来自非标准内容提供商系统5的任何类型的 内容。因此，内容管理引擎3中的应用独立于内容的类型。
[0224] 为了把结果返回到旅行社系统70的接口，应用可W内省通用元素，W访问非标准 数据容器（图6的方框605)。因此，运样被访问的非标准数据容器可W根据图14的方法返 回。
[022引因此，内容管理引擎3适于向包括每个服务（例如，旅行服务）一组接口的所有客 户端设备7提供唯一的平台，该平台代表独立于要被操纵的产品类型的唯一响应（例子：典 型GDS飞行产品（航班）/GDS汽车租赁/非GDS出租车/非GDS餐馆…）。
[0226] 为了方便新内容在应用中的集成，与应用关联的内部服务接口 2可W具有用于每 个内容系列的一组公共属性。运使得已经存在的内容系列的新元素受益于可用于该系列的 所有显示功能。
[0227] 具体而言，非标准数据容器巧0)的底层数据结构可W在具体的元素分类中共享 公共格式。例如，用来表示类型为航线段的数据元素的格式描述文件XSDi可W是相同的， 不管是通过旅游管理系统（100)预订的还是经另一外部预订系统预订的。还可W与来自另 一类（例如，运输类）的元素共享一组公共数据。
[022引特别地，变换引擎111可W被定义为使得，对于ETR9中与非标准数据元素和标准 数据元素都关联的给定记录标识符11，如果非标准数据元素和标准数据元素都是相同的一 般类型（例如，"宾馆")，则通过把与非标准数据元素关联的结构描述文件XSD1和与标准数 据元素关联的结构描述文件XSD2映射到符合目标接口的公共类型的相同结构描述文件， 相同的表示可W在外部客户端设备7 (例如，旅行社系统）的目标接口为两种数据元素都生 成。
[0229] 例如，如图16中所绘出的，类型为TYPEC的标准数据元素首先被转换为与相同类 型TYPEC关联的非标准容器（图7的方框701)，然后利用变换引擎111和在客户端设备用 于TYPEC的映射规则117 (样式表）向客户端设备生成对TYPEC的表示狂SD2)。如图17 的例子中所示，相同的表示狂SD2)将被用于类型TYPEC的非标准容器。
[0230] 而且，变换规则117可W定义为使得任何数据元素中相同类型的属性将被映射到 相同的子表示，无论（在目标描述文件中）包括所述属性的是什么内容类型（非标准的或 标准的）。
[023。在图18中所绘出的例子中，包括一组属性A1、A2、A3、A4的类型TYPED的标准 容器（如在源结构描述文件XSD1中所定义的）首先被转换为与相同类型TYPED关联的 非标准容器（图1的方框701)，然后利用变换引擎111向客户端设备生成用于TYPED的 表示XSD2(目标结构描述文件），表示XSD2包括对应于源属性{A1，A2，A3，A4}的表示属性 巧1，E2,E3,E4}。如图19的例子中所示，通过对源结构定义文件XSD的相似属性应用相同的 映射规则117,相同的表示巧2,E3}可W为包括属性集{Cl,A1，A3，C4}的另一种类型TYPE C的非标准容器的属性A2、A3生成。因此，映射引擎11将为属性A2和A3分别生成具有相 同表示E2和E3的表示XSD3 = {F1,E2,E3,F4,F引。
[0232] 因而，内容管理引擎3对（与例如旅行社系统关联的）所有客户端设备7提供为每 个应用包括一组接口的独特平台，通过运些接口，可W独立于要被操纵的内容的类型（例 如，GDS航班产品、GDS汽车租赁、非GDS出租车、非GDS餐馆，等等）生成唯一响应。
[0233] 因此，服务应用可W直接使用同构的数据结构在接口中存储数据。运避开了在接 口层与B0M层之间交换数据结构的还有另一种格式的需求。通过独特的平台，运进一步允 许减小存储在扩展旅游记录9中的数据与暴露给客户端设备7 (例如，旅行社系统）的服务 接口 2中的数据表示之间的开销。
[0234] 因而，数据交换单元11使得有可能利用尽可能少的手工编码软件动态地生成结 果的一致表示，无论内容是什么类型（标准的、非标准的、混合的内容）。
[0235] 特别地，用来把结果返回到客户端设备7的数据交换消息具有接近内部结构（例 如，XML)的格式并且运种格式是从用来在通用元素中定义元素本身的结构描述文件（例 如，XSD)继承来的。
[0236]因此，内容管理系统100为每种旅游服务提供一组接口，代表独立于要被操纵的 产品类型（例如：典型的GDS飞行产品（航班）/GDS汽车租赁/非GDS出租车/非GDS餐 馆…）的独特响应。
[0237] 图20绘出了根据某些实施例的内容安排方法的流程图。与ETR9中的公共记录标 识符关联的内容包括与同一旅行相关的一组数据元素。在被应用访问时，依赖于需要ETR9 中特定记录标识符的应用，应用可能需要与给定记录定位器关联的不同数据元素根据预定 义的重排标准被安排（例如，排序）。
[023引 内容重排方法可W被实现为根据由应用预定义的预定义重排标准，诸如时间顺 序、排名标准等等，重排数据元素。重排方法可W基于抽象元素把标准的和非标准的数据元 素合并到抽象排名模型中。抽象元素可W被用来根据重排标准把数据元素排序。因此，应 用可W返回根据目标接口约束排序的合并后的数据元素。运会导致例如聚合的行程文档， 其中PNR段和扩展元素（非标准内容）可W在相同的视图中合并。
[0239]具体而言，对于每个数据元素，如果数据元素是非标准数据元素（方框801)，则在 方框802中类型Ti的非标准数据元素被变换成独特类型的抽象元素，该独特类型包含类型 Ti的非标准数据元素的属性的子集。非标准数据容器的属性根据过滤标准被过滤，其中过 滤标准是基于重排标准（例如，过滤标准将选择日期属性的时间顺序）生成的。抽象元素 可W实现为诸如B0M的技术对象，并且可W基于与非标准数据容器和/或通用元素相同的 技术。应当指出，通用元素和抽象元素都允许数据元素的类型的抽象。
[0240]如果数据元素是类型为Ti的标准数据元素（方框803)，则在方框804中它可W被 转换为相同类型Ti的非标准数据容器（类似于图6的步骤604)。
[0241] 在方框805中，运样获得的非标准数据元素的属性根据过滤标准被过滤。
[0242] 在方框806中，在步骤804中获得的非标准数据元素被变换成抽象元素，该抽象元 素包含对应于类型Ti的标准数据元素的类型Ti的非标准数据元素的过滤后的属性集合。
[0243] 类似于通用元