[go: up one dir, main page]

DE10009710A1 - Exchanging payment information for Internet compatible cashless payment transactions involves transferring customer-allocated identity code with owed amounts - Google Patents

Exchanging payment information for Internet compatible cashless payment transactions involves transferring customer-allocated identity code with owed amounts

Info

Publication number
DE10009710A1
DE10009710A1 DE2000109710 DE10009710A DE10009710A1 DE 10009710 A1 DE10009710 A1 DE 10009710A1 DE 2000109710 DE2000109710 DE 2000109710 DE 10009710 A DE10009710 A DE 10009710A DE 10009710 A1 DE10009710 A1 DE 10009710A1
Authority
DE
Germany
Prior art keywords
payment
code
identity code
customer
server
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
DE2000109710
Other languages
German (de)
Inventor
Roland Eckert
Doris Eckert
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to DE2000109710 priority Critical patent/DE10009710A1/en
Priority to AU48259/01A priority patent/AU4825901A/en
Priority to PCT/DE2001/000885 priority patent/WO2001065510A1/en
Publication of DE10009710A1 publication Critical patent/DE10009710A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/343Cards including a counter
    • G06Q20/3433Cards including a counter the counter having monetary units
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/385Payment protocols; Details thereof using an alias or single-use codes
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/02Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

The method involves allocating an identity code with a customer and storing with an associated cash amount on a central payment transaction server. Each goods provider operates a payment handling server to which the customer transfers the identity code and a due amount when paying. The handling server transfers the code and amount to the transaction server, which reduces the amount associated with the code by the owed amount. The method involves associating an identity code and a cash amount and making the identity code available to a customer, whereby no customer data are directly or indirectly combined with the code, which is stored with the cash amount on a central payment transaction server. Each goods provider operates a payment handling server connected to the payment transaction server and to which the customer transfers the identity code and a due amount when paying. The handling server transfers the code and amount to the transaction server, in which the amount associated with the code is reduced by the owed amount. Independent claims are also included for the following: a program coded for process steps running on a payment server.

Description

Die Erfindung betrifft ein Verfahren zum Austausch von Zahlungsinformationen im internetfähigen bargeldlosen Zahlungsverkehr, wobei ein definierter Geldbetrag weiteren Informationen zugeordnet und einem Kunden zur Verfügung gestellt werden, wobei jeder Warenanbieter jeweils einen Zahlungsabwicklungsserver betreibt, wobei ein Kunde bei der Zahlung die Information sowie einen geschuldeten Zahlbetrag an den Zahlungsabwick­ lungsserver übermittelt, und wobei der der Information zugeordnete Geldbetrag um den geschuldeten Zahlbetrag reduziert wird.The invention relates to a method for exchanging Payment information in the internet-compatible cashless Payment transactions, with a defined amount of money assigned further information and to a customer Be provided, with each goods provider operates one payment processing server each, being a customer when paying the information as well an amount owed to the payment processor lungsserver transmitted, and that of the information allocated amount of money by the amount owed is reduced.

Zum bargeldlosen Zahlungsverkehr sind die verschieden­ sten Verfahren bekannt. Übliche, aus der Praxis bekan­ nte bargeldlose Zahlungsmittel sind beispielsweise ec-Karte, Kreditkarte, Kundenkarte und Geldkarte. Die­ sen Zahlungsmitteln gemeinsam ist, daß sie Informa­ tionen enthalten, welche inhaberbezogen sind. Dies sind beispielsweise Kunden-Identifier, Kundenkontonum­ mer usw. Mit anderen Worten ausgedrückt, bei jedem dieser Zahlungsmittel findet eine datenmäßige Zuord­ nung zwischen dem Inhaberindividuum und einem Zahlungsvorgang statt. Dies stört aus mehrerlei Gründen. Zum ersten ist ein anonymer Einkauf, wie mit Bargeld nicht möglich. Zum zweiten ist es bei Zahlung­ stransaktionen erforderlich, daß inhaberbezogene In­ formationen durch Datennetze transferiert werden, mit der Folge, daß unberechtigte Personen sich zu diesen Informationen Zugang verschaffen und mißbräuchlich eine Belastung des Kunden durchführen können. Dies gilt insbesondere im Bereich des e-commerce, wobei Käufe über das Internet abgewickelt, insbesondere auch bezahlt, werden.They are different for cashless payments most known method. Usual, known from practice For example, non-cash means of payment ec card, credit card, customer card and cash card. The What they have in common is that they provide informa included, which are owner-related. This are, for example, customer identifier, customer account mer etc. In other words, every this means of payment is assigned in terms of data between the individual holder and one Payment process instead. This interferes with several things Establish. First, an anonymous purchase is like with Cash is not possible. The second is payment transactions required that owner related In Formations are transferred through data networks with  the consequence that unauthorized persons join these Giving information access and abusive can carry out a charge on the customer. This applies in particular in the field of e-commerce, whereby Purchases made over the internet, especially too get paid.

Die Problematik der Anonymität an sich bei bargeld­ losen Zahlungsverkehr ist durch die sogenannte Geld­ karte gelöst. Hierbei ist auf der Karte ein definierter Geldbetrag gespeichert, welcher bei Erwerb der Karte vom Kunden zu zahlen ist. Bei Zahlungen mit der Geldkarte wird der geschuldete Zahlbetrag von dem gespeicherten Geldbetrag abgezogen und der so erhal­ tene Restbetrag wieder abgespeichert, usw., bis die Geldkarte "leer" ist (Reduktion des definierten Geld­ betrages um die geschuldeten Geldbeträge). Weitere Informationen braucht die Geldkarte nicht zu tragen. Die Geldkarte ist jedoch nicht internetfähig, da ein Kunde die Karte nicht ohne weiteres mit seinem Com­ puter aktivieren kann. Hierzu wäre teure Spezialaus­ rüstung kundenseitig erforderlich, deren Kosten in keinem Verhältnis zum auf Geldkarten typischerweise gespeicherten eher geringen Geldbetrag stehen.The problem of anonymity per se with cash loose payments is through the so-called money card solved. Here is on the map defined amount of money, which is saved upon purchase the card is to be paid by the customer. When paying with the payment card will be the amount due from the deducted stored amount of money and so get the remaining amount, etc., until the Money card is "empty" (reduction of the defined money amount around the amounts owed). Further The money card does not have to carry any information. However, the money card is not internet-compatible, as one Customer does not easily use the card with his Com can activate computer. This would be expensive special equipment armor required by the customer, its cost in no relation to typically on cash cards stored rather small amount of money.

Neben den gegenständlichen bargeldlosen Zahlungsmit­ teln, wie Karten und dergleichen, ist es auch bekannt, über Computer bargeldlose Zahlungen auszuführen. Dies erfolgt grundsätzlich mit den eingangs genannten Merk­ malen. Bei dem Cybercash Verfahren (siehe http://www.cybercash.de) erhält der Kunde eine elek­ tronische Geldbörse, die mit Geld versehen werden kann. Die elektronische Geldbörse erhält ein Wallet- ID, welches bankseitig mit den Kundendaten verknüpft wird; die Abrechnung entspricht letztendlich jenem bei Kreditkarten. Ein anonymer Einkauf ist demzufolge nicht möglich. Bei dem Millecent Verfahren der Digital Equipment Corporation (siehe http://www.millicent.com) erwirbt ein Kunde von einem Broker einen digitalen Gutschein zu maximal 5 US$, welcher nur bei einem einzigen Händler verwendet werden kann. Die Händler­ bindung stört aus offensichtlichen Gründen.In addition to the present cashless payment such as cards and the like, it is also known make cashless payments via computer. This is always done with the above mentioned note to paint. With the Cybercash procedure (see http://www.cybercash.de) the customer receives an elek tronic wallet that are provided with money can. The electronic wallet receives a wallet  ID, which is linked to the customer data on the bank side becomes; the billing ultimately corresponds to that for Credit cards. An anonymous purchase is accordingly not possible. With the Millecent process of digital Equipment Corporation (see http://www.millicent.com) A customer purchases a digital from a broker Voucher for a maximum of 5 US $, which is only for one only dealer can be used. The dealers binding disrupts for obvious reasons.

Der Erfindung liegt das technische Problem zugrunde, ein Verfahren zum Austausch von Zahlungsinformationen im internetfähigen bargeldlosen Zahlungsverkehr an­ zugeben, welches einerseits Kundenseitig besonders einfach handhabbar ist und andererseits hinsichtlich der Anonymität mit der Bargeldzahlung vergleichbar ist.The invention is based on the technical problem a method of exchanging payment information in internet-compatible cashless payments admit which, on the one hand, customer side is easy to use and on the other hand in terms of anonymity comparable to cash payments is.

Zur Lösung dieses technischen Problems lehrt die Er­ findung ein Verfahren zum Austausch von Zahlungsinfor­ mationen im internetfähigen bargeldlosen Zahlungs­ verkehr, wobei ein Identcode und ein definierter Geld­ betrag einander zugeordnet werden und einem Kunden der Identcode zur Verfügung gestellt wird, wobei keine Kundendaten mit dem Identcode direkt oder indirekt verknüpft werden, wobei der Identcode und der definierte Geldbetrag auf einem zentralen Zahlungsver­ kehrserver abgespeichert werden, wobei jeder Warenan­ bieter jeweils einen Zahlungsabwicklungsserver be­ treibt, welcher mit dem Zahlungsverkehrserver verbindbar ist, wobei ein Kunde bei der Zahlung den Identcode sowie einen geschuldeten Zahlbetrag an den Zahlungsabwicklungsserver übermittelt, und wobei dann vom Zahlungsabwicklungsserver der Identcode sowie der geschuldete Zahlbetrag an den Zahlungsverkehrserver übermittelt und im Zahlungsverkehrserver der dem Identcode zugeordnete Geldbetrag um den geschuldeten Zahlbetrag reduziert wird.He teaches how to solve this technical problem a process for the exchange of payment information mations in internet-compatible cashless payment traffic, with an identity code and a defined money amount can be assigned to each other and to a customer Identity code is provided, but none Customer data with the identity code directly or indirectly linked, the identity code and the defined amount of money on a central payment account sweep server can be saved, each goods on each offer a payment processing server which drives with the payment server is connectable, with a customer paying the ID code and a payment owed to the Payment processing server submitted, and then  the identity code and the Amount owed to the payment server transmitted and in the payment server of the Amount of money allocated to the code owed by the identity code Payment amount is reduced.

Als internetfähig ist eine Informationsübertragung als Informationspackete über Telekommunikations- und Com­ puternetze bezeichnet. Wesentlich ist, daß nur bei Warenanbietern eingekauft werden kann, welche an das Internet angeschlossen sind. Ein Kunde ist dagegen nicht notwendigerweise an das Internet angeschlossen, wobei dies jedoch bevorzugt ist. Bargeldlos meint, daß keine gültigen Zahlungsmittel in Form vom Geld­ scheinen oder Geldmünzen oder Wertschein bzw. Wertmün­ zen übertragen werden. Dabei versteht es sich, daß mit der Zurverfügungstellung des Identcodes an den Kunden ein dem dem Identcode zugeordneten definierten Geldbe­ trag entsprechender "echter" Geldbetrag durch den Kun­ den zu zahlen ist. Als Identcode ist eine lediglich einmal gültig vergebene Identinformation bezeichnet. Ein verfallener Identcode kann natürlich ggf. erneut vergeben werden. Die Zuordnung von Identcode und definiertem Geldbetrag bzw. Auswahl des Identcodes kann durch den Betreiber des Zahlungsverkehrservers oder durch den Kunden erfolgen. Wesentlich ist le­ diglich, daß ein Identcode nicht mehr als einmal ver­ wendet wird. Hierzu findet vor der Validisierung der Zuordnung und Abspeicherung im Zahlungsverkehrserver in diesem eine Prüfung auf Einmaligkeit statt; bei Doppelbelegung beispielsweise aufgrund einer kunden­ seitigen Zuordnung wird die Zuordnung vom Zahlungsver­ kehrserver nicht akzeptiert. Als definierter Geldbetrag ist ein vorgegebener oder vom Kunden gewählter Geldbetrag bezeichnet. Typischerweise liegt der Geldbetrag in einem Bereich von DM 1,-- bis DM 500,--, vorzugsweise in einem Bereich von DM 20,-- bis DM 150,--, oder entsprechenden Beträgen anderer of­ fizieller Geldwährungen. Gezahlt werden können auch Kleinstbeträge, beispielsweise DM 0,01. Hinsichtlich der Geldbeträge ist es auch möglich, anstelle einer Landeswährung eine virtuelle Währung ("Internet- Wahrung") zu verwenden, wobei dann in dem Zahlungsab­ wicklungsserver bei Auszahlung geschuldeter Zahlbe­ träge an einen Warenanbieter die Umrechnung in die zutreffende offizielle Landeswährung erfolgt. Die Er­ findung ist insbesondere zur Abwicklung von gering­ fügigen Zahlungen geeignet. Im Rahmen der Erfindung wird der definierte Geldbetrag dem Kunden nicht mit dem Identcode zur Verfügung gestellt, sondern besteht als Verknüpfung lediglich in dem Zahlungsverkehr­ server. Der Identcode wird normalerweise, aber nicht zwingend, von dem Betreiber des Zahlungsverkehrserver zur Verfügung gestellt. Der Zahlungsabwicklungsserver beim Warenanbieter ist üblicherweise als Programm auf einem Computer des Warenanbieters eingerichtet. Die Verbindung zwischen Zahlungsabwicklungsserver und Zahlungsverkehrserver kann auf alle üblichen Weisen erfolgen, wie z. B. Standleitung oder Wahlleitung des Telekommunikationsnetzes, bevorzugt ist jedoch eine Verbindung über Internet. Sobald der dem Identcode zugeordnete Geldbetrag 0 erreicht, verfällt der Identcode.Information transfer is considered to be Internet-enabled Information packets about telecommunications and com referred to as computer networks. It is essential that only with Goods providers can be bought, which to the Internet are connected. A customer is against it not necessarily connected to the internet, however, this is preferred. Cashless means that no valid means of payment in the form of money shine or coins or banknotes or coins zen are transmitted. It goes without saying that with the provision of the identity code to the customer a defined money assigned to the identity code corresponding "real" amount of money by the customer which is to be paid. One is only an identity code Identity information once validly designated. An expired identification code can of course be repeated be awarded. The assignment of identity code and defined amount of money or selection of the identity code can by the operator of the payment server or done by the customer. Le is essential diglich that an identity code does not use more than once is applied. Before the validation, the Assignment and storage in the payment transaction server in this an examination for uniqueness takes place; at Double occupancy, for example due to a customer side assignment, the assignment of the payment contract Sweeper server not accepted. As more defined  Amount of money is a given or by the customer selected amount of money. Typically lies the amount of money in a range from DM 1 to DM 500, -, preferably in a range from DM 20 to DM 150, - or equivalent amounts of other official monetary currencies. You can also pay Small amounts, for example DM 0.01. Regarding of money it is also possible to use one instead of one National currency a virtual currency ("Internet Currency ") to be used, then in the payment Development server when paying owed payments sluggish to a goods provider the conversion into applicable official national currency. The he invention is particularly low for handling suitable payments. Within the scope of the invention the defined amount of money is not with the customer provided the identity code, but exists as a link only in payment transactions server. The identity code is usually, but not mandatory, from the operator of the payment transaction server made available. The payment processing server at the goods provider is usually on as a program a computer of the goods provider set up. The Connection between payment processing server and Payment server can be done in all usual ways take place, such as. B. dedicated line or election line of Telecommunications network, but is preferred Internet connection. Once the identity code assigned amount of money reaches 0, the ID code.

Mit der Erfindung wird erreicht, daß ein Kunde völlig anonym eine Bezahlung von bestellten Waren durchführen kann. Insbesondere kann ein Warenanbieter den Kunden nicht identifizieren und auch der Betreiber des Zahlungsverkehrservers braucht keinen Kontakt zum Kun­ den, da keine Abrechnung, wie beispielsweise bei Kreditkarten erfolgt. Auch ein Mißbrauch ist recht gut ausgeschlossen, da ein unlauterer Warenanbieter nicht über meist schlecht oder gar nicht gesicherte Computer der Kunden unrechtmäßige Abbuchungen durchführen kann. Kundenseitig besteht insofern auch gar kein Bedarf für besondere Sicherungsmaßnahmen. Dies ist dadurch er­ reicht, daß eine Reduktion des dem Identcode zugeord­ neten Geldbetrages nur auf dem Zahlungsverkehrserver möglich ist, welcher wiederum von dem Betreiber mit hohem Aufwand zentral sicherbar ist. So ist es möglich, daß eine "Secure Socket Layer" mit hoher Ver­ schlüsselungsrate vorgesehen ist. Weiterhin empfiehlt es sich, daß mehrere Computer zwischen den Zahlungs­ verkehrserver und einem Webserver geschaltet sind. Hinter dem Webserver können zudem ein Spiegelserver und eine Backupmaschine vorgesehen sein. In jedem Fall trägt der Kunde durch den relativ geringen definierten Geldbetrag ohnehin ein nur geringes Verlustrisiko; anders als im Fall von beispielsweise Zahlung per Kreditkarte über Internet.With the invention it is achieved that a customer completely Make anonymous payment for ordered goods  can. In particular, a goods provider can serve the customer not identify and also the operator of the Payment server does not need contact to the customer because there is no billing, such as for Credit cards are made. Abuse is also quite good excluded because an unfair merchant does not about mostly badly or not at all secured computers the customer can make illegal debits. On the customer side, there is no need for special security measures. This is what he is it is sufficient that a reduction in the identity code is assigned amount of money only on the payment server is possible, which in turn is supported by the operator high costs can be secured centrally. That's the way it is possible that a "Secure Socket Layer" with high Ver encryption rate is provided. Furthermore recommends there are multiple computers between the payment traffic server and a web server are switched. A mirror server can also be located behind the web server and a backup machine may be provided. In any case the customer carries through the relatively low defined Amount of money anyway a low risk of loss; unlike in the case of, for example, payment by Credit card via internet.

Eine besonders zweckmäßige Ausführungsform der Er­ findung besteht darin, daß der Identcode aus einer Folge von Zeichen einer vorgegebenen Anzahl besteht und dadurch zahlungsverkehrserverseitig generiert wird, daß mittels eines Zufallsgenerators eine Folge erzeugt wird, daß dann die Folge mit allen bislang gespeicherten Identcodes verglichen wird, daß bei Nichtübereinstimung mit einem bislang gespeicherten Identcode die Folge als neuer Identcode definiert wird, und daß bei Übereinstimmung eine neue Folge erzeugt und mit den bislang gespeicherten Identcodes verglichen wird usw., bis eine Folge erhalten ist, für welche Nichtübereinstimmung mit bislang gespeicherten Identcodes erzielt ist. Bevorzugterweise besteht der Identcode aus einer vorgegebenen Anzahl von ASCII Zeichen, könnte also beispielsweise Tx449/Hx2Q lauten. Der Identcode kann aber auch aus Kundenmerkmalen ge­ bildet wird, vorzugsweise aus einem digitalisierten Fingerabdruck. In diesem Falle ist die Einmaligkeit durch Auswahl geeigneter und kundenseitig ausgewählter und übermittelter Kundenmerkmale gleichsam inhärent. Auf der anderen Seite ist dennoch Anonymität gewahrt, da das Kundenmerkmal nicht mit einer Kundenidentität verknüpft ist. Schließlich kann ein Kunde einen Identcode willkürlich vorgeben, wobei dann vor der zahlungsverserverseitigen Validisierung der Zuordnung zum definierten Geldbetrag und Abspeicherung im Zahlungsverkehrserver eine Prüfung auf Doppelbelegung erfolgt.A particularly useful embodiment of the he invention is that the identity code from a There is a sequence of characters of a predetermined number and thereby generated on the payment transaction side will result in a sequence using a random number generator is generated that then the episode with all so far stored ID codes is compared that at Mismatch with a previously saved one  Identcode defines the sequence as a new identity code and that if there is agreement, a new sequence generated and with the previously stored identity codes is compared, etc. until a sequence is obtained for what mismatch with previously saved Identcodes is achieved. Preferably there is Identity code from a given number of ASCII Characters, for example could be Tx449 / Hx2Q. However, the identity code can also be obtained from customer characteristics is formed, preferably from a digitized Fingerprint. In this case, the uniqueness by selecting suitable ones and those selected by the customer and transmitted customer characteristics as it were. On the other hand, anonymity is still preserved, because the customer characteristic doesn't have a customer identity is linked. After all, a customer can get one Enter the identity code arbitrarily, in which case the Validation of the assignment on the payment server side to the defined amount of money and storage in Payment server a double occupancy check he follows.

In einer bevorzugten Weiterbildung der Erfindung ist dem Identcode ein Utilitycode zugeordnet ist, wobei der Utilitycode bei einer Übermittelung des Identcodes und des geschuldeten Zahlbetrages an den Zahlungsab­ wicklungsserver mitübertragen wird, wobei in dem Zahlungsabwicklungsserver ein Vergleich des Utility­ codes mit einem im Zahlungsabwicklungsserver gespeicherten Lieferantenklassencode durchgeführt wird, wobei bei Nichtübereinstimmung zwischen dem Utilitycode und dem Lieferantenklassencode eine Sper­ routine aktiviert wird, mittels welcher sowohl die Übermittelung des Identcodes sowie des geschuldeten Zahlbetrags an den Zahlungsverkehrserver als auch die Auslieferung der bestellten Ware gesperrt werden. Mit dem Utilitycode kann somit eine Einkaufsbeschränkung eingerichtet sein. Dies empfiehlt sich beispielsweise bei Identcodes, welche Kindern zur Verfügung gestellt werden, beispielsweise als Taschengeld, da dann die Kinder nicht Waren oder Dienstleistungen abrufen kön­ nen, welche nicht jugendfrei sind. Umgekehrt kann mit­ tels des Utilitycodes auch eine Einkaufsberechtigung eingerichtet werden, beispielsweise für nicht jugend­ frei Waren oder Dienstleistungen. Hierzu wird ein Kunde beim Kauf eines Identcodes beispielsweise durch Übermittelung einer Kopie des Personalausweises (welche nach Prüfung und Zurverfügungstellung des Identcodes vernichtet wird) die Volljährigkeit nach­ weisen. Dann wird im Rahmen des Utilitycodes ein Merk­ mal, welches Volljährigkeit repräsentiert, angebracht. Die Zahlungsabwicklungsserver von Warenanbietern nicht jugendfreier Waren oder Dienstleistungen akzeptieren dann nur Identcodes mit einem solchen Merkmal im Util­ itycode und sperren bei Fehlen dieses Merkmals auch die Lieferung. Der Utilitycode kann auch dazu verwen­ det werden, bestimmte Warenanbieter zu definieren. Dann kann der Identcode in Verbindung mit den Utility­ code beispielsweise gleichsam einer "Mitgliedskarte" zum verbilligten Einkauf bei dem bestimmten Warenanbi­ eter dienen. Im Rahmen des Utilitycodes können die vorstehend erläuterten Merkmale auch beliebig mite­ inander kombiniert werden.In a preferred development of the invention a utility code is assigned to the identity code, where the utility code when the identity code is transmitted and the amount owed to the payment winding server is also transmitted, in which Payment processing server a comparison of the utility codes with one in the payment processing server stored supplier class code performed is, if there is a discrepancy between the Utility code and the supplier class code a lock routine is activated, by means of which both the  Transmission of the identity code and the owed Payment amount to the payment server as well Delivery of the ordered goods can be blocked. With The utility code can therefore be a purchase restriction be set up. This is recommended, for example for identity codes, which are made available to children , for example as pocket money, because then the Children cannot access goods or services who are not adult. Conversely, with With the utility code also a purchase authorization be set up, for example for non-young people free goods or services. For this, a For example, when buying an identity code Submission of a copy of the identity card (which, after checking and making available the ID codes is destroyed) after the age of majority point. Then a note is added as part of the utility code times, which represents the age of majority. The payment processing servers of goods providers are not accept adult goods or services then only identity codes with such a feature in the Util itycode and also lock in the absence of this feature the delivery. The utility code can also be used for this be defined to define certain goods providers. Then the identity code can be used in conjunction with the utility code for example like a "membership card" for discounted purchases from the specific goods supplier serve eter. As part of the utility code, the Features explained above also arbitrarily mite can be combined.

Die Zurverfügungstellung des Identcodes kann auf ver­ schiedene Weisen erfolgen; wesentlich ist lediglich, daß der Kunde durch den Betreiber des Zahlungs­ verkehrserver Kenntnis (oder Bestätigung bei kunden­ seitig vorgegebenen Identcodes) von dem Identcode bekommt und auf eine beliebige Weise speichert, beispielsweise im Gedächtnis oder als Notiz. Eine Form der Zurverfügungstellung kann in Form einer Computer­ datei erfolgen, beispielsweise über e-mail. Es ist aber auch möglich, daß der Identcode in Form einer visuell lesbaren und ggf. vernichtbaren Niederschrift zur Verfügung gestellt wird. Beispiele hierfür sind verschlossene Papiertaschen, deren Inhalt maschinell mit dem Identcode bedruckt ist, sogenannte Rubbel­ karten, bei welchen ein mit dem Identcode bedrucktes Feld mit einem nichttransparenten, manuell abkratz­ baren Überzugsmittel verdeckt ist oder auch Glück­ wunschkarten oder dergleichen. Ansonsten sind auch aus anderen Zusammenhängen bekannte gegenständliche Infor­ mationsträger geeignet, beispielsweise kann der Identcode einem Kunden in Form einer Magnetkarte zur Verfügung gestellt werden, wobei der Identcode auf einem auf der Magnetkarte angeordneten Magnetstreifen gespeichert ist, oder in Form einer Chipkarte, wobei der Identcode in einem Speicherelement des auf der Chipkarte angeordneten Mikrochips gespeichert ist. In jedem Fall kann der Kunde nicht nur über Internet bezahlen, sondern auch direkt, solange der Warenanbi­ eter eine Eingabevorrichtung oder Lesevorrichtung für den Identcode zur Verfügung hält.The identification code can be made available on ver there are different ways; the only essential thing is  that the customer through the operator of the payment Traffic server knowledge (or confirmation from customers ID codes specified on the side) from the identity code gets and saves in any way for example in memory or as a note. A form The availability can be in the form of a computer file, for example via e-mail. It is but also possible that the identity code in the form of a visually readable and, if necessary, annihilated minutes is made available. examples for this are sealed paper bags, the contents of which are made by machine is printed with the identity code, so-called scratches cards with a printed with the identity code Field with a non-transparent, manually scraped off cash is covered or luck wish cards or the like. Otherwise, are also out other contexts known physical information Mation carrier suitable, for example Identity code for a customer in the form of a magnetic card Be provided, with the identity code on a magnetic strip arranged on the magnetic card is stored, or in the form of a chip card, wherein the identity code in a memory element of the on the Chip card arranged microchips is stored. In in any case, the customer can not only on the Internet pay, but also directly, as long as the goods offer eter an input device or reading device for keeps the identity code available.

Ein Vorteil der Erfindung liegt auch darin, der Kunde den Identcode weiteren Personen seines Vertrauens oder zu beschenkenden Personen zur Verfügung stellen kann und somit letzendlich diesen weiteren Personen den definierten Geldbetrag nutzen läßt. Eine solche "Über­ tragung" erfordert lediglich die Mitteilung des Identcodes in beliebiger Weise; sonstige Maßnahmen sind aufgrund der völligen Entkoppelung zwischen Identcode und Kunde nicht erforderlich. Insofern kön­ nen beispielsweise auch virtuelle Gutscheine oder "Wertmarken" (identifiziert nicht durch den Wert, son­ dern durch den Identcode) unschwer geschaffen werden, beispielsweise durch den Kunden.Another advantage of the invention is the customer the identity code of other people you trust or can make available to gift recipients and thus ultimately these other people  can use defined amount of money. Such an "About "only requires notification from the Identity codes in any way; other measures are due to the total decoupling between Identity code and customer not required. In this respect, for example, virtual vouchers or "Tokens" (not identified by the value, son which are easily created by the identity code) for example by the customer.

Grundsätzlich gibt es die verschiedensten Arten der Weiterbildung. So kann es vorgesehen sein, daß Geldbe­ träge von einem Identcode durch Austausch der Zuord­ nung einem anderen Identcode zugeordnet werden können. Es kann einem Identcode auch ein Namen oder ein Paßwort beigestellt sein. Eine kundenseitige Sperrop­ tion für einen Identcode, beispielsweise bei Verlust einer den Identcode tragenden Notiz oder bei kunden­ seitiger Reklamation wegen Nichtlieferung oder Schlechtleistung des Warenanbieters, kann vorgesehen sein. Dann ist gegen Zugriff durch einen Warenanbieter oder ander Dritte gesperrt. Umgekehrt kann eine kun­ denseitige Sperroption, ggf. beschränkt auf einen vor­ gegebenen Zahlbetrag, auch zum Zwecke der Sicherheitsleistung einrichtbar sein. Dann ist gegen Zugriff durch den Kunden selbst, nicht jedoch durch einen (berechtigten) Warenanbieter gesperrt. Auch Teilzahlungsschemen können vorgesehen sein. Eine Sper­ rung kann der Kunde beispielsweise über Internet beim Zahlungsverkehrserver einrichten und definieren.There are basically different types of Further education. So it can be provided that Geldbe sluggish of an identity code by exchanging the assignment can be assigned to another identity code. It can also be a name or an identity code Password must be provided. A customer-side barrier tion for an identity code, for example in the event of loss a note bearing the identity code or at customers Complaint due to non delivery or Bad performance of the goods provider, can be provided his. Then is against access by a goods provider or blocked by other third parties. Conversely, a kun blocking option on the side, possibly limited to one given payment amount, also for the purpose of Security deposit can be set up. Then is against Access by the customer himself, but not by blocked an (authorized) goods provider. Also Partial payment schemes can be provided. A lock For example, the customer can contact the Set up and define payment transaction server.

Der Begriff der Waren bw. deren Bezahlung umfaßt auch Dienstleistungen jeglicher Art. Je nach Ausbildung der Art der Zurverfügungstellung des Identcodes kann die­ ser beispielsweise auch als Eintrittskarte verwendet werden. Im Falle eines nur als Information vorlieg­ enden Identcodes kann dieser als "virtuelle" Eintritt­ skarte für Internet Veranstaltungen dienen. In gegenständlicher Ausbildung eines Informationsträgers für den Identcode kann der Informationsträger auch eine gegenständliche Eintrittskarte für "reale" Veran­ staltungen sein.The concept of goods bw. their payment also includes Services of all kinds. Depending on the training of  The type of identification code can be provided ser used for example as an admission ticket become. In the case of an information only Identcodes can end as "virtual" entry serve for internet events. In objective training of an information carrier the information carrier can also be used for the identity code an objective ticket for "real" Veran events.

Die Erfindung betrifft schließlich auch Programme cod­ ierend für die auf einem Zahlungsverkehrserver oder Zahlungsabwicklungsserver ablaufenden erfindungs­ gemäßen Verfahrensschritte.Finally, the invention also relates to programs cod for those on a payment server or Payment processing server expiring invention appropriate process steps.

Im folgenden wird die Erfindung anhand eines lediglich ein Ausführungsbeispiel darstellenden Beispiels näher erläutert.In the following the invention is based on one only an exemplary embodiment illustrating closer explained.

Ein Kunde, welcher an dem erfindungsgemäßen Zahlungs­ system teilnehmen möchte, besucht beispielsweise die Internetseite des Betreibers des Zahlungsverkehrserv­ ers und erkauft sich über eine sichere Verbindung via Kreditkarte oder anderen Zahlungsmethoden einen Identcode mit einem zugeordneten definierten Geldbe­ trag. Der Identcode wird über e-mail oder auf einer gesonderten gesicherten Internetseite dem Kunden mit­ geteilt. Alternativ kann der Kunde sich eine gegen­ ständliche Karte oder dergleichen, welche einen Identcode trägt, an beliebigen Ausgabestellen, beispielsweise Post, Banken, Tankstellen usw., kaufen. A customer who participates in the payment according to the invention system would like to participate, visit for example the Website of the operator of the payment transaction server ers and buys itself via a secure connection via Credit card or other payment methods Identity code with an assigned defined monetary code The identity code is sent via e-mail or on a separate secure website to the customer divided. Alternatively, the customer can take one against permanent card or the like, which one Identity code, at any point of issue, for example, post office, banks, petrol stations, etc.  

Im Zahlungsverkehrserver sind alle validisierten Identcodes mit den zugeordneten definierten Geldbe­ trägen, nach Benutzung ggf. reduziert, einander zugeordnet gespeichert. Auf einer Internetseite des Betreibers des Zahlungsverkehrservers, ggf. gelinkt über eine Internetseite eines Warenanbieters, kann der Kunde nach Eingabe des Identcodes den aktuellen zugeordneten Geldbetrag abfragen und ggf. auch gleich­ sam "nachladen".All are validated in the payment transaction server Identcodes with the assigned defined money wear each other, possibly reduced after use assigned saved. On a website of the Operator of the payment transaction server, possibly linked Via a website of a goods provider, the Customer after entering the identity code the current one Query the assigned amount of money and, if necessary, immediately sam "reload".

Beim Internet Einkauf geht der Kunde auf die Internet­ seite des Warenanbieters und nach Füllung des virtuel­ len Warenkorbes wählt der Kunde den Zahlungsmodus. Wird das erfindungsgemäße Verfahren gewählt, so gelangt der Kunde auf ein (Portal-)Seite, auf welcher er den Identcode eingibt und den geschuldeten Zahlbe­ trag bestätigt. Damit ist der Zahlungsvorgang für den Kunden beendet, vorbehaltlich einer ausreichenden Deckung.When shopping online, the customer goes online side of the goods provider and after filling the virtuel len shopping cart the customer chooses the payment mode. If the method according to the invention is chosen, then the customer comes to a (portal) page on which he enters the identity code and the number owed confirmed. This is the payment process for the Customers ended, subject to sufficient Cover.

Mit der Bestätigung durch den Kunden erfolgt eine Ab­ frage der Deckung durch den Zahlungsabwicklungsserver beim Zahlungsverkehrserver. Bei ausreichender Deckung wird dem Kauf eine Transaktionsnummer zugeordnet und Identcode, geschuldeter Zahlbetrag sowie Transak­ tionsnummer werden miteinander verknüpft im Zahlung­ sabwicklungsserver gespeichert. Beispielsweise monatlich erhält der Betreiber des Zahlungsverkehr­ servers von dem Warenanbieter eine gesammelte Aufstel­ lung der getätigten Transaktionen mit den vorstehenden Angaben und im Zahlungsverkehrserver werden einerseits die Geldbeträge der zugeordneten Identcodes um die geschuldeten Zahlbeträge reduziert und andererseits dem Warenanbieter der Gesamtbetrag aller im Abrechnungszeitraum geschuldeten Zahlbeträge angewie­ sen. Alternativ kann die Reduktion auch bereits unmit­ telbar in Verfolg einer erfolgreichen Abfrage der Deckung im Zahlungsverkehrserver durchgeführt werden.With the confirmation by the customer there is an Ab question of coverage by the payment processing server at the payment server. With sufficient coverage a transaction number is assigned to the purchase and Identity code, amount due and transaction tion numbers are linked together in payment processing server saved. For example the operator receives payment transactions monthly servers from the merchant a collected list transactions carried out with the above Information and in the payment server are on the one hand the monetary amounts of the assigned identity codes around the owed payment amounts reduced and on the other hand  the merchant the total amount of all Payment amounts owed depending on the billing period sen. Alternatively, the reduction can already be done immediately following a successful query of the Coverage can be carried out in the payment transaction server.

Claims (10)

1. Verfahren zum Austausch von Zahlungsinformationen im internetfähigen bargeldlosen Zahlungsverkehr,
wobei ein Identcode und ein definierter Geldbetrag einander zugeordnet werden und einem Kunden der Identcode zur Verfügung gestellt wird,
wobei keine Kundendaten mit dem Identcode direkt oder indirekt verknüpft werden,
wobei der Identcode und der definierte Geldbetrag auf einem zentralen Zahlungsverkehrserver ab­ gespeichert werden,
wobei jeder Warenanbieter jeweils einen Zahlungsab­ wicklungsserver betreibt, welcher mit dem Zahlungsverkehrserver verbindbar ist,
wobei ein Kunde bei der Zahlung den Identcode sowie einen geschuldeten Zahlbetrag an den Zahlungsab­ wicklungsserver übermittelt, und
wobei dann vom Zahlungsabwicklungsserver der Identcode sowie der geschuldete Zahlbetrag an den Zahlungsverkehrserver übermittelt und im Zahlungsverkehrserver der dem Identcode zugeordnete Geldbetrag um den geschuldeten Zahlbetrag reduziert wird.
1. Procedure for the exchange of payment information in internet-compatible cashless payment transactions,
an identification code and a defined amount of money are assigned to one another and the identification code is made available to a customer,
whereby no customer data are directly or indirectly linked to the identity code,
the identity code and the defined amount of money are stored on a central payment server,
each goods provider operates a payment processing server that can be connected to the payment transaction server,
wherein a customer transmits the identity code and a payment amount owed to the payment processing server when paying, and
the identity code and the payment amount owed are then transmitted from the payment processing server to the payment transaction server and the amount of money assigned to the identification code is reduced in the payment transaction server by the payment amount owed.
2. Verfahren nach Anspruch 1, wobei der Identcode aus einer Folge von Zeichen einer vorgegebenen Anzahl besteht und dadurch generiert wird, daß mittels eines Zufallsgenerators eine Folge erzeugt wird,
daß dann die Folge mit allen bislang gespeicherten Identcodes verglichen wird, daß bei Nichtüberein­ stimung mit einem bislang gespeicherten Identcode die Folge als neuer Identcode definiert wird, und
daß bei Übereinstimmung eine neue Folge erzeugt und mit den bislang gespeicherten Identcodes verglichen wird usw., bis eine Folge erhalten ist, für welche Nichtübereinstimmung mit bislang gespeicherten Identcodes erzielt ist.
2. The method according to claim 1, wherein the identity code consists of a sequence of characters of a predetermined number and is generated in that a sequence is generated by means of a random generator,
that the sequence is then compared with all previously stored identity codes, that if there is a mismatch with a previously stored identity code, the sequence is defined as a new identity code, and
that if there is a match, a new sequence is generated and compared with the previously stored identity codes, etc., until a sequence is obtained for which a mismatch has been achieved with previously stored identity codes.
3. Verfahren nach Anspruch 1, wobei der Identcode aus Kundenmerkmalen gebildet wird, vorzugsweise aus einem digitalisierten Fingerabdruck.3. The method of claim 1, wherein the identity code from Customer characteristics is formed, preferably from a digitized fingerprint. 4. Verfahren nach einem der Ansprüche 1 bis 3, wobei dem Identcode ein Utilitycode zugeordnet ist, wobei der Utilitycode bei einer Übermittelung des Identcodes und des geschuldeten Zahlbetrages an den Zahlungsabwicklungsserver mitübertragen wird, wobei in dem Zahlungsabwicklungsserver ein Vergleich des Utilitycodes mit einem im Zahlungsabwicklungsserver gespeicherten Lieferantenklassencode durchgeführt wird, wobei bei Nichtübereinstimmung zwischen dem Utilitycode und dem Lieferantenklassencode eine Sperroutine aktiviert wird, mittels welcher sowohl die Übermittelung des Identcodes sowie des geschuldeten Zahlbetrags an den Zahlungsverkehrserver als auch die Auslieferung der bestellten Ware gesperrt werden.4. The method according to any one of claims 1 to 3, wherein a utility code is assigned to the identity code, where the utility code when the Identcodes and the amount owed to the Payment processing server is also transmitted, whereby in the payment processing server a comparison of the Utility codes with one in the payment processing server stored supplier class code performed is, if there is a discrepancy between the Utility code and the supplier class code Lock routine is activated, by means of which both the transmission of the identity code and the owed payment amount to the  Payment transaction server as well as the delivery of the ordered goods can be blocked. 5. Verfahren nach einem der Ansprüche 1 bis 4, wobei der Identcode einem Kunden in Form einer Computer­ datei zur Verfügung gestellt wird.5. The method according to any one of claims 1 to 4, wherein the identity code of a customer in the form of a computer file is made available. 6. Verfahren nach einem der Ansprüche 1 bis 5, wobei der Identcode einem Kunden in Form einer visuell lesbaren und ggf. vernichtbaren Niederschrift zur Verfügung gestellt wird.6. The method according to any one of claims 1 to 5, wherein the identity code to a customer in the form of a visual legible and possibly annulable minutes for Is made available. 7. Verfahren nach einem der Ansprüche 1 bis 6, wobei der Identcode einem Kunden in Form einer Magnet­ karte zur Verfügung gestellt wird, wobei der Identcode auf einem auf der Magnetkarte angeord­ neten Magnetstreifen gespeichert ist.7. The method according to any one of claims 1 to 6, wherein the identity code of a customer in the form of a magnet card is provided, the Identity code on one arranged on the magnetic card neten magnetic stripe is stored. 8. Verfahren nach einem der Ansprüche 1 bis 7, wobei der Identcode einem Kunden in Form einer Chipkarte zur Verfügung gestellt wird, wobei der Identcode in einem Speicherelement des auf der Chipkarte angeordneten Mikrochips gespeichert ist.8. The method according to any one of claims 1 to 7, wherein the identity code of a customer in the form of a chip card is provided, the identity code in a storage element of the on the chip card arranged microchips is stored. 9. Programm codierend für die auf dem Zahlungsverkehr­ server ablaufenden Verfahrensschritte nach einem der Ansprüche 1 bis 8. 9. Program coding for those on payments procedural steps running on one of the server Claims 1 to 8.   10. Programm codierend für die auf dem Zahlungsabwick­ lungsserver ablaufenden Verfahrensschritte nach einem der Ansprüche 1 bis 8.10. Program coding for those on the payment process process steps running on the server one of claims 1 to 8.
DE2000109710 2000-03-01 2000-03-01 Exchanging payment information for Internet compatible cashless payment transactions involves transferring customer-allocated identity code with owed amounts Withdrawn DE10009710A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE2000109710 DE10009710A1 (en) 2000-03-01 2000-03-01 Exchanging payment information for Internet compatible cashless payment transactions involves transferring customer-allocated identity code with owed amounts
AU48259/01A AU4825901A (en) 2000-03-01 2001-03-01 Internet-enabled, cashless payment transactions
PCT/DE2001/000885 WO2001065510A1 (en) 2000-03-01 2001-03-01 Internet-enabled, cashless payment transactions

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE2000109710 DE10009710A1 (en) 2000-03-01 2000-03-01 Exchanging payment information for Internet compatible cashless payment transactions involves transferring customer-allocated identity code with owed amounts

Publications (1)

Publication Number Publication Date
DE10009710A1 true DE10009710A1 (en) 2001-09-13

Family

ID=7632933

Family Applications (1)

Application Number Title Priority Date Filing Date
DE2000109710 Withdrawn DE10009710A1 (en) 2000-03-01 2000-03-01 Exchanging payment information for Internet compatible cashless payment transactions involves transferring customer-allocated identity code with owed amounts

Country Status (3)

Country Link
AU (1) AU4825901A (en)
DE (1) DE10009710A1 (en)
WO (1) WO2001065510A1 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10136080A1 (en) * 2000-11-21 2002-06-06 Wolfgang Zint Electronic financial transaction method for purchasing goods or services uses customer pre-payment card for transfer of payment to goods and/or service provider
DE10148673A1 (en) * 2001-10-02 2003-04-30 Thomas Teufel Network system for electronic purchasing and payment over a network has secure user identification
EP1359549A3 (en) * 2002-04-29 2004-08-18 General Technology Services Company s.a.l Prepaid credit card
DE10317632A1 (en) * 2003-04-17 2004-11-04 Deutsche Telekom Ag Transmission of transaction messages in electronic payment system, converting message format corresponding to first network, e.g. LAN, to different format corresponding to second network, e.g. Internet
EP1461743A4 (en) * 2001-11-27 2005-04-06 Pitney Bowes Inc Method and system for authorizing use of a transaction card
DE102012109041A1 (en) * 2012-09-25 2014-03-27 Retailo AG Method for managing web-enabled payment by transfer small payments for acquired products, involves transferring product price to product provider, and transmitting acquired voucher and acquired product to end customer
DE102014014109A1 (en) * 2014-09-24 2016-03-24 Giesecke & Devrient Gmbh transaction process
DE102015101196A1 (en) * 2015-01-28 2016-07-28 GREE Europa GmbH System for linking information data in payment transactions and suitable method therefor

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19505848A1 (en) * 1995-02-21 1996-08-22 Venture Engineering Management electronic charging system for goods or services
DE19716068A1 (en) * 1997-04-17 1998-10-22 Giesecke & Devrient Gmbh Method for generating a credit using a prepaid voucher
DE19859959A1 (en) * 1998-12-29 2000-07-06 Manfred Matzel Method of cash or asset transfer from payer to payee via Internet using cash unit card by transferring units if funds are available after checking by provider
DE19903822A1 (en) * 1999-02-02 2000-08-10 Mathias Entenmann Procedure for making cashless payments and system for performing the procedure
DE19938695A1 (en) * 1999-08-14 2001-02-15 Ibm Method and device for the electronic processing of cashless payments using security modules

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5577109A (en) * 1994-06-06 1996-11-19 Call Processing, Inc. Pre-paid card system and method
US5566327A (en) * 1994-07-08 1996-10-15 Sehr; Richard P. Computerized theme park information management system utilizing partitioned smart cards and biometric verification
DE19822206A1 (en) * 1998-05-18 1999-11-25 Fingerpin Ag Zuerich Device for recognition of living being or object
JP3717031B2 (en) * 1998-06-05 2005-11-16 富士通株式会社 Electronic money apparatus, method, card, and computer-readable recording medium recording electronic money processing program

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19505848A1 (en) * 1995-02-21 1996-08-22 Venture Engineering Management electronic charging system for goods or services
DE19716068A1 (en) * 1997-04-17 1998-10-22 Giesecke & Devrient Gmbh Method for generating a credit using a prepaid voucher
DE19859959A1 (en) * 1998-12-29 2000-07-06 Manfred Matzel Method of cash or asset transfer from payer to payee via Internet using cash unit card by transferring units if funds are available after checking by provider
DE19903822A1 (en) * 1999-02-02 2000-08-10 Mathias Entenmann Procedure for making cashless payments and system for performing the procedure
DE19938695A1 (en) * 1999-08-14 2001-02-15 Ibm Method and device for the electronic processing of cashless payments using security modules

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10136080A1 (en) * 2000-11-21 2002-06-06 Wolfgang Zint Electronic financial transaction method for purchasing goods or services uses customer pre-payment card for transfer of payment to goods and/or service provider
DE10148673A1 (en) * 2001-10-02 2003-04-30 Thomas Teufel Network system for electronic purchasing and payment over a network has secure user identification
EP1461743A4 (en) * 2001-11-27 2005-04-06 Pitney Bowes Inc Method and system for authorizing use of a transaction card
US7461028B2 (en) 2001-11-27 2008-12-02 Pitney Bowes Inc. Method and system for authorizing use of a transaction card
EP1359549A3 (en) * 2002-04-29 2004-08-18 General Technology Services Company s.a.l Prepaid credit card
DE10317632A1 (en) * 2003-04-17 2004-11-04 Deutsche Telekom Ag Transmission of transaction messages in electronic payment system, converting message format corresponding to first network, e.g. LAN, to different format corresponding to second network, e.g. Internet
DE102012109041A1 (en) * 2012-09-25 2014-03-27 Retailo AG Method for managing web-enabled payment by transfer small payments for acquired products, involves transferring product price to product provider, and transmitting acquired voucher and acquired product to end customer
DE102014014109A1 (en) * 2014-09-24 2016-03-24 Giesecke & Devrient Gmbh transaction process
US10839380B2 (en) 2014-09-24 2020-11-17 Giesecke+Devrient Mobile Security Gmbh Transaction process
DE102015101196A1 (en) * 2015-01-28 2016-07-28 GREE Europa GmbH System for linking information data in payment transactions and suitable method therefor

Also Published As

Publication number Publication date
WO2001065510A1 (en) 2001-09-07
AU4825901A (en) 2001-09-12

Similar Documents

Publication Publication Date Title
DE69932294T2 (en) A recording medium with electronic ticket definitions recorded thereon and methods and apparatus for processing electronic tickets
DE69610719T2 (en) SYSTEM AND METHOD FOR TRUSTED MEDIATORS USING BUSINESS PAYMENTS
EP0605070B1 (en) Method for cash sum transfer into and from smart cards
DE69602265T2 (en) TRUTH AGENT FOR THE OPEN SPENDING OF ELECTRONIC MONEY
DE69618157T2 (en) On-line purchasing system and method of paying the bill
DE69211407T2 (en) Process for electronic payment by chip card using numbered tokens and card for execution
DE60029455T2 (en) ELECTRONIC MONEY, ASSOCIATED ELECTRONIC STOCK AND THESE ELECTRONIC PAYMENT SYSTEMS USED
DE69900169T3 (en) CREDIT CARD SYSTEM AND METHOD
DE69225197T2 (en) Electronic payment system
DD282308A5 (en) CIRCUIT ARRANGEMENT WITH A CARD CONTAINING AT LEAST ONE PART OF THE ARRANGEMENT FOR BUSINESS, INDENTIFICATION AND / OR BETWEEN PURPOSES
DE19755819C1 (en) Distributed payment system and method for cashless payment transactions using a stock exchange chip card
DE10350945A1 (en) Use of electronic devices for money transfers
DE19718115A1 (en) Smart card and method of using the smart card
EP1120761A2 (en) Payment execution device for cashless payment and method for executing a cashless payment
DE112013004894T5 (en) A method, system and associated computer executable code for arranging credit transactions
DE10009710A1 (en) Exchanging payment information for Internet compatible cashless payment transactions involves transferring customer-allocated identity code with owed amounts
DE10023251A1 (en) Payment card and method of payment using a payment card
DE60122912T2 (en) METHOD FOR DELIVERING IDENTIFICATION DATA OF A PAYMENT CARD TO A USER
DE19938695A1 (en) Method and device for the electronic processing of cashless payments using security modules
EP0713188A2 (en) Method and smart card for acquired authorization documentation
EP1141904A1 (en) Method for the secure handling of money or units of value with pre-paid data carriers
DE19859959A1 (en) Method of cash or asset transfer from payer to payee via Internet using cash unit card by transferring units if funds are available after checking by provider
DE60210270T2 (en) Method in which electronic payment cards are used to secure the transactions
WO2002007109A2 (en) Method for conducting a cashless payment and granting a corresponding authorization
EP1277185B1 (en) Method for reducing the risks of e-commerce transactions

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8130 Withdrawal