Abstract:
Abstract of the Disclosure 
          The invention is characterized in that a random number (X) and a payment identification number (PID) which contain information about the customer are generated in the charging point.

Description:
Detailed Description of the Invention 
        CROSS REFERENCE TO RELATED APPLICATIONS
   
       [0001]       This application is a U.S. National Stage entry under 35 U.S.C. § 371 of co-pending International Patent Application No. PCT/DE01/01552, filed on April 24, 2001 by Jurgen Lang, et al. entitled METHOD, ACCORDING TO WHICH A CUSTOMER ACCESSES MONETARY-VALUE DATE FROM A CHARGING POINT and for which priority is claimed under 35 U.S.C. § 119 to Germany Application 100 20 565.8, filed on April 27, 2000.
   
          BACKGROUND
   
       [0002]       The invention relates to a method according to which a customer accesses monetary-value data from a loading station.
   
         [0003]       Especially with payment transactions that are carried out via the Internet, there is a need to pay quickly and securely for services rendered and goods shipped.
   
         [0004]       Electronic payment transactions have to meet high requirements in terms of data security and user authenticity.
   
          BRIEF SUMMARY
   
       [0005]       According to the invention, this objective is achieved in that a random number and a payment identification number containing data about the customer are generated in the loading station.
   
         [0006]       Additional advantages, special features and an advantageous embodiment of the invention ensue from the subordinate claims and from the representation below of a preferred embodiment with reference to the drawing.
   
          DESCRIPTION OF THE DRAWINGS
   
       [0007]       The drawing of FIG. 1 shows a schematic diagram of process steps that can be advantageously integrated into a security architecture of the payment transaction.
   
          DETAILED DESCRIPTION
   
       [0008]       The invention relates especially to the production of PayMarks, that is to say, monetary-value crypto-information.
   
         [0009]       Functional Mode of PCF PayMark
   
         [0010]       PCF PayMark is an expansion of PC franking (PCF). With a few additions to the system, it is possible to generate so-called PayMarks, that is to say, monetary-value crypto-information, instead of postage indicia. These PayMarks can be submitted, for example, in electronic form within the scope of the e-Commerce Center, but also in another form (for example, paper) to a seller as payment for a purchase transaction. The seller can have the validity of these monetary-value PayMarks verified in an e-Commerce Center and then receives the corresponding value reimbursed from this e-commerce center.
   
         [0011]       The security architecture of PCF PayMark is configured as follows:
   
         [0012]       Explanations About the Sequence
   
         [0013]       In principle, the process shown involves a cyclic process which, depending on whether it is a credit or debit procedure of PCP, is executed regularly or irregularly for reloading debit amounts. The actual start of the cyclic process is the stop that is designated with no. 16 in the figure, namely, the authentication of the customer system vis-à-vis a central &#34;loading station&#34;. For reasons of a better overview, however, in this depiction, the cyclic process only starts with the first process step after the authentication has taken place;
   
         [0014]       1.  A random number X and a so-called Pay ID PID containing information about the customer, about his/her creditworthiness for micropayment purchases and about the period of validity of the PID are generated in the loading station
   
         [0015]       2.  In the loading station, the random number X and the Pay ID PID are encrypted (e.g. symmetrically) to form a so-called &#34;CryptoString&#34; in such a way that only the e-Commerce Center is capable of decrypting the random number and the PID on the basis of this CryptoString.
   
         [0016]       3.  The random number X, Pay ID PID and the CryptoString are encrypted in such a way (e.g. asymmetrically) that only the crypto-module in the customer system is capable of decrypting this information.
   
         [0017]       4.  The random number X, the Pay ID PID and the CryptoString are stored temporarily in the crypto-module. Subsequently, the communication with the loading station can be terminated.
   
         [0018]       5.  Within the scope of thc purchase transaction, the customer enters information (e.g. goods/product, price, supplier/seller, date, etc.) into the crypto-module.
   
         [0019]       6.  The crypto-module generates a bash value, among other things, on the basis of the purchase data, the random number, the Pay ID PID (and optionally additional information).
   
         [0020]       7.  The customer system generates a so-called PayMark, that is to say, a character string with crypto-information containing, among other things, the following information: the purchase data in plain text, the temporally stored CryptoString and the generated hash value. This PayMark can be transmitted, for example, electronically to the seller (for example, with an e-mail or on-line via the World-Wide Web), but it can also be transmitted to the seller via other data carriers or else printed out on paper.
   
         [0021]       8.  The crypto-module digitally signs the PayMark with all of the security-relevant information with its own private key and stores it in a journal file in the customer system.
   
         [0022]       9.  The seller receives the PayMark as a monetary-value confirmation for a payment and submits it to the e-Commerce Center for purposes of verification of its validity and for effectuating a payment to him/her. In special embodiments of the system, it is also possible for the PayMark to be transmitted directly to the e-Commerce Center, bypassing the seller.
   
         [0023]       10.  In a first verification step, the CryptoString, which had been encrypted in such a way that only the e-Commerce Center could decrypt it, is decrypted to form the random number X and the Pay ID PID.
   
         [0024]       11.  Like the customer system, the e-Commerce Center now generates a hash value, among other things, on the basis of the transmission-specific data, the random number decrypted from the CryptoString and the Pay ID PID (and optionally additional information).
   
         [0025]       12.  By comparing the hash value that the e-Commerce Center itself has just generated with the hash value contained in the PayMark, it is ascertained whether the (reliable) crypto-module in the customer system was indeed used to produce the PayMark, thus confirming the validity of the PayMark.
   
         [0026]       13.  The e-Commerce Center issues and sends the seller a receipt consisting of the purchase data, the validity confirmation of the PayMark and the confirmation of the payment instruction.
   
         [0027]       14.  The payment transaction to the seller is effectuated, optionally with a time delay.
   
         [0028]       15.  For settlement purposes, the payments of the e-Commerce Center made to the seller are compared to the values that were available to a customer for the production of PayMarks.
   
         [0029]       16.  The values that a customer can use for the production of PayMarks are made available to him/her via the loading station. For this purpose, an authentication of the customer is necessary with which the journal data of the already produced PayMarks (see Item 8) are also transmitted.
   
         [0030]       17.  Depending on the credit or debit process, the produced PayMarks are either charged to the customer ahead of time (loading amount by means of the debit method) or retrospectively on the basis of the journal data. Subsequently, it is possible to continue again with Item 1, that is to say, with the preparation of a new random number X and a new Pay ID PID.