EP1218844A2 - Verfahren zur abrechnung von internet-geschäften über mofilfunk - Google Patents

Verfahren zur abrechnung von internet-geschäften über mofilfunk

Info

Publication number
EP1218844A2
EP1218844A2 EP00982932A EP00982932A EP1218844A2 EP 1218844 A2 EP1218844 A2 EP 1218844A2 EP 00982932 A EP00982932 A EP 00982932A EP 00982932 A EP00982932 A EP 00982932A EP 1218844 A2 EP1218844 A2 EP 1218844A2
Authority
EP
European Patent Office
Prior art keywords
payment
customer
mobile radio
internet
transactions via
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.)
Ceased
Application number
EP00982932A
Other languages
English (en)
French (fr)
Inventor
Ulrike Feuser
Michael Langer
Patrik Ljungström
Uwe Michel
Walter Mohrs
Johann Reindl
Leonhard Schmickler
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.)
Telekom Deutschland GmbH
Original Assignee
Deutsche Telekom AG
T Mobile Deutschland 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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=7923637&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=EP1218844(A2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Deutsche Telekom AG, T Mobile Deutschland GmbH filed Critical Deutsche Telekom AG
Publication of EP1218844A2 publication Critical patent/EP1218844A2/de
Ceased 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • 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/04—Payment circuits
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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/08—Payment architectures
    • G06Q20/16—Payments settled via telecommunication systems
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06—Asset management; Financial planning or analysis

Definitions

  • the invention relates to a method for billing Internet transactions via mobile radio.
  • Methods for billing Internet transactions via an Internet terminal are known from the prior art. Methods previously known on the Internet provide for the holding or loading of customer data in the Internet terminal or at the dealer. However, this is not practical when using mobile radio terminals as an Internet terminal.
  • the invention is based on the following object (problem):
  • WAP Wireless Application Protocol
  • FIG. 1 shows an example of a system architecture according to the invention.
  • FIG. 2 shows an example of the course of a payment transaction
  • the customer (WAP user) has a WAP-capable mobile radio terminal 1 and has access to the Internet 9 via the mobile radio network 11.
  • the retailer has expanded its standard Internet shop software available in the provider server 2 by a WML interface (Wireless Markup Language Interface) which allows the shop pages to be displayed on the WAP-compatible mobile terminal 1.
  • the payment gateway 3 holds in a payment database 4 customer data such as credit card, direct debit, mini-payment and address information with reference to the customer's MSISDN.
  • the payment gateway 3 can determine the MSISDN belonging to a temporary IP address by querying an MSISDN IP database 5. It also has access to various reference databases 6 for checking customer data.
  • the payment gateway 3 can forward credit card and direct debit transactions to a bank network 7. Minipayment transactions are processed via a minipayment account at a minipayment bank 8 specific to a mobile radio operator.
  • the mini payment account is managed as a sub-account of a real bank account at a bank.
  • Payment gateway 3 and mini payment account 8 are constantly synchronized by database comparison.
  • the mini payment account 8 can be prepaid or regulated by direct debit (postpaid).
  • the customer has access to the current account balance and current bookings on the minipayment account 8 at any time via the internet 9.
  • Debits from the minipayment account 8 to merchant accounts at various banks 10 are collected over a period of time (eg day, week, month).
  • the WAP user selects the WML shop side of the server 2 of a dealer via his mobile phone 1.
  • the dealer's WML shop page appears on the display of the mobile phone 1.
  • the customer marks the goods that he wants to buy and places them in a virtual shopping cart at the dealer's. Finally, he looks at the goods collected in the shopping cart.
  • This selection process can e.g. lead to a specific music CD, to a hotel room, cinema tickets for a specific film etc.
  • the dealer only sees an IP address temporarily assigned to the mobile subscriber, i.e. the customer is anonymous to him. However, it can infer the GSM network operator from the IP address range.
  • the WAP user can check his previous entries and click "Pay".
  • the merchant server 2 transmits the transaction data (goods details, purchase prices, purchase amount, a transaction ID (TA-Id), its merchant ID, the payment options it supports and an IP link to the payment gateway) to the mobile phone 2 of the WAP user.
  • TA-Id transaction ID
  • He also transmits this information directly to the payment gateway 3. He attaches the customer's temporary IP address as customer identification. He can omit the goods information.
  • the WAP user checks the information in the shopping cart and starts the payment process by selecting one of the payment options offered. He can also cancel the payment process at this point. If he selects a payment option, the transaction data sent by the merchant (possibly without goods details) are sent to the payment gateway 3. Larger amounts can the entry of a payment PIN is required, which is stored in the payment gateway 3.
  • the payment gateway 3 synchronizes the two messages and checks them for agreement. User IP address, TA ID, amount and merchant ID must be identical.
  • the payment gateway 3 determines the MSISDN of the WAP user via the user IP address and uses it to search for his customer data. It is determined whether the data for the selected payment option is stored correctly. Reference databases 6 are queried. If the test result is positive, retailers and WAP users will receive a payment confirmation.
  • the payment gateway 3 debits the mini payment account 8 online. Credit cards and direct debit orders are later forwarded to the bank network 7 or a system with a connection to the bank network for execution.
  • the payment gateway 3 writes an electronic invoice for each transaction carried out at the merchant's expense. These are collected and sent to an accounting system for further processing.
  • the WAP user can have the information stored in the payment gateway 3 passed on, or specify a special address for this payment process. This is then passed on to the payment gateway together with the transaction data.
  • the payment gateway forwards the special or the pre-configured shipping address to the merchant with the payment confirmation. If no shipping address is required, e.g. With cinema tickets, the customer remains completely anonymous to the retailer.
  • the agreement on a payment option such as credit card or direct debit can be simplified by the fact that the merchant must always support at least these two methods and the WAP user at least one of them. If more options are possible, it makes sense that the retailer sends the payment options to the WAP user before Gateway asks and only the payment options it supports
  • the customer administers his customer data in the payment database 4 e.g. via an Internet access from the PC, via the WAP device or via a written order.
  • the customer sets up his minipayment account 8 with the minipayment bank of the
  • the account is usually prepaid unless the

Abstract

Die Erfindung betrifft ein Verfahren zur Abrechnung von Internet-Geschäften über Mobilfunk. Mittels WAP (Wireless Application Protocol) ist es möglich, im Internet Waren (Information, Tickets, CDs, Hotelzimmer, etc) auszuwählen und ggf. zu reservieren. Wenn der Kunde die Ware tatsächlich kaufen will, kann er vom Mobilfunkgerät aus eine Bezahltransaktion durchführen. Die für eine Bezahltransaktion erforderlichen Kundendaten werden erfindungsgemäß zentral in einer Datenbank eines Payment-Gateway gehalten.

Description

Verfahren zur Abrechnung von Internet-Geschäften über Mobilfunk
Die Erfindung betrifft ein Verfahren zur Abrechnung von Internet-Geschäften über Mobilfunk.
Aus dem Stand der Technik sind Verfahren zur Abrechnung von Internet-Geschäften über ein Internet-Terminal (z.B. einen Personal Computer) bekannt. Bisher im Internet bekannte Verfahren sehen das Halten oder Laden der Kundendaten im Internet-Terminal oder beim Händler vor. Dies ist jedoch bei der Verwendung von Mobilfunkendgeräten als Internet-Terminal nicht praktikabel.
Der Erfindung liegt folgende Aufgabe zugrunde (Problem):
Ein Verfahren anzugeben, mit welchem eine Abrechnung von Internet-Geschäften schnell und sicher über Mobilfunk ermöglicht wird.
Gelöst wird diese Aufgabe durch die in den unabhängigen Patenansprüchen angegeben Merkmale.
Mittels WAP (Wireless Application Protocol) ist es über ein Mobilfunkendgerät möglich, im Internet Waren (Information, Tickets, CDs, Hotelzimmer, etc) auszuwählen und ggf. zu reservieren. Wenn der Kunde die Ware tatsächlich kaufen will, kann er vom Mobilfunkgerät aus eine Bezahltransaktion durchführen.
Vorteile gegenüber dem Stand der Technik
Bisher im Internet bekannte Verfahren sehen das Halten oder Laden der Kundendaten im Endgerät oder beim Händler vor. Für das erste Verfahren ist das WAP-Endgerät nicht leistungsfähig genug, für das zweite ist die Eingabe von Kundendaten bei jedem Händler erneut notwendig. Dies ist mit der WAP-Endgeräte- Tastatur nicht zumutbar.
Sensible Daten bleiben beim erfindungsgemäßen Verfahren im sicheren GSM-Netz und werden nicht über das Internet übertragen, daher keine zusätzlichen Verschlüsselungsverfahren erforderlich. Der Kunde ist im GSM-Netz über seine MSISDN bekannt. Daher ist kein zusätzliches Authentifikationsverfahren erforderlich. Die Wahrung der Anonymität des Kunden gegenüber dem Händler ist möglich.
Figur 1 zeigt ein Beispiel für eine erfindungsgemäße Systemarchitektur Figur 2 zeigt ein Beispiel für den Ablauf einer Bezahltransaktion
Vier Parteien sind an der Durchführung der Bezahltransaktion beteiligt: Kunde, Händler, Payment-Gateway und Banknetz.
Der Kunde (WAP-Nutzer) verfügt über ein WAP-fähiges Mobilfunkendgerät 1 und hat über das Mobilfunknetz 11 Zugang zum Internet 9.
Der Händler hat seine im Anbieterserver 2 vorhandene Standard-Internet-Shop- Software um ein WML-Interface (Wireless Markup Language Interface) erweitert, das die Darstellung der Shop-Seiten auf dem WAP-fähigen Mobilfunkendgerät 1 erlaubt. Das Payment-Gateway 3 hält in einer Payment-Datenbank 4 Kundendaten wie Kreditkarten-, Lastschrift-, Minipayment- und Adressinformationen mit Bezug auf die MSISDN des Kunden. Das Payment-Gateway 3 kann über eine Abfrage einer MSISDN-IP-Datenbank 5 die zu einer temporären IP-Adresse gehörende MSISDN ermitteln. Es hat außerdem Zugriff auf verschiedene Referenz-Datenbanken 6 zur Prüfung der Kundendaten. Das Payment-Gateway 3 kann Kreditkarten- und Lastschrift-Transaktionen an ein Bankennetz 7 weitergeben. Minipayment- Transaktionen werden über ein Minipaymentkonto bei einer Mobilfunkbetreiber- spezifischen Minipayment-Bank 8 abgewickelt.
Das Minipayment-Konto wird als Unterkonto eines realen Bankkontos bei einer Bank geführt. Payment-Gateway 3 und Minipayment-Konto 8 sind durch Datenbankabgleich ständig synchronisiert. Das Minipayment-Konto 8 kann vorausbezahlt sein (Prepaid) oder per Lastschrift reguliert werden (Postpaid). Der Kunde hat über das Internet 9 jederzeit Zugriff auf den aktuellen Kontostand und die laufenden Buchungen auf dem Minipayment-Konto 8. Abbuchungen vom Minipayment-Konto 8 auf Händlerkonten bei verschiedenen Banken 10 erfolgen gesammelt über einen Zeitraum (z.B. Tag, Woche, Monat).
Ablaufbeschreibung anhand der Figuren 1 und 2:
Der WAP-Nutzer wählt über sein Mobiltelefon 1 die WML-Shop-Seite des Servers 2 eines Händlers aus. Die WML-Shop Seite des Händlers erscheint auf der Anzeige des Mobiltelefons 1. Der Kunde markiert angebotene Waren, die er kaufen möchte und legt sie in einen virtuellen Warenkorb beim Händler. Zum Schluß sieht er sich die im Warenkorb gesammelten Waren an. Dieser Auswahlvorgang kann z.B. auf eine bestimmte Musik-CD führen, auf ein Hotelzimmer, Kinokarten für einen bestimmten Film usw. Der Händler sieht nur eine temporär an den Mobilfunkteilnehmer vergebene IP-Adresse, d.h. der Kunde ist für ihn anonym. Er kann aber vom IP-Adressbereich auf den GSM-Netzbetreiber schließen.
Auf der Warenkorb-WML-Seite kann der WAP-Nutzer seine bisherigen Eingaben prüfen und „Bezahlen,, anklicken. Daraufhin überträgt der Händler-Server 2 die Transaktionsdaten (Warenangaben, Kaufpreise, Kaufsumme, eine Transaktions-Id (TA-Id), seine Händler-Id, die von ihm unterstützten Bezahloptionen und einen IP- Link zum Payment-Gateway) zum Mobiltelefon 2 des WAP-Nutzers. Gleichzeitig überträgt er diese Informationen auch direkt an das Payment-Gateway 3. Dabei fügt er als Kundenidentifikation die temporäre IP-Adresse des Kunden bei. Die Warenangaben kann er dabei weglassen. .
Der WAP-Nutzer überprüft die Angaben im Warenkorb und startet den Bezahlvorgang durch Auswahl einer der angebotenen Bezahloptionen. Er kann den Bezahlvorgang an dieser Stelle auch noch abbrechen. Wählt er eine Bezahloption aus, so werden die vom Händler geschickten Transaktionsdaten (ggf. ohne Warenangaben) an das Payment-Gateway 3 geschickt. Bei größeren Beträgen kann die Eingabe einer Bezahl-PIN gefordert werden, die im Payment-Gateway 3 hinterlegt ist.
Das Payment-Gateway 3 synchronisiert die beiden Nachrichten und prüft sie auf Übereinstimmung. Nutzer-IP-Adresse, TA-Id, Betrag und Händler-Id müssen identisch sein. Über die Nutzer-IP-Adresse ermittelt das Payment-Gateway 3 die MSISDN des WAP-Nutzers und sucht mit dieser seine Kundendaten. Es wird ermittelt, ob für die gewählte Bezahloption die Daten korrekt hinterlegt sind. Dabei werden Referenzdatenbanken 6 abgefragt. Ist das Prüfergebnis positiv, erhalten Händler und WAP-Nutzer eine Zahlungsbestätigung. Das Payment-Gateway 3 führt eine Abbuchung vom Minipaymentkonto 8 on-line durch. Kreditkarten und Lastschriftaufträge werden später an das Bankennetz 7 oder ein System mit Anschluß zum Bankennetz zur Ausführung weitergegeben. Das Payment-Gateway 3 schreibt zu Lasten des Händlers einen elektronischen Rechnungsbeleg für jede durchgeführte Transaktion. Diese werden gesammelt und zur Weiterverarbeitung an ein Abrechnungssystem geleitet.
Wurden in den Transaktionsdaten vom Händler eine Versandanschrift angefordert, so kann der WAP-Nutzer die im Payment-Gateway 3 hinterlegte weitergeben lassen, oder eine spezielle Adresse für diesen Bezahlvorgang angeben. Diese wird dann zusammen mit den Transaktionsdaten an das Payment-Gateway übergeben. Das Payment-Gateway gibt die spezielle oder die vorkonfigurierte Versandanschrift mit der Zahlungsbestätigung an den Händler weiter. Ist keine Versandanschrift erforderlich, wie z.B. bei Kinokarten, so bleibt der Kunde dem Händler gegenüber völlig anonym.
Die Einigung auf eine Bezahloption wie Kreditkarte oder Lastschriftverfahren kann dadurch vereinfacht werden, dass der Händler immer zumindest diese beiden Verfahren unterstützen muß und der WAP-Nutzer wenigstens eine davon. Sollte mehr Optionen möglich sein, so ist es sinnvoll, dass der Händler vor dem Versender der Transaktionsdaten an den WAP-Nutzer dessen Bezahloptionen beim Payment- Gateway erfragt und nur die auch von ihm unterstützen Bezahloptionen in den
Transaktionsdaten zur Auswahl vorgibt.
Der Kunde administriert seine Kundendaten in der Payment-Datenbank 4 z.B. über einen Internet-Zugang vom PC, über das WAP-Endgerät oder über einen schriftlichen Auftrag.
Der Kunde richtet sein Minipayment-Konto 8 bei der Minipayment-Bank des
Mobilfunk-Betreibers ein. Das Konto ist in der Regel vorausbezahlt, es sei denn der
Kunde erfüllt die Bonitätsanforderungen des Mobilfunk-Betreibers. Der Kunde kann jederzeit über das Internet Gut-Buchungen auf sein Minipayment-Konto durchführen und die Buchungen kontrollieren.
Bei geringeren Sicherheitsanforderungen ist es zur Vereinfachung des Verfahrens möglich, die Authorisierungsanfrage an das Payment-Gatway 3 asymmetrisch zu gestalten, d.h. nur der Kunde schickt eine Nachricht oder nur der Händler schickt eine Nachricht an das Payment-Gateway, um die Bezahltransaktion einzuleiten. Auf eine Synchronisation wird in diesen Fällen verzichtet.

Claims

Patentansprüche
1. Verfahren zur Abrechnung von Internet-Geschäften über Mobilfunk, dadurch gekennzeichnet, daß die Kundendaten zentral in einer Datenbank eines Payment- Gateway gehalten werden.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, daß im Endgerät keine elektronischen Geldbörsendaten und keine Kundendaten gehalten werden.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daß der Kunde jede Bezahltransaktion mit einer Bezahl-PIN sichern kann.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, daß sensible Daten sicher im Mobilfunknetz verbleiben und nicht über das Internet übertragen werden.
5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, daß keine zusätzlichen Verschlüsselungsverfahren erforderlich sind.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, daß kein zusätzliches Authentifikationsverfahren erforderlich ist, da die Authentifikation des Kunden vom Mobilfunknetz durchgeführt wird.
7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, daß der Händler-Server am IP-Adressbereich erkennt, zu welchem GSM-Betreiber der Kunde gehört.
8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, daß das Payment-Gateway zu Lasten des Händlers einen elektronischen Rechnungsbeleg für jede durchgeführte Transaktion erzeugt.
9. Verfahren zur Abrechnung von Internet-Geschäften über Mobilfunk gekennzeichnet durch eine Kopplung von Standard-Händler-Software mit Standard- (lnternet-)Paymentsystemen und Standard-WAP-Endgeräten.
EP00982932A 1999-09-28 2000-09-28 Verfahren zur abrechnung von internet-geschäften über mofilfunk Ceased EP1218844A2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE19946539 1999-09-28
DE19946539A DE19946539B4 (de) 1999-09-28 1999-09-28 Verfahren zur Abrechnung von Internet-Geschäften über Mobilfunk
PCT/DE2000/003420 WO2001025979A2 (de) 1999-09-28 2000-09-28 Verfahren zur abrechnung von internet-geschäften über mofilfunk

Publications (1)

Publication Number Publication Date
EP1218844A2 true EP1218844A2 (de) 2002-07-03

Family

ID=7923637

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00982932A Ceased EP1218844A2 (de) 1999-09-28 2000-09-28 Verfahren zur abrechnung von internet-geschäften über mofilfunk

Country Status (5)

Country Link
US (1) US7634445B1 (de)
EP (1) EP1218844A2 (de)
AU (1) AU1991401A (de)
DE (1) DE19946539B4 (de)
WO (1) WO2001025979A2 (de)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10004730B4 (de) * 2000-01-28 2005-10-13 Siemens Ag Verfahren zum Übertragen von Zahlungsinformationen
DE10109908A1 (de) * 2001-02-20 2002-08-29 Siemens Ag Verfahren und Kontoführungssystem zum Abrechnen von erbrachten Leistungen in einem Telekommunikationsnetz
US20030088511A1 (en) * 2001-07-05 2003-05-08 Karboulonis Peter Panagiotis Method and system for access and usage management of a server/client application by a wireless communications appliance
US7054430B2 (en) 2001-08-23 2006-05-30 Paymentone Corporation Method and apparatus to validate a subscriber line
EP1296259A1 (de) * 2001-09-25 2003-03-26 GTP Holding S.p.A. Fortgeschrittenes System zur Verwaltung von elektronischen finanziellen Transaktionen
AU2002358013A1 (en) * 2001-11-14 2003-05-26 Encorus Technologies Gmbh Payment protocol and data transmission method and data transmission device for conducting payment transactions
EP1313074A3 (de) * 2001-11-14 2003-11-19 Encorus Technologies GmbH Datenübertragungsanordnung mit Systemverwaltungsserver und Verfahren zu deren Betrieb
EP1461897A4 (de) 2001-12-04 2007-05-02 Conceptm Company Ltd System und verfahren zur ermöglichung elektronischer finanztransaktionen unter verwendung eines mobiltelekommunikationsgeräts
FR2843216B1 (fr) * 2002-07-30 2004-11-19 France Telecom Procede de telepaiement, systeme et passerelle pour la mise en oeuvre de ce procede, utilisation de ce procede
DE10235589A1 (de) * 2002-08-03 2004-02-19 Mobilegames24 Verfahren sowie System zur Kostenabrechnung
DE10310527B4 (de) 2003-03-11 2008-11-20 Christian Hogl Verfahren zum Initiieren und/oder Durchführen einer Zahlungstransaktion
AU2003903229A0 (en) * 2003-06-25 2003-07-10 Ewise Systems Pty Ltd A system and method for facilitating on-line payment
SG131807A1 (en) * 2005-11-04 2007-05-28 Veritas Mobile Solutions Pte L System and method to facilitate online funds transfer to a mobile phone subscriber
US20070288322A1 (en) 2006-05-23 2007-12-13 Toshiba Tec Kabushiki Kaisha Portable terminal and its programs, settlement apparatus, and merchandising information providing apparatus
JP4351263B2 (ja) * 2007-03-05 2009-10-28 東芝テック株式会社 購買取引支援システム及びこのシステムの店舗管理装置
DE102007025105A1 (de) * 2007-05-23 2008-11-27 Neomer Gmbh Verfahren und Vorrichtung zum Bereitstellen von in einer Datenbank zu einem Gegenstand gespeicherten Informationsdaten
US10482081B2 (en) * 2007-06-04 2019-11-19 Bce Inc. Methods and systems for validating online transactions using location information
TR201106592T1 (tr) * 2009-02-03 2011-09-21 Global Payment Sistem Sanayi Ticaret A.�. Mobil ödeme sistemi ve bunun için bir cihaz
GB2501229A (en) * 2012-02-17 2013-10-23 Elendra Raja A method verifying the authenticity of a data source
TWI609343B (zh) * 2012-09-21 2017-12-21 Mobile financial trading system and method
EP3286982A4 (de) 2015-05-11 2018-03-14 One Factor Holdings LLC Integriertes aktivitätsverwaltungssystem und verfahren zur verwendung davon

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI100137B (fi) * 1994-10-28 1997-09-30 Vazvan Simin Reaaliaikainen langaton telemaksujärjestelmä
US5696906A (en) * 1995-03-09 1997-12-09 Continental Cablevision, Inc. Telecommunicaion user account management system and method
US5710887A (en) * 1995-08-29 1998-01-20 Broadvision Computer system and method for electronic commerce
FI102860B (fi) * 1995-11-07 1999-02-26 Nokia Telecommunications Oy Menetelmä ja järjestelmä elektronisen maksutapahtuman suorittamiseksi
US5987140A (en) * 1996-04-26 1999-11-16 Verifone, Inc. System, method and article of manufacture for secure network electronic payment and credit collection
WO1997045814A1 (en) 1996-05-24 1997-12-04 Behruz Vazvan Real time system and method for remote purchase payment and remote bill payment transactions and transferring of electronic cash and other required data
WO1998011519A1 (de) 1996-09-13 1998-03-19 Siemens Aktiengesellschaft Bargeldlose bezahlung mit einem mobilfunkgerät
DE69603971T2 (de) * 1996-12-13 2000-03-30 Ericsson Telefon Ab L M Verfahren und System zur Durchführung von Geldtransaktionen
US6868391B1 (en) * 1997-04-15 2005-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Tele/datacommunications payment method and apparatus
AU8146798A (en) * 1997-06-17 1999-01-04 Telecom Wireless Solutions, Inc. System and process for allowing wireless messaging
AU753258B2 (en) * 1997-12-15 2002-10-10 British Telecommunications Public Limited Company Data communications
US7167711B1 (en) * 1997-12-23 2007-01-23 Openwave Systems Inc. System and method for controlling financial transactions over a wireless network
FI112897B (fi) 1998-03-03 2004-01-30 Nokia Corp Menetelmä tiedonsiirtoverkossa ja tiedonsiirtolaite
FI107979B (fi) 1998-03-18 2001-10-31 Nokia Mobile Phones Ltd Järjestelmä ja laite matkaviestinverkon palvelujen hyödyntämiseksi
DE19844677C2 (de) * 1998-08-07 2001-05-31 Khaja Ali Hassan Al Verfahren und Vorrichtung zur drahtlosen elektronischen Abwicklung von Transaktionen
EP1107196B1 (de) 1998-08-07 2007-03-21 Ali Hassan Al-Khaja Elektronisches drahtloses System zur Durchführung von Transaktionen
US6067529A (en) * 1998-08-12 2000-05-23 Ericsson Inc. System and method for sending a short message containing purchase information to a destination terminal
ES2333070T3 (es) * 1998-09-10 2010-02-16 Swisscom Ag Procedimiento para la compra de articulos o servicios mediante un telefono movil.
US6223215B1 (en) * 1998-09-22 2001-04-24 Sony Corporation Tracking a user's purchases on the internet by associating the user with an inbound source and a session identifier
DE19905054A1 (de) * 1999-02-08 2000-08-17 Siemens Ag Verfahren und Anordnung zur Administration eines Zahlungsvorgangs über ein Telekommunikationsnetz
EP2360635A3 (de) * 1999-04-30 2013-04-10 PayPal, Inc. System und Verfahren zum elektronischen Austausch von Werten zwischen verteilten Benutzern
DE10022973A1 (de) * 1999-06-15 2001-02-08 Pan Amp Gmbh Verfahren zur Abwicklung von Geldgeschäften über elektronische Übertragungsmedien
DE19938201A1 (de) * 1999-08-12 2001-02-22 Mannesmann Ag SMS-e-commerce
EP1081919B1 (de) * 1999-09-06 2007-02-14 GEBIT Gesellschaft für EDV-Beratung und Informatik-Technologien mbH Verfahren zur Autorisierung in Datenübertragungssystemen zur Bezahlung von über das Internet angebotenen Waren und/oder Dienstleistungen
US20020065736A1 (en) * 2000-05-23 2002-05-30 David Willner Electronic procurement system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0125979A2 *

Also Published As

Publication number Publication date
US7634445B1 (en) 2009-12-15
DE19946539A1 (de) 2001-04-19
AU1991401A (en) 2001-05-10
WO2001025979A2 (de) 2001-04-12
DE19946539B4 (de) 2010-04-29
WO2001025979A3 (de) 2002-05-02

Similar Documents

Publication Publication Date Title
DE19946539B4 (de) Verfahren zur Abrechnung von Internet-Geschäften über Mobilfunk
EP1216462B1 (de) Verfahren zur abrechnung von internet-dienstleistungen über mobilfunk
DE60308385T2 (de) Verfahren zur Unterstützung bargeldloser Zahlung
EP0986275B1 (de) Verfahren zum Kaufen von Waren oder Dienstleistungen mit einem Mobiltelefon
AU711112B2 (en) A system, a method and an apparatus for performing an electric payment transaction in a telecommunication network
EP1446778A2 (de) Bezahlungsprotokoll sowie datenübertragungsverfahren und -anordnung für bezahlvorgänge
US20010054024A1 (en) System, method and computer program product for allowing a carrier to act as a credit-approval entity for e-commerce transactions
EP2776999A1 (de) Verfahren und vorrichtung zum durchführen von bargeldlosen zahlungen
DE60302416T2 (de) Verfahren zur Verwaltung von Prepaid-Konten und zum Ausführen von Transaktionen in einem elektronischen Handelssystem
DE60032343T2 (de) Verfahren und vorrichtung zum elektronischen geschäftsverkehr
US20020035479A1 (en) Access contract changing method for automatically changing an access contract between a prepaid contract and a postpaid contract
DE69927297T2 (de) Bezahlungssystem von dienstleistungen basierend auf einer kennummer
US20030041025A1 (en) System and method for flexible promotional rates
WO2004006198A1 (de) Verfahren zur elektronischen bezahlung einer ware oder dienstleistung unter nutzung eines mobilfunknetzes und anordnung zu dessen durchführung
DE60105043T2 (de) Roamingnachladenmanager
JP3657263B2 (ja) 対価支払管理方法とサーバ、対価支払管理プログラムとコンピュータ読取可能な記録媒体、並びに対価支払管理媒体と対価支払記録媒体
EP1081919B1 (de) Verfahren zur Autorisierung in Datenübertragungssystemen zur Bezahlung von über das Internet angebotenen Waren und/oder Dienstleistungen
JP2003006548A (ja) ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム
CA2549613A1 (en) Method for user registration with a proxy for further work with one of the server units
DE69730435T2 (de) System, verfahren und hergestellter gegenstand für die architektur virtueller verkaufspunkte mit mehreren eingangspunkten
DE10136414A1 (de) Verfahren zum Bezug einer über ein Datennetz angebotenen Leistung
EP1175664B1 (de) Verfahren zum verteilen von wertcodes
DE60036417T2 (de) Verfahren zur durchführung von online kauftransaktionen
WO2001081875A2 (de) Verfahren zur sicheren bezahlung von lieferungen und leistungen in offenen netzwerken
DE10008280C1 (de) Verfahren und System zur automatischen Abwicklung von bargeldlosen Kaufvorgängen

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20020411

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: T-MOBILE DEUTSCHLAND GMBH

RIN1 Information on inventor provided before grant (corrected)

Inventor name: LANGER, MICHAEL

Inventor name: FEUSER, ULRIKE

Inventor name: SCHMICKLER, LEONHARD

Inventor name: REINDL, JOHANN

Inventor name: LJUNGSTROEM, PATRIK

Inventor name: MICHEL, UWE

Inventor name: MOHRS, WALTER

RBV Designated contracting states (corrected)

Designated state(s): AT BE CH CY DE FR GB LI

17Q First examination report despatched

Effective date: 20061227

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20071126