CN101689197A - 自动保持乘客预订记录和对应的电子客票之间的旅行数据一致的方法和系统 - Google Patents

Abstract

本发明涉及一种在储存有乘客姓名记录(PNR’s)的包括旅程段的航线预订数据库和包括旅行票券的电子客票(E－tickets)数据库之间保持旅行数据一致的方法和系统，其中，电子客票数据库由一个票务服务器单独控制。当一个旅程段被更新或添加到一个PNR’s中时，一个电子调节服务(ERS)接收到更新的PNR’s图像。ERS将向电子客票数据库请求并获得相对应的电子客票图像。然后，ERS将在孤立PNR旅程段和孤立旅行票券之间建立连接矩阵，从而使电子客票的孤立旅行票券与匹配的PNR孤立旅程段重新关联。电子客票更新后，被再次确认或重新出票，作为选项，如果适当，一个罚金生成器将根据引起重新确认或出票的修改计算出罚金金额。罚金收费将附到更新的PNR’s上。

Description

自动保持乘客预订记录和对应的电子客票之间的旅行数据一致的方法和系统

技术领域

本发明广义上涉及计算机化的旅行交易，更具体地说涉及一种自动保持存储在由不同系统控制的不同数据库中的乘客预订记录和对应的电子客票之间的旅行数据一致的方法和系统。

背景技术

直到不久前，各大旅行公司向预订的乘客发放纸制客票还是标准行业规范。然而，旅行公司，特别是航空公司在竞争激励的市场环境下，出于削减运营费用的考虑，开始“发放”电子客票。这一无形的客票快速取代了传统的纸制客票。完成预订时，电子客票仅作为一个电子记录存在于相关航空公司的计算机中，或例如旅游业和航空公司全球服务供应商AMADEUS这样的全球分发系统(GDS)的计算机中。电子客票就是一种可传统地通过旅行社、或通过网站或电话进行的用于代表飞机座位购买信息的、存在于计算机中的非纸制电子文件、文档。它通常的形式为一个专门指定给该乘客的确认号，配合有他/她的旅程的航班号、日期、起飞地点和到达地点。这些关键乘机信息可有各种选择被发放给乘客：被打印、被电子邮件发送、转发到移动设备，或添加到乘客个人数字助理日历应用程序。以此，乘客在机场办理登记手续时，仅需出示其识别信息就可以获得登机牌，并完成行李托运手续。

图1中示出了现有技术的电子客票计算机化的旅行系统环境，它是GDS和其他旅行服务供应商投放的类型。在这一环境中，需要进行预订的乘客向第一个计算机平台(125)提供相关信息，在该信息基础上创建电子客票(115)。所提供的信息必须包括所有必要的航班信息，如：旅行日期、登机地点、机舱类型等等，以及乘客姓名、地址、付款方式等等，以便完成预订。乘客的预订(110)通常是指乘客的姓名记录或PNR。所有受到预订系统(125)控制的PNR’s都保存在至少一个相应的数据库(130)中。此类预订系统传统来说都可以由旅行社代理代表顾客访问。英特网及其无处不在的应用——万维网或Web的到来，使各种在线预订应用系统(OLTA)的终端用户也可以直接接入预订系统。终端用户就此可以通过像

和

的在线旅行服务供应商自己预订航班或整套旅程。在上述两种情况下，都需要从由旅行社的代理代表顾客的旅行社或使用自己的个人计算机(120)选择进入某一在线预订服务应用系统的终端用户运行的某种客户旅行预订软件提供必要的旅行信息，从而创建PNR。

在图1示出了现有技术的计算机环境中，一旦完成，PNR(110)就启动在一个分离的系统中创建相应的电子客票(115)，该分离的系统就是一个电子票务服务器或ETS(140)。各方，即预订平台(125)、电子票务服务器(140)、终端用户或旅行社(120)之间的通信是通过公共和专用网络(155)，包括GDS专用网络和因特网，的混合的传统方式和协议实现的。然后，电子客票被储存在一个受ETS控制的专用的数据库中(150)，在必要时，发放PNR的旅行代理或在线旅行应用的终端用户，以及在有些情况下乘客在机场进行登记时都可以搜索此数据库进行查询。

在普通的预订(110)中，每个PNR可能有多个航程段。每个航程段都在电子客票(115)生成时与一个相对应的票券相关(112)。然而，电子客票一旦生成，对航程细节的任何修改不会自动导致电子客票的相应改变。事实上，当前尚没有自动处理这一任务的进程。因此，电子客票必须进行人工更新。如果乘客向旅行社的专业人员提出帮助要求，旅行代理就需要人工进行所要求的修改(160)。然而，文件与预订就变得不能保持同步，航程段与其相对的票券就变成了孤立者，也就是说，航程段不再与任何票券(170)相关联。这样，非同步常常导致大量的人力干预，并反过来将不利于机场登记和登机手续，从而大大削弱电子客票使用的优势。

此类对预订的修改可源于乘客的要求。修改可以是乘客自愿的，也可能是非自愿的，后者源于航空公司或旅行社。非自愿修改可能出于航班的取消或时刻表修改。根据不同的商业政策，航空公司和旅行社可能根据一个预定的计算规则对自愿修改交付一定数额的罚金。罚金的生成也需要在更新电子客票前人工完成。此外，因为该操作并非强制性，如果旅行社代理不进行相应的处理，航空公司将无法对预订修改收取费用，这将直接影响航空公司的收入。

在这个竞争激烈的行业环境下，各大航空公司和旅行服务供应商的营业目标都包括降低运营成本，从而保持利润率。对于此目标，成本低廉的电子票务可以成为实现目标的重要推动元素，假定其应用是完美的。

因此，本发明的总的目的就是使所有乘客，即使之前修改了旅行计划，在机场登记时旅行也能准备妥，因此在关键时刻无需或仅需极少的人工干预，并能在适当情况下自动收取修改费用。

本发明的特别目标还在于解决上述电子客票与PNR’s之间的自动同步的不足。

本发明的其它目标、特性、优势通过下文参考附图的描述对于行业的技术人员将变得清晰易懂。所有的附加优点都将包括在内。

发明内容

本发明涉及一种在储存有乘客姓名记录(PNR’s)的包括旅程段的航线预订数据库和包括旅行票券的电子客票(E-tickets)数据库之间保持旅行数据一致的方法和系统，其中，电子客票数据库由一个票务服务器单独控制。当一个旅程段被更新或添加到一个PNR’s中时，一个电子调节(reconciliation)服务(ERS)接收到更新的PNR’s图像。ERS将向电子客票数据库请求并获得相对应的电子客票图像。然后，ERS将在孤立PNR旅程段和孤立旅行票券之间建立连接矩阵，从而使电子客票的孤立旅行票券与匹配的PNR孤立旅程段重新关联。电子客票更新后，被再次确认或重新出票，作为选项，如果适当，一个罚金生成器将根据引起重新确认或出票的修改计算出罚金金额。罚金收费将附到更新的PNR’s上。

附图说明

图1示出了现有技术其中电子票务发生的计算机环境。

图2描述了根据本发明的电子客票调节服务(ERS)的整体结构。

图3示出了ERS的连接矩阵考虑的各种连接状态。

图4是ERS为完成PNR段与电子客票票券之间的调节所进行操作的流程图。

图5描述了ERS如何执行一个PNR孤立段和相应电子客票的孤立票券之间的匹配过程。

具体实施方式

以下对本发明的详细描述参考附图。描述中包括多种范例实施方式，除此以外在不脱离发明的设计理念和范围的情况下还存在其他范例实施方式和对介绍的实施方式可进行的修改。

图2描述了根据本发明的电子客票调节服务(ERS)的整体结构，以及它与罚金生成器(230)、电子票务服务器或ETS(240)、发布器(210)等外部组件的交互。

发布器指的是负责转发需要ERS(220)进行分析的PNR’s的组件。PNR’s被以带有PNR图像的标准消息(212)的形式发送到ERS服务，ERS服务从消息中提取适当的信息，以便检查每一个新收到的PNR以确定是否需要进行调节。为此，响应ERS向ETS(240)发送的标准请求(电子客票显示请求/回答)，相应的客票图像(242)也被取回并转发给ERS。

ERS一旦获得PNR和电子客票图像(221、222)，它将在可能存在的电子客票孤立票券和PNR孤立段之间建立起一个连接矩阵(250)。然后在可能的情况下，借助于将在下面的图5中给与详细说明的范例匹配算法完成匹配。

图3示出了上图中的ERS连接矩阵(250)所考虑的多种不同连接状态。它们有如下情形：

-如果连接已经建立(361)，也就是说如果在电子客票首次发放时或再次发放时所创建的连接仍然有效，那么ERS不采取任何行动。

-如果由于PNR的修改或由于PNR带有无票段使之前相关联的票券和段之间出现了非同步，那么将出现孤立连接。在此情况下，票券将没有对应的段(362)，或段没有对应的票券(363)。这就需要ERS来修复这些连接。

-当连接自动重新确认有效或重新发出(364)后，已修复的连接具有对应的状态，也就是“已由ERS建立”。

图4是对于每个PNR的乘客执行孤立段和孤立票券之间的调节时ERS所进行的操作的流程图。

正如已经在图2中示出的，监控预订数据库上执行的所有交易的发布器(210)，在每次发生预订修改时通过向ERS发送消息启动调节服务，该消息带有PNR的一个图像。如上文中提到的，该修改是以传统方式由代表客户的旅行代理进行的，也可能是在线旅行预订应用的终端用户直接要求的。不论它们的实际来源，将对PNR的修改可以有三个种类：一个PNR航程段被更新、取消，或一个航程段被添加(410)。

如果修改所涉及的航空公司已经实际上进行预订了本发明(415)的调节服务，那么孤立航程段的搜索将在PNR上立即进行(420)。否则，将不会进行自动调节(470)。典型地，本发明的电子客票调节服务由背景部分提到过的旅行服务供应商GDS提供，各大航空公司可向该系统进行预订。

如果没有找到任何孤立航程段(472)，将不需要任何自动调节(470)。否则，预订中提及的所有对应电子客票都必须被检索(425)。这将通过前面在图2中提到的向电子票务服务器(240)发送相应请求(显示请求)来完成，对此，服务器将向ERS返回所请求的电子客票的图像。

然后，ERS可在请求的电子客票中寻找孤立票券(430)。如果找不到(473)，将不会启动任何进一步的自动调节(470)。否则，将进行孤立段和孤立票券之间的匹配(435)。图5中示出了该匹配过程的一个范例。根据本发明的不同具体应用，可采用不同的匹配算法。如果，在执行匹配过程后，没有找到任何匹配(474)，那么将不进行自动调节(470)。

如果找到了匹配的段和票券，将进行相应的重新关联，从而使PNR和电子客票得到更新(440)。如果发现错误(475)，将不进行自动调节(470)。否则，如果成功，在适当的情况下，将需要由在图2中提到的罚金生成器(445)计算的罚金附在该预订上(450)。如此，预订中的修改完成(455)，预订历史记录被更新(460)。

如上文所述，根据对PNR所作修改的重要性和附在原始PNR费用上的规定，电子客票将被再次确认或出票，从而影响将附在该预订上的计算出的罚金的金额。罚金生成器的输入将从流程步骤(440)获得，使它可以生成并发送附在预订上的罚金(450)。

图5通过一个范例示出了根据发明，电子客票调节服务ERS如何执行一个PNR孤立段(510)和对应的电子客票的孤立票券(520)之间的调节过程。

在孤立段和票券的匹配过程中，必须一直保持票券的时间顺序。这也就是说，一个票券只有在其出发日期确实处于前面紧挨的票券出发日期和后面紧挨的票券日期之间时，才可以与一个段重新关联联。如果票券与段只有出发日期不同，这就获得了“完全匹配”。如果航空公司、航班号、航班日期和/或机舱类型不同，但机场相同，也就是说在一个城市对中，这就获得了“松散匹配”。很明显，在ERS对段和票券的重新关联过程中，“完全匹配”优先于“松散匹配”。

在图5的范例中，由于对PNR(510)修改而产生的无关联或孤立段标有2和4至7的标号(512)。相对应的客票无关联或孤立票券标有1、3、4的标号(522)。剩下的相关联的段和票券用粗体标注(530)。票券按照出发城市的连续顺序排列。所以在(520)中，列出了四个票券。第一个，标号1，对应从德国法兰克福(FRANKFURT)(城市编码：FRA)出发飞往英国伦敦(LONDON)(城市编码：LON)的一个票券。第二个，标号2，是从伦敦飞往法兰克福的票券，以此类推。

匹配过程的第一步旨在检查对电子客票完成再次确认后能否保持时间顺序。也就是说，对于一个给定的孤立票券，那些可能改变电子客票顺序的段都是无效的。这对于每一孤立票券以如下方式完成：

-找到第一个在前票券仍然与一个段相关联。

一找到第一个在后票券仍然与一个段相关联。。

-然后，得到的对于当前孤立票券的候选段的初始列表仅包括位于第一个在前和第一个在后相关联的段之间的段。

在图5的范例中，标号1的孤立票券仍有可能与标号2的段按顺序，因为该段(514)的日期为8。这一数值小于14，也就是小于其后最近的非孤立票券日期(524)；所以完全可能将对应的段与票券匹配。同样的情况也适用于标号3和4的孤立票券，它们可以与标号4至7的任意孤立段匹配，因为它们的日期大于14，即之前最近的非孤立票券(524)的日期。

因为段与票券必须拥有相同的城市对，重新关联过程的下一步就是要检查这一特征，使路线真实匹配(同一城市的不同机场可以获得路线匹配)。对于一个给定的票券，ERS排除带有不同城市对的段。该步骤的结果就是图5中示出的对于每一票券的候选段列表(540)。在这一范例中，标号1的票券(541)和标号2的段(542)拥有同样的路线，标注为FRALON，这是上面已经介绍的对于从德国法兰克福到英国伦敦路线的航空公司标准缩写。因为票券推断乘客将在10号从法兰克福飞往伦敦，而伦敦也是下一票券(543)的出发城市，所以路线是匹配的。位于标号3的下一个孤立票券也对应于该路线(FRALON)，与位于4、5、7的段匹配(544)。最后，发现位于标号4的最后一个孤立票券路线与位于标号6的段的路线匹配(545)。

上述重新关联过程的检查步骤一旦完成，ERS必须对每一个孤立票券选出唯一的候选段。然后，对于每位乘客，ERS通过以下范例中的顺序对每个剩下的按时间顺序排列的无相关票券进行处理：

-如果当前考虑的票券只有一个可能的候选段，且此段也只是唯一一个票券的侯选，那么它将被选中。

否则：

-ERS将寻找一个与当前唯一可能的候选段完全对应的票券。如果找到这样的票券，该票券将被选中。否则：

-按时间顺序排列的第一个票券被选中。

-然而，如果当前票券有多个候选段，而且：

-如果没有其他票券可与这些候选段中的任何一个对应，那么ERS将寻找出一个与当前票券完全对应的段。如果找到，该段将被选中。

否则：

-按时间顺序排列的第一个段将被选中。

作为以上过程步骤的顺序的结果，每次当一个段被选中，也就是将它与一个孤立票券重新关联，所选中的段和所有前面的(尚未选中)段，将不再是有效的候选段；所以不再被进一步考虑。

必须要明确的是以上顺序仅是一个示出在本发明的框架下匹配算法如何操作的一个简单范例。根据本发明的具体应用，尤其是根据航空公司的需要，可以考虑设计更加复杂的匹配顺序，从而使算法更加全面地满足特定的应用的目标。在本发明的操作模式大体不变的情况下，以上匹配算法可以很容易地进行修改。

作为图5示出范例中选择过程(550)的结果，第一个被处理的是位于标号1的孤立票券(551)，它只有一个可能的候选段(552)可以与之相关联。因此，ERS选中该段并将其与当前票券重新关联。正如前文说明的，已被选中的段将不能再是将来的重新关联的候选段。然后，匹配算法继续到下一个孤立票券，也就是位于标号3的票券(553)。该票券有两个可能的候选段，分别位于标号5和6，所以按时间顺序排列的第一个被选中，也就是位于标号5的段。最后，剩下的一个孤立票券位于标号4(554)，还有两个剩下的段可能与之重新关联，它们是分别位于标号4和7的段。但是由于上一步中位于标号5的段已被选中，标号4上的段将不再作为有效候选段，并被删除(555)。因此，ERS选中位于标号7的段与最后的孤立票券重新关联(554)，由此完成了重新关联过程。

作为建立图2中所示的连接矩阵(250)和上述范例的匹配过程的结果，在段和票券已重新关联后，乘客需要为所请求的修改支付的罚金将由罚金生成器(230)根据预设的规则生成。算出的罚金通常根据客票只需重新确认或是需要重新出票决定。电子客票是需要重新出票还是仅需重新确认要由所要求的修改的数量以及赋于原始客票的相关费用和规定来决定。不论如何，罚金的计算结果将如图2中示出的以相应消息(232)的形式返回给ERS。

Claims (10)

1.一种在存储乘客姓名记录(PNR’s)的包括旅程段的航线预订第一数据库和包括旅行票券的电子客票(E-tickets)第二数据库之间保持旅行数据一致的方法，其中，第二数据库由票务服务器独立控制，该方法包括：只要至少一个旅程段被更新或添加到PNR’s之一中，

从第一数据库接收更新的PNR’s的图像；

从第二数据库请求并接收相应的电子客票的图像；

在孤立PNR旅程段和孤立电子客票旅行票券之间建立连接矩阵；

通过将孤立电子客票旅行票券与匹配的孤立PNR旅程段重新关联，对电子客票进行更新；和

重新确认或重新发放电子客票。

2.如权利要求1所述的方法，还包括以下步骤：

根据导致重新确认或重新发放电子客票的修改，有选择地向罚金生成器请求罚金金额的计算；

将罚金金额附到更新了的PNR’s上。

3.如权利要求1所述的方法，其中将孤立旅行票券和孤立旅行段重新关联的步骤包括以下步骤：

将不能保持孤立票券时间顺序的孤立段无效；

去除不与孤立票券的城市对匹配的孤立段；

在剩下的候选段中为每个按时间顺序考虑的孤立票券选择一个孤立段。

4.如权利要求3所述的方法，其中对于选择步骤中考虑的当前孤立票券只存在唯一一个候选段，该方法还包括以下步骤：

如果该唯一一个候选段是唯一一个票券的候选段，

选中该唯一一个候选段；

否则，

寻找可与该唯一一个候选段完全匹配的另一个票券；

如果找到，

选择该完全匹配的票券；

如果没找到，

选择按时间顺序排列的第一个孤立票券。

5.如权利要求3所述的方法，其中对于选择步骤考虑的当前孤立票券存在多个候选段，该方法还包括以下步骤：

如果没有其他票券与所述多个候选段中的任一个相匹配，

寻找与当前票券完全匹配的另一个段；

如果找到，

选择该完全匹配的段；

如果没找到，

选择按时间顺序排列的第一个孤立段。

6.一个执行电子客票调节服务(ERS)的系统，包括：

用于转发乘客姓名记录(PNR’s)的图像的发布器；

电子票务服务器(ETS)；

用于接收PNR图像、用于向ETS请求和从ETS接收对应的电子客票图像以及用于将PNR段与电子客票票券重新关联的电子客票调节系统。

7.如权利要求6所述的系统，其中ERS还包括用于将PNR段和电子客票票券匹配的连接矩阵。

8.如权利要求6所述的系统，还包括罚金生成器。

9.如权利要求6所述的系统，其中在ERS重新关联PNR段和电子客票票券后，ETS重新确认或重新发放电子客票。

10.如权利要求6和8所述的系统，其中ERS向罚金生成器转发请求，并接收对应于PNR段和电子客票票券的重新关联的计算出的罚金金额，并且其中罚金金额被附到PNR’s上。

Images