CA2488194A1 - Procede de chargement de changements de plannings de vol - Google Patents
Procede de chargement de changements de plannings de vol Download PDFInfo
- Publication number
- CA2488194A1 CA2488194A1 CA002488194A CA2488194A CA2488194A1 CA 2488194 A1 CA2488194 A1 CA 2488194A1 CA 002488194 A CA002488194 A CA 002488194A CA 2488194 A CA2488194 A CA 2488194A CA 2488194 A1 CA2488194 A1 CA 2488194A1
- Authority
- CA
- Canada
- Prior art keywords
- changes
- fsr
- reservation
- flight
- reservations
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 23
- 230000004048 modification Effects 0.000 title abstract description 12
- 238000012986 modification Methods 0.000 title abstract description 12
- 230000008859 change Effects 0.000 claims description 31
- 238000010200 validation analysis Methods 0.000 claims description 8
- 238000004088 simulation Methods 0.000 claims description 6
- 238000000605 extraction Methods 0.000 claims description 2
- 230000010006 flight Effects 0.000 description 7
- 230000008569 process Effects 0.000 description 4
- 230000008901 benefit 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
- 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
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 v ol ; 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 d e 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
lo "Procédé de chargement de changements de plannings de vol"
is 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.
2o 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 2s 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.
3o 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 puant aux réservations de place existantes sur les vols qu'il est en train de modifier.
is 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.
2o 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 2s 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.
3o 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 puant aux réservations de place existantes sur les vols qu'il est en train de modifier.
2 PCT/FR03/50008 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 pue cela entraîne.
s 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 lo 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.
is Un autre inconvénient des procédés actuellement mis en oeuvre 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.
2o 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 2s 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é
3o 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
s 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 lo 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.
is Un autre inconvénient des procédés actuellement mis en oeuvre 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.
2o 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 2s 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é
3o 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
3 PCT/FR03/50008 é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 s 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.
io 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 ls 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.
20 - 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.
2s 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.
3o 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 ;
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 s 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.
io 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 ls 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.
20 - 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.
2s 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.
3o 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 ;
4 PCT/FR03/50008 - 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 lo - 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 t5 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.
zo - 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 zs 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 ;
30 - si ladite période n'a pas déjà été affectée par un changement V 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 ;
stockage dans un registre comme enregistrements de planning futur lo - 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 t5 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.
zo - 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 zs 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 ;
30 - si ladite période n'a pas déjà été affectée par un changement V 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 ;
5 PCT/FR03/50008 - 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 s 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 lo 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 dè plannings de vol et d'inventaire des réservations.
Is 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 oeuvre l'inventïon.
2o 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 2s 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.
3o Une partie des étapes du procédé de l'invention peut par ailleurs étre mise en oeuvre 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.
- lors de la simulation de réaffectation, on met à jour les dëpendances s 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 lo 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 dè plannings de vol et d'inventaire des réservations.
Is 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 oeuvre l'inventïon.
2o 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 2s 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.
3o Une partie des étapes du procédé de l'invention peut par ailleurs étre mise en oeuvre 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.
6 PCT/FR03/50008 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 s 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 lo 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é
is 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 2o 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 2s 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 3o 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.
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 s 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 lo 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é
is 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 2o 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 2s 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 3o 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.
7 PCT/FR03/50008 - 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 lo 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.
ls ~ 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 2o 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.
3o 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
ls ~ 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 2o 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.
3o 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
8 PCT/FR03/50008 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 s 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 lo 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 ts (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 20 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éafifectation de passagers pose 2s 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 ~o 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 F 1 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
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 s 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 lo 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 ts (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 20 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éafifectation de passagers pose 2s 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 ~o 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 F 1 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
9 PCT/FR03/50008 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 s 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 io des instructions de réaffectations ainsi que l'identifiant d'opération « I
». II 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 à
Is - 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.
2o Les trois bases de données (inventaire, réservation et planning) sont alors à jour et les enregistrements FSR peuvent être supprimés.
WO 03/107229 1~ PCT/FR03/50008 REFERENCES
SLS : serveur de changement de planning CS : serveur de distribution db1 : base de données existante GUI : interface utilisateur graphique
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 io des instructions de réaffectations ainsi que l'identifiant d'opération « I
». II 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 à
Is - 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.
2o Les trois bases de données (inventaire, réservation et planning) sont alors à jour et les enregistrements FSR peuvent être supprimés.
WO 03/107229 1~ PCT/FR03/50008 REFERENCES
SLS : serveur de changement de planning CS : serveur de distribution db1 : base de données existante GUI : interface utilisateur graphique
Claims (9)
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.
- 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).
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.
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.
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.
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.
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 |
|---|---|---|---|
| FR0207458 | 2002-06-18 | ||
| FR0207458A FR2841018B1 (fr) | 2002-06-18 | 2002-06-18 | Procede de chargement de changements de plannings de vol |
| US44462403P | 2003-02-04 | 2003-02-04 | |
| US60/444,624 | 2003-02-04 | ||
| PCT/FR2003/050008 WO2003107229A1 (fr) | 2002-06-01 | 2003-06-13 | Procede de chargement de changements de plannings de vol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2488194A1 true CA2488194A1 (fr) | 2003-12-24 |
| CA2488194C CA2488194C (fr) | 2016-10-11 |
Family
ID=29738031
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2488194A Expired - Lifetime CA2488194C (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 |
| US9378471B2 (en) * | 2007-03-01 | 2016-06-28 | Ge Aviation Systems Taleris Ltd | Multiple user resource scheduling |
| US20080215407A1 (en) * | 2007-03-01 | 2008-09-04 | Julian Pachon | Resource Scheduling with Rule Violation Feedback |
| CA2798849C (fr) | 2010-05-11 | 2015-03-17 | Primair, Inc. | Systemes, procedes et supports de stockage lisibles par machine pour former l'interfacage avec un systeme 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 | 南京莱斯信息技术股份有限公司 | 民航航班时刻计划与预先飞行计划联动变更一致性方法 |
Family Cites Families (11)
| 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 |
| 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 |
| 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 |
| AU2001245312A1 (en) | 2000-02-25 | 2001-09-03 | Northwest Airlines, Inc. | Remote airline check-in using a global computer network |
| US7231382B2 (en) * | 2001-06-01 | 2007-06-12 | Orbitz Llc | System and method for receiving and loading fare and schedule data |
| AU2002363059A1 (en) * | 2001-09-24 | 2003-05-06 | Sabre Inc. | Methods, systems, and articles of manufacture for reaccommodating 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 US US10/518,515 patent/US8069069B2/en active Active
- 2003-06-13 BR BR0311873-8A patent/BR0311873A/pt not_active Application Discontinuation
- 2003-06-13 CN CN038142279A patent/CN1662915A/zh active Pending
- 2003-06-13 AU AU2003255699A patent/AU2003255699B2/en not_active Expired
- 2003-06-13 CA CA2488194A patent/CA2488194C/fr not_active Expired - Lifetime
- 2003-06-13 EP EP03760062A patent/EP1552446A1/fr not_active Ceased
- 2003-06-13 JP JP2004513976A patent/JP2005530243A/ja active Pending
- 2003-06-13 WO PCT/FR2003/050008 patent/WO2003107229A1/fr active Application Filing
-
2004
- 2004-12-15 ZA ZA2004/10128A patent/ZA200410128B/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| CA2488194C (fr) | 2016-10-11 |
| US8069069B2 (en) | 2011-11-29 |
| US20050209896A1 (en) | 2005-09-22 |
| AU2003255699A1 (en) | 2003-12-31 |
| WO2003107229A1 (fr) | 2003-12-24 |
| JP2005530243A (ja) | 2005-10-06 |
| EP1552446A1 (fr) | 2005-07-13 |
| AU2003255699B2 (en) | 2009-01-22 |
| CN1662915A (zh) | 2005-08-31 |
| BR0311873A (pt) | 2005-04-05 |
| ZA200410128B (en) | 2005-12-28 |
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 | |
| FR3060788B1 (fr) | Tracabilite d'une chaine de traitements multi-acteurs par chaine de blocs, permettant au moins deux niveaux de confiance aux informations stockees | |
| US9959113B2 (en) | Managing versions of software packages | |
| FR3021789A1 (fr) | ||
| EP2663931A2 (fr) | Système et procédé permettant de faire fonctionner des applications sur une plateforme | |
| FR2852123A1 (fr) | Procede pour l'automatisation de la mise en oeuvre et la mise a jour d'un systeme d'information | |
| FR2841018A1 (fr) | Procede de chargement de changements de plannings de vol | |
| EP3991356A1 (fr) | Procede d'allocation de ressources d'une infrastructure de reseau | |
| EP1834274A1 (fr) | Systeme, programme et procede d'affectation de ressources | |
| EP1501241A2 (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 | |
| FR2963125A1 (fr) | Procede d'execution parallele d'un processus informatique par un bus applicatif | |
| US11276041B2 (en) | Scheduling using potential calendars | |
| FR3067490A1 (fr) | TRAITEMENT DE MESSAGES MULTlNORMES | |
| FR3090156A1 (fr) | Registre distribué | |
| FR3067839A1 (fr) | Actualisation d'un itineraire de voyage complet sur la base de la modification d'une seule reservation de voyage | |
| FR2963126A1 (fr) | Procede d'execution parallele d'une pluralite de taches ordonnees selon une table d'ordonnancement | |
| JP2006065796A (ja) | スケジューリング装置、スケジューリング方法及びプログラム | |
| Dutra et al. | An approach to adapt collaborative architectures to cloud computing | |
| 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 | |
| WO2004006147A2 (fr) | Procede et dispositif de stockage et d'acces a des donnes dans un systeme de reservation de voyages par ordinateur |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKEX | Expiry |
Effective date: 20230613 |
|
| MKEX | Expiry |
Effective date: 20230613 |