航班的管理方法、装置、电子设备及计算机存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种航班的管理方法、装置、电子设备及计算机存储介质。

背景技术

航班从起飞前2-3天到起飞前这段时间是属于离港控制阶段，由航空公司控制室或者机场代理控制室完成航班的控制工作。

但是，目前的航空公司控制室或者机场代理控制室都是通过电报或电话通知，进行相应航班的控制工作，甚至部分机场通过持续关注前序航班的情况获取调整信息，从而相应地完成航班的控制工作。

因此，导致航班的控制工作存在着效率低、操作不及时、操作不透明、以及操作不规范等问题，从而给航空公司造成直接或者间接的经济损失。

发明内容

有鉴于此，本申请提供一种航班的管理方法、装置、电子设备及计算机存储介质，对航班进行精确的管理。

本申请第一方面提供了一种航班的管理方法，包括：

接收目标航班的变更后的航班信息；其中，所述变更后的航班信息包括目标航班的始发站信息；

根据所述目标航班的变更后的航班信息，生成处理方案清单；其中，所述处理方案清单中包括至少一个待处理业务的信息，以及处理所述待处理业务的部门系统的信息；

判断所述目标航班的始发站是否为所述目标航班所属航空公司的基地所在的场站；

若判断出所述目标航班的始发站为所述目标航班所属航空公司的基地所在的场站，将每一个所述待处理业务的信息发送至处理所述待处理业务的部门系统；

若判断出所述目标航班的始发站不是所述目标航班所属航空公司的基地所在的场站，则向机场代理控制室的系统发送所述处理方案清单，以触发所述机场代理控制室的系统，执行将每一个所述待处理业务的信息发送至处理所述待处理业务的部门系统。

可选的，所述根据所述目标航班的变更后的航班信息，生成处理方案清单，包括：

将所述目标航班的变更后的航班信息与所述目标航班的原始航班信息进行比对，得到比对结果；

根据所述比对结果，确定至少一个待处理业务以及处理所述待处理业务的部门系统的信息；

利用所有的所述待处理业务以及处理所述待处理业务的部门系统的信息，生成处理方案清单。

可选的，所述根据所述比对结果，确定至少一个待处理业务以及处理所述待处理业务的部门系统的信息，包括：

在预设的航班控制规则中，查询得到与所述比对结果对应的至少一个待处理业务以及处理所述待处理业务的部门系统的信息。

可选的，所述判断所述目标航班的始发站是否为所述目标航班所属航空公司的基地所在的场站之前，还包括：

接收所述处理方案清单的调整请求；其中，所述调整请求包括：对所述处理方案清单中的所述待处理业务进行更改、对所述处理方案清单中处理所述待处理业务的部门系统的信息进行更改、新增待处理业务以及处理所述新增待处理业务的部门系统的信息和删除所述处理方案清单中的所述待处理业务以及处理所述待处理业务的部门系统的信息中的一种或多种；

根据所述处理方案清单的调整请求，对所述处理方案清单进行调整。

可选的，所述航班的管理方法，还包括：

接收所述部门系统上传的针对所述待处理业务的处理进度。

可选的，所述航班的管理方法，还包括：

接收所述部门系统上传的针对所述待处理业务的处理结果。

可选的，所述航班的管理方法，还包括：

接收进度查询请求；其中，所述进度查询请求包括用户想要查询的至少一个所述待处理业务的信息；

向用户展示所述进度查询请求中的每一个所述待处理业务的处理进度或处理结果。

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

第一接收单元，用于接收目标航班的变更后的航班信息；其中，所述变更后的航班信息包括目标航班的始发站信息；

生成单元，用于根据所述目标航班的变更后的航班信息，生成处理方案清单；其中，所述处理方案清单中包括至少一个待处理业务的信息，以及处理所述待处理业务的部门系统的信息；

判断单元，用于判断所述目标航班的始发站是否为所述目标航班所属航空公司的基地所在的场站；

发送单元，用于若所述判断单元判断出，所述目标航班的始发站为所述目标航班所属航空公司的基地所在的场站，将每一个所述待处理业务的信息发送至处理所述待处理业务的部门系统；

所述发送单元，还用于若所述判断单元判断出，所述目标航班的始发站不是所述目标航班所属航空公司的基地所在的场站，则向机场代理控制室的系统发送所述处理方案清单，以触发所述机场代理控制室的系统，执行将每一个所述待处理业务的信息发送至处理所述待处理业务的部门系统。

可选的，所述生成单元，包括：

比对单元，用于将所述目标航班的变更后的航班信息与所述目标航班的原始航班信息进行比对，得到比对结果；

确定单元，用于根据所述比对结果，确定至少一个待处理业务以及处理所述待处理业务的部门系统的信息；

生成子单元，用于利用所有的所述待处理业务以及处理所述待处理业务的部门系统的信息，生成处理方案清单。

可选的，所述确定单元，包括：

查询单元，用于在预设的航班控制规则中，查询得到与所述比对结果对应的至少一个待处理业务以及处理所述待处理业务的部门系统的信息。

可选的，所述航班的管理装置，还包括：

第二接收单元，用于接收所述处理方案清单的调整请求；其中，所述调整请求包括：对所述处理方案清单中的所述待处理业务进行更改、对所述处理方案清单中处理所述待处理业务的部门系统的信息进行更改、新增待处理业务以及处理所述新增待处理业务的部门系统的信息和删除所述处理方案清单中的所述待处理业务以及处理所述待处理业务的部门系统的信息中的一种或多种；

调整单元，用于根据所述处理方案清单的调整请求，对所述处理方案清单进行调整。

可选的，所述航班的管理装置，还包括：

第三接收单元，用于接收所述部门系统上传的针对所述待处理业务的处理进度。

可选的，所述航班的管理装置，还包括：

第四接收单元，用于接收所述部门系统上传的针对所述待处理业务的处理结果。

可选的，所述航班的管理装置，还包括：

第五接收单元，接收进度查询请求；其中，所述进度查询请求包括用户想要查询的至少一个所述待处理业务的信息；

展示单元，用于向用户展示所述进度查询请求中的每一个所述待处理业务的处理进度或处理结果。

本申请第三方面提供了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如第一方面任意一项所述的方法。

本申请第四方面提供了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如第一方面任意一项所述的方法。

由以上方案可知，本申请提供的一种航班的管理方法、装置、电子设备及计算机存储介质中，该管理方法包括：首先，接收目标航班的变更后的航班信息；其中，所述变更后的航班信息包括目标航班的始发站信息；根据所述目标航班的变更后的航班信息，生成处理方案清单；其中，所述处理方案清单中包括至少一个待处理业务的信息，以及处理所述待处理业务的部门系统的信息；判断所述目标航班的始发站是否为所述目标航班所属航空公司的基地所在的场站；若判断出所述目标航班的始发站为所述目标航班所属航空公司的基地所在的场站，将每一个所述待处理业务的信息发送至处理所述待处理业务的部门系统；若判断出所述目标航班的始发站不是所述目标航班所属航空公司的基地所在的场站，则向机场代理控制室的系统发送所述处理方案清单，以触发所述机场代理控制室的系统，执行将每一个所述待处理业务的信息发送至处理所述待处理业务的部门系统。通过系统地将处理方案清单中的待处理业务下发至处理待处理业务的部门系统，从而达到对航班进行精确的管理的目的。

附图说明

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

图1为本申请实施例提供的一种航班的管理方法的具体流程图；

图2为本申请另一实施例提供的一种航班的管理方法的具体流程图；

图3为本申请另一实施例提供的一种航班的管理方法的具体流程图；

图4为本申请另一实施例提供的一种航班的管理装置的示意图；

图5为本申请另一实施例提供的一种生成单元的示意图；

图6为本申请另一实施例提供的一种执行航班的管理方法的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

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

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

本申请实施例提供了一种航班的管理方法，如图1所示，具体包括以下步骤：

S101、接收目标航班的变更后的航班信息。

其中，变更后的航班信息可以包括但不限于目标航班的始发站信息，例如：目标航班的目的站、目标航班的航班号、目标航班的航班日期、飞机号、机型、布局号、旅客信息、每一个旅客对应的座位号等，是可以根据实际情况进行设置的，此处不做限定。

例如：目标航班只是更改了布局号，那么目标航班的变更后的航班信息只需包括目标航班的始发站信息、新的布局号、目标航班的航班号就可以。

S102、根据目标航班的变更后的航班信息，生成处理方案清单。

其中，处理方案清单中包括至少一个待处理业务的信息，以及处理待处理业务的部门系统的信息。待处理业务可以是调整航班时刻、航班状态控制、预留旅客的作为等，此处不做限定；可以理解的是，不同的部门可以处理不同的业务，也可以处理相同的业务。部门系统的信息可以是但不限于部门在公司的内网的地址信息。

具体的，根据目标航班的变更后的航班信息中的信息，生成一个包含至少一个处理发生变更信息的待处理业务，以及处理待处理业务的部门信息的信息。

例如：目标航班的出发时间发生了变更、目标航班的飞机号发生变更和目标航班的布局号发生了变更；更改航班的出发时间、航班的飞机号的部门为部门A，更改航班布局号的部门为部门B；那么，处理方案清单中就应包含：1、更改目标航班的出发时间，以及部门A的系统在公司内网的地址信息；2、更改目标航班的飞机号，以及部门A的系统在公司内网的地址信息；更改目标航班的布局号，以及部门B的系统在公司内网的地址信息。

可选的，在本申请的另一实施例中，步骤S102的一种实施方式，如图2所示，具体包括以下步骤：

S201、将目标航班的变更后的航班信息与目标航班的原始航班信息进行比对，得到比对结果。

例如：A航班的航班信息发生变化。A航班的原始航班信息为：始发站PEK，目的站CAN，航班号XX1111，航班日期2020-12-31，飞机号B1001、机型321、布局表号510；A航班的变更后的航班信息为：始发站PEK，目的站CAN，航班号XX1111，航班日期2020-12-31，飞机号B2002、机型350、布局表号511。将A航班的变更后的航班信息与A航班的原始航班信息进行比对，可以看出，A航班可能由于某些原因，变更了本次航班的飞机，所以飞机号与原飞机号发生了变化，且与原始的机型不同，在飞机场中的布局号也发生了变化。

S202、根据比对结果，确定至少一个待处理业务以及处理待处理业务的部门系统的信息。

以步骤S201中的例子为例，由于飞机号、机型和布局号发生了变化，因此，生成三个待处理业务，并确定可以处理这三个待处理业务对应的部门，以及部门对应的部门系统的信息。

可选的，在本申请的另一实施例中，步骤S202的一种实施方式，具体包括以下步骤：

在预设的航班控制规则中，查询得到与比对结果对应的至少一个待处理业务以及处理所述待处理业务的部门系统的信息。

其中，预设的航班控制规则可以是航空公司进行预先设置的，此处不做限定。里边包含了发生了不同的变更情况时，需要生成的待处理业务以及处理待处理业务的部门系统的信息。

可以理解的是，如果用户的操作权限足够，是可以对预设的航空控制规则进行更改的。

S203、利用所有的待处理业务以及处理待处理业务的部门系统的信息，生成处理方案清单。

需要说明的是，可以是但不限于将所有的待处理业务以及处理待处理业务的部门系统的信息，按照待处理业务进行排序后，从上至下输入至处理方案清单中，方式十分多样化，此处不做限定。

S103、判断目标航班的始发站是否为目标航班所属航空公司的基地所在的场站。

例如：目标航班所属的航空公司为中国航空，目标航班的始发站为海南站，那么，判断目标航班的始发站是否为目标航班所属航空公司的基地所在的场站，就是判断目标航班的始发站，即海南站，是否为中国航空的基地所在的飞机场。

需要说明的是，当航班的始发站为航班所属航空公司的基地所在的场站时，可以直接将待处理业务下发至各个部门系统对待处理业务直接进行处理；当航班的始发站不是航班所属航空公司的基地所在的场站时，需要将包含待处理业务的处理方案清单发送给机场代理控制室，由机场代理控制室再将处理方案清单中的每一个待处理业务下发至各个部门系统对待处理业务进行处理。

具体的，若判断出目标航班的始发站为目标航班所属航空公司的基地所在的场站，则执行步骤S104；若判断出目标航班的始发站不是目标航班所属航空公司的基地所在的场站，则执行步骤S105。

S104、将每一个待处理业务的信息发送至处理待处理业务的部门系统。

S105、向机场代理控制室的系统发送处理方案清单，以触发机场代理控制室的系统，执行将每一个待处理业务的信息发送至处理待处理业务的部门系统。

需要说明的是，将待处理业务的信息发送至处理待处理业务的部门系统后，处理待处理业务的部门可以向自己的子部门或下级部门继续分配待处理业务。

可以理解的是，在接收到待处理业务后，还可以对待处理业务进行分析，确定处理待处理业务过程中，需要进行处理的其他业务，并将其向自己的子部门或下级部门进行分配；各级部门可以拒绝对分配的待处理业务进行处理，并由上级部门重新进行分配。

例如：A部门收到了航班机型发生了变化，分别查询变更后的机型和原始的机型可以承载多少个旅客，假如：变更后的机型可以承载100个旅客，但原始的机型可以承载150个旅客，那么就需要通知部分旅客需要继续等待下一个航班，因此，A部门不仅需要处理机型变更的业务，还需要通过A部门的子部门或下级部门，通知旅客，进行必要的说明，以及的旅客在变更后的飞机上的作为进行重新分配等。

需要说明的是，在各级部门对业务进行处理的过程中，可以在系统上绑定处理业务的人员的信息，以便后续可以及时的对业务处理情况进行询问。

需要特别指出的是，在步骤S102生成处理方案清单后，在步骤执行S103之前，由于处理方案清单是由系统自动生成的，因此可能会存在着错误的情况，所以用户可以对处理方案清单进行调整，在本申请的另一实施例中，航班的管理方法的一种实施方式，如图3所示，还包括：

S301、接收处理方案清单的调整请求。

其中，调整请求包括：对处理方案清单中的待处理业务进行更改、对处理方案清单中处理待处理业务的部门系统的信息进行更改、新增待处理业务以及处理新增待处理业务的部门系统的信息和删除处理方案清单中的待处理业务以及处理待处理业务的部门系统的信息中的一种或多种。

需要说明的是，用户在看到系统生成处理方案清单后，若觉得系统生成的处理方案清单存在问题，例如：数据错误，缺少数据，多出数据等，可以通过系统进行操作对处理方案清单进行调整。

S302、根据处理方案清单的调整请求，对所述处理方案清单进行调整。

可以理解的是，如遇突发情况、需特殊处理的航班等，拥有权限的用户可以直接自定义一个处理方案清单。

可选的，在本申请的另一实施例中，航班的管理方法一种实施方式，还包括：在获取用户的针对处理方案清单的确认信息后，再执行步骤S103。

可选的，在本申请的另一实施例中，航班的管理方法的一种实施方式，还包括：

接收部门系统上传的针对待处理业务的处理进度。

需要说明的是，为提高待处理业务的处理过程中出现操作不规范等问题，部门在对待处理业务处理的过程中，需要实施上传待处理业务的处理进度，以便实施对每一个部门的处理情况进行监控。

可以理解的是，在上传待处理业务的处理进度的同时，还可以上传处理待处理业务的处理方式及过程，以便后续出现问题时，找出问题所在。

可选的，在本申请的另一实施例中，航班的管理方法的一种实施方式，还包括：

接收部门系统上传的针对待处理业务的处理结果。

需要说明的是，处理结果中，也可以包含在对待处理业务进行处理的方式及过程，此处不做限定。

具体的，当部门完成自己需要处理的待处理业务后，将处理结果上传至系统，

可选的，在本申请的另一实施例中，航班的管理方法的一种实施方式，还包括：

接收进度查询请求。

其中，进度查询请求包括用户想要查询的至少一个待处理业务的信息。

具体的，在任意时间，用户都可以在系统上操作，对任意一个待处理业务的处理进度进行查询，可以理解的是，用户可以一个一个的查询待处理业务的处理进度，也可以批量的查询待处理业务的处理进度，方式十分多样化，此处不做限定。

向用户展示进度查询请求中的每一个待处理业务的处理进度或处理结果。

需要说明的是，当用户查询的待处理业务的还未处理完，那么向用户展示待处理业务的处理进度；当用户查询的待处理业务已经处理完了，那么向用户展示待处理业务的处理结果。

由以上方案可知，本申请提供的一种航班的管理方法：首先，接收目标航班的变更后的航班信息；其中，变更后的航班信息包括目标航班的始发站信息；根据目标航班的变更后的航班信息，生成处理方案清单；其中，处理方案清单中包括至少一个待处理业务的信息，以及处理待处理业务的部门系统的信息；判断目标航班的始发站是否为目标航班所属航空公司的基地所在的场站；若判断出目标航班的始发站为目标航班所属航空公司的基地所在的场站，将每一个待处理业务的信息发送至处理待处理业务的部门系统；若判断出目标航班的始发站不是目标航班所属航空公司的基地所在的场站，则向机场代理控制室的系统发送处理方案清单，以触发机场代理控制室的系统，执行将每一个待处理业务的信息发送至处理待处理业务的部门系统。通过系统地将处理方案清单中的待处理业务下发至处理待处理业务的部门系统，从而达到对航班进行精确的管理的目的。

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

本申请实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

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

本申请的另一实施例提供了一种航班的管理装置，如图4所示，具体包括：

第一接收单元401，用于接收目标航班的变更后的航班信息,。

其中，变更后的航班信息包括目标航班的始发站信息。

生成单元402，用于根据目标航班的变更后的航班信息，生成处理方案清单。

其中，处理方案清单中包括至少一个待处理业务的信息，以及处理待处理业务的部门系统的信息。

可选的，在本申请的另一实施例中，生成单元402的一种实施方式，如图5所示，包括：

比对单元501，用于将目标航班的变更后的航班信息与目标航班的原始航班信息进行比对，得到比对结果。

确定单元502，用于根据比对结果，确定至少一个待处理业务以及处理待处理业务的部门系统的信息。

可选的，在本申请的另一实施例中，确定单元502的一种实施方式，包括：

查询单元，用于在预设的航班控制规则中，查询得到与比对结果对应的至少一个待处理业务以及处理待处理业务的部门系统的信息。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

生成子单元503，用于利用所有的待处理业务以及处理待处理业务的部门系统的信息，生成处理方案清单。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图2所示，此处不再赘述。

判断单元403，用于判断目标航班的始发站是否为目标航班所属航空公司的基地所在的场站。

发送单元404，用于若判断单元403判断出，目标航班的始发站为目标航班所属航空公司的基地所在的场站，将每一个待处理业务的信息发送至处理待处理业务的部门系统。

发送单元404，还用于若判断单元403判断出，目标航班的始发站不是目标航班所属航空公司的基地所在的场站，则向机场代理控制室的系统发送处理方案清单，以触发机场代理控制室的系统，执行将每一个待处理业务的信息发送至处理待处理业务的部门系统。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图1所示，此处不再赘述。

可选的，在本申请的另一实施例中，航班的管理装置的一种实施方式，还包括：

第二接收单元，用于接收处理方案清单的调整请求。

其中，调整请求包括：对处理方案清单中的待处理业务进行更改、对处理方案清单中处理待处理业务的部门系统的信息进行更改、新增待处理业务以及处理新增待处理业务的部门系统的信息和删除处理方案清单中的待处理业务以及处理待处理业务的部门系统的信息中的一种或多种。

调整单元，用于根据处理方案清单的调整请求，对处理方案清单进行调整。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图3所示，此处不再赘述。

可选的，在本申请的另一实施例中，航班的管理装置的一种实施方式，还包括：

第三接收单元，用于接收部门系统上传的针对待处理业务的处理进度。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，航班的管理装置的一种实施方式，还包括：

第四接收单元，用于接收部门系统上传的针对待处理业务的处理结果。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，航班的管理装置的一种实施方式，还包括：

第五接收单元，接收进度查询请求。

其中，进度查询请求包括用户想要查询的至少一个待处理业务的信息。

展示单元，用于向用户展示进度查询请求中的每一个待处理业务的处理进度或处理结果。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

由以上方案可知，本申请提供的一种航班的管理装置中：第一接收单元401接收目标航班的变更后的航班信息；其中，变更后的航班信息包括目标航班的始发站信息；生成单元402根据目标航班的变更后的航班信息，生成处理方案清单；其中，处理方案清单中包括至少一个待处理业务的信息，以及处理待处理业务的部门系统的信息；判断单元403判断目标航班的始发站是否为目标航班所属航空公司的基地所在的场站；若判断单元403判断出目标航班的始发站为目标航班所属航空公司的基地所在的场站，发送单元404将每一个待处理业务的信息发送至处理待处理业务的部门系统；若判断单元403判断出目标航班的始发站不是目标航班所属航空公司的基地所在的场站，则发送单元404向机场代理控制室的系统发送处理方案清单，以触发机场代理控制室的系统，执行将每一个待处理业务的信息发送至处理待处理业务的部门系统。通过系统地将处理方案清单中的待处理业务下发至处理待处理业务的部门系统，从而达到对航班进行精确的管理的目的。

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

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

本申请另一实施例提供了一种电子设备，如图6所示，包括：

一个或多个处理器601。

存储装置602，其上存储有一个或多个程序。

当所述一个或多个程序被所述一个或多个处理器601执行时，使得所述一个或多个处理器601实现如上述实施例中任意一项所述的方法。

本申请另一实施例提供了一种计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项所述的方法。

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

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

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

本申请另一实施例提供了一种计算机程序产品,当该计算机程序产品被执行时，其用于执行上述任一项所述的航班的管理方法。

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

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

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

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