[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2001065510A1 - Internet-enabled, cashless payment transactions - Google Patents

Internet-enabled, cashless payment transactions Download PDF

Info

Publication number
WO2001065510A1
WO2001065510A1 PCT/DE2001/000885 DE0100885W WO0165510A1 WO 2001065510 A1 WO2001065510 A1 WO 2001065510A1 DE 0100885 W DE0100885 W DE 0100885W WO 0165510 A1 WO0165510 A1 WO 0165510A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
code
customer
identity code
identity
Prior art date
Application number
PCT/DE2001/000885
Other languages
German (de)
French (fr)
Inventor
Doris Eckert
Roland Eckert
Original Assignee
Doris Eckert
Roland Eckert
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 Doris Eckert, Roland Eckert filed Critical Doris Eckert
Priority to AU48259/01A priority Critical patent/AU4825901A/en
Publication of WO2001065510A1 publication Critical patent/WO2001065510A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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/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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment 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/343—Cards including a counter
    • G06Q20/3433—Cards including a counter the counter having monetary units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/02—Mechanisms 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

Definitions

  • the invention relates to a method for exchanging payment information in internet-enabled cashless payment transactions, a defined amount of money being allocated to further information and being made available to a customer, each goods provider operating a payment processing server, a customer providing the information and a payment amount owed when making the payment transmitted to the payment processing server, and the amount of money associated with the information is reduced by the amount owed.
  • the problem of anonymity per se in cashless payment transactions has been solved by the so-called money card.
  • a defined amount of money is stored on the card, which is to be paid by the customer when the card is purchased.
  • the amount owed is deducted from the amount saved and the remaining amount is saved again, etc., until the money card is "empty" (reduction of the defined amount by the amount owed).
  • the cash card does not need to carry any further information.
  • the cash card is not Internet-compatible since a customer cannot easily activate the card with his computer. This would require expensive special equipment by the customer, the costs of which are out of proportion to the rather small amount of money typically stored on cash cards.
  • non-cash means of payment, such as cards and the like
  • non-cash payments via computers. Basically, this is done with the features mentioned at the beginning.
  • the customer receives an electronic wallet that can be provided with money.
  • the electronic wallet receives a wallet ID, which is linked to the customer data on the bank side; the billing ultimately corresponds to that for credit cards. Anonymous shopping is therefore not possible.
  • ⁇ em Millecent process of the Digital Equipment Corporation see http://www.millicent.com
  • a customer acquires a digital voucher from a broker for a maximum of US $ 5, which can only be used by a single handler. The handler binding disrupts for obvious reasons.
  • the invention is based on the technical problem of specifying a method for exchanging payment information in the Internet-compatible cashless payment transaction, which on the one hand is particularly easy to handle on the customer side and on the other hand comparable in terms of anonymity to cash payment
  • the invention teaches a method for exchanging payment information in the Internet-compatible cashless payment transaction, whereby an identity code and a defined amount of money are assigned to one another and the identity code is made available to a customer, with no customer data with the identity code directly or directly are linked, the ID code and the defined amount of money to be stored on a central Zahlungsver ⁇ traffic server, wherein each respective Warer considerable drives a payment processing server loading, which is connected to the payment server, a customer uses the in paying the identity code and a due payment amount to Payment processing server submitted, and then From the payment processing server, the identity code and the payment amount owed are transmitted 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.
  • Information transmission as information packets via telecommunication and computer networks is referred to as internet-compatible. It is essential that you can only buy from goods suppliers who are connected to the Internet. A customer, on the other hand, is not necessarily connected to the Internet, although this is preferred. Cashless means that no valid means of payment in the form of banknotes or coins, or banknotes or coins are transferred. It goes without saying that when the identification code is made available to the customer, a “real” amount of money corresponding to the defined code assigned to the identification code is to be paid by the customer.
  • Identity information is only one validly assigned identity information item. A lapsed identity code can of course be reassigned if necessary. The identification code and the defined amount of money can be assigned or the identification code selected by the operator of the payment transaction server or by the customer.
  • Amount of money is a predetermined amount of money or selected by the customer.
  • the amount of money typically lies in a range from DM 1 to DM 500, preferably in a range from DM 20 to DM 150, or corresponding amounts of other official monetary currencies. Payment amounts can also be paid, for example DM 0.01.
  • the payment processing server at the goods provider is usually set up as a program on a computer of the goods provider.
  • connection between the payment processing server and the payment traffic server can be made in all the usual ways, such as, for example, dedicated line or dial-up line of the telecommunications network, but a connection via the Internet is preferred. As soon as the amount of money assigned to the identity code reaches 0, the identity code expires.
  • a customer make payment of ordered goods completely anonymously can.
  • a goods provider cannot identify the customer, and the operator of the payment transaction server does not need to contact the customer either, since there is no billing, such as with credit cards. Misuse is also very well excluded, since an unfair goods provider cannot illegally debit customers' computers, which are usually poorly or not securely secured.
  • On the customer side there is no need for special security measures.
  • This is achieved in that a reduction in the amount of money associated with the identity code is only possible on the payment transaction server, which in turn can be secured centrally by the operator at great expense. It is thus possible for a "Secure Socket Layer" with a high encryption rate to be provided.
  • a mirror server and a backup machine can also be provided behind the web server.
  • the customer bears only a small risk of loss due to the relatively small amount of money defined; unlike in the case of, for example, payment by credit card over the Internet.
  • a particularly expedient embodiment of the invention is that the identity code consists of a sequence of characters of a predetermined number and is thereby generated on the payment transaction server side, that a sequence is generated by means of a random generator, that the sequence is then compared with all previously stored identity codes, that at Non-alignment with a previously saved one Identcode 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.
  • the identity code preferably consists of a predetermined number of ASCII characters, for example it could be Tx449 / Hx2Q.
  • the identity code can also be formed from customer characteristics, preferably from a digitized fingerprint.
  • customer characteristics preferably from a digitized fingerprint.
  • the uniqueness is inherent, as it were, by selecting suitable customer characteristics that are selected and transmitted by the customer.
  • anonymity is still preserved, since the customer characteristic is not linked to a customer i ⁇ entitat.
  • a customer can arbitrarily specify an identity code, before double-validation of the assignment to the defined amount of money and storage in the payment transaction server, a check for double occupancy then takes place.
  • a utility code is assigned to the identity code, the utility code being transmitted to the payment processing server when the identification code and the payment owed are transmitted, with the payment processing server carrying out a comparison of the utility code with a supplier class code stored in the payment processing server, wherein if the utility code and the supplier class code do not match, a locking routine is activated, by means of which both the Transmission of the identity code and the payment owed to the payment transaction server as well as the delivery of the ordered goods can be blocked.
  • a purchase restriction can thus be set up with the utility code. This is recommended, for example, in the case of identity codes which are made available to children, for example as pocket money, since then the children cannot access goods or services which are not suitable for children.
  • the utility code can also be used to set up purchase authorization, for example for goods or services that are not suitable for adults.
  • a customer will provide proof of age when purchasing an identity code, for example by submitting a copy of the identity card (which will be destroyed after the identity code has been checked and made available). Then a feature representing the age of majority is attached as part of the utility code.
  • the payment processing servers of goods providers of adult goods or services then only accept identity codes with such a feature in the utility code and block the delivery if this feature is missing.
  • the utility code can also be used to define certain goods providers.
  • the identity code can be used in connection with the utility code, for example, as it were, a "membership card" for cheaper purchases from the particular goods provider.
  • the identification code can be made available in various ways; the only essential thing is that the customer gets knowledge of the identification code from the operator of the payment transaction server (or confirmation in the case of customer-provided identification codes) and stores it in any way, for example in memory or as a note.
  • One form of availability can be in the form of a computer file, for example via e-mail.
  • the identification code it is also possible for the identification code to be made available in the form of a visually readable and possibly annulable transcript. Examples of this are closed paper bags, the contents of which are machine-printed with the identity code, so-called scratch cards, in which a field printed with the identity code is covered with a non-transparent, manually scratchable coating agent, or also congratulations cards or the like.
  • the identification code can be made available to a customer in the form of a magnetic card, the identification code being stored on a magnetic strip arranged on the magnetic card, or m form of a chip card, the identification code being one Storage element of the microchip arranged on the chip card is stored.
  • the customer can not only pay via the Internet, but also directly as long as the goods provider has an input device or reading device for the identity code available.
  • An advantage of the invention also lies in the fact that the customer can make the identity code available to other people of his trust or to be gifted, and thus ultimately to these other people allow defined amount of money to be used.
  • a "transfer” only requires the identification code to be communicated in any way; other measures are not necessary due to the complete decoupling between identity code and customer.
  • virtual vouchers or "tokens” can also be easily created, for example by the customer.
  • a customer-side blocking option for an identity code for example in the event of loss of a note bearing the identity code or in the event of a customer complaint due to non-delivery or poor performance of the goods provider, can be provided. Then it is blocked against access by a goods provider or other third parties.
  • a customer blocking option possibly limited to a predetermined payment amount, can also be set up for the purpose of providing security. Then access is blocked against access by the customer himself, but not by an (authorized) goods provider. Partial payment schemes can also be provided. The customer can set up and define a block, for example, via the Internet on the payment server.
  • the concept of goods bw, their payment also includes services of any kind.
  • the way in which the identity code is made available can also be used, for example, as an admission ticket.
  • an identity code that is only available as information it can serve as a "virtual" entry ticket for Internet events.
  • the information carrier in the form of an information carrier for the identity code, the information carrier can also be a physical entry ticket for "real" events.
  • the invention also relates to programs coding for the method steps according to the invention running on a payment transaction server or payment processing server.
  • a customer who might participate in the inventive shaped payment system visited the website of the operator of the payment server and paid for over a secure connection via credit card or other payment methods an identity code with an associated defined Geldbe ⁇ contract.
  • the ID code will be e-mail or on communicated to the customer on a separate secure website.
  • the customer can get a comprehensible against ⁇ card or the like welcne, carries a identcode to any distribution points, such as post offices, banks, gas stations, etc. to buy. All validated identity codes with the assigned defined monetary amounts, possibly reduced after use, are stored in the payment transaction server and assigned to one another.
  • the customer can query the currently assigned amount of money after entering the ID code and, if necessary, also "reload" it.
  • the customer When shopping online, the customer goes to the goods provider's website and after filling the virtual shopping cart, the customer selects the payment mode. If the method according to the invention is selected, the customer is taken to the e (portal) side, on which he enters the identification code and confirms the payment amount owed. This ends the payment process for the customer, subject to sufficient cover.
  • the payment processing server Upon confirmation by the customer, the payment processing server queries the payment server for coverage. If there is sufficient cover, a transaction number is assigned to the purchase and the identity code, payment amount owed and transaction number are linked to one another and stored in the payment processing server. For example, monthly the operator of the payment transaction server receives from the goods provider a compiled list of the transactions made with the above information and in the payment transaction server the amount of money of the assigned identity codes is reduced by the amount owed on the one hand and on the other hand instructed the merchant the total amount of all payment amounts owed in the accounting period. Alternatively, the reduction can also be carried out immediately following a successful request for coverage in the payment transaction server.

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 invention relates to a method for exchanging payment information in Internet-enabled, cashless payment transactions. According to said method, an identity code and a defined monetary amount are assigned to one another and the identity code is placed at the disposal of a customer. No customer data is linked, either directly or indirectly to the identity code. Said identity code and the monetary amount are saved to a central payment transaction server and each goods supplier operates a respective payment processing server which can be connected to the payment transaction server. During payment, a customer transmits the identity code and the balance due to the payment processing server. Said payment processing server then transmits the identity code and the balance due to the payment transaction server, where the monetary amount that is assigned to the identity code is reduced by the balance due.

Description

IM INTERNETFAHIGEN BARGELDLOSEN ZAHLUNGSVERKEHR IN THE INTERNET-CAPABLE CASH-FREE PAYMENT
Beschreibungdescription
Die Erfindung betrifft ein Verfahren zum Austausch von Zahlungsinformationen im internetfahigen bargeldlosen Zahlungsverkehr, wobei ein definierter Geldbetrag weiteren Informationen zugeordnet und einem Kunden zur Verfugung 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 internet-enabled cashless payment transactions, a defined amount of money being allocated to further information and being made available to a customer, each goods provider operating a payment processing server, a customer providing the information and a payment amount owed when making the payment transmitted to the payment processing server, and the amount of money associated with the information is reduced by the amount owed.
Zum bargeldlosen Zahlungsverkehr sind die verschieden- sten Verfahren bekannt. Übliche, aus der Praxis bekannte bargeldlose Zahlungsmittel sind beispielsweise ec-Karte, Kreditkarte, Kundenkarte und Geldkarte. Diesen Zahlungsmitteln gemeinsam ist, daß sie Informationen enthalten, welche inhaberbezogen sind. Dies sind beispielsweise Kunden-Identifler, Kundenkontonummer usw. Mit anderen Worten ausgedruckt, bei jedem dieser Zahlungsmittel findet eine datenmaßige Zuordnung 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 Informationen durch Datennetze transferiert werden, mit der Folge, daß unberechtigte Personen sich zu dieser. Informationen Zugang verschaffen und mißbräuchlich eine Belastung des Kunden durchfuhren können. Dies gilt insbesondere im Bereich des e-commerce, wobei Kaufe über das Internet abgewickelt, insbesondere auch bezahlt, werden.A wide variety of methods are known for cashless payment transactions. Common cashless means of payment known from practice are, for example, ec card, credit card, customer card and cash card. What these means of payment have in common is that they contain information that is owner-related. These are, for example, customer identifiers, customer account numbers, etc. In other words, in the case of each of these means of payment, there is a data-related assignment between the individual holder and a payment transaction. This is annoying for several reasons. First, anonymous shopping, such as with cash, is not possible. Secondly, in payment transactions it is necessary for owner-related information to be transferred through data networks, too the consequence that unauthorized persons join this. Gain information access and misuse a burden on the customer. This is especially true in the area of e-commerce, whereby purchases are processed, especially paid, over the Internet.
Die Problematik der Anonymität an sich bei bargeldlosen Zahlungsverkehr ist durch die sogenannte Geld- karte gelost. Hierbei st 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 Geldbetrages um die geschuldeten Geldbetrage) . Weitere Informationen braucht die Geldkarte nicht zu tragen. Die Geldkarte ist jedoch nicht mternetfahig, da ein Kunde die Karte nicht ohne weiteres mit seinem Computer aktivieren kann. Hierzu wäre teure Spezialaus- rustung kundenseitig erforderlich, deren Kosten in keinem Verhältnis zum auf Geldkarten typischerweise gespeicherten eher geringen Geldbetrag stehen.The problem of anonymity per se in cashless payment transactions has been solved by the so-called money card. Here, a defined amount of money is stored on the card, which is to be paid by the customer when the card is purchased. When paying with a cash card, the amount owed is deducted from the amount saved and the remaining amount is saved again, etc., until the money card is "empty" (reduction of the defined amount by the amount owed). The cash card does not need to carry any further information. However, the cash card is not Internet-compatible since a customer cannot easily activate the card with his computer. This would require expensive special equipment by the customer, the costs of which are out of proportion to the rather small amount of money typically stored on cash cards.
Neben den gegenständlichen bargeldlosen Zahlungsmitteln, wie Karten und dergleichen, ist es auch bekannt, über Computer bargeldlose Zahlungen auszufuhren. Dies erfolgt grundsatzlich mit den eingangs genannten Merk- malen. Bei dem Cybercash Verfahren (siehe http://www.cybercash.de) erhalt der Kunde eine elektronische Geldbörse, die mit Geld versehen werden kann. Die elektronische Geldbörse erhalt 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 αem 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 Handler verwendet werden kann. Die Handler- bindung stört aus offensichtlichen Gründen.In addition to the present non-cash means of payment, such as cards and the like, it is also known to make non-cash payments via computers. Basically, this is done with the features mentioned at the beginning. With the Cybercash procedure (see http://www.cybercash.de), the customer receives an electronic wallet that can be provided with money. The electronic wallet receives a wallet ID, which is linked to the customer data on the bank side; the billing ultimately corresponds to that for credit cards. Anonymous shopping is therefore not possible. In the αem Millecent process of the Digital Equipment Corporation (see http://www.millicent.com), a customer acquires a digital voucher from a broker for a maximum of US $ 5, which can only be used by a single handler. The handler binding disrupts for obvious reasons.
Der Erfindung liegt das technische Problem zugrunde, ein Verfahren zum Austausch von Zahlungsmformationen im mternetfahigen bargeldlosen Zahlungsverkehr anzugeben, welches einerseits Kundenseitig besonders einfach handhabbar ist und andererseits hinsichtlich der Anonymitat mit der Bargeldzahlung vergleichbarThe invention is based on the technical problem of specifying a method for exchanging payment information in the Internet-compatible cashless payment transaction, which on the one hand is particularly easy to handle on the customer side and on the other hand comparable in terms of anonymity to cash payment
Zur Losung dieses technischen Problems lehrt die Er- findung ein Verfahren zum Austausch von Zahlungsinformationen im mternetfahigen bargeldlosen Zahlungsverkehr, wobei ein Identcode und ein definierter Geldbetrag einander zugeordnet werden und einem Kunden der Identcode zur Verfugung gestellt wird, wobei keine Kundendaten mit dem Identcode direkt oder mαirekt verknüpft werden, wobei der Identcode und der definierte Geldbetrag auf einem zentralen Zahlungsver¬ kehrserver abgespeichert werden, wobei jeder Wareranbieter 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 vo 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.To solve this technical problem, the invention teaches a method for exchanging payment information in the Internet-compatible cashless payment transaction, whereby an identity code and a defined amount of money are assigned to one another and the identity code is made available to a customer, with no customer data with the identity code directly or directly are linked, the ID code and the defined amount of money to be stored on a central Zahlungsver ¬ traffic server, wherein each respective Wareranbieter drives a payment processing server loading, which is connected to the payment server, a customer uses the in paying the identity code and a due payment amount to Payment processing server submitted, and then From the payment processing server, the identity code and the payment amount owed are transmitted 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.
Als internetfähig ist eine Informationsübertragung als Informationspackete über Telekommunikations- und Computernetze 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 bervorzugt ist. Bargeldlos meint, daß keine gültigen Zahlungsmittel in Form vom Geld- scheinen oder Geldmünzen oder Wertschein bzw. Wertmünzen übertragen werden. Dabei versteht es sich, daß mit der Zurverfügungstellung des Identcodes an den Kunden ein dem dem Identcode zugeordneten definierten Geldbetrag 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 lediglich, daß ein Identcode nicht mehr als einmal verwendet 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 Zahlungsverkehrserver nicht akzeptiert. Als definierter Geldbetrag ist ein vorgegebener oder vom Kunden gewählter Geldbetrag bezeichnet. Typischerweise liegt der Geldbetrag m einem Bereich von DM 1,-- bis DM 500,--, vorzugsweise in einem Bereich von DM 20,-- bis DM 150, —, oder entsprechenden Betragen anderer offizieller Geldwahrungen. Gezahlt werden können auch Klemstbetrage, beispielsweise DM 0,01. Hinsichtlich der Geldbetrage ist es auch möglich, anstelle einer Landeswahrung eine virtuelle Wahrung ("Internet- Wahrung") zu verwenden, wobei dann in dem Zahlungsabwicklungsserver bei Auszahlung geschuldeter Zahlbetrage an einen Warenanbieter die Umrechnung m die zutreffende offizielle Landeswahrung erfolgt. Die Erfindung ist insbesondere zur Abwicklung von gering- fugigen Zahlungen geeignet. Im Rahmen der Erfindung wird der definierte Geldbetrag dem Kunden nicht mit dem Identcode zur Verfugung gestellt, sondern besteht als Verknüpfung lediglich m dem Zahlungsverkehrserver. Der Identcode wird normalerweise, aber nicht zwingend, von dem Betreiber des Zahlungsverkehrserver zur Verfugung 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, verfallt der Identcode.Information transmission as information packets via telecommunication and computer networks is referred to as internet-compatible. It is essential that you can only buy from goods suppliers who are connected to the Internet. A customer, on the other hand, is not necessarily connected to the Internet, although this is preferred. Cashless means that no valid means of payment in the form of banknotes or coins, or banknotes or coins are transferred. It goes without saying that when the identification code is made available to the customer, a “real” amount of money corresponding to the defined code assigned to the identification code is to be paid by the customer. Identity information is only one validly assigned identity information item. A lapsed identity code can of course be reassigned if necessary. The identification code and the defined amount of money can be assigned or the identification code selected by the operator of the payment transaction server or by the customer. It is only essential that an identity code is not used more than once. For this purpose, a check for uniqueness takes place in the payment transaction server before the assignment is validated and stored; in the case of double assignment, for example due to a customer assignment, the payment server does not accept the assignment. As more defined Amount of money is a predetermined amount of money or selected by the customer. The amount of money typically lies in a range from DM 1 to DM 500, preferably in a range from DM 20 to DM 150, or corresponding amounts of other official monetary currencies. Payment amounts can also be paid, for example DM 0.01. With regard to the amounts of money, it is also possible to use a virtual currency ("Internet currency") instead of national currency, in which case the payment m due to the payment owed to a goods provider is converted into the appropriate official national currency. The invention is particularly suitable for processing minor payments. In the context of the invention, the defined amount of money is not made available to the customer with the identity code, but instead only exists as a link to the payment transaction server. The identity code is normally, but not necessarily, provided by the operator of the payment transaction server. The payment processing server at the goods provider is usually set up as a program on a computer of the goods provider. The connection between the payment processing server and the payment traffic server can be made in all the usual ways, such as, for example, dedicated line or dial-up line of the telecommunications network, but a connection via the Internet is preferred. As soon as the amount of money assigned to the identity code reaches 0, the identity code expires.
Mit der Erfindung wird erreicht, daß ein Kunde völlig anonym eine Bezahlung von bestellten Waren durchfuhren kann. Insbesondere kann ein Warenanbieter den Kunden nicht identifizieren und auch der Betreiber des Zahlungsverkehrservers braucht keinen Kontakt zum Kunden, 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 durchfuhren kann. Kundenseitig besteht insofern auch gar kein Bedarf für besondere Sicherungsmaßnahmen. Dies ist dadurch erreicht, daß eine Reduktion des dem Identcode zugeorα- 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- schlusselungsrate vorgesehen ist. Weiterhin empfiehlt es sich, daß mehrere Computer zwischen den Zahlungsverkehrserver und einem Webserver geschaltet sind. Hinter dem Webserver können zudem ein Spiegelserver und eine Backupmaschine vorgesehen sein. In jedem Fall tragt 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 make payment of ordered goods completely anonymously can. In particular, a goods provider cannot identify the customer, and the operator of the payment transaction server does not need to contact the customer either, since there is no billing, such as with credit cards. Misuse is also very well excluded, since an unfair goods provider cannot illegally debit customers' computers, which are usually poorly or not securely secured. On the customer side, there is no need for special security measures. This is achieved in that a reduction in the amount of money associated with the identity code is only possible on the payment transaction server, which in turn can be secured centrally by the operator at great expense. It is thus possible for a "Secure Socket Layer" with a high encryption rate to be provided. It is also recommended that several computers are connected between the payment server and a web server. A mirror server and a backup machine can also be provided behind the web server. In any case, the customer bears only a small risk of loss due to the relatively small amount of money defined; unlike in the case of, for example, payment by credit card over the Internet.
Eine besonders zweckmäßige Ausfuhrungsform der Erfindung 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 Nichtuberemstimung 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 erhalter ist, für welche Nichtübereinstimmung mit bislang gespeicherten Identcodes erzielt ist. Bevorzugterweise besteht der Identcode aus einer vorgegebenen Anzahl von ASCII Zeichen, konnte also beispielsweise Tx449/Hx2Q lauten. Der Identcode kann aber auch aus Kundenmerkmalen ge- bildet wird, vorzugsweise aus einem digitalisierten Fingerabdruck. In αiesem Falle ist die Einmaligkeit durch Auswahl geeigneter und kundenseitig ausgewählter und übermittelter Kundenmerkmale gleichsam inhärent. Auf der anderen Seite ist dennoch Anonymitat gewahrt, da das Kundenmerkmal nicht mit einer Kunde iαentitat verknüpft ist. Schließlich kann ein Kunde einen Identcode willkürlich vorgeben, wobei dann vor der zahlungsverserverse tigen Validisierung der Zuordnung zum definierten Geldbetrag und Abspeicherung im Zahlungsverkehrserver eine Prüfung auf Doppeloelegung erfolgt .A particularly expedient embodiment of the invention is that the identity code consists of a sequence of characters of a predetermined number and is thereby generated on the payment transaction server side, that a sequence is generated by means of a random generator, that the sequence is then compared with all previously stored identity codes, that at Non-alignment with a previously saved one Identcode 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. The identity code preferably consists of a predetermined number of ASCII characters, for example it could be Tx449 / Hx2Q. However, the identity code can also be formed from customer characteristics, preferably from a digitized fingerprint. In this case, the uniqueness is inherent, as it were, by selecting suitable customer characteristics that are selected and transmitted by the customer. On the other hand, anonymity is still preserved, since the customer characteristic is not linked to a customer iαentitat. Finally, a customer can arbitrarily specify an identity code, before double-validation of the assignment to the defined amount of money and storage in the payment transaction server, a check for double occupancy then takes place.
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 Zahlungsabwicklungsserver mitubertragen wird, wobei m dem Zahlungsabwicklungsserver ein Vergleich des Utilitycodes mit einem im Zahlungsabwicklungsserver gespeicherten Lieferantenklassencode durchgeführt wird, wobei bei Nichtübereinstimmung zwischen dem Utilitycode und de Lieferantenklassencode eine Sper- routine aktiviert wirα, 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 Einkaufsbeschrankung eingerichtet sein. Dies empfiehlt sich beispielsweise bei Identcodes, welche Kindern zur Verfugung gestellt werden, beispielsweise als Taschengeld, da dann die Kinder nicht Waren oder Dienstleistungen abrufen können, welche nicht jugendfrei sind. Umgekehrt kann mit- tels des Utilitycodes auch eine Einkaufsberechtigung eingerichtet werden, beispielsweise für nicht jugendfrei 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 nachweisen. Dann wird im Rahmen des Utilitycodes ein Merkmal, welches Volljährigkeit repräsentiert, angebracht. Die Zahlungsabwicklungsserver von Warenanbietern nicht jugendfreier Waren oder Dienstleistungen akzeptieren dann nur Identcodes mit einem solchen Merkmal im Utilitycode und sperren bei Fehlen dieses Merkmals auch die Lieferung. Der Utilitycode kann auch dazu verwendet werden, bestimmte Warenanbieter zu definieren. Dann kann der Identcode m Verbindung mit den Utilitycode beispielsweise gleichsam einer "Mitgliedskarte" zum verbilligten Einkauf bei dem bestimmten Warenanbieter 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, the utility code being transmitted to the payment processing server when the identification code and the payment owed are transmitted, with the payment processing server carrying out a comparison of the utility code with a supplier class code stored in the payment processing server, wherein if the utility code and the supplier class code do not match, a locking routine is activated, by means of which both the Transmission of the identity code and the payment owed to the payment transaction server as well as the delivery of the ordered goods can be blocked. A purchase restriction can thus be set up with the utility code. This is recommended, for example, in the case of identity codes which are made available to children, for example as pocket money, since then the children cannot access goods or services which are not suitable for children. Conversely, the utility code can also be used to set up purchase authorization, for example for goods or services that are not suitable for adults. For this purpose, a customer will provide proof of age when purchasing an identity code, for example by submitting a copy of the identity card (which will be destroyed after the identity code has been checked and made available). Then a feature representing the age of majority is attached as part of the utility code. The payment processing servers of goods providers of adult goods or services then only accept identity codes with such a feature in the utility code and block the delivery if this feature is missing. The utility code can also be used to define certain goods providers. Then the identity code can be used in connection with the utility code, for example, as it were, a "membership card" for cheaper purchases from the particular goods provider. The features explained above can also be combined with one another as desired within the framework of the utility code.
Die Zurverfügungstellung des Identcodes kann auf verschiedene Weisen erfolgen; wesentlich ist lediglich, daß der Kunde durch den Betreiber des Zahlungsverkehrserver 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 m Form einer Computerdatei erfolgen, beispielsweise über e-mail. Es ist aber auch möglich, daß der Identcode m Form einer visuell lesbaren und ggf. vernichtbaren Niederschrift zur Verfugung 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 Uberzugsmittel verdeckt ist oder auch Gluckwunschkarten oder dergleichen. Ansonsten sind auch aus anderen Zusammenhangen bekannte gegenstandliche Informationsträger geeignet, beispielsweise kann der Identcode einem Kunden m Form einer Magnetkarte zur Verfugung gestellt werden, wobei der Identcode auf einem auf der Magnetkarte angeordneten Magnetstreifer gespeichert ist, oder m Form einer Chipkarte, wobei der Identcode m 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 Warenanbieter eine Eingabevorrichtung oder Lesevorrichtung für den Identcode zur Verfugung halt.The identification code can be made available in various ways; the only essential thing is that the customer gets knowledge of the identification code from the operator of the payment transaction server (or confirmation in the case of customer-provided identification codes) and stores it in any way, for example in memory or as a note. One form of availability can be in the form of a computer file, for example via e-mail. However, it is also possible for the identification code to be made available in the form of a visually readable and possibly annulable transcript. Examples of this are closed paper bags, the contents of which are machine-printed with the identity code, so-called scratch cards, in which a field printed with the identity code is covered with a non-transparent, manually scratchable coating agent, or also congratulations cards or the like. Otherwise, object information carriers known from other contexts are also suitable, for example the identification code can be made available to a customer in the form of a magnetic card, the identification code being stored on a magnetic strip arranged on the magnetic card, or m form of a chip card, the identification code being one Storage element of the microchip arranged on the chip card is stored. In any case, the customer can not only pay via the Internet, but also directly as long as the goods provider has an input device or reading device for the identity code available.
Ein Vorteil der Erfindung liegt auch darin, der Kunde den Identcode weiteren Personen seines Vertrauens oder zu beschenkenden Personen zur Verfugung stellen kann und somit letzendlich diesen weiteren Personen den definierten Geldbetrag nutzen laßt. Eine solche "Übertragung" erfordert lediglich die Mitteilung des Identcodes an beliebiger Weise; sonstige Maßnahmen sind aufgrund der völligen Entkoppelung zwischen Identcode und Kunde nicht erforderlich. Insofern können beispielsweise auch virtuelle Gutscheine oder "Wertmarken" (identifiziert nicht durch den Wert, sondern durch den Identcode) unschwer geschaffen werden, beispielsweise durcn den Kunden.An advantage of the invention also lies in the fact that the customer can make the identity code available to other people of his trust or to be gifted, and thus ultimately to these other people allow defined amount of money to be used. Such a "transfer" only requires the identification code to be communicated in any way; other measures are not necessary due to the complete decoupling between identity code and customer. In this respect, for example, virtual vouchers or "tokens" (identified not by the value but by the identification code) can also be easily created, for example by the customer.
Grundsätzlich gibt es die verschiedensten Arten der Weiterbildung. So kann es vorgesehen sein, daß Geldoe- trage von einem Identcode durch Austausch der Zuordnung einem anderen Identcode zugeordnet werden können. Es kann einem Identcode auch ein Namen oder einBasically there are various types of further training. Thus, it can be provided that money transfers from one identity code can be assigned to another identity code by exchanging the assignment. It can also be a name or an identity code
Paßwort beigestellt sein. Eine kundenseitige Sperroption 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 kundenseitige Sperroption, ggf. beschrankt auf einen vorgegebenen 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 Sperrung kann der Kunde beispielsweise ber Internet beirr Zahlungsverkehrserver einrichten und definieren.Password must be provided. A customer-side blocking option for an identity code, for example in the event of loss of a note bearing the identity code or in the event of a customer complaint due to non-delivery or poor performance of the goods provider, can be provided. Then it is blocked against access by a goods provider or other third parties. Conversely, a customer blocking option, possibly limited to a predetermined payment amount, can also be set up for the purpose of providing security. Then access is blocked against access by the customer himself, but not by an (authorized) goods provider. Partial payment schemes can also be provided. The customer can set up and define a block, for example, via the Internet on the payment 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 dieser beispielsweise auch als Eintrittskarte verwendet werden. Im Falle eines nur als Information vorliegenden 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" Veranstaltungen sein.The concept of goods bw, their payment also includes services of any kind. Depending on the training of the The way in which the identity code is made available can also be used, for example, as an admission ticket. In the case of an identity code that is only available as information, it can serve as a "virtual" entry ticket for Internet events. In the form of an information carrier for the identity code, the information carrier can also be a physical entry ticket for "real" events.
Die Erfindung betrifft schließlich auch Programme codierend für die auf einem Zahlungsverkehrserver oder Zahlungsabwicklungsserver ablaufenden erfmdungs- gemaßen Verfahrensschritte.Finally, the invention also relates to programs coding for the method steps according to the invention running on a payment transaction server or payment processing server.
Im folgenden wird die Erfindung anhand eines lediglich ein Ausfuhrungsbeispiel darstellenden Beispiels naher erläutert .The invention is explained in more detail below with reference to an example that merely represents an exemplary embodiment.
Ein Kunde, welcher an dem erfmdungsgemaßen Zahlungssystem teilnehmen mochte, besucht beispielsweise die Internetseite des Betreibers des Zahlungsverkehrservers 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 mitgeteilt. Alternativ kann der Kunde sich eine gegen¬ ständliche Karte oder dergleichen, welcne einen Identcode tragt, an beliebigen Ausgabestellen, beispielsweise Post, Banken, Tankstellen usw., kaufen. Im Zahlungsverkehrserver sind alle validisierten Identcodes mit den zugeordneten definierten Geldbetragen, nach Benutzung ggf. reduziert, einander zugeordnet gespeichert. Auf einer Internetseite des Betreibers des Zahlungsverkehrservers, ggf. gelinkt ber e ne Internetseite eines Warenanbieters, kann der Kunde nach Eingabe des Identcodes den aktuellen zugeordneten Geldbetrag abfragen und ggf. auch gleichsam "nachladen".A customer who might participate in the inventive shaped payment system, for example, visited the website of the operator of the payment server and paid for over a secure connection via credit card or other payment methods an identity code with an associated defined Geldbe ¬ contract. The ID code will be e-mail or on communicated to the customer on a separate secure website. Alternatively, the customer can get a comprehensible against ¬ card or the like welcne, carries a identcode to any distribution points, such as post offices, banks, gas stations, etc. to buy. All validated identity codes with the assigned defined monetary amounts, possibly reduced after use, are stored in the payment transaction server and assigned to one another. On a website of the operator of the payment transaction server, possibly linked via a website of a goods provider, the customer can query the currently assigned amount of money after entering the ID code and, if necessary, also "reload" it.
Beim Internet Einkauf geht der Kunde auf die Internet- seite des Warenanbieters und nach Füllung des virtuellen Warenkorbes wählt der Kunde den Zahlungsmodus. Wird das erfmdungsgemaße Verfahren gewählt, so gelangt der Kunde auf e (Portal-) Seite, auf welcher er den Identcode eingibt und den geschuldeten Zahlbetrag bestätigt. Damit ist der Zahlungsvorgang für den Kunden beendet, vorbehaltlich einer ausreichenden Deckung.When shopping online, the customer goes to the goods provider's website and after filling the virtual shopping cart, the customer selects the payment mode. If the method according to the invention is selected, the customer is taken to the e (portal) side, on which he enters the identification code and confirms the payment amount owed. This ends the payment process for the customer, subject to sufficient cover.
Mit der Bestätigung durch den Kunden erfolgt eine Abfrage der Deckung durch den Zahlungsabwicklungsserver beim Zahlungsverkehrserver. Bei ausreichender Deckung wird dem Kauf eine Transaktionsnummer zugeordnet und Identcode, geschuldeter Zahlbetrag sowie Transaktionsnummer werden miteinander verknüpft im Zahlungsabwicklungsserver gespeichert. Beispielsweise monatlich erhalt der Betreiber des Zahlungsverkehrservers von dem Warenanbieter eine gesammelte Aufstel- lung der getätigten Transaktionen mit den vorstehenden Angaben und im Zahlungsverkehrserver werden einerseits die Geldbetrage der zugeordneten Identcodes um die geschuldeten Zahlbetrage reduziert und andererseits dem Warenanbieter der Gesamtbetrag aller im Abrechnungszeitraum geschuldeten Zahlbeträge angewiesen. Alternativ kann die Reduktion auch bereits unmittelbar in Verfolg einer erfolgreichen Abfrage der Deckung im Zahlungsverkehrserver durchgeführt werden. Upon confirmation by the customer, the payment processing server queries the payment server for coverage. If there is sufficient cover, a transaction number is assigned to the purchase and the identity code, payment amount owed and transaction number are linked to one another and stored in the payment processing server. For example, monthly the operator of the payment transaction server receives from the goods provider a compiled list of the transactions made with the above information and in the payment transaction server the amount of money of the assigned identity codes is reduced by the amount owed on the one hand and on the other hand instructed the merchant the total amount of all payment amounts owed in the accounting period. Alternatively, the reduction can also be carried out immediately following a successful request for coverage in the payment transaction server.

Claims

Patentansprüche :Claims:
1) Verfahren zum Austausch von Zahlungsinformationen im internetf higen bargeldlosen Zahlungsverkehr,1) procedure for the exchange of payment information in internet-capable cashless payment transactions,
wobei ein Identcode und ein definierter Geldbetrag einander zugeordnet werden und einem Kunden der Identcode zur Verfügung gestellt wird,an identification code and a defined amount of money are assigned to one another and the identification code is made available to a customer,
wobei keine Kundendaten mit dem Identcode direkt oder indirekt verknüpft werden,whereby no customer data are directly or indirectly linked to the identity code,
wobei der Identcode und der definierte Geldbetrag auf einem zentralen Zahlungsverkehrserver ab- gespeichert werden,the identity code and the defined amount of money are stored on a central payment server,
wobei jeder Warenanbieter jeweils einen Zahlungsabwicklungsserver betreibt, welcher mit dem Zahlungsverkehrserver verbindbar ist,each goods provider operates a payment processing server that can be connected to the payment transaction server,
wobei ein Kunde bei der Zahlung den Identcode sowie einen geschuldeten Zahlbetrag an den Zahlungsabwicklungsserver übermittelt, undwherein a customer transmits the identification code and an amount owed to the payment processing server when paying, and
wobei dann vom Zahlungsabwicklungsserver derthen from the payment processing server the
Identcode sowie der geschuldete Zahlbetrag an den Zahlungsverkehrserver übermittelt und im Zahlungsverkehrserver der dem Identcode zugeordnete Geldbetrag um den geschuldeten Zahlbetrag reduziert wird. Identcode and the payment amount owed are transmitted 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.
. Verfahren nach Anspruch 1, wobei der Ioentcode 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 Nichtuberem- 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., A method according to claim 1, wherein the Ioentcode 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, and then the sequence is compared with all previously stored ident codes, that with non-over-matching 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 according to claim 1, wherein the identity code is formed from customer characteristics, preferably from a digitized fingerprint.
4. Verfahren nach einem der Ansprüche 1 bis 3, wooei dem Identcode em Utilitycode zugeordnet ist, wobei der Utilitycode bei einer Übermittelung des Identcodes und des geschuldeten Zahlbetrages an den Zahlungsabwicklungsserver mitubertragen wird, v/obei m dem Zahlungsabwicklungsserver em Vergleich des Utilitycodes mit einem im Zahlungsabwicklungsserver gespeicherten Lieferantenklassencode durchgeführt wird, wobei bei Nichtübereinstimmung zwischer dem Utilitycode und dem Lieferantenklassencode eine4. The method according to any one of claims 1 to 3, where the identcode is assigned to the utility code, the utility code being transmitted to the payment processing server when the identification code and the payment amount are transferred, v / o when the payment processing server compares the utility code with an im Payment processing server stored supplier class code is performed, wherein if there is a mismatch between the utility code and the supplier class code
Sperrout e 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.Sperrout e is activated, by means of which both the transmission of the identity code and the payment owed to the Payment server and the delivery of the ordered goods can be blocked.
5. Verfahren nach einem der Ansprüche 1 bis 4, wobei der Identcode einem Kunden m Form einer Computerdatei zur Verfugung gestellt wird.5. The method according to any one of claims 1 to 4, wherein the identity code is made available to a customer in the form of a computer file.
6. Verfahren nach einem der Ansprüche 1 bis 5, wobei der Identcode einem Kunden m Form einer visuell lesbaren und ggf. vernichtbaren Niederschrift zur Verfugung gestellt wird.6. The method according to any one of claims 1 to 5, wherein the identification code is made available to a customer in the form of a visually readable and possibly annulable transcript.
7. Verfahren nach einem der Ansprüche 1 bis 6, wobei der Identcode einem Kunden in Form einer Magnetkarte zur Verfugung 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 is made available to a customer in the form of a magnetic card, the identity code being stored on a magnetic strip arranged on the magnetic card.
8. Verfahren nach einem der Ansprüche 1 bis 7, wobei der Identcode einem Kunden in Form einer Cnipkarte zur Verfugung 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 is made available to a customer in the form of a Cnipkarte, wherein the identity code is stored in a memory element of the microchip arranged on the chip card.
9. Programm codierend für die auf dem Zahlungsverkehrserver ablaufenden Verfahrenschritte nach einem der Ansprüche 1 bis 8. 9. Program coding for the process steps running on the payment transaction server according to one of claims 1 to 8.
0. Programm codierend für die auf dem Zahlungsabwicklungsserver ablaufenden Verfahrensschritte nach einem der Ansprüche 1 bis 8. 0. Program coding for the method steps running on the payment processing server according to one of claims 1 to 8.
PCT/DE2001/000885 2000-03-01 2001-03-01 Internet-enabled, cashless payment transactions WO2001065510A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU48259/01A AU4825901A (en) 2000-03-01 2001-03-01 Internet-enabled, cashless payment transactions

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10009710.3 2000-03-01
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
WO2001065510A1 true WO2001065510A1 (en) 2001-09-07

Family

ID=7632933

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2001/000885 WO2001065510A1 (en) 2000-03-01 2001-03-01 Internet-enabled, cashless payment transactions

Country Status (3)

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

Families Citing this family (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
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
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
WO1995034161A1 (en) * 1994-06-06 1995-12-14 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
DE19716068A1 (en) * 1997-04-17 1998-10-22 Giesecke & Devrient Gmbh Method for generating a credit using a prepaid voucher
WO1999060531A1 (en) * 1998-05-18 1999-11-25 Fingerpin Ag Device for recognizing living organisms or objects
EP0962875A2 (en) * 1998-06-05 1999-12-08 Fujitsu Limited Electronic money apparatus, method, card and computer readable record medium having electronic money processing program recorded thereon

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19505848C2 (en) * 1995-02-21 1998-07-02 Venture Engineering Management Cashless payment system
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
DE19903822C2 (en) * 1999-02-02 2001-09-20 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

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995034161A1 (en) * 1994-06-06 1995-12-14 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
DE19716068A1 (en) * 1997-04-17 1998-10-22 Giesecke & Devrient Gmbh Method for generating a credit using a prepaid voucher
WO1999060531A1 (en) * 1998-05-18 1999-11-25 Fingerpin Ag Device for recognizing living organisms or objects
EP0962875A2 (en) * 1998-06-05 1999-12-08 Fujitsu Limited Electronic money apparatus, method, card and computer readable record medium having electronic money processing program recorded thereon

Also Published As

Publication number Publication date
DE10009710A1 (en) 2001-09-13
AU4825901A (en) 2001-09-12

Similar Documents

Publication Publication Date Title
DE69618157T2 (en) On-line purchasing system and method of paying the bill
DE69601787T2 (en) METHOD FOR ELECTRONIC PAYMENT IN THE PERFORMANCE OF PURCHASE TRANSACTIONS IN A COMPUTER NETWORK
DE60015587T2 (en) EFFICIENT AND SAFE PAYMENT PROCESSING SYSTEM
EP0605070B1 (en) Method for cash sum transfer into and from smart cards
WO2000077754A1 (en) Method for transmitting a code
DE20220745U1 (en) On-line payment transaction processing method involves sending payment card details and payment authorization request to authorization host that may forward authorization confirmation to merchant
WO2011029560A2 (en) Payment system, purchasing system, and method for performing a plurality of payment processes
WO2013067561A1 (en) Method and apparatus for performing cashless payments
DE112013004894T5 (en) A method, system and associated computer executable code for arranging credit transactions
WO2001065510A1 (en) Internet-enabled, cashless payment transactions
DE10003875A1 (en) Payment execution device for cashless payment and method for executing a cashless payment
WO2001086600A2 (en) Payment card and method for conducting transactions using a payment card
DE19938695A1 (en) Method and device for the electronic processing of cashless payments using security modules
DE60122912T2 (en) METHOD FOR DELIVERING IDENTIFICATION DATA OF A PAYMENT CARD TO A USER
DE102005017374A1 (en) Method for confirming a service request
WO2000039758A1 (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
WO2002007109A2 (en) Method for conducting a cashless payment and granting a corresponding authorization
DE10058249A1 (en) Secure electronic transmission method for transaction data uses identification data containing singular identification characters for preventing payment duplication
DE60210270T2 (en) Method in which electronic payment cards are used to secure the transactions
EP1277185B1 (en) Method for reducing the risks of e-commerce transactions
DE202019106383U1 (en) Electronic payment device
DE10008280C1 (en) Cash-free transaction method has supplier and customer data handled via coordination device out of sphere of influence of either supplier or customer for providing fraud protection
DE60036417T2 (en) METHOD FOR IMPLEMENTING ONLINE PURCHASE TRANSACTIONS
EP1371038B1 (en) Method and device for carrying out at least one commercial transaction in return for payment

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP