FR 3055995 A1 20180316 FR 1658384 A 20160909 SYSTÈME DE GESTION DE BASES DE DONNÉES CONTEXTE [1] L'invention concerne de façon générale des ordinateurs et des systèmes informatiques et, en particulier, des systèmes, des méthodes et des produits de programme informatique pour créer et gérer des enregistrements de bases de données qui supportent des tâches spécifiques. [2] À l'ère de l'information, les systèmes utilisateurs doivent typiquement interagir avec de multiples systèmes informatiques différents, lorsqu'ils exécutent des tâches. Par exemple, dans l'industrie du voyage, les systèmes des agences de voyages peuvent être requis pour interagir avec les systèmes de réservation exploités par différents fournisseurs de voyage afin de réserver des produits de voyage pour les clients. Lorsqu'un produit de voyage est réservé, un ou plusieurs enregistrements électroniques documentant le produit de voyage réservé peu(ven)t être stocké(s) dans un enregistrement de bases de données dans une base de données exploitée par le fournisseur de voyages. Chaque base de données de fournisseurs peut comprendre une collection d'enregistrements qui contiennent des informations sur les voyageurs et leurs itinéraires et peuvent agir selon des règles spécifiques à ce fournisseur concernant la manière dont les enregistrements de bases de données et la messagerie entre les systèmes doivent être formatés. [3] En particulier, le processus d'émission et de gestion des billets peut donner lieu à la génération d'un ou plusieurs enregistrements de bases de données qui documente(nt) l'achat d'un produit de voyage tel qu'un siège sur un vol. Les enregistrements de bases de données qui peuvent être créés et/ou modifiés en réponse à l'émission d'un billet peuvent inclure, par exemple, des billets électroniques, des enregistrements de noms de passagers (PNR) et Divers documents électroniques (EMD). Dans certains exemples, les plans d'un voyageur peuvent changer après l'émission d'un billet, auquel cas le voyageur voudra peut-être échanger le billet. Le fait de modifier, d'échanger ou d'annuler un billet après une réservation initiale par un voyageur déclenche souvent une pénalité qui doit être payée au fournisseur. Cependant, les règles de formatage et de transmission des enregistrements pour documenter les pénalités varient typiquement entre les fournisseurs et les marchés et sont souvent incompatibles avec les systèmes de traitement et de base de données de prestataires de services tiers, tels que les systèmes de calcul des tarifs fournis par l'Airline Tariff Publishing Company® (ATPCO®), les systèmes prestataires de service de facturation et/ou les systèmes de chambres de compensation. Le processus de gestion des enregistrements peut s'accompagner de scénarios dans lesquels un 1 3055995 seul voyageur a utilisé plus d'une agence de voyages et/ou fournisseur pour réserver son voyage, donnant lieu à de multiples enregistrements de bases de données différents affectés par une demande de modification ou d'échange de billet. [4] Par conséquent, des systèmes, des procédés et des produits de programme 5 informatique améliorés pour traiter ou échanger les données avec les bases de données gérées par différents systèmes de prestataires de services sont nécessaires. RÉSUMÉ [5] Dans un mode de réalisation de l'invention, un système de gestion de bases de données pour traiter l'échange d'un billet émis contre un billet de réémission est fourni. Le 10 système inclut un ou plusieurs possesseurs et une mémoire couplée aux processeurs. La mémoire stocke les premières données comprenant une première base de données et des instructions qui, lorsqu'elles sont exécutées par un ou plusieurs processeurs, amènent le système à recevoir une demande de changement de prix d'un enregistrement de réservation à partir d'un système utilisateur. Le système de gestion des bases de données détermine un contexte d'échange, et 15 interroge la première base de données pour obtenir un processus de collecte de pénalité qui correspond au contexte de l'échange. Par ailleurs, le système détermine une pénalité pour échanger le billet émis contre un billet de réémission conformément au processus de collecte de pénalité retourné par la première base de données, et il génère un prix pour la réémission, basé au moins en partie sur la pénalité. Le système transmet ensuite une réponse au système utilisateur 20 qui inclut le prix du billet de réémission. [6] Dans un autre mode de réalisation de l'invention, un procédé de traitement de l'échange du billet émis contre un billet de réémission est fourni. Le procédé peut inclure la réception, à partir du système utilisateur, de la demande pour changer le prix d'un enregistrement de réservation. Par ailleurs, le procédé peut inclure le fait de déterminer le contexte de l'échange 25 et d'interroger la première base de données pour connaître le processus de collecte de pénalité qui correspond au contexte de l'échange. Par ailleurs, le procédé peut inclure le fait de déterminer la pénalité d'échange du billet émis contre un billet de réémission conformément au processus de collecte de pénalité retourné par la première base de données et le fait de générer le prix du billet de réémission basé au moins en partie sur la pénalité. Le procédé peut ensuite 30 transmettre la réponse incluant le prix du billet de réémission au système utilisateur. 2 3055995 [7] Dans un autre aspect de l'invention, les instructions peuvent, par ailleurs, amener le système de gestion des bases de données à joindre un message dédié à la réponse qui identifie le processus de collecte de pénalité. [8] Dans un autre aspect de l'invention, les instructions peuvent, par ailleurs, amener le 5 système de gestion de bases de données à afficher, sur le système utilisateur basé sur le message dédié joint à la réponse, les données indiquant le processus de collecte de pénalité. [9] Dans un autre aspect de l'invention, les données indiquant le processus de collecte de pénalité peuvent indiquer si la pénalité est incluse dans le billet de réémission, si la pénalité est incluse dans le billet de réémission et si l'enregistrement de réservation nécessite une mise à 10 jour, ou si la pénalité n'est pas incluse dans le billet de réémission. [10] Dans un autre aspect de l'invention, les instructions peuvent, par ailleurs, amener le système de gestion de bases de données à créer un élément persistant dans l'enregistrement de réservation, et à stocker au moins une part du message dédié dans l'élément persistant. [11] Dans un autre aspect de l'invention, le processus de collecte de pénalité peut définir 15 la manière dont la pénalité est ajoutée à un billet de transition, correspondant à un itinéraire défini par l'enregistrement de réservation, et les instructions peuvent, par ailleurs, amener le système à générer le billet de transition, ajouter un élément de taxe ou un élément de surcoût au billet de transition, et stocker la pénalité dans l'élément de taxe ou l'élément de surcoût. [12] Dans un autre aspect de l'invention, les instructions peuvent, par ailleurs, amener le 20 système de gestion de bases de données à ajouter la pénalité au montant total du billet de transition et stocker le montant total dans un élément du montant total du billet de transition. [13] Dans un autre aspect de l'invention, le contexte de l'échange peut inclure des données déterminant un élément sélectionné à partir du groupe constitué d'un marché dans lequel le billet de réémission est vendu, et d'un transporteur émetteur pour un segment du billet de réémission. 25 [14] Dans un autre aspect de l'invention, la demande peut inclure un localisateur d'enregistrements qui identifie l'enregistrement de réservation, et les instructions peuvent amener le système à déterminer le contexte de l'échange en récupérant l'enregistrement de réservation identifié par le localisateur d'enregistrements à partir d'une deuxième base de données d'enregistrement de réservation, et en identifiant, sur la base de l'enregistrement de 30 réservation, le transporteur émetteur et/ou le marché sur lequel le billet de réémission a été vendu. 3 3055995 [15] Dans un autre aspect de l'invention, si la pénalité n'est pas incluse dans le billet de réémission, les données indiquant le processus de collecte de pénalité peuvent, par ailleurs, indiquer la manière de justifier la pénalité. [16] Dans un autre mode de réalisation de l'invention, un produit de programme 5 informatique est fourni. Le produit de programmes informatiques peut inclure un support de stockage non transitoire, lisible par ordinateur, et un code de programme stocké sur le support. S'il est exécuté par un ou plusieurs processeurs, le code de programme peut amener les processeurs à recevoir la demande de changement du prix de l'enregistrement de réservation à partir du système utilisateur. Le code de programme peut, par ailleurs, amener les processeurs à 10 déterminer le contexte de l'échange, et à interroger la première base de données pour connaître le processus de collecte de pénalité qui correspond au contexte de l'échange. Le code de programme peut, par ailleurs, amener les processeurs à déterminer la pénalité d'échange du billet émis contre un billet de réémission, conformément au processus de collecte de pénalité retourné par la première base de données, et générer le prix du billet de réémission basé au moins en 15 partie sur la pénalité. Le code de programme peut ensuite amener les processeurs à transmettre la réponse qui inclut le prix du billet de réémission au système utilisateur. [17] Le résumé ci-dessus apporte peut-être une vue d'ensemble simplifiée de certains des modes de réalisation de l'invention afin de donner 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 globale 20 extensive de l'invention et n'est pas destiné à identifier des éléments clés ou critiques quelconques ou à délimiter la portée de l'invention. Le seul but du résumé de simplement est présenter 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 25 [18] Les dessins d'accompagnement, qui sont inclus dans et font partie de la présente spécification, illustrent divers modes de réalisation de l'invention et, avec la description générale de l'invention donnée ci-dessus et la description détaillée des modes de réalisation donnée ci-dessous, servent à expliquer les modes de réalisation de l'invention. [19] La FIG. 1 est une vue schématique d'un environnement d'exploitation exemplaire 30 incluant un système de gestion de bases de données qui communique avec un système utilisateur, une base de données de tarifs et une base de données de collecte des pénalités. 3055995 [20] La FIG. 2 est une vue schématique d'un ordinateur exemplaire qui peut être utilisé pour fournir l'environnement d'exploitation de la FIG. 1. [21] La FIG. 3 est une vue schématique du système de gestion de bases de données de la FIG. 1 illustrant une passerelle de tarification qui communique avec le système utilisateur de la 5 FIG. 1, un moteur de tarification qui communique avec la base de données de tarifs de la FIG. 1, et un moteur de tarification amélioré. [22] La FIG. 4 est une vue schématique du système de gestion de bases de données de la FIG. 3 illustrant, par ailleurs, le moteur de tarification qui communique avec le moteur de tarification amélioré, et le moteur de tarification amélioré qui communique avec la base de 10 données de collecte des pénalités de la FIG. 1. [23] La FIG. 5 est une vue schématique d'un tableau de collecte des pénalités qui peut être fourni par la base de données de collecte des pénalités des FIGS. 3 et 4. DESCRIPTION DÉTAILLÉE [24] Les modes de réalisation de l'invention peuvent être mis en oeuvre par un système de 15 traitement des données qui fournit des fonctions de traitement et de base de données permettant et/ou facilitant les interconnexions et le traitement des données entre un ou plusieurs systèmes de bases de données. Les modes de réalisation de l'invention incluent un système de gestion de bases de données qui fournit une interface entre un système utilisateur et les systèmes de bases de données. Le système de gestion de bases de données peut recevoir des requêtes du système 20 utilisateur, analyser les requêtes reçues et générer de nouvelles requêtes de transmission au système de base de données sélectionné, sur la base des données analysées. Le système de gestion de bases de données peut ensuite générer des réponses aux requêtes reçues du système utilisateur, sur la base des réponses reçues des bases de données. [25] Dans le contexte d'un voyage en avion, les requêtes reçues des systèmes utilisateurs 25 peuvent inclure une requête exigeant la modification du prix d'un billet émis et échangé par un voyageur. Au cas où une pénalité est due pour l'échange, le système de gestion de bases de données peut interroger une base de données de collecte des pénalités pour obtenir des instructions sur la manière de collecter la pénalité. La base de données de collecte des pénalités peut inclure un ou plusieurs tableaux qui fourni(ssen)t des processus de collecte de pénalité, 30 indexés au contexte de l'échange. Les instructions récupérées à partir du tableau peuvent amener le système de gestion de bases de données à encoder et à stocker la pénalité dans un 5 3055995 enregistrement de bases de données spécifique, tel qu'un enregistrement de bases de données correspondant au billet de réémission et d'une manière spécifique au contexte de l'échange. [26] Faisant maintenant référence à la FIG. 1, un environnement d'exploitation 10 conformément à un mode de réalisation de l'invention peut inclure un système de gestion de 5 bases de données 12, un système utilisateur 14, un système fournisseur 16, un système de plan de règlement et de facturation (BSP) 18, une base de données de réservations 20, une base de données de billets 22, une base de données de tarifs 24 et une base de données de collecte des pénalités 26. Chaque système de gestion de bases de données 12, système utilisateur 14, système fournisseur 16, système BSP 18, base de données de réservations 20, base de données de 10 billets 22, base de données de tarifs 24 et base de données de collecte des pénalités 26 peuvent communiquer via un réseau 28. Le réseau 28 peut inclure un ou plusieurs réseaux de données privées ou publiques (par ex. Internet) qui permet l'échange de données entre les systèmes connectés au réseau 28. [27] Le système de gestion de bases de données 12 peut être configuré pour recevoir et 15 traiter des requêtes du système utilisateur 14. Le système utilisateur 14 peut être un système d'agence de voyages, le système de réservation d'une compagnie aérienne, un système de site Internet de voyage ou tout autre système utilisé pour rechercher, réserver, acheter et/ou échanger des produits de voyage. Les requêtes reçues par le système de gestion de bases de données 12 peuvent, par exemple, inclure des requêtes de recherche, des requêtes informatives sur les tarifs, 20 des requêtes de confirmation des tarifs, des requêtes d'émission de billes, des requêtes de réémission de billets ou toute autre requête associée à la recherche, la tarification, la réservation et la billetterie de produits de voyage. [28] Les requêtes peuvent inclure des données déterminant une origine, une destination, un nombre de places à réserver, une période de voyage souhaitée, un vol spécifique ou toute autre 25 information pertinente aux fins de la requête. En réponse à la réception d'une requête, le système de gestion de bases de données 12 peut communiquer avec un ou plusieurs des système utilisateur 14, système fournisseur 16, système BSP 18, base de données de réservations 20, base de données de billets 22, base de données de tarifs 24, base de données de collecte des pénalités 26 ou tout autre système adapté au traitement de la requête. 30 [29] Le système fournisseur 16 peut inclure un système informatique de réservation (CRS) qui permet au système de gestion des bases de données 12 de réserver et de payer des produits de 6 3055995 voyage, tels que des billets d'avion. Pour les fournisseurs de voyages en avion, le CRS peut gérer les réservations de places entre les noeuds d'un réseau de voyage. Chaque noeud de réseau de voyage peut comprendre une station (par ex., un aéroport) vers et à partir de laquelle le fournisseur exploite les vols. Le système fournisseur 16 peut également interagir avec d'autres 5 systèmes fournisseurs, soit directement, soit via le système de gestion de bases de données 12, pour permettre à un transporteur émetteur de vendre des billets pour des places fournies par le transporteur de fait. Le transporteur de fait peut ensuite facturer au transporteur émetteur les produits fournis. [30] Le système BSP 18 peut être configuré pour recevoir des données d'un bureau de 10 billetterie d'une agence de voyages ou d'un transporteur émetteur signalant la vente d'un billet au nom du transporteur de fait. Aux États-Unis, l'Airline Reporting Corporation (ARC) peut fournir ce service. Le BSP peut agir en tant que Prestataire extérieur de processus commerciaux (BPO) qui fournit une chambre de compensation réglant les comptes entre les agences de voyages et les transporteurs émetteurs. D'autres systèmes (non illustrés) peuvent également être 15 connectés au réseau 28 pour régler les comptes entre les transporteurs de fait et les transporteurs émetteurs, tels que des systèmes exploités par la IATA Clearing House (ICH) ou l'Airlines Clearing House (ACH). S'ils existent, ces différents systèmes de chambre de compensation peuvent faciliter la collecte des tarifs par les transporteurs de fait pour fournir des produits vendus par une autre entité commerciale. 20 [31] En réponse au système utilisateur 14 transmettant une demande de réservation d'un produit de voyage, tel qu'un vol, le système de gestion de bases de données 12 peut générer un nouvel enregistrement de réservation ou modifier un enregistrement de réservation existant, dans la base de données de réservations 20. L'enregistrement de réservation peut inclure un ou plusieurs champs ou éléments qui contiennent des données définissant l'itinéraire et les 25 informations du voyageur, associés à un ou plusieurs produit(s) de voyage réservé(s). L'itinéraire peut inclure des produits de voyage provenant de multiples fournisseurs de produits de voyage. Pour faciliter la localisation de l'enregistrement de réservation dans la base de données de réservations 20, un localisateur d'enregistrements ou autre identificateur approprié peut être associé à l'enregistrement de réservation. Dans un mode de réalisation de l'invention, 30 l'enregistrement de réservation peut comprendre un Enregistrement de nom de passager (PNR) stocké dans une base de données PNR. 7 3055995 [32] L'enregistrement de réservation peut inclure des éléments qui identifient des segments sur lesquels la place a été réservée. Une place peut se distinguer d'un siège, sur la base du concept d'une surréservation. La surréservation fait référence à la pratique selon laquelle les fournisseurs réservent plus de places qu'il n'y a de sièges physiques sur un vol, dans l'attente 5 que certaines places réservées ne soient pas utilisées, à cause des passagers qui ne se présentent pas au moment du départ. Un segment peut faire référence à l'exploitation d'un avion entre un point où les passagers embarquent dans un premier temps dans l'avion et un point où les passagers débarquent de l'avion, une dernière fois. Un segment peut inclure tout nombre d'escales où les passagers peuvent sortir et rembarquer dans le même avion. Un vol peut faire 10 référence à l'exploitation d'un ou de plusieurs segments avec le même numéro de vol et peut impliquer plus d'un avion. Pour réserver un vol qui comprend de multiples segments, de multiples éléments peuvent être créés dans l'enregistrement de réservation, chacun définissant un segment du vol. [33] Réserver un produit de voyage peut inclure la vérification de l'inventaire du 15 fournisseur pour connaître la disponibilité du produit, par ex., la disponibilité de la place sur les segments comprenant l'itinéraire. Cette vérification peut inclure l'envoi d'une demande de réservation du système utilisateur 14 au système de gestion de bases de données 12. Le système de gestion de bases de données 12 peut à son tour interroger le système fournisseur correspondant 16 sur la disponibilité des produits demandés. Si les produits demandés sont 20 disponibles, les produits peuvent être réservés et l'inventaire du fournisseur a diminué pour refléter la réservation. [34] La base de données de billets 22 peut être gérée par un système de billetterie électronique configuré pour tenir les enregistrements relatifs à l'émission, la modification et à l'utilisation des billets électroniques à jour. Chaque billet peut comprendre un enregistrement de 25 base de données qui définit les informations du vol, telles que le transporteur émetteur, le transporteur de fait, le numéro du vol, l'origine du vol, la destination du vol, la catégorie de réservation et les dates du vol. Les billets peuvent être émis par le système de billetterie électronique après avoir reçu une indication selon laquelle un enregistrement de réservation associé a été confirmé. Le système de billetterie électronique peut regrouper les éléments du 30 billet basé sur les données stockées dans l'enregistrement réservation. Ces informations peuvent inclure des détails sur chaque segment défini dans l'enregistrement de réservation, tels que la 8 3055995 catégorie de réservation, la date de départ, le point d'embarquement, le point de débarquement, l'identité du passager, un ou plusieurs moyens de paiement utilisé(s) pour acheter le segment, etc. [35] Le billet peut inclure des éléments qui définissent un « coupon ». Chaque billet peut 5 inclure un coupon correspondant à chaque segment de l'itinéraire de vol dans l'enregistrement de réservation correspondant. Chaque coupon peut identifier un segment spécifique pour lequel le billet peut être utilisé afin d'obtenir une carte d'embarquement. Le statut d'un coupon peut être « ouvert », si le coupon n'est pas utilisé, « vol effectué » si le coupon a été utilisé ou « échangé », si le coupon a été échangé pour un autre vol. Le billet peut être stocké dans la base 10 de données de billets 22. Chaque billet dans la base de données de billets 22 peut avoir un identifiant unique ou un numéro de billet qui peut être stocké dans un élément du billet. Pour récupérer les données stockées sur le billet, une demande d'affichage du billet peut être transmise à la base de données de billets 22. En réponse à la réception de la requête d'affichage, la base de données de billets 22 retourne les données à partir de l'enregistrement de la base de 15 données correspondant au numéro du billet. [36] Les billets peuvent inclure des coupons supplémentaires qui peuvent être utilisés pour obtenir d'autres produits. La base de données de billets 22 peut également stocker d'autres types de documents électroniques, tels qu'un EMD qui représente le paiement de services payants qui ont été achetés par le voyageur. Ces services payants peuvent être représentés dans 20 l'enregistrement de réservation en utilisant les Demandes de services spécifiques (SSR). Les services payants peuvent être associés à un EMD et à un numéro de coupon dans l'enregistrement de réservation. [37] Dans certains cas, les billets et les enregistrements de réservation peuvent être requis pour se conformer à certains formats standards, de sorte que la compatibilité soit conservée entre 25 divers utilisateurs et systèmes fournisseurs. Ainsi, il n'est pas toujours possible d'ajouter de nouvelles structures de données ou autrement de modifier le billet et les enregistrements de réservation dans le but de prendre en charge de nouvelles fonctionnalités dans le système de gestion de bases de données 12. Pour régler ce problème, la base de données de billets 22 peut supporter un billet de transition. Un billet de transition peut être un enregistrement de base de 30 données configuré pour stocker des structures de données non standards. Les billets de transition 9 3055995 peuvent être utilisés par le système de gestion de bases de données 12 pour fournir différentes caractéristiques des modes de réalisation de la présente invention. [38] La base de données de tarifs 24 peut fournir des données tarifaires dans un format électronique standardisé afin de faciliter le traitement des tarifs publiés par les différents 5 transporteurs. La base de données de tarifs 24 peut être exploitée par une société d'édition de tarifs tierce, telle que l'Airline Tariff Publishing Company® (ATPCO®) qui publie les tarifs de nombreux transporteurs. Les données tarifaires peuvent définir des règles qui sont divisées en catégories. Ces catégories peuvent définir un système de règles qui identifient divers types d'informations restrictives relatives à chaque tarif. 10 [39] Par exemple, la catégorie 31 peut fournir des règles de traitement automatique des échanges volontaires de billets qui garantit que la collecte supplémentaire correcte ou le montant de remboursement est calculé pour l'échange. La catégorie 31 peut être utilisée en combinaison avec d'autres catégories applicables pour déterminer toute pénalité due. Par exemple, la catégorie 16 peut fournir des règles pour déterminer si les pénalités sont applicables au tarif et 15 quels frais doivent être évalués. D'autres catégories de règles peuvent définir les règles tarifaires telles que les exigences d'éligibilité des passagers, les restrictions relatives au jour et à l'heure, les réservations/la billetterie à l'avance, les exigences de séjour minimum/maximum, les dates d'interdiction, etc. [40] La base de données de collecte des pénalités 26 peut stocker un ou plusieurs tableaux 20 de collecte des pénalités qui défini(ssen)t la manière dont les pénalités doivent être traitées, sur la base du contexte de l'échange. Pour les modes de réalisation dans lesquels le contexte de l'échange définit un transporteur et/ou un marché pour l'échange, la base de données de collecte des pénalités 26 peut fournir un processus hiérarchique de correspondance, basé sur le transporteur fournissant le segment et sur le marché sur lequel le segment est fourni. 25 [41] Faisant maintenant référence à la FIG. 2, le système de gestion de bases de données 12, le système utilisateur 14, le système fournisseur 16, le système BSP 18, la base de données de réservations 20, la base de données de billets 22, la base de données de tarifs 24 et la base de données de collecte des pénalités 26 de l'environnement d'exploitation 10 peuvent être mis en oeuvre sur un ou plusieurs dispositifs ou systèmes informatiques, tels que l'ordinateur 30 exemplaire 30. L'ordinateur 30 peut inclure un processeur 32, une mémoire 34, un dispositif de stockage de mémoire de masse 36, une interface entrée/sortie (I/0) 38, et une interface homme- 10 3055995 machine (HMI) 40. L'ordinateur 30 peut aussi être couplé de façon fonctionnelle avec une ou plusieurs ressources externes 42 via le réseau 28 ou l'interface 1/0 38. Les ressources externes peuvent inclure, mais de façon non exhaustive, des serveurs, des bases de données, des dispositifs de stockage de masse, des dispositifs périphériques, des services de réseau en nuage 5 (cloud), ou toute autre ressource informatique appropriée qui peut être utilisée avec l'ordinateur 30. [42] Le processeur 32 peut inclure un ou plusieurs dispositifs sélectionnés : des microprocesseurs, des microcontrôleurs, des processeurs de signal numérique, des micro-ordinateurs, des unités centrales de traitement, des réseaux de portes programmables (gate 10 arrays), des dispositifs logiques programmables, des machines à état défini, des circuits logiques, des circuits analogiques, des circuits numériques, ou tout autre dispositif servant à manipuler des signaux (analogues ou numériques) sur la base des instructions de fonctionnement enregistrées dans la mémoire 34. La mémoire 34 peut inclure un seul dispositif de mémoire ou une pluralité de dispositifs de mémoire comprenant, de façon non exhaustive, la mémoire à lecture seule 15 (ROM), la mémoire à accès aléatoire (RAM), la mémoire volatile, la mémoire non volatile, la mémoire vive statique (SRAM), la mémoire dynamique à accès aléatoire (DRAM), la mémoire flash, l'antémémoire (cache memory), ou tout autre dispositif capable de stocker des données. Le dispositif 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 dispositif à l'état solide 20 volatile ou non-volatile, ou tout autre dispositif capable de stocker des données. [43] 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 de l'ordinateur de sorte que le code de programme de l'ordinateur, intégré sous forme d'une ou de plusieurs applications logicielles informatiques, telles que l'application 46 qui réside dans la mémoire 34, 25 puisse faire exécuter les instructions par le processeur 32. Le processeur 32 peut également exécuter l'application 46 directement et dans ce cas, le système d'exploitation 44 peut être omis. Une plusieurs applications logicielles informatiques peu(ven)t inclure un exemple d'application en fonctionnement comprenant un serveur qui peut accepter des demandes de et fournir des réponses à une ou plusieurs application(s) client correspondante(s). Une ou plusieurs structure(s) 30 de données 48 peuvent aussi résider dans la mémoire 34, et peuvent être utilisées par le 11 3055995 processeur 32, le système d'exploitation 44 et/ou l'application 46 pour stocker ou manipuler des données. [44] L'interface I/O 38 peut fournir une interface machine qui couple de façon fonctionnelle le processeur 32 à d'autres dispositifs et systèmes, tels que le réseau 28 ou une 5 ressource externe 42. L'application 46 peut ainsi collaborer avec le réseau 28 et/ou la ressource externe 42 en communiquant par l'intermédiaire de l'interface I/O 38 pour fournir les diverses caractéristiques, fonctions, applications, processus ou modules composant les modes de réalisation de l'invention. L'application 46 peut aussi avoir un code de programme qui est exécuté par une ou plusieurs ressources externes 42 ou reposer autrement sur les fonctions ou les signaux 10 fournis par d'autres composants systèmes ou de réseau externes à l'ordinateur 30. En effet, au vu des configurations presque infinies de matériel informatique et des logiciels possibles, il faut comprendre que les modes de réalisation de l'invention peuvent inclure des applications localisées à l'extérieur de l'ordinateur 30, distribuées à des ordinateurs multiples et à d'autres ressources externes 42, ou apportées par des ressources informatiques (matériel et logiciel) qui 15 sont fournies comme services sur le réseau 28, par exemple un service d'informatique en nuage (cloud computing). [45] Le HMI 40 peut être couplé de façon fonctionnelle aux processeurs 32 de l'ordinateur 30 pour permettre à un utilisateur d'interagir directement avec l'ordinateur 30. Le HM! 40 peut inclure des affichages vidéo ou alphanumériques, un écran tactile, un haut-parleur 20 et tout autre indicateur visuel et audio adapté capable de fournir des données à l'utilisateur. Le HMI 40 peut également inclure des dispositifs d'entrée et des commandes tels qu'un clavier alphanumérique, un dispositif de pointage, des télécommandes, des boutons poussoirs, des boutons de commande, des microphones, etc., capables d'accepter des commandes ou l'entrée de l'utilisateur et de transmettre l'entrée saisie au processeur 32. 25 [46] La base de données 50 peut résider sur le dispositif de stockage de mémoire de masse 36 et peut être utilisée pour collecter et organiser les données utilisées par les divers systèmes et modules décrits dans les présentes. La base de données 50 peut inclure des données et des structures de données qui les supportent pour stocker et organiser les données. En particulier, la base de données 50 peut être arrangée selon toute organisation ou structure de base 30 de données incluant, mais de façon non exhaustive, une base de données relationnelle, une base 12 3055995 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à. [47] Un système de gestion de base de données, sous forme d'une application logicielle informatique qui s'exécute sous forme d'instructions sur le processeur 32, peut être utilisé pour 5 accéder aux données stockées dans les enregistrements de la base de données 50 en réponse à une requête, dans lequel la requête peut être déterminée de façon dynamique et peut être exécutée par le système d'exploitation 44, d'autres applications 46 ou un ou plusieurs modules. Bien que les modes de réalisation de l'invention puissent être décrits dans les présentes en utilisant une terminologie de bases de données relationnelles, de type hiérarchique, en réseau, 10 orienté objet ou toute autre terminologie de bases de données dans des exemples spécifiques, on comprendra que les modes de réalisation de l'invention peuvent utiliser tout modèle de gestion de bases de données approprié et ne sont pas limités à un type de base de données en particulier. [48] Faisant maintenant référence à la FIG. 3, le système de gestion de bases de données 12 peut inclure une passerelle de tarification 62 configurée pour recevoir des demandes 15 du système utilisateur 14, un moteur de tarification 64 configuré pour communiquer avec la base de données de tarifs 24 et les itinéraires de prix, et un moteur de tarification amélioré 66 configuré pour communiquer avec la base de données de collecte des pénalités 26, obtenir des instructions sur le traitement des pénalités associées à l'échange d'un billet et fournir des données améliorées au moteur de tarification 64. 20 [49] Pour fixer le prix d'un itinéraire, le système utilisateur 14 peut transmettre une demande de prix 68 à la passerelle de tarification 62. La demande de prix 68 peut identifier un enregistrement de réservation définissant un itinéraire dont le prix doit être fixé, par ex., en fournissant un localisateur d'enregistrements à la passerelle de tarification 62. En réponse à la réception de la demande de prix 68, la passerelle de tarification 62 peut récupérer 25 l'enregistrement de réservation identifié par la demande de prix 68 et transmettre une demande de calcul de prix 70 au moteur de tarification 64. La demande de calcul de prix 70 peut comprendre des données identifiant le bureau de billetterie, l'origine, la destination, le type de tarif et/ou toute autre donnée requise pour fixer le prix d'un billet pour l'itinéraire défini par l'enregistrement de réservation. Dans un mode de réalisation alternatif, la demande de calcul de 30 prix 70 peut comprendre l'identificateur d'enregistrements de réservation et le moteur de 13 3055995 tarification 64 peut récupérer les données requises pour fixer le prix du billet directement à partir de l'enregistrement de réservation. [50] En réponse à la réception de la demande de calcul de prix 70, le moteur de tarification 64 peut transmettre une demande de tarif 72 à la base de données de tarifs 24 5 demandant les données tarifaires pour l'itinéraire. En réponse à la réception d'une demande de tarif 72, la base de données de tarifs 24 peut transmettre une réponse sur le tarif 74 au moteur de tarification 64 qui comprend les données définissant les tarifs, les tarifs et/ou restrictions tarifaires pour l'itinéraire. [51] Le moteur de tarification 64 peut analyser les restrictions reçues de la base de 10 données de tarifs 24 pour déterminer si le tarif peut être appliqué à l'itinéraire. Si l'itinéraire assorti d'un prix respecte les restrictions tarifaires, le moteur de tarification 64 peut, par ailleurs, déterminer tout frais supplémentaire, tel que les taxes, les redevances, les surcoûts, etc., liés à l'itinéraire. Ces frais supplémentaires peuvent comprendre les taxes locales sur la base des lieux de départ, de correspondance et de destination, les frais des installations réservées aux passagers, 15 les taxes d'aéroport, etc. Le moteur de tarification 64 peut ensuite déterminer un prix total pour émettre le billet de l'itinéraire en faisant la somme des tarifs et des frais supplémentaires, et transmettre une réponse de calcul de prix 76 à la passerelle de tarification 62. Un itinéraire final avec un prix fixé est ensuite prêt pour la réservation et l'émission du billet. [52] Une fois que le prix de l'itinéraire a été fixé, la passerelle de tarification 62 peut 20 transmettre une réponse sur le prix 78 au système utilisateur 14 demandant la confirmation de la transaction. En réponse à la réception d'une confirmation (non affichée) du système utilisateur 14, le système de gestion de bases de données 12 peut sauvegarder l'enregistrement de réservation, transmettre une demande à la base de données de billets 22 pour générer les billets de l'itinéraire, faire facturer le compte du voyageur du montant déterminé par le moteur de 25 tarification 64. [53] Dans certains cas, un voyageur peut souhaiter changer son itinéraire après l'émission du billet. Les changements volontaires relatifs à un itinéraire dont le billet a déjà été émis peuvent être traités par un échange complet du billet ou par un échange partiel. En cas d'échange partiel, il peut y avoir de billets coexistant dans la base de données de billets, chacun fournissant 30 une partie de l'itinéraire total du voyageur. Dans les deux cas, pour faire l'échange, un nouvel itinéraire peut être défini dans l'enregistrement de réservation conformément aux changements 14 3055995 demandés par le voyageur. Un billet de réémission peut ensuite être généré sur la base de l'enregistrement de réservation mis à jour. [54] Lorsqu'un billet est échangé ou modifié, il peut être nécessaire de fixer à nouveau le prix du billet en déterminant la valeur résiduelle de l'ancien billet et le prix du nouveau billet. Si 5 le prix du nouveau billet est plus élevé que la valeur résiduelle de l'ancien billet, un paiement supplémentaire peut être collecté auprès du voyageur. Si la valeur résiduelle de l'ancien billet est plus élevée que le prix du nouveau billet, un remboursement peut être crédité au voyageur. Si des pénalités sont dues pour l'échange, elles peuvent être comptabilisées en soustrayant le coût des pénalités au remboursement ou en ajoutant le coût des pénalités au paiement supplémentaire. Les 10 pénalités peuvent être traitées par le système de gestion de bases de données 12 en générant un enregistrement dans la base de données de billets 22 à cette fin, tel qu'une Modification de commande diverse (MCO). Cet enregistrement peut inclure un élément pour stocker les données définissant toute pénalité et la manière dont les pénalités doivent être collectées. [55] Dans certains cas, le système BSP 18 peut ne pas être en mesure de traiter les 15 enregistrements autres que les billets standards. Cela peut empêcher le système de gestion de bases de données 12 d'utiliser d'autres types d'enregistrement pour gérer les pénalités. Sur les marchés où le système BSP 18 ne permet pas l'utilisation de MCO, chaque transporteur peut définir un processus pour justifier toute pénalité dans l'enregistrement de billet qui évite l'utilisation des enregistrements de la base de données autres que les billets. Par exemple, les 20 pénalités peuvent être ajoutées aux éléments, dans la ligne de calcul du tarif du billet, qui sont normalement réservés à d'autres types de frais, par ex., les taxes, les surcoûts ou les frais totaux. Les coûts des pénalités peuvent également être collectés directement via un lien spécifique fourni par le système BSP 18. Chaque transporteur peut avoir une procédure d'ajout de pénalités et les procédures peuvent varier en fonction des transporteurs et/ou des marchés. 25 [56] Faisant maintenant référence à la FIG. 4, pour fixer à nouveau le prix d'un itinéraire dont le billet a été précédemment émis, le système utilisateur 14 peut transmettre une demande de modification de prix 84 à la passerelle de tarification 62. La demande de modification de prix 84 peut identifier l'enregistrement de réservation définissant le nouvel itinéraire et le billet échangé/dont le prix est modifié. En réponse à la réception d'une demande de modification de 30 prix 84, la passerelle de tarification 62 peut récupérer l'enregistrement de réservation identifié la demande de modification de prix 84 et/ou transmettre une demande de calcul de modification des 15 3055995 prix 86 au moteur de tarification 64. La demande de calcul de modification de prix 86 peut inclure des données identifiant le bureau de billetterie, l'origine, la destination, le type de tarif, le billet échangé, le transporteur, le marché sur lequel le billet échangé a été vendu, une marque indiquant si la modification du prix améliorée est nécessaire et/ou toute autre donnée requise 5 pour modifier le prix du billet. [57] En réponse à la réception d'une demande de calcul de modification de prix 86, le moteur de tarification 64 peut transmettre une demande de tarif 88 à la base de données de tarifs 24. La demande de tarif 88 peut demander les tarifs et les restrictions pour l'itinéraire identifié par la demande de calcul de modification de prix 86 et/ou itinéraire défini par le billet 10 échangé. En réponse à la réception d'une demande de tarif 88, la base de données de tarifs 24 peut transmettre une réponse 90 au moteur de tarification 64 qui inclut les données définissant les tarifs et les restrictions de l'itinéraire dont le prix est modifié et/ou l'itinéraire original dont le billet a été émis. [58] Si la tarification améliorée est indiquée, le moteur de tarification 64 peut transmettre 15 une demande de tarification améliorée 92 au moteur de tarification amélioré 66. La modification du prix améliorée peut être indiquée, par exemple, si le bureau de billetterie et/ou le marché sur lequel le billet est échangé est un bureau/marché sur lequel le système BSP 18 ne traite pas des enregistrements de pénalités séparés. En réponse à la réception d'une demande de modification de prix améliorée 92, le moteur de tarification amélioré 66 peut déterminer un contexte 20 d'échange, et transmettre une requête 94 définissant le contexte de la base de données de collecte des pénalités 26. [59] Le contexte de l'échange peut inclure, par exemple, l'identité d'un transporteur fournissant le produit de voyage échangé et/ou un marché sur lequel le produit de voyage est utilisé, vendu ou échangé. Le marché peut être défini, par exemple, par l'origine et la destination 25 de l'itinéraire original ou de l'itinéraire modifié, et/ou par le lieu du bureau de billetterie. En réponse à la réception de la requête 94, la base de données de collecte des pénalités 26 peut transmettre une réponse 96 au moteur de tarification amélioré 66 qui inclut les données définissant les instructions de traitement d'une pénalité d'échange. [60] Faisant maintenant référence à la FIG. 5, la base de données de collecte des 30 pénalités 26 peut inclure les structures de données qui définissent les transporteurs, les marchés et les instructions pour traiter la pénalité d'échange d'un billet ainsi que les associations entre les 16 3055995 transporteurs, les marchés et les instructions. Dans un mode de réalisation exemplaire de la base de données de collecte des pénalités 26, ces informations peuvent être fournies par un tableau de collecte des pénalités 100. Le tableau de collecte des pénalités 100 peut inclure une pluralité de lignes (par ex., lignes 102-109) une pluralité de colonnes (par ex., colonnes 118-121). Chaque 5 intersection d'une ligne et d'une colonne peut définir une cellule, chaque cellule contenant les données associées à la ligne et la colonne qui définissent la cellule. Par ailleurs, chaque cellule peut être associée à un pointeur qui indique un emplacement de mémoire où sont stockées les données dans la cellule. [61] Chaque cellule définie par la colonne 118 peut stocker des données qui identifient un 10 transporteur. Ces données peuvent, par exemple, inclure le code à deux lettres de la compagnie aérienne International Air Transport Association (IATA). Chaque cellule définie par la colonne 119 de stocker les données qui identifient un marché, par ex., en incluant le code pays à deux lettres IATA, le code aéroport IATA ou toute autre donnée appropriée. La colonne 120 peut définir les cellules qui stockent les instructions définissant un processus de collecte de pénalité, 15 et la colonne 121 peut définir les cellules qui stockent les données identifiant un code de taxe devant être utilisé dans les cas où les pénalités sont cryptées en tant que taxe sur le billet. [62] Par exemple, le processus de collecte de pénalité défini dans la colonne 120 peut indiquer que la pénalité devrait être ajoutée au billet en tant que surcoût-Q sur la ligne de calcul du tarif du billet (par ex., « SURCOÛT_Q »), ajoutée au billet en tant que taxe sur la ligne de 20 calcul du tarif du billet (par ex., « TAXE »), ajoutée à l'élément montant total de la ligne de calcul du tarif du billet (par ex., « MONTANT TOTAL »), transmise via un lien spécifique fourni par le système BSP 18 (par ex., « BSP »), facturée et/ou ajoutée au billet en utilisant un procédé par défaut ou traitée d'une autre manière appropriée. Si les instructions définissant le processus de collecte de pénalité indiquent qu'une taxe doit être ajouté à la ligne de calcul du 25 tarif du billet, le code de taxe utilisée peut être défini dans une cellule correspondante définie par la cellule associée dans la colonne 121. Dans certains exemples, les instructions peuvent indiquer que les pénalités ne doivent pas être automatiquement justifiées par le système de gestion de bases de données 12 (par ex., « NODOC »). Dans ce cas, les pénalités peuvent être collectées en dehors du système de gestion de bases de données 12 ou bien non collectées. 30 [63] La base de données de collecte des pénalités 26 peut définir un processus de collecte de pénalité spécifique à chaque transporteur, marché et/ou combinaison transporteur/marché. Le 17 3055995 moteur de tarification amélioré 66 peut utiliser un processus de correspondance hiérarchique pour identifier le processus de collecte de pénalité qui devrait être utilisé. Le processus de correspondance hiérarchique peut déterminer la manière dont la pénalité est gérée, sur la base du contexte de l'échange. Par exemple, dans un mode de réalisation de l'invention, le moteur de 5 tarification amélioré 66 peut d'abord tenter de récupérer les instructions d'une ligne qui correspond à la fois au transporteur et au marché identifiés dans la demande de modification de prix. Si une ligne correspondant à la fois au transporteur et au marché est absente, le moteur de tarification amélioré 66 peut ensuite essayer de récupérer les instructions à partir d'une ligne correspondant au transporteur. Si une ligne correspondant au transporteur est également absente, 10 le moteur de tarification amélioré 66 peut ensuite tenter de récupérer les instructions qui correspondent au marché. [64] La manière dont le moteur de tarification amélioré 66 détermine les montants utilisés pour remplir la ligne de calcul du tarif du billet peut varier en fonction du processus de collecte de pénalité retourné par la base de données de collecte des pénalités 26. Par exemple, si les 15 instructions indiquent que la pénalité doit être ajoutée un élément de taxe du billet, le moteur de tarification amélioré 66 peut déterminer que la pénalité devrait être ajoutée au billet de réémission en tant que taxe, mais que la taxe devrait être traitée comme une pénalité. Si les instructions indiquent que la pénalité doit être ajoutée en tant qu'élément de surcoût, un surcoût (par ex., Surcoût Q) peut être ajouté à la ligne de calcul du tarif du billet de réémission. 20 [65] L'utilisation de la tarification améliorée peut impacter une ou plusieurs caractéristiques de billetterie automatiques. Par exemple, la pénalité de réémission peut être considérée comme non remboursable lors d'un échange ultérieur. Cela peut contraster avec les taxes actuelles qui peuvent être remboursées pour les parties du billet qui n'ont pas été utilisées. Pour régler ce problème, le moteur de tarification amélioré 66 peut faire une marque dans 25 l'enregistrement de réservation, le billet de réémission ou tout autre lieu indiquant que la revalidation ne peut pas être offerte pour les billets émis avec une pénalité sur le billet. En effet, la présence d'une pénalité sur le billet peut impliquer que le nouveau billet a été créé, c-à-d que le billet actuel a été réémis plutôt que revalidé. Le processus de compensation doit également être amélioré pour considérer le montant de la pénalité comme une pénalité, quel que soit le 30 procédé de collecte (par ex., taxe, surcoût ou montant total). 18 3055995 [66] Faisant à nouveau référence à la FIG. 4, le moteur de tarification amélioré 66 peut transmettre une réponse sur la tarification améliorée 126 au moteur de tarification 64. La réponse sur la tarification améliorée 126 peut inclure des données utilisées pour déterminer et mettre en oeuvre le processus de collecte de pénalité. Ces données peuvent être combinées aux données 5 définissant les tarifs et les restrictions relatives aux tarifs demandés dans la réponse 90, et les données combinées transmises à la passerelle de tarification 62 dans une réponse de calcul de modification du prix 128. [67] Les données contenues dans la réponse de calcul de modification du prix 128 peuvent être utilisées par la passerelle de tarification 62, par exemple, pour générer des montants 10 structurés qui sont transmis au système de billetterie électronique pour la traçabilité. Les données contenues dans la réponse de calcul de modification du prix 128 peuvent également être utilisées par la passerelle de tarification 62 pour générer un message dédié. Le message dédié peut être ajouté à une réponse de modification de prix 130 qui est transmise au système utilisateur 14. Le message dédié peut être affiché par le système utilisateur 14 et peut contenir, par exemple, des 15 informations sur la manière dont la pénalité a été ajoutée au billet. Le message dédié peut également inclure des indicateurs dédiés pour générer des documents et pour établir et collecter des statistiques. Dans les cas où la pénalité ne pourrait pas être ajoutée au billet, le message dédié peut inclure des instructions à destination de l'agent l'informant des tâches supplémentaires devant être réalisées pour collecter la pénalité. 20 [68] La passerelle de tarification 62 peut mettre en oeuvre le processus de collecte de pénalité sur la base des données contenues dans la réponse de calcul de modification du prix 128. La mise en oeuvre peut inclure la création et/ou la modification de l'enregistrement de réservation et/ou du billet conformément aux instructions. À cette fin, les montants de pénalité indiqués dans la réponse de calcul de modification du prix 128 peuvent être ajoutés à des 25 éléments dans la ligne de calcul du tarif du billet, ou autrement traités conformément aux instructions. [69] La passerelle de tarification 62 peut également ajouter les messages dédiés pertinents à la réponse de modification du prix 130 transmise au système utilisateur. Les informations affichées par le système utilisateur 14 en réponse à la réception de la réponse de modification du 30 prix 130 et aux messages dédiés ajoutés peuvent informer l'utilisateur qu'un processus de collecte de pénalité précis a été appliqué pour collecter la pénalité. Les informations affichées 19 3055995 peuvent inclure des avertissements spécifiques ajoutés par la passerelle de tarification 62 en fonction du cas d'usage. Le montant de la pénalité peut également être affiché indépendamment des informations décrivant le processus de collecte de pénalité. [70] Dans un mode de réalisation de l'invention, et en réponse à la réception d'une 5 confirmation de modification de prix du système utilisateur 14, le système de gestion de bases de données 12 peut amener à l'émission d'un nouveau billet. Le processus d'émission du billet peut inclure la génération d'une saisie pour le moteur de tarification 64. Cette saisie peut inclure des données pertinentes pour le calcul de collecte de la pénalité, telles que la valeur de protocole de résolution d'adresse (ARP) de l'agent de voyages, des données du bureau et des données du 10 transporteur. [71] Le moteur de tarification 64 peut calculer le processus de collecte de pénalité requis en fonction des données récupérées dans la base de données de collecte des pénalités 26. Le système de gestion de bases de données 12 peut traiter la sortie du moteur de tarification 64 et traduire le processus de collecte de pénalité retourné par le moteur de tarification 64 en une série 15 d'étapes créant des enregistrements de bases de données qui soutiennent la collecte de la pénalité. Le système de gestion de bases de données 12 peut également décoder les montants des pénalités et générer des messages dédiés à ajouter aux réponses pour l'affichage par le système utilisateur 14. Le système de gestion de bases de données 12 peut également générer des enregistrements de tarification en fonction du processus de collecte de pénalité utilisé pour 20 collecter la pénalité. À cette fin, le système de gestion de bases de données 12 peut interroger la base de données de tarifs 24 et formater la sortie en fonction du processus de collecte de pénalité. [72] Le billet de réémission peut être généré avec la pénalité incluse dans le billet en fonction du processus de collecte de pénalité. Un élément persistant peut être créé dans l'enregistrement de réservation qui stocke la sortie générée par le système de gestion de bases de 25 données 12, de sorte que la sortie puisse être récupérée ultérieurement. La sortie peut indiquer que la pénalité a été collectée en tant que taxe sur le billet, ajoutée au montant total du billet, ajoutée en tant que surcoût dans le calcul du tarif, ou non collectée, auquel cas l'agent peut être responsable de la collecte de la pénalité. [73] En général, les sous-programmes exécutés pour mettre en oeuvre les modes de 30 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 20 3055995 d'une séquence d'instructions ou d'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 ». Le code de programme comprend typiquement des instructions lisibles par ordinateur, qui résident à des moments divers dans des dispositifs divers de mémoire et de stockage dans un 5 ordinateur, et qui lorsqu'il est lu et exécuté par un ou plusieurs processeurs dans un ordinateur, provoque l'exécution par l'ordinateur d'opérations et/ou d'éléments propres aux aspects variés des modes de réalisation de l'invention. Les instructions d'un programme informatique, lisibles par ordinateur, pour effectuer les opérations des modes de réalisation de l'invention peuvent être, par exemple : le langage d'assemblage ou, un code source ou un code objet, écrit en combinaison 10 avec un ou plusieurs langages de programmation. [74] Divers codes de programme 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 uniquement par commodité ; ainsi l'invention ne peut être limitée à un seul usage 15 dans toute application spécifique identifiée et/ou sous-entendue par ladite nomenclature. Par ailleurs, au vu du nombre généralement infini de moyens par lesquels les programmes informatiques peuvent être organisés selon des sous-programmes, procédures, procédés, modules, 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 sont résidents dans un ordinateur typique 20 (par ex., les systèmes d'exploitation, les bibliothèques, les interfaces d'application de programme (API), les applications, les applets, les services Web, etc.], on remarquera 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 du programme telles qu'elles sont décrites dans les présentes. [75] Le code de programme mis en oeuvre dans toute application/module décrit(e) dans les 25 présentes peut être distribué individuellement ou collectivement comme un produit-programme, sous différentes formes. En particulier, le code de programme peut-être distribué en utilisant un support de stockage, lisible par ordinateur, ayant des instructions de programme lisibles par ordinateur en amenant un processeur à exécuter des aspects des modes de réalisation de l'invention. 30 [76] Les supports de stockage de données lisibles par ordinateur et qui sont intrinsèquement durables, peuvent inclure des médias tangibles, volatiles et non volatiles, 21 3055995 amovibles et non amovibles, mis en oeuvre dans toute méthode ou technologie de stockage des informations, telles que des instructions de programme lisibles par ordinateur, des structures de données, des modules de programme ou autres données. Les supports de stockage lisibles par ordinateur peuvent par ailleurs inclure une mémoire aléatoire (RAM), une mémoire morte 5 (ROM), une mémoire à lecture exclusivement, programmable et effaçable [EPROM]), une mémoire morte programmable effaçable électriquement (EEPROM) une mémoire flash, ou toute technologie de support solide de mémoire, CD-ROM (disque compact portable doté d'une mémoire à lecture seule), ou tout autre stockage optique, des bandes d'enregistrement magnétique, une mémoire à disque magnétique ou tout autre support pouvant être utilisé pour 10 stocker l'information désirée et qui peut être lu par un ordinateur. Un support de stockage lisible par ordinateur ne peut être interprété comme des signaux transitoires en soi (par ex., des ondes radio ou d'autres ondes électromagnétiques se propageant à travers un support de transmission tel qu'un guide d'ondes ou des signaux électriques transmis par câble). Les instructions de programme lisibles par ordinateur peuvent êtrïtéléchargées sur un ordinateur, un autre type 15 d'appareil de traitement de données programmable ou sur un autre dispositif de support de stockage lisible par ordinateur, ou vers un ordinateur externe ou vers un dispositif de stockage externe via un réseau. [77] Les instructions de programme lisibles par ordinateur, stockées dans un support lisible par ordinateur, peuvent être utilisées pour instruire un ordinateur, d'autres types 20 d'appareils programmables de traitement des données ou d'autres dispositifs pour fonctionner d'une façon particulière, de sorte que les instructions stockées sur un support lisible par ordinateur produisent un article de fabrication comprenant les instructions qui mettent en oeuvre les fonctions, les actions et/ou les opérations spécifiées dans les organigrammes, les diagrammes de séquence et/ou les diagrammes blocs. Les instructions de programme informatique peuvent 25 être fournies par un ou plusieurs processeurs sur un ordinateur à usage général, un ordinateur à usage spécial ou tout autre appareil programmable de traitement de données pour produire une machine telle que les instructions qui s'exécutent par l'intermédiaire d'un ou de plusieurs processeurs provoquent une série de calculs devant être effectués pour mettre en oeuvre les fonctions, les actions et/ou les opérations spécifiées dans les organigrammes, les diagrammes 30 séquentiels et/ou les diagrammes blocs. 22 3055995 [78] Dans certains modes de réalisation alternatifs, les fonctions, les actions et/ou les opérations spécifiées dans les organigrammes, les diagrammes séquentiels et/ou les diagrammes blocs peuvent être réordonnés, traités en série, et/ou traités simultanément, conformément à des modes de réalisation de l'invention. De plus, tout organigramme, diagramme séquentiel, et/ou 5 diagramme bloc peut inclure plus ou moins de blocs que ceux qui sont illustrés conformément à des modes de réalisation de l'invention. [79] 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. Les formes singulières des articles indéfinis « un », « une », « le » et « la » tels qu'ils 10 sont utilisés dans les présentes sous-entendent également les formes plurielles, sauf si le contexte indique clairement le contraire. On comprendra par ailleurs que les formes verbales du verbe « comprendre », « comprend » et/ou « comprenant », lorsqu'elles sont utilisées dans cette spécification, précisent la présence de caractéristiques, de nombres entiers, d'actions, d'étapes, d'opérations, d'éléments, et/ou de composants déclarés, mais n'excluent pas la présence ou 15 l'ajout d'un ou de plusieurs caractéristiques, nombres entiers, actions, étapes, éléments, composants et/ou groupes, en cela. De plus, dans la mesure où les verbes « inclure », « ayant », « a », « avec », « composé de » ou des variantes de ceux-là, sont utilisés dans la description détaillée et les revendications, ces termes sont censés être inclusifs de façon similaire à la forme verbale « comprenant ». 20 REVENDICATIONS1. Un système de gestion de bases de données pour traiter l'échange d'un billet émis contre un billet de réémission, le système comprenant : un ou plusieurs processeurs ; et une mémoire couplée à un ou plusieurs processeurs, la mémoire stockant les premières données comprenant une base de données de collection de pénalité et des instructions qui, lorsqu'elles sont exécutées par un ou plusieurs processeurs, amènent le système à : recevoir une demande pour modifier le prix d'un enregistrement de réservation à partir d'un système utilisateur ; déterminer le contexte de l'échange ; interroger la base de données de collection de pénalité pour obtenir un processus de collecte de pénalité qui correspond au contexte de l'échange ; déterminer une pénalité pour échanger le billet émis contre un billet de réémission conformément au processus de collecte de pénalité retourné par la base de données de collection de pénalité ; générer un prix pour le billet de réémission, basé au moins en partie sur la pénalité ; et transmettre, au système utilisateur, une réponse qui inclut le prix du billet de réémission, dans lequel la demande inclut un localisateur d'enregistrements qui identifie l'enregistrement de 20 réservation, et les instructions amènent le système à déterminer le contexte de l'échange en : récupérant l'enregistrement de réservation identifié par le localisateur d'enregistrements à partir d'une base de données d'enregistrement de réservation ; et identifiant, sur la base de l'enregistrement de réservation, le transporteur émetteur, le marché sur lequel le billet de réémission a été vendu ou à la fois le transporteur émetteur et le 25 marché. 2. Le système de la revendication 1, dans lequel les instructions amènent, par ailleurs, le système à : attacher un message dédié à la réponse qui identifie le processus de collecte de pénalité. 30 1 3055995 revendications modifiées, copie propre 3. Le système de la revendication 1 ou 2, dans lequel le contexte de l'échange inclut les données définissant un élément sélectionné à partir du groupe composé du marché dans lequel le billet de réémission est vendu et d'un transporteur émetteur pour un segment du billet de réémission. 5 4. Un procédé pour traiter l'échange d'un billet émis contre un billet de réémission, le procédé comprenant : la réception, sur un système de gestion de bases de données à partir d'un système utilisateur, d'une demande de modification du prix d'un enregistrement de réservation ; 10 la détermination, par le système de gestion de bases de données, du contexte de l'échange ; l'interrogation, par le système de gestion de bases de données, d'une base de données de collection de pénalité pour obtenir un processus de collecte de pénalité qui correspond au contexte de l'échange ; 15 la détermination, par le système de gestion de bases de données, d'une pénalité pour échanger le billet émis contre un billet de réémission conformément au processus de collecte de pénalité retourné par la base de données de collection de pénalité ; la génération, par le système de gestion de bases de données, d'un prix pour le billet de réémission basé au moins en partie sur la pénalité ; la transmission, par le système de gestion de bases de données au système utilisateur, d'une réponse qui inclut le prix du billet de réémission ; dans lequel la demande comprend un localisateur d'enregistrements qui identifie l'enregistrement de réservation, et la détermination du contexte de l'échange comprend : la récupération de l'enregistrement de réservation identifié par le localisateur d'enregistrements à partir d'une base de données d'enregistrements de réservation ; et identifiant, sur la base de l'enregistrement de réservation, le transporteur émetteur, le marché sur lequel le billet de réémission a été vendu ou à la fois le transporteur émetteur et le marché. 5. Le procédé selon la revendication 4 comprenant par ailleurs : 2 3055995 revendications modifiées, copie propre l'ajout d'un message dédié à la réponse qui identifie le processus de collecte de pénalité. 6. Le procédé selon la revendication 5 comprenant par ailleurs : l'affichage, sur le système utilisateur basé sur le message dédié joint à la réponse, des 5 données indiquant le processus de collecte de pénalité. 7. Le procédé selon la revendication 6, dans lequel les données indiquant le processus de collecte de pénalité, indiquent si la pénalité est incluse dans le billet de réémission, si la pénalité est incluse dans le billet de réémission et l'enregistrement de réservation requiert une mise à jour 10 ou si la pénalité n'est pas incluse dans le billet de réémission. 8. Le procédé selon la revendication 7, dans lequel, si la pénalité n'est pas incluse dans le billet de réémission, les données indiquant le processus de collecte de pénalité indiquent par ailleurs la manière de justifier la pénalité. 15 9. Le procédé selon l'une quelconque des revendications 5 à 8 comprenant par ailleurs : la création d'un élément persistant dans l'enregistrement de réservation ; et le stockage d'une partie au moins du message dédié dans l'élément persistant. 20 10. Le procédé selon l'une quelconque des revendications 4 à 9 comprenant par ailleurs : la génération d'un billet de transition correspondant à un itinéraire défini par l'enregistrement de réservation ; l'ajout d'un élément de taxe ou d'un élément de surcoût au billet de transition ; et le stockage de la pénalité dans l'élément de taxe ou l'élément de surcoût, 25 dans lequel le processus de collecte de pénalité définit la manière dont la pénalité est ajoutée au billet de transition. 11. Le procédé selon l'une quelconque des revendications 4 à 10 comprenant par ailleurs : la génération d'un billet de transition correspondant à un itinéraire défini par 30 l'enregistrement de réservation ; 3 3055995 revendications modifiées, copie propre l'ajout de la pénalité au montant total du billet de transition ; et le stockage du montant total dans un élément de montant total du billet de transition, dans lequel le processus de collecte de pénalité définit la manière dont la pénalité est ajoutée au billet de transition. 12. Le procédé selon l'une quelconque des revendications 4 à 11, dans lequel le contexte de l'échange inclut les données définissant un élément sélectionné à partir du groupe composé d'un marché sur lequel le billet de réémission est vendu et d'un transporteur émetteur pour un segment du billet de réémission. 5 10 4