(57)【要約】【課題】演算性能の低い端末内のコンピュータ資源を，安全でない利用者端末から，安全でないネットワークを介して，安全に使用できるようにする。【解決手段】使用許可証発行装置１０は，利用者２が入力した利用者パスワードを確認し，通信鍵１０４と使用許可証１０３とを生成し，それらを，日付／時刻１０５，通信鍵の有効期限１０２とともに利用者端末２０に送信する。利用者端末２０は，使用許可証１０３と，利用者識別子および日付／時刻を通信鍵１０４で暗号化したものをサーバ３０へ送る。サーバ３０は，利用者端末２０から受信した使用許可証１０３をサーバパスワード３０１で復号し，復号した結果をもとに通信鍵１０４の期限を調べ，期限が切れていなければ，受信した利用者識別子と日付／時刻１０５を暗号化したものを復号し，日付／時刻１０５を通信鍵１０４を用いて暗号化したものを利用者端末２０に送信する。【選択図】        図１
2005004412.tif 000002
【特許請求の範囲】
【請求項１】
サーバ資源の利用を希望する利用者が操作する利用者端末と，利用者が利用を希望するサーバ資源を有するサーバと，利用者端末とサーバとの間の認証処理に用いる使用許可証を発行する使用許可証発行装置とからなる認証システムにおける認証方法であって，
前記利用者端末が，前記使用許可証発行装置に対し利用者から入力した利用者識別子と前記サーバ資源の使用を希望する情報とを送信する過程と，
前記使用許可証発行装置が，前記利用者に利用者パスワードの入力を要求する過程と，
前記使用許可証発行装置が，前記利用者から入力した利用者パスワードと，あらかじめ記憶装置内に保持する利用者パスワードとを照合する過程と，
利用者パスワードが一致する場合に，前記使用許可証発行装置が，前記利用者端末と前記サーバとの間の通信に使用する通信鍵を生成する過程と，
前記使用許可証発行装置が，少なくとも前記利用者識別子と前記通信鍵とを含む情報を所定の鍵を用いて暗号化した使用許可証を生成する過程と，
前記使用許可証発行装置が，前記利用者端末へ少なくとも前記通信鍵と前記使用許可証とを送信する過程と，
前記利用者端末が，前記使用許可証と前記通信鍵を用いて暗号化した情報とを前記サーバへ送信する過程と，
前記サーバが，前記使用許可証を所定の鍵を用いて復号し，復号した結果から前記通信鍵を得て，前記通信鍵を用いて暗号化した情報を復号し，復号した結果の情報をもとにサーバ資源の使用権限を認証する過程とを有する
ことを特徴とする使用権限の認証方法。
【請求項２】
請求項１記載の使用権限の認証方法において，
前記使用許可証発行装置が前記使用許可証を生成する過程では，前記使用許可証発行装置があらかじめ保持する前記サーバに固有のサーバパスワードを共通鍵として用いることにより，少なくとも前記利用者識別子と前記通信鍵とを含む情報を共通鍵暗号方式により暗号化した使用許可証を生成し，
前記サーバが前記使用許可証に基づき使用権限を認証する過程では，前記使用許可証発行装置があらかじめ保持するサーバパスワードと同じ値のサーバパスワードを共通鍵として用いて共通鍵暗号方式で使用許可証を復号する
ことを特徴とする使用権限の認証方法。
【請求項３】
請求項１または請求項２記載の使用権限の認証方法において，
前記使用許可証発行装置は，前記生成した通信鍵の有効期限に関する情報を保持し，前記使用許可証の生成時に通信鍵の有効期限に関する情報を含めて暗号化することにより使用許可証を生成し，
前記サーバでは，前記使用許可証を復号した結果から通信鍵の有効期限を確認し，前記通信鍵の有効期限が切れている場合には，サーバ資源の使用を不許可とする
ことを特徴とする使用権限の認証方法。
【請求項４】
サーバ資源の利用を希望する利用者が操作する利用者端末と，利用者が利用を希望するサーバ資源を有するサーバとの間の認証処理に用いる使用許可証を発行する使用許可証発行装置であって，
前記利用者があらかじめ登録した前記利用者の利用者パスワードを保持する手段と，
前記利用者端末から，前記利用者の利用者識別子と前記サーバ資源の使用を希望する情報とを受信する手段と，
前記利用者に利用者パスワードの入力を要求する手段と，
前記利用者から利用者パスワードの入力を受け付ける手段と，
前記保持された利用者パスワードと前記入力された利用者パスワードとが一致する場合に，前記利用者端末と前記サーバとの間の通信に使用する通信鍵を生成する手段と，
少なくとも前記利用者識別子と前記通信鍵とを含む情報を所定の鍵を用いて暗号化することにより使用許可証を生成する手段と，
前記利用者端末へ前記通信鍵と前記使用許可証とを含む情報を送信する手段とを備える
ことを特徴とする使用許可証発行装置。
【請求項５】
請求項４記載の使用許可証発行装置において，
前記サーバに固有のサーバパスワードを保持する手段を備え，
前記使用許可証を生成する手段は，前記サーバパスワードを用いた共通鍵暗号方式による暗号化によって前記使用許可証を生成する
ことを特徴とする使用許可証発行装置。
【請求項６】
サーバ資源の利用を希望する利用者が操作する利用者端末と，利用者が利用を希望するサーバ資源を有するサーバとの間の認証処理に用いる使用許可証を発行する使用許可証発行装置のコンピュータに実行させるための使用許可証発行プログラムであって，
前記利用者端末から前記利用者の利用者識別子と前記サーバ資源の使用を希望する情報とを受信する処理と，
前記利用者に利用者パスワードの入力を要求する処理と，
前記利用者から利用者パスワードの入力を受け付ける処理と，
あらかじめ保持する利用者パスワードと前記入力された利用者パスワードとが一致する場合に，前記利用者端末と前記サーバとの間の通信に使用する通信鍵を生成する処理と，
少なくとも前記利用者識別子と前記通信鍵とを含む情報を所定の鍵を用いて暗号化することにより使用許可証を生成する処理と，
前記利用者端末へ前記通信鍵と前記使用許可証とを含む情報を送信する処理とを，
コンピュータに実行させるための使用許可証発行プログラム。
【請求項７】
サーバ資源の利用を希望する利用者が操作する利用者端末と，利用者が利用を希望するサーバ資源を有するサーバとの間の認証処理に用いる使用許可証を発行する使用許可証発行装置のコンピュータに実行させるための使用許可証発行プログラムを記録した記録媒体であって，
前記利用者端末から前記利用者の利用者識別子と前記サーバ資源の使用を希望する情報とを受信する処理と，
前記利用者に利用者パスワードの入力を要求する処理と，
前記利用者から利用者パスワードの入力を受け付ける処理と，
あらかじめ保持する利用者パスワードと前記入力された利用者パスワードとが一致する場合に，前記利用者端末と前記サーバとの間の通信に使用する通信鍵を生成する処理と，
少なくとも前記利用者識別子と前記通信鍵とを含む情報を所定の鍵を用いて暗号化することにより使用許可証を生成する処理と，
前記利用者端末へ前記通信鍵と前記使用許可証とを含む情報を送信する処理とを，
コンピュータに実行させるためのプログラムを記録した使用許可証発行プログラムの記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，コンピュータシステムの資源をネットワークを介して使用する利用者が，正当な権限を持つ利用者であるか否かを識別するための認証技術に関する。
【０００２】
【従来の技術】
認証技術は，コンピュータシステムの資源を利用しようとする利用者が正当な権限を持つ利用者であるか否かを識別する技術である。利用者が操作する端末と，利用者が利用しようとする資源が存在する端末とが同一である場合には，認証は，利用者と操作端末との間で行われる。利用者が操作する端末と，利用者が利用しようとする資源が存在する端末とが異なり，これらの端末間がネットワークで接続されている場合には，認証は操作端末とネットワークを介して，利用者と資源が存在する端末との間で行われる。
【０００３】
ネットワークを介した認証に関する従来の技術としては，利用者識別子（ＩＤ）／パスワード認証，電子証明書認証，ワンタイムパスワード認証，ケルベロス（Ｋｅｒｂｅｒｏｓ）認証等がある。以下，各認証方式について説明する。
【０００４】
〔利用者識別子／パスワード認証〕
資源を管理するサーバ側で，利用者ごとに利用者識別子を割り当て，その利用者だけが知るパスワードを利用者識別子とともに記録しておく。利用者は，資源を使用する度に，利用者端末から利用者識別子とパスワードの組合わせを入力し，それらをサーバへ送付する。サーバは，利用者が入力した利用者識別子とパスワードとの組合わせを確認することで，認証を行う。
【０００５】
〔電子証明書認証〕
電子証明書認証は，信頼できる第三者機関が発行する電子証明書を利用する認証方式である。サーバは，利用者から送付された利用者の電子証明書が証明局から正しく発行されたものかどうかを検証することで，認証を行う。
【０００６】
利用者は，あらかじめ第三者機関である認証局で電子証明書の発行を受ける。利用者は，利用者端末からサーバへ電子証明書を送付する。サーバは，認証局の公開鍵を入手する。サーバは，電子証明書に付与されている電子署名を認証局の公開鍵で復号し，復号したものをダイジェストＡとする。このダイジェストＡは，電子証明書を一方向関数で処理した値である。また，サーバは，電子証明書を一方向関数で処理してダイジェストを生成する。この生成したダイジェストをダイジェストＢとする。サーバは，ダイジェストＡとダイジェストＢとを比較し，同一であれば利用者の電子証明書が正しいと判断することで，認証を行う。
【０００７】
〔ワンタイムパスワード認証〕
ワンタイムパスワード認証は，コンピュータ内の時間やカウンタ値によって，一度限りしか使えない使い捨てのパスワードを生成することを可能にした認証方式である。ワンタイムパスワード認証には，使い捨てのパスワードを生成する“トークン”と呼ばれる機構が用いられるが，その“トークン”には，ハードウェアで実現されるハードウェアトークンと，ソフトウェアで実現されるソフトウェアトークンとがある。使い捨てのパスワードの生成方法としては，乱数を利用するチャレンジ＆レスポンス方式，カウンタ値を利用するカウンタ同期方式などがある。
【０００８】
〔Ｋｅｒｂｅｒｏｓ認証〕
Ｋｅｒｂｅｒｏｓ認証は，下記の非特許文献１に記載された認証システムである。Ｋｅｒｂｅｒｏｓ認証では，信頼できる認証サーバと鍵配布サーバにおいて，共通鍵による鍵管理システムを提供する。認証サーバは，利用者識別子やパスワードを一括管理し，コンピュータ資源を提供するサーバに対して，利用者が「使用を許可された当人である」ことを証明する。Ｋｅｒｂｅｒｏｓ認証では，利用者端末とサーバとの間の通信がすべて暗号化されるため，通信の内容が盗聴される可能性があり，利用者がその安全性を信頼できないようなネットワークでも利用可能な認証方式である。
【０００９】
【非特許文献１】
ＲＦＣ１５１０（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ  １５１０  ），ＩＥＴＦ
【００１０】
【発明が解決しようとする課題】
以下，前述の従来の認証方式の問題点を説明する。
【００１１】
〔利用者識別子／パスワード認証方式の問題点〕
最も基本的な認証の方式ではあるが，利用者端末およびネットワーク上で利用者が入力したパスワードがそのまま送信されるため，利用者端末上やネットワーク上でパスワードが盗聴される可能性がある。また，利用者がサーバを認証することを行わないため，利用者が通信しているサーバが，実際には第三者が不正になりすましたサーバである可能性がある。
【００１２】
〔電子証明書認証方式の問題点〕
利用者端末およびネットワーク上で利用者が投入した電子証明書がそのまま送信されるため，利用者端末上やネットワーク上で電子証明書が盗聴される可能性がある。また，サーバが利用者を認証するのと同様に利用者がサーバを認証することを明示的に行わない限り，利用者が通信しているサーバが，実際には第三者が不正になりすましたサーバである可能性がある。また，電子証明書の検証には公開鍵暗号方式の暗号化と復号の処理が必要であるため，利用者端末やサーバに必要とされる演算性能が高くなる。
【００１３】
〔ワンタイムパスワード認証方式の問題点〕
ネットワーク上で送信されるパスワードは使い捨てであるため，第三者が盗聴しても不正利用を行うことはできないが，利用者端末に利用者パスワードを入力するため，利用者端末上で利用者パスワードが盗聴される可能性がある。また，利用者がサーバを認証することを行わないため，利用者の通信しているサーバが，実際には第三者が不正になりすましたサーバである可能性がある。また，ワンタイムパスワード認証の利用には，チャレンジ＆レスポンスやカウンタ同期などに必要な情報も管理しなければならず，利用者端末やサーバに必要とされる機構が複雑になる。
【００１４】
〔Ｋｅｒｂｅｒｏｓの問題点〕
ネットワーク上での通信はすべて暗号化されるので，第三者が盗聴しても不正利用を行うことはできないが，利用者端末に利用者パスワードを入力するため，利用者端末上で利用者パスワードが盗聴される可能性がある。
【００１５】
以上のように，従来の認証技術には，以下に示す問題点のいずれかが存在する。
〔第１の問題点〕安全性を信頼できない利用者端末でパスワードを入力すると，盗聴される可能性がある。
〔第２の問題点〕通信相手であるサーバが，第三者のなりすましである可能性がある。
〔第３の問題点〕利用者端末やサーバに高い演算性能が必要になる。
【００１６】
本発明の目的は，上記の３つの問題点を同時に解決する認証方式を実現することであり，ある利用者が，不特定多数の利用者が利用するような安全でない端末から，電子手帳や携帯電話などの演算性能の低い端末内のコンピュータ資源を，インターネットのような安全でないネットワークを介して，安全に使用できるようにすることである。
【００１７】
【課題を解決するための手段】
本発明は，上記の課題を達成するため，利用者が利用者端末に利用者のパスワードを入力する必要がなく，利用者端末が資源が存在するサーバとの通信に用いる通信鍵に使用期限があることを特徴とする。
【００１８】
これにより，悪意のある第三者が利用者の利用者端末への入力を不正に記録していても利用者のパスワードを取得することができず，また，悪意のある第三者が通信鍵を不正に取得しても有効期限後はサーバ資源を利用することができないため，利用者が安全性を信頼できない利用者端末から，安全にサーバ資源を利用することができるようになる。
【００１９】
また，サーバ資源を使用する利用者が正当な利用者であるか否かを判断するためにサーバが行う処理が，共通鍵暗号方式を用いた暗号化と復号であることを特徴とする。
【００２０】
これにより，共通鍵暗号方式を用いる処理は，公開鍵暗号方式を用いる処理やワンタイムパスワード方式を用いる処理と比較して高速であり，かつ，処理を行うために保持しておかなければならない情報がより単純であるため，サーバの処理能力が高い必要がなくなる。
【００２１】
また，利用者が正当な利用者であるか否かの認証を利用者のパスワードによって行い，さらに，サーバが正しいサーバであるかの認証をサーバパスワードによって行うことを特徴とする。
【００２２】
これにより，利用者とサーバとが相互に認証を行うため，なりすましを防止した安全な通信を行うことができるようになる。
【００２３】
以上のような特徴を有する本発明を実現するための処理は，コンピュータとソフトウェアプログラムとによって実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録することも，ネットワークを通して提供することも可能である。
【００２４】
【発明の実施の形態】
以下，本発明の実施の形態について，図を用いて説明する。
【００２５】
図１は，本発明の実施の形態における認証システムの構成例を示す図である。認証システムは，使用許可証発行装置１０と，利用者２が操作を行う利用者端末２０と，データやプログラムを保持しているサーバ３０と，利用者端末２０とサーバ３０とを結ぶ通信路４０と，使用許可証発行装置１０と利用者端末２０とを結ぶ通信路５０とからなる。
【００２６】
使用許可証発行装置１０は，装置内部に，記憶装置１１と，演算装置１２と，表示装置１３と，入力装置１４と，時計１５とを備える。使用許可証発行装置１０が，装置内部の記憶装置１１に関して装置外部に提供する操作は，データの追記と消去のみであり，装置外部からのデータの読み込みは不可能とする。また，使用許可証発行装置１０は，使用許可証発行装置１０を分解して記憶装置１１を直接取り出そうとした場合には，記憶装置１１自体が破壊されるなどの耐タンパ性を有する。
【００２７】
サーバ３０は，時計３１を備える。また，サーバ３０は，サーバ資源３００を有し，サーバパスワード３０１を保持する。
【００２８】
使用許可証発行装置１０において，記憶装置１１は，利用者パスワード１００と，サーバ３０のサーバパスワード１０１と，通信鍵の有効期限１０２とを保持する。また，演算装置１２は，利用者２によるサーバ資源３００の使用を許可するための使用許可証１０３を生成し，利用者端末２０とサーバ３０との間で暗号通信を行うための通信鍵１０４を生成する機能を持つ。演算装置１２が通信鍵１０４を生成する際には時計１５を参照し，通信鍵を生成した日付／時刻１０５を取得する。ここで，利用者端末２０とサーバ３０との間の暗号通信には，共通鍵暗号方式を用いる。
【００２９】
利用者端末２０は，利用者２のキーボード入力が不正に記録されていたり，利用者２が使用したパスワードが不正に記録されていたりする可能性のある端末であり，利用者２がその安全性を信頼できない端末である。通信路４０は，通信の内容を盗聴される可能性のある通信路であり，利用者２がその安全性を信頼できない通信路である。通信路５０は，経路上に盗聴者がいないことが明白であり，通信の内容を盗聴される可能性がない通信路である。
【００３０】
利用者パスワード１００とサーバパスワード１０１とは，あらかじめ使用許可証発行装置１０の記憶装置１１に記録しておく。また，記憶装置１１内に保持されるサーバパスワード１０１と，サーバ３０内に保持されるサーバパスワード３０１は，同一の内容とする。使用許可証発行装置１０の時計１５とサーバ３０の時計３１は，あらかじめ同期をとっておくか，もしくは，互いに正確な時間に合わせておく。
【００３１】
図２は，本実施の形態における認証システムの動作シーケンスの例を示す図である。図２に示すシーケンスＳＱ１〜ＳＱ１３に従って，図１の認識システムの動作を説明する。図２において，
｛ｄａｔａ｝Ｋｅｙ
の書式で表されているものは，“ｄａｔａ”を“Ｋｅｙ”を用いて共通鍵暗号方式で暗号化したものを意味している。
【００３２】
まず，利用者２は，利用者端末２０に，利用者識別子と使用したいサーバ資源３００の宛先とを入力する（ＳＱ１）。利用者端末２０は，通信路５０を介して，使用許可証発行装置１０に利用者２からのサーバ資源３００への使用要求を通知（利用者識別子とサーバ資源３００の宛先とを送信）する（ＳＱ２）。
【００３３】
使用許可証発行装置１０は，表示装置１３に利用者パスワードの入力要求を表示する（ＳＱ３）。利用者２は，入力装置１４を利用して，使用許可証発行装置１０に利用者パスワード（これを入力利用者パスワードという）を入力する（ＳＱ４）。
【００３４】
使用許可証発行装置１０において，演算装置１２は，利用者２から入力された入力利用者パスワードと，記憶装置１１に保持されている利用者パスワード１００とが一致するか否かを確認する（ＳＱ５）。これらの２つの利用者パスワードが一致しない場合には，使用許可証発行装置１０は，通信路５０を介して，利用者２によるサーバ資源３００の使用を許可しないことを利用者端末２０に通知する。
【００３５】
演算装置１２が確認した結果，利用者パスワード１００と入力利用者パスワードとが一致する場合には，演算装置１２は，利用者端末２０がサーバ３０との間で暗号通信を行うための通信鍵１０４を生成する（ＳＱ６）。さらに，演算装置１２は，利用者２がサーバ３０のサーバ資源３００を使用することを許可するための使用許可証１０３を生成する（ＳＱ７）。この使用許可証１０３は，利用者識別子，通信鍵を生成した日付／時刻１０５，通信鍵１０４，通信鍵の有効期限１０２等の情報を，サーバパスワード１０１を用いた共通鍵暗号方式で暗号化したものである。
【００３６】
使用許可証発行装置１０は，生成した使用許可証１０３，通信鍵を生成した日付／時刻１０５，通信鍵１０４，通信鍵の有効期限１０２等の情報を，通信路５０を介して，利用者端末２０に送付する（ＳＱ８）。
【００３７】
利用者端末２０は，利用者識別子と通信鍵を生成した日付／時刻１０５との２つの情報を通信鍵１０４を用いた共通鍵暗号方式で暗号化したもの，および，使用許可証１０３を，サーバ３０に送付する（ＳＱ９）。
【００３８】
サーバ３０は，使用許可証１０３をサーバパスワード３０１で復号し，利用者識別子，通信鍵を生成した日付／時刻１０５，通信鍵１０４，通信鍵の有効期限１０２等の情報を取得する（ＳＱ１０）。
【００３９】
次に，サーバ３０は，使用許可証１０３に含まれていた通信鍵１０４がまだ有効であるか否かを，同じく使用許可証１０３に含まれていた通信鍵を生成した日付／時刻１０５と，通信鍵の有効期限１０２とによって判断する（ＳＱ１１）。通信鍵１０４がすでに無効である場合には，利用者２によるサーバ資源３００の使用を許可しないことを，利用者端末２０に通知する。
【００４０】
通信鍵１０４が有効である場合には，その通信鍵１０４を用いて，利用者識別子と通信鍵を生成した日付／時刻１０５との２つの情報を通信鍵１０４で暗号化したものを，復号する（ＳＱ１２）。
【００４１】
通信鍵１０４が有効であり，通信鍵１０４による復号が正しく行えた場合，サーバ３０は，その確認として利用者端末２０へ，通信鍵を生成した日付／時刻１０５を通信鍵１０４を用いて共通鍵暗号方式で暗号化したものを送付する（ＳＱ１３）。
【００４２】
以降，利用者２は，利用者端末２０から，通信鍵１０４が有効である間，通信鍵１０４による暗号化で安全性を確保した通信路４０を介して，サーバ３０のサーバ資源３００を利用する。
【００４３】
ここで，図２の（ＳＱ２），（ＳＱ８），（ＳＱ９），（ＳＱ１３）で送付される情報について，再度整理すると，
（ＳＱ２）  ：ＴＭ→ＢＫ：Ｕ，Ｒ
（ＳＱ８）  ：ＢＫ→ＴＭ：｛Ｕ，Ｔ，Ｋｃ，Ｌ｝Ｋｓ，Ｔ，Ｋｃ，Ｌ
（ＳＱ９）  ：ＴＭ→ＳＶ：｛Ｕ，Ｔ，Ｋｃ，Ｌ｝Ｋｓ，｛Ｕ，Ｔ｝Ｋｃ
（ＳＱ１３）：ＳＶ→ＴＭ：｛Ｔ｝Ｋｃ
となる。
【００４４】
ただし，上記の記号は，以下の意味を持つ。
【００４５】
ＢＫ：使用許可証発行装置１０
ＴＭ：利用者端末２０
ＳＶ：サーバ３０
Ｕ  ：利用者識別子
Ｒ  ：サーバ資源３００の宛先
Ｔ  ：通信鍵を生成した日付／時刻１０５
Ｋｃ：通信鍵１０４
Ｌ  ：通信鍵の有効期限１０２
Ｋｓ：サーバパスワード１０１
図３は，本実施の形態における使用許可証発行装置１０による認証処理フローチャートである。
【００４６】
まず，使用許可証発行装置１０は，利用者端末２０から，利用者識別子とサーバ資源３００の宛先とを受信する（ステップＳ１０）。受信した利用者識別子が管理対象であるか否かを確認し（ステップＳ１１），管理対象でなければ，利用者端末２０に，利用者２によるサーバ資源３００の使用を許可しないことを通知する（ステップＳ１２）。また，使用要求されたサーバ資源３００が管理対象であるか否かを確認し（ステップＳ１３），管理対象でなければ，利用者端末２０へ，利用者２によるサーバ資源３００の使用を許可しないことを通知する（ステップＳ１２）。
【００４７】
ステップＳ１１，Ｓ１３において共に管理対象であれば，表示装置１３に，利用者パスワードの入力要求を表示する（ステップＳ１４）。
【００４８】
入力装置１４による利用者２からの利用者パスワードの入力があると，使用許可証発行装置１０は，利用者２から入力された入力利用パスワードと，記憶装置１１で保持している利用者パスワード１００とが一致するか否かを確認し（ステップＳ１５），一致しなければ，利用者端末２０に，利用者２によるサーバ資源３００の使用を許可しないことを通知する（ステップＳ１２）。
【００４９】
ステップＳ１５において一致すれば，利用者端末２０がサーバ３０との間で暗号通信を行うための通信鍵１０４を生成し（ステップＳ１６），時計１５を参照して通信鍵を生成した日付／時刻１０５を取得する（ステップＳ１７）。
【００５０】
さらに，｛利用者識別子，通信鍵を生成した日付／時刻１０５，通信鍵１０４，通信鍵の有効期限１０２｝等の情報を，サーバパスワード１０１を用いた共通鍵暗号方式で暗号化することにより，利用者２がサーバ３０のサーバ資源３００を使用することを許可するための使用許可証１０３を生成する（ステップＳ１８）。
【００５１】
使用許可証発行装置１０は，利用者端末２０へ，使用許可証１０３，通信鍵を生成した日付／時刻１０５，通信鍵１０４，通信鍵の有効期限１０２等の情報を送信する（ステップＳ１９）。
【００５２】
図４は，本実施の形態におけるサーバ３０による認証処理フローチャートである。まず，サーバ３０は，利用者端末２０から，使用許可証と，｛利用者識別子，通信鍵を生成した日付／時刻１０５｝の２つの情報を通信鍵１０４を用いた共通鍵暗号方式で暗号化したものとを受信する（ステップＳ２０）。
【００５３】
次に，サーバ３０は，受信した使用許可証１０３をサーバパスワード３０１で復号し（ステップＳ２１），復号に失敗すれば（ステップＳ２２），利用者端末２０へ，利用者２によるサーバ資源３００の使用を許可しないことを通知する（ステップＳ２３）。
【００５４】
復号に成功すれば（ステップＳ２２），通信鍵を生成した日付／時刻１０５に通信鍵の有効期限１０２を加えたものと，時計３１が示す日付／時刻とを比較して通信鍵１０４の期限が切れているか否かを確認し（ステップＳ２４），期限が切れていれば，利用者端末２０へ，利用者２によるサーバ資源３００の使用を許可しないことを通知する（ステップＳ２３）。
【００５５】
ステップＳ２４において期限が切れていなければ，受信した｛利用者識別子，通信鍵を生成した日付／時刻１０５｝の２つの情報を通信鍵１０４で暗号化したものを，使用許可証１０３に含まれていた通信鍵１０４で復号し（ステップＳ２５），復号に失敗すれば（ステップＳ２６），利用者端末２０へ，利用者２によるサーバ資源３００の使用を許可しないことを通知する（ステップＳ２３）。
【００５６】
復号に成功すれば（ステップＳ２６），通信鍵を生成した日付／時刻１０５を通信鍵１０４を用いて共通鍵暗号方式で暗号化し（ステップＳ２７），それを利用者端末２０へ送信する（ステップＳ２８）。
【００５７】
【実施例】
ここでは，本発明の具体的な適用例を説明する。
【００５８】
図５は，本発明の実施例に係る認証システムの適用例を示す図である。本実施例では，使用許可証発行装置１０として携帯電話１０１０を，安全性を信頼できない利用者端末２０として共用コンピュータ１０２０を，サーバ３０として電子手帳１０３０を，安全性を信頼できない通信路４０としてインターネット１０４０を，安全性が信頼できる通信路５０としてＵＳＢケーブル１０５０を用いている。
【００５９】
また，携帯電話１０１０内の記憶装置１１としてフラッシュメモリ１０１１を，携帯電話１０１０の表示装置１３として液晶画面１０１３を，携帯電話１０１０の入力装置１４としてテンキー１０１４を，携帯電話１０１０の時計１５として内部時計機能１０１５を，電子手帳１０３０内のサーバ資源３００として電話帳データ１３００を，電子手帳１０３０内の時計３１として内部時計機能１０３１を用いている。
【００６０】
携帯電話１０１０内部，電子手帳１０３０内部，および，共用コンピュータ１０２０と電子手帳１０３０との間の通信で利用する共通鍵暗号方式は，５６ビットのＤＥＳ（Ｄａｔａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）とする。
【００６１】
利用者２は，電子手帳１０３０に，あらかじめ５６ビット長のサーバパスワード３０１を登録しておく。また，利用者２は，携帯電話１０１０に，あらかじめ５６ビット長の利用者パスワード１００と，電子手帳１０３０に登録したサーバパスワード３０１と同一の値のサーバパスワード１０１とを登録しておく。また，携帯電話１０１０と電子手帳１０３０の内部時計機能１０１５，１０３１は，ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ  ，ＲＦＣ１３０５  ）を利用して，それぞれ正確な時間に合わせておく。
【００６２】
以下，利用者２が，共用コンピュータ１０２０から電子手帳１０３０の電話帳データ１３００を利用する際の動作を説明する。まず，利用者２は，共用コンピュータ１０２０と携帯電話１０１０とをＵＳＢケーブル１０５０で接続する。利用者２は，共用コンピュータ１０２０に，自身の利用者識別子と電子手帳１０３０の電話帳データ１３００を指す宛先とを入力する。
【００６３】
共用コンピュータ１０２０は，利用者識別子と電子手帳１０３０の電話帳データ１３００を指す宛先とを，ＵＳＢケーブル１０５０を介して携帯電話１０１０に通知する。携帯電話１０１０は，液晶画面１０１３に通知された利用者識別子を表示し，利用者２に利用者パスワードの入力を促す。利用者２は，携帯電話１０１０のテンキー１０１４を利用し，利用者パスワードを携帯電話１０１０に入力する。
【００６４】
携帯電話１０１０は，利用者２の入力した利用者パスワードと，あらかじめ登録された利用者パスワード１００とが一致するか否かを確認する。一致する場合には，携帯電話１０１０は，ランダムに５６ビット長の通信鍵１０４を生成する。また，携帯電話１０１０は，前述の実施の形態で説明した手順に従って使用許可証１０３を生成し，通信鍵を生成した日付／時刻１０５を内部時計機能１０１５から取得する。次に，携帯電話１０１０は，生成した使用許可証１０３，通信鍵を生成した日付／時刻１０５，通信鍵１０４，通信鍵の有効期限１０２等の情報を共用コンピュータ１０２０へ送付する。
【００６５】
共用コンピュータ１０２０は，利用者識別子と通信鍵を生成した日付／時刻１０５との２つの情報を通信鍵１０４で暗号化したもの，および，使用許可証１０３を電子手帳１０３０に送付する。
【００６６】
電子手帳１０３０は，前述の実施の形態で説明した手順に従って，使用許可証１０３を復号し，使用許可証１０３に含まれる通信鍵１０４が有効であるか否かを調べる。通信鍵１０４が有効である場合には，その通信鍵１０４を用いて，利用者識別子と通信鍵を生成した日付／時刻１０５との２つの情報を通信鍵１０４で暗号化したものを，復号する。
【００６７】
通信鍵１０４が有効であり，通信鍵１０４による復号が正しく行えた場合，電子手帳１０３０は，その確認として，共用コンピュータ１０２０へ通信鍵を生成した日付／時刻１０５を通信鍵１０４で暗号化したものを送付する。
【００６８】
以降，利用者２は，共用コンピュータ１０２０から，通信鍵１０４が有効である間，インターネット１０４０上で通信鍵１０４による暗号化で安全性を確保した通信路を介して，電子手帳１０３０の電話帳データ１３００を利用する。
【００６９】
【発明の効果】
本発明による第１の効果は，利用者が安全性を信頼できない利用者端末から，安全にサーバ資源を利用できることである。
【００７０】
その理由の一つは，利用者が利用者パスワードを利用者端末に入力する必要がないことにある。これにより，悪意のある第三者が，利用者の利用者端末への入力を不正に記録していても，利用者パスワードを取得することができないようになる。
【００７１】
もう一つの理由は，サーバ資源の使用を許可する使用許可証に含まれる通信鍵に有効期限があることにある。悪意のある第三者が，使用許可証を不正に取得しても有効期限後はサーバ資源を利用することができないため，有効期限を十分に短くすることで，悪意のある第三者による不正利用を防止できる。
【００７２】
本発明による第２の効果は，サーバの処理能力が低くても容易に利用できることである。
【００７３】
その理由は，サーバがサーバ資源を使用する利用者が正当であるか否かを判断するために行う処理が，共通鍵暗号方式を用いた暗号化と復号であることにある。共通鍵暗号方式を用いる処理は，公開鍵暗号方式を用いる処理やワンタイムパスワード方式を用いる処理と比較して高速であり，かつ，処理を行うために保持しておかなければならない情報がより単純である。
【００７４】
本発明の第３の効果は，利用者とサーバとが相互に認証を行うことにより，なりすましを防止した安全な通信が行えることである。
【００７５】
その理由は，利用者がサーバ資源の使用許可証を取得するために利用者パスワードによって正当な利用者であるか否かの認証が行われ，さらに，サーバが使用許可証の検証を行うためにサーバパスワードによって正しいサーバであるか否かの認証が行われることにある。
【図面の簡単な説明】
【図１】本発明の実施の形態における認証システムの構成例を示す図である。
【図２】本実施の形態における認証システムの動作シーケンスの例を示す図である。
【図３】本実施の形態における使用許可証発行装置による認証処理フローチャートである。
【図４】本実施の形態におけるサーバによる認証処理フローチャートである。
【図５】本発明の実施例に係る認証システムの適用例を示す図である。
【符号の説明】
１０  使用許可証発行装置
１１  記憶装置
１２  演算装置
１３  表示装置
１４  入力装置
１５  時計
２０  利用者端末
３０  サーバ
３１  時計
４０  通信路（利用者端末−サーバ）
５０  通信路（使用許可証発行装置−利用者端末）
１００  利用者パスワード
１０１  サーバパスワード
１０２  通信鍵の有効期限
１０３  使用許可証
１０４  通信鍵
１０５  通信鍵を生成した日付／時刻
３００  サーバ資源
３０１  サーバパスワード
【図１】
2005004412.tif 000003
【図２】
2005004412.tif 000004
【図３】
2005004412.tif 000005
【図４】
2005004412.tif 000006
【図５】
2005004412.tif 000007