認証システム、端末装置、パスワード発行装置及び認証方法
【課題】携帯電話にアプリケーションソフトウェアをダウンロードする方法では、アプリケーションソフトウェアの開発、配布に大きなコストがかかってしまうとの課題を解決する。
【解決手段】所定の規則で生成したシード番号に対応するパスワードの入力により認証を行う端末装置（１）と、前記シード番号を含む所定の要求メッセージに応じて前記パスワードを発行するパスワード発行装置（３）とを具備することを特徴とする認証システムである。
【解決手段】所定の規則で生成したシード番号に対応するパスワードの入力により認証を行う端末装置（１）と、前記シード番号を含む所定の要求メッセージに応じて前記パスワードを発行するパスワード発行装置（３）とを具備することを特徴とする認証システムである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システム、認証方法、認証システムで使用される端末装置及びパスワード発行装置、及び認証プログラムに関する。
【背景技術】
【０００２】
現在、パーソナルコンピュータなどの端末装置や、それらを利用した様々な情報システムは、その多くがパスワード等によって保護されている。端末装置や情報システムを利用可能なユーザをパスワードの照合により認証する方法は、特別な投資が必要なく、安価な方法である。しかし、パスワードを端末装置の筐体に書き込んだり、パスワードを記したメモなどを端末装置とともに携帯したりするユーザが存在する場合があり、パスワードが第三者に盗み取られてしまう可能性があった。特に、ノート型コンピュータなどの携帯可能な端末装置をユーザが携帯して使用する場合において、このようなパスワード漏洩の可能性はさらに高まると考えられる。
【０００３】
一方、端末装置に格納するデータを部分的に、あるいは全体的に暗号化して容易に読み取れなくする技術も広く使用されている。しかし、このような対策を施したとしても、上述したようなユーザ自身の行為によって暗号化を解除するパスワードが簡単に盗み取られてしまうような状態にあれば、端末装置内のデータを保護することは困難であろう。
【０００４】
多くの企業等では情報セキュリティ教育の一貫として、端末装置のユーザに対してログインやデータの暗号化解除等に使用するパスワードを筐体等に書かないよう指導がなされている。しかし、大勢のユーザにこれを徹底させることは難しく、情報漏洩問題の発生を未然に防ぐことにはこうした現実的な困難性が伴う。
【０００５】
上述したような問題の解決方法として、ワンタイムパスワード方式が知られている。この方式では、まず、各ユーザに手のひらに乗る程度の大きさのワンタイムパスワード表示機を配布する。このワンタイムパスワード表示機とパーソナルコンピュータ等の端末装置のログイン機構は同じアルゴリズムで動作させておく。ユーザは端末装置へログインする都度、ワンタイムパスワード表示機の表示画面に表示されたパスワードを端末装置に入力する。このような方法によれば、パスワードが一定でなくなり、ユーザによってパスワードが端末装置の筐体に記入されることを未然に防止することが期待できる。
【０００６】
しかしながら、ワンタイムパスワード表示機はログインの際に必要となるので、ユーザがコンピュータの近くにワンタイムパスワード表示機を置いておく場合が考えられる。さらに、ノート型コンピュータの場合は、ユーザがワンタイムパスワード表示機とノート型コンピュータとを一緒に携帯することが考えられる。そのような場合は、端末装置の盗難時や紛失時に、ワンタイムパスワード表示機も同時に第三者の手へと渡る可能性があるので、パスワードを筐体に書いた場合と同様の問題が生じ得る。
【０００７】
また、ワンタイムパスワード表示機には、暗証番号（ＰＩＮ）を入力しないと、ワンタイムパスワードを出力しないものがある。しかし、ユーザがその暗証番号（ＰＩＮ）を例えばワンタイムパスワード表示機の筐体に書いてしまうと、この場合も、ユーザがコンピュータの筐体にパスワードを書いた場合と同様の問題が生じ得る。
【０００８】
さらに、ワンタイムパスワード方式を採用する場合には、ユーザの規模に応じてワンタイムパスワード表示機を導入するためのコストや、機器を管理する手間を必要とするという難点がある。
【０００９】
一方、ワンタイムパスワード表示機を配布するかわりに、現在では多くの人が所有している携帯電話を利用する方法もある。例えば、携帯電話と認証サーバを用いる方法が提案されている。この方法では、携帯電話からのパスワード発行要求に応じて認証サーバがワンタイムパスワードを生成し、記憶するとともに、携帯電話に送信する。業務サーバからワンタイムパスワードを受信すると、受信したワンタイムパスワードと記憶されたワンタイムパスワードとが一致するか判別し、一致した場合に認証成功メッセージを業務サーバに送信する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００７−５８４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
つまり、ユーザの携帯電話に、ワンタイムパスワード表示機と同じような機能を実行するアプリケーションソフトウェアをダウンロードし、そのアプリケーションソフトウェアにより発生したワンタイムパスワードを使用して端末装置へのログインを実施することは可能である。ここで、ワンタイムパスワードの表示機の代わりに携帯電話を用いる場合の問題点を検討する。
【００１２】
ユーザは、携帯電話を通話やメールの送受信など、ワンタイムパスワードを表示する以外の用途にも利用する。このため、ユーザは、ノート型コンピュータから離れる場合にも携帯電話を持ち歩くことが多い。したがって、ワンタイムパスワードの表示機の代わりに携帯電話を用いることにより、ノート型コンピュータ等の端末装置と一緒に盗難・紛失する可能性を低減させることが期待される。
【００１３】
しかし、ワンタイムパスワードの表示機能を持ったアプリケーションソフトウェアを携帯電話にダウンロードする方法を採用するためには、アプリケーションソフトウェアの開発や配布に多大なコストを必要とする。すなわち、携帯電話は広く普及しているが、携帯電話会社は複数あり、各個人が持っている携帯電話の機種は様々である。そのため、ワンタイムパスワード発生用のアプリケーションソフトウェアも複数開発する必要がある。
【００１４】
また、携帯電話用アプリケーションソフトウェアは、インターネット上のサーバからユーザの携帯電話へダウンロードする形態で配布される場合が多い。インターネット上のサーバは、ファイアウォールに守られたイントラネットに設置された場合と比較して、より多くの不正アクセスの危険にさらされている。このため、セキュリティパッチの適用など、常に高い安全性を保つための管理運用の手間が必要とされる。そこで、アプリケーションソフトウェアを安全に配布するためにインターネット上のサーバの管理運用を外部の専門業者に委託することも多く、このような場合はさらに運用コストが増大する。
【００１５】
さらに、上記の携帯電話と認証サーバを用いる方法では、認証サーバが、生成したパスワードを記憶しなければならない。また、ワンタイムパスワードが、少なくとも認証サーバから携帯電話に送信され、さらに業務サーバから認証サーバに送信されるので、盗聴等の恐れがある。
【課題を解決するための手段】
【００１６】
かかる課題の少なくとも１つを解決するため、一実施形態による認証システムは、所定の規則で生成したシード番号に対応するパスワードの入力により認証を行う端末装置と、前記シード番号を含む所定の要求メッセージに応じて前記パスワードを発行するパスワード発行装置とを具備することを特徴とする。
【００１７】
他の実施形態による端末装置は、所定の規則でシード番号を生成し、前記シード番号に対応する第１のパスワードを生成する演算部と、前記演算部が生成した前記シード番号を出力する出力部と、前記シード番号に対応する第２のパスワードの入力を受ける入力部とを具備し、前記演算部は前記第１のパスワードと前記第２のパスワードとが一致したとき認証を行うことを特徴とする。
【００１８】
他の実施形態によるパスワード発行装置は、所定のメッセージを送受信する通信部と、端末装置が所定の規則で生成したシード番号を含む、前記通信部が受信した要求メッセージに応じて、前記端末装置が認証を行うためのパスワードを発行する演算部とを具備することを特徴とする。
【００１９】
さらに他の実施形態による認証方法は、端末装置が、所定の規則でシード番号を生成する段階と、パスワード発行装置が、前記シード番号を含む所定の要求メッセージに応じてパスワードを発行する段階と、前記端末装置が、前記パスワード発行装置が発行した前記パスワードの入力により認証を行う段階とを含むことを特徴とする。
【００２０】
その他の実施形態は、以下に説明する発明の詳細な説明により明らかになる。
【発明の効果】
【００２１】
端末装置が、所定の規則でシード番号を生成し、パスワード発行装置が、前記シード番号を含む所定の要求メッセージに応じてパスワードを発行し、前記端末装置が、前記パスワード発行装置が発行した前記パスワードの入力により認証を行うので、ユーザにワンタイムパスワード表示機を配る必要がなく、アプリケーションソフトウェアを配布するサーバをインターネットに設置する必要もなく、安価で安全な運用が可能である。
【図面の簡単な説明】
【００２２】
【図１】一実施形態による認証システムを示す概略図である。
【図２】一実施形態によるユーザ端末装置に表示されるログイン画面の一例を示す図である。
【図３】一実施形態によるパスワード生成サーバを示す概略図である。
【図４】ユーザ情報データベースの構成の一例を示す図である。
【図５】一実施形態によるユーザ情報の登録方法を示すフローチャートである。
【図６】一実施形態によるユーザ端末装置の構成を示すブロック図である。
【図７】一実施形態によるユーザ端末装置へのログイン方法を示すフローチャートである。
【図８】パスワードを電子メールに変換するための変換表の一例を示す図である。
【図９】一実施形態によるパスワード生成方法を示すフローチャートである。
【図１０】パスワードの計算方法の一例を示す図である。
【図１１】第２の実施形態による認証システムを示す概略図である。
【図１２】ユーザ端末装置に表示されるログイン画面の一例を示す図である。
【図１３】ユーザ情報データベースの構成例を示す図である。
【図１４】第２の実施形態によるユーザ端末装置の構成例を示すブロック図である。
【図１５】第２の実施形態によるログイン方法を示すフローチャートである。
【図１６】ユーザ暗号鍵データベースの構成例を示す図である。
【図１７】ユーザ登録処理を示すシーケンス図である。
【図１８】スタンドアロン状態におけるログイン処理を示すシーケンス図である。
【図１９】サーバ接続状態におけるログイン処理を示すシーケンス図である。
【発明を実施するための形態】
【００２３】
図面を参照しつつ、実施形態を説明する。
【００２４】
［第１の実施形態］
図１は、一実施形態による認証システムを示す概略図である。図１に示した認証システムは、例えばノート型コンピュータであるユーザ端末装置１と、例えば携帯電話である携帯メール装置２と、ワンタイムパスワード生成サーバ装置３とを含む。携帯メール装置２とワンタイムパスワード生成サーバ装置３とはインターネット４を介して通信することができる。また、ワンタイムパスワード生成サーバ３は、ファイアウォール５により、インターネット４を介した不正アクセスから守られている。
【００２５】
図１を参照して、ユーザ端末装置１に対する、ワンタイムパスワードによるログインの手順の概略を説明する。
【００２６】
端末装置１を起動すると、日付、時刻等を元にした乱数で１２桁のシード番号が生成される。また、シード番号と顧客個別番号を元に、ワンタイムパスワードが計算される。計算されたワンタイムパスワードは、後で説明するように、ワンタイムパスワード生成サーバ装置３で生成されたワンタイムパスワードとの比較に用いられる。
【００２７】
シード番号が生成されると、ユーザ端末装置１の表示装置に、図２に示したログイン画面１０が表示される。この画面には、ワンタイムパスワードの入力を促すメッセージ１１と、生成された例えば１２桁のシード番号１２（この場合、「９４６２８０９５７１８６」）が表示される。ユーザ端末装置１は、ワンタイムパスワードの入力待ちになる。
【００２８】
ユーザは、ユーザ端末装置１に表示されたログイン画面１０中のシード番号１２を、携帯メール端末２の発信メール本文に手動で入力する（ステップＳ１）。
【００２９】
携帯メール装置２は、ユーザの操作に応じて、シード番号１２が本文に記述された発信メールを、ワンタイムパスワード生成サーバ装置３の、あらかじめ登録してあるワンタイムパスワード受付メールアドレスに向けて発信する（ステップＳ２）。
【００３０】
上記発信メールは、インターネット４を経由して、本認証システムを導入した企業等のファイアウォール５に到達する。ファイアウォール５は、設定に応じてインターネットからのアクセスを排除するが、通常、電子メールは排除しない。従って、携帯メール装置２からの発信メールは、その企業等のイントラネットに設置されたワンタイムパスワード生成サーバ装置３にそのまま着信する（ステップＳ３）。
【００３１】
ワンタイムパスワード生成サーバ３は、着信した電子メールが、正しいワンタイムパスワード受付メールアドレスに送られてきたものか調べる。また、同アドレスに、例えば１００通以上の多数の発信メールが来ていないか調べる。問題が無ければ処理を続行する。
【００３２】
ワンタイムパスワード生成サーバ３は、着信した電子メールの本文に記述された、シード番号と、あらかじめ記憶されている顧客個別番号とに基づき、ワンタイムパスワードを計算（または生成）する。
【００３３】
ワンタイムパスワード生成サーバ３は、計算したワンタイムパスワードを本文として、携帯メール装置へ電子メールを送信する。以下、ワンタイムパスワードの生成及び送信を、ワンタイムパスワードの発行とも呼ぶ。この電子メールは、ファイアウォール５を通過し、インターネット４を経由して、携帯メール装置２に着信する。（ステップＳ４、Ｓ５）
【００３４】
ユーザは、携帯メール装置に着信した電子メールを表示し、本文のワンタイムパスワードを参照する。これを手動で、ユーザ端末装置１に表示されたログイン画面１０のワンタイムパスワード入力欄１３に入力して、ＯＫボタンを押す（ステップＳ６）。
【００３５】
ユーザ端末装置１は、シード番号から計算したワンタイムパスワードと、ユーザが入力したワンタイムパスワードとを比較し、一致した場合、ログインを許可し、ログイン動作を実行する。
【００３６】
また、ユーザは、ログインを中止するときは、キャンセルボタン１５を押す。
【００３７】
このように、ユーザ端末装置１が、所定の規則でシード番号を生成し、ワンタイムパスワード生成サーバ装置３が、そのシード番号を含む所定の要求メッセージに応じてパスワードを発行し、そのワンタイムパスワード生成装置３が発行したパスワードの入力によりユーザ端末装置１が認証を行うので、ワンタイムパスワード生成装置３が、発行したパスワードを記憶する必要がなくユーザ端末装置に安全にログインできる。
【００３８】
この実施形態による認証システムでは、携帯メール端末２を用いて、シード番号をワンタイムパスワード生成サーバ３に送り、ワンタイムパスワードをサーバ３から取得している。一般的に、企業等が社内のイントラネットを守るファイアウォールでも、電子メールは、ほとんどの場合で通している。従って、このシステムでは、ワンタイムパスワード生成サーバをイントラネットにおくことができる。そのためワンタイムパスワード生成サーバ装置では、携帯アプリケーションサーバのような不正アクセスに対する厳しい対策が不要となり、安価にワンタイパスワードシステムの運用が可能である。これが、この実施形態で電子メールを使用している理由である。
【００３９】
一実施形態では、シード番号は数字だけの文字列としてもよい。ログイン処理は、なるべく簡単である必要がある。数字だけなら携帯電話でも入力を簡単に行うことができる。
【００４０】
一実施形態では、シード番号は１０桁以上としてもよい。電子メールは、基本的に盗聴されていると考える必要がある。そのため、通信を盗聴され、蓄積されても問題ない組み合わせ数が必要である。１０桁なら、１０億通のメールのやり取りを蓄積しなくてはならず、１０００人のユーザで運用し、各人が一日１０回問い合わせを行っても、全て集めるのは１０万日以上かかる計算になる。
【００４１】
ユーザ端末装置を不正に入手した者は、複数回ログインを試みられるので、別の実施形態では、シード番号は１２桁程度とすることができる。これならば、全ての通信を蓄積されて、１０００回不正ログインを試みようとしても、１万日以上かかる計算になる。この場合、メールを蓄積する不正な機器のコストや不正ログインの労力が膨大になるシステムの安全性が高まる。
【００４２】
また、一実施形態では、ユーザ端末装置１は、ログイン画面（図２参照）を表示してから、所定時間ワンタイムパスワードの入力が無い場合、新たにシード番号を生成し、ログイン画面を表示しなおし、新たに生成したシード番号に対応するワンタイムパスワードの入力を要求してもよい。この入力待ちの所定時間は、ユーザが携帯メール装置２の発信メールにシード番号を入力してから、ワンタイムパスワード生成サーバ３からワンタイムパスワードを記述した電子メールを受信して、そのワンタイムパスワードをログイン画面１０のワンタイムパスワード欄（図２参照）に入力するまでに必要な時間を考慮して、１０分程度とすることができる。
【００４３】
一実施形態では、ワンタイムパスワード生成サーバ３において、ユーザからの携帯メール端末紛失の知らせ等に応じて、そのユーザに対して登録したワンタイムパスワード受付メールアドレスへのワンタイムパスワード発行要求を停止できるようにする。携帯電話は、よく使用されるものなので、紛失は長くても数日で気が付く。これによって、不正にワンタイムパスワードの問い合わせトラフィックを増やす事を阻止できる。紛失したユーザには、新たにワンタイムパスワード受付メールアドレスを再発行すれば、使用を再開することができる。
【００４４】
他の実施形態では、一つのワンタイムパスワード受付メールアドレスでの、所定時間での受付上限を設け、受付上限回数以上の要求が来た場合、自動的にそれ以上のワンタイムパスワードの発行を停止する。その際、所定時間１日における受付上限は１００件程度が望ましい。
【００４５】
一実施形態では、紛失してから受付メールアドレスが停止されるまでの期間でも、１００通程度以上の不正に多いワンタイムパスワードの問い合わせが来た場合、自動的に停止できる。これによって、通常運用者は問題なく使用でき、不正にトラフィックを増やそうとした者の行為は阻止できる。
【００４６】
さらに、一実施形態では、システム立ち上げ時に、あらかじめユーザ端末装置１と、ワンタイムパスワード生成装置３とに、例えば４バイトの顧客個別番号を記憶させておく。システムを収める顧客ごとにこの数値を変えることができ、ある企業等に不正な盗聴者がいても、それが他の顧客に影響を及ぼすことが無い。
【００４７】
さらに、ワンタイムパスワード生成アルゴリズムは、AESを代表とした暗号アルゴリズムとしている。シード番号から生成されるワンタイムパスワードは、生成アルゴリズムに欠点があると問題だが、十分に検討されたAES等の暗号アルゴリズムならば、その問題もない。
【００４８】
以上のとおり、本特許で説明する個人認証におけるワンタイムパスワードシステムによれば、従来の問題を解決した、安価で安全なワンタイムパスワードシステムを構築できる。
【００４９】
以下、図１の認証システムを構成する各装置の詳細を説明する。
【００５０】
まず、ワンタイムパスワード生成サーバ装置３の詳細を説明する。図３は、一実施形態によるパスワード生成サーバを示す概略図である。
【００５１】
図３に示したワンタイムパスワード生成サーバ装置２０は、一般のコンピュータと同等のもので、計算やプログラムの実行を行う演算装置２１と、演算結果を一時的に保持する主記憶装置２２と、ネットワークを介して通信を行う通信装置２３と、各種データ、プログラムを保存する補助記憶装置２４とを含んでいる。補助記憶装置２４は、システムを導入した顧客ごとに割り振る顧客個別番号（例えば４バイトのデータ）２５と、ユーザの各種情報が格納されているユーザ情報データベース２６と、暗号化実施プログラム２７と、ＢＡＳＥ６４変換プログラム３０とを記憶している。
【００５２】
トラステッドプラットフォームモジュール（ＴＰＭ）２８には、暗号化に必要な暗号鍵２９が保存されている。これは、ＴＰＭは、内部のリバースエンジニアリングが不可能な不揮発記憶装置であり、暗号鍵２９は、暗号化の実施に必要なものである。これによって、プログラムのリバースエンジニアリングによる不正ログインを防ぐ。ＴＰＭは、トラステッドコンピューティンググループ（ＴＣＧ）のＴＰＭワーキンググループによって策定された、トラステッド・コンピューティング環境を支えるセキュリティ・チップである。
【００５３】
暗号化実施プログラム２７は、暗号鍵２９と、暗号化したいデータを用いて、暗号化データを生成するプログラムである。暗号化実施プログラム２７は、例えば、ＡＥＳやトリプルＤＥＳなどの暗号化プログラムである。
【００５４】
また、ＢＡＳＥ６４変換プログラム３０は、バイナリデータをテキストデータに変換するプログラムである。電子メール本文には、暗号化実施プログラム２７で生成したバイナリデータを直接記述できないので、この変換プログラムが必要となる。他の実施形態では、ＢＡＳＥ６４変換以外の変換方式を使用してもよい。
【００５５】
ＢＡＳＥ６４変換プログラム３０による変換手順は、以下の様になる。まず、バイナリデータを、先頭から６ビットずつ区切る。ビットが余った場合、６ビットになるように後ろに０を付加する。次に、区切った６ビットを、４個ずつ図８に示した変換表に従って、アスキーデータに変換する。最後の部分が４個に満たない場合、文字「＝」を、４個になるまで付加する。この手順で、どのようなバイナリデータも、アスキーデータに変換できる。ちなみに、１６バイトのバイナリデータは、２４バイトのアスキーデータに変換される。
【００５６】
図４は、パスワード生成サーバの補助記憶装置２４に記憶されたユーザ情報データベース２６（図３参照）の構成の一例を示す図である。ユーザ情報データベース３０は、ユーザの名前３１と、ユーザの所有する携帯メール装置の電子メールアドレス３２と、ワンタイムパスワード生成サーバ装置へワンタイムパスワードを要求するときに、そのユーザが使用するワンタイムパスワード受付アドレス３３と、ユーザ有効フラグ３４と、ワンタイムパスワード発行カウンタ３５とを含んでいる。
【００５７】
図５も参照して、このユーザ情報データベース３０（図３のユーザ情報データベース２６）にユーザを登録する際の手順を説明する。
【００５８】
ステップＳＲ１において、ユーザの情報を、ワンタイムパスワード生成サーバ装置に入力する。その際に登録するのは、ユーザの名前４２と、そのユーザの携帯メール装置の電子メールアドレス４３である。入力したユーザの名前４２と電子メールアドレス４３は、ユーザ情報データベース３０（図４参照）のユーザ名３１と電子メールアドレス３２にそれぞれ記憶される。
【００５９】
ステップＳＲ２において、ワンタイムパスワード生成サーバ装置は、このユーザ用のワンタイムパスワード受付アドレス４５を自動で生成する。この生成では、「＠optsv1.fujitsu.com」の部分４７はワンタイムパスワード生成サーバごとに固定され、＠マークから前の部分４６は、例えばアルファベットを乱数で選んで生成する。図５に示した例では、＠マークから前の部分は５文字だが、他の実施形態では、この部分が重複しないように１０文字以上にしてもよい。生成された受付アドレス４５は、ユーザ情報データベース３０（図４参照）の受付アドレス３３に記憶される。
【００６０】
ステップＳＲ３において、ユーザ有効フラグ（図４の有効フラグ３４）と、ワンタイムパスワード発行カウンタ（図４の発行カウンタ３５）とを初期化する。ユーザ有効フラグは、登録時は有効（この場合、値１）である。ユーザから携帯メール装置の紛失等の連絡があった場合、ここを無効（この場合、値０）にして、ユーザを無効にする。無効にされた場合、そのワンタイムパスワード受付アドレスで電子メールが到着しても、ワンタイムパスワード生成サーバは、ワンタイムパスワードの発行は行わない。ワンタイムパスワード発行カウンタ３５は、例えば、その日一日のワンタイムパスワード発行回数を記録する部分である。ワンタイムパスワードを発行するごとに、そのユーザのカウンタ値を増やして行き、多数（例えば１００回）の発行要求を受付けた場合、ユーザ有効フラグを０にして、それ以上ワンタイムパスワードの受付を行わないようにする。値が超えなければ、一日ごとに発行カウンタは０に初期化する。
【００６１】
また、ユーザ毎にユーザＩＤを付与して管理する場合には、ユーザＩＤを生成する。
【００６２】
ステップＳＲ４において、ステップＳＲ１で入力されたメールアドレス（４３、図３の３２）を用いて、ユーザの携帯メール装置に対して、ステップＳＲ２で生成したワンタイムパスワード受付アドレス（４５、図４の３３）を電子メールのｆｒｏｍ行に記述し、登録が完了したとの旨を電子メールで通知する。
【００６３】
また、ユーザＩＤを生成した場合には、このユーザＩＤも合わせて通知する。
【００６４】
ステップＳＲ５において、登録完了の旨を記述した電子メールが、図３の通信装置２３、顧客企業のイントラネット、ファイアウォール、インターネットを経由して、ユーザの携帯メール装置により受信される。
【００６５】
ステップＳＲ６において、ユーザは、受信した電子メールの発信者（その電子メールのｆｒｏｍ行に書かれたワンタイムパスワード生成サーバのワンタイムパスワード受付メールアドレス）を、携帯メール装置のアドレス帳に登録する。受付メールアドレスの文字数が多くても、一般の携帯メール装置では、ボタンを数回押す操作だけでアドレス帳に登録できるので、簡単である。
【００６６】
また、ユーザＩＤを通知された場合は、アドレス帳のメモ欄等に記録しておくことができる。
【００６７】
以上が、ワンタイムパスワード生成サーバ装置と、この装置へのユーザの登録手順の詳細である。ユーザを登録することによって、ワンタイムパスワード生成サーバは、ワンタイムパスワードを発行することができるようになる。
【００６８】
次に、図６を参照して、ユーザ端末装置（図１の１）の一実施形態を説明する。図６は、一実施形態によるユーザ端末装置の構成を示すブロック図である。図６のユーザ端末装置６０は、一般のノート型コンピュータと同等のもので、計算やプログラムの実行を行う演算装置（ＣＰＵ）６１と、演算結果を一時的に保持する主記憶装置（メモリ）６２と、計算結果やメッセージを表示する表示装置６３と、文字や数字を入力する入力装置（キーボード）６４と、各種データやプログラムを保存するハードディスク等の補助記憶装置６５と、トラステッドプラットフォームモジュール（ＴＰＭ）６９とを含んでいる。
【００６９】
補助記憶装置６５は、システムを導入した顧客ごとに割り振る例えば４バイトの顧客個別番号６６と、所定の規則でシード番号を生成するシード番号生成プログラム６７と、暗号化実施プログラム６８と、ＢＡＳＥ６４変換プログラム７１とを記憶している。
【００７０】
ＴＰＭ６９には、暗号化に必要な暗号鍵７０が記憶されている。
【００７１】
図７も参照して、図６に示したユーザ端末装置６０におけるログイン手順を説明する。また、図１０を参照して、ワンタイムパスワードの計算を説明する。
【００７２】
ステップＳＡ１において、ユーザ端末を起動する。演算装置６１は、シード番号生成プログラム６７を補助記憶装置６５から主記憶装置６２にロードし、実行を開始する。
【００７３】
ステップＳＡ２において、シード番号の生成を行う。シード番号は、例えば１２桁の数値であり、Ｃ言語等の乱数生成関数rand関数等を使用して生成可能である。しかし、Ｃ言語等のrand関数は、srand関数等の種値を元に一定の順番で擬似的な乱数を発生させるものなので、種値の決定に工夫する必要がある。本実施例では、種値は、現在時刻、補助記憶装置の残り容量、補助記憶装置のシリアル番号、機器を起動してからのＣＰＵクロック回数等、刻々と変化している値を加減剰余して、種値とする。これで、外部からの操作にかかわらず、完全に近い１２桁の乱数値を生成し、それをシード番号とする。シード番号を主記憶装置６２に保存する。
【００７４】
ステップＳＡ３において、ユーザが入力するワンタイムパスワード（ワンタイムパスワード生成サーバが生成して、電子メールに記述して携帯メール装置に送信されたもの）と、比較するための、比較用ワンタイムパスワードを生成する。一実施形態では、シード番号１２桁と、顧客個別番号４桁を結合し、これをＡＥＳ暗号化したものを利用する。
【００７５】
ステップＳＡ４において、ＴＰＭ６９から、暗号鍵７０を読み出し、主記憶装置６２に格納する。ステップＳＡ５において、補助記憶装置６５から、顧客個別番号６６を読み出し、主記憶装置６２に格納する。ステップＳＡ６において、１２桁のシード番号（１２バイト）に、顧客個別番号（４バイト）を結合する。結合データ（１６バイト）を主記憶装置６２に格納する。
【００７６】
ステップＳＡ７において、結合データを、暗号鍵７０を用いて、AES暗号方式で暗号化する。得られた暗号化データ（１６バイト）を主記憶装置６２に格納する。ステップＳＡ８において、暗号化データを、ＢＡＳＥ６４変換プログラム７１で変換を行う。この変換により得られたアスキーデータが、ワンタイムパスワード（２４バイト）である。これを主記憶装置に格納する。ステップＳＡ９において、現在の時刻を取得し、主記憶装置に格納する。この時刻は、ログイン画面を表示してからの経過時間を計算するために用いる。また、ステップＳＡ１０において、ステップＳＡ２で生成したシード番号を元に、図２に示したログイン画面を表示装置６３に表示する。表示した後、入力装置６４からの、ワンタイムパスワードの入力を待つ。
【００７７】
ここまでのステップは、図１を参照して説明した、端末装置１が起動されてから、ワンタイムパスワードの入力待ちになるまでのステップに対応する。ユーザは、図１を参照して説明したように、携帯メール装置２を用いてワンタイムパスワード生成サーバ装置３に電子メールを送り、ワンタイムパスワードを取得する。
【００７８】
図７に戻り、ステップＳＡ１１において、ユーザ端末装置６０（図６参照）は、ログイン画面にワンタイムパスワードが入力されたか確認する。入力されていればステップＳＡ１３に進み、入力されていなければステップＳＡ１２に進む。
【００７９】
ステップＳＡ１２において、ステップＳＡ９で取得した時刻から、１０分経過したか確認する。経過していなければステップＳＡ１１に戻る。経過していれば、ログイン画面を表示してから時間が経過し過ぎているので、一旦ログイン画面を消去し、ステップＳＡ２に戻る。
【００８０】
ステップＳＡ１３において、ログイン画面に入力されたワンタイムパスワードと、主記憶装置に記憶されている比較用ワンタイムパスワードとを比較する。比較の結果、一致すればステップＳＡ１５に進み、一致しなければステップＳＡ１４に移行する。ステップＳＡ１４において、ログイン画面に入力されたワンタイムパスワードが間違っているとのメッセージと表示して、ステップＳＡ１１に戻る。ステップＳＡ１５において、ログイン動作を開始する。以上が、ユーザ端末装置におけるログイン手順である。
【００８１】
次に、携帯メール装置（図１の携帯メール装置２）のシード番号送受信手順を説明する。まず、ユーザは、先に登録された（図５のステップＳＲ６）ワンタイムパスワード受付メールアドレス宛に、新規メールを作成する。ワンタイムパスワード受付メールアドレスは、長い複雑な文字列であるが、ほとんどの携帯メール装置では、アドレス記憶機能があるので、ボタンを数回押す操作で作成できる。次に、本文に、ユーザ端末装置のログイン画面に表示された、１２桁のシード番号を記述する。シード番号は数字のみで構成されるため、携帯電話でも簡単に入力できる。次に、シード番号を記述した電子メールを発信する。本文が短いので、遅くても十秒程度でワンタイムパスワード生成サーバからワンタイムパスワードが記述された電子メールが返信されてくる。最後に、受信した電子メールを表示する。本文には、２４文字のアルファベットと記号で構成されたワンタイムパスワードが記述されている。それを、ユーザ端末装置の入力装置を用いて入力する。入力装置はキーボードなので、アルファベットや数字、記号は簡単に入力できる。
【００８２】
次に、ワンタイムパスワード生成サーバ装置における、ワンタイムパスワード発行手順を説明する。図９は、一実施形態によるパスワード生成方法を示すフローチャートである。
【００８３】
ステップＳＳ１において、電子メールが着信したか確認する。着信していればステップＳＳ４へ進み、着信していなければステップＳＳ２へ進む。ステップＳＳ２において、時刻が例えば０時になったか確認する。時刻が０時ならば、ステップＳＳ３に進み、それ以外ならばステップＳＳ１へ進む。
【００８４】
ステップＳＳ３において、ワンタイムパスワード生成サーバの補助記憶装置（図３の補助記憶装置２４）中のユーザ情報データベース（図３の２６）の、全ユーザのワンタイムパスワード発行カウンタを０に初期化する。その後ステップＳＳ１へ進む。ステップＳＳ２、ＳＳ３により、１日ごとにワンタイムパスワード発行カウンタがリセットされる。このカウンタをリセットする時間間隔は任意であり、実施形態に応じて決定することができる。ステップＳＳ４において、受信した電子メールから、受信メールアドレス、送信者メールアドレス、本文を抽出する。
【００８５】
ステップＳＳ５において、受信メールアドレスが、ユーザ情報データベースのワンタイムパスワード受付アドレスのうちのいずれかに一致するか検索する。一致しなければ処理を終了する。一致したら次のステップＳＳ６に進み、一致したユーザの携帯メール装置の電子メールアドレスと、送信者メールアドレスを比較する。一致しなければ、処理を終了する。一致したら次のステップＳＳ７に進み、一致したユーザのユーザ有効フラグを確認する。０と記入され、無効化されていれば、処理を終了する。
【００８６】
ステップＳＳ７において、１と記入され、有効であれば、次のステップＳＳ８に進み、一致したユーザのワンタイムパスワード発行カウンタを確認する。カウンタ値が１００以上ならば処理を終了する。カウンタ値が１００未満ならば、次のステップＳＳ９に進み、抽出した電子メール本文が、１２桁の数字か確認する。１２桁の数字でなければ処理を終了する。１２桁の数字であれば、ステップＳＳ１０に進み、一致したユーザのワンタイムパスワード発行カウンタの値を１増加させる。
【００８７】
ステップＳＳ１１において、電子メール本文をシード番号とする。ステップＳＳ１２において、ワンタイムパスワード生成サーバ（図３参照）のＴＰＭ２８から、暗号鍵２９を読み出し、主記憶装置２２に格納する。ステップＳＳ１３において、ワンタイムパスワード生成サーバ（図３参照）の補助記憶装置２４から、顧客個別番号２５を読み出し、主記憶装置２２に格納する。
【００８８】
ステップＳＳ１４において、１２桁のシード番号に、顧客個別番号２５を結合する。結合データ（１６バイト）を主記憶装置２２に格納する。ステップＳＳ１５において、結合データを暗号鍵２９を用いて、ＡＥＳ暗号方式で暗号化する。得られた暗号化データ（１６バイト）を主記憶装置２２に格納する。ステップＳＳ１６において、暗号化データを、ＢＡＳＥ６４変換プログラム３０で変換を行う。得られたアスキーデータが、ワンタイムパスワードである。これを主記憶装置２２に格納する。
【００８９】
ステップＳＳ１７において、選択されたユーザの携帯メール装置の電子メールアドレス宛に、ワンタイムパスワードを本文として電子メールを発信する。以上がワンタイムパスワード発行手順の一例である。これで、ユーザの登録と、ログイン時のシードの表示から、ワンタムパスワードの請求、ワンタイムパスワードの発行とログインの実施が行われる。
【００９０】
上記の実施形態では、ワンタイムパスワードのみによるユーザ端末装置へのログインを説明した。他の実施形態では、他の認証システムと併用してもよい。特に、生体認証システムとの併用は有効である。生体認証システムは、セキュリティ度合いが高く安価な装置で実施可能であるが、不正使用者として誤認識されてしまう人が１％程度発生する。例えば、その誤認識されてしまう人のみに、このワンタイムパスワードによる認証システムを使うことができる。
【００９１】
［第２の実施形態］
次に、他の実施形態による認証システムを説明する。この認証システムは、ログインしたいパーソナルコンピュータとワンタイムパスワードを発行するサーバが直接接続されていないため、秘密のデータの受け渡しができないという課題をさらに解決するものである。
【００９２】
この認証システムでは、初めに、ユーザがノート型コンピュータに代表されるユーザ端末装置を、ワンタイムパスワードを発行するサーバと、同じネットワークに接続しておく。このネットワークは信頼がおけるネットワークであることが好ましい。さらに、このネットワークはイントラネットであることが好ましい。
【００９３】
ユーザ端末装置は、ユーザがログインする際、シード番号を表示し、これに対応したワンタイムパスワードと、使用するユーザのＩＤとを要求する。
【００９４】
ユーザは、あらかじめ自分に割り振られたユーザＩＤを入力し、さらに、携帯電話に代表される携帯メール装置を用いて、あらかじめ登録されているシード番号受付メールアドレスに、シード番号を本文として記入した電子メールを送信する。
【００９５】
電子メールを受け取ったワンタイムパスワード生成サーバ装置は、受け取った電子メールの送り元からユーザを特定し、そのユーザ固有のワンタイムパスワード生成用鍵を記憶装置から読み出す。そして、シード番号を、ワンタイムパスワード生成用鍵を用いて暗号化し、ワンタイムパスワードを生成する。生成サーバは、生成したワンタイムパスワードを本文として、携帯メール装置に電子メールとして返信する。
【００９６】
電子メールを受け取った携帯メール装置は、それを機器内に蓄積し、ユーザに表示する。
【００９７】
ユーザはその返信メールの本文を見て、ユーザ端末装置にワンタイムパスワードを入力する。
【００９８】
ユーザ端末装置は、ユーザＩＤとワンタイムパスワードの入力を受けると、ネットワークを通じて、ワンタイムパスワード生成サーバと接続し、ユーザＩＤとワンタイムパスワード、それに表示していたシード番号を送信する。ネットワークとしてイントラネットを使用すれば不正目的の盗聴等の危険性は低いが、念のため暗号通信を用いて送ってもよい。暗号通信は、例えばＳＳＬ（Secure Socket Layer）であってもよい。
【００９９】
ワンタイムパスワード生成サーバ装置は、ユーザＩＤ、ワンタイムパスワードとシード番号を受け取ると、ユーザＩＤからユーザを特定し、そのユーザ固有のワンタイムパスワード生成用鍵を記憶装置から読み出す。そして、このワンタイムパスワード生成用鍵を用いて、送られてきたシード番号を暗号化し、認証用ワンタイムパスワードを生成する。
【０１００】
ワンタイムパスワード生成サーバ装置は、さらに、送られてきたワンタイムパスワードと認証用ワンタイムパスワードを比較する。一致すれば、ユーザ端末装置に、認証成功の結果とそのユーザのワンタイムパスワード生成用鍵とを送る。一致しなければ、認証失敗として、ユーザ端末装置に認証失敗の結果のみを送る。
【０１０１】
ユーザ端末装置は、認証成功ならば、入力されたユーザＩＤとワンタイムパスワード生成用鍵を関連づけて保存する。そして、ユーザのログインを許可する。認証失敗ならば、ユーザのログインを許可しない。
【０１０２】
ユーザ端末装置は、一旦ネットワーク経由でワンタイムパスワード生成サーバ装置と接続し、認証が成功した場合、内部の記憶装置に、ユーザＩＤとワンタイムパスワード生成用鍵を関連づけて保存している。したがって、それ以降は、ユーザ端末装置がワンタイムパスワード生成サーバ装置と同じネットワークに接続されていなくともよい。
【０１０３】
一旦ネットワーク経由でログインし、ユーザＩＤとワンタイムパスワード生成用鍵とを関連づけて保存すれば、それ以降のログインは基本的に図１を参照して説明したのと同様な手順で行い得る。
【０１０４】
すなわち、ユーザ端末装置は、ユーザがログインする際、シード番号を表示し、これに対応したワンタイムパスワードと、使用するユーザのＩＤを要求する。
【０１０５】
ユーザは、あらかじめ自分に割り振られたユーザＩＤを入力し、さらに、携帯電話に代表される携帯メール装置を用いて、あらかじめ登録されているシード番号受付メールアドレスに、シード番号を本文として記入した電子メールを送信する。
【０１０６】
ワンタイムパスワード生成サーバ装置は、その電子メールを受け取ると、受け取った電子メールの送り元からユーザを特定し、そのユーザ固有のワンタイムパスワード生成用鍵を記憶装置から読み出す。そして、シード番号を、ワンタイムパスワード生成用鍵を用いて暗号化し、ワンタイムパスワードを生成する。生成されたワンタイムパスワードを本文として、先の携帯メール装置に電子メールで返信する。
【０１０７】
携帯メール装置は、その電子メールを受け取ると、それを機器内に蓄積し、ユーザに表示する。
【０１０８】
ユーザは、その返信メールの本文を見て、ユーザ端末装置にワンタイムパスワードを入力する。
【０１０９】
ユーザ端末装置は、ユーザＩＤとワンタイムパスワードの入力を受けると、ユーザＩＤからユーザを特定し、ワンタイムパスワード生成用鍵を読み出す。
【０１１０】
ユーザ端末装置は、ユーザＩＤに対応するワンタイムパスワード生成用鍵がまだ保存されていない場合は、ユーザに対し、一旦ネットワーク経由で接続するように促す警告を発する。このネットワークは、イントラネット等の信頼のおけるネットワークであることが好ましい。
【０１１１】
ユーザ端末装置は、ユーザＩＤに対応するワンタイムパスワード生成用鍵が保存されている場合は、読み出したワンタイムパスワード生成用鍵を用いて、シード番号を暗号化し、認証用ワンタイムパスワードを生成する。この、認証用ワンタイムパスワードと、入力されたワンタイムパスワードとを比較し、一致すれば認証成功とし、ログインを許可する。一致しなければ、認証失敗として、ログインを許可しない。
【０１１２】
上記実施形態では、ワンタイムパスワードを発行するのに、携帯メール端末を用いて、シード番号をワンタイムパスワード生成サーバに送り、ワンタイムパスワードをサーバから取得している。
【０１１３】
電子メールを使用しているため、この認証システムでは、ワンタイムパスワード生成サーバをファイアウォールで保護された領域に設置することができ、携帯アプリケーションサーバのような厳しい管理が不要となる。そのため、ワンタイパスワードシステムの運用コストを削減することが可能となる。
【０１１４】
さらに、認証を行うためのワンタイムパスワード生成鍵をユーザ個別に発行するようにしている。これで、たとえ一ユーザの生成鍵が何らかの理由で漏洩しても、他のユーザに影響することは無い。
【０１１５】
また、ワンタイムパスワード生成鍵を発行する際は、盗聴等の危険の少ないイントラネット内で行い、必要に応じて暗号化を行って通信して配布することができる。このワンタイムパスワード生成鍵の配布も、ファイアウォール等に阻害されず、安全に配布することが可能となる。
【０１１６】
また、配布を行う際は、通常の電子メールでの認証と同じ手順を実施し、最後にワンタイムパスワード生成サーバ内で認証を行っている。そのため、生成サーバに登録された携帯メール装置を持つ正当なユーザに、ワンタイムパスワード生成鍵を配布することができる。
【０１１７】
さらに、ユーザ端末装置は、一旦ネットワーク経由でワンタイムパスワード生成鍵の配布を受けると、それ以降は自機内で認証用ワンタイムパスワードを生成できるため、ネットワークから切り離されても、自律的に認証を行うことができ、ユーザのログインの可否を判断できる。
【０１１８】
図１１を参照して、上記の実施形態による認証システムをより詳しく説明する。図１１は、他の実施形態による認証システムを示す概略図である。
【０１１９】
本認証システムは、ノート型コンピュータに代表されるユーザ端末装置１、携帯電話に代表される携帯メール装置２、ワンタイムパスワード生成サーバ装置３を有する。これらの構成要素は、図１を参照して説明した認証システムと基本的に同様であるが、ユーザ端末装置１がファイアウォール５の内側にあり、ワンタイムパスワード生成サーバ装置３とネットワーク６を介して接続されている点が異なる。このネットワークは、例えばイントラネット等の信頼のおけるネットワークであることが好ましい。しかし、通常のネットワークであっても、適切な暗号通信を適用すれば利用することが可能である。
【０１２０】
ユーザがユーザ端末装置１を起動する。
【０１２１】
ユーザ端末装置１は、日付、時刻等を元にした乱数で１２桁のシード番号を生成する。ユーザ端末装置１は、図１２に示したログイン画面１２１を表示する。この画面には、先に生成した１２桁のシード番号１２２と、シード番号有効時間１２３が表示される。端末装置１は、ユーザＩＤ１２４とワンタイムパスワード１２５を入力するためのボックスも表示し、これらの入力を待つ。
【０１２２】
ユーザは、ユーザがワンタイムパスワード生成サーバ３に登録した際に通知されるユーザＩＤをユーザＩＤ入力欄に入力する。
【０１２３】
また、ユーザは、ログイン画面１２１中のシード番号１２２を、携帯メール端末２の発信メール本文に手動で入力する（ステップＳＢ１）。
【０１２４】
携帯メール装置２は、シード番号１２１が本文に記述された発信メールを、あらかじめ登録してあった、ワンタイムパスワード受付メールアドレスに向けて発信する（ステップＳＢ２）。
【０１２５】
発信メールは、インターネット４を経由して、本認証システムを導入した企業等のファイアウォール５に到達する。通常、電子メールは、ファイアウォール５で排除されないので、そのままその企業等のネットワークに設置された、ワンタイムパスワード生成サーバ装置３に着信する。
【０１２６】
生成サーバ３は、ユーザ情報データベース１３０を有する。図１３は、ユーザ情報データベース１３０の一例を示す図である。図１３に示したユーザ情報データベース１３０は、例えばリレーショナルデータベースのテーブルであり、ユーザ名１３１、ユーザＩＤ１３２、携帯メール装置アドレス１３３、受付アドレス１３４、ワンタイムパスワード生成鍵１３５のフィールドを有している。
【０１２７】
生成サーバ１３０は、着信した電子メールのｆｒｏｍ行から、ユーザ情報データベース１３０を検索し、そのユーザ用のワンタイムパスワード生成鍵１３５を取得する。生成サーバ３は、取得したワンタイムパスワード生成鍵と、着信した電子メールの本文に記述されたシード番号と、あらかじめ記憶している顧客個別番号を元に、ワンタイムパスワードを計算する。
【０１２８】
生成サーバ３は、計算したワンタイムパスワードを本文として、携帯メール装置２へ電子メールを送信する。
【０１２９】
電子メールは、ファイアウォール５を通過し、インターネット４を経由して、携帯メール装置２に着信する（ステップＳＢ４）。
【０１３０】
ユーザは、携帯メール装置２に着信した電子メールを表示し、本文のワンタイムパスワードを参照する。これを手動で、ユーザ端末装置１に表示されているログインダイアログ１２１のワンタイムパスワード欄１２５に入力する（ステップＳＢ５）。
【０１３１】
ユーザ端末装置１は、生成サーバ３がネットワーク６で接続されていることを確認する。ユーザ端末装置１は、確認のため、生成サーバ３に対して例えばｐｉｎｇを発してもよい。
【０１３２】
ユーザ端末装置１は、生成サーバ３がネットワーク６で接続されていなければ、図７を参照して説明したスタンドアロン認証へ移行する。
【０１３３】
ユーザ端末装置１は、生成サーバ３がネットワーク６で接続されていれば、ネットワーク６経由で、ワンタイムパスワード生成サーバ装置３とＳＳＬ暗号通信接続をする。ユーザ端末装置１は、接続すると、シード番号１２２、入力されたユーザＩＤ１２４、入力されたワンタイムパスワード１２５を送信する（ステップＳＢ６）。
【０１３４】
ワンタイムパスワード生成サーバ装置３は、ユーザ情報データベース１３０から、受信したユーザＩＤ１３２に基づき、ユーザ個別のワンタイムパスワード生成鍵１３５を検索する。このワンタイムパスワード生成鍵１３５と、シード番号１２２、顧客個別番号に基づき、認証用ワンタイムパスワードを生成する。
【０１３５】
ワンタイムパスワード生成サーバ装置３は、生成した認証用ワンタイムパスワードと、ユーザ端末装置１から送られてきたワンタイムパスワード１２５とを比較する。そして、一致すれば、正しい登録ユーザとして認証成功とし、一致しなければ認証失敗とする（ステップＳＢ７）。
【０１３６】
ワンタイムパスワード生成サーバ３は、認証が成功した場合、ＳＳＬ暗号通信で、認証成功の結果と、認証成功したユーザのワンタイムパスワード生成鍵１３５を送信する。認証が失敗した場合、認証失敗の結果のみを返す（ステップＳＢ８）。
【０１３７】
ユーザ端末装置１は、認証成功ならば、ユーザのログインを許可し、受信したワンタイムパスワード生成鍵１３５をユーザＩＤ１２４と関連付けて保存する。
【０１３８】
次に、図１１の認証システムを構成する各装置の構成を説明する。
【０１３９】
ワンタイムパスワード生成サーバ装置３は、図３を参照して説明したパスワード生成サーバ２０と基本的に同様の構成を有しているが、通信装置２３（図３参照）によりユーザ端末装置１との間でネットワークを介して通信が可能である点で異なる。この通信により、ワンタイムパスワード生成サーバ装置３からユーザ端末装置１に、ユーザ毎に異なるワンタイムパスワード生成鍵を供給することができる。
【０１４０】
また、ユーザ情報データベース２６（図３参照）が、図１３を参照して説明した構成となっている。
【０１４１】
ユーザ端末装置３の構成例を図１４に示した。図１４に示したユーザ端末装置１４０は、演算装置６１、主記憶装置６２、表示装置６３、入力装置６４、補助記憶装置６５、ＴＰＭ６９を有する点では、図６に示したユーザ端末装置６０と同様である。
【０１４２】
また、補助記憶装置６５は、顧客個別番号６６、シード番号生成プログラム６７、暗号化実施プログラム６８、BASE６４変換プログラム７１を記憶している。
【０１４３】
補助記憶装置６５は、さらに、ユーザ暗号鍵データベース７２を保存している。このユーザ暗号鍵データベース７２は、生成サーバ３から受け取ったワンタイムパスワード生成鍵（図１３の１３５）を暗号化して格納するものである。ＴＰＭ６９には、ユーザ暗号鍵データベース７２の暗号化に必要な暗号鍵７０が保存されている。
【０１４４】
ユーザ端末装置１４０は、さらに、生成サーバ３との間でネットワークを介した通信を行う通信装置７３を有する。この通信装置は、例えばイーサネット（登録商標）アダプタであってもよい。
【０１４５】
次に、第２の実施形態によるユーザ端末装置へのログイン方法を説明する。図１５は、第２の実施形態によるユーザ端末装置へのログイン方法を示すフローチャートである。
【０１４６】
ユーザ端末装置がユーザにより起動される（ステップＳＣ１）。ユーザ端末装置は、シード番号生成プログラム（図１４の６７）を補助記憶装置（図１４の６５）から演算装置（図１４の６１）にロードし、実行を開始する。
【０１４７】
ユーザ端末装置は、シード番号（シード番号）を生成する（ステップＳＣ２）。シード番号は、例えば１２桁の数値であり、例えばＣ言語の乱数生成関数rand関数等を使用して生成可能である。シード番号は主記憶装置（図１４の６２）に保存する。
【０１４８】
ここで留意すべき点として、各種言語のrand関数は、srand関数等の種値を元に一定の順番で擬似的な乱数を発生させるものなので、種値決定に工夫をするとよい。種値は、例えば、現在時刻、補助記憶装置の残り容量、補助記憶装置のシリアル番号、機器を起動してからのCPUクロック回数等、刻々と変化している値を加減剰余して、種値としてもよい。
【０１４９】
ユーザ端末装置は、例えば内蔵されたタイマー（図示せず）から、現在時刻を取得する（ステップＳＣ３）。
【０１５０】
ユーザ端末装置は、生成したシード番号を元に、図１２に示したログイン画面を表示装置（図１４の６３）に表示する（ステップＳＣ４）。
【０１５１】
ユーザは、この表示を見て、携帯メール装置を用いて、シード番号を本文に記載したメールを、ワンタイムパスワード受付アドレスへ送信する（ＳＣ５）。
【０１５２】
一方、ユーザ端末装置は、ステップＳＣ３で取得した時刻から、例えば１０分経過したか確認する（ＳＣ６）。経過していなければＳＣ７に進む。経過していたら、ログイン画面を消去してステップＳＣ２に戻る。これは、シード番号の有効期間を管理して不正ログインの危険性を低減するためである。
【０１５３】
ユーザは、ワンタイムパスワード生成サーバからワンタイムパスワードが記述された返信メールが着信したか確認する（ＳＣ７）。着信していればステップＳＣ８に進む。していなければステップＳＣ６に戻る。なお、サーバでのワンタイムパスワード生成例は、第１の実施形態において図１０を参照して説明した通りである。
【０１５４】
ユーザは、送られてきたワンタイムパスワードとユーザＩＤをログイン画面（図１２）に入力し、ログインボタンを押す（ステップＳＣ８）。
【０１５５】
ユーザ端末装置は、例えばサーバにｐｉｎｇを発信して、サーバとネットワークで接続されているか確認する。サーバから返答があればステップＳＣ１１へ進む。サーバから返答が無ければ、ステップＳＣ２１に進む（ステップＳＣ９）。
【０１５６】
ユーザ端末装置は、ワンタイムパスワード生成サーバと暗号通信コネクションを張り、暗号通信経路を確保する（ステップＳＣ１０）。この暗号通信は例えばＳＳＬ（Secure Socket Layer）で行うことができる。
【０１５７】
ユーザ端末装置は、上記の暗号通信コネクションにより、ユーザから取得したユーザＩＤ及びワンタイムパスワードと、ステップＳＣ２で生成したシード番号とをワンタイムパスワード生成サーバに暗号送信する（ステップＳＣ１１）。
【０１５８】
ワンタイムパスワード生成サーバは、ユーザ端末装置から受け取ったユーザＩＤに基づきユーザ情報データベース（図３の２６）を検索し、そのユーザに割り振られたワンタイムパスワード生成鍵（図１３の３５）を取得する（ステップＳＣ１２）。
【０１５９】
ワンタイムパスワード生成サーバは、さらに、ステップＳＣ１１で送られてきたシード番号と、ステップＳＣ１２で検索したワンタイムパスワード生成鍵と、顧客個別番号（図３の２５）に基づき、認証用ワンタイムパスワードを生成する（ＳＣ１３）。生成のアルゴリズムの一例は、図１０を参照して説明した通りである。
【０１６０】
ワンタイムパスワード生成サーバは、さらに、ステップＳＣ１３で生成した認証用ワンタイムパスワードと、ステップＳＣ１１でユーザ端末装置から受信したワンタイムパスワードが一致するか比較する（ステップＳＣ１４）。
【０１６１】
ワンタイムパスワード生成サーバは、ステップＳＣ１４での比較結果（ステップＳＣ１５）が一致したらステップＳＣ１６へ進む。
【０１６２】
ワンタイムパスワード生成サーバは、認証成功の結果と、ステップＳＣ１２でユーザ情報データベース（図３の２６）から取得したワンタイムパスワード生成鍵を、ステップＳＣ１０で形成した暗号経路を介してユーザ端末装置に送信する（ステップＳＣ１６）。
【０１６３】
ユーザ端末装置は、ワンタイムパスワード生成サーバから、認証成功の結果と、ステップＳＣ１２で取得したワンタイムパスワード生成鍵とを受信する。そして、ユーザＩＤと、受信したワンタイムパスワード生成鍵とを関連づけてユーザ暗号鍵データベース（図１４の７２）に保存する（ステップＳＣ１７）。ユーザ暗号鍵データベースは、図１６を参照してさらに説明する。
【０１６４】
ユーザ端末装置は、ユーザのログイン動作を開始する（ステップＳＣ１８）。
【０１６５】
一方、ステップＳＣ１５において、一致しなければステップＳＣ１９に進む。
【０１６６】
ワンタイムパスワード生成サーバは、認証失敗の結果を、ステップＳＣ１０で形成した暗号経路を介してユーザ端末装置に送信する（ステップＳＣ１９）。
【０１６７】
ユーザ端末装置は、ログインに失敗したことをユーザに通知する（ステップＳＣ２０）。
【０１６８】
このように、ユーザ端末は、ワンタイムパスワード生成サーバとネットワークで接続されていれば、ユーザ毎に異なるワンタイムパスワード生成鍵をワンタイムパスワード生成サーバから安全に取得することができる。
【０１６９】
なお、上記のとおり、ステップＳＣ９でサーバにｐｉｎｇを送信して返信がなければ、ステップＳＣ２１に進む。
【０１７０】
ユーザ端末装置は、ユーザＩＤに基づきユーザ暗号鍵データベース（図１４の７２）を検索する（ステップＳＣ２１）。検索の結果、そのユーザのワンタイムパスワード生成鍵を取得できなければ、ステップ２３進む。
【０１７１】
ユーザ端末装置は、ユーザにネットワーク経由での認証を促す警告を発し（ステップＳＣ２３）、ログイン処理を終了する。
【０１７２】
一方、検索の結果、そのユーザのワンタイムパスワード生成鍵を取得できれば、ステップＳＣ２４に進む。
【０１７３】
ユーザ端末装置は、ワンタイムパスワード生成鍵、シード番号、顧客個別番号に基づき、認証用ワンタイムパスワードを生成する（ステップＳＣ２４）。ワンタイムパスワードの生成方法は図１０を参照して説明した通りである。
【０１７４】
ユーザ端末装置は、生成した認証用ワンタイムパスワードと、ステップＳＣ８で入力されたワンタイムパスワードとを比較する（ステップＳＣ２６）。
【０１７５】
比較の結果、一致すればログインを開始し、一致しなければログイン失敗としてログイン処理を終了する。
【０１７６】
次に、ユーザ暗号鍵データベース（図１４の７２）の構成例を説明する。図１６は、ユーザ暗号鍵データベースの構成例を示す概略図である。
【０１７７】
ユーザ暗号鍵データベースは、ユーザＩＤと、ワンタイムパスワード生成鍵とを関連づけて格納するデータベースであり、ワンタイムパスワード生成サーバのユーザ情報データベース（図３の２６）の部分的なコピーである。
【０１７８】
ユーザ端末装置は、ワンタイムパスワード生成サーバとネットワークで接続されてないスタンドアロン状態のときに、ユーザ暗号鍵データベースを用いて、ユーザのログインの可否を判断することができる。
【０１７９】
ワンタイムパスワード生成サーバによるワンタイムパスワード発行手順は、第１の実施形態において図９を参照して説明したものと同様であるので、詳細な説明はここでは省略する。
【０１８０】
ユーザ端末装置のユーザ暗号鍵データベース（図１４の７２）は、最初はユーザ暗号鍵を保持してない。ユーザ端末装置をネットワークに接続した状態で認証を行うことにより、ユーザ暗号鍵を記憶することができる。
【０１８１】
例えばノートブックＰＣを、事務所においてはネットワークに接続して使用し、出張等のため事務所の外においてはスタンドアロン状態で使用する場合がある。ノートブックＰＣの導入時にユーザ暗号鍵データベースにユーザ用のワンタイムパスワード生成鍵を記憶していなくても、上記の実施形態により、そのノートブックＰＣをネットワークを介して生成サーバと接続して使用すれば、ユーザごとの個別のワンタイムパスワード生成鍵を、各ノートブックＰＣに配布することができる。
【０１８２】
上記の実施形態では、ワンタイムパスワードのみによるログイン処理を前提とした。上記実施形態は、他の認証システムと併用してもよい。例えば生体認証との併用は有効である。
【０１８３】
最後に、上記実施形態の全体的な構成をまとめる。
【０１８４】
図１７は、ユーザ登録処理を示すシーケンス図である。
【０１８５】
図１７において、携帯メール装置２は、例えば図１、図１１の携帯メール装置２に対応する。ユーザ端末装置１は、例えば図１、図１１のユーザ端末装置１に対応する。ワンタイムパスワード生成サーバ装置３は、例えば図１、図１１のワンタイムパスワード生成サーバ装置３に対応する。
【０１８６】
ワンタイムパスワード生成サーバ装置３は、ユーザ登録処理を行い（ステップ１７１）、ワンタイムパスワード受付メールアドレスを生成する。このステップは、図５のステップＳＲ１〜ＳＲ３を参照して説明したものである。
【０１８７】
ワンタイムパスワード生成サーバ装置３は、生成したワンタイムパスワード受付メールアドレスを含む登録通知メールを携帯メール装置２に送信する（ステップ１７２）。このステップは、図５のステップＳＲ４〜ＳＲ５を参照して説明したものである。
【０１８８】
携帯メール装置２は、受信した登録通知メールに含まれたワンタイムパスワード受付メールアドレスをアドレス帳に登録する（ステップ１７３）。このステップは、図５のステップＳＲ６を参照して説明したものである。
【０１８９】
以上でユーザ登録処理は終了する。
【０１９０】
図１８は、スタンドアロン状態でのログイン処理を示すシーケンス図である。
【０１９１】
ユーザはユーザ端末１を起動し、ユーザＩＤを入力する（ステップ１８１）。このステップは、図７のステップＳＡ１を参照して説明したものである。ただし、図７ではユーザＩＤの入力は省略してある。
【０１９２】
ユーザ端末装置１は、シード番号を生成して、シード番号とワンタイムパスワードの入力欄とを含むログイン画面を表示する（ステップ１８２）。このステップは、図７のステップＳＡ２〜ＳＡ１０を参照して説明したものである。
【０１９３】
ユーザは、表示されたログイン画面に予め表示されたシード番号を読み、携帯メール装置２を用いて、そのシード番号を含む電子メールをワンタイムパスワード生成サーバ装置３宛てに送信する（ステップ１８３）。
【０１９４】
ワンタイムパスワード生成サーバ装置３は、受信した電子メールに含まれたシード番号等に基づき、ワンタイムパスワードを生成する（ステップ１８４）。このステップは、図９のステップＳＳ１〜ＳＳ１５を参照して説明したものである。
【０１９５】
ワンタイムパスワード生成サーバ装置３は、生成したワンタイムパスワードを含む電子メールを携帯メール装置２に送信する（ステップ１８５）。このステップは、図９のステップＳＳ１６〜ＳＳ１７を参照して説明したものである。
【０１９６】
携帯メール装置２でこの電子メールを受信したユーザは、電子メールに含まれるワンタイムパスワードを、ユーザ端末装置１のログイン画面のワンタイムパスワードの入力欄に入力する（ステップ１８６）。
【０１９７】
ユーザ端末装置１は、入力されたワンタイムパスワードと自機で生成したワンタイムパスワードとを比較して、その一致を確認する（ステップ１８７）。このステップは、図７のステップＳＡ１１〜ＳＡ１４を参照して説明したものである。
【０１９８】
ユーザ端末装置１は、ワンタイムパスワードが確認できれば、ユーザをログインさせる（ステップ１８８）。このステップは、図７のステップＳＡ１５を参照して説明したものである。
【０１９９】
図１９は、ユーザ端末装置１とワンタイムパスワード生成サーバ装置３とがネットワークで接続されている場合のログイン処理を示すシーケンス図である。
【０２００】
ユーザはユーザ端末１を起動し、ユーザＩＤを入力する（ステップ１９１）。このステップは、図１５のステップＳＣ１を参照して説明したものである。ただし、図１５ではユーザＩＤの入力は省略してある。
【０２０１】
ユーザ端末装置１は、シード番号を生成して、シード番号とワンタイムパスワードの入力欄とを含むログイン画面を表示する（ステップ１９２）。このステップは、図１５のステップＳＣ２〜ＳＣ４を参照して説明したものである。ここで表示されるログイン画面は、例えば図１２を参照して説明したものである。
【０２０２】
ユーザは、表示されたログイン画面に予め表示されたシード番号を読み、携帯メール装置２を用いて、そのシード番号を含む電子メールをワンタイムパスワード生成サーバ装置３宛てに送信する（ステップ１９３）。
【０２０３】
ワンタイムパスワード生成サーバ装置３は、受信した電子メールに含まれたシード番号等に基づき、ワンタイムパスワードを生成する（ステップ１９４）。このステップは、図９のステップＳＳ１〜ＳＳ１５を参照して説明したものである。
【０２０４】
ワンタイムパスワード生成サーバ装置３は、生成したワンタイムパスワードを含む電子メールを携帯メール装置２に送信する（ステップ１９５）。このステップは、図９のステップＳＳ１６〜ＳＳ１７を参照して説明したものである。
【０２０５】
携帯メール装置２でこの電子メールを受信したユーザは、電子メールに含まれるワンタイムパスワードを、ユーザ端末装置１のログイン画面のワンタイムパスワードの入力欄に入力する（ステップ１９６）。
【０２０６】
ここまでのステップは、図１８のステップ１８１〜１８６と同様である。
【０２０７】
ユーザ端末装置１は、ネットワークを介してワンタイムパスワード生成サーバ３と接続されているか確認した上で、ワンタイムパスワード生成サーバ３に、シード番号、ユーザＩＤ、及びステップ１９６で入力されたワンタイムパスワードを送信する（ステップ１９７）。
【０２０８】
ワンタイムパスワード生成サーバ装置３は、ユーザ端末装置１から送信されたワンタイムパスワードと、自機で生成して携帯メール装置２に送信したワンタイムパスワードとを比較して、その一致を確認する（ステップ１９８）。このステップは、図１５のステップＳＣ１〜ＳＣ１５を参照して説明したものである。
【０２０９】
ワンタイムパスワード生成サーバ装置３は、ワンタイムパスワードが確認できれば、認証が成功したことを示す情報と、ワンタイムパスワード生成鍵とをユーザ端末装置１に送信する（ステップ１９９）。
【０２１０】
ユーザ端末装置１は、認証が成功したことを示す情報に応じてユーザをログインさせる（ステップ２００）とともに、ワンタイムパスワード生成サーバ装置３から受信したワンタイムパスワード生成鍵をユーザ暗号鍵データベース（図１４の７２）に記憶する。このステップは、図１５のステップＳＣ１７〜ＳＣ１８を参照して説明したものである。
【０２１１】
以上、本発明の実施の形態について詳述したが、本発明は特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形及び変更が可能である。
【０２１２】
以上の実施形態に関し、更に以下の付記を記す。
（付記１）
所定の規則で生成したシード番号に対応するパスワードの入力により認証を行う端末装置と、
前記シード番号を含む所定の要求メッセージに応じて前記パスワードを発行するパスワード発行装置とを具備することを特徴とする認証システム。
（付記２）前記所定の要求メッセージを前記パスワード発行装置に送信する要求メッセージ送信装置をさらに具備することを特徴とする、付記１に記載の認証システム。
（付記３）
前記端末装置は、前記パスワード発行装置とネットワークで接続されているとき、入力されたパスワードと前記シード番号とを前記パスワード発行装置に送信し、
前記パスワード発行装置は、受信した前記入力されたパスワードと前記シード番号とに基づき認証を行い、認証結果に応じて秘密情報を前記端末装置に送信する、付記１または２に記載の認証システム。
（付記４）
前記パスワード発行装置は、前記要求メッセージ発行装置ごとに対応する異なる要求メッセージの送信先を登録し、前記要求メッセージ発行装置から前記対応する異なる送信先に前記所定の要求メッセージが送信されたときにのみ前記パスワードを発行することを特徴とする、付記２または３に記載の認証システム。
（付記５）
前記パスワード発行装置は、前記要求メッセージ発行装置に対応する有効フラグ及び発行カウンタのうち少なくとも１つが所定の条件を満たすとき、前記要求メッセージ発行装置からの前記所定の要求メッセージに対してパスワードを発行することを特徴とする、付記２乃至４いずれか一項に記載の認証システム。
（付記６）
前記シード番号は、現在時刻、補助記憶装置の残り容量、補助記憶装置のシリアル番号、機器を起動してからのＣＰＵクロック回数のうち少なくとも１つに基づく種値から求めた擬似乱数であることを特徴とする、付記１乃至５いずれか一項に記載の認証システム。
（付記７）
所定の規則でシード番号を生成し、前記シード番号に対応する第１のパスワードを生成する演算部と、
前記演算部が生成した前記シード番号を出力する出力部と、
前記シード番号に対応する第２のパスワードの入力を受ける入力部とを具備し、
前記演算部は前記第１のパスワードと前記第２のパスワードとが一致したとき認証を行うことを特徴とする端末装置。
（付記８）
ネットワークを介してパスワード発行装置と通信する通信部をさらに有し、
前記ネットワークを介して前記パスワード発行装置と通信可能なとき、前記入力部に入力されたパスワードと前記シード番号とを前記パスワード発行装置に送信し、
前記パスワード発行装置における認証が成功したときに、前記パスワード発行装置から認証結果に応じて秘密情報を受信する、付記７に記載の端末装置。
（付記９）
所定のメッセージを送受信する通信部と、
端末装置が所定の規則で生成したシード番号を含む、前記通信部が受信した要求メッセージに応じて、前記端末装置が認証を行うためのパスワードを発行する演算部とを具備することを特徴とするパスワード発行装置。
（付記１０）
前記通信部によりネットワークを介して前記端末装置と通信可能なとき、前記端末装置から入力パスワードと前記シード番号とを受信し、
前記演算部は、受信した前記入力パスワードと前記シード番号とに基づき認証を行い、認証結果に応じて秘密情報を前記端末装置に送信する、付記９に記載のパスワード発行装置。
（付記１１）
要求メッセージ発行装置を登録するユーザ情報データベースをさらに有し、
前記演算装置は、前記要求メッセージ発行装置が前記ユーザ情報データベースに登録されているとき、前記要求メッセージ発行装置からの前記所定の要求メッセージに対してパスワードを発行することを特徴とする、付記９または１０に記載のパスワード発行装置。
（付記１２）
前記ユーザ情報データベースは前記要求メッセージ発行装置ごとに対応する異なる要求メッセージの送信先を登録し、
前記演算部は、前記要求メッセージ発行装置から前記対応する異なる送信先に前記所定の要求メッセージが送信されたときにのみ前記パスワードを発行することを特徴とする、付記１１に記載のパスワード発行装置。
（付記１３）
前記ユーザ情報データベースは、前記要求メッセージ発行装置に対応する有効フラグ及び発行カウンタを登録し、
前記演算部は、前記有効フラグ及び発行カウンタのうち少なくとも１つが所定の条件を満たすとき、前記要求メッセージ発行装置からの前記所定の要求メッセージに対してパスワードを発行することを特徴とする、付記１１または１２に記載のパスワード発行装置。
（付記１４）
端末装置が、所定の規則でシード番号を生成する段階と、
パスワード発行装置が、前記シード番号を含む所定の要求メッセージに応じてパスワードを発行する段階と、
前記端末装置が、前記パスワード発行装置が発行した前記パスワードの入力により認証を行う段階とを含むことを特徴とする認証方法。
（付記１５）前記端末装置が、前記パスワード発行装置とネットワークで接続されているとき、入力されたパスワードと前記シード番号とを前記パスワード発行装置に送信する段階と、
前記パスワード発行装置が、受信した前記入力されたパスワードと前記シード番号とに基づき認証を行い、認証結果に応じて秘密情報を前記端末装置に送信する段階とをさらに含む、付記１４に記載の認証方法。
（付記１６）
コンピュータに、
所定の規則でシード番号を生成する段階と
前記シード番号に対応する第１のパスワードを生成する段階と、
生成した前記シード番号を出力する段階と、
前記シード番号に対応する第２のパスワードの入力を受ける段階と、
前記第１のパスワードと前記第２のパスワードとが一致したとき認証を行う段階を実行させることを特徴とするプログラム。
（付記１７）
コンピュータに、
端末装置が所定の規則で生成したシード番号を含む要求メッセージを受信する段階と、
受信した前記要求メッセージに応じて、前記端末装置が認証を行うためのパスワードを発行する段階と、
発行した前記パスワードを含む所定のメッセージを送信する段階とを実行させることを特徴とするプログラム。
【符号の説明】
【０２１３】
１ ユーザ端末装置
２ 携帯メール装置
３ ワンタイムパスワード生成サーバ装置
４ インターネット
５ ファイアウォール
６ ネットワーク
１０ ログイン画面
１１ メッセージ
１２ シード番号
１３ ワンタイムパスワード
１４ ＯＫボタン
１５ キャンセルボタン
２０ ワンタイムパスワード生成サーバ
２１ 演算装置
２２ 主記憶装置
２３ 通信装置
２４ 補助記憶装置
２５ 顧客個別番号
２６ ユーザ情報データベース
２７ 暗号化実施プログラム
２８ ＴＰＭ
２９ 暗号鍵
３０ ＢＡＳＥ６４変換プログラム
６０ ユーザ端末装置
６１ 演算装置
６２ 主記憶装置
６３ 表示装置
６４ 入力装置
６５ 補助記憶装置
６６ 顧客個別番号
６７ シード番号生成プログラム
６８ 暗号化実施プログラム
６９ ＴＰＭ
７０ 暗号鍵
７１ ＢＡＳＥ６４変換プログラム
７２ ユーザ暗号鍵データベース
７３ 通信装置
【技術分野】
【０００１】
本発明は、認証システム、認証方法、認証システムで使用される端末装置及びパスワード発行装置、及び認証プログラムに関する。
【背景技術】
【０００２】
現在、パーソナルコンピュータなどの端末装置や、それらを利用した様々な情報システムは、その多くがパスワード等によって保護されている。端末装置や情報システムを利用可能なユーザをパスワードの照合により認証する方法は、特別な投資が必要なく、安価な方法である。しかし、パスワードを端末装置の筐体に書き込んだり、パスワードを記したメモなどを端末装置とともに携帯したりするユーザが存在する場合があり、パスワードが第三者に盗み取られてしまう可能性があった。特に、ノート型コンピュータなどの携帯可能な端末装置をユーザが携帯して使用する場合において、このようなパスワード漏洩の可能性はさらに高まると考えられる。
【０００３】
一方、端末装置に格納するデータを部分的に、あるいは全体的に暗号化して容易に読み取れなくする技術も広く使用されている。しかし、このような対策を施したとしても、上述したようなユーザ自身の行為によって暗号化を解除するパスワードが簡単に盗み取られてしまうような状態にあれば、端末装置内のデータを保護することは困難であろう。
【０００４】
多くの企業等では情報セキュリティ教育の一貫として、端末装置のユーザに対してログインやデータの暗号化解除等に使用するパスワードを筐体等に書かないよう指導がなされている。しかし、大勢のユーザにこれを徹底させることは難しく、情報漏洩問題の発生を未然に防ぐことにはこうした現実的な困難性が伴う。
【０００５】
上述したような問題の解決方法として、ワンタイムパスワード方式が知られている。この方式では、まず、各ユーザに手のひらに乗る程度の大きさのワンタイムパスワード表示機を配布する。このワンタイムパスワード表示機とパーソナルコンピュータ等の端末装置のログイン機構は同じアルゴリズムで動作させておく。ユーザは端末装置へログインする都度、ワンタイムパスワード表示機の表示画面に表示されたパスワードを端末装置に入力する。このような方法によれば、パスワードが一定でなくなり、ユーザによってパスワードが端末装置の筐体に記入されることを未然に防止することが期待できる。
【０００６】
しかしながら、ワンタイムパスワード表示機はログインの際に必要となるので、ユーザがコンピュータの近くにワンタイムパスワード表示機を置いておく場合が考えられる。さらに、ノート型コンピュータの場合は、ユーザがワンタイムパスワード表示機とノート型コンピュータとを一緒に携帯することが考えられる。そのような場合は、端末装置の盗難時や紛失時に、ワンタイムパスワード表示機も同時に第三者の手へと渡る可能性があるので、パスワードを筐体に書いた場合と同様の問題が生じ得る。
【０００７】
また、ワンタイムパスワード表示機には、暗証番号（ＰＩＮ）を入力しないと、ワンタイムパスワードを出力しないものがある。しかし、ユーザがその暗証番号（ＰＩＮ）を例えばワンタイムパスワード表示機の筐体に書いてしまうと、この場合も、ユーザがコンピュータの筐体にパスワードを書いた場合と同様の問題が生じ得る。
【０００８】
さらに、ワンタイムパスワード方式を採用する場合には、ユーザの規模に応じてワンタイムパスワード表示機を導入するためのコストや、機器を管理する手間を必要とするという難点がある。
【０００９】
一方、ワンタイムパスワード表示機を配布するかわりに、現在では多くの人が所有している携帯電話を利用する方法もある。例えば、携帯電話と認証サーバを用いる方法が提案されている。この方法では、携帯電話からのパスワード発行要求に応じて認証サーバがワンタイムパスワードを生成し、記憶するとともに、携帯電話に送信する。業務サーバからワンタイムパスワードを受信すると、受信したワンタイムパスワードと記憶されたワンタイムパスワードとが一致するか判別し、一致した場合に認証成功メッセージを業務サーバに送信する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００７−５８４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
つまり、ユーザの携帯電話に、ワンタイムパスワード表示機と同じような機能を実行するアプリケーションソフトウェアをダウンロードし、そのアプリケーションソフトウェアにより発生したワンタイムパスワードを使用して端末装置へのログインを実施することは可能である。ここで、ワンタイムパスワードの表示機の代わりに携帯電話を用いる場合の問題点を検討する。
【００１２】
ユーザは、携帯電話を通話やメールの送受信など、ワンタイムパスワードを表示する以外の用途にも利用する。このため、ユーザは、ノート型コンピュータから離れる場合にも携帯電話を持ち歩くことが多い。したがって、ワンタイムパスワードの表示機の代わりに携帯電話を用いることにより、ノート型コンピュータ等の端末装置と一緒に盗難・紛失する可能性を低減させることが期待される。
【００１３】
しかし、ワンタイムパスワードの表示機能を持ったアプリケーションソフトウェアを携帯電話にダウンロードする方法を採用するためには、アプリケーションソフトウェアの開発や配布に多大なコストを必要とする。すなわち、携帯電話は広く普及しているが、携帯電話会社は複数あり、各個人が持っている携帯電話の機種は様々である。そのため、ワンタイムパスワード発生用のアプリケーションソフトウェアも複数開発する必要がある。
【００１４】
また、携帯電話用アプリケーションソフトウェアは、インターネット上のサーバからユーザの携帯電話へダウンロードする形態で配布される場合が多い。インターネット上のサーバは、ファイアウォールに守られたイントラネットに設置された場合と比較して、より多くの不正アクセスの危険にさらされている。このため、セキュリティパッチの適用など、常に高い安全性を保つための管理運用の手間が必要とされる。そこで、アプリケーションソフトウェアを安全に配布するためにインターネット上のサーバの管理運用を外部の専門業者に委託することも多く、このような場合はさらに運用コストが増大する。
【００１５】
さらに、上記の携帯電話と認証サーバを用いる方法では、認証サーバが、生成したパスワードを記憶しなければならない。また、ワンタイムパスワードが、少なくとも認証サーバから携帯電話に送信され、さらに業務サーバから認証サーバに送信されるので、盗聴等の恐れがある。
【課題を解決するための手段】
【００１６】
かかる課題の少なくとも１つを解決するため、一実施形態による認証システムは、所定の規則で生成したシード番号に対応するパスワードの入力により認証を行う端末装置と、前記シード番号を含む所定の要求メッセージに応じて前記パスワードを発行するパスワード発行装置とを具備することを特徴とする。
【００１７】
他の実施形態による端末装置は、所定の規則でシード番号を生成し、前記シード番号に対応する第１のパスワードを生成する演算部と、前記演算部が生成した前記シード番号を出力する出力部と、前記シード番号に対応する第２のパスワードの入力を受ける入力部とを具備し、前記演算部は前記第１のパスワードと前記第２のパスワードとが一致したとき認証を行うことを特徴とする。
【００１８】
他の実施形態によるパスワード発行装置は、所定のメッセージを送受信する通信部と、端末装置が所定の規則で生成したシード番号を含む、前記通信部が受信した要求メッセージに応じて、前記端末装置が認証を行うためのパスワードを発行する演算部とを具備することを特徴とする。
【００１９】
さらに他の実施形態による認証方法は、端末装置が、所定の規則でシード番号を生成する段階と、パスワード発行装置が、前記シード番号を含む所定の要求メッセージに応じてパスワードを発行する段階と、前記端末装置が、前記パスワード発行装置が発行した前記パスワードの入力により認証を行う段階とを含むことを特徴とする。
【００２０】
その他の実施形態は、以下に説明する発明の詳細な説明により明らかになる。
【発明の効果】
【００２１】
端末装置が、所定の規則でシード番号を生成し、パスワード発行装置が、前記シード番号を含む所定の要求メッセージに応じてパスワードを発行し、前記端末装置が、前記パスワード発行装置が発行した前記パスワードの入力により認証を行うので、ユーザにワンタイムパスワード表示機を配る必要がなく、アプリケーションソフトウェアを配布するサーバをインターネットに設置する必要もなく、安価で安全な運用が可能である。
【図面の簡単な説明】
【００２２】
【図１】一実施形態による認証システムを示す概略図である。
【図２】一実施形態によるユーザ端末装置に表示されるログイン画面の一例を示す図である。
【図３】一実施形態によるパスワード生成サーバを示す概略図である。
【図４】ユーザ情報データベースの構成の一例を示す図である。
【図５】一実施形態によるユーザ情報の登録方法を示すフローチャートである。
【図６】一実施形態によるユーザ端末装置の構成を示すブロック図である。
【図７】一実施形態によるユーザ端末装置へのログイン方法を示すフローチャートである。
【図８】パスワードを電子メールに変換するための変換表の一例を示す図である。
【図９】一実施形態によるパスワード生成方法を示すフローチャートである。
【図１０】パスワードの計算方法の一例を示す図である。
【図１１】第２の実施形態による認証システムを示す概略図である。
【図１２】ユーザ端末装置に表示されるログイン画面の一例を示す図である。
【図１３】ユーザ情報データベースの構成例を示す図である。
【図１４】第２の実施形態によるユーザ端末装置の構成例を示すブロック図である。
【図１５】第２の実施形態によるログイン方法を示すフローチャートである。
【図１６】ユーザ暗号鍵データベースの構成例を示す図である。
【図１７】ユーザ登録処理を示すシーケンス図である。
【図１８】スタンドアロン状態におけるログイン処理を示すシーケンス図である。
【図１９】サーバ接続状態におけるログイン処理を示すシーケンス図である。
【発明を実施するための形態】
【００２３】
図面を参照しつつ、実施形態を説明する。
【００２４】
［第１の実施形態］
図１は、一実施形態による認証システムを示す概略図である。図１に示した認証システムは、例えばノート型コンピュータであるユーザ端末装置１と、例えば携帯電話である携帯メール装置２と、ワンタイムパスワード生成サーバ装置３とを含む。携帯メール装置２とワンタイムパスワード生成サーバ装置３とはインターネット４を介して通信することができる。また、ワンタイムパスワード生成サーバ３は、ファイアウォール５により、インターネット４を介した不正アクセスから守られている。
【００２５】
図１を参照して、ユーザ端末装置１に対する、ワンタイムパスワードによるログインの手順の概略を説明する。
【００２６】
端末装置１を起動すると、日付、時刻等を元にした乱数で１２桁のシード番号が生成される。また、シード番号と顧客個別番号を元に、ワンタイムパスワードが計算される。計算されたワンタイムパスワードは、後で説明するように、ワンタイムパスワード生成サーバ装置３で生成されたワンタイムパスワードとの比較に用いられる。
【００２７】
シード番号が生成されると、ユーザ端末装置１の表示装置に、図２に示したログイン画面１０が表示される。この画面には、ワンタイムパスワードの入力を促すメッセージ１１と、生成された例えば１２桁のシード番号１２（この場合、「９４６２８０９５７１８６」）が表示される。ユーザ端末装置１は、ワンタイムパスワードの入力待ちになる。
【００２８】
ユーザは、ユーザ端末装置１に表示されたログイン画面１０中のシード番号１２を、携帯メール端末２の発信メール本文に手動で入力する（ステップＳ１）。
【００２９】
携帯メール装置２は、ユーザの操作に応じて、シード番号１２が本文に記述された発信メールを、ワンタイムパスワード生成サーバ装置３の、あらかじめ登録してあるワンタイムパスワード受付メールアドレスに向けて発信する（ステップＳ２）。
【００３０】
上記発信メールは、インターネット４を経由して、本認証システムを導入した企業等のファイアウォール５に到達する。ファイアウォール５は、設定に応じてインターネットからのアクセスを排除するが、通常、電子メールは排除しない。従って、携帯メール装置２からの発信メールは、その企業等のイントラネットに設置されたワンタイムパスワード生成サーバ装置３にそのまま着信する（ステップＳ３）。
【００３１】
ワンタイムパスワード生成サーバ３は、着信した電子メールが、正しいワンタイムパスワード受付メールアドレスに送られてきたものか調べる。また、同アドレスに、例えば１００通以上の多数の発信メールが来ていないか調べる。問題が無ければ処理を続行する。
【００３２】
ワンタイムパスワード生成サーバ３は、着信した電子メールの本文に記述された、シード番号と、あらかじめ記憶されている顧客個別番号とに基づき、ワンタイムパスワードを計算（または生成）する。
【００３３】
ワンタイムパスワード生成サーバ３は、計算したワンタイムパスワードを本文として、携帯メール装置へ電子メールを送信する。以下、ワンタイムパスワードの生成及び送信を、ワンタイムパスワードの発行とも呼ぶ。この電子メールは、ファイアウォール５を通過し、インターネット４を経由して、携帯メール装置２に着信する。（ステップＳ４、Ｓ５）
【００３４】
ユーザは、携帯メール装置に着信した電子メールを表示し、本文のワンタイムパスワードを参照する。これを手動で、ユーザ端末装置１に表示されたログイン画面１０のワンタイムパスワード入力欄１３に入力して、ＯＫボタンを押す（ステップＳ６）。
【００３５】
ユーザ端末装置１は、シード番号から計算したワンタイムパスワードと、ユーザが入力したワンタイムパスワードとを比較し、一致した場合、ログインを許可し、ログイン動作を実行する。
【００３６】
また、ユーザは、ログインを中止するときは、キャンセルボタン１５を押す。
【００３７】
このように、ユーザ端末装置１が、所定の規則でシード番号を生成し、ワンタイムパスワード生成サーバ装置３が、そのシード番号を含む所定の要求メッセージに応じてパスワードを発行し、そのワンタイムパスワード生成装置３が発行したパスワードの入力によりユーザ端末装置１が認証を行うので、ワンタイムパスワード生成装置３が、発行したパスワードを記憶する必要がなくユーザ端末装置に安全にログインできる。
【００３８】
この実施形態による認証システムでは、携帯メール端末２を用いて、シード番号をワンタイムパスワード生成サーバ３に送り、ワンタイムパスワードをサーバ３から取得している。一般的に、企業等が社内のイントラネットを守るファイアウォールでも、電子メールは、ほとんどの場合で通している。従って、このシステムでは、ワンタイムパスワード生成サーバをイントラネットにおくことができる。そのためワンタイムパスワード生成サーバ装置では、携帯アプリケーションサーバのような不正アクセスに対する厳しい対策が不要となり、安価にワンタイパスワードシステムの運用が可能である。これが、この実施形態で電子メールを使用している理由である。
【００３９】
一実施形態では、シード番号は数字だけの文字列としてもよい。ログイン処理は、なるべく簡単である必要がある。数字だけなら携帯電話でも入力を簡単に行うことができる。
【００４０】
一実施形態では、シード番号は１０桁以上としてもよい。電子メールは、基本的に盗聴されていると考える必要がある。そのため、通信を盗聴され、蓄積されても問題ない組み合わせ数が必要である。１０桁なら、１０億通のメールのやり取りを蓄積しなくてはならず、１０００人のユーザで運用し、各人が一日１０回問い合わせを行っても、全て集めるのは１０万日以上かかる計算になる。
【００４１】
ユーザ端末装置を不正に入手した者は、複数回ログインを試みられるので、別の実施形態では、シード番号は１２桁程度とすることができる。これならば、全ての通信を蓄積されて、１０００回不正ログインを試みようとしても、１万日以上かかる計算になる。この場合、メールを蓄積する不正な機器のコストや不正ログインの労力が膨大になるシステムの安全性が高まる。
【００４２】
また、一実施形態では、ユーザ端末装置１は、ログイン画面（図２参照）を表示してから、所定時間ワンタイムパスワードの入力が無い場合、新たにシード番号を生成し、ログイン画面を表示しなおし、新たに生成したシード番号に対応するワンタイムパスワードの入力を要求してもよい。この入力待ちの所定時間は、ユーザが携帯メール装置２の発信メールにシード番号を入力してから、ワンタイムパスワード生成サーバ３からワンタイムパスワードを記述した電子メールを受信して、そのワンタイムパスワードをログイン画面１０のワンタイムパスワード欄（図２参照）に入力するまでに必要な時間を考慮して、１０分程度とすることができる。
【００４３】
一実施形態では、ワンタイムパスワード生成サーバ３において、ユーザからの携帯メール端末紛失の知らせ等に応じて、そのユーザに対して登録したワンタイムパスワード受付メールアドレスへのワンタイムパスワード発行要求を停止できるようにする。携帯電話は、よく使用されるものなので、紛失は長くても数日で気が付く。これによって、不正にワンタイムパスワードの問い合わせトラフィックを増やす事を阻止できる。紛失したユーザには、新たにワンタイムパスワード受付メールアドレスを再発行すれば、使用を再開することができる。
【００４４】
他の実施形態では、一つのワンタイムパスワード受付メールアドレスでの、所定時間での受付上限を設け、受付上限回数以上の要求が来た場合、自動的にそれ以上のワンタイムパスワードの発行を停止する。その際、所定時間１日における受付上限は１００件程度が望ましい。
【００４５】
一実施形態では、紛失してから受付メールアドレスが停止されるまでの期間でも、１００通程度以上の不正に多いワンタイムパスワードの問い合わせが来た場合、自動的に停止できる。これによって、通常運用者は問題なく使用でき、不正にトラフィックを増やそうとした者の行為は阻止できる。
【００４６】
さらに、一実施形態では、システム立ち上げ時に、あらかじめユーザ端末装置１と、ワンタイムパスワード生成装置３とに、例えば４バイトの顧客個別番号を記憶させておく。システムを収める顧客ごとにこの数値を変えることができ、ある企業等に不正な盗聴者がいても、それが他の顧客に影響を及ぼすことが無い。
【００４７】
さらに、ワンタイムパスワード生成アルゴリズムは、AESを代表とした暗号アルゴリズムとしている。シード番号から生成されるワンタイムパスワードは、生成アルゴリズムに欠点があると問題だが、十分に検討されたAES等の暗号アルゴリズムならば、その問題もない。
【００４８】
以上のとおり、本特許で説明する個人認証におけるワンタイムパスワードシステムによれば、従来の問題を解決した、安価で安全なワンタイムパスワードシステムを構築できる。
【００４９】
以下、図１の認証システムを構成する各装置の詳細を説明する。
【００５０】
まず、ワンタイムパスワード生成サーバ装置３の詳細を説明する。図３は、一実施形態によるパスワード生成サーバを示す概略図である。
【００５１】
図３に示したワンタイムパスワード生成サーバ装置２０は、一般のコンピュータと同等のもので、計算やプログラムの実行を行う演算装置２１と、演算結果を一時的に保持する主記憶装置２２と、ネットワークを介して通信を行う通信装置２３と、各種データ、プログラムを保存する補助記憶装置２４とを含んでいる。補助記憶装置２４は、システムを導入した顧客ごとに割り振る顧客個別番号（例えば４バイトのデータ）２５と、ユーザの各種情報が格納されているユーザ情報データベース２６と、暗号化実施プログラム２７と、ＢＡＳＥ６４変換プログラム３０とを記憶している。
【００５２】
トラステッドプラットフォームモジュール（ＴＰＭ）２８には、暗号化に必要な暗号鍵２９が保存されている。これは、ＴＰＭは、内部のリバースエンジニアリングが不可能な不揮発記憶装置であり、暗号鍵２９は、暗号化の実施に必要なものである。これによって、プログラムのリバースエンジニアリングによる不正ログインを防ぐ。ＴＰＭは、トラステッドコンピューティンググループ（ＴＣＧ）のＴＰＭワーキンググループによって策定された、トラステッド・コンピューティング環境を支えるセキュリティ・チップである。
【００５３】
暗号化実施プログラム２７は、暗号鍵２９と、暗号化したいデータを用いて、暗号化データを生成するプログラムである。暗号化実施プログラム２７は、例えば、ＡＥＳやトリプルＤＥＳなどの暗号化プログラムである。
【００５４】
また、ＢＡＳＥ６４変換プログラム３０は、バイナリデータをテキストデータに変換するプログラムである。電子メール本文には、暗号化実施プログラム２７で生成したバイナリデータを直接記述できないので、この変換プログラムが必要となる。他の実施形態では、ＢＡＳＥ６４変換以外の変換方式を使用してもよい。
【００５５】
ＢＡＳＥ６４変換プログラム３０による変換手順は、以下の様になる。まず、バイナリデータを、先頭から６ビットずつ区切る。ビットが余った場合、６ビットになるように後ろに０を付加する。次に、区切った６ビットを、４個ずつ図８に示した変換表に従って、アスキーデータに変換する。最後の部分が４個に満たない場合、文字「＝」を、４個になるまで付加する。この手順で、どのようなバイナリデータも、アスキーデータに変換できる。ちなみに、１６バイトのバイナリデータは、２４バイトのアスキーデータに変換される。
【００５６】
図４は、パスワード生成サーバの補助記憶装置２４に記憶されたユーザ情報データベース２６（図３参照）の構成の一例を示す図である。ユーザ情報データベース３０は、ユーザの名前３１と、ユーザの所有する携帯メール装置の電子メールアドレス３２と、ワンタイムパスワード生成サーバ装置へワンタイムパスワードを要求するときに、そのユーザが使用するワンタイムパスワード受付アドレス３３と、ユーザ有効フラグ３４と、ワンタイムパスワード発行カウンタ３５とを含んでいる。
【００５７】
図５も参照して、このユーザ情報データベース３０（図３のユーザ情報データベース２６）にユーザを登録する際の手順を説明する。
【００５８】
ステップＳＲ１において、ユーザの情報を、ワンタイムパスワード生成サーバ装置に入力する。その際に登録するのは、ユーザの名前４２と、そのユーザの携帯メール装置の電子メールアドレス４３である。入力したユーザの名前４２と電子メールアドレス４３は、ユーザ情報データベース３０（図４参照）のユーザ名３１と電子メールアドレス３２にそれぞれ記憶される。
【００５９】
ステップＳＲ２において、ワンタイムパスワード生成サーバ装置は、このユーザ用のワンタイムパスワード受付アドレス４５を自動で生成する。この生成では、「＠optsv1.fujitsu.com」の部分４７はワンタイムパスワード生成サーバごとに固定され、＠マークから前の部分４６は、例えばアルファベットを乱数で選んで生成する。図５に示した例では、＠マークから前の部分は５文字だが、他の実施形態では、この部分が重複しないように１０文字以上にしてもよい。生成された受付アドレス４５は、ユーザ情報データベース３０（図４参照）の受付アドレス３３に記憶される。
【００６０】
ステップＳＲ３において、ユーザ有効フラグ（図４の有効フラグ３４）と、ワンタイムパスワード発行カウンタ（図４の発行カウンタ３５）とを初期化する。ユーザ有効フラグは、登録時は有効（この場合、値１）である。ユーザから携帯メール装置の紛失等の連絡があった場合、ここを無効（この場合、値０）にして、ユーザを無効にする。無効にされた場合、そのワンタイムパスワード受付アドレスで電子メールが到着しても、ワンタイムパスワード生成サーバは、ワンタイムパスワードの発行は行わない。ワンタイムパスワード発行カウンタ３５は、例えば、その日一日のワンタイムパスワード発行回数を記録する部分である。ワンタイムパスワードを発行するごとに、そのユーザのカウンタ値を増やして行き、多数（例えば１００回）の発行要求を受付けた場合、ユーザ有効フラグを０にして、それ以上ワンタイムパスワードの受付を行わないようにする。値が超えなければ、一日ごとに発行カウンタは０に初期化する。
【００６１】
また、ユーザ毎にユーザＩＤを付与して管理する場合には、ユーザＩＤを生成する。
【００６２】
ステップＳＲ４において、ステップＳＲ１で入力されたメールアドレス（４３、図３の３２）を用いて、ユーザの携帯メール装置に対して、ステップＳＲ２で生成したワンタイムパスワード受付アドレス（４５、図４の３３）を電子メールのｆｒｏｍ行に記述し、登録が完了したとの旨を電子メールで通知する。
【００６３】
また、ユーザＩＤを生成した場合には、このユーザＩＤも合わせて通知する。
【００６４】
ステップＳＲ５において、登録完了の旨を記述した電子メールが、図３の通信装置２３、顧客企業のイントラネット、ファイアウォール、インターネットを経由して、ユーザの携帯メール装置により受信される。
【００６５】
ステップＳＲ６において、ユーザは、受信した電子メールの発信者（その電子メールのｆｒｏｍ行に書かれたワンタイムパスワード生成サーバのワンタイムパスワード受付メールアドレス）を、携帯メール装置のアドレス帳に登録する。受付メールアドレスの文字数が多くても、一般の携帯メール装置では、ボタンを数回押す操作だけでアドレス帳に登録できるので、簡単である。
【００６６】
また、ユーザＩＤを通知された場合は、アドレス帳のメモ欄等に記録しておくことができる。
【００６７】
以上が、ワンタイムパスワード生成サーバ装置と、この装置へのユーザの登録手順の詳細である。ユーザを登録することによって、ワンタイムパスワード生成サーバは、ワンタイムパスワードを発行することができるようになる。
【００６８】
次に、図６を参照して、ユーザ端末装置（図１の１）の一実施形態を説明する。図６は、一実施形態によるユーザ端末装置の構成を示すブロック図である。図６のユーザ端末装置６０は、一般のノート型コンピュータと同等のもので、計算やプログラムの実行を行う演算装置（ＣＰＵ）６１と、演算結果を一時的に保持する主記憶装置（メモリ）６２と、計算結果やメッセージを表示する表示装置６３と、文字や数字を入力する入力装置（キーボード）６４と、各種データやプログラムを保存するハードディスク等の補助記憶装置６５と、トラステッドプラットフォームモジュール（ＴＰＭ）６９とを含んでいる。
【００６９】
補助記憶装置６５は、システムを導入した顧客ごとに割り振る例えば４バイトの顧客個別番号６６と、所定の規則でシード番号を生成するシード番号生成プログラム６７と、暗号化実施プログラム６８と、ＢＡＳＥ６４変換プログラム７１とを記憶している。
【００７０】
ＴＰＭ６９には、暗号化に必要な暗号鍵７０が記憶されている。
【００７１】
図７も参照して、図６に示したユーザ端末装置６０におけるログイン手順を説明する。また、図１０を参照して、ワンタイムパスワードの計算を説明する。
【００７２】
ステップＳＡ１において、ユーザ端末を起動する。演算装置６１は、シード番号生成プログラム６７を補助記憶装置６５から主記憶装置６２にロードし、実行を開始する。
【００７３】
ステップＳＡ２において、シード番号の生成を行う。シード番号は、例えば１２桁の数値であり、Ｃ言語等の乱数生成関数rand関数等を使用して生成可能である。しかし、Ｃ言語等のrand関数は、srand関数等の種値を元に一定の順番で擬似的な乱数を発生させるものなので、種値の決定に工夫する必要がある。本実施例では、種値は、現在時刻、補助記憶装置の残り容量、補助記憶装置のシリアル番号、機器を起動してからのＣＰＵクロック回数等、刻々と変化している値を加減剰余して、種値とする。これで、外部からの操作にかかわらず、完全に近い１２桁の乱数値を生成し、それをシード番号とする。シード番号を主記憶装置６２に保存する。
【００７４】
ステップＳＡ３において、ユーザが入力するワンタイムパスワード（ワンタイムパスワード生成サーバが生成して、電子メールに記述して携帯メール装置に送信されたもの）と、比較するための、比較用ワンタイムパスワードを生成する。一実施形態では、シード番号１２桁と、顧客個別番号４桁を結合し、これをＡＥＳ暗号化したものを利用する。
【００７５】
ステップＳＡ４において、ＴＰＭ６９から、暗号鍵７０を読み出し、主記憶装置６２に格納する。ステップＳＡ５において、補助記憶装置６５から、顧客個別番号６６を読み出し、主記憶装置６２に格納する。ステップＳＡ６において、１２桁のシード番号（１２バイト）に、顧客個別番号（４バイト）を結合する。結合データ（１６バイト）を主記憶装置６２に格納する。
【００７６】
ステップＳＡ７において、結合データを、暗号鍵７０を用いて、AES暗号方式で暗号化する。得られた暗号化データ（１６バイト）を主記憶装置６２に格納する。ステップＳＡ８において、暗号化データを、ＢＡＳＥ６４変換プログラム７１で変換を行う。この変換により得られたアスキーデータが、ワンタイムパスワード（２４バイト）である。これを主記憶装置に格納する。ステップＳＡ９において、現在の時刻を取得し、主記憶装置に格納する。この時刻は、ログイン画面を表示してからの経過時間を計算するために用いる。また、ステップＳＡ１０において、ステップＳＡ２で生成したシード番号を元に、図２に示したログイン画面を表示装置６３に表示する。表示した後、入力装置６４からの、ワンタイムパスワードの入力を待つ。
【００７７】
ここまでのステップは、図１を参照して説明した、端末装置１が起動されてから、ワンタイムパスワードの入力待ちになるまでのステップに対応する。ユーザは、図１を参照して説明したように、携帯メール装置２を用いてワンタイムパスワード生成サーバ装置３に電子メールを送り、ワンタイムパスワードを取得する。
【００７８】
図７に戻り、ステップＳＡ１１において、ユーザ端末装置６０（図６参照）は、ログイン画面にワンタイムパスワードが入力されたか確認する。入力されていればステップＳＡ１３に進み、入力されていなければステップＳＡ１２に進む。
【００７９】
ステップＳＡ１２において、ステップＳＡ９で取得した時刻から、１０分経過したか確認する。経過していなければステップＳＡ１１に戻る。経過していれば、ログイン画面を表示してから時間が経過し過ぎているので、一旦ログイン画面を消去し、ステップＳＡ２に戻る。
【００８０】
ステップＳＡ１３において、ログイン画面に入力されたワンタイムパスワードと、主記憶装置に記憶されている比較用ワンタイムパスワードとを比較する。比較の結果、一致すればステップＳＡ１５に進み、一致しなければステップＳＡ１４に移行する。ステップＳＡ１４において、ログイン画面に入力されたワンタイムパスワードが間違っているとのメッセージと表示して、ステップＳＡ１１に戻る。ステップＳＡ１５において、ログイン動作を開始する。以上が、ユーザ端末装置におけるログイン手順である。
【００８１】
次に、携帯メール装置（図１の携帯メール装置２）のシード番号送受信手順を説明する。まず、ユーザは、先に登録された（図５のステップＳＲ６）ワンタイムパスワード受付メールアドレス宛に、新規メールを作成する。ワンタイムパスワード受付メールアドレスは、長い複雑な文字列であるが、ほとんどの携帯メール装置では、アドレス記憶機能があるので、ボタンを数回押す操作で作成できる。次に、本文に、ユーザ端末装置のログイン画面に表示された、１２桁のシード番号を記述する。シード番号は数字のみで構成されるため、携帯電話でも簡単に入力できる。次に、シード番号を記述した電子メールを発信する。本文が短いので、遅くても十秒程度でワンタイムパスワード生成サーバからワンタイムパスワードが記述された電子メールが返信されてくる。最後に、受信した電子メールを表示する。本文には、２４文字のアルファベットと記号で構成されたワンタイムパスワードが記述されている。それを、ユーザ端末装置の入力装置を用いて入力する。入力装置はキーボードなので、アルファベットや数字、記号は簡単に入力できる。
【００８２】
次に、ワンタイムパスワード生成サーバ装置における、ワンタイムパスワード発行手順を説明する。図９は、一実施形態によるパスワード生成方法を示すフローチャートである。
【００８３】
ステップＳＳ１において、電子メールが着信したか確認する。着信していればステップＳＳ４へ進み、着信していなければステップＳＳ２へ進む。ステップＳＳ２において、時刻が例えば０時になったか確認する。時刻が０時ならば、ステップＳＳ３に進み、それ以外ならばステップＳＳ１へ進む。
【００８４】
ステップＳＳ３において、ワンタイムパスワード生成サーバの補助記憶装置（図３の補助記憶装置２４）中のユーザ情報データベース（図３の２６）の、全ユーザのワンタイムパスワード発行カウンタを０に初期化する。その後ステップＳＳ１へ進む。ステップＳＳ２、ＳＳ３により、１日ごとにワンタイムパスワード発行カウンタがリセットされる。このカウンタをリセットする時間間隔は任意であり、実施形態に応じて決定することができる。ステップＳＳ４において、受信した電子メールから、受信メールアドレス、送信者メールアドレス、本文を抽出する。
【００８５】
ステップＳＳ５において、受信メールアドレスが、ユーザ情報データベースのワンタイムパスワード受付アドレスのうちのいずれかに一致するか検索する。一致しなければ処理を終了する。一致したら次のステップＳＳ６に進み、一致したユーザの携帯メール装置の電子メールアドレスと、送信者メールアドレスを比較する。一致しなければ、処理を終了する。一致したら次のステップＳＳ７に進み、一致したユーザのユーザ有効フラグを確認する。０と記入され、無効化されていれば、処理を終了する。
【００８６】
ステップＳＳ７において、１と記入され、有効であれば、次のステップＳＳ８に進み、一致したユーザのワンタイムパスワード発行カウンタを確認する。カウンタ値が１００以上ならば処理を終了する。カウンタ値が１００未満ならば、次のステップＳＳ９に進み、抽出した電子メール本文が、１２桁の数字か確認する。１２桁の数字でなければ処理を終了する。１２桁の数字であれば、ステップＳＳ１０に進み、一致したユーザのワンタイムパスワード発行カウンタの値を１増加させる。
【００８７】
ステップＳＳ１１において、電子メール本文をシード番号とする。ステップＳＳ１２において、ワンタイムパスワード生成サーバ（図３参照）のＴＰＭ２８から、暗号鍵２９を読み出し、主記憶装置２２に格納する。ステップＳＳ１３において、ワンタイムパスワード生成サーバ（図３参照）の補助記憶装置２４から、顧客個別番号２５を読み出し、主記憶装置２２に格納する。
【００８８】
ステップＳＳ１４において、１２桁のシード番号に、顧客個別番号２５を結合する。結合データ（１６バイト）を主記憶装置２２に格納する。ステップＳＳ１５において、結合データを暗号鍵２９を用いて、ＡＥＳ暗号方式で暗号化する。得られた暗号化データ（１６バイト）を主記憶装置２２に格納する。ステップＳＳ１６において、暗号化データを、ＢＡＳＥ６４変換プログラム３０で変換を行う。得られたアスキーデータが、ワンタイムパスワードである。これを主記憶装置２２に格納する。
【００８９】
ステップＳＳ１７において、選択されたユーザの携帯メール装置の電子メールアドレス宛に、ワンタイムパスワードを本文として電子メールを発信する。以上がワンタイムパスワード発行手順の一例である。これで、ユーザの登録と、ログイン時のシードの表示から、ワンタムパスワードの請求、ワンタイムパスワードの発行とログインの実施が行われる。
【００９０】
上記の実施形態では、ワンタイムパスワードのみによるユーザ端末装置へのログインを説明した。他の実施形態では、他の認証システムと併用してもよい。特に、生体認証システムとの併用は有効である。生体認証システムは、セキュリティ度合いが高く安価な装置で実施可能であるが、不正使用者として誤認識されてしまう人が１％程度発生する。例えば、その誤認識されてしまう人のみに、このワンタイムパスワードによる認証システムを使うことができる。
【００９１】
［第２の実施形態］
次に、他の実施形態による認証システムを説明する。この認証システムは、ログインしたいパーソナルコンピュータとワンタイムパスワードを発行するサーバが直接接続されていないため、秘密のデータの受け渡しができないという課題をさらに解決するものである。
【００９２】
この認証システムでは、初めに、ユーザがノート型コンピュータに代表されるユーザ端末装置を、ワンタイムパスワードを発行するサーバと、同じネットワークに接続しておく。このネットワークは信頼がおけるネットワークであることが好ましい。さらに、このネットワークはイントラネットであることが好ましい。
【００９３】
ユーザ端末装置は、ユーザがログインする際、シード番号を表示し、これに対応したワンタイムパスワードと、使用するユーザのＩＤとを要求する。
【００９４】
ユーザは、あらかじめ自分に割り振られたユーザＩＤを入力し、さらに、携帯電話に代表される携帯メール装置を用いて、あらかじめ登録されているシード番号受付メールアドレスに、シード番号を本文として記入した電子メールを送信する。
【００９５】
電子メールを受け取ったワンタイムパスワード生成サーバ装置は、受け取った電子メールの送り元からユーザを特定し、そのユーザ固有のワンタイムパスワード生成用鍵を記憶装置から読み出す。そして、シード番号を、ワンタイムパスワード生成用鍵を用いて暗号化し、ワンタイムパスワードを生成する。生成サーバは、生成したワンタイムパスワードを本文として、携帯メール装置に電子メールとして返信する。
【００９６】
電子メールを受け取った携帯メール装置は、それを機器内に蓄積し、ユーザに表示する。
【００９７】
ユーザはその返信メールの本文を見て、ユーザ端末装置にワンタイムパスワードを入力する。
【００９８】
ユーザ端末装置は、ユーザＩＤとワンタイムパスワードの入力を受けると、ネットワークを通じて、ワンタイムパスワード生成サーバと接続し、ユーザＩＤとワンタイムパスワード、それに表示していたシード番号を送信する。ネットワークとしてイントラネットを使用すれば不正目的の盗聴等の危険性は低いが、念のため暗号通信を用いて送ってもよい。暗号通信は、例えばＳＳＬ（Secure Socket Layer）であってもよい。
【００９９】
ワンタイムパスワード生成サーバ装置は、ユーザＩＤ、ワンタイムパスワードとシード番号を受け取ると、ユーザＩＤからユーザを特定し、そのユーザ固有のワンタイムパスワード生成用鍵を記憶装置から読み出す。そして、このワンタイムパスワード生成用鍵を用いて、送られてきたシード番号を暗号化し、認証用ワンタイムパスワードを生成する。
【０１００】
ワンタイムパスワード生成サーバ装置は、さらに、送られてきたワンタイムパスワードと認証用ワンタイムパスワードを比較する。一致すれば、ユーザ端末装置に、認証成功の結果とそのユーザのワンタイムパスワード生成用鍵とを送る。一致しなければ、認証失敗として、ユーザ端末装置に認証失敗の結果のみを送る。
【０１０１】
ユーザ端末装置は、認証成功ならば、入力されたユーザＩＤとワンタイムパスワード生成用鍵を関連づけて保存する。そして、ユーザのログインを許可する。認証失敗ならば、ユーザのログインを許可しない。
【０１０２】
ユーザ端末装置は、一旦ネットワーク経由でワンタイムパスワード生成サーバ装置と接続し、認証が成功した場合、内部の記憶装置に、ユーザＩＤとワンタイムパスワード生成用鍵を関連づけて保存している。したがって、それ以降は、ユーザ端末装置がワンタイムパスワード生成サーバ装置と同じネットワークに接続されていなくともよい。
【０１０３】
一旦ネットワーク経由でログインし、ユーザＩＤとワンタイムパスワード生成用鍵とを関連づけて保存すれば、それ以降のログインは基本的に図１を参照して説明したのと同様な手順で行い得る。
【０１０４】
すなわち、ユーザ端末装置は、ユーザがログインする際、シード番号を表示し、これに対応したワンタイムパスワードと、使用するユーザのＩＤを要求する。
【０１０５】
ユーザは、あらかじめ自分に割り振られたユーザＩＤを入力し、さらに、携帯電話に代表される携帯メール装置を用いて、あらかじめ登録されているシード番号受付メールアドレスに、シード番号を本文として記入した電子メールを送信する。
【０１０６】
ワンタイムパスワード生成サーバ装置は、その電子メールを受け取ると、受け取った電子メールの送り元からユーザを特定し、そのユーザ固有のワンタイムパスワード生成用鍵を記憶装置から読み出す。そして、シード番号を、ワンタイムパスワード生成用鍵を用いて暗号化し、ワンタイムパスワードを生成する。生成されたワンタイムパスワードを本文として、先の携帯メール装置に電子メールで返信する。
【０１０７】
携帯メール装置は、その電子メールを受け取ると、それを機器内に蓄積し、ユーザに表示する。
【０１０８】
ユーザは、その返信メールの本文を見て、ユーザ端末装置にワンタイムパスワードを入力する。
【０１０９】
ユーザ端末装置は、ユーザＩＤとワンタイムパスワードの入力を受けると、ユーザＩＤからユーザを特定し、ワンタイムパスワード生成用鍵を読み出す。
【０１１０】
ユーザ端末装置は、ユーザＩＤに対応するワンタイムパスワード生成用鍵がまだ保存されていない場合は、ユーザに対し、一旦ネットワーク経由で接続するように促す警告を発する。このネットワークは、イントラネット等の信頼のおけるネットワークであることが好ましい。
【０１１１】
ユーザ端末装置は、ユーザＩＤに対応するワンタイムパスワード生成用鍵が保存されている場合は、読み出したワンタイムパスワード生成用鍵を用いて、シード番号を暗号化し、認証用ワンタイムパスワードを生成する。この、認証用ワンタイムパスワードと、入力されたワンタイムパスワードとを比較し、一致すれば認証成功とし、ログインを許可する。一致しなければ、認証失敗として、ログインを許可しない。
【０１１２】
上記実施形態では、ワンタイムパスワードを発行するのに、携帯メール端末を用いて、シード番号をワンタイムパスワード生成サーバに送り、ワンタイムパスワードをサーバから取得している。
【０１１３】
電子メールを使用しているため、この認証システムでは、ワンタイムパスワード生成サーバをファイアウォールで保護された領域に設置することができ、携帯アプリケーションサーバのような厳しい管理が不要となる。そのため、ワンタイパスワードシステムの運用コストを削減することが可能となる。
【０１１４】
さらに、認証を行うためのワンタイムパスワード生成鍵をユーザ個別に発行するようにしている。これで、たとえ一ユーザの生成鍵が何らかの理由で漏洩しても、他のユーザに影響することは無い。
【０１１５】
また、ワンタイムパスワード生成鍵を発行する際は、盗聴等の危険の少ないイントラネット内で行い、必要に応じて暗号化を行って通信して配布することができる。このワンタイムパスワード生成鍵の配布も、ファイアウォール等に阻害されず、安全に配布することが可能となる。
【０１１６】
また、配布を行う際は、通常の電子メールでの認証と同じ手順を実施し、最後にワンタイムパスワード生成サーバ内で認証を行っている。そのため、生成サーバに登録された携帯メール装置を持つ正当なユーザに、ワンタイムパスワード生成鍵を配布することができる。
【０１１７】
さらに、ユーザ端末装置は、一旦ネットワーク経由でワンタイムパスワード生成鍵の配布を受けると、それ以降は自機内で認証用ワンタイムパスワードを生成できるため、ネットワークから切り離されても、自律的に認証を行うことができ、ユーザのログインの可否を判断できる。
【０１１８】
図１１を参照して、上記の実施形態による認証システムをより詳しく説明する。図１１は、他の実施形態による認証システムを示す概略図である。
【０１１９】
本認証システムは、ノート型コンピュータに代表されるユーザ端末装置１、携帯電話に代表される携帯メール装置２、ワンタイムパスワード生成サーバ装置３を有する。これらの構成要素は、図１を参照して説明した認証システムと基本的に同様であるが、ユーザ端末装置１がファイアウォール５の内側にあり、ワンタイムパスワード生成サーバ装置３とネットワーク６を介して接続されている点が異なる。このネットワークは、例えばイントラネット等の信頼のおけるネットワークであることが好ましい。しかし、通常のネットワークであっても、適切な暗号通信を適用すれば利用することが可能である。
【０１２０】
ユーザがユーザ端末装置１を起動する。
【０１２１】
ユーザ端末装置１は、日付、時刻等を元にした乱数で１２桁のシード番号を生成する。ユーザ端末装置１は、図１２に示したログイン画面１２１を表示する。この画面には、先に生成した１２桁のシード番号１２２と、シード番号有効時間１２３が表示される。端末装置１は、ユーザＩＤ１２４とワンタイムパスワード１２５を入力するためのボックスも表示し、これらの入力を待つ。
【０１２２】
ユーザは、ユーザがワンタイムパスワード生成サーバ３に登録した際に通知されるユーザＩＤをユーザＩＤ入力欄に入力する。
【０１２３】
また、ユーザは、ログイン画面１２１中のシード番号１２２を、携帯メール端末２の発信メール本文に手動で入力する（ステップＳＢ１）。
【０１２４】
携帯メール装置２は、シード番号１２１が本文に記述された発信メールを、あらかじめ登録してあった、ワンタイムパスワード受付メールアドレスに向けて発信する（ステップＳＢ２）。
【０１２５】
発信メールは、インターネット４を経由して、本認証システムを導入した企業等のファイアウォール５に到達する。通常、電子メールは、ファイアウォール５で排除されないので、そのままその企業等のネットワークに設置された、ワンタイムパスワード生成サーバ装置３に着信する。
【０１２６】
生成サーバ３は、ユーザ情報データベース１３０を有する。図１３は、ユーザ情報データベース１３０の一例を示す図である。図１３に示したユーザ情報データベース１３０は、例えばリレーショナルデータベースのテーブルであり、ユーザ名１３１、ユーザＩＤ１３２、携帯メール装置アドレス１３３、受付アドレス１３４、ワンタイムパスワード生成鍵１３５のフィールドを有している。
【０１２７】
生成サーバ１３０は、着信した電子メールのｆｒｏｍ行から、ユーザ情報データベース１３０を検索し、そのユーザ用のワンタイムパスワード生成鍵１３５を取得する。生成サーバ３は、取得したワンタイムパスワード生成鍵と、着信した電子メールの本文に記述されたシード番号と、あらかじめ記憶している顧客個別番号を元に、ワンタイムパスワードを計算する。
【０１２８】
生成サーバ３は、計算したワンタイムパスワードを本文として、携帯メール装置２へ電子メールを送信する。
【０１２９】
電子メールは、ファイアウォール５を通過し、インターネット４を経由して、携帯メール装置２に着信する（ステップＳＢ４）。
【０１３０】
ユーザは、携帯メール装置２に着信した電子メールを表示し、本文のワンタイムパスワードを参照する。これを手動で、ユーザ端末装置１に表示されているログインダイアログ１２１のワンタイムパスワード欄１２５に入力する（ステップＳＢ５）。
【０１３１】
ユーザ端末装置１は、生成サーバ３がネットワーク６で接続されていることを確認する。ユーザ端末装置１は、確認のため、生成サーバ３に対して例えばｐｉｎｇを発してもよい。
【０１３２】
ユーザ端末装置１は、生成サーバ３がネットワーク６で接続されていなければ、図７を参照して説明したスタンドアロン認証へ移行する。
【０１３３】
ユーザ端末装置１は、生成サーバ３がネットワーク６で接続されていれば、ネットワーク６経由で、ワンタイムパスワード生成サーバ装置３とＳＳＬ暗号通信接続をする。ユーザ端末装置１は、接続すると、シード番号１２２、入力されたユーザＩＤ１２４、入力されたワンタイムパスワード１２５を送信する（ステップＳＢ６）。
【０１３４】
ワンタイムパスワード生成サーバ装置３は、ユーザ情報データベース１３０から、受信したユーザＩＤ１３２に基づき、ユーザ個別のワンタイムパスワード生成鍵１３５を検索する。このワンタイムパスワード生成鍵１３５と、シード番号１２２、顧客個別番号に基づき、認証用ワンタイムパスワードを生成する。
【０１３５】
ワンタイムパスワード生成サーバ装置３は、生成した認証用ワンタイムパスワードと、ユーザ端末装置１から送られてきたワンタイムパスワード１２５とを比較する。そして、一致すれば、正しい登録ユーザとして認証成功とし、一致しなければ認証失敗とする（ステップＳＢ７）。
【０１３６】
ワンタイムパスワード生成サーバ３は、認証が成功した場合、ＳＳＬ暗号通信で、認証成功の結果と、認証成功したユーザのワンタイムパスワード生成鍵１３５を送信する。認証が失敗した場合、認証失敗の結果のみを返す（ステップＳＢ８）。
【０１３７】
ユーザ端末装置１は、認証成功ならば、ユーザのログインを許可し、受信したワンタイムパスワード生成鍵１３５をユーザＩＤ１２４と関連付けて保存する。
【０１３８】
次に、図１１の認証システムを構成する各装置の構成を説明する。
【０１３９】
ワンタイムパスワード生成サーバ装置３は、図３を参照して説明したパスワード生成サーバ２０と基本的に同様の構成を有しているが、通信装置２３（図３参照）によりユーザ端末装置１との間でネットワークを介して通信が可能である点で異なる。この通信により、ワンタイムパスワード生成サーバ装置３からユーザ端末装置１に、ユーザ毎に異なるワンタイムパスワード生成鍵を供給することができる。
【０１４０】
また、ユーザ情報データベース２６（図３参照）が、図１３を参照して説明した構成となっている。
【０１４１】
ユーザ端末装置３の構成例を図１４に示した。図１４に示したユーザ端末装置１４０は、演算装置６１、主記憶装置６２、表示装置６３、入力装置６４、補助記憶装置６５、ＴＰＭ６９を有する点では、図６に示したユーザ端末装置６０と同様である。
【０１４２】
また、補助記憶装置６５は、顧客個別番号６６、シード番号生成プログラム６７、暗号化実施プログラム６８、BASE６４変換プログラム７１を記憶している。
【０１４３】
補助記憶装置６５は、さらに、ユーザ暗号鍵データベース７２を保存している。このユーザ暗号鍵データベース７２は、生成サーバ３から受け取ったワンタイムパスワード生成鍵（図１３の１３５）を暗号化して格納するものである。ＴＰＭ６９には、ユーザ暗号鍵データベース７２の暗号化に必要な暗号鍵７０が保存されている。
【０１４４】
ユーザ端末装置１４０は、さらに、生成サーバ３との間でネットワークを介した通信を行う通信装置７３を有する。この通信装置は、例えばイーサネット（登録商標）アダプタであってもよい。
【０１４５】
次に、第２の実施形態によるユーザ端末装置へのログイン方法を説明する。図１５は、第２の実施形態によるユーザ端末装置へのログイン方法を示すフローチャートである。
【０１４６】
ユーザ端末装置がユーザにより起動される（ステップＳＣ１）。ユーザ端末装置は、シード番号生成プログラム（図１４の６７）を補助記憶装置（図１４の６５）から演算装置（図１４の６１）にロードし、実行を開始する。
【０１４７】
ユーザ端末装置は、シード番号（シード番号）を生成する（ステップＳＣ２）。シード番号は、例えば１２桁の数値であり、例えばＣ言語の乱数生成関数rand関数等を使用して生成可能である。シード番号は主記憶装置（図１４の６２）に保存する。
【０１４８】
ここで留意すべき点として、各種言語のrand関数は、srand関数等の種値を元に一定の順番で擬似的な乱数を発生させるものなので、種値決定に工夫をするとよい。種値は、例えば、現在時刻、補助記憶装置の残り容量、補助記憶装置のシリアル番号、機器を起動してからのCPUクロック回数等、刻々と変化している値を加減剰余して、種値としてもよい。
【０１４９】
ユーザ端末装置は、例えば内蔵されたタイマー（図示せず）から、現在時刻を取得する（ステップＳＣ３）。
【０１５０】
ユーザ端末装置は、生成したシード番号を元に、図１２に示したログイン画面を表示装置（図１４の６３）に表示する（ステップＳＣ４）。
【０１５１】
ユーザは、この表示を見て、携帯メール装置を用いて、シード番号を本文に記載したメールを、ワンタイムパスワード受付アドレスへ送信する（ＳＣ５）。
【０１５２】
一方、ユーザ端末装置は、ステップＳＣ３で取得した時刻から、例えば１０分経過したか確認する（ＳＣ６）。経過していなければＳＣ７に進む。経過していたら、ログイン画面を消去してステップＳＣ２に戻る。これは、シード番号の有効期間を管理して不正ログインの危険性を低減するためである。
【０１５３】
ユーザは、ワンタイムパスワード生成サーバからワンタイムパスワードが記述された返信メールが着信したか確認する（ＳＣ７）。着信していればステップＳＣ８に進む。していなければステップＳＣ６に戻る。なお、サーバでのワンタイムパスワード生成例は、第１の実施形態において図１０を参照して説明した通りである。
【０１５４】
ユーザは、送られてきたワンタイムパスワードとユーザＩＤをログイン画面（図１２）に入力し、ログインボタンを押す（ステップＳＣ８）。
【０１５５】
ユーザ端末装置は、例えばサーバにｐｉｎｇを発信して、サーバとネットワークで接続されているか確認する。サーバから返答があればステップＳＣ１１へ進む。サーバから返答が無ければ、ステップＳＣ２１に進む（ステップＳＣ９）。
【０１５６】
ユーザ端末装置は、ワンタイムパスワード生成サーバと暗号通信コネクションを張り、暗号通信経路を確保する（ステップＳＣ１０）。この暗号通信は例えばＳＳＬ（Secure Socket Layer）で行うことができる。
【０１５７】
ユーザ端末装置は、上記の暗号通信コネクションにより、ユーザから取得したユーザＩＤ及びワンタイムパスワードと、ステップＳＣ２で生成したシード番号とをワンタイムパスワード生成サーバに暗号送信する（ステップＳＣ１１）。
【０１５８】
ワンタイムパスワード生成サーバは、ユーザ端末装置から受け取ったユーザＩＤに基づきユーザ情報データベース（図３の２６）を検索し、そのユーザに割り振られたワンタイムパスワード生成鍵（図１３の３５）を取得する（ステップＳＣ１２）。
【０１５９】
ワンタイムパスワード生成サーバは、さらに、ステップＳＣ１１で送られてきたシード番号と、ステップＳＣ１２で検索したワンタイムパスワード生成鍵と、顧客個別番号（図３の２５）に基づき、認証用ワンタイムパスワードを生成する（ＳＣ１３）。生成のアルゴリズムの一例は、図１０を参照して説明した通りである。
【０１６０】
ワンタイムパスワード生成サーバは、さらに、ステップＳＣ１３で生成した認証用ワンタイムパスワードと、ステップＳＣ１１でユーザ端末装置から受信したワンタイムパスワードが一致するか比較する（ステップＳＣ１４）。
【０１６１】
ワンタイムパスワード生成サーバは、ステップＳＣ１４での比較結果（ステップＳＣ１５）が一致したらステップＳＣ１６へ進む。
【０１６２】
ワンタイムパスワード生成サーバは、認証成功の結果と、ステップＳＣ１２でユーザ情報データベース（図３の２６）から取得したワンタイムパスワード生成鍵を、ステップＳＣ１０で形成した暗号経路を介してユーザ端末装置に送信する（ステップＳＣ１６）。
【０１６３】
ユーザ端末装置は、ワンタイムパスワード生成サーバから、認証成功の結果と、ステップＳＣ１２で取得したワンタイムパスワード生成鍵とを受信する。そして、ユーザＩＤと、受信したワンタイムパスワード生成鍵とを関連づけてユーザ暗号鍵データベース（図１４の７２）に保存する（ステップＳＣ１７）。ユーザ暗号鍵データベースは、図１６を参照してさらに説明する。
【０１６４】
ユーザ端末装置は、ユーザのログイン動作を開始する（ステップＳＣ１８）。
【０１６５】
一方、ステップＳＣ１５において、一致しなければステップＳＣ１９に進む。
【０１６６】
ワンタイムパスワード生成サーバは、認証失敗の結果を、ステップＳＣ１０で形成した暗号経路を介してユーザ端末装置に送信する（ステップＳＣ１９）。
【０１６７】
ユーザ端末装置は、ログインに失敗したことをユーザに通知する（ステップＳＣ２０）。
【０１６８】
このように、ユーザ端末は、ワンタイムパスワード生成サーバとネットワークで接続されていれば、ユーザ毎に異なるワンタイムパスワード生成鍵をワンタイムパスワード生成サーバから安全に取得することができる。
【０１６９】
なお、上記のとおり、ステップＳＣ９でサーバにｐｉｎｇを送信して返信がなければ、ステップＳＣ２１に進む。
【０１７０】
ユーザ端末装置は、ユーザＩＤに基づきユーザ暗号鍵データベース（図１４の７２）を検索する（ステップＳＣ２１）。検索の結果、そのユーザのワンタイムパスワード生成鍵を取得できなければ、ステップ２３進む。
【０１７１】
ユーザ端末装置は、ユーザにネットワーク経由での認証を促す警告を発し（ステップＳＣ２３）、ログイン処理を終了する。
【０１７２】
一方、検索の結果、そのユーザのワンタイムパスワード生成鍵を取得できれば、ステップＳＣ２４に進む。
【０１７３】
ユーザ端末装置は、ワンタイムパスワード生成鍵、シード番号、顧客個別番号に基づき、認証用ワンタイムパスワードを生成する（ステップＳＣ２４）。ワンタイムパスワードの生成方法は図１０を参照して説明した通りである。
【０１７４】
ユーザ端末装置は、生成した認証用ワンタイムパスワードと、ステップＳＣ８で入力されたワンタイムパスワードとを比較する（ステップＳＣ２６）。
【０１７５】
比較の結果、一致すればログインを開始し、一致しなければログイン失敗としてログイン処理を終了する。
【０１７６】
次に、ユーザ暗号鍵データベース（図１４の７２）の構成例を説明する。図１６は、ユーザ暗号鍵データベースの構成例を示す概略図である。
【０１７７】
ユーザ暗号鍵データベースは、ユーザＩＤと、ワンタイムパスワード生成鍵とを関連づけて格納するデータベースであり、ワンタイムパスワード生成サーバのユーザ情報データベース（図３の２６）の部分的なコピーである。
【０１７８】
ユーザ端末装置は、ワンタイムパスワード生成サーバとネットワークで接続されてないスタンドアロン状態のときに、ユーザ暗号鍵データベースを用いて、ユーザのログインの可否を判断することができる。
【０１７９】
ワンタイムパスワード生成サーバによるワンタイムパスワード発行手順は、第１の実施形態において図９を参照して説明したものと同様であるので、詳細な説明はここでは省略する。
【０１８０】
ユーザ端末装置のユーザ暗号鍵データベース（図１４の７２）は、最初はユーザ暗号鍵を保持してない。ユーザ端末装置をネットワークに接続した状態で認証を行うことにより、ユーザ暗号鍵を記憶することができる。
【０１８１】
例えばノートブックＰＣを、事務所においてはネットワークに接続して使用し、出張等のため事務所の外においてはスタンドアロン状態で使用する場合がある。ノートブックＰＣの導入時にユーザ暗号鍵データベースにユーザ用のワンタイムパスワード生成鍵を記憶していなくても、上記の実施形態により、そのノートブックＰＣをネットワークを介して生成サーバと接続して使用すれば、ユーザごとの個別のワンタイムパスワード生成鍵を、各ノートブックＰＣに配布することができる。
【０１８２】
上記の実施形態では、ワンタイムパスワードのみによるログイン処理を前提とした。上記実施形態は、他の認証システムと併用してもよい。例えば生体認証との併用は有効である。
【０１８３】
最後に、上記実施形態の全体的な構成をまとめる。
【０１８４】
図１７は、ユーザ登録処理を示すシーケンス図である。
【０１８５】
図１７において、携帯メール装置２は、例えば図１、図１１の携帯メール装置２に対応する。ユーザ端末装置１は、例えば図１、図１１のユーザ端末装置１に対応する。ワンタイムパスワード生成サーバ装置３は、例えば図１、図１１のワンタイムパスワード生成サーバ装置３に対応する。
【０１８６】
ワンタイムパスワード生成サーバ装置３は、ユーザ登録処理を行い（ステップ１７１）、ワンタイムパスワード受付メールアドレスを生成する。このステップは、図５のステップＳＲ１〜ＳＲ３を参照して説明したものである。
【０１８７】
ワンタイムパスワード生成サーバ装置３は、生成したワンタイムパスワード受付メールアドレスを含む登録通知メールを携帯メール装置２に送信する（ステップ１７２）。このステップは、図５のステップＳＲ４〜ＳＲ５を参照して説明したものである。
【０１８８】
携帯メール装置２は、受信した登録通知メールに含まれたワンタイムパスワード受付メールアドレスをアドレス帳に登録する（ステップ１７３）。このステップは、図５のステップＳＲ６を参照して説明したものである。
【０１８９】
以上でユーザ登録処理は終了する。
【０１９０】
図１８は、スタンドアロン状態でのログイン処理を示すシーケンス図である。
【０１９１】
ユーザはユーザ端末１を起動し、ユーザＩＤを入力する（ステップ１８１）。このステップは、図７のステップＳＡ１を参照して説明したものである。ただし、図７ではユーザＩＤの入力は省略してある。
【０１９２】
ユーザ端末装置１は、シード番号を生成して、シード番号とワンタイムパスワードの入力欄とを含むログイン画面を表示する（ステップ１８２）。このステップは、図７のステップＳＡ２〜ＳＡ１０を参照して説明したものである。
【０１９３】
ユーザは、表示されたログイン画面に予め表示されたシード番号を読み、携帯メール装置２を用いて、そのシード番号を含む電子メールをワンタイムパスワード生成サーバ装置３宛てに送信する（ステップ１８３）。
【０１９４】
ワンタイムパスワード生成サーバ装置３は、受信した電子メールに含まれたシード番号等に基づき、ワンタイムパスワードを生成する（ステップ１８４）。このステップは、図９のステップＳＳ１〜ＳＳ１５を参照して説明したものである。
【０１９５】
ワンタイムパスワード生成サーバ装置３は、生成したワンタイムパスワードを含む電子メールを携帯メール装置２に送信する（ステップ１８５）。このステップは、図９のステップＳＳ１６〜ＳＳ１７を参照して説明したものである。
【０１９６】
携帯メール装置２でこの電子メールを受信したユーザは、電子メールに含まれるワンタイムパスワードを、ユーザ端末装置１のログイン画面のワンタイムパスワードの入力欄に入力する（ステップ１８６）。
【０１９７】
ユーザ端末装置１は、入力されたワンタイムパスワードと自機で生成したワンタイムパスワードとを比較して、その一致を確認する（ステップ１８７）。このステップは、図７のステップＳＡ１１〜ＳＡ１４を参照して説明したものである。
【０１９８】
ユーザ端末装置１は、ワンタイムパスワードが確認できれば、ユーザをログインさせる（ステップ１８８）。このステップは、図７のステップＳＡ１５を参照して説明したものである。
【０１９９】
図１９は、ユーザ端末装置１とワンタイムパスワード生成サーバ装置３とがネットワークで接続されている場合のログイン処理を示すシーケンス図である。
【０２００】
ユーザはユーザ端末１を起動し、ユーザＩＤを入力する（ステップ１９１）。このステップは、図１５のステップＳＣ１を参照して説明したものである。ただし、図１５ではユーザＩＤの入力は省略してある。
【０２０１】
ユーザ端末装置１は、シード番号を生成して、シード番号とワンタイムパスワードの入力欄とを含むログイン画面を表示する（ステップ１９２）。このステップは、図１５のステップＳＣ２〜ＳＣ４を参照して説明したものである。ここで表示されるログイン画面は、例えば図１２を参照して説明したものである。
【０２０２】
ユーザは、表示されたログイン画面に予め表示されたシード番号を読み、携帯メール装置２を用いて、そのシード番号を含む電子メールをワンタイムパスワード生成サーバ装置３宛てに送信する（ステップ１９３）。
【０２０３】
ワンタイムパスワード生成サーバ装置３は、受信した電子メールに含まれたシード番号等に基づき、ワンタイムパスワードを生成する（ステップ１９４）。このステップは、図９のステップＳＳ１〜ＳＳ１５を参照して説明したものである。
【０２０４】
ワンタイムパスワード生成サーバ装置３は、生成したワンタイムパスワードを含む電子メールを携帯メール装置２に送信する（ステップ１９５）。このステップは、図９のステップＳＳ１６〜ＳＳ１７を参照して説明したものである。
【０２０５】
携帯メール装置２でこの電子メールを受信したユーザは、電子メールに含まれるワンタイムパスワードを、ユーザ端末装置１のログイン画面のワンタイムパスワードの入力欄に入力する（ステップ１９６）。
【０２０６】
ここまでのステップは、図１８のステップ１８１〜１８６と同様である。
【０２０７】
ユーザ端末装置１は、ネットワークを介してワンタイムパスワード生成サーバ３と接続されているか確認した上で、ワンタイムパスワード生成サーバ３に、シード番号、ユーザＩＤ、及びステップ１９６で入力されたワンタイムパスワードを送信する（ステップ１９７）。
【０２０８】
ワンタイムパスワード生成サーバ装置３は、ユーザ端末装置１から送信されたワンタイムパスワードと、自機で生成して携帯メール装置２に送信したワンタイムパスワードとを比較して、その一致を確認する（ステップ１９８）。このステップは、図１５のステップＳＣ１〜ＳＣ１５を参照して説明したものである。
【０２０９】
ワンタイムパスワード生成サーバ装置３は、ワンタイムパスワードが確認できれば、認証が成功したことを示す情報と、ワンタイムパスワード生成鍵とをユーザ端末装置１に送信する（ステップ１９９）。
【０２１０】
ユーザ端末装置１は、認証が成功したことを示す情報に応じてユーザをログインさせる（ステップ２００）とともに、ワンタイムパスワード生成サーバ装置３から受信したワンタイムパスワード生成鍵をユーザ暗号鍵データベース（図１４の７２）に記憶する。このステップは、図１５のステップＳＣ１７〜ＳＣ１８を参照して説明したものである。
【０２１１】
以上、本発明の実施の形態について詳述したが、本発明は特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形及び変更が可能である。
【０２１２】
以上の実施形態に関し、更に以下の付記を記す。
（付記１）
所定の規則で生成したシード番号に対応するパスワードの入力により認証を行う端末装置と、
前記シード番号を含む所定の要求メッセージに応じて前記パスワードを発行するパスワード発行装置とを具備することを特徴とする認証システム。
（付記２）前記所定の要求メッセージを前記パスワード発行装置に送信する要求メッセージ送信装置をさらに具備することを特徴とする、付記１に記載の認証システム。
（付記３）
前記端末装置は、前記パスワード発行装置とネットワークで接続されているとき、入力されたパスワードと前記シード番号とを前記パスワード発行装置に送信し、
前記パスワード発行装置は、受信した前記入力されたパスワードと前記シード番号とに基づき認証を行い、認証結果に応じて秘密情報を前記端末装置に送信する、付記１または２に記載の認証システム。
（付記４）
前記パスワード発行装置は、前記要求メッセージ発行装置ごとに対応する異なる要求メッセージの送信先を登録し、前記要求メッセージ発行装置から前記対応する異なる送信先に前記所定の要求メッセージが送信されたときにのみ前記パスワードを発行することを特徴とする、付記２または３に記載の認証システム。
（付記５）
前記パスワード発行装置は、前記要求メッセージ発行装置に対応する有効フラグ及び発行カウンタのうち少なくとも１つが所定の条件を満たすとき、前記要求メッセージ発行装置からの前記所定の要求メッセージに対してパスワードを発行することを特徴とする、付記２乃至４いずれか一項に記載の認証システム。
（付記６）
前記シード番号は、現在時刻、補助記憶装置の残り容量、補助記憶装置のシリアル番号、機器を起動してからのＣＰＵクロック回数のうち少なくとも１つに基づく種値から求めた擬似乱数であることを特徴とする、付記１乃至５いずれか一項に記載の認証システム。
（付記７）
所定の規則でシード番号を生成し、前記シード番号に対応する第１のパスワードを生成する演算部と、
前記演算部が生成した前記シード番号を出力する出力部と、
前記シード番号に対応する第２のパスワードの入力を受ける入力部とを具備し、
前記演算部は前記第１のパスワードと前記第２のパスワードとが一致したとき認証を行うことを特徴とする端末装置。
（付記８）
ネットワークを介してパスワード発行装置と通信する通信部をさらに有し、
前記ネットワークを介して前記パスワード発行装置と通信可能なとき、前記入力部に入力されたパスワードと前記シード番号とを前記パスワード発行装置に送信し、
前記パスワード発行装置における認証が成功したときに、前記パスワード発行装置から認証結果に応じて秘密情報を受信する、付記７に記載の端末装置。
（付記９）
所定のメッセージを送受信する通信部と、
端末装置が所定の規則で生成したシード番号を含む、前記通信部が受信した要求メッセージに応じて、前記端末装置が認証を行うためのパスワードを発行する演算部とを具備することを特徴とするパスワード発行装置。
（付記１０）
前記通信部によりネットワークを介して前記端末装置と通信可能なとき、前記端末装置から入力パスワードと前記シード番号とを受信し、
前記演算部は、受信した前記入力パスワードと前記シード番号とに基づき認証を行い、認証結果に応じて秘密情報を前記端末装置に送信する、付記９に記載のパスワード発行装置。
（付記１１）
要求メッセージ発行装置を登録するユーザ情報データベースをさらに有し、
前記演算装置は、前記要求メッセージ発行装置が前記ユーザ情報データベースに登録されているとき、前記要求メッセージ発行装置からの前記所定の要求メッセージに対してパスワードを発行することを特徴とする、付記９または１０に記載のパスワード発行装置。
（付記１２）
前記ユーザ情報データベースは前記要求メッセージ発行装置ごとに対応する異なる要求メッセージの送信先を登録し、
前記演算部は、前記要求メッセージ発行装置から前記対応する異なる送信先に前記所定の要求メッセージが送信されたときにのみ前記パスワードを発行することを特徴とする、付記１１に記載のパスワード発行装置。
（付記１３）
前記ユーザ情報データベースは、前記要求メッセージ発行装置に対応する有効フラグ及び発行カウンタを登録し、
前記演算部は、前記有効フラグ及び発行カウンタのうち少なくとも１つが所定の条件を満たすとき、前記要求メッセージ発行装置からの前記所定の要求メッセージに対してパスワードを発行することを特徴とする、付記１１または１２に記載のパスワード発行装置。
（付記１４）
端末装置が、所定の規則でシード番号を生成する段階と、
パスワード発行装置が、前記シード番号を含む所定の要求メッセージに応じてパスワードを発行する段階と、
前記端末装置が、前記パスワード発行装置が発行した前記パスワードの入力により認証を行う段階とを含むことを特徴とする認証方法。
（付記１５）前記端末装置が、前記パスワード発行装置とネットワークで接続されているとき、入力されたパスワードと前記シード番号とを前記パスワード発行装置に送信する段階と、
前記パスワード発行装置が、受信した前記入力されたパスワードと前記シード番号とに基づき認証を行い、認証結果に応じて秘密情報を前記端末装置に送信する段階とをさらに含む、付記１４に記載の認証方法。
（付記１６）
コンピュータに、
所定の規則でシード番号を生成する段階と
前記シード番号に対応する第１のパスワードを生成する段階と、
生成した前記シード番号を出力する段階と、
前記シード番号に対応する第２のパスワードの入力を受ける段階と、
前記第１のパスワードと前記第２のパスワードとが一致したとき認証を行う段階を実行させることを特徴とするプログラム。
（付記１７）
コンピュータに、
端末装置が所定の規則で生成したシード番号を含む要求メッセージを受信する段階と、
受信した前記要求メッセージに応じて、前記端末装置が認証を行うためのパスワードを発行する段階と、
発行した前記パスワードを含む所定のメッセージを送信する段階とを実行させることを特徴とするプログラム。
【符号の説明】
【０２１３】
１ ユーザ端末装置
２ 携帯メール装置
３ ワンタイムパスワード生成サーバ装置
４ インターネット
５ ファイアウォール
６ ネットワーク
１０ ログイン画面
１１ メッセージ
１２ シード番号
１３ ワンタイムパスワード
１４ ＯＫボタン
１５ キャンセルボタン
２０ ワンタイムパスワード生成サーバ
２１ 演算装置
２２ 主記憶装置
２３ 通信装置
２４ 補助記憶装置
２５ 顧客個別番号
２６ ユーザ情報データベース
２７ 暗号化実施プログラム
２８ ＴＰＭ
２９ 暗号鍵
３０ ＢＡＳＥ６４変換プログラム
６０ ユーザ端末装置
６１ 演算装置
６２ 主記憶装置
６３ 表示装置
６４ 入力装置
６５ 補助記憶装置
６６ 顧客個別番号
６７ シード番号生成プログラム
６８ 暗号化実施プログラム
６９ ＴＰＭ
７０ 暗号鍵
７１ ＢＡＳＥ６４変換プログラム
７２ ユーザ暗号鍵データベース
７３ 通信装置
【特許請求の範囲】
【請求項１】
所定の規則で生成したシード番号に対応するパスワードの入力により認証を行う端末装置と、
前記シード番号を含む所定の要求メッセージに応じて前記パスワードを発行するパスワード発行装置とを具備することを特徴とする認証システム。
【請求項２】
前記端末装置は、前記パスワード発行装置とネットワークで接続されているとき、入力されたパスワードと前記シード番号とを前記パスワード発行装置に送信し、
前記パスワード発行装置は、受信した前記入力されたパスワードと前記シード番号とに基づき認証を行い、認証結果に応じて秘密情報を前記端末装置に送信する、請求項１に記載の認証システム。
【請求項３】
所定の規則でシード番号を生成し、前記シード番号に対応する第１のパスワードを生成する演算部と、
前記演算部が生成した前記シード番号を出力する出力部と、
前記シード番号に対応する第２のパスワードの入力を受ける入力部とを具備し、
前記演算部は前記第１のパスワードと前記第２のパスワードとが一致したとき認証を行うことを特徴とする端末装置。
【請求項４】
所定のメッセージを送受信する通信部と、
端末装置が所定の規則で生成したシード番号を含む、前記通信部が受信した要求メッセージに応じて、前記端末装置が認証を行うためのパスワードを発行する演算部とを具備することを特徴とするパスワード発行装置。
【請求項５】
端末装置が、所定の規則でシード番号を生成する段階と、
パスワード発行装置が、前記シード番号を含む所定の要求メッセージに応じてパスワードを発行する段階と、
前記端末装置が、前記パスワード発行装置が発行した前記パスワードの入力により認証を行う段階とを含むことを特徴とする認証方法。
【請求項１】
所定の規則で生成したシード番号に対応するパスワードの入力により認証を行う端末装置と、
前記シード番号を含む所定の要求メッセージに応じて前記パスワードを発行するパスワード発行装置とを具備することを特徴とする認証システム。
【請求項２】
前記端末装置は、前記パスワード発行装置とネットワークで接続されているとき、入力されたパスワードと前記シード番号とを前記パスワード発行装置に送信し、
前記パスワード発行装置は、受信した前記入力されたパスワードと前記シード番号とに基づき認証を行い、認証結果に応じて秘密情報を前記端末装置に送信する、請求項１に記載の認証システム。
【請求項３】
所定の規則でシード番号を生成し、前記シード番号に対応する第１のパスワードを生成する演算部と、
前記演算部が生成した前記シード番号を出力する出力部と、
前記シード番号に対応する第２のパスワードの入力を受ける入力部とを具備し、
前記演算部は前記第１のパスワードと前記第２のパスワードとが一致したとき認証を行うことを特徴とする端末装置。
【請求項４】
所定のメッセージを送受信する通信部と、
端末装置が所定の規則で生成したシード番号を含む、前記通信部が受信した要求メッセージに応じて、前記端末装置が認証を行うためのパスワードを発行する演算部とを具備することを特徴とするパスワード発行装置。
【請求項５】
端末装置が、所定の規則でシード番号を生成する段階と、
パスワード発行装置が、前記シード番号を含む所定の要求メッセージに応じてパスワードを発行する段階と、
前記端末装置が、前記パスワード発行装置が発行した前記パスワードの入力により認証を行う段階とを含むことを特徴とする認証方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１０−１５５４１（Ｐ２０１０−１５５４１Ａ）
【公開日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願番号】特願２００９−９２３６７（Ｐ２００９−９２３６７）
【出願日】平成２１年４月６日（２００９．４．６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願日】平成２１年４月６日（２００９．４．６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]