CN112884447A - 一种民航机场数据协同方法及系统 - Google Patents

Abstract

本发明提供一种民航机场数据协同方法，包括以下步骤：获取待处理事件的事件信息；根据事件信息，确定待处理事件对应的事件类型和实际处置流程；实际处置流程用于指示用于处理待处理事件的业务系统，以及业务系统针对待处理事件的处理任务；根据事件类型，确定不同业务系统间的信息协同逻辑；根据信息协同逻辑和实际处置流程，生成自动处置流程。该方法能够自动生成自动处置流程，使得民航机场数据协同系统对接的多个业务系统以及其对应的业务部门能够根据自动处置流程对待处理事件进行响应和处理。解决民航机场内因为业务系统和业务部门数量较多而存在的协调工作效率较低的问题，增加了各个业务系统和业务部门对待处理事件的处理效率和流畅度。

Description

一种民航机场数据协同方法及系统

技术领域

本发明涉及民航事件处理领域，尤其涉及一种民航机场数据协同方法及系统。

背景技术

民航机场的运行管控是指机场以安全为基础的情况下，提高机场正常运行效率的管理方式及手段。民航机场自治化运行管控是指民航机场根据相关政策及自身发展趋势，为了实现民航机场高效运行，需要将日常运行流程中的部分人工参与工作交由机器实现智能化处理，以摆脱人工所导致的低效能、主观性错误等对运行产生负面影响的问题。在民航机场各职能部门，都有处理相应事务的功能性系统。但是由于民航机场的职能部门较多，相应的应用系统也较多，而大量的民航事件都会同时需要多个职能部门和应用系统的配合工作才能顺利解决，这就导致了在不同的应用系统之间的事件处理逻辑需要完善的问题急需解决。

发明内容

有鉴于此，本发明提供一种民航机场数据协同方法及系统，至少部分解决现有技术中存在的问题。

根据本公开的一个方面，提供一种民航机场数据协同方法，应用于民航机场数据协同系统，所述民航机场数据协同系统对接有多个互异的业务系统；

包括以下步骤：

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

根据所述事件信息，确定所述待处理事件对应的事件类型和实际处置流程；所述实际处置流程用于指示用于处理所述待处理事件的所述业务系统，以及所述业务系统针对所述待处理事件的处理任务。

根据所述事件类型，确定不同业务系统间的信息协同逻辑；

根据所述信息协同逻辑和所述实际处置流程，生成所述自动处置流程。

在本公开的一种示例性实施例中，所述协同逻辑至少包括以下之一：

抽取数据逻辑、传输数据逻辑、交换数据逻辑、处理数据逻辑、产生数据逻辑、数据传输接口。

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

获取实际处置部门；

所述根据所述事件类型，确定不同业务系统间的信息协同逻辑，包括：

根据所述实际处置部门、所述事件类型和所述实际处置流程，确定不同业务系统间的信息协同逻辑。

在本公开的一种示例性实施例中，所述根据所述实际处置部门、所述事件类型和所述实际处置流程，确定不同业务系统间的信息协同逻辑，包括：

根据所述事件类型，确定信息协同框架；

根据所述实际处置流程和所述实际处置部门，确定信息协同种类；

根据所述实际处置部门、所述信息协同种类和所述信息协同框架生成所述信息协同逻辑。

在本公开的一种示例性实施例中，所述根据所述信息协同种类和所述信息协同框架生成所述信息协同逻辑，包括：

根据所述实际处置部门对所述信息协同框架进行修改；

将所述信息协同种类和所述信息协同框架结合，得到所述信息协同逻辑。

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

获取第一协同框架，所述第一协同框架对应第一事件；

根据所述第一协同框架和历史框架库中的多个历史框架，确定固化协同逻辑；

根据所述第一协同框架和所述固化协同逻辑，确定目标协同框架；

将所述目标协同框架储存至所述历史框架库中。

在本公开的一种示例性实施例中，所述根据所述第一协同框架和所述固化协同逻辑，确定目标协同框架，包括：

根据所述第一协同框架，确定通用协同逻辑；

根据所述第一协同框架、所述通用协同逻辑和所述固化协同逻辑，确定所述目标协同框架。

在本公开的一种示例性实施例中，所述第一协同框架是根据用户在多个互异的所述业务系统上的操作得到的。

在本公开的一种示例性实施例中，所述实际处置流程为：

根据所述实际处置部门、所述事件类型和预设处置流程生成的。

根据本公开的一个方面，提供一种民航机场数据协同系统，所述民航机场数据协同系统对接有多个互异的业务系统；

所述民航机场数据协同系统包括：

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

确定模块，用于根据所述事件信息，确定所述待处理事件对应的事件类型和事件等级；

流程生成模块，用于根据所述事件类型和所述事件等级确定自动处置流程；

其中，所述自动处置流程用于指示用于处理所述待处理事件的所述业务系统，以及所述业务系统针对所述待处理事件的处理任务。

本公开提供一种民航机场数据协同方法，应用于民航机场数据协同系统，能够通过对接收到的待处理事件的事件信息，对待处理事件进行分析和处理，得到待处理事件的事件类型和实际处置流程。并通过事件类型和实际处置流程处理得到解决该待处理事件的自动处置流程。使得民航机场数据协同系统对接的多个业务系统以及其对应的业务部门能够根据自动处置流程对待处理事件进行响应和处理。解决民航机场内因为业务系统和业务部门数量较多而存在的协调工作效率较低的问题，增加了各个业务系统和业务部门对待处理事件的处理效率和流畅度。

附图说明

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

图1示意性示出一种民航机场数据协同方法的流程图。

具体实施方式

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

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

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

本实施例提供一种民航机场数据协同方法，该方法可以应用于民航机场数据协同系统。相应的，也可以应用于其他能够施行此方法的电子设备，例如电脑、服务器、云处理器等，当然也并不一定要依附于实体的电子设备，可以以一定的代码或算力承载体进行施行。本实施例中以民航机场数据协同系统为例进行说明。

该方法应用的民航机场数据协同系统，可以对接有对应民航机场的多个业务系统，以便这些业务系统能够根据该方法生成的自动处置流程对待处理事件进行处理以及向对应的业务部门和相关人员下发处理任务。相应的，多个业务系统由于职能的不同可以是互异的，当然，也可以体现在对应业务部门的部门等级不同。同时也可以允许各业务系统在功能或职能上存在一定的重合。

具体地，该方法包括以下步骤：

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

步骤S300，根据所述事件信息，确定所述待处理事件对应的事件类型和实际处置流程；

步骤S500，根据所述事件类型，确定不同业务系统间的信息协同逻辑；

步骤S700，根据所述信息协同逻辑和所述实际处置流程，生成所述自动处置流程。

步骤S900，将所述自动处置流程发送至对应的至少一个所述业务系统。

其中，所述实际处置流程和所述自动处置流程均用于指示用于处理所述待处理事件的所述业务系统，以及所述业务系统针对所述待处理事件的处理任务。不同之处在于自动处置流程中进一步包含了不同业务系统之间的信息协同逻辑。其中，所述协同逻辑至少包括以下之一：抽取数据逻辑、传输数据逻辑、交换数据逻辑、处理数据逻辑、产生数据逻辑、数据传输接口。

可以理解的是，本实施例在基本条件下，是为了提供自动处置流程的生成方法，故步骤S900，是为了施行该自动处置流程所对应的步骤。单就生成方法而言，并不一定是必要步骤。

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

本公开提供一种民航机场数据协同方法，应用于民航机场数据协同系统，能够通过对接收到的待处理事件的事件信息，对待处理事件进行分析和处理，得到待处理事件的事件类型和实际处置流程。并通过事件类型和实际处置流程处理得到解决该待处理事件的自动处置流程。使得民航机场数据协同系统对接的多个业务系统以及其对应的业务部门能够根据自动处置流程对待处理事件进行响应和处理。解决民航机场内因为业务系统和业务部门数量较多而存在的协调工作效率较低的问题，增加了各个业务系统和业务部门对待处理事件的处理效率和流畅度。

由于在实际处理过程中，在两个部门的信息交互的过程中，在处理不同的民航事件时，两者间的信息协同逻辑也有可能存在不同，故而在确定信息协同逻辑时，不仅要确认信息交互中的实际处置部门的双方或多方具体是哪些，也要根据事件类型进行具体分析和处理，从而确认出准确的信息协同逻辑。并根据信息协同逻辑和实际处置流程生成自动处置流程。以此实现了自动处置流程可以直接应用于多个实际处置部门及对应的业务系统。使多个部门和系统能够实现流畅自动的事件处理。

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

步骤S400，获取实际处置部门。

步骤S500，具体可以包括：

步骤S510，根据所述实际处置部门、所述事件类型和所述实际处置流程，确定不同业务系统间的信息协同逻辑。

由于实际处置流程中的处置部门可能存在多个或多个级别的处置部门。而不同的处置部门和不同级别相同处置部门，其对应的业务系统在和其他业务系统进行信息交互时，需要的协同方式也会存在不同，故而在进行信息协同逻辑的确定时，也需要考虑到实际处置部门。

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

步骤S511，根据所述事件类型，确定信息协同框架。

步骤S513，根据所述实际处置流程和所述实际处置部门，确定信息协同种类。

步骤S515，根据所述实际处置部门、所述信息协同种类和所述信息协同框架生成所述信息协同逻辑。

信息协同框架时储存在历史框架库中的历史框架，其实由历史事件生成或人工输入的框架，且框架内本身不具有具体的信息协同种类。但每一民航事件，往往都会存在一些不同之处，直接调用历史框架进行处理显然是不合适的，故而需要根据实际处置部门和信息协同种类对信息协同框架进行修改和整理，最终生成信息协同逻辑。

在本公开的一种示例性实施例中，所述根据所述信息协同种类和所述信息协同框架生成所述信息协同逻辑，包括：

根据所述实际处置部门对所述信息协同框架进行修改。

将所述信息协同种类和所述信息协同框架结合，得到所述信息协同逻辑。

其中，修改具体包括对信息协同框架的剪枝、细化和调整。

具体地，剪枝为根据实际处置部门将信息协同框架中多余的流程删除掉。细化为根据实际处置流程，将某些规则细化为具体的数据名称或其他参数。调整为根据实际处置部门对某些数据进行调整。

需要说明的是，业务系统之间的信息自动连接实际上需要接口支撑，因此，这里所提到的数据名称仅仅只是一个示例，在真实的系统中，数据名称实际上还包含了相应的接口、数据规范、数据抽取方法等多种内容，在实际使用过程中，需要各个相关的业务系统都开放全部数据接口，再以本发明所产出的数据协同流程为基础，由专门的数据平台开展以事件驱动的信息协同，才能真正做到系统间的互联互通。

在本公开的一种示例性实施例中，获取第一协同框架，所述第一协同框架对应第一事件。所述第一协同框架是根据用户在多个互异的所述业务系统上的操作得到的。

根据所述第一协同框架和历史框架库中的多个历史框架，确定固化协同逻辑；

根据所述第一协同框架和所述固化协同逻辑，确定目标协同框架；

将所述目标协同框架储存至所述历史框架库中。

当某一个业务需要开展数据协同时，要求工作人员不再使用电话或者微信等目前常用的通讯工具来开展数据协同，而是通过所述本实施例提供的民航机场数据协同系统开展数据协同工作，其中的消息记录子模块将数据协同的内容全部记录下来。

以航空器漏油这个业务事件为例，为了保证航空器漏油事件能顺利处置，需要从多个业务系统中读取数据，工作人员通过民航机场数据协同系统发消息给地勤公司要求从其电子台账记录中获取航空器漏油的现场情况，以便确定事件发生的原因和可能的影响；工作人员民航机场数据协同系统发消息给油料公司要求其从加油系统中读取加油过程的资源及人员安排情况，以便确定事件发生的原因；工作人员通过民航机场数据协同系统发消息给地勤公司要求其从地勤排班系统中读取机务人员的排班情况，以便安排合适的人员来处置该业务事件；工作人员通过民航机场数据协同系统发消息给消防中心要求其从消防系统中读取消防车及人员的安排情况，以便提供相应的消防保障；工作人员通过民航机场数据协同系统发消息给运控中心要求其从机位分配系统读取机位后续的安排情况，以便对后续涉及的航空器调整降低后续影响。上述数据需求和实际发送的数据都按照统一的格式被民航机场数据协同系统记录下来，得到第一协同框架。并根据第一协同框架和自身固化逻辑将第一协同框架转化为统一格式并记录，及转化为目标协同框架。

在本公开的一种示例性实施例中，所述根据所述第一协同框架和所述固化协同逻辑，确定目标协同框架，包括：

根据所述第一协同框架，确定通用协同逻辑。

根据所述第一协同框架、所述通用协同逻辑和所述固化协同逻辑，确定所述目标协同框架。

其中通用协同逻辑为在不同业务系统或针对不同类型的事件中通用的协同逻辑，将这类逻辑确定出来能够进一步提高目标协同框架的准确性。

在本公开的一种示例性实施例中，所述实际处置流程为：

根据所述实际处置部门、所述事件类型和预设处置流程生成的。

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

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

值得注意的是，该实际处置流程和预设处置流程，可以仅包括不同业务部门或业务系统间的交互流程和具体的处理任务。

其中，预设处置流程的生成方法可以为：

步骤S1100，根据所述事件信息，确定所述待处理事件对应事件等级。所述事件等级用于指示能够处理所述待处理事件的所述业务部门的部门等级。

每一所述业务系统均至少对应一个业务部门，每一所述业务部门均具有对应的部门等级。部门等级一方面可以体现对应部门在民航机场内的行政等级，也可以体现对不同级别的待处理事件的处理能力等。

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

步骤S300，根据所述事件等级，确定与所述事件等级对应的预设处置流程。

本实施例中，实际处置部门的获取方法为：

步骤S2100，根据所述事件类型，从多个所述业务部门中确定出与所述事件类型对应的至少一个初始处置部门。

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

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

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

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

具体阐述如下：

S1：数据协同逻辑学习

S1-1：人工数据协同信息的记录

当某一个业务需要开展数据协同时，要求工作人员不再使用电话或者微信等目前常用的通讯工具来开展数据协同，而是通过所述消息传递子模块开展数据协同工作，消息记录子模块将数据协同的内容全部记录下来。

以航空器漏油这个业务事件为例，为了保证航空器漏油事件能顺利处置，需要从多个系统中读取数据，工作人员通过所述消息传递子模块发消息给地勤公司要求从其电子台账记录中获取航空器漏油的现场情况，以便确定事件发生的原因和可能的影响；工作人员通过所述消息传递子模块发消息给油料公司要求其从加油系统中读取加油过程的资源及人员安排情况，以便确定事件发生的原因；工作人员通过所述消息传递子模块发消息给地勤公司要求其从地勤排班系统中读取机务人员的排班情况，以便安排合适的人员来处置该业务事件；工作人员通过所述消息传递子模块发消息给消防中心要求其从消防系统中读取消防车及人员的安排情况，以便提供相应的消防保障；工作人员通过所述消息传递子模块发消息给运控中心要求其从机位分配系统读取机位后续的安排情况，以便对后续涉及的航空器调整降低后续影响。上述数据需求和实际发送的数据都按照统一的格式被所述消息记录子模块记录下来。

S1-2：人工数据协同信息的存储

当所述消息传递子模块将一个业务事件的信息记录下来后，会将信息传递给所述历史记录子模块进行记录，会根据自身固化逻辑将数据协同的内容转化为统一格式并记录。

以航空器漏油这个业务事件为例，所述历史记录子模块中记录的特征如下：

事件编号：每一个业务事件会有一个独有的事件编号。

事件类型：每一个业务事件都会被分配到一个固定的类别。

数据需求部门：数据协同是哪个部门发起的。需要说明的是，在所述历史记录子模块中已经保存了部门和业务系统的对应关系，只要给出业务系统名称就可以自动定位到对应的部门。

数据发送部门：数据协同需要哪个部门提供数据。

数据需求系统：数据是需要传递给哪个系统。

数据发送系统：数据是哪个系统抽取出来的。

数据名称：数据的具体名称。

数据请求时间：数据协同的请求是多久开始的。

数据内容：数据的具体内容。

S1-3：数据协同逻辑的学习

随着所述历史记录子模块中所存储的信息逐渐增多，所述历史分析子模块定期基于所述历史记录子模块中记录的数据开始自动构建数据协同的逻辑。所述历史记录子模块按照其中记录中存在的事件类型逐一构建每类事件的数据协同逻辑。

首先是通过调用所述逻辑存储子模块中的内容，判断这类事件是否已有数据协同逻辑，如果没有就开始新的数据协同逻辑的学习，如果已经存在就开始现有数据协同逻辑的更新。

新的数据协同逻辑的学习主要是通过从所述历史记录子模块中调用数据用于分析。首先通过聚类算法来识别哪些数据协同在该类事件中必然存在，值得说明的是，由于人工操作可能存在误操作，因此聚类条件的阈值设置相对较低，确保不会漏掉部分数据协同的规律。然后通过决策树算法来识别这类事件的开展过程中都涉及到哪些部门之间的数据协同，协同的顺序是什么，从而生成通过的数据协同流程。通过将必然存在的数据协同内容和数据协同流程整合，就可以得到这类事件完善的数据协同逻辑，这时将会把生成的数据协同逻辑放入所述逻辑存储子模块中进行存储。

现有数据协同逻辑的更新主要是通过从所述历史记录子模块中调用与现有数据协同逻辑不同的数据进行分析，从而找出可能存在的数据协同逻辑的变化。首先通过聚类算法识别近期内哪些数据协同操作与现有的数据协同操作存在差异，通过提取这些事件，再按照新的数据协同逻辑的学习过程产生相应的数据协同逻辑。需要说明的是，这里所产生的数据协同逻辑无法直接存入所述逻辑存储子模块，需要将其发送给所述人工审核子模块以确定相应的数据协同逻辑是否需要更新。

以航空器漏油这个业务事件为例，所述历史分析子模块通过调用所述历史记录子模块中事件类型为航空器漏油的数据，进行数据协同逻辑的构建，产出的数据协同逻辑包括以下字段：

事件类型：这是哪类事件的数据协同逻辑。

数据需求部门：数据协同由哪个部门发起的。

数据发送部门：数据协同需要哪个部门提供数据。

数据需求系统：数据是需要传递给哪个系统。

数据发送系统：数据是哪个系统抽取出来的。

数据名称：数据的具体名称。

流程编号：该数据协同操作在流程上的位置是什么。该编号由3部分组成，第一部分代表事件发生的位置，第二部分代表其位于流程上的哪个节点，第三部分代表其在节点上的位置。需要说明的是，由于业务事件流程开展过程中部分环节可能不存在固化的数据协同，因此流程编号只能表示其在流程中的位置和顺序，无法通过流程编号唯一构建相应的数据协同流程，必须要结合业务事件的开展流程才能唯一构建出一套数据协同流程。

S1-4：数据协同逻辑的存储

生成数据协同逻辑后，数据协同逻辑将会被传递给所述逻辑存储子模块进行存储。由于现有各类数据库的存储格式难以有效的存储流程数据，因此产出的数据协同逻辑为多元组的形式，在使用时根据要求与业务事件开展流程整合就可以形成数据协同的完整流程。

S2：数据协同流程生成

随着数据协同逻辑学习的越来越多，当某一类事件的数据协同逻辑构建好后，就可以通过输入业务事件的开展流程来自动生成相应的数据协同流程，具体步骤概述如下。

S2-1：数据协同逻辑的读取

当所述数据协同模块收到一个业务事件的开展流程后，首先去所述逻辑存储子模块按照事件的类别读取相应的数据协同逻辑，如果所述逻辑存储模块中存在该业务事件的数据协同逻辑，则从所述逻辑存储模块中读取并进行数据协同流程的生成，如果所述逻辑存储模块中不存在该业务事件的数据协同逻辑，则将业务事件转到所述消息接收子模块进行人工数据协同流程的生成并记录人工开展的过程。

S2-2：数据协同流程的生成

读取到对应业务事件的数据协同逻辑后，数据协同逻辑和业务事件开展流程会被共同传入所述流程生成子模块用以构建针对某一事件的数据协同流程，并传递出去。其中，对于每个业务事件来说，由于同类型业务事件每次涉及到的部门也可能存在差异，因此在自动产生数据协同流程的过程中，主要是分为两步，首先是读取该类业务事件的记录并组合成数据协同逻辑，然后再根据实际涉及的部门对所述数据协同逻辑进行剪枝、细化和调整。

以航空器漏油这个业务事件为例，首先是地勤工作人员将现场的情况上报地勤公司，地勤公司通知地勤工作人员对尚未了解清楚的信息进行核查并将漏油事件的信息录入电子台账，核查完毕，地勤公司将信息传给运控中心，运控中心一方面通知油料公司和地勤公司进一步核实漏油的情况，另一方面通知地勤公司和消防中心对现有资源进行统计，以明确具体应该由谁参与漏油问题的检查和相应的消防保障。

所述流程生成子模块在收到了业务事件开展流程和数据协同逻辑后，通过将两者整合，产出了针对航空漏油事件的数据协同流程，相关的业务系统可以基于这个流程自动进行相关信息的抽取与传递。需要说明的是，业务系统之间的信息自动连接实际上需要接口支撑，因此，这里所提到的数据名称仅仅只是一个示例，在真实的系统中，数据名称实际上还包含了相应的接口、数据规范、数据抽取方法等多种内容，在实际使用过程中，需要各个相关的业务系统都开放全部数据接口，再以本发明所产出的数据协同流程为基础，由专门的数据平台开展以事件驱动的信息协同，才能真正做到系统间的互联互通。

综上所述，本发明提供了一种数据协同逻辑生成的技术和对应的系统模块，可以自动根据机场业务开展情况学习相应的数据协同逻辑，并对该数据协同逻辑进行固化，从而可自动对后续的类似事件进行自动的数据协同操作。本发明主要实现了以下几个功能：1、可自动构建全部业务事件的数据协同逻辑，从而从根本上理顺了机场数据流动规律，有助于实现机场全部系统的互联互通。2、通过自动化的流程构建，解决了目前机场数据协同大多依赖于人力开展的问题，提高了机场数据协同的效率和准确性。3、采用统一的标准记录了机场数据协同的全部记录，可有效支撑基于数据的业务分析，有助于机场对自身业务的优化和提升。

根据本公开的一个方面，提供一种民航机场数据协同系统，所述民航机场数据协同系统对接有多个互异的业务系统；

所述民航机场数据协同系统包括：

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

确定模块，用于根据所述事件信息，确定所述待处理事件对应的事件类型和事件等级；

流程生成模块，用于根据所述事件类型和所述事件等级确定自动处置流程；

其中，所述自动处置流程用于指示用于处理所述待处理事件的所述业务系统，以及所述业务系统针对所述待处理事件的处理任务。

上述民航机场数据协同系统中各模块的具体细节已经在对应的信息处理方法中进行了详细的描述，因此此处不再赘述。

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

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是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.根据权利要求1所述的民航机场数据协同方法，其特征在于，所述方法还包括：

获取实际处置部门；

所述根据所述事件类型，确定不同业务系统间的信息协同逻辑，包括：

根据所述实际处置部门、所述事件类型和所述实际处置流程，确定不同业务系统间的信息协同逻辑。

4.根据权利要求3所述的民航机场数据协同方法，其特征在于，所述根据所述实际处置部门、所述事件类型和所述实际处置流程，确定不同业务系统间的信息协同逻辑，包括：

根据所述事件类型，确定信息协同框架；

根据所述实际处置流程和所述实际处置部门，确定信息协同种类；

根据所述实际处置部门、所述信息协同种类和所述信息协同框架生成所述信息协同逻辑。

5.根据权利要求4所述的民航机场数据协同方法，其特征在于，所述根据所述信息协同种类和所述信息协同框架生成所述信息协同逻辑，包括：

根据所述实际处置部门对所述信息协同框架进行修改；

将所述信息协同种类和所述信息协同框架结合，得到所述信息协同逻辑。

6.根据权利要求1所述的民航机场数据协同方法，其特征在于，所述方法还包括：

获取第一协同框架，所述第一协同框架对应第一事件；

根据所述第一协同框架和历史框架库中的多个历史框架，确定固化协同逻辑；

根据所述第一协同框架和所述固化协同逻辑，确定目标协同框架；

将所述目标协同框架储存至所述历史框架库中。

7.根据权利要求6所述的民航机场数据协同方法，其特征在于，所述根据所述第一协同框架和所述固化协同逻辑，确定目标协同框架，包括：

根据所述第一协同框架，确定通用协同逻辑；

根据所述第一协同框架、所述通用协同逻辑和所述固化协同逻辑，确定所述目标协同框架。

8.根据权利要求6所述的民航机场数据协同方法，其特征在于，所述第一协同框架是根据用户在多个互异的所述业务系统上的操作得到的。

9.根据权利要求3所述的民航机场数据协同方法，其特征在于，所述实际处置流程为：

根据所述实际处置部门、所述事件类型和预设处置流程生成的。

10.一种民航机场数据协同系统，其特征在于：所述民航机场数据协同系统对接有多个互异的业务系统；

所述民航机场数据协同系统包括：

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

确定模块，用于根据所述事件信息，确定所述待处理事件对应的事件类型和事件等级；

流程生成模块，用于根据所述事件类型和所述事件等级确定自动处置流程；

其中，所述自动处置流程用于指示用于处理所述待处理事件的所述业务系统，以及所述业务系统针对所述待处理事件的处理任务。

Images