CN113312420A - 航班数据的处理方法、装置、设备和存储介质 - Google Patents

Abstract

本申请提供一种航班数据的处理方法、装置、设备和存储介质，方法包括，从旅客服务系统获取新建航班的航班计划数据；根据新建航班的航班计划数据生成新建航班对应的航班粒度对象；将新建航班的航班粒度对象发送至有航班数据需求的业务系统，并将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象；新建航班的业务数据由业务系统处理接收到的新建航班的航班粒度对象得到。本方案中，航班相关的所有业务数据统一存储在该航班的航班粒度对象中，任意业务系统只需要实现一个解析航班粒度对象的数据接口，即可获得每个航班相关的所有业务数据，无需针对多个业务系统实现多个数据接口，从而减小业务系统的负荷。

Description

航班数据的处理方法、装置、设备和存储介质

技术领域

本发明涉及数据处理领域，特别涉及一种航班数据的处理方法、装置、设备和存储介质。

背景技术

民航旅客运输是一个较复杂的业务过程，对民航旅客运输的自动化管理需要依赖多个业务系统(如旅客服务系统，机场运营系统和空中交通系统)协作实现。

目前，上述各业务系统协作的方式是，一个业务系统向另一个业务系统发送一个或多个航班号，由另一个业务系统提供这些航班号相关的业务数据，例如机场运营系统向旅客服务系统发送一个航班号，然后旅客服务系统向机场运营系统发送该航班号的旅客服务信息。

由于每个业务系统都有特定的内部数据格式，要实现上述协作方式，就需要每个业务系统均实现多个数据接口，以便解析其他业务系统反馈的信息，进而增大了各个业务系统的负荷。

发明内容

基于上述现有技术的缺点，本申请提供一种航班数据的处理方法、装置、设备和存储介质，以减小民航旅客运输中各个业务系统的负荷。

本申请第一方面提供一种航班数据的处理方法，包括：

从旅客服务系统获取新建航班的航班计划数据；

根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象；其中，所述航班粒度对象为预先定义的用于存储对应航班的业务数据的数据对象；

将所述新建航班的航班粒度对象发送至有航班数据需求的业务系统，并将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象；其中，所述新建航班的业务数据由所述业务系统处理接收到的新建航班的航班粒度对象而得到；所述业务数据包括航班库存数据、航班值机数据、航班配载数据和航班执飞数据；

在所述新建航班对应的航班执飞数据被添加至所述新建航班的航班粒度对象后，将所述新建航班的航班粒度对象保存至航班数据库；其中，所述航班执飞数据表征所述新建航班已起飞。

本申请第二方面提供一种航班数据的处理装置，包括：

获取单元，用于从旅客服务系统获取新建航班的航班计划数据；

生成单元，用于根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象；其中，所述航班粒度对象为预先定义的用于存储对应航班的业务数据的数据对象；

发送单元，用于将所述新建航班的航班粒度对象发送至有航班数据需求的业务系统；

添加单元，用于将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象；其中，所述新建航班的业务数据由所述业务系统处理接收到的新建航班的航班粒度对象而得到；所述业务数据包括航班库存数据、航班值机数据、航班配载数据和航班执飞数据；

保存单元，用于在所述新建航班对应的航班执飞数据被添加至所述新建航班的航班粒度对象后，将所述新建航班的航班粒度对象保存至航班数据库；其中，所述航班执飞数据表征所述新建航班已起飞。

本申请第三方面提供一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，具体用于实现本申请第一方面任意一项所提供的航班数据的处理方法。

本申请第四方面提供一种电子设备，包括存储器和处理器；

其中，所述存储器用于存储计算机程序；

所述处理器用于执行所述计算机程序，具体用于实现本申请第一方面任意一项所提供的航班数据的处理方法。

本申请提供一种航班数据的处理方法、装置、设备和存储介质，方法包括，从旅客服务系统获取新建航班的航班计划数据；根据新建航班的航班计划数据生成新建航班对应的航班粒度对象；然后将新建航班的航班粒度对象发送至有航班数据需求的业务系统，并将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象；新建航班的业务数据由业务系统处理接收到的新建航班的航班粒度对象得到。本方案中，航班相关的所有业务数据统一存储在该航班的航班粒度对象中，任意业务系统只需要实现一个解析航班粒度对象的数据接口，即可获得每个航班相关的所有业务数据，无需针对多个业务系统实现多个数据接口，从而减小业务系统的负荷。

附图说明

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

图1为本申请实施例提供的一种民航旅客运输中业务系统和业务数据的关系示意图；

图2为本申请实施例提供的一种航班数据的处理方法的流程图；

图3为本申请实施例提供的一种航班生命周期的示意图；

图4为本申请实施例提供的一种航班数据的处理装置的结构示意图；

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

具体实施方式

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

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

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

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

在具体阐述数据建模方法之前，先对涉及到的民航领域相关术语和定义作出解释：

定期航班，是指按规定的航班、日期、时间，从事旅客、行李、货物和邮件运输的航班。

航班计划，是指航空公司定期发布的所运营航班的执飞航点、班期时刻、机型等信息。

航班运营，是指指定期航班的销售、离港等业务流程中的一系列业务环节的总称。

航班库存控制，是指航班座位产品销售过程中所需进行的航班查询、库存管理、策略执行等过程的统称。航班库存控制功能通常由自动化的信息管理系统实现。

航班离港控制，主要包括航班值机控制及航班配载控制两个业务过程。

其中，航班值机控制，主要是指旅客办理值机前，需要离港控制系统做一些航班相关的准备操作。具体包括航班信息显示/修改、定期航班时刻表的建立/修改、飞机布局表的建立/显示/修改等操作。

航班配载控制，指飞机起飞前工作人员进行的飞机业载分配工作，确保飞机处于制造商要求的重量与平衡条件内的过程，包括建立配载航班信息、确定业载分布、打印舱单、发送相关报文等。

航班计划数据，指航空公司提前制定的航班飞行计划，包括起飞地、目的地、飞行时间、机型等。

航班库存数据，指航空公司库存控制系统管理的所有航班的座位库存数据，数据包含航班库存信息、航节库存信息、航段库存信息、子舱销售情况等。

航班值机数据，指航班离港控制系统管理的航空公司离港航班记录，包含航班数据、机组数据、航班航节收益数据、航段代码共享数据、航班航节中转数据、航段数据等。

航班配载数据，指航班配载系统数据，包含航节配载数据、航段配载数据、开账数据等。

航班执行动态数据，指航班执飞过程涉及的航班计划起降时间、执飞机型、飞机注册号，航班实际起降时间等信息。

旅客服务系统(Passenger Service System，PSS)是航空公司为旅客提供空中运输服务过程中产品管理、销售控制、旅客行前预订、旅客值机等环节涉及的IT系统的统称。

民航旅客运输是一个较复杂的业务过程，具体包括航空公司航班销售及运营控制、机场运营管理、空中交通管理等多个业务节点，涉及众多的业务信息管理系统。在每个业务信息系统中都记录着业务数据信息，如何有效的收集和归类这些数据信息，实现按照一定逻辑有序的组织数据，便于各业务节点的信息系统间交互数据，更有效的发挥数据的价值。

目前，针对来自多个业务信息系统的数据，并无明确一致的数据模型组织构建方法。本发明通过分析总结民航旅客运输各业务系统的数据及业务特点，设计出以航班为数据对象，围绕航班的生命周期进行数据组织，将涉及航班计划、航班运营各个业务环节的航班计划数据、航班库存数据、航班值机数据、航班配载数据及航班执行动态数据等数据内容有序的组织起来，形成一种基于民航旅客运输业务的航班数据整合模型构建方法，并通过技术手段来实现该方法的装置，从而保证数据的高效可靠存储，以供各种业务系统或业务人员调用使用。

图1为民航领域通常需要处理的业务，处理这些业务的业务系统和相关的业务数据的示意图。

如图1所示，民航领域涉及的业务主要包括航班销售和运营控制业务，机场运营管理业务以及空中交通管理业务，上述业务可以由旅客服务系统以及相关的其他IT系统(包括但不限于机场运营系统，空中交通系统和客票销售系统)负责处理，在处理这些业务的过程中，针对每一个航班，不同IT系统会产生该航班的航班计划数据，航班库存数据，航班值机数据，航班配载数据，航班执飞动态数据等不同种类的业务数据。

当一个航班的状态随着时间的变化而变化时，该航班的不同业务数据需要在不同系统之间流转，例如，一个航班刚创建时，该航的航班计划数据(包括起飞时间，起止地点等数据)需要录入客票销售系统中，该航班进入值机状态时，该航班的航班计划数据需要由客票销售系统发送至机场运营系统，机场运营系统完成值机后，机场运营系统和客票销售系统需要分别将航班值机数据和航班计划数据发送至空中交通系统，可以看出，民航领域的每一个业务系统都需要和其他多个业务系统进行数据交互，从而实现对一个航班的整个生命周期的管理。

因此，本申请提供一种航班数据的处理方法，主要用于将多个业务系统中关于同一个航班的业务数据整合至该航班的航班粒度对象中，使得各个业务系统只需要实现用于解析航班粒度对象的数据接口就可以实现与其他业务系统的数据交互。

本申请所提供的处理方法，主要包括以下几个环节：

以民航旅客运输业务各主要系统为来源的相关业务数据采集和抽取；

抽象出航班数据对象，围绕航班的生命周期整合各类业务数据进行数据建模。

其中：上文所述的以民航旅客运输业务各主要系统为来源的各类业务数据采集和抽取，是指从旅客服务系统(PSS系统)及其他IT信息系统采集和抽取的航班计划数据、航班库存数据、航班值机数据、航班配载数据及航班执行动态数据等业务数据；数据可近实时以报文形式从业务系统采集获取或者以日频文件形式获取。

其中：上文所述通过分析总结旅客运输领域各主要业务系统数据描述及特征，设计出以航班为数据对象，按照航班生命周期进行数据组织，从航班建立、航班销售控制、航班值机、航班配载平衡、航班执飞等阶段进行数据组织，具体包括航班计划数据、航班库存数据、航班值机数据、航班配载数据及航班执行动态数据。从建立航班计划开始，就形成每日航班粒度的数据，后续该航班发生的变化，包括但不限于时刻变化、机型变化、航点变化等内容都可及时更新该航班粒度数据；如果该航班进入到销售阶段后，航班销售的库存相关各业务属性信息将与前述的航班计划无缝整合，后续任何库存信息变化也可及时更新到该航班粒度数据中；以此类推，航班值机、航班配载平衡以及航班执飞动态等数据均可按照一致的逻辑补充整合到该航班粒度数据中，形成一条链式的、随到随合并更新的航班数据。未来有新的业务系统数据需要加入时，该数据模型也可有效支持。

上述方法可以由如下的数据处理系统实现：

该数据处理系统可细分为数据采集装置、数据处理装置、数据存储装置及数据分发装置。其中，使用的数据采集装置为消息队列Kafka；使用的数据处理装置为分布式处理软件Storm；使用的数据存储介质为关系型数据库EDB；使用的数据分发装置为消息队列Kafka。利用上述各装置，可实现全民航的航班计划数据、航班库存数据、航班值机数据、航班配载数据及航班执行动态数据的近实时整合及更新，并可将整合后数据通过数据分发装置分发给下游各应用系统用户。上述技术方案具有可扩展，高可用及低处理延时等技术特征。

请参考图2，本申请提供的航班数据的处理方法可以包括下述步骤：

本申请所提供的航班数据的处理方法，可以由一个航班数据的处理装置(或者航班数据的处理系统)执行。

S201、从旅客服务系统获取新建航班的航班计划数据。

旅客服务系统中可以预先设置数据采集装置，每当旅客服务系统中新建了一个航班时，数据采集装置就采集该新建航班的航班计划数据，将航班计划数据发送至本申请的数据处理系统，

具体的，技术人员可以在数据采集装置中预先定义需要采集哪些数据，以及数据采集频率等，例如，可以设定旅客服务系统中的数据采集装置采集航班计划数据、航班库存数据、航班值机数据、航班配载数据，设定其他IT系统中的数据采集装置采集航班执飞动态数据等。

采集数据的频率可以是近实时采集(如每隔10分钟采集一次)，也可以是按日采集，即每隔一天采集一次，采集到的航班计划数据可以通过数据报文的形式发送至本申请的数据处理系统。

具体的，航班计划数据可以通过消息队列Kafka发送至本申请的数据处理系统。

S202、根据新建航班的航班计划数据生成新建航班对应的航班粒度对象。

其中，航班粒度对象为预先定义的用于存储对应航班的业务数据的数据对象，在本申请所提供的数据处理方法中，每一个航班均会有一个对应的航班粒度对象，用于保存和这个航班相关的所有业务数据。

由于一定时间段内可能有多个新建航班，为了提高创建航班粒度对象的效率，步骤S202的具体执行方式可以是：

将多个新建航班的航班计划数据分发至多个节点设备，使节点设备所运行的分布式处理软件根据收到的新建航班的航班计划数据生成新建航班的航班粒度对象。

S203、将新建航班的航班粒度对象发送至有航班数据需求的业务系统。

一般的，哪些业务系统有航班数据需求，可以由数据服务商务协议指定，具体来说，可以预先将有航班数据需求的业务系统添加至数据服务商务协议中，这样，在步骤S202中建立好一个新建航班的航班粒度对象之后，就可以通过读取数据服务商务协议，确定出有哪些业务系统有航班数据需求，然后主动向这些有航班数据需求的业务系统发送新建航班的航班粒度对象。

S204、将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象。

其中，新建航班的业务数据由业务系统处理接收到的新建航班的航班粒度对象而得到。

需要说明的是，步骤S203和步骤S204可以同时执行，也就是说，执行本申请所提供方法的数据处理系统，可以一方面接收一个业务系统的信息获取请求，将新建航班的航班粒度对象发送至提出信息获取请求的业务系统，另一方面同时接收另一个业务系统针对新建航班涉及的业务进行处理后反馈的业务数据，并将另一个业务系统反馈的业务数据添加至本申请的数据处理系统本地的航班粒度对象中，从而在多个业务系统之间实现新建航班的业务数据的实时交互。

如前文所述，步骤S203和步骤S204中所述的业务系统至少包括，旅客服务系统，机场运营系统，空中交通系统和客票销售系统。

可选的，本申请所提供的数据处理方法可以利用消息队列实现数据的接收和发送，即可以预先针对每一个业务系统，建立该业务系统的一个消息发送队列和一个消息接收队列，当需要向某个业务系统发送某个航班粒度对象时，只需将需要发送的航班粒度对象写入该业务系统对应的消息发送队列，同理，某个业务系统反馈的业务数据也可以先存入该业务系统的消息接收队列，然后在执行步骤S204时再从消息接收队列中读取反馈的数据。

因此，步骤S203的具体执行方式可以是：

通过业务系统对应的消息发送队列，将新建航班的航班粒度对象发送至业务系统。

步骤S204的具体执行方式可以是：从业务系统对应的消息接收队列中读取业务系统反馈的新建航班的业务数据；

将读取到的新建航班的业务数据添加至新建航班的航班粒度对象。

S205、在新建航班对应的航班执飞数据被添加至新建航班的航班粒度对象后，将新建航班的航班粒度对象保存至航班数据库。

其中，航班执飞数据表征新建航班已起飞。

本申请所述的航班粒度对象，可以包括由多个数据节点构成的数据链表，数据链表的每一个数据节点，均对应于航班生命周期中的一个阶段。

对于一个航班，如图3所示，其生命周期主要包括，航班建立，航班销售控制，航班值机，航班配载平衡，航班执飞等几个阶段，每一个阶段均由相应的计算机系统(即IT系统)执行，并且会产生相应的业务数据，例如，航班建立阶段会产生航班计划数据，航班销售控制阶段会产生航班库存数据，航班值机阶段会产生航班值机数据，航班配载平衡阶段会产生航班配载数据，航班执飞阶段会产生航班执飞动态数据。

因此，本申请所提供的航班粒度对象可以包括由上述多个阶段对应的数据节点组成的数据链表，由此，步骤S204所述的将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象，其具体执行方式可以是：

确定业务系统反馈的业务数据在航班生命周期中所属的阶段；

将新建航班的业务数据添加至航班生命周期中所属阶段对应数据节点中。

例如，航司的业务人员在终端设备上录入一个新建航班的起飞时间，起止地点等航班计划数据后，本申请所提供的数据处理系统可以针对该新建航班建立对应的航班粒度对象，然后将上述航班计划数据写入这个航班粒度对象的数据链表中，和航班建立阶段对应的数据节点。

随后，客票销售系统向旅客销售该航班的客票，销售过程中产生的航班库存数据会由本申请的数据处理系统写入和航班销售控制对应的数据节点。

以此类推，当最终该航班起飞时，本申请的数据处理系统将航班执飞动态数据写入航班执飞阶段对应的数据节点，到此就获得一个存储有该航班整个生命周期的业务数据的航班粒度对象，此时本申请的数据处理系统可以将这个航班粒度对象存入数据库，以便为后续的处理和统计提供依据。

通过步骤S202至步骤S205所述的流程，本申请实现了以航班为粒度的业务数据的组织，具体来说，从接收到航班计划数据开始，就形成每个新建航班的航班粒度对象(即步骤S202)，后续该航班发生的变化，包括但不限于时刻变化、机型变化、航点变化等内容，以及该航班相关的各业务数据，如航班库存，航班值机、航班配载平衡以及航班执飞动态等数据都可及时更新至该航班的航班粒度对象中(即步骤S203至步骤S205)，从而和该航班的航班计划数据无缝整合，形成一个链式结构的、随到随合并更新的航班粒度对象。

另一方面，但一个航班的生命周期内出现新的阶段，导致有新的业务数据需要添加至航班粒度对象时，只需要在航班粒度对象的数据链表中添加新的节点即可，因此本申请所提供的航班粒度对象可以有效支持和便捷扩展。

本申请提供一种航班数据的处理方法，方法包括，从旅客服务系统获取新建航班的航班计划数据；根据新建航班的航班计划数据生成新建航班对应的航班粒度对象；接收到任意业务系统发送的信息获取请求时，将新建航班的航班粒度对象发送至业务系统，并将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象；新建航班的业务数据由业务系统处理接收到的新建航班的航班粒度对象得到。本方案中，航班相关的所有业务数据统一存储在该航班的航班粒度对象中，任意业务系统只需要实现一个解析航班粒度对象的数据接口，即可获得每个航班相关的所有业务数据，无需针对多个业务系统实现多个数据接口，从而减小业务系统的负荷。

本发明所提供的数据处理方法，将一个航班的所有业务数据整合至该航班的航班粒度对象中，航班粒度对象根据一个航班的生命周期的各个阶段而设定，符合民航领域的常规的业务逻辑，有良好的扩展性，可支持与民航旅客运输业务中其他文中未涉及业务系统的数据有效合并。模型结构可动态扩展，完全可以兼容新的业务带来的新数据内容。同时，总结抽取的航班数据对象，在民航旅客运输业务中是一个重要产品载体，利用航班对象，可有效整合多业务系统来源的数据，从而利于多业务系统间的数据共享及数据价值发现。

本申请所提供的航班数据的处理方法，具体可以利用如下几种现有的数据处理工具实现：

第一，各个业务系统中的数据采集可以是消息队列Kafka(一种现有的消息管理工具)，也就是说，步骤S203和步骤S204中针对各个业务系统创建的消息接收队列和消息发送队列可以利用Kafka创建并管理。

第二，可以使用分布式处理软件Storm创建航班粒度对象，以及将各业务系统反馈的业务数据添加至对应的航班粒度对象中。

第三，在存储每个航班的航班粒度对象时，可以使用现有的关系型数据库EDB。

利用上述多种数据处理工具，可实现全民航的航班计划数据、航班库存数据、航班值机数据、航班配载数据及航班执行动态数据的近实时整合及更新。消息队列Kafka可将整合后数据通过数据分发装置分发给下游各应用系统用户。分布式处理软件Storm可高效可靠的读取到达消息队列Kafka中的各数据内容，经过数据清洗逻辑校验等数据处理过程后将数据写入到粒度对象中，而航班粒度对象可以保存在上述关系型数据库EDB中。

在本申请提供的数据处理方法中，还可以将关系型数据库EDB中存储的内容与消息队列Kafka中获取的数据内容进行比对，并可将符合下游用户定义的业务变化通知规则的数据通过消息队列Kafka分发给该下游用户。关系型数据库EDB在技术实现过程中需考虑存储介质的特性设置合理的数据更新逻辑和方法。

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

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

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

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

结合本申请实施例所提供的航班数据的处理方法，本申请实施例还提供一种航班数据的处理装置(或者说航班数据的处理系统)，如图4所示，该装置可以包括如下单元：

获取单元401，用于从旅客服务系统获取新建航班的航班计划数据。

生成单元402，用于根据新建航班的航班计划数据生成新建航班对应的航班粒度对象。

其中，航班粒度对象为预先定义的用于存储对应航班的业务数据的数据对象。

发送单元403，用于将新建航班的航班粒度对象发送至有航班数据需求的业务系统。

添加单元404，用于将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象。

其中，新建航班的业务数据由业务系统处理接收到的新建航班的航班粒度对象而得到。

保存单元405，用于在新建航班对应的航班执飞数据被添加至新建航班的航班粒度对象后，将新建航班的航班粒度对象保存至航班数据库。

其中，航班执飞数据表征新建航班已起飞。

可选的，航班粒度对象包括由多个数据节点构成的数据链表，数据链表的每一个数据节点，均对应于航班生命周期中的一个阶段；

其中，添加单元404将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象时，具体用于：

确定业务系统反馈的新建航班的业务数据在航班生命周期中所属的阶段；

将新建航班的业务数据添加至所属阶段对应的数据节点中。

可选的，新建航班的数量为多个；

其中，生成单元402根据新建航班的航班计划数据生成新建航班对应的航班粒度对象时，具体用于：

将多个新建航班的航班计划数据分发至多个节点设备，使节点设备所运行的分布式处理软件根据收到的新建航班的航班计划数据生成新建航班的航班粒度对象。

可选的，发送单元403，将新建航班的航班粒度对象发送至业务系统，具体用于：

通过业务系统对应的消息发送队列，将新建航班的航班粒度对象发送至业务系统；

可选的，添加单元404将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象时，具体用于：

从业务系统对应的消息接收队列中读取业务系统反馈的新建航班的业务数据；

将读取到的新建航班的业务数据添加至新建航班的航班粒度对象。

本申请实施例所提供的航班数据的处理装置，其具体工作原理可以参考本申请任一实施例所提供的航班数据的处理方法中的相关步骤，此处不再赘述。

本申请提供一种航班数据的处理装置，其中，获取单元401从旅客服务系统获取新建航班的航班计划数据；生成单元402根据新建航班的航班计划数据生成新建航班对应的航班粒度对象；发送单元403在接收到任意业务系统发送的信息获取请求时，将新建航班的航班粒度对象发送至业务系统，添加单元404将业务系统反馈的新建航班的业务数据添加至新建航班的航班粒度对象；新建航班的业务数据由业务系统处理接收到的新建航班的航班粒度对象得到。本方案中，航班相关的所有业务数据统一存储在该航班的航班粒度对象中，任意业务系统只需要实现一个解析航班粒度对象的数据接口，即可获得每个航班相关的所有业务数据，无需针对多个业务系统实现多个数据接口，从而减小业务系统的负荷。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

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

本申请实施例还提供一种适于用来实现本公开实施例的电子设备，该电子设备的结构示意图如图5所示。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置506加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置506；以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

本申请实施例还提供一种计算机存储介质(即计算机可读介质)，该计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行本申请任一实施例所提供的航班数据的处理方法。

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

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

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

根据本公开的一个或多个实施例，本申请如图2所示的实施例提供了一种航班数据的处理方法，包括：

从旅客服务系统获取新建航班的航班计划数据；

根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象；其中，所述航班粒度对象为预先定义的用于存储对应航班的业务数据的数据对象；

接收到任意业务系统发送的信息获取请求时，将所述新建航班的航班粒度对象发送至所述业务系统，并将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象；其中，所述新建航班的业务数据由所述业务系统处理接收到的新建航班的航班粒度对象而得到；

在所述新建航班对应的航班执飞数据被添加至所述新建航班的航班粒度对象后，将所述新建航班的航班粒度对象保存至航班数据库；其中，所述航班执飞数据表征所述新建航班已起飞。

可选的，所述业务系统至少包括，所述旅客服务系统，机场运营系统，空中交通系统和客票销售系统。

可选的，所述航班粒度对象包括由多个数据节点构成的数据链表，所述数据链表的每一个数据节点，均对应于航班生命周期中的一个阶段；

其中，所述将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象，包括：

确定所述业务系统反馈的所述新建航班的业务数据在所述航班生命周期中所属的阶段；

将所述新建航班的业务数据添加至所述航班生命周期中所属阶段对应数据节点中。

可选的，所述新建航班的数量为多个；

其中，所述根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象，包括：

将多个所述新建航班的航班计划数据分发至多个节点设备，使所述节点设备所运行的分布式处理软件根据收到的所述新建航班的航班计划数据生成所述新建航班的航班粒度对象。

可选的，所述将所述新建航班的航班粒度对象发送至所述业务系统，包括：

通过所述业务系统对应的消息发送队列，将所述新建航班的航班粒度对象发送至所述业务系统；

其中，所述将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象，包括：

从所述业务系统对应的消息接收队列中读取所述业务系统反馈的所述新建航班的业务数据；

将读取到的所述新建航班的业务数据添加至所述新建航班的航班粒度对象。

根据本公开的一个或多个实施例，本申请如图5所示的实施例还提供一种航班数据的处理装置，包括：

获取单元，用于从旅客服务系统获取新建航班的航班计划数据；

生成单元，用于根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象；其中，所述航班粒度对象为预先定义的用于存储对应航班的业务数据的数据对象；

接收单元，用于接收任意业务系统发送的信息获取请求；

发送单元，用于在接收到任意业务系统发送的信息获取请求时，将所述新建航班的航班粒度对象发送至所述业务系统；

添加单元，用于将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象；其中，所述新建航班的业务数据由所述业务系统处理接收到的新建航班的航班粒度对象而得到；

保存单元，用于在所述新建航班对应的航班执飞数据被添加至所述新建航班的航班粒度对象后，将所述新建航班的航班粒度对象保存至航班数据库；其中，所述航班执飞数据表征所述新建航班已起飞。

可选的，所述航班粒度对象包括由多个数据节点构成的数据链表，所述数据链表的每一个数据节点，均对应于航班生命周期中的一个阶段；

其中，所述添加单元将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象时，具体用于：

确定所述业务系统反馈的所述新建航班的业务数据在所述航班生命周期中所属的阶段；

将所述新建航班的业务数据添加至所述航班生命周期中所属阶段对应数据节点中。

可选的，所述新建航班的数量为多个；

其中，所述生成单元根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象时，具体用于：

将多个所述新建航班的航班计划数据分发至多个节点设备，使所述节点设备所运行的分布式处理软件根据收到的所述新建航班的航班计划数据生成所述新建航班的航班粒度对象。

本申请还提供一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，具体用于实现本申请任一实施例所提供的航班数据的处理方法。

本申请还提供一种电子设备，包括存储器和处理器；

其中，存储器用于存储计算机程序；处理器用于执行所述计算机程序，具体用于实现本申请任意实施例所提供的航班数据的处理方法。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置506被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。

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

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

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

Claims (10)

1.一种航班数据的处理方法，其特征在于，包括：

从旅客服务系统获取新建航班的航班计划数据；

根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象；其中，所述航班粒度对象为预先定义的用于存储对应航班的业务数据的数据对象；

将所述新建航班的航班粒度对象发送至有航班数据需求的业务系统，并将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象；其中，所述新建航班的业务数据由所述业务系统处理接收到的新建航班的航班粒度对象而得到；所述业务数据包括航班库存数据、航班值机数据、航班配载数据和航班执飞数据；

在所述新建航班对应的航班执飞数据被添加至所述新建航班的航班粒度对象后，将所述新建航班的航班粒度对象保存至航班数据库；其中，所述航班执飞数据表征所述新建航班已起飞。

2.根据权利要求1所述的处理方法，其特征在于，所述业务系统至少包括，所述旅客服务系统，机场运营系统，空中交通系统和客票销售系统。

3.根据权利要求1所述的处理方法，其特征在于，所述航班粒度对象包括由多个数据节点构成的数据链表，所述数据链表的每一个数据节点，均对应于航班生命周期中的一个阶段；

其中，所述将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象，包括：

确定所述业务系统反馈的所述新建航班的业务数据在所述航班生命周期中所属的阶段；

将所述新建航班的业务数据添加至所述航班生命周期中所属阶段对应数据节点中。

4.根据权利要求1所述的处理方法，其特征在于，所述新建航班的数量为多个；

其中，所述根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象，包括：

将多个所述新建航班的航班计划数据分发至多个节点设备，使所述节点设备所运行的分布式处理软件根据收到的所述新建航班的航班计划数据生成所述新建航班的航班粒度对象。

5.根据权利要求1所述的处理方法，其特征在于，所述将所述新建航班的航班粒度对象发送至有航班数据需求的业务系统，包括：

通过有航班数据需求的业务系统对应的消息发送队列，将所述新建航班的航班粒度对象发送至所述业务系统；

其中，所述将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象，包括：

从所述业务系统对应的消息接收队列中读取所述业务系统反馈的所述新建航班的业务数据；

将读取到的所述新建航班的业务数据添加至所述新建航班的航班粒度对象。

6.一种航班数据的处理装置，其特征在于，包括：

获取单元，用于从旅客服务系统获取新建航班的航班计划数据；

生成单元，用于根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象；其中，所述航班粒度对象为预先定义的用于存储对应航班的业务数据的数据对象；

发送单元，用于将所述新建航班的航班粒度对象发送至有航班数据需求的业务系统；

添加单元，用于将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象；其中，所述新建航班的业务数据由所述业务系统处理接收到的新建航班的航班粒度对象而得到；所述业务数据包括航班库存数据、航班值机数据、航班配载数据和航班执飞数据；

保存单元，用于在所述新建航班对应的航班执飞数据被添加至所述新建航班的航班粒度对象后，将所述新建航班的航班粒度对象保存至航班数据库；其中，所述航班执飞数据表征所述新建航班已起飞。

7.根据权利要求6所述的处理装置，其特征在于，所述航班粒度对象包括由多个数据节点构成的数据链表，所述数据链表的每一个数据节点，均对应于航班生命周期中的一个阶段；

其中，所述添加单元将所述业务系统反馈的所述新建航班的业务数据添加至所述新建航班的航班粒度对象时，具体用于：

确定所述业务系统反馈的所述新建航班的业务数据在所述航班生命周期中所属的阶段；

将所述新建航班的业务数据添加至所述航班生命周期中所属阶段对应数据节点中。

8.根据权利要求6所述的处理装置，其特征在于，所述新建航班的数量为多个；

其中，所述生成单元根据所述新建航班的航班计划数据生成所述新建航班对应的航班粒度对象时，具体用于：

将多个所述新建航班的航班计划数据分发至多个节点设备，使所述节点设备所运行的分布式处理软件根据收到的所述新建航班的航班计划数据生成所述新建航班的航班粒度对象。

9.一种计算机存储介质，其特征在于，用于存储计算机程序，所述计算机程序被执行时，具体用于实现如权利要求1至5任意一项所述的航班数据的处理方法。

10.一种电子设备，其特征在于，包括存储器和处理器；

其中，所述存储器用于存储计算机程序；

所述处理器用于执行所述计算机程序，具体用于实现如权利要求1至5任意一项所述的航班数据的处理方法。

Images