用于管理记录数据结构的方法和系统的制作方法

文档序号:9547666阅读:335来源:国知局
用于管理记录数据结构的方法和系统的制作方法
【技术领域】
[0001] 本发明一般而言涉及数据管理,并且更具体而言涉及用于在内容管理系统中管理 记录数据结构的方法、系统和计算机程序产品。
【背景技术】
[0002] 内容管理系统可以向通过专用通信网络连接到系统的一个或多个客户端(例如, 终端消费者)提供对具体内容的访问。
[0003] 由于每个行业领域中大量内容分发提供商的出现,对于让每个客户能够通过唯一 的内容管理系统访问多个内容提供商存在需求。
[0004] 例如,在旅游业,旅游管理系统可以被用来向多个旅行社系统(内容消费者)分发 从一组旅游提供商系统(内容提供商)获得的内容。旅游业在过去的几十年间显著增长并 且与此同时由旅游业提供的服务已经显著变化,使得广泛各种服务现在可以提供给涉及异 构内容的终端消费者。另外,旅游业现在涉及从旅游提供商到终端消费者的许多参与者,其 结果就是有大量数据要在那些参与者之间被管理。在旅游提供商和终端用户之间,诸如全 球分销系统(GDS)的旅游中介提供旅游管理系统,以允许旅行社从传统的旅游提供商(航 线提供商)检索信息,或者在终端消费者和传统旅游提供商之间进行交易。
[0005] 被用来主要集中在纯航空运输分销的旅行社商业模式在发展并且参与者现在由 于非航空相关的内容而获取更高的利润。因此,来自新型旅游提供商的非常重要的各种服 务在目的地被推荐。
[0006] 利用这种备选分销通道的吸引力,除通常的GDS内容(例如,航班或火车内容)之 外,旅行社趋于分销越来越多的非GDS内容(例如,宾馆、租车,等等)。
[0007] 但是,常规的旅游管理系统不提供适当的手段来直接向旅行社提供与非GDS内容 相关的信息。
[0008] 如图1中所示,旅游管理系统1 一般而言包括被称为"旅客名字记录(Passenger Name Record) "数据结构900的记录数据结构,用于存储与直接从⑶S内容提供商40接收 到的⑶S内容相关联的记录。每个记录(PNR)在数据库DB中由记录定位器标识。然后,PNR 记录定位器可以被用来访问GDS内容并把它分销到客户端设备,诸如旅行社或终端消费者 系统(60)。
[0009] PNR 900数据结构与旅行数据相关联地维护记录定位器,其中旅行数据与给定的 旅客或一起旅行的一组旅客相关联(记录定位器也被称为确认号、预约号、确认码、预订参 考,等等)。例如,当为一个旅客或一组旅客进行预约时,在数据结构900中创建PNR,这个 PNR包括对应于预约内容的记录定位器和数据(例如,诸如到达时间、起飞时间等等的航班 数据)。
[0010] 目前,由于标准化约束,旅游管理系统不能直接从非⑶S旅游提供商50接收非⑶S 内容。
[0011] 事实上,旅游管理系统与标准旅游提供商(40)交换的途径接受由 IATA(International Air Transport Association,国际航空运输协会)定义的规则,该规 则是通过"ATA/IATA Reservations Interline Message Procedures-Passenger"(AIRIMP) 定义的。具体而言,在标准旅游提供商40与旅游内容管理引擎30之间交换的消息要满足 由IATA标准定义的消息交换格式TTY(电传格式)并且常规PNR900被配置为只处理以这 种TTY格式接收的内容。
[0012] 同样,没有为PNR 900的布局和内容定义行业标准。但是,通过考虑AIR頂P的限 制并且尤其是把PNR数据容易地映射成AIR頂P消息的需求,每个旅游管理系统(例如,计 算机预约系统,CRS)定义其自己的用于PNR布局和内容的专有标准。因而,关于由不同旅 游管理系统维护的PNR 900的数据内容和格式,存在许多相似性。特别地,每个PNR数据结 构900使得与记录定位器相关联的旅行数据满足对应于由IATA标准化的GDS内容(航班 数据、火车数据,等等)的多种预定义类型。
[0013] 因而,只有⑶S内容(例如,航班、火车数据)可以以静态格式在PNR数据结构900 中被维护,这种静态格式满足与IATA消息交换标准相关的约束。因此,不可能创建用于非 ⑶S内容(汽车租赁、水上摩托艇,等等)的记录。
[0014] US2012259667提供了用于以注解、杂项或幻影片段的形式在PNR 900中存储非 GDS内容的解决办法。但是,这种解决办法不允许旅游管理系统动态且无缝地以结构化途径 在PNR 900中其它GDS元素前面直接存储从非标准旅游提供商接收的非GDS内容。
[0015] 因此,常规的旅游管理系统1只能处理来自GDS旅游提供商,诸如航线提供商,的 内容。常规的旅游管理系统包括使用大量应用的旅游内容管理引擎30,每个应用与具体的 旅行服务(例如,预订、购物、定价,等等)关联。响应于来自给定旅行社Ai (70)的请求,旅 游内容管理引擎30只能从GDS旅游提供商40检索内容、在PNR900中生成记录,并且把这 样创建的PNR记录的表示返回给旅行社Ai。
[0016] 如果旅行社需要访问非⑶S内容,则每个旅行社必须直接连接到一组非⑶S内容 提供商50,而旅游管理系统1只能直接连接到GDS内容提供商40。另一方面,每个旅行社 直接连接到具体的一组旅游提供商50,以获得非GDS旅游内容(出租车、娱乐门票,等等)。 因此,旅游内容管理引擎30暴露η个旅游服务平台(每个旅行社Al至An有一个平台2. 1、 2. 2…2. i、2. η),同时只处理来自标准旅游提供商40的标准旅游内容(⑶S内容)。
[0017] 因而,如果给定的旅行社Ai希望来自非标准旅游提供商50的具体内容(例如,博 物馆售票),则这种内容必须由旅行社Ai自己实现。这种自实现对于旅行社来说特别昂贵 并且复杂。
[0018] 另外,在常规方法中,旅游管理系统100以本地格式(源PNR内容格式)存储PNR 内容。但是,旅游管理系统可能需要与其它外部系统(旅游提供商,旅行社)交换来自PNR 的数据,其中外部系统具有其自己对PNR数据的格式(目标PNR内容格式)。因而,依赖于 目标系统,可以执行与旅游管理系统的PNR记录相关联的PNR内容到目标PNR内容格式的 转换。以昂贵且静态的方法,这种转换目前涉及硬编码和重新编译。类似地,在旅游管理系 统100中利用PNR内容的应用流中,应用流(链接的应用)中接收PNR内容的每个内容应 用需要以应用格式转换PNR内容,以便操纵它。因此,链中的每个应用需要解码、验证和编 码PNR内容,以便能够写或读它,这需要手工编码的组件并且昂贵。
[0019] 因此,对用于动态且无缝地交换内容的改进内容管理系统、方法和计算机程序产 品存在需求。

【发明内容】

[0020] 为了解决这些和其它问题,提供了如在所附独立权利要求1中所定义的内容管理 方法,以及如在所附权利要求15中所定义的内容管理系统。优选实施例在从属权利要求中 定义。
[0021] 因此,根据本发明各种实施例的方法和系统允许对标准记录数据结构和非标准记 录数据结构的集中式管理。在中央管理数据结构中被维护的信息可以被用来以同步的方式 对公共数据处理这两个领域。这种中央管理数据结构还允许清除(purge)标准和非标准记 录数据结构或者管理对标准和非标准记录数据结构的访问冲突,就好像它们构成唯一的记 录数据结构一样。
[0022] 在附图和具体描述的审查之后,本发明的更多优点将对本领域技术人员变得清 晰。预期任何附加优点都结合在本文当中。
【附图说明】
[0023] 结合到本说明书中并构成其一部分的【附图说明】了本发明的各种实施例并且,与以 上给出的本发明一般描述以及以下给出的实施例的详细描述一起,用来解释本发明的实施 例。
[0024] 图1是根据现有技术的常规内容管理系统的图解视图;
[0025] 图2是根据某些实施例的内容管理系统的图解视图,该系统包括经由网络连接的 多个计算系统;
[0026] 图3是包括内容管理系统的示例性操作环境的图解视图;
[0027] 图4是图2和3的不例性计算系统的不意图;
[0028] 图5是绘出可以被执行以便在扩展记录数据结构中添加新内容的过程的流程图;
[0029] 图6是根据某些实施例在内容管理系统中执行的内部应用的结构的图解视图;
[0030] 图7是基于业务模型对象(Business Model Object)类型的技术对象绘出内部应 用的操作的示意图;
[0031] 图8是绘出内部应用之间的示例性交互的内容管理系统的图解视图;
[0032] 图9是由一组关键字-值定义的示例性非标准数据容器的示意图;
[0033] 图10是示例性串行化格式的示意图;
[0034] 图11是图9的示例性非标准化数据容器的示意图,具有包括在非标准化数据容器 中的类型信息;
[0035] 图12是与图11的非标准化数据容器相关的示例性结构描述文件的示意图;
[0036] 图13是可以由应用执行的用于内容访问的过程的流程图;
[0037] 图14是示例性内容交换单元的图解视图;
[0038] 图15是可以被执行以便向客户端设备发送内容的过程的流程图;
[0039] 图16是类型C的标准数据容器的XSLT转换的示意图;
[0040] 图17是与图16标准数据容器相同类型C的非标准数据容器的XSLT转换的示意 图;
[0041] 图18是包括一组属性的类型D的标准数据容器的XSLT转换的示意图;
[0042] 图19是类型E的非标准数据容器的XSLT转换的示意图,该容器具有与图18标准 数据容器的属性完全相同的一些属性;
[0043] 图20是可以被执行以便重排数据元素的过程的流程图;及
[0044] 图21是根据某些实施例的扩展记录数据结构的图解视图。
【具体实施方式】
[0045] 根据本发明实施例的方法、系统和计算机程序产品可以允许从内容提供商接收的 任何类型内容(标准和非标准)的动态管理以及与这种内容关联的记录的集中式存储,而 不管内容是什么类型。内容管理系统100可以基于启用客户端请求的接收的客户端/服务 器体系架构。
[0046] 参考图2,提供了内容管理系统100,通过其,多个用户客户端7可以通过独特的平 台直接访问由一组内容提供商系统4、5提供的任何类型的内容。由内容管理系统100处理 的内容可以从根据第一种类型的消息交换格式14,诸如预定义的标准化消息交换格式,与 内容管理系统100通信的标准内容提供商系统4提供,或者从根据第二种类型的消息交换 格式15与内容管理系统100通信的非标准内容提供商系统5提供。
[0047] 内容管理系统100可以被连接到通信网络13,其中通信网络13可包括因特网、局 域网(LAN)、广域网(WAN)、蜂窝语音/数据网络、一个或多个高速总线连接,和/或其它这 种类型的通信网络。
[0048] 内容管理系统100可以专用于一个或多个具体的服务领域(例如,旅游领域)。一 个或多个客户端设备7每个都可以连接到通信网络13,使得用户可以初始化与旅游管理系 统100的服务请求会话,并且响应于该服务请求而从旅游管理系统100接收内容。
[0049] 本发明的实施例可以由包括一个或多个联网的计算机或服务器的计算系统来实 现。该计算系统可以为内容管理提供处理和数据库功能。
[0050] 每个客户端设备7可以是个人计算设备、平板计算机、瘦客户终端、智能电话,和/ 或其它此类计算设备。每个客户端设备7可以托管(h 〇st)Web浏览器和/或定制的应用软 件(例如,客户端系统)并且可以包括客户端用户接口。
[0051] 每个内容提供商系统4或5可以连接到通信网络13。每个内容提供商系统4或5 可以托管一个或多个网站和/或让托管服务托管一个或多个网站。
[0052] 操作客户端设备7之一的用户(即,旅行者)可以在与应用相关的服务请求会话 期间利用客户端设备7与内容管理系统100接口(例如,通过连接到web服务而被访问)。 内容管理系统100包括内容管理引擎3,用于处理从客户端设备7接收到的服务请求。
[0053] 内容管理引擎3可以利用根据IATA标准的标准化TTY消息交换格式(第一消息 交换格式14)与标准旅游提供商4交换消息。
[0054] 内容管理引擎3还可以通过数据交换单元11 (在本描述中也被称为"内容访问单 元")与非标准提供商5交换消息。例如,响应于来自与旅行社实体(例如,旅行社运营商 或旅行社系统)关联的用户客户端7的搜索、预订、定价、发布、取消请求,数据交换单元11 可以使用根据诸如可扩展标记语言的数据描述语言(第二消息交换格式15)定义的消息来 与非标准内容提供商通信。
[0055] 用户可以由在客户端设备7输入信息通过在客户端设备7
当前第1页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1