FR2876530A1 - Procede d'intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe - Google Patents

Abstract

L'invention concerne un procédé d'intermédiation dans une transaction comportant une requête et une réponse entre un terminal et un serveur comportant un catalogue desdites réponses. Le procédé comporte les étapes d'envoi d'un message par le terminal à un serveur d'intermédiation de demande d'accès au serveur de réponses, d'échange de messages entre le terminal et le serveur par l'intermédiaire du serveur d'intermédiation pour choisir une réponse du catalogue du serveur et, le choix étant fait, de transfert des informations de la transaction à des moyens de validation du serveur d'intermédiation puis, d'envoi d'un message du serveur d'intermédiation vers le terminal de demande d'accord sur la transaction, et de réception d'un message d'accord en retour, de validation de la transaction par le serveur d'intermédiation auprès d'un serveur de validation et d'envoi d'un message du serveur d'intermédiation vers le serveur apte à déclencher l'exécution de la réponse choisie.

Description

La présente invention concerne un procédé d'intermédiation dans une

transaction comportant une requête et au moins une réponse entre un terminal client et un serveur fournisseur de réponses, ainsi qu'un serveur d'intermédiation.

Dans le cadre de services vocaux interactifs, les fournisseurs de tels services sont rémunérés au moyen de numéros de téléphone surtaxés mis en place par les opérateurs de téléphonie. Le coût de l'appel d'un numéro surtaxé est supérieur au coût de la communication téléphonique pour tenir compte de la valeur des informations fournies ou du service rendu par le service vocal.

Afin de gérer au mieux cette valeur ajoutée, les opérateurs définissent des plages de numéros surtaxés avec des paliers tarifaires différents. Le fournisseur de services vocaux peut ainsi choisir une tarification correspondant à la valeur du service rendu.

La surtaxe est répartie entre l'opérateur et le fournisseur de service.

Elle est perçue par l'opérateur, qui se charge de facturer le client, et celui-ci 15 reverse aux fournisseurs de service la part de la surtaxe qui leur revient.

Actuellement, deux modes de taxation sont disponibles: - le paiement à la communication, indépendamment de la durée, et - le paiement à la durée, la surtaxe étant proportionnelle à la durée de la communication.

Ces deux modes de taxation ne permettent pas de séparer la phase de consultation du service de la phase d'achat et de jouissance du bien ou service si ces deux phases ont lieu sur le même canal vocal, puisqu'il n'y a pas de possibilité de différencier la taxation en fonction de la phase du dialogue.

De plus, le commerçant ne peut adapter le paiement à la valeur des informations fournies qu'en utilisant un des deux moyens suivants: adapter artificiellement la durée de la communication à la valeur moyenne des informations fournies par le service, ou - utiliser des numéros de téléphone différents, associés à des paliers tarifaires différents, pour des informations de valeurs différentes.

Il est à noter que la structure du marché des services vocaux est actuellement composée de gros commerçants qui possèdent leurs propres infrastructures et de courtiers qui mettent à disposition et mutualisent leurs infrastructures auprès des petits et moyens commerçants.

Le but de l'invention est donc de proposer un procédé, et le serveur associé, qui permette d'offrir une variété de modes de paiements tout en préservant cette dichotomie fonctionnelle entre l'opérateur de téléphonie et les commerçants.

L'objet de l'invention est donc un procédé d'intermédiation dans une transaction comportant une requête et au moins une réponse entre un terminal client et un serveur fournisseur de réponses, ce serveur comportant des moyens de stockage des descriptions desdites réponses sous forme d'un catalogue, le procédé comportant les étapes de: a) envoi d'un message par le terminal client à un serveur d'intermédiation de demande d'accès à un serveur fournisseur de réponses, b) échange de messages entre le terminal client et le serveur fournisseur par l'intermédiaire du serveur d'intermédiation aptes à permettre au terminal client de choisir une réponse du catalogue du serveur fournisseur, c) le choix étant fait, transfert des informations aptes à qualifier la transaction à des moyens de validation du serveur d'intermédiation, d) envoi d'un message du serveur d'intermédiation vers le terminal client de demande d'accord sur la transaction, et réception d'un message d'accord en retour, e) envoi d'un message d'ordre de validation de la transaction correspondant à l'accord donné du serveur d'intermédiation vers un serveur de validation, f) réception d'un message d'accord de validation du serveur de validation par le serveur d'intermédiation, g) envoi d'un message du serveur d'intermédiation vers le serveur fournisseur apte à déclencher l'exécution de la réponse choisie. Les caractéristiques de l'invention sont: - après l'étape g), une étape d'exécution de la réponse choisie comportant le transfert, par voie électronique, de la réponse du serveur fournisseur vers le serveur d'intermédiation, puis le transfert par voie électronique de la réponse du serveur d'intermédiation vers le terminal client; - après l'étape d'exécution de la réponse, un retour vers l'étape b) de choix d'une réponse; - si à l'étape d) le terminal client n'envoie pas de message d'accord, le procédé est interrompu et retourne à l'étape b) de choix d'une réponse; - à l'étape b) de choix d'une réponse, les messages à destination du terminal client comportent des liens libres et/ou des liens contrôlés, les liens libres étant des balises de messages permettant au terminal client d'atteindre d'autres informations prédéterminées du catalogue, et les liens contrôlés étant des balises de messages référençant une réponse, un des attributs de ces balises étant une valeur codée de la réponse référencée; - la transaction correspond à un service vocal, le terminal client étant un téléphone; - les descriptions des réponses dans le catalogue du serveur fournisseur sont au format Voice XML.

Un autre objet de l'invention est un serveur d'intermédiation pour la mise en oeuvre du procédé comportant: - des premiers moyens de connexion avec un terminal client, - des deuxièmes moyens de connexion avec un serveur fournisseur et, - des troisièmes moyens de connexions avec un serveur de validation, - des moyens d'authentification du terminal client ou du client, - les premiers et deuxièmes moyens étant reliés à des moyens de consultation aptes à permettre au terminal client de choisir une réponse du serveur fournisseur, et à transmettre les références de la réponse choisie à : - des moyens de validation de transaction, connectés également aux premiers et troisièmes moyens de connexions, et aptes à envoyer un ordre de validation au serveur de validation, au nom du terminal client, et correspondant à la réponse choisie et à recueillir l'accord du serveur de validation pour ledit ordre de validation, et à transmettre à : - des moyens d'exécution de la réponse choisie du serveur fournisseur au terminal client; D'autres caractéristiques du serveur, objet de l'invention, sont: - les références de la réponse choisie sont transmises entre les moyens de consultation et les moyens de validation de transaction sous forme d'un enregistrement de données ayant un format préalablement défini indépendant du serveur fournisseur; - le serveur fournisseur comportant en outre un catalogue des réponses, celui-ci stocke des liens contrôlés sous forme d'un enregistrement de données ayant un format préalablement défini indépendant du serveur fournisseur.

Un autre objet de l'invention est un produit logiciel enregistré en un support de mémorisation pour la mise en oeuvre par un ordinateur faisant office d'équipement dédié du procédé d'intermédiation précédent.

L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et faite en référence aux dessins annexés, et dans lesquels: - la figure 1 est un schéma synoptique du réseau dans un mode de réalisation de l'invention; - la figure 2 est un schéma synoptique des différents modules fonctionnels et de leurs interactions dans un mode de réalisation de l'invention; et - la figure 3 est un schéma du flux d'informations d'un mode de réalisation du procédé selon l'invention.

Dans le mode de réalisation décrit ci-après, on utilisera l'exemple d'une transaction d'achat d'un bien ou service payant à titre illustratif et non limitatif.

Dans le mode de réalisation préféré de l'invention, figure 1, un serveur 1, dit serveur d'intermédiation, comporte des premiers moyens 9 de connexion à 25 des terminaux clients 2, 3.

Ces terminaux clients 2, 3 peuvent être des ordinateurs personnels 2 classiques connectés au serveur 1 d'intermédiation par l'intermédiaire du réseau 4 constitué par exemple d'un réseau local relié à Internet ou par une ligne téléphonique et un modem reliés également à Internet et possédant, préférentiellement, un navigateur internet. Ils peuvent être, également, des téléphones 3 fixes ou mobiles classiques reliés au serveur 1 par un réseau téléphonique.

Dans tous les cas, les terminaux clients 2, 3 comportent une interface homme-machine permettant à un être humain de saisir et de recevoir des informations.

Dans le cas où le terminal client est un téléphone 3, le mode de présentation des informations est donc généralement vocal et le mode de saisie des informations est soit vocal par l'intermédiaire d'un module de reconnaissance vocale se trouvant sur le serveur 1, soit par la saisie d'un code sur le clavier numérique du téléphone comme il est bien connu de l'homme du métier.

II est également possible d'utiliser un téléphone 3 pour échanger des messages écrits. Pour ce faire, la norme USSD (Unstructured Supplementary Services Data données de services supplémentaires non structurées) peut être utilisée.

Le serveur 1 d'intermédiation comporte également des deuxièmes et troisièmes moyens 10, 11 de connexion, par l'intermédiaire d'un réseau numérique, à des serveurs 5, 6, 7 fournisseurs de biens et de services, ainsi qu'à au moins un serveur 8 de paiement. Les serveurs 5, 6, 7 sont présentés à titre illustratif et leur nombre n'est, bien entendu, pas limité à 3.

Un bien ou un service est un exemple particulier de réponses fournies par les serveurs 5, 6, 7. De même, le serveur 8 de paiement est un cas particulier d'un serveur de validation de transaction, le paiement correspondant à un cas particulier de validation.

La connexion numérique entre le serveur 1 d'intermédiation et les différents serveurs 5, 6, 7 et 8 peut être de n'importe quel type permettant l'échange de messages numériques entre ordinateurs. De préférence, le réseau Internet à la norme IP est utilisé et l'échange de messages entre les machines se fait selon le protocole http. II est également possible d'utiliser de manière avantageuse le protocole http sécurisé, ou https, pour permettre un échange de messages entre les différentes machines qui soit sûr et confidentiel, comme il est bien connu de l'homme du métier.

Comme on peut le constater au vu de la figure 1, le serveur 1 se trouve en position d'intermédiaire, ou d'interface, entre les terminaux 2, 3 clients et les serveurs 5, 6, 7, 8 fournisseurs ou de paiement, d'où le nom de serveur d'intermédiation donné au serveur 1.

Le matériel et le système d'exploitation des différents serveurs 5, 6, 7, 8 sont classiques pour ce type d'application et bien connus de l'homme du métier.

De façon avantageuse, les différents moyens 9, 10, 11 de connexion 5 permettent de normaliser les échanges entre machines au niveau applicatif et de simplifier ainsi la mise en place des différents équipements.

En effet, moyennant le respect de standards définis par le serveur 1 d'intermédiation, les serveurs 5, 6, 7 fournisseurs n'ont pas à gérer la diversité possible des terminaux clients 2, 3 et de leurs modes de connexion.

Au niveau applicatif, au sens de la norme ISO sur les télécommunications, les premiers moyens 9 de connexion du serveur 1 d'intermédiation comportent un moteur de page "serveur" qui transforme les informations à envoyer au terminal client en un flux intermédiaire à destination du terminal client 2, 3. Lorsque ce flux intermédiaire est encore constitué de pages, le terminal client 2, 3 décode celles-ci grâce à un moteur de page "client" pour les présenter à l'utilisateur sur l'interface hommemachine de sortie du terminal 2, 3.

Dans tous les cas, les informations à envoyer se présentent à l'origine, c'est-à-dire avant leur transformation par le moteur de pages "serveur", sous forme de pages, ou de fichiers, contenant des données structurées. Ces pages peuvent par exemple être des fichiers HTML, XML... Par exemple, dans le cas particulier d'un service vocal, ces pages peuvent être des fichiers VoiceXML.

Ainsi, dans le cas d'un service Internet, les pages sont codées en HTML ou une de ses variantes, diffusées sur le réseau par un serveur http comme le serveur "Apache" hébergé par le serveur 1, puis reçues et décodées par le moteur de pages "client" du navigateur Internet du terminal 2 pour affichage.

Dans la plupart des implémentations d'un service vocal, les pages en provenance des serveurs 5, 6, 7 fournisseurs sont codées en VoiceXML et transformées par le moteur de page "serveur" du serveur 1 d'intermédiation en un signal, appelé signal intermédiaire, compatible avec le téléphone 3 de réception puis, à nouveau, transformées en signal sonore par l'écouteur ou le haut-parleur de celui-ci.

Dans le cas d'un service vocal, et pour la plupart des implémentations, le flux intermédiaire ainsi défini étant un signal directement interprétable par le terminal-client 3, ce dernier ne comporte pas de moteur de pages "client".

Il faut donc comprendre que quand, dans la suite de cette description, les différents flux ou interactions entre les objets sont qualifiés par la sémantique des données qu'ils transportent, cela correspond en fait à un échange de messages parfaitement structuré selon les protocoles standardisés Internet ou de l'I.U.T., protocoles qui sont bien connus de l'homme du métier et dont la mise en oeuvre ne recèle aucune difficulté particulière dans le cadre du mode de réalisation décrit.

En référence à la figure 2, les différentes fonctions et leurs relations vont maintenant être explicitées.

Les serveurs 5, 6, 7 fournisseurs de biens et de services comportent deux modules 12, 13. Le premier module 12 est un module de catalogage. Il comporte des moyens de stockage des descriptions des biens et services mis en vente par le fournisseur commerçant. Les moyens de stockage comportent également des moyens de navigation permettant au client de rechercher le bien ou service désiré.

Dans le cadre d'un service vocal, ce module 12 peut avantageusement 20 être structuré grâce à la norme VoiceXML combinée à des scripts écrits en Javascript.

L'information est donc structurée sous forme de pages, chaque page comportant des liens gratuits et/ou des liens payants.

A l'intérieur d'une page, un lien est une portion de la page qui comporte trois éléments: une étiquette, une action client et une action moteur.

L'étiquette correspond à une portion de la page qui décrit l'action client, c'est-à-dire l'action que le client doit effectuer, pour obtenir l'exécution d'une action moteur, c'est-à-dire l'action que doit effectuer le moteur de page "serveur", elle-même décrite par l'étiquette.

Ainsi, dans le cadre d'un message vocal, l'exécution d'un lien vocal comprend deux étapes: - la restitution sonore de l'étiquette du lien, cette étiquette comportant au minimum une description vocale de l'action client et de l'action moteur. Par exemple, si l'action moteur correspond au téléchargement d'une page vocale, l'étiquette comporte une description de l'action que le client doit effectuer pour obtenir cette page vocale; l'attente de la réponse du client. En cas de non-réponse, le lien peut comporter une temporisation au bout de laquelle le traitement du lien par le moteur est abandonné, et la restitution de la page vocale en cours poursuivie.

Un lien payant, ou lien contrôlé, est alors un cas particulier d'un lien dans le cadre d'une transaction commerciale. L'étiquette comporte alors la description d'un produit, son prix, qui est donc une valeur codée du produit, et la description de l'action à effectuer par le client afin de signifier son intention de procéder à l'achat du produit décrit. L'action moteur correspondante contient les instructions, au sens informatique du terme, nécessaires à la suite du déroulement de la transaction et du paiement.

Un lien gratuit, ou lien libre, est un lien qui n'est pas payant, c'est-àdire qu'il permet d'accéder à d'autres pages du catalogue mais ne démarre pas une transaction commerciale.

Ainsi, le catalogue est l'ensemble constitué d'une page d'accueil et de l'ensemble des pages accessibles via les liens gratuits de cette page d'accueil directement ou par l'intermédiaire d'autres pages.

Les serveurs 5, 6, 7 fournisseurs comportent également un module 13 de contenu comportant des moyens de stockage des biens ou services et permettant ainsi, lorsqu'une transaction est effectuée, de livrer le produit ou service acheté, en d'autres termes, d'exécuter la réponse choisie, comme il sera expliqué ci-après.

Le serveur 8 de paiement comporte classiquement les moyens nécessaires pour enregistrer, valider et exécuter des ordres de paiement.

Le serveur 1 d'intermédiation comporte des premiers moyens 9 de connexion avec le terminal client, des deuxièmes moyens 10 de connexion avec les serveurs fournisseurs et des troisièmes moyens 11 de connexion avec un serveur de paiement comme il a été expliqué ci-dessus en référence à la figure 1.

Le serveur 1 comporte en outre, figure 2, des moyens 14 d'authentification permettant d'authentifier le terminal client ou le client utilisateur. Ces moyens 14 utilisent, par exemple, soit le numéro de la ligne téléphonique, soit l'adresse IP, soit des moyens cryptologiques d'authentification bien connus de l'homme du métier (identifiant/mot de passe, challenge/réponse,...).

Les premiers et deuxièmes moyens 9, 10 de connexion du serveur 1 sont reliés à des moyens 15 de consultation aptes à permettre au terminal client de choisir un bien ou un service du serveur fournisseur. Les moyens 15 de consultation transmettent les références du bien ou service choisi à des moyens 16 de validation de la transaction selon un format prédéterminé. Ainsi la communication entre les moyens 15 de consultation et les moyens 16 de validation est complètement définie afin de limiter les risques de fraude pouvant provenir, en particulier, des serveurs 5, 6, 7 fournisseurs, ceux- ci n'intervenant pas dans la phase de validation suivante.

Les moyens de validation sont connectés au terminal client et au serveur de paiement par l'intermédiaire des premiers et troisièmes moyens 9, 11 de connexion.

Leur rôle consiste à recueillir l'accord du client sur la transaction, à envoyer un ordre de paiement au serveur de paiement, ordre de paiement correspondant au bien ou service choisi, et à recueillir l'accord du serveur 8 de paiement pour cet ordre de paiement.

Lorsque ce dernier accord est obtenu, ils transmettent l'ordre de livraison à des moyens 17 de livraison.

Ces derniers sont aptes à gérer la livraison, ou son suivi, entre le terminal client 2, 3 et le serveur fournisseur 5, 6, 7.

Le fonctionnement du serveur d'intermédiation et de ses différents moyens va maintenant être explicité en relation avec la figure 3.

Il doit être remarqué que, autant que possible, les échanges de messages décrits et référencés en relation avec la figure 3, ont également été reportés, avec les mêmes références sur la figure 2.

La figure 3 est un schéma comportant, symbolisés par des traits verticaux pointillés, les différents objets décrits en référence à la figure 1, à savoir le terminal client 2, 3, le serveur 1 d'intermédiation, un serveur 5, 6, 7 fournisseur avec lequel une consultation et une transaction vont être effectuées, et le serveur 8 de paiement.

Les différents flux d'informations entre ces objets sont symbolisés par des traits horizontaux orientés par des flèches pour indiquer le sens du flux principal d'informations.

Comme expliqué précédemment, ces flux d'informations correspondent physiquement à des messages formatés selon des protocoles comme le protocole http. Pour la clarté et la simplicité du schéma, un seul trait du schéma peut correspondre à plusieurs messages sémantiquement équivalents.

Par exemple, un ensemble de données important, nécessitant d'être fractionné en plusieurs paquets/messages pour être transmis, est représenté par un seul trait. De même, les messages ayant un contenu purement technique, lié au protocole, comme les accusés de réception, ne sont pas représentés.

Enfin, il doit être noté que le cadencement dans le temps des flux est représenté sur la figure 3 par un écoulement du temps allant du haut vers le bas.

Après s'être connecté en 20 au serveur 1 d'intermédiation, le terminal client 2, 3 ou le client utilisateur lui-même, est authentifié en 21 par le serveur 1 d'intermédiation comme expliqué précédemment.

Au cours de l'échange 22, le client appelle un marchand, ou, plus exactement, un serveur 5, 6, 7 fournisseur de biens ou de services, au moyen de l'adresse d'un service. Le serveur 1 d'intermédiation effectue alors, si nécessaire, une traduction de l'adresse fournie par le client en un identifiant interne du service appelé.

Au niveau du serveur 1 d'intermédiation, l'appel est alors transféré aux 20 moyens 15 de consultation.

Ces derniers retrouvent l'adresse du service catalogue du serveur fournisseur à partir de l'identifiant interne puis gère la consultation par le client de ce catalogue dans les interactions 23, 24 et 25.

L'interaction 23 correspond au téléchargement de la page d'accueil du catalogue du serveur 5, 6, 7 fournisseur vers le serveur 1 d'intermédiation. L'interaction 24 correspond notamment au téléchargement de cette même page du serveur 1 d'intermédiation vers le terminal client 2, 3 ou, plus généralement, au flux intermédiaire correspondant à cette même page, tel que défini précédemment, ainsi qu'à la sélection, en retour, par le terminal client 2, 3 des liens gratuits permettant l'accès à de nouvelles pages, cette sélection donnant lieu au téléchargement des pages correspondantes du serveur 5, 6, 7 fournisseur en 25. L'interaction 24 correspond donc également au téléchargement de ces nouvelles pages du serveur 1 d'intermédiation vers le terminal client 2, 3 ou, plus généralement, du flux intermédiaire correspondant à celles-ci.

On conçoit aisément que, le catalogue étant composé de plusieurs pages comme expliqué précédemment, les interactions 23, 24 et 25 peuvent représenter en fait plusieurs interactions enchevêtrées, les pages étant ainsi transmises au fur et à mesure que le client en fait la demande.

Plus précisément, lorsque le client, après avoir pris connaissance de l'étiquette l'un lien gratuit, effectue l'action client correspondante, un signal codant cette action est transmis en 24 aux moyens 15 de consultation du serveur 1 d'intermédiation. Ceux-ci transmettent cette information au moteur de page serveur pour qu'il effectue l'action moteur correspondante.

Si cette action moteur correspond au téléchargement d'une nouvelle page catalogue, ce téléchargement est effectué de façon classique en 25 entre le serveur 1 d'intermédiation et le serveur 5, 6, 7 fournisseur.

Plus précisément, lors de cette consultation du catalogue, un dialogue a lieu entre le terminal client 2, 3 et le serveur 1 d'intermédiation en 24. Au cours de cette interaction 24, le client prend connaissance du contenu du catalogue, et notamment des étiquettes des liens gratuits ou payants qu'il contient. Le client effectue les actions clients associées à certains de ces liens par l'intermédiaire de l'interface homme-machine du terminal client 2, 3. A chaque fois qu'une action client est effectuée, un signal codant l'action client est transmis du terminal client 2, 3 vers le serveur 1 d'intermédiation, dans le cadre de l'interaction 24.

Si le lien correspondant à l'action client effectuée est un lien payant, cela veut dire que le client a choisi d'acheter un bien ou un produit. Un signal codant cette action client est transmis en 26 au serveur d'intermédiation pour qu'il effectue l'action moteur correspondante. Celle-ci consiste notamment à transmettre aux moyens 16 de transaction de paiement les éléments de la transaction (description du produit, prix,...) et à transférer à ceux-ci le contrôle des opérations.

II est remarquable de noter que pour provoquer le paiement, le marchand doit, dans le mode de réalisation préféré de l'invention, insérer dans tous ses liens payants ou, plus exactement, dans les actions moteurs de ces liens, le code permettant le transfert aux moyens 16 de transaction de paiement des paramètres de la transaction.

Le format de l'enregistrement de données correspondant au lien payant et qui est transmis par les moyens 15 de consultation aux moyens 16 de validation de la transaction est totalement défini au niveau du serveur 1 d'intermédiation.

Ainsi, les moyens 16 de validation de la transaction n'ont aucun lien direct avec les serveurs 5, 6, 7, fournisseurs.

L'absence de ce code priverait le marchand du paiement, même dans l'éventualité où il chercherait à simuler le dialogue de paiement avec le client, normalement géré par le serveur 1 d'intermédiation, pour modifier, par exemple, le prix. En effet le marchand n'a pas d'accès direct au serveur 8 de paiement.

Le procédé permet ainsi, avantageusement, de protéger le client contre une fraude du marchand.

Lors de l'étape contrôlée par les moyens 16 de transaction de paiement, le marchand n'intervient donc pas. Le serveur 1 d'intermédiation joue ainsi un rôle de tiers de confiance dans la transaction.

Le serveur d'intermédiation reçoit l'accord du client pour la transaction. 15 A cette fin, il présente en 27 au client une page d'autorisation client sur laquelle les éléments essentiels de la transaction sont rappelés.

Si certains de ces éléments sont différents de ceux du catalogue, c'est-àdire des éléments présentés dans l'étiquette du lien payant sélectionné auparavant, ce sont les éléments de la page d'autorisation client qui font foi. On conçoit que cela permet ainsi de protéger le client contre une fraude dans laquelle le prix affiché dans l'étiquette serait différent du prix transmis par l'action moteur correspondante pour enclencher le processus de paiement.

La page d'autorisation client comporte, de manière classique, deux liens: un pour donner son accord à la transaction, l'autre pour la refuser.

Si le client ne donne pas son accord, sous forme d'une donnée transitant du terminal client vers le serveur d'intermédiation en 27, le procédé est interrompu et retourne à la consultation du catalogue, étapes 23, 24, 25.

Par contre, si le client donne une réponse positive sous forme d'une donnée transitant du terminal client vers le serveur d'intermédiation en 27, cela veut dire qu'il confirme l'achat et qu'il donne son accord pour une transaction de paiement en 28 entre le serveur d'intermédiation et le serveur 8 de paiement selon les modalités fixées dans la page d'autorisation client.

Le serveur 8 de paiement donne sa réponse en 29. Si la réponse du serveur de paiement est positive, c'est-à-dire qu'il a donné son accord au paiement, alors le serveur d'intermédiation transférera les données de la transaction aux moyens 17 de livraison.

Dans le cas d'une réponse négative du serveur 8 de paiement, le serveur 1 d'intermédiation en avertit le client par un message adapté puis retourne, éventuellement, aux moyens 15 de consultation du catalogue.

Les moyens 17 de livraison du serveur d'intermédiation transmettent au serveur fournisseur, en 30, les informations nécessaires pour que ce dernier effectue la livraison.

Celle-ci peut prendre deux formes: - dans le cas d'un bien physique, le serveur fournisseur envoie en 31 au serveur d'intermédiation les informations pertinentes sur la livraison (transporteur, date...). Cesinformations sont enregistrées par le serveur d'intermédiation comme moyen de preuve en cas de litige et envoyées en 32 au client; - dans le cas d'un bien ou service "virtuel", c'est-à-dire correspondant à un fichier numérique stocké sur le serveur 5, 6, 7 fournisseur, celui- ci est téléchargé en 31 sur le serveur 1 d'intermédiation qui le transfère en 32 au terminal client 2, 3.

Il doit être noté que, en fonction de la taille de l'objet téléchargeable, 20 les interactions 31 et 32 peuvent correspondre en fait à plusieurs échanges de messages entrelacés.

Enfin, quand la livraison a eu lieu, le serveur d'intermédiation peut transférer le client vers les moyens de consultation du catalogue pour une poursuite éventuelle du procédé.

On conçoit aisément que ce procédé permet avantageusement d'offrir une variété de modes de paiement pour des services vocaux et que, plus généralement, il permet d'offrir une plateforme de centralisation et de coordination d'une galerie marchande virtuelle. II protège avantageusement le client et le marchand de certaines fraudes en agissant comme tiers de confiance.

Claims (11)

REVENDICATIONS

1. Procédé d'intermédiation dans une transaction comportant une requête et au moins une réponse entre un terminal client (2, 3) et un serveur (5, 6, 7) fournisseur de réponses, ce serveur comportant des moyens (12) de stockage des descriptions desdites réponses sous forme d'un catalogue, le procédé comportant les étapes de: a) envoi d'un message par le terminal client (2, 3) à un serveur (1) d'intermédiation de demande d'accès à un serveur (5, 6, 7) fournisseur de réponses, b) échange de messages entre le terminal client (2, 3) et le serveur (5, 6, 7) fournisseur par l'intermédiaire du serveur (1) d'intermédiation aptes à permettre au terminal client (2, 3) de choisir une réponse du catalogue (12) du serveur (5, 6, 7) fournisseur, c) le choix étant fait, transfert des informations aptes à qualifier la transaction à des moyens (16) de validation du serveur (1) d'intermédiation, d) envoi d'un message du serveur (1) d'intermédiation vers le terminal client (2,3) de demande d'accord sur la transaction, et réception d'un message d'accord en retour, e) envoi d'un message d'ordre de validation de la transaction correspondant à l'accord donné du serveur (1) d'intermédiation vers un serveur (8) de validation, f) réception d'un message d'accord de validation du serveur (8) de validation par le serveur (1) d'intermédiation, g) envoi d'un message du serveur (1) d'intermédiation vers le serveur (5, 6, 7) fournisseur apte à déclencher l'exécution de la réponse choisie.

2. Procédé d'intermédiation selon la revendication 1, caractérisé en ce qu'il comporte en outre, après l'étape g), une étape d'exécution de la réponse choisie comportant le transfert, par voie électronique, de la réponse du serveur (5, 6, 7) fournisseur vers le serveur (1) d'intermédiation, puis le transfert par voie électronique de la réponse du serveur (1) d'intermédiation vers le terminal client (2, 3).

3. Procédé d'intermédiation selon la revendication 1 ou 2, caractérisé en ce que le procédé comporte en outre, après l'étape d'exécution de la réponse, un retour vers l'étape b) de choix d'une réponse.

4. Procédé d'intermédiation selon l'une quelconque des revendications précédentes, caractérisé en ce que, si à l'étape d) le terminal client (2, 3) n'envoie pas de message d'accord, le procédé est interrompu et retourne à l'étape b) de choix d'une réponse.

5. Procédé d'intermédiation selon l'une quelconque des revendications précédentes, caractérisé en ce que, à l'étape b) de choix d'une réponse, les messages à destination du terminal client (2, 3) comportent des liens libres et/ou des liens contrôlés, les liens libres étant des balises de messages permettant au terminal client d'atteindre d'autres informations prédéterminées du catalogue, et les liens contrôlés étant des balises de messages référençant une réponse, un des attributs de ces balises étant une valeur codée de la réponse référencée.

6. Procédé d'intermédiation selon l'une quelconque des revendications précédentes, caractérisé en ce que la transaction correspond à un service vocal, le terminal client étant un téléphone.

7. Procédé d'intermédiation selon la revendication 6, caractérisé en ce que les descriptions des réponses dans le catalogue du serveur (5, 6, 7) 20 fournisseur sont au format Voice XML.

8. Serveur (1) d'intermédiation pour la mise en oeuvre du procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte, - des premiers moyens (9) de connexion avec un terminal client (2, 3), 25 - des deuxièmes moyens (10) de connexion avec un serveur fournisseur (5, 6, 7) et, - des troisièmes moyens (Il) de connexions avec un serveur (8) de validation, - des moyens (14) d'authentification du terminal client (2, 3) ou du 30 client, - les premiers et deuxièmes moyens (9, 10) étant reliés à des moyens (15) de consultation aptes à permettre au terminal client (2, 3) de choisir une réponse du serveur (5, 6, 7) fournisseur, et à transmettre les références de la réponse choisie à : des moyens (16) de validation de transaction, connectés également aux premiers et troisièmes moyens (9, 11) de connexions, et aptes à envoyer un ordre de validation au serveur (8) de validation, au nom du terminal client (2, 3), et correspondant à la réponse choisie et à recueillir l'accord du serveur (8) de validation pour ledit ordre de validation, et à transmettre à : - des moyens (17) d'exécution de la réponse choisie du serveur(5, 6, 7) fournisseur au terminal client (2, 3).

9. Serveur d'intermédiation selon la revendication 8, caractérisé en ce que les références de la réponse choisie sont transmises entre les moyens (15) de consultation et les moyens (16) de validation de transaction sous forme d'un enregistrement de données ayant un format préalablement défini indépendant du serveur (5, 6, 7) fournisseur.

10. Serveur d'intermédiation selon la revendication 8, caractérisé en ce que le serveur (5, 6, 7) fournisseur comportant en outre un catalogue (12) des réponses, celui-ci stocke des liens contrôlés sous forme d'un enregistrement de données ayant un format préalablement défini indépendant du serveur (5, 6, 7) fournisseur.

11. Produit logiciel enregistré en un support de mémorisation pour la mise en oeuvre par un ordinateur faisant office d'équipement dédié du procédé 20 d'intermédiation selon l'une quelconque des revendications 1 à 7.