Brevet FR3048537A1 — publié le 20170908

SYSTÈME DE TRAITEMENT DE TRANSACTION EN LIGNE AVEC SÉLECTION ADAPTATIVE D'ACQUÉREUR DOMAINE TECHNIQUE [1] L'invention présente concerne de façon générale les systèmes de traitement de transaction en ligne et, plus particulièrement, des systèmes et des méthodes pour sélectionner de façon adaptative des systèmes d'acquéreurs pour des transactions en ligne. CONTEXTE [2] Lorsqu'un client initie une transaction en ligne avec un commerçant pour un produit ou un service, le client procure typiquement les informations relatives à une carte de crédit au commerçant par Internet. Par la suite, pour collecter le paiement de la transaction en ligne, le commerçant communique la carte de crédit du client à une banque acquérante avec laquelle le commerçant a passé un accord. La banque acquérante contacte alors la banque émettrice de la carte de crédit du client pour demander des fonds à partir du compte du client. Une fois que les fonds demandés ont été transférés par la banque émettrice, la banque acquérante procure les fonds au commerçant. [3] Les commerçants sont souvent en relation avec de multiples banques acquérantes qui sont en mesure de collecter les fonds pour le compte du commerçant. De cette façon, lorsque le commerçant reçoit les informations relatives au paiement d'une transaction en ligne, le commerçant sélectionne l'une des banques acquérantes pour collecter le paiement. Dans des systèmes précédents, le commerçant se basait pour cette sélection sur un point de vente (c'est-à-dire, le lieu où le client a initié la transaction en ligne). Cependant, dans le contexte des transactions en ligne par carte de crédit, la sélection d'une banque acquérante sur cette seule base peut aussi donner lieu à des coûts additionnels pour le commerçant sous forme de frais bancaires élevés. De plus, cela peut aussi rendre le traitement plus complexe pour le commerçant, par exemple, lorsque la banque acquérante dépend d'une juridiction dont les règlementations sont relativement lourdes. Quel que soit le cas, la transaction en ligne devient moins qu'optimale pour le commerçant. 3048537 2 [4] En conséquence, un besoin existe pour des systèmes améliorés de traitement de transaction en ligne et pour des méthodes adaptatives de sélection des systèmes d'acquéreurs de façon à optimiser les transactions en ligne pour le commerçant. RÉSUMÉ [5] L'un des modes de réalisation, un système de traitement de transaction en ligne pour une sélection adaptative d'un système acquéreur optimal dans le cadre d'une transaction en ligne impliquant un commerçant, inclut au moins un dispositif de mémoire de masse. Le dispositif de mémoire de masse stocke une base de données qui inclut un ensemble d'enregistrements, chaque enregistrement incluant des données relatives à un ensemble de systèmes d'émetteurs. Le système de traitement de transaction en ligne inclut par ailleurs un ou plusieurs processeurs et une mémoire couplée aux processeurs. La mémoire comprend des instructions qui, lorsqu'elles sont exécutées par les processeurs, amènent le système de traitement de transaction en ligne, en réponse à la réception de données de paiement qui sont associées avec une transaction en ligne impliquant le commerçant, à récupérer à partir de là base de données les données relatives à un système émetteur particulier. Les instructions, lors de l'exécution, amènent par ailleurs le système de traitement de transaction en ligne à sélectionner un système acquéreur optimal pour la transaction en ligne à partir d'un ensemble de systèmes d'acquéreurs, chacun d'entre eux ayant une relation avec le commerçant sur la base des données extraites de la base de données. [6] Dans un autre mode de réalisation, une méthode de sélection adaptative d'un système acquéreur optimal pour une transaction en ligne impliquant un commerçant, inclut la réception au niveau d'un ou de plusieurs processeurs, de données de paiement associées avec une transaction en ligne impliquant le commerçant qui sont relatives à l'un en particulier d'un ensemble de systèmes d'émetteurs. La méthode comprend aussi une interrogation par ledit ou lesdits processeurs de la base de données en fonction des données de paiement. La base de données est stockée sur au moins un dispositif de mémoire de masse et comprend un ensemble d'enregistrements relatifs à un des systèmes émetteurs. La méthode inclut par ailleurs la réception au niveau d'un ou de plusieurs processeurs et à partir de la base de données, de données relatives au système émetteur particulier, et la sélection par ledit ou lesdits processeurs d'un système acquéreur optimal pour la transaction en ligne à partir d'un ensemble de systèmes d'acquéreurs 3048537 3 ayant chacun une relation avec le commerçant basée sur les données reçues de la base de données. [7] Dans un autre mode de réalisation, un produit-programme d'ordinateur inclut un support non transitoire déchiffrable par ordinateur. Les instructions sont stockées sur le support non transitoire déchiffrable par ordinateur et lors de l'exécution par un plusieurs processeurs, les instructions amènent ledit ou lesdits processeurs à recevoir les données de paiement associées à une transaction en ligne impliquant le commerçant et qui sont relatives à l'un en particulier d'un ensemble de systèmes d'émetteurs. Les instructions lors de leur exécution peuvent aussi amener ledit ou lesdits processeurs à interroger une base de données en fonction des données de paiement. La base de données est stockée sur au moins un dispositif de mémoire de masse et comprend un ensemble d'enregistrements relatifs à un des systèmes des émetteurs, chacun des enregistrements incluant des données relatives à l'un des systèmes émetteurs. Les instructions lors de l'exécution amènent par ailleurs ledit ou lesdits processeurs à recevoir, à partir de la base de données, les données concernant le système émetteur particulier et à sélectionner un système acquéreur optimal pour la transaction en ligne à partir d'un ensemble de systèmes d'acquéreurs ayant chacun une relation avec le commerçant selon les données reçues de la base de données. BRÈVE DESCRIPTION DES DESSINS [8] Les modes de réalisation de l'invention présente seront mieux compris et appréciés plus pleinement grâce à la lecture de la description détaillée ci-après qui complète les dessins. [9] Fig. 1 est une vue schématique d'un environnement d'exploitation exemplaire qui inclut une pluralité de systèmes informatiques qui peuvent être impliqués dans une transaction en ligne. [10] Fig. 2 est une vue schématique d'un ordinateur exemplaire de la fig. 1 [11] Fig. 3 est une vue schématique de l'architecture exemplaire de traitement qui peut être utilisée pour une transaction en ligne afin de sélectionner de façon adaptative un système acquéreur. [12] Fig. 4 est un organigramme d'un processus exemplaire pour la sélection adaptative d'un système acquéreur qui peut être effectué par l'architecture de traitement de la fig. 3. 3048537 4 DESCRIPTION DÉTAILLÉE [13] Fig. 1 illustre un environnement d'exploitation 10 qui peut inclure un système commerçant 12, un système de paiement 14, deux ou plusieurs systèmes acquéreurs 16, et/ou un système émetteur 18. Chacun de ces systèmes peut communiquer avec un autre par l'intermédiaire d'un réseau 24, tel qu'Internet. Par ailleurs, deux ou plusieurs de ces systèmes peuvent être intégrés l'un à l'autre. [14] Le système commerçant 12 peut inclure tout système configuré pour faciliter les transactions de commerce d'un commerçant tel qu'une compagnie aérienne, un hôtel, une compagnie ferroviaire, une agence de location de voitures, un agent de voyages, etc. Par exemple, le système commerçant 12 peut inclure un système en amont, tel qu'une interface utilisateur dans laquelle les clients peuvent initier des transactions en ligne avec le commerçant. De plus, le système commerçant peut inclure un système de réservation configuré pour générer et conserver un enregistrement de nom de passager (PNR) pour chaque achat ou réservation effectué avec le commerçant. Chaque PNR peut inclure une information concernant les produits et/ou services liés à un achat une réservation (par exemple, un itinéraire de voyage réservé pour un ou plusieurs passagers sur un vol), les tarifs ou frais utilisés pour payer l'achat ou effectuer la réservation, et/ou les données de paiement relatives à l'achat ou à la réservation (par exemple, les informations de la carte de crédit ou de débit d'un client). Le système commerçant 12 peut par ailleurs inclure un système billettique configuré pour émettre des billets électroniques, et/ou un système inventaire configuré pour suivre l'inventaire restant du commerçant (par exemple, les places assises restantes sur chaque segment de vol). Pour le cas particulier d'un commerçant qui est une compagnie aérienne, le système commerçant 12 peut inclure en plus un système de contrôle de départ (DCS) configuré pour gérer les opérations de la compagnie aérienne à l'aéroport le jour du voyage (par exemple, l'enregistrement des passagers, l'impression des coupons d'embarquement, etc.). [15] Le système commerçant 12 peut aussi inclure un système de distribution globale (GDS) configuré pour permettre aux clients et/ou aux agents de voyages de rechercher, d'acheter, et/ou de réserver les produits et/ou les services de multiples commerçants par l'intermédiaire d'une seule interface. Par ailleurs, le GDS peut être configuré pour générer et conserver un enregistrement de réservation pour chaque achat ou réservation effectué par l'intermédiaire du 3048537 GDS. Un seul de ces fichiers de réservation peut inclure une information relative aux produits et/ou services de multiples commerçants, sans tenir compte du type de produit et/ou service. De cette façon, lorsqu'un achat ou une réservation implique des produits et/ou services de multiples commerçants (par exemple, une réservation qui inclut un service aérien, ferroviaire, ou un service de location de voitures, etc.), le GDS peut générer un seul enregistrement de réservation pour la totalité de l'achat ou de la réservation. [016] Le système de paiement 14 peut être configuré pour faciliter les opérations relatives au commerçant, telles que la collection des fonds à partir du compte bancaire du client ou la réception d'une autorisation confirmant la disponibilité des fonds sur le compte du client. Par exemple, lorsqu'un client initie ou participe à une transaction en ligne avec un commerçant pour des produits et/ou des services, le client peut fournir une forme de paiement électronique au système commerçant 12 par l'intermédiaire du réseau 24. Par la suite, pour collecter le paiement pour la transaction ligne, le système commerçant 12 peut communiquer avec le système de paiement 14. Le système de paiement 14 peut ensuite générer et envoyer une demande de capture qui inclut la forme de paiement électronique à l'un des systèmes acquéreurs 16, tel qu'un système bancaire particulier. Les systèmes acquéreurs 16 peuvent être fournis par un ou plusieurs acquéreurs, tels qu'une ou plusieurs institutions financières. Par exemple, une institution financière peut fournir deux ou plusieurs des systèmes acquéreurs 16, ou chaque système acquéreur 16 peut être fourni par des institutions financières différentes. Par ailleurs, chacun des systèmes acquéreurs 16 peut être situé dans des régions géographiques différentes (par exemple, un pays), et chacun des systèmes acquéreurs 16 et/ou des acquéreurs peut avoir une relation distincte avec le commerçant. Par exemple, chacun des systèmes acquéreur 16 et/ou des acquéreurs peut avoir un compte pour le commerçant et peut faire l'objet d'un accord contractuel avec le commerçant pour effectuer un paiement relatif aux opérations pour le compte du commerçant. [017] Après avoir reçu la demande, le système acquéreur 16 peut identifier le système émetteur 18 qui a émis la forme de paiement au client, qui peut également être un système bancaire fourni par une institution financière, et par la suite, il peut envoyer une demande au système émetteur 18 pour que les fonds soient transférés à partir du compte du client. Une fois que les fonds ont été reçus en provenance du système émetteur 18, le système acquéreur 16 peut 3048537 6 fournir les fonds au commerçant, par exemple en créditant les fonds sur le compte du commerçant. [18] Un échange similaire peut survenir pour une opération d'autorisation ; au lieu d'envoyer une demande au système émetteur 18 pour transférer les fonds à partir du compte du client, le système émetteur 16 peut envoyer une demande de confirmation de la disponibilité des fonds sur le compte du client, pour la transaction en ligne. Une fois qu'une telle confirmation a été reçue par le système émetteur 18, le système acquéreur 16 peut communiquer la confirmation au commerçant. Par la suite, le commerçant peut remettre les produits et/ou les services relatifs à la transaction en ligne au client. [19] Lorsqu'il effectue une opération relative à un paiement le système de paiement 14 peut être configuré pour sélectionner l'un des systèmes acquéreurs 16 de façon à ce que la transaction en ligne soit optimisée pour le commerçant. En particulier, avant l'implémentation d'Internet et des formes de paiement électronique, les clients échangeaient généralement des formes physiques de paiement (par exemple, des chèques ou des espèces) avec un commerçant en contrepartie des produits et/ou des services du commerçant. Périodiquement, sur une base journalière, hebdomadaire ou mensuelle, des formes physiques de paiement collectées par le commerçant étaient portées en main propre dans une banque locale pour être déposées sur le compte du commerçant. Par conséquent, lorsqu'un commerçant avait une présence physique dans de multiples régions, il est habituel pour le commerçant d'avoir un contrat ou un compte avec une banque locale dans chaque région afin de recevoir des paiements physiques collectés par le commerçant dans cette région. [20] L'émergence des formes de paiement électronique et d'Internet a cependant permis aux commerçants de vendre des produits et/ou des services dans plusieurs régions et de le faire sans avoir une présence physique dans chacune de ces régions. Par ailleurs, puisque les formes de paiement électronique peuvent être transmises dans le monde entier par l'intermédiaire d'Internet de façon presque instantanée, il n'est plus nécessaire pour un commerçant d'utiliser une banque dans chaque région dans laquelle le commerçant exerce son activité. Néanmoins les commerçants qui font des ventes donc de multiples régions ont continué à contracter avec des acquéreurs dans chaque région dans laquelle le commerçant exerce son activité. Par ailleurs, ces commerçants ont configuré leurs systèmes de sorte que lorsqu'un client effectue un achat ou une réservation en étant situé dans une région particulière, toutes les opérations relatives au paiement 3048537 7 pour cet achat ou cette réservation sont automatiquement acheminées vers le système acquéreur 16 propre à cette région. En d'autres termes, lorsqu'ils demandaient des opérations relatives à un paiement pour des transactions en ligne, les commerçants utilisaient le point de vente (c'est-à-dire, l'endroit à partir duquel l'acheteur a initié ou participé à la transaction en ligne) comme seul facteur pour sélectionner le point de vente du paiement (c'est-à-dire, en fonction du lieu d'implantation du système acquéreur 16 vers laquelle une opération relative à un paiement est acheminée). Cependant dans beaucoup de circonstances, l'utilisation du point de vente où l'achat est effectué comme seule base pour sélectionner un système acquéreur 16 a comme conséquence une transaction qui est loin d'être optimale pour le commerçant. [021] Plus particulièrement, lorsqu'un système acquéreur 16 est sélectionné pour effectuer une opération relative à un paiement pour le compte d'un commerçant, le commerçant est généralement responsable des frais facturés par le système acquéreur sélectionné 16 et des frais facturés par le système émetteur du client 18, les deux pouvant varier selon le lieu d'implantation et/ou la devise nationale du système acquéreur sélectionné 16 et du système émetteur du client 18. Par exemple, lorsque le système acquéreur sélectionné 16 et le système émetteur 18 traitent avec des devises nationales différentes, le commerçant peut alors être facturé pour des frais de conversion de devises par l'un ou par les deux systèmes. Ces frais de conversion peuvent être facturés aux commerçants mêmes si le commerçant utilise le système de conversion dynamique de devises (DCC) d'un tiers qui est un fournisseur de service de conversion des devises étrangères dans la devise nationale du client au point de vente de la transaction. Par conséquent lorsqu'un client utilise une carte crédit pour une transaction en ligne alors qu'il est situé dans une région dont la devise nationale est différente de celle de la région du système émetteur 18 de la carte de crédit, la sélection d'un système acquéreur 16 basé sur le seul point de vente (c'est-à-dire, une région utilisant une devise différente) peut résulter en frais de conversion inutiles facturés au commerçant. [022] Un autre exemple : si le système acquéreur 16 et le système émetteur 18 sont dans des régions différentes (par exemple, des pays), le commerçant peut-être facturé des frais transfrontaliers par l'un ou par les deux systèmes. De plus, selon la région où les régions où le système acquéreur sélectionné 16 et/ou le système émetteur 18 sont situés, le commerçant peut aussi être responsable de la conformité avec des règlementations gouvernementales de plus en plus complexes pouvant à leur tour accroitre la complexité et les coûts de traitement qui sont 3048537 8 absorbés par le commerçant. Par exemple, certains gouvernements régionaux peuvent inclure des règlementations qui imposent l'utilisation d'une banque particulière pour les transactions électroniques, lesdites banques peuvent n'être adaptées, ou approuvées, que pour fournir des services limités et elles peuvent facturer des frais de transaction plus élevés en raison de leur monopole dans la région. Par ailleurs, certains gouvernements régionaux peuvent imposer des frais de transaction supplémentaires pour l'utilisation des banques dans leurs régions, ce qui peut augmenter encore plus les coûts du commerçant. [23] Par conséquent, afin d'optimiser la transaction en ligne du commerçant, le système de paiement 14 peut être configuré de façon à ce que sa sélection de l'un des systèmes acquéreurs 16 pour une opération relative à un paiement soit basée sur plus que le seul point de vente où l'achat est effectué. En particulier, le système de paiement 14 peut être configuré pour sélectionner un système acquéreur 16 basé sur les détails de l'achat (par exemple, la devise utilisée pour l'achat, le type de produits et/ou de services achetés), l'information relative au système émetteur du client 18, l'information relative à chacun des systèmes émetteurs 16 et/ou aux règlementations gouvernementales des régions dans lesquelles sont situés le système acquéreur 16 et le système émetteur du client 18. En tenant compte d'un ou de plusieurs de ces facteurs, avec ou sans le point de vente ou est effectué l'achat, le système de paiement 14 peut réduire les coûts transactionnels et peut traiter la complexité absorbée par le commerçant pour une transaction en ligne, pouvant ainsi optimiser la transaction en ligne pour le commerçant. [24] Faisant maintenant référence à la fig. 2, le système commerçant 12, le système de paiement 14, les systèmes acquéreurs 16, et/ou le système émetteur 18 peuvent être implémentés sur un ou plusieurs dispositifs informatisés ou systèmes, tels que l'ordinateur exemplaire 26. L'ordinateur 26 peut inclure un processeur 28, une mémoire 30, un dispositif de mémoire de masse 32, une interface entrée/sortie (I/O) 34, et une interface homme-machine (HMI) 36. L'ordinateur 26 peut aussi être couplé de façon fonctionnelle avec une ou plusieurs ressources externes 38 par l'intermédiaire du réseau 24 ou de l'interface I/O 34. Les ressources externes peuvent inclure, mais de façon non exhaustive, des serveurs, des bases de données, des dispositifs de stockage de mémoire 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 26. 3048537 9 [25] Le processeur 28 peut inclure un ou plusieurs dispositifs sélectionnés : microprocesseurs, microcontrôleurs, processeurs de signal numérique, micro-ordinateurs, unités centrales de traitement, des réseaux de portes programmables (gate arrays), des dispositifs logiques programmables, des machines à état défini, des circuits logiques, des circuits analogiques, des circuits numériques, ou tout autre dispositif servant à manipuler des signaux (analogues ou numériques) basé sur des instructions de fonctionnement enregistrées dans la mémoire 30. La mémoire 30 peut inclure un seul dispositif de mémoire ou une pluralité de dispositifs de mémoire comprenant, de façon non exhaustive, la mémoire à lecture seule (ROM), la mémoire à accès aléatoire (RAM), la mémoire volatile, la mémoire non volatile, la mémoire vive statique (SRAM), la mémoire dynamique à accès aléatoire (DRAM), la mémoire flash, l'antémémoire (cache memory), ou tout autre dispositif capable de stocker de l'information. Le dispositif de mémoire de masse 32 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 l'information. [26] Le processeur 28 peut fonctionner sous le contrôle d'un système d'exploitation 40 qui réside dans la mémoire 30. Le système d'exploitation 40 peut gérer les ressources de l'ordinateur de sorte que le programme codé de l'ordinateur, intégré sous forme d'un ou plusieurs logiciels d'application telle que l'application 42 qui réside dans la mémoire 30 puisse faire exécuter les instructions par le processeur 28. Dans un autre mode de réalisation alternatif, le processeur 28 peut exécuter l'application 42 directement et dans ce cas, le système d'exploitation 40 peut être omis. Une ou plusieurs structures de données 44 peuvent aussi résider dans la mémoire 30, et peuvent être utilisées par le processeur 28, le système d'exploitation 40 ou l'application 42 pour stocker ou manipuler des données. [27] L'interface 34 peut fournir une interface machine qui couple de façon fonctionnelle le processeur 28 à d'autres dispositifs et systèmes, tels que le réseau 24 ou une ou plusieurs ressources externes 38. L'application 42 peut ainsi collaborer avec le réseau 24 et/ou les ressources externes 38 en communiquant par l'intermédiaire de l'interface I/O 34 pour fournir les divers éléments, fonctions, applications, processus, ou modules composant les modes de réalisation de l'invention. Le serveur d'application 42 peut aussi avoir un programme codé qui est exécuté par une ou plusieurs ressources externes 38, ou autrement repose sur les fonctions ou signaux fournis par d'autres systèmes ou composants de réseau externe à l'ordinateur 26. En 3048537 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 localisées extérieurement à l'ordinateur 26, distribuées à des ordinateurs multiples et à d'autres ressources externes 38, ou apportées par des ressources informatiques (matériel et logiciel) qui sont fournies comme services sur le réseau 24, par exemple un service d'informatique en nuage (cloud computing). [28] Le HMI 36 peut être couplé de façon fonctionnelle aux processeurs 28 de l'ordinateur 26, de façon connue, pour permettre à un utilisateur d'interagir directement avec l'ordinateur 26. Le HMI 36 peut inclure un affichage vidéo ou une unité d'affichage à caractères, un écran tactile, un haut-parleur et tout autre indicateur visuel et audio capable de communiquer des données à l'utilisateur. Le HMI 36 peut aussi inclure des dispositifs et des contrôles tels qu'un clavier alphanumérique, un périphérique 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 28. [29] La base de données 46 peut résider sur le dispositif de mémoire de masse 32 et peut être utilisée pour collecter et organiser les données utilisées par les divers systèmes et modules décrits dans les présentes. La base de données 46 peut inclure des données et les structures de données qui les supportent, pour stocker et organiser les données. En particulier, la base de données 46 peut-être arrangé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 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 d'un logiciel d'application qui s'exécute sous forme d'instructions sur le processeur 28, peut être utilisé pour accéder à l'information ou aux données stockées dans les fichiers de la base de données 46 en réponse à une interrogation, dans lequel l'interrogation peut être déterminée de façon dynamique et peut être exécutée par le système d'exploitation 40, d'autres applications 42 ou un ou plusieurs modules. [30] Fig. 3 illustre une architecture de traitement 50 qui peut être implémentée sur le système de paiement 14 de l'environnement d'exploitation 10. L'architecture de traitement 50 peut inclure un optimiseur de sélection 52, une base de données des émetteurs 54, une base de données des frais 56, et/ou une base de données d'apprentissage automatique 58. Lors du fonctionnement, l'architecture de traitement 50 peut recevoir des données de paiement 60, telles 3048537 11 que les informations relatives à une carte de débit ou de crédit qui ont été fournies au commerçant par un client dans le cadre d'une transaction en ligne. Par la suite, l'architecture de traitement 50 peut être configurée pour sélectionner un système acquéreur optimal 62 pour la transaction en ligne à partir des systèmes des acquéreurs 16 ayant des relations avec le commerçant en fonction des données de paiement 60, des données des émetteurs 55 reçues de la base de données des émetteurs 54, des données de frais 57 reçues de la base de données des frais 56 et/ou des données obtenues lors d'un traitement précédent 59 reçues à partir de la base de données d'apprentissage automatique 58. De plus, en fonction des données de paiement reçues 60 et du système acquéreur optimal 62, l'architecture de traitement 50 peut être configurée pour peupler ou mettre à jour la base de données d'apprentissage automatique 58 qui, à son tour, peut être utilisée par l'architecture de traitement 50 pour faciliter et/ou accélérer le traitement de transactions en ligne suivantes. Celles-là et d'autres opérations de l'architecture de traitement 50 sont discutées plus en détail ci-dessous. [31] Fig. 4 illustre un processus 100 qui peut être effectué par l'architecture de traitement 50. Dans le bloc 102, les données de paiement 60 peuvent être reçues, comme par l'optimiseur de sélection 52 qui est associé avec la transaction en ligne en cours entre un client et un commerçant. Plus particulièrement, les données de paiement 60 peuvent indiquer les détails relatifs au paiement de la transaction en ligne et/ou peuvent indiquer l'information d'un enregistrement de réservation (par exemple, un PNR) générée par le système commerçant 12 pour la transaction en ligne. L'information qui peut être indiquée par les données de paiement 60 inclut la forme de paiement électronique fournie par le client pour la transaction (par exemple, l'information relative à la carte de crédit ou de débit du client), l'endroit où le client a initié ou participé à la transaction (c'est-à-dire, le point de vente pour effectuer l'achat), le montant du paiement, la devise du montant de paiement (qui peut être différente de la devise nationale du système émetteur 18 pour la forme de paiement électronique) et/ou le type de produits et/ou de services impliqués dans la transaction (par exemple, un hôtel, un vol, un train, etc.). [32] Dans le bloc 104, les données de l'émetteur 55 peuvent être récupérées en fonction des données de paiement 60. Plus particulièrement, à la réception des données de paiement 60, l'optimiseur de sélection 52 peut être configuré pour interroger la base de données de l'émetteur 54 dans ce but. La base de données de l'émetteur 54 peut inclure une pluralité d'enregistrements, chaque enregistrement incluant des données de l'émetteur 55 qui sont liées à 3048537 12 l'un d'un ensemble de systèmes d'émetteurs potentiels 18. Les données de l'émetteur 55 de chaque enregistrement peuvent être associées à l'information qui peut être incluse dans les données de paiement 60 (ci-après désignées comme « données de paiement potentiel »). Par conséquent, en réponse à la réception d'une interrogation basée sur les données de paiement 60 de la part de l'optimiseur de sélection 52, la base de données émetteur 54 peut être configurée pour renvoyer les données de l'émetteur 55 qui sont liées à l'information incluse dans les données de paiement 60 reçues. [33] Les données de paiement potentiel de chaque enregistrement dans la base de données émetteur 54 peuvent être associées à une forme de paiement électronique telle qu'une carte de crédit ou de débit du client qui peut être incluse dans les données de paiement 60. Spécifiquement, lorsqu'elle est fournie par un client pour une transaction en ligne, une forme de paiement électronique peut inclure un identifiant unique qui est associé avec le système émetteur 18 qui a émis la forme de paiement électronique au client. Par conséquent, les données de paiement potentiel dans la base de données émetteur 54 peuvent inclure l'identifiant unique de la forme de paiement électronique qui peut être fourni par un client et les données de l'émetteur 55 de chaque enregistrement peuvent inclure l'information relative au système émetteur 18 qui est associée avec l'identifiant unique de l'enregistrement. Par exemple, les données de l'émetteur 55 peuvent inclure le pays du système émetteur 18, la devise nationale du système émetteur 18 et/ou le type de forme de paiement (par exemple, la carte de crédit ou de débit) émis par le système émetteur 18 en relation avec l'identifiant unique. En d'autres termes, un seul système émetteur 18 peut être associé avec de multiples identifiants uniques, chacun des identifiants uniques appartenant à un type différent de formes de paiement qui est émis par le système émetteur 18. Ainsi, lorsque l'optimiseur de sélection 52 reçoit les données de paiement 60 qui incluent la forme de paiement électronique du client, l'optimiseur de sélection 52 peut être configuré pour interroger la base de données émetteur 54 pour des informations concernant le système émetteur 18 qui a émis la forme de paiement électronique du client. [34] Dans un mode de réalisation exemplaire, les fichiers de la base de données émetteur 54 peuvent former une table de numéros d'identification bancaire (BIN). Les cartes de crédit et de débit incluent typiquement un BIN, qui peut être la première séquence de chiffres (par exemple, six chiffres) du numéro de la carte de crédit ou de débit qui peuvent être utilisée 3048537 13 pour identifier le système émetteur 18 pour la carte et/ou pour le type de carte (par exemple, débit ou crédit). Par conséquent, les données de paiement potentiel de chaque enregistrement dans la base de données émetteur 54 peuvent inclure un BIN, et les données de l'émetteur 55 de chaque enregistrement peuvent inclure l'information liée au système émetteur 18 qui est associé avec le BIN de l'enregistrement. De cette façon, en réponse à la réception des données de paiement 60 qui incluent les données de la carte de crédit ou de débit d'un client, l'optimiseur de sélection 52 peut être configuré pour extraire le BIN des données de paiement 60 et par la suite, interroger la table des BIN de la base de données émetteur 54 afin d'obtenir l'information liée au système émetteur 18 associée avec ce BIN. [35] Dans le bloc 106, un système acquéreur optimal 62 peut être sélectionné pour la transaction en ligne à partir des systèmes acquéreur 16 en fonction des données de paiement 60, des données de l'émetteur 55 obtenues de la base de données émetteur 54 et/ou les données de frais 57 obtenues de la base de données des frais 56. Plus particulièrement, après la réception des données de l'émetteur 55 obtenues de la base de données émetteur 54, l'optimiseur de sélection 52 peut être configuré pour interroger la base de données des frais 56 afin obtenir des données de frais 57 qui peuvent indiquer les divers frais pouvant être facturés au commerçant par chacun des systèmes acquéreurs 16 qui serait sélectionné pour la transaction en ligne. L'optimiseur de sélection 52 peut ainsi être configuré pour utiliser les données de frais 57 obtenues de la base de données des frais 56 afin de déterminer quel système acquéreur 16 optimisera la transaction pour le commerçant. [36] Dans certains modes de réalisation, la base de données des frais 56 peut inclure une pluralité d'enregistrements, chacun des enregistrements étant associé avec un système acquéreur 16 des frais ou plusieurs frais associés avec l'un des systèmes acquéreur 16 relatifs à l'exécution d'une opération de paiement pour le compte du commerçant. Par exemple, chacun des systèmes acquéreur 16 peut facturer des frais de gestion pour l'exécution d'une opération de paiement pour le compte du commerçant, qui peuvent être différents selon les règlementations du gouvernement auquel est soumis le système acquéreur 16 et/ou selon le contrat individuel entre le commerçant et le fournisseur du système acquéreur 16. Par conséquent, les données de frais 57 de chaque enregistrement peuvent indiquer les frais de gestion facturés par le système acquéreur 16 associé avec l'enregistrement. 3048537 14 [037] Les données de frais 57 de chaque enregistrement peuvent aussi indiquer les divers frais qui pourraient être facturés aux commerçants par la sélection d'un système acquéreur 16 particulier en fonction des données de paiement 60 et/ou des données de l'émetteur 55 qui ont été obtenues à partir de la base de données émetteur 54. Par exemple, si un système acquéreur 16 a besoin d'effectuer une opération de paiement transfrontalière avec un système émetteur 18, alors des frais transfrontaliers peuvent être facturés au commerçant par l'un ou par les deux systèmes. De plus, si le système acquéreur 16 et le système émetteur 18 traitent différentes devises, alors des frais de conversion de devises peuvent être facturés au commerçant par l'un ou par les deux systèmes. De plus, selon les accords contractuels existants entre un fournisseur d'un système acquéreur 16 et le fournisseur d'un système émetteur 18, le type de formes de paiement électronique dans la base de données de paiement 60 (par exemple, crédit ou débit), et/ou l'association de la forme de paiement (par exemple, VISA, MASTERCARD, AMERICAN EXPRESS, etc.), des frais supplémentaires de transaction peuvent être facturés au commerçant (par exemple, des frais d'échange interbancaires, des frais d'association) qui sont payés au fournisseur du système émetteur 18 et/ou l'association de formes de paiement en échange pour le traitement de l'opération relative au paiement. Par conséquent, les données de frais 57 de chaque enregistrement peuvent aussi indiquer chacun des frais décrits et mentionnés ci-dessus pour l'un des systèmes acquéreurs 16. [038] Ainsi, en fonction des données de paiement 60, les données de l'émetteur 55 obtenues de la base de données émetteur 54 et/ou les données de frais 57 de chaque enregistrement stocké dans la base de données des frais 56, l'optimiseur de sélection 52 peut être configuré pour déterminer un système acquéreur optimal 62 pour la transaction en ligne de sorte que la transaction en ligne est optimisée pour le commerçant. Plus particulièrement, l'optimiseur de sélection 52 peut être configuré pour utiliser tous ou une partie des données ci-dessus afin de déterminer des frais ou plusieurs frais transactionnels associés avec chacun des systèmes acquéreur 16 pour la transaction en ligne en cours. De cette façon, l'optimiseur de sélection 52 est capable de déterminer lequel des systèmes acquéreurs 16 est associé avec les coûts transactionnels les plus bas, et peut sélectionner le système acquéreur 16 associé avec les coûts transactionnels les plus bas comme système acquéreur optimal 62. Par conséquent, les frais facturés au commerçant seront minimisés pour la transaction en ligne. 3048537 [39] Une fois que le système acquéreur optimal 62 a été sélectionné, dans le bloc 108, le montant du paiement pour la transaction en ligne qui peut être inclus dans les données de paiement 60, peut être converti si nécessaire, dans la devise nationale du système acquéreur optimal 62. Plus particulièrement, la devise du montant du paiement qui peut également être incluse dans les données de paiement 60 peut être différente de la devise nationale du système acquéreur optimal 62. Une telle différence peut résulter d'une transaction en ligne initiée par un client, ou dans laquelle un client participe, lorsque le client est situé dans une région géographique différente de la région géographique du système émetteur 18 lié à la forme de paiement du client et lorsque les régions géographiques utilisent des devises différentes. Dans ce cas, la devise utilisée pour la transaction en ligne peut-être celle de la première région géographique et pour éviter les frais de conversion le système acquéreur optimal 62 peut être sélectionné de sorte que sa devise nationale est la même que celle qui est utilisée dans la seconde région géographique, par le système émetteur 18 du client. De façon similaire, pour éviter les frais transfrontaliers et/ou les frais de conversion de devises, le système acquéreur optimal 62 peut être sélectionné de façon à ce qu'il soit situé dans la même région géographique que celle du système émetteur 18 du client. [40] Par conséquent, l'optimiseur de sélection 52 peut être configuré pour convertir le montant du paiement à partir de la devise de paiement utilisée pour la transaction en ligne vers la devise nationale du système acquéreur optimal 62, par exemple en utilisant un fournisseur tiers de taux de conversion. De cette façon, l'optimiseur de sélection 52 est capable d'apporter une conversion dynamique de devises sans utiliser un fournisseur DCC. Ensuite dans le bloc 110, une demande pour une opération relative à un paiement liée à la transaction en ligne (par exemple, une demande de capture, une demande d'autorisation) pouvant inclure le montant du paiement converti, peut être transmis au système acquéreur optimal 62 pour traitement. [41] Dans le bloc 112, la base de données d'apprentissage automatique 58 peut-être mise à jour en fonction des données de paiement 60 et du système acquéreur optimal 62. Plus particulièrement, l'optimiseur de sélection 52 peut inclure un mécanisme d'apprentissage automatique qui est configuré pour générer et stocker des enregistrements dans la base de données d'apprentissage automatique 58, chaque enregistrement incluant des données traitées précédemment 59. Les données traitées précédemment 59 de chaque enregistrement peuvent inclure un ou plusieurs détails de données de paiement précédentes 60 reçues par l'optimiseur de 3048537 16 sélection 52 pour une transaction en ligne précédente et peut être associé dans l'enregistrement avec le système acquéreur optimal précédent 62 qui avait été sélectionné en fin de compte en fonction des données de paiement précédentes 60. De cette façon, en réponse à la réception de données de paiement additionnelles 60 associées avec une transaction en ligne suivante, l'optimiseur de sélection 52 peut être configuré pour accélérer la sélection d'un système acquéreur optimal 62 en interrogeant la base de données d'apprentissage automatique 58 pour un enregistrement qui inclut des données traitées précédemment 59 correspondant aux données additionnelles de paiement 60. Si de telles données traitées précédemment 59 sont disponibles, alors l'optimiseur de sélection 52 peut être configuré pour sélectionner le système acquéreur optimal 62 qui est associé aux données traitées précédemment 59 correspondantes, comme système acquéreur optimal 62 pour la transaction en ligne suivante, ce qui permet à l'optimiseur de sélection 52 d'ignorer les autres étapes d'interrogation et d'apporter un résultat plus rapide. De plus, si pour quelque raison que ce soit les données de paiement 60 reçues pour une transaction suivante sont défectueuses de sorte que l'optimiseur de sélection 52 est incapable d'interroger avec succès la base de données émetteur 54 sur laquelle il est basé, l'optimiseur de sélection 52 peut être configuré pour interroger la base de données d'apprentissage automatique 58 pour un enregistrement incluant des données traitées précédemment 59 qui sont similaires aux données de paiement défectueuses 60. Par la suite, l'optimiseur de sélection 52 peut être configuré pour sélectionner le système acquéreur optimal 62 qui est lié à des données similaires traitées précédemment 59, comme système acquéreur optimal 62 pour la transaction suivante. [042] En général, les routines exécutées pour mettre en oeuvre les modes de réalisation de l'invention, qu'elles soient implémentées dans le cadre d'un système d'exploitation ou d'une application spécifique, d'un composant, d'un programme, d'un objet, d'un module ou d'une séquence d'instructions, ou même un sous-ensemble des présents, peuvent être désignées dans les présentes comme « programme codé informatique » ou simplement « programme codé. » Le programme codé comprend typiquement des instructions déchiffrables par ordinateur qui résident à des moments divers dans des dispositifs divers de mémoire et de stockage dans un ordinateur, et qui lorsqu'il est déchiffré et exécuté par un ou plusieurs processeurs dans un ordinateur, provoque l'exécution par l'ordinateur d'opérations et/ou d'éléments propres aux aspects variés des modes de réalisation de l'invention. Les instructions d'un programme informatique déchiffrables par ordinateur pour effectuer les opérations des modes de réalisation 3048537 17 de l'invention peuvent être, par exemple, le langage d'assemblage, ou, soit un code source soit un code objet écrit en combinaison avec un ou plusieurs langages de programmation. [43] 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 de l'invention spécifiques. Cependant, on remarquera que toute nomenclature d'un programme particulier qui suit est utilisée uniquement par commodité ; ainsi l'invention ne peut être limitée à un seul usage 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 routines, des procédures, des méthodes, des modules, des objets, et ainsi de suite, ainsi que les façons variées d'affecter les fonctionnalités d'un programme parmi diverses couches de logiciels qui sont résidents dans un ordinateur typique (par exemple, les systèmes d'exploitation, les bibliothèques, les interfaces d'application de programme (API), les applications, les applets, etc.), on remarquera que les modes de réalisation de l'invention ne sont pas limités à l'organisation spécifique et à l'affectation spécifique de fonctionnalités de programme décrites dans les présentes. [44] Le programme codé mis en oeuvre dans toute application/module décrit dans les présentes peut-être distribué individuellement ou collectivement comme un produit programme dans une variété de formes. En particulier, le programme codé peut-être distribué en utilisant un support de stockage déchiffrable par ordinateur ayant des instructions de programme déchiffrable par ordinateur en amenant un processeur à exécuter des aspects des modes de réalisation de l'invention. [45] Les supports de stockage de données déchiffrables par ordinateur et qui sont intrinsèquement non transitoires, peuvent inclure des médias tangibles, volatiles et non volatiles, amovibles et non amovibles, implémentés dans toute méthode ou technologie de stockage de données, telles que des instructions de programme déchiffrables par ordinateur, des structures de données, des modules de programme, ou autres données. Les supports de stockage déchiffrable par ordinateur peuvent par ailleurs inclure la mémoire aléatoire (RAM), la mémoire morte (ROM), la mémoire à lecture exclusivement, programmable et effaçable (EPROM)), une mémoire flash, ou toute technologie de support solide de mémoire, CD-ROM (disque compact portable doté d'une mémoire à lecture seule), ou tout autre stockage optique, bandes d'enregistrement magnétique, mémoire à disque magnétique, ou tout autre médium pouvant être 3048537 18 utilisé pour stocker l'information désirée et apte à être déchiffré par un ordinateur. Un support de stockage déchiffrable par ordinateur ne peut être interprété comme des signaux transitoires en soi (par exemple, des ondes radio ou toute autre onde électromagnétique 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 déchiffrables 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 déchiffrable par machine, ou vers un ordinateur externe ou vers un dispositif de stockage externe par un réseau. [46] Les instructions de programme déchiffrables par ordinateur stockées dans un support déchiffrable par ordinateur peuvent être utilisées pour instruire un ordinateur, d'autres types d'appareils programmables de traitement ou d'autres dispositifs, pour fonctionner d'une façon particulière, de sorte que les instructions stockées sur un support déchiffrable par ordinateur produisent un article de fabrication comprenant les instructions qui implémentent les fonctions, les actions et/ou les opérations spécifiées dans les organigrammes, diagrammes de séquence, et/ou diagrammes blocs. Les instructions de programme informatique peuvent être fournies par un ou plusieurs processeurs sur un ordinateur à usage général, un ordinateur à usage spécial, ou tout autre appareil programmable de traitement de données pour produire une machine telle que les instructions qui s'exécutent par l'intermédiaire d'un ou de plusieurs processeurs provoquent une série de calculs devant être effectués pour implémenter les fonctions, actions et/opérations spécifiées dans les organigrammes, diagrammes séquentiels et/ou diagrammes blocs. [47] Dans certains modes de réalisation alternatifs, les fonctions, les actions et/ou les opérations spécifiées dans les organigrammes, diagrammes séquentiels et/ou diagrammes blocs peuvent 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. De plus, tout organigramme, diagramme séquentiel, et/ou diagramme bloc peut inclure plus ou moins de blocs que ceux qui sont illustrés conformément à des modes de réalisation de l'invention. [48] La terminologie utilisée dans les présentes a pour but de décrire uniquement des modes de réalisation particuliers et n'est pas destinée à limiter les modes de réalisation de l'invention. Les formes singulières des articles indéfinis « un », « une », « le » et « la » tels qu'ils sont utilisés dans les présentes sous-entend également les formes plurielles, sauf s'il en est 3048537 19 indiqué autrement et clairement par le contexte. On comprendra par ailleurs que les formes verbales du verbe « comprendre », « comprend » et/ou « comprenant », lorsqu'elles sont utilisées dans cette spécification, précisent la présence de caractéristiques, de nombres entiers, d'é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 verbes « inclure », « ayant », «a », « avec », « composer de » ou des variantes de ceux-là, sont utilisés dans la description détaillée et les revendications, ces termes sont censés être inclusifs de façon similaire au verbe « comprendre ». [049] Bien que l'invention soit illustrée par une description de divers modes de réalisation et bien que ces modes de réalisation soient décrits de façon très détaillée, il n'est pas de l'intention du demandeur de restreindre ou de limiter, de quelque façon que ce soit, l'étendue des revendications des présentes à ces détails. Des avantages supplémentaires et des modifications possibles apparaîtront aisément aux hommes de métier. L'invention sous un angle plus large n'est donc pas limitée aux détails spécifiques, aux méthodes et aux appareils représentatifs, et aux exemples illustrateurs montrés et décrits. 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 général de l'appliquant. REVENDICATIONS1. Une méthode de traitement de transaction en ligne, comprenant : la réception, par ledit ou lesdits processeurs d'un système de traitement de transaction en ligne, de données de paiement associées avec une première transaction en ligne impliquant un commerçant et qui est liée à l'un en particulier d'une pluralité de systèmes d'émetteurs ; l'interrogation, par ledit ou lesdits processeurs, d'une première base de données en fonction des données de paiement, dans laquelle la première base de données est stockée sur au moins un dispositif de mémoire de masse et qui inclut une pluralité de premiers enregistrements, chacun des premiers enregistrements incluant des premières données qui sont relatives à l'un des systèmes émetteurs ; la réception par ledit ou lesdits processeurs et à partir de la première base de données, des premières données qui sont relatives au système émetteur particulier ; la sélection, par ledit ou lesdits processeurs, d'un système acquéreur optimal pour la première transaction en ligne à partir d'une pluralité de systèmes d'acquéreurs qui ont chacun une relation avec le commerçant selon les premières données reçues ; et la transmission, par ledit ou lesdits processeurs, d'une demande d'opération relative à un paiement pour la première transaction en ligne, au système acquéreur optimal. 2. La méthode selon la revendication 1, dans laquelle la sélection d'un système acquéreur optimal à partir des systèmes d'acquéreurs qui ont chacun une relation avec le commerçant selon les premières données reçues comprend : la détermination des coûts transactionnels associés avec chacun des systèmes des acquéreurs selon les premières données reçues ; la détermination du système acquéreur qui est associé avec le coût transactionnel le plus bas ; et la sélection d'un système acquéreur associé avec le coût transactionnel le plus bas comme système acquéreur optimal. 3048537 21 3. La méthode selon la revendication 2, dans laquelle au moins un dispositif de mémoire de masse comprend par ailleurs une seconde base de données qui inclut une pluralité de seconds enregistrements, chacun des seconds enregistrements incluant des secondes données qui identifient des frais ou plusieurs frais associés avec un des systèmes acquéreurs, et le coût transactionnel associé avec chacun des systèmes acquéreurs est déterminé en fonction des secondes données de chacun des seconds enregistrements dans la seconde base de données. 4. La méthode selon la revendication 3, dans laquelle des frais ou plusieurs frais associés avec l'un des systèmes acquéreurs incluent des frais d'échange interbancaire associés avec ledit système acquéreur et des frais de gestion associés avec ledit système acquéreur. 5. La méthode selon l'une quelconque des revendications 1 à 4, dans laquelle les premières données qui sont relatives à l'un des systèmes émetteurs, identifient un pays dudit système émetteur et une devise nationale dudit système émetteur. 6. La méthode selon la revendication 5, dans laquelle le système acquéreur optimal inclut une devise nationale qui est la même que la devise nationale d'un système émetteur particulier, les données de paiement indiquent un montant de paiement pour la première transaction en ligne et une devise de paiement pour la première transaction en ligne, la devise de paiement étant différente de la devise nationale du système acquéreur optimal, et comprenant par ailleurs : la conversion du montant du paiement à partir de la devise du paiement vers la devise nationale du système acquéreur optimal, dans laquelle la demande d'opération relative au paiement pour la première transaction en ligne inclut le montant du paiement converti. 7. La méthode selon l'une quelconque des revendications 1 à 6, dans laquelle le système émetteur particulier et le système acquéreur optimal sont tous deux dans une première région géographique. 8. La méthode selon la revendication 7, dans laquelle la première transaction en ligne est initiée par le client dans une seconde région géographique qui diffère de la première région géographique. 3048537 22 9. La méthode selon l'une quelconque des revendications 1a 8, dans laquelle au moins un dispositif de mémoire de masse comprend par ailleurs une troisième base de données qui est relative à un mécanisme d'apprentissage automatique, comprenant par ailleurs : la mise à jour de la troisième base de données en fonction des premières données de paiement associées avec la première transaction en ligne et du système acquéreur optimal en fonction des premières données reçues. 10. La méthode selon la revendication 9, dans laquelle la troisième base de données inclut une pluralité de troisièmes enregistrements, chacun des troisièmes enregistrements incluant des troisièmes données qui sont relatives aux données du paiement précédent reçues par ledit ou lesdits processeurs et qui sont associées à un système acquéreur optimal précédent sélectionné par ledit ou lesdits processeurs en fonction des données de paiement précédente, la méthode comprenant par ailleurs : la réception de données additionnelles de paiement qui sont associées avec une seconde transaction en ligne ; en réponse à la réception des données additionnelles de paiement qui sont associées avec la seconde transaction en ligne, l'interrogation d'une base de données d'apprentissage automatique pour des troisièmes données qui correspondent aux données additionnelles de paiement ; et la sélection de l'acquéreur optimal précédent qui est associé aux troisièmes données correspondantes comme étant l'acquéreur optimal pour la seconde transaction en ligne. 11. Un système de traitement de transaction en ligne comprenant : au moins un dispositif de mémoire de masse stockant une première base de données qui inclut une pluralité de premiers enregistrements, chacun des premiers enregistrements incluant des premières données qui sont relatives à une pluralité de systèmes d'émetteurs ; un ou plusieurs processeurs ; et une mémoire couplée avec ledit ou lesdits processeurs, la mémoire incluant des instructions qui lors de l'exécution par ledit ou lesdits processeurs amènent le système de traitement de transaction en ligne à : 3048537 23 en réponse à la réception des données de paiement qui sont associées avec une première transaction en ligne impliquant un commerçant et qui sont relatives à un système particulier parmi les systèmes d'émetteurs, obtenir à partir de la première base de données, des premières données qui sont relatives au système émetteur particulier ; la sélection d'un système acquéreur optimal pour la première transaction en ligne à partir d'une pluralité de systèmes d'acquéreurs qui ont chacun une relation avec le commerçant en fonction des premières données obtenues ; et la transmission d'une demande d'opération relative à un paiement pour la première transaction en ligne à un système acquéreur optimal. 12. Le système de traitement de transaction en ligne selon la revendication 11, dans lequel les instructions amènent le système de traitement de transaction en ligne, lors de l'exécution par ledit ou lesdits processeurs, à mettre en oeuvre la méthode selon l'une quelconque des revendications 2 à 10. 13. Un produit-programme d'ordinateur comprenant : un support non transitoire déchiffrable par ordinateur ; et des instructions stockées sur le support déchiffrable par ordinateur, dans lequel les instructions lors de l'exécution par un ou plusieurs processeurs, amènent ledit ou lesdits processeurs à : recevoir des données de paiement associées avec une transaction en ligne impliquant un commerçant et qui sont relatives à un système particulier d'une pluralité de systèmes d'émetteurs ; interroger une première base de données sur la base des données de paiement, dans lequel la première base de données est stockée sur au moins un dispositif de mémoire de masse et inclut une pluralité de premiers enregistrements, chacun des premiers enregistrements incluant des premières données qui sont relatives à l'un des systèmes d'émetteurs ; la réception à partir de la première base de données des premières données relatives au système émetteur particulier ; 3048537 24 la sélection d'un système acquéreur optimal pour la transaction en ligne à partir d'une pluralité de systèmes d'acquéreurs qui ont chacun une relation avec le commerçant en fonction des premières données reçues ; et la transmission d'une demande d'opération relative à un paiement pour la transaction en ligne, au système acquéreur optimal. 14. Le produit-programme d'ordinateur selon la revendication 13, dans lequel les instructions amènent ledit ou lesdits processeurs lors de l'exécution à mettre en neuve la méthode selon l'une quelconque des revendications 2 à 10.