CN113435706A - 一种一级航行通告溢报处理方法 - Google Patents

Abstract

本发明公开了一种一级航行通告溢报处理方法，包括如下步骤：1)设置接收通告的系列信息，包括发报单位、系列、年份、当前轮数，当前轮数初始值为1；2)每接收一份该系列通告，判断是否出现溢报，如果出现溢报，则判断是否新一轮溢报的第一份，如果是第一份溢报，则更新当前轮数＝当前轮数+1，存储该通告并在入库时记录该通告所属轮数；3)如果溢报但不是新一轮溢报的第一份，存储该通告并在入库时记录该通告所属轮数。本发明方法可使通告系统明确是否产生了溢报，而且还能明确每份通告究竟属于第几轮。

Description

一种一级航行通告溢报处理方法

技术领域

本发明涉及民航航空应用软件开发领域，主要涉及一种一级航行通告溢报处理方法，可应用于AOC(Airlines Operation Center)等领域。

背景技术

航行通告是飞行人员和与飞行有关的人员必须及时了解的、有关航行的设施、服务、程序等的设立、状况、变化，以及涉及航行安全的危险情况及其变化的通知。由空管局航行情报部门拍发的电报格式的航行通告主要有三种类型：NOTAM(一级航行通告)、SNOTAM(雪情通告)、ASHTAM(火山通告)，此外还有航空公司发布的文本格式的公司通告、数据公司公布的文本格式的AIP通告。航行通告的接收和处理是否及时、准确和完整，影响着飞行安全和航空公司的经济效益。

NOTAM(一级航行通告)的唯一识别号为通告号，通告号由发报单位+系列+报号+年份组成，格式例如ZGGG C0020/21,表示2021年广州发的C系列通告第20份。由于其报号规定为4位数，部分国家和地区的航行通告在当年超出9999份即溢报后，会从头寻找目前已失效(每个通告都带有生效时间范围)3个月以上的报号来重复使用，这就导致作为通告接收方的航空公司的通告库中同一通告号可能存在多份通告。

目前国内主流航空公司大多使用中航材航行通告系统。该系统能提供简单文本传递功能，用户手工设置重要通告类型、对通告进行文本备注后推送到其它终端。该系统无法判断溢报，不具备对一级航行通告溢报的处理功能。目前国外最为先进的汉莎Lido飞行计划系统的通告模块，具备限制表达、D项时间解析、飞行计划关联等功能。但该系统同样不具备对一级航行通告溢报的处理功能。

这些系统均不具备通告溢报处理功能，对溢报的通告只是照常接收储存，系统本身不能明确产生了溢报，也不能确定当前接收到的通告属于第几轮，也由于不能明确每份通告究竟属于第几轮，在溢报情况下，也就不能确定新一轮通告在通告库中的报号是否连续，不方便及时向发报单位索要导致报号不连续的通告，以保证通告的完整性。

图1是一个通告的格式说明，1位置用于填写通告号，2位置为生效期，包括生效时间和失效时间。图2是一个通告样本。3所指位置显示有通告号，“NOTAMR”显示其是一个替代航行通告，NOTAMR前后分别为新的航行通告系列编号和被替代的航行通告系列编号。4所指位置为该通告的生效时间和失效时间。

发明内容

本发明的发明目的是，提供一种一级航行通告溢报处理方法。

本发明的发明目的通过如下技术方案实现：一种一级航行通告溢报处理方法，包括如下步骤：

1)设置接收通告的系列信息，包括发报单位、系列、年份、当前轮数，当前轮数初始值为1；

2)每接收一份该系列通告，判断是否出现溢报，如果出现溢报，则判断是否新一轮溢报的第一份，如果是第一份溢报，则更新当前轮数＝当前轮数+1，存储该通告并在入库时记录该通告所属轮数；

3)如果溢报但不是新一轮溢报的第一份，存储该通告并在入库时记录该通告所属轮数。

本发明方法可使通告系统明确是否产生了溢报，而且还能明确每份通告究竟属于第几轮。

所述通告入库时记录其存在性，其存在性以删除标识表示，具有未删除和已删除两种状态，默认为未删除；

本发明通过如下方式判断是否出现溢报：

2.1)获取新接收到的通告的通告号，检查通告库当前是否有存在相同的通告号且为未删除的通告；

2.2)若有，进一步查找这些具有相同通告号的通告中收报时间最新，且轮数最大的通告，获取其收报时间T_旧和新接收到的通告的收报时间T_新；

2.3)比较两个收报时间间隔，如果T_新-T_旧>＝30天，且生效时间不同，则认为出现溢报。

判断是否出现溢报的过程改进如下，步骤2.2)，若检查到通告库当前存在相同的通告号且为未删除的通告，则将它们保存到相同通告号列表中，进一步查找相同通告号列表中收报时间最新，且轮数最大的通告,获取其收报时间T_旧。

将具有相同的通告号的记录取出形成中间表(即相同通告号列表)，后面的操作直接基于该中间表，有利于减少处理的数据量。

步骤2)中判断是否新一轮溢报的第一份的具体步骤如下：

(1)获取相同通告号通告中收报时间最新，且轮数最大的通告的轮数为N_旧；

(2)设置新收到的通告的轮数为N_新＝N_旧+1；

(3)比较所述当前轮数与N_新，如果当前轮数<N_新，则认为新收到的通告为新一轮溢报的第一份。

所述系列信息还包括初始报号和下一报号，初始报号值为0001，下一报号初始值为0001；

所述通告入库时还记录其有效性，其有效性具有有效和失效两种状态，根据通告的生效期确定；

步骤2)中如下步骤改进为：如果判断是第一份溢报，则更新信息：当前轮数＝当前轮数+1，下一报号＝溢报号+1，存储该通告并在入库时记录该通告所属轮数；然后，删除上一轮通告中从0001到该溢报号的所有无效通告，向发报方进行索报，索报内容为上述删除的除溢报号外的报号；

步骤3)中如下步骤改进为：如果溢报但不是新一轮溢报的第一份，更新系列信息：下一报号＝溢报号+1，存储该通告并在入库时记录该通告所属轮数；然后，删除上一轮通告中从变更前的所述下一报号到该溢报号的所有无效通告，向发报方进行索报，索报内容为上述删除的除溢报号外的报号；

溢报号指判断为溢报的通告的通告号。

所述系列信息还包括初始报号和下一报号，初始报号值为0001，下一报号初始值为0001；

所述通告入库时还记录其有效性，其有效性具有有效和失效两种状态，根据通告的生效期确定；

步骤2)中如下步骤改进为：如果判断是第一份溢报，则更新信息：当前轮数＝当前轮数+1，下一报号＝溢报号+1，存储该通告并在入库时记录该通告所属轮数；然后，删除上一轮中与该溢报号相同的通告，向发报方进行索报，索报内容为0001-溢报号-1的无效报号；

步骤3)中如下步骤改进为：如果溢报但不是新一轮溢报的第一份，存储该通告并在入库时记录该通告所属轮数，并判断是否将系列里的下一报号更新为新通告报号+1；然后，删除上一轮通告中与该溢报号相同的通告，向发报方进行索报；

溢报号指判断为溢报的通告的通告号。

在溢报情况下，本发明能自动向发报单位索要导致报号不连续的通告，有利于保证通告的完整性。

有益效果：

本发明的一级航行通告溢报处理方法，引入“轮数”概念，自动判断当前通告是否为溢报通告并记录通告的轮数，并且能检查最新一轮通告在通告库中的报号的连续性，如果发现报号不连续，系统会自动向发报单位进行索报以保证通告的完整性。

附图说明

图1是一个通告的格式说明；

图2是一个通告样本；

图3是本实施例航行通告溢报处理方法的软件流程图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步详细描述。

实施例一

图3是本实施例航行通告溢报处理方法的软件流程图，主要由S1-S9共9个工作步骤组成：

S1:设置系列并启用

设置要接收的通告的系列信息，配置：通告类型、发报单位、系列、初始报号、年份、下一报号、当前轮数、是否启用。

例如配置：通告类型＝NOTAM，发报单位＝ZGGG，系列＝C，初始报号＝0001，年份＝2021，下一报号(初始值＝0001)，当前轮数(初始为1)，启用(为控制字类型，用于控制是否接收该系列通告)。

表1为本实施例的系列数据表，其与现有技术的主要差别在于，其增加了系列轮数，用于表示该系列通告当前接收的为第几轮。

表1系列数据表

S2:接收通告

通过FTP服务接收来自空管的NOTAM通告数据，如接收2021年ZGGG C系列的通告。

S3:判断是否出现溢报

新接收到的该系列的每份NOTAM通告，按如下步骤来判断是否有出现溢报：

(1)获取新接收到的通告号,如ZGGG C0011/21，检查系统当前是否有存在相同的通告号且为未删除通告(通告入库时会记录其存在性，其存在性以删除标识表示，具有未删除和已删除两种状态，默认为未删除，如表1所示)，有则保存到【相同通告号列表】，如果没有，则认为没有出现溢报，转S4；

(2)如果【相同通告号列表】不为空，则进一步查找【相同通告号列表】中收报时间最新，且轮数最大的通告,获取其收报时间设为T_旧，将新接收到的通告的收报时间设为T_新；

(3)比较两个收报时间间隔，如果T_新-T_旧>＝30天，且生效时间不同(排除重复通告)，则认为出现溢报，转S5；如果T_新-T_旧<30天，则认为没有出现溢报，默认视为重发的通告，转S4。

S4:非溢报处理流程

如果非溢报，系统会做其他处理让通告入库或者删除，因此处主要介绍溢报处理方法，非溢报处理方法在此不进行讨论。

S5:判断是否新一轮溢报的第一份

系列信息中的当前轮数(简称系列轮数)必须保持与系统中已有的通告中最大的轮数一致，它是轮数的计数器。如果出现了溢报且新通告轮数比系列的轮数大，则认为出现了新一轮溢报的第一份，转S6。如果新通告轮数等于系列轮数，则认为是最新一轮溢报但不是第一份，转S8。如果新通告轮数小于系列轮数，则认为是系统中上一轮溢报新来的报文，在本实施例中，将其判断为非溢报，走非溢报处理流程S4。

按照如下步骤来判断是否新一轮溢报的第一份：

(1)查找【相同通告号列表】中收报时间最新，且轮数最大的通告，获取该通告的轮数，假设通告为ZGGG C0011/21(旧)，轮数_旧＝1。

(2)设置新收到的通告：轮数_新＝轮数_旧+1，如ZGGG C0011/21(新)，轮数_新＝2。

(3)比较系列轮数与轮数_新，如果系列轮数<轮数_新，则认为新收到的通告为新一轮溢报的第一份。如上例子，2021年ZGGG C系列轮数＝1，ZGGG C0011/21(新)轮数_新＝2，所以判定ZGGG C0011/21(新)是溢报的第一份，转S6。

S6:处理第一份溢报

当系统判断出现新一轮溢报的第一份时，按照如下步骤来处理：

(1)将该份通告显示在界面，让用户决策是否要让新一轮溢报入库；如果不入库，则用户会删除该通告，然后处理流程结束。

(2)如果进行入库，需要将对应系列中的当前轮数进行+1，下一报号更新为该新通告报号+1，同时通告在入库时，会记录通告的轮数，如表2所示。如上例子，2021年ZGGG C系列轮数＝1+1＝2，下一报号＝0012，并将ZGGG C0011/21(新)的轮数_新＝2保存入库。此时确保了系列轮数＝系统中已有的通告中最大的轮数。

S7：第一份溢报触发自动要报

继S6新通告入库后，系统会删除上一轮从0001--新通告报号之间所有无效的通告(腾位置)，并向发报方自动索报，索报内容为上述删除的除新通告报号外的无效报号。如上例子，系统会删除ZGGG C0001/21--ZGGG C0011/21之间无效的通告，例如删除了ZGGGC0001/21、ZGGG C0002/21、ZGGG C0003/21、ZGGG C0011/21(0011肯定无效，否则不会来一份溢报是0011)，然后会索报ZGGG C0001/21、ZGGG C0002/21、ZGGG C0003/21。如果上一轮仍有有效的报文，则新一轮不会使用该通告号。

S8:处理非第一份溢报

当系统判断出现溢报，且不是新一轮溢报的第一份时，按照如下步骤来处理：

系统自动将该通告进行入库，然后将对应系列中的下一报号更新为新通告报号+1，同时通告在入库时，会记录通告的轮数_新＝轮数_旧+1，如表2所示。如上例子：假设系统已有ZGGG C0019/21(旧)，然后2021年ZGGG C系列轮数＝2(在入库了ZGGG C0011/21(新)的时候，系列轮数＝2)，然后继续新来的报号为ZGGG C0019/21(新),则设置新收到的通告：轮数_新＝轮数_旧+1，如ZGGG C0019/21(新)，轮数新＝2。

S9:非第一份溢报触发自动要报

继S8新通告入库后，系统会删除上一轮报号为系列中的下一报号--新通告报号之间所有无效的通告(腾位置)，并向发报方自动索报，索报内容为上述删除的除新通告报号外的无效报号。如上例子，系统会删除ZGGG C0012/21--ZGGG C0019/21之间无效的通告，例如删除了ZGGG C0013/21、ZGGG C0015/21、ZGGG C0017/21、ZGGG C0019/21(0019肯定无效，否则不会来一份溢报是0019)，然后会索报ZGGG C0013/21、ZGGG C0015/21、ZGGG C0017/21。

表2通告数据表

本实施例通告数据表与现有技术的主要差别在于，其增加了轮数概念。

本发明当前只关注了一级航行通告，因为雪情通告和火山通告也需要配置系列，但是它们目前业务上不需要做溢报的处理，所以只有一级航行通告做了溢报处理的方法，如果以后业务上需要则把溢报处理方法应用到雪情通告和火山通告两种类型的通告处理中。

实施例二

溢报是因为0001-9999报号位置有限，然后每个系列如果超出9999份，则需要重复使用原来的位置，新的一轮需要做腾位置的处理。

在其他实施例中，新的一轮可以不用腾0001--溢报号-1的位置或者下一报号--溢报号-1的位置，只需要直接让溢报通告入库并删除其上一轮的通告即可。也即，第一份溢报更新系列轮数，入库时记录溢报通告的轮数，非第一份直接入库并记录溢报通告的轮数即可。

实施例一与实施例二主要差别体现在步骤S7-S9，实施例二的步骤S7-S9变更为：

S7：第一份溢报触发自动要报

继S6新通告入库后，系统删除上一轮中与新通告报号相同的通告，并向发报方自动索报，索报内容为0001-溢报号-1之间的无效报号。

S8:处理非第一份溢报

当系统判断出现溢报，且不是新一轮溢报的第一份时，按照如下步骤来处理：

系统自动将该通告进行入库，记录通告的轮数_新＝轮数_旧+1，通过轮数_新与系列轮数的关系和通告号与系列中下一报号之间的关系，判断是否将系列里的下一报号更新为新通告报号+1，通常来说，如果轮数_新<系列轮数，则无需更新下一报号，如果轮数_新＝系列轮数，则进一步比较新通告通告号与系列中下一报号，只有在新通告通告号≥系列中下一报号时，才更新系列里的下一报号，将其更新为新通告报号+1。下一报号从趋势上来看，应该是只进不退的。

S9:非第一份溢报触发自动要报

继S8新通告入库后，系统删除上一轮中与-新通告报号相同的通告，并向发报方自动索报，索报内容：

若步骤S8中更新了系列里的下一报号，索报内容为变更之前的所述下一报号-溢报号-1之间的无效报号；

否则，说明该通告为之前索要的通告之一，更新索要通告名单。

Claims (6)

1.一种一级航行通告溢报处理方法，其特征在于，包括如下步骤：

1)设置接收通告的系列信息，包括发报单位、系列、年份、当前轮数，当前轮数初始值为1；

2)每接收一份该系列通告，判断是否出现溢报，如果出现溢报，则判断是否新一轮溢报的第一份，如果是第一份溢报，则更新当前轮数＝当前轮数+1，存储该通告并在入库时记录该通告所属轮数；

3)如果溢报但不是新一轮溢报的第一份，存储该通告并在入库时记录该通告所属轮数。

2.根据权利要求1所述的一级航行通告溢报处理方法，其特征在于，所述通告入库时记录其存在性，其存在性以删除标识表示，具有未删除和已删除两种状态，默认为未删除；

步骤2)中判断是否出现溢报的步骤如下：

2.1)获取新接收到的通告的通告号，检查通告库当前是否有存在相同的通告号且为未删除的通告；

2.2)若有，进一步查找这些具有相同通告号的通告中收报时间最新，且轮数最大的通告，获取其收报时间T_旧和新接收到的通告的收报时间T_新；

2.3)比较两个收报时间间隔，如果T_新-T_旧>＝30天，且生效时间不同，则认为出现溢报。

3.根据权利要求2所述的一级航行通告溢报处理方法，其特征在于，判断是否出现溢报的过程改进如下，步骤2.2)，若检查到通告库当前存在相同的通告号且为未删除的通告，则将它们保存到相同通告号列表中，进一步查找相同通告号列表中收报时间最新，且轮数最大的通告,获取其收报时间T_旧。

4.根据权利要求1所述的一级航行通告溢报处理方法，其特征在于，步骤2)中判断是否新一轮溢报的第一份的具体步骤如下：

(1)获取相同通告号通告中收报时间最新，且轮数最大的通告的轮数为N_旧；

(2)设置新收到的通告的轮数为N_新＝N_旧+1；

(3)比较所述当前轮数与N_新，如果当前轮数<N_新，则认为新收到的通告为新一轮溢报的第一份。

5.根据权利要求1所述的一级航行通告溢报处理方法，其特征在于，所述系列信息还包括初始报号和下一报号，初始报号值为0001，下一报号初始值为0001；

所述通告入库时还记录其有效性，其有效性具有有效和失效两种状态，根据通告的生效期确定；

步骤2)中如下步骤改进为：如果判断是第一份溢报，则更新信息：当前轮数＝当前轮数+1，下一报号＝溢报号+1，存储该通告并在入库时记录该通告所属轮数；然后，删除上一轮通告中从0001到该溢报号的所有无效通告，向发报方进行索报，索报内容为上述删除的除溢报号外的报号；

步骤3)中如下步骤改进为：如果溢报但不是新一轮溢报的第一份，更新系列信息：下一报号＝溢报号+1，存储该通告并在入库时记录该通告所属轮数；然后，删除上一轮通告中从变更前的所述下一报号到该溢报号的所有无效通告，向发报方进行索报，索报内容为上述删除的除溢报号外的报号；

溢报号指判断为溢报的通告的通告号。

6.根据权利要求1所述的一级航行通告溢报处理方法，其特征在于，所述系列信息还包括初始报号和下一报号，初始报号值为0001，下一报号初始值为0001；

所述通告入库时还记录其有效性，其有效性具有有效和失效两种状态，根据通告的生效期确定；

步骤2)中如下步骤改进为：如果判断是第一份溢报，则更新信息：当前轮数＝当前轮数+1，下一报号＝溢报号+1，存储该通告并在入库时记录该通告所属轮数；然后，删除上一轮中与该溢报号相同的通告，向发报方进行索报，索报内容为0001-溢报号-1的无效报号；

步骤3)中如下步骤改进为：如果溢报但不是新一轮溢报的第一份，存储该通告并在入库时记录该通告所属轮数，并判断是否将系列里的下一报号更新为新通告报号+1；然后，删除上一轮通告中与该溢报号相同的通告，向发报方进行索报；

溢报号指判断为溢报的通告的通告号。

Images