CN1662915A

CN1662915A - 飞行计划修订的加载方法

Info

Publication number: CN1662915A
Application number: CN038142279A
Authority: CN
Inventors: 迪特玛尔·福泽; 爱德华·于班; 雷诺·阿尔努－普罗斯特
Original assignee: Amadeus SAS
Current assignee: Amadeus SAS
Priority date: 2002-06-18
Filing date: 2003-06-13
Publication date: 2005-08-31
Also published as: JP2005530243A; US20050209896A1; CA2488194C; ZA200410128B; CA2488194A1; AU2003255699A1; WO2003107229A1; BR0311873A; AU2003255699B2; US8069069B2; EP1552446A1

Abstract

本发明用于在航空运输计算机预订系统中有关飞行计划修订的数据的加载方法，其中更新飞行计划数据库；重新分配飞行计划修订所涉及的预订，以便更新预订清单数据库；所述方法其特征在于包括如下步骤：接收至少一批修订，其中包括飞行计划修订数据，从该批计划修订中提取修改并将其存储在一个寄存器中用作将来计划记录(FSR)，连接将来计划记录(FSR)寄存器与预订分配服务器，通过预订分配服务器同时对记录(FSR)和飞行计划数据库进行访问，模拟由计划修订所涉及到的预订的重新分配，最终更新飞行计划数据库和预订清单数据库。本发明用于在计算机预订系统中实施飞行计划修订期间更新数据库。

Description

飞行计划修订的加载方法

技术领域

本发明涉及对在航空运输计算机预订系统中的飞行计划的修订进行加载的方法。

背景技术

在这样的系统中对计划进行修订需要对已有的计划数据库做非常多的操作。

航空网络的飞行计划是用各架飞机来描述的。计划是以优化航班间的连接、飞机的使用、以及机场的使用为目的来计算获得的。因此，一般说来对于已有的计划的修订并不是孤立的修订，它将影响与其它飞行运作的关系。

当今，飞行计划的构成越来越受到增多的冲突、各个航空公司间的协商必要性、以及用于建立计划的各种计算手段的复杂性等多方面的约束。

通常，各个航空公司不断对计划进行修订。当进行修改的时候，负责实施修订的人员对于正在修改的各个航班上目前座位的预订情况是一无所知的。

航空预订清单系统将所有的修订都提供给计划数据库而不能够由此在整体上知晓因此而发生的修订和改动的数目。

现在所用的对航空计划一批接一批进行修改的方法的第一个缺陷在于在事实上对已经实施的预订的修改通常比实际需要更频繁。特别是如果将一些旅客调向另一个航班，而此后这后一个航班也要改变，这种情况最容易出现，在这后一种情况下必须还要改变旅客的预订。

改变旅客预订是要付出代价的，因为这意味着航空代理方面的人工介入、网络费用和信息处理费用。

现用方法的另一个缺陷在于对当前计划数据库进行大量修改要用很长时间，因为对所有关于旅客预订的影响要按情况进行人工分析。

发明内容

本发明的目的在于提供一种对在航空运输计算机预订系统中修订飞行计划的问题的一种解决方法。

为此本发明提出一种修订飞行计划的新方法，在这种方法中使用特殊的方法更新飞行计划数据库，重新分配由于飞行计划的修改而涉及的预订，以更新预订清单数据库。

本发明的第一个优点在于用整体的方式处理飞行计划的修订的绝大部分，这就能够在考虑重新分配旅客预订之时顾及到修订的整体性，不管这些修订在计划的修订序列中的顺序是什么。

而且，根据本发明，计划的修订是通过一种没有最终激活的模拟来实施的，这就避免了在完全完成和执行生效之前对原有数据库的干扰。

为了能对旅客预订的重新分配提供整体选择，本发明允许服务器对现行数据库和与将使用的新计划相应的新的记录同时进行访问。

需要提出的是实施本发明的利益是非常大的，特别是考虑到要修订的计划非常大量这一特性。

作为示例，可以区分不同类型的计划修订的过程：

-各种季节性修订。这种修订有非常大量的计划改变，有2000到8000条航线，一般说来要在航空运输计算机预订系统的管理机构的多种需求方面有效。

-各种重新调整。一般说来，它涉及到影响最近日期离港的多个航班的修改，并为此而重新分配预订是非常重要的，且需要特别的关注。

-常规修改。其操作应考虑到修改的性质但可以非常自动地进行。

本发明能够实现上述的各种修订，不管它们的性质是什么，还能够管理要执行的更新的全部自动化参数。

在这个框架内，对于要考虑的各种修订能够相当容易地调节人工操作的范围。

在后面的本发明的一种最佳实施方式的描述中，将会看到本发明的其它目标和优点。这个实施方式并非是限制性的。

本发明涉及一种在航空运输计算机预订系统中有关飞行计划修订的数据的加载方法，其中

-更新飞行计划数据库；

-重新分配飞行计划修订所涉及的预订，以便更新预订清单数据库；

所述方法其特征在于包括如下步骤：

-接收至少一批修订，其中包括飞行计划修订数据，

-从该批计划修订中提取其包括的修改并存储在一个寄存器中用作将来计划记录(FSR)，

-通过由预订分配服务器同时对(FSR)记录和飞行计划数据库进行访问，模拟计划修订所涉及到的预订的重新分配，

-最终更新飞行计划数据库和预订清单数据库。

这种方法经常会有以下各种变型。这些变型是：

-使用一个图形用户界面来核实从该批计划修订中提取出来的修订。

-使用一个图形用户界面以使预订的重新分配生效。

-对要作为将来计划记录(FSR)存储的每个修订分配一个特征下标(SL)。

-为每一个(FSR)记录分配一个变量(FSR is published)，表明是否这个记录(FSR)可被预订分配服务器访问。

-对于每个提取出来的修订：

-打开受修订影响的飞行计划数据库中的飞行周期；

-如果所述周期尚未受变量(FSR is published)为有效的修订的影响，则复制所述周期，并将所述下标(SL)分配给所述复制的周期；

-发送一个计划修订消息，以便将所述修订纳入它所影响的复制的周期；

-将所述修订的变量(FSR is published)置为有效，表明所述修订为一个预订分配服务器可访问的记录。

-当模拟重新分配时，可以更新各个记录之间的关系。当且仅当记录A的旅客重新分配到记录B中描述的将来计划时，记录A依赖于记录B。

-在多个记录存在循环相关的情况下，当在预订系统中执行重新分配的操作期间，对于全部这些重新分配所涉及到的每个预订修改一次，且仅一次。

-在最终更新飞行计划数据库和预订清单数据库之后，删除所述记录(FRS)。

附图说明

后面的各个附图仅为示例，且并非是对本发明的限制，仅仅是示出了本发明的一种实施方式以使容易理解。

图1示意性地示出用于实施本发明的各个信息装置的组成。

图2和图3是本发明的各个相继步骤的方框图。

具体实施方式

参见图1。这里所描述的方法利用一个计划修订服务器SLS，它接收要执行的一批计划修订任务。另外，这个修订服务器SLS还可以由一个用户通过一个图形用户界面GUI来访问，这个用户例如为一个分析员或者一个高级管理人员，特别是用来核实构成该批修订任务的修订文件中的修订以及使预订的重新分配生效。

本发明的方法的一部分步骤还可以应用在预订系统的分配部分中的分配服务器CS阶段和在由预订清单数据库和飞行计划数据库所组成现行数据库db1处。

在计划修订服务器SLS处，当一批修订到达时，可以在第一时间内核实全部修订，以及可能的冲突问题、试验自动化规则、使所有的数据通过图形用户界面GUI可被访问。

在这个阶段，可以对要执行的一批修订中的每一个修订进行不同的自动化标准，特别是有关计划修订自动化和预订的重新分配自动化的自动化标准。根据这些参数值，相应修订可以是手工的或是自动的，还可以是某些阶段是手工的而某些阶段是自动的。

最好是根据提供的处理和自动化变量，分析员执行一个使之生效的步骤。

当然，高级管理人员可以执行随后的一个核实，生效步骤是在分析员和高级管理人员签名之后，在图2中示出。

在这些步骤之后，可以生成一些将来计划记录，它可由中央系统用于分配服务器CS，为此，将接收到的该批修订的各个修订以将来计划记录FSR的形式存储在一个寄存器中。

将来计划记录FSR可以被分配服务器CS以公开的方式访问。为此，描述一个可能的过程如下：

-首先确定必须作为新计划记录FSR公布的修订列表。由此，删去所有和重新分配预订无关的修订，特别是那些仅涉及例如提供机上餐饮的服务的更新的修订。

-对于列表中的每一个计划的修订用如下的办法操作：

·对每一个记录FSR分配一个下标SL，用来相对于分配服务器CS可访问的其它数据表征为将来计划记录FSR，

·为每一个FSR记录分配一个变量。例如所谓“FSR is pubished(FSR被公开)”表明这个记录FSR是可由预订分配服务器CS访问的，或者是相反的。如果变量《FSR is pubished》为真，则FSR为可访问的。

·在现行计划中，航班的周期受所涉及的修订影响。

·对于所涉及到的每一个航班周期，查找其是否已被“FSR ispubished”变量置为真的计划修订涉及到，如果不是这种情况，就将这个周期复制，并对这个周期赋予下标SL。如果对于前面的修订已将变量《FSR is pubished》置为真，则意味着这个周期已被复制。在此阶段，中央系统已具有现行计划带下标SL的复本。

·于是就为所有具有下标SL的数据发送一个计划修订消息，该消息表明将来计划应该如何。中央系统就在已分配下标SL的各周期中完全描述将来计划。

·对于这个计划修订，变量《FSR is pubished》是置于“真”状态。

然后，对在这一批中的所有计划修订都反复进行上述每个操作，直到每一个修订的变量《FSR is pubished》都置于“真”状态。

在这些步骤之后，中央系统、特别是分配服务器CS就能够对将来计划记录FSR进行访问，以便在重新分配预订期间找到最佳的替代航班。

这就是后面要操作的步骤。

后面以一个最佳实施方式更为详细地描述这个步骤。

当这个步骤已经结束，且更新数据库已经完成，就可以删除所有的将来计划记录FSR。

现在更为详细地描述预订重新分配的模拟步骤，这在最终更新飞行计划和预订数据库之前进行。

预订系统自动选择一个重新分配选项(对于每个计划修订都是必要的)，这种选项是从所有将来计划FSR、或是所有现行计划(对于当前这批修订未涉及的所有航班)选取的。

一旦重新分配选项被自动评估，系统利用重新分配自动化规则核实这些选项。那些不满足这些自动化规则的重新分配由操作员来生效(操作员修改系统自动计算所得到的选项)。

当所有的重新分配都有效之后，真正意义上的一预订系统中的一批修订的实施才能开始。

为此，必须首先指出旅客重新分配所提出的各个航班之间的关连问题。通过两个计划修订间的关联弄懂其必要性，实施和班机F1有关的修订(例如S1)，将班机F1的某些旅客转到与航班F2有关的将来计划S2。

而且可能遇到循环关系的问题，其中各个航班之间的关联是相互的。

在这种情况下(例如假定计划修订S1和S2涉及到航班F1和F2，其中包含有重新分配F1的预订到将来计划F2、重新分配F2的预订到将来计划F1)，在订票系统中进行重新分配期间，在一批计划修订中每个预订改变一次，且只改变一次(这样在我们的例子中就避免了重新分配旅客到F2，然后又到将来计划F1)。

在这批计划修订的执行期间，首先更新计划数据库。

然后系统分配一个操作标识符“I”，仅仅用来表征当前这批，预订系统则接收到一组重新分配指令以及操作标识符“I”，于是就在操作“I”的情况下保证每个预订修改的唯一性。

对于每个预订的修改，这种约束的一个最佳实施方式在于：

-核实这个预订不具有标识符“I”，

-在这种情况下，修改预订，

-然后用标识符“I”标出已经修改了的预订，

随着重新分配，清单数据库也同样被更新。

所有的三个数据库(清单、预订和计划)就都更新了，并且记录FSR可被清除。

参考

SLS：计划修订服务器

CS：分配服务器

db1：现行数据库

GUI：图形用户界面

Claims

1.一种在航空运输计算机预订系统中有关飞行计划修订的数据的加载方法，其中

-更新飞行计划数据库；

所述方法其特征在于包括如下步骤：

-接收至少一批修订，其中包括飞行计划修订数据，

-连接将来计划记录(FSR)寄存器与预订分配服务器，

-通过由预订分配服务器同时对记录(FSR)和飞行计划数据库进行访问，模拟计划修订所涉及到的预订的重新分配，

-最终更新飞行计划数据库和预订清单数据库。

2.根据权利要求1的方法，其特征在于使用一个图形用户界面来核实从该批计划修订中提取出来的修订。

3.根据权利要求1或2的方法，其特征在于使用一个图形用户界面来使预订的重新分配生效。

4.根据权利要求1至3中任一项的方法，其特征在于对要作为将来计划记录(FSR)存储的修订分配一个特征下标(SL)。

5.根据权利要求1至4中任一项的方法，其特征在于向每一个记录(FSR)分配一个变量(FSR is published(FSR被公开))，表明是否该记录(FSR)可被预订分配服务器访问。

6.根据权利要求4和5的方法，其特征在于

对于每个提取出来的修订：

-打开受修订影响的飞行计划数据库中的飞行周期；

7.根据权利要求1至6任一项的方法，其特征在于，在模拟重新分配时，为每一个记录分配一个相关度，该相关度是这样的其它级联记录的数目的函数：所述记录的实施导致所述其它记录的预订重新分配。

8.根据权利要求7的方法，其特征在于，在多个记录存在循环相关的情况下，当在预订系统中执行重新分配的操作时，对于全部这些重新分配所涉及到的每个预订修改一次，且仅一次。

9.根据权利要求1至8中任一项的方法，其特征在于在最终更新飞行计划数据库和预订清单数据库之后，删除所述记录(FRS)。