航空客票的销售方法及装置、存储介质及电子设备

技术领域

本发明涉及机票分销技术领域，特别涉及一种航空客票的销售方法及装置、存储介质及电子设备。

背景技术

随着经济的不断发展，人们的生活水平在不断的提高，人们在商务出行、外出旅游时，选择搭乘飞机的概率越来越大。航空公司为了提高客户搭乘飞机时的舒适度，经常会适应性的在航班为添加航班附加服务，由此提高客户的搭乘飞机的体验。

目前，航空公司以及航空公司的分销商在分销机票时，通常需要消费者进入分销机票的B2B网站选择航班，而B2B网站上的航班均已包含航空公司及分销商为其配置的航班附加服务，消费者在选购航班时便已选定航班附加服务，这种机票的销售方式使用户无法自主选择航班附加服务，为用户购买机票带来了极差的购票体验。

发明内容

目前的机票分销方式中，消费者在订购机票时，机票中通常已经包含了预先配置的航班附加服务，用户不可自主选择航班附加服务，这给用户带来了极差的购票体验。为给用户提供优质的购票体验，本发明提供一种航空客票的销售方法及装置、存储介质及电子设备，应用本发明，消费者无需进入B2B网站即可预订航班，并且在预订航班的过程中可自主选择航班附加服务，由此消费者可自主选择航班和航班附加服务，为消费者提供优质的购票环境和提高消费者的购票体验。

为实现上述目的，本申请提供了以下技术方案：

本申请第一方面公开一种航空客票的销售方法，应用于基于新分销能力NDC标准构建的销售系统，该方法包括：

当接收到用户通过航班查询接口发送的航班查询请求时，确定与所述航班查询请求对应的航空公司；

确定所述航空公司的附加服务信息，以及基于所述航空公司的各个有效航班生成与所述航班查询请求对应的航班信息集合；

将所述附加服务信息以及所述航班信息集合向所述用户展示，使得所述用户基于所述附加服务信息确定航班附加服务以及基于所述航班信息确定目标航班；

通过预设的附加服务接口获取与所述航班附加服务对应的附加服务选择信息，以及通过预设的航班预订接口获取与所述目标航班对应的航班预订信息；

基于所述附加服务选择信息和所述航班预订信息生成航班订单，并将所述航班订单向所述用户展示，以提示所述用户支付所述航班订单；

在接收到所述用户反馈的确定支付指令时，调用预设的支付接口与所述用户的支付模块进行连接，使得所述用户支付所述航班订单，并在所述用户完成对所述航班订单的支付时，对所述航班订单进行出票操作。

本申请第二方面公开一种航空客票的销售装置，应用于基于新分销能力NDC标准构建的销售系统，该装置包括：

第一确定单元，用于当接收到用户通过航班查询接口发送的航班查询请求时，确定与所述航班查询请求对应的航空公司；

第二确定单元，用于确定所述航空公司的附加服务信息，以及基于所述航空公司的各个有效航班生成与所述航班查询请求对应的航班信息集合；

第一展示单元，用于将所述附加服务信息以及所述航班信息集合向所述用户展示，使得所述用户基于所述附加服务信息确定航班附加服务以及基于所述航班信息确定目标航班；

第一获取单元，用于通过预设的附加服务接口获取与所述航班附加服务对应的附加服务选择信息，以及通过预设的航班预订接口获取与所述目标航班对应的航班预订信息；

第二展示单元，用于基于所述附加服务选择信息和所述航班预订信息生成航班订单，并将所述航班订单向所述用户展示，以提示所述用户支付所述航班订单；

支付单元，用于在接收到所述用户反馈的确定支付指令时，调用预设的支付接口与所述用户的支付模块进行连接，使得所述用户支付所述航班订单，并在所述用户完成对所述航班订单的支付时，对所述航班订单进行出票操作。

本申请第三方面公开一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行上述的航空客票的销售方法。

本申请第四方面公开一种电子设备，所述电子设备包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行上述的航空客票的销售方法。

与现有技术相比，本发明具有以下优点：

本申请提供一种航空客票的销售方法，应用于基于新分销能力NDC标准构建的销售系统，该方法包括：当接收到用户通过航班查询接口发送的航班查询请求时，确定与所述航班查询请求对应的航空公司；确定航空公司的附加服务信息以及生成与航班查询请求对应的航班信息集合；将附加服务信息和航班信息集合向用户展示，使得用户确定航班附加服务以及确定目标航班；通过附加服务接口获取与所述航班附加服务对应的附加服务选择信息以及通过航班预订接口获取与所述目标航班对应的航班预订信息；基于所述附加服务选择信息和所述航班预订信息生成航班订单，并将航班订单向用户展示，调用支付接口与用户的支付模块进行连接，使得用户支付航班订单，并在用户完成对航班订单的支付时，对航班订单进行出票操作。应用本申请提供的方法，用户在选择预订机票时，通过各种接口实现选择航班附加服务，由此为用户提供更加优质的购票服务的提高用户的购票体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种航空客票的销售方法的方法流程图；

图2为本发明实施例提供的一种航空客票的销售方法的另一方法流程图；

图3为本发明实施例提供的一种销售系统的业务核心层的结构示意图；

图4为本发明实施例提供的一种航空客票的销售装置的结构示意图；

图5为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本申请公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本申请公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本发明提供一种航空客票的销售方法，该方法可以应用在基于新分销能力NDC标准构建的销售系统，其中，该销售系统为基于新分销能力(New Distribution Capability，NDC)标准构建的XML接口系统，该系统通过XML接口集成各个航空公司的API，进一步的，该系统兼容各种版本的NDC版本，该系统中集成了多种标准接口，每种标准接口的作用不同，由此用户使用该系统中的标准接口与对各种航空公司的航班进行预定、改退以及对航班附加服务的选择、改退等操作。

参照图1，为本发明提供一种航空客票的销售方法的方法流程图，具体内容如下所述：

S101、当接收到用户通过航班查询接口发送的航班查询请求时，确定与所述航班查询请求对应的航空公司。

本发明实施例提供的方法中，航班查询接口为销售系统中的其中一种标准接口，用于用户查询航空公司的航班信息。销售系统在接收到该航班查询请求时，对该航班查询请求进行解析，获取航班查询请求中的公司身份信息，并基于所述公司身份信息确定与航班查询请求对应的航空公司。

S102、确定所述航空公司的附加服务信息，以及基于所述航空公司的各个有效航班生成与所述航班查询请求对应的航班信息集合。

本发明实施例提供的方法中，在确定与航班查询请求对应的航空公司后，确定该航空公司的附加服务信息，其中，所述附加服务信息中包含该航空公司提供的每种航班附加服务的信息。

可选的，所述航空公司的各个有效航班为该航班公司提供的各个可进行预订的航班，进一步的，基于航空公司的各个有效航班生成与所述航班查询请求对应的航班信息集合的过程具体为：获取所述航班查询请求中的查询条件，在各个所述有效航班中确定满足所述查询条件的各个航班，并将确定的每个航班均确定为可预订航班；并基于各个所述可预订航班生成与所述航班查询请求对应的航班信息集合，其中，所述航班信息集合中包含每个所述可预订航班的信息。进一步的，所述查询条件具体可包含航班的日期、起飞的时段以及降落的时段等等。

S103、将所述附加服务信息以及所述航班信息集合向所述用户展示，使得所述用户基于所述附加服务信息确定航班附加服务以及基于所述航班信息确定目标航班。

本发明实施例提供的方法中，将附加服务信息以及航班信息集合向用户展示后，使得用户得知该航空公司可提供的航班附加服务以及满足其需求的各个航班，使得用户确定航班附加服务和确定目标航班。

S104、通过预设的附加服务接口获取与所述航班附加服务对应的附加服务选择信息，以及通过预设的航班预订接口获取与所述目标航班对应的航班预订信息。

本发明实施例提供的方法中，附加服务接口和航班预订接口均为销售系统中的标准接口，其各自的作用均不相同，其中，附加服务接口用于获取与用户确定的航班附加服务对应的附加服务选择信息，附加服务选择信息中包含航班附加服务的具体信息；航班预订接口用于获取与用户确定的目标航班对应的航班预订信息，航班预订信息中包含目标航班的具体信息。

S105、基于所述附加服务选择信息和所述航班预订信息生成航班订单，并将所述航班订单向所述用户展示，以提示所述用户支付所述航班订单。

本发明实施例提供的方法中，生成的航班订单中包含附加服务选择信息和航班预订信息等信息，其中，航班订单中还包含用户选择的航班的金额以及航班附加服务的金额，其中，生成航班订单时，可调用该航空公司的运价系统确定用户选择的航班的金额以及航班附加服务的金额，进一步的运价系统中包含航空公司的电子客票渠道的私有运价，私有运价是航空公司发送的一种针对电子客票渠道的专属运价规则。

S106、在接收到所述用户反馈的确定支付指令时，调用预设的支付接口与所述用户的支付模块进行连接，使得所述用户支付所述航班订单，并在所述用户完成对所述航班订单的支付时，对所述航班订单进行出票操作。

本发明实施例提供的方法中，当接收到用户反馈的确定支付指令时，可确定用户选择支付所述航班订单，则调用支付接口与用户的支付模块进行连接，使得用户支付航班信息。所述支付接口为销售系统中的一种标准接口，用于与用户的支付模块进行连接，使得用户支付航班订单；其中支付模块可为用户使用的智能终端，该支付模块用于进行支付、结算。进一步的，对所述航班订单进行出票操作，具体是指出具与所述航班订单对应的航班客票，其中，当对航班订单进行的出票操作成功的，应得到与航班订单对应的航班客票，该航班客票中包含与目标航班对应的机票以及与航班附加服务对应的附加服务票。

本发明实施例提供的方法中，在基于NDC标准构建的销售系统中应用本发明时，当接收到用户通过航班查询接口发送的航班查询请求时，确定与所述航班查询请求对应的航空公司；确定航空公司的附加服务信息以及生成与航班查询请求对应的航班信息集合；将附加服务信息和航班信息集合向用户展示，使得用户确定航班附加服务以及确定目标航班；通过附加服务接口获取与所述航班附加服务对应的附加服务选择信息以及通过航班预订接口获取与所述目标航班对应的航班预订信息；基于所述附加服务选择信息和所述航班预订信息生成航班订单，并将航班订单向用户展示，调用支付接口与用户的支付模块进行连接，使得用户支付航班订单，并在用户完成对航班订单的支付时，对航班订单进行出票操作。应用本申请提供的方法，用户在选择预订机票时，通过各种接口实现选择航班附加服务，由此为用户提供更加优质的购票服务的提高用户的购票体验。

本发明实施例提供的方法中，在提醒用户支付所述航班订单后，若接收到用户反馈的取消支付指令，则确定所述用户取消航班订单，并调用预设的订单取消接口将航班订单标记为作废订单；其中，所述订单取消接口为销售系统中的其中一种标准接口，订单取消接口的作用是用于取消订单。

本发明提供的方法中，在提醒用户支付航班订单时，用户若不想预订该航班和航班附加服务后，可选择发送取消支付指令，以便将航班订单作废。

本发明实施例提供的方法中，在提醒用户支付所述航班订单后，若接收到用户反馈的部分支付指令，则对所述部分支付指令进行解析，获取所述部分支付指令中的机票支付请求以及附加服务退订请求；基于所述附加服务退订请求，调用附加服务退订接口将所述航班附加服务进行退订，并基于所述机票支付请求，确定所述目标航班的机票金额，并调用所述支付接口与所述用户的支付模块进行连接，使得用户支付所述机票金额，并在用户完成对机票金额的支付时，对目标航班进行出票操作。

本发明提供的方法中，在提醒用户支付航班订单后，若用户需要取消航班附加服务，则可发送部分支付指令，所述部分支付指令中包含机票支付请求和附加服务退订请求，可根据机票支付请求对目标航班的机票金额进行支付，并根据附加服务退订请求将航班附加服务进行退订，本发明中的附加服务退订接口为销售系统中的其中一种标准接口，该接口用于将航班附加服务进行退订。本发明可通过使用对应的接口，将航班附加服务进行退订而不退订对应的航班，由此，可为用户提供更大的自主选择权，为用户提供多种选择方式，提高用户的购票体验。

本发明实施例提供的方法中，在用户完成对航班订单的支付后，需对航班订单进行出票操作，而在对航班订单进行出票操作后，需要判断对航班订单进行的出票操作是否成功，具体流程如图2所示，具体说明如下所述：

S201、获取对所述航班订单进行出票操作生成的出票信息。

本发明实施例提供的方法中，所述出票信息中包含对所述航班订单进行出票操作时生成的出票结论信息，具体包含航班订单中需要出票的每种票件的出票结果，具体的，航班订单中需要出票的票件分别为与航班对应机票以及与航班附加服务对应的附加服务票。

S202、基于所述出票信息判断对所述航班订单进行的出票操作是否成功；若判定对所述航班订单进行的出票操作失败，则执行S203；若判定对所述航班订单进行的出票操作成功，则执行S204。

本发明实施例提供的方法中，若所述出票信息中包含所有票件的成功出票信息，则确定对航班订单进行出票操作成功；若所述出票信息中存在票件未出票成功的信息，则确定对航班订单进行出票操作失败。

S203、确定操作失败的失败类型，在所述航班订单中确定与所述失败类型对应的出票失败信息，并调用与所述失败类型对应的出票接口，对所述出票失败信息进行出票操作。

本发明实施例提供的方法中，当对航班订单进行的出票操作失败时，确定操作失败的失败类型，在所述航班订单中确定与所述失败类型对应的出票失败信息；进一步的，失败类型分为部分失败和全部失败，当所述失败类型为部分失败时，将所述航班订单确定为出票失败信息；当所述失败类型为全部失败时，将所述航班订单中出票失败的票件的信息作为出票失败信息，具体如对当航班订单中的航班附加服务信息出票失败时，将航班附加服务信息作为出票失败信息。

S204、获取与所述航班订单对应的航空客票，并向所述用户展示所述航空客票的变更提示信息，以提示所述用户是否对所述航空客票进行变更。

本发明实施例提供的方法中，当对航班订单进行出票操作成功时，获取与所述航班订单对应的航空客票；即，当对航班订单进行出票操作成功时，得到与目标航班对应的机票和用户确定的航班附加服务对应的附加服务票，航空客票由机票和附加服务票组成。

S205、若接收到所述用户响应于所述变更提示信息发送的取消指令，则确定所述用户不需要对所述航空客票进行变更。

S206、若接收到所述用户响应于所述变更提示信息发送的变更指令，则确定所述变更指令的变更类型；在确定变更指令的变更类型为航班变更时，执行S207；在确定变更指令的变更类型为退订时，执行S212。

本发明实施例提供的方法中，若接收到所述用户响应于所述变更提示信息发送的变更指令，则表示所述用户需要对航空客票进行变更；进一步的，在接收到变更指令后，可根据变更指令中的变更标识确定变更指令的变更类型，在确定变更指令的变更类型后，执行与变更类型对应的逻辑操作。

S207、基于所述航班订单中的航班预订信息，确定各个变更航班。

本发明实施例提供的方法中，在变更指令的变更类型为航班变更时，基于航班订单中的航班预订信息，确定与所述航班预订信息对应的各个变更航班，变更航班为满足航班变更条件的航班；进一步的，航班变更可分为改签和升舱，其中，改签和升舱的航班变更条件不同，例如：航班变更为改签时，航班变更条件为起飞时间比用户预订的航班的起飞时间晚7天，则可确定变更航班为起飞时间比用户预订的航班的起飞时间晚7天的航班。

本发明提供的变更航班并不局限于本发明中所示例的航班，可根据实际的需求进行定义。

S208、将各个所述变更航班向所述用户展示，以获取所述用户反馈的航班选择指令，在各个所述变更航班中确定与所述航班选择指令对应的目标变更航班。

本发明实施例提供的方法中，航班选择指令为用户在各个变更航班中选择航班后生成的指令，进一步的，航班选择指令中包含用户选择的航班的航班数据，航班数据中具体包含航班的起飞时间、降落时间、起飞地点、降落地点以及中间需要进行经停的城市等信息。

销售系统在接收到航班选择指令后，将与航班选择指令对应的变更航班确定为目标变更航班，其中，与航班选择指令对应的变更航班的航班信息与航班选择志林中的航班数据一致。

S209、基于所述航班预订接口获取所述目标变更航班的变更航班信息，基于所述变更航班信息与所述附加服务选择信息生成航班变更订单，并判断所述航班变更订单与所述航班订单是否存在差价；若所述航班变更订单与所述航班订单存在差价，则执行S210；若所述航班变更订单与所述航班订单不存在差价，则执行S211。

本发明实施例提供的方法中，所述航班预订接口为销售系统中的其中一种标准接口，该接口用于获取所述目标变更航班的变更航班信息；其中，变更航班信息中包含用户选择的座位的等级、航班的起飞时间、降落时间以及起飞地点以及降落地点等信息。

根据变更航班信息以及附加服务选择信息生成航班变更订单，其中，所述航班变更订单中包含用户在变更航班后的航班金额以及用户所选择的航班附加服务的金额等信息。

本发明实施例提供的方法中，当航班变更订单与航班订单存在差价时，有两种情况，其中一种情况是，航班变更订单的总金额大于航班订单的总金额时，该差价为补齐差价，此时用户需要补齐差价；另一种情况是，航班变更订单的总金额小于航班订单的总金额，该差价为退还差价，此时需要给用户退还差价。

S210、执行与所述差价对应的结算操作。

本发明实施例提供的方法中，在执行与所述差价对应的结算操作后，对所述航班变更订单进行出票操作；进一步的，在差价为补齐差价时，进行的结算操作为补齐操作，即用户支付航班变更订单与航班订单的之间的差额；在差价为退还差价时，进行的结算操作为退还操作，即向用户返还航班变更订单与航班订单之间的差额。

S211、对所述航班变更订单进行出票操作。

本发明实施例提供的方法中，关于出票操作具体可参照上文图1中的说明，此处不再进行赘述。

S212、在确定所述变更指令的变更类型为退订时，确定所述变更指令中的变更信息，并调用与所述变更信息对应的退订接口，将所述航空客票中与所述变更信息对应的服务进行退订。

本发明实施例提供的方法中，在确定所述变更指令的变更类型为退订时，退订可分为全部退订、附加服务退订，其中，在退订为全部退订时，变更指令中的变更信息中包含航班退订和附加服务退订的信息；在为附加服务退订时，变更指令中的变更信息中仅包含附加服务退订的信息；进一步进行说明，航班附加服务依附于航班，航班附加服务只有在航班存在的基础上才能存在，因此，用户在进行退订时，不能仅退订航班而不退订航班附加服务。

本发明中，在变更信息中包含航班退订和附加服务退订的信息时，调用的退订接口为附加服务退订接口和航班退订接口，附加服务退订接口用于将航班附加服务退订，航班退订接口用于将航班退订，通过调用附加服务退订接口将航空客票中的附加服务进行退订，以及通过调用航班退订接口将航空客票中的航班进行退订；在变更信息中仅包含附加服务退订的信息时，调用附加服务退订接口将航空客票中的附加服务进行退订。

本发明实施例提供的方法中，在对航班订单进行出票操作后，需要判断出票操作是否成功，在出票操作未成功时，确定操作失败的失败类型，并确定与失败类型对应的出票失败信息，对出票失败信息进行出票操作；在出票操作成功时，获得与所述航班订单对应的航空客票，并提示用户是否对航空客票进行变更；若接收到用户发送的变更指令，则确定变更指令的变更类型，并在确定变更类型为航班变更时，确定各个变更航班，将各个变更航班向用户展示，以获取用户反馈的航班选择指令，并在各个变更航班中确定与航班选择指令对应的目标变更航班，基于航班预订接口获取目标变更航班的变更航班信息，并生成航班变更订单，在航班变更订单与航班订单存在差价时，执行对应的结算操作，并对航班变更订单进行出票操作；在航班订单与航班订单不存在差价时，直接对航班变更订单进行出票操作；在确定变更指令的变更类型为退订时，确定变更指令中的变更信息，并调用退订借口，将航空客票中与变更信息对应的服务进行退订。应用本发明提供的方法，在出票操作成功后，可得到与航班订单对应的航空客票，用户可通过接口对航空客票进行改签、升舱以及退订等操作，为用户提供多样的购票方式，极大限度的为用户提供便利，使得用户具有良好的购票体验。

本发明实施例提供的方法应用在基于NDC标准构建的销售系统，该系统主要有网关层和业务核心层，其中，网关层具有token校验、权限校验以及并发控制功能，业务核心层由module模块和service模块组成，用户可通过该系统进行航班查询、询价、支付出票和生成订单以及退票、改升等操作。通过接口生成的订单可再到航空公司网站进行PNR入库、订单查询、以及退票和改升等操作。而通过航空公司B2B网站生成的订单也可后续通过调用接口来查看订单详情及退票和改升等后续操作。进一步的，在进行token校验时，token是服务端生成的一串字符串，以作为客户进行请求的一个令牌，当第一次登录后，服务端生成一个token便将此token返给客户，以后客户只需带上这个token前来请求数据了，无需再次带上用户名和密码。

参照图3，为本发明提供的销售系统中的业务核心层的结构示意图，对该图的说明如下所述：

图中的标准接口由@RequestMapping进行定义，其中，标准接口用于接收通过token校验和权限校验的请求；@RequestMapping是一个用来处理请求地址映射的注解，可用于类或方法上。用于类上，表示类中的所有响应请求的方法都是以该地址作为父路径；

图中的Module、xmltrans、service分别代表系统内自定义的架构层级；Module层的含义是模型层，作用是固定标准和实现基础功能，里面主要包含xmltrans(转换层)：请求转换和对象转换；service层(功能层)：主要作用是业务逻辑的实现，将mybean转为低层需要对象，以及将返回的对象转为mybean；

图中的xml是以xml的形式调用接口的请求；xmlbean是根据接口请求，将xml请求转换成对应标准的请求对象；mybean是系统内部调用时统一使用的请求对象；perHandler()、query()、postHandler()均为XXAbstractController类里的自定义的方法，perHandler()方法的作用是:处理请求前的对象；postHandler()方法的作用是处理返回后的对象；query()方法的作用是将请求对象转换成系统内部通用的对象。其中，销售系统的网关层中所支持的数据包括但不限于Json形式和xml形式的数据，其中，网关层可兼容各种版本的NDC标准，例如，例如17.2版本的NDC，其中，网关层还可接收航空公司的航司二字码，航司二字码可用CA、SC表示。

本发明提供的销售系统由多个标准XML接口构成，该系统中的标准XML接口在软件方面的定义如下所述：

一、接口的命名【命名规则:接口+version+Contorller】

使用@RequestMapping来映射Request请求与处理器。此类中继承该接口对应的处理类，并且将该接口对应的对象转换类注入到本次请求中。

类路径定义：/controller/消息段名/version/接口；

接口的url定义：version/接口名；

相关的编程如下所述：

二、AbsractController详解【公共处理类】

1)、@PostMapping和子类中的@RequestMapping为一个组合注解，是@RequestMapping(method＝RequestMethod.POST)的缩写。故entry()方法为程序的入口，

a)messageTrans.transInputMessageToObject(requestMessage)转换requestMessage-->xmlapiBean；

实现转换类路径定义：/xmltrans/消息段名/version/XXXMLTrans；

类名定义：接口+version+XMLTrans；

*1.将请求(xml通过JXAB|json暂时保留)转换为对应得java对象；(继承的父类中已提供JAXB转换的方法，直接调用即可)；

*2.将转换获得的java对象，转换为自己业务处理类需要的java对象；

*【注】自己业务处理类需要的java对象暂以NDC17.2为标准，请求父类为DocumentRQ；

b)preHandler(requestApiBean)请求前处理【在具体接口的AbstractController中实现】；

*1.从请求内容中获取请求的airline和具体的serviceType；

*2.由第一步确定请求，决定此操作是否需要从redis缓存中获取之前缓存的数据；

*3.返回的对象ReqObject，包含airline，serviceType，完整的请求内容；

2)、相关的编程如下所述：

3)、关于AbsractController的命名的具体内容：【命名规则：接口+AbstractController】

命名应用到的编程的类的部分解释如下所述：

继承AbsractController并实现抽象类中得preHandler()和postHandle()方法；

preHandler()：拼接完整得请求内容，并确定请求的航司以及serviceType；serviceType为定义常量，见/moudle/common/ServiceTypeConstants.java；并对必要的请求参数进行校验。返回统一的对象ReqOObject；

postHandle()：对返回结果的处理，如果不需要处理可直接返回。

相关的编程如下所述：

通过使用基于NDC标准构建的销售系统，使得用户可以在不同的NDC标准版本之间转换，可以兼容不同版本的NDC标准，通过对接口的调用来替代原先必须进入网站进行相关操作的需求，方便航空公司、代理机构提升自身系统流程的自动化程度。应用本发明提供的方法，不仅可以提高用户的购票体验，还可以给航空公司和代理机构带来优势，给航空公司带来的优势包括：1、使航空公司具备回应代理机构“购物”请求的能力：航空公司创建，并定价某件产品，包括其丰富的内容、产品描述等；2、管理“订购”流程：航空公司完成预订交易、创建预订记录、出具相应文件、并发送确认信息；3、促成比较购物：由XML接口决定将请求发往哪家航空公司，并统筹航空公司的响应；给代理机构带来的优势包括：1、提高提高自有系统流程的自动化程度；2、可以分不同操作员操作，提高工作效率。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本申请公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本申请公开的范围在此方面不受限制。

与图1所述的方法相对应的，本发明实施例还提供了一种航空客票的销售装置，以用于对图1中方法的实现，本发明提供的装置应用于基于新分销能力NDC标准构建的销售系统，该装置的结构示意图如图4所示，具体包括：

第一确定单元401，用于当接收到用户通过航班查询接口发送的航班查询请求时，确定与所述航班查询请求对应的航空公司；

第二确定单元402，用于确定所述航空公司的附加服务信息，以及基于所述航空公司的各个有效航班生成与所述航班查询请求对应的航班信息集合；

第一展示单元403，用于将所述附加服务信息以及所述航班信息集合向所述用户展示，使得所述用户基于所述附加服务信息确定航班附加服务以及基于所述航班信息确定目标航班；

第一获取单元404，用于通过预设的附加服务接口获取与所述航班附加服务对应的附加服务选择信息，以及通过预设的航班预订接口获取与所述目标航班对应的航班预订信息；

第二展示单元405，用于基于所述附加服务选择信息和所述航班预订信息生成航班订单，并将所述航班订单向所述用户展示，以提示所述用户支付所述航班订单；

支付单元406，用于在接收到所述用户反馈的确定支付指令时，调用预设的支付接口与所述用户的支付模块进行连接，使得所述用户支付所述航班订单，并在所述用户完成对所述航班订单的支付时，对所述航班订单进行出票操作。

本申请提供一种航空客票的销售装置，应用于基于新分销能力NDC标准构建的销售系统，该装置包括：当接收到用户通过航班查询接口发送的航班查询请求时，确定与所述航班查询请求对应的航空公司；确定航空公司的附加服务信息以及生成与航班查询请求对应的航班信息集合；将附加服务信息和航班信息集合向用户展示，使得用户确定航班附加服务以及确定目标航班；通过附加服务接口获取与所述航班附加服务对应的附加服务选择信息以及通过航班预订接口获取与所述目标航班对应的航班预订信息；基于所述附加服务选择信息和所述航班预订信息生成航班订单，并将航班订单向用户展示，调用支付接口与用户的支付模块进行连接，使得用户支付航班订单，并在用户完成对航班订单的支付时，对航班订单进行出票操作。应用本申请提供的方法，用户在选择预订机票时，通过各种接口实现选择航班附加服务，由此为用户提供更加优质的购票服务的提高用户的购票体验。

本发明提供的装置中，该装置还可配置为：

第二获取单元，用于获取对所述航班订单进行出票操作生成的出票信息；

判断单元，用于基于所述出票信息判断对所述航班订单进行的出票操作是否成功；

第三确定单元，用于若对所述航班订单进行的出票操作失败，则确定操作失败的失败类型，在所述航班订单中确定与所述失败类型对应的出票失败信息，并调用与所述失败类型对应的出票接口，对所述出票失败信息进行出票操作。

本发明提供的装置中，该装置还可配置为：

第三获取单元，用于若对所述航班订单进行的出票操作成功，则获取与所述航班订单对应的航空客票，并向所述用户展示所述航空客票的变更提示信息，以提示所述用户是否对所述航空客票进行变更；

第四确定单元，用于若接收到所述用户响应于所述变更提示信息发送的变更指令，则确定所述变更指令的变更类型，在确定所述变更指令的变更类型为航班变更时，基于所述航班订单中的航班预订信息，确定各个变更航班；

第三展示单元，用于将各个所述变更航班向所述用户展示，以获取所述用户反馈的航班选择指令，在各个所述变更航班中确定与所述航班选择指令对应的目标变更航班；

生成单元，用于基于所述航班预订接口获取所述目标变更航班的变更航班信息，基于所述变更航班信息与所述附加服务选择信息生成航班变更订单，并判断所述航班变更订单与所述航班订单是否存在差价；

执行单元，用于若所述航班变更订单与所述航班订单存在差价，则执行与所述差价对应的结算操作，并在成功执行所述结算操作后，对所述航班变更订单进行出票操作。

本发明提供的装置中，该装置还可配置为：

第五确定单元，用于在确定所述变更指令的变更类型为退订时，确定所述变更指令中的变更信息，并调用与所述变更信息对应的退订接口，将所述航空客票中与所述变更信息对应的服务进行退订。

本发明提供的装置中，该装置还可配置为：

第六确定单元，用于在接收到所述用户反馈的取消支付指令时，确定所述用户取消所述航班订单，并调用预设的订单取消接口将所述航班订单标记为作废订单。

本发明提供的装置中，该装置还可配置为：

解析单元，用于在接收到所述用户反馈的部分支付指令时，对所述部分支付指令进行解析，获取机票支付请求以及附加服务退订请求；

调用单元，用于基于所述附加服务退订请求，调用附加服务退订接口将所述航班附加服务进行退订，并基于所述机票支付请求，确定所述目标航班的机票金额，并调用所述支付接口与所述用户的支付模块进行连接，使得所述用户支付所述机票金额，并在所述用户完成对所述机票金额的支付时，对所述目标航班进行出票操作。

本发明实施例还提供了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行上述航空客票的销售方法。

本发明实施例还提供了一种电子设备，其结构示意图如图5所示，具体包括存储器601，以及一个或者一个以上的指令602，其中一个或者一个以上指令602存储于存储器601中，且经配置以由一个或者一个以上处理器603执行所述一个或者一个以上指令602进行以下操作：

当接收到用户通过航班查询接口发送的航班查询请求时，确定与所述航班查询请求对应的航空公司；

确定所述航空公司的附加服务信息，以及基于所述航空公司的各个有效航班生成与所述航班查询请求对应的航班信息集合；

将所述附加服务信息以及所述航班信息集合向所述用户展示，使得所述用户基于所述附加服务信息确定航班附加服务以及基于所述航班信息确定目标航班；

通过预设的附加服务接口获取与所述航班附加服务对应的附加服务选择信息，以及通过预设的航班预订接口获取与所述目标航班对应的航班预订信息；

基于所述附加服务选择信息和所述航班预订信息生成航班订单，并将所述航班订单向所述用户展示，以提示所述用户支付所述航班订单；

在接收到所述用户反馈的确定支付指令时，调用预设的支付接口与所述用户的支付模块进行连接，使得所述用户支付所述航班订单，并在所述用户完成对所述航班订单的支付时，对所述航班订单进行出票操作。

上述各个实施例的具体实施过程及其衍生方式，均在本发明的保护范围之内。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。