WO2013050151A1 - Transaktionssystem - Google Patents
Transaktionssystem Download PDFInfo
- Publication number
- WO2013050151A1 WO2013050151A1 PCT/EP2012/004156 EP2012004156W WO2013050151A1 WO 2013050151 A1 WO2013050151 A1 WO 2013050151A1 EP 2012004156 W EP2012004156 W EP 2012004156W WO 2013050151 A1 WO2013050151 A1 WO 2013050151A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- transaction
- terminal
- forwarding
- data
- unit
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/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
- G06Q20/3278—RFID or NFC payments by means of M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/351—Virtual cards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/352—Contactless payments by cards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/356—Aspects of software for card payments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
Definitions
- the present invention relates to a method for carrying out a transaction with a contactlessly communicating terminal device and to a corresponding transaction system and associated components.
- Transaction systems that non-contact support various transactions, such as cashless payment, ticketing applications, access control, or the like, are well known.
- the transaction is usually carried out between a contactlessly communicating terminal device and a contactlessly communicating portable data carrier of a user, for example a chip card.
- a contactlessly communicating terminal device for example a contactlessly communicating portable data carrier of a user, for example a chip card.
- an otherwise executed on a smart card transaction application can be installed executable on a mobile device as a portable disk.
- the mobile radio terminal supports contactless data communication with the terminal device, for example by means of a so-called CLF ("contactless front-end"), based on known contactless data transmission protocols, such as in accordance with ISO / IEC 14443 (contactless chip card) or the NFC Near field communication according to ISO / IEC 18092 (NFCIP-1) or ISO / IEC 21481 (NFCIP-2) in connection with NFC-enabled mobile radio terminals or the like.
- CLF contactless front-end
- the object of the present invention is therefore to propose a transaction system and a method which takes into account the disadvantages mentioned.
- a transaction system comprises at least one contactlessly communicating terminal device, a forwarding terminal, a transaction terminal and a server device.
- a contactless transaction system includes a terminal device that performs transactions with transaction units located in its vicinity by contactless transfer of transaction data.
- a transaction unit the following procedure is carried out.
- Receive Transaction data of the TeiTriinal facility that has been forwarded by a re-routing terminal to the Transaction Unit; and generating, by a transactional application, a response to the received transactional data for the terminal device, wherein the response is to be transmitted to and forwarded from the forwarding terminal to the terminal device.
- the transaction unit comprises a forwarding identification, which recognizes from a received transaction endpoint signal that the transaction application operates as a remote endpoint of a forwarded transaction.
- a transaction terminal for carrying out a transaction with a contactlessly communicating terminal device therefore comprises a forwarding identification (transaction endpoint application). This is set up to receive a transaction endpoint signal and to recognize from the transaction endpoint signal that the transaction terminal operates as a transaction endpoint of a chain of transaction devices.
- a forwarding identification transaction endpoint application
- the transaction terminal receives a transaction endpoint signal.
- the server device sends the transaction endpoint signal to the transaction terminal.
- the server device is accordingly configured to send a transaction endpoint signal to the transaction terminal.
- the transaction endpoint signal may also be generated by the forwarding terminal and sent to the transaction unit (directly or via the server device).
- the transaction terminal Based on the transaction endpoint signal, the transaction terminal recognizes that it is operating as the transaction endpoint of a chain of transaction devices. A user of the transaction terminal can thus display be informed that, although the transaction terminal is not directly connected to a terminal device, nevertheless a transaction with such a terminal device - via the forwarding terminal and the server device - to be performed. Depending on the transaction endpoint signal, the user of the transaction terminal may also prevent or only conditionally allow the transaction to be carried out.
- the transaction endpoint signal may be used to authenticate the forwarding terminal and / or the server device. That the transaction endpoint signal may include authentication information relating to the forwarding terminal and / or the server device.
- the transaction endpoint application of the transaction terminal is generally set up to authenticate transactional devices of the chain of transaction devices based on a received transaction endpoint signal, in particular the forwarding terminal and / or the server device.
- a user of the transaction terminal may, for example, allow the transaction with the terminal device to be carried out, allow it to be limited, limit amount of payments, for example, or prevent it altogether.
- Presets can be made in the transaction terminal and managed by the transaction endpoint application. That is to say, transac- tions with predefined forwarding terminals or with such forwarding terminals which have been switched over by a predefined server device can generally be allowed, for example, without a confirmation of the user being required. On the other hand, it can be specified, for example, that transactions which If forwarding terminals are to be carried out, always require confirmation by the user. In this way, a user always has full control over transactions, which are carried out by means of the transaction terminal - in the context of the inventive system - without causing unnecessary effort and unnecessary delays in the processing of desired transactions.
- the transaction end point signal (TES) is provided in the transaction system for distinguishing between forwarded transaction transactions with a remote terminal device and local transactions with a terminal device in the vicinity of the transaction unit. It is therefore an additional signal explicitly provided for this purpose. It is preferably transmitted to the transaction unit as data of an application layer, i. like the transaction data in an APDU.
- the forwarding detection performs, prior to generating the response by the transaction application, a preparation step that depends on the existence of a forwarding. Alternatively, it can also be said that the transaction unit switches to a forwarding mode.
- the transaction unit should receive the transaction endpoint signal before the transaction data to allow sufficient time for eventual preparation steps. This period can be made particularly large if the transaction end point signal is generated and sent to the transaction unit in response to the first transaction data of the teninal device for the transaction, which are answered without being forwarded by the forwarding terminal.
- a server device mediates a data communication connection between the relaying terminal and the transaction unit necessary for carrying out the transaction.
- a transaction terminal and as a forwarding terminal for example, a mobile station, a smartphone, notebook or the like can be used.
- the data communication between the forwarding terminal device and the server device as well as between the server device and the transaction terminal can take place, for example, via a suitable communication network, eg a mobile radio network, the Internet or the like.
- the data communication between the terminal device and the forwarding terminal and between the transaction sender and a portable data carrier is usually via one of the aforementioned, known contactless data transmission protocols, such as ISO / IEC 4443, ISO / IEC 18092 (NFCIP-1) or ISO / IEC 21481 (NFCIP-2).
- the transaction system generally comprises a plurality of forwarding terminals, a plurality of terminal devices, including different ones, and a plurality of transaction terminals, which in turn may each themselves be configured to execute a plurality of transaction applications and, alternatively or additionally, with different portable ones To be connected to data carriers.
- a forwarding terminal and a transaction unit each register once at the server device.
- the respective device transmits, for example, a unique identifier to the server device when registering with the server device, by means of which the server device can subsequently identify or address the respective device.
- a unique identifier For example, a mobile number, an IP address or the like can be used as identifier.
- the server device may already provide the forwarding terminal with data concerning the transaction terminal which the forwarding terminal can later use in establishing a data communication connection with the terminal device.
- the transaction terminal may itself comprise a transaction application necessary for carrying out the transaction, and perform the transaction on the basis of transaction data received by the terminal device via the relay device via the relay device.
- the transaction terminal for carrying out the transaction can establish a data communication with a portable data carrier, which comprises a transaction application necessary for carrying out the transaction.
- the data carrier carries out the transaction on the basis of transaction data received by the terminal device via the relay device via the relay device.
- the forwarding terminal may be configured to send selection information for selecting a predetermined transaction terminal to the server device.
- This selection information may, for example, designate a transaction terminal of a specific user.
- the user of the forwarding terminal is generally aware that the selected transaction terminal supports the transaction application requested by the terminal device.
- the server device is accordingly set up to convey the data communication connection to the transaction terminal specified by the selection information.
- the forwarding terminal may be configured to send transaction information regarding a transaction to be executed to the server device.
- the forwarding terminal merely dictates that a switch to any transaction terminal that supports the designated transaction is desired.
- the server device is set up, the data communication to a such a transaction terminal, which provides a transaction application associated with the transaction.
- the server device can be set up to check a transaction terminal for availability and if necessary to activate it. This is usually only possible if the corresponding transaction terminal has been previously registered with the server device.
- the server device can provide transaction initiation data to the forwarding terminal and / or the transaction terminal, preferably before a transaction is carried out, for example in the case of a registration described above.
- Transaction initialization data may be transaction-independent or transaction-dependent.
- a transaction system comprises a contactlessly communicating terminal device, a forwarding terminal, a server device according to the invention and a transaction terminal according to the invention for carrying out a method according to the invention.
- FIG. 1 shows an embodiment of a transaction system
- FIG. 2 schematically shows various security elements of a forwarding terminal
- FIG. 3 shows a section of the internal structure of the forwarding end device from FIG. 2;
- FIG. 4 shows a detail of the internal structure of a transaction terminal in connection with a portable data carrier
- FIG. 5 is an overview of essential steps of a transaction process (registration, registration, transaction);
- FIGS. 6 and 7 show individual steps in the context of the transaction from FIG. 5 between a terminal device and other devices involved in the transaction.
- the illustrated transaction system 10 includes a terminal device 100, a routing terminal 200, a server device 300, a transaction device 400, and a portable volume 500.
- individual ones of the components for example the data carrier 500 or this and the transaction terminal 400 can be omitted.
- transactional system 10 includes one or a few interconnected server devices 300, a plurality of terminal devices 100, a plurality of re-routing terminals 200, and optionally a plurality of transaction terminals 400, each of these transaction terminals 400 optionally including a plurality of portable volumes 500 can be connected.
- a terminal device 100 is set up to perform a transaction with a device configured for this purpose via contactless data communication. In this case, this device must be able to establish a data communication with the terminal device 100 and to provide a transaction application which is assigned to a transaction predetermined by the terminal device 100.
- the terminal device 100 can be configured, for example, as an access control system, as a ticket terminal in public transport, as a payment terminal or the like.
- the corresponding transaction then corresponds to an authentication application, possibly connected to the proof of a paid admission price, or the payment application of a given service, for example the use of public transport or the like.
- an electronic exchange As part of a payment application is then charged, for example, an electronic exchange, which is stored on the transaction unit.
- a device for performing such transactions contactless communicating portable media 500, such as smart cards.
- the corresponding transaction application is stored in each case on such a data carrier 500.
- a separate data carrier 500 assigned to the corresponding terminal device 100 is provided for each of the numerous, different transactions which can be carried out in relation to a terminal device 100 of the type described.
- a user who wants to carry out various transactions at different terminals must always carry the associated portable data carriers.
- corresponding stock exchanges which are charged with payment transactions, always have sufficient cover.
- individual ones of the transactional applications may be executably installed on a transactional terminal 400, such as a mobile station.
- a relay terminal 200 is disposed in the vicinity of the terminal device 100 and configured to establish a data communication connection with the terminal device 100.
- Transaction data relating to a transaction are not processed by the routing terminal 200, but forwarded to a remote transaction unit.
- the forwarding terminal 200 is arranged to forward data received from the transaction unit to the terrestrial device 100.
- the forwarding terminal 200 for this purpose comprises a forwarding application 280, which will be described in more detail with reference to FIG. 3.
- both the server device 300, the transaction terminal 400 as well as the portable data carrier 500 may be the transaction unit.
- the specific illustration in FIG. 1 is oriented to the example of forwarding the transaction data from the forwarding terminal 200 via the server device 300 and the transaction terminal 400 to the portable data carrier 500 as a transaction unit.
- the data communication between the terminal device 100 and the relay terminal 200 is performed according to a known contactless (short-range) communication protocol, for example according to ISO / IEC 14443, as known in connection with contactless communicating smart cards, or according to one of the NFC protocols ("Near ISO / IEC 18092 (NFCIP-1); ISO / IEC 21481 (NFCIP-2)).
- the routing terminal 200 comprises a suitable data communications interface 210, which will be described below with reference to FIG.
- the forwarding terminal 200 is in some sense a portable data carrier, ie it operates in a mode "being card.” This mode is supported by the data communication interface 210 as well as a mode "being reader” in which the device opposes a portable volume 500 can output as a terminal device.
- the data communication between the transaction terminal 400 and the portable data carrier 500 is established.
- the transaction terminal 400 has a data-conditioning interface 410 corresponding to the data-processing interface 210 (see FIG. 4).
- the transaction terminal 400 operates opposite to the port len disk 500 as a terminal.
- the data carrier 500 can also be designed as a contact-type communicating data carrier which is connected to the transaction terminal 400 can be connected in a known manner via a suitable reader.
- FIG. 1 shows a mobile radio network 1000 or the Internet 2000.
- the server device 300 includes various components.
- a registration server device 310 serves to register various forwarding terminals 200 and / or transaction terminals 400 in the transaction system 10.
- a forwarding terminal 200 or a transaction terminal 400 which would like to become part of the transaction system 10, can register with the server device 300 in a registration step.
- the forwarding terminal 200 or the transaction terminal 400 can for this purpose be equipped with a registration application which establishes a connection to the server device 300.
- a registration application which establishes a connection to the server device 300.
- Such an application may be installed on a security element of the corresponding device 200, 400 (see Fig. 2).
- registration data for each of the devices 200, 400 can be stored, for example a unique identifier of the device 200, 400, a mobile number, an IP address or the like. Based on this data, the server device 300 may subsequently authenticate the device 200, 400 and if necessary, address it.
- a suitably equipped terminal 200, 400 can play both the role of a forwarding terminal 200 and the role of a transaction terminal 400 in the transaction system 10.
- a corresponding role selection can be made, whereby a terminal can also take both roles, although not in the same transaction.
- it can be determined which further line terminal 200 may in principle be switched with which transaction terminal 400 for carrying out a transaction.
- a transaction terminal 400 may, for example, specify within the framework of the registration that only a fixed selection of uniquely identified forwarding terminals 200 in a manner described below is based on a transaction application of the
- Transaction terminal 400 or an associated volume 500 may access.
- a forwarding terminal 200 may, for example, specify that the transaction data forwarded by it should always be forwarded by the server device 300, if available, to a preset transaction terminal 400.
- the described registration data is stored and managed by the registration server device 310.
- the server device 300 provides this transaction initiation data to the routing terminal 200. This can also be done as part of the registration process. content and the meaning of the transaction initialization data will be described in more detail below.
- An update server device 320 serves to optionally update data stored on the forwarding terminal 200 or the transaction terminal 400 for carrying out a transaction in the context of the described transaction system 10. This may concern, for example, the forwarding application 280, 480 or individual transaction initiation data. Such updating is typically done over the air (OTA) and is not noticed by a user of the corresponding terminal 200, 400.
- OTA over the air
- An application server 330 provides a number of different transaction applications 370.
- the server device 300 provides the functionality of a transaction unit.
- the application server device 330 includes a multiplicity of portable data carriers 350, which each support at least one transaction type, that is, have a transaction application 370 for this transaction type.
- the server device accordingly provides different portable media 350.
- the application server 330 may be enabled by a variety of conventional portable media 350 to perform a variety of transaction types.
- the server device 300 manages data about the transaction units that can process relayed transaction data. For example, it stores the data in the form of a list of transaction units. Assigned to the transaction unit is a (forwarding) address.
- the forwarding address is suitable for (by the forwarding terminal device 200 or the server device 300) to establish a data communication (via a network 1000, 2000) with the transaction unit.
- a data communication via a network 1000, 2000
- it is specified for the transaction units which transaction type or which transaction types they support.
- a unique identifier for the transaction unit is stored.
- a user assignment to the transaction units and possibly user-specific specifications for the transaction units can continue to be stored.
- This managed data is preferably acquired by the registration server device 310.
- the server device 300 is set up by the switch server device 340 to select a transaction unit from the stored transaction units.
- the selection is based on one or a combination of the following selection parameters: the forwarding end device 200 (or its user and / or location), the transaction type or preferences of the owner of the transaction unit.
- the selection is preferably made on request by a forwarding terminal 200.
- the switch server device 340 may notify the forwarding terminal of the forwarding address of the selected transaction unit.
- the forwarding terminal 200 will establish data communication with the selected transaction unit using the forwarding address.
- the server device 300 could even notify the forwarding terminal 200 that, despite the existing forwarding option, an application stored locally on the forwarding terminal 200, eg the application AID1 of the security element 220, should perform the transaction.
- the switch server device 340 is further configured to forward transaction data forwarded by the terminal device 100 to a selected or to-be-selected transaction unit 450, 500 for a transaction via the relay terminal 200.
- the switch server 340 thus establishes an indirect data communication connection between a forwarding terminal 200 and the transaction terminal 400 for performing a transaction within the transaction system 10. Accordingly, the forwarding address in this embodiment does not have to be communicated to the forwarding terminal 200.
- FIG. 2 shows a possible security structure of a terminal 200, 400 using the example of the forwarding terminal 200.
- the transaction terminal 400 may be the same or similar.
- the corresponding terminals 200, 400 include various security elements (modules).
- the data module 210 which is embodied as an NFC interface, can itself already comprise a security element, for example in the form of a secure memory card (not shown).
- a terminal 200 embodied as a mobile radio terminal comprises a (U) SIM mobile communication card 220. This may itself have its own antenna (not shown) or be connected to the data communication interface 210 and optionally serve as a security element.
- a controller 230 of the terminal 200 may include a hardware-assisted, software-based secure area (eg, according to the ARM TrustZone technology) that provides another security element. Security-relevant data can be processed in this secure area under a substantially own security operating system.
- a hardware-assisted, software-based secure area eg, according to the ARM TrustZone technology
- the terminal 200 may include other known security elements, such as a secure memory card 250 or the like.
- the SIM card 220 serving as a security element for the forwarding terminal 200 of FIG. 3 comprises a file EF_DIR known from the area of the chip card.
- Data contained therein, so-called application identifiers (AIDs) indicate which applications are supported by the device 200 or its SIM card 220. So if, for example, the Terminal device 100 establishes a data communication connection with the forwarding terminal 200 and reads out the file EF_DIR, the terminal device 100 assumes that the forwarding terminal 200 provides those applications which are identified by the identifiers AID1, AID2, AID3 and AID4.
- the routing terminal 200 itself only supports a transactional application 270 which is identified with AID1.
- the entries AID2, AID3 and AID4 have been provided to the forwarding terminal 200 in a registration step described in more detail below by the server device 300 as transaction initialization data 260.
- a terminal device 100 which expects to execute a transaction on the forwarding terminal 200, for example a transaction application denoted AID3, in the present case assumes that the forwarding terminal 200 supports this transaction application and sends corresponding transaction data, for example in the form of known command APDUs.
- the forwarding terminal 200 Since the forwarding terminal 200 only "fakes" the functionality with respect to the transaction application designated AID3 by means of the entry in the file EF_DIR, the forwarding terminal 200 forwards the received commands to the server device 300 or a transaction unit 400, 500 by means of the forwarding application 280 (cf. Fig. 7).
- the routing terminal forwards transaction data to different transaction units depending on the transaction type.
- the corresponding transaction applications are included in the server device 300 for the AID4 and AID5, in the transaction terminal 400 for AID2, and in the portable volume 500 for AID3.
- the list of transaction types supported by the forwarding terminal in the form of the file EF_DIR 260, is stored in the security element 220 of the forwarding terminal 200.
- the list may be provided in other units of the forwarding terminal 200.
- the list contains real entries, the actual existing local transaction applications, as well as virtual entries, the (not available locally or only) available via forwarding transaction applications.
- the forwarding terminal forwards the transaction data transparently, ie unchanged. Therefore, the security element 220 for forwarding can be dispensed with.
- a secure channel is established within the transaction between the terminal device 100 and the transaction unit 300, 400, 500, ie an end-to-end encryption takes place.
- the security element 220 is a suitable storage, for example, for the login data (account data) for logging the forwarding terminal 200 in relation to the server 300.
- the virtual entries of the list 260 could be provided by the server device 300, preferably in advance.
- the list 260 can be dynamically adapted by the server device 300 to a location of the forwarding terminal 200 and possibly updated in response to a change of location.
- the server device 300 can manage the forwarding terminal only the virtual entries or the complete list with virtual and real entries. For each forwarding terminal 200, the server device 300 will store only the real entries and possibly a reference to the currently stored set of virtual entries. The list 260 or at least its virtual Entries can only be queried by the server 300 if required by the forwarding terminal 200, ie not provided in advance.
- a transactional application may be performed on the server device 300 by the application server 330 if it supports the type of transaction in question (for example, by the application 370 labeled AID4, see Figure 1).
- the switch server application 340 is arranged to forward the transaction data to a suitable transaction terminal 400, as described below. If the transaction terminal 400 or its security element 450 supports the corresponding transaction application 470, denoted AID2, as indicated in FIG. 4, the transaction application 470 is executed there and a corresponding response command is sent via the relay server device 340 to the server device 300 and by means of the Forwarding application 280 of the forwarding terminal 200 to the terminal device 100 transferred.
- a forwarding application 480 of the transaction terminal 400 which essentially corresponds to the forwarding application 280 of the forwarding terminal 200 which forward transaction data (in the form of a command APDU) to the data carrier 500 (see also Fig. 7).
- the transaction application AID3 is executed.
- a corresponding response (response APDU) finds its way to the terminal device via the transaction terminal 400, the server device 300 and the forwarding terminal 200 under the intermediation of the forwarding application 480, switch server 340 and forwarding application 280.
- FIG. 4 shows components of a transaction terminal 400 and the portable data carrier 500.
- the transaction terminal includes, among other things, a security element 450, which may also be configured as described above, and an interface for contactless short-range communication 410. Via the interface 410, the transaction terminal can, for example, communicate contactlessly with the data carrier 500.
- Transaction terminal 400 like the forwarding terminal, may be a mobile terminal, such as a mobile device, a PDA, or a notebook. As a transaction terminal but can also be a stationary device, such as a PC, network computer or a card reader, serve.
- a transaction application 470 is arranged with the AID2.
- a forwarding application 480 and a forwarding identification 420 are furthermore arranged in the security element 450.
- the forwarding application 480 will, as a rule, not be located in the security element but in the transaction terminal 400.
- the forwarding application 480 forwards the transaction data (command APDUs) received from the forwarding terminal 200 to the application 470 with the AID2 in the security element or to the application with the AID3 in the portable data carrier 500.
- the response (response APDUs) of the application sends it back to the forwarding terminal 200.
- the transmission path can be configured with or without the involvement of the server device 300.
- the transaction application 470 of the security element 450 is set up via the interface 410 to perform contactless transactions with terminal devices (not shown). Like the terminal device 100, the transaction application 470 assumes that it is involved in a local transaction in the vicinity.
- the transaction unit 450, 500 involved in the transaction is therefore in this case transmitting a transaction endpoint signal.
- the transaction endpoint signal is provided to signal transaction unit 450, 500 that it is performing the transaction as a remote endpoint of a relayed transaction.
- Fig. 5 essential steps or phases of a transaction process are shown in overview.
- the phases of the registration Sl, initiation S2 and transaction S3 can take place independently of one another in terms of time.
- the registration S2 takes place daily and then any number of transactions S3.
- a registration step the forwarding terminal 200 and the transaction units 400, 500 are required to register with the server device 300. This step has already been described in detail above with respect to the registration server device 310.
- a terminal 200, 400 logs on to the server device 300 for a subsequent transaction (see step S3).
- the sub-step TS21 defines the role of the terminal for the transaction, i. it is determined whether a terminal is involved in the transaction as forwarding terminal 200 or as transaction terminal 400. If necessary, this sub-step can also be carried out during the registration if a device always wishes to operate only as a forwarding terminal 200 or only as a transaction terminal.
- the server device provides transaction initiation data to the routing terminal 200. These serve to facilitate establishing a data communication between a terminal device 100 and the forwarding terminal 200 in substep TS31 during an initialization phase.
- a terminal device 100 usually expects a contactless communicating data carrier 500 as a transaction partner. Accordingly, the procedure for establishing the data communication connection, as illustrated in FIG. 6 in steps T 1 to T 8, is illustrated in the case where the forwarding terminal 200 is more or less as contactless communicating
- Type A chip card (in accordance with ISO / IEC 14443).
- a structure of a data communication with a type B data carrier is different, but basically similar.
- the forwarding terminal receives a REQUEST command, which it answers with a predetermined ATQ command in step T2,
- the subsequent steps T3 through T6 serve to select the forwarding terminal 200 by the terminal device 100. This is necessary, since several communication partners can be located within range of the terminal device 100.
- step T3 an anti-collision procedure is started, each of these possible communication partners specifically using a unique identifier, in step T4 of the forwarding terminal
- step T4 the terminal device 100
- step T5 the relay terminal 200
- step T6 the relay terminal 200
- Steps T7 and T8 are also transaction-independent.
- the requested by the terminal device 100 in step T7 and in step T8 of the Forwarding terminal 200 ATS essentially describes protocol parameters of a type A data carrier, with which the terminal device believes to establish a data communication due to the behavior of the forwarding terminal 200.
- the data carrier could Data carrier 500 with which the terminal device 100 then (see Fig. 7, steps Tl to T18) actually performs a transaction with associated transaction application 570 with the AID 3.
- a parameter of the ATS data set, the "FWI"("frame waiting integer ") defines, for example, the maximum waiting time which the terminal device 100 (in the transaction phase following the initial phase) has to wait for after sending a command to the data carrier's response.
- the ATS data record comprises manufacturer-specific fields, so-called “historical bytes", which may comprise freely definable information.
- the forwarding terminal 200 could forward all commands received by the terminal device 100 in steps T 1, T 3, T 5 and T 7 via the switching server device 340 of the server device 300 and the forwarding application 480 of the transaction terminal 400 to the data carrier 500 by means of the forwarding application 280 forwards (or to the application server device 340 or the transaction terminal 400, if they provide the transaction application).
- the data carrier 500 would then have, exactly as if it had directly - ie without the described forwarding - established a data communication with the terminal device 100, sent corresponding response commands which would have been forwarded to the terminal device 100 in the opposite way.
- Step T4 Forwarding the request and response commands to and from the data carrier 500 can easily lead to an exceeding of the required time limits and thus to the failure of the establishment of the data communication to the terminal device 100 because of the occurring data transmission and forwarding times.
- the steps Tl to T8 are not only transaction-independent, ie the same for different transaction types, but are predefined steps for establishing the communication connection according to a protocol layer (ie, for example, according to ISO 14443). Only in the further steps T9-T10 and section A or T9'-T12 'and section B transaction data are transmitted.
- Transaction data in the present sense are data of an application layer, which can also be referred to as application protocol data.
- APDUs Application Protocol Data Units
- the data of the protocol layer transmitted in the initialization phase can accordingly be referred to as transport protocol data.
- the complete ISO / IEC 14443 protocol stack is also processed during the times T9-T12 or T9'-T12 'in the forwarding terminal 200. Only the application protocol data embedded in the transport protocol ISO / IEC 144443 (usually coded according to ISO / IEC 7816) will thus be forwarded transparently to the transaction unit.
- the application protocol data is transmitted from the forwarding terminal 200 via a Network connection, to a transaction unit 300, 00 or 500, forwarded.
- the network connection is established by the relay terminal 200 T51 in response to a selection T5 or T9 by the terminal device 100.
- the relay terminal 200 is selected as a communication partner and in step T9 a transaction application (by specifying the AID).
- Establishing the network connection in good time ie before receiving transaction data requiring a transaction-dependent response, facilitates compliance with the predetermined waiting times for the provision of replies (A-APDUs) to forwarded transaction data (K-APDUs).
- the forwarding terminal 200 is equipped in sub-step TS22 (see Fig. 5) of the server device 300 with transaction initialization data. These can serve the forwarding terminal 200 to carry out the steps T 1 to T 8 from FIG. 6 without asking the server device 300, the transaction terminal 400 or the data carrier 500. In this way, "timeout" errors can be avoided.
- the forwarding terminal 200 could, for example, receive from the server device 300 a complete protocol stack of the corresponding communication protocol which determines the data communication between the forwarding terminal 200 and the terminal device 100.
- the relay terminal 200 is enabled to communicate directly with the terminal device 100, particularly according to the steps T2 and T6. In general, however, the forwarding terminal 200 is already set up to carry out the protocol-appropriate steps.
- Further transaction-independent transaction initialization data are the identifier UID transmitted in step T4 and / or the ATS data record transmitted in step T8.
- similar data sets are provided, for example in the context of a so-called ATTRIB prefix, which also includes data carrier parameters and an identifier.
- the server device 300 can provide the corresponding transaction initiation data (UID, ATS) to the forwarding terminal 200 in substep TS221 of FIG. These may be suitably generated by the server device 300, for example, in the case where the server device 300 itself serves as a transaction terminal - by means of the application server 340.
- the transaction initialization data (UID, ATS) of the server device 300 may have been provided by the transaction terminal 400 in advance, for example during registration (S1) or registration (S2; TS21) of the transaction terminal 400. That is, the server device 300 then provides the forwarding terminal 200 with, for example, the UID and ATS of the volume 500.
- step S1 the provision of this transaction initialization data can already be carried out in the registration phase (step S1). This is especially true if it is already clear from this point of view, from the point of view of a registering forwarding terminal 200, by means of which transaction terminal 400 a subsequent transaction is to take place while forwarding transaction data through the forwarding terminal 200.
- the forwarding terminal 200 may already be provided with transaction-dependent transaction initialization data by the server device 300 during the logon. These relate directly to a transaction application to be subsequently executed, for example a transaction application designated AID3.
- a simple embodiment of transaction-dependent transaction initialization data are identifiers (AIDs) of the corresponding applications. These have already been described with reference to FIG.
- the forwarding terminal 200 comprises the application identifier AID3 in a corresponding directory EF_DIR, for example, if the terminal device 100 selects an application at the beginning of a transaction phase subsequent to the initialization phase (see FIG. 6, steps T9, T10), then no inquiry is required
- the forwarding terminal 200 confirms the selection of the application T9 with a simple positive response T10 "ok.”
- This response of a transaction application to a selection is largely transactional-independent
- the forwarding terminal gains time to establish the network connection T51
- the forwarding terminal can be instructed in accordance with the Trans
- step T9 ' the terminal device wishes to select an application AID5 to which the forwarding terminal 200 does not yet have an identifier entry, it forwards the received command to the server device 300 in step T10'. That is, the routing terminal 200 is generally configured to forward an identification information pertaining to a transaction application to the server device 300, here the SELECT (AID5) command received from the terminal device 100. The forwarding terminal 200 is also configured to request transaction-dependent transaction initiation data to the server device 300. Forwarding the SELECT (AID5) command also means requesting the transaction initiation data needed by the routing terminal 200 to respond to the command.
- SELECT AID5
- the server device 300 provides, similar to the above-described, corresponding transaction initialization data now in step TU ', which the relay terminal 200 desirably finally forwarded in step T12' to the terminal device 100.
- the server device 300 could provide the forwarding terminal 200, for example in steps TS222 (see FIG. In this way, subsequently, the execution of the transaction can be accelerated since individual portions of the transaction application can be executed in the forwarding terminal 200 itself and, accordingly, fewer data must be forwarded between different transaction devices.
- Security relevant shares of a corresponding transaction are preferably always in the server device 300, that is, the application server 330, or the transaction terminal 400 or the optionally associated therewith data carrier 500 performed.
- transaction-dependent transaction initialization data in particular installation of executable portions of a transaction application in the forwarding terminal 200 by the server device 300, can be made dependent on the consent of a user of the forwarding terminal device 200.
- an automatic installation may also be provided which requires no user interaction.
- step S2 On the part of a transaction terminal 400 registering in step S2, specifications can be made which relate to a pending transaction forwarded by the forwarding terminal. For example, depending on the transaction or identity of the forwarding terminal, access to an electronic purse on the transaction terminal 400 may be prohibited or appropriately limited. Other specifications are possible.
- FIGS. 6 and 7 individual steps and various embodiments of the transaction method are described below in the context of step S3 of FIG. 5, ie in the context of the actual transaction with the terminal device 100.
- the forwarding terminal 200 may transmit to the terminal device 100 a forwarding information WLI.
- the forwarding terminal 200 indicates to the terminal device 100 that it is set up to forward transaction data, in particular transaction commands in the form of APDUs, to a remote transaction unit 300, 400 or 500.
- the forwarding is supported in the forwarding terminal 200 by the forwarding application 280.
- the forwarding information is preferably transmitted to the terminal device 100 in the form of the transaction initialization data UID, ATS. 5) received from the server device 300.
- the forwarding information WLI can be transmitted, for example, by means of the UID such that a predetermined number range of UIDs known to the terminal device 100 is available for such Forwarding terminals 200 is reserved, which support a forwarding of transaction data.
- the server device 300 can thus assign such a "forwarding UID" to the forwarding terminal 200 in substep TS22
- the forwarding terminal 200 specifies the "forwarding UID" in step T4 instead of its own device-specific UID. In this way, the forwarding information WLI can be effectively and without the need for of protocol adaptation or modification to the terminal device 100.
- the forwarding information WLI may also, as indicated with reference to step T8, be transmitted to the terrninal device 100 by means of the ATS, for example by means of the "historical bytes" described above.
- the forwarding information WLI can also be transmitted to the terminal device 100 by the forwarding terminal 200 at another time, for example after completion of the initialization phase and in another suitable manner, for example by means of a command specifically defined for it.
- the terminal device 100 could, for example, before the start of the actual data communication, after step T8, send a command to the forwarding terminal 200, which serves to query the forwarding capability of the forwarding terminal 200.
- the parameters determining subsequent data communication can be set by means of the ATS by means of the forwarding terminal 200.
- the forwarding terminal 200 obtains the ATS data as transaction initialization data from the server device 300 in advance, it is up to the server device 300 to set appropriate parameters for a subsequent transaction. This concerns in particular information about the maximum time which the terminal device 100 after sending a command to the
- a corresponding parameter for example the ATS parameter "FWI"("frame waiting integer") described above, can be set so high on the part of the server device 300 that it is not possible due to the forwarding of transac- avoidable errors occur at this point.
- the allowable response time of the relay terminal 200 with respect to the terminal device 100 can thus be raised by the server device 300.
- the terminal device recognizes on the basis of the received forwarding infomation that the local (in the vicinity) arranged, supposed transaction partner is a forwarding unit. It can differentiate between forwarding units and local transaction units based on the forwarding infomation. So it recognizes from the forwarding information that the locally located device will not execute the transaction itself.
- the terminal device 100 responds with customized or additional preparation steps for the transaction.
- the terminal device 100 decides whether to perform the transactions. For example, if the terminal device 100 has stored as a security indication that its (or the current) transaction type may only be executed with local transaction units, it does not continue the transaction. In the present case, the terminal device decides to carry out the transaction.
- Another security requirement requires the terminal device to set the maximum amount (transaction limit) to a lower value than it does for local transactions.
- the present terminal device 100 detects forwarding and still performs the transaction instead of aborting or otherwise invalidating it. Any additional defense and / or detection mechanisms for forwarding that may be present in the terminal device can then be switched off.
- Well-known approaches are in this context Running time measurements, distance measurement or specially adapted transaction protocols.
- a particularly important preparation step is an adaptation of the communication parameter waiting time for the exchange of the transaction data.
- the waiting time could also be increased in additional communication steps at the request of the forwarding terminal, but should be adjusted automatically and thus faster when detected forwarding in the terminal device.
- the forwarding information is transmitted in the transmission protocol data. It is transaction-independent, i. It applies to all transaction types. Preferably, however, the forwarding information is transmitted for a selected transaction type. This would be possible, for example, in step T10. Either in the transmission protocol data of step T10 in which the transaction data is transmitted or in the transaction data itself (answer: "ok"), the forwarding information may be transmitted For example, ISO 7816-4 allows slightly different coded responses, all of which are positive acknowledgment Correspond to "ok".
- steps TU through T18 illustrate performing a transaction between the terminal device 100 and the volume 500.
- the associated transaction data, command and response APDUs are thereby forwarded via the forwarding terminal 200 between the terminal device 100 and the server device 300 (steps T12, T18).
- the server device 300 mediates a data communication connection between the forwarding terminal 200 and the transaction gateway via the switching server device 340.
- Terminal 400 (steps ⁇ 3, T17).
- the transaction terminal 400 uses the volume 500 to perform the transaction application (AID3). In doing so, the transaction terminal 400 operates somewhat as a second forwarding terminal by forwarding the command APDUs to the volume 500 in step T14 and, in step T15, forwarding received APDUs back to the server 300 in step T16.
- steps T14 and T15 may be omitted since the transaction application is directly in the transaction terminal 400 can be executed.
- the rest of the procedure remains as described. In particular, it remains transparent to the remaining transaction devices whether the transaction terminal 400 itself or with the aid of the data carrier 500 executes the transaction application.
- routing terminal 200 forwards the transaction data to and from the transaction unit 400, 500 without the involvement of the server 300.
- execution of a transaction application can also be carried out in the server device 300 by means of the application server device 330.
- a separate transaction device 400 and in particular a data carrier 500 are dispensable or not integrated.
- the application server 330 preferably provides a plurality of transaction applications AID4, AID5 (see Fig. 1) and thereby can handle a variety of transactions to support a variety of terminal devices 100.
- the most elegant is when the application server device 330 comprises a plurality of conventional portable data carriers 350, for one or more transaction types, respectively, via a contactless reader (structure and function similar to FIG. 4) or multiple contactless readers as transaction units be used.
- the forwarding terminal 200 sends a corresponding request for extension of the response interval within which a response command has been received at the terminal device 100 to the terminal device 100 (not shown in FIG. 7).
- this can be done by means of a "frame-waiting-time-extension" request (FWX).
- the forwarding terminal 200 is configured in each case to forward transaction information, ie identification information relating to the transaction application, to the server device 300.
- identification information may be, for example, an application identifier (AID; AFI, "type B" data carrier) or the like, and thus the forwarding terminal 200 becomes multi-application capable, without even a single transaction application on the forwarding terminal 200
- the server device 300 recognizes which transaction application is required. it can already be executed there.
- the switching server device 340 can forward corresponding transaction data to such a transaction terminal 400 which, possibly by means of a data carrier 500, supports the corresponding transaction application.
- the evaluation of the identification information and subsequent processing is, as described, the server device 300th
- the forwarding terminal 200 has a selection information AI for
- Selecting a given transaction terminal 400 sends to the server device 300.
- the selection information AI is processed by the switching server device 340 and taken into account in the switching of the corresponding transaction terminal 400 selected by the forwarding terminal 200. It is also possible for a corresponding selection information item AI to be transmitted to the server device 300 already in the registration phase (FIG. 5) or in the registration phase (FIG. In this way, a user of the forwarding terminal 200, preferably transaction-dependent, can specify via which transaction terminal 400 a particular transaction is to be carried out in each case.
- the selection information AI may be designed such that it allows the forwarding terminal 200 alternatively to establish a direct connection to the transaction unit (without integration of the server device). As shown with respect to step T13 in FIG. 7 and step T91 in FIG.
- a transaction end point signal TES may be transmitted to the transaction unit.
- the alternative step 91 for transmitting the transaction end point signal TES in step T13 will be described later.
- the server device 300 transmits to the transaction terminal 400 a transaction end point signal TES.
- the transaction terminal 400 can recognize that it operates as the transaction end point of a chain of transaction devices 200, 300, 400.
- the role of the transaction endpoint signal is thus similar to that of forwarding information.
- the transaction terminal 400 For recognizing and further processing the transaction end point signal TES, the transaction terminal 400 comprises a forwarding identification 420 on a security element SE 450 (see FIG. 4).
- Detecting the operation as a transaction endpoint in a forwarded transaction is advantageous for several reasons.
- a specific transaction which is carried out locally via contactless data communication in the manner described, will not be regularly detectable by the user of a transaction terminal 400.
- the user places his portable data carrier 500 or his terminal 400 with the security element 450 in the vicinity of the transaction terminal and thus triggers the transaction.
- no further interaction of the user would be required for this, provided that the transaction terminal 400 is online and has been registered and registered in advance at the server device 300. It can therefore be provided that the forwarding identifier 420 requests a user release for the forwarded transaction that does not require user release on local (conventional) execution.
- the transaction end point signal TES may additionally include information indicating via which further transaction devices 200, 300 the transaction is to be performed.
- the transaction endpoint signal TES may include authentication information regarding the server device 300 or the forwarding terminal 200.
- the transaction unit 350, 450, 500 can then authenticate the server device 300 or the forwarding terminal 200.
- a corresponding authentication message can be displayed to a user of the transaction terminal 400. This can then, for example, depending on the identity of the device of a transaction agree or not.
- default settings can be made in the transaction terminal 400, which specify that upon receipt of a transaction endpoint signal TES a notification of the user can be omitted if the transaction has been forwarded via transactional devices authenticated on the basis of the transaction endpoint signal TES and allowed as default.
- the transaction unit can also include defense measures against forwarding attacks. Upon detection of a forwarded transaction indicated by a transaction end point signal TES, these (sometimes very expensive) defenses are deactivated. In addition, upon the presence of a Transaction Endpoint TES, the transaction unit may check security policies for forwarded transaction. If appropriate, the transaction unit accordingly refuses such a forwarded transaction. Preferably, however, it carries out the following adjustments in preparation for the transaction.
- the priority of the transaction application for execution on the transaction unit is increased.
- the response time of the transaction unit is optimized. For example, a priority level (in the operating system of the transaction unit) can be increased.
- a transaction end point signal TES may be generated by the server device 300 as shown in FIG. Alternatively, the transaction end point signal TES is generated in the relay terminal 200. Generally, the transaction endpoint signal is transmitted as data of an application layer and preferably received by the transaction unit prior to the transaction data.
- FIG. 6 shows a particularly advantageous embodiment in which the forwarding terminal 200 generates the generated transaction end point signal TES in response to a first command T9 within the transaction and sends it to the transaction unit in step 91. Since the relay terminal 200 directly responds to the first received command T9 without forwarding T10, the transaction unit 350, 450, 500, after having recognized the received transaction end point signal TES, gains time to perform the respective preparation steps.
- step T91 after the transaction type and thus the transaction partner (in the routing terminal 200 or the server unit 300), determinable is the communication link to the transaction unit 350,450,500 constructed.
- step T92 in FIG. 6 the data carrier 500 recognizes the transaction end point signal TES and then reacts as described above.
- the transaction endpoint signal may be transmitted to the transaction device in the form of a modified transaction selection signal. From the unselected transaction data "Select AID3" a modified selection signal “Select AID-TES-3” can be generated, which is transmitted to the transaction unit in step T91. Forwarding detection 420, 520 is selected by this K-APDU, performs the preparatory steps, and then internally selects the transaction application with AID3 on the transaction unit.
- the transaction end point signal TES could also be generated in the forwarding application 480, which is arranged in the transaction terminal 400 or in its security element 450. However, this variant is less secure and can be technically more complex.
- the forwarding identifier 420 is preferably a separate (software) component of the security element 450 or the portable data carrier 500.
- the changed behavior of the transaction unit described in more detail above after detecting a transaction endpoint signal may also be described as follows.
- the transaction unit receives a transaction endpoint signal, it switches to a forwarding mode and executes the (unmodified) transaction application in that mode.
- the conventional transaction application 470 in the transaction unit 450 or in the portable data carrier 500 can be kept unchanged.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
Verfahren in einer Transaktionseinheit (350, 450, 500) eines kontaktlosen Transaktionssystems, in welchem eine Terminaleinrichtung (100) vorgesehen ist, um Transaktionen mit in seinem Nahbereich angeordneten Transaktionseinheiten durch kontaktloses Übertragen von Transaktionsdaten auszuführen. In einer Transaktionseinheit (350, 450, 500) laufen folgende Schritte ab. Empfangen von Transaktionsdaten K-APDU der Terminaleinrichtung (100), die von einem Weiterleitungsendgerät (200) an die Transaktionseinheit (350, 450, 500) weitergeleitet worden sind; und Erzeugen einer Antwort A-APDU auf die empfangenen Transaktionsdaten K-APDU für die Terminaleinrichtung (100) durch eine Transaktionsapplikation (370, 470), wobei die Antwort an das Weiterleitungsendgerät (200) übertragen und von diesem an die Terminaleinrichtung (100) weitergeleitet werden soll. Die Transaktionseinheit (350, 450, 500) umfasst eine Weiterleitungserkennung (420, 520), welche anhand eines empfangenen Transaktionsendpunktsignals TES erkennt, dass die Transaktionsapplikation (370, 470) als entfernter Endpunkt einer weitergeleiteten Transaktion operiert.
Description
T r a n s a k t i o n s s y s t e m
Die vorliegende Erfindung betrifft ein Verfahren zum Durchführen einer Transaktion mit einer kontaktlos kommunizierenden Terminaleinrichrung sowie ein entsprechendes Transaktionssystem und zugehörige Komponenten.
Transaktionssysteme, welche auf kontaktlosem Weg verschiedene Transaktionen unterstützen, beispielsweise bargeldlose Bezahlung, Ticketing- Anwendungen, Zugangskontrolle oder dergleichen, sind weithin bekannt. Dabei wird die Transaktion in der Regel zwischen einer kontaktlos kommunizierenden Terminaleinrichtung und einem kontaktlos kommunizierenden portablen Datenträger eines Nutzers, beispielsweise einer Chipkarte, durchgeführt. Gelegentlich ist es bereits möglich, dass eine ansonsten auf einer Chipkarte ausgeführte Transaktionsapplikation auf einen Mobilfunkendgerät als portablem Datenträger ausführbar installiert werden kann. Das Mobilfunkendgerät unterstützt in diesem Fall eine kontaktlose Datenkommunikation mit der Terminaleinrichtung, beispielsweise mittels eines so genannten CLFs („Contactless Frontend"). Grundlage bilden dabei bekannte kontaktlo- se Datenübertragungsprotokolle, wie z.B. gemäß ISO/IEC 14443 (kontaktlose Chipkarte) oder das NFC-Protokoll („Near Field Communication") gemäß ISO/IEC 18092 (NFCIP-1) oder ISO/IEC 21481 (NFCIP-2) im Zusammenhang mit NFC-fähigen Mobilfunkendgeräten oder dergleichen. Nachteilig für einen Nutzer ist es dabei jedoch, dass zumeist für jede Anwendung eine eigene Terminaleinrichtung vorgesehen ist, welche ihrerseits einen zugehörigen, eigenen Datenträger - im Falle einer Chipkarte - oder zumindest eine entsprechende eigene Transaktionsapplikation - im Falle eines NFC-fähigen Mobilfunkendgeräts - erfordert. Der Nutzer muss also,
möchte er verschiedene Transaktionen durchführen, den jeweils passenden portablen Datenträger mit sich führen oder zumindest zuerst die passende Transaktionsapplikation auf seinem Mobilfunkendgerät installieren. Die Anzahl notwendiger Chipkarten steigt dabei schnell. Eine Installation von di- versen Transaktionsapplikationen erfordert zumindest einigen Aufwand und führt auch hier schnell zu einer unübersichtlich großen Anzahl. Weiterhin ist die Installation zumeist im Vorfeld durchzuführen, d.h. nicht erst in dem Moment, in dem der Nutzer die Applikation gerne verwenden möchte, um beispielsweise in einer fremden Stadt eine U-Bahn zu benutzen. Schließ- lieh ist es erforderlich, falls eine Transaktionsapplikation auf einem Datenträger eine Bezahltransaktion unterstützen soll, dass jeweils ausreichend Guthaben auf dem entsprechenden Datenträger gespeichert ist.
Aufgabe der vorliegenden Erfindung ist es demnach, ein Transaktionssystem und ein Verfahren vorzuschlagen, welches den angesprochenen Nachteilen Rechnung trägt.
Diese Aufgabe wird durch die unabhängigen Patentansprüche gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen sind in den abhängigen Pa- tentansprüchen angegeben.
Ein erfindungsgemäßes Transaktionssystem umfasst zumindest eine kontaktlos kommunizierende Terminaleinrichtung, ein Weiterleitungsendgerät, ein Transaktionsendgerät und eine Servereinrichtung.
Ein kontaktloses Transaktionssystem umfasst eine Terminaleinrichtung, die Transaktionen mit in seinem Nahbereich angeordneten Transaktionseinheiten durch kontaktloses Übertragen von Transaktionsdaten ausführt. In einer Transaktionseineinheit wird das folgende Verfahren ausgeführt. Empfangen
von Transaktionsdaten der TeiTriinaleinrichtung, die von einem Weiterlei- tungsendgerät an die Transaktionseinheit weitergeleitet worden sind; und Erzeugen einer Antwort auf die empfangenen Transaktionsdaten für die Terminaleinrichtung durch eine Transaktionsapplikation, wobei die Antwort an das Weiterleitungsendgerät übertragen und von diesem an die Terminaleinrichtung weitergeleitet werden soll. Erfindungsgemäß umfasst die Transaktionseinheit eine Weiterleitungserkennung, welche anhand eines empfangenen Transaktionsendpunktsignals erkennt, dass die Transaktionsapplikation als entfernter Endpunkt einer weitergeleiteten Transaktion operiert.
Ein erfindungsgemäßes Transaktionsendgerät zum Durchführen einer Transaktion mit einer kontaktlos kommunizierenden Terminaleinrichtung umfasst daher eine Weiterleitungserkennung (Transaktionsendpunktapplikation). Diese ist eingerichtet, ein Transaktionsendpunktsignal zu empfangen und anhand des Transaktionsendpunktsignals zu erkennen, dass das Transaktionsendgerät als Transaktionsendpunkt einer Kette von Transaktionsgeräten operiert.
Vorzugsweise empfängt das Transaktionsendgerät ein Transaktionsend- punktsignal. In der Regel sendet die Servereinrichtung das Transaktionsendpunktsignal an das Transaktionsendgerät. Die Servereinrichtung ist dementsprechend eingerichtet, ein Transaktionsendpunktsignal an das Transaktionsendgerät zu senden. Alternativ kann das Transaktionsendpunktsignal jedoch auch von dem Weiterleitungsendgerät erzeugt und (direkt oder über die Servereinrichtung) zur Transaktionseinheit gesendet werden.
Anhand des Transaktionsendpunktsignals erkennt das Transaktionsendgerät, dass es als Transaktionsendpunkt einer Kette von Transaktionsgeräten operiert. Ein Nutzer des Transaktionsendgeräts kann auf diese Weise dar-
über informiert werden, dass, obwohl das Transaktionsendgerät nicht unmittelbar mit einer Terminaleinrichtung verbunden ist, trotzdem eine Transaktion mit einer solchen Terminaleinrichtung - über das Weiterleitungsendgerät und die Servereinrichtung - durchgeführt werden soll. Abhängig von dem Transaktionsendpunktsignal kann der Nutzer des Transaktionsendgeräts das Ausführen der Transaktion beispielsweise auch unterbinden oder nur bedingt zulassen.
Das Transaktionsendpunktsignal kann dazu dienen, das Weiterleitungsend- gerät und/oder die Servereinrichtung zu authentisieren. D.h. das Transaktionsendpunktsignal kann Authentisierungsinf ormationen bezüglich des Weiter leitungsendgeräts und/ oder der Servereinrichtung umfassen. Die Transaktionsendpunktapplikation des Transaktionsendgeräts ist allgemein eingerichtet, anhand eines empfangenen Transaktionsendpunktsignals Transakti- onsgeräte der Kette der Transaktionsgeräte zu authentifizieren, insbesondere das Weiterleitungsendgerät und/ oder die Servereinrichtung. Ein Nutzer des Transaktionsendgeräts kann beispielsweise abhängig von der Identität des Weiterleitungsendgeräts oder der Servereinrichtung ein Durchführen der Transaktion mit der Terminaleinrichtung erlauben, beschränkt erlauben, bei- spielsweise Bezahltransaktionen betragsmäßig begrenzen, oder gänzlich unterbinden.
In dem Transaktionsendgerät können dazu Voreinstellungen getroffen und von der Transaktionsendpunktapplikation verwaltet werden. D.h. Transak- tionen mit vorgegebenen Weiterleitungsendgeräten oder mit solchen Weiter- leitungsendgeräten, welche über eine vorgegebene Servereinrichtung vermittelt worden sind, können beispielsweise generell erlaubt werden, ohne dass eine Bestätigung des Nutzers erforderlich ist. Auf der anderen Seite kann beispielsweise vorgegeben werden, dass Transaktionen, welche über be-
stimmte Weiterleitungsendgeräte durchgeführt werden sollen, stets eine Bestätigung durch den Nutzer erfordern. Auf diese Weise hat ein Nutzer stets volle Kontrolle über Transaktionen, welche mittels des Transaktionsendgeräts - im Rahmen des erfindungsgemäßen Systems - durchgeführt werden, ohne dass vermeidbarer Aufwand und unnötige Verzögerungen bei der Abwicklung gewünschter Transaktionen entstehen.
Das Transaktionsendpunktsignal (TES) ist im Transaktionssystem vorgesehen für eine Unterscheidung zwischen weitergeleiteten Transaktionen mit einer entfernten Terrninaleinrichtung und lokalen Transaktionen mit einer Terminaleinrichtung im Nahbereich der Transaktionseinheit. Es ist also ein zusätzliches explizit zu diesem Zweck vorgesehenes Signal. Es wird der Transaktionseinheit vorzugsweise als Daten einer Anwendungsschicht übertragen, d.h. wie die Transaktionsdaten in einer APDU.
Die Weiterleitungserkennung führt vor dem Erzeugen der Antwort durch die Transaktionsapplikation einen vom Vorliegen einer Weiterleitung abhängigen Vorbereitungsschritt durch. Alternativ kann auch davon gesprochen werden, dass die Transaktionseinheit in einen Weiterleitungsmodus umschaltet.
Als Vorbereitungsschritt (im Weiterleitungsmodus) wird eine auf der Transaktionseinheit vorhandene Weiterleitungsabwehrmaßnahme deaktiviert. Diese teils rechenzeitaufwändigen Maßnahmen könnten den Transaktionsab- lauf verlangsamen, wenn sie unnötig durchgeführt werden.
Als Vorbereitungsschritt (im Weiterleitungsmodus) werden ferner Sicherheitsvorgaben für weitergeleitete Transaktionen in der Transaktionseinheit
geprüft.
Vorzugsweise sollte die Transaktionseinheit das Transaktionsendpunktsignal vor den Transaktionsdaten empfangen, um ausreichend Zeit für eventu- eile Vorbereitungsschritte zu haben. Dieser Zeitraum kann besonders groß gestaltet werden, wenn das Transaktionsendpunktsignal in Antwort auf die ersten Transaktionsdaten der Tenriinaleinrichtung für die Transaktion, welche ohne Weiterleitung durch das Weiterleitungsendgerät beantwortet werden, erzeugt und an die Transaktionseinheit gesendet wird.
In dem Verfahren zum Durchführen einer Transaktion zwischen einer kontaktlos kommunizierenden Terminaleinrichtung und einer Transaktionseinheit über ein Weiterleitungsendgerät vermittelt eine Servereinrichtung eine zum Durchführen der Transaktion notwendige Datenkommunikationsver- bindung zwischen dem Weiterleitungsendgerät und der Transaktionseinheit.
Als Transaktionsendgerät und als Weiterleitungsendgerät kann beispielsweise ein Mobilfunkendgerät, ein Smartphone, Notebook oder dergleichen verwendet werden. Die Datenkommunikation zwischen dem Weiterleitungs- endgerät und der Servereinrichtung sowie zwischen der Servereinrichtung und dem Transaktionsendgerät kann beispielsweise über ein geeignetes Kommunikationsnetzwerk, z.B. ein Mobilfunknetz, das Internet oder dergleichen erfolgen. Die Datenkommunikation zwischen der Terminaleinrichtung und dem Weiterleitungsendgerät und sowie zwischen dem Transakti- onsendgerät und einem portablen Datenträger erfolgt in der Regel über eines der vorstehend genannten, bekannten kontaktlosen Datenübertragungsprotokolle, wie beispielsweise ISO/IEC 4443, ISO/IEC 18092 (NFCIP-1) oder ISO/IEC 21481 (NFCIP-2).
Das Transaktionssystem umfasst in der Regel eine Mehrzahl von Weiterlei- tungsendgeräten, eine Mehrzahl von - auch unterschiedlichen - Terminaleinrichtungen sowie eine Mehrzahl von Transaktionsendgeräten, welche wiederum jeweils selbst eingerichtet sein können, eine Mehrzahl von Transakti- onsapplikationen auszuführen und alternativ oder zusätzlich dazu mit verschiedenen portablen Datenträgern verbunden zu werden.
Im Rahmen des beschriebenen Transaktionssystems kann es vorgesehen sein, dass sich ein Weiterleitungsendgerät und eine Transaktionseinheit jeweils einmalig bei der Servereinrichtung registriert. Das jeweilige Gerät überträgt bei der Registrierung bei der Servereinrichtung beispielsweise eine eindeutige Kennung an die Servereinrichtung, mittels derer die Servereinrichtung im Folgenden das jeweilige Gerät identifizieren oder adressieren kann. Als Kennung kann beispielsweise eine Mobilfunknummer, eine IP- Adresse oder dergleichen verwendet werden.
Während der Registrierung kann beispielsweise bereits festgelegt werden, welches Weiterleitungsendgerät über die Servereinrichtung zum nachfolgenden Durchführen einer Transaktion mit welchem Transaktionsendgerät oder welchen Transaktionsendgeräten potentiell verbunden kann oder soll. Wird eine solche Paarung von Weiterleitungsendgerät und Transaktionsendgerät in dieser Phase gebildet, kann die Servereinrichtung dem Weiterleitungsendgerät bereits zu diesem Zeitpunkt Daten betreffend das Transaktionsendgerät bereitstellen, welche das Weiterleitungsendgerät später beim Aufbauen einer Datenkommunikationsverbindung mit der Terminaleinrichtung verwenden kann.
Wie bereits erwähnt, kann das Transaktionsendgerät eine zum Durchführen der Transaktion notwendige Transaktionsapplikation selbst umfassen und
die Transaktion auf der Basis von unter Vermittlung der Servereinrichtung über das Weiterleitungsendgerät von der Terminaleinrichtung empfangenen Transaktionsdaten durchführen. Alternativ oder zusätzlich kann das Transaktionsendgerät zum Durchführen der Transaktion eine Datenkommunikation mit einem portablen Datenträger aufbauen, welcher eine zum Durchführen der Transaktion notwendige Transaktionsapplikation umfasst. Dabei führt der Datenträger die Transaktion auf der Basis von unter Vermittlung der Servereinrichtung über das Wei- terleirungsendgerät von der Terminaleinrichtung empfangenen Transaktionsdaten durch.
Das Weiterleitungsendgerät kann eingerichtet sein, eine Auswahlinformation zum Auswählen eines vorgegebenen Transaktionsendgeräts an die Server- einrichtung zu senden. Diese Aus Wahlinformation kann beispielsweise ein Transaktionsendgerät eines bestimmten Nutzers bezeichnen. In diesem Fall ist dem Nutzer des Weiterleitungsendgeräts in der Regel bekannt, dass das ausgewählte Transaktionsendgerät die von der Terminaleinrichtung angeforderte Transaktionsapplikation unterstützt. Die Servereinrichtung ist dem- entsprechend eingerichtet, die Datenkommunikationsverbindung zu dem durch die Auswahlinformation vorgegebenen Transaktionsendgerät zu vermitteln.
Alternativ oder zusätzlich kann das Weiterleitungsendgerät eingerichtet sein, eine Transaktionsinformation hinsichtlich einer auszuführenden Transaktion an die Servereinrichtung zu senden. In diesem Fall gibt das Weiterleitungsendgerät lediglich vor, dass eine Vermittlung an ein beliebiges Transaktionsendgerät gewünscht wird, welches die bezeichnete Transaktion unterstützt. Die Servereinrichtung ist eingerichtet, die Datenkommunikation zu einem
solchen Transaktionsendgerät zu vermitteln, welches eine der Transaktion zugeordnete Transaktionsapplikation bereitstellt.
Allgemein kann die Servereinrichtung eingerichtet sein, ein Transaktions- endgerät auf Verfügbarkeit zu prüfen und gegebenenfalls zu aktivieren. Dies ist in der Regel lediglich dann möglich, wenn das entsprechende Transaktionsendgerät vorab bei der Servereinrichtung registriert worden ist.
Wie bereits angedeutet, kann die Servereinrichtung dem Weiterleitungsend- gerät und/ oder dem Transaktionsendgerät Transaktionsinitialisierungsdaten bereitstellen, vorzugsweise vor dem Durchführen einer Transaktion, beispielsweise bei einer vorstehend beschriebenen Registrierung. Transaktions- initialisierungsdaten können transaktionsunabhängig oder transaktionsabhängig sein.
Ein erfindungsgemäßes Transaktionssystem umfasst, wie bereits beschrieben, eine kontaktlos kommunizierende Terminaleinrichtung, ein Weiterlei- tungsendgerät, eine erfindungsgemäße Servereinrichtung sowie ein erfindungsgemäßes Transaktionsendgerät zum Durchführen eines erftndungs- gemäßen Verfahrens.
Im Folgenden wird die Erfindung mit Bezug auf die beiliegenden Zeichnungen beispielhaft beschrieben. Darin zeigen: Figur 1 eine Ausführungsform eines Transaktionssystems;
Figur 2 schematisch verschiedene Sicherheitselemente eines Weiterlei- tungsendgeräts;
Figur 3 einen Ausschnitt der internen Struktur des Weiterleitungsend- geräts aus Fig. 2;
Figur 4 einen Ausschnitt der internen Struktur eines Transaktionsend- geräts in Verbindung mit einem portablen Datenträger;
Figur 5 einen Überblick über wesentliche Schritte eines Transaktionsverfahrens (Registrierung, Anmeldung, Transaktion); Figuren 6 und 7 einzelne Schritte im Rahmen der Transaktion aus Fig. 5 zwischen einer Terminaleinrichtung und weiteren an der Transaktion beteiligten Geräten.
Mit Bezug auf Fig. 1 umfasst das gezeigte Transaktionssystem 10 eine Termi- naleinrichtung 100, ein Weiterleitungsendgerät 200, eine Servereinrichtung 300, ein Transaktionsgerät 400 sowie einen portablen Datenträger 500.
In nachstehend beschriebenen Ausführungsformen des Transaktionssystems 10 können einzelne der Komponenten, beispielsweise der Datenträger 500 oder dieser und das Transaktionsendgerät 400 wegfallen.
Der Übersichtlichkeit halber ist in Fig. 1 jede der Komponenten nur einmal dargestellt worden. In der Regel umfasst das Transaktionssystem 10 aber eine oder wenige, miteinander verbundene Servereinrichtungen 300, eine Mehrzahl von Terminaleinrichtungen 100, eine Mehrzahl von Weiterlei- tungsendgeräten 200 und gegebenenfalls eine Mehrzahl von Transaktionsendgeräten 400, wobei jedes dieser Transaktionsendgeräte 400 optional mit einer Mehrzahl von portablen Datenträgern 500 verbunden werden kann.
Eine Terminaleinrichtung 100 ist eingerichtet, über eine kontaktlose Datenkommunikation eine Transaktion mit einem dafür eingerichteten Gerät durchzuführen. Dabei muss dieses Gerät in der Lage sein, eine Datenkommunikation mit der Terminaleinrichtung 100 aufzubauen und eine Transak- tionsapplikation bereitzustellen, welche einer von der Terminaleinrichtung 100 vorgegebenen Transaktion zugeordnet ist. Die Terminaleinrichtung 100 kann beispielsweise als Zugangskontrollsystem, als Fahrkartenterminal im ÖPNV, als Bezahlterminal oder dergleichen eingerichtet sein. Die entsprechende Transaktion entspricht dann einer Authentisierungsapplikation, eventuell verbunden mit dem Nachweis eines geleisteten Eintrittspreises, oder die Bezahlapplikation einer vorgegebenen Dienstleistung, beispielsweise der Nutzung öffentlicher Verkehrsmittel oder dergleichen. Im Rahmen einer Bezahlapplikation wird dann beispielsweise eine elektronische Börse, welche auf der Transaktionseinheit gespeichert ist, belastet.
Es ist bekannt, als Geräte zum Durchführen solcher Transaktionen kontaktlos kommunizierende portable Datenträger 500, beispielsweise Chipkarten, zu verwenden. Die entsprechende Transaktionsapplikation ist dabei jeweils auf einem solchen Datenträger 500 gespeichert. In der Regel wird für jede der zahlreichen, verschiedenen Transaktionen, welche gegenüber einer Terminaleinrichtung 100 der beschriebenen Art durchgeführt werden kann, ein eigener, der entsprechenden Terminaleinrichtung 100 zugeordneter Datenträger 500 bereitgestellt. Dies hat zur Folge, dass ein Nutzer, möchte er verschiedene Transaktionen bei verschiedenen Terminals durchführen, jeweils die dazugehörigen portablen Datenträger bei sich tragen muss. Zusätzlich ist darauf zu achten, dass entsprechende Börsen, welche bei Bezahltransaktionen belastet werden, stets eine ausreichende Deckung aufweisen.
Alternativ können einzelne der Transaktionsapplikationen ausführbar auf einem Transaktionsendgerät 400, beispielsweise einen Mobilfunkendgerät, installiert werden. Dieses kann dann, eine geeignete Datenkommunikationsschnittstelle vorausgesetzt, gegenüber der Terminaleinrichtung 100 wie ein Datenträger 500 auftreten und eine gewünschte Transaktion durchführen. Für den Nutzer ist hier nachteilig, dass eine gewünschte Transaktionsapplikation zumeist im Vorfeld installiert und gegebenenfalls eine dazugehörige Börse aufgeladen werden muss. Eine spontane Nutzung, insbesondere eine erstmalige oder nur einmalige Nutzung einer bisher unbekannten Transakti- onsapplikation, beispielsweise die Nutzung eines öffentlichen Verkehrsmittels in einer fremden, erstmals besuchten Stadt, ist dann nicht möglich, da die entsprechende Transaktionsapplikation auf dem mitgeführten Transaktionsendgerät 400 nicht installiert ist. Das in Fig. 1 dargestellte Transaktionssystem 10 kann vorteilhafte, nachstehend beschriebene Transaktionsverfahren unterstützen, mittels welcher die beschriebenen Nachteile bekannter Transaktionssysteme vermieden werden können. Ein Weiterleitungsendgerät 200 ist im Nahbereich der Terminaleinrichtung 100 angeordnet und eingerichtet, eine Datenkommunikationsverbindung mit der Terminaleinrichtung 100 aufzubauen. Eine Transaktion betreffende Transaktionsdaten werden von dem Weiterleitungsendgerät 200 nicht verarbeitet, sondern an eine entfernt angeordnete Transaktionseinheit weiter ge- leitet. Entsprechend ist das Weiterleitungsendgerät 200 eingerichtet, von der Transaktionseinheit empfangene Daten an die Terrriinaleinrichtung 100 weiterzuleiten. Das Weiterleitungsendgerät 200 umfasst zu diesem Zweck eine Weiterleitungsapplikation 280, welche mit Bezug auf Fig. 3 genauer beschrieben wird. Abhängig von der Ausgestaltung können sowohl die Server-
einrichtung 300, das Transaktionsendgerät 400 als auch der portable Datenträger 500 können die Transaktionseinheit sein. Die konkrete Darstellung in Figur 1 ist ausgerichtet an dem Beispiel des Weiterleitens der Transaktionsdaten von dem Weiterleitungsendgerät 200 über die Servereinrichtung 300 und das Transaktionsendgerät 400 zu dem portablen Datenträger 500 als Transaktionseinheit.
Die Datenkommunikation zwischen der Terminaleinrichtung 100 und dem Weiterleitungsendgerät 200 wird gemäß einem bekannten kontaktlosen (Nahbereichs-)Kommunikationsprotokoll durchgeführt, beispielsweise gemäß ISO/IEC 14443, wie es im Zusammenhang mit kontaktlos kommunizierenden Chipkarten bekannt ist, oder gemäß einem der NFC-Protokolle („Near Field Communication"; ISO/IEC 18092 (NFCIP-1); ISO/IEC 21481 (NFCIP-2)). Das Weiterleitungsendgerät 200 umfasst dazu eine geeignete Datertkoirimurukatioraschnittstelle 210, welche nachstehend mit Bezug auf Fig. 2 beschrieben wird.
Gegenüber der Terminaleinrichtung 100 gibt sich das Weiterleitungsendgerät 200 in gewisser Weise als portabler Datenträger aus, operiert also in einem Modus„being card". Dieser Modus wird von der Datenkommunikationsschnittstelle 210 genauso unterstützt wie ein Modus„being reader", in welchem sich das Gerät gegenüber einem portablen Datenträger 500 als Terminaleinrichtung ausgeben kann. In analoger Weise wird die Datenkommunikation zwischen dem Transaktionsendgerät 400 und dem portablen Datenträger 500 hergestellt. Das Transaktionsendgerät 400 besitzt dazu eine der Daterücorrununikationsschnittstelle 210 entsprechende DatenkonTmurukationsschnittstelle 410 (vgl. Fig. 4). Allerdings operiert hier das Transaktionsendgerät 400 gegenüber dem portab-
len Datenträger 500 als Terminal. Die bekannten technischen Details finden sich beispielsweise im„RFID-Handbuch", 5. Auflage, Hanser Verlag, München 2008, Kap. 11.6). Gemäß einer alternativen Ausführungsform kann der Datenträger 500 auch als kontaktbehaftet kommunizierender Datenträger ausgebildet sein, welcher mit dem Transaktionsendgerät 400 in bekannter Weise über ein geeignetes Lesegerät verbunden werden kann.
Die Datenkommunikation zwischen dem Weiterleitungsendgerät 200 und der Servereinrichtung 300 sowie, falls erforderlich, zwischen der Serverein- richtung 300 und dem Transaktionsendgerät 400, wird über ein geeignetes, bekanntes Kommunikationsnetzwerk hergestellt. Exemplarisch sind in Fig. 1 ein Mobilfunknetzwerk 1000 oder das Internet 2000 dargestellt.
Die Servereinrichtung 300 umf asst verschiedene Komponenten. Eine Regist- rierungsservereinrichtung 310 dient dazu, verschiedene Weiterleitungsend- geräte 200 und/ oder Transaktionsendgeräte 400 im Transaktionssystem 10 zu registrieren.
Ein Weiterleitungsendgerät 200 oder ein Transaktionsendgerät 400, welches Teil des Transaktionssystems 10 werde möchte, kann sich in einem Registrierungsschritt bei der Servereinrichtung 300 registrieren. Das Weiterleitungsendgerät 200 bzw. das Transaktionsendgerät 400 kann dazu mit einer Registrierungsapplikation ausgestattet sein, welche eine Verbindung zu der Servereinrichtung 300 aufbaut. Eine solche Anwendung kann auf einem Sicher- heitselement des entsprechenden Geräts 200, 400 installiert sein (vgl. Fig. 2).
Dabei können für jedes der Geräte 200, 400 Registrierungsdaten gespeichert werden, beispielsweise eine eindeutige Kennung des Geräts 200, 400, eine Mobilfunknummer, eine IP- Adresse oder dergleichen. Anhand dieser Daten
kann die Servereinrichtung 300 das Gerät 200, 400 nachfolgend authentifizieren und gegebenenfalls adressieren.
Prinzipiell kann ein geeignet ausgestattetes Endgerät 200, 400, beispielsweise ein Mobilfunkendgerät, in dem Transaktionssystem 10 sowohl die Rolle eines Weiterleitungsendgeräts 200 als auch die Rolle eines Transaktionsendgeräts 400 spielen. Im Rahmen der Registrierung kann eine entsprechende Rollenauswahl getroffen werden, wobei ein Endgerät auch beide Rollen, wenn auch nicht im Rahmen derselben Transaktion, einnehmen kann. Weiter kann festgelegt werden, welches Weiter leitungsendgerät 200 mit welchem Transaktionsendgerät 400 zum Durchführen einer Transaktion prinzipiell vermittelt werden darf. Dabei kann ein Transaktionsendgerät 400 beispielsweise im Rahmen der Registrierung festlegen, dass lediglich eine fest vorgegebene Auswahl von eindeutig identifizierten Weiterleitungsendgeräten 200 in nachstehend beschriebener Weise auf eine Transaktionsapplikation des
Transaktionsendgeräts 400 oder eines damit verbundenen Datenträgers 500 zugreifen darf. Auf der anderen Seite kann ein Weiterleitungsendgerät 200 beispielsweise festlegen, dass die von ihm weitergeleiteten Transaktionsdaten von der Servereinrichtung 300 stets, falls verfügbar, an ein voreingestell- tes Transaktionsendgerät 400 weitergeleitet werden sollen. Die beschriebenen Registrierungsdaten werden von der Registrierungsservereinrichtung 310 gespeichert und verwaltet.
In einem weiteren, nachfolgend beschriebenen Schritt, wenn sich ein Weiter- leitungsendgerät 200 bei der Servereinrichtung 300 anmeldet, um in Vorbereitung einer Transaktion mit einer Terminaleinrichtung 100 erforderliche Transaktionsinitialisierungsdaten anzufordern, stellt die Servereinrichtung 300 dem Weiterleitungsendgerät 200 diese Transaktionsinitialisierungsdaten bereit. Dies kann auch bereits im Rahmen der Registrierung erfolgen. Inhalt
und Bedeutung der Transaktionsinitialisierungsdaten werden nachfolgend genauer beschrieben.
Eine Update-Servereinrichtung 320 dient dazu, auf dem Weiterleitungsend- gerät 200 oder dem Transaktionsendgerät 400 zum Durchführen einer Transaktion im Rahmen des beschriebenen Transaktionssystems 10 gespeicherte Daten gegebenenfalls zu aktualisieren. Dies kann beispielsweise die Weiter- leitungsapplikation 280, 480 betreffen oder einzelne Transaktionsinitialisie- rungsdaten. Eine solche Aktualisierung erfolgt in der Regel über die Luft- schnittestelle („over the air", OTA) und wird von einem Nutzer des entsprechenden Endgeräts 200, 400 nicht bemerkt.
Eine Applikationsservereinrichtung 330 stellt eine Reihe verschiedener Transaktionsapplikationen 370 bereit. Mittels dieser Applikationsserverein- richtung 330 stellt die Servereinrichtung 300 die Funktionalität einer Transaktionseinheit bereit. Die Applikationsservereinrichtung 330 umfasst eine Vielzahl portabler Datenträger 350, die jeweils zumindest einen Transaktionstyp unterstützen, also eine Transaktionsapplikationen 370 für diesen Transaktionstyp aufweisen. Für unterschiedliche Transaktionstypen stellt die Servereinrichtung entsprechend unterschiedliche portable Datenträger 350 bereit. Somit kann die Applikationsservereinrichtung 330 durch eine Vielzahl herkömmlicher portabler Datenträger 350 in die Lage versetzt werden unterschiedlichste Transaktionstypen durchzuführen. Die Servereinrichtung 300 verwaltet Daten zu den Transaktionseinheiten, die weitergeleitete Transaktionsdaten verarbeiten können. Sie speichert die Daten beispielsweise in der Form einer Liste der Transaktionseinheiten. Zugeordnet zu der Transaktionseinheit wird eine (Weiterleitungs-) Adresse gespeichert. Die Weiterleitungsadresse ist geeignet, um (durch das Weiterlei-
tungsendgerät 200 oder die Servereinrichtung 300) eine Datenkommunikation (über ein Netzwerk 1000,2000) mit der Transaktionseinheit aufzubauen. Insbesondere wird für die Transaktionseinheiten angegeben, welchen Transaktionstyp oder welche Transaktionstypen sie unterstützen. Ferner wird ein für die Transaktionseinheit, zumindest für den Transaktionstyp, eindeutiger Identifikator gespeichert. Schließlich können weiterhin eine Benutzerzuordnung zu den Transaktionseinheiten und ggf. benutzerspezifische Vorgaben für die Transaktionseinheiten gespeichert sein. Diese verwalteten Daten werden vorzugsweise von der Registrierungsservereinrichtung 310 erfasst.
Die Servereinrichtung 300 ist durch die Vermittlungsservereinrichtung 340 eingerichtet, um eine Transaktionseinheit aus den gespeicherten Transaktionseinheiten auszuwählen. Die Auswahl erfolgt abhängig von einem oder einer Kombination der folgenden Auswahlparameter: dem Weiterleitungs- end gerät 200 (bzw. dessen Benutzer und/ oder Standort), dem Transaktionstyp oder Vorgaben des Besitzer der Transaktionseinheit. Das Auswählen erfolgt vorzugsweise auf Anfrage durch ein Weiterleitungsendgerät 200. Es ist aber auch möglich vorab eine Transaktionseinheit, beispielsweise für einen bestimmten Transaktionstyp auf einem Weiterleitungsendgerät an einem bekannten Standort, auszuwählen.
Die Vermittlungsservereinrichtung 340 kann dem Weiterleitungsendgerät die Weiterleitungsadresse der ausgewählten Transaktionseinheit mitteilen. Das Weiterleitungsendgerät 200 wird mit Hilfe der Weiterleitungsadresse eine Datenkommunikation mit der ausgewählten Transaktionseinheit aufbauen. In der Figur 1 wurde jedoch darauf verzichtet darzustellen, dass das Weiterleitungsendgerät 200 somit über das Mobilfunknetz 1000 und/ oder das Internet 2000 eine von dem Server 300 unabhängige Verbindung zu dem Transaktionsendgerät 400 bzw. dem portablen Datenträger 500 aufbauen
kann. In einem eher extremen Sonderfall könnte die Servereinrichtung 300 dem Weiterleitungsendgerät 200 sogar mitteilen, dass - trotz vorhandener Weiterleitungsoption - eine lokal auf dem Weiterleitungsendgerät 200 gespeicherte Applikation, z.b. die Applikation AID1 des Sicherheitselements 220, die Transaktion durchführen soll.
Die Vermittlungsservereinrichtung 340 ist ferner eingerichtet, für eine Transaktion über das Weiterleitungsendgerät 200 von der Terminaleinrichtung 100 weitergeleitete Transaktionsdaten an eine ausgewählte oder auszuwählende Transaktionseinheit 450,500 weiterzuleiten. Die Vermittlungsservereinrichtung 340 stellt somit zum Durchführen einer Transaktion im Rahmen des Transaktionssystems 10 eine indirekte Datenkommunikations Verbindung zwischen einem Weiterleitungsendgerät 200 und dem Transaktionsendgerät 400 her. Entsprechend muss die Weiterleitungsadresse in dieser Ausgestal- tung dem Weiterleitungsendgerät 200 nicht mitgeteilt werden.
In Fig. 2 ist eine mögliche Sicherheitsstruktur eines Endgeräts 200, 400 am Beispiel des Weiterleitungsendgeräts 200 gezeigt. Das Transaktionsendgerät 400 kann gleich oder ähnlich ausgestattet sein.
Zahlreiche Transaktionen zwischen der Terminaleinrichtung 100 und der Servereinrichtung 300, dem Transaktionseinheit 450 oder dem Datenträger 500 verwenden und verarbeiten sicherheitsrelevante oder vertrauliche Daten eines Nutzers, beispielsweise Authentisierungsdaten, Geldbeträge oder der- gleichen. Deshalb ist es wesentlich, dass die Transaktion betreffende Transaktionsdaten in den jeweiligen Geräten 200, 400, welche die Transaktionsdaten weiterleiten oder verarbeiten, sicher gespeichert und verwaltet werden. Dazu umfassen die entsprechenden Endgeräte 200, 400 verschiedene Sicher- heitselemente(-module) .
Die Datenkoiruiiuiükatiorisschnittstelle 210, welche als NFC-Interface ausgebildet ist, kann selbst bereits ein Sicherheitselement umfassen, beispielsweise in Form einer sicheren Speicherkarte (nicht gezeigt).
Als weiteres Sicherheitselement umfasst ein als Mobilfunkendgerät ausgebildetes Endgerät 200 eine (U)SIM-Mobilfunkkarte 220. Diese kann selbst über eine eigene Antenne (nicht gezeigt) verfügen oder mit der Datenkommunikationsschnittstelle 210 verbunden sein und dieser gegebenenfalls als Sicherheitselement dienen.
Ein Controller 230 des Endgeräts 200 kann einen hardwareunterstützten, softwarebasiert gesicherten Bereich umfassen (beispielsweise gemäß der ARM-TrustZone-Technologie), welcher ein weiteres Sicherheitselement be- reitstellt. Sicherheitsrelevante Daten können in diesem gesicherten Bereich unter einem im Wesentlichen eigenen Sicherheitsbetriebssystem gesichert verarbeitet werden.
Schließlich kann das Endgerät 200 weitere bekannte Sicherheitselemente um- fassen, beispielsweise eine sichere Speicherkarte 250 oder dergleichen.
Schematisch sind in Fig. 3 Anteile der internen Struktur des Weiterleitungs- endgeräts 200 und in Fig. 4 des Transaktionsendgeräts 400 gezeigt. Die dem Weiterleitungsendgerät 200 von Fig. 3 als Sicherheitselement dienende SIM-Karte 220 umfasst eine aus dem Bereich der Chipkarten bekannte Datei EF_DIR. Darin enthaltene Daten, so genannte Applikations- Identifizierer (AIDs), zeigen an, welche Applikationen von dem Gerät 200 bzw. dessen SIM-Karte 220 unterstützt werden. Wenn also beispielsweise die
Terminaleinrichtung 100 eine Datenkommunikations Verbindung mit dem Weiterleitungsendgerät 200 aufbaut und die Datei EF_DIR ausliest, geht die Terminaleinrichtung 100 davon aus, dass das Weiterleitungsendgerät 200 diejenigen Applikationen bereitstellt, die durch die Identifizier er AID1, AID2, AID3 und AID4 bezeichnet sind.
Tatsächlich unterstützt das Weiterleitungsendgerät 200, wie in Fig. 3 angedeutet, selbst lediglich eine Transaktionsapplikation 270, welche mit AID1 identifiziert wird. Die Einträge AID2, AID3 und AID4 sind dem Weiterlei- tungsendgerät 200 in einem nachfolgend näher beschriebenen Anmeldungsschritt von der Servereinrichtung 300 als Transaktionsinitialisierungsdaten 260 bereitgestellt worden. Eine Terminaleinrichtung 100, welche zum Durchführen einer Transaktion auf dem Weiterleitungsendgerät 200 beispielsweise eine mit AID3 bezeichnete Transaktionsapplikation erwartet, geht vorliegend davon aus, dass das Weiterleitungsendgerät 200 diese Transaktionsapplikation unterstützt und sendet entsprechende Transaktionsdaten, beispielsweise in Form von bekannten Kommando- APDUs. Da das Weiterleitungsendgerät 200 die Funktionalität bezüglich der mit AID3 bezeichneten Transaktionsapplikation mittels des Eintrags in der Datei EF_DIR nur„vortäuscht", leitet das Weiterleitungsendgerät 200 die empfangenen Kommandos mittels der Weiterleitungsapplikation 280 an die Servereinrichtung 300 oder eine Transaktionseinheit 400, 500 weiter (vgl. auch Fig. 7).
Wie auch anhand der weiteren Ausführungen deutlich wird, leitet das Wei- terleitungsendgerät Transaktionsdaten abhängig vom Transaktionstyp an unterschiedliche Transaktionseinheiten weiter. Die entsprechenden Transaktionsapplikationen sind enthalten in der Servereinrichtung 300 für die AID4 und AID5, in dem Transaktionsendgerät 400 für AID2 und in dem portablen Datenträger 500 für AID3.
In Figur 3 ist die Liste der von dem Weiterleitungsendgerät unterstützten Transaktionstypen, in Form der Datei EF_DIR 260, im Sicherheitselement 220 des Weiterleitungsendgerätes 200 gespeichert. Die Liste kann aber ebenso wie die Weiterleitungsapplikation in anderen Einheiten des Weiterleitungsendgerätes 200 vorgesehen sein. Die Liste enthält echte Einträge, der tatsächlich lokal vorhandenen Transaktionsapplikationen, sowie virtuelle Einträge, der (nicht lokal vorhandenen bzw. nur) mittels Weiterleitung verfügbaren Transaktionsapplikationen.
Das Weiterleitungsendgerät leitet die Transaktionsdaten transparent, d.h. unverändert weiter. Daher kann auf das Sicherheitselement 220 für die Weiterleitung verzichtet werden. In der Regel wird im Rahmen der Transaktion zwischen der Teminaleinrichtung 100 und der Transaktionseinheit 300, 400, 500 ein sicherer Kanal aufgebaut, d.h. es findet eine Ende-zu-Ende Verschlüsselung statt. Das Sicherheitselement 220 ist jedoch ein geeigneter Speicher beispielsweise für die Anmeldungsdaten (Accountdaten) zur Anmeldung des Weiterleitungsendgerätes 200 gegenüber dem Server 300. Wie bereits erwähnt könnten zumindest die virtuellen Einträge der Liste 260 - vorzugsweise vorab - von der Servereinrichtung 300 zur Verfügung gestellt werden. Die Liste 260 kann dabei von der Servereinrichtung 300 dynamisch an einen Aufenthaltsort des Weiterleitungsendgeräts 200 angepasst werden und ggf. in Antwort auf einen Ortswechsel aktualisiert werden. Die Server- einrichtung 300 kann das Weiterleitungsendgerät nur die virtuellen Einträge oder die vollständige Liste mit virtuellen und echten Einträgen verwalten. Speichern wird die Servereinrichtung 300 für jedes Weiterleitungsendgerät 200 nur die echten Einträge und ggf. einen Verweis auf den aktuell gespeicherten Satz virtueller Einträge. Die Liste 260 bzw. zumindest deren virtuelle
Einträge können auch nur bei Bedarf durch das Weiterleitungsendgerät 200 vom Server 300 abgefragt, also nicht vorab bereitgestellt, werden.
Wie nachfolgend beschrieben, kann eine Transaktionsapplikation auf der Servereinrichtung 300, mittels der Applikationsservereinrichtung 330, falls diese den fraglichen Transaktionstyp (beispielsweise durch die Applikation 370, bezeichnet mit AID4, vgl. Fig. 1) unterstützt, durchgeführt werden.
Falls nicht, ist die Vermittlungsserverapplikation 340 eingerichtet, die Trans- aktionsdaten an ein geeignetes, in nachstehend beschriebener Weise vermitteltes Transaktionsendgerät 400 weiterzuleiten. Falls das Transaktionsendgerät 400 bzw. dessen Sicherheitselement 450 die entsprechende Transaktionsapplikation 470, bezeichnet mit AID2, wie in Fig. 4 angedeutet, unterstützt, wird die Transaktionsapplikation 470 dort ausgeführt und ein entsprechen- des Antwortkommando wird über die Vermittlungsservereinrichtung 340 der Servereinrichtung 300 und mittels der Weiterleitungsapplikation 280 des Weiterleitungsendgeräts 200 an die Terminaleinrichtung 100 übertragen.
Falls auch das Transaktionsendgerät 400 die angeforderte Transaktion nicht selbst unterstützt, jedoch der Datenträger 500, wie für den Fall der Anforderung der Transaktionsapplikation AID3 in Fig. 4 angedeutet, kann eine Weiterleitungsapplikation 480 des Transaktionsendgeräts 400, welche im Wesentlichen der Weiterleitungsapplikation 280 des Weiterleitungsendgeräts 200 entspricht, die Transaktionsdaten (in der Form einer Kommando- APDU) an den Datenträger 500 weiterleiten (vgl. auch Fig. 7). Dort wird dann schließlich die Transaktionsapplikation AID3 ausgeführt. Ein entsprechende Antwort (Antwort- APDU) findet seinen Weg an die Terminaleinrichtung über das Transaktionsendgerät 400, die Servereinrichtung 300 und das Weiterleitungsendgerät 200 unter Vermittlung der Weiterleitungsapplikation
480, der Vermittlungsservereinrichtung 340 und der Weiterleitungsapplika- tion 280.
Figur 4 zeigt Komponenten eines Transaktionsendgerätes 400 sowie den por- tablen Datenträger 500. In dem Transaktionsendgerät sind unter anderem ein Sicherheitselement 450, das ebenso wie zuvor beschrieben ausgestaltet sein kann, und eine Schnittstelle zur kontaktlosen Nahbereichskommunikation 410 auf. Über die Schnittstelle 410 kann das Transaktionsendgerät beispielsweise mit dem Datenträger 500 kontaktlos kommunizieren. Das Transakti- onsendgerät 400 kann, ähnlich wie das Weiterleitungsendgerät ein mobiles Endgerät, wie ein Mobilfunkgerät, ein PDA oder Notebook sein. Als Transaktionsendgerät kann aber auch ein stationäres Gerät, wie ein PC, Netzwerkrechner oder ein Kartenlesegerät, dienen. In dem Sicherheitselement 450 des Transaktionsendgerätes 400 ist eine Transaktionsapplikation 470 mit der AID2 angeordnet. Im Sicherheitselement 450 sind in der dargestellten Ausgestaltung weiterhin eine Weiterlei- tungsapplikation 480 und eine Weiterleitungserkennung 420 angeordnet. Insbesondere die Weiterleitungsapplikation 480 wird in der Regel jedoch nicht im Sicherheitselement, sondern in dem Transaktionsendgerät 400 angeordnet sein.
Die Weiterleitungsapplikation 480 leitet die von dem Weiterleitungsendgerät 200 empfangenen Transaktionsdaten (Kommando- APDUs) an die Applikati- on 470 mit der AID2 im Sicherheitselement oder an die Applikation mit der AID3 im portablen Datenträger 500 weiter. Die Antwort (Antwort-APDUs) der Applikation sendet sie zurück an das Weiterleitungsendgerät 200. Der Übertragungsweg kann dabei mit oder ohne Einbindung der Servereinrichtung 300 ausgestaltet sein.
Die Transaktionsapplikation 470 des Sicherheitselements 450 ist eingerichtet über die Schnittstelle 410 kontaktlose Transaktionen mit nicht dargestellten Terminaleinrichtungen durchzuführen. Wie die Terminaleinrichtung 100 geht also die Transaktionsapplikation 470 davon aus, dass sie an einer lokalen Transaktion im Nahbereich beteiligt ist. Diese Annahme gilt ebenso für den tragbaren Datenträger 500, der als lokaler Transaktionspartner im Nahbereich beispielsweise mit dem Transaktionsendgerät 400 (im Modus„Being Reader") agieren kann. Der an der Transaktion beteiligten Transaktionsein- heit 450, 500 wird daher vorliegend ein Transaktionsendpunktsignal übertragen. Das Transaktionsendpunktsignal ist vorgesehen, um der Transaktionseinheit 450, 500 zu signalisieren dass sie die Transaktion als entfernt angeordneter Endpunkt einer weitergeleiten Transaktion durchführt. In diesem Kontext werden nähere Details zur Weiterleitungserkennung 420 später mit Bezug auf Fig. 7 beschrieben.
Im Folgenden werden verschiedene Ausführungsformen eines Transaktionsverfahrens auf der Basis des mit Bezug auf die Figuren 1 bis 4 beschriebenen Transaktionssystems 10 beschrieben. Aufgrund der bereits geschilder- ten Vielzahl von Varianten, wird die jeweilige Ausgestaltung nur beispielhaft beispielsweise ausgehend von einer der Varianten beschrieben.
In Fig. 5 sind wesentliche Schritte bzw. Phasen eines Transaktionsverfahrens im Überblick dargestellt. Insbesondere die Phasen der Registrierung Sl, An- meidung S2 und Transaktion S3 können zeitlich unabhängig voneinander ablaufen. Beispielsweise erfolgt nach einmaliger Registrierung Sl täglich die Anmeldung S2 und danach beliebig oft Transaktionen S3.
In einem ersten Schritt Sl, einem Registrierungsschritt, ist es erforderlich, dass sich das Weiterleitungsendgerät 200 und die Transaktionseinheiten 400, 500 bei der Servereinrichtung 300 registrieren. Dieser Schritt ist bereits vorstehend mit Bezug auf die Registrierungsservereinrichtung 310 ausführlich beschrieben worden.
In Schritt S2 meldet sich ein Endgerät 200, 400, insbesondere ein Weiterleitungsendgerät 200, bei der Servereinrichtung 300 für eine nachfolgende Transaktion (vgl. Schritt S3) an. Dabei wird in Teilschritt TS21 die Rolle des Endgeräts für die Transaktion festgelegt, d.h. es wird bestimmt, ob ein Endgerät als Weiterleitungsendgerät 200 oder als Transaktionsendgerät 400 an der Transaktion beteiligt ist. Dieser Teilschritt kann gegebenenfalls auch bereits während der Registrierung durchgeführt werden, falls ein Gerät stets nur als Weiterleitungsendgerät 200 oder nur als Transaktionsendgerät ope- rieren möchte.
In Teilschritt TS22 stellt die Servereinrichtung dem Weiterleitungsendgerät 200 Transaktionsinitialisierungsdaten bereit. Diese dienen dazu, ein Aufbauen einer Datenkommunikation zwischen einer Terminaleinrichtung 100 und dem Weiterleitungsendgerät 200 in Teilschritt TS31 während einer Initialisierungsphase zu ermöglichen bzw. zu erleichtern.
Um die Bedeutung der Transaktionsinitialisierungsdaten besser erläutern zu können, wird im Folgenden mit Bezug auf Fig. 6 kurz der Verlauf während einer solchen Initialisierungsphase zum Aufbau der entsprechenden Datenkommunikationsverbindung beschrieben, bevor, dann wieder mit Bezug auf Fig. 5, verschiedene Arten von Transaktionsinitialisierungsdaten beschrieben werden.
Eine Terminaleinrichtung 100 erwartet für gewöhnlich als Transaktionspartner einen kontaktlos kommunizierenden Datenträger 500. Demgemäß ist der Ablauf beim Aufbau der Datenkommunikationsverbindung, wie er in Fig. 6 in den Schritten Tl bis T8 dargestellt wird, für den Fall illustriert, dass sich das Weiterleitungsendgerät 200 quasi als kontaktlos kommunizierende
Chipkarte vom Typ-A (gemäß ISO/IEC 14443) ausgibt. Ein Aufbau einer Datenkommunikation mit einem Typ-B-Datenträger verläuft abweichend, aber im Grunde ähnlich. Im Schritt Tl empfängt das Weiterleitungsendgerät ein REQUEST- Kommando, welches es im Schritt T2 mit einem vorgegeben ATQ- Kommando („ANSWER TO REQUEST") beantwortet. Die nachfolgenden Schritte T3 bis T6 dienen dem Auswählen des Weiterleitungsendgeräts 200 durch die Terminaleinrichtung 100. Dies ist notwendig, da sich gleichzeitig mehrere Kommunikationspartner in Reichweite der Terminaleinrichtung 100 befinden können. Dieses muss in der Lage sein, und dazu wird in Schritt T3 ein Antikollisionsverfahren gestartet, jeden einzelnen dieser möglichen Kommunikationspartner gezielt anhand eines eindeutigen Identifizierers, des in Schritt T4 von dem Weiterleitungsendgerät 200 zu diesem Zweck gesendeten UID, identifizieren und adressieren zu können. Nach Erhalt und Erkennen des Identifizierers UID wählt die Terminaleinrichtung 100 das Weiterleitungsendgerät 200 in Schritt T5 schließlich zur weiteren Datenkommunikation, d.h. zum Durchführen einer Transaktion, aus. Dies wird von der Terminaleinrichtung in Schritt T6 bestätigt. Die Schritte Tl bis T6 dienen lediglich der Auswahl des Weiterleitungsendgeräts und sind unabhängig von einer nachfolgend ausgeführten Transaktion.
Auch die Schritte T7 und T8 sind transaktionsunabhängig. Der von der Terminaleinrichtung 100 in Schritt T7 angeforderte und in Schritt T8 von dem
Weiterleitungsendgerät 200 bereitgestellte Datensatz ATS („answer to se- lect") beschreibt im Wesentlichen Protokoll-Parameter eines Typ-A- Datenträgers, mit welchem die Terminaleinrichtung aufgrund des Verhaltens des Weiterleitungsendgeräts 200 glaubt, eine Datenkommunikation auf- zubauen. Diesem Datenträger könnte beispielsweise der Datenträger 500 entsprechen, mit welchem die Terminaleinrichtung 100 anschließend (vgl. Fig. 7, Schritte Tl bis T18) tatsächlich eine Transaktion mit zugehöriger Transaktionsapplikation 570 mit der AID3 durchführt. Ein Parameter des ATS- Datensatzes, der„FWI" („frame waiting integer"), definiert beispielsweise die maximale Wartezeit, welche die Terminaleinrichtung 100 (in der der initialen Phase nachfolgenden Transaktionsphase) nach Aussenden eines Kommandos auf die Antwort des Datenträgers zu warten hat. Nach Ablauf dieser Zeitspanne tritt ein so genannter„timeout" -Fehler auf. Des Weiteren umfasst der ATS-Datensatz herstellerspezifische Felder, so genannte„histo- rical bytes", welche frei definierbare Information umfassen können.
Prinzipiell wäre es möglich, dass das Weiterleitungsendgerät 200 mittels der Weiterleitungsapplikation 280 sämtliche von der Terminaleinrichtung 100 in den Schritten Tl, T3, T5 und T7 empfangenen Kommandos über die Vermitt- lungsservereinrichtung 340 der Servereinrichtung 300 und die Weiterleitungsapplikation 480 des Transaktionsendgeräts 400 an den Datenträger 500 weiterleitet (bzw. an die Applikationsservereinrichtung 340 oder das Transaktionsendgerät 400, falls diese die Transaktionsapplikation bereitstellen). Der Datenträger 500 hätte dann, genau, wie wenn er direkt - d.h. ohne die beschriebene Weiterleitung - eine Datenkommunikation mit der Terminaleinrichtung 100 aufgebaut hätte, entsprechende Antwort-Kommandos gesendet, welche auf dem umgekehrten Weg wieder an die Terminaleinrich- tung 100 weitergeleitet worden wären.
Allerdings ist es gemäß dem beschriebenen Kommunikationsprotokoll erforderlich, dass einzelne der Antwortkommandos die Terminaleinrichtung 100 innerhalb genau vorgegebener, knapp bemessener Zeitintervalle erreichen, um als gültige Antwortkommandos zu gelten. Dies gilt insbesondere für ATQ (Schritt T2) und die Antworten auf die Antikollisionsanfragen
(Schritt T4). Eine Weiterleitung der Anfrage- und Antwortkommandos zum und vom Datenträger 500 kann wegen der auftretenden Datenübertragungsund Weiterleitungszeiten leicht zu einer Überschreitung der geforderten Zeitgrenzen und damit zum Scheitern des Aufbauens der Datenkommunika- tion zu der Terminaleinrichtung 100 führen.
Im Idealfall sind die Schritte Tl bis T8 nicht nur transaktionsunabhängig, also für unterschiedliche Transaktionstypen gleich, sondern sind vorgegebene Schritte zum Aufbauen der Kommunikationsverbindung gemäß einer Protokollschicht (also z. b. nach ISO 14443). Erst in den weiteren Schritten T9- T10 und Abschnitt A bzw. T9'-T12' und Abschnitt B werden Transaktionsdaten übertragen. Transaktionsdaten im vorliegenden Sinne sind Daten einer Applikationsschicht, die auch als Applikationsprotokolldaten bezeichnet werden können. Solche APDUs (Application Protocol Data Units) werden als Kommando- APDUs oder Antwort- APDUs versendet. Die in der Initialisierungsphase übertragenen Daten der Protokollschicht können entsprechend als Transportprotokolldaten bezeichnet werden.
Der vollständige ISO/IEC 14443-Protokollstack wird auch während der Zeit- punkte T9-T12 bzw. T9'-T12' im Weiterleitungsendgerät 200 abgearbeitet. Lediglich die im Transportprotokoll ISO/IEC 144443 eingebetteten (i. d. R. nach ISO/IEC 7816 codierten) Applikationsprotokolldaten werden also transparent an die Transaktionseinheit weiter geleitet werden. Die Applikationsprotokolldaten werden vom Weiterleitungsendgerät 200 über eine
Netzwerkverbindung, an eine Transaktionseinheit 300, 00 oder 500, weitergeleitet.
Die Netzwerkverbindung wird durch das Weiterleitungsendgerät 200 auf ge- baut T51 in Antwort auf eine Selektion T5 oder T9 durch die Terminaleinrichtung 100. In Schritt T5 wird das Weiterleitungsendgerät 200 als Kommunikationspartner selektiert und in Schritt T9 eine Transaktionsapplikation (durch Angabe der AID). Die Netz Werkverbindung rechtzeitig, also vor dem Empfang von Transaktionsdaten, die einer transaktionsabhängigen Antwort bedürfen, aufzubauen, erleichtert die Einhaltung der vorgegebenen Wartezeiten bei der Bereitstellung von Antworten (A-APDUs) auf weitergeleitete Transaktionsdaten (K-APDUs).
Das Weiterleitungsendgerät 200 in Teilschritt TS22 (vgl. Fig. 5) von der Ser- vereinrichtung 300 mit Transaktionsinitialisierungsdaten ausgestattet. Diese können dem Weiterleitungsendgerät 200 dazu dienen, die Schritte Tl bis T8 aus Fig. 6 ohne Rückfrage bei der Servereinrichtung 300, dem Transaktionsendgerät 400 oder dem Datenträger 500 durchzuführen. Auf diese Weise können„timeout" -Fehler vermieden werden.
Als transaktionsunabhängige Transaktionsinitialisierungsdaten könnte das Weiterleitungsendgerät 200 beispielsweise von der Servereinrichtung 300 einen vollständigen Protokollstapel des entsprechenden Kommunikationsprotokolls, welches die Datenkommunikation zwischen dem Weiterleitungs- endgerät 200 und der Terminaleinrichtung 100 bestimmt, empfangen. Damit wird das Weiterleitungsendgerät 200 in die Lage versetzt, direkt mit der Terminaleinrichtung 100 zu kommunizieren, insbesondere gemäß der Schritte T2 und T6. In der Regel ist das Weiterleitungsendgerät 200 aber bereits eingerichtet die protokollgemäßen Schritte durchzuführen.
Weitere transaktionsunabhängige Transaktionsinitialisierungsdaten sind der in Schritt T4 übertragene Identifizierer UID und/ oder der in Schritt T8 übertragene ATS-Datensatz. Im Falle eines Typ-B-Datenträgers sind ähnliche Da- tensätze vorgesehen, beispielsweise im Rahmen eines so genannten ATTRIB- Präfixes, welches ebenfalls Datenträgerparameter und einen Identifizierer umfasst.
Die Servereinrichtung 300 kann dem Weiterleitungsendgerät 200 in Teil- schritt TS221 von Fig. 5 die entsprechenden Transaktionsinitialisierungsda- ten (UID, ATS) bereitstellen. Diese können von der Servereinrichtung 300 geeignet erzeugt werden, beispielsweise in dem Fall, in dem die Servereinrichtung 300 selbst als Transaktionsendgerät dient - mittels der Applikationsservereinrichtung 340. Auf der anderen Seite, wenn eine Vermittlung der Datenkommunikation an ein Transaktionsendgerät 400 bzw. einen Datenträger 500 über ein Transaktionsendgerät 400 vorgesehen ist, können die Transaktionsinitialisierungsdaten (UID, ATS) der Servereinrichtung 300 durch das Transaktionsendgerät 400 vorab, beispielsweise bei der Registrierung (Sl) oder Anmeldung (S2; TS21) des Transaktionsendgeräts 400 bereit- gestellt worden sein. D.h. die Servereinrichtung 300 stellt dann dem Weiterleitungsendgerät 200 beispielsweise den UID und ATS des Datenträgers 500 bereit. Das Bereitstellen dieser Transaktionsinitialisierungsdaten kann gegebenenfalls auch bereits in der Registrierungsphase (Schritt Sl) vorgenommen werden. Dies gilt insbesondere dann, wenn zu diesem Zeitpunkt aus Sicht eines sich registrierenden Weiterleitungsendgeräts 200 bereits feststeht, mittels welchen Transaktionsendgeräts 400 eine spätere Transaktion unter Weiterleitung von Transaktionsdaten durch das Weiterleitungsendgerät 200 stattfinden soll.
Optional können, wie in Schritt TS222 von Fig. 5 angedeutet, dem Weiterleitungsendgerät 200 während der Anmeldung auch bereits transaktionsabhängige Transaktionsini tialisierungsdaten durch die Servereinrichtung 300 bereitgestellt werden. Diese betreffen direkt eine nachfolgend auszuführende Transaktionsapplikation, beispielsweise eine mit AID3 bezeichnete Transaktionsapplikation. Eine einfache Ausführungsform transaktionsabhängiger Transaktionsinitialisierungsdaten sind Identifizierer (AIDs) der entsprechenden Applikationen. Diese sind mit Bezug auf Fig. 3 bereits beschrieben worden. Umfasst das Weiterleitungsendgerät 200 beispielsweise in einem ent- sprechenden Verzeichnis EF_DIR den Applikationsbezeichner AID3, so bedarf es, wenn die Terminaleinrichtung 100 zu Beginn einer an die Initialisierungsphase anschließenden Transaktionsphase (vgl. Fig. 6, Schritte T9, T10) eine Applikation auswählt, keiner Rückfrage des Weiterleitungsendgeräts bei der Servereinrichtung 300. Das Weiterleitungsendgerät 200 bestätigt die Selektion der Applikation T9 mit einer einfachen positiven Antwort T10 „ok". Diese Antwort einer Transaktionsapplikation auf eine Selektion ist weitgehend transaktionsunabhängig. Durch diese Ausgestaltung gewinnt das Weiterleitungsendgerät Zeit, um die Netzwerkverbindung aufzubauen T51 in Antwort auf die Applikationsselektion T9. Erst die weiteren Transak- tionsdaten der Phase A bedürfen einer transaktionsabhängigen Antwort der Transaktionseinheit und somit einer Weiterleitung. Für die wenigen Ausnahmefälle, in denen das Weiterleitungsendgerät 200 die Selektion T9 nicht einfach quittieren sondern weiterleiten soll, kann das Weiterleitungsendgerät 200 mit Hilfe der Transaktionsinitialisierungsdaten entsprechend instruiert werden.
Wird auf ein Bereitstellen von transaktionsabhängigen Transaktionsinitiali- sierungsdaten in Schritt S2 verzichtet, können dem Teilschritt TS222 entsprechende Maßnahmen zu einem späteren Zeitpunkt nachgeholt werden, wie
dies in Fig. 6 mit Bezug auf die Schritte T9' bis T12' veranschaulicht wird. Möchte die Terrninaleinrichtung in Schritt T9' eine Applikation AID5 auswählen, zu welcher das Weiterleitungsendgerät 200 bisher keinen Bezeichnereintrag aufweist, leitet dieses das empfangene Kommando in Schritt T10' an die Servereinrichtung 300 weiter. Das heißt, das Weiterleitungsendgerät 200 ist allgemein eingerichtet, eine eine Transaktionsapplikation betreffende I- dentif ikationsinformation an die Servereinrichtung 300 weiterzuleiten, hier das von der Terminaleinrichtung 100 empfangene SELECT(AID5)- Kommando. Das Weiterleitungsendgerät 200 ist auch eingerichtet, transakti- onsabhängigen Transaktionsinitialisierungsdaten bei der Servereinrichtung 300 anzufordern. Das Weiterleiten des SELECT(AID5)-Kommandos bedeutet gleichzeitig ein Anfordern der seitens des Weiterleitungsendgeräts 200 benötigten Transaktionsinitialisierungsdaten zum Benantworten des Kommandos.
Die Servereinrichtung 300 liefert, vergleichbar zum vorstehend beschriebenen, entsprechende Transaktionsinitialisierungsdaten nun in Schritt TU' nach, welche das Weiterleitungsendgerät 200 in gewünschter Weise schließlich in Schritt T12' an die Terminaleinrichtung 100 weiterleitet.
Als weitere transaktionsabhängige Transaktionsinitialisierungsdaten könnte die Servereinrichtung 300 dem Weiterleitungsendgerät 200, beispielsweise in den Schritten TS222 (vgl. Fig. 5) oder TU' (vgl. Fig. 6), zusätzlich ausführbare Anteile der entsprechenden Transaktionsapplikation bereitstellen. Auf diese Weise kann nachfolgend das Ausführen der Transaktion beschleunigt werden, da einzelne Anteile der Transaktionsapplikation in dem Weiterleitungsendgerät 200 selbst ausgeführt werden können und dementsprechend weniger Daten zwischen verschiedenen Transaktionsgeräten weitergeleitet werden müssen. Sicherheitsrelevante Anteile einer entsprechenden Transakti-
onsapplikation werden allerdings vorzugsweise stets in der Servereinrichtung 300, d.h. der Applikationsservereinrichtung 330, bzw. dem Transaktionsendgerät 400 oder dem damit gegebenenfalls verbundenen Datenträger 500 durchgeführt.
Letzteres ist jedoch nicht die bevorzugte Ausgestaltung, da der eigentliche Transaktionsablauf für alle Beteiligten, also auch für die Transaktionseinheit soweit wie möglich unverändert bleiben soll. Transaktionsdaten werden demnach immer weiter geleitet und erst entfernt in der Transaktionseinheit abgearbeitet bzw. beantwortet.
Das Bereitstellen von transaktionsabhängigen Transaktionsinitialisierungs- daten, insbesondere ein Installieren von ausführbaren Anteilen einer Transaktionsapplikation in dem Weiterleitungsendgerät 200 durch die Serverein- richtung 300, kann von einer Zustimmung eines Nutzers des Weiterleitungs- endgeräts 200 abhängig gemacht werden. Alternativ oder abhängig von der Art der zu installierenden Transaktionsinitialisierungsdaten kann aber auch eine automatische Installation vorgesehen sein, die keiner Nutzerinteraktion bedarf.
Seitens eines sich in Schritt S2 anmeldenden Transaktionsendgeräts 400 können Vorgaben gemacht werden, welche eine anstehende, durch das Weiterleitungsendgerät weitergeleitete Transaktion betreffen. Beispielsweise kann abhängig von der Transaktion oder der Identität des Weiterleitungsendge- räts ein Zugriff auf eine elektronische Börse auf dem Transaktionsendgerät 400 verboten oder in geeigneter Weise limitiert werden. Andere Vorgaben sind möglich.
Mit Bezug auf die Figuren 6 und 7 werden nachfolgend einzelne Schritte und verschiedene Ausführungsformen des Transaktionsverfahrens im Rahmen des Schritts S3 aus Fig. 5, d.h. im Rahmen der eigentlichen Transaktion mit der Terminaleinrichtung 100, beschrieben.
Während der bereits vorstehend mit Bezug auf die Schritte Tl bis T8 beschriebenen Initialisierungsphase zum Aufbau einer Datenkommunikation kann das Weiterleitungsendgerät 200 der Terminaleinrichtung 100 eine Weiterleitungsinformation WLI übertragen. Damit zeigt das Weiterleitungsend- gerät 200 der Terminaleinrichtung 100 an, dass es eingerichtet ist, Transaktionsdaten, insbesondere Transaktionskommandos in Form von APDUs, an eine entfernte Transaktionseinheit 300, 400 oder 500 weiterzuleiten. Das Weiterleiten wird in dem Weiterleitungsendgerät 200 durch die Weiterleitungs- applikation 280 unterstützt.
Die Weiterleitungsinformation wird vorzugsweise in Form der Transaktions- initialisierungsdaten UID, ATS an die Terminaleinrichtung 100 übertragen. Diese Transaktionsinitialisierungsdaten hat das Weiterleitungsendgerät 200 zuvor (vgl. Teilschritt TS22; Fig. 5) von der Servereinrichtung 300 empfan- gen. Die Weiterleitungsinformation WLI kann beispielsweise mittels des UID derart übertragen werden, dass ein vorgegebener, der Terminaleinrichtung 100 bekannter Nummerbereich von UIDs für solche Weiterleitungsendgeräte 200 vorbehalten ist, die eine Weiterleitung von Transaktionsdaten unterstützen. Die Servereinrichtung 300 kann somit dem Weiterleitungsendgerät 200 in Teilschritt TS22 eine derartige„Weiterleitungs-UID" zuordnen. Das Weiterleitungsendgerät 200 gibt dann in Schritt T4 anstelle seiner eigenen gerätespezifischen UID die„Weiterleitungs-UID" an. Auf diese Weise kann die Weiterleitungsinformation WLI in effektiver Weise und ohne die Notwen-
digkeit einer Protokollanpassung oder -Veränderung an die Terminaleinrichtung 100 übertragen werden.
Gemäß einer alternativen Ausführungsform kann die Weiterleitungsinforma- tion WLI auch, wie mit Bezug auf Schritt T8 angedeutet, mittels des ATS an die Terrninaleinrichtung 100 übertragen werden, beispielsweise mit Hilfe der vorstehend beschriebenen„historical bytes".
Die Weiterleitungsinformation WLI kann von dem Weiterleitungsendgerät 200 aber auch zu einem anderen Zeitpunkt, beispielsweise nach Abschluss der Initialisierungsphase und auf andere geeignete Weise, beispielsweise mittels eines eigens dafür definierten Kommandos, an die Terminaleinrichtung 100 übertragen werden. Dazu könnte die Terminaleinrichtung 100 beispielsweise vor Beginn der eigentlichen Datenkommunikation, nach Schritt T8, ein Kommando an das Weiterleitungsendgerät 200 senden, welches einer Abfrage der Weiterleitungsfähigkeit des Weiterleitungsendgeräts 200 dient.
Mittels des ATS können, unabhängig von der Weiterleitungsinformation WLI, die nachfolgende Datenkommunikation bestimmende Parameter sei- tens des Weiterleitungsendgeräts 200 eingestellt werden. Da das Weiterleitungsendgerät 200 die ATS-Daten als Transaktionsinitialisierungsdaten zuvor von der Servereinrichtung 300 erhält, obliegt es demnach der Servereinrichtung 300, geeignete Parameter für eine nachfolgende Transaktion einzustellen. Dies betrifft insbesondere Angaben über die maximale Zeit, welche die Terminaleinrichtung 100 nach Aussenden eines Kommandos auf die
Antwort des Weiterleitungsendgeräts 200 zu warten hat. Ein entsprechender Parameter, beispielsweise der vorstehend beschriebene ATS-Parameter „FWI" („frame waiting integer") kann seitens der Servereinrichtung 300 so hoch eingestellt werden, dass nicht aufgrund der Weiterleitung von Transak-
tionsdaten an dieser Stelle vermeidbare Fehler eintreten. Die zulässige Antwortzeit des Weiterleitungsendgeräts 200 gegenüber der Terminaleinrichtung 100 kann also seitens der Servereinrichtung 300 angehoben werden. In einem Schritt T81 erkennt die Terminaleinrichtung anhand der empfangenen Weiterleitungsinf ormation, dass der lokal (im Nahbereich) angeordnete, vermeintliche Transaktionspartner eine weiterleitende Einheit ist. Sie kann anhand der Weiterleitungsinf ormation unterscheiden zwischen weiterleitenden Einheiten und lokalen Transaktionseinheiten. Sie erkennt also anhand der Weiterleitungsinf ormation, dass das lokal angeordnete Gerät die Transaktion nicht selbst ausführen wird. Darauf reagiert die Terminaleinrichtung 100 mit angepassten oder zusätzlichen Vorbereitungsschritten für die Transaktion. Zunächst entscheidet die Terminaleinrichtung 100, ob sie die Transaktionen durchführen möchte. Hat die Terminaleinrichtung 100 beispielsweise als Sicherheitsvorgabe gespeichert, dass ihr (oder der aktuelle) Transaktionstyp nur mit lokalen Transaktionseinheiten ausgeführt werden darf, setzt sie die Transaktion nicht fort. Vorliegend entscheidet sich die Terminaleinrichtung die Transaktion durchzuführen. Eine andere Sicherheitsvorgabe schreibt der Terminaleinrichtung vor, den Maximalbetrag (Transaktionslimit) auf einen geringeren Wert zu setzen als er für lokale Transaktionen.
Abweichend vom Verhalten der herkömmlichen Terminaleinrichtungen er- kennt die vorliegende Terminaleinrichtung 100 eine Weiterleitung und führt die Transaktion dennoch durch anstatt sie abzubrechen oder anderweitig ungültig zu machen. Eventuell in der Terminaleinrichtung vorhandene weitere Abwehr- und/ oder Erkennungsmechanismen für Weiterleitungen können dann abgeschaltet werden. Bekannte Ansätze sind in diesem Zusam-
menhang Lauf zeitmessungen, Abstandsmessung oder speziell angepasste Transaktionsprotokolle.
Als besonders wichtiger Vorbereitungsschritt erfolgt ein Anpassen des Kommunikationsparameters Wartezeit für den Austausch der Transaktionsdaten. Die Wartezeit könnte auch in zusätzlichen Kommunikationsschritten auf Anfrage des Weiterleitungsendgerätes erhöht werden, soll aber hier bei erkannter Weiterleitung in der Terminaleinrichtung automatisch und somit schneller angepasst werden.
Im gezeigten Beispiel von Figur 6 wird die Weiterleitungsinformation in den Übertragungsprotokolldaten übertragen. Sie ist transaktionsunabhängig, d.h. sie gilt für alle Transaktionstypen. Bevorzugt wird die Weiterleitungsinformation jedoch für einen selektierten Transaktionstyp übertragen. Dies wäre beispielsweise möglich in Schritt T10. Entweder in den Übertragungsprotokolldaten des Schrittes T10, in denen die Transaktionsdaten übertragen werden, oder in den Transaktionsdaten selbst (Antwort:„ok") kann die Weiterleitungsinformation übermittelt werden. Beispielsweise erlaubt die ISO 7816- 4 leicht unterschiedlich codierte Antworten, die alle einer positiven Quittung „ok" entsprechen.
Mit Bezug auf Fig. 7 ist mit den Schritten TU bis T18 das Durchführen einer Transaktion zwischen der Terminaleinrichtung 100 und dem Datenträger 500 veranschaulicht. Die dazugehörigen Transaktionsdaten, Kommando- und Antwort- APDUs, werden dabei über das Weiterleitungsendgerät 200 zwischen der Terminaleinrichtung 100 und der Servereinrichtung 300 weitergeleitet (Schritte T12, T18). Die Servereinrichtung 300 ihrerseits vermittelt mittels der Vermittlungsservereinrichtung 340 eine Datenkommunikationsverbindung zwischen dem Weiterleitungsendgerät 200 und dem Transaktions-
endgerät 400 (Schritte ΊΊ3, T17). Das Transaktionsendgerät 400 bedient sich in dieser Ausführungsform des Datenträgers 500 zum Durchführen der Transaktionsapplikation (AID3). Dabei operiert das Transaktionsendgerät 400 in gewisser Weise als zweites Weiterleitungsendgerät, indem es die Kommando- APDUs an den Datenträger 500 in Schritt T14 weiterleitet und in Schritt T15 empfangene Antwort- APDUs in Schritt T16 wieder an die Servereinrichtung 300 weiterleitet.
Alternativ (nicht gezeigt), in dem Fall, in dem das Transaktionsendgerät 400 eine Transaktionsapplikation, beispielsweise AID2, selbst ausführbar um- fasst (vgl. Fig. 4), können die Schritte T14 und T15 unterbleiben, da die Transaktionsapplikation direkt in dem Transaktionsendgerät 400 ausgeführt werden kann. Der restliche Ablauf bleibt wie beschrieben. Insbesondere bleibt es für die restlichen Transaktionsgeräte transparent, ob das Transakti- onsendgerät 400 selbst oder mit Hilfe des Datenträgers 500 die Transaktionsapplikation ausführt.
Nicht gezeigt sind wiederum ebenfalls die Alternativen, in welchen das Weiterleitungsendgerät 200 die Transaktionsdaten ohne Einbindung des Servers 300 an die und von der Transaktionseinheit 400, 500 weiterleitet.
Gemäß einer weiteren Ausführungsform, welche in Fig. 7 mit Bezug auf die Schritte T13' bis T16' beschrieben ist, kann ein Ausführen einer Transaktionsapplikation, beispielsweise AID5, auch in der Servereinrichtung 300 mit- tels der Applikationsservereinrichtung 330 durchgeführt werden. Hier sind ein separates Transaktionsgerät 400 und insbesondere ein Datenträger 500 verzichtbar bzw. nicht eingebunden. Die Applikationsservereinrichtung 330 stellt vorzugsweise eine Mehrzahl von Transaktionsapplikationen AID4, AID5 (vgl. Fig. 1) bereit und kann dadurch verschiedenste Transaktionen
gegenüber verschiedensten Terminaleinrichrungen 100 unterstützen. Am elegantesten ist es, wenn die Applikationsservereinrichtung 330 eine Vielzahl von herkömmlichen portablen Datenträgern 350, für eine oder mehrere Transaktionstypen, aufweist, die entsprechend über ein kontaktloses Lesege- rät (Aufbau und Funktion ähnlich wie in Fig. 4 ) oder mehrere kontaktlose Lesegeräte als Transaktionseinheiten verwendet werden.
Sollte sich bei der Weiterleitung oder Verarbeitung der Transaktionsdaten in der Servereinrichtung 300 oder dem Transaktionsendgerät 400 eine Zeitver- zögerung ergeben, welche einen Fehler in der Datenkommunikation zwischen dem Weiterleitungsendgerät 200 und der Terminaleinrichtung 100 zur Folge hätte, so kann es vorgesehen sein, dass das Weiterleitungsendgerät 200 eine entsprechende Anfrage nach Verlängerung des Antwort-Intervalls, innerhalb dessen ein Antwort-Kommando bei der Terminaleinrichtung 100 eingegangen ist, an die Terminaleinrichtung 100 sendet (in Fig. 7 nicht gezeigt). Gemäß dem ISO/IEC 14443-Protokoll kann dies mittels einer„frame- waiting-time-extension" -Anfrage (FWX) geschehen.
In den vorstehend beschriebenen Ausführungsformen des Transaktionsver- fahrens ist das Weiterleitungsendgerät 200 jeweils eingerichtet, eine Transaktionsinformation, d.h. eine die Transaktionsapplikation betreffende Identifikationsinformation, an die Servereinrichtung 300 weiterzuleiten. Eine solche Identifikationsinformation kann beispielsweise ein Applikationsbezeichner (AID; AFI,„application family identifier" für Typ-B-Datenträger) oder der- gleichen sein. Auf diese Weise wird das Weiterleitungsendgerät 200 multi- applikationsfähig, ohne selbst eine einzige Transaktionsapplikation auf dem Weiterleitungsendgerät 200 ausführbar installiert bereitzustellen. Anhand der Identifikationsinformation erkennt die Servereinrichtung 300, welche Transaktionsapplikation gefordert ist. Falls diese durch die Applikationsser-
vereinrichtung 330 unterstützt wird, kann sie bereits dort ausgeführt werden. Im anderen Fall kann die Vermittlungsservereinrichtung 340 entsprechende Transaktionsdaten an ein solches Transaktionsendgerät 400 weiterleiten, welches, eventuell mittels eines Datenträgers 500, die entsprechende Transaktionsapplikation unterstützt. Die Auswertung der Identifikationsinformation und anschließende Verarbeitung obliegt, wie beschrieben, der Servereinrichtung 300.
Wie mit Bezug auf Schritt T12 in Fig. 7 angedeutet, kann es vorgesehen sein, dass das Weiterleitungsendgerät 200 eine Auswahlinformation AI zum
Auswählen eines vorgegebenen Transaktionsendgeräts 400 an die Servereinrichtung 300 sendet. Die Auswahlinformation AI wird von der Vermittlungsservereinrichtung 340 verarbeitet und bei der Vermittlung des entsprechenden, seitens des Weiterleitungsendgeräts 200 ausgewählten Transaktions- endgeräts 400 berücksichtigt. Es ist auch möglich, dass eine entsprechende Auswahlinformation AI bereits in der Registrierungsphase (Sl; Fig. 5) oder der Anmeldephase (S2; Fig.5) an die Servereinrichtung 300 übertragen wird. Auf diese Weise kann ein Nutzer des Weiterleitungsendgeräts 200, vorzugsweise transaktionsabhängig, vorgeben, über welches Transaktionsendgerät 400 eine bestimmte Transaktion jeweils durchgeführt werden soll. Die Auswahlinformation AI kann aber so gestaltet sein, dass sie dem Weiterleitungsendgerät 200 alternativ den Aufbau einer direkten Verbindung zur Transaktionseinheit ermöglicht (ohne Einbindung der Servereinrichtung). Wie mit Bezug auf Schritt T13 in Fig. 7 und Schritt T91 in Figur 6 gezeigt, kann ein Transaktionsendpunktsignal TES an die Transaktionseinheit übertragen werden. Der zur Übertragung des Transaktionsendpunktsignal TES in Schritt T13 alternative Schritt 91 wird später beschrieben.
In Schritt T13 überträgt die Servereinrichtung 300 dem Transaktionsendgerät 400 ein Transaktionsendpunktsignal TES. Anhand eines solchen Transaktionsendpunktsignals TES kann das Transaktionsendgerät 400 erkennen, dass es als Transaktionsendpunkt einer Kette von Transaktionsgeräten 200, 300, 400 operiert. Die Rolle des Transaktionsendpunktsignals ist also ähnlich zu der einer Weiterleitungsinformation. Zum Erkennen und weiteren Verarbeiten des Transaktionsendpunktsignals TES umfasst das Transaktionsendgerät 400 eine Weiterleitungserkennung 420 auf einem Sicherheitselement SE 450 (vgl. Fig. 4).
Das Erkennen des Operierens als Transaktionsendpunkt in einer weitergeleiteten Transaktion ist aus verschiedenen Gründen vorteilhaft. Beispielsweise wird eine bestimmte Transaktion, welche in beschriebener Weise über eine kontaktlose Datenkommunikation lokal durchgeführt wird, für den Nutzer eines Transaktionsendgeräts 400 regelmäßig nicht erkennbar sein. Es wird vielmehr in den üblichen Transaktionssystemen für Nahbereichslösungen davon ausgegangen, dass der Nutzer seinen tragbaren Datenträger 500 oder sein Endgerät 400 mit dem Sicherheitselement 450 in den Nahbereich des Transaktionsterminals bringt und somit die Transaktion auslöst. Auch in dem vorliegenden Systemansatz bedürfte es dazu keiner weiteren Interaktion des Nutzers, vorausgesetzt das Transaktionsendgerät 400 ist online und zuvor bei der Servereinrichtung 300 ordnungsgemäß registriert und angemeldet worden. Es kann daher vorgesehen werden, dass die Weiterleitungserkennung 420 eine Nutzerfreigabe für die weitergeleitete Transaktion, die bei lokaler (herkömmlicher) Ausführung keiner Nutzerfreigabe bedarf, anfordert. Ferner kann vorgesehen sein für Transaktionstypen mit / oder ohne herkömmlich vorgesehener Nutzerfreigabe eine Weiterleitungs-Zustimmung einzuholen,
mit welcher der Nutzer explizit der Weiterleitung der Transaktionsdaten zustimmt. Der Nutzer des Transaktionsendgeräts 400 muss einem Durchführen der Transaktion aktiv zustimmen, bevor diese ausgeführt wird, beispielsweise durch Bedienung einer Taste oder dergleichen. Es kann aber auch vorgesehen sein, dass die Transaktion immer dann durchgeführt wird, wenn der Nutzer des Transaktionsendgeräts 400 die ausgelöst durch das Transaktionsendpunktsignal TES dem Nutzer angekündigte Transaktion nicht aktiv unterbricht (passive Freigabe). Das Transaktionsendpunktsignal TES kann zusätzlich Informationen umfassen, welche angeben, über welche weiteren Transaktionsgeräte 200, 300 die Transaktion durchgeführt werden soll. Insbesondere kann das Transaktionsendpunktsignal TES Authentisierungsinformationen betreffend die Servereinrichtung 300 oder das Weiterleitungsendgerät 200 umfassen. Die Transak- tionseinheit 350,450,500 kann daraufhin die Servereinrichtung 300 bzw. das Weiterleitungsendgerät 200 authentifizieren. Eine entsprechende Authentifi- zierungsmeldung kann einem Nutzer des Transaktionsendgeräts 400 angezeigt werden. Dieser kann dann beispielsweise abhängig von der Identität des jeweiligen Geräts einer Transaktion zustimmen oder nicht. Es ist auch möglich, dass in dem Transaktionsendgerät 400 Voreinstellungen getroffen sind, welche festlegen, dass bei Empfang eines Transaktionsendpunktsignals TES eine Benachrichtigung des Nutzers unterbleiben kann, wenn die Transaktion über anhand des Transaktionsendpunktsignals TES authentifizierte, als zulässig voreingestellte Transaktionsgeräte weitergeleitet worden ist.
Auch die Transaktionseinheit kann Abwehrmaßnahmen gegen Weiterlei- tungsangriffe umfassen. Bei Erkennung einer durch ein Transaktionsendpunktsignal TES angezeigten weitergeleiteten Transaktion, werden diese (teils sehr aufwändigen) Abwehrmaßnahmen deaktiviert.
Zudem kann die Transaktionseinheit bei Vorliegen eines Transaktionsendpunktsignal TES Sicherheitsvorgaben für weitergeleitete Transaktion prüfen. Gegebenfalls verweigert die Transaktionseinheit entsprechend eine solche weitergeleitete Transaktion. Vorzugsweise führt sie aber vorbereitend auf die Transaktion folgende Anpassungen aus. Die Priorität der Transaktionsapplikation zur Ausführung auf der Transaktionseinheit wird erhöht. Somit wird die Antwortzeit der Transaktionseinheit optimiert. Beispielsweise kann eine Prioritätsstufe (in dem Betriebssystem der Transaktionseinheit) erhöht wer- den.
Ein Transaktionsendpunktsignal TES kann wie in Figur 7 gezeigt von der Servereinrichtung 300 erzeugt werden. Alternativ wird das Transaktionsendpunktsignal TES in dem Weiterleitungsendgerät 200 erzeugt. Allgemein wird das Transaktionsendpunktsignal als Daten einer Anwendungsschicht übertragen und von der Transaktionseinheit vorzugsweise vor den Transaktionsdaten empfangen.
Fig. 6 zeigt in eine besonders vorteilhafte Ausgestaltung, in welcher das Weiterleitungsendgerät 200 das erzeugte Transaktionsendpunktsignal TES in Antwort auf ein erstes Kommando T9 innerhalb der Transaktion erzeugt und in Schritt 91 an die Transaktionseinheit sendet. Da das Weiterleitungsendgerät 200 auf das erste empfangene Kommando T9 ohne Weiterleitung direkt antwortet T10, gewinnt die Transaktionseinheit 350, 450, 500 nach dem Er- kennen des empfangenen Transaktionsendpunktsignal TES Zeit, die entsprechenden Vorbereitungsschritte durchzuführen.
Mit Schritt T91 wird, nachdem der Transaktionstyp und somit der Transaktionspartner (in dem Weiterleitungsendgerät 200 oder der Servereinheit 300)
bestimmbar ist die Kommunikationsverbindung zu der Transaktionseinheit 350,450,500 aufgebaut. Wie durch Schritt T92 in Figur 6 angedeutet, erkennt der Datenträger 500 das Transaktionsendpunktsignal TES und reagiert daraufhin wie zuvor beschrieben.
Das Transaktionsendpunktsignal kann in der Form eines modifizierten Transaktionsauswahlsignals an die Transaktionseinrichtung übertragen werden. Aus den nicht weitergeleiteten Transaktionsdaten„Select AID3" kann ein modifiziertes Auswahlsignal„Select AID-TES-3" erzeugt werden, welches an die Transaktionseinheit in Schritt T91 übertragen wird. Die Wei- terleitungserkennung 420, 520, wird durch diese K- APDU selektiert, führt die Vorbereitungsschritte durch und selektiert (intern) anschließend die Transaktionsapplikation mit der AID3 auf der Transaktionseinheit. Weiter alternativ könnte das Transaktionsendpunktsignal TES zwar auch in der Weiterleitungsapplikation 480, die in dem Transaktionsendgerät 400 oder in dessen Sicherheitselement 450 angeordnet ist, erzeugt werden. Diese Variante ist jedoch weniger sicher und kann technisch komplexer sein. Die Weiterleitungserkennung 420 ist vorzugsweise ein separater (Software-) Bestandteil des Sicherheitselements 450 oder des portablen Datenträgers 500. Das oben ausführlicher beschriebene veränderte Verhalten der Transaktionseinheit nach dem Erkennen eines Transaktionsendpunktsignals kann man auch wie folgt beschreiben. Wenn die Transaktionseinheit ein Transaktions- endpunktsignal empfängt, schaltet sie in einen Weiterleitungsmodus um und führt die (unveränderte) Transaktionsapplikation in diesem Modus aus. Somit kann die herkömmliche Transaktionsapplikation 470 in der Transaktionseinheit 450 oder im tragbaren Datenträger 500 unverändert erhalten bleiben.
Claims
1. Verfahren in einer Transaktionseinheit (350, 450, 500) eines kontaktlo- sen Transaktionssystems, in welchem eine Terminaleinrichtung (100) vorgesehen ist, um Transaktionen mit in seinem Nahbereich angeordneten Transaktionseinheiten durch kontaktloses Übertragen von Transaktionsdaten auszuführen, und das Verfahren folgende Schritte in einer Transaktionseinheit (350, 450, 500) umfasst:
Empfangen von Transaktionsdaten (K-APDU) der Terminaleinrichtung
(100), die von einem Weiterleitungsendgerät (200) an die Transaktionseinheit (350, 450, 500) weitergeleitet worden sind; und
Erzeugen einer Antwort (A-APDU) auf die empfangenen Transaktionsdaten (K-APDU) für die Terminaleinrichtung (100) durch eine Transaktionsappli- kation (370, 470), wobei die Antwort an das Weiterleitungsendgerät (200) übertragen und von diesem an die Terminaleinrichtung (100) weitergeleitet werden soll;
dadurch gekennzeichnet, dass
die Transaktionseinheit (350, 450, 500) eine Weiterleitungserkennung
(420,520) umfasst, welche anhand eines empfangenen Transaktionsendpunktsignals (TES) erkennt, dass die Transaktionsapplikation (370,470) als entfernter Endpunkt einer weitergeleiteten Transaktion operiert.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Transaktionsendpunktsignal (TES) im Transaktionssystem vorgesehen ist, für eine Unterscheidung zwischen weitergeleiteten Transaktionen mit einer entfernten Terminaleinrichtung und lokalen Transaktionen mit einer Terminaleinrichtung im Nahbereich der Transaktionseinheit.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Weiterleitungserkennung (420) vor dem Erzeugen der Antwort durch die Transaktionsapplikation (370, 70) einen vom Vorliegen einer Weiterleitung abhängigen Vorbereitungsschritt durchführt.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass der Vorbereitungsschritt ein Deaktivieren einer Weiterleitungsabwehrmaßnahme in der Transaktionseinheit (350, 450, 500) umfasst.
5. Verfahren nach einem der Ansprüche 3 bis 4, dadurch gekennzeichnet, dass der Vorbereitungsschritt ein Prüfen von Sicherheitsvorgaben für weitergeleitete Transaktionen in der Transaktionseinheit (350, 450, 500) um- fasst.
6. Verfahren nach einem der Ansprüche 3 bis 5, dadurch gekennzeichnet, dass der Vorbereitungsschritt eine für die Transaktion zusätzliche Benutzerinteraktion umfasst, wobei der Benutzer auf das Vorliegen einer wei- tergeleiteten Transaktion hingewiesen wird.
7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die Benutzerinteraktion eine Freigabe der Transaktion durch den Benutzer als weitergeleitete Transaktion umfasst.
8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass das Transaktionsendpunktsignal (TES) in der Transaktionseinheit (350, 450, 500) vor den Transaktionsdaten empfangen (T91) wird.
9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass das Transaktionsendpunktsignal (TES) in Antwort auf die ersten Transaktionsdaten (T9) der Terminaleinrichtung (100) für die Transaktion, welche ohne Weiterleitung durch das Weiterleitungsendgerät beantwortet werden (T10), erzeugt und an die Transaktionseinheit gesendet wird (T91).
10. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass die Servereinrichtung (300) das Transaktionsendpunktsignal (TES) erzeugt und an die Transaktionseinheit (350, 450, 500) sendet (T13,T14).
11. Verfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, dass das Weiterleitungsendgerät (200) das Transaktionsendpunktsignal (TES) erzeugt und an die Transaktionseinheit (350, 450, 500) sendet (T91).
12. Verfahren nach einem der Ansprüche 1 bis 11, dadurch gekennzeichnet, dass das Transaktionsendpunktsignal (TES) weiterhin das Weiterleitungsendgerät (200) und/ oder die Servereinrichtung (300) authentisiert.
13. Verfahren nach einem der Ansprüche 1 bis 12, dadurch gekennzeich- net, dass das Transaktionsendpunktsignal (TES) als Daten einer Anwendungsschicht auf die Transaktionseinheit übertragen wird.
14. Verfahren nach einem der Ansprüche 1 bis 13, dadurch gekennzeichnet, dass ein Transaktionsendgerät (400) zum Durchführen der Transaktion eine Datenkommunikation mit einem portablen Datenträger (450, 500) als Transaktionseinheit aufbaut.
15. Verfahren nach einem der Ansprüche 1 bis 114, dadurch gekennzeichnet, dass die Servereinrichtung (300) dem Weiterleitungsendgerät (200) und/oder dem Transaktionsendgerät (400) Transaktionsinitialisierungsdaten bereitstellt.
16. Transaktionseinheit (350,450,500) mit einer Transaktionsapplikation (370,470,570) zum Durchführen einer Transaktion mit einer im Nahbereich angeordneten, kontaktlos kommunizierenden Terminaleinrichtung (100), gekennzeichnet durch eine Weiterleitungserkennung (420,520), welche anhand eines empfangenen Transaktionsendpunktsignals (TES) erkennt, dass die Transaktionseinheit als entfernter Transaktionsendpunkt in einer weiter- geleiteten Transaktion operiert.
17. Transaktionseinheit (350,450,500) nach Anspruch 16 eingerichtet ein Verfahren nach einem der Ansprüche 1 bis 15 auszuführen.
18. System (10), umfassend eine kontaktlos kommunizierende Terminaleinrichtung (100), ein Weiterleitungsendgerät (200), sowie ein Transaktionseinheit (350, 450, 500) nach einem der Ansprüche 16 oder 17.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP12781278.2A EP2764666A1 (de) | 2011-10-06 | 2012-10-04 | Transaktionssystem |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE201110114988 DE102011114988A1 (de) | 2011-10-06 | 2011-10-06 | Transaktionssystem |
DE102011114988.4 | 2011-10-06 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013050151A1 true WO2013050151A1 (de) | 2013-04-11 |
Family
ID=47143068
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2012/004156 WO2013050151A1 (de) | 2011-10-06 | 2012-10-04 | Transaktionssystem |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2764666A1 (de) |
DE (1) | DE102011114988A1 (de) |
WO (1) | WO2013050151A1 (de) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009039419A1 (en) * | 2007-09-21 | 2009-03-26 | Wireless Dynamics, Inc. | Wireless smart card and integrated personal area network, near field communication and contactless payment system |
US20100058463A1 (en) * | 2008-08-28 | 2010-03-04 | Oberthur Technologies | Method of exchanging data between two electronic entities |
US20100178868A1 (en) * | 2007-09-27 | 2010-07-15 | Inside Contactless | Method and Device for Managing Application Data in an NFC System |
EP2455922A1 (de) * | 2010-11-17 | 2012-05-23 | Inside Secure | Verfahren und System für NFC-Transaktion |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100153721A1 (en) * | 2008-12-12 | 2010-06-17 | Anders Mellqvist | Portable Electronic Devices, Systems, Methods and Computer Program Products for Accessing Remote Secure Elements |
-
2011
- 2011-10-06 DE DE201110114988 patent/DE102011114988A1/de active Pending
-
2012
- 2012-10-04 EP EP12781278.2A patent/EP2764666A1/de not_active Ceased
- 2012-10-04 WO PCT/EP2012/004156 patent/WO2013050151A1/de active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009039419A1 (en) * | 2007-09-21 | 2009-03-26 | Wireless Dynamics, Inc. | Wireless smart card and integrated personal area network, near field communication and contactless payment system |
US20100178868A1 (en) * | 2007-09-27 | 2010-07-15 | Inside Contactless | Method and Device for Managing Application Data in an NFC System |
US20100058463A1 (en) * | 2008-08-28 | 2010-03-04 | Oberthur Technologies | Method of exchanging data between two electronic entities |
EP2455922A1 (de) * | 2010-11-17 | 2012-05-23 | Inside Secure | Verfahren und System für NFC-Transaktion |
Non-Patent Citations (3)
Title |
---|
"RFID-Handbuch", 2008, HANSER VERLAG |
LISHOY FRANCIS ET AL: "Practical NFC Peer-to-Peer Relay Attack Using Mobile Phones", 8 June 2010, RADIO FREQUENCY IDENTIFICATION: SECURITY AND PRIVACY ISSUES, SPRINGER BERLIN HEIDELBERG, BERLIN, HEIDELBERG, PAGE(S) 35 - 49, ISBN: 978-3-642-16821-5, XP019156689 * |
See also references of EP2764666A1 * |
Also Published As
Publication number | Publication date |
---|---|
DE102011114988A1 (de) | 2013-04-11 |
EP2764666A1 (de) | 2014-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8744348B2 (en) | Method of preselecting at least one application in a mobile communication device comprising an NFC system | |
DE69729008T2 (de) | Verfahren zum senden von steuerbefehlen für eine sim-karte von einer externen vorrichtung an eine sim-karte | |
EP3668130B1 (de) | Verfahren und nfc-kontroller zur verwaltung mehrerer anwendungen in der nahfeldkommunikation | |
DE102016100110B4 (de) | Verwaltung einer Ressourcenkontoanwendung | |
EP2764479B1 (de) | Transaktionssystem | |
WO2016037841A1 (de) | Verfahren und vorrichtung zur steuerung eines kassensystems | |
EP3245805B1 (de) | Verfahren, vorrichtung und nichtflüchtiges computerlesbares medium für eine applikation zum teilen persönlicher daten | |
US9961529B2 (en) | Optimizing use of near field communication (NFC) at NFC-enabled interaction terminals | |
CN104463574A (zh) | 支付方法、支付平台及终端 | |
EP3387581B1 (de) | Systeme und verfahren für einen cloud-verbundenen transponder | |
CN105592403B (zh) | 一种基于nfc的通信装置和方法 | |
JP2008282064A (ja) | Icカード情報認証システム | |
KR101455155B1 (ko) | 멀티-se 환경에서 모바일 결제카드 우선순위 자동 설정방법 및 이를 적용한 모바일 디바이스 | |
JP2019500664A (ja) | セキュアエレメント内のアプリケーションを管理する方法 | |
EP2764480A1 (de) | Transaktionssystem | |
CN108605038B (zh) | 互联网门户系统及其使用方法 | |
EP2515503A1 (de) | Verfahren zur Verwaltung von über eine HTTP-Antwortnachricht an ein sicheres Element gesendete Daten | |
WO2013050151A1 (de) | Transaktionssystem | |
KR20130100863A (ko) | 범용 접근을 위한 멤버십 통합 관리 서비스 시스템 및 이를 위한 방법 | |
CN109408127B (zh) | 芯片系统加载方法及芯片卡 | |
DE102015120352A1 (de) | Standardmässig voreingestellte datenpaket-routung in einer nfc-vorrichtung | |
CN103902938B (zh) | 实现一卡多应用自适应识别的方法、系统及卡片 | |
KR102525654B1 (ko) | 범용 서비스 인증 방법 및 이를 위한 플랫폼 | |
WO2016066253A1 (de) | Verfahren zum kontaktlosen durchführen einer transaktion | |
DE102012102382A1 (de) | Steuerungsverfahren mittels Schnittstellen-Deaktivierung für eine Kommunikation zwischen elektronischen Geräten, und entsprechende Geräte |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12781278 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2012781278 Country of ref document: EP |