CN116033040B - 一种航班状态的更新方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种航班状态的更新方法、装置、电子设备及存储介质，更新方法包括：获取航班飞行动态报文，对航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；将多个目标报文与动态航班进行匹配，若匹配不成功，则将匹配不成功相对应的目标报文分流至疑难报文池；若匹配成功，则对匹配成功后的目标报文进行分流，确定出直接更新报文池、二次确认报文池以及疑难报文池相对应的报文；基于各自的航班状态更新方式对直接更新报文池、二次确认报文池以及疑难报文池对应的报文，进行航班状态更新。实现了报文数据能够利用智能分流采用最合适的方式进行状态更新，提高了航班状态更新的精准性。

Description

一种航班状态的更新方法、装置、电子设备及存储介质

技术领域

本申请涉及航空技术领域，尤其是涉及一种航班状态的更新方法、装置、电子设备及存储介质。

背景技术

对航班状态数据进行更新是航空作业中较为重要的环节，在现有技术中通常是将航空电信网AFTN报文与航班动态进行匹配，可实现对航班动态基本信息的自动更新，但是在这种方式中更新的信息内容较为单一，未充分发挥报文数据的价值，缺乏信息更新前的逻辑合理性分析，表面上看报文正常，但结合实际航班动态并不合理，问题难以发现，发现后难以定位，并且所有状态直接自动更新，进而导致航班状态更新方式整体不够精准。

发明内容

有鉴于此，本申请的目的在于提供一种航班状态的更新方法、装置、电子设备及存储介质，通过智能分流将多个报文数据分流至疑难报文池、直接更新报文池以及二次确认报文池，在利用各自报文池相对应的更新方式对报文数据进行更新，实现了报文数据能够利用智能分流采用最合适的方式进行状态更新，提高了航班状态更新的精准性。

本申请实施例提供了一种航班状态的更新方法，所述更新方法包括：

获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；

将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池；

若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文；

基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新。

在一种可能的实施方式中，所述将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池，包括：

将多个所述目标报文与所述动态航班信息中的航班号信息、执行日期信息以及进出港信息进行匹配；

若任一所述目标报文与所述动态航班信息中的航班号信息、执行日期信息以及进出港信息的任一信息匹配不成功，则将该匹配不成功的目标报文分流至所述疑难报文池。

在一种可能的实施方式中，针对于每个匹配成功后的所述目标报文，若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文，包括：

基于该匹配成功后的所述目标报文的报文类型确定出该匹配成功后的所述目标报文相对应的报文逻辑检查项，基于该报文逻辑检查项对该匹配成功后的所述目标报文进行报文逻辑检查；

若未通过所述报文逻辑检查，则将该匹配成功后的所述目标报文确定为所述疑难报文池相对应的报文；

若通过所述报文逻辑检查，则对通过报文逻辑检查的所述目标报文相对应的业务类型进行确定，基于所述业务类型相对应的报文池映射表，确定出通过报文逻辑检查的所述目标报文相对应的所述直接更新报文池或者所述二次确认报文池。

在一种可能的实施方式中，所述基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新，包括：

针对于所述直接更新报文池，对该直接更新报文池里的报文进行航班状态更新；

针对于所述二次确认报文池，将该二次确认报文池的报文相对应的信息填充至相对应的航班状态更新表单之中，检测是否存在需要调整的报文，若是，则将调整后的报文输入至所述航班状态更新表单之后，进行航班状态更新；

针对于所述疑难报文池，对该疑难报文池对应的报文进行数据处理，生成报文消息，基于所述报文消息以及航班详情信息进行航班状态更新。

在一种可能的实施方式中，在所述基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新之后，所述更新方法还包括：

在进行航班状态更新之后，生成当前更新航班状态信息；

检测当前更新航班状态信息是否正确；

若否，则将当前更新航班状态信息回滚至该当前更新航班状态信息的任意前置状态，并保留该任意前置状态相对应航班状态信息。

在一种可能的实施方式中，所述报文逻辑检查项包括：

针对于所述匹配成功后的所述目标报文的报文类型为领航计划报文，报文逻辑检查项包括航班是否结束、起飞站是否相一致、目的站是否相一致、是否找到航班机号、机号与机型匹配是否相一致；

针对于所述匹配成功后的所述目标报文的报文类型为落地报文，报文逻辑检查项包括是否存在航班、航班状态是否结束以及是否获取航班实际到达时间。

在一种可能的实施方式中，所述业务类型包括：

针对于所述直接更新报文池，该直接更新报文池相对应的业务类型包括前方起飞业务、本站起飞业务、备降站起飞业务、本站到达业务、备降站到达业务、飞行任务变更业务以及返航到达业务；

针对于所述二次确认报文池，该二次确认报文池相对应的业务类型包括航班新增任务、航班延误任务以及更换飞机任务。

本申请实施例还提供了一种航班状态的更新装置，所述更新装置包括：

转换模块，用于获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；

第一分流模块，用于将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池；

第二分流模块，用于若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文；

执行模块，用于基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新。

本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的航班状态的更新方法的步骤。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的航班状态的更新方法的步骤。

本申请实施例提供的一种航班状态的更新方法、装置、电子设备及存储介质，所述更新方法包括：获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；将多个所述目标报文与动态航班进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池；若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文；基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新。通过智能分流将多个报文数据分流至疑难报文池、直接更新报文池以及二次确认报文池，在利用各自报文池相对应的更新方式对报文数据进行更新，实现了报文数据能够利用智能分流采用最合适的方式进行状态更新，提高了航班状态更新的精准性。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种航班状态的更新方法的流程图；

图2为本申请实施例所提供的一种航班状态的更新装置的结构示意图之一；

图3为本申请实施例所提供的一种航班状态的更新装置的结构示意图之二；

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中的附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“对航班状态进行更新”，给出以下实施方式，对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。

本申请实施例下述方法、装置、电子设备或计算机可读存储介质可以应用于任何需要进行航班更新的场景，本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的一种航班状态的更新方法、装置、电子设备及存储介质的方案均在本申请保护范围内。

首先，对本申请可适用的应用场景进行介绍。本申请可应用于航空技术领域。

值得注意的是，对航班状态数据进行更新是航空作业中较为重要的环节，在现有技术中通常是将航空电信网AFTN报文与航班动态进行匹配，可实现对航班动态基本信息的自动更新，但是在这种方式中更新的信息内容较为单一，未充分发挥报文数据的价值，缺乏信息更新前的逻辑合理性分析，表面上看报文正常，但结合实际航班动态并不合理，问题难以发现，发现后难以定位，并且所有状态直接自动更新，进而导致航班状态更新方式整体不够精准。

基于此，本申请实施例提供了一种航班状态的更新方法，通过智能分流将多个报文数据分流至疑难报文池、直接更新报文池以及二次确认报文池，在利用各自报文池相对应的更新方式对报文数据进行更新，实现了报文数据能够利用智能分流采用最合适的方式进行状态更新，提高了航班状态更新的精准性。

请参阅图1，图1为本申请实施例所提供的一种航班状态的更新方法的流程图。如图1中所示，本申请实施例提供的更新方法，包括：

S101：获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文。

该步骤中，对接收到的航班飞行动态报文根据报文类型进行报文协议转换和数据加工，得到多个目标报文。

其中，航班飞行动态报文为AFTN报文。

其中，进行报文协议转换为根据不同的报文类型结构化提取不同属性，如，对FPL报文提取航班号、实际起飞机场、实际起飞时间、目的机场、预计飞行时间、机型、机号等。

这里，对接收的原始AFTN报文进行协议转换，按报文类型结构化提取所需的字段，不同报文类型需提取的信息如下所示：

报文类型为领航计划报文FPL需提取的字段信息为航班号、飞行任务、起飞机场以及起飞时刻、目的机场、预计飞行时长、机号以及机型等；报文类型为修订领航计划报文CHG需提取的字段信息为航班号、执行日期、原航线、原起飞落地时刻以及更正的内容；报文类型为取消领航计划报文CNL需提取的字段信息为航班号、执行日期、航线、起飞落地时刻；报文类型为起飞报文DEP需提取的字段信息为航班号、执行日期、航线、实际起飞时刻；报文类型为落地报文ARR需提取的字段信息为航班号、执行日期、航线、实际落地时刻；报文类型为延误报文DLA需提取的字段信息为航班号、航线、预计起飞时刻和预计飞行时长；报文类型为现行飞机变更报文CPL需提取的字段信息为航班号、飞行任务、机型、起飞机场及起飞时刻、目的机场、预计飞行时长、备降/返航类型。

这里，对协议转换后的报文进行数据加工，得到多个目标报文，数据加工过程包含ICAO转IATA、本场过滤、时区计算等过程。ICAO转IATA主要对空管报文中机场和航司的ICAO代码转换为机场使用的IATA代码，如ZUTF->TFU；本场过滤识别报文中的起飞站和落地站，排除和当前机场无关的报文即起飞站、落地站、备降站都非本场的报文；时区计算分别对报文中提及的机场计算北京时间及机场当地时间。

S102：将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池。

该步骤中，将多个目标报文与动态航班信息进行匹配，将匹配不成功相对应的目标报文分流至疑难报文池。

这里，动态航班信息可为未来几天的航班信息。

这里，将目标报文中的航班号、进出港属性、执行日期等其他信息与动态航班信息中的航班号、进出港属性、执行日期等其他信息进行匹配。

在一种可能的实施方式中，所述将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池，包括：

A：将多个所述目标报文与所述动态航班信息中的航班号信息、执行日期信息以及进出港信息进行匹配。

这里，将目标报文中的信息与动态航班信息中的航班号信息、执行日期信息以及进出港信息进行一一匹配。

B：若任一所述目标报文与所述动态航班信息中的航班号信息、执行日期信息以及进出港信息的任一信息匹配不成功，则将该匹配不成功的目标报文分流至所述疑难报文池。

这里，若目标报文中的任一信息与动态航班中的航班号信息、执行日期信息以及进出港信息的任一信息匹配不成功，则将匹配不成功的目标报文分流到疑难报文池。

在具体实施例中，对目标报文与动态航班信息进行一一匹配，匹配方式为航班号、执行日期、进出港属性均相同，同时，需要满足航班未结束。未匹配成功的目标报文直接进入疑难报文池，匹配成功的目标报文进行智能分流引擎的分析计算。

S103：若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文。

该步骤中，若目标报文与动态航班信息航班匹配成功，则对匹配成功后的目标报文进行分流，确定出直接更新报文池、二次确认报文池以及疑难报文池相对应的报文。

这里，将匹配成功的目标报文进行智能分流，分别执行报文逻辑检查、自定义配置分流。报文逻辑检查，检查项按报文类型进行管理，具备良好的扩展性，针对单一报文及多报文之间检查信息的逻辑合理性，避免因报文表面正确但数据不合理直接更新航班动态而引发的错误。若命中任意报文逻辑检查项，则直接分流到疑难报文池，否则继续读取自定义配置，分流到直接更新池或二次确认池。最终将多个目标报文分流为疑难报文池、直接更新报文池、二次确认报文池三种方式。

在一种可能的实施方式中，针对于每个匹配成功后的所述目标报文，若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文，包括：

a：基于该匹配成功后的所述目标报文的报文类型确定出该匹配成功后的所述目标报文相对应的报文逻辑检查项，基于该报文逻辑检查项对该匹配成功后的所述目标报文进行报文逻辑检查。

这里，根据匹配后的目标报文的报文类型确定出该匹配成功后的目标报文相对应的报文逻辑检查项，根据报文逻辑检查项对该匹配成功后的目标报文进行报文逻辑检查。

这里，所述报文逻辑检查项包括：针对于所述匹配成功后的所述目标报文的报文类型为领航计划报文，报文逻辑检查项包括航班是否结束、起飞站是否相一致、目的站是否相一致、是否找到航班机号、机号与机型匹配是否相一致；针对于所述匹配成功后的所述目标报文的报文类型为落地报文，报文逻辑检查项包括是否存在航班、航班状态是否结束以及是否获取航班实际到达时间。

在本方案中按照报文类型对报文执行逻辑异常性检查，智能拦截“异常”报文，即内容本身正常但结合实际航班动态不合理的隐蔽性错误，避免错误更新航班状态影响机场所有下游业务系统的正常运转。人工从每天数千条AFTN报文中交叉检查逻辑合理性不切实际，而报文逻辑检查可以实时完成这一项繁杂的工作，大幅降低航班状态更新的错误率。

这里，不同报文类型对应的报文逻辑检查项如下：

报文类型为FPL报文：检查项为航班已结束，检查逻辑为进港航班满足本站到达、航班取消；出港航班满足本站起飞、下站到达、航班取消状态；检查项为起飞站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中起飞站和动态中航线不一致；检查项为目的站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中目的站和动态中航线不一致；检查项为未找到机号，检查逻辑为报文中机号信息不存在；检查项为机号机型不匹配，检查逻辑为FPL报中机号对应的机型与基础数据管理中关系不一致；检查项为机型不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中机型和动态中不一致。

报文类型为ARR报文：检查项为未找到航班，检查逻辑为报文在同一天航班动态中匹配失败；检查项为航班已结束，检查逻辑为进港航班满足本站到达、航班取消、出港航班满足本站起飞、下站到达、航班取消状态；检查项为未获得实际到达时间，检查逻辑为报文中实际到达时间不存在；检查项为前站未起飞，检查逻辑为航班状态为进港空状态，直接收到本站到达；检查项为本站未起飞，检查逻辑为航班状态为本站到达，在本站未起飞的情况下直接收到下站；检查项为本站已起飞，检查逻辑为航班状态为本站已起飞，才收到本站到达；检查项为实际到达过早，检查逻辑为实际到达时间与计划或调时时刻比较，早于2小时以上；检查项为起飞站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中起飞站和动态中航线不一致；检查项为目的站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中目的站和动态中航线不一致。

报文类型为DEP报文：检查项为未找到航班，检查逻辑为报文在同一天航班动态中匹配失败；检查项为航班已结束，检查逻辑为进港航班满足本站到达、航班取消、出港航班满足本站起飞、下站到达、航班取消状态；检查项为未获得实际起飞时间，检查逻辑为报文中实际起飞时间不存在；检查项为本站未到达，检查逻辑为航班状态为进港状态或前方起飞，直接收到本站起飞；检查项为本站已到达，检查逻辑为航班状态为本站到达，才收到前方起飞；检查项为下站已到达，检查逻辑为航班状态为到下站，才收到前方起飞或本站起飞；检查项为实际起飞过早，检查逻辑为实际起飞时间与计划或调时时刻比较，早于2小时以上；检查项为起飞站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中起飞站和动态中航线不一致；检查项为目的站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中目的站和动态中航线不一致。

报文类型为CHG报文：检查项为未找到航班，检查逻辑为报文在同一天航班动态中匹配失败；检查项为航班已结束，检查逻辑为进港航班满足本站到达、航班取消、出港航班满足本站起飞、下站到达、航班取消状态；检查项为起飞站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中起飞站和动态中航线不一致；检查项为目的站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中目的站和动态中航线不一致；检查项为未找到机号，检查逻辑为报文中机号信息不存在。

报文类型为DLA报文：检查项为未找到航班，检查逻辑为报文在同一天航班动态中匹配失败；检查项为航班已结束，检查逻辑为进港航班满足本站到达、航班取消、出港航班满足本站起飞、下站到达、航班取消状态；检查项为起飞站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中起飞站和动态中航线不一致；检查项为目的站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中目的站和动态中航线不一致。

报文类型为CPL报文：检查项为未找到航班，检查逻辑为报文在同一天航班动态中匹配失败；检查项为航班已结束，检查逻辑为进港航班满足本站到达、航班取消、出港航班满足本站起飞、下站到达、航班取消状态；检查项为起飞站不一致，检查逻辑为在航班动态中成功匹配上航班，但报文中起飞站和动态中航线不一致。

b：若未通过所述报文逻辑检查，则将该匹配成功后的所述目标报文确定为所述疑难报文池相对应的报文。

这里，若匹配成功后的目标报文没有通过相对应的报文逻辑检查项，则将该匹配成功后的目标报文确定为疑难报文池相对应的报文。

c：若通过所述报文逻辑检查，则对通过报文逻辑检查的所述目标报文相对应的业务类型进行确定，基于所述业务类型相对应的报文池映射表，确定出通过报文逻辑检查的所述目标报文相对应的所述直接更新报文池或者所述二次确认报文池。

这里，若匹配成功后的目标报文通过相对应的逻辑检查，则根据通过报文逻辑的目标报文的业务类型相对应的报文池映射表，确定出报文逻辑检查的目标报文相对应的直接更新报文池或者二次确认报文池。

这里，报文池映射表是预先自定义设定好的，自定义配置分流是根据报文对应业务的特征，将通过报文逻辑检查的数据按照可随时更新的业务分流为直接更新报文池和二次确认报文池，直接更新报文池用于更新数据完整且重要性较低的常规状态，二次确认报文池主要用于更新信息不完整或重要性较高的异常状态。

所述业务类型包括：针对于所述直接更新报文池，该直接更新报文池相对应的业务类型包括前方起飞业务、本站起飞业务、备降站起飞业务、本站到达业务、备降站到达业务、飞行任务变更业务以及返航到达业务；针对于所述二次确认报文池，该二次确认报文池相对应的业务类型包括航班新增任务、航班延误任务以及更换飞机任务。

其中，报文池映射表可为：

S104：基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新。

该步骤中，根据各自的航班状态更新方式对直接更新报文池、二次确认报文池以及疑难报文池对应的报文，进行航班状态更新。

为了要解决所有信息全部自动更新，某些重要更新使用者无感，缺少过程的把控。如换飞机业务可以由FPL报文直接触发更新，但飞机变更对机场各部门影响巨大，机场发布信息者需要人工审核后再进行一键更新来降低风险。本方案提供智能分流引擎，首先按照报文类型及自定义配置将更新数据分流到疑难报文池、直接更新池、二次确认池，根据报文类型、业务重要性、信息完整性等因素选择可控且便捷的方式进行更新。

在本方案中，基于报文类型对应的业务类型智能分流到直接更新报文池和二次确认报文池，直接更新报文池用于更新数据完整且重要性较低的常规状态，二次确认报文池主要用于更新信息不完整或重要性较高的异常状态，使得报文利用智能分流引擎采用最合适的方式进行状态更新。如ARR报进入直接更新报文池并直接更新本站到达、下站到达、备降站到达、返航到达等状态；而DLA报进入二次确认报文池并半自动更新航班延误状态，即解析DLA报中的预计起飞时间、预计飞行时长后自动计算出预计到达时间，人工确认信息无误后再手动选择报文中没有的延误原因后完成一键更新。

在具体实施例中，所述基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新，包括：

（1）：针对于所述直接更新报文池，对该直接更新报文池里的报文进行航班状态更新。

这里，直接更新报文池在接收到报文信息时就立即执行航班状态更新。

（2）：针对于所述二次确认报文池，将该二次确认报文池的报文相对应的信息填充至相对应的航班状态更新表单之中，检测是否存在需要调整的报文，若是，则将调整后的报文输入至所述航班状态更新表单之后，进行航班状态更新。

这里，二次确认报文池提取报文中可用信息自动填充进对应航班状态更新表单中，若有其他报文需要填写则由用户手动输入后一键执行更新。

如，如航班延误从DLA报文中获取预计起飞时间，自动计算预计到达时间填入表单，用户手动选择异常状态原因后点击发布完成一键更新。

这里，其他报文可包括异常原因报文。

（3）：针对于所述疑难报文池，对该疑难报文池对应的报文进行数据处理，生成报文消息，基于所述报文消息以及航班详情信息进行航班状态更新。

这里，疑难报文池的信息根据问题类型和模板自动生成消息体，描述航班号、报文类型、违反的检查项等，再结合航班详情面板的其他信息，辅助用户进行决策，最终通过手动完成航班状态更新，更新完成后消息自动销毁。

为了解决未充分利用报文中的信息，只更新少量信息的问题，如只利用FPL、ARR、DEP报文中航班起飞落地时间来更新航班状态。本方案将充分利用AFTN报文中FPL、ARR、DEP及CHG、CNL、DLA、CPL所有有价值的信息，结合人工补充一些报文内没有的信息，完成更详细、精准的航班状态更新。

在一种可能的实施方式中，在所述基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新之后，所述更新方法还包括：

I：在进行航班状态更新之后，生成当前更新航班状态信息。

II：检测当前更新航班状态信息是否正确；若否，则将当前更新航班状态信息回滚至该当前更新航班状态信息的任意前置状态，并保留该任意前置状态相对应航班状态信息。

这里，检测当前更新航班状态信息是否正确；若不正确，则将当前更新航班状态信息回滚至该当前更新航班状态信息的任意前置状态，并保留该任意前置状态相对应航班状态信息。

其中，所有航班状态更新后均记录每一次更新的版本，当有某次更新结果错误时，可执行航班状态更新回滚，回滚至任意前置状态并保留此状态的航班信息。航班每一次状态更新，系统将当前状态下所有航班信息存为一个版本，并根据更新的时间先后及逻辑顺序形成一个带有分支的状态更新链，正常状态的更新（前方起飞-本站到达-登机开始-催促登机-登机结束-本站起飞-下站到达）为主线，异常状态的更新（延误、航班取消、地面滑回、备降、返航等）为支线。执行状态回滚时，首先获取航班的状态更新链，然后向前获取可以回滚到的状态集合展示给用户，支持回滚到最新状态前的任意状态，回滚后将对应版本的所有航班信息也一并回滚。如一个航班经历了前方起飞-本站到达的更新过程，并在本站到达后更新了延误的异常状态，若本站到达更新有错，回滚回到前方起飞状态，即可执行回滚本站起飞和延误状态，回滚后航班状态重新回到前方起飞。

在本方案中当任何状态更新出现错误时，可以一键回滚至任意前置状态和所有航班信息。根据状态更新的时间先后及逻辑顺序生成一个带有分支的状态更新链，回滚时自动读取当前状态前的所有可回滚状态，用户选择回滚到任意之前的状态时自动获取对应版本的航班信息。实现灵活、准确、高容错的航班更新机制。

本申请实施例提供的一种航班状态的更新方法，所述更新方法包括：获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池；若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文；基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新。通过智能分流将多个报文数据分流至疑难报文池、直接更新报文池以及二次确认报文池，在利用各自报文池相对应的更新方式对报文数据进行更新，实现了报文数据能够利用智能分流采用最合适的方式进行状态更新，提高了航班状态更新的精准性。

请参阅图2、图3，图2为本申请实施例所提供的一种航班状态的更新装置的结构示意图之一；图3为本申请实施例所提供的一种航班状态的更新装置的结构示意图之二。如图2所示，所述更新装置200包括：

转换模块210，用于获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；

第一分流模块220，用于将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池；

第二分流模块230，用于若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文；

执行模块240，用于基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新。

进一步的，第一分流模块220在用于所述将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池时，第一分流模块220具体用于：

将多个所述目标报文与所述动态航班信息中的航班号信息、执行日期信息以及进出港信息进行匹配；

若任一所述目标报文与所述动态航班信息中的航班号信息、执行日期信息以及进出港信息的任一信息匹配不成功，则将该匹配不成功的目标报文分流至所述疑难报文池。

进一步的，第二分流模块230在用于针对于每个匹配成功后的所述目标报文，若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文时，第二分流模块230具体用于：

基于该匹配成功后的所述目标报文的报文类型确定出该匹配成功后的所述目标报文相对应的报文逻辑检查项，基于该报文逻辑检查项对该匹配成功后的所述目标报文进行报文逻辑检查；

若未通过所述报文逻辑检查，则将该匹配成功后的所述目标报文确定为所述疑难报文池相对应的报文；

若通过所述报文逻辑检查，则对通过报文逻辑检查的所述目标报文相对应的业务类型进行确定，基于所述业务类型相对应的报文池映射表，确定出通过报文逻辑检查的所述目标报文相对应的所述直接更新报文池或者所述二次确认报文池。

进一步的，执行模块240在用于所述基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新时，执行模块240具体用于：

针对于所述直接更新报文池，对该直接更新报文池里的报文进行航班状态更新；

针对于所述二次确认报文池，将该二次确认报文池的报文相对应的信息填充至相对应的航班状态更新表单之中，检测是否存在需要调整的报文，若是，则将调整后的报文输入至所述航班状态更新表单之后，进行航班状态更新；

针对于所述疑难报文池，对该疑难报文池对应的报文进行数据处理，生成报文消息，基于所述报文消息以及航班详情信息进行航班状态更新。

进一步的，如图3所示，更新装置200还包括撤销模块250，所述撤销模块250用于：

在进行航班状态更新之后，生成当前更新航班状态信息；

检测当前更新航班状态信息是否正确；

若否，则将当前更新航班状态信息回滚至该当前更新航班状态信息的任意前置状态，并保留该任意前置状态相对应航班状态信息。

进一步的，所述报文逻辑检查项包括：

针对于所述匹配成功后的所述目标报文的报文类型为领航计划报文，报文逻辑检查项包括航班是否结束、起飞站是否相一致、目的站是否相一致、是否找到航班机号、机号与机型匹配是否相一致；

针对于所述匹配成功后的所述目标报文的报文类型为落地报文，报文逻辑检查项包括是否存在航班、航班状态是否结束以及是否获取航班实际到达时间。

进一步的，所述业务类型包括：

针对于所述直接更新报文池，该直接更新报文池相对应的业务类型包括前方起飞业务、本站起飞业务、备降站起飞业务、本站到达业务、备降站到达业务、飞行任务变更业务以及返航到达业务；

针对于所述二次确认报文池，该二次确认报文池相对应的业务类型包括航班新增任务、航班延误任务以及更换飞机任务。

本申请实施例提供的一种航班状态的更新装置，所述更新装置包括：转换模块，用于获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；第一分流模块，用于将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池；第二分流模块，用于若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文；执行模块，用于基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新。通过智能分流将多个报文数据分流至疑难报文池、直接更新报文池以及二次确认报文池，在利用各自报文池相对应的更新方式对报文数据进行更新，实现了报文数据能够利用智能分流采用最合适的方式进行状态更新，提高了航班状态更新的精准性。

请参阅图4，图4为本申请实施例所提供的一种电子设备的结构示意图。如图4中所示，所述电子设备400包括处理器410、存储器420和总线430。

所述存储器420存储有所述处理器410可执行的机器可读指令，当电子设备400运行时，所述处理器410与所述存储器420之间通过总线430通信，所述机器可读指令被所述处理器410执行时，可以执行如上述图1所示方法实施例中的航班状态的更新方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1所示方法实施例中的航班状态的更新方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-OnlyMemory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种航班状态的更新方法，其特征在于，所述更新方法包括：

获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；

将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池；

若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文；

基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新；

针对于每个匹配成功后的所述目标报文，若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文，包括：

基于该匹配成功后的所述目标报文的报文类型确定出该匹配成功后的所述目标报文相对应的报文逻辑检查项，基于该报文逻辑检查项对该匹配成功后的所述目标报文进行报文逻辑检查；

若未通过所述报文逻辑检查，则将该匹配成功后的所述目标报文确定为所述疑难报文池相对应的报文；

若通过所述报文逻辑检查，则对通过报文逻辑检查的所述目标报文相对应的业务类型进行确定，基于所述业务类型相对应的报文池映射表，确定出通过报文逻辑检查的所述目标报文相对应的所述直接更新报文池或者所述二次确认报文池。

2.根据权利要求1所述的更新方法，其特征在于，所述将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池，包括：

将多个所述目标报文与所述动态航班信息中的航班号信息、执行日期信息以及进出港信息进行匹配；

若任一所述目标报文与所述动态航班信息中的航班号信息、执行日期信息以及进出港信息的任一信息匹配不成功，则将该匹配不成功的目标报文分流至所述疑难报文池。

3.根据权利要求1所述的更新方法，其特征在于，所述基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新，包括：

针对于所述直接更新报文池，对该直接更新报文池里的报文进行航班状态更新；

针对于所述二次确认报文池，将该二次确认报文池的报文相对应的信息填充至相对应的航班状态更新表单之中，检测是否存在需要调整的报文，若是，则将调整后的报文输入至所述航班状态更新表单之后，进行航班状态更新；

针对于所述疑难报文池，对该疑难报文池对应的报文进行数据处理，生成报文消息，基于所述报文消息以及航班详情信息进行航班状态更新。

4.根据权利要求1所述的更新方法，其特征在于，在所述基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新之后，所述更新方法还包括：

在进行航班状态更新之后，生成当前更新航班状态信息；

检测当前更新航班状态信息是否正确；

若否，则将当前更新航班状态信息回滚至该当前更新航班状态信息的任意前置状态，并保留该任意前置状态相对应航班状态信息。

5.根据权利要求1所述的更新方法，其特征在于，所述报文逻辑检查项包括：

针对于所述匹配成功后的所述目标报文的报文类型为领航计划报文，报文逻辑检查项包括航班是否结束、起飞站是否相一致、目的站是否相一致、是否找到航班机号、机号与机型匹配是否相一致；

针对于所述匹配成功后的所述目标报文的报文类型为落地报文，报文逻辑检查项包括是否存在航班、航班状态是否结束以及是否获取航班实际到达时间。

6.根据权利要求1所述的更新方法，其特征在于，所述业务类型包括：

针对于所述直接更新报文池，该直接更新报文池相对应的业务类型包括前方起飞业务、本站起飞业务、备降站起飞业务、本站到达业务、备降站到达业务、飞行任务变更业务以及返航到达业务；

针对于所述二次确认报文池，该二次确认报文池相对应的业务类型包括航班新增任务、航班延误任务以及更换飞机任务。

7.一种航班状态的更新装置，其特征在于，所述更新装置包括：

转换模块，用于获取航班飞行动态报文，对所述航班飞行动态报文基于相对应的多个报文类型进行报文协议转换以及数据加工，确定出多个目标报文；

第一分流模块，用于将多个所述目标报文与动态航班信息进行匹配，若匹配不成功，则将匹配不成功相对应的所述目标报文分流至疑难报文池；

第二分流模块，用于若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文；

执行模块，用于基于各自的航班状态更新方式对所述直接更新报文池、所述二次确认报文池以及所述疑难报文池对应的报文，进行航班状态更新；

第二分流模块在用于针对于每个匹配成功后的所述目标报文，若匹配成功，则对匹配成功后的所述目标报文进行分流，确定出直接更新报文池、二次确认报文池以及所述疑难报文池相对应的报文时，第二分流模块具体用于：

基于该匹配成功后的所述目标报文的报文类型确定出该匹配成功后的所述目标报文相对应的报文逻辑检查项，基于该报文逻辑检查项对该匹配成功后的所述目标报文进行报文逻辑检查；

若未通过所述报文逻辑检查，则将该匹配成功后的所述目标报文确定为所述疑难报文池相对应的报文；

若通过所述报文逻辑检查，则对通过报文逻辑检查的所述目标报文相对应的业务类型进行确定，基于所述业务类型相对应的报文池映射表，确定出通过报文逻辑检查的所述目标报文相对应的所述直接更新报文池或者所述二次确认报文池。

8.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行如权利要求1至6任一所述的航班状态的更新方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至6任一所述的航班状态的更新方法的步骤。

Images