Brevet FR3062228A1 — publié le 20180727

BASE DE DONNÉES AGRÉGATIVE D'ENREGISTREMENTS CONTEXTE [0001] De façon générale, l'invention concerne des ordinateurs et des systèmes informatiques et en particulier, des systèmes, des procédés et des produits-programmes d'ordinateur pour 5 agréger des données d'enregistrements de base de données apparentés. [0002] À l'ère de l'information, les données, concernant des personnes, des transactions ou d'autres sujets, sont couramment collectées et enregistrées dans des bases de données. Une grande partie des données collectées dans des bases de données distinctes est souvent superflue, ou apparentée d'une certaine façon. Par exemple, une seule personne ou un processus peut IO générer des données, au cours de sessions distinctes de traitement de données, apparentées à une seule tâche ou à un seul projet, mais survenant à des moments différents et/ou au cours de traitement par des systèmes différents. Ces sessions de traitement de données différentes peuvent donner lieu à des enregistrements de base de données qui s'apparentent à un seul évènement ou transaction enregistrée dans des bases de données différentes ou dans des enregistrements non 15 associés à l'intérieur de partitions dans une seule base de données. [0003] Par exemple, dans l'industrie du voyage, les agents de voyage peuvent réserver des produits de voyage pour des clients avec des systèmes de réservation gérés par différents fournisseurs de voyages. Un seul voyage peut, par exemple, inclure des réservations pour un transport aérien, des hôtels, des locations de voitures, et d'autres produits liés au voyage. 20 Lorsqu'un produit de voyage est réservé, un ou plusieurs enregistrements électroniques qui documentent le produit de voyage réservé sont typiquement effectués dans une base de données sur un système de distribution globale. La base de données peut comprendre une collection d'enregistrements contenant des informations sur les voyageurs et leurs itinéraires en relation avec les produits de voyage réservés chez ce fournisseur de voyage particulier. Chaque 25 enregistrement de base de données peut aussi définir un contrat entre l'agent de voyage et le fournisseur de voyages pour des produits réservés par l'enregistrement de base de données. [0004] La réservation de produits chez de multiples fournisseurs de voyage peut avoir pour conséquence la génération d'enregistrements de base de données non associés qui ne sont pas reliés les uns aux autres. Lorsque des réservations pour un voyageur ou un itinéraire particulier ne 30 sont pas associés, il devient difficile pour les agents de voyage de déterminer l'étendue de 3062228 2 l'itinéraire entier du voyageur. En outre, il peut être difficile pour l'agent de voyage d'identifier chaque contrat existant avec un passager particulier. [0005] Les fournisseurs de voyages peuvent être confrontés à un problème différent résultant de la génération de multiples enregistrements de base de données non associés. Chaque enregistrement de base de données peut définir un contrat entre le fournisseur de voyage et une agence de voyages particulière. Cependant, un seul voyageur peut avoir fait appel à plus d'une agence de voyages pour réserver son voyage, avec pour conséquence des enregistrements de base de données distincts pour des produits fournis au même passager par le même fournisseur de voyages pour un seul voyage. Par exemple, dans le cas d'un transport aérien, il en résulte une 10 division de l'itinéraire du voyageur entre de multiples contrats qui peut empêcher la compagnie aérienne d'appliquer des politiques de tarification à l'intégralité de l'itinéraire. [0006] Ainsi, des systèmes, des procédés et des produits-programmes d'ordinateur améliorés sont nécessaires pour agréger des données d'enregistrements de base de données apparentés qui fournissent aux utilisateurs et aux systèmes une vue unique des enregistrements de base de données. RÉSUMÉ [0007] Dans un mode de réalisation, un système de traitement de données inclut un ou plusieurs processeurs et une mémoire couplée aux processeurs. La mémoire stocke des données comprenant une base de données de dossiers de réservation et un code de programme. Lors de 20 l'exécution par au moins un de l'un ou de plusieurs processeurs, le code de programme peut amener le système à recevoir une première requête pour consulter un dossier de réservation. La première requête peut inclure un terme de recherche et, en réponse à la réception de la première requête, le système peut récupérer un enregistrement de dossier de réservation correspondant au terme de recherche dans la base de données de dossiers de réservation. L'enregistrement de 25 dossier de réservation peut définir un premier identifiant qui identifie un premier enregistrement de réservation. Le système peut utiliser le premier identifiant de l'enregistrement de dossier de réservation pour récupérer le premier enregistrement de réservation et transmettre k dossier de réservation à un système d'utilisateur. Le dossier de réservation peut inclure une première donnée du premier enregistrement de réservation. 30 [0008] Dans un autre aspect, le code de programme peut amener le système à créer l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation et à 3062228 associer l'enregistrement de dossier de réservation à un enregistrement de réservation. Autrement, une fois que le dossier de réservation a été créé, l'enregistrement de dossier de réservation et l'enregistrement de réservation peuvent être dissociés en retirant l'identifiant de l'enregistrement de réservation du dossier de réservation. [0009] Dans encore un autre aspect, l'enregistrement de dossier de réservation peut par ailleurs définir un second identifiant qui identifie un second enregistrement de réservation, et le code de programme peut par ailleurs amener le système à utiliser le second identifiant de l'enregistrement de dossier de réservation pour récupérer le second enregistrement de réservation et ajouter une seconde donnée du second enregistrement de réservation au dossier de réservation. 10 [0010] Dans un autre aspect, le code de programme peut amener le système à récupérer l'enregistrement de dossier de réservation à l'aide d'un coordinateur de contexte, attacher un entête de contexte a une interrogation, transmettre l'interrogation du coordinateur de contexte à la base de données de dossiers de réservation, récupérer le dossier de réservation de la base de données de dossiers de réservation, stocker le dossier de réservation dans l'en-tête de contexte, 15 attacher l'en-tête de contexte à une réponse, transmettre la réponse de la base de données de dossiers de réservation au coordinateur de contexte et détacher. à l'aide du coordinateur de contexte, l'en tête de contexte de la réponse. [0011] Dans un autre aspect, le code de programme peut amener le système à créer l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation en 20 recevant avant la première requête. une seconde requête qui inclut le terme de recherche et le premier identifiant. En réponse à la réception de la seconde requête, le code de programme peut amener le système à stocker le terme de recherche dans un premier champ de l'enregistrement de dossier de réservation, à stocker le premier identifiant dans un second champ de l'enregistrement de dossier de réservation, à générer un identifiant de dossier, et à stocker l'identifiant de dossier 25 dans un troisième champ dans l'enregistrement de dossier de réservation. Le code de programme peut ensuite amener le système à stocker l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation. [0012] Dans un autre aspect, le dossier de réservation peut-être transmis au système d'utilisateur via une interface de programmation d'application et le système de traitement de 30 données peut par ailleurs comprendre un ordinateur client sur lequel fonctionne une application cliente servant d'interface avec l'interface de programmation d'application et qui fournit une 3062228 4 interface d'utilisateur pour afficher le dossier de réservation et un ordinateur serveur sur lequel fonctionne une application de gestion de base de données qui gère la base de données de dossiers de réservation. [0013] Dans un autre aspect, l'enregistrement de dossier de réservation agrège une pluralité de dossiers de réservation sans répliquer les données trouvées dans aucun des enregistrements de réservation. [0014] Dans un autre aspect, le code de programme peut, par ailleurs, amener le système, en réponse à la réception de la seconde requête pour mettre à jour un itinéraire, à récupérer l'enregistrement de dossier de réservation, utiliser le premier identifiant de l'enregistrement de dossier de réservation pour récupérer le premier enregistrement de réservation et mettre à jour l'itinéraire en modifiant le premier enregistrement de réservation. [0015] Dans un autre aspect, le code de programme peut par ailleurs amener le système, en réponse à la réception de la seconde requête de mise à jour de l'itinéraire, à récupérer l'enregistrement de dossier de réservation et mettre à jour un itinéraire en stockant le second identifiant dans l'enregistrement de dossier de réservation, le second identifiant qui identifie un second enregistrement de réservation définissant un produit de voyage qui est ajouté à l'itinéraire. [0016] Dans un autre mode de réalisation, un procédé peut inclure la réception, par le système de traitement de données, de la première requête pour consulter le dossier de réservation. La première requête peut inclure un terme de recherche, et en réponse à la réception de la 20 première requête, le procédé peut récupérer un enregistrement de dossier de réservation correspondant au terme de recherche dans la base de données de dossiers de réservation. L'enregistrement de dossier de réservation peut définir le premier identifiant qui identifie le premier enregistrement de réservation et le procédé peut utiliser le premier identifiant de l'enregistrement de dossier de réservation pour récupérer le premier enregistrement de 25 réservation. Le procédé peut par ailleurs inclure la transmission du dossier de réservation au système d'utilisateur et le dossier de réservation peut inclure une première donnée du premier enregistrement de réservation. [0017] Dans un autre aspect, le procédé peut par ailleurs inclure la création de l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation et 30 associer l'enregistrement de dossier de réservation à l'enregistrement de réservation. Alternativement, une fois qu'un dossier de réservation a été créé, le procédé peut par ailleurs 3062228 inclure la dissociation de l'enregistrement de dossier de réservation et de l'enregistrement de réservation en retirant l'identifiant d'enregistrement de réservation du dossier de réservation. [0018] Dans un autre aspect, l'enregistrement de dossier de réservation peut par ailleurs définir le second identifiant qui identifie le second enregistrement de réservation, et le procédé peut par ailleurs inclure l'utilisation du second identifiant de l'enregistrement de dossier de réservation pour récupérer le second enregistrement de réservation et ajouter la seconde donnée du second enregistrement de réservation au dossier de réservation. [0019] Dans un autre aspect, le procédé peut, à l'aide du coordinateur de contexte, récupérer Je dossier de réservation , attacher l'en-tête de contexte à l'interrogation, transmettre 10 l'interrogation du coordinateur de contexte à la base de données de dossiers de réservation, récupérer le dossier de réservation de la base de données de dossiers de réservation, enregistrer le dossier de réservation dans l'en-tête de contexte, attacher l'en-tête de contexte à la réponse, transmettre la réponse de la base de données de dossiers de réservation au coordinateur de contexte et détacher, à l'aide du coordinateur de contexte, l'en-tête de contexte de la réponse. 15 [0020] Dans un autre aspect, le procédé peut créer l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation en recevant, avant la première requête, la seconde requête qui inclut le terme de recherche et le premier identifiant. En réponse à la réception de la seconde requête, le procédé peut stocker le terme de recherche dans un premier champ de l'enregistrement de dossier de réservation, stocker le premier identifiant dans un 20 second champ de l'enregistrement de dossier de réservation, générer un identifiant de dossier et stocker l'identifiant de dossier dans un troisième champ dans l'enregistrement de dossier de réservation. Le procédé peut ensuite stocker l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation. [0021] Dans un autre aspect, le procédé peut par ailleurs inclure le stockage de données 25 transversales dans un quatrième champ de l'enregistrement de dossier de réservation. [0022] Dans un autre aspect, le dossier de réservation peut être transmis au système d'utilisateur par l'interface de programmation d'application, et le système de traitement de données peut inclure l'application cliente qui sert d'interface avec l'interface d'application et fournit l'interface d'utilisateur pour afficher le dossier de réservation et l'application de gestion 30 de base de données qui gère la base de données de dossier de réservation. 3062228 [0023] Dans un autre aspect, la pluralité d'enregistrements de réservation peut être agrégée par l'enregistrement de dossier de réservation sans répliquer les données trouvées dans aucun des enregistrements de réservation. [0024] Dans un autre aspect, le procédé peut par ailleurs inclure, en réponse à la réception de la seconde requête pour mettre à jour l'itinéraire, la récupération de l'enregistrement de dossier de réservation, en utilisant le premier identifiant de l'enregistrement de dossier de réservation pour récupérer le premier enregistrement de réservation, et mettre à jour l'itinéraire en modifiant le premier enregistrement de réservation. [0025] Dans un autre aspect, le procédé peut par ailleurs inclure, en réponse à la réception de la seconde requête pour mettre à jour l'itinéraire, la récupération de l'enregistrement de dossier de réservation, et la mise à jour de l'itinéraire en stockant le second identifiant dans l'enregistrement de dossier de réservation, le second identifiant qui identifie le second enregistrement de réservation définissant le produit de voyage qui est ajouté à l'itinéraire. [0026] Dans un autre mode de réalisation, un produit-programme d'ordinateur inclut un support de stockage durable lisible par ordinateur incluant un code de programme. Le code de programme peut être configuré pour, lors de l'exécution par l'un ou plusieurs processeurs, amener l'un ou plusieurs processeurs à recevoir la première requête pour consulter le dossier de réservation. La première requête peut inclure le terme de recherche et, en réponse à la réception de la première requête, le code peut amener les processeurs à récupérer l'enregistrement de dossier de réservation correspondant au terme de recherche dans la base de données de dossiers de réservation. L'enregistrement de dossier de réservation peut définir le premier identifiant qui identifie le premier enregistrement de réservation. Le code peut amener les processeurs à utiliser le premier identifiant de l'enregistrement de dossier de réservation pour récupérer le premier enregistrement de réservation, et transmettre le dossier de réservation à un système d'utilisateur. 25 Le dossier de réservation peut inclure la première donnée du premier enregistrement de réservation. [0027] Le résumé ci-dessus peut présenter une vue d'ensemble simplifiée de certains des modes de réalisation de l'invention afin d'apporter une compréhension basique de certains aspects de l'invention discutée dans les présentes. Le résumé ne prétend pas apporter une vue d'ensemble exhaustive de l'invention et n'est pas destiné à identifier des éléments clés ou critiques quelconques ou à limiter la portée de l'invention. Le seul but du résumé est de présenter 3062228 7 simplement quelques concepts sous une forme simplifiée comme préambule à la description détaillée présentée ci-dessous. BRÈVE DESCRIPTION DES DESSINS [0028] Les dessins, qui ont partie intégrante des spécifications, illustrent des modes variés de réalisation de l'invention et, avec la description générale de l'invention ci-dessus et la description détaillée des modes de réalisation donnée ci-après, servent à expliquer les modes de réalisation de l'invention. [0029] FIG. 1 est une vue schématique d'un environnement d'exploitation exemplaire incluant un système d'agence de voyages, un système de distribution globale (GDS) et une base 10 de données agrégative. [0030] FIG. 2 est une vue schématique d'un exemple d'ordinateur pouvant être utilisé pour fournir l'environnement d'exploitation de la FIG. 1. [0031] FIG. 3 est une vue schématique du GDS de la FIG. I incluant un intégrateur de services et une tranche de l'arrière-plan (Open Back End [OBE]). 15 [0032] FIG. 4 est une vue schématique du GDS de la FIG. 3 illustrant une application de coordinateur de contexte, une application de services de dossier, une application de stockage d'enregistrement, une application d'accès à l'enregistrement, et la base de données agrégative hébergée dans la couche °BE [0033] FIG. 5 est un diagramme séquentiel illustrant un flux de message entre les 20 applications et la base de données agrégative de la FIG. 4 pour créer un enregistrement de dossier de réservation. [0034] FIG. 6 est un diagramme séquentiel illustrant un flux de message entre les applications et la base de données agrégative de la FIG. 4 pour récupérer un enregistrement de dossier de réservation. [0035] FIG. 7 est une vue schématique d'un dossier de réservation pouvant être affiché par le système de l'agence de voyages de la FIG.1 dans un mode de réalisation de l'invention. [0036] FIG. 8 est une vue schématique d'un dossier de réservation pouvant être affiché par le système de l'agence de voyages de la FIG. 1 dans un autre mode de réalisation de l'invention. [0037] FIG. 9 est une vue schématique d'un dossier de réservation pouvant être affiché par le système de l'agence de voyages de la FIG. I dans encore un autre mode de réalisation de l'invention. 3062228 8 [0038] FIG. 10 est un organigramme d'un procédé pouvant être exécuté par le GDS et/ou le système de l'agence de voyages de la FIG. 1 pour créer un enregistrement de dossier de réservation. [0039] FIG. I I est un diagramme séquentiel d'un procédé pouvant être exécuté par k GDS et/ou le système de l'agence de voyages de la FIG. I pour ajouter des réservations à l'enregistrement de dossier de réservation créé dans la FIG. 10. DESCRIPTION DÉTA I LLÉE [0040] Les modes de réalisation de l'invention peuvent être implémentés par un système de traitement de données qui apporte un traitement et des fonctions de base de données permettant IO et/ou facilitant des interconnexions entre un ou plusieurs systèmes de fournisseur de voyages, des systèmes d'agence de voyages, et/ou des systèmes de base de données. Les systèmes de base de données peuvent inclure un nouveau type de base de données qui enregistre et génère des enregistrements de dossiers de réservation. Ces enregistrements de dossiers de réservation peuvent fournir un centre unique de réception active dans le cadre de la gestion d'un voyage par le voyageur, un agent de voyage, ou tout autre utilisateur de système. Le dossier de réservation peut ainsi fournir aux utilisateurs du système de traitement de données un point d'accès unique qui maintient une compatibilité avec les normes existantes d'enregistrement de réservation, pour consulter et gérer toutes les informations d'un voyage pour le voyageur. [0041] Un enregistrement de dossier de réservation peut être créé au début d'une session de 20 planification d'un voyage. Au fur et à mesure que les produits de voyage sont réservés pour le voyage, un localisateur d'enregistrement ou autre identifiant d'enregistrement peut être ajouté à l'enregistrement de dossier de réservation pour chaque réservation effectuée. L'enregistrement de dossier de réservation peut-être stocké dans une base de données centralisée de sorte que des systèmes externes peuvent accéder à l'enregistrement de dossier de réservation. En réponse à une 25 requête pour consulter ou modifier le voyage, ta base de données de dossiers de réservation peut être interrogée pour accéder à l'enregistrement de dossier de réservation correspondant au voyage. Le système demandeur peut ensuite identifier chaque enregistrement de réservation associé à l'enregistrement de dossier de réservation, et récupérer les enregistrements identifiés dans leurs bases de données respectives. Les données fournies par le dossier de réservation et les 30 enregistrements de réservation peuvent être agrégés dans un seul dossier de réservation qui fournit une vue de l'intégralité du voyage. La base de données de dossiers de réservation peut 3062228 ainsi permettre la consultation d'itinéraires agrégés pour un voyage particulier, un groupe de voyageurs, ou tout autre personne ayant un intérêt pour l'itinéraire, étendant ainsi la fonctionnalité basique de base de données et améliorant l'efficacité des processus de réservation tels que les interrogations et les réponses, 5 [0042] Faisant maintenant référence à la FIG. L un environnement d'exploitation 10 conforme à un mode de réalisation de l'invention peut inclure un GDS 12, un ou plusieurs systèmes de fournisseur 14a-14m. un ou plusieurs systèmes d'agence de voyages 16a-16n, une ou plusieurs bases de données de réservation 18a-18o, et une base de données de dossiers de réservation 20. Les bases de données de réservation 18a-18o et une base de données de dossiers 10 de réservation 20 peuvent être des bases de données indépendantes, ou peuvent être stockées dans une base de données agrégative 22. Dans un mode de réalisation de l'invention chacun des systèmes de fournisseur 14a-14m peut héberger ou être associé avec une des bases de données 18a-18o ou peut utiliser une base de données de réservation hébergée par un autre système, tel que le GDS 12. Chacun des GDS 12, systèmes de fournisseur 14a-I4m, systèmes d'agence de 15 voyages 16a-16n, bases de données 18a-18o et la base de données de dossiers de réservation 20 peuvent communiquer par I' intermédiaire d'un réseau 24. Le réseau 24 peut inclure un ou plusieurs réseaux privés ou publics (par ex., Internet) qui permettent l'échange de données entre des systèmes connectés au réseau 24. [0043] Le GDS 12 peut être configuré pour faciliter la communication entre les systèmes de 20 fournisseur 14a-14m et les systèmes d'agence de voyages 16a-16n en permettant aux agents de voyage, au transporteur émetteur, ou à d'autres vendeurs indirects de confirmer des réservations sur les systèmes de fournisseur 14a-14m via le Gris 12. Dans ce but, le GDS 12 peut entretenir des liens avec les systèmes de fournisseur 14a-14m via le réseau 24. Ces liens peuvent, par exemple, permettre aux GDS 12 d'acheminer des demandes en provenance du système 25 fournisseur d'un transporteur émetteur ou du système d'une agence de voyages vers le système fournisseur correspondant du transporteur de fait. Les systèmes de fournisseur et d'agence de voyages peuvent ainsi réserver des vols auprès de multiples transporteurs via une seule connexion au GDS 12. Le GDS 12 peut être basé sur une architecture orientée service hautement disponible qui est entièrement distribuée. Cette architecture entièrement distribuée peut séparer les fonctions 30 fournies par le GDS 12 en plusieurs applications, chaque application ayant la responsabilité de fournir un ensemble donné de services. 3062228 lo [0044] Chacun des systèmes de fournisseur 14a-14m peut inclure un système de réservation informatique (CRS) permettant au GDS 12 ou aux systèmes d'agence de voyages 16a-16n de réserver et de payer des produits de voyage, tels que des billets d'avion, des chambres d'hôtel, ou des locations de véhicule. Chaque système de fournisseur peut aussi interagir avec d'autres systèmes de fournisseur 14a-14m, directement ou par l'intermédiaire du GDS 12, afin de permettre. par exemple, au transporteur émetteur de vendre des sièges fournis par le transporteur de fait. Le transporteur de fait peut ensuite facturer le transporteur émetteur pour les produits fournis. Dans certains modes de réalisation de l'invention, un ou plusieurs des systèmes de fournisseur 14a-14m peuvent inclure un système de billetterie électronique (ETS) et/ou un 10 système de contrôle des départs (DCS) pour un transporteur correspondant, [0045] Les systèmes d'agence de voyages 16a-16n peuvent fournir aux agents de voyage une interface pour accéder au GDS 12 permettant aux agents de rechercher et de réserver des produits de voyage. Un ou plusieurs des systèmes d'agence de voyages 16a-16n peuvent aussi inclure un serveur d'application accessible par l'intermédiaire d'un système de voyageur (non illustré) 15 permettant aux voyageurs de rechercher et de réserver les itinéraires de voyage sans être assisté par un agent de voyage. Cette application peut comprendre, par exemple, un site 1,veb de voyage accessible par le réseau 24 à l'aide d'une application cliente telle qu'un navigateur web fonctionnant sur le système du voyageur. [0046] En réponse à la réservation d'un produit par le voyageur. le GDS 12 ou un système de 20 fournisseur correspondant 14a-14m peut stocker un enregistrement de nom de passager (PNR). ou autre type d'enregistrement de réservation, dans une des bases de données de réservation I8a1So, dans la base de données agrégative 22 et/ou dans une partition logique de la base de données agrégative 22. Le PNR peut être généré, au moins en partie, par le système fournisseur correspondant et peut comprendre un ou plusieurs enregistrements qui contiennent l'itinéraire et 25 les informations du voyageur. Chacun des enregistrements dans le PNR peut définir une ou plusieurs réservations effectuées par le voyageur. Le PNR peut aussi suivre l'usage des produits de voyage achetés, par exemple l'usage fait ou non d'un vol réservé. Le PNR peut être identifié par un localisateur d'enregistrement unique à ce PNR à l'intérieur de sa base de données respective, et peut inclure des enregistrements définissant un itinéraire pour un voyage 30 particulier, un service, un passager, ou un groupe de passagers. 3062228 I I [0047] Une action effectuée via le GDS 12 ou par l'un des systèmes de fournisseur 14a-14m pour modifier un itinéraire (p. ex., en ajoutant un passager, en changeant un vol, etc.) peut entraîner un changement du contenu ou de l'état du PNR correspondant. Au moins certains des éléments contenus dans chaque PNR, tels que des remarques ou des demandes de service spécial, 5 peuvent être tenus de se conformer à un format standard défini par un organisme de normalisation, par ex., TATA (lnterrnational Air Transport Association). Cette normalisation peut assurer une compatibilité des données entre différents systèmes fonctionnant dans l'industrie du voyage. Cependant, la nécessité d'aligner les éléments de PNR aux normes de l'industrie peut aussi limiter les caractéristiques pouvant être accommodées par les PNR. 10 [0048] La base de données de dossiers de réservation 20 peut stocker des enregistrements de dossiers de réservation qui fournissent un enregistrement de base de données unique pour agréger et gérer un itinéraire de voyage disséminé entre de multiples PNR. Les enregistrements de dossiers de réservation peuvent aussi être configurés pour stocker des données qui ne sont pas compatibles avec des normes de PNR existantes, permettant ainsi de déployer de nouveaux 15 services. Dans ce but, chaque enregistrement de dossier de réservation peut comprendre un ou plusieurs éléments qui stockent des données nécessaires pour différents scénarios d'utilisation. Par exemple, un élément peut stocker le localisateur d'enregistrement de chaque PNR lié à l'enregistrement de dossier de réservation. Bien que la FIG. 1 illustre un mode de stockage dans des bases de données distinctes, selon un mode de réalisation de l'invention, les enregistrements 20 de réservation (p. ex., les PNR) et les enregistrements de dossiers de réservation peuvent être organisés comme des bases de données logiques distinctes à l'intérieur d'une base de données agrégative 22. La base de données agrégative 22 peut être hébergée par le GDS 12 ou tout autre système approprié, ou fournie dans le cadre d'un service basé sur le cloud. [0049] L'enregistrement de dossier de réservation peut stocker des données contextuelles de 25 PNR, telles que l'identité du guichet billetique qui a créé le PNR ou le point de vente pour un ou plusieurs produits de voyage définis dans le PNR. Le dossier de réservation peut aussi contenir des données trouvées dans un ou plusieurs des PNR associés, telles que le nom et les informations de contact d'une ou de plusieurs parties prenantes, p. ex., le voyageur, l'agence de voyages ou l'agent qui a réservé le voyage, l'entité qui a organisé ou payé pour le voyage 30 (l'employeur), ou toute autre entité pour laquelle le voyage présente un intérêt ou un enjeu. L'enregistrement de dossier de réservation peut ainsi permettre au GDS 12, aux systèmes de 3062228 12 fournisseur 14a-14m et/ou aux systèmes d'agence de voyages 16a-16n d'obtenir les détails d'un voyage à partir d'une source unique qui associe une pluralité de PNR indépendants comprenant l'itinéraire d'un voyage. (0050] L'enregistrement de dossier de réservation représente ainsi un nouveau type d'enregistrements de base de données qui stocke de nouveaux éléments d'enregistrement sans impacter la structure existante des éléments standards de PNR. La structure unique des enregistrements de dossiers de réservation peut permettre à la base de données de dossiers de réservation 20 d'accommoder de nouveaux services sans impacter les services hérités fournis par le GDS l 2 etiou les systèmes de fournisseur 14a-11m. La base de données de dossiers de 10 réservation 20 peut permettre un traitement séparé des PNR et des enregistrements de dossiers de réservation. Cela peut aussi permettre a des applications et des bases de données héritées incompatibles avec les enregistrements de dossier de réservation de continuer à fonctionner en utilisant seulement les PNR tout en permettant à d'autres applications et bases de données d'utiliser les caractéristiques additionnelles fournies par la base de données de dossiers de 15 réservation 20. En préservant le format standard des systèmes de réservation existants et des enregistrements de base de données, la base de données de dossiers de réservation 20 peut permettre de déployer de nouvelles caractéristiques tout en assurant que ces nouvelles caractéristiques ne vont pas perturber le fonctionnement des applications des systèmes du fournisseur, de l'agence de voyages et du GDS actuel. 20 [0051] Faisant maintenant référence à la FIG. 2, le GDS 12, les systèmes de fournisseur 14a- 14m, les systèmes d'agence de voyages 16a-16n. les bases de données de réservation 18a-18o, la base de données de dossiers de réservation 20, la base de données agrégative 22, et le réseau 24 de l'environnement d'exploitation 10 peuvent être implémentés sur un ou plusieurs dispositifs informatiques ou systèmes tels que l'ordinateur exemplaire 30. L'ordinateur 30 peut inclure un 25 processeur 32, une mémoire 34, un dispositif de mémoire de masse 36, une interface entrée/sortie (1/0) 38, et une interface homme-machine (HMI) 40. L'ordinateur 30 peut aussi être couplé de façon fonctionnelle à une ou plusieurs ressources extérieures 42 par l'intermédiaire du réseau 28 ou de l'interface 1/0 38. Les ressources externes peuvent inclure, sans s'y limiter, des serveurs, des bases de données, des dispositifs de stockage de masse, des dispositifs périphériques. des 30 services de réseau en nuage (cloud), ou toute autre ressource informatique appropriée qui peut être utilisée avec l'ordinateur 30. 3062228 [0052] Le processeur 32 peut inclure un ou plusieurs dispositifs sélectionnés : des microprocesseurs, microcontrôleurs, des processeurs de signaux numériques, des micro- ordinateurs, des unités centrales de traitement, des réseaux de portes programmables, des dispositifs logiques programmables, des machines à état défini, des circuits logiques, des circuits 5 analogiques, des circuits numériques ou tout autre dispositif servant à manipuler des signaux analogues ou numériques) sur la base d'instructions de fonctionnement enregistrées dans la mémoire 34. La méritoire 34 peut inclure un seul dispositif ou une pluralité de dispositifs de mémoire, notamment, mais sans s'y limiter, la mémoire à lecture seule (ROM), la mémoire à accès aléatoire (RAM). la mémoire volatile, la mémoire non volatile, la mémoire vive statique 10 (SRAM), la mémoire dynamique à accès aléatoire (DRAM). la mémoire flash, l'antémémoire (cache mernory) ou tout autre dispositif capable de stocker des informations. Le dispositif de stockage de mémoire de masse 36 peut inclure des dispositifs de stockage de données tels qu'un disque dur, un disque optique, un dérouleur de bande magnétique, un circuit à l'état solide volatile ou non volatile ou tout autre dispositif capable de stocker des données. 15 [0053J Le processeur 32 peut fonctionner sous le contrôle d'un système d'exploitation 44 qui réside dans la mémoire 34. Le système d'exploitation 44 peut gérer les ressources informatiques afin que le code de programme de l'ordinateur, intégré sous la forme d'une ou plusieurs applications logicielles telles que l'application 46 qui réside dans la mémoire 34, puisse recevoir les instructions exécutées par le processeur 32. Le processeur 32 peut aussi exécuter 20 l'application 46 directement, et dans ce cas le système d'exploitation 44 peut être omis. La ou les applications logicielles peuvent inclure un cas de fonctionnement comportant un serveur qui peut accepter des requêtes provenant d'applications clientes et leur fournir des réponses. Une ou plusieurs structures de données 48 peuvent aussi résider dans la mémoire 34 et peuvent être utilisées par le processeur 32, le système d'exploitation 44 ou l'application 46 pour stocker ou 25 manipuler des données. [0054] L'interface 1/0 38 peut fournir une interface machine qui couple le processeur 32 de façon fonctionnelle avec d'autres dispositifs et systèmes, tels que le réseau 24 ou la ressource externe 42. Le serveur d'application 46 peut ainsi collaborer avec le réseau 28 ou avec la ressource externe 42 en communiquant par l'intermédiaire de l'interface 1/0 38 pour fournir les 30 divers éléments, fonctions, applications, processus, modules composant les modes de réalisation de l'invention. L'application 46 peut aussi comporter un programme codé qui est exécuté par une 3062228 14 ou plusieurs ressources externes 42, ou peut autrement reposer sur les fonctions ou signaux fournis par d'autres composants de système ou de réseau externes à l'ordinateur 30. En effet, au vu des configurations presque infinies de matériel informatique et de logiciel possibles, les hommes de métier comprendront que les modes de réalisation de l'invention peuvent inclure des applications situées à l'extérieur de l'ordinateur 30, distribuées à des ordinateurs multiples ou à d'autres ressources externes 42 ou fournies par des ressources informatiques (matérielles et logicielles) qui sont fournies par un service tel qu'un service informatique cloud, par l'intermédiaire du réseau 24. [0055] Le HM1 40 peut être couplé de façon fonctionnelle au processeur 32 de l'ordinateur 30 10 pour permettre à un utilisateur d'interagir directement avec l'ordinateur 30. Le HM140 peut inclure un affichage vidéo ou alphanumérique, un écran tactile, un haut-parleur et tout autre indicateur visuel et audio capable de communiquer des données à l'utilisateur. Le 1-IM1 40 peut aussi inclure des dispositifs et des contrôles d'entrée tels qu'un clavier alphanumérique, un dispositif de pointage, des claviers, des boutons poussoir, des boutons de commande, des 15 microphones, etc., capables d'accepter des commandes ou des entrées de l'utilisateur et de les transmettre au processeur 32. [0056] Une base de données 50 peut résider sur le dispositif de mémoire de masse 36 et peut être utilisée pour collecter et organiser les données utilisées par les différents systèmes et modules décrits dans les présentes. La base de données 50 peut inclure des données et 20 accommoder les structures de données associées qui stockent et organisent les données En particulier, la base de données 50 peut être aménagée avec toute organisation ou structure de base de données, notamment, mais sans s'y limiter, une base de données relationnelle, une base de données de type hiérarchique, une base de données en réseau, une base de données orientée-objet ou des combinaisons de celles-là. [0057] Un système de gestion de bases de données sous forme d'une application logicielle qui s'exécute sous la forme d'instructions sur le processeur 32 peut être utilisé pour accéder aux données stockées dans des enregistrements de la base de données 50 en réponse à une interrogation, lorsque l'interrogation peut être déterminée de façon dynamique et exécutée par le système d'exploitation 44, les autres applications 46 ou un ou plusieurs modules. Bien que des 30 modes de réalisation de l'invention puissent être décrits dans les présentes en utilisant une terminologie de base de données relationnelle, hiérarchique, de réseau, orientée-objet, ou autre 3062228 15 terminologie dans des cas spécifiques, les hommes de métier comprendront que les modes de réalisation de l'invention peuvent utiliser tout modèle de gestion de base de données approprié, et ne sont pas limités à un quelconque type particulier de base de données. [0058] La FIG. 3 illustre un mode de réalisation du GDS 12 ayant une architecture distribuée 5 qui inclut un intégrateur de services 52 en communication avec une pluralité de serveurs d'application 54a-54 p. L'intégrateur de services 52 peut comprendre un module matériel et/ou logiciel, tel qu'un routeur ou un bus de service d'entreprise, configuré pour acheminer des messages entre le réseau 24 et les serveurs d'applications 54a-54p, ainsi qu'entre les serveurs d'a.pplications 54a-54p eux-mêmes. Les serveurs d'applications 54a-54p peuvent comprendre une 10 couche OBE 56 qui hébergent les d'applications de serveur fournissant les services à des applications clientes externes et/ou internes. Les systèmes externes qui peuvent être en communication avec le GDS 12 sur le réseau 24 peuvent inclure les systèmes de fournisseur 14 a -I4m, les systèmes d'agence de voyages 16a-16n ou tout autre système externe pertinent, tel qu'un système d'utilisateur connecté à un serveur d'applications web sur Internet. 15 [0059] Les applications exemplaires GDS 12 hébergées par des serveurs dans la couche 013E 56 peuvent inclure, sans s'y limiter, une application de réservation, une application de contrôle des départs (DCS), une application de billetterie, une application de tarification, une application de disponibilité, et/ou une application de serveurs web. Chaque application fonctionnant sur les serveurs d'applications 54a-54p peut communiquer avec d'autres applications par l'intermédiaire 20 de l'intégrateur de services 52 en utilisant tout protocole de communication approprié, tel qu'EDIFACT (Electronic Data Interchange For Administration, Commerce and Transport) et/ou le langage de balisage extensible (XML). [0060] Les messages générés par les applications dans la couche OBE 56 peuvent être publiés à l'extérieur en utilisant des protocoles standards de services web, tels que le protocole d'accès à 25 un objet simple (SOAP). L'interface pour les messages transmis à partir des applications clientes externes et vers celles-ci peut utiliser des schémas XML librement disponibles. L'échange de messages internes entre applications dans la couche OBE 56 peut utiliser un protocole ouvert ou un protocole propriétaire et peut être basé sur le contexte. La communication basée sur le contexte peut impliquer l'attache d'un contexte de l'enregistrement en cours de traitement par 30 l'application (p. ex., le contexte d'un des PNR d'un enregistrement de dossier de réservation) à chaque message transmis à partir d'un serveur d'applications vers un autre serveur d'applications. 3062228 Le contexte peut, par exemple, inclure une information permettant à une application de récupérer une copie actuelle de l'enregistrement en question ou une information de synchronisation qui permet au serveur de destination de déterminer si une copie locale de l'enregistrement est valide. [0061] Faisant maintenant référence à la FIG. 4, et conformément à un mode de réalisation de 5 l'invention, le GDS 12 peut inclure une application coordinatrice de contexte 58, une application de services de dossier 60, une application de stockage d'enregistrement 62, une application d'accès à un enregistrement 64 et la base de données agrégative 22. L'application coordinatrice de contexte 58, l'application de services de dossier 60, l'application de stockage d'enregistrement 62 et l'application d'accès à un enregistrement 64 peuvent être considérées comme formant 10 collectivement une application de gestion de base de données qui crée, modifie, stocke, et récupère les enregistrements de dossiers de réservation et/ou les enregistrements de réservation dans la base de données agrégative 22. Les applications et la base de données peuvent, par exemple, être fournies ou gérées par un ou plusieurs serveurs dans la couche OBE 56. [00621 L'application coordinatrice de contexte 58 peut être configurée pour maintenir le 15 contexte d'un enregistrement avec le GDS 12 au cours d'une session d'utilisateur pendant laquelle l'enregistrement peut être modifié sinon utilisé pour traiter une donnée. Dans ce but, l'application coordinatrice de contexte 58 peut attacher le contexte à des interrogations entrantes et faire suivre l'interrogation à l'application pertinente. Lorsque les applications externes impliquées dans la session d'utilisateur font appel à des enregistrements de dossier de 20 réservation, l'applieation coordinatrice de contexte 58 peut récupérer un enregistrement de dossier de réservation associé à la transaction à partir de la base de données agrégative 22 et attacher l'enregistrement de dossier de réservation au message en cours de transmission en stockant le dossier de réservation dans un en-tête de contexte. Le stockage du dossier de réservation dans l'en-tête de contexte peut comprendre l'attache de l'enregistrement de dossier de 25 réservation au message en utilisant un protocole d'Internet (IP) standard, tel qu'une extension tnulti-usage pour messagerie Internet (MIME). Lorsqu'un enregistrement de dossier de réservation n'est pas utilisé (p. ex., une ou plusieurs applications impliquées ne sont pas compatibles avec les enregistrements de dossier de réservation), l'application coordinatrice de contexte 58 peut attacher le contexte d'un enregistrement de réservation en cours de traitement au 30 message. 3062228 17 [0063] L'application de services de dossier 60 peut être configurée pour créer des enregistrements de dossier de réservation et effectuer toute modification à un enregistrement de dossier de réservation demandée au cours de la session d'utilisateur. L'application de stockage d'enregistrement 62 peut être configurée pour générer un identifiant de dossier qui identifie de 5 façon unique l'enregistrement de dossier de réservation et stocke l'enregistrement de dossier de réservation dans la base de données agrégative 22. L'application d'accès aux enregistrements 64 peut être configurée pour récupérer des enregistrements de dossier de réservation dans la base de données agrégative 22 en réponse aux interrogations provenant d'autres applications, telles que l'application coordinatrice de contexte 58. Les applications permettant de stocker les 10 enregistrements et d'y accéder peuvent collectivement gérer le stockage et la récupération d'enregistrements de dossier de réservation dans la base de données agrégative 22. Les applications de stockage et d'accès peuvent également être configurées pour gérer la création, le stockage des enregistrements de réservation et leur accès dans la base de données agrégative 22. [0064] Le diagramme séquentiel de la FIG. 5 montre à titre d'exemple des échanges de messages entre des applications d'un système de traitement de données pour ia création d'un enregistrement de dossier de réservation. Pour initier le processus de création d'un enregistrement de dossier, une application cliente 70, telle que l'application de réservation qui fonctionne sur un des systèmes d'agence de voyages 16a-16n, peut transmettre une interrogation 72 au GDS 12 en demandant la création d'un enregistrement de dossier de réservation. L'interrogation peut être 20 transmise via une interface de programmation d'application (API) 73 qui définit un ensemble de protocoles pour la communication entre l'application cliente 70 et le coordinateur de contexte 58. L'interrogation peut inclure une donnée définissant une étiquette pour le dossier de réservation, p. ex., « Trip for !vin Smith te New York », et peut être transmise en réponse à la réception d'une saisie via l'interface d'utilisateur de l'application cliente 70. L'interrogation peut être reçue par 25 l'intégrateur de services 52 et acheminée vers l'application coordinatrice de contexte 58. En réponse à la réception de l'interrogation, l'application coordinatrice de contexte 58 peut attacher l'en-tête de contexte 74 à l'interrogation et transmettre l'interrogation 76 à l'application de services de dossier 60. [0065] L'application de services de dossier 60 peut, en réponse à la réception de 30 l'interrogation provenant de l'application coordinatrice de contexte 58, créer un enregistrement de dossier de réservation 78. L'enregistrement de dossier de réservation peut comprendre une 3062228 8 pluralité de segments ou de champs, chacun d'entre eux comprenant un ou plusieurs éléments. Les éléments peuvent être formatés, par exemple, en utilisant le format d'échanges de données JavaScript objet (3SON) ou tout autre format approprié. Chaque élément peut être identifié par un élément identifiant, p. ex., un code à trois chiffres, qui identifie le type d'élément. Un enregistrement exemplaire de dossier de réservation dans le cas présent peut inclure trois segments et s'afficher comme suit : fld f key: "FolderID" str: "*" fld { key: "Label" str: "Trip for Mr. Smith to New Yo IO fld { key: "BookingFiles" ctn { 1 Comme on peut le voir, l'enregistrement de dossier de réservation exemplaire ci-dessus inclut un champ d'identifiant de dossier « FolderlD » qui contient une chaîne définissant l'étiquette de l'enregistrement de dossier de réservation et un champ intitulé « BookingFiles » qui peut aussi 15 être vide initialement. [0066] L'application de services de dossier 60 peut stocker, au 80, l'enregistrement de dossier de réservation dans l'en-tête de contexte et transmettre, au 82, une réponse incluant l'en-tete de contexte à l'application coordinatrice de contexte 58. En réponse à la réception de la réponse provenant de l'application de services de dossier 60, l'application coordinatrice de 20 contexte 58 peut stocker, au 84, l'enregistrement de dossier de réservation dans une mémoire active et détacher, au 86, l'en-tête de contexte de la réponse. L'application coordinatrice de contexte 58 peut ensuite transmettre, au 88, la réponse à l'application cliente 70 informant ainsi l'application cliente 70 que l'enregistrement de dossier de réservation a été créé. [0067] L"enregistrement de dossier de réservation peut comprendre un agent de contexte qui 25 est maintenu parallèlement à un enregistrement de réservation existant, p, ex, un PNR. L'application coordinatrice de contexte 58 peut traiter simultanément l'enregistrement de dossier de réservation et l'enregistrement de réservation, sans affecter les activités d'autres utilisateurs qui peuvent effectuer leur travail habituel sur l'enregistrement de réservation. L'enregistrement de dossier de réservation et l'enregistrement de réservation peuvent tous deux avoir des durées de vie distinctes et peuvent être manipulés indépendamment. L'application de services de dossier 60 3062228 19 peut recevoir un enregistrement de réservation actuel dans un contexte d'utilisateur, mais typiquement ne peut pas modifier l'enregistrement de réservation. [0068] En réponse à la réception de la réponse en provenance du GDS 12, l'application cliente 70 peut transmettre, au 90, une interrogation au GDS 12 demandant que le GDS 12 associe un ou plusieurs PNR à l'enregistrement de dossier de réservation. L'interrogation peut être reçue par l'intégrateur de services 52 et acheminée vers l'application coordinatrice de contexte 58. Au 92, en réponse à la réception de l'interrogation, l'application coordinatrice de contexte 58 peut récupérer l'enregistrement de dossier de réservation à partir de la mémoire active, attacher l'en-tête de contexte à l'interrogation et stocker l'enregistrement de dossier de 10 réservation dans l'en-tête de contexte. L'application coordinatrice de contexte 58 peut ensuite transmettre, au 94, l'interrogation à l'application de services de dossier 60. En réponse à la réception de l'interrogation, l'application de services de dossier 60 peut, au 96, modifier l'enregistrement de dossier de réservation conformément à l'interrogation. [0069] La modification peut, par exemple, inclure l'ajout d'un ou de plusieurs champs à l'enregistrement de dossier de réservation incluant des identifiants ou des localisateurs d'enregistrement qui identifient le ou plusieurs PNR. Par exemple, l'application de services de dossier 60 peut ajouter un champ à chaque PNR identifié dans l'interrogation. Chacun de ces champs ajoutés peut contenir le localisateur d'enregistrement de chaque PNR respectif. Une fois que l'enregistrement de dossier de réservation a été modifié, l'application de services de dossier 20 60 peut, au 98, transmettre une réponse incluant l'en tête de contexte qui contient l'enregistrement de dossier de réservation à l'application coordinatrice de contexte 58. Pour une interrogation demandant l'ajout de trois PNR à l'enregistrement de dossier de réservation, l'enregistrement exemplaire de dossier de réservation modifié peut ressembler à ce qui suit : 25 fld f key: "FOlderID" str: fld f key: "Label" str: "Trip for Mr. Smith to New York" fld { key: "BookingFiles ctn f fld { key: "UID" str: "ABCDEl" fld { key: "UID" str: "ABCDE2") 30 fld f key: "UID" str: "ABCDE3" 1 I 3062228 20 Comme on peut le constater, trois champs ou sous champs, ont été ajoutés à l'enregistrement de dossier de réservation dans le champ « BookingFiles ». Les PNR sont identifiés par les identifiants ou localisateurs exemplaires d'enregistrement "ABCDE1", "ABCDE2", et "ABCDE3" contenus dans ces champs. [0070] D'autres types de modifications sont possibles. Par exemple, en réponse à une interrogation, un ou plusieurs des PNR identifiés dans l'interrogation peuvent être retirés de l'enregistrement de dossier de réservation en enlevant le localisateur d'enregistrement respectif d'un champ dans l'enregistrement de dossier de réservation. Cette modification dissocie le PNR de l'enregistrement de dossier de réservation. 10 [0071] À la réception de la réponse en provenance de l'application de services de dossier 60, l'application coordinatrice de contexte 58 peut, au 100, stocker l'enregistrement de dossier de réservation modifié dans la mémoire active et, au 102, détacher l'en-tête de contexte de la réponse. L'application coordinatrice de contexte 58 peut ensuite, au 104, transmettre la réponse à l'application cliente 70. [0072] Une fois que l'enregistrement de dossier de réservation a été créé et rempli avec les PNR, l'application cliente 70 peut, au 106, transmettre une commande de validation au GDS 12. La commande peut être reçue par l'intégrateur de services 52 et acheminée vers l'application coordinatrice de contexte 58. Au 108, en réponse à la réception de la commande de validation, l'application coordinatrice de contexte 58 peut récupérer l'enregistrement de dossier de 20 réservation à partir de la mémoire active, attacher l'en tête de contexte à la commande et stocker l'enregistrement de dossier de réservation dans l'en-tête de contexte. L'application coordinatrice de contexte 58 peut ensuite, au 110, transmettre la commande à l'application de stockage d'enregistrement 62. L'application de stockage d'enregistrement 62 peut à son tour, au 112, transmettre une interrogation à la base de données agrégative 22 demandant à la base de données 25 d'indexer et de stocker l'enregistrement de dossier de réservation. Au 114, en réponse à la réception de l'interrogation, la base de données agrégative 22 peut attribuer un identifiant de dossier à l'enregistrement de dossier de réservation et stocker l'enregistrement de dossier de réservation dans la base de données. L'enregistrement exemplaire de dossier de réservation stocké peut ressembler à ce qui suit : 3062228 21 fld f key: "FolderiD"str: "1234567890" ) fld f key: "Label" str "Trip for Mr. Smith te New York" fld { key: "BookingFiles" ctn { fid f key: "UID" str: "ABCDEl" 1 fld f key: "UID" str: "ABCDE2" fld f key: "UID" str: "ABCDE3" } Comme on peut le constater, l'enregistrement de dossier de réservation inclut maintenant l'identifiant de dossier « 1234567890» stocké dans le champ « FolderID » de l'enregistrement de 10 dossier de réservation. [0073] Une fois que l'enregistrement de dossier de réservation a été indexé et stocké, la base de données agrégative 22 peut, au 116, transmettre une confirmation à l'application de stockage d'enregistrement 62 confirmant que l'enregistrement de dossier de réservation a été validé. La confirmation peut inclure l'identifiant de dossier dans le corps du message et un en-tête de contexte vide. En réponse à la réception de la confirmation, l'application de coordinateur de contexte 58 peut détacher l'en tête et, au 120, transmettre une réponse à l'application cliente 70 confirmant que le dossier de réservation a été validé. [0074] La FIG. 6 représente un diagramme séquentiel illustrant une messagerie exemplaire qui peut être associée à la récupération de l'enregistrement de dossier de réservation dans la base 20 de données agrégative. L'application cliente peut, par exemple, récupérer l'enregistrement de dossier de réservation dans la base de données agrégative 22 pour afficher ou modifier un itinéraire de voyage qui y est défini. Dans ce but, l'application cliente peut, au 130, transmettre une interrogation au GDS 12 via l'AN 73 demandant l'enregistrement de dossier de réservation. L'interrogation peut être transmise, par exemple, en réponse à la réception par l'application 25 cliente 70 d'une demande de consultation d'un dossier de réservation via l'interface d'utilisateur de l'application de consultation cliente 70. L'interrogation peut inclure l'identifiant d'enregistrement de dossier de réservation devant être récupéré, et peut être reçue par l'intégrateur de services 52 et être acheminé vers l'application coordinatrice de contexte 58. En réponse à la réception de l'interrogation, l'application coordinatrice de contexte 58 peut, au 132, 30 attacher un en-tête de contexte à l'interrogation et, au 134, transmettre l'interrogation à l'application d'accès aux enregistrements 64. 3062228 22 [0075] En réponse à la réception de l'interrogation, l'application d'accès aux enregistrements 64 peut, aux 136, transmettre une interrogation incluant l'identifiant de dossier à la base de données agrégative 22. L'interrogation peut demander à la base de données agrégative 22 de récupérer l'enregistrement de dossier de réservation indexé à l'identifiant de dossier, lequel peut être inclus dans le corps de l'interrogation. La base de données agrégative 22 peut, au 138, récupérer l'enregistrement de dossier de réservation identifié par l'identifiant de dossier et, au 140, transmettre une réponse à l'application d'accès aux enregistrements 64 qui inclut l'enregistrement de dossier de réservation. L'application d'accès aux enregistrements 64 peut, en réponse à la réception de la réponse, stocker l'enregistrement de dossier de réservation dans l'en- 10 tête de contexte et, au 142, transmettre la réponse incluant l'en-tête vers l'application de coordinateur de contexte 58. [0076] Au 144, en réponse à la réception de la réponse, l'application coordinatrice de contexte 58 peut stocker l'enregistrement de dossier de réservation dans la mémoire active et détacher l'en-tête de contexte de la réponse. L'application coordinatrice de contexte 58 peut ensuite, au 146, transmettre une réponse à l'application cliente en incluant l'enregistrement de dossier de réservation dans le corps du message. [0077] La FIG. 7 représente une vue agrégée exemplaire, ou dossier de réservation 150, pouvant être affiché sur un système d'utilisateur par une interface d'utilisateur, telle que l'interface de l'application cliente 70. La base de données agrégative 22 peut permettre aux 20 applications utilisées par les agents de voyage et les agents du transporteur pour gérer un voyage, telles que les applications fonctionnant sur un système de réservation, un système de contrôle des départs (DCS), et/ou les systèmes des guichets intermédiaires et arrière, pour afficher les dossiers de réservation. Le dossier de réservation 150 inclut un champ de donnée d'identifiant de dossier 152, un champ de donnée d'étiquette 154 et un ou plusieurs champs de données de fichier de 25 réservation 156a-156q. Le champ de donnée d'identifiant de dossier 152 et le champ de donnée d'étiquette 154 peuvent afficher l'identifiant de dossier et l'étiquette définie dans l'enregistrement de dossier de réservation en cours d'accès. Chaque champ de donnée de fichier de réservation 156a-156q peut correspondre à un PNR 158a-I58q ou à un autre enregistrement de réservation identifié par l'enregistrement de dossier de réservation. Chaque champ de donnée de 30 fichier de réservation 156a- 156q peut aussi afficher les contenus des PNR respectifs 158a-158q, 3062228 23 et peut aussi afficher des éléments additionnels, tels qu'une offre 160 comprenant une réservation non finalisée stockée dans l'enregistrement de réservation associé 158q. [0078] La Fig. 8 représente le dossier de réservation exemplaire 170 qui agrège différentes parties du voyage d'un voyageur en un itinéraire consolidé. Le dossier de réservation 170 peut être affiché en réponse à la demande de récupération d'un enregistrement de dossier de réservation associé à des PNR pour des vols réservés pour un seul voyageur par des GDS différents. Le dossier de réservation 170 peut inclure un champ de donnée d'identifiant de dossier 172, un champ de donnée d'étiquette 174, un champ de donnée transversale 1.76, et une pluralité de champs de donnée de fichier de réservation 178.180. Le champ de donnée d'identifiant de 10 dossier 172 peut fournir un identifiant de dossier, p. ex., « 1569245632 » et le champ de donnée d'étiquette 174 peut afficher une étiquette descriptive du voyage stockée dans l'enregistrement de dossier de réservation, p. ex., « Business trip for N. Steely ». L'étiquette descriptive peut, par exemple, indiquer la raison fonctionnelle du dossier de réservation. [0079] Le champ de donnée transversale 176 peut afficher une donnée commune au voyage 15 qui est stockée dans l'enregistrement de dossier de réservation. Cette donnée peut, par exemple, inclure les identités et/ou les informations de contact des parties concernées, p. ex., le nom du voyageur «Nancy Steely », une ou plusieurs formes de paiement (p. ex., carte de crédit, bon d'achat, espèces, etc.) utilisées pour acheter au moins une portion des produits de voyage comprenant le voyage, un résumé du voyage, un ou plusieurs compteurs de groupe, ou toute autre 20 information pertinente ou donnée d'arrière-guichet. [0080] Les champs de fichiers de réservation 178,180 du dossier d'enregistrement 170 peuvent aussi afficher les contenus des enregistrements de réservation identifiés dans l'enregistrement de dossier de réservation, p. ex., PNR 54JZDV de la base de données de PNR lA (AMADEUSe), et PNR XJ421-JK de la base de données de PNR 1S (SABRE15 Les enregistrements de réservation peuvent être liés les uns aux autres par les noms communs trouvés dans les éléments de nom « 1 » des PNR 54JZDV et PNR XJ42HK, et/ou par les informations de contact communes dans l'élément de contact « 7 » du PNR 54JZDV et l'élément de contact « 5 » du PNR XJ42HK. Les enregistrements de réservation peuvent aussi être liés à l'enregistrement de dossier de réservation par les noms communs trouvés dans les éléments de nom de chacun de ces 30 enregistrements ("STEELY/NANCY"). 3062228 24 [0081] Les groupes de voyageurs peuvent parfois être dispersés entre des enregistrements de réservation multiples. Cependant, les décisions prises par le fournisseur de voyage peuvent exiger des chiffres consolidés pour l'ensemble du groupe, p. ex., le nombre total de passagers confirmés / détenant un billet vs l'allocation contractée. L'enregistrement de dossier de réservation peut permettre l'agrégation de tous les enregistrements de réservation pour le groupe. L'enregistrement de dossier de réservation peut ainsi faciliter le calcul des tarifs pour le groupe et fournir un enregistrement dans lequel les décisions applicables au groupe, telles que les délais, peuvent être stockées. Les délais peuvent, par exemple, inclure une heure limite pour l'émission d'un billet et/ou une heure limite pour l'ajout d'un nom. Les enregistrements de dossier de 10 réservation peuvent aussi être utilisés pour agréger des réservations non homogènes pour un groupe de voyageurs, consolidant ainsi l'ensemble du voyage tout en permettant un itinéraire individuel (p. ex., par un enregistrement de réservation distinct) pour chaque voyageur. [0082] La FIG. 9 illustre un dossier de réservation exemplaire 190 qui démontre certains avantages pouvant être apportés par l'enregistrement de dossier de réservation lorsqu'il est utilisé 15 pour gérer des groupes de voyageurs. Le dossier de réservation 190 peut être affiché par l'application cliente 70 en réponse à la demande de récupération d'un enregistrement de dossier de réservation qui est associé aux PNR pour des vols réservés pour un groupe de voyageurs. Dans ce scénario de voyage exemplaire, John et Jane Smith peuvent avoir été mariés récemment et avoir projeté de faire leur voyage de noces en Grèce. Cependant juste avant le départ planifié, 20 John Smith sera en déplacement professionnel à Paris alors que Jane Smith sera à Londres. Pour satisfaire ces exigences, le PNR 65KAEW peut avoir été créé pour réserver un vol pour Jane Smith au départ de l'aéroport d'Heathrow à Londres à destination de l'aéroport Charles de Gaulle à Paris où Jane Smith a prévu de rejoindre John Smith. Un autre PNR 76LBFX peut avoir été créé pour réserver un vol pour «fane et John Smith au départ de Charles de Gaulle à Paris à 25 destination d'Athènes. [0083] Le dossier de réservation 190 inclut un champ de donnée d'identifiant de dossier 192, un champ de donnée d'étiquette 194, un champ de donnée transversale 196 et une pluralité de champs de donnée de fichier de réservation 198, 200. Le champ de donnée transversale 176 peut afficher une donnée stockée dans l'enregistrement de dossier dc réservation, telle que l'identité 30 et/ou les informations de contact des parties concernées, p. ex., les noms des voyageurs « Jane Smith » et «John Smith » et la conférence qui fait l'objet de la présence de John à Paris. Le fait 3062228 25 que ce voyage soit associé à un événement particulier (p. ex., la conférence) peut, par exemple, permettre à Jane et à John Smith de bénéficier d'un tarif réduit sur le vol de Londres à Paris et/ou sur le vol de Paris à Athènes qui n'aurait pas autrement été disponible. Les champs de donnée de fichier de réservation 198, 200 du dossier de réservation 190 peuvent afficher les contenus des 5 enregistrements de réservation (par ex., PNR 65KAEW et PNR 76LBFX) identifiés dans l'enregistrement de dossier de réservation. [0084] Les dossiers de réservation peuvent fournir une vue agrégée complète du voyage à l'agent de voyage ou à un autre utilisateur qui n'aurait pas été disponible autrement. Cette vue peut améliorer la gestion des perturbations sur une portion du voyage en indiquant la nécessité d'ajuster d'autres portions du voyage. Par exemple, dans le scénario décrit ci-dessus, l'agent de voyage (ou une application de veille pour les perturbations) peut être averti d'un retard ou d'une annulation du vol de Jane Smith au départ de Londres. En affichant le dossier de réservation 190, l'agent de voyage (ou l'application de veille sur les perturbations) peut déterminer la nécessité de modifier le vol vers Athènes pour un départ ultérieur en raison du retard du vol de Jane Smith en 15 provenance de Londres. Sans la vue agrégée fournie par le dossier de réservation 190, il est improbable que l'agent de voyage prenne conscience de la nécessité de changer la réservation du vol vers Athènes puisque ce vol avait été réservé sous un enregistrement de réservation séparé de l'enregistrement de réservation du vol au départ de Londres. [0085] L'enregistrement de dossier de réservation ne permet pas seulement aux applications 20 d'afficher des vues agrégées pour l'agent de voyage, il peut aussi donner aux systèmes des guichets commerciaux (front-office), systèmes intermédiaires (middle-office) et systèmes des services administratifs (back-office) la possibilité d'obtenir des données agrégées d'un voyage à partir d'un récipient unique de données. L'enregistrement de dossier de réservation peut ainsi permettre des services qui apportent des fonctionnalités de gestion des voyages et facilitent des 25 opportunités d'affaires nouvelles dans le futur pour les agents de voyage et les fournisseurs de voyages. [0086] Par exemple, une application commerciale pour l'enregistrement de dossier de réservation peut inclure la gestion de l'intégrité des recettes en identifiant des réservations redondantes. La redondance de réservations peut survenir lorsqu'une place est réservée, alors 30 qu'elle ne va pas être utilisée. Une réservation redondante peut être déterminée par l'identification d'une place dans au moins une réservation parmi plusieurs qu'un passager ne 3062228 26 pourra pas utiliser en raison d'un conflit entre les réservations. Des réservations redondantes peuvent, par exemple, survenir lorsqu'un passager détient deux réservations sur exactement le même vol, le passager détient deux réservations qui se chevauchent, ou le passager détient deux réservations pour le même itinéraire sans qu'il y ait suffisamment de temps entre les deux réservations pour pouvoir prendre le vol de retour. Afin que le transporteur puisse identifier les réservations redondantes, le transporteur peut avoir besoin d'identifier les réservations en se basant sur le passager plutôt que sur les contrats avec les agences de voyages. Cette nécessité peut être due à la possibilité que le passager ait des réservations redondantes disséminées entre de multiples enregistrements de réservation et/ou avec de multiples agences de voyages. 10 [00871 Dans certains cas, un transporteur qui détecte une réservation redondante peut allouer du temps aux agents de voyage impliqués pour résoudre la redondance de réservation avec le passager avant que le transporteur ne prenne action. Dans ce but, le transporteur peut établir un délai pour les réservations redondantes identifiées ; passé ce délai, le transporteur peut prendre des actions correctives si les agents de voyage n'ont pu résoudre la redondance de réservation. En 15 reliant les passagers aux enregistrements de réservation sur de multiples systèmes de réservation, l'enregistrement de dossier de réservation peut permettre aux transporteurs d'identifier rapidement et de lier les enregistrements redondants de noms de passager, et de mettre en place des alarmes pour vérifier que les enregistrements redondants de réservation ont été modifiés pour résoudre le problème. 20 [0088] En fournissant un seul enregistrement de base de données qui est lié à chaque enregistrement de réservation associé à un voyageur particulier, l'enregistrement de dossier de réservation peut permettre aux transporteurs de réévaluer ces enregistrements de réservation associés pratiquement en temps réel. L'enregistrement de dossier de réservation peut lier de multiples enregistrements de réservation qui s'appliquent au même passager même lorsque ces 25 enregistrements de réservation sont stockés dans des bases de données différentes. Les transporteurs peuvent calculer les divergences entre ces enregistrements de réservation et appliquer des règles tarifaires telles que des délais, ou une durée de séjour minimum, à l'intégralité du voyage. Si des divergences sont trouvées, les enregistrements de réservation fautifs peuvent être placés en file d'attente pour une correction ou une annulation. 30 [0089] L'enregistrement du dossier de réservation peut aussi faciliter la gestion de l'intégrité des recettes pour l'ensemble des groupes de voyageurs. Les transporteurs peuvent avoir des 3062228 27 politiques particulières pour les grands groupes, mais l'application de ces politiques peut s'avérer difficile lorsque l'organisation du voyage est disséminée entre de multiples enregistrements de réservation. Les règles gouvernant l'intégrité des recettes exigent que certaines conditions soient remplies lorsque des réservations sont effectuées pour un groupe de voyageurs. Par exemple, le 5 groupe peut être tenu de fournir un acompte minimum avant une date spécifiée et de fournir les noms des passagers, les informations de passeport et autres données requises, en incréments spécifiés qui répondent à des seuils exigés, avant certaines dates. Le transporteur peut aussi être tenu de collecter le paiement et d'émettre les billets pour les passagers, en incréments spécifiés qui répondent aux seuils exigés, avant certaines dates. Ces conditions peuvent s'appliquer au 10 groupe entier sans tenir compte des disséminations entre de multiples enregistrements de réservation. L'enregistrement de dossier de réservation peut faciliter la surveillance de ce type de règles de groupe en reliant tous les enregistrements de réservation qui ont été réservés en groupe. La vue consolidée fournie par le dossier de réservation peut permettre aux agents de vérifier et d'appliquer les politiques de groupe du transporteur, de stocker les délais éventuels pour les 15 voyagistes et de permettre aux agents du transporteur de déclencher des actions lorsque les conditions de réservation de groupe ne sont pas remplies, [0090] Dans certains cas, la tarification du transporteur et d'autres politiques peuvent être basée sur l'origine et la destination du voyage plutôt que sur chaque portion de l'itinéraire indépendamment. En d'autres termes, les transporteurs peuvent préférer établir des politiques qui 20 tiennent compte d'un itinéraire complet du passager plutôt que de segments individuels connectant l'origine et la destination. Par exemple, les politiques concernant les paiements en attente pour une portion d'un voyage peuvent appliquer des règles différentes lorsque le passager a déjà commencé son voyage ou lorsque le voyage s'avère plus long que la durée prédéterminée. Lorsque des voyages incluent des produits de voyage réservés lors de multiples réservations, 25 l'application de ce type de politiques en utilisant des systèmes dépourvus de la caractéristique du dossier de réservation peut s'avérer impossible. Le dossier de réservation peut permettre l'application de règles de politique qui appliquent l'intégrité des recettes sur l'itinéraire complet du voyageur et qui fournissent un traitement amélioré aux passagers dont les itinéraires sont complexes. 30 [0091] Comme autre exemple, l'enregistrement de dossier de réservation peut faciliter l'apport de services au voyageur ou aux groupes de voyageurs dont les voyages réservés sont 3062228 28 disséminés au travers de multiples enregistrements de réservation. Typiquement, l'apport d'un service à' un voyageur dont l'itinéraire de voyage est disséminé au travers de multiples enregistrements de réservation nécessite que le service soit réservé individuellement pour chaque enregistrement de réservation. Avec les systèmes conventionnels, cela nécessite qu'un agent de 5 voyage puisse identifier chaque réservation de voyage. L'apport du service peut aussi nécessiter que l'agent du transporteur déroge aux règles par défaut afin d'appliquer des tarifs spécifiques ou des réductions, telles que des réductions de groupe ou des tarifs réduits parce qu'un vol de retour est enregistré sur un autre enregistrement de réservation. Outre l'alourdissement de la charge de travail des agents et la multiplication des chances de commettre des erreurs, il en résulte un 10 manque de capacité à fournir des services automatiquement face à de multiples enregistrements de réservation, ce qui peut, par exemple, empêcher les transporteurs d'offrir des services directement sur leur site web ou par l'intermédiaire d'agences de voyages en ligne en raison d'un manque d'automatisation. [0092] Un exemple de services pouvant être réservé pour de multiples enregistrements de 15 réservation peut inclure la réservation d'un bagage cabine. La réservation d'un bagage cabine peut être un service payant dont le prix total peut s'avérer plus élevé si la réservation est faite pour plusieurs vols individuels en comparaison au prix d'une réservation du service pour un seul vol de correspondance. Un autre exemple possible est celui des membres d'une même famille répartis entre de multiples enregistrements de réservation qui souhaitent être assis ensemble sur 20 des vols communs de leur itinéraire. En reliant ensemble tous les enregistrements de réservation comprenant un voyage, le dossier de réservation peut. aussi permettre aux fournisseurs de voyage d'associer automatiquement les enregistrements de réservation d'un passager ou d'un groupe de passagers et d'effectuer des demandes conjointes de services pour tous les enregistrements de réservation liés. 25 [0093] Voici encore un autre exemple possible de caractéristique rendue possible par l'enregistrement de dossier de réservation : les transporteurs et les agences de voyages peuvent utiliser ['enregistrement de dossier de réservation pour maintenir un enregistrement de voyage personnel pour les voyageurs à forte valeur. L'enregistrement de voyage personnel peut permettre aux parties autorisées d'accéder à l'information historique et actuelle des voyages effectués par le 30 voyageur à forte valeur. L'enregistrement de voyage personnel peut être fourni en attribuant des identifiants permanents au voyageur à forte valeur et à l'enregistrement de dossier de réservation 3062228 29 associé au voyageur. L'enregistrement de dossier de réservation peut être utilisé pour fournir un récipient de tous les voyages effectués par le voyageur, permettant ainsi aux agents de voyage et aux transporteurs d'avoir une vue sur tous les voyages passés et actuels réservés par le voyageur à forte valeur. L'apport de vues des autres voyages effectués par le voyageur à forte valeur en temps réel peut permettre aux agents de voyage de fournir un service amélioré à ces voyageurs. [0094] Ne serait-ce que pour les raisons décrites ci-dessus à titre d'exemple, l'enregistrement de dossier de réservation peut accroître la productivité en réduisant la quantité de temps requise pour ajouter un service à de multiples enregistrements de réservation et appliquer manuellement des dérogations aux tarifs et des réductions. L'enregistrement de dossier de réservation peut aussi 10 permettre aux transporteurs d'augmenter la valeur de leurs produits en offrant des services, des tarifs et des réductions directement par l'intermédiaire des agents de voyage ou des sites web automatisés, générant plus de satisfaction pour le client et favorisant le commerce croisé ou le commerce haut de gamme. L'enregistrement de dossier de réservation permet aussi tin seul paiement pour les services enregistrés sur de multiples enregistrements de réservation, simplifiant 15 ainsi la procédure de réservation et réduisant potentiellement les frais de carte de crédit pour des transactions multiples. [0095] La FIG. 10 représente un processus exemplaire 210 pouvant être exécuté par un ou plusieurs des GDS 12 et par l'application cliente 70 pour créer un dossier de réservation. Dans un scénario exemplaire, un agent de voyage peut être sollicité pour aider à la planification d'un 20 voyage. En réponse, l'agent de voyage peut effectuer une saisie dans l'application cliente 70 indiquant la volonté de créer un dossier de réservation. Pour initier la création du dossier de réservation, application cliente 70 peut transmettre une interrogation au GDS 12 demandant au GDS 12 de créer un enregistrement de dossier de réservation. Dans le bloc 212, et en réponse à la réception de la requête en provenance de l'application cliente 70, le GDS 12 peut créer un 25 enregistrement de dossier de réservation et stocker l'enregistrement de dossier de réservation à l'emplacement de la mémoire active comme décrit ci-dessus en référence à la FIG. 5. [0096] En réponse à la confirmation de la création de l'enregistrement de dossier de réservation par le GDS 12. l'application cliente 70 peut alors inviter l'agent de voyage à saisir les informations concernant les parties prenantes du voyage. Ces données peuvent, par exemple, 30 inclure les noms de tous les voyageurs et leurs informations de contact. En réponse à la saisie de ces données par l'agent de voyage, l'application cliente 70 peut transmettre une autre 3062228 30 interrogation au GDS 12, demandant que les données saisies soient stockées dans l'enregistrement de dossier de réservation. Dans le bloc 214, et en réponse à la réception de l'interrogation, le GDS12 peut ajouter un ou plusieurs champs à l'enregistrement de réservation et stocker les données des parties prenantes dans les champs ajoutés. [0097] Lorsque l'agent de voyage a fini de saisir les données des parties prenantes, l'agent de voyage peut fournir une indication à l'application cliente 70 indiquant qu'il souhaite valider le dossier de réservation. En réponse, l'application cliente 70 peut transmettre une commande de validation au GDS 12. Dans le bloc 216, et en réponse à la réception de la commande de validation, le GDS 12 peut valider l'enregistrement de dossier de réservation en générant un nouvel identifiant d'enregistrement de dossier de réservation et sauvegarder l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation 20. La validation de l'enregistrement de dossier de réservation par la sauvegarde dans la base de données 20 peut rendre l'enregistrement de dossier de réservation visible à d'autres applications. [0098] L'identifiant unique d'enregistrement peut être attribué au dossier de réservation dès 15 la validation initiale de l'enregistrement de dossier de réservation. Dans un mode de réalisation de l'invention, l'identifiant unique d'enregistrement peut-être un nombre à plusieurs chiffres (par ex., 10 chiffre). Contrairement à certains enregistrements de réservations conventionnels, tels que les PNR, ce format numérique peut permettre d'accéder à l'enregistrement du dossier de réservation dans le monde entier, y compris dans des pays où l'alphabet romain n'est pas d'usage, 20 par ex., l'Asie, la Russie, le Moyen-Orient. [0099] Une fois que l'enregistrement de dossier de réservation a été validé, les agents de voyage peuvent commencer à chercher les produits de voyage qui répondent aux critères de voyage du voyageur. Au fur et à mesure que les produits de voyage sont identifiés, l'agent de voyage peut créer un ou plusieurs enregistrements de réservation (p. ex., les PNR) qui 25 comprennent une réservation pour les produits de voyage identifiés. Les enregistrements de voyage peuvent être stockés dans un seul système de réservation ou dans de multiples systèmes de réservation. Durant le processus de réservation des produits pour le voyage, l'agent de voyage peut effectuer une saisie dans l'application cliente pour indiquer qu'un ou plusieurs enregistrements de réservation doivent être ajoutés au dossier de réservation. En réponse, 30 l'application cliente 70 peut envoyer une interrogation au GDS 12 qui identifie les enregistrements de réservation à ajouter, p. ex. en transmettant une interrogation qui inclut les 3062228 31 localisateurs d'enregistrement des enregistrements de réservation et l'identité des bases de données correspondantes dans lesquelles sont stockés les enregistrements de réservation. [001001 En réponse à la réception de cette interrogation, le GDS 12 peut continuer au bloc 218 et récupérer l'enregistrement de dossier de réservation dans la base de données de réservation 20. 5 Le GDS 12 peut ensuite continuer au bloc 220 et associer les enregistrements de réservation à l'enregistrement de dossier de réservation. Les enregistrements de réservation peuvent être associés à l'enregistrement de dossier de réservation par exemple, en ajoutant un ou plusieurs champs dans l'enregistrement de dossier de réservation et en stockant les localisateurs d'enregistrement dans les champs ajoutés. De cette façon, les enregistrements de réservation 10 peuvent être associés à l'enregistrement de dossier de réservation sans impacter les enregistrements de réservation. Une fois que l'agent de voyage a fini d'ajouter les enregistrements de réservation au dossier de réservation, agent de voyage peut effectuer une saisie dans l'application cliente indiquant qu'il souhaite valider le dossier de réservation. En réponse à la réception de cette saisie, l'application cliente 70 peut transmettre une commande de 15 validation au GDS 12. Le GDS 12 peut ensuite procéder au bloc 222 et valider l'enregistrement de dossier de réservation en sauvegardant l'enregistrement actualisé de dossier de réservation dans la base de données de dossiers de réservation 20. Une fois sauvegardés, les changements effectués à l'enregistrement de dossier de réservation peuvent être visibles aux autres applications qui accèdent à la base de données de dossiers de réservation 20. [001011 La FIG. 11 représente un processus exemplaire 230 pouvant être exécuté par un ou plusieurs des GDS 12 et par l'application cliente 70 pour ajouter un produit de voyage à un voyage existant en utilisant la caractéristique du dossier de réservation. Après un laps de temps (p. ex., plusieurs jours), le voyageur du scénario exemplaire ci-dessus peut contacter l'agent de voyage et demander l'ajout d'un produit supplémentaire, tel qu'une location de voiture, au 25 voyage. L'application cliente 70 peut permettre à l'agent de voyage de rechercher un dossier de réservation sur la base de l'identifiant de dossier, d'un localisateur d'enregistrement de l'un des enregistrements de réservation associés au dossier de réservation, du nom du passager ou d'une autre partie prenante, ou de tout autre élément stocké dans l'enregistrement de dossier de réservation ou associé à celui-ci. Ainsi, si le voyageur ne connait pas l'identifiant de dossier, 30 l'agent de voyage peut effectuer une recherche du dossier de réservation sur la base du nom du voyageur. 3062228 32 [00102] Dans ce but, l'agent de voyage peut saisir le nom du voyageur dans un champ de recherche de l'application cliente 70 et l'application cliente 70 peut envoyer une interrogation au GDS 12 demandant au GDS 12 de renvoyer les enregistrements de dossier de réservation qui incluent le terme de la recherche. En réponse à la réception de l'interrogation de recherche, le 5 GDS 12 peut poursuivre au bloc 232 et effectuer une recherche dans la base de données de dossiers de réservation 20 pour trouver les enregistrements de dossier de réservation qui correspondent au nom du voyageur. En réponse à l'identification d'un enregistrement de dossier de réservation correspondant, le GDS 12 peut continuer au bloc 234, récupérer l'enregistrement de dossier de réservation correspondant de la base de données de dossiers de réservation 20, 10 stocker l'enregistrement dans un emplacement de mémoire active et transmettre l'enregistrement à l'application cliente 70. Lorsque plus d'un enregistrement de dossier de réservation correspondant sont trouvés, le GDS 12 peut transmettre une réponse à l'application cliente 70 en invitant l'agent de voyage à sélectionner l'enregistrement de dossier de réservation qui est correct, ou en demandant qu'une nouvelle recherche soit effectuée si aucun des enregistrements n'apparait correct. [00103] En réponse à la réception de l'enregistrement de dossier de réservation, l'application cliente 70 peut récupérer les enregistrements de réservation associés à l'enregistrement de dossier de réservation dans leurs bases de données respectives et afficher le dossier de réservation à l'agent de voyage. L'agent de voyage peut ensuite fournir une entrée à l'application cliente 70 20 identifiant un enregistrement de réservation pour la location de véhicule qui doit être ajouté au voyage. En réponse, l'application cliente 70 peut poursuivre au bloc 236, récupérer l'enregistrement de réservation de sa base de données respective, ajouter l'enregistrement de réservation au dossier de réservation et afficher un nouveau prix total pour le voyage qui inclut la réservation nouvellement ajoutée. La récupération et l'ajout des enregistrements de réservation à 25 l'enregistrement de dossier de réservation peuvent être effectués sans impacter les enregistrements de réservation eux-mêmes. [00104] Si le voyageur ne souhaite pas accepter le nouveau prix, l'agent de voyage peut rechercher une location de véhicule à un coût moins élevé, par exemple en réservant une catégorie de véhicule meilleur marché. Une fois qu'un véhicule de substitution a été réservé, 0 l'agent de voyage peut effectuer une saisie dans l'application cliente 70 indiquant que le nouvel enregistrement de réservation doit remplacer l'enregistrement de réservation précédent. En 3062228 33 réponse à la réception de cette entrée, l'application cliente peut poursuivre au bloc 238, retirer l'ancien enregistrement de réservation du dossier de réservation, ajouter le nouvel enregistrement de réservation au dossier de réservation et afficher un nouveau prix total pour le voyage. [00105] Si le voyageur accepte de payer le nouveau prix total, l'agent de voyage peut effectuer une saisie dans l'application cliente 70 qui amène l'application cliente 70 à transmettre une commande de validation au CDS 12. En réponse à la réception de la commande de validation, le GDS 12 peut continuer au bloc 240, ajouter le localisateur d'enregistrement pour le nouvel enregistrement de réservation à l'enregistrement de dossier de réservation et valider l'enregistrement de dossier de réservation en stockant l'enregistrement de dossier de réservation 10 dans la base de données de dossiers de réservation. Une fois que l'enregistrement de dossier de réservation a été validé, l'agent de voyage peut envoyer un résumé de l'itinéraire au voyageur pour la globalité du voyage. Pour générer ce résumé, l'application cliente 70 peut adresser une interrogation au GDS 12 pour récupérer l'enregistrement de dossier de réservation. En réponse à ta réception de l'interrogation. le GDS 12 peut continuer au bloc 24/ récupérer l'enregistrement 15 de dossier de réservation de la base de données de dossiers de réservation 20 et transmettre l'enregistrement de dossier de réservation à l'application cliente 70. [00106] En réponse à la réception de l'enregistrement de dossier de réservation, l'application cliente 70 peut récupérer les enregistrements de réservation associés à l'enregistrement de dossier de réservation dans leurs bases de données respectives et afficher le dossier de réservation à 20 l'agent de voyage. L'application cliente 70 peut ensuite, sur invitation de l'agent de voyage, continuer au bloc 244. Au bloc 244, l'application cliente 70 peut générer un itinéraire agrégé basé sur les contenus du dossier de réservation et transmettre l'itinéraire agrégé au voyageur, p. ex., en utilisant une adresse de courriel ou autre information de contact du voyageur dans le dossier de réservation. 25 [00107] Plus tard, typiquement avant le départ, une application de bureau intermédiaire (non représentée) peut générer une facture pour le voyage et envoyer la facture au voyageur. Dans ce but, l'application de bureau intermédiaire peut adresser une interrogation au GDS 12 demandant l'enregistrement de dossier de réservation correspondant à l'identifiant de dossier pour le voyage. En réponse à la réception de l'interrogation de recherche, le GDS 12 peut récupérer 30 l'enregistrement de dossier de réservation identifié par l'identifiant de dossier dans la base de données de dossiers de réservation 20, stocker l'enregistrement dans un emplacement de mémoire 3062228 34 active et transmettre l'enregistrement à l'application de bureau intermédiaire. L'application de bureau intermédiaire peut, à son tour, récupérer les enregistrements de réservation identifiés par l'enregistrement de dossier de réservation dans leurs bases de données respectives, générer une facture basée sur ceux-ci et transmettre la facture au voyageur. [00108] L'enregistrement de dossier de réservation permet l'agrégation (c.-à-d., le groupement) de multiples enregistrements de réservation sans répliquer les données de copies d'enregistrements de réservation provenant de différents systèmes. L'enregistrement de dossier de réservation est conservé dans une base de données centralisée de sorte qu'un système externe peut y accéder et récupérer le dossier de réservation pour une consultation ou une modification 10 sur la base de l'identifiant de dossier. Les enregistrements de réservation associés à l'enregistrement de dossier de réservation sont spécifiés sur la base des identifiants d'enregistrement dans le dossier de réservation récupéré et sont récupérés dans leurs bases de données correspondantes pour remplir le dossier de réservation avec les détails des enregistrements de réservation et pour permettre des modifications. Les liens vers les 15 enregistrements de réservation par l'intermédiaire d'une seule source centralisée, c.-à-d., le dossier de réservation, peuvent éliminer le besoin de répliquer et de stocker des copies multiples d'enregistrements de réservation entre les différentes bases de données au niveau du GDS 12 et des systèmes de fournisseur 14a-14m. Dans un système conventionnel avec des copies distribuées contenant des données répliquées, les données de voyage stockées dans les différentes bases de 20 données peuvent devenir non synchronisées lorsqu'une copie d'un enregistrement de réservation est modifiée dans la base de données d'un système sans qu'une copie de l'enregistrement de réservation stockée dans une base de données d'un autre système soit aussi modifiée. La centralisation permise par le dossier de réservation peut éliminer le besoin d'effectuer une opération de synchronisation qui actualise et corrige les copies de données dans les 25 enregistrements de réservation sur les différentes plateformes de système exploitées par le GDS 12 et par les systèmes de fournisseurs 14a-14m. [00109] En général les routines exécutées pour mettre en oeuvre les modes de réalisation de l'invention, qu'elles soient implémentées dans le cadre d'un système d'exploitation ou d'une application spécifique, d'un composant, d'un programme, d'un objet, d'un module ou d'une 30 séquence d'instructions, ou même un sous-ensemble de ceux-là, peuvent être désignées dans les présentes comme « code de programme informatique » ou simplement « code de programme ». 3062228 Un code de programme comporte typiquement des instructions lisibles par ordinateur qui résident à divers moments dans divers dispositifs de mémoire et de stockage dans un ordinateur et qui, lorsqu'elles sont lues et exécutées par un ou plusieurs processeurs dans un ordinateur, amènent l'ordinateur à effectuer des d'opérations nécessaires à l'exécution d'opérations et/ou d'éléments 5 propres à la mise en ceuvre des aspects variés des modes de réalisation de l'invention. Les instructions d'un programme, lisibles par ordinateur, pour mettre en ceuvre les opérations des modes de réalisation de l'invention peuvent être, par exemple, le langage d'assemblage, ou encore un code source ou un code objet écrit en combinaison avec un ou plusieurs langages de programmation. 10 [00110] Divers programmes codés décrits dans les présentes peuvent être identifiés selon l'application dans laquelle ils sont implémentés dans des modes de réalisation spécifiques de l'invention. Cependant, on remarquera que toute nomenclature d'un programme particulier qui suit est utilisée purement par commodité et que l'invention ne se limite donc pas au seul usage d'une application spécifique identifiée et/ou sous-entendue par ladite nomenclature. Par ailleurs, 15 au vu du nombre généralement infini de moyens par lesquels les programmes informatiques peuvent être organisés selon des sous-programmes, des procédures, des procédés, des modules, des objets, et ainsi de suite, ainsi que les façons variées d'affecter les fonctionnalités d'un programme parmi diverses couches de logiciels qui résident dans un ordinateur typique (p. ex., les systèmes d'exploitation, les bibliothèques, les interfaces d'application de programme [API], 20 les applications, les applets, etc.), on notera que les modes de réalisation de l'invention ne sont pas limités à l'organisation spécifique et à l'affectation spécifique des fonctionnalités de programme telles qu'elles sont décrites dans les présentes. [00111] Le code de programme intégré dans l'une quelconque des applications/modules décrits dans les présentes peut être distribué individuellement ou collectivement comme un 25 produit-programme d'ordinateur, sous une variété de formes. En particulier, le code de programme peut être distribué en utilisant un médium de stockage lisible par ordinateur, disposant en lui-même d'instructions de programme lisibles par ordinateur permettant à un processeur de mettre en oeuvre des aspects des modes de réalisation de l'invention. [00112] Les supports de stockage lisibles par machine, étant intrinsèquement durables, 30 peuvent inclure des supports tangibles volatiles et non volatiles, amovibles et non amovibles, implémentés dans tout procédé ou technologie de stockage de données, tels que des instructions 3062228 36 de programme lisibles par ordinateur, des structures de données, des modules de programme, ou autre donnée. Les supports de stockage lisibles par ordinateur peuvent aussi comprendre des mémoires RAM, ROM, mémoire à lecture exclusive programmable et effaçable (EPROM), mémoire à lecture exclusive programmable et effaçable électriquement (EEPROM), une mémoire flash, ou toute technologie de support solide de mémoire, un disque compact portable doté d'une mémoire à lecture seule (CD-ROM), ou tout autre stockage optique, des bandes d'enregistrement magnétique, une mémoire à disque magnétique, ou tout autre médium pouvant être utilisé pour stocker les données voulues et apte à être lu par un ordinateur. Un support de stockage lisible par ordinateur ne peut être interprété comme « signaux transitoires » en soi (p.ex., des ondes radio ou 10 toutes autres ondes électromagnétiques se propageant à travers un support de transmission telle qu'un guide d'ondes, ou des signaux électriques transmis par câble). Les instructions de programme lisibles par ordinateur peuvent être téléchargées sur un ordinateur, un autre type d'appareil de traitement de données programmable ou sur tout autre dispositif de support de stockage lisible par machine, ou vers un ordinateur externe ou vers un dispositif de stockage externe via un réseau. [00113] Les instructions de programme lisibles par ordinateur, stockées sur un support lisible par ordinateur, d'autres types d'appareils programmables de traitement de données ou d'autres dispositifs pour fonctionner d'une façon particulière, tels que les instructions stockées sur un support lisible par ordinateur, produisent un article de fabrication comprenant les instructions qui 20 mettent en oeuvre les fonctions, les actions et/ou les opérations précisées dans les organigrammes, les diagrammes de séquence et/ou les diagrammes blocs. Les instructions de programme d'ordinateur peuvent être fournies à un ou plusieurs processeurs d'un ordinateur à usage général, d'un ordinateur dédié ou d'un autre appareil programmable de traitement de données pour produire une machine, de sorte que les instructions, lorsqu'elles sont exécutées à l'aide d'un ou de 25 plusieurs processeurs, accomplissent une série de calculs pour mettre en oeuvre les fonctions, actions, et/ou les opérations spécifiées dans les organigrammes, diagrammes séquentiels et/ou diagrammes blocs. [001 1 4] Dans certains modes de réalisation alternatifs, les fonctions, les actions et/ou les rations précisées dans les organigrammes, les diagrammes de séquence, et/ou les diagrammes 30 blocs peuvent être commandées à nouveau, traitées en série, et/ou traitées en même temps conformément aux modes de réalisation de l'invention. De plus, tout organigramme, diagramme 3062228 37 séquentiel, et/ou diagramme bloc peut inclure plus ou moins de blocs que ceux illustrés conformément aux modes de réalisation de l'invention. [00115] La terminologie utilisée dans les présentes a pour but de décrire uniquement des modes de réalisation particuliers et n'est pas destinée à limiter les modes de réalisation de l'invention. Par ailleurs, les formes verbales « comprend », « comprennent » et/ou comprenant », lorsqu'elles sont utilisées dans cette spécification, précisent la présence de caractéristiques, de nombres entiers, d'étapes, d'opérations, d'éléments et/ou de composants, mais n'excluent pas la présence ou l'ajout d'une ou de plusieurs caractéristiques, nombres entiers, étapes, éléments, composants et/ou groupes, en cela. De plus, dans ta mesure où les formes 10 verbales « inclut », « avant», «a », ou des variantes, sont utilisées dans la description détaillée des revendications, ces termes sont censés être inclusifs de façon similaire au verbe comprendre ». [00116] Bien que l'invention soit illustrée par une description de divers modes de réalisation et bien que ces modes de réalisation soient décrits de façon très détaillée, il n'est pas de l'intention 15 du demandeur de restreindre ou de limiter, de quelque façon que ce soit, l'étendue des revendications des présentes à ces détails. Des avantages supplémentaires et des modifications possibles apparaîtront aisément aux hommes de métier. L'invention sous un angle plus large n'est donc pas limitée aux détails spécifiques, aux procédés et aux appareils représentatifs; et aux illustrations montrées et décrites à titre d'exemple. Par conséquent, il est possible de s'éloigner de 90 ces détails sans s'éloigner de l'esprit et de la portée du concept inventif général de l'appliquant. REVENDICATIONS1. Un système de traitement de données comprenant : un ou plusieurs processeurs ; et une mémoire couplée à un ou plusieurs processeurs, la mémoire stockant des données comprenant une base de données de dossiers de réservation et un code de programme configuré pour, lors de l'exécution par un ou plusieurs processeurs, amener le système à: recevoir une première requête pour consulter le dossier de réservation, la première requête incluant un terme de recherche ; en réponse à la réception de la première requête, la récupération d'un enregistrement de dossier de réservation correspondant au terme de recherche dans la base de données de dossiers de réservation, l'enregistrement de dossier de réservation définissant un premier identifiant qui identifie un premier enregistrement de réservation ; l'utilisation du premier identifiant de l'enregistrement de dossier de réservation pour récupérer le premier enregistrement de réservation ; et la transmission du dossier de réservation à un système d'utilisateur, le dossier de réservation incluant une première donnée du premier enregistrement de réservation. 2. Le système de traitement de données selon la revendication 1 dans lequel le code de programme est configuré pour amener le système à: créer l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation ; et associer l'enregistrement de dossier de réservation à un enregistrement de réservation. 3. Le système de traitement de données selon la revendication 1 ou la revendication 2 dans lequel l'enregistrement de dossier de réservation définit un second identifiant qui identifie un second enregistrement de réservation, et le code de programme est par ailleurs configuré pour amener le système à: utiliser le second identifiant de l'enregistrement de dossier de réservation pour récupérer le second enregistrement de réservation ; et ajouter une seconde donnée du second enregistrement de réservation au dossier de réservation. 3062228 2 17 50505 A5013280FRPOOMm Revendications modifiées (copie au propre) 12 septembre 2017 4. Le système de traitement de données selon l'une quelconque des revendications 1 à 3 dans lequel le code de programme amène le système à récupérer l'enregistrement de dossier de réservation en : attachant, un en-tête de contexte à la requête à l'aide d'un coordinateur de contexte ; transmettant la requête à partir du coordinateur de contexte à la base de données de dossiers de réservation ; récupérant le dossier de réservation dans la base de données de dossiers de réservation ; stockant le dossier de réservation dans l'en-tête de contexte attachant l'en-tête de contexte à une réponse ; transmettant la réponse de la base de données de dossiers de réservation au coordinateur de contexte ; et le coordinateur de contexte détachant l'en-tête de contexte de la réponse. 5. Le système de traitement de données selon l'une quelconque des revendications 1 à 4 dans lequel le code de programme est configuré pour amener le système à créer l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation en : recevant, avant la première requête, une seconde requête qui inclut le terme de recherche et le premier identifiant ; en réponse à la réception de la seconde requête : stockant le terme de recherche dans un premier champ de l'enregistrement de dossier de réservation, stockant le premier identifiant dans un second champ de l'enregistrement de dossier de réservation, générant un identifiant de dossier, et stockant l'identifiant de dossier dans un troisième champ de l'enregistrement de dossier de réservation ; et stockant l'enregistrement de dossier de réservation dans la base de données de dossiers de réservation. 3062228 3 17 50505 A5013280FRPOOMm Revendications modifiées (copie au propre) 12 septembre 2017 6. Le système de traitement de données selon l'une quelconque des revendications 1 à 5 dans lequel le dossier de réservation est transmis au système de l'utilisateur via une interface de programmation d'application, et comprenant par ailleurs : un ordinateur client exécutant une application cliente servant d'interface avec l'interface de programmation d'application et fournissant une interface d'utilisateur pour l'affichage du dossier de réservation ; et un ordinateur serveur exécutant une application de gestion de base de données qui gère la base de données de dossiers de réservation. 7. Le système de traitement de données selon l'une quelconque des revendications 1 à 6 dans lequel l'enregistrement de dossier de réservation agrège une pluralité de dossiers de réservation sans répliquer les données dans aucun des enregistrements de réservation