(57)【特許請求の範囲】
【請求項１】
認証情報を処理するための方法であって、前記認証情報は第１の認証ノードに保存されており、前記方法は、情報処理システムが、
前記認証情報の循環順序を定めるステップと、
前記認証情報に対する循環トリガ条件を定めるステップと、
前記循環トリガ条件を満たすことに応答して、前記循環順序に従って前記認証情報の少なくとも一部を新たな認証ノードである第２の認証ノードにカット(cut)により送信するステップと
を含む、方法。
【請求項２】
前記認証情報は、アカウント情報および認証モジュール情報を含む、請求項１に記載の方法。
【請求項３】
前記循環順序は、前記アカウント情報の循環順序および前記認証モジュール情報の循環順序を含み、
前記送信するステップは、
前記アカウント情報の前記循環順序に従って前記アカウント情報を前記第２の認証ノードにカット(cut)により送信するステップを含み、
前記方法はさらに、
前記認証モジュール情報の前記循環順序に従って前記認証モジュール情報を新たな認証ノードである第３の認証ノードにカット(cut)により送信するステップを含む、請求項２に記載の方法。
【請求項４】
前記循環トリガ条件は、予め定められた時間に達することを含む、請求項１に記載の方法。
【請求項５】
前記循環トリガ条件は動的トリガ条件である、請求項１に記載の方法。
【請求項６】
前記循環トリガ条件は、前記第１の認証ノードがアイドル状態であるときに前記認証情報の循環を開始することを含む、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記認証情報の前記循環順序を定めるステップは、前記認証情報の前記循環順序をランダムに定めるステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記第１の認証ノードは、前記認証情報の送信の際に、前記認証情報に関係する認証要求の前記処理を休止する、請求項１に記載の方法。
【請求項９】
前記第１の認証ノードは、前記認証情報の送信の際に、前記認証情報に関係する認証要求の前記処理を休止しない、請求項１に記載の方法。
【請求項１０】
前記認証情報は、前記認証情報の有効期間を示すためのタイムスタンプ情報を含む、請求項１に記載の方法。
【請求項１１】
認証要求はマルチキャスティングによって複数の認証ノードにディスパッチされる、請求項１に記載の方法。
【請求項１２】
認証要求はノード・ルータを通じて第２の認証ノードにディスパッチされ、前記ノード・ルータは前記認証情報に対するディスパッチ表を保存する、請求項１に記載の方法。
【請求項１３】
認証情報を処理するためのシステムであって、前記認証情報は第１の認証ノードに保存されており、前記システムは、
前記認証情報の循環順序を定めるように構成された循環順序決定手段と、
前記認証情報の循環トリガ条件を定めるように構成された循環トリガ条件決定手段と、
前記循環トリガ条件を満たすことに応答して、前記循環順序に従って前記認証情報の少なくとも一部を新たな認証ノードである第２の認証ノードにカット(cut)により送信するように構成された送信手段と
を含む、システム。
【請求項１４】
前記認証情報は、アカウント情報および認証モジュール情報を含む、請求項１３に記載のシステム。
【請求項１５】
前記循環順序は、前記アカウント情報の循環順序および前記認証モジュール情報の循環順序を含み、
前記送信手段はさらに、前記アカウント情報の前記循環順序に従って前記アカウント情報を前記第２の認証ノードにカット(cut)により送信し、かつ前記認証モジュール情報の前記循環順序に従って前記認証モジュール情報を新たな認証ノードである第３の認証ノードにカット(cut)により送信するように構成される、請求項１４に記載のシステム。
【請求項１６】
前記循環トリガ条件は、予め定められた時間に達することを含む、請求項１３に記載のシステム。
【請求項１７】
前記循環トリガ条件は動的トリガ条件である、請求項１３に記載のシステム。
【請求項１８】
前記循環トリガ条件は、前記第１の認証ノードがアイドル状態であるときに前記認証情報の循環を開始することを含む、請求項１３から１７のいずれか１項に記載のシステム。
【請求項１９】
前記認証情報は、前記認証情報の有効期間を示すためのタイムスタンプ情報を含む、請求項１３に記載のシステム。
【請求項２０】
コンピュータ・プログラムであって、コンピュータにおいて前記プログラムが実行されるときに請求項１から１２のいずれか１項に記載の前記方法ステップを行うように適合されたプログラム・コードを含む、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的にデータを処理するための方法およびシステムに関し、より特定的には、本発明は認証情報を処理するための方法およびシステムに関する。
【背景技術】
【０００２】
認証技術は、あるユーザまたはその他のエンティティが特定のシステムまたはリソースへのアクセスを許可されているかどうかを判断するために用いられる。認証技術は、さまざまなコンピュータ・アプリケーションに広く適用されている。パスワードに基づく認証はきわめて一般的な技術である。パスワード認証において、ユーザはユーザ・アカウントおよびパスワードを含むログイン要求を送り、サーバ側はこのログイン要求を認証ノードに転送し、認証ノードはノードに保存される認証情報に従ってログイン要求内の認証情報を認証する。
【０００３】
先行技術における認証情報は通常、１つまたはそれ以上の固定された認証ノードに保存される。認証ノードはハッカーに攻撃されやすいため、認証ノードを１つしか有さない認証システムはセキュリティが低い。ライトウェイト・ディレクトリ・アクセス・プロトコル（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ：ＬＤＡＰ）は、オンライン・ディレクトリ・サービスにアクセスするためのプロトコルである。分散ＬＤＡＰシステムが認証に広く適用されることによって、複数の認証ノードが相互接続されて認証クラスタを形成することが可能になっている。パフォーマンスの最適化および災害復旧を考慮して、認証情報は複数の認証ノードに分散される。たとえば、ある会社に１００名の従業員がおり、従業員番号Ｎｏ．１〜Ｎｏ．１００を有していると仮定する。ユーザがその会社のイントラネットにログインするための認証情報は、５つの認証ノードに分散されている。ログイン要求が時宜を得た応答を得ることを可能にし、かつ災害または機械の誤動作によるデータ損失を防ぐために、１００名の従業員の認証情報は５つの認証ノードに冗長に保存されてもよい。認証情報の分散結果は下の表１のとおりであってもよい。
【０００４】
【表１】
0006034368.tif 000002
【０００５】
表１から分かるとおり、各従業員の認証情報は２つの異なる認証ノードに保存される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の発明者は、先行技術における各認証情報が１つまたはそれ以上の認証ノードに保存されることに気がついた。しかしながら、認証情報は一旦この１つまたはそれ以上の認証ノードに保存されると更新されることがなく、常時元の認証ノード（単数または複数）に保存される。したがって、このように認証情報を固定的に保存する態様はいくつかの潜在的なセキュリティの危険性を伴う。一旦ハッカーがこの１つまたはそれ以上の認証ノードに侵入すれば、ハッカーは対応する認証情報を手に入れるだろう。ある会社のイントラネットの認証情報が１つの認証ノードに集中している場合、ハッカーがその認証ノードに侵入すれば、ハッカーはすべての従業員の認証情報を永続的に得ることができる。もしある会社のイントラネットの認証情報が分散された態様で複数の国の複数の認証ノードに保存されていれば、ハッカーはその会社の本社がある場所の認証ノードを攻撃することによって、会社の上級管理者の認証情報を永続的に得るだろう。つまり、認証情報を固定的に保存する態様は、ハッカーが認証情報を得て、得られた認証情報を永続的に使用する可能性を高くすることになる。
【課題を解決するための手段】
【０００７】
上記の問題を解決するために、本発明は認証情報処理技術を提案しており、この技術は認証情報を複数の認証ノードの間で循環させることによって、ハッカーが認証情報を永続的に得られないようにするものである。
【０００８】
特定的には、本発明は認証情報を処理するための方法を提供し、この認証情報は第１の認証ノードに保存されており、この方法は、認証情報の循環順序を定めるステップと、認証情報の循環トリガ条件を定めるステップと、循環トリガ条件を満たすことに応答して、循環順序に従って認証情報の少なくとも一部を第２の認証ノードに送信するステップとを含む。
【０００９】
本発明はさらに、認証情報を処理するためのシステムを提供し、この認証情報は第１の認証ノードに保存されており、このシステムは、認証情報の循環順序を定めるように構成された循環順序決定手段と、認証情報の循環トリガ条件を定めるように構成された循環トリガ条件決定手段と、循環トリガ条件を満たすことに応答して、循環順序に従って認証情報の少なくとも一部を第２の認証ノードに送信するように構成された送信手段とを含む。
【００１０】
本発明の局面に従うと、認証情報はアカウント情報および認証モジュール情報を含み、循環順序はアカウント情報の循環順序および認証モジュール情報の循環順序を含み、循環順序に従って認証情報の少なくとも一部を第２の認証ノードに送信するステップは、アカウント情報の循環順序に従ってアカウント情報を第２の認証ノードに送信するステップを含み、この方法はさらに、認証モジュール情報の循環順序に従って認証モジュール情報を第３の認証ノードに送信するステップを含む。
【００１１】
本発明の一局面に従うと、認証情報は、認証情報の有効期間を示すためのタイムスタンプ情報を含む。
【００１２】
本発明によって参照される添付の図面は単に本発明の典型的な実施形態を例示するためのものであり、本発明の範囲の限定と解釈されるべきではない。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施を実現するために好適な例示的コンピューティングシステムのブロック図である。
【図２】本発明の認証情報処理方法の流れ図である。
【図３】本発明の実施形態に従って認証情報の循環順序を定めるステップの流れ図である。
【図４】図４Ａは、本発明の実施形態に従う認証情報の概略図である。図４Ｂは、本発明の別の実施形態に従う認証情報の概略図である。
【図５】本発明の実施形態に従って認証要求をディスパッチするステップの流れ図である。
【図６】本発明の別の実施形態に従って認証要求をディスパッチするステップの流れ図である。
【図７】本発明の実施形態に従って認証要求を処理するステップの流れ図である。
【図８】図８Ａは、本発明の実施形態に従って認証情報が循環される前の認証システムの概略図である。図８Ｂは、本発明の実施形態に従って認証情報が循環された後の認証システムの概略図である。
【図９】図９Ａは、本発明の別の実施形態に従って認証情報が循環される前の認証システムの概略図である。図９Ｂは、本発明の別の実施形態に従って認証情報が循環された後の認証システムの概略図である。
【図１０】本発明の認証情報処理システムの流れ図である。
【発明を実施するための形態】
【００１４】
本明細書において用いられる用語は単に特定の実施形態を説明するためのものであって、本発明を限定することは意図されない。本明細書において用いられる単数形「ａ」、「ａｎ」および「ｔｈｅ」は、状況が明らかに別様を示していない限り、複数形をも含むことが意図される。さらに、「含む（ｃｏｍｐｒｉｓｅ）」という言葉が本明細書において用いられるとき、それは述べられる特徴、整数、ステップ、動作、ユニットもしくは構成要素、またはその組み合わせの存在を意味するが、１つまたはそれ以上の他の特徴、整数、ステップ、動作、ユニットもしくは構成要素またはその組み合わせ、またはそれらの組み合わせの存在または追加を排除するものではないことが知られるべきである。
【００１５】
請求項における機能的に定義された手段またはステップに対応する構造、材料、動作、およびそのすべての均等な代替物は、請求項において特定的に述べられるとおりにその他のユニットと組み合わせてその機能を実行するためのあらゆる構造、材料または動作を含むことが意図される。本発明の説明は例示および説明の目的のために提供されたものであり、網羅的なものでも、本発明を記載される形に限定するものでもない。本発明の範囲および趣旨から逸脱することなく多くの修正および変更が行われ得ることが当業者には明らかである。実施形態の選択および記載は、本発明の原理および実際の適用をより良く解釈することで、本発明が所望の特定の目的に好適なさまざまな変更を伴うさまざまな実施を有し得ることを当業者が知ることが意図されるものである。
【００１６】
本発明の多くの局面がシステム、方法またはコンピュータ・プログラム製品として具現化され得ることは当業者に公知である。したがって本発明の多くの局面は、特定的に以下のような形を取ってもよい。すなわち、完全にハードウェアの形、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）の形、またはソフトウェア部分およびハードウェア部分の組み合わせであり、本明細書においてこれは一般的に「回路」、「モジュール」または「システム」と呼ばれる。さらに、本発明の多くの局面は、コンピュータ読取り可能プログラム・コードが含まれる１つまたはそれ以上のコンピュータ読取り可能媒体において具現化されるコンピュータ・プログラム製品の形を取ってもよい。
【００１７】
１つまたはそれ以上のコンピュータ読取り可能媒体のあらゆる組み合わせが用いられてもよい。コンピュータ読取り可能媒体は、コンピュータ読取り可能信号媒体またはコンピュータ読取り可能記憶媒体であってもよい。コンピュータ読取り可能記憶媒体は、たとえば電子、磁気、光学、電磁気、赤外、または半導体のシステム、装置、デバイス、またはそのあらゆる組み合わせなどであってもよいがそれに限定されない。コンピュータ読取り可能記憶媒体のより特定的な例（非網羅的なリスト）は以下を含む。すなわち、１つまたはそれ以上のワイヤを有する電気的接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＲＡＭ）、リード・オンリ・メモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ：ＲＯＭ）、消去可能プログラマブル・リード・オンリ・メモリ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）（ＥＰＲＯＭまたはフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク・リード・オンリ・メモリ（ｃｏｍｐａｃｔ  ｄｉｓｃ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ：ＣＤ−ＲＯＭ）、光学記憶装置、磁気記憶装置、またはそのあらゆる好適な組み合わせである。本文書の状況において、コンピュータ読取り可能記憶媒体は、命令実行システム、装置またはデバイスによる使用、またはそれに関連する使用のためのプログラムを含有または保存するあらゆる有形の媒体であってもよい。
【００１８】
コンピュータ読取り可能信号媒体は、媒体内で具現化されて、ベースバンド内を伝播されるかまたは搬送波の部分として伝播されるコンピュータ読取り可能プログラム・コードを有するデータ信号を含んでもよい。この伝播信号は、電磁気信号、光学信号、またはそのあらゆる好適な組み合わせを含むがそれに限定されないさまざまな形を取ってもよい。コンピュータ読取り可能信号媒体は、コンピュータ読取り可能記憶媒体ではないが、命令実行システム、装置またはデバイスによる使用、またはそれに関連する使用のためのプログラムを送信、伝播または移送できるあらゆるコンピュータ読取り可能媒体であってもよい。コンピュータ読取り可能媒体に含まれるコンピュータ・プログラム・コードは、ワイヤレス、ケーブル、光ファイバ・ケーブル、ＲＦ、またはそのあらゆる好適な組み合わせを含むがそれに限定されないあらゆる適切な媒体によって送信されてもよい。
【００１９】
コンピュータ読取り可能媒体に含まれるコンピュータ・プログラム・コードは、ワイヤレス、ケーブル、光ファイバ・ケーブル、ＲＦ、またはそのあらゆる好適な組み合わせを含むがそれに限定されないあらゆる適切な媒体によって送信されてもよい。
【００２０】
本発明の動作を行うためのコンピュータ・プログラム・コードは、オブジェクト指向プログラミング言語、たとえばＪａｖａ（Ｒ）、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋など、および従来の手続き型プログラミング言語、たとえば「Ｃ」プログラミング言語または類似のプログラミング言語などを含む、１つまたはそれ以上のプログラミング言語のあらゆる組み合わせで書かれていてもよい。プログラム・コードは、すべてがユーザのコンピュータで実行されてもよいし、スタンド・アロン・ソフトウェア・パッケージとして部分的にユーザのコンピュータで実行されてもよいし、一部がユーザのコンピュータで、一部がリモート・コンピュータで実行されてもよいし、すべてがリモート・コンピュータまたはサーバで実行されてもよい。後者のシナリオにおいて、リモート・コンピュータは、ローカル・エリア・ネットワーク（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ：ＬＡＮ）または広域ネットワーク（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ：ＷＡＮ）を含むあらゆるタイプのネットワークを通じてユーザのコンピュータに接続されてもよいし、（たとえば、インターネット・サービス・プロバイダを用いてインターネットを通じて）外部コンピュータへの接続が行われてもよい。
【００２１】
以下においては、本発明の実施形態に従う方法、装置（システム）およびコンピュータ・プログラム製品の流れ図もしくはブロック図またはその両方を参照して、本発明のさまざまな局面が説明される。流れ図もしくはブロック図またはその両方の各ブロック、および流れ図もしくはブロック図またはその両方におけるブロックの組み合わせは、コンピュータ・プログラム命令によって実現され得ることが理解されるべきである。これらのコンピュータ・プログラム命令が、汎用コンピュータもしくは特定目的のコンピュータのプロセッサ、またはマシンを生成するためのその他のプログラマブル・データ処理装置に与えられることによって、そのコンピュータまたはその他のプログラマブル・データ処理装置を介して実行された命令が、流れ図もしくはブロック図またはその両方のブロックにおいて指定された機能／動作を実現するための手段を作成するようにしてもよい。
【００２２】
これらのコンピュータ・プログラム命令は、コンピュータまたはその他のプログラマブル・データ処理装置に特定の態様で機能するよう指示できるコンピュータ読取り可能媒体の中に保存されることによって、コンピュータ読取り可能媒体に保存された命令が、流れ図もしくはブロック図またはその両方のブロックにおいて指定された機能／動作を実現する命令手段を含む製造品を生成するようにしてもよい。
【００２３】
さらに、コンピュータ・プログラム命令は、コンピュータまたはその他のプログラマブル・データ処理装置にロードされて、そのコンピュータまたはその他のプログラマブル装置において一連の動作ステップを行わせることにより、コンピュータまたはその他のプログラマブル装置において実行される命令が、流れ図もしくはブロック図またはその両方のブロックにおいて指定された機能／動作を実現するためのプロセスを提供するような、コンピュータに実現されるプロセスを生成してもよい。
【００２４】
本発明の図面中の流れ図およびブロック図は、本発明のさまざまな実施形態に従うシステム、方法およびコンピュータ・プログラム製品の実現可能なアーキテクチャ、機能および動作を例示するものである。これに関して、流れ図またはブロック図における各ブロックは、特定の論理機能（単数または複数）を実現するための１つまたはそれ以上の実行可能な命令を含むモジュール、セグメント、またはコードの部分を表していてもよい。さらに、いくつかの代替的な実現においては、ブロック中に示される機能が図面に示される以外の順序で起こることがあることに留意すべきである。たとえば、連続して示される２つのブロックは、伴われる機能に依存して、実際には実質的に同時に実行されてもよいし、それらのブロックがときには逆の順序で実行されてもよい。さらに、ブロック図もしくは流れ図またはその両方の各ブロック、およびブロック図もしくは流れ図またはその両方のブロックの組み合わせは、指定された機能もしくは動作を行う特定目的のハードウェアに基づくシステム、または特定目的のハードウェアとコンピュータ命令との組み合わせによって実現され得ることが留意される。
【００２５】
図１は、本発明の実施を実現するために好適な例示的コンピューティングシステムのブロック図を示す。図示されるとおり、コンピュータ・システム１００は、ＣＰＵ（中央処理ユニット（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ））１０１と、ＲＡＭ（ランダム・アクセス・メモリ）１０２と、ＲＯＭ（リード・オンリ・メモリ）１０３と、システム・バス１０４と、ハード・ディスク・コントローラ１０５と、キーボード・コントローラ１０６と、直列インタフェース・コントローラ１０７と、並列インタフェース・コントローラ１０８と、ディスプレイ・コントローラ１０９と、ハード・ディスク１１０と、キーボード１１１と、直列周辺装置１１２と、並列周辺装置１１３と、ディスプレイ１１４とを含む。これらの構成要素のうち、システム・バス１０４に結合されているのはＣＰＵ１０１と、ＲＡＭ１０２と、ＲＯＭ１０３と、ハード・ディスク・コントローラ１０５と、キーボード・コントローラ１０６と、直列インタフェース・コントローラ１０７と、並列インタフェース・コントローラ１０８と、ディスプレイ・コントローラ１０９とである。ハード・ディスク１１０はハード・ディスク・コントローラ１０５に結合されており、キーボード１１１はキーボード・コントローラ１０６に結合されており、直列周辺装置１１２は直列インタフェース・コントローラ１０７に結合されており、並列周辺装置１１３は並列インタフェース・コントローラ１０８に結合されており、ディスプレイ１１４はディスプレイ・コントローラ１０９に結合されている。図１の構造ブロック図は例示の目的のためにのみ示されるものであって、本発明の範囲を限定するものではないことが理解されるべきである。場合によっては、特定の状況によっていくつかのデバイスが追加または除去されてもよい。
【００２６】
図２は、本発明の認証情報処理方法の流れ図を示す。図２に示される認証情報処理方法における認証情報は、第１の認証ノードに保存される。本発明の実施形態に従うと、認証情報は、たとえばアカウントＩＤ、個人識別番号（ｐｅｒｓｏｎａｌ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｎｕｍｂｅｒ）ＰＩＮなどのアカウント情報を含む。アカウントＩＤはたとえばユーザ名、ｅメール、ナンバープレートの番号などのあらゆるアカウントＩＤであってもよく、識別番号はたとえばパスワードおよびＩＤ番号などのあらゆる識別番号であってもよい。図４Ａは本発明の実施形態に従う認証情報の概略図を示しており、ここでの認証情報はアカウント情報Ａｃｃ  Ａを含む。もしこのアカウント情報がリストとして保存されていれば、そのリストは以下のとおりに示されてもよい。
【００２７】
【表２】
0006034368.tif 000003
【００２８】
本発明の別の実施形態に従うと、認証情報はアカウント情報および認証モジュール情報を含む。図４Ｂは本発明の別の実施形態に従う認証情報の概略図を示しており、ここでの認証情報はアカウント情報Ａｃｃ  Ａおよび認証モジュール情報Ｍｏｄ  Ａを含む。ＩＤおよびＰＩＮといった情報に加えて、アカウント情報はさらに認証モジュール・タグを含む。認証モジュール情報は認証モジュール・タグおよび暗号化アルゴリズムを含む。認証モジュール・タグは、アカウント情報と暗号化アルゴリズムとの間のブリッジである。一般的に、ＰＩＮは暗号文として認証ノードに保存され、ＩＤは暗号文として認証ノードに保存されてもよいし、プレーン・テキストとして認証ノードに保存されてもよいことが当業者に公知である。プレーン・テキストから暗号文への変換は暗号化アルゴリズムによって実現される。異なるアカウント情報は同一の暗号化アルゴリズムを用いてもよいし、異なる暗号化アルゴリズムを用いてもよい。異なるアカウント情報が同一の暗号化アルゴリズムを用いるときは、認証ノードに認証モジュール・タグを保存する必要はない。異なるアカウント情報が異なる暗号化アルゴリズムを用いるときは、認証情報における異なる暗号化アルゴリズムを区別する必要がある。簡単な実施の１つは、認証ノード内のアカウントＩＤに対応する認証モジュール・タグを保存することによって、対応する暗号化アルゴリズムを識別することである。ここに２つの暗号化アルゴリズムがあって、タグ＝０は第１の暗号化アルゴリズムが適用されることを示し、タグ＝１は第２の暗号化アルゴリズムが適用されることを示すとすれば、本実施形態におけるアカウント情報は下の表３のとおりに示され得る。
【００２９】
【表３】
0006034368.tif 000004
【００３０】
本実施形態における認証モジュール情報は、下の表４のとおりに示されてもよい。
【００３１】
【表４】
0006034368.tif 000005
【００３２】
表３および表４から、あるアカウントに適用可能な暗号化アルゴリズムを定めることができる。
【００３３】
上記実施形態の変形として、タグの数が暗号化アルゴリズムの数よりも多くなるように設定してもよく、それによってたとえ認証ノードがハッカーに攻撃されても、どの暗号化アルゴリズムが用いられているかをハッカーが推測することが困難となることによって、システム・セキュリティを高めることができる。このアカウント情報は下の表５のとおりに示されてもよく、認証モジュール情報は下の表６のとおりに示されてもよい。
【００３４】
【表５】
0006034368.tif 000006
【表６】
0006034368.tif 000007
【００３５】
アカウント情報を異なるノードに分散できる機構と同様にして、認証モジュール情報も異なる認証ノードに分散できる。
【００３６】
本発明は、認証情報の記憶形式に対するいかなる特定の限定も有さない。記憶形式はプレーン・テキスト・ファイル（ＣＶＳファイルなど）、データベース、リスト、またはディレクトリ・ツリー（ＬＤＡＰおよびＮＩＳ（ネットワーク情報サービス（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ））ディレクトリ・ツリーなど）であってもよい。
【００３７】
図２に戻ると、ステップ２０１において、認証情報の循環順序が定められる。循環順序は少なくとも、ある認証ノードがそこに保存された認証情報をどの認証ノードに送信するかを記述するものである。本発明の実施形態に従うと、循環順序は循環前（例、循環の１日前または１時間前など）に時間的に定められる。循環順序を時間的に定めることはシステム・セキュリティを高め得る。なぜなら、ノードの認証情報がどこに循環されるかをハッカーが定められなくなるからである。
【００３８】
本発明の別の実施形態に従うと、循環順序は循環前の特定の期間内に定められる（例、循環の１週間前もしくは１ヵ月前、または前の循環の直後に次の循環の循環順序が定められるなど）。こうした実施形態においては、ある期間だけ先立って循環順序が定められるため、循環前に循環順序を定めることによってもたらされるオーバヘッドが節減される。
【００３９】
認証情報がアカウント情報および認証モジュール情報を含むとき、循環順序はさらに、アカウント情報の循環順序および認証モジュール情報の循環順序を含んでもよい。アカウント情報の循環順序および認証モジュール情報の循環順序は、同じであっても異なっていてもよい。アカウント情報の循環順序と認証モジュール情報の循環順序とが異なる場合には、アカウント情報が循環される先の認証ノードと、認証モジュール情報が循環される先の認証ノードとが異なることがある。たとえば、アカウント情報は第２の認証ノードに送信されてもよく、一方で認証モジュール情報は第３の認証ノードに送信されてもよい。
【００４０】
ステップ２０３において、認証情報の循環トリガ条件が定められる。循環トリガ条件は、いつ、またはどの条件下で循環が開始されるかを記述するものである。一般的な観点から、循環トリガ条件は静的トリガ条件であっても動的トリガ条件であってもよい。静的トリガ条件は、予め定められた時間（例、３ヵ月後）に達することであってもよく、すなわち予め定められた期間ごとに認証情報の循環が行われる。本発明の実施形態に従うと、予め定められた期間は固定された期間（例、常に３ヵ月）であってもよい。本発明の別の実施形態に従うと、この特定の期間は継続的に調整されてもよい（例、第１の循環と第２の循環との間隔は３ヵ月であるが、第２の循環と第３の循環との間隔は２ヵ月である）。認証ノードのクロックが正確でかつ安定している限り、静的トリガ条件に従って認証情報の循環を行うことができるため、静的トリガ条件を用いるときの管理コストは低くなる。
【００４１】
別の実施形態において、循環トリガ条件は動的トリガ条件である。たとえば、認証ノードがハッカーに攻撃されたときに認証情報の循環がトリガされてもよい。さらに、たとえばシステム管理者が特定の条件に従ってあらゆるときに認証情報の循環をトリガしてもよい。加えて、ある認証ノードが頻繁にアクセスされるときには、その認証ノードへのアクセス数が特定の数に達したときに認証情報の循環がトリガされてもよい。さらに、ある認証ノードが常にビジー状態であるために何度も循環に加わらないときは、この認証ノード自身が認証情報の循環をトリガしてもよい。本発明はさらに他の動的トリガ条件を含んでもよい。さらに、本発明の動的条件は静的トリガ条件と同時に用いられてもよい。たとえば、静的トリガ条件は３ヵ月ごとに１回循環することであるが、２ヵ月目のある日にある認証ノードがハッカーに攻撃されたために認証情報の循環をトリガすることなどである。
【００４２】
特定の観点から、循環トリガ条件は、ノードがアイドル状態であるときに認証情報の循環を開始することを含む。たとえば、その認証ノードは通常夜間には頻繁にアクセスされることがなく、夜間に認証情報の循環を行うように選択されていてもよい。または、たとえばある認証ノードが予め定められた循環時間になおもビジー状態であれば、そのノードは循環プロセスに加わらないようにスキップされてもよい。さらに、たとえば予定循環時刻の前に各認証ノードのビジー状態が照会されてもよい。もしあるノードがビジー状態であれば、すべての認証ノードがアイドル状態になるまで循環開始時刻を遅らせてもよい。
【００４３】
ステップ２０５において、循環トリガ条件が満たされたことに応答して、認証情報の少なくとも一部が循環順序に従って送信される。たとえば、第１の認証ノードがそこに保存された認証情報を第２の認証ノードに送信することによって、第２の認証ノードはその認証情報に関係する認証要求を処理する。
【００４４】
図２におけるステップ２０１および２０３の順序は固定されていない。ステップ２０１はステップ２０３の前に行われても後に行われてもよいし、ステップ２０１および２０３が同時に行われてもよい。
【００４５】
図３は、本発明の実施形態に従って認証情報の循環順序を定めるステップの流れ図を示す。図３は、図２のステップ２０１のさらなる説明である。ステップ３０１において、各認証ノードはランダム数を生成する。ステップ３０３において、生成されたランダム数に従って指令ノード（ｃｏｍｍａｎｄｅｒ  ｎｏｄｅ）が定められる。ステップ３０５において、指令ノードが循環順序を定める。
【００４６】
以下では、認証情報の循環順序を定めるプロセスを図８Ａおよび図８Ｂとともに説明する。
【００４７】
図８Ａは、本発明の実施形態に従って認証情報が循環される前の認証システムの概略図を示す。図８Ａに示される認証システムは、それぞれノード１からノード５という５つの認証ノードを有する。本実施形態において、各認証情報の暗号化アルゴリズムは同じであると想定し、よって認証ノードに保存される認証情報はアカウント情報のみを含み、認証モジュール情報は含んでいない。本実施形態において、現在のノード１は認証情報Ａｃｃ  Ａを保存し、ノード２は認証情報Ａｃｃ  Ｂを保存し、ノード４は認証情報Ａｃｃ  Ｃを保存していると想定する。
【００４８】
ステップ３０１において、各認証ノードは０から９９までの範囲のランダム数を生成し、各認証ノードがランダム数を生成した結果は下の表７のとおりに示される。
【００４９】
【表７】
0006034368.tif 000008
【００５０】
ステップ３０３において、各認証ノードによって生成されたランダム数に従って指令ノードが定められる。たとえば、最大のランダム数を生成したノードが指令ノードとして用いられてもよい。表７においては、ノード３が最大のランダム数を生成しているため、ノード３が指令ノードとなる。
【００５１】
次にステップ３０５において、指令ノード「ノード３」が循環順序を定める。ノード３は、一時的に１〜５の数からなる整数順序、たとえば５→３→４→１→２→５などを生成してもよい。この整数順序は次の循環プロセスの循環順序を記述するものであり、つまりもしノード５に認証情報があればそれはノード３に送信され、もしノード３に認証情報があればそれはノード４に送信され、もしノード４に認証情報があればそれはノード１に送信され、もしノード１に認証情報があればそれはノード２に送信され、もしノード２に認証情報があればそれはノード５に送信される。上記の規則から定められ得るとおり、図８ＡのＡｃｃ  Ａはノード２に送信され、Ａｃｃ  Ｂはノード５に送信され、Ａｃｃ  Ｃはノード１に送信される。図８Ｂは、本発明の実施形態に従って認証情報が循環された後の認証システムの概略図を示す。循環後、認証情報は新たな認証ノードに保存されており、認証情報に関係する認証要求も新たな認証ノードによって処理される。本発明における循環順序は、認証情報を有する１つの認証ノードから別の認証ノードへの送信の順序、たとえば５→３などを示してもよいし、複数の認証ノード間での認証情報の循環順序、たとえば５→３→４→１→２→５などを示してもよい。
【００５２】
本発明の別の実施形態に従うと、指令ノードを設定する必要はない。最初に、たとえば表７と同様に各認証ノードがランダム数を生成する。次いで、生成されたランダム数の大きさの順序に従って、たとえば３→２→４→５→１などと循環順序が定められる。もしノード３に認証情報があればそれはノード２に送信され、もしノード２に認証情報があればそれはノード４に送信され、もしノード４に認証情報があればそれはノード５に送信され、もしノード５に認証情報があればそれはノード１に送信され、もしノード１に認証情報があればそれはノード３に送信される。
【００５３】
本発明の別の実施形態に従うと、指令ノードを設定する必要はない。最初に各認証ノードがランダム数を生成し、次いで生成されたランダム数に対してモジュラス演算（ｍｏｄｕｌｕｓ  ｏｐｅｒａｔｉｏｎ）が行われ、そのモジュラス演算の剰余の大きさの順序に従って循環順序が定められる。
【００５４】
本発明のさらなる実施形態に従うと、認証情報の循環を開始する認証ノードによってランダム順序が生成され、たとえばそのランダム順序は１〜５の５つの数で形成されており（例、３１２４５）、この生成されたランダム順序に従って循環順序が３→１→２→４→５→３と定められる。つまり、本発明における循環順序の決定は、循環トリガ条件の決定に関連していてもよいことが分かる。異なる循環トリガ条件に対しては、異なる循環順序生成の態様が存在してもよい。本段落の上記の例において、循環トリガ条件が動的トリガ条件であるとき、循環順序は特定の認証ノードによって動的に定められてもよい。
【００５５】
本発明は上述の循環順序生成の態様に限定されることなく、もっと多くの循環順序生成の態様に拡張され得る。生成された循環順序をハッカーが得る可能性をさらに低くするために、認証情報の循環順序はランダム数によって定められてもよく、そのランダム数はある認証ノードによって生成されるランダム順序であってもよいし、複数のノードによって生成されるランダム数であってもよい。
【００５６】
図９Ａは、本発明の別の実施形態に従って認証情報が循環される前の認証システムの概略図を示す。図９Ａに示される実施形態において、認証情報のアカウント情報および対応する認証モジュール情報は、循環前は同じ認証ノードに保存されている（アカウント情報Ａｃｃ  Ａおよび認証モジュール情報Ｍｏｄ  Ａはどちらも認証ノード「ノード１」に保存され、アカウント情報Ａｃｃ  Ｂおよび認証モジュール情報Ｍｏｄ  Ｂはどちらも認証ノード「ノード２」に保存され、アカウント情報Ａｃｃ  Ｃおよび認証モジュール情報Ｍｏｄ  Ｃはどちらも認証ノード「ノード４」に保存されている）が、循環後、アカウント情報および対応する認証モジュール情報は異なる認証ノードに保存される。図９Ｂは、本発明の別の実施形態に従って認証情報が循環された後の認証システムの概略図を示す。図９Ｂに示される実施形態において、認証ノード「ノード１」はアカウント情報Ａｃｃ  Ｃおよび認証モジュール情報Ｍｏｄ  Ａを保存し、認証ノード「ノード２」はアカウント情報Ａｃｃ  Ａを保存し、認証ノード「ノード３」は認証モジュール情報Ｍｏｄ  Ｂを保存し、認証ノード「ノード４」は認証モジュール情報Ｍｏｄ  Ｃを保存し、認証ノード「ノード５」はアカウント情報Ａｃｃ  Ｂを保存している。
【００５７】
上に言及したとおり、異なるアカウント情報が異なる暗号化アルゴリズムを適用するときは、認証情報において異なるアルゴリズムを区別する必要がある。簡単な実装は、認証ノード内のアカウントに対応する認証モジュール・タグを保存することによって、対応する暗号化アルゴリズムを識別することであり、ここで認証モジュール情報の循環順序はアカウント情報の循環順序と同じであっても異なっていてもよい。認証モジュール情報の循環順序とアカウント情報の循環順序とが同じであれば、認証モジュール情報は対応するアカウント情報に永続的に結合される。認証モジュール情報の循環順序とアカウント情報の循環順序とが異なっていれば、これら２つは異なる認証ノードに保存されるかもしれず、アカウント情報および認証モジュール情報はその後それぞれ別の態様で循環してもよい。
【００５８】
本発明の実施形態に従うと、アカウント情報だけが循環されてもよく、認証モジュール情報は循環されなくてもよい。別の実施形態に従うと、認証モジュール情報だけが循環されてもよく、アカウント情報は循環されなくてもよい。
【００５９】
任意には、認証モジュール情報が循環されるときに、システム・セキュリティをさらに高めるために認証モジュール・タグ「タグ」が変更されてもよい。たとえば表３および表４のタグが変更されてもよく、タグ＝０がタグ＝３に変更され、タグ＝１がタグ＝４に変更されてもよい。変更後のアカウント情報および認証モジュール情報は、下の表８および表９のとおりに示される。
【００６０】
【表８】
0006034368.tif 000009
【表９】
0006034368.tif 000010
【００６１】
本発明の実施形態に従うと、認証情報は、認証情報の有効期間を示すためのタイムスタンプ情報をさらに含んでもよい。一例において、タイムスタンプ情報は「２０１１０４１７、３」であり、これは認証情報が２０１１年４月１７日にローカル認証ノードに循環されたことと、その有効期間が３ヵ月であることとを示す。すなわち、３ヵ月後には次の循環が行われる必要がある。別の例において、タイムスタンプ情報は「２０１１０７１７」であり、これは認証情報が２０１１年７月１７日より前まで有効であることを示す。さらに別の例において、タイムスタンプ情報は「２０１１０４１７、有効」であり、これは認証情報が２０１１年４月１７日にローカル認証ノードに循環されたことと、認証情報の「有効」状態ビットが「有効」であることとを示す。認証情報の循環が始まると、「有効」状態ビットは「無効」と設定される。本例は、循環をトリガするために動的トリガ条件を用いる解決策に対して好適である。もちろん、本発明はタイムスタンプ情報を表すために他の表現を用いることに関して限定されない。タイムスタンプ情報を用いる認証情報は、システム・セキュリティをさらに高め得る。ハッカーがある認証ノードを攻撃したとしても、彼／彼女は常時そのノード内の認証情報を用いることができるわけではない。
【００６２】
本発明の実施形態に従うと、循環期間に認証ノードの部分的な循環のみが行われる。たとえば、元々設定された循環時刻は午前２：００であるが、その循環時刻より前に、第２の認証ノードの実際のパフォーマンスが評価される。もしその評価によって第２の認証ノードがビジー状態であることが見出されれば、この循環プロセスは第２の認証ノードをスキップして、他のノード間で認証情報の循環を行ってもよい。さらに、認証ノードが複数の循環プロセスでスキップされることを回避するために、認証ノードが永遠に循環に加われなくなることを防ぐように認証ノードの実際のパフォーマンスを改訂してもよい。たとえば、実際のパフォーマンスの値は０から１００の範囲のスコアであり、スコアが高いほどその認証ノードがビジー状態であることを示し、スコアが低いほどその認証ノードがアイドル状態であることを示す。このとき、実際のパフォーマンスを改訂した後の改訂パフォーマンスは下記のとおりであってもよい。
ＣＰ＝ＲＰ−（Ｗ＊Ｔ）    等式１
【００６３】
ここでＣＰは改訂後のパフォーマンススコアを表し、ＲＰは認証ノードの実際のパフォーマンススコアを表し、Ｗは重みを表し、Ｔはこの認証ノードが循環に加わらなかった回数を表す。等式１から、認証ノードが循環に加わらなかった回数が増えるにつれて、改訂後のパフォーマンススコアが低くなることが分かる。改訂後のパフォーマンススコアが特定の閾値よりも低ければ、この認証ノードは認証情報の循環に加わらなければならない。等式１によって、ある認証ノードが常にビジー状態であるために常に認証情報の循環に加われないことが防止される。
【００６４】
もちろん本発明は、循環プロセスにおいてある認証ノードが常に無視されることを回避するために他のやり方を用いることを排除するものではなく、たとえば、どの認証ノードも連続２回認証情報の循環プロセスに加わらないことは認められないことが指定されてもよい。
【００６５】
図５は、本発明の実施形態に従って認証要求をディスパッチするステップの流れ図を示す。図５は図８Ａおよび図８Ｂに対応している。図５に示される実施形態においては、認証情報はアカウント情報を含むが認証モジュール情報は含まないものと想定し、すなわちすべてのアカウント情報に同じ暗号化アルゴリズムが適用されるものとする。ステップ５０１において、認証要求が受け取られる。認証要求はクライアントからのものであってもよく、たとえば認証要求は、従業員が会社のイントラネットにログインするときに彼／彼女から送られるログイン要求からのものであってもよい。
【００６６】
ステップ５０３において、認証要求は対応する認証ノードにディスパッチされる。認証要求を対応する認証ノードにディスパッチするためのやり方は多数存在する。本発明の実施形態に従うと、認証ノードからなる認証ネットワークにおいて認証要求を一斉通信するためにマルチキャスティングが用いられてもよい。認証ネットワークにおける認証ノードのアドレスは、マルチキャスト・アドレス・セットを形成する。認証ネットワークに新たな認証ノードが加わると、その新たな認証ノードのネットワーク・アドレスもマルチキャスト・アドレス・セットに加わる。認証ネットワークにおいて認証要求を受け取った認証ノードは、そのノードに認証要求を満たす情報があるかどうかをチェックする。もし情報がなければ、応答は行われない。もし情報があれば、後続ステップが行われる。一例においては、ユーザがクライアントにおいてアカウントＩＤおよびパスワードＰＩＮを入力し、そのＩＤおよびＰＩＮ（またはＰＩＮの変更形）が認証ノードに送られ、認証ノードはそこに保存されたＩＤをチェックしてそこに認証要求を満たす情報があるかどうかを定めるものと想定する。その後、認証ノードはユーザが入力したＰＩＮに従ってそのユーザを認証する。
【００６７】
別の例においては、ユーザがクライアントにおいてアカウントＩＤおよびパスワードＰＩＮを入力し、ＩＤのみが認証ノードに送られ、認証ノードがそこに保存されたＩＤをチェックしてそこに認証要求を満たす情報があることを定めたときに、認証ノードがさらにクライアントに接触してＰＩＮを得ることによって、後続プロセス・ステップを行うものと想定する。より複雑な例においては、認証ノードはＰＩＮを得るためにクライアントに接触する必要があるだけでなく、認証要求の後続処理を行うために特別な認証ノードにも接触する必要があり、たとえば認証ノードは政府機関のサーバに接触して、ユーザが入力したＩＤカード番号が正しいかどうかを定める必要がある。
【００６８】
上記では、マルチキャスティングによって認証要求を認証ノードにディスパッチするステップの詳細を説明した。以下では、ノード・ルータを用いて認証要求を対応する認証ノードにディスパッチするプロセスを説明する。ノード・ルータは、認証要求を処理されるべき対応の認証ノードにディスパッチする役割を担う。ノード・ルータは特別なノードが引き受けてもよいし、複数の認証ノードのうちの１つが引き受けてもよい。ノード・ルータはディスパッチ表を保存していてもよく、その表は下の表１０のとおりに示される。
【００６９】
【表１０】
0006034368.tif 000011
【００７０】
表１０の内容は、ユーザ名「ジェームズ」の認証情報が第１のノードに保存されていることを示す。したがってノード・ルータは「ジェームズ」に関係する認証要求を第１のノードに送信してもよい。もし認証ノードの認証情報が循環されれば、循環後にディスパッチ表が最新の認証情報記憶状態を反映するように更新される。たとえば、もしノード１の認証情報がノード２に循環されれば、ディスパッチ表は下の表１１に示されるとおりに修正されてもよい。
【００７１】
【表１１】
0006034368.tif 000012
【００７２】
ここで図５に戻って、ステップ５０５において認証要求が処理される。ステップ５０５の詳細な内容は下にさらに詳細に説明される。ステップ５０７において、認証要求が認証に成功したか失敗したかを示すために認証結果が戻される。
【００７３】
図６は、本発明の別の実施形態に従って認証要求をディスパッチするステップの流れ図を示す。図６の実施形態は図９Ａおよび図９Ｂの実施形態に対応する。図６に示される実施形態においては、認証情報がアカウント情報および認証モジュール情報を含むものと想定し、すなわち異なるアカウント情報には異なる暗号化アルゴリズムが適用されるものとする。ステップ６０１において、認証要求を受け取る。ステップ６０３において、認証要求に従ってその認証要求に対応するアカウント情報を得る。ステップ６０５において、認証要求内の認証モジュール・タグをチェックして、その認証モジュール・タグに対応する認証モジュール情報（例、暗号化アルゴリズム）が存在する認証ノードを定める。ステップ６０７において、その認証モジュール情報を含む認証ノードにアカウント情報および認証要求をディスパッチすることによって、その認証モジュール情報を含む認証ノードが認証要求を処理するようにする。ステップ６０９において、認証要求を処理する。ステップ６０９の詳細は下に詳細に説明される。ステップ６１１において、認証要求が成功したかどうかを定めるために認証結果を戻す。
【００７４】
図７は、本発明の実施形態に従って認証要求を処理するステップの流れ図を示す。図７の流れ図は、図５のステップ５０５および図６のステップ６０９のさらなる説明である。図８Ａおよび図８Ｂに示される実施形態または図９Ａおよび図９Ｂに示される実施形態のいずれにおいても、認証要求の処理は、認証情報を送信する際に休止されても休止されなくてもよい。認証要求の処理が休止されるとき、その認証要求は循環の終了後に処理されるべき新たな認証ノードに転送される。つまり、認証情報はカット(cut)によって元の認証ノードから新たな認証ノードへと送信されてもよく、元の認証ノードはもはや元の認証情報のコピーをセーブしない。認証要求の処理が休止されないときは、認証情報を送信する間も認証要求はまだ元の認証ノードによって処理されていてもよく、すべての認証情報が元の認証ノードから新たな認証ノードにコピーされた後に、新たな認証ノードがその認証要求を処理する。本実施形態において、認証情報はコピー・アンド・ペーストによって元の認証ノードから新たな認証ノードへと送信されてもよい。
【００７５】
特定的には、ステップ７０１において、認証ノードが認証情報を送信する期間であるかどうかが定められる。もしその認証ノードがちょうど認証情報を送信する期間内であれば、次いでステップ７０３において、認証要求の処理が休止される必要があるかどうかがさらに定められる。もし認証要求の処理が休止される必要があれば、次いでステップ７０５において、認証情報を送信する期間の終了後に認証要求が別の認証ノードにディスパッチされ、その別の認証ノードが認証要求を処理する。別の認証ノードにディスパッチする動作は、上述のマルチキャストの態様で達成されてもよいし、上述のノード・ルータに助けられてもよいし、認証ノードが解決されるべき認証要求を別の認証ノードに直接転送してもよい。ステップ７０３において、もし認証ノードに対するプロセスが休止される必要がないと定められれば、次いでステップ７０７において、認証ノードは認証要求の処理を達成する。ステップ７０１において、もし認証ノードが認証情報を送信する期間ではないと定められれば、次いで流れは直接ステップ７０７に進み、そこで認証ノードは認証要求を処理する。
【００７６】
図１０は、本発明の認証情報処理システムの流れ図を示す。図１０の認証情報処理システムは、循環順序決定手段と、循環トリガ条件決定手段と、送信手段とを含む。図１０の認証情報処理システムにおいて、認証情報は第１の認証ノードに保存されている。図１０の循環順序決定手段は、認証情報の循環順序を定めるように構成される。循環トリガ条件決定手段は、認証情報の循環トリガ条件を定めるように構成される。送信手段は、認証情報の少なくとも一部を第２の認証ノードに送信することによって、第２の認証ノードが、循環トリガ条件を満たすことに応答して、循環順序に従って認証情報に関係する認証要求を処理するように構成される。
【００７７】
本発明の実施形態に従うと、図１０の認証情報はアカウント情報を含む。
【００７８】
本発明の別の実施形態に従うと、図１０の認証情報はアカウント情報に加えて、認証モジュール情報をさらに含む。
【００７９】
本発明の実施形態に従うと、図１０の循環順序はアカウント情報の循環順序および認証モジュール情報の循環順序を含む。加えて送信手段はさらに、アカウント情報を第２の認証ノードに送信し、認証モジュール情報を第３の認証ノードに送信するように構成される。
【００８０】
本発明の実施形態に従うと、循環トリガ条件は、特定の時間間隔の後に認証情報の循環を開始することを含む。
【００８１】
本発明の別の実施形態に従うと、循環トリガ条件は動的トリガ条件である。
【００８２】
本発明のさらに別の実施形態に従うと、循環トリガ条件は、ノードがアイドル状態であるときに認証情報の循環を開始することを含む。
【００８３】
別の実施形態に従うと、認証情報は、認証情報の有効期間を示すためのタイムスタンプを含む。
【００８４】
図１０に示される認証情報処理システムにおけるモジュールの機能は、上記の認証情報処理方法の説明に詳細に記載されており、ここには繰り返さない。
【００８５】
本発明のさまざまな実施形態は、本発明の概要に述べられている利点および技術的解決策自体から推論され得る利点を含む多くの利点を提供し得る。しかしながら、ある実施形態がすべての利点を達成するかどうか、およびこうした利点が本質的な改善を構成すると考えられるかどうかは、本発明に対する限定ではない。一方で、上に言及したさまざまな実施は単なる例示の目的のためのものであって、当業者は本発明の実体から逸脱することなく上記の実施にさまざまな修正および変更を加えることができる。本発明の範囲は、添付の請求項によって全体的に定義される。
【図１】
0006034368.tif 000013
【図２】
0006034368.tif 000014
【図３】
0006034368.tif 000015
【図４】
0006034368.tif 000016
【図５】
0006034368.tif 000017
【図６】
0006034368.tif 000018
【図７】
0006034368.tif 000019
【図８】
0006034368.tif 000020
【図９】
0006034368.tif 000021
【図１０】
0006034368.tif 000022