WO2019234801A1 - サービス提供システム及びサービス提供方法 - Google Patents

サービス提供システム及びサービス提供方法 Download PDF

Info

Publication number
WO2019234801A1
WO2019234801A1 PCT/JP2018/021401 JP2018021401W WO2019234801A1 WO 2019234801 A1 WO2019234801 A1 WO 2019234801A1 JP 2018021401 W JP2018021401 W JP 2018021401W WO 2019234801 A1 WO2019234801 A1 WO 2019234801A1
Authority
WO
WIPO (PCT)
Prior art keywords
authentication
telephone
terminal
user
password
Prior art date
Application number
PCT/JP2018/021401
Other languages
English (en)
French (fr)
Inventor
昇 菱沼
Original Assignee
株式会社あいびし
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 株式会社あいびし filed Critical 株式会社あいびし
Priority to JP2020523865A priority Critical patent/JP7079528B2/ja
Priority to PCT/JP2018/021401 priority patent/WO2019234801A1/ja
Publication of WO2019234801A1 publication Critical patent/WO2019234801A1/ja

Links

Images

Classifications

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

Definitions

  • the present invention relates to a service providing system and a service providing method.
  • ⁇ ⁇ ⁇ ⁇ Services such as internet banking, internet shopping, and online trade using the Internet are widespread.
  • the user In order to use such a service, the user needs to log in by entering an ID and password by operating a terminal device such as a PC (Personal Computer) or a smartphone to access a dedicated site.
  • a terminal device such as a PC (Personal Computer) or a smartphone to access a dedicated site.
  • Patent Document 1 In the case of login using ID and password, there is a problem of impersonation by others.
  • a server authenticates a user using an ID and a password, the server guides the user to make a call to a registered communication terminal (for example, a mobile phone or a smartphone), and calls from the registered communication terminal.
  • a registered communication terminal for example, a mobile phone or a smartphone
  • the server can authenticate that the client terminal is a legitimate client terminal by confirming the incoming call number from the client terminal.
  • the present invention has been made in view of the above circumstances, and an object of the present invention is to provide a service providing system and a service providing method capable of improving security during login without imposing a burden on the user.
  • a service providing system includes: Login request acquisition means for acquiring a login request for requesting the user to log in to the service from the terminal; A telephone authentication requesting means for transmitting to the terminal telephone request information for requesting a telephone connection with a specified telephone number to the own system when the login request is acquired; Telephone authentication means for performing authentication based on an incoming call from the mobile terminal of the user after transmitting the telephone request information; OTP creation means for creating a one-time password; An encryption means for encrypting address information for accessing the own system including the one-time password when the authentication by the telephone authentication means is successful, using the password of the user; Address transmitting means for transmitting the address information encrypted by the encrypting means to the terminal; OTP authentication means for authenticating the terminal based on the one-time password received from the terminal after transmitting the address information and the one-time password created by the OTP creation means; Service execution means for executing processing for providing the service to the terminal when the authentication by the OTP authentication means is successful
  • FIG. 6 is a flowchart (part 1) illustrating an example of a login process according to the first embodiment.
  • FIG. 5 is a flowchart (part 2) illustrating an example of a login process according to the first embodiment.
  • 10 is a flowchart (part 3) illustrating an example of a login process according to the first embodiment.
  • 7 is a flowchart (part 4) illustrating an example of a login process according to the first embodiment.
  • It is a flowchart which shows an example of a password authentication process.
  • It is a figure which shows the example of a telephone request screen.
  • It is a figure which shows the example of an input screen.
  • It is a function block diagram of the service provision system which concerns on Embodiment 2 of this invention.
  • FIG. 1 is a diagram showing an overall configuration of a service providing system 1 according to Embodiment 1 of the present invention.
  • the service providing system 1 includes a server 10 and an authentication device 20.
  • the server 10 is connected to the user terminal 30 via the Internet N1.
  • the authentication device 20 is connected to the portable terminal 40 via the telephone network N2 and is connected to the server 10 via the Internet N1.
  • the server 10 is a Web server that provides various services to the user terminal 30 via the Internet N1.
  • the “service” here is, for example, services such as net banking, internet shopping, online trade, and electronic ticket system using the Internet N1, and it is necessary to receive authentication as to whether it is a legitimate user at the time of use.
  • the server 10 is managed by, for example, a company that operates a service to be provided. As illustrated in FIG. 2, the server 10 includes a communication unit 11, a storage unit 12, and a control unit 13. In addition, the server 10 may be comprised from one computer, and may be comprised from the several computer. Although only one server 10 is shown in FIG. 1, a plurality of servers 10 that provide different services may be connected to the authentication device 20.
  • the communication unit 11 performs data communication with the user terminal 30 and the authentication device 20 via the Internet N1 under the control of the control unit 13.
  • the communication unit 11 includes a communication interface such as a NIC (Network Interface Card).
  • NIC Network Interface Card
  • the communication unit 11 receives a service login request from the user terminal 30 via the Internet N1.
  • the storage unit 12 is a hard disk drive or the like, and stores various data necessary for the server 10 to operate.
  • the storage unit 12 stores a customer DB 121.
  • the customer DB 121 stores information about each user who can use the service provided by the server 10. Specifically, as shown in FIG. 3, the customer DB 121 stores, for each user, a user ID, a password, a telephone number, a password valid / invalid flag, a current day error count, a cumulative error count, a first encryption key, and an encryption. Data and the like are stored.
  • the phone number stored in the customer DB 121 is a phone number set in the user's mobile terminal 40 and is information for uniquely identifying the mobile terminal 40.
  • the user (user ID) and the user's portable terminal 40 (phone number) are associated with each other by the record registered in the customer DB 121.
  • the password valid / invalid flag stored in the customer DB 121 indicates whether the password is currently valid or invalid.
  • the current day error count stored in the customer DB 121 indicates the number of current day errors that occurred when the password entered by the user did not match in the login process described later. The current day error count is reset when the date changes.
  • the password valid / invalid flag is set to “invalid” for a predetermined stop period. This prevents the user from logging into the service during the suspension period.
  • the cumulative error count stored in the customer DB 121 indicates the cumulative count so far in which an error has occurred because the passwords entered by the user do not match.
  • the password valid / invalid flag is set to “invalid”. Thereby, the login from this user is stopped until a predetermined reset process or the like is performed.
  • the first encryption key stored in the customer DB 121 is irreversibly created from the one-time password (hereinafter referred to as OTP) received from the authentication device 20 and the user's password, and the server 10 and the user terminal 30 after login. It is used to encrypt and decrypt data sent and received between them.
  • OTP one-time password
  • the first encryption key is created by hashing a character string obtained by concatenating an OTP and a password with a hash function such as MD (Message Digest algorithm) 5 or the like.
  • the encrypted data stored in the customer DB 121 is data obtained by encrypting highly confidential data among data related to users necessary when the server 10 provides a service.
  • the encrypted data is, for example, data obtained by encrypting user credit information or data obtained by encrypting user account information. What data is stored as encrypted data in the customer DB 121 may be set for each user, or may be set uniformly on the server 10 side.
  • the server 10 encrypts the registration data (credit information or the like) received from the user terminal 30 using the encryption key acquired from the authentication device 20. Is created and stored in the customer DB 121.
  • the authentication device 20 uses the authentication information of the login user stored in the incoming call management DB 222 as a predetermined key for the encrypted data.
  • the encrypted data may be encrypted using another encryption key. Encryption of the encrypted data is performed by a common key method, and the encrypted data can be decrypted with the encryption key used for encryption.
  • an encryption key used for encrypting encrypted data is referred to as a second encryption key.
  • control unit 13 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), etc. (none of which are shown), and the CPU uses the RAM as a work memory.
  • the entire server 10 is controlled by appropriately executing various programs stored in the ROM or the storage unit 12.
  • the authentication device 20 When there is a login request from the user terminal 30 to the server 10, the authentication device 20 performs processing for creating an OTP for authentication based on a request from the server 10. Further, the authentication device 20 receives a telephone call from the user's portable terminal 40 and performs a process of authenticating (phone authentication) the portable terminal 40 based on the telephone number of the incoming call source. As shown in FIG. 4, the authentication device 20 includes a communication unit 21, a storage unit 22, and a control unit 23. Note that the authentication device 20 may be composed of one computer or a plurality of computers.
  • the communication unit 21 communicates with the mobile terminal 40 via the telephone network N2 under the control of the control unit 23.
  • the communication unit 21 communicates with the server 10 through the Internet N1 under the control of the control unit 23.
  • the storage unit 22 is a hard disk drive, for example, and stores various data necessary for the authentication device 20 to operate.
  • the storage unit 22 stores a telephone number storage DB 221 and an incoming call management DB 222.
  • the telephone number storage DB 221 stores a plurality of telephone numbers set in the authentication device 20.
  • the portable terminal 40 can make a telephone call to the authentication device 20 by designating any one of the telephone numbers stored in the telephone number storage DB 221.
  • the telephone number storage DB 221 stores a plurality of records in which telephone numbers and contract dates are associated with each other.
  • the contract date indicates the date when this telephone number is contracted for telephone connection.
  • the administrator may delete from the telephone number storage DB 221 a telephone number that has passed a certain period (for example, one year) from the contract date.
  • the telephone number storage DB 221 may store only one telephone number.
  • the incoming call management DB 222 stores information related to incoming calls from the mobile terminal 40. Specifically, as shown in FIG. 6, the incoming call management DB 222 stores authentication information, a destination telephone number, an OTP, and a registration date and time in association with each other.
  • the incoming call management DB 222 is an example of an authentication information storage unit of the present invention.
  • the authentication information stored in the incoming call management DB 222 is information obtained by irreversibly converting the incoming telephone number from the portable terminal 40 using a predetermined method (for example, hashing).
  • the authentication information is set as a key for identifying a record stored in the incoming call management DB 222. Therefore, duplicate records having the same authentication information are not registered in the incoming call management DB 222.
  • the destination telephone number stored in the incoming call management DB 222 is a telephone number indicating the destination of the incoming call.
  • the destination telephone number is one of a plurality of valid telephone numbers stored in the telephone number storage DB 221.
  • the registration date and time stored in the incoming call management DB 222 indicates the date and time when the incoming call was received.
  • control unit 23 includes a CPU, a ROM, a RAM, and the like (all not shown), and the CPU uses the RAM as a work memory and appropriately executes various programs stored in the ROM and the storage unit 22. By executing this, the entire authentication apparatus 20 is controlled.
  • the user terminal 30 is, for example, a PC (Personal Computer) operated by a user, and is connected to the server 10 via the Internet N1. As illustrated in FIG. 7, the user terminal 30 includes a communication unit 31, an input unit 32, a display unit 33, a storage unit 34, and a control unit 35.
  • a PC Personal Computer
  • the communication unit 31 includes a communication interface, and performs data communication with the server 10 via the Internet N1 under the control of the control unit 35.
  • the input unit 32 is a keyboard, a mouse, or the like, and is used to input various information to the user terminal 30. For example, when logging in to the service, the user operates the input unit 32 and inputs his / her user ID. Further, the user operates the input unit 32 to input a password necessary for decrypting the URL (Uniform Resource Locator) received from the server 10.
  • the URL corresponds to the address information of the present invention.
  • the display unit 33 is a liquid crystal display, for example, and outputs various information under the control of the control unit 35.
  • the display unit 33 displays an input screen and a telephone request screen described later.
  • the storage unit 34 is, for example, a hard disk drive or a flash memory, and stores various data and programs necessary for the user terminal 30 to operate.
  • the storage unit 34 stores screen data of a login screen.
  • the control unit 35 controls the entire user terminal 30.
  • the control unit 35 includes, for example, a CPU, a ROM, a RAM, and the like.
  • the control unit 35 performs a process of decrypting an encrypted URL received from the server using a password input from the user via the input unit 32.
  • the mobile terminal 40 is, for example, a smartphone or a mobile phone, and includes a touch panel, a CPU, a ROM, a RAM, a flash memory, and the like (not shown).
  • the portable terminal 40 has a telephone function and can be connected to the authentication device 20 via the telephone network N2.
  • the server 10 includes a login request acquisition unit 101, an encryption unit 102, a URL transmission unit 103, a password authentication unit 104, a telephone authentication request unit 105, and a service execution unit 106 as functional configurations. .
  • Each of these units 101 to 106 is realized by the communication unit 11, the storage unit 12, and the control unit 13.
  • the authentication device 20 includes an OTP creation unit 201, an OTP authentication unit 202, and a telephone authentication unit 203 as functional configurations.
  • Each of these units 201 to 203 is realized by the communication unit 21, the storage unit 22, and the control unit 23.
  • the login request acquisition unit 101 acquires a login request for requesting the user to log in to the service from the user terminal 30 via the Internet N1. Note that the login request includes only the user ID and does not include the password.
  • the login request acquisition unit 101 is an example of a login request acquisition unit of the present invention.
  • the OTP creation unit 201 creates an OTP such as a random number and transmits it to the server 10 together with the telephone number of the authentication device 20.
  • the OTP creation unit 201 is an example of the OTP creation unit of the present invention.
  • the telephone authentication request unit 105 sends screen data of a telephone request screen for requesting the authentication device 20 to make a telephone call from the user's portable terminal 40 to the authentication device 20 to the user terminal 30 that is the transmission source of the login request. Send.
  • the telephone authentication request unit 105 is an example of a telephone authentication request unit of the present invention.
  • the telephone authentication unit 203 authenticates (terminal authentication) that the mobile terminal 40 is a legitimate terminal based on the incoming call to the designated telephone number from the mobile terminal 40. If the authentication is successful, the telephone authentication A completion notification is transmitted to the encryption unit 102.
  • the telephone authentication unit 203 is an example of a telephone authentication unit of the present invention.
  • the encryption unit 102 encrypts the URL for accessing the server including the OTP received from the authentication device 20 as a parameter by using the login user password.
  • the encryption unit 102 is an example of the encryption unit of the present invention.
  • the URL transmission unit 103 transmits the URL encrypted by the encryption unit 102 and screen data of an input screen for inputting information for decrypting the URL to the user terminal 30 that is the transmission source of the login request. .
  • the URL transmission unit 103 is an example of an address transmission unit of the present invention.
  • the password authentication unit 104 performs authentication (password authentication) based on the number of password authentication errors received together with the URL when accessed from the user terminal 30 by the URL.
  • password authentication is successful, the OTP authentication unit 202 An OTP authentication request is transmitted to.
  • the password authentication unit 104 is an example of a password authentication unit of the present invention.
  • the OTP authentication unit 202 transmits an authentication completion notification to the service execution unit 106 after confirming that the OTP received from the user terminal 30 matches the OTP created by the OTP creation unit 201.
  • the OTP authentication unit 202 is an example of the OTP authentication unit of the present invention.
  • the service execution unit 106 When the service execution unit 106 receives an authentication completion notification from the OTP authentication unit 202, the service execution unit 106 executes processing for providing a predetermined service to the user terminal 30 that is the transmission source of the login request. Further, the service execution unit 106 creates a second encryption key for encrypting data transmitted / received to / from the user terminal 30 after login, and stores the second encryption key in the customer DB 121.
  • the service execution unit 106 is an example of a service execution unit of the present invention.
  • a user who wants to use the service provided by the server 10 (hereinafter also referred to as “login user”) operates the input unit 32 of the user terminal 30 to enter his / her user ID on the login screen displayed on the display unit 33. Input and perform a predetermined operation. In response to this operation, the control unit 35 of the user terminal 30 transmits a login request including the input user ID to the server 10 via the Internet N1 (step S101 in FIG. 9).
  • the user ID included in the login request is also expressed as a login user ID.
  • the login request acquisition unit 101 of the server 10 receives the login request, the record including the login user ID is stored in the customer DB 121, and the password of the record is valid (that is, the password valid / invalid flag is set). It is confirmed that it is “valid”) (step S102). If such a record is not stored, the login process ends as an error.
  • the login request acquisition unit 101 acquires the telephone number of the login user's mobile terminal 40 from the customer DB 121 and creates authentication information for authentication from the telephone number (step S103).
  • the login request acquisition unit 101 processes the acquired telephone number according to a predetermined rule (hereinafter referred to as a number processing rule), and then performs a predetermined rule (hereinafter referred to as a number conversion rule).
  • a predetermined rule hereinafter referred to as a number processing rule
  • a number conversion rule Authentication information is created by performing irreversible conversion according to the above.
  • the number processing rule may be any rule, for example, a rule that moves the last four digits of the phone number to the beginning, or a rule that inserts a specific character string or number between each number of the phone number. Also good.
  • the number conversion rule may be any conversion as long as it is irreversible, for example, a rule for performing hash conversion using MD5.
  • the login request acquisition unit 101 transmits an OTP acquisition request including the created authentication information to the authentication device 20 (step S104).
  • the telephone authentication unit 203 of the authentication device 20 confirms that the record having the authentication information included in the received OTP acquisition request is not registered in the incoming call management DB 222 (step S105). If such a record is registered, the process ends as an error.
  • the OTP creation unit 201 creates an OTP (step S106). Then, the OTP creation unit 201 selects one of a plurality of valid phone numbers stored in the phone number storage DB 221 (step S107).
  • the OTP creation unit 201 receives a record including the authentication information included in the received OTP acquisition request, the telephone number selected at Step S107 (the destination telephone number), and the OTP created at Step S106. Register in the management DB 222 (step S108). Then, the OTP creation unit 201 transmits the selected telephone number and the created OTP to the server 10 (step S109).
  • the telephone authentication request unit 105 of the server 10 receives the first encryption key for encrypting data transmitted / received to / from the user terminal 30 after login, the login user password, and the authentication device. 20 is created from the OTP received from 20 and registered in the login user record of the customer DB 121 (FIG. 10, step S110).
  • the telephone authentication request unit 105 transmits screen data of a telephone request screen for requesting a telephone call to the telephone number received from the authentication device 20 in step S109 to the user terminal 30 that is the transmission source of the login request ( Reply) (step S111).
  • the screen data of the telephone request screen corresponds to the telephone request information of the present invention.
  • the telephone authentication request unit 105 may transmit only the telephone number of the telephone call destination to the user terminal 30 as the telephone request information.
  • the control unit 35 of the user terminal 30 displays a telephone request screen as shown in FIG. 14 on the display unit 33 based on the received screen data (step S112).
  • the telephone number “03-1234-4444” displayed on the telephone request screen shown in FIG. 14 is the telephone number selected in step S107.
  • the user operates his / her mobile terminal 40 in accordance with the content instructed on the telephone authentication request screen, and in response to the operation, the mobile terminal 40 uses the telephone number designated on the telephone request screen.
  • a telephone call is made to the authentication device 20 (step S113).
  • the telephone authentication unit 203 of the authentication device 20 converts the incoming telephone number into authentication information by the same method as in step S103. Then, the telephone authentication unit 203 stores a record having a set of the converted authentication information and the telephone number of the incoming caller in the incoming call management DB 222, and the predetermined time (from the registration date and time of the record) For example, telephone authentication is performed to confirm that 10 minutes have not elapsed (step S114). If there is no such record, the process ends as an error.
  • the telephone authentication unit 203 immediately disconnects the incoming call without responding to the incoming call from the mobile terminal 40. As a result, the telephone bill is not charged to the login user side. Further, the telephone authentication unit 203 may respond to the incoming call with a predetermined voice only when an error occurs in step S114. This is because there is a high possibility of an incoming call from an unauthorized third party.
  • the telephone authentication unit 203 transmits a telephone authentication completion notification to the server 10 (step S115).
  • the encryption unit 102 of the server 10 creates a URL for accessing the server 10 including the OTP received from the authentication device 20 as a parameter (step S116).
  • this URL is a URL obtained by adding OTP as a query parameter to a URL including the domain name of the server 10.
  • the encryption unit 102 encrypts the created URL using the login user's password as an encryption key (FIG. 11, step S117).
  • This encryption is performed using a common key encryption method, and the encrypted URL can be decrypted with the encryption key used for the encryption (that is, the password of the login user).
  • the login user's password may be acquired from the customer DB 121.
  • the URL transmission unit 103 transmits the encrypted URL and screen data of an input screen for allowing the login user to input a password to the user terminal 30 (step S118).
  • the control unit 35 of the user terminal 30 displays an input screen as shown in FIG. 15A on the display unit 33 based on the received screen data (step S119).
  • the logged-in user inputs his / her password on the input screen via the input unit 32 of the user terminal 30 and presses the OK button.
  • the control unit 35 of the user terminal 30 decrypts the received URL using the input password (step S120).
  • the control unit 35 When the URL cannot be decrypted with the input password, the control unit 35 causes the display unit 33 to display an input screen for prompting re-input of the password as shown in FIG. Further, the control unit 35 counts the number of times the password is re-input (number of errors). For example, the control unit 35 may set the number of errors by subtracting 1 from the number of times the OK button has been pressed from the input screen.
  • Step S121 This first encryption key is used for encryption of data transmitted / received to / from the server 10 after login. If the first encryption key is already stored, it is updated to the first encryption key created this time.
  • step S121 and the process of step S110 described above the same first encryption key is stored in both the user terminal 30 and the server 10.
  • control unit 35 of the user terminal 30 accesses the server 10 using the decrypted URL, and notifies the server 10 of the number of errors (step S122). Thereby, the OTP included in the URL is transmitted to the server 10 together with the number of errors.
  • the password authentication unit 104 of the server 10 executes a password authentication process for performing authentication based on the number of errors received at the same time when there is an access from the user terminal 30 using a URL (step S123 in FIG. 12). Details of the password authentication processing will be described with reference to the flowchart of FIG.
  • the password authentication unit 104 determines whether or not the received error count is 0 (step S123A). If the number of errors is 0 (step S123A; Yes), the password authentication unit 104 determines that the authentication is successful because the user corrects and inputs his or her password with a single input (step S123B). Then, the password authentication unit 104 updates the accumulated error count and the current day error count of the login user stored in the customer DB 121 to 0 (step S123C), and the password authentication process ends.
  • step S123A when the number of errors is 1 or more (step S123A; No), the password authentication unit 104 adds the number of errors on the current day and the accumulated number of errors of the login user stored in the customer DB 121 by the number of received errors. (Step S123D).
  • the password authentication unit 104 determines whether or not the cumulative error count exceeds a predetermined cumulative limit count (step S123E). When it exceeds (step S123E; Yes), the password authentication unit 104 sets the password valid / invalid flag of the login user to “invalid” (step S123F), and the password authentication process and the login process are ended as an error.
  • step S123E if the cumulative error count does not exceed the cumulative limit count (step S123E; No), but the current day error count exceeds the predetermined limit on the current day (step S123G; Yes), the password authentication unit 104 For a predetermined period, the password valid / invalid flag of the login user is set to “invalid” (step S123H), and the password authentication process and the login process are terminated as an error.
  • step S123E determines that the authentication is successful.
  • step S123C the cumulative error count and the current day error count are updated to 0 (Step S123C), and the password authentication process ends.
  • the password authentication unit 104 of the server 10 transmits an OTP authentication request to the authentication device 20 (step S124).
  • This OTP authentication request includes the OTP attached to the URL received from the user terminal 30 and the login user authentication information created in step S103.
  • the OTP authentication unit 202 of the authentication device 20 confirms that a record having a set of authentication information and OTP included in the received OTP confirmation request is registered in the incoming call management DB 222 (step S125). If no such record is registered, the process ends as an error.
  • the OTP authentication unit 202 creates a second encryption key obtained by performing predetermined processing on the authentication information included in the record of the incoming call management DB 222 confirmed in step S125 (step S126).
  • the second encryption key is used for decrypting the encrypted data of the login user stored in the server 10.
  • the OTP authentication unit 202 deletes the record (step S127).
  • the OTP authentication unit 202 transmits the authentication completion notification to the server 10 together with the generated second encryption key (step S128).
  • the service execution unit 106 of the server 10 decrypts the encrypted data of the logged-in user stored in the customer DB 121 using the simultaneously received second encryption key (step S129).
  • the data decrypted in step S129 is, for example, credit information or account information, and is used in a transfer process or a payment process after login, and is erased at logoff.
  • the service execution unit 106 logs in the user terminal 30 that has transmitted the login request to the service provided by the server 10 (step S130). Thereby, the user terminal 30 can use the service provided by the server 10. This completes the login process.
  • the login request transmitted from the user terminal 30 to the service providing system in the login process includes only the user ID and does not include the password. Then, after performing authentication (phone authentication) based on the incoming call from the mobile terminal 40, the user terminal 30 decrypts the encrypted URL received from the server 10 with the password input by the user, and uses the URL. Access the server 10.
  • the authentication device 20 can confirm that the password is correct by confirming the OTP included in the URL when the user terminal 30 accesses the server 10. That is, in the present embodiment, the service providing system 1 can confirm that the password has been correctly input even though the password is not acquired from the user terminal 30 during the login process. For this reason, in the present embodiment, there is a very low risk that a password will be leaked during login, and unauthorized login can be reliably prevented.
  • the user terminal 30 can recognize that the login user's password is correctly stored in the server 10 by decoding the URL received from the server 10 with the password. Therefore, the user terminal 30 can authenticate that it is a legitimate server 10.
  • the server 10 can authenticate that the user terminal 30 is a legitimate terminal by confirming that the OTP received from the user terminal 30 matches the created OTP. Therefore, mutual authentication can be performed between the user terminal 30 and the server 10 without issuing an electronic certificate or the like. Therefore, it is possible to improve the security at the time of login without imposing a burden on the user.
  • the number of password input errors received from the user terminal 30 is greater than or equal to a predetermined limit number, it is determined as an error and login is not permitted. Therefore, even if the URL can be successfully decrypted by trying the password input from the input screen a plurality of times using automatic input software or the like, the login is not permitted, and thus unauthorized login can be prevented more reliably. .
  • the user cannot log in to the service unless the authentication by the password authentication unit 104 and the authentication by the OTP authentication unit 202 are successful in addition to the telephone authentication by the telephone authentication unit 203.
  • a third party urges a legitimate user to make a call from the mobile terminal 40 to a predetermined telephone number, and the legitimate user makes a telephone call in response to this, and the third party logs in illegally. It is possible to reliably prevent fraud that can occur in the conventional telephone authentication.
  • the same first encryption key is stored in both the server 10 and the user terminal 30 during the login process. Then, after login, data transmitted and received between the server 10 and the user terminal 30 is encrypted and decrypted using the first encryption key. Therefore, security after login can be improved.
  • the user's telephone number is not stored in the incoming call management DB 222 of the authentication device 20, but authentication information created irreversibly from the telephone number is stored instead. Therefore, even if the data stored in the incoming call management DB 222 is leaked due to unauthorized access etc., the authentication information is completely meaningless to a third party, so damage caused by the leak can be minimized. It becomes.
  • the password authentication unit 104 executes an authentication process (password authentication process) based on the number of errors received from the user terminal 30.
  • password authentication process it is not always necessary to execute the password authentication process, and it is not necessary to receive the number of errors from the user terminal 30 if not executed.
  • the service providing system 2 is a smartphone, for example, and has a telephone connection function. Unlike the first embodiment, the user terminal 30 is also connected to the authentication device 20 via the telephone network N2.
  • the phone number stored in the customer DB 121 is a phone number set in the user terminal 30 of the user.
  • the functional configuration diagram of the service providing system 2 is shown in FIG. Compared with the service providing system 1 according to the first embodiment, the service providing system 2 does not include the URL transmission unit 103 and the password authentication unit 104.
  • the authentication device 20 does not include the OTP authentication unit 202.
  • the encryption unit 102 of the present embodiment encrypts the screen data of the OTP and the telephone request screen using the user password as an encryption key.
  • control unit 35 of the user terminal 30 transmits a login request including the user ID of the login user to the server 10 via the Internet (step S201).
  • the login request acquisition unit 101 of the server 10 confirms that the record including the login user ID included in the received login request is stored in the customer DB 121, and that the password of the record is valid (step) S202). After the confirmation, the login request acquisition unit 101 generates authentication information from the telephone number of the login user (step S203), and transmits an OTP acquisition request including the generated authentication information to the authentication device 20 (step S204).
  • the telephone authentication unit 203 of the authentication device 20 confirms that the record having the authentication information included in the received OTP acquisition request is not registered in the incoming call management DB 222 (step S205), and creates an OTP after confirmation (step S205). S206).
  • the OTP creation unit 201 selects one of a plurality of valid phone numbers stored in the phone number storage DB 221 (step S207). Then, the OTP creation unit 201 registers a record including the authentication information included in the OTP acquisition request, the selected telephone number (destination telephone number), and the created OTP in the incoming call management DB 222 (step S208). Then, the OTP creation unit 201 transmits the selected telephone number and OTP to the server 10 (step S209).
  • the telephone authentication request unit 105 of the server 10 creates a first encryption key based on the password of the login user and the OTP received from the authentication device 20, and the login user of the customer DB 121 (FIG. 19, step S210).
  • the encryption unit 102 encrypts the screen data of the telephone request screen requesting to make a call to the received OTP and the received telephone number by a common key method using the login user password as an encryption key (Ste S211). Then, the telephone authentication request unit 105 transmits the screen data of the input screen for allowing the login user to input the password and the encrypted data to the user terminal 30 (step S212).
  • the control unit 35 of the user terminal 30 displays an input screen on the display unit 33 based on the received screen data (step S213). Then, in response to the operation from the user received from the input screen, the control unit 35 of the user terminal 30 decrypts the received data using the input password (step S214). By this process, the screen data of the OTP and the telephone request screen is decrypted.
  • control unit 35 of the user terminal 30 creates a first encryption key from the decrypted OTP and the password input from the input screen, and stores the first encryption key in the storage unit 34 (step S215).
  • control unit 35 of the user terminal 30 displays a telephone request screen as shown in FIG. 21 on the display unit 33 based on the decrypted screen data (step S216).
  • the control unit 35 makes a telephone call to the telephone number indicated on the telephone request screen (FIG. 20, step S217).
  • the telephone authentication unit 203 of the authentication device 20 converts the incoming telephone number into authentication information. Then, the telephone authentication unit 203 has a record having a set of the converted authentication information and the telephone number of the incoming call destination registered in the incoming call management DB 222, and a predetermined time (for example, 10 minutes) from the registration date and time of the record. ) Is not passed (step S218).
  • the telephone authentication unit 203 creates a second encryption key obtained by performing predetermined processing on the authentication information included in the record of the incoming call management DB 222 confirmed in step S218 (step S219), and then deletes the record ( Step S220). Then, the telephone authentication unit 203 transmits the created second encryption key, the login user authentication information included in the deleted record, and the authentication completion notification to the server 10 (step S221).
  • the service execution unit 106 of the server 10 decrypts the encrypted data of the logged-in user stored in the customer DB 121 using the simultaneously received second encryption key (step S222). Then, the service execution unit 106 logs in the user terminal 30 that has transmitted the login request to the service provided by the server 10 (step S223).
  • the user terminal 30 can authenticate that the user terminal 30 is the legitimate server 10 by being able to decrypt the URL received from the server 10 with the password.
  • the server 10 can authenticate that the user terminal 30 is a legitimate terminal based on the incoming call from the user terminal 30. That is, mutual authentication can be performed between the user terminal 30 and the server 10, and security at the time of login can be improved without placing a burden on the user.
  • the service providing system 2 does not execute the authentication process (OTP authentication) for confirming the OTP match on the server 10 side. Also, the processing speed at the time of login can be improved.
  • the service providing systems 1 and 2 are configured by two devices, that is, the server 10 and the authentication device 20, but the service providing system 1 is configured by one device that integrates the functions of the two. 2 may be configured.
  • the server 10 may be realized by a dedicated system or may be realized by a normal computer system.
  • the server 10, the authentication device 20, and the server 10, the authentication device 20, and the like are stored by distributing a program for performing the above-described operation in a computer-readable recording medium, installing the program in a computer, and executing the above-described processing. Or you may comprise one apparatus which integrated these.
  • the program may be stored in a disk device included in the server 10 on the network such as the Internet, the authentication device 20, or one device in which these are integrated, and may be downloaded to a computer.
  • the above-described functions may be realized by cooperation between an OS (Operating System) and application software. In this case, a part other than the OS may be stored and distributed in a medium, or a part other than the OS may be stored in a server device and downloaded to a computer.
  • OS Operating System
  • the present invention is suitable for a service providing system that provides a service.

Abstract

ログイン要求取得部（１０１）は、ユーザ端末（３０）から、ユーザのユーザＩＤを含んだログイン要求を取得する。電話認証部（２０３）は、ユーザ端末（３０）からの電話着信に基づいた認証を行う。電話認証部（２０３）による認証に成功した後、暗号化部（１０２）は、ワンタイムパスワードを含んだＵＲＬを、ユーザのパスワードを用いて暗号化し、ＵＲＬ送信部（１０３）が、ユーザ端末（３０）に送信する。ＯＴＰ認証部（２０２）は、ユーザ端末（３０）から受信したＵＲＬに含まれるワンタイムパスワードが、作成したワンタイムパスワードと一致することを確認する。サービス実行部（１０６）は、ＯＴＰ認証部（２０２）による認証に成功した場合に、ユーザ端末（３０）に対してサービスを提供するための処理を実行する。

Description

サービス提供システム及びサービス提供方法
　本発明は、サービス提供システム及びサービス提供方法に関する。
　インターネットを利用したネットバンキング、ネットショッピング、オンライントレード等のサービスが普及している。このようなサービスを利用するために、ユーザは、ＰＣ（Personal Computer）やスマートフォン等の端末装置を操作して専用のサイトにアクセスし、ＩＤ及びパスワードを入力してログインする必要がある。
　ＩＤ及びパスワードを用いたログインの場合、他人によるなりすましの問題がある。特許文献１には、サーバが、ＩＤ及びパスワードを用いてユーザ認証をした後、ユーザの登録通信端末（例えば、携帯電話やスマートフォン）に対して電話発信するよう案内し、登録通信端末からの電話着信があった場合にサービスの処理を開始することで、なりすましの問題に対処した発明について記載されている。
特開２０１５-１１１３２９号公報
　特許文献１に記載の発明の場合、サーバは、クライアント端末からの着信番号を確認することで、当該クライアント端末が正規のクライアント端末であることを認証できる。一方、クライアント端末側では、サーバが正規のサーバであることを認証することは困難である。即ち、特許文献１に記載の発明では、サーバとクライアント端末との間の相互認証については不十分な面がある。なお、サーバが電子証明書を取得してクライアント端末に送信すれば相互認証は可能であるが、電子証明書を取得するのは手間がかかり面倒である。
　本発明は上記実情に鑑みてなされたものであり、ユーザに負担をかけずにログインの際のセキュリティを向上させることができるサービス提供システム及びサービス提供方法を提供することを目的とする。
　上記目的を達成するため、本発明に係るサービス提供システムは、
　端末から、ユーザをサービスにログインさせることを要求するログイン要求を取得するログイン要求取得手段と、
　前記ログイン要求を取得した際に、自システムに指定の電話番号で電話接続することを要求する電話要求情報を前記端末に送信する電話認証要求手段と、
　前記電話要求情報を送信した後に、前記ユーザの携帯端末からの電話着信に基づいた認証を行う電話認証手段と、
　ワンタイムパスワードを作成するＯＴＰ作成手段と、
　前記電話認証手段による認証に成功した場合に、前記ワンタイムパスワードを含んだ自システムにアクセスするためのアドレス情報を、前記ユーザのパスワードを用いて暗号化する暗号化手段と、
　前記暗号化手段で暗号化したアドレス情報を前記端末に送信するアドレス送信手段と、
　前記アドレス情報を送信した後に端末から受信したワンタイムパスワードと前記ＯＴＰ作成手段が作成したワンタイムパスワードとに基づいて、前記端末の認証を行うＯＴＰ認証手段と、
　前記ＯＴＰ認証手段による認証に成功した場合に、前記端末に対して前記サービスを提供するための処理を実行するサービス実行手段と、
　を備える。
　本発明によれば、ユーザに負担をかけずにログインの際のセキュリティを向上させることが可能となる。
本発明の実施形態１に係るサービス提供システムの構成例を示す図である。 サーバの構成例を示すブロック図である。 顧客ＤＢの構成例を示す図である。 認証装置の構成例を示すブロック図である。 電話番号記憶ＤＢの構成例を示す図である。 着信管理ＤＢの構成例を示す図である。 ユーザ端末の構成例を示すブロック図である。 本発明の実施形態１に係るサービス提供システムの機能構成図である。 実施形態１に係るログイン処理の一例を示すフローチャート（その１）である。 実施形態１に係るログイン処理の一例を示すフローチャート（その２）である。 実施形態１に係るログイン処理の一例を示すフローチャート（その３）である。 実施形態１に係るログイン処理の一例を示すフローチャート（その４）である。 パスワード認証処理の一例を示すフローチャートである。 電話依頼画面の例を示す図である。 入力画面の例を示す図である。 本発明の実施形態２に係るサービス提供システムの構成例を示す図である。 本発明の実施形態２に係るサービス提供システムの機能構成図である。 実施形態２に係るログイン処理の一例を示すフローチャート（その１）である。 実施形態２に係るログイン処理の一例を示すフローチャート（その２）である。 実施形態２に係るログイン処理の一例を示すフローチャート（その３）である。 実施形態２における電話依頼画面の例を示す図である。
＜実施形態１＞
　以下、本発明の実施形態１について図面を参照しながら詳細に説明する。なお、図中、同一または同等の部分には同一の符号を付す。
　図１は、本発明の実施形態１に係るサービス提供システム１の全体構成を示す図である。サービス提供システム１は、サーバ１０と認証装置２０とを備える。サーバ１０は、インターネットＮ１を介して、ユーザ端末３０に接続される。認証装置２０は、電話網Ｎ２を介して携帯端末４０に接続されるとともに、インターネットＮ１を介してサーバ１０に接続される。
　サーバ１０は、インターネットＮ１を介してユーザ端末３０に各種のサービスを提供するＷｅｂサーバである。なお、ここでいう「サービス」とは、例えば、インターネットＮ１を利用したネットバンキング、ネットショッピング、オンライントレード、電子チケットシステム等のサービスであり、利用時に正規のユーザであるかどうかの認証を受ける必要がある。サーバ１０は、例えば、提供するサービスを運営する企業によって管理される。サーバ１０は、図２に示すように、通信部１１と、記憶部１２と、制御部１３と、を備える。なお、サーバ１０は、１台のコンピュータから構成されていてもよいし、複数台のコンピュータから構成されていてもよい。なお、図１では１つのサーバ１０しか示していないが、異なるサービスを提供する複数のサーバ１０がそれぞれ認証装置２０に接続されていてもよい。
　通信部１１は、制御部１３の制御の下、インターネットＮ１を介して、ユーザ端末３０や認証装置２０とデータ通信を行う。通信部１１は、例えば、ＮＩＣ（Network Interface Card）などの通信インタフェースを備える。例えば、通信部１１は、インターネットＮ１を介して、ユーザ端末３０からサービスのログイン要求を受信する。
　記憶部１２は、ハードディスクドライブなどであり、サーバ１０が動作するために必要な各種のデータを記憶する。例えば、記憶部１２は、顧客ＤＢ１２１を記憶している。
　顧客ＤＢ１２１には、このサーバ１０が提供するサービスを利用可能な各ユーザに関する情報が記憶される。具体的には、図３に示すように、顧客ＤＢ１２１には、ユーザ毎に、ユーザＩＤ、パスワード、電話番号、パスワード有効／無効フラグ、当日エラー回数、累積エラー回数、第１暗号鍵、暗号化データ等が記憶される。
　顧客ＤＢ１２１に記憶されている電話番号は、ユーザの携帯端末４０に設定されている電話番号であり、携帯端末４０を一意に識別する情報である。顧客ＤＢ１２１に登録されているレコードにより、ユーザ（ユーザＩＤ）と該ユーザの携帯端末４０（電話番号）とが関連付けられる。
　また、顧客ＤＢ１２１に記憶されているパスワード有効／無効フラグは、パスワードが現在有効であるか無効であるかを示す。顧客ＤＢ１２１に記憶されている当日エラー回数は、後述するログイン処理で、ユーザが入力したパスワードが一致しないでエラーとなった当日の回数を示す。当日エラー回数は、日付が変わったタイミングでリセットされる。当日エラー回数が、予め定めた当日限度回数を超えた場合、所定の停止期間、パスワード有効／無効フラグが「無効」に設定される。これにより、停止期間の間、そのユーザはサービスにログインできなくなる。
　また、顧客ＤＢ１２１に記憶されている累積エラー回数は、ユーザが入力したパスワードが一致しないでエラーとなったこれまでの累積の回数を示す。累積エラー回数が予め定めた累積限度回数を超えた場合、パスワード有効／無効フラグが「無効」に設定される。これにより、所定のリセット処理等がなされるまで、このユーザからのログインは停止される。
　また、顧客ＤＢ１２１に記憶されている第１暗号鍵は、認証装置２０から受信したワンタイムパスワード（以下、ＯＴＰ）とユーザのパスワードとから不可逆に作成され、ログイン後にサーバ１０とユーザ端末３０との間で送受信するデータを暗号化、復号するために利用される。例えば、第１暗号鍵は、ＯＴＰとパスワードとを連結した文字列をＭＤ（Message Digest algorithm）５等のハッシュ関数でハッシュ化することにより作成される。
　また、顧客ＤＢ１２１に記憶されている暗号化データは、サーバ１０がサービスを提供する際に必要なユーザに関するデータのうち秘匿性の高いデータを暗号化したものである。暗号化データは、例えば、ユーザのクレジット情報を暗号化したデータや、ユーザの口座情報を暗号化したデータである。どのようなデータを顧客ＤＢ１２１に暗号化データとして保持するかは、ユーザ毎に設定できるようにしてもよいし、サーバ１０側で一律に設定してもよい。
　例えば、暗号化データは、ユーザ端末３０からの初回ログイン後に、サーバ１０が、ユーザ端末３０から受信した登録用のデータ（クレジット情報等）を認証装置２０から取得した暗号鍵を用いて暗号化することで作成され、顧客ＤＢ１２１に記憶される。例えば、認証装置２０が着信管理ＤＢ２２２に記憶されているログインユーザの認証情報に所定の加工をしたものを暗号化データの暗号鍵として用いる。なお、他の暗号鍵を用いて暗号化データを暗号化してもよい。暗号化データの暗号化は共通鍵方式で行われており、暗号化に用いた暗号鍵で暗号化データを復号することが可能である。以下の説明では、暗号化データの暗号化に用いた暗号鍵を第２暗号鍵と表記する。
　図２に戻り、制御部１３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等（何れも図示せず）を備え、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭや記憶部１２に記憶されている各種プログラムを適宜実行することにより、サーバ１０全体を制御する。
　図１に戻り、続いて、認証装置２０について説明する。認証装置２０は、ユーザ端末３０からサーバ１０へのログイン要求があった際に、サーバ１０からの依頼に基づいて認証用のＯＴＰの作成を行う処理を行う。また、認証装置２０は、ユーザの携帯端末４０からの電話着信を受け付け、当該着信元の電話番号等に基づいて携帯端末４０を認証（電話認証）する処理を行う。認証装置２０は、図４に示すように、通信部２１と、記憶部２２と、制御部２３と、を備える。なお、認証装置２０は、１台のコンピュータから構成されていてもよいし、複数台のコンピュータから構成されていてもよい。
　通信部２１は、制御部２３の制御の下、電話網Ｎ２を介して、携帯端末４０と通信する。また、通信部２１は、制御部２３の制御の下、インターネットＮ１を介して、サーバ１０と通信する。
　記憶部２２は、例えば、ハードディスクドライブなどであり、認証装置２０が動作するために必要な各種のデータを記憶する。また、記憶部２２には、電話番号記憶ＤＢ２２１と、着信管理ＤＢ２２２と、が格納されている。
　電話番号記憶ＤＢ２２１には、認証装置２０に設定されている複数の電話番号が記憶されている。携帯端末４０は、電話番号記憶ＤＢ２２１に複数記憶されているうちの何れかの電話番号を指定して認証装置２０に電話発信することができる。具体的には、図５に示すように、電話番号記憶ＤＢ２２１には、電話番号と契約年月日とが対応付けられたレコードが複数記憶されている。契約年月日は、この電話番号が電話接続用に契約された日を示す。例えば、管理者は、契約日から一定期間（例えば、１年間）が経過した電話番号を電話番号記憶ＤＢ２２１から削除してもよい。なお、電話番号記憶ＤＢ２２１は、１つの電話番号のみを記憶してもよい。
　着信管理ＤＢ２２２には、携帯端末４０からの電話着信に関する情報等が格納される。具体的には、図６に示すように、着信管理ＤＢ２２２には、認証情報と、着信先電話番号と、ＯＴＰと、登録日時と、が対応付けられて記憶される。着信管理ＤＢ２２２は、本発明の認証情報記憶手段の一例である。
　着信管理ＤＢ２２２に記憶される認証情報は、携帯端末４０からの着信電話番号を所定の手法（例えば、ハッシュ化）を用いて不可逆に変換した情報である。認証情報は、着信管理ＤＢ２２２に記憶されるレコードを識別するためのキーとして設定されている。そのため、同一の認証情報を有するレコードが重複して着信管理ＤＢ２２２に登録されることはない。
　着信管理ＤＢ２２２に記憶される着信先電話番号は、当該電話着信の宛先を示す電話番号である。着信先電話番号は、電話番号記憶ＤＢ２２１に記憶されている複数の有効な電話番号のうちの何れかである。着信管理ＤＢ２２２に記憶される登録日時は、当該着信のあった日時を示す。
　図４に戻り、制御部２３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等（何れも図示せず）を備え、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭや記憶部２２に記憶されている各種プログラムを適宜実行することにより、認証装置２０の全体を制御する。
　図１に戻り、続いて、ユーザ端末３０について説明する。ユーザ端末３０は、例えば、ユーザによって操作されるＰＣ（Personal Computer）であり、インターネットＮ１を介して、サーバ１０に接続される。ユーザ端末３０は、図７に示すように、通信部３１と、入力部３２と、表示部３３と、記憶部３４と、制御部３５と、を備える。
　通信部３１は、通信インタフェースを備え、制御部３５の制御の下、インターネットＮ１を介して、サーバ１０とデータ通信を行う。
　入力部３２は、キーボードやマウス等であり、ユーザ端末３０に様々な情報を入力するために使用される。例えば、ユーザは、サービスにログインする際に、入力部３２を操作して、自分のユーザＩＤを入力する。また、ユーザは、入力部３２を操作して、サーバ１０から受信したＵＲＬ（Uniform Resource Locator）を復号するために必要なパスワードを入力する。なお、ＵＲＬは、本発明のアドレス情報に対応する。
　表示部３３は、例えば液晶ディスプレイ等であり、制御部３５の制御の下、様々な情報を出力する。例えば、表示部３３は、後述する入力画面や電話依頼画面を表示する。
　記憶部３４は、例えば、ハードディスクトライブやフラッシュメモリであり、ユーザ端末３０が動作するために必要な各種のデータやプログラムを記憶する。例えば、記憶部３４には、ログイン画面の画面データが記憶されている。
　制御部３５は、ユーザ端末３０全体を制御する。制御部３５は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備える。例えば、制御部３５は、入力部３２を介してユーザから入力されたパスワードを用いて、サーバから受信した暗号化されたＵＲＬを復号する処理等を行う。
　図１に戻り、携帯端末４０は、例えば、スマートフォンや携帯電話であり、図示せぬタッチパネル、ＣＰＵ、ＲＯＭ、ＲＡＭ、フラッシュメモリ等を備える。携帯端末４０は、電話機能を有しており、電話網Ｎ２を介して、認証装置２０と電話接続することが可能である。
　続いて、本発明の実施形態１に係るサービス提供システム１の機能的な構成について、図８を参照して説明する。
　サーバ１０は、機能的な構成として、ログイン要求取得部１０１と、暗号化部１０２と、ＵＲＬ送信部１０３と、パスワード認証部１０４と、電話認証要求部１０５と、サービス実行部１０６と、を備える。これらの各部１０１～１０６は、通信部１１、記憶部１２、及び、制御部１３により実現される。認証装置２０は、機能的な構成として、ＯＴＰ作成部２０１と、ＯＴＰ認証部２０２と、電話認証部２０３と、を備える。これらの各部２０１～２０３は、通信部２１、記憶部２２、及び、制御部２３により実現される。
　ログイン要求取得部１０１は、インターネットＮ１を介して、ユーザ端末３０からユーザをサービスにログインさせることを要求するログイン要求を取得する。なお、ログイン要求にはユーザＩＤのみが含まれており、パスワードは含まれていない。ログイン要求取得部１０１は、本発明のログイン要求取得手段の一例である。
　ＯＴＰ作成部２０１は、乱数などのＯＴＰを作成して、認証装置２０の電話番号とともにサーバ１０に送信する。ＯＴＰ作成部２０１は、本発明のＯＴＰ作成手段の一例である。
　電話認証要求部１０５は、ユーザの携帯端末４０から認証装置２０に指定の電話番号で電話発信することを依頼するための電話依頼画面の画面データを、ログイン要求の送信元であるユーザ端末３０に送信する。電話認証要求部１０５は、本発明の電話認証要求手段の一例である。
　電話認証部２０３は、携帯端末４０からの指定の電話番号への電話着信に基づいて、当該携帯端末４０が正規な端末であることを認証（端末認証）し、認証に成功した場合、電話認証完了通知を暗号化部１０２に送信する。電話認証部２０３は、本発明の電話認証手段の一例である。
　暗号化部１０２は、認証装置２０から受信したＯＴＰをパラメータに含んだサーバにアクセスするためのＵＲＬをログインユーザのパスワードを用いて暗号化する。暗号化部１０２は、本発明の暗号化手段の一例である。
　ＵＲＬ送信部１０３は、暗号化部１０２が暗号化したＵＲＬと、当該ＵＲＬを復号するための情報を入力するための入力画面の画面データとをログイン要求の送信元であるユーザ端末３０に送信する。ＵＲＬ送信部１０３は、本発明のアドレス送信手段の一例である。
　パスワード認証部１０４は、ユーザ端末３０からＵＲＬによるアクセスがあった際に、このＵＲＬとともに受信したパスワード認証のエラー回数に基づいた認証（パスワード認証）を行い、パスワード認証に成功すると、ＯＴＰ認証部２０２にＯＴＰ認証依頼を送信する。パスワード認証部１０４は、本発明のパスワード認証手段の一例である。
　ＯＴＰ認証部２０２は、ユーザ端末３０から受信したＯＴＰが、ＯＴＰ作成部２０１が作成したＯＴＰと一致することを確認した後、認証完了通知をサービス実行部１０６に送信する。ＯＴＰ認証部２０２は、本発明のＯＴＰ認証手段の一例である。
　サービス実行部１０６は、ＯＴＰ認証部２０２から認証完了通知を受信した場合に、ログイン要求の送信元のユーザ端末３０に対して所定のサービスを提供するための処理を実行する。また、サービス実行部１０６は、ログイン後にユーザ端末３０との間で送受信されるデータを暗号化するための第２暗号鍵を作成して、顧客ＤＢ１２１内に記憶する。サービス実行部１０６は、本発明のサービス実行手段の一例である。
　続いて、上述したサービス提供システム１でユーザを所定のサービスにログインさせるログイン処理について、図９～図１２のフローチャートを用いて説明する。
　サーバ１０が提供するサービスを利用したいユーザ（以下、「ログインユーザ」ともいう）は、ユーザ端末３０の入力部３２を操作して、表示部３３に表示されているログイン画面に自分のユーザＩＤを入力し、所定の操作を行う。この操作に応答して、ユーザ端末３０の制御部３５は、入力されたユーザＩＤを含んだログイン要求を、インターネットＮ１を介して、サーバ１０に送信する（図９のステップＳ１０１）。なお、以下の説明では、ログイン要求に含まれるユーザＩＤをログインユーザＩＤとも表記する。
　サーバ１０のログイン要求取得部１０１は、ログイン要求を受信すると、ログインユーザＩＤを含んだレコードが顧客ＤＢ１２１に記憶されていること、及び、当該レコードのパスワードが有効（即ち、パスワード有効／無効フラグが「有効」）であることを確認する（ステップＳ１０２）。そのようなレコードが記憶されていない場合、ログイン処理はエラーとして終了する。
　続いて、ログイン要求取得部１０１は、ログインユーザの携帯端末４０の電話番号を顧客ＤＢ１２１から取得し、当該電話番号から認証用の認証情報を作成する（ステップＳ１０３）。
　具体的には、ログイン要求取得部１０１は、取得した電話番号に対して、所定の規則（以下、番号加工規則という）に従った加工を行なってから、所定の規則（以下、番号変換規則）に従った不可逆な変換を行うことで認証情報を作成する。なお、番号加工規則は、どのような規則でも良く、例えば、電話番号の下４桁を先頭に移動させる規則や電話番号の各数字の間に特定の文字列や数字を挿入する規則であっても良い。また、番号変換規則は、不可逆であればどのような変換でも良く、例えば、ＭＤ５を用いたハッシュ変換を行う規則であっても良い。
　続いて、ログイン要求取得部１０１は、作成した認証情報を含んだＯＴＰ取得依頼を認証装置２０に送信する（ステップＳ１０４）。
　認証装置２０の電話認証部２０３は、受信したＯＴＰ取得依頼に含まれる認証情報を有するレコードが着信管理ＤＢ２２２に登録されていないことを確認する（ステップＳ１０５）。このようなレコードが登録されている場合は、エラーとして処理は終了する。
　続いて、ＯＴＰ作成部２０１は、ＯＴＰを作成する（ステップＳ１０６）。そして、ＯＴＰ作成部２０１は、電話番号記憶ＤＢ２２１に格納されている複数の有効な電話番号の中から１つを選択する（ステップＳ１０７）。
　続いて、ＯＴＰ作成部２０１は、受信したＯＴＰ取得依頼に含まれる認証情報と、ステップＳ１０７で選択した電話番号（着信先電話番号）と、ステップＳ１０６で作成したＯＴＰと、を含んだレコードを着信管理ＤＢ２２２に登録する（ステップＳ１０８）。そして、ＯＴＰ作成部２０１は、選択した電話番号と作成したＯＴＰとをサーバ１０に送信する（ステップＳ１０９）。
　電話番号とＯＴＰとを受信すると、サーバ１０の電話認証要求部１０５は、ログイン後にユーザ端末３０との間で送受信するデータを暗号化するための第１暗号鍵を、ログインユーザのパスワードと認証装置２０から受信したＯＴＰとから作成して、顧客ＤＢ１２１のログインユーザのレコードに登録する（図１０、ステップＳ１１０）。
　続いて、電話認証要求部１０５は、ステップＳ１０９で認証装置２０から受信した電話番号宛に電話発信することを要求する電話依頼画面の画面データを、ログイン要求の送信元のユーザ端末３０に送信（返信）する（ステップＳ１１１）。電話依頼画面の画面データは、本願発明の電話要求情報に対応する。なお、電話認証要求部１０５は、電話要求情報として、電話発信先の電話番号のみをユーザ端末３０に送信してもよい。
　続いて、ユーザ端末３０の制御部３５は、受信した画面データに基づいて、図１４に示すような電話依頼画面を表示部３３に表示させる（ステップＳ１１２）。なお、図１４に示す電話依頼画面に表示されている電話番号「０３－１２３４－４４４４」は、ステップＳ１０７で選択した電話番号である。
　図１０に戻り、ユーザは、電話認証依頼画面で指示された内容に従って自身の携帯端末４０を操作し、当該操作に応答して、携帯端末４０は、電話依頼画面で指示された電話番号で、認証装置２０に電話発信する（ステップＳ１１３）。
　電話着信があると、認証装置２０の電話認証部２０３は、ステップＳ１０３と同じ手法で着信電話番号を認証情報に変換する。そして、電話認証部２０３は、変換した認証情報と、電話着信の着信元の電話番号と、の組を有するレコードが着信管理ＤＢ２２２に登録されており、且つ、当該レコードの登録日時から所定時間（例えば、１０分）が経過していないことを確認する電話認証を行う（ステップＳ１１４）。このようなレコードが無い場合は、エラーとして処理を終了する。
　なお、電話認証部２０３は、携帯端末４０からの電話着信に応答せずに直ちに当該電話着信を切断する。これにより、ログインユーザ側に電話代が請求されることは無い。また、電話認証部２０３は、ステップＳ１１４でエラーとなった場合のみ電話着信に所定の音声で応答してもよい。この場合は不当な第三者からの電話着信である可能性が高いためである。
　電話認証に成功すると、電話認証部２０３は、電話認証完了通知をサーバ１０に送信する（ステップＳ１１５）。
　電話認証完了通知を受信すると、サーバ１０の暗号化部１０２は、認証装置２０から受信したＯＴＰをパラメータに含んだ、サーバ１０にアクセスするためのＵＲＬを作成する（ステップＳ１１６）。このＵＲＬは、具体的には、サーバ１０のドメイン名等を含んだＵＲＬに、クエリパラメータとしてＯＴＰを付加したＵＲＬである。
　続いて、暗号化部１０２は、作成したＵＲＬをログインユーザのパスワードを暗号鍵にして暗号化する（図１１、ステップＳ１１７）。なお、この暗号化は、共通鍵暗号方式でなされており、暗号化したＵＲＬは、暗号化に用いた暗号鍵（即ち、ログインユーザのパスワード）で復号することができる。なお、ログインユーザのパスワードは、顧客ＤＢ１２１から取得すればよい。
　続いて、ＵＲＬ送信部１０３は、暗号化したＵＲＬと、ログインユーザにパスワードを入力させるための入力画面の画面データと、をユーザ端末３０に送信する（ステップＳ１１８）。
　ユーザ端末３０の制御部３５は、受信した画面データに基づいて、図１５（Ａ）に示すような入力画面を表示部３３に表示させる（ステップＳ１１９）。ログインユーザは、ユーザ端末３０の入力部３２を介して、入力画面上に自分のパスワードを入力し、ＯＫボタンを押下する。この操作に応答して、ユーザ端末３０の制御部３５は、入力されたパスワードを用いて、受信したＵＲＬを復号する（ステップＳ１２０）。
　なお、入力されたパスワードでＵＲＬを復号できなかった場合、制御部３５は、図１５（Ｂ）に示すようなパスワードの再入力を促す入力画面を表示部３３に表示させる。また、制御部３５は、パスワードが再入力された回数（エラー回数）をカウントする。例えば、制御部３５は、入力画面からＯＫボタンが押下された回数から１を減算した数をエラー回数としてもよい。
　図１１に戻り、ＵＲＬの復号が完了すると、ユーザ端末３０の制御部３５は、当該ＵＲＬに含まれるＯＴＰと入力画面から入力されたパスワードとから第１暗号鍵を作成し、記憶部３４に記憶する（ステップＳ１２１）。この第１暗号鍵は、ログイン後にサーバ１０と送受信するデータの暗号化に利用される。なお、既に第１暗号鍵が記憶されている場合は、今回作成した第１暗号鍵に更新する。ステップＳ１２１の処理と前述したステップＳ１１０の処理とにより、ユーザ端末３０とサーバ１０との双方で、同一の第１暗号鍵が保存されることになる。
　続いて、ユーザ端末３０の制御部３５は、復号したＵＲＬを用いてサーバ１０にアクセスするとともに、エラー回数をサーバ１０に通知する（ステップＳ１２２）。これにより、エラー回数とともに、ＵＲＬ内に含まれるＯＴＰがサーバ１０に送信される。
　サーバ１０のパスワード認証部１０４は、ユーザ端末３０からＵＲＬによるアクセスがあると、同時に受信したエラー回数に基づいて認証を行うパスワード認証処理を実行する（図１２、ステップＳ１２３）。パスワード認証処理の詳細について、図１３のフローチャートを用いて説明する。
　パスワード認証処理が開始されると、まず、パスワード認証部１０４は、受信したエラー回数が０であるか否かを判別する（ステップＳ１２３Ａ）。エラー回数が０である場合は（ステップＳ１２３Ａ；Ｙｅｓ）、ユーザは１回の入力で自分のパスワードを正し入力しているため、パスワード認証部１０４は認証成功と判断する（ステップＳ１２３Ｂ）。そして、パスワード認証部１０４は、顧客ＤＢ１２１に記憶されているログインユーザの累積エラー回数と当日エラー回数を０に更新し（ステップＳ１２３Ｃ）、パスワード認証処理は終了する。
　一方、エラー回数が１以上である場合（ステップＳ１２３Ａ；Ｎｏ）、パスワード認証部１０４は、顧客ＤＢ１２１に記憶されているログインユーザの当日エラー回数と累積エラー回数を、受信したエラー回数分だけ加算する（ステップＳ１２３Ｄ）。
　続いて、パスワード認証部１０４は、累積エラー回数が予め定めた累積限度回数を超えているか否かを判別する（ステップＳ１２３Ｅ）。超えている場合（ステップＳ１２３Ｅ；Ｙｅｓ）、パスワード認証部１０４は、ログインユーザのパスワード有効／無効フラグを「無効」に設定し（ステップＳ１２３Ｆ）、パスワード認証処理およびログイン処理は、エラーとして終了する。
　一方、累積エラー回数が累積限度回数を超えていないものの（ステップＳ１２３Ｅ；Ｎｏ）、当日エラー回数が予め定めた当日限度回数を超えている場合は（ステップＳ１２３Ｇ；Ｙｅｓ）、パスワード認証部１０４は、予め定めた期間、ログインユーザのパスワード有効／無効フラグを「無効」に設定し（ステップＳ１２３Ｈ）、パスワード認証処理およびログイン処理は、エラーとして終了する。
　一方、累積エラー回数が累積限度回数を超えてなく（ステップＳ１２３Ｅ；Ｎｏ）、当日エラー回数が当日限度回数を超えていない場合は（ステップＳ１２３Ｇ；Ｎｏ）、パスワード認証部１０４は、認証成功と判断し（ステップＳ１２３Ｂ）、累積エラー回数と当日エラー回数を０に更新し（ステップＳ１２３Ｃ）、パスワード認証処理は終了する。
　図１２に戻り、パスワード認証処理で認証成功と判断された後、サーバ１０のパスワード認証部１０４は、認証装置２０にＯＴＰ認証依頼を送信する（ステップＳ１２４）。このＯＴＰ認証依頼には、ユーザ端末３０から受信したＵＲＬに付されているＯＴＰと、ステップＳ１０３で作成したログインユーザの認証情報とを含める。
　認証装置２０のＯＴＰ認証部２０２は、受信したＯＴＰ確認依頼に含まれる認証情報とＯＴＰとの組を有するレコードが、着信管理ＤＢ２２２に登録されていることを確認する（ステップＳ１２５）。そのようなレコードが登録されていない場合、エラーとして処理は終了する。
　続いて、ＯＴＰ認証部２０２は、ステップＳ１２５で確認した着信管理ＤＢ２２２のレコードに含まれる認証情報に所定の加工を行った第２暗号鍵を作成する（ステップＳ１２６）。第２暗号鍵は、サーバ１０に記憶されているログインユーザの暗号化データを復号するために使用される。第２暗号鍵を作成した後、ＯＴＰ認証部２０２は、当該レコードを削除する（ステップＳ１２７）。そして、ＯＴＰ認証部２０２は、認証完了通知を作成した第２暗号鍵とともにサーバ１０に送信する（ステップＳ１２８）。
　認証完了通知を受信すると、サーバ１０のサービス実行部１０６は、同時に受信した第２暗号鍵を用いて、顧客ＤＢ１２１に格納されているログインユーザの暗号化データを復号する（ステップＳ１２９）。なお、ステップＳ１２９で復号されたデータは、例えば、クレジット情報や口座情報等であり、ログイン後の振り込み処理や支払い処理等で利用され、ログオフ時に消去される。
　続いて、サービス実行部１０６は、ログイン要求の送信元のユーザ端末３０をサーバ１０が提供するサービスにログインさせる（ステップＳ１３０）。これにより、ユーザ端末３０は、サーバ１０の提供するサービスを利用することが可能となる。以上でログイン処理は終了する。
　このように、本実施形態によれば、ログイン処理でユーザ端末３０からサービス提供システムに送信されるログイン要求にはユーザＩＤのみが含まれ、パスワードは含まれない。そして、携帯端末４０からの電話着信に基づいた認証（電話認証）を行った後、ユーザ端末３０は、サーバ１０から受信した暗号化されたＵＲＬをユーザが入力したパスワードで復号し、当該ＵＲＬによりサーバ１０にアクセスする。そして、認証装置２０は、ユーザ端末３０からサーバ１０にアクセスがあった際に、ＵＲＬに含まれるＯＴＰを確認することで、パスワードが正しいことを確認できる。即ち、本実施形態では、サービス提供システム１は、ログイン処理の際にユーザ端末３０からパスワードを取得しないにもかかわらず、パスワードが正しく入力されたことを確認することができる。そのため、本実施形態では、ログインの際に、パスワードが漏洩する虞が極めて低く、不正ログインを確実に防止することが可能となる。
　また、本実施形態によれば、ユーザ端末３０は、サーバ１０から受信したＵＲＬをパスワードで復号できたことにより、サーバ１０にログインユーザのパスワードが正しく記憶されていることがわかる。そのため、ユーザ端末３０は、正規のサーバ１０であることを認証することができる。一方、サーバ１０は、ユーザ端末３０から受信したＯＴＰが作成したＯＴＰと一致することを確認することで、当該ユーザ端末３０が正規の端末であることを認証することができる。よって、電子証明書等を発行すること無しに、ユーザ端末３０とサーバ１０との間で相互認証を行うことが可能となる。よって、ユーザに負担をかけずにログイン時のセキュリティを向上させることが可能となる。
　また、本実施形態によれば、ユーザ端末３０から受信したパスワード入力のエラー回数が予め定めた限度回数以上である場合は、エラーと判断されてログインは許可されない。そのため、自動入力ソフト等を用いて、入力画面からのパスワード入力を複数回試行することでＵＲＬの復号に成功できたとしても、ログインは許可されないため、不正ログインをより確実に防止することができる。
　また、本実施形態によれば、電話認証部２０３による電話認証だけでなく、パスワード認証部１０４による認証とＯＴＰ認証部２０２とによる認証とに成功しないとユーザはサービスにログインできない。これにより、第三者が正規のユーザに対して携帯端末４０から所定の電話番号宛に電話発信することを促し、正規のユーザがこれに応じて電話発信することで第三者が不正にログインできてしまうという、従来の電話認証で発生する可能性がある不正も確実に防止することが可能となる。
　また、本実施形態によれば、ログイン処理の過程で、サーバ１０とユーザ端末３０との両方に、同一の第１暗号鍵が保存される。そして、ログイン後は、サーバ１０とユーザ端末３０との間で送受信されるデータは、この第１暗号鍵を用いて暗号化及び復号される。そのため、ログイン後のセキュリティも向上させることが可能となる。
　また、本実施形態によれば、認証装置２０の着信管理ＤＢ２２２にはユーザの電話番号は記憶されず、電話番号から不可逆に作成された認証情報が代わりに記憶される。そのため、不正アクセスなどによって着信管理ＤＢ２２２に記憶されているデータが万が一漏洩したとしても、認証情報は第三者には全く意味の無い情報であるため、漏洩による被害を最小限に抑えることが可能となる。
　なお、本実施形態では、パスワード認証部１０４が、ユーザ端末３０から受信したエラー回数に基づいた認証処理（パスワード認証処理）を実行した。しかしながら、パスワード認証処理を必ず実行する必要はなく、実行しない場合はユーザ端末３０からエラー回数を受信する必要もない。
＜実施形態２＞
　続いて、実施形態２に係るサービス提供システム２について説明する。サービス提供システム２の構成を図１６に示す。本実施形態では、ユーザ端末３０は、例えばスマートフォンであり、電話接続機能を有する。実施形態１と異なり、ユーザ端末３０は、電話網Ｎ２を介して、認証装置２０とも接続される。また、顧客ＤＢ１２１に記憶されている電話番号は、ユーザのユーザ端末３０に設定されている電話番号である。
　サービス提供システム２の機能構成図を図１７に示す。サービス提供システム２は、実施形態１に係るサービス提供システム１と比較して、サーバ１０は、ＵＲＬ送信部１０３とパスワード認証部１０４とを備えない。また、認証装置２０は、ＯＴＰ認証部２０２を備えない。また、本実施形態の暗号化部１０２は、ユーザのパスワードを暗号鍵として、ＯＴＰ及び電話依頼画面の画面データを暗号化する。
　続いて、サービス提供システム２で実行されるログイン処理いついて、図１８～図２０のフローチャートを用いて説明する。なお、実施形態１のログイン処理と共通する部分については、適宜説明を簡略化する。
　ユーザからの操作に応答して、ユーザ端末３０の制御部３５は、インターネットを介して、ログインユーザのユーザＩＤを含んだログイン要求をサーバ１０に送信する（ステップＳ２０１）。
　サーバ１０のログイン要求取得部１０１は、受信したログイン要求に含まれるログインユーザＩＤを含んだレコードが顧客ＤＢ１２１に記憶されていること、及び、当該レコードのパスワードが有効であることを確認する（ステップＳ２０２）。確認後、ログイン要求取得部１０１は、ログインユーザの電話番号から認証情報を作成し（ステップＳ２０３）、作成した認証情報を含んだＯＴＰ取得要求を認証装置２０に送信する（ステップＳ２０４）。
　認証装置２０の電話認証部２０３は、受信したＯＴＰ取得依頼に含まれる認証情報を有するレコードが着信管理ＤＢ２２２に登録されていないことを確認し（ステップＳ２０５）、確認後、ＯＴＰを作成する（ステップＳ２０６）。
　続いて、ＯＴＰ作成部２０１は、電話番号記憶ＤＢ２２１に格納されている複数の有効な電話番号の中から１つを選択する（ステップＳ２０７）。そして、ＯＴＰ作成部２０１は、ＯＴＰ取得依頼に含まれる認証情報と、選択した電話番号（着信先電話番号）と、作成したＯＴＰとを含んだレコードを着信管理ＤＢ２２２に登録する（ステップＳ２０８）。そして、ＯＴＰ作成部２０１は、選択した電話番号とＯＴＰとをサーバ１０に送信する（ステップＳ２０９）。
　電話番号とＯＴＰとを受信すると、サーバ１０の電話認証要求部１０５は、ログインユーザのパスワードと認証装置２０から受信したＯＴＰとに基づいて第１暗号鍵を、作成して、顧客ＤＢ１２１のログインユーザのレコードに登録する（図１９、ステップＳ２１０）。
　続いて、暗号化部１０２は、受信したＯＴＰ及び受信した電話番号宛に電話発信することを要求する電話依頼画面の画面データをログインユーザのパスワードを暗号鍵にした共通鍵方式で暗号化する（ステップＳ２１１）。そして、電話認証要求部１０５は、ログインユーザにパスワードを入力させるための入力画面の画面データと暗号化したデータとを、ユーザ端末３０に送信する（ステップＳ２１２）。
　ユーザ端末３０の制御部３５は、受信した画面データに基づいて入力画面を表示部３３に表示させる（ステップＳ２１３）。そして、入力画面から受け付けたユーザからの操作に応答して、ユーザ端末３０の制御部３５は、入力されたパスワードを用いて、受信したデータを復号する（ステップＳ２１４）。この処理により、ＯＴＰと電話依頼画面の画面データが復号される。
　続いて、ユーザ端末３０の制御部３５は、復号したＯＴＰと入力画面から入力されたパスワードとから第１暗号鍵を作成し、記憶部３４に記憶する（ステップＳ２１５）。
　続いて、ユーザ端末３０の制御部３５は、復号した画面データに基づいて、図２１に示すような電話依頼画面を表示部３３に表示させる（ステップＳ２１６）。ユーザは、電話依頼画面に表示されている電話番号をクリックする。当該操作に応答して、制御部３５は、電話依頼画面で示された電話番号宛に電話発信する（図２０、ステップＳ２１７）。
　電話着信があると、認証装置２０の電話認証部２０３は、着信電話番号を認証情報に変換する。そして、電話認証部２０３は、変換した認証情報と電話着信先の電話番号との組を有するレコードが着信管理ＤＢ２２２に登録されており、且つ、当該レコードの登録日時から所定時間（例えば、１０分）が経過していないことを確認する（ステップＳ２１８）。
　そして、電話認証部２０３は、ステップＳ２１８で確認した着信管理ＤＢ２２２のレコードに含まれる認証情報に所定の加工を行った第２暗号鍵を作成し（ステップＳ２１９）、その後、当該レコードを削除する（ステップＳ２２０）。そして、電話認証部２０３は、作成した第２暗号鍵と、削除したレコードに含まれていたログインユーザの認証情報と、認証完了通知と、をサーバ１０に送信する（ステップＳ２２１）。
　認証完了通知を受信すると、サーバ１０のサービス実行部１０６は、同時に受信した第２暗号鍵を用いて、顧客ＤＢ１２１に格納されているログインユーザの暗号化データを復号する（ステップＳ２２２）。そして、サービス実行部１０６は、ログイン要求の送信元のユーザ端末３０をサーバ１０が提供するサービスにログインさせる（ステップＳ２２３）。
　このように、本実施形態に係るサービス提供システム２によれば、ユーザ端末３０は、サーバ１０から受信したＵＲＬをパスワードで復号できたことにより、正規のサーバ１０であることを認証することができる。一方、サーバ１０は、ユーザ端末３０からの電話着信に基づいて、当該ユーザ端末３０が正規の端末であることを認証することができる。即ち、ユーザ端末３０とサーバ１０との間で相互認証を行うことが可能となり、ユーザに負担をかけずにログイン時のセキュリティを向上させることが可能となる。
　また、本実施形態に係るサービス提供システム２では、実施形態１に係るサービス提供システム１と異なり、サーバ１０側でＯＴＰの一致を確認する認証処理（ＯＴＰ認証）が実行されないため、実施形態１よりも、ログイン時の処理速度を向上させることができる。
＜変形例＞
　なお、上述した各実施形態は一例であり、種々の変更及び応用が可能である。例えば、ＯＴＰや第１暗号鍵や第２暗号鍵をどのような手法で作成するかは任意である。
　例えば、上述した各実施形態では、サービス提供システム１、２は、サーバ１０と認証装置２０との２つの装置から構成されているが、両者の機能を統合した１つの装置によって、サービス提供システム１、２を構成してもよい。
　各実施形態に係るサーバ１０、認証装置２０、又は上述したこれらを統合した１つの装置は、専用のシステムにより実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールして、上述の処理を実行することによって、サーバ１０、認証装置２０、又はこれらを統合した１つの装置を構成してもよい。また、上記プログラムをインターネット等のネットワーク上のサーバ１０、認証装置２０、又はこれらを統合した１つの装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
　本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
　本発明は、サービスを提供するサービス提供システムに適する。
　１，２　サービス提供システム、１０　サーバ、１１　通信部、１２　記憶部、１２１　顧客ＤＢ、１３　制御部、２０　認証装置、２１　通信部、２２　記憶部、２２１　電話番号記憶ＤＢ、２２２　着信管理ＤＢ、２３　制御部、３０　ユーザ端末、３１　通信部、３２　入力部、３３　表示部、３４　記憶部、３５　制御部、２０１　ＯＴＰ作成部、２０２　ＯＴＰ認証部、２０３　電話認証部、１０１　ログイン要求取得部、１０２　暗号化部、１０３　ＵＲＬ送信部、１０４　パスワード認証部、１０５　電話認証要求部、１０６　サービス実行部、４０　携帯端末、Ｎ１　インターネット、Ｎ２　電話網

Claims (9)

  1. 　端末から、ユーザをサービスにログインさせることを要求するログイン要求を取得するログイン要求取得手段と、
    　前記ログイン要求を取得した際に、自システムに指定の電話番号で電話接続することを要求する電話要求情報を前記端末に送信する電話認証要求手段と、
    　前記電話要求情報を送信した後に、前記ユーザの携帯端末からの電話着信に基づいた認証を行う電話認証手段と、
    　ワンタイムパスワードを作成するＯＴＰ作成手段と、
    　前記電話認証手段による認証に成功した場合に、前記ワンタイムパスワードを含んだ自システムにアクセスするためのアドレス情報を、前記ユーザのパスワードを用いて暗号化する暗号化手段と、
    　前記暗号化手段で暗号化したアドレス情報を前記端末に送信するアドレス送信手段と、
    　前記アドレス情報を送信した後に端末から受信したワンタイムパスワードと前記ＯＴＰ作成手段が作成したワンタイムパスワードとに基づいて、前記端末の認証を行うＯＴＰ認証手段と、
    　前記ＯＴＰ認証手段による認証に成功した場合に、前記端末に対して前記サービスを提供するための処理を実行するサービス実行手段と、
    　を備えるサービス提供システム。
  2. 　電話接続機能を有する端末から、ユーザをサービスにログインさせることを要求するログイン要求を取得するログイン要求取得手段と、
    　前記ログイン要求を取得した際に、自システムに指定の電話番号で電話接続することを要求する電話要求情報を前記ユーザのパスワードを用いて暗号化する暗号化手段と、
    　前記暗号化手段で暗号化した電話要求情報を前記端末に送信する電話認証要求手段と、
    　前記暗号化した電話要求情報を送信した後に、前記端末からの電話着信に基づいた認証を行う電話認証手段と、
    　前記電話認証手段による認証に成功した場合に、前記端末に対して前記サービスを提供するための処理を実行するサービス実行手段と、
    　を備えるサービス提供システム。
  3. 　前記サービス実行手段は、前記端末において保持される暗号鍵と同一の、前記端末との間で送受信されるデータを暗号化するための暗号鍵を保持する、
    　請求項１又は２に記載のサービス提供システム。
  4. 　認証情報をキーとしたレコードを記憶する認証情報記憶手段をさらに備え、
    　前記電話認証手段は、
    　前記ログイン要求を取得した際に、前記ユーザに関連付けられた電話番号に対して所定の加工を行った認証情報を含むレコードが既に前記認証情報記憶手段に登録されている場合は認証失敗と判断し、
    　登録されていない場合は、前記認証情報を含んだレコードを前記認証情報記憶手段に登録する、
    　請求項１から３の何れか１項に記載のサービス提供システム。
  5. 　前記電話認証手段は、
    　前記電話着信の着信電話番号に対して前記所定の加工を行った認証情報を含むレコードが前記認証情報記憶手段に登録されている場合に認証成功と判断し、
    　認証成功と判断した場合は当該レコードを削除又は無効にする、
    　請求項４に記載のサービス提供システム。
  6. 　前記電話認証手段は、前記認証情報を含むレコードが前記認証情報記憶手段に登録されており、且つ、前記レコードの登録日時から所定の期間が経過していない場合に認証成功と判断する、
    　請求項５に記載のサービス提供システム。
  7. 　前記ＯＴＰ認証手段は、前記アドレス送信手段が前記暗号化したアドレス情報を送信した後に、端末から受信した当該暗号化したアドレス情報を復号するために前記端末が受け付けたパスワード入力のエラー回数に基づいた認証を行うパスワード認証手段をさらに備える、
    　請求項１に記載のサービス提供システム。
  8. 　端末から、ユーザをサービスにログインさせることを要求するログイン要求を取得するログイン要求取得ステップと、
    　前記ログイン要求を取得した際に、自システムに指定の電話番号で電話接続することを要求する電話要求情報を前記端末に送信する電話認証要求ステップと、
    　前記電話要求情報を送信した後に、前記ユーザの携帯端末からの電話着信に基づいた認証を行う電話認証ステップと、
    　前記電話認証ステップでの認証に成功した場合に、ワンタイムパスワードを含んだ自システムにアクセスするためのアドレス情報を、前記ユーザのパスワードを用いて暗号化する暗号化ステップと、
    　前記暗号化したアドレス情報を前記端末に送信するアドレス送信ステップと、
    　前記アドレス情報を送信した後に端末から受信したワンタイムパスワードと前記ワンタイムパスワード作成ステップで作成したワンタイムパスワードとに基づいて、前記端末の認証を行うＯＴＰ認証ステップと、
    　前記ＯＴＰ認証ステップで前記端末の認証に成功した場合に、前記端末に対して前記サービスを提供するための処理を実行する実行するサービス実行ステップと、
    　を有するサービス提供方法。
  9. 　電話接続機能を有する端末から、ユーザをサービスにログインさせることを要求するログイン要求を取得するログイン要求取得ステップと、
    　前記ログイン要求を取得した際に、自システムに指定の電話番号で電話接続することを要求する電話要求情報を前記ユーザのパスワードを用いて暗号化する暗号化ステップと、
    　前記暗号化ステップで暗号化した電話要求情報を前記端末に送信する電話認証要求ステップと、
    　前記暗号化した電話要求情報を送信した後に、前記端末からの電話着信に基づいた認証を行う電話認証ステップと、
    　前記電話認証ステップでの認証に成功した場合に、前記端末に対して前記サービスを提供するための処理を実行するサービス実行ステップと、
    　を備えるサービス提供方法。
PCT/JP2018/021401 2018-06-04 2018-06-04 サービス提供システム及びサービス提供方法 WO2019234801A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2020523865A JP7079528B2 (ja) 2018-06-04 2018-06-04 サービス提供システム及びサービス提供方法
PCT/JP2018/021401 WO2019234801A1 (ja) 2018-06-04 2018-06-04 サービス提供システム及びサービス提供方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/021401 WO2019234801A1 (ja) 2018-06-04 2018-06-04 サービス提供システム及びサービス提供方法

Publications (1)

Publication Number Publication Date
WO2019234801A1 true WO2019234801A1 (ja) 2019-12-12

Family

ID=68770807

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/021401 WO2019234801A1 (ja) 2018-06-04 2018-06-04 サービス提供システム及びサービス提供方法

Country Status (2)

Country Link
JP (1) JP7079528B2 (ja)
WO (1) WO2019234801A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7007501B1 (ja) * 2020-09-07 2022-01-24 昇 菱沼 サービス提供システム
KR102524194B1 (ko) * 2022-01-26 2023-04-24 주식회사 엔티스 보안을 위해 유권자의견을 암호화하는 의견수렴 시스템 및 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008269381A (ja) * 2007-04-23 2008-11-06 Global Sign Kk 認証サーバ及びオンラインサービスシステム
JP2014215620A (ja) * 2013-04-22 2014-11-17 株式会社日立システムズ 認証システムおよび認証方法
JP2015099470A (ja) * 2013-11-19 2015-05-28 日本電信電話株式会社 認証システム、方法、サーバ及びプログラム
JP2015184716A (ja) * 2014-03-20 2015-10-22 ソフトバンク株式会社 認証装置及びプログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3688099B2 (ja) * 1997-07-22 2005-08-24 富士通株式会社 電子情報配布方法及び記録媒体
JP3542007B2 (ja) * 1997-11-10 2004-07-14 日本電信電話株式会社 コンテンツ提供方法およびこの方法を記録した記録媒体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008269381A (ja) * 2007-04-23 2008-11-06 Global Sign Kk 認証サーバ及びオンラインサービスシステム
JP2014215620A (ja) * 2013-04-22 2014-11-17 株式会社日立システムズ 認証システムおよび認証方法
JP2015099470A (ja) * 2013-11-19 2015-05-28 日本電信電話株式会社 認証システム、方法、サーバ及びプログラム
JP2015184716A (ja) * 2014-03-20 2015-10-22 ソフトバンク株式会社 認証装置及びプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7007501B1 (ja) * 2020-09-07 2022-01-24 昇 菱沼 サービス提供システム
WO2022049753A1 (ja) * 2020-09-07 2022-03-10 昇 菱沼 サービス提供システム、電話受付装置、及び、プログラム
KR102524194B1 (ko) * 2022-01-26 2023-04-24 주식회사 엔티스 보안을 위해 유권자의견을 암호화하는 의견수렴 시스템 및 방법

Also Published As

Publication number Publication date
JPWO2019234801A1 (ja) 2021-06-10
JP7079528B2 (ja) 2022-06-02

Similar Documents

Publication Publication Date Title
US8196186B2 (en) Security architecture for peer-to-peer storage system
US9191394B2 (en) Protecting user credentials from a computing device
US9197420B2 (en) Using information in a digital certificate to authenticate a network of a wireless access point
EP2657871A2 (en) Secure configuration of mobile application
CA2701061C (en) Method and system for recovering a security credential
CN112425114A (zh) 受公钥-私钥对保护的密码管理器
KR20220086580A (ko) 분산형 컴퓨터 애플리케이션들을 구축하기 위한 비-보관 툴
DK2414983T3 (en) Secure computer system
KR102012262B1 (ko) 키 관리 방법 및 ｆｉｄｏ 소프트웨어 인증장치
GB2554082B (en) User sign-in and authentication without passwords
JP7079528B2 (ja) サービス提供システム及びサービス提供方法
JP6712707B2 (ja) 複数のサービスシステムを制御するサーバシステム及び方法
WO2014136665A1 (ja) 通信システム、クライアント端末、サーバ、データ通信方法及びデータ通信プログラム
JP6240102B2 (ja) 認証システム、認証鍵管理装置、認証鍵管理方法および認証鍵管理プログラム
JP6307610B2 (ja) データ改竄検知装置、データ改竄検知方法、及びプログラム
KR102053993B1 (ko) 인증서를 이용한 사용자 인증 방법
JP2012079231A (ja) 認証情報管理装置および認証情報管理方法
JP5665592B2 (ja) サーバ装置並びにコンピュータシステムとそのログイン方法
US10756899B2 (en) Access to software applications
KR20090096258A (ko) 우회네트워크를 이용한 일회용암호 기반의 인증방법과 이를지원하는 시스템
TWI755693B (zh) 身分驗證方法以及使用其之系統
KR102542840B1 (ko) 오픈 api 기반의 금융 인증 서비스 제공 방법 및 시스템
JP6975621B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP2017146596A (ja) 機器内の情報を移行するシステム及び方法
CN108306883A (zh) 一种身份验证方法和装置

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: 18921322

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2020523865

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18921322

Country of ref document: EP

Kind code of ref document: A1