WO2016136317A1 - 決済端末 - Google Patents
決済端末 Download PDFInfo
- Publication number
- WO2016136317A1 WO2016136317A1 PCT/JP2016/050996 JP2016050996W WO2016136317A1 WO 2016136317 A1 WO2016136317 A1 WO 2016136317A1 JP 2016050996 W JP2016050996 W JP 2016050996W WO 2016136317 A1 WO2016136317 A1 WO 2016136317A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- personal information
- memory
- card
- settlement
- payment terminal
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
- G06F21/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
- G06F21/72—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information in cryptographic circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/12—Cash registers electronically operated
Definitions
- This invention relates to a payment terminal for paying a transaction amount with a card.
- a transaction amount is settled (settled) with a card (such as a credit card or a debit card).
- a card such as a credit card or a debit card.
- One of payment terminals that process electronic payment transactions is a CAT (Credit Authorization Terminal). Since the payment terminal handles card information and personal information such as personal identification number entered by the cardholder, the personal information entered is illegally read and leaked by tampering by a malicious third party. It has a function (tamper resistance function) for preventing the above.
- the payment terminal has an opening detection function for detecting that the housing of the payment terminal main body has been opened. When the opening detection function detects that the housing of the payment terminal main body has been opened, the payment terminal stores it in the memory. It is the structure which deletes the personal information etc. which are stored (refer patent document 1 etc.).
- tampering technique has become more sophisticated, and it is desired to enhance tamper resistance.
- One enhancement of tamper resistance is to prevent personal information stored in the memory from being dumped and leaked to a third party by an illegally rewritten application program.
- An object of the present invention is to improve security by preventing unauthorized reading of personal information stored in a memory by an application program that has been illegally rewritten and leaking it to a third party.
- the purpose is to provide a payment terminal.
- the settlement terminal of the present invention has the following configuration in order to achieve the above object.
- the payment terminal processes, for example, an electronic payment transaction in which the transaction amount is settled (settled) with a card (such as a credit card or a debit card).
- the first memory stores the input personal information and develops a business application program that uses the personal information.
- the business application program that uses personal information is, for example, an authentication program that performs processing related to transaction settlement authentication, or an encryption program that encrypts input personal information.
- the personal information is card information (card information) used for transaction settlement, a personal identification number of the card, and the like.
- a business application program that does not use personal information is developed in the second memory.
- Business application programs that do not use personal information are, for example, a display program that controls screen display on a display provided in the settlement terminal body, and a print program that outputs print data related to transactions to a printer.
- the output unit outputs the personal information stored in the first memory to the host device when a business application program that uses the personal information is executed.
- the payment terminal expands the business application program that uses personal information in the first memory, and expands the business application program that does not use personal information in the second memory that is different from the first memory in hardware. To do. Therefore, even if a business application program that does not use personal information is illegally rewritten, the personal information stored in the first memory by the illegally rewritten business application program (business application program that does not use personal information) Will not be dumped. In other words, it is possible to prevent personal information stored in the first memory from being dumped and leaked to a third party by an illegally rewritten business application program.
- an encryption key used for encrypting personal information may be stored in the first memory.
- the encryption key here is a key used for encrypting information (personal information).
- the encryption key may be the same key as the decryption key used when decrypting the encrypted information (personal information), or may be a key different from this decryption key.
- the decryption key may be the same as the encryption key or different from the encryption key.
- the first memory may be a volatile memory and configured to be backed up by a battery to prevent the encryption key from being lost and prevent the encryption key from being read out illegally.
- an opening detection unit that detects that the housing of the payment terminal main body has been opened is provided, and when it is detected that the housing of the payment terminal main body has been opened, the battery backup for the first memory is stopped. The encryption key stored in the first memory is lost.
- FIG. 1 is a block diagram showing a configuration of a main part of a payment terminal according to this example.
- FIG. 2 is a schematic diagram showing an overview of a payment terminal according to this example.
- the settlement terminal 1 includes a CPU 2, a ROM 3, a first RAM 4, a second RAM 5, a personal information input unit 6, an input / output unit 7, and an opening detection unit 8. Each part of the settlement terminal 1 main body is electrically connected by a conductor line.
- the settlement terminal 1 processes an electronic settlement transaction in which the transaction amount is settled (settled) with a card (such as a credit card or a debit card).
- the CPU 2 controls the operation of the payment terminal 1 main body.
- the ROM 3 is a program that is activated on the settlement terminal 1 main body, such as an operating system (OS), an application programming interface (API), a business application program (hereinafter simply referred to as a business application), an encryption program, and the like.
- OS operating system
- API application programming interface
- business application program hereinafter simply referred to as a business application
- An encryption program and the like.
- a business application that uses personal information is, for example, an authentication program that performs processing related to transaction settlement authentication or an encryption program that encrypts input personal information.
- Business applications that do not use personal information are, for example, a display program that controls screen display on the display 9 provided in the settlement terminal 1 main body, and a print program that outputs print data related to transactions to a printer.
- the personal information is card information (card information) used for transaction settlement, a personal identification number of the card, and the like.
- the encryption program is described separately from the business application, but this encryption program is also one of the business applications.
- the first RAM 4 business applications (encryption program, authentication program, etc.) that use personal information stored in the ROM 3 are deployed when the payment terminal 1 main body is activated.
- the first RAM 4 stores an encryption key.
- the first RAM 4 is a volatile memory, but is backed up by a battery, so that the encryption key is not lost when the payment terminal 1 is turned off.
- the decryption key used when decrypting information (personal information) encrypted with the encryption key may be this encryption key or a key different from this encryption key.
- the OS, API, and business applications that do not use personal information stored in the ROM 3 are expanded when the settlement terminal 1 main unit is activated.
- the first RAM 4 and the second RAM 5 are different hardware.
- the second RAM 5 is also a volatile memory, but is not backed up by a battery.
- the first RAM 4 corresponds to the first memory referred to in the present invention
- the second RAM 5 corresponds to the second memory referred to in the present invention.
- the personal information input unit 6 includes a card reader 6a for reading card information recorded on the card, an operation key 6b having a numeric keypad and function keys, and a PIN pad (not shown) connected to the payment terminal 1 main body. Etc.
- the PIN pad is a device for the cardholder to input a personal identification number. 2 shows only a magnetic card reader that reads card information from a magnetic card as the card reader 6a.
- the personal information input unit 6 may be an IC card reader that reads card information from a contact-type IC card, The configuration may also include a non-contact type IC card reader that reads card information from a contact type IC card.
- the input / output unit 7 inputs / outputs data to / from connected external devices.
- the external device include a communication device for communicating with a host device, a printer for printing transaction contents, a POS terminal for registering a transaction product, and the like.
- the host device is an authentication center that authenticates whether or not settlement is possible for an electronic settlement transaction, a transaction management device that manages a transaction history, and the like.
- the input / output unit 7 has a configuration corresponding to the output unit referred to in the present invention.
- the opening detection unit 8 detects that the housing of the payment terminal 1 main body has been opened.
- the opening detection part 8 is a structure which detects that the housing
- the settlement terminal 1 also includes the display unit 9 shown in FIG. 2 and a display unit (not shown) that controls screen display of the display unit 9.
- FIG. 3 is a flowchart showing the operation of the payment terminal.
- the settlement terminal 1 When the power of the main body is turned on, the settlement terminal 1 performs a load process for loading various programs stored in the ROM 3 (s1, s2).
- FIG. 4 is a flowchart showing the loading process according to s2.
- the settlement terminal 1 executes a loading program in the CPU 2 (s11), and develops business applications (encryption program, authentication program, etc.) that use personal information stored in the ROM 3 in the first RAM 4 (s12).
- the settlement terminal 1 develops the OS, API, and business application (printing program, display program, etc.) that does not use personal information stored in the ROM 3 in the second RAM 5 (s13), and completes this loading process. To do.
- the processes of s12 and s13 may be reverse to the above order or may be executed in parallel.
- the settlement terminal 1 is ready for transaction processing upon completion of the load processing for s2.
- the payment terminal 1 waits for an input operation related to the start of the transaction to be performed or until the power source of the payment terminal 1 is turned off (s3, s4).
- the settlement terminal 1 performs a transaction process when an input operation related to the start of the transaction is performed (s5). Further, when the payment terminal 1 is turned off, the payment terminal 1 performs a power-off process (s6) and ends this process.
- FIG. 5 is a flowchart showing a transaction process related to s5.
- the settlement terminal 1 receives input of transaction information (s21).
- the transaction information that receives the input in s21 is a product / service code for identifying the product or service to be traded, a transaction amount, and the like.
- the settlement terminal 1 stores the transaction information input in s21 in a variable area (not shown) of the first RAM 4.
- the payment terminal 1 accepts input of personal information used for payment of the transaction amount (s22).
- the personal information that receives the input in s22 is card information of a card that settles the transaction amount, a personal identification number of the card that settles the transaction amount, and the like.
- FIG. 6 is a flowchart showing the personal information input acceptance process in s22.
- the settlement terminal 1 receives an input of the type of card used for settlement of the transaction amount (s31).
- s31 an input of a type related to the usage of a card such as a credit card, a debit card or a prepaid card or a type related to a physical configuration of a card such as a magnetic card, a contact IC card, or a non-contact IC card is accepted.
- the card type used for settlement of the transaction amount is input by the operation of the operation key 6b by the operator.
- the payment terminal 1 accepts input of card information for the type of card input in s31 (s32).
- the card reader included in the personal information input unit 6 reads the card information, and inputs the read card information to the first RAM 4.
- the first RAM 4 stores the input card information in the variable area.
- the settlement terminal 1 encrypts the card information input in s32 (s33).
- the input card information is encrypted by the encryption program developed in the first RAM 4.
- the settlement terminal 1 encrypts the card information using the encryption key stored in the first RAM 4. Further, when the payment terminal 1 encrypts the card information, the encrypted card information is stored in the variable area of the first RAM 4 and the unencrypted card information (in s32) stored in the variable area. Delete the entered card information.
- the payment terminal 1 deletes the unencrypted card information from the variable area of the first RAM 4 as soon as the card information becomes unnecessary (however, the encrypted card information (It is stored in the variable area of the RAM 4). This suppresses a decrease in security against leakage of unencrypted card information.
- the settlement terminal 1 accepts an input of a password (s34).
- s34 the card holder inputs the personal identification number using the PIN pad provided in the personal information input unit 6.
- the input password is input to the first RAM 4.
- the first RAM 4 stores the input password.
- the settlement terminal 1 determines whether authentication for settlement of the transaction amount related to the current transaction is performed at the center or the settlement terminal 1 main body (s35). If the settlement terminal 1 determines that authentication related to settlement of the transaction amount is performed at the center, the settlement terminal 1 encrypts the input password by the encryption program developed in the first RAM 4 (s36).
- the payment terminal 1 encrypts the password using the encryption key stored in the first RAM 4.
- the settlement terminal When the settlement terminal encrypts the password, it stores the encrypted password in the variable area of the first RAM 4 and the unencrypted password stored in this variable area (input in s34). Delete the password. That is, the settlement terminal 1 deletes the unencrypted personal identification number from the first RAM 4 as soon as the personal identification number is no longer necessary (however, the encrypted personal identification number is stored in the variable of the first RAM 4). Is stored in the area.) As a result, a decrease in security against leakage of the unencrypted password is suppressed.
- the settlement terminal 1 determines that the authentication for the settlement of the transaction amount is not performed at the center (that is, performed by the settlement terminal 1 itself), the settlement terminal 1 performs an authentication process regarding whether the transaction amount can be settled (s37).
- the settlement terminal 1 determines that the authentication for settlement of the transaction amount is not performed at the center in s36 when the card used for settlement of the transaction is a prepaid card or the like.
- s37 if the value balance of the prepaid card used for transaction settlement is less than the transaction amount, it is determined that the transaction amount cannot be settled.
- the value balance of the prepaid card used for transaction settlement is equal to or greater than the transaction amount, it is determined that the transaction amount can be settled.
- the settlement terminal 1 does not authenticate the settlement of the transaction amount at the center in s35 even when the transaction amount is less than a predetermined amount (for example, 1000 yen) (when it is a small transaction) (settlement terminal) It is also possible to make a determination as follows.
- a predetermined amount for example, 1000 yen
- the payment terminal 1 determines whether or not the authentication related to the payment of the transaction amount is completed (s23). In s23, it is determined whether or not authentication related to settlement of the transaction amount has been performed in s37 described above, that is, whether or not authentication related to settlement of the transaction amount is performed in the center.
- the process proceeds to s26 described later without performing the processes related to s24 and s25 described below.
- the settlement terminal 1 determines that it has not been authenticated in s23, it transmits an authentication request to the center (s24), and waits to receive an authentication result from the center (s25).
- the payment terminal 1 transmits the encrypted personal information (encrypted card information and personal identification number) and transaction information including the transaction amount to the center.
- the center stores an encryption key stored in the payment terminal 1 as a decryption key. Therefore, the center can decrypt the personal information included in the authentication request received from the settlement terminal 1.
- the center may be configured to recognize the settlement terminal 1 that has transmitted the authentication request by the line number, or by the terminal code (terminal code that identifies the settlement terminal 1) included in the authentication request. It may be a configuration. Alternatively, each settlement terminal 1 may store a public key of the center as an encryption key and store a decryption key (secret key) corresponding to the center. In this case, the center does not need to recognize the payment terminal 1 that has transmitted the authentication request.
- the settlement terminal 1 determines whether the transaction amount can be settled using a card (s26). If settlement is possible, the settlement terminal 1 performs settlement processing for settlement of the transaction amount with a card and processes the transaction (s27). On the other hand, if payment is not possible, the payment terminal 1 performs transaction cancellation processing for canceling the transaction (s28), and ends this processing. Further, when executing the transaction processing shown in FIG. 5, the settlement terminal 1 executes a display program developed in the second RAM 5, a printing program, and the like, thereby controlling screen display on the display unit 9 and input / output. Processing related to generation and output of print data for the printer connected to the unit 7 is performed.
- the payment terminal 1 has a configuration in which business applications that use personal information are expanded in the first RAM 4 and business applications that do not use personal information are expanded in the second RAM 5.
- the personal information stored in the first RAM 4 is not dumped by the business application expanded in the second RAM 5. Therefore, it is possible to prevent the personal information stored in the first RAM 4 from being read illegally and leaked to a third party by a business application that does not use the illegally rewritten personal information, and security can be improved. .
- the opening detection unit 8 detects that the housing of the main body of the payment terminal 1 is opened, the payment terminal 1 deletes the personal information and the encryption key stored in the first RAM 4. Specifically, the personal information and the encryption key stored in the first RAM 4 are lost by stopping the battery backup for the first RAM 4. Therefore, the settlement terminal 1 does not leak the encryption key stored in the first RAM 4 by opening.
- the settlement terminal 1 encrypts the input personal information (card information and password) and transmits it to the host device.
- the input personal information (card information and password) is encrypted. It may be configured to transmit to a higher-level device without being converted. That is, the payment terminal 1 may not include the above-described configuration for encrypting personal information.
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Mathematical Physics (AREA)
- Bioethics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Cash Registers Or Receiving Machines (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
決済端末において、第1のメモリは、入力された個人情報を記憶するとともに、個人情報を利用する業務アプリケーションプログラムを展開する。第2のメモリは、個人情報を利用しない業務アプリケーションプログラムを展開する。出力部は、個人情報を利用する業務アプリケーションプログラムが実行されたときに、第1のメモリに記憶している個人情報を上位装置へ出力する。
Description
この発明は、取引金額をカードで決済する決済端末に関する。
従来、取引金額をカード(クレジットカードやデビットカード等)で決済(精算)する電子決済取引が行われている。電子決済取引を処理する決済端末の1つとして、CAT(Credit Authorization Terminal)がある。
決済端末は、カード情報や、カード所有者が入力した暗証番号等の個人情報を取り扱うことから、悪意を持った第三者のタンパ行為によって、入力された個人情報が不正に読み出されて漏洩するのを防止するための機能(耐タンパ性機能)を有している。例えば、決済端末は、決済端末本体の筐体が開封されたことを検知する開封検知機能を備え、この開封検知機能によって決済端末本体の筐体が開封されたことを検知すると、メモリに記憶している個人情報等を消去する構成であった(特許文献1等参照)。
決済端末は、カード情報や、カード所有者が入力した暗証番号等の個人情報を取り扱うことから、悪意を持った第三者のタンパ行為によって、入力された個人情報が不正に読み出されて漏洩するのを防止するための機能(耐タンパ性機能)を有している。例えば、決済端末は、決済端末本体の筐体が開封されたことを検知する開封検知機能を備え、この開封検知機能によって決済端末本体の筐体が開封されたことを検知すると、メモリに記憶している個人情報等を消去する構成であった(特許文献1等参照)。
しかしながら、タンパ行為の手法が巧妙化しており、耐タンパ性の強化が望まれている。
耐タンパ性の強化の1つとして、不正に書き換えられたアプリケーションプログラムによって、メモリ上に記憶している個人情報がダンプされ、第三者に漏洩するのを防止することがある。
耐タンパ性の強化の1つとして、不正に書き換えられたアプリケーションプログラムによって、メモリ上に記憶している個人情報がダンプされ、第三者に漏洩するのを防止することがある。
この発明の目的は、不正に書き換えられたアプリケーションプログラムによって、メモリ上に記憶している個人情報が不正に読み出され、第三者に漏洩するのを防止することによって、セキュリティの向上を図った決済端末を提供することにある。
この発明の決済端末は、上記目的を達するために以下の構成を備えている。
決済端末は、例えば、取引金額をカード(クレジットカードやデビットカード等)で決済(精算)する電子決済取引を処理する。
第1のメモリには、入力された個人情報を記憶するとともに、個人情報を利用する業務アプリケーションプログラムが展開される。個人情報を利用する業務アプリケーションプログラムは、例えば取引の決済の認証にかかる処理を行う認証プログラムや、入力された個人情報を暗号化する暗号化プログラムである。また、個人情報は、取引の決済に用いるカードの情報(カード情報)や、そのカードの暗証番号等である。
決済端末は、例えば、取引金額をカード(クレジットカードやデビットカード等)で決済(精算)する電子決済取引を処理する。
第1のメモリには、入力された個人情報を記憶するとともに、個人情報を利用する業務アプリケーションプログラムが展開される。個人情報を利用する業務アプリケーションプログラムは、例えば取引の決済の認証にかかる処理を行う認証プログラムや、入力された個人情報を暗号化する暗号化プログラムである。また、個人情報は、取引の決済に用いるカードの情報(カード情報)や、そのカードの暗証番号等である。
また、第2のメモリには、個人情報を利用しない業務アプリケーションプログラムが展開される。個人情報を利用しない業務アプリケーションプログラムは、例えば決済端末本体に設けられた表示器における画面表示を制御する表示プログラムや、取引にかかる印字データをプリンタに出力する印字プログラムである。
出力部は、個人情報を利用する業務アプリケーションプログラムが実行されたときに、第1のメモリに記憶している個人情報を上位装置へ出力する。
出力部は、個人情報を利用する業務アプリケーションプログラムが実行されたときに、第1のメモリに記憶している個人情報を上位装置へ出力する。
このように、決済端末は、個人情報を利用する業務アプリケーションプログラムを第1のメモリに展開し、個人情報を利用しない業務アプリケーションプログラムを第1のメモリとはハード的に異なる第2のメモリに展開する。したがって、個人情報を利用しない業務アプリケーションプログラムが不正に書き換えられても、この不正に書き換えられた業務アプリケーションプログラム(個人情報を利用しない業務アプリケーションプログラム)によって、第1のメモリに記憶している個人情報がダンプされることがない。すなわち、不正に書き換えられた業務アプリケーションプログラムによって、第1のメモリに記憶している個人情報がダンプされ、第三者に漏洩するのを防止することができる。
また、上位装置へ送信する個人情報については、暗号化して送信するのが好ましい。これにより、上位装置への送信ルートで個人情報が抜き取られることに対するセキュリティも向上できる。この場合、個人情報の暗号化に用いる暗号鍵は、第1のメモリに記憶すればよい。ここで言う暗号鍵は、情報(個人情報)の暗号化に用いる鍵である。また、暗号鍵は、暗号化した情報(個人情報)を復号化するときに用いる復号鍵と同じ鍵であってもよいし、この復号鍵と異なる鍵であってもよい。言い換えれば、復号鍵は、暗号鍵と同じであってもよいし、暗号鍵と異なっていてもよい。
さらに、第1のメモリは、揮発性のメモリで、バッテリバックアップした構成にすることで、暗号鍵が消失するのを防止するとともに、この暗号鍵が不正に読み出されるのを防止してもよい。例えば、決済端末本体の筐体が開封されたことを検知する開封検知部を設け、決済端末本体の筐体が開封されたことを検知したときには、第1のメモリに対するバッテリバックアップを停止することによって、第1のメモリに記憶している暗号鍵を消失させる。
この発明によれば、不正に書き換えられたアプリケーションプログラムによって、メモリ上に記憶している個人情報が不正に読み出され、第三者に漏洩するのを防止でき、セキュリティの向上が図れる。
以下、この発明の実施形態である決済端末について説明する。
図1は、この例にかかる決済端末の主要部の構成を示すブロック図である。図2は、この例にかかる決済端末の概観を示す概略図である。決済端末1は、CPU2と、ROM3と、第1のRAM4と、第2のRAM5と、個人情報入力部6と、入出力部7と、開封検知部8と、を備える。決済端末1本体各部は、導体ラインによって、電気的に接続されている。
図1は、この例にかかる決済端末の主要部の構成を示すブロック図である。図2は、この例にかかる決済端末の概観を示す概略図である。決済端末1は、CPU2と、ROM3と、第1のRAM4と、第2のRAM5と、個人情報入力部6と、入出力部7と、開封検知部8と、を備える。決済端末1本体各部は、導体ラインによって、電気的に接続されている。
決済端末1は、取引金額をカード(クレジットカードやデビットカード等)で決済(精算)する電子決済取引を処理する。
CPU2は、決済端末1本体の動作を制御する。
ROM3は、オペレーティングシステム(OS:Operating System)、アプリケーションプログラミングインタフェース(API:Application Programming Interface)、業務アプリケーションプログラム(以下、単に業務アプリと言う。)、暗号化プログラム等、決済端末1本体で起動させるプログラムを記憶する。業務アプリには、個人情報を利用するものと、個人情報を利用しないものとがある。個人情報を利用する業務アプリは、例えば取引の決済の認証にかかる処理を行う認証プログラムや、入力された個人情報を暗号化する暗号化プログラムである。個人情報を利用しない業務アプリは、例えば決済端末1本体に設けられた表示器9における画面表示を制御する表示プログラムや、取引にかかる印字データをプリンタに出力する印字プログラムである。また、個人情報は、取引の決済に用いるカードの情報(カード情報)や、そのカードの暗証番号等である。
CPU2は、決済端末1本体の動作を制御する。
ROM3は、オペレーティングシステム(OS:Operating System)、アプリケーションプログラミングインタフェース(API:Application Programming Interface)、業務アプリケーションプログラム(以下、単に業務アプリと言う。)、暗号化プログラム等、決済端末1本体で起動させるプログラムを記憶する。業務アプリには、個人情報を利用するものと、個人情報を利用しないものとがある。個人情報を利用する業務アプリは、例えば取引の決済の認証にかかる処理を行う認証プログラムや、入力された個人情報を暗号化する暗号化プログラムである。個人情報を利用しない業務アプリは、例えば決済端末1本体に設けられた表示器9における画面表示を制御する表示プログラムや、取引にかかる印字データをプリンタに出力する印字プログラムである。また、個人情報は、取引の決済に用いるカードの情報(カード情報)や、そのカードの暗証番号等である。
なお、図1では、暗号化プログラムを業務アプリと区別して記載しているが、この暗号化プログラムも業務アプリの1つである。
第1のRAM4には、ROM3が記憶する個人情報を利用する業務アプリ(暗号化プログラムや、認証プログラム等)が決済端末1本体の起動時に展開される。また、第1のRAM4は、暗号鍵を記憶している。また、第1のRAM4は、揮発性のメモリであるが、バッテリバックアップされているので、決済端末1本体の電源オフによって、この暗号鍵が消失することはない。暗号鍵で暗号化された情報(個人情報)を復号化するときに用いる復号鍵は、この暗号鍵であってもよいし、この暗号鍵とは異なる鍵であってもよい。
第1のRAM4には、ROM3が記憶する個人情報を利用する業務アプリ(暗号化プログラムや、認証プログラム等)が決済端末1本体の起動時に展開される。また、第1のRAM4は、暗号鍵を記憶している。また、第1のRAM4は、揮発性のメモリであるが、バッテリバックアップされているので、決済端末1本体の電源オフによって、この暗号鍵が消失することはない。暗号鍵で暗号化された情報(個人情報)を復号化するときに用いる復号鍵は、この暗号鍵であってもよいし、この暗号鍵とは異なる鍵であってもよい。
第2のRAM5には、ROM3が記憶するOS、API、個人情報を利用しない業務アプリ(表示プログラムや、印字プログラム等)が決済端末1本体の起動時に展開される。
第1のRAM4と、第2のRAM5とは、異なるハードウェアである。第2のRAM5も揮発性のメモリであるが、バッテリバックアップされていない。
第1のRAM4が、この発明で言う第1のメモリに相当し、第2のRAM5がこの発明で言う第2のメモリに相当する。
第1のRAM4と、第2のRAM5とは、異なるハードウェアである。第2のRAM5も揮発性のメモリであるが、バッテリバックアップされていない。
第1のRAM4が、この発明で言う第1のメモリに相当し、第2のRAM5がこの発明で言う第2のメモリに相当する。
個人情報入力部6は、カードに記録されているカード情報を読み取るカードリーダ6aや、テンキーや機能キー等を有する操作キー6b、さらには、決済端末1本体に接続されたPINパッド(不図示)等である。PINパッドは、カード所有者が暗証番号を入力するデバイスである。また、図2では、カードリーダ6aとして磁気カードからカード情報を読み取る磁気カードリーダのみを示しているが、個人情報入力部6は、接触式のICカードからカード情報を読み取るICカードリーダや、非接触式のICカードからカード情報を読み取る非接触式ICカードリーダ等も備える構成であってもよい。
入出力部7は、接続されている外部機器との間におけるデータの入出力を行う。外部機器には、上位装置と通信するための通信機器、取引内容を印字するプリンタ、取引する商品の登録等を行うPOS端末等である。また、上位装置は、電子決済取引にかかる決済可否を認証する認証センタや、取引履歴を管理する取引管理装置等である。入出力部7が、この発明で言う出力部に相当する構成を有する。
開封検知部8は、決済端末1本体の筐体が開封されたことを検知する。開封検知部8は、例えば、公知のタンパピンを利用して、決済端末1本体の筐体が開封されたことを検知する構成である。
なお、決済端末1は、図2に示す表示器9や、この表示器9の画面表示を制御する表示部(不図示)等も備えている。
なお、決済端末1は、図2に示す表示器9や、この表示器9の画面表示を制御する表示部(不図示)等も備えている。
以下、決済端末1の動作について説明する。図3は、決済端末の動作を示すフローチャートである。
決済端末1は、本体の電源がオンされるとROM3に記憶している各種プログラムをロードするロード処理を行う(s1、s2)。
図4は、s2にかかるロード処理を示すフローチャートである。決済端末1は、CPU2においてローディングプログラムを実行し(s11)、ROM3に記憶している個人情報を利用する業務アプリ(暗号化プログラム、認証プログラム等)を第1のRAM4に展開する(s12)。また、決済端末1は、ROM3に記憶しているOS、API,および個人情報を利用しない業務アプリ(印字プログラムや表示プログラム等)を第2のRAM5に展開し(s13)、このロード処理を完了する。s12とs13の処理は、上記順番と逆であってもよいし、並列的に実行されてもよい。
決済端末1は、本体の電源がオンされるとROM3に記憶している各種プログラムをロードするロード処理を行う(s1、s2)。
図4は、s2にかかるロード処理を示すフローチャートである。決済端末1は、CPU2においてローディングプログラムを実行し(s11)、ROM3に記憶している個人情報を利用する業務アプリ(暗号化プログラム、認証プログラム等)を第1のRAM4に展開する(s12)。また、決済端末1は、ROM3に記憶しているOS、API,および個人情報を利用しない業務アプリ(印字プログラムや表示プログラム等)を第2のRAM5に展開し(s13)、このロード処理を完了する。s12とs13の処理は、上記順番と逆であってもよいし、並列的に実行されてもよい。
決済端末1は、s2にかかるロード処理の完了により、取引処理が行える状態になる。
決済端末1は、取引の開始にかかる入力操作が行われるか、決済端末1本体の電源がオフされるのを待つ(s3、s4)。決済端末1は、取引の開始にかかる入力操作が行われると、取引処理を行う(s5)。また、決済端末1は、電源がオフされると、電源オフ処理を行い(s6)、本処理を終了する。
決済端末1は、取引の開始にかかる入力操作が行われるか、決済端末1本体の電源がオフされるのを待つ(s3、s4)。決済端末1は、取引の開始にかかる入力操作が行われると、取引処理を行う(s5)。また、決済端末1は、電源がオフされると、電源オフ処理を行い(s6)、本処理を終了する。
図5は、s5にかかる取引処理を示すフローチャートである。決済端末1は、取引情報の入力を受け付ける(s21)。s21で入力を受け付ける取引情報は、取引する商品やサービスを識別する商品・サービスコードや、取引金額等である。決済端末1は、s21で入力された取引情報を第1のRAM4の変数領域(不図示)に記憶する。また、決済端末1は、取引金額の決済に用いる個人情報の入力を受け付ける(s22)。s22で入力を受け付ける個人情報は、取引金額を決済するカードのカード情報や、取引金額を決済するカードの暗証番号等である。
図6は、s22にかかる個人情報の入力受付処理を示すフローチャートである。決済端末1は、取引金額の決済に用いるカードの種別の入力を受け付ける(s31)。s31では、クレジットカード、デビットカード、プリペイドカード等のカードの利用用途にかかる種別や、磁気カード、接触式ICカード、非接触式ICカード等のカードの物理的構成にかかる種別等の入力を受け付ける。s31では、オペレータによる操作キー6bの操作によって、取引金額の決済に用いるカードの種別の入力が行われる。
決済端末1は、s31で入力された種別のカードについて、カード情報の入力を受け付ける(s32)。s32では、個人情報入力部6が備えるカードリーダが、カード情報を読み取り、読み取ったカード情報を第1のRAM4に入力する。第1のRAM4が、入力されたカード情報を変数領域に記憶する。
決済端末1は、s32で入力されたカード情報を暗号化する(s33)。s33では、第1のRAM4に展開している暗号化プログラムによって、入力されたカード情報を暗号化する。決済端末1は、第1のRAM4に記憶している暗号鍵を用いて、カード情報を暗号化する。また、決済端末1は、カード情報を暗号化すると、暗号化したカード情報を、第1のRAM4の変数領域に記憶するとともに、この変数領域に記憶している暗号化していないカード情報(s32で入力されたカード情報)を消去する。すなわち、決済端末1は、暗号化されていないカード情報については、そのカード情報が不要になると、すぐに第1のRAM4の変数領域から消去する(但し、暗号化したカード情報は、第1のRAM4の変数領域に記憶している。)。これにより、暗号化されていないカード情報が漏洩することに対するセキュリティの低下を抑えている。
決済端末1は、s32で入力されたカード情報を暗号化する(s33)。s33では、第1のRAM4に展開している暗号化プログラムによって、入力されたカード情報を暗号化する。決済端末1は、第1のRAM4に記憶している暗号鍵を用いて、カード情報を暗号化する。また、決済端末1は、カード情報を暗号化すると、暗号化したカード情報を、第1のRAM4の変数領域に記憶するとともに、この変数領域に記憶している暗号化していないカード情報(s32で入力されたカード情報)を消去する。すなわち、決済端末1は、暗号化されていないカード情報については、そのカード情報が不要になると、すぐに第1のRAM4の変数領域から消去する(但し、暗号化したカード情報は、第1のRAM4の変数領域に記憶している。)。これにより、暗号化されていないカード情報が漏洩することに対するセキュリティの低下を抑えている。
決済端末1は、暗証番号の入力を受け付ける(s34)。s34では、カード所有者が、個人情報入力部6が備えるPINパッドを利用して暗証番号を入力する。入力された暗証番号は、第1のRAM4に入力される。第1のRAM4は、入力された暗証番号を記憶する。
決済端末1は、今回の取引にかかる取引金額の決済にかかる認証を、センタで行うか、または決済端末1本体で行うかを判定する(s35)。決済端末1は、取引金額の決済にかかる認証をセンタで行うと判定すると、第1のRAM4に展開している暗号化プログラムによって、入力された暗証番号を暗号化する(s36)。決済端末1は、第1のRAM4に記憶している暗号鍵を用いて、暗証番号を暗号化する。決済端末は、暗証番号を暗号化すると、暗号化した暗証番号を、第1のRAM4の変数領域に記憶するとともに、この変数領域に記憶している暗号化していない暗証番号(s34で入力された暗証番号)を消去する。すなわち、決済端末1は、暗号化されていない暗証番号については、その暗証番号が不要になると、すぐに第1のRAM4から消去する(但し、暗号化した暗証番号は、第1のRAM4の変数領域に記憶している。)。これにより、暗号化されていない暗証番号が漏洩することに対するセキュリティの低下を抑えている。
決済端末1は、今回の取引にかかる取引金額の決済にかかる認証を、センタで行うか、または決済端末1本体で行うかを判定する(s35)。決済端末1は、取引金額の決済にかかる認証をセンタで行うと判定すると、第1のRAM4に展開している暗号化プログラムによって、入力された暗証番号を暗号化する(s36)。決済端末1は、第1のRAM4に記憶している暗号鍵を用いて、暗証番号を暗号化する。決済端末は、暗証番号を暗号化すると、暗号化した暗証番号を、第1のRAM4の変数領域に記憶するとともに、この変数領域に記憶している暗号化していない暗証番号(s34で入力された暗証番号)を消去する。すなわち、決済端末1は、暗号化されていない暗証番号については、その暗証番号が不要になると、すぐに第1のRAM4から消去する(但し、暗号化した暗証番号は、第1のRAM4の変数領域に記憶している。)。これにより、暗号化されていない暗証番号が漏洩することに対するセキュリティの低下を抑えている。
一方、決済端末1は、取引金額の決済にかかる認証をセンタで行わない(すなわち、決済端末1本体で行う。)と判定すると、取引金額の決済可否にかかる認証処理を行う(s37)。決済端末1は、取引の決済に使用するカードがプリペイドカードである場合等に、s36で取引金額の決済にかかる認証をセンタで行わないと判定する。s37では、取引の決済に使用するプリペイドカードが有する価値の残高が取引金額未満であれば、取引金額の決済不可と判定する。一方、取引の決済に使用するプリペイドカードが有する価値の残高が取引金額以上であれば、取引金額の決済可と判定する。
なお、決済端末1は、取引金額が予め定めた金額(例えば、1000円)未満である場合(小額取引である場合)も、s35で取引金額の決済にかかる認証をセンタで行わない(決済端末1本体で行う。)と判定するようにしてもよい。
図5に戻って、決済端末1は、s22にかかる処理(図6に示した処理)が完了すると、取引金額の決済にかかる認証が完了しているかどうかを判定する(s23)。s23では、上述したs37で取引金額の決済にかかる認証を行ったかどうか、すなわち取引金額の決済にかかる認証をセンタで行うかどうかを判定している。
図5に戻って、決済端末1は、s22にかかる処理(図6に示した処理)が完了すると、取引金額の決済にかかる認証が完了しているかどうかを判定する(s23)。s23では、上述したs37で取引金額の決済にかかる認証を行ったかどうか、すなわち取引金額の決済にかかる認証をセンタで行うかどうかを判定している。
決済端末1は、s23で認証済みであると判定すると、以下に示すs24、s25にかかる処理を行うことなく、後述するs26に進む。
決済端末1は、s23で認証済みでないと判定すると、センタに対して認証要求を送信し(s24)、センタからの認証結果を受信するのを待つ(s25)。決済端末1は、s24では、暗号化した個人情報(暗号化したカード情報や、暗証番号)や、取引金額を含む取引情報をセンタに送信する。センタは、決済端末1毎に、その決済端末1が記憶している暗号鍵を復号鍵として記憶している。したがって、センタは、決済端末1から受信した認証要求に含まれている個人情報の復号が行える。
決済端末1は、s23で認証済みでないと判定すると、センタに対して認証要求を送信し(s24)、センタからの認証結果を受信するのを待つ(s25)。決済端末1は、s24では、暗号化した個人情報(暗号化したカード情報や、暗証番号)や、取引金額を含む取引情報をセンタに送信する。センタは、決済端末1毎に、その決済端末1が記憶している暗号鍵を復号鍵として記憶している。したがって、センタは、決済端末1から受信した認証要求に含まれている個人情報の復号が行える。
なお、センタは、認証要求を送信してきた決済端末1を回線番号によって認識する構成であってもよいし、認証要求に含まれている端末コード(決済端末1を識別する端末コード)によって認識する構成であってもよい。また、各決済端末1が暗号鍵としてセンタの公開鍵を記憶し、センタが対応する復号鍵(秘密鍵)を記憶する構成であってもよい。この場合、センタは、認証要求を送信してきた決済端末1を認識する必要は無い。
決済端末1は、カードにより取引金額の決済可否を判定する(s26)。決済端末1は、決済可であれば、取引金額をカードで決済する決済処理を行い、取引を処理する(s27)。一方、決済端末1は、決済不可であれば、取引を中止する取引中止処理を行い(s28)、本処理を終了する。
また、決済端末1は、図5に示した取引処理の実行時には、第2のRAM5に展開した表示プログラムや、印字プログラム等を実行することにより、表示器9における画面表示の制御や、入出力部7に接続されたプリンタに対する印字データの生成、出力等にかかる処理を行う。
また、決済端末1は、図5に示した取引処理の実行時には、第2のRAM5に展開した表示プログラムや、印字プログラム等を実行することにより、表示器9における画面表示の制御や、入出力部7に接続されたプリンタに対する印字データの生成、出力等にかかる処理を行う。
このように、この例にかかる決済端末1は、個人情報を利用する業務アプリを第1のRAM4に展開し、個人情報を利用しない業務アプリを第2のRAM5に展開する構成としたので、第2のRAM5に展開した業務アプリによって、第1のRAM4に記憶した個人情報がダンプされることがない。したがって、不正に書き換えられた個人情報を利用しない業務アプリによって、第1のRAM4に記憶している個人情報が不正に読み出され、第三者に漏洩するのを防止でき、セキュリティの向上が図れる。
また、これにより、個人情報の漏洩に対するセキュリティを低下させることなく、決済端末1本体を使用するユーザが個人情報を利用しない業務アプリを自由に変更することができるようになる。すなわち、決済端末1本体を使用するユーザは、使い勝手のよい業務アプリを利用することができ、操作性の向上が図れる。
また、決済端末1は、開封検知部8において、決済端末1本体の筐体が開封されたことを検知すると、第1のRAM4に記憶している個人情報や暗号鍵を消去する。具体的には、第1のRAM4に対するバッテリバックアップを停止することによって、第1のRAM4に記憶している個人情報や暗号鍵を消失させる。したがって、決済端末1は、開封によって、第1のRAM4に記憶している暗号鍵が漏洩することもない。
また、決済端末1は、開封検知部8において、決済端末1本体の筐体が開封されたことを検知すると、第1のRAM4に記憶している個人情報や暗号鍵を消去する。具体的には、第1のRAM4に対するバッテリバックアップを停止することによって、第1のRAM4に記憶している個人情報や暗号鍵を消失させる。したがって、決済端末1は、開封によって、第1のRAM4に記憶している暗号鍵が漏洩することもない。
また、上記の例にかかる決済端末1は、入力された個人情報(カード情報や暗証番号)を暗号化し、上位装置に送信するとしたが、入力された個人情報(カード情報や暗証番号)を暗号化せずに、上位装置に送信する構成であってもよい。すなわち、決済端末1は、上述した個人情報の暗号化にかかる構成を備えていないものであってもよい。
この発明によれば、不正に書き換えられたアプリケーションプログラムによって、メモリ上に記憶している個人情報が不正に読み出され、第三者に漏洩するのを防止でき、セキュリティの向上が図れる。
1…決済端末
2…CPU
3…ROM
4…第1のRAM
5…第2のRAM
6…個人情報入力部
6a…カードリーダ
6b…操作キー
7…入出力部
8…開封検知部
9…表示器
2…CPU
3…ROM
4…第1のRAM
5…第2のRAM
6…個人情報入力部
6a…カードリーダ
6b…操作キー
7…入出力部
8…開封検知部
9…表示器
Claims (4)
- 取引を決済する決済端末において、
入力された個人情報を記憶するとともに、前記個人情報を利用する業務アプリケーションプログラムを展開する第1のメモリと、
前記個人情報を利用しない業務アプリケーションプログラムを展開する第2のメモリと、
前記個人情報を利用する業務アプリケーションプログラムが実行されたときに、前記第1のメモリに記憶している前記個人情報を上位装置へ出力する出力部と、を備えている決済端末。 - 前記第1のメモリには、前記個人情報を暗号化する暗号化プログラムが展開され、
前記出力部は、前記個人情報を利用する業務アプリケーションプログラムが実行されたときに、前記暗号化プログラムの実行によって暗号化された前記個人情報を上位装置へ出力する、請求項1に記載の決済端末。 - 前記第1のメモリは、前記暗号化プログラムの実行によって前記個人情報を暗号化するときに用いる暗号鍵を記憶している、請求項2に記載の決済端末。
- 前記第1のメモリは、バッテリバックアップされた揮発性のメモリであり、
前記決済端末本体の筐体が開封されたことを検知する開封検知部と、
前記開封検知部が前記決済端末本体の筐体が開封されたことを検知すると、前記第1のメモリに対するバッテリバックアップを停止する、請求項1~3のいずれかに記載の決済端末。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015037707A JP6464817B2 (ja) | 2015-02-27 | 2015-02-27 | 決済端末 |
JP2015-037707 | 2015-02-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016136317A1 true WO2016136317A1 (ja) | 2016-09-01 |
Family
ID=56788331
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2016/050996 WO2016136317A1 (ja) | 2015-02-27 | 2016-01-14 | 決済端末 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP6464817B2 (ja) |
WO (1) | WO2016136317A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210090069A1 (en) * | 2019-09-19 | 2021-03-25 | Mastercard International Incorporated | Simulated contactless payment cards providing multiple temporary profiles and corresponding credentials |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6897147B2 (ja) * | 2017-02-24 | 2021-06-30 | オムロン株式会社 | カード処理端末、決済データ処理方法、および決済データ処理プログラム |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001184567A (ja) * | 1999-12-24 | 2001-07-06 | Toshiba Tec Corp | 取引処理装置 |
JP2003122640A (ja) * | 2001-10-11 | 2003-04-25 | Fujitsu Frontech Ltd | 秘密情報保護システム |
JP2006155159A (ja) * | 2004-11-29 | 2006-06-15 | Fuji Electric Holdings Co Ltd | 耐タンパ装置 |
US20100230490A1 (en) * | 2009-03-13 | 2010-09-16 | Assa Abloy Ab | Secure access module for integrated circuit card applications |
-
2015
- 2015-02-27 JP JP2015037707A patent/JP6464817B2/ja active Active
-
2016
- 2016-01-14 WO PCT/JP2016/050996 patent/WO2016136317A1/ja active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001184567A (ja) * | 1999-12-24 | 2001-07-06 | Toshiba Tec Corp | 取引処理装置 |
JP2003122640A (ja) * | 2001-10-11 | 2003-04-25 | Fujitsu Frontech Ltd | 秘密情報保護システム |
JP2006155159A (ja) * | 2004-11-29 | 2006-06-15 | Fuji Electric Holdings Co Ltd | 耐タンパ装置 |
US20100230490A1 (en) * | 2009-03-13 | 2010-09-16 | Assa Abloy Ab | Secure access module for integrated circuit card applications |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210090069A1 (en) * | 2019-09-19 | 2021-03-25 | Mastercard International Incorporated | Simulated contactless payment cards providing multiple temporary profiles and corresponding credentials |
US11556918B2 (en) * | 2019-09-19 | 2023-01-17 | Mastercard International Incorporated | Simulated contactless payment cards providing multiple temporary profiles and corresponding credentials |
Also Published As
Publication number | Publication date |
---|---|
JP2016162020A (ja) | 2016-09-05 |
JP6464817B2 (ja) | 2019-02-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2715032C2 (ru) | Взаимная аутентификация программных уровней | |
JP5050066B2 (ja) | 携帯型電子的課金/認証デバイスとその方法 | |
US7089214B2 (en) | Method for utilizing a portable electronic authorization device to approve transactions between a user and an electronic transaction system | |
EP2525595B1 (en) | Security architecture for using host memory in the design of a secure element | |
US20200334663A1 (en) | Battery life estimation | |
US20190392427A1 (en) | Digital transaction system and method with a virtual companion card | |
US8620824B2 (en) | Pin protection for portable payment devices | |
JP2004126889A (ja) | 電子印鑑、リムーバブルメモリ媒体、事前認証システム、携帯機器、携帯電話装置および車両始動制御装置 | |
EP3114599A1 (en) | Secure mobile device transactions | |
JP2013122684A (ja) | 金融取引システム、金融機関端末、金融取引システムの取引方法およびプログラム | |
AU2022291589A1 (en) | Limited operational life password for digital transactions | |
JP6124034B2 (ja) | 取引処理装置、取引処理方法、プログラム及び取引処理システム | |
WO2016136317A1 (ja) | 決済端末 | |
JP6464816B2 (ja) | 決済端末 | |
WO2017127879A1 (en) | Indirect security system and method | |
JP5866535B1 (ja) | 取引処理装置、取引処理方法、プログラム及び取引処理システム | |
JP6201654B2 (ja) | 決済システム | |
JP6897147B2 (ja) | カード処理端末、決済データ処理方法、および決済データ処理プログラム |
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: 16755067 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 16755067 Country of ref document: EP Kind code of ref document: A1 |