WO2015137404A1 - 認証装置、認証システム及びプログラム - Google Patents

認証装置、認証システム及びプログラム Download PDF

Info

Publication number
WO2015137404A1
WO2015137404A1 PCT/JP2015/057172 JP2015057172W WO2015137404A1 WO 2015137404 A1 WO2015137404 A1 WO 2015137404A1 JP 2015057172 W JP2015057172 W JP 2015057172W WO 2015137404 A1 WO2015137404 A1 WO 2015137404A1
Authority
WO
WIPO (PCT)
Prior art keywords
authentication
image
user
image group
user terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2015/057172
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.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co Ltd
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 Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Priority to JP2016507796A priority Critical patent/JP6315080B2/ja
Publication of WO2015137404A1 publication Critical patent/WO2015137404A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/36—User authentication by graphic or iconic representation

Definitions

  • the present invention relates to an authentication technique using an image.
  • Patent Literature 1 discloses an authentication method that uses a color that is selectively displayed in a terminal screen area as a password.
  • the main object of the present invention is to provide an authentication device, an authentication system, and a program that can suitably execute highly secure user authentication without requiring a complicated password.
  • the authentication device includes a storage unit that stores, for each user, an image group constituting an authentication image set for each user, and a connection that receives a connection request including user identification information from the terminal.
  • a request reception unit For each image group, a request reception unit generates an authentication table indicating the image group candidate set for the user indicated by the user identification information and a code corresponding to the candidate, and transmits the authentication table to the terminal.
  • the authentication device includes a storage unit, a connection request reception unit, an authentication table transmission unit, a response reception unit, and a determination unit.
  • the storage unit stores, for each user, an image group constituting an authentication image set for each user.
  • the connection request receiving unit receives a connection request including user identification information from the terminal.
  • the authentication table transmission unit generates an authentication table indicating an image group candidate of an authentication image set for the user indicated by the user identification information and a code corresponding to the candidate for each image group constituting the authentication image, Send to the terminal.
  • the response receiving means receives, for each authentication table, a code corresponding to an image group candidate constituting the authentication image selected by the user of the terminal.
  • the determination unit determines whether or not the code received by the response reception unit indicates a code of an image group constituting the authentication image set by the user.
  • the user visually stores the authentication image
  • the authentication apparatus causes the user of the terminal to select the image group constituting the authentication image as a password.
  • the authentication device can increase the security by increasing the number of authentication elements without excessively increasing the burden for the user to remember the password.
  • the authentication table includes a name indicating the candidate for the image group, and the authentication table transmission unit sets the name indicating the image group set for the user for each authentication session.
  • the authentication apparatus prevents the name indicating the image group set for the user from being included in the authentication table every time, and the code of the authentication image set for the user can be detected by an attacker who intercepts communication repeatedly. Can be suitably suppressed.
  • the storage unit may include at least one of an image indicating a theme of the authentication image, an image indicating a background of the authentication image, and a conversion instruction of the theme as the image group.
  • an image indicating a theme of the authentication image an image indicating a background of the authentication image
  • a conversion instruction of the theme as the image group.
  • the authentication apparatus further includes key generation means for generating a session key shared with the terminal, and the authentication table transmission means encrypts and transmits the authentication table based on the session key. According to this aspect, user authentication can be executed more safely.
  • an authentication system comprising any one of the above-described authentication devices and a terminal connected to the authentication device via a network, wherein the terminal receives each of the authentication tables.
  • a selection receiving means for selectively displaying an image representing a candidate of the image group included in the authentication table for each of the authentication tables, and the image selected for each authentication table
  • Response transmitting means for transmitting a code corresponding to an image group candidate to be transmitted to the authentication device.
  • the authentication system can perform user authentication by causing the user to suitably specify an authentication image necessary for user authentication.
  • the transmission order of the codes corresponding to the candidates to be transmitted for each authentication table is changed for each authentication session.
  • the authentication system can make it difficult for the communication interceptor to guess the code of the authentication image.
  • the authentication table includes a name indicating a candidate for the image group
  • the authentication table transmission unit includes the image group set for the user to be included in the authentication table.
  • the name to be shown is determined by applying an algorithm shared with the terminal, and the selection receiving unit applies the algorithm to the name showing the image group set for the user included in the authentication table. Then, the image to be displayed is recognized.
  • the authentication system can change only the name of the image group for each authentication session without changing the entity of the image group set for the user, and communicates the code of the authentication image set for the user. It is possible to suitably suppress analogy to the eavesdropper.
  • a terminal device connected to the authentication device according to any one of the above through a network, an authentication table receiving unit that receives each of the authentication tables from the authentication device, and the authentication table
  • a selection receiving means for selectively displaying an image representing the image group candidate included in the authentication table, and an image group candidate corresponding to the image selected for each authentication table.
  • Response transmitting means for transmitting a code to the authentication device, the authentication table includes a name indicating the candidate image group, and the authentication device is set to the user included in the authentication table.
  • the name indicating the image group is determined by applying an algorithm shared with the terminal device, and the selection receiving means By applying the algorithm to the name indicating the image group set to the user contained in the authentication table, it recognizes an image to be displayed.
  • the terminal device performs user authentication by causing the user to preferably designate an image group that constitutes an authentication image necessary for user authentication.
  • the terminal device can intercept the code of the authentication image set for the user by changing only the name of the image group for each authentication session without changing the entity of the image group set for the user. It is possible to suitably suppress analogy to a person.
  • the program causes a computer to function as any one of the authentication devices described above.
  • the authentication apparatus according to the present invention can be configured by installing this program in a computer and causing it to function.
  • the program causes the computer to function as the terminal device described above. By installing this program in a computer and causing it to function, the terminal device according to the present invention can be configured.
  • user authentication can be performed safely based on an image group constituting an authentication image set for each user without requiring a complicated password input. .
  • the structure of the transaction system which concerns on 1st Embodiment is shown.
  • the block diagram of an authentication server is shown.
  • the block diagram of a user terminal is shown.
  • An example of the data structure of a password table is shown.
  • generated by the 1st authentication session is shown.
  • generated by the 2nd authentication session is shown.
  • the example of a display of a theme image selection screen is shown.
  • the example of a display of a background image selection screen is shown.
  • the structure of the transaction system which concerns on a modification is shown.
  • FIG. 1 shows a configuration of a transaction system according to the first embodiment.
  • the transaction system includes a service provider server 1 managed by a service provider such as a bank, and a user terminal 3 used by a user who receives the above service.
  • the service provider server 1 and the user terminal 3 perform data communication via a communication network 2 such as the Internet.
  • the service provider server 1 includes two servers, an authentication server 1A that performs user authentication of the user terminal 3 and a transaction server 1B that performs processing related to transactions after the user authentication.
  • the authentication server 1A and the transaction server 1B exchange data necessary for executing the assigned processing as necessary.
  • the authentication server 1A causes the user terminal 3 to specify an authentication image (also referred to as “authentication image”) registered for each user from the image group, and an image configured based on the specified image group is displayed. If it matches the registered authentication image, the user is authenticated as a valid user.
  • the transaction server 1B transmits display information of a transaction screen to the user terminal 3 or performs a transaction from the user terminal 3. Receive input information on the screen. Thereby, transaction server 1B performs the transaction which the user of user terminal 3 desires.
  • the user terminal 3 is a communication terminal such as a smartphone, for example, and has a display 41 on which a touch panel 42 is stacked in the example of FIG.
  • the user terminal 3 communicates with the authentication server 1A and receives user authentication from the authentication server 1A before executing processing related to the transaction with the transaction server 1B.
  • FIG. 2 is a block diagram of the authentication server 1A.
  • the authentication server 1A includes a display unit 11 such as a display, an input unit 12 such as a keyboard, a storage unit 13, a communication unit 14 that performs data communication, and a control unit 15. Each of these elements is connected to each other via a bus line 10.
  • the storage unit 13 is configured by a memory such as a hard disk or a flash memory.
  • the storage unit 13 stores a program executed by the control unit 15.
  • the storage unit 13 stores a table (also referred to as “password table Tp”) indicating image groups constituting authentication images set for each user.
  • the password table Tp includes, for each user, a “theme image” indicating an object displayed as the theme of the authentication image, a “background image” displayed on the background of the object, A “conversion instruction” for designating the direction of the object is stored as an image group of authentication images.
  • a specific example of the password table Tp will be described later with reference to FIG.
  • the control unit 15 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and the like (not shown), and performs various controls on each component in the authentication server 1A.
  • CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the control unit 15 sets the image group registered in the password table Tp for each type of image group that forms the authentication image.
  • a table indicating candidates (also referred to as “authentication table Tc”) is generated and transmitted to the user terminal 3.
  • the authentication table Tc includes the file name of the theme image or background image or the command name of the conversion instruction, and the authentication code associated therewith.
  • the control part 15 determines whether the user of the user terminal 3 is a valid user by receiving the authentication code which shows the selection result in the authentication table Tc from the user terminal 3. .
  • the control unit 15 functions as a “connection request receiving unit”, “authentication table transmitting unit”, “response receiving unit”, “determination unit”, and a program executed by a computer.
  • the authentication table Tc including the file name of the theme image is also referred to as “first authentication table Tc1”, and the authentication table Tc including the file name of the background image is also referred to as “second authentication table Tc2”.
  • the authentication table Tc including the command name is also referred to as “third authentication table Tc3”.
  • FIG. 3 is a block diagram of the user terminal 3.
  • the user terminal 3 includes a display unit 31 such as a display 41, an input unit 32 such as a touch panel 42, a storage unit 33, a communication unit 34 that performs data communication, and a control unit 35. These elements are connected to each other via a bus line 30.
  • the storage unit 33 is configured by a memory such as a hard disk or a flash memory.
  • the storage unit 33 stores a program executed by the control unit 35.
  • the storage unit 33 stores image data corresponding to each file name of the theme image included in the first authentication table Tc1 transmitted from the authentication server 1A.
  • the storage unit 33 stores image data corresponding to each file name of the background image included in the second authentication table Tc2.
  • the storage unit 33 stores the setting of the orientation of the theme image corresponding to each command name of the conversion instruction included in the third authentication table Tc3.
  • the control unit 35 includes a CPU, a ROM, a RAM, and the like (not shown), and performs various controls on each component in the user terminal 3.
  • the control unit 35 performs a predetermined process by executing a program stored in the storage unit 33. For example, the control unit 35 displays a plurality of images on the display 41 based on the authentication table Tc received from the authentication server 1A, and accepts selection by the touch panel 42 or the like. Then, the control unit 35 transmits an authentication code corresponding to the image selected by the user to the authentication server 1A.
  • the control unit 35 functions as an “authentication table receiving unit”, a “selection receiving unit”, a “response transmitting unit”, and a program executed by the computer in the present invention.
  • FIG. 4 shows an example of the data structure of the password table Tp stored in advance in the storage unit 13.
  • the file name of the theme image, the file name of the background image, and the command name of the conversion instruction are associated with each user ID (user identification information).
  • the user ID of each user registered in the authentication server 1A is recorded in the item “user ID”.
  • file names of the theme image and the background image are recorded, respectively.
  • the file name “Dog1.jpg” of the theme image and the file name “back2.jpg” of the background image are associated with the user ID “0001”.
  • conversion instruction a command name for specifying a direction for displaying an object to be the subject of the authentication image on the display unit is recorded.
  • the command name “Rotate0” is associated with the user ID “0001”.
  • Rotate 0 and “Rotate 90” indicate that the orientation of the target object of the authentication image is rotated by 0 ° and 90 ° in the counterclockwise direction from the standard state, respectively.
  • “Fliphorizontal” indicates that the orientation of the target object of the authentication image is reversed left and right from the standard state.
  • “FlipVertical” (not shown) indicates that the orientation of the target object of the authentication image is inverted from the standard state.
  • FIG. 5A to 5C show the data structure of each authentication table Tc generated in the first authentication session of the user ID “0001”. Specifically, FIG. 5A shows the data structure of the first authentication table Tc1 including the file name of the theme image. FIG. 5B shows the data structure of the second authentication table Tc2 including the file name of the background image. FIG. 5C shows the data structure of the third authentication table Tc3 including the command name of the conversion instruction.
  • Each authentication table Tc is randomly selected as a file name or command name (also referred to as “registered file name” or “registered command name”) registered in the password table Tp in association with the person to be authenticated. Incorrect file name or command name (also referred to as “dummy file name” or “dummy command name”). Each file name or each command name in each authentication table Tc is associated with a unique authentication code generated at random.
  • a column corresponding to the registered file name or registered command name of the user ID “0001” who is the subject of authentication is surrounded by a broken line frame.
  • the above-mentioned dummy file name is the file name of the image for incorrect answer of the theme image, and a predetermined number is randomly selected for each authentication session.
  • the image data indicated by the registered file name and the dummy file name is stored in advance by the storage unit 33 of the user terminal 3.
  • the right column of the first authentication table Tc1 is associated with a unique authentication code for each file name in the left column.
  • the background image such as the registered file name “back2.jpg” and “back1.jpg” of the background image corresponding to the user ID “0001” is displayed.
  • the dummy file names are listed. A predetermined number of the above dummy file names are randomly selected for each authentication session.
  • the registered file name and the image data indicated by each dummy file name are stored in advance by the storage unit 33.
  • a unique authentication code is associated with each file name in the left column.
  • a registration command name “Rotate0” and a dummy command name such as “Rotate90” corresponding to the user ID “0001” are displayed. Are lined up. A predetermined number of the above dummy command names are randomly selected for each authentication session. The contents of the subject image conversion instruction indicated by the registered command name and each dummy command name are stored in advance in the storage unit 33. Also, a unique authentication code is associated with each command name in the left column in the right column of the third authentication table Tc3 shown in FIG.
  • each authentication code included in the authentication table Tc is randomly generated for each authentication session.
  • 6A to 6C show the data structure of each authentication table Tc generated in the second authentication session with the user ID “0001”.
  • the registered file name “Dog1.jpg” of the theme image corresponding to the user ID “0001” is stored. There is a column shown (see dashed line frame).
  • the authentication codes corresponding to these registered file names are “37Yxp ′′ ⁇ 6” in the case of FIG. 5A, and “jr3O2qnbT” in the case of FIG.
  • a column indicating “jpg” is present (see a broken line frame).
  • the authentication codes corresponding to these registered file names are different from each other.
  • the conversion command registration command name “Rotate0” corresponding to the user ID “0001” is set. There is a column shown (see dashed line frame).
  • authentication codes corresponding to these registered command names are different from each other.
  • FIG. 7 is a flowchart showing a procedure of authentication processing executed by the user terminal 3 and the authentication server 1A.
  • the user terminal 3 and the authentication server 1A execute the processing of the flowchart shown in FIG. 7 when a predetermined operation is performed on the user terminal 3.
  • the user terminal 3 displays a login screen with a Web browser and accepts an input such as a login ID (step S101). Then, after confirming the input content on the login screen, the user terminal 3 transmits a connection request including the input user ID to the authentication server 1A (step S102).
  • the authentication server 1A generates authentication tables Tc1 to Tc3 for each type of image group constituting the authentication image, based on the user ID included in the connection request received from the user terminal 3 (step S103). . Specifically, first, the authentication server 1A extracts the registration file name of the theme image and background image and the registration command name of the conversion instruction corresponding to the user ID included in the connection request from the password table Tp, and these The dummy file name and dummy command name are selected at random. Next, the authentication server 1A randomly generates an authentication code corresponding to the extracted or selected file name and command name, thereby generating authentication tables Tc1 to Tc3 as shown in FIG. Then, the authentication server 1A transmits the generated authentication tables Tc1 to Tc3 to the user terminal 3 (step S104).
  • the user terminal 3 displays a screen for selecting a theme image (also referred to as “theme image selection screen”) based on the received first authentication table Tc1, and accepts an input for selecting the theme image (step S105). ).
  • the user terminal 3 reads out the images indicated by the file names included in the first authentication table Tc1 from the storage unit 33 and displays them in a selectable manner.
  • the theme image selection screen will be described later with reference to FIG.
  • the user terminal 3 transmits an authentication code corresponding to the file name of the selected image to the authentication server 1A (step S106).
  • the user terminal 3 displays a screen for selecting a background image (also referred to as a “background image selection screen”) based on the received second authentication table Tc2, and accepts an input for selecting the background image (step). S107).
  • the user terminal 3 reads out the image indicated by each file name included in the second authentication table Tc2 from the storage unit 33, displays the image combined with the theme image selected in step S105.
  • the background image selection screen will be described later with reference to FIG.
  • the user terminal 3 transmits an authentication code corresponding to the file name of the background image combined with the selected image to the authentication server 1A ( Step S108).
  • the user terminal 3 displays a screen for selecting the direction of the theme image (also referred to as “conversion instruction selection screen”), and inputs for selecting the direction of the theme image. Accept (step S109).
  • the user terminal 3 converts and displays the theme image selected in step S105 according to the conversion instruction indicated by each command name included in the third authentication table Tc3.
  • the conversion instruction selection screen will be described later with reference to FIG.
  • the user terminal 3 transmits an authentication code corresponding to the command name of the conversion instruction applied to the selected image to the authentication server 1A (step). S110).
  • the authentication server 1A collates the authentication code received from the user terminal 3 (step S111). Specifically, the authentication server 1A determines whether the file name of the theme image indicated by the authentication code transmitted in step S106 matches the registered file name of the theme image, and the authentication code transmitted in step S108. Whether the background image file name shown matches the registered image name of the background image, and the command name of the conversion instruction indicated by the authentication code transmitted in step S110 matches the registered command name of the conversion instruction Judge whether to do. When the file name and command name indicated by the authentication code received from the user terminal 3 match the registered file name and registered command name stored in the password table Tp, the authentication server 1A has succeeded in user authentication. Judge.
  • the authentication server 1A permits communication related to the transaction between the user terminal 3 and the transaction server 1B, and the user terminal 3 starts communication with the transaction server 1B.
  • the authentication server 1A failed in user authentication. Judge. In this case, the authentication server 1A does not permit communication related to the transaction between the user terminal 3 and the transaction server 1B.
  • FIG. 8 is an example of a theme image selection screen displayed by the user terminal 3 in step 105 of FIG.
  • the user terminal 3 displays images 50 to 53 corresponding to the file names included in the first authentication table Tc1 received from the authentication server 1A on the display 41 as candidates for the subject image.
  • the image 50 corresponds to the registered file name “Dog1.jpg” in the first authentication table Tc1 shown in FIG. 5A
  • the image 51 corresponds to the dummy file name “Cat3.jpg”
  • the image 52 Corresponds to the dummy file name “wine1.jpg”
  • the image 53 corresponds to the dummy file name “Dog5.jpg”.
  • step 105 of FIG. 7 the user terminal 3 reads the image indicated by the file name included in the first authentication table Tc1 from the storage unit 33 and displays it in a selectable manner.
  • the user terminal 3 detects that the image 50 has been selected by the touch panel 42, and transmits an authentication code “37Yxp ′′ ⁇ 6” corresponding to the image 50 to the authentication server 1A.
  • FIG. 9 is an example of a background image selection screen displayed on the user terminal 3 in step S107 of FIG.
  • the user terminal 3 combines the background image indicated by the four file names included in the second authentication table Tc2 received from the authentication server 1A with the image 50 selected on the theme image selection screen of FIG.
  • the images 50A to 50D are displayed on the display 41.
  • the image 50A is an image obtained by combining the image 50 and the background image indicated by the registered file name “back2.jpg” of the second authentication table Tc2 shown in FIG.
  • the user terminal 3 generates and displays the image 50A by replacing the background of the dog displayed in the image 50 with the background image indicated by the file name “back2.jpg”.
  • the image 50B is an image obtained by combining the image 50 and the background image indicated by the dummy file name “back1.jpg”
  • the image 50C is the background image indicated by the image 50 and the dummy file name “back5.jpg”.
  • the image 50D is an image obtained by combining the image 50 and the background image indicated by the dummy file name “back7.jpg”.
  • the user terminal 3 reads the background image indicated by each file name included in the second authentication table Tc2 from the storage unit 33, and displays the background image combined with the image 50 that is the theme image selected in FIG. .
  • the user terminal 3 detects that the image 50 ⁇ / b> A has been selected by the touch panel 42, and the authentication code “back2.jpg” combined with the image 50 ⁇ / b> A is associated with the authentication code “back2.jpg”.
  • 7uIeV53T is transmitted to the authentication server 1A.
  • FIG. 10 is an example of a conversion instruction selection screen displayed on the user terminal 3 in step S109 of FIG.
  • the user terminal 3 gives a conversion instruction indicated by four command names included in the third authentication table Tc3 received from the authentication server 1A to the image 50A selected on the background image selection screen of FIG.
  • the applied images 50Aa to 50Ad are displayed on the display 41.
  • the image 50Aa is an image obtained by rotating the dog displayed on the image 50A by 0 ° in accordance with the conversion instruction indicated by the command name “Rotate0” of the third authentication table Tc3 shown in FIG.
  • the image 50Ab is an image obtained by horizontally inverting the dog displayed on the image 50A in accordance with the conversion instruction indicated by the command name “FlipVertical”.
  • the image 50Ac is an image obtained by rotating the dog displayed in the image 50A by 90 ° in accordance with the conversion instruction indicated by the command name “Rotate90”.
  • the image 50Ad is an image obtained by inverting the dog displayed on the image 50A upside down in accordance with the conversion instruction indicated by the command name “Fliporyzontal”.
  • the user terminal 3 converts the subject image portion in the image 50A selected in FIG. 9 according to the conversion instruction indicated by each command name included in the third authentication table Tc3, and converts the converted image. Is displayed in a selectable manner.
  • the user terminal 3 detects that the image 50Aa has been selected by the touch panel 42, and sends the authentication code “2y0Qmv54” corresponding to the command name “Rotate0” applied to the image 50Aa to the authentication server. Send to 1A.
  • the authentication server 1A allows the user of the user terminal 3 to specify a plurality of image groups for specifying an authentication image set for each user, thereby performing user authentication. I do.
  • the authentication server 1 can increase the number of authentication elements and increase the safety without excessively burdening the user to remember the password.
  • the authentication server 1A allows a user to specify a theme image, a background image, and a conversion instruction as an image group constituting an authentication image used for user authentication.
  • the types of image groups constituting the authentication image applicable to the present invention are not limited to the above three types.
  • the authentication server 1A allows the user to specify the size and color of the object indicated by the theme image, the background color and pattern, etc. as an image group constituting the authentication image. May be. Further, the types of image groups constituting the authentication image are not limited to three, and may be two or more. Even in this case, the authentication server 1A stores the password table Tp indicating the image group that configures the authentication image set for each user, and performs authentication for each image group that configures the authentication image. A table Tc is generated and transmitted to the user terminal 3. Further, the user terminal 3 displays a selection image for each authentication table Tc received from the authentication server 1A, and transmits an authentication code corresponding to the selected image to the authentication server 1A.
  • the user terminal 3 may randomly change the order in which the user selects the theme image, the background image, and the orientation of the theme image for each authentication session. That is, the user terminal 3 may randomly determine the execution order of steps S105, S107, and S109 for each authentication session. For example, the user terminal 3 may allow the user to specify the orientation of the background image or the theme image before the theme image. In this case, on the conversion instruction selection screen, the user terminal 3 may apply and display a conversion instruction for each command name in the third authentication table Tc3 on the temporary theme image.
  • the user terminal 3 randomly changes the transmission order of the authentication code indicating the theme image, the background image, and the orientation of the theme image selected by the user for each authentication session. You may change to That is, the user terminal 3 may randomly determine the execution order of steps S106, S108, and S110 for each authentication session. Thereby, the tolerance to the estimation of the registration file name and registration command name by a communication interceptor can be improved suitably.
  • the configuration of the transaction system shown in FIG. 1 is an example, and the configuration to which the present invention is applicable is not limited to this.
  • the service provider server 1 may be composed of a single server.
  • FIG. 11 shows a configuration example of a transaction system according to a modification.
  • the service provider server 1 has both functions of the authentication server 1A and the transaction server 1B shown in FIG.
  • the user terminal 3 is realized by a personal computer instead of the mobile terminal.
  • the service provider server 1 transmits the authentication table Tc to the user terminal 3, and the user terminal 3 displays the user selection result.
  • the authentication code based on this is transmitted to the service provider server 1.
  • the service provider server 1 can perform user authentication suitably.
  • the service provider server 1 may be composed of three or more servers.
  • the authentication server 1A may be configured by two servers, a server that stores the password table Tp and a server that executes the flowchart of FIG. Even in this case, each server is connected to other servers via a network such as the communication network 2 and exchanges information necessary for processing.
  • Modification 4 In the example of the flowchart of FIG. 7, the user terminal 3 individually transmits the authentication code in steps S106, S108, and S110. Instead of this, the user terminal 3 may receive the input for selecting each of the theme image, the background image, and the orientation of the theme image, and then transmit the authentication code in a batch.
  • FIG. 12 is a flowchart showing a procedure of authentication processing according to this modification.
  • the user terminal 3 and the authentication server 1A execute the processing from steps S201 to S205 in the same manner as steps S101 to S105 in FIG.
  • the user terminal 3 accepts an input for selecting a background image in step S206 without sending an authentication code.
  • the user terminal 3 accepts an input for selecting the orientation of the theme image in step S207 without transmitting an authentication code.
  • step S208 the user terminal 3 collectively transmits the three authentication codes to be transmitted in steps S106, S108, and S110 in FIG. Also by this, the user terminal 3 can suitably transmit the authentication code corresponding to the image selected by the user to the authentication server 1A.
  • step S209 the authentication server 1A collates the received authentication code as in step S111 in FIG.
  • the user terminal 3 may rearrange the order of the authentication codes randomly for each authentication session when transmitting the three authentication codes together. Thereby, the tolerance to the estimation of the registration file name and registration command name by a communication interceptor can be improved suitably.
  • the authentication server 1A extracts, for each authentication session, a registration file name and a registration command name that are extracted from the password table Tp and included in the authentication table Tc with a predetermined algorithm. (Also referred to as “name change algorithm”). Accordingly, the user terminal 3 prevents the registered file name and the registered command name from being inferred even when the authentication table Tc is intercepted repeatedly.
  • a predetermined algorithm Also referred to as “name change algorithm”.
  • the authentication server 1A and the user terminal 3 store the same name change algorithm in advance. Then, the authentication server 1A changes the names by applying a name change algorithm to the registered file name and the registered command name included once in the authentication table Tc. Similarly, when the user terminal 3 receives the authentication table Tc, the user terminal 3 changes these names by applying a name change algorithm to the registered file name and the registered command name included in the authentication table Tc.
  • the image indicated by the registered file name and the conversion instruction indicated by the registered command name are unchanged. Thereby, the authentication server 1A and the user terminal 3 can suitably change these names without changing the entity indicated by the registration file name and the registration command name for each authentication session.
  • FIG. 13 a specific example in which a name change algorithm that rotates and uses a set of ten file names with respect to a registered file name of a theme image will be described with reference to FIGS. 13 and 14.
  • FIG. 13 a specific example in which a name change algorithm that rotates and uses a set of ten file names with respect to a registered file name of a theme image will be described with reference to FIGS. 13 and 14.
  • FIG. 13 is an example of a table showing registered file names of theme images used in each authentication session with the user ID “0001”.
  • FIG. 14A shows the first authentication table Tc1 generated in the first authentication session of the user ID “0001”, and FIG. 14B is generated in the second authentication session.
  • the 1st authentication table Tc1 is shown.
  • the theme image of the user ID “0001” indicates the dog image 50 shown in FIG.
  • the authentication server 1A and the user terminal 3 store in advance the table shown in FIG.
  • the authentication server 1A refers to the table shown in FIG. 13 and, as shown in FIG. 14A, the theme image (that is, the dog image 50). ) Is set to “Dog1.jpg”, and the first authentication table Tc1 is generated.
  • the user terminal 3 that has received the first authentication table Tc1 refers to the table shown in FIG. 13 so that the file name “Dog1.jpg” included in the first authentication table Tc1 is the file of the dog image 50. It is recognized as a name.
  • the user terminal 3 displays a theme image selection image that displays an image corresponding to each file name included in the first authentication table Tc1.
  • the authentication server 1A and the user terminal 3 store in advance a table for determining the registered file name of the background image and the registered command name of the conversion instruction, and authenticate based on the table.
  • the table Tc is generated and the background image selection screen and the conversion instruction selection screen are displayed.
  • the authentication server 1A refers to the table shown in FIG. 13 and, as shown in FIG. 14B, the theme image (that is, the dog image). 50) is set to “Dog2.jpg”, and the first authentication table Tc1 is generated. Further, the user terminal 3 that has received the first authentication table Tc1 refers to the table shown in FIG. 13 in the same way as the authentication server 1A, so that the file name “Dog2.jpg” included in the first authentication table Tc1 is obtained. The file name of the dog image 50 is recognized. Then, the user terminal 3 displays a theme image selection screen that displays an image corresponding to each file name included in the first authentication table Tc1.
  • the authentication server 1A and the user terminal 3 perform the authentication session after the 3rd time, registration of a theme image (namely, dog image 50) by referring to the table shown in FIG.
  • the file name is determined, and the first authentication table Tc1 is generated and the theme image selection screen is displayed.
  • the authentication server 1A and the user terminal 3 refer to the table for determining the file name of the background image and the command name of the conversion instruction, thereby obtaining the registered file name of the background image and the registered command name of the conversion instruction.
  • the authentication table Tc is generated and the background image selection screen and the conversion instruction selection screen are displayed.
  • the authentication server 1A and the user terminal 3 can suitably change the registration file name and the registration command name for each authentication session without changing the entity indicated by the registration file name and the registration command name.
  • the authentication server 1A and the user terminal 3 apply the name change algorithm to the registration file name and the registration command name for each authentication session, without changing the entity indicated by these, Change only the name.
  • the registration table name and the registration command name that are different for each authentication session are included in the authentication table Tc, and the user terminal 3 repeats the registration file name and the registration command name having the same name in the authentication table Tc. It can be prevented from being included. Therefore, even when there is an attacker who repeatedly intercepts the authentication table Tc, the attacker always searches for the same file name or command name in each authentication session. Cannot make an estimate.
  • the transaction system of the second embodiment has the same effects as the transaction system of the first embodiment.
  • the authentication server 1A and the user terminal 3 generate and share an encryption session key for each authentication session, and use the session key to generate an authentication table Tc. And encryption of communication of authentication code. As in the second embodiment, this also prevents the user terminal 3 from guessing the registered file name and the registered command name by a person who repeatedly intercepts the authentication table Tc.
  • FIG. 15 is a flowchart showing a procedure of authentication processing when a session key is generated and shared by the Diffie-Hellman (DH) key sharing method. Note that it is assumed that the authentication server 1A and the user terminal 3 share a predetermined prime number “p” and a predetermined primitive root “ ⁇ ” in advance before the execution of FIG.
  • DH Diffie-Hellman
  • the user terminal 3 generates a different random number “a” for each authentication session (step S301).
  • the user terminal 3 calculates the value “A” based on the following equation (1) (step S302).
  • A ⁇ a mod p (1)
  • the user terminal 3 displays a login screen with a Web browser and accepts an input such as a login ID (step S303). Then, after confirming the input content on the login screen, the user terminal 3 transmits a connection request including the input user ID and the value A calculated by the equation (1) to the authentication server 1A (step S304).
  • the authentication server 1A that has received the connection request generates an arbitrary random number “b” that is different for each authentication session (step S305).
  • the authentication server 1A calculates the value “B” based on the following equation (2) (step S306).
  • B ⁇ b mod p (2)
  • the user terminal 3 makes a response to the connection request including the calculated value B (step S307). Then, the user terminal 3 that has received the response generates a shared key K based on the following equation (3) (step S308).
  • the authentication server 1A generates a shared key K based on the following formula (4) (step S309).
  • the authentication server 1A generates the first to third authentication tables Tc1 to Tc3 as in step S103 of FIG. 7, and performs encryption using the key K generated in step S309 (step S310). Then, the authentication server 1A transmits the encrypted authentication table Tc to the user terminal 3 (step S311). Then, the user terminal 3 decrypts the encrypted authentication table Tc with the key K generated in step S308 (step S312). Then, similarly to step S105 of FIG. 7, the user terminal 3 receives an input for selecting the theme image (step S313), encrypts the authentication code corresponding to the selected theme image with the key K, and authenticates the authentication server 1A. (Step S314).
  • the user terminal 3 receives an input for selecting a background image (step S315), encrypts an authentication code corresponding to the selected background image with the key K, and transmits it to the authentication server 1A (step S316). Further, the user terminal 3 receives an input for selecting the orientation of the theme image (step S317), encrypts an authentication code corresponding to the selected orientation with the key K, and transmits it to the authentication server 1A (step S318). Then, the user terminal 3 decrypts the received encrypted authentication code with the key K, and compares the authentication code with reference to the password table Tp (step S319).
  • the authentication server 1A and the user terminal 3 generate a different common key K for each authentication session, and exchange the authentication table Tc and the authentication code encrypted using the common key K.
  • the transaction system of 3rd Embodiment has the same effect as the transaction system of 1st Embodiment.
  • the authentication server 1A and the user terminal 3 generate a common session key by the Diffie-Hellman (DH) key sharing method. Instead, the authentication server 1A and the user terminal 3 may generate and share a session key by any other method. For example, the authentication server 1A and the user terminal 3 may generate a one-time password by a time synchronization method or a challenge and response method, and perform encrypted communication of the authentication table Tc and the authentication code using the one-time password as a session key. .
  • DH Diffie-Hellman

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

　取引システムは、認証サーバ１Ａと、利用者端末３とを有する。認証サーバ１Ａは、ユーザごとに設定された認証用画像を特定するための画像グループを示すパスワード・テーブルＴｐを記憶する。そして、認証サーバ１Ａは、認証用画像の画像グループの候補を示す認証テーブルＴｃを利用者端末３に送信し、利用者端末３の利用者に画像グループを指定させることでユーザ認証を行う。

Description

認証装置、認証システム及びプログラム
　本発明は、画像を用いた認証技術に関する。
　従来から、ユーザ識別情報とパスワードとによって、ユーザ認証を行う技術が知られている。また、パスワードが第三者に知られてしまうことによるなりすましを防ぐため、パスワード以外の要素認証によって更に安全性を高める技術が存在する。例えば、特許文献１には、端末画面領域に選択表示させる色をパスワードとして利用する認証方法が開示されている。
特開２０１２－１８１７１６号公報
　パスワードのみでユーザを認証する方式では、容易に推測できる単純なパスワード等を用いた場合、悪意の第三者にパスワードを推測され、なりすましを許してしまうという問題があった。パスワードを第三者に推測されにくくするために、パスワードに用いる文字種類を増やしたり、パスワードの文字列を長くしたり、パスワードを定期的に変更したりする場合、パスワードを忘れてしまうという問題や、パスワードを書き留めたメモを第三者に見られてしまうことによるパスワードの漏えいという問題があった。
　一方、２要素認証を用いる場合は、認証用トークンを配付したり、生体認証の仕組みを導入したりする必要があり、サービス提供者は、ユーザ認証のために大きなコストを負担しなければならなかった。また、特許文献１では、通信を傍受する攻撃者によるパスワードの類推への耐性を高めるためには、ユーザが記憶しておくべき色を増やす必要があり、ユーザの負担が大きくなるという問題がある。そこで、本発明は、複雑なパスワードを必要とせず安全性が高いユーザ認証を好適に実行可能な認証装置、認証システム及びプログラムを提供することを主な課題とする。
　本発明の１つの観点では、認証装置は、ユーザごとに設定された認証用画像を構成する画像グループを、ユーザごとに記憶する記憶手段と、ユーザ識別情報を含む接続要求を端末から受信する接続要求受信手段と、前記画像グループごとに、前記ユーザ識別情報が示すユーザに設定された前記画像グループの候補及び当該候補に対応するコードを示す認証テーブルを生成し、前記端末へ送信する認証テーブル送信手段と、前記認証テーブルごとに、前記端末のユーザが選択した画像グループの候補に対応するコードを受信する応答受信手段と、前記応答受信手段が受信したコードが、前記ユーザに設定された前記画像グループのコードと一致するか否か判定する判定手段と、を備える。
　上記の認証装置は、記憶手段と、接続要求受信手段と、認証テーブル送信手段と、応答受信手段と、判定手段とを備える。記憶手段は、ユーザごとに設定された認証用画像を構成する画像グループを、ユーザごとに記憶する。接続要求受信手段は、ユーザ識別情報を含む接続要求を端末から受信する。認証テーブル送信手段は、認証用画像を構成する画像グループごとに、ユーザ識別情報が示すユーザに設定された認証用画像の画像グループの候補及び当該候補に対応するコードを示す認証テーブルを生成し、端末へ送信する。応答受信手段は、認証テーブルごとに、端末のユーザが選択した認証用画像を構成する画像グループの候補に対応するコードを受信する。判定手段は、応答受信手段が受信したコードが、ユーザに設定された認証用画像を構成する画像グループのコードを示すか否か判定する。
　この態様では、ユーザは、認証用画像を視覚的に記憶しておき、認証装置は、認証用画像を構成する画像グループを、パスワードとして端末のユーザに選択させる。これにより、認証装置は、ユーザがパスワードを覚える負担を過度に増やすことなく、認証要素を増やして安全性を高めることができる。
　上記認証装置の一態様では、前記認証テーブルには、前記画像グループの候補を示す名称が含まれ、前記認証テーブル送信手段は、前記ユーザに設定された前記画像グループを示す名称を、認証セッションごとに変更する。この態様により、認証装置は、ユーザに設定された画像グループを示す名称が毎回認証テーブルに含まれるのを防ぎ、反復して通信を傍受する攻撃者に、ユーザに設定された認証用画像のコードを類推されるのを好適に抑制することができる。
　上記認証装置の他の一態様では、前記記憶手段は、前記画像グループとして、前記認証用画像の主題を示す画像、前記認証用画像の背景を示す画像、又は前記主題の変換指示の少なくともいずれか一つを記憶する。このように、認証用画像の画像グループとして、認証用画像に表示された主題を示す画像や、背景画像、又は主題の変換指示を用いることで、１つの認証用画像に基づき多要素での認証を好適に行うことができる。
　上記認証装置の他の一態様では、前記端末と共有するセッション鍵を生成する鍵生成手段をさらに備え、前記認証テーブル送信手段は、前記セッション鍵に基づき、前記認証テーブルを暗号化して送信する。この態様により、より安全にユーザ認証を実行することができる。
　本発明の他の観点では、上記いずれか記載の認証装置と、前記認証装置とネットワークを介して接続する端末とを有する認証システムであって、前記端末は、前記認証テーブルの各々を受信する認証テーブル受信手段と、前記認証テーブルの各々に対し、当該認証テーブルに含まれる前記画像グループの候補を表す画像を選択可能に表示する選択受付手段と、前記認証テーブルごとに選択された前記画像に対応する画像グループの候補に対応するコードを、前記認証装置に送信する応答送信手段と、を有する。この態様により、認証システムは、ユーザ認証に必要な認証用画像を好適にユーザに指定させて、ユーザ認証を行うことができる。
　上記認証システムの一態様では、前記認証テーブルごとに送信する前記候補に対応するコードの送信順序を、認証セッションごとに変更する。これにより、認証システムは、通信傍受者による認証用画像のコードの類推をされにくくすることができる。
　上記認証システムの他の一態様では、前記認証テーブルには、前記画像グループの候補を示す名称が含まれ、前記認証テーブル送信手段は、前記認証テーブルに含める前記ユーザに設定された前記画像グループを示す名称を、前記端末と共有するアルゴリズムを適用することで決定し、前記選択受付手段は、前記認証テーブルに含まれる前記ユーザに設定された画像グループを示す名称に対して前記アルゴリズムを適用することで、表示すべき画像を認識する。これにより、認証システムは、ユーザに設定された画像グループの実体を変えることなく、当該画像グループの名称のみを認証セッションごとに変更することができ、ユーザに設定された認証用画像のコードを通信傍受者に類推されるのを好適に抑制することができる。
　本発明のさらに別の観点では、上記いずれか記載の認証装置とネットワークを介して接続する端末装置であって、前記認証装置から前記認証テーブルの各々を受信する認証テーブル受信手段と、前記認証テーブルの各々に対し、当該認証テーブルに含まれる前記画像グループの候補を表す画像を選択可能に表示する選択受付手段と、前記認証テーブルごとに選択された前記画像に対応する画像グループの候補に対応するコードを、前記認証装置に送信する応答送信手段と、を備え、前記認証テーブルには、前記画像グループの候補を示す名称が含まれ、前記認証装置は、前記認証テーブルに含める前記ユーザに設定された前記画像グループを示す名称を、前記端末装置と共有するアルゴリズムを適用することで決定し、前記選択受付手段は、前記認証テーブルに含まれる前記ユーザに設定された画像グループを示す名称に対して前記アルゴリズムを適用することで、表示すべき画像を認識する。
　この態様では、端末装置は、ユーザ認証に必要な認証用画像を構成する画像グループを好適にユーザに指定させて、ユーザ認証を行う。このとき、端末装置は、ユーザに設定された画像グループの実体を変えることなく、当該画像グループの名称のみを認証セッションごとに変更することで、ユーザに設定された認証用画像のコードを通信傍受者に類推されるのを好適に抑制することができる。
　本発明のさらに別の観点では、プログラムは、上記いずれか記載の認証装置としてコンピュータを機能させる。このプログラムをコンピュータにインストールして機能させることで、本発明に係る認証装置を構成させることができる。また、プログラムは、上記記載の端末装置としてコンピュータを機能させる。このプログラムをコンピュータにインストールして機能させることで、本発明に係る端末装置を構成させることができる。
　本発明に係る認証装置及び認証システムによれば、複雑なパスワードの入力を要求することなく、ユーザごとに設定された認証用画像を構成する画像グループに基づき、ユーザ認証を安全に行うことができる。
第１実施形態に係る取引システムの構成を示す。 認証サーバのブロック図を示す。 利用者端末のブロック図を示す。 パスワード・テーブルのデータ構造の一例を示す。 第１回目の認証セッションで生成される各認証テーブルのデータ構造の一例を示す。 第２回目の認証セッションで生成される各認証テーブルのデータ構造の一例を示す。 第１実施形態に係る認証処理の手順を示すフローチャートである。 主題画像選択画面の表示例を示す。 背景画像選択画面の表示例を示す。 変換指示選択画面の表示例である。 変形例に係る取引システムの構成を示す。 変形例に係る認証処理の手順を示すフローチャートである。 各認証セッションで用いられる主題画像の登録ファイル名を示すテーブルの一例である。 （Ａ）は、第１回目の認証セッションで生成される第１認証テーブルを示す。（Ｂ）は、第２回目の認証セッションで生成される第１認証テーブルを示す。 第３実施形態に係る認証処理の手順を示すフローチャートである。
　以下、図面を参照しながら、本発明を実施するのに好適な第１～第３実施形態について説明する。
　＜第１実施形態＞
　［取引システムの構成］
　図１は、第１実施形態に係る取引システムの構成を示す。取引システムは、銀行等のサービス提供者が管理するサービス提供者サーバ１と、上述のサービスの提供を受ける利用者が使用する利用者端末３とを有する。サービス提供者サーバ１と、利用者端末３とは、インターネットなどの通信網２を介してデータ通信を行う。
　サービス提供者サーバ１は、利用者端末３のユーザ認証を行う認証サーバ１Ａと、ユーザ認証以後の取引に関する処理を行う取引サーバ１Ｂとの２台のサーバにより構成される。認証サーバ１Ａと取引サーバ１Ｂとは、割り当てられた処理を実行するのに必要なデータの授受を必要に応じて行う。
　認証サーバ１Ａは、ユーザごとに登録された認証用の画像（「認証用画像」とも呼ぶ。）を画像グループの中から利用者端末３に指定させ、指定された画像グループに基づき構成した画像が、登録された認証用画像と一致する場合に、正当な利用者であると認証する。取引サーバ１Ｂは、認証サーバ１Ａが利用者端末３に対して正当な利用者であると認証した場合に、利用者端末３に対し取引画面の表示情報を送信したり、利用者端末３から取引画面での入力情報などを受信したりする。これにより、取引サーバ１Ｂは、利用者端末３の利用者が所望する取引を実行する。
　利用者端末３は、例えばスマートフォンなどの通信端末であり、図１の例では、タッチパネル４２が積層されたディスプレイ４１を有する。利用者端末３は、取引サーバ１Ｂと取引に関する処理を実行する前に、認証サーバ１Ａと通信を行い、認証サーバ１Ａからユーザ認証を受ける。
　［認証サーバの構成］
　図２は、認証サーバ１Ａのブロック図である。認証サーバ１Ａは、ディスプレイなどの表示部１１と、キーボードなどの入力部１２と、記憶部１３と、データ通信を行う通信部１４と、制御部１５とを備える。これらの各要素は、バスライン１０を介して相互に接続されている。
　記憶部１３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部１３は、制御部１５が実行するプログラムを記憶する。記憶部１３は、利用者ごとに設定された認証用画像を構成する画像グループを示すテーブル（「パスワード・テーブルＴｐ」とも呼ぶ。）を記憶する。本実施形態に係るパスワード・テーブルＴｐは、ユーザごとに、認証用画像の主題として表示される対象物を示す「主題画像」と、当該対象物の背景に表示される「背景画像」と、当該対象物の向きを指定する「変換指示」とを、認証用画像の画像グループとして記憶する。パスワード・テーブルＴｐの具体例については、図４を参照して後述する。
　制御部１５は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などを備え、認証サーバ１Ａ内の各構成要素に対して種々の制御を行う。
　例えば、制御部１５は、利用者端末３からの接続要求を認証サーバ１Ａが受信した場合に、認証用画像を構成する画像グループの種類ごとに、パスワード・テーブルＴｐに登録されている画像グループの候補を示すテーブル（「認証テーブルＴｃ」とも呼ぶ。）を生成し、利用者端末３に送信する。本実施形態では、認証テーブルＴｃは、主題画像若しくは背景画像のファイル名又は変換指示のコマンド名と、これらに対応付けられた認証コードとを含む。そして、制御部１５は、認証テーブルＴｃでの選択結果を示す認証コードを利用者端末３から受信することで、利用者端末３の利用者が正当な利用者であるか否かの判定を行う。そして、制御部１５は、本発明における「接続要求受信手段」、「認証テーブル送信手段」、「応答受信手段」、「判定手段」、及びコンピュータが実行するプログラムとして機能する。
　以後では、主題画像のファイル名が含まれる認証テーブルＴｃを「第１認証テーブルＴｃ１」とも呼び、背景画像のファイル名が含まれる認証テーブルＴｃを「第２認証テーブルＴｃ２」とも呼び、変換指示のコマンド名が含まれる認証テーブルＴｃを「第３認証テーブルＴｃ３」とも呼ぶ。
　［利用者端末の構成］
　図３は、利用者端末３のブロック図である。利用者端末３は、ディスプレイ４１などの表示部３１と、タッチパネル４２などの入力部３２と、記憶部３３と、データ通信を行う通信部３４と、制御部３５とを備える。これらの各要素は、バスライン３０を介して相互に接続されている。
　記憶部３３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部３３は、制御部３５が実行するプログラムを記憶する。また、記憶部３３は、認証サーバ１Ａから送信される第１認証テーブルＴｃ１に含まれる主題画像の各ファイル名に対応する画像データを記憶する。また、記憶部３３は、第２認証テーブルＴｃ２に含まれる背景画像の各ファイル名に対応する画像データを記憶する。さらに、記憶部３３は、第３認証テーブルＴｃ３に含まれる変換指示の各コマンド名に対応する主題画像の向きの設定を記憶する。
　制御部３５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、利用者端末３内の各構成要素に対して種々の制御を行う。制御部３５は、記憶部３３に記憶されたプログラムを実行することで、所定の処理を行う。例えば、制御部３５は、認証サーバ１Ａから受信した認証テーブルＴｃに基づき、複数の画像をディスプレイ４１に表示させ、タッチパネル４２等による選択を受け付ける。そして、制御部３５は、ユーザが選択した画像に相当する認証コードを認証サーバ１Ａに送信する。そして、制御部３５は、本発明における「認証テーブル受信手段」、「選択受付手段」、「応答送信手段」及びコンピュータが実行するプログラムとして機能する。
　［テーブルのデータ構造］
　次に、パスワード・テーブルＴｐ及び認証テーブルＴｃの具体例について説明する。
　図４は、記憶部１３が予め記憶するパスワード・テーブルＴｐのデータ構造の一例を示す。図４に示すように、パスワード・テーブルＴｐには、ユーザＩＤ（ユーザ識別情報）ごとに、主題画像のファイル名と、背景画像のファイル名と、変換指示のコマンド名とが関連付けられている。
　具体的には、「ユーザＩＤ」の項目には、認証サーバ１Ａに登録された各利用者のユーザＩＤが記録される。「主題画像」及び「背景画像」の項目には、それぞれ、主題画像及び背景画像のファイル名が記録されている。例えば、ユーザＩＤ「０００１」には、主題画像のファイル名「Ｄｏｇ１．ｊｐｇ」と、背景画像のファイル名「ｂａｃｋ２．ｊｐｇ」とが関連付けられている。「変換指示」の項目には、認証用画像の主題となる対象物を表示部に表示する際の向きを指定するコマンド名が記録されている。例えば、ユーザＩＤ「０００１」には、コマンド名「Ｒｏｔａｔｅ０」が関連付けられている。ここで、「Ｒｏｔａｔｅ０」及び「Ｒｏｔａｔｅ９０」は、認証用画像の主題となる対象物の向きを、標準の状態から、反時計回り方向にそれぞれ０°及び９０°だけ回転させることを示す。また、「ＦｌｉｐＨｏｒｉｚｏｎｔａｌ」は、認証用画像の主題となる対象物の向きを、標準の状態から、左右反転させることを示す。同様に、図示しない「ＦｌｉｐＶｅｒｔｉｃａｌ」は、認証用画像の主題となる対象物の向きを、標準の状態から、上下反転させることを示す。
　図５（Ａ）～（Ｃ）は、ユーザＩＤ「０００１」の第１回目の認証セッションで生成される各認証テーブルＴｃのデータ構造を示す。具体的には、図５（Ａ）は、主題画像のファイル名を含む第１認証テーブルＴｃ１のデータ構造を示す。また、図５（Ｂ）は、背景画像のファイル名を含む第２認証テーブルＴｃ２のデータ構造を示す。図５（Ｃ）は、変換指示のコマンド名を含む第３認証テーブルＴｃ３のデータ構造を示す。
　各認証テーブルＴｃは、認証対象者に対応付けられてパスワード・テーブルＴｐに登録されたファイル名又はコマンド名（「登録ファイル名」又は「登録コマンド名」とも呼ぶ。）と、ランダムに選択された不正解用のファイル名又はコマンド名（「ダミーファイル名」又は「ダミーコマンド名」ともよぶ。）とを含む。また、各認証テーブルＴｃの各ファイル名又は各コマンド名には、それぞれランダムに生成された固有の認証コードが対応付けられている。なお、図５（Ａ）～（Ｃ）では、認証対象者であるユーザＩＤ「０００１」の登録ファイル名又は登録コマンド名に対応する欄を破線枠により囲んでいる。
　具体的に、図５（Ａ）に示す第１認証テーブルＴｃ１の左欄には、ユーザＩＤ「０００１」に対応付けてパスワード・テーブルＴｐに登録されている主題画像の登録ファイル名「Ｄｏｇ１．ｊｐｇ」と、「Ｃａｔ３．ｊｐｇ」などの主題画像のダミーファイル名とが並べられている。上述のダミーファイル名は、主題画像の不正解用の画像のファイル名であり、認証セッションごとにランダムに所定個数選択される。登録ファイル名及びダミーファイル名が示す画像データは、利用者端末３の記憶部３３によって予め記憶されている。また、第１認証テーブルＴｃ１の右欄には、左欄のファイル名ごとに固有の認証コードが対応付けられている。
　また、図５（Ｂ）に示す第２認証テーブルＴｃ２の左欄には、ユーザＩＤ「０００１」に対応する背景画像の登録ファイル名「ｂａｃｋ２．ｊｐｇ」と、「ｂａｃｋ１．ｊｐｇ」などの背景画像のダミーファイル名とが並べられている。上述のダミーファイル名は、認証セッションごとにランダムに所定個数選択される。また、登録ファイル名及び各ダミーファイル名が示す画像データは、記憶部３３によって予め記憶されている。また、図５（Ｂ）に示す第２認証テーブルＴｃ２の右欄には、左欄のファイル名ごとに固有の認証コードが対応付けられている。
　同様に、図５（Ｃ）に示す第３認証テーブルＴｃ３の左欄には、ユーザＩＤ「０００１」に対応する変換指示の登録コマンド名「Ｒｏｔａｔｅ０」と、「Ｒｏｔａｔｅ９０」などのダミーコマンド名とが並べられている。上述のダミーコマンド名は、認証セッションごとにランダムに所定個数選択される。また、登録コマンド名及び各ダミーコマンド名が示す主題画像の変換指示の内容は、記憶部３３によって予め記憶されている。また、図５（Ｃ）に示す第３認証テーブルＴｃ３の右欄には、左欄のコマンド名ごとに固有の認証コードが対応付けられている。
　また、認証テーブルＴｃに含まれる各認証コードは、認証セッションごとに毎回ランダムに生成される。図６（Ａ）～（Ｃ）は、ユーザＩＤ「０００１」の第２回目の認証セッションで生成される各認証テーブルＴｃのデータ構造を示す。
　図５（Ａ）に示す第１認証テーブルＴｃ１及び図６（Ａ）に示す第１認証テーブルＴｃ１のいずれにも、ユーザＩＤ「０００１」に対応する主題画像の登録ファイル名「Ｄｏｇ１．ｊｐｇ」を示す欄が存在する（破線枠参照）。一方、これらの登録ファイル名に対応する認証コードは、図５（Ａ）の場合には「３７Ｙｘｐ″｝６」であり、図６（Ａ）の場合には「ｊｒ３Ｏ２ｑｎｂＴ」となり、異なっている。同様に、図６（Ｂ）に示す第２認証テーブルＴｃ２及び図６（Ｂ）に示す第２認証テーブルＴｃ２のいずれにも、ユーザＩＤ「０００１」に対応する背景画像の登録ファイル名「ｂａｃｋ２．ｊｐｇ」を示す欄が存在する（破線枠参照）。一方、これらの登録ファイル名に対応する認証コードは、互いに異なっている。また、図６（Ｃ）に示す第３認証テーブルＴｃ３及び図６（Ｃ）に示す第３認証テーブルＴｃ３のいずれにも、ユーザＩＤ「０００１」に対応する変換指示の登録コマンド名「Ｒｏｔａｔｅ０」を示す欄が存在する（破線枠参照）。一方、これらの登録コマンド名に対応する認証コードは、互いに異なっている。
　［処理フロー］
　図７は、利用者端末３及び認証サーバ１Ａが実行する認証処理の手順を示すフローチャートである。利用者端末３及び認証サーバ１Ａは、図７に示すフローチャートの処理を、所定の操作が利用者端末３に対して行われた場合に実行する。
　まず、利用者端末３は、サービス提供者サーバ１から受信した表示情報に基づき、ログイン画面をＷｅｂブラウザにより表示し、ログインＩＤ等の入力を受け付ける（ステップＳ１０１）。そして、利用者端末３は、ログイン画面での入力内容の確定後、入力されたユーザＩＤを含む接続要求を認証サーバ１Ａに送信する（ステップＳ１０２）。
　次に、認証サーバ１Ａは、利用者端末３から受信した接続要求に含まれるユーザＩＤに基づき、認証用画像を構成する画像グループの種類ごとに、認証テーブルＴｃ１～Ｔｃ３を生成する（ステップＳ１０３）。具体的には、まず、認証サーバ１Ａは、接続要求に含まれるユーザＩＤに対応する主題画像及び背景画像の登録ファイル名及び変換指示の登録コマンド名をパスワード・テーブルＴｐから抽出し、かつ、これらのダミーファイル名及びダミーコマンド名をランダムに選択する。次に、認証サーバ１Ａは、抽出又は選択したファイル名及びコマンド名に対応する認証コードをランダムに生成することで、図５等に示すような認証テーブルＴｃ１～Ｔｃ３を生成する。そして、認証サーバ１Ａは、生成した認証テーブルＴｃ１～Ｔｃ３を利用者端末３へ送信する（ステップＳ１０４）。
　そして、利用者端末３は、受信した第１認証テーブルＴｃ１に基づき、主題画像を選択する画面（「主題画像選択画面」とも呼ぶ。）を表示し、主題画像を選択する入力を受け付ける（ステップＳ１０５）。この場合、利用者端末３は、例えば、第１認証テーブルＴｃ１に含まれる各ファイル名が示す画像を記憶部３３から読み出して選択可能に表示させる。主題画像選択画面については、図８を参照して後述する。そして、利用者端末３は、主題画像選択画面にていずれかの画像が選択された場合、選択された画像のファイル名に対応する認証コードを認証サーバ１Ａに送信する（ステップＳ１０６）。
　次に、利用者端末３は、受信した第２認証テーブルＴｃ２に基づき、背景画像を選択する画面（「背景画像選択画面」とも呼ぶ。）を表示し、背景画像を選択する入力を受け付ける（ステップＳ１０７）。この場合、利用者端末３は、例えば、第２認証テーブルＴｃ２に含まれる各ファイル名が示す画像を記憶部３３から読み出し、ステップＳ１０５で選択された主題画像と合成させて表示させる。背景画像選択画面については、図９を参照して後述する。そして、利用者端末３は、背景画像選択画面にていずれかの画像が選択された場合、選択された画像に合成された背景画像のファイル名に対応する認証コードを認証サーバ１Ａに送信する（ステップＳ１０８）。
　さらに、利用者端末３は、受信した第３認証テーブルＴｃ３に基づき、主題画像の向きを選択する画面（「変換指示選択画面」とも呼ぶ。）を表示し、主題画像の向きを選択する入力を受け付ける（ステップＳ１０９）。この場合、利用者端末３は、ステップＳ１０５で選択された主題画像を、第３認証テーブルＴｃ３に含まれる各コマンド名が示す変換指示に応じて変換させて表示する。変換指示選択画面については、図１０を参照して後述する。そして、利用者端末３は、変換指示選択画面にていずれかの画像が選択された場合、選択された画像に適用した変換指示のコマンド名に対応する認証コードを認証サーバ１Ａに送信する（ステップＳ１１０）。
　そして、認証サーバ１Ａは、利用者端末３から受信した認証コードの照合を行う（ステップＳ１１１）。具体的には、認証サーバ１Ａは、ステップＳ１０６で送信された認証コードが示す主題画像のファイル名と、主題画像の登録ファイル名とが一致するか否か、ステップＳ１０８で送信された認証コードが示す背景画像のファイル名と、背景画像の登録ファイル名とが一致するか否か、及び、ステップＳ１１０で送信された認証コードが示す変換指示のコマンド名と、変換指示の登録コマンド名とが一致するか否か判定する。そして、認証サーバ１Ａは、利用者端末３から受信した認証コードが示すファイル名及びコマンド名が、パスワード・テーブルＴｐに記憶された登録ファイル名及び登録コマンド名と一致する場合、ユーザ認証が成功したと判断する。この場合、認証サーバ１Ａは、利用者端末３と取引サーバ１Ｂとの取引に関する通信を許可し、利用者端末３は、取引サーバ１Ｂと通信を開始する。一方、認証サーバ１Ａは、利用者端末３から受信した認証コードが示すファイル名又はコマンド名が、パスワード・テーブルＴｐに記憶された登録ファイル名又は登録コマンド名と一致しない場合、ユーザ認証が失敗したと判断する。この場合、認証サーバ１Ａは、利用者端末３と取引サーバ１Ｂとの取引に関する通信を許可しない。
　［表示例］
　次に、利用者端末３が表示する表示画面例について、図５に示す認証テーブルＴｃ及び図８～図１０を参照して説明する。
　図８は、図７のステップ１０５で利用者端末３が表示する主題画像選択画面の一例である。図８では、利用者端末３は、認証サーバ１Ａから受信した第１認証テーブルＴｃ１に含まれる各ファイル名に対応する画像５０～５３を、主題画像の候補としてディスプレイ４１上に表示させている。ここで、画像５０は、図５（Ａ）に示す第１認証テーブルＴｃ１の登録ファイル名「Ｄｏｇ１．ｊｐｇ」に対応し、画像５１は、ダミーファイル名「Ｃａｔ３．ｊｐｇ」に対応し、画像５２は、ダミーファイル名「ｗｉｎｅ１．ｊｐｇ」に対応し、画像５３は、ダミーファイル名「Ｄｏｇ５．ｊｐｇ」に対応する。
　このように、図７のステップ１０５では、利用者端末３は、第１認証テーブルＴｃ１に含まれるファイル名が示す画像を記憶部３３から読み出して選択可能に表示させる。そして、図８の例では、利用者端末３は、タッチパネル４２により画像５０が選択されたことを検知し、画像５０に対応する認証コード「３７Ｙｘｐ″｝６」を認証サーバ１Ａに送信する。
　図９は、図７のステップＳ１０７で利用者端末３が表示する背景画像選択画面の一例である。図９では、利用者端末３は、図８の主題画像選択画面で選択された画像５０に対し、認証サーバ１Ａから受信した第２認証テーブルＴｃ２に含まれる４つのファイル名が示す背景画像を合成させた画像５０Ａ～５０Ｄをディスプレイ４１上に表示させている。
　ここで、画像５０Ａは、画像５０と図５（Ｂ）に示す第２認証テーブルＴｃ２の登録ファイル名「ｂａｃｋ２．ｊｐｇ」が示す背景画像とを合成させた画像である。この場合、利用者端末３は、画像５０に表示された犬の背景をファイル名「ｂａｃｋ２．ｊｐｇ」が示す背景画像に置き換えることで、画像５０Ａを生成し、表示させている。同様に、画像５０Ｂは、画像５０とダミーファイル名「ｂａｃｋ１．ｊｐｇ」が示す背景画像とを合成させた画像であり、画像５０Ｃは、画像５０とダミーファイル名「ｂａｃｋ５．ｊｐｇ」が示す背景画像とを合成させた画像であり、画像５０Ｄは、画像５０とダミーファイル名「ｂａｃｋ７．ｊｐｇ」が示す背景画像とを合成させた画像である。
　このように、利用者端末３は、第２認証テーブルＴｃ２に含まれる各ファイル名が示す背景画像を記憶部３３から読み出し、図８で選択された主題画像である画像５０と合成させて表示させる。そして、図９の例では、利用者端末３は、タッチパネル４２により画像５０Ａが選択されたことを検知し、画像５０Ａに合成された背景画像のファイル名「ｂａｃｋ２．ｊｐｇ」に対応する認証コード「７ｕＩｅＶ５３Ｔ」を認証サーバ１Ａに送信する。
　図１０は、図７のステップＳ１０９で利用者端末３が表示する変換指示選択画面の一例である。図１０では、利用者端末３は、図９の背景画像選択画面で選択された画像５０Ａに対して、認証サーバ１Ａから受信した第３認証テーブルＴｃ３に含まれる４つのコマンド名が示す変換指示を適用した画像５０Ａａ～５０Ａｄをディスプレイ４１上に表示させている。
　ここで、画像５０Ａａは、図５（Ｃ）に示す第３認証テーブルＴｃ３のコマンド名「Ｒｏｔａｔｅ０」が示す変換指示に従い、画像５０Ａに表示されている犬を０°だけ回転させた画像である。また、画像５０Ａｂは、コマンド名「ＦｌｉｐＶｅｒｔｉｃａｌ」が示す変換指示に従い、画像５０Ａに表示された犬を左右反転させた画像である。また、画像５０Ａｃは、コマンド名「Ｒｏｔａｔｅ９０」が示す変換指示に従い、画像５０Ａに表示された犬を９０°回転させた画像である。また、画像５０Ａｄは、コマンド名「ＦｌｉｐＨｏｒｉｚｏｎｔａｌ」が示す変換指示に従い、画像５０Ａに表示された犬を上下反転させた画像である。
　このように、利用者端末３は、図９で選択された画像５０Ａ中の主題画像部分を、第３認証テーブルＴｃ３に含まれる各コマンド名が示す変換指示に応じて変換させ、変換後の画像を選択可能に表示させる。そして、図１０の例では、利用者端末３は、タッチパネル４２により画像５０Ａａが選択されたことを検知し、画像５０Ａａに適用されたコマンド名「Ｒｏｔａｔｅ０」に対応する認証コード「２ｙ０Ｑｍｖ５４」を認証サーバ１Ａに送信する。
　［第１実施形態の取引システムの作用効果］
　第１実施形態の取引システムによれば、認証サーバ１Ａは、ユーザごとに設定された認証用画像を特定するための複数の画像グループを、利用者端末３の利用者に指定させることでユーザ認証を行う。これにより、認証サーバ１は、ユーザがパスワードを覚える負担を過度にかけることなく、認証要素を増やして安全性を高めることができる。
　［変形例］
　次に、第１実施形態の変形例について説明する。以下の変形例は、任意に組み合わせて上述の実施形態に適用してもよい。
　（変形例１）
　第１実施形態では、認証サーバ１Ａは、ユーザ認証に用いる認証用画像を構成する画像グループとして、主題画像、背景画像、及び変換指示をユーザに指定させた。しかし、本発明に適用可能な認証用画像を構成する画像グループの種類は、上述の３種類に限定されない。
　例えば、これらに代えて、又はこれらに加えて、認証サーバ１Ａは、認証用画像を構成する画像グループとして、主題画像が示す対象物の大きさや色、背景の色や模様などをユーザに指定させてもよい。また、認証用画像を構成する画像グループの種類は、３種類に限られず、２種類以上であればよい。この場合であっても、認証サーバ１Ａは、ユーザごとに設定された認証用画像を構成する画像グループを示すパスワード・テーブルＴｐを記憶し、かつ、認証用画像を構成する画像グループごとに、認証テーブルＴｃを生成して利用者端末３へ送信する。また、利用者端末３は、認証サーバ１Ａから受信した認証テーブルＴｃごとに、選択用の画像を表示させ、選択された画像に対応する認証コードを認証サーバ１Ａへ送信する。
　（変形例２）
　図７のフローチャートに代えて、利用者端末３は、主題画像、背景画像、及び主題画像の向きをユーザに選択させる順番を、認証セッションごとにランダムに変更してもよい。即ち、利用者端末３は、ステップＳ１０５、Ｓ１０７、Ｓ１０９の実行順序を認証セッションごとにランダムに決定してもよい。例えば、利用者端末３は、背景画像又は主題画像の向きを、主題画像より先にユーザに指定させてもよい。この場合、利用者端末３は、変換指示選択画面では、仮の主題画像に対し、第３認証テーブルＴｃ３の各コマンド名に対する変換指示を適用し、表示させてもよい。
　また、上述の選択順序に加え、又はこれに代えて、利用者端末３は、ユーザが選択した主題画像、背景画像、及び主題画像の向きを示す認証コードの送信順序を、認証セッションごとにランダムに変更してもよい。即ち、利用者端末３は、ステップＳ１０６、Ｓ１０８、Ｓ１１０の実行順序を、認証セッションごとにランダムに決定してもよい。これにより、通信傍受者による登録ファイル名及び登録コマンド名の推定への耐性を好適に高めることができる。
　（変形例３）
　図１に示す取引システムの構成は、一例であり、本発明が適用可能な構成は、これに限定されない。例えば、サービス提供者サーバ１は、１台のサーバから構成されていてもよい。
　図１１は、変形例に係る取引システムの構成例を示す。図１１では、サービス提供者サーバ１は、図１に示す認証サーバ１Ａと取引サーバ１Ｂとの両方の機能を備える。また、図１１の例では、利用者端末３は、携帯端末に代えて、パーソナルコンピュータにより実現されている。そして、図１１の構成例であっても、サービス提供者サーバ１は、接続要求があった場合に、認証テーブルＴｃを利用者端末３に送信し、利用者端末３は、ユーザの選択結果に基づく認証コードをサービス提供者サーバ１に送信する。これにより、サービス提供者サーバ１は、好適にユーザ認証を行うことができる。
　他の例では、サービス提供者サーバ１は、３台以上のサーバから構成されてもよい。例えば、認証サーバ１Ａは、パスワード・テーブルＴｐを記憶するサーバと、図７のフローチャートを実行するサーバとの２台のサーバにより構成されてもよい。この場合であっても、各サーバは、他のサーバと通信網２等のネットワークを介して接続し、処理に必要な情報の授受を行う。
　（変形例４）
　図７のフローチャートの例では、利用者端末３は、認証コードを、ステップＳ１０６、Ｓ１０８、Ｓ１１０でそれぞれ個別に送信した。これに代えて、利用者端末３は、主題画像、背景画像、及び主題画像の向きのそれぞれを選択する入力を受け付け後、認証コードを一括して送信してもよい。
　図１２は、本変形例に係る認証処理の手順を示すフローチャートである。図１２に示すフローチャートでは、まず、利用者端末３及び認証サーバ１Ａは、ステップＳ２０１～Ｓ２０５までの処理を、図７のステップＳ１０１～ステップＳ１０５と同様に実行する。そして、利用者端末３は、ステップＳ２０５で主題画像を選択する入力を受け付けた後、認証コードを送ることなく、ステップＳ２０６で背景画像を選択する入力を受け付ける。同様に、利用者端末３は、ステップＳ２０６で背景画像を選択する入力を受け付けた後、認証コードを送信することなく、ステップＳ２０７で主題画像の向きを選択する入力を受け付ける。
　そして、ステップＳ２０８では、利用者端末３は、図７のステップＳ１０６、Ｓ１０８、Ｓ１１０で送信すべき３つの認証コードをまとめて送信する。これによっても、利用者端末３は、ユーザが選択した画像に対応する認証コードを好適に認証サーバ１Ａに送信することができる。そして、ステップＳ２０９では、認証サーバ１Ａは、図７のステップＳ１１１と同様、受信した認証コードの照合を行う。
　なお、利用者端末３は、３つの認証コードをまとめて送信する場合、認証コードの並び順を、認証セッションごとにランダムに並び替えてもよい。これにより、通信傍受者による登録ファイル名及び登録コマンド名の推定への耐性を好適に高めることができる。
　＜第２実施形態＞
　第２実施形態では、第１実施形態の処理に加え、認証サーバ１Ａは、認証セッションごとに、パスワード・テーブルＴｐから抽出して認証テーブルＴｃに含める登録ファイル名及び登録コマンド名を、所定のアルゴリズム（「名称変更アルゴリズム」とも呼ぶ。）により変更する。これにより、利用者端末３は、認証テーブルＴｃの傍受が反復して行われた場合であっても、登録ファイル名及び登録コマンド名を類推されるのを防ぐ。
　この場合、認証サーバ１Ａ及び利用者端末３は、同一の名称変更アルゴリズムを事前に記憶しておく。そして、認証サーバ１Ａは、認証テーブルＴｃに１度含めた登録ファイル名及び登録コマンド名に対して、名称変更アルゴリズムを適用することでこれらの名称を変更する。同様に、利用者端末３は、認証テーブルＴｃを受信した場合、認証テーブルＴｃに含まれる登録ファイル名及び登録コマンド名に対し、名称変更アルゴリズムを適用することでこれらの名称を変更する。ここで、名称変更アルゴリズムの適用前後では、登録ファイル名が指し示す画像及び登録コマンド名が指し示す変換指示は不変である。これにより、認証サーバ１Ａ及び利用者端末３は、認証セッションの度に、登録ファイル名及び登録コマンド名が指し示す実体を変えることなく、これらの名称を好適に変更することができる。
　ここで、主題画像の登録ファイル名に対し、１０個のファイル名の集合をローテーションして使用する名称変更アルゴリズムを適用する具体例について、図１３及び図１４を参照して説明する。
　図１３は、ユーザＩＤ「０００１」の各認証セッションで用いられる主題画像の登録ファイル名を示すテーブルの一例である。また、図１４（Ａ）は、ユーザＩＤ「０００１」の第１回目の認証セッションで生成される第１認証テーブルＴｃ１を示し、図１４（Ｂ）は、第２回目の認証セッションで生成される第１認証テーブルＴｃ１を示す。ここでは、ユーザＩＤ「０００１」の主題画像は、図８に示す犬の画像５０を示すものとする。
　まず、認証サーバ１Ａ及び利用者端末３は、図１３に示すテーブルを予め記憶しておく。そして、認証サーバ１Ａは、利用者端末３と第１回目の認証セッションを行う場合、図１３に示すテーブルを参照し、図１４（Ａ）に示すように、主題画像（即ち、犬の画像５０）の登録ファイル名を「Ｄｏｇ１．ｊｐｇ」に設定し、第１認証テーブルＴｃ１を生成する。また、第１認証テーブルＴｃ１を受信した利用者端末３は、図１３に示すテーブルを参照することで、第１認証テーブルＴｃ１に含まれるファイル名「Ｄｏｇ１．ｊｐｇ」が、犬の画像５０のファイル名であると認識する。そして、利用者端末３は、第１認証テーブルＴｃ１に含まれる各ファイル名に対応する画像を表示した主題画像選択画像を表示させる。
　また、認証サーバ１Ａ及び利用者端末３は、図１３に示すテーブルと同様、背景画像の登録ファイル名及び変換指示の登録コマンド名を決定するためのテーブルを予め記憶し、当該テーブルに基づき、認証テーブルＴｃの生成や背景画像選択画面及び変換指示選択画面の表示を行う。
　次に、認証サーバ１Ａは、利用者端末３と第２回目の認証セッションを行う場合、図１３に示すテーブルを参照し、図１４（Ｂ）に示すように、主題画像（即ち、犬の画像５０）の登録ファイル名を「Ｄｏｇ２．ｊｐｇ」に設定し、第１認証テーブルＴｃ１を生成する。また、第１認証テーブルＴｃ１を受信した利用者端末３は、認証サーバ１Ａと同様に、図１３に示すテーブルを参照することで、第１認証テーブルＴｃ１に含まれるファイル名「Ｄｏｇ２．ｊｐｇ」が、犬の画像５０のファイル名であると認識する。そして、利用者端末３は、第１認証テーブルＴｃ１に含まれる各ファイル名に対応する画像を表示した主題画像選択画面を表示させる。
　そして、認証サーバ１Ａ及び利用者端末３は、第３回目以降の認証セッションを行う場合であっても、図１３に示すテーブルを参照することで、主題画像（即ち、犬の画像５０）の登録ファイル名を決定し、第１認証テーブルＴｃ１の生成や主題画像選択画面の表示を行う。同様に、認証サーバ１Ａ及び利用者端末３は、背景画像のファイル名及び変換指示のコマンド名を決定するためのテーブルを参照することで、背景画像の登録ファイル名及び変換指示の登録コマンド名を決定し、認証テーブルＴｃの生成や背景画像選択画面及び変換指示選択画面の表示を行う。これにより、認証サーバ１Ａ及び利用者端末３は、登録ファイル名や登録コマンド名が示す実体を変えることなく、認証セッションごとに、登録ファイル名及び登録コマンド名を好適に変更することができる。
　［第２実施形態の作用効果］
　第２実施形態では、認証サーバ１Ａ及び利用者端末３は、認証セッションごとに、登録ファイル名及び登録コマンド名に対し、名称変更アルゴリズムを適用することで、これらが指し示す実体を変更することなく、名称のみを変更する。これにより、認証テーブルＴｃには、認証セッションごとに異なる登録ファイル名及び登録コマンド名が含まれることとなり、利用者端末３は、認証テーブルＴｃに同一名称となる登録ファイル名及び登録コマンド名が繰り返し含まれるのを防ぐことができる。従って、認証テーブルＴｃを反復して傍受する攻撃者が存在する場合であっても、攻撃者は、各認証セッションで常に同一のファイル名又はコマンド名を探すことによる登録ファイル名及び登録コマンド名の推定を行うことができない。その他、第２実施形態の取引システムは、第１実施形態の取引システムと同様の作用効果を有する。
　［第２実施形態の変形例］
　第２実施形態では、第１実施形態の変形例を任意に組み合わせて適用してもよい。
　＜第３実施形態＞
　第３実施形態では、第１実施形態に加えて、認証サーバ１Ａ及び利用者端末３は、認証セッションごとに、暗号用のセッション鍵の生成及び共有を行い、当該セッション鍵を用いて認証テーブルＴｃや認証コードの通信の暗号化を行う。これによっても、第２実施形態と同様、利用者端末３は、認証テーブルＴｃを反復して傍受する者により、登録ファイル名及び登録コマンド名を類推されるのを防ぐ。
　図１５は、Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ（ＤＨ）鍵共有方式によりセッション鍵の生成及び共有を行う場合の認証処理の手順を示すフローチャートである。なお、認証サーバ１Ａ及び利用者端末３は、図１５の実行前に、所定の素数「ｐ」と所定の原始根「α」とを予め共有しているものとする。
　まず、利用者端末３は、認証セッションごとに異なる乱数「ａ」を生成する（ステップＳ３０１）。次に、利用者端末３は、以下の式（１）に基づき、値「Ａ」を算出する（ステップＳ３０２）。
　　　　　　　Ａ＝αａ　ｍｏｄ　ｐ　　　（１）
　次に、利用者端末３は、サービス提供者サーバ１から受信した表示情報に基づき、ログイン画面をＷｅｂブラウザにより表示し、ログインＩＤ等の入力を受け付ける（ステップＳ３０３）。そして、利用者端末３は、ログイン画面での入力内容の確定後、入力されたユーザＩＤと式（１）により算出した値Ａを含む接続要求を、認証サーバ１Ａに送信する（ステップＳ３０４）。
　次に、接続要求を受信した認証サーバ１Ａは、認証セッションごとに異なる任意の乱数「ｂ」を生成する（ステップＳ３０５）。次に、認証サーバ１Ａは、以下の式（２）に基づき、値「Ｂ」を算出する（ステップＳ３０６）。
　　　　　　　Ｂ＝αｂ　ｍｏｄ　ｐ　　　（２）
　次に、利用者端末３は、算出した値Ｂを含む接続要求への応答を行う（ステップＳ３０７）。そして、応答を受信した利用者端末３は、以下の式（３）に基づき、共有鍵Ｋを生成する（ステップＳ３０８）。
　　　　　　　Ｋ＝Ｂａ　ｍｏｄ　ｐ＝αａｂ　ｍｏｄ　ｐ　　　（３）
　同様に、認証サーバ１Ａは、以下の式（４）に基づき、共有鍵Ｋを生成する（ステップＳ３０９）。
　　　　　　　Ｋ＝Ａｂ　ｍｏｄ　ｐ＝αａｂ　ｍｏｄ　ｐ　　　（４）
　そして、認証サーバ１Ａは、図７のステップＳ１０３と同様に、第１～第３認証テーブルＴｃ１～Ｔｃ３を生成し、ステップＳ３０９で生成した鍵Ｋを用いて暗号化を行う（ステップＳ３１０）。そして、認証サーバ１Ａは、暗号化した認証テーブルＴｃを利用者端末３へ送信する（ステップＳ３１１）。そして、利用者端末３は、暗号化された認証テーブルＴｃを、ステップＳ３０８で生成した鍵Ｋにより復号する（ステップＳ３１２）。そして、利用者端末３は、図７のステップＳ１０５と同様に、主題画像を選択する入力を受け付け（ステップＳ３１３）、選択された主題画像に対応する認証コードを鍵Ｋにより暗号化して認証サーバ１Ａに送信する（ステップＳ３１４）。同様に、利用者端末３は、背景画像を選択する入力を受け付け（ステップＳ３１５）、選択された背景画像に対応する認証コードを鍵Ｋにより暗号化して認証サーバ１Ａに送信する（ステップＳ３１６）。また、利用者端末３は、主題画像の向きを選択する入力を受け付け（ステップＳ３１７）、選択された向きに対応する認証コードを鍵Ｋにより暗号化して認証サーバ１Ａに送信する（ステップＳ３１８）。そして、利用者端末３は、受信した暗号化された認証コードを鍵Ｋにより復号し、パスワード・テーブルＴｐを参照して認証コードの照合を行う（ステップＳ３１９）。
　［第３実施形態の作用効果］
　第３実施形態では、認証サーバ１Ａ及び利用者端末３は、認証セッションごとに異なる共通鍵Ｋを生成し、共通鍵Ｋを用いて暗号化した認証テーブルＴｃ及び認証コードの授受を行う。これにより、攻撃者が認証テーブルＴｃの傍受を反復して行った場合であっても、第２実施形態と同様、攻撃者に登録ファイル名及び登録コマンド名を推測されるのを好適に抑制することができる。その他、第３実施形態の取引システムは、第１実施形態の取引システムと同様の作用効果を有する。
［第３実施形態の変形例］
　第３実施形態では、第１実施形態の変形例に加え、以下の変形例５を任意に組み合わせて適用してもよい。
　（変形例５）
　図１５のフローチャートでは、認証サーバ１Ａ及び利用者端末３は、Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ（ＤＨ）鍵共有方式により、共通のセッション鍵を生成した。これに代えて、認証サーバ１Ａ及び利用者端末３は、他の任意の方法により、セッション鍵の生成及び共有を行ってもよい。例えば、認証サーバ１Ａ及び利用者端末３は、時刻同期方式又はチャレンジ＆レスポンス方式によりワンタイムパスワードを生成し、当該ワンタイムパスワードをセッション鍵として認証テーブルＴｃ及び認証コードの暗号通信を行ってもよい。
　１…サービス提供者サーバ
　１Ａ…認証サーバ
　１Ｂ…取引サーバ
　２…通信網
　３…利用者端末

Claims (10)

  1. 　ユーザごとに設定された認証用画像を構成する画像グループを、ユーザごとに記憶する記憶手段と、
    　ユーザ識別情報を含む接続要求を端末から受信する接続要求受信手段と、
    　前記画像グループごとに、前記ユーザ識別情報が示すユーザに設定された前記画像グループの候補及び当該候補に対応するコードを示す認証テーブルを生成し、前記端末へ送信する認証テーブル送信手段と、
    　前記認証テーブルごとに、前記端末のユーザが選択した画像グループの候補に対応するコードを受信する応答受信手段と、
    　前記応答受信手段が受信したコードが、前記ユーザに設定された前記画像グループのコードと一致するか否か判定する判定手段と、
    を備えることを特徴とする認証装置。
  2. 　前記認証テーブルには、前記画像グループの候補を示す名称が含まれ、
    　前記認証テーブル送信手段は、前記ユーザに設定された前記画像グループを示す名称を、認証セッションごとに変更することを特徴とする請求項１に記載の認証装置。
  3. 　前記記憶手段は、前記画像グループとして、前記認証用画像の主題を示す画像、前記認証用画像の背景を示す画像、又は前記主題の変換指示の少なくともいずれか一つを記憶することを特徴とする請求項１または２に記載の認証装置。
  4. 　前記端末と共有するセッション鍵を生成する鍵生成手段をさらに備え、
    　前記認証テーブル送信手段は、前記セッション鍵に基づき、前記認証テーブルを暗号化して送信することを特徴とする請求項１～３のいずれか一項に記載の認証装置。
  5. 　請求項１～４のいずれか一項に記載の認証装置と、
    　前記認証装置とネットワークを介して接続する端末とを有する認証システムであって、
    　　前記端末は、
    　前記認証テーブルの各々を受信する認証テーブル受信手段と、
    　前記認証テーブルの各々に対し、当該認証テーブルに含まれる前記画像グループの候補を表す画像を選択可能に表示する選択受付手段と、
    　前記認証テーブルごとに選択された前記画像に対応する画像グループの候補に対応するコードを、前記認証装置に送信する応答送信手段と、
    を有することを特徴とする認証システム。
  6. 　前記応答送信手段は、前記認証テーブルごとに送信する前記候補に対応するコードの送信順序を、認証セッションごとに変更することを特徴とする請求項５に記載の認証システム。
  7. 　前記認証テーブルには、前記画像グループの候補を示す名称が含まれ、
    　前記認証テーブル送信手段は、前記認証テーブルに含める前記ユーザに設定された前記画像グループを示す名称を、前記端末と共有するアルゴリズムを適用することで決定し、
    　前記選択受付手段は、前記認証テーブルに含まれる前記ユーザに設定された画像グループを示す名称に対して前記アルゴリズムを適用することで、表示すべき画像を認識することを特徴とする請求項５または６に記載の認証システム。
  8. 　請求項１～４のいずれか一項に記載の認証装置とネットワークを介して接続する端末装置であって、
    　前記認証装置から前記認証テーブルの各々を受信する認証テーブル受信手段と、
    　前記認証テーブルの各々に対し、当該認証テーブルに含まれる前記画像グループの候補を表す画像を選択可能に表示する選択受付手段と、
    　前記認証テーブルごとに選択された前記画像に対応する画像グループの候補に対応するコードを、前記認証装置に送信する応答送信手段と、を備え、
    　前記認証テーブルには、前記画像グループの候補を示す名称が含まれ、
    　前記認証装置は、前記認証テーブルに含める前記ユーザに設定された前記画像グループを示す名称を、前記端末装置と共有するアルゴリズムを適用することで決定し、
    　前記選択受付手段は、前記認証テーブルに含まれる前記ユーザに設定された画像グループを示す名称に対して前記アルゴリズムを適用することで、表示すべき画像を認識することを特徴とする端末装置。
  9. 　請求項１～７のいずれか一項に記載の認証装置としてコンピュータを機能させることを特徴とするプログラム。
  10. 　請求項８に記載の端末装置としてコンピュータを機能させることを特徴とするプログラム。
PCT/JP2015/057172 2014-03-12 2015-03-11 認証装置、認証システム及びプログラム Ceased WO2015137404A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016507796A JP6315080B2 (ja) 2014-03-12 2015-03-11 認証装置、認証システム及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-048879 2014-03-12
JP2014048879 2014-03-12

Publications (1)

Publication Number Publication Date
WO2015137404A1 true WO2015137404A1 (ja) 2015-09-17

Family

ID=54071845

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/057172 Ceased WO2015137404A1 (ja) 2014-03-12 2015-03-11 認証装置、認証システム及びプログラム

Country Status (2)

Country Link
JP (1) JP6315080B2 (ja)
WO (1) WO2015137404A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017145273A1 (ja) * 2016-02-24 2017-08-31 株式会社日立製作所 ユーザ認証装置
JP2017162338A (ja) * 2016-03-11 2017-09-14 隆 加田木 認証装置およびプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007094523A (ja) * 2005-09-27 2007-04-12 Nec Nexsolutions Ltd 画像配列型認証システム
JP2008257701A (ja) * 2007-03-12 2008-10-23 Yahoo Japan Corp 認証システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007094523A (ja) * 2005-09-27 2007-04-12 Nec Nexsolutions Ltd 画像配列型認証システム
JP2008257701A (ja) * 2007-03-12 2008-10-23 Yahoo Japan Corp 認証システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017145273A1 (ja) * 2016-02-24 2017-08-31 株式会社日立製作所 ユーザ認証装置
JP2017162338A (ja) * 2016-03-11 2017-09-14 隆 加田木 認証装置およびプログラム

Also Published As

Publication number Publication date
JP6315080B2 (ja) 2018-04-25
JPWO2015137404A1 (ja) 2017-04-06

Similar Documents

Publication Publication Date Title
JP4713694B1 (ja) 二要素ユーザ認証システム、およびその方法
KR101132368B1 (ko) 비밀번호 키의 이동값을 이용하는 비밀번호 안전 입력 시스템 및 그 비밀번호 안전 입력 방법
EP3824592B1 (en) Public-private key pair protected password manager
JP6426791B2 (ja) ユーザ認証方法及びこれを実現するためのシステム
JP6399382B2 (ja) 認証システム
JP7202688B2 (ja) 認証システム、認証方法、アプリケーション提供装置、認証装置、及び認証用プログラム
JP5431040B2 (ja) 認証要求変換装置、認証要求変換方法および認証要求変換プログラム
KR20180117715A (ko) 개선된 보안성을 갖는 사용자 인증을 위한 방법 및 시스템
JPWO2012046303A1 (ja) オフライン二要素ユーザ認証システム、その方法、およびそのプログラム
NO324315B1 (no) Metode og system for sikker brukerautentisering ved personlig dataterminal
JP2008176383A (ja) ワンタイムパスワード生成方法、ワンタイムパスワード認証方法、ワンタイムパスワード生成装置、ワンタイムパスワードの生成機能を備えたｉｃカード、ワンタイムパスワード認証装置、ｉｃカードプログラム及びコンピュータプログラム
JP2011505034A (ja) 使い捨て用仮想秘密情報認証システムおよび認証方法
KR101151367B1 (ko) 온라인 금융거래 인증 방법 및 그 장치
JP6315080B2 (ja) 認証装置、認証システム及びプログラム
JP4028849B2 (ja) 通信システム、携帯端末及びプログラム
JP6721225B1 (ja) ユーザ認証システム、ユーザ認証サーバ、およびユーザ認証方法
JP5602054B2 (ja) オフライン二要素ユーザ認証システム、その方法、およびそのプログラム
JP2011164837A (ja) 認証システムおよび認証方法
JP6714551B2 (ja) 認証鍵共有システム及び端末間鍵コピー方法
JP5602055B2 (ja) 二要素ユーザ認証システム、およびその方法
JP6165044B2 (ja) 利用者認証装置、システム、方法及びプログラム
KR101576038B1 (ko) 사용자 신원 인증을 안전하게 보장하기 위한 네트워크 인증 방법
JP2021093063A (ja) 情報処理装置、認証システム、情報処理方法、および認証方法

Legal Events

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

Ref document number: 15761514

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016507796

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15761514

Country of ref document: EP

Kind code of ref document: A1