(57)【特許請求の範囲】
【請求項１】
制御装置と該制御装置に接続された操作部、および該操作部に装着可能な記憶媒体からなるシステムにおけるワンタイムパスワード機能を利用したユーザ認証方法であって、
前記操作部では、前記制御装置側からダウンロードされた認証用プログラムを実行して、認証されるごとに更新される可変のパラメータを含む複数のパラメータを記憶先の前記記憶媒体から読み取り、このパラメータ情報と前記制御装置から与えられるパラメータを基に特定の関数を用いてユーザ認証コードを生成し、そのユーザ認証コードを前記制御装置に送り、
前記制御装置では、制御装置内に記憶された前記記憶媒体と同一のパラメータおよび前記操作部に与えたパラメータを基に前記特定の関数を用いてユーザ認証コードを生成すると共に、この生成したユーザ認証コードと前記操作部から送られた前記ユーザ認証コードとを比較し、双方が一致したときは前記制御装置と操作部との間での情報入力を許可すると共に、制御装置内の可変のパラメータおよび前記記憶媒体の可変のパラメータを更新する処理を行うようにしたことを特徴とするユーザ認証方法。
【請求項２】
前記特定の関数はハッシュ関数であり、
前記記憶媒体としてフロッピー（登録商標）ディスクが使用され、このフロッピー（登録商標）ディスクに記録されるパラメータとしては、ユーザ名、最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号、シードであり、
前記パラメータの中で、最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号が認証後に更新される可変のパラメータであることを特徴とする請求項１に記載のユーザ認証方法。
【請求項３】
認証マネージャーを備えると共に既存のＷｅｂサーバに接続される認証Ｗｅｂサーバを備えたホストと、このホストにアクセスするクライアントとしてのブラウザ、およびクライアントに装着可能な記憶媒体からなるシステムにおけるワンタイムパスワード機能を利用したユーザ認証方法であって、
ユーザが前記ブラウザを使って普通のＷｅｂページをアクセスするように前記認証Ｗｅｂサーバをアクセスすると、前記認証Ｗｅｂサーバより認証用アプレットがブラウザにダウンロードされ、
次に、前記ブラウザではこのダウンロードされた認証用アプレットを実行することにより、認証Ｗｅｂサーバから送られたハッシュ関数演算時のシードと、前記記憶媒体内に記憶されていた認証されるごとに更新される可変のパラメータである最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号と、固定のパラメータであるユーザ名を基にハッシュ関数を用いてユーザ認証コードを生成して、ユーザ名とこのユーザ認証コードを認証マネージャーに送出し、
次に、認証マネージャーでは、送られたユーザ名とユーザ認証コードを基に、クライアントに送ったハッシュ関数演算時のシードと、前記記憶媒体と同様に記憶されたパラメータを基にハッシュ関数によりコードを生成し、このコードと前記ブラウザから送られてきたユーザ認証コードとを比較し、一致したときは比較結果と、ＵＲＬに付す鍵を前記ブラウザ側に送ると共に可変のパラメータを更新し、
続いてクライアント側では、認証が確認されると、記憶媒体の可変のパラメータを認証マネージャーから送られた可変のパラメータに更新すると共に、目的のＷｅｂページをアクセスするためのＵＲＬにサーバ側から送られた鍵を付して新たなＵＲＬを作成して認証Ｗｅｂサーバにアクセスし、
認証Ｗｅｂサーバでは、送られた前記鍵の内容を認証し、接続されたＷｅｂサーバから該当のページを取得し、ブラウザ側のディスプレイに表示されるように該当のページをブラウザ側に送るようにしたことを特徴とするユーザ認証方法。
【請求項４】
制御装置と該制御装置に接続された操作部、および該操作部に装着可能な記憶媒体からなりワンタイムパスワード機能を利用したユーザ認証システムであって、
前記操作部は、前記制御装置側から認証用プログラムをダウンロードして実行することにより、認証されるごとに更新される可変のパラメータを含む複数のパラメータを記憶先の前記記憶媒体から読み取り、このパラメータ情報と前記制御装置から与えられるパラメータを基に特定の関数を用いてユーザ認証コードを生成し、そのユーザ認証コードを前記制御装置に送ることができるように構成され、
前記制御装置には、制御装置内に前記記憶媒体と同様に記憶されたパラメータおよび前記操作部に与えたパラメータを基に前記特定の関数を用いてユーザ認証コードを生成すると共に、この生成したユーザ認証コードと前記操作部から送られた前記ユーザ認証コードとを比較する手段と、この双方のユーザ認証コードが一致したときに該当ユーザを認証することができる手段と、認証後に制御装置内および前記記憶媒体の可変のパラメータを更新する処理手段が設けられたことを特徴とするユーザ認証システム。
【請求項５】
認証マネージャーを備えると共に既存のＷｅｂサーバに接続される認証Ｗｅｂサーバを備えたホストと、このホストにアクセスするクライアントとしてのブラウザ、およびクライアントに装着可能な記憶媒体からなるワンタイムパスワード機能を利用したユーザ認証システムであって、
前記ブラウザは、ユーザが普通のＷｅｂページをアクセスするように前記認証Ｗｅｂサーバをアクセスしたときにダウンロードされる認証用アプレットを実行することにより、認証Ｗｅｂサーバから送られたハッシュ関数演算時のシードと、前記記憶媒体内に記憶されていた認証されるごとに更新される可変のパラメータである最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号と、固定のパラメータであるユーザ名を基にハッシュ関数を用いてユーザ認証コードを生成してユーザ名とこのユーザ認証コードを認証マネージャーに送出し、
認証が確認されると、記憶媒体の可変のパラメータを認証マネージャーから送られた可変のパラメータに更新すると共に、目的のＷｅｂページをアクセスするためのＵＲＬにサーバ側から送られた鍵を付して新たなＵＲＬを作成して認証Ｗｅｂサーバにアクセスするように構成され、
前記ホストは、認証マネージャーにおいて前記ブラウザから送られたユーザ名とユーザ認証コードを基に、クライアントに送ったハッシュ関数演算時のシードと、予めホスト側に記憶されている最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号の可変のパラメータからハッシュ関数によりコードを生成し、このコードと前記ブラウザから送られてきたユーザ認証コードとを比較し、一致したときは比較結果と、ＵＲＬに付す鍵を前記ブラウザ側に送ると共に可変のパラメータを更新し、
前記ブラウザ側から鍵を付したＵＲＬが送られると、鍵の内容を認証して、接続されたＷｅｂサーバから該当のページを取得し、ブラウザ側に送るように構成されたことを特徴とするユーザ認証システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はユーザ認証方法及びユーザ認証システムに関し、更に詳しくはイントラネット、エクストラネットでのユーザ認証に関し、特にワンタイムパスワード機能を利用し、記憶媒体（例えばフロッピーディスク）を認証用物理キーとして利用したシステムに関する。
【０００２】
ここで、イントラネットとは、例えば会社内で構築したインターネット類似のシステムであり、エクストラネットは会員制のイントラネットである。また、ワンタイムパスワードとは、その都度パスワードが変わるものである。
【０００３】
【従来の技術】
従来のこの種のシステムとしては、以下のようなものがあった。
▲１▼Ｗｅｂサーバのアクセス機能制限
従来のＷｅｂサーバの機能では、アクセス制限という機能がある。このアクセス制限機能では、ユーザ名とパスワードを入力する方式で、例えばパソコン通信を行なう場合等に用いられている。
【０００４】
▲２▼クリプトカードのアクセス制限機能
クリプトカードとは、電子カードの一種であり、ユーザ名を入力すると、ホストからＩＤコードが送られてくる。このＩＤコードを基に所定の演算を実行し、演算の結果得られたコードをホスト側へ送信し、ユーザ認証コードとして用いるものである。
【０００５】
【発明が解決しようとする課題】
前述した▲１▼のシステムの場合、ユーザ名とパスワードを入力するものであるため、伝送路にユーザ名とパスワードを流す時にユーザ名とパスワードを盗まれてしまう可能性がある。ユーザ名とパスワードを盗まれても、発見することが非常に困難である。また、不特定のユーザを本システムで管理する場合、セキュリティという面で、ユーザ名、パスワードをリソース提供者が不特定多数のユーザに教えることは問題がある。
【０００６】
また、前述した▲２▼のシステムの場合、チャレンジ＆レスポンス機能（ユーザ認証コードの生成と該コードのホストへの通知）によって確実なセキュリティを保つことができるが、システム自体が高価であり、またクリプトカード単体も高価なものなので、高度なセキュリティを要求しないシステムに対しては、コストパフォーマンス上不向きである。
【０００７】
本発明はこのような課題に鑑みてなされたものであって、安価な記憶媒体（例えばフロッピー（登録商標）ディスク）を用いることによってもチャレンジ＆レスポンス機能を働かせて確実なセキュリティを保つことのできるユーザ認証方法及びユーザ認証システムを提供することを目的としている。
【０００８】
【課題を解決するための手段】
前記課題を解決する請求項１の発明は、制御装置と該制御装置に接続された操作部、および該操作部に装着可能な記憶媒体からなるシステムにおけるワンタイムパスワード機能を利用したユーザ認証方法であって、
前記操作部では、前記制御装置側からダウンロードされた認証用プログラムを実行して、認証されるごとに更新される可変のパラメータを含む複数のパラメータを記憶先の前記記憶媒体から読み取り、このパラメータ情報と前記制御装置から与えられるパラメータを基に特定の関数を用いてユーザ認証コードを生成し、そのユーザ認証コードを前記制御装置に送り、
前記制御装置では、制御装置内に記憶された前記記憶媒体と同一のパラメータおよび前記操作部に与えたパラメータを基に前記特定の関数を用いてユーザ認証コードを生成すると共に、この生成したユーザ認証コードと前記操作部から送られた前記ユーザ認証コードとを比較し、双方が一致したときは前記制御装置と操作部との間での情報入力を許可すると共に、制御装置内の可変のパラメータおよび前記記憶媒体の可変のパラメータを更新する処理を行うようにしたことを特徴とする。
【０００９】
この発明によれば、ユーザが制御装置にアクセスしたい時に、予め特定のパラメータが記憶された記憶媒体を用いて操作部で特定の関数を用いて生成したユーザ認証コードと、制御装置側で生成したコードとを比較して一致した場合のみ制御装置と操作部との間で情報入出力を行なうので、安価な記憶媒体を用いても確実なセキュリティを保つことができる。
また、記憶媒体および制御装置内にそれぞれ記憶されたパラメータの中の可変のパラメータは認証の都度更新されるため、認証コードも認証の都度異なるようになっている。それゆえ、もし認証コードが盗用されたとしても、次回の認証時にはその盗用の認証コードで認証を得ることはできない。
また、操作部と制御装置間では、ユーザ認証コードおよび比較結果だけが送信されるので、パスワードを復元され利用される恐れは全くない。
なお、この場合、制御装置側からダウンロードされた認証用プログラムを実行することにより、認証に必要な処理がすべて行われる。
また、この場合、請求項２のように、特定の関数はハッシュ関数であり、記憶媒体としてフロッピー（登録商標）ディスクを使用することができる。そして、このフロッピー（登録商標）ディスクに記録されるパラメータとしては、ユーザ名、最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号、シードがあり、これらパラメータの中で、最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号の可変のパラメータは認証後に更新される。したがって、これらのパラメータを基に作成される認証コードは認証の都度必ず異なるコードとなる。
【００１０】
請求項３の発明は、認証マネージャーを備えると共に既存のＷｅｂサーバに接続される認証Ｗｅｂサーバを備えたホストと、このホストにアクセスするクライアントとしてのブラウザ、およびクライアントに装着可能な記憶媒体からなるシステムにおけるワンタイムパスワード機能を利用したユーザ認証方法であって、
ユーザが前記ブラウザを使って普通のＷｅｂページをアクセスするように前記認証Ｗｅｂサーバをアクセスすると、前記認証Ｗｅｂサーバより認証用アプレットがブラウザにダウンロードされ、
次に、前記ブラウザではこのダウンロードされた認証用アプレットを実行することにより、認証Ｗｅｂサーバから送られたハッシュ関数演算時のシードと、前記記憶媒体内に記憶されていた認証されるごとに更新される可変のパラメータである最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号と、固定のパラメータであるユーザ名を基にハッシュ関数を用いてユーザ認証コードを生成して、ユーザ名とこのユーザ認証コードを認証マネージャーに送出し、
次に、認証マネージャーでは、送られたユーザ名とユーザ認証コードを基に、クライアントに送ったハッシュ関数演算時のシードと、前記記憶媒体と同様に記憶されたパラメータを基にハッシュ関数によりコードを生成し、このコードと前記ブラウザから送られてきたユーザ認証コードとを比較し、一致したときは比較結果と、ＵＲＬに付す鍵を前記ブラウザ側に送ると共に可変のパラメータを更新し、
続いてクライアント側では、認証が確認されると、記憶媒体の可変のパラメータを認証マネージャーから送られた可変のパラメータに更新すると共に、目的のＷｅｂページをアクセスするためのＵＲＬにサーバ側から送られた鍵を付して新たなＵＲＬを作成して認証Ｗｅｂサーバにアクセスし、
認証Ｗｅｂサーバでは、送られた前記鍵の内容を認証し、接続されたＷｅｂサーバから該当のページを取得し、ブラウザ側のディスプレイに表示されるように該当のページをブラウザ側に送るようにしたことを特徴とする。
【００１１】
請求項４の発明は、制御装置と該制御装置に接続された操作部、および該操作部に装着可能な記憶媒体からなりワンタイムパスワード機能を利用したユーザ認証システムであって、
前記操作部は、前記制御装置側から認証用プログラムをダウンロードして実行することにより、認証されるごとに更新される可変のパラメータを含む複数のパラメータを記憶先の前記記憶媒体から読み取り、このパラメータ情報と前記制御装置から与えられるパラメータを基に特定の関数を用いてユーザ認証コードを生成し、そのユーザ認証コードを前記制御装置に送ることができるように構成され、
前記制御装置には、制御装置内に前記記憶媒体と同様に記憶されたパラメータおよび前記操作部に与えたパラメータを基に前記特定の関数を用いてユーザ認証コードを生成すると共に、この生成したユーザ認証コードと前記操作部から送られた前記ユーザ認証コードとを比較する手段と、この双方のユーザ認証コードが一致したときに該当ユーザを認証することができる手段と、認証後に制御装置内および前記記憶媒体の可変のパラメータを更新する処理手段が設けられたことを特徴とする。
【００１２】
請求項５の発明は、認証マネージャーを備えると共に既存のＷｅｂサーバに接続される認証Ｗｅｂサーバを備えたホストと、このホストにアクセスするクライアントとしてのブラウザ、およびクライアントに装着可能な記憶媒体からなるワンタイムパスワード機能を利用したユーザ認証システムであって、
前記ブラウザは、ユーザが普通のＷｅｂページをアクセスするように前記認証Ｗｅｂサーバをアクセスしたときにダウンロードされる認証用アプレットを実行することにより、認証Ｗｅｂサーバから送られたハッシュ関数演算時のシードと、前記記憶媒体内に記憶されていた認証されるごとに更新される可変のパラメータである最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号と、固定のパラメータであるユーザ名を基にハッシュ関数を用いてユーザ認証コードを生成してユーザ名とこのユーザ認証コードを認証マネージャーに送出し、
認証が確認されると、記憶媒体の可変のパラメータを認証マネージャーから送られた可変のパラメータに更新すると共に、目的のＷｅｂページをアクセスするためのＵＲＬにサーバ側から送られた鍵を付して新たなＵＲＬを作成して認証Ｗｅｂサーバにアクセスするように構成され、
前記ホストは、認証マネージャーにおいて前記ブラウザから送られたユーザ名とユーザ認証コードを基に、クライアントに送ったハッシュ関数演算時のシードと、予めホスト側に記憶されている最終アクセスクライアントＩＤ、最終アクセス日時、シーケンス番号の可変のパラメータからハッシュ関数によりコードを生成し、このコードと前記ブラウザから送られてきたユーザ認証コードとを比較し、一致したときは比較結果と、ＵＲＬに付す鍵を前記ブラウザ側に送ると共に可変のパラメータを更新し、
前記ブラウザ側から鍵を付したＵＲＬが送られると、鍵の内容を認証して、接続されたＷｅｂサーバから該当のページを取得し、ブラウザ側に送るように構成されたことを特徴とする。
【００１３】
なお、請求項３ないし５のいずれの発明においても、請求項１の発明と同様に、制御装置側からダウンロードされた認証用プログラムを実行することにより、認証に必要な処理がすべて行われる。
また、請求項１ないし５のいずれの発明も、記憶媒体を利用した強固なワンタイム認証を操作部やクライアントの端末を制限することなく行うことができる。
【００２４】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
図１は本発明の一実施の形態例を示すブロック図である。図において、１０はホスト、
２０は該ホスト１０と接続されるクライアントとしてのブラウザである。２２はブラウザ
２０に装着される認証用物理キーとしてのフロッピーディスク（以下ＦＤと略す）である
。これらＦＤ２２およびホスト１０には、以下のパラメータ情報が記憶されている。
【００２５】
（１）ユーザ名
（２）最終アクセスクライアントＩＰ
（３）最終アクセス日時
（４）シーケンス番号
（５）シード
ここで、（２）は最終アクセスしたクライアントのＩＰ（識別番号）である。クライアントＩＰは、クライアントが独自に持つ番号であり、クライアント毎に唯一の番号を持つ。シーケンス番号（４）は、何回目のアクセスであるかを示す番号である。シード（５）は、特定関数演算の基になる初期値である。これらのパラメータのうち、最終アクセスクライアントＩＰ（２）、最終アクセス日時（３）、シーケンス番号（４）は共に認証後に更新されるパラメータであって、ここではこれらを可変のパラメータと呼ぶ。
【００２６】
ブラウザ２０において、２１はＦＤに記憶されているパラメータ情報と、ホスト１０から送られてくるパラメータから特定の関数であるハッシュ関数を用いてユーザ認証コードを生成する認証コード生成手段である。
【００２７】
ホスト１０において、１１は自装置内のパラメータを基に特定関数であるハッシュ関数を用いてハッシュコード（ユーザ認証コード）を生成すると共に、ブラウザ側からのハッシュコードと、自装置内で作成したハッシュコードとを比較し、一致した時にブラウザ側に鍵を渡す認証マネージャー、１２は認証用アプレットをアクセスしてきたブラウザ２０にダウンロードすると共に、ブラウザ２０から送られてきた鍵付きのＵＲＬ（ホームページアドレス）を認証し、認証の結果双方のユーザ認証コードが一致した時には、該当のページをリンクされたＷｅｂサーバから取得してブラウザ側に送出する認証Ｗｅｂサーバである。
【００２８】
ここで、アプレットとは、ブラウザ上で動作するＪａｖａプログラムのことである。ブラウザ２０とホスト１０とは、認証Ｗｅｂサーバ１２を介して接続されている。
【００２９】
１は既存のＷｅｂサーバであり、リンク３を介して認証Ｗｅｂサーバ１２と接続されている。２はＷｅｂサーバと接続された記憶装置であり、例えばホームページ情報が記憶されている。このように構成されたシステムの動作を説明すれば、以下の通りである。
【００３０】
（動作の概要）
▲１▼クライアントは、ブラウザ２０から普通のＷｅｂページをアクセスするように、認証Ｗｅｂサーバ１２をアクセスする。
【００３１】
▲２▼認証Ｗｅｂサーバ１２は、認証用アプレットをブラウザ２０にダウンロードする。
▲３▼ブラウザ２０は、ダウンロードされた認証用アプレットを用いてクライアントのＦＤを読み込み、ハッシュ関数を用いてＦＤ内に記憶されていたパラメータを演算し、ユーザ認証コードを生成する。
【００３２】
▲４▼認証用アプレットは、生成されたユーザ認証コードを認証Ｗｅｂサーバ１２を介して認証マネージャー１１に送出する。
▲５▼認証マネージャー１１は、ホスト側でハッシュ関数を用いた演算を行ないコードを生成し、ブラウザ２０から送られてきたユーザ認証コードとを比較する。そして、認証結果をブラウザ２０の認証用アプレットに送る。
【００３３】
▲６▼認証用アプレットは、認証が成功した場合には、鍵付きのＵＲＬで認証Ｗｅｂサーバ１２に該当のページを表示させるようにアクセスにいく。
図２は、本発明の一実施の形態例の動作を示すフローチャートである。任意のブラウザ２０から認証Ｗｅｂサーバ１２を通して目的のページをアクセスにいく（Ｓ１）。認証Ｗｅｂサーバ１２は、このアクセスを受けると、認証用アプレットをブラウザ２０にダウンロードする（Ｓ２）。
【００３４】
クライアント側では、認証用アプレットをダウンロードすると、認証アプレットを実行する（Ｓ３）。認証用アプレットは、認証用ＦＤからパラメータを読み込み、ハッシュ関数を用いてユーザ認証コード（チャレンジコード）を生成する。
【００３５】
ブラウザ２０は、ユーザ情報と認証のための前記チャレンジコードを読み込み（Ｓ４）、ユーザ名とチャレンジコードを認証マネージャー１１に送る（Ｓ５）。
【００３６】
認証マネージャー１１は、送られてきたユーザ名とユーザ認証コードを基に、クライアントに送ったハッシュ関数演算時のシードと、前記記憶媒体と同様に記憶されたパラメータに対応するパラメータすなわち予めホスト側に記憶されている該ユーザ名に対応のパラメータ（最終アクセス日時、シーケンス番号など）に基づきハッシュ関数を用いてコードを生成し、ブラウザ２０から送られてきたチャレンジコードと比較する（Ｓ６）。比較結果は、認証マネージャー１１からクライアント側に送られる（Ｓ７）。また、ＵＲＬに貼付け用の鍵もクライアント側に送られる。
この時、送られるのは、認証結果とＵＲＬに付す鍵であり、パスワードではないので、パスワードを盗まれるおそれはない。
【００３７】
認証結果を受けたクライアント側では、ブラウザ２０が認証の結果から本人であることが確認できると、該当のＵＲＬへのアクセスをするための新しいＵＲＬを作成する（Ｓ８）。次に、ステップＳ８で作成した鍵付きのＵＲＬで認証Ｗｅｂサーバ１２にアクセスする（Ｓ９）。同時にＦＤの可変のパラメータを更新する。
【００３８】
認証Ｗｅｂサーバ１２では、送られてきた鍵の内容を認証し（Ｓ１０）、該当のページをリンクされたＷｅｂサーバ１から取得してクライアント側に送出する（Ｓ１１）。クライアント側では、ブラウザ２０のディスプレイに該当のページが表示される（Ｓ１２）。
【００３９】
以上説明したように、この実施の形態例によれば、ユーザがホストにアクセスしたい時に、予め特定のパラメータが記憶されたＦＤを用いてブラウザで特定の関数（ハッシュ関数）を用いて生成したユーザ認証コード（チャレンジコード）と、ホスト側で生成したコードとを比較して一致した場合のみホストとブラウザとの間で情報伝送を行なうので、安価な記憶媒体を用いて確実なセキュリティを保つことができる。
【００４０】
また、この実施の形態例によれば、記憶媒体としてフロッピーディスクを使用することができるので、クリプトカードに代わる安価な記憶媒体（フロッピーディスク）を用いて、確実なセキュリティを保つことができる安価なユーザ認証方法及びユーザ認証システムを実現することができる。
【００４１】
図３は本発明の他の実施の形態例を示すフローチャートで、鍵付きのＵＲＬを用いない例である。任意のブラウザ２０から認証Ｗｅｂサーバ１２を通して目的のページをアクセスにいく（Ｓ１）。認証Ｗｅｂサーバ１２は、このアクセスを受けると、認証用アプレットをブラウザ２０にダウンロードする（Ｓ２）。
【００４２】
クライアント側では、認証用アプレットをダウンロードすると、認証アプレットを実行する（Ｓ３）。認証用アプレットは、認証用ＦＤからパラメータを読み込み、そのパラメータに基づきハッシュ関数を用いてよりユニークなユーザ認証コード（チャレンジコード）を生成する。
【００４３】
ブラウザ２０は、ユーザ情報と認証のための前記チャレンジコードを読み込み（Ｓ４）、ユーザ名とチャレンジコードを認証マネージャー１１に送る（Ｓ５）。
【００４４】
認証マネージャー１１は、送られてきたユーザ名とユーザ認証コードを基に、クライアントに送ったハッシュ関数演算時のシードと、前記記憶媒体と同様に記憶されたパラメータ（最終アクセス日時、シーケンス番号など）に基づきハッシュ関数を用いてユーザ認証コードを生成し、ブラウザ２０から送られてきたチャレンジコードと比較する（Ｓ６）。比較結果は、認証マネージャー１１からクライアント側に送られる（Ｓ７）。この時、送られるのは、認証結果であり、パスワードではないので、パスワードを盗まれるおそれはない。
【００４５】
次に、認証マネージャー１１は、認証されたクライアント用プロキシー（該当のＷｅｂサーバと通信するための代理プロセス）を生成し、認証Ｗｅｂサーバ１２に送る（Ｓ８）。一方、クライアント側では、ブラウザ２０が認証の結果が、本人であることが確認できると、認証Ｗｅｂサーバ１２に対して該当のページを再度アクセスする（Ｓ９）。同時にＦＤの内容を更新する。
【００４６】
認証Ｗｅｂサーバ１２では、認証されたクライアント用プロキシーを用いてクライアントを認識し（Ｓ１０）。そして、クライアントが認証されたら、該当のページをリンクされたＷｅｂサーバ１から取得してクライアントに送出する（Ｓ１１）。クライアント側では、ブラウザ２０のディスプレイに該当のページが表示される（Ｓ１２）。
【００４７】
以上説明したように、この実施の形態例によれば、ユーザがホストにアクセスしたい時に、予め特定のパラメータが記憶されたＦＤを用いてブラウザで特定の関数（ハッシュ関数）を用いて生成したユーザ認証コード（チャレンジコード）と、ホスト側で生成したコードとを比較して一致した場合のみホストとブラウザとの間で情報伝送を行なうので、安価な記憶媒体を用いて確実なセキュリティを保つことができる。
【００４８】
また、この実施の形態例によれば、記憶媒体としてフロッピーディスクを使用することができるので、安価なユーザ認証方法を実現することができる。
次に、ＦＤの作成動作について説明する。図４は鍵付きＦＤの作成動作を示すフローチャートである。クライアント側から、サーバ管理者に電話をして、ユーザ登録を依頼する（Ｓ１）。サーバ側では、サーバ管理者が依頼されたユーザをユーザ管理ツールを利用して登録する（Ｓ２）。ユーザ管理者は、ユーザ名とパスワードをユーザに電話を使って教える（Ｓ３）。
【００４９】
クライアント側では、ブラウザで鍵作成画面を開いて、鍵作成アプレットにユーザ名、パスフレーズを設定して「ＧＯ」をクリックする（Ｓ４）。次に、ユーザ名と、ｐＨｃ及び自ＩＰアドレスをサーバに送る（Ｓ５）。サーバ側では、受信したユーザ名と、ｐＨｃ（クライアント側で生成したユーザ認証コード）と、サーバ側で管理しているユーザ名と、ｐＨｓ（サーバ側で生成した認証コード）で認証を行なう（Ｓ６）。
【００５０】
認証がとれたら、サーバ側はクライアント側に対して認証結果を通知する。クライアント側では、認証結果を受信する（Ｓ７）。次に、サーバ側では、認証が成功した場合には、シーケンス番号（ＳｑＮｏ．）と、最終アクセス日時を送出し（Ｓ８）、クライアント側では、認証が成功した場合には、受信した認証日時と、シーケンス番号を利用して鍵ＦＤを作成する（Ｓ９）。
【００５１】
図５は通常運用の認証動作を示すフローチャートである。先ず、クライアント側で、鍵ＦＤをセットして、ブラウザで該当のページをアクセスする（Ｓ１）。次に、ブラウザはＦＤからユーザ名、最終認証日時（最終アクセス日時）、シーケンス番号を読み出す（Ｓ２）。そして、最終アクセス日時とシーケンス番号からチャレンジコードＨｃを作成し、Ｈｃとユーザ名及び自ＩＰアドレスをサーバに送る（Ｓ３）。
【００５２】
サーバ側では、最終アクセス日時とシーケンス番号から、認証コードＨｓを生成し、受信したＨｃと生成したＨｓを比較して、認証を行ない、認証結果をクライアント側に通知する（Ｓ４）。
【００５３】
クライアント側では、認証結果を受信する（Ｓ５）。また、サーバ側では認証が成功した場合には、シーケンス番号と最終アクセス日時をクライアント側に送出する（Ｓ６）。クライアント側では、認証が成功した場合には、鍵ＦＤのシーケンス番号と最終認証日時及び最終アクセスクライアントＩＰを更新して、認証Ｗｅｂサーバに該当ページをアクセスする（Ｓ７）。
【００５４】
図６は本発明のアクセス制限動作を示すフローチャートである。クライアント（ブラウザ）側から任意のページへアクセスすると（Ｓ１）、Ｗｅｂサーバではブラウザからの接続待ちであり（Ｓ２）、ブラウザからのアクセスを受けると、取得ファイル名称は認証対象であるかどうかチェックする（Ｓ３）。
【００５５】
認証対象である場合には、鍵付きであるかどうかチェックする（Ｓ４）。鍵付きである場合には、鍵の有効期限をチェックする（Ｓ５）。有効期限内である場合には、鍵の送信元が該当クライアントであるかどうかチェックする（Ｓ６）。鍵の送信元が該当クライアントであった場合には、任意のページデータを該当クライアントに対して送出する（Ｓ７）。該当クライアントでは、ページデータを受信する（Ｓ１０）。
【００５６】
ステップＳ３で取得ファイルが認証対象でなかった場合には、クライアントに対して任意のページデータの送出を行ない（Ｓ７）、クライアントはそのデータを受ける（Ｓ１０）。
【００５７】
ステップＳ４で、認証対象ではあるが、鍵付きでなかった場合には、クライアントに対して認証アプレットのページを送出し（Ｓ８）、クライアントではこの認証アプレットのページを受信する（Ｓ１０）。ステップＳ５で鍵の有効期限が切れていた場合には、クライアントに対してエラーページを送出し（Ｓ９）、クライアントではこのエラーページを受信する（Ｓ１０）。
【００５８】
また、ステップＳ６で鍵の送信元が鍵を取得したクライアント以外であった場合にはクライアントに対してエラーページを送出し（Ｓ９）、クライアントではこのエラーページを受信する（Ｓ１０）。
【００５９】
上述の実施の形態例では、ホストと少なくとも１個のブラウザ間でデータの伝送を行なう場合について説明したが、本発明に係るユーザ認証方法はこれに限るものではない。１個の独立した制御装置（例えばパソコン）に対してユーザが操作部（例えばキーボード）からアクセスする場合についても同様に適用することができる。そして、この場合においても、物理キーとして安価なＦＤを使用することができる。
【００６０】
このような実施の形態例によれば、ユーザが制御装置にアクセスしたい時に、予め特定のパラメータが記憶された記憶媒体を用いて操作部で特定の関数を用いて生成したユーザ認証コードと、制御装置側で生成したコードとを比較して一致した場合のみ制御装置と操作部との間で情報入出力を行なうので、安価な記憶媒体を用いて確実なセキュリティを保つことができる。
【００６１】
この場合において、前記記憶媒体としてフロッピーディスクを使用し、記録されるパラメータは、ユーザ名と、最終アクセスクライアントＩＰと、最終アクセス日時と、シーケンス番号と、シードであることを特徴としている。
【００６２】
この発明の構成によれば、上記パラメータの記憶媒体としてフロッピーディスクを使用することができるので、安価なユーザ認証方法を実現することができる。
【００６３】
上述の実施の形態例では、安価な記憶媒体としてフロッピーディスク（ＦＤ）を用いた場合を例にとったが、本発明はこれに限るものではない。安価な記憶媒体であれば、どのような記憶媒体であってもよい。
【００６４】
【発明の効果】
以上詳細に説明したように本発明によれば次のような効果がある。
安価な記憶媒体（例えばフロッピーディスク）を用いることによってもチャレンジ＆レスポンス機能を働かせて確実なセキュリティを保つことのできるユーザ認証方法及びユーザ認証システムを容易に実現することができる。
認証は操作部と制御装置側でそれぞれに作成した認証コードの一致により行われるが、この認証コードが送信の際に盗まれたとしてもパスワードは含まれていないので、パスワードが盗まれることはない。
また、認証コードは、認証の都度更新される可変のパスワードを使用して作成され、アクセスの度に異なるコードである。このため、認証コードが盗まれ、次回の認証時にその盗用の認証コードが利用されたとしても、制御装置側で作成した認証コードと一致しないので決して認証は得られず、安全である。また、盗用の認証コードを解読してパラメータを復元し得たとしても、可変のパラメータを制御装置側と同じに更新できないため、次回の認証時用の正常な認証コードは作成され得ず、安全である。
また、操作部あるいはブラウザ側には、認証のためのプログラムを備えておく必要はない。認証の際に必要なプログラムは制御装置側あるいはサーバ側からダウンロードされ、操作部あるいはブラウザ側ではこれを実行するだけで認証に必要な処理がすべて行われる。
また、記憶媒体を利用した強固なワンタイム認証を、端末（操作部あるいはクライアント）を制限することなく行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態例を示すブロック図である。
【図２】本発明の一実施の形態例の動作を示すフローチャートである。
【図３】本発明の他の実施の形態例の動作を示すフローチャートである。
【図４】鍵付きＦＤの作成動作を示すフローチャートである。
【図５】通常運用の認証動作を示すフローチャートである。
【図６】本発明のアクセス制限動作を示すフローチャートである。
【符号の説明】
１  Ｗｅｂサーバ
２  記憶装置
３  リンク
１０  ホスト
１１  認証マネージャー
１２  認証Ｗｅｂサーバ
２０  ブラウザ
２１  認証コード生成手段
２２  フロッピーディスク（ＦＤ）
【図１】
0003657745.tif 000002
【図２】
0003657745.tif 000003
【図３】
0003657745.tif 000004
【図４】
0003657745.tif 000005
【図５】
0003657745.tif 000006
【図６】
0003657745.tif 000007