CN113486031B - 一种离港航班数据的更新方法及相关设备 - Google Patents

Abstract

本申请提供了一种离港航班数据的更新方法及相关设备，可以提高离港航班数据变更的及时性和准确性。该方法包括：获取飞机注册号报文，飞机注册号报文包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号；若飞机注册号报文未被过滤，则根据航司标识、航班号、后缀、航班日期以及航站确定与飞机注册号报文对应的第一订座航班计划；将飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型，目标航线与航班号相对应；若航班号所对应的航班未初始化，则根据目标离港机型更新第一离港航班数据，第一离港航班数据与第一订座航班计划相对应。

Description

一种离港航班数据的更新方法及相关设备

技术领域

本申请涉及航空领域，尤其涉及一种离港航班数据的更新方法及相关设备。

背景技术

离港系统是由航班数据控制系统、旅客值机系统和配载系统组成的计算机实时网络系统，其中，航班数据控制系统实现航班计划的建立、航班动态信息的变更等功能。

离港航班数据控制系统负责离港航班数据的管理工作，例如定期航班计划的建立、修改，航班数据显示，航班动态数据的变更等。目前国内航空公司使用的离港航班数据控制系统仍然是大型机事务处理系统，用户通过命令行的方式进行操作。

发明内容

本申请提供了一种离港航班数据的更新方法及相关设备，可以提高离港航班数据变更的及时性和准确性。

本申请实施例第一方面提供了一种离港航班数据的更新方法，包括：

获取飞机注册号报文，飞机注册号报文包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号；

若飞机注册号报文未被过滤，则根据航司标识、航班号、后缀、航班日期以及航站确定与飞机注册号报文对应的第一订座航班计划；

将飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型，目标航线与航班号相对应；

若航班号所对应的航班未初始化，则根据目标离港机型更新第一离港航班数据，第一离港航班数据与第一订座航班计划相对应。

本申请第二方面提供了一种离港航班数据更新装置，包括：

获取单元，用于获取飞机注册号报文，飞机注册号报文包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号；

确定单元，用于若飞机注册号报文未被过滤，则根据航司标识、航班号、后缀、航班日期以及航站确定与飞机注册号报文对应的第一订座航班计划；

匹配单元，用于将飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型，目标航线与所述航班号相对应；

更新单元，用于若航班号所对应的航班未初始化，则根据目标离港机型更新第一离港航班数据，第一离港航班数据与第一订座航班计划相对应。

本申请第三方面提供了一种计算机设备，包括：存储器、处理器以及总线系统；其中，所述存储器用于存储程序，所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信；所述处理器用于执行所述存储器中的程序，所述处理器用于根据程序代码中的指令执行上述第一方面所述的离港航班数据的更新方法的步骤。

本申请实施例第四方面提供了一种机器可读介质，其包括指令，当其在机器上运行时，使得机器执行上述各方面所述的离港航班数据的更新方法的步骤。

综上所述，可以看出，本申请提供的实施例中，获取飞机注册号报文，该飞机注册号报文包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号，根据航司标识、航班号、后缀、航班日期以及航站确定与所述飞机注册号报文对应的第一订座航班计划；根据飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型；若航班号所对应的航班未初始化，则根据目标离港机型更新第一离港航班数据。这样用户在前端设备操作生成第一报文生成指令，服务器根据指令生成飞机注册号报文，之后根据飞机注册号报文对相应的离港航班数据进行更新，保证离港航班数据变更的及时性和准确性。

附图说明

结合附图并参考以下具体实施方式，本申请各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本申请实施例提供的离港航班数据控制系统的一个网络架构图；

图2为本申请实施例提供的离港航班数据控制系统的另一网络架构图；

图3为本申请实施例提供的离港航班数据的更新方法的一个流程示意图；

图4为本申请实施例提供的离港航班数据的更新方法的另一流程示意图；

图5为本申请实施例提供的离港航班数据更新装置的结构示意图；

图6为本申请实施例提供的机器可读介质的结构示意图；

图7为本申请实施例提供的服务器的硬件结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的实施例。虽然附图中显示了本申请的某些实施例，然而应当理解的是，本申请可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本申请。应当理解的是，本申请的附图及实施例仅用于示例性作用，并非用于限制本申请的保护范围。

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

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

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

伴随着经济全球化和航空市场的快速发展，航空公司期望离港航班控制系统能做出更多的改变，例如使用简便直观的用户操作界面，提供自动建立、更新航班计划，自动更新航班动态信息等功能。针对这一需求，本申请实施例提供了一种离港航班数据的更新方法，通过全开放式的方式提升航空公司工作效率，保证离港航班数据变更的及时性、准确性。

请参阅图1，图1为本申请实施例提供的离港航班数据控制系统的网络架构图，该离港航班数据控制系统包括前端设备101、网络102以及服务器103，其中，前端设备101以及服务器103通过网络102进行通信连接，该通信连接可以是有线也可以是无线，具体不做限定。

该离港航班控制系统包括两种模式：全开放化模式以及半开放化模式，对于全开放化模式：用户通过前端设备101输入新建以及修改离港航班计划等操作指令，服务器103可以根据用户在前端设备101输入的操作指令自动修改离港航班动态数据，用户还可以通过前端设备101查询离港航班动态数据，发布离港航班数据到关联系统。对于半开放化模式，用户仍然使用指令在前端设备101上进行操作，仅将查询功能全部从大型机迁移到开放服务器上，从而减轻大型机的性能压力，最终所有半开放化方式会全部转移为全开放方式。也即针对于全开放化模式，用户在前端设备101中的操作均是有服务器103来执行的，对于半开放模式，用户在前端设备101中的操作，有大部分是由服务器103来执行的，只有更新指令是由大型机来执行的，其中，大型机为使用专用的处理器指令集、操作系统和应用软件来处理用户在前端设备输入的更新指令。

请参阅图2，图2为本申请实施例提供的离港航班数据控制系统200的另一框架图，包括报文导入模块201，核心处理模块202、发布模块203以及指令模块204；

其中，报文导入模块201：负责导入飞机注册号报文以及标准航班动态报文等信息，并按照指定格式对报文进行解析，若报文符合格式要求，则确定报文解析成功，否则解析失败，并判断报文是否在处理范围内，若报文未在处理范围内，则该报文被过滤，若该报文在处理范围内，则继续判断报文对应的订座航班计划是否存在，若该报文对应的订座航班计划存在，则确定报文导入成功，若该报文对应的订座航班计划不存在，则将该报文暂时进行存储。

可以理解的是，该飞机注册号飞为在国际航空运输协会(International AirTransport Association，IATA)注册的每架飞机的唯一标识，是飞机的身份标识，标准航班动态报文(Aircraft Movement Message，MVT)为IATA标准的航班动态报文，用于航班离港、到达和延误等动态信息的变更。

核心处理模块202，用于对导入成功的报文进行处理，对手工更新的离港航班数据进行的处理，对用户在前端设备输入的操作指令进行处理；对指令输入的航班计划以及航班动态变更指令进行预处理。

发布模块203，用于在全开放化模式，在离港航班数据发生变更时通知关联系统，例如离港核心控制系统、配载系统。

指令模块204，用于在半开放化模式中，负责用户在前端设备输入的操作指令的解析和指令处理结果格式化展示。

下面从服务器的角度本申请提供的离港航班数据的更新方法进行说明，请参阅图3，图3为本申请实施例提供的离港航班数据的更新方法的一个流程示意图，包括：

301、获取飞机注册号报文。

本实施例中，服务器可以获取飞机注册号报文，具体的可以是用户在前端设备的可视化显示界面进行操作，例如输入或选择航司标识(航司标识为航空公司的唯一标识)、航班号、后缀、航班日期、航站以及飞机注册号，前端设备可以响应该操作，获取第一报文生成指令，并触发服务器根据该第一报文生成指令获取到预先定义的格式的飞机注册号报文。其中，该飞机注册号报文为与航司标识之间的一种自定义报文，包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号，该飞机注册号报文格式如表1所示：

表1

302、若飞机注册号报文未被过滤，则根据航司标识、航班号、后缀、航班日期以及航站确定与飞机注册号报文对应的第一订座航班计划。

本实施例中，服务器在获取到飞机注册号报文之后，可以判断该飞机注册号报文是否被过滤，过滤的方式通过全开放模式的配置文件进行过滤，具体的：根据飞机注册号报文中的航司标识在全开放模式的配置文件进行查找，若在全开放模式的配置文件中查找到与该飞机注册号报文中的航司标识相匹配的航空公司，则说明该飞机注册号报文中的航司标识已使用全开放模式，则该飞机注册号报文不被过滤，则根据航司标识、航班号、后缀、航班日期以及航站确定与飞机注册号报文对应的第一订座航班计划，也即根据航班号、后缀、航班日期以及航站在该飞机注册号报文所对应的航司标识的订座系统中查找对应的订座航班计划，若查找到，则将查找到的订座航班计划确定为第一订座航班计划。

若在全开放模式的配置文件中未查找到与该飞机注册号报文中的航司标识相匹配的航空公司，则说明该飞机注册号报文所对应的航司标识未使用全开放模式，则将该飞机注册号报文进行过滤，设置该飞机注册号报文为导入过滤状态，并记录导入时间，继续导入下一份飞机注册号报文。

303、将飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型。

本实施例中，服务器将飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型，该目标航线与航班号相对应，其中，飞机的航线不仅确定了飞机飞行具体方向、起讫点和经停点，而且还根据空中交通管制的需要，规定了航线的宽度和飞行高度。可以理解的是，飞机注册号是一架飞机的唯一标识，同一架飞机在飞行不同的航线时，由于飞行高度等因素对应不同的离港机型。所以可以根据飞机注册号、航线匹配出离港航班计划对应的离港机型。

304、若航班号所对应的航班未初始化，则根据目标离港机型更新第一离港航班数据。

本实施例中，服务器可以判断该航班号所对应的航班是否进行初始化，初始化是指离港核心控制系统向订座系统申请旅客名单报，为旅客值机做准备，初始化完成后，旅客就可以值机了。若服务器确定某航班已经初始化，则说明该航班可能已经有用户值机了，随意修改离港机型会造成已值机旅客座位变更或无座位的情况，所以初始化后将该飞机注册号报文设置为警告状态，不自动修改离港机型；若服务器确定该航班号对应的航班未初始化，则根据目标离港机型更新第一离港航班数据。

需要说明的是，在根据目标离港机型更新第一离港航班数据之后，可以将该第一离港航班数据发布到大型机和其他与离港系统相关联的系统，保证离港相关联系统中航班数据的一致性。

一个实施例中，服务器还执行如下操作：

获取航班动态报文，航班动态报文包括航司标识、航班号、后缀、航班日期以及航站；

若航班动态报文未被过滤，则根据航司标识、航班号、后缀、航班日期以及航站判断离港系统中是否存在与航班动态报文所对应的第二离港航班数据；

若离港系统中存在与航班动态报文所对应的航班动态信息，则根据航班动态报文对航班动态信息进行更新；

发布更新后的航班动态信息。

本实施例中，该航班动态报文的类型包括起飞报文、延误报文、起飞延误报文、返回停机坪报文、返航报文、到达报文、更新预计到达时间报文、到达滑行时间偏差报文。服务器可以响应第二报文生成指令，并根据第二报文生成指令获取航班动态报文，具体的可以是用户在前端设备的可视化显示界面进行操作，例如输入航司标识、航班号、后缀、航班日期以及航站等信息，前端设备可以响应该操作，获取到第二报文生成指令，并触发服务器根据该第二报文生成指令按照预先定义的格式生成的航班动态报文。

服务器在得到航班动态报文之后，可以判断该航班动态报文是否被过滤，具体的过滤方式为通过全开放模式的配置文件进行过滤，具体的：根据航班动态报文中的航司标识在全开放模式的配置文件进行查找，若在全开放模式的配置文件中查找到与航班动态报文中的航司标识相匹配的航司标识，则说明该航班动态报文中的航司标识已使用全开放模式，则该航班动态报文不被过滤，则根据航司标识、航班号、后缀、航班日期以及航站判断离港系统中是否存在与该航班动态报文所对应的第二离港航班数据。若在全开放模式的配置文件中未查找到与该航班动态报文中的航司标识相匹配的航司标识，则说明该航班动态报文所对应的航司标识未使用全开放模式，则将该航班动态报文进行过滤，设置该航班动态报文未导入过滤状态，并记录导入时间，继续导入下一份报文。

需要说明的是，由于该航班动态报文有多种类型，航司标识可能只需要自动更新某一类型，例如国航只自动更新航班预计起飞时间、所以可以为航空公司配置航班动态报文二次过滤的类型配置文件，也即在确定该航班动态报文通过全开放模式的配置文件进行过滤通过后，继续使用类型配置文件进行过滤，若该航班动态报文未被类型配置文件进行过滤，则根据航司标识、航班号、后缀、航班日期以及航站判断离港系统中是否存在与航班动态报文所对应的第二离港航班数据。其中，该离港系统为航班动态报文中的航司标识所对应的离港系统。

在确定该离港系统中存在航班动态报文所对应的航班动态信息后，可以根据该航班动态报文对航班动态信息进行更新，并发布更新后的航班动态信息，例如该航班动态报文为航班预计起飞时间的报文，例如航班预计起飞时间2021年5月1日19:00:00，该航班动态报文中的起飞时间为2021年5月1日19:45:00，则可以将航班预计起飞时间更改为2021年5月1日19:45:00，并将更改后的航班动态信息发送至与离港系统相关联的系统，保证航班数据的一致性。

一个实施例中，服务器获取与手工更新指令所对应的第二订座航班计划以及机型变更数据；

若第二订座航班计划所对应的机型未初始化时，根据机型变更数据对第二订座航班计划所对应的机型进行变更；

根据机型变更后的第二订座航班计划更新第二订座航班计划所对应的第二离港航班数据；

发布更新后的第二离港航班数据。

本实施例中，用户可以通过在前端设备的可视化显示界面上进行操作，前端设备生成手工更新指令，该手工更新指令为手动输入变更机型，服务器可以获取到与手工更新指令所对应的第二订座航班计划以及机型变更数据，之后服务器判断该第二订座航班计划所对应的航班是否执行初始化(其中，初始化是指离港核心控制系统向订座系统申请旅客名单报，为旅客值机做准备，初始化完成后，旅客就可以值机了)，若确定该第二订座航班计划所对应的航班未初始化，则根据机型变更数据对第二订座航班计划所对应的航班进行变更，并根据机型变更后的第二订座航班计划更新第二离港航班数据，并将第二离港航班数据发送至与该第二订座航班计划所对应的离港系统所关联的系统，保证离港数据的一致性。

需要说明的是，服务器还可以接收离港航班数据查询请求，判断离港航班数据查询请求是否通过校验，该离港航班数据查询请求包括但不限于航班号、航司标识、后缀、航班日期、航站以及飞机注册号，判断该离港航班数据查询请求中查询的内容在离港系统中是否存在，若存在，则确定校验通过，则获取与该离港航班数据查询请求所对应的港航班数据，并输出该离港航班数据，保证用户可以及时查看该离港航班数据，例如该离港航班数据查询请求为对航班日期的查询，则可以获取该航班日期内的所有离港航班计划，并通过前端设备展示给用户查看。

综上所述，可以看出，本申请提供的实施例中，服务器获取飞机注册号报文，该飞机注册号报文包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号，根据航司标识、航班号、后缀、航班日期以及航站确定与所述飞机注册号报文对应的第一订座航班计划；根据飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型；若航班号所对应的航班未初始化，则根据目标离港机型更新第一离港航班数据。这样用户在前端设备操作生成第一报文生成指令，服务器根据指令获取飞机注册号报文，之后根据飞机注册号报文对相应的离港航班数据进行更新，保证离港航班数据变更的及时性和准确性。

上面结合图3从全开放模式的角度对本申请实施例提供的离港航班数据的更新方法进行说明，下面结合图4从半开放模式的角度对本申请实施例提供的离港航班数据的更新方法进行说明：

请参阅图4，图4为本申请实施例提供的离港航班数据的更新方法的另一流程示意图，包括：

401、获取目标指令。

本实施例中，服务器可以获取目标指令，也即用户通过前端设备展示的可视化显示界面上输入相应的指令名称，服务器可以获取到该目标指令，该目标指令为待更新的指令。

下面结合表2对指令名称及指令功能进行说明：

表2

指令名称	指令功能
		AFL	查询已生效离港航班计划
SFL	查询待生效离港航班计划
		BF	新建离港航班计划
BP	生效离港航班计划
		FU	修改单个航班的动态信息
FDU	修改多个航班的动态信息
		FI	查询航班动态信息

需要说明的是，上述表2中的指令名称及指令功能仅为举例说明，当然也还可以包括其他的指令及对应的指令功能，具体不做限定。

402、判断目标指令是否解析成功，若是，则执行步骤403。

本实施例中，服务器在获取到目标指令之后，可以判断该目标指令是否解析成功，该目标指令为特定格式的指令，可以通过特定格式对其进行解析，判断是否可以解析成功，若解析成功，则执行步骤403。

403、对目标指令进行预处理。

本实施例中，服务器在确定目标指令解析成功后，可以对该目标指令进行预处理，例如该目标指令解析为BP指令时，该预处理指的是判断离港系统中是否存在待生效的航班计划，FU指令时，判断修改单个航班的动态信息是否生效。

404、将预处理后的目标指令发送至大型机，以使得大型机根据预处理后的目标指令对第三离港航班数据进行处理，并返回处理后的第三离港航班数据。

本实施例中，服务器在得到预处理后的目标指令，可以将该预处理后的目标指令发送至大型机，以使得大型机根据预处理后的目标指令对第三离港航班数据进行处理，也即该目标指令解析为BP指令时，该预处理后的目标指令指的是存在待生效航班计划，若存在，则该大型机将相应的待生效航班计划的状态修改为生效，若为BF指令，则大型机根据该BF指令新建相关的离港航班计划，并返回处理后的第三离港航班数据，同时该大型机也会将处理后的第三离港航班数据通知与离港系统相关联的航班系统进行数据的更新，保证离港航班数据的一致性。

405、输出对目标指令的处理结果。

本实施例中，服务器在收到该处理后的第三离港航班数据之后，可以根据该第三离港航班数据更新离港系统中的航班数据，同时输出对该目标指令的处理结果，例如将该处理结果发送至前端设备的可视化显示界面，以供用户查看。

需要说明的是，若对目标指令解析失败、对目标指令预处理时失败以及大型机处理失败时，则直接返回失败信息至前端设备的可视化显示界面，以方便用户查看具体的失败信息，例如目标指令输入错误而导致的失败。

还需要说明的是，服务器还可以接收离港航班数据查询指令，判断离港航班数据查询指令是否通过校验，该离港航班数据查询指令为特定格式的指令，通过该特定格式可以判断该离港航班数据查询指令是否通过校验，例如与该特定格式一致则确定通过校验，若不一致，则确定未通过校验，当通过校验时，获取与该离港航班数据查询指令所对应的第四离港航班数据，并输出该第四离港航班数据，保证用户可以及时查看该离港航班数据。

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

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

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本申请的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本申请的范围在此方面不受限制。

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

上面从离港航班数据的更新方法的角度对本申请实施例进行说明，下面从离港航班数据更新装置的角度对本申请实施例进行说明。

请参阅图5、图5为本申请实施例提供的离港航班数据更新装置的虚拟结构意图，该离港航班数据更新装置500包括：

获取单元501，用于获取飞机注册号报文，所述飞机注册号报文包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号；

确定单元502，用于若所述飞机注册号报文未被过滤，则根据所述航司标识、所述航班号、所述后缀、所述航班日期以及所述航站确定与所述飞机注册号报文对应的第一订座航班计划；

匹配单元503，用于将所述飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型，所述目标航线与所述航班号相对应；

更新单元504，用于若所述航班号所对应的航班未初始化，则根据所述目标离港机型更新第一离港航班数据，所述第一离港航班数据与所述第一订座航班计划相对应。

一种可能的设计中，所述获取单元501，还用于获取航班动态报文，所述航班动态报文包括航司标识、航班号、后缀、航班日期以及航站；

所述确定单元502，还用于若所述航班动态报文未被过滤，则根据所述航司标识、所述航班号、所述后缀、所述航班日期以及所述航站判断离港系统中是否存在与所述航班动态报文所对应的航班动态信息，所述离港系统与所述航班动态报文相对应；

所述更新单元504，还用于若所述离港系统中存在与所述航班动态报文所对应的航班动态信息，则根据所述航班动态报文对所述航班动态信息进行更新；

所述更新单元504，还用于发布更新后的所述航班动态信息。

一种可能的设计中，所述确定单元，还用于获取与手工更新指令所对应的第二订座航班计划以及机型变更数据；

所述更新单元504，还用于：

若所述第二订座航班计划所对应的航班未初始化时，根据所述机型变更数据对所述第二订座航班计划所对应的航班进行变更；

根据机型变更后的所述第二订座航班计划更新所述第二订座航班计划所对应的第二离港航班数据；

发布更新后的所述第二离港航班数据。

一种可能的设计中，所述确定单元502还用于：

获取目标指令，所述目标指令为待更新的指令；

判断所述目标指令是否解析成功；

若所述目标指令解析成功，则对所述目标指令进行预处理；

将预处理后的所述目标指令发送至大型机，以使得所述大型机根据处理后的所述目标指令对第三离港航班数据进行处理，并返回处理后的所述第三离港航班数据，其中，所述目标指令与所述第三离港航班数据相对应；

输出对所述目标指令的处理结果。

一种可能的设计中，所述确定单元502还用于：

接收离港航班数据查询指令；

判断所述离港航班数据查询指令是否通过校验；

若所述离港航班数据查询指令通过校验，则获取与所述离港航班数据查询指令所对应的第四离港航班数据；

输出所述第四离港航班数据。

需要说明的是，描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取目标用户的证件信息的单元”。

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

请参阅图6，图6为本申请实施例提供的一种机器可读介质的实施例示意图。

如图6所示，本实施例提供了一种机器可读介质600，其上存储有计算机程序611，该计算机程序611被处理器执行时实现上述图3和图4中所述离港航班数据的更新方法的步骤。

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

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

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

请参阅图7，图7是本申请实施例提供的一种服务器的硬件结构示意图，该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)722(例如，一个或一个以上处理器)和存储器732，一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中，存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器722可以设置为与存储介质730通信，在服务器700上执行存储介质730中的一系列指令操作。

服务器700还可以包括一个或一个以上电源726，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口758，和/或，一个或一个以上操作系统741，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图7所示的服务器结构。

还需要说明的，根据本申请的实施例，上述图3以及图4的流程示意图描述的所述离港航班数据的更新方法的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行上述图3以及图4的流程示意图中所示的方法的程序代码。

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

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

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

Claims (10)

1.一种离港航班数据的更新方法，其特征在于，应用于服务器，所述方法包括：

获取飞机注册号报文，所述飞机注册号报文包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号，所述飞机注册号报文基于前端设备发送的第一报文生成指令获取得到；

若所述飞机注册号报文未被过滤，根据所述飞机注册号报文中的航司标识在全开放模式的配置文件进行查找；若在所述全开放模式的配置文件中查找到与所述飞机注册号报文中的航司标识相匹配的航空公司，根据所述航司标识、所述航班号、所述后缀、所述航班日期以及所述航站确定与所述飞机注册号报文对应的第一订座航班计划；

将所述飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型，所述目标航线与所述航班号相对应；

若所述航班号所对应的航班未初始化，则根据所述目标离港机型更新第一离港航班数据，所述第一离港航班数据与所述第一订座航班计划相对应。

2.根据权利要求1所述的更新方法，其特征在于，所述方法还包括：

获取航班动态报文，所述航班动态报文包括航司标识、航班号、后缀、航班日期以及航站；

若所述航班动态报文未被过滤，则根据所述航司标识、所述航班号、所述后缀、所述航班日期以及所述航站判断离港系统中是否存在与所述航班动态报文所对应的航班动态信息，所述离港系统与所述航班动态报文相对应；

若所述离港系统中存在与所述航班动态报文所对应的航班动态信息，则根据所述航班动态报文对所述航班动态信息进行更新；

发布更新后的所述航班动态信息。

3.根据权利要求1所述的更新方法，其特征在于，所述方法还包括：

获取与手工更新指令所对应的第二订座航班计划以及机型变更数据；

若所述第二订座航班计划所对应的航班未初始化时，根据所述机型变更数据对所述第二订座航班计划所对应的航班进行变更；

根据机型变更后的所述第二订座航班计划更新所述第二订座航班计划所对应的第二离港航班数据；

发布更新后的所述第二离港航班数据。

4.根据权利要求1所述的更新方法，其特征在于，所述方法还包括：

获取目标指令，所述目标指令为待更新的指令；

判断所述目标指令是否解析成功；

若所述目标指令解析成功，则对所述目标指令进行预处理；

将预处理后的所述目标指令发送至大型机，以使得所述大型机根据处理后的所述目标指令对第三离港航班数据进行处理，并返回处理后的所述第三离港航班数据，其中，所述目标指令与所述第三离港航班数据相对应；

输出对所述目标指令的处理结果。

5.根据权利要求1至4中任一项所述的更新方法，其特征在于，所述方法还包括：

接收离港航班数据查询指令；

判断所述离港航班数据查询指令是否通过校验；

若所述离港航班数据查询指令通过校验，则获取与所述离港航班数据查询指令所对应的第四离港航班数据；

输出所述第四离港航班数据。

6.一种离港航班数据更新装置，其特征在于，应用于服务器，所述装置包括：

获取单元，用于获取指令生成飞机注册号报文，所述飞机注册号报文包括航司标识、航班号、后缀、航班日期、航站以及飞机注册号，所述飞机注册号报文基于前端设备发送的第一报文生成指令获取得到；

确定单元，用于若所述飞机注册号报文未被过滤，根据所述飞机注册号报文中的航司标识在全开放模式的配置文件进行查找；若在所述全开放模式的配置文件中查找到与所述飞机注册号报文中的航司标识相匹配的航空公司，根据所述航司标识、所述航班号、所述后缀、所述航班日期以及所述航站确定与所述飞机注册号报文对应的第一订座航班计划；

匹配单元，用于将所述飞机注册号与目标航线所对应的离港机型进行匹配，得到目标离港机型，所述目标航线与所述航班号相对应；

更新单元，用于若所述航班号所对应的航班未初始化，则根据所述目标离港机型更新第一离港航班数据，所述第一离港航班数据与所述第一订座航班计划相对应。

7.根据权利要求6所述的装置，其特征在于，

所述获取单元，还用于获取航班动态报文，所述航班动态报文包括航司标识、航班号、后缀、航班日期以及航站；

所述确定单元，还用于若所述航班动态报文未被过滤，则根据所述航司标识、所述航班号、所述后缀、所述航班日期以及所述航站判断离港系统中是否存在与所述航班动态报文所对应的航班动态信息，所述离港系统与所述航班动态报文相对应；

所述更新单元，还用于若所述离港系统中存在与所述航班动态报文所对应的航班动态信息，则根据所述航班动态报文对所述航班动态信息进行更新；

所述更新单元，还用于发布更新后的所述航班动态信息。

8.根据权利要求6所述的装置，其特征在于，

所述确定单元，还用于获取与手工更新指令所对应的第二订座航班计划以及机型变更数据；

所述更新单元，还用于：

若所述第二订座航班计划所对应的航班未初始化时，根据所述机型变更数据对所述第二订座航班计划所对应的航班进行变更；

根据机型变更后的所述第二订座航班计划更新所述第二订座航班计划所对应的第二离港航班数据；

发布更新后的所述第二离港航班数据。

9.一种计算机设备，其特征在于，包括：存储器、处理器以及总线系统；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，所述处理器用于根据程序代码中的指令执行权利要求1至5中任一项所述的更新方法；

所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。

10.一种机器可读介质，其特征在于，包括指令，当所述指令在机器上运行时，使得机器执行上述权利要求1至5中任一项所述的更新方法。