JP4947978B2 - 認証システム及び認証方法 - Google Patents

Description

本発明は認証システム及び認証方法に関する。詳しくは、クライアントのシステムが異常なシステムでないことを認証する認証システム及び認証方法に関する。

今日、サービスへアクセスする際には、ユーザＩＤとパスワードを用いる「ユーザ認証」を始めさまざまなサービス利用者の認証が行なわれている。なかでもユーザ認証としてはＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が安全性も高く、広く用いられている。ＣＨＡＰは、ユーザＩＤとパスワードとサーバから送られてくる乱数値を種（シード）にして関数値（メッセージダイジェスト関数値）を計算し、クライアントが計算した関数値とサーバが計算した関数値を比較して同一ならばアクセスを許可し、異なればアクセスを拒絶するというユーザ認証方式である。

しかし、このようなユーザＩＤ、パスワードによる「ユーザ認証」では、正しいユーザＩＤとパスワードを知りうるユーザであれば、どのシステムからでも容易にサービスへアクセスできる。このような状況下、端末固有情報や端末鍵を用いてシステムを認証することにより、なりすましやコピー鍵を用いた不正なシステムからのアクセスを禁止する方法が提案されている。（特許文献１，２参照）

特開２００２−６３１３９号公報（段落００２０〜０１００、図１〜２４等） 特開２００５−２２８２９９号公報（段落００１５〜００６４、図１〜９等）

しかしながら、端末固有情報や端末鍵を用いる方法では、クライアントのシステムに欠陥（ウィルス、改ざん等）があったとしても、そのシステムからサービスへのアクセスを抑制することはできないので、秘匿情報を持ち出される可能性がある。しかも、クライアントのシステムにかような欠陥がある場合には、認証サーバ、他のクライアント、サービスに係るシステムが破壊されるなどの重大な被害を蒙るおそれもある。このような状況下において、クライアントのシステムに欠陥（ウィルス、改ざん等）がないことを認証できる認証システム及び認証方法の提供が切望されている。

本発明は、「システム認証」を行うことにより、クライアントのシステムに欠陥（ウィルス、改ざん等）がある場合には、サービスへのアクセスを禁止できる認証システム及び認証方法を提供することを目的とする。

上記課題を解決するために、本発明の第１の態様に係る認証システム１００は、例えば図２に示すように、複数のクライアント１０と認証サーバ２０とを備え、各クライアント１０は、自己が取り扱う第１のファイル情報ｆ１（図４参照）を記録する第１のファイル情報テーブル１３と、第１のファイル情報テーブル１３から第１のファイル情報ｆ１を取得する第１のシステム情報処理部１４と、第１のファイル情報ｆ１を基にして第１の認証鍵ｋ１（図４参照）を作成する第１の認証鍵作成部１５とを有し、認証サーバ２０は、各第１のファイル情報ｆ１と元が同一である各第２のファイル情報ｆ２を記録する各第２のファイル情報テーブル２３と、各第２のファイル情報テーブル２３から各第２のファイル情報ｆ２を取得する第２のシステム情報処理部２４と、各第２のファイル情報ｆ２を基にして各第２の認証鍵ｋ２を作成する第２の認証鍵作成部２５と、複数のクライアント１０のうち任意のクライアント１０ａにより作成された第１の認証鍵ｋ１と当該クライアント１０ａに係る第２の認証鍵ｋ２とを照合して、両者が同一であれば当該クライアント１０ａのシステムが正常であり、両者が同一でなければ当該クライアント１０ａのシステムが異常であると認証するサービス認証部２７とを有する。

ここにおいて、元が同一であるとは情報源が全く同一であることを意味し、したがって第１のファイル情報と第２のファイル情報はいずれかが更新、改ざん、災害（メモリー破損、ノイズ撹乱等）等により変更されない限り同一に保たれる。第１、第２のファイル情報ｆ１、ｆ２の取得は全てのファイル情報を一括取得しても良く、一部のファイル情報を抽出して取得しても良く、また、各ファイルに関する一部の項目のみを選択的に取得しても良い。また、第１、第２のファイル情報ｆ１、ｆ２を基にする第１、第２の認証鍵ｋ１、ｋ２の作成は、第１、第２のファイル情報ｆ１、ｆ２から抽出したいずれかの情報を種（シード）として用いていれば良く、時間、擬似乱数など他の種を含んでいても良い。また、任意のクライアント１０ａをシステムを構成するクライアント１０に限定しているが、この場合、正規のシステム以外からの不正アクセスについてはなりすましであればシステム内のなりすまされたクライアントとみなされて異常と認証され、それ以外の不正アクセスであれば当該クライアントが取り扱う第２のファイル情報テーブルが存在しないので照合に到らず正常と認証されることはない。このように構成すると、「システム認証」を行うことにより、クライアント１０のシステムに欠陥（ウィルス、改ざん等）がある場合には、サービス４０へのアクセスを禁止できる認証システムを提供できる。

また、本発明の第２の態様は、第１の態様に係る認証システムにおいて、認証サーバ２０は、キーシードｋ０を作成する乱数鍵作成部２６を有し、第１の認証鍵作成部１５は、第１のファイル情報ｆ１、時間及びキーシードｋ０を基にして一方向関数を用いて第１の認証鍵ｋ１を作成し、第２の認証鍵作成部２５は、第２のファイル情報ｆ２、時間及びキーシードｋ０を基にして一方向関数を用いて第２の認証鍵ｋ２を作成する。このように構成すると、第１、第２の認証鍵ｋ１、ｋ２の暗号鍵としての信頼度を高くできる。

また、本発明の第３の態様は、第１の態様に係る認証システムにおけるクライアント１０の発明である。また、本発明の第４の態様は、第１の態様に係る認証システムにおける認証サーバ２０の発明である。

上記課題を解決するために、本発明の第５の態様の認証方法は、例えば図４及び図８に示すように、複数のクライアント１０と認証サーバ２０とを備える認証システム１００の、複数のクライアント１０のうち任意のクライアント１０ａにおける工程として、自己が取り扱う第１のファイル情報ｆ１を第１のファイル情報テーブル１３に記録する第１のファイル情報記録工程（Ｓ１２１、図６参照）と、第１のファイル情報テーブル１３から第１のファイル情報ｆ１を取得する第１のシステム情報処理工程（Ｓ１２０）と、第１のファイル情報ｆ１を基にして第１の認証鍵ｋ１を作成する第１の認証鍵作成工程（Ｓ１３０）とを有し、認証サーバ２０における工程として、当該クライアント１０ａが取り扱う第２のファイル情報ｆ２を当該クライアント１０ａに係る第２のファイル情報テーブル２３に記録する第２のファイル情報記録工程と、第２のファイル情報テーブル２３から第２のファイル情報ｆ２を取得する第２のシステム情報処理工程（Ｓ２２０）と、第２のファイル情報ｆ２を基にして第２の認証鍵ｋ２を作成する第２の認証鍵作成工程（Ｓ２７０）と、任意のクライアント１０ａにより作成された第１の認証鍵ｋ１と当該クライアント１０ａに係る第２の認証鍵ｋ２とを照合して、両者が同一であれば当該クライアント１０ａのシステムが正常であり、両者が同一でなければ当該クライアント１０ａのシステムが異常であると認証するサービス認証工程（Ｓ２８０）とを有する。

このように構成すると、「システム認証」を行うことにより、クライアントのシステムに欠陥（ウィルス、改ざん等）がある場合には、サービスへのアクセスを禁止できる認証方法を提供できる。

また、本発明の第６の態様は、第５の態様に係る認証方法において、認証サーバ２０は、キーシードｋ０を作成する乱数鍵作成工程（Ｓ２４０）を有し、第１の認証鍵作成工程（Ｓ１３０）において、当該クライアント１０ａに係る第１のファイル情報ｆ１、時間及びキーシードｋ０を基にして一方向関数を用いて第１の認証鍵ｋ１を作成し、第２の認証鍵作成工程（Ｓ２７０）において、当該クライアント１０ａに係る第２のファイル情報ｆ２、時間及びキーシードｋ０を基にして一方向関数を用いて第２の認証鍵ｋ２を作成する。このように構成すると、第１、第２の認証鍵ｋ１、ｋ２の暗号鍵としての信頼度を高くできる。

本発明によれば、システムのファイル情報に基いて認証鍵が作成されるので、ウィルスに侵されているシステム、改ざんされているシステム、災害を蒙っているシステムのファイル情報テーブルからは、正しい認証鍵を作成することはできない。
すなわち、本発明によれば、「システム認証」を行うことにより、クライアントのシステムに欠陥（ウィルス、改ざん等）がある場合には、サービスへのアクセスを禁止できる認証システム及び認証方法を提供できる。

以下に図面に基づき本発明の実施の形態について説明する。

図１は本発明の概念を説明するための図である。クライアントにサービスを受けさせるためのアクセスを制御する際に、従来はユーザ認証ができればゲートウェイを通過させ、アクセスを許可していたが、本発明では、クライアント１０からサービスへのアクセス要求に際し、認証サーバ２０はユーザ認証（機能）２０Ｂに加えてユーザが使用しているシステムの良否を判断するシステム認証（機能）２０Ａを取入れ、クライアント１０のシステムがウィルスに侵されている、改ざんされている、災害を蒙っているなどの異常なシステムでない事、なりすましなどの不正なシステムからのアクセス要求でない事を確認した後に、ゲートウェイ３０を通過させ、サービス４０を受けさせるようにするものである。なお、アクセス制御手段５０を破線枠で示す。

〔第１の実施の形態〕
図２に、第１の実施の形態における認証システム１００の構成例を示す。説明の便宜のため、システム認証系のみを表示し、ユーザ認証系の記載は省略する。本システムは複数のクライアント１０と１つの認証サーバ２０から構成される。クライアント１０と認証サーバ２０とは通信回線６０を介して接続されているが、ネットワークを介して接続されていても良い。なお、以下の図中では、簡単のため「第１の」、「第２の」という表記は省略する。

各クライアント１０は、クライアントのシステム全体を制御して、各部に必要な処理を実行させる第１の全体制御部１１、認証サーバ２０を含む外部の装置と送受信を行う第１の通信制御部１２、クライアントが取り扱う第１のファイル情報ｆ１を記録した第１のファイル情報テーブル（ＦＩＴ：Ｆｉｌｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅの略語）１３、第１のファイル情報テーブル１３へのデータの入出力、更新などを操作する第１のシステム情報処理部１４、第１のファイル情報ｆ１に基づいて第１の認証鍵ｋ１を作成する第１の認証鍵作成部１５を有する。

認証サーバ２０は、認証サーバのシステム全体を制御して、各部に必要な処理を実行させる第２の全体制御部２１、各クライアント１０を含む外部の装置と送受信を行う第２の通信制御部２２、各クライアントに係る各第１のファイル情報テーブル１３と同一の情報を記録した各第２のファイル情報テーブル２３、第２のファイル情報テーブルへのデータの入出力、更新などを操作する第２のシステム情報処理部２４、各第２のファイル情報ｆ２に基づいて各第２の認証鍵ｋ２を作成する第２の認証鍵作成部２５、第５のファイル情報ｆ５（後述する）と乱数からキーシードｋ０を作成する乱数鍵作成部２６、任意のクライアント１０ａが作成した第１の認証鍵ｋ１と当該クライアント１０ａに係る第２の認証鍵ｋ２とを比較照合して、システム認証を行うサービス認証部２７を有する。なお、各第２のファイル情報テーブル２３を集めたものを全ファイル情報テーブル２３Ａと、各第２のファイル情報ｆ２を集めたものを全ファイル情報と称することとする。また、第５のファイル情報ｆ５は典型的には第２のファイル情報ｆ２から抽出されるが、全ファイル情報から抽出しても良い。

次に第１のファイル情報テーブル１３と第２のファイル情報テーブル２３との関係について説明する。各クライアント１０に係る第１のファイル情報テーブル１３と各クライアント１０に係る第２のファイル情報テーブル２３とは元（情報源）が同一であり、元来等しい情報を共有している。さらに、第１のファイル情報テーブル１３は原則として書き替えられることがないので、システムが正常に保たれている場合は第１のファイル情報テーブル１３と第２のファイル情報テーブル２３は同一内容になっている。また、第１のファイル情報テーブル１３あるいは第２のファイル情報テーブル２３の一方を更新する必要が生じた場合には、双方とも更新することとし、内容の同一性を保つようにする。しかしながら、いずれかのクライアント１０ａが外部からアクセスされて改ざんされた場合、ウィルスに感染した場合やメモリー破損、ノイズ撹乱等の災害を蒙っている場合には当該第１のファイル情報テーブル１３の内容が変化する。このような場合、ファイル情報の１箇所だけでなく、多くの部分に影響が及び、様々に変化する。クライアント１０ａのシステムが正常な場合は第１のファイル情報テーブル１３と第２のファイル情報テーブル２３とが同一内容になっているために、キーシードｋ０と第１のファイル情報ｆ１とから作成される第１の認証鍵ｋ１と、キーシードｋ０と第２のファイル情報ｆ２とから同じ手順で作成される第２の認証鍵ｋ２とは同一となり、クライアント１０ａのシステムが正常と認証されるが、クライアント１０ａのシステムが異常な場合は第１のファイル情報テーブル１３と第２のファイル情報テーブル２３とが異なる内容に変化しているために、キーシードｋ０と第１のファイル情報ｆ１とから作成される第１の認証鍵ｋ１と、キーシードｋ０と第２のファイル情報ｆ２とから作成される第２の認証鍵ｋ２とは異なるものとなり、クライアント１０ａのシステムは異常と認証される。

図３に本実施の形態におけるシステム認証方法の処理フロー例を示す。図において、クライアント１０の処理フローを左列に、認証サーバ２０の処理フローを中列に、ゲートウェイ３０とサービス４０を右列に示す。まず、クライアント１０が認証サーバ２０にアクセス要求する。このときに各クライアント１０が使用するシステムを識別するファイル情報テーブル識別子Ｘがクライアント１０から認証サーバ２０に供給される（Ｓ１００）。

次に、認証サーバ２０は、第２の全体制御部２１においてファイル情報テーブル識別子Ｘにより、アクセス要求したクライアント１０ａのシステムを識別し、第２のファイル情報テーブル２３から、当該クライアント１０ａに係る第５のファイル情報ｆ５を抽出し、乱数鍵生成部２６において、抽出された第５のファイル情報ｆ５と自己が生成した乱数を用いてキーシードｋ０としての乱数鍵を生成する（Ｓ２４０）。なお、第５のファイル情報ｆ５は第２のファイル情報ｆ２の一部、例えば１ブロックで良い。
次に、認証サーバ２０はキーシードｋ０をクライアント１０ａに供給する（Ｓ２５０）。

次に、クライアント１０ａは第１の認証鍵作成部１５において、キーシードｋ０と、アクセス要求したクライアント１０ａが取り扱う第１のファイル情報ｆ１を記録した第１のファイル情報テーブル１３から抽出した第３のファイル情報ｆ３とに基づいて、第１の認証鍵ｋ１を作成する（Ｓ１３０）。抽出された第３のファイル情報ｆ３は第１のファイル情報の一部、例えば１％で良い。なお、第３のファイル情報ｆ３は第１のファイル情報ｆ１に基づくため、第１の認証鍵ｋ１は第１のファイル情報ｆ１に基いて作成されるといえる。

他方、認証サーバ２０は第２の認証鍵作成部２５において、キーシードｋ０と、アクセス要求したクライアント１０ａに係る第２のファイル情報テーブル２３から抽出した第４のファイル情報ｆ４とに基づいて、第２の認証鍵ｋ２を作成する（Ｓ２７０）。抽出された第４のファイル情報ｆ４は第２のファイル情報の一部、例えば１％で良い。ただし、第１の認証鍵ｋ１を作成する工程と第２の認証鍵ｋ２を作成する工程とは、データの所在場所が異なるだけであり、全く同一の手順による。なお、第４のファイル情報ｆ４は第２のファイル情報ｆ２に基くため、第２の認証鍵ｋ２は第２のファイル情報ｆ２に基いて作成されるといえる。
次に、クライアント１０ａは作成した第１の認証鍵ｋ１を認証サーバ２０に送信する（Ｓ１４０）。

次に、認証サーバ２０はサービス認証部２７において、クライアント１０ａが作成した第１の認証鍵ｋ１と認証サーバ２０が作成した第２の認証鍵ｋ２とを比較照合して（Ｓ２８０）、両者が一致した場合にクライアント１０ａのシステムが正常であるとの認証、すなわち、ゲートウェイ３０を開いてサービス４０へのアクセスを許可する決定を行い（Ｓ２９１、図１１参照）、一致しない場合はクライアント１０ａのシステムが異常であるとの認証、すなわち、ゲートウェイ３０を閉じて当該クライアント１０ａからのサービス４０へのアクセスを拒絶する決定を行う（Ｓ２９２、図１１参照）。
認証サーバ２０による認証結果はクライアント１０とゲートウェイ３０に通知され（Ｓ２９３〜Ｓ２９５）、正常と認証された場合には、各種サービス用サーバ４０からクライアント１０へのサービスが実行される（Ｓ３００）。

次に、各部の処理フローを詳細に説明する。まずクライアント側の各部の処理フローを説明する。

図４に第１の全体制御部１１の処理フロー例を示す。第１の通信制御部１２から第２の通信制御部２２にファイル情報テーブル識別子Ｘを送信させる（Ｓ１００）。次に、第１の通信制御部１２における第２の通信制御部２２からのキーシードｋ０の受信を監視し、受信したら（Ｓ１１０でＹ）、第１のシステム情報処理部１４に自己のファイル情報である第１のファイル情報ｆ１を取得させ（Ｓ１２０）、第１の認証鍵作成部１５にキーシードｋ０と第１のファイル情報ｆ１を供給し、第１の認証鍵ｋ１を作成させ（Ｓ１３０）、第１の通信制御部１２から第２の通信制御部２２に第１の認証鍵作成部１５で作成された第１の認証鍵ｋ１を送信させる（Ｓ１４０）。ここでは、第１のシステム情報処理部１４に第１のファイル情報ｆ１を全部取得させるが、一部を取得させることも可能である。また、第１の認証鍵作成部１５に第１のファイル情報ｆ１を全部供給しているが、一部を供給することも可能である。また、キーシードｋ０の受信がなければ（Ｓ１１０でＮ）、ファイル情報テーブル識別子Ｘに見合うファイル情報テーブルが存在しないので、処理を終了する。全体制御部１１はこのようなクライアント１０全体の処理フローを制御し、各構成部に必要な処理を実行させる。

図５に第１の通信制御部１２の処理フロー例を示す。送信処理については、まず、暗号化された通信経路を確立する（Ｓ１０１）。通信経路の暗号化には、例えば公開鍵と秘密鍵の組み合わせ、共通鍵などが用いられる。次に、第１の全体制御部１１から通信データを受信し（Ｓ１０２）、メッセージなどの通信データを通信相手に送信する（Ｓ１０３）。このような通信処理はファイル情報テーブル識別子Ｘの送信（Ｓ１００、図３、図４参照）、第１の認証鍵ｋ１の送信（Ｓ１４０、図３、図４参照）等に適用される。受信処理については、メッセージなどの通信データを通信相手から受信し（Ｓ１０４）、第１の全体制御部１１に送信する（Ｓ１０５）。キーシードｋ０の受信（Ｓ２５０、図３、図８参照）等に適用される。

第２の通信制御部２２の処理フローは送受信共に第１の通信制御部１２の処理フローと同様であり、キーシードｋ０の送信（Ｓ２５０）、認証結果の通知（Ｓ２９４，Ｓ２９５、図３、図８参照）、ファイル情報テーブル識別子Ｘの受信（Ｓ１００）、第１の認証鍵ｋ１の受信（Ｓ１４０）等に適用される。なお、第１の通信制御部１２の処理フローの工程（Ｓ１０１〜Ｓ１０５）には、第２の通信制御部２２の処理フローの工程（Ｓ２０１〜Ｓ２０５、図示しない）が対応するものとする。

図６に第１のシステム情報処理部１４の処理フロー例を示す。図４中の工程Ｓ１２０に相当する。まず、第１のファイル情報テーブル１３にクライアント１０が取り扱う第１のファイル情報ｆ１を記録しておく（Ｓ１２１）。この記録工程は一度行なっておけば、第１のファイル情報が更新されない限り新たに行なう必要はなく、また、ファイル情報が自動的に作成されるシステムであれば、特に意識して行なう必要はない。第１のシステム情報処理部１４は、第１の全体制御部１１からのファイル情報取得要求を受信する（Ｓ１２２）と、第１のファイル情報テーブル１３にアクセスして、第１のファイル情報ｆ１を取得し（Ｓ１２３）、取得した第１のファイル情報ｆ１を第１の全体制御部１１に供給する（Ｓ１２４）。ここでは、第１のファイル情報ｆ１を一括取得するが、第１のファイル情報ｆ１をブロック単位に分け、必要なブロックのみを抽出して取得しても良い。通常のクライアント１０のシステムは多数のファイルを有しており、例えば１万ブロックに分けられ、５ファイル毎に１ブロックを構成するものとし、そのうち例えば５０ブロックを取得しても良い。

図７に第１の認証鍵作成部１５の処理フロー例を示す。図４中の工程Ｓ１３０に相当する。まず、第１のシステム情報処理部１４が取得した第１のファイル情報ｆ１を第１の全体制御部１１を経由して取得する（Ｓ１３１）。なお、第１の全体制御部１１を経由する代わりに、第１の全体制御部１１の制御により、第１のファイル情報ｆ１を第１のシステム情報処理部１４から第１の認証鍵作成部１５に直接供給するようにしても良い。ここでは、第１のファイル情報ｆ１を一括取得するが、第１のファイル情報ｆ１をブロック単位に分け、必要なブロックのみを抽出して取得しても良い。次に第１のカウンターＣ１を０に設定し、第１の認証鍵作成部１５の内部メモリに第１のファイル情報ｆ１のブロックをＮ個一時記憶する第１のバッファーＢ１を作成する（Ｓ１３２）。次に例えば、現在時刻及びキーシードｋ０を引数とするｓｒａｎｄ関数により擬似乱数を発生させ、ファイル情報番号Ｈを生成する（Ｓ１３３）。次に、第１の全体制御部１１に取得されている（第１のファイル情報テーブル１３に記録されていた）第１のファイル情報ｆ１からＨ番目のブロックのファイル情報を取得し、第１のバッファーＢ１の１番目のメモリに入力する（Ｓ１３４）。これにより、第１のバッファーＢ１の１番目のメモリには、Ｈ番目のブロックのファイル情報が記憶される。

次に、第１のカウンターＣ１をインクリメントする（Ｓ１３５）。次に、工程Ｓ１３３に戻り、ファイル情報番号生成（Ｓ１３３）からインクリメント（Ｓ１３５）までの工程が、第１のカウンターＣ１がＮになるまで繰り返えされ（Ｓ１３６）、その結果、第１のバッファーＢ１の１〜Ｎ番目のメモリには、第１のファイル情報ｆ１から、ｓｒａｎｄ関数により発生された擬似乱数を用いてランダムに選択されたブロック番号Ｈ（ファイル情報番号ともいう、メモリ番号毎に変化する）におけるブロックの情報が抽出されて、順次記憶されることとなる。このように第１のバッファーＢ１に記憶されたファイル情報は第１のファイル情報ｆ１から抽出されたものであり、第３のファイル情報ｆ３に該当する。なお、図７では各ブロックの情報を第３のファイル情報ｆ３として示しているが、正確には第１のバッファーＢ１に入力された全ての情報により第３のファイル情報ｆ３が構成される。次に、第１のバッファーＢ１の１番目〜Ｎ番目のメモリに記憶されたファイル情報を順次シリアルに結合し（Ｓ１３７）、ＨＡＳＨ演算処理して、第１の認証鍵ｋ１を作成する（Ｓ１３８）。ここでＨＡＳＨ演算処理に用いるＨＡＳＨ関数は一方向関数であり、同一情報をシードにすれば、同一認証鍵を生成できるが、認証鍵からシードを生成することは出来ない。これにより認証を可能にすると共に、認証鍵のセキュリティを担保している。作成された第１の認証鍵ｋ１は第１の全体制御部１１に供給される（Ｓ１３９）。

第２の認証鍵作成部２５の処理フローは第１の認証鍵作成部１５の処理フローと同様である。第１の全体制御部１１、第１のファイル情報テーブル１３、第１のシステム情報処理部１４、第１の認証鍵作成部１５、第１のバッファーＢ１、第１のカウンターＣ１、第１の認証鍵ｋ１の代わりに、第２の全体制御部２１、第２のファイル情報テーブル２３、第２のシステム情報処理部２４、第２の認証鍵作成部２５、第２のバッファーＢ２、第２のカウンターＣ２、第２の認証鍵ｋ２が係わることになるが、取り扱うデータの所在場所が異なるだけであり、処理内容は全く同一である。ただし、アクセス要求したクライアント１０ａに係る第１のファイル情報テーブル１３と同一のクライアントに係る第２のファイル情報テーブル２３が使用される。また、第２のバッファーＢ２に記憶されたファイル情報は第２のファイル情報ｆ２から抽出されたものであり、第４のファイル情報ｆ４に該当する。なお、第１の認証鍵作成部１５の処理フローの工程（Ｓ１３０、Ｓ１３１〜Ｓ１３９）には、第２の認証鍵作成部２５の処理フローの工程（Ｓ２７０、Ｓ２７１〜Ｓ２７９、図示しない）が対応するものとする。

次に認証サーバ側の各部の処理フローを説明する。

図８に第２の全体制御部２１の処理フロー例を示す。アクセス要求したクライアント１０ａからのメッセージなどの通信データを第２の通信制御部２２を介して取得し（Ｓ２００）、通信データの種類を判断する（Ｓ２１０）。もし、通信データが認証鍵ｋ１であれば、工程Ｓ２６０に進む。また、通信データがファイル情報テーブル識別子Ｘであれば、第２のシステム情報処理部２４にファイル情報テーブル識別子Ｘを判別させ、この識別子が付与された当該識別子を送信したクライアント１０ａに係る第２のファイル情報テーブル２３にアクセスさせ（Ｓ２２０）、かかる第２のファイル情報ｆ２の有無を判断させる（Ｓ２３０）。本認証システム１００のクライアントとして登録されておらず、アクセス許可がされていないシステムからのアクセス要求であれば、当該クライアント１０ａに係る第２のファイル情報テーブル２３は存在しないので（Ｓ２３０でＮ）、先に進むことなく、工程Ｓ２９０に行き、アクセスを許可しない。本認証システム１００のクライアント１０として登録されており、アクセス許可がされているシステムからのアクセス要求であれば、当該クライアント１０ａに係る第２のファイル情報テーブル２３は存在するので（Ｓ２３０でＹ）、次に進み、乱数鍵作成部２６にキーシ−ドｋ０を作成させ（Ｓ２４０）、作成されたキーシードｋ０を第２の通信制御部２２から第１の通信制御部１２に送信させ（Ｓ２５０）、待機状態に戻る。

通信データが第１の認証鍵ｋ１であれば、工程Ｓ２６０に進む。第２のシステム情報処理部２４にアクセス要求したクライアント１０ａに係る第２のファイル情報テーブル２３にアクセスさせ、当該クライアント１０ａに係る第２のファイル情報ｆ２を取得させる（Ｓ２６０）。次に、第２の認証鍵作成部２５にキーシードｋ０とこの第２のファイル情報ｆ２を供給し、第２の認証鍵ｋ２を作成させる（Ｓ２７０）。次に、サービス認証部２７に第１の認証鍵ｋ１と第２の認証鍵ｋ２を供給して、システム認証を行わせる（Ｓ２８０）。ここでは、第２のシステム情報処理部２４に第２のファイル情報ｆ２を全部取得させるが、一部を取得させることも可能である。また、第２の認証鍵作成部２５に第２のファイル情報ｆ２を全部供給しているが、一部を供給することも可能である。次に、第２の通信制御部２２にシステム認証の結果を当該クライアント１０ａ及びゲートウェイ３０に通知させ（Ｓ２９０）、待機状態に戻る。当該クライアント１０ａのシステムが正常と認証された場合には、ゲートウェイ３０が開かれ、各種サービス用サーバ４０からクライアント１０へのサービスが実行される（Ｓ３００、図３参照）。

図９に第２のシステム情報処理部２４の処理フロー例を示す。図８中の工程Ｓ２２０に相当する。クライアント１０からのファイル情報テーブル識別子Ｘを第２の通信制御部２２を介して第２の全体制御部２１から取得し（Ｓ２２１）、第２のカウンターＣ２を０に設定する（Ｓ２２２）。次に、取得されたファイル情報テーブル識別子Ｘがどのクライアント１０に係るものであるかを判断する（Ｓ２２３）。

全ファイル情報テーブル２３Ａを順次照合し、照合された各ファイル情報テーブル２３のファイル情報テーブル識別子Ｘが、上記識別子を送信したクライアント１０ａのファイル情報テーブル識別子Ｘと異なれば（Ｓ２２３でＮ）、第２のカウンターＣ２をインクリメントし（Ｓ２２６）、工程Ｓ２２７を経て工程Ｓ２２３に戻る。第２のカウンターＣ２は該当するクライアントが見出されるか、Ｎになるまでインクリメントされ（Ｓ２２７でＹ）、Ｎになれば（Ｓ２２７でＮ）、該当するクライアントのファイル情報テーブル２３が存在しないので、アクセスを許可しない旨を第２の全体制御部２１に送信する（Ｓ２２８）。該当するクライアントのファイル情報テーブル識別子Ｘが見出されれば（Ｓ２２３でＹ）、当該クライアントに係る第２のファイル情報テーブル２３から第２のファイル情報ｆ２を取得し（Ｓ２２４）、取得した第２のファイル情報ｆ２を第２の全体制御部２１に提供する（Ｓ２２５）。ここでは、第２のファイル情報ｆ２の取得を一括取得するが、第２のファイル情報ｆ２をブロック単位に分け、必要なブロックのみを抽出して取得しても良い。

図１０に乱数鍵作成部２６の処理フロー例を示す。図８中の工程Ｓ２４０に相当する。まず、第２の全体制御部２１から、アクセス要求があったクライアント１０ａに係る第２のファイル情報テーブル２３から第５のファイル情報ｆ５を取得する（Ｓ２４１）。なお、第５のファイル情報ｆ５は第２のファイル情報ｆ２の一部、例えば１ブロックで良い。なお、第５のファイル情報ｆ５は、必ずしもアクセス要求したクライアント１０ａに係る第２のファイル情報ｆ２から抽出したものでなくても良いが、ここでは当該クライアント１０ａに係る第２のファイル情報ｆ２から抽出するものとする。次に、取得した第５のファイル情報ｆ５と擬似乱数によりキーシードｋ０を作成する（Ｓ２４２）。例えば、擬似乱数は現在時刻を引数とするｓｒａｎｄ関数により作成できる。次に、作成したキーシードｋ０を第２の全体制御部２１に供給する（Ｓ２４３）。

図１１にサービス認証部２７の処理フロー例を示す。図８中の工程Ｓ２８０とＳ２９０に相当する。まず、第２の全体制御部２１から、第１の認証鍵作成部１５と第２の認証鍵作成部２５でそれぞれ作成された第１の認証鍵ｋ１と第２の認証鍵ｋ２を取得する（Ｓ２８１）。次に、第１の認証鍵ｋ１と第２の認証鍵ｋ２が一致するか否かを判断する（Ｓ２８２）。一致すれば（Ｓ２８２でＹ）、アクセス要求したクライアント１０ａのシステムは正常であると認定して、ゲートウェイ３０を開いてサービス４０へのアクセスを許可する決定を行い（Ｓ２９１）、クライアント１０ａのネットワーク識別子をゲートウェイ３０に送信し（Ｓ２９３）、また、第２の全体制御部２１にアクセス許可メッセージを送信する（Ｓ２９４）。一致しなければ（Ｓ２８２でＮ）、クライアント１０ａのシステムは異常であると認定して、ゲートウェイ３０を閉じてサービス４０へのアクセスを許可しない決定を行い（Ｓ２９２）、第２の全体制御部２１にアクセス不許可メッセージを送信する（Ｓ２９５）。

図１２に第１のファイル情報テーブル１３の構成例を示す。第１のファイル情報テーブル１３はファイルシステム情報サブテーブルとファイル情報サブテーブルから構成される。ファイルシステム情報サブテーブルには項目欄として、ファイルシステム作成日、ブロックサイズ、総ブロック数、空きブロック数、マウント回数、最終マウント時刻、最終書き込み時刻等が設定され、それぞれのセルにファイルシステムの項目に該当する事項が記録されている。ファイル情報サブテーブルには項目欄として、ファイルＮｏ．、ファイル種別、ファイル名、アクセス権、所有者のユーザＩＤ、グループＩＤ、ファイルサイズ、最終ファイルアクセス時刻、最終ファイル書き込み時刻等が設定され、それぞれのセルに各ファイルの項目に該当する事項が記録されている。このようなファイル情報が例えば１ファイルシステム情報で１ブロック、５ファイルの情報で１ブロックが構成されており、全体で例えば１万ブロックあるとする。第１の認証鍵作成部１５における第１の認証鍵作成工程（Ｓ１３０、図７参照）で、例えば５０ブロックがランダムな順序で抽出され、（Ｓ１３３〜Ｓ１３４）、シリアルに接続され（Ｓ１３７）、一方向関数により暗号化されて、第１の認証鍵ｋ１が作成される（Ｓ１３８）。なお、ファイル情報のブロックはファイルシステム情報サブテーブルに記載のブロックの一部を構成するが、ファイル情報番号Ｈ（ブロック番号）は、総ブロック数例えば１万ブロックを超えない値で第１、第２のファイル情報テーブル１３、２３を記録したブロックのみを集めて、採番したものである。

ところで、ウィルスによりクライアント１０が侵されたり、不正アクセス者によりクライアント１０が改ざんされたり、クライアント１０が災害を蒙ったりすると、ファイルが追加、削除、修正されてファイル情報が変更される。ファイルが追加されると、新たなファイルに、ファイルＮｏ．、ファイル名等が設定され、例えばＸ１〜Ｘｎ番目（連番とは限らない）に採番されたとする。これらは必ずしも最終Ｎｏ．に続いて採番されるとは限られず、空きＮｏ．のところにも挿入され得る。また、これまでにあった例えばＹ１〜Ｙｎ番目（連番とは限らない）のファイルが削除されたとする。また、例えばＺ１〜Ｚｎ番目（連番とは限らない）のファイルが修正されたとする。修正されると、ファイルサイズ、最終ファイルアクセス時刻、最終ファイル書き込み時刻等が更新される。また、本来変更されるはずがないファイル名、アクセス権、所有者のユーザＩＤ等、さらにはファイルシステム情報が更新されることもある。また、これらファイルの追加、削除、修正により、新たなブロックが生じたりこれまであったブロックが消滅したり、ブロック長が変化したりする。これによりブロックの内容も変化する。そして、これらの変更されたブロックが抽出された５０のブロックに入れば、第１の認証鍵作成工程（Ｓ１３０）で作成される第１の認証鍵ｋ１が元のものとは異なり、その結果第１の認証鍵ｋ１と第２の認証鍵ｋ２とは異なることとなる。また、第１のバッファーＢ１の各メモリに記憶されたブロックをシリアルに接続することにより、いずれかのメモリに記憶されたブロックのサイズが異なれば、シリアルに接続されたデータの文字列（又は記号列）にずれが生じるので、これによっても第１の認証鍵作成工程（Ｓ１３０）で作成される第１の認証鍵ｋ１が元のものとは異なり、その結果第１の認証鍵ｋ１と第２の認証鍵ｋ２とは異なることとなる。通常、ウィルスにアクセスされると、システムファイルなど、多数のファイルに影響が波及し、例えば５０のブロックをランダムに採取するといずれかのブロックが変更されている確率が高く、この程度の抽出でも十分にファイルの変更を検出可能である。

第２のファイル情報テーブル２３の構成及びデータ内容は、第１のファイル情報テーブル１３の原内容をコピーしたものであり、元来、第１のファイル情報テーブル１３の構成及びデータ内容と同様である。したがって、クライアント１０ａがアクセスされず、ファイル内容に変更がなければ、第１のファイル情報テーブル１３に記録された第１のファイル情報ｆ１は第２のファイル情報テーブル２３に記録された第２のファイル情報ｆ２と全く同一に保持され、したがって、第１のファイル情報ｆ１に基いて作成される第１の認証鍵ｋ１と第２のファイル情報ｆ２に基いて作成される第２の認証鍵ｋ２とは同一になり、サービス認証部２７によるサービス認証工程（Ｓ２８０）で当該クライアント１０ａのシステムが正常と認定され、サービス４０へのアクセスが許可される。

もし、第１のファイル情報ｆ１が変更され、その結果、第１のファイル情報テーブル１３のファイル情報が変更され、抽出された５０ブロックいずれかのブロックが変更され、第１のファイル情報ｆ１に基いて作成される第１の認証鍵ｋ１と第２のファイル情報ｆ２に基いて作成される第２の認証鍵ｋ２とに差異が生じると、サービス認証部２７によるサービス認証工程（Ｓ２８０）で当該クライアント１０ａのシステムが異常と認定され、サービス４０へのアクセスが許可されない。

［第２の実施の形態］
第１の実施の形態では、第１の認証鍵作成工程（Ｓ１３０）において、第１のバッファーＢ１の各メモリに、擬似乱数を用いて第１のファイル情報テーブル１３からランダムに抽出されたブロックを入力し、これらのブロックをシリアルに接続して、第１の認証鍵ｋ１を作成する例を説明したが（第１のバッファーに入力された情報は第３のファイル情報に該当する）、本実施の形態では、第１のバッファーＢ１の各メモリに入力された各ブロックを再度入れ替えてからシリアルに接続するものである。

図１３に第１のバッファーＢ１から第３のバッファーＢ３へのメモリ内容の移転によるブロックの順序の入れ替えの例を示す。並べ替え前後のブロックの配列は擬似乱数を用いて定められる。なお、ブロックの順序の入れ替えは、第１の認証鍵ｋ１と第２の認証鍵ｋ２の異同に影響しないが、暗号鍵としての信頼性を高めるものである。この方式でも、第１の認証鍵ｋ１は第１のファイル情報ｆ１を基に作成されており、第１の情報ｆ１が変更されれば、第１の実施の形態と同様に作成された第１の認証鍵ｋ１と第２の認証鍵ｋ２が異なるので、第１の実施の形態と同様の認証結果が得られる。なお、第２の認証鍵作成工程（Ｓ２７０）においても同様の処理を行うものとする。

［第３の実施の形態］
第１の実施の形態では、第１の認証鍵作成工程（Ｓ１３０）で、例えば５０ブロックがランダムな順序で抽出される例を説明したが、本実施の形態では、第１のシステム情報処理工程（Ｓ１２０）で、第１のファイル情報テーブル１３から５０ブロックを予め抽出しておく。この場合、第１の認証鍵作成工程（Ｓ１３０）では、ブロックをランダムな順序で抽出する工程をブロックを並べ替える工程に代えれば良い。この方式でも、第１の認証鍵ｋ１は第１のファイル情報ｆ１を基に作成されており、第１のファイル情報ｆ１が変更されれば、第１の実施の形態と同様に作成された第１の認証鍵ｋ１と第２の認証鍵ｋ２が異なるので、第１の実施の形態と同様の認証結果が得られる。なお、第２のシステム情報処理工程（Ｓ２２０）及び第２の認証鍵作成工程（Ｓ２７０）においても同様の処理を行うものとする。

［第４の実施の形態］
第１の実施の形態では、第１、第２のファイル情報ｆ１、ｆ２、時間及びキーシードｋ０を基にして、第１、第２の認証鍵ｋ１、ｋ２を作成する例を説明したが、本実施の形態では、時間及びキーシードｋ０を用いずに第１、第２の認証鍵ｋ１、ｋ２を作成するものである。すなわち、第１、第２のバッファーＢ１，Ｂ２には時間及びキーシードｋ０を用いずに生成した擬似乱数を用いて、例えば５０ブロックがランダムな順序で抽出されて入力される。この場合でも、第１のファイル情報ｆ１が変更されれば、第１の実施の形態と同様に作成された第１の認証鍵ｋ１と第２の認証鍵ｋ２が異なるので、第１の実施の形態と同様の認証結果が得られる。なお、第２の認証鍵作成工程（Ｓ２７０）においても同様の処理を行うものとする。

［第５の実施の形態］
第１の実施の形態では、第１、第２のファイル情報ｆ１、ｆ２を第１、第２のファイル情報テーブル１３、２３から、第１、第２のシステム情報処理部１４、２４及び第１、第２の全体制御部１１、２１を経由して、第１、第２の認証鍵作成部１５，２５に全部取得する例を説明したが、本実施の形態では、第１、第２の全体制御部１１、２１の制御により、第１、第２のファイル情報テーブル１３、２３から、第１、第２のシステム情報処理部１４、２４が例えば５０ブロックをランダムに抽出して、第１、第２の認証鍵作成部１５，２５の第１、第２のバッファーＢ１、Ｂ２に直接入力する例である。このように第１、第２のバッファーＢ１、Ｂ２に入力されたファイル情報は第１、第２のファイル情報ｆ１、ｆ２から抽出されたものであり、第３、第４のファイル情報ｆ３、ｆ４に該当する。このようにしても、第１、第２のバッファーＢ１、Ｂ２への書き込み以後は第１の実施の工程と同じになるので、第１のファイル情報が変更されれば、第１の実施の形態と同様に作成された第１の認証鍵ｋ１と第２の認証鍵ｋ２が異なるので、第１の実施の形態と同様の認証結果が得られる。なお、第２のシステム情報処理工程（Ｓ２２０）及び第２の認証鍵作成工程（Ｓ２７０）においても同様の処理を行うものとする。また、第２のファイル情報テーブル２３から第５のファイル情報ｆ５を取得する際にも、その部分のみを抽出可能である。

［第６の実施の形態］
本実施の形態は第５の実施の形態における第１、第２のファイル情報ｆ１、ｆ２の供給、取得に加え、第１、第２の全体制御部１１、２１の制御により、第１、第２の全体制御部を経由せずに、キーシードｋ０の供給、取得を、第２のシステム情報処理部２４から第２の通信制御部２２へ、第１の通信制御部１２から第１の認証鍵作成部１５へ、第１の認証鍵ｋ１の供給、取得を、第１の認証鍵作成部１５から第１の通信制御部１２へ、第１の通信制御部１２からサービス認証部２７へ、第２の認証鍵ｋ２の供給、取得を、第２の認証鍵作成部２５からサービス認証部２７へ行うものである。このようにしても、第１の実施の形態とはデータの流れが第１、第２の全体制御部を経由せずに行われる点で異なるだけで、同様の処理が行われるので、第１のファイル情報が変更されれば、第１の実施の形態と同様に作成された第１の認証鍵ｋ１と第２の認証鍵ｋ２が異なり、第１の実施の形態と同様の認証結果が得られる。

また、本発明は以上の実施の形態で説明した認証方法を、それぞれクライアント及び認証サーバに実行させるためのプログラムとしても実現できる。このプログラムは、クライアント及び認証サーバ内蔵のＲＯＭやＲＡＭに記録されて使用されても良く、ＣＤ−ＲＯＭや周辺の記録装置に記録され、クライアント及び認証サーバに読み込まれて使用されても良く、インターネットなどからクライアント及び認証サーバにダウンロードされて使用されても良い。

以上、本発明の実施の形態について説明したが、本発明は上記の実施の形態に限定されるものではなく、実施の形態に種々変更を加えられることは明白である。

例えば、以上の実施の形態では、ユーザ認証系についての説明を省略したが、本発明による認証システムはユーザ認証系を併せて備えても良いことはいうまでもない。また、以上の実施の形態では、第１のファイル情報テーブル及び第２のファイル情報テーブルを原則として更新しない例を説明したが、第１のファイル情報テーブルと第２のファイル情報テーブルとを同時にかつ内容の同一性が常に担保されるように更新するのであれば、両ファイル情報テーブルを定期的にあるいは必要に応じて更新して使用しても良い。また、第１〜第４の実施の形態では、第１、第２のシステム情報処理部における第１、第２のファイル情報の取得は全てのファイル情報を一括取得する例を説明したが、一部のファイル情報を抽出して取得しても良く、また、各ファイルに関する一部の項目のみを選択的に取得しても良い。また、第１〜第６の実施の形態では、第１、第２の認証鍵作成部における第１、第２のバッファーのメモリにランダムに抽出されたブロックを入力し、メモリからブロックを出力する際に順次シリアル接続する例を説明したが、ブロックをメモリに順次入力し、メモリからブロックを出力する順序をランダムにし、シリアル接続しても良い。また、以上の実施の形態では、キーシードの種としてファイル情報を用いる例を説明したが、これに限定されず、例えば現在時刻のみを用いても良い。その他、第１、第２のファイル情報のブロック数、１ブロックの範囲、抽出すべきブロック数、第１、第２のファイル情報テーブルの項目、認証システムを構成するクライアント数などは、状況に応じて適当な値に設定可能である。

また、本実施の形態では第１のファイル情報テーブルが変更される例について説明したが、第２のファイル情報テーブルが変更される場合にも同様な認証が可能である。

本発明は、クライアントが異常なシステムでないことを認証する認証システム及び認証方法に利用される。

本発明の概念を説明するための図である。 第１の実施の形態における認証システムの構成例を示す図である。 第１の実施の形態におけるシステム認証方法の処理フロー例を示す図である。 第１の全体制御部の処理フロー例を示す図である。 第１の通信制御部の処理フロー例を示す図である。 第１のシステム情報処理部の処理フロー例を示す図である。 第１の認証鍵作成部の処理フロー例を示す図である。 第２の全体制御部の処理フロー例を示す図である。 第２のシステム情報処理部の処理フロー例を示す図である。 乱数鍵作成部の処理フロー例を示す図である。 サービス認証部の処理フロー例を示す図である。 第１のファイル情報テーブルの構成例を示す図である。 第２の実施の形態におけるブロックの順序の入れ替えの例を示す図である。

符号の説明

１０ クライアント
１０ａ アクセス要求したクライアント
１１ 第１の全体制御部
１２ 第１の通信制御部
１３ 第１のファイル情報テーブル
１４ 第１のシステム情報処理部
１５ 第１の認証鍵作成部
２０ 認証サーバ
２０Ａ システム認証
２０Ｂ ユーザ認証
２１ 第２の全体制御部
２２ 第２の通信制御部
２３ 第２のファイル情報テーブル
２３Ａ 全ファイル情報テーブル
２４ 第２のシステム情報処理部
２５ 第２の認証鍵作成部
２６ 乱数鍵作成部
２７ サービス認証部
３０ ゲートウェイ
４０ サービス
５０ アクセス制御手段
６０ 通信回線
１００ 認証システム
Ｂ１ 第１のバッファー
Ｂ２ 第２のバッファー
Ｂ３ 第３のバッファー
ｆ１ 第１のファイル情報
ｆ２ 第２のファイル情報
ｆ３ 第３のファイル情報
ｆ４ 第４のファイル情報
ｆ５ 第５のファイル情報
ｋ０ キーシード
ｋ１ 第１の認証鍵
ｋ２ 第２の認証鍵
Ｘ ファイル情報テーブル識別子

Claims (8)

1. 複数のクライアントと認証サーバとを備え；
   各前記クライアントは、自己が取り扱う第１のファイル情報を記録する第１のファイル情報テーブルと、
   前記第１のファイル情報テーブルから前記第１のファイル情報を取得する第１のシステム情報処理部と、
   前記第１のファイル情報を基にして第１の認証鍵を作成する第１の認証鍵作成部とを有し；
   前記認証サーバは、前記各第１のファイル情報と元が同一である各第２のファイル情報を記録する各第２のファイル情報テーブルと、
   前記各第２のファイル情報テーブルから前記各第２のファイル情報を取得する第２のシステム情報処理部と、
   前記各第２のファイル情報を基にして各第２の認証鍵を作成する第２の認証鍵作成部と、
   前記複数のクライアントのうち任意のクライアントにより作成された第１の認証鍵と当該クライアントに係る第２の認証鍵とを照合して、両者が同一であれば当該クライアントのシステムが正常であり、両者が同一でなければ当該クライアントのシステムが異常であると認証するサービス認証部とを有する；
   クライアントのシステムの正常・異常を認証する認証システム。
2. 前記認証サーバは、キーシードを作成する乱数鍵作成部を有し、
   前記第１の認証鍵作成部は、前記第１のファイル情報、時間及び前記キーシードを基にして一方向関数を用いて前記第１の認証鍵を作成し、
   前記第２の認証鍵作成部は、前記各第２のファイル情報、時間及び前記キーシードを基にして前記一方向関数を用いて前記各第２の認証鍵を作成する；
   請求項１に記載のクライアントのシステムの正常・異常を認証する認証システム。
3. 各クライアントが取り扱う各第１のファイル情報と元が同一である各第２のファイル情報を記録する各第２のファイル情報テーブルと、
   前記各第２のファイル情報テーブルから前記各第２のファイル情報を取得する第２のシステム情報処理部と、
   前記各第２のファイル情報を基にして各第２の認証鍵を作成する第２の認証鍵作成部と、
   前記各クライアントのうち任意のクライアントにより前記各第１のファイル情報を基にして作成された第１の認証鍵と当該クライアントに係る第２の認証鍵とを照合して、両者が同一であれば当該クライアントのシステムが正常であり、両者が同一でなければ当該クライアントのシステムが異常であると認証するサービス認証部とを有する；
   クライアントのシステムの正常・異常を認証する認証サーバ。
4. 前記第１のファイル情報及び前記第２のファイル情報は、総ブロック数、空きブロック数、ファイル名、アクセス権、所有者のユーザＩＤ、ファイルサイズ、最終ファイルアクセス時刻又は最終ファイル書き込み時刻を含む；
   請求項３に記載のクライアントのシステムの正常・異常を認証する認証サーバ。
5. 前記第２の認証鍵作成部は前記第２のファイル情報から５０以上のブロックを抽出して第２の認証鍵を作成し、前記サービス認証部は、前記第１のファイル情報から５０以上のブロックを抽出して作成された第１の認証鍵と前記第２の認証鍵とを照合する；
   請求項３又は請求項４に記載のクライアントのシステムの正常・異常を認証する認証サーバ。
6. 複数のクライアントと認証サーバとを備える認証システムの；
   前記複数のクライアントのうち任意のクライアントにおける工程として、自己が取り扱う第１のファイル情報を第１のファイル情報テーブルに記録する第１のファイル情報記録工程と、
   前記第１のファイル情報テーブルから前記第１のファイル情報を取得する第１のシステム情報処理工程と、
   前記第１のファイル情報を基にして第１の認証鍵を作成する第１の認証鍵作成工程とを有し；
   前記認証サーバにおける工程として、前記第１のファイル情報と元が同一である第２のファイル情報を当該クライアントに係る第２のファイル情報テーブルに記録する第２のファイル情報記録工程と、
   前記第２のファイル情報テーブルから前記第２のファイル情報を取得する第２のシステム情報処理工程と、
   前記第２のファイル情報を基にして第２の認証鍵を作成する第２の認証鍵作成工程と、
   前記任意のクライアントにより作成された第１の認証鍵と当該クライアントに係る第２の認証鍵とを照合して、両者が同一であれば当該クライアントのシステムが正常であり、両者が同一でなければ当該クライアントのシステムが異常であると認証するサービス認証工程とを有する；
   クライアントのシステムの正常・異常を認証する認証方法。
7. 前記認証サーバにおいて、キーシードを作成する乱数鍵作成工程を有し、
   前記第１の認証鍵作成工程において、当該クライアントに係る第１のファイル情報、時間及び前記キーシードを基にして一方向関数を用いて第１の認証鍵を作成し、
   前記第２の認証鍵作成工程において、当該クライアントに係る第２のファイル情報、時間及び前記キーシードを基にして前記一方向関数を用いて第２の認証鍵を作成する；
   請求項６に記載のクライアントのシステムの正常・異常を認証する認証方法。
8. 複数のクライアントと認証サーバとを備える認証システムの認証サーバが行なう認証方法であって；
   前記認証サーバは、
   各前記クライアントが取り扱う各第１のファイル情報と元が同一である各第２のファイル情報を記録する各第２のファイル情報テーブルと、
   前記各第２のファイル情報テーブルから前記各第２のファイル情報を取得する第２のシステム情報処理部と、
   前記各第２のファイル情報を基にして各第２の認証鍵を作成する第２の認証鍵作成部と、
   前記各クライアントのうち任意のクライアントにより前記各第１のファイル情報を基にして作成された第１の認証鍵と当該クライアントに係る第２の認証鍵とを照合して、両者が同一であれば当該クライアントのシステムが正常であり、両者が同一でなければ当該クライアントのシステムが異常であると認証するサービス認証部とを有し；
   各前記クライアントが取り扱う前記第１のファイル情報と元が同一である前記第２のファイル情報を前記第２のファイル情報テーブルに記録する第２のファイル情報記録工程と、
   前記第２のシステム情報処理部において、前記第２のファイル情報テーブルから前記第２のファイル情報を取得する第２のシステム情報処理工程と、
   前記第２の認証鍵作成部において、前記第２のファイル情報を基にして第２の認証鍵を作成する第２の認証鍵作成工程と、
   前記サービス認証部において、前記各クライアントのうち任意のクライアントにより前記第１のファイル情報を基にして作成された第１の認証鍵と当該クライアントに係る第２の認証鍵とを照合して、両者が同一であれば当該クライアントのシステムが正常であり、両者が同一でなければ当該クライアントのシステムが異常であると認証するサービス認証工程とを有する；
   クライアントのシステムの正常・異常を認証する認証方法。

Images