(57)【要約】      （修正有）【課題】ワンタイムパスワードを発行するために必要な認証を強固にする。【解決手段】ユーザ３００は、認証端末４００にアクセスし、認証コードを取得し、ワンタイムパスワード発行サーバ１００に対して通話を発信する。ワンタイムパスワード発行サーバ１００は、依頼元端末２００の発信電話番号を取得し、ユーザＩＤの送信を要求し、ユーザ３００が入力したユーザＩＤと認証情報テーブルから読み出したユーザＩＤとが合致するか否かを判定する。合致する場合は、さらに認証コードの送信を要求し、ユーザ３００が入力した認証コードをデコードして電話番号を取り出し、依頼元端末２００が取得した正しい認証コードであるか否かを判定する。正しい認証コードであると判定した場合は、ワンタイムパスワードを生成して依頼元端末２００に対して送信する。ユーザ３００は、取得したワンタイムパスワードを用いて、認証端末４００にログインする。【選択図】図５
2011198025.tif 000002
【特許請求の範囲】
【請求項１】
ワンタイムパスワードを発行する装置であって、
ワンタイムパスワードの発行を依頼する依頼元端末を認証する認証部と、
前記認証部が認証した前記依頼元端末に対してワンタイムパスワードを発行するパスワード発行部と、
前記依頼元端末が固有に有する端末固有情報および前記依頼元端末のユーザに割り当てられた認証情報を保持するテーブルを格納した記憶部と、
を備え、
前記認証部は、
前記ワンタイムパスワードを発行するよう前記依頼元端末から要求を受けると、
前記依頼元端末から当該依頼元端末の端末固有情報を取得し、
前記依頼元端末の端末固有情報と、前記依頼元端末のユーザに割り当てられた認証情報と、前記ワンタイムパスワードを用いて認証を行なう認証端末に固有に割り当てられかつ前記依頼元端末の端末固有情報に一意に対応付けられた認証コードと、を用いて前記依頼元端末を認証し、
前記パスワード発行部は、
前記認証コードをコード化して埋め込んだ前記ワンタイムパスワードを発行する
ことを特徴とするワンタイムパスワード発行装置。
【請求項２】
前記テーブルは、
前記依頼元端末のユーザが前記認証端末を使用することができるか否かを示す可否フラグを保持しており、
前記パスワード発行部は、
前記可否フラグを前記ワンタイムパスワード内にコード化して前記ワンタイムパスワードを発行する
ことを特徴とする請求項１記載のワンタイムパスワード発行装置。
【請求項３】
請求項１または２記載のワンタイムパスワード発行装置と、
前記ワンタイムパスワードを用いてユーザを認証する認証端末と、
を有することを特徴とするワンタイムパスワード発行システム。
【請求項４】
請求項２記載のワンタイムパスワード発行装置と、
前記ワンタイムパスワードを用いてユーザを認証する認証端末と、
を有し、
前記認証端末は、
前記依頼元端末のユーザが前記認証端末を使用することができない旨の前記可否フラグがコード化されている前記ワンタイムパスワードを受け取ったときは、認証機能をロックして認証要求を受け付けないようにする
ことを特徴とするワンタイムパスワード発行システム。
【請求項５】
前記認証端末は、前記端末固有情報を受け取ると前記認証コードを提示する認証コード提示部を備えた
ことを特徴とする請求項３または４記載のワンタイムパスワード発行システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワンタイムパスワードに関するものである。
【背景技術】
【０００２】
近年、情報漏洩を発生させた企業に対して社会的責任や巨額の損害賠償が求められるようになってきたため、情報漏洩対策を実施する企業が増えてきている。そのため、情報漏洩対策として、ドキュメント（機密情報）、外部媒体へのデータ書き出し機能、および端末使用権限など多岐に渡るリソースに対するアクセス制限するシステムが普及しつつある。
【０００３】
アクセス制限を実現する手段の１つとして、パスワードや認証トークン（Ｔｏｋｅｎ）を使うものが存在する。また、より強固な認証システムとして、ワンタイムパスワードが用いられる場合がある。
【０００４】
下記特許文献１には、ワンタイムパスワードを用いてユーザを認証する技術が記載されている。同文献では、ワンタイムパスワード管理サーバとＷｅｂサーバを設け、携帯端末からワンタイムパスワード管理サーバにワンタイムパスワードの生成を要求する。生成されたパスワードはＷｅｂサーバに格納されるため、携帯端末からＷｅｂサーバにパスワードを使ってアクセスし、ワンタイムパスワードを取得する。また、携帯端末をワンタイムパスワード生成のためのハードウェア（認証トークン（Ｔｏｋｅｎ））の代わりとして機能させることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２７８９２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１に記載の技術では、ワンタイムパスワードを入手するためにはＷｅｂサーバにアクセスする必要がある。したがって、Ｗｅｂサーバにアクセスするためのパスワードを知らないユーザはワンタイムパスワードを入手できないので、これによりワンタイムパスワードの安全性を確保することを図っている。
【０００７】
しかし、このＷｅｂサーバにアクセスするためのパスワードは（ワンタイムパスワードではない）通常のパスワードであるため、必ずしも安全性は高くない。そのため、ワンタイムパスワード自体が堅固であったとしても、Ｗｅｂサーバにアクセスするためのパスワードが脆弱であれば、ワンタイムパスワードを不正に入手される可能性がある。
【０００８】
本発明は、上記のような課題を解決するためになされたものであり、ワンタイムパスワードを発行するために必要な認証を強固にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係るワンタイムパスワード発行装置は、ワンタイムパスワードを発行するよう要求する依頼元端末の端末固有情報と、依頼元端末のユーザに割り当てられた認証情報とを用いて、依頼元端末を認証する。
【発明の効果】
【００１０】
本発明に係るワンタイムパスワード発行装置によれば、端末固有情報を用いて依頼元端末を認証するので、ワンタイムパスワードを発行する依頼元端末を限定してワンタイムパスワードの安全性を高めることができる。また、依頼元端末が不正入手されたとしても、ユーザが正しい認証情報を入力しない限りワンタイムパスワードを発行しないので、依頼元端末の不正入手に対しても、ワンタイムパスワードの安全性を高めることができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１に係るワンタイムパスワード発行システム１０００の構成図である。
【図２】ワンタイムパスワード発行サーバ１００の機能ブロック図である。
【図３】認証情報テーブル１３１の構成とデータ例を示す図である。
【図４】認証端末４００が画面表示するログイン画面４１０の画面例を示す図である。
【図５】ユーザ３００がワンタイムパスワードを用いて認証端末４００にログインするまでの手順を示す図である。
【図６】図５のステップ（８）でワンタイムパスワード発行サーバ１００から依頼元端末２００に対して送信する電子メールの１例を示す図である。
【図７】依頼元端末２００がワンタイムパスワードを取得する動作フローである。
【図８】ワンタイムパスワード発行サーバ１００がワンタイムパスワードを発行する動作フローである。
【図９】実施の形態２における認証端末４００の動作フローである。
【発明を実施するための形態】
【００１２】
＜実施の形態１＞
図１は、本発明の実施の形態１に係るワンタイムパスワード発行システム１０００の構成図である。ワンタイムパスワード発行システム１０００は、ユーザが特定の端末にログインする際に用いるワンタイムパスワードを取得するためのシステムであり、ワンタイムパスワード発行サーバ１００、依頼元端末２００、認証端末４００を有する。図１において、ワンタイムパスワードの発行に係る手順の概略を併記した。詳細は後述する。
【００１３】
ワンタイムパスワード発行サーバ１００は、依頼元端末２００から依頼を受けてワンタイムパスワードを発行する、サーバコンピュータである。依頼元端末２００は、固有の識別情報を有する端末である。以下では携帯電話を用いて依頼元端末２００を構成することとし、端末固有の識別情報は携帯電話番号であるものとする。
【００１４】
ユーザ３００は、認証端末４００を利用するユーザである。認証端末４００を使用するためには、ログイン手続きを実行しなければならない。そこでユーザ３００は、依頼元端末２００を用いてワンタイムパスワード発行サーバ１００からワンタイムパスワードを取得し、そのワンタイムパスワードを用いて認証端末４００にログインする。
【００１５】
図２は、ワンタイムパスワード発行サーバ１００の機能ブロック図である。ワンタイムパスワード発行サーバ１００は、認証部１１０、パスワード発行部１２０、記憶部１３０を備える。
【００１６】
認証部１１０は、ワンタイムパスワードを発行する要求を依頼元端末２００から受け付けたとき、ワンタイムパスワードを発行してよいか否かを判断するため、依頼元端末２００を認証する。パスワード発行部１２０は、認証部１１０が認証した依頼元端末２００に対してワンタイムパスワードを発行する。認証部１１０が認証することができなかった依頼元端末２００に対しては、ワンタイムパスワードは発行しない。記憶部１３０は、後述の図３で説明する認証情報テーブル１３１を格納する。
【００１７】
認証部１１０、パスワード発行部１２０は、これらの機能を実現する回路デバイスのようなハードウェアを用いて構成することもできるし、マイコンやＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算装置とその動作を規定するソフトウェアを用いて構成することもできる。記憶部１３０は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）のような記憶装置を用いて構成することができる。
【００１８】
認証端末４００は、ワンタイムパスワードを用いてユーザ３００を認証する処理や、認証コードを発行する処理を、これらの機能を実現するプログラムを実行することによって実施することができる。同等の機能を有する回路デバイスなどのハードウェアを用いてこれらの機能を実現してもよい。
【００１９】
図３は、認証情報テーブル１３１の構成とデータ例を示す図である。認証情報テーブル１３１は、依頼元端末２００を認証するために必要な情報を保持するテーブルであり、ユーザＩＤ列１３１１、電話番号列１３１２、メールアドレス列１３１３、有効期限列１３１４、状態列１３１５を有する。
【００２０】
ユーザＩＤ列１３１１は、依頼元端末２００を使用するユーザ３００にあらかじめ割り当てられた認証情報（ユーザＩＤ）を保持する。電話番号列１３１２は、依頼元端末２００の携帯電話番号を端末固有情報として保持する。メールアドレス列１３１３は、依頼元端末２００を使用するユーザ３００が保持する電子メールアドレスを保持する。有効期限列１３１４は、ユーザＩＤ列１３１１の値で識別されるユーザＩＤの有効期限を保持する。状態列１３１５は、ユーザＩＤ列１３１１の値で識別されるユーザＩＤに対してワンタイムパスワードの発行を許可するか否かを示す可否フラグである。
【００２１】
図４は、認証端末４００が画面表示するログイン画面４１０の画面例を示す図である。ログイン画面４１０は、主にユーザ３００がワンタイムパスワードを用いて認証端末４００にログインするために用いる操作画面である。
【００２２】
ログイン画面４１０の他の用途として、依頼元端末２００の電話番号に基づき認証コードを生成する機能がある。認証コードは、依頼元端末２００の電話番号に一意に対応付けられた文字列である。認証コードは、認証端末４００自身にも固有に対応付けられる。すなわち認証コードは、依頼元端末２００の電話番号に対応付けられているとともに、認証端末４００にも対応付けられている。
【００２３】
ワンタイムパスワード発行サーバ１００は、ワンタイムパスワードを発行する際に、依頼元端末２００に対して認証コードを入力するよう要求する。これによりワンタイムパスワード発行サーバ１００は、依頼元端末２００を認証する過程で、認証コードを媒介として、依頼元端末２００と認証端末４００を結びつけることができる。詳細は後述する。
【００２４】
認証端末４００は、認証コードを生成する際に、認証コードの中に依頼元端末２００の電話番号をコード化して埋め込んでおく。その他、認証コードが認証端末４００から発行されたものであることを示す情報をコード化しておいてもよい。ワンタイムパスワード発行サーバ１００は、認証コードに埋め込まれている電話番号をデコードし、依頼元端末２００を認証する。
【００２５】
依頼元端末２００の電話番号などをコード化して埋め込んだ認証コードを生成する手法としては、任意の公知技術を用いることができる。
【００２６】
ログイン画面４１０は、電話番号入力欄４１１、認証コード表示ボタン４１２、認証コード表示欄４１３、パスワード入力欄４１４、ログインボタン４１５を有する。
【００２７】
ユーザ３００は、認証コードを取得するときは、依頼元端末２００の電話番号を電話番号入力欄４１１に入力し、認証コード表示ボタン４１２を押下する。認証端末４００は、電話番号入力欄４１１に入力された電話番号に一意に対応付けられ、かつ認証端末４００自身に固有に対応する認証コードを生成し、認証コード表示欄４１３に表示する。
【００２８】
ユーザ３００は、認証端末４００にログインするときは、ワンタイムパスワード発行サーバ１００から取得したワンタイムパスワードをパスワード入力欄４１４に入力し、ログインボタン４１５を押下する。認証端末４００は、パスワード入力欄４１４に入力されたワンタイムパスワードを用いて、ユーザ３００を認証する。
【００２９】
以上、ワンタイムパスワード発行システム１０００の構成について説明した。次に、ワンタイムパスワード発行システム１０００の動作を説明する。
【００３０】
図５は、ユーザ３００がワンタイムパスワードを用いて認証端末４００にログインするまでの手順を示す図である。以下、図５の各ステップについて説明する。
【００３１】
（１）認証コード取得
ユーザ３００は、認証端末４００のログイン画面４１０にアクセスし、依頼元端末２００の電話番号を入力して認証コードを取得する。ワンタイムパスワードの特性を考慮すると、ユーザ３００は、認証端末４００にログインする毎に認証コードを改めて取得し直すことが望ましい。
【００３２】
（２）通話を発信する
ユーザ３００は、依頼元端末２００を用いて、ワンタイムパスワード発行サーバ１００に対して通話を発信する。なお、図示はしていないが、通話を着信するために必要な交換機などの装置は適宜設けておくものとする。
【００３３】
（３）電話番号を取得する
ワンタイムパスワード発行サーバ１００の認証部１１０は、依頼元端末２００の発信電話番号を取得する。認証部１１０は、その電話番号をキーにして認証情報テーブル１３１を検索し、対応する各列の値を取得する。
【００３４】
（４）ユーザＩＤ送信
ワンタイムパスワード発行サーバ１００の認証部１１０は、ユーザＩＤを送信するよう依頼元端末２００に対して要求する。具体的には、例えばＩＶＲ（Ｉｎｔｅｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｓｅ）システムの機能を利用すればよい。ユーザ３００は、認証部１１０からの要求にしたがって、自己が保持するユーザＩＤを依頼元端末２００上で入力し、ワンタイムパスワード発行サーバ１００に送信する。
【００３５】
（５）ユーザＩＤを認証する
ワンタイムパスワード発行サーバ１００の認証部１１０は、ステップ（４）で依頼元端末２００が送信したユーザＩＤと、ステップ（３）で認証情報テーブル１３１から読み出したユーザＩＤとが合致するか否かを判定する。合致する場合は、依頼元端末２００に対して、さらに認証コードを送信するよう要求する。
【００３６】
（６）認証コード送信
ユーザ３００は、認証部１１０からの要求にしたがって、ステップ（１）で認証端末４００から取得した認証コードを依頼元端末２００上で入力し、ワンタイムパスワード発行サーバ１００に送信する。
【００３７】
（７）認証コードを認証する
ワンタイムパスワード発行サーバ１００の認証部１１０は、ステップ（６）で依頼元端末２００が送信した認証コードをデコードして電話番号を取り出し、依頼元端末２００が取得した正しい認証コードであるか否かを判定する。
【００３８】
（８）ワンタイムパスワード発行
ワンタイムパスワード発行サーバ１００のパスワード発行部１２０は、ステップ（７）で認証部１１０が正しい認証コードであると判定した場合は、ワンタイムパスワードを生成して依頼元端末２００に対して送信する。ワンタイムパスワードを依頼元端末２００に対して送信する手段として、例えば電子メールを用いることができる。メールアドレスは、認証情報テーブル１３１のメールアドレス列１３１３にあらかじめ格納しておけばよい。
【００３９】
（８）ワンタイムパスワード発行：補足
パスワード発行部１２０は、ワンタイムパスワードに、認証端末４００がユーザを認証するために用いることができる情報をコード化して埋め込む。例えば、認証コードの中に認証端末４００固有の情報がコード化されて埋め込まれている場合には、認証コードそのものをワンタイムパスワードの中にコード化して埋め込むことができる。その他、有効期限列１３１４の値や状態列１３１５の値をコード化して埋め込むこともできる。
【００４０】
（９）ワンタイムパスワード取得
ユーザ３００は、依頼元端末２００が取得したワンタイムパスワードを画面上で確認するなどして、ワンタイムパスワードを取得する。
【００４１】
（１０）ログイン
ユーザ３００は、ステップ（９）で取得したワンタイムパスワードをログイン画面４１０のパスワード入力欄４１４に入力して、認証端末４００にログインする。
【００４２】
図６は、図５のステップ（８）でワンタイムパスワード発行サーバ１００から依頼元端末２００に対して送信する電子メールの１例を示す図である。この電子メール本文には、ワンタイムパスワードとその有効期限が記載される。
【００４３】
図７は、依頼元端末２００がワンタイムパスワードを取得する動作フローである。以下図７の各ステップについて説明する。
【００４４】
（図７：ステップＳ７００）
ユーザ３００は、依頼元端末２００を用いて、ワンタイムパスワード発行サーバ１００に通話を発信する。通話が始まると本動作フローが開始する。
【００４５】
（図７：ステップＳ７０１）
ワンタイムパスワード発行サーバ１００の認証部１１０は、ユーザＩＤを送信するよう依頼元端末２００に対して要求する。ユーザ３００は、ワンタイムパスワード発行サーバ１００からの要求に応じて、依頼元端末２００の操作ボタンなどを操作してユーザＩＤを入力し、ワンタイムパスワード発行サーバ１００に送信する。
【００４６】
（図７：ステップＳ７０２）
依頼元端末２００は、ステップＳ７０１でユーザ３００が入力したユーザＩＤが正しいか否かの認証結果を、ワンタイムパスワード発行サーバ１００から受け取る。ユーザＩＤが正しければステップＳ７０３へ進み、正しくなければステップＳ７０６へ進む。
【００４７】
（図７：ステップＳ７０３）
ワンタイムパスワード発行サーバ１００の認証部１１０は、認証コードを送信するよう依頼元端末２００に対して要求する。ユーザ３００は、ワンタイムパスワード発行サーバ１００からの要求に応じて、依頼元端末２００の操作ボタンなどを操作して認証コードを入力し、ワンタイムパスワード発行サーバ１００に送信する。
【００４８】
（図７：ステップＳ７０４）
依頼元端末２００は、ステップＳ７０３でユーザ３００が入力した認証コードが正しいか否かの認証結果を、ワンタイムパスワード発行サーバ１００から受け取る。認証コードが正しければステップＳ７０５へ進み、正しくなければステップＳ７０６へ進む。
【００４９】
（図７：ステップＳ７０５）
ワンタイムパスワード発行サーバ１００の認証部１１０は、ワンタイムパスワードを発行し、電子メールなどによって依頼元端末２００に通知する。依頼元端末２００はその通知を受信し、本動作フローを終了する。
【００５０】
（図７：ステップＳ７０６）
ワンタイムパスワード発行サーバ１００の認証部１１０は、依頼元端末２００の認証に失敗し、ワンタイムパスワードを発行することができない。依頼元端末２００は、本動作フローをエラー終了する。
【００５１】
図８は、ワンタイムパスワード発行サーバ１００がワンタイムパスワードを発行する動作フローである。以下、図８の各ステップについて説明する。
【００５２】
（図８：ステップＳ８００）
依頼元端末２００からワンタイムパスワード発行サーバ１００に対して通話の着信があると、本動作フローが開始される。
【００５３】
（図８：ステップＳ８０１）
認証部１１０は、依頼元端末２００の発信電話番号を取得し、認証情報テーブル１３１内にその電話番号と合致するレコードがあるか否かを判定する。認証情報テーブル１３１内にその電話番号が存在すればステップＳ８０２へ進み、存在しなければステップＳ８０９へ進む。
【００５４】
（図８：ステップＳ８０２）
認証部１１０は、ステップＳ８０１で特定したレコードの有効期限列１３１４の値を取得し、当該電話番号に対応するユーザＩＤの有効期限が切れているか否かを判定する。有効期限が切れていなければステップＳ８０３へ進み、有効期限が切れていればステップＳ８１０へ進む。
【００５５】
（図８：ステップＳ８０３）
認証部１１０は、ユーザＩＤを入力するように、依頼元端末２００へ要求する。認証部１１０は、依頼元端末２００からユーザＩＤを受け取る。
【００５６】
（図８：ステップＳ８０４）
認証部１１０は、ステップＳ８０１で特定したレコードのユーザＩＤ列１３１１の値を取得し、ステップＳ８０３で受け取ったユーザＩＤと合致するか否かを判定する。合致すればステップＳ８０５へ進み、合致しなければステップＳ８１１へ進む。
【００５７】
（図８：ステップＳ８０５）
認証部１１０は、認証コードを入力するように、依頼元端末２００へ要求する。認証部１１０は、依頼元端末２００から認証コードを受け取る。
【００５８】
（図８：ステップＳ８０６）
認証部１１０は、ステップＳ８０５で受け取った認証コードに埋め込まれている電話番号を取り出し、依頼元端末２００の電話番号と合致するか否かにより、当該認証コードが正しいか否かを確認する。認証コードが正しければステップＳ８０７へ進み、正しくなければステップＳ８１２へ進む。
【００５９】
（図８：ステップＳ８０７）
パスワード発行部１２０は、認証端末４００がユーザを認証するために用いることができる情報、有効期限列１３１４の値、状態列１３１５の値などをコード化して埋め込んだワンタイムパスワードを生成する。
【００６０】
（図８：ステップＳ８０８）
パスワード発行部１２０は、ワンタイムパスワードを発行完了した旨を、ＩＶＲシステムなどの機能を用いて依頼元端末２００に通知する。また、電子メールにそのワンタイムパスワードと有効期限を記述して、依頼元端末２００に送信する。
【００６１】
（図８：ステップＳ８０９）
認証部１１０は、依頼元端末２００の電話番号がワンタイムパスワード発行サーバ１００に登録されていない旨を、ＩＶＲシステムなどの機能を用いて依頼元端末２００のユーザ３００に案内する。
【００６２】
（図８：ステップＳ８１０）
認証部１１０は、依頼元端末２００のユーザ３００が保持するユーザＩＤが有効期限切れである旨を、ＩＶＲシステムなどの機能を用いて依頼元端末２００のユーザ３００に案内する。
【００６３】
（図８：ステップＳ８１１）
認証部１１０は、依頼元端末２００の電話番号とユーザＩＤが合致しない旨を、ＩＶＲシステムなどの機能を用いて依頼元端末２００のユーザ３００に案内する。
【００６４】
（図８：ステップＳ８１２）
認証部１１０は、ワンタイムパスワードの発行に失敗した旨を、ＩＶＲシステムなどの機能を用いて依頼元端末２００のユーザ３００に案内する。
【００６５】
以上、本実施の形態１に係るワンタイムパスワード発行システム１０００の動作を説明した。本実施の形態１において、認証端末４００は、認証コード表示欄４１３に認証コードを画面表示してユーザ３００に提示することを説明したが、その他の手段、例えば電子メールなどを用いて提示することもできる。
【００６６】
以上のように、本実施の形態１によれば、ワンタイムパスワード発行サーバ１００は、依頼元端末２００の電話番号が認証情報テーブル１３１に登録されている場合に限り、ワンタイムパスワードを発行する。そのためユーザ３００は、ワンタイムパスワードを入手するためには、あらかじめ依頼元端末２００の電話番号をワンタイムパスワード発行サーバ１００に登録しておく必要がある。これにより、あらかじめ許可された依頼元端末２００を所持しているユーザに対してのみワンタイムパスワードが発行されるので、ワンタイムパスワードが不正なユーザに入手される可能性を低減し、ワンタイムパスワードの安全性を高めることができる。
【００６７】
また、本実施の形態１によれば、ワンタイムパスワード発行サーバ１００は、依頼元端末２００の電話番号と対応付けられたユーザＩＤを受け取った場合に限り、ワンタイムパスワードを発行する。そのため、悪意あるユーザが不正に依頼元端末２００を入手した場合でも、正しいユーザＩＤを知らない限りワンタイムパスワードを入手することはできない。これにより、ワンタイムパスワードの安全性をさらに高めることができる。
【００６８】
＜実施の形態２＞
実施の形態１において、パスワード発行部１２０は、ワンタイムパスワードの中に有効期限列１３１４の値をコード化して埋め込むことができる旨を説明した。認証端末４００は、ユーザ３００がログイン画面４１０のパスワード入力欄４１４に有効期限の切れたワンタイムパスワードを入力してログインを試みたときは、ログインを拒否することができる。
【００６９】
一方、パスワード発行部１２０は、ワンタイムパスワードの中に状態列１３１５の値をコード化して埋め込むこともできる。本発明の実施の形態２では、状態列１３１５の値を埋め込んだワンタイムパスワードを用いて認証端末４００をロックし、不正ユーザが何度もログインを試みることができないようにする動作例を説明する。
【００７０】
図９は、本実施の形態２における認証端末４００の動作フローである。以下、図９の各ステップについて説明する。
【００７１】
（図９：ステップＳ９００）
ユーザ３００が認証端末４００のログイン画面４１０で操作を行なうと、本動作フローが開始される。
【００７２】
（図９：ステップＳ９０１）
認証端末４００は、ログイン画面４１０上で要求された操作を判定する。認証コード表示ボタン４１２が押下された場合はステップＳ９０２へ進み、ログインボタン４１５が押下された場合はステップＳ９０３へ進む。
【００７３】
（図９：ステップＳ９０２）
認証端末４００は、電話番号入力欄４１１に入力された電話番号と一意に対応付けられた認証コードを、認証コード表示欄４１３に表示する。
【００７４】
（図９：ステップＳ９０３）
認証端末４００は、パスワード入力欄４１４に入力されたワンタイムパスワードが、自己に固有に対応付けられた正規のパスワードであるか否かを判定する。具体的には、例えばワンタイムパスワード内にコード化されて埋め込まれた認証情報（例えば認証コード）などを取り出し、自己が保有している認証情報と合致するか否かを判定する。例えば、認証コードを生成する際にその認証コードを認証情報として保持しておき、本ステップでワンタイムパスワードから取り出した認証コードと比較する。正しいパスワードである場合はステップＳ９０４へ進み、正しいパスワードでない場合はステップＳ９０６へ進む。
【００７５】
（図９：ステップＳ９０４）
認証端末４００は、パスワード入力欄４１４に入力されたワンタイムパスワード内にコード化されている状態列１３１５の値を取り出す。値が「許可」である場合はステップＳ９０５へ進み、値が「禁止」である場合はステップＳ９０６へ進む。
【００７６】
（図９：ステップＳ９０５）
認証端末４００は、ユーザ３００のログインを許可する。
【００７７】
（図９：ステップＳ９０６）
認証端末４００は、ユーザ３００のログインを許可せず、ログイン画面４１０をロックする。以後は、例えば所定時間が経過する、システム管理者がロックを解除するなどしない限り、ログイン操作は受け付けない。
【００７８】
以上のように、本実施の形態２によれば、認証情報テーブル１３１の状態列１３１５の値が「禁止」であるユーザが認証端末４００にログインを試みたとき、認証端末４００のログイン機能をロックすることができる。これにより、認証端末４００を用いることが禁止されているユーザ３００が何度もログインを試行することができないようにすることができるので、認証端末４００に不正ログインされる可能性を低減することができる。
【００７９】
なお、図９ではユーザが誤ったワンタイムパスワードを入力するか、または「禁止」状態のワンタイムパスワードを入力した場合は、即座にログイン画面４１０をロックすることとしたが、入力ミスなどに配慮し、即座にロックせず所定回数のログイン試行は許容するようにしてもよい。
【００８０】
＜実施の形態３＞
以上の実施の形態１〜２では、携帯電話を用いて依頼元端末２００を構成し、電話番号を依頼元端末２００の端末固有情報として用いることを説明した。依頼元端末２００に固有に割り当てられ、かつワンタイムパスワード発行サーバ１００が知ることができる情報であれば、電話番号以外の情報を用いることもできる。また、携帯電話以外の端末を用いて依頼元端末２００を構成することもできる。
【００８１】
例えば、携帯電話には固有の端末番号が割り当てられているので、これを端末固有情報として用いることができる。その他、ＩＰ通信を行う端末を用いて依頼元端末２００を構成する場合は、依頼元端末２００のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスを端末固有情報として用いることもできる。
【符号の説明】
【００８２】
１００：ワンタイムパスワード発行サーバ、１１０：認証部、１２０：パスワード発行部、１３０：記憶部、１３１：認証情報テーブル、１３１１：ユーザＩＤ列、１３１２：電話番号列、１３１３：メールアドレス列、１３１４：有効期限列、１３１５：状態列、２００：依頼元端末、３００：ユーザ、４００：認証端末、４１０：ログイン画面、４１１：電話番号入力欄、４１２：認証コード表示ボタン、４１３：認証コード表示欄、４１４：パスワード入力欄、４１５：ログインボタン、１０００：ワンタイムパスワード発行システム。
【図１】
2011198025.tif 000003
【図２】
2011198025.tif 000004
【図３】
2011198025.tif 000005
【図４】
2011198025.tif 000006
【図５】
2011198025.tif 000007
【図６】
2011198025.tif 000008
【図７】
2011198025.tif 000009
【図８】
2011198025.tif 000010
【図９】
2011198025.tif 000011