JP2005284452A - 認証機器、認証システム、認証方法及び方法プログラム - Google Patents

Abstract

【課題】 認証データを管理する認証サーバに障害が発生しても、システム全体として認証を行うことができる認証機器及び認証システムを提供する。
【解決手段】 認証機器１は、認証が要求された際、記憶部１１に記憶する認証データに基づいて認証を行う。認証機器１は、記憶部１１に記憶する認証データでは認証を行えない場合は、認証機器２に認証を問い合わせる。認証機器２は、記憶部１２に記憶する認証データに基づいて認証を行い、結果を認証機器１に返信する。
【選択図】 図７

Description

本発明は、認証機器、認証システム、認証方法及び方法プログラムに関し、より特定的には、システム内において分散管理されている認証データに基づいて認証する認証機器、認証機器から構成される認証システム、分散管理されている認証データに基づいて認証する認証方法、及びその方法を実行するためのプログラムに関する。

従来の認証システムとしては、例えば、特許文献１に開示されたものがある。特許文献１に開示された認証システムは、認証データを一元管理する認証サーバをシステム内に持ち、認証サーバに認証データの問い合わせを行うことで認証を行う。以下、図面を参照しながら、特許文献１に開示された従来の認証システムについて説明する。

図２０は、従来の認証システムの一例を示すブロック図である。ただし、図２０において、認証に直接関係ない構成は、特許文献１に開示された認証システムから省略している。図２０において、従来の認証システムは、接続管理ネットワーク１１００、アクセスポイント１３００、公衆回線網１２００、及び端末１４００を備える。端末１４００は、公衆回線網１２００、アクセスポイント１３００、及び接続管理ネットワーク１１００を介して、インターネット１５００に接続する。

接続管理ネットワーク１１００は、端末１４００からのインターネット１５００への接続を管理する。接続管理ネットワーク１１００は、認証サーバ１１２０、ルータ１１６０、及びルータ１１１０を備える。認証サーバ１１２０は、端末１４００からインターネット１５００へ接続するユーザの認証を行う。ルータ１１１０及びルータ１１６０は、接続管理ネットワーク１１００の境界に設置され、接続管理ネットワーク１１００と外部のネットワークとを接続する。

次に、従来の認証システムの動作を説明する。
端末１４００からインターネット１５００に接続する際は、認証サーバ１１２０に接続要求が行われる。具体的には、端末１４００は、インターネットへ接続要求する際、ユーザＩＤやパスワード等のユーザを識別するための情報を認証サーバ１１２０に送信する。

認証サーバ１１２０は、インターネット１５００への接続を許可するユーザの情報（ユーザＩＤやパスワード等）を認証データとして保持している。認証サーバ１１２０は、受信したユーザＩＤやパスワード等の情報を、認証データと比較することで認証を行い、インターネット１５００への接続を許可するか否かを判定する。接続を許可された端末１４００は、接続管理ネットワーク１１００を介して、インターネット１５００に接続される。

従来の認証システムによると、端末１４００は、必ず認証サーバ１１２０に接続され、認証サーバ１１２０において一元管理された認証データに基づいて認証された後に、インターネット１５００へ接続される仕組みとなっている。
特開２００３−３０３４５号公報

従来の認証システムは、認証データを認証サーバ１１２０のみで管理し、ユーザ認証を行う。そのため、従来の認証システムでは、認証サーバ１１２０に障害が発生した場合は、ネットワーク全体として認証が行えなくなるという問題点があった。

それ故に、本発明の目的は、システム内において分散管理されている認証データに基づいて認証する認証機器、認証機器から構成される認証システム、分散管理されている認証データに基づいて認証する認証方法、及びその方法を実行するためのプログラムを提供することである。

本発明は、入力されたデータについて認証処理を実行する認証機器に向けられている。そして上記目的を達成させるために、本発明の認証機器は、記憶部、データ送受信部、及び制御部を備える。

記憶部は、データの認証に必要な認証データが登録された認証用データベース、及び互いに連携して認証する他の認証機器に関する機器データが登録された信頼機器データベースを記憶する。データ送受信部は、信頼機器データベースに登録されている他の認証機器との間でデータを送受信する。制御部は、自身が記憶する認証用データベース、又は他の認証機器が記憶する認証用データベースの少なくともいずれかに基づいて、入力されたデータに対する認証を判定する。

制御部は、自身が記憶する認証用データベースに入力されたデータに対応する認証データが存在しなかった場合は、信頼機器データベースに登録されている少なくとも１つの他の認証機器に対して入力されたデータを送信して認証問い合わせを行い、他の認証機器から受信する認証問い合わせの結果に基づいて、入力されたデータに対する認証を判定する。

制御部は、信頼機器データベースに登録されている全ての認証機器に対して、一括して認証問い合わせを行うことができる。

また、制御部は、信頼機器データベースに登録されている他の認証機器に対して、信頼機器データベースに基づいた順番で認証問い合わせを行うこともできる。

また、好ましくは、機器データは、信頼機器データベースに登録されている他の認証機器毎に、直接応答回数をさらに含むことができる。直接応答回数とは、直接に問い合せを行った認証機器が、認証可である結果を応答した回数である。この場合、制御部は、信頼機器データベースに基づいた順番として、直接応答回数の多い順に認証問い合わせを行うことができる。

また、好ましくは、機器データは、信頼機器データベースに登録されている他の認証機器毎に、判定元回数をさらに含むことができる。判定元回数とは、他の認証機器が自身で記憶する認証用データベースに基づいて判定された認証可である結果を応答した回数である。この場合、制御部は、信頼機器データベースに基づいた順番として、判定元回数の多い順に認証問い合わせを行うことができる。

制御部は、信頼機器データベースに基づいた順番で認証問い合わせを行った場合、認証問い合わせの結果として認証可を受信するまで、認証問い合わせを行うことになる。

好ましくは、制御部は、認証問い合わせの結果として認証可を１つでも受信した場合に、入力されたデータに対する認証を許可と判定する。

また、制御部は、認証問い合わせの結果として認証可を認証不可よりも多く受信した場合に、入力されたデータに対する認証を許可と判定してもよい。

また、制御部は、認証問い合わせの結果として全て認証可を受信した場合に、入力されたデータに対する認証を許可と判定してもよい。

制御部は、機器データが直接応答回数を含んでいる場合、認証問い合わせの結果に基づいて、直接応答回数を増加させることができる。

また、制御部は、機器データが判定元回数を含んでいる場合、認証問い合わせの結果に基づいて、判定元回数を増加させることもできる。

好ましくは、制御部は、認証を許可とする判定を行った場合、入力されたデータを認証用データベースに追加して登録する。

また、制御部は、他の認証機器を経由して間接に認証問い合わせを行った認証機器が自ら記憶する認証用データベースで判定した認証可を、認証問い合わせの結果として受信した場合、間接に認証問い合わせを行った認証機器を自らの信頼機器データベースに登録することができる。

機器データは、連続無応答回数をさらに含むことができる。連続無応答回数とは、問い合わせを行った認証機器が連続して応答を返さない回数である。この場合、制御部は、認証問い合わせの結果に基づいて、連続無応答回数を増加させる又は初期値に戻すことができる。

好ましくは、制御部は、連続無応答回数が所定のしきい値を超えた場合に、連続無応答回数が所定のしきい値を超えた認証機器に関する機器データを信頼機器データベースから削除する。

制御部は、データ送受信部を介して、他の認証機器から認証問い合わせとして入力されたデータを受信する場合、入力されたデータに対する判定結果を返信する。

好ましくは、制御部は、自身が記憶する認証用データベースに入力されたデータに対応する認証データが存在した場合に認証可を判定する。

また、制御部は、自身が記憶する認証用データベースに入力されたデータに対応する認証データが存在しなかった場合は、信頼機器データベースに登録されている他の認証機器に対して入力されたデータを送信してさらに認証問い合わせを行い、他の認証機器から受信する認証問い合わせの結果を判定結果とすることもできる。

また、本発明は、入力されたデータについて認証処理を実行する複数の認証機器から構成される認証システムにも向けられている。そして上記目的を達成させるために、本発明の認証システムは、複数の認証機器を備える。認証システムを構成する認証機器は、記憶部、データ送受信部、及び制御部を備える。記憶部は、データの認証に必要な認証データが登録された認証用データベース、及び互いに連携して認証する他の認証機器に関する機器データが登録された信頼機器データベースを記憶する。データ送受信部は、信頼機器データベースに登録されている他の認証機器との間でデータを送受信する。制御部は、自身が記憶する認証用データベース又は他の認証機器が記憶する認証用データベースによって、入力されたデータに対する認証を判定する。

認証システムにおいて、入力されたデータを最初に受けた認証機器の制御部は、自身が記憶する認証用データベースに前記入力されたデータに対応する認証データが存在しなかった場合は、信頼機器データベースに登録されている他の認証機器に対して入力されたデータを送信して認証問い合わせを行う。認証問い合わせを受けた他の認証機器の制御部は、入力されたデータに対する認証判定結果を返信する。入力されたデータを最初に受けた認証機器の制御部は、認証問い合わせの結果に基づいて、入力されたデータに対する認証を判定する。

上述した入力されたデータについて認証処理を実行する複数の認証機器から構成される認証システムが行うそれぞれの処理手順は、一連の処理手順を与える認証方法としても捉えることができる。ただし、認証機器は、データの認証に必要な認証データが登録された認証用データベース、及び互いに連携して認証する他の認証機器に関する機器データが登録された信頼機器データベースを予め記憶している。入力されたデータを最初に受ける認証機器において、認証用データベースから入力されたデータに対応する認証データを検索し、認証用データベースに入力されたデータに対応する認証データが存在しなかった場合は、信頼機器データベースに登録されている少なくとも１つの他の認証機器に対して入力されたデータを送信して認証問い合わせを行い、他の認証機器から受信する認証問い合わせの結果に基づいて、入力されたデータに対する認証を判定し、他の認証機器において、認証問い合わせとして入力されたデータを受信し、自身が記憶する認証用データベース、又は他の認証機器が記憶する認証用データベースの少なくともいずれかに基づいて、入力されたデータに対する認証を判定し、判定結果を入力されたデータを最初に受ける認証機器に返信する、認証方法である。

好ましくは、入力されたデータについて認証処理を行う複数の認証機器から構成される認証システムが実行する認証方法は、一連の処理手順を認証システムに実行させるためのプログラムの形式で提供される。このプログラムは、コンピュータに読み取り可能な記憶媒体に記憶されてもよい。

以上のように、本発明においては、認証データが入力された認証機器は、接続される他の認証機器に問い合わせることで、システム内で分散管理されている認証データを用いて認証判定することができる。また、他の認証機器に問い合わせを行う順番を過去の問い合わせ結果に基づいて決定することができるため、効率の良い認証処理が可能となる。そのため、障害に対して強い認証処理が可能となる。

また、本発明の認証機器は、システム内で分散管理されている認証データを自動的に自身のデータベースに登録するため、データ更新に関する負担を軽減することができる。

また、問い合わせが認証機器の間で繋がる重複問い合わせを防止することで、システム内のネットワークの混雑及び認証機器の負担を軽減することができ、より効率の良い認証処理が可能となる。

本発明が提供する認証機器を説明する前に、まず認証機器から構成される認証システムについて説明する。図１は、本発明の認証システムの一例を示すブロック図である。図１において、認証システムは、ネットワーク接続された複数の認証機器１〜Ｎから構成される。ただし、Ｎは２以上の整数である。
本発明が提供する認証システムは、複数の認証機器１〜Ｎが連携することで要求された認証の可否を判定する。具体的には、認証を要求するデータが入力された認証機器は、自身の持つデータベースに基づいて認証判定を行い、自身で認証を判定できない場合は、他の認証機器に問い合わせることで認証判定を行う。

なお、認証機器が自身で認証を判定できない場合とは、要求された認証を判定するための認証データを自身のデータベースに持っていない場合や、何らかの障害によりデータベースが読み出せない場合等が考えられる。

また、図１において、認証機器が接続されるネットワーク構成として、リング型が図示されているが、バス型、メッシュ型、及びツリー型などの形態を用いることもできる。

以下に、本発明の実施形態について、図面を参照しながら説明する。なお、各種動作例を示すフローチャートにおいて、同じ処理動作を行うステップについては、同一のステップ番号を付している。

（第１の実施形態）
図２は、第１の実施形態に係る認証機器ｎの構成例を示すブロック図である。ただし、ｎは、１〜Ｎまでの整数である。図２において、認証機器ｎは、記憶部１ｎ、制御部２ｎ、データ送受信部３ｎ、及びデータ入力部４ｎを備える。

記憶部１ｎは、認証機器ｎが認証を行うために必要なデータを記憶する。具体的には、記憶部１ｎは、認証の可否を判定する基準となる認証用データベース、及び互いに連携して認証する他の認証機器を選択する基準となる信頼機器データベースを記憶する。制御部２ｎは、要求された認証の可否の判定、及び認証機器ｎが備える各構成を制御する。データ送受信部３ｎは、ネットワークを介してデータを送受信するための構成である。データ入力部４ｎは、認証機器にデータを入力するための構成である。具体的には、データ入力部４ｎは、キーボード等からなる。なお、認証機器ｎには、データ送受信部３ｎを介すことでも、データを入力することができる。そのため、データ入力部４ｎは、全ての認証機器ｎにおいて必須の構成ではない。

なお、データ入力部４ｎは、認証機器ｎにデータを入力するための構成であれば、キーボード以外であってもよい。データ入力部４ｎは、例えば、タッチパネル、ＩＣカードリーダ、メモリカードドライブ、バイオメトリクス入力装置、携帯情報端末、携帯電話、及び赤外線通信装置などであってもよい。

図３は、認証用データベースに登録されるデータの一例を示す図である。図３において、認証用データベースには、認証の可否を判定するためのデータである認証データが登録される。例えば、認証データは、ＩＤ及びパスワードからなる。なお、認証用データベースに登録される認証データは、ＩＤ及びパスワードだけに限らず、それ以外の情報も持つことができる。

図４は、信頼機器データベースに登録されるデータの一例を示す図である。図４において、信頼機器データベースには、互いに連携する認証機器に関する情報である機器データが登録される。例えば、機器データは、認証機器名、アドレス、直接応答回数、判定元回数、及び連続無応答回数等からなる。

認証機器名及びアドレスには、互いに連携する他の認証機器の名前及びアドレスが設定される。直接応答回数には、認証機器から直接に問い合わせを受けた他の認証機器が、認証ＯＫである応答を返信した回数が設定される。この場合、認証機器から直接に問い合わせを受けた他の認証機器は、自身で認証判定して認証ＯＫを返信したのか、さらに他の認証機器に問い合わせることで認証ＯＫを返信したのかを問われない。判定元回数には、問い合わせを受けた認証機器が、認証ＯＫを最終的に判定した回数が設定される。連続無応答回数には、問い合わせを受けた他の認証機器が、連続して応答を返さない回数が設定される。

図５−Ａ及び図５−Ｂを用いて、直接応答回数及び判定元回数について具体的に説明する。図５−Ａは、認証機器１及び認証機器２が連携して認証判定する場合の認証システムの動作例を示すシーケンス図である。図５−Ａにおいて、認証機器１は、認証機器２に対して問い合わせを行う（Ｑ１１）。問い合わせを受けた認証機器２は、認証ＯＫを判定し、判定元情報として認証機器２を返信する（Ａ１１）。ここで、判定元情報とは、認証ＯＫを最終的に判定した認証機器を示す情報である。すなわち、図５−Ａの場合、結果を受けた認証機器１は、信頼機器データベース（図４）において、認証機器２に対する直接応答回数及び判定元回数を１カウントアップする。

図５−Ｂは、認証機器１、認証機器２及び認証機器３が連携して認証判定する場合の認証システムの動作例を示すシーケンス図である。図５−Ｂにおいて、認証機器１は、認証機器２対して問い合わせを行う（Ｑ２１）。問い合わせを受けた認証機器２は、さらに認証機器３に対して問い合わせを行う（Ｑ２２）。さらに問い合わせを受けた認証機器３は、認証ＯＫを判定し、判定元情報として認証機器３を認証機器２に返信する（Ａ２１）。認証機器３から応答を受けた認証機器２は、判定元情報として認証機器３を認証機器１に返信する（Ａ２２）。すなわち、図５−Ｂの場合、結果を受けた認証機器１は、信頼機器データベース（図４）において、認証機器２に対する直接応答回数を１カウントアップ、及び認証機器３に対する判定元回数を１カウントアップする。

なお、直接応答回数及び判定元回数は、認証機器が問い合わせを行う他の認証機器を決定するときに用いられる。また、連続無応答回数は、連続して応答の無かった認証機器を信頼機器データベースから削除するときに用いられる。そのため、信頼機器データベースにおいて、直接応答回数、判定元回数及び連続無応答回数は、認証機器がこれらの機能を持たないときは、必須の情報ではない。

次に、認証機器及び認証システムにおける認証動作について説明する。
図６は、第１の実施形態に係る認証システムにおける認証処理の一連の流れを示すフローチャートである。以下、最初に認証要求を受けた認証機器を主機器、認証機器から問い合わせを受けた認証機器を副機器と記す。
図６を参照して、認証システムは、認証要求を受けると、まず主機器において要求された認証データに対して認証処理を行う（ステップＳ１００）。主機器は、自身で認証が判定できない場合は、副機器へ認証を問い合わせる（ステップＳ２００）。副機器は、問い合わせを受けた認証データに対して認証処理を行い、結果を主機器に返信する（ステップＳ３００）。主機器は、問い合わせに対する結果を受けると、当該結果に基づいて認証を判定する（ステップＳ４００）。主機器は、問い合わせ結果に基づいて、自身の持つデータベースを更新する（ステップＳ５００）。

次に、図６に示される各ステップの詳細動作について、主機器を認証機器１、副機器を認証機器２として具体的に説明する。
図７は、第１の実施形態に係る認証機器１及び認証機器２からなる認証システムの構成例を示すブロック図である。図７において、認証機器１は、記憶部１１、制御部２１、データ送受信部３１、及びデータ入力部４１を備える。認証機器２は、記憶部１２、制御部２２、データ送受信部３２、及びデータ入力部４２を備える。なお、認証機器１及び認証機器２における各構成は、図２において説明した認証機器ｎと同様である。

［主機器での認証処理（ステップＳ１００）］
主機器での認証処理（ステップＳ１００）の詳細動作について説明する。図８は、主機器（認証機器１）での認証処理の詳細動作を示すフローチャートである。図８を参照して、データ入力部４１には、認証を要求するためＩＤやパスワード等の認証データが入力される（ステップＳ１０１）。制御部２１には、データ入力部４１を介して認証データが入力される。制御部２１は、記憶部１１に記憶されている認証用データベースに、入力された認証データと対応する認証データが登録されているか否かを検索する（ステップＳ１０２〜Ｓ１０３）。制御部２１は、対応する認証データがある場合は、要求された認証を許可し（ステップＳ１０４）、認証処理を終わる。

なお、制御部２１は、ステップＳ１０３において、入力された認証データに対応する認証データが認証用データベースに登録されているが、パスワードが異なる等の理由で認証を許可できない場合は認証を不許可とする。この場合の動作は、周知の一般的な認証処理の動作であるので、説明を省略している。

［副機器への問い合わせ処理（ステップＳ２００）］
副機器への問い合わせ処理（ステップＳ２００）の詳細動作について説明する。この処理では、次の２つの動作例が考えられる。
（第１の動作例）
図９−Ａは、副機器への問い合わせ処理における第１の動作例を示すフローチャートである。第１の動作例において、主機器（認証機器１）は、信頼機器データベースに登録されている他の全ての認証機器に対して、一括して問い合わせを行う。
図９−Ａを参照して、制御部２１は、他の認証機器に問い合わせを行うため、記憶部１１に記憶されている信頼機器データベースを読み出す（ステップＳ２０１）。次に、制御部２１は、データ送受信部３１を介して、信頼機器データベースに登録されている全ての認証機器に一括して、入力された認証データを送信して問い合わせを行う（ステップＳ２０２）。
（第２の動作例）
図９−Ｂは、副機器への問い合わせ処理における第２の動作例を示すフローチャートである。第２の動作例において、主機器（認証機器１）は、信頼機器データベースに登録されている他の認証機器に対して、所定の順番で問い合わせを行う。
図９−Ｂを参照して、制御部２１は、読み出した信頼機器データベースを直接応答回数の多い順に並べ替える（ステップＳ２１２）。この場合、信頼機器データベース（図４）は、直接応答回数を持つ必要がある。次に、制御部２１は、並べ替えた信頼機器データベースに登録されている上位の認証機器から順に、入力された認証データを送信して問い合わせを行う（ステップＳ２１３、Ｓ２１４）。制御部２１は、信頼機器データベースに登録されている全ての認証機器に対して問い合わせを行った場合は、要求された認証を不許可として処理を終了する（ステップＳ２１５）。すなわち、制御部２１は、ステップＳ２１３〜Ｓ２１４による問い合わせ、及び結果受信処理を認証ＯＫが受信できるまで繰り返し、全ての認証機器に問い合わせを行っても認証ＯＫを受信できない場合は、要求された認証を不許可と判定することになる。本動作例の問い合わせに対応する結果受信動作は、後に説明する副機器での認証判定処理（ステップＳ４００）における第２の動作例（図１１−Ｂ）である。

なお、制御部２１は、ステップＳ２１２において、直接応答回数の多い順に信頼機器データベースを並べ替えたが、判定元回数の多い順に並べ替えてもよい。この場合、信頼機器データベース（図４）は、判定元回数を持つ必要がある。認証機器１は、認証判定を行ったことが多い他の認証機器に、余計な機器を経由せず直接問い合わせを行うことができるため、問い合わせに対する応答をすばやく受信できる可能性が高くなる。

また、認証機器１は、ステップＳ２１２の並べ替えを行わなくてもよい。この場合、認証機器１は、信頼機器データベースに登録されている順番で、他の認証機器に対して問い合わせを行うことになる。

［副機器での認証処理（ステップＳ３００）］
副機器での認証処理（ステップＳ３００）の詳細動作について説明する。この処理では、次の３つの動作例が考えられる。
（第１の動作例）
図１０−Ａは、副機器（認証機器２）での認証処理における第１の動作例を示すフローチャートである。第１の動作例において、副機器（認証機器２）は、問い合わせを受けた認証データを自身の持つ認証用データベースから検索し、検索結果を主機器に返信する。
図１０−Ａを参照して、制御部２２は、データ送受信部３２を介して、問い合わせとして認証データを受信する（ステップＳ３０１）。制御部２２は、記憶部１２に記憶されている認証用データベースに、入力された認証データと対応する認証データが登録されているか否かを検索する（ステップＳ３０２〜Ｓ３０３）。制御部２２は、対応する認証データが登録されている場合は、データ送受信部３２を介して認証ＯＫ及び判定元情報（認証機器２）を返信する（ステップＳ３０４）。一方、制御部２２は、対応する認証データが登録されていない場合は、認証ＮＧを返信する（ステップＳ３０５）。

なお、制御部２２は、ステップＳ３０３において、入力された認証データに対応する認証データが認証用データベースに登録されているが、パスワードが異なる等の理由で認証ＯＫを返信できない場合は認証ＮＧを返信する。この場合の動作は、周知の一般的な認証処理の動作であるので説明を省略している。

なお、制御部２２は、ステップＳ３０４において、判定元情報を返信しなくてもよい。判定元情報は、主機器（認証機器１）が問い合わせる他の認証機器の順番を決定するときに用いる情報であり、認証処理において必須の情報ではないからである。

（第２の動作例）
図１０−Ｂは、副機器（認証機器２）での認証処理における第２の動作例を示すフローチャートである。第２の動作例において、副機器（認証機器２）は、認証用データベースを検索する前に信頼機器データベースを検索する。
図１０−Ｂを参照して、制御部２２は、問い合わせとして認証データを受信すると、記憶部１２に記憶されている信頼機器データベースに、問い合わせ送信元の認証機器（認証機器１）が登録されているか否かを検索する。（ステップＳ３１２、Ｓ３１３）。制御部２２は、問い合わせ送信元の認証機器（認証機器１）が登録されている場合だけ、認証処理を続行し、ステップＳ３０２〜Ｓ３０５までの動作を行う。

認証機器２は、第２の動作例によって、信頼機器データベースに登録されていない認証機器からの問い合わせに対しては認証を行わない。そのため、認証機器２は、第１の動作例と比較して、認証に関する処理の負担を軽減することができる。

（第３の動作例）
図１０−Ｃは、副機器（認証機器２）での認証処理における第３の動作例を示すフローチャートである。第３の動作例において、副機器（認証機器２）は、自身の持つ認証用データベースで認証を判定できないときは、さらに他の認証機器に対して問い合わせを行うことで認証を判定する。
図１０−Ｃを参照して、制御部２２は、対応する認証データが登録されていない場合は、さらに他の認証機器に問い合わせを行うため、副機器への問い合わせ処理を行う。（ステップＳ３０３、Ｓ２００）。制御部２２は、データ送受信部３２を介して、問い合わせに対する結果を受信すると、当該結果を認証機器１に返信する（ステップＳ３２５）。

なお、第３の動作例における副機器（認証機器２）は、問い合わせに対してさらに問い合わせを行うことになる。そのため、複数の認証機器２から構成される認証システムでは、問い合わせが連鎖することで、応答時間の低下や認証システム内のネットワークが混雑する等の問題が発生することが考えられる。認証機器１及び認証機器２は、例えば、以下のような方法でこの問題を回避することができる。
最初に問い合わせを行う認証機器１は、中継機器パラメータを認証データと一緒に認証機器２に送信する。中継機器パラメータとは、認証機器を中継する最大数を表すパラメータである。中継機器パラメータを受信した認証機器２は、さらに問い合わせを行う場合、中継機器パラメータの値を１減算する。値が１である中継機器パラメータを受信した認証機器は、他の認証機器に対してさらなる問い合わせを行わない。

［主機器での認証判定処理（ステップＳ４００）］
主機器での認証判定処理（ステップＳ４００）の詳細動作について説明する。この処理では、次の２つの動作例が考えられる。
（第１の動作例）
図１１−Ａは、主機器（認証機器１）での認証判定処理における第１の動作例を示すフローチャートである。第１の動作例において、主機器（認証機器１）は、問い合わせに対する結果として、認証ＯＫを１つでも受信できれば、要求された認証を許可と判定する。
図１１−Ａを参照して、制御部２１は、データ送受信部３１を介して、問い合わせ結果を受信する（ステップＳ４０１）。制御部２１は、問い合わせ結果として認証ＯＫを受信したか否かを判定する（ステップＳ４０２）。制御部２１は、認証ＯＫを１つでも受信した場合、要求された認証を許可と判定する（ステップＳ４０３）。また、制御部２１は、認証を許可と判定した場合、信頼機器データベースをカウントアップする（ステップ４０５）。すなわち、制御部２１は、受信結果に基づいて、信頼機器データベースにおける直接応答回数及び判定元回数をカウントアップする。なお、直接応答回数及び判定元回数をどのようにカウントアップするかについては、図５−Ａ及び図５−Ｂを用いて説明した通りである。
一方、制御部２１は、認証ＯＫを受信しなかった場合、要求された認証を不許可と判定する（ステップＳ４０４）。

なお、制御部２１は、ステップＳ４０１において、認証ＯＫ及び認証ＮＧの両方を受信した場合、受信した認証ＯＫ及び認証ＮＧの数によって、認証の可否を判定してもよい。例えば、制御部２１は、認証ＯＫを１つでも受信すれば認証を許可と判定してもよいし、認証ＯＫの数が認証ＮＧの数より多い場合だけ認証を許可と判定してもよい。

また、制御部２１は、ステップＳ４０１において、所定の一定時間が経過しても問い合わせに対する結果を返信しない認証機器に対しては、当該結果を認証ＮＧとしてもよい。これにより、認証機器１は、問い合わせによる待ち時間を少なくすることができる。

また、制御部２１は、ステップＳ４０１において、認証ＯＫを受信した数によって、認証が要求されたＩＤに対して許可するアクセス権を変更してもよい。例えば、制御部２１は、認証ＯＫを受信しても所定の数以上認証ＮＧを受信したＩＤに対しては、認証機器１のある特定の機能だけを使用可能にする等、アクセス権を変更することができる。ここで所定の数とは、受信した認証ＯＫ及び認証ＮＧの比率によって定められる数でも、予め定めた一定数などであってもよい。

またさらに、認証機器１は、信頼機器データベースカウントアップ（ステップＳ４０５）を行わなくてもよい。ステップＳ４０５でカウントアップされる直接応答回数及び判定元回数は、認証処理において必須ではないからである。

（第２の動作例）
図１１−Ｂは、主機器（認証機器１）での認証判定処理における第２の動作例を示すフローチャートである。第２の動作例において、主機器（認証機器１）は、問い合わせに対する結果として、認証ＯＫを受信できなれば、信頼機器データベースに登録されている別の認証機器に対して問い合わせを行う。本動作例は、副機器への問い合わせ処理（ステップＳ２００）における第２の動作例（図９−Ｂ）に対応する認証判定処理である。
図１１−Ｂを参照して、制御部２１は、認証ＯＫを受信しなかった場合、信頼機器データベースに登録されている別の認証機器に対して、認証ＯＫを受信するまで問い合わせを行う（図９−Ｂ、ステップＳ２１３、Ｓ２１４）。制御部２１は、信頼機器データベースに登録されている全ての認証機器に対して問い合わせを行っても認証ＯＫを受信できなかった場合は、認証を不許可とし認証処理を終わる（図９−Ｂ、ステップＳ２１３、Ｓ２１５）。

［主機器でのＤＢ更新処理（ステップＳ５００）］
主機器でのＤＢ更新処理（ステップＳ５００）の詳細動作について説明する。
（問い合わせ結果に基づくデータ追加例）
図１２−Ａは、主機器（認証機器１）でのＤＢ更新処理におけるデータ追加動作の一例を示すフローチャートである。主機器（認証機器１）は、問い合わせの結果に基づいて、認証用データベース及び信頼機器データベースにデータを追加することができる。
図１２−Ａを参照して、制御部２１は、問い合わせに対する結果に基づいて認証を許可と判定した場合、問い合わせを行った認証データを、認証用データベースに追加する（ステップＳ５０１、Ｓ５０２）。すなわち、主機器（認証機器１）は、登録されていなかった認証データを認証用データベースに追加することができる。そのため、主機器（認証機器１）は、次の認証時には、他の認証機器に問い合わせることなく自身の認証用データベースに基づいて認証を行うことができる。

次に、制御部２１は、判定元情報として受信した認証機器が信頼機器データベースに登録されているか否かを検索する（ステップＳ５０３）。制御部２１は、判定元情報として受信した認証機器が信頼機器データベースに登録されていなかった場合、当該認証機器を信頼機器データベースに追加する（ステップＳ５０４）。

判定元情報として受信した認証機器が信頼機器データベースに登録されていないということは、主機器（認証機器１）は、判定元情報として受信した認証機器に対して、直接問い合わせを行えなかったことを意味する。そのため、主機器（認証機器１）は、判定元情報として受信した認証機器を信頼機器データベースに追加することで、次の問い合わせに時には、追加した認証機器に対して直接問い合わせることができる。

なお、制御部２１は、認証用データベース更新処理（ステップＳ５０２）、及び信頼機器データベース更新処理（ステップＳ５０３、Ｓ５０４）のどちらか一方だけを行うこともできる。

（問い合わせ結果に基づくデータ削除例）
図１２−Ｂは、主機器（認証機器１）でのＤＢ更新処理におけるデータ削除動作の一例を示すフローチャートである。主機器（認証機器１）は、問い合わせの結果に基づいて、応答を連続して返さない認証機器を信頼機器データベースから削除することができる。
図１２−Ｂを参照して、制御部２１は、信頼機器データベースにおいて、連続無応答回数がカウントされている認証機器から応答を受信したか否かを判定する（ステップＳ５１１）。制御部２１は、連続無応答回数がカウントされている認証機器から応答を受信した場合、当該認証機器に対する連続無応答回数を初期値である０に戻す（ステップＳ５１２）。

制御部２１は、問い合わせを行った認証機器から、応答を受信した認証機器を除くことで、応答を受信できなかった認証機器を特定する（ステップＳ５１３）。制御部２１は、信頼機器データベースに対して、応答を受信できなかった認証機器の連続無応答回数をカウントアップする（ステップＳ５１４）。次に、制御部２１は、連続無応答回数が所定のしきい値を超えたか否かを判定する（ステップＳ５１５）。制御部２１は、連続無応答回数が所定のしきい値を超えた場合、信頼機器データベースから該当する認証機器が設定された機器データを削除する（ステップＳ５１６）。

本発明の認証システムは、ステップＳ１００〜Ｓ５００（図６）の詳細説明において示した各種動作例を組み合わることで、要求された認証の可否を判定することができる。

次に、ステップＳ５００以外の（すなわち、問い合わせ結果に基づかない）データベース更新処理について説明する。
（データ変更通知によるデータベース更新例）
本発明の認証機器は、認証データ変更通知によっても、認証用データベースを更新することができる。認証データ変更通知を送信する機器を認証機器１、認証データ変更通知に基づいて認証用データベースを変更する機器を認証機器２として、当該更新処理について説明する。
認証機器１の管理者は、記憶部１１に直接アクセスして、認証用データベースを更新することができる。具体的には、認証機器１の管理者は、データ入力部４１又はデータ送受信部３１を介して記憶部１１に直接アクセスし、認証用データベースを更新する。認証用データベースの更新は、認証用データベースへの認証データの追加、変更又は削除によって行う。なお、認証用データベース管理用のパスワード等を用いることによって、管理者以外からの認証用データベースの更新を防止することができる。

認証機器１は、認証用データベースが変更又は削除によって更新された場合、変更又は削除された認証データを認証データ変更通知にて送信する。認証機器２は、当該変更通知を受信した場合、当該変更通知にて通知された認証データを認証用データベースから削除することで、認証用データベースを更新する。
認証機器１は、変更又は削除された認証データを認証データ変更通知にて、認証システム内に送信することで、他の認証機器に対して変更又は削除された認証データを知らせる。認証データ変更通知を受信した認証機器（認証機器２）は、当該認証データを削除することで、古い認証データ（認証機器１では変更又は削除された認証データ）による間違った認証判定を防ぐことができる。

図１３−Ａは、認証機器１が認証データ変更通知を送信する動作の一例を示すフローチャートである。図１３−Ａを参照して、管理者は、データ入力部４１又はデータ送受信部３１を介して、記憶部１１に直接アクセスし、認証用データベースを更新する（ステップＳ７０１）。制御部２１は、認証用データベースが変更又は削除によって更新されたか否かを判定する（ステップＳ７０２）。制御部２１は、認証用データベースが変更又は削除されることによって更新された場合、記憶部１１に記憶されている信頼機器データベースを読み出す（ステップＳ７０３）。次に、制御部２１は、読み出した信頼機器データベースに登録されている認証機器に対して、データ送受信部３１を介して、変更又は削除のあった認証データを認証データ変更通知にて送信する（ステップＳ７０４）。

図１３−Ｂは、認証機器２が認証データ変更通知に基づいて認証用データベースを更新する動作の一例を示すフローチャートである。図１３−Ｂを参照して、制御部２２は、データ送受信部３２を介して、認証データ変更通知を受信する（ステップＳ７１１）。制御部２２は、記憶部１２に問い合わせ、通知された認証データが認証用データベースに登録されているか否かを判定する（ステップＳ７１２）。制御部２２は、通知された認証データが認証用データベースに登録されている場合、通知された認証データを認証用データベースから削除する（ステップＳ７１３）。

なお、信頼機器データベースについても、上記の認証用データベース更新処理（図１４−Ａ及び図１４−Ｂ）と同様の方法で更新することができる。

（機器接続通知による信頼機器データベース更新例）
信頼機器データベースは、機器接続通知によっても更新することができる。新たな認証機器が認証システムに接続された場合、新たな認証機器は、機器接続通知を送信し、機器接続通知に対する応答に基づいて信頼機器データベースを更新することができる。また、機器接続通知を受信した認証機器は、機器接続通知に基づいて、新たな認証機器を信頼機器データベースに追加することができる。新たに接続された認証機器を認証機器１、機器接続通知を受信する認証機器を認証機器２として、機器接続通知による信頼機器データベースの更新手順について説明する。

図１４−Ａは、新たに接続された認証機器１が信頼機器データベースを更新する動作の一例を示すフローチャートである。図１４−Ａを参照して、制御部２１は、認証機器１が認証システムに接続されると、アドレスを含む自機器情報を機器接続通知として、データ送受信部３１を介して認証システム内にブロードキャストで送信する（ステップＳ７２１、Ｓ７２２）。
制御部２１は、データ送受信部３１を介して、機器接続通知に対する応答（機器応答通知）を受信する（ステップＳ７２３）。制御部２１は、機器接続通知に対する応答を受信した場合、応答のあった認証機器を信頼機器データベースに追加する（ステップＳ７２４）。

なお、認証機器１は、ステップＳ７２２にて機器接続通知で送信する自機器情報として、アドレスの他に、信頼できる機器であることを証明するため、製造番号、機器の特性情報、機器証明書、及びネットワーク内で用いる特定のＩＤ番号等を送信してもよい。

機器接続通知を受信した認証機器２の動作について説明する。
図１４−Ｂは、認証機器２が機器接続通知に基づいて信頼機器データベースを更新する動作例を示すフローチャートである。図１４−Ｂを参照して、制御部２２は、データ送受信部３２を介して、機器接続通知を受信する（ステップＳ７３１）。制御部２２は、機器接続通知にて通知された新たな認証機器が信頼できる機器であるか否かを判定する（ステップＳ７３２）。制御部２２は、新たな認証機器が信頼できると判定した場合は、記憶部１２に記憶されている信頼機器データベースに、新たな認証機器に関する情報を追加する（ステップＳ７３３）。次に、制御部２２は、機器接続通知を受信した認証機器に対して、自機器に関する情報を機器応答通知として返信する（ステップＳ７３４）。

このように、新たに認証システムに接続された認証機器１は、認証システム内の他の認証機器に関する情報を、自動的に信頼機器データベースに追加することができる（図１４−Ａ）。また、機器接続通知を受信する認証機器２も、新たに接続された認証機器に関する情報を自動で信頼機器データベースに追加することができる（図１４−Ｂ）。

以上のように、第１の実施形態に係る認証システムによれば、認証データが入力された認証機器は、接続される他の認証機器に問い合わせることで、システム内で分散管理されている認証データを用いて認証処理が可能となる。また、他の認証機器に問い合わせを行う順番を過去の問い合わせ結果に基づいて決定することができるため、効率の良い認証処理が可能となる。そのため、本発明の認証システムは、障害に対して強い認証を行うことができる。

（第２の実施形態）
第２の実施形態に係る認証システムは、第１の実施形態に係る認証システムと比較して、重複問い合わせを排除する仕組みをさらに備える。重複問い合わせとは、問い合わせを受けた認証機器が、同じ認証データの問い合わせをさらに別の認証機器から受けることである。

図１５は、重複問い合わせを説明する図である。図１５において、認証機器２は、例えば以下のような場合に、同じ認証データに関する問い合わせを重複して受ける可能性がある。認証機器１は、認証機器２に対して問い合わせを行う（Ｑ３１）。また、認証機器１は、認証機器３に対しても問い合わせを行う（Ｑ３２）。次に、認証機器１から問い合わせを受けた認証機器３は、認証機器２に対して問い合わせを行う（Ｑ３３）。すなわち、認証機器２は、認証機器１及び認証機器３から、同じ認証データに関して重複して問い合わせを受けることになる。重複して問い合わせを受けた認証機器２は、重複して受信した問い合わせ（Ｑ３３）を破棄することで、重複問い合わせを排除する。

第２の実施形態に係る認証システムの認証動作は、副機器への問い合わせ処理（図６、ステップＳ２００）において、問い合わせる認証データを認証システム内で一意に判別できるようにして送信する。また、副機器での認証処理（図６、ステップＳ３００）においては、受信した認証データを判別して、重複問い合わせを排除する。以下に、第２の実施形態に係る認証機器の構成、及び認証システムの認証動作について、第１の実施形態と異なる部分について説明する。

図１６は、第２の実施形態に係る認証機器ｎの構成例を示すブロック図である。図１６において、認証機器ｎは、記憶部１ｎ、制御部２ｎ、データ送受信部３ｎ、データ入力部４ｎ、及び判別データ生成部５ｎを備える。
判別データ生成部５ｎは、認証システム内で問い合わせる認証データを一意に判別するためのデータ（判別データ）を生成する。また、記憶部１ｎは、認証用データベース及び信頼機器データベースの他に、認証データ及び判別データを記憶する。図１７は、記憶部１ｎが記憶する認証データ及び判別データの一例を示す図である。図１７に示されるように、記憶部１ｎは、認証データに判別データを対応させて記憶する。

図１８は、第２の実施形態に係る認証機器１及び認証機器２からなる認証システムの構成例を示すブロック図である。図１８において、認証機器１は、記憶部１１、制御部２１、データ送受信部３１、データ入力部４１、及び判別データ生成部５１を備える。認証機器２は、記憶部１２、制御部２２、データ送受信部３２、データ入力部４２、及び判別データ生成部５２を備える。なお、認証機器１及び認証機器２における各構成は、図１６において説明した認証機器ｎと同様である。

第２の実施形態における副機器への問い合わせ処理（図６、ステップＳ２００）について説明する。第２の実施形態に係る主機器（認証機器１）は、ステップＳ２０２（図９−Ａ）及びＳ２１４（図９−Ｂ）の問い合わせ処理において以下の動作を行う。制御部２１は、判別データ生成部５１に対して、問い合わせる認証データを一意に判別できるデータの生成を指示する。例えば、判別データ生成部５１は、任意の乱数を発生させることで判別データを生成する。判別データ生成部５１は、生成した判別データを制御部２１に送る。制御部２１は、認証データに判別データを対応させて記憶部１１に記憶する。次に、制御部２１は、データ送受信部３１を介して、信頼機器データベースに登録されている認証機器に対して、認証データ及び判別データを送信して問い合わせを行う。

次に、第２の実施形態における副機器での認証処理（図６、ステップＳ３００）について説明する。図１９は、第２の実施形態における副機器（認証機器２）での認証処理の一例を示すフローチャートである。図１９は、第１の実施形態における認証機器２（図１０−Ｃ）の認証動作に、重複問い合わせを排除する動作を追加したものである。

図１９を参照して、ステップＳ３０１〜Ｓ３０３までの動作は、第１の実施形態と同様である。制御部２２は、受信した認証データ及び判別データが記憶部１２に記憶されているか否かを検索する（ステップＳ８０１）。制御部２２は、受信したものと同じ認証データ及び判別データが記憶されていた場合、問い合わせを重複問い合わせであるとして破棄する（ステップＳ８０３）。なお、受信したものと同じ認証データが記憶されているが判別データが異なる場合は、重複問い合わせではない。認証データに対して、判別データが異なるということは、異なるタイミングで行われた問い合わせであるからである。
一方、制御部２２は、受信したものと同じ認証データと判別データとが記憶されていなかった場合、記憶部１２を受信した認証データ及び判別データに更新する（ステップＳ８０２）。その後の動作は、第１の実施形態（図１０−Ｃ）と同様である。

以上のように、第２の実施形態に係る認証システムによれば、重複問い合わせによるネットワークの混雑及び認証機器の負担を軽減することができ、より効率の良い認証処理が可能となる。

なお、第１及び第２の実施形態に係る認証機器ｎは、認証以外の機能を有する構成を備えてもよい。認証機器ｎは、認証以外の構成を備えることで、認証以外の機能を提供することができる。

本発明の認証システムは、認証機器の障害や、システムを構成する認証機器の変更等に対して強く、特にホームネットワーク等の小規模システムに対する認証及びアクセス制御を行う場合等に有用である。

本発明の認証システムの一例を示すブロック図 第１の実施形態に係る認証機器ｎの構成例を示すブロック図 認証用データベースに登録されるデータの一例を示す図 信頼機器データベースに登録されるデータの一例を示す図 認証機器１及び認証機器２が連携して認証判定する場合の認証システムの動作例を示すシーケンス図 認証機器１、認証機器２及び認証機器３が連携して認証判定する場合の認証システムの動作例を示すシーケンス図 第１の実施形態に係る認証システムにおける認証処理の一連の流れを示すフローチャート 第１の実施形態に係る認証機器１及び認証機器２からなる認証システムの構成例を示すブロック図 主機器（認証機器１）での認証処理の詳細動作を示すフローチャート 副機器への問い合わせ処理における第１の動作例を示すフローチャート 副機器への問い合わせ処理における第２の動作例を示すフローチャート 副機器（認証機器２）での認証処理における第１の動作例を示すフローチャート 副機器（認証機器２）での認証処理における第２の動作例を示すフローチャート 副機器（認証機器２）での認証処理における第３の動作例を示すフローチャート 主機器（認証機器１）での認証判定処理における第１の動作例を示すフローチャート 主機器（認証機器１）での認証判定処理における第２の動作例を示すフローチャート 主機器（認証機器１）でのＤＢ更新処理におけるデータ追加動作の一例を示すフローチャート 主機器（認証機器１）でのＤＢ更新処理におけるデータ削除動作の一例を示すフローチャート 認証機器１が認証データ変更通知を送信する動作の一例を示すフローチャート 認証機器２が認証データ変更通知に基づいて認証用データベースを更新する動作の一例を示すフローチャート 新たに接続された認証機器１が信頼機器データベースを更新する動作の一例を示すフローチャート 認証機器２が機器接続通知に基づいて信頼機器データベースを更新する動作例を示すフローチャート 重複問い合わせを説明する図 第２の実施形態に係る認証機器ｎの構成例を示すブロック図 記憶部１ｎが記憶する認証データ及び判別データの一例を示す図 第２の実施形態に係る認証機器１及び認証機器２からなる認証システムの構成例を示すブロック図 第２の実施形態における副機器（認証機器２）での認証処理の一例を示すフローチャート 従来の認証システムの一例を示すブロック図

符号の説明

１、２、３、Ｎ 認証機器
１１、１２、１ｎ 記憶部
２１、２２、２ｎ 制御部
３１、３２、３ｎ データ送受信部
４１、４２、４ｎ データ入力部
５１、５２、５ｎ 判別データ生成部
１１００ 接続管理ネットワーク
１１１０ １１６０ ルータ
１１２０ 認証サーバ
１２００ 公衆回線網
１３００ アクセスポイント
１４００ 端末
１５００ インターネット

Claims (22)

1. 入力されたデータについて認証処理を実行する認証機器であって、
   データの認証に必要な認証データが登録された認証用データベース、及び互いに連携して認証する他の認証機器に関する機器データが登録された信頼機器データベースを記憶する記憶部と、
   前記信頼機器データベースに登録されている他の認証機器との間でデータを送受信するデータ送受信部と、
   自身が記憶する前記認証用データベース、又は他の認証機器が記憶する前記認証用データベースの少なくともいずれかに基づいて、前記入力されたデータに対する認証を判定する制御部とを備える、認証機器。
2. 前記制御部は、前記自身が記憶する認証用データベースに前記入力されたデータに対応する認証データが存在しなかった場合は、前記信頼機器データベースに登録されている少なくとも１つの他の認証機器に対して前記入力されたデータを送信して認証問い合わせを行い、他の認証機器から受信する認証問い合わせの結果に基づいて、前記入力されたデータに対する認証を判定することを特徴とする、請求項１に記載の認証機器。
3. 前記制御部は、前記信頼機器データベースに登録されている全ての認証機器に対して、一括して前記認証問い合わせを行うことを特徴とする、請求項２に記載の認証機器。
4. 前記制御部は、前記信頼機器データベースに登録されている他の認証機器に対して、信頼機器データベースに基づいた順番で前記認証問い合わせを行うことを特徴とする、請求項２に記載の認証機器。
5. 前記機器データは、前記信頼機器データベースに登録されている他の認証機器毎に、前記認証問い合わせを直接に行った認証機器が認証可である結果を応答した回数を示す直接応答回数をさらに含み、
   前記信頼機器データベースに基づいた順番とは、前記直接応答回数の多い順であることを特徴とする、請求項４に記載の認証機器。
6. 前記機器データは、前記信頼機器データベースに登録されている他の認証機器毎に、認証機器が自身で記憶する前記認証用データベースに基づいて判定された認証可である結果を応答した回数を示す判定元回数をさらに含み、
   前記信頼機器データベースに基づいた順番とは、前記判定元回数の多い順であることを特徴とする、請求項４に記載の認証機器。
7. 前記制御部は、前記認証問い合わせの結果として認証可を受信するまで、前記認証問い合わせを行うことを特徴とする、請求項４、５又は６のいずれかに記載の認証機器。
8. 前記制御部は、前記認証問い合わせの結果として認証可を１つでも受信した場合に、前記入力されたデータに対する認証を許可と判定することを特徴とする、請求項２に記載の認証機器。
9. 前記制御部は、前記認証問い合わせの結果として認証可を認証不可よりも多く受信した場合に、前記入力されたデータに対する認証を許可と判定することを特徴とする、請求項２に記載の認証機器。
10. 前記制御部は、前記認証問い合わせの結果として全て認証可を受信した場合に、前記入力されたデータに対する認証を許可と判定することを特徴とする、請求項２に記載の認証機器。
11. 前記機器データは、前記信頼機器データベースに登録されている他の認証機器毎に、前記認証問い合わせを直接に行った認証機器が認証可である結果を応答した回数を示す直接応答回数をさらに含み、
    前記制御部は、前記認証問い合わせの結果に基づいて、前記直接応答回数を増加させることを特徴とする、請求項８〜１０のいずれかに記載の認証機器。
12. 前記機器データは、前記信頼機器データベースに登録されている他の認証機器毎に、認証機器が自身で記憶する前記認証用データベースに基づいて判定された認証可である結果を応答した回数を示す判定元回数をさらに含み、
    前記制御部は、前記認証問い合わせの結果に基づいて、前記判定元回数を増加させることを特徴とする、請求８〜１０のいずれかに記載の認証機器。
13. 前記制御部は、前記認証を許可とする判定を行った場合、前記入力されたデータを認証用データベースに追加して登録することを特徴とする、請求項８〜１０のいずれかに記載の認証機器。
14. 前記制御部は、他の認証機器を経由して間接に認証問い合わせを行った認証機器が自ら記憶する認証用データベースで判定した認証可を、前記認証問い合わせの結果として受信した場合、当該間接に認証問い合わせを行った認証機器を自らの信頼機器データベースに登録することを特徴とする、請求項２に記載の認証機器。
15. 前記機器データは、前記問い合わせを行った認証機器が連続して応答を返さない回数を示す連続無応答回数をさらに含み、
    前記制御部は、前記認証問い合わせの結果に基づいて、前記連続無応答回数を増加させる又は初期値に戻すことを特徴とする、請求２に記載の認証機器。
16. 前記制御部は、前記連続無応答回数が所定のしきい値を超えた場合に、連続無応答回数が所定のしきい値を超えた認証機器に関する機器データを前記信頼機器データベースから削除することを特徴とする、請求項１５に記載の認証機器。
17. 前記制御部は、前記データ送受信部を介して、他の認証機器から認証問い合わせとして前記入力されたデータを受信する場合、前記入力されたデータに対する判定結果を返信することを特徴とする、請求項１に記載の認証機器。
18. 前記制御部は、前記自身が記憶する認証用データベースに前記入力されたデータに対応する認証データが存在する場合に認証可を判定することを特徴とする、請求項１７に記載の認証機器。
19. 前記制御部は、前記自身が記憶する認証用データベースに前記入力されたデータに対応する認証データが存在しなかった場合は、前記信頼機器データベースに登録されている他の認証機器に対して前記入力されたデータを送信してさらに認証問い合わせを行い、他の認証機器から受信する認証問い合わせの結果を前記判定結果とすることを特徴とする、請求項１７に記載の認証機器。
20. 入力されたデータについて認証処理を実行する複数の認証機器から構成される認証システムであって、
    前記認証機器は、
    データの認証に必要な認証データが登録された認証用データベース、及び互いに連携して認証する他の認証機器に関する機器データが登録された信頼機器データベースを記憶する記憶部と、
    前記信頼機器データベースに登録されている他の認証機器との間でデータを送受信するデータ送受信部と、
    自身が記憶する認証用データベース又は他の認証機器が記憶する認証用データベースによって、前記入力されたデータに対する認証を判定する制御部とを備え、
    前記入力されたデータを最初に受けた認証機器の制御部は、自身が記憶する認証用データベースに前記入力されたデータに対応する認証データが存在しなかった場合は、前記信頼機器データベースに登録されている少なくとも１つの他の認証機器に対して前記入力されたデータを送信して認証問い合わせを行い、
    前記認証問い合わせを受けた他の認証機器の制御部は、前記入力されたデータに対する認証判定結果を返信し、
    前記入力されたデータを最初に受けた認証機器の制御部は、前記認証問い合わせの結果に基づいて、前記入力されたデータに対する認証を判定することを特徴とする認証システム。
21. 入力されたデータについて認証処理を行う複数の認証機器から構成される認証システムが実行する認証方法であって、
    前記認証機器は、データの認証に必要な認証データが登録された認証用データベース、及び互いに連携して認証する他の認証機器に関する機器データが登録された信頼機器データベースを記憶しており、
    前記入力されたデータを最初に受ける認証機器は、
    前記認証用データベースから前記入力されたデータに対応する認証データを検索するステップと、
    前記認証用データベースに前記入力されたデータに対応する認証データが存在しなかった場合は、前記信頼機器データベースに登録されている少なくとも１つの他の認証機器に対して前記入力されたデータを送信して認証問い合わせを行うステップと、
    前記他の認証機器から受信する認証問い合わせの結果に基づいて、前記入力されたデータに対する認証を判定するステップとを備え、
    前記他の認証機器は、
    前記認証問い合わせとして前記入力されたデータを受信するステップと、
    自身が記憶する前記認証用データベース、又は他の認証機器が記憶する前記認証用データベースの少なくともいずれかに基づいて、前記入力されたデータに対する認証を判定するステップと、
    前記判定するステップによる判定結果を、前記入力されたデータを最初に受ける認証機器に返信するステップとを備える、認証方法。
22. 入力されたデータについて認証処理を行う複数の認証機器から構成される認証システムが実行する認証方法を、複数の認証機器間で実現させるためのプログラムであって、
    データの認証に必要な認証データが登録された認証用データベース、及び互いに連携して認証する他の認証機器に関する機器データが登録された信頼機器データベースを記憶した認証機器に適用され、
    前記入力されたデータを最初に受ける認証機器に、
    前記認証用データベースから前記入力されたデータに対応する認証データを検索するステップと、
    前記認証用データベースに前記入力されたデータに対応する認証データが存在しなかった場合は、前記信頼機器データベースに登録されている少なくとも１つの他の認証機器に対して前記入力されたデータを送信して認証問い合わせを行うステップと、
    前記他の認証機器から受信する認証問い合わせの結果に基づいて、前記入力されたデータに対する認証を判定するステップとを実行させ、
    前記他の認証機器は、
    前記認証問い合わせとして前記入力されたデータを受信するステップと、
    自身が記憶する前記認証用データベース、又は他の認証機器が記憶する前記認証用データベースの少なくともいずれかに基づいて、前記入力されたデータに対する認証を判定するステップと、
    前記判定するステップによる判定結果を、前記入力されたデータを最初に受ける認証機器に返信するステップとを実行させるための、プログラム。

Images