CN113095624A - 一种民航机场不安全事件分类方法及系统 - Google Patents

Abstract

本发明提供一种民航机场不安全事件分类方法及系统，该方法包括：获取待处理事件的事件信息；根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类；若否，则根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类；根据至少一个所述候选分类，确定所述目标分类；将所述待处理事件与所述目标分类建立关联关系。本公开提供一种民航机场不安全事件分类方法及系统，能够根据获取到的待处理事件的事件信息，依次采用第一匹配规则和第二匹配规则，从第一事件库和第二事件库中，确定出目标分类，实现脱离人工的自动分类，避免了现有方法中通过人工凭借经验分类的情况。

Description

一种民航机场不安全事件分类方法及系统

技术领域

本发明涉及民航事件处理领域，尤其涉及一种民航机场不安全事件分类方法及系统。

背景技术

民航机场的运行管控是指机场以安全为基础的情况下，提高机场正常运行效率的管理方式及手段。民航机场自治化运行管控是指民航机场根据相关政策及自身发展趋势，为了实现民航机场高效运行，需要将日常运行流程中的部分人工参与工作交由机器实现智能化处理，以摆脱人工所导致的低效能、主观性错误等对运行产生负面影响的问题。

而在对具体事件确定出需要进行处理的部门和人员前，需要先对事件进行分类。现有分类都是工作人员通过经验进行人为判断的。

发明内容

有鉴于此，本发明提供一种民航机场不安全事件分类方法及系统，至少部分解决现有技术中存在的问题。

根据本公开的一个方面，提供一种民航机场不安全事件分类方法，包括：

获取待处理事件的事件信息；

根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类；

若否，则根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类；

根据至少一个所述候选分类，确定所述目标分类；

将所述待处理事件与所述目标分类建立关联关系。

在本公开的一种示例性实施例中，所述根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类，包括：

根据所述事件信息中的第一类信息，确定所述第一事件库中是有存在于所述第一类信息符合完全匹配条件的目标分类。

在本公开的一种示例性实施例中，所述根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类，还包括：

根据所述事件信息中的第二类信息，确定所述第一事件库中是有存在于所述第一类信息符合完全匹配条件的目标分类；

所述第一类信息包括事件名称，所述第二类信息包括事件特征。

在本公开的一种示例性实施例中，所述根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类，包括：

根据所述事件信息中的第二类信息，从所述第一事件库和所述第二事件库中确定每一候选事件与所述第二类信息的匹配度；

将匹配度符合筛选条件的至少一个候选事件对应的分类确定为所述候选分类。

在本公开的一种示例性实施例中，所述根据至少一个所述候选分类，确定所述目标分类，包括：

输出至少一个所述候选分类；

获取辅助信息，根据所述辅助信息从至少一个所述候选分类中，确定所述目标分类。

在本公开的一种示例性实施例中，所述方法还包括：

根据所述目标分类，从多个业务部门中确定出与所述目标分类对应的至少一个初始处置部门。

在本公开的一种示例性实施例中，所述方法还包括：

获取所述待处理事件的事件等级，确定与所述事件等级对应的预设处置流程；

根据所述目标分类、所述初始处置部门、所述事件等级和所述预设处置流程，确定与所述待处理事件对应的自动处置流程。

在本公开的一种示例性实施例中，所述根据所述目标分类、所述初始处置部门、所述事件等级和所述预设处置流程，确定与所述待处理事件对应的自动处置流程，包括：

根据所述事件等级，从至少一个所述初始处置部门中确定出至少一个实际处置部门；

根据所述实际处置部门、所述目标分类和所述预设处置流程，确认实际处置流程；

根据所述目标分类和所述实际处置流程生成自动处置流程。

在本公开的一种示例性实施例中，将所述事件信息和所述目标分类储存至所述第二事件库。

根据本公开的一个方面，提供一种民航机场不安全事件分类系统，包括：

获取模块，用于获取待处理事件的事件信息；

第一确定模块，用于根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类；

若否，则根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类；

第二确定模块，根据至少一个所述候选分类，确定所述目标分类；

关联模块，用于将所述待处理事件与所述目标分类建立关联关系。

本公开提供一种民航机场不安全事件分类方法及系统，能够根据获取到的待处理事件的事件信息，依次采用第一匹配规则和第二匹配规则，从第一事件库和第二事件库中，确定出目标分类，实现脱离人工的自动分类，避免了现有方法中通过人工凭借经验分类的情况。

附图说明

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

图1示意性示出一种民航机场不安全事件分类方法的流程图。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

本实施例提供一种民航机场不安全事件分类方法，该方法可以应用于民航机场不安全事件分类系统。相应的，也可以应用于其他能够施行此方法的电子设备，例如电脑、服务器、云处理器等，当然也并不一定要依附于实体的电子设备，可以以一定的代码或算力承载体进行施行。本实施例中以民航机场不安全事件分类系统为例进行说明。可以理解的是，本实施例中，仅是以系统的形式进行说明，在实际实施时，也可以以一个系统中的模块的形式而存在。

具体地，请参考图1，该方法包括以下步骤：

步骤S100，获取待处理事件的事件信息。

待处理事件和对应的事件信息的获取，可以来自于工作人员的人工输入，也可以来自于对应的检测设备或识别设备的信息输入。所述事件信息可以至少包括以下之一：事件名称、前序事件、是否违法、事件影响、事件涉及的人员、事件涉及的部门、事件所属区域、事件位置、事件时间、是否飞行中等。由于不同待处理事件的处理方式都存在一定的差异，所以可以理解的是，对待不同的待处理事件，可以根据具体的事件来确认所需要的事件信息。

步骤S300，根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类。所述第一事件库中具有多个第一类事件，每一所述第一类事件均具有对应的第一类事件信息。第一类事件信息可对应于上述的事件信息，当然也可以是更加详细的信息，以便于后续的分析和利用。其中，本实施例中，第一事件库用于储存所有上位法中规定的事件(官方法规或条例中明确规定的一些事件，以及相应的分类原则。第一事件库中的第一类事件都是根据该分类原则进行分类后的事件)。

若是，则执行步骤S310，确定所述目标分类。由于第一事件库中的第一类事件都是已经由根据上位法中的分类原则确定了分类的，故而在完成匹配后，可以直接得到目标分类。

若否，则执行步骤S330，根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类。第二事件库中，储存有第二类事件，第二类事件属于历史事件。历史事件指本机场(也可加上其他机场)历史发生过的历史事件，以及历史事件对应的历史事件信息。

步骤S500，根据至少一个所述候选分类，确定所述目标分类。

步骤S700，将所述待处理事件与所述目标分类建立关联关系。

本实施例中，由于分类方法依托于民航机场不安全事件分类系统，故而各步骤的施行主体可以为该系统，也可以为该系统对应的不同功能模块，本实施例中不作具体限定。

本实施例提供一种民航机场不安全事件分类方法，能够根据获取到的待处理事件的事件信息，依次采用第一匹配规则和第二匹配规则，从第一事件库和第二事件库中，确定出目标分类，实现脱离人工的自动分类，避免了现有方法中通过人工凭借经验分类的情况。同时，也能最大程度上符合上位法的规定，并在无法与上位法规定直接匹配的情况下，借助第二事件库来辅助确定目标等级，增加了准确率。

在本公开的一种示例性实施例中，步骤S300，具体和可以包括：

步骤S350，根据所述事件信息中的第一类信息，确定所述第一事件库中是有存在于所述第一类信息符合完全匹配条件的目标分类。

和/或，

步骤S370，根据所述事件信息中的第二类信息，确定所述第一事件库中是有存在于所述第一类信息符合完全匹配条件的目标分类。

所述第一类信息包括事件名称，所述第二类信息包括事件特征，所述事件特征可以为多个且不同，例如多个事件特征分别对应前序事件、是否违法、事件影响、事件涉及的人员、事件涉及的部门、事件所属区域、事件位置、事件时间、是否飞行中等。

可以理解的是，步骤S350和步骤S370为两种相互可以独立实施的匹配方法，在实际实施中，可以根据需求自行选择。本实施例中，同时选用两个步骤，且为了进一步提高匹配的速度，步骤S350的实施顺序早于步骤S370，且若在步骤S350中找到了符合的目标分类，则停止执行S370，直接进入步骤S310，即直接确定目标分类。

由于每次待处理事件可能都是突发事件，而大多数突发事件会存在不同，若只是将匹配度设置为一个阈值，可能导致在一些重要信息没匹配上的情况下也匹配出目标分类，这样的匹配结果无疑是存在隐患的。故而在本实施例中，只有符合完全匹配条件的才会被确定为目标分类。当然，由于有些信息的重要程度很低，所以在进行完全匹配条件的设置时，可以将这类信息进行弱化或忽略处理。即在这些非重要信息没有完全匹配上时，也能够匹配出目标分类。也就是说，完全匹配条件可以解释为对某些预设的重要信息进行完全匹配即可。

在本公开的一种示例性实施例中，步骤S330，具体可以包括：

步骤S331，根据所述事件信息中的第二类信息，从所述第一事件库和所述第二事件库中确定每一候选事件与所述第二类信息的匹配度。

步骤S333，将匹配度符合筛选条件的至少一个候选事件对应的分类确定为所述候选分类。

在无法从第一事件库中匹配到符合完全匹配条件的目标分类的情况下，也代表了无法直接对待处理事件进行直接分类。需要根据多个第二类信息从第一事件库和第二事件库中的事件中查找匹配度最高一些事件确定为候选事件。而在匹配时，为了减少误差，只将匹配度最高的事件确定为候选事件，往往会存在一定匹配错误的风险。所以本实施例会根据匹配度，将匹配度符合筛查条件的事件事确定为候选事件。在具体实施时，筛选条件可以设置为以下几种：

将匹配度符合阈值条件的事件确定为候选事件。

将匹配度排名靠前的几件事件确定为候选事件。(数量可以人为规定)。

当然，在实际实施时，也可以同时选用上述两种方式，并添加格外的筛选条件。例如，只将同时符合两种条件的事件确定为候选事件。或，在没有符合阈值条件的事件时，才会将排名靠前的几件事件确定为候选事件。

在本公开的一种示例性实施例中，步骤S500，具体可以包括：

步骤S510，输出至少一个所述候选分类。

步骤S530，获取辅助信息，根据所述辅助信息从至少一个所述候选分类中，确定所述目标分类。

在具体实施时，步骤S510，可以分为两种情况，在两种不同的实施方式下，步骤S530的获取辅助信息的方式也存在差异。下面将进行具体说明：

一种实施方式为，将至少一个候选分类和事件信息，输出至智能分析模块中。改智能分析模块为采用第一事件库和第二事件库，并结合上位法进行训练的得到的AI模型。该AI模型能够根据得到的候选分类和事件信息进行分析，并获取从互联网等渠道获取辅助信息进行判断，最终根据得到的信息从候选分类中确定出目标分类。

另一种实施方式为，直接将至少一个候选分类输出给机场相关的工作人员，并将事件信息一起展示给工作人员。工作人员可以直接根据信息在候选分类中确定出目标分类。或，输入新的分类作为目标分类。此时，辅助信息为工作人员输入的选择信息或新的分类。

当然，在一些情况下，两种方式也可以同时进行，例如在向工作人员输出候选分类时，同时输出由AI模型做出的判断结果，辅助工作人员做出最终判断。

在本公开的一种示例性实施例中，将所述事件信息和所述目标分类储存至所述第二事件库。在确定出了最终的目标分类后，会将目标分类与待处理事件进行关联，并连同事件信息一起储存至第二事件库中，以便在后续的分析过程中，能够调用相关信息进行分析。

在本公开的一种示例性实施例中，所述方法还包括：

步骤S900，根据所述目标分类，从多个业务部门中确定出与所述目标分类对应的至少一个初始处置部门。

确定出的初始处置部门是能够对待处理事件进行响应或处理的业务部门。但由于在一些民航机场内，相同业务部门可能存在多个且部门等级不同，或不同事件所需要的处理部门的等级不同等原因。本实施例中，为了避免出现业务部门的漏选或错选等原因，在根据目标分类确定初始处置部门时，可以不考虑初始处置部门的部门等级，尽可能将所有对应的业务部门确认出来。

在本公开的一种示例性实施例中，所述方法还包括：

步骤S910，获取所述待处理事件的事件等级，确定与所述事件等级对应的预设处置流程。

步骤S930，根据所述目标分类、所述初始处置部门、所述事件等级和所述预设处置流程，确定与所述待处理事件对应的自动处置流程。

获取的事件等级可以用于指示处理待处理事件所需的业务部门的业务等级。以便在生成自动处置流程时，能更准确的选择出相应的业务部门。

其中，预设处置流程是对应不同事件等级的民航事件的制式化或规范化处置流程，也可以理解为该等级下最全面的处置流程。预设处置流程可以对应每一事件等级各一个或多个，具体可根据实际情况进行设置。事件等级可以通过梳理机场业务运行现状及历史数据，明确机场运行主体、职责、协同方式、信息交互机制等，找出机场部门间在等级上的差异从而得到的。预制处置流程可以通过研究机场部门间职责关联及差异，建立能够将机场全部业务链条覆盖的机场部门交互框架，并结合业务现状和需求完善架构中缺失的部门从而得到的。

在本方法具体实施时，可以通过目标分类、事件等级和确定出的初始处置部门对多个预设处置流程进行选择，或对确定出的预设处置流程进行修改以得到自动处置流程。以此，可以避免关键环节的缺失。同时由于预设处置流程是预先设置好的，不需要现场生成，而基于预设处置流程得到自动处置流程的过程中，也可以减小相应的计算量，从而提高生成效率。

在本公开的一种示例性实施例中，步骤S930，具体可以包括：

步骤S931，根据所述事件等级，从至少一个所述初始处置部门中确定出至少一个实际处置部门。由于在上述步骤中确定出的初始处置部门是不考虑部门等级的，故而确定出的初始处置部门往往数量会多余实际需求的部门。为了避免人力物力的浪费，需要通过确定出的事件等级，在至少一个初始处置部门中确定出实际处置部门。实际处置部门为实际要对当前处理的待处理事件进行响应的部门。值得注意的时，由于在实际应用中，同一业务部门可能在同一等级下也存在多个同级别的且职能相同或相近的业务部门，在确定实际处置部门时，可以根据这些业务部门的当前人力情况、任务量及当前业务处理能力以及当前待处理事件的事件级别和紧急程度等因素，在这些业务部门中确定出实际处置部门。

步骤S933，根据所述实际处置部门、所述目标分类和所述预设处置流程，确认实际处置流程。

在一些情况下，预设处置流程中会包括对应事件等级下的所有业务部门，故而在确定实际处置流程时，需要根据确定出的实际处置部门和目标分类对预设处置流程进行修改，得到实际处置流程。

步骤S935，根据所述目标分类和所述实际处置流程生成自动处置流程。

由于在一些情况下，实际处置流程仅包括不同业务部门或业务系统间的交互流程和具体的处理任务。但不同的业务系统实际在协作处理事务时，需要进行信息的交互等。故而，为了使多个业务系统能够更好的进行协作，需要根据所述目标分类和所述实际处置流程生成自动处置流程。

为进一步说明本实施例提供的分类方法，本实施例提供一种实际实施案例以供参考和理解。

S1：上位法录入和更新

在使用该模块前，需要将上位法所明确规定的民航不安全事件的分类和每个事件所具有的特征录入事件样例子模块中，确保后续出现相同事件后能够查询到准确的信息。

对于飞机着火事件来说，相关的法律有《民用航空安全信息管理规定》、《民用航空器事故和飞行事故征候调查规定》、《民用运输机场突发事件应急救援管理规则》等法律文件，为了使该系统能有效识别该着火事件，需要将相关的事件样例提前输入系统存储。

S2：不安全事件信息接收

当一个新的不安全事件发生后，一线工作人员按要求将包括事件原因、事件影响、事件涉及的人员、事件涉及的部门、事件位置、事件时间等特征逐一录入，该信息将直接传入所述的事件特征学习子模块。

需要说明的是，上述六类特征只是特征大类，其中还包括若干特征，例如事件原因这一特征大类实际上由谁导致事件发生、产生的原因、是否违法等多个子特征，考虑到不同机场本身的差异及数据采集能力的差异，不同机场在使用该模块时所采用的特征可能存在一定差异，但必须包含上述六类特征才可能对非正常事件进行唯一性描述。

对于飞机着火事件来说，其输入的内容如下：

事件名称：航空器着火

前序事件：系统短路

事件发生原因：系统短路导致发热引发火灾

是否违法：否

事件影响：航空器损伤、机载系统损伤

事件涉及的人员：机务、飞行员、空乘

事件涉及的部门：航司、空管、飞行区

事件所属区域：飞行区

事件位置：地面

事件时间：9：24

是否飞行中：否

S3：不安全事件信息存储

当新的不安全事件信息传入所述的不安全事件分类模块后，也会在所述事件记录子模块中添加相应的记录项。其中，事件名称和事件特征来源于输入的事件信息，事件分类来源于事件特征学习子模块所输出的结果，事件管控方式和事件发送对象来源于事件管控子模块所输出的结果。

对于飞机着火事件来说，其特征信息会被存储于所述的不安全事件分类模块中。

S4：不安全事件的类别判定

所述的事件特征学习子模块在接收到新的不安全事件的信息后，将会结合所述事件样例子模块和所述事件记录子模块中所存储的信息对事件的分类进行判断，如果判断不了，则会通过事件特征判定子模块来借助专家经验对事件的分类进行判断，具体的，事件的类别判定流程详细概述如下：

所述的事件特征学习子模块在接收到新的不安全事件的信息后，首先去所述的事件样例子模块中根据事件的名称查询上位法是否有明确的规定，如果有的话就确定事件的分类，并将事件信息和分类结果存入事件样例子模块，同时将上述信息发送到事件管控子模块。

如果未能在所述的事件样例子模块中匹配到完全一样的事件，那么就按照特征查询，看新发生的不安全事件的特征是否能与事件样例子模块中某个事件的特征完全匹配，如果匹配上，就按照事件样例确定新的不安全事件的分类，并将事件信息和分类结果存入事件样例子模块，同时将上述信息发送到事件管控子模块。

如果在所述的事件特征学习子模块中没有找到任何事件样例与新的不安全事件所有特征都匹配，那么就去所述的事件记录模块中查询哪些事件和新发生的不安全事件特征完全匹配，将完全匹配的事件最多的分类作为新的不安全事件的分类，并将事件信息和分类结果存入事件样例子模块，同时将上述信息发送到事件管控子模块。

如果在所述的事件样例子模块和事件记录子模块中都没有找到与新发生的不安全事件特征完全匹配的事件，那么就分别从所述的事件样例子模块和所述的事件记录子模块中查询新发生的不安全事件特征与哪些事件重合度最高，并把重合度最高的前几个分类以及事件信息发送给所述的事件特征判定子模块。

所述的事件特征判定子模块在收到需要人为判定的事件后，会将所有的信息分别发送给多名一线人员或者业务专家，采用人工投票的方式确定事件的分类，并将事件信息和分类结果存入事件样例子模块，同时将上述信息发送到事件管控子模块。

对于飞机着火事件来说，首先是进行名称判定，在《民用航空安全信息管理规定》中有航空器着火事件、航空器火警事件与其相关，在《民用航空器事故和飞行事故征候调查规定》中有舱内起火事件、飞行阶段外的起火事件与其相关，《民用运输机场突发事件应急救援管理规则》中有航空器火警事件与其相关，但是没有一个事件样例与现有事件准确对应。因此去查询特征匹配情况，在特征匹配中，飞行阶段外的起火事件与该飞机着火事件特征完全一致，因此所述事件特征学习子模块自动判定该事件所属的分类是《民用航空器事故和飞行事故征候调查规定》中记载的飞行阶段外的起火事件，并将结果发送到所述的事件记录子模块和事件管控子模块。

S5：不安全事件记录更新

当一个新的不安全事件的分类确定后，该事件的信息和分类结果都会储存到所述的事件记录子模块中，随着所述的事件记录子模块累计的事件信息和分类不断增多，新不安全事件特征完全匹配的成功率也越来越高，相应的，不安全事件类别判断也就逐渐不再需要人工的干预。

对于飞机着火事件来说，事件记录子模块将其特征和相应的分类都一一记录，以待后续出现类似的事件时进行查询和判定。

S6：不安全事件管控信息的生成

当一个新的不安全事件的分类确定后，该事件的信息和分类结果都会传递给所述的事件管控子模块，事件管控子模块会根据业务逻辑构建事件的管控信息，现将主要特征与对应的管控要求概述如下：

事件分类明确了需要哪些部门来参与不安全事件的管控，需要什么样的管控流程。

事件原因这一类特征明确了需要进一步调查哪些事件信息，派谁去调查。

事件影响这一类特征明确了事件可能导致的负面后果，需要哪些部门和人去消除这个影响。

事件涉及的人员这一类特征明确了不安全管控有哪些人参加，分别负责什么样的工作。

事件涉及的部门这一类特征明确了不安全管控各个部门的工作职责和之间的协同关系。

事件位置这一类特征明确了管控的位置、方式和所需要额外注意的内容。

事件时间这一类特征明确了事件管控的时间要求。

当不安全事件的特征被翻译为特定的事件管控要求后，所述的事件管控子模块将会按照特定的模型将所有事件管控要求进行整合，形成完整的事件管控方式，并明确事件信息发送的对象，存入所述的事件记录子模块。

对于飞机着火事件来说，事件管控子模块将按照其内部逻辑，根据该事件的特征对其进行管控流程的生成。

事件名称：航空器着火。根据该特征明确需要机务和消防参与事件的管控，主要的管控是进行灭火。

前序事件：系统短路。根据该特征明确需要机务和系统工程师参与事件的管控，主要的管控是对系统进行检修。

事件发生原因：系统短路导致发热引发火灾。根据该特征明确需要机务和系统工程师参与事件的调查。

是否违法：否。根据该特征明确不需要公安的介入。

事件影响：航空器损伤、机载系统损伤。根据该特征明确需要对航空器进行维修，同时对机载系统进行维修。

事件涉及的人员：机务、飞行员、空乘。根据该特征明确事件的调查需要机务、飞行员、空乘参与，同时需要他们配合事件的管控。

事件涉及的部门：航司、空管、飞行区。根据该特征明确航司、空管、飞行区需要根据自己的工作职责参与事件的管控。

事件所属区域：飞行区。根据该特征明确事件的管控由飞行区来牵头。

事件位置：地面。根据该特征明确事件的管控位置为飞行区，需要在飞行区隔离出一片区域来进行事件的管控。

事件时间：9：24。根据该特征明确9：54需要明确事件的各类详细信息并开展管控，13：24事件需要基本管控完成并上报Safety系统。

是否飞行中：否。根据该特征明确本次事件的管控不用上升到应急流程，不需要成立事件管控指挥部。

基于此，根据上述信息的整合并经过事件管控子模块进行处理，可以自动生成相应的事件管控流程，具体流程为，首先安排飞行区管理部牵头整个事件的管控，由飞行区管理部协调机务和消防开展灭火操作，协调机务和系统工程师开展事件原因的检查，协调航司、空管、飞行区开展相应的管控保障工作。然后由飞行区管理部指定特定的区域进行事件的管控，由消防进行火灾的管控，由机务开展航空器的检修，由系统工程师开展机载系统的检修。整个管控过程不需要上升到应急流程，不需要成立事件管控指挥部，不需要公安介入，9：54需要明确事件的各类详细信息并开展管控，13：24事件需要基本管控完成并上报Safety系统。事件处理完成后需要由航司、机务、消防、系统工程师共同开展事件的调查，明确事件发生的原因、导致的后果，并明确善后的方式。最终由飞行区管控部形成相应的事件分析报告上交给机场运控中心。至此，所述事件分类模块自动完成了飞机着火事件的分类并自动生成了相应的管控流程，事件管控子模块会根据管控流程的内容自动明确需要将信息传送给哪些相关的系统。

S7：不安全事件信息的查询、统计、分析和修改

当机场需要对已经发生过的不安全事件进行分析时，可以通过所述的存档分析子模块按照事件的分类或者事件的特征进行分析，可有效解决目前不安全事件记录都是自然语言，难以有效利用的问题。此外，为了确保记录出错的问题，所述的存档分析子模块还可以批量化、定制化的对不安全事件的数据进行分析。

对于飞机着火事件来说，可通过存档分析子模块按照特征去查询事件的历史信息，如统计火灾类事件有多少，导致火灾类事件的原因占比等，从而分析火灾事件的特点并结合机场信息进行事件管控对策的优化和调整。

根据本公开的一个方面，提供一种民航机场不安全事件分类系统，包括：

获取模块，用于获取待处理事件的事件信息；

第一确定模块，用于根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类；

若否，则根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类；

第二确定模块，根据至少一个所述候选分类，确定所述目标分类；

关联模块，用于将所述待处理事件与所述目标分类建立关联关系。

上述航机场不安全事件分类系统中各模块的具体细节已经在对应的信息处理方法中进行了详细的描述，因此此处不再赘述。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

根据本发明的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件(包括储存器和处理器)的总线。

其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器(RAM)和/或高速缓存储存器，还可以进一步包括只读储存器(ROM)。

储存器还可以包括具有一组(至少一个)程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

电子设备也可以与一个或多个外部设备(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

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

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种民航机场不安全事件分类方法，其特征在于，包括：

获取待处理事件的事件信息；

根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类；

若否，则根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类；

根据至少一个所述候选分类，确定所述目标分类；

将所述待处理事件与所述目标分类建立关联关系。

2.根据权利要求1所述的民航机场不安全事件分类方法，其特征在于，所述根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类，包括：

根据所述事件信息中的第一类信息，确定所述第一事件库中是有存在于所述第一类信息符合完全匹配条件的目标分类。

3.根据权利要求2所述的民航机场不安全事件分类方法，其特征在于，所述根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类，还包括：

根据所述事件信息中的第二类信息，确定所述第一事件库中是有存在于所述第一类信息符合完全匹配条件的目标分类；

所述第一类信息包括事件名称，所述第二类信息包括事件特征。

4.根据权利要求1所述的民航机场不安全事件分类方法，其特征在于，所述根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类，包括：

根据所述事件信息中的第二类信息，从所述第一事件库和所述第二事件库中确定每一候选事件与所述第二类信息的匹配度；

将匹配度符合筛选条件的至少一个候选事件对应的分类确定为所述候选分类。

5.根据权利要求1所述的民航机场不安全事件分类方法，其特征在于，所述根据至少一个所述候选分类，确定所述目标分类，包括：

输出至少一个所述候选分类；

获取辅助信息，根据所述辅助信息从至少一个所述候选分类中，确定所述目标分类。

6.根据权利要求1所述的民航机场不安全事件分类方法，其特征在于，所述方法还包括：

根据所述目标分类，从多个业务部门中确定出与所述目标分类对应的至少一个初始处置部门。

7.根据权利要求6所述的民航机场不安全事件分类方法，其特征在于，所述方法还包括：

获取所述待处理事件的事件等级，确定与所述事件等级对应的预设处置流程；

根据所述目标分类、所述初始处置部门、所述事件等级和所述预设处置流程，确定与所述待处理事件对应的自动处置流程。

8.根据权利要求7所述的民航机场不安全事件分类方法，其特征在于，所述根据所述目标分类、所述初始处置部门、所述事件等级和所述预设处置流程，确定与所述待处理事件对应的自动处置流程，包括：

根据所述事件等级，从至少一个所述初始处置部门中确定出至少一个实际处置部门；

根据所述实际处置部门、所述目标分类和所述预设处置流程，确认实际处置流程；

根据所述目标分类和所述实际处置流程生成自动处置流程。

9.根据权利要求1所述的民航机场不安全事件分类方法，其特征在于，将所述事件信息和所述目标分类储存至所述第二事件库。

10.一种民航机场不安全事件分类系统，其特征在于，包括：

获取模块，用于获取待处理事件的事件信息；

第一确定模块，用于根据第一匹配规则确定所述第一事件库中是否存在与所述事件信息匹配的目标分类；

若否，则根据第二匹配规则在所述第一事件库和第二事件库中，确定至少一个候选分类；

第二确定模块，根据至少一个所述候选分类，确定所述目标分类；

关联模块，用于将所述待处理事件与所述目标分类建立关联关系。

Images