FR2854520A1 - Systeme et procede pour l'echange de donnees entre une pluralite de serveurs - Google Patents
Systeme et procede pour l'echange de donnees entre une pluralite de serveurs Download PDFInfo
- Publication number
- FR2854520A1 FR2854520A1 FR0350135A FR0350135A FR2854520A1 FR 2854520 A1 FR2854520 A1 FR 2854520A1 FR 0350135 A FR0350135 A FR 0350135A FR 0350135 A FR0350135 A FR 0350135A FR 2854520 A1 FR2854520 A1 FR 2854520A1
- Authority
- FR
- France
- Prior art keywords
- server
- request
- fields
- information
- transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
- G07F19/20—Automatic teller machines [ATMs]
- G07F19/211—Software architecture within ATMs or in relation to the ATM network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/563—Data redirection of data network streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Strategic Management (AREA)
- Signal Processing (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Finance (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
La présente invention concerne un système d'échange de données, destiné à la délivrance d'une décision dans un système monétique, comportant au moins un appareil de saisie d'une demande de transaction, tels que par exemple un distributeur de billet, relié à au moins un système de routage (3), ledit système de routage (3) étant apte à communiquer avec au moins un serveur (6, 7), par exemple un serveur d'autorisation (6), caractérisé en ce qu'il comprend un serveur de décision (5), réceptionnant et traitant la demande de transaction provenant du système de routage (3) afin de déterminer à destination de quel(s) serveur(s) (6, 7) une demande d'interrogation ou d'information doit être envoyée ; ledit serveur de décision (5) réceptionne également la réponse à ladite demande provenant dudit ou desdits serveur(s) (6, 7).La présente invention concerne également au procédé d'échanges de données correspondant.
Description
SYSTÈME ET PROCÉDÉ POUR L'ÉCHANGE DE DONNÉES ENTREUNE PLURALITÉ DE SERVEURS
La présente invention se rapporte au domaine des systèmes de gestion de transaction financière. La présente invention se rapporte plus particulièrement à la gestion d'une demande de transaction dans un système monétique comportant au moins un terminal de saisie d'une demande de transaction, un système de routage et une pluralité de serveurs, d'autorisation, de fraude ou autres serveurs.
À titre d'exemple, l'art antérieur connaît déjà le brevet américain US 6386323 qui décrit un système pour distribuer de l'argent à des utilisateurs possédant une carte. Ce système comprend une station pour la saisie d'une requête de l'utilisateur pour l'obtention d'une somme d'argent et d'un bien, l'utilisateur devant renseigner son identifiant afin que le système puisse vérifier son identité et accéder ou non à sa requête. L'utilisateur obtient la somme, ou seulement une partie de cette somme, qu'il a demandé ainsi que le bien en se rendant à une station de distribution d'argent et de biens.
D'une manière générale, les systèmes monétiques actuels comportent uniquement un système de routage relié à une pluralité de terminaux pour la saisie de transaction, ou demande de transaction, et à une pluralité de serveurs d'autorisation apte à répondre à la transaction ou la demande de transaction saisie par un utilisateur sur le terminal. Les terminaux de saisie, également dénommés des systèmes d'acquisition, peuvent consister en des distributeurs de réseaux bancaires, des terminaux reliés à des gestionnaires de GAB (Guichet Automatique des Billets), des terminaux reliés à des systèmes d'acquisition de terminal de paiement (TPE) mais également des terminaux de type Internet, télévision etc....
Les systèmes monétiques actuels présentent l'inconvénient majeur d'être particulièrement peu commode en cas de panne du système de routage ou simplement pour la mise à jour dudit système de routage. En effet, dans ces systèmes, si le système de routage ne fonctionne plus, ce qui arrive relativement souvent du fait qu'il doit, dans les configurations actuelles gérer un maximum de fonctions, tout le système monétique est bloqué et ne peut plus fonctionner.
Par ailleurs, les systèmes actuels ne permettent pas d'agréger des modules fonctionnels complémentaires au système de routage, sans d'une part interrompre son fonctionnement et d'autre part nécessiter des développements très complexe, long et donc coûteux pour développer ces modules fonctionnels.
La présente invention entend remédier aux inconvénients de l'art antérieur en proposant d'incorporer dans le système monétique un serveur indépendant, relié au système de routage et réalisant deux fonctions principales, d'une part la sélection des serveurs auxquels doit être envoyée une transaction saisie par un utilisateur puis son envoi consécutif à destination desdits serveurs, d'autre part le traitement et l'agrégation des réponses provenant de ces serveurs pour transmettre une réponse unique à l'utilisateur.
L'invention propose à cet effet un système pour l'échange de données entre une pluralité de serveurs, destiné à la délivrance d'une décision dans un système monétique, comportant au moins un appareil de saisie d'une demande de transaction, tels que par exemple un distributeur de billet, relié à au moins un système de routage, ledit système de routage étant apte à communiquer avec au moins un serveur, par exemple un serveur d'autorisation, tels que par exemple un serveur d'autorisation, caractérisé en ce qu'il comprend un serveur de décision, réceptionnant et traitant la demande de transaction provenant du système de routage afin de déterminer à destination de quel(s) serveur(s) une demande d'interrogation ou d'information doit être envoyée ; ledit serveur de décision réceptionne également la réponse à ladite demande provenant dudit ou desdits serveur(s).
De préférence, la demande de transaction consistera en une donnée numérique comportant une pluralité de champs, tels que par exemple les champs identifiant respectivement le type de la transaction, l'origine de la transaction et le demandeur, ou l'utilisateur. Ainsi, le serveur de décision traitera la demande de transaction en analysant chacun des champs de ladite demande ; les informations contenues dans chacun des champs étant susceptible de déclencher l'envoi d'une demande d'interrogation ou d'information à destination d'un serveur particulier.
Selon une possibilité offerte par l'invention, le serveur de décision comprend un module de comparaison apte à comparer les informations contenues dans chacun des champs de la demande de transaction avec une pluralité d'information de déclenchement, préalablement stocké dans le serveur de décision, pour décider de l'envoi ou non d'une demande d'interrogation ou d'information ainsi que le serveur destinataire.
Avantageusement, le serveur de décision pourra agréger et synthétiser les réponses, ou les données, provenant d'au moins deux serveurs pour délivrer à l'appareil de saisie, via le système routage, une réponse unique relative à la demande de transaction.
Selon un aspect avantageux de l'invention, chaque réponse, ou données, provenant des serveurs pourra consister en une donnée numérique comportant une pluralité de champs.
Avantageusement, l'agrégation et la synthèse des données, ou réponses, par le serveur de décision pourra s'effectuer par élimination de champs optionnels dans chaque donnée, ou réponse, provenant de chaque serveur.
De préférence, le serveur de décision créera préalablement une réponse unique prédéfinie comportant une pluralité de champs ; lesdits champs étant renseignés par les champs de la ou des réponses, ou données, provenant des serveurs.
La réponse unique délivrée à l'appareil de saisie pourra consister en un refus ou une acceptation de la demande de transaction.
Avantageusement, la réponse unique pourra comprendre également des informations complémentaires, tels que par exemple l'état de compte de l'utilisateur ayant saisie la demande de transaction.
De préférence, le serveur de décision comportera un dispositif pour l'horodatage des demandes de transaction et/ou des réponses émises.
L'appareil de saisie comprendra un moyen de visualisation pour afficher la saisie de la demande de transaction et également la réponse unique envoyée par le serveur de décision.
La présente invention se rapporte également à un procédé d'échanges d'information et de décision relative à une transaction, comportant une étape de saisie d'une demande de transaction sur un appareil de saisie, tels qu'un distributeur de billets, une étape de transmission de ladite demande à un système de routage, la demande de transaction consistant en une donnée numérique comportant une pluralité de champs, une étape de transmission de demande(s) d'interrogation ou d'information par ledit système de routage à destination d'au moins un serveur, une étape de réception par le système de routage d'au moins une réponse provenant dudit ou desdits serveur(s), caractérisé en ce qu'il comprend en outre les étapes de :- transmission de la susdite demande depuis le système de routage vers un serveur de décision, - analyse et traitement des champs de la demande de transaction, - envoi d'au moins une demande d'interrogation ou d'information à destination d'au moins un serveur, tels qu'un serveur d'autorisation, via le système de routage, réception d'au moins une réponse à ladite demande d'interrogation ou d'information par le serveur de décision.
Avantageusement, le procédé de l'invention comprendra en outre une étape de comparaison pour comparer les informations contenues dans chacun des champs de la demande de transaction avec une pluralité d'information de déclenchement, préalablement stocké dans le serveur de décision, pour décider de l'envoi ou non d'une demande d'interrogation ou d'information ainsi que le serveur destinataire.
Le procédé pourra comprendre une étape d'agrégation et de synthèse des réponses, ou des données, provenant d'au moins deux serveurs pour alimenter ou renseigner une réponse unique, comportant une pluralité de champs, préalablement créée par le serveur de décision.
Dans ce cas, le procédé comprendra en outre une étape de transmission de la réponse unique à destination de l'appareil de saisie, via le système de routage.
Ainsi, l'invention, intégrée dans une architecture monétique, autorise les fonctions techniques suivantes : - permettre des décisions toujours plus complexe dans l'algorithme d'autorisation, - permettre d'intégrer des serveurs d'autorisations existants dans la décision, - fournir un chemin de migration permettant une cohabitation des décisions durant la phase de migration, permettre d'intégrer de nouveau serveur externe dans la décision (par exemple un serveur de fraude...).
On comprendra mieux l'invention à l'aide de la description, faite ci-après à titre purement explicatif, d'un mode de réalisation de l'invention, en référence à la figure annexée : - la figure 1 est un schéma bloc illustrant les différents éléments d'un système monétique dans lequel est intégré le serveur de décision selon l'invention.
Comme cela est représenté sur la figure 1, l'architecture d'un serveur ou système monétique est composé de trois domaines principaux : - les systèmes d'acceptation et acquisition 1 des transactions monétiques issues de plusieurs canaux 2, par exemple de type Terminal de Paiement Electronique (TPE), Guichet automatique de Billets (GAB), Distributeur Automatique de Billets (DAB), Internet ou téléphone, pour les filières paiement et retrait.Ces différents canaux 2, ou terminaux, sont chargés de communiquer avec des applications transactionnelles distantes via des réseaux bancaires (VISA, EUROPAY, RCB...) ou vers des applications locales, - le système de routage monétique 3, également dénommé middleware monétique : élément de communication réseau qui achemine avec robustesse les transactions vers les applications du système monétique, - le système d'autorisation 4 chargé de recevoir les transactions, de les contrôler, puis de donner un avis favorable ou défavorable sur cette transaction, accompagnée d'informations complémentaires, au composant qui lui a transmis la transaction. Ainsi, le serveur de décision 5 s'intègre dans le système d'autorisation 4, tels que représenté sur la figure 1.Le serveur de décision 5 a les deux fonctions principales suivantes dans le système monétique : - diffusion , c'est-à-dire transmettre la transaction, ou la demande de transaction, vers le serveur d'autorisation nominal 6 et vers d'autres serveurs externes 7, tels que par exemple un serveur de fraude ou un ancien serveur d'autorisation, - décision , c'est-à-dire analyser l'ensemble des réponses provenant des susdits serveurs 6, 7 et de répondre, sous forme d'une réponse unique, via le système de routage 3, à l'utilisateur, en fonction des principes suivants :
agréger l'ensemble des réponses provenant des différents serveurs 6, 7 et les synthétiser pour créer un réponse globale et unique, comparer les réponses de deux serveurs 6, 7, par exemple deux serveurs d'autorisations nouveau et ancien.
Le module de diffusion du serveur 5 selon l'invention détermine d'une manière paramétrable quels sont les transactions reçues d'un présenteur qui doivent être adressées aux destinataires. Il utilise les informations qui permettent généralement de caractériser un type de transaction (demandeur, origine, type de carte...).
Le serveur de décision 5 présente, relativement à sa deuxième fonction de décision , les avantages suivants :
choisir une réponse parmi celles reçues, agréger l'ensemble des réponses pour en créer une globale, de comparer les réponses de 2 serveurs d'autorisations.
Le serveur de décision 5 diffuse la demande de transaction, ou la transaction, vers l'ensemble des serveurs 6, 7 connus du serveur de décision 5, par exemple au moins un serveur d'autorisation relatif au moyen d'acquisition utilisé par l'utilisateur, mais également un ou plusieurs ancien serveur d'autorisation pour vérifier, par exemple, si l'utilisateur n'a pas d'interdiction de retrait vis-à-vis de ces serveurs, ou simplement un serveur de fraude d'un service central.
Le serveur de décision 5 détermine, d'une manière paramétrable, quelles sont les transactions reçues d'un terminal de saisie qui doivent être adressées à tels ou tels serveurs 6, 7. Le serveur de décision 5 utilise les informations numériques contenues dans les différents champs constituant la demande de transaction ou la transaction et qui caractérise généralement un type de transaction et le contexte, à savoir par exemple le demandeur ou utilisateur, l'origine de la demande de transaction et le type de carte utilisé par l'utilisateur, le numéro de BIN... ; ces critères définissant également dans quelles conditions les traitements doivent s'effectuer, c'est-à-dire leurs ordres ou leurs priorité.
Pendant la phase de réception par le serveur de décision 5, ce dernier réceptionne l'ensemble des réponses provenant des serveurs destinataires. Il est important de noter qu'une réponse provenant de ces serveurs peut être de nature obligatoire ou optionnelle : - si un élément de réponse obligatoire n'est pas reçu, la transaction sera annulée par le serveur de décision, - si un élément de réponse optionnelle n'est pas reçu, la transaction est exécutée normalement.
Dans tous les cas, les conditions d'exécution de la demande de transaction ou de la transaction sont paramétrables, par exemple les serveurs destinataires 6, 7, les critères obligatoires et optionnelles de diffusion et les critères obligatoires ou optionnelles de réception.
Les réponses provenant des différents serveurs 6, 7 peuvent être de plusieurs natures, par exemple, une réponse à l'autorisation, une émission d'une commande EMV ( Europay , Mastercard , Visa , définissant la norme internationale de carte à puce), une émission d'une opposition, une notification vers un système externe, c'est-à-dire un avis, ou toutes autres natures d'informations dédiés aux services appelés.
La synthèse réalisée par le serveur de décision 5 fait appel à des règles de gestion complexe associée à une expertise. Ce processus fait appel à des algorithmes de décision, aux réponses et codes retour des destinataires, et inclut par ailleurs les notions de gravité ou de priorité des différentes réponses provenant des serveurs 6, 7.
Ainsi, en fin d'exécution des traitements par les destinataires du module de diffusion, le module de décision du serveur fait la synthèse des résultats de toutes les fonctions précédentes afin de définir, d'une manière paramétrable, la ou les réponses à fournir. Il est important de noter que le code réponse final de la transaction de réponse, par exemple un champ 39 du CB2A, est calculé par le frontal de sortie, et non pas dans ce module de décision 6, 7.
Les réponses à fournir par le serveur de décision 5 sont de plusieurs nature, notamment : - réponse à l'autorisation, - émission d'une commande EMV (script), - émission d'une opposition, - avis (notification), - autres ... (ex : fournir des infos ..).
La synthèse des résultats peut permettre de déterminer notamment les éléments suivants : - service(s) est fait / non fait, - code retour technique et fonctionnel, notion de gravité - priorité.
Le serveur de décision 5 dispose également d'un module de journalisation apte à archiver tout ou partie des traitements et réponses réalisés par les serveurs destinataires 6, 7 sur la demande de transaction ou la transaction pour notamment les fonctions juge de paix et pour comparer les réponses des différents serveurs en phase de migration.
La configuration du serveur de décision 5 définit par paramétrage les règles de décisions et les conditions de journalisation des réponses des destinataires.
Selon un exemple choisi pour illustrer l'invention, le procédé présente la cinématique suivante :
1. Le client fait sa demande de retrait sur un GAB (Guichet Automatique de Billets) ou sa demande de paiement sur un TPE (terminal de paiement), 2. Le GAB (retrait) ou le TPE (paiement) envoi une demande d'autorisation vers le système selon l'invention, 3. Le système envoi la demande d'autorisation provenant de l'émetteur de la carte au serveur 5, 4. Le premier composant du module émetteur (module de diffusion) reçoit la demande d'autorisation, 5. Le module de diffusion du serveur 5 caractérise la transaction en fonction des critères de diffusions, 6. Le module de diffusion émet la transaction vers les systèmes destinataires 6, 7 en charge de donner les autorisations, 7. Les systèmes destinataires 6, 7 analysent la transaction et fournissent une réponse positive ou négative, 8. Le module de réception du serveur 5 attend les réponses de ces destinataires, 9.Le module de réception appelle le module de décision du serveur 5, 10. Le module de décision analyse et défini une réponse globale, 11. Le module de décision du serveur 5 journalise la transaction des différents destinataires renvoi sa réponse au module de diffusion du serveur 5, 12. Le module de diffusion renvoi la transaction au système, 13. Le système renvoi la transaction au terminal, GAB pour un retrait, TPE pour un paiement, 14. Le terminal exécute la transaction et informe le client.
L'invention est décrite dans ce qui précède à titre d'exemple. Il est entendu que l'homme du métier est à même de réaliser différentes variantes de l'invention sans pour autant sortir du cadre du brevet.
La présente invention se rapporte au domaine des systèmes de gestion de transaction financière. La présente invention se rapporte plus particulièrement à la gestion d'une demande de transaction dans un système monétique comportant au moins un terminal de saisie d'une demande de transaction, un système de routage et une pluralité de serveurs, d'autorisation, de fraude ou autres serveurs.
À titre d'exemple, l'art antérieur connaît déjà le brevet américain US 6386323 qui décrit un système pour distribuer de l'argent à des utilisateurs possédant une carte. Ce système comprend une station pour la saisie d'une requête de l'utilisateur pour l'obtention d'une somme d'argent et d'un bien, l'utilisateur devant renseigner son identifiant afin que le système puisse vérifier son identité et accéder ou non à sa requête. L'utilisateur obtient la somme, ou seulement une partie de cette somme, qu'il a demandé ainsi que le bien en se rendant à une station de distribution d'argent et de biens.
D'une manière générale, les systèmes monétiques actuels comportent uniquement un système de routage relié à une pluralité de terminaux pour la saisie de transaction, ou demande de transaction, et à une pluralité de serveurs d'autorisation apte à répondre à la transaction ou la demande de transaction saisie par un utilisateur sur le terminal. Les terminaux de saisie, également dénommés des systèmes d'acquisition, peuvent consister en des distributeurs de réseaux bancaires, des terminaux reliés à des gestionnaires de GAB (Guichet Automatique des Billets), des terminaux reliés à des systèmes d'acquisition de terminal de paiement (TPE) mais également des terminaux de type Internet, télévision etc....
Les systèmes monétiques actuels présentent l'inconvénient majeur d'être particulièrement peu commode en cas de panne du système de routage ou simplement pour la mise à jour dudit système de routage. En effet, dans ces systèmes, si le système de routage ne fonctionne plus, ce qui arrive relativement souvent du fait qu'il doit, dans les configurations actuelles gérer un maximum de fonctions, tout le système monétique est bloqué et ne peut plus fonctionner.
Par ailleurs, les systèmes actuels ne permettent pas d'agréger des modules fonctionnels complémentaires au système de routage, sans d'une part interrompre son fonctionnement et d'autre part nécessiter des développements très complexe, long et donc coûteux pour développer ces modules fonctionnels.
La présente invention entend remédier aux inconvénients de l'art antérieur en proposant d'incorporer dans le système monétique un serveur indépendant, relié au système de routage et réalisant deux fonctions principales, d'une part la sélection des serveurs auxquels doit être envoyée une transaction saisie par un utilisateur puis son envoi consécutif à destination desdits serveurs, d'autre part le traitement et l'agrégation des réponses provenant de ces serveurs pour transmettre une réponse unique à l'utilisateur.
L'invention propose à cet effet un système pour l'échange de données entre une pluralité de serveurs, destiné à la délivrance d'une décision dans un système monétique, comportant au moins un appareil de saisie d'une demande de transaction, tels que par exemple un distributeur de billet, relié à au moins un système de routage, ledit système de routage étant apte à communiquer avec au moins un serveur, par exemple un serveur d'autorisation, tels que par exemple un serveur d'autorisation, caractérisé en ce qu'il comprend un serveur de décision, réceptionnant et traitant la demande de transaction provenant du système de routage afin de déterminer à destination de quel(s) serveur(s) une demande d'interrogation ou d'information doit être envoyée ; ledit serveur de décision réceptionne également la réponse à ladite demande provenant dudit ou desdits serveur(s).
De préférence, la demande de transaction consistera en une donnée numérique comportant une pluralité de champs, tels que par exemple les champs identifiant respectivement le type de la transaction, l'origine de la transaction et le demandeur, ou l'utilisateur. Ainsi, le serveur de décision traitera la demande de transaction en analysant chacun des champs de ladite demande ; les informations contenues dans chacun des champs étant susceptible de déclencher l'envoi d'une demande d'interrogation ou d'information à destination d'un serveur particulier.
Selon une possibilité offerte par l'invention, le serveur de décision comprend un module de comparaison apte à comparer les informations contenues dans chacun des champs de la demande de transaction avec une pluralité d'information de déclenchement, préalablement stocké dans le serveur de décision, pour décider de l'envoi ou non d'une demande d'interrogation ou d'information ainsi que le serveur destinataire.
Avantageusement, le serveur de décision pourra agréger et synthétiser les réponses, ou les données, provenant d'au moins deux serveurs pour délivrer à l'appareil de saisie, via le système routage, une réponse unique relative à la demande de transaction.
Selon un aspect avantageux de l'invention, chaque réponse, ou données, provenant des serveurs pourra consister en une donnée numérique comportant une pluralité de champs.
Avantageusement, l'agrégation et la synthèse des données, ou réponses, par le serveur de décision pourra s'effectuer par élimination de champs optionnels dans chaque donnée, ou réponse, provenant de chaque serveur.
De préférence, le serveur de décision créera préalablement une réponse unique prédéfinie comportant une pluralité de champs ; lesdits champs étant renseignés par les champs de la ou des réponses, ou données, provenant des serveurs.
La réponse unique délivrée à l'appareil de saisie pourra consister en un refus ou une acceptation de la demande de transaction.
Avantageusement, la réponse unique pourra comprendre également des informations complémentaires, tels que par exemple l'état de compte de l'utilisateur ayant saisie la demande de transaction.
De préférence, le serveur de décision comportera un dispositif pour l'horodatage des demandes de transaction et/ou des réponses émises.
L'appareil de saisie comprendra un moyen de visualisation pour afficher la saisie de la demande de transaction et également la réponse unique envoyée par le serveur de décision.
La présente invention se rapporte également à un procédé d'échanges d'information et de décision relative à une transaction, comportant une étape de saisie d'une demande de transaction sur un appareil de saisie, tels qu'un distributeur de billets, une étape de transmission de ladite demande à un système de routage, la demande de transaction consistant en une donnée numérique comportant une pluralité de champs, une étape de transmission de demande(s) d'interrogation ou d'information par ledit système de routage à destination d'au moins un serveur, une étape de réception par le système de routage d'au moins une réponse provenant dudit ou desdits serveur(s), caractérisé en ce qu'il comprend en outre les étapes de :- transmission de la susdite demande depuis le système de routage vers un serveur de décision, - analyse et traitement des champs de la demande de transaction, - envoi d'au moins une demande d'interrogation ou d'information à destination d'au moins un serveur, tels qu'un serveur d'autorisation, via le système de routage, réception d'au moins une réponse à ladite demande d'interrogation ou d'information par le serveur de décision.
Avantageusement, le procédé de l'invention comprendra en outre une étape de comparaison pour comparer les informations contenues dans chacun des champs de la demande de transaction avec une pluralité d'information de déclenchement, préalablement stocké dans le serveur de décision, pour décider de l'envoi ou non d'une demande d'interrogation ou d'information ainsi que le serveur destinataire.
Le procédé pourra comprendre une étape d'agrégation et de synthèse des réponses, ou des données, provenant d'au moins deux serveurs pour alimenter ou renseigner une réponse unique, comportant une pluralité de champs, préalablement créée par le serveur de décision.
Dans ce cas, le procédé comprendra en outre une étape de transmission de la réponse unique à destination de l'appareil de saisie, via le système de routage.
Ainsi, l'invention, intégrée dans une architecture monétique, autorise les fonctions techniques suivantes : - permettre des décisions toujours plus complexe dans l'algorithme d'autorisation, - permettre d'intégrer des serveurs d'autorisations existants dans la décision, - fournir un chemin de migration permettant une cohabitation des décisions durant la phase de migration, permettre d'intégrer de nouveau serveur externe dans la décision (par exemple un serveur de fraude...).
On comprendra mieux l'invention à l'aide de la description, faite ci-après à titre purement explicatif, d'un mode de réalisation de l'invention, en référence à la figure annexée : - la figure 1 est un schéma bloc illustrant les différents éléments d'un système monétique dans lequel est intégré le serveur de décision selon l'invention.
Comme cela est représenté sur la figure 1, l'architecture d'un serveur ou système monétique est composé de trois domaines principaux : - les systèmes d'acceptation et acquisition 1 des transactions monétiques issues de plusieurs canaux 2, par exemple de type Terminal de Paiement Electronique (TPE), Guichet automatique de Billets (GAB), Distributeur Automatique de Billets (DAB), Internet ou téléphone, pour les filières paiement et retrait.Ces différents canaux 2, ou terminaux, sont chargés de communiquer avec des applications transactionnelles distantes via des réseaux bancaires (VISA, EUROPAY, RCB...) ou vers des applications locales, - le système de routage monétique 3, également dénommé middleware monétique : élément de communication réseau qui achemine avec robustesse les transactions vers les applications du système monétique, - le système d'autorisation 4 chargé de recevoir les transactions, de les contrôler, puis de donner un avis favorable ou défavorable sur cette transaction, accompagnée d'informations complémentaires, au composant qui lui a transmis la transaction. Ainsi, le serveur de décision 5 s'intègre dans le système d'autorisation 4, tels que représenté sur la figure 1.Le serveur de décision 5 a les deux fonctions principales suivantes dans le système monétique : - diffusion , c'est-à-dire transmettre la transaction, ou la demande de transaction, vers le serveur d'autorisation nominal 6 et vers d'autres serveurs externes 7, tels que par exemple un serveur de fraude ou un ancien serveur d'autorisation, - décision , c'est-à-dire analyser l'ensemble des réponses provenant des susdits serveurs 6, 7 et de répondre, sous forme d'une réponse unique, via le système de routage 3, à l'utilisateur, en fonction des principes suivants :
agréger l'ensemble des réponses provenant des différents serveurs 6, 7 et les synthétiser pour créer un réponse globale et unique, comparer les réponses de deux serveurs 6, 7, par exemple deux serveurs d'autorisations nouveau et ancien.
Le module de diffusion du serveur 5 selon l'invention détermine d'une manière paramétrable quels sont les transactions reçues d'un présenteur qui doivent être adressées aux destinataires. Il utilise les informations qui permettent généralement de caractériser un type de transaction (demandeur, origine, type de carte...).
Le serveur de décision 5 présente, relativement à sa deuxième fonction de décision , les avantages suivants :
choisir une réponse parmi celles reçues, agréger l'ensemble des réponses pour en créer une globale, de comparer les réponses de 2 serveurs d'autorisations.
Le serveur de décision 5 diffuse la demande de transaction, ou la transaction, vers l'ensemble des serveurs 6, 7 connus du serveur de décision 5, par exemple au moins un serveur d'autorisation relatif au moyen d'acquisition utilisé par l'utilisateur, mais également un ou plusieurs ancien serveur d'autorisation pour vérifier, par exemple, si l'utilisateur n'a pas d'interdiction de retrait vis-à-vis de ces serveurs, ou simplement un serveur de fraude d'un service central.
Le serveur de décision 5 détermine, d'une manière paramétrable, quelles sont les transactions reçues d'un terminal de saisie qui doivent être adressées à tels ou tels serveurs 6, 7. Le serveur de décision 5 utilise les informations numériques contenues dans les différents champs constituant la demande de transaction ou la transaction et qui caractérise généralement un type de transaction et le contexte, à savoir par exemple le demandeur ou utilisateur, l'origine de la demande de transaction et le type de carte utilisé par l'utilisateur, le numéro de BIN... ; ces critères définissant également dans quelles conditions les traitements doivent s'effectuer, c'est-à-dire leurs ordres ou leurs priorité.
Pendant la phase de réception par le serveur de décision 5, ce dernier réceptionne l'ensemble des réponses provenant des serveurs destinataires. Il est important de noter qu'une réponse provenant de ces serveurs peut être de nature obligatoire ou optionnelle : - si un élément de réponse obligatoire n'est pas reçu, la transaction sera annulée par le serveur de décision, - si un élément de réponse optionnelle n'est pas reçu, la transaction est exécutée normalement.
Dans tous les cas, les conditions d'exécution de la demande de transaction ou de la transaction sont paramétrables, par exemple les serveurs destinataires 6, 7, les critères obligatoires et optionnelles de diffusion et les critères obligatoires ou optionnelles de réception.
Les réponses provenant des différents serveurs 6, 7 peuvent être de plusieurs natures, par exemple, une réponse à l'autorisation, une émission d'une commande EMV ( Europay , Mastercard , Visa , définissant la norme internationale de carte à puce), une émission d'une opposition, une notification vers un système externe, c'est-à-dire un avis, ou toutes autres natures d'informations dédiés aux services appelés.
La synthèse réalisée par le serveur de décision 5 fait appel à des règles de gestion complexe associée à une expertise. Ce processus fait appel à des algorithmes de décision, aux réponses et codes retour des destinataires, et inclut par ailleurs les notions de gravité ou de priorité des différentes réponses provenant des serveurs 6, 7.
Ainsi, en fin d'exécution des traitements par les destinataires du module de diffusion, le module de décision du serveur fait la synthèse des résultats de toutes les fonctions précédentes afin de définir, d'une manière paramétrable, la ou les réponses à fournir. Il est important de noter que le code réponse final de la transaction de réponse, par exemple un champ 39 du CB2A, est calculé par le frontal de sortie, et non pas dans ce module de décision 6, 7.
Les réponses à fournir par le serveur de décision 5 sont de plusieurs nature, notamment : - réponse à l'autorisation, - émission d'une commande EMV (script), - émission d'une opposition, - avis (notification), - autres ... (ex : fournir des infos ..).
La synthèse des résultats peut permettre de déterminer notamment les éléments suivants : - service(s) est fait / non fait, - code retour technique et fonctionnel, notion de gravité - priorité.
Le serveur de décision 5 dispose également d'un module de journalisation apte à archiver tout ou partie des traitements et réponses réalisés par les serveurs destinataires 6, 7 sur la demande de transaction ou la transaction pour notamment les fonctions juge de paix et pour comparer les réponses des différents serveurs en phase de migration.
La configuration du serveur de décision 5 définit par paramétrage les règles de décisions et les conditions de journalisation des réponses des destinataires.
Selon un exemple choisi pour illustrer l'invention, le procédé présente la cinématique suivante :
1. Le client fait sa demande de retrait sur un GAB (Guichet Automatique de Billets) ou sa demande de paiement sur un TPE (terminal de paiement), 2. Le GAB (retrait) ou le TPE (paiement) envoi une demande d'autorisation vers le système selon l'invention, 3. Le système envoi la demande d'autorisation provenant de l'émetteur de la carte au serveur 5, 4. Le premier composant du module émetteur (module de diffusion) reçoit la demande d'autorisation, 5. Le module de diffusion du serveur 5 caractérise la transaction en fonction des critères de diffusions, 6. Le module de diffusion émet la transaction vers les systèmes destinataires 6, 7 en charge de donner les autorisations, 7. Les systèmes destinataires 6, 7 analysent la transaction et fournissent une réponse positive ou négative, 8. Le module de réception du serveur 5 attend les réponses de ces destinataires, 9.Le module de réception appelle le module de décision du serveur 5, 10. Le module de décision analyse et défini une réponse globale, 11. Le module de décision du serveur 5 journalise la transaction des différents destinataires renvoi sa réponse au module de diffusion du serveur 5, 12. Le module de diffusion renvoi la transaction au système, 13. Le système renvoi la transaction au terminal, GAB pour un retrait, TPE pour un paiement, 14. Le terminal exécute la transaction et informe le client.
L'invention est décrite dans ce qui précède à titre d'exemple. Il est entendu que l'homme du métier est à même de réaliser différentes variantes de l'invention sans pour autant sortir du cadre du brevet.
REVENDICATIONS
1. Système pour l'échange de données entre une pluralité de serveurs, destiné à la délivrance d'une décision dans un système monétique, comportant au moins un appareil de saisie d'une demande de transaction, tels que par exemple un distributeur de billet, relié à au moins un système de routage (3), ledit système de routage (3) étant apte à communiquer avec au moins un serveur (6, 7), par exemple un serveur d'autorisation (6), caractérisé en ce qu'il comprend un serveur de décision (5), réceptionnant et traitant la demande de transaction provenant du système de routage (3) afin de déterminer à destination de quel(s) serveur(s) (6, 7) une demande d'interrogation ou d'information doit être envoyée ; ledit serveur de décision (5) réceptionne également la réponse à ladite demande provenant dudit ou desdits serveur(s) (6, 7).
1. Système pour l'échange de données entre une pluralité de serveurs, destiné à la délivrance d'une décision dans un système monétique, comportant au moins un appareil de saisie d'une demande de transaction, tels que par exemple un distributeur de billet, relié à au moins un système de routage (3), ledit système de routage (3) étant apte à communiquer avec au moins un serveur (6, 7), par exemple un serveur d'autorisation (6), caractérisé en ce qu'il comprend un serveur de décision (5), réceptionnant et traitant la demande de transaction provenant du système de routage (3) afin de déterminer à destination de quel(s) serveur(s) (6, 7) une demande d'interrogation ou d'information doit être envoyée ; ledit serveur de décision (5) réceptionne également la réponse à ladite demande provenant dudit ou desdits serveur(s) (6, 7).
Claims (9)
- 2. Système selon la revendication 1, caractérisé en ce que la demande de transaction consiste en une donnée numérique comportant une pluralité de champs, tels que par exemple les champs identifiant respectivement le type de la transaction, l'origine de la transaction et le demandeur, ou l'utilisateur.
- 3. Système selon les revendications 1 et 2, caractérisé en ce que le serveur de décision (5) traite la demande de transaction en analysant chacun des champs de ladite demande ; les informations contenues dans chacun des champs étant susceptible de déclencher l'envoi d'une demande d'interrogation ou d'information à destination d'un serveur particulier (6, 7).4. Système selon la revendication 3, caractérisé en ce que le serveur de décision (5) comprend un module de comparaison apte à comparer les informations contenues dans chacun des champs de la demande de transaction avec une pluralité d'information de déclenchement, préalablement stocké dans le serveur de décision (5), pour décider de l'envoi ou non d'une demande d'interrogation ou d'information ainsi que le serveur destinataire (6, 7).
- 5. Système selon la revendication 1, caractérisé en ce que le serveur de décision (5) agrège et synthétise les réponses, ou les données, provenant d'au moins deux serveurs (6, 7) pour délivrer à l'appareil de saisie, via le système routage (3), une réponse unique relative à la demande de transaction.6. Système selon la revendication 5, caractérisé en ce que chaque réponse, ou données, provenant des serveurs(6, 7) consiste en une donnée numérique comportant une pluralité de champs.
- 7. Système selon la revendication 6, caractérisé en ce que l'agrégation et la synthèse des données, ou réponses, par le serveur de décision (5) s'effectue par élimination de champs optionnels dans chaque donnée, ou réponse, provenant de chaque serveur (6, 7).
- 8. Système selon l'une des revendications 5 à 7, caractérisé en ce que le serveur de décision (5) crée préalablement une réponse unique prédéfinie comportant une pluralité de champs ; lesdits champs étant renseignés par les champs de la ou des réponses, ou données, provenant des serveurs (6, 7).9. Système selon la revendication 8, caractérisé en ce que la réponse unique délivrée à l'appareil de saisie consiste en un refus ou une acceptation de la demande de transaction.
- 10. Système selon la revendication 8, caractérisé en ce que la réponse unique comprend également des informations complémentaires, tels que par exemple l'état de compte de l'utilisateur ayant saisie la demande de transaction.
- 11. Système selon l'une des revendications précédentes, caractérisé en ce que le serveur de décision(5) comporte un dispositif pour l'horodatage des demandes de transaction et/ou des réponses émises.
- 12. Système selon les revendications 1 et 8, caractérisé en ce que l'appareil de saisie comprend un moyen de visualisation pour afficher la saisie de la demande de transaction et également la réponse unique envoyée par le serveur de décision (5).13. Procédé d'échanges d'information et de décision relative à une transaction, comportant une étape de saisie d'une demande de transaction sur un appareil de saisie, tels qu'un distributeur de billets, une étape de transmission de ladite demande à un système de routage (3), la demande de transaction consistant en une donnée numérique comportant une pluralité de champs, une étape de transmission de demande(s) d'interrogation ou d'information par ledit système de routage (3) à destination d'au moins un serveur (6, 7), une étape de réception par le système de routage (3) d'au moins une réponse provenant dudit ou desdits serveur(s) (6, 7), caractérisé en ce qu'il comprend en outre les étapes de :- transmission de la susdite demande depuis le système de routage (3) vers un serveur de décision (5),- analyse et traitement des champs de la demande de transaction,- envo i d'au moins une demande d'interrogation ou d'information à destination d'au moins un serveur (6, 7), tels qu'un serveur d'autorisation (6), via le système de routage (3),- réception d'au moins une réponse à ladite demande d'interrogation ou d'information par le serveur de décision(5) .14. Procédé selon la revendication 13, caractérisé en ce qu'il comprend en outre une étape de comparaison pour comparer les informations contenues dans chacun des champs de la demande de transaction avec une pluralité d'information de déclenchement, préalablement stocké dans le serveur de décision (5), pour décider de l'envoi ou non d'une demande d'interrogation ou d'information ainsi que le serveur destinataire (6, 7).
- 15. Procédé selon la revendication 13, caractérisé en ce qu'il comprend une étape d'agrégation et de synthèse des réponses, ou des données, provenant d'au moins deux serveurs (6, 7) pour alimenter ou renseigner une réponse unique, comportant en une pluralité de champs, préalablement créée par le serveur de décision (5).16. Procédé selon la revendication 15, caractérisé en ce qu'il comprend en outre une étape de transmission de la réponse unique à destination de l'appareil de saisie, via le système de routage (3).
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0350135A FR2854520A1 (fr) | 2003-04-29 | 2003-04-29 | Systeme et procede pour l'echange de donnees entre une pluralite de serveurs |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0350135A FR2854520A1 (fr) | 2003-04-29 | 2003-04-29 | Systeme et procede pour l'echange de donnees entre une pluralite de serveurs |
Publications (1)
Publication Number | Publication Date |
---|---|
FR2854520A1 true FR2854520A1 (fr) | 2004-11-05 |
Family
ID=33155678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0350135A Withdrawn FR2854520A1 (fr) | 2003-04-29 | 2003-04-29 | Systeme et procede pour l'echange de donnees entre une pluralite de serveurs |
Country Status (1)
Country | Link |
---|---|
FR (1) | FR2854520A1 (fr) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0600235A1 (fr) * | 1992-10-30 | 1994-06-08 | Software Ag | Interface de traitement coopératif et courtier de communication pour environnement hétérogène |
US20020038289A1 (en) * | 1989-12-08 | 2002-03-28 | Lawlor Matthew P. | Method and system for remote delivery of retail banking services |
US6473805B2 (en) * | 1998-06-08 | 2002-10-29 | Telxon Corporation | Method and apparatus for intergrating wireless and non-wireless devices into an enterprise computer network using an interfacing midware server |
-
2003
- 2003-04-29 FR FR0350135A patent/FR2854520A1/fr not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020038289A1 (en) * | 1989-12-08 | 2002-03-28 | Lawlor Matthew P. | Method and system for remote delivery of retail banking services |
EP0600235A1 (fr) * | 1992-10-30 | 1994-06-08 | Software Ag | Interface de traitement coopératif et courtier de communication pour environnement hétérogène |
US6473805B2 (en) * | 1998-06-08 | 2002-10-29 | Telxon Corporation | Method and apparatus for intergrating wireless and non-wireless devices into an enterprise computer network using an interfacing midware server |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0647052B1 (fr) | Système de gestion de la consommation de consultations de données sur un réseau de télécommunications | |
EP0431138B1 (fr) | Systeme de saisie, de traitement et de transmission d'informations et de donnees | |
EP0820620B1 (fr) | Procede de paiement electronique permettant d'effectuer des transactions liees a l'achat de biens sur un reseau informatique | |
US20060015450A1 (en) | Financial services network and associated processes | |
US20030065620A1 (en) | Virtual customer database | |
EP1330805A1 (fr) | Procede et dispositif de reservation d'une place de stationnement | |
EP0854462A2 (fr) | Méthode de commerce électronique | |
FR2811451A1 (fr) | Systeme et procede de gestion de transactions de micropaiement, terminal de client et equipement de marchand correspondants | |
EP2087720A2 (fr) | Procédé et système pour générer des opérations de communication planifiées sur des réseaux et systèmes d'information, et mise en oeuvre de ce procédé dans un processus de vérification de facturation | |
FR2817108A1 (fr) | Paiements electroniques sur le reseau gsm/gprs et umts | |
FR2854520A1 (fr) | Systeme et procede pour l'echange de donnees entre une pluralite de serveurs | |
FR3069356A1 (fr) | Procede et systeme de gestion d'un paiement par porte-monnaie electronique | |
FR2750273A1 (fr) | Procede de rechargement de cartes prepayees virtuelles | |
FR2823882A1 (fr) | Procede et systeme de validation de paiement | |
EP1163646B1 (fr) | Systeme et procede de gestion de transaction dans un site mobile, et equipements mis en oeuvre dans ce systeme | |
EP2800072A2 (fr) | Procédé de délivrance par un automate de cartes de téléphonie mobile SIM à abonnement prépayé ou postpayé | |
WO2006032944A1 (fr) | Application nouvelle du telephone mobile gsm au transfert d’ argent | |
FR2945881B1 (fr) | Procede et systeme de transaction de biens et/ou de services au moyen d'un terminal via un reseau de communication | |
BE1016481A6 (fr) | Titres physiques ou virtuels pour services de telecommunications ou internet et procede et systeme pour leur traitement. | |
WO2012089953A1 (fr) | Procede de traitement de donnees pour la gestion de transactions | |
EP1430456A2 (fr) | Installation de paiement electronique pour l'achat de biens ou services proposes par un serveur marchand et procede mis en oeuvre dans une telle installation | |
FR2750275A1 (fr) | Procede de gestion dans un systeme telematique distribue et systeme de mise en oeuvre de ce procede | |
FR2791450A1 (fr) | Systeme et procede de transaction mobile, et equipements mobiles mis en oeuvre dans ce systeme | |
FR2831297A1 (fr) | Procede de prestation de service par un prestataire de service et installation pour la mise en oeuvre du procede | |
EP1400935A1 (fr) | Système pour opérer un transfert d'informations, simplifié par l'utilisation d'une relation pré-établie et applications |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ST | Notification of lapse |
Effective date: 20051230 |