WO2001069555A1 - Zahlungstransaktionsverfahren und zahlungstransaktionssystem - Google Patents

Zahlungstransaktionsverfahren und zahlungstransaktionssystem Download PDF

Info

Publication number
WO2001069555A1
WO2001069555A1 PCT/CH1999/000623 CH9900623W WO0169555A1 WO 2001069555 A1 WO2001069555 A1 WO 2001069555A1 CH 9900623 W CH9900623 W CH 9900623W WO 0169555 A1 WO0169555 A1 WO 0169555A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
transaction
customer
mobile device
payment terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CH1999/000623
Other languages
English (en)
French (fr)
Inventor
Rudolf Ritter
Georges Schlegel
Eric Lauper
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.)
Swisscom Mobile AG
Swisscom AG
Original Assignee
Swisscom Mobile AG
Swisscom AG
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 Swisscom Mobile AG, Swisscom AG filed Critical Swisscom Mobile AG
Priority to PCT/CH1999/000623 priority Critical patent/WO2001069555A1/de
Priority to DE59905894T priority patent/DE59905894D1/de
Priority to CN99817062A priority patent/CN1398387A/zh
Priority to AU16463/00A priority patent/AU764327C/en
Priority to JP2001567552A priority patent/JP4490618B2/ja
Priority to ES99959167T priority patent/ES2201809T3/es
Priority to EP99959167A priority patent/EP1240632B1/de
Priority to US10/168,387 priority patent/US7478065B1/en
Priority to AT99959167T priority patent/ATE242526T1/de
Publication of WO2001069555A1 publication Critical patent/WO2001069555A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices

Definitions

  • the present invention relates to a payment transaction method and a payment transaction system.
  • the present invention relates to a payment transaction method according to the preamble of the independent method claim 1 and a payment transaction system for executing this payment transaction method.
  • POS points of sale
  • portable mobile devices namely mobile telephones that enable identification and authentication support of a customer concerned. Since non-cash forms of payment are increasingly being used to pay for products and / or services at the agency and customers are being equipped with numerous different identification cards by the various agencies for this purpose, there was a desire to use the above-mentioned portable mobile devices for this purpose.
  • Common mobile radio telephones include an identification module, a so-called SIM chip card (Subscriber Identification Module), which contains a unique user identification, for example a 1MSI (International Mobile Subscriber Identity), by means of which the user in question can be identified in a telecommunications network.
  • SIM chip card Subscriber Identification Module
  • 1MSI International Mobile Subscriber Identity
  • PIN Personal Identification Number
  • Mobile phones are described as authenticated transaction controllers.
  • a customer authenticates himself in a retail store initially on his mobile radio telephone, for example by entering a personal identification code, then agree the business operator and the customer enter a transaction password, which the customer enters into his mobile radio telephone and, together with identification data, for example the device number and the telephone number of the mobile radio telephone, is transmitted wirelessly to a recipient of a payment terminal of the sales business.
  • the amount of money to be paid is then obtained from the sales business, which is either obtained from the payment terminal or entered into the customer's mobile phone and transmitted to the recipient of the payment terminal together with the transaction password and the identification data, and that Identification data forwarded to a credit center for credit verification.
  • the transaction password described in EP 708 547 A2 enables, in particular, that the payment terminal can assign the data transmitted by the mobile radio telephone to the transaction in question and is not thereby affected by possible transmissions from other mobile radio telephones.
  • the present invention in particular in that in the payment transactions between a customer with a portable mobile device, for example a mobile radio telephone or a communication-capable palm or laptop computer, and a service station with several payment terminals, in which payment transactions a payment terminal the department informs the customer of a total transaction amount to be paid and of a payment terminal identification assigned to the payment terminal, and the customer informs the customer of the payment Terminal identification indicates to the mobile device, the mobile device prepares a transaction initiation document, which includes a link between the specified payment terminal identification and a customer identification of the customer, and via a contactless device interface, for example an infrared interface or a radio interface, directly to the payment terminal and via a mobile radio network, for example GSM or a UMTS network or another, for example satellite-based, mobile radio network, transmits to a transaction center that after receipt of the transaction initiation document, the payment terminal prepares and prepares a transaction task document comprising at least the customer identification, the payment terminal identification and the total transaction amount, via a communication
  • a payment transaction between a customer with a portable mobile device and a service station for example a so-called point of sale (POS)
  • POS point of sale
  • the customer provides the payment terminal identification to his mobile device
  • the payment terminal involved in the payment transaction concerned and the mobile device involved in the payment transaction concerned become in the transaction center assigned to each other, for example the authenticity of the two payment transaction partners can also be checked.
  • the financial aspect of the payment transaction can then be carried out between the payment transaction partners, in which phase there is no direct communication between the payment terminal and the mobile device, since the financial aspect of the payment transaction is processed via the transaction center.
  • the second phase is the transaction initiated centrally by the payment request of the payment transaction is transmitted to the mobile device involved in the payment transaction in question.
  • a payment voucher that includes a link between the payment request and a customer identification of the customer is prepared and transmitted from the mobile device to the transaction center via the mobile radio network.
  • the payment slip is, for example, provided with an electronic signature of the customer or executed as a secured certificate.
  • the transaction center for example a communication server, can process and / or forward the payment slip, e.g. to a financial institution or a clearing house. After receiving the payment receipt, the transaction center advantageously transmits a transaction confirmation, which at least includes information for identifying the payment transaction in question, via the communication network to the payment terminal and, depending on the version, also to the mobile device via the mobile radio network.
  • information about the type of payment for example debit to a specific credit card number, debit to a specific customer account, debit to a specific bank account, or debit to a prepaid amount of money stored in the mobile device, is provided in the mobile device before the payment slip is transmitted to the transaction center. for example on the SIM card of the mobile device, inserted in the payment slip.
  • Adding information about the intended payment type has the advantage that this increases the flexibility of the payment transaction method and payment transaction system according to the invention, and that depending on the type of payment type desired, at least certain payment transactions can be booked directly (online) and automatically , while others can be booked subsequently (off-line), for example with the help of a suitable clearing house.
  • the payment terminal inserts an agency identification into the transaction receipt document in preparation of the transaction receipt, and the total transaction amount is credited to the agency identified by the agency identification.
  • a service identification as a component of the transaction receipt document also has the advantage that payment transactions can be processed by a large number of services via the transaction center, the service centers being able to be assigned to different owners or different service providers, for example.
  • the customer authenticates himself on his mobile device, for example with a biometric feature, for example with a fingerprint, a voice pattern or an eye pattern.
  • a biometric feature for example with a fingerprint, a voice pattern or an eye pattern.
  • the payment terminal transmits the payment date identification directly to the mobile device via the contactless device interface, and the customer provides the payment terminal identification to the mobile device by accepting the payment terminal identification received from the payment terminal directly via the contactless device interface by means of operating elements of the mobile device.
  • the advantage of this embodiment variant is that the customer does not have to manually type the payment terminal identification into the mobile device, so that input errors can be prevented by the customer.
  • the solvency of the customer determined by the transmitted customer identification is checked by the transaction center. Based on the result of this solvency check, the transaction center can, if appropriate, transmit a message to the relevant payment terminal and to the relevant mobile device, by means of which message the payment of the payment transaction to the customer concerned. tion on the inventive method is denied due to lack of solvency.
  • the payment receipt and / or a transaction confirmation from the transaction center relating to the successfully completed payment transaction is stored in the mobile device, for example on the SIM card of the mobile device.
  • the advantage of storing payment slips and / or transaction confirmations in the mobile device is that it enables the customer to keep a record of the payment transactions made and to use a payment slip, or a transaction confirmation, stored in the mobile device as a receipt, especially if the payment request contained in the payment slip and / or the transaction confirmation contains a certificate or an electronic signature of the relevant agency and / or the transaction center.
  • FIG. 1 shows a block diagram which schematically represents a service station in which there are a number of mobile devices and a number of payment terminals, the mobile devices being connected to a transaction center via a mobile radio network and the payment terminals via a communication network.
  • FIG. 2 shows a time diagram which illustrates a possible sequential course of the information flow between a payment terminal, a transaction center and a mobile device.
  • FIGS. 1 and 2 elements that are identified by the same reference number are to be regarded as equivalent elements.
  • the reference number 5 relates to a service point, a so-called point of sale (POS), for example a publicly accessible sales point for products and / or services.
  • POS point of sale
  • FIG. 1 there are several payment terminals 2 and several mobile devices 1 worn by customers in the service center 5.
  • the portable mobile devices 1 are, for example, mobile radio telephones, laptop or palm top computers or other suitable portable mobile devices which communicate via a mobile radio network 6, for example a GSM or a UMTS network or another, for example satellite-based, mobile radio network, that is to say in particular also Can exchange data.
  • the data exchange via the mobile radio network 6 can, for example, by means of special messages, for example SMS (Short Message Service) or USSD messages (Unstructured Supplementary Services Data), or by means of special data services, for example GPRS (GeneraJized Packet Radio Service) or HSCSD (High Speed Circuit Switched Data).
  • SMS Short Message Service
  • USSD messages Unstructured Supplementary Services Data
  • special data services for example GPRS (GeneraJized Packet Radio Service) or HSCSD (High Speed Circuit Switched Data).
  • the term "software remodule" used in the present description relates in each case to a program code which is stored in a memory and is executed on a processor, for example in cooperation with suitable operating systems and / or with the aid of services from virtual platforms, for example a Java Virtual Machine (Java is a registered trademark of Sun Microsystems) so that the processor is controlled so that it performs the respective functions assigned to the software module.
  • Java Virtual Machine Java is a registered trademark of Sun Microsystems
  • Functions are assigned, for the execution of which a software module in question uses functions and / or services which are located in one version, for example for reasons of efficiency, in other modules, but which are nevertheless also to be understood as functional components of the software module in question.
  • the payment terminals 2 are based, for example, on conventional electronic cash register systems, which are not shown, for example Control elements and price recording components, for example laser scanners, are equipped and comprise at least one processor 26.
  • the mobile devices 1 and the payment terminals 2 have a contactless device interface 11-21.
  • the mobile devices 1 are equipped with at least one transmitter 11 of the contactless interface 11-21.
  • the transmitter 11 comprises the necessary hardware elements for transmitting data, for example in the form of radio or infrared waves, and for connecting the transmitter to the processor 16 of the mobile device 1, as well as the programmed software modules and software interfaces that operate and control the transmitter 11 are required (the transmitter 11 can, for example, also be the mobile radio transmitter of the mobile device 1, which is operated with reduced power).
  • the payment terminals 2 are equipped with a corresponding receiver 21, which has the necessary hardware elements and software modules to receive data via the contactless interface 11-21 and to forward them to the processor 26 of the payment terminal 2.
  • the mobile devices 1 and the payment terminals 2 can also each be equipped with transmitters and receivers for a bidirectional contactless interface 11-21.
  • This bidirectional contactless interface 11-21 can also be used in unidirectional operation, for example for reasons of compatibility.
  • Such bidirectional contactless device interfaces are, for example, infrared interfaces, for example high speed infrared (HSIR) interfaces or IrDA interfaces (infrared data association), inductive interfaces, for example radio frequency identification (RFID) interfaces (len.
  • HSIR high speed infrared
  • IrDA infrared data association
  • RFID radio frequency identification
  • the payment terminals 2 are each assigned a payment terminal identification, which makes it possible to identify a payment terminal 2 in question from a number of payment terminals 2 present in the service center 5.
  • the payment terminal identification is, for example, a number, for example "12", a sequence of letters, for example! “BE”, or a mixed sequence of letters and numbers, for example "K3", which is usually based on one, two or three digits or letters can be restricted in order to ensure clear identification of a payment terminal 2 in a service center 5.
  • the payment terminals 2 each comprise means for informing a customer of the payment terminal identification, for example a sign or a board on which the payment terminal identification is visibly shown to the customers.
  • the payment terminal identification can be transmitted to a respective mobile device 1 via the contactless interface 11-21 by a payment terminal identification module 22 of the payment terminals 2, for example a software module.
  • the payment terminals 2 each comprise means for informing a customer involved in a payment transaction about a total transaction amount to be paid for the payment transaction, for example a display 29 and suitable software modules for controlling this display 29.
  • the payment terminal identification can also be displayed on this display 29.
  • the customer wants to pay the total amount of the payment transaction using his mobile device 1, he switches on his mobile device 1 and, in an embodiment variant, is asked to authenticate himself by an authentication module 12 of the mobile device 1, for example a programmed software module.
  • the customer is asked, for example, to enter a personal identification code (Personal Identification Number, PIN) that is received by the authentication module 12 and with one in the mobile device 1, for example on a SIM card 17 (Subscriber Identification Module) of the mobile device 1, secured code is compared.
  • PIN Personal Identification Number
  • the authentication module 12 also has hardware components and further software components in order to receive a biometric feature from the customer for authentication and to compare it with a biometric feature previously saved in the mobile device 1, for example on a SIM card 17 of the mobile device 1 .
  • the biometric feature is, for example, a voice pattern that is recorded by means of a microphone of the mobile device 1, a fingerprint or facial features that are recorded with a video sensor of the mobile device 1, or an eye pattern, for example a pattern of the iris or the retina, that with a suitable scanner is recorded.
  • the customer selects the “payment transaction” function from a function menu shown on the display 19 of the mobile device 1 on his mobile device 1, for example by means of the control elements 18.
  • the menu and function sequence control is performed, for example, by a programmed software module of the Mobile device 1 is executed, for example by a Java applet, which is stored, for example, on the SIM card 17 of the mobile device 1.
  • the software module (s) for executing the “payment transaction” function can be carried out, for example, by a responsible person Operators can be blocked via the mobile radio network 6 or via the contactless device interface 11-21, for example by transmitting a signed or certified command word to the mobile device 1 by means of suitable messages, where it is processed by a corresponding software module.
  • the mobile device Users of the transaction initiation module 13 of the mobile device 1, for example a programmed software module, are prompted to specify the payment terminal identification of the payment transaction in question.
  • the customer can type in the payment terminal identification, for example by means of operating elements 18 of the mobile device 1. If the mobile device 1 has a suitable speech recognition module, the customer can also indicate the payment terminal identification to the mobile device 1 by means of spoken language.
  • the mobile device can be used in one variant 1, for example by means of the transaction initiation module 13 of the mobile device 1, to accept the payment terminal identification of the relevant payment terminal 2 via the contactless device interface 11-21, as indicated by the dashed arrow S1 in FIG. 2, and to be shown on the display 19 of the mobile device 1 that the customer can indicate the payment terminal identification of the relevant payment terminal 2 to the mobile device 1 by accepting the displayed payment terminal identification by means of the operating elements 18 of the mobile device 1.
  • the payment terminal identification module 22 of the payment terminal 2 can identify the payment terminal, for example during a predefined time interval and / or until the payment transaction, as will be explained in more detail later, by the mobile device 1 involved in the relevant payment transaction via the contactless device interface 11 -21 is initiated, several times, for example periodically, - send out via the contactless device interface 11-21, the transmission power of the transmitter 21 being selected such that the payment terminal identification can only be received in the narrow area around the payment terminal 2 and not unnecessarily from other mobile devices 1 is received in the office 5.
  • the transaction initiation module 13 of the mobile device 1 prepares a transaction initiation document, which includes a link between the specified payment terminal identification and a customer identification of the customer, and initiates the payment transaction by transmitting this transaction initiation document via the contactless device interface 11-21 to the relevant payment terminal 2, as in FIG Figures 1 and 2 is indicated by the arrow S2.
  • Received transaction initiation documents can be filtered in the payment terminal 2 on the basis of the payment terminal identification contained therein.
  • the transaction initiation module 13 of the mobile device 1 also transmits the transaction initiation document via the mobile radio network 6 to the transaction center 4.
  • the transaction center 4 is based, for example, on a conventional communication server, that is to say on a computer which is designed as a server with suitable operation and database systems, data memories and a communication module 45.
  • the transaction center 4 can also be implemented with several interconnected computers.
  • the communication module 45 comprises, for example, a software module and the necessary hardware components in order to communicate via the mobile radio network 6 and via the communication network 3, that is to say in particular to exchange data with the mobile devices 1 and the payment terminals 2 via these networks.
  • the communication network 3 is, for example, a fixed network, for example the public switched telephone network, an ISDN network, an Internet network, or a LAN (Local Area Network) or WAN (Wide Area Network), or a mobile radio network, for example a GSM or a UMTS network or another, for example satellite-based, mobile radio network.
  • a fixed network for example the public switched telephone network, an ISDN network, an Internet network, or a LAN (Local Area Network) or WAN (Wide Area Network), or a mobile radio network, for example a GSM or a UMTS network or another, for example satellite-based, mobile radio network.
  • the mobile devices 1 can also communicate with the transaction center 4 via the Internet, for example, using WAP (Wireless Application Protocol), suitable Java applets (Java is a registered trademark of Sun Microsystems) and / or SIM toolkit functions.
  • WAP Wireless Application Protocol
  • Java applets Java is a registered trademark of Sun Microsystems
  • SIM toolkit functions for example,
  • the customer identification enables the customer to be identified as a registered participant in the payment transaction method according to the invention.
  • the customer identification can, for example, be structured in such a way that it comprises an assignment authority identification which determines the assignment authority which the customer identification has assigned to the relevant customer, for example the operator of a chain of service units 5, and that it comprises a customer number which is unique for this assignment authority.
  • the customer identification can also be provided for international use and, for example, country identifications and / or other suitable data elements, for example an expiry date, include.
  • the customer identification can also be provided with an electronic signature or designed as a secure certificate.
  • the payment terminal 2 comprises a transaction task module 23, for example a programmed software module, which, upon receipt of the transaction initiation document, prepares a transaction task document which comprises at least the customer identification, the payment terminal identification and the total transaction amount of the relevant payment transaction as well as a service station identification, and this transaction task 3 document via the communication network document Transaction center 4 is transmitted, as indicated in FIG. 2 by arrow S3. This transmission takes place, for example, automatically or only after an appropriate command has been entered into the payment terminal 2 by employees of the service point 5.
  • a transaction task module 23 for example a programmed software module, which, upon receipt of the transaction initiation document, prepares a transaction task document which comprises at least the customer identification, the payment terminal identification and the total transaction amount of the relevant payment transaction as well as a service station identification, and this transaction task 3 document via the communication network document Transaction center 4 is transmitted, as indicated in FIG. 2 by arrow S3. This transmission takes place, for example, automatically or only after an appropriate command has been entered into the payment terminal 2 by employees of the service point 5.
  • the transaction initiation document transmitted by the mobile device 1, as indicated by the arrow S2 ′ in FIG. 2, is received and buffered by means of the communication module 45.
  • the transaction task receipt transmitted by the payment terminal 2, as indicated by the arrow S3 in FIG. 2 is also received and buffered by means of the communication module 45.
  • the communication module 45 also determines the call number in a known manner, for example the MSISDN number (Mobile Subscriber ISDN), of the mobile device 1 that transmitted the transaction initiation document, and stores this call number in the transaction center 4 to the transaction initiation received by the mobile device 1 Assignment document assigned from.
  • the transaction center 4 expects for a relevant payment transaction from the payment terminal 2 the transmission of the transaction receipt document indicated by the arrow S3 within a predefined time interval At., After the transaction center 4 receives the transmission indicated by the arrow S2 'from the mobile device 1 of the transaction initiation receipt. Otherwise, a time error is registered in the transaction center 4 and the further processing of the payment transaction action, for example after corresponding notification of the mobile device 1, canceled.
  • the receipt and, accordingly, the storage of the transaction initiation document and the transaction task document can take place in the reverse order, so that the time interval ⁇ t is started by the receipt of the transaction task document.
  • the transaction center 4 comprises a payment request module 42, for example a programmed software module, which compares transaction task receipts received by payment terminals 2 on the basis of the payment terminal identification and customer identification contained therein with transaction initiation receipts received by mobile devices 1. If a match the Bezah- prepares lung request module 42 prior to a payment request, which comprises for example the matching payment terminal identification and the TM in the relevant transaction placing record total transaction amount contained. As indicated by the arrow S4 in FIG. 2, the prepared payment request is transmitted from the payment request module 42 of the transaction center 4, with the aid of the communication module 45, via the mobile radio network 6 to the mobile device 1 with the determined number.
  • a payment request module 42 for example a programmed software module, which compares transaction task receipts received by payment terminals 2 on the basis of the payment terminal identification and customer identification contained therein with transaction initiation receipts received by mobile devices 1. If a match the Bezah- prepares lung request module 42 prior to a payment request, which comprises for example the matching payment terminal identification and the TM in the relevant transaction placing
  • the transaction center 4 transmits a corresponding error message, for example with the request to re-enter the payment terminal identification, to the mobile device 1.
  • the payment request to increase security is provided by the payment request module 42 with an electronic signature of the transaction center 4 or is executed as a secured certificate.
  • the payment request transmitted by the transaction center 4 is received via the mobile radio network 6 and, in a variant, is filtered on the basis of the payment terminal identification contained therein, in that the payment request identified in the payment request held payment terminal identification from the mobile device 1 is compared with the payment terminal identification previously transmitted to the transaction center 4.
  • a payment receipt module 14 of the mobile device 1 for example a programmed software module, a payment receipt is prepared on the basis of the payment request received, for example after the authenticity of the payment request or the authenticity of the transaction center 4 has been checked and the payment request to the customer on the display 19 of the mobile device 1 was displayed and the customer accepted the payment by means of the operating elements 18 of the mobile device 1 and thus released it.
  • the prepared payment slip comprises the received payment request and an identification of the customer, for example the above-mentioned customer identification or an IMSI (International Mobile Subscriber Identity), each of which is stored on the SIM card 17 of the mobile device 1.
  • the payment receipt can be provided with an electronic signature of the customer concerned by the payment receipt module 14 or can be executed as a secured certificate.
  • the payment slip can also be provided with a time / date.
  • the payment document module 14 also inserts information about the desired payment method into the payment document, which information is stored, for example, as a default value in the SIM card 17 of the mobile device 1 or requested and transmitted by the customer concerned via the display 19 of the mobile device 1 the controls 18 are received.
  • the information about the desired payment type specifies, for example, a desired debit of the total transaction amount to be paid on a specific credit card number, a debit on a specific customer account, a debit on a specific bank account or a debit on a prepaid amount of money stored in the mobile device, for example on the SIM card 17 of the mobile device 1.
  • the payment voucher module 14 of the mobile device 1 transmits the prepared payment voucher, as indicated in FIG. 2 by the arrow S5, via the mobile radio network 6 to the transaction center 4.
  • the transaction center 4 expects for a relevant payment transaction from the mobile device 1 the transmission of the payment slips indicated by the arrow S5 within a predefined time interval ⁇ t 2 after the transaction center 4 receives the transmission of the payment request indicated by the arrow S4 the mobile device 1 has executed. Otherwise, a time error is registered in the transaction center 4 and the transmission indicated by the arrow S4 is carried out again, for example, and possibly, for example in the event of repeated failure, the further processing of the payment transaction is terminated, for example after corresponding notification of the payment terminal 2.
  • the payment receipt for example from the payment request module 42, is received in the transaction center 4 and, if necessary, the authenticity of the customer is checked on the basis of the electronic signature or the certificate.
  • the transaction center 4 checks the solvency of the customer in question, for example by means of the solvency check module 43, which is designed, for example, as a programmed software module, on the basis of the identification of the customer transmitted in the payment slip.
  • the solvency check module 43 accesses, for example, directly or via suitable services to a corresponding database, the content of which is managed, for example, by a communication network operator, for example the operator of the mobile radio network 6, or by a financial institution.
  • the transaction center 4 can, for example by means of the transaction confirmation module 44, which is designed, for example, as a programmed software module, transmit a negative transaction confirmation to the mobile device 1 concerned and to the payment terminal 2 involved in the payment transaction concerned , by means of which negative transaction confirmation the customer concerned is denied payment of the payment transaction via the method according to the invention due to lack of solvency.
  • the transaction confirmation module 44 transmits a positive transaction confirmation to the transaction center 4 to the payment terminal 2 involved in the payment transaction concerned and to the mobile device 1 concerned.
  • Action confirmations contain at least information on the identification of the payment transaction concerned and an indication of whether it is a positive or negative transaction confirmation, in the latter case the respective reasons, for example an above-mentioned time error, lack of solvency or unconfirmed authenticity of the customer in question become.
  • a positive transaction confirmation the payment transaction for the payment terminal 2 and for the mobile device 1 or the customer concerned is deemed to have taken place and the products and / or services obtained can be released to the customer in the service center 5.
  • the positive transaction confirmation is only transmitted from the transaction center 4 to the transaction partners involved in the relevant payment transaction, for example, when the further processing of the payment slip described below has been completed by the transaction center 4.
  • the transmission of the transaction confirmation by the transaction center 4 to the payment terminal 2 is indicated in FIG. 2 by the arrow S6 and the transmission of the transaction confirmation by the transaction center 4 to the mobile device 1 is indicated in FIG. 2 by the arrow S7.
  • positive transaction confirmations can also be transmitted from the transaction center 4 by email, fax or letter to a predefined email address, fax number or postal address of the customer concerned and / or (the operator) of the service center 5.
  • the payment slips and / or the positive transaction confirmations are advantageously stored in a memory 15 of the mobile device 1, for example by the payment slip module 14, for example on a SIM card 17 of the mobile device 1, so that they can later be used as a receipt and / or that they are available to the customer concerned to manage the payment transactions made by him.
  • transaction confirmations are used by the service center 5, or its operator, and the customer, for example in the mobile device 1, for accounting purposes or for confirmation purposes, they additionally contain at least the total transaction amount of the payment transaction in question, but advantageously also additional information mentioned above, which in the payment slip of the relevant payment transaction action are included, in particular signatures or certificates of the transaction partners involved.
  • the transaction task module 23 of the payment terminals 2 comprises, for example, programmed means which determine a transaction identification for a payment transaction and insert this transaction identification into the transaction task document.
  • This transaction identification contains, for example, the payment terminal identification, the agency identification, and a transaction number, which is continuously incremented for each new payment transaction and / or includes a date / time.
  • the transaction identification can also be replaced by an unstructured, unique transaction number, but this would require centralized administration of the transaction identification.
  • the number of numerical digits and / or letters of the agency identification depends on how many departments 5 process their payment transactions via the transaction center 4.
  • the agency identification can, for example, be structured in such a way that it comprises an assignment authority identification that determines the assignment authority that assigned the agency identification to the agency in question 5, for example the operator of a chain of agency 5, and that it comprises an agency number that is unique for this association authority.
  • the agency identification can also be provided for international use and include, for example, country identification and / or other suitable data elements.
  • the number of numerical digits and / or letters of the transaction number depends on how many payment transactions are processed via a payment terminal 2 in a predefined time interval, for example on a day or on a half-day.
  • the payment slip is processed further in the transaction center 4, possibly taking into account the information contained therein about the payment method desired by the customer.
  • the payment slips can be sent, for example, to a financial institution or a clearing house via the communication network 3 forwarded, or the total transaction amount can be deducted by the transaction center 4 via the mobile network 6 directly from a prepaid amount of money stored in the mobile device 1, for example in the SIM card 17 of the mobile device 1.
  • the total transaction amount can be credited to the agency 5 by the transaction center 4, for example by the credit module 41 of the transaction center 4, which is designed, for example, as a software module, this credit being, for example, in a corresponding account in the transaction center 4 or accessible via the communication network 3 in a database of a financial institution.
  • the credit note can also be processed in the above-mentioned way via the financial institution or the clearing house.
  • the software modules in particular the transaction initiation module 13 and the payment receipt module 14, and software components of the authentication module 12, for example on the SIM card 17 of the mobile device can be stored, for example as a Java applet or as a SIM toolkit functions, and can also be carried out, for example, on a processor of the SIM card 17.
  • the software modules can also be implemented in such a way that they are used by an authorized operator via the contactless device interface 11 or can be blocked via the mobile radio network 6, for example if the owner of the mobile device 1 has reported the loss of the relevant mobile device 1 to a responsible operator.
  • the data transmissions via the contactless interface 11-21 can be encrypted according to a method known to the person skilled in the art to increase security.
  • the payment transaction method according to the invention and the payment transaction system according to the invention enable customers who are equipped with a mobile device 1 in a service center 5 which is equipped with a or several payment terminals 2 are equipped to carry out payment transactions without cash using their mobile devices 1.
  • a customer has authenticated, for example, on his mobile device 1, depending on the embodiment variant, the payment terminal identification of the payment terminal in question or no further data has to be entered into the mobile device 1.
  • Such payment transactions from one or more service centers 5 can be processed in a transaction center 4, the transaction center 4 being able to check the authenticity of the payment transaction partners involved and the solvency of customers, and to carry out debits, according to information provided by the customers, and credit notes for payment transactions.

Landscapes

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

Abstract

Zahlungstransaktionsverfahren und Zahlungstransaktionssystem, in welchen Zahlungstransaktionen zwischen Kunden mit tragbaren Mobilgeräten (1), beispielsweise Mobilfunktelefone, und mehreren Bezahlungsterminals (2) in einer Dienststelle (5) durchgeführt werden, wobei das für eine Zahlungstransaktion zuständige Bezahlungsterminal (2) einen betreffenden Kunden über seine Bezahlungsterminalidentifizierung und einen Transaktionstotalbetrag informiert, wobei der Kunde dem Mobilgerät (1) die Bezahlungsterminalidentifizierung angibt und das Mobilgerät (1) einen Transaktionsinitiierungsbeleg, der die Bezahlungsterminalidentifizierung sowie eine Kundenidentifizierung umfasst, über eine kontaktlose Geräteschnittstelle (11-21) an das Bezahlungsterminal (2) sowie über ein Mobilfunknetz (6) an eine Transaktionszentrale (4) übermittelt, wobei das Bezahlungsterminal (2) nach dem Empfang des Transaktionsinitiierungsbelegs einen Transaktionsaufgabebeleg, der eine Dienststellenidentifizierung, die Bezahlungsterminalidentifizierung und den Transaktionstotalbetrag umfasst, über ein Kommunikationsnetz (3) an die Transaktionszentrale (4) übermittelt, und wobei die Transaktionszentrale (4) eine Bezahlungsaufforderung, die mindestens den Transaktionstotalbetrag umfasst, an das Mobilgerät (1) übermittelt, von welchem der Transaktionsinitiierungsbeleg übermittelt wurde.

Description

Zahlungstransaktionsverfahren und Zahlungstransaktionssystem
Die vorliegende Erfindung betrifft ein Zahlungstransaktionsverfahren und ein Zahlungstransaktionssystem. Insbesondere betrifft die vorliegende Erfindung ein Zahlungstransaktionsverfahren gemäss dem Oberbegriff des unab- hängigen Verfahrensanspruchs 1 und ein Zahlungstransaktionssystem zur Ausführung dieses Zahlungstransaktionsverfahrens.
Durch die zunehmende Beliebtheit und Verbreitung der mobilen Te- lefonie sind immer mehr Kunden von Dienststellen, sogenannte Points of Sale (POS), beispielsweise Verkaufsstellen von Produkten und/oder Dienstleistun- gen, mit tragbaren Mobilgeräten ausgerüstet, nämlich Mobilfunktelefone, die die Identifizierung und Authentifizierung eines betreffenden Kunden unterstützen. Da für die Bezahlung von Produkten und/oder Dienstleistungen bei der Dienststelle immer häufiger bargeldlose Zahlungsformen verwendet werden und die Kunden für diesen Zweck von den verschiedenen Dienststellen mit zahlreichen verschiedenen Identifizierungskarten ausgerüstet werden, bestand der Wunsch, für diesen Zweck die oben genannten tragbaren Mobilgeräte einzusetzen. Gebräuchliche Mobilfunktelefone umfassen ein Identifizierungsmodul, eine sogenannte SIM-Chipkarte (Subscriber Identification Module), welches eine eindeutige Benutzeridentifizierung enthält, beispielsweise eine 1MSI (International Mobile Subscriber Identity), mittels welcher der betreffende Benutzer in einem Telekommunikationsnetz identifiziert werden kann. Um die Benutzung eines solchen Mobilgeräts durch einen unbefugten Benutzer zu verhindern, muss sich ein Benutzer vorerst beim Mobilgerät authentifizieren, beispielsweise indem er mittels Bedienungselementen des Mobilgeräts einen per- sönlichen Code (Personal Identification Number, PIN) eingibt, der unter Zuhilfenahme von Sicherheitsdiensten mit einem auf der SIM-Chipkarte gespeicherten Wert verglichen wird.
In der Patentanmeldung EP 708 547 A2 wird die Verwendung eines
Mobilfunktelefons als authentifizierter Transaktionskontroller beschrieben. Ge- mäss der in EP 708 547 A2 offenbarten Lehre authentifiziert sich ein Kunde in einem Verkaufsgeschäft zunächst bei seinem Mobilfunktelefon, beispielsweise durch Eingabe eines persönlichen Identifizierungscodes, danach vereinbaren der Geschäftsbetreiber und der Kunde ein Transaktionspasswort, welches vom Kunden in sein Mobilfunktelefon eingegeben und zusammen mit Identifizierungsdaten, beispielsweise die Gerätenummer und die Telefonnummer des Mobilfunktelefons, drahtlos an einen Empfänger eines Bezahlungsterminals des Verkaufsgeschäfts übermittelt wird. Gemäss der in EP 708 547 A2 offenbarten Lehre werden dann vom Verkaufsgeschäft der betreffende zu bezahlende Geldbetrag, der entweder vom Bezahlungsterminal bezogen wird oder vom Kunden in sein Mobilfunktelefon eingegeben und zusammen mit dem Transaktionspasswort und den Identifizierungsdaten an den Empfänger des Bezahlungsterminals übertragen wird, und die Identifizierungsdaten zur Kreditüberprüfung an ein Kreditzentrum weitergeleitet. Das in EP 708 547 A2 beschriebene Transaktionspasswort ermöglicht insbesondere, dass das Bezahlungsterminal die vom Mobilfunktelefon übermittelten Daten der betreffenden Transaktion zuordnen kann und dadurch nicht durch eventuelle Übermittlungen von anderen Mobilfunktelefonen beeinträchtigt wird.
Es ist eine Aufgabe dieser Erfindung, ein neues Zahlungstransaktionsverfahren und ein neues Zahlungstransaktionssystem vorzuschlagen, welche insbesondere für Dienststellen mit einem oder mehreren Bezahlungsterminals und mit einem oder mehreren mit Mobilgeräten ausgerüsteten Kunden eingesetzt werden können.
Gemäss der vorliegenden Erfindung wird dieses Ziel insbesondere durch die Merkmale der unabhängigen Ansprüche erreicht. Weitere vorteilhafte Ausführungsformen gehen ausserdem aus den abhängigen Ansprüchen und der Beschreibung hervor.
Dieses Ziel wird durch die vorliegende Erfindung insbesondere dadurch erreicht, dass in den Zahlungstransaktionen zwischen einem Kunden mit einem tragbaren Mobilgerät, beispielsweise ein Mobilfunktelefon oder ein kommunikationsfähiger Palm- oder Laptop-Computer, und einer Dienststelle mit mehreren Bezahlungsterminals, in welchen Zahlungstransaktionen ein Be- zahlungsterminal der Dienststelle den Kunden über einen zu bezahlenden Transaktionstotalbetrag und über eine dem Bezahlungsterminal zugeordnete Bezahlungsterminalidentifizierung informiert und der Kunde die Bezahlungs- terminalidentifizierung dem Mobilgerät angibt, das Mobilgerät einen Transakti- onsinitiierungsbeleg, der eine Verknüpfung der angegebenen Bezahlungsterminalidentifizierung mit einer Kundenidentifizierung des Kunden umfasst, vorbereitet und über eine kontaktlose Geräteschnittstelle, beispielsweise eine Infrarotschnittstelle oder eine Funkschnittstelle, direkt an das Bezahlungsterminal und über ein Mobilfunknetz, beispielsweise ein GSM- oder ein UMTS- Netz oder ein anderes, beispielsweise satellitenbasiertes, Mobilfunknetz, an eine Transaktionszentrale übermittelt, dass das Bezahlungsterminal nach dem Empfang des Transaktionsinitiierungsbelegs einen Transaktionsaufgabebeleg, der mindestens die Kundenidentifizierung, die Bezahlungsterminalidentifizierung und den Transaktionstotalbetrag umfasst, vorbereitet und über ein Kommunikationsnetz, beispielsweise ein oben genanntes Mobilfunknetz oder ein Festnetz, an die Transaktionszentrale übermittelt, und dass die Transaktionszentrale eine BeZahlungsaufforderung, die mindestens den Transaktionstotal- betrag und beispielsweise die Bezahlungsterminalidentifizierung umfasst, über das Mobilfunknetz an das Mobilgerät übermittelt, von welchem Mobilgerät der Transaktionsinitiierungsbeleg an die Transaktionszentrale übermittelt wurde.
im erfindungsgemässen Zahlungstransaktionsverfahren und Zahlungstransaktionssystem wird also eine Zahlungstransaktion zwischen einem Kunden mit einem tragbaren Mobilgerät und einer Dienststelle, beispielsweise ein sogenannter Point of Sale (POS), mit mehreren Bezahlungsterminals in zwei Phasen durchgeführt. In der ersten Phase, in der vom Kunden die Bezahlungsterminalidentifizierung seinem Mobilgerät angegeben, im Mobilgerät der Transaktionsinitiierungsbeleg vorbereitet und an das Bezahlungsterminal sowie an die Transaktionszentrale übermittelt wird, werden das an der betreffenden Zahlungstransaktion beteiligte Bezahlungsterminal und das an der betreffenden Zahlungstransaktion beteiligte Mobilgerät in der Transaktionszentrale einander zugeordnet, wobei beispielsweise auch die Authentizität der beiden Zahlungstransaktionspartner überprüft werden kann. In der zweiten Phase kann dann zwischen den Zahlungstransaktionspartnern der finanzielle Aspekt der Zahlungstransaktion durchgeführt werden, wobei in dieser Phase keine direkte Kommunikation zwischen dem Bezahlungsterminal und dem Mobilgerät stattfindet, da der finanzielle Aspekt der Zahlungstransaktion über die Transaktionszentrale abgewickelt wird. Die zweite Phase wird von der Transaktions- zentrale eingeleitet indem die BeZahlungsaufforderung der Zahlungstransaktion an das an der betreffenden Zahlungstransaktion beteiligte Mobilgerät übermittelt wird.
Vorzugsweise wird im Mobilgerät, beispielsweise nachdem die Be- Zahlungsaufforderung vom betreffenden Kunden mittels Bedienungselementen des Mobilgeräts akzeptiert wurde, ein Bezahlungsbeleg, der eine Verknüpfung der BeZahlungsaufforderung mit einer Kundenidentifizierung des Kunden umfasst, vorbereitet und vom Mobilgerät über das Mobilfunknetz an die Transaktionszentrale übermittelt. Der Bezahlungsbeleg wird, beispielsweise mit einer elektronischen Signatur des Kunden versehen oder als gesichertes Zertifikat ausgeführt. Die Transaktionszentrale, beispielsweise ein Kommunikations- Seπ/er, kann den Bezahlungsbeleg weiterverarbeiten und/oder weiterleiten, z.B. an ein Finanzinstitut oder an eine Clearingstelle. Vorteilhafterweise übermittelt die Transaktionszentrale nach dem Erhalt des Bezahlungsbelegs eine Transaktionsbestätigung, die mindestens Angaben zur Identifizierung der betreffenden Zahlungstransaktion umfasst, über das Kommunikationsnetz an das Bezahlungsterminal und je nach Ausführung über das Mobilfunknetz auch an das Mobilgerät.
In einer Ausführungsvariante werden im Mobilgerät vor der Über- mittlung des Bezahlungsbelegs an die Transaktionszentrale Angaben über die Bezahlungsart, beispielsweise Belastung auf eine bestimmte Kreditkartennummer, Belastung auf ein bestimmtes Kundenkonto, Belastung auf ein bestimmtes Bankkonto, oder Belastung auf einen im Mobilgerät gespeicherten vorausbezahlten Geldbetrag, beispielsweise auf der SIM-Karte des Mobilge- räts, in den Bezahlungsbeleg eingefügt. Das Einfügen von Angaben über die beabsichtigte Bezahlungsart hat den Vorteil, dass dadurch die Flexibilität des erfindungsgemässen Zahlungstransaktionsverfahrens und Zahlungstrans- aktionssystems erhöht wird, und dass je nach Art der gewünschten Bezahlungsart mindestens gewisse Zahlungstransaktionen direkt (on-line) und auto- matisch verbucht werden können, während andere nachträglich (off-line), beispielsweise unter Zuhilfenahme einer dafür geeigneten Clearingstelle, verbucht werden können. Vorzugsweise fügt das Bezahlungsterminal bei der Vorbereitung des Transaktionsaufgabebelegs zusätzlich eine Dienststellenidentifizierung in den Transaktionsaufgabebeleg ein, und der Transaktionstotalbetrag wird der durch die Dienststellenidentifizierung bestimmten Dienststelle gutgeschrieben. Eine Dienststellen Identifizierung als Bestandteil des Transaktionsaufgabebelegs hat überdies den Vorteil, dass Zahlungstransaktionen von einer Vielzahl von Dienststellen über die Transaktionszentrale abgewickelt werden können, wobei die Dienststellen beispielsweise verschiedenen Inhabern, respektive verschiedenen Dienststellenbetreibern, zugeordnet sein können.
In einer Ausführungsvariante authentifiziert sich der Kunde bei seinem Mobilgerät beispielsweise mit einem biometrischen Merkmal, zum Beispiel mit einem Fingerabdruck, einem Stimmmuster oder einem Augenmuster. Die Verwendung von biometrischen Merkmalen zur Authentifizierung eines Benutzers hat den Vorteil, dass die damit verbundene Sicherheit höher ist als bei der Verwendung eines persönlichen Codes, der beispielsweise durch unrechtmäs- sige Benutzer erraten oder vom rechtmässigen Benutzer vergessen werden kann.
In einer Ausführungsvariante übermittelt das Bezahlungsterminal die Bezahlungsterminaiidentifizierung über die kontaktlose Geräteschnittstelle di- rekt an das Mobilgerät, und der Kunde gibt die Bezahlungsterminalidentifizierung dem Mobilgerät an, indem er die vom Bezahlungsterminal direkt über die kontaktlose Geräteschnittstelle empfangene Bezahlungsterminalidentifizierung mittels Bedienungselementen des Mobilgeräts akzeptiert. Der Vorteil dieser Ausführungsvariante besteht darin, dass der Kunde die Bezahlungsterminal- Identifizierung nicht manuell in das Mobilgerät eintippen muss, so dass Eingabefehler durch den Kunden verhindert werden können.
In einer Ausführungsvariante wird die Solvenz des durch die übermittelte Kundenidentifizierung bestimmten Kunden durch die Transaktionszentrale überprüft. Basierend auf dem Resultat dieser Solvenzprüfung kann die Transaktionszentrale gegebenenfalls eine Meldung an das betreffende Bezahlungsterminal sowie an das betreffende Mobilgerät übermitteln, mittels welcher Meldung dem betreffenden Kunden die Bezahlung der Zahlungstransak- tion über das erfindungsgemässe Verfahren wegen mangelnder Solvenz verwehrt wird.
In einer Ausführungsvariante wird der Bezahlungsbeleg und/oder eine Transaktionsbestätigung von der Transaktionszentrale betreffend der er- folgreich abgwickelten Zahlungstransaktion im Mobilgerät gespeichert, beispielsweise auf der SIM-Karte des Mobilgeräts. Der Vorteil der Speicherung von Bezahlungsbelegen und/oder Transaktionsbestätigungen im Mobilgerät besteht darin, dass dem Kunden dadurch ermöglicht wird, über getätigte Zahlungstransaktionen Buch zu führen und einen im Mobilgerät gespeicherten Be- zahlungsbeleg, respektive eine Transaktionsbestätigung, als Quittung zu verwenden, insbesondere dann, wenn die im Bezahlungsbeleg enthaltene Be- zahlungsaufforderung und/oder die Transaktionsbestätigung ein Zertifikat oder eine elektronische Signatur der betreffenden Dienststelle und/oder der Transaktionszentrale enthält.
Nachfolgend wird eine Ausführung der vorliegenden Erfindung anhand eines Beispieles beschrieben. Das Beispiel der Ausführung wird durch folgende beigelegten Figuren illustriert:
Figur 1 zeigt ein Blockdiagramm, welches schematisch eine Dienststelle darstellt, in der sich mehrere Mobilgeräte und mehrere Bezahlungstermi- nals befinden, wobei die Mobilgeräte über ein Mobilfunknetz und die Bezahlungsterminals über ein Kommunikationsnetz mit einer Transaktionszentrale verbunden sind.
Figur 2 zeigt ein Zeitdiagramm, welches einen möglichen sequentiellen Ablauf des Informationsflusses zwischen einem Bezahlungsterminal, einer Transaktionszentrale und einem Mobilgerät illustriert.
In den Figuren 1 und 2 sind Elemente, die mit einer gleichen Bezugsziffer bezeichnet sind, als gleichwertige Elemente zu betrachten. In der Figur 1 bezieht sich die Bezugsziffer 5 auf eine Dienststelle, einen sogenannten Point of Sale (POS), zum Beispiel eine öffentlich zugängliche Verkaufsstelle von Produkten und/oder Dienstleistungen. Wie in der Figur 1 illustriert wird, befinden sich in der Dienststelle 5 mehrere Bezahlungsterminals 2 und mehrere von Kunden getragene Mobilgeräte 1.
Die tragbaren Mobilgeräte 1 sind beispielsweise Mobilfunktelefone, Laptop- oder Palmtop-Computer oder andere geeignete tragbare Mobilgeräte, die über ein Mobilfunknetz 6, beispielsweise ein GSM- oder ein UMTS-Netz oder ein anderes, beispielsweise satellitenbasiertes, Mobilfunknetz, kommunizieren, das heisst insbesondere auch Daten austauschen, können. Der Datenaustausch über das Mobilfunknetz 6 kann beispielsweise mittels speziellen Meldungen, beispielsweise SMS- (Short Message Service) oder USSD-Mel- düngen (Unstructured Supplementary Services Data), oder mittels speziellen Datendiensten, beispielsweise GPRS (GeneraJized Packet Radio Service) oder HSCSD (High Speed Circuit Switched Data), erfolgen.
Der in der vorliegenden Beschreibung verwendete Begriff „Softwa-- remodul" bezieht sich jeweils auf einen Programmcode, der in einem Speicher gespeichert und auf einem Prozessor ausgeführt wird, beispielsweise in Kooperation mit geeigneten Operationssystemen und/oder unter Zuhilfenahme von Diensten von virtuellen Plattformen, z.B. eine Java Virtual Machine (Java ist ein eingetragenes Warenzeichen von Sun Microsystems), so dass der Prozessor so gesteuert wird, dass er die jeweiligen dem Softwaremodul zugeordneten Funktionen ausführt. Der Fachmann wird verstehen, dass die für die Ausführung der Softwaremodule verwendete Programmiersprache den Sinn der vorliegenden Erfindung nicht verändert, dass aber die Verwendung von gewissen Programmiersprachen, beispielsweise Java oder eine andere objektorientierte und Plattform-unabhängige Programmiersprache, durchaus dem Fachmann bekannte Vorteile aufweisen können. Den Softwaremodulen können
Funktionen zugeordnet sein, für deren Ausführung ein betreffendes Softwaremodul Funktionen und/oder Dienste zu Hilfe nimmt, die in einer Ausführung, beispielsweise aus Effizienzgründen, in anderen Modulen lokalisiert sind, die aber gleichwohl auch als funktionale Bestandteile des betreffenden Software- moduls zu verstehen sind.
Die Bezahlungsterminals 2 basieren beispielsweise auf herkömmlichen elektronischen Kassensystemen, die zum Beispiel mit nicht dargestellten Bedienungselementen und Preiserfassungskomponenten, z.B. Laserscanners, ausgerüstet sind und mindestens einen Prozessor 26 umfassen.
Für den direkten Datenaustausch zwischen einem Mobilgerät 1 und einem Bezahlungsterminal 2, die als Transaktionspartner an einer Zah- lungstransaktion beteiligt sind, verfügen die Mobilgeräte 1 und die Bezahlungsterminals 2 über eine kontaktlose Geräteschnittstelle 11-21. Dabei sind die Mobilgeräte 1 in einer Minimalvariante mit mindestens einem Sender 11 der kontaktlosen Schnittstelle 11-21 ausgestattet. Der Sender 11 umfasst die nötigen Hardwareelemente zum Aussenden von Daten, beispielsweise in Form von Funk- oder Infrarotwellen, und für die Verbindung des Senders mit dem Prozessor 16 des Mobilgeräts 1, sowie die programmierten Softwaremodule und Softwareschnittstellen, die zum Betreiben und zum Steuern des Senders 11 benötigt werden (der Sender 11 kann beispielsweise auch der Mobilfunksender des Mobilgeräts 1 sein, der mit reduzierter Leistung betrieben wird). Für diese- Minimalvariante sind die Bezahlungsterminals 2 mit einem entsprechenden Empfänger 21 ausgerüstet, der über die nötigen Hardwareelemente und Softwaremodule verfügt, um Daten über die kontaktlose Schnittstelle 11-21 zu empfangen und an den Prozessor 26 des Bezahlungsterminals 2 weiterzuleiten.
Die Mobilgeräte 1 und die Bezahlungsterminals 2 können auch jeweils mit Sendern und Empfängern für eine bidirektionale kontaktlose Schnittstelle 11-21 ausgerüstet sein. Der Fachmann wird verstehen, dass auch diese bidirektionalen kontaktlosen Schnittstelle 11-21 , beispielsweise aus Kompatibilitätsgründen, im unidirektionalen Betrieb eingesetzt werden kann. Solche bidi- rektionale kontaktlose Geräteschnittstellen sind zum Beispiel Infrarotschnittstellen, zum Beispiel High Speed Infrared (HSIR)-Schnittstellen oder IrDA- Schnittstellen (Infrared Data Association), induktive Schnittstellen, zum Beispiel Radio Frequency Identification (RFID)-Schnittste(len. Home RF (Radio Fre- quency)-Schnittstellen, Digital European Cordless Telecommunications (DECT)-Schnittstellen oder andere Cordless Telecommunications System (CTS)-Schnittstellen, oder hochfrequente Funkschnittstellen, insbesondere sogenannte Bluetooth-Schnittstellen, die z.B. bei 2.4GHz arbeiten und zum An- meldezeitpunkt der vorliegenden Erfindung beispielsweise im Internet auf der Seite „www.bluetooth.com" beschrieben wurden.
Den Bezahlungsterminals 2 ist jeweils eine Bezahlungsterminalidentifizierung zugeordnet, die es ermöglicht, ein betreffendes Bezahlungsterminal 2 aus mehreren in der Dienststelle 5 vorhandenen Bezahlungsterminals 2 zu identifizieren. Die Bezahlungsterminalidentifizierung ist zum Beispiel eine Zahl, zum Beispiel „12", eine Buchstabenfolge, zum Beispie! „BE", oder eine gemischte Folge von Buchstaben und Zahlen, zum Beispiel „K3", die in der Regel auf ein, zwei oder drei Ziffern, respektive Buchstaben beschränkt werden kön- nen, um eine eindeutige Identifizierung eines Bezahlungsterminals 2 in einer Dienststelle 5 zu gewährleisten.
Die Bezahlungsterminals 2 umfassen jeweils Mittel, um einen Kunden über die Bezahlungsterminalidentifizierung zu informieren, beispielsweise - ein Schild oder eine Tafel, auf denen die Bezahlungsterminalidentifizierung für die Kunden sichtbar dargestellt ist. In einer Ausführungsvariante, auf die später näher eingegangen wird, kann die Bezahlungsterminalidentifizierung jeweils durch ein Bezahlungsterminalidentifizierungsmodul 22 der Bezahlungsterminals 2, beispielsweise ein Softwaremodul, über die kontaktlose Schnittstelle 11-21 an ein betreffendes Mobilgerät 1 übertragen werden. Die Bezahlungsterminals 2 umfassen jeweils Mittel, um einen an einer Zahlungstransaktion beteiligten Kunden über einen zu bezahlenden Transaktionstotalbetrag der Zahlungstransaktion zu informieren, beispielsweise eine Anzeige 29 sowie geeignete Softwaremodule zur Ansteuerung dieser Anzeige 29. Auf dieser Anzeige 29 kann auch die Bezahlungsterminalidentifizierung angezeigt werden.
Falls der Kunde den Totalbetrag der Zahlungstransaktion mittels seinem Mobilgerät 1 bezahlen möchte, schaltet er sein Mobilgerät 1 ein und wird in einer Ausführungsvariante sicherheitshalber von einem Authentifizie- rungsmodul 12 des Mobilgeräts 1 , beispielsweise ein programmiertes Softwaremodul, aufgefordert, sich zu authentifizieren. Der Kunde wird beispielsweise aufgefordert, einen persönlichen Identifizierungscode einzugeben (Personal Identification Number, PIN), der vom Authentifizierungsmodul 12 entgegengenommen und mit einem im Mobilgerät 1, beispielsweise auf einer SIM-Karte 17 (Subscriber Identification Module) des Mobilgeräts 1 , gesichert gespeicherten Code verglichen wird. In einer Variante verfügt das Authentifizierungsmodul 12 zudem über Hardwarekomponenten und weitere Softwarekomponenten, um vom Kunden ein biometrisches Merkmal zur Authentifizierung entgegenzuneh- men und mit einem vorgängig im Mobilgerät 1 , beispielsweise auf einer SIM- Karte 17 des Mobilgeräts 1, gesichert gespeicherten biometrischen Merkmal zu vergleichen. Das biometrische Merkmal ist beispielsweise ein Stimmmuster, das mittels einem Mikrofon des Mobilgeräts 1 aufgenommen wird, ein Fingerabdruck oder Gesichtszüge, die mit einem Videosensor des Mobilgeräts 1 er- fasst werden, oder ein Augenmuster, z.B. ein Muster der Iris oder der Retina, das mit einem geeigneten Scanner aufgenommen wird.
Gegebenenfalls nach einer erfolgreichen Authentifizierung wählt der Kunde auf seinem Mobilgerät 1 , beispielsweise mittels der Bedienungselemente 18, aus einem auf der Anzeige 19 des Mobilgeräts 1 dargestellten Funk- tionsmenü die Funktion „Zahlungstransaktion". Die Menü- und Funktionsablaufsteuerung wird beispielsweise durch ein programmiertes Softwaremodul des Mobilgeräts 1 ausgeführt, z.B. durch ein Java-Applet, das beispielsweise auf der SIM-Karte 17 des Mobilgeräts 1 gespeichert ist. Aus Sicherheitsgründen kann das (oder die) Softwaremodul(e) zur Ausführung der Funktion „Zah- lungstransaktion" beispielsweise von einem zuständigen Betreiber über das Mobilfunknetz 6 oder über die kontaktlose Geräteschnittstelle 11-21 gesperrt werden, beispielsweise indem ein signiertes oder zertifiziertes Befehlswort mittels geeigneten Meldungen an das Mobilgerät 1 übermittelt wird, wo es durch ein entsprechendes Softwaremodul verarbeitet wird.
Nach der Wahl der Funktion für die Zahlungstransaktion wird der
Benutzer vom Transaktionsinitiierungsmodul 13 des Mobilgeräts 1, beispielsweise ein programmiertes Softwaremodul, aufgefordert, die Bezahlungsterminalidentifizierung der betreffenden Zahlungstransaktion anzugeben. Der Kunde kann die Bezahlungsterminalidentifizierung beispielsweise mittels Bedienungs- elementen 18 des Mobilgeräts 1 eintippen. Falls das Mobilgerät 1 über ein geeignetes Spracherkennungsmodul verfügt, kann der Kunde die Bezahlungsterminalidentifizierung dem Mobilgerät 1 auch mittels gesprochener Sprache angeben. Um Eingabefehler zu vermeiden, kann in einer Variante das Mobilgerät 1, beispielsweise mittels des Transaktionsinitiierungsmoduls 13 des Mobilgeräts 1 , die Bezahlungsterminalidentifizierung des betreffenden Bezahlungsterminals 2 über die kontaktlose Geräteschnittstelle 11-21 entgegennehmen, wie in der Figur 2 durch den gestrichelten Pfeil S1 angedeutet wird, und auf der Anzeige 19 des Mobilgeräts 1 darstellen, so dass der Kunde die Bezahlungsterminalidentifizierung des betreffenden Bezahlungsterminals 2 dem Mobilgerät 1 dadurch angeben kann, dass er die angezeigte Bezahlungsterminalidentifizierung mittels der Bedienungselemente 18 des Mobilgeräts 1 akzeptiert.
In dieser letzteren Variante kann das Bezahlungsterminalidentifizie- rungsmodul 22 des Bezahlungsterminals 2 die Bezahlungsterminalidentifizierung, beispielsweise während eines vordefinierten Zeitinteπ/alls und/oder bis die Zahlungstransaktion, wie später näher erläutert wird, durch das an der betreffenden Zahlungstransaktion beteiligte Mobilgerät 1 über die kontaktlose Geräteschnittstelle 11-21 initiiert wird, mehrfach, beispielsweise periodisch, - über die kontaktlose Geräteschnittstelle 11-21 aussenden, wobei die Sendeleistung des Senders 21 so gewählt wird, das die Bezahlungsterminalidentifizierung nur im engeren Bereich um das Bezahlungsterminal 2 empfangen werden kann und nicht unnötig von anderen Mobilgeräten 1 in der Dienststelle 5 empfangen wird.
Das Transaktionsinitiierungsmodul 13 des Mobilgeräts 1 bereitet einen Transaktionsinitiierungsbeleg vor, der eine Verknüpfung der angegebenen Bezahlungsterminalidentifizierung mit einer Kundenidentifizierung des Kunden umfasst, und initiiert die Zahlungstransaktion indem es diesen Transaktionsinitiierungsbeleg über die kontaktlose Geräteschnittstelle 11-21 an das betref- fende Bezahlungsterminal 2 übermittelt, wie in den Figuren 1 und 2 durch den Pfeil S2 angedeutet wird. Im Bezahlungsterminal 2 können empfangene Trans- aktionsinitiierungsbelege anhand der darin enthaltenen Bezahlungsterminalidentifizierung gefiltert werden. Wie in der Figur 2 durch den Pfeil S2' angedeutet wird, übermittelt das Transaktionsinitiierungsmodul 13 des Mobilgeräts 1 den Transaktionsinitiierungsbeleg zudem über das Mobilfunknetz 6 an die Transaktionszentrale 4. Die Transaktionszentrale 4 basiert beispielsweise auf einem herkömmlichen Kommunikations-Server, das heisst auf einem Computer, der als Server mit geeigneten Operations- und Datenbanksystemen, Datenspeichern und einem Kommunikationsmodul 45 ausgelegt ist. Die Transaktionszentrale 4 kann auch mit mehreren untereinander verbundenen Computern realisiert werden. Das Kommunikationsmodul 45 umfasst beispielsweise ein Softwaremodul sowie die nötigen Hardwarekomponenten, um über das Mobilfunknetz 6 sowie über das Kommunikationsnetz 3 zu kommunizieren, das heisst insbesondere um über diese Netze Daten mit den Mobilgeräten 1 und den Bezahlungstermi- nals 2 auszutauschen. Das Kommunikationsnetz 3 ist zum Beispiel ein Festnetz, beispielsweise das öffentliche geschaltete Telefonnetz, ein ISDN-Netz, ein Internet-Netzwerk, oder ein LAN (Local Area Network) oder WAN (Wide Area Network), oder ein Mobilfunknetz, beispielsweise ein GSM- oder ein UMTS-Netz oder ein anderes, beispielsweise satellitenbasiertes, Mobilfunknetz. An dieser Stelle soll darauf aufmerksam gemacht werden, dass der Anschluss der Transaktionszentrale 4 an das Mobilfunknetz 6 in der Figur 1 nur schematisch dargestellt ist und dass dieser Anschluss in bekannter Weise, zum Beispiel über eine Festnetzverbindung und über eine Vermittlungsstelle, insbesondere ein Mobile Switching Centre (MSC), erfolgt. Die Mobilgeräte 1 können beispielsweise auch mittels WAP (Wireless Application Protocol), geeigneten Java Applets (Java ist ein eingetragenes Warenzeichen von Sun Microsystems) und/oder SIM-Toolkit-Funktionen über das Internet mit der Transaktionszentrale 4 kommunizieren.
Die Kundenidentifizierung ermöglicht es den Kunden als registrierten Teilnehmer des erfindungsgemässen Zahlungstransaktionsverfahrens zu identifizieren. Die Kundenidentifizierung kann beispielsweise so strukturiert sein, dass sie eine Zuweisungsautoritätsidentifizierung umfasst, die die Zuweisungsautorität bestimmt, die die Kundenidentifizierung dem betreffenden Kunden zugewiesen hat, beispielsweise den Betreiber einer Kette von Dienststellen 5, und dass sie eine für diese Zuweisungsautorität eindeutige Kundennummer umfasst. Die Kundenidentifizierung kann auch für eine internationale Verwendung vorgesehen sein und beispielsweise Länderidentifizierungen und/oder andere geeignete Datenelemente, beispielsweise ein Verfalldatum, umfassen. Die Kundenidentifizierung kann auch mit einer elektronischen Signatur versehen oder als gesichertes Zertifikat ausgeführt sein.
Das Bezahlungsterminal 2 umfasst ein Transaktionsaufgabemodul 23, beispielsweise ein programmiertes Softwaremodul, welches nach dem Empfang des Transaktionsinitiierungsbelegs einen Transaktionsaufgabebeleg vorbereitet, der mindestens die Kundenidentifizierung, die Bezahlungsterminalidentifizierung und den Transaktionstotalbetrag der betreffenden Zahlungstransaktion sowie eine Dienststellenidentifizierung umfasst, und diesen Transaktionsaufgabebeleg über das Kommunikationsnetz 3 an die Transakti- onszentrale 4 übermittelt, wie in der Figur 2 durch den Pfeil S3 angedeutet wird. Diese Übermittlung erfolgt beispielsweise automatisch oder erst nach der Eingabe eines entsprechenden Befehls in das Bezahlungsterminal 2 durch Angestellte der Dienststelle 5.
In der Transaktionszentrale 4 wird der vom Mobilgerät 1 übermittelte Transaktionsinitiierungsbeleg, wie in der Figur 2 durch den Pfeil S2' angedeutet, mittels des Kommunikationsmoduls 45 entgegengenommen und zwischengespeichert. In der Transaktionszentrale 4 wird auch der vom Bezahlungsterminal 2 übermittelte Transaktionsaufgabebeleg, wie in der Figur 2 durch den Pfeil S3 angedeutet, mittels des Kommunikationsmoduls 45 entgegengenom- men und zwischengespeichert. Dabei ermittelt das Kommunikationsmodul 45 zudem in bekannter Weise die Rufnummer, beispielsweise die MSISDN-Num- mer (Mobile Subscriber ISDN), des Mobilgeräts 1, das den Transaktionsinitiierungsbeleg übermittelt hat, und speichert diese Rufnummer in der Transaktionszentrale 4 dem vom Mobilgerät 1 entgegengenommenen Transaktionsiniti- ierungsbeleg zugeordnet ab.
Wie in der Figur 2 illustriert wird, erwartet die Transaktionszentrale 4 für eine betreffende Zahlungstransaktion vom Bezahlungsterminal 2 die durch den Pfeil S3 angedeutete Übertragung des Transaktionsaufgabebelegs innerhalb eines vordefinierten Zeitintervalls At., nachdem die Transaktionszentrale 4 vom Mobilgerät 1 die durch den Pfeil S2' angedeutete Übertragung des Transaktionsinitiierungsbelegs erhalten hat. Ansonsten wird in der Transaktionszentrale 4 ein Zeitfehler registriert und die Weiterbehandlung der Zahlungstrans- aktion, beispielsweise nach entsprechender Benachrichtung des Mobilgeräts 1, abgebrochen. Der Fachmann wkά verstehen, dass, beispielsweise wegen unterschiedlichen Übertragungszeiten, der Eingang und entsprechend die Abspeicherung des Transaktionsinitiierungsbelegs und des Transaktionsaufgabe- belegs in umgekehrter Reihenfolge erfolgen kann, so dass das Zeitintervall Δt, durch den Empfang des Transaktionsaufgabebelegs gestartet wird.
Die Transaktionszentrale 4 umfasst ein Bezahlungsaufforderungs- modul 42, beispielsweise ein programmiertes Softwaremodul, welches von Bezahlungsterminals 2 entgegengenommene Transaktionsaufgabebelege auf Grund der darin enthaltenen Bezahlungsterminalidentifizierung und Kundenidentifizierung mit Transaktionsinitiierungsbelegen vergleicht, die von Mobilgeräten 1 empfangen wurden. Bei einer Übereinstimmung bereitet das Bezah- lungsaufforderungsmodul 42 eine BeZahlungsaufforderung vor, welche beispielsweise die übereinstimmende Bezahlungsterminalidentifizierung sowie den™ im betreffenden Transaktionsaufgabebeleg enthaltenen Transaktionstotalbetrag umfasst. Wie in der Figur 2 durch den Pfeil S4 angedeutet wird, wird die vorbereitete BeZahlungsaufforderung vom Bezahlungsaufforderungsmodul 42 der Transaktionszentrale 4, unter Zuhilfenahme des Kommunikationsmoduls 45, über das Mobilfunknetz 6 an das Mobilgerät 1 mit der ermittelten Rufnum- mer übermittelt. Andernfalls, wenn das Bezahlungsaufforderungsmodul 42 keine übereinstimmenden Bezahlungsterminalidentifizierungen und Kundenidentifizierungen bestimmen kann, wird von der Transaktionszentrale 4 eine entsprechende Fehlermeldung, beispielsweise mit der Aufforderung die Bezahlungsterminalidentifizierung erneut einzugeben, an das Mobilgerät 1 über- mittelt. An dieser Stelle sollte erwähnt werden, dass die Bezahlungsaufforde- rung zur Erhöhung der Sicherheit, insbesondere zur Bestimmung der Authentizität der Transaktionszentrale 4, durch das Bezahlungsaufforderungsmodul 42 mit einer elektronischen Signatur der Transaktionszentrale 4 versehen oder als gesichertes Zertifikat ausgeführt wird.
Im betreffenden Mobilgerät 1 wird die von der Transaktionszentrale 4 übermittelte BeZahlungsaufforderung über das Mobilfunknetz 6 entgegengenommen und in einer Variante auf Grund der darin enthaltenen Bezahlungsterminalidentifizierung gefiltert, indem die in der BeZahlungsaufforderung ent- haltene Bezahlungsterminalidentifizierung vom Mobilgerät 1 mit der vorgängig an die Transaktionszentrale 4 übermittelten Bezahlungsterminalidentifizierung verglichen wird. In einem Bezahlungsbelegmodul 14 des Mobilgeräts 1, beispielsweise ein programmiertes Softwaremodul, wird auf Grund der empfange- nen BeZahlungsaufforderung ein Bezahlungsbeleg vorbereitet, beispielsweise nachdem die Authentizität der BeZahlungsaufforderung, respektive die Authentizität der Transaktionszentrale 4 überprüft wurde und die Bezahlungsaufforde- rung dem Kunden auf der Anzeige 19 des Mobilgeräts 1 angezeigt wurde und der Kunde die Bezahlung mittels den Bedienungselementen 18 des Mobilge- räts 1 akzeptiert und damit freigegeben hat. Der vorbereitete Bezahlungsbeleg umfasst die entgegengenommene BeZahlungsaufforderung und eine Identifizierung des Kunden, beispielsweise die oben erwähnte Kundenidentifizierung oder eine IMSI (International Mobile Subscriber Identity), die jeweils auf der SIM-Karte 17 des Mobilgeräts 1 gespeichert sind. Zur Verbesserung der Si- cherheit kann der Bezahlungsbeleg durch das Bezahlungsbelegmodul 14 mit einer elektronischen Signatur des betreffenden Kunden versehen oder als gesichertes Zertifikat ausgeführt werden. Der Bezahlungsbeleg kann auch mit einer Zeit-/Datumsangabe versehen werden.
Vorteiihafterweise fügt das Bezahlungsbelegmodul 14 zudem Anga- ben über die gewünschte Zahlungsart in den Bezahlungsbeleg ein, welche Angaben beispielsweise als Default-Wert in der SIM-Karte 17 des Mobilgeräts 1 gespeichert sind oder vom betreffenden Kunden über die Anzeige 19 des Mobilgeräts 1 angefordert und über die Bedienungselemente 18 entgegengenommen werden. Die Angaben über die gewünschte Zahlungsart spezifizieren beispielsweise eine gewünschte Belastung des zu zahlenden Transaktionstotalbetrags auf eine bestimmte Kreditkartennummer, eine Belastung auf ein bestimmtes Kundenkonto, eine Belastung auf ein bestimmtes Bankkonto oder eine Belastung auf einen im Mobilgerät gespeicherten vorausbezahlten Geldbetrag, beispielsweise auf der SIM-Karte 17 des Mobilgeräts 1. Das Bezah- lungsbelegmodul 14 des Mobilgeräts 1 übermittelt den vorbereiteten Bezahlungsbeleg, wie in der Figur 2 durch den Pfeil S5 angedeutet, über das Mobilfunknetz 6 an die Transaktionszentrale 4. Wie in der Figur 2 illustriert wird, erwartet die Transaktionszentrale 4 für eine betreffende Zahlungstransaktion vom Mobilgerät 1 die durch den Pfeil S5 angedeutete Übertragung der Bezahlungsbelege innerhalb eines vordefi- nierten Zeitintervalls Δt2 nachdem die Transaktionszentrale 4 die durch den Pfeil S4 angedeutete Übertragung der BeZahlungsaufforderung an das Mobilgerät 1 ausgeführt hat. Ansonsten wird in der Transaktionszentrale 4 ein Zeitfehler registriert und die durch den Pfeil S4 angedeutete Übertragung beispielsweise erneut ausgeführt und eventuell, beispielsweise bei wiederholtem Misserfolg, die Weiterbehandlung der Zahlungstransaktion, beispielsweise nach entsprechender Benachrichtung des Bezahlungsterminals 2, abgebrochen.
In der Transaktionszentrale 4 wird der Bezahlungsbeleg, beispielsweise vom Bezahlungsaufforderungsmodul 42, entgegengenommen und gegebenenfalls die Authentizität des Kunden auf Grund der elektronischen Signatur, respektive des Zertifikats, überprüft. In einer Ausführungsvariante überprüft die Transaktionszentrale 4, zum Beispiel mittels des Solvenzüberprüfungsmoduls 43, das beispielsweise als programmiertes Softwaremodul ausgeführt ist, auf Grund der im Bezahlungsbeleg übermittelten Identifizierung des Kunden die Solvenz des betreffenden Kunden. Dabei greift das Solvenzüberprüfungsmodul 43 beispielsweise direkt oder über geeignete Dienste auf eine entsprechende Datenbank zu, deren Inhalt beispielsweise durch einen Kommunikationsnetzbetreiber, beispielsweise der Betreiber des Mobilfunknetzes 6, oder durch ein Finanzinstitut verwaltet wird. Bei einem negativen Resultat der Solvenzprüfung, respektive der Authentizitätsprüfung, kann die Transaktionszentrale 4, beispielsweise durch das Transaktionsbestätigungsmodul 44, das beispielsweise als programmiertes Softwaremodul ausgeführt ist, gegebenenfalls eine negative Transaktionsbestätigung an das betreffende Mobilgerät 1 sowie an das an der betreffenden Zahlungstransaktion beteiligte Bezahlungsterminal 2 übermitteln, mittels welcher negativen Transaktionsbestätigung dem betreffenden Kunden die Bezahlung der Zahlungstransaktion über das erfindungsgemässe Verfahren wegen mangelnder Solvenz verwehrt wird. Bei einem positiven Resultat der Solvenzprüfung und/oder der Authentizitätsprüfung übermittelt das Transaktionsbestätigungsmodul 44 der Transaktionszentrale 4, eine positive Transaktionsbestätigung an das an der betreffenden Zahlungstransaktion beteiligte Bezahlungsterminal 2 und an das betreffende Mobilgerät 1. Die Trans- aktionsbestätigungen enthalten mindestens Angaben zur Identifizierung der betreffenden Zahlungstransaktion sowie eine Angabe darüber, ob es sich um eine positive oder negative Transaktionsbestätigung handelt, wobei im letzteren Fall die jeweiligen Gründe, beispielsweise ein oben erwähnter Zeitfehler, mangelnde Solvenz oder nicht bestätigte Authentizität des betreffenden Kunden, angegeben werden. Bei einer positiven Transaktionsbestätigung gilt die Zahlungstransaktion für das Bezahlungsterminal 2 und für das Mobilgerät 1 , respektive den betreffenden Kunden als erfolgt und die erstandenen Produkte und/oder Dienstleistungen können dem Kunden in der Dienststelle 5 freigege- ben werden. Der Fachmann wird verstehen, dass die positive Transaktionsbestätigung beispielsweise erst dann von der Transaktionszentrale 4 an die an der betreffenden Zahlungstransaktion beteiligten Transaktionspartner übermittelt wird, wenn die untenstehend beschriebene Weiterverarbeitung des Bezahlungsbelegs durch die Transaktionszentrale 4 abgeschlossen ist. Die Übermittlung der Transaktionsbestätigung durch die Transaktionszentrale 4 an das Bezahlungsterminal 2 wird in der Figur 2 durch den Pfeil S6 und die Übermittlung der Transaktionsbestätigung durch die Transaktionszentrale 4 an das Mobilgerät 1 wird in der Figur 2 durch den Pfeil S7 angedeutet. Insbesondere positive Transaktionsbestätigungen können von der Transaktionszentrale 4 auch mittels E-Mail, per Fax oder per Briefpost an eine vordefinierte E-Mail- Adresse, Fax-Nummer, respektive Postadresse des betreffenden Kunden und/oder (des Betreibers) der Dienststelle 5 übermittelt werden.
Vorteilhafterweise werden die Bezahlungsbelege und/oder die positiven Transaktionsbestätigungen, beispielsweise durch das Bezahlungsbeleg- modul 14, in einem Speicher 15 des Mobilgeräts 1 gespeichert, beispielsweise auf einer SIM-Karte 17 des Mobilgeräts 1, so dass sie später als Quittung verwendet werden können und/oder dass sie dem betreffenden Kunden zur Verwaltung der von ihm getätigten Zahlungstransaktionen zur Verfügung stehen. Falls Transaktionsbestätigungen durch die Dienststelle 5, respektive deren Betreiber, und den Kunden, beispielsweise im Mobilgerät 1 , zu Buchführungszwecken, respektive zu Quittierungszwecken, verwendet werden, enthalten sie zusätzlich mindestens den Transaktionstotalbetrag der betreffenden Zahlungstransaktion, vorteilhafterweise aber zusätzlich auch weitere oben erwähnte Angaben, die im Bezahlungsbeleg der betreffenden Zahlungstrans- aktion enthalten sind, insbesondere Signaturen, respektive Zertifikate, der beteiligten Transaktionspartner.
Das Transaktionsaufgabemodul 23 der Bezahlungsterminals 2 umfasst beispielsweise programmierte Mittel, welche für eine Zahlungstransaktion eine Transaktionsidentifizierung bestimmen und diese Transaktionsidentifizierung in den Transaktionsaufgabebeleg einfügen. Diese Transaktionsidentifizierung enthält beispielsweise die Bezahlungsterminalidentifizierung, die Dienststellenidentifizierung, sowie eine Transaktionsnummer, die beispielsweise für jede neue Zahlungstransaktion fortlaufend inkrementiert wird und/oder eine Datums-/Zeitangabe umfasst. Der Fachmann wird verstehen, dass die Transaktionsidentifizierung auch durch eine unstrukturierte eindeutige Transaktionsnummer ersetzt werden kann, allerdings würde dadurch eine zentralisierte Verwaltung der Transaktionsidentifizierungen erforderlich. Die Anzahl Zahlenziffern und/oder Buchstaben der Dienststellenidentifizierung hängt davon ab, - wieviele Dienststellen 5 ihre Zahlungstransaktionen über die Transaktionszentrale 4 abwickeln. Die Dienststellenidentifizierung kann beispielsweise so strukturiert sein, dass sie eine Zuweisungsautoritätsidentifizierung umfasst, die die Zuweisungsautorität bestimmt, die die Dienststellenidentifizierung der betreffenden Dienststelle 5 zugewiesen hat, beispielsweise den Betreiber einer Kette von Dienststellen 5, und dass sie eine für diese Zuweisungsautorität eindeutige Dienststellennummer umfasst. Die Dienststellenidentifizierung kann auch für eine internationale Verwendung vorgesehen sein und beispielsweise Länderidentifizierungen und/oder andere geeignete Datenelemente umfassen. Die Anzahl Zahlenziffern und/oder Buchstaben der Transaktionsnummer hängt davon ab, wieviele Zahlungstransaktionen in einem vordefinierten Zeitintervall, beispielsweise an einem Tag oder an einem Halbtag, über ein Bezahlungsterminal 2 abgewickelt werden.
Bei gegebenenfalls positivem Resultat der Solvenzprüfung und/oder der Authentizitätsprüfung wird der Bezahlungsbeleg in der Transaktionszentrale 4, gegebenenfalls unter Berücksichtigung der darin enthaltenen Angaben über die vom Kunden gewünschte Zahlungsart, weiterverarbeitet. Mittels des Kommunikationsmoduls 45 können die Bezahlungsbelege beispielsweise über das Kommunikationsnetz 3 an ein Finanzinstitut oder an eine Clearingstelle weitergeleitet werden, oder der Transaktionstotalbetrag kann durch die Transaktionszentrale 4 über das Mobilnetz 6 direkt von einem im Mobilgerät 1, beispielsweise in der SIM-Karte 17 des Mobilgeräts 1, gespeicherten vorausbezahlten Geldbetrag abgezogen werden. Auf Grund der im Transaktionsaufga- bebeleg enthaltenen Dienststellenidentifizierung kann der Transaktionstotalbetrag von der Transaktionszentrale 4, beispielsweise durch das Gutschriftmodul 41 der Transaktionszentrale 4, welches beispielsweise als Softwaremodul ausgeführt ist, der Dienststelle 5 gutgeschrieben werden, wobei diese Gutschrift beispielsweise auf einem entsprechenden Konto in der Transaktionszentrale 4 oder über das Kommunikationsnetz 3 erreichbar in einer Datenbank eines Finanzinstituts gutgeschrieben wird. Die Gutschrift kann aber auch auf dem oben beschriebenen Weg über das Finanzinstitut oder die Clearingstelle abgewickelt werden.
Wie bereits im Zusammenhang mit der Menü- und Funktionsablauf- Steuerung für das Anwählen der Funktion „Zahlungstransaktion" erwähnt wurde, können die Softwaremodule, insbesondere das Transaktionsinitiierungsmodul 13 und das Bezahlungsbelegmodul 14 sowie Softwarekomponenten des Authentifizierungsmoduls 12, beispielsweise auf der SIM-Karte 17 des Mobilgeräts gespeichert werden, zum Beispiel als Java-Applet oder als SIM-Toolkit Funktionen, und beispielsweise auch auf einem Prozessor der SIM-Karte 17 ausgeführt werden. Die Softwaremodule können zudem so realisiert werden, dass sie von einem berechtigten Betreiber über die kontaktlose Geräteschnittstelle 11 oder über das Mobilfunknetz 6 gesperrt werden können, beispielsweise wenn der Eigentümer des Mobilgeräts 1 den Verlust des be- treffenden Mobilgeräts 1 einem zuständigen Betreiber gemeldet hat.
Als abschliessender Punkt soll zudem angeführt werden, dass die Datenübertragungen über die kontaktlose Schnittstelle 11-21 zur Erhöhung der Sicherheit gemäss einem dem Fachmann bekannten Verfahren verschlüsselt werden können.
Das erfindungsgemässe Zahlungstransaktionsverfahren und das er- findungsgemässe Zahlungstransaktionssystem ermöglichen Kunden, die mit einem Mobilgerät 1 ausgerüstet sind, in einer Dienststelle 5, welche mit einem oder mehreren Bezahlungsterminals 2 ausgestattet sind, Zahlungstransaktionen bargeldlos mit ihren Mobilgeräten 1 auszuführen. Dabei muss ein Kunde, nachdem er sich beispielsweise bei seinem Mobilgerät 1 authentifiziert hat, je nach Ausführungsvariante, bioss die Bezahlungsterminalidentifizierung des betreffenden Bezahlungsterminals oder gar keine weiteren Daten in das Mobilgerät 1 eintippen. Solche Zahlungstransaktionen von einer oder mehreren Dienststellen 5 können in einer Transaktionszentrale 4 abgewickelt werden, wobei die Transaktionszentrale 4 die Authentizität beteiligter Zahlungstransak- tionspartner und die Solvenz von Kunden überprüfen, sowie Belastungen, ge- mäss Angaben der Kunden, und Gutschriften für Zahlungstransaktionen ausführen kann.
Liste der Bezugszeichen
1 Mobilgerät
2 Bezahlungsterminal
3 Kommunikationsnetz
4 Transaktionszentrale
5 Dienststelle (POS)
6 Mobilfunknetz
11 Kontaktlose Geräteschnittstelle
12 Authentif izierungsmod u I
13 Transaktionsinitiierungsmodul
14 Bezahlungsbelegmodul
15 Speichermittel
16, 26 Prozessor
17 SIM-Karte
18 Bedienungselemente
19 Anzeige
21 Kontaktlose Geräteschnittstelle
22 Bezahlungsterminalidentifizierungsmodul
23 Transaktionsaufgabemodul
24 Kommunikationsmodul
29 Anzeige
41 Gutschriftmodul
42 Bezahlungsaufforderungsmodul
43 Solvenzüberprüfungsmodul
44 Transaktionsbestätigungsmodul
45 Kommunikationsmodul
S1 Übermittlung der Bezahlungsterminalidentifizierung
S2, S2' Übermittlung des Transaktionsinitiierungsbelegs
S3 Übermittlung des Transaktionsaufgabebelegs
S4 Übermittlung der BeZahlungsaufforderung
S5 Übermittlung des Bezahlungsbelegs
S6, S7 Übermittlung der Transaktionsbestätigung

Claims

Ansprüche
1. Zahlungstransaktionsverfahren zwischen einem Kunden mit einem tragbaren Mobilgerät (1) und einer Dienststelle (5), in welchem Zahlungstransaktionsverfahren einem Bezahlungsterminal (2) jeweils eine Bezahlungstermi- naiidentifizierung zugeordnet ist, welche Bezahlungsterminalidentifizierung ermöglicht, das betreffende Bezahlungsterminal (2) aus mehreren in der Dienststelle (5) vorhandenen Bezahlungsterminals (2) zu identifizieren, und in welchem Zahlungstransaktionsverfahren ein Bezahlungsterminal (2) der Dienststelle (5) einen zu bezahlenden Transaktionstotalbetrag bestimmt und den Kunden über den Transaktionstotalbetrag sowie über die Bezahlungsterminalidentifizierung informiert, dadurch gekennzeichnet,
dass der Kunde die Bezahlungsterminalidentifizierung dem Mobilgerät (1) angibt und im Mobilgerät (1) ein Transaktionsinitiierungsbeleg, der eine Verknüpfung der angegebenen Bezahlungsterminalidentifizierung mit einer Kundenidentifizierung des Kunden umfasst, vorbereitet wird,
dass der Transaktionsinitiierungsbeleg vom Mobilgerät (1) über eine kontaktlose Geräteschnittstelle (11) direkt an das Bezahlungsterminal (2) übermittelt wird,
dass der Transaktionsinitiierungsbeleg vom Mobilgerät (1) über ein Mobilfunknetz (6) an eine Transaktionszentrale (4) übermittelt wird,
dass das Bezahlungsterminal (2) nach dem Empfang des Transaktionsinitiierungsbelegs einen Transaktionsaufgabebeleg, der mindestens die Kundenidentifizierung, die Bezahlungsterminalidentifizierung und den Transaktionstotalbetrag umfasst, vorbereitet und über ein Kommunikationsnetz (3) an die Transaktionszentrale (4) übermittelt, und
dass die Transaktionszentrale (4) eine BeZahlungsaufforderung, die mindestens den Transaktionstotalbetrag umfasst, über das Mobilfunknetz (6) an das Mobilgerät (1) übermittelt, von welchem Mobilgerät (1) der Transaktionsinitiierungsbeleg an die Transaktionszentrale (4) übermittelt wurde.
2. Zahlungstransaktionsverfahren gemäss Anspruch 1 , dadurch gekennzeichnet, dass im Mobilgerät (1) ein Bezahlungsbeleg, der eine Verknüpfung der BeZahlungsaufforderung mit einer Kundenidentifizierung des Kunden umfasst, vorbereitet und vom Mobilgerät (1) über das Mobilfunknetz (6) an die Transaktionszentrale (4) übermittelt wird.
3. Zahlungstransaktionsverfahren gemäss Anspruch 2, dadurch gekennzeichnet, dass im Mobilgerät (1) vor der Übermittlung des Bezahlungsbelegs an die Transaktionszentrale (4) Angaben über die Bezahlungsart in den Bezahlungsbeleg eingefügt werden.
4. Zahlungstransaktionsverfahren gemäss einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass das Bezahlungsterminal (2) bei der Vorbereitung des Transaktionsaufgabebelegs zusätzlich eine Dienststellenidentifi- zierung in den Transaktionsaufgabebeleg einfügt, und dass der Transaktionstotalbetrag der durch die Dienststellenidentifizierung bestimmten Dienststelle (5) gutgeschrieben wird.
5. Zahlungstransaktionsverfahren gemäss einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass sich der Kunde vor der Angabe der Be- zahlungsterminalidentifizierung bei seinem Mobilgerät (1) mit einem biometrischen Merkmal authentifiziert.
6. Zahlungstransaktionsverfahren gemäss einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass das Bezahlungsterminal (2) die Bezahlungsterminalidentifizierung über die kontaktlose Geräteschnittstelle (11-21) direkt an das Mobilgerät (1) übermittelt, und dass der Kunde die Bezahlungsterminalidentifizierung dem Mobilgerät (1) angibt, indem er die vom Bezah- lungsterminal (2) über die kontaktlose Geräteschnittstelle (11-21) empfangene Bezahlungsterminalidentifizierung mittels Bedienungselementen (18) des Mobilgeräts (1) akzeptiert.
7. Zahlungstransaktionsverfahren gemäss einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass die Solvenz des Kunden in der Trans- aktionszentrale (4) überprüft wird.
8. Zahlungstransaktionssystem umfassend eines oder mehrere tragbare Mobilgeräte (1) und ein oder mehrere Bezahlungsterminals (2) in mindestens einer Dienststelle (5), sowie eine Transaktionszentrale (4), welche Mobilgeräte (1) und Bezahlungsterminals (2) jeweils mindestens einen Prozessor (16, 26) und eine kontaktlose Geräteschnittstelle (11, 21) umfassen, über welche kontaktlose Geräteschnittstelle (11) die Mobilgeräte (1) Daten direkt an die Bezahlungsterminals (2) übermitteln können, welchen Bezahlungsterminals (2) jeweils eine Bezahlungsterminalidentifizierung zugeordnet ist, welche Bezahlungsterminalidentifizierung ermöglicht, das betreffende Bezahlungsterminal (2) aus mehreren in der Dienststelle (5) vorhandenen Bezahlungsterminals (2) zu identifizieren, welche Bezahlungsterminals (2) jeweils Mittel umfassen, um einen Kunden über die Bezahlungsterminalidentifizierung zu informieren, welche Bezahlungsterminals (2) jeweils Mittel (29) umfassen, um einen Kunden über einen zu bezahlenden Transaktionstotalbetrag einer Zahlungstransaktion zu informieren, dadurch gekennzeichnet,
dass die Mobilgeräte (1) jeweils ein Transaktionsinitiierungsmodul (13) umfassen, welches Transaktionsinitiierungsmodul (13) eine von einem Kunden angegebene Bezahlungsterminalidentifizierung entgegennimmt, einen Transaktionsinitiierungsbeleg, der eine Verknüpfung der angegebenen Bezah- lungsterminalidentifizierung mit einer Kundenidentifizierung des Kunden umfasst, vorbereitet und über die kontaktlose Geräteschnittstelle (11-21) direkt an das betreffende Bezahlungsterminal (2) und über ein Mobilfunknetz (6) an eine Transaktionszentrale (4) übermittelt,
dass die Bezahlungsterminals (2) jeweils ein Transaktionsaufgabe- modul (23) umfassen, welches Transaktionsaufgabemodul (23) jeweils nach dem Empfang des Transaktionsinitiierungsbelegs einen Transaktionsaufgabebeleg, der mindestens die Kundenidentifizierung, die Bezahlungsterminalidentifizierung und den Transaktionstotalbetrag der betreffenden Zahlungstransaktion umfasst, vorbereitet und über ein Kommunikationsnetz (3) an die Trans- aktionszentrale (4) übermittelt, und
dass die Transaktionszentrale (4) ein Bezahlungsaufforderungsmodul (42) umfasst, welches Bezahlungsaufforderungsmodul (42) eine Bezah- lungsaufforderung, die mindestens den Transaktionstotalbetrag der betreffenden Zahlungstransaktion umfasst, über das Mobilfunknetz (6) an das Mobilgerät (1) übermittelt, von welchem Mobilgerät (1) der Transaktionsinitiierungsbeleg der betreffenden Zahlungstransaktion übermittelt wurde.
9. System gemäss Anspruch 8, dadurch gekennzeichnet, dass die
Mobilgeräte (1) jeweils ein Bezahlungsbelegmodul (14) umfassen, welches Bezahlungsbelegmodul (14) einen Bezahlungsbeleg, der eine durch das betreffende Mobilgerät (1) von der Transaktionszentrale (4) entgegengenommene BeZahlungsaufforderung und eine Kundenidentifizierung des betreffenden Kunden umfasst, vorbereitet und über das Mobilfunknetz (6) an die Transaktionszentrale (4) übermittelt.
10. System gemäss Anspruch 9, dadurch gekennzeichnet, dass das Bezahlungsbelegmodul (14) Mittel umfasst, um vor der Übermittlung des Be- - zahlungsbelegs an die Transaktionszentrale (4) Angaben über die Bezah- lungsart in den Bezahlungsbeleg einzufügen.
11. System gemäss einem der Ansprüche 8 bis 10, dadurch gekennzeichnet, dass das Transaktionsaufgabemodul (23) Mittel umfasst, um bei der Vorbereitung des Transaktionsaufgabebelegs zusätzlich eine Dienststellenidentifizierung in den Transaktionsaufgabebeleg einzufügen, und dass die Transaktionszentrale (4) ein Gutschriftmodul (41) umfasst, welches Gutschriftmodul den Transaktionstotalbetrag der betreffenden Zahlungstransaktion der durch die Dienststellenidentifizierung bestimmten Dienststelle (5) gutschreibt.
12. System gemäss einem der Ansprüche 8 bis 11, dadurch gekennzeichnet, dass die Mobilgeräte (1) jeweils ein Authentifizierungsmodul (12) umfassen, um von einem Kunden mindestens ein biometrisches Merkmal entgegenzunehmen und um den Kunden auf Grund des entgegengenommenen biometrischen Merkmals zu authentifizieren.
13. System gemäss einem der Ansprüche 8 bis 12, dadurch gekennzeichnet, dass die Bezahlungsterminals (2) jeweils ein Bezahlungsterminal- identifizierungsmodul umfassen, um die Bezahlungsterminalidentifizierung über die kontaktlose Geräteschnittstelle (11-12) direkt an das Mobilgerät (1) zu übertragen, und dass das Transaktionsinitiierungsmodul (13) Mittel umfasst, um einen vom betreffenden Kunden mittels Bedienungselementen (18) des Mobilgeräts (1) eingegebenen Akzeptierungsbefehl entgegenzunehmen, und dem Akzeptierungsbefehl entsprechend die Bezahlungsterminalidentifizierung des betreffenden Bezahlungsterminals entgegenzunehmen.
14. System gemäss einem der Ansprüche 8 bis 13, dadurch gekennzeichnet, dass die Transaktionszentrale (4) ein Solvenzüberprüfungsmodul (43) umfasst, welches Solvenzüberprüfungsmodul (43) die Solvenz eines Kunden überprüft.
PCT/CH1999/000623 1999-12-23 1999-12-23 Zahlungstransaktionsverfahren und zahlungstransaktionssystem Ceased WO2001069555A1 (de)

Priority Applications (9)

Application Number Priority Date Filing Date Title
PCT/CH1999/000623 WO2001069555A1 (de) 1999-12-23 1999-12-23 Zahlungstransaktionsverfahren und zahlungstransaktionssystem
DE59905894T DE59905894D1 (de) 1999-12-23 1999-12-23 Zahlungstransaktionsverfahren und zahlungstransaktionssystem
CN99817062A CN1398387A (zh) 1999-12-23 1999-12-23 支付交易方法和支付交易系统
AU16463/00A AU764327C (en) 1999-12-23 1999-12-23 Payment transaction method and payment transaction system
JP2001567552A JP4490618B2 (ja) 1999-12-23 1999-12-23 支払いトランザクション方法および支払いトランザクションシステム
ES99959167T ES2201809T3 (es) 1999-12-23 1999-12-23 Procedimiento y sistema de transaccion de pagos.
EP99959167A EP1240632B1 (de) 1999-12-23 1999-12-23 Zahlungstransaktionsverfahren und zahlungstransaktionssystem
US10/168,387 US7478065B1 (en) 1999-12-23 1999-12-23 Payment transaction method and payment transaction system
AT99959167T ATE242526T1 (de) 1999-12-23 1999-12-23 Zahlungstransaktionsverfahren und zahlungstransaktionssystem

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CH1999/000623 WO2001069555A1 (de) 1999-12-23 1999-12-23 Zahlungstransaktionsverfahren und zahlungstransaktionssystem

Publications (1)

Publication Number Publication Date
WO2001069555A1 true WO2001069555A1 (de) 2001-09-20

Family

ID=4551757

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CH1999/000623 Ceased WO2001069555A1 (de) 1999-12-23 1999-12-23 Zahlungstransaktionsverfahren und zahlungstransaktionssystem

Country Status (9)

Country Link
US (1) US7478065B1 (de)
EP (1) EP1240632B1 (de)
JP (1) JP4490618B2 (de)
CN (1) CN1398387A (de)
AT (1) ATE242526T1 (de)
AU (1) AU764327C (de)
DE (1) DE59905894D1 (de)
ES (1) ES2201809T3 (de)
WO (1) WO2001069555A1 (de)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002096042A1 (en) * 2001-05-21 2002-11-28 Maskina Ehf. A method and system for generation of data activities in a mobile phone network
WO2004093022A1 (en) * 2003-04-04 2004-10-28 Exxonmobil Research And Engineering Company System and method for processing financial transactions using multi-payment preferences
WO2006001723A1 (en) * 2004-06-25 2006-01-05 Arthur Koziol Point of sales terminal and way of paying via mobile cell phone network (or via other network, for example umts)
EP1489539A4 (de) * 2002-03-28 2009-08-19 Panasonic Corp Dienstverarbeitungseinrichtung und verarbeitungsunterstützungs einrichtung
EP1493099A4 (de) * 2002-04-08 2010-06-02 Exxonmobil Res & Eng Co System und verfahren zum verarbeiten von finanztransaktionen unter verwendung von mehrfach-bezahlungspräferenzen
DE102009053786A1 (de) * 2009-11-19 2011-05-26 MüCom Systeme GmbH Verfahren zur Absicherung bargeldloser Zahlungen im Einzelhandel durch Aufteilung der Kommunikation in zeitlich versetzte, unterschiedliche technische Methoden mit unterschiedlichen Inhalten
EP1665154A4 (de) * 2003-08-18 2012-05-02 Marketing Intellectual Properties Pte Ltd U Bezahlungs-transaktionssystem und -verfahren
CN103996114A (zh) * 2014-05-16 2014-08-20 网银在线（北京）科技有限公司 一种在线支付的方法和装置

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2383237B (en) * 1998-06-03 2003-10-22 Orange Personal Comm Serv Ltd Mobile communications
US7729986B1 (en) 1999-07-30 2010-06-01 Visa International Service Association Smart card transactions using wireless telecommunications network
WO2001059569A2 (en) * 2000-02-09 2001-08-16 Apriva, Inc. Communication systems, components, and methods with programmable wireless devices
WO2002011004A1 (en) * 2000-07-27 2002-02-07 Yozan Inc. Authentication managing apparatus, and shop communication terminal
US7000001B2 (en) * 2000-09-12 2006-02-14 Research In Motion Limited Bookmark beacon system and method
US20040177040A1 (en) * 2003-03-05 2004-09-09 Ming-Ching Shiu Method for securing card transaction by using mobile device
AU2004265855B2 (en) * 2003-08-18 2010-08-12 U-Marketing Intellectual Properties Pte Ltd. Payment transaction system and method
US8407097B2 (en) 2004-04-15 2013-03-26 Hand Held Products, Inc. Proximity transaction apparatus and methods of use thereof
WO2006115984A2 (en) 2005-04-21 2006-11-02 Securedpay Solutions, Inc. Portable handheld device for wireless order entry and real time payment authorization and related methods
US7823766B1 (en) * 2005-09-30 2010-11-02 Advanced Micro Devices, Inc. Financial transaction system
US8259623B2 (en) * 2006-05-04 2012-09-04 Bridgewater Systems Corp. Content capability clearing house systems and methods
GB2450193A (en) * 2007-06-12 2008-12-17 Cvon Innovations Ltd Method and system for managing credits via a mobile device
GB2456184A (en) * 2008-01-07 2009-07-08 Cvon Innovations Ltd System for selecting an information provider or service provider
US8693737B1 (en) * 2008-02-05 2014-04-08 Bank Of America Corporation Authentication systems, operations, processing, and interactions
KR101789113B1 (ko) * 2009-05-03 2017-10-23 에스에무케이 가부시키가이샤 휴대폰과 같은 이동 통신 디바이스를 이용하는 지불 단말기；자동 이체 지불 트랜잭션의 방법
AP3394A (en) * 2009-05-12 2015-08-31 Masspay Sp Zoo A method for authorization of a transaction with the use of a mobile phone
PL388012A1 (pl) 2009-05-12 2010-11-22 Henryk Kułakowski Sposób świadczenia usług w sieci telekomunikacyjnej
US9734495B2 (en) * 2009-06-02 2017-08-15 Qualcomm Incorporated Mobile commerce authentication and authorization systems
US8990103B2 (en) 2010-08-02 2015-03-24 Apple Inc. Booking and management of inventory atoms in content delivery systems
US8996402B2 (en) 2010-08-02 2015-03-31 Apple Inc. Forecasting and booking of inventory atoms in content delivery systems
US9489669B2 (en) 2010-12-27 2016-11-08 The Western Union Company Secure contactless payment systems and methods
KR101610250B1 (ko) * 2011-04-06 2016-04-07 주식회사 케이티 근거리 통신 기능이 구비된 사용자 단말의 위치 상태에 따른 정보 전달 및 금융 거래 방법, 사용자 단말 및 시스템
GB2507498B (en) * 2012-10-30 2014-09-17 Barclays Bank Plc Secure computing environment
DE102012112967B4 (de) * 2012-12-21 2016-06-16 Sqwin Sa online Transaktionssystem
EP2897076B8 (de) 2014-01-17 2018-02-07 Cirrus Logic International Semiconductor Ltd. Manipulationssicheres Element zur Verwendung bei der Sprechererkennung
US10346814B2 (en) * 2014-06-04 2019-07-09 MONI Limited System and method for executing financial transactions
US9818092B2 (en) * 2014-06-04 2017-11-14 Antti Pennanen System and method for executing financial transactions
US9330383B1 (en) 2015-09-23 2016-05-03 Square, Inc. Message dispatcher for payment system
US10248940B1 (en) 2015-09-24 2019-04-02 Square, Inc. Modular firmware for transaction system
CN105306466A (zh) * 2015-10-29 2016-02-03 东莞酷派软件技术有限公司 服务业务的执行方法、服务业务的执行系统和移动终端
US10108412B2 (en) 2016-03-30 2018-10-23 Square, Inc. Blocking and non-blocking firmware update
US20170337558A1 (en) * 2016-05-19 2017-11-23 Mastercard International Incorporated Method and system for voice authenticated distribution of payment credentials
US10417628B2 (en) 2016-06-29 2019-09-17 Square, Inc. Multi-interface processing of electronic payment transactions
US11010765B2 (en) 2016-06-29 2021-05-18 Square, Inc. Preliminary acquisition of payment information
US10817869B2 (en) 2016-06-29 2020-10-27 Square, Inc. Preliminary enablement of transaction processing circuitry
US11037114B2 (en) 2018-03-22 2021-06-15 Diebold Nixdorf, Incorporated System and method for financial transactions
US10762196B2 (en) 2018-12-21 2020-09-01 Square, Inc. Point of sale (POS) systems and methods with dynamic kernel selection
US10990969B2 (en) 2018-12-21 2021-04-27 Square, Inc. Point of sale (POS) systems and methods for dynamically processing payment data based on payment reader capability
US11049095B2 (en) 2018-12-21 2021-06-29 Square, Inc. Point of sale (POS) systems and methods with dynamic kernel selection
CN113554423A (zh) * 2021-06-09 2021-10-26 北京芯盾集团有限公司 离线交易方法、系统、装置、电子设备以及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0708547A2 (de) 1994-09-22 1996-04-24 AT&T Corp. Zellulartelefon als authentifiziertes Abrechnungs-Kontrollgerät
WO1996025828A1 (en) * 1995-02-15 1996-08-22 Nokia Mobile Phones Ltd. A method for using applications in a mobile station, a mobile station, and a system for effecting payments
WO1998011519A1 (de) * 1996-09-13 1998-03-19 Siemens Aktiengesellschaft Bargeldlose bezahlung mit einem mobilfunkgerät
WO1998034203A1 (en) * 1997-01-30 1998-08-06 Qualcomm Incorporated Method and apparatus for performing financial transactions using a mobile communication unit
WO1998037524A1 (de) * 1997-06-27 1998-08-27 Swisscom Ag Transaktionsverfahren mit einem mobilgerät
US5986565A (en) * 1997-11-24 1999-11-16 Attention System Co., Ltd. Individual recognition system

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06215271A (ja) * 1993-01-14 1994-08-05 Omron Corp ガソリンスタンド用携帯端末システム
JP3516994B2 (ja) * 1994-09-19 2004-04-05 株式会社東芝 情報処理システム
JPH08153248A (ja) * 1994-11-29 1996-06-11 Sanyo Electric Co Ltd 自動販売機システム
JPH09116960A (ja) * 1995-10-18 1997-05-02 Fujitsu Ltd キャッシュレスシステム及び該システムで使用する携帯機
US6219793B1 (en) * 1996-09-11 2001-04-17 Hush, Inc. Method of using fingerprints to authenticate wireless communications
US6032859A (en) * 1996-09-18 2000-03-07 New View Technologies, Inc. Method for processing debit purchase transactions using a counter-top terminal system
JP3660101B2 (ja) * 1996-11-14 2005-06-15 松下電器産業株式会社 パーソナル電子決済システム
US7167711B1 (en) * 1997-12-23 2007-01-23 Openwave Systems Inc. System and method for controlling financial transactions over a wireless network
JPH11345264A (ja) * 1998-06-03 1999-12-14 Nippon Medeipakku Kk 代金決済システム及び代金決済方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0708547A2 (de) 1994-09-22 1996-04-24 AT&T Corp. Zellulartelefon als authentifiziertes Abrechnungs-Kontrollgerät
WO1996025828A1 (en) * 1995-02-15 1996-08-22 Nokia Mobile Phones Ltd. A method for using applications in a mobile station, a mobile station, and a system for effecting payments
WO1998011519A1 (de) * 1996-09-13 1998-03-19 Siemens Aktiengesellschaft Bargeldlose bezahlung mit einem mobilfunkgerät
WO1998034203A1 (en) * 1997-01-30 1998-08-06 Qualcomm Incorporated Method and apparatus for performing financial transactions using a mobile communication unit
WO1998037524A1 (de) * 1997-06-27 1998-08-27 Swisscom Ag Transaktionsverfahren mit einem mobilgerät
US5986565A (en) * 1997-11-24 1999-11-16 Attention System Co., Ltd. Individual recognition system

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002096042A1 (en) * 2001-05-21 2002-11-28 Maskina Ehf. A method and system for generation of data activities in a mobile phone network
EP1489539A4 (de) * 2002-03-28 2009-08-19 Panasonic Corp Dienstverarbeitungseinrichtung und verarbeitungsunterstützungs einrichtung
EP1493099A4 (de) * 2002-04-08 2010-06-02 Exxonmobil Res & Eng Co System und verfahren zum verarbeiten von finanztransaktionen unter verwendung von mehrfach-bezahlungspräferenzen
WO2004093022A1 (en) * 2003-04-04 2004-10-28 Exxonmobil Research And Engineering Company System and method for processing financial transactions using multi-payment preferences
EP1665154A4 (de) * 2003-08-18 2012-05-02 Marketing Intellectual Properties Pte Ltd U Bezahlungs-transaktionssystem und -verfahren
WO2006001723A1 (en) * 2004-06-25 2006-01-05 Arthur Koziol Point of sales terminal and way of paying via mobile cell phone network (or via other network, for example umts)
DE102009053786A1 (de) * 2009-11-19 2011-05-26 MüCom Systeme GmbH Verfahren zur Absicherung bargeldloser Zahlungen im Einzelhandel durch Aufteilung der Kommunikation in zeitlich versetzte, unterschiedliche technische Methoden mit unterschiedlichen Inhalten
CN103996114A (zh) * 2014-05-16 2014-08-20 网银在线（北京）科技有限公司 一种在线支付的方法和装置
CN103996114B (zh) * 2014-05-16 2017-10-20 网银在线（北京）科技有限公司 一种在线支付的方法和装置

Also Published As

Publication number Publication date
JP2003528376A (ja) 2003-09-24
EP1240632B1 (de) 2003-06-04
AU1646300A (en) 2001-09-24
AU764327C (en) 2004-02-26
ATE242526T1 (de) 2003-06-15
ES2201809T3 (es) 2004-03-16
JP4490618B2 (ja) 2010-06-30
US7478065B1 (en) 2009-01-13
CN1398387A (zh) 2003-02-19
EP1240632A1 (de) 2002-09-18
DE59905894D1 (de) 2003-07-10
AU764327B2 (en) 2003-08-14

Similar Documents

Publication Publication Date Title
EP1240632B1 (de) Zahlungstransaktionsverfahren und zahlungstransaktionssystem
EP1240631B1 (de) Zahlungstransaktionsverfahren und zahlungstransaktionssystem
EP1145200B1 (de) Zahlungstransaktionsverfahren und zahlungstransaktionssystem
EP0986275B1 (de) Verfahren zum Kaufen von Waren oder Dienstleistungen mit einem Mobiltelefon
DE60308385T2 (de) Verfahren zur Unterstützung bargeldloser Zahlung
DE69314804T2 (de) Verfahren zum durchführen von finanziellen transaktionen mittels eines mobilen telephonsystems
DE60020410T2 (de) System zum bezahldatenaustausch und dazu benutztes zahlungsendgerät
DE19903822C2 (de) Verfahren zur Durchführung bargeldloser Zahlungen und System zur Durchführung des Verfahrens
EP2174281A2 (de) Virtuelle prepaid- oder kreditkarte und verfahren und system zur bereitstellung einer solchen und zum elektronischen zahlungsverkehr
WO2000017833A1 (de) Verfahren und system zum bezahlen von waren oder diensten
DE10156177A1 (de) Verfahren und Anordnung zur Durchführung einer bargeldlosen Zahlungstransaktion
DE19844677C2 (de) Verfahren und Vorrichtung zur drahtlosen elektronischen Abwicklung von Transaktionen
EP1282087A1 (de) Verfahren zur Durchführung von Transaktionen von elektronischen Geldbeträgen zwischen Teilnehmerendgeräten eines Kommunikationsnetzes, Transaktionsserver und Programmmodul hierfür
DE10054633C2 (de) Verfahren und System zum Kontrollieren des Zugangs zu Waren und Dienstleistungen
EP0907925B1 (de) Kommunikationssystem zur übertragung von buchungsbefehlen
EP1971108A2 (de) Identifikation eines Benutzers eines Mobilterminals und Generierung einer Aktionsberechtigung
EP1081919A1 (de) Verfahren zur Autorisierung in Datenübertragungssystemen zur Bezahlung von über das Internet angebotenen Waren und/oder Dienstleistungen
EP1437668B1 (de) Verfahren zur bargeldlosen Zahlung von Waren oder Dienstleistungen unter Verwendung eines Mobilfunkendgerätes
EP1360664A2 (de) Verfahren und anordnung zur übertragung eines elektronischen geldbetrages aus einem guthabenspeicher
EP1915729B1 (de) Vorrichtung, verfahren und anlagensystem zur interaktion mit einem benutzer sowie verfahren zur aufnahme eines benutzers in eine geschlossene benutzergruppe
DE10008280C1 (de) Verfahren und System zur automatischen Abwicklung von bargeldlosen Kaufvorgängen
WO2003101082A1 (de) Verfahren, computerprogramm u. computersystem für einen prepaid tele­kommunikationsdienst
EP1175664A1 (de) Verfahren zum verteilen von wertcodes
WO2001063569A1 (de) Verfahren zum aufladen eines kundenkontos für telekommunikationsdienste und entsprechendes aufladesystem
ZA200205024B (en) Payment transaction method and payment transaction system.

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ CZ DE DE DK DK DM EE EE ES FI 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 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 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 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
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWE Wipo information: entry into national phase

Ref document number: 1999959167

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2001 567552

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2002/05024

Country of ref document: ZA

Ref document number: 200205024

Country of ref document: ZA

WWE Wipo information: entry into national phase

Ref document number: 998170623

Country of ref document: CN

Ref document number: 16463/00

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 520004

Country of ref document: NZ

WWP Wipo information: published in national office

Ref document number: 1999959167

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 1999959167

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 16463/00

Country of ref document: AU

WWP Wipo information: published in national office

Ref document number: 520004

Country of ref document: NZ

WWG Wipo information: grant in national office

Ref document number: 520004

Country of ref document: NZ