FR2831297A1 - Procede de prestation de service par un prestataire de service et installation pour la mise en oeuvre du procede - Google Patents

Procede de prestation de service par un prestataire de service et installation pour la mise en oeuvre du procede Download PDF

Info

Publication number
FR2831297A1
FR2831297A1 FR0213148A FR0213148A FR2831297A1 FR 2831297 A1 FR2831297 A1 FR 2831297A1 FR 0213148 A FR0213148 A FR 0213148A FR 0213148 A FR0213148 A FR 0213148A FR 2831297 A1 FR2831297 A1 FR 2831297A1
Authority
FR
France
Prior art keywords
service
user
service provider
provider
accounting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR0213148A
Other languages
English (en)
Inventor
Gerd Draeger
Volker Skwarek
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of FR2831297A1 publication Critical patent/FR2831297A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Procédé et installation pour fournir les services d'un prestataire de service (2) à un utilisateur (1) après requête envoyée au prestataire (2). L'utilisateur reçoit alors une offre de service. En cas d'accord avec l'offre, l'utilisateur (1) code au moins un élément de l'information qui contenait l'offre de service. La libération du service est faite par le prestataire de service (2) après que ce dernier ait reçu d'une comptabilité des services (3) une confirmation établie par cette comptabilité après contrôle de l'élément codé.

Description

<Desc/Clms Page number 1>
Etat de la technique
On connaît déjà des services de télématique offerts à l'utilisateur contre paiement. En particulier dans un modèle de taxation dépendant de l'accès il est nécessaire que les unités soumises à taxation ainsi que le nombre d'accès, la nature du service et aussi la durée de l'accès soient saisis de manière protégée contre les manipulations et soient attribués sans équivoque à l'utilisateur correct.
Il existe actuellement différents procédés de comptabilité : - l'utilisateur signe un contrat avec le prestateur de service de télémati- que. A chaque accès à un service, l'utilisateur s'identifie vis-à-vis du prestataire. Cela permet de saisir précisément les taxes et de les attri- buer. Mais l'utilisateur doit conclure à un contrat individuel avec le prestataire de service, - le prestataire de service présente, comme pour un numéro de service soumis à taxe, une modalité de décompte avec un prestataire sur mo- bile qui permet l'accès à ces services. Pour ne pas limiter toutefois le groupe d'utilisateur, il faut prévoir une convention entre le prestataire de service et tous les fournisseurs de services mobiles, - il existe des entreprises spécialisées pour le décompte des activités de commerce sur les mobiles. Lorsqu'un utilisateur interroge un service de télématique, le prestataire de service lance une interrogation auprès de l'entreprise de comptabilité transmettant par exemple les taxes concer- nées et le numéro du mobile de l'utilisateur. Puis du côté de l'entreprise de comptabilité il y a une authentification qui se fait de manière séparée de l'utilisateur pour libérer la somme concernée. Cette libération est ensuite confirmée auprès du prestataire de service.
Avantages de l'invention
La présente invention concerne à cet effet un procédé de fourniture de service par un prestataire de service comprenant les étapes suivantes : - un utilisateur reçoit une clé privée d'une comptabilité des services, - l'utilisateur envoie une requête au prestataire de service pour recevoir un service du prestataire, - en retour à sa requête, l'utilisateur reçoit une offre de service du pres- tataire de service, - en cas d'accord de l'utilisateur avec l'offre de service, l'utilisateur code au moins un élément de l'information contenu dans l'offre de service
<Desc/Clms Page number 2>
avec sa clé privée et envoie l'information en retour au prestataire de service qui la transmet à la comptabilité des services, - la libération du service pour l'utilisateur est faite par le prestataire de service après qu'il ait reçu de la comptabilité des services une confir- mation établie par la comptabilité des services à partir du contrôle de l'élément codé.
Selon d'autres caractéristiques du procédé : - pour une requête du prestataire de service, il y a émission d'une ca- ractéristique publique de l'utilisateur ; - le prestataire de service transmet une caractéristique univoque de la caractéristique de service demandée et la caractéristique publique de l'utilisateur à la comptabilité des services ; la comptabilité des services génère une clé à partir de la caractéristique publique transmise de l'utilisateur, clé que l'utilisateur peut décoder avec sa clé privée qu'il a reçue au préalable de la comptabilité des ser- vices ; - la comptabilité des services code un numéro de transaction qui désigne de manière univoque l'opération de décompte ; - la comptabilité des services code non seulement le numéro de transac- tion codé mais également la caractéristique de service ; - le prestataire de service envoie l'information codée que lui a renvoyé la comptabilité des services avec l'identification de la caractéristique de service demandée, par exemple le prix, et envoie l'ensemble à l'utilisateur comme offre de service ; l'offre de service est envoyée à l'utilisateur en même temps qu'une de- mande de confirmation de service ; - l'utilisateur, pour contrôler l'offre de service, décode l'information avec sa clé privée et en cas d'accord avec l'offre de service, il renvoie au moins un élément de l'information, notamment le numéro de transac- tion, après codage avec sa clé privée au prestataire de service ; - la comptabilité des services analyse la confirmation de service reçue de manière codée par l'utilisateur et par l'intermédiaire du prestataire de service et après contrôle du prestataire de service, notamment après comptabilisation du compte d'utilisateur, envoie une confirmation pour libérer le service par le prestataire de service.
Le procédé selon l'invention ou l'installation pour sa mise en oeuvre permet de fournir les services d'un prestataire de service à un utilisateur de service et de comptabiliser les services par une comptabilité
<Desc/Clms Page number 3>
des services indépendamment du prestataire de service ou du prestataire de service de mobile, sans avoir à établir un autre canal de communication du côté de l'utilisateur du service. Dans le procédé décrit ci-dessus, il faut, au contraire, un autre canal de communication entre celui qui fait le décompte du service et l'utilisateur du service, ce qui nécessite la mise en oeuvre de moyens importants à la fois du point de vue technique et logistique.
Dans le procédé selon l'invention, on a une confirmation d'une prestation de service payante, par exemple pour le commerce (e) et/ou le commerce (m) par l'utilisateur du service par rapport à celui qui fait le décompte du service. Dans ce cas, le canal utilisé pour la prestation de service peut également s'utiliser avec une protection contre les manipulations frauduleuses, pour confirmer le paiement au comptable du service.
L'avantage du procédé de l'invention est notamment que l'utilisateur peut demander tous les services payants utilisant ce procédé, dès qu'il est enregistré auprès d'une comptabilité (comptabilité des services). De tels postes de comptable peuvent être par exemple des instituts de crédit (carte Visa, Paybox) ou aussi des banques et des caisses d'épargne. Il n'y a pas lieu de conclure des contrats d'utilisation individuels avec les prestataires de service si bien que tous les services concernés peuvent être utilisés immédiatement et indépendamment du fournisseur de communication.
L'utilisateur communique selon le procédé de l'invention pour les services pris en compte et le décompte uniquement par un canal de communication avec le prestataire de service. Le décompte des services n'apparaît pas publiquement.
La sécurité contre les manipulations frauduleuses est garantie car l'utilisateur renvoie un élément de l'information dans lequel était contenue l'offre de service de façon codée avec son code privé vers le prestataire de service qui assure ensuite le décompte. Le prestataire de service ne libère le service souhaité que si la comptabilité des services lui a fourni une confirmation établie par le prestataire de service du fait du contrôle de l'élément codé. Le paquet de données de l'information codée pourrait dans ce cas n'être codé que par l'utilisateur autorisé avec son code privé.
Pour cela, l'installation selon l'invention comporte :
<Desc/Clms Page number 4>
- des moyens pour activer une clé privée reçue d'une comptabilité des services, - une unité d'émission pour émettre une requête à destination d'un prestataire de service pour prendre en compte les services, - une unité de réception pour recevoir une offre de service d'un presta- taire de service, - des moyens pour décoder une information codée contenant l'offre de service ainsi que des moyens pour exploiter l'information décodée, des moyens pour générer une nouvelle information avec codage d'au moins un élément d'information décodé avec la clé privée, et - des moyens pour recevoir les services d'un prestataire de service après libération par le prestataire de service sur contrôle de l'élément codé.
Dessins
La présente invention sera décrite ci-après de manière plus détaillée à l'aide d'exemples de réalisation représentés dans les dessins annexés dans lesquels : - la figure 1 montre un procédé d'annonce dans un calculateur de ser- vice,
Figure img00040001

- la figure 2 montre le déroulement des opérations pour une requête de service, - la figure 3 montre le déroulement des opérations lors de la mise en oeuvre d'un service d'un prestataire de service, - la figure 4 montre un schéma par blocs d'une installation pour la mise en oeuvre d'un service d'un prestataire de service.
Description des exemples de réalisation
Pour les services payants comme par exemple les services de télématique, il faut une convention entre l'utilisateur 1 et la comptabilité des services 3, par exemple un institut de crédit ou une banque. Pour cela, un utilisateur 1 informe selon la figure 1, la comptabilité des services 3 selon la phase 30 en indiquant un numéro d'utilisateur convenu servant de caractéristique officielle. La comptabilité des services 3 gère un compte client 333 avec l'attribution : numéro d'utilisateur, code d'utilisateur, auprès de la comptabilité des services 3 et, en option, les limites du crédit.
Le procédé est protégé si la clé reste secrète. La clé privée (secrète) est communiquée à l'utilisateur 1 par la comptabilité des services 3 pour l'utilisation du compte client. L'utilisateur 1 autorise la comptabilité des services 3 pour mettre à sa charge sur son compte client 33 si l'utilisateur est authentifié de manière appropriée pour une telle opération.
<Desc/Clms Page number 5>
L'opération d'authentification peut se dérouler de la manière suivante selon l'invention comme le montre la figure 2 : 1. l'utilisateur 1 sélectionne un service et demande la fourniture d'une caractéristique officielle (numéro d'utilisateur) au point 21, 2. le prestataire de service 2 indique une caractéristique non équivoque du service comme de préférence le prix et la caractéristique officielle de l'utilisateur 1, informations transmises à la comptabilité des services 3 (22). Si le prix n'a pas été transmis comme caractéristique de service non équivoque, le prix est transmis séparément par le calculateur de service, 3. le calculateur de service 3 peut générer une clé 23 à partir de la carac- téristique officielle, clé que l'utilisateur 1 recevra ultérieurement du fait des connaissances reçues par sa clé privée, 4. avec cette clé, la comptabilité des services 3 code un numéro de trans- action TAN (24) qui doit être sans équivoque du point de vue de l'utilisateur 1 et de l'opération de décompte. Au choix, on peut égale- ment coder la caractéristique de service, unique, au point 2. Le numéro
TAN est de préférence valable seulement dans un intervalle de temps donné, 5. l'information codée est renvoyée au prestataire de service 2 (26) pour être mise ainsi d'une manière non équivoque en relation avec l'utilisateur 1 envoyant la requête, 6. le prestataire de service 2 accroche la caractéristique de service non équivoque selon le point 2 comme par exemple le prix à l'information.
Cette information est transmise (27) à l'utilisateur 1 par le canal d'interrogation comme offre de service. La transmission se fait de préfé- rence en liaison avec la requête de confirmation de service.
7. L'utilisateur 1 reçoit l'information et grâce à sa clé privée il est en me- sure de décoder (28) l'information TAN et le cas échéant la caractéristi- que de service, sans équivoque, codée par le calculateur de service 3.
Du fait du code privé, on peut s'assurer que seul l'utilisateur 1 peut décoder le paquet. Inversement, l'interrogation peut également être faite par l'utilisateur 1 de sorte qu'il ne peut y avoir de mauvais calcul.
La caractéristique de service peut être comparée alors par l'utilisateur
1 ou à un terminal avec la caractéristique de service fournie par le prestataire de service pour déterminer s'il s'agit de la même caractéris- tique et ainsi de la même prestation. Pour cette raison, la solution la
<Desc/Clms Page number 6>
plus sûre consiste à utiliser le prix comme caractéristique de service non équivoque.
8. L'utilisateur 1 réagit de manière correspondante à la requête de con- formation. Dans le cas d'une confirmation négative, on effectue l'opération. Dans le cas d'une confirmation positive (accord de l'utilisateur) l'utilisateur 1 code un élément de l'information contenant l'offre de service, spécialement le code TAN des points 6 et 7 pour les remettre sur sa clé privée. La caractéristique selon laquelle le presta- taire de service a envoyé au point 6 l'information est codée de même.
Cela garantit que le prestataire de service 2 a offert à l'utilisateur la même caractéristique de service univoque, comme celle qu'il a donné à la comptabilité des services 3 pour faire le compte de la mission et que seul l'utilisateur de cette caractéristique a codé dans le paquet renvoyé.
Le paquet de données doit avoir un aspect différent que celui envoyé au point 5. Le paquet confirmé est renvoyé (29) par le prestataire de ser- vice 2 à la comptabilité des services 3 avec la caractéristique officielle.
En option, l'utilisateur selon le procédé cryptographique connu de ma- nière générale, ajoute des compléments à cette information même si pour deux interrogations identiques, les réponses étaient aléatoires.
9. La comptabilité des services 3 reçoit et analyse le paquet (300).
- Comme il correspond à une autre structure, le prestataire de service
2 ne peut pas simplement le copier et le renvoyer.
- Comme le numéro TAN existe en liaison avec la caractéristique de service et la caractéristique officielle au point 4, du fait de la sélec- tion systématiquement non retenue du numéro TAN, il n'y a pas d'opération antérieure que le prestataire de service pourrait copier.
- Comme au point 4 on a envoyé également une caractéristique de service non équivoque codée, qui a pu être contrôlée en même temps que l'information non codée de l'utilisateur 1 ou le cas échéant la caractéristique de service rajoutée, de l'utilisateur 1, avec le presta- taire de service 2, cela permet de garantir que le prestataire de ser- vice 2 fait le décompte vis-à-vis de l'utilisateur 14 de la même caractéristique de service que par rapport à la comptabilité des ser- vices 3.
- Comme cette information pourrait être interprétée, l'utilisateur 1 doit la coder et la décoder avec une clé valable. En conséquence, il doit s'agir de l'utilisateur ayant une caractéristique indiquée de ma- nière publique.
<Desc/Clms Page number 7>
Ces contrôles confirment à la comptabilité des services 3 que l'utilisateur 1 connaît la caractéristique de service objet du dé- compte comme par exemple le prix, qu'il s'agit de l'utilisateur 1 et que cet utilisateur 1 a la priorité.
10 Si l'étape précédente s'est déroulée de manière positive la comptabilité des services 3 confirme au prestataire de service 2 que le compte de l'utilisateur sera débité (31). Maintenant le prestataire de service 2 fournira à l'utilisateur de service, le service de manière habituelle (c'est-à-dire qu'il libérera le service).
Un exemple de réalisation sera décrit ci-après à l'aide de la figure 3.
L'utilisateur 1 se signale avec une caractéristique d'utilisateur qui lui est propre, par exemple le numéro de son terminal (Nu 007) auprès de la comptabilité des services 3, par exemple les services de cartes Visa et reçoit une clé privée que l'utilisateur 1 est seul à connaître. Sans autres signalisations, l'utilisateur 1 souhaiterait utiliser le service payant d'un prestataire de service 2, par exemple d'un service de navigation non embarqué avec transmission téléphonique. Ce prestataire de service 2 est en mesure de décompter le service auprès de la comptabilité des services 3.
L'utilisateur 1 démarre par une requête de trajet 32 et envoie une caractéristique d'utilisateur (Nu 007) d'une manière non codée.
Celle-ci est transmise par le prestataire de service 2 avec une caractéristique de service univoque (DM 3,99) à la comptabilité des services 3 (33).
Celle-ci génère un numéro aléatoire de transaction (TAN 1234) (34) et la conserve en mémoire en liaison avec la caractéristique de service (DM 3,99) et la caractéristique d'utilisateur (Nu 007). Du fait de cette caractéristique d'utilisateur (Nu 007), la comptabilité des services 3 génère une clé ou une information que l'utilisateur 1 peut de nouveau décoder (35) avec sa clé privée. Avec la clé générée ou avec l'information générée, on code le numéro de transaction (TAN 1234) et en option la caractéristique de service arrive de manière non codée. Le prestataire de service 2 re- çoit ce paquet de données pour sa transmission (36). Le prestataire de service 2 accroche la caractéristique de service (DM 3,99) de manière non codée au paquet de données reçu de la comptabilité des services 3.
La comptabilité des services 3 fournit alors l'offre de service (37), par exemple une liste de destinations avec chaque fois en dehors de l'élément codé pour l'utilisateur 1, la caractéristique de service univoque
<Desc/Clms Page number 8>
(DM 3,99). La caractéristique de service (DM 3,99) est indiquée à l'utilisateur 1 qui la confirme. En même temps, il confirme par exemple une destination dans la liste des destinations. Par la confirmation, le numéro TAN (TAN 1234) qui a été décodé dans l'étape précédente, est de nouveau codé (38) avec la clé privée en même temps que la caractéristique de service (DM 3,99). Le paquet de données ainsi formé pourrait être généré seulement par l'utilisateur 1 car - lui seul peut décoder le numéro TAN (TAN 1234) et recoder avec la ca- ractéristique de service (DM 3,99) pour en former un paquet commun et ce paquet ne peut concerner que cette commande car les numéros TAN (TAN 1234) sont mis en relation par les services de la carte Visa, de manière spécifique à la commande, aléatoirement avec le numéro d'utilisateur et la caractéristique de service. Dans ces conditions il ne peut pas s'agir de la copie d'une ancienne requête et de sa confirma- tion.
Ce paquet est renvoyé au prestataire de service 2 (39) qui le transmet à la comptabilité des services 3 (40). La comptabilité des services 3 est alors en mesure de décoder le paquet de données et les numéros d'utilisateur (Nu 007, TAN 1234) et la caractéristique de service (DM 3, 99) de cette combinaison pour en contrôler la véracité (41).
Si l'information est vraie, le montant dû est débité du compte d'utilisateur ; le montant correspondant est porté au crédit du compte du prestataire de service 2 et le solde de l'opération est indiqué au prestataire de service 2 (42). Puis le service est libéré, c'est-à-dire que le trajet demandé est fourni à l'utilisateur 43.
La figure 4 montre un schéma par blocs d'une installation du côté de l'utilisateur pour la prise en compte d'un service d'un prestataire. Pour l'émission des requêtes de service et des confirmations il est prévu une unité d'émission 12. L'unité de réception 11 permet à l'utilisateur 1 de recevoir les offres de service et les services libérés. La clé privée est introduite par exemple à l'aide de l'installation d'entrée 13 chaque fois par l'utilisateur 1. Pour décoder les informations reçues, il est prévu une installation de décodage 14. Celle-ci est commandée de manière appropriée par l'installation d'entrée de clé 13 pour permettre un décodage. Après exploitation de l'information décodée par l'installation d'exploitation 15, le générateur 16 peut combiner de nouvelles informations ou des éléments d'informations reçues à la clé privée, codé de façon
<Desc/Clms Page number 9>
commandée par l'installation d'entrée 13 pour envoyer des confirmations authentifiées au prestataire de service 2. Les services libérés sont reçus de préférence par l'intermédiaire du mêle canal de communication par le prestataire de service 2 et dans l'unité 17. Cette unité 17 peut être équipée d'un afficheur 18, par exemple un moyen de visualisation des services revendiqués tels que les trajets ou autres graphiques et/ou moyens d'affichage d'informations de texte. Pour reproduire l'information de trajet qui se trouve déjà chez l'utilisateur 1, par exemple des données cartographiques sur l'afficheur 18, il est prévu une mémoire 19. Comme support de mémoire on peut utiliser par exemple une carte CD.

Claims (4)

    REVENDICATIONS 1 ) Procédé de fourniture de service par un prestataire de service comprenant les étapes suivantes : - un utilisateur (1) reçoit une clé privée d'une comptabilité des services (3), - l'utilisateur (1) envoie une requête au prestataire de service (2) pour recevoir un service du prestataire (2), - en retour à sa requête, l'utilisateur (1) reçoit une offre de service du prestataire de service (2), - en cas d'accord de l'utilisateur (1) avec l'offre de service, l'utilisateur (1) code au moins un élément de l'information contenu dans l'offre de ser- vice avec sa clé privée et envoie l'information en retour au prestataire de service (2) qui la transmet à la comptabilité des services (3), - la libération du service pour l'utilisateur (1) est faite par le prestataire de service (2) après qu'il (2) ait reçu de la comptabilité des services (3) une confirmation établie par la comptabilité des services (3) à partir du contrôle de l'élément codé.
  1. 20) Procédé selon la revendication 1, caractérisé en ce que pour une requête du prestataire de service (2), il y a émission d'une caractéristique publique de l'utilisateur (1).
    3 ) Procédé selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que le prestataire de service (2) transmet une caractéristique univoque de la caractéristique de service demandée et la caractéristique publique de l'utilisateur (1) à la comptabilité des services (3).
    4 ) Procédé selon la revendication 1, caractérisé en ce que la comptabilité des services (2) génère une clé à partir de la caractéristique publique transmise de l'utilisateur (1), clé que l'utilisateur (1) peut décoder avec sa clé privée qu'il a reçue au préalable de la comptabilité des services (3).
    5 ) Procédé selon la revendication 4, caractérisé en ce que
    <Desc/Clms Page number 11>
    la comptabilité des services (3) code un numéro de transaction (TAN) qui désigne de manière univoque l'opération de décompte.
    6 ) Procédé selon la revendication 5, caractérisé en ce que la comptabilité des services (3) code non seulement le numéro de transaction codé mais également la caractéristique de service.
    7 ) Procédé selon l'une quelconque des revendications 5 ou 6, caractérisé en ce que le prestataire de service (2) envoie l'information codée que lui a renvoyé la comptabilité des services (3) avec l'identification de la caractéristique de service demandée, par exemple le prix, et envoie l'ensemble à l'utilisateur (1) comme offre de service.
    8 ) Procédé selon la revendication 7, caractérisé en ce que l'offre de service est envoyée à l'utilisateur (1) en même temps qu'une demande de confirmation de service.
    9 ) Procédé selon la revendication 1, caractérisé en ce que l'utilisateur (1), pour contrôler l'offre de service, décode l'information avec sa clé privée et en cas d'accord avec l'offre de service, il renvoie au moins un élément de l'information, notamment le numéro de transaction, après codage avec sa clé privée au prestataire de service (2).
  2. 10 ) Procédé selon la revendication 1, caractérisé en ce que la comptabilité des services (3) analyse la confirmation de service reçue de manière codée par l'utilisateur (1) et par l'intermédiaire du prestataire de service (2) et après contrôle du prestataire de service (2), notamment après comptabilisation du compte d'utilisateur, envoie une confirmation pour libérer le service par le prestataire de service (2).
  3. 11 ) Application du procédé selon l'une quelconque des revendications 1 à 10 pour fournir des services de télématique dont le décompte se fait indé-
    <Desc/Clms Page number 12>
    pendamment du prestataire de service (2), notamment sans établir de canal de communication séparé.
  4. 12 ) Installation pour recevoir des services d'un prestataire de service (2), caractérisée par - des moyens (13) pour activer une clé privée reçue d'une comptabilité des services (3), - une unité d'émission (12) pour émettre une requête à destination d'un prestataire de service (2) pour prendre en compte les services, - une unité de réception (11) pour recevoir une offre de service d'un prestataire de service (2), - des moyens (13,14) pour décoder une information codée contenant l'offre de service ainsi que des moyens (15) pour exploiter l'information décodée, des moyens (16) pour générer une nouvelle information avec codage d'au moins un élément d'information décodé avec la clé privée, et - des moyens (17) pour recevoir les services d'un prestataire de service (2) après libération par le prestataire de service (2) sur contrôle de l'élément codé.
FR0213148A 2001-10-22 2002-10-22 Procede de prestation de service par un prestataire de service et installation pour la mise en oeuvre du procede Withdrawn FR2831297A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10151278A DE10151278A1 (de) 2001-10-22 2001-10-22 Verfahren zur Bereitstellung von Diensten eines Diensteanbieters sowie Einrichtung hierzu

Publications (1)

Publication Number Publication Date
FR2831297A1 true FR2831297A1 (fr) 2003-04-25

Family

ID=7702812

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0213148A Withdrawn FR2831297A1 (fr) 2001-10-22 2002-10-22 Procede de prestation de service par un prestataire de service et installation pour la mise en oeuvre du procede

Country Status (4)

Country Link
JP (1) JP2003196239A (fr)
DE (1) DE10151278A1 (fr)
FR (1) FR2831297A1 (fr)
IT (1) ITMI20022149A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016106638B4 (de) * 2016-04-11 2020-09-24 Balluff Gmbh Verfahren zum Freischalten einer Funktion einer Mess- und/oder Stellvorrichtung sowie entsprechend ausgebildete Mess- und/oder Stellvorrichtung

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2328310A (en) * 1996-05-15 1999-02-17 Ho Keung Tse Electronic transaction authorisation system
GB2333878A (en) * 1998-01-28 1999-08-04 Citibank Na Performing an online transaction using card information and PIN
US6026166A (en) * 1997-10-20 2000-02-15 Cryptoworx Corporation Digitally certifying a user identity and a computer system in combination

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5903721A (en) * 1997-03-13 1999-05-11 cha|Technologies Services, Inc. Method and system for secure online transaction processing
JP2001229223A (ja) * 2000-02-16 2001-08-24 Yunikku Business Consultant Osaka:Kk 商品の販売・決裁方法、電子商取引組織、及び電子商取引機構

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2328310A (en) * 1996-05-15 1999-02-17 Ho Keung Tse Electronic transaction authorisation system
US6026166A (en) * 1997-10-20 2000-02-15 Cryptoworx Corporation Digitally certifying a user identity and a computer system in combination
GB2333878A (en) * 1998-01-28 1999-08-04 Citibank Na Performing an online transaction using card information and PIN

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
PAYS P ET AL: "An intermediation and payment system technology", COMPUTER NETWORKS AND ISDN SYSTEMS, NORTH HOLLAND PUBLISHING. AMSTERDAM, NL, vol. 28, no. 11, 1 May 1996 (1996-05-01), pages 1197 - 1206, XP004018220, ISSN: 0169-7552 *

Also Published As

Publication number Publication date
DE10151278A1 (de) 2003-04-30
ITMI20022149A1 (it) 2003-04-23
JP2003196239A (ja) 2003-07-11

Similar Documents

Publication Publication Date Title
EP1014317B1 (fr) Procédé de paiement sécurisé
US20030046534A1 (en) Method and apparatus for secured electronic commerce
US20020107745A1 (en) Payment system by means of a mobile device
WO1999023617A2 (fr) Procede de transmission d&#39;information et serveur le mettant en oeuvre
FR2820853A1 (fr) Procede et systeme de telepaiement
EP1493268B1 (fr) Systeme de television a peage a pre-paiement
WO1999066705A1 (fr) Procede pour payer a distance, au moyen d&#39;un radiotelephone mobile, l&#39;acquisition d&#39;un bien et/ou d&#39;un service
US20060242038A1 (en) Method for charging costs of enjoying contents transmitted over a telecommunications network, preferably by the internet network, and related system
EP0616714B1 (fr) Systeme de traitement d&#39;informations utilisant un ensemble de cartes a memoire
WO2002005152A1 (fr) Systeme et procede de gestion de transactions de micropaiement, terminal de client et equipement de marchand correspondants
EP2579199A1 (fr) Procédé de paiement d&#39;un produit ou d&#39;un service sur un site marchand par l&#39;intermédiaire d&#39;une connexion Internet et terminal correspondant
CN101097645B (zh) 通过可视终端完成金融数据处理的方法及公共支付服务器
CA2323002A1 (fr) Systeme de telephonie mobile avec carte de prepaiement
FR2831297A1 (fr) Procede de prestation de service par un prestataire de service et installation pour la mise en oeuvre du procede
FR2750273A1 (fr) Procede de rechargement de cartes prepayees virtuelles
EP1354288B1 (fr) Procede utilisant les cartes de paiement electroniques pour securiser les transactions
EP1323140A1 (fr) Procede pour fournir des donnees d&#39;identification d&#39;une carte de paiement a un usager
FR2823882A1 (fr) Procede et systeme de validation de paiement
FR2980890A1 (fr) Procede et systeme de paiement, application a la location automatisee de vehicules.
WO2006032944A1 (fr) Application nouvelle du telephone mobile gsm au transfert d’ argent
WO2005088568A1 (fr) Procede et systeme de micropaiement
EP1452028B9 (fr) Procede de gestion de fourniture d&#39;acces a un contenu crypte destine a etre diffuse sur un reseau, ainsi que systeme et serveur pour la mise en oeuvre de ce procede
FR2945881A1 (fr) Procede et systeme de transaction de biens et/ou de services au moyen d&#39;un terminal via un reseau de communication
FR2750275A1 (fr) Procede de gestion dans un systeme telematique distribue et systeme de mise en oeuvre de ce procede
FR2828309A1 (fr) Procede et dispositif de securisation des transactions

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20110630