FR2816422A1 - Procede pour le paiement de transactions effectuees par exemple sur internet - Google Patents
Procede pour le paiement de transactions effectuees par exemple sur internet Download PDFInfo
- Publication number
- FR2816422A1 FR2816422A1 FR0014163A FR0014163A FR2816422A1 FR 2816422 A1 FR2816422 A1 FR 2816422A1 FR 0014163 A FR0014163 A FR 0014163A FR 0014163 A FR0014163 A FR 0014163A FR 2816422 A1 FR2816422 A1 FR 2816422A1
- Authority
- FR
- France
- Prior art keywords
- user
- validation
- internet
- control code
- website
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/68—Payment of value-added services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/51—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for resellers, retailers or service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/54—Resellers-retail or service providers billing, e.g. agreements with telephone service operator, activation, charging/recharging of accounts
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
Procédé pour le paiement de transactions entre un utilisateur (1) et un site marchand (3), comprenant une étape pendant laquelle le site marchand (1) affiche sur un terminal à disposition de l'utilisateur des informations relatives à la transaction, et au mode de paiement, caractérisé en ce qu'il comprend les étapes 1 subséquentes suivantes, pendant lesquelles, à partir du moment où l'utilisateur (1) a opté pour un mode de paiement par facturation de l'utilisation d'une ligne téléphonique surtaxée :a) l'utilisateur (1) est rerouté vers un site Internet de validation (4), avec l'envoi vers ledit site des informations relatives à la transaction;b) le site Internet de validation (4) envoie à l'utilisateur (1), via Internet :. le numéro de téléphone d'une ligne surtaxée, dont le coût de communication correspond sensiblement au prix de la transaction;. un code de contrôle;en demandant à l'utilisateur (1) de composer le numéro de téléphone affiché,puis le code de contrôle, et enfin de confirmer l'opération via Internet;c) à réception de l'appel de l'utilisateur, un automate téléphonique (5) associé à la ligne surtaxée informe le site Internet de confirmation (4) du code de contrôle composé, et de la date de l'appel;d) le site Internet de validation (4) vérifie la réception du code de contrôle et transmis par l'automate (5), et de l'ordre de validation envoyé par l'utilisateur (1);e) le site Internet de validation (4) déclenche un processus d'autorisation permettant l'achèvement de la transaction entre le site marchand (3) et l'utilisateur (1).
Description
PROCEDE POUR LE PAIEMENT DE TRANSACTIONS EFFECTUEES
PAR EXEMPLE SUR INTERNET
Domaine technique L'invention se rattache au domaine de la télématique, et plus précisément du commerce électronique. Elle vise plus particulièrement un procédé de paiement des transactions effectuées via Intemet. Ces transactions peuvent concerner des biens matériels, mais également des services, tels que l'affichage d'informations payantes, ou le téléchargement de fichiers informatiques. Ce procédé vise d'une10 part, à garantir au site marchand d'être effectivement payé par l'utilisateur, et d'autre part, à assurer l'anonymat de l'utilisateur lors de son achat, et une sécurité
par l'absence d'informations sensibles telles que les numéros de compte bancaire ou de carte de crédit.
Techniques antérieures Depuis l'apparition du commerce par voie télématique, de nombreuses solutions ont déjà été proposées pour assurer le bon déroulement des transactions,
pour l'acheteur et le vendeur.
On connaît une première solution, qui se rapproche du commerce traditionnel. Ainsi, après avoir enregistré la commande passée par Internet, le vendeur ou le site marchand envoie une facture à l'utilisateur ou au client. L'acquittement de cette facture est une condition nécessaire à la livraison et donc à l'achèvement de la transaction. On conçoit que cette méthode, si elle garantit le paiement du site25 marchand, présente néanmoins l'inconvénient majeur d'être particulièrement lente, et donc en contradiction avec l'immédiateté nécessaire de certaines transactions
telles que notamment les téléchargements de fichiers.
On connaît une autre solution permettant d'assurer le paiement des transactions, au moyen d'une carte de crédit. Ainsi, pour valider sa transaction, l'acheteur doit saisir son numéro de carte de crédit dans un espace réservé du site marchand, qui est en général sécurisé. Le système mis en place par le site marchand vérifie la validité du numéro en fonction d'un algorithme secret et autorise ainsi ou non la transaction. 35 Ce système présente un certain nombre d'avantages, et notamment le fait d'être largement répandu. En outre, il est adapté à tous types de montants et de devises. Enfin, il fonctionne généralement avec un système d'assurance entre la société qui émet les cartes de crédit et le site marchand, de sorte que ce dernier est très souvent assuré de pouvoir encaisser le montant de la transaction, même si des
défaillances ont eu lieu durant celle-ci.
Cependant, ce système présente des inconvénients importants. En effet, le numéro de carte de crédit tapé par l'acheteur transite sur Internet, ce qui signifie que des tiers peuvent éventuellement y avoir accès. En outre, l'opération de saisie des informations de carte de crédit est généralement assez long, supérieur à 3 minutes en moyenne. Par ailleurs, les algorithmes de contrôle de validité des cartes de crédit n'étant plus totalement secrets, la possibilité existe d'effectuer des paiements au moyen de numéros de cartes de crédit factices, qui permettent la15 validation de la transaction, mais qui ne donneront jamais lieu à un paiement du site marchand. En outre, les transactions effectuées par ce moyen sont débitées sur
le compte associé à la carte de crédit, de sorte que le gestionnaire de ce compte peut être au courant des différentes transactions de l'acheteur. Autrement dit, les transactions ne sont pas anonymes, ce qui peut constituer un frein à certaines20 transactions.
En résumé, le système de saisie en ligne des numéros de cartes de crédit est relativement peu sûr, non confidentiel, et fastidieux en ce qui concerne la saisie.
On a déjà proposé de faire évoluer le système de paiement par cartes de crédit en associant un lecteur de cartes à l'ordinateur qui permet la navigation sur Internet.
Ce lecteur permet la saisie du code confidentiel (code "PIN" ou "Personnal Identification Number'") et donc l'interrogation de la puce électronique de la carte. C'est le lecteur qui délivre l'information selon laquelle le code confidentiel est30 correct, ce qui autorise donc la transaction. L'ajout de ce lecteur a pour avantage de diminuer le temps de transaction et de rassurer psychologiquement. Cependant, les inconvénients déjà évoqués pour la saisie en ligne du numéro de carte de crédit persiste, puisque le numéro de carte transite sur Internet, et que le système est "piratable" dès lors qu'il est possible de reproduire l'information délivrée par le
lecteur de carte à puce selon laquelle la carte a été validée par la composition du code secret.
En outre, ce système nécessite un lecteur spécial qui n'équipe qu'un très faible nombre de micro-ordinateurs et sa généralisation est donc pour cette raison très limitée. Par ailleurs, on connaît une autre possibilité d'effectuer les paiements des transactions sur Internet, qui fonctionne avec un mécanisme d'abonnement. Plus
précisément, selon ce système, l'utilisateur paye au gestionnaire de l'abonnement une somme fixe convenue, puis consomme l'avoir par fractionnement. Pour l'utilisateur, ce système présente l'avantage que la transaction en elle-même est10 relativement rapide, puisqu'il est généralement nécessaire de composer un seul code unique.
Du côté du site marchand, l'avantage réside dans la sécurité de paiement qui est quasi certaine, puisque l'acheteur doit payer avant de consommer. Autrement dit, le marchand gère des avoirs. En outre, les clients bénéficiant de ce genre d'abonnement ont une tendance à surconsommer sans y prêter attention, ce qui est
favorable au site marchand.
Cependant, ce système présente des inconvénients importants. En effet, les codes attribués aux abonnés circulent sur Internet, de sorte qu'ils sont "piratables", et que la sécurité de cette formule d'abonnement n'est pas réellement différente de
celle du paiement par la carte de crédit. Par ailleurs, la mise en place de la formule d'abonnement est relativement lourde et longue. En outre, l'acheteur supporte le risque financier de la disparition du gestionnaire de l'abonnement. Enfin et surtout,25 la transaction n'est absolument pas anonyme, ce qui peut poser les problèmes de confidentialité déjà évoqués.
On a décrit une variante de ce système dans le document WO 99/22507. Plus précisément, ce document décrit la possibilité de créditer un compte d'abonnement alors que l'utilisateur reste connecté à Internet. Ainsi, lorsque l'utilisateur souhaite alimenter son compte, il.établit une liaison téléphonique avec un opérateur
spécifique, non pas par une ligne téléphonique classique, mais par le réseau Internet. Après avoir composé un code d'identification, il peut ensuite alimenter son compte de la somme qu'il souhaite. Ce montant lui est ensuite facturé par35 l'opérateur téléphonique.
Ce mécanisme souffre des mêmes inconvénients que ceux évoqués pour les paiements par carte de crédit, puisque le numéro d'identification transite sur Internet. Par ailleurs, on connaît une autre méthode pour effectuer les paiements de transaction effectuée via Internet, qui fonctionne grâce à la gestion du compte du fournisseur d'accès à Internet. Plus précisément, de nombreux utilisateurs reliés à Internet le sont via un fournisseur d'accès payant qui émet mensuellement une facture à l'utilisateur. Dans certains cas, les sites marchands peuvent contracter10 avec les fournisseurs d'accès Internet pour proposer que le paiement du service qu'ils vendent soit rajouté à la facture émise par le fournisseur d'accès à destination
de l'utilisateur.
Ce système présente l'avantage d'assurer une meilleure sécurité que les systèmes déjà décrits, au sens o le fournisseur d'accès Internet a un moyen de contrôler l'origine des connexions de l'utilisateur. Autrement dit, le fournisseur d'accès Internet a la possibilité de vérifier, avec les adresses IP, que l'acheteur potentiel est bien un de ses clients. Cependant, ce système présente différents inconvénients et notamment le fait que le site marchand doit être en relation avec20 un maximum de fournisseurs d'accès Internet. Autrement dit, dans cette logique, les transactions ne peuvent pas être payées lorsque le client utilise les services d'un
fournisseur d'accès Internet qui n'est pas lui-même en relation avec le site marchand.
En outre, pour être réglés les sites marchands doivent émettre des factures vers l'ensemble des fournisseurs d'accès Internet et attendre que ces derniers aient
collectés les sommes avant d'être réglés.
Enfin et surtout, ce système est totalement incompatible avec les fournisseurs
d'accès Internet qui proposent un accès gratuit, et qui n'ont pas de relation contractuelle avec leur client.
Par ailleurs, certains sites marchands, et essentiellement les éditeurs d'oeuvres à contenu érotique, proposent une méthode spécifique pour le paiement des services qu'ils proposent. Plus précisément, dans ce cas de figure, l'utilisateur doit télécharger un logiciel sur son ordinateur. Ce logiciel change la configuration d'accès habituel à Internet, au profit d'une liaison à un serveur via une ligne
surtaxée dont le coût est fonction de la durée de connexion.
Ce système présente l'avantage d'assurer l'anonymat de la consommation, puisque la facturation n'est pas distinguable des autres services facturés au moyen de lignes surtaxées. En outre, le piratage d'un tel système est extrêmement difficile
puisqu'il dépend de la configuration des lignes surtaxées.
En outre, les paiements sont généralement garantis au site marchand par un
opérateur téléphonique qui se charge de collecter les sommes correspondant aux consommations.
Cependant, ce système présente de multiples inconvénients. D'un point de vue technique, le logiciel spécifique dérègle bien souvent l'accès primaire au réseau
Internet, et il n'est pas toujours aisé de le reconfigurer correctement pour un usage en dehors de ce service spécifique.
En outre, l'opération de téléchargement et de l'installation du logiciel est rarement simple. Par ailleurs, ce moyen de paiement est impossible à mettre en oeuvre sur les ordinateurs qui accèdent à Internet non pas par une ligne téléphonique classique, mais par un accès commun du type routeur ou accès partagé en réseau. Enfin, chaque site marchand doit proposer à l'utilisateur son logiciel propre, contenant les paramètres de sa ligne surtaxée, et l'accès est donc limité à un service spécifique par chaque logiciel.25 Par ailleurs, on a décrit dans le document WO 97/01920, un autre mécanisme de paiement de transactions effectuées par Internet. Plus précisément, dans ce mécanisme, lorsque l'utilisateur a sélectionné un service payant sur un site marchand, le site marchand communique à son client un numéro de téléphone30 particulier du même opérateur téléphonique que celui utilisé pour les liaisons Internet. Lorsque l'utilisateur appelle ce numéro particulier, il lui est communiqué
par message vocal un numéro de code que l'utilisateur doit taper sur son terminal.
L'utilisateur est alors facturé par l'opérateur téléphonique qui reverse une partie des sommes perçues au site marchand. Ce système présente de multiples inconvénients, et notamment celui de nécessiter une relation contractuelle entre le site marchand et chacun des opérateurs téléphoniques auxquels sont susceptibles d'être abonnés ses clients. En outre, il est nécessaire que les différentes lignes téléphoniques permettant l'accès à Intemrnet et la facturation, soient des lignes appartenant au même opérateur téléphonique, ce qui est restrictif, et notamment ne permet pas d'utiliser un téléphone portable pour ce mode de paiement. Ce système est donc lourd à mettre en oeuvre pour le site marchand, qui en outre, doit multiplier les contacts avec les opérateurs s'il souhaite effectuer des transactions à l'étranger.10
On décrit dans le document US 5 745 556 un autre moyen de paiement des transactions effectuées par Internet.
Ce document décrit là possibilité pour un site marchand de s'équiper d'un automate téléphonique fonctionnant avec des lignes surtaxées. Plus précisément, la solution proposée nécessite pour chaque site marchand l'utilisation d'un automate
téléphonique possédant un nombre de lignes important, correspondant aux différents montants des prestations du site marchand. On conçoit que cette solution, si elle assure au site marchand une sécurité de paiement, présente en revanche20 l'inconvénient majeur d'être particulièrement lourde à mettre en oeuvre puisqu'elle correspond en un investissement important pour chaque site marchand.
En outre, un problème technique se pose et empêche la généralisation de ce système, puisque le nombre de numéros de téléphone de lignes surtaxées est forcément limité, et qu'il n'est pas possible d'en attribuer à tous les sites marchands existants, avec un nombre suffisant pour couvrir toute la gamme de prix de chacun d'eux. Les différents inconvénients précités sont résolus par la présente invention, dont l'objectif est de fournir un système de paiement qui soit à la fois sûr pour l'utilisateur et le site marchand, qui conserve l'anonymat des transactions, et qui
puisse être facilement mis en oeuvre sans nécessiter d'investissements importants du site marchand, tout en autorisant des transactions internationales.
7 Exposé de l'invention L'invention concerne donc un procédé pour le paiement de transactions entre un utilisateur et un site marchand. Ce procédé comprend une étape connue pendant
laquelle le site marchand affiche sur un terminal à disposition de l'utilisateur des 5 informations relatives à la transaction, et au mode de paiement.
Le procédé conforme à l'invention se caractérise en ce qu'il comprend les étapes subséquentes suivantes, pendant lesquelles, à partir du moment o l'utilisateur a opté pour un mode de paiement par facturation de l'utilisation d'une ligne téléphonique surtaxée: a) l'utilisateur est rerouté vers un site Internet de validation, avec l'envoi vers ledit site d'informations relatives à la transaction; b) le site Internet de validation envoie à l'utilisateur, via Internet: * le numéro de téléphone d'une ligne surtaxée, dont le coût de communication correspond sensiblement au prix de la transaction; * un code de contrôle; en demandant à l'utilisateur de composer le numéro de téléphone affiché, puis le code de contrôle, et enfin de confirmer l'opération via Internet; c) à réception de l'appel de l'utilisateur, un automate téléphonique associé à la ligne surtaxée informe le site Internet de validation du code d'identification composé, et de la date de l'appel; d) le site Internet de validation vérifie la réception du code de contrôle et transmis par l'automate, et de l'ordre de confirmation envoyé par l'utilisateur; e) le site Internet de validation déclenche un processus d'autorisation permettant
l'achèvement de la transaction entre le site marchand et l'utilisateur.
Autrement dit, le mécanisme de paiement conforme à l'invention fait intervenir un troisième acteur, le site Internet de validation, qui est indépendant du client et du site marchand. Plus précisément, le site Internet de validation reçoit de30 la part du site marchand des informations dans un format prédéterminé, qui lui permettent d'élaborer un numéro de téléphone de ligne surtaxée en fonction du prix de la prestation à payer et éventuellement, d'autres paramètres propres à la transaction. Ce numéro est ensuite transmis au client via une session Internet. Lorsque le client appelle ce numéro de téléphone de la ligne surtaxée, il est facturé35 par l'opérateur téléphonique qui reverse lui- même une partie de cette facturation au 8 site Internet de validation. C'est le site Internet de validation qui reverse ensuite au
site marchand une partie des sommes reçues de l'opérateur téléphonique.
Du fait des biens contractuels existant entre d'une part, le site Internet de validation et le site marchand, et d'autre part, l'opérateur téléphonique et le site Internet de validation, la sécurité du paiement est assurée. Le système de paiement est particulièrement fiable, puisque dès que l'utilisateur a composé le code de contrôle fourni avec le numéro de la ligne surtaxée, le montant correspondant est imputé sur sa facture téléphonique, et l'opérateur téléphonique s'engage à reverser une partie de cette somme au site Internet de validation. Le site Intemrnet de validation s'engageant lui-même à reverser l'essentiel des sommes perçues au titre marchand, ce dernier est assuré du paiement effectif.15 Le procédé présente en outre l'avantage d'être particulièrement simple puisqu'il suffit au site marchand d'autoriser le mode de paiement via le site Internet de validation pour être assuré de percevoir les sommes correspondant aux services et/ou aux biens vendus.20 En outre, le système conserve l'anonymat de l'utilisateur, puisque ce dernier n'a pas besoin d'indiquer ses coordonnées pour que le paiement ait lieu. La facturation des services ou des biens achetés se fait sur sa facture téléphonique, sans rapport avec le nom du site marchand. En effet, la facture téléphonique25 regroupe généralement l'ensemble des consommations sur les lignes surtaxées. Dans le cas o cette facture ventile ces consommations par le numéro des lignes
surtaxées, il est impossible de faire le lien sur cette facture téléphonique entre le numéro composé et le site marchand.
Autrement dit, l'acte qui génère le paiement, c'est-à-dire la composition du numéro de la ligne surtaxée et du code de contrôle, est asynchrone du procédé de
transaction proprement dite, et sans aucune interférence ou induction dans la conduite de cette dernière.
Bien évidemment, l'invention trouve une application directe aux transactions effectuées sur Internet à la suite d'une navigation réalisée sur les pages Web du site marchand. Néanmoins, elle peut se transposer à des transactions effectuées plus généralement via un vecteur différent d'Internet au sens strict. Ainsi, la transaction peut résulter de la consultation d'offre de produits et/ou de services proposés sur un média permettant, à l'instar d'Internet, de présenter des informations sous forme interactive. Il peut par exemple s'agir d'une transaction concernant le visionnage d'un film
ou d'une émission diffusée sur un réseau de télévision à péage.
Par ailleurs, l'envoi d'informations, et notamment du numéro de téléphone et du code de contrôle depuis le site marchand vers l'utilisateur peut se faire dans le
cadre d'une session Internet, sur un terminal quelconque connecté à Internet.
Néanmoins, de façon plus générale, cet envoi peut également avoir lieu sur un terminal qui n'est pas directement connecté à Internet, mais qui est connecté au site Internet de validation par une liaison composite, incluant un cheminement de
l'information via Internet. En effet, dans certains cas de figure, et par exemple dans le cas de l'utilisation de téléphone portable fonctionnant selon la technologie WAP, le terminal à disposition de l'utilisateur, c'est-à-dire le téléphone portable, n'est pas20 directement relié à Internet, mais à un réseau téléphonique qui est lui-même relié à Internet, et donc au site Internet de validation.
Par ailleurs, le procédé conforme à l'invention présente l'avantage de pouvoir s'adapter à des transactions entre un utilisateur et un site marchand situé dans des pays différents. En effet, selon une autre caractéristique de l'invention, lors du reroutage, le site Internet de validation reçoit une information relative au pays dans
lequel se trouve l'utilisateur. De la sorte, il affiche à l'utilisateur le numéro de la ligne surtaxée qui est celui d'un réseau téléphonique du pays considéré.
Autrement dit, lorsque l'utilisateur choisit le mode de paiement conforme à l'invention, le site de validation est informé du pays de l'utilisateur. Cette
information supplémentaire peut par exemple être la langue d'installation du logiciel de navigation sur Internet utilisé pour effectuer les transactions.
De la sorte, le site Internet de validation détermine les numéros de lignes surtaxées en vigueur dans le pays en question. Le site Internet de validation est donc associé à un opérateur téléphonique dans chaque pays, chaque opérateur mettant à la disposition du site Internet de validation une liste de numéros de lignes surtaxées. C'est l'opérateur téléphonique de chaque pays qui reverse une partie du
coût de consommation des lignes surtaxées au site Internet de validation.
Le système n'est toutefois pas totalement conditionné par les informations relatives au pays envoyées par l'utilisateur. A cet effet, lors de l'affichage du numéro de téléphone de la ligne surtaxée, le choix peut être offert à l'utilisateur de modifier le pays affiché. Une telle modification génère l'envoi d'une requête à10 destination du site Internet de validation, puis la re-élaboration par le site Internet de validation d'un nouveau numéro de téléphone de ligne surtaxée, correspondant
au pays modifié.
Autrement dit, la possibilité est donnée à l'utilisateur de modifier le pays par défaut détecté par le site Internet de validation, dans le cas o par exemple, un ordinateur portable, installé avec un navigateur Internet dans une langue donnée, se
trouve connecté à Internet dans un pays différent.
La ligne téléphonique utilisée pour l'appel de la ligne surtaxée peut être différente de celle utilisée pour la liaison Internet. Ainsi, lorsque l'utilisateur est relié à Internet par un réseau local, il peut utiliser une ligne téléphonique
indépendante, ou bien encore un téléphone portable pour composer le numéro de la ligne surtaxée puis son code d'identification.
Il peut toutefois s'agir de la même ligne dans le cas o l'accès Internet se fait par une ligne ISDN. Il peut également être possible d'utiliser une seule et même ligne en déconnectant l'accès à Internet temporairement, pendant que l'utilisateur compose la ligne surtaxée. L'accès à Internet peut ensuite être réétabli à la demande de l'utilisateur ou bien encore automatiquement.30 Avantageusement en pratique, la composition du code d'identification engendre l'envoi de signaux DTMF vers l'automate téléphonique. L'utilisation de
ces signaux multi-fréquentiels est en effet largement répandue sur l'ensemble des réseaux téléphoniques existants et il s'agit de la seule reconnaissance que doit35 effectuer l'automate téléphonique associé aux lignes surtaxées.
Dans une variante de réalisation, le numéro de téléphone de la ligne surtaxée et le code de contrôle peuvent être composés automatiquement dès que l'utilisateur a confirmé l'opération dans la session Internet ouverte par le site Internet de validation. Autrement dit, dans la fenêtre affichant le numéro de la ligne surtaxée et le code de contrôle, il est nécessaire de cliquer sur un bouton de confirmation ou de faire une action équivalente. Cette action envoie à destination du site Intemrnet de
validation l'information selon laquelle l'utilisateur confirme avoir composé le numéro de la ligne surtaxée, puis le code de contrôle.
Dans une variante, le fait de cliquer peut induire, par un modem ou tout autre dispositif analogue, la composition du numéro de la ligne surtaxée, puis celle du
code de contrôle. Autrement dit, l'utilisateur n'a pas à composer manuellement le numéro de téléphone de la ligne surtaxée, mais cet appel est lancé automatiquement. Il est à noter que bien que l'opération soit automatisée, la ligne15 surtaxée est effectivement appelée, et ce toujours de façon asynchrone par rapport à l'enchaînement des différentes étapes de la transaction via Internet.
Avantageusement en pratique, le code de contrôle alloué à une transaction par le site Internet de validation peut être généré de façon aléatoire. On évite ainsi les
problèmes d'affluence trop importante, qui pourraient engendrer des temps de réponse trop longs si les codes de contrôle sont générés de façon séquentielle.
Avantageusement en pratique, les codes de contrôle et leur date d'allocation par le site Internet de validation sont stockés dans une base de données gérée par ce
dernier.
Avantageusement en pratique, pendant l'étape de vérification, le site Internet de validation calcule la durée écoulée entre l'allocation du code de contrôle et le plus tardif des deux événements que sont la réception de l'ordre de confirmation et30 la composition du code de contrôle. Le processus d'autorisation n'est déclenché que si cette durée est inférieure à une durée limite prédéterminée. Autrement dit, les
codes de contrôle ne sont valides que pendant une durée prédéterminée, de l'ordre de quelques minutes, puis sont ensuite remis enjeu.
Les codes d'identification sont donc réutilisables si la transaction n'a pas eu lieu suffisamment rapidement après que le code de contrôle ait été alloué. Cela
permet de réutiliser ultérieurement le même numéro en vue d'une autre transaction.
On limite ainsi le nombre maximum de numéros à allouer, ce qui limite par conséquent leur nombre de chiffres ou de caractères du code d'identification. En
pratique, l'utilisation de quatre ou cinq caractères est globalement suffisant. Description sommaire des figures
La manière de réaliser l'invention ainsi que les avantages qui en découlent ressortiront bien de la description d'un mode d'exécution particulier du procédé
conforme à l'invention, à l'appui des figures annexées, dans lesquelles: La figure 1 est un schéma général indiquant les différents acteurs et dispositifs intervenant lors du procédé conforme à l'invention.
Les figures 2 à 11 sont des schémas issus de la figure 1 illustrant chacun une
étape particulière du procédé conforme à l'invention.
Manière de réaliser l'invention La figure 1 illustre de façon générale l'ensemble des dispositifs jouant un rôle dans le procédé conforme à l'invention. Ainsi, ce procédé permet une transaction entre un utilisateur (1), représenté par un ordinateur connecté à Internet. Il va de soi
que le procédé n'est pas limité aux seules transactions effectuées grâce à un micro- ordinateur, mais couvre toutes les variantes dans lesquelles la connexion à Internet se fait par un autre moyen tel qu'un téléphone portable fonctionnant selon la25 technologie WAP ("Wireless Application Protocol") ou plus généralement tout terminal apte à se connecter directement ou indirectement à Internet.
L'utilisateur (1) est relié via Internet (2) à un site marchand (3), représenté sous forme d'un serveur informatique. Le procédé conforme à l'invention fait
intervenir un acteur particulier, à savoir le site Internet de validation (4), également représenté par un serveur informatique.
Le site Internet de validation (4) est connecté par une liaison sécurisée à différents automates téléphoniques (5, 6) regroupant un ensemble de lignes surtaxées. Ces ligues surtaxées peuvent être appelées par l'utilisateur (1) via un téléphone (8). Ce téléphone peut être un téléphone portable ou un téléphone fixe fonctionnant sur le réseau téléphone commuté (RTC), ou bien encore un modem intégré ou non à l'intérieur de l'ordinateur de l'utilisateur, ce modem étant alors
relié au réseau téléphonique commuté. De façon précise, le procédé conforme à l'invention enchaîne les
différentes
étapes illustrées aux figures 2 à 11.
Ainsi, dans l'étape illustrée à la figure 2, l'utilisateur (1) est connecté à un site marchand (3) via Internet (2). Cette connexion est figurée par la flèche (10). De façon connue, l'utilisateur (1) peut réaliser l'achat de biens ou de services en passant une commande sur le site marchand. Il peut également commander le téléchargement de fichiers informatiques qui peuvent être des programmes, ou bien encore des fichiers graphiques ou musicaux. Il peut également demander l'affichage d'informations nécessitant un paiement.15 Après quelques étapes de la transaction, le site marchand (3) fait afficher sur le terminal de l'utilisateur (1) une fenêtre dans laquelle il indique le montant de la
transaction, et offre le choix à l'utilisateur entre différents modes de paiement.
Conformément à l'invention, le site marchand (3) propose à l'utilisateur un paiement par l'utilisation d'une ligne téléphonique surtaxée. Lorsque l'utilisateur
souhaite utiliser ce mode de paiement conforme à l'invention, il clique sur un bouton d'une fenêtre de session Intemrnet. Ce bouton est associé à un certain nombre d'instructions induisant d'une part, un reroutage vers le site Internet de validation25 (4), et d'autre part, l'envoi d'un certain nombre d'informations à partir la session Internet courante.
Dès lors que l'utilisateur a choisi le mode de paiement conforme à l'invention, et qu'il a cliqué sur le bouton correspondant de la session Internet, il est rerouté vers le site Internet de validation comme illustré à la figure 3. Ce reroutage est illustré par la flèche (11) en trait gras. Il est à noter que ce reroutage peut se faire
par l'ouverture d'une nouvelle session Internet, en conservant la session de liaison avec le site marchand (3), illustrée en traits pointillés par la flèche (10). Ceci permet notamment de conserver sur l'écran de l'utilisateur (1) les informations35 relatives au prix des objets commandés par l'utilisateur.
Plus précisément, les informations envoyées par l'utilisateur (1) vers le site Internet de validation (3) peuvent comprendre notamment, mais non exclusivement ni obligatoirement, le nom du site marchand, ainsi qu'un code identifiant le site marchand auprès du site Intemrnet de validation. 5 Ces informations comprennent également le prix du produit ou du service à vendre, exprimé dans la devise indiquée par le site marchand à l'utilisateur. Ces informations peuvent également comprendre un code de "méthode d'approche du prix". En effet, compte tenu de la grande variété des opérateurs téléphoniques10 offrant des lignes surtaxées, il est possible que les sommes qui seront versées au site marchand different du prix qui sera imputé sur la facture téléphonique de l'utilisateur. Certains opérafeurs téléphoniques ont par exemple des tarifs de ligne surtaxée incluant des sommes fixes, ou bien encore d'autres conditions spécifiques. Un écart apparaît donc entre le montant qui sera facturé à l'utilisateur sur sa facture15 téléphonique (correspondant à l'utilisation de la ligne surtaxée) le montant qui sera reversé par l'opérateur téléphonique au site Internet de validation, et le montant qui
sera reversé par le site Internet de validation au site marchand.
Ces écarts peuvent en outre être variables en fonction des taux de change
utilisés dans le cas de transactions multi-devises.
Ainsi, le code de "méthode d'approche du prix" indique dans quelles conditions un site marchand accepte qu'une transaction soit validée, compte tenu des éventuels différents écarts précités. Ainsi, dans certains cas particuliers, le site25 marchand peut n'accepter uniquement des ventes dans le pays de la devise qu'il a indiqué à l'utilisateur. Cela permet notamment de limiter les ventes à une zone
géographique déterminée.
Dans d'autres cas, grâce à ce code de "méthode d'approche du prix", le site marchand (3) peut indiquer qu'il autorise la transaction quels que soient les écarts pouvant intervenir entre le prix affiché et le montant qui lui sera reversé par le site
Internet de validation.
Le site marchand (3) peut également souhaiter que la transaction soit validée pour certaines variations en plus ou en moins, dont les limites sont prédéterminées. Le code de "méthode d'approche du prix" inclut donc les écarts limites, éventuellement en pourcentage, que le site marchand autorise pour accepter la transaction. Outre, le code de "méthode d'approche du prix", les informations envoyées par l'utilisateur (1) lors du reroutage comprennent également un code identifiant la méthode d'autorisation par laquelle la transaction devra se terminer. Ce code
indique au site Intemrnet de validation (4) selon quelle procédure il devra faire se prolonger la transaction, lorsque la validation aura été effectuée.
Bien entendu, d'autres informations complémentaires peuvent être envoyées lors du reroutage, et notamment un code permettant de supposer le pays dans
lequel se trouve l'utilisateur. Ce code peut par exemple être un code représentant la langue d'installation du logiciel de navigateur Internet, ou tout autre code analogue.
Parmi les informations complémentaires pouvant être envoyées lors du reroutage, on peut notamment inclure avoir un code identifiant une procédure
particulière, ou scénario, qu'il est nécessaire de mettre en oeuvre pour que la composition du code de contrôle soit acceptée par l'automate téléphonique.
Ainsi, comme illustré à la figure 4, après avoir reçu l'intégralité de ces informations, le site Internet de validation (4) renvoie (12) des informations à
destination de l'utilisateur (1). Ces informations permettent l'affichage dans la nouvelle session Intemet de différentes instructions pour l'utilisateur. Ces informations comprennent essentiellement un numéro de téléphone d'une ligne25 surtaxée, et un code de contrôle.
Le numéro de la ligne surtaxée est élaboré par le site Internet de validation (4) grâce à plusieurs paramètres. Ainsi, le pays de l'utilisateur détermine l'opérateur téléphonique qui sera utilisé pour l'appel de la ligne surtaxée. Le numéro précis de30 la ligne surtaxée indiqué correspond à un numéro dont l'appel génère la facturation par l'opérateur téléphonique d'un montant correspondant sensiblement à celui du prix affiché pour la transaction par le site marchand. Autrement dit, le site Internet de validation détermine le numéro de la ligne surtaxée en choisissant celui-ci dans une plage de numéros à sa disposition, et dont le tarif correspond au montant de la35 transaction, telle qu'elle a été autorisée selon la "méthode d'approche du prix"
évoquée ci-avant.
Il est à noter que dans une forme avantageuse, le site Internet de validation (4) peut proposer à l'utilisateur le choix de modifier le pays par défaut qu'il a déterminé. Dans ce cas, comme illustré à la figure 5, l'utilisateur (1) peut modifier le pays, ce qui engendre l'envoi (13) de cette information à destination du site Internet de validation (4). En retour, le site Intemrnet de validation (4) provoque l'affichage d'un nouveau numéro de ligne surtaxée, correspondant au pays spécifié par l'utilisateur. Grâce à cette caractéristique, le procédé n'est donc pas limité à un
pays particulier et permet au contraire des transactions internationales.
Le code de contrôle généré par le site Internet de validation (4) peut comporter quatre chiffres et est choisi au hasard parmi dix mille numéros. Bien entendu, la structure de ce code n'est pas limitée à ce seul exemple, mais couvre aussi les variantes dans lesquelles le code incorpore des lettres et des chiffres, ou bien encore possède un nombre de caractères supérieur à 4. En pratique, ce code est généré aléatoirement; après avoir été généré, le serveur du site Internet de
validation (4) stocke dans une base de données le code de contrôle et sa date d'allocation.
Lorsque l'utilisateur (1) a pris connaissance de ce numéro, et de l'instruction lui demandant de le composer pour valider sa transaction, celui-ci peut utiliser
n'importe quelle ligne téléphonique à sa disposition.
Ainsi, comme illustré à la figure 6, il peut utiliser un téléphone portable (8) ou bien alors un autre téléphone du réseau téléphonique commuté. Lorsque la liaison (14) avec la ligne surtaxée est établie, il compose le code de contrôle au
moyen des touches de son téléphone (8). Ceci envoie des signaux DTMF sur la ligne surtaxée. Dès que la communication est établie, ou après un certain délai selon les pays, le montant de la communication avec la ligne surtaxée est facturé à30 l'abonné de la ligne utilisée.
A cet instant, le site Internet de validation (4) stocke, dans une autre base de données commerciale, les informations sur la nature de la transaction qui vient de s'effectuer, en l'associant à un code d'identification commercial du site marchand.35 Cette opération permettra par la suite la rémunération du site marchand par le site Internet de validation, selon les conditions prévues lors du contrat entre ces derniers. Sous certaines conditions commerciales, le site marchand peut à tout moment consulter en temps réel cette autre base de données commerciale dans la
partie qui le concerne.
A noter que si l'utilisateur souhaite modifier le pays par défaut proposé par le site Internet de validation, il utilise alors une ligne surtaxée (15) appelant un
automate (6) situé dans un autre pays, comme illustré à la figure 7.
Dans certains cas de figures, lorsqu'une procédure ou un scénario particulier est exigé de la part du site marchand, il peut être demandé à l'utilisateur (1) de composer des codes spécifiques exigés par le site marchand préalablement au code de contrôle. Ainsi, à titre d'exemple, pour l'accès à des sites sensibles tels que les sites à contenu érotique, il peut être nécessaire de vérifier que l'utilisateur (1) possède bien l'âge requis pour l'accès à de tels sites. Ainsi, il peut être demandé par l'automate, via un message vocal, la composition d'un code particulier, tel qu'un code d'affiliation à un organisme de sécurité sociale. Comme ce code contient une
information sur l'âge de l'utilisateur, il est ainsi possible de vérifier que l'utilisateur a bien l'âge minimum requis.
L'utilisateur peut également avoir par exemple à entrer un code d'identification, fourni par le site marchand, et indiquant que l'utilisateur fait partie
des personnes autorisées à effectuer les transactions avec ce site marchand.
De façon plus générale, le site marchand (3) peut définir avec le site Internet de validation (4), et donc l'automate téléphonique, la nécessité de reconnaître un scénario spécifique d'identification permettant l'autorisation du paiement, ou le cas
échéant le refus de prendre en compte l'appel (14).
Par la suite, et comme illustré à la figure 8, l'automate (5) informe le site Internet de validation (4) de l'appel qu'il vient de recevoir. Plus précisément, cet automate (5) est relié au site Internet de validation (4) par les moyens qui permettent une transmission sécurisée de l'information. Il peut donc s'agir d'une liaison dédiée (16) si l'automate (5) est distant du site Internet de validation (4). La liaison peut être directe si l'automate est intégré au site Internet de validation (4) et35 particulièrement à son serveur. On peut également envisager la transmission de l'information depuis l'automate (5) vers le site Internet de validation (4) via
Intemet, et selon un protocole sécurisé.
Dès réception des informations de l'automate (5), le serveur du site Internet de validation (4) vérifie que le code de contrôle est bien stocké dans sa base de données. Il compare la date d'allocation initiale avec la date de réception du code de contrôle par l'automate. Si cette différence est supérieure à cinq minutes, durée qui peut être adaptée à souhait, il envoie un message de non validation de la
transaction à l'utilisateur (1).
Par la suite, et comme illustré à la figure 9, l'utilisateur (1) doit confirmer au site Internet de validation (4) qu'il a bien effectué la composition du numéro et du code de contrôle. Cet envoi est figuré par la flèche (17). A cet effet, il clique sur un bouton approprié de la session Intemrnet courante. Lorsque le site Internet de
validation (4) reçoit l'information de cette action, il vérifie si elle n'est pas intervenue plus de cinq minutes après l'allocation du code d'identification.
De la même manière que pour l'étape précédente, si un délai trop important s'est écoulé entre l'allocation et la validation par l'utilisateur, la transaction est
rejetée.
Dans les autres cas de figures, et comme illustré à la figure 10, le site Internet de validation (4) confirme la validation de la transaction à l'utilisateur (1) en envoyant un message (18) qui s'affiche sur le terminal de l'utilisateur (1).25 Par la suite, et comme illustré à la figure 11, le site Internet de validation (4) termine son intervention par l'autorisation donnée soit au site marchand (3), soit à l'utilisateur (1) de continuer la transaction. Cette étape, généralement appelée "processus d'autorisation" peut revêtir différentes formes. Ce mécanisme d'autorisation est choisi d'un commun accord entre le site marchand (3) et le site Internet de validation (4), et fait partie des informations codées qui sont transmises
par l'utilisateur (1) au site Intemrnet de validation (4) lors du reroutage.
On connaît plusieurs mécanismes d'autorisation classiques. Dans un premier cas, le paiement peut être optionnel pour le client: il s'agit des rémunérations communément appelées "shareware" dans lesquelles il n'est pas nécessaire de rediriger l'utilisateur vers le site marchand. Dans un second cas de figure, la redirection de l'utilisateur peut être décrite de façon explicite dans les informations envoyées lors du reroutage. Dans un troisième cas de figure, la redirection peut être décrite de façon cryptée dans les différentes informations transmises lors du reroutage. Dans une autre variante, un message de courrier électronique peut être envoyé au site marchand, avec le contenu partiel ou total des informations transmises lors du reroutage. Dans une autre variante, le type de redirection peut être convenu
entre le site marchand (3) et le site Internet de validation (4), et selon différents protocoles sécurisés via Internet, ou sécurisés via une ligne dédiée.
Par la suite, et de façon périodique, le site Intemrnet de validation (4) perçoit des sommes correspondant aux consommations des lignes surtaxées depuis chaque opérateur téléphonique associé à chaque automate (5, 6). Ces sommes, minorées de la rémunération du site Internet de validation (4) sont ensuite reversées à chaque
site marchand (3).
Il ressort de ce qui précède que le procédé conforme à l'invention présente de multiples avantages et notamment: + il est totalement asynchrone des échanges d'informations via Intemrnet entre le site marchand et le client; * sa mise en oeuvre pour le site marchand est particulièrement simple, puisqu'il suffit à ce dernier d'incorporer dans ses pages Internet une capsule incorporant le reroutage conforme à l'invention, sans aucune autre modification de son site Internet; + il garantit un anonymat total de l'utilisateur, puisque le paiement se fait au moyen de la facturation d'une ligne surtaxée sans aucun lien avec le type de marchandises utilisées, ou le site marchand visité; * il est particulièrement rapide puisqu'il suffit d'un simple appel téléphonique et de la composition de quelques touches pour que la transaction soit effective; + il est compatible avec des échanges internationaux puisqu'il suffit à cet effet que le site Internet de validation soit en relation avec des automates
situés dans chacun des pays considérés.
Claims (7)
1/ Procédé pour le paiement de transactions entre un utilisateur (1) et un site marchand (3), comprenant une étape pendant laquelle le site marchand (1) affiche sur un terminal à disposition de l'utilisateur des informations relatives à la transaction, et au mode de paiement, caractérisé en ce qu'il comprend les étapes subséquentes suivantes, pendant lesquelles, à partir du moment o l'utilisateur (1) a opté pour un mode de paiement par facturation de l'utilisation d'une ligne téléphonique surtaxée:10 a) l'utilisateur (1) est rerouté vers un site Internet de validation (4), avec l'envoi vers ledit site des informations relatives à la transaction; b) le site Internet de validation (4) envoie à l'utilisateur (1), via Internet: * le numéro de téléphone d'une ligne surtaxée, dont le coût de communication correspond sensiblement au prix de la transaction; e un code de contrôle; en demandant à l'utilisateur (1) de composer le numéro de téléphone affiché, puis le code de contrôle, et enfin de confirmer l'opération via Internet; c) à réception de l'appel de l'utilisateur, un automate téléphonique (5) associé à la ligne surtaxée informe le site Internet de confirmation (4) du code de contrôle composé, et de la date de l'appel; d) le site Internet de validation (4) vérifie la réception du code de contrôle et transmis par l'automate (5), et de l'ordre de validation envoyé par l'utilisateur (1); e) le site Internet de validation (4) déclenche un processus d'autorisation permettant l'achèvement de la transaction entre le site marchand (3) et
l'utilisateur (1).
2/ Procédé selon la revendication 1, caractérisé en ce que le terminal à disposition de l'utilisateur (1) est connecté au site marchand (3) sur Internet, et en ce que le site
Internet de validation (4) envoie le numéro de téléphone de la ligne surtaxée et le code de contrôle via une nouvelle session Internet.
3/ Procédé selon la revendication 1, caractérisé en ce que lors du reroutage, le site Internet de validation (3) reçoit une information relative au pays dans lequel se
trouve l'utilisateur (1), et en ce que le numéro de téléphone de la ligne surtaxée est celui d'un réseau téléphonique du pays considéré.
4/ Procédé selon la revendication 3, caractérisé en ce que lors de l'affichage du numéro de téléphone de la ligne surtaxée, le choix est offert à l'utilisateur (1) de modifier le pays affiché, une telle modification générant l'envoi d'une requête à destination du site Internet de validation (4), puis le renvoi par le site Internet de validation d'un nouveau numéro de téléphone de ligne surtaxée, correspondant au pays modifié. / Procédé selon la revendication 1, caractérisé en ce que la composition du code de contrôle engendre l'envoi de signaux DTMF vers l'automate téléphonique (5). 6/ Procédé selon la revendication 1, caractérisé en ce que le code de contrôle alloué
à une transaction est généré de façon aléatoire.
7/ Procédé selon la revendication 1, caractérisé en ce que le code de contrôle et sa
date d'allocation sont stockés dans une base de données gérée par le site Internet de validation (4).
8/ Procédé selon la revendication 7, caractérisé en ce que pendant l'étape de vérification, le site Internet de validation (4) calcule la durée écoulée entre l'allocation du code de contrôle et le plus tardif des deux événements que sont la réception de l'ordre de validation et la composition du code de contrôle, et qu'il
déclenche le processus d'autorisation si cette durée est inférieure à une durée limite prédéterminée.
9/ Procédé selon la revendication 1, caractérisé en ce que le numéro de téléphone de la ligne surtaxée et le code de contrôle sont composés automatiquement dès que
l'utilisateur a validé l'opération dans la session Internet ouverte par le site Internet de validation (4).
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0014163A FR2816422B1 (fr) | 2000-11-06 | 2000-11-06 | Procede pour le paiement de transactions effectuees par exemple sur internet |
US09/776,111 US20020054672A1 (en) | 2000-11-06 | 2001-02-02 | Method of paying for transactions performed for example on internet |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0014163A FR2816422B1 (fr) | 2000-11-06 | 2000-11-06 | Procede pour le paiement de transactions effectuees par exemple sur internet |
Publications (2)
Publication Number | Publication Date |
---|---|
FR2816422A1 true FR2816422A1 (fr) | 2002-05-10 |
FR2816422B1 FR2816422B1 (fr) | 2003-04-04 |
Family
ID=8856071
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0014163A Expired - Fee Related FR2816422B1 (fr) | 2000-11-06 | 2000-11-06 | Procede pour le paiement de transactions effectuees par exemple sur internet |
Country Status (2)
Country | Link |
---|---|
US (1) | US20020054672A1 (fr) |
FR (1) | FR2816422B1 (fr) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6131570A (en) * | 1998-06-30 | 2000-10-17 | Aradigm Corporation | Temperature controlling device for aerosol drug delivery |
WO2003105031A1 (fr) * | 2002-06-07 | 2003-12-18 | Interline Networks Pty Ltd | Procede et systeme de transfert de paiements entre un acheteur et un vendeur en echange de biens ou de services |
EP1424617A1 (fr) * | 2002-11-26 | 2004-06-02 | Siemens Aktiengesellschaft | Procédé d'authentification et taxation d'un abonné dans un réseau sans fil |
DE10255156A1 (de) * | 2002-11-26 | 2004-06-17 | Siemens Ag | Verfahren zur Authentisierung und Vergebührung eines Teilnehmers eines Funknetzes |
GB2415572A (en) * | 2004-05-05 | 2005-12-28 | Saj Muzaffar | Mobile application billing |
US7486783B2 (en) | 2004-08-12 | 2009-02-03 | International Business Machines Corporation | Bill payment system and method |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1996037848A1 (fr) * | 1995-05-24 | 1996-11-28 | Walker Asset Management Limited Partnership | Systeme de facturation et de recouvrement par le numero 900 et procede de services informatiques en ligne |
WO1997001920A1 (fr) | 1995-06-28 | 1997-01-16 | Telecom Finland Oy | Methode et procede permettant de debiter un utilisateur de systeme informatique |
US5745556A (en) | 1995-09-22 | 1998-04-28 | At&T Corp. | Interactive and information data services telephone billing system |
WO1999022507A1 (fr) | 1997-10-29 | 1999-05-06 | Helsingin Puhelin Oyj - Helsingfors Telefon Abp | Procede de transfert de transactions de paiement dans le reseau internet |
EP0926611A2 (fr) * | 1997-12-23 | 1999-06-30 | AT&T Corp. | Procédé de validation de transactions |
DE19854860A1 (de) * | 1998-11-27 | 2000-06-15 | Patent Gmbh The | Verfahren zur Verrechnung von Leistungen |
-
2000
- 2000-11-06 FR FR0014163A patent/FR2816422B1/fr not_active Expired - Fee Related
-
2001
- 2001-02-02 US US09/776,111 patent/US20020054672A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1996037848A1 (fr) * | 1995-05-24 | 1996-11-28 | Walker Asset Management Limited Partnership | Systeme de facturation et de recouvrement par le numero 900 et procede de services informatiques en ligne |
US5737414A (en) * | 1995-05-24 | 1998-04-07 | Walker Asset Management Limited Partnership | 900 number billing and collection system and method for on-line computer services |
WO1997001920A1 (fr) | 1995-06-28 | 1997-01-16 | Telecom Finland Oy | Methode et procede permettant de debiter un utilisateur de systeme informatique |
US5745556A (en) | 1995-09-22 | 1998-04-28 | At&T Corp. | Interactive and information data services telephone billing system |
WO1999022507A1 (fr) | 1997-10-29 | 1999-05-06 | Helsingin Puhelin Oyj - Helsingfors Telefon Abp | Procede de transfert de transactions de paiement dans le reseau internet |
EP0926611A2 (fr) * | 1997-12-23 | 1999-06-30 | AT&T Corp. | Procédé de validation de transactions |
DE19854860A1 (de) * | 1998-11-27 | 2000-06-15 | Patent Gmbh The | Verfahren zur Verrechnung von Leistungen |
Also Published As
Publication number | Publication date |
---|---|
FR2816422B1 (fr) | 2003-04-04 |
US20020054672A1 (en) | 2002-05-09 |
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 | |
EP1014317B1 (fr) | Procédé de paiement sécurisé | |
AU2010301082B2 (en) | Systems and methods for purchases on a mobile communication device | |
EP1153376A1 (fr) | Procede de telepaiement et systeme pour la mise en oeuvre de ce procede | |
WO2002035486A1 (fr) | Procede de paiement par telematique securise | |
US20040029566A1 (en) | Method and apparatus for controlling or monitoring access to the content of a telecommunicable data file | |
WO2001075696A1 (fr) | Procede permettant a un adjudicateur de faire parvenir un appel d'offre a un ou plusieurs prestataires selectionnes | |
FR2816422A1 (fr) | Procede pour le paiement de transactions effectuees par exemple sur internet | |
KR20010100701A (ko) | 인터넷상에서의 대금결제에 대한 클리어링 하우징 시스템및 방법 | |
FR2905021A1 (fr) | Procede et systeme de paiement a l'aide d'un telephone mobile | |
WO2001073706A1 (fr) | Systeme de paiement permettant de ne pas divulguer d'information bancaire sur le reseau public et quasi-public | |
FR2869702A1 (fr) | Procedure d'acces a un service pre ou post-paye avec authentification d'un compte utilisateur et gestion dudit compte | |
CA2325895C (fr) | Procede de paiement securise | |
WO2002031612A2 (fr) | Procede pour effectuer une transaction commerciale sur reseau | |
FR2837952A1 (fr) | Procede de paiement en ligne | |
EP3223219A1 (fr) | Procédé de transfert de transaction, procédé de transaction et terminal mettant en oeuvre au moins l'un d'eux | |
FR2750275A1 (fr) | Procede de gestion dans un systeme telematique distribue et systeme de mise en oeuvre de ce procede | |
EP1156620A1 (fr) | Installation perfectionnée d'échange de données dans un réseau, et carte de paiement et procédé associés | |
FR2828040A1 (fr) | Procede de paiement en toute confiance | |
WO2006040459A1 (fr) | Procede d'intermediation dans une transaction entre un terminal client et un serveur fournisseur de reponses, et serveur associe | |
FR2831361A1 (fr) | Jeton informatique | |
FR2858441A1 (fr) | Systeme et procede de paiement electronique | |
WO2003009242A1 (fr) | Procede d'inscription d'un acheteur aupres d'un serveur de paiement et procede de telepaiement fonde sur cette inscription | |
EP1344196A1 (fr) | Procede et systeme de paiement et equipements de telecommunications mis en oeuvre dans ce systeme | |
WO2002061642A2 (fr) | Procede d'acces prepaye a un reseau de communication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ST | Notification of lapse |