]^、1￥等
[°191 ]—SourceRef属性:与数据源关联的PNR记录编号
[0192]--E IementNumber 元素:PNR 元素编号
[0193]-SegmentElementNumber元素(复合元素):与本条目关联的航段元素编号，例如，Fl。有三个属性:Source ,ONPoint ,OFFPoint
[0194]--ServiceElementNumber元素:与本条目关联的服务Element编号
[0195]—DepartureCode元素(可选):出发机场或城市代码，如PEK
[0196]--ArrivalCode元素(可选):到达机场或城市代码，如CAN
[0197]-SSRCode元素:IATA标准特殊服务代码，如VGML
[0198]-SeatStatus元素:座位状态，可能出现的值包括:
[0199]R或NN-座位请求
[0200]C或HK-座位确认[0201 ]D或NO-座位拒绝
[0202]P或PN-座位挂起
[0203]—Assignment元素(复合元素):座位分配组
[0204]6)Itinerary Remark
[0205]Itinerary Remark(复合元素)是PNRViewRS的子元素，包含2个属性和4个子元素。具体元素如图10所示，其含义如下:[020?] --Source属性:定义元素数据的来源，如ΙΑ、IV等
[0207]—SourceRef属性:与数据源关联的PNR记录编号
[0208]-AirRemark元素(复合元素):航空类备注组
[0209]—CarRemark元素(复合元素):租车类备注组
[0210]-Hote IRemark元素(复合元素):酒店类备注组[0211 ] —FreeFlowRemark元素(复合元素):自由备注组
[0212]本发明实施例的旅客订单数据处理方法及装置，提供了旅客统一订单全景视图，能够为民航业务领域提供了一套统一查询接口规范。首先，通过整合统一接口，实现了各大航空信息系统间对于订单数据查询、更新一体化的要求，彻底消除了各大系统间订单数据不一致的情况;其次，该查询接口的创建是基于旅客订单生命周期各阶段的查询需求，因此能够兼容民航行业现有的所有查询业务，航空公司、机票分销商以及机场不会因为该查询接口规范的出现而改变原有业务流程;第三，该查询接口规范支持酒店、租车、附加服务等非航内容。可以根据旅客行程的不同，选择旅客需要的产品进行预订和存储。最后，该接口规范是符合通用的逻辑设计，不依赖于任何应用环境和数据库产品。
[0213]此外，对于查询接口规范，还可以将查询要素组织成为json格式，这样做的优点是json数据格式简单、易于解析，缺点是通用性差，而且json目前在Web Service阶段还处于初级阶段，不能充分为基于Web的查询提供支持。而XML在可扩展性、Web传输以及通用性方面更胜一筹，因此，优选XML格式。
[0214]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0215]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0216]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0217]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0218]以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
【主权项】
1.一种旅客订单数据处理方法，其特征在于，所述方法包括: 配置数据源:针对不同系统的旅客订单数据PNR，形成相同格式的统一订单用户旅行数据CTR，作为查询接口的数据源； 配置统一查询接口； 基于预先配置的规则引擎，接收并处理旅客订单生命周期内的查询请求。2.根据权利要求1所述的方法，其特征在于，所述配置统一查询接口时配置的内容包括: 旅客姓名、类型，证件号码，常旅客、信用卡信息，客票状态，退改签信息，航程信息、座位信息，特殊服务、附件服务，客票状态、非航信息，以及值机状态和行李信息。3.根据权利要求1或2所述的方法，其特征在于:采用可扩展标记语言XML完成所述统一查询接口的配置。4.根据权利要求3所述的方法，其特征在于，所述统一查询接口包括一个根节点，所述根节点下有一个属性和至少6个子元素;其中， 所述根节点为表示旅客预订记录创建、更新、删除等响应接口的根元素； 所述一个属性表示版本号； 所述6个子元素为复合元素，分别表示:PNR信息组、运价信息组、航段保险单信息组、常旅客组、一个或多个座位请求、行程注释组。5.根据权利要求4所述的方法，其特征在于，所述根节点下有42个按顺序出现的子元素;其中， 所述42个子元素分别表示:错误和提示信息组、PNR信息组、运价信息组、手动运价项、旅行者具体信息组、航段信息组、服务信息组、地面信息组、航段杂项信息组、航段保险单信息组、联系电话组、出票组、手工票证组、电子邮箱组、常旅客组、包含具备资质者的信息、开账并发送数据组、客户身份信息确认组、客户基本信息描述组、发票凭证注释组、到期支付的文本信息组、一般注释组、隐藏注释组、其他注释组、行程注释组、其他服务信息组、检查预订队列组、表示一个或多个座位请求、最佳座位请求组、特殊服务请求组、高级旅客信息系统数据组、客票注释组、用户定义注释组、历史注释组、旅游代码元素组、结算行信息、结算信息、即将售票和票价计算处理的售票指令、PNR的历史部分、签注信息、出票承运人、通知组。6.一种旅客订单数据处理装置，其特征在于，所述装置包括: 数据源配置模块，用于配置数据源:针对不同系统的旅客订单数据PNR，形成相同格式的统一订单用户旅行数据CTR，作为查询接口的数据源； 接口配置模块，用于配置统一查询接口 ； 处理模块，用于基于预先配置的规则引擎，接收并处理旅客订单生命周期内的查询请求。7.根据权利要求6所述的装置，其特征在于，所述接口配置模块配置的内容包括: 旅客姓名、类型，证件号码，常旅客、信用卡信息，客票状态，退改签信息，航程信息、座位信息，特殊服务、附件服务，客票状态、非航信息，以及值机状态和行李信息。8.根据权利要求6或7所述的装置，其特征在于:所述接口配置模块用于采用可扩展标记语言XML完成所述统一查询接口的配置。9.根据权利要求8所述的装置，其特征在于，所述接口配置模块配置后的统一查询接口包括一个根节点，所述根节点下有一个属性和至少6个子元素;其中， 所述根节点为表示旅客预订记录创建、更新、删除等响应接口的根元素； 所述一个属性表示版本号； 所述6个子元素为复合元素，分别表示:PNR信息组、运价信息组、航段保险单信息组、常旅客组、一个或多个座位请求、行程注释组。10.根据权利要求9所述的装置，其特征在于，所述根节点下有42个按顺序出现的子元素;其中， 所述42个子元素分别表示:错误和提示信息组、PNR信息组、运价信息组、手动运价项、旅行者具体信息组、航段信息组、服务信息组、地面信息组、航段杂项信息组、航段保险单信息组、联系电话组、出票组、手工票证组、电子邮箱组、常旅客组、包含具备资质者的信息、开账并发送数据组、客户身份信息确认组、客户基本信息描述组、发票凭证注释组、到期支付的文本信息组、一般注释组、隐藏注释组、其他注释组、行程注释组、其他服务信息组、检查预订队列组、表示一个或多个座位请求、最佳座位请求组、特殊服务请求组、高级旅客信息系统数据组、客票注释组、用户定义注释组、历史注释组、旅游代码元素组、结算行信息、结算信息、即将售票和票价计算处理的售票指令、PNR的历史部分、签注信息、出票承运人、通知组。
【专利摘要】本发明实施例公开了一种旅客订单数据处理方法及装置，所述方法包括：配置数据源：针对不同系统的旅客订单数据PNR，形成相同格式的统一订单用户旅行数据CTR，作为查询接口的数据源；配置统一查询接口；基于预先配置的规则引擎，接收并处理旅客订单生命周期内的查询请求。本发明实施例能够为各个不同系统提供最新、最全、最准确的旅客订单数据，不仅解决了当前三大系统间PNR数据缺失、不一致的问题，而且能够为用户查询不同渠道的航班数据，同时方便用户查询到旅行相关的其他信息。
【IPC分类】G06F17/30, G06Q10/08, G06Q50/30
【公开号】CN105631630
【申请号】CN201510994415
【发明人】黄恺, 孙博, 崔晨, 邓晓曼, 宗深, 江涛
【申请人】中国民航信息网络股份有限公司
【公开日】2016年6月1日
【申请日】2015年12月25日