WO2022049753A1 - サービス提供システム、電話受付装置、及び、プログラム - Google Patents

サービス提供システム、電話受付装置、及び、プログラム Download PDF

Info

Publication number
WO2022049753A1
WO2022049753A1 PCT/JP2020/033727 JP2020033727W WO2022049753A1 WO 2022049753 A1 WO2022049753 A1 WO 2022049753A1 JP 2020033727 W JP2020033727 W JP 2020033727W WO 2022049753 A1 WO2022049753 A1 WO 2022049753A1
Authority
WO
WIPO (PCT)
Prior art keywords
telephone
service
service providing
telephone number
incoming
Prior art date
Application number
PCT/JP2020/033727
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 JP2020568838A priority Critical patent/JP7007501B1/ja
Priority to PCT/JP2020/033727 priority patent/WO2022049753A1/ja
Publication of WO2022049753A1 publication Critical patent/WO2022049753A1/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, a telephone reception device, and a program.
  • a terminal device such as a PC (Personal Computer) or a smartphone to access a dedicated site, enter an ID and a password, and log in.
  • a terminal device such as a PC (Personal Computer) or a smartphone to access a dedicated site, enter an ID and a password, and log in.
  • Patent Document 1 When logging in using an ID and password, there is a problem of spoofing by another person.
  • the server authenticates the user using the ID and password, the user is instructed to make a call to the registered communication terminal (for example, a mobile phone or a smartphone), and the call is received from the registered communication terminal.
  • the registered communication terminal for example, a mobile phone or a smartphone
  • Patent Document 1 only supports login of a single service. In order to enable authentication using incoming calls for multiple services, it is necessary to prepare a corresponding system for each service, which increases the cost of system construction.
  • 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, a telephone receiving device, and a program that can use authentication using incoming telephone calls for a plurality of services at a low cost. ..
  • the service providing system is It is a service providing system including a telephone receiving device and a plurality of service providing devices that provide different services.
  • the telephone reception device is A telephone reception means that accepts incoming calls from the first terminal, A service specifying means for specifying a service providing device that provides a service used by a user based on the reception number of the telephone receiving means, and a service specifying means.
  • the specified service providing device is provided with a number notification means for notifying an incoming telephone number of an incoming call received by the telephone reception means.
  • the service providing device is A telephone number authentication means that authenticates a telephone number based on an incoming telephone number notified by the number notification means, and When the telephone number authentication is successful, the address notification means for notifying the second terminal associated with the incoming telephone number of the address information for accessing the own device, and the address notification means.
  • a service providing means for providing a service to the second terminal accessed by the address information is provided.
  • authentication using incoming calls can be used for a plurality of services at a low cost.
  • FIG. 1 is a diagram showing an overall configuration of a service providing system 1 according to an embodiment of the present invention.
  • the service providing system 1 includes a telephone receiving device 10 and a plurality of service providing devices 20A to 20C.
  • the telephone reception device 10 is a server having a plurality of own station telephone numbers.
  • the mobile terminal 30 or the fixed-line telephone 40 calls the telephone reception device 10 via the telephone network N1 by calling one of a plurality of own station telephone numbers of the telephone reception device 10 as a destination telephone number. You can connect.
  • the telephone receiving device 10 is communicably connected to each service providing device 20A to 20C via the Internet N2. As shown in FIG. 2, the telephone receiving device 10 includes a telephone communication unit 11, a data communication unit 12, a storage unit 13, and a control unit 14.
  • the telephone communication unit 11 communicates with the mobile terminal 30 and the fixed telephone 40 via the telephone network N1 under the control of the control unit 14.
  • the data communication unit 12 communicates with each service providing device 20A to 20C via the Internet N2 under the control of the control unit 14.
  • the storage unit 13 is, for example, a hard disk drive or the like, and stores various data necessary for the telephone reception device 10 to operate.
  • the storage unit 13 stores a distribution control table 131, an incoming call management table 132, and an unauthorized telephone number storage table 133.
  • the distribution control table 131 is referred to in order to identify the service that the user wants to use and the target to be provided of the service from the destination telephone number when there is a telephone connection from the user's mobile terminal 30 or the fixed telephone 40. To. Specifically, as shown in FIG. 3, the distribution control table 131 shows the type of terminal used and the service name for each telephone number (reception number) of the own station that can receive telephone calls held by the telephone reception device 10. , The connection destination address, and are stored.
  • the type of terminal used stored in the distribution control table 131 is information indicating whether the service is provided to the user's mobile terminal 30 or the user terminal 50.
  • the user terminal type "S" indicates that the service provision target is the mobile terminal 30.
  • the user terminal type "P” indicates that the service provision target is the user terminal 50.
  • the service name stored in the distribution control table 131 is the name of the service provided by each service providing device 20A to 20C.
  • the service providing devices 20A to 20C provide the services of the service names "service A”, “service B”, and "service C", respectively.
  • connection destination address stored in the distribution control table 131 is address information for connecting to each service providing device 20A to 20C via the Internet N2.
  • the connection destination address is represented by, for example, a domain name or URL (Uniform Resource Locator) of each service providing device 20A to 20C.
  • the incoming call management table 132 registers information and the like regarding incoming calls received by the telephone receiving device 10.
  • the incoming call management table 132 is referred to when the user is authenticated in the service provision process described later.
  • the incoming call management table 132 contains an incoming telephone number, number conversion information, a one-time password (OTP), authentication information, and an incoming date and time. It is associated and registered.
  • OTP one-time password
  • the incoming telephone number stored in the incoming call management table 132 is the incoming telephone number of the incoming call received by the telephone receiving device 10.
  • the number conversion information stored in the incoming call management table 132 is information obtained by irreversibly converting the incoming telephone number using a predetermined method (for example, hashing).
  • the incoming call date and time stored in the incoming call management table 132 indicates the date and time when the incoming call was received by this incoming telephone number.
  • the one-time password and authentication information stored in the incoming call management table 132 are information used for user authentication.
  • the one-time password is a one-time password created by the telephone reception device 10.
  • the authentication information is information obtained by irreversibly converting the user ID of the user by using a predetermined method (for example, hashing), and is created by the service providing devices 20A to 20C.
  • the fraudulent telephone number storage table 133 is a table in which an incoming telephone number (illegal telephone number) presumed to have been illegally connected to the telephone reception device 10 is registered for each fraudulent service. ..
  • "illegal” here includes a disturbing connection for erroneous connection and harassment.
  • the service name, the fraudulent telephone number, the number of incoming calls by the fraudulent telephone number (number of incoming calls), and the fraudulent telephone number are displayed. The number is stored in association with the latest date and time (access date and time) when the telephone connection was made.
  • the fraudulent telephone number storage table 133 is an example of the fraudulent telephone number storage means of the present invention.
  • control unit 14 includes a CPU (Central Processing Unit), ROM (Read Only Memory), RAM (Random Access Memory), etc. (none of which are shown), and the CPU uses the RAM as a work memory.
  • the entire telephone reception device 10 is controlled by appropriately executing various programs stored in the ROM and the storage unit 13.
  • the service providing devices 20A to 20C are connected to the telephone receiving device 10, the user terminal 50, and the mobile terminal 30 via the Internet N2.
  • the service providing devices 20A to 20C are Web servers that provide different services to the user terminal 50 or the mobile terminal 30.
  • the "service” here is, for example, a service such as online banking, online shopping, online trading, and electronic ticket system using the Internet N2, and it is necessary to be authenticated as a legitimate user at the time of use. There is.
  • the service providing devices 20A to 20C are not distinguished, they are also referred to as the service providing device 20.
  • the service providing device 20 includes a data communication unit 21, a storage unit 22, and a control unit 23.
  • the data communication unit 21 performs data communication with the user terminal 50 and the telephone reception device 10 via the Internet N2 under the control of the control unit 23.
  • the storage unit 22 is a hard disk drive or the like, and stores various data necessary for the service providing device 20 to operate.
  • the storage unit 22 stores the customer DB 221.
  • the customer DB 221 stores information about a user registered as a member who can use the service provided by the service providing device 20. Specifically, as shown in FIG. 7, the customer DB 221 has a user ID, a name, a telephone number (mobile phone), a telephone number (fixed), a push ID (mobile phone), and a push for each user who can use the service. ID (PC), status, etc. are stored.
  • the user ID stored in the customer DB 221 is information that uniquely identifies this user.
  • the name stored in the customer DB 221 is the name of this user. In addition to the name, the user's address, date of birth, etc. may be stored in the customer DB 221.
  • the telephone number (mobile phone) stored in the customer DB 221 is the telephone number of the user's mobile terminal 30.
  • the telephone number (fixed) stored in the customer DB 221 is the telephone number of the user's fixed telephone 40. In the case of a user who does not have the mobile terminal 30, the telephone number (mobile) is blank. Similarly, in the case of a user who does not have a fixed telephone 40, the telephone number (fixed) is blank.
  • the push ID (mobile phone) stored in the customer DB 221 is address information for push notification to the mobile terminal 30.
  • the push ID (PC) stored in the customer DB 221 is address information for push notification to the user terminal 50.
  • the e-mail addresses of the mobile terminal 30 and the user terminal 50 may be stored in the customer DB 221.
  • the status stored in the customer DB 221 indicates whether or not the service providing device 20 is providing the service to this user.
  • a status "1" indicates that the service is being provided (service is in use), and a status "0" indicates that the service is not being provided (service not used).
  • control unit 23 includes a CPU, ROM, RAM and the like (none of which are shown), and the CPU uses the RAM as a work memory and appropriately uses various programs stored in the ROM and the storage unit 22. By executing, it controls the entire service providing device.
  • the mobile terminal 30 is, for example, a smartphone used by a user.
  • the mobile terminal 30 has a telephone function, and can be telephone-connected to the telephone reception device 10 via the telephone network N1. Further, the mobile terminal 30 is connected to the service providing devices 20A to 20C via the Internet N2, and the service is provided by the service providing devices 20A to 20C.
  • the fixed telephone 40 can be telephone-connected to the telephone reception device 10 via the telephone network N1.
  • the user terminal 50 is, for example, a PC (Personal Computer) used by the user.
  • the user terminal 50 is connected to the service providing devices 20A to 20C via the Internet N2, and is the target of service provision by the service providing devices 20A to 20C.
  • the telephone reception device 10 has, as a functional configuration, a telephone reception unit 101, a service identification unit 102, a number notification unit 103, an OTP creation unit 104, an OTP authentication unit 105, an unauthorized telephone number registration unit 106, and the like. To prepare for.
  • Each of these units 101 to 106 is realized by a telephone communication unit 11, a data communication unit 12, a storage unit 13, and a control unit 14.
  • the service providing device 20 includes a telephone number authentication unit 201, a URL notification unit 202, and a service providing unit 203 as functional configurations. Each of these units 201 to 203 is realized by the data communication unit 21, the storage unit 22, and the control unit 23.
  • the telephone reception unit 101 receives incoming calls from the mobile terminal 30 or landline 40 of the user who wants to use the service.
  • the mobile terminal 30 and the fixed-line telephone 40, in which the telephone reception unit 101 accepts incoming calls, are examples of the first terminal of the present invention. If it is presumed that the incoming call is from a terminal of an unauthorized third party, the telephone receiving unit 101 answers (off-hooks) the received incoming call without disconnecting it.
  • the telephone reception unit 101 is an example of the telephone reception means of the present invention.
  • the service specifying unit 102 is a service providing device 20 that provides a service used by the user based on the destination telephone number (reception number) of the incoming call received by the telephone receiving unit 101, and the type of the target for providing the service (the service specifying unit 102). Either the mobile terminal 30 or the user terminal 50) is specified.
  • the service specifying unit 102 is an example of the service specifying means of the present invention.
  • the number notification unit 103 notifies the service providing device specified by the service identification unit 102 of the incoming telephone number of the incoming call received by the telephone reception unit 101.
  • the number notification unit 103 is an example of the number notification means of the present invention.
  • the telephone number authentication unit 201 authenticates that the incoming call received by the telephone reception unit 101 is from a user registered in the customer DB 221 based on the incoming telephone number notified by the number notification unit 103 (telephone). Number authentication).
  • the telephone number authentication unit 201 is an example of the telephone number authentication means of the present invention.
  • the URL notification unit 202 When the URL notification unit 202 succeeds in authentication by the telephone number authentication unit 201, the URL notification unit 202 requests the telephone reception device 10 for a one-time password and acquires the one-time password. Then, the URL notification unit 202 sets the URL, which is the address information for accessing the service providing device 20 including the acquired one-time password and the like as parameters, to the terminal (user terminal 50 or mobile phone) according to the target type of the service. Notify any of the terminals 30).
  • the terminal to which the URL is notified by the URL notification unit 202 is an example of the second terminal of the present invention.
  • the URL notification unit 202 is an example of the address notification means of the present invention.
  • the OTP creation unit 104 creates a one-time password such as a random number in response to a request from the service providing device 20, and sends it to the service providing device 20.
  • the OTP creating unit 104 is an example of the OTP creating means of the present invention.
  • the telephone receiving device 10 authenticates the telephone receiving device 10 with the one-time password included in the URL. Ask to. Then, when the service providing unit 203 receives the authentication completion notification from the OTP authentication unit 105, the service providing unit 203 executes a process for providing a predetermined service to the accessed user terminal 50 or mobile terminal 30.
  • the service providing unit 203 is an example of the service providing means of the present invention.
  • the OTP authentication unit 105 authenticates the mobile terminal 30 or the user terminal 50 that has accessed the service providing device by URL based on the one-time password requested by the service providing unit 203 and the one-time password created by the OTP creating unit 104. do.
  • the OTP authentication unit 105 is an example of the OTP authentication means of the present invention.
  • the fraudulent telephone number registration unit 106 uses a telephone number that failed to be authenticated by the telephone number authentication unit 201 (for example, an incoming telephone number that was not registered in the customer DB 221) as an unauthorized telephone number of the corresponding service in the unauthorized telephone number storage table. Register at 133. Further, the fraudulent telephone number registration unit 106 refers to the access date and time of the fraudulent telephone number registered in the fraudulent number storage table 133, and a certain period (for example, one month) has elapsed since the last incoming call. The fraudulent telephone number may be deleted from the fraudulent number storage table 133.
  • the fraudulent telephone number registration unit 106 is an example of the fraudulent telephone number registration means of the present invention.
  • the user operates his / her mobile terminal 30 to make a call to his / her own telephone number of the telephone reception device 10 corresponding to the service he / she wants to use and the service provision target.
  • the mobile terminal 30 connects to the telephone receiving device 10 by telephone.
  • the user can use "0120-111-002". All you have to do is turn on the electricity.
  • the user may make a telephone connection from his / her fixed telephone 40 instead of the mobile terminal 30.
  • the control unit 14 of the telephone reception device 10 receives an incoming call from the mobile terminal 30 (step S101).
  • the control unit 14 determines whether or not the record having the incoming telephone number of the incoming call is already registered in the incoming call management table 132. (Step S102). If there is such a record (step S102; Yes), there is a possibility that the double login is illegal, so the process ends as an error.
  • the control unit 14 may answer (off-hook) the received call without disconnecting it. By doing so, the telephone charge will be imposed on the third party suspected of having an unauthorized telephone connection, so that the effect of deterring the third party from attempting to make an unauthorized telephone connection can be expected. Similarly, when the process ends with another error described later, the incoming call may be answered.
  • the control unit 14 determines the user by the telephone number (acceptance number) of the destination of the incoming call received by the telephone receiving device 10. Identify the service used by the user and the service provision target (step S103). Specifically, the control unit 14 detects a record whose reception number matches the local telephone number of the distribution control table 131, and specifies the service name, connection destination address, and terminal type to be used included in the record.
  • control unit 14 determines whether or not the incoming telephone number of the received incoming call is registered in the unauthorized telephone number storage table 133 as an unauthorized telephone number of the corresponding service (that is, the service specified in step S103). Is determined (step S104).
  • step S104 When the incoming phone number of the incoming call is registered in the fraudulent phone number storage table 133 as the fraudulent phone number of the corresponding service (step S104; Yes), there is a high possibility that the call is received from an unjust third party. Processing ends as an error. At this time, the control unit 14 adds 1 to the number of incoming calls of the corresponding record in the unauthorized telephone number storage table 133, and updates the access date and time to the date and time when the incoming call is received.
  • step S104 when the incoming telephone number of the incoming call is not registered as an unauthorized telephone number of the corresponding service (step S104; No), the control unit 14 newly adds the record corresponding to the received incoming call to the incoming call management table 132. Register (step S105).
  • the incoming telephone number of this record is the incoming telephone number of the received telephone call, and the number conversion information of this record is created by converting this incoming telephone number by a predetermined method.
  • the incoming date and time of this record is the date and time when the incoming call is received. At this point, the one-time password and authentication information for this record are blank.
  • control unit 14 receives the service providing device 20 (that is, the service providing device 20 of the service that the user wants to use) that can be accessed by the connection destination address specified in step S103 via the Internet N2 in step S101. Notify the incoming telephone number of the incoming call and the type of terminal used (service provision target) specified in step S103 (step S106).
  • the control unit 23 of the service providing device 20 authenticates the call source (telephone number authentication) based on the incoming telephone number notified from the telephone reception device 10 (step S107). Specifically, the control unit 23 has succeeded in authentication if a record in which the received incoming telephone number matches either the telephone number (mobile phone) or the telephone number (fixed) is registered in the customer DB 221. Determined as an authentication failure.
  • step S107 When the telephone number authentication in step S107 fails (step S108; No), the control unit 23 transmits an authentication failure notification to the telephone reception device 10 (step S109).
  • the control unit 14 of the telephone reception device 10 that has received the authentication failure notification stores the incoming telephone number of the incoming call received in step S101 as an unauthorized telephone number of the service provided by the service providing device 20 in the unauthorized telephone number storage table 133. Registration (step S110) is performed, and the process ends as an error.
  • the control unit 14 adds 1 to the number of incoming calls of the corresponding record and updates the access date and time.
  • step S107 when the telephone number authentication in step S107 is successful (step S108; Yes), the control unit 23 of the service providing device 20 uses the status of the record of the customer DB 221 confirmed to be registered by the telephone number authentication. It is determined whether or not it is "0" indicating that it is not inside (step S111). If the status is not "0" (step S111; No), the control unit 23 notifies the telephone receiving device 10 to that effect, and the process ends as an error. On the other hand, when the status is "0" (step S111; Yes), the control unit 23 updates this status to "1" indicating that it is in use (step S112).
  • control unit 23 creates authentication information in which the user ID of the record is irreversibly converted by a predetermined method (step S113). Further, the control unit 23 creates number conversion information obtained by irreversibly converting the incoming telephone number notified in step S106 by a predetermined method (FIG. 10, step S114). Then, the control unit 23 transmits an authentication success notification including the created authentication information and the number conversion information to the telephone reception device 10 (step S115).
  • the control unit 14 of the telephone reception device 10 determines whether or not the record having the number conversion information included in the authentication success notification is registered in the incoming call management table 132 (step S116). If it is not registered (step S116; No), there is a possibility that a third party impersonating the telephone receiving device 10 has illegally notified the service providing device 20 of the incoming telephone number without going through the telephone connection. Processing ends as an error.
  • step S116 when the record is registered in the incoming call management table 132 (step S116; Yes), the control unit 14 creates a one-time password using a random number or the like (step S117). Then, the control unit 14 registers the authentication information included in the authentication success notification and the created one-time password in the record of the incoming call management table 132 confirmed in step S116 (step S118), and registers these in the authentication success notification. Notify the service providing device 20 of the transmission source (step S119).
  • the control unit 23 of the service providing device 20 confirms that the authentication information notified from the telephone reception device 10 matches the authentication information created in step S113 (step S120). If they do not match, the process ends as an error.
  • this URL is a URL in which authentication information and a one-time password are added as query parameters to a URL including a domain name of the service providing device 20 and the like.
  • the control unit 23 notifies either the user's mobile terminal 30 or the user terminal 50 of the created URL (step S122). For example, when the user terminal type notified from the telephone reception device 10 in step S106 is "S", the control unit 23 acquires the push ID (mobile phone) of the record of the customer DB 221 specified by the telephone number authentication in step S107. do. Further, when the user terminal type notified from the telephone reception device 10 in step S106 is "P”, the control unit 23 acquires the push ID (PC) of the record of the customer DB 221 specified by the telephone number authentication in step S107. do.
  • control unit 23 sends the acquired push ID and the created URL to a push server (not shown), and the push server pushes the URL to the mobile terminal 30 or the user terminal 50 specified by the push ID.
  • the push server pushes the URL to the mobile terminal 30 or the user terminal 50 specified by the push ID.
  • the URL is notified to the user terminal 50.
  • the URL confirmation screen is displayed on the screen of the user terminal 50, and the user performs a predetermined operation for confirmation from the operation unit of the user terminal 50.
  • the user terminal 50 accesses the service providing device 20 using the notified URL.
  • the authentication information and the OTP included in the URL are transmitted to the service providing device 20.
  • control unit 23 of the service providing device 20 When the control unit 23 of the service providing device 20 receives an access by URL from the user terminal 50, the control unit 23 receives an authentication request including the authentication information included in the URL, the one-time password, and the number conversion information generated in step S114 by telephone. Device 10 is transmitted (step S123).
  • the control unit 14 of the telephone reception device 10 confirms that a record in which all of the authentication information, OTP, and number conversion information included in the received authentication request match is registered in the incoming call management table 132, and then records the record. Delete (step S124). If such a record is not registered, the process ends as an error.
  • control unit 14 transmits an authentication completion notification to the service providing device that is the sender of the authentication request (step S125).
  • control unit 23 of the service providing device 20 When the control unit 23 of the service providing device 20 receives the authentication completion notification from the telephone receiving device 10, it performs a process for providing the service to the user terminal 50 accessed by the URL (step S126). For example, the control unit 23 performs a process of displaying the menu screen of the service provided by the service providing device on the user terminal 50. This completes the service provision process.
  • the telephone reception device 10 has a plurality of own station telephone numbers, and provides a service of a service that the user wants to use based on the called destination telephone number of the received telephone incoming call.
  • the device 20 is specified, and the telephone number is authenticated by the specified service providing device 20.
  • one telephone reception device 10 can authenticate the telephone number by a plurality of service providing devices 20A to 20C. Therefore, since it is not necessary to construct a separate service provision system for each service, it is possible to use authentication using incoming calls in a plurality of services at a lower cost than in the past.
  • the telephone receiving device 10 accepts an incoming call by a telephone number not registered in the customer DB 221 and then the service providing device 20 fails in the telephone number authentication, the telephone number is an illegal telephone. It is automatically registered as a number in the unauthorized telephone number storage table 133. After that, even if a telephone call is received by this telephone number (illegal telephone number), the processing ends as an error in the telephone reception device 10, and the service providing device 20 is not notified of this telephone number. Therefore, it is possible to reduce the load on the service providing device 20 even when a nuisance act such as making a call many times using an unregistered telephone number (illegal telephone number) is performed.
  • two terminals a mobile terminal 30 and a landline telephone 40
  • a mobile terminal 30 and a landline telephone 40 are shown as terminals to be subject to telephone number authentication owned by the user, but the user has more terminals to be subject to telephone number authentication. You may be doing it. In that case, it is necessary that all the telephone numbers of the target terminals are registered in the customer DB 221.
  • the URL notification unit 202 requests the telephone reception device 10 for a one-time password after successful authentication by the telephone number authentication unit 201, and the URL including the one-time password is transmitted to the mobile terminal 30 or the user terminal 50. sent.
  • the URL notification unit 202 may immediately transmit the URL that does not include the one-time password to the mobile terminal 30 or the user terminal 50 after the authentication by the telephone number authentication unit 201 is successful.
  • the service providing unit 203 immediately provides a predetermined service to the user terminal 50 or the mobile terminal 30. May be executed to provide. In this case, it is not necessary to provide the OTP creating unit 104 and the OTP authentication unit 105 in the telephone receiving device 10.
  • the telephone receiving device 10 and the service providing device 20 may be realized by a dedicated system or a normal computer system, respectively. For example, by storing and distributing a program for executing the above-mentioned operation in a computer-readable recording medium, installing the program in the computer, and executing the above-mentioned processing, the telephone reception device 10 and the service are provided.
  • the device 20 may be configured.
  • the above program may be stored in a disk device provided in a telephone receiving device 10 and a service providing device 20 on a network such as the Internet N2 so that the program can be downloaded to a computer or the like.
  • the above-mentioned functions may be realized by the cooperation between the OS (Operating System) and the application software.
  • the part other than the OS may be stored in a medium and distributed, or the part other than the OS may be stored in the server device so that it can be downloaded to a computer or the like.
  • Service provision system 10 Telephone reception device, 11 Telephone communication unit, 12 Data communication unit, 13 Storage unit, 131 Distribution control table, 132 Incoming call management table, 133 Unauthorized telephone number storage table, 14 Control unit, 20 Service provision device , 21 data communication unit, 22 storage unit, 221 customer DB, 23 control unit, 30 mobile terminal, 40 landline telephone, 50 user terminal, N1 telephone network, N2 Internet

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)
  • Telephonic Communication Services (AREA)

Abstract

サービス提供システムは、電話受付装置（１０）と、それぞれ異なるサービスを提供する複数のサービス提供装置（２０）と、を備える。電話受付装置（１０）の電話受付部（１０１）は、携帯端末（３０）又は固定端末（４０）から電話着信を受け付ける。電話受付装置（１０）のサービス特定部（１０２）は、電話受付部（１０１）が受け付けた電話着信の発信先電話番号に基づいて、ユーザが利用するサービスを提供するサービス提供装置（２０）を特定する。電話受付装置（１０）の番号通知部（１０３）は、特定したサービス提供装置（２０）に、受け付けた電話着信の着信電話番号を通知する。サービス提供装置（２０）の電話番号認証部（２０１）は、通知された着信電話番号に基づいて電話番号認証を行う。

Description

サービス提供システム、電話受付装置、及び、プログラム
　本発明は、サービス提供システム、電話受付装置、及び、プログラムに関する。
　インターネットを利用したネットバンキング、ネットショッピング、オンライントレード等のサービスが普及している。このようなサービスを利用するために、ユーザは、ＰＣ（Personal Computer）やスマートフォン等の端末装置を操作して専用のサイトにアクセスし、ＩＤ及びパスワードを入力してログインする必要がある。
　ＩＤ及びパスワードを用いたログインの場合、他人によるなりすましの問題がある。特許文献１には、サーバがＩＤとパスワードを用いてユーザ認証をした後、ユーザの登録通信端末（例えば、携帯電話やスマートフォン）に対して電話発信するよう案内し、登録通信端末からの電話着信があった場合にサービスの処理を開始することで、なりすましの問題に対処した発明について記載されている。
特開２０１５-１１１３２９号公報
　特許文献１に記載の発明のシステムでは、単一のサービスのログインにしか対応していない。複数のサービスで電話着信を利用した認証を可能にするためには、サービス毎に対応するシステムを準備する必要あり、システム構築にかかるコストが増大してしまう。
　本発明は上記実情に鑑みてなされたものであり、コストを抑えて電話着信を利用した認証を複数のサービスで利用できるサービス提供システム、電話受付装置、及び、プログラムを提供することを目的とする。
　上記目的を達成するため、本発明に係るサービス提供システムは、
　電話受付装置と、それぞれ異なるサービスを提供する複数のサービス提供装置と、を備えるサービス提供システムであって、
　前記電話受付装置は、
　第１の端末からの電話着信を受け付ける電話受付手段と、
　前記電話受付手段の受付番号に基づいて、ユーザが利用するサービスを提供するサービス提供装置を特定するサービス特定手段と、
　前記特定したサービス提供装置に、前記電話受付手段が受け付けた電話着信の着信電話番号を通知する番号通知手段と、を備え、
　前記サービス提供装置は、
　前記番号通知手段によって通知された着信電話番号に基づいて電話番号認証を行う電話番号認証手段と、
　前記電話番号認証に成功した場合に、自装置にアクセスするためのアドレス情報を前記着信電話番号に関連付けられた第２の端末に通知するアドレス通知手段と、
　前記アドレス情報によってアクセスした前記第２の端末に対してサービスを提供するサービス提供手段と、を備える。
　本発明によれば、コストを抑えて電話着信を利用した認証を複数のサービスで利用できる。
本発明の実施形態に係るサービス提供システムの構成例を示す図である。 本発明の実施形態に係る電話受付装置の構成例を示すブロック図である。 本発明の実施形態に係る振分制御テーブルの構成例を示す図である。 本発明の実施形態に係る着信管理テーブルの構成例を示す図である。 本発明の実施形態に係る不正電話番号記憶テーブルの構成例を示す図である。 本発明の実施形態に係るサービス提供装置の構成例を示すブロック図である。 本発明の実施形態に係る顧客ＤＢの構成例を示す図である。 本発明の実施形態に係るサービス提供システムの機能構成図である。 本発明の実施形態に係るサービス提供処理の一例を示すフローチャート（その１）である。 本発明の実施形態に係るサービス提供処理の一例を示すフローチャート（その２）である。
　以下、本発明の実施形態について図面を参照しながら詳細に説明する。なお、図中、同一または同等の部分には同一の符号を付す。
　図１は、本発明の実施形態に係るサービス提供システム１の全体構成を示す図である。サービス提供システム１は、電話受付装置１０と、複数のサービス提供装置２０Ａ～２０Ｃと、を備える。
　電話受付装置１０は、複数の自局電話番号を有するサーバである。携帯端末３０や固定電話４０は、電話受付装置１０が有する複数の自局電話番号のうちの１つを発信先電話番号として架電することで、電話網Ｎ１を介して電話受付装置１０に電話接続することができる。また、電話受付装置１０は、インターネットＮ２を介して各サービス提供装置２０Ａ～２０Ｃと通信可能に接続されている。電話受付装置１０は、図２に示すように、電話通信部１１と、データ通信部１２と、記憶部１３と、制御部１４と、を備える。
　電話通信部１１は、制御部１４の制御の下、電話網Ｎ１を介して、携帯端末３０や固定電話４０と電話通信する。データ通信部１２は、制御部１４の制御の下、インターネットＮ２を介して、各サービス提供装置２０Ａ～２０Ｃと通信する。
　記憶部１３は、例えば、ハードディスクドライブなどであり、電話受付装置１０が動作するために必要な各種のデータを記憶する。例えば、記憶部１３は、振分制御テーブル１３１と、着信管理テーブル１３２と、不正電話番号記憶テーブル１３３と、を記憶する。
　振分制御テーブル１３１は、ユーザの携帯端末３０又は固定電話４０から電話接続があった場合に、その発信先電話番号からユーザが利用したいサービスと当該サービスの提供対象とを特定するために参照される。具体的には、振分制御テーブル１３１には、図３に示すように、電話受付装置１０が保有する電話受付可能な自局電話番号（受付番号）毎に、利用端末種別と、サービス名と、接続先アドレスと、が記憶される。
　振分制御テーブル１３１に記憶されている利用端末種別は、サービスの提供対象をユーザの携帯端末３０にするかユーザ端末５０のどちらにするかを示す情報である。利用者端末種別「Ｓ」は、サービス提供対象が携帯端末３０であることを示す。利用者端末種別「Ｐ」は、サービス提供対象がユーザ端末５０であることを示す。
　振分制御テーブル１３１に記憶されているサービス名は、各サービス提供装置２０Ａ～２０Ｃが提供するサービスの名称である。本実施形態では、サービス提供装置２０Ａ～２０Ｃは、それぞれ、サービス名「サービスＡ」、「サービスＢ」、「サービスＣ」のサービスを提供する。
　振分制御テーブル１３１に記憶されている接続先アドレスは、インターネットＮ２を介して各サービス提供装置２０Ａ～２０Ｃへ接続するためのアドレス情報である。接続先アドレスは、例えば、各サービス提供装置２０Ａ～２０Ｃのドメイン名やＵＲＬ（Uniform Resource Locator）で表される。
　図２に戻り、着信管理テーブル１３２は、電話受付装置１０が受け付けた電話着信に関する情報等が登録される。着信管理テーブル１３２は、後述するサービス提供処理でユーザの認証を行う際に参照される。具体的には、図４に示すように、着信管理テーブル１３２には、着信電話番号と、番号変換情報と、ワンタイムパスワード（One time Password：ＯＴＰ）と、認証情報と、着信日時と、が対応付けられて登録される。
　着信管理テーブル１３２に記憶される着信電話番号は、電話受付装置１０が受け付けた電話着信の着信電話番号である。着信管理テーブル１３２に記憶される番号変換情報は、この着信電話番号を所定の手法（例えば、ハッシュ化）を用いて不可逆に変換した情報である。着信管理テーブル１３２に記憶される着信日時は、この着信電話番号による電話着信があった日時を示す。
　着信管理テーブル１３２に記憶されるワンタイムパスワードと認証情報は、ユーザの認証用に利用される情報である。ワンタイムパスワードは、電話受付装置１０が作成したワンタイムパスワードである。認証情報は、ユーザのユーザＩＤを所定の手法（例えば、ハッシュ化）を用いて不可逆に変換した情報であり、サービス提供装置２０Ａ～２０Ｃによって作成される。
　図２に戻り、不正電話番号記憶テーブル１３３は、電話受付装置１０に不正に電話接続したと推定される着信電話番号（不正電話番号）が、不正がなされたサービス毎に登録されるテーブルである。なお、ここでの「不正」とは、誤接続や嫌がらせのための妨害接続を含む。具体的には、図５に示すように、不正電話番号記憶テーブル１３３には、サービス名と、不正電話番号と、この不正電話番号による電話着信のあった回数（着信回数）と、この不正電話番号から電話接続のあった直近の日時（アクセス日時）と、が対応付けられて記憶される。不正電話番号記憶テーブル１３３は、本発明の不正電話番号記憶手段の一例である。
　図２に戻り、制御部１４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等（何れも図示せず）を備え、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭや記憶部１３に記憶されている各種プログラムを適宜実行することにより、電話受付装置１０の全体を制御する。
　続いて、サービス提供装置２０Ａ～２０Ｃについて説明する。サービス提供装置２０Ａ～２０Ｃは、図１に示すように、インターネットＮ２を介して、電話受付装置１０とユーザ端末５０と携帯端末３０とに接続される。サービス提供装置２０Ａ～２０Ｃは、それぞれが異なるサービスをユーザ端末５０又は携帯端末３０に提供するＷｅｂサーバである。なお、ここでいう「サービス」とは、例えば、インターネットＮ２を利用したネットバンキング、ネットショッピング、オンライントレード、電子チケットシステム等のサービスであり、利用時に正規のユーザであるかどうかの認証を受ける必要がある。以下の説明では、サービス提供装置２０Ａ～２０Ｃを区別しない場合はサービス提供装置２０とも表記する。サービス提供装置２０は、図６に示すように、データ通信部２１と、記憶部２２と、制御部２３と、を備える。
　データ通信部２１は、制御部２３の制御の下、インターネットＮ２を介して、ユーザ端末５０や電話受付装置１０とデータ通信を行う。
　記憶部２２は、ハードディスクドライブなどであり、サービス提供装置２０が動作するために必要な各種のデータを記憶する。例えば、記憶部２２は、顧客ＤＢ２２１を記憶している。
　顧客ＤＢ２２１には、このサービス提供装置２０が提供するサービスを利用可能な会員として登録されているユーザに関する情報が記憶される。具体的には、図７に示すように、顧客ＤＢ２２１には、サービスを利用可能なユーザ毎に、ユーザＩＤ、氏名、電話番号（携帯）、電話番号（固定）、プッシュＩＤ（携帯）、プッシュＩＤ（ＰＣ）、ステータス等が記憶される。
　顧客ＤＢ２２１に記憶されているユーザＩＤは、このユーザを一意に識別する情報である。顧客ＤＢ２２１に記憶されている氏名は、このユーザの氏名である。なお、氏名以外に、ユーザの住所、生年月日等も顧客ＤＢ２２１に記憶されていてもよい。
　顧客ＤＢ２２１に記憶されている電話番号（携帯）は、ユーザの携帯端末３０の電話番号である。顧客ＤＢ２２１に記憶されている電話番号（固定）は、ユーザの固定電話４０の電話番号である。なお、携帯端末３０を保有していないユーザの場合、電話番号（携帯）は空欄である。同様に、固定電話４０を保有していないユーザの場合、電話番号（固定）は空欄である。
　顧客ＤＢ２２１に記憶されているプッシュＩＤ（携帯）は、携帯端末３０へプッシュ通知するためのアドレス情報である。顧客ＤＢ２２１に記憶されているプッシュＩＤ（ＰＣ）は、ユーザ端末５０へプッシュ通知するためのアドレス情報である。なお、プッシュＩＤ（携帯）、プッシュＩＤ（ＰＣ）に代えて、携帯端末３０、ユーザ端末５０のメールアドレス等を顧客ＤＢ２２１に記憶してもよい。
　顧客ＤＢ２２１に記憶されているステータスは、このユーザにサービス提供装置２０がサービスを提供中であるか否かを示す。ステータス「１」はサービスを提供中（サービス使用中）であることを示し、ステータス「０」はサービスを提供中でない（サービス不使用）ことを示す。
　図６に戻り、制御部２３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等（何れも図示せず）を備え、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭや記憶部２２に記憶されている各種プログラムを適宜実行することにより、サービス提供装置全体を制御する。
　図１に戻り、携帯端末３０は、例えば、ユーザが使用するスマートフォンである。携帯端末３０は、電話機能を有しており、電話網Ｎ１を介して、電話受付装置１０と電話接続することが可能である。また、携帯端末３０は、インターネットＮ２を介してサービス提供装置２０Ａ～２０Ｃと接続し、サービス提供装置２０Ａ～２０Ｃによるサービスの提供対象となる。
　固定電話４０は、電話網Ｎ１を介して、電話受付装置１０と電話接続することが可能である。
　ユーザ端末５０は、例えば、ユーザが使用するＰＣ（Personal Computer）である。ユーザ端末５０は、インターネットＮ２を介してサービス提供装置２０Ａ～２０Ｃと接続し、サービス提供装置２０Ａ～２０Ｃによるサービスの提供対象となる。
　続いて、本発明の実施形態に係るサービス提供システム１の機能的な構成について、図８を参照して説明する。電話受付装置１０は、機能的な構成として、電話受付部１０１と、サービス特定部１０２と、番号通知部１０３と、ＯＴＰ作成部１０４と、ＯＴＰ認証部１０５と、不正電話番号登録部１０６と、を備える。これらの各部１０１～１０６は、電話通信部１１、データ通信部１２、記憶部１３、及び、制御部１４により実現される。
　サービス提供装置２０は、機能的な構成として、電話番号認証部２０１と、ＵＲＬ通知部２０２と、サービス提供部２０３と、を備える。これらの各部２０１～２０３は、データ通信部２１、記憶部２２、及び、制御部２３により実現される。
　電話受付部１０１は、サービスを利用したいユーザの携帯端末３０や固定電話４０から電話着信を受け付ける。電話受付部１０１が電話着信を受け付ける携帯端末３０や固定電話４０は、本発明の第１の端末の一例である。なお、電話受付部１０１は、不正な第三者の端末からの電話着信であると推定される場合は、受け付けた電話着信を切断せずに応答（オフフック）する。電話受付部１０１は、本発明の電話受付手段の一例である。
　サービス特定部１０２は、電話受付部１０１が受け付けた電話着信の発信先電話番号（受付番号）に基づいて、ユーザが利用するサービスを提供するサービス提供装置２０と、サービスを提供する対象の種別（携帯端末３０とユーザ端末５０のどちらか）を特定する。サービス特定部１０２は、本発明のサービス特定手段の一例である。
　番号通知部１０３は、サービス特定部１０２が特定したサービス提供装置に、電話受付部１０１が受け付けた電話着信の着信電話番号を通知する。番号通知部１０３は、本発明の番号通知手段の一例である。
　電話番号認証部２０１は、番号通知部１０３によって通知された着信電話番号に基づいて、電話受付部１０１が受け付けた電話着信が顧客ＤＢ２２１に登録されているユーザからのものであることを認証（電話番号認証）する。電話番号認証部２０１は、本発明の電話番号認証手段の一例である。
　ＵＲＬ通知部２０２は、電話番号認証部２０１による認証に成功すると、電話受付装置１０にワンタイムパスワードを要求してワンタイムパスワードを取得する。そして、ＵＲＬ通知部２０２は、取得したワンタイムパスワード等をパラメータに含んだこのサービス提供装置２０にアクセスするためのアドレス情報であるＵＲＬを、サービスの対象種別に応じた端末（ユーザ端末５０か携帯端末３０の何れか）に通知する。ＵＲＬ通知部２０２によってＵＲＬが通知される端末は、本発明の第２の端末の一例である。ＵＲＬ通知部２０２は、本発明のアドレス通知手段の一例である。
　ＯＴＰ作成部１０４は、サービス提供装置２０からの要求に応じて乱数等のワンタイムパスワードを作成し、サービス提供装置２０に送信する。ＯＴＰ作成部１０４は、本発明のＯＴＰ作成手段の一例である。
　サービス提供部２０３は、ユーザ端末５０又は携帯端末３０からＵＲＬ通知部２０２が通知したＵＲＬによるアクセスがあった場合に、電話受付装置１０にこのＵＲＬに含まれるワンタイムパスワードによる認証を電話受付装置１０に依頼する。そして、サービス提供部２０３は、ＯＴＰ認証部１０５から認証完了通知を受信すると、アクセスのあったユーザ端末５０又は携帯端末３０に対して所定のサービスを提供するための処理を実行する。サービス提供部２０３は、本発明のサービス提供手段の一例である。
　ＯＴＰ認証部１０５は、サービス提供部２０３から依頼を受けたワンタイムパスワードとＯＴＰ作成部１０４が作成したワンタイムパスワードに基づいて、サービス提供装置にＵＲＬでアクセスした携帯端末３０又はユーザ端末５０を認証する。ＯＴＰ認証部１０５は、本発明のＯＴＰ認証手段の一例である。
　不正電話番号登録部１０６は、電話番号認証部２０１による認証に失敗した電話番号（例えば、顧客ＤＢ２２１に登録されていなかった着信電話番号）を、対応するサービスの不正電話番号として不正電話番号記憶テーブル１３３に登録する。また、不正電話番号登録部１０６は、不正番号記憶テーブル１３３に登録されている不正電話番号のアクセス日時を参照して、最後の電話着信があってから一定期間（例えば、１ヶ月）が経過した不正電話番号については、不正番号記憶テーブル１３３から削除する処理を行ってもよい。不正電話番号登録部１０６は、本発明の不正電話番号登録手段の一例である。
　続いて、上述したサービス提供システム１でユーザにサービスを提供するサービス提供処理について、図９～図１０のフローチャートを用いて説明する。なお、このユーザは、予め利用したいサービスに会員登録されており、当該ユーザに関する各種の情報が対応するサービス提供装置２０の顧客ＤＢ２２１に登録されているものとする。
　まず、ユーザは、自分の携帯端末３０を操作して、自分が利用したいサービスとサービス提供対象とに対応する電話受付装置１０の自局電話番号宛に架電する。これにより、携帯端末３０は電話受付装置１０に電話接続する。例えば、図３に示すような情報が振分制御テーブル１３１に記憶されており、サービス提供装置２０Ａの提供するサービスをユーザ端末５０で利用したい場合、ユーザは、「０１２０－１１１－００２」に架電すればよい。なお、ユーザは、携帯端末３０の代わりに自分の固定電話４０から電話接続してもよい。
　電話受付装置１０の制御部１４は、携帯端末３０からの電話着信を受け付けると（ステップＳ１０１）、当該電話着信の着信電話番号を有するレコードが既に着信管理テーブル１３２に登録されている否かを判別する（ステップＳ１０２）。このようなレコードがある場合（ステップＳ１０２；Ｙｅｓ）、２重ログインの不正が行われている可能性があるため、エラーとして処理は終了する。この際、制御部１４は、受け付けた電話着信を切断せずに応答（オフフック）してもよい。このようにすることで、不正な電話接続が疑われる第三者に電話料金が課されることになるため、第三者が不正に電話接続しようとすることを抑止する効果が期待できる。なお、後述する他のエラーで終了する場合も同様に、電話着信に対して応答してもよい。
　一方、このようなレコードが着信管理ＤＢに登録されていない場合（ステップＳ１０２；Ｎｏ）、制御部１４は、電話受付装置１０が受け付けた電話着信の発信先の電話番号（受付番号）により、ユーザが利用するサービスとサービス提供対象とを特定する（ステップＳ１０３）。具体的には、制御部１４は、受付番号が振分制御テーブル１３１の自局電話番号と一致するレコードを検出し、当該レコードに含まれるサービス名、接続先アドレス、利用端末種別を特定する。
　続いて、制御部１４は、受け付けた電話着信の着信電話番号が、対応するサービス（即ち、ステップＳ１０３で特定したサービス）の不正電話番号として、不正電話番号記憶テーブル１３３に登録されているか否かを判別する（ステップＳ１０４）。
　電話着信の着信電話番号が対応するサービスの不正電話番号として不正電話番号記憶テーブル１３３に登録されている場合（ステップＳ１０４；Ｙｅｓ）、不当な第三者からの電話着信である可能性が高いためエラーとして処理は終了する。なお、この際、制御部１４は、不正電話番号記憶テーブル１３３の対応するレコードの着信回数を１加算するとともに、アクセス日時を電話着信を受け付けた日時に更新する。
　一方、電話着信の着信電話番号が対応するサービスの不正電話番号として登録されていない場合（ステップＳ１０４；Ｎｏ）、制御部１４は、受け付けた電話着信に対応するレコードを着信管理テーブル１３２に新たに登録する（ステップＳ１０５）。このレコードの着信電話番号は、受け付けた電話着信の着信電話番号であり、このレコードの番号変換情報はこの着信電話番号を所定の方法で変換して作成する。また、このレコードの着信日時は電話着信を受け付けた日時とする。なお、この時点では、このレコードのワンタイムパスワードと認証情報は空欄である。
　続いて、制御部１４は、ステップＳ１０３で特定した接続先アドレスでアクセスできるサービス提供装置２０（即ち、ユーザが利用したいサービスのサービス提供装置２０）に、インターネットＮ２を介して、ステップＳ１０１で受け付けた電話着信の着信電話番号とステップＳ１０３で特定した利用端末種別（サービス提供対象）とを通知する（ステップＳ１０６）。
　サービス提供装置２０の制御部２３は、電話受付装置１０から通知された着信電話番号に基づいて、電話着信元の認証（電話番号認証）を行う（ステップＳ１０７）。具体的には、制御部２３は、受信した着信電話番号が電話番号（携帯）又は電話番号（固定）の何れかと一致するレコードが顧客ＤＢ２２１に登録されていれば認証成功、登録されていなければ認証失敗と判別する。
　ステップＳ１０７の電話番号認証に失敗した場合（ステップＳ１０８；Ｎｏ）、制御部２３は、認証失敗通知を電話受付装置１０に送信する（ステップＳ１０９）。
　認証失敗通知を受信した電話受付装置１０の制御部１４は、ステップＳ１０１で受け付けた電話着信の着信電話番号を、このサービス提供装置２０が提供するサービスの不正電話番号として不正電話番号記憶テーブル１３３に登録し（ステップＳ１１０）、エラーとして処理は終了する。なお、この着信電話番号に対応するレコードが不正電話番号記憶テーブル１３３に既に登録されている場合、制御部１４は、対応するレコードの着信回数に１を加算し、アクセス日時を更新する。
　一方、ステップＳ１０７の電話番号認証に成功した場合（ステップＳ１０８；Ｙｅｓ）、サービス提供装置２０の制御部２３は、電話番号認証で登録されていることを確認した顧客ＤＢ２２１のレコードのステータスが、使用中でないことを示す「０」であるか否かを判別する（ステップＳ１１１）。ステータスが「０」でない場合（ステップＳ１１１；Ｎｏ）、制御部は２３、その旨を電話受付装置１０に通知してエラーとして処理は終了する。一方、ステータスが「０」である場合（ステップＳ１１１；Ｙｅｓ）、制御部は２３は、このステータスを、使用中を示す「１」に更新する（ステップＳ１１２）。そして、制御部２３は、当該レコードのユーザＩＤを所定の手法で不可逆に変換した認証情報を作成する（ステップＳ１１３）。また、制御部２３は、ステップＳ１０６で通知された着信電話番号を所定の手法で不可逆に変換した番号変換情報を作成する（図１０、ステップＳ１１４）。そして、制御部２３は、作成した認証情報と番号変換情報とを含んだ認証成功通知を電話受付装置１０に送信する（ステップＳ１１５）。
　認証成功通知を受信すると電話受付装置１０の制御部１４は、認証成功通知に含まれる番号変換情報を有するレコードが着信管理テーブル１３２に登録されているか否かを判別する（ステップＳ１１６）。登録されていない場合（ステップＳ１１６；Ｎｏ）、電話接続を経由せずに、電話受付装置１０になりすました第３者がサービス提供装置２０に不正に着信電話番号を通知した可能性があるため、エラーとして処理は終了する。
　一方、着信管理テーブル１３２にレコードが登録されている場合（ステップＳ１１６；Ｙｅｓ）、制御部１４は、乱数等を用いてワンタイムパスワードを作成する（ステップＳ１１７）。そして、制御部１４は、認証成功通知に含まれる認証情報と作成したワンタイムパスワードとを、ステップＳ１１６で確認した着信管理テーブル１３２のレコードに登録するとともに（ステップＳ１１８）、これらを認証成功通知の送信元のサービス提供装置２０に通知する（ステップＳ１１９）。
　サービス提供装置２０の制御部２３は、電話受付装置１０から通知された認証情報がステップＳ１１３で作成した認証情報と一致することを確認する（ステップＳ１２０）。一致しない場合はエラーとして処理を終了する。
　続いて、制御部２３は、確認した認証情報と受信したワンタイムパスワードとをパラメータに含んだ、このサービス提供装置２０にアクセスするためのＵＲＬを作成する（ステップＳ１２１）。このＵＲＬは、具体的には、サービス提供装置２０のドメイン名等を含んだＵＲＬに、クエリパラメータとして認証情報とワンタイムパスワードとを付加したＵＲＬである。
　続いて、制御部２３は、作成したＵＲＬをユーザの携帯端末３０又はユーザ端末５０のどちらかに通知する（ステップＳ１２２）。例えば、ステップＳ１０６で電話受付装置１０から通知された利用端末種別が「Ｓ」である場合、制御部２３は、ステップＳ１０７の電話番号認証で特定した顧客ＤＢ２２１のレコードのプッシュＩＤ（携帯）を取得する。また、ステップＳ１０６で電話受付装置１０から通知された利用端末種別が「Ｐ」である場合、制御部２３は、ステップＳ１０７の電話番号認証で特定した顧客ＤＢ２２１のレコードのプッシュＩＤ（ＰＣ）を取得する。そして、制御部２３は、取得したプッシュＩＤと作成したＵＲＬとを図示せぬプッシュサーバに送信し、プッシュサーバがプッシュＩＤで特定される携帯端末３０又はユーザ端末５０にＵＲＬをプッシュ通知する。なお、以下の説明では、ユーザ端末５０にＵＲＬが通知されたものとして説明する。
　ＵＲＬが通知されるとユーザ端末５０の画面にはＵＲＬ確認画面が表示され、ユーザはユーザ端末５０の操作部から確認のための所定の操作を行う。この操作に応じて、ユーザ端末５０は、通知されたＵＲＬを用いてサービス提供装置２０にアクセスする。これにより、ＵＲＬ内に含まれる認証情報とＯＴＰとがサービス提供装置２０に送信される。
　サービス提供装置２０の制御部２３は、ユーザ端末５０からＵＲＬによるアクセスがあると、ＵＲＬに含まれる認証情報とワンタイムパスワード、及び、ステップＳ１１４で生成した番号変換情報を含んだ認証依頼を電話受付装置１０送信する（ステップＳ１２３）。
　電話受付装置１０の制御部１４は、受信した認証依頼に含まれる認証情報、ＯＴＰ、番号変換情報の全てが一致するレコードが着信管理テーブル１３２に登録されていることを確認した後、そのレコードを削除する（ステップＳ１２４）。なお、そのようなレコードが登録されていない場合は、エラーとして処理を終了する。
　続いて、制御部１４は、認証完了通知を認証依頼の送信元のサービス提供装置に送信する（ステップＳ１２５）。
　サービス提供装置２０の制御部２３は、認証完了通知を電話受付装置１０から受信すると、ＵＲＬによるアクセスのあったユーザ端末５０に対してサービスを提供するための処理を行う（ステップＳ１２６）。例えば、制御部２３は、サービス提供装置が提供するサービスのメニュー画面をユーザ端末５０に表示させる処理を行う。以上でサービス提供処理は終了する。
　このように、本実施形態によれば、電話受付装置１０は、複数の自局電話番号を有しており、受け付けた電話着信の発信先話番号に基づいて、ユーザが利用したいサービスのサービス提供装置２０を特定し、特定されたサービス提供装置２０で電話番号認証がなされる。これにより、本実施形態では、１台の電話受付装置１０で複数のサービス提供装置２０Ａ～２０Ｃによる電話番号認証が可能となる。そのため、サービス毎に別々のサービス提供システムを構築する必要がないため、従来よりもコストを抑えて電話着信を利用した認証を複数のサービスで利用することが可能となる。
　また、本実施形態によれば、顧客ＤＢ２２１に登録されていない電話番号による電話着信を電話受付装置１０が受け付け、その後、サービス提供装置２０が電話番号認証に失敗した場合、その電話番号は不正電話番号として不正電話番号記憶テーブル１３３に自動的に登録される。そして、これ以降は、この電話番号（不正電話番号）による電話着信がなされても、電話受付装置１０でエラーとして処理は終了し、サービス提供装置２０にこの電話番号が通知されることはない。そのため、登録されていない電話番号（不正電話番号）を用いて何回も架電するような迷惑行為がなされた場合でも、サービス提供装置２０にかかる負荷を低減させることができる。
　さらに、本実施形態によれば、不正電話番号による電話着信がなされた場合、エラーとして処理が終了するだけでなく、この電話着信に対して音声による応答がなされる。これにより、迷惑行為が疑われる第三者に電話料金が課されることになるため、第三者の迷惑行為を抑止する効果が期待できる。
＜変形例＞
　なお、上述した実施形態は一例であり、種々の変更及び応用が可能である。例えば、上記実施形態では３つのサービス提供装置２０Ａ～２０Ｃを有するサービス提供システム１について説明したが、サービス提供装置２０の数は任意であり、より多くのサービス提供装置２０によってサービス提供システム１を構築してもよい。
　上記実施形態では、ユーザが所有する電話番号認証の対象となる端末として、携帯端末３０と固定電話４０との２つを示したが、ユーザはより多くの電話番号認証の対象となる端末を有していてもよい。なお、その場合は、対象となる端末の電話番号が全て顧客ＤＢ２２１に登録されている必要がある。
　上記実施形態では、ＵＲＬ通知部２０２は、電話番号認証部２０１による認証に成功後、ワンタイムパスワードを電話受付装置１０に要求し、ワンタイムパスワードを含んだＵＲＬを携帯端末３０又はユーザ端末５０に送信した。しかしながら、ＵＲＬ通知部２０２は、電話番号認証部２０１による認証に成功後、直ちにワンタイムパスワードを含まないＵＲＬを携帯端末３０又はユーザ端末５０に送信してもよい。また、この場合、その後、ユーザ端末５０又は携帯端末３０からサービス提供装置２０に送信したＵＲＬによるアクセスがあった場合、サービス提供部２０３は、直ちにユーザ端末５０又は携帯端末３０に対して所定のサービスを提供するための処理を実行してもよい。このようにした場合、電話受付装置１０にＯＴＰ作成部１０４、ＯＴＰ認証部１０５を設ける必要はない。
　実施形態に係る電話受付装置１０、サービス提供装置２０は、それぞれ、専用のシステムにより実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールして、上述の処理を実行することによって、電話受付装置１０、サービス提供装置２０を構成してもよい。また、上記プログラムをインターネットＮ２等のネットワーク上の電話受付装置１０、サービス提供装置２０が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
　本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
　１　サービス提供システム、１０　電話受付装置、１１　電話通信部、１２　データ通信部、１３　記憶部、１３１　振分制御テーブル、１３２　着信管理テーブル、１３３　不正電話番号記憶テーブル、１４　制御部、２０　サービス提供装置、２１　データ通信部、２２　記憶部、２２１　顧客ＤＢ、２３　制御部、３０　携帯端末、４０　固定電話、５０　ユーザ端末、Ｎ１　電話網、Ｎ２　インターネット

Claims (7)

  1. 　電話受付装置と、それぞれ異なるサービスを提供する複数のサービス提供装置と、を備えるサービス提供システムであって、
    　前記電話受付装置は、
    　第１の端末からの電話着信を受け付ける電話受付手段と、
    　前記電話受付手段の受付番号に基づいて、ユーザが利用するサービスを提供するサービス提供装置を特定するサービス特定手段と、
    　前記特定したサービス提供装置に、前記電話受付手段が受け付けた電話着信の着信電話番号を通知する番号通知手段と、を備え、
    　前記サービス提供装置は、
    　前記番号通知手段によって通知された着信電話番号に基づいて電話番号認証を行う電話番号認証手段と、
    　前記電話番号認証に成功した場合に、自装置にアクセスするためのアドレス情報を前記着信電話番号に関連付けられた第２の端末に通知するアドレス通知手段と、
    　前記アドレス情報によってアクセスした前記第２の端末に対してサービスを提供するサービス提供手段と、を備える、
    　サービス提供システム。
  2. 　前記電話受付装置は、ワンタイムパスワードを作成するＯＴＰ作成手段をさらに備え、
    　前記アドレス通知手段は、前記ＯＴＰ作成手段が作成したワンタイムパスワードを含んだ前記アドレス情報を前記第２の端末に通知し、
    　前記電話受付装置は、前記第２の端末が前記サービス提供装置にアクセスした際のアドレス情報に含まれるワンタイムパスワードと前記ＯＴＰ作成手段が作成したワンタイムパスワードとに基づいて、前記第２の端末を認証するＯＴＰ認証手段をさらに備え、
    　前記サービス提供手段は、前記ＯＴＰ認証手段による認証が成功した場合に、前記サービスを提供する、
    　請求項１に記載のサービス提供システム。
  3. 　前記電話受付装置は、
    　不正電話番号をサービス毎に記憶する不正電話番号記憶手段と、
    　前記電話番号認証手段が前記電話番号認証に失敗した着信電話番号を前記不正電話番号として前記不正電話番号記憶手段に登録する不正電話番号登録手段と、をさらに備え、
    　前記番号通知手段は、前記電話受付手段が受け付けた電話着信の着信電話番号が前記不正電話番号記憶手段に対応するサービスの不正電話番号として記憶されている場合、当該着信電話番号を前記サービス提供装置に通知しない、
    　請求項１又は２に記載のサービス提供システム。
  4. 　前記電話受付手段は、受け付けた電話着信の着信電話番号が前記不正電話番号記憶手段に対応するサービスの不正電話番号として記憶されている場合、当該電話着信に応答する、
    　請求項３に記載のサービス提供システム。
  5. 　前記サービス特定手段は、前記電話受付手段の受付番号に基づいて、前記第２の端末の種別を特定し、
    　前記番号通知手段は、前記サービス提供装置に特定した種別を通知し、
    　前記アドレス通知手段は、通知された種別に対応する前記第２の端末に前記アドレス情報を通知する、
    　請求項１から４の何れか１項に記載のサービス提供システム。
  6. 　複数のサービス提供装置に接続する電話受付装置であって、
    　第１の端末からの電話着信を受け付ける電話受付手段と、
    　前記電話受付手段の受付番号に基づいて、ユーザが利用するサービスを提供するサービス提供装置を特定するサービス特定手段と、
    　前記特定したサービス提供装置に、前記電話受付手段が受け付けた電話着信の着信電話番号を通知する番号通知手段と、
    　を備える電話受付装置。
  7. 　複数のサービス提供装置に接続するコンピュータを、
    　第１の端末からの電話着信を受け付ける電話受付手段、
    　前記電話受付手段の受付番号に基づいて、ユーザが利用するサービスを提供するサービス提供装置を特定するサービス特定手段、
    　前記特定したサービス提供装置に、前記電話受付手段が受け付けた電話着信の着信電話番号を通知する番号通知手段、
    　として機能させるプログラム。
PCT/JP2020/033727 2020-09-07 2020-09-07 サービス提供システム、電話受付装置、及び、プログラム WO2022049753A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2020568838A JP7007501B1 (ja) 2020-09-07 2020-09-07 サービス提供システム
PCT/JP2020/033727 WO2022049753A1 (ja) 2020-09-07 2020-09-07 サービス提供システム、電話受付装置、及び、プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/033727 WO2022049753A1 (ja) 2020-09-07 2020-09-07 サービス提供システム、電話受付装置、及び、プログラム

Publications (1)

Publication Number Publication Date
WO2022049753A1 true WO2022049753A1 (ja) 2022-03-10

Family

ID=80490800

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/033727 WO2022049753A1 (ja) 2020-09-07 2020-09-07 サービス提供システム、電話受付装置、及び、プログラム

Country Status (2)

Country Link
JP (1) JP7007501B1 (ja)
WO (1) WO2022049753A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017069659A (ja) * 2015-09-29 2017-04-06 株式会社コムスクエア 情報配信装置、情報配信プログラム及び情報配信方法
WO2019234801A1 (ja) * 2018-06-04 2019-12-12 株式会社あいびし サービス提供システム及びサービス提供方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017069659A (ja) * 2015-09-29 2017-04-06 株式会社コムスクエア 情報配信装置、情報配信プログラム及び情報配信方法
WO2019234801A1 (ja) * 2018-06-04 2019-12-12 株式会社あいびし サービス提供システム及びサービス提供方法

Also Published As

Publication number Publication date
JP7007501B1 (ja) 2022-01-24
JPWO2022049753A1 (ja) 2022-03-10

Similar Documents

Publication Publication Date Title
US9542540B2 (en) System and method for managing application program access to a protected resource residing on a mobile device
JP5719871B2 (ja) フィッシング攻撃を防ぐ方法および装置
US8151326B2 (en) Using audio in N-factor authentication
JP4880699B2 (ja) サービスアカウントを保護するための方法、システム、及び装置
KR20060047252A (ko) 이동 장치를 통한 계정 생성 방법 및 시스템
CN108337210B (zh) 设备配置方法及装置、系统
JP5764501B2 (ja) 認証装置、認証方法、及び、プログラム
WO2008022589A1 (fr) Système et procédé destinés à authentifier une demande d'accès pour un réseau local
US11165768B2 (en) Technique for connecting to a service
JP2010518506A (ja) 混合された支払い及び通信サービス方法及びシステム
JP5565408B2 (ja) Ｉｄ認証システム、ｉｄ認証方法、認証サーバ、端末装置、認証サーバの認証方法、端末装置の通信方法、及びプログラム
US10951616B2 (en) Proximity-based device authentication
WO2012004640A1 (en) Transaction authentication
KR102055897B1 (ko) 전화번호를 이용한 인터넷 사이트 서비스 접속 인증 방법 및 시스템
US11222100B2 (en) Client server system
JPWO2019234801A1 (ja) サービス提供システム及びサービス提供方法
JP3882269B2 (ja) 通信ネットワーク・システムにおける発信者認証方法
JP7007501B1 (ja) サービス提供システム
JP3707381B2 (ja) ログイン制御方法およびログイン制御システムならびにログイン制御プログラムを記録した情報記録媒体
WO2015151251A1 (ja) ネットワークサービス提供装置、ネットワークサービス提供方法、及びプログラム
JP3914152B2 (ja) 認証サーバ、認証システムおよび認証プログラム
JP7238558B2 (ja) 認証仲介装置及び認証仲介プログラム
WO2023079625A1 (ja) 認証システム、認証方法、及び、プログラム
JP2012123487A (ja) サービス提供許可装置、サービス提供許可方法およびプログラム
KR20030041942A (ko) 인터넷 가입자 보안 시스템 및 그 방법

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2020568838

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 20952487

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20952487

Country of ref document: EP

Kind code of ref document: A1