Transaction processing system and cash card information registration method

Abstract

To provide a transaction processing system and a cash card information registration method for achieving a cash card-less transaction in which a user terminal is set as a virtual cash card, and the modification of a bank backbone system side is made unnecessary or minimized.SOLUTION: In a transaction processing system 100, a user terminal receives registration of cash card information, generates first setting information together with an individual number of the user terminal, transmits the first setting information to an ATM, receives second setting information from the ATM, collates the second setting information with the first setting information, and registers the first setting information and magnetic information and / or IC information of a cash card included in the second setting information as virtual cash card information when the collation is successful. The ATM collates the card surface information and password of the cash card with the contents of the received first setting information, and when the collation is established, generates second setting information including the first setting information and the magnetic information and / or IC information of the cash card, and transmits it to the user terminal.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a transaction processing system in which a user terminal such as a smartphone is used as a virtual cash card to perform transactions at an ATM or the like, and a cash card information registration method. [Background technology]

[0002] BACKGROUND ART In transactions such as deposits and withdrawals at automated teller machines (ATMs) (ATM transactions), cash card-less ATM transactions, in which users who do not carry cash cards can carry out transactions, are becoming more common.

[0003] For example, Japanese Patent Application Laid-Open Publication No. 2017-211796 (Patent Document 1) describes a transaction system that includes an ATM and a first server that manages accounts related to transactions conducted by users via the ATM, in which the ATM generates information including a first identifier that identifies the ATM as linkage information and transmits the generated linkage information to the first server, and the first server receives linkage information read from the ATM by a terminal owned by the user from the terminal, and compares the linkage information received from the ATM with the linkage information received from the terminal to determine whether to approve or disapprove the transaction. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Publication No. 2017-211796 Summary of the Invention [Problem to be solved by the invention]

[0005] To realize the transaction system described in Patent Document 1, not only modifications to the ATMs but also modifications to the transaction center server (bank core system) are required, which incurs costs, and therefore may not be easy for small financial institutions to implement.

[0006] In light of this situation, the present invention aims to realize cash card-less transactions by using user terminals such as smartphones as virtual cash cards, eliminating the need for (or minimizing) modifications to the bank's core system. [Means for solving the problem]

[0007] In order to solve the above-mentioned problems, the present invention provides a transaction processing system having a user terminal, an information processing device, and a server device, wherein the user terminal accepts registration of face information and a personal identification number of a cash card, generates first setting information by combining the face information, personal identification number, and personal identification number obtained from the user terminal itself, and transmits the first setting information to the information processing device, and receives second setting information from the information processing device, compares the face information, personal identification number, and personal identification number contained in the first setting information with the face information, personal identification number, and personal identification number contained in the second setting information, and if the comparison is successful, and a processing unit that registers the magnetic information and / or IC information of the cash card included in the second setting information as virtual cash card information, and the information processing device has a control unit that compares the face information read from the cash card and the input PIN number with the face information and PIN number included in the received first setting information, and if the comparison is successful, generates the second setting information including the face information, PIN number, and individual number included in the received first setting information, and the magnetic information and / or IC information read from the cash card, and sends it to the user terminal. [Effects of the Invention]

[0008] According to the present invention, by using a conventional cash card as a virtual cash card, cash card-less transactions can be realized with no (or minimal) modifications to the bank's core system.

[0009] Problems, configurations, and effects other than those described above will become apparent from the following description of the preferred embodiment of the invention. [Brief explanation of the drawings]

[0010] [Figure 1] 1 is a diagram illustrating the overall configuration of a transaction processing system according to an embodiment of the present invention. [Figure 2] FIG. 2 is a configuration diagram of an ATM 200 according to an embodiment of the present invention. [Figure 3] FIG. 3 is a diagram illustrating the configuration of a bank host system 300 according to an embodiment of the present invention. [Figure 4] FIG. 4 is a diagram illustrating the configuration of a user terminal 400 according to an embodiment of the present invention. [Figure 5] FIG. 5 is a configuration diagram of a VCC management server 500 according to an embodiment of the present invention. [Figure 6] FIG. 1 is a flow chart showing an overview of a transaction process in an embodiment of the present invention. [Figure 7A] FIG. 10 is a registration sequence diagram when a two-dimensional code is used in an embodiment of the present invention. [Figure 7B] FIG. 10 is a registration sequence diagram when a two-dimensional code is used in an embodiment of the present invention. [Figure 7C] FIG. 10 is a transaction sequence diagram when a two-dimensional code is used in an embodiment of the present invention. [Figure 7D] FIG. 10 is a transaction sequence diagram when a two-dimensional code is used in an embodiment of the present invention. [Figure 8A] 10 is a diagram showing an example of a screen display of a user terminal 400 according to an embodiment of the present invention. [Figure 8B] 10 is a diagram illustrating an example of a screen display of an ATM 200 according to an embodiment of the present invention. [Figure 8C] 10 is a diagram illustrating an example of a screen display of an ATM 200 according to an embodiment of the present invention. [Figure 8D] 10 is a diagram showing an example of a screen display of a user terminal 400 according to an embodiment of the present invention. [Figure 8E] 10 is a diagram showing an example of a screen display of a user terminal 400 according to an embodiment of the present invention. [Figure 8F] 10 is a diagram illustrating an example of a screen display of an ATM 200 according to an embodiment of the present invention. [Figure 8G] 10 is a diagram illustrating an example of a screen display of an ATM 200 according to an embodiment of the present invention. [Figure 8H] 10 is a diagram showing an example of a screen display of a user terminal 400 according to an embodiment of the present invention. [Figure 8I] 10 is a diagram showing an example of a screen display of a user terminal 400 according to an embodiment of the present invention. [Figure 8J] 10 is a diagram illustrating an example of a screen display of an ATM 200 according to an embodiment of the present invention. [Figure 8K] 10 is a diagram illustrating an example of a screen display of an ATM 200 according to an embodiment of the present invention. [Figure 8L] 10 is a diagram showing an example of a screen display of a user terminal 400 according to an embodiment of the present invention. [Figure 8M] 10 is a diagram illustrating an example of a screen display of an ATM 200 according to an embodiment of the present invention. [Figure 9A] FIG. 10 is a registration sequence diagram when using short-range wireless communication in an embodiment of the present invention. [Figure 9B] FIG. 10 is a registration sequence diagram when using short-range wireless communication in an embodiment of the present invention. [Figure 9C] FIG. 10 is a transaction sequence diagram when using short-range wireless communication in an embodiment of the present invention. [Figure 10A] FIG. 10 is a registration sequence diagram when continuous face authentication is applied in an embodiment of the present invention. [Figure 10B] FIG. 10 is a registration sequence diagram when continuous face authentication is applied in an embodiment of the present invention. [Figure 10C] FIG. 10 is a transaction sequence diagram when continuous face authentication is applied in an embodiment of the present invention. [Figure 11A] FIG. 10 is a registration sequence diagram when using a My Number card in an embodiment of the present invention. [Figure 11B] FIG. 10 is a transaction sequence diagram when using a My Number Card in an embodiment of the present invention. [Figure 12A] FIG. 10 is a sequence diagram showing the registration of My Number Card VCC in an embodiment of the present invention. [Figure 12B] FIG. 10 is a sequence diagram showing the registration of My Number Card VCC in an embodiment of the present invention. [Figure 12C] FIG. 1 is a transaction sequence diagram for converting My Number Cards into VCCs in an embodiment of the present invention. [Figure 13A] FIG. 10 is a sequence diagram of VCC suspension and resumption in an embodiment of the present invention. [Figure 13B] FIG. 10 is a sequence diagram of VCC suspension and resumption in an embodiment of the present invention. [Figure 14] FIG. 10 is a sequence diagram of a physical card reissue application in an embodiment of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0011] Hereinafter, embodiments of the present invention will be described with reference to the drawings. The examples are illustrative of the present invention, and for clarity of explanation, appropriate omissions and simplifications have been made. The present invention can be implemented in various other forms. Unless otherwise specified, each component may be singular or plural.

[0012] In order to facilitate understanding of the invention, the position, size, shape, range, etc. of each component shown in the drawings may not represent the actual position, size, shape, range, etc. Therefore, the present invention is not necessarily limited to the position, size, shape, range, etc. disclosed in the drawings.

[0013] Although various types of information may be described using expressions such as "table" and "list" as examples, the various types of information may also be expressed using data structures other than these. For example, various types of information such as "XX table" and "XX list" may also be expressed as "XX information." When describing identification information, expressions such as "identification information," "identifier," "name," "ID," and "number" are used, but these are interchangeable.

[0014] When there are multiple components with the same or similar functions, they may be described using the same reference numeral with different subscripts. When there is no need to distinguish between these multiple components, the subscripts may be omitted.

[0015] In the embodiments, processing performed by executing a program may be described. Here, a computer executes the program using a processor (e.g., a CPU or a GPU) and performs processing defined by the program using storage resources (e.g., a memory) and interface devices (e.g., a communication port). Therefore, the entity performing the processing by executing the program may be the processor. Similarly, the entity performing the processing by executing the program may be a controller, device, system, computer, or node having a processor. The entity performing the processing by executing the program may be any computing unit, and may include a dedicated circuit that performs specific processing. Here, the dedicated circuit may be, for example, an FPGA (Field Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), or a CPLD (Complex Programmable Logic Device).

[0016] A program may be installed on a computer from a program source. The program source may be, for example, a program distribution server or a computer-readable storage medium. When the program source is a program distribution server, the program distribution server may include a processor and a storage resource for storing the program to be distributed, and the processor of the program distribution server may distribute the program to be distributed to other computers. In addition, in an embodiment, two or more programs may be realized as one program, or one program may be realized as two or more programs. [Example]

[0017] (1) Overall structure Figure 1 is an overall configuration diagram of a transaction processing system 100 in this embodiment. The transaction processing system 100 has an automated teller machine (ATM) 200 as a transaction device operated by a user, a bank host system 300, a user terminal 400, and a virtual cash card (VCC) management server 500, and also has a communication network 600 that connects each of these devices via wired or wireless connections to send and receive data.

[0018] In each embodiment, a virtual cash card (hereinafter referred to as a virtual cash card or VCC) will be referred to as a physical card (physical card, physical cash card) or simply as a cash card (card), in contrast to a commonly used cash card as a physical medium made of resin or the like.

[0019] (2) Details of each part <Automated Teller Machine (ATM)> The ATM 200 is an automated transaction device installed in financial institutions, stores, etc., where users can make various transactions such as depositing and withdrawing cash, transferring funds, and recording banknotes. As shown in Figure 2, the ATM 200 has an input / output unit 210, a receiving unit 220, a communication processing unit 230, a currency processing unit 240, a deposit / withdrawal unit 250, a card processing unit 260, a bankbook processing unit 270, a statement processing unit 280, and a control unit 290.

[0020] Here, the input / output unit 210 is configured with a touch panel or the like for inputting transaction operation instructions, transaction amount, and PIN, as well as displaying transaction results, various information, and two-dimensional codes used when registering a VCC or when conducting transactions using a VCC, as described below.

[0021] The input / output unit 210 may be provided with a separate display device for screen output and an input device, or may be provided with a separate PIN-pad (personal identification number pad) or the like to ensure security when inputting a personal identification number, etc. The input / output unit 210 also includes a two-dimensional code reader that reads a two-dimensional code displayed on the user terminal 400, etc.

[0022] The receiving unit 220 connects to the user terminal 400 via short-range wireless communication and receives information necessary for VCC registration and transactions. The communication processing unit 230 transmits and receives predetermined information to and from the bank host system 300 and the VCC management server 500.

[0023] The currency processing section 240 consists of a banknote processing section and a coin processing section, each equipped with a banknote storage and coin storage for each denomination, and stores banknotes and coins equivalent to the amount specified in a withdrawal transaction, and banknotes and coins deposited in a deposit transaction. Note that if coins are not handled, the coin processing section may not be provided. The deposit / withdrawal section 250 is a deposit / withdrawal port through which users can remove withdrawn banknotes and coins and insert banknotes and coins to be deposited in withdrawal transactions, deposit transactions, etc. The card processing section 260 reads information from cash cards used for transactions. The passbook processing section 270 records transactions in the passbook. The statement processing section prints and outputs transaction details, etc. on a statement.

[0024] The control unit 290 controls the above units in cooperation with each other to execute the desired transaction. In the following description of the processing of the ATM 200, unless a specific processing entity is specified, it is assumed that the processing is performed by the control unit 290.

[0025] <Bank Host System> The bank host system 300 manages users' bank accounts, transactions, and transaction ledger data at the bank that installs and manages the ATM 200, and as shown in Figure 3, it has an account management database (DB) 310, a deposit master file DB 320, a communication processing unit 330, and a control unit 340.

[0026] Here, the account management DB 310 is a database that links and manages the account number of a user's bank account with user information (such as name, address, and contact information). The deposit master file DB 320 is a database in which the increase or decrease in the balance of each user's account due to transactions such as deposits and withdrawals is registered and corrected one by one, and the latest deposit amount can be referenced. The communication processing unit 330 transmits and receives data to and from other devices via the communication network 700. The control unit 340 is composed of, for example, a central processing unit (CPU), and performs various processes in the bank host system 300. In the following description of the processing of the bank host system 300, unless a specific processing entity is specified, it is assumed that the control unit 340 performs the processing.

[0027] <User device> The user terminal 400 is a smartphone, tablet terminal, wearable device, etc., on which the user performs various operations in the transaction processing system 100 of this embodiment, and as shown in Figure 4, it has an application unit 410, a short-range communication unit 420, a web access unit 430, a mobile phone function unit 440, an input / output unit 450, and a control unit 460.

[0028] The application section 410 stores application software programs (hereinafter referred to as applications) that are pre-installed in the user terminal 400 or installed by the user. In this embodiment, a VCC application 411 and a general application 412 are stored, and a central processing unit (CPU) (not shown) of the user terminal 400 executes these programs to realize desired functions.

[0029] Here, the VCC application 411 is an application that performs initial setting registration of the virtual cash card in this embodiment and transactions at the ATM 200. Furthermore, the general application 412 refers to other pre-installed applications or applications installed by the user, and includes one or more types of applications.

[0030] The short-range communication unit 420 transmits and receives data to and from the ATM 200, etc., via short-range wireless communication such as "NFC type-A," "NFC type-B," "Bluetooth (registered trademark)," or "UWB (Ultra Wide Band)." If necessary, the transmitted data may be encrypted during transmission. The web access unit 430 enables access to the Internet to acquire various information, and the mobile phone function unit 440 provides the mobile terminal 400 with mobile phone functions. The input / output unit 450 displays information from the above-mentioned units via a touch display or the like of the user terminal 400, and accepts data input from the user.

[0031] The control unit 460 is configured by, for example, a central processing unit (CPU), and performs various processes in the user terminal 400. In the following description of the processes of the user terminal 400, unless otherwise specified, it is assumed that the control unit 460 performs the processes.

[0032] <VCC Management Server> The VCC (Virtual Cash Card) management server 500 records and centrally manages various data required for initial setting registration of the virtual cash card and transactions at the ATM 200 for each user (bank account holder), and is a database (DB) server that searches, updates, saves, etc. those data. FIG. 5 shows the data configuration of the VCC management server 500, and includes face value information 510 consisting of a name 511, an account number 512, and an expiration date 513, a memorized number 520, a telephone number 530, an individual number 540 that uniquely identifies the user terminal 400, and magnetic information and / or IC information 550 of the cash card. Note that the VCC management server 500 can be realized by a general computer, a personal computer (desktop type, notebook type), etc.

[0033] (3) Overview of the overall processing flow First, the overall flow of the transaction process using the virtual cash card (VCC) in this embodiment will be described with reference to FIG. 6. This figure consists of a pre-registration process (step S610) for issuing a VCC and a transaction process (step S620) for performing a transaction using the issued VCC, and is based on the perspective of the user (bank account holder who performs the transaction) operating the user terminal 400 and the ATM 200. Details of the processes in each device will be described in the " (4) Detailed sequence" described later.

[0034] (3-1) Pre-registration (step S610) <Step S611> The user launches the VCC app installed on their user terminal 400 such as their smartphone, and registers the card information such as the account number and name of the cash card, as well as card information such as a PIN and phone number, into the VCC app. From a security standpoint, it is preferable that the VCC app be operable when personal authentication is completed using biometric information such as face or fingerprint, or a passcode.

[0035] <Step S612> A two-dimensional code including the card information registered in the VCC application and an individual number that uniquely identifies the user terminal 400 is displayed on the screen of the user terminal 400.

[0036] <Step S613> The user inserts the cash card into the ATM 200 and enters the PIN number according to the instructions on the ATM 200 screen.

[0037] <Step S614> The user holds the two-dimensional code displayed on the user terminal 400 over the two-dimensional code reader of the ATM 200 to have the ATM 200 read it.

[0038] <Step S615> The user has the user terminal 400 read the two-dimensional code displayed on the ATM 200 .

[0039] <Step S616> Based on the information received from ATM200, a virtual cash card (VCC) is issued within the VCC app.

[0040] (3-2) Transaction Processing (Step S620) <Steps S621 and S622> When the user starts the VCC application and selects "ATM transaction" from the VCC application menu, the corresponding two-dimensional code is displayed on the user terminal 400.

[0041] <Step S623> The user selects VCC transaction from the transaction menu of the ATM 200, and holds the two-dimensional code displayed on the user terminal 400 over the two-dimensional code reader of the ATM 200 to have the ATM 200 read it.

[0042] <Step S624> The user enters the personal identification number by following the instructions on the screen of the ATM 200. This step S624 may be replaced by step S624' shown below.

[0043] <Step S624'> The user terminal 400 receives the SMS with the authentication code from the VCC management server 500 and displays the authentication code. The user follows the instructions on the ATM 200 screen to enter the displayed authentication code.

[0044] <Step S625> The above operations complete the authentication process for transaction processing by the ATM 200. In other words, it is the same as inserting a cash card, entering a PIN, and being authenticated as in a normal cash card transaction. The user selects the transaction type (deposit, withdrawal, transfer, etc.) according to the instructions on the ATM 200 screen, specifies the amount, etc., and then carries out the transaction.

[0045] (4) Processing sequence Next, the details of each process when issuing a VCC and when using a VCC (transaction) will be explained using the process sequence diagrams shown in Figures 7A to 7D. Note that some of the processes will also be explained with reference to example screen displays of the user terminal 400 and ATM 200 shown in Figures 8A to 8C.

[0046] (4-1) When registering (issuing) a VCC (Figures 7A and 7B) <Step S701> A user wishing to issue a VCC launches the VCC app installed on the user terminal 400, selects Cash Card Information Registration 8A01 from a menu screen 8A00 as shown in FIG. 8A, and selects VCC Registration 8B02 from a transaction selection menu 8B00 of the ATM 200 as shown in FIG. 8B. The ATM 200 may display the VCC Registration button 8C01 on a screen 8C00 displayed after a regular transaction is completed as shown in FIG. 8C, rather than on the initial transaction selection menu 8B00. The ATM 200 may also switch to 2D code reading mode when a human presence is detected by a motion sensor or the like, or may remain in 2D code reading mode at all times. This allows a transaction to be started without selecting a transaction menu on the menu screen as shown in FIG. 8B. The user enters card information such as name 8D01, account number 8D02, expiration date 8D03, PIN 8D04, and phone number 8D05 on the cash card information registration screen 8D00 of the VCC app as shown in Fig. 8D, and presses the register button 8D06. In this embodiment, an example of registering a phone number will be described, but it is also possible to register and use a VCC without using phone number information.

[0047] <Step S702> The VCC app reads the card information, PIN, and phone number entered by the user, as well as the individual number recorded in a specified area of ​​the user terminal 400, and stores these as first setting information. It also displays a two-dimensional code 8E01 containing this information on screen 8E00, as shown in FIG. 8E. The individual number here is an identification number (ID) assigned to the user terminal 400 at the time of manufacture or the like, and is capable of uniquely identifying the device. When generating the two-dimensional code, it is preferable to implement at least one of the following security measures, rather than encryption, digital signature, or URL shortening: a dynamic two-dimensional code that stores information in the two-dimensional code itself, assigning a unique serial number to the two-dimensional code, a time-limited two-dimensional code, a method of dynamically generating information on the server side when the two-dimensional code is scanned, or error correction. For example, encryption can involve password protection, encryption of communication content using SSL / TLS, use of encryption algorithms such as AES (Advanced Encryption Standard), RSA (Rivest-Shamir-Adleman), and ECC (Elliptic Curve Cryptography), and solutions specifically for 2D codes.

[0048] <Step S703> The user inserts the cash card into the ATM 200 according to the instructions on screen 8F00 of the ATM 200 as shown in Fig. 8F, and enters the personal identification number using the keypad 8F01. The user then has the two-dimensional code reader of the ATM 200 read the two-dimensional code 8E01 (Fig. 8E) displayed on the user terminal 400.

[0049] <Steps S704 and S705> The ATM 200 acquires magnetic information and / or information stored on an IC card (hereinafter referred to as IC information) from the inserted cash card. The ATM 200 acquires face information from the magnetic information and / or IC information of the inserted cash card, and compares the acquired face information and the PIN entered into the ATM 200 with the face information and PIN included in the first setting information of the read two-dimensional code to confirm whether they match. If the first setting information is encrypted, the ATM 200 compares the face information and PIN decrypted by the ATM 200 with the face information of the inserted cash card and the PIN entered into the ATM 200 to confirm whether they match.

[0050] <Step S706> If there is a mismatch (NG) in step S705, the VCC issuance process (transaction) is canceled.

[0051] <Step S707> If the results in step S705 are a match (OK), the verification is successful, and the ATM 200 generates second setting information by combining the face information, PIN, telephone number, and individual number contained in the first setting information with the magnetic information and / or IC information acquired from the inserted cash card, and transmits the second setting information to the VCC management server 500. The VCC management server 500 records the second setting information as shown in FIG. 5. In this embodiment, the second setting information including the magnetic information and / or IC information acquired from the card is transmitted to the VCC management server 500, but the information transmitted to the VCC management server 500 may not include these. Note that the face information and PIN in the second setting information may not be those contained in the first setting information, but may be the face information acquired from the cash card inserted into the ATM 200 and the entered PIN. Note that VCC issuance management may also be performed by a VCC app rather than the VCC management server 500. For example, the card information and PIN number of the cash card inserted into the ATM 200, as well as the magnetic stripe information and / or IC information of the cash card, the individual number of the user terminal 400, and information including the telephone number are transmitted to the user terminal 400 (a two-dimensional code may be displayed on the ATM and read by the user terminal). The VCC app verifies this information against the information stored in the app, and if there is a match, issues a VCC. At this time, it is preferable that the machine number of the ATM 200 is transmitted to the user terminal 400 and recorded in the VCC app. Using the machine number of the ATM 200 makes it difficult for information to be copied or tampered with.

[0052] <Step S708> The ATM 200 displays, on a screen 8G00 as shown in Fig. 8G, the face information and PIN of the cash card that have been confirmed to match as described above, as well as a two-dimensional code 8G01 that includes the magnetic information and / or IC information of the cash card, the individual number and telephone number of the user terminal 400. Note that even in this case, it is preferable that the magnetic information and / or IC information, the individual number and telephone number of the user terminal 400 included in the two-dimensional code are encrypted.

[0053] <Steps S709, S710, S711> According to screen 8H00 of user terminal 400 as shown in FIG. 8H, the user reads two-dimensional code 8G01 displayed on ATM 200 with user terminal 400, and the VCC application retains the card information, PIN, magnetic information and / or IC information, individual number, and telephone number contained in the read two-dimensional code, and compares the card information, PIN, individual number, and telephone number excluding the magnetic information and IC information with the information entered in step S701. If the information contained in the read two-dimensional code is encrypted, the VCC application decrypts it and then compares the card information, PIN, individual number, and telephone number with the information entered in step S701. It is preferable that the read card information, PIN, magnetic information, and IC information are stored in the application in an encrypted state.

[0054] <Step S712> If there is a mismatch (NG) in step S711, the VCC issuance process (transaction) is canceled.

[0055] <Steps S713 and S714> If there is a match (OK) in step S711, the VCC application issues a virtual cash card (VCC) based on the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number obtained from the two-dimensional code in step S710, and the VCC can be used in the same way as a regular cash card. Once the virtual cash card (VCC) has been issued, the VCC application may instruct the VCC management server 500 to change the information to a status indicating that the issuance of the virtual cash card (VCC) has been completed, thereby changing the VCC issuance status of the VCC management server 500. Alternatively, after issuing a VCC using the VCC application, a process may be performed to have the ATM 200 read the VCC, and the ATM 200 may instruct the VCC management server 500 to change the status to a status indicating that the issuance of the VCC has been completed, thereby changing the VCC issuance status of the VCC management server 500.

[0056] (4-2) When using VCC (transaction) (Figure 7C) <Step S721> The user starts the VCC application installed on the user terminal 400 and selects VCC Use 8A02 from the menu screen 8A00 shown in Fig. 8A. Also, the user selects VCC Transaction 8B03 from the transaction menu screen 8B00 of the ATM 200 shown in Fig. 8B.

[0057] <Step S722> The VCC app displays a two-dimensional code 8I01 (including the cash card's face information, PIN number, magnetic information and / or IC information, and the user terminal's 400 individual number and telephone number) to be used as a virtual cash card on the screen 8I00 of the user terminal 400 as shown in Figure 8I.

[0058] <Step S723> The user follows the ATM screen 8J00 as shown in FIG. 8J, holds the two-dimensional code displayed on the user terminal 400 over the two-dimensional code reader of the ATM 200, and enters the personal identification number using the pin pad unit 8J01.

[0059] <Step S724> The ATM 200 queries the VCC management server 500 for the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number contained in the read two-dimensional code. If the information contained in the two-dimensional code is encrypted, it is decrypted before querying the VCC management server 500.

[0060] <Steps S725 and S726> The VCC management server 500 compares the card information, PIN, magnetic information and / or IC information, individual number, and telephone number received from the ATM 200 with the information held by the VCC management server 500. For example, the VCC management server 500 searches the table shown in Fig. 5 using the account number etc. included in the card information received from the ATM as a key, and if a matching account number is found, it checks whether all other information also matches.

[0061] <Step S727> If the result of the comparison in step S726 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number do not all match ("NG" in step S725), the transaction is canceled. As described above, in order to check the issuance status of the VCC, it is preferable to perform the inquiry process to the VCC management server 500 described in S724 to S727 to check whether the VCC has been suspended, etc. On the other hand, it is also possible to perform an ATM transaction without performing the process of checking the issuance status of the VCC in the VCC management server 500 (S724 to S726).

[0062] <Step S728> If the result of the comparison in step S726 is that the card information, PIN number, magnetic information, individual number, and telephone number all match, the ATM 200 receives a notification of authentication OK from the VCC management server 500 and displays screen 8K00, as shown in Figure 8K, which allows the user to select the type of transaction, such as deposit, withdrawal, or transfer.

[0063] <Step S729> The user selects a desired transaction from the transaction menu 8K00 displayed on the ATM 200 and executes the transaction according to the screen display. Subsequent transaction processing is the same as that of a normal ATM transaction. For example, in the case of a withdrawal transaction, the ATM 200 determines whether the withdrawal is possible by checking the balance in the deposit ledger of the bank host system 300 for the withdrawal amount specified by the user. If withdrawal is possible, the ATM 200 dispenses bills or coins of that amount, updates the amount in the deposit ledger of the bank host system 300, and completes the transaction. Alternatively, the user can execute an ATM transaction by selecting a desired transaction from the transaction menu 8K00 displayed on the ATM 200 and then executing steps S721 to S728.

[0064] (4-3) When using VCC (transaction) (using SMS; Figure 7D) In the VCC transaction described in FIG. 7C, instead of inputting a personal identification number at the ATM 200, it is also possible to issue an authentication code from the VCC management server and transmit it via SMS (Short Message Service) for authentication.

[0065] FIG. 7D is a sequence showing a transaction flow when using SMS. The processing from steps S721 to S723 in FIG. 7C is similar (S723 in FIG. 7C corresponds to S733 in FIG. 7D), so a description thereof will be omitted.

[0066] <Step S734> The ATM 200 stores the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number contained in the read two-dimensional code, and transmits a telephone authentication request to the VCC management server 500 .

[0067] <Step S735> The VCC management server 500 issues an authentication code and sends a short message (SMS) containing the issued authentication code to the user terminal 400 whose phone number is received from the ATM 200 .

[0068] <Step S736> The ATM 200 receives and stores the authentication code issued by the VCC management server 500, and displays a screen as shown in FIG. 8M, prompting the user to enter the authentication code written in the SMS.

[0069] <Step S737> The VCC application receives an SMS containing an authentication code from the VCC management server 500, and displays an SMS (8L00) containing the authentication code on the user terminal 400 as shown in FIG. 8L.

[0070] <Steps S738 and S739> According to the screen of ATM200 as shown in FIG. 8M, the user enters the authentication code written in the SMS into ATM200, and ATM200 compares the entered authentication code with the authentication code received from VCC management server 500 in step S736.

[0071] <Steps S740 and S741> If the result of the comparison in step S739 is that the two do not match, the transaction is canceled.

[0072] <Step S742> If the two match as a result of the comparison in step S739, the ATM 200 displays a screen for selecting the type of transaction, such as deposit, withdrawal, or transfer.

[0073] <Step S743> The user selects the desired transaction from the transaction menu displayed on the ATM 200 and executes the transaction according to the screen display.

[0074] As described above, according to this embodiment, there is no need to access the bank host system 300 when issuing a VCC or during authentication processing for a VCC transaction, and there is no need to significantly modify the existing bank host system 300 when introducing a VCC, which does not increase implementation costs. Furthermore, because VCCs can be issued and managed at the ATM 200, there is no need to introduce new dedicated equipment. Furthermore, because the individual number of the user terminal 400 is used to determine whether a VCC can be issued, it is possible to prevent impersonation by malicious users, etc., and operation can be performed with consideration given to security risks. [Example]

[0075] In this embodiment, an example will be described in which a VCC is issued or a VCC transaction is performed using near field communication instead of the two-dimensional code in embodiment 1. In embodiment 2 and subsequent embodiments, descriptions of configurations and processes similar to those in embodiment 1 will be omitted.

[0076] (1) At the time of VCC registration (issuance) (Figures 9A and 9B) <Step S901> As in the first embodiment, the user selects VCC registration 8B02 from the transaction selection menu 8B00 of the ATM 200 as shown in Fig. 8B, and enters card information such as name 8D01, account number 8D02, expiration date 8D03, PIN 8D04, and telephone number 8D05 on the cash card information registration screen 8D00 of the VCC app as shown in Fig. 8D, and presses the register button 8D06. As in the first embodiment, it is also possible to register and use a VCC without using telephone number information.

[0077] <Step S902> The VCC app reads and stores the card information, PIN, and telephone number entered by the user, as well as the individual number recorded in a designated area of ​​the user terminal 400, and prepares for short-range wireless communication with the ATM 200 (for example, turns on the short-range wireless communication function of the user terminal 400).

[0078] <Step S903> The user inserts the cash card into the ATM 200 and enters the PIN. The user then starts short-range wireless communication between the user terminal 400 and the ATM 200, and the VCC application transmits the card face information and PIN it holds to the ATM 200 via short-range wireless communication.

[0079] <Steps S904 and S905> The ATM 200 acquires magnetic information and / or information stored on an IC card (hereinafter referred to as IC information) from the inserted cash card. The ATM 200 acquires face information from the magnetic information and / or IC information of the inserted cash card, and compares the acquired face information and the entered PIN with the face information and PIN received from the user terminal 400 via short-range wireless communication to confirm whether they match.

[0080] <Step S906> If there is a mismatch (NG) in step S905, the VCC issuance process (transaction) is canceled.

[0081] <Step S907> If there is a match (OK) in step S905, the ATM 200 transmits the card face information, PIN number, telephone number, individual number, and magnetic information and / or IC information of the cash card to the VCC management server 500, and the VCC management server 500 records this information as shown in Fig. 5. As in the first embodiment, the information transmitted to the VCC management server 500 may be only the card face information, PIN number, telephone number, and individual number.

[0082] <Steps S908 and S909> The ATM 200 receives card information, PIN number, telephone number, individual number, magnetic information and / or IC information of the cash card from the VCC management server 500, and transmits this received information to the VCC app via short-range wireless communication with the user terminal 400.

[0083] <Steps S910 and S911> The VCC app stores the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number received via short-range wireless communication, and compares the card information, PIN number, individual number, and telephone number excluding the magnetic information and / or IC information with the information entered by the user in step S901.

[0084] <Step S912> If there is a mismatch (NG) in step S911, the VCC issuance process (transaction) is canceled.

[0085] <Steps S913 and S914> If there is a match (OK) in step S911, the VCC app issues a virtual cash card (VCC) based on the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number received via short-range wireless communication in steps S908-S909, and the VCC can be used in the same way as a regular cash card.

[0086] (2) When using VCC (transaction) (Figure 9C) <Step S921> The user starts the VCC application installed on the user terminal 400 and selects VCC Use 8A02 from the menu screen 8A00 shown in Fig. 8A. Also, the user selects VCC Transaction 8B03 from the transaction menu screen 8B00 of the ATM 200 shown in Fig. 8B.

[0087] <Step S922> The VCC app displays a screen indicating that the virtual cash card is now available for use, and prepares to perform near-field wireless communication with ATM200.

[0088] <Step S923> The user enters the PIN number by following the instructions on the ATM 200 screen. The VCC app transmits the card information, PIN number, magnetic information and / or IC information, individual number, and phone number that it holds to the ATM 200 via short-range wireless communication.

[0089] <Step S924> The ATM 200 queries the VCC management server 500 for the received card information, PIN number, magnetic information and / or IC information, individual number, and telephone number.

[0090] <Steps S925 and S926> The VCC management server 500 compares the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number received from the ATM 200 with the information held by the VCC management server 500 .

[0091] <Step S927> If the result of the comparison in step S926 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number do not all match (step S926: "NG"), the transaction is canceled.

[0092] <Step S928> If the result of the comparison in step S926 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number all match, the ATM 200 receives a notification of authentication OK from the VCC management server 500 and displays screen 8K00, as shown in Fig. 8K, for selecting the transaction type such as deposit, withdrawal, or transfer. Note that, as in the first embodiment, it is also possible to perform an ATM transaction without performing the process of checking the issuance status of the virtual cash card in the VCC management server 500 (S924 to S926).

[0093] <Step S929> The user selects the desired transaction from the transaction menu 8K00 displayed on the ATM 200 and executes the transaction according to the instructions on the screen. The transaction process thereafter is the same as a normal ATM transaction.

[0094] As described above, according to this embodiment, VCC issuance and VCC transactions are performed using near field communication instead of the two-dimensional code used in the first embodiment, so this embodiment can be applied to ATMs that do not have two-dimensional code readers. In addition, other effects are the same as those of the first embodiment. [Example]

[0095] In this embodiment, we will explain an example in which security performance is further enhanced by using facial recognition based on a user's facial image when issuing or trading a VCC. In particular, this embodiment is characterized by continuous facial recognition during each process, and if facial recognition is not successful, the process is immediately stopped. Note that this type of recognition is referred to as continuous facial recognition in this specification.

[0096] (1) At the time of VCC registration (issuance) (Figures 10A and 10B) <Step S1001> The user issuing a VCC starts the VCC app installed on the user terminal 400, logs in to the VCC app using continuous facial authentication, and enters the card information such as name, account number, and expiration date, as well as a PIN and phone number. The user also selects VCC registration from the transaction selection menu of the ATM 200. It is assumed that the user's facial image has been registered in advance in the VCC app.

[0097] <Step S1002> The VCC application reads and stores the card information, PIN, and phone number entered by the user, as well as the individual number recorded in a predetermined area of ​​the user terminal 400, and displays a two-dimensional code containing this information. When using a two-dimensional code, it is preferable to implement security measures similar to those in the first embodiment.

[0098] <Step S1003> The user inserts the cash card into the ATM 200 according to the instructions on the screen of the ATM 200, and enters the PIN using the keypad. The user then has the two-dimensional code displayed on the user terminal 400 read by the two-dimensional code reader of the ATM 200.

[0099] <Steps S1004 and S1005> A user holds their own identification card with an IC chip (such as a driver's license or My Number card) over a reader in the ATM 200, and the ATM 200 stores the information on the identification card. In this embodiment, the ATM 200 is assumed to be equipped with a reader that reads the identification card with an IC chip.

[0100] <Steps S1006 and S1007> The user takes a picture of their face using a camera installed in the ATM 200, and the ATM 200 compares the captured face image of the user with the face image of the user recorded in the IC chip of the identification card to perform continuous face authentication.

[0101] <Steps S1008 and S1009> If the result of the matching (continuous face authentication) in step S1007 is a mismatch (NG), the ATM 200 cancels the transaction (VCC registration process).

[0102] <Steps S1008, S1010, S1011> If the result of the comparison (continuous facial authentication) in step S1007 is a match (OK), ATM200 compares the face information and PIN number of the inserted cash card with the face information and PIN number contained in the read 2D code to confirm whether they match or not.

[0103] <Step S1012> If the results are not a match (NG) in step S1011, the ATM 200 cancels the transaction (VCC registration process).

[0104] <Step S1013> If the ATM 200 finds a match (OK) in step S1011, it sends the card face information, PIN number, telephone number, individual number, as well as the magnetic information and / or IC information of the cash card to the VCC management server 500, and the VCC management server 500 records this information.

[0105] <Step S1014> The ATM 200 displays the face information and PIN of the cash card that has been confirmed to match as described above, as well as the magnetic information and / or IC information of the cash card, the individual number of the user terminal 400, and a two-dimensional code including the telephone number.

[0106] <Steps S1015, S1016, S1017> The user reads the two-dimensional code displayed on the ATM 200 with the user terminal 400, and the VCC application stores the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number contained in the read two-dimensional code, and compares the card information, PIN number, individual number, and telephone number excluding the magnetic information and IC information with the information entered in step S1001.

[0107] <Step S1018> If there is a mismatch (NG) in step S1017, the transaction (VCC issuance process) is canceled.

[0108] <Steps S1019 and S1020> If there is a match (OK) in step S1017, the VCC app issues a virtual cash card (VCC) based on the card information, PIN number, magnetic information and / or IC information, individual number, telephone number, and facial image obtained from the 2D code in step S1016, and the card can be used in the same way as a regular cash card.

[0109] (2) When using VCC (transaction) (Figure 10C) <Step S1031> The user starts the VCC application installed on the user terminal 400 and logs in to the VCC application using continuous facial authentication. The user also selects VCC transaction 8B03 from the transaction menu screen 8B00 of the ATM 200 shown in FIG. 8B.

[0110] <Step S1032> The VCC app displays a two-dimensional code (including the cash card's face information, PIN number, magnetic information and / or IC information, the user terminal's 400 individual number, telephone number, and facial image) to be used as a virtual cash card on the screen of the user terminal 400.

[0111] <Step S1033> Following the instructions on the ATM 200 screen, the user holds the two-dimensional code displayed on the user terminal 400 over the two-dimensional code reader of the ATM 200 and enters their PIN using the pin pad. Then, an image of their face is captured by the ATM camera, and continuous face authentication begins.

[0112] <Step S1034> The ATM 200 starts continuous face authentication using the face image of the user captured by the ATM camera and the face image included in the two-dimensional code read in step S1033.

[0113] <Step S1035> The ATM 200 queries the VCC management server 500 for the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number contained in the read two-dimensional code.

[0114] <Steps S1036 and S1037> The VCC management server 500 compares the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number received from the ATM 200 with the information held by the VCC management server 500 .

[0115] <Step S1038> If the result of the comparison in step S1037 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number do not all match ("NG" in step S1037), the transaction is canceled.

[0116] <Step S1039> If the result of the comparison in step S1037 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number all match, the ATM 200 receives a notification of authentication OK from the VCC management server 500 and displays screen 8K00, as shown in Figure 8K, which allows the user to select the type of transaction, such as deposit, withdrawal, or transfer.

[0117] <Step S1040> The user selects the desired transaction from the transaction menu 8K00 displayed on the ATM 200 and executes the transaction according to the instructions on the screen. The transaction process thereafter is the same as a normal ATM transaction.

[0118] In the above-mentioned steps S1001, S1006 (S1007), S1031, S1033 (S1034), etc., continuous facial authentication is used to continuously (continuously) confirm the legitimacy of the user while proceeding with subsequent processing. However, if facial authentication becomes impossible due to impersonation by another person, etc., subsequent processing will be immediately interrupted and the transaction will be stopped.

[0119] As described above, according to this embodiment, continuous facial authentication is used to continuously verify the authenticity of the user while proceeding with each process, making it possible to carry out VCC transactions with superior security measures that prevent impersonation, etc. Other effects are the same as those of the first embodiment. [Example]

[0120] In this embodiment, an example will be described in which the VCC function of Example 1 and the like is stored in the My Number card itself. The memory area of ​​the IC chip of the My Number card has free space, and predetermined information can be written via the short-range wireless communication function of a smartphone or the like, and can be accessed and used later. In this embodiment, the VCC function is recorded in this free space and used for transactions.

[0121] (1) At the time of VCC registration (issuance) (Figure 11A) The processing sequence during registration is the same as in the first embodiment (FIGS. 7A and 7B) up to steps S711 to S712, but the processing after the determination in step S711 is "OK" is different, and will be explained starting from step S1101 in FIG. 11A.

[0122] <Step S1101> The user holds the user terminal 400 over the My Number card and enters a personal identification number or the like to establish communication between the VCC application and the IC chip of the My Number card.

[0123] <Step S1102> The VCC app sends the card information, PIN number, magnetic stripe information and / or IC card information, smartphone ID number, and phone number stored within the app to the My Number card.

[0124] <Step S1103> The information transmitted in step S1102 is stored in the IC chip of the My Number Card, completing the conversion of the My Number Card into a cash card (VCC).

[0125] (2) When using VCC (transaction) (Figure 11B) <Step S1111> The user selects VCC transaction (using My Number card) from the transaction menu selection screen of ATM 200. Next, the user holds their My Number card over ATM 200 and enters their PIN at ATM 200.

[0126] <Step S1112> The ATM 200 reads the card information, magnetic information and / or IC information, individual number, and telephone number recorded on the IC chip of the My Number card, and queries the VCC management server 500 along with the entered PIN.

[0127] <Steps S1113 and S1114> The VCC management server 500 compares the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number received from the ATM 200 with the information held by the VCC management server 500 .

[0128] <Step S1115> If the result of the comparison in step S1114 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number do not all match ("NG" in step S926), the transaction is canceled.

[0129] <Step S1116> If the result of the comparison in step S1114 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number all match, the ATM 200 receives a notification of authentication OK from the VCC management server 500 and displays screen 8K00, as shown in Figure 8K, which allows the user to select the type of transaction, such as deposit, withdrawal, or transfer.

[0130] <Step S1117> The user selects the desired transaction from the transaction menu 8K00 displayed on the ATM 200 and executes the transaction according to the instructions on the screen. The transaction process thereafter is the same as a normal ATM transaction.

[0131] As described above, according to this embodiment, the My Number Card can be equipped with a VCC function, which can prevent unauthorized use by malicious users through spoofing by modifying a smartphone, etc. Other effects are the same as those of the first embodiment. [Example]

[0132] In this embodiment, as a modification of the form in which the My Number card of the fourth embodiment stores the VCC function, an example in which the function (information) of the My Number card is built into the user terminal 400 will be described.

[0133] (1) At the time of VCC registration (issuance) (Figures 12A and 12B) <Step S1201> The user holds the user terminal 400 over the My Number card and enters a personal identification number or the like to establish communication between the VCC application and the IC chip of the My Number card.

[0134] <Step S1202> The VCC app stores various information about the My Number card within the app.

[0135] <Steps S1203 to S1214> Since this is the same processing as steps S701 to S712 in the first embodiment (FIGS. 7A and 7B), a description thereof will be omitted.

[0136] <Steps S1215 and S1216> By recording the card information, PIN number, magnetic information and / or IC information, smartphone individual number, and telephone number in addition to the My Number card information stored in the VCC app, the My Number card with VCC functionality is built into the user terminal 400.

[0137] (2) When using VCC (transaction) (Figure 12C) <Steps S1221 and S1222> The user selects a VCC transaction (using My Number card) from the transaction menu selection screen of the ATM 200. The user also starts the VCC application on the user terminal 400, and the VCC application prepares to have the ATM 200 read the VCC held in the built-in My Number card unit via near-field wireless communication.

[0138] <Step S1223> The user holds the user terminal 400 over the ATM 200 and enters the PIN by following the instructions on the ATM 200 screen. The VCC application transmits the card information, magnetic information and / or IC information, individual number, and telephone number stored in the My Number card section to the ATM 200 via short-range wireless communication.

[0139] <Step S1224> The ATM 200 queries the VCC management server 500 for the received card information, magnetic information and / or IC information, individual number, telephone number, and the input PIN.

[0140] <Steps S1225 and S1226> The VCC management server 500 compares the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number received from the ATM 200 with the information held by the VCC management server 500 .

[0141] <Step S1227> If the result of the comparison in step S1226 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number do not all match ("NG" in step S1226), the transaction is canceled.

[0142] <Step S1228> If the result of the comparison in step S1226 is that the card information, PIN number, magnetic information and / or IC information, individual number, and telephone number all match, the ATM 200 receives a notification of authentication OK from the VCC management server 500 and displays screen 8K00, as shown in Figure 8K, which allows the user to select the type of transaction, such as deposit, withdrawal, or transfer.

[0143] <Step S1229> The user selects the desired transaction from the transaction menu 8K00 displayed on the ATM 200 and executes the transaction according to the instructions on the screen. The transaction process thereafter is the same as a normal ATM transaction.

[0144] As described above, according to this embodiment, since the My Number card with VCC function is built into the user terminal 400, it is possible to prevent fraudulent registration by malicious users who impersonate others by modifying the smartphone when registering the VCC, and it is not necessary to carry the physical My Number card when using the VCC, which improves convenience for the user. Other effects are the same as those of the first embodiment. [Example]

[0145] In this embodiment, an example of VCC suspension processing and resumption processing when a user terminal 400 to which a VCC has been issued is lost will be described using the sequence diagrams shown in Figures 13A and 13B. In Figures 13A and 13B, steps S1301 to S1308 are the VCC suspension processing, and steps S1321 to S1336 are the VCC resumption processing.

[0146] (1) VCC suspension process <Step S1301> A user who loses a user terminal such as a smartphone equipped with a VCC (configured) can select the VCC suspension procedure from the transaction menu screen of the ATM 200, insert their cash card, and enter their PIN.

[0147] <Step S1302> The ATM 200 reads the information on the inserted cash card, stores the card information, PIN number, magnetic information and / or IC information, and transmits a request to the VCC management server 500 to suspend the use of the VCC.

[0148] <Steps S1303 and S1304> The VCC management server 500 collates the card information, PIN number, magnetic information and / or IC information received from the ATM 200 with its own database to check whether there is a matching data set.

[0149] <Step S1305> If there is no matching data set in the database of the VCC management server 500 ("NG" in step S1304), the transaction for which the VCC usage suspension process is to be performed is canceled.

[0150] <Step S1306> If there is a matching data set in the database of the VCC management server 500 (step S1304: "OK"), the VCC suspension process is performed, for example, by assigning a flag indicating "suspended" to the relevant data set.

[0151] <Step S1307> The ATM 200 receives account information (such as the account number) for which the VCC suspension process has been performed from the VCC management server 500, and notifies the user by displaying on a screen that the VCC use for the account number has been suspended. The ATM 200 may also decide not to accept any VCC transactions for the account number in the future.

[0152] <Step S1308> The user receives the cash card ejected from the ATM 200, and the VCC usage suspension process is completed.

[0153] (2) VCC usage resumption process <Step S1321> When a user finds a user terminal 400 that has been lost or otherwise lost, the user selects VCC usage resumption processing from the VCC application menu and VCC usage resumption processing from the ATM 200 transaction menu in order to use the user terminal 400 to start the VCC usage resumption processing.

[0154] <Step 1322> The VCC app displays a two-dimensional code on the user terminal 400, which includes the card information, PIN number, telephone number, and smartphone individual number.

[0155] <Step S1323> The user follows the instructions on the ATM 200 screen to insert the cash card into the ATM 200, enters the personal identification number, and holds the two-dimensional code displayed on the user terminal 400 over the ATM 200.

[0156] <Steps S1324 and S1325> The ATM 200 compares the face information of the inserted cash card and the entered personal identification number with the face information and personal identification number included in the two-dimensional code that is held up.

[0157] <Step S1326> If the result of the comparison is that the data do not match ("NG" in step S1325), the transaction in which the VCC usage resumption process is performed is canceled.

[0158] <Steps S1327 and S1328> If the result of the comparison shows that each piece of data matches ("OK" in step S1325), the ATM 200 sends the card information, PIN number, magnetic and / or IC information, telephone number, and smartphone individual number contained in the two-dimensional code to the VCC management server 500, and the VCC management server 500 compares it with the information stored in its database.

[0159] <Step S1329> If there is no matching data set in the database of the VCC management server 500 ("NG" in step S1328), the transaction for which the VCC usage resumption process is to be performed is canceled.

[0160] <Step S1330> If there is a matching data set in the database of the VCC management server 500 ("OK" in step S1328), the VCC usage resumption process is performed by, for example, clearing the flag indicating "usage suspended" that was assigned in the aforementioned step S1306 for the corresponding data set.

[0161] <Step S1331> The ATM 200 receives from the VCC management server 500 the card information, PIN number, magnetic stripe information, smartphone individual number, and telephone number of the account for which resumption of VCC use has been approved, and displays a two-dimensional code containing this information on the screen.

[0162] <Step S1332> The user reads the two-dimensional code displayed on the ATM 200 with the camera of the user terminal 400 (VCC application).

[0163] <Steps S1333 and S1334> The VCC app compares the card information, PIN number, magnetic information and / or IC information, smartphone ID number, and telephone number contained in the 2D code displayed on ATM 200 with the corresponding information for the account stored in the app itself.

[0164] <Step S1335> If the VCC application finds no match (NG in step S1334), the transaction in which the VCC usage resumption process is to be performed is canceled. The VCC application also performs processing such as canceling the usage resumption approval from the VCC management server 500 in step S1330.

[0165] <Step S1336> If the VCC app finds a match ("OK" in step S133), the VCC app will display a screen to the user indicating that the suspension has been lifted, and the transaction will be completed by performing the VCC usage resumption process.

[0166] The above-mentioned processes in steps S1331 to S1335 may be omitted. That is, after the resumption of VCC use is approved in step S1330, the process may immediately proceed to step S1336 and the VCC use resumption process may be completed.

[0167] As described above, according to this embodiment, when a user terminal that has registered a VCC is lost, the service suspension process is immediately performed using a cash card, and when the user terminal is later found, the service resumption process can be easily performed using that user terminal, allowing the process to be performed quickly and easily even when the bank counter is closed and outside of business hours. [Example]

[0168] In this embodiment, an example will be described using the sequence diagram shown in Figure 14 in which a user who has lost a physical cash card suspends the use of the card and then applies for a new physical cash card to be reissued using a VCC application. <Step S1401> Users who lose their physical cash card can request suspension of use of the physical card using another dedicated app or by phone.

[0169] <Steps S1402 and S1403> When the user starts the VCC application and selects a request for reissuance of a physical cash card from the menu, the VCC application sends a request for reissuance of a physical cash card to the VCC management server 500 .

[0170] <Step S1404> When the VCC management server 500 receives a request to reissue a physical cash card, it sends a command to the VCC application to verify the identity of the user.

[0171] <Step S1405> Based on the instructions displayed on the user terminal 400 (VCC application), the user prepares their own identification card with an IC chip (such as a My Number card or driver's license) to verify their identity, and holds it up to the reader on the user terminal 400 to read it.

[0172] <Step S1406> The VCC app stores personal information and facial image information recorded on the IC chip of the scanned ID card.

[0173] <Step S1407> The user takes a picture of his or her own face using the camera of the user terminal 400 based on instructions displayed on the user terminal 400 (VCC application).

[0174] <Steps S1408 and S1409> The VCC application compares the captured facial image of the user with the facial image information stored in the IC chip acquired in step S1406.

[0175] <Step S1410> If the result of the comparison in step S1409 is a mismatch (NG), the transaction related to the request for reissue of the physical cash card is canceled.

[0176] <Step S1411> If the result of the check in step S1409 is a match (OK), the VCC application approves the request for reissuance of the physical cash card to the VCC management server 500 and notifies the financial institution of the reissue application.

[0177] <Step S1412> The financial institution then reissues the physical cash card and sends it to the user by mail.

[0178] As described above, according to this embodiment, when a physical cash card is lost, it is possible to apply for a reissue using the VCC app, and the process can be carried out quickly and easily even outside of business hours when bank counters are closed.

[0179] Although each embodiment has been described above, it is possible to change, add, or combine some of the configurations and processes within the scope of possibility. For example, the continuous face authentication described in the third embodiment can be combined with other embodiments.

[0180] In addition, in each embodiment, an ATM capable of deposit and withdrawal transactions is used as the device for registering a VCC and performing VCC transactions, etc., but any device having the functions necessary to perform each process described in each of the above embodiments (for example, a two-dimensional code reader or short-range wireless communication function) may also be used, such as an automated machine such as a CD (cash dispenser) dedicated to withdrawal transactions.In addition, the VCC registration process can be applied not only to automated machines that perform financial transactions, but also to other information processing devices including counter terminals, etc. [Explanation of symbols]

[0181] 100: Transaction processing system 200: Automatic Teller Machine (ATM) 300: Bank host system 400: User terminal 500: VCC management server 600: Communication Network

Claims

1. A transaction processing system having a user terminal, an information processing device, and a server device, The user terminal Accepting registration of face information and a personal identification number of a cash card, generating first setting information together with an individual number acquired from the device, and transmitting the information to the information processing device; a processing unit that receives second setting information from the information processing device, compares the face information, the PIN number, and the individual number included in the first setting information with the face information, the PIN number, and the individual number included in the second setting information, and if the comparison is successful, registers the face information, the PIN number, and the individual number included in the first setting information and the magnetic information and / or IC information of the cash card included in the second setting information as virtual cash card information, The information processing device includes: a control unit that compares the face information read from the cash card and the input personal identification number with the face information and the personal identification number contained in the received first setting information, and if the comparison is successful, generates second setting information that includes the face information, the personal identification number, and the individual number contained in the received first setting information, and the magnetic information and / or IC information read from the cash card, and transmits the second setting information to the user terminal; A transaction processing system comprising:

2. 2. The transaction processing system of claim 1, the processing unit further accepts registration of a user's telephone number, the first setting information includes the telephone number, compares the face information, the PIN, the telephone number, and the individual number included in the first setting information with the face information, PIN, telephone number, and individual number included in the second setting information, and if the comparison is successful, registers the face information, the PIN, the telephone number, and the individual number included in the first setting information, and the magnetic information and / or IC information of the cash card included in the second setting information as virtual cash card information; the control unit generates the second setting information including the telephone number included in the received first setting information, and transmits the second setting information to a server device; the server device has a storage unit that registers the second setting information received from the information processing device; A transaction processing system comprising:

3. 2. The transaction processing system of claim 1, the user terminal transmits the first setting information to the information processing device using a two-dimensional code; the information processing device transmits the second setting information to the user terminal using a two-dimensional code; A transaction processing system comprising:

4. 2. The transaction processing system of claim 1, the user terminal transmits the first setting information to the information processing device using short-range wireless communication; the information processing device transmits the second setting information to the user terminal using short-range wireless communication; A transaction processing system comprising:

5. 2. The transaction processing system of claim 1, the user terminal, when first continuous face authentication using a pre-stored face image of the user and a captured image of the face of the user initiating a transaction is authenticated, allows the start of a process for accepting registration of face information of the cash card, a PIN number, and a user telephone number; When second continuous face authentication is authenticated using a captured image of the user's face and facial image data of the user stored in an IC chip-embedded identification card, the information processing device allows the start of a process of comparing the face information read from the cash card and the input personal identification number with the face information and the personal identification number included in the received first setting information. A transaction processing system comprising:

6. 2. The transaction processing system of claim 1, The user terminal registers the virtual cash card information to the My Number card. A transaction processing system comprising:

7. 2. The transaction processing system of claim 1, The user terminal has a My Number card unit that stores My Number card information, and registers the virtual cash card information in the My Number card unit. A transaction processing system comprising:

8. 3. The transaction processing system of claim 2, The information processing device includes: Based on an instruction from the user, a flag indicating suspension of use is added to the second setting information registered in the server device, and then comparing the face information read from the cash card and the input personal identification number with the face information and the personal identification number included in the first setting information received from the user terminal, and if the comparison is successful, canceling the flag indicating the suspension of use that is assigned to the second setting information registered in the server device; A transaction processing system comprising:

9. 3. The transaction processing system of claim 2, The information processing device is an automated machine for performing financial transactions, querying the server device for the virtual cash card information received from the user terminal, and if the query is successful, allowing the user to perform financial transactions; A transaction processing system comprising:

10. A cash card information registration method for registering cash card information in a user terminal, comprising: a step of accepting registration of face information and a personal identification number of a cash card in the user terminal, generating first setting information together with the individual number acquired from the user terminal, and transmitting the first setting information to an information processing device; In an information processing device, comparing the face information read from the cash card and the input PIN with the face information and the PIN included in the first setting information transmitted from the user terminal, and if the comparison is successful, generating second setting information including the face information, the PIN, and the individual number included in the first setting information, and the magnetic information and / or IC information read from the cash card, and transmitting the second setting information to the user terminal; receiving, in the user terminal, the second setting information from the information processing device, comparing the face information, the PIN number, and the individual number contained in the first setting information with the face information, the PIN number, and the individual number contained in the second setting information, and if the comparison is successful, registering the face information, the PIN number, and the individual number contained in the first setting information and the magnetic information and / or IC information of the cash card contained in the second setting information as virtual cash card information; A cash card information registration method comprising the steps of:

11. The cash card information registration method according to claim 10, The user terminal further accepts registration of a user's telephone number, and the first setting information includes the user's telephone number; In the information processing device, the second setting information further includes the telephone number included in the first setting information, and the generated second setting information is transmitted to a server device and the user terminal; registering the second setting information received from the information processing device in the server device; In the user terminal, the face information, the PIN, the telephone number, and the individual number included in the first setting information are compared with the face information, the PIN, the telephone number, and the individual number included in the second setting information, and if the comparison is successful, the face information, the PIN, the telephone number, the individual number included in the first setting information, and the magnetic information and / or IC information of the cash card included in the second setting information are registered as virtual cash card information. A cash card information registration method comprising:

Images