WO2018220727A1 - サービス提供システム、サービス提供方法、及び、プログラム - Google Patents

Abstract

サービス提供システムは、認証鍵の一部分である第１部分鍵を端末から受信する通信部（１１０）と、認証鍵から第１部分鍵が削除された第２部分鍵と、認証鍵に基づいて算出されたハッシュ値と、を記憶する情報記憶部（１９０）と、を備える。サービス提供装置（１００）は、受信された第１部分鍵と記憶された第２部分鍵とに基づいて算出されたハッシュ値と、記憶されたハッシュ値と、に基づいて、端末を認証するハッシュ値認証部と、ハッシュ値認証部が端末の認証を成功すると、端末に対してサービスを提供する提供部（１８０）と、を備える。

Description

サービス提供システム、サービス提供方法、及び、プログラム

　本発明は、サービス提供システム、サービス提供方法、及び、プログラムに関する。

　従来から、携帯電話からの着信にともなって通知された発信者番号と、サービスを利用する権限を有するユーザの電話番号と、に基づいた認証が成功すると、当該携帯電話を利用するユーザにサービスを提供するシステムが知られている（例えば、特許文献１参照）。

特開２０１５－１１１３２９号公報

　しかし、特許文献１に開示されたシステムでは、サービスを利用する権限を有するユーザの電話番号が漏洩した場合、漏洩した電話番号に発信者番号を偽装するなりすましが行われると、サービスを利用する権限が無い者に対してサービスを提供しまうという問題があった。

　本発明は、上記実情に鑑みてなされたものであり、その目的とするところは、サービスの不正利用を従来よりも防止できるサービス提供システム、サービス提供方法、及び、プログラムを提供することにある。

　上記目的を達成するため、本発明に係るサービス提供システムは、
　認証鍵の一部分である第１部分鍵を端末から受信する通信部と、
　前記認証鍵から前記第１部分鍵が削除された第２部分鍵と、前記認証鍵に基づいて算出されたハッシュ値と、を記憶する記憶部と、
　前記受信された第１部分鍵と、前記記憶された第２部分鍵と、を合成した合成鍵に基づいて、ハッシュ値を算出する算出部と、
　前記算出されたハッシュ値と、前記記憶されたハッシュ値と、に基づいて、前記端末を認証するハッシュ値認証部と、
　前記ハッシュ値認証部が前記端末の認証を成功すると、前記端末に対してサービスを提供する提供部と、を備える。

　本発明に係るサービス提供システム、サービス提供方法、及び、プログラムによれば、サービスの不正利用を従来よりも防止できる。

本発明の実施の形態１に係るサービス提供システムの一構成例を表す構成図である。 サービス提供装置のハードウェア構成の一例を表す構成図である。 （ａ）は、サービス提供装置が実行する設定処理の一例を表すフローチャートである。（ｂ）は、端末が実行する設定要求処理の一例を表すフローチャートである。 サービス提供装置が有する機能の一例を表す機能ブロック図である。 分散鍵設定部及び分散鍵認証部の一構成例を表す機能ブロック図である。 サービス提供装置が記憶する分散鍵認証テーブルの一例を表す図である。 サービス提供装置が記憶するユーザ認証テーブルの一例を表す図である。 サービス提供装置が記憶する番号認証テーブルの一例を表す図である。 （ａ）は、サービス提供装置が実行する番号認証要求処理の一例を表すフローチャートである。（ｂ）は、端末が実行する被番号認証処理の一例を表すフローチャートである。（ｃ）は、認証装置が実行する認証ＩＤ生成処理の一例を表すフローチャートである。（ｄ）は、認証装置が実行する番号認証処理の一例を表すフローチャートである。 端末のハードウェア構成の一例を表す構成図である。 認証装置のハードウェア構成の一例を表す構成図である。 認証装置が有する機能の一例を表す機能ブロック図である。 （ａ）は、サービス提供装置が実行するサービス提供処理の一例を表すフローチャートである。（ｂ）は、端末が実行するサービス利用処理の一例を表すフローチャートである。 本発明の実施の形態２に係るサービス提供システムの一構成例を表す構成図である。

＜実施の形態１＞
　以下、本発明の実施の形態１に係るサービス提供システム１について、添付図面を参照しつつ説明する。

　図１に示すサービス提供システム１は、サービス提供装置１００、端末２００、及び、認証装置９００を備える。

　サービス提供装置１００は、サーバ機であり、例えば、オンラインバンキングやオンライントレードといったサービスをユーザに提供する。

　端末２００は、スマートフォンであり、公衆回線網ＰＮを介して、認証装置９００に接続されている。端末２００は、ユーザの操作に従って、認証装置９００に割り当てられた番号へ電話発信することで、発信者番号を用いた認証（以下、番号認証という）を受ける。また、端末２００は、インターネットＩＮを介してサービス提供装置１００に接続されており、番号認証を含む所定の認証が成功すると、ユーザの操作に従ってデータ通信することで、サービス提供装置１００によって提供されるサービスを利用する。

　認証装置９００は、サーバ機であり、専用線ＥＬを介してサービス提供装置１００と接続され、かつ、公衆回線網ＰＮを介して端末２００に接続されている。認証装置９００は、サービス提供装置１００の要求に応じて、サービスを受ける権限を有するユーザによって端末２００が利用されていることを、端末２００からの着信にともなって通知される発信者番号を用いて番号認証する。

　次に、図２を参照して、サービス提供装置１００の構成について説明する。サービス提供装置１００は、プログラムを実行するＣＰＵ（Central Processing Unit）１０１、プログラムを保存するＲＯＭ（Read Only Memory）１０２及びハードディスク１０３、プログラムの実行時にワークエリアとして使用されるＲＡＭ（Random Access Memory）１０４を備える。

　また、サービス提供装置１００は、プログラムの実行時に、図１のインターネットＩＮを介して端末２００とデータ通信するネットワーク通信回路１０５と、専用線ＥＬを介して認証装置９００とデータ通信する専用線通信回路１０６と、を備える。

　さらに、サービス提供装置１００は、ＣＰＵ１０１から出力された信号に基づいて画像を描画し、描画された画像を表す画像信号を出力するビデオカード１０７と、画像信号に基づいて画像を表示するＬＣＤ（Liquid Crystal Display）１０８と、を備える。またさらに、サービス提供装置１００は、ユーザの操作に応じた信号を入力するキーボード１０９を備える。

　サービス提供装置１００のＣＰＵ１０１は、サービスの提供に先だって、サービスを提供する端末２００の認証に必要な情報を設定する、図３（ａ）の設定処理を実行する。これにより、ＣＰＵ１０１は、図４に示す取得部１２０、ユーザ認証部１２５、番号認証要求部１３０、ユーザ認証設定部１４０、及び、分散鍵設定部１５０として機能する。

　図２のネットワーク通信回路１０５及び専用線通信回路１０６は、図４の通信部１１０として機能し、ハードディスク１０３は、情報記憶部１９０として機能する。

　通信部１１０は、端末２００及び認証装置９００から受信した情報をＣＰＵ１０１に出力し、ＣＰＵ１０１から出力された情報を、ＣＰＵ１０１に指定された宛先である端末２００又は認証装置９００へ送信する。取得部１２０は、通信部１１０が受信した情報を取得する。ユーザ認証部１２５は、端末２００を使用するユーザに対して、ユーザ認証する。番号認証要求部１３０は、認証装置９００に対して、番号認証を行うように要求し、かつ、端末２００に対して、認証装置９００で番号認証を受けるように要求する。

　ユーザ認証設定部１４０は、番号認証が成功した後に、ユーザ認証に用いられるユーザ認証情報を情報記憶部１９０に設定する。分散鍵設定部１５０は、番号認証が成功した後に、端末２００をサービス提供装置１００で認証するために用いられる鍵であって、サービス提供装置１００と端末２００とに分散して保存される分散鍵を設定する。

　分散鍵設定部１５０は、図５に示す認証鍵生成部１５１、認証鍵分割部１５２、第１部分鍵出力部１５３、第２部分鍵保存部１５４、認証鍵加工部１５５、認証鍵ハッシュ値算出部１５６、及びハッシュ値保存部１５７を備える。

　認証鍵生成部１５１は、所定桁の乱数を表すバイナリデータであって、端末２００を認証するために用いられる認証鍵を生成する。認証鍵分割部１５２は、認証鍵生成部１５１で生成された認証鍵を、認証鍵の一部分である第１部分鍵と、第１部分以外の部分である第２部分鍵と、に分割する。第１部分鍵出力部１５３は、端末２００を宛先として第１部分鍵を通信部１１０へ出力する。第２部分鍵保存部１５４は、第２部分鍵を情報記憶部１９０へ保存する。このように、第１部分鍵と第２部分鍵とは、端末２００とサービス提供装置１００とに分散して保管される。

　認証鍵加工部１５５は、認証鍵生成部１５１で生成された認証鍵に対して所定の規則（以下、認証鍵加工規則という）に従った加工を行う。認証鍵加工規則は、どのような規則でも良く、例えば、互いに隣接する１バイトデータを入れ替える規則や、予め定められた複数の位のビット値を反転させる規則であっても良い。

　認証鍵ハッシュ値算出部１５６は、認証鍵加工部１５５で加工された後の認証鍵に、例えば、ＭＤ（Message Digest algorithm）５等のハッシュ関数を用いてハッシュ値を算出する。ハッシュ値保存部１５７は、認証鍵ハッシュ値生成部１５６で生成されたハッシュ値を情報記憶部１９０に保存する。

　情報記憶部１９０は、分散鍵である第１部分鍵と第２部分鍵とを用いた認証（以下、分散鍵認証という）を行うために用いられる情報が保存される、図６の分散鍵認証テーブル１９１を記憶している。分散鍵認証テーブル１９１には、ユーザを識別する情報であるユーザＩＤが保存される。ユーザＩＤは、例えば、銀行口座を開設する際にユーザが指定したＩＤ、又は、ユーザに付与されたＩＤである。また、分散鍵認証テーブル１９１には、ユーザＩＤと対応付けて、当該ユーザの使用する端末２００に宛てて送信された第２部分鍵と、当該第２部分鍵を生成する基礎となった認証鍵に基づいて算出されたハッシュ値と、が保存される。

　また、情報記憶部１９０は、ユーザ認証を行うために用いられるユーザ認証情報がユーザＩＤと対応付けられて保存される、図７のユーザ認証テーブル１９２を記憶している。ユーザ認証テーブル１９２に保存されるユーザ認証情報は、例えば、銀行口座を開設する際にユーザが指定した、又は、ユーザに付与されたパスワードを表す情報を含む。

　さらに、情報記憶部１９０は、番号認証に用いられる情報が保存される、図８の番号認証テーブル１９３を記憶している。番号認証テーブル１９３には、ユーザのユーザＩＤと、当該ユーザが使用する端末２００の電話番号と、当該電話番号から生成された認証ＩＤと、当該認証ＩＤを用いた番号認証の実行が要求される度に生成される所定桁数の乱数である認証コードと、が保存される。

　認証ＩＤは、番号認証においてユーザを識別するために用いられる情報であり、当該ユーザが使用する端末２００の電話番号に対して、所定の規則（以下、番号加工規則という）に従った加工を行った後に、所定の規則（以下、番号変換規則）に従って不可逆な変換を行った情報である。

　番号加工規則は、どのような規則でも良く、例えば、電話番号の下４桁を先頭に移動させる規則や電話番号の各数字の間に特定の文字列や数字を挿入する規則であっても良い。また、番号変換規則は、不可逆であればどのような変換でも良く、例えば、ＭＤ５を用いたハッシュ変換を行う規則であっても良い。

　次に、図３（ａ）に戻り、情報記憶部１９０が記憶するテーブル１９１から１９３を用いて、図２に示したサービス提供装置１００のＣＰＵ１０１が実行する設定処理について説明する。

　サービス提供装置１００のサービスを利用する端末２００は、サービスの利用に先立って、端末２００を使用するユーザのユーザＩＤを含み、設定処理の実行開始を求める設定要求を送信する。図４に示すサービス提供装置１００の通信部１１０が、設定要求を端末２００から受信すると、ＣＰＵ１０１は、設定処理の実行を開始する。

　設定処理の実行が開始されると、図４の取得部１２０は、設定要求を通信部１１０から取得する。次に、ユーザ認証部１２５は、取得された設定要求に含まれるユーザＩＤを用いて端末２００のユーザがサービスの利用権限を有する者か否かを認証するユーザＩＤ認証を行う（ステップＳ０１ａ）。

　ユーザ認証部１２５は、設定要求に含まれるユーザＩＤが、図７のユーザ認証テーブル１９２に記憶されていない場合に、ユーザＩＤ認証が失敗したと判別する。ユーザＩＤは、例えば、ユーザが銀行でサービスの提供を申し込んだ後に、当該銀行が当該サービスの利用権限を当該ユーザに付与してから、ユーザ認証テーブル１９２に保存されるからである。

　ユーザ認証部１２５は、ユーザＩＤ認証が失敗したと判別すると、端末２００を宛先として、認証が失敗したことを表す認証失敗コードを通信部１１０に出力する。その後、通信部１１０は、認証失敗コードを端末２００へ送信し、ユーザ認証部１２５は、設定処理の実行を終了する。

　ユーザ認証部１２５は、ユーザＩＤがユーザ認証テーブル１９２に記憶されているためにユーザＩＤ認証が成功したと判別すると、端末２００を宛先として、認証が成功したことを表す認証成功コードを通信部１１０に出力する。その後、通信部１１０は、認証成功コードを端末２００へ送信する。

　次に、番号認証要求部１３０は、発信者番号を用いて端末２００を認証するように認証装置９００へ要求する、図９（ａ）の番号認証要求処理を実行する（ステップＳ０１ｂ）。

　番号認証要求処理の実行を開始すると、番号認証要求部１３０は、認証装置９００と電話接続するように求める電話接続要求を、端末２００を宛先として通信部１１０へ出力する（ステップＳ２１）。通信部１１０は、端末２００へ電話接続要求を送信し、電話接続要求を受信した端末２００は、ユーザの操作に従って認証装置９００へ電話発信する。

　端末２００は、発信を終えると、ユーザの操作に従って、電話接続が完了したことを知らせる接続完了通知を返信する。通信部１１０が接続完了通知を受信すると、取得部１２０は、通信部１１０から接続完了通知を取得する（ステップＳ２２）。

　次に、図４の番号認証要求部１３０は、図３（ａ）のステップＳ０１で取得されたユーザＩＤに基づいて、図８の番号認証テーブル１９３から認証ＩＤを検索し（図９（ａ）のステップＳ２３）、所定桁数の乱数である認証コードを作成する。

　その後、番号認証要求部１３０は、認証コードと認証ＩＤとを含み、番号認証を行うように求める番号認証要求を生成する。次に、番号認証要求部１３０は、認証装置９００を宛先として、通信部１１０へ番号認証要求を出力する（ステップＳ２４）。

　認証装置９００は、番号認証要求を通信部１１０から受信すると、番号認証要求に含まれる認証ＩＤの基礎となった電話番号が、番号認証要求の受信時刻から所定時間内に発信者番号として通知されたか否かに基づいて番号認証を行う。次に、認証装置９００は、番号認証要求に含まれる認証コードに基づいて、認証が成功したことを表す認証成功コード又は失敗したことを表す認証失敗コードを生成し、サービス提供装置１００へ返信する。

　サービス提供装置１００の通信部１１０が認証成功コード又は認証失敗コードを受信すると、取得部１２０は、認証成功コード又は認証失敗コードを通信部１１０から取得し（ステップＳ２５）、番号認証要求処理の実行を終了する。

　図３（ａ）のステップＳ０１ｂで、番号認証処理の実行が終了すると、図４のユーザ認証部１２５は、番号認証が成功したか否かを判別する。ユーザ認証部１２５は、図９（ａ）のステップＳ２５で認証失敗コードが取得されたため、番号認証が失敗したと判別すると、端末２００を宛先として、認証失敗コードを通信部１１０に出力した後に、設定処理の実行を終了する。

　これに対して、ユーザ認証部１２５は、認証成功コードが取得されると番号認証が成功したと判別し、端末２００を宛先として、認証成功コードを通信部１１０に出力する。

　次に、ユーザ認証部１２５は、端末２００に対してチャレンジレスポンス認証を行う（ステップＳ０１ｃ）。チャレンジレスポンス認証では、サービス提供装置１００のユーザ認証部１２５は、所定ビットの乱数をチャレンジキーとして生成し、生成したチャレンジキーを、端末２００を宛先として通信部１１０へ出力する。

　端末２００は、サービス提供装置１００のサービスを利用するために実行するアプリケーション（以下、サービス利用アプリ）から、当該サービス利用アプリに割り振られた固有識別情報（以下、固有ＩＤ）を取得する。次に、端末２００は、取得したチャレンジキーに固有ＩＤを合成したデータに対してＭＤ５等のハッシュ関数を用いてレスポンスを生成し、生成したレスポンスを返信する。

　その後、サービス提供装置１００の通信部１１０が端末２００からレスポンスを受信すると、ユーザ認証部１２５は、例えば、銀行といったサービス提供装置１００の管理者が配布する真正なサービス利用アプリの固有ＩＤを取得する。固有ＩＤは、サービス提供装置１００が実行するソフトウェアのソースコードに予め記載されたものであっても良いし、情報記憶部１９０に記憶されたものでも良い。

　次に、ユーザ認証部１２５は、取得した固有ＩＤと、送信したチャレンジキーと、に基づいてレスポンスを生成する。その後、ユーザ認証部１２５は、生成したレスポンスと、通信部１１０から取得したレスポンスと、が一致するか否かに基づいて、端末２００のチャレンジレスポンス認証が成功したか否かを判別する。ユーザ認証部１２５は、生成されたレスポンスと、取得されたレスポンスと、が一致しないため、端末２００のチャレンジレスポンス認証が失敗したと判別すると、端末２００を宛先として認証失敗コードを通信部１１０に出力した後に、設定処理の実行を終了する。端末２００が、例えば、不正アクセスを目論む者によって作成された不正なアプリケーションを実行している場合が考えられるためである。

　これに対して、ユーザ認証部１２５は、生成されたレスポンスと、取得されたレスポンスと、が一致するため、端末２００のチャレンジレスポンス認証が成功したと判別すると、端末２００を宛先として認証成功コードを通信部１１０に出力する。

　その後、ユーザ認証部１２５は、ワンタイムの暗号キーを生成する。次に、ユーザ認証設定部１４０は、暗号キーと、当該暗号キーを用いてパスワード認証を受ける又は生体認証又を行うように求める生体認証等要求を、端末２００を宛先として、通信部１１０へ出力する（ステップＳ０１ｄ）。

　端末２００は、生体認証等要求を受信すると、生体認証に対応している場合に、生体認証を実行し、生体認証が成功すると認証成功コードを返信し、失敗すると認証失敗コードを返信する。また、端末２００は、生体認証に対応していない場合に、生体認証等要求に含まれる暗号キーを用いてパスワードを暗号化し、暗号化されたパスワードを返信する。

　サービス提供装置１００の通信部１１０が、端末２００から暗号化されたパスワードを受信すると、取得部１２０は、暗号化されたパスワードを通信部１１０から取得し、ユーザ認証部１２５は、暗号化されたパスワードを復号する。その後、ユーザ認証部１２５は、復号されたパスワードが、図７のユーザ認証テーブル１９２に保存されているか否かに基づいてパスワード認証を行う。

　ユーザ認証部１２５は、端末２００から認証失敗コードを通信部１１０が受信した、又は、復号されたパスワードがユーザ認証テーブル１９２に保存されていないと判別すると、生体認証又はパスワード認証が失敗したと判別する（ステップＳ０３；Ｎｏ）。その後、ユーザ認証部１２５は、端末２００を宛先として認証失敗コードを通信部１１０へ出力した後に、設定処理の実行を終了する。

　ユーザ認証部１２５は、認証成功コードが受信された、又は、復号されたパスワードがユーザ認証テーブル１９２に保存されていると判別すると、生体認証又はパスワード認証が成功したと判別する（ステップＳ０３；Ｙｅｓ）。

　次に、図５の認証鍵生成部１５１は、所定桁数の乱数を発生させ、発生させた乱数を表すバイナリデータを認証鍵として生成する（ステップＳ０４）。その後、認証鍵分割部１５２は、所定の規則（以下、認証鍵分割規則という）に従って、認証鍵を先頭側の第１部分鍵と末尾側の第２部分鍵とに分割する（ステップＳ０５）。尚、先頭側を第２部分鍵とし、末尾側を第１部分鍵としても良い。また、認証鍵分割規則は、どのような規則でも良く、例えば、第１部分鍵のバイト数と第２部分鍵のバイト数との合計が偶数の場合に、第１部分鍵のバイト数と第２部分鍵のバイト数との差異が無く、合計が奇数の場合に、当該差異が１バイトとなる分割規則が望ましい。

　その後、図５の第１部分鍵出力部１５３は、図３（ａ）のステップＳ０５で得られた第１部分鍵を、端末２００を宛先として、通信部１１０へ出力する（ステップＳ０６）。その後、端末２００は、通信部１１０から受信した第１部分鍵を記憶する。

　次に、第２部分鍵保存部１５４は、ステップＳ０５で得られた第２部分鍵を、ステップＳ０１で取得されたユーザＩＤと対応付けて、図６の分散鍵認証テーブル１９１に保存する（図３（ａ）のステップＳ０７）。

　その後、認証鍵加工部１５５は、第１部分鍵と第２部分鍵とからなる認証鍵について、認証鍵加工規則に従った加工を行う（ステップＳ０８）。次に、認証鍵ハッシュ値算出部１５６は、加工された後の認証鍵に基づいてハッシュ値を算出する（ステップＳ０９）。その後、ハッシュ値保存部１５７は、算出されたハッシュ値を、ステップＳ０１で取得されたユーザＩＤと対応付けて、図６の分散鍵認証テーブル１９１に保存した後に（ステップＳ１０）、設定処理の実行を終了する。

　次に、図１０を参照して、設定処理の実行を要求する端末２００の構成について説明する。端末２００は、ＣＰＵ２０１、ＲＯＭ２０２、フラッシュメモリ２０３、ＲＡＭ２０４、ビデオカード２０７、ＬＣＤ２０８、タッチパネル２０９を備える。端末２００のこれらの構成は、図２に示したサービス提供装置１００のＣＰＵ１０１、ＲＯＭ１０２、ハードディスク１０３、ＲＡＭ１０４、ビデオカード１０７、ＬＣＤ１０８、及びキーボード１０９と同様の構成である。

　端末２００は、データ通信回路２０５、音声通信回路２０６、及び、指紋センサ２１０をさらに備える。端末２００のデータ通信回路２０５は、図１のインターネットＩＮを通じて情報を受信し、受信した情報をＣＰＵ１０１に出力する。また、データ通信回路２０５は、ＣＰＵ１０１から出力された情報を、ＣＰＵ１０１に指定された宛先へ送信する。音声通信回路２０６は、公衆回線網ＰＮを通じて電話接続を行う。指紋センサ２１０は、指紋センサ２１０に押着された指の指紋を検出し、検出した指紋を表す情報を出力する。

　端末２００のＯＳ（Operating System）には、生体認証に対応しているか否かを表す生体認証可否フラグ、並びに、指紋センサ２１０で検出されたユーザの指紋を表す情報が生体情報として登録されており、登録された生体認証可否フラグ及び生体情報は、ユーザＩＤと対応付けてフラッシュメモリ２０３に記憶されている。さらに、ＯＳには、端末２００の電話番号が登録されており、登録された電話番号を表す情報は、フラッシュメモリ２０３に記憶されている。

　端末２００のデータ通信回路２０５は、ユーザの操作に従って、所定のウェブサイトから、サービス利用アプリをダウンロードし、ダウンロードされたサービス利用アプリは、ＣＰＵ１０１によってフラッシュメモリ２０３に保存される。その後、ＣＰＵ２０１は、ユーザの操作に従ってサービス利用アプリを最初に実行すると、ＣＰＵ２０１は、初期設定処理を実行する。

　初期設定処理の実行により、ＣＰＵ２０１は、ユーザＩＤ及びパスワードを入力するように促すメッセージをＬＣＤ２０８に表示させる。その後、ＣＰＵ２０１は、ユーザに操作されたタッチパネル２０９から出力される信号に基づいて、ユーザＩＤ及びパスワードを表す情報を取得し、ユーザＩＤにパスワードを表す情報を対応付けてフラッシュメモリ２０３に保存する。

　初期設定処理の実行が終わると、ＣＰＵ２０１は、サービスの利用に先だって端末２００を認証するために必要な分散鍵の設定を要求する、図３（ｂ）の設定要求処理の実行を開始する。

　端末２００のＣＰＵ２０１は、設定要求処理の実行を開始すると、フラッシュメモリ２０３に保存したユーザＩＤを含む設定要求を、サービス提供装置１００を宛先としてデータ通信回路２０５へ出力する（ステップＳ３１ａ）。端末２００のデータ通信回路２０５は、設定要求をサービス提供装置１００へ送信する。

　次に、データ通信回路２０５が、ユーザＩＤを用いた認証を行ったサービス提供装置１００から認証失敗コードを受信すると、ＣＰＵ２０１は、設定要求処理の実行を終了する。これに対して、ＣＰＵ２０１は、認証成功コードを受信すると、番号認証を受ける、図９（ｂ）の被番号認証処理を実行する（ステップＳ３１ｂ）。

　被番号認証処理の実行を開始すると、端末２００のＣＰＵ２０１は、図９（ａ）のステップＳ２１でサービス提供装置１００が送信した電話接続要求を、データ通信回路２０５から取得する（ステップＳ４１）。次に、端末２００のＣＰＵ２０１は、認証装置９００の電話番号と、電話接続を促すメッセージと、をＬＣＤ２０８に表示させる。

　その後、端末２００のＣＰＵ２０１は、ユーザの操作に従って、認証装置９００と電話接続するように、図１０の音声通信回路２０６を制御する（ステップＳ４２）。

　電話接続が行われた後、端末２００のＣＰＵ２０１は、サービス提供装置１００を宛先として接続完了通知をデータ通信回路２０５へ出力した後に（ステップＳ４３）、被番号認証処理の実行を終了する。

　図３（ｂ）のステップＳ３２で被番号認証処理の実行を終了した後、データ通信回路２０５がサービス提供装置１００から認証失敗コードを受信すると、ＣＰＵ２０１は、番号認証が失敗したと判別し、設定要求処理の実行を終了する。これに対して、ＣＰＵ２０１は、認証成功コードが受信されると、番号認証が成功したと判別し、サービス提供装置１００によるチャレンジレスポンス認証を受ける被チャレンジレスポンス認証処理を実行する（ステップＳ３１ｃ）。

　被チャレンジレスポンス認証処理では、端末２００のデータ通信回路２０５がチャレンジコードをサービス提供装置１００から受信すると、ＣＰＵ２０１は、サービス提供アプリから固有ＩＤを取得する。固有ＩＤは、サービス提供アプリのソースコードに予め記載されたものであっても良いし、サービス提供アプリと共にダウンロードされ、図１０のフラッシュメモリ２０３に保存されたものでも良い。

　次に、端末２００のＣＰＵ２０１は、受信されたチャレンジコードと取得した固有ＩＤとに基づいてレスポンスを生成し、生成したレスポンスをサービス提供装置１００へ返信する。

　その後、端末２００のＣＰＵ２０１は、データ通信回路２０５がサービス提供装置１００から認証失敗コードを受信すると、番号認証が失敗したと判別し、設定要求処理の実行を終了する。これに対して、ＣＰＵ２０１は、認証成功コードが受信されると、番号認証が成功したと判別する。

　その後、データ通信回路２０５が被生体認証等要求を受信すると、ＣＰＵ２０１は、図１０のフラッシュメモリ２０３に保存された生体認証可否フラグに基づいて生体認証等を実行する（ステップＳ３１ｄ）。

　生体認証可否フラグが、生体認証に対応していることを表す場合、ＣＰＵ２０１は、図１０に示した指紋センサ２１０に、ユーザの指の腹を押着させるように促すメッセージをＬＣＤ２０８に表示させる。その後、ＣＰＵ２０１は、指紋を表す生体情報を指紋センサ２１０から取得し、取得された生体情報と、フラッシュメモリ２０３に記憶された生体情報とに基づいて生体認証を行う。

　これに対して、生体認証可否フラグが、生体認証に対応していないことを表す場合、ＣＰＵ２０１は、フラッシュメモリ２０３から、ユーザＩＤに対応付けられたパスワードを表す情報を取得する。その後、ＣＰＵ２０１は、被生体認証等要求に含まれる暗号キーを用いてパスワードを表す情報を暗号化した後に、サービス提供装置１００を宛先として暗号化されたパスワードを表す情報をデータ通信回路２０５に出力する。

　サービス提供装置１００は、暗号化されたパスワードを表す情報を用いたパスワード認証が成功すると、端末２００がサービスの提供を受ける権限を有するユーザによって使用されていると判別する。このため、サービス提供装置１００は、サービスの提供に先だって行われる分散鍵認証に用いられる分散鍵として第１部分鍵を端末２００に送信する。

　ＣＰＵ２０１は、生体認証が失敗したと判別した場合、又は、サービス提供装置１００からデータ通信回路２０５が認証失敗コードを受信したために、パスワード認証が成功したと判別した場合（ステップＳ３２；Ｎｏ）、設定要求処理の実行を終了する。例えば、紛失された端末２００を、端末２００の所有者でない者が操作しているおそれがあるためである。

　これに対して、ＣＰＵ２０１は、生体認証が成功したと判断した場合、又は、サービス提供装置１００からデータ通信回路２０５が認証成功コードを受信したために、パスワード認証が成功したと判別した場合（ステップＳ３２；Ｙｅｓ）、サービス提供装置１００から送信された第１部分鍵をデータ通信回路２０５から取得する（ステップＳ３３）。その後、ＣＰＵ２０１は、取得した第１部分鍵をフラッシュメモリ２０３に保存した後に（ステップＳ３４）、設定要求処理の実行を終了する。

　次に、図１１を参照して、端末２００に対して番号認証を行う認証装置９００の構成について説明する。

　認証装置９００は、ＣＰＵ９０１、ＲＯＭ９０２、ハードディスク９０３、ＲＡＭ９０４、ビデオカード９０７、ＬＣＤ９０８、キーボード９０９を備える。認証装置９００のこれらの構成は、図２に示したサービス提供装置のＣＰＵ１０１、ＲＯＭ１０２、ハードディスク１０３、ＲＡＭ１０４、ビデオカード１０７、ＬＣＤ１０８、及びキーボード１０９と同様の構成である。

　認証装置９００は、音声通信回路９０５と専用線通信回路９０６とをさらに備える。認証装置９００の音声通信回路９０５と、専用線通信回路９０６と、は、図１０に示した端末２００の音声通信回路２０６と、図２に示したサービス提供装置１００の専用線通信回路１０６と、同様の構成及び機能を有する。

　認証装置９００のＣＰＵ９０１は、着信にともなって音声通信回路９０５に通知される発信者番号に基づいて認証ＩＤを生成する、図９（ｃ）の認証ＩＤ生成処理を実行する。これにより、ＣＰＵ９０１は、図１２の電話接続制御部９１０、取得部９４０、認証ＩＤ生成部９５０、認証ＩＤ保存部９６０、及び、認証ＩＤ削除部９７０として機能する。また、認証装置９００のＣＰＵ９０１は、番号認証を行う、図９（ｄ）の番号認証処理を実行することで、番号認証部９８０として機能する。さらに、音声通信回路９０５は、電話接続部９２０として機能し、専用線通信回路９０６は、通信部９３０として機能し、ハードディスク９０３は、情報記憶部９９０として機能する。

　電話接続制御部９１０は、電話接続部９２０に端末２００からの着信があると、端末２００と電話接続するように電話接続部９２０を制御する。通信部９３０は、サービス提供装置１００から認証ＩＤを受信し、受信した認証ＩＤをＣＰＵ１０１へ出力する。また、通信部９３０は、ＣＰＵ１０１から出力された情報を、ＣＰＵ１０１に指定された宛先へ送信する。取得部９４０は、発信者番号を表す情報を電話接続部９２０から取得し、サービス提供装置１００から受信された認証ＩＤを通信部９３０から取得する。

　認証ＩＤ生成部９５０は、取得部９４０で取得された発信者番号に対して、番号加工規則に従った加工を行った後に、番号変換規則に従った変換を行うことで認証ＩＤを生成する。認証ＩＤ生成部９５０が用いる番号加工規則及び番号変換規則は、サービス提供装置１００が送信する認証ＩＤを生成するために用いられた番号加工規則及び番号変換規則と同じである。

　認証ＩＤ保存部９６０は、認証ＩＤ生成部９５０で生成された認証ＩＤを情報記憶部９９０に保存する。認証ＩＤ削除部９７０は、取得部９４０で発信者番号を表す情報が取得されてから所定時間が経過した後に、当該認証ＩＤを削除する。認証ＩＤ削除部９７０は、認証ＩＤが生成若しくは保存されてから所定時間が経過した後に、当該認証ＩＤを削除しても良い。

　番号認証部９８０は、取得部９４０が取得した認証ＩＤが、情報記憶部９９０に保存されている１又は複数の認証ＩＤのいずれかと一致する場合に端末２００の番号認証を成功し、いずれとも一致しない場合に失敗する。

　次に、図９（ｃ）に戻り、認証ＩＤを生成する認証ＩＤ生成処理について説明を開始する。電話接続部９２０へ着信があると、認証装置９００のＣＰＵ９０１は、認証ＩＤ生成処理の実行を開始する。

　認証ＩＤ生成処理の実行が開始されると、電話接続制御部９１０は、端末２００と電話接続するように電話接続部９２０を制御し（ステップＳ５１）、取得部９４０は、発信者番号を表す情報を電話接続部９２０から取得する（ステップＳ５２）。その後、認証ＩＤ生成部９５０は、発信者番号に基づいて認証ＩＤを生成し（ステップＳ５３）、認証ＩＤ保存部９６０は、生成された認証ＩＤを情報記憶部９９０に保存する（ステップＳ５４）。

　ステップＳ５２が実行されてから所定時間経過すると、認証ＩＤ削除部９７０は、ステップＳ５４で保存された認証ＩＤを情報記憶部９９０から削除した後に（ステップＳ５５）、認証ＩＤ生成処理の実行を終了する。

　このように、認証ＩＤ生成処理が実行されると、発信者番号が取得されてから所定時間以内に限り、認証ＩＤが情報記憶部９９０に記憶される。

　次に、図９（ｄ）を参照して、番号認証処理について説明を開始する。図９（ａ）のステップＳ２４でサービス提供装置１００から送信された番号認証要求を、認証装置９００の通信部９３０が受信すると、認証装置９００のＣＰＵ９０１は、番号認証処理の実行を開始する。

　番号認証処理の実行が開始されると、取得部９４０は、番号認証要求を通信部９３０から取得し、番号認証要求から認証ＩＤ及び認証コードを取得する（ステップＳ６１）。次に、番号認証部９８０は、取得部９４０が取得した認証ＩＤが、情報記憶部９９０に所定期間に亘って記憶されている１又は複数の認証ＩＤのいずれかと一致するか否かに基づいて番号認証を行う（ステップＳ６２）。

　ステップＳ６２において、番号認証部９８０は、取得された認証ＩＤが、情報記憶部９９０に記憶されている認証ＩＤのいずれかと一致すると判別すると、番号認証が成功したと判別する（ステップＳ６２；Ｙｅｓ）。次に、番号認証部９８０は、取得部９４０で取得された認証コードを所定の規則（以下、成功コード生成規則という）に従って変換した認証成功コードを作成する。その後、番号認証部９８０は、サービス提供装置１００を宛先として認証成功コードを通信部９３０に出力した後に（ステップＳ６３）、番号認証処理の実行を終了する。

　ステップＳ６２において、番号認証部９８０は、取得された認証ＩＤが、情報記憶部９９０に記憶されている認証ＩＤのいずれとも一致しないと判別すると、番号認証が失敗したと判別する（ステップＳ６２；Ｎｏ）。次に、番号認証部９８０は、取得部９４０で取得された認証コードを所定の規則（以下、失敗コード生成規則という）で変換した認証失敗コードを作成する。その後、番号認証部９８０は、サービス提供装置１００を宛先として、認証失敗コードを通信部９３０に出力した後に（ステップＳ６４）、番号認証処理の実行を終了する。ステップＳ６３又はステップＳ６４の後に、通信部９３０は、認証成功コード又は認証失敗コードをサービス提供装置１００へ送信する。

　ここで、成功コード生成規則及び失敗コード生成規則は、互いに異なれば、どのような規則であっても良い。例えば、成功コード生成規則は、認証コードの先頭４桁を末尾に移動させる加工を認証コードに行った後に、加工を行った認証コードをハッシュ変換するという規則であっても良い。また例えば、失敗コード生成規則は、認証コードの末尾４桁を先頭に移動させる加工を認証コードに行った後に、加工を行った認証コードをハッシュ変換するという規則であっても良い。

　次に、図１３（ａ）を参照して、端末２００にサービスを提供するサービス提供処理について説明を行う。サービス提供装置１００のＣＰＵ１０１は、サービス提供処理を実行することで、図４に示す分散鍵認証部１７０、及び、提供部１８０としてさらに機能する。

　分散鍵認証部１７０は、ユーザ認証が成功すると、分散鍵である第１部分鍵及び第２部分鍵を用いた分散鍵認証を端末２００に対して行う。提供部１８０は、端末２００の分散鍵認証が成功すると、端末２００にサービスを提供する。

　分散鍵認証部１７０は、図５に示す部分鍵合成部１７１、合成鍵加工部１７２、合成鍵ハッシュ値算出部１７３、及び、ハッシュ値認証部１７４を備える。部分鍵合成部１７１は、端末２００から受信される第１部分鍵と、図６の分散鍵認証テーブル１９１に保存された第２部分鍵と、を合成した合成鍵を生成する。合成鍵加工部１７２は、認証鍵加工部１５５で用いられた認証鍵加工規則と同じ規則に従って合成鍵の加工を行う。合成鍵ハッシュ値算出部１７３は、認証鍵ハッシュ値算出部１５６で用いられたハッシュ関数と同じ関数を、合成鍵加工部１７２で加工された合成鍵に用いることでハッシュ値を算出する。ハッシュ値認証部１７４は、図６の分散鍵認証テーブル１９１に保存されたハッシュ値と、合成鍵ハッシュ値算出部１７３で算出されたハッシュ値と、が一致する場合に、端末２００の認証を成功とし、一致しない場合に、端末２００の認証を失敗とする。

　次に、図１３（ａ）に戻り、サービス提供処理について説明を開始する。サービスを利用するユーザが、端末２００を操作して、サービス利用アプリを実行させると、端末２００は、ユーザＩＤを含み、サービスの提供を求めるサービス提供要求を送信する。図４に示したサービス提供装置１００の通信部１１０が、サービス提供要求を端末２００から受信すると、ＣＰＵ１０１は、サービス提供処理の実行を開始する。

　サービス提供処理の実行が開始されると、図４のユーザ認証部１２５は、図３のステップＳ０１ａと同様に、サービス提供要求に含まれるユーザＩＤを用いてユーザＩＤ認証を行う（ステップＳ１０１）。ユーザ認証部１２５は、ユーザＩＤ認証が失敗したと判別すると（ステップＳ１０２；Ｎｏ）、端末２００を宛先として認証失敗コードを通信部１１０に出力した後に、サービス提供処理の実行を終了する。これに対して、ユーザ認証部１２５は、ユーザＩＤ認証が成功したと判別すると（ステップＳ１０２；Ｙｅｓ）、端末２００を宛先として認証成功コードを通信部１１０に出力する。

　その後、ユーザ認証部１２５は、図３のステップＳ０１ａと同様に、生体認証等要求を出力し（ステップＳ１０３）、端末２００に生体認証をさせるか、又は、端末２００のパスワード認証を自ら行う。

　ステップＳ１０３において、ユーザ認証部１２５は、認証失敗コードが端末２００から受信されたため、生体認証が失敗した、又は、パスワード認証が失敗したと判別すると（ステップＳ１０４；Ｎｏ）、サービス提供処理の実行を終了する。

　これに対して、認証成功コードが受信されたため、生体認証が成功した、又は、生体認証が成功したとユーザ認証部１２５が判別すると（ステップＳ１０４；Ｙｅｓ）、図５の分散鍵認証部１７０は、ワンタイムの暗号キーを生成する。次に、分散鍵認証部１７０は、端末２００を宛先として、暗号キーと、第１部分鍵を送信するように求める第１部分鍵送信要求と、を、端末２００を宛先として通信部１１０へ出力する。通信部１１０が、暗号キーで暗号化された第１部分鍵を端末２００から受信すると、取得部１２０は、暗号化された第１部分鍵を通信部１１０から取得する（図１３（ａ）のステップＳ１０５）。

　その後、図５の部分鍵合成部１７１は、ユーザＩＤに基づいて、図６の分散鍵認証テーブル１９１から、第２部分鍵を検索する（ステップＳ１０６）。次に、部分鍵合成部１７１は、検索された第２部分鍵を、ステップＳ１０５で取得された第１部分鍵の後に追加することで、合成鍵を生成する（ステップＳ１０７）。

　次に、合成鍵加工部１７２は、認証鍵加工部１５５で用いられた認証鍵加工規則と同じ規則に従って合成鍵の加工を行う（ステップＳ１０８）。その後、合成鍵ハッシュ値算出部１７３は、認証鍵ハッシュ値算出部１５６で用いられたハッシュ関数と同じ関数を加工された合成鍵に用いることでハッシュ値を算出する（ステップＳ１０９）。

　その後、ハッシュ値認証部１７４は、ユーザＩＤに基づいて、図６の分散鍵認証テーブル１９１からハッシュ値を検索し（ステップＳ１１０）、検索したハッシュ値と、ステップＳ１０９で算出されたハッシュ値と、が一致するか否かを判別する（ステップＳ１１１）。

　ステップＳ１１１において、ハッシュ値認証部１７４は、検索したハッシュ値と、算出されたハッシュ値と、が一致しないと判別すると、分散鍵認証が失敗したと判別し（ステップＳ１１１；Ｎｏ）、サービス提供処理の実行を終了する。

　これに対して、ハッシュ値認証部１７４は、検索したハッシュ値と、算出されたハッシュ値と、が一致すると判別すると、分散鍵認証が成功したと判別する（ステップＳ１１１；Ｙｅｓ）。その後、図４の提供部１８０は、端末２００に対してサービスの提供を行った後に（ステップＳ１１２）、サービス提供処理の実行を終了する。

　次に、図１３（ｂ）を参照して、端末２００がサービスを利用するサービス利用処理について説明を行う。図１０に示した端末２００のＣＰＵ２０１は、タッチパネル２０９に対するユーザの操作に従って、サービス利用アプリの実行を、初回以降に開始すると、図１３（ｂ）のサービス利用処理を開始する。

　サービス利用処理の実行を開始すると、ＣＰＵ２０１は、図３（ｂ）のステップＳ３１ａと同様に、サービス提供装置１００を宛先として、ユーザＩＤを含むサービス提供要求をデータ通信回路２０５へ出力する（ステップＳ１２１）。

　その後、端末２００のＣＰＵ２０１は、ユーザＩＤ認証を行ったサービス提供装置１００から、認証失敗コードをデータ通信回路２０５が受信すると、ユーザＩＤ認証が失敗したと判別し（ステップＳ１２２；Ｎｏ）、サービス利用処理の実行を終了する。

　これに対して、端末２００のＣＰＵ２０１は、認証成功コードをデータ通信回路２０５が受信すると、ユーザＩＤ認証が成功したと判別する（ステップＳ１２２；Ｙｅｓ）。その後、ＣＰＵ２０１は、図３（ｂ）のステップＳ３１ｄと同様に、自ら生体認証を行うか、サービス提供装置１００によるパスワード認証を受ける（ステップＳ１２３）。

　その後、ＣＰＵ２０１は、生体認証が失敗した、又は、サービス提供装置１００からデータ通信回路２０５が認証失敗コードを受信したために、パスワード認証が失敗したと判別すると（ステップＳ１２４；Ｎｏ）、サービス利用処理の実行を終了する。

　これに対して、ＣＰＵ２０１は、生体認証が成功した、又は、サービス提供装置１００からデータ通信回路２０５が認証成功コードを受信したために、パスワード認証が成功したと判別すると（ステップＳ１２４；Ｙｅｓ）、第１部分鍵送信要求から暗号キーを取得する。その後、ＣＰＵ２０１は、フラッシュメモリ２０３に記憶された第１部分鍵を取得し、暗号キーを用いて第１部分鍵を暗号化する。その後、端末２００のＣＰＵ２０１は、サービス提供装置１００を宛先として、暗号化した第１部分鍵をデータ通信回路２０５に出力する（ステップＳ１２５）。

　次に、ＣＰＵ２０１は、分散鍵である第１部分鍵を用いて分散鍵認証を行ったサービス提供装置１００から、認証失敗コードをデータ通信回路２０５が受信すると、分散鍵認証が失敗したと判別し（ステップＳ１２６；Ｎｏ）、サービス利用処理の実行を終了する。これに対して、端末２００のＣＰＵ２０１は、認証成功コードが受信されたため、分散鍵認証が成功したと判別すると（ステップＳ１２６；Ｙｅｓ）、ユーザの操作に従って、サービス提供装置１００が提供するサービスを利用した後に（ステップＳ１２７）、サービス利用処理の実行を終了する。

　これらの構成によれば、図５の認証鍵分割部１５２は、認証鍵を第１部分鍵と、第１部分鍵と異なる第２部分鍵と、に分割し、第１部分鍵と第２部分鍵とは、それぞれ端末２００と、サービス提供装置１００の情報記憶部１９０と、に分散保存される。認証鍵ハッシュ値算出部１５６は、ハッシュ関数を用いて認証鍵からハッシュ値を算出し、認証鍵から算出されたハッシュ値は、情報記憶部１９０に保存される。これらのため、第２部分鍵及びハッシュ値のいずれか１つ以上を含む情報が、情報記憶部１９０から漏えいしたとしても、漏えいした第２部分鍵及びハッシュ値の１つ以上から第１部分鍵を生成することが困難である。

　図５の合成鍵ハッシュ値算出部１７３は、端末２００から送信された第１部分鍵と、サービス提供部１００の情報記憶部１９０に記憶された第２部分鍵と、に基づいて合成鍵を生成する。ハッシュ値認証部１７４は、合成鍵に基づいて算出されたハッシュ値と、認証鍵に基づいて算出され、情報記憶部１９０に記憶されたハッシュ値と、に基づいて端末２００を認証する。図４のサービス提供部１８０は、ハッシュ値認証部１７４で認証が成功した後に、端末２００にサービスを提供する。このため、情報記憶部１９０から情報が漏えいし、サービスを利用する権限が無い者が漏えいした情報を取得しても、第１部分鍵を生成することが困難であるため、ハッシュ値認証部１７４の認証を成功させることができない。よって、端末２００を使用する者が、サービスを利用する権限が無い者である場合、サービスを利用する権限が有る者になりすますことが困難であるから、サービスの不正利用を従来よりも防止できる。

　これらの構成によれば、図５の認証鍵ハッシュ値算出部１５６、及び、合成鍵ハッシュ値算出部１７３、は、認証鍵加工規則に従った加工が行われた認証鍵及び合成鍵にそれぞれ基づいてハッシュ値を算出する。ハッシュ値認証部１７４は、合成鍵ハッシュ値算出部１７３で算出されたハッシュ値と、認証鍵ハッシュ値算出部１５６で算出され、情報記憶部１９０に記憶されたハッシュ値と、に基づいて端末２００を認証する。このため、情報記憶部１９０に記憶されたハッシュ値が漏えいしたとしても、漏えいしたハッシュ値を入手した者は、どのような加工が認証鍵に行われたのか分からないので、ハッシュ値から第１部分鍵を生成することが困難である。よって、なりすましによるサービスの不正利用を従来よりも防止できる。

　この構成によれば、図５の第１部分鍵出力部１５３は、図３（ａ）のステップＳ０１ｂで番号認証が成功した後に、ステップＳ０６で第１部分鍵を、端末２００を宛先として出力する。このため、サービスを受ける権限の無い者が、サービスを受ける権限の有る者になりすまして、端末２００で第１部分鍵を不正に受信することを防止できる。

　これらの構成によれば、図４に示したサービス提供装置１００の通信部１１０と、図１０に示した端末２００のデータ通信回路２０５と、は、ワンタイム暗号キーを用いて暗号化された第１部分鍵やパスワードを送受信する。このため、サービスを受ける権限の無い者によって第１部分鍵やパスワードが傍受されたとしても、傍受された第１部分鍵やユーザ認証情報は暗号化されている。このため、第１部分鍵やユーザ認証情報を傍受した者が、サービスを受ける権限の有る者になりすますことを防止できる。

＜実施の形態１の変形例１＞
　実施の形態１では、生体情報は、ユーザの指紋を表す情報であるとして説明したが、これに限定される訳ではなく、例えば、ユーザの指又は手の静脈を表す情報、虹彩を表す情報、顔や耳の形を表す情報、又は、声紋を表す情報であっても良い。生体情報として指紋を表す情報を用いる場合は、ある指の指紋を表す情報に基づいて行った認証が失敗した場合でも、別の指の指紋を表す情報に基づいて行った認証が成功すれば、生体認証が成功したとみなしても良い。また、複数の指の指紋に基づいて複数回連続して認証を成功した場合に限って、生体認証が成功したとみなしても良い。さらに、虹彩を表す情報、指又は手の静脈を表す情報、指紋を表す情報、顔や耳の形を表す情報、及び、声紋を表す情報のいずれか１つ以上に基づいて、複数回連続して認証が成功した場合に限って、生体認証が成功としたとみなしても良い。

＜実施の形態１の変形例２＞
　実施の形態１では、認証鍵は、所定の桁数の乱数であると説明したが、これに限定される訳では無く、生成が行われる度に認証鍵の桁数を異ならせても良い。

　この構成によれば、情報記憶部１９０が記憶するハッシュ値や第２部分鍵が漏えいしたとしても、漏えいしたハッシュ値や第２部分鍵を取得した者は、認証鍵の桁数が何桁であったか分からないため、漏えいした第２部分鍵やハッシュ値から第１部分鍵を生成することが困難である。

　また、実施の形態１では、認証鍵分割規則は、第１部分鍵のバイト数と第２部分鍵のバイト数との差異が無くなる又は可能な限り少なくなる分割規則が望ましいと説明した。しかし、これに限定される訳では無く、例えば、認証鍵分割規則は、第１部分鍵のバイト数と第２部分鍵のバイト数との差異を分割の度に異ならせる規則でも良い。また、例えば、認証鍵分割規則は、第１部分鍵のバイト数又は第２部分鍵のバイト数を、第２部分鍵のバイト数又は第１部分鍵のバイト数よりも、所定バイトだけ多くする規則でも良い。

　この構成によれば、情報記憶部１９０が記憶するハッシュ値や第２部分鍵が漏えいしたとしても、漏えいしたハッシュ値や第２部分鍵を取得した者は、第１部分鍵のバイト数が何バイトであったか分からないため、漏えいした第２部分鍵やハッシュ値から第１部分鍵を生成することが困難である。

＜実施の形態１の変形例３＞
　実施の形態１では、図３（ａ）のステップＳ０１ａからステップＳ０１ｄで、サービス提供装置１００は、ユーザＩＤ認証、チャレンジレスポンス認証、及び、パスワード認証を実行し、番号認証及び生体認証の実行を要求すると説明した。これらの認証が成功した場合に、図３（ａ）のステップＳ０４からステップＳ１０で、サービス提供装置１００は、第１部分鍵及び第２部分鍵を生成し、ハッシュ値を算出すると説明した。しかし、サービス提供装置１００が行う又は要求する認証の順番は、図３（ａ）のステップＳ０１ａからステップＳ０１ｄに示した順番に限定される訳では無く、どのような順番で行われてもよい。また、サービス提供装置１００が行う又は要求する認証の種類は、図３（ａ）のステップＳ０１ａからステップＳ０１ｄで説明した認証に限定される訳では無い。また、サービス提供装置１００が行う又は要求する認証の種類は、図３（ａ）のステップＳ０１ａからステップＳ０１ｄで説明した認証のいずれか１つ以上であっても良い。

＜実施の形態１の変形例４＞
　実施の形態１では、図１３（ａ）のサービス提供処理のステップＳ１０１で、図４のユーザ認証部１２５がユーザＩＤ認証を行った後に、ステップＳ１０３で、生体認証を要求する、又は、パスワード認証を行うと説明した。また、図４の分散鍵認証部１７０は、ユーザＩＤ認証並びにパスワード認証若しくは生体認証が成功した後に、ステップＳ１０５からＳ１１１で、分散鍵認証を行うと説明した。しかし、ユーザ認証部１２５が行う又は要求する認証及び認証の順序は、これに限定される訳では無く、ユーザ認証部１２５がユーザＩＤ認証並びにパスワード認証若しくは生体認証のいずれか１つ以上を、どのような順序で行っても要求しても良い。また、分散鍵認証部１７０は、ユーザＩＤ認証並びにパスワード認証若しくは生体認証のいずれか１つ以上が成功した後に、分散鍵認証を行っても良い。

　この構成によれば、図５のハッシュ値認証部１７４は、ユーザ認証が成功した後に端末２００を分散鍵認証し、図４の提供部１８０は、ハッシュ値認証部１７４で分散鍵認証が成功した後に、端末２００に対してサービスを提供する。このため、例えば、端末２００の紛失や盗難があっても、端末２００を発見した又は盗んだ者がユーザ認証部１２５のユーザ認証を成功させることが困難である。よって、サービスを利用する権限が無い者が、サービスを利用する権限が有る者になりすますことが難しく、サービスの不正利用を従来よりも防止できる。

＜実施の形態１の変形例５＞
　実施の形態１では、認証ＩＤは、ユーザが使用する端末２００の電話番号に対して、番号加工規則に従った加工を行った後に、番号変換規則に従って不可逆な変換を行った情報であるとして説明したが、これに限定される訳ではない。認証ＩＤは、電話番号に対して、番号加工規則に従った加工、及び、番号変換規則に従った不可逆な変換のいずれか１つのみを行った情報であっても良いし、電話番号に対して番号変換規則に従った変換を行った後に、番号加工規則に従った加工を行った情報であっても良い。

＜実施の形態１の変形例６＞
　図４の情報記憶部１９０は、複数の互いに異なる認証鍵加工規則を記憶しており、図５の認証鍵加工部１５５及び合成鍵加工部１７２は、認証鍵及び合成鍵の加工に用いる認証鍵加工規則として、情報記憶部１９０に記憶された複数の認証鍵加工規則から１つを選択しても良い。特に、認証鍵加工部１５５及び合成鍵加工部１７２は、例えば、端末２００から送信されたユーザの生体情報で表される生体の特徴点に基づいて、複数の認証鍵加工規則から１つを選択しても良い。

　例えば、情報記憶部１９０は、複数の数値範囲と、複数の認証鍵加工規則と、を一対一で対応付けて記憶しており、認証鍵加工部１５５及び合成鍵加工部１７２は、生体情報で表される生体の特徴点をカウントし、カウントされた特徴点の数が属する数値範囲に対応付けられた認証鍵加工規則を選択しても良い。

　これらの構成によれば、認証鍵加工規則が、ユーザの生体が有する特徴に基づいて選択される。このため、認証鍵の一部又は全部が漏洩したとしても、漏洩した情報を取得したユーザの生体が有する特徴と、サービスを受ける権限を有するユーザの生体が有する特徴と、が異なるため、漏洩した情報を用いて分散鍵認証を成功させることが困難であるから、サービスの不正利用を従来よりも防止できる。

＜実施の形態１の変形例７＞
　図４の情報記憶部１９０は、複数の互いに異なるハッシュ関数を記憶しており、図５の認証鍵ハッシュ値算出１５６及び合成鍵ハッシュ値算出部１７３は、加工された認証鍵及び合成鍵のハッシュ値の算出に用いるハッシュ関数として、情報記憶部１９０に記憶された複数のハッシュ関数から１つを選択しても良い。特に、認証鍵ハッシュ値算出部１５６及び合成鍵ハッシュ値算出部１７３は、例えば、ユーザの生体の特徴点に基づいて、複数のハッシュ関数から１つを選択しても良い。

＜実施の形態２＞
　実施の形態１に係るサービス提供システム１は、サービス提供装置１００、端末２００、及び、認証装置９００を備え、ユーザは、端末２００を利用すると説明した。これに対して、実施の形態２に係るサービス提供システム１は、図１４に示すように、サービス提供装置１００、端末２００、及び、認証装置９００の他に、端末２５０を備え、ユーザは、端末２００及び端末２５０の双方を利用する。

　端末２００は、スマートフォンであり、端末２５０は、パーソナルコンピュータである。端末２５０は、ノート型であっても良いし、デスクトップ型であっても良いし、タブレット型であっても良い。端末２５０は、端末２００と同様に、不図示のＣＰＵ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、データ通信回路、ビデオカード、ＬＣＤ、タッチパネル、及び、指紋センサを備えるが、音声通信回路を備えていない。

　実施の形態２では、図３（ｂ）の設定要求処理、図９（ｂ）の被番号認証処理、及び、図１３（ｂ）のサービス利用処理は、図９（ｂ）の電話接続制御を行うステップＳ４２の処理を除き、パーソナルコンピュータである端末２５０が実行する。これに対し、電話接続制御を行うステップＳ４２の処理は、スマートフォンである端末２００が実行する。

　図９（ｂ）の被番号認証処理では、ステップＳ４１で、端末２５０のＣＰＵが電話接続要求を取得する（ステップＳ４１）と、端末２５０のＣＰＵは、認証装置９００との電話接続を促すメッセージをＬＣＤに表示させる。

　その後、メッセージを視認したユーザは、スマートフォンである端末２００を操作し、端末２００のＣＰＵ２０１は、ユーザの操作に従って、認証装置９００と電話接続するように、図１０の音声通信回路２０６を制御する（ステップＳ４２）。

　電話接続が行われた後、ユーザは、パーソナルコンピュータである端末２５０を操作し、端末２５０のＣＰＵは、ユーザの操作に従って接続完了通知を出力した後に（ステップＳ４３）、番号認証処理の実行を終了する。

　これらの構成によれば、認証装置９００は、端末２５０が電話接続要求を受信してから行われる端末２００との電話接続の際に通知される発信者番号に基づいて認証を行う。このため、端末２００及び端末２５０の双方がサービスの利用権限を有するユーザによって使用されていることを認証できる。

　請求の範囲に記載されたシステムとは、複数の装置を備えるシステムに限定されるのではなく、請求の範囲に記載された構成及び機能を有する１つの装置であっても良い。本発明の実施の形態１、実施の形態１の変形例１から７、及び実施の形態２に係るサービス提供システム１は、サービス提供装置１００と認証装置９００とを備えると説明したが、これに限定される訳ではない。サービス提供システム１は、認証装置９００を備えず、認証装置９００が有するハードウェア構成及び機能をさらに備えるサービス提供装置１００を備えても良い。

　本発明の実施の形態１、実施の形態１の変形例１から７、及び実施の形態２は、互いに組み合わせることができる。また、本発明の実施の形態１、実施の形態１の変形例１から７、及び実施の形態２のいずれかに係る機能を実現するための構成を予め備えたサービス提供装置１００として提供できることはもとより、プログラムの適用により、既存のサービス提供装置を実施の形態１、実施の形態１の変形例１から７、及び実施の形態２のいずれかに係るサービス提供装置１００として機能させることもできる。すなわち、上記実施の形態１、実施の形態１の変形例１から７、及び実施の形態２のいずれかで例示したサービス提供装置１００による各機能構成を実現させるためのプログラムを、既存のサービス提供装置を制御するコンピューター（ＣＰＵなど）が実行することで、実施の形態１、実施の形態１の変形例１から７、及び実施の形態２のいずれかに係るサービス提供装置１００として機能させることができる。

　このようなプログラムの配布方法は任意であり、例えば、メモリカード、ＣＤ－ＲＯＭ、又はＤＶＤ－ＲＯＭなどの記録媒体に格納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。尚、サービス提供方法は、サービス提供システム１を用いて実施できる。

　また、本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

　本発明は、サービスを提供するサービス提供システムに適する。

１　サービス提供システム、１００　サービス提供装置、１０１，２０１,９０１　ＣＰＵ、１０２，２０２,９０２　ＲＯＭ、１０３,９０３ハードディスク、１０４，２０４,９０４　ＲＡＭ、１０５　ネットワーク通信回路、１０６,９０６　専用線通信回路、１０７，２０７,９０７　ビデオカード、１０８，２０８,９０８　ＬＣＤ、１０９,９０９　キーボード、１１０,９３０　通信部、１２０,９４０　取得部、１２５　ユーザ認証部、１３０　番号認証要求部、１４０　ユーザ認証設定部、１５０　分散鍵設定部、１５１　認証鍵生成部、１５２　認証鍵分解部、１５３　第１部分鍵出力部、１５４　第２部分鍵保存部、１５５　認証鍵加工部、１５６　認証鍵ハッシュ値算出部、１５７　ハッシュ値保存部、１７０　分散鍵認証部、１７１　部分鍵合成部、１７２　合成鍵加工部、１７３　合成鍵ハッシュ値算出部、１７４　ハッシュ値認証部、１８０　提供部、１９０,９９０　情報記憶部、１９１　分散鍵認証テーブル、１９２　ユーザ認証テーブル、１９３　番号認証テーブル、２００　端末、２０３　フラッシュメモリ、２０５　データ通信回路、２０６,９０５　音声通信回路、２０９　タッチパネル、２１０　指紋センサ、９００　認証装置、９１０　電話接続制御部、９２０　電話接続部、９５０　認証ＩＤ生成部、９６０　認証ＩＤ保存部、９７０　認証ＩＤ削除部、９８０　番号認証部、ＰＮ　公衆回線網、ＩＮ　インターネット

Claims (6)

1. 　認証鍵の一部分である第１部分鍵を端末から受信する通信部と、
   　前記認証鍵から前記第１部分鍵が削除された第２部分鍵と、前記認証鍵に基づいて算出されたハッシュ値と、を記憶する記憶部と、
   　前記受信された第１部分鍵と、前記記憶された第２部分鍵と、を合成した合成鍵に基づいて、ハッシュ値を算出する算出部と、
   　前記算出されたハッシュ値と、前記記憶されたハッシュ値と、に基づいて、前記端末を認証するハッシュ値認証部と、
   　前記ハッシュ値認証部が前記端末の認証を成功すると、前記端末に対してサービスを提供する提供部と、を備える、
   　ことを特徴とするサービス提供システム。
2. 　前記記憶部に記憶されたハッシュ値は、所定の加工が行われた前記認証鍵に基づいて算出されたものであり、
   　前記合成鍵に対して前記所定の加工を行う加工部、をさらに備え、
   　前記算出部は、前記加工部で加工が行われた前記合成鍵に基づいて前記ハッシュ値を算出し、
   　前記ハッシュ値認証部は、前記加工が行われた合成鍵に基づいて算出されたハッシュ値と、前記加工が行われた認証鍵に基づいて算出されたハッシュ値と、に基づいて前記端末を認証する、
   　ことを特徴とする請求項１に記載のサービス提供システム。
3. 　前記端末を使用するユーザを、前記ユーザの生体情報を用いて認証するように要求する、又は、前記ユーザのパスワードを用いて認証するユーザ認証部、をさらに備え、
   　前記ハッシュ値認証部は、前記ユーザの生体情報を用いた認証を前記端末が成功した後、又は、前記ユーザのパスワードを用いた認証を前記ユーザ認証部が成功した後に、前記端末を認証する、
   　ことを特徴とする請求項１又は２に記載のサービス提供システム。
4. 　前記記憶部は、前記サービスを利用する権限を有するユーザの電話番号に対して予め定められた加工及び変換のいずれか１つ以上が行われた認証ＩＤを記憶しており、
   　前記端末である第１端末からの着信、又は、前記権限を有するユーザが使用する前記第１端末と異なる第２端末からの着信と共に通知された発信者番号に対して、前記予め定められた加工及び変換のいずれか１つ以上が行われた情報と、前記記憶部に記憶された前記認証ＩＤと、に基づいて認証を行う番号認証部と、
   　前記番号認証部が認証を成功すると、前記認証鍵を生成する生成部と、
   　前記生成部で生成された認証鍵の前記第２部分鍵と、前記生成部で生成された認証鍵に基づいて算出されたハッシュ値と、を、前記記憶部に保存する保存部と、をさらに備え、
   　前記通信部は、前記生成部で生成された前記認証鍵の前記第１部分鍵を前記第１端末へ送信する、
   　ことを特徴とする請求項１ないし３のいずれか一項に記載のサービス提供システム。
5. 　コンピュータを、
   　認証鍵の一部分である第１部分鍵を取得する取得部、
   　前記認証鍵から前記第１部分鍵が削除された第２部分鍵と、前記認証鍵に基づいて算出されたハッシュ値と、を記憶する記憶部、
   　前記取得された第１部分鍵と、前記記憶された第２部分鍵と、を合成した合成鍵に基づいて、ハッシュ値を算出する算出部、
   　前記算出されたハッシュ値と、前記記憶されたハッシュ値と、に基づいて、前記第１部分鍵を送信した端末を認証するハッシュ値認証部、
   　前記ハッシュ値認証部が前記端末の認証を成功すると、前記端末に対してサービスを提供する提供部、として機能させる、
   　ことを特徴とするプログラム。
6. 　認証鍵の一部分である第１部分鍵が前記認証鍵から削除された第２部分鍵と、前記認証鍵に基づいて算出されたハッシュ値と、を記憶する記憶部を備え、前記第１部分鍵と前記第２部分鍵とを用いた認証を成功した端末にサービスを提供するサービス提供装置で実行される方法であって、
   　前記サービス提供装置が、前記第１部分鍵を前記端末から受信する通信ステップと、
   　前記サービス提供装置が、前記受信された第１部分鍵と、前記記憶された第２部分鍵と、を合成した合成鍵に基づいて、ハッシュ値を算出する算出ステップと、
   　前記サービス提供装置が、前記算出されたハッシュ値と、前記記憶されたハッシュ値と、に基づいて、前記端末を認証するハッシュ値認証ステップと、
   　前記サービス提供装置が、前記ハッシュ値認証ステップで前記端末の認証を成功すると、前記端末に対してサービスを提供する提供ステップと、を有する、
   　ことを特徴とするサービス提供方法。

Images