(57)【特許請求の範囲】
【請求項１】
サービスの利用権限を有するユーザの電話番号に所定の加工を行った認証情報と、前記認証情報を用いた認証を求める第１の認証要求と第２の認証要求と、を受信する情報通信部と、
前記第１の認証要求が受信されてから、所定時間が経過するまで、又は、前記第１の認証要求に基づく前記認証が成功するまで、に前記第２の認証要求が受信された場合に、前記第２の認証要求の拒否を決定する要求拒否決定部と、
前記認証情報が受信された後に、端末から着信があると、前記着信と共に通知された電話番号に対して前記所定の加工を行った情報と、前記受信された認証情報と、に基づいて、前記端末の前記認証を行う番号認証部と、
を有する認証装置と、
前記認証が成功すると前記サービスの提供を行うサービス提供装置と、を備える、
ことを特徴とするサービス提供システム。
【請求項２】
前記認証装置は、
レコードを識別するキーとして認証情報が設定されたテーブルと、
前記テーブルに対し、前記受信された認証情報が保存されたレコードの追加を試行する追加部と、
前記認証情報に基づく前記認証が成功した場合、又は、前記認証情報の受信若しくは追加から前記所定時間が経過した場合に、前記追加が成功した前記レコードを前記テーブルから削除する削除部と、
をさらに備え、
前記認証装置の前記要求拒否決定部は、前記レコードの前記追加が失敗すると、前記第２の認証要求の拒否を決定する、
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記認証装置の前記番号認証部は、前記通知された電話番号に対して前記所定の加工を行った前記情報と同じ認証情報が保存されたレコードが、前記テーブルに追加されているか否かに基づいて、前記端末を認証する、
ことを特徴とする請求項２に記載のサービス提供システム。
【請求項４】
前記認証装置は、前記端末の前記認証が失敗すると、前記端末からの前記着信に応答する音声通信部、をさらに備える、
ことを特徴とする請求項１から３のいずれか一項に記載のサービス提供システム。
【請求項５】
端末の認証を行う認証装置と、前記認証が成功するとサービスの提供を行うサービス提供装置と、を備えるサービス提供システムで実行される方法であって、
前記認証装置が、前記サービスの利用権限を有するユーザの電話番号に所定の加工を行った認証情報と、前記認証情報を用いた前記認証を求める第１の認証要求と第２の認証要求と、を受信する情報通信ステップと、
前記第１の認証要求が受信されてから、所定時間が経過するまで、又は、前記第１の認証要求に基づく前記認証が成功するまで、に前記第２の認証要求が受信された場合に、前記認証装置が、前記第２の認証要求の拒否を決定する要求拒否決定ステップと、
前記認証情報が受信された後に、前記端末から着信があると、前記着信と共に通知された電話番号に対して前記所定の加工を行った情報と、前記受信された認証情報と、に基づいて、前記認証装置が前記端末の前記認証を行う番号認証ステップと、を有する、
ことを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システム及びサービス提供方法に関する。
【背景技術】
【０００２】
従来から、携帯電話からの着信にともなって通知された発信者番号と、サービスを利用する権限を有するユーザの電話番号と、に基づいた認証が成功すると、当該携帯電話を利用するユーザにサービスを提供するシステムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１１１３２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に開示されたシステムでは、携帯電話が認証装置へ電話発信した後に、ユーザは、携帯電話を操作して、発信の完了を知らせる通知を携帯電話に送信させていた。サービス提供装置は、発信の完了を知らせる通知を受信すると、電話番号を用いた認証を行うように認証装置に要求していた。【０００５】
このような操作が必要だったのは、携帯電話で実行されるアプリケーション（以下単に、アプリという）が発信の完了を検出できない場合があるからである。ここで、例えば、ターミナル駅等の多くの人々が携帯電話を利用する場所で発信する場合、又は、例えば、決済が行われることが多い五十日等に発信する場合、これら以外の場合と比べて、発信に要する時間が長くなることがある。【０００６】
このため、どの程度の時間が経過すれば、発信が完了するかを予測することが困難であるため、携帯電話が発信の完了を検出できない場合に、携帯電話に対するユーザの操作がなければ、アプリは、ポーリング処理を所定期間に亘って行うことで、サービス提供装置に繰り返し要求を送信しなければならない。サービス提供装置は、ウェブサーバであるので、携帯端末から要求を受信する度に、認証装置に認証を求めるプログラムをメモリにロードしなければならないため、サービス提供装置の負荷が増加してしまう。【０００７】
このため、特許文献１に開示されたシステムでは、電話発信の後にユーザが携帯電話を操作して、発信の完了を知らせる通知を携帯電話に送信させなければならず、ユーザの負担となっていた。また、ユーザの操作負担を軽減させようとすると電話番号を用いた認証を繰り返し要求する処理によってサービス提供装置の負荷が増大してしまうという問題があった。【０００８】
本発明は、上記実情に鑑みてなされたものであり、その目的とするところは、従来よりもユーザの操作負担を軽減させながら、サービス提供装置の負荷が増加することを抑制できるサービス提供システム及びサービス提供方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係るサービス提供システムは、
サービスの利用権限を有するユーザの電話番号に所定の加工を行った認証情報と、前記認証情報を用いた認証を求める第１の認証要求と第２の認証要求と、を受信する情報通信部と、
前記第１の認証要求が受信されてから、所定時間が経過するまで、又は、前記第１の認証要求に基づく前記認証が成功するまで、に前記第２の認証要求が受信された場合に、前記第２の認証要求の拒否を決定する要求拒否決定部と、
前記認証情報が受信された後に、端末から着信があると、前記着信と共に通知された電話番号に対して前記所定の加工を行った情報と、前記受信された認証情報と、に基づいて、前記端末の前記認証を行う番号認証部と、
を有する認証装置と、
前記認証が成功すると前記サービスの提供を行うサービス提供装置と、を備える。
【発明の効果】
【００１０】
本発明に係るサービス提供システム及びサービス提供方法によれば、従来よりもユーザの操作負担を軽減させながら、サービス提供装置の負荷が増加することを抑制できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態１に係るサービス提供システムの一構成例を表す構成図である。
【図２】サービス提供装置のハードウェア構成の一例を表す構成図である。
【図３】サービス提供装置が実行するサービス提供処理の前半部の一例を表すフローチャートである。
【図４】サービス提供装置が実行するサービス提供処理の後半部の一例を表すフローチャートである。
【図５】サービス提供装置が有する機能の一例を表す機能ブロック図である。
【図６】サービス提供装置が記憶する顧客テーブルの一例を表す図である。
【図７】認証装置のハードウェア構成の一例を表す構成図である。
【図８】認証装置が実行する要求拒否決定処理の一例を表すフローチャートである。
【図９】認証装置が有する機能の一例を表す機能ブロック図である。
【図１０】認証装置が記憶する番号認証テーブルの一例を表す図である。
【図１１】認証装置が有する認証情報ロック部の一例を表す機能ブロック図である。
【図１２】認証装置が実行する番号認証処理の一例を表すフローチャートである。
【図１３】端末のハードウェア構成の一例を表す構成図である。
【図１４】端末が実行するサービス利用処理の一例を表すフローチャートである。
【図１５】本発明の実施の形態２に係るサービス提供システムの一構成例を表す構成図である。
【発明を実施するための形態】
【００１２】
＜実施の形態１＞
以下、本発明の実施の形態１に係るサービス提供システム１について、添付図面を参照しつつ説明する。
【００１３】
図１に示すサービス提供システム１は、サービス提供装置１００、認証装置２００、及び、端末３００を備える。
【００１４】
サービス提供装置１００は、サーバ機であり、インターネットＩＮを介して認証装置２００と端末３００とに接続されている。サービス提供装置１００は、認証装置２００による端末３００の認証が成功すると、例えば、オンラインバンキングやオンライントレードといったサービスを端末３００に提供する。
【００１５】
認証装置２００は、サーバ機であり、インターネットＩＮを介してサービス提供装置１００と接続され、かつ、公衆回線網ＰＮを介して端末３００に接続されている。認証装置２００は、サービス提供装置１００の認証要求に応じて、サービスを受ける権限を有するユーザ（以下単に、正規ユーザという）によって端末３００が利用されていることを、端末３００からの着信にともなって通知される発信者番号を用いて認証する。
【００１６】
端末３００は、スマートフォンであり、公衆回線網ＰＮを介して、認証装置２００に接続されている。端末３００は、ユーザの操作に従って、認証装置２００に割り当てられた番号へ電話発信することで、発信者番号を用いた認証（以下、番号認証という）を受ける。また、端末３００は、インターネットＩＮを介してサービス提供装置１００に接続されており、番号認証が成功すると、ユーザの操作に従って情報通信することで、サービス提供装置１００が提供するサービスを利用する。
【００１７】
次に、図２を参照して、端末３００に対してサービスの提供を行うサービス提供装置１００の構成について説明する。
【００１８】
サービス提供装置１００は、プログラムを実行するＣＰＵ（Central Processing Unit）１０１、プログラムを保存するＲＯＭ（Read Only Memory）１０２及びハードディスク１０３、プログラムの実行時にワークエリアとして使用されるＲＡＭ（Random Access Memory）１０４を備える。
【００１９】
また、サービス提供装置１００は、プログラムの実行時に、図１のインターネットＩＮを介してサービス提供装置１００及び端末３００と情報通信する情報通信回路１０６を備える。
【００２０】
さらに、サービス提供装置１００は、ＣＰＵ１０１から出力された信号に基づいて画像を描画し、描画された画像を表す画像信号を出力するビデオカード１０７と、画像信号に基づいて画像を表示するＬＣＤ（Liquid Crystal Display）１０８と、を備える。またさらに、サービス提供装置１００は、ユーザの操作に応じた信号を入力するキーボード１０９を備える。
【００２１】
サービス提供装置１００の情報通信回路１０６が、サービスの提供を求めるサービス提供要求を端末３００から受信すると、サービス提供装置１００のＣＰＵ１０１は、図３及び４に示すようなサービス提供処理を実行する。これにより、図２のＣＰＵ１０１は、図５に示すような取得部１１０、ユーザＩＤ認証部１２０、認証情報生成部１３０、認証要求部１４０、ＩＤロック部１５０、及び、提供部１６０として機能する。ハードディスク１０３は、情報記憶部１９０として機能する。
【００２２】
取得部１１０は、図２の情報通信回路１０６が端末３００から受信したサービス提供要求を、情報通信回路１０６から取得する。
【００２３】
ユーザＩＤ認証部１２０は、取得部１１０で取得されたサービス提供要求に含まれる、端末３００を使用するユーザのユーザＩＤに基づいて、端末３００のユーザが正規ユーザであるか否かを認証するユーザＩＤ認証を行う。
【００２４】
認証情報生成部１３０は、ユーザＩＤ認証が成功した場合に、ユーザＩＤで識別されるユーザの電話番号に対して、所定の規則（以下、番号加工規則という）に従った加工を行なってから、所定の規則（以下、番号変換規則）に従った不可逆な変換を行うことで、番号認証に用いられる認証情報を生成する。
【００２５】
番号加工規則は、どのような規則でも良く、例えば、電話番号の下４桁を先頭に移動させる規則や電話番号の各数字の間に特定の文字列や数字を挿入する規則であっても良い。また、番号変換規則は、不可逆であればどのような変換でも良く、例えば、ＭＤ（Message Digest algorithm）５を用いたハッシュ変換を行う規則であっても良い。
【００２６】
認証要求部１４０は、認証情報生成部１３０で生成された認証情報を含み、当該認証情報を用いて番号認証を行うように求める認証要求を生成する。
【００２７】
ＩＤロック部１５０は、認証要求に基づいた番号認証が成功した端末３００に対し、サービスが提供されているサービス提供期間において、端末３００を利用するユーザのユーザＩＤを含んだサービス提供要求をさらに受信した場合、サービスの提供を拒否するＩＤロックを行う。
【００２８】
提供部１６０は、ＩＤロックが行われている期間において端末３００にサービスを提供する。
【００２９】
情報記憶部１９０は、例えば、オンラインバンキング等の顧客に関する情報が保存される、図６の顧客テーブル１９１を記憶している。顧客テーブル１９１には、顧客である正規ユーザを識別するユーザＩＤ、当該ユーザが使用するパスワードを表す情報、及び、当該ユーザが使用する電話番号を表す情報が対応付けられて保存されている。これらのユーザＩＤ、パスワード、電話番号は、例えば、銀行口座を開設する際にユーザが指定したＩＤ、パスワード、及び、電話番号である。
【００３０】
顧客テーブル１９１には、当該電話番号と、当該電話番号を用いた番号認証が認証装置２００に要求される際に生成される認証コードが対応付けられて保存される。
【００３１】
また、顧客テーブル１９１には、ユーザＩＤと、当該ユーザＩＤを含むサービス提供要求を拒否するＩＤロックが行われているか否かを表すＩＤロックフラグと、が対応付けられて保存されている。ＩＤロックフラグの値は、初期状態において、ＩＤロックが行われていないＯＦＦ状態を表わす「0」に設定されている。
【００３２】
図３及び４のサービス提供処理の実行を開始すると、図５の取得部１１０は、情報通信回路１０６からユーザＩＤを含んだサービス提供要求を取得し、サービス提供要求からユーザＩＤを取得する（ステップＳ０１）。
【００３３】
次に、ユーザＩＤ認証部１２０は、取得部１１０で取得されたユーザＩＤが、図６の顧客テーブル１９１に保存されているか否かに基づいてユーザＩＤ認証を行う。ユーザＩＤ認証部１２０は、取得されたユーザＩＤに基づいて、正規ユーザのユーザＩＤが保存された顧客テーブル１９１を検索する。ユーザＩＤ認証部１２０は、取得されたユーザＩＤが顧客テーブル１９１に保存されていると判別すると、ユーザＩＤを送信した端末３００を使用するユーザが、サービスを受ける権限を有する正規ユーザであると判別する。このため、ユーザＩＤ認証部１２０は、ユーザＩＤ認証を成功する（ステップＳ０２；Ｙｅｓ）。
【００３４】
その後、認証情報生成部１３０は、ユーザＩＤに対応付けられた電話番号を表す情報を顧客テーブル１９１から取得することで、ユーザＩＤで識別されるユーザの電話番号を取得する（ステップＳ０４）。
【００３５】
次に、認証情報生成部１３０は、ステップＳ０４で取得した電話番号に番号加工規則に従った加工を行った後に、番号変換規則に従った不可逆な変換を行うことで、認証情報を生成する（ステップＳ０５）。
【００３６】
認証情報生成部１３０は、所定桁数の乱数である認証コードを作成し、生成した認証コードを、ユーザＩＤと対応付けて、図６の顧客テーブル１９１に保存する。
【００３７】
その後、認証要求部１４０は、生成した認証コードと、ステップＳ０５で生成した認証情報と、を含み、番号認証を行うように求める認証要求を生成する。次に、認証要求部１４０は、認証装置２００を宛先として、図２の情報通信回路１０６へ認証要求を出力する（ステップＳ０６）。
【００３８】
その後、情報通信回路１０６は、認証装置２００へ認証情報と認証コードを含んだ認証要求を送信する。その後、情報通信回路１０６は、認証コードに基づいて生成されたコードであって、認証要求を受諾したことを通知する受諾コード又は認証要求を拒否したことを通知する拒否コードを認証装置２００から受信する。
【００３９】
認証装置２００が、認証要求を拒否するのは、所定時間以内に、同じ認証情報を含む第１の認証要求と第２の認証要求とを順に受信した場合、双方の認証要求を受諾してしまうと、番号認証を誤る場合が有るためである。一例として、第１の認証要求が、サービスを受ける権限の無い第三者が使用する端末の認証を求めており、第２の認証要求が、正規ユーザが使用する端末３００の認証を求めている場合を挙げて説明する。この場合に、正規ユーザが使用する端末３００の発信の方が当該第三者の端末の発信よりも早いと、認証装置２００は、端末３００の発信者番号に基づいて、先に受信した当該第三者の端末の番号認証を成功させてしまう。
【００４０】
このため、認証装置２００は、第１の認証要求を受信してから当該第１の認証要求に基づく番号認証が成功するまで、又は、第１の認証要求の受信から所定時間を経過するまでの期間に亘り、第１の認証要求に含まれる認証情報をデータベースに登録しておく。この期間において、認証装置２００は、登録されている認証情報と同じ認証情報を含んだ第２の認証要求を受信すると、第２の認証要求の認証情報をデータベースに登録する。その結果、データベースでは、当該認証情報の二重登録が発生し、認証装置２００は、当該二重登録を引き起こした第２の認証要求を拒否する認証情報ロックを行う。認証情報ロックを行う当該期間は、認証情報ロック期間と称され、認証情報ロック期間の長さは、電話発信の要求から発信の完了までに通常要する時間よりも十分に長く予め定められている。
【００４１】
ステップＳ０６で認証要求を出力した後に、図２の情報通信回路１０６が受諾コード又は拒否コードを受信すると、取得部１１０は、情報通信回路１０６から受諾コード又は拒否コードを取得する（ステップＳ０７）。
【００４２】
認証要求部１４０は、受諾コードが取得された場合、認証装置２００が認証情報の二重登録を検知しなかった（つまり、認証情報ロック中でない）と判別すると（ステップＳ０８；Ｎｏ）、認証装置２００へ電話発信するように求める発信要求を、端末３００を宛先として、図２の情報通信回路１０６へ出力する（ステップＳ０９）。
【００４３】
情報通信回路１０６は、端末３００へ発信要求を送信し、発信要求を受信した端末３００は、認証装置２００へ電話発信する操作を行うように促すメッセージを表示する。その後、端末３００は、メッセージを視認したユーザの操作に従って認証装置２００へ電話発信する。認証装置２００は、端末３００からの着信と共に通知される電話番号から認証情報を生成した後、生成した認証情報と、ステップＳ０６で出力された認証要求に含まれる認証情報と、に基づいて番号認証を行う。認証装置２００は、番号認証が成功すると、認証要求に含まれる認証コードに基づいて生成した成功コードを送信する。
【００４４】
認証要求部１４０は、ステップＳ０９で発信要求を出力してから所定時間以内に、情報通信回路１０６が認証装置２００から成功コードを受信したか否かを判別する（ステップＳ１０）。ステップＳ１０で用いられる所定時間の長さは、発信要求の送信から、発信要求を受信した端末３００の発信が完了するまでに通常要する時間よりも十分に長く予め設定されている。
【００４５】
認証要求部１４０は、所定時間以内に成功コードが受信されると、端末３００の番号認証が成功したと判別する（ステップＳ１０；Ｙｅｓ）。次に、ＩＤロック部１５０は、図６の顧客テーブルにユーザＩＤと対応付けられて保存されているＩＤロックフラグの値を、ＯＮ状態を表す「1」に更新することで、ＩＤロックを開始する（ステップＳ１１）。その後、提供部１６０は、セション管理を開始すると共に端末３００へサービスの提供を開始する（ステップＳ１２）。
【００４６】
次に、提供部１６０によるサービスの提供が終了すると、ＩＤロック部１５０は、ユーザＩＤに対応付けられて顧客テーブルに保存されているＩＤロックフラグの値を、ＯＦＦ状態を表す「0」に更新することで、ＩＤロックを解除する（ステップＳ１３）。その後、ＩＤロック部１５０は、サービス提供処理の実行を終了する。
【００４７】
ステップＳ０２において、ユーザＩＤ認証部１２０は、取得されたユーザＩＤが顧客テーブル１９１に保存されていないと判別すると、ユーザＩＤ認証を失敗する（ステップＳ０２；Ｎｏ）。次に、ユーザＩＤ認証部１２０は、図２の情報通信回路１０６へ端末３００を宛先としてエラー通知を出力した後に（ステップＳ１４）、サービス提供処理の実行を終了する。サービスを受ける権限がない第三者にサービスを提供しないためである。
【００４８】
ステップＳ０３において、ＩＤロック部１５０は、ＩＤロックフラグの値がＯＮ状態を表す数値「1」である場合に、ＩＤロック中であると判別する（ステップＳ０３；Ｙｅｓ）。その後、ＩＤロック部１５０は、エラー通知を出力する処理を実行した後に（ステップＳ１４）、サービス提供処理の実行を終了する。さらなるサービスの提供を拒否するためである。
【００４９】
ステップＳ０８において、認証要求部１４０は、拒否コードが取得された場合、認証装置２００が認証情報の二重登録を検知した（つまり、認証情報ロック中である）と判別する（ステップＳ０８；Ｙｅｓ）。その後、認証要求部１４０は、エラー通知を出力する処理を実行した後に（ステップＳ１４）、サービス提供処理の実行を終了する。
【００５０】
ステップＳ１０において、認証要求部１４０は、所定時間以内に成功コードが受信されないため、端末３００の番号認証が失敗したと判別すると（ステップＳ１０；Ｎｏ）、ステップＳ１４の処理の後に、サービス提供処理の実行を終了する。サービスの提供を受ける権限がない第三者が端末３００を使用しているおそれがあるためである。
【００５１】
次に、図７を参照して、サービス提供装置１００が送信する認証要求に基づいて番号認証を行う認証装置２００の構成について説明する。
【００５２】
認証装置２００は、ＣＰＵ２０１、ＲＯＭ２０２、ハードディスク２０３、ＲＡＭ２０４、情報通信回路２０６、ビデオカード２０７、ＬＣＤ２０８、及び、キーボード２０９を備える。認証装置２００のこれらの構成は、図２に示したサービス提供装置１００のＣＰＵ１０１、ＲＯＭ１０２、ハードディスク１０３、ＲＡＭ１０４、情報通信回路１０６、ビデオカード１０７、ＬＣＤ１０８、及びキーボード１０９と同様の構成である。
【００５３】
認証装置２００は、図１の公衆回線網ＰＮを通じて端末３００と電話接続し、音声通信を行う音声通信回路２０６をさらに備える。
【００５４】
認証装置２００のＣＰＵ２０１は、サービス提供装置１００から受信した認証要求を拒否するか否かを決定する、図８に示すような要求拒否決定処理を実行する。これにより、図７のＣＰＵ２０１は、図９に示すような取得部２１０、及び、認証情報ロック部２２０として機能し、ハードディスク２０３は、情報記憶部２９０として機能する。
【００５５】
取得部２１０は、図２の情報通信回路１０６がサービス提供装置１００から受信した認証要求を取得する。認証情報ロック部２２０は、取得された認証要求に含まれる認証情報に基づいて認証情報ロックを行う。
【００５６】
情報記憶部２９０は、番号認証に用いられる情報が保存される、図１０の番号認証テーブル２９１を記憶している。番号認証テーブル２９１は、データベース管理システムによって管理されており、１又は複数のレコードが追加（つまり、登録）される。番号認証テーブル２９１には、認証情報がレコードを識別するキーとして設定されている。つまり、番号認証テーブル２９１に既に追加された複数のレコードには、互いに異なる認証情報が保存されている。また、番号認証テーブル２９１に追加されるレコードは、既に追加された複数のレコードの認証情報のいずれとも異なる認証情報が保存されている場合にのみ、番号認証テーブル２９１に追加される。逆に、番号認証テーブル２９１に追加されるレコードは、既に追加された複数のレコードの認証情報のいずれかと同じ認証情報が保存されている場合に、番号認証テーブル２９１へ追加されない。
【００５７】
番号認証テーブル２９１のレコードには、認証情報と、認証コードと、当該認証情報及び当該認証コードを含んでいた認証要求の受信時刻を表す情報と、が対応付けられて保存される。
【００５８】
認証情報ロック部２２０は、図１１に示すような追加部２２１、削除部２２２、及び、要求拒否決定部２２３を備える。
【００５９】
追加部２２１は、取得部２１０で取得された認証要求の認証情報及び認証コードと、当該認証要求の受信時刻を表す情報と、が保存されたレコードを、図１０の番号認証テーブル２９１に追加する。
【００６０】
削除部２２２は、所定時間以上現在時刻よりも前の受信時刻が保存されたレコードを番号認証テーブル２９１から所定周期で削除する。また、削除部２２２は、番号認証が成功すると、成功した番号認証に用いられた認証情報が保存されたレコードを番号認証テーブル２９１から削除する。
【００６１】
要求拒否決定部２２３は、追加部２２１によるレコードの追加が成功した場合に、取得部２１０で取得された認証要求の受諾を決定し、当該レコードの追加が失敗した場合に、当該認証要求の拒否を決定する。
【００６２】
当該レコードの追加が失敗する場合は、当該レコードの追加前に、当該レコードに保存された認証情報と同じ認証情報を保存したレコードが番号認証テーブル２９１に保存されており、認証情報の二重登録が発生した場合である。これは、認証情報が番号認証テーブル２９１のキーとして設定されているためである。この場合、当該レコードの認証情報を含んでいた認証要求を上述の第２の認証要求とすると、第２の認証要求の認証情報と同じ認証情報を含み、未だ番号認証が成功していない第１の認証要求が、所定時間前の時刻から現在時刻までの間に受信されている。この場合、認証装置２００は、所定時間内に第１の認証要求と第２の認証要求とを受信しているので、認証情報に基づく番号認証の誤りを防止するために認証情報ロックを行い、第１の認証要求よりも後に受信した第２の認証要求の拒否を決定する。
【００６３】
これに対して、当該レコードの追加が成功する場合は、当該レコードの追加前に、当該レコードに保存された認証情報と同じ認証情報を保存したレコードが番号認証テーブル２９１に既に保存されておらず、認証情報の二重登録が発生しない場合である。この場合、認証装置２００は、当該レコードの認証情報を含んだ認証要求を所定時間内に１つだけ受信しているので、認証情報ロックを行なわず、認証要求を受諾すると決定する。
【００６４】
次に、図８に戻り、図７に示した認証装置２００のＣＰＵ２０１が実行する要求拒否決定処理について説明する。図３のステップＳ０６で出力された認証要求を、情報通信回路２０６がサービス提供装置１００から受信すると、ＣＰＵ２０１は、要求拒否決定処理の実行を開始する。
【００６５】
要求拒否決定処理の実行が開始されると、図９の取得部２１０は、情報通信回路２０６から、端末３００の認証情報と認証コードとを含み、端末３００の認証を要求する認証要求を取得する（ステップＳ２１）。その後、取得部２１０は、認証要求から認証情報及び認証コードを取得した後に、例えば、ＯＳ（Operating System）から現在時刻を取得し、取得した時刻を認証要求及び認証情報の受信時刻とする。
【００６６】
次に、図１１の追加部２２１は、取得部２１０によって取得された認証情報及び認証コード、並びに、これらの受信時刻を表す情報が保存されたレコードを、図１０の番号認証テーブル２９１へ追加すること（つまり、認証情報ロックの開始）を試行する（ステップＳ２２）。
【００６７】
その後、要求拒否決定部２２３は、重複登録が発生しなかったためにレコードの追加が成功したと判別すると（ステップＳ２３；Ｙｅｓ）、ステップＳ２１で取得した認証要求の受諾を決定する（ステップＳ２４）。次に、要求拒否決定部２２３は、取得部２１０が取得した認証コードを所定の規則（以下、受諾コード生成規則という）に従って変換した受諾コードを作成する。受諾コード生成規則をサービス提供装置１００と認証装置２００との間で秘密の状態で管理することで、第三者が不正に認証コードを取得しても、取得した認証コードから受諾コードを生成することを困難にするためである。第三者が受諾コードを生成することが困難になれば、サービス提供装置１００に対して、第三者が不正に生成した受諾コードを送信することを防止できるからである。
【００６８】
受諾コードを作成した後に、要求拒否決定部２２３は、サービス提供装置１００を宛先として、図７の情報通信回路２０６へ受諾コードを出力した後に（ステップＳ２５）、要求拒否決定処理の実行を終了する。情報通信回路１０６は、受諾コードをサービス提供装置１００へ送信する。
【００６９】
要求拒否決定部２２３は、重複登録が発生したためにレコードの追加が失敗したと判別すると（ステップＳ２３；Ｎｏ）、ステップＳ２１で取得した認証要求の拒否を決定する（ステップＳ２６）。次に、要求拒否決定部２２３は、認証コードを所定の規則（以下、拒否コード生成規則という）に従って変換した拒否コードを作成する。その後、要求拒否決定部２２３は、サービス提供装置１００を宛先として、情報通信回路２０６へ拒否コードを出力した後に（ステップＳ２７）、要求拒否決定処理の実行を終了する。
【００７０】
サービス提供装置１００は、図８のステップＳ２５で認証装置２００によって出力された受諾コードを、図３のステップＳ０７で取得すると、ステップＳ０９で端末３００を宛先として発信要求を出力する。
【００７１】
認証装置２００のＣＰＵ２０１は、音声通信回路２０５に端末３００から着信があると、図１２の番号認証処理を実行することで、図９に示すような認証情報生成部２３０、番号認証部２４０、及び、音声通信制御部２５０として、さらに機能する。
【００７２】
認証情報生成部２３０は、着信と共に通知される発信者番号に対して、番号加工規則に従った加工を行った後に、番号変換規則に従った変換を行うことで認証情報を生成する。
【００７３】
番号認証部２４０は、着信番号に基づいて生成された認証情報が、図１０の番号認証テーブル２９１に保存されている認証情報のいずれかと一致する場合に、端末３００の番号認証を成功する。番号認証部２４０は、生成された認証情報が、番号認証テーブル２９１の認証情報のいずれとも一致しない場合に番号認証を失敗する。つまり、番号認証テーブル２９１には、認証要求の受信時刻から所定時間に亘って当該認証要求に含まれていた認証情報が保存されるため、番号認証部２４０は、当該認証情報の基礎となった電話番号が、当該認証要求の受信時刻から所定時間内に発信者番号として通知されたか否かに基づいて番号認証を行う。
【００７４】
音声通信制御部２５０は、番号認証が失敗した場合に、端末３００からの着信に応答し、電話をかけ直すように促す音声を端末３００へ送話するように音声通信回路２０５を制御する。
【００７５】
音声通信回路２０５に対して端末３００から着信があると、図１２の番号認証処理が開始され、取得部２１０は、着信と共に音声通信回路２０５に通知された発信者番号を表す情報を、音声通信回路２０５から取得する（ステップＳ３１）。
【００７６】
次に、認証情報生成部２３０は、取得された発信者番号を表わす情報に基づいて認証情報を生成する（ステップＳ３２）。その後、番号認証部２４０は、生成された認証情報に基づいて端末３００を番号認証する（ステップＳ３３）。
【００７７】
ステップＳ３３の番号認証を行う処理では、番号認証部２４０は、認証情報生成部２３０で生成された認証情報と同じ認証情報を保存したレコードを、図１０の番号認証テーブル２９１から検索する。番号認証部２４０は、生成された認証情報と同じ認証情報を保存したレコードを検索できた場合に、認証情報の基礎となった番号を発信した端末３００が、サービスを受ける権限を有する正規ユーザによって使用されていると判別し、番号認証を成功する（ステップＳ３４；Ｙｅｓ）。
【００７８】
次に、番号認証部２４０は、検索されたレコードの認証コードを取得し、取得した認証コードを所定の規則（以下、成功コード生成規則という）に従って変換した成功コードを作成する。その後、番号認証部２４０は、サービス提供装置１００を宛先として、情報通信回路２０６へ成功コードを出力する（ステップＳ３５）。
【００７９】
次に、削除部２２２は、図１０の番号認証テーブル２９１から検索されたレコードを削除することで、認証情報ロックを解除した後に（ステップＳ３６）、端末３００からの着信に応答せずに、番号認証処理の実行を終了する。認証装置２００は、着信に応答しなくとも、発信者番号さえ取得できれば番号認証を実行できるためである。
【００８０】
尚、図８のステップＳ２５で出力される受諾コード、ステップＳ２７で出力される拒否コード、及び、図１２のステップＳ３５で出力される成功コードの生成に用いられる受諾コード生成規則、拒否コード生成規則、及び、成功コード生成規則は、互いに異なれば、どのような規則であっても良い。例えば、成功コード生成規則は、認証コードの先頭４桁を末尾に移動させる加工を認証コードに行った後に、加工を行った認証コードをハッシュ変換するという規則であっても良い。また、例えば、受諾コード生成規則は、認証コードの中央部４桁を先頭又は末尾に移動させる加工を認証コードに行った後に、加工を行った認証コードをハッシュ変換するという規則であっても良い。さらに、例えば、拒否コード生成規則は、認証コードの末尾４桁を先頭に移動させる加工を認証コードに行った後に、加工を行った認証コードをハッシュ変換するという規則であっても良い。
【００８１】
要求拒否決定部２２３が、受諾コード生成規則に基づいて認証コードから受諾コードを生成するのは、上述した通り、受諾コード生成規則を秘密の状態で管理することで、第三者によって不正に取得された認証コードに基づく受諾コードの生成を困難とするためである。また、要求拒否決定部２２３が、拒否コード生成規則に基づいて拒否コードを生成する理由、及び、番号認証部２４０が、成功コード生成規則に基づいて成功コードを生成する理由は、要求拒否決定部２２３が、受諾コード生成規則に基づいて受諾コードを生成する理由と同じである。つまり、拒否コード生成規則及び成功コード生成規則を秘密の状態で管理することで、第三者が拒否コードや成功コードを生成することを困難にするためである。特に、第三者が受諾コード及び拒否コードを生成することが困難となれば、第三者が不正に生成した受諾コードや成功コードをサービス提供装置１００に送信することを困難にできる。このため、認証装置２００が認証要求を受諾して行った番号認証が成功した、とサービス提供装置１００に不正に通知することで、第三者が正規ユーザになりすますことを防止できるからである。
【００８２】
ステップＳ３４において、番号認証部２４０は、ステップＳ３２で生成した認証情報に基づいて、図１０の番号認証テーブルからレコードを検索できない場合に、端末３００が、サービスを受ける権限を有さない第三者によって使用されていると判別し、番号認証を失敗する（ステップＳ３４；Ｎｏ）。
【００８３】
その後、音声通信制御部２５０は、着信に応答するように情報通信回路２０６を制御する（ステップＳ３７）。次に、音声通信制御部２５０は、電話をかけ直すように促す音声メッセージが記録された電子ファイルを情報記憶部２９０から読み込む。その後、音声通信制御部２５０は、当該音声メッセージを情報通信回路２０６に出力することで、発信元へ当該メッセージを送話するように情報通信回路２０６を制御した後に（ステップＳ３８）、番号認証処理を終了する。
【００８４】
次に、図１３を参照して、認証装置２００によって番号認証を受ける端末３００の構成について説明する。端末３００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０４、情報通信回路３０６、ビデオカード３０７、ＬＣＤ３０８を備える。端末３００のこれらの構成は、図２に示したサービス提供装置１００のＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０４、情報通信回路１０６、ビデオカード１０７、及び、ＬＣＤ１０８と同様の構成である。
【００８５】
端末３００は、プログラムを保存するフラッシュメモリ３０３と、図７に示した認証装置２００の音声通信回路２０５と同様の構成である音声通信回路３０５と、ユーザの操作に応じた信号を入力するタッチパネル３０９と、ユーザの音声に応じた信号を入力するスピーカ３１０と、をさらに備える。
【００８６】
端末３００の情報通信回路３０５は、ユーザの操作に従って、所定のウェブサイトから、サービス提供装置１００のサービスを利用するために実行するアプリケーション（以下単に、アプリ）をダウンロードする。端末３００のＣＰＵ３０１は、ダウンロードされたアプリをフラッシュメモリ３０３に保存する。
【００８７】
その後、例えば、ＬＣＤ３０８に表示されたアプリのアイコンをタップする操作をユーザがタッチパネル３０９に行うと、タッチパネル３０９から入力される信号に応じて、ＣＰＵ３０１は、アプリを起動する。
【００８８】
ＣＰＵ３０１は、アプリを最初に起動すると、ユーザＩＤを入力するように促すメッセージをＬＣＤ３０８に表示させる。ＣＰＵ３０１は、ユーザの操作に従ってタッチパネル３０９が入力するユーザＩＤをフラッシュメモリ３０３に保存した後に、ユーザの操作に応じて、アプリの実行を終了する。
【００８９】
その後、ユーザのタップ操作に応じて、ＣＰＵ３０１は、再度アプリを起動すると、サービス提供装置１００のサービスを利用する、図１４に示すようなサービス利用処理を実行する。
【００９０】
サービス利用処理の実行を開始すると、端末３００のＣＰＵ３０１は、フラッシュメモリ３０３からユーザＩＤを取得する（ステップＳ４１）。次に、ＣＰＵ３０１は、ユーザＩＤを含むサービス提供要求を生成し、生成したサービス提供要求を、サービス提供装置１００を宛先として情報通信回路３０６に出力する（ステップＳ４２）。
【００９１】
サービス提供装置１００は、図３のステップＳ０１で、端末３００からサービス提供要求を取得すると、ステップＳ０９で、番号認証を受けるために認証装置２００へ電話発信するように求める発信要求を端末３００へ送信する。
【００９２】
端末３００のＣＰＵ３０１は、発信要求が情報通信回路３０６で受信されたと判別すると（ステップＳ４３；Ｙｅｓ）、認証装置２００へ電話発信する操作を行うように促すメッセージをＬＣＤ３０８に表示させる。その後、ＣＰＵ３０１は、メッセージを視認したユーザのタッチパネル３０９に対する操作に従って、認証装置２００へ電話発信するように音声通信回路３０５を制御する（ステップＳ４４）。
【００９３】
その後、ＣＰＵ３０１は、音声通信回路３０５から出力される信号に基づいて音声通信回路３０５の発信に認証装置２００が応答したこと検知すると（ステップＳ４５；Ｙｅｓ）、認証装置２００から送話された音声であって、電話をかけ直すように促す音声メッセージを出力するようにスピーカ３１０を制御する（ステップＳ４６）。その後、ＣＰＵ３０１は、音声メッセージの出力を終了させてから、サービス利用処理の実行を終了する。
【００９４】
これに対して、端末３００のＣＰＵ３０１は、所定時間内に応答を検知しないと（ステップＳ４５；Ｎｏ）、情報通信を開始するように情報通信回路３０６を制御し、サービスの利用を開始する。その後、ＣＰＵ３０１は、タッチパネル３０９に対するユーザの操作に従ってサービスの利用を終了すると、サービス利用処理の実行を終了する。
【００９５】
ステップＳ４３において、端末３００のＣＰＵ３０１は、発信要求を情報通信回路３０６が受信せず（ステップＳ４３；Ｎｏ）、エラー通知を受信したと判別すると、図１３のＬＣＤ３０８にエラーメッセージを表示をさせる（ステップＳ４８）。その後、ＣＰＵ３０１は、サービス利用処理の実行を終了する。
【００９６】
これらの構成によれば、認証装置２００は、サービス提供装置１００から認証要求を受けなくとも、端末３００からの着信を契機として、端末３００の番号認証を自律的に行える。このため、サービス提供装置１００は、従来の様に、発信の完了を待って認証装置２００に番号認証を要求する必要がない。よって、電話発信の終了後に、ユーザが端末３００を操作して、発信の完了を知らせる通知をサービス提供装置１００へ送信させる必要がないので、本実施形態のサービス提供システム１によれば、ユーザの操作負担を軽減できる。
【００９７】
また、これらの構成によれば、認証装置２００は、端末３００からの着信を契機として、番号認証を自律的に行える。このため、従来の様に、端末装置３００からサービス提供装置１００にポーリングをしたり、ポーリングに応じてサービス提供装置１００が所定期間に亘って、番号認証を行うように認証装置２００に繰り返し要求したりする必要がない。よって、本実施形態のサービス提供システム１によれば、サービス提供装置１００の処理負荷の増加を抑制できる。
【００９８】
ここで、従来の認証装置は、例えば、番号認証を妨害するために複数の電話番号を用いて繰り返し不正な発信が行われた場合でも、着信がある度に、発信者番号に基づいて認証情報を生成し、生成した認証情報の全てを番号認証テーブルに追加していた。この従来の認証装置は、正規ユーザの端末からの着信に基づいて生成された認証情報だけでなく、不正な着信に基づいて生成された認証情報も数多く追加された番号認証テーブルから、認証要求に含まれる正規ユーザの認証情報を検索することで番号認証を行っていた。
【００９９】
これに対して、本実施形態のサービス提供装置１００は、端末３００から受信したサービス提供要求に含まれ、ユーザＩＤ認証を成功させたユーザＩＤに対応付られた電話番号に基づいて認証情報を生成する（図３のステップＳ０１からＳ０５）。サービス提供装置１００から送信された認証情報は、認証装置２００によって、図１０の番号認証テーブル２９１に追加される（図８のステップＳ２２）。このため、番号認証テーブル２９１には、番号認証が必要な正規ユーザの電話番号に基づいて生成された認証情報のみが保存される。その後、認証装置２００は、通知された発信者番号に基づいて生成した認証情報が、番号認証テーブル２９１に保存されているか否かに基づいて番号認証を行う（図１２のステップＳ３３）。よって、本実施形態のサービス提供システム１によれば、番号認証テーブル２９１には、番号認証が必要な正規ユーザの電話番号に基づく認証情報のみが追加されるため、着信がある度に認証情報を追加する従来の認証方法と比べて、番号認証のために行う検索の対象とされるデータ量を削減できる。
【０１００】
またこれらの構成によれば、認証装置２００は、第１の認証要求が受信されてから、所定時間が経過するまで、又は、第１の認証要求に基づく番号認証が成功するまでに第２の認証要求を受信した場合に、第２の認証要求の拒否を決定する（図８のステップＳ２６）。このため、本実施形態のサービス提供システム１によれば、第１の認証要求が第三者の端末から送信され、第２の認証要求が正規ユーザの端末３００から送信された場合に、端末３００の発信に基づいて当該第三者の端末の認証を成功させてしまうことを防止できる。つまり、本実施形態のサービス提供システム１によれば、第三者がサービスを受ける権限を有する正規ユーザに成りすますことを防止できる。
【０１０１】
また、これらの構成によれば、認証装置２００のＣＰＵ２０１は、番号認証を失敗した場合に（図１２のステップＳ３４；Ｎｏ）、端末３００からの着信に応答するように音声通信制御部２５０を制御する（ステップＳ３７）。このため、認証装置２００に割り当てられた電話番号が、例えば、フリーダイヤル番号でなければ、端末３００のユーザに対して、端末３００の電話番号を管理する通信事業者に課金させることができる。よって、本実施形態のサービス提供システム１によれば、例えば、番号認証を妨害するために、認証装置２００への電話発信を繰り返し行う攻撃者に対して攻撃を止める動機を与えることができる。
【０１０２】
また、これらの構成によれば、認証装置２００は、端末３００からの着信と共に通知された発信者番号に基づいて、端末３００が正規ユーザによって使用されているか否かを認証する。ここで、電話番号は、例えば、ＳＩＭ（Subscriber Identity Module）カードや電話機本体といった物に割り当てられた情報であるから、ＳＩＭカードや電話機本体といった物を盗難しなければ、第三者は、その電話番号を使用することが難しい。これに対して、パスワードや電子鍵は、物に割り当てられる情報ではないので、電話番号よりも容易に第三者が使用できる。このため、電話番号は、秘密にしておく必要がないが、パスワードや電子鍵といった認証に用いられる情報は、漏洩しないように厳重に管理されなければならない。よって本実施形態のサービス提供システム１によれば、端末３００を利用してサービスを受けるユーザ、並びに、サービス提供装置１００及び認証装置２００を管理するサービス提供者の双方にとって、認証に用いられる情報を秘密の状態で管理する管理負担を軽減できる。
【０１０３】
また、これらの構成によれば、サービス提供装置１００は、図１のインターネットＩＮを介して通信され、かつ、物に割り当てられない情報であるユーザＩＤを用いてユーザＩＤ認証を行う。認証装置２００は、図１の公衆回線網ＰＮを介して通知され、かつ、ＳＩＭカードや電話機本体といった物に割り当てられた情報である電話番号を用いて番号認証を行う。サービス提供装置１００は、ユーザＩＤ認証が成功した後に（図３のステップＳ０２；Ｙｅｓ）、番号認証が成功したことを通知する成功コードを取得すると（図４のステップＳ１０；Ｙｅｓ）、サービスを提供する（ステップＳ１２）。よって本実施形態のサービス提供システム１によれば、物に割り当てられる情報と、物に割り当てられない情報と、の二種類の情報を用いて認証を行うので、セキュリティ強度を従来よりも向上できる。また、本実施形態のサービス提供システム１によれば、インターネットＩＮと公衆回線網ＰＮとの二つ経路で通信される情報を用いて認証を行うので、セキュリティ強度を従来よりも向上できる。
【０１０４】
＜実施の形態１の変形例１＞
実施の形態１では、認証情報は、ユーザが使用する端末３００の電話番号に対して、番号加工規則に従った加工を行った後に、番号変換規則に従って不可逆な変換を行った情報であるとして説明したが、これに限定される訳ではない。認証情報は、電話番号に対して、番号加工規則に従った加工、及び、番号変換規則に従った不可逆な変換のいずれか１つのみを行った情報であっても良いし、電話番号に対して番号変換規則に従った変換を行った後に、番号加工規則に従った加工を行った情報であっても良い。
【０１０５】
＜実施の形態１の変形例２＞
実施の形態１に係るサービス提供装置１００は、図５に示したユーザＩＤ認証部１２０を備え、ユーザＩＤ認証部１２０は、図３のステップＳ０２で、ユーザＩＤ認証を行うと説明した。ユーザＩＤ認証は、端末３００が送信したユーザＩＤが、図６の顧客テーブル１９１に保存されている場合に成功と判定される。
【０１０６】
本変形例に係るサービス提供装置１００は、ユーザＩＤ認証部１２０の代わりに不図示のパスワード認証部を備え、パスワード認証部は、図３のステップＳ０２で、パスワード認証を行う。パスワード認証は、端末３００が送信したユーザＩＤ及びパスワードの双方が、図６の顧客テーブル１９１の同じレコードに保存されている場合に成功と判定される。
【０１０７】
＜実施の形態１の変形例３＞
実施の形態１に係る端末３００のＣＰＵ３０１は、発信要求が受信されたと判別すると（図１４のステップＳ４３；Ｙｅｓ）、電話発信する操作を行うように促すメッセージをＬＣＤ３０８に表示させる。その後、ＣＰＵ３０１は、ユーザのタッチパネル３０９に対する操作に従って、認証装置２００へ電話発信するように音声通信回路３０５を制御する（ステップＳ４４）。
【０１０８】
しかし、本変形例に係る端末３００のＣＰＵ３０１は、発信要求が受信されたと判別すると（ステップＳ４３；Ｙｅｓ）、メッセージをＬＣＤ３０８に表示させたり、ユーザのタッチパネル３０９に対する操作を待ったりせずに、認証装置２００へ電話発信するように音声通信回路３０５を制御する（ステップＳ４４）。
【０１０９】
これらの構成によれば、ユーザが、端末３００のＬＣＤ３０８に表示されたアイコンをタップする操作をタッチパネル３０９に行うと、端末３００はアプリを起動させる。その後、端末３００は、発信要求を受信すると、ユーザが操作しなくとも、電話発信を行って、認証装置２００による番号認証を受けることができる。番号認証が成功すれば、サービス提供装置１００は、端末３００にサービスの提供を行う。このため、本変形例のサービス提供システム１によれば、ユーザは、端末３００に一度タップ操作をするだけで、サービスの提供を受けることができる。
【０１１０】
＜実施の形態１の変形例４＞
実施の形態１に係る番号認証テーブル２９１のレコードは、図１０に示したように、認証要求又は認証情報の受信時刻を保存し、認証装置２００の削除部２２２は、現在時刻よりも所定時間以上前の受信時刻を保存したレコードを、図１０の番号認証テーブルから削除する。
【０１１１】
しかし、本変形例の番号認証テーブル２９１のレコードは、図９の取得部２１０による認証情報の取得時刻、又は、図１１の追加部２２１による番号認証テーブル２９１へのレコードの追加時刻を保存する。削除部２２２は、現在時刻よりも所定時間以上前の取得時刻又は保存時刻を保存したレコードを、番号認証テーブル２９１から削除する。
【０１１２】
＜実施の形態２＞
実施の形態１に係るサービス提供システム１は、サービス提供装置１００、認証装置２００、及び、端末３００を備え、ユーザは、端末３００を利用すると説明した。これに対して、実施の形態２に係るサービス提供システム１は、図１５に示すように、サービス提供装置１００、認証装置２００、及び、端末３００の他に、端末３５０を備え、ユーザは、端末３００及び端末３５０の双方を利用する。
【０１１３】
端末３００は、スマートフォンであり、電話番号を利用している電話機であればどのようなものでもよく、例えば、フィーチャー・フォン等のスマートフォンよりも従来型の携帯電話機であってもよい。端末３００は、音声通話機能を有していれば、情報通信機能を有さなくても良く、自動車電話機であっても良いし、例えば、公衆電話機や家庭用電話機等の固定電話機であっても良い。
【０１１４】
端末３５０は、タブレット型のパーソナルコンピュータであるが、ノート型であっても良いし、デスクトップ型であっても良い。端末３５０は、端末３００と同様に、不図示のＣＰＵ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、情報通信回路、ビデオカード、ＬＣＤ、及び、タッチパネルを備えるが、音声通信回路を備えていない。
【０１１５】
実施の形態２において、図１４のサービス利用処理は、ステップＳ４４からＳ４６の処理を除き、パーソナルコンピュータである端末３５０が実行する。これに対し、電話発信や音声出力に関するステップＳ４４からＳ４６の処理は、スマートフォンである端末３００が実行する。
【０１１６】
図１４のサービス利用処理では、ステップＳ４４の１つ前のステップＳ４３において、端末３５０のＣＰＵは、端末３５０の情報通信回路が発信要求を受信したと判別すると（ステップＳ４３；Ｙｅｓ）と、認証装置２００との電話接続を促すメッセージを端末３５０のＬＣＤに表示させる。
【０１１７】
その後、メッセージを視認したユーザは、スマートフォンである端末３００を操作し、端末３００のＣＰＵ３０１は、ユーザの操作に従って、認証装置２００の電話番号に発信するように、図１３の音声通信回路３０５を制御する（ステップＳ４４）。
【０１１８】
電話発信が行われた後、発信者番号に基づく番号認証が失敗すると、認証装置２００が発信に応答する。端末３００のＣＰＵ３０１は認証装置２００の応答を検知し（ステップＳ４５；Ｙｅｓ）、音声メッセージを出力するようにスピーカ３１０を制御する（ステップＳ４６）。
【０１１９】
パーソナルコンピュータである端末３５０のＣＰＵは、発信要求の受信時刻又はメッセージの表示時刻から所定時間を経過してもサービスの提供が開始しない場合に、番号認証が失敗したと判別して、サービス利用処理の実行を終了する。
【０１２０】
これに対して、発信者番号に基づく番号認証が成功すると、認証装置２００は、発信に応答せず、サービス提供装置１００がサービスの提供を開始する。端末３５０のＣＰＵは、サービス提供装置１００との情報通信を開始するように情報通信回路を制御することで、サービスの利用を開始する（ステップＳ４７）。その後、端末３５０のＣＰＵは、サービスの利用を終了すると、サービス提供処理の実行を終了する。
【０１２１】
これらの構成によれば、認証装置２００は、端末３５０が発信要求を受信してから行われる端末３００の電話発信と共に通知される発信者番号を用いて番号認証を行う。このため、端末３００及び端末３５０の双方がサービスの利用権限を有する正規ユーザによって使用されていることを認証できる。
【０１２２】
本発明の実施の形態１、実施の形態１の変形例１から４、及び実施の形態２は、互いに組み合わせることができる。
【０１２３】
本発明の実施の形態１、実施の形態１の変形例１から４、及び、実施の形態２のいずれかに係るサービス提供システム１は、サービス提供装置１００、及び、認証装置２００を別個の構成として備えても良いし、一体の構成として備えても良い。
【０１２４】
本発明の実施の形態１、実施の形態１の変形例１から４、及び実施の形態２のいずれかに係る機能を実現するための構成を予め備えたサービス提供装置１００及び認証装置２００として提供できる。また、プログラムの適用により、既存のサービス提供装置及び認証装置を実施の形態１、実施の形態１の変形例１から４、及び実施の形態２のいずれかに係るサービス提供装置１００及び認証装置２００として機能させることもできる。すなわち、上記実施の形態１、実施の形態１の変形例１から４、及び実施の形態２のいずれかで例示したサービス提供装置１００及び認証装置２００による各機能構成を実現させるためのプログラムを、既存のサービス提供装置を制御するコンピュータ（ＣＰＵなど）及び認証装置２００のコンピュータが実行することで、実施の形態１、実施の形態１の変形例１から４、及び実施の形態２のいずれかに係るサービス提供装置１００及び認証装置２００として機能させることができる。
【０１２５】
このようなプログラムの配布方法は任意であり、例えば、メモリカード、ＣＤ−ＲＯＭ、又は、ＤＶＤ−ＲＯＭなどの記録媒体に格納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。尚、サービス提供方法は、サービス提供システム１を用いて実施できる。
【０１２６】
また、本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
【産業上の利用可能性】
【０１２７】
本発明は、サービスを提供するサービス提供システムに適する。
【符号の説明】
【０１２８】
１  サービス提供システム、１００  サービス提供装置、１０１，２０１，３０１  ＣＰＵ、１０２，２０２，３０２  ＲＯＭ、１０３，２０３ハードディスク、１０４，２０４，３０４  ＲＡＭ、１０６，２０６，３０６  情報通信回路、１０７，２０７，３０７  ビデオカード、１０８，２０８，３０８  ＬＣＤ、１０９，２０９  キーボード、１１０，２１０  取得部、１２０  ユーザＩＤ認証部、１３０，２３０  認証情報生成部、１４０  認証要求部、１５０  ＩＤロック部、１６０  提供部、１９０，２９０  情報記憶部、１９１  顧客テーブル、２００  認証装置、２０５，３０５  音声通信回路、２２０  認証情報ロック部、２２１  追加部、２２２  削除部、２２３  要求拒否決定部、２４０  番号認証部、２５０  音声通信制御部、２９１  番号認証テーブル、３００，３５０  端末、３０３  フラッシュメモリ、３０９  タッチパネル、３１０  スピーカ、ＰＮ  公衆回線網、ＩＮ  インターネット
【要約】
サービス提供システム（１）は、サービスの利用権限を有するユーザの電話番号に所定の加工を行った認証情報を受信する情報通信部を有する認証装置（２００）を備える。認証装置（２００）は、認証情報が受信された後に、端末（３００）から着信があると、着信と共に通知された電話番号に対して所定の加工を行った情報と、受信された認証情報と、に基づいて、端末（３００）の認証を行う番号認証部をさらに有する。サービス提供システム（１）は、認証が成功するとサービスの提供を行うサービス提供装置（１００）をさらに備える。【図１】
0006408745.tif 000002
【図２】
0006408745.tif 000003
【図３】
0006408745.tif 000004
【図４】
0006408745.tif 000005
【図５】
0006408745.tif 000006
【図６】
0006408745.tif 000007
【図７】
0006408745.tif 000008
【図８】
0006408745.tif 000009
【図９】
0006408745.tif 000010
【図１０】
0006408745.tif 000011
【図１１】
0006408745.tif 000012
【図１２】
0006408745.tif 000013
【図１３】
0006408745.tif 000014
【図１４】
0006408745.tif 000015
【図１５】
0006408745.tif 000016