CN113298621B - 一种民航零售订单的处理方法及相关设备 - Google Patents

Abstract

本申请提供了一种民航零售订单的处理方法及相关设备，可以将用户的个人信息及其购买的服务产品信息合并到同一个订单之中，减少繁琐的服务流程，提高用户体验。该方法包括：创建目标零售订单；将目标零售订单发送至销售系统，以使得销售系统返回附加服务产品的预订请求；将预定请求发送至订座系统，以使得订座系统对附加服务产品进行预定，并返回预定成功信息；根据预定成功信息对目标零售订单进行更新；获取第一支付信息；根据第一支付信息向订座系统发出目标出票请求，以获取航班订单项对应的票号以及附加服务产品对应的票号；根据航班订单项对应的票号以及附加服务产品对应的票号对目标零售订单进行更新。

Description

一种民航零售订单的处理方法及相关设备

技术领域

本申请涉及航空领域，尤其涉及一种民航零售订单的处理方法及相关设备。

背景技术

目前民航用户服务系统PSS的运行主要基于三种不同的记录：用户订座记录(Passenger Name Record，PNR)、民航电子客票(Electronic Ticket，ET)和电子杂费单(Electronic Miscellaneous Document，EMD)。当用户预订机票时，航空公司创建PNR，PNR中包含用户身份及行程等信息，但不会记录支付信息，支付信息被记录在ET中；如果用户还购买了附加服务产品，这些信息会被记录在EMD中，PNR数据存储在订座系统中，ET数据存储在电子客票系统中，EMD存储在电子杂费单系统中。

如果需要获取用户的全部行程和已购买服务信息，则必须在系统间进行信息拼凑。因此，这种记录方式造成了数据的分散化和碎片化，带来了系统间数据交互的复杂性，甚至难免出现数据不一致的情况，影响用户出行或航空工作人员的工作，必然造成航空公司业务处理的复杂性以及额外成本。

发明内容

本申请提供了一种民航零售订单的处理方法及相关设备，可以将用户的个人信息及其购买的服务产品信息合并到同一个订单之中，减少繁琐的服务流程，提高用户体验。

本申请实施例第一方面提供了一种民航零售订单的处理方法，包括：

零售订单管理系统创建目标零售订单，所述目标零售订单包括订单号、订单项编号、用户信息、航班信息以及日期；

所述零售订单管理系统将所述目标零售订单发送至销售系统，以使得所述销售系统确定所述目标零售订单中针对于附加服务产品的预定请求，并返回所述预定请求；

所零售订单管理系统将所述预定请求发送至所述订座系统，以使得所述订座系统对所述附加服务产品进行预定，并返回预定成功信息；

所述零售订单管理系统根据所述预定成功信息对所述目标零售订单进行更新；

所述零售订单管理系统获取与所述目标零售订单对应的第一支付信息；

所述零售订单管理系统根据所述第一支付信息向所述订座系统发出目标出票请求，以使得所述订座系统根据所述目标出票请求进行出票，并返回所述航班订单项对应的票号以及所述附加服务产品对应的票号；

所述零售订单管理系统根据所述航班订单项对应的票号以及所述附加服务产品对应的票号对所述目标零售订单进行更新。

本申请实施例第二方面提供了一种民航零售订单的处理装置，包括：

创建单元，用于创建目标零售订单，所述目标零售订单包括订单号、订单项编号、用户信息、航班信息以及日期；

收发单元，用于将所述目标零售订单发送至销售系统，以使得所述销售系统确定所述目标零售订单中针对于附加服务产品的预定请求，并返回所述预定请求；

所述收发单元，还用于将所述预定请求发送至所述订座系统，以使得所述订座系统对所述附加服务产品进行预定，并返回预定成功信息；

更新单元，用于根据所述预定成功信息对所述目标零售订单进行更新；

获取单元，用于获取与所述目标零售订单对应的第一支付信息；

所述收发单元，还用于根据所述第一支付信息向所述订座系统发出目标出票请求，以使得所述订座系统根据所述目标出票请求进行出票，并返回所述航班订单项对应的票号以及所述附加服务产品对应的票号；

所述更新单元，还用于根据所述航班订单项对应的票号以及所述附加服务产品对应的票号对所述目标零售订单进行更新。

本申请实施例第三方面提供了一种计算机装置，其包括至少一个连接的处理器和存储器，其中，所述存储器用于存储程序代码，所述程序代码由所述处理器加载并执行以实现上述第一方面所述的民航零售订单的处理方法的步骤。

本申请实施例第四方面提供了一种机器可读介质，其包括指令，当其在机器上运行时，使得机器执行上述第一方面所述的民航零售订单的处理方法的步骤。

综上所述，可以看出，本申请提供的实施例中，零售订单管理系统可以将用户的个人信息及其购买的附加服务产品信息合并到同一个订单之中，每位用户只需要一个预订确认代码(“订单号”)，无需在航空公司、酒店、租车公司之间进行切换，无需记住所有的预订确认信息(比如PNR记录编号，ET票号，EMD票号，可以将用户的个人信息及其购买的服务产品信息合并到同一个订单之中，减少繁琐的服务流程，提高用户体验。

附图说明

结合附图并参考以下具体实施方式，本申请各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本申请实施例提供的民航零售订单处理系统的架构图；

图2为本申请实施例提供的民航零售订单的处理方法的一个流程示意图；

图3为本申请实施例提供的民航零售订单的处理方法的一个流程示意图；

图4为本申请实施例提供的民航零售订单的处理方法的一个流程示意图；

图5为本申请实施例提供的民航零售订单的处理方法的一个流程示意图；

图6为本申请实施例提供的民航零售订单的处理方法的一个流程示意图；

图7为本申请实施例提供的民航零售订单处理装置的虚拟结构示意图；

图8为本申请实施例提供的机器可读介质的结构示意图；

图9为本申请实施例提供的服务器的硬件结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的实施例。虽然附图中显示了本申请的某些实施例，然而应当理解的是，本申请可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本申请。应当理解的是，本申请的附图及实施例仅用于示例性作用，并非用于限制本申请的保护范围。

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

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

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

下面结合表1对本申请中涉及的名词进行说明：

请参阅图1，图1为本申请实施例提供的民航零售订单处理系统的架构图，包括：

销售系统101、零售订单管理系统102、订座系统103、电子客票系统104、电子杂费单系统105、自动退改签系统106以及支付网关107；

其中，销售系统101：通过零售订单管理系统102向用户提供零售服务的系统，用于在整个流程中发起交易请求。

零售订单管理系统102：对零售订单进行创建、更新、查询以及删除等操作和管理的系统，整个零售流程的核心处理系统，负责整合相关系统完成交易。

订座系统103：根据零售订单管理系统102的请求，预定或取消航空公司提供给用户的产品和服务，完成对PNR的创建、修改、删除以及查询等。

电子客票系统104：根据零售订单管理系统102的请求，完成对电子客票的操作，包括出票、退票、换开等。

电子杂费单系统105：根据零售订单管理系统102的请求，完成对电子杂费单的操作，包括出票、退票、换开等。

自动退改签系统106：根据零售订单管理系统102的请求，进行机票和附加服务的退、改处理；

支付网关107：负责根据零售订单管理系统的请求，完成支付。

零售订单管理系统建立民航用户零售订单，采用民航用户零售订单存储结构，可将用户的信息及其购买的附加服务产品信息合并到同一个订单之中。访问零售订单的查询服务就可以获取用户的全部行程信息及相关产品、服务信息，大大降低了系统间交互的复杂性，使得业务服务更加简易便捷、操作性更强、系统更加稳定。

下面从零售订单管理系统的角度本申请提供的民航零售订单的处理方法进行说明，该零售订单管理系统可以为服务器，也可以为服务器中的服务单元，具体不做限定。

请参阅图2，图2为本申请实施例提供的民航零售订单的处理方法的流程示意图，包括：

201、零售订单管理系统创建目标零售订单。

本实施例中，零售订单管理系统可以接收销售系统发送的包含用户、航班以及日期等信息的订单创建请求，之后零售订单管理系统根据订单创建请求发送PNR创建请求至订座系统，该订座系统在收到该PNR创建请求之后，可以根据该PNR创建请求创建目标PNR，并将该目标PNR所对应的管理PNR编号返回至零售订单管理系统，该零售订单管理系统创建目标零售订单，也即创建零售订单Skeleton Order，在Skeleton Order记录PNR编号以及航段订单项信息，也即该目标零售订单下的所有信息均与该管理PNR编号相管理，只要确定该管理PNR编号，即可以确定该目标零售订单中的所有内容信息；可以理解的是，零售订单存储结构的核心设计思路是用主订单Skeleton Order来管理分散的PNR，ET以及EMD数据。PNR，ET和EMD各自使用现有数据库进行存储，Skeleton Order存储在另一个独立的数据库中。Skeleton Order里存储主要的订单结构信息，通过结构信息可以索引到对应的PNR，ET和EMD的详细信息。通过PNR编号可以查询到该PNR的详细信息，通过ET票号和票联号可以查询到ET的详细信息，通过EMD票号和票联号可以查询到EMD的详细信息。

202、零售订单管理系统将目标零售订单发送至销售系统，以使得销售系统确定目标零售订单中针对于附加服务产品的预订请求，并返回预订请求。

本实施例中，零售订单管理系统将该目标零售订单发送至销售系统，该目标零售订单信息包括订单号、订单项编号、用户信息、航班信息以及日期，该销售系统在收到该目标零售订单之后，可以确定目标零售订单中针对于附加服务产品的预订请求，并将该预订请求返回至零售订单管理系统；也就是说，当用户选择附加服务产品时，销售系统可以在接收到目标零售订单之后，生成针对于目标零售订单的附加服务产品的预订请求，并发送该预订请求至零售订单管理系统。

203、零售订单管理系统将预定请求发送至订座系统，以使得订座系统对附加服务产品进行预定，并返回预订成功信息。

本实施例中，零售订单管理系统在收到该预订请求之后，可以将该预订请求发送至订座系统，以使得该订座系统将预订请求中的附加服务产品进行预定，并返回预定成功信息至零售订单管理系统；

204、零售订单管理系统根据预定成功信息对目标零售订单进行更新。

本实施例中，零售订单管理系统在目标零售订单(也即Skeleton Order订单)中添加附加服务订单项，并将添加附加服务订单项之后目标零售订单发送至销售系统，此时的目标零售订单信息包括订单编号、PNR编号、用户信息、航班订单项以及附加服务订单项信息，其中，该附加服务订单项与该附加服务产品相对应。

205、零售订单管理系统获取与目标零售订单对应的第一支付信息。

本实施例中，零售订单管理系统可以获取目标零售订单所对应的支付请求，其中，该目标零售订单包括订单编号、用户定做记录PNR编号、用户信息、航班订单信息以及附加服务清单信息；零售订单管理系统在收到销售系统发送的支付请求之后，可以将该支付请求转发至支付网关，以使该支付网关返回与该支付请求所对应的第一支付链接；零售订单管理系统可以将第一支付链接转发至销售系统，该销售系统根据该支付链接完成支付，当销售系统完成支付之后，该支付网关可以收到支付成功的信息，此时，该支付网关可以生成第一支付信息；支付网关在生成第一支付信息之后，可以通知该零售订单管理系统支付成功，并将该第一支付信息发送至零售订单管理系统，该零售订单管理系统可以获取到第一支付信息。

206、零售订单管理系统根据第一支付信息向订座系统发出目标出票请求，以使得订座系统根据目标出票请求进行出票，并返回航班订单项对应的票号以及附加服务产品对应的票号。

本实施例中，零售订单管理系统在收到第一支付信息之后，可以向订座系统发送目标出票请求，其中，该目标出票请求为航班订单出票以及附加服务订单出票的出票请求，也就是说，零售订单管理系统可以向订座系统请求为目标零售订单中的航班订单项以及附加服务产品进行出票的请求，订座系统在收到请求之后，可以进行出票服务，其中该出票包括航班订单项ET出票以及附加服务产品EMD出票，返回ET票号以及EMD票号至零售订单管理系统。

207、零售订单管理系统根据航班订单项对应的票号以及附加服务产品对应的票号对目标零售订单进行更新。

本实施例中，零售订单管理系统在ET票号以及EMD票号之后，可以根据该ET票号以及EMD票号更新目标零售订单，此时该目标零售订单中即包括订单号、PNR编号、用户信息、航班信息、日期、附加服务信息(该附加服务信息可以是与航班密相关的附加服务例如座选、付费行李、付费餐食等信息，也可以是部分和用户出行相关的非行服务，例如酒店、地面交通服务以及租车服务等信息)、支付信息、ET票号以及EMD票号等信息。

需要说明的是，零售订单管理系统在对目标零售订单进行更新之后，可以将更新后的目标零售订单发送至销售系统，以使得该销售系统将更新后的目标零售订单显示给用户查看，给用户更加直观的感受，同时还可以提供打印服务，用户可以通过打印服务将更新后的目标零售订单进行打印或者直接将更新后的目标零售订单发送至用户的终端设备。

综上所述，可以看出，本申请提供的实施例中，零售订单管理系统可以将用户的个人信息及其购买的附加服务产品信息合并到同一个订单之中，每位用户只需要一个预订确认代码(“订单号”)，无需在航空公司、酒店、租车公司之间进行切换，无需记住所有的预订确认信息(比如PNR记录编号，ET票号，EMD票号，可以将用户的个人信息及其购买的服务产品信息合并到同一个订单之中，减少繁琐的服务流程，提高用户体验。

下面结合图3对本申请实施例提供的零售订单查询进行说明，请参阅图2，图3为本申请实施例提供的民航零售订单的处理方法的另一流程示意图，包括：

301、零售订单管理系统接收销售系统发送的第一订单查询请求。

本实施例中，当用户需要查询订单时，可以在销售系统对应的前端设备进行订单的查询操作，以触发销售系统将第一订单查询请求发送至零售订单管理系统。

302、零售订单管理系统获取与第一订单查询请求对应的目标订单内容。

本实施例中，零售订单管理系统可以根据该第一订单查询请求查询目标订单内容，也即Skeleton订单内容，以获取该订单查询请求对应的PNR编号，ET票号和EMD票号。

303、当目标订单内容中包含电子客票票号和/或附加服务产品票号时，零售订单管理系统获取电子客票票号对应的电子客票信息和/或附加服务产品票号对应的附加服务产品信息。

本实施例中，零售订单管理系统在查询得到目标订单内容之后，可以判断该目标订单内容中是否包含ET票号和/或EMD票号，当目标订单内容包括ET票号时，零售订单管理系统可以向电子客票系统发送请求查询ET的请求，以使该电子客票系统返回ET信息，当目标订单内容包括EMD票号时，零售订单管理系统可以向电子杂费单系统请求查询EMD，以使该电子杂费单系统返回EMD信息，当目标订单内容同时包括ET票号和EMD票号时，零售订单管理系统可以分别向电子客票系统发送请求查询ET的请求以及向电子杂费单系统请求查询EMD，以获取ET信息以及EMD信息。可以理解的是，电子客票系统中存储有包括第一订单查询请求对应的ET信息在内的多个ET信息，电子杂费单系统中存储有包括第一订单查询请求对应的EMD信息在内的多个EMD信息，也就是说航班零售订单中的ET信息均存储至在电子客票系统，EMD信息均存储在电子杂费单系统。

304、零售订单管理系统获取第一订单查询请求对应的PNR记录信息。

本实施例中，由于所有的订单中均包含PNR信息，零售订单管理系统还可以向零售订单系统请求查询PNR，以使该零售订单系统返回PNR信息，该零售订单系统中存储有包括订单查询请求对应的PNR记录信息在内的多个PNR信息。

需要说明的是，通过步骤303可以获取电子客票票号对应的电子客票信息和/或附加服务产品票号对应的附加服务产品信息，通过步骤304可以获取PNR记录信息，然而这两个步骤之间并没有先后执行顺序的限制，可以先执行步骤303，也可以先执行步骤304，或者同时执行，具体不做限定。

305、零售订单管理系统根据电子客票信息、附加服务产品信息以及PNR记录信息更新目标订单，并将更新后的目标订单发送至所述销售系统。

本实施例中，零售订单管理系统在得到电子客票信息、附加服务产品新以及PNR记录信息之后，可以根据电子客票信息、附加服务产品信息以及PNR记录信息更新所述目标订单，并将更新后的目标订单发送至所述销售系统。

综上所述，可以看出，本申请提供的实施例中，在进行订单查询时，零售订单管理系统可以获取目标订单，并在目标订单中包括ET信息和/或EMD信息时，从电子客票系统和/或电子杂费单系统中获取对应的ET信息和/或EMD信息，同时获取PNR信息，之后进行组装，并发送至销售系统，这样每位用户只需要一个预订确认代码(“订单号”)，无需在航空公司、酒店、租车公司之间进行切换，无需记住所有的预订确认信息(比如PNR记录编号，ET票号，EMD票号，可以将用户的个人信息及其购买的服务产品信息合并到同一个订单之中，减少繁琐的服务流程，提高用户体验。

下面结合图4对民航零售订单的变更进行说明，请参阅图4，图4为本申请实施例提供的民航零售订单的处理方法的另一流程示意图，包括：

401、零售订单管理系统将第一零售订单对应的航段变更请求发送至订座系统。

本实施例中，当用户需要变更航段时，可以在销售系统对应的前端设备上输入针对与该第一零售订单对应的航段变更请求，之后销售系统将该航段变更请求发送至零售订单管理系统，零售订单管理系统可以将该第一零售订单对应的航段变更请求发送至订座系统，以使该订座系统根据航段变更请求预订第一航段以及删除第二航段，该第一航段为变跟前第一零售订单所对应的航段，该第二航段为变更后第一零售订单所对应的航段，也即该零售订单管理系统将航段变更请求发送至订座系统，触发订座系统删除该第一零售订单中的旧航段，并同时预订新航段，并返回航段变更信息至零售订单管理系统。

402、当第一航段与第二航段存在价格差异时，零售订单管理系统将第二支付链接发送至销售系统。

本实施例中，当零售订单管理系统收到变更成功信息之后，可以判断变更前后的两个航段之间是否存在价格差异，当零售订单管理系统确定两个航段之间存在价格差异，也即需要用户进行补差价时，可以将第二支付链接发送至销售系统，以使该销售系统根据第二支付链接进行支付。

403、零售订单管理系统获取第二支付链接对应的第二支付信息。

本实施例中，销售系统在根据第二支付链接完成支付之后，支付网关可以收到支付成功的信息，并根据该支付成功的信息生成第二支付信息(也即支付流水号)，之后支付网关将第二支付信息发送至零售订单管理系统。

404、零售订单管理系统将第二支付信息发送至订座系统。

本实施例中，零售订单管理系统在获取到第二支付信息之后，可以将该第二支付信息发送至订座系统，以使得该订座系统根据第二支付信息对第一零售订单的PNR运价信息进行更改，并返回更改后的PNR运价信息，也就是说，订座系统更改该第一零售订单的价格信息。

405、零售订单管理系统发送换开出票请求至电子客票系统，以使得电子客票系统返回换开出票。

本实施例中，零售订单管理系统在得到更改后的PNR运价信息之后，由于订单的价格已经更改，之前的出票已经作废，此时，零售订单管理系统可以发送换开出票请求至电子客票系统，以使得该电子客票系统根据更改后的PNR运价信息重新开票。

406、零售订单管理系统根据更改后的PNR运价信息以及换开出票对第一零售订单进行更新。

本实施例中，零售订单管理系统根据更改后的PNR运价信息以及换开出票对第一零售订单进行更新，也即更新主订单Skeleton Order，更新后的主订单Skeleton Order即包括更改后的PNR运价信息及相应的出票信息，如ET票以及EMD票，例如从电子客票系统和电子杂费单系统中获取对应的ET信息和EMD信息，同时获取PNR信息，对第一零售订单进行更新。

407、零售订单管理系统将变更成功信息发送至销售系统。

本实施例中，零售订单管理系统在对第一零售订单进行更新之后，可以将变更成功信息发送至销售系统，同时还可以将更新后的第一零售订单同时发送至销售系统，以使得该销售系统显示变更成功信息以及该更新后的第一零售订单信息，方便用户查看。

综上所述，本申请提供的实施例中，在对零售订单中的航班信息进行变更时，同样会将从电子客票系统和/或电子杂费单系统中获取对应的ET信息和/或EMD信息，同时获取PNR信息，之后对航班信息变更后的零售订单进行更新，并发送至销售系统，这样每位用户即使在变更航班信息只有，同样只需要一个预订确认代码(“订单号”)，无需在航空公司、酒店、租车公司之间进行切换，无需记住所有的预订确认信息(比如PNR记录编号，ET票号，EMD票号，可以将用户的个人信息及其购买的服务产品信息合并到同一个订单之中，减少繁琐的服务流程，提高用户体验。

下面对民航旅客零售订单取消的流程进行说明，请参阅图5，图5为本申请实施例提供的民航零售订单的处理方法的另一流程示意图，包括：

501、零售订单管理系统接收针对于第二零售订单所对应的订单取消请求。

本实施例中，当用户需要取消第二零售订单时，可以在销售系统所对应的前端机上进行订单取消请求，之后该销售系统可以将该订单取消请求发送至零售订单管理系统，该零售订单管理系统可以接收到针对于该第二零售订单的订单取消请求，其中，该订单取消请求包括第二零售订单的订单编号。

502、零售订单管理系统根据订单编号获取第二零售订单所对应的PNR编号、ET票号以及EMD票号。

本实施例中，零售订单管理系统在接收到订单取消请求之后，可以根据该订单取消请求中的订单编号查询Skeleton订单内容，获取PNR编号，ET票号和EMD票号。

503、零售订单管理系统将PNR编号发送至订座系统，以使得订座系统删除PNR编号中的对应航段。

本实施例中，零售订单管理系统可以将PNR编号发送至订座系统，以使得该订座系统将PNR编号中与该第二零售订单对应的航段进行删除处理，并返回删除成功的信息。

504、零售订单管理系统根据ET票号获取退票单，并将填写后的退票单发送至电子客票系统，并返回ET票号对应的第一退订成功信息。

本实施例中，零售订单管理系统可以从电子电子客票系统发送ET票号，获取对应的退票单，并填写该退票单，并将填写后的所述退票单发送至电子客票系统，以使得该电子客票系统确定该ET票号退订，并返回第一退订成功信息，该第一退订成功信息包括退票单号。

505、零售订单管理系统根据第一退订成功信息更新第二零售订单所对应的航班订单项状态。

本实施例中，零售订单管理系统将第二零售订单所对应的航班订单项状态由生效状态更改为已作废。

506、零售订单管理系统将EMD票号发送至自动退改签系统，以使得自动退改签系统退订EMD票号对应的附加服务产品，并返回EMD票号所对应的第二退订成功信息。

507、零售订单管理系统根据第二退订成功信息更新第二零售订单所对应的附加服务产品的状态。

本实施例中，零售订单管理系统可以根据第二退订陈宫信息将第二零售订单中的附加服务产品的状态由生效状态更改为已作废。

需要说明的是，通过步骤503可以将PNR编号发送至订座系统，以使得订座系统删除PNR编号中的对应航段，通过步骤504至步骤505可以更新第二零售订单所对应的航班订单项状态，通过步骤506至步骤507可以更新第二零售订单所对应的附加服务产品的状态，然而步骤503、步骤504至步骤505、步骤506至步骤507之间并没有先后执行顺序的限制，可以先执行步骤503，也可以先执行步骤504至步骤505，也可以先执行步骤506至步骤507，或者同时执行，具体不做限定。

508、零售订单管理系统将更新后的第二零售订单发送至销售系统。

本实施例中，零售订单管理系统可以将更新后的第二零售订单发送至销售系统，此处的更新后的第二零售订单指的是删除PNR中的对应航段、更改ET票号对应的航班订单项状态和更改EMD票号对应的附加服务产品的状态后的第二零售订单，这样销售系统可以在接收到更新后的第二零售订单之后，将其展示给用户查看，方便用户更加直观的感受订单的退订。

需要说明的是，由于PNR，ET和EMD分别由不同的系统维护，所以在传统环境下，有时候会出现这些记录的数据不一致的情况。例如，销售系统执行废票操作的时候，有可能出现操作失败，ET的状态是生效状态(OPEN FOR USE)而不是已作废(CANCELLED)，但是PNR中却显示已经执行了废票。如果销售系统执行出票操作，有可能出现操作失败，没有生成ET，但是PNR中却显示已出票。这些数据不一致的情况都会影响旅客出行，给航空公司及相关的销售方带来额外的处理成本。因此需要对数据一致性进行检查，其中数据一致性包括产品一致性、旅客信息一致性以及状态一致性，下面进行说明：

1、产品一致性，主要检查PNR、ET、EMD等记录中的产品和服务的类型是否一致，比如是否航班信息一致，是否附加服务信息一致；

2、旅客信息一致性，比如旅客姓名是否一致；

3、状态一致性，即PNR里产品和服务的预定状态和对应ET/EMD的票证状态在逻辑上是否一致。

零售订单包含了PNR、ET和EMD的完整数据，如果后台数据出现了不一致情况,零售订单的查询接口可以识别不一致，在查询结果中进行提示。这样航空公司在查询订单的时候就可以及时发现后台数据的不一致，及时处理，避免影响旅客出行。

下面结合图6对数据一致性的识别过程进行说明，请参阅图6，图6为本申请实施例提供的民航零售订单的处理方法的另一流程示意图，包括：

601、零售订单管理系统接收到销售系统发送的第二订单查询请求。

602、零售订单管理系统获取与第二订单查询请求对应的PNR编号，ET票号和EMD票号。

本实施例中，零售订单管理系统根据第二订单查询请求查询Skeleton订单内容，获取与该第二订单查询请求对应的PNR编号，ET票号和EMD票号。

603、零售订单管理系统根据第二订单查询请求对应的PNR编号获取PNR信息。

本实施例中，零售订单管理系统可以根据PNR编号向零售订单系统请求查询PNR信息。

604、当第二订单查询请求对应的零售订单里包括ET票号时，零售订单管理系统根据EP票号获取第二订单查询请求对应的ET信息。

本实施例中，零售订单管理系统可以向电子客票系统请求查询ET信息。

605、当第二订单查询请求对应的零售订单里包括EMD票号时，零售订单管理系统根据EMD票号获取第二订单查询请求对应的EMD信息。

本实施例中，零售订单管理系统可以向电子杂费单系统请求查询EMD信息。

606、零售订单管理系统对PNR信息、ET信息以及EMD信息的一致性进行检查，得到检查结果。

本实施例中，零售订单管理系统可以对第二订单查询请求对应的PNR信息、ET信息以及EMD信息进行一致性检查，得到检查结果，该检查结果包括数据一致以及数据不一致，当数据不一致时，则在检查结果中体现出那些数据不一致。

607、零售订单管理系统将检查结果发送至销售系统。

综上所述，本申请实施例中，零售订单管理系统可以对PNR、ET以及EMD信息进行数据一致性的检查，得到检查结果，在查询结果中说明后台数据出现了哪些不一致情况，并将检查结果发送至销售系统，进而进行零售订单不一致提示及时发现问题，以进行及时修改，避免造成用户的干扰，提升用户体验。

可以理解的是，附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本申请实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

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

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

另外，本申请还可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

上面从的民航零售订单的处理方法的角度对本申请进行说明，下面从民航零售订单的处理装置的角度对本申请进行说明。

请参阅图7，图7为本申请实施例提供的一种民航零售订单的处理装置的虚拟结构示意图，该民航零售订单处理装置700包括：

创建单元701，用于创建目标零售订单，所述目标零售订单包括订单号、订单项编号、用户信息、航班信息以及日期；

收发单元702，用于将所述目标零售订单发送至销售系统，以使得所述销售系统确定所述目标零售订单中针对于附加服务产品的预定请求，并返回所述预定请求；

所述收发单元702，还用于将所述预定请求发送至所述订座系统，以使得所述订座系统对所述附加服务产品进行预定，并返回预定成功信息；

更新单元703，用于根据所述预定成功信息对所述目标零售订单进行更新；

获取单元704，用于获取与所述目标零售订单对应的第一支付信息；

所述收发单元702，还用于根据所述第一支付信息向所述订座系统发出目标出票请求，以使得所述订座系统根据所述目标出票请求进行出票，并返回所述航班订单项对应的票号以及所述附加服务产品对应的票号；

所述更新单元703，还用于根据所述航班订单项对应的票号以及所述附加服务产品对应的票号对所述目标零售订单进行更新。

一种可能的实现方式中，所述收发单元702，还用于接收所述销售系统发送的第一订单查询请求；

所述获取单元704，还用于获取与所述第一订单查询请求对应的目标订单；

所述获取单元704，还用于当所述目标订单中包含电子客票票号和/或附加服务产品票号时，获取所述电子客票票号对应的电子客票信息和/或所述附加服务产品票号对应的附加服务产品信息；

所述获取单元704，还用于获取所述第一订单查询请求对应的PNR记录信息；

所述更新单元703，还用于根据所述电子客票信息、所述附加服务产品信息以及所述PNR记录信息更新所述目标订单，并将更新后的所述目标订单发送至所述销售系统。

一种可能的实现方式中，所述收发单元702，还用于将第一零售订单对应的航段变更请求发送至所述订座系统，以使得所述订座系统根据所述航段变更请求预定第一航段以及删除第二航段，并返回航段变更信息至所述零售订单管理系统，所述第一航段为变更前所述第一零售订单所对应的航段，所述第二航段为变更后所述第一零售订单所对应的航段；

所述收发单元702，还用于当所述第一航段与所述第二航段存在价格差异时，将第二支付链接发送至所述销售系统，以使得所述销售系统根据所述第二支付链接进行支付；

所述获取单元704，还用于获取所述第二支付链接对应的第二支付信息；

所述收发单元702，还用于将所述第二支付信息发送至所述订座系统，以使得所述订座系统根据所述第二支付信息对所述第一零售订单的PNR运价信息进行更改，并返回更改后的PNR运价信息；

所述收发单元702，还用于发送换开出票请求信息至所述电子客票系统，以使得所述电子客票系统返回换开出票；

所述更新单元703，还用于根据更改后的PNR运价信息以及所述换开出票对所述第一零售订单进行更新；

所述收发单元702，还用于将变更成功信息发送至所述销售系统。

一种可能的实现方式中，所述收发单元702，还用于接收针对于第二零售订单所对应的订单取消请求，所述订单取消请求包括所述第二零售订单的订单编号；

所述获取单元704，还用于根据所述订单编号获取所述第二零售订单所对应的PNR编号、ET票号以及EMD票号；

所述收发单元702，还用于将所述PNR编号发送至所述订座系统，以使得所述订座系统删除所述PNR编号中的对应航段；

所述获取单元704，还用于根据所述ET票号获取退票单，并将填写后的所述退票单发送至所述电子客票系统，并返回所述ET票号对应的第一退订成功信息；

所述更新单元703，还用于根据所述第一退订成功信息更新所述第二零售订单所对应的航班订单项状态；

所述收发单元702，还用于将所述EMD票号发送至自动退改签系统，以使得所述自动退改签系统退订所述EMD票号对应的附加服务产品，并返回所述EMD票号所对应的退订成功信息；

所述收发单元702，还用于根据所述第二退订成功信息更新所述第二零售订单所对应的附加服务产品的状态；

所述收发单元702，还用于将更新后的所述第二零售订单发送至所述销售系统。

一种可能的实现方式中，所述获取单元704获取与所述目标零售订单对应的第一支付信息包括：

将更新后的所述目标零售订单发送至所述销售系统，以使得所述销售系统返回所述目标零售订单的支付请求，所述目标零售订单包括订单编号、PNR编号、用户信息、航班订单项以及附加服务产品信息；

根据所述支付请求获取第一支付链接；

将所述第一支付链接发送至销售系统，以使得所述销售系统根据所述第一支付链接完成支付；

获取所述第一支付链接对应的第一支付信息。

一种可能的实现方式中，所述收发单元702，还用于接收到所述销售系统发送的第二订单查询请求；

所述获取单元704，还用于获取与所述第二订单查询请求对应的PNR编号，ET票号和EMD票号；

所述获取单元704，还用于根据所述第二订单查询请求对应的PNR编号获取PNR信息；

所述获取单元704，还用于当所述第二订单查询请求对应的零售订单里包括ET票号时，根据所述EP票号获取所述第二订单查询请求对应的ET信息；

所述获取单元704，还用于当所述第二订单查询请求对应的零售订单里包括EMD票号时，根据所述EMD票号获取所述第二订单查询请求对应的EMD信息；

所述更新单元703，还用于对所述PNR信息、所述ET信息以及所述EMD信息的一致性进行检查，得到检查结果。

所述收发单元702，还用于将所述检查结果发送至所述销售系统。

需要说明的是，描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取目标用户的证件信息的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

请参阅图8，图8为本申请实施例提供的一种机器可读介质的实施例示意图。

如图8所示，本实施例提供了一种机器可读介质800，其上存储有计算机程序811，该计算机程序811被处理器执行时实现上述图2至图6中所述民航零售订单的处理方法的步骤。

需要说明的是，本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，本申请上述的机器可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

请参阅图9，图9是本申请实施例提供的一种服务器的硬件结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。

服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

上述实施例中由民航零售订单处理装置所执行的步骤可以基于该图9所示的服务器结构。

还需要说明的，根据本申请的实施例，上述图2至图6的流程示意图描述的所述民航零售订单的处理方法的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行上述图2至图6的流程示意图中所示的方法的程序代码。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本申请的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (9)

1.一种民航零售订单的处理方法，其特征在于，包括：

零售订单管理系统创建目标零售订单，所述目标零售订单包括订单号、订单项编号、用户信息、航班信息以及日期；

所述零售订单管理系统将所述目标零售订单发送至销售系统，以使得所述销售系统确定所述目标零售订单中针对于附加服务产品的预定请求，并返回所述预定请求；

所述零售订单管理系统将所述预定请求发送至订座系统，以使得所述订座系统对所述附加服务产品进行预定，并返回预定成功信息；

所述零售订单管理系统根据所述预定成功信息对所述目标零售订单进行更新；

所述零售订单管理系统获取与所述目标零售订单对应的第一支付信息；

所述零售订单管理系统根据所述第一支付信息向所述订座系统发出目标出票请求，以使得所述订座系统根据所述目标出票请求进行出票，并返回航班订单项对应的票号以及所述附加服务产品对应的票号；

所述零售订单管理系统根据所述航班订单项对应的票号以及所述附加服务产品对应的票号对所述目标零售订单进行更新；

所述零售订单管理系统创建目标零售订单，包括：所述零售订单管理系统接收销售系统发送的包含所述用户信息、所述航班信息以及所述日期的订单创建请求，并根据所述订单创建请求发送用户订座记录PNR创建请求至订座系统，所述销售系统为向用户提供零售服务的系统；所述零售订单管理系统接收所述订座系统发送的目标PNR对应的PNR编号，所述目标PNR为所述订座系统基于所述PNR创建请求创建的；所述零售订单管理系统根据所述PNR编号创建目标零售订单；

所述方法还包括：

所述零售订单管理系统接收到所述销售系统发送的第二订单查询请求；

所述零售订单管理系统获取与所述第二订单查询请求对应的PNR编号，ET票号和EMD票号；

所述零售订单管理系统根据所述第二订单查询请求对应的PNR编号获取PNR信息；

当所述第二订单查询请求对应的零售订单里包括ET票号时，所述零售订单管理系统根据所述ET票号获取所述第二订单查询请求对应的ET信息；

当所述第二订单查询请求对应的零售订单里包括EMD票号时，所述零售订单管理系统根据所述EMD票号获取所述第二订单查询请求对应的EMD信息；

所述零售订单管理系统对所述PNR信息、所述ET信息以及所述EMD信息的一致性进行检查，得到检查结果；

所述零售订单管理系统将所述检查结果发送至所述销售系统。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述零售订单管理系统接收所述销售系统发送的第一订单查询请求；

所述零售订单管理系统获取与所述第一订单查询请求对应的目标订单；

当所述目标订单中包含电子客票票号和/或附加服务产品票号时，所述零售订单管理系统获取所述电子客票票号对应的电子客票信息和/或所述附加服务产品票号对应的附加服务产品信息；

所述零售订单管理系统获取所述第一订单查询请求对应的PNR记录信息；

所述零售订单管理系统根据所述电子客票信息、所述附加服务产品信息以及所述PNR记录信息更新所述目标订单，并将更新后的所述目标订单发送至所述销售系统。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述零售订单管理系统将第一零售订单对应的航段变更请求发送至所述订座系统，以使得所述订座系统根据所述航段变更请求预定第一航段以及删除第二航段，并返回航段变更信息至所述零售订单管理系统，所述第一航段为变更前所述第一零售订单所对应的航段，所述第二航段为变更后所述第一零售订单所对应的航段；

当所述第一航段与所述第二航段存在价格差异时，所述零售订单管理系统将第二支付链接发送至所述销售系统，以使得所述销售系统根据所述第二支付链接进行支付；

所述零售订单管理系统获取所述第二支付链接对应的第二支付信息；

所述零售订单管理系统将所述第二支付信息发送至所述订座系统，以使得所述订座系统根据所述第二支付信息对所述第一零售订单的PNR运价信息进行更改，并返回更改后的PNR运价信息；

所述零售订单管理系统发送换开出票请求信息至电子客票系统，以使得所述电子客票系统返回换开出票；

所述零售订单管理系统根据更改后的PNR运价信息以及所述换开出票对所述第一零售订单进行更新；

所述零售订单管理系统将变更成功信息发送至所述销售系统。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述零售订单管理系统接收针对于第二零售订单所对应的订单取消请求，所述订单取消请求包括所述第二零售订单的订单编号；

所述零售订单管理系统根据所述订单编号获取所述第二零售订单所对应的PNR编号、ET票号以及EMD票号；

所述零售订单管理系统将所述PNR编号发送至所述订座系统，以使得所述订座系统删除所述PNR编号中的对应航段；

所述零售订单管理系统根据所述ET票号获取退票单，并将填写后的所述退票单发送至电子客票系统，并返回所述ET票号对应的第一退订成功信息；

所述零售订单管理系统根据所述第一退订成功信息更新所述第二零售订单所对应的航班订单项状态；

所述零售订单管理系统将所述EMD票号发送至自动退改签系统，以使得所述自动退改签系统退订所述EMD票号对应的附加服务产品，并返回所述EMD票号所对应的退订成功信息；

所述零售订单管理系统根据第二退订成功信息更新所述第二零售订单所对应的附加服务产品的状态；

所述零售订单管理系统将更新后的所述第二零售订单发送至所述销售系统。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述零售订单管理系统获取与所述目标零售订单对应的第一支付信息包括：

所述零售订单管理系统将更新后的所述目标零售订单发送至所述销售系统，以使得所述销售系统返回所述目标零售订单的支付请求，所述目标零售订单包括订单编号、PNR编号、用户信息、航班订单项以及附加服务产品信息；

所述零售订单管理系统根据所述支付请求获取第一支付链接；

所述零售订单管理系统将所述第一支付链接发送至销售系统，以使得所述销售系统根据所述第一支付链接完成支付；

所述零售订单管理系统获取所述第一支付链接对应的第一支付信息。

6.一种民航零售订单处理装置，其特征在于，包括：

创建单元，用于创建目标零售订单，所述目标零售订单包括订单号、订单项编号、用户信息、航班信息以及日期；

收发单元，用于将所述目标零售订单发送至销售系统，以使得所述销售系统确定所述目标零售订单中针对于附加服务产品的预定请求，并返回所述预定请求；

所述收发单元，还用于将所述预定请求发送至订座系统，以使得所述订座系统对所述附加服务产品进行预定，并返回预定成功信息；

更新单元，用于根据所述预定成功信息对所述目标零售订单进行更新；

获取单元，用于获取与所述目标零售订单对应的第一支付信息；

所述收发单元，还用于根据所述第一支付信息向所述订座系统发出目标出票请求，以使得所述订座系统根据所述目标出票请求进行出票，并返回航班订单项对应的票号以及所述附加服务产品对应的票号；

所述更新单元，还用于根据所述航班订单项对应的票号以及所述附加服务产品对应的票号对所述目标零售订单进行更新；

所述创建单元，具体用于接收销售系统发送的包含所述用户信息、所述航班信息以及所述日期的订单创建请求，并根据所述订单创建请求发送用户订座记录PNR创建请求至订座系统，所述销售系统为向用户提供零售服务的系统；接收所述订座系统发送的目标PNR对应的PNR编号，所述目标PNR为所述订座系统基于所述PNR创建请求创建的；根据所述PNR编号创建目标零售订单；

所述装置，还用于接收到所述销售系统发送的第二订单查询请求；获取与所述第二订单查询请求对应的PNR编号，ET票号和EMD票号；根据所述第二订单查询请求对应的PNR编号获取PNR信息；当所述第二订单查询请求对应的零售订单里包括ET票号时，根据所述ET票号获取所述第二订单查询请求对应的ET信息；当所述第二订单查询请求对应的零售订单里包括EMD票号时，根据所述EMD票号获取所述第二订单查询请求对应的EMD信息；对所述PNR信息、所述ET信息以及所述EMD信息的一致性进行检查，得到检查结果；将所述检查结果发送至所述销售系统。

7.根据权利要求6所述的装置，其特征在于，

所述收发单元，还用于接收所述销售系统发送的第一订单查询请求；

所述获取单元，还用于获取与所述第一订单查询请求对应的目标订单；

所述获取单元，还用于当所述目标订单中包含电子客票票号和/或附加服务产品票号时，获取所述电子客票票号对应的电子客票信息和/或所述附加服务产品票号对应的附加服务产品信息；

所述获取单元，还用于获取所述第一订单查询请求对应的PNR记录信息；

所述更新单元，还用于根据所述电子客票信息、所述附加服务产品信息以及所述PNR记录信息更新所述目标订单，并将更新后的所述目标订单发送至所述销售系统。

8.一种计算机装置，其特征在于，包括：

至少一个连接的处理器和存储器，其中，所述存储器用于存储程序代码，所述程序代码由所述处理器加载并执行，以实现上述权利要求1至5中任一项所述的民航零售订单的处理方法。

9.一种机器可读介质，其特征在于，包括指令，当所述指令在机器上运行时，使得机器执行上述权利要求1至5中任一项所述的民航零售订单的处理方法。