WO2017208445A1 - 自動取引システム及びその制御方法並びにカードリーダ - Google Patents

自動取引システム及びその制御方法並びにカードリーダ Download PDF

Info

Publication number
WO2017208445A1
WO2017208445A1 PCT/JP2016/066630 JP2016066630W WO2017208445A1 WO 2017208445 A1 WO2017208445 A1 WO 2017208445A1 JP 2016066630 W JP2016066630 W JP 2016066630W WO 2017208445 A1 WO2017208445 A1 WO 2017208445A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
information
card reader
control unit
key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2016/066630
Other languages
English (en)
French (fr)
Inventor
智祥 石川
昌浩 芳井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Channel Solutions Corp
Original Assignee
Hitachi Omron Terminal Solutions Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Omron Terminal Solutions Corp filed Critical Hitachi Omron Terminal Solutions Corp
Priority to PCT/JP2016/066630 priority Critical patent/WO2017208445A1/ja
Priority to US16/072,619 priority patent/US20190034891A1/en
Priority to JP2018520323A priority patent/JPWO2017208445A1/ja
Priority to DE112016006145.5T priority patent/DE112016006145T5/de
Publication of WO2017208445A1 publication Critical patent/WO2017208445A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G06Q20/1085—Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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
    • G06Q20/409—Device specific authentication in transaction processing
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20—Automatic teller machines [ATMs]
    • G07F19/211—Software architecture within ATMs or in relation to the ATM network

Definitions

  • the present invention relates to an automatic transaction system, a control method therefor, and a card reader.
  • an ATM Automated Teller Machine
  • an automatic transaction system having an accounting host computer that approves the deposit / withdrawal transaction.
  • Confidential information handled by ATM includes magnetic information recorded on a magnetic tape attached to the back of the card, card information such as a card number and a financial institution code (Patent Document 1).
  • card information such as a card number and a financial institution code (Patent Document 1).
  • Patent Document 1 When magnetic information is leaked, a counterfeit card may be created based on the magnetic information and used illegally. If the card number is leaked together with the expiration date, etc., there is a possibility that it is illegally used for online shopping using the information.
  • the account host computer that approves the transaction after the card information read from the card loaded in the ATM by the user is encrypted in the control unit of the ATM.
  • the method of transmitting to can be considered.
  • the ATM control unit encrypts and transmits the card information to the accounting host computer as described above, it controls the operation of the ATM internal devices, particularly the entire ATM, and When the ATM control unit that performs communication between them is infected with malware, the card information may flow out to the outside through the ATM control unit.
  • the present invention has been made in consideration of the above points, and intends to propose a highly reliable automatic transaction system capable of practically preventing leakage of card information, a control method therefor, and a card reader.
  • the present invention has an automatic transaction apparatus and a host apparatus, and transmits a request message of transaction according to a user operation on the automatic transaction apparatus from the automatic transaction apparatus to the host apparatus.
  • the automatic transaction system in which the automatic transaction apparatus performs the transaction based on a response message from the host device to the request message, the first recorded in the automatic transaction apparatus on the card medium loaded by the user.
  • a card reader that reads the card information of the device, and a device control unit that generates the request message, transmits the request message to the host device, and executes a control process for performing the transaction based on the response message from the host device.
  • the card reader stores a first card in which information relating to the format of the first card information unique to each financial institution is registered.
  • the predetermined confidential information including the card number is acquired from the first card information read from the card medium by referring to the first card format information, and the acquired confidential information is stored. Is transmitted to the device control unit, and the device control unit generates the request message including the encrypted confidential information transmitted from the card reader and transmits the request message to the host device. did.
  • the automatic transaction apparatus includes a first card recorded on the card medium loaded by the user.
  • a card reader that reads information; and a device control unit that generates the request message, transmits the request message to the host device, and executes a control process for performing the transaction based on the response message from the host device.
  • the card reader has a first card format in which information relating to the format of the first card information unique to each financial institution is registered.
  • the card reader obtains predetermined confidential information including the card number from the first card information read from the card medium with reference to the first card format information.
  • 1 step a second step in which the card reader encrypts the acquired confidential information and transmits it to the device control unit, and the device control unit receives the encrypted data transmitted from the card reader.
  • a request message of a transaction according to a user operation is transmitted to the host device, and provided in an automatic transaction device that performs the transaction based on a response message from the host device to the request message,
  • the card medium loaded on the automatic transaction apparatus is transported, and the card medium A card conveying / reading unit that reads card information; and a card reader encryption processing unit that encrypts the card information read from the card medium by the card conveying / reading unit, and the automatic transaction apparatus includes the request message Is generated and transmitted to the host device, and the transaction is performed based on the response message from the host device.
  • An apparatus control unit that executes control processing, and the card reader encryption processing unit holds first card format information in which information related to the format of the first card information is registered, which is unique to each financial institution. , Referring to the first card format information, acquiring predetermined confidential information including the card number from the first card information read from the card medium, and encrypting the acquired confidential information It was made to transmit to a control part.
  • FIG. 1 denotes an automatic transaction system according to the present embodiment as a whole.
  • this automatic transaction system 1 one or a plurality of ATMs 2 and a billing host computer 3 are connected via a wide area network 4 such as a LAN (Local Area Network) or a WAN (Wide Area Network).
  • the certificate authority 5 is provided separately from the host computer 3.
  • ATM2 is an automatic transaction device that performs transactions such as cash deposits and withdrawals in response to user operations.
  • the ATM 2 is provided on the front surface of the ATM 2, an ATM control unit 10 for controlling the operation of the entire ATM 2, an I / O control unit 11 for controlling various display lamps of the ATM 2, detection of door opening / closing, and the like.
  • the banknote processing unit 12 that counts the banknotes inserted into the deposit / withdrawal port and transports it to the storage, stores it, or takes out the banknotes to be withdrawn from the storage and transports it into the deposit / withdrawal port, and for transactions at ATM2 It has a card reader 13 that reads information recorded on the card medium from a necessary card medium such as a cash card, and a numeric keypad for entering the transaction amount, password, etc.
  • An encryption keypad 14 having an encryption function, a receipt printer 15 that is a transaction statement printer, a passbook printer 16 that is a passbook printer, and an ATM transaction log A journal printer 17 for recording the image, a security monitoring camera 18 for taking a picture of the face of the ATM user, a display unit 19 for displaying information related to transactions such as deposit transactions and withdrawal transactions, and an accounting host computer 3 And a communication processing unit 20 that performs communication.
  • the display unit 19 may be a display operation unit that receives an operation from the user.
  • ATM2 may be provided with a coin processing unit (not shown) that handles deposited coins and dispensed coins.
  • a coin processing unit not shown
  • IC Integrated Circuit Card
  • FIG. 2 shows a schematic configuration of the ATM control unit 10.
  • the ATM control unit 10 has a microcomputer configuration including information processing resources such as a CPU (Central Processing Unit) 30 and a memory 31.
  • the CPU 30 is a processor that controls operation of the entire ATM control unit 10.
  • the memory 31 is composed of a semiconductor memory, for example, and stores programs and data.
  • the storage area of the memory 31 of the ATM control unit 10 is managed by being divided into a program area 31A and a data area 31B.
  • an ATM application 40 for controlling the entire transaction of ATM2 an I / O (Input / Output) control unit 11, a banknote processing unit 12, a card reader 13, an encryption keypad 14, a receipt printer 15, Software for controlling the passbook printer 16, journal printer 17, monitoring camera 18, display unit 19 and communication processing unit 20 (I / O control unit control software 41, banknote processing unit control software 42, card reader control software 43, Encryption keypad control software 44, receipt printer control software 45, passbook printer control software 46, journal printer control software 47, surveillance camera control software 48 and communication processing software 49), and a configuration file such as software environment And software configuration file 50 is is stored.
  • data necessary for deposit / withdrawal transactions at ATM2 is stored.
  • a transaction that is transaction message data including a card number 60, an ATC (ATm Controler) random number 61 generated for each transaction to increase the security of transaction messages with the account host computer 3 (FIG. 1), magnetic information, etc.
  • the total deposit amount 69 is stored in the data area 31B.
  • FIG. 3A shows a schematic configuration of the card reader 13 (FIG. 1).
  • the card reader 13 includes a card reader control unit 70, a card transport / read unit 71, and a card reader encryption processing unit 72.
  • the card reader control unit 70 controls the card transport / read unit 71 and the card reader encryption processing unit 72 and has a function of exchanging data between the card transport / read unit 71 and the card reader encryption processing unit 72.
  • the card transport / reading unit 71 transports the IC card 21 between the card insertion slot (not shown) of the ATM 2 and the reading unit of the card reader 13 inside the ATM 2 and through the contact of the IC card 21.
  • the card reader encryption processing unit 72 is a hardware unit having a function of performing encryption processing such as encryption of card information in the card reader 13.
  • a removable encryption processing device such as SAM (Secure Access Module) can be used.
  • the card reader control unit 70 includes a CPU 80 that controls the operation of the entire card reader control unit 70 and information processing resources such as a memory 81 including, for example, a semiconductor memory.
  • the storage area of the memory 81 of the card reader controller 70 is managed by being divided into a program area 81A and a data area 81B, and the entire control firmware 82, the IC card communication control firmware 83, and the CSE (Card reader) are stored in the program area 81A.
  • Secure Element) control firmware 84 is stored, and an overall control buffer 85, an IC card communication buffer 86, and a CSE communication buffer 87 are provided in the data area 81B.
  • the overall control firmware 82 is software having a function of controlling communication with the ATM control unit 10 and carrying control of the card transfer / reading unit 71 (FIG. 3A).
  • the IC card communication control firmware 83 is , Software having a function of performing data input / output control with the IC card 21.
  • the CSE control firmware 84 is software that controls the card reader encryption processing unit 72 (FIG. 3A) and performs communication control with the card reader encryption processing unit 72.
  • the overall control buffer 85 is a data area used for overall control including a buffer for communication with the ATM control unit 10, and the IC card communication buffer 86 and the CSE communication buffer 87 are the IC card 21 and the card reader, respectively. This is a buffer for controlling communication with the encryption processing unit 72.
  • the card reader encryption processing unit 72 performs information processing such as a CPU 90 that is a processor that controls the operation of the entire card reader encryption processing unit 72, and a memory 91 including a semiconductor memory, for example. Constructed with resources.
  • the storage area of the memory 91 of the card reader encryption processing unit 72 is divided into a program area 91A and a data area 91B and managed in the same manner as the card reader control unit 70 (FIG. 3B).
  • an application 92 is software having a function of controlling the entire card reader encryption processing unit 72
  • the communication control firmware 93 is software having a function of performing communication control with the card reader control unit 70.
  • the cryptographic processing firmware 94 is software having functions for performing electronic signature processing, encryption, and the like.
  • the data area 91B includes a root verification key 95, a CR signature key 96, a CR verification key 97, a CR verification key signature 98, an EPP public key 99, a host public key 100, a CR-EPP master key 101, and a CR-EPP session key.
  • 102, the CR-host master key 103, the CR-host session key 104, and the like are appropriately stored in the course of various processes to be described later.
  • the encryption keypad (EPP) 14 includes an encryption keypad controller 110, a keypad 111, and the like.
  • the encryption keypad control unit 110 is a hardware unit that has a function of controlling the keypad 111 and exchanging data between the encryption keypad control unit 110 and the keypad 111. It is a hardware unit that is installed so as to accept operations by customers on the ATM2 housing, and accepts input of personal identification numbers and amounts by customers.
  • the encryption keypad control unit 110 includes a CPU 120 that controls the operation of the entire encryption keypad control unit 110, and information processing resources such as a memory 121 including, for example, a semiconductor memory. Composed.
  • the storage area of the memory 121 of the encryption keypad control unit 110 is managed by being divided into a program area 121A and a data area 121B.
  • an application 122 is software having a function of controlling the entire encryption keypad control unit 110
  • the communication control firmware 123 is software having a function of performing communication control with the ATM control unit 10 and the card reader 13. is there.
  • the cryptographic processing firmware 124 is software having functions for performing electronic signature processing, encryption, and the like.
  • the data area 121B is provided with an overall control buffer 125 and a communication buffer 126, as well as a route verification key 95, an EPP private key 105, an EPP public key 99, an EPP public key signature 106, a CR verification key 97, and a CR-
  • the EPP master key 101, the CR-EPP session key 102, and the like are appropriately stored during various processes described later.
  • FIG. 5 shows a schematic configuration of the IC card 21.
  • the IC card 21 includes an IC area 130 constituted by an IC chip mounted on the IC card 21 and a magnetic area 140 constituted by a magnetic tape attached to the back surface of the IC card 21.
  • the IC area 130 includes information processing resources such as a CPU 131 and a memory 132.
  • the CPU 131 is a processor that controls the operation of the IC area 130 of the IC card 21.
  • the memory 132 is composed of, for example, a semiconductor memory.
  • the storage area of the memory 132 in the IC area 130 is managed by being divided into a program area 132A and a data area 132B.
  • the program area 132A stores an IC application 133 that controls processing in the IC area 130, a communication control firmware 134, a cryptographic processing firmware 135, and the like.
  • the IC application 133 is software for controlling the entire IC card 21, and the communication control firmware 134 is software having a function of controlling data communication with the card reader 13 (FIG. 1).
  • the cryptographic processing firmware 135 is software having a cryptographic processing function for generating a message authentication code and verifying the message authentication code transmitted from the accounting host computer 3.
  • data necessary for processing in the IC area 130 is stored in the data area 132B.
  • a processing buffer 136 and a communication buffer 137 necessary for controlling the IC area 130 are provided, and transaction data 138 necessary for a transaction using the IC card 21 is stored.
  • the transaction data 138 includes a card number (hereinafter referred to as PAN (Primary Account Number)), information having substantially the same content as magnetic information described later stored in the magnetic area 140, and the IC card.
  • PAN Primary Account Number
  • Discretionary information that is information that can be freely stored by the financial institution that issued 21 is included.
  • This magnetic information includes an identifier (financial institution ID) unique to the financial institution assigned to the financial institution that issued the IC card 21 and a personal identification number (hereinafter referred to as PIN (Personal Identification) specified by the financial institution). Number) (maximum PIN length), the number of PAN digits (PAN length) in the financial institution, a code (language code) indicating a language associated with the IC card 21, and the like.
  • FIG. 6 shows a schematic configuration of the accounting host computer 3.
  • the account host computer 3 is a computer device that stores and manages information relating to the account and balance of the ATM2 user, and is configured to include information processing resources such as a CPU 150 and a memory 151 as shown in FIG. .
  • the CPU 150 is a processor that controls the operation of the entire accounting host computer 3.
  • the memory 151 is composed of, for example, a semiconductor memory.
  • the storage area of the memory 151 of the accounting host computer 3 is managed by being divided into a program area 151A and a data area 151B.
  • the program area 151A stores a host application 152 that controls the entire processing of the accounting host computer 3, communication control software 153, encryption processing software 154, and the like.
  • the host application 152 is software that controls the entire accounting host computer 3.
  • the communication control software 153 is software having a function of controlling data communication between the accounting host computer 3 and each ATM 2.
  • the cryptographic processing software 154 is software having a cryptographic processing function for verifying a message authentication code transmitted from the ATM 2 and generating a new message authentication code.
  • the data area 151B data necessary for processing in the account host computer 3 is stored.
  • the data area 151B is provided with an overall control buffer 155 and a communication buffer 156 necessary for the overall control of the accounting host computer 3, as well as a route verification key 95, a host secret key 107, and a host disclosure.
  • the key 100, the host public key signature 108, the CR verification key 97, the CR-host master key 103, the CR-host session key 104, and the like are appropriately stored in the course of various processes to be described later.
  • an FIT (Financial Institution Table) 157 necessary for transactions using the IC card 21 is also stored.
  • the FIT 157 is a table storing various types of information unique to each financial institution. As shown in FIG. 7A, the financial institution ID offset, the financial institution ID, the maximum PIN length, the PAN offset, the PAN length, Information 161 to 167 such as language code offset and PIN block format is stored as information of a record 160 (hereinafter referred to as record information) collected for each financial institution.
  • record information information of a record 160 collected for each financial institution.
  • the financial institution ID is an identifier unique to the financial institution assigned to the corresponding financial institution as described above.
  • the financial institution ID offset represents an offset amount from the head in which the financial institution ID of the financial institution is stored in the storage area of the magnetic tape attached to the back surface of the IC card 21 issued by the financial institution.
  • the maximum PIN length represents the maximum length of a PIN (personal identification number) determined by the financial institution as described above.
  • the PAN offset represents the amount of offset from the head where the PAN (card number) is stored in the storage area of the magnetic tape of the IC card 21 issued by the financial institution, and the PAN length is the card number in the financial institution. Represents the length of.
  • the language code offset represents an offset amount from the head where the language code is stored in the storage area of the magnetic tape of the IC card 21 issued by the financial institution.
  • the PIN block format represents a format (encrypted format) when the PIN input by the user is encrypted with the encryption keypad 14.
  • FIG. 8 shows a schematic configuration of the certificate authority 5.
  • the certificate authority 5 is a computer device that gives a signature to a necessary public key, and includes information processing resources such as a CPU 170 and a memory 171.
  • the CPU 170 is a processor that controls operation of the entire certificate authority 5.
  • the memory 171 is composed of a semiconductor memory, for example.
  • the storage area of the memory 171 of the certificate authority 5 is managed by being divided into a program area 171A and a data area 171B.
  • the program area 171A there are an application 172 that controls the entire processing of the certificate authority 5, communication control software 173 for outputting a verification key, and cryptographic processing software 174 that has various functions related to encryption. Stored.
  • the data area 171B data necessary for processing in the certificate authority 5 is stored. Specifically, the data area 171B is provided with a processing buffer 175 necessary for controlling the entire certificate authority 5, a communication control buffer 176 used for communication control, and a route signature key 109 and a route verification key 95. It is stored as appropriate in the course of various processes to be described later.
  • FIG. 9 is executed for the ATM 2 card reader 13 (FIG. 3A) and the certificate authority 5 (FIG. 8). The flow of setting the initial key (root key pair and card reader key pair) is shown.
  • card reader is also referred to as “CR” as appropriate.
  • a root key that is an asymmetric encryption key is used in the certificate authority 5 in a secure environment where the responsible party of secure transactions (mainly assuming an ATM vendor) in the automatic transaction system 1 is secure.
  • a pair (root signature key 109 and root verification key 95) is generated (S1).
  • the certificate authority 5 stores the root signature key 109 and the route verification key 95 generated at this time in the data area 171B of the memory 171 (FIG. 8) of the certificate authority 5 (S2).
  • the card reader encryption processing unit 72 of the card reader 13 (FIG. 3A) generates a CR key pair (CR signature key 96 and CR verification key 97) that is an asymmetric encryption key (S3).
  • the card reader encryption processing unit 72 stores the generated CR signature key 96 and CR verification key 97 in the data area 91B (FIG. 3C) of the memory 91 (FIG. 3C) (S4). Thereafter, the card reader encryption processing unit 72 transmits the CR verification key 97 to the certificate authority 5 in order to give an electronic signature to the CR verification key 97 using the root signature key 109 (S5).
  • the certificate authority 5 Upon receiving the CR verification key 97 (S6), the certificate authority 5 gives an electronic signature (CR verification key signature 98) to the CR verification key 97 using the root signature key 109 generated in step S1 (S7). Further, the certificate authority 5 transmits the assigned CR verification key signature 98 and the route verification key 95 generated in step S1 to the card reader encryption processing unit 72 (S8).
  • the card reader encryption processing unit 72 Upon receiving the CR verification key signature 98 and the route verification key 95 (S9), the card reader encryption processing unit 72 stores them in the data area 91B (FIG. 3C) of the memory 91 (FIG. 3C) (S10).
  • FIG. 10 shows the encryption keypad key pair executed between the encryption keypad 14 and the certificate authority 5. The flow of setting is shown.
  • the “encryption keypad” is also referred to as “EPP” as appropriate.
  • the encryption keypad 14 After the certificate authority 5 generates the root signature key 109 and the root verification key 95 described above in FIG. 9, the encryption keypad 14 generates an EPP key pair (EPP private key 105 and EPP public key 99) that is an asymmetric encryption key. (S20).
  • the encryption keypad 14 (specifically, the encryption keypad control unit 110, the same applies hereinafter) stores the generated EPP private key 105 and EPP public key 99 in the memory 121 of the encryption keypad control unit 110 (FIG. 4B) is stored in the data area 121B (FIG. 4B) (S21). Further, the encryption keypad 14 transmits the generated EPP public key 99 to the certificate authority 5 in order to give an electronic signature using the root signature key 109 (S22).
  • the certificate authority 5 when the certificate authority 5 receives the EPP public key 99 (S23), it gives an electronic signature to the EPP public key 99 using the root signature key 109 (S24). Further, the certificate authority 5 sends the EPP public key signature 106 and the route verification key 95, which are the attached electronic signature, together to the encryption keypad 14 (S25).
  • the encryption keypad 14 When the encryption keypad 14 receives the EPP public key signature 106 and the route verification key 95 (S26), the encryption keypad 14 stores the EPP public key signature 106 and the route verification key 95 in the memory 121 of the encryption keypad control unit 110 (FIG. 4B) is stored in the data area 121B (FIG. 4B) (S27).
  • FIG. 11 shows a flow of host key setting for setting a host key for the accounting host computer 3.
  • the accounting host computer 3 After the certificate authority 5 generates the root signature key 109 and the root verification key 95 described above with reference to FIG. 9, first, the accounting host computer 3 generates a host key pair (host secret key 107 and host public key 100) that is an asymmetric encryption key. Generate (S30). Then, the accounting host computer 3 stores the generated host private key 107 and host public key 100 in the data area 151B (FIG. 6) of the memory 151 (FIG. 6) (S31).
  • a host key pair host secret key 107 and host public key 100
  • S30 the accounting host computer 3 stores the generated host private key 107 and host public key 100 in the data area 151B (FIG. 6) of the memory 151 (FIG. 6) (S31).
  • the accounting host computer 3 transmits the host public key 100 to the certificate authority 5 in order to give an electronic signature using the root signature key 109 (S32).
  • the certificate authority 5 Upon receiving the host public key 100 (S33), the certificate authority 5 gives an electronic signature to the host public key 100 using the root signature key 109 (S34). In addition, the certificate authority 5 transmits the host public key signature 108 and the route verification key 95, which are electronic signatures assigned to the host public key 100 at this time, to the accounting host computer 3 (S35).
  • the accounting host computer 3 When receiving the host public key signature 108 and the route verification key 95 (S36), the accounting host computer 3 stores them in the data area 151B (FIG. 5) of the memory 151 (FIG. 6) (S37).
  • the card reader encryption processing unit 72 (FIG. 3C) of the card reader 13 transmits the CR verification key 97 and the CR verification key signature 98 to the encryption keypad 14 (S40).
  • the encryption keypad 14 When receiving the CR verification key 97 and the CR verification key signature 98 (S41), the encryption keypad 14 verifies the validity of the signature of the CR verification key signature 98 using the root verification key 95 (S42). If the verification is verified, the CR verification key 97 is stored in the data area 121B (FIG. 4B) of the memory 121 (FIG. 4B) (S43). Then, the encryption keypad 14 transmits the EPP public key 99 and the EPP public key signature 106 to the card reader encryption processing unit 72 of the card reader 13 (S44).
  • the card reader encryption processing unit 72 Upon receiving the EPP public key 99 and the EPP public key signature 106 (S45), the card reader encryption processing unit 72 verifies the validity of the signature of the EPP public key signature 106 using the route verification key 95 (S46). If the validity is verified, the EPP public key 99 is stored in the data area 91B (FIG. 3C) of the memory 91 (FIG. 3C) (S47).
  • the card reader encryption processing unit 72 generates a CR-EPP master key 101 using random numbers (S50), and uses the generated CR-EPP master key 101 as data in the memory 91 (FIG. 3C). Store in the area 91B (FIG. 3C) (S51).
  • the card reader encryption processing unit 72 encrypts the CR-EPP master key 101 using the EPP public key 99 and further encrypts the CR-EPP master key 101 (hereinafter referred to as an encrypted CR-EPP master key).
  • An electronic signature is given to the call using the CR signature key 96 (S52). Then, the card reader encryption processing unit 72 transmits the encrypted CR-EPP master key 101A and the electronic signature 101B to the encryption keypad 14 (S53).
  • the encryption keypad 14 Upon receiving these encrypted CR-EPP master key 101A and electronic signature 101B (S54), the encryption keypad 14 first verifies the validity of the electronic signature 101B using the CR verification key 97 (S55). When the validity is verified, the encryption keypad 14 decrypts the encrypted CR-EPP master key 101A using the EPP private key 105 (S56), and the decrypted CR-EPP master key 101 is stored in the memory 121. The data is stored in the data area 121B (FIG. 4B) of FIG. 4B (S57).
  • the billing host computer 3 Upon receiving the CR verification key 97 and the CR verification key signature 98 (S61), the billing host computer 3 verifies the validity of the signature of the CR verification key signature 98 using the root verification key 95 (S62). If the verification is verified, the CR verification key 97 is stored in the data area 151B (FIG. 6) of the memory 151 (FIG. 6) (S63). Further, the accounting host computer 3 thereafter transmits the host public key 100 and the host public key signature 108 to the card reader encryption processing unit 72 (S64).
  • the card reader encryption processing unit 72 Upon receiving the host public key 100 and the host public key signature 108 (S65), the card reader encryption processing unit 72 verifies the validity of the signature of the host public key signature 108 using the route verification key 95 (S66). If the validity is verified, the host public key 100 is stored in the data area 91B (FIG. 3C) of the memory 91 (FIG. 3C) (S67).
  • the card reader encryption processing unit 72 generates a CR-host master key 103 using random numbers (S70), and generates the generated CR-host master key 103 in the data area 91B of the memory 91 (FIG. 3C). (S71).
  • the card reader encryption processing unit 72 encrypts the CR-host master key 103 using the host public key 100, and converts it into an encrypted host public key 100 (hereinafter referred to as an encrypted host public key). Then, an electronic signature is assigned using the CR signature key 96 (S72), and thereafter, the encrypted CR-host master key and the electronic signature are transmitted to the accounting host computer 3 (S73).
  • the billing host computer 3 When receiving the encrypted CR-host master key and the electronic signature (S74), the billing host computer 3 first verifies the validity of the electronic signature using the CR verification key 97 (S75). If the account host computer 3 can verify the validity of the electronic signature, it decrypts the encrypted CR-host master key using the host secret key 107 (S76), and the decrypted CR- The host master key 103 is stored in the data area 151B (FIG. 6) of the memory 151 (FIG. 6) (S77).
  • the card reader encryption processing unit 72 generates a CR-EPP session key 102 using a random number (S80), and uses the generated CR-EPP session key 102 as a data area 91B (FIG. 3C) of the memory 91 (FIG. 3C). (S81).
  • the card reader encryption processing unit 72 encrypts the CR-EPP session key 102 using the CR-EPP master key 101 (S82), and encrypts the CR-EPP session key 102 (hereinafter referred to as an encrypted CR- The EPP session key 102A) is transmitted to the encryption keypad 14 (S83).
  • the encryption keypad 14 When the encryption keypad 14 receives the encrypted CR-EPP session key 102A (S84), the encryption keypad 14 decrypts the encrypted CR-EPP session key 102A using the CR-EPP master key 101 (S85). The decrypted CR-EPP session key 102 is stored in the data area 121B (FIG. 4B) of the memory 121 (FIG. 4B) (S86).
  • the card reader encryption processing unit 72 generates a CR-host session key 104 using a random number (S90), and uses the generated CR-host session key 104 as a data area 91B (FIG. 3C) of the memory 91 (FIG. 3C). (S91).
  • the card reader encryption processing unit 72 encrypts the CR-host session key 104 using the CR-host master key 103 (S92), and encrypts the CR-host session key 104 (hereinafter referred to as encrypted CR-).
  • the host session key 104A) is transmitted to the accounting host computer 3 (S93).
  • the accounting host computer 3 Upon receipt of the encrypted CR-host session key 104A (S94), the accounting host computer 3 decrypts the encrypted CR-host session key 104A using the CR-host master key 103 (S95), thus obtaining it.
  • the decrypted CR-host session key 104 is stored in the data area 151B (FIG. 6) of the memory 151 (FIG. 6) (S96).
  • a key sharing method such as DUKPT (Derived Unique Key Per Transaction).
  • the FIT 157 (see FIG. 7A) is prepared by the accounting host computer 3, but the ATM 2 (FIG. 1) has an updated version.
  • the FIT 157 needs to be updated and synchronized.
  • the FIT 157 is encrypted using the CR-host session key 104 (FIG. 17) (S100), and the encrypted FIT (hereinafter referred to as encrypted FIT 157A) is transmitted to the ATM control unit 10 (S101). .
  • the ATM control unit 10 sends the encrypted FIT 157A as it is to the card reader 13 (FIG. 1).
  • the card reader encryption processing unit 72 receives the encrypted FIT 157A (S102), and decrypts the received encrypted FIT 157A using the CR-host session key 104 (S103). Further, the card reader encryption processing unit 72 stores the original FIT 157 obtained by the decryption in the data area 91B (FIG. 3C) of the memory 91 (FIG. 3C) (S104).
  • the card reader control unit 70 When the card reader control unit 70 receives the card reading request (S111), the card reader control unit 70 starts the card reading process and accepts the IC card 21 loaded by the user (S112). Thereafter, the card reader control unit 70 causes the card transport / read unit 71 (FIG. 3A) to read the magnetic information 180 recorded on the magnetic tape on the back surface of the IC card 21 (S113). ). Then, the card reader control unit 70 transmits the magnetic information 180 acquired in this way to the card reader encryption processing unit 72 (S114).
  • the card reader encryption processing unit 72 Upon receiving the magnetic information 180 (S115), the card reader encryption processing unit 72 stores the magnetic information 180 in the data area 91B (FIG. 3C) of the memory 91 (FIG. 3C) (S116). Thereafter, the card reader encryption processing unit 72 performs masking and encryption on the magnetic information 180 (S117, S118).
  • “masking” is a part of the magnetic information 180 in which specific confidential information including PAN is stored (for example, a few digits in the middle of the PAN) or all “*”. It means that it is concealed by converting it to a symbol such as, another character or a number, and includes, for example, a process of converting digits other than the first few digits into a random number like a token PAN.
  • Encryption means that the portion of the magnetic information 180 in which such confidential information is stored is encrypted.
  • the card reader encryption processing unit 72 uses the masked magnetic information 180 (hereinafter referred to as masked magnetic information 180A) thus obtained and the encrypted magnetic information 180 (hereinafter referred to as encryption). (Referred to as magnetic information 180B) is transmitted to the ATM control unit 10 (S119).
  • the ATM control unit 10 stores them in the data area 31B (FIG. 2) of the memory 31 (FIG. 2) (S121).
  • the ATM control unit 10 transmits a FIT verification request to the card reader 13 in order to obtain information necessary for the current transaction, as shown in FIG. (S130).
  • the card reader encryption processing unit 72 Upon receiving this FIT verification request (S131), the card reader encryption processing unit 72 executes FIT verification processing for verifying the magnetic information 180 with the FIT 157 (S132). Then, the card reader encryption processing unit 72 identifies the financial institution that issued the IC card 21 among the information regarding each financial institution registered in the FIT 157 by this FIT collation processing, and records 160 regarding the identified financial institution. Record information (FIG. 7A) (hereinafter referred to as FIT record information 183 of the financial institution) is acquired (S133).
  • the card reader encryption processing unit 72 uses the FIT record information 183 to acquire the PAN of the IC card 21 from the magnetic information 180, encrypts the acquired PAN (S134), and stores the FIT record information 183.
  • the language code of the IC card 21 is acquired from the magnetic information 180 by using it (S135).
  • the card reader encryption processing unit 72 uses the encrypted PAN thus obtained (hereinafter referred to as encrypted PAN 181A), the language code 182 and other FIT record information 183 as the FIT verification result 184.
  • the data is transmitted to the ATM control unit 10 (S136).
  • the ATM control unit 10 stores the received FIT collation result 184 in the data area 31B (FIG. 2) of the memory 31 (FIG. 2) (S138).
  • the ATM control unit 10 thereafter displays various screens in a language corresponding to the language code 182 based on the language code 182 included in the FIT collation result 184 acquired at this time (FIG. 1).
  • information such as the PIN length and PIN block format included in the FIT record information 183 is transmitted to the encryption keypad 14.
  • the encryption keypad 14 accepts the PIN at the time of transaction and encrypts the PIN based on the PIN length and PIN block format.
  • the ATM control unit 10 transmits an IC chip reading request to the card reader control unit 70 (S140).
  • the card reader control unit 70 Upon receiving this IC chip reading request (S141), the card reader control unit 70 causes the card transport / reading unit 71 (FIG. 3A) to read the IC information 190 from the IC chip mounted on the IC card 21. Is acquired (S142). Then, the card reader control unit 70 is information to be classified (PAN and the above-mentioned discretionary information, etc., among the IC information 190 acquired in this way, and hereinafter, this is referred to as confidential IC information. 191) is transmitted to the card reader encryption processing unit 72 (S143).
  • the card reader encryption processing unit 72 Upon receiving the confidential IC information 191 (S144), the card reader encryption processing unit 72 stores the received confidential IC information 191 in the data area 91B (FIG. 3C) of the memory 91 (FIG. 3C) (S145).
  • the card reader encryption processing unit 72 masks and encrypts the confidential IC information 191 (S146 and S147), and the masked confidential IC information 191 (hereinafter referred to as masked confidential IC information).
  • the encrypted confidential IC information 191 (hereinafter referred to as encrypted confidential IC information 191B) is transmitted to the ATM control unit 10 (S148).
  • “masking” and “encryption” are the same as “masking” and “encryption” of the magnetic information 180 described above.
  • the ATM control unit 10 Upon receiving the masked confidential IC information 191A and the encrypted confidential IC information 191B (S149), the ATM control unit 10 stores them in the data area 31B (FIG. 2) of the memory 31 (FIG. 2) (S150). .
  • the ATM control unit 10 transmits a PIN input acceptance request to the encryption keypad 14 (S160).
  • the encryption keypad 14 receives this PIN input acceptance request (S161), the encryption keypad 14 starts a PIN input acceptance process, and displays an operation instruction screen for prompting the user to enter the PIN (FIG. 1). ), And then waits for the user to input a PIN by pressing a key on the keypad 111 (FIG. 4A) of the encryption keypad 14.
  • step S162 the encryption keypad 14 transmits information indicating that the key has been pressed (hereinafter referred to as key press information) 200 to the ATM control unit 10.
  • key press information information indicating that the key has been pressed
  • step S162 only information that the key is pressed from the encryption keypad 14 (hereinafter referred to as key pressing information 200) is notified to the ATM control unit 10, and which key is pressed. The information is not notified to the ATM control unit 10.
  • the ATM control unit 10 displays information on how many digits the user has entered the PIN on the ATM screen as necessary.
  • the encryption keypad 14 indicates that the input of the PIN is completed when the user completes the input of the PIN, for example, when the confirmation key of the keypad 111 is eventually pressed or the input PIN reaches the specified number of digits.
  • a notification (hereinafter referred to as an input completion notification) is transmitted to the ATM control unit 10 (S164).
  • the ATM control unit 10 recognizes that the PIN input is completed based on the input completion notification (S165).
  • the completion of PIN input may be determined from the number of digits input by the ATM control unit 10.
  • the encryption keypad 14 then stores the PIN entered by the user at that time in the data area 121B (FIG. 4B) of the memory 121 (FIG. 4B) (S166).
  • the ATM control unit 10 thereafter requests the encrypted keypad 14 to transfer the encrypted PIN (hereinafter, this request is referred to as an encrypted PIN transfer request) (S167).
  • this request is referred to as an encrypted PIN transfer request
  • the encrypted PAN 181A is sent together with the encrypted PIN transfer request.
  • This encrypted PAN 181A is stored in the FIT verification result 184 (FIG. 20) stored in the data area 31B (FIG. 2) of the memory 31 (FIG. 2) by the ATM control unit 10 in step S138 of the process described above with reference to FIG. It is included.
  • the encryption keypad 14 side Upon receiving the encrypted PIN transfer request (S168), the encryption keypad 14 side decrypts the encrypted PAN 181A as necessary (S169), and encrypts the PIN using the decrypted PAN (S170). . Then, the encryption keypad 14 transmits the encrypted PIN (hereinafter referred to as “encrypted PIN”) 201 to the ATM control unit 10 (S171).
  • the ATM control unit 10 when receiving the encrypted PIN 201 (S172), stores the encrypted PIN 201 in the data area 31B (FIG. 2) of the memory 31 (FIG. 2) (S173).
  • the ATM control unit 10 requests that the user input the transaction amount to the encryption keypad 14 as shown in FIG. Is transmitted (S180).
  • the encryption keypad 14 receives this amount input request (S181), the encryption keypad 14 starts an amount input process and displays an operation instruction screen on the display unit 19 (FIG. 1) to input the transaction amount to the user.
  • the user waits for the user to input a transaction amount by pressing a key on the keypad 111 (FIG. 4A).
  • the encryption keypad 14 Each time the user presses the key on the keypad 111, the encryption keypad 14 notifies the ATM controller 10 of the pressed key value as the pressed key information 210 (S182). Further, when the ATM control unit 10 receives the pressed key information 210 (S183), based on the pressed key information 210, the transaction amount input by the user so far is displayed on the ATM screen as monetary information.
  • the encryption keypad 14 then notifies the ATM control unit 10 of a notification (input completion notification) when the input of the transaction amount by the user is completed by pressing the confirmation key on the keypad 111 in the course of time ( S184).
  • the ATM control unit 10 recognizes that the input of the transaction amount has been completed based on this input completion notification (S185).
  • the ATM control unit 10 stores the transaction amount input by the user in the data area 31B (FIG. 2) of the memory 31 (FIG. 2) as the amount information 211 (S186).
  • the ATM control unit 10 should create card authentication data for the IC card 21 via the card reader control unit 70 as shown in FIG.
  • the card authentication data creation request is transmitted (S190).
  • the ATM control unit 10 transmits information 220 such as a transaction amount necessary for creating the card authentication data to the IC card 21 together with the card authentication data creation request.
  • the IC card 21 When receiving the card authentication data creation request (S191), the IC card 21 creates the card authentication data 221 by using the information 220 transmitted together with the card authentication data creation request (S192). Then, the IC card 21 transmits the created card authentication data 221 to the ATM control unit 10 via the card reader control unit 70 (S193).
  • the ATM control unit 10 stores the card authentication data 221 in the data area 31B (FIG. 2) of the memory 31 (FIG. 2) (S195).
  • the ATM control unit 10 encrypts the masked magnetic information 180A stored in the data area 31B of the memory 31 and encrypts it as shown in FIG.
  • a transaction request message 230 for the accounting host computer 3 is created from information such as the magnetic information 180B, masked confidential IC information 191A, encrypted confidential IC information 191B, amount information 211, and card authentication data 221 (S200).
  • the transaction request message 230 is transmitted to the accounting host computer 3 (S201).
  • the accounting host computer 3 decrypts the encrypted magnetic information 180B and the encrypted confidential IC information 191B included in the received transaction request message 230 (S203).
  • the transaction request message 231 is recreated by using the magnetic information 180 and the IC information 190 obtained by decryption (S204).
  • the account host computer 3 transmits the recreated transaction request message 231 to the card brand issuer (not shown) via the external network 232 (S205).
  • the billing host computer 3 responds to the transaction request message 231 from the card brand issuer (not shown) via the external network 232.
  • the transaction response message 240 is received (S210).
  • This transaction response message 240 includes money amount information 241 and issuer authentication data 242.
  • the accounting host computer 3 When receiving the transaction response message 240, the accounting host computer 3 recreates the transaction response message 243 for the ATM control unit 10 from the information (S211), and recreates the regenerated transaction response message 243 in the ATM control unit. 10 (S212).
  • the transaction response message 243 includes money amount information 241 and issuer authentication data 242.
  • the ATM control unit 10 When the ATM control unit 10 receives the transaction response message 243 (S213), the ATM control unit 10 stores the message information such as the money amount information 241 and the issuer authentication data 242 included in the transaction response message 243 in the data area 31B (FIG. 2). (S214).
  • the ATM control unit 10 sends the issuer authentication data 242 and the issuer authentication request for requesting the issuer authentication to the card reader control unit. 70 to the IC card 21 (S220).
  • the IC card 21 When receiving the issuer authentication data 242 and the issuer authentication request (S221), the IC card 21 performs the issuer authentication (S222). Then, the IC card 21 transmits the authentication result of the executed issuer authentication to the ATM control unit 10 as the issuer authentication result 244 (S223).
  • the ATM control unit 10 determines whether or not the issuer authentication is successful, and if the issuer authentication is successful, the withdrawal including the amount to be withdrawn.
  • the information 245 and the withdrawal request are transmitted to the banknote processing unit 12 (S225). And the banknote process part 12 will withdraw the money amount based on the withdrawal information received at that time, if this withdrawal request
  • the card reader encryption processing unit 72 (FIG. 3C) of the card reader 13 holds the FIT 157 (FIG. 7A), Referring to the FIT 157, necessary information is obtained after encrypting confidential information including PAN in the card information (magnetic information 180 (FIG. 19) and confidential IC information 191 (FIG. 21)) read from the IC card 21.
  • the card information is transmitted to the accounting host computer 3 via the ATM control unit 10.
  • the ATM control unit 10 of the ATM 2 is infected with malware and the card information is leaked to the outside, the confidential information is encrypted. It is possible to prevent PAN leakage necessary for the use of online shopping, and thus to realize a highly reliable automatic transaction system.
  • the ATM control unit 10 since the ATM control unit 10 does not handle an unencrypted card number, the ATM control unit 10 is removed from the inspection target when receiving the certification of PCIDSS (Payment Card Industry Data Security Standards). As a result, it is possible to obtain an effect that the ATM2 is easily certified by PCIDSS.
  • PCIDSS Payment Card Industry Data Security Standards
  • the FIT 157 can be provided to the ATM control unit 10 on condition that the financial institution number possessed by the FIT 157 can be limited to only digits that do not correspond to confidentiality. Below, this case is made into 2nd Embodiment, and the procedure which carries out transaction using IC card 21 is demonstrated only about a different part from 1st Embodiment.
  • FIG. 28 shows an automatic transaction system 250 according to the second embodiment.
  • This automatic transaction system 250 is the automatic transaction system 1 according to the first embodiment except that the functions related to the partial processing of the accounting host computer 251 and the ATM controller 253 and the card reader 254 of the ATM 252 are different (FIG. 1). ).
  • the billing-system host computer 251 performs processing contents related to FIT update described later with reference to FIG. 29 executed by the CPU 150 (FIG. 6) based on the host application 152 (FIG. 6) stored in the memory 151.
  • 30 has the same configuration as that of the accounting host computer 3 of the first embodiment except that the processing content of the processing relating to FIT verification described later is different.
  • the ATM 252 includes processing contents of processing described later with reference to FIGS. 29 and 30 executed by the CPU 30 (FIG. 2) of the ATM control unit 253 based on the ATM application 40 (FIG. 2) stored in the memory 31, and the card reader 254. 29 and 30 executed by the CPU 90 (FIG. 3C) of the card reader encryption processing unit 255 (FIG. 29) of FIG. 29 based on the application 92 (FIG. 3C) stored in the memory 91 (FIG. 3C).
  • the configuration is the same as that of the ATM 2 of the first embodiment except that the content is different.
  • FIG. 29 shows the processing procedure of the FIT update process executed in the automatic transaction system 250 of this embodiment instead of the FIT update process of the first embodiment described above with reference to FIG. .
  • the FIT 157 is prepared by the account host computer 251 (FIG. 28).
  • the ATM 252 is used. It is necessary to synchronize by updating the FIT 157 of (FIG. 28).
  • the accounting host computer 251 transmits the updated FIT 157 to the ATM control unit 253 of the ATM 252 (S250).
  • the ATM control unit 253 receives this FIT 157 (S251)
  • the received updated FIT 157 is stored in the data storage area 31B (FIG. 2) of the memory 31 (FIG. 2) and a hard disk device in the ATM 252 (not shown). (S252).
  • the ATM control unit 253 includes items related to confidential information among various kinds of information unique to each financial institution included in the FIT 157 (here, records 160 (FIG. 7A) of each financial institution). Of the record information, each piece of information 161, 162, 164, 165, 166 of financial institution ID offset, financial institution ID, PAN offset, PAN length, and language code offset) is extracted for each financial institution. Thus, the FIT confidentiality related table 157A, which is a subset of the FIT 157, is created (S253). Then, the ATM control unit 253 transmits the FIT security related table 157A created in this way to the card reader 254 (FIG. 28) (S254).
  • the card reader encryption processing unit 255 receives the FIT security related table 157A via the card reader control unit 70 (S255), and the received FIT security related table 157A is a data area 91B of the memory 91 (FIG. 3C). (S256).
  • FIG. 30 shows the processing procedure of FIT verification processing executed in the automatic transaction system 250 of this embodiment instead of the FIT verification processing of the first embodiment described above with reference to FIG. Indicates.
  • the ATM control unit 253 checks the masked magnetic information 180A with the FIT 157 (S260). From the collation result, record information other than the confidential data (here, PAN and language code) of the record 160 of the corresponding financial institution is acquired (S261). Further, the ATM control unit 253 is a number indicating the number of the record 160 of the corresponding financial institution among the records 160 of each financial institution registered in the FIT 157 based on the reference result of step S260. The table index 300 is transmitted to the card reader 254 (FIG. 28), and the acquisition of confidential data included in the corresponding record 160 is requested (S262).
  • the card reader encryption processing unit 255 of the card reader 254 When the card reader encryption processing unit 255 of the card reader 254 receives the request via the card reader control unit 70 (S263), the card reader encryption processing unit 255 starts processing for acquiring confidential data, and first stores the magnetic information 180 in the FIT security related table 157A (FIG. 7B). ), The PAN offset information 164 (FIG. 7B) is acquired from the record 160A corresponding to the table index 300 on the FIT secret relation table 157A (S264). The card reader encryption processing unit 255 acquires the PAN and language code on the magnetic information 180 using the acquired PAN offset information 164, and generates the encrypted PAN 181A by encrypting the acquired PAN ( S265).
  • the card reader encryption processing unit 255 acquires the language code 182 from the magnetic information 180 by using the language code offset information 166 (FIG. 7B) acquired from the FIT secret relation table 157A (S266). Then, the card reader encryption processing unit 255 transmits the encrypted PAN 181A and language code 182 generated or acquired in this way to the ATM control unit 253 (S267).
  • the ATM control unit 253 When the ATM control unit 253 receives the encrypted PAN 181A and the language code 182 via the card reader control unit 70 (S268), the received encrypted PAN 181A, language code 182, and other FIT 157 and FIT secret related table 157A. Is stored in the data area 31B (FIG. 2) of the memory 31 (FIG. 2) (S269).
  • the card reader encryption processing unit 255 of the card reader 254 (FIG. 28) is included in the FIT 157 instead of the FIT 157.
  • the FIT security related table 157A in which only the information 161, 162, 164 to 166 for acquiring the confidential information is extracted, and the IC card 21 is based on the FIT security related table 157A.
  • the PAN is acquired from the read magnetic information 180, and the acquired PAN is encrypted and transmitted to the ATM control unit 253.
  • the ATM control unit 253 holds the FIT 157, and acquires card information that can be acquired from the masked magnetic information 180A with reference to the FIT 157.
  • the data amount of the FIT confidential relation table 157A is much smaller than the data amount of the FIT 157. Therefore, according to the automatic transaction system 250 of the present embodiment, in addition to the effects obtained by the automatic transaction system 1 of the first embodiment, the card reader encryption processing unit 255 of the card reader 254 is connected from the IC card 21 to the PAN. It is also possible to obtain an effect that the memory capacity of the memory 91 (FIG. 3C) for holding a table necessary for obtaining the data can be reduced.
  • the processing for acquiring the card information from the magnetic information 180 is performed by the card reader encryption processing unit 255 and the ATM.
  • the processing load of the card reader encryption processing unit 255 can be reduced and the processing time of the card reader encryption processing unit 255 related to the acquisition of card information can be reduced.
  • the automatic transaction system 260 according to this embodiment (FIG. 31) will be described.
  • the automatic transaction system 260 according to the present embodiment generates the CR-host master key 103 (FIG. 33) by the account host computer 261, and generates the generated CR-host master key 103 from the account host computer 261 to the card reader of the ATM 262.
  • the other points are the same as the automatic transaction system 1 (FIG. 1) of the first embodiment.
  • the card reader encryption processing unit 270 of the card reader 263 of this embodiment performs the processing shown in FIG.
  • the host verification key 271 is appropriately held in the data area 91B of the memory 91 in place of the host public key 100, and the CR secret key 272 and the CR public key 273 are appropriately held in the data area 91B of the memory 91.
  • the rest of the configuration of the card reader 263 is the same as that of the card reader 13 (FIG. 1) of the first embodiment except for the function of the application 275 (FIG. 32) relating to the processing of FIGS.
  • the accounting host computer 261 of the present embodiment as shown in FIG. 33 in which the same reference numerals are assigned to the corresponding parts in FIG. 6, in the process of various processes described later, the host secret key 107 in FIG. Instead of the host public key 100, the host public key signature 108, and the CR verification key 97, the host signature key 280, the host verification key 281 and the host verification key signature 282 are held in the data area 151B of the memory 151.
  • the configuration of the account host computer 261 other than this is the same as that of the account host computer 3 (FIG. 1) of the first embodiment except for the function of the application 283 (FIG. 33) relating to the processing of FIGS. is there.
  • part of the processing contents of the processing of FIGS. 34 to 37 executed by the CPU 170 of the certificate authority 264 (FIG. 31) based on the application 172 stored in the memory 171 is different from that of the first embodiment.
  • the other processing contents are the same as those of the certificate authority 5 of the first embodiment.
  • FIG. 34 shows an initial key (root key pair and CR key pair) executed in the automatic transaction system 260 (FIG. 31) of this embodiment instead of FIG. (CR key pair) setting procedure flow is shown.
  • a root key that is an asymmetric encryption key is used in the certification authority 264 in which the responsible party of secure transactions (mainly assuming an ATM vendor) in the automatic transaction system 260 is a secure environment.
  • a pair (route signature key 109 and route verification key 95) is generated (S270).
  • the certificate authority 264 stores the root signature key 109 and the route verification key 95 generated at this time in the data area 171B of the memory 171 (FIG. 8) of the certificate authority 264 (S271).
  • the card reader encryption processing unit 270 (FIG. 32) of the card reader 263 (FIG. 31) generates a CR key pair (CR secret key 272 and CR public key 273) as an asymmetric encryption key. (S272).
  • the card reader encryption processing unit 270 stores the generated CR private key 272 and CR public key 273 in the data area 91B (FIG. 32) of the memory 91 (FIG. 32) (S273). Thereafter, the card reader encryption processing unit 270 transmits the CR public key 273 to the certificate authority 264 in order to give an electronic signature to the CR public key 273 using the root signature key 109 (S274).
  • the certificate authority 264 Upon receiving the CR public key 273 (S275), the certificate authority 264 gives an electronic signature to the CR public key 273 using the root signature key 109 generated in step S270 (S276). In addition, the certificate authority 264 transmits the CR public key signature 274 and the route verification key 95, which are the attached electronic signature, to the card reader encryption processing unit 270 (S277).
  • the card reader encryption processing unit 270 Upon receiving the CR public key signature 274 and the route verification key 95 (S278), the card reader encryption processing unit 270 stores them in the data area 91B (FIG. 32) of the memory 91 (FIG. 32) (S279).
  • FIG. 35 shows an initial key (host key) executed in the automatic transaction system 260 (FIG. 31) of this embodiment instead of FIG. The flow of setting procedure is shown.
  • the host account computer 261 After the certificate authority 264 generates the root signature key 109 and the root verification key 95 described above with reference to FIG. 34, first, the host account computer 261 generates a host key pair (host signature key 280 and host verification key 281) that is an asymmetric encryption key. Generate (S280). Then, the accounting host computer 261 stores the generated host signature key 280 and host verification key 281 in the data area 151B (FIG. 33) of the memory 151 (FIG. 33) (S281).
  • a host key pair host signature key 280 and host verification key 281 that is an asymmetric encryption key. Generate (S280).
  • the accounting host computer 261 stores the generated host signature key 280 and host verification key 281 in the data area 151B (FIG. 33) of the memory 151 (FIG. 33) (S281).
  • the account host computer 261 transmits a host verification key 281 to the certificate authority 264 in order to give an electronic signature using the root signature key 109 (S282).
  • the certificate authority 264 Upon receiving the host verification key 281 (S283), the certificate authority 264 gives an electronic signature to the host verification key 281 using the root signature key 109 (S284). In addition, the certificate authority 264 transmits the host verification key signature 282 and the root verification key 95, which are electronic signatures assigned to the host verification key 281 at this time, to the accounting host computer 261 (S285).
  • the accounting host computer 261 When receiving the host verification key signature 282 and the route verification key 95 (S286), the accounting host computer 261 stores them in the data area 151B (FIG. 33) of the memory 151 (FIG. 33) (S287).
  • Master key exchange (CR-host) 36 and 37 are executed to share the master key between the card reader 263 and the billing host computer 261 in the automatic transaction system 260 (FIG. 31) according to the present embodiment instead of FIGS. 14 and 15.
  • the flow of processing is shown.
  • the card reader encryption processing unit 270 transmits the CR public key 273 and the CR public key signature 274 to the account host computer 261 (S290).
  • the billing host computer 261 When receiving the CR public key 273 and the CR public key signature 274 (S291), the billing host computer 261 verifies the validity of the signature of the CR public key signature 274 using the route verification key 95 (S292). If the verification is verified, the CR public key 273 is stored in the data area 151B (FIG. 33) of the memory 151 (FIG. 33) (S293). Further, the billing host computer 261 thereafter transmits the host verification key 281 and the host verification key signature 282 to the card reader encryption processing unit 270 (S294).
  • the card reader encryption processing unit 270 Upon receiving the host verification key 281 and the host verification key signature 282 (S295), the card reader encryption processing unit 270 verifies the validity of the signature of the host verification key signature 282 using the route verification key 95 (S296). If the validity is verified, the host verification key 281 is stored in the data area 91B (FIG. 32) of the memory 91 (FIG. 32) (S297).
  • the accounting host computer 261 generates a CR-host master key 103 using random numbers (S300), and stores the generated CR-host master key 103 in the data area of the memory 91 (FIG. 32). It is stored in 91B (FIG. 32) (S301).
  • the billing host computer 261 encrypts the CR-host master key 103 using the CR public key 273 and also encrypts the CR-host master key 103 (hereinafter referred to as an encrypted CR-host master key 103A).
  • An electronic signature is assigned to the caller using the host signature key 280 (S302), and thereafter, the encrypted CR-host master key 103A and the electronic signature are transmitted to the card reader encryption processing unit 270 (S303). .
  • the card reader encryption processing unit 270 Upon receiving the encrypted CR-host master key 103A and the electronic signature (S304), the card reader encryption processing unit 270 first verifies the validity of the electronic signature using the host verification key 281 (S305). When the validity of the electronic signature can be verified, the card reader encryption processing unit 270 decrypts the encrypted CR-host master key 103A using the CR secret key 272 (S306), and the decrypted information thus obtained is decrypted.
  • the CR-host master key 103 is stored in the data area 91B (FIG. 32) of the memory 91 (FIG. 32) (S307).
  • the card reader encryption processing unit 72 generates a CR-host session key and transmits it to the host computer 3 to transmit the CR-host session.
  • the host computer 261 generates a CR-host session key, encrypts it, and transmits it to the card reader encryption processing unit 270.
  • the CR-host session key is shared as in FIG.
  • the card reader encryption processing unit 270 of the card reader 263 of the ATM 262 and the accounting host computer 261 communicate with each other.
  • the account host computer 261 generates a CR-host master key 103 used for encrypting the CR-host session key 104 Therefore, the CR-host master key 103 between a plurality of ATMs 262 can be collectively managed in the accounting host computer 261.
  • ATMs 2, 252 and 262 as automatic transaction apparatuses are configured as shown in FIG. 1, FIG. 28 or FIG. Although the case has been described, the present invention is not limited to this, and various other configurations can be widely applied. Moreover, as transaction of ATM2,252,262, the transaction performed after card
  • the present invention is not limited to this, and the present invention is applied even when the card medium is a magnetic card. be able to.
  • a transaction request message 230 (FIG. 25) is generated and transmitted to the account host computer 3 (host device), and the transaction response from the account host computer 3 is transmitted.
  • the present invention is not limited to this, and various other configurations can be widely applied.
  • the FIT 157 and the FIT secret related table 157A have been described as tables, but the format is not limited to tables, and is necessary for executing the above-described processing. Any information that relates information (for example, information related to the format of card information for each financial institution) may be used.
  • the FIT confidentiality related table 157A includes the financial institution ID offset, the financial institution ID, the PAN offset, the PAN length, and the language code offset among the record information of the record 160A of each financial institution.
  • the present invention is not limited to this, and the information 161, 162, 164, 165 is described. Information other than 167 may be included.
  • the present invention can be applied to an automatic transaction system having an ATM for performing deposit / withdrawal transactions based on card information and user operations, and an accounting host computer for approving the deposit / withdrawal transactions.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】　カード情報の漏洩を実用上十分に防止し得る信頼性の高い自動取引システム及びその制御方法並びにカードリーダを提案する。 【解決手段】　自動取引システムにおいて、利用者により装填されたカード媒体に記録された第１のカード情報を読み出すカードリーダと、要求電文を生成してホスト装置に送信し、ホスト装置からの応答電文に基づいて取引を行うための制御処理を実行する装置制御部とを自動取引装置に設け、カードリーダが、金融機関ごとの第１のカード情報のフォーマットに関する情報が登録された第１のカードフォーマット情報を保持し、第１のカードフォーマット情報を参照して、カード媒体から読み出した第１のカード情報からカード番号を含む所定の機密情報を取得し、取得した機密情報を暗号化して装置制御部に送信し、装置制御部が、カードリーダから送信されてきた暗号化された機密情報を含む要求電文を生成してホスト装置に送信するようにした。

Description

自動取引システム及びその制御方法並びにカードリーダ
　本発明は、自動取引システム及びその制御方法並びにカードリーダに関し、例えば、クレジットカードやキャッシュカードに記録されたカード情報と、利用者の操作とに基づいて入出金取引を行うＡＴＭ（Automated Teller Machine）と、当該入出金取引の承認等を行う勘定系ホストコンピュータとを有する自動取引システムに適用して好適なものである。
　近年、急速な情報化社会の進展に伴い、企業や自治体等において個人情報や機密情報に対する管理意識が高まっている。また、これまで問題視されてこなかったＡＴＭ内の閉じたネットワークについてもマルウェアによる機密情報の詐取や不正取引が大きな問題となっている。
　ＡＴＭで扱う機密情報としては、カード裏面に貼着された磁気テープに記録されている磁気情報やカード番号及び金融機関コードなどのカード情報がある（特許文献１）。磁気情報が漏洩した場合、その磁気情報を元に偽造カードが作成され、不正使用される可能性がある。またカード番号が有効期限等と併せて漏洩した場合には、その情報を利用してネットショッピングなどで不正使用される可能性がある。
　このような情報漏洩を防止するための対策として、利用者によりＡＴＭに装填されたカードから読み取ったカード情報を、ＡＴＭの制御部において暗号化した上で、取引の承認等を行う勘定系ホストコンピュータに送信する方法が考えられる。
特開平５－２７４３３１号公報
　しかしながら、上述のようにＡＴＭの制御部が勘定系ホストコンピュータにカード情報を暗号化して送信するようにしたとしても、ＡＴＭの内部デバイス、特にＡＴＭ全体の動作制御を司り、勘定系ホストコンピュータとの間の通信を行うＡＴＭ制御部がマルウェアに感染した場合に、当該ＡＴＭ制御部を介してカード情報が外部に流出するおそれがある。
　本発明は以上の点を考慮してなされたもので、カード情報の漏洩を実用上十分に防止し得る信頼性の高い自動取引システム及びその制御方法並びにカードリーダを提案しようとするものである。
　かかる課題を解決するため本発明においては、自動取引装置及びホスト装置を有し、前記自動取引装置に対する利用者の操作に応じた取引の要求電文を前記自動取引装置から前記ホスト装置に送信し、前記要求電文に対する前記ホスト装置からの応答電文に基づいて前記自動取引装置が前記取引を行う自動取引システムにおいて、前記自動取引装置に、前記利用者により装填された前記カード媒体に記録された第１のカード情報を読み出すカードリーダと、前記要求電文を生成して前記ホスト装置に送信し、前記ホスト装置からの前記応答電文に基づいて前記取引を行うための制御処理を実行する装置制御部とを設け、前記カードリーダが、金融機関ごとに固有な、前記第１のカード情報のフォーマットに関する情報が登録された第１のカードフォーマット情報を保持し、前記第１のカードフォーマット情報を参照して、前記カード媒体から読み出した前記第１のカード情報から前記カード番号を含む所定の機密情報を取得し、取得した前記機密情報を暗号化して前記装置制御部に送信し、前記装置制御部が、前記カードリーダから送信されてきた暗号化された前記機密情報を含む前記要求電文を生成して前記ホスト装置に送信するようにした。
　また本発明においては、自動取引装置及びホスト装置を有し、前記自動取引装置に対する利用者の操作に応じた取引の要求電文を前記自動取引装置から前記ホスト装置に送信し、前記要求電文に対する前記ホスト装置からの応答電文に基づいて前記自動取引装置が前記取引を行う自動取引システムの制御方法において、前記自動取引装置は、前記利用者により装填された前記カード媒体に記録された第１のカード情報を読み出すカードリーダと、前記要求電文を生成して前記ホスト装置に送信し、前記ホスト装置からの前記応答電文に基づいて前記取引を行うための制御処理を実行する装置制御部とを有し、前記カードリーダは、金融機関ごとに固有な、前記第１のカード情報のフォーマットに関する情報が登録された第１のカードフォーマット情報を保持し、前記カードリーダが、前記第１のカードフォーマット情報を参照して、前記カード媒体から読み出した前記第１のカード情報から前記カード番号を含む所定の機密情報を取得する第１のステップと、前記カードリーダが、取得した前記機密情報を暗号化して前記装置制御部に送信する第２のステップと、前記装置制御部が、前記カードリーダから送信されてきた暗号化された前記機密情報を含む前記要求電文を生成して前記ホスト装置に送信する第３のステップとを設けるようにした。
　さらに本発明においては、利用者の操作に応じた取引の要求電文を前記ホスト装置に送信し、前記要求電文に対する前記ホスト装置からの応答電文に基づいて前記取引を行う自動取引装置に設けられ、前記利用者により前記自動取引装置に装填されたカード媒体から当該カード媒体に記録されたカード情報を読み出すカードリーダにおいて、前記自動取引装置に装填された前記カード媒体を搬送し、前記カード媒体から前記カード情報を読み取るカード搬送・読取部と、前記カード搬送・読取部により前記カード媒体から読み取られた前記カード情報を暗号化するカードリーダ暗号処理部とを設け、前記自動取引装置は、前記要求電文を生成して前記ホスト装置に送信し、前記ホスト装置からの前記応答電文に基づいて前記取引を行うための制御処理を実行する装置制御部を有し、前記カードリーダ暗号処理部が、金融機関ごとに固有な、前記第１のカード情報のフォーマットに関する情報が登録された第１のカードフォーマット情報を保持し、前記第１のカードフォーマット情報を参照して、前記カード媒体から読み出した前記第１のカード情報から前記カード番号を含む所定の機密情報を取得し、取得した前記機密情報を暗号化して前記装置制御部に送信するようにした。
　本自動取引システム及びその制御方法並びにカードリーダによれば、仮にＡＴＭの制御部がマルウェアに感染して第１のカード情報が外部に流出したとしても、機密情報が暗号化されているため、偽造カードの作成や不正なネットショッピングの利用に必要なカード番号の漏洩を防止することができる。
　本発明によれば、カード情報の漏洩を実用上十分に防止し得る信頼性の高い自動取引システム及びその制御方法並びにカードリーダを実現できる。
第１の実施の形態による自動取引システムの全体構成を示すブロック図である。 ＡＴＭ制御部の構成を示すブロック図である。 カードリーダの構成を示すブロック図である。 カードリーダ制御部の構成を示すブロック図である。 カードリーダ暗号処理部の構成を示すブロック図である。 暗号化キーパッド部の構成を示すブロック図である。 暗号化キーパッド部の構成を示すブロック図である。 ＩＣカードの構成を示すブロック図である。 勘定系ホストコンピュータの構成を示すブロック図である。 ＦＩＴの構成を示す概念図である。 ＦＩＴ機密関連カードフォーマット情報の構成を示す概念図である。 認証局の構成を示すブロック図である。 ルート鍵ペア及びＣＲ鍵ペアの初期設定の流れを示すフロー図である。 ＥＰＰ鍵ペアの初期設定の流れを示すフロー図である。 ホスト鍵の初期設定の流れを示すフロー図である。 カードリーダ及び暗号化キーパッド間でのマスタ鍵交換の流れを示すフロー図である。 カードリーダ及び暗号化キーパッド間でのマスタ鍵交換の流れを示すフロー図である。 カードリーダ及び勘定系ホストコンピュータ間でのマスタ鍵交換の流れを示すフロー図である。 カードリーダ及び勘定系ホストコンピュータ間でのマスタ鍵交換の流れを示すフロー図である。 カードリーダ及び暗号化キーパッド間でのセッション鍵交換の流れを示すフロー図である。 カードリーダ及び勘定系ホストコンピュータ間でのセッション鍵交換の流れを示すフロー図である。 ＩＣカード取引処理のうちのＦＩＴ更新処理の流れを示すフロー図である。 ＩＣカード取引処理のうちのＩＣカードから磁気情報を読み取るカード読取処理の流れを示すフロー図である。 ＩＣカード取引処理のうちのＦＩＴ照合処理の流れを示すフロー図である。 ＩＣカード取引処理のうちのＩＣカードからＩＣ情報を読み取るカード読取処理の流れを示すフロー図である。 ＩＣカード取引処理のうちのＰＩＮ入力に関する処理の流れを示すフロー図である。 ＩＣカード取引処理のうちの取引金額の入力に関する処理の流れを示すフロー図である。 ＩＣカード取引処理のうち、ＡＴＭ制御部がＩＣカードからカード認証データを取得する処理の流れを示すフロー図である。 ＩＣカード取引処理のうち、ＡＴＭ制御部が勘定系ホストコンピュータに取引要求を送信する処理の流れを示すフロー図である。 ＩＣカード取引処理のうち、ＡＴＭ制御部が勘定系ホストコンピュータからの取引応答電文を取得する処理の流れを示すフロー図である。 ＩＣカード取引処理のうち、イシュア認証及び出金処理の流れを示すフロー図である。 第２の実施の形態による自動取引システムの全体構成を示すブロック図である。 第２の実施の形態の自動取引システムにおけるＦＩＴ更新処理の流れを示すフロー図である。 第２の実施の形態の自動取引システムにおけるＦＩＴ照合処理の流れを示すフロー図である。 第３の実施の形態による自動取引システムの全体構成を示すブロック図である。 第３の実施の形態の自動取引システムにおけるカードリーダ暗号処理部の構成を示すブロック図である。 第３の実施の形態の自動取引システムにおける勘定系ホストコンピュータの構成を示すブロック図である。 第３の実施の形態の自動取引システムにおけるルート鍵ペア及びＣＲ鍵ペアの初期設定の流れを示すフロー図である。 第３の実施の形態の自動取引システムにおけるホスト鍵の初期設定の流れを示すフロー図である。 第３の実施の形態の自動取引システムにおけるカードリーダ及び勘定系ホストコンピュータ間でのマスタ鍵交換の流れを示すフロー図である。 第３の実施の形態の自動取引システムにおけるカードリーダ及び勘定系ホストコンピュータ間でのマスタ鍵交換の流れを示すフロー図である。
　以下図面について、本発明の一実施の形態を詳述する。
（１）第１の実施の形態
（１－１）本実施の形態による自動取引システムの構成
　図１において、１は全体して本実施の形態による自動取引システムを示す。この自動取引システム１は、１又は複数のＡＴＭ２と、勘定系ホストコンピュータ３とがＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）などの広域ネットワーク４を介して接続され、これらＡＴＭ２及び勘定系ホストコンピュータ３とは別個に認証局５が設けられることにより構成されている。
　ＡＴＭ２は、利用者の操作に応じて現金の入出金等の取引を行う自動取引装置である。図１に示すように、ＡＴＭ２は、当該ＡＴＭ２全体の動作制御を司るＡＴＭ制御部１０と、ＡＴＭ２の各種表示ランプ制御や扉開閉検知等を行うＩ／Ｏ制御部１１と、ＡＴＭ２の前面に設けられた入出金口内に投入された紙幣を計数して収納庫に搬送、保管し又は出金すべき紙幣を収納庫から取り出して入出金口内に搬送する紙幣処理部１２と、ＡＴＭ２での取引に必要なキャッシュカード等のカード媒体から当該カード媒体に記録されている情報を読み取るカードリーダ１３と、取引金額や暗証番号等を入力するためのテンキーを有し、入力された暗証番号等の情報を暗号化する機能を有する暗号化キーパッド１４と、取引明細票用のプリンタでなるレシートプリンタ１５と、通帳用のプリンタでなる通帳プリンタ１６と、ＡＴＭ取引のログを記録するジャーナルプリンタ１７と、ＡＴＭ利用者の顔写真を撮影するセキュリティ用の監視カメラ１８と、入金取引、出金取引などの取引に関する情報を表示する表示部１９と、勘定系ホストコンピュータ３と通信を行う通信処理部２０とを備えて構成される。なお、表示部１９は、利用者からの操作を受け付ける表示操作部であってもよい。
　ただしＡＴＭ２は、入金された硬貨や出金する硬貨を取り扱う硬貨処理部（図示せず）を備えていてもよい。また、本実施の形態においては、カード媒体としてＩＣ（Integrated Circuit Card）カード２１が使用される例について説明する。
　図２は、ＡＴＭ制御部１０の概略構成を示す。この図２に示すように、ＡＴＭ制御部１０は、ＣＰＵ（Central Processing Unit）３０、メモリ３１等の情報処理資源を備えたマイクロコンピュータ構成を有する。ＣＰＵ３０は、ＡＴＭ制御部１０全体の動作制御を司るプロセッサである。メモリ３１は、例えば半導体メモリから構成され、プログラムやデータが格納される。
　ＡＴＭ制御部１０のメモリ３１の記憶領域は、プログラム領域３１Ａ及びデータ領域３１Ｂに区分されて管理される。そしてプログラム領域３１Ａには、ＡＴＭ２の取引全体を制御するＡＴＭアプリケーション４０と、Ｉ／Ｏ（Input/Output）制御部１１、紙幣処理部１２、カードリーダ１３、暗号化キーパッド１４、レシートプリンタ１５、通帳プリンタ１６、ジャーナルプリンタ１７、監視カメラ１８、表示部１９及び通信処理部２０をそれぞれ制御するためのソフトウェア（Ｉ／Ｏ制御部制御ソフトウェア４１、紙幣処理部制御ソフトウェア４２、カードリーダ制御ソフトウェア４３、暗号化キーパッド制御ソフトウェア４４、レシートプリンタ制御ソフトウェア４５、通帳プリンタ制御ソフトウェア４６、ジャーナルプリンタ制御ソフトウェア４７、監視カメラ制御ソフトウェア４８及び通信処理ソフトウェア４９）と、ソフトウェア環境等の設定ファイルであるソフトウェア設定ファイル５０とが格納される。
　またデータ領域３１Ｂには、ＡＴＭ２での入出金取引に必要なデータが格納される。例えば、カード番号６０、勘定系ホストコンピュータ３（図１）との取引電文のセキュリティを高めるために取引ごとに生成されるＡＴＣ（ATm Controler）乱数６１、磁気情報などを含む取引電文データである取引データ６２、ＡＲＱＣ（Authentication Request Cryptogram）６３、取引を成立させてよいかどうかを判断した結果のデータである取引可否データ６４、ＡＲＰＣ（Authentication Response Cryptogram）６５、ＡＲＰＣの正当性を検証した結果であるＡＲＰＣ検証結果６６、ＩＣカード２１（図１）によって取引可否が検証された結果である取引検証結果６７、紙幣処理部１２（図１）に対して送信されるコマンドデータである紙幣処理部制御データ６８及び入金取引時において紙幣処理部１２（図１）がＡＴＭ２（図１）に投入された紙幣を計数した合計金額である入金計数金額６９などがデータ領域３１Ｂに格納される。
　図３Ａは、カードリーダ１３（図１）の概略構成を示す。この図３Ａに示すように、カードリーダ１３は、カードリーダ制御部７０、カード搬送・読取部７１及びカードリーダ暗号処理部７２を備えて構成される。カードリーダ制御部７０は、カード搬送・読取部７１及びカードリーダ暗号処理部７２を制御すると共に、これらカード搬送・読取部７１及びカードリーダ暗号処理部７２の間でデータのやり取りを行う機能を有するハードウェアユニットである。また、カード搬送・読取部７１は、ＡＴＭ２のカード挿入口（図示せず）と、ＡＴＭ２内部にあるカードリーダ１３の読取部との間でＩＣカード２１を搬送すると共に、ＩＣカード２１の接点を通じてＩＣカード２１との間でデータの入出力を行う機能を有するハードウェアユニットである。さらにカードリーダ暗号処理部７２は、カードリーダ１３内でカード情報の暗号化などの暗号処理を行う機能を有するハードウェアユニットである。カードリーダ暗号処理部７２として、ＳＡＭ（Secure Access Module）等、取り外し可能な暗号処理デバイスを用いることもできる。
　カードリーダ制御部７０は、図３Ｂに示すように、カードリーダ制御部７０全体の動作制御を司るＣＰＵ８０と、例えば半導体メモリなどから構成されるメモリ８１などの情報処理資源を備えて構成される。カードリーダ制御部７０のメモリ８１の記憶領域は、プログラム領域８１Ａ及びデータ領域８１Ｂに区分されて管理されており、プログラム領域８１Ａに、全体制御ファームウェア８２、ＩＣカード通信制御ファームウェア８３及びＣＳＥ（Card reader Secure Element）制御ファームウェア８４が格納され、データ領域８１Ｂに、全体制御用バッファ８５、ＩＣカード通信用バッファ８６及びＣＳＥ通信用バッファ８７が設けられる。
　全体制御ファームウェア８２は、ＡＴＭ制御部１０との間の通信を制御したり、カード搬送・読取部７１（図３Ａ）の搬送制御などを行う機能を有するソフトウェアであり、ＩＣカード通信制御ファームウェア８３は、ＩＣカード２１との間でデータの入出力制御を行う機能を有するソフトウェアである。またＣＳＥ制御ファームウェア８４は、カードリーダ暗号処理部７２（図３Ａ）を制御したり、当該カードリーダ暗号処理部７２との間の通信制御を行うソフトウェアである。
　また全体制御用バッファ８５は、ＡＴＭ制御部１０との通信用バッファも含む全体制御に使われるデータエリアであり、ＩＣカード通信用バッファ８６及びＣＳＥ通信用バッファ８７はそれぞれ、ＩＣカード２１又はカードリーダ暗号処理部７２との通信制御用バッファである。
　カードリーダ暗号処理部７２は、図３Ｃに示すように、当該カードリーダ暗号処理部７２全体の動作制御を司るプロセッサであるＣＰＵ９０と、例えば、半導体メモリなどから構成されるメモリ９１となどの情報処理資源を備えて構成される。
　カードリーダ暗号処理部７２のメモリ９１の記憶領域は、カードリーダ制御部７０（図３Ｂ）と同様に、プログラム領域９１Ａ及びデータ領域９１Ｂに区分されて管理されている。
　そしてプログラム領域９１Ａには、アプリケーション９２、通信制御ファームウェア９３及び暗号処理ファームウェア９４が格納される。アプリケーション９２は、カードリーダ暗号処理部７２全体の制御を行う機能を有するソフトウェアであり、通信制御ファームウェア９３は、カードリーダ制御部７０との間の通信制御を行う機能を有するソフトウェアである。また暗号処理ファームウェア９４は、電子署名処理や暗号化などを行う機能を有するソフトウェアである。
　またデータ領域９１Ｂには、ルート検証鍵９５、ＣＲ署名鍵９６、ＣＲ検証鍵９７、ＣＲ検証鍵署名９８、ＥＰＰ公開鍵９９、ホスト公開鍵１００、ＣＲ－ＥＰＰマスタ鍵１０１、ＣＲ－ＥＰＰセッション鍵１０２、ＣＲ－ホストマスタ鍵１０３及びＣＲ－ホストセッション鍵１０４などが後述する各種処理の過程で適宜格納される。
　暗号化キーパッド（ＥＰＰ）１４は、図４Ａに示すように、暗号化キーパッド制御部１１０及びキーパッド１１１などを備えて構成される。暗号化キーパッド制御部１１０は、キーパッド１１１を制御すると共に、暗号化キーパッド制御部１１０及びキーパッド１１１の間でデータのやり取りを行う機能を有するハードウェアユニットであり、キーパッド１１１は、ＡＴＭ２の筺体上で顧客による操作を受け付けるように設置され、顧客による暗証番号や金額などの入力を受け付けるハードウェアユニットである。
　暗号化キーパッド制御部１１０は、図４Ｂに示すように、暗号化キーパッド制御部１１０全体の動作制御を司るＣＰＵ１２０と、例えば半導体メモリなどから構成されるメモリ１２１などの情報処理資源を備えて構成される。
　暗号化キーパッド制御部１１０のメモリ１２１の記憶領域は、プログラム領域１２１Ａ及びデータ領域１２１Ｂに区分されて管理されている。
　そしてプログラム領域１２１Ａには、アプリケーション１２２、通信制御ファームウェア１２３及び暗号処理ファームウェア１２４が格納される。アプリケーション１２２は、暗号化キーパッド制御部１１０全体の制御を行う機能を有するソフトウェアであり、通信制御ファームウェア１２３は、ＡＴＭ制御部１０やカードリーダ１３との間の通信制御を行う機能を有するソフトウェアである。また暗号処理ファームウェア１２４は、電子署名処理や暗号化などを行う機能を有するソフトウェアである。
　またデータ領域１２１Ｂには、全体制御用バッファ１２５及び通信用バッファ１２６が設けられるほか、ルート検証鍵９５、ＥＰＰ秘密鍵１０５、ＥＰＰ公開鍵９９、ＥＰＰ公開鍵署名１０６、ＣＲ検証鍵９７、ＣＲ－ＥＰＰマスタ鍵１０１及びＣＲ－ＥＰＰセッション鍵１０２などが後述する各種処理の過程で適宜格納される。
　図５は、ＩＣカード２１の概略構成を示す。ＩＣカード２１は、当該ＩＣカード２１に搭載されたＩＣチップにより構成されるＩＣ領域１３０と、当該ＩＣカード２１の裏面に貼着された磁気テープにより構成される磁気領域１４０とを備えている。
　このうちＩＣ領域１３０は、ＣＰＵ１３１及びメモリ１３２等の情報処理資源を備えて構成される。ＣＰＵ１３１は、ＩＣカード２１のＩＣ領域１３０の動作制御を司るプロセッサである。メモリ１３２は、例えば半導体メモリから構成される。
　ＩＣ領域１３０のメモリ１３２の記憶領域は、プログラム領域１３２Ａ及びデータ領域１３２Ｂに区分されて管理される。そしてプログラム領域１３２Ａには、ＩＣ領域１３０の処理を制御するＩＣアプリケーション１３３、通信制御ファームウェア１３４及び暗号処理ファームウェア１３５などが格納される。
　ＩＣアプリケーション１３３は、ＩＣカード２１全体の制御を行うソフトウェアであり、通信制御ファームウェア１３４は、カードリーダ１３（図１）との間でのデータ通信を制御する機能を有するソフトウェアである。また暗号処理ファームウェア１３５は、メッセージ認証コードを生成したり、勘定系ホストコンピュータ３から送信されてくるメッセージ認証コードを検証したりする暗号処理機能をもつソフトウェアである。
　またデータ領域１３２Ｂには、ＩＣ領域１３０での処理に必要なデータが格納される。具体的には、ＩＣ領域１３０の制御に必要な処理用バッファ１３６及び通信用バッファ１３７が設けられるほか、ＩＣカード２１を用いた取引に必要な取引データ１３８などが格納される。なお、取引データ１３８には、カード番号（以下、これをＰＡＮ（Primary Account Number）と呼ぶ）や、磁気領域１４０に格納されている後述の磁気情報とほぼ同じ内容の情報、及び、そのＩＣカード２１を発行した金融機関が自由に格納できる情報であるディスクレショナリ（discretionary）情報などが含まれる。
　さらに磁気領域１４０には、磁気テープの各トラック（図５ではトラック１～トラック３）１４０Ａにそれぞれ必要な磁気情報が格納される。この磁気情報には、そのＩＣカード２１を発行した金融機関に付与されたその金融機関に固有の識別子（金融機関ＩＤ）、その金融機関が定めている暗証番号（以下、これをＰＩＮ（Personal Identification Number）と呼ぶ）の最大桁数（最大ＰＩＮ長）、その金融機関におけるＰＡＮの桁数（ＰＡＮ長）、そのＩＣカード２１に対応付けられた言語を表すコード（言語コード）などが含まれる。
　図６は、勘定系ホストコンピュータ３の概略構成を示す。勘定系ホストコンピュータ３は、ＡＴＭ２の利用者の口座や残高に関する情報などを記憶及び管理するコンピュータ装置であり、図６に示すように、ＣＰＵ１５０、メモリ１５１等の情報処理資源を備えて構成される。ＣＰＵ１５０は、勘定系ホストコンピュータ３全体の動作制御を司るプロセッサである。またメモリ１５１は、例えば半導体メモリから構成される。
　勘定系ホストコンピュータ３のメモリ１５１の記憶領域は、プログラム領域１５１Ａ及びデータ領域１５１Ｂに区分されて管理される。そしてプログラム領域１５１Ａには、勘定系ホストコンピュータ３の処理全体を制御するホストアプリケーション１５２、通信制御ソフトウェア１５３及び暗号処理ソフトウェア１５４などが格納される。
　ホストアプリケーション１５２は、勘定系ホストコンピュータ３全体の制御を行うソフトウェアである。また通信制御ソフトウェア１５３は、勘定系ホストコンピュータ３と各ＡＴＭ２との間でのデータ通信を制御する機能を有するソフトウェアである。暗号処理ソフトウェア１５４は、ＡＴＭ２から送信されてくるメッセージ認証コードを検証したり、新たなメッセージ認証コードを生成したりする暗号処理機能をもつソフトウェアである。
　またデータ領域１５１Ｂには、勘定系ホストコンピュータ３での処理に必要なデータが格納される。具体的には、かかるデータ領域１５１Ｂには、勘定系ホストコンピュータ３全体の制御に必要な全体制御用バッファ１５５及び通信用バッファ１５６が設けられるほか、ルート検証鍵９５、ホスト秘密鍵１０７、ホスト公開鍵１００、ホスト公開鍵署名１０８、ＣＲ検証鍵９７、ＣＲ－ホストマスタ鍵１０３及びＣＲ－ホストセッション鍵１０４などが後述する各種処理の過程で適宜格納される。
　また勘定系ホストコンピュータ３のメモリ１５１のデータ領域１５１Ｂには、ＩＣカード２１を利用した取引に必要なＦＩＴ（Financial Institution Table）１５７も格納されている。
　ＦＩＴ１５７は、金融機関ごとに固有な各種情報取が格納されたテーブルであり、図７Ａに示すように、金融機関ごとの金融機関ＩＤオフセット、金融機関ＩＤ、最大ＰＩＮ長、ＰＡＮオフセット、ＰＡＮ長、言語コードオフセット及びＰＩＮブロックフォーマットなどの情報１６１～１６７がそれぞれ金融機関ごとにまとめられたレコード１６０の情報（以下、これをレコード情報と呼ぶ）としてそれぞれ格納されている。
　このうち金融機関ＩＤは、上述のように対応する金融機関に付与されたその金融機関に固有の識別子である。また金融機関ＩＤオフセットは、その金融機関が発行したＩＣカード２１の裏面に貼着された磁気テープの記憶領域における、その金融機関の金融機関ＩＤが格納されている先頭からのオフセット量を表す。さらに最大ＰＩＮ長は、上述のようにその金融機関が定めているＰＩＮ（暗証番号）の最大長を表す。
　またＰＡＮオフセットは、その金融機関が発行したＩＣカード２１の磁気テープの記憶領域における、ＰＡＮ（カード番号）が格納されている先頭からのオフセット量を表し、ＰＡＮ長は、その金融機関におけるカード番号の長さを表す。
　さらに言語コードオフセットは、その金融機関が発行したＩＣカード２１の磁気テープの記憶領域における、言語コードが格納されている先頭からのオフセット量を表す。さらにＰＩＮブロックフォーマットは、利用者により入力されたＰＩＮを暗号化キーパッド１４で暗号化する際のフォーマット（暗号化フォーマット）を表す。
　図８は、認証局５の概略構成を示す。認証局５は、必要な公開鍵に対して署名を付与するコンピュータ装置であり、ＣＰＵ１７０及びメモリ１７１等の情報処理資源を備えて構成される。ＣＰＵ１７０は、認証局５全体の動作制御を司るプロセッサである。またメモリ１７１は、例えば半導体メモリから構成される。
　認証局５のメモリ１７１の記憶領域は、プログラム領域１７１Ａ及びデータ領域１７１Ｂに区分されて管理される。そしてプログラム領域１７１Ａには、認証局５の処理全体を制御するアプリケーション１７２、検証鍵の出力等を行うための通信制御ソフトウェア１７３及び暗号化に関する各種処理を実行する機能を有する暗号処理ソフトウェア１７４などが格納される。
　またデータ領域１７１Ｂには、認証局５での処理に必要なデータが格納される。具体的に、データ領域１７１Ｂには、認証局５全体の制御に必要な処理用バッファ１７５及び通信制御に利用する通信制御用バッファ１７６が設けられ、さらにルート署名鍵１０９及びルート検証鍵９５などが後述する各種処理の過程で適宜格納される。
（１－２）本自動取引システムにおける各種処理の流れ
　次に、本実施の形態の自動取引システム１において実行される各種処理の流れについて説明する。なお以下においては、各種処理の処理主体をＡＴＭ制御部１０（図２）、カードリーダ制御部７０（図３Ｂ）、カードリーダ暗号処理部７２（図３Ｃ）、暗号化キーパッド制御部１１０（図４Ｂ）、ＩＣカード２１（図５）、勘定系ホストコンピュータ３（図６）、認証局５（図８）として説明するが、実際上は、これらＡＴＭ制御部１０、カードリーダ制御部７０、カードリーダ暗号処理部７２、暗号化キーパッド制御部１１０、ＩＣカード２１、勘定系ホストコンピュータ３又は認証局５内のＣＰＵ３０，８０，９０，１２０，１３１，１５０，１７０（図２、図３Ｂ、図３Ｃ、図４Ｂ、図５、図６、図８）が対応するプログラムやソフトウェアに基づいてその処理を実行することは言うまでもない。
（１－２－１）鍵設定の流れ
　まず、本自動取引システム１においてセキュアな取引を実施するために必要な暗号鍵の設定の流れについて説明する。この鍵設定は、ＡＴＭ２を利用者に利用可能とする前までに行われる。
（１－２－１－１）ルート鍵ペア及びカードリーダ鍵ペアの初期設定の流れ
　図９は、ＡＴＭ２のカードリーダ１３（図３Ａ）と、認証局５（図８）とを対象として実行される初期鍵（ルート鍵ペア及びカードリーダ鍵ペア）の設定手順の流れを示す。なお、以下においては、適宜、「カードリーダ」を「ＣＲ」とも呼ぶものとする。
　かかる初期鍵の設定を行う場合、まず、本自動取引システム１におけるセキュアな取引の責任元（主にＡＴＭベンダを想定）がセキュアな環境である認証局５おいて、非対称暗号鍵であるルート鍵ペア（ルート署名鍵１０９及びルート検証鍵９５）を生成する（Ｓ１）。そして認証局５は、このとき生成したこれらルート署名鍵１０９及びルート検証鍵９５を認証局５のメモリ１７１（図８）のデータ領域１７１Ｂに格納する（Ｓ２）。
　また、ＡＴＭ２側では、カードリーダ１３（図３Ａ）のカードリーダ暗号処理部７２において、非対称暗号鍵であるＣＲ鍵ペア（ＣＲ署名鍵９６及びＣＲ検証鍵９７）を生成する（Ｓ３）。そしてカードリーダ暗号処理部７２は、生成したＣＲ署名鍵９６及びＣＲ検証鍵９７をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ４）。この後、カードリーダ暗号処理部７２は、ＣＲ検証鍵９７に対してルート署名鍵１０９を用いて電子署名を付与するため、ＣＲ検証鍵９７を認証局５に送信する（Ｓ５）。
　認証局５は、かかるＣＲ検証鍵９７を受信すると（Ｓ６）、ステップＳ１で生成したルート署名鍵１０９を用いてＣＲ検証鍵９７に電子署名（ＣＲ検証鍵署名９８）を付与する（Ｓ７）。また認証局５は、付与したＣＲ検証鍵署名９８及びステップＳ１で生成したルート検証鍵９５をカードリーダ暗号処理部７２に送信する（Ｓ８）。
　そしてカードリーダ暗号処理部７２は、これらＣＲ検証鍵署名９８及びルート検証鍵９５を受信すると（Ｓ９）、これらをメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ１０）。
（１－２－１－２）暗号化キーパッド鍵ペアの初期設定の流れ
　一方、図１０は、暗号化キーパッド１４と、認証局５との間で実行される暗号化キーパッド鍵ペアの設定の流れを示す。なお、以下においては、適宜、「暗号化キーパッド」を「ＥＰＰ」とも呼ぶものとする。
　図９において上述したルート署名鍵１０９及びルート検証鍵９５を認証局５が生成後、暗号化キーパッド１４が非対称暗号鍵であるＥＰＰ鍵ペア（ＥＰＰ秘密鍵１０５及びＥＰＰ公開鍵９９）を生成する（Ｓ２０）。
　そして暗号化キーパッド１４（正確には暗号化キーパッド制御部１１０であり、以下、同様）は、生成したＥＰＰ秘密鍵１０５及びＥＰＰ公開鍵９９を暗号化キーパッド制御部１１０のメモリ１２１（図４Ｂ）のデータ領域１２１Ｂ（図４Ｂ）に格納する（Ｓ２１）。また暗号化キーパッド１４は、生成したＥＰＰ公開鍵９９を、ルート署名鍵１０９を用いて電子署名を付与するため、認証局５に送信する（Ｓ２２）。
　一方、認証局５は、かかるＥＰＰ公開鍵９９を受信すると（Ｓ２３）、ルート署名鍵１０９を用いてこのＥＰＰ公開鍵９９に電子署名を付与する（Ｓ２４）。また、認証局５は、付与した電子署名であるＥＰＰ公開鍵署名１０６とルート検証鍵９５とを併せて暗号化キーパッド１４に送付する（Ｓ２５）。
　そして暗号化キーパッド１４は、これらＥＰＰ公開鍵署名１０６及びルート検証鍵９５を受信すると（Ｓ２６）、これらＥＰＰ公開鍵署名１０６及びルート検証鍵９５を暗号化キーパッド制御部１１０のメモリ１２１（図４Ｂ）のデータ領域１２１Ｂ（図４Ｂ）に格納する（Ｓ２７）。
（１－２－１－３）暗号鍵（ホスト鍵）の初期設定の流れ
　他方、図１１は、勘定系ホストコンピュータ３に対してホスト鍵を設定するホスト鍵設定の流れを示す。
　図９について上述したルート署名鍵１０９及びルート検証鍵９５を認証局５が生成後、まず、勘定系ホストコンピュータ３が非対称暗号鍵であるホスト鍵ペア（ホスト秘密鍵１０７及びホスト公開鍵１００）を生成する（Ｓ３０）。そして勘定系ホストコンピュータ３は、生成したホスト秘密鍵１０７及びホスト公開鍵１００をメモリ１５１（図６）のデータ領域１５１Ｂ（図６）に格納する（Ｓ３１）。
　また勘定系ホストコンピュータ３は、ルート署名鍵１０９を用いて電子署名を付与するため、ホスト公開鍵１００を認証局５に送信する（Ｓ３２）。
　認証局５は、かかるホスト公開鍵１００を受信すると（Ｓ３３）、ルート署名鍵１０９を用いてホスト公開鍵１００に電子署名を付与する（Ｓ３４）。また認証局５は、このときホスト公開鍵１００に付与した電子署名であるホスト公開鍵署名１０８及びルート検証鍵９５を勘定系ホストコンピュータ３に送信する（Ｓ３５）。
　そして勘定系ホストコンピュータ３は、かかるホスト公開鍵署名１０８及びルート検証鍵９５を受信すると（Ｓ３６）、これらをメモリ１５１（図６）のデータ領域１５１Ｂ（図５）に格納する（Ｓ３７）。
（１－２－１－４）マスタ鍵交換（ＣＲ－ＥＰＰ間）
　本実施の形態の自動取引システム１では、カードリーダ１３及び暗号化キーパッド１４間と、カードリーダ１３及び勘定系ホストコンピュータ３間とで機密情報をセキュアにやり取りするために当該機密情報をセッションキーを用いて暗号化する。このセッションキーをカードリーダ１３及び暗号化キーパッド１４間と、カードリーダ１３及び勘定系ホストコンピュータ３間とでセキュアに共有するためにマスタキーを用いて暗号化する。
　以下、このマスタキーをカードリーダ１３及び暗号化キーパッド１４間とでセキュアに共有するための手順について、図１２及び図１３を参照して説明する。
　この場合、まず、カードリーダ１３のカードリーダ暗号処理部７２（図３Ｃ）が、ＣＲ検証鍵９７及びＣＲ検証鍵署名９８を暗号化キーパッド１４に送信する（Ｓ４０）。
　暗号化キーパッド１４は、これらＣＲ検証鍵９７及びＣＲ検証鍵署名９８を受信すると（Ｓ４１）、ＣＲ検証鍵署名９８の署名の正当性をルート検証鍵９５を用いて検証し（Ｓ４２）、正当性が検証されればそのＣＲ検証鍵９７をメモリ１２１（図４Ｂ）のデータ領域１２１Ｂ（図４Ｂ）に格納する（Ｓ４３）。そして暗号化キーパッド１４は、この後、ＥＰＰ公開鍵９９及びＥＰＰ公開鍵署名１０６をカードリーダ１３のカードリーダ暗号処理部７２に送信する（Ｓ４４）。
　カードリーダ暗号処理部７２は、かかるＥＰＰ公開鍵９９及びＥＰＰ公開鍵署名１０６を受信すると（Ｓ４５）、ＥＰＰ公開鍵署名１０６の署名の正当性をルート検証鍵９５を用いて検証し（Ｓ４６）、正当性が検証されればＥＰＰ公開鍵９９をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ４７）。
　続いて、カードリーダ暗号処理部７２は、図１３に示すように、乱数によりＣＲ－ＥＰＰマスタ鍵１０１を生成し（Ｓ５０）、生成したＣＲ－ＥＰＰマスタ鍵１０１をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ５１）。
　またカードリーダ暗号処理部７２は、このＣＲ－ＥＰＰマスタ鍵１０１をＥＰＰ公開鍵９９を用いて暗号化し、さらに暗号化したＣＲ－ＥＰＰマスタ鍵１０１（以下、これを暗号化ＣＲ－ＥＰＰマスタ鍵と呼ぶ）に対してＣＲ署名鍵９６を用いて電子署名を付与する（Ｓ５２）。そしてカードリーダ暗号処理部７２は、この後、この暗号化ＣＲ－ＥＰＰマスタ鍵１０１Ａ及び電子署名１０１Ｂを暗号化キーパッド１４に送信する（Ｓ５３）。
　暗号化キーパッド１４は、これら暗号化ＣＲ－ＥＰＰマスタ鍵１０１Ａ及び電子署名１０１Ｂを受信すると（Ｓ５４）、まず、その電子署名１０１Ｂの正当性をＣＲ検証鍵９７を用いて検証する（Ｓ５５）。そして、暗号化キーパッド１４は、かかる正当性が検証されれば暗号化ＣＲ－ＥＰＰマスタ鍵１０１ＡをＥＰＰ秘密鍵１０５を用いて復号し（Ｓ５６）、復号したＣＲ－ＥＰＰマスタ鍵１０１をメモリ１２１（図４Ｂ）のデータ領域１２１Ｂ（図４Ｂ）に格納する（Ｓ５７）。
（１－２－１－５）マスタ鍵交換（ＣＲ－ホスト間）
　次に、図１４及び図１５を参照して、カードリーダ１３及び勘定系ホストコンピュータ３間でマスタキーを共有する手順について説明する。この場合、まず、カードリーダ暗号処理部７２が、ＣＲ検証鍵９７及びＣＲ検証鍵署名９８を勘定系ホストコンピュータ３に送信する（Ｓ６０）。
　勘定系ホストコンピュータ３は、かかるＣＲ検証鍵９７及びＣＲ検証鍵署名９８を受信すると（Ｓ６１）、ＣＲ検証鍵署名９８の署名の正当性をルート検証鍵９５を用いて検証し（Ｓ６２）、正当性が検証されればＣＲ検証鍵９７をメモリ１５１（図６）のデータ領域１５１Ｂ（図６）に格納する（Ｓ６３）。また勘定系ホストコンピュータ３は、この後、ホスト公開鍵１００及びホスト公開鍵署名１０８をカードリーダ暗号処理部７２に送信する（Ｓ６４）。
　カードリーダ暗号処理部７２は、かかるホスト公開鍵１００及びホスト公開鍵署名１０８を受信すると（Ｓ６５）、ホスト公開鍵署名１０８の署名の正当性をルート検証鍵９５を用いて検証し（Ｓ６６）、正当性が検証されればホスト公開鍵１００をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ６７）。
　またカードリーダ暗号処理部７２は、図１５で示すように、乱数によりＣＲ－ホストマスタ鍵１０３を生成し（Ｓ７０）、生成したＣＲ－ホストマスタ鍵１０３をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ７１）。
　さらにカードリーダ暗号処理部７２は、かかるＣＲ－ホストマスタ鍵１０３をホスト公開鍵１００を用いて暗号化すると共に、暗号化したホスト公開鍵１００（以下、これを暗号化ホスト公開鍵と呼ぶ）に対してＣＲ署名鍵９６を用いて電子署名を付与し（Ｓ７２）、この後、これらの暗号化ＣＲ－ホストマスタ鍵及び電子署名を勘定系ホストコンピュータ３に送信する（Ｓ７３）。
　そして勘定系ホストコンピュータ３は、これら暗号化ＣＲ－ホストマスタ鍵及び電子署名を受信すると（Ｓ７４）、まず、その電子署名の正当性をＣＲ検証鍵９７を用いて検証する（Ｓ７５）。そして勘定系ホストコンピュータ３は、かかる電子署名の正当性を検証できた場合、暗号化ＣＲ－ホストマスタ鍵をホスト秘密鍵１０７を用いて復号し（Ｓ７６）、かくして得られた復号されたＣＲ－ホストマスタ鍵１０３をメモリ１５１（図６）のデータ領域１５１Ｂ（図６）に格納する（Ｓ７７）。
（１－２－１－６）セッション鍵交換（ＣＲ－ＥＰＰ）
　次に、図１６を参照して、カードリーダ１３及び暗号化キーパッド１４間で必要なカード情報を暗号化するためのセッション鍵（ＣＲ－ＥＰＰセッション鍵１０２）を共有する手順について説明する。
　まず、カードリーダ暗号処理部７２が、乱数を用いてＣＲ－ＥＰＰセッション鍵１０２を生成し（Ｓ８０）、生成したＣＲ－ＥＰＰセッション鍵１０２をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ８１）。
　またカードリーダ暗号処理部７２は、このＣＲ－ＥＰＰセッション鍵１０２をＣＲ－ＥＰＰマスタ鍵１０１を用いて暗号化し（Ｓ８２）、暗号化したＣＲ－ＥＰＰセッション鍵１０２（以下、これを暗号化ＣＲ－ＥＰＰセッション鍵１０２Ａと呼ぶ）を暗号化キーパッド１４に送信する（Ｓ８３）。
　暗号化キーパッド１４は、かかる暗号化ＣＲ－ＥＰＰセッション鍵１０２Ａを受信すると（Ｓ８４）、この暗号化ＣＲ－ＥＰＰセッション鍵１０２ＡをＣＲ－ＥＰＰマスタ鍵１０１を用いて復号し（Ｓ８５）、かくして得られた復号されたＣＲ－ＥＰＰセッション鍵１０２をメモリ１２１（図４Ｂ）のデータ領域１２１Ｂ（図４Ｂ）に格納する（Ｓ８６）。
（１－２－１－７）セッション鍵交換（ＣＲ－ホスト）
　次に、図１７を参照して、カードリーダ１３と勘定系ホストコンピュータ３の間で必要なカード情報を暗号化するためのセッション鍵（ＣＲ－ホストセッション鍵）を共有する手順について説明する。
　まず、カードリーダ暗号処理部７２が、乱数を用いてＣＲ－ホストセッション鍵１０４を生成し（Ｓ９０）、生成したＣＲ－ホストセッション鍵１０４をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ９１）。
　またカードリーダ暗号処理部７２は、かかるＣＲ－ホストセッション鍵１０４をＣＲ－ホストマスタ鍵１０３を用いて暗号化し（Ｓ９２）、暗号化したＣＲ－ホストセッション鍵１０４（以下、これを暗号化ＣＲ－ホストセッション鍵１０４Ａと呼ぶ）を勘定系ホストコンピュータ３に送信する（Ｓ９３）。
　勘定系ホストコンピュータ３は、かかる暗号化ＣＲ－ホストセッション鍵１０４Ａを受信すると（Ｓ９４）、この暗号化ＣＲ－ホストセッション鍵１０４ＡをＣＲ－ホストマスタ鍵１０３を用いて復号し（Ｓ９５）、かくして得られた復号されたＣＲ－ホストセッション鍵１０４をメモリ１５１（図６）のデータ領域１５１Ｂ（図６）に格納する（Ｓ９６）。ここではセッション鍵の共有をマスタ鍵で暗号化して送付する方式で説明したが、ＤＵＫＰＴ（Derived Unique Key Per Transaction）等の鍵共有方式を利用しても同等の効果が得られる。
（１－２－２）本実施の形態における取引の流れ
　次に、本実施の形態の自動取引システム１におけるＩＣカード２１（図１）を用いた取引の流れについて説明する。
（１－２－２－１）ＦＩＴ更新
　図１８に示すように、ＦＩＴ１５７（図７Ａ参照）は勘定系ホストコンピュータ３にて用意されるが、更新された場合などはＡＴＭ２（図１）が持つＦＩＴ１５７を更新して同期を取る必要がある。この場合、ＣＲ－ホストセッション鍵１０４（図１７）を用いてＦＩＴ１５７を暗号化し（Ｓ１００）、暗号化したＦＩＴ（以下、これを暗号化ＦＩＴ１５７Ａと呼ぶ）をＡＴＭ制御部１０に送信する（Ｓ１０１）。またＡＴＭ制御部１０は、この暗号化ＦＩＴ１５７Ａをそのままカードリーダ１３（図１）に送付する。
　カードリーダ１３側では、カードリーダ暗号処理部７２がこの暗号化ＦＩＴ１５７Ａを受信し（Ｓ１０２）、受信した暗号化ＦＩＴ１５７ＡをＣＲ－ホストセッション鍵１０４を用いて復号する（Ｓ１０３）。またカードリーダ暗号処理部７２は、かかる復号により得られた元のＦＩＴ１５７をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ１０４）。
（１－２－２－２）カード読取（磁気情報）
　利用者が取引開始のための所定操作を行い、ＩＣカード２１をＡＴＭ２に装填すると、図１９に示すように、ＡＴＭ制御部１０がカードリーダ１３（図１）のカードリーダ制御部７０に対してカード読取要求を送信する（Ｓ１１０）。
　カードリーダ制御部７０は、かかるカード読取要求を受信すると（Ｓ１１１）、カード読取処理を開始して、利用者が装填したＩＣカード２１を受け付ける（Ｓ１１２）。またカードリーダ制御部７０は、この後、ＩＣカード２１の裏面の磁気テープに記録されている磁気情報１８０をカード搬送・読取部７１（図３Ａ）に読み取らせることにより、これを取得する（Ｓ１１３）。そしてカードリーダ制御部７０は、このようにして取得した磁気情報１８０をカードリーダ暗号処理部７２に送信する（Ｓ１１４）。
　カードリーダ暗号処理部７２は、かかる磁気情報１８０を受信すると（Ｓ１１５）、この磁気情報１８０をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ１１６）。またカードリーダ暗号処理部７２は、この後、この磁気情報１８０に対するマスク化及び暗号化をそれぞれ行う（Ｓ１１７，Ｓ１１８）。なお、ここでの「マスク化」とは、磁気情報１８０のうちのＰＡＮを含む特定の機密情報が格納されている部分の一部（例えば、ＰＡＮの真ん中の数桁）又は全部を「＊」等の記号、他の文字又は数字に変換するなどして隠蔽することを意味し、例えば、トークンＰＡＮのように最初の数桁以外の桁をランダムな数字に変換する処理も含む。また「暗号化」とは、磁気情報１８０のうちのかかる機密情報が格納されている部分を暗号化することを意味する。
　この後、カードリーダ暗号処理部７２は、かくして得られたマスク化された磁気情報１８０（以下、これをマスク化磁気情報１８０Ａと呼ぶ）と、暗号化された磁気情報１８０（以下、これを暗号化磁気情報１８０Ｂと呼ぶ）とをＡＴＭ制御部１０にそれぞれ送信する（Ｓ１１９）。
　そしてＡＴＭ制御部１０は、かかるマスク化磁気情報１８０Ａ及び暗号化磁気情報１８０Ｂを受信すると（Ｓ１２０）、これらをメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納する（Ｓ１２１）。
（１－２－２－３）ＦＩＴ照合
　続いて、ＡＴＭ制御部１０は、図２０に示すように、今回の取引に必要な情報を取得すべく、カードリーダ１３に対してＦＩＴ照合要求を送信する（Ｓ１３０）。
　カードリーダ暗号処理部７２は、このＦＩＴ照合要求を受信すると（Ｓ１３１）、磁気情報１８０をＦＩＴ１５７と照合するＦＩＴ照合処理を実行する（Ｓ１３２）。そして、カードリーダ暗号処理部７２は、このＦＩＴ照合処理により、ＦＩＴ１５７に登録されている各金融機関に関する情報のうちのそのＩＣカード２１を発行した金融機関を特定し、特定した金融機関に関するレコード１６０（図７Ａ）のレコード情報（以下、これをその金融機関のＦＩＴレコード情報１８３と呼ぶ）を取得する（Ｓ１３３）。
　またカードリーダ暗号処理部７２は、このＦＩＴレコード情報１８３を使用して磁気情報１８０からそのＩＣカード２１のＰＡＮを取得し、取得したＰＡＮを暗号化すると共に（Ｓ１３４）、かかるＦＩＴレコード情報１８３を使用して磁気情報１８０からそのＩＣカード２１の言語コードを取得する（Ｓ１３５）。
　そしてカードリーダ暗号処理部７２は、このようにして取得した暗号化したＰＡＮ（以下、これを暗号化ＰＡＮ１８１Ａと呼ぶ）と、言語コード１８２と、その他のＦＩＴレコード情報１８３とをＦＩＴ照合結果１８４としてＡＴＭ制御部１０に送信する（Ｓ１３６）。
　またＡＴＭ制御部１０は、かかるＦＩＴ照合結果１８４を受信すると（Ｓ１３７）、受信したＦＩＴ照合結果１８４をメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納する（Ｓ１３８）。
　なおＡＴＭ制御部１０は、この後、このとき取得したＦＩＴ照合結果１８４に含まれる言語コード１８２に基づいて、各種画面をその言語コード１８２に応じた言語で表示するよう表示部１９（図１）を制御する一方、ＦＩＴレコード情報１８３に含まれるＰＩＮ長やＰＩＮブロックフォーマットなどの情報を暗号化キーパッド１４に送信する。そして暗号化キーパッド１４は、このＰＩＮ長やＰＩＮブロックフォーマットに基づいて、取引時におけるＰＩＮの受付けや、ＰＩＮの暗号化を行う。
（１－２－２－４）カード読取（ＩＣ情報）
　次に、図２１に示すように、ＡＴＭ制御部１０がカードリーダ制御部７０に対してＩＣチップ読取要求を送信する（Ｓ１４０）。
　カードリーダ制御部７０は、このＩＣチップ読取要求を受信すると（Ｓ１４１）、ＩＣカード２１に実装されたＩＣチップからＩＣ情報１９０をカード搬送・読取部７１（図３Ａ）に読み取らせることにより、これを取得する（Ｓ１４２）。そしてカードリーダ制御部７０は、このようにして取得したＩＣ情報１９０のうち、機密にすべき情報（ＰＡＮ及び上述のディスクレショナリ（discretionary）情報などであり、以下、これを機密ＩＣ情報と呼ぶ）１９１をカードリーダ暗号処理部７２に送信する（Ｓ１４３）。
　カードリーダ暗号処理部７２は、かかる機密ＩＣ情報１９１を受信すると（Ｓ１４４）、受信した機密ＩＣ情報１９１をメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ１４５）。
　そしてカードリーダ暗号処理部７２は、この後、機密ＩＣ情報１９１のマスク化及び暗号化をそれぞれ行い（Ｓ１４６，Ｓ１４７）、かかるマスク化された機密ＩＣ情報１９１（以下、これをマスク化機密ＩＣ情報１９１Ａと呼ぶ）と、かかる暗号化された機密ＩＣ情報１９１（以下、これを暗号化機密ＩＣ情報１９１Ｂと呼ぶ）とをＡＴＭ制御部１０にそれぞれ送信する（Ｓ１４８）。なお、ここでの「マスク化」及び「暗号化」とは、上述した磁気情報１８０の「マスク化」及び「暗号化」と同様である。
　そしてＡＴＭ制御部１０は、かかるマスク化機密ＩＣ情報１９１Ａ及び暗号化機密ＩＣ情報１９１Ｂを受信すると（Ｓ１４９）、これらをメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納する（Ｓ１５０）。
（１－２－２－５）ＰＩＮ入力
　次に、ＡＴＭ制御部１０は、図２２に示すように、暗号化キーパッド１４にＰＩＮ入力受付要求を送信する（Ｓ１６０）。そして、暗号化キーパッド１４は、このＰＩＮ入力受付要求を受信すると（Ｓ１６１）、ＰＩＮ入力受付処理を開始して、利用者にＰＩＮを入力すべき旨の操作指示画面を表示部１９（図１）に表示させ、その後、利用者が暗号化キーパッド１４のキーパッド１１１（図４Ａ）のキーを押下してＰＩＮを入力するのを待ち受ける。
　そして暗号化キーパッド１４は、利用者がキーパッド１１１のキーを押下するごとに、キーが押下された旨の情報（以下、これをキー押下情報と呼ぶ）２００をＡＴＭ制御部１０に送信する（Ｓ１６２）。なお、このステップＳ１６２では、暗号化キーパッド１４からはキーが押下されたという情報（以下、これをキー押下情報２００と呼ぶ）のみがＡＴＭ制御部１０に通知され、どのキーが押されたかという情報はＡＴＭ制御部１０に通知されない。
　また、このときＡＴＭ制御部１０は、かかるキー押下情報２００を受信すると（Ｓ１６３）、必要に応じて利用者がＰＩＮを何桁目まで入力したかという情報をＡＴＭ画面に表示させる。
　そして暗号化キーパッド１４は、やがてキーパッド１１１の確定キーが押下され又は入力されたＰＩＮが指定桁数に到達するなどにより利用者によるＰＩＮの入力が完了すると、ＰＩＮの入力が完了した旨の通知（以下、これを入力完了通知と呼ぶ）をＡＴＭ制御部１０に送信する（Ｓ１６４）。かくしてＡＴＭ制御部１０は、この入力完了通知に基づいてＰＩＮ入力が完了したことを認識する（Ｓ１６５）。ただしＡＴＭ制御部１０が入力された桁数からＰＩＮ入力完了を判断するようにしてもよい。また暗号化キーパッド１４は、この後、そのとき利用者が入力したＰＩＮをメモリ１２１（図４Ｂ）のデータ領域１２１Ｂ（図４Ｂ）に格納する（Ｓ１６６）。
　ＡＴＭ制御部１０は、この後、暗号化したＰＩＮの転送を暗号化キーパッド１４に要求（以下、この要求を暗号化ＰＩＮ転送要求と呼ぶ）する（Ｓ１６７）。この際、ＰＩＮの暗号化方式の中にはＰＡＮを必要とするものがあるため、暗号化ＰＡＮ１８１Ａをかかる暗号化ＰＩＮ転送要求と併せて送付する。この暗号化ＰＡＮ１８１Ａは、図２０について上述した処理のステップＳ１３８でＡＴＭ制御部１０がメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納しておいたＦＩＴ照合結果１８４（図２０）に含まれているものである。
　暗号化キーパッド１４側では、かかる暗号化ＰＩＮ転送要求を受信すると（Ｓ１６８）、必要に応じて暗号化ＰＡＮ１８１Ａを復号し（Ｓ１６９）、復号したＰＡＮを使用してＰＩＮを暗号化する（Ｓ１７０）。そして暗号化キーパッド１４は、暗号化したＰＩＮ（以下、これを暗号化ＰＩＮと呼ぶ）２０１をＡＴＭ制御部１０に送信する（Ｓ１７１）。
　またＡＴＭ制御部１０は、かかる暗号化ＰＩＮ２０１を受信すると（Ｓ１７２）、この暗号化ＰＩＮ２０１をメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納する（Ｓ１７３）。
（１－２－２－６）取引金額入力
　この後、ＡＴＭ制御部１０は、図２３に示すように、暗号化キーパッド１４に対して利用者に取引金額を入力させるべき旨の金額入力要求を送信する（Ｓ１８０）。そして暗号化キーパッド１４は、この金額入力要求を受信すると（Ｓ１８１）、金額入力処理を開始して、利用者に取引金額を入力すべき旨の操作指示画面を表示部１９（図１）に表示させ、その利用者がキーパッド１１１（図４Ａ）のキーを押下して取引金額を入力するのを待ち受ける。
　そして暗号化キーパッド１４は、利用者がキーパッド１１１のキーを押下するごとに、押下されたキーの値を押下キー情報２１０としてＡＴＭ制御部１０に通知する（Ｓ１８２）。またＡＴＭ制御部１０は、かかる押下キー情報２１０を受信すると（Ｓ１８３）、この押下キー情報２１０に基づいて、そのときまでに利用者が入力した取引金額を金額情報としてＡＴＭ画面に表示させる。
　そして暗号化キーパッド１４は、やがてキーパッド１１１の確定キーが押下されることにより利用者による取引金額の入力が完了すると、その旨の通知（入力完了通知）をＡＴＭ制御部１０に通知する（Ｓ１８４）。かくしてＡＴＭ制御部１０は、この入力完了通知に基づいて取引金額の入力が完了したことを認識する（Ｓ１８５）。
　そしてＡＴＭ制御部１０は、この後、利用者により入力された取引金額を金額情報２１１としてメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納する（Ｓ１８６）。
（１－２－２－７）カード認証データ要求
　続いて、ＡＴＭ制御部１０は、図２４に示すように、カードリーダ制御部７０経由でＩＣカード２１に対してカード認証データを作成すべき旨のカード認証データ作成要求を送信する（Ｓ１９０）。この際、ＡＴＭ制御部１０は、かかるカード認証データの作成に必要な取引金額等の情報２２０をカード認証データ作成要求と共にＩＣカード２１に送信する。
　ＩＣカード２１は、かかるカード認証データ作成要求を受信すると（Ｓ１９１）、当該カード認証データ作成要求と共に送信されてきた情報２２０を利用して、カード認証データ２２１を作成する（Ｓ１９２）。そしてＩＣカード２１は、作成したカード認証データ２２１をカードリーダ制御部７０経由でＡＴＭ制御部１０に送信する（Ｓ１９３）。
　またＡＴＭ制御部１０は、かかるカード認証データ２２１を受信すると（Ｓ１９４）、そのカード認証データ２２１をメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納する（Ｓ１９５）。
（１－２－２－８）取引要求
　次いで、ＡＴＭ制御部１０は、図２５に示すように、これまでの処理でメモリ３１のデータ領域３１Ｂに格納されているマスク化磁気情報１８０Ａ、暗号化磁気情報１８０Ｂ、マスク化機密ＩＣ情報１９１Ａ、暗号化機密ＩＣ情報１９１Ｂ、金額情報２１１及びカード認証データ２２１などの情報から、勘定系ホストコンピュータ３に対する取引要求電文２３０を作成し（Ｓ２００）、作成した取引要求電文２３０を勘定系ホストコンピュータ３に送信する（Ｓ２０１）。
　また勘定系ホストコンピュータ３は、かかる取引要求電文２３０を受信すると（Ｓ２０２）、受信した取引要求電文２３０に含まれる暗号化磁気情報１８０Ｂ及び暗号化機密ＩＣ情報１９１Ｂをそれぞれ復号し（Ｓ２０３）、かかる復号により得られた磁気情報１８０及びＩＣ情報１９０などを用いて取引要求電文２３１を作成し直す（Ｓ２０４）。
　そして勘定系ホストコンピュータ３は、作成し直した取引要求電文２３１を外部ネットワーク２３２経由でカードブランド・イシュア（図示せず）に送信する（Ｓ２０５）。
（１－２－２－９）取引応答
　この後、勘定系ホストコンピュータ３は、図２６に示すように、外部ネットワーク２３２経由でカードブランド・イシュア（図示せず）から上述の取引要求電文２３１に対する取引応答電文２４０を受信する（Ｓ２１０）。この取引応答電文２４０には、金額情報２４１及びイシュア認証データ２４２等が含まれる。
　そして勘定系ホストコンピュータ３は、かかる取引応答電文２４０を受信すると、その情報から、ＡＴＭ制御部１０に対する取引応答電文２４３を作成し直し（Ｓ２１１）、作成し直した取引応答電文２４３をＡＴＭ制御部１０に送信する（Ｓ２１２）。なお、この取引応答電文２４３には、金額情報２４１及びイシュア認証データ２４２が含まれる。
　ＡＴＭ制御部１０は、かかる取引応答電文２４３を受信すると（Ｓ２１３）、当該取引応答電文２４３に含まれる金額情報２４１及びイシュア認証データ２４２等の電文情報をメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納する（Ｓ２１４）。
（１－２－２－１０）イシュア認証及び出金
　この後、ＡＴＭ制御部１０は、図２７に示すように、イシュア認証データ２４２と、イシュア認証を要求するイシュア認証要求とをカードリーダ制御部７０経由でＩＣカード２１に送信する（Ｓ２２０）。
　ＩＣカード２１は、かかるイシュア認証データ２４２及びイシュア認証要求を受信すると（Ｓ２２１）、イシュア認証を実施する（Ｓ２２２）。そしてＩＣカード２１は、実行したイシュア認証の認証結果をイシュア認証結果２４４としてＡＴＭ制御部１０に送信する（Ｓ２２３）。
　ＡＴＭ制御部１０は、かかるイシュア認証結果２４４を受信すると（Ｓ２２４）、イシュア認証が成功したか否かを判定し、イシュア認証が成功であった場合には、出金すべき金額を含む出金情報２４５及び出金要求を紙幣処理部１２に送信する（Ｓ２２５）。そして紙幣処理部１２は、かかる出金要求を受信すると、そのとき受信した出金情報に基づく金額を出金する（Ｓ２２６）。
（１－３）本実施の形態の効果
　以上のように本実施の形態の自動取引システム１では、カードリーダ１３のカードリーダ暗号処理部７２（図３Ｃ）がＦＩＴ１５７（図７Ａ）を保持し、当該ＦＩＴ１５７を参照して、ＩＣカード２１から読み取ったカード情報（磁気情報１８０（図１９）及び機密ＩＣ情報１９１（図２１））のうちのＰＡＮを含む機密情報を暗号化した上で、必要なカード情報をＡＴＭ制御部１０を介して勘定系ホストコンピュータ３に送信する。
　従って、本実施の形態によれば、仮にＡＴＭ２のＡＴＭ制御部１０がマルウェアに感染してカード情報が外部に流出したとしても、機密情報が暗号化されているため、偽造カードの作成や不正なネットショッピングの利用に必要なＰＡＮの漏洩を防止することができ、かくして信頼性の高い自動取引システムを実現することができる。
　また本実施の形態によれば、ＡＴＭ制御部１０が暗号化されていないカード番号を取り扱わなくなるため、ＰＣＩＤＳＳ（Payment Card Industry Data Security Standards）の認定を受ける際の検査対象からＡＴＭ制御部１０を外すことができ、その分、ＡＴＭ２がＰＣＩＤＳＳの認定を受け易くなるという効果をも得ることができる。
（２）第２の実施の形態
　第１の実施の形態では、ＦＩＴ１５７（図７Ａ）をカードリーダ暗号処理部７２で処理する方式を説明した。ＦＩＴ１５７が持つ金融機関番号が機密に該当しない桁のみに限定できるという条件で、ＡＴＭ制御部１０にＦＩＴ１５７を持たせることができる。以下ではこのケースを第２の実施の形態として、ＩＣカード２１を用いて取引を実施する手順を第１の実施の形態と異なる箇所についてのみ説明する。
（２－１）本実施の形態による自動取引システムの構成
　図１との対応部分に同一符号を付して示す図２８は、第２の実施の形態による自動取引システム２５０を示す。この自動取引システム２５０は、勘定系ホストコンピュータ２５１と、ＡＴＭ２５２のＡＴＭ制御部２５３及びカードリーダ２５４の一部処理に関する機能が異なる点を除いて第１の実施の形態による自動取引システム１（図１）と同様に構成されている。
　この場合、勘定系ホストコンピュータ２５１は、そのＣＰＵ１５０（図６）がメモリ１５１に格納されたホストアプリケーション１５２（図６）に基づいて実行する図２９について後述するＦＩＴ更新に関する処理の処理内容と、図３０について後述するＦＩＴ照合に関する処理の処理内容とが異なる点を除いて第１の実施の形態の勘定系ホストコンピュータ３と同様の構成を有する。
　またＡＴＭ２５２は、ＡＴＭ制御部２５３のＣＰＵ３０（図２）がメモリ３１に格納されたＡＴＭアプリケーション４０（図２）に基づいて実行する図２９及び図３０について後述する処理の処理内容と、カードリーダ２５４のカードリーダ暗号処理部２５５（図２９）のＣＰＵ９０（図３Ｃ）がメモリ９１（図３Ｃ）に格納されたアプリケーション９２（図３Ｃ）に基づいて実行する図２９及び図３０について後述する処理の処理内容とが異なる点を除いて第１の実施の形態のＡＴＭ２と同様の構成を有する。
（２－２）ＦＩＴ更新
　図２９は、図１８について上述した第１の実施の形態のＦＩＴ更新処理に代えて本実施の形態の自動取引システム２５０において実行されるＦＩＴ更新処理の処理手順を示す。本実施の形態の場合、図２９に示すように、第１の実施の形態と同様、ＦＩＴ１５７は勘定系ホストコンピュータ２５１（図２８）にて用意されるが、ＦＩＴ１５７が更新された場合などはＡＴＭ２５２（図２８）が持つＦＩＴ１５７を更新して同期を取る必要がある。
　そこで、本実施の形態において、勘定系ホストコンピュータ２５１は、更新されたＦＩＴ１５７をＡＴＭ２５２のＡＴＭ制御部２５３に送信する（Ｓ２５０）。ＡＴＭ制御部２５３は、このＦＩＴ１５７を受信すると（Ｓ２５１）、受信した更新後のＦＩＴ１５７をメモリ３１（図２）のデータ領域３１Ｂ（図２）及び図示しないＡＴＭ２５２内のハードディスク装置等からなる外部記憶装置に格納する（Ｓ２５２）。
　またＡＴＭ制御部２５３は、図７Ｂに示すように、このＦＩＴ１５７に含まれる金融機関ごとに固有な各種情報のうちの機密情報に関連する項目（ここでは各金融機関のレコード１６０（図７Ａ）のレコード情報のうち、金融機関ＩＤオフセット、金融機関ＩＤ、ＰＡＮオフセット、ＰＡＮ長及び言語コードオフセット）の各情報１６１，１６２，１６４，１６５，１６６を金融機関ごとにそれぞれ抜粋してこれらそれぞれその金融機関のレコード１６０Ａとすることにより、ＦＩＴ１５７のサブセットとなるＦＩＴ機密関連テーブル１５７Ａを作成する（Ｓ２５３）。そしてＡＴＭ制御部２５３は、このようにして作成したＦＩＴ機密関連テーブル１５７Ａをカードリーダ２５４（図２８）に送信する（Ｓ２５４）。
　カードリーダ２５４は、かかるＦＩＴ機密関連テーブル１５７Ａをカードリーダ暗号処理部２５５がカードリーダ制御部７０経由で受信し（Ｓ２５５）、受信したＦＩＴ機密関連テーブル１５７Ａをメモリ９１（図３Ｃ）のデータ領域９１Ｂ（図３Ｃ）に格納する（Ｓ２５６）。
（２－３）ＦＩＴ照合
　一方、図３０は、図２０について上述した第１の実施の形態のＦＩＴ照合処理に代えて本実施の形態の自動取引システム２５０において実行されるＦＩＴ照合処理の処理手順を示す。
　本実施の形態の場合、ＡＴＭ制御部２５３は、マスク化磁気情報１８０ＡをＦＩＴ１５７と照合する（Ｓ２６０）。照合結果より、該当する金融機関のレコード１６０の機密データ（ここではＰＡＮ及び言語コード）以外のレコード情報を取得する（Ｓ２６１）。またＡＴＭ制御部２５３は、ステップＳ２６０の参照結果に基づいて、ＦＩＴ１５７に登録された各金融機関のレコード１６０のうち、該当する金融機関のレコード１６０が何番目のレコードであるかを表す番号でなるテーブルインデックス３００をカードリーダ２５４（図２８）に送信し、該当するレコード１６０に含まれる機密データの取得を要求する（Ｓ２６２）。
　カードリーダ２５４のカードリーダ暗号処理部２５５は、かかる要求をカードリーダ制御部７０経由で受信すると（Ｓ２６３）、機密データの取得処理を開始し、まず磁気情報１８０をＦＩＴ機密関連テーブル１５７Ａ（図７Ｂ）と照合することにより、ＦＩＴ機密関連テーブル１５７Ａ上のかかるテーブルインデックス３００に対応するレコード１６０ＡからＰＡＮのオフセットの情報１６４（図７Ｂ）を取得する（Ｓ２６４）。またカードリーダ暗号処理部２５５は、取得したＰＡＮオフセットの情報１６４を用いて、磁気情報１８０上にあるＰＡＮ及び言語コードを取得し、取得したＰＡＮを暗号化することにより暗号化ＰＡＮ１８１Ａを生成する（Ｓ２６５）。
　さらにカードリーダ暗号処理部２５５は、ＦＩＴ機密関連テーブル１５７Ａから取得した言語コードオフセットの情報１６６（図７Ｂ）を用いて、磁気情報１８０から言語コード１８２を取得する（Ｓ２６６）。そしてカードリーダ暗号処理部２５５は、このように生成又は取得した暗号化ＰＡＮ１８１Ａ及び言語コード１８２をＡＴＭ制御部２５３に送信する（Ｓ２６７）。
　ＡＴＭ制御部２５３は、カードリーダ制御部７０を介してこれらの暗号化ＰＡＮ１８１Ａ及び言語コード１８２を受信すると（Ｓ２６８）、受信した暗号化ＰＡＮ１８１Ａ、言語コード１８２、及びその他のＦＩＴ１５７及びＦＩＴ機密関連テーブル１５７Ａを照合した結果２５９をメモリ３１（図２）のデータ領域３１Ｂ（図２）に格納する（Ｓ２６９）。
（２－４）本実施の形態の効果
　以上のように本実施の形態の自動取引システム２５０では、カードリーダ２５４（図２８）のカードリーダ暗号処理部２５５が、ＦＩＴ１５７に代えて、ＦＩＴ１５７に含まれる各種情報１６１～１６７のうち、機密情報を取得するための情報１６１，１６２，１６４～１６６のみを抜粋したＦＩＴ機密関連テーブル１５７Ａを保持し、このＦＩＴ機密関連テーブル１５７Ａに基づいてＩＣカード２１から読み出した磁気情報１８０からＰＡＮを取得し、取得したＰＡＮを暗号してＡＴＭ制御部２５３に送信する。また、ＡＴＭ制御部２５３は、ＦＩＴ１５７を保持し、このＦＩＴ１５７を参照してマスク化磁気情報１８０Ａから取得可能なカード情報を取得する。
　この場合、ＦＩＴ機密関連テーブル１５７Ａのデータ量は、ＦＩＴ１５７のデータ量と比べて格段的に少ない。従って、本実施の形態の自動取引システム２５０によれば、第１の実施の形態の自動取引システム１により得られる効果に加えて、カードリーダ２５４のカードリーダ暗号処理部２５５がＩＣカード２１からＰＡＮを取得する際に必要なテーブルを保持するためのメモリ９１（図３Ｃ）のメモリ容量を低減させることができるという効果をも得ることができる。
　また本自動取引システム２５０では、上述のようにカードリーダ暗号処理部２５５からＰＡＮと言語コードのみを取得すれば良く、磁気情報１８０からカード情報を取得する処理をカードリーダ暗号処理部２５５と、ＡＴＭ制御部２５３とで分担することになるため結果的に、カードリーダ暗号処理部２５５の処理負荷を低減し、カード情報の取得に関するカードリーダ暗号処理部２５５の処理時間を低減させることができる。
（３）第３の実施の形態
（３－１）本実施の形態による自動取引システムの概要及び構成
　次に、図３１～図３７を参照して、本実施の形態による自動取引システム２６０（図３１）について説明する。本実施の形態の自動取引システム２６０は、ＣＲ－ホストマスタ鍵１０３（図３３）を勘定系ホストコンピュータ２６１で生成し、生成したＣＲ－ホストマスタ鍵１０３を勘定系ホストコンピュータ２６１からＡＴＭ２６２のカードリーダ２６３に送付する点を特徴とし、他の部分は第１の実施の形態の自動取引システム１（図１）と同様に構成されている。
　このため図３Ｃとの対応部分に同一符号を付して示す図３２に示すように、本実施の形態のカードリーダ２６３のカードリーダ暗号処理部２７０は、後述する各種処理の過程において、図３Ｃのホスト公開鍵１００に代えてホスト検証鍵２７１をメモリ９１のデータ領域９１Ｂに適宜保持すると共に、ＣＲ秘密鍵２７２及びＣＲ公開鍵２７３をメモリ９１のデータ領域９１Ｂに適宜保持する。これ以外のカードリーダ２６３の構成は、図３４～図３７の処理に関するアプリケーション２７５（図３２）の機能を除いて第１の実施の形態のカードリーダ１３（図１）と同様である。
　また本実施の形態の勘定系ホストコンピュータ２６１は、図６との対応部分に同一符号を付して示す図３３に示すように、後述する各種処理の過程において、図６のホスト秘密鍵１０７、ホスト公開鍵１００、ホスト公開鍵署名１０８及びＣＲ検証鍵９７に代えて、ホスト署名鍵２８０、ホスト検証鍵２８１及びホスト検証鍵署名２８２をメモリ１５１のデータ領域１５１Ｂに保持する。これ以外の勘定系ホストコンピュータ２６１の構成は、図３４～図３７の処理に関するアプリケーション２８３（図３３）の機能を除いて第１の実施の形態の勘定系ホストコンピュータ３（図１）と同様である。
　さらに認証局２６４（図３１）のＣＰＵ１７０がメモリ１７１に格納されたアプリケーション１７２に基づいて実行する図３４～図３７の処理の処理内容の一部も第１の実施の形態と異なっているが、これ以外の処理内容は第１の実施の形態の認証局５と同様である。
（３－２）ルート鍵ペア及びＣＲ鍵ペアの初期設定の流れ
　図３４は、図９に代えて本実施の形態の自動取引システム２６０（図３１）において実行される初期鍵（ルート鍵ペア及びＣＲ鍵ペア）の設定手順の流れを示す。
　かかる初期鍵の設定を行う場合、まず、本自動取引システム２６０におけるセキュアな取引の責任元（主にＡＴＭベンダを想定）がセキュアな環境である認証局２６４おいて、非対称暗号鍵であるルート鍵ペア（ルート署名鍵１０９及びルート検証鍵９５）を生成する（Ｓ２７０）。そして認証局２６４は、このとき生成したこれらルート署名鍵１０９及びルート検証鍵９５を認証局２６４のメモリ１７１（図８）のデータ領域１７１Ｂに格納する（Ｓ２７１）。
　またＡＴＭ２６２（図３１）側では、カードリーダ２６３（図３１）のカードリーダ暗号処理部２７０（図３２）において、非対称暗号鍵であるＣＲ鍵ペア（ＣＲ秘密鍵２７２及びＣＲ公開鍵２７３）を生成する（Ｓ２７２）。そしてカードリーダ暗号処理部２７０は、生成したＣＲ秘密鍵２７２及びＣＲ公開鍵２７３をメモリ９１（図３２）のデータ領域９１Ｂ（図３２）に格納する（Ｓ２７３）。この後、カードリーダ暗号処理部２７０は、ＣＲ公開鍵２７３に対して、ルート署名鍵１０９を用いて電子署名を付与するため、ＣＲ公開鍵２７３を認証局２６４に送信する（Ｓ２７４）。
　認証局２６４は、かかるＣＲ公開鍵２７３を受信すると（Ｓ２７５）、ステップＳ２７０で生成したルート署名鍵１０９を用いてＣＲ公開鍵２７３に電子署名を付与する（Ｓ２７６）。また認証局２６４は、付与した電子署名であるＣＲ公開鍵署名２７４及びルート検証鍵９５をカードリーダ暗号処理部２７０に送信する（Ｓ２７７）。
　そしてカードリーダ暗号処理部２７０は、これらＣＲ公開鍵署名２７４及びルート検証鍵９５を受信すると（Ｓ２７８）、これらをメモリ９１（図３２）のデータ領域９１Ｂ（図３２）に格納する（Ｓ２７９）。
（３－３）暗号鍵（ホスト鍵）の初期設定の流れ
　一方、図３５は、図１１に代えて本実施の形態の自動取引システム２６０（図３１）において実行される初期鍵（ホスト鍵）の設定手順の流れを示す。
　図３４について上述したルート署名鍵１０９及びルート検証鍵９５を認証局２６４が生成後、まず、勘定系ホストコンピュータ２６１が非対称暗号鍵であるホスト鍵ペア（ホスト署名鍵２８０及びホスト検証鍵２８１）を生成する（Ｓ２８０）。そして勘定系ホストコンピュータ２６１は、生成したホスト署名鍵２８０及びホスト検証鍵２８１をメモリ１５１（図３３）のデータ領域１５１Ｂ（図３３）に格納する（Ｓ２８１）。
　また勘定系ホストコンピュータ２６１は、ルート署名鍵１０９を用いて電子署名を付与するため、ホスト検証鍵２８１を認証局２６４に送信する（Ｓ２８２）。
　認証局２６４は、かかるホスト検証鍵２８１を受信すると（Ｓ２８３）、ルート署名鍵１０９を用いてホスト検証鍵２８１に電子署名を付与する（Ｓ２８４）。また認証局２６４は、このときホスト検証鍵２８１に付与した電子署名であるホスト検証鍵署名２８２及びルート検証鍵９５を勘定系ホストコンピュータ２６１に送信する（Ｓ２８５）。
　そして勘定系ホストコンピュータ２６１は、かかるホスト検証鍵署名２８２及びルート検証鍵９５を受信すると（Ｓ２８６）、これらをメモリ１５１（図３３）のデータ領域１５１Ｂ（図３３）に格納する（Ｓ２８７）。
（３－４）マスタ鍵交換（ＣＲ－ホスト）
　図３６及び図３７は、図１４及び図１５に代えて本実施の形態による自動取引システム２６０（図３１）において、カードリーダ２６３及び勘定系ホストコンピュータ２６１間でマスタキーを共有するために実行される処理の流れを示す。この場合、まずカードリーダ暗号処理部２７０が、ＣＲ公開鍵２７３及びＣＲ公開鍵署名２７４を勘定系ホストコンピュータ２６１に送信する（Ｓ２９０）。
　勘定系ホストコンピュータ２６１は、かかるＣＲ公開鍵２７３とＣＲ公開鍵署名２７４を受信すると（Ｓ２９１）、ＣＲ公開鍵署名２７４の署名の正当性をルート検証鍵９５を用いて検証し（Ｓ２９２）、正当性が検証されればＣＲ公開鍵２７３をメモリ１５１（図３３）のデータ領域１５１Ｂ（図３３）に格納する（Ｓ２９３）。また勘定系ホストコンピュータ２６１は、この後、ホスト検証鍵２８１及びホスト検証鍵署名２８２をカードリーダ暗号処理部２７０に送信する（Ｓ２９４）。
　カードリーダ暗号処理部２７０は、かかるホスト検証鍵２８１及びホスト検証鍵署名２８２を受信すると（Ｓ２９５）、ホスト検証鍵署名２８２の署名の正当性をルート検証鍵９５を用いて検証し（Ｓ２９６）、正当性が検証されればホスト検証鍵２８１をメモリ９１（図３２）のデータ領域９１Ｂ（図３２）に格納する（Ｓ２９７）。
　この後、図３７に示すように、勘定系ホストコンピュータ２６１は、乱数によりＣＲ－ホストマスタ鍵１０３を生成し（Ｓ３００）、生成したＣＲ－ホストマスタ鍵１０３をメモリ９１（図３２）のデータ領域９１Ｂ（図３２）に格納する（Ｓ３０１）。
　さらに勘定系ホストコンピュータ２６１は、ＣＲ公開鍵２７３を用いてＣＲ－ホストマスタ鍵１０３を暗号化すると共に、暗号化したＣＲ－ホストマスタ鍵１０３（以下、これを暗号化ＣＲ－ホストマスタ鍵１０３Ａと呼ぶ）に対してホスト署名鍵２８０を用いて電子署名を付与し（Ｓ３０２）、この後、これらの暗号化ＣＲ－ホストマスタ鍵１０３Ａ及び電子署名をカードリーダ暗号処理部２７０に送信する（Ｓ３０３）。
　カードリーダ暗号処理部２７０は、暗号化ＣＲ－ホストマスタ鍵１０３Ａ及び電子署名を受信すると（Ｓ３０４）、まず、その電子署名の正当性をホスト検証鍵２８１を用いて検証する（Ｓ３０５）。そしてカードリーダ暗号処理部２７０は、かかる電子署名の正当性を検証できた場合、暗号化ＣＲ－ホストマスタ鍵１０３ＡをＣＲ秘密鍵２７２を用いて復号し（Ｓ３０６）、かくして得られた復号されたＣＲ－ホストマスタ鍵１０３をメモリ９１（図３２）のデータ領域９１Ｂ（図３２）に格納する（Ｓ３０７）。
　続くセッション鍵の生成についても、第１の実施の形態（図１７）ではカードリーダ暗号処理部７２にてＣＲ－ホストセッション鍵を生成し、これをホストコンピュータ３に送信することでＣＲ－ホストセッション鍵の共有を行っているのに対し、第３の実施の形態ではホストコンピュータ２６１にてＣＲ－ホストセッション鍵を生成し、暗号化し、カードリーダ暗号処理部２７０に送信し、カードリーダ暗号処理部２７０にて復号化したＣＲ－ホストセッション鍵を、メモリ９１に記憶することで、図１７と同様にＣＲ－ホストセッション鍵を共有する。
（３－５）本実施の形態の効果
　以上のように本実施の形態の自動取引システム２６０によれば、ＡＴＭ２６２のカードリーダ２６３のカードリーダ暗号処理部２７０と、勘定系ホストコンピュータ２６１とが通信を行う際の暗号化に利用するＣＲ－ホストセッション鍵１０４を共有する際、当該ＣＲ－ホストセッション鍵１０４を暗号化するのに利用するＣＲ－ホストマスタ鍵１０３を勘定系ホストコンピュータ２６１で生成するため、複数のＡＴＭ２６２との間のＣＲ－ホストマスタ鍵１０３を勘定系ホストコンピュータ２６１において一括管理することができる。
　従って、第１の実施の形態のようにかかるＣＲ－ホストマスタ鍵１０３を各ＡＴＭ２（図１）のカードリーダ１３（図１）のカードリーダ暗号処理部７２（図３Ｃ）で生成する場合と比べてその管理が容易であり、また端末である各ＡＴＭ２６２においてＣＲ－ホストマスタ鍵１０３を管理する場合と比べてハッキングを受けたときのリスクを低減することができる。
（４）他の実施の形態
　なお上述の第１～第３の実施の形態においては、自動取引装置としてのＡＴＭ２，２５２，２６２を図１、図２８又は図３１のように構成するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成を広く適用することができる。また、ＡＴＭ２，２５２，２６２の取引としては、入金取引、出金取引、送金取引、残高確認などのカード認証後に行う取引きであってよい。
　また上述の第１～第３の実施の形態においては、カード媒体がＩＣカード２１である場合について述べたが、本発明はこれに限らず、カード媒体が磁気カードの場合でも本発明を適用することができる。
　さらに上述の第１～第３の実施の形態においては、取引要求電文２３０（図２５）を生成して勘定系ホストコンピュータ３（ホスト装置）に送信し、当該勘定系ホストコンピュータ３からの取引応答電文２４３（図２６）に基づいて取引を行うための制御処理を実行する装置制御部としてのＡＴＭ制御部１０，２５３を図２、図２８のように構成するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成を広く適用することができる。
　さらに、上述の第１～第３の実施の形態においては、ＦＩＴ１５７、ＦＩＴ機密関連テーブル１５７Ａをテーブルとして説明したがその形式はテーブルに限るものではなく、上述の処理を実行する上で必要となる情報を関連付けた情報（例えば、金融機関毎のカード情報のフォーマットに関する情報）であればよい。
　さらに上述の第２の実施の形態においては、ＦＩＴ機密関連テーブル１５７Ａを、各金融機関のレコード１６０Ａのレコード情報のうち、金融機関ＩＤオフセット、金融機関ＩＤ、ＰＡＮオフセット、ＰＡＮ長及び言語コードオフセットの各情報１６１，１６２，１６４，１６５，１６７を金融機関ごとにそれぞれ抜粋して作成するようにした場合について述べたが、本発明はこれに限らず、これらの情報１６１，１６２，１６４，１６５，１６７以外の情報を含ませるようにしても良い。
　本発明は、カード情報と、利用者の操作とに基づいて入出金取引を行うＡＴＭと、当該入出金取引の承認等を行う勘定系ホストコンピュータとを有する自動取引システムに適用することができる。
　１，２５０，２６０……自動取引システム、２，２５２，２６２……ＡＴＭ、３，２５１，２６１……勘定系ホストコンピュータ、５，２６４……認証局、１０，２５３……ＡＴＭ制御部、１３，２５４，２６３……カードリーダ、１４……暗号化キーパッド、２１……ＩＣカード、３０，９０，１２０，１５０，１７０……ＣＰＵ、７２……カードリーダ暗号処理部、１１０……暗号化キーパッド制御部、１３０……ＩＣ領域、１４０……磁気領域、１５７……ＦＩＴ、１５７Ａ……ＦＩＴ機密関連テーブル。

Claims (9)

  1. 　自動取引装置及びホスト装置を有し、前記自動取引装置に対する利用者の操作に応じた取引の要求電文を前記自動取引装置から前記ホスト装置に送信し、前記要求電文に対する前記ホスト装置からの応答電文に基づいて前記自動取引装置が前記取引を行う自動取引システムにおいて、
    　前記自動取引装置は、
    　前記利用者により装填された前記カード媒体に記録された第１のカード情報を読み出すカードリーダと、
    　前記要求電文を生成して前記ホスト装置に送信し、前記ホスト装置からの前記応答電文に基づいて前記取引を行うための制御処理を実行する装置制御部と
    　を備え、
    　前記カードリーダは、
    　金融機関ごとに固有な、前記第１のカード情報のフォーマットに関する情報が登録された第１のカードフォーマット情報を保持し、
    　前記第１のカードフォーマット情報を参照して、前記カード媒体から読み出した前記第１のカード情報から前記カード番号を含む所定の機密情報を取得し、
    　取得した前記機密情報を暗号化して前記装置制御部に送信し、
    　前記装置制御部は、
    　前記カードリーダから送信されてきた暗号化された前記機密情報を含む前記要求電文を生成して前記ホスト装置に送信する
    　ことを特徴とする自動取引システム。
  2. 　キーパッドを有し、前記キーパッドを介して前記利用者が入力した暗証番号を暗号化して前記装置制御部に送信する暗号化キーパッドを備え、
    　前記カードリーダは、
    　前記機密情報のうちの暗号化した前記カード番号を前記装置制御部を経由して前記暗号化キーパッドに送信する
    　ことを特徴とする請求項１に記載の自動取引システム。
  3. 　前記第１のカードフォーマット情報には、前記第１のカード情報のフォーマットに関する情報の一部が登録され、
    　前記第１のカードフォーマット情報に登録された前記第１のカード情報のフォーマットに関する情報の一部は、前記金融機関ごとの前記機密情報を前記第１のカード情報から取得するのに必要な情報であり、
    　前記カードリーダは、
    　前記カード媒体から読み出した前記第１のカード情報のうちの前記機密情報を暗号化して前記装置制御部に送信すると共に、前記第１のカード情報のうちの前記機密情報をマスク化し、他の情報をマスク化していない第２のカード情報を前記装置制御部に送信し、
    　前記装置制御部は、
    　前記金融機関ごとの前記カード情報のフォーマットに関する情報が登録された第２のカードフォーマット情報を保持し、当該第２のカードフォーマット情報を参照して、前記第２のカード情報の中から必要な情報を取得する
    　ことを特徴とする請求項１に記載の自動取引システム。
  4. 　前記ホスト装置は、
    　前記自動取引装置の前記カードリーダとの間で通信を行う際の暗号化に利用するセッション鍵を暗号化するためのマスタ鍵を生成し、
    　生成した前記マスタ鍵を前記カードリーダと共有する
    　ことを特徴とする請求項１に記載の自動取引システム。
  5. 　自動取引装置及びホスト装置を有し、前記自動取引装置に対する利用者の操作に応じた取引の要求電文を前記自動取引装置から前記ホスト装置に送信し、前記要求電文に対する前記ホスト装置からの応答電文に基づいて前記自動取引装置が前記取引を行う自動取引システムの制御方法において、
    　前記自動取引装置は、
    　前記利用者により装填された前記カード媒体に記録された第１のカード情報を読み出すカードリーダと、
    　前記要求電文を生成して前記ホスト装置に送信し、前記ホスト装置からの前記応答電文に基づいて前記取引を行うための制御処理を実行する装置制御部とを有し、
    　前記カードリーダは、
    　金融機関ごとに固有な、前記第１のカード情報のフォーマットに関する情報が登録された第１のカードフォーマット情報を保持し、
    　前記カードリーダが、前記第１のカードフォーマット情報を参照して、前記カード媒体から読み出した前記第１のカード情報から前記カード番号を含む所定の機密情報を取得する第１のステップと、
    　前記カードリーダが、取得した前記機密情報を暗号化して前記装置制御部に送信する第２のステップと、
    　前記装置制御部が、前記カードリーダから送信されてきた暗号化された前記機密情報を含む前記要求電文を生成して前記ホスト装置に送信する第３のステップと
    　を備えることを特徴とする自動取引システムの制御方法。
  6. 　前記自動取引システムは、
    　キーパッドを有し、前記キーパッドを介して前記利用者が入力した暗証番号を暗号化して前記装置制御部に送信する暗号化キーパッドを含み、
    　前記第２のステップにおいて、前記カードリーダは、
    　前記機密情報のうちの暗号化した前記カード番号を前記装置制御部を経由して前記暗号化キーパッドに送信する
    　ことを特徴とする請求項５に記載の自動取引システムの制御方法。
  7. 　前記第１のカードフォーマット情報には、前記第１のカード情報のフォーマットに関する情報の一部が登録され、
    　前記第１のカードフォーマット情報に登録された前記第１のカード情報のフォーマットに関する情報の一部は、前記金融機関ごとの前記機密情報を前記第１のカード情報から取得するのに必要な情報であり、
    　前記第２のステップにおいて、前記カードリーダは、
    　前記カード媒体から読み出した前記第１のカード情報のうちの前記機密情報を暗号化して前記装置制御部に送信すると共に、前記第１のカード情報のうちの前記機密情報をマスク化し、他の情報をマスク化していない第２のカード情報を前記装置制御部に送信し、
    　前記装置制御部は、
    　前記金融機関ごとに固有な、前記カード情報のフォーマットに関する情報が登録された第２のカードフォーマット情報を保持し、
    　前記第３のステップにおいて、前記装置制御部は、
    　前記第２のカードフォーマット情報を参照して、前記第２のカード情報の中から必要な情報を取得する
    　ことを特徴とする請求項５に記載の自動取引システムの制御方法。
  8. 　前記ホスト装置は、
    　前記自動取引装置のカードリーダとの間で通信を行う際の暗号化に利用するセッション鍵を暗号化するためのマスタ鍵を生成し、
    　生成した前記マスタ鍵を前記カードリーダと共有する
    　ことを特徴とする請求項５に記載の自動取引システムの制御方法。
  9. 　利用者の操作に応じた取引の要求電文を前記ホスト装置に送信し、前記要求電文に対する前記ホスト装置からの応答電文に基づいて前記取引を行う自動取引装置に設けられ、前記利用者により前記自動取引装置に装填されたカード媒体から当該カード媒体に記録されたカード情報を読み出すカードリーダにおいて、
    　前記自動取引装置に装填された前記カード媒体から前記カード情報を読み取るカード読取部と、
    　前記カード読取部により前記カード媒体から読み取られた前記カード情報を暗号化するカードリーダ暗号処理部と
    　を備え、
    　前記自動取引装置は、
    　前記要求電文を生成して前記ホスト装置に送信し、前記ホスト装置からの前記応答電文に基づいて前記取引を行うための制御処理を実行する装置制御部を有し、
    　前記カードリーダ暗号処理部は、
    　金融機関ごとに固有な、前記第１のカード情報のフォーマットに関する情報が登録された第１のカードフォーマット情報を保持し、
    　前記第１のカードフォーマット情報を参照して、前記カード媒体から読み出した前記第１のカード情報から前記カード番号を含む所定の機密情報を取得し、
    　取得した前記機密情報を暗号化して前記装置制御部に送信する
    　ことを特徴とするカードリーダ。
PCT/JP2016/066630 2016-06-03 2016-06-03 自動取引システム及びその制御方法並びにカードリーダ Ceased WO2017208445A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2016/066630 WO2017208445A1 (ja) 2016-06-03 2016-06-03 自動取引システム及びその制御方法並びにカードリーダ
US16/072,619 US20190034891A1 (en) 2016-06-03 2016-06-03 Automated transaction system, method for control thereof, and card reader
JP2018520323A JPWO2017208445A1 (ja) 2016-06-03 2016-06-03 自動取引システム及びその制御方法並びにカードリーダ
DE112016006145.5T DE112016006145T5 (de) 2016-06-03 2016-06-03 Automatisiertes Transaktionssystem, Verfahren zu dessen Steuerung und Kartenleser

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/066630 WO2017208445A1 (ja) 2016-06-03 2016-06-03 自動取引システム及びその制御方法並びにカードリーダ

Publications (1)

Publication Number Publication Date
WO2017208445A1 true WO2017208445A1 (ja) 2017-12-07

Family

ID=60478116

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/066630 Ceased WO2017208445A1 (ja) 2016-06-03 2016-06-03 自動取引システム及びその制御方法並びにカードリーダ

Country Status (4)

Country Link
US (1) US20190034891A1 (ja)
JP (1) JPWO2017208445A1 (ja)
DE (1) DE112016006145T5 (ja)
WO (1) WO2017208445A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021524074A (ja) * 2018-04-03 2021-09-09 カレンシー セレクト ピーティーワイ リミテッドＣｕｒｒｅｎｃｙ Ｓｅｌｅｃｔ Ｐｔｙ Ｌｔｄ． 取引セキュリティのためのシステム、装置、サーバ及び方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111275440B (zh) * 2020-01-19 2023-11-10 中钞科堡现金处理技术（北京）有限公司 远程密钥下载方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10171717A (ja) * 1996-12-05 1998-06-26 Matsushita Electric Ind Co Ltd Ｉｃカードおよびそれを用いた暗号通信システム
JP2002259866A (ja) * 2001-02-27 2002-09-13 Nec Commun Syst Ltd 携帯端末接続型カードリーダ装置及びそれを用いた認証決済方法
JP2010020402A (ja) * 2008-07-08 2010-01-28 Oki Electric Ind Co Ltd 認証装置および自動取引装置ならびに認証システム
JP2016091132A (ja) * 2014-10-31 2016-05-23 キヤノンマーケティングジャパン株式会社 情報処理装置、情報処理装置の制御方法、プログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2855946B2 (ja) 1992-03-26 1999-02-10 富士通株式会社 現金自動取引機

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10171717A (ja) * 1996-12-05 1998-06-26 Matsushita Electric Ind Co Ltd Ｉｃカードおよびそれを用いた暗号通信システム
JP2002259866A (ja) * 2001-02-27 2002-09-13 Nec Commun Syst Ltd 携帯端末接続型カードリーダ装置及びそれを用いた認証決済方法
JP2010020402A (ja) * 2008-07-08 2010-01-28 Oki Electric Ind Co Ltd 認証装置および自動取引装置ならびに認証システム
JP2016091132A (ja) * 2014-10-31 2016-05-23 キヤノンマーケティングジャパン株式会社 情報処理装置、情報処理装置の制御方法、プログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021524074A (ja) * 2018-04-03 2021-09-09 カレンシー セレクト ピーティーワイ リミテッドＣｕｒｒｅｎｃｙ Ｓｅｌｅｃｔ Ｐｔｙ Ｌｔｄ． 取引セキュリティのためのシステム、装置、サーバ及び方法
JP7222453B2 (ja) 2018-04-03 2023-02-15 カレンシー セレクト ピーティーワイ リミテッド 取引セキュリティのためのシステム、装置、サーバ及び方法

Also Published As

Publication number Publication date
US20190034891A1 (en) 2019-01-31
DE112016006145T5 (de) 2018-09-20
JPWO2017208445A1 (ja) 2018-11-22

Similar Documents

Publication Publication Date Title
JP7681048B2 (ja) ブロックチェーンに格納された個人データを安全に共有するための非接触カードの使用
CN107230079B (zh) 使用数字货币芯片卡进行离线支付的方法及系统
JP6360101B2 (ja) Ｉｃ識別カードを使用した支払いシステムおよび方法
CN107230051B (zh) 数字货币的支付方法和支付系统
US8608064B2 (en) Payment system and method of IC card and a multi-application IC card as well as a payment terminal
US7103575B1 (en) Enabling use of smart cards by consumer devices for internet commerce
CN113924588A (zh) 用于将电子币数据记录直接发送到另一设备的设备和支付系统
CN107230050B (zh) 基于可视数字货币芯片卡进行数字货币支付的方法和系统
CN107230068B (zh) 使用可视数字货币芯片卡支付数字货币的方法和系统
US6023508A (en) Polymorphic data structures for secure operation of a virtual cash system
US20060136332A1 (en) System and method for electronic check verification over a network
US20060123465A1 (en) Method and system of authentication on an open network
CN107230053B (zh) 使用现金兑换数字货币的方法及系统
CN108292330A (zh) 安全令牌分发
WO2012063892A1 (ja) サービス提供システム及びユニット装置
CN107230049A (zh) 提供数字货币的方法和系统
US12493878B2 (en) System for inputting a pin block to a network
CN107230072A (zh) 使用数字货币芯片卡进行网上支付的方法和系统
CN106330888B (zh) 一种保证互联网线上支付安全性的方法及装置
CN107230069B (zh) 使用数字货币芯片卡支付数字货币的方法和系统
CN115777190A (zh) 用于基于接近度的访问装置交互的具选择性去令牌化的令牌处理
CN107230073B (zh) 在可视数字货币芯片卡之间支付数字货币的方法和系统
CN107230078B (zh) 使用可视数字货币芯片卡进行数字货币支付的方法和系统
US20120041882A1 (en) Method of and computer programme for changing an identification code of a transaction authorisation medium
WO2017208445A1 (ja) 自動取引システム及びその制御方法並びにカードリーダ

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018520323

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 112016006145

Country of ref document: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16904070

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16904070

Country of ref document: EP

Kind code of ref document: A1