FR 3063171 A1 20180824 FR 1751347 A 20170221 GESTION DE DONNÉES HORS STANDARD DANS UN SYSTÈME DE GESTION DE DONNÉES CONTEXTE [0001] Un système de distribution globale (GDS) est un système de traitement de données qui fournit un traitement et des fonctions de base de données pour faciliter la gestion des services liés au voyage pour de multiples fournisseurs. Les systèmes d'utilisateur peuvent se connecter et utiliser le GDS pour rechercher des prix, effectuer des réservations, finaliser des achats et utiliser des services liés au voyage, tels que des vols, des chambres d'hôtel ou des locations de voitures. Pour fournir ces fonctions de gestion, le CDS se fie à une hase de données centralisée permettant un suivi des services de voyage qui ont été réservés, achetés et/ou utilisés par le voyageur. Cette base de données centralisée, souvent désignée comme base de données d'enregistrement de nom de passager (PNR), stocke une collection d'enregistrements de base de données c.-à-d. les PNR) qui incluent des champs de recherche contenant les informations relatives aux voyageurs et à leur itinéraire. [0002] Pour gérer la vente et l'utilisation d'un service de voyage, le GDS va typiquement communiquer avec un système informatique exploité par le fournisseur du service de voyage. Par exemple, le GDS peut interagir avec un système de réservation informatisé (CRS) exploité par une compagnie aérienne, un hôtel ou un loueur de voitures pour gérer la vente et l'utilisation des services de voyage identifiés dans le PNR. Pour cette raison, le GDS est limité à la gestion des services de voyage de quelques grands fournisseurs qui possèdent un CRS ou autre système approprié capable de servir d'interface avec le GDS. [0003] Un fournisseur de services à destination est une société qui fournit des services de voyage localement à une destination. Les fournisseurs de services à destination possèdent typiquement une connaissance spécifique de la destination du voyageur et/ou une expertise dans l'apport de services spécialisés propres à cette destination. Dans certains cas un voyageur peut souhaiter réserver un service de voyage avec le fournisseur de services à destination. Cependant, en supposant que le fournisseur de services à destination dispose d'un système informatique pour la réservation des services, ces systèmes sont incapables de communiquer avec le GDS ou d'accéder aux PNR en raison des contraintes de standardisation protégeant la confidentialité des informations stockées dans le PNR et pour des raisons de sécurité. Ainsi, un agent de voyage ou un voyageur réservant un voyage qui inclut un service chez un fournisseur de services à destination ne pourra pas utiliser les fonctions de gestion centralisée fournies par le GDS ou ajouter un enregistrement au PNR pour gérer la totalité d'un itinéraire de voyage incluant un service fourni par un fournisseur de services à destination. 3063171 [0004] L'incapacité de gérer les services d'un fournisseur de services à destination en utilisant le GDS peut créer plusieurs problèmes pour l'agent de voyage ou pour le voyageur. Par eiemple, le moteur de recherche du GDS peut ne pas avoir accès aux informations du fournisseur de services à destination, ce qui va compliquer l'identification du service désiré pour l'utilisateur du système. Si S l'utilisateur du système arrive à identifier le service, pour des destinations vers des pays étrangers, des différences entre le langage utilisé par le système d'utilisateur et le langage utilisé par le fournisseur de services à destination peuvent gêner la réservation du service de voyage à destination. Lorsque le système d'utilisateur identifie et réserve le service, l'utilisateur sera toujours incapable d'utiliser le GDS ou la base centralisée d'enregistrements fournie par le PNR pour gérer le service dans le cadre 10 d'un itinéraire complet. [0005] Ainsi il existe un besoin pour des systèmes, des procédés et des produits-programmes d'ordinateur pour améliorer la capacité à rechercher, réserver, obtenir un prix, finaliser une réservation et suivre l'utilisation des services de voyage fournis par les fournisseurs de services à destination. RÉSUMÉ 15 [0006] Dans un mode de réalisation de l'invention, un système de traitement de données est fourni qui utilise une structure de donnée élargie pour gérer des offres de services dont le format est hors standard. Le système inclut un ou plusieurs processeurs et une mémoire couplée aux processeurs. La mémoire stocke le code de programme qui, lorsqu'il est exécuté par au moins l'un d'un ou plusieurs processeurs, amène le système à lier une structure de donnée standard dont le format est standard à une 20 structure de donnée élargie dont le format est hors standard. Le code de programme amène par ailleurs le système à générer une demande de service, à stocker la demande de service dans un premier champ de la structure de donnée élargie et à transmettre la demande de service à un premier serveur d'un premier fournisseur de services. En réponse à la réception d'une première offie de service du premier serveur, le code de programme amène le système à stocker la première offre de service dans un second 25 champ de donnée de la structure de donnée élargie. [0007] Dans un autre aspect de l'invention, la structure de donnée standard est liée à la structure de donnée élargie par le stockage dans un troisième champ de donnée de la structure de donnée élargie d'une donnée qui identifie un emplacement de la structure de donnée élargie dans une base de données. [0008] Dans un autre aspect de 1' invention, le code de programme amène par ailleurs le système à 30 recevoir une interrogation de recherche d'une application cliente, l'interrogation de recherche incluant un critère de recherche. En réponse à la réception de l'interrogation de recherche, le code de programme amène par ailleurs le système à rechercher des enregistrements de profil qui correspondent 2 3063171 aux critères de recherche dans une base de données, chacun des enregistrements de profil dans la base de données définissant un service respectif et identifiant un fournisseur respectif du service. Le code de programme amène par ailleurs l'application cliente à afficher un ou plusieurs des enregistrements de profil qui correspondent et à recevoir une saisie qui identifie l'un d'un ou de plusieurs des 5 enregistrements de profil qui correspondent. L'enregistrement de profil définit le service fourni par le premier fournisseur de services et la demande de service est générée en réponse à la réception de la saisie. [00091 Dans un autre aspect de l'invention, chaque enregistrement de profil est associé à une valeur de classement et un ou plusieurs des enregistrements de profil affichés par l'application cliente sont 10 sélectionnés à partir des enregistrements de profil correspondants sur la base, au moins en partie, de la première valeur de classement de chacun des enregistrements de profil correspondants. [00010] Dans un autre aspect de l'invention, le code de programme amène par ailleurs le système à recevoir un classement de la première offre de service provenant de l'application cliente et à ajuster la valeur de classement de l'enregistrement de profit correspondant à la première offre de service, au 15 moins en partie, sur la base du classement. [000111 Dans un autre aspect de l'invention, la base de données est hébergée par un serveur web, chaque enregistrement de profil est associé à une page web qui inclut des données décrivant le service respectif et le code de programme amène par ailleurs le système à recevoir un ou plusieurs fichiers de donnée du premier serveur et à définir la page web associée à l'enregistrement de profil identifié sur la 20 base d'un ou de plusieurs fichiers de donnée. [00012] Dans un autre aspect de l'invention, la structure de donnée standard inclut un ou plusieurs éléments qui définissent un itinéraire, et le code de programme amène par ailleurs le système à recevoir une première demande pour réserver l'itinéraire. En réponse à la réception de la première demande, le code de programme amène par ailleurs le système à extraire la première offre de service de la structure 25 de donnée élargie et à transmettre une seconde demande au premier fournisseur de services pour réserver la première offre de service. [00013] Dans un autre aspect de l'invention, le code de programme amène par ailleurs le système à recevoir une confirmation de réservation de la part du premier fournisseur de services et en réponse à la réception de la confirmation de réservation, à modifier le statut de la première offre de service de 30 « sous réserve » à « réservé » dans la structure de donnée élargie. [00014] Dans un autre aspect de l'invention, le code de programme amène par ailleurs le système à transmettre la demande de service à un second serveur d'un second fournisseur de services, à recevoir 3063171 une seconde offre de service d'un second fournisseur de services et à stocker la première offre de service et la seconde offre de service dans la structure de donnée élargie sous un statut « ouvert ». En réponse à la réception d'une autorisation de la part de l'application cliente pour accepter la première offre de service, le code de programme amène par ailleurs le système à changer le statut « ouvert » de la 5 première offre de service à « sous réserve ». [00015] Un autre mode de réalisation de l'invention fournit un procédé d'utilisation de la structure de donnée élargie pour gérer des offres de services dont le format est hors standard. Le procédé inclut le lien de la structure de donnée standard dont le format est standard à la structure de donnée élargie dont le format est hors standard, la génération de la demande de service, le stockage de la demande de 10 service dans le premier champ de la structure de donnée élargie et la transmission de la demande de service au premier serveur du premier fournisseur de services. En réponse à la réception de la première offre de service du premier serveur, le procédé stocke la première offre de service dans un second champ de donnée de la structure de donnée élargie. [00016] Dans un autre aspect de l'invention, le procédé inclut par ailleurs le lien de la structure de donnée standard à la structure de donnée élargie par le stockage, dans un troisième champ de donnée qui identifie un emplacement de la structure de donnée élargie dans une base de données. [00017] Dans un autre aspect de l'invention, la structure de donnée standard et la structure de donnée élargie comprennent l'enregistrement de donnée élargi. [00018] Dans un autre aspect de l'invention, le procédé inclut par ailleurs la réception de 20 l'interrogation de recherche incluant le critère de recherche de l'application cliente. En réponse à la réception de l'interrogation de recherche, le procédé recherche des enregistrements de profil qui correspondent aux critères de recherche dans la base de données, chacun des enregistrements de profil dans la base de données définissant un service respectif et identifiant un lbumisseur respectif du service. Le procédé inclut par ailleurs d'amener l'application cliente à afficher un ou plusieurs des 25 enregistrements de profil qui correspondent et à recevoir une saisie qui identifie l'un d'un ou de plusieurs des enregistrements correspondants de profil. L'enregistrement de profil définit le service fourni par le premier fournisseur de services et la demande de service est générée en réponse à la réception de la saisie. [00019] Dans un autre aspect de l'invention, chaque enregistrement de profil est associé à une valeur 30 de classement et l'un ou plusieurs des enregistrements de profil affichés par l'application cliente sont sélectionnés à partir des enregistrements correspondants de profil sur la base, au moins en partie, de la valeur de classement de chacun des enregistrements de profil qui correspondent. 3063171 [00020] Dans un autre aspect de l'invention, le procédé inclut par ailleurs la réception du classement de la première offre de service provenant de l'application cliente et l'ajustement de la valeur de classement de l'enregistrement de profit correspondant à la première offre de service, au moins en partie, sur la base du classement. 5 [00021] Dans un autre aspect de l'invention, la base de données est hébergée par un serveur web, chaque enregistrement de profil est associé à une page web qui inclut des données décrivant le service respectif, et le procédé inclut par ailleurs la réception d'un ou de plusieurs fichiers de donnée du premier serveur et la définition de la page web associée à l'enregistrement de profil identifié sur la base d'un ou de plusieurs fichiers de donnée. 10 [00022] Dans un autre aspect de l'invention, la structure de donnée standard inclut le troisième champ de donnée qui définit l'itinéraire, et le procédé inclut par ailleurs la réception de la première demande pour réserver l'itinéraire. En réponse à la réception de la première demande, le procédé extrait la première offre de service de la structure de donnée élargie et transmet la seconde demande de service au premier fournisseur de services pour réserver la première offre de service. 15 [00023] Dans un autre aspect de l'invention, le procédé inclut par ailleurs la réception d'une confirmation de réservation de la part du premier fournisseur de services et, en réponse à la réception de la confirmation de réservation, modifie le statut « sous réserve » de la première offre de services à « réservé » dans la structure de donnée élargie. [00024] Dans un autre aspect de l'invention, le procédé inclut par ailleurs la transmission de la 20 demande de service à un second serveur d'un second fournisseur de services, la réception d'une seconde offre de service d'un second fournisseur de services et le stockage de la première offre de service et de la seconde offre de service dans la structure de donnée élargie sous un statut « ouvert ». En réponse à la réception d'une autorisation de la part de l'application cliente pour accepter la première offre de service, le procédé modifie le statut « ouvert » de la première offre de service à «sous 25 réserve ». [00025] Un autre mode de réalisation de l'invention fournit un produit-programme d'ordinateur pour l'utilisation de la structure de donnée élargie afin de gérer des offres de services dont le format est hors standard. Le produit-programme d'ordinateur inclut un support de stockage non transitoire lisible par ordinateur et un code de programme stocké sur le support de stockage non transitoire lisible par 30 ordinateur qui, lorsqu'il est exécuté par un ou plusieurs processeurs, amène les processeurs à lier la structure de donnée standard dont le format est standard à la structure de donnée élargie dont le format est hors standard. Le code de programme amène par ailleurs les processeurs à générer la demande de 3063171 service, à stocker la demande de service dans un premier champ de la structure de donnée élargie et à transmettre la demande de service à un premier serveur d'un premier fournisseur de services. En réponse à la réception de la première offre de service du premier serveur, le code de programme amène les processeurs à stocker la première offre de service dans un second champ de donnée de la structure 5 de donnée élargie. [00026] Le résumé ci-dessus peut apporter une vue d'ensemble simplifiée de certains des modes de réalisation de l'invention afin de fournir une compréhension basique de certains aspects de l'invention discutée dans les présentes. Le seul but du résumé est de présenter quelques concepts sous une forme simplifiée conurie préambule à la description détaillée présentée ci-dessous. 10 BRÈVE DESCRIPTION DES DESSINS [00027] Les dessins, qui font 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. 15 [00028] FIG. 1 est une vue schématique d'un environnement d'exploitation exemplaire incluant une application de gestion de données, un système d'utilisateur, un système de fournisseur standard, un système de fournisseur hors standard, une base de données d'enregistrement de donnée élargi (EDR), une base de données de réseau de distribution de voyage (DTN), et un système de gestion de données. [00029] FIG. 2 est une vue schématique d'un ordinateur exemplaire pouvant être utilisé pour fournir 20 l'environnement d'exploitation de la FIG. 1. [00030] FIG. 3 est un diagramme séquentiel illustrant le flux de messages entre l'application de gestion de données, un système d'utilisateur, un système de fournisseur hors standard. une base de données EDR et une base de données DTN de la FIG. 1 pour une phase shopping d'un processus de gestion de voyage. [00031] FIG. 4 est un diagramme séquentiel illustrant un flux de messages entre l'application de gestion de données, un système d'utilisateur, un système de fournisseur hors standard, une base de données EDR et une base de données DTN de la FIG. I pour les phases de pré-réservation et préfinalisation de réservation d'un processus de gestion de voyage. DESCRIPTION DÉTAILLÉE 30 [00032] Les modes de réalisation de l'invention peuvent être implémentés par un système de traitement de données qui fournit un traitement et des fonctions de base de données permettant et/ou facilitant des interconnexions entre un ou plusieurs systèmes de fournisseur de voyages, des systèmes 3063171 - 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 stocke et gère des enregistrements définissant un réseau de distribution de voyage et une base de données qui fournit un enregistrement de donnée élargi pour le stockage de données hors standard et/ou pour des éléments générés par le réseau de distribution 5 de voyage. Les bases de données peuvent être gérées par une application de gestion de données configurée pour fournir une interface d'utilisateur accessible par l'utilisateur et par les systèmes des fournisseurs standard via une interface d'industrie standard sécurisée. L'application de gestion de données peut ainsi fournir aux utilisateurs, aux fournisseurs standards et aux fournisseurs hors standard un point d'accès unique pour consulter et gérer toutes les informations relatives au voyageur tout en 10 maintenant une compatibilité avec les normes existantes d'enregistrement de réservation. [00033] Faisant maintenant référence à la FIG. 1, un environnement d'exploitation 10 conforme à un mode de réalisation de l'invention peut inclure une application de gestion de données 12, un système d'utilisateur 14, un système de fournisseur standard (SP) 16, un système de fournisseur hors standard (NSP) 18, une base de données d'enregistrement de donnée élargi (EDR) 20 et une base de données de 15 réseaux de distribution de voyage (DTN) 22. L'application de gestion de données 12, le système d'utilisateur 14, le système SP 16, le système NSP 18, la base de données EDR 20 et la base de données DTN 22 peuvent communiquer via un réseau 24. Le réseau 24 peut inclure un ou plusieurs réseaux privés ou publics (par ex., Internet) qui permettent â systèmes connectés au réseau 24 d'échanger des données. Dans un mode de réalisation de l'invention, l'application de gestion de 20 données 12, la base de données EDR 20 et la base de données DTN 22 peuvent être fournies par un système de gestion de données 26. [00034] L'application de gestion de données 12 peut être configurée pour permettre au système d'utilisateur 14 d'accéder aux données standard fournies par le système SP 16, aux données hors standard fournies par le système NSP 18, ainsi qu'aux données standard et hors standard stockées dans 25 la base de données EDR 20 et la base de données DTN 22. L'application de gestion de données 12 peut être fournie comme une application dans le système de gestion de données '26 Dans un mode de réalisation de l'invention, le système de gestion de données 26 peut être intégré dans le système de distribution globale (GDS). L'application de gestion de données 12 peut être configurée pour faciliter la communication entre systèmes (p. ex. le système d'utilisateur 14) utilisés pour sélectionner, réserver, 30 et finaliser la réservation de produits et de services de voyage (« services ») et les systèmes exploités par les fournisseurs de services de voyage (p. ex. le système SP 16). L'application de gestion de données 12 peut avoir une architecture distribuée qui sépare les fonctions fournies par l'application de 7 3063171 gestion de données 12 en plusieurs applications, dans laquelle chaque application est chargée d'apporter un ensemble donné de caractéristiques. [00035] Le système d'utilisateur 14 peut fournir une interface aux utilisateurs (p. ex. les agents de voyage) pour accéder à l'application de gestion de données 12 permettant à l'utilisateur de rechercher 5 et de réserver des services. Le système d'utilisateur 14 peut aussi inclure un serveur d'application accessible par un système de voyageur (non illustré) permettant au voyageur de rechercher et de réserver des itinéraires de voyage sans être assisté par un agent de voyage. Cette application peut, par exemple, comprendre un site web 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. 10 [00036] En réponse à la réservation par un utilisateur d'un service associé au système SP 16, l'application de gestion de données 12 peut créer et/ou stocker un enregistrement de réservation, tel qu'un enregistrement de nom de passager (PNR) dans la base de données EDR 20. Le PNR peut être généré, au moins en partie, par le système de fournisseur correspondant et peut comprendre un ou plusieurs éléments qui contiennent l'itinéraire et les informations du voyageur. Chacun des éléments 15 peut être stocké dans un champ de l'enregistrement de réservation et peut définir un ou plusieurs services réservés par le voyageur. L'enregistrement de réservation peut aussi suivre l'usage des services achetés, par exemple l'usage fait, ou non, d'un vol réservé. L'enregistrement de réservation peut inclure des éléments qui définissent un itinéraire pour un voyage, un service, un passager, ou un groupe particulier de passagers. L'enregistrement de réservation peut être stocké dans un 20 enregistrement de base de données élargi dans la base de données EDR 20 ou sinon être associé avec ledit enregistrement. L'enregistrement de réservation et/ou l'enregistrement de base de données élargi peuvent être associés un localisateur d'enregistrement qui identifie de façon unique l'enregistrement dans la base de données EDR 20. [00037] Le système SP 16 peut être exploité par un fournisseur de services standard, tel qu'une 25 compagnie aérienne, et peut inclure un système de réservation informatisé (CRS) qui permet à d'autres systèmes, tels que le système d'utilisateur 14 et/ou le système de gestion de données 26 de réserver et de payer pour des services, tels que des billets d'avion, des chambres d'hôtel ou des véhicules de location. Le système SP 16 peut aussi interagir avec d'autres systèmes SP (non illustrés) directement ou via un autre système (p. ex. le système de gestion de données 26) pour permettre, par exemple, au 30 transporteur émetteur de vendre des billets pour des sièges fournis par le transporteur de fait. Le transporteur de fait peut ensuite facturer le transporteur émetteur pour les produits fournis. Dans 3063171 certains modes de réalisation de l'invention, le système SP 16 peut inclure un système de billetterie électronique (ETS) et/ou un système de contrôle des départs (DCS) pour un transporteur correspondant. [00038] Les données transmises à un système SP 16 ou reçues par celui-ci peuvent adhérer à un format d'échange de messages standardisé. Par exemple, les messages transmis entre l'application de 5 gestion de données 12 et le système SP 16 peuvent se conformer aux règles définies par l'association internationale des transporteurs aériens (IATA), notamment les procédures de message de réservation interligne ATA/IATA - Normes pour passager (AIRIMP). La norme AIRIMP définit un protocole de messagerie reconnu universellement pour les messages de réservations de passagers interligne. La nonne AIRIMP peut être utilisée pour gérer des transactions entre l'application de gestion de 10 données 12, le système d'utilisateur 14, le système SP 16 et la base de données EDR 20, et peut transmettre des messages en utilisant le format de communication électronique EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport). [00039) Le système NSP 18 peut être exploité par un fournisseur de services hors standard, tel qu'un fournisseur de services à destination. Le système NSP 18 peut héberger une ou plusieurs applications 5 qui sont utilisées par le fournisseur hors standard, telles qu'un serveur web/application cliente, un serveur de courriels/application cliente, ou toute autre application appropriée. Les applications sur le système NSP 18 peuvent communiquer avec l'application de gestion de données 12 en utilisant tout protocole approprié, tel que le protocole de transfert hypertexte (H U P), le protocole de transfert de fichier (FTP), le protocole simple de transfert de courriel (SMTP) ; le protocole extensible de présence 20 et de messagerie (XMPP), pour n'en citer que quelques exemples. [00040] La base de données EDR 20 peut stocker des données dans les enregistrements de donnée élargis. Chaque enregistrement de donnée élargi peut inclure une structure de donnée standard et une structure de donnée élargie qui sont liées ou associées d'une autre façon l'une à l'autre dans la base de données EDR 20. La structure de donnée standard et la structure de donnée élargie peuvent chacune 25 inclure un ou plusieurs champs, dans lesquelles chaque champ stocke un élément. Un localisateur d'enregistrement qui identifie de façon unique l'enregistrement de donnée élargi peut être attribué à chaque localisateur enregistrement de donnée élargi. Le localisateur d'enregistrement peut ainsi permettre aux applications qui récupèrent ou stockent des données dans l'enregistrement de donnée élargi de localiser l'enregistrement de donnée élargi. La structure de donnée standard peut être 30 configurée pour stocker des données standard (p. ex. un enregistrement de réservation) dont le format est standard et la structure de donnée élargie peut être configurée pour stocker des données hors standard (p. ex. une demande de service ou un autre élément hors standard) dont le format est hors 3063171 standard. Dans un mode de réalisation de l'invention, la structure de donnée standard peut comprendre un PNR. La structure de donnée standard peut être stockée dans une partition de la base de données EDR 20 ou dans une base de données séparée, p. ex. une base de données PNR. La structure de donnée élargie peut comprendre un enregistrement de voyage élargi (ETR) qui est relié au PNR. La structure de donnée élargie peut être stockée dans une partition de la base de données EDR 20, séparée de la structure de donnée standard, ou dans une base de données séparée, par ex. une base de données ETR (non illustrée). [00041] La base de données DTN peut stocker des données dans des enregistrements de profil. Chaque enregistrement de profil peut stocker une donnée qui caractérise un fournisseur hors standard qui est membre de la DTN. Les enregistrements de profil peuvent aussi fournir un catalogue des services offerts par les fournisseurs hors standard via la DTN. L'information stockée dans les enregistrements de profil peut inclure une donnée qui décrit chaque service offert par le fournisseur hors standard d'une manière structurée et standardisée. Par exemple, les enregistrements de profil peuvent décrire le type de service offert (p. ex. la location de jet ski), un lieu où le service peut être 15 obtenu (p. ex. une adresse), les dates de début et de fin du service, les prix du service, une description du service, les langues parlées par le personnel du fournisseur hors standard, un public ciblé pour le service, un niveau de service pour le fournisseur hors standard, le caractère du service du fournisseur hors standard et/ou un nombre maximum de voyageurs pouvant faire partie d'un seul groupe. [00042] Dans le fonctionnement, lorsqu'un utilisateur recherche des services fournis par le 20 fournisseur hors standard, l'utilisateur peut transmettre une interrogation de recherche à l'application de gestion de données 12 incluant dcs critères de recherche qui définissent les caractéristiques souhaitées de la part du fournisseur hors standard. Ces caractéristiques peuvent être comparées aux caractéristiques dans les enregistrements de profil qui ont été définis par le fournisseur hors standard lorsque le fournisseur hors standard a intégré la DTN. Pour les interrogations de recherche ayant 25 suffisamment de précision (p. ex. un jet ski à Nice, France), l'application de gestion de données 12 peut interroger la base de données DTN 22 et obtenir une liste de services fournis qui répondent aux critères de recherche pour chaque fournisseur hors standard (p. ex. une entreprise de location de jet ski située à une distance prédéfinie de Nice). [00043] La base de données DTN 22 peut être configurée de sorte que chaque fournisseur hors 30 standard peut fournir le niveau de détail qu'il souhaite donner pour décrire ses services. La structure fournie par la base de données DTN 22 peut permettre aux agents de voyage et/ou aux voyageurs d'utiliser le système pour identifier précisément les services potentiels qui correspondent de sorte qu'ils lo 3063171 peuvent travailler efficacement avec les fournisseurs hors standard. Les fournisseurs de services hors standard peuvent accéder à la base de données DTN 22 via une interface basée sur le web qui permet d'échanger des fichiers de donnée comprenant une ou plusieurs pages web. L'interface basée sur le web peut afficher et recevoir des informations en utilisant les pages web ou tout autre document 5 électronique pertinent. [00044] Faisant maintenant référence à la FI0.2, l'application de gestion de données 12, le système d'utilisateur 14, le système Si' 16, le système NSP 18, la base de données EDR 20, la base de données DTN 22, le réseau 24 et le système de gestion de données 26 de l'environnement d'exploitation 10 peuvent être implémentés sur un ou plusieurs dispositifs ou systèmes informatiques, tels que 10 l'ordinateur exemplaire 30. L'ordinateur 30 peut inclure un processeur 32, une mémoire 34, un dispositi f de mémoire de masse 36, une interface entrée/sortie (V(i) 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 via le réseau 24 ou 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 15 dispositifs périphériques, des services de réseau en nuage (cloud), ou toute autre ressource informatique appropriée qui peut être utilisée avec l'ordinateur 30. [00045] 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 20 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 d'instructions de fonctionnement enregistrées dans la mémoire 34. La mémoire 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 25 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 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. 30 [00046] 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 3063171 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 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 des applications 5 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 manipuler des données. [00047] L'interface I/O 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 10 serveur d'application 46 peut ainsi collaborer avec le réseau 24 ou avec la ressource externe 42 en communiquant par l'intermédiaire de l'interface I/O 38 pour fournir les divers éléments, fonctions, applications, processus, modules composant les modes de réalisation de l'invention. L'application 46 peut aussi comporter un code de programme qui est exécuté par une ou plusieurs ressources externes 42, ou autrement repose sur les fonctions ou signaux fournis par d'autres composants de 15 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ériel et logiciel) qui sont fournies par un service tel qu'un service 20 informatique cloud, par l'intermédiaire du réseau 24 [00048] Le HMI 40 peut être couplé de façon fonctionnelle au processeur 32 de l'ordinateur 30 pour permettre à un utilisateur d'interagir directement avec l'ordinateur 30. Le HMI 40 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 HMI 40 peut aussi inclure des 25 dispositifs et des contrôles de saisie, tels qu'un clavier alphanumérique, un dispositif de pointage, des claviers, des boutons poussoir, des boutons de commande, des microphones, etc., capables d'accepter des commandes ou des entrées de l'utilisateur et de les transmettre au processeur 32. [00049] 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 30 dans les présentes. La base de données 50 peut inclure des données et 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, 12 3063171 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à. [00050] 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 5 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 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 terminologie dans des cas spécifiques, les hommes de 10 métier comprendront que les modes de réalisation de l'invention peuvent utiliser tout modèle de gestion approprié de hase de données, et ne sont pas limités à tout type particulier de base de données. [00051] La DTN peut connecter les agents de voyage et les fournisseurs hors standard en donnant aux fournisseurs hors standard un accès au système de gestion de données 26. Dans ce but, l'application de gestion de données 12, la base de données EDR 20 et la base de données DTN 22 15 peuvent collaborer fonctionnellement pour permettre aux fournisseurs hors standard de s'enregistrer comme membre de la DTN. Un fournisseur hors standard peut s'enregistrer comme membre de la DTN, par exemple, en créant et en enregistrant un profil dans la DTN. Le profil peut être stocké dans un enregistrement dans la base de données DTN 22 et être relié à d'autres profils dans la base de données DTN 22 pour définir la DTN. La DTN peut permettre aux agents de voyage de rechercher et 20 de contacter des fournisseurs hors standard sans quitter l'environnement standard de réservation de voyage, par ex. une interface d'utilisateur qui est fournie via le système d'utilisateur 14 par le système de gestion de données 26. [00052] Afin de détailler l'étendue des services, les fournisseurs hors standard peuvent ajouter des informations à leur profil. Ces informations peut inclure des informations générales sur les services 25 fournis, par exemple le type de services (p. ex. les tours, les événements, les sports, les attractions), leur public ciblé (p. ex. les familles, les couples, les célibataires), les niveaux de service disponibles (p. ex. basique, premium), le caractère du service (p. ex. aventure, écotourisme), les langues parlées par le personnel du fournisseur (p. ex. anglais, espagnol, français) et/ou les devises acceptées (p. ex. le dollar U.S., l'euro). Ces informations de profil peuvent aider les agences de voyages à cibler un ensemble de 30 fournisseurs hors standard pour satisfaire une demande d'un voyageur. [00053] Rien que des fournisseurs hors standard soient membres de la DTN au moment de leur inscription, ils n'ont peut-être pas fait leurs preuves concernant le service fourni. C'est-à-dire qu'ils 3063171 peuvent toujours être inconnus des agences de voyages qui souscrivent à la DTN. Pour identifier les profils de ces fournisseurs hors standard, le système de gestion de données 26 peut inclure un moteur de recherche configure pour effectuer une recherche de fournisseurs et de services hors standard correspondants à une interrogation reçue par l'application de gestion de données 12 dans la base de 5 données DTN 22. Cependant, le moteur de recherche peut être configure de sorte que les fournisseurs hors standard récemment enregistrés apparaissent moins souvent dans les résultats de recherche que les fournisseurs hors standard bien connus ou hautement cotés. [000541 Afin d'améliorer sa visibilité, il est possible de donner une opportunité à un fournisseur hors standard nouvellement inscrit de participer à un processus de pré-réservation qui permet aux agences de 10 voyages d'évaluer et de coter le fournisseur hors standard. La DTN peut aussi être configurée de sorte qu'une ou plusieurs agences de voyages puissent former leurs propres groupes ou sous-réseaux au sein de la DTN. Un fournisseur hors standard nouvellement enregistré peut s'enregistrer pour participer à l'un de ces sous-réseaux afin de gagner en visibilité. Les processus ci-dessus peuvent renforcer les liens entre les profils des agences de voyages et les profils des fournisseurs hors standard avec des services 15 supérieurs en forçant les fournisseurs hors standard à démontrer la fiabilité et la qualité de leur service. [00055] Une fois qu'un fournisseur de services hors standard est complètement enregistré dans la DTN, des liens peuvent commencer à se forger entre les profils d'agence de voyages qui peuvent aussi être enregistrés dans la DTN) et les profils de fournisseur hors standard, créant ainsi un réseau de profils. En utilisant ce réseau, les agences de voyages peuvent rechercher des fournisseurs hors 20 standard et/ou des services offerts par le fournisseur hors standard. Pour faciliter ou accélérer ce processus de pré-réservation, les agences de voyages peuvent travailler exclusivement avec un ensemble donné de fournisseurs hors standard par exemple, en négociant des conventions spécifiques avec les fournisseurs hors standard. Une convention spécifique peut être créée, par exemple. en négociant un partenariat et/ou un accord de commissionnement. 25 [000561 Les agences de voyages peuvent aussi exclure ou placer des fournisseurs hors standard spécifiques sur une liste noire. Une agence de voyages peut par exemple placer un fournisseur hors standard en liste noire sur la base d'une incompatibilité commerciale ou d'une expérience avec le fournisseur hors standard dans le passé. La DTN peut ainsi fournir à chaque agence de voyages membre de la DTN la capacité de définir son propre réseau privé de fournisseurs hors standard au sein 30 de la DTN. La DTN peut aussi fournir aux agences de voyages la capacité de filtrer des fournisseurs hors standard spécifiques de sorte que les agences de voyages ne reçoivent plus d'offre non sollicitée ou de contenu provenant de fournisseurs hors standard sur la liste noire. 14 3063171 [00057] La DTN peut connecter les agents de voyage et les fournisseurs hors standard via des réseaux publics ou privés au sein de la DTN. Ces réseaux peuvent être créés en reliant des profils dans la base de données DTN 22. La base de données DTN 22 peut ainsi donner aux agents de voyage accès aux catalogues de services disponibles auprès des fournisseurs hors standard dans le réseau. Les agents 5 de voyage peuvent aussi être capables d'utiliser une interface utilisateur unique pour pré-réserver, comparer et réserver les services des fournisseurs standard et des fournisseurs hors standard. Les services signalés pendant la phase de pré-réservation de l'organisation d'un voyage peuvent être stockés dans l'enregistrement de donnée élargi, augmentant ainsi l'efficacité des agents de voyage et fournissant une vue cohérente du voyage au voyageur. 10 [00058] La DTN peut formaliser les échanges de pré-réservation entre les fournisseurs hors standard et l'agent de voyage avec des demandes de service. Les échanges de demandes de service et d'offres de service entre agents de voyage et fournisseurs hors standard peuvent être documentés en ajoutant des éléments dans un enregistrement correspondant de donnée élargi. Chaque élément ajouté à l'enregistrement de donnée élargi peut inclure un statut indiquant l'état d'une demande de service ou 15 d'une offre de service. Par exemple, une offre de service qui n'a pas été sélectionnée par un utilisateur peut avoir un statut « ouvert », une offre de service pour laquelle une réservation a été demandée, mais qui n'est pas encore finalisée peut avoir un statut « sous réserve » et une offre de service qui a été confirmée par le fournisseur hors standard peut avoir un statut « finalisé ». Une demande de service peut, par exemple, être un message (p. ex, un message SMTP) envoyé en utilisant la DTN et peut être 20 stockée dans l'enregistrement de donnée élargi. Une demande de service peut être transmise par l'application de gestion de données 12 au système NSP 18 du fournisseur hors standard chaque fois qu'un agent de voyage fait une requête de service associé au fournisseur hors standard. Chaque demande de service peut contenir des éléments décrivant le service que le voyageur souhaite ajouter à son voyage. 25 [00059] Les agents de voyage peuvent aussi être capables d'utiliser une interface d'utilisateur unique pour préréserver, comparer et réserver les services des fournisseurs standard et des fournisseurs hors standard), une date de voyage ou un éventail de dates, un statut de demande de service, une date de création (qui peut être calculée par le système), un délai de réponse pour la demande de service, les noms, les âges et les types de voyageurs qui souhaitent utiliser le service, une description du service 30 souhaité, un type d'offre demandée (p. ex. il n'est pas essentiel de recevoir plusieurs offres pour réserver un taxi), un nombre maximum d'offres demandées, l'identité du système d'utilisateur à l'origine de la demande de service, l'identité d'un bureau d'affectation pour la demande de service, les 15 3063171 type de service (activité ou service) demandé, une sélection d'un ou de plusieurs types de services ou toute autre caractéristique du service recherché. [00060] La FIG.3 représente un diagramme séquentiel illustrant à titre d'exemple, une séquence de messages qui peuvent être transmis entre l'application de gestion de données 12, le système 5 d'utilisateur 14, le système NSP 18, la base de données EDR 20 et la base de données DTN 22 en association avec une phase shopping pour planifier un voyage. La phase shopping peut inclure la recherche de services hors standard et susciter des offres de la part d'un ou de plusieurs fournisseurs hors standard. Pour initier le processus, un utilisateur p. ex. un agent de voyage) peut amener le système d'utilisateur 14 à transmettre une interrogation de recherche 62 à l'application de gestion de 10 données 12. L'application de gestion de données 12 peut à son tour transmettre une interrogation de base de données 64 à la base de données DTN 22, demandant à la base de données de renvoyer des enregistrements qui correspondent aux critères de recherche. [00061] En réponse à la réception de l'interrogation de base de données 64, la base de données DTN 22 peut effectuer une recherche 66 et transmettre les résultats de recherche 68 à l'application de 15 gestion de données 12. Les résultats de recherche peuvent inclure des profils de fournisseurs et/ou de services hors standard fournis par les fournisseurs hors standard qui satisfont les critères de recherche de l'interrogation de bases de données 64. L'application de gestion de données 12 peut ensuite transmettre une réponse 70 au système d'utilisateur 14, amenant le système d'utilisateur 14 à afficher au moins une portion des résultats de recherche renvoyés par la base de données DTN 22. Les résultats 20 de recherche peuvent être filtrés et/ou formatés par l'application de gestion de données 12, et peuvent identifier un ou plusieurs fournisseurs et/ou un ou plusieurs services hors standard offerts par les fournisseurs hors standard qui correspondent aux critères de recherche de l'interrogation de recherche 62. Le filtrage peut être basé, au moins en partie, sur un classement du fournisseur hors standard. Le classement peut, lui-même, être basé sur une valeur de classement stockée dans 25 l'enregistrement de profil associé au fournisseur hors standard, [00062] En réponse à la sélection par l'agence de voyages d'un ou de plusieurs résultats de recherche, le système d'utilisateur 14 peut transmettre un message 72 à l'application de gestion de données 12 demandant des offres qui fournissent un ou plusieurs des services hors standard identifiés par les résultats de recherche. La sélection des résultats de recherche affichés peut, par exemple, 30 comprendre le remplissage d'un formulaire en ligne avec les informations utilisées pour générer une demande de service. En réponse à la réception du message 72, l'application de gestion de données 12 peut transmettre une ou plusieurs demandes de service à un ou plusieurs systèmes de fournisseur hors 16 3063171 standard. Par souci de clarté, une seule demande de service 74 est transmise au système NSP 18 dans l'exemple illustré par la FIG. 3. [00063] L'application de gestion de données 12 peut lier la demande de service 74 à un enregistrement de donnée élargi associé à un itinéraire de voyage auquel le service hors standard doit 5 être ajouté, dans la base de données EDR 20. L'application de gestion de données 12 peut créer le lien, par exemple, en transmettant un message 76 à la base de données EDR 20. Par exemple, le message peut demander, au 78, que la base de données EDR 20 associe la demande de service 74 à un enregistrement de donnée élargi. L'association peut être créée, par exemple, en ajoutant une entrée à un index qui associe l'identifiant de demande de service de la demande de service 74 à un localisateur 10 d'enregistrement de l'enregistrement de donnée élargi dans lequel une copie de la demande de service 74 est stockée. En réponse à l'association qui est en cours de création, la base de données EDR 20 peut transmettre un message de confirmation 80 à l'application de gestion de données 12. [00064] En réponse à la réception de la demande de service 74, le système NSP 18 peut afficher l'information qui définit l'itinéraire de voyage associé à la demande de service, ainsi que le statut de la 15 demande de service. L'itinéraire de voyage et le statut de la demande de service peuvent être définis, par exemple, sur la base des données dans la demande de service 74. Au moins une portion de ces données peut avoir été extraite à partir de l'enregistrement de donnée élargi associé et avoir été ajoutée à la demande de service par l'application de gestion de données 12, et elle peut être affichée par le système NSP 18 comme un élément du tableau de bord, fourni par une interface d'utilisateur de 20 l'application de gestion de données 12, affiché par le système NSP 18. [00065] Le fournisseur hors standard peut consulter les données affichées et amener le système NSP 18 à transmettre une offre de service 82 à l'application de gestion de données 12. L'offre de service 82 peut définir un service hors standard et les termes d'achat du service hors standard. L'application de gestion de données peut, à son tour, transmettre un message 84 au système 25 d'utilisateur 14, amenant le système d'utilisateur 14 à afficher Pinformation qui définit l'offre. Cette information peut, par exemple, identifier le service hors standard et le prix à payer pour réserver le service hors standard. [00066] À titre d'exemple, dans un contexte opérationnel, un voyageur peut indiquer à un agent de voyage qu'il aimerait assister à un événement sportif lors d'un voyage à New York. En réponse, l'agent 0 de voyage peut amener le système d'utilisateur 14 à effectuer une recherche de billets pour un événement sportif programmé aux environs de New York pendant la période spécifiée lors de la présence du voyageur à New York. En réponse à la réception de l'interrogation de recherche, 17 3063171 l'application de gestion de données 12 peut interroger la base de données DTN 22 pour trouver les fournisseurs et/ou des services hors standard qui correspondent aux critères de recherche, par ex. un événement sportif à New York pendant la période spécifiée. La base de données DTN 22 peut renvoyer des résultats de recherche qui identifient diverses offres et/ou fournisseurs hors standard pour des 5 billets à un ou plusieurs évènements sportifs, p. ex. un ou plusieurs matchs de la National Basketball Association (NBA) avec les Knicks® ou les Nets®. [00067] Si les résultats de recherche renvoyés par l'application de gestion de données 12 incluent des résultats de recherche qui pourraient, selon l'agent de voyage, intéresser le voyageur (p. ex. un ou plusieurs forfaits de billets pour un match des Knicks), l'agent de voyage peut demander des offres 10 pour un ou plusieurs des résultats de recherche. En réponse à l'indication de la part de l'agent de voyage qu'il souhaiterait recevoir des offres associées à un résultat de recherche, l'application de gestion de données 12 peut transmettre une demande de service à chaque système NSP 18 associé à l'un ou à plusieurs des résultats de recherche sélectionnés et sauvegarder les demandes de service dans la base de données EDR 20. Les fournisseurs hors standard peuvent, à leur tour, amener leur système 15 respectif NSP 18 à transmettre des offres de service à l'application de gestion de données 12. [000683 En réponse à la réception des offres de service en provenance des systèmes NSP 18, l'application de gestion de données 12 peut amener le système d'utilisateur 14 à afficher l'information décrivant les offres à l'agent de voyage. L'application de gestion de données 1 2 peut aussi stocker les offres de service dans la base de données FUR. 20 pour référence ou pour une consultation ultérieure. 20 L'information affichée sur le système d'utilisateur 14 peut inclure une identité et une évaluation du fournisseur hors service, une information sur les services qui sont disponibles à la réservation (p. ex. des billets pour des événements sportifs) et les termes proposés pour chaque offre (p. ex. les prix et dates pour les événements sportifs). [00069] La FIG. 4 montre un diagramme séquentiel qui illustre une séquence exemplaire de 25 messages pouvant être générés lors des phases de pré-réservation et de réservation pour l'itinéraire de voyage. La phase de pré-réservation peut inclure la négociation et la sélection d'une offre faite par l'un des fournisseurs hors standard, à inclure dans l'itinéraire de voyage. L'agent de voyage peut commencer par sélectionner une ou plusieurs des offres affichées par le système d'utilisateur 14 et fournir une indication qu'une contre-offre doit être faite. Dans ce but, et en réponse à la réception d'une 30 saisie de l'agent de voyage, le système d'utilisateur 14 peut transmettre une demande 86 à l'application de gestion de données 12 définissant les termes de la contre-offre. La demande 86 peut inclure des données définissant une proposition de termes qui seraient acceptables pour l'agent de voyage, p. ex. 18 3063171 un prix plus bas et/ou un niveau de service plus élevé. En option, si l'offre actuelle est acceptable pour l'agent de voyage, l'agent de voyage peut omettre d'envoyer la demande 86 et simplement faire suivre l'Offre actuelle au voyageur pour validation. [00070] En réponse à la réception de la demande 86 du système d'utilisateur 14, l'application de 5 gestion de données 12 peut transmettre une demande de service 88 au système NSP 18. Dans le cas où plus d'une offre serait prise en compte (p. ex. lorsque plusieurs offres de service ont été reçues par des systèmes NSP différents), l'application de gestion de données 12 peut envoyer des demandes de service 88 à de multiples systèmes NSP. Quel que soit le cas, l'application de gestion de données 12 peut identifier les offres de service et/ou les systèmes NSP 18 associés à la demande 86 en utilisant 10 l'index. La demande de service 88 peut déclencher le commencement d'un processus de négociation comprenant un ou plusieurs échanges de demandes de service/offres de service, ledit échange étant géré par l'application de gestion de données 12. [00071] En réponse à la réception de la demande de service 88, le système NSP 18 peut afficher l'information qui définit les termes de la contre-offre. Le fournisseur hors standard peut revoir les 15 données affichées et amener le système NSP 18 à transmettre une nouvelle offre de service 90 à l'application de gestion de données 12. L'offre de service 90 peut définir un nouveau service hors standard et/ou les termes actualisés pour l'achat du service hors standard. L'application de gestion de données 12 peut, à son tour, transmettre un message 92 au système d'utilisateur 14 amenant le système d'utilisateur 14 à afficher l'information qui définit l'offre actualisée. 20 [000723 Si les termes de la nouvelle offre sont satisfaisants pour l'agent de voyage, l'offre peut être présentée au voyageur pour validation. Si le voyageur valide l'offre, l'agent de voyage peut amener le système d'utilisateur 14 à transmettre un message 94 à l'application de gestion de données 12 indiquant que le service hors standard a été accepté. En réponse à la réception du message 94. le système de gestion de données peut transmettre une demande 96 au système NSP 18 informant le fournisseur hors 25 standard que l'offre de service a été acceptée et que le fournisseur hors standard doit réserver le service selon les termes de la dernière offre de service. En réponse à la réception de la demande 96, le système NSP 18 peut réserver le service 98 et transmettre une confirmation de réservation 100 à l'application de gestion de données 12. La confirmation de réservation 100 peut inclure des documents, tels que des billets ou des coupons avec des codes imbriqués (p. ex. un code QR ou autre code lisible par machine) 30 qui sont échangeables pour le service hors standard. [00073] En réponse à la réception de la confirmation de réservation 100, l'application de gestion de données 12 peut transmettre une demande 102 à la base de données EDR 20 demandant que le service 19 3063171 hors standard soit ajouté à l'itinéraire associé à l'identifiant de demande de service. La base de données EDR 20 peut ensuite ajouter un élément 104 à l'enregistrement de donnée élargi définissant le service hos standard réservé. Les éléments définissant les coupons peuvent aussi être ajoutés à l'enregistrement de donnée élargi. Ces éléments peuvent être stockés, par exemple, dans la structure de 5 donnée élargie de l'enregistrement de donnée élargi. Une fois que l'élément 104 a été ajouté à 1 enregistrement de donnée élargi, la base de données EDR 20 peut transmettre une confirmation 106 à l'application de gestion de données 12 qui, à son tour, peut transmettre une confirmation 108 au système d'utilisateur 14. L'agent de voyage peut ensuite transmettre les supports de coupons an voyageur pour que le voyageur puisse présenter les coupons au fournisseur hors standard, par ex. via 10 une impression sur papier ou à l'aide d'un dispositif tel qu'un smartphone permettant d'afficher le coupon. [00074] En continuant avec l'exemple opérationnel ci-dessus, l'agent de voyage peut répondre à une offre forfaitaire de billets d'un ou de plusieurs fournisseurs hors standard par une ou plusieurs contre- offres pour l'achat du forfait de billets proposé. Une contre-offre peut définir un ensemble de billets 15 différent (p. ex. des billets pour des places en milieu de terrain plutôt que derrière le panier) en réponse à une offre d'un fournisseur hors standard qui vend des billets pour les matchs des Knicks. Une autre contre-offre peut définir des billets à un prix moins élevé (p. ex. 150 $ vs 200 $) en réponse à une offre d'un fournisseur de billets hors standard pour un match des Nets. Une autre contre-offre peut encore définir à la fois un ensemble de billets différent (p. ex. des billets pour le milieu de terrain vs des billets 20 derrière le but) et un prix moins élevé (150 $ vs de 200 $) en réponse à une offre d'un fournisseur de billets non standard pour un match impliquant les Rangers® de la Ligue nationale de hockey (NHL). [00075] Si le fournisseur hors standard accepte la contre-offre, ou fait sa propre contre-offre, l'agent de voyage peut présenter une ou plusieurs offres au voyageur, par exemple, en envoyant les offres au voyageur par courriel ou par téléphone. En réponse à l'acceptation de l'offre par le voyageur, l'agent de 25 voyage peut procéder à la réservation du service hors standard sélectionné de la façon décrite ci-dessus par rapport à la FIG. 4. [00076] Lors de l'émission d'une demande de service pour un produit (p. ex. une location de jet ski), une demande de service unique peut être transmise à plusieurs fournisseurs de sorte que les fournisseurs puissent faire une offre à la demande de service. Les fournisseurs peuvent répondre à la 30 demande de service en créant des offres de service indépendantes. Un statut différent peut être attribué à chaque offre de service et l'agent de voyage sélectionne les meilleures offres à transmettre au voyageur. Le statut de chaque demande de service peut être automatiquement mis à jour dans la base de 20 3063171 données EDR 20 en fonction des statuts des offres de service reçues par l'application de gestion de données 12. [0Ù077} L'application de gestion de données 12 et la base de données EDR 20 peuvent collaborer de façon fonctionnelle pour intégrer des demandes de service à l'enregistrement de donnée élargi du voyageur. Des modes de réalisation de l'invention peuvent ainsi permettre à l'agent de voyage de construire des forfaits de services qui peuvent être ajoutés à l'itinéraire de voyage à la demande du voyageur. La vue centralisée qui est fournie en ajoutant les services hors standard à l'enregistrement de donnée élargi peut améliorer la capacité de l'agent de voyage etlou du voyageur à voyager et à gérer l'organisation du voyage. La vue centralisée peut aussi permettre à l'agent de voyage de composer un 10 seul itinéraire de voyage avec des activités proposées par de multiples fournisseurs de services à destination. [00078] Les modes de réalisation de l'invention peuvent résoudre le problème de l'intégration des réservations pour les services hors standard dans le flux de réservation du processus fourni par le système de gestion de données 26. L'information relative aux services hors standard ajoutée à un voyage peut être stockée dans l'enregistrement de donnée élargi au Er et à mesure que l'information est générée en commençant avec la recherche des services et en continuant avec le processus de réservation. Le flux de réservation peut inclure une phase shopping, une phase d'offre, une phase de confirmation de réservation, une phase de paiement et une phase après-vente. [00079] Pendant la phase shopping, les interrogations soumises par l'agent de voyage ou par le 20 voyageur (p. ex. pour rechercher des idées de voyage en utilisant le site web d'agence de voyages en ligne) peuvent être posées en interrogeant la base de données DTN 22 et en stockant les résultats dans la base de données EDR 20. Ceci contraste avec un GDS conventionnel qui ne peut pas stocker les résultats de recherche pour des services hors standard ou les gérer autrement. [00080] En réponse à la soumission par l'agent de voyage d'une demande de service, la demande de 25 service peut être transmise à un ou plusieurs systèmes de fournisseur hors standard pertinents. Ceci peut fournir aux fournisseurs hors standard l'opportunité de faire une offre qui satisfait la demande de service. L'application de gestion de données 12 peut appliquer des filtres à la demande de service pour contrôler vers quels systèmes NSP sont envoyées les demandes de service. Ces filtres peuvent identifier et/ou cibler des fournisseurs hors standard spécifiques jugés comme étant les plus susceptibles de 30 fournir des offres de service concurrentielles pour satisfaire la demande de service. Les filtres peuvent filtrer les demandes de service sur la base des caractéristiques de chaque demande de service et des profils des fournisseurs hors standard. 21 3063171 [000 L'offre de service de chaque fournisseur hors standard qui répond à la demande de service peut être liée à la demande de service spécifique. Chaque enregistrement de donnée élargi peut définir deS vols, des hôtels, des locations de voiture, des excursions et/ou un contenu local. L'enregistrement de donnée élargi peut fournir cette caractéristique en stockant les éléments standards dans la structure de donnée standard et en stockant les éléments non standards dans la structure de donnée élargie. [00082] Chaque offre de service peut être analysée par l'agent de voyage pour déterminer si la proposition définie par l'offre de service correspond en matière de date, de type de service et de budget attendu par le voyageur. Pour chaque offre de service validée, proposée par un fournisseur hors standard, l'agent de voyage peut transfointer l'offre de service en itinéraire de voyage complet qui est envoyé au voyageur. Cette caractéristique peut permettre à l'agent de voyage et/ou au voyageur d'afficher et de consulter l'itinéraire complet sous forme d'une offre unique pendant qu'il se trouve à l'agence de voyages ou en utilisant un navigateur web. Une fois que l'offre est acceptée par le voyageur, l'agent de voyage peut réserver l'itinéraire de voyage en utilisant l'enregistrement de voyage élargi. Toute l'information structurée stockée dans les offres de service qui ont été transformées en itinéraire de voyageur peut être automatiquement confirmée et stockée par le système de gestion de données 26. [00083] En plus de faciliter la capacité à intégrer automatiquement des services hors standard dans un itinéraire de voyage intégré. le stockage d'informations collectées pendant la phase d'inspiration/shopping peut permettre au système de gestion de données 26 de capturer une large 20 quantité d'informations relative aux préférences, attentes, tendances et budget des clients par rapport aux services. Le stockage des données de la phase de pré-réservation par le système de gestion de données 26 peut permettre l'extraction de données de renseignement commerciaux relatives aux préférences et aux tendances du voyageur. Des rapports basés sur les données de renseignements commerciaux peuvent permettre aux fournisseurs hors standard de mieux aligner leur positionnement sur le marché et leur stratégie pour vendre leurs services. [00084] Par exemple, le système de gestion de données 26 peut collecter des statistiques sur les services et générer des rapports d'activité qui fournissent des informations sur le nombre de réservations pour un service. Cette information peut être utilisée par les fournisseurs hors standard pour affiner leurs offres de service et/ou pour développer des relations avec les détaillants qui agrègent les 30 services. Le système de gestion de données 26 peut aussi collecter des statistiques relatives aux offres de service, telles que des rapports d'activité qui fournissent une information sur la quantité d'offres de service rejetées et la raison pour laquelle elles ont été rejetées, la quantité d'offres de service qui 22 3063171 nécesSitent une clarification et/le nombre d'étapes de clarification requises par offre de service. L'information fournie par les rapports d'activités peut être utilisée par les fournisseurs pour améliorer etiou adapter leurs services en fonction de la saison, et/ou en changeant leur prix, les balisages qualitatifs et/ou la description détaillée. Cette information relative aux offres de service peut être 5 utilisée en conjonction avec des évaluations fournies par les voyageurs. [00085] Le système de gestion de données 26 peut aussi collecter des statistiques sur les fournisseurs hors standard. Ces statistiques peuvent inclure, par exemple, des ratios de rejet de réservation. Les agents de voyage peuvent utiliser ces données pour évaluer les fournisseurs hors standard avec qui ils travaillent pour construire des listes blanches/noires de fournisseurs hors standard. Les rapports de 10 tendances de marché peuvent être générés et utilisés pour déterminer les tendances parmi les fournisseurs hors standard sur la base des réservations effectuées en utilisant la DTN. Ces types de rapport peuvent inclure des rapports de destinations prisées ayant un mélange d'information, tel que le mode de voyage (p. ex. train, avion, auto) les routes empruntées (locations effectuées le long de la route), les types de voyageurs et les dates voyagées (p. ex. pour distinguer les saisons). Les rapports 15 peuvent aussi se focaliser sur les catégories de vente de service (p. ex. restaurant, taxis, distraction) par destination ou par passager, ainsi que sur un budget moyen par destination. [000861 Les demandes de service peuvent être utilisées pour décrire le service ciblé avec plusieurs attributs, tels que le type d'activité, les dates et les fourchettes de prix. Les éléments de demande de service peuvent être stockés dans l'enregistrement de donnée élargi associé à l'itinéraire auquel le 20 service doit être ajouté d'une manière structurée pour que les éléments des demandes de service soient accessibles à partir d'une quelconque chaîne. L'interface d'utilisateur fournie par l'application de gestion de données 12 peut être configurée pour fournir un service de messagerie instantanée. La messagerie instantanée peut être associée à une demande particulière de service et peut permettre aux agents de voyage de communiquer avec les fournisseurs hors standard afin d'obtenir une clarification, 25 de négocier des prix, etc. [00087] Le processus de centralisation de données générées par le flux de pré-réservation peut inclure la collection de données catégorisées sur la base de critères différents autour des services hors standard, des demandes de service et/ou des offres de service. Ces données peuvent permettre au système de gestion de données 26 de construire des rapports qui peuvent être utilisés pour aider le 30 positionnement et la stratégie des fournisseurs hors standard. Ces rapports peuvent être utilisés pour fournir des statistiques sur les services, fournir des statistiques sur les offres de service et ou fournir des statistiques sur les fournisseurs hors standard, p. ex., les ratios de rejet de réservation. Le système de 23 3063171 gestion de données 26 peut aussi générer des rapports de tendances de marchés dans le but de déterminer les tendances de services à destination sur la base des réservations faites en utilisant la DTN. [00088] La base de données DTN 22 peut être configurée pour permettre à l'agent de voyage de 5 rechercher du contenu sur la base de nombreux critères. Cette caractéristique de recherche peut etre activée par un formatage structuré de la demande de service, des offres de service, des éléments de service hors standard stockés dans l'enregistrement de donnée élargi, des entrées d'index et/ou des enregistrements dans la hase de données DTN 22. Les éléments d'enregistrement de donnée élargi relatifs aux flux de pré-réservation et de réservation peuvent être suffisamment souples pour permettre 10 une mise à jour qui accommode de nouveaux attributs de contenu ou de types de contenu et peuvent être adaptables aux besoins d'un nouveau marché ou d'un nouveau type de voyageur. L'hétérogénéité des fournisseurs hors standard, des services et des besoins des voyageurs peut être gérée en utilisant une structure de donnée souple d'enregistrement de donnée élargi. [00089] Dans certains cas, un voyageur peut avoir une demande très spécifique, par ex., la location 15 d'un kimono en soie pour un dîner dans un restaurant asiatique traditionnel. Si l'agent de voyage n'est pas capable de trouver un fournisseur hors standard qui fournisse un service demandé, l'agent de voyage peut créer un « enregistrement d'appel d'offres » dans la base de données DTN 22. L'enregistrement d'appel d'offres peut être configuré de sorte qu'une demande de service pour le service en question est publiée à tous les fournisseurs hors standard sur le réseau ou dans un ou 20 plusieurs sous-réseaux. Cette caractéristique peut permettre à l'agence de voyages d'utiliser la DTN pour essayer de satisfaire toute demande ou situation. La DTN peut aussi être configurée pour permettre aux fournisseurs hors standard de rechercher et de faire une offre pour des demandes de service dans un lieu spécifique, et de répondre aux demandes de service en créant des offres de service. Le flux standard de réservation de la DTN peut ensuite être appliqué aux offres de service. 25 [00090] La DTN peut aussi permettre d'imbriquer de la publicité et des liens sponsorisés dans l'information affichée aux agents de voyage et aux fournisseurs hors standard. À titre d'exemple, un fournisseur hors standard pourrait être facturé par l'opérateur du système de gestion de données 26 pour un lien sponsorisé ajouté dans les résultats de recherche par l'application de gestion de données 12. Le lien sponsorisé pourrait apparaître, par exemple, dans un nombre prédéterminé de 30 premiers résultats de recherche. [00091] Le système de gestion de données 26 peut être configuré de sorte que chaque agence de voyages accédant à l'application de gestion de données 12 puisse placer un fournisseur hors standard 24 3063171 en liste noire si, par exemple, l'agence de voyages n'est pas satisfaite par ses services. L'ajout d'un fournisseur hors standard à une liste noire peut empêcher l'application de gestion de données 12 d'inclure du contenu associé au fournisseur hors standard dans les résultats de recherche qui sont affichés. 5 [00092] Le système de gestion de données 26 peut être configuré pour permettre aux nouveaux fournisseurs hors standard de s'enregistrer facilement dans la DTN tout en assurant que le fournisseur hors standard reste sécurisé. Par exemple, il est possible de maintenir une liste noire qui empêche certains systèmes de fournisseur hors standard d'accéder à la base de données DTN 22 ou à des portions de la base de données DTN 22. 10 [00093] Les nouveaux fournisseurs hors standard peuvent être capables de s'enregistrer en ligne et de spécifier leurs caractéristiques et l'étendue de leurs services dans leur profil. Un processus de validation asynchrone peut être effectué par les fournisseurs hors standard. Afin de conserver le processus d'inscription aussi ouvert que possible, les fournisseurs hors standard peuvent avoir un accès limité seulement aux enregistrements de base de données qui sont associés à leurs propres services. 15 Cependant, leurs services peuvent n'être mis à disponibilité des agences de voyages qu'après un processus de validation qui a été complété. [00094] Les services locaux ex. les billets pour les événements sportifs, la location d'équipement ou les services à la personne tels que la garde d'enfant) fournis par des fournisseurs hors standard peuvent être hétérogènes par nature. Par exemple, des fournisseurs hors standard peuvent être situés 20 dans des pays différents, avoir des cultures différentes et employer des personnes qui parlent des langues différentes. Pour accommoder la nature hétérogène des fournisseurs hors standard, la DTN peut être configurée pour permettre aux fournisseurs hors standard de décrire leurs services avec un degré plus ou moins élevé de détails. Les services hors standard peuvent être entièrement gérés par le système de gestion de données 26 (incluant les étapes de pré-réservation et de réservation) en utilisant 25 les caractéristiques fournies par l'application de gestion de données 12, la base de données EDR 20 et la base de données DTN 22. La DTN peut fournir un outil souple et dynamique, à la fois pour publier les services et les fournisseurs hors standard, et pour rechercher des services hors standard en utilisant des critères dynamiques, p. ex., le balisage et/ou la géolocalisation. L'enregistrement de donnée élargi peut permettre le stockage de contenu hétérogène et la réservation de ce contenu dans un itinéraire de 30 voyage intégré qui inclut aussi des services standard. [00095] L'application de gestion de données 12 peut inclure une interface d'utilisateur qui fournit un point d'accès unique remplaçant les multiples chaînes conventionnelles non coordonnées qui sont 25 3063171 disponibles pour contacter les fournisseurs hors standard. L'application de gestion de données 12 peut ainsi fournir un outil centralisé pour gérer le flux de pré-réservation en utilisant l'enregistrement de donnée élargi pour stocker et récupérer les demandes de service. Cette interface d'utilisateur peut apporter une application graphique pour que l'agent de voyage puisse gérer, de façon conviviale, le 5 flux de pré-réservation. Afin que l'utilisateur ait une expérience similaire à celle apportée par les outils utilisés pour réserver des services standards, l'interface d'utilisateur peut intégrer des fonctions de réservation pour les fournisseurs, standard et hors standard. L'agent de voyage peut ainsi librement naviguer entre les applications de réservation, p. ex. pour un vol, une voiture, un hôtel et/ou des services hors standard. 10 [00096] L'interface d'utilisateur peut fournir un accès de ligne de commande à la base de données EDR 20 (incluant les PNR le cas échéant) et la base de données DTN 22, tout en actualisant les enregistrements de donnée élargis de façon transparente. La DTN peut agir comme un point d'accès unique pour la pré-réservation ainsi que pour fournir un flux, du début à la fin, de la pré-réservation à la réservation. Du côté du fournisseur, il est possible d'accéder à l'application de gestion de données 12 15 via une interface basée sur le web afin de s'adapter à la nature variable des systèmes NSP 18. [00097] La DTN peut fournir une caractéristique de réseautage social aux voyageurs pour la pré-réservation. La caractéristique de réseautage social peut intégrer la DTN à des réseaux sociaux existants (p. ex. Linkedln, Facebook) afin de combiner les avantages des capacités de voyage/préréservation qui sont fournis par la DTN et les fonctions de publication/notification fournies par les 20 réseaux sociaux. Par exemple, les offres de marché peuvent être publiées sur les réseaux sociaux pour que les fournisseurs puissent répondre aux appels d'offres directement à partir du réseau social. Les fournisseurs pourraient aussi s'inscrire par le réseau social. Les notifications envoyées pendant la négociation d'offre de service peuvent être publiées sur des réseaux sociaux connectés. La connexion par les réseaux sociaux peut faciliter l'accès à la DTN à partir de dispositifs mobiles en faisant levier 25 sur les applications mobiles de réseaux sociaux. La connexion aux réseaux sociaux peut aussi augmenter la souplesse en accédant à l'agence de voyages et aux sous-réseaux de fournisseurs hors standard dans la DTN. [00098] La DTN peut être configurée pour permettre au voyageur d'évaluer le service fourni par un fournisseur hors service après le voyage. En plus de la possibilité pour le voyageur de générer des évaluations, l'agent de voyage peut aussi être capable d'évaluer le fournisseur hors standard. Ces systèmes d'évaluation peuvent fournir un mécanisme qui aide les agents de voyage à faire un choix entre les fournisseurs hors standard. Les deux types d'évaluation (du voyageur au fournisseur hors 26 3063171 standard et de l'agent de voyage au fournisseur hors standard) peuvent être utilisés comme critères au cours d'une recherche pour des fournisseurs ou des services hors standard. [00099] 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 5 spécifique. d'un composant, d'un programme, d'un objet, d'un module ou d'une 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 ». 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 10 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 propres à la mise en oeuvre des aspects variés des modes de réalisation de l'invention. Les instructions d'un programme, lisibles par ordinateur, pour mettre en oeuvre 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 15 plusieurs langages de programmation. [000100] 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 20 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 résident dans un ordinateur typique [par ex., les systèmes d'exploitation, les bibliothèques, les 25 interfaces d'application de programme (API), les applications, les petites applications (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. [000101] Le code de programme intégré dans l'une quelconque des applications/modules décrit (e) s dans les présentes peut être distribué individuellement ou collectivement comme un produit- 30 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 27 3063171 d'instructions de programme, lisibles par ordinateur, permettant à un processeur de mettre en oeuvre des aspects des modes de réalisation de l'invention. (000102 Les supports de stockage lisibles par machine, étant intrinsèquement durables, peuvent inclure des supports tangibles volatiles et non volatiles, amovibles et non amovibles, implémentés dans 5 tout procédé ou technologie de stockage de données tels que des instructions 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 10 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, 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 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. 20 [000103] 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 mettent en oeuvre les fonctions, les actions et/ou les opérations précisées dans les organigrammes, les diagrammes de 25 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 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 30 organigrammes, diagrammes séquentiels et/ou diagrammes blocs. [000104] Dans certains modes de réalisation alternatifs, 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 peuvent 28 3063171 être commandées à nouveau, traitées en série, et/ou traitées en même temps confoimément aux modes de réalisation de l'invention. De plus, tout organigramme, diagramme 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. 5 REVENDICATIONS1. Un système de traitement de données qui utilise une structure de donnée élargie pour gérer les données dont le format est hors standard, le système comprenant : un ou plusieurs processeurs ; et une mémoire couplée à un ou à plusieurs processeurs, la mémoire stockant un code de programme qui, lorsqu'il est exécuté par un ou plusieurs processeurs, amène le système à: lier une structure de donnée standard dont le format est standard à la structure de donnée élargie dont le format est hors standard; générer une demande de service ; stocker la demande de service dans un premier champ d'une structure de donnée élargie, transmettre la demande de service à un premier serveur d'un premier fournisseur de services ; et en réponse à la réception d'une première offre de service d'un premier serveur, stocker la première offre de service dans un second champ de donnée de la structure de donnée élargie. 2. Le système de traitement de données selon la revendication 1 dans lequel la structure de donn standard est liée à la structure de donnée élargie par : le stockage, dans un troisième champ de la structure de donnée standard, d'une donnée qui identifie un emplacement de la structure de donnée élargie dans une base de données. 3. Le système de traitement de données selon la revendication 1 ou 2, dans lequel le code de programme amène, par ailleurs, le système à: recevoir une interrogation de recherche de la part d'une application cliente, l'interrogation de recherche incluant un critère de recherche ; en réponse à la réception de l'interrogation de recherche, rechercher des enregistrements de profil qui correspondent aux critères de recherche dans une base de données, chacun des enregistrements de profil dans la base de données définissant un service respectif et identifiant un fournisseur respectif du service ; amener l'application cliente à afficher un ou plusieurs des enregistrements de profil qui correspondent ; et recevoir une saisie identifiant l'un d'un ou de plusieurs enregistrements correspondants de profil, 30 3063171 ' dans lequel l'enregistrement de profil identifié définit le service fourni par le premier fournisseur de services, et la demande de service est générée en réponse à la réception de la saisie. 4. Le système de traitement de données selon la revendication 3 dans lequel chaque enregistrement de profil est associé à une valeur de classement et ledit ou plusieurs des enregistrements correspondants de profil affichés par l'application cliente sont sélectionnés à partir des enregistrements correspondants de profil sur la base, au moins en partie, de la première valeur de classement de chacun des enregistrements correspondants de profil. 10 5. Le système de traitement de données selon la revendication 4 dans lequel le code de programme amène par ailleurs le système à: recevoir un classement pour la première offre de service de l'application cliente ; et ajuster la valeur de classement de l'enregistrement de profil correspondant au premier service 15 sur la base, au moins en partie, du classement. 6. Le système de traitement de données selon l'une quelconque des revendications 3 à 5 dans lequel la base de données est hébergée par une page web qui inclut les fichiers de donnée décrivant le service respectif, et le code de programme amène par ailleurs le système à: 20 recevoir un ou plusieurs fichiers de donnée en provenance du premier serveur ; et définir la page web associée à l'enregistrement de profil identifié sur la base dudit ou de plusieurs fichiers de donnée. 7. Le système de traitement de données selon l'une quelconque des revendications 1 à 6 dans 25 lequel la structure de donnée standard inclut un ou plusieurs éléments qui définissent un itinéraire, et le code de programme amène par ailleurs le système â: recevoir une première demande pour réserver l'itinéraire ; en réponse à la réception de la première demande, extraire la première offre de service à partir de la structure de donnée élargie ; et 30 transmettre une seconde demande au premier fournisseur de services pour réserver la première offre de service. 31 3063171 8. - Le système de traitement de données selon la revendication 7 dans lequel le code de programme amène par ailleurs le système à: recevoir une confirmation de la réservation de la part du premier fournisseur de services ; en réponse à la réception de la confirmation de réservation, changer le statut « sous réserve» de la première offre de service à « réservé » dans la structure de donnée élargie. 9. Le système de traitement de données selon l'une quelconque des revendications 1 à 8 dans lequel le code de programme amène par ailleurs le système à : transmettre la demande de service à un second serveur d'un second fournisseur de services ; 10 recevoir une seconde offre de service de la part du second fournisseur de services ; stocker la première offre de service et la seconde offre de service dans la structure de donnée élargie sous un statut « ouvert »; et en réponse à la réception d'une autorisation provenant de l'application cliente pour accepter la première offre de service, changer le statut « ouvert » de la première offre de service à « sous réserve ». 15 10. Le système de traitement de données selon l'une quelconque des revendications 1 à 9 dans lequel la structure de donnée standard et la structure de donnée élargie comprennent un enregistrement de donnée élargi. 20 11. Un procédé pour l'utilisation d'une structure de donnée élargie pour gérer des données dont le format est hors standard, le procédé comprenant : le lien de la structure de donnée standard dont le format est standard à la structure de donnée élargie dont le format est hors standard ; la génération d'une demande de service ; 25 le stockage de la demande de service dans un premier champ de la structure de donnée élargie, la transmission de la demande de service à un premier serveur d'un premier fournisseur de services ; et en réponse à la réception de première offre de service d'un premier serveur, le stockage de la première offre de service dans un second champ de la structure de donnée élargie. 30 12. Le procédé selon la revendication 11 comprenant par ailleurs les étapes de l'une quelconque des revendications 2 à 9. 32 3063171 13. Un programme d'ordinateur comprenant un code de programme pour exécuter le procédé selon les revendications 11 ou 12 lorsque ledit programme fonctionne sur un ordinateur ou un système informatique. 33