WO2003107229A1 - Procede de chargement de changements de plannings de vol - Google Patents

Procede de chargement de changements de plannings de vol Download PDF

Info

Publication number
WO2003107229A1
WO2003107229A1 PCT/FR2003/050008 FR0350008W WO03107229A1 WO 2003107229 A1 WO2003107229 A1 WO 2003107229A1 FR 0350008 W FR0350008 W FR 0350008W WO 03107229 A1 WO03107229 A1 WO 03107229A1
Authority
WO
WIPO (PCT)
Prior art keywords
reservation
changes
fsr
flight
change
Prior art date
Application number
PCT/FR2003/050008
Other languages
English (en)
Inventor
Dietmar Fauser
Edouard Hubin
Renaud Arnoux-Prost
Original Assignee
Amadeus S.A.S.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from FR0207458A external-priority patent/FR2841018B1/fr
Application filed by Amadeus S.A.S. filed Critical Amadeus S.A.S.
Priority to AU2003255699A priority Critical patent/AU2003255699B2/en
Priority to CA2488194A priority patent/CA2488194C/fr
Priority to EP03760062A priority patent/EP1552446A1/fr
Priority to US10/518,515 priority patent/US8069069B2/en
Priority to BR0311873-8A priority patent/BR0311873A/pt
Priority to KR1020047020474A priority patent/KR101012333B1/ko
Priority to JP2004513976A priority patent/JP2005530243A/ja
Publication of WO2003107229A1 publication Critical patent/WO2003107229A1/fr
Priority to ZA2004/10128A priority patent/ZA200410128B/en

Links

Classifications

    • G06Q50/40
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events

Definitions

  • the present invention relates to a method for loading changes to flight schedules into a computerized air transport reservation system.
  • a flight plan describes how the air network is used by planes.
  • the schedules are calculated in order to optimize the connections between flights, the use of airplanes and the occupancy of seats.
  • the changes to be made to an existing schedule are therefore generally non-isolated changes which have a possible impact on connections with other flight operations.
  • the object of the invention is to provide a solution to the problem of flight planning modifications in a computerized air transport reservation system.
  • a first advantage of the invention is to deal with a plurality of flight planning changes in a global manner, which makes it possible to envisage reallocations of passenger reservations taking into account all of these changes, whatever the order of changes in the schedule modification file.
  • the schedule changes are applied by means of a simulation without final activation, which avoids the risk of disruption of the existing database before complete finalization and validation of the update.
  • the invention allows the server to access both the existing database and new records corresponding to the future schedule that should be applied.
  • the present invention allows the loading of such changes whatever their nature and also makes it possible to manage a set of parameters for automating the updates to be carried out.
  • the present invention relates to a method for loading changes to flight schedules into a computerized air transport reservation system, in which:
  • the flight planning database is updated; - the reservations concerned by the flight schedule changes are reassigned for the updating of the reservation inventory database, characterized in that it comprises the following stages: - reception of at least one batch of changes containing flight schedule change data, extraction of individual changes contained in the batch and storage in a register as future planning records - simulation of reassignment of the reservations affected by the schedule changes, by access to the reservation distribution server both to the recordings and to the flight planning database, final updating of the flight planning and reservation inventory databases.
  • a graphical user interface is used to check the changes extracted from the change batch.
  • a graphical user interface is used for the validation of reservation reallocations.
  • SL characteristic suffix
  • FSR future planning records
  • FIG. 1 schematically illustrates the configuration of different computer means able to be used to implement the invention.
  • Figures 2 and 3 are block diagrams of various successive steps of the present invention.
  • the method presented here can use an SLS schedule change server able to receive a batch of schedule change tasks to be operated.
  • this SLS change server is accessible to a user such as an analyst or a supervisor via a GUI graphical user interface, in particular for checking the changes extracted from the change file constituting the batch of change tasks and for the validation of reservation reallocations.
  • a part of the steps of the method of the invention can also be implemented in the distribution part of the reservation system at the level of the distribution server CS and of the existing database db1 comprising the inventory database of the reservations and the flight planning database.
  • the level of the SLS schedule change server when a batch of changes arrives, it is possible at first, to check the integrity of the changes and any conflict problems, to test the automation rules and make the data accessible through the GUI graphical user interface.
  • the automation criteria relate to the automation of schedule changes and the automation of reservation reallocations.
  • the changes can be processed manually or automatically or even present certain manual steps and certain automatic steps.
  • analyst speakers proceed to a validation step according to the processing and automation parameters which have been planned.
  • FSR future planning records are made accessible by the CS distribution server in the form of a publication.
  • each FSR record is assigned a suffix SL which makes it possible to characterize it as a future FSR schedule record in relation to the other data accessible by the distribution server CS,
  • the central system and particularly the CS distribution server, is able to access the records of FSR future schedules in order to find the best flight alternatives when booking re-allocations.
  • the reservation system automatically chooses a reassignment option (for each change of schedule requiring it). This option is chosen from the FSR future schedules or the current schedules (for flights not affected by the current batch).
  • the system checks them using the reassignment automation rules. Reallocations not satisfying these rules are subject to validation by an operator (who can then modify the options calculated automatically by the system).
  • the planning database is first updated.
  • the system then allocates a unique “I” operation identifier characterizing the current batch.
  • the reservation system then receives all of the reassignment instructions as well as the operation identifier “I”. He must then guarantee the uniqueness of modification of each reservation in the context of operation "I”.
  • a preferred embodiment of this constraint consists, for each modification of a reservation, of: - checking that this reservation does not have the "I" mark, in this case modifying the reservation then marking the modified reservation with the identifier "I". As reassignments are made, the inventory database is also updated. The three databases (inventory, reservation and planning) are then up to date and the FSR records can be deleted.
  • SLS schedule change server
  • CS db1 distribution server: existing database
  • GUI graphical user interface

Abstract

La présente invention concerne un procédé de chargement de changements de plannings de vol dans un système de réservation de transports aériens par ordinateur, dans lequel : on met à jour la base de données de plannings de vol ; on réaffecte les réservations concernées par les changements de plannings de vol pour la mise à jour de la base de données d'inventaire de réservations. Ce procédé de chargement de changements de planning de vol comporte les étapes suivantes : réception d'au moins un lot de changements contenant des données de changement de plannings de vols, extraction des changements individuels contenus dans le lot et stockage dans un registre comme enregistrements de planning futur, simulation de réaffectation des réservations concernées par les changements de plannings, par accès du serveur de distribution des réservations à la fois aux enregistrements et à la base de données de plannings de vol, mise à jour définitive des bases de données de plannings de vol et d'inventaire des réservations. Application à la mise à jour de bases de données lors de changements de plannings de vol dans des systèmes de réservation par ordinateur.

Description

"Procédé de chargement de changements de plannings de vol"
La présente invention concerne un procédé de chargement de changements de plannings de vol dans un système de réservation de transports aériens par ordinateurs.
Les changements de plannings dans de tels systèmes nécessitent des manipulations fort importantes sur la base de données de plannings existante. Un planning de vol décrit la façon dont le réseau aérien est emprunté par les avions. Les plannings sont calculés dans le but d'optimiser les connexions entre les vols, l'usage des avions et l'occupation des places. Les changements à apporter à un planning existant sont de ce fait généralement des changements non isolés qui ont un impact possible sur des correspondances avec d'autres opérations de vol.
Actuellement, les plannings de vol sont sujets à de plus en plus de réorganisation compte tenu de la concurrence accrue, la nécessité d'entente entre les compagnies aériennes et la sophistication des moyens informatiques utilisés pour établir les plannings. Usuellement, les compagnies aériennes appliquent les changements de planning les uns après les autres. Lors de ces changements, la personne chargée d'appliquer les changements n'a aucune connaissance quant aux réservations de place existantes sur les vols qu'il est en train de modifier. Le système d'inventaire des réservations aériennes applique les changements à la base de données des plannings sans pour autant être capable d'appréhender, de façon globale, le nombre de changements et de modifications que cela entraîne. Le procédé actuellement utilisé consistant à appliquer les uns après les autres les changements de plannings a un premier inconvénient qui consiste dans le fait que les réservations déjà opérées sont généralement changées plus souvent que nécessaire. Cette situation arrive notamment si les passagers sont déplacés vers un autre vol et que ce dernier est sujet, par la suite, à un changement. Dans ce dernier cas, il faut encore modifier la réservation du passager.
Les changements des réservations de passagers sont coûteux car ils impliquent une intervention manuelle de la part des agents de voyage, des coûts de réseau et de traitement informatique. Un autre inconvénient des procédés actuellement mis en œuvre est que les importants changements à apporter à une base de données existante de plannings peuvent prendre un temps important puisque les répercussions sur les réservations des passagers doivent être analysées manuellement et au cas par cas. L'objet de l'invention est d'apporter une solution au problème des modifications de planning de vol dans un système de réservation de transports aériens par ordinateur.
Elle propose, pour y parvenir, un nouveau procédé dans lequel on met à jour la base de données de planning de vol et on réaffecte les réservations concernées par les changements de planning de vol pour la mise à jour de la base de données d'inventaire de réservation, de façon particulière.
Un premier avantage de l'invention est de traiter une pluralité de changements de planning de vol de façon globale, ce qui permet d'envisager des réaffectations de réservation de passagers en tenant compte de l'intégralité de ces changements, quel que soit l'ordre des changements dans le fichier de modification de planning.
Par ailleurs, selon l'invention, les changements de plannings sont appliqués par l'intermédiaire d'une simulation sans activation définitive, ce qui évite les risques de perturbation de la base de données existante avant complète finalisation et validation de la mise à jour.
Pour fournir un choix global dans la réaffectation des réservations des passagers, l'invention permet au serveur d'accéder à la fois à la base de données existante et à de nouveaux enregistrements correspondants au futur planning qu'il conviendra d'appliquer.
On notera que les gains d'efficacité de l'invention sont particulièrement importants, notamment compte tenu du caractère généralement massif des modifications de planning à opérer. A titre d'exemple, on peut distinguer différents types de procédures de changement de plannings :
- les changements saisonniers qui présentent des changements de plannings massifs variant en taille de 2000 à 8000 lignes et qui nécessitent généralement une validation au niveau de plusieurs instances de l'organisation de gestion du système de réservation de transports aériens par ordinateur,
- les réajustements. Généralement, il s'agit de modifications affectant des vols à une date proche du départ et pour lesquelles la réaffectation des réservations est particulièrement importante et nécessite une considération particulière. - les changements réguliers qui peuvent être opérés de façon fort automatique compte tenu de leur nature.
La présente invention permet le chargement de tels changements quelle que soit leur nature et permet également de gérer un ensemble de paramètres d'automatisation des mises à jour à effectuer. Dans ce cadre, on pourra aisément ajuster le niveau de contrôle manuel à opérer pour les changements à prendre en compte.
D'autres buts et avantages apparaîtront au cours de la description qui suit d'un mode de réalisation préféré de l'invention qui n'en n'est cependant pas limitatif. La présente invention concerne un procédé de chargement de changements de plannings de vol dans un système de réservation de transports aériens par ordinateur, dans lequel :
- on met à jour la base de données de plannings de vol ; - on réaffecte les réservations concernées par les changements de plannings de vol pour la mise à jour de la base de données d'inventaire de réservations, caractérisé par le fait qu'il comporte les étapes suivantes : - réception d'au moins un lot de changements contenant des données de changement de plannings de vols, extraction des changements individuels contenus dans le lot et stockage dans un registre comme enregistrements de planning futur - simulation de réaffectation des réservations concernées par les changements de plannings, par accès du serveur de distribution des réservations à la fois aux enregistrements et à la base de données de plannings de vol, mise à jour définitive des bases de données de plannings de vol et d'inventaire des réservations.
Ce procédé se présente avantageusement suivant les variantes énoncées ci-après et selon lesquelles :
- on utilise une interface utilisateur graphique pour la vérification des changements extraits du lot de changements. - on utilise une interface utilisateur graphique pour la validation des réaffectations de réservation.
- on affecte un suffixe (SL) caractéristique aux changements à stocker comme enregistrements de planning futur (FSR).
- on affecte à chaque enregistrement (FSR) un argument (FSR is published) indiquant si cet enregistrement (FSR) est rendu accessible au serveur de distribution de réservation.
- pour chaque changement extrait : on ouvre les périodes de vol de la base de données de plannings de vol affectées par le changement ; - si ladite période n'a pas déjà été affectée par un changement dont l'argument (FSR is published) est positif, on duplique ladite période et on affecte le suffixe (SL) à la période dupliquée ; on envoie un message de changement de planning pour intégrer le changement dans la période dupliquée qu'il affecte ; on indique que le changement est un enregistrement accessible au serveur de distribution des réservations en mettant son argument (FSR is published) à l'état positif.
- lors de la simulation de réaffectation, on met à jour les dépendances entre enregistrements sachant qu'un enregistrement A dépend d'un enregistrement B si et seulement si la réaffectation des passagers lors de l'application de l'enregistrement A se fait vers le futur planning décrit dans l'enregistrement B.
- en cas de dépendance cyclique entre plusieurs enregistrements, lors de l'exécution des opérations de réaffectation dans le système de réservation, on ne modifie qu'une fois et une seule chaque réservation concernée par l'ensemble des ces réaffectations.
- on supprime les enregistrements (FSR) après mise à jour définitive des bases de données de plannings de vol et d'inventaire des réservations. Les dessins ci-joints sont donnés à titre d'exemples et ne sont pas limitatifs de l'invention. Ils représentent seulement un mode de réalisation de l'invention et permettront de la comprendre aisément.
La figure 1 illustre schématiquement la configuration de différents moyens informatiques aptes à être utilisés pour mettre en œuvre l'invention. Les figures 2 et 3 sont des blocs diagrammes de diverses étapes successives de la présente invention.
En se référant à la figure 1 , on a illustré que le procédé ici présenté peut utiliser un serveur de changement de planning SLS apte à recevoir un lot de tâches de changement de plannings à opérer. En outre, ce serveur de changement SLS est accessible à un utilisateur tel un analyste ou un superviseur par l'intermédiaire d'une interface utilisateur graphique GUI en particulier pour la vérification des changements extraits du fichier de changement constitutif du lot de tâches de changement et pour la validation des réaffectations de réservations. Une partie des étapes du procédé de l'invention peut par ailleurs être mise en œuvre dans la partie de distribution du système de réservation au niveau du serveur de distribution CS et de la base de données existante db1 comprenant la base de données d'inventaire des réservations et la base de données de plannings de vols. Au niveau du serveur de changement de planning SLS, à l'arrivée d'un lot de changements, il est possible dans un premier temps, de vérifier l'intégrité des changements et des éventuels problèmes de conflit, de tester les règles d'automatisation et de rendre les données accessibles par l'intermédiaire de l'interface utilisateur graphique GUI.
A ce stade, différents critères d'automatisation pourront être affectés à chacun des lots de changements à opérer. En particulier, les critères d'automatisation concernent l'automatisation des changements de plannings et l'automatisation des réaffectations de réservations. Selon la valeur de ces paramètres, les changements peuvent être traités de façon manuelle ou automatique ou encore présenter certaines étapes manuelles et certaines étapes automatiques.
A titre préféré, des intervenants analystes procèdent à une étape de validation selon les paramètres de traitement et d'automatisation qui ont été prévus.
Eventuellement, un superviseur peut également opérer une vérification à la suite. Ces étapes de validation qui débouchent sur une signature des analystes et du superviseur sont représentées en figure 2.
A l'issue de ces étapes, il est possible de produire des enregistrements de plannings futurs qui pourront être utilisés par le système central au niveau du serveur de distribution CS. A cet effet, on stocke dans un registre les différents changements extraits du lot de changements reçu sous forme d'enregistrements de plannings futurs FSR.
Les enregistrements de plannings futurs FSR sont rendus accessibles par le serveur de distribution CS sous forme de publication. On décrit une possibilité de procédure prévue à cet effet : on commence par déterminer la liste des changements de plannings qui doivent être publiés comme enregistrements de plannings futurs FSR. De cette façon, on supprime tous les changements qui n'ont pas d'impact sur les réaffectations de réservations, en particulier des changements qui ne concernent que des mises à jour de service telle la fourniture de repas à bord des avions. pour chacun des changements de plannings de la liste, on opère de la façon suivante :
• on affecte à chaque enregistrement FSR un suffixe SL qui permet de le caractériser comme enregistrement de planning futur FSR par rapport aux autres données accessibles par le serveur de distribution CS,
- on affecte à chaque enregistrement FSR un argument, par exemple dénommé « FSR is published » indiquant si cet enregistrement FSR a été rendu accessible au serveur de distribution des réservations CS ou non. Si l'argument « FSR is published » est vrai, c'est que l'enregistrement FSR est accessible,
- on relève, dans le planning existant, les périodes de vol qui sont concernées par le changement en question. " pour chacune de ces périodes concernées, on recherche si elle est déjà concernée par un changement de planning qui aurait un argument « FSR is published » placé à l'état vrai. Si ce n'est pas le cas, on duplique cette période en y affectant le suffixe SL. Si l'argument « FSR is published » est déjà vrai pour un changement précédent, c'est que cette période a déjà été dupliquée. A ce stade, le système central dispose donc d'un double du planning courant avec les suffixes SL.
• on envoi alors un message de changement de planning pour les données disposant du suffixe SL, ce message décrivant comment le planning futur doit être. Le système central dispose alors de plannings futurs parfaitement décrits dans les périodes considérées affectées du suffixe SL.
- pour ce changement de planning, l'argument « FSR is published » est placé à l'état vrai. On réitère ensuite ces différentes opérations pour l'ensemble des changements de plannings contenus dans le lot jusqu'à ce qu'ils aient tous un argument « FSR is published » placé à l'état vrai.
A la suite de ces étapes, le système central, et particulièrement le serveur de distribution CS, est capable d'accéder aux enregistrements de plannings futurs FSR afin de trouver les meilleures alternatives de vol lors des réaffectations de réservation.
C'est cette étape qui est ensuite opérée.
Elle sera décrite ci-après plus en détail dans un mode préféré de réalisation.
Lorsqu'elle est terminée et que la mise à jour des bases de données est définitive, il sera possible d'effacer les enregistrements de plannings futurs FSR.
On décrit maintenant plus précisément les étapes de simulation de la réaffectation des réservations qui précèdent la mise à jour définitive des bases de données de plannings de vol et de réservation.
Le système de réservation choisit automatiquement une option de réaffectation (pour chaque changement de planning le nécessitant). Cette option est choisie parmi les plannings futurs FSR ou les plannings courants (pour les vols non concernés par le lot en cours).
Une fois les options de réaffectations automatiquement évaluées, le système les vérifie grâce aux règles d'automatisation des réaffectations. Les réaffectations ne satisfaisant pas ces règles sont soumises à une validation par un opérateur (qui peut alors modifier les options calculées automatiquement par le système).
Lorsque toutes les réaffectations ont été validées, l'application proprement dite du lot de changements dans le système de réservation peut commencer.
A cet effet, il faut d'abord noter que la réaffectation de passagers pose des problèmes de dépendance entre les vols. On entend par dépendance entre deux changements de plannings la nécessité, pour opérer un changement (S1 par exemple) concernant un vol F1 de réaffecter certains passagers du vol F1 vers un futur planning S2 concernant un vol F2.
Par ailleurs, on peut rencontrer des questions de dépendance cyclique dans lesquelles la dépendance des vols est réciproque.
Dans ce contexte (par exemple supposons 2 changements de planning S1 et S2 concernant les vols F1 et F2 impliquant la réaffectation des réservations de F1 vers le futur planning de F2 et la réaffectation des réservations de F2 vers le futur planning de F1), il convient, lors de l'exécution des réaffectations dans le système de réservation, de ne modifier chaque réservation qu'une fois et une seule dans le contexte d'un lot de changements de planning (afin d'éviter dans notre exemple que des passages ne soient réaffectés vers le planning futur de F2 puis de nouveau vers le futur planning de F1 ).
Lors de l'exécution du lot de changements de planning, la base de données des plannings et d'abord mise à jour.
Le système alloue ensuite un identifiant l'opération « I » unique caractérisant le lot en cours. Le système de réservation reçoit alors l'ensemble des instructions de réaffectations ainsi que l'identifiant d'opération « I ». Il doit alors garantir l'unicité de modification de chaque réservation dans le contexte de l'opération « I ».
Un mode préféré de réalisation de cette contrainte consiste pour chaque modification de réservation à : - vérifier que cette réservation ne possède pas la marque « I », modifier dans ce cas la réservation marquer ensuite la réservation modifiée avec l'identifiant « I ». Au fur et à mesure des réaffectations, la base de données d'inventaire est également mise à jour. Les trois bases de données (inventaire, réservation et planning) sont alors à jour et les enregistrements FSR peuvent être supprimés.
REFERENCES
SLS : serveur de changement de planning CS : serveur de distribution db1 : base de données existante GUI : interface utilisateur graphique

Claims

REVENDICATIONS
1. Procédé de chargement de données relatives à des changements de plannings de vol dans un système de réservation de transports aériens par ordinateur, dans lequel :
- on met à jour la base de données de plannings de vol ;
- on réaffecte les réservations concernées par les changements de plannings de vol pour la mise à jour de la base de données d'inventaire de réservations, caractérisé par le fait qu'il comporte les étapes suivantes : réception d'au moins un lot de changements contenant des données de changement de plannings de vols, extraction du lot de changement des changements qu'il contient et stockage dans un registre comme enregistrements de planning futur (FSR) mise en relation du registre d'enregistrement de planning futur (FSR) et du serveur de distribution des réservations, simulation de réaffectation des réservations concernées par les changements de plannings, par accès du serveur de distribution des réservations à la fois aux enregistrements (FSR) et à la base de données de plannings de vol, mise à jour définitive des bases de données de plannings de vol et d'inventaire des réservations.
2. Procédé selon la revendication 1 caractérisé par le fait qu'on utilise une interface utilisateur graphique pour la vérification des changements extraits du lot de changements.
3. Procédé selon la revendication 1 ou la revendication 2 caractérisé par le fait qu'on utilise une interface utilisateur graphique pour la validation des réaffectations de réservation.
4. Procédé selon l'une quelconque des revendications 1 à 3 caractérisé par le fait qu'on affecte un suffixe (SL) caractéristique aux changements à stocker comme enregistrements de planning futur (FSR).
5. Procédé selon l'une quelconque des revendications 1 à 4 caractérisé par le fait qu'on affecte à chaque enregistrement (FSR) un argument (FSR is published) indiquant si cet enregistrement (FSR) est rendu accessible au serveur de distribution de réservation.
6. Procédé selon les revendications 4 et 5 en combinaison caractérisé par le fait que pour chaque changement extrait : on ouvre les périodes de vol de la base de données de plannings de vol affectées par le changement ; si ladite période n'a pas déjà été affectée par un changement dont l'argument (FSR is published) est positif, on duplique ladite période et on affecte le suffixe (SL) à la période dupliquée ; on envoie un message de changement de planning pour intégrer le changement dans la période dupliquée qu'il affecte ; on indique que le changement est un enregistrement accessible au serveur de distribution des réservations en mettant son argument (FSR is published) à l'état positif.
7. Procédé selon l'une quelconque des revendications 1 à 6 caractérisé par le fait que lors de la simulation de réaffectation, on attribue à chaque enregistrement un degré de dépendance fonction du nombre d'autres enregistrements en cascade pour lesquels une application dudit enregistrement entraîne une réaffectation des réservations sur lesdits autres enregistrements.
8. Procédé selon la revendication 7 caractérisé par le fait qu'en cas de dépendance cyclique entre plusieurs enregistrements, lors de l'exécution des opérations de réaffectation dans le système de réservation, on ne modifie qu'une fois et une seule chaque réservation concernée par l'ensemble des ces réaffectations.
9. Procédé selon l'une quelconque des revendications 1 à 8 caractérisé par le fait qu'on supprime les enregistrements (FSR) après mise à jour définitive des bases de données de plannings de vol et d'inventaire des réservations.
PCT/FR2003/050008 2002-06-01 2003-06-13 Procede de chargement de changements de plannings de vol WO2003107229A1 (fr)

Priority Applications (8)

Application Number Priority Date Filing Date Title
AU2003255699A AU2003255699B2 (en) 2002-06-18 2003-06-13 Method for loading flight schedule modifications
CA2488194A CA2488194C (fr) 2002-06-18 2003-06-13 Procede de chargement de changements de plannings de vol
EP03760062A EP1552446A1 (fr) 2002-06-18 2003-06-13 Procede de chargement de changements de plannings de vol
US10/518,515 US8069069B2 (en) 2002-06-18 2003-06-13 Method for loading flight schedule modifications
BR0311873-8A BR0311873A (pt) 2002-06-18 2003-06-13 Processo de carregamento de dados relativos a alterações de planejamentos de vÈo
KR1020047020474A KR101012333B1 (ko) 2002-06-18 2003-06-13 비행 스케줄 변경을 로딩하는 방법
JP2004513976A JP2005530243A (ja) 2002-06-18 2003-06-13 フライトスケジュール変更のローディング方法
ZA2004/10128A ZA200410128B (en) 2002-06-18 2004-12-15 Method for loading flight schedule modifications

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
FR0207458A FR2841018B1 (fr) 2002-06-18 2002-06-18 Procede de chargement de changements de plannings de vol
FR0207458 2002-06-18
US44462403P 2003-02-04 2003-02-04
US60/444,624 2003-02-04

Publications (1)

Publication Number Publication Date
WO2003107229A1 true WO2003107229A1 (fr) 2003-12-24

Family

ID=29738031

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/050008 WO2003107229A1 (fr) 2002-06-01 2003-06-13 Procede de chargement de changements de plannings de vol

Country Status (9)

Country Link
US (1) US8069069B2 (fr)
EP (1) EP1552446A1 (fr)
JP (1) JP2005530243A (fr)
CN (1) CN1662915A (fr)
AU (1) AU2003255699B2 (fr)
BR (1) BR0311873A (fr)
CA (1) CA2488194C (fr)
WO (1) WO2003107229A1 (fr)
ZA (1) ZA200410128B (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114299764A (zh) * 2021-12-17 2022-04-08 南京莱斯信息技术股份有限公司 民航航班时刻计划与预先飞行计划联动变更一致性方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050015767A1 (en) * 2003-07-01 2005-01-20 Brian Nash Operating system configuration tool
US7912742B2 (en) * 2006-03-20 2011-03-22 The Boeing Company Visualization of airline flight schedules
US20080215406A1 (en) * 2007-03-01 2008-09-04 Julian Pachon Scheduling Resources for Airline Flights
US9378471B2 (en) * 2007-03-01 2016-06-28 Ge Aviation Systems Taleris Ltd Multiple user resource scheduling
EP2569752A4 (fr) 2010-05-11 2013-05-01 Primair Inc Systèmes, procédés et supports de stockage lisibles par machine pour former l'interfaçage avec un système informatique de gestion des vols
DE102011007822A1 (de) * 2011-04-20 2012-10-25 Deutsche Lufthansa Ag Verfahren und System zum Simulieren der zeitlichen Entwicklung von Buchungszuständen
CN103413361B (zh) * 2013-08-19 2015-12-02 合肥飞友网络科技有限公司 旅客飞行记录生成方法和系统
FR3027127B1 (fr) * 2014-10-10 2017-12-08 Thales Sa Interface tactile pour le systeme de gestion du vol d'un aeronef
FR3105521B1 (fr) * 2019-12-20 2021-12-17 Amadeus Sas Système et procédé pour le partage de contenu

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5652867A (en) * 1994-09-08 1997-07-29 Sabre Decision Technologies, A Division Of The Sabre Group, Inc. Airline flight reservation system simulator for optimizing revenues
EP1081625A2 (fr) * 1999-08-31 2001-03-07 Nokia Corporation Système de planification d'itineraires pour fournir des informations d'itineraires et de mises à jour en utilisant un réseau mobile téléphonique

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4775936A (en) * 1986-03-31 1988-10-04 Jung Jerrold M Overbooking system
US20020178034A1 (en) * 1996-04-10 2002-11-28 Christopher W. Gardner Airline travel technologies
US5897620A (en) * 1997-07-08 1999-04-27 Priceline.Com Inc. Method and apparatus for the sale of airline-specified flight tickets
US6408276B1 (en) * 1999-07-30 2002-06-18 Caleb Technologies Corp. Crew optimization engine for repair of pairings during irregular airline operations
EP1423808A2 (fr) 2000-02-25 2004-06-02 Northwest Airlines, Inc. Enregistrement de passagers de lignes aeriennes a distance a l'aide d'un reseau informatique global
US7231382B2 (en) * 2001-06-01 2007-06-12 Orbitz Llc System and method for receiving and loading fare and schedule data
US20030225600A1 (en) * 2001-09-24 2003-12-04 Slivka Daria M. Methods, systems, and articles of manufacture for re-accommodating passengers following a travel disruption
US8209200B2 (en) * 2002-03-13 2012-06-26 Orbitz Llc System and method for synchronizing passenger name record data
US20030191678A1 (en) * 2002-04-03 2003-10-09 Shetty Ravindra K. Disruption handling for scheduling system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5652867A (en) * 1994-09-08 1997-07-29 Sabre Decision Technologies, A Division Of The Sabre Group, Inc. Airline flight reservation system simulator for optimizing revenues
EP1081625A2 (fr) * 1999-08-31 2001-03-07 Nokia Corporation Système de planification d'itineraires pour fournir des informations d'itineraires et de mises à jour en utilisant un réseau mobile téléphonique

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1552446A1 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114299764A (zh) * 2021-12-17 2022-04-08 南京莱斯信息技术股份有限公司 民航航班时刻计划与预先飞行计划联动变更一致性方法
CN114299764B (zh) * 2021-12-17 2022-11-08 南京莱斯信息技术股份有限公司 民航航班时刻计划与预先飞行计划联动变更一致性方法

Also Published As

Publication number Publication date
EP1552446A1 (fr) 2005-07-13
US8069069B2 (en) 2011-11-29
US20050209896A1 (en) 2005-09-22
AU2003255699A1 (en) 2003-12-31
BR0311873A (pt) 2005-04-05
AU2003255699B2 (en) 2009-01-22
CA2488194A1 (fr) 2003-12-24
ZA200410128B (en) 2005-12-28
CA2488194C (fr) 2016-10-11
CN1662915A (zh) 2005-08-31
JP2005530243A (ja) 2005-10-06

Similar Documents

Publication Publication Date Title
CA2488194C (fr) Procede de chargement de changements de plannings de vol
FR2738649A1 (fr) Procede de conversion d'objets d'un espace plat a un espace structure en classes
FR2983333A1 (fr) Systeme pour gerer l'exploitation d'une ligne aerienne
CA2796554A1 (fr) Outil de gestion de ressources et d'infrastructures informatiques et reseaux
WO2011135203A1 (fr) Procédé de mise à niveau d'un aéronef
FR2780178A1 (fr) Procede de transformation et d'acheminement de donnees entre des serveurs d'agents presents sur des machines et un serveur d'agent central present sur une autre machine
CN101087307A (zh) 用于面向服务的协作的方法和系统
US9959113B2 (en) Managing versions of software packages
EP1834274A1 (fr) Systeme, programme et procede d'affectation de ressources
FR2841018A1 (fr) Procede de chargement de changements de plannings de vol
EP1501241B1 (fr) Procédé d'approvisionnement de règles de politique dans un réseau géré à base de règles de politique
FR2936330A1 (fr) Procedes et dispositifs de gestion des informations de maintenance dans un aeronef.
FR3048101A1 (fr) Procede et dispositif d'evaluation de la robustesse d'une anonymisation d'un jeu de donnees
FR3090156A1 (fr) Registre distribué
US11276041B2 (en) Scheduling using potential calendars
US20180181640A1 (en) Methods and systems for searching
EP1430434A1 (fr) Procede pour la gestion de production en flux tire assiste par ordinateur
FR3060145A1 (fr) Procede de gestion de fonctionnalites optionnelles dans un systeme de vissage, systeme, concentrateur et produit programme d'ordinateur correspondant.
Fiarni et al. Implementation of queuing theory and heuristic method for scheduling system of XYZ auto service center
FR3045860A1 (fr) Procede de detection de problemes de testabilite d'un module informatique
FR2925188A1 (fr) Procede informatique de deploiement de services contextuels base sur un arbre de classification
EP0617349B1 (fr) Procédé et dispositif de reconfiguration en temps réel de la trajectoire d'un véhicule
EP1228466A1 (fr) Procede informatique ou informatisable pour la planification d'operations logistiques
Ponssard et al. The coordination of plans and actions within the firm: A simple game-theoretic model
EP1416414A1 (fr) Procédé de conception d'un matériel industriel et procédé de fabrication

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2488194

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2003255699

Country of ref document: AU

Ref document number: 1909/KOLNP/2004

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2004/10128

Country of ref document: ZA

Ref document number: 200410128

Country of ref document: ZA

WWE Wipo information: entry into national phase

Ref document number: 1020047020474

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 20038142279

Country of ref document: CN

Ref document number: 2004513976

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 10518515

Country of ref document: US

Ref document number: 537297

Country of ref document: NZ

WWE Wipo information: entry into national phase

Ref document number: 2003760062

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020047020474

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2003760062

Country of ref document: EP