(57)【要約】      （修正有）【課題】セキュリティを向上させるとともに、認証の成功率の低下を防ぐことができる認証方法を提供する。【解決手段】通信端末は、ＵＵＩＤを生成しＳ１０３、通信端末の電話番号とＵＵＩＤを含む登録要求を認証サーバへ送信するＳ１０５。認証サーバは、パスワードを生成し、ＵＵＩＤと電話番号に対応付けてパスワードを認証データベースに記憶するＳ１０７。認証サーバは、パスワードを通信端末へ送信するＳ１０８。続いて、通信端末は、発信者番号通知機能を用いて発呼し、パスワードをトーン信号に変換して電話回線を介して中継サーバへ送信するＳ１０９。認証サーバは、発信者番号通知機能により通知された電話番号とトーン信号から復元されたパスワードＳ１１５とを中継サーバから取得するＳ１１６。認証サーバは、取得した電話番号及びパスワードが認証データベースに記憶されている場合、ＵＵＩＤを通信端末の認証情報として利用可能にするＳ１１７。【選択図】図５
2017151753.tif 000002
【特許請求の範囲】
【請求項１】
通信端末において識別情報を生成するステップと、
前記通信端末の電話番号及び前記生成された識別情報を通信端末から認証サーバに送信するステップと、
前記認証サーバにおいてパスワードを生成し、前記生成されたパスワードを前記送信された電話番号及び識別情報に対応付けてデータベースに記憶するステップと、
前記生成されたパスワードを前記認証サーバから前記通信端末に送信するステップと、
前記通信端末が発信者番号通知機能を用いて所定の発呼先に発呼した場合、前記送信されたパスワードをトーン信号に変換して電話回線を介して前記通信端末から送信するステップと、
前記認証サーバが前記発信者番号通知機能により通知された電話番号を取得し、前記電話回線を介して送信されたパスワードを取得した場合、前記取得された電話番号及びパスワードが前記データベースに記憶されているか否かを判断するステップと、
前記取得された電話番号及びパスワードが記憶されている場合、前記データベースにおいて前記電話番号及びパスワードに対応付けられた識別情報を、前記通信端末の認証情報として利用可能にするステップとを備える認証方法。
【請求項２】
請求項１に記載の認証方法であって、さらに、
前記所定の発呼先である中継サーバにおいて、前記トーン信号に変換されたパスワードを復元するステップと、
前記発信者番号通知機能により通知された電話番号と、前記復元された識別情報とを前記中継サーバから前記認証サーバに送信するステップとを備える認証方法。
【請求項３】
請求項１又は２に記載の認証方法であって、
前記通信端末に送信するステップは、前記所定の発呼先の電話番号を送信する認証方法。
【請求項４】
請求項３に記載の認証方法であって、
前記所定の発呼先の電話番号は、発信者番号通知機能の利用を許可する情報を含む認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証方法に関し、さらに詳しくは、電話を用いた認証方法に関する。
【背景技術】
【０００２】
携帯電話やスマートフォンなどの通信端末にインストールされたアプリケーションプログラムを使用する際に、アプリケーションの不正使用を防止するために認証が行われる。
【０００３】
例えば、通信端末は、アプリケーションプログラムの起動時に、ログインＩＤ及びパスワードの入力を受け付ける。通信端末は、入力されたログインＩＤ及びパスワードを認証サーバに送信する。認証サーバは、送信されたログインＩＤ及びパスワードに基づいて通信端末を認証する。認証が成功した場合、通信端末は、アプリケーションプログラムの実行を継続する。一方、認証が失敗した場合、通信端末は、アプリケーションプログラムを強制的に終了させる。
【０００４】
しかし、上記のような、ログインＩＤ及びパスワードのみを用いた認証の場合、第三者によるなりすましを防ぐことができない。特許文献１には、ワンタイムパスワードを用いることにより、認証時におけるセキュリティを向上させた認証方法が開示されている。
【０００５】
特許文献１に係る認証方法において、認証装置は、社内システムへの接続を要求するショートメッセージを携帯電話から受信した場合、ワンタイムパスワードを生成する。認証装置は、生成したワンタイムパスワードを含むＵＲＬ（Uniform Resource Locator）を、ショートメッセージを用いて携帯電話に送信する。携帯電話は、ＵＲＬを含むショートメッセージを受信した場合、受信したショートメッセージに含まれるＵＲＬを用いて、認証装置にアクセスする。認証装置は、アクセスに用いられたＵＲＬからワンタイムパスワードを取得し、取得したワンタイムパスワードを用いて、社内システムへの接続を許可するか否かを判断する。
【０００６】
特許文献１に係る認証方法は、上述のように、ワンタイムパスワードを含むＵＲＬの送信にショートメッセージを使用する。ショートメッセージサービスを提供する携帯電話会社が、いわゆる迷惑メールの対策として、ＵＲＬを含むショートメッセージをブロックする場合がある。この場合、携帯電話は、ワンタイムパスワードを取得することができないため、認証の成功率が低下する。また、ユーザが、ＵＲＬを含むショートメッセージの受信を拒否するように携帯電話を設定していた場合も同様に、認証の成功率が低下する。
【０００７】
このように、ショートメッセージを利用する従来の認証方法には、認証の成功率が低下するという問題があった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許５７６４５０１号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、セキュリティを向上させるととともに、認証の成功率の低下を防ぐことができる認証方法を提供することである。
【課題を解決するための手段及び発明の効果】
【００１０】
本発明に係る認証方法は、通信端末において識別情報を生成するステップと、通信端末の電話番号及び生成された識別情報を通信端末から認証サーバに送信するステップと、認証サーバにおいてパスワードを生成し、生成されたパスワードを送信された電話番号及び識別情報に対応付けてデータベースに記憶するステップと、生成されたパスワードを認証サーバから通信端末に送信するステップと、通信端末が発信者番号通知機能を用いて所定の発呼先に発呼した場合、送信されたパスワードをトーン信号に変換して電話回線を介して通信端末から送信するステップと、認証サーバが発信者番号通知機能により通知された電話番号を取得し、電話回線を介して送信されたパスワードを取得した場合、取得された電話番号及びパスワードがデータベースに記憶されているか否かを判断するステップと、取得された電話番号及びパスワードが記憶されている場合、データベースにおいて電話番号及びパスワードに対応付けられた識別情報を、通信端末の認証情報として利用可能にするステップとを備える。
【００１１】
本発明によれば、通信端末は、発信者番号通知機能を用いて所定の発呼先に発呼することによりパスワードを送信する。電話の発呼は、ショートメッセージのように拒否されることがないため、認証サーバが電話番号及びパスワードを取得できないケースが発生することを抑制できる。従って、本発明に係る認証方法は、認証の成功率の低下を防ぐことができる。
【００１２】
好ましくは、本発明に係る認証方法は、さらに、所定の発呼先である中継サーバにおいて、トーン信号に変換されたパスワードを復元するステップと、発信者番号通知機能により通知された電話番号と、復元された識別情報とを中継サーバから認証サーバに送信するステップとを備える。
【００１３】
本発明によれば、通信端末が電話番号の通知及びパスワードの送信を行う際に、電話番号の通知先及びパスワードの送信先が認証サーバに設定されない。パスワード及び電話番号は、中継サーバを迂回してから認証サーバに送信されることにより、第三者による電話番号及びパスワードの不正な取得を防止できるため、通信端末の認証時におけるセキュリティを向上させることができる。
【００１４】
好ましくは、通信端末に送信するステップは、所定の発呼先の電話番号を送信する。
【００１５】
本発明によれば、通信端末が認証サーバから所定の発呼先の電話番号を取得するため、ユーザは、所定の発呼先の電話番号を通信端末に入力をしなくてもよい。
【００１６】
好ましくは、所定の発呼先の電話番号は、発信者番号通知機能の利用を許可する情報を含む。
【００１７】
本発明によれば、通信端末が、発信者番号通知機能を利用せずに発呼することを防止できるため、認証の成功率の低下をさらに防ぐことができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に係る認証システムの構成を示す機能ブロック図である。
【図２】図１に示す通信端末の構成を示す機能ブロック図である。
【図３】図１に示す認証サーバの構成を示す機能ブロック図である。
【図４】図１に示す中継サーバの構成を示す機能ブロック図である。
【図５】図１に示す認証システムの動作を示すシーケンス図である。
【図６】図１に示す通信端末に表示される電話番号入力画面の一例を示す図である。
【図７】図３に示す認証データベースの一例を示す図である。
【図８】図１に示す通信端末に表示される認証画面の一例を示す図である。
【図９】図１に示す通信端末に表示される発呼中画面の一例を示す図である。
【図１０】図１に示す通信端末の認証が完了した後の認証画面の一例を示す図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００２０】
｛１．認証システムの構成｝
｛１．１．全体構成｝
図１は、本発明の実施の形態に係る認証システム１００の構成を示す機能ブロック図である。図１に示すように、認証システム１００は、通信端末１と、認証サーバ２と、中継サーバ３と、無線ルータ４と、インターネット５と、携帯電話通信網６とを備える。
【００２１】
通信端末１は、携帯電話、スマートフォン、タブレット端末などの携帯用の通信機器である。通信端末１は、認証サーバ２からアプリケーションプログラムをダウンロードしてインストールする。通信端末１は、インストールされたアプリケーションプログラムを起動する際に、認証サーバ２の認証を受ける。
【００２２】
通信端末１は、認証サーバ２から初めて認証を受ける場合、ＵＵＩＤ（Universally Unique IDentifier）を生成する。通信端末１は、無線ルータ４及びインターネット５を介して、ＵＵＩＤ及び通信端末１の電話番号を認証サーバ２に送信する。また、通信端末１は、携帯電話通信網６を利用して中継サーバ３に発呼し、認証サーバ２から取得したパスワードをトーン信号に変換して中継サーバ３に送信する。通信端末１が認証サーバ２から初めて認証を受ける場合における通信端末１の動作の詳細については、後述する。
【００２３】
中継サーバ３は、認証サーバ２が通信端末１を初めて認証する際に、通信端末１から送信される情報を中継する。中継サーバ３は、図示しない固定電話回線網を介して携帯電話通信網６に接続されているため、通信端末１と通話可能である。通信端末１が発信者番号通知機能を用いて中継サーバ３に発呼した場合、中継サーバ３は、通信端末１の電話番号を取得する。中継サーバ３は、通信端末１から送信されるトーン信号を取得し、取得したトーン信号からパスワードを復元する。中継サーバ３は、取得した通信端末１の電話番号と復元したパスワードとを、インターネット５を介して認証サーバ２に送信する。
【００２４】
認証サーバ２は、アプリケーションプログラムを提供する会社によって運営され、アプリケーションプログラムをインストールした通信端末１を認証する。認証サーバ２は、通信端末１を初めて認証する場合、中継サーバ３から送信される通信端末１の電話番号及びパスワードを使用する。認証サーバ２は、中継サーバ３から送信された電話番号及びパスワードに基づいて通信端末１を認証した場合、通信端末１により生成されたＵＵＩＤを利用可能にする。認証サーバ２は、２回目以降に通信端末１を認証する場合、利用可能とされたＵＵＩＤを使用する。通信端末１を初めて認証する場合における認証サーバ２の動作の詳細については後述する。
【００２５】
無線ルータ４は、インターネット５を介した通信端末１と認証サーバ２との間の通信を中継する。携帯電話通信網６は、携帯電話事業者によって提供される通信回線である。
【００２６】
｛１．２．通信端末１の構成｝
図２は、図１に示す通信端末１の構成を示す機能ブロック図である。図２に示すように、通信端末１は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、タッチパネル１３と、フラッシュメモリ１４と、電話回線インタフェース１５と、無線ＬＡＮ（Local Area Network）インタフェース１６とを備える。
【００２７】
ＣＰＵ１１は、フラッシュメモリ１４に格納された各種プログラムをＲＡＭ１２にロードし、ロードされたプログラムを実行して通信端末１を制御する。ＲＡＭ１２は、通信端末１のメインメモリである。タッチパネル１３は、ＣＰＵ１１によるプログラムの実行結果などを表示し、ユーザがタッチした位置を操作情報として出力する。
【００２８】
フラッシュメモリ１４は、不揮発性の半導体メモリであり、アプリケーションプログラム１７と、ＵＵＩＤ８１とを格納する。アプリケーションプログラム１７は、認証サーバ２からダウンロードされ、通信端末１にインストールされることによりフラッシュメモリ１４に格納される。アプリケーションプログラム１７は、例えば、ゲームプログラムや、動画視聴プログラムなどであり、その内容は特に限定されない。ＵＵＩＤ８１は、通信端末１がアプリケーションプログラム１７を初めて起動した場合に生成される。
【００２９】
電話回線インタフェース１５は、携帯電話通信網６に接続し、電話回線を介して中継サーバ３と通信する。無線ＬＡＮインタフェース１６は、例えば、IEEE802.11に準拠しており、無線ルータ４及びインターネット５を介して認証サーバ２と通信する。
【００３０】
｛１．３．認証サーバ２の構成｝
図３は、図１に示す認証サーバ２の構成を示す機能ブロック図である。図３に示すように、認証サーバ２は、ＣＰＵ２１と、ＲＡＭ２２と、ディスプレイ２３と、ＨＤＤ（hard disk drive）２４と、ネットワークインタフェース２５とを備える。
【００３１】
ＣＰＵ２１は、ＨＤＤ２４に格納された各種プログラムをＲＡＭ２２にロードし、ロードされたプログラムを実行して認証サーバ２を制御する。ＲＡＭ２２は、認証サーバ２のメインメモリである。ディスプレイ２３は、ＣＰＵ２１によるプログラムの実行結果などを表示する。
【００３２】
ＨＤＤ２４は、アプリケーションプログラム１７と、認証プログラム２６と、認証データベース２７と、発呼先番号２８とを格納する。認証プログラム２６は、コンピュータを認証サーバ２として機能させるためのプログラムである。認証データベース２７は、通信端末１の認証に用いられる各種データを格納する。認証データベース２７の詳細については後述する。アプリケーションプログラム１７は、通信端末１からのダウンロード要求により通信端末１に送信される。発呼先番号２８は、中継サーバ３の電話番号であり、予めＨＤＤ２４に記憶されている。
【００３３】
ネットワークインタフェース２５は、インターネット５を介して、通信端末１及び中継サーバ３と通信する。
【００３４】
｛１．４．中継サーバ３の構成｝
図４は、図１に示す中継サーバ３の構成を示す機能ブロック図である。図４に示すように、認証サーバ２は、ＣＰＵ３１と、ＲＡＭ３２と、ディスプレイ３３と、ＨＤＤ３４と、電話回線インタフェース３５と、ネットワークインタフェース３６とを備える。
【００３５】
ＣＰＵ３１は、ＨＤＤ３４に格納された各種プログラムをＲＡＭ３２にロードし、ロードされたプログラムを実行して中継サーバ３を制御する。ＲＡＭ３２は、中継サーバ３のメインメモリである。ディスプレイ３３は、ＣＰＵ３１によるプログラムの実行結果などを表示する。
【００３６】
ＨＤＤ３４は、中継プログラム３７を格納する。中継プログラム３７は、コンピュータを中継サーバ３として機能させるためのプログラムである。電話回線インタフェース３５は、図示しない固定電話通信網と接続され、固定電話通信網及び携帯電話通信網６を介して通信端末１と通信する。ネットワークインタフェース３６は、インターネット５を介して、認証サーバ２と通信する。
【００３７】
｛２．認証システム１００の動作｝
通信端末１がアプリケーションプログラム１７を初めて起動した場合、通信端末１は、ＵＵＩＤ８１を生成し、通信端末１の電話番号と認証サーバ２により生成されたパスワードとに基づいて、認証サーバ２の認証を受ける。これにより、通信端末１により生成されたＵＵＩＤ８１が、２回目以降のアプリケーションプログラム１７の起動時において、通信端末１の認証情報として用いられる。
【００３８】
図５は、通信端末１がアプリケーションプログラム１７を初めて起動した場合における認証システム１００の動作を示すシーケンス図である。認証サーバ２は、認証プログラム２６の実行により、図５に示す処理を実行し、中継サーバ３は、中継プログラム３７の実行により、図５に示す各処理を実行する。
【００３９】
｛２．１．アプリケーションプログラム１７のインストール｝
通信端末１は、インターネット５を介して認証サーバ２にアクセスし、認証サーバ２からアプリケーションプログラム１７をダウンロードする（ステップＳ１０１）。この時点で、ＵＵＩＤ８１は、フラッシュメモリ１４に格納されていない。通信端末１は、ダウンロードしたアプリケーションプログラム１７をインストールする（ステップＳ１０２）。
【００４０】
通信端末１は、ユーザの操作に応じて、インストールされたアプリケーションプログラム１７を起動する。最初に、通信端末１は、図示しないアプリケーションプログラム１７の利用規約画面を表示する。
【００４１】
｛２．２．ＵＵＩＤ８１の生成｝
通信端末１は、ユーザが利用規約に同意する操作をした場合、ＵＵＩＤ８１を生成する（ステップＳ１０３）。ＵＵＩＤ８１は、通信端末１と別の装置により生成されたＵＵＩＤと重複することがない識別子であり、ＯＳＦ（Open Software Foundation）により標準化されている。ＵＵＩＤ８１は、１２８ビットのデータであり、所定のアルゴリズムによって生成される。アプリケーションプログラム１７には、ＵＵＩＤを生成するためのアルゴリズムが組み込まれているため、通信端末１は、アプリケーションプログラム１７を実行することにより、ＵＵＩＤ８１を生成することができる。生成されたＵＵＩＤ８１は、フラッシュメモリ１４に格納される。
【００４２】
上述のように、ＵＵＩＤ８１は、アプリケーションプログラム１７の２回目以降の起動時において通信端末１を認証するために用いられ、図５に示す通信端末１の認証では用いられない。
【００４３】
次に、通信端末１は、電話番号入力画面をタッチパネル１３に表示して、通信端末１の電話番号の入力を受け付ける（ステップＳ１０４）。図６は、電話番号入力画面の一例を示す図である。図６に示すように、電話番号入力画面４０は、メッセージ欄４１と、電話番号入力欄４２と、画面遷移指示欄４３とを含む。
【００４４】
メッセージ欄４１には、通信端末１の電話番号の入力を促すメッセージが表示される。電話番号入力欄４２には、テキストボックス４２Ａが配置される。ユーザは、タッチパネル１３に表示される図示しないキーパッドを操作して、通信端末１の電話番号８２をテキストボックス４２Ａに入力する。電話番号８２に含まれる文字「Ｚ」は、０〜９までのいずれかの数字を示す。
【００４５】
ユーザは、電話番号８２を入力した後に、画面遷移指示欄４３に配置されるボタン４３Ａをタップして、電話番号８２の入力を完了する。ボタン４３Ａがタップされることにより、通信端末１は、電話番号８２の入力を受け付け（ステップＳ１０４）、テキストボックス４２Ａに入力された電話番号８２をＲＡＭ１２に保持する。
【００４６】
｛２．３．ＵＵＩＤ８１及び電話番号８２の登録｝
次に、通信端末１は、登録要求を認証サーバ２に送信する（ステップＳ１０５）。登録要求は、ステップＳ１０３で生成したＵＵＩＤ８１と、ステップＳ１０４で受け付けた電話番号８２とを含む。これにより、ＵＵＩＤ８１及び電話番号８２が、通信端末１から認証サーバ２に送信される。
【００４７】
認証サーバ２は、登録要求を通信端末１から受信した場合、通信端末１の認証を開始する。認証サーバ２は、通信端末１から送信されたＵＵＩＤ８１及び電話番号８２を認証データベース２７に登録する（ステップＳ１０６）。
【００４８】
図７は、認証データベース２７の一例を示す図である。図７に示す認証データベース２７において、レコード２７Ａ及び２７Ｂは、既にＵＵＩＤを認証情報として利用可能な通信端末（通信端末１と別の装置）に対応する。レコード２７Ｃは、通信端末１に関する認証情報を記憶する。ただし、認証サーバ２が通信端末１から登録要求を受信した時点で、レコード２７Ｃは生成されていない。
【００４９】
認証データベース２７において、ＵＵＩＤカラムには、通信端末１など、アプリケーションプログラム１７を実行する装置から送信されるＵＵＩＤを記憶する。図７において、各レコードに記憶されるＵＵＩＤを１６進数で表記しており、ＵＵＩＤを構成する１２８ビットのうち一部のビットの表記を省略している。認証データベース２７において、ＵＵＩＤが主キーとして用いられる。電話番号カラムには、登録要求に含まれる電話番号が記憶される。図７において、文字「Ｘ」、「Ｙ」及び「Ｚ」は、０〜９までのいずれかの数を示す。パスワードカラムには、認証サーバ２が登録要求の受信に応じて生成するパスワードが記録される。
【００５０】
認証フラグは、認証データベース２７に記憶されているＵＵＩＤが通信端末の認証情報として利用可能であるか否かを示すフラグである。認証フラグが「有効」である場合、ＵＵＩＤを通信端末の認証情報として利用可能である。一方、認証フラグが「無効」である場合、ＵＵＩＤを通信端末の認証情報として利用できない。
【００５１】
認証サーバ２は、通信端末１から登録要求を受信した場合、レコード２７Ｃを新たに生成し、受信した登録要求に含まれるＵＵＩＤ８１「Ｂ０７３ＢＥ．．．Ｆ５ＥＥ２」及び通信端末１の電話番号８２「０９０ＺＺＺＺＺＺＺ」をレコード２７Ｃに記憶する。また、通信端末１の認証が完了していないため、レコード２７Ｃにおいて、認証フラグは、「無効」に設定される。ＵＵＩＤ８１及び電話番号８２が登録された時点で、パスワード８３は、認証データベース２７に記憶されていない。
【００５２】
認証サーバ２は、パスワード８３を新たに生成し、生成したパスワード８３を、通信端末１から送信されたＵＵＩＤ８１及び電話番号８２に対応付けてレコード２７Ｃに記憶する（ステップＳ１０７）。生成されるパスワード８３は、４桁の数値「６３４４」であり、所定の文字コードにより記述される。所定の文字コードは、特に限定されず、例えば、ＩＳＯ−２０２２−ＪＰである。パスワード８３の文字数は、４に限定されない。また、パスワード８３は、アルファベットなどの文字を含んでもよい。
【００５３】
次に、認証サーバ２は、登録完了通知を通信端末１に送信する（ステップＳ１０８）。登録完了通知は、ステップＳ１０７で生成されたパスワード８３と、ＨＤＤ２４に格納されている発呼先番号２８とを含む。登録完了通知に含まれる発呼先番号２８は、中継サーバ３の電話番号と、発信者番号通知機能の利用を許可する情報とを含む。発信者番号通知機能の利用を許可する情報（以下、「通知許可情報」と記載する。）は、具体的には、３桁の数字「１８６」であり、中継サーバ３の電話番号の先頭に付加されている。これにより、発呼先番号２８と、ＵＵＩＤ８１に対応付けられたパスワード８３とが、通信端末１に送信される。
【００５４】
｛２．４．中継サーバ３への発呼｝
図８は、タッチパネル１３に表示される認証画面の一例を示す図である。図８に示す認証画面５０は、認証サーバ２による認証が完了する前にタッチパネル１３に表示される。通信端末１は、認証サーバ２から登録完了通知を受信した場合、タッチパネル１３の表示を、図６に示す電話番号入力画面４０から図８に示す認証画面５０に遷移させる。
【００５５】
図８に示すように、認証画面５０は、電話番号確認欄５１と、パスワード表示欄５２と、発呼指示欄５３とを含む。電話番号確認欄５１において、電話番号入力画面４０に入力された電話番号８２がテキストボックス５１Ａに表示される。ユーザは、電話番号８２を修正したい場合、テキストボックス５１Ａ内の電話番号８２を修正した上で、ボタン５１Ｂをタップする。図５に示していないが、ボタン５１Ｂがタップされた場合、通信端末１は、ＵＵＩＤ８１及び修正された電話番号８２を認証サーバ２に送信して、電話番号８２の変更を要求すればよい。
【００５６】
パスワード表示欄５２には、ステップＳ１０８で通信端末１に送信されたパスワード８３が表示される。具体的には、４桁の数値「６３４４」が、パスワード８３として表示される。パスワード表示欄５２には、パスワード８３のメモを促すメッセージが表示される。この理由は、ステップＳ１１２において、ユーザがパスワード８３を入力する操作をする際に、認証画面５０がタッチパネル１３に表示されないためである。
【００５７】
発呼指示欄５３には、電話をかけることを促すメッセージと、ボタン５３Ａとが配置される。ボタン５３Ａは、登録完了通知に含まれる発呼先番号２８への発呼を指示するためのボタンである。
【００５８】
ボタン５３Ａがタップされた場合、通信端末１は、図５に示すように、発呼先番号２８を用いて中継サーバ３に発呼する（ステップＳ１０９）。上述のように、発呼先番号２８は、通知許可情報として３桁の数字「１８６」を含んでいる。このため、通信端末１は、発信者番号通知機能を用いて中継サーバ３に発呼する。これにより、通信端末１の電話番号８２である「０９０ＺＺＺＺＺＺＺＺ」が、中継サーバ３に通知される。
【００５９】
通信端末１は、発呼を開始した際に、タッチパネル１３に表示されている認証画面５０を発呼中画面に切り替える。図９は、発呼中画面６０の一例を示す図である。図９に示すように、発呼中画面６０において、中継サーバ３の電話番号である発呼先番号２８が表示される。表示されている発呼先番号２８の先頭の数字「１８６」は、通知許可情報であり、「０６ＢＢＢＢＢＢＢＢ」は、中継サーバ３の電話番号である。また、図９において、文字「Ｂ」は、０〜９のいずれかの数字を示す。
【００６０】
中継サーバ３は、通信端末１から通知される電話番号８２を取得し（ステップＳ１１０）、取得した電話番号８２をＲＡＭ３２に保持する。中継サーバ３が通信端末１からの発呼に応答することにより、通信端末１及び中継サーバ３は、通話状態となり、通信端末１と中継サーバ３との間に音声通信が確立される。
【００６１】
｛２．５．パスワードの送信｝
中継サーバ３は、音声通信が確立された後に、所定の音声メッセージを再生することにより、通信端末１のユーザにパスワード８３の入力を要求する（ステップＳ１１１。図５参照）。例えば、中継サーバ３は、「４桁のパスワードをダイヤルキーで押して下さい。」という音声メッセージを再生する。
【００６２】
図９に示すように、通信端末１のユーザは、発呼中画面６０に表示されているボタン６０Ａをタップして、キーパッド（図示省略）をタッチパネル１３に表示させる。ユーザは、表示されたキーパッドを操作して、認証画面５０（図８参照）においてパスワード８３として表示された４桁の数値「６３４４」を入力する。これにより、通信端末１は、パスワード８３の入力を受け付ける（ステップＳ１１２。図５参照）。４桁の数値「６３４４」は、所定の文字コード（例えば、ＩＳＯ−２０２２−ＪＰ形式）で記述され、ＲＡＭ１２に保持される。
【００６３】
通信端末１は、ＲＡＭ１２に保持されたパスワード８３から、トーン信号を生成する（ステップＳ１１３）。つまり、通信端末１は、パスワード８３の表現形式を、所定の文字コードからトーン信号に変換する。トーン信号に変換する方法は、特に限定されない。通信端末１は、生成されたトーン信号を、電話回線を介して中継サーバ３に送信する（ステップＳ１１４）。つまり、トーン信号は、通信端末１と中継サーバ３との間に確立された音声通信により中継サーバ３に送信される。
【００６４】
通信端末１は、トーン信号の送信（ステップＳ１１４）の後、認証結果が認証サーバ２から通知される（ステップＳ１１８）まで待機する。認証が成功した旨の認証結果が通知されるまで、通信端末１と中継サーバ３との間の音声通信は維持される。この理由は、ステップＳ１１２においてパスワード８３が誤って入力された場合に、パスワード８３を再入力するためである。
【００６５】
中継サーバ３は、通信端末１から送信されるトーン信号を受信し、受信したトーン信号からパスワード８３を復元する（ステップＳ１１５）。つまり、中継サーバ３は、パスワード８３の表現形式を、トーン信号から所定の文字コードに再変換する。中継サーバ３は、所定の文字コードで記述された４桁の数値「６３４４」を、復元したパスワード８３としてＲＡＭ３２に保持する。中継サーバ３は、ステップＳ１１０で取得した電話番号８２と、ステップＳ１１５で復元したパスワード８３とを含む認証情報を認証サーバ２に送信する（ステップＳ１１６）。中継サーバ３は、ネットワークインタフェース３６から認証情報を送信する。このため、認証情報は、インターネット５を経由して認証サーバ２に送信される。
【００６６】
｛２．６．通信端末１の認証｝
認証サーバ２は、中継サーバ３から認証情報を受信した場合、認証情報に含まれる電話番号８２及びパスワード８３を取得する。認証サーバ２は、取得した電話番号８２及びパスワード８３が認証データベース２７に記憶されているか否かを判断することにより、通信端末１の認証処理を実行する（ステップＳ１１７）。
【００６７】
認証情報は、「０９０ＺＺＺＺＺＺＺＺ」を電話番号８２として含んでおり、４桁の数値「６３４４」をパスワード８３として含んでいる。図７に示すように、認証情報に含まれる電話番号８２及びパスワード８３は、認証データベース２７のレコード２７Ｃに記憶されている。認証サーバ２は、認証情報に含まれる電話番号８２及びパスワード８３が認証データベース２７に記憶されているため、通信端末１を認証する。
【００６８】
認証サーバ２は、通信端末１を認証した場合、認証データベース２７において電話番号８２及びパスワード８３に対応付けられたＵＵＩＤ８１を、通信端末１の認証情報として利用可能にする。具体的には、認証サーバ２は、レコード２７Ｃにおける許可フラグを「無効」から「有効」に変更する。以後、認証サーバ２は、通信端末１を認証する際に、ＵＵＩＤ８１を認証情報として使用することが可能となる。
【００６９】
認証サーバ２は、ステップＳ１１７において通信端末１を認証した場合、通信端末１が認証されたことを示す認証結果を通信端末１及び中継サーバ３にそれぞれ通知する（ステップＳ１１８及びＳ１１９）。
【００７０】
中継サーバ３は、通信端末１が認証されたことを通知された場合、通信端末１と中継サーバ３との間に確立された音声通信を用いて、認証が完了したことを通信端末1のユーザに通知する。例えば、中継サーバ３は、「認証番号を確認できました。アプリに戻り、登録作業を進めて下さい。」という音声メッセージを再生する。その後、中継サーバ３は、音声通信を終了する（ステップＳ１２０）。
【００７１】
図１０は、タッチパネル１３に表示される認証画面７０の一例を示す図である。通信端末１は、中継サーバ３が音声通信を切断した場合、タッチパネル１３の表示を、図９に示す発呼中画面６０から図１０に示す認証画面７０に遷移させる。
【００７２】
図１０に示すように、認証画面７０は、電話番号確認欄５１と、パスワード表示欄５２と、発呼指示欄５３と、認証完了通知欄７１とを含む。通信端末１は、認証が完了したことを示すメッセージを認証完了通知欄７１に表示する。また、認証完了通知欄７１には、次の画面へ遷移することをユーザに促すメッセージを表示する。次の画面は、例えば、ユーザ情報（ユーザの氏名、メールアドレスなど）の登録画面であり、アプリケーションプログラム１７の内容に応じて適宜変更される。ユーザは、認証完了通知欄７１に配置されたボタン７１Ａをタップすることにより、タッチパネル１３の表示を次の画面に遷移させることができる。こうして、通信端末１がアプリケーションプログラム１７を初めて起動した場合における通信端末１の認証が終了する。
【００７３】
以下、認証サーバ２がステップＳ１１７において通信端末１を認証しなかった場合における各装置の動作を説明する。認証サーバ２は、ステップＳ１１６により中継サーバ３から送信された認証情報に基づいて通信端末１を認証できなかった場合、通信端末１を認証できなかったことを示す認証結果を通信端末１及び中継サーバ３にそれぞれ通知する（ステップＳ１１８及びＳ１１９）。
【００７４】
中継サーバ３は、通信端末１が認証できなかったことを通知された場合、音声通信を用いてパスワード８３の再入力を要求する。例えば、中継サーバ３は、「入力されたパスワードを確認できませんでした。パスワードをもう一度入力して下さい。」という音声メッセージを再生する。この結果、ステップＳ１１２〜Ｓ１１６がもう一度繰り返し実行され、認証サーバ２は、中継サーバ３から再び送信された認証情報に基づいて、通信端末１を認証する（ステップＳ１１７）。
【００７５】
以上説明したように、認証システム１００において、通信端末１は、ＵＵＩＤ８１及び電話番号８２を認証サーバ２に送信した後に、パスワード８３を認証サーバ２から取得する。通信端末１は、発信者番号通知機能を用いて中継サーバ３に発呼し、取得したパスワード８３をトーン信号に変換して電話回線を介して中継サーバ３に送信する。中継サーバ３は、トーン信号に変換されたパスワード８３を復元し、復元されたパスワード８３と、発信者番号通知機能により通知された電話番号８２とを認証サーバ２に送信する。認証サーバ２は、中継サーバ３から送信された電話番号８２及びパスワード８３に基づいて、通信端末１を認証する。
【００７６】
通信端末１による中継サーバ３への発呼は、ショートメッセージのように受信を拒否されたり、ブロックされたりする可能性が非常に少ない。通信端末１が発信者番号通知機能を利用して中継サーバ３に発呼し、音声通信を利用してパスワード８３を送信することにより、認証サーバ２が電話番号８２及びパスワード８３を取得することができないケースの発生が抑制されるため、認証の成功率を向上させることができる。
【００７７】
｛２．７．２回目以降のアプリケーションプログラム１７の起動｝
図５に示す処理により認証サーバ２が通信端末１を認証された場合、ＵＵＩＤ８１を通信端末１の認証に使用することが可能となる。具体的には、通信端末１は、アプリケーションプログラム１７を再び起動した場合、ＵＵＩＤ８１を生成済みであるか否かを判断する。ＵＵＩＤ８１が生成済みである場合、通信端末１は、認証サーバ２による認証にＵＵＩＤ８１を使用することを決定する。通信端末１は、ＵＵＩＤ８１を認証サーバ２に送信して認証を要求する。
【００７８】
認証サーバ２は、通信端末１から送信されたＵＵＩＤ８１が認証データベース２７に登録されている場合、通信端末１を認証する。認証サーバ２は、通信端末１が認証されたことを示す認証結果を通信端末１に通知する。通信端末１は、認証されたことを示す認証結果を受信した場合、アプリケーションプログラム１７の実行を継続する。一方、通信端末１は、認証されなかったことを示す認証結果を受信した場合、アプリケーションプログラム１７を強制的に終了させる。
【００７９】
ＵＵＩＤ８１は、上述のように、別の装置により生成されたＵＵＩＤと重複しないため、通信端末１の認証情報として利用可能である。電話番号８２及びパスワード８３に基づいて認証される際において、また、ＵＵＩＤ８１が通信端末１の認証情報として利用可能となった後において、ＵＵＩＤ８１は、タッチパネル１３に表示されない。従って、第三者は、ＵＵＩＤ８１を不正に取得することが困難である。従って、ＵＵＩＤ８１を用いて通信端末１を認証しても、セキュリティを確保することが可能である。
【００８０】
｛３．変形例｝
上記実施の形態では、通信端末１が中継サーバ３に発呼する例（ステップＳ１０９。図５参照）を説明したが、これに限られない。通信端末１が、発信者番号通知機能を用いて認証サーバ２に発呼してもよい。この場合、ステップＳ１１０、Ｓ１１１、Ｓ１１５及びＳ１２０の各処理は、認証サーバ２により実行され、トーン信号は認証サーバ２に送信される（ステップＳ１１４）。また、ステップＳ１１６及びＳ１１９の各処理は、省略される。
【００８１】
上記実施の形態において、認証サーバ２が発呼先番号２８を含む登録完了通知を送信する例（ステップＳ１０８。図５参照）を説明したが、これに限られない。例えば、発呼先番号２８が、通信端末１にインストールされたアプリケーションプログラム１７に予め登録されている場合、登録完了通知は発呼先番号２８を含まなくてもよい。
【００８２】
上記実施の形態において、発呼先番号２８が通知許可情報（３桁の数字「１８６」）を含む例を説明したが、これに限られない。発呼先番号２８は、通知許可情報を含まず、中継サーバ３の電話番号のみを含んでいてもよい。この場合、認証サーバ２は、パスワード８３と、発呼先番号２８と、発信者番号通知機能の利用を許可するコマンドとを含む登録完了通知を通信端末１に送信すればよい。通信端末１は、発呼先番号２８を用いて中継サーバ３に発呼する際に（ステップＳ１０９）、発呼先番号２８の先頭に通知許可情報を付加すればよい。
【００８３】
また、認証サーバ２は、ステップＳ１０８において、発信者番号通知機能の利用を許可する情報を登録完了通知に含めなくてもよい。この場合、通信端末１が中継サーバ３に発呼する際に、発呼先番号２８の先頭に通知許可情報を付加すればよい。
【００８４】
上記実施の形態において、通信端末１がアプリケーションプログラム１７を認証サーバ２からダウンロードしてインストールする例を説明した。しかし、アプリケーションプログラム１７をインストールする方法は、特に限定されない。例えば、アプリケーションプログラム１７は、認証サーバ２以外のサーバからダウンロードされ、通信端末１にインストールされてもよい。あるいは、アプリケーションプログラム１７を記録したコンピュータ読み取り可能な媒体（例えば、光ディスク、ＵＳＢ（Universal Serial Bus）メモリ、フレキシブルディスクなど）が配布されている場合、アプリケーションプログラム１７は、その媒体から通信端末１にインストールされてもよい。認証プログラム２６を認証サーバ２にインストールする場合、及び、中継プログラム３７を中継サーバ３にインストールする場合も同様である。
【００８５】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【００８６】
１  通信端末
２  認証サーバ
３  中継サーバ
５  インターネット
６  携帯電話通信網
１１，２１，３１  ＣＰＵ
１２，２２，３２  ＲＡＭ
１７  アプリケーションプログラム
２７  認証データベース
２８  発呼先番号
８１  ＵＵＩＤ
８２  電話番号（通信端末１）
８３  パスワード
【図１】
2017151753.tif 000003
【図２】
2017151753.tif 000004
【図３】
2017151753.tif 000005
【図４】
2017151753.tif 000006
【図５】
2017151753.tif 000007
【図６】
2017151753.tif 000008
【図７】
2017151753.tif 000009
【図８】
2017151753.tif 000010
【図９】
2017151753.tif 000011
【図１０】
2017151753.tif 000012