旅客订单数据处理方法及装置的制造方法
【技术领域】
[0001]本发明涉及数据处理技术，尤其涉及一种旅客订单数据处理方法及装置。
【背景技术】
[0002]民航旅客订单数据(PNR，PassengerName Record)是民航信息系统最核心的数据，是民航业务操作的基础。随着上世纪90年代分销渠道的发展，民航信息系统被划分为三大系统，分别是航空公司航班控制系统(ICS，Inventory Control System)、机票分销商分销系统(CRS,Computer Reservat1n System)以及离港控制系统(DCS，Departure ControlSystem)。作为核心数据的PNR，为了满足民航领域不同业务主体的需要，分别存储在ICS、CRS以及DCS系统中。这种存储方式一直沿用至今。针对旅客订单的查询请求，三大系统通过访问各自系统的旅客订单进行处理，一方面，三大系统之间需要依靠数据同步更新旅客订单数据，但是数据同步并不能从根本上保证旅客订单的实时性和完备性，另一方面，不同系统的旅客订单数据可能存在差异，因而对旅客订单查询，各系统的订单数据可能会存在不一致、数据缺失等问题，例如在订票阶段，通过CRS系统预订的PNR，需要ICS系统进行航班确认，此时在CRS系统查询会出现航段状态不确定的情况;而在CRS系统订的PNR，ICS系统无法获得旅客联系方式等信息；并且在航班起飞48小时之前，离港DCS系统无法看到PNR的信息。这种数据缺失问题在订单确认、订单支付、值机、结算等阶段同样存在。为了保证不同系统所访问订单数据的一致性和完整性，国际上通行的做法是利用系统间高速的连接网络以及标准化的接口，采用CO-HOST方式实现系统间数据的实时访问。虽然这在一定程度上可以提升系统间PNR的一致性，但对网络的依赖程度高，并且研发和环境成本也很高。因此，迫切需要统一查询接口规范满足不同业务主体对订单数据的访问需求。
[0003]随着民航旅客量的迅速增长，旅客出行的模式近几年也发生了很大变化，已经不仅仅是购买机票那么简单，旅客希望在买到机票的同时，也能够将酒店、租车或景点门票等旅行过程涉及到的内容一并购买。因此，需要为旅客提供一个全景视图，通过该全景视图不仅可以查询不同渠道的航班数据，也可以了解到与旅行相关的非航和附加服务的相关信息。
[0004]因此，需要提出一种新方案，解决当前三大系统间PNR数据缺失、不一致的问题，并且不仅能够为用户查询不同渠道的航班数据，也能够方便用户查询到旅行相关的其他信息。
【发明内容】
[0005]为解决现有存在的技术问题，本发明实施例提供一种旅客订单数据处理方法及装置。
[0006]为达到上述目的，本发明实施例的技术方案是这样实现的:
[0007]本发明实施例提供了一种旅客订单数据处理方法，所述方法包括:
[0008]配置数据源:针对不同系统的旅客订单数据PNR，形成相同格式的统一订单用户旅行数据CTR，作为查询接口的数据源；
[0009]配置统一查询接口；
[0010]基于预先配置的规则引擎，接收并处理旅客订单生命周期内的查询请求。
[0011 ]其中，所述配置统一查询接口时配置的内容包括:
[0012]旅客姓名、类型，证件号码，常旅客、信用卡信息，客票状态，退改签信息，航程信息、座位信息，特殊服务、附件服务，客票状态、非航信息，以及值机状态和行李信息。
[0013]其中，采用可扩展标记语言XML完成所述统一查询接口的配置。
[0014]其中，所述统一查询接口包括一个根节点，所述根节点下有一个属性和至少6个子元素;其中，
[0015]所述根节点为表示旅客预订记录创建、更新、删除等响应接口的根元素；
[0016]所述一个属性表不版本号；
[0017]所述6个子元素为复合元素，分别表示:PNR信息组、运价信息组、航段保险单信息组、常旅客组、一个或多个座位请求、行程注释组。
[0018]其中，所述根节点下有42个按顺序出现的子元素;其中，
[0019]所述42个子元素分别表示:错误和提示信息组、PNR信息组、运价信息组、手动运价项、旅行者具体信息组、航段信息组、服务信息组、地面信息组、航段杂项信息组、航段保险单信息组、联系电话组、出票组、手工票证组、电子邮箱组、常旅客组、包含具备资质者的信息、开账并发送数据组、客户身份信息确认组、客户基本信息描述组、发票凭证注释组、到期支付的文本信息组、一般注释组、隐藏注释组、其他注释组、行程注释组、其他服务信息组、检查预订队列组、表示一个或多个座位请求、最佳座位请求组、特殊服务请求组、高级旅客信息系统数据组、客票注释组、用户定义注释组、历史注释组、旅游代码元素组、结算行信息、结算信息、即将售票和票价计算处理的售票指令、PNR的历史部分、签注信息、出票承运人、通知组。
[0020]本发明实施例还提供了一种旅客订单数据处理装置，所述装置包括:
[0021]数据源配置模块，用于配置数据源:针对不同系统的旅客订单数据PNR，形成相同格式的统一订单用户旅行数据CTR，作为查询接口的数据源；
[0022]接口配置模块，用于配置统一查询接口；
[0023]处理模块，用于基于预先配置的规则引擎，接收并处理旅客订单生命周期内的查询请求。
[0024]其中，所述接口配置模块配置的内容包括:
[0025]旅客姓名、类型，证件号码，常旅客、信用卡信息，客票状态，退改签信息，航程信息、座位信息，特殊服务、附件服务，客票状态、非航信息，以及值机状态和行李信息。
[0026]其中，所述接口配置模块用于采用可扩展标记语言XML完成所述统一查询接口的配置。
[0027]其中，所述接口配置模块配置后的统一查询接口包括一个根节点，所述根节点下有一个属性和至少6个子元素;其中，
[0028]所述根节点为表示旅客预订记录创建、更新、删除等响应接口的根元素；
[0029]所述一个属性表示版本号；
[0030]所述6个子元素为复合元素，分别表示:PNR信息组、运价信息组、航段保险单信息组、常旅客组、一个或多个座位请求、行程注释组。
[0031]其中，所述根节点下有42个按顺序出现的子元素；其中，所述42个子元素分别表示:错误和提示信息组、PNR信息组、运价信息组、手动运价项、旅行者具体信息组、航段信息组、服务信息组、地面信息组、航段杂项信息组、航段保险单信息组、联系电话组、出票组、手工票证组、电子邮箱组、常旅客组、包含具备资质者的信息、开账并发送数据组、客户身份信息确认组、客户基本信息描述组、发票凭证注释组、到期支付的文本信息组、一般注释组、隐藏注释组、其他注释组、行程注释组、其他服务信息组、检查预订队列组、表示一个或多个座位请求、最佳座位请求组、特殊服务请求组、高级旅客信息系统数据组、客票注释组、用户定义注释组、历史注释组、旅游代码元素组、结算行信息、结算信息、即将售票和票价计算处理的售票指令、PNR的历史部分、签注信息、出票承运人、通知组。
[0032]本发明实施例的旅客订单数据处理方法及装置，将分散在航空公司、机票分销商以及机场系统对旅客订单的访问需求整理为统一查询接口规范，并且增加旅客旅行过程中涉及到的其他相关信息，为各个不同系统提供最新、最全、最准确的旅客订单数据，不仅解决了当前三大系统间PNR数据缺失、不一致的问题，而且能够为用户查询不同渠道的航班数据，同时方便用户查询到旅行相关的其他信息。
【附图说明】
[0033]在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
[0034]图1为三大业务主体在旅客订单的生命周期内对旅客订单数据的访问需求示意图；
[0035]图2为三大业务主体在旅客订单的生命周期对旅客订单数据的访问需求列表；
[0036]图3为本发明实施例的旅客订单数据处理装置提供的全景视图界面示意图；
[0037]图4a_4d为本发明实施例统一查询接口的规范示意图；
[0038]图5为图4中PNRIdentif icat1n的组织结构不意图；
[0039]图6为图4中FareGroup的组织结构示意图；
[0040]图7为图4中Insurance的组织结构示意图；
[0041 ] 图8为图4中FrequentTravelerGroup的组织结构不意图；
[0042]图9为图4中Seat的组织结构示意图；
[0043]图10为图4中Itinerary Remark的组织结构不意图。
【具体实施方式】
[0044]本发明实施例提供的旅客订单数据处理方法及装置、系统，是将分散在航空公司、机票分销商以及机场系统对旅客订单的访问需求，通过其各自访问逻辑整理为一套统一查询接口规范，并且增加旅客旅行过程中涉及到的其他相关信息(例如酒店、租车、附加服务等)，为用户提供最新、最全、最准确的旅客订单记录数据。
[°°45] 本发明实施例是以统一订单用户旅行数据(CTR，Customer Travel Record)为数据基础，将现有航空公司、机票分销商以及机场系统对订单在其生命周期内的访问需求整理合并为一个统一接口，使之成为统一的查询入口，供不同的业务应用和渠道所使用。
[0046]本发明实施例提供了一种旅客订单数据处理方法，该方法可以包括:
[0047]首先，配置数据源:针对不同系统的PNR，形成相同格式的统一订单CTR，作为查询接口的数据源；
[0048]其次，配置统一查询接口；
[0049]最后，基于预先配置的规则引擎，接收并处理旅客