FR3099619A1 - Dispositif, système et procédé pour la synchronisation, basée sur un mode, d’enregistrements de données - Google Patents
Dispositif, système et procédé pour la synchronisation, basée sur un mode, d’enregistrements de données Download PDFInfo
- Publication number
- FR3099619A1 FR3099619A1 FR1908663A FR1908663A FR3099619A1 FR 3099619 A1 FR3099619 A1 FR 3099619A1 FR 1908663 A FR1908663 A FR 1908663A FR 1908663 A FR1908663 A FR 1908663A FR 3099619 A1 FR3099619 A1 FR 3099619A1
- Authority
- FR
- France
- Prior art keywords
- data
- database
- reservation
- order
- passenger name
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 40
- 230000004048 modification Effects 0.000 claims description 126
- 238000012986 modification Methods 0.000 claims description 126
- 238000004590 computer program Methods 0.000 claims description 5
- 238000004364 calculation method Methods 0.000 claims 5
- 230000015654 memory Effects 0.000 description 20
- 238000004891 communication Methods 0.000 description 15
- 230000008859 change Effects 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 230000010006 flight Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000007704 transition Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 241000699670 Mus sp. Species 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000002367 polarised neutron reflectometry Methods 0.000 description 1
- 229920000636 poly(norbornene) polymer Polymers 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012216 screening 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
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2379—Updates performed during online database operations; commit processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/045—Payment circuits using payment protocols involving tickets
- G06Q20/0457—Payment circuits using payment protocols involving tickets the tickets being sent electronically
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
-
- 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/10—Services
- G06Q50/14—Travel agencies
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
- G06F16/275—Synchronous replication
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Databases & Information Systems (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- Finance (AREA)
- General Engineering & Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- General Health & Medical Sciences (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Un dispositif, système et procédé pour la synchronisation, basée sur un mode, d’enregistrements de données est fourni. Les données de réservation sont reçues, au niveau d’un ou de plus de dispositifs informatiques, d’un d’un premier et d’un second dispositif client. Lorsqu’elles sont reçues d’un premier dispositif client, dans un mode de première commande pour les données de réservation, le(s) dispositif(s) : amène(nt) un système de gestion de commande (OMS) à générer : des données de commande au niveau d’une première base de données ; et amène(nt) un système existant à générer un enregistrement de nom de passager (PNR) correspondant au niveau d’une deuxième base de données, le PNR correspondant étant asservi aux données de commande. Lorsqu’elles sont reçues d’un deuxième dispositif client, dans un mode existant pour les données de réservation, le(s) dispositif(s) : amène(nt) le système existant à générer, un PNR et/ou des données de billet au niveau d’une deuxième base de données ; et amène(nt) l’OMS à générer les données de commande correspondantes au niveau d’une première base de données, les données de commande correspondantes étant asservies au PNR et/ou aux données de billet. Figure pour l’abrégé : Fig. 1
Description
La spécification concerne généralement la synchronisation de données, et spécifiquement un système et procédé pour la synchronisation, basée sur un mode, d’enregistrement des données.
La fourniture de divers produits, incluant par exemple des biens et services liés au voyage (par ex. des vols, des réservations d’hôtel, et similaires) requiert typiquement diverses entités discrètes pour échanger les données définissant divers aspects des produits. Des exemples de telles entités, dans le contexte des produits liés au voyage, incluent les compagnies aériennes, les agences de voyages, les utilisateurs finaux, les systèmes de réservation, et similaires. Bien que de telles entités puissent être configurées pour échanger des données selon un format standardisé (par ex. selon la norme de capacité de distribution (NDC) basée sur le langage de balisage extensible (XML) dans le contexte des produits liés au voyage), elles peuvent néanmoins employer différents mécanismes pour initier l’échange de données. La variabilité des mécanismes de synchronisation peut conduire à des synchronisations infructueuses ainsi qu’à une configuration longue et coûteuse sur la partie de chaque entité pour tenir compte des variations des mécanismes de synchronisation.
Un aspect de la présente spécification fournit un dispositif informatique comprenant : au moins un contrôleur configuré pour communiquer avec : un premier dispositif client et un système de gestion de commandes (OMS) communiquant avec une première base de données ; et un deuxième dispositif client et un système existant communiquant avec une deuxième base de données, ledit au moins un contrôleur par ailleurs configuré pour : recevoir, du premier dispositif client et du deuxième dispositif client des données de réservation ; lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de première commande pour les données de réservation : amener l’OMS à générer : des données de commande au niveau de la première base de données ; et amener le système existant à générer un enregistrement de nom de passager correspondant au niveau de la deuxième base de données, l’enregistrement de nom de passager correspondant étant asservi aux données de commande ; et lorsque les données de réservation sont reçues du deuxième dispositif client, dans un mode existant pour les données de réservation : amener le système existant à générer, un ou plusieurs d’un enregistrement de nom de passager et des données de billet au niveau de la deuxième base de données ; et amener l’OMS à générer les données de commande correspondantes au niveau de la première base de données, les données de commande correspondantes étant asservies à un ou plusieurs de l’enregistrement de nom de passager et des données de billet.
Dans un mode de réalisation, ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode de première commande pour les données de réservation : recevoir, du premier dispositif client, les données de modification de réservation ; amener les données de commande à être modifiées au niveau de la première base de données selon les données de modification de réservation ; et amener l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données selon les modifications effectuées sur les données de commande au niveau de la première base de données. Dans un autre mode de réalisation, ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode de première commande pour les données de réservation : recevoir, du deuxième dispositif client, les données de modification de réservation ; empêcher une modification de l’enregistrement de nom de passager correspondant au niveau de la deuxième base de données basée sur les données de modification de réservation ; amener les données de commande à être modifiées au niveau de la première base de données selon les données de modification de réservation ; et amener l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données selon les modifications effectuées sur les données de commande au niveau de la première base de données.
Dans un mode de réalisation, ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode existant pour les données de réservation : recevoir, du premier dispositif client, les données de modification de réservation ; empêcher une modification des données de commande correspondantes au niveau de la première base de données basée sur les données de modification de réservation ; amener un ou plusieurs des enregistrements de noms de passagers et des données de billet à être modifiés au niveau de la deuxième base de données selon les données de modification de réservation ; et amener les données de commande correspondantes à être modifiées au niveau de la deuxième base de données selon les modifications effectuées sur un ou plusieurs des enregistrements de noms de passagers et des données de billet au niveau de la deuxième base de données. Dans un autre mode de réalisation, ledit au moins un contrôleur est par ailleurs configuré pour : lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de deuxième commande pour les données de réservation, amener le système existant à générer : les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes étant également asservies aux données de commande.
Dans un mode de réalisation, ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode de première commande pour les données de réservation : recevoir une demande de commutation du mode de première commande au mode existant ; amener le système existant à générer les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes étant asservies aux données de commande ; et modifier l’enregistrement de nom de passager correspondant et les données de billet correspondantes d’un état d’asservissement aux données de commande à un état de maître des données de commande, de sorte que les données de commande au niveau de la première base de données sont asservies à l’enregistrement de nom de passager correspondant et aux données de billets correspondantes au niveau de la deuxième base de données. Dans un autre mode de réalisation, ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode de première commande pour les données de réservation : recevoir, du deuxième dispositif client, les données de modification de réservation qui ne sont pas supportées par l’OMS ; commuter du mode de première commande au mode existant en : amenant le système existant à générer les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes étant également asservies aux données de commande ; et modifier l’enregistrement de nom de passager correspondant et les données de billet correspondantes d’un état d’asservissement aux données de commande à un état de maître des données des commande, de sorte que les données de commande au niveau de la première base de données sont asservies à l’enregistrement de nom de passager correspondant et aux données de billet correspondantes au niveau de la deuxième base de données ; amener le système existant à modifier un ou plusieurs de l’enregistrement de nom de passager correspondants et des données de billet correspondantes, au niveau de la deuxième base de données, selon les données de modification de réservation ; et amener les données de commande à être modifiées, au niveau de la première base de données, selon les modifications sur un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes au niveau de la deuxième base de données.
Un autre aspect de la présente spécification fournit un procédé comprenant : la réception, au niveau d’un ou de plusieurs dispositifs informatiques, d’un d’un premier dispositif client et d’un deuxième dispositif client, de données de réservation ; lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de première commande pour les données de réservation : amener, via le ou des dispositifs client, un système de gestion de commandes (OMS) à générer : les données de commande au niveau d’une première base de données ; et amener, via ledit un ou plusieurs dispositifs informatiques, un système existant à générer un enregistrement de nom de passager correspondant au niveau d’une deuxième base de données, l’enregistrement de nom de passager correspondant étant asservi aux données de commande ; et lorsque les données de réservation sont reçues du deuxième dispositif client, dans un mode existant pour les données de réservation : amener, via ledit un ou plusieurs dispositifs informatiques, l’OMS à générer les données de commande correspondantes au niveau d’une première base de données, les données de commande correspondantes étant asservies à un ou plusieurs de l’enregistrement de nom de passager et des données de billet.
Dans un mode de réalisation, le procédé comprend par ailleurs, dans le mode de première commande pour les données de réservation : la réception, au niveau du ou des dispositifs informatiques, du premier dispositif client, les données de modification de réservation ; le fait d’amener, via du ou des dispositifs informatiques, les données de commande à être modifiées au niveau de la première base de données selon les données de modification de réservation ; et le fait d’amener l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données selon les modifications effectuées sur les données de commande au niveau de la première base de données. Dans un autre mode de réalisation, le procédé comprend par ailleurs, dans le mode de première commande pour les données de réservation : la réception, au niveau dudit ou des dispositifs informatiques, du deuxième dispositif client, les données de modification de réservation ; l’empêchement, au niveau du ou des dispositifs informatique, d’une modification de l’enregistrement de nom de passager correspondant au niveau de la deuxième base de données basée sur les données de modification de réservation ; le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, les données de commande à être modifiées au niveau de la première base de données selon les données de modification de réservation ; et le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données selon les modifications effectuées sur les données de commande au niveau de la première base de données.
Dans un mode de réalisation, le procédé comprend par ailleurs, dans le mode existant pour les données de réservation : la réception, au niveau du ou des dispositifs informatiques, du premier dispositif client, des données de modification de réservation ; l’empêchement, au niveau du ou des dispositifs informatiques, d’une modification des données de commande correspondantes au niveau de la première base de données basée sur les données de modification de réservation ; le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, un ou plusieurs de l’enregistrement de nom de passager et des données de billet à être modifiés au niveau de la deuxième base de données selon les données de modification de réservation ; et le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, les données de commande correspondantes à être modifiées au niveau de la première base de données selon les modifications effectuées sur un ou plusieurs de l’enregistrement de nom de passager et des données de billet au niveau de la deuxième base de données. Dans un mode de réalisation, le procédé comprend par ailleurs, lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de deuxième commande pour les données de réservation, le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, le système existant à générer : les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes étant également asservies aux données de commande.
Dans un mode de réalisation, le procédé comprend par ailleurs, dans le mode de première commande pour les données de réservation : la réception, au niveau du ou des dispositifs informatique, d’une demande de commutation du mode de première commande au mode existant ; le fait d’amener, via un ou des dispositifs informatiques, le système existant à générer les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes étant également asservies aux données de commande ; et la modification, via ledit un ou plusieurs dispositifs informatiques, de l’enregistrement de nom de passager correspondant et des données de billet correspondantes d’un état d’asservissement aux données de commande à un état de maître des données de commande, de sorte que les données de commande au niveau de la première base de données sont asservies à l’enregistrement de nom de passager correspondant et aux données de billet correspondantes au niveau de la deuxième base de données. Dans un autre mode de réalisation, le procédé comprend par ailleurs, dans le mode de première commande pour les données de réservation : la réception, au niveau du ou des dispositifs informatiques, du deuxième dispositif client, des données de modification de réservation qui ne sont pas supportées par l’OMS ; la commutation, via ledit un ou plusieurs dispositifs informatiques, du mode de première commande au mode existant en : amenant le système existant à générer les données de billets correspondantes au niveau de la deuxième base de données, les données de billets correspondantes étant également asservies aux données de commande ; et la modification de l’enregistrement de nom de passager correspondant et des données de billets correspondantes d’un état d’asservissement aux données de commande à un état de maître des données des commande, de sorte que les données de commande au niveau de la première base de données sont asservies à l’enregistrement de nom de passager correspondant et aux données de billet correspondantes au niveau de la deuxième base de données ; le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, le système existant à modifier un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes, au niveau de la deuxième base de données, selon les données de modification de réservation ; et le fait d’amener, via le ou les dispositifs de commande, les données de commande à être modifiées, au niveau de la première base de données, selon les modifications sur un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes au niveau de la deuxième base de données.
Un autre aspect de la présente spécification fournit un produit programme d'ordinateur comprenant des instructions de code de programme stockées sur un support lisible par ordinateur pour mettre en œuvre les étapes du procédé selon l’un quelconque des aspects du procédé susmentionnés et des modes de réalisation lorsque ledit programme est exécuté sur un ordinateur.
Un autre aspect de la présente spécification fournit un support lisible par ordinateur non transitoire stockant un programme informatique, dans lequel l'exécution du programme informatique est destinée à : recevoir, au niveau d’un ou de plusieurs dispositifs informatiques, d’un d’un premier dispositif client et du deuxième dispositif client, des données de réservation ; lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de première commande pour les données de réservation : amener, via le ou les dispositifs client, un système de gestion de commandes (OMS) à générer : des données de commande au niveau d’une première base de données ; et amener, via ledit un ou plusieurs dispositifs informatiques, un système existant à générer un enregistrement de nom de passager correspondant au niveau d’une deuxième base de données, l’enregistrement de nom de passager correspondant étant asservi aux données de commande ; et lorsque les données de réservation sont reçues du deuxième dispositif client, dans un mode existant pour les données de réservation : amener, via ledit un ou plusieurs dispositifs informatiques, l’OMS à générer les données de commande correspondantes au niveau d’une première base de données, les données de commande correspondantes étant asservies à un ou plusieurs de l’enregistrement de nom de passager et des données de billet.
Pour une meilleure compréhension des divers exemples décrits dans les présentes et pour présenter plus clairement comment ils peuvent être mis en œuvre, on fera à présent référence aux dessins qui les accompagnent dans lesquels :
La fourniture de divers produits, incluant par exemple des biens et services liés au voyage (par ex. des vols, des réservations d’hôtel, et similaires) requiert typiquement diverses entités discrètes pour échanger les données définissant divers aspects des produits. Des exemples de telles entités, dans le contexte des produits liés au voyage, incluent les compagnies aériennes, les agences de voyages, les utilisateurs finaux, les systèmes de réservation et similaires. Bien que de telles entités puissent être configurées pour échanger des données selon un format standardisé (par ex. selon les normes de capacité de distribution (NDC) basées sur le langage de balisage extensible (XML) ou les normes ONE Order™ dans le contexte des produits liés au voyage), en communiquant avec un système de gestion de commandes (OMS), bon nombre de ces entités peut être nécessaire pour interagir en utilisant des interfaces précédemment fournies par un Système de services de passagers (PSS). Ainsi, comme décrit dans les présentes, un OMS et un PSS peuvent fonctionner simultanément, et diverses entités et/ou dispositifs de ceux-ci, interagir avec l’OMS et le PSS en utilisant les ensembles respectifs d’interfaces (c.-à-d. respectifs à l’OMS et au PSS). Pour gérer une réservation (par ex. le service relatif à une réservation, la réalisation d’une réservation, etc.), dans la synchronisation extensive de l’OMS et du PSS à la fois peut se produire entre les enregistrements générés dans l’OMS et le PSS. Cependant, les mécanismes de synchronisation actuels peuvent conduire à des synchronisations de réservation infructueuses entre l’OMS et le PSS incluant des problèmes tels que des mises à jour conflictuelles ou des conditions de course entre ces deux systèmes.
L’attention est donc portée sur la FIG. 1 qui décrit un système 100 de synchronisation, basée sur un mode, d’enregistrements des données, et en particulier d’enregistrements des données de différents types associés. Les enregistrements de données, dans les exemples décrits dans les présentes, correspondent aux produits tels que des biens et services liés au voyage (par ex., des vols, des réservations d’hôtel, des locations de voitures et similaires). Plus spécifiquement, les produits décrits dans les exemples ci-dessous peuvent être des billets d’avion et des services liés (par ex. service de contrôle des bagages, nourriture en vol, divertissements et similaires). Cependant, comme les hommes de métier le remarqueront, les systèmes et procédés décrits ci-dessous peuvent également s’appliquer à divers autres types d’enregistrement des données.
La livraison des produits susmentionnés est typiquement contrôlée par une entité de fournisseur, tel qu’une compagnie aérienne dans le cas de produits décrits en rapport avec les exemples fournis dans les présentes. Cependant, l’initiation des produits peut se produire via des dispositifs client qui peuvent être associés à une entité de fournisseur, une agence de voyage, les utilisateurs exploitant des applications de commande de produits sur des dispositifs et/ou dispositifs mobiles, et similaires. Le système 100 inclut généralement un système plus récent de commande des produits : par exemple, les dispositifs du système plus récent peuvent échanger des données selon une norme de capacité de distribution (NDC). Le système 100 inclut par ailleurs un système existant pour commander les produits ; par exemple, des dispositifs du système existant peuvent échanger des données selon une norme basée sur un Système de distribution globale (GDS), par exemple en utilisant la norme standard de messagerie d’échange de données électroniques pour l’administration, le commerce et le transport (EDIFACT). En général, différents enregistrements de donnés respectifs pour un produit donné peuvent être conservés par chacun des systèmes, au niveau des différentes bases de données, et en particulier, chaque système peut conserver les enregistrements de donnés respectifs au niveau des bases de données respectives pour un produit particulier, tel qu’un billet et/ou un e-billet vendu à un passager pour un vol particulier. Étant donné que chaque système peut tenter de faire des modifications sur les enregistrements de données stockés au niveau des bases de données respectives, par exemple en parallèle les uns avec les autres, la synchronisation des enregistrements de données au niveau des bases de données respectives peut donner lieu à des données contradictoires étant stockées dans les enregistrements de données et/ou la synchronisation des enregistrements de données peut échouer et/ou la synchronisation peut être infructueuse. De plus, le problème peut être particulièrement grave avec des bases de données associées à des entités associées à l’industrie du voyage, qui passe généralement des normes basées sur un GDS à la norme NDC, et certaines entités peuvent être plus lentes que d’autres entités pour passer d’une norme à une autre. Par conséquent, la présente spécification concerne généralement un dispositif, systèmes et procédé pour la synchronisation, basée sur un mode, d’enregistrements des données de deux systèmes plus récents et de systèmes existants pour prévenir et/ou réduire la défaillance de synchronisation d’enregistrement des données. Dans des exemples particuliers, un mode peut être particulier à une réservation particulière d’un produit, représentée par les données de réservation (par ex. une demande électronique d’un produit) ; par conséquent, les données de réservation auxquelles il fait référence dans les présentes peuvent être exploitées et/ou contrôlées dans différents modes, en fonction d’un dispositif client d’où proviennent les données de réservation.
Le système 100 est ensuite décrit plus en détail. Les liens de communication entre les composants du système 100 sont décrits à la FIG. 1, et dans toute la présente spécification, comme des flèches à double extrémité entre les composants respectifs ; les liens de communication peuvent inclure toute combinaison appropriée de liens sans fil et/ou câblés et/ou de réseaux de communication sans fil et/ou câblés.
Le système 100 comprend au moins un premier dispositif client 101-1, 101-2, au moins un deuxième dispositif client 102-1, 102-2, un système de gestion des commandes (OMS) 111,1 un système existant 112, une première base de données 121 et une deuxième base de données 122. Ledit au moins un premier dispositif client 101-1, 101-2 sera désigné de manière interchangeable ci-après, collectivement, les premiers dispositifs client 101 et, génériquement un premier dispositif client 101 ; de manière similaire, au moins un deuxième dispositif client 102-1, 102-2 sera désigné de manière interchangeable ci-après, collectivement les deuxièmes dispositifs client 102 et, génériquement, un deuxième dispositif client 102.
Les premiers dispositifs client 101 communiquent généralement avec l’OMS 111 via les premiers serveurs 141-1, 141-2, notamment, mais sans s’y limiter, un serveur Internet 141-1 et un serveur mobile 141-2. Les serveurs 141-1, 141-2 seront désignés de manière interchangeable ci-après, collectivement, les premiers serveurs 141 et, génériquement un premier serveur 141.
De manière similaire, les deuxièmes dispositifs client 102 communiquent généralement avec le système existant 112 via les deuxièmes serveurs 142-1, 142-2, notamment, mais sans s’y limiter, un serveur de distribution global (GDS) existant 142-1 et un serveur d’entité de fournisseur existant 142-2. Les serveurs 142-1, 142-2 seront désignés de manière interchangeable ci-après, collectivement, les deuxièmes serveurs 142 et, génériquement un deuxième serveur 142.
En général, les premiers dispositifs client 101, les serveurs 141, l’OMS 111 et la première base de données 121 peuvent, ensemble, former un système plus récent vers lequel les entités associées au voyage sont en transition, et les composants du système plus récent peuvent fonctionner selon une première norme telle que la norme NDC. De manière similaire, les deuxièmes dispositifs client 102, les serveurs 142, le système existant 112 et la deuxième base de données 122 peuvent, ensemble, former un système existant à partir duquel les entités associées au voyage sont en transition, par exemple vers un système plus récent et les composants du système existant peuvent fonctionner selon une deuxième norme qui est plus récente que la première norme, telle que les normes basées sur un GDS. Dans certains exemples, le système existant 112 comprend un PSS.
Ainsi, les enregistrements des données liés pour un produit peuvent être conservés au niveau des deux bases de données 121,122 et peuvent nécessiter la synchronisation ; par exemple, un billet de compagnie aérienne électronique peut être commandé via l’OMS 111 via les données de réservation reçues d’un ou de plusieurs des premiers dispositifs client 101 et des premiers objets de données qui sont conformes à une première norme, telle que la norme NDC, peuvent être stockés au niveau d’une première base de données 121 ; lesdits premiers objets de données sont également désignés dans les présentes « données de commande » dans la mesure où ils concernent des « commandes » d’un produit.
Cependant, les entités exploitant les deuxièmes dispositifs client 102 qui n’ont pas encore subi une transition vers la nouvelle (par ex. NDC) norme peuvent vouloir accéder aux données associées au billet de compagnie aérienne électronique, et ne peuvent pas accéder aux objets de données au niveau de la première base de données 121 dans la mesure où l’ancien système, dont elles font partie, ne peut généralement pas traiter de tels objets de données. Ainsi, les deuxièmes objets de données qui sont conformes à une deuxième norme, telle qu’une norme basée sur un GDS, peuvent être stockés au niveau d’une deuxième base de données 122. Les deuxièmes objets de données peuvent inclure des informations similaires aux premiers objets de données mais sont stockés dans la deuxième norme plutôt que dans la première norme. Par exemple, de tels deuxièmes objets de données peuvent inclure, sans s’y limiter, un ou plusieurs d’un enregistrement de nom de passager et des donnés de billet, qui sont conformes à la norme basée sur un GDS, générés au niveau de la deuxième base de données 122, de sorte que, par exemple, les deuxièmes dispositifs client 102 peuvent également accéder aux données associées aux données de réservation originales. La synchronisation des objets de données au niveau des bases de données 121,122 peut être cependant problématique, lorsqu’un premier dispositif client 101 et un deuxième dispositif client 102 tente d’effectuer les modifications sur les données de réservation, par exemple en parallèle l’un avec l’autre.
Comme décrit, le premier dispositif client 101-1 comprend un dispositif informatique et/ou un dispositif terminal exploité, par exemple, par une agence de voyage, une entité de fournisseur, une compagnie aérienne, et/ou une autre entité et/ou entité de fournisseur, qui peut être associée à l’industrie du voyage, et qui accède à l’OMS 111 via un serveur Internet 141-1, par exemple pour réserver et/ou acheter un produit. Comme décrit, le premier dispositif client 101-2 comprend un dispositif mobile exploité, par exemple, par un utilisateur souhaitant, par exemple, réserver et/ou acheter un produit via une application associée au niveau du dispositif mobile, et qui accède à l’OMS 111 via un serveur mobile 141-2. Cependant, un utilisateur peut alternativement utiliser une application basée sur Internet par exemple pour réserver e/ou acheter un produit, en utilisant un ordinateur personnel, un ordinateur portable, et similaires, et le système 100 peut inclure tous premiers serveurs adéquat 141 pour que les utilisateurs accèdent à l’OMS 111. Quoi qu’il en soit, commander un produit via un premier dispositif client 101 donne généralement lieu à des données de réservation transmise à l’OMS 111.
Tandis que seulement deux premiers dispositifs client 101 et deux premiers serveurs 141 sont décrits, le système 100 peut comprendre des centaines, des milliers, et/ou tout nombre approprié de premiers dispositifs client 101 et de premiers serveurs 141. De plus, tandis que les premiers dispositifs client 101 et les premiers serveurs 141 sont décrits dans une relation biunivoque, plus qu’un premier dispositif client 101 peut accéder à l’OMS 111 via un premier serveur 141 ; par exemple, le serveur Internet 141-1 peut agir comme un portail vers l’OMS 111 pour des centaines, des milliers, etc. d’agences de voyage et/ou de compagnies aériennes et/ou de dispositifs client d’entité de fournisseur 101-1, et le serveur mobile 141-2 peut agir comme un portail vers l’OMS 111 pour des centaines, des milliers, etc. de dispositifs mobiles 101-2.
Comme décrit, les deuxièmes dispositifs client 102-1 comprennent un dispositif informatique et/ou un dispositif terminal exploité, par exemple, par une agence de voyage et/ou une autre entité qui peut être associée à l’industrie du voyage, et qui accède au système existant 112 via le serveur GDS existant 142-1. Comme décrit, le deuxième dispositif client 102-2 comprend un dispositif informatique et/ou le dispositif terminal exploité, par exemple, par une compagnie aérienne et/ou une entité de fournisseur qui accède au système existant 112 via une compagnie aérienne existante et/ou un serveur d’entité de fournisseur 142-1. Quoi qu’il en soit, commander un produit via un deuxième dispositif client 102 donne généralement lieu à des données de réservation à transmettre au système existant 112.
Tandis que seulement deux deuxièmes dispositifs client 102 et deux deuxièmes serveurs 142 sont décrits, le système 100 peut comprendre des centaines, des milliers, et/ou tout nombre approprié de deuxièmes dispositifs client 102 et de deuxièmes serveurs 142. De plus, tandis que les deuxièmes dispositifs client 102 et les deuxièmes serveurs 142 sont décrits dans une relation biunivoque, plus qu’un deuxième dispositif client 102 peut accéder au système existant 112 via les deuxièmes serveurs ; par exemple, le serveur GDS existant 142-1 peut agir comme un portail vers le système existant 112 pour des centaines, des milliers, etc. de dispositifs d’agences de voyage 102-1, et le serveur d’entité de fournisseur existant 142-2 peut agir comme un portail vers le système existant 112 pour des centaines, des milliers, etc. de dispositifs de compagnies aériennes 102-2.
L’OMS 111 comprend généralement un ou plusieurs dispositifs informatiques et/ou serveurs fonctionnant selon une première norme notamment, mais sans s’y limiter, la norme NDC. L’OMS 111 peut recevoir des données de réservation d’un premier dispositif client 101(par ex. via un premier serveur 141) et en réponse générer un objet de données, tel que des données de commande, au niveau d’une première base de données 121, l’objet de données définissant un vol exploité par une entité de fournisseur associée à l’OMS 111 et la première base de données 121, telle qu’une compagnie aérienne, et similaire, et/ou des services auxiliaires associés au vol, et/ou un autre objet de données peut définir un autre type de produit et/ou un autre type de produit de voyage. Chaque objet de données contient par conséquent divers champs. Certains champs définissent des attributs de produits, tels que des identifiants de produit (par ex. des identifiants de service, des identifiants d’articles et similaires), des emplacements, des dates et heures correspondant aux produits (par ex. des heures de vol et autres données d’itinéraire). D’autres champs de l’objet de données définissent des attributs client, tels que des identifiants client (par ex. identifiant le voyageur, en cas de produits liés au voyage tels que les vols susmentionnés), des données de paiement, et similaires.
Par conséquent, en général, les objets de données sont générés pour le stockage dans la première base de données 121 en réponse aux données de réservation (qui peuvent également être désignées comme des commandes, des réservations et/ou demandes d’achat) reçues au niveau de l’OMS 111 d’autres composants du système 100, tels que les premiers dispositifs client 101 comme décrit ci-dessus. Par exemple, les données de réservation peuvent être reçues d’un premier dispositif client 101 qui peut être exploité par une entité d’agent de voyage, et par conséquent générer et transmettre des données de réservation pour acheter des produits à l’OMS 111 pour le compte d’utilisateurs finaux (par ex. des voyageurs).
Divers autres mécanismes pour initier la création d’objets de données et/ou de données de commande au niveau de la première base de données 121 sont également envisagés. Par exemple, des utilisateurs finaux via les dispositifs client mobiles 101-2, et similaires, peuvent initier la génération d’objets de données et/ou de données de commande au niveau de la première base de données 121, via l’interaction directe avec un site Internet hébergé par le serveur mobile 141-2, et similaire et/ou l’OMS 111. Les hommes de métier remarqueront divers autres mécanismes pour la génération de données de commande et/ou d’objets de données au niveau de la première base de données 121, tels que les mécanismes de création d’« offre » et de « commande » précisés par la norme NDC.
Le système existant 112 comprend généralement un ou plusieurs dispositifs informatiques et/ou serveurs fonctionnant selon une deuxième norme notamment, mais sans s’y limiter la norme basée sur un système de distribution global (GDS). En général, la première norme selon laquelle l’OMS 111 fonctionne peut être plus récente que la deuxième norme selon laquelle le système existant 112 fonctionne. La génération d’objets de données tels que des enregistrements de noms de passagers et/des données de billets au niveau de la deuxième base de données 122 peut s’effectuer d’une manière similaire à la génération d’objets de données au niveau de la première base de données 121, mais, par exemple, via l’interaction des deuxièmes dispositifs client 102 avec le système existant 112, selon une norme basée sur un GDS.
Comme également écrit à la FIG. 1, l’OMS 111 et le système existant 112 sont généralement en communication via un plusieurs liens de communication et/ou un ou plusieurs dispositifs de communication respectifs et/ou un ou plusieurs dispositifs informatiques respectifs de ceux-ci. En particulier, l’OMS 111 et le système existant 112 peuvent être configurés pour communiquer l’un avec l’autre pour échanger des données, par exemple lors de la génération et/ou la synchronisation d’objets de données au niveau des bases de données 121,122.
Tandis que des structures de base de données particulières au niveau des bases de données 121,122 sont décrites dans les présentes, les composants des bases de données 121,122 peuvent être stockés selon toute structure adaptée et/ou de toute manière adaptée notamment, mais sans s’y limiter, le stockage d’objets de données dans une ou plusieurs bases de données et/ou une ou plusieurs mémoires (par ex. il peut ou ne peut pas inclure des bases de données et/ou une structure de bases de données). Par exemple, la deuxième base de données 122 peut comprendre des bases de données séparées pour stocker respectivement les enregistrements de noms de passagers et les données de billet. Par conséquent, par exemple, les bases de données 121,122 sont comprises pour être stockées au niveau d’une ou de plusieurs mémoires, par exemple, au niveau d’un ou de plusieurs dispositifs, et/ou les bases de données 121,122 peuvent être remplacées par une ou plusieurs mémoires. Par exemple, la première base de données 121 peut être stockée au niveau d’un ou de plusieurs dispositifs informatiques et/ou une ou plusieurs mémoires de l’OMS 111 et la deuxième base de données 122 peut être stockée au niveau d’un ou plusieurs dispositifs informatiques et/ou une ou plusieurs mémoires du système existant 112.
Faisant maintenant référence à la FIG. 2, avant de décrire les fonctionnalités du système 100 plus en détail, certains composants d’un dispositif 201 pour la synchronisation, basée sur un mode, d’enregistrements de données seront décrits plus en détail. Le dispositif 201 peut comprendre un dispositif informatique qui est un composant d’un ou de plusieurs de l’OMS 111 et du système existant 112, cependant le dispositif 201 peut se situer ailleurs dans le système 100 et peut être utilisé pour synchroniser des enregistrements de données au niveau des bases de données 121,122 selon un mode pour des données de réservation particulières qui ont amené des enregistrements de données particuliers à être générés au niveau des bases de données 121,122 par exemple basés sur les données de réservation étant reçues d’un premier dispositif client 101 ou d’un deuxième dispositif client 102. Dans certains exemples, le dispositif 201 peut comprendre un dispositif agrégateur qui peut être utilisé par un ou plusieurs des systèmes 111,112 pour fournir des réservations de produits et/ou pour synchroniser des enregistrements de données au niveau des bases de données 121, 122. De plus, le dispositif 201 peut comprendre un ou plusieurs dispositifs informatiques et/ou un ou plusieurs dispositifs informatiques dématérialisés qui peuvent être distribués géographiquement ; par exemple le dispositif 201 peut comprendre un premier dispositif associé à l’OMS 111 et un deuxième dispositif associé au système existant 112.
Comme le montre la FIG. 2, le dispositif 201 inclut au moins un contrôleur 220, tel qu’un ou plusieurs processeurs, unités de traitement centrales (CPU), et similaires. Le contrôleur 220 est interconnecté à une mémoire 224 mise en oeuvre comme un support non transitoire, lisible par ordinateur approprié (par ex. une combinaison appropriée de sous-systèmes de mémoires volatiles et non volatiles incluant une quelconque ou plusieurs mémoires à accès aléatoire (RAM), mémoires à lecture seule (ROM), mémoires programmables à lecture seule effaçables électriquement (EEPROM), mémoires flash, stockage informatique magnétique, et similaires). Le contrôleur 220 et la mémoire 224 sont généralement constitués d’un ou de plusieurs circuits intégrés (ICs).
Le contrôleur 220 est aussi interconnecté à une interface de communication 226 qui permet au dispositif 201 de communiquer avec les autres composants du système 100 via un ou plusieurs liens de communication et/ou réseaux. L’interface de communication 226 inclut par conséquent tous les composants nécessaires (par ex. des contrôleurs d’interface de réseau (NICs), des unités de radio, et similaires) pour communiquer avec les autres composant du système 100. Les composants spécifiques de l’interface de communication 226 sont sélectionnés sur la base des liens de communication et/ou réseaux du système 100. Le dispositif 201 peut aussi inclure des dispositifs d’entrée et de sortie connectés au contrôleur 220, tels que des claviers, des souris, des écrans, et similaires (non représentés).
Les composants du dispositif 201 susmentionnés peuvent être déployés dans une seule enceinte, ou dans un format distribué, par exemple distribué géographiquement. Par conséquent, dans certains exemples, le dispositif 201 inclut une pluralité de contrôleurs, qui peuvent partager la mémoire 224 et l’interface de communication 226 ou qui ont chacun des interfaces de communications et des mémoires associées distinctes.
Dans certains exemples, la mémoire 224 peut stocker une ou plusieurs des bases de données 121,122. La mémoire 224 stocke aussi une pluralité d’instructions de programmation lisibles par ordinateur, exécutables par le contrôleur 220 sous forme d’applications diverses, incluant une application 227 pour la symbolisation, basée sur un mode, d’enregistrements de données. Les hommes de métier comprendront que le contrôleur 220 exécute les instructions de l’application 227 (et toute autre application appropriée) afin de mettre en œuvre des actions diverses définies par les instructions contenues dans les présentes. Dans la description ci-dessous, le contrôleur 220 et de façon plus générale le dispositif 201 sont peut-être configurés pour mettre en œuvre ces actions. On comprendra qu’ils sont configurés ainsi via l’exécution (par le contrôleur 220) des instructions des applications stockées dans la mémoire 224.
L’exécution de l’application 227 par le contrôleur 220, configure le contrôleur 200 et/ou le dispositif 201 pour : recevoir, d’un du premier dispositif client 101 et du deuxième dispositif client 102, des données de réservation ; lorsque les données de réservation sont reçues du premier dispositif client 101, dans un mode de première commande pour les données de réservation : amener l’OMS 111 à générer : des données de commande au niveau de la première base de données 121 ; et amener, le système existant 112 à générer un enregistrement de nom de passager correspondant au niveau d’une deuxième base de données 122, l’enregistrement de nom de passager correspondant étant asservi aux données de commande ; et lorsque les données de réservation sont reçues du deuxième dispositif client 102, dans un mode existant pour les données de réservation : amener le système existant à générer, un ou plusieurs d’un enregistrement de nom de passager et les données de billet au niveau de la deuxième base de données 122 ; et amener l’OMS 111 à générer les données de commande correspondantes au niveau d’une première base de données 121, les données de commande correspondantes étant asservies à un ou plusieurs de l’enregistrement de nom de passager et des données de billet. Par conséquent, la synchronisation des objets de données au niveau des bases de données 121,122 associées aux données de réservation se produisent selon un mode pour les données de réservation qui dépend du fait de savoir si les données de réservation étaient reçues d’un premier dispositif client 101 ou d’un deuxième dispositif client 102, comme décrit ci-après.
L’attention est à présent portée sur la FIG. 3 qui décrit un organigramme représentatif d’un procédé 300 pour la synchronisation, basée sur un mode, d’enregistrements de données. Les opérations du procédé 300 de la FIG. 3 correspondent aux instructions lisibles par machine qui sont exécutées par le dispositif 201, et spécifiquement le contrôleur 220 du dispositif 201. Dans l’exemple illustré, les instructions représentées par les blocs de la FIG. 3 sont stockées au niveau de la mémoire 224 par exemple, comme l’application 227. Le procédé 300 de la FIG. 3 est une manière de configurer le contrôleur 220 et/ou le dispositif 201 et/ou le système 100. De plus, la discussion suivante du procédé 300 de la FIG. 3 conduira à une autre compréhension du système 100, et de ses divers composants.
Le procédé 300 de la FIG. 3 doit être mis en œuvre dans la séquence exacte comme représenté et de même, divers blocs peuvent être mis en œuvre en parallèle plutôt que dans une séquence. Par conséquent, les éléments du procédé 300 sont désignés dans les présentes comme des « blocs » plutôt que des « étapes ». Le procédé 300 de la FIG. 3 peut également être mis en œuvre sur des variations du système 100 de la FIG. 1.
Au niveau d’un bloc 302, le contrôleur 220 étages et/ou le dispositif 201 reçoit, d’un d’un premier dispositif client 101 et d’un deuxième dispositif client 102, des données de réservation. Les données de réservation peuvent comprendre une demande d’achat d’un produit, telle qu’un billet de compagnie aérienne, et similaire, et/ou tout autre type de produit approprié.
Au niveau d’un bloc 304, le contrôleur 220 et/ou le dispositif 201 détermine si les données de réservation sont reçues d’un premier dispositif client 101 ou d’un deuxième dispositif client 102, par exemple sur la base d’une adresse de réseau, et similaire, de l’endroit où sont reçues les données de réservation, telles qu’une adresse de réseau d’un premier serveur 141 ou d’un deuxième serveur 142. Les données de réservation peuvent alternativement inclure des données qui identifient de réservation comme provenant d’un premier dispositif client 101 ou d’un deuxième dispositif client 102, et/ou qui identifie les données de réservation comme provenant de dispositifs client en fonctionnement selon une première norme et/ou une norme plus récente, tel que la norme NDC, ou une deuxième norme et/ou une norme plus ancienne, telle que la norme basée sur un GDS.
Alternativement, le contrôleur 220 et/ou le dispositif 201 détermine(nt) si les données de réservation sont reçues d’un premier dispositif client 101 ou d’un deuxième dispositif client 102 basés sur le fait de savoir si les données de réservation étaient reçues au niveau de l’OMS 111 ou du système existant 112.
Lorsque les données de réservation sont reçues du premier dispositif client 101, au niveau d’un bloc 306, le contrôleur 220 et/ou le dispositif 201 peut placer les données de réservation dans un mode de première commande pour les données de réservation, par exemple en associant les données de réservation à un identifiant du mode de première commande, tel qu’un identifiant alphanumérique et similaire.
Comme utilisé dans les présentes, le terme « mode de commande » fait référence à un mode pour les données de réservation dans lequel les objets de données associés aux données de réservation, stockées au niveau de la première base de données 121, sont maîtres des objets de données correspondants associés aux données de réservation, stockées au niveau de la deuxième base de données 122. Par conséquent, par exemple, les données de réservation peuvent être placées dans n’importe lequel de plusieurs « modes de commande », les données de commande associées étant un maître des objets de données correspondants stockés au niveau de la deuxième base de données 122. De tels modes de commande différents sont décrits plus en détail ci-dessous concernant la FIG. 8.
Les données de réservation peuvent être stockées dans la première base de données 121 en association avec un tel identifiant et/ou les données de réservation peuvent être stockées de toute manière appropriée qui indique que la commande de réservation est dans un mode de première commande.
Lorsque les données de réservation sont reçues d’un premier dispositif client 101, au niveau d’un bloc 308, le contrôleur 220 et/ou le dispositif 201 amène(nt) l’OMS 111 à générer : les données de commande et/ou un objet de données au niveau de la première base de données 121 qui inclu(en)t toute donnée appropriée associée aux données de réservation notamment, mais sans s’y limiter, des champs remplis avec des attributs de produits et/ou des attributs client comme décrit ci-dessus, les champs remplis selon les données de réservation. Par exemple, l’OMS 111 peut générer de telles données de commande au niveau de la première base de données 121 et stocker les données de commande et/ou un identifiant des données de réservation en association avec les données de commande et/ou un identifiant du mode associé. Les données de commande (et/ou un objet de données) sont stockées au niveau d’une première base de données 121 dans un premier format, par exemple le format NDC.
Lorsque les données de réservation sont reçues d’un premier dispositif client 101, au niveau d’un bloc 310, le contrôleur 220 et/ou le dispositif 201 amène(nt) le système existant 112 à générer un enregistrement de nom de passager correspondant au niveau de la deuxième base de données 122, l’enregistrement de nom de passager correspondant étant asservi aux données de commande. Par exemple, le contrôleur 220 et/ou le dispositif 201 peu(ven)t amener l’OMS 111 à communiquer avec le système existant 112 pour amener le système existant 112 à générer un enregistrement de nom de passager au niveau de la deuxième base de données 122 qui inclut les mêmes données et/ou des données similaires stockées dans les données de commande, par exemple dans les champs respectifs, mais selon un deuxième format (tel qu’un format basé sur un GDS, comme décrit ci-dessus), par exemple stockées en association avec les données de réservation et/ou l’identifiant de réservation, ainsi que l’identifiant du mode associé. Par conséquent, dans le mode de première commande, la première base de données 121 stocke un objet de données (par ex. des données de commande) qui est maître d’un objet de données correspondant (par ex. un enregistrement de nom de passager) stocké au niveau de la deuxième base de données 122.
Dans ces exemples, l’OSM 111 peut transmettre des données au système existant 112 indiquant les données stockées dans les données de commande au niveau de la première base de donnée 121, par exemple sous la forme d’une commande pour générer un enregistrement de nom de passager correspondant asservi aux données de commande, qui inclut un identifiant du mode associé à stocker en association avec l’enregistrement de nom de passager correspondant et/ou les données de réservation et/ou un identifiant de réservation au niveau de la deuxième base de données 122. Quoiqu’il en soit, les données de commande et l’enregistrement de nom de passager correspondant peuvent être identifiés comme étant associés les uns aux autres via les données stockées en association avec ceux-ci au niveau des bases de données respectives 121,122 de sorte que les synchronisations peuvent se produire entre ceux-ci.
Par exemple, identifiant du mode de première commande peut généralement indiquer que les données de commande sont un objet de données maître et l’enregistrement de nom de passager correspondant est un objet de données esclave ; par conséquent, lorsque la synchronisation des bases de données 121,122 se produit, l’enregistrement de nom de passager correspondants mis à jour selon les données de commande, et les données de commande ne sont pas mises à jour selon l’enregistrement de nom de passager correspondant. Par conséquent, la synchronisation dans le mode de première commande pour les données de réservation est une synchronisation unidirectionnelle à partir de l’objet de données maître au niveau de la première base de données 121 vers l’objet de données esclave au niveau de la deuxième base de données 122.
Cependant, un premier dispositif client 101 ou un deuxième dispositif client 102 peut tenter d’accéder et d’effectuer des modifications sur les données de réservation.
Dans un mode de réalisation, le procédé 300 peut par ailleurs inclure le contrôleur 220 et/ou le dispositif 201, dans le mode de première commande pour les données de réservation : la réception, d’un premier dispositif client 101, des données de modification de réservation ; le fait d’amener les données de commande à être modifiées au niveau de la première base de données 121 selon les données de modification de réservation ; et le fait d’amener l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données 122 selon les modifications effectuées sur les données de commande au niveau de la première base de données 121. Par exemple, lorsqu’un premier dispositif client 101 tente de modifier les données de réservation dans le mode de première commande, le contrôleur 220 et/ou le dispositif 201 peu(ven)t recevoir les données de modification de réservation et mette à jour les données de commande en conséquence, par exemple en utilisant l’OMS 111. Cependant, l’enregistrement de nom de passager correspondant ne peut pas être mis à jour en utilisant le système existant 112 ; plutôt l’enregistrement de nom de passager est mis à jour lorsque les bases de données 121, 122 sont synchronisées et l’enregistrement de nom de passager correspondant, asservi aux données de commande, est mis à jour pendant la synchronisation selon les modifications effectuées sur les données de commande.
De plus, lorsqu’un deuxième dispositif client 102 tente d’accéder et de faire des modifications sur les données de réservation, par exemple en transmettant, au système existant 112, les données de modification de réservation, le système existant 112 peut rediriger lesdites données de modification de réservation à l’OMS 111, de sorte que l’OMS 111 met à jour les données de commande selon les données de modification de réservation, et les modifications des données de commande se produisent au niveau de l’enregistrement de nom de passager correspondant lorsqu’une synchronisation des bases de données 121,122 a lieu.
D’une autre manière, le procédé 300 peut par ailleurs inclure que le contrôleur 220 et/ou le dispositif 201, dans le mode de première commande pour les données de réservation, en redirigeant les modifications vers l’enregistrement de nom de passager correspondant au niveau de la deuxième base de données 122, par le deuxième dispositif client 102, vers les données de commandes au niveau de la première base de données 121 ; et en amenant la synchronisation de l’enregistrement de nom de passager correspondant au niveau de la deuxième base de données 122 avec les données de commande au niveau de la première base de données 121, par exemple en amenant une synchronisation des bases de données 121,122.
D’une autre manière, le procédé 300 peut par ailleurs inclure le contrôleur 220 et/ou le dispositif 201, dans le mode de première commande pour les données de réservation : la réception du deuxième dispositif client 102, des données de modification de réservation ; le fait d’empêcher une modification de l’enregistrement de nom de passager correspondant au niveau de la deuxième base de données 122 basée sur les données de modification de réservation ; le fait d’amener les données de commande à être modifiées au niveau de la première base de données 121 selon les données de modification de réservation ; et le fait d’amener l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données 122 selon les modifications effectuées sur les données de commande au niveau de la première base de données 121.
Une exception à cet exemple peut être le système existant 112 mettant à jour l’enregistrement de nom de passager correspondant au niveau de la deuxième base de données 122 lorsque les données de modification de réservation incluent des modifications de l’enregistrement de nom de passager correspondant qui n’impacteront pas autrement les données de commande ; par exemple, les données de modification de réservation peuvent inclure l’ajout d’un produit et/ou d’un service pour lequel aucun champ correspondant n’existe dans les données des commande, mais pour lequel un champ correspondant existe dans l’enregistrement de nom de passager correspondant. Un exemple est un champ de remarque dans l’enregistrement de nom de passager correspondant qui indique un « PASSAGER VIP » pour lequel il n’existe aucun champ correspondant dans les données de commande. Dans cet exemple, le système existant 112 mettre à jour l’enregistrement du nom de passager correspondant selon les données de modification de réservation.
Faisons de nouveau référence au bloc 304, lorsque les données de réservation sont reçues du deuxième dispositif client 102, au niveau d’un bloc 312, le contrôleur 220 et/ou le dispositif 201 peu(ven)t placer les données de réservation dans un mode existant pour les données de réservation, par exemple en associant les données de réservation à un identifiant d’un mode existant, tel qu’un identifiant alphanumérique et similaire. Les données de réservation peuvent être stockées dans la deuxième base de données 122 en association avec un tel identifiant et/ou les données de réservation peuvent être stockées de toute manière appropriée qui indique que la commande de réservation est dans un mode existant.
Lorsque les données de réservation sont reçues du deuxième dispositif client 102, au niveau d’un bloc 314, le contrôleur 220 et/ou le dispositif 201 amène(nt) le système existant 112 à générer, un ou plusieurs d’un enregistrement de nom de passager et des données de billet (et/ou un objet de données et/ou des objets de données) au niveau d’une deuxième base de données 122. De manière similaire aux données de commande, l’un ou plusieurs d’un enregistrement de nom de passager et des données de billet inclu(en)t des champs remplis avec des attributs de produit et/ou des attributs client, comme décrit ci-dessus, selon les données de réservation. Le fait qu’un enregistrement de nom de passager et/ou des données de billet soi(en)t généré(es) peut dépendre des données reçues avec les données de réservation. L’enregistrement de nom de passager et/ou les données de billet inclu(en)t toute donnée appropriée associée aux données de réservation notamment, mais sans s’y limiter, les champs remplis avec des attributs de produits et/ou des attributs client comme décrit ci-dessus, les champs remplis selon les données de réservation. Par exemple, le système existant 112 peut générer un enregistrement de nom de données et/ou les données de billet au niveau de la deuxième base de données 122 et stocker les données de réservation et/ou un identifiant de données de réservation en association avec l’enregistrement de nom de passager et/ou les données de billet et un identifiant du mode associé. L’enregistrement de nom de passager et/ou les données de billet (et/ou un objet de données et/ou les objets de données) sont stockés au niveau de la deuxième base de données 122 dans un deuxième format, par exemple un format basé sur un GDS.
Lorsque les données de réservation sont reçues d’un premier dispositif client 101, au niveau d’un bloc 308, le contrôleur 220 et/ou le dispositif 201 amène(nt) l’OMS 111 à générer les données de commande correspondantes au niveau de la première base de données 121, les données de commande correspondantes étant asservies à un ou plusieurs de l’enregistrement de nom de passager et des données de billet. Par exemple, le contrôleur 220 et/ou le dispositif 201 peu(ven)t amener le système existant 112 à communiquer avec le système OMS 111 pour amener le système OMS 111 à générer les données de commande correspondantes au niveau de la première base de données 121 qui incluent les mêmes données et/ou des données similaires stockées dans un ou plusieurs de l’enregistrement de nom de passager et des données de billet, par exemple dans les champs respectifs, mais selon le premier format (tel qu’un format NDC, comme décrit ci-dessus), par exemple stockées en association avec les données de réservation et/ou l’identifiant du mode associé. Dans ces exemples, le système existant 112 peut transmettre les données à l’OMS 111 indiquant les données stockées dans un ou plusieurs de l’enregistrement de nom de passager et des données de billet au niveau de la deuxième base de données 122, par exemple sous la forme d’une commande pour générer les données de commande correspondantes asservies à un ou plusieurs de l’enregistrement de nom de passager et des données de billet, ce qui peut être indiqué par l’identifiant du mode associé stocké en association avec les données des commande correspondantes et/ou les données de réservation. Par conséquent, dans le mode existant, la deuxième base de données 122 stock » un ou plusieurs objets de données (par ex. un enregistrement de nom de passager et/ou des données de billet) qui sont maîtres d’un objet de données correspondant (par ex. des données de commande) stocké au niveau de la première base de données 121.
Quoiqu’il en soit, un ou plusieurs de l’enregistrement de nom de passager et des données de billet et des données de commande correspondantes peuvent être identifiés comme étant associés les uns aux autres via les données stockées en association avec ceux-ci au niveau les bases de données respectives 121,122 de sorte que les synchronisations peuvent se produire entre ceux-ci.
Par exemple, identifiant du mode existant peut généralement indiquer que un ou plusieurs de l’enregistrement de nom de passager et des données de billet sont maître des objets de données et les données de commande correspondantes sont un objet de données esclave ; par conséquent, lorsque la synchronisation des bases de données 121,122 se produit, les données de commande correspondantes sont mises à jour selon ledit un ou plusieurs de l’enregistrement de nom de passager et les données de billet, un ou plusieurs de l’enregistrement de nom de passager et les données de billet ne sont pas mises à jour selon les données de commande correspondantes. Par conséquent, la synchronisation dans le mode existant pour les données de réservation est une synchronisation unidirectionnelle à partir d’un ou de plusieurs objets de données maîtres au niveau de la deuxième base de données 122 vers l’objet de données esclave au niveau de la première base de données 121.
De plus, lorsqu’un premier dispositif client 101 tente d’accéder et de faire des modifications sur les données de réservation, par exemple en transmettant, au système OMS 111, les données de modification de réservation, le système OMS 111 redirigera lesdites données de modification de réservation vers le système existant 112, de sorte que le système existant 112 met à jour le ou les de l’enregistrement de nom de passager et des données de billet selon les données de modification de réservation, et les modifications de l’enregistrement de nom de passager et des données de billet se produisent au niveau des données de commande correspondantes lorsqu’une synchronisation a lieu, comme décrit plus en détail ci-dessous.
Une exception à cet exemple peut être le système OMS 111 mettant à jour les données de commande correspondantes au niveau de la première base de données 121 lorsque les données de modification de réservation incluent des modifications des données de commande correspondantes qui n’impacteront pas autrement le ou les de l’enregistrement de nom de passager et des données de billet ; par exemple, les données de modification de réservation peuvent inclure en plus un produit et/ou un service pour lequel aucun champ correspondant n’existe dans le ou les de l’enregistrement de nom de données et des données de billets, mais pour lequel un champ correspondant existe dans les données de commande correspondantes. Un exemple est que, selon la norme NDC, les données de commande peuvent inclure des parties de types d’itinéraires qui ne sont pas supportés par les normes basées sur un GDS, tels que des voyages en train ; par conséquent, par exemple, les données de commande correspondantes peuvent être mises à jour par un premier dispositif client 101 pour inclure un champ qui indique un voyage en train, tandis qu’aucun champ correspondant pour un voyage en train ne peut exister dans l’enregistrement de nom de passager et/les données de billets Dans ces exemples, l’OMS 111 peut mettre à jour les données de commande correspondantes selon les données de modification de réservation, par exemple qui indiquent un voyage en train.
D’une autre manière, le procédé 300 peut par ailleurs inclure que le contrôleur 220 et/ou le dispositif 201, dans le mode existant pour les données de réservation : la redirection des modifications vers les données de commande correspondantes au niveau de la première base de données 121, par le premier dispositif client 101 vers l’enregistrement de nom de passager au niveau de la deuxième base de données 122 ; et le fait d’amener la synchronisation des données de commande correspondantes au niveau de la première base de données 121 avec l’enregistrement de nom de passager au niveau de la deuxième base de données 122.
D’une autre manière, le procédé 300 peut par ailleurs inclure le contrôleur 220 et/ou le dispositif 201, dans le mode existant pour les données de réservation : la réception, du premier dispositif client, des données de modification de réservation ; le fait d’empêcher une modification des données de commande au niveau de la première base de données 121 basée sur les données de modification de réservation ; le fait d’amener un ou plusieurs de l’enregistrement de nom de passager et des données de billet à être modifiés au niveau de la deuxième base de données 122 selon les données de modification de réservation ; et le fait d’amener les données de commande correspondantes à être modifiées au niveau de la première base de données 121 selon les modifications effectuées sur le ou les de l’enregistrement de nom de passager et des données de billet au niveau de la deuxième base de données 122.
Dans d’autres exemples, lorsque les données de réservation sont reçues d’un premier dispositif client 101, les données de réservation peuvent être placées dans un mode de deuxième commande, dans lequel les données de billet correspondantes pour les données de commande sont générées en plus de l’enregistrement de nom de passager correspondant. Par conséquent, dans le mode de deuxième commande, la première base de données 121 stocke un objet de données (par ex. des données de commande) qui est maître de deux ou plus objets de données correspondants (par ex. un ou plusieurs enregistrements de noms de passagers) stockés au niveau de la deuxième base de données 122.
Par exemple, le procédé 300 peut par ailleurs inclure le contrôleur 220 et/ou le dispositif 201 : lorsque les données de réservation sont reçues du premier dispositif client 101, dans un mode de deuxième commande pour les données de réservation, amener le système existant 112 à générer : les données de billet correspondantes au niveau de la deuxième base de données 122, les données de billet correspondantes sont également asservies aux données de commande. Par conséquent, de manière similaire à l’enregistrement de nom de passager correspondant, les modifications des données de billet correspondantes se produisent via les données de commande qui sont modifiées, et les bases de données 121, 122 qui sont synchronisées. Par conséquent, le bloc 306 peut alternativement inclure le placement des données de réservation dans un mode de deuxième commande, qui est similaire au mode de première commande, sauf que les données de billet correspondantes sont également générées au niveau de la deuxième base de données 122. Le fait de savoir si les données de réservation sont placées dans le mode de première commande ou le mode de deuxième commande peut dépendre des informations dans les données de réservation et/ou si le système existant 112 fonctionne dans un mode respectif qui requiert les données de billet correspondantes.
D’autres types de modes entrent dans l’étendue de la présente spécification. Par exemple, un mode de commande et/ou un mode existant de réservation des données peut inclure la génération d’un document annexe électronique (EMD) au niveau d’une deuxième base de données 122.
De plus, dans certains exemples, un mode des données de réservation peut être commuté. Par exemple, des données de modification de réservation reçues d’un premier dispositif client 101 ou d’un deuxième dispositif client 102 peuvent amener les données de réservation à passer du mode de première commande au mode de deuxième commande, par exemple, lorsque les données de modification de réservation sont liées à la génération d’un billet de compagnie aérienne, et le système existant 112 est destiné en réponse à avoir accès aux données de billet correspondantes.
Dans un mode de réalisation, les données de réservation peuvent passer du mode de première commande (ou du mode de deuxième commande) au système existant, par exemple, le procédé 300 peut par ailleurs inclure les contrôleur 220 et/ou le dispositif 201, dans le mode de première commande (ou le mode de deuxième commande) pour les données de réservation : la réception d’une demande de commutation du mode de première commande au mode existant ; le fait d’amener le système existant 112 à générer les données de billet correspondantes au niveau de la deuxième base de données 122 (par ex. au moins temporairement placer les données de réservation dans le mode de deuxième commande), les données de billet correspondantes étant également asservies aux données de commande ; et la modification de l’enregistrement de nom de passager correspondant et des données de billet correspondantes d’un état d’asservissement aux données de commande à un état de maître des données de commande, de sorte que les données de commande au niveau de la première base de données 121 sont asservies à l’enregistrement de nom de passager correspondant et aux données de billet correspondantes au niveau de la deuxième base de données 122.
Un opérateur d’un premier dispositif client 101 ou d’un deuxième dispositif client 102 peut produire une telle situation en décidant que le mode de la commande de réservation doit être changé du mode de première commande au mode existant, et en contrôlant un premier dispositif client 101 ou un deuxième dispositif client 102 pour transmettre la demande de commutation. Par exemple, les données de réservation peuvent à l’origine être générées par un premier dispositif client 101, par exemple d’une première entité de compagnie aérienne dont les systèmes fonctionnent selon le format NDC, mais les données de réservation peuvent être pour une deuxième entité de compagnie aérienne dont les systèmes fonctionnent selon un format existant basé sur un GDS ; dans cet exemple un utilisateur peut décider que, étant donné que les données de réservation sont plus susceptibles d’être gérées via des deuxièmes dispositifs client 102, le mode des données de réservation devrait être commuté vers le mode existant, et la demande est transmise en conséquence.
Cependant, une telle demande peut être transmise automatiquement par un dispositif client 101,102, et/ou le système existant 112, lorsqu’un dispositif client 101,102 et/ou le système existant 112 détermine(nt) que les données de commande maîtres au niveau de la première base de données 121 ont été générés pour un billet à fournir par l’entité de fournisseur (par ex. une entité de compagnie aérienne) exploitant le système existant 112, et similaire.
Dans certains exemples, le mode de commande de réservation peut être changé du mode de première commande ou du mode de deuxième commande au mode existant lorsque les données de modification de réservation reçues ne sont pas supportées par l’OMS 111, par exemple lorsque les données de modification de réservation générées par deuxième dispositif client 102 incluent une modification que l’OMS 111 ne peut pas mettre en œuvre. Dans ces exemples, le procédé 300 peut par ailleurs inclure le contrôleur 220 et/ou le dispositif 201, dans le mode de première commande pour les données de réservation : la réception, provenant du deuxième dispositif client 102, des données de modification de réservation qui ne sont pas supportées par l’OMS 111 ; la commutation du mode de première commande au mode existant en : amenant le système existant 112 à générer les données de billet correspondantes au niveau de la deuxième base de données 122, les données de billet correspondantes étant également asservies aux données de commande (par ex. au moins placer temporairement les données de réservation dans le mode de deuxième commande) ; et modifier l’enregistrement de nom de passager correspondant et les données de billet correspondantes d’un état d’asservissement aux données de commande à un état de maître des données des commande, de sorte que les données de commande au niveau de la première base de données 121 sont asservies à l’enregistrement de nom de passager correspondant et aux données de billet correspondantes au niveau de la deuxième base de données 122 ; amener le système existant 112 à modifier un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes, au niveau de la deuxième base de données 122 selon les données de modification de réservation ; et amener les données de commande à être modifiées, au niveau de la première base de données, 121 selon les modifications d’un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes au niveau de la deuxième base de données 122.
Des exemples du procédé 300 sont décrits ci-après.
L’attention est ensuite portée sur la FIG. 4 qui décrit une version simplifiée du système 100 ; cependant tandis que seulement un de chacun des dispositifs client 101,102 sont décrits, et les serveurs 141,142 ne sont pas décrits, on comprend que les composantes du système 100 non décrits à la FIG. 4 peuvent néanmoins être présents. De plus, la FIG. 4 révèle par ailleurs, en pointillés, que le dispositif 201 peut-être un composant d’un ou de plusieurs de l’OMS 111 et du système existant 112.
En particulier, la FIG. 4 décrit des exemples des blocs 302, 304, 306, 308, 310 du procédé 300. Pour l’exemple, à la FIG. 4, le premier dispositif client décrit 101 génère les données de réservation 401 et transmet les données de réservation 401 au dispositif 201 et/ou à l’OMS 111, qui reçoit les données de réservation 401 au niveau du bloc 302. Étant donné que les données de réservation 401 sont reçues du premier dispositif client 101, les données de réservation 401 sont placées dans le mode de première commande au niveau du bloc 306, et les données de commande 403 sont générées par le dispositif 201 et/ou l’OMS 111 et stockées au niveau de la première base de données 121, par exemple au niveau du bloc 308. Comme décrit, les données de commande 403 sont stockées en association avec un identifiant de réservation 405 qui identifie les données de réservation 401, les associations entre les composants des bases de données 121,122 sont décrites dans les présentes via des lignes en pointillés entre ceux-ci.
Étant donné que les données de commande 403, dans le mode de première commande pour les données de réservation 401, comprennent un objet de données maître et/ou sont un maître des données correspondantes stockées au niveau de la deuxième base de données 122, les données de commande 403 sont décrites comme étant stockées avec un identifiant maître 407, identifiant les données de commande 403 comme étant un maître des données correspondantes stockées au niveau de la deuxième base de données 122. Alternativement, l’identifiant de réservation 405 peut être stocké avec un identifiant 409 identifiant la commande de réservation 401 comme étant dans le mode de première commande. Cependant, l’un ou l’autre des identifiants 407,409 peut être optionnel, et les données de réservation 401 étant dans le mode de première commande et/ou les données de commande 403 étant un maître des données correspondantes stockées au niveau de la deuxième base de données 122 peuvent être indiquées de toute manière appropriée.
Pour amener le système existant 112 à générer un enregistrement de nom de passager correspondant au niveau de la deuxième base de données 122, le dispositif 201 et/ou l’OMS 111 transmet (par ex. au niveau du bloc 310) une commande 411 au système existant 112 qui peut inclure des données provenant des données de réservation 401 et/ou les données de commande 403 à inclure dans un enregistrement de nom de passager correspondant. Le système existant 112 (et/ou le dispositif 201) génère en réponse un enregistrement de nom de passager correspondant (PNR) 413 (et/ou un ou plusieurs PNR) et stocke le PNR correspondant 413 au niveau de la deuxième base de données 122, par exemple en association avec l’identifiant réservation 405 (par ex. transmis avec la commande 411). Tandis qu’un exemple est décrit concernant un PNR correspondant 413, dans d’autres exemples, le système existant 112 peut générer plus d’un PNR.
Étant donné que le PNR 413 dans le mode de première commande pour les données de réservation 401, comprend un objet de données esclave et/ou est un esclave des données de commande 403 (par ex. un objet de données maître) stockées au niveau de la première base de données 121, le PNR correspondant 413 est décrit comme étant stocké avec un identifiant esclave 417, identifiant le PNR correspondant 413 comme étant un esclave des données de commande 403 stockées au niveau de la première base de données 121. Alternativement, l’identifiant de réservation 405 peut être stocké avec l’identifiant 409 identifiant la commande de réservation 401 comme étant dans le mode de première commande. Cependant, l’un ou l’autre des identifiants 417,409 peut être optionnel, et les données de réservation 401 étant dans le mode de première commande et/ou le PNR correspondant 413 étant un esclave des données de commande 403 stockées au niveau de la première base de données 121 peut être indiqué de toute manière appropriée.
Par conséquent, les données de réservation 401 étant dans le mode de première commande peuvent être définies via des identifiants stockés dans les bases de données 121, 122 qui indiquent le mode de première commande et/ou via des identifiants des données de commande 403 et/ou le PNR correspondant 413 qui indique que le PNR correspondant 413 est asservi aux données de commande 403. Les données de commande 403 et le PNR correspondant 413 peuvent être synchronisés en conséquence et/ou des mises à jour des données de commande 403 et du PNR correspondant 413 peuvent se produire en conséquence.
Par exemple, l’attention est ensuite portée sur la FIG. 5 qui est substantiellement similaire à la FIG. 4 avec des composants similaires ayant des numéros similaires. À la FIG. 5, le système 100 être dans un état similaire à celui décrit à la FIG. 4, cependant le deuxième dispositif client 102 tente de procéder à une modification des données de réservation 401 et/ou du PNR correspondant 413, par exemple en transmettant les données de modification de réservation 501 au système existant 112 et/ou au dispositif 201. Les données de modification de réservation 501 peuvent inclure une modification demandée des données de réservation 401 et/ou le PNR correspondant 413 qui peut être identifié en utilisant l’identifiant de réservation 405. Cependant, le système existant 112 et/ou le dispositif 201 détermine(nt) que les données de réservation 401 associées à l’identifiant de réservation 405 est dans le mode de première commande et empêche les modifications du PNR correspondant 413 de se produire en redirigeant les données de modification de réservation 501 vers l’OMS 111. En réponse à la réception des données de modification de réservation 501, l’OMS 111 et/ou le dispositif 201 modifie(nt) les données de commande 403 pour inclure une modification 503 de celles-ci, par exemple en utilisant les données de modification de réservation 501 pour mettre à jour les données de commande 403. La modification 503 des données de commande 403 est propagé au PNR correspondant 413 une synchronisation 507 des bases de données 121,122 et/ou (comme décrit) une synchronisation unidirectionnelle des données de commande 403 au PNR 413.
Une relation maître/esclave entre les objets de données dans les bases de données 121,122 ne peut pas être indiquée à un « niveau d’enregistrement par le haut » (par ex. via des identifiants maître/esclave comme décrit à la FIG. 4) ; la relation maître/esclave entre des objets de données dans les bases de données 121,122 peut être définie comme conditions de base de données sur des parties des objets de données. Par exemple, en référence à la FIG. 4, même lorsque les données de commande 403 sont un maître du PNR 413, une partie du PNR 403 peut être mis à jour avec les données de modification de réservation qui ne sont pas en conflit avec les données des données de commande 403. Par exemple, une remarque, telle que « PASSAGER VIP », peut être ajoutée à un champ du PNR 403 qui n’est pas en conflit avec les données de commande 403.
L’attention est ensuite portée sur la FIG. 6 qui est substantiellement similaire à la FIG. 4 avec des composants similaires ayant des numéros similaires. En particulier, la FIG. 6 décrit des exemples des blocs 302, 304, 312, 314, 316 du procédé 300. Par exemple, à la FIG. 6, le deuxième dispositif client décrit 102 génère les données de réservation 601 et transmet les données de réservation 601 au dispositif 201 et/ou au système existant 112, qui reçoit les données de réservation 601 au niveau du bloc 302. Étant donné que les données de réservation 601 sont reçues du deuxième dispositif client 102, les données de réservation 601 sont placées dans le mode existant au niveau du bloc 306, et un enregistrement de nom de passager (PNR) 603 et les données de commande 604 sont générés par le dispositif 201 et/ou le système existant 112 et stockées au niveau de la deuxième base de données 122, par exemple au niveau du bloc 314. Comme décrit, le PNR 603 et les données de billet 604 sont stockés en association avec un identifiant de réservation 605 qui identifie les données de réservation 601.
Étant donné que le PNR 603 et les données de billet 604 dans le mode existant pour les données de réservation 601 comprend des objets de données maîtres et/ou sont maîtres des données correspondantes stockées au niveau de la première base de données 121, le PNR 603 et les données de billet 604 sont décrits comme étant stockés avec des identifiant maîtres respectifs 607, 608 identifiant le PNR 603 et les données de commande 604 comme étant maîtres des données correspondantes stockées au niveau de la première base de données 121. Alternativement, l’identifiant de réservation 605 peut être stocké avec un identifiant 609 identifiant les données de réservation 601 comme étant dans le mode existant. Cependant, l’un ou l’autre des identifiants 607, 608, 609 peut être optionnel, et les données de réservation 601 étant dans le mode existant et/ou le PNR 603 et les données de billet 604 étant maîtres des données correspondantes stockées au niveau de la première base de données 121 peuvent être indiquées de toute manière appropriée.
Pour amener l’OMS 111 à générer des données de commande correspondantes au niveau de la première base de données 121, le dispositif 201 et/ou le système existant 112 transmet (par ex. au niveau du bloc 316) une commande 611 à l’OMS 111 qui peut inclure des données provenant des données de réservation 601 et/ou le PNR 603 et/ou les données de billet 604 à inclure dans les données de commande correspondantes. L’OMS 111 (et/ou le dispositif 201) génère en réponse les données de commande correspondantes 613 et stocke les données de commande correspondantes 613 au niveau de la première base de données 121, par exemple en association avec l’identifiant de réservation 605 (par ex. transmis avec la commande 611).
Par conséquent, les données de réservation 601 étant dans le mode existant peuvent être définies via des identifiants stockés dans les bases de données 121, 122 qui indiquent le mode existant et/ou via les identifiants du PNR 603 et/ou les données de billet 604 et/ou les données de commande correspondantes 613 qui indiquent que les données de commande correspondantes 613 sont asservies au PNR 603 et aux données de billet 604. Le PNR 603 et les données de billet 604 et les données de commande correspondantes 613 peuvent être synchronisés en conséquence et/ou des mises à jour du PNR 603 et des données de billet 604 et des données de commande correspondantes 613 peuvent avoir lieu en conséquence.
Par exemple, l’attention est ensuite portée sur la FIG. 7 qui est substantiellement similaire à la FIG. 6 avec des composants similaires ayant des numéros similaires. À la FIG. 7, le système 100 est dans un état similaire à celui décrit à la FIG. 6, cependant le premier dispositif client 101 tente de procéder à une modification des données de réservation 601 et/ou des données de commande correspondantes 613, par exemple en transmettant les données de modification de réservation 701 à l’OMS 111 et/ou au dispositif 201. Les données de modification de réservation 701 peuvent inclure une modification demandée des données de réservation 601 et/ou des données de réservation correspondantes 613 qui peuvent être identifiés en utilisant l’identifiant de réservation 605. Cependant, l’OMS 111 et/ou le dispositif 201 détermine(nt) que les données de réservation 601 associées à l’identifiant de réservation 605 sont dans le mode existant et empêchent les modifications des données de commande correspondantes 613 de se produire en redirigeant les données de modification de réservation 701 vers le système existant 112. En réponse à la réception des données de modification de réservation 701, le système existant 112 et/ou le dispositif 201 modifie(nt) le PNR 603 pour inclure une modification 703 et/ou des modifications des données de billet 604 pour inclure une modification 704, par exemple en utilisant les données de modification de réservation 701 pour mettre à jour le PNR 603 et/ou les données de billet 604.. Les modifications 703, 704 du PNR 603 et/ou des données de billet 604 sont propagées aux données de commande correspondantes 613 pendant une synchronisation 707 des bases de données 121,122 et/ou (comme décrit) une synchronisation unidirectionnelle du PNR 603 et/ou des données de billet 604 aux données de commande 613.
Tandis que les exemples fournis à la FIG. 4 et à la FIG. 5 et à la FIG. 6 et à la FIG. 7 sont décrits séparément, on comprend que les exemples décrits peuvent se produire simultanément, de sorte que les mêmes données de réservation sont dans un mode de première commande (et/ou un autre mode de commande), tandis que d’autres données de réservation sont dans un mode existant. En effet, le système 100 peut inclure des milliers, des centaines de milliers, des millions etc. de commande de réservation, et chacune peut être dans un mode de commande associé ou un mode existant associé.
Étant donné que les données de commande correspondantes 613 dans le mode existant pour les données de réservation 601, comprend un objet de données esclave et/ou sont esclave du PNR 603 et des données de billet 604 (par ex. des objets de données maîtres) stockés au niveau de la deuxième base de données 122, les données de commande correspondantes 613 sont décrites comme étant stockées avec un identifiant esclave 617, identifiant les données de commande correspondantes 613 comme étant un esclave du PNR 603 et des données de billets stockés au niveau de la deuxième base de données 122. Alternativement, l’identifiant de réservation 605 peut être stocké avec l’identifiant 609 identifiant la commande de réservation 601 comme étant dans le mode existant. Cependant, l’un ou l’autre des identifiants 617,609 peut être optionnel, et les données de réservation 601 étant dans le mode existant et/ou les données de commande correspondantes 613 étant un esclave du PNR 603 et des données de billet 604 stockés au niveau de la deuxième base de données 122 peuvent être indiqués de toute manière appropriée.
Par exemple, comme décrit ci-dessus, une relation maître/esclave entre les objets de données dans les bases de données 121,122 ne peut pas être indiquée à un « niveau d’enregistrement par le haut » (par ex. via des identifiants maître/esclave comme décrit à la FIG. 6) ; la relation maître/esclave entre des objets de données dans les bases de données 121,122 peut être définie comme conditions de base de données sur des parties des objets de données. Par conséquent, dans un autre exemple, en référence à la FIG. 6, les données de commande 613 peuvent stocker des données liées aux différentes parties d’un itinéraire d’un passager, par exemple avec une première partie étant un vol et une deuxième partie étant un voyage en train (par ex. qui est une capacité de la norme NDC), tandis que le PNR 413 peut stocker des données liées au vol et non au voyage en train ; en effet, dans ces exemples, les données de commande 613 peuvent être mises à jour via un premier dispositif client 101 pour inclure le voyage en train. Par conséquent, même lorsque le PNR 603 est un maître de la portion de vol, la portion de voyages en train dans les données de commande 603 peut être considérée uniquement comme un maître. Tandis qu’un présent exemple est décrit concernant un voyage en train, la deuxième partie peut être pour tout autre type approprié de produit non-aérien, notamment, mais sans s’y limiter des voyages en bus, des réservations d’hôtel, et similaires. Dans certains exemples, la deuxième partie peut être stockée dans la première base de données 121 comme une « commande de voyage » et/ou comme un « objet de réservation », par exemple comme un composant des données de commande 613. Le système existant 112 peut être incapables de gérer de tels types de produits non aériens.
L’attention est ensuite portée sur la FIG. 8 qui décrit de version simplifiée du système 100 dans différents modes pour les données de réservation 801, et décrit uniquement le dispositif 201 (qui peut être situé au niveau d’un ou de plusieurs de l’OMS 111 et du système existant 112) et les bases de données 121,122 ; cependant, on comprend que les composants du système 100 non décrits à la FIG. 8 peuvent néanmoins être présents. En particulier, la FIG. 8 décrit le système 100 mettant en œuvre la commutation de mode pour les données de réservation 801, par exemple, lorsqu’une demande de commutation des modes est reçue au niveau du dispositif 201 et/ou lorsque diverses autres conditions se produisent dans le système 100, telles que (comme décrit) la réception de données de modification de réservation qui résulte de la commutation de mode. De plus, tandis que des exemples spécifiques sont décrits concernant la FIG. 8, d’autres exemples de commutation de mode entrent dans l’étendue de la présente spécification.
Par ailleurs, tandis que le dispositif 201 et les bases de données 121,122 sont décrits plus d’une fois à la FIG. 8, on comprend que la FIG. 8 décrit le dispositif 201 exécutant des opérations techniques sur les objets de données des bases de données 121,122 pour commuter les modes dans le système 100 (par ex. via l ‘OMS 111 et/ou le système existant 112).
Comme décrit, le dispositif 201 (et/ou l’OMS 111) peu(ven)t initialement recevoir les données de réservation 801 (par ex. d’un premier dispositif client 101), et peu(ven)t initialement générer les données de commande 803 au niveau de la première base de données 121, mais pas le PNR correspondant ni les données de billets correspondantes au niveau de la deuxième base de données 122. Par exemple, un tel état des données de réservation 801 est étiqueté à la FIG. 8, comme « MODE DE COMMANDE UNIQUEMENT ». Un tel mode de commande uniquement des données de réservation 801 représente un état des données de réservation vers lequel les entités de fournisseur peuvent transiter, de sorte que les entités de fournisseur fonctionnent selon la norme NDC, également sans mettre en œuvre une norme basée sur un GDS.
Cependant, le mode de commande uniquement peut se produire pour les données de réservation 801 dans le système 100 lorsque les données de réservation 801 sont reçues dans un premier temps au niveau du dispositif 201 et/ou de l’OMS 111 d’un premier dispositif client 101, et avant que la communication avec le système existant 112 n’ait lieu. Par conséquent, par exemple, les données de commande 803 sont stockées avec un indicateur 807 indiquant que les données de commande 803 doivent être un maître de toute donnée correspondante générée plus tard au niveau de la deuxième base de données 122. Dans le présent exemple, on suppose que la base de données 121 est associée à une entité de fournisseur, telle qu’une première compagnie aérienne, qui a subi une transition vers la norme NDC, et on suppose que les données de commande 803 représentent un billet de vol sur la première compagnie aérienne.
Comme décrit, dans le mode de commande uniquement pour les données de réservation 801, le dispositif 201 reçoit les données de modification de réservation 811 pour les données de réservation 801 qui requièrent un PNR 813 à générer au niveau de la deuxième base de données 122. Par exemple, lesdites données de modification de réservation 811 peuvent indiquer une modification de vol d’une entité fournisseur partenaire associée à la deuxième base de données 122 (par ex. une deuxième compagnie aérienne qui est partenaire d’une première compagnie aérienne) ; cependant, l’entité fournisseur partenaire peut encore fonctionner selon une norme basée sur un GDS. Ainsi, la modification de vol indiqué par les données de modification de réservation 811 requiert un PNR 813 à générer au niveau de la deuxième base de données. Par conséquent, le dispositif 201 amène les données de réservation 801 à passer à un « MODE DE PREMIÈRE COMMANDE » en communiquant avec le système existant 112 pour amener le PNR 813 à être généré au niveau de la deuxième base de données 122, stocké en association avec un indicateur 817 indiquant que le PNR 813 est un esclave des données de commande 803.
Comme décrit, dans le mode de première commande pour les données de réservation 801, le dispositif 201 reçoit les données de modification de réservation 821 pour les données de réservation 801 qui requièrent les données de billet 824 à générer au niveau de la deuxième base de données 122. Par exemple, de telles données de modification de réservation 821 peuvent indiquer que les données de réservation 801 doivent être réattribuées dans l’entité fournisseur partenaire, par exemple, de sorte que l’entité fournisseur partenaire gère les données de réservation 801 et/ou tous les vols associés aux données de réservation 801 doivent être fournis par l’entité fournisseur partenaire. Ainsi, le dispositif 201 amène les données de réservation 801 à passer à un « MODE DE DEUXIÈME COMMANDE » en communiquant avec le système existant 112 pour amener les données de billet 824 à être générées au niveau de la deuxième base de données 122, stockée en association avec un indicateur 828 indiquant que les données de billet 824 sont un esclave des données de commande 803. Cependant, le mode de deuxième commande peut-être un mode intermédiaire ; par exemple, étant donné que l’entité fournisseur partenaire doit gérer les données de réservation 801, les données de réservation 801 doivent être commutées en un mode existant.
Ainsi, dans le mode de première commande pour les données de réservation 801, le dispositif 201 communiquent avec les bases de données 121,122 (par ex. via l’OMS 111 et le système existant 122) pour asservir les données de commande 803 au PNR 813 et les données de billet 814 doivent passer les données de réservation 801 vers un « MODE EXISTANT ». Par exemple, comme décrit, dans le mode existant, les données de commande 803 sont stockés avec un indicateur 837 indiquant que les données de commande 803 sont un esclave du PNR 813 et des données de billet 814, et le PNR 813 et les données de billet 814 sont respectivement stockés avec un indicateur 847,848 indiquant que le PNR 813 et les données de billet 814 sont maîtres des données de commande 803.
Une telle commutation de mode peut également se produire lorsque des demandes de commutation de mode sont reçues au niveau du dispositif 201 et/ou lorsque les demandes de données de modification de réservation ne sont pas supportées par l’OMS 111.
Dans cette spécification, des éléments peuvent être décrits comme « configurés pour » mettre en œuvre une ou plusieurs fonctions ou « configurés pour » de telles fonctions. En général, un élément qui est configuré pour mettre en œuvre ou configuré pour la mise en œuvre d’une fonction ou est approprié pour la mise en œuvre de la fonction, ou est adapté pour mettre en œuvre la fonction, ou est autrement capable de fonctionner pour mettre en œuvre la fonction.
On comprend qu’aux fins de cette spécification, le langage « au moins un de X, Y et Z » et « un ou plusieurs X, Y et Z » peut être interprété comme X uniquement, Y uniquement, Z uniquement, ou toute combinaison de deux ou plus des éléments X, Y et Z (par ex., XYZ, XY, YZ, XZ, et similaires). Une logique similaire peut s’appliquer à deux ou plus des éléments dans toute occurrence de langage « au moins un… » et « un ou plus... »
Les termes « environ », « substantiellement », « essentiellement », « approximativement » et similaires, sont définis comme étant « proches de », par exemple, comme le comprennent les hommes de métier. Dans certains exemples, les termes sont compris comme étant « dans 10 % » dans d’autres exemples, « dans 5 % », et dans d’autres exemples encore « dans 1 % » et dans d’autres exemples encore « dans 0,5 % ».
Les hommes de métier apprécieront que dans certains exemples, la fonctionnalité des dispositifs et/ou procédés et/ou processus décrits dans les présentes peut être mise en œuvre en utilisant du matériel préprogrammé ou des éléments micrologiciels (par ex. des circuits intégrés spécifiques aux applications (ASICs), des mémoires à lecture seule programmables et effaçables électriquement (EEPROMs, etc.) ou d’autres composants associés. Dans d’autres exemples, les fonctionnalités des dispositifs et/ou procédés et/ou processus décrit dans les présentes peut être atteints en utilisant un appareil informatique qui a accès à une mémoire de code (non représentée) qui stocke le code de programme lisible par ordinateur pour faire fonctionner l’appareil informatique. Le code de programme lisible par ordinateur pourrait être stocké sur un support de stockage lisible par ordinateur qui est fixe, tangible ou lisible directement par ces composants (par exemple, disquette amovible, CD-ROM, ROM, disque fixe, lecteur USB). De plus, il faut noter que le programme lisible par ordinateur peut être stocké comme un produit de programme informatique comprenant un support utilisable par ordinateur. De plus, un dispositif de stockage persistant peut comprendre le code de programme lisible par ordinateur. Il faut encore noter que le code de programme lisible par ordinateur et le support utilisable par ordinateur peut comprendre un code de programme lisible par ordinateur non transitoire et/ou un support utilisable par ordinateur non transitoire. Alternativement, le code de programme lisible par ordinateur pourrait être stocké à distance mais être transmis à ces composants via un modem ou autre dispositif d’interface connecté à un réseau (notamment, sans s’y limiter, Internet) sur un support de transmission. Le support de transmission peut être un support mobile (par ex. des lignes de communication optiques et/ou numériques et/ou analogiques) ou un support mobile (par exemple, un schéma de transmission micro-onde, infrarouge, optique à espace libre ou autres) ou une combinaison de ceux-ci.
Les hommes de métier noteront qu’il existe davantage d’exemples alternatifs et modifications possibles, et que les exemples ci-dessus sont uniquement des illustrations d’un ou de plusieurs exemples.
Claims (15)
- Un dispositif informatique pour la synchronisation, basée sur un mode, d’enregistrements de données comprenant :
au moins un contrôleur configuré pour communiquer avec : un premier dispositif client et un système de gestion de commandes (OMS) communiquant avec une première base de données ; et un deuxième dispositif client et un système existant communiquant avec une deuxième base de données,
ledit au moins un contrôleur par ailleurs configuré pour :
recevoir, d’un du premier dispositif client et du deuxième dispositif client, des données de réservation ;
lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de première commande pour les données de réservation : amener l’OMS à générer : des données de commande au niveau de la première base de données ; et amener le système existant à générer un enregistrement de nom de passager correspondant au niveau de la deuxième base de données, l’enregistrement de nom de passager correspondant étant asservi aux données de commande ; et
lorsque les données de réservation sont reçues du deuxième dispositif client, dans un mode existant pour les données de réservation : amener le système existant à générer, un ou plusieurs enregistrements de noms de passagers et des données de billet au niveau de la deuxième base de données ; et amener l’OMS a généré les données de commande correspondantes au niveau de la première base de données, les données de commande correspondantes étant asservies à un ou plusieurs de l’enregistrement de nom de passager et des données de billet. - Le dispositif informatique selon la revendication 1, dans lequel ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode de première commande pour les données de réservation :
recevoir, du premier dispositif client, les données de modification de réservation ;
amener les données de commande à être modifiées au niveau de la première base de données selon les données de modification de réservation ; et
amener l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données selon les modifications effectués sur les données de commande au niveau de la première base de données. - Le dispositif informatique selon l’une des quelconques revendication 1 à 2, dans lequel ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode de première commande pour les données de réservation :
recevoir, du deuxième dispositif client, les données de modification de réservation ;
empêcher une modification de l’enregistrement de nom de passager correspondant au niveau de la deuxième base de données basée sur les données de modification de réservation ;
amener les données de commande à être modifiées au niveau de la première base de données selon les données de modification de réservation ; et
amener l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données selon les modifications effectuées sur les données de commande au niveau de la première base de données. - Le dispositif informatique selon l’une quelconque des revendications 1 à 3, dans lequel ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode existant pour les données de réservation :
recevoir, du premier dispositif client, les données de modification de réservation ;
empêcher une modification des données de commande au niveau de la première base de données basée sur les données de modification de réservation ;
amener un ou plusieurs enregistrements de noms de passagers et les données de billet à être modifiés au niveau de la deuxième base de données selon les données de modification de réservation ; et amener les données de commande correspondantes à être modifiées au niveau de la première base de données selon les modifications effectuées sur ledit un ou plusieurs de l’enregistrement de nom de passager et des données de billet au niveau de la deuxième base de données. - Le dispositif informatique selon l’une quelconque des revendications 1 à 4, dans lequel ledit au moins un contrôleur est par ailleurs configuré pour :
lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de deuxième commande pour les données de réservation, amener le système existant à générer : les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes sont également asservies aux données de commande. - Le dispositif informatique selon l’une quelconque des revendications 1 à 5, dans lequel ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode de première commande pour les données de réservation :
recevoir une demande de commutation du mode de première commande au mode existant ;
amener le système existant à générer les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes étant asservies aux données de commande ; et
modifier l’enregistrement de nom de passager correspondant et les données de billet correspondantes d’un état d’asservissement aux données de commande à un état de maître des données de commande, de sorte que les données de commande au niveau de la première base de données sont asservies à l’enregistrement de nom de passager correspondant et aux données de billets correspondantes au niveau de la deuxième base de données. - Le dispositif informatique selon l’une quelconque des revendications 1 à 6, dans lequel ledit au moins un contrôleur est par ailleurs configuré pour, dans le mode de première commande pour les données de réservation :
recevoir, du deuxième dispositif client, les données de modification de réservation qui ne sont pas supportées par l’OMS ;
la commutation du mode de première commande au mode existant en : amenant le système existant à générer les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes étant également asservies aux données de commande ; et
modifier l’enregistrement de nom de passager correspondant et les données de billet correspondantes d’un état d’asservissement aux données de commande à un état de maître des données des commande, de sorte que les données de commande au niveau de la première base de données sont asservies à l’enregistrement de nom de passager correspondant et aux données de billet correspondantes au niveau de la deuxième base de données ;
amener le système existant à modifier un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes, au niveau de la deuxième base de données, selon les données de modification de réservation ; et
amener les données de commande à être modifiées, au niveau de la première base de données, selon les modifications sur un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes au niveau de la deuxième base de données. - Un procédé de synchronisation, basé sur un mode, d’enregistrements de données comprenant :
la réception, au niveau d’un ou de plusieurs dispositifs informatiques, d’un du premier dispositif client et du deuxième dispositif client, de données de réservation ;
lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de première commande pour les données de réservation : amener, via le ou les dispositifs client, un système de gestion de commandes (OMS) à générer : les données de commande au niveau d’une première base de données ; et amener, via ledit un ou plusieurs dispositifs informatiques, un système existant à générer un enregistrement de nom de passager correspondant au niveau d’une deuxième base de données, l’enregistrement de nom de passager correspondant étant asservi aux données de commande ; et
lorsque les données de réservation sont reçues du deuxième dispositif client, dans un mode existant pour les données de réservation : amener, via ledit un ou plusieurs dispositifs informatiques, le système existant à générer, un ou plusieurs d’un enregistrement de nom de passager et des données de billet au niveau de la deuxième base de données ; et amener, via ledit un ou plusieurs dispositifs informatiques, l’OMS à générer les données de commande correspondantes au niveau d’une première base de données, les données de commande correspondantes étant asservies au ou aux de l’enregistrement de nom de passager et des données de billet. - Le procédé selon la revendications 8, comprend par ailleurs, dans le mode de première commande pour les données de réservation :
la réception, au niveau du ou des dispositifs informatiques, du premier dispositif client, les données de modification de réservation ;
le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, les données de commande à être modifiées au niveau de la première base de données selon les données de modification de réservation ; et
le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données selon les modifications effectuées sur les données de commande au niveau de la première base de données. - Le procédé informatique selon l’une quelconque des revendications 8 à 9, comprenant par ailleurs, dans le mode de première commande pour les données de réservation :
la réception, au niveau du ou des dispositifs informatiques, du deuxième dispositif client, des données de modification de réservation ;
le fait d’empêcher, au niveau du ou des dispositifs informatiques, une modification de l’enregistrement de nom de passager correspondant au niveau de la deuxième base de données basée sur les données de modification de réservation ;
le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, les données de commande à être modifiées au niveau de la première base de données selon les données de modification de réservation ; et
le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, l’enregistrement de nom de passager correspondant à être modifié au niveau de la deuxième base de données selon les modifications effectuées sur les données de commande au niveau de la première base de données. - Le procédé informatique selon l’une quelconque des revendications 8 à 10, comprenant par ailleurs, dans le mode existant pour les données de réservation :
la réception, au niveau du ou des dispositifs informatiques, du premier dispositif client, des données de modification de réservation ;
le fait d’empêcher, au niveau du ou des dispositifs informatiques, une modification des données de commande correspondantes au niveau de la première base de données basée sur les données de modification de réservation ;
le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, un ou plusieurs enregistrements de nom de passager et les données de billet à être modifiés au niveau de la deuxième base de données selon les données de modification de réservation ; et
le fait d’amener, via ledit un ou plusieurs dispositifs informatiques, les données de commande correspondantes à être modifiées au niveau de la première base de données selon les modifications effectuées sur un ou plusieurs de l’enregistrement de nom de passager et des données de billet au niveau de la deuxième base de données. - Le procédé informatique selon l’une quelconque des revendications 8 à 11, comprenant par ailleurs : lorsque les données de réservation sont reçues du premier dispositif client, dans un mode de deuxième commande pour les données de réservation, le fait d’amener, via le ou des dispositifs informatiques, le système existant à générer : les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes sont également asservies aux données de commande.
- Le procédé informatique selon l’une quelconque des revendications 8 à 12, comprenant par ailleurs, dans le mode de première commande pour les données de réservation :
la réception, au niveau dudit un ou plusieurs dispositifs informatique, d’une demande de commutation du mode de première commande au mode existant ;
le fait d’amener, via le ou des dispositifs informatiques, le système existant à générer les données de billet correspondantes au niveau de la deuxième base de données, les données de billet correspondantes étant asservies aux données de commande ; et
la modification, via le ou des dispositifs informatiques, de l’enregistrement de nom de passager correspondant et des données de billet correspondantes d’un état d’asservissement aux données de commande à un état de maître des données de commande, de sorte que les données de commande au niveau de la première base de données sont asservies à l’enregistrement de nom de passager correspondant et aux données de billet correspondantes au niveau de la deuxième base de données. - Le procédé informatique selon l’une quelconque des revendications 8 à 13, comprenant par ailleurs, dans le mode de première commande pour les données de réservation :
la réception, au niveau du ou des dispositifs informatiques, du deuxième dispositif client, des données de modification de réservation qui ne sont pas supportées par l’OMS ;
la commutation, via ledit un ou plusieurs dispositifs informatiques, du mode de première commande au mode existant en : amenant le système existant à générer les données de billets correspondantes au niveau de la deuxième base de données, les données de billets correspondantes étant également asservies aux données de commande ; et
la modification de l’enregistrement de nom de passager correspondant et des données de billets correspondantes d’un état d’asservissement aux données de commande à un état de maître des données des commande, de sorte que les données de commande au niveau de la première base de données sont asservies à l’enregistrement de nom de passager correspondant et aux données de billet correspondantes au niveau de la deuxième base de données ;
le fait d’amener, via le ou des dispositifs informatiques, le système existant à modifier un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes, au niveau de la deuxième base de données, selon les données de modification de réservation ; et
le fait d’amener, via le ou les dispositifs de commande, les données de commande à être modifiées, au niveau de la première base de données, selon les modifications sur un ou plusieurs de l’enregistrement de nom de passager correspondant et des données de billet correspondantes au niveau de la deuxième base de données. - Un produit programme d'ordinateur comprenant des instructions de code de programme stockées sur un support lisible par ordinateur pour mettre en œuvre les étapes du procédé selon l’une quelconque des revendications 8 à 14 lorsque ledit programme fonctionne sur un ordinateur.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1908663A FR3099619A1 (fr) | 2019-07-30 | 2019-07-30 | Dispositif, système et procédé pour la synchronisation, basée sur un mode, d’enregistrements de données |
| US16/935,911 US11580462B2 (en) | 2019-07-30 | 2020-07-22 | Device, system and method for mode-based synchronization of data records |
| EP20188640.5A EP3772027A1 (fr) | 2019-07-30 | 2020-07-30 | Dispositif, système et procédé de synchronisation d'enregistrements de données à base de modes |
| US18/093,093 US11875282B2 (en) | 2019-07-30 | 2023-01-04 | Device, system and method for mode-based synchronization of data records |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1908663A FR3099619A1 (fr) | 2019-07-30 | 2019-07-30 | Dispositif, système et procédé pour la synchronisation, basée sur un mode, d’enregistrements de données |
| FR1908663 | 2019-07-30 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR3099619A1 true FR3099619A1 (fr) | 2021-02-05 |
Family
ID=69157944
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR1908663A Pending FR3099619A1 (fr) | 2019-07-30 | 2019-07-30 | Dispositif, système et procédé pour la synchronisation, basée sur un mode, d’enregistrements de données |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US11580462B2 (fr) |
| EP (1) | EP3772027A1 (fr) |
| FR (1) | FR3099619A1 (fr) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR3067490A1 (fr) * | 2017-06-08 | 2018-12-14 | Amadeus S.A.S. | TRAITEMENT DE MESSAGES MULTlNORMES |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020178034A1 (en) * | 1996-04-10 | 2002-11-28 | Christopher W. Gardner | Airline travel technologies |
| US6990672B2 (en) * | 2000-06-30 | 2006-01-24 | Research In Motion Limited | System and method for an extendable mobile communications device user interface |
| US20060206363A1 (en) * | 2005-03-13 | 2006-09-14 | Gove Jeremy J | Group travel planning, optimization, synchronization and coordination software tool and processes for travel arrangements for transportation and lodging for multiple people from multiple geographic locations, domestic and global, to a single destination or series of destinations |
| KR20110008334A (ko) * | 2008-05-27 | 2011-01-26 | 리서치 인 모션 리미티드 | 네트워크 기반 컨버지드 주소록을 위한 시스템 및 방법 |
| WO2010033669A1 (fr) * | 2008-09-17 | 2010-03-25 | Research In Motion Limited | Système et procédé destinés à un accès et à une communication entre un système de carnets d'adresses convergents en réseau et un dispositif utilisateur |
| EP2500848A1 (fr) * | 2011-03-15 | 2012-09-19 | Amadeus S.A.S. | Procédé et système pour la gestion centralisée de contexte de réservation dans un système de réservation de serveurs multiples |
| ES2689112T3 (es) * | 2011-03-15 | 2018-11-08 | Amadeus S.A.S. | Método y sistema para mecanismo de sincronización en sistema de reservas de múltiples servidores |
| WO2016061675A1 (fr) * | 2014-10-20 | 2016-04-28 | Profusion Corp. | Solutions de ralentissement artificiel du trafic dans un système d'inventaire patrimonial pendant une perturbation de service |
-
2019
- 2019-07-30 FR FR1908663A patent/FR3099619A1/fr active Pending
-
2020
- 2020-07-22 US US16/935,911 patent/US11580462B2/en active Active
- 2020-07-30 EP EP20188640.5A patent/EP3772027A1/fr active Pending
-
2023
- 2023-01-04 US US18/093,093 patent/US11875282B2/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR3067490A1 (fr) * | 2017-06-08 | 2018-12-14 | Amadeus S.A.S. | TRAITEMENT DE MESSAGES MULTlNORMES |
Non-Patent Citations (4)
| Title |
|---|
| ANONYMOUS: "Article: Sync Strategies Part 2: Two-Way Syncs - Boomi Community", 28 October 2018 (2018-10-28), XP055696182, Retrieved from the Internet <URL:https://community.boomi.com/s/article/syncstrategiespart2twowaysyncs> [retrieved on 20200516] * |
| ANONYMOUS: "Multi-master replication - Wikipedia", 29 May 2019 (2019-05-29), XP055696180, Retrieved from the Internet <URL:https://en.wikipedia.org/w/index.php?title=Multi-master_replication&oldid=899498855> [retrieved on 20200516] * |
| MASHA ET AL: "Filter Published Data - SQL Server | Microsoft Docs", 14 March 2017 (2017-03-14), XP055696181, Retrieved from the Internet <URL:https://docs.microsoft.com/en-us/sql/relational-databases/replication/publish/filter-published-data?view=sql-server-ver15> [retrieved on 20200516] * |
| MASHA ET AL: "Peer-to-Peer Transactional Replication - SQL Server | Microsoft Docs", 29 August 2016 (2016-08-29), XP055696179, Retrieved from the Internet <URL:https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/peer-to-peer-transactional-replication?view=sql-server-ver15> [retrieved on 20200516] * |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3772027A1 (fr) | 2021-02-03 |
| US11580462B2 (en) | 2023-02-14 |
| US20210035031A1 (en) | 2021-02-04 |
| US20230147898A1 (en) | 2023-05-11 |
| US11875282B2 (en) | 2024-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10936542B2 (en) | Integrating object-based data integration tool with a version control system in centralized and decentralized environments | |
| US9336227B2 (en) | Selective synchronization in a hierarchical folder structure | |
| KR101863398B1 (ko) | 다중-서버 예약 시스템 상의 동기화 메커니즘 시스템 및 방법 | |
| US10997199B2 (en) | Systems and methods for geographically distributed database systems | |
| JP6050260B2 (ja) | 独立した外部システムとのセッション同期のためのシステムおよび方法 | |
| US20130318061A1 (en) | Sharing business data across networked applications | |
| JP6087847B2 (ja) | 複数のソフトウェアアプリケーションを必要とするセッションを提供するための方法およびシステム | |
| US20090287726A1 (en) | Method and system for synchronization of databases | |
| JP2014535081A (ja) | クライアント／サーバシステムの分散した複製コンテンツの強一貫性を維持するための方法およびシステム | |
| US11226982B2 (en) | Synchronization of offline instances | |
| FR3021790A1 (fr) | ||
| FR2983326A1 (fr) | Systeme et procede pour gerer l'exploitation d'une ligne aerienne | |
| JP2015535995A (ja) | データの保存および取得の方法およびシステム | |
| US10817831B1 (en) | Scaling inventory management systems | |
| KR101661789B1 (ko) | 양방향 동기 중에 자기 참조 필드의 동기 | |
| FR3021787A1 (fr) | ||
| FR3099619A1 (fr) | Dispositif, système et procédé pour la synchronisation, basée sur un mode, d’enregistrements de données | |
| US9749426B2 (en) | Method, system, and apparatus for agent-based architecture for integrated mobile applications | |
| US20220107959A1 (en) | Synchronization of data records | |
| FR3102283A1 (fr) | Dispositif, système et procédé pour fournir des objets de fournisseur à partir d’une antémémoire | |
| US20240135272A1 (en) | Device, system and method for distributing and locally persisting provider objects | |
| US20170063766A1 (en) | Email Parking Lot | |
| CN114363172B (zh) | 用于容器组的解耦管理方法、装置、设备、介质 | |
| US20230273915A1 (en) | Data conflict resolution in periodically offline systems | |
| US20240054448A1 (en) | Device, system and method for managing inventory of provider objects |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20210205 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |