EP1552446A1 - Procede de chargement de changements de plannings de vol - Google Patents
Procede de chargement de changements de plannings de volInfo
- Publication number
- EP1552446A1 EP1552446A1 EP03760062A EP03760062A EP1552446A1 EP 1552446 A1 EP1552446 A1 EP 1552446A1 EP 03760062 A EP03760062 A EP 03760062A EP 03760062 A EP03760062 A EP 03760062A EP 1552446 A1 EP1552446 A1 EP 1552446A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- reservation
- changes
- fsr
- flight
- change
- Prior art date
- Legal status (The legal status 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 status listed.)
- Ceased
Links
- 238000000034 method Methods 0.000 title claims abstract description 23
- 230000004048 modification Effects 0.000 title abstract description 16
- 238000012986 modification Methods 0.000 title abstract description 16
- 230000008859 change Effects 0.000 claims description 32
- 238000010200 validation analysis Methods 0.000 claims description 8
- 238000004088 simulation Methods 0.000 claims description 5
- 230000010006 flight Effects 0.000 description 7
- 230000008901 benefit Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000008521 reorganization Effects 0.000 description 1
- 230000001932 seasonal effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/02—Reservations, 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
Landscapes
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
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
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.
Applications Claiming Priority (5)
| 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 | |
| US444624P | 2003-02-04 | ||
| PCT/FR2003/050008 WO2003107229A1 (fr) | 2002-06-01 | 2003-06-13 | Procede de chargement de changements de plannings de vol |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| EP1552446A1 true EP1552446A1 (fr) | 2005-07-13 |
Family
ID=29738031
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP03760062A Ceased EP1552446A1 (fr) | 2002-06-18 | 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) |
Families Citing this family (11)
| 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 |
| US20080215407A1 (en) * | 2007-03-01 | 2008-09-04 | Julian Pachon | Resource Scheduling with Rule Violation Feedback |
| 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 |
| CN113987406B (zh) * | 2021-09-18 | 2024-08-09 | 南京航空航天大学 | 一种考虑优先级的航班时刻弹性优化方法 |
| CN114299764B (zh) * | 2021-12-17 | 2022-11-08 | 南京莱斯信息技术股份有限公司 | 民航航班时刻计划与预先飞行计划联动变更一致性方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5897620A (en) * | 1997-07-08 | 1999-04-27 | Priceline.Com Inc. | Method and apparatus for the sale of airline-specified flight tickets |
| WO2001063533A2 (fr) * | 2000-02-25 | 2001-08-30 | Northwest Airlines, Inc. | Enregistrement de passagers de lignes aeriennes a distance a l'aide d'un reseau informatique global |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4775936A (en) * | 1986-03-31 | 1988-10-04 | Jung Jerrold M | Overbooking system |
| 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 |
| US20020178034A1 (en) * | 1996-04-10 | 2002-11-28 | Christopher W. Gardner | Airline travel technologies |
| US6408276B1 (en) * | 1999-07-30 | 2002-06-18 | Caleb Technologies Corp. | Crew optimization engine for repair of pairings during irregular airline operations |
| 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 |
| 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 |
-
2003
- 2003-06-13 JP JP2004513976A patent/JP2005530243A/ja active Pending
- 2003-06-13 CN CN038142279A patent/CN1662915A/zh active Pending
- 2003-06-13 CA CA2488194A patent/CA2488194C/fr not_active Expired - Lifetime
- 2003-06-13 US US10/518,515 patent/US8069069B2/en active Active
- 2003-06-13 WO PCT/FR2003/050008 patent/WO2003107229A1/fr active Application Filing
- 2003-06-13 BR BR0311873-8A patent/BR0311873A/pt not_active Application Discontinuation
- 2003-06-13 EP EP03760062A patent/EP1552446A1/fr not_active Ceased
- 2003-06-13 AU AU2003255699A patent/AU2003255699B2/en not_active Expired
-
2004
- 2004-12-15 ZA ZA2004/10128A patent/ZA200410128B/en unknown
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5897620A (en) * | 1997-07-08 | 1999-04-27 | Priceline.Com Inc. | Method and apparatus for the sale of airline-specified flight tickets |
| WO2001063533A2 (fr) * | 2000-02-25 | 2001-08-30 | Northwest Airlines, Inc. | Enregistrement de passagers de lignes aeriennes a distance a l'aide d'un reseau informatique global |
Non-Patent Citations (2)
| Title |
|---|
| See also references of WO03107229A1 * |
| TEODOROVIC D. ET AL: "Model for Operational Daily Airline Scheduling", TRANSPORTATION PLANNING AND TECHNOLOGY, vol. 14, 1990, pages 273 - 285, XP008034282, ISSN: 0308-1060 * |
Also Published As
| Publication number | Publication date |
|---|---|
| AU2003255699B2 (en) | 2009-01-22 |
| AU2003255699A1 (en) | 2003-12-31 |
| JP2005530243A (ja) | 2005-10-06 |
| CN1662915A (zh) | 2005-08-31 |
| US20050209896A1 (en) | 2005-09-22 |
| US8069069B2 (en) | 2011-11-29 |
| WO2003107229A1 (fr) | 2003-12-24 |
| BR0311873A (pt) | 2005-04-05 |
| CA2488194A1 (fr) | 2003-12-24 |
| ZA200410128B (en) | 2005-12-28 |
| CA2488194C (fr) | 2016-10-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2275187C (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 | |
| 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 | |
| EP2564573A1 (fr) | Procédé de mise à niveau d'un aéronef | |
| FR2983333A1 (fr) | Systeme pour gerer l'exploitation d'une ligne aerienne | |
| CN101087307A (zh) | 用于面向服务的协作的方法和系统 | |
| US9959113B2 (en) | Managing versions of software packages | |
| FR2841018A1 (fr) | Procede de chargement de changements de plannings de vol | |
| EP1501241A2 (fr) | Procédé d'approvisionnement de règles de politique dans un réseau géré à base de règles de politique | |
| FR2880450A1 (fr) | Procede d'affectation de ressources | |
| FR2963125A1 (fr) | Procede d'execution parallele d'un processus informatique par un bus applicatif | |
| FR3090156A1 (fr) | Registre distribué | |
| US11276041B2 (en) | Scheduling using potential calendars | |
| FR3027130A1 (fr) | Integration automatique de donnees relatives a une operation de maintenance | |
| FR3067490A1 (fr) | TRAITEMENT DE MESSAGES MULTlNORMES | |
| EP1430434A1 (fr) | Procede pour la gestion de production en flux tire assiste par ordinateur | |
| FR2963126A1 (fr) | Procede d'execution parallele d'une pluralite de taches ordonnees selon une table d'ordonnancement | |
| FR3067839A1 (fr) | Actualisation d'un itineraire de voyage complet sur la base de la modification d'une seule reservation de voyage | |
| JP2006065796A (ja) | スケジューリング装置、スケジューリング方法及びプログラム | |
| WO2017108924A1 (fr) | Procédé de détection de problèmes de testabilité d'un module informatique | |
| FR2925188A1 (fr) | Procede informatique de deploiement de services contextuels base sur un arbre de classification | |
| Fiarni et al. | Implementation of queuing theory and heuristic method for scheduling system of XYZ auto service center | |
| Sai et al. | Requirement analysis practices are the foremost way to bridge the dissonance between project success | |
| 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 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
| 17P | Request for examination filed |
Effective date: 20050117 |
|
| AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR |
|
| AX | Request for extension of the european patent |
Extension state: AL LT LV MK |
|
| DAX | Request for extension of the european patent (deleted) | ||
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED |
|
| 18R | Application refused |
Effective date: 20101014 |