FR 3054912 A1 20180209 FR 1657521 A 20160803 PLATE-FORME INTERACTIVE POUR L'ÉCHANGE DE PRODUITS BANALISÉS DOMAINE TECHNIQUE [0001] L'invention concerne de façon générale des ordinateurs et des logiciels d'ordinateur et en particulier des procédés, des systèmes et des produits-programmes d'ordinateur pour un système d'échange de produits qui permet aux utilisateurs finaux, aux fournisseurs, et aux revendeurs de vendre et d'acheter des produits banalisés. CONTEXTE [0002] La technologie informatique est de plus en plus utilisée par l'industrie du voyage pour gérer, accommoder, finaliser, réserver et traiter des réservations de voyage ainsi que les données qui leur sont associées. Par exemple, un fournisseur d'informations de voyage peut permettre à des agents de réservation tiers (c.-à.-d., des agents de voyage), ou à des voyageurs, de demander des données concernant la disponibilité des vols et les prix qui leur sont associés, en accédant à l'inventaire d'une compagnie aérienne et/ou au système de tarification. Les agents de voyage et les voyageurs peuvent alors acheter des billets sur la base des prix fixés par une compagnie aérienne particulière. Cependant, cette approche oblige les voyageurs à acheter des billets à un prix qui est déterminé unilatéralement par la compagnie aérienne elle-même. Par ailleurs, on note que cette approche présente des inefficacités de tarification puisqu'une compagnie aérienne peut ne pas être capable de changer ses tarifs assez rapidement pour refléter les divers mouvements du marché qui peuvent affecter les prix des billets. 20_ [0003] Les agents de voyage et les voyageurs peuvent aussi acheter des billets par l'intermédiaire du site d'un fournisseur à bas prix. En particulier, un voyageur peut faire une offre pour acheter une réservation de voyage particulière ayant certaines caractéristiques souhaitées, telles que la date et la destination, à un prix défini. Le fournisseur à bas prix peut ensuite essayer de localiser le produit de voyage qui correspond aux caractéristiques désirées qui 25 inclue un prix égal ou inférieur au prix défini par le voyageur. Cependant, si le fournisseur à bas prix ne peut localiser un produit de voyage ayant ces attributs, le fournisseur à bas prix peut alors informer le voyageur qu'aucun produit de voyage ne satisfait ses exigences. [0004] On remarquera que les agents de voyage et les voyageurs soumettent typiquement plusieurs requêtes au système d'inventaire d'une compagnie aérienne avant de finaliser l'achat 30 d'une réservation de voyage particulière. Au fur et à mesure que l'activité de réservation augmente, le ratio recherche-réservation représentant le nombre de messages reçus concernant La disponibilité de sièges pour chaque transaction de vente, s'accroît aussi de façon notable. 3054912 L'augmentation de l'activité peut exercer des pressions supplémentaires sur un système de réservation de voyage puisque chaque requête est reçue et traitée séparément. Le ratio recherche-réservation peut-être très important dans certains cas et est en constante augmentation. Par exemple, pour certaines compagnies aériennes le ratio recherche-réservation peut atteindre 5 450 000: 1. En effet, le ratio recherche-réservation est un volume en constante augmentation qui, dans les faits, peut occasionnellement amener le système de réservation de voyage à fournir une disponibilité et un prix inexacts. Spécifiquement, les informations obtenues par un système de réservation de voyage peuvent se faire à partir d'un système d'inventaire basé sur une antémémoire qui stocke des réponses, concernant la disponibilité, calculées précédemment. 10 Parfois, ces données sont désuètes et peuvent ne pas refléter le statut actuel de la disponibilité ou le prix d'un vol particulier. Par exemple, un vol peut apparaître comme entièrement vendu alors qu'en fait il reste encore des sièges disponibles à la vente. Similairement, il peut aussi sembler qu'il reste des sièges sur un vol bien qu'en réalité le vol soit entièrement vendu. [0005] En plus des problèmes mentionnés ci-dessus, il peut parfois y avoir un nombre de 15 sièges invendus sur un vol particulier. Ces sièges invendus donnent lieu à une perte de recettes pour la compagnie aérienne. Par ailleurs, certains vols sont en très forte demande, ce qui fait que ces vols particuliers sont totalement vendus bien à l'avance de leur date de départ respective. Par conséquent, quelques jours avant la date de départ de ces vols, certaines personnes peuvent ne plus pouvoir acheter de billets pour des vols en forte demande. On remarquera que parfois ces personnes sont prêtes à payer un prix très élevé pour un billet de dernière minute pour un de ces vols à forte demande. En fait, certaines de ces personnes sont prêtes à payer pour un billet un prix nettement plus élevé que le prix payé par les voyageurs qui ont déjà acheté leurs billets. Cependant, puisque le vol est déjà totalement vendu, la compagnie aérienne ne peut plus accommoder ces personnes, de sorte qu'il en résulte une perte de recettes pour la compagnie aérienne. On remarquera que les deux scénarios mentionnés ci-dessus surviennent en raison de caractéristiques intrinsèques des systèmes actuels de gestion des recettes sur le marché. En outre, la logique d'optimisation de gestion des recettes repose sur les prévisions de la demande. Une bonne prévision de la demande est reconnue pour être impartiale et de faible volatilité. Cependant, quelle que soit la qualité de la prévision de la demande, la moitié du temps la prévision de la demande est inférieure à la demande actuelle et l'autre moitié du temps elle est supérieure à la demande actuelle. Par conséquent, les compagnies aériennes peuvent parfois vendre trop, ou pas assez, de sièges pour un vol donné. 3054912 3 [0006] Ainsi, des procédés, des systèmes et des produits-programmes d'ordinateur améliorés pour vendre des produits de voyage en diminuant le nombre de transactions de données et en augmentant aussi l'efficacité du traitement des données par des dispositifs informatiques, sont nécessaires. 5 RÉSUMÉ [0007] Dans un mode de réalisation de l'invention, un système d'échange de produits en communication avec au moins un système d'inventaire et une pluralité de dispositifs aient est fourni. Le système d'échange de produits inclut un module de données pour recevoir un indicateur en provenance d'au moins un des systèmes d'inventaire. L'indicateur est une 10 indication de la disponibilité d'un produit spécifique et est associé à une quantité de ressources pour le produit. Le système d'échange de produits inclut aussi un module de disponibilité recevant l'indicateur en provenance du module de données. Le module de disponibilité rend le produit disponible à la demande. Le système d'échange de produits inclut aussi un module de requêtes recevant une pluralité de requêtes de clients provenant des dispositifs client. Chacune 15 des requêtes des clients est associée à une valeur de ressource. Le module de requête classe les requêtes des clients sur la base des valeurs de ressource et identifie une requête de client supérieure associée à la valeur de ressource ayant la valeur la plus élevée comparée avec un nombre restant de requêtes de client. Le système d'échange de produits inclut aussi un module de correspondance qui reçoit à la fois la requête de client supérieure et l'indicateur, et compare la 20 requête de client supérieure avec l'indicateur. Le module de correspondance associe la requête de client supérieure à l'indicateur en réponse à la valeur de ressource de la requête de client supérieure étant au moins égale à la quantité de ressources associée à l'indicateur. [0008] Dans un mode de réalisation, le système d'échange de produits inclut par ailleurs une pluralité de systèmes d'inventaire. Le module de données reçoit un indicateur spécifique de 25 chacun des systèmes d'inventaire. Le module de disponibilité reçoit les indicateurs spécifiques en provenance du module de données. Dans un mode de réalisation, le module de disponibilité classe les indicateurs spécifiques sur la base d'un ensemble prédéterminé de paramètres. L'ensemble prédéterminé de paramètres inclut la synchronisation, l'itinéraire, une origine et une destination, une date de départ et une classe associée aux produits. 30 [0009] Dans un mode de réalisation, le module de requêtes reçoit les indicateurs spécifiques en provenance du module de disponibilité. Le module de requêtes classe les indicateurs spécifiques selon leur quantité de ressources respective. Dans un mode de réalisation, le module 3054912 4 de requêtes identifie l'indicateur le plus bas associé au volume de ressources ayant la valeur la plus basse comparée avec un nombre restant des indicateurs spécifiques. Dans un mode de réalisation, le module de correspondance reçoit à la fois la requête de client supérieure et l'indicateur le plus bas en provenance du module de requêtes et compare la requête de client 5 supérieure avec l'indicateur le plus bas. Le module de correspondance associe la requête de client supérieure à l'indicateur le plus bas en réponse à la requête de client supérieure étant au moins égale à l'indicateur le plus bas. [0010] Dans un mode de réalisation, le système d'échange de produits comprend par ailleurs un module d'affichage. Le module d'affichage est configuré pour recevoir à la fois la requête de 10 client supérieure et l'indicateur, et publie à la fois la requête de client supérieure et l'indicateur pour affichage sur au moins un des dispositifs client. Dans un mode de réalisation, le module d'affichage retire à la fois la requête de client supérieure et l'indicateur de l'affichage en réponse à la requête de client supérieure étant au moins égale à la quantité de ressources associée à l'indicateur. 15 [0011] Dans un mode de réalisation, en réponse à la requête de client supérieure s'avérant inférieure à la quantité de ressources associée à l'indicateur ; un autre indicateur est soumis à nouveau par au moins un des systèmes d'inventaire et est reçu par le module de requêtes du système d'échange de produits. Dans un autre mode de réalisation, en réponse à la requête de client supérieure étant inférieure à la quantité de ressources associée à l'indicateur, une autre 20 requête de client est soumise à nouveau en provenance d'un des dispositifs clients et est reçue par le module de requêtes du système d'échanges de produits. [0012] Dans un autre mode de réalisation de l'invention, un procédé pour l'échange d'un produit par un système d'échange de produits, en communication avec au moins un système d'inventaire et une pluralité de dispositifs client, est fourni. Le procédé inclut la réception d'un 25 indicateur en provenance d'un système d'inventaire par un ordinateur. L'indicateur est une indication de la disponibilité du produit et est associé à la quantité de ressources pour le produit. Le procédé inclut aussi la réception, par l'ordinateur, d'une pluralité de requêtes de client, en provenance des dispositifs client. Chacune des requêtes des clients est associée à une valeur de ressource. Le procédé inclut aussi le classement des requêtes des clients sur la base des valeurs 30 de ressource. Le procédé inclut aussi l'identification de la requête de client supérieure associée à la valeur de ressource ayant la valeur la plus élevée comparée avec un nombre restant des requêtes de clients. Le procédé inclut aussi la comparaison de la requête de client supérieure 3054912 5 avec l'indicateur. Finalement, le procédé inclut l'association de la requête de client supérieure à l'indicateur en réponse à la valeur de ressource de la requête de client supérieure étant au moins égale à la quantité de ressources associée à l'indicateur. [0013] Dans un autre mode de réalisation de l'invention, un produit-programme d'ordinateur 5 est fourni pour l'échange d'un produit grâce à un système d'échange de produits en communication avec un système d'inventaire et une pluralité de dispositifs client. Le produit-programme d'ordinateur comprend un support de stockage durable lisible par ordinateur, et un code de programme enregistré sur le support de stockage durable lisible par ordinateur, qui lors de l'exécution par un ou plusieurs processeurs, amène un ou plusieurs processeurs à recevoir un 10 indicateur, en provenance d'au moins un système d'inventaire, par l'ordinateur. L'indicateur est une indication de la disponibilité d'un produit et est associé à une quantité de ressources pour le produit. Un ou plusieurs processeurs reçoivent une pluralité de requêtes de client, en provenance des dispositifs clients, par l'ordinateur. Chacune des requêtes des clients est associée à une valeur de ressource. Un ou plusieurs processeurs peuvent classer les requêtes de client sur la 15 base des valeurs de ressource. Un ou plusieurs processeurs peuvent identifier une requête de client supérieure associée à la valeur de ressource ayant la valeur la plus élevée comparée avec un nombre restant des requêtes de client. Un ou plusieurs processeurs peuvent comparer la requête de client supérieure avec l'indicateur. Un ou plusieurs processeurs peuvent associer la requête de client supérieure à l'indicateur en réponse à la valeur de ressource de-la requête de 20 client supérieure étant au moins égale à la quantité de ressources associée à l'indicateur. [0014] Le résumé ci-dessus est une présentation simplifiée pour apporter une compréhension basique de certains aspects des systèmes et/ou des procédés discutés dans les présentes. Ce résumé n'est pas un aperçu extensif des systèmes et/ou des procédés détaillés dans les présentes. Il ne prétend, ni identifier des éléments clés ou décisifs, ni définir la portée de tels 25 systèmes et/ou procédés. Son seul but est de présenter certains concepts de façon simplifiée en préface à la description plus détaillée qui est exposée par la suite. BRÈVE DESCRIPTION DES DESSINS [0015] 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 30 description détaillée des modes de réalisation fournie ci-après, servent à expliquer les modes de réalisation de l'invention. 3054912 6 [0016] La FIG. 1 estime vue schématique d'un environnement d'exploitation exemplaire incluant une plate-forme d'échange de produits pour l'échange de produits via un réseau. [0017] La FIG. 2 et une vue schématique d'un système informatique exemplaire de la FIG. 1. 5 [0018] La FIG. 3 est une vue schématique de la plate-forme d'échange de produits de la FIG.1, dans laquelle la plate-forme d'échange de produits est en communication avec une pluralité de dispositifs client et une pluralité de systèmes d'inventaire. [0019] La FIG. 4 est une illustration d'un tableau de voyage exemplaire qui est généré par la plate-forme d'échange de produits montrée dans la FIG.3, dans laquelle le tableau fie voyage 10 tient compte d'une pluralité de prix demandés, générés par plusieurs compagnies aériennes, et d'une pluralité de prix d'offre générés par divers utilisateurs finaux. [0020] La FIG. 5 est une illustration du tableau de voyage exemplaire généré, montré dans la FIG. 4, dans laquelle la compagnie aérienne 3 a baissé son prix demandé et une correspondance a été établie entre le prix demandé abaissé, soumis par la compagnie aérienne 3, et le voyageur 1. 15 [0021] La FIG. 6 est une illustration du tableau de voyage exemplaire généré, montré dans la FIG. 4, dans laquelle le voyageur 3 a relevé son prix d'offre et une correspondance est établie entre le prix d'offre relevé soumis par le voyageur 3 et la compagnie aérienne 1. [0022] La FIG. 7 est un graphique illustrant une courbe de prix exemplaire pour un produit de voyage particulier. 20 DESCRIPTION DÉTAILLÉE [0023] Faisant maintenant référence à la FIG. 1, un environnement d'exploitation 10 s conforme à un mode de réalisation de l'invention peut inclure un ou plusieurs dispositifs client 14, un inventaire ou plate-forme d'échange de produits 20, une pluralité de systèmes 25 d'inventaires 22 et une pluralité de systèmes de service des passagers (PSS) 24. Chacun des dispositifs clients 14, la plate-forme d'échange de produits 20, les systèmes d'inventaire 22, et les PSS 24 peuvent communiquer par l'intermédiaire d'un réseau 26. Le réseau 26 peut inchire un ou plusieurs réseaux privés ou publics (par ex., Internet) qui permettent l'échange de données. 30 [0024] Les dispositifs clients 14 peuvent chacun comprendre un ordinateur de bureau, un ordinateur portable, une tablette informatique, un téléphone intelligent (smartphone), ou tout autre dispositif informatique approprié. Dans un mode de réalisation, un utilisateur final, tel 3054912 7 qu'un voyageur, peut utiliser un dispositif client respectif 14 pour rechercher, faire une offre et réserver des produits de voyage en accédant à la plate-forme d'échange de produits 20 par l'intermédiaire du réseau 26. Par exemple, l'utilisateur final peut lancer une application de navigateur et utiliser l'application de navigateur pour faire une offre sur des produits de voyage 5 disponibles sur un site web fourni par la plate-forme d'échange de produits 20. Par ailleurs, le voyageur peut finaliser l'achat d'un produit de voyage en saisissant des informations de paiement sur le site web. [0025] Comme expliqué de façon plus détaillée ci-dessous, la plate-forme d'échange de produits 20 permet aux utilisateurs finaux de visionner les prix demandés pour un produit 10 spécifique tel que, par exemple, un produit de voyage. Le prix demandé peut représenter une quantité de ressources ou un prix que le fournisseur de voyage est disposé à vendre pour le produit spécifique. La plate-forme d'échange de produits permet aussi aux utilisateurs finaux de soumettre une requête client qui est associée à un prix d'offre. Le prix d'offre représente la valeur d'une ressource ou le prix que l'utilisateur final est disposé à payer pour le produit 15 spécifique. Par ailleurs, comme également expliquée de façon plus détaillée ci-dessous, la plate- forme d'échange de produits 20 peut aussi permettre aux fournisseurs de voyage associés aux systèmes d'inventaire 22 d'adapter leur prix demandé en fonction des prix d'offre soumis par les utilisateurs finaux. De façon similaire, les utilisateurs finaux peuvent également adapter leur prix d'offre en fonction des prix demandés soumis par les fournisseurs de voyage. 20 [0026] Dans un mode de réalisation, le produit peut être tout type d'inventaire lié au voyage tel que, par exemple, une compagnie aérienne, des voyages en train, des chambres d'hôtel, des voitures de location, des tours organisés, et d'autres activités liées au voyage. Par exemple, dans les modes de réalisation non limitatifs montrés dans les FIGS. 4-6, décrits ci-dessous, le produit est un billet d'avion. Spécifiquement, dans les modes de réalisation décrits ci-dessous, le billet 25 d'avion est pour un vol direct de New York à Londres en classe économique pour le ler décembre 2015. Bien que des produits de voyage soient décrits dans les modes de réalisation divulgués, on remarquera que la plate-forme d'échange de produits 20 n'est pas limitée aux produits liés au voyage. Plutôt, la plate-forme d'échanges de produits 20 peut aussi être utilisée pour finaliser la vente d'un produit périssable ayant une date d'expiration prédéfinie. Un produit 30 périssable est un produit qui n'est plus disponible après son expiration ou une date de départ. Par exemple, dans le contexte du voyage aérien, le produit périssable est un siège d'avion et la date de départ est le jour du départ du vol. Par exemple, dans le cadre des contraintes de temps pour 3054912 8 l'émission de billet (Ticketing Time Limit, ou TTL), la date d'expiration est la fin d'une date et d'une heure avant laquelle un billet a besoin d'être émis pour une réservation 'afin d'éviter l'annulation de la réservation et/ou l'expiration du tarif proposé. Le produit périssable peut-être tout type d'article d'inventaire non disponible après le départ ou la date d'expiration. En outre, 5 on remarquera que des produits non périssables peuvent aussi être achetés tels que, par exempte, l'accès Internet en vol, les repas et des cadeaux. [0027] La plate-forme d'échange de produits 20 peut aussi générer et mettre à jour les enregistrements de nom de passagers (passengers name records, ou PNR) pour les utilisateurs finaux qui achètent des produits de voyage. Chaque PNR peut inclure des informations liées aux 10 produits de voyage (p. ex., un itinéraire de voyage pour un ou plusieurs passagers d'un avion), des tarifs ou des frais utilisés pour tarifer le produit de voyage, et un élément de forme de. paiement (POP) qui indique la forme de paiement spécifique, telle qu'une information de carte de crédit qui a été utilisée pour effectuer l'achat. La plate-forme d'échange de produits 20 peut aussi renvoyer un PNR actualisé au PSS respectif 24. On remarquera que le moment où la plate- 15 forme d'échange de produits 20 peut mettre à jour le PNR peut dépendre de la nature du produit. Par exemple, si le produit est transférable il n'y a pas de raison de mettre à jour le PNR dans l'immédiat. En revanche, les billets non transférables sont communiqués et mis à jour immédiatement. [0028] Les systèmes d'inventaire 22 peuvent chacun correspondre à un fournisseur de 20 voyage respectif. Un fournisseur de voyage respectif peut être, par exemple, une ou plusieurs compagnies aériennes, une agence de voyages en ligne (OTA), une agence de voyages ou un utilisateur final. Dans une approche détaillée ci-dessous, un utilisateur final, tel qu'un voyageur qui a déjà finalisé l'achat d'un produit de voyage, peut revendre son produit de voyage en utilisant la plate-forme d'échange de produits 20 si le produit est défini comme étant transférable 25 par le fournisseur de contenu d'origine. Chaque système d'inventaire 22 peut déterminer la disponibilité et la tarification des produits de voyage pour un fournisseur de voyage correspondant. Par exemple, dans le cadre du voyage aérien, les systèmes d'inventaire 22 peuvent définir le nombre de sièges disponibles sur un vol particulier ou sur un marché particulier en ouvrant et en fermant des classes de réservation individuelles. Les hommes de 30 métier comprendront qu'une unité d'inventaire disponible dans le système d'inventaire ne correspond pas forcément au siège physique spécifique sur un avion. Cela est dû au fait que 3054912 9 l'inventaire disponible peut excéder le nombre de sièges physiques sur un marché qui permet la surréservation. [0029] Les PSS 24 peuvent être un ensemble de systèmes utilisés par un fournisseur de voyage. Par exemple, si le fournisseur de voyage est une compagnie aérienne, le PSS 24 peut 5 inclure un système de réservation d'une compagnie aérienne (RES), un système d'inventaire d'une compagnie aérienne (INV) et un système de contrôle des départs (DCS). Dans le mode de réalisation exemplaire montré dans la FIG. 1, il y a quatre PSS 24 qui représentent chacun une compagnie aérienne unique. Chaque PSS 24 peut être en communication avec un module de commande 28 ou l'un des systèmes d'inventaire spécifique 22 A. Le module de commande 28 10 du système d'inventaire 22A peut agir comme une interface de surveillance qui identifie l'inventaire en vente sur la plate-forme d'échange de produits 20, donne des recommandations concernant le prix demandé ou la quantité de ressources qu'un fournisseur de voyage est disposé à vendre pour le produit de voyage spécifique, envoie de l'inventaire ou des produits de voyage sélectionnés, vers la plate-forme d'échange de produits 20 et surveille les évolutions des prix 15 d'offre soumis par les utilisateurs finaux. [0030] Faisant maintenant référence à la FIG. 2, le dispositif client 14, la plate-forme d'échange de produits 20, les systèmes d'inventaire 22 et les PSS 24 de l'environnement d'exploitation 10 peuvent être implémentés sur un ou plusieurs dispositifs ou systèmes informatiques, tels que le système informatique exemplaire 30. Le système informatique 30 peut 20 comprendre un processeur 32, une mémoire 34, un dispositif de stockage de mémoire de masse 36, une interface entrée/sortie (I/O) 38, et une interface homme-machine (1-IMI) 40. Le système informatique 30 peut aussi être couplé de façon fonctionnelle à une ou plusieurs ressources externes 42 par l'intermédiaire du réseau 26 ou de l'interface I/O 38. Les ressources externes peuvent inclure, mais de façon non exhaustive, des serveurs, des bases de données, des 25 dispositifs de stockage de masse, des 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 le système informatique 30. [0031] Le processeur 32 peut inclure une ou plusieurs dispositifs sélectionnés parmi des microprocesseurs, des microcontrôleurs, des processeurs de signaux numériques, des machines à 30 états, des circuits logiques, des circuits analogues, 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 3054912 10 dispositif ou une pluralité de dispositifs de mémoire, notamment, mais sans s'y limiter, la mémoire à lecture seule (read-only memory (ROM), la mémoire à accès aléatoire (random access memory (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 5 (cache memory) ou tout autre dispositif capable de stocker des informations. Le dispositif de stockage 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 informations. [0032] Le processeur 32 peut fonctionner sous le contrôle d'un système d'exploitation 46 qui 10 réside dans la mémoire 34. Le système d'exploitation 46 peut gérer les ressources de l'ordinateur de telle façon que le code de programme d'ordinateur, intégré sous forme d'un ou plusieurs logiciels d'application, telle que l'application 48 qui réside dans la mémoire 34, puisse disposer d'instructions exécutées par le processeur 32. Dans un mode de réalisation alternatif, le processeur 32 peut exécuter directement l'application 48 ; dans ce cas le système 15 d'exploitation 46 peut-être omis. Une ou plusieurs structures de données 50 peuvent aussi résider dans la mémoire 34 et peuvent être utilisées par le processeur 32, le système d'exploitation 46, ou l'application 48 pour stocker ou manipuler des données. [0033] L'interface 1/0 38 peut procurer une interface machine qui couple de façon fonctionnelle le processeur 32 à d'autres dispositifs et systèmes, tels que le réseau 26 ou la 20 ressource externe 42. L'application 48 peut ainsi collaborer avec le réseau 26 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 48 peut aussi avoir un code de programme qui est exécuté par une ou plusieurs ressources externes 42, ou repose sinon sur les fonctions ou signaux fournis par 25 d'autres composants de système ou de réseau externe au système informatique 30. En effet, au vu des configurations possibles, matérielles et logicielles, presque infinies, les hommes de métier comprendront que les modes de réalisation de l'invention peuvent inclure des applications localisées extérieurement au système informatique 30, distribuées entre des ordinateurs multiples et d'autres ressources externes 42, ou procurées par des ressources informatiques (matérielles et 30 logicielles) telles qu'un service d'informatique en nuage (cloud computing), fournies comme services via le réseau 26. 3054912 11 [0034] Le HMI 40 peut être couplé de façon fonctionnelle aux processeurs 32 d'un système informatique 30 de façon connue pour permettre à l'utilisateur d'interagir directement avec le système informatique 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 5 données à l'utilisateur. Le HMI 40 peut aussi inclure des dispositifs de saisie et des contrôles, 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. [0035] Une base de données 44 peut résider sur le dispositif de stockage de mémoire de 10 masse 36, et peut servir à collecter et organiser des données utilisées par les divers systèmes et module décrits dans les présentes. La base de données 44 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 44 peut être agencée selon toute organisation ou structure de base de données incluant, mais de façon non exhaustive, une base de données relationnelle, une base 15 de données de type hiérarchique, une base de données en réseau, ou des combinaisons de celles- là. Un système de gestion de base de données sous forme de logiciel informatique d'application qui s'exécute sous la forme d'instructions sur le processeur 32 peut être utilisé pour accéder à l'information ou aux données stockées dans des fichiers de la base de données 44 en réponse à une requête, lorsqu'une requête peut être déterminée de façon dynamique et exécutée par le 20 système d'exploitation 46, les autres applications 48, ou un ou plusieurs modules. [0036] Faisant maintenant référence à la FIG. 3, dans un mode de réalisation exemplaire de la divulgation, la plate-forme d'échange de produits 20 peut inclure un module de données 60, un module de disponibilité 62, un module de requêtes 64, un module de correspondance 66 et un module d'affichage 68. Les modules 60,62, 64,66 et 68 sont montrés comme des composants 25 distincts qui peuvent indiquer l'utilisation de techniques de programmation modulaire. Cependant, la conception de logiciels peut réduire le niveau de distinction des modules 60,62, 64,66 et 68 en combinant, au moins, certaines des fonctions de programme de multiples modules en un seul module. En outre, les hommes de métier comprendront que les fonctions attribuées aux modules 60,62, 64,66 et 68 peuvent être distribuées d'autres façons, ou sur d'autres 30 systèmes que ceux qui sont décrits. Ainsi les modes de réalisation de l'invention ne sont pas limités aux agencements de système ou de modules spécifiques montrés dans la FIG. 3. 3054912 12 [0037] Comme le montre la FIG. 3, les systèmes d'inventaire 22 peuvent chacun envoyer au moins un indicateur 80 vers le module de données 60 de la plate-forme d'échange de produits 20. En particulier, le module de commande 28 du système d'inventaire 22A peut envoyer un ou plusieurs indicateurs 80 vers la plate-forme d'échange de produits 20. Les 5 indicateurs 80 représentent un produit spécifique disponible chez un fournisseur de voyage spécifique. Par exemple, dans le cadre du voyage aérien, chaque indicateur représente un billet d'une compagnie aérienne particulière qu'un fournisseur de voyage est disposé à vendre à un prix demandé spécifique. Bien que chaque système d'inventaire 22 soit illustré en envoyant un indicateur 80 correspondant, on remarquera également qu'une seule une portion des systèmes 10 d'inventaire 22peut envoyer un indicateur 80. [00381- On remarquera aussi que les systèmes d'inventaire 22 peuvent envoyer les indicateurs 80 vers la plate-forme d'échange de produits 20 avant que la plate-forme d'échange de produits 20 ne reçoive les prix d'offre des utilisateurs finaux via les dispositifs clients 14. C'est-à-dire, que les systèmes d'inventaire 22 peuvent envoyer les indicateurs 80 de façon 15 proactive sans qu'il soit nécessaire pour la plate-forme d'échange de produits 20 d'envoyer d'abord une quelconque forme de notification aux systèmes d'inventaire 22. Les systèmes d'inventaires qui sont actuellement disponibles reçoivent typiquement de multiples requêtes de vérification de la disponibilité pour un produit de voyage particulier. En réponse à la réception d'une requête particulière, le système d'inventaire peut alors effectuer une vérification pour 20 déterminer la disponibilité, puis renvoyer une indication de la disponibilité au demandeur. Par contre, l'approche divulguée consistant à envoyer des indicateurs de disponibilité 80 vers la plate-forme d'échange de produits 20 aboutit à une transaction 1 à 1 qui réduit globalement le trafic. [0039] Le module de données 60 de la plate-forme d'échange de produits 20 peut recevoir 25 les indicateurs 80 des systèmes d'inventaire 22. Chaque indicateur 80 peut inclure un ensemble prédéterminé de paramètres. L'ensemble prédéterminé de paramètres inclut le prix demandé associé à un produit de voyage spécifique. L'ensemble prédéterminé de paramètres peut aussi inclure diverses caractéristiques, uniques aux produits de voyage spécifiques, telles que, par exemple, un calendrier, un itinéraire (c.-à-d., si un vol ou un voyage est direct ou inclut de 30 multiples escales) une origine et une destination, une date de départ ou des dates, et une classe (p. ex., première, business et économie). On remarquera que ce sont de simples exemples des attributs qui peuvent être associés à un produit spécifique. Par ailleurs, on remarquera que 3054912 13 l'ensemble prédéterminé de paramètres nécessite d'être catégorisé avec prudence pour assurer que des produits similaires sont catégorisés de la même façon. Par exemple, un vol décollant à 9 h et un vol décollant à 9 h 30 seraient catégorisés comme même type de vol. Cependant si la plage horaire devient trop étendue, les produits risquent être trop différenciés les uns par rapport 5 aux autres. En d'autres termes, la plage horaire a besoin d'être suffisamment étroite pour prendre en compte des horaires similaires, mais en même temps suffisamment large pour prendre en compte tous les vols pertinents. [0040] Le module de données 60 peut envoyer les indicateurs 80 au module de disponibilité 62. Le module de disponibilité 62 peut ensuite classer les indicateurs 80 sur la base 10 de l'ensemble prédéterminé de paramètres. Spécifiquement, dans un mode de réalisation les indicateurs 80 peuvent d'abord être organisés par date ainsi que par horaire de journée. Les horaires sont généralement organisés par plage horaire et non comme un point exact dans le temps. Par exemple, la date et les heures peuvent être arrangées selon qu'il s'agit d'un départ en matinée (p. ex., des horaires de sept h à 12 h pour les voyages du matin) pour une journée 15 particulière, d'un départ dans l'après-midi (p. ex., de 12 h à 17 h) et d'un départ en soirée (p. ex., de 17 h à environ 22 h). On remarquera que ces plages horaires de voyage peuvent varier selon le marché particulier. Les indicateurs 80 peuvent aussi être organisés par origine et par destination, par classe (p. ex., première, business et économie) et par itinéraire (c. -à.-d., vol direct ou incluant de multiples escales) 20 [0041] On remarquera que les indicateurs 80 sont classés sans tenir compte du fournisseur de voyage ou de la source. Par exemple, dans le cadre du voyage aérien, les indicateurs 80 sont classés sans tenir compte du transporteur aérien particulier. Cela veut dire que les produits de voyage sont présentés comme des produits banalisés aux utilisateurs finaux. En d'autres termes, les produits de voyage présentés par la plate-forme d'échange de produits 20 sont 25 interchangeables les uns avec les autres tant qu'ils répondent à une exigence spécifique. Des exemples des exigences incluent, sans limitation, la date spécifique de voyage, la plage horaire de départ, l'origine et la destination, la classe et l'itinéraire. Cela signifie que les produits de voyage sont transformés en produits banalisés par la plate-forme d'échange de produits 20. Ainsi, les utilisateurs finaux peuvent acheter des produits de voyage sans tenir compte de la 30 source ou du fournisseur particulier du produit de voyage. [0042] . En plus le fournisseur de voyage particulier, les indicateurs 80 peuvent aussi être classés par le module de disponibilité 62 sans tenir compte de quelconques restrictions associées 3054912 14 au produit de voyage. Des exemples de restrictions dans le cadre du voyage aérien incluent, sans limitation, les réservations/l'émission de billets à l'avance, les délais de séjour minimum/maximum et les dates fermées. [0043] La FIG. 4, est une illustration d'un tableau de voyage exemplaire, ou plate-forme, qui 5 peut être généré par la plate-forme d'échange de produits 20 qui est affichée sur une HMI des dispositifs clients 14 ainsi que sur les dispositifs informatiques associés aux systèmes d'inventaire 22. Faisant maintenant référence aux FIGS. 3 et 4 à la fois, le module de requêtes 64 peut recevoir une ou plusieurs requêtes de client 100 pour le produit de voyage spécifique via les dispositifs clients 14. Les requêtes de client 100 sont associées à un prix d'offre correspondant 10 qui représente le prix qu'un voyageur est disposé à payer pour le produit de voyage spécifique. Par exemple, dans le mode de réalisation, tel qu'il est décrit, il y a trois requêtes de client 100 pour un vol direct de New York à Londres en classe économique pour le ler décembre 2015. La première requête 100 est associée à un prix d'offre de $495du voyageur 1, la seconde requête 100 est associée à un prix d'offre de $492 du voyageur 2 et le troisième prix d'offre 100 15 est associé à un prix d'offre de $490 du voyageur 3. [0044] En réponse à la réception d'au moins une requête de client 100 de l'un des dispositifs clients 14, le module de requêtes 64 peut envoyer une requête 92 au module de disponibilité 62. La requête 92 est une requête au module de disponibilité 62 de fournir tous les indicateurs disponibles 80 pour le produit de voyage spécifique qui correspond à la requête de client 100. 20 Par exemple, dans le mode de réalisation montrée dans les FIGS. 3 et 4, la requête 92 est une requête pour tous les indicateurs 80 pour un billet d'avion, sur un vol direct de New York à Londres en classe économique le ler décembre 2015. S'il y a plus d'une requête de client 100 soumise pour un produit de voyage spécifique, le module de requêtes 64 peut classer ou arranger les requêtes des clients 100 selon le prix d'offre par ordre décroissant. Par exemple, dans le 25 mode de réalisation tel qu'il est décrit, les requêtes des clients sont arrangées selon le prix d'offre par ordre décroissant : $495, $492 et $490. Le module de requêtes 64 peut ensuite identifier la requête de client 100 associée au prix d'offre le plus élevé. Par exemple, dans le mode de réalisation tel qu'il est décrit, le prix d'offre le plus élevé est $495. [0045] En réponse à la réception de la requête 92, le module de disponibilité 62 peut d'abord 30 déterminer s'il existe des indicateurs 80 disponibles pour le produit de voyage spécifique. Par exemple, dans le mode de réalisation non limitatif décrit, le module de disponibilité 62 peut chercher des billets d'avion pour un vol direct de New York à Londres en classe économique 3054912 15 pour le ler décembre 2015. Si le module de disponibilité 62 est capable de localiser au moins un indicateur 80 pour le produit de voyage spécifique, le module de disponibilité 62 peut alors envoyer une réponse 94 au module de requêtes 64. La réponse 94 peut inclure tous les indicateurs 80 que le module de disponibilité 62 a localisés. 5 [0046] En réponse à la réception de la réponse 94 en provenance du module de disponibilité 62, le module de requêtes 64 peut classer les indicateurs 80 sur la base des prix demandés. Spécifiquement, le module de disponibilité 62 peut classer ou arranger les indicateurs 80 selon le prix par ordre décroissant. Par exemple, dans un mode de réalisation il y a trois indicateurs 80 pour un vol direct de New York à Londres en classe économique pour le ler 10 décembre 2015 au prix de $510 pour la compagnie aérienne 1, $505 pour la compagnie aérienne et $500 pour la compagnie aérienne 3. Ainsi, les indicateurs 80 sont arrangés selon le prix demandé par ordre décroissant : $510, $505 et $500. Le module de disponibilité 62 peut aussi identifier l'indicateur 80 associé au prix le plus bas. Par exemple, dans le mode de réalisation, tel qu'il est décrit, l'indicateur 80 associé au prix le plus bas est $500. 15 [0047] Le module de requêtes 64 peut alors renvoyer l'indicateur 80 associé au prix le plus bas (p. ex., $500) ainsi que la requête de client 100 associée au prix d'offre le plus élevé (p. ex., $495) au module de correspondance 66 et également au module d'affichage 68. Comme on le voit dans la FIG. 4, le module d'affichage 68 n'affiche sur le tableau de voyage que l'indicateur 80 associé au prix le plus bas 100 et la requête de client associée au prix d'offre le 20 plus élevé. C'est-à-dire que seuls le prix demandé le plus bas de $500 et le prix d'offre le plus élevé de $495 peuvent être visibles par les utilisateurs finaux. En remarquera que la différence entre le prix demandé le plus bas et le prix d'offre le plus élevé peut être désignée comme la marge. Par ailleurs, le prix de la toute dernière transaction peut être désigné comme le prix du marché. Dans un mode de réalisation, un utilisateur final peut envoyer une requête à la plate- 25 forme d'échange de produits 20 afin de se renseigner sur le prix du marché pour un produit particulier (p. ex., le montant payé pour le dernier vol direct de New York à Londres en classe économique le ler décembre 2015). Ainsi les utilisateurs finaux peuvent rapidement et facilement trouver le prix du marché pour un produit particulier, ce qui n'est pas possible actuellement. Au contraire, les utilisateurs finaux doivent aller sur de nombreux sites de voyage 30 pour déterminer le prix du marché. [0048] Le module de correspondance 66 peut déterminer si la requête de client 100 associée au prix d'offre le plus élevé est égale ou dépasse l'indicateur 80 associé au prix demandé le plus 3054912 16 bas. Si le prix d'offre le plus élevé est égal ou dépasse l'indicateur 80 associé au prix demandé le plus bas, à la fois le prix d'offre le plus élevé et le prix demandé le plus bas sont associés l'un à l'autre par le module de correspondance 66 et sont ensuite retirés du tableau de voyage par le module d'affichage 68. Le module de correspondance 66 peut alors finaliser une vente. 5 Spécifiquement, l'utilisateur final associé au prix d'offre le plus élevé peut être facturé pour la réservation de voyage spécifique et les fonds collectés de l'utilisateur final peuvent être transférés au fournisseur de voyage associé au prix demandé le plus bas. Cependant, aucune vente n'est finalisée si le prix d'offre le plus élevé n'est pas au moins égal à l'indicateur associé au prix demandé le plus bas. Par exemple, dans le mode de réalisation montrée dans la FIG. 4; 10 aucune vente n'est finalisée parce que le prix d'offre de $495 de $500 est inférieur au prix demandé. [0049] Comme le montre la FIG. 4, on note que les indicateurs 80 sont classés sans tenir compte du fournisseur de voyage ou de toute restriction de voyage. En d'autres termes, les produits de voyage ont été transformés en produits banalisés de sorte que l'utilisateur final prend 15 la décision d'acheter sans tenir compte de la source (p. ex., la compagnie aérienne) des produits de voyage. On remarquera aussi que les utilisateurs finaux sont anonymes et ne sont visibles que par le prix d'offre particulier. Les produits vendus en utilisant la plate-forme d'échange de produits 20 peuvent être spécifiques à une compagnie aérienne pour laquelle le fournisseur du contenu est connu ou opaque, ou le fournisseur du contenu est inconnu. 20 [0050] En outre, un produit vendu en utilisant la plate-forme d'échange de produits 20 peut être un produit opaque, où des aspects du produit sont proposés sans être connus des dispositifs clients 14. Dans divers modes de réalisation, l'opacité du produit de voyage, ou les aspects non dévoilés, peuvent par, exemple, concerner le fournisseur du voyage (p. ex., la compagnie aérienne), la date de voyage du produit, l'horaire du voyage, l'heure de départ, l'heure de retour, 25 la durée du voyage, l'origine et/ou le nombre de sièges toujours disponibles. Dans un mode de réalisation, la plate-forme d'échange de produits 20 donne au client une option de révélation d'un aspect du produit opaque à un prix prédéterminé. Les options de révélation des aspects opaques peuvent être tarifées différemment selon, par exemple, l'importance perçue concernant la transparence. 30 [0051] Dans un mode de réalisation, l'approche mentionnée ci-dessus peut être utilisée par des fournisseurs de voyage pour ne vendre qu'une quantité relativement petite de leur inventaire total. Spécifiquement, des transporteurs aériens peuvent, par exemple, ne vendre que leur 3054912 17 inventaire auxiliaire en utilisant la plate-forme d'échange de produits 20. D'autres types de fournisseurs de voyage, tels que les agents de voyage, peuvent acheter des produits de voyage à des prix de gros et peuvent ensuite utiliser la plate-forme d'échange de produits 20 pour vendre des produits de voyage individuellement à divers utilisateurs finaux. Comme cela est expliqué de 5 façon plus détaillée ci-dessous, les fournisseurs de voyage peuvent avoir l'opportunité d'adapter leur prix demandé si le prix d'offre le plus élevé actuel n'est pas au moins égal à l'indicateur 80 le plus bas. De façon similaire, les utilisateurs finaux peuvent aussi avoir l'opportunité d'adapter leur prix d'offre si le prix d'offre actuel le plus élevé n'est pas au moins égal à l'indicateur 80 le plus bas. 10 [0052] On remarquera qu'une fois que la plate-forme d'échange de produits 20 détermine que la requête de client 100 associée au prix d'offre le plus élevé est égale ou dépasse l'indicateur 80 associé au prix demandé le plus bas, les fournisseurs de voyage peuvent soumettre à nouveau plus d'indicateurs 80 et les utilisateurs finaux peuvent aussi soumettre à nouveau des requêtes client 100. Les fournisseurs de voyage et les utilisateurs finaux peuvent 15 aussi soumettre à nouveau des indicateurs 80 et des requêtes client 100 une fois que la plate- forme d'échange de produits 20 a comparé le prix d'offre le plus élevé au prix demandé. le plus bas et a déterminé qu'il n'existe pas de correspondance. Par exemple, la FIG. 5 est une illustration du tableau de voyage qui peut être affiché en réponse au prix d'offre le plus élevé de $495 étant inférieur au prix demandé le plus bas de $500 décrit ci-dessus et montré dans la FIG. 20 4. [0053] Faisant référence à la fois aux FIGS.3 et 5, puisqu'aucune vente n'a été finalisée, la compagnie aérienne 3 réduit son prix demandé de son indicateur 80 à $495. Ainsi le prix d'offre le plus élevé est maintenant égal à l'indicateur 80 associé au prix demandé le plus bas. Ainsi, l'indicateur 80 associé au prix demandé le plus bas de $495 est envoyé à la fois au module de 25 correspondance 66 et au module d'affichage 68. Alors le prix d'offre le plus élevé et le prix demandé le plus bas sont associés l'un à l'autre et retirés du tableau de voyage, et le module de correspondance 66 peut finaliser une vente. [0054] La FIG. 6 est une illustration du tableau de voyage en réponse au prix d'offre le plus élevé de $500 étant égal au prix demandé le plus bas de $500. Comme le montre la FIG. 6, à la 30 fois le prix d'offre le plus élevé et le prix demandé le plus bas ont été retirés du tableau de voyage. De plus, le voyageur 3 a relevé son prix demandé (prix d'offre) à $507. Ainsi comme on le voit dans la FIG. 6, la requête de client 100 associée au prix d'offre le plus élevé ($507) est 3054912 18 maintenant supérieure à l'indicateur restant 80 associé au prix demandé le plus bas ($500). Ainsi, à la fois le prix d'offre le plus élevé et le prix demandé le plus bas sont associés l'un à l'autre et retiré du tableau de voyage, et le module de correspondance 66 peut finaliser une vente. 5 [0055] On remarquera que la plate-forme d'échange de produits 20 décrite ci-dessus, illustrée dans la FIG. 3 permet aux deux fournisseurs de voyage d'adapter leurs prix de façon dynamique, sur la base de la demande. Les hommes de métier comprendront facilement que les voyageurs achètent en fait des produits de voyage au prix qui est déterminé unilatéralement par le fournisseur de voyage lui-même. Cependant, un fournisseur de voyage peut parfois ne pas être 10 capable de modifier ses prix demandés assez vite pour accommoder divers changements sur le marché qui peuvent affecter la demande et les prix. L'approche mentionnée ci-dessus résout ces inefficacités de tarification en permettant aux fournisseurs de voyage d'ajuster leurs prix demandés de façon dynamique sur la base des prix d'offre soumis par un ou plusieurs utilisateurs finaux. 15 [0056] En plus des avantages mentionnés ci-dessus, la plate-forme d'échange de produits 20 divulguée ci-dessus peut aussi fournir diverses caractéristiques aux fournisseurs de voyage pour offrir des produits de voyage rappelables ou remboursables à un prix spécifique qui sont décrits de façon plus détaillée ci-dessous. On remarquera que les systèmes d'inventaire 22 envoient des indicateurs 80 vers la plate-forme d'échange de produits 20, dans lesquels les indicateurs 80 20 représentent des produits de voyage qui offrent chacun des contrats à terme standardisés. Par exemple, un contrat à terme est un contrat entre deux parties pour vendre et acheter un bien un moment spécifié dans le futur à un prix conclu dans le présent. Un billet d'avion traditionnel est un exemple de contrat à terme sur mesure. Par contraste, un contrat à terme standardisé est une forme particulière du contrat à terme incluant des caractéristiques standardisées. Spécifiquement, 25 les contrats à terme standardisés procurent des détails sur la qualité et la quantité du produit sous-jacent et sont standardisés pour faciliter le commerce lors d'un échange. On remarquera que les billets vendus en utilisant la plate-forme d'échange de produits 20 sont un type de contrat à terme standardisé. En effet, quelle que soit la compagnie aérienne qui fournit le billet, du point de vue de l'acheteur le produit, un billet d'avion, reste le même. 30 [0057] Dans un mode de réalisation, le système d'inventaire 22 peut envoyer les indicateurs 80 vers la plate-forme d'échange de produits 20, dans lequel les indicateurs 80 peuvent représenter des produits de voyage qui sont rappelables. Si un produit de voyage est 3054912 19 rappelé, cela signifie qu'une fois qu'un utilisateur final a soumis une offre réussie et qu'une vente est finalisée entre le fournisseur de voyage et l'utilisateur final, le fournisseur de voyage détient toujours l'option de rappeler ou de racheter le produit de voyage à l'utilisateur final avant la date d'expiration de la réservation de voyage. Par exemple, si le produit de voyage est un 5 billet d'avion pour un vol qui part le ler décembre 2015, cela signifie qu'une compagnie aérienne (ou autre fournisseur de voyage) a l'option de racheter le billet d'avion avant le 1er décembre 2015. [0058] On remarquera que si un produit de voyage est rappelable, le fournisseur de voyage rachète typiquement le produit de voyage à l'utilisateur final à un prix plus élevé que le prix 10 payé par l'utilisateur final à l'origine. Par exemple, si un utilisateur final soumet une offre réussie de $550 en utilisant la plate-forme d'échange de produits 20 pour acheter un produit de voyage qui est rappelable, le fournisseur de voyage ne peut alors, généralement, pas rappeler le produit de voyage à un prix égal ou inférieur à $550. [0059] La FIG. 7 est un graphique illustrant une courbe de prix exemplaire pour un produit 15 de voyage particulier. Par exemple, la courbe de prix pourrait représenter un vol de New York à Londres. L'axe X du graphique représente les jours restants avant le départ et l'axe Y représente le tarif ou le prix qu'un fournisseur de voyage peut prétendre facturer pour le produit de voyage particulier. Comme on le voit dans la FIG. 7, au fur et à mesure que les jours avant le départ se rapprochent de zéro, le prix que le fournisseur de voyage peut facturer pour le vol peut 20 augmenter de façon exponentielle. [0060] Les hommes de métier comprendront aisément que certains types de produits de voyage, tels que des vols entre deux grandes villes comme New York et Londres, peuvent être en forte demande. Par conséquent, ces produits de voyage ont tendance à être totalement vendus bien avant leur date d'expiration. En effet, parfois des vols entre New York et Londres peuvent 25 être entièrement vendus bien avant leur date de départ. Si un fournisseur de voyage détermine qu'il y a une demande inattendue pour un produit de voyage particulier tel que le vol entre New York et Londres, le fournisseur de voyage peut alors utiliser l'option de rappel pour racheter certains de ces produits de voyage. Le fournisseur de voyage peut ensuite revendre le produit de voyage aux voyageurs disposés à payer un prix plus élevé que le prix d'offre accepté. Par 30 exemple, si une compagnie aérienne détermine que les voyageurs sont disposés àpayer $950 pour le billet d'avion de New York à Londres le 28 novembre 2015, le fournisseur de voyage peut alors rappeler le billet que l'utilisateur final avait acheté précédemment pour $550 en 3054912 20 utilisant la plate-forme d'échange de produits 20, cependant à un prix plus élevé que le prix payé par l'utilisateur final à l'origine. Cependant, le fournisseur de voyage a maintenant l'option de vendre le billet à un utilisateur un prix beaucoup plus élevé que le prix payé pour le billet à l'origine, optimisant ainsi la recette pour la compagnie aérienne. 5 [0061] Dans encore un autre mode de réalisation, le système d'inventaire 22 peut envoyer les indicateurs 80 vers la plate-forme d'échange de produits 20, dans lequel les indicateurs 80 peuvent représenter des produits de voyage qui sont remboursables ou revendables. Si un produit de voyage est revendable, cela signifie qu'une fois que l'utilisateur final a soumis une offre réussie et qu'une vente est finalisée entre le fournisseur de voyage et l'utilisateur final, 10 l'utilisateur final à la possibilité de revendre le produit de voyage au fournisseur de voyage avant la date d'expiration en utilisant la plate-forme d'échange de produits 20. Par exemple, si le produit de voyage est un billet d'avion pour un vol qui par le ler décembre 2015, cela signifie que l'utilisateur final a la possibilité de vendre le billet d'avion avant le ler décembre 2015. On remarquera qu'un utilisateur final peut tirer profit de la vente du produit de voyage s'il est 15 capable de vendre le produit de voyage un prix plus élevé que ce qu'il a payé. De la même façon , on remarquera que l'utilisateur final peut aussi perdre de l'argent sur la vente si le produit de voyage ne peut pas être vendu un prix qui est au moins égal au prix payé pour le produit de voyage. [0062] Faisant référence de façon générale aux dessins, le système divulgué améliore 20 l'efficacité globale du traitement des données associées à la réservation de voyage spécifique et résout aussi un problème qui est enraciné dans la technologie informatique. Spécifiquement, la plate-forme d'échange de produits décrite ci-dessus permet aux deux fournisseurs de voyage d'adapter leur prix de façon dynamique sur la base de la demande. De plus, on remarquera que le système divulgué procure aussi à l'utilisateur final le meilleur prix disponible qui est garanti à 25 tout moment. On remarquera que cette caractéristique est difficile, sinon impossible, à fournir en utilisant les systèmes de voyage actuels. En effet les voyageurs peuvent parfois croire qu'ils ont trouvé le meilleur prix disponible pour un billet d'avion particulier, puis se rendre compte que le billet n'est pas vraiment disponible à ce prix au moment venu d'acheter le billet. [0063] En général, les sous programmes exécutés pour mettre en oeuvre les modes de 30 réalisation de l'invention, qu'il soit implémenté dans le cadre d'un système d'exploitation ou d'une application spécifique, d'un composant, d'un programme, d'un objet, d'un module ou d'une séquence d'instructions, ou même un sous-ensemble de ceux-là, peuvent être désignés 3054912 21 dans les présentes comme « code de programme d'ordinateur » 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 un ou plusieurs processeurs dans un 5 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 effectuer 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 10 ou plusieurs langages de programmation. [0064] Divers codes de programme décrits dans les présentes peuvent être identifiés sur la base de l'application dans lequel ils sont implémentés dans des modes de réalisation spécifique 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 15 usage 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 de distribuer les fonctionnalités d'un programme entre diverses couches de logiciels qui résident dans un ordinateur typique (par 20 ex., les systèmes d'exploitation, les bibliothèques, les interfaces d'application de programme [API], les applications, les applications courtes [applets], etc.), on remarquera que les modes de réalisation de l'invention ne sont pas limités à l'organisation spécifique ou à l'affectation spécifique des fonctionnalités de programme telles qu'elles sont décrites dans les présentes. [0065] petites applications (applets), etc., on remarquera que les modes de réalisation ne sont 25 pas limités aux modes de réalisation spécifiques décrits dans les présentes. Le code de programme intégré dans l'une quelconque des applications/modules décrit(e)s dans les présentes peut être individuellement ou collectivement distribué sous forme de produit-programme dans une variété de formes différentes. En particulier, le code de programme peut être distribué en utilisant un médium de stockage lisible par ordinateur, disposant en lui-même d'instructions de 30 programme lisibles par ordinateur permettant à un processeur d'effectuer des aspects des modes de réalisation de l'invention. 3054912 22 [0066] Les supports de stockage lisibles par ordinateur qui sont intrinsèquement durables, peuvent inclure des supports tangibles, volatiles et non volatiles, amovibles et non amovibles, implémentés dans tout procédé ou toute technologie de stockage d'informations telles que des instructions lisibles par ordinateur, des structures de données, des modules de programme, ou 5 d'autres données. Les supports de stockage lisibles par ordinateur peuvent aussi comprendre des mémoires RAM, ROM, EPROM (la mémoire à lecture exclusivement, programmable et effaçable), EEPROM (la mémoire à lecture exclusivement, programmable et effaçable électriquement), 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 10 optique, bandes d'enregistrement magnétique, mémoire à disque magnétique, ou tout autre médium pouvant être utilisé pour stocker l'information désirée et apte à être lu par un ordinateur. Un support de stockage lisible par ordinateur ne peut être interprété comme « signaux transitoires » en soi (par exemple, 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 15 é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 par un réseau. [0067] Les instructions de programme lisibles par ordinateur sur un support lisible art 20 ordinateur peuvent être-utilisées pour instruire un ordinateur, d'autre type d'appareils de traitement de données programmable, ou d'autres dispositifs pour fonctionner d'une manière particulière, de sorte que les instructions enregistrées dans le support lisible par ordinateur produisent un article de fabrication incluant des instructions qui implémentent les fonctions, les actions et/ou les opérations spécifiées dans les diagrammes séquentiels les organigrammes et/ou 25 les diagrammes blocs. Les instructions de programme informatique peuvent être fournies à un ou plusieurs processeurs d'un ordinateur à usage général, un ordinateur dédié ou 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 du ou des 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. [0068] Dans certains modes de réalisation alternatifs, les fonctions, les actions et/ou les opérations spécifiées dans les diagrammes séquentiels, les organigrammes et/ou les diagrammes 3054912 23 blocs peuvent être commandées à nouveau, traitées en série et/ou traitées simultanément conformé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 qui sont illustrés, tout en restant conformes avec les modes de réalisation de l'invention. 5 [0069] La terminologie utilisée dans les présentes sert uniquement à décrire des modes de réalisation particuliers et ne prétend pas limiter les modes de réalisation de l'invention. Le singulier des articles définis et indéfinis « un », « une », « le » et « la » tels qu'ils sont utilisés dans les présentes sous-entend également les formes plurielles, sauf s'il en est indiqué autrement et clairement par le contexte. On comprendra par ailleurs que les termes « comprend », 10 « comprennent » et/ou « comprenant » lorsqu'ils sont utilisés dans ces spécifications, précisent la présence de caractéristiques, de nombres entiers, d'étapes, d'opérations, d'éléments, et/ou de composants, mais n'excluent pas la présence ou l'ajout d'un ou de plusieurs caractéristiques, nombres entiers, étapes, éléments, composants et/ou groupes en cela. De plus, dans la mesure où les formes verbales « inclut », « ayant », «a », ou des variantes, sont utilisées dans la description 15 détaillée des revendications, ces termes sont censés être inclusifs de façon similaire au verbe « comprendre ». [0070] Bien que toute l'invention ait été illustrée à l'aide de description de divers modes de réalisation et bien que ces modes de réalisation soient décrits de façon extrêmement détaillée il n'est pas de l'intention du demandeur de restreindre ou de limiter de quelque façon que ce soit la 20 portée des revendications annexées, à de tels détails. Des avantages supplémentaires et des modifications possibles apparaîtront aisément aux hommes de métier. L'invention sous un angle plus large n'est donc pas limitée aux détails spécifiques, aux procédés et aux appareils représentatifs, et aux illustrations montrées et décrites à titre d'exemple. Par conséquent, il est possible de s'éloigner de ces détails sans s'éloigner de l'esprit et de la portée du concept inventif 25 général de l'appliquant. REVENDICATIONS1. Un système d'échange de produits en communication avec au moins un système d'inventaire et une pluralité de dispositifs client, le système d'échanges de produits comprenant un ou plusieurs processeurs ; et un module de données exécuté par un ou plusieurs processeurs, le module de données étant configuré pour recevoir un indicateur provenant au moins d'un système inventaire, dans lequel l'indicateur donne une indication de la disponibilité du produit et l'indicateur est associé à une quantité de ressources pour le produit ; un module de disponibilité exécuté par un ou plusieurs processeurs, le module de disponibilité étant configuré pour recevoir l'indicateur en provenance du module de données, le module de disponibilité rendant le produit disponible à la demande ; un module de requêtes exécuté par un ou plusieurs processeurs, le module de requêtes étant configuré pour recevoir une pluralité de requêtes des clients en provenance des dispositifs clients, les requêtes des clients étant chacune associées à une valeur de ressource, dans lequel le module de requête classe les requêtes des clients sur la base de leurs valeurs respectives de ressource et identifie une requête de client supérieure associée à la valeur de ressource ayant la valeur la plus élevée comparée avec un nombre restant des requêtes de clients ; et un module de correspondance exécuté par un ou plusieurs processeurs, le module de correspondance étant configuré pour recevoir à la fois la requête supérieure de client et l'indicateur et étant configuré pour comparer la requête supérieure de client avec l'indicateur, dans lequel le module de correspondance associe la requête supérieure de client et l'indicateur l'un à l'autre en réponse à la valeur de ressource de la requête supérieure du client étant au moins égale à la quantité de ressource associée à l'indicateur. 2. Le système d'échange de produits selon la revendications 1 comprenant par ailleurs : une pluralité de systèmes d'inventaire, dans lequel le module de données est configuré pour recevoir un indicateur spécifique de chacun des systèmes d'inventaire et le module de disponibilité est configuré pour recevoir les indicateurs spécifiques du module de données. 3054912 25 16 57521 Revendication modifiées (copie au propre 3. Le système d'échange de produits selon la revendication 2 dans lequel le module de disponibilité est configuré pour classer des indicateurs spécifiques sur la base d'un ensemble prédéterminé de paramètres, dans lequel l'ensemble prédéterminé de paramètres inclut la 5 synchronisation, l'itinéraire, une origine et une destination, une date de départ et une classe associés aux produits. 4. Le système d'échange de produits selon l'une quelconque des revendications 2 à 3 dans lequel le module de requêtes est configuré pour recevoir les indicateurs spécifiques en provenance du 10 module de disponibilité et dans lequel le module de requêtes est configuré pour classer les indicateurs spécifiques selon leur quantité respective de ressources. 5. Le système d'échange de produits selon l'une quelconque des revendications 2 à 4 dans lequel le module de requêtes est configuré pour identifier l'indicateur le plus bas associé à la quantité de ressource ayant la valeur la plus basse comparée avec un nombre restant d'indicateurs spécifiques. 6. Le système d'échange de produits selon la revendication 5 dans lequel le module de correspondance est configuré pour recevoir à la fois la requête de client supérieure et l'indicateur 20 le plus bas et dans lequel le module de correspondance est configuré pour associer la requête de client supérieure et l'indicateur le plus bas l'un à l'autre en réponse à la requête de client supérieure étant au moins égale à l'indicateur le plus bas. 7. Le système d'échange de produits selon l'une quelconque des revendications I à 6 25 comprenant par ailleurs : un module d'affichage, dans lequel le module d'affichage est configuré pour recevoir à la fois la requête de client supérieure et l'indicateur, et pour publier à la fois la requête de client supérieure et l'indicateur pour affichage sur au moins un des dispositifs client. 30 3054912 26 16 57521 Revendications modifiées (copie au propre) 8. Le système d'échange de produits selon la revendication 7 dans lequel le module d'affichage est configure pour retirer à la fois la requête de client supérieure et l'indicateur de l'affichage en réponse à la requête de client supérieure étant au moins égale à la quantité de ressources associées à l'indicateur. 9. Le système d'échange de produits selon l'une quelconque des revendications 1 à 8 dans lequel le module de requêtes est configure pour recevoir à nouveau un autre indicateur soumis par au moins un système d'inventaire en réponse à la requête de client supérieure étant inférieure à la quantité de ressources associée à l'indicateur. 10. Le système d'échange de produits selon l'une quelconque des revendications I à 8 dans lequel le module de requêtes est configure pour recevoir à nouveau une autre requête de client soumise par au moins un des dispositifs client en réponse à la requête de client supérieure étant inférieure à la quantité de ressources associée à l'indicateur, 10 15