(57)【要約】  クラスターのサーバーコンピュータシステム間の通信は、コンフィギュレーション状態の通知を日常的に交換し、そして更新されたコンフィギュレーションデータセットをオンデマンドで送信する。各状態メッセージは、サーバーのローカルコンフィギュレーションの変化を識別し、そして更に、暗号化された確認データを含む。各サーバーは、クラスターに参加するものとして各サーバーに知られたサーバーを識別する各データセットを含む各コンフィギュレーションデータを記憶する。各状態メッセージは、その受信時に、受信側サーバーにより記憶された各コンフィギュレーションデータに対して確認される。状態メッセージは、受信側サーバーに知られたサーバーからの発信であることが、受信側サーバーにより保持されたコンフィギュレーションデータから決定されたときだけ、有効と決定される。確認された発信側サーバーが、更新されたコンフィギュレーションデータを識別する場合には、受信側サーバーは、その更新されたコンフィギュレーションデータセットのコピーを要求し、ローカルに保持されたコンフィギュレーションデータを同等に変更するには、これも確認されねばならない。従って、クラスターのコンフィギュレーションは、更新されたコンフィギュレーションに収斂する。【選択図】図６
2007507760.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにより相互接続された複数のサーバーのセキュアな相互コンフィギュレーションをマネージ（管理）する方法において、
ａ）前記複数のサーバー間で状態メッセージを日常的に交換するステップであって、前記状態メッセージは、前記複数のサーバーの相互コンフィギュレーションの変化を識別し、各々の前記状態メッセージは、暗号化された確認データを含み、そして前記複数のサーバーは、前記複数のサーバーを構成するものとして各々のサーバーに知られたサーバーを識別するデータの各セットを含む各コンフィギュレーションデータを記憶するようなステップと、
ｂ）前記複数のサーバーにより記憶された各コンフィギュレーションデータに対して前記複数のサーバーにより各々受信されたものとして前記状態メッセージを確認するステップであって、前記状態メッセージは、第２サーバーの各コンフィギュレーションデータに対して知られていると決定された第１サーバーから発信するときに有効と決定されるようなステップと、
ｃ）前記第２サーバーの各コンフィギュレーションデータを選択的に変更するステップと、
を備えた方法。
【請求項２】
選択的に変更する前記ステップは、
ａ）前記第１サーバーの各コンフィギュレーションデータを検索するステップと、
ｂ）前記第１サーバーの各コンフィギュレーションデータを前記第２サーバーの各コンフィギュレーションデータとして合体するステップと、
を備えた請求項１に記載の方法。
【請求項３】
前記第１サーバーの各コンフィギュレーションデータは、暗号化された確認データを含み、そして前記検索ステップは、前記第１サーバーの各コンフィギュレーションデータを、第２サーバーの各コンフィギュレーションデータに対して決定された前記複数のサーバーの既知のサーバーから発信するものとして確認するステップを含む、請求項２に記載の方法。
【請求項４】
前記既知のサーバーは前記第１サーバーである、請求項３に記載の方法。
【請求項５】
前記各コンフィギュレーションデータに含まれた前記暗号化された確認データは、各コンフィギュレーションデータのデジタルシグネチャーである、請求項４に記載の方法。
【請求項６】
前記状態メッセージに含まれた前記暗号化された確認データは、前記状態メッセージを発信する各サーバーの暗号化された識別子を含む、請求項５に記載の方法。
【請求項７】
前記各コンフィギュレーションデータは、前記複数のサーバーを構成するものとして各サーバーに知られたサーバーに対応するパブリックキーの各セットを含む、請求項６に記載の方法。
【請求項８】
前記状態メッセージは、各コンフィギュレーションデータバージョン識別子を含み、そして前記検索ステップは、前記複数のサーバーの各サーバーにより保持された各コンフィギュレーションデータのコンフィギュレーションデータバージョン識別子より現在に近いコンフィギュレーションデータバージョン識別子に応答する、請求項７に記載の方法。
【請求項９】
前記複数のサーバーの所定のサーバーは、各コンフィギュレーションデータを変更させることのできる管理上のインターフェイスを備え、前記方法は、更に、管理上変更されたコンフィギュレーションデータの各コンフィギュレーションデータバージョン識別子を改訂するステップを備えた、請求項８に記載の方法。
【請求項１０】
通信ネットワークを経て複数のコンピュータシステムへコンフィギュレーションデータをセキュアに配布する方法であって、各コンピュータシステムは、サービス要求に応答して、各コンフィギュレーションデータ記憶装置に記憶されたコンフィギュレーションデータを評価して、各応答を決定するように動作するものである方法において、
ａ）前記通信ネットワークからバージョンメッセージをコンピュータシステムにより受信するステップと、
ｂ）前記コンピュータシステムによりセキュアに保持された検証暗号化データを使用して前記バージョンメッセージを検証するステップと、
ｃ）前記バージョンメッセージに基づき、前記バージョンナンバーメッセージに対して識別されたコンフィギュレーションデータソースサーバーから更新されたコンフィギュレーションデータを検索するように決定するステップと、
ｄ）前記コンフィギュレーションデータソースサーバーから検索された更新されたコンフィギュレーションデータを前記コンピュータシステムのコンフィギュレーションデータ記憶装置にインストールするステップであって、前記更新されたコンフィギュレーションデータは、暗号化されたデータブロックとして検索され、そして更に、前記暗号化されたデータブロック内で所定のコンフィギュレーションデータを探索して、その所定のコンフィギュレーションデータを暗号解読することを含むようなステップと、
を備えた方法。
【請求項１１】
前記探索するステップは、前記コンピュータシステムによりセキュアに保持された位置暗号化データを使用して前記所定のコンフィギュレーションデータの位置を決定する、請求項１０に記載の方法。
【請求項１２】
前記検証暗号化データ及び前記位置暗号化データは、前記コンピュータシステムによりセキュアに保持されたプライベート暗号化キーに関連付けられる、請求項１１に記載の方法。
【請求項１３】
前記検証暗号化データ及び前記位置暗号化データは、前記コンピュータシステムによりセキュアに保持された各プライベート暗号化キーに関連付けられる、請求項１２に記載の方法。
【請求項１４】
前記複数のコンピュータシステムは、前記コンフィギュレーションデータの共通バージョンを使用し、前記インストールするステップは、最終的に、前記更新されたコンフィギュレーションデータを前記コンピュータシステムにより使用するためにインストールし、そして前記方法は、更に、
ａ）前記更新されたコンフィギュレーションデータをステージングして、前記更新されたコンフィギュレーションデータのインストールの完了を保留するステップと、
ｂ）前記インストールするステップが前記更新されたコンフィギュレーションデータのインストールを完了したときに前記複数のコンピュータシステムが前記コンフィギュレーションデータの共通バージョンの使用を信号するのを待機するステップと、
を備えた請求項１０に記載の方法。
【請求項１５】
前記コンピュータシステムは、前記複数のコンピュータシステムの他の各々のシステムからバージョンメッセージを受信し、前記決定するステップは、前記複数のコンピュータシステムの他の各々により使用されるか又は使用するようにステージされたコンフィギュレーションデータの最新のバージョンを決定し、そして前記待機するステップは、前記複数のコンピュータシステムの他の各々が前記コンフィギュレーションデータの共通の最新バージョンの使用を信号するのを待機する、請求項１４に記載の方法。
【請求項１６】
前記複数のコンピュータシステムは、各バージョンメッセージを介して前記コンフィギュレーションデータの共通の最新バージョンの使用を信号する、請求項１５に記載の方法。
【請求項１７】
ネットワークサービスを提供するコンピュータシステムのクラスター間で通信ネットワークを経てコンフィギュレーション情報をセキュアに配布する方法であって、前記コンフィギュレーション情報の変更を、前記クラスターに参加するコンピュータシステムから配布し、そして前記参加するクラスターコンピュータシステムにインストールする際に、コンピュータシステムの前記クラスターの一貫したコンフィギュレーション情報バージョンのオペレーションを可能にするように相互に整合するような方法において、
ａ）所定のコンフィギュレーションバージョンを有する変更されたコンフィギュレーションデータセットを受信するステップと、
ｂ）前記変更されたコンフィギュレーションデータセットに含まれた暗号化キーデータに対応する所定の暗号化キーを使用して前記変更されたコンフィギュレーションデータセットを暗号化することにより、暗号化されたコンフィギュレーションデータセットを準備するステップと、
ｃ）前記所定のコンフィギュレーションバージョンを参照するコンフィギュレーションバージョンメッセージを、前記コンピュータシステムのクラスターを接続する通信ネットワークを経て送信するステップと、
ｄ）前記暗号化されたコンフィギュレーションデータセットのコピーを検索するための要求にサービスするステップと、
ｅ）前記コンピュータシステムのクラスター間で、前記変更されたコンフィギュレーションデータセットのインストールを、前記クラスターのコンピュータシステムの動作コンフィギュレーションデータセットとして整合するステップと、
を備えた方法。
【請求項１８】
前記クラスターのコンピュータシステムは、共通のネットワークサービスアプリケーションを各々実行し、前記共通のネットワークサービスアプリケーションの実行は、各々のインストールされたコンフィギュレーションデータセットに依存するものであり、そして前記整合するステップは、前記コンピュータシステムにより前記変更されたコンフィギュレーションデータセットを相互に対応的にインストールし、これにより、前記共通のネットワークサービスアプリケーションの実行を前記コンピュータシステムのクラスターにわたって一貫したものにする、請求項１７に記載の方法。
【請求項１９】
前記変更されたコンフィギュレーションデータセットは、前記クラスターの各コンピュータシステムで識別される個々のコンフィギュレーションデータセットを備え、前記変更されたコンフィギュレーションデータセットは、複数のプライベート暗号化キーを含み、そして前記準備するステップは、前記複数のプライベート暗号化キーを使用して前記変更されたコンフィギュレーションデータを暗号化する、請求項１８に記載の方法。
【請求項２０】
前記個々のデータセットは、前記複数のプライベート暗号化キーの各１つに対して暗号化され、そして前記クラスターの所定のコンピュータシステムは、前記複数のプライベート暗号化キーの各１つで、前記暗号化されたコンフィギュレーションデータセットからの前記個々のデータセットの対応する１つを暗号解読しなければならない、請求項１９に記載の方法。
【請求項２１】
サーバークラスターのサーバーコンピュータシステム間でコンフィギュレーションデータセットをセキュアに配布する方法であって、動作コンフィギュレーションデータセットを個々のサーバーコンピュータシステムにより使用して、そのサーバーコンピュータシステムによりネットワークサービスを実行するためのパラメータを定義するような方法において、
ａ）前記サーバークラスターの第１サーバーコンピュータシステムにより、前記サーバークラスターの第２サーバーコンピュータシステムに保持された改訂されたコンフィギュレーションデータセットを識別するステップと、
ｂ）前記第１サーバーコンピュータシステムにより、前記第２サーバーコンピュータシステムから前記改定されたコンフィギュレーションデータセットを検索するステップと、
ｃ）前記改定されたコンフィギュレーションデータセットを、前記第１サーバーコンピュータシステムに対する現在コンフィギュレーションデータセットとしてインストールするために暗号解読するステップであって、前記改定されたコンフィギュレーションデータセットは、前記第１サーバーコンピュータシステムにより暗号解読するように独特に暗号化されたものであるステップと、
ｄ）前記サーバークラスターの各サーバーコンピュータシステムが前記現在コンフィギュレーションデータセットを有することを前記第１サーバーコンピュータシステムにより検証するステップと、
ｅ）前記現在コンフィギュレーションデータセットを前記第１サーバーコンピュータシステムに対する動作コンフィギュレーションデータとして前記第１サーバーコンピュータシステムにインストールするステップと、
を備えた方法。
【請求項２２】
前記改定されたコンフィギュレーションデータセットは、複数の各暗号化された現在コンフィギュレーションデータセットを含み、そして前記暗号解読するステップは、
ａ）前記複数の各暗号化されたコンフィギュレーションデータセットの中から、前記現在コンフィギュレーションデータセットを、前記第１サーバーコンピュータシステムに対して独特に暗号化されたものとして探索するステップと、
ｂ）前記改定されたコンフィギュレーションデータセットから前記現在コンフィギュレーションデータセットを個別に暗号解読するステップと、
を備えた請求項２１に記載の方法。
【請求項２３】
前記第１サーバーコンピュータシステムは、独特のプライベート暗号解読キーを有し、そして前記探索するステップは、前記改定されたコンフィギュレーションデータセットにおける前記独特のプライベート暗号解読キーの表示を前記第１サーバーコンピュータシステムにより識別することに依存し、これにより、前記複数の各暗号化された現在コンフィギュレーションデータセットの探索及び暗号解読を前記サーバークラスターの各サーバーコンピュータシステムにロックする、請求項２２に記載の方法。
【請求項２４】
前記改定されたコンフィギュレーションデータセットは、前記サーバークラスターの各サーバーコンピュータシステムの独特のプライベート暗号解読キーの表示を含み、そして前記探索ステップは、
ａ）前記第１サーバーコンピュータシステムの前記独特のプライベート暗号解読キーの所定表示を、前記改定されたコンフィギュレーションデータセットの前記表示の対応する１つに一致させるステップと、
ｂ）前記第１サーバーコンピュータシステムの前記独特のプライベート暗号解読キーの一致した表示に基づいて、前記複数の各暗号化されたコンフィギュレーションデータセットの中から、暗号化された前記現在コンフィギュレーションデータセットの位置を決定するステップと、
を備えた請求項２３に記載の方法。
【請求項２５】
前記独特のプライベート暗号解読キーの前記表示は、前記サーバークラスターの各サーバーコンピュータシステムの独特のプライベート暗号解読キーのセキュアなダイジェストである、請求項２４に記載の方法。
【請求項２６】
前記動作コンフィギュレーションデータセットは、第１バージョン識別子を含み、そして前記識別ステップは、
ａ）前記第１サーバーコンピュータシステムにより、前記サーバークラスターの他のサーバーコンピュータシステムからバージョンメッセージを受信するステップであって、各々のバージョンメッセージが第２のバージョン識別子を含み、そしてバージョンメッセージソースサーバーコンピュータシステムを識別するようなステップと、
ｂ）所定のバージョンメッセージに関して、前記第１バージョン識別子に対する前記第２バージョン識別子が前記改定されたコンフィギュレーションデータセットに対応するかどうか決定するステップと、
を備えた請求項２１に記載の方法。
【請求項２７】
前記識別ステップは、更に、前記第１サーバーコンピュータシステムに関して前記バージョンメッセージを確認するステップを含む、請求項２６に記載の方法。
【請求項２８】
前記第１サーバーコンピュータシステムは、独特のプライベート暗号解読キーを有し、そして前記確認するステップは、前記バージョンメッセージにおける前記独特のプライベート暗号解読キーの表示を前記第１サーバーコンピュータシステムにより識別することに依存し、前記表示を欠いたバージョンメッセージは、前記第１サーバーコンピュータシステムにより破棄されるようにする、請求項２７に記載の方法。
【請求項２９】
前記バージョンメッセージは、前記サーバークラスターの各サーバーコンピュータシステムの独特のプライベート暗号解読キーの表示を含み、そして前記確認ステップは、前記第１サーバーコンピュータシステムの前記独特のプライベート暗号解読キーの前記表示を前記改定されたコンフィギュレーションデータセットの前記表示の対応する１つに一致させることを含む、請求項２８に記載の方法。
【請求項３０】
前記独特のプライベート暗号解読キーの前記表示は、前記サーバークラスターの各サーバーコンピュータシステムの独特のプライベート暗号解読キーのセキュアなダイジェストである、請求項２９に記載の方法。
【請求項３１】
前記改定されたコンフィギュレーションデータセットは、独特のプライベート暗号解読キーの前記表示と、複数の各暗号化された現在コンフィギュレーションデータセットとを備え、そして前記暗号解読ステップは、
ａ）前記第１サーバーコンピュータシステムにより、前記改定されたコンフィギュレーションデータセットにおける前記第１サーバーコンピュータシステムの前記独特のプライベート暗号解読キーの前記所定の表示を一致させるステップと、
ｂ）前記第１サーバーコンピュータシステムの前記独特のプライベート暗号解読キーの前記一致された表示に基づいて、前記複数の各暗号化されたコンフィギュレーションデータセットの中から、暗号化された前記現在コンフィギュレーションデータセットの位置を決定するステップと、
ｃ）前記改定されたコンフィギュレーションデータセットから前記現在コンフィギュレーションデータセットを個別に暗号解読して、前記複数の各暗号化された現在コンフィギュレーションデータセットの探索及び暗号解読を前記サーバークラスターの各サーバーコンピュータシステムにロックするステップと、
を備えた請求項３０に記載の方法。
【請求項３２】
クライアントコンピュータシステムに代わってネットワークサービスの実行をサポートするためにコンピュータシステムクラスターの一部分として通信ネットワークを経て結合できるサーバーコンピュータシステムにおいて、
ａ）制御プログラムを実行するように動作するプロセッサと、
ｂ）制御プログラムとして前記プロセッサによる実行を通して動作するサービスプログラムと、
を備えていて、所定のクライアント要求に対する応答を発生し、
インストールされたコンフィギュレーションデータセットの評価に基づいて応答が発生され、
前記サービスプログラムは、更に、前記コンピュータシステムクラスターと対話してセキュアなネットワークプロトコルを実施するように働き、更新されたコンフィギュレーションデータセットを、前記インストールされたコンフィギュレーションデータセットとしてインストールするために識別しそして受信し、
前記サービスプログラムは、独特のプライベート暗号化キーを含み、
前記セキュアなネットワークプロトコルは、複数の暗号化された更新されたコンフィギュレーションデータセットを含む暗号化されたコンフィギュレーションデータブロックの転送を与え、前記複数の暗号化され更新されたデータセットの各１つは、前記独特のプライベート暗号化キーを使用して暗号解読できるようにされたサーバーコンピュータシステム。
【請求項３３】
前記サービスプログラムは、前記独特のプライベート暗号化キーに基づいて前記複数の暗号化され更新されたデータセットの前記各１つを、第１に探索しそして第２に暗号解読するように動作する、請求項３２に記載のサーバーコンピュータシステム。
【請求項３４】
前記暗号化されたコンフィギュレーションデータブロックは、複数の位置参照を含み、前記サービスプログラムは、前記独特のプライベート暗号化キー前記複数の位置参照の対応する１つに関連付けるように動作し、前記サービスプログラムは、更に、前記複数の位置基準の前記対応する１つに基づいて前記複数の暗号化され更新されたデータセットの前記各１つを探索するように動作する、請求項３３に記載のサーバーコンピュータシステム。
【請求項３５】
前記複数の位置基準の前記対応する１つは、前記独特のプライベート暗号化キーのセキュアなダイジェストである、請求項３４に記載のサーバーコンピュータシステム。
【請求項３６】
前記サービスプログラムは、前記更新されたコンフィギュレーションデータセットを受信すべきかどうか決定するように動作する、請求項３４に記載のサーバーコンピュータシステム。
【請求項３７】
前記インストールされたコンフィギュレーションデータセットは、第１バージョン識別子を有し、前記更新されたコンフィギュレーションデータセットは、第２バージョン識別子を有し、前記サービスプログラムは、前記第１及び第２のバージョン識別子に応答して、前記更新されたコンフィギュレーションデータセットを受信すべきかどうか決定する、請求項３６に記載のサーバーコンピュータシステム。
【請求項３８】
前記サービスプログラムは、前記更新されたコンフィギュレーションデータセットを発生する管理上の変更に応答して、前記第２バージョン識別子を伴う前記暗号化されたコンフィギュレーションデータブロックを発生するように動作し、前記サービスプログラムは、更に、前記第２バージョン識別子を含むバージョンメッセージを前記コンピュータシステムクラスターに与えるように動作し、そして要求に応答して、前記暗号化されたコンフィギュレーションデータブロックを転送する、請求項３７に記載のサーバーコンピュータシステム。
【請求項３９】
前記サービスプログラムは、前記バージョンメッセージを次々にブロードキャストするように動作する、請求項３７に記載のサーバーコンピュータシステム。
【請求項４０】
前記クライアントコンピュータシステムに結合可能な第１ネットワーク接続と、前記コンピュータシステムクラスターに結合可能な第２ネットワーク接続とを更に備え、前記第２ネットワーク接続は、前記バージョンメッセージを次々に転送しそして前記暗号化されたコンフィギュレーションデータブロックを転送するのに使用される、請求項３９に記載のサーバーコンピュータシステム。
【請求項４１】
前記更新されたコンフィギュレーションデータセットを発生する管理上の変更を適用するためにアドミニストレータによりアクセスできる第３のネットワーク接続を更に備えた、請求項４０に記載のサーバーコンピュータシステム。
【請求項４２】
サーバークラスターのコンピュータシステム間で情報トランザクションの完全性を保証するためにサーバークラスターの協働オペレーションへの選択コンピュータシステムの参加をセキュアに制限する方法において、
ａ）サーバークラスターの第１コンピュータシステムにより、該第１コンピュータシステムの第１のセキュアなメモリ記憶装置に保持された第１の特定データを前記サーバークラスターの第２コンピュータシステムへ転送する要求を受け取るステップと、
ｂ）前記第１コンピュータシステムにより、前記第１の特定データを含む暗号化情報を前記第２のコンピュータシステムへ送信するステップであって、前記暗号化情報は、前記第１コンピュータシステムにより準備されるときに、第１のセキュアな個別の参照を含むように更にエンコードされるようなステップと、
ｃ）前記第２コンピュータシステムの第２のセキュアなメモリ記憶装置に記憶された第２の特定のデータから決定できる第２のセキュアな個別の参照に対して前記第１のセキュアな個別の参照を検証するステップと、
ｄ）前記第１のセキュアな個別の参照に対して前記第２コンピュータシステムにより、前記第１の特定のデータを回復するために前記第２コンピュータシステムで暗号解読可能な前記暗号化情報の所定のサブセットを探索するステップと、
ｅ）前記第２コンピュータシステムの前記第２のセキュアなメモリ記憶装置に前記第１の特定データをインストールするステップと、
を備えた方法。
【請求項４３】
前記要求及び前記暗号化情報は、前記サーバークラスターのコンピュータシステムを相互接続する通信ネットワークを経て転送される、請求項４２に記載の方法。
【請求項４４】
前記第１及び第２のセキュアな個別の参照は、前記第２コンピュータシステムに指定されたセキュアなプライベート暗号化キーのセキュアなダイジェストである、請求項４３に記載の方法。
【請求項４５】
前記第１及び第２の特定のデータは、前記第１及び第２のセキュアな個別の参照を各々含む、請求項４４に記載の方法。
【請求項４６】
前記第１及び第２の特定のデータは、前記セキュアなプライベート暗号化キーを含む、請求項４４に記載の方法。
【請求項４７】
前記サーバークラスターの各コンピュータシステムには独特のセキュアなプライベート暗号化キーが指定され、そしてその独特のセキュアなプライベート暗号化キーのセットに対応する前記第１及び第２のセキュアな個別の参照を含むセキュアな個別の参照のセットを、前記サーバークラスターの前記コンピュータシステムにより記憶された各指定のデータから決定できる、請求項４４に記載の方法。
【請求項４８】
前記独特のセキュアなプライベート暗号化キーのセットは、前記サーバークラスターの前記コンピュータシステムにより記憶された各指定データの各々に記憶される、請求項４７に記載の方法。
【請求項４９】
前記サーバークラスターの前記コンピュータシステムにより記憶された各指定のデータは、バージョン化され、前記方法は、更に、
ａ）前記第２コンピュータシステムにより、前記第１の指定のデータが前記第２の指定のデータのバージョンより後のバージョンであることを識別するステップと、
ｂ）前記第２コンピュータシステムにより、前記第１コンピュータシステムから前記第１の指定のデータを要求するステップと、
を備えた請求項４７に記載の方法。
【請求項５０】
前記サーバークラスターの前記コンピュータシステムの他のものに対し、前記第２コンピュータシステムによる前記第１の特定のデータのインストールを整合するステップを更に備えた、請求項４９に記載の方法。
【請求項５１】
前記識別ステップは、更に、前記第１の特定のデータを各特定のデータの使用可能な最新のバージョンとして識別する、請求項５０に記載の方法。
【請求項５２】
前記第２コンピュータシステムは、名目上、所定のクライアント要求に応答し、前記方法は、更に、前記識別ステップと前記インストールステップとの合間に前記所定のクライアント要求を前記第２コンピュータシステムにより断るステップを備えた、請求項５０に記載の方法。
【請求項５３】
ホストコンピュータから受け取ったネットワーク要求に応答してクラスターの一貫したオペレーションを保証するためにコンピュータシステムのクラスター間にコンフィギュレーション制御データを配布する方法であって、各コンピュータシステムは、能動的使用において各コンピュータシステムの機能的オペレーションを決定するローカル制御データセットを維持し、そしてコンピュータシステムの前記クラスター及び前記ホストコンピュータは、通信ネットワークにより相互接続されるような方法において、
ａ）コンピュータシステムのクラスターの第１コンピュータシステムに、所定のバージョンナンバーを有する第１ローカル制御データセットを記憶するステップと、
ｂ）前記所定のバージョンナンバーを含むクラスターメッセージを前記第１コンピュータシステムからコンピュータシステムの前記クラスターへ送信するステップと、
ｃ）前記第１ローカル制御データセットをコンピュータシステムの前記クラスターの要求側コンピュータシステムへ転送するステップと、
ｄ）前記要求側コンピュータシステムにより能動的に使用するために前記第１ローカル制御データセットのインストールを前記要求側コンピュータシステムと同期させるステップと、
を備えた方法。
【請求項５４】
前記第１ローカル制御データセットの所定の変更に関連して前記所定のバージョンナンバーを変更するステップを更に備え、前記要求側コンピュータシステムは、前記所定のバージョンナンバーの変更に応答する、請求項５３に記載の方法。
【請求項５５】
前記同期ステップは、
ａ）前記第１ローカル制御データセットをインストールする準備を確立するために前記クラスターへ準備信号を前記要求側コンピュータシステムにより各々供給するステップと、
ｂ）全ての前記要求側コンピュータシステムからの前記準備信号の受信を前記要求側コンピュータシステムにより確立して、能動的使用に対して前記第１ローカル制御データセットの各インストレーションを可能にするステップと、
を備えた請求項５４に記載の方法。
【請求項５６】
前記クラスターの各能動的に参加するコンピュータシステムは、前記送信ステップを日常的に実行し、各能動的に参加するコンピュータシステムは、相対的により最近の所定のバージョンナンバーをもつクラスターメッセージを送信する他の参加するコンピュータシステムに対して要求側コンピュータシステムであり、前記準備信号は、各所定のバージョンナンバーを含み、そして前記確立ステップは、共通の所定のバージョンナンバーに収斂する、請求項５５に記載の方法。
【請求項５７】
前記クラスターメッセージは、前記各々の送信側コンピュータシステムに対して前記能動的に参加するコンピュータシステムをセキュアに境界定めする、請求項５６に記載の方法。
【請求項５８】
前記準備信号は各クラスターメッセージを含む、請求項５７に記載の方法。
【請求項５９】
ホストコンピュータにより与えられたネットワーク要求に応答して共通のネットワークサービスを実行するために設けられたコンピュータシステムのクラスター内で個々のコンピュータシステムコンフィギュレーションのセキュアな一貫した単一ポイントマネージメントを可能にする方法であって、コンピュータシステムの前記クラスター及び前記ホストコンピュータが通信ネットワークにより相互接続されるような方法において、
ａ）ホストコンピュータから受け取られたネットワーク要求に対して前記コンピュータシステムの各オペレーションを動作上定義する能動的コンフィギュレーションデータセットを前記クラスターの前記コンピュータシステム各々に与えるステップであって、前記能動的コンフィギュレーションデータセットが規定のバージョン値で表わされるようなステップと、
ｂ）前記規定のバージョン値の各表示を含むクラスターメッセージを前記クラスターの前記コンピュータシステム間に相互に送信するステップと、
ｃ）前記クラスターの所定のコンピュータシステムに対して、インストールのための更新されたコンフィギュレーションデータセットを前記能動的コンフィギュレーションデータセットとして与えるのをサポートするステップであって、前記更新されたコンフィギュレーションデータセットは、更新されたバージョン値を有し、そして前記所定のコンピュータシステムにより送信される前記クラスターメッセージは、前記更新されたバージョン値を反映するようなステップと、
ｄ）前記クラスターの前記コンピュータシステム間で前記所定のコンピュータシステムから前記更新されたコンフィギュレーションデータセットを伝播させるステップと、
ｅ）前記更新されたコンフィギュレーションデータセットを、前記クラスターの前記コンピュータシステムの各々に前記能動的コンフィギュレーションデータセットとしてインストールするのを整合するステップと、
を備えた方法。
【請求項６０】
前記整合ステップは、前記クラスターのコンピュータシステムから前記クラスターメッセージにおいて受信されたバージョン値の収斂に基づいて各々決定された前記更新されたコンフィギュレーションデータセットのインストールを与える、請求項５９に記載の方法。
【請求項６１】
前記更新されたコンフィギュレーションデータセットを与えることは、管理上与えることを含む、請求項６０に記載の方法。
【請求項６２】
前記更新されたコンフィギュレーションデータセットを与えることは、ローカルな能動的コンフィギュレーションデータセットの変更を含む、請求項６１に記載の方法。
【請求項６３】
前記整合ステップは、各コンピュータシステムが、前記更新されたバージョン値を各々含む前記クラスターの他のコンピュータシステム各々から所定数の前記クラスターメッセージを受信するときに、前記クラスターのコンピュータシステムによる前記更新されたコンフィギュレーションデータセットの各インストールを与える、請求項６２に記載の方法。
【請求項６４】
前記所定数は２である、請求項６３に記載の方法。
【請求項６５】
ホストコンピュータシステムに代わってネットワークサービスを提供するためにコンピュータシステムのネットワーククラスターの一貫したオペレーションをセキュアに確立する方法において、
ａ）コンピュータシステムのクラスター間に更新されたコンフィギュレーションデータセットを配布するのを可能にするステップであって、各々の上記コンピュータシステムは、各々の能動的なコンフィギュレーションデータセットに対して動作し、そして前記更新されたコンフィギュレーションデータセットの各インスタンスがコンピュータシステムの前記クラスターにより受信され保持されて、前記各々の能動的なコンフィギュレーションデータセットとしてのインストールを保留にするようなステップと、
ｂ）各々の前記コンピュータシステムにより、各々の前記コンピュータシステムに対して所定のインストール基準を満足するときを決定するステップと、
ｃ）前記更新されたコンフィギュレーションデータセットの前記各々のインスタンスを前記各々の能動的なコンフィギュレーションデータセットとしてインストールするステップと、
を備えた方法。
【請求項６６】
配布を可能にする前記ステップは、コンピュータシステムの前記クラスターにメッセージを送信するステップを含み、そして前記メッセージは、前記クラスターにおいて所定の有効な参加者である前記クラスターのコンピュータシステムでなければ読み取りできないように暗号化される、請求項６５に記載の方法。
【請求項６７】
前記メッセージは、前記クラスターの第１コンピュータシステムにより準備されるときに、前記第１コンピュータシステムに対して前記クラスターの有効な参加者として予め確立された前記クラスターの第２のコンピュータシステムでなければ読み取りできないように暗号化される、請求項６６に記載の方法。
【請求項６８】
前記第１コンピュータシステムにより、前記第２コンピュータシステムに各々対応する暗号化コードを使用して前記メッセージを準備するステップを更に備えた、請求項６７に記載の方法。
【請求項６９】
前記第１コンピュータシステムは、前記第２コンピュータシステムに対応するパブリックキー暗号化コードの予め確立されたセットをセキュアに記憶し、そして前記第２コンピュータシステムは、前記メッセージのみに応答し、前記メッセージは、前記メッセージを受信する前記第２コンピュータシステムのうちの対応するシステムの各パブリックキー暗号化コードのセキュアな表示を記憶する、請求項６８に記載の方法。
【請求項７０】
ａ）前記クラスターの第１コンピュータシステムにより、前記クラスターの第２コンピュータシステムに対応する暗号化コードのセットを記憶するステップであって、前記暗号化コードのセットは、予め確立され、前記クラスターにおける所定の有効参加者を表わし、且つ前記第１コンピュータシステムによりセキュアに記憶されるようなステップと、
ｂ）前記第１コンピュータシステムにより、前記第２コンピュータシステムへ配布するためのメッセージを準備するステップであって、前記メッセージが前記暗号化コードのセキュアな表示を含むものであるステップと、
ｃ）前記クラスターへ前記メッセージを送信するステップと、
ｄ）前記暗号化コードの前記表示の各インスタンスを認める際に前記第２コンピュータシステムにより前記メッセージを確認するステップと、
を更に備えた請求項６５に記載の方法。
【請求項７１】
所定の第２コンピュータシステムにより、その所定の第２コンピュータシステムがその後に前記第１コンピュータシステムの役割において使用するために前記第１コンピュータシステムから暗号化コードの前記セットのコピーを検索するステップを更に備えた、請求項７０に記載の方法。
【請求項７２】
前記セキュアな表示は、前記第２コンピュータシステムのパブリックキーのセキュアなハッシュである、請求項７１に記載の方法。
【請求項７３】
サーバークラスターのコンピュータシステム間に配布されるコンフィギュレーション情報のセキュリティを保証するために通信ネットワークにより相互接続されるサーバークラスターのオペレーションへの選択コンピュータシステムの参加をセキュアに制限する方法において、
ａ）第１バージョン識別子により識別された第１の特定のデータを、サーバークラスターの第１コンピュータシステムにより、セキュアなメモリ記憶装置内に記憶するステップと、
ｂ）前記第１コンピュータシステムにより、第２バージョン識別子及び検証データを含むクラスターメッセージを、前記サーバークラスターの第２コンピュータシステムから受信するステップと、
ｃ）前記第１コンピュータシステムにより、前記第１の特定のデータに対して前記検証データを評価することにより前記クラスターメッセージを検証するステップと、
ｄ）前記第２コンピュータシステムから、前記検証データの首尾良い検証に基づいて、前記第２のバージョン識別子に対応する第２の特定のデータを含む暗号化情報を得るステップと、
ｅ）前記暗号化情報から前記第２の特定のデータを暗号解読するステップと、
ｆ）前記第２の特定のデータを前記第１コンピュータシステムの前記セキュアなメモリ記憶装置へ合体して、前記第１コンピュータシステムのオペレーションコンフィギュレーションが前記第２コンピュータシステムとセキュアに一貫したものとなるようにするステップと、
を備えた方法。
【請求項７４】
前記第１及び第２の特定のデータは、前記セキュアなメモリ記憶装置に合体されたときに、複数のホストコンピュータシステムのいずれかにより発行されるネットワーク要求に応答して前記サーバークラスターの前記第１コンピュータシステムのオペレーション実行を決定して、新たなサービスの実行を得るコンフィギュレーション情報である、請求項７３に記載の方法。
【請求項７５】
前記第１の特定のデータは、前記第１のコンピュータシステムに知られた前記サーバークラスターの有効参加コンピュータシステムに対応する暗号化コードの所定セットを含み、そして前記クラスターメッセージを確認する前記ステップは、前記第２コンピュータシステムで識別される前記所定セットの暗号化コードを使用して前記検証データを有効に暗号解読することを必要とし、これにより、クラスターメッセージは、前記サーバークラスターの予め確立された有効参加コンピュータシステムからのものだけが前記第１コンピュータシステムにより有効として受け容れられる、請求項７４に記載の方法。
【請求項７６】
暗号化コードの前記所定セットに対する変更は、前記第２の特定のデータを前記セキュアなメモリ記憶装置に合体することを含むセキュアな更新手順と、前記サーバークラスターのコンピュータシステムに対してセキュアに実行される管理上のオペテーションとに制限され、これにより、コンフィギュレーションデータは、セキュアに維持され、そして管理上予め確立された認識の前記サーバークラスターのコンピュータシステム間のみに配布される、請求項７５に記載の方法。
【請求項７７】
前記検証データは、前記第２コンピュータシステムから発信されるものとして前記要求のセキュアな識別を保証するために暗号化された所定の暗号テキストを含む、請求項７６に記載の方法。
【請求項７８】
前記検証データは、前記第２コンピュータシステムに対応する暗号化キー対で暗号化された所定の暗号テキストを含む、請求項７７に記載の方法。
【請求項７９】
ホストコンピュータシステムから通信ネットワークを経て受信したネットワーク要求に応答してネットワークサービスを提供するコンピュータシステムのクラスター内で参加者として動作できるコンピュータシステムであって、前記クラスターのコンピュータシステムは、前記クラスターのコンピュータシステムにおけるコンフィギュレーションデータの単一ポイントのセキュアな管理上の変更に応答してコンフィギュレーションデータのセキュリティ及びセキュアな変更を保証するように相互動作するものであるコンピュータシステムにおいて、
ａ）予め確立されたコンピュータシステムクラスターに参加するコンピュータシステムの識別のセットを含むコンフィギュレーションデータを記憶するためのコンピュータメモリと、
ｂ）前記コンピュータメモリに結合され、そしてホストコンピュータから受信したネットワーク要求に応答して所定のネットワークサービスの実行を定義する制御プログラムを実行するように動作するプロセッサであって、前記所定のネットワークサービスの実行を前記コンフィギュレーションデータにより制御するようなプロセッサと、
ｃ）前記プロセッサに結合された管理上のインターフェイスであって、前記制御プログラムが、更に、この管理上のインターフェイスを経て前記コンフィギュレーションデータに対するローカルの管理上の変更をセキュアに実行できるようにする管理上のインターフェイスと、
ｄ）前記プロセッサに結合されそして前記予め確立されたコンピュータシステムクラスターに結合可能な通信インターフェイスであって、前記制御プログラムが、更に、前記コンピュータシステム及び前記予め確立されたコンピュータシステムクラスター間で前記コンフィギュレーションデータのセキュアな同期を可能にし、更に、前記制御プログラムが、第１コンピュータシステムとしての前記コンピュータシステムと、前記識別のセットに予め存在する識別にセキュアに一致する第２コンピュータシステムとの間の前記コンフィギュレーションデータの転送を制限するような通信インターフェイスと、
を備えたコンピュータシステム。
【請求項８０】
前記コンフィギュレーションデータは、前記第１コンピュータシステムと前記第２コンピュータシステムとの間で暗号化されて転送され、そして前記コンフィギュレーションデータの暗号化は、前記第１コンピュータシステム及び前記第２コンピュータシステムに対して特有である、請求項７９に記載のコンピュータシステム。
【請求項８１】
前記プロセッサは、前記コンピュータメモリに記憶されたコンフィギュレーションデータに対してより最近変更されたコンフィギュレーションデータセットを識別するネットワーク同期メッセージに応答し、前記プロセッサは、前記第２コンピュータシステムを前記ネットワーク同期メッセージのソースとして識別し、ネットワークコンフィギュレーションデータ要求メッセージを前記第２コンピュータシステムへ送信し、前記コンフィギュレーションデータセットを受信して暗号解読し、そして前記コンフィギュレーションデータセットを前記コンピュータメモリに合体するように動作する、請求項８０に記載のコンピュータシステム。
【請求項８２】
前記プロセッサは、更に、前記識別のセットに対して前記ネットワーク同期メッセージを確認するように動作し、前記ネットワークコンフィギュレーションデータ要求を前記識別のセットに対して確認可能となるように準備し、そして前記識別のセットに対して受信した前記コンフィギュレーションデータセットを確認し、これにより、前記コンフィギュレーションデータセットの転送は、セキュアであって、且つ前記第１コンピュータシステムに関して、前記識別のセットにより先在的に識別された前記予め確立されたコンピュータシステムクラスターのコンピュータシステムに制限される、請求項８１に記載のコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ネットワークサービスを提供するのに利用されるサーバーシステムの整合制御に係り、より詳細には、ネットワークサーバーのクラスター間でコンフィギュレーションデータをセキュアに整合し配布すると共に、ネットワークサービスの実行を要求するクラスターシステム及びホストコンピュータシステムに対してコンフィギュレーションデータのインプレメンテーションを整合する技術に係る。
【背景技術】
【０００２】
負荷バランスをとる概念及び必要性は、多数の異なるコンピューティング環境において、ほとんどの場合、情報サービスシステムの信頼性及び拡張性を高めるための要求として生じる。特に、ネットワーク編成のコンピューティングの分野では、負荷バランスをとることは、通常、典型的な離れたクライアントコンピュータシステムからのデータの要求を含む種々の処理要求に応答するために非常に多数の情報サーバーシステムを並列に効率的に利用する手段として遭遇する。サーバーを論理的に並列に配列すると、固有の冗長性能力が付加される一方、更なるサーバーの追加により少なくとも理論的には直線的に性能を拡張することができる。従って、要求、及び更には、それにより生じる負荷を効率的に分配することが、サーバーの並列クラスターを完全に利用して性能を最大にする上で本質的な要求となる。
【０００３】
通常、負荷バランスをとる用途の特殊性に基づく特異性を伴って負荷バランスをとるために、多数の異なるシステムが提案され、種々具現化されている。チャン氏等（米国特許第６，４７０，３８９号）は、クライアントドメインネームサービス（ＤＮＳ）要求に応答するためにサーバーの選択を調停するサーバー側の中央ディスパッチャーの使用を説明している。クライアントは、中央ディスパッチャーに対応する定義された静的ＤＮＳクラスター−サーバーアドレスへ要求を向ける。各要求は、次いで、ディスパッチャーにより使用可能なサーバーへ向け直され、該サーバーは、次いで、要求された情報をクライアントへ直接返送することができる。ＤＮＳ要求の各々は原子的で且つ良好に定義されたサーバーオペレーションを要求するので、実際の負荷は、各サーバーへなされる要求の割合の関数になると推定される。それ故、ディスパッチャーは、ＤＮＳクラスターに参加するサーバーへ要求を均一に配布するために単に基本的ハッシュ関数を具現化するだけである。
【０００４】
負荷バランス制御に中央ディスパッチャーを使用することは、アーキテクチャー上問題である。全ての要求はディスパッチャーを経て流れるので、単一ポイント欠陥に曝されて即座にサーバークラスターの全オペレーションの停止となる。更に、ディスパッチャーの性能を拡張する直接的な方法はない。大きな要求負荷又はより複雑な負荷バランスアルゴリズムを取り扱うためには、ディスパッチャーを、実質的に高いコストの高性能ハードウェアに置き換えねばならない。
【０００５】
それとは別に、チャン氏等は、全てのクライアント要求をＤＮＳクラスター内の全てのサーバーにブロードキャストして、中央ディスパッチャーの必要性をなくすことを提案している。サーバーは、個々にブロードキャストされた要求フィルタルーチンにおいて相互に排他的なハッシュ関数を実施して、独特のローカル応答に対する要求を選択する。この解決策は、各サーバーが各ＤＮＳ要求を最初にある程度処理することを必要とし、サーバー性能の有効性レベルを低下するという不都合な結果をもたらす。更に、要求を発しているクライアントのアドレスのハッシュに基づいてサービスへの要求を選択すると、実際上、個々のＤＮＳサーバーが、静的に定義されたクライアントグループにロックされる。それ故、等しい負荷分布を仮定することが、非常に多数の要求に対して、唯一、統計学的に有効である。又、ポリシーフィルタルーチンの静的な性質は、全ての要求が独特のサーバーにより選択されるよう確保するために、サーバーがクラスターに追加されるかクラスターから除去されるたびに、全てのルーチンを変更しなければならないことを意味する。大きなサーバークラスターにおいて、個々のサーバー欠陥が異常なものでなく、実際に、計画に入れねばならないとすれば、このようなクラスターの管理保守は、不可能でないまでも、非常に困難である。
【０００６】
他の技術は、種々の動作条件のもとでサーバーのネットワークを負荷バランスさせるように進歩している。おそらく、最も行き渡っている負荷バランス技術は、実際の要求が受け取られるのに応答してサーバー間でリソースをいつそしてどこにシフトすべきか動的に決定するのに必要な情報を累積するバックグランド又はアウト・オブ・チャンネル負荷モニタを実施する解決策を取り入れている。例えば、ジョーダン氏等（米国特許第６，４３８，６５２号）は、各サーバーがクラスター内の他の全てのサーバーに対して第２レベルのプロキシーキャッシュとして更に動作するようなネットワークポリシーキャッシュサーバーのクラスターを説明している。バックグランド負荷モニタは、特定コンテンツオブジェクトに対して繰り返される第２レベルキャッシュ要求についてサーバークラスターを観察する。同じ第２レベルキャッシュから満足される同じコンテンツに対して過剰な要求があることは、応答側サーバーが過負担になっている指示であると考えられる。サーバーによりサービスされている直接的即ち第１レベルのキャッシュ要求頻度と、第２レベルのキャッシュ要求頻度とのバランスに基づいて、負荷モニタは、コンテンツオブジェクトを１つ以上の他のキャッシュにコピーし、それにより、広く且つ繰り返し要求されるコンテンツオブジェクトに対して第２レベルのキャッシュワーク負荷を分散すべきかどうか決定する。
【０００７】
簡単なコンテンツオブジェクトのようなリソースを、負荷バランスをとるように容易にシフトできない場合には、通常、タスク又はプロセスとして表わされる要求を、サーバーのクラスターネットワーク内の他のサーバーへ選択的に転送することにより動作することを特徴とする別の解決策が開発されている。中央の負荷バランスコントローラは、これを回避することが好ましいので、各サーバーは、他のサーバーのどれが要求を受け入れそして実際にそれに対応する要求転送を与えるか決定するための監視及び通信メカニズムを実施することが要求される。このメカニズムのプロセス転送の態様は、そのメカニズムが、転送すべきタスクの特定の性質と、タスクの仕様を表わす個別データパケットの転送から能動的実行プロセスの全状態の収集及び搬送に至るまでの複雑さの範囲とに強く依存しているという点で、しばしば実施特有のものである。逆に、それに関連する従来の負荷監視メカニズムは、一般に、ソース向き又はターゲット向きとして分類することができる。ソース向きのサーバーは、クラスター内のターゲットサーバーの少なくともあるサブセットに能動的に問合せをしてその負荷状態を検索することにより、ターゲットサーバーの負荷状態を能動的に監視する。ターゲット向きの負荷監視は、個々のターゲットサーバーが、最低限、タスク転送を受け入れる容量を反映する負荷状態情報をブロードキャストするというパブリケーション原理で動作する。
【０００８】
一般に、負荷状態情報をソース及びターゲットで共有することは、クラスター内の他のサーバーが、サーバークラスターの使用可能な負荷容量のある動的表示をオンデマンドで得るか又は時間と共に集計するのを許すために、ある間隔で実行される。しかしながら、大きなサーバークラスターの場合には、サーバークラスター全体に課せられる個別通信オペレーションの数を最小にするために、負荷決定オペレーションがしばしばローカル又はサーバー関連ネットワーク隣接部に限定される。より遠隔のサーバーの負荷値は、時間をかけてネットワークを経て伝播しなければならず、従って、不正確な負荷レポートを生じ、不均一な負荷分布を招くという兼ね合いである。
【０００９】
それに関連した問題が、アロン氏等（米国特許第５，５３９，８８３号）において説明されている。サーバークラスター負荷ベクトルへと集合されるサーバー負荷値は、サーバークラスターの種々のサーバーにより増分的に要求されるか又は宣伝される。サーバーがベクトルのローカルコピーを転送する前に、そのサーバーに対する負荷値がベクトルにおいて更新される。更新されたベクトルを受け取るサーバーは、次いで、規定のルールに基づき、その受け取った負荷値でベクトルのサーバーローカルコピーを更新する。従って、ある所与の隣接部に対して負荷値を再分布すると、最初に軽い負荷のかかったサーバーを、サービスに対する長期高需要に露出させることがある。それにより生じるタスクの過負荷及びそれに続くサービスの拒否は、少なくとも、より高いサーバー負荷値を反映する新たな負荷ベクトルが充分な数のサーバー間を循環して負荷を適切に反映するまで、継続する。この問題を軽減するために、アロン氏等は、負荷バランスメカニズムの一部分として負荷値情報に対するツリー構造の分布パターンを説明している。ツリー構造の負荷情報転送に基づき、軽い負荷のかかったサーバーを識別する低い負荷値は、軽い負荷のかかったサーバーがタスク転送で溢れるのを防止するために分布を通してエージングされる。
【００１０】
ソース向きであろうとターゲット向きであろうと、サーバークラスターのサーバー間の負荷情報の周期的共有に基づいて負荷バランスをとることは、負荷情報が最終的に配送されるものとして信頼性があるという基本的仮定で動作する。タスク転送の拒絶は、従来、基本的な欠陥として処理され、しばしば回復可能であるが、広範な例外処理を要求する。従って、最終的にバランスのとれた負荷分布を達成するために益々多数のタスク転送回復及び再試みオペレーションが要求されるので、個々のサーバーの性能は、安定化するのではなく、次第に増加する負荷のもとで、著しく低下する傾向となり得る。
【００１１】
高い負荷状態を通常招く環境では、負荷情報の交換及び確実性を加速するために特殊なネットワークプロトコルが開発されている。ネットワークのトラフィック負荷を分担するために、ルーター及び他のスイッチ装置が種々のコンフィギュレーションでしばしばクラスター化される。ローカルの冗長なルーターコンフィギュレーションにおいて欠陥監視を与えると共に、ローカルルーターとリモートルーターとの間で負荷情報を共有するために、リンクネットワークプロトコルが提供される。他の共有情報の中で、現在負荷情報が装置と装置との間に高い頻度で伝播され、クラスター化された装置の個々の負荷状態を連続的に反映する。例えば、ベア氏（米国特許第６，４９３，３１８号）に説明されたように、プロトコルデータパケットは、負荷情報を定義してその伝播を管理すると共にクラスター内の個々の装置の負荷状態を更に詳細に示すための情報で充分に詳述することができる。スパンニングツリータイプ情報分布アルゴリズムをサポートしてプロトコルパケット伝播を制御しそしてループバックを防止する上で、シーケンス番号、ホップカウント、及び種々のフラグビットが使用される。公表される負荷値は、内部スループットレート及び待ち時間コストに関して定義され、これは、他のクラスター化されたルーターに、好ましいルート経路を決定するためのより洗練された基礎を許す。ベア氏により説明された装置に使用されるカスタムプロトコルは、有効ではあるが、負荷バランスプロトコルの実質的部分を、ネットワークプロセッサのような特殊な高速ハードウェアで実施することを本質的に要求する。それ故、このようなプロトコルの効率的な取り扱いは、汎用でない特殊なコンピュータシステムに限定される。
【００１２】
バラード氏（米国特許第６，０７８，９６０号）は、他の特徴の中でも、サーバーネットワークのクライアント向け負荷バランス型使用を与えるクライアント／サーバーシステムアーキテクチャーを説明している。クライアントコンピュータシステムにより使用できる種々のサーバーコンピュータシステムが独立したサービスプロバイダーにより提供され、且つ異なるサーバーの使用が異なるコスト構造を伴うような環境の場合に、バラード氏は、クライアントからサーバーネットワーク内の個別の個々のサーバーへ負荷を選択的に分配するためのクライアントベースの解決策を説明している。クライアントベースの負荷バランスを実施することにより、バラード氏のクライアントコンピュータシステムは、サービスプロバイダーのサーバーネットワーク実施とは本質的に独立している。
【００１３】
バラード氏の負荷バランスシステムを実施するために、各クライアントコンピュータシステムには、サーバー識別リストが設けられ、そこから、クライアント要求を受け取るためのサーバーが次第に選択される。このリストは、このリストで識別される各サーバーに対して、発行されるべきクライアント要求のパーセンテージ負荷及び最大周波数のような負荷制御パラメータを指定する。サーバー負荷は、要求を完了するのに必要な接続時間、又は要求に対する応答で転送されるデータの量に基づいて、クライアントによりおおよそ推定されるに過ぎない。次いで、負荷制御パラメータにより定義された負荷バランスプロフィールに統計学的に適合するように必要に応じて選択されたサーバーへ個々のクライアントによりクライアント要求が発行される。サーバー識別リスト及びそれに含まれる負荷制御パラメータは、クライアントにより静的に保持されるが、個々のクライアントは、それでもなお、サーバーの専用の記憶位置から種々のインターバルで新たなサーバー識別リストを検索することができる。更新されたサーバー識別リストは、アドミニストレータの手動の指図のもとに必要に応じてサーバーへ配布される。サーバー識別リストの更新は、アドミニストレータが、変化するクライアント要求のために負荷バランスプロフィールを必要に応じて手動で調整すると共に、ネットワークに対するサーバーの追加及び除去を受け入れることを許す。
【００１４】
サーバー識別リストの静的な性質は、バラード氏のシステムのクライアントに基づく負荷バランスオペレーションが、サーバーネットワークの実際のオペレーションに対して基本的に応答しないようにする。特定のサーバー負荷は、種々のクライアントにより推定できるが、クライアント要求に完全に応答しない欠陥しか検出できず、これは、非応答サーバーを、クライアント要求にサービスすることへの更なる参加から除外することで取り扱うしかない。従って、動的に変化する負荷状態のもとでは、クライアントにより実行される片側の負荷バランス動作がサーバーネットワークの実際の負荷を甚だしく誤解し、更には、少なくともアドミニストレータの手動の介在により再イネーブルされるまでサーバーを参加から除外させることになる。サーバーをサーバーネットワークからこのように盲目的に除外することは、残りのサーバーに対する負荷を増大し、ひいては、他のサーバーがサーバーネットワークから除外される見込みを増大するだけである。それ故、サーバーを再イネーブルして、サーバーネットワークに対する負荷の集合的クライアントバランスを調整するためにサーバー識別リストを手動で更新することを含めて、能動的なサーバーネットワークをアドミニストレータが常時手動で監視することが必要となる。このようなアドミニストレータの保守は、少なくともユーザが悪い性能の発生を認知する迅速さに比して極めて低速であると共に、動作の非実用性の点からコストがかかるものである。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
以上の説明から、サーバーのクラスターを協働的に負荷バランスさせるための改良されたシステム及び方法が要望されることが明らかである。又、従来技術では述べなかったが、クラスターの一部分としてのサーバーの相互オペレーションに対するだけでなく、外部のクライアントコンピュータシステムに複合サービスを提供するサーバークラスターとしても、サーバークラスターのコンフィギュレーションを協働的にマネージすることが更に要望される。又、扱われていないのは、クラスター内のサーバー間で交換される情報に対するセキュリティの必要性である。クラスター化されたシステムは、セキュリティに敏感な目的で更に広く使用されることになるので、共有情報の傍受によりクラスターオペレーションの一部分が転用されたり、又は妥協されたサーバーがクラスターに導入されたりすると、受け入れられないリスクをもたらす。
【課題を解決するための手段】
【００１６】
従って、本発明の一般的な目的は、拡張可能なネットワークサービスの共通のコンフィギュレーションをマネージするセキュアなシステムを有効に設けるためにネットワークサーバーのクラスター間でコンフィギュレーションデータをセキュアに整合し配布する効率的なシステム及び方法を提供することである。
【００１７】
これは、本発明において、コンフィギュレーション更新の識別及び更新されたコンフィギュレーションデータセットの配布に対する制御を維持するようにクラスター内のサーバーコンピュータシステム間の通信をセキュアにマネージすることにより達成される。コンフィギュレーション状態メッセージが通信ネットワークを経てサーバー間で日常的に交換される。各状態メッセージは、サーバーのローカルコンフィギュレーションの変化を識別するもので、更に、暗号化された確認(validation)データを含む。サーバーの各々は、各サーバーに対してクラスターに参加するものとして知られたサーバーを識別するデータの各セットを含む各コンフィギュレーションデータを記憶する。各状態メッセージは、受信時に、受信側サーバーに記憶された各コンフィギュレーションデータに対して確認される。状態メッセージは、受信側サーバーに知られたサーバーからの発信であることが、受信側サーバーにより保持されたコンフィギュレーションデータから決定されたときに、有効と決定される。確認された発信側サーバーが、更新されたコンフィギュレーションデータを識別する場合には、受信側サーバーは、ローカルに保持されたコンフィギュレーションデータを同等に変更する。従って、クラスターのコンフィギュレーションは、更新されたコンフィギュレーションに収斂する。
【００１８】
従って、本発明の効果は、コンフィギュレーションデータに対する更新の通知の受け容れ、及び更には、その後に受け取られる更新されたコンフィギュレーションデータセットの受け容れが、互いに相互に知っているサーバーのセットに限定されることである。受信側サーバーは、その受信側サーバーに予め知られたサーバーから発信されるメッセージのみを有効として受け容れる。従って、クラスターは、サーバーシステムのセキュアに閉じたセットである。
【００１９】
本発明の別の効果は、クラスターのサーバー間に日常的に送信されるのは軽量の状態メッセージだけであるから、一貫した全体的コンフィギュレーションを維持するのにサーバーには最小限の処理オーバーヘッドしか課せられないことである。更新されたコンフィギュレーションデータセットは、オンデマンドで送信されるだけであり、そして一般的には、管理上の更新が実行された後に発生するだけである。
【００２０】
本発明の更に別の効果は、状態メッセージが、更新されたコンフィギュレーションセットの入手性を識別し、そしてその後に、新たなコンフィギュレーションデータの相互のインストールを整合して、クラスターの一貫したオペレーションを確保するように働き得ることである。又、一貫したオペレーションを確保するために、コンフィギュレーションバージョン制御がホストコンピュータに対して主張される。
【００２１】
本発明の更に別の効果は、状態メッセージ及び送信されるコンフィギュレーションデータセットがクラスターの既知の参加者から発信することを保証するためにそれらの両方が確認されることである。受信確認は、詐欺師やトロイ人がクラスターに侵入できないことを保証する。
【００２２】
本発明の更に別の効果は、更新されたコンフィギュレーションデータセットが、クラスターのサーバー間でオンデマンド送信するように暗号化され、更には、その暗号化され更新されたコンフィギュレーションデータセットを送信のために準備したサーバーに予め知られたクラスターのサーバーのみによる暗号解読を保証するよう構成されたことである。
【発明を実施するための最良の形態】
【００２３】
システムアーキテクチャーは、一般に、クライアント／サーバーパラダイムに従うが、実際の実施は、通常、複雑であり、広範な様々な積層ネットワーク資産（アセット）を包含する。アーキテクチャー上の一般化は困難であるが、信頼性、拡張性及びセキュリティの基本的共通要件が全て存在する。本発明に関連して認識されるように、ネットワークコンピュータシステム企業のサーバーシステム及びデータを含む少なくともコア資産については、セキュリティのための特定の要件が共通に存在する。本発明は、コア資産へのアクセスを低下せずに企業内に確立された種々のホストへのセキュリティサービスを提供するサーバーのクラスターを設ける一方、セキュリティサービスクラスターの利用を効率的な負荷バランスにより最大にするシステム及び方法を提供する。当業者であれば、本発明は、コアネットワークセキュリティサービスの実施に特に適用できるが、基本的には、サーバークラスターの効率的な負荷バランスのとれた利用を可能にすると共に、更には、サーバークラスターの効率的で且つセキュアな管理も可能にすることが明らかであろう。又、明らかなように、本発明の好ましい実施形態の以下の詳細な説明では、１つ以上の図面に示された同じ部分を指すのに、同じ参照番号を使用している。
【００２４】
本発明の基本的な好ましいシステム実施形態１０が図１Ａに示されている。多数の独立したホストコンピュータシステム１２1-Nが、高速スイッチ１６を経てセキュリティプロセッサクラスター１８に冗長に接続される。ホストコンピュータシステム１２1-Nと、スイッチ１６と、クラスター１８との間の接続は、専用又は共有媒体を使用してもよく、そしてホストコンピュータシステム１２1-Nと、スイッチ１６と、クラスター１８との間に直接的に延びてもよいし或いはＬＡＮ又はＷＡＮ接続を経て延びてもよい。本発明の好ましい実施形態によれば、ポリシー施行モジュール（ＰＥＭ）が各ホストコンピュータシステム１２1-Nにおいて実施されて、該システムにより個別に実行される。各ＰＥＭは、その実行時に、セキュリティ関連情報をセキュリティプロセッサクラスター１８へ選択的にルーティングして、要求されたオペレーションをホストコンピュータシステム１２1-Nにより又はそれに代わって個別に資格付けする役割を果たす。本発明の好ましい実施形態の場合に、これらの要求は、認証、認可、ポリシーに基づく許可、及び共通ファイルシステムに関連したオペレーションの包括的組み合せを表わす。従って、明らかなように、データ記憶装置１４として一般に示されたデータ記憶装置に対するファイルデータの読み取り又は書き込みも、対応するホストコンピュータシステム１２1-Nにより実行されるＰＥＭによりセキュリティプロセッサクラスター１８を経てルーティングされる。ＰＥＭの全てのオペレーションは、セキュリティプロセッサクラスター１８により順次に制御又は資格付けされるので、ホストコンピュータシステム１２1-Nの種々のオペレーションをセキュアに監視及び資格付けすることができる。
【００２５】
本発明の別の企業システム実施形態２０が図１Ｂに示されている。この企業ネットワークシステム２０は、周囲ネットワーク２２を含むことができ、これは、クライアントコンピュータシステム２４1-Nを、ＬＡＮ又はＷＡＮ接続を経て、少なくとも１つのそしてより一般的には多数のゲートウェイサーバー２６1-Mに相互接続し、これらゲートウェイサーバーは、コアネットワーク２８へのアクセスを与える。種々のバックエンドサーバー（図示せず）、ＳＡＮ及びＮＡＳデータ記憶装置３０のようなコアネットワーク資産には、クライアントコンピュータシステム２４1-Nによりゲートウェイサーバー２６1-M及びコアネットワーク２８を経てアクセスすることができる。
【００２６】
本発明の好ましい実施形態によれば、ゲートウェイサーバー２６1-Mは、クライアントコンピュータシステム２４1-Nに対する周囲セキュリティと、ゲートウェイサーバー２６1-Mにより確立された周囲内のコアネットワーク２８及びそれにアタッチされたネットワーク資産３０に対するコア資産セキュリティの両方を実施することができる。更に、ゲートウェイサーバー２６1-Mは、クライアントコンピュータシステム２４1-Nに代わってデータ処理プログラムを実行するアプリケーションサーバーとして動作することができる。名目上、ゲートウェイサーバー２６1-Mは、コアネットワーク資産に向けられたネットワークファイル要求を処理するために直接的経路に設けられる。従って、ネットワークコンピュータシステム１０の全体的性能は、少なくとも一部分は、ゲートウェイサーバー２６1-Mのオペレーション性能、信頼性及び拡張性に直接依存する。
【００２７】
ゲートウェイサーバー２６1-Mのセキュリティサービスを実施する際に、クライアント要求がゲートウェイサーバー２６1-Mの各々により遮られて、スイッチ１６を経て、セキュリティプロセッサクラスター１８へ向け直される。スイッチ１６は、高速ルーターファブリックでよく、この場合、セキュリティプロセッサクラスター１８は、ゲートウェイサーバー２６1-Mに対してローカルとなる。或いは又、従来のルーターを冗長コンフィギュレーションにおいて使用して、ゲートウェイサーバー２６1-Mとセキュリティプロセッサクラスター１８との間にスイッチ１６を経てバックアップネットワーク接続を確立することもできる。
【００２８】
図１Ａ及び１Ｂに示す両実施形態１０、２０の場合に、セキュリティプロセッサクラスター１８は、共通ネットワークサービスを提供するように各々構成されたサーバーコンピュータシステムの並列編成アレーとして実施されるのが好ましい。本発明の好ましい実施形態では、提供されるネットワークサービスは、ネットワークファイルデータ転送要求を含むネットワークデータパケットのファイアウオールベースのフィルタリングと、資格付けされたネットワークファイル要求に応答して実行されるファイルデータの選択的両方向性暗号化及び圧縮とを含む。これらのネットワーク要求は、ホストコンピュータシステム１２1-N、クライアントコンピュータシステム１４1-N、及び例えば、アプリケーションサーバーとして動作するゲートウェイサーバー１６1-Mで直接的に発信されてもよいし、或いはこれらシステムにより受け取られた要求に応答して発信されてもよい。セキュリティプロセッサクラスター１８の個々のサーバーにより実行される詳細な実施及びプロセスは、２００２年７月２２日に出願された「Secure Network File Access Control System」と題する出願中の特許出願第１０／２０１，４０６号、２００２年７月２２日に出願された「Logical Access Block Processing Protocol for Transparent Secure File Storage」と題する特許出願第１０／２０１，４０９号、２００２年７月２２日に出願された「Secure Network File Access Controller Implementing Access Control and Auditing」と題する特許出願第１０／２０１，３５８号、及び２００２年１０月１６日に出願された「Secure File System Server Architecture and Methods」と題する特許出願第１０／２７１，０５０号に説明されており、これらは、全て、本発明の譲受人に譲渡されたもので、参考としてここに援用する。
【００２９】
ホストコンピュータ１２1-Xのアレーと、セキュリティプロセッサクラスター１８との相互オペレーション４０が図２に詳細に示されている。本発明の好ましい実施形態では、ホストコンピュータ１２1-Xは、通常のホストコンピュータシステムとして種々動作する従来のコンピュータシステムであり、クライアントコンピュータシステム、ネットワークプロキシー、アプリケーションサーバー、及びデータベースサーバーとして特にタスクが課せられる。ＰＥＭコンポーネント４２1-Xは、ホストコンピュータ１２1-Xの各々にインストールされて実行され、ローカル及びコアデータ記憶装置１４、３０に向けられたネットワーク要求を機能的に遮って選択的に処理するのが好ましい。要約すれば、ＰＥＭコンポーネント４２1-Xは、特定の要求を個々のトランザクションにおいてセキュリティプロセッサクラスター１８内のターゲットサーバー４４1-Yへ選択的に転送して、ポリシー評価を行うと共に、適宜に、ネットワーク要求を完了できるよう更にサービスする。要求を転送する際に、ＰＥＭコンポーネント４２1-Xは、自律的に動作するのが好ましい。要求の発生、又はセキュリティプロセッサクラスター１８内のターゲットサーバー４４1-Yの選択に関する情報は、特に、時間に厳密に、ＰＥＭコンポーネント４２1-X間に共有させる必要はない。実際に、ＰＥＭコンポーネント４２1-Xは、セキュリティプロセッサクラスター１８に対してＰＥＭコンポーネント４２1-Xのオペレーション全体にわたり他のホストコンピュータ１２1-Xの存在又はオペレーションの通知を要求しない。
【００３０】
好ましくは、各ＰＥＭコンポーネント４２1-Xには、セキュリティプロセッサクラスター１８内の個々のターゲットサーバー４４1-Yのリスト識別が最初に与えられる。ネットワーク要求に応答して、ＰＥＭコンポーネント４２1-Xは、要求を処理するための個別のターゲットサーバー４４を選択し、そしてＩＰスイッチ１６を経てその選択されたターゲットサーバー４４へ要求を送信する。特に、ＰＥＭコンポーネント４２1-Xが、アプリケーションサーバー及び同様の実施形態の場合に生じるローカルクライアントプロセスに応答して実行する場合には、そのクライアントプロセスに関連したセッション及びプロセス識別子アクセス属性が収集されて、ネットワーク要求と共に与えられる。ＰＥＭコンポーネント４２1-Xのこのオペレーションは、転送されるネットワーク要求が、選択されたターゲットサーバー４４へ優先的に発行されるという点で、特に自律的である。但し、その要求がその指定のターゲットサーバー４４により受け容れられて取り扱われると仮定する。
【００３１】
本発明によれば、ターゲットサーバー４４1-Yは、このターゲットサーバー４４1-Yに利用できる現在リソースと、ネットワーク要求と共に与えられるアクセス属性のポリシー評価とに基づいて、ネットワーク要求を条件付きで受け容れる。充分な処理リソースがないか又はポリシーに違反していて、要求が発行されたところのローカル又はコア資産のポリシー決定非利用性を典型的に反映するときには、ターゲットサーバー４４1-Yによりネットワーク要求が拒絶される結果となる。さもなければ、ターゲットサーバー４４1-Yは、要求を受け容れて、その要求されたネットワークサービスを遂行する。
【００３２】
ネットワーク要求に応答して、その要求が最終的に受け容れられるか又は拒絶されるかに関わらず、ターゲットサーバー４４1-Yは、負荷及び任意であるが重み情報を、ネットワーク要求を発信したＰＥＭコンポーネント４２1-Xへ応答の一部分として返送する。負荷情報は、要求を発しているＰＥＭコンポーネント４２1-Xに、ターゲットサーバー４４1-Yにおける現在データ処理負荷の表示を与える。重み情報も、同様に、要求を発しているＰＥＭコンポーネント４２1-Xに、特定のネットワーク要求、その要求に関連した発信側ホスト１２又はゲートウェイサーバー２６、アクセス属性のセット及び応答側ターゲットサーバー４４1-Yに対するポリシー決定プライオリティ重みの現在評価を与える。好ましくは、セキュリティプロセッサクラスター１８との多数のネットワーク要求トランザクションの工程にわたり、個々のＰＥＭコンポーネント４２1-Xは、特定のクライアントコンピュータシステム１２1-N及びゲートウェイサーバー２６1-Mからのネットワーク要求を取り扱うのに使用するために、おそらく最良のターゲットサーバー４４1-Yを識別するのに用いる優先的プロフィールを開発する。個々のトランザクションで報告される負荷及び重みの値は、時間と共にエージングすると共に、個々のポリシー評価の複雑さに基づいて更に変化し得るが、ホストコンピュータシステム１２1-Xを進行中に能動的に利用することで、ＰＥＭコンポーネント４２1-Xは、個々のターゲットサーバー４４1-Yによる要求拒絶の発生を最小にする傾向のある実質的に正確な優先的プロフィールを開発して維持することが許される。従って、ネットワーク要求の負荷分布は、ネットワーク要求トランザクションの受け容れレートを最大にするに必要な程度にバランスされる。
【００３３】
ＰＥＭコンポーネント４２1-Xのオペレーションと同様に、ターゲットサーバー４４1-Yのオペレーションも、個々のネットワーク要求の受信及び処理について本質的に自律的である。本発明の好ましい実施形態によれば、負荷情報は、特に、ネットワーク要求に応答する厳密な時間経路において、クラスター１８内のターゲットサーバー４４1-Y間で共有することが要求されない。好ましくは、ターゲットサーバー４４1-Yは、与えられたネットワーク要求を受信するように均一に動作し、そして与えられた要求の知識において、その要求が受け容れられるかどうか識別し、負荷及び任意の重み情報を与え、そして要求を拒絶する理由を少なくとも暗示的に指定する。
【００３４】
負荷情報を共有するために特に設けられるのではないが、セキュリティプロセッサクラスター１８内の個々のターゲットサーバー４４1-Y間に通信リンクが設けられるのが好ましい。本発明の好ましい実施形態では、選択クラスターマネージメント情報、特に、存在、コンフィギュレーション及びポリシー情報の通信をターゲットサーバー４４1-Y間でセキュアに共有するのを許すために、クラスターローカルエリアネットワーク４６が確立される。このクラスターローカルエリアネットワーク４６の通信は、セキュアなソケットレイヤ（ＳＳＬ）接続を使用すると共に、更に、マネージメント情報の送信に対してセキュアな独占的プロトコルを使用することにより、保護される。従って、個別の物理的にセキュアなクラスターローカルエリアネットワーク４６が好ましいが、クラスターマネージメント情報は、セキュリティプロセッサクラスター１８のターゲットサーバー４４1-Yを相互接続するために必要に応じて共有物理的ネットワークを経てルーティングされてもよい。
【００３５】
好ましくは、存在情報は、暗号化された識別子を使用してセキュリティプロセッサクラスター１８の参加ターゲットサーバー４４1-Yを周期的に識別するブロードキャストプロトコルにより送信される。セキュリティ情報は、好ましくは、詐欺師又はトロイの装置がクラスター１８に加入したりターゲットサーバー４４1-Yのセキュアなコンフィギュレーションを妥協したりするのを除外することでセキュリティプロセッサクラスター１８の完全性を確保するように動作する軽量プロトコルを使用して送信される。又、セキュリティプロセッサクラスター１８内の個々のターゲットサーバー４４1-Yにより使用されるポリシールールの同期更新を含むコンフィギュレーション情報の制御された伝播をサポートする付加的な軽量プロトコルを使用して、コンフィギュレーションポリシー情報のセットが通信される。存在情報がネットワーク要求処理の公称レートに対して低い周波数で送信され、且つセキュリティ及びコンフィギュレーションポリシー情報プロトコルが、例えば、ターゲットサーバー４４1-Yの追加、及びポリシールールセットへの管理更新のエントリーにより、セキュリティプロセッサクラスター１８の管理上の再コンフィギュレーションについてのみ実行されるとすれば、クラスター内通信をサポートするために個々のターゲットサーバー４４1-Yに課せられる処理オーバーヘッドが無視でき且つクラスター負荷とは独立したものとなる。
【００３６】
本発明の好ましい実施形態に使用されるソフトウェアアーキテクチャー５０のブロック図兼フローチャートが図３に示されている。一般に、インバウンドネットワーク要求トランザクションは、スイッチ１６を経てルーティング可能な通信セッションをサポートするハードウェアベースのネットワークインターフェイスコントローラにより処理される。これらのインバウンドトランザクションは、第１のネットワークインターフェイス５２、プロトコルプロセッサ５４及び第２のネットワークインターフェイス５４を経て処理され、その結果、アウトバウンドトランザクションがホストコンピュータ１２1-Xを経てローカル及びコアデータ処理及び記憶資産１４、３０へ向け直される。同じ、個別の又は多数の冗長のハードウェアネットワークインターフェイスコントローラを各ターゲットサーバー４４1-Yにおいて実施し、そしてスイッチ１６を経てインバウンド及びアウトバウンドトランザクションを搬送するように対応的に使用することができる。
【００３７】
ローカル及びコアネットワーク資産１４、３０に対して対応するネットワークトランザクションを開始するように各々動作するＰＥＭコンポーネント４２1-Xからターゲットサーバー４４により種々受け取られるネットワーク要求データパケットは、プロトコルプロセッサ５４を経て処理されて、選択されたネットワーク及びアプリケーションデータパケット制御情報を最初に抽出する。好ましくは、この制御情報は、ターゲットサーバー４４1-Yへ従来のやり方でルート転送するために発信側ＰＥＭコンポーネント４２1-Xにより従来のＴＣＰデータパケットにラップされる。或いは又、制御情報は、独占的ＲＰＣデータパケットとしてエンコードすることができる。抽出されたネットワーク制御情報は、ＴＣＰ、ＩＰ及び同様のネットワークプロトコルレイヤ情報を含み、一方、抽出されたアプリケーション情報は、ネットワーク要求が発生された特定のクライアントプロセス及びコンテクストに対して発信側ＰＥＭコンポーネント４２1-Xのオペレーションにより発生され又は決定されたアクセス属性を含む。本発明の好ましい実施形態では、アプリケーション情報は、発信側ホストコンピュータを直接的又は間接的に識別するアクセス属性と、ユーザ及びドメインと、アプリケーションシグネチャー又はセキュリティ証明書と、ネットワーク要求を発信したホストコンピュータ１２1-Nに対して得られるクライアントセッション及びプロセス識別子との集合である。アプリケーション情報は、更に、ユーザを検証(verify)するために実行される認証の状態又はレベルが得られるときにはそれを識別するのが好ましい。好ましくは、ＰＥＭコンポーネント４２1-Xは、アプリケーション情報を、定義されたデータ構造体へと自動的に収集し、このデータ構造体は、次いで、ターゲットサーバー４４1-Yへ送信するためのＴＣＰネットワークデータパケットとしてカプセル化される。
【００３８】
好ましくは、プロトコルプロセッサ５４のオペレーションにより露出されるネットワーク情報は、トランザクション制御プロセッサ５８へ供給され、そしてネットワーク及びアプリケーションの両制御情報は、ポリシーパーサ６０へ供給される。トランザクション制御プロセッサ５８は、状態マシンとして動作して、プロトコルプロセッサ５４を経てネットワークデータパケットの処理を制御すると共に、ネットワーク及びアプリケーション情報を受信して評価する際のポリシーパーサのオペレーションを整合する。トランザクション制御プロセッサ５８の状態マシンオペレーションは、個々のネットワークデータパケットの詳細な検査を制御して、ネットワーク及びアプリケーション制御情報を探索し、そして本発明の好ましい実施形態により、取り囲まれたデータペイロードの暗号化及び圧縮処理を選択的に制御する。又、ネットワークトランザクション状態は、トランザクション制御プロセッサ５８の状態マシンのオペレーションを経て維持される。より詳細には、ネットワークファイルデータの読み取り及び書き込みオペレーション並びに他の同様のトランザクションオペレーションを実施するために交換されるネットワークデータパケットのシーケンスは、プロトコルプロセッサ５４を経て処理される間にトランザクションの完全性を維持するために必要に応じて追跡される。
【００３９】
トランザクション制御プロセッサ５８により初期ネットワーク要求として識別されたネットワークデータパケットを評価する際に、ポリシーパーサ６０は、得られるネットワーク及びアプリケーション制御情報の選択されたエレメントを検査する。ポリシーパーサ６０は、ポリシー／キー記憶装置６２に記憶されたコンフィギュレーションポリシー／キーデータセットに対して動作するルールベースの評価エンジンとして実施されるのが好ましい。ルール評価は、受け取ったネットワークファイルデータパケットにより表わされたネットワークファイル要求の処理を可能にするために必要とされるホストコンピュータ１２1-Nの認証のレベルを決定する判断ツリーロジックを実施するのが好ましく、前記決定は、認証のレベルを満足するかどうか、要求を開始するホストコンピュータ１２1-Nのユーザがその要求されたコアネットワーク資産にアクセスすることが許可されたかどうか、そして更に、ネットワーク要求と共に与えられるプロセス及びアクセス属性が、ネットワーク要求で識別された特定のローカル又はコアネットワークリソース１４、３０へのアクセスを可能にするのに充分であるかどうかについて行われる。
【００４０】
本発明の好ましい実施形態では、ファイルデータにアクセスするためのネットワーク要求に応答して評価される判断ツリーロジックは、ユーザ認証状態、ユーザアクセス認可、及びアクセス許可を考慮する。ユーザの認証は、識別されたネットワーク要求コアネットワーク資産、取り付けポイント、ターゲットディレクトリー及びファイル仕様の組み合せに対してコンフィギュレーションポリシー／キーデータセットに定義された最小要求認証レベルに関して考慮される。コンフィギュレーションポリシー／キーデータセットに対するユーザの認可は、特定のネットワークファイル要求、ユーザのネーム及びドメイン、クライアントＩＰ、並びにクライアントセッション及びクライアントプロセス識別子アクセス属性の組み合せに対して考慮される。最終的に、アクセス許可は、ユーザのネーム及びドメイン、取り付けポイント、ターゲットディレクトリー及びファイル仕様アクセス属性を、対応的に指定された読み取り／変更／書き込み許可データ、並びにコンフィギュレーションポリシー／キーデータセットに指定された他の使用可能なファイル関連機能及びアクセス許可制約と共に評価することにより、決定される。
【００４１】
ＰＥＭコンポーネント４２1-Xが、仮想指定されたデータ記憶装置に対するファイルシステム要求を、特定のローカル及びコアネットワークファイルシステムデータ記憶装置１４、３０へマップし及び向け直すのに有用なファイルシステムプロキシーとして機能する場合には、ホストコンピュータシステム１２1-Nにアクセスできる仮想ファイルシステム取り付けポイントのセット認識と、仮想取り付けポイントから真の取り付けポイントへのマッピングとを定義するためのデータもポリシー／キー記憶装置６２に記憶される。又、ポリシーデータは、許可されたホストコンピュータソースＩＰの範囲を種々定義することもでき、これは、アプリケーションの認証を、クライアントアクセスに対する必須条件として施行すべきか、認可されたアプリケーションの認可されたデジタルシグネチャーの限定されて許可されたセットとして施行すべきか、又、ユーザセッションの認証を生まれた(spawned)プロセスへと拡張するか、又は異なるユーザネーム及びドメイン仕様並びに他の属性データを伴うプロセスへと拡張するかについて行われ、前記他の属性データは、ポリシーパーサ６０のオペレーションにおいて、ＰＥＭコンポーネント４２1-Xによりオンデマンドで配列することのできるアプリケーション情報及びネットワーク情報に対して一致させるか、さもなければ、弁別するのに使用できるものである。
【００４２】
本発明の好ましい実施形態において、ポリシー／キー記憶装置６２には暗号キーも記憶される。好ましくは、個々の暗号キー及び適用可能な圧縮仕様が、判断ツリーとしてパース可能な論理的ハイアラーキーポリシーセットルール構造体に維持される。各ポリシールールは、取り付けポイント、ターゲットディレクトリー及びファイル仕様のアクセス属性定義組み合せを含むネットワーク及びアプリケーション属性のある組み合せの仕様を与え、これにより、対応する要求の更なる処理についての許可制約を弁別することができる。保留中の要求に基づき、それに対応する暗号キーは、プロトコルプロセッサの主題により実施される暗号化及び暗号解読オペレーションをサポートするためにトランザクション制御プロセッサ５８により要求されたときにポリシールールセットからポリシーパーサ６０のオペレーションによりパースされる。本発明の好ましい実施形態では、ネットワーク及びアプリケーション情報に対して迅速な評価を許すようにポリシールール及び関連キーデータがハッシュテーブルに記憶される。
【００４３】
ポリシーデータセットデータの手動管理は、好ましくはプライベートネットワークを経てアクセスされる管理インターフェイス６４と、専用の管理ネットワークインターフェイス６６とを経て実行される。ポリシーデータセットに対する更新は、好ましくは、セキュリティプロセッサクラスター１８のターゲットサーバー４４1-Y間で、個別のクラスターネットワークインターフェイス６８を経てアクセスできるクラスターネットワーク４６を通して自律的に交換される。クラスターポリシープロトコルコントローラ７０は、現在ブロードキャストメッセージを取り扱い、クラスター４６の通信のセキュリティを確保し、そしてコンフィギュレーションポリシー／キーデータセットデータに対する更新を交換するためのセキュアなプロトコルを実施する。
【００４４】
ネットワーク要求を受信すると、トランザクション制御プロセッサ５８は、ポリシーパーサ６０により実行される評価と、ターゲットサーバー４４に対して決定される現在処理負荷値とに基づいて、そのネットワーク要求を受け容れるべきか拒絶すべきか決定する。ポリシーパーサ６０に基づく拒絶は、その要求が認証、認可又は許可のポリシー評価に不合格となった場合に生じる。本発明の最初の好ましい実施形態では、ターゲットサーバー４４の現在処理容量を越えて受け取られる要求に対して拒絶が発生されない。受け取った要求は、バッファされ、そして要求応答待ち時間を受け容れられるほど増加させて、受け取った順に処理される。バッファされた要求に応答して直ちに返送される負荷値は、ホストコンピュータ１２1-Nからのその後のネットワーク要求を他のターゲットサーバー４４1-Yへ効果的に向け直す。或いは又、実際にターゲットサーバー４４の現在処理容量を越えるネットワーク要求の受け取りを最小にするように、返送される負荷値を小さな量だけ上方にバイアスすることもできる。本発明の別の実施形態では、ネットワーク要求の実際の拒絶は、ターゲットサーバー４４1-Yの処理容量を越えるのを明確に除外するためにターゲットサーバー４４1-Yにより発生することができる。その後のネットワーク要求を拒絶すべきときを定義するために、例えば、９５％の負荷容量というスレッシュホールドをセットすることができる。
【００４５】
返送される負荷値を与えるために、一次ネットワークインターフェイス５２、５６に接続されたネットワークインターフェイスコントローラ、メインプロセッサ、及びターゲットサーバー４４により使用されたハードウェアベースの暗号化／圧縮コプロセッサに対して決定された個々の負荷値の組み合せに基づいて合成負荷値が計算されるのが好ましい。この合成負荷値、及び任意であるが、個々のコンポーネント負荷値が、ネットワーク要求に応答して、要求発信ホストコンピュータ１２1-Nへ返送される。好ましくは、少なくとも合成負荷値が、現在ネットワーク要求の取り扱いを含むように投影される。従って、ターゲットサーバー４４1-Yのオペレーションを支配する適用可能な負荷ポリシールールに基づいて、返送される応答は、現在ネットワーク要求の受け入れ又は拒絶のいずれかを通知する。
【００４６】
ネットワーク要求に対する認可、認証及び許可評価との組み合せにおいて、ポリシーパーサ６０は、好ましくはネットワーク要求を拒絶すべきかどうかに関わらず、現在トランザクションに対するポリシーセット重み値を任意に決定する。このポリシー決定された重み値は、特定のネットワーク要求及びそれに関連したアクセス属性に対して特定のターゲットサーバー４４を使用することがどれほど適しているかの数値ベース表示である。本発明の好ましい実施形態では、好ましい使用を含む１から１００の正規化範囲における比較的低い値は、受け容れられるネットワーク及びアプリケーション情報の望ましい組み合せに関連付けされる。バックアップ又は別の受け容れられる使用を一般的に識別するために、より高い値が返送される。定義されたスレッシュホールド、例えば、９０より高い任意の値として定義される除外値は、対応するネットワーク要求が緊急状態下以外は特定のターゲットサーバー４４に向けられないところのＰＥＭコンポーネント４２1-Xへ暗示的信号として返送される。
【００４７】
ネットワーク要求に応答して、ターゲットサーバー４４は、任意のポリシー決定された重み値、１つ以上の負荷値のセット、及びネットワーク要求の受け容れ又は拒絶を指示する識別子を含む応答ネットワークデータパケットを返送する。本発明の好ましい実施形態によれば、応答ネットワークデータパケットは、現在トランザクション内のその後のデータパケット転送を、セキュリティプロセッサクラスター１８を経て転送する必要があるかどうか更に指定することができる。名目上、全トランザクションのデータパケットは、暗号化及び圧縮処理を許すために、対応するターゲットサーバー４４を経てルーティングされる。しかしながら、基礎となる搬送ファイルデータが暗号化も圧縮もされない場合、又はこのような暗号化又は圧縮を変更すべきでない場合、或いはネットワーク要求がファイルデータ転送を伴わない場合には、データの現在トランザクション転送で、セキュリティプロセッサクラスター１８を経てトランザクションデータパケットの残りをルーティングする必要がない。従って、現在トランザクションのネットワーク要求がターゲットサーバー４４のポリシーパーサ６０により評価されて承認され、そして受け容れ応答パケットがホストコンピュータ１２1-Nに返送されると、それに対応するＰＥＭコンポーネント４２1-Xは、現在トランザクションを完了するためにセキュリティプロセッサクラスター１８の使用を選択的にバイパスすることができる。
【００４８】
実行時のＰＥＭコンポーネント４２が図４に８０で示されている。ＰＥＭコンポーネント４２の制御機能を実施するために実行されるＰＥＭ制御レイヤ８２は、オペレーティングシステム仮想ファイルシステムスイッチ又はそれと同等のオペレーティングシステム制御構造体のもとでカーネルコンポーネントとしてホストシステム１２にインストールされるのが好ましい。オペレーティングシステムカーネルへの従来の仮想ファイルシステムスイッチインターフェイスをサポートするのに加えて、ＰＥＭ制御レイヤ８２は、内部又はオペレーティングシステムで形成されるファイルシステム８４をサポートするときに通るオペレーティングシステム仮想ファイルシステムスイッチインターフェイスと同等のネイティブ又はネットワークファイルシステム或いはインターフェイスのある組み合せを実施するのが好ましい。外部に設けられるファイルシステム８４は、ダイレクトアクセス（ＤＡＳ）及び記憶ネットワーク（ＳＡＮ）データ記憶資産への接続を可能にするブロック向けのインターフェイスと、ネットワークアタッチ型記憶（ＮＡＳ）ネットワークデータ記憶資産へのアクセスを許すファイル向けのインターフェイスとを含むのが好ましい。
【００４９】
又、ＰＥＭ制御レイヤ８２は、ホストコンピュータシステム１２のホストネーム又は他の独特の識別子、仮想ファイルシステムスイッチを経て受信したネットワークファイル要求を発信するプロセスに対応するソースセッション及びプロセス識別子、並びにネットワークファイル要求を発信するプロセスに対するユーザネーム及びドメインに関連した認証情報をこのＰＥＭ制御レイヤ８２が得るのを許すオペレーティングシステムインターフェイスを実施するのも好ましい。本発明の好ましい実施形態では、ＰＥＭ制御レイヤ８２により受信されるこれらのアクセス属性及びネットワークファイル要求は、従来のＴＣＰデータパケットによりラップされるデータ構造体に入れられる。この有効な独占的ＴＣＰデータパケットは、次いで、ＩＰスイッチ１６を経て送信されて、ネットワーク要求を選択されたターゲットサーバー４４へ与える。或いは又、独占的データ構造体に代わって従来のＲＰＣ構造体を使用することができる。
【００５０】
ターゲットサーバー４４の選択は、コンフィギュレーション及び動的に収集された性能情報に基づいてＰＥＭ制御レイヤ８２により実行される。セキュリティプロセッサＩＰアドレスリスト８６は、セキュリティプロセッサクラスター１８内のターゲットサーバー４４1-Yの各々を識別するのに必要なコンフィギュレーション情報を与える。このＩＰアドレスリスト８６は、ＰＥＭコンポーネント４２の静的な初期化を通して手動で設けることもできるし、或いは好ましくは、ＰＥＭ制御レイヤ８２の初期実行時に、セキュリティプロセッサクラスター１８の指定の又はデフォールトのターゲットサーバー４４1-Yから初期コンフィギュレーションデータセットの一部分として検索される。本発明の好ましい実施形態では、各ＰＥＭコンポーネント４２1-Xは、初期実行時に、セキュリティプロセッサクラスター１８に対して認証トランザクションを実行し、これにより、実行中のＰＥＭ制御レイヤ８２の完全性が検証されると共に、ＩＰアドレスリスト８６を含む初期コンフィギュレーションデータがＰＥＭコンポーネント４２1-Xに供給される。
【００５１】
サーバー負荷及び重み値のような動的情報は、実行中のＰＥＭコンポーネント４２1-XによりＳＰ負荷／重みテーブル８８へ次第に収集される。負荷値は、タイムスタンプされ、そして報告ターゲットサーバーに対してインデックスされる。重み値も、同様に、タイムスタンプされてインデックスされる。初期の好ましい実施形態の場合に、ＰＥＭコンポーネント４２1-Xは、ラウンドロビンターゲットサーバー４４1-Y選択アルゴリズムを使用し、この場合、現在ターゲットサーバー４４1-Yの負荷が１００％に達したときに次のターゲットサーバー４４1-Yの選択が行われる。或いは又、負荷及び重み値は、更に、要求側のホストの識別子、ユーザネーム、ドメイン、セッション及びプロセス識別子、アプリケーション識別子、要求されたネットワークファイルオペレーション、コアネットワーク資産参照、並びに取り付けポイント、ターゲットディレクトリー及びファイル仕様を含むアクセス属性の使用可能な組み合せによって逆インデックスすることもできる。ハイアラーキー式の最も近い一致のアルゴリズムを使用して、この記憶されたダイナック情報は、ＰＥＭコンポーネント４２1-Xが、特定のネットワーク要求を最も受け容れ易いもの及び最も負荷の低いものの両方である多数のターゲットサーバー４４1-Yの順序付けされたリストを迅速に確立するのを許す。最初に識別されたターゲットサーバー４４1-Yが要求を拒絶すると、次にリストされたターゲットサーバー４４1-Yが試みられる。
【００５２】
ネットワーク待ち時間テーブル９０は、好ましくは、ＰＥＭ制御レイヤ８２と各ターゲットサーバー４４1-Yとの間のネットワーク状態の動的評価を記憶するのに使用される。最小限、ネットワーク待ち時間テーブル９０は、ネットワーク要求にもはや応答しないか、さもなければ、アクセス不能と思われるターゲットサーバー４４1-Yを識別するのに使用される。このような使用不能のターゲットサーバー４４1-Yは、ＰＥＭ制御レイヤ８２により実行されるターゲットサーバー選択プロセスから自動的に除外される。又、ネットワーク待ち時間テーブル９０は、種々のターゲットサーバー４４1-Yの応答待ち時間及び通信コストを表わすタイムスタンプ値を記憶するのにも使用できる。これらの値は、新たなネットワーク要求を受け取るためのターゲットサーバー４４1-Yを決定しそして順序付けするプロセスの一部分として重み値に関連して評価されてもよい。
【００５３】
最終的に、優先テーブル９２は、ＰＥＭコンポーネント４２1-Xに対して個別化されたデフォールトトラフィック整形プロフィールを与えるように実施できる。本発明の別の実施形態では、優先プロフィールは、セキュリティプロセッサクラスター１８内のターゲットサーバー４４1-Yのデフォールト割り当て又は区分化を確立するためにＰＥＭコンポーネント４２1-Xの各々に指定することができる。ＰＥＭコンポーネント４２1-X間で異なる優先値をターゲットサーバー４４1-Yに指定し、そして更に、これら優先値を重み値に関連して評価することにより、種々のホストコンピュータ１２1-Nと個々のターゲットサーバー４４1-Yとの間のネットワークトラフィックを使用して、特定のターゲットサーバー４４1-Yの使用を柔軟に定義することができる。ＩＰアドレスリスト８６と同様に、優先テーブルのコンテンツは、ＰＥＭ制御レイヤ８２の手動の初期化により与えることもできるし、又はセキュリティプロセッサクラスター１８からのコンフィギュレーションデータとして検索することもできる。
【００５４】
ターゲットサーバー４４1-Yに対する好ましいハードウェアサーバーシステム１００が図５に示されている。本発明の好ましい実施形態では、図３に示したソフトウェアアーキテクチャー５０が、１つ以上のメインプロセッサ１０２により、１つ以上の周辺ハードウェアベースの暗号化／圧縮エンジン１０４からのサポートで実質的に実行される。１つ以上の一次ネットワークインターフェイスコントローラ（ＮＩＣ）１０６は、ＩＰスイッチ１６に対するハードウェアインターフェイスを与える。コントローラ１０８のような他のネットワークインターフェイスコントローラは、セキュアなクラスターネットワーク４６及びアドミニストレータコンソール（図示せず）への個別の冗長なネットワーク接続を与えるのが好ましい。心鼓動タイマー１１０は、特に、セキュアなクラスターネットワークマネージメントプロトコルを含むメンテナンスオペレーションをサポートするためにメインプロセッサに１秒インターバルの割り込みを与えるのが好ましい。
【００５５】
ソフトウェアアーキテクチャー５０は、ハードウェアサーバーシステム１００のメインメモリからメインプロセッサ１０２にロードされて実行されるサーバー制御プログラム１１２として実施されるのが好ましい。サーバー制御プログラム１１２を実行する際に、メインプロセッサ１０２は、一次ネットワークインターフェイスコントローラ１０６、メインプロセッサ１０２、及び暗号化／圧縮エンジン１０４に対する負荷値のオンデマンド取得を実行するのが好ましい。ネットワークインターフェイスコントローラ１０６及び暗号化／圧縮エンジン１０４の特定のハードウェア実施に基づいて、それに対応するハードウェアレジスタから個々の負荷値を読み取ることができる（１１４）。或いは又、ネットワークインターフェイスコントローラ１０６のスループット使用及び暗号化／圧縮エンジン１０４の現在パーセンテージ容量処理利用を追跡するために、メインプロセッサ１０２によりサーバー制御プログラム１１２の実行を通してソフトウェアベースの使用アキュムレータを実施することもできる。本発明の最初の好ましい実施形態では、負荷値の各々は、対応するハードウェアリソースのパーセンテージ利用を表わす。又、サーバー制御プログラム１１２の実行は、好ましくはハードウェアサーバーシステム１００のメインメモリ内にあってメインプロセッサ１０２にアクセスできるコンフィギュレーションポリシー／キーデータセット１１６の確立を与える。セキュアなクラスターネットワーク４６プロトコルのオペレーションを経て更新されたコンフィギュレーションポリシー／キーデータセットを受信するために第２テーブル１１８が同様に維持される。
【００５６】
図６は、セキュリティプロセッサクラスター１８の選択されたターゲットサーバー４４と協働して（１２０Ｂ）、ホストコンピュータ１２1-N上で実行されるＰＥＭコンポーネント４２1-Xにより実施される負荷バランス動作１２０Ａを示すプロセスフローチャートである。クライアント１４から、通常、仮想ファイルシステムスイッチを経てＰＥＭコンポーネント４２1-Xへファイルシステム要求として与えられるネットワーク要求を受信すると（１２２）、このネットワーク要求は、独特のホスト識別子１２６を含む使用可能なアクセス属性１２４をネットワーク要求に関連付けるために、ＰＥＭコンポーネント４２1-Xにより評価される。ＰＥＭコンポーネント４２1-Xは、次いで、セキュリティプロセスクラスター１８からターゲットサーバー４４のＩＰアドレスを選択する（１２８）。
【００５７】
次いで、独占的なＴＣＰベースのネットワーク要求データパケットが、それに対応するネットワーク要求及びアクセス属性を含むように構成される。このネットワーク要求は、次いで、ＩＰスイッチ１６を経てターゲットサーバー４４へ送信される（１３０）。ターゲットサーバーの応答時間切れ周期は、ネットワーク要求の送信（１３０）と同時にセットされる。応答時間切れが生じると（１３２）、特定のターゲットサーバー４４が、ネットワーク待ち時間テーブル９０において、ダウン即ち非応答とマークされる（１３４）。次いで、ネットワーク要求を受信するために、別のターゲットサーバー４４が選択される（１２８）。非応答のターゲットサーバー４４が利用できないことを受けて選択プロセスが再実行されるのが好ましい。或いは又、ネットワーク要求を最初に受信したときに識別される順序付けされた一連のターゲットサーバーを一時的に維持して、ＰＥＭコンポーネント４２1-Xのオペレーションの再試みをサポートしてもよい。少なくとも対応するネットワーク要求がターゲットサーバー４４により受け容れられるまで選択リストを維持することで、ターゲットサーバー４４の選択プロセス１２８を再実行するオーバーヘッドをこうむることなく、拒絶されたネットワーク要求を次に続くターゲットサーバーへ直ちに再試みすることが許される。しかしながら、応答時間切れ１３２の周期の巾によっては、選択リストの再使用が望ましくないことがある。というのは、セキュリティプロセッサの負荷及び重みテーブル８８とネットワーク待ち時間テーブル９０とに対する動的な更新の介在が考えられず、再試みに対する高い拒絶率を潜在的に招くからである。従って、セキュリティプロセッサの負荷及び重みテーブル８８とネットワーク待ち時間テーブル９０とにおける全てのデータを考慮に入れてターゲットサーバー４４の選択プロセス１２８を再実行することが一般的に好ましい。
【００５８】
ＴＣＰベースのネットワーク要求１３６を受け取ると（１２０Ｂ）、ターゲットサーバー４４は、最初に、ネットワーク要求を検査して、その要求にアクセスすると共に、属性情報にアクセスする。ポリシーパーサ６０が呼び出され（１３８）、要求に対するポリシー決定重み値を発生する。又、ターゲットサーバー４４の当該ハードウェアコンポーネントに対する負荷値も収集される。次いで、ネットワーク要求を受け容れるべきか拒絶すべきか（１４０）の決定がなされる。ポリシー評価ネットワーク及びアプリケーション情報のもとでのアクセス権がその要求されたオペレーションを排除する場合には、ネットワーク要求が拒絶される。全ての許可されたネットワーク要求において自動的に受け容れてバッファするものではない本発明の実施形態では、現在負荷又は重み値が、ターゲットサーバー４４1-Yに適用できるコンフィギュレーション確立のスレッシュホールド負荷及び重み限界を越える場合にネットワーク要求が拒絶される。いずれにせよ、対応する要求応答データパケットが発生され（１４２）そして返送される。
【００５９】
ネットワーク要求の応答は、要求発信側のホストコンピュータ１２1-Nにより受け取られ（１４４）、そしてローカル実行のＰＥＭコンポーネント４２1-Xへ直接通される。負荷及び返送される重み値は、タイムスタンプされて、セキュリティプロセッサ負荷及び重みテーブル８８にセーブされる。任意であるが、ネットワーク要求応答データパケットから決定されたターゲットサーバー４４とホストコンピュータ１２1-Nとの間のネットワーク待ち時間は、ネットワーク待ち時間テーブル９０に記憶される。アクセス属性が不充分なこと（１５０）に基づいてネットワーク要求が拒絶された場合には（１４８）、ホストコンピュータ１２1-Nに対してトランザクションが対応的に完了される（１５２）。他の理由で拒絶された場合には、次のターゲットサーバー４４が選択される（１２８）。さもなければ、ネットワーク要求応答により確認されたトランザクションは、ＰＥＭコンポーネント４２1-Xを経て処理されると共に、データペイロード暗号化及び圧縮処理１５４に対して必要に応じてターゲットサーバー４４へネットワークデータパケットを適宜に転送することで処理される。クライアントが要求したネットワークファイルオペレーションの完了時に（１５２）、ネットワーク要求トランザクションが完了となる（１５６）。
【００６０】
セキュリティプロセッサクラスター１８のターゲットサーバー４４1-Y間で、存在情報を配布し、そしてそれに応答して、コンフィギュレーションポリシー／キーデータを含むコンフィギュレーションデータセットを転送するための好ましいセキュアなプロセス１６０Ａ／１６０Ｂが図７Ａに一般的に示されている。本発明の好ましい実施形態によれば、各ターゲットサーバー４４は、セキュアなクラスターネットワーク４６に種々のクラスターメッセージを送信する。好ましくは、図７Ｂに示すように一般的に構成されたクラスターメッセージ１７０は、メッセージタイプ、ヘッダーバージョンナンバー、ターゲットサーバー４４1-Y識別子又は単にソースＩＰアドレス、シーケンスナンバー、認証タイプ及びチェック和を定義するクラスターメッセージヘッダ１７２を含む。このクラスターメッセージヘッダ１７２は、更に、状態値１７４及び現在ポリシーバージョンナンバー１７６を含み、これは、最も現在のコンフィギュレーションの指定のバージョンナンバー、及びクラスターメッセージ１７０を送信するターゲットサーバー４４により保持されたコンフィギュレーションポリシー／キーデータセットを表わす。状態値１７４は、クラスターメッセージの機能を定義するように使用されるのが好ましい。状態のタイプは、クラスター内のターゲットサーバー４４1-Yのセットの発見、クラスターへのターゲットサーバー４４1-Yの加入、そこからの退去及び除去、ターゲットサーバー４４1-Yにより保持されたコンフィギュレーション及びコンフィギュレーションポリシー／キーデータセットの同期、並びに冗長なセキュアなクラスターネットワーク４６が利用できる場合には、二次セキュアなクラスターネットワーク４６への切り換えを含む。
【００６１】
又、クラスターメッセージ１７０は、ＰＫダイジェスト１７８も備え、これは、パブリックキーのセキュアなハッシュと、それに対応するネットワークＩＰと、セキュアなプロセッサクラスター１８の各ターゲットサーバー４４1-Yに対する状態フィールドとを含む構造化リストを備え、それらは、クラスターメッセージ１７０を発信する特定のターゲットサーバー４４により知られたものである。好ましくは、ＳＨＡ−１のようなセキュアなハッシュアルゴリズムを使用して、セキュアなパブリックキーハッシュが発生される。含まれた状態フィールドは、進行中の同期、終了した同期、クラスター加入、及びクラスター退去状態を含む各ターゲットサーバー４４の既知のオペレーティング状態を反映する。
【００６２】
又、好ましくは、クラスターメッセージヘッダ１７２は、ソースターゲットサーバー４４識別子のデジタルサイン入りコピーも、受信したクラスターメッセージ１７０の有効性を保証する基礎として含む。或いは又、クラスターメッセージヘッダ１７２から発生されたデジタルシグネチャーをクラスターメッセージ１７０に添付することもできる。いずれの場合も、ソースターゲットサーバー４４識別子の首尾良い暗号解読及び比較、又はクラスターメッセージヘッダ１７２のセキュアなハッシュは、クラスターメッセージ１７０が既知のソースターゲットサーバー４４からのもので、デジタルサイン入りである場合に、改ざんがなされていないことを受信側ターゲットサーバー４４が検証できるようにする。
【００６３】
本発明の好ましい実施形態では、クラスター１８のターゲットサーバー４４1-Yは、ネットワーク要求に対する一貫した動作応答がいずれのホストコンピュータ１２1-Xによってもなされるよう保証するための共通のコンフィギュレーションを維持する。ターゲットサーバー４４1-Yのコンフィギュレーションの同期を保証するために、好ましくは、ローカル心鼓動タイマー１６２により発生されるハードウェア割り込みに応答して、各ターゲットサーバー４４1-Yによりセキュアなクラスターネットワーク４６にクラスター同期メッセージが周期的にブロードキャストされる（１６０Ａ）。各クラスター同期メッセージは、クラスターメッセージ１７０において、同期状態１７４の値、クラスター１８の現在ポリシーバージョンレベル１７６、及びセキュリティプロセッサクラスター１８に参加することが許されたターゲットサーバー４４1-Yのセキュアに確認可能なセットと共に、特に、クラスター同期メッセージ１７０を発信するターゲットサーバー４４の参照のフレームから、送信される（１６４）。
【００６４】
各ターゲットサーバー４４は、他の能動的ターゲットサーバー４４1-Yの各々からセキュアなクラスターネットワーク４６を経て受信された（１８０）ものであるブロードキャストされたクラスター同期メッセージ１７０を同時に処理する（１６０Ｂ）。各クラスター同期メッセージ１７０が受信され（１８０）、そしてセキュリティプロセッサクラスター１８に有効に存在すると分かっているターゲットサーバー４４から発信することが確認されたときに、受信側ターゲットサーバー４４は、パブリックキーのダイジェスト１７８をサーチし（１８２）、受信側ターゲットサーバーのパブリックキーがダイジェストリスト１７８内に含まれるかどうか決定する。受信側ターゲットサーバー４４のパブリックキーのセキュアなハッシュ等効物が見つからない場合には（１８４）、クラスター同期メッセージ１７０が無視される（１８６）。受信側ターゲットサーバー４４のセキュアなハッシュパブリックキーが、受信したクラスター同期メッセージ１７０に見つかった場合には、ポリシーバージョンナンバー１７６が、受信側ターゲットサーバー４４により保持されたローカルコンフィギュレーションポリシー／キーデータセットのバージョンナンバーと比較される。ポリシーバージョンナンバー１７６が、ローカルコンフィギュレーションポリシー／キーデータセットのバージョンナンバー以下である場合には、クラスター同期メッセージ１７０が再び無視される（１８６）。
【００６５】
クラスター同期メッセージ１７０で識別されたポリシーバージョンナンバー１７６が、現在能動的コンフィギュレーションポリシー／キーデータセットのバージョンナンバーより大きい場合には、ターゲットサーバー４４は、検索要求１９０を、好ましくは、ＨＴＴＰｓプロトコルを使用して、クラスター同期メッセージ１７０のソースとして対応するネットワークデータパケット内で識別されたターゲットサーバー４４へ発行する。識別されたソースターゲットサーバー４４により保持された比較的新しいコンフィギュレーションポリシー／キーデータセットは、受信側ターゲットサーバー４４により保持されたコンフィギュレーションポリシー／キーデータセットを更新するために検索される。識別されたソースターゲットサーバー４４は、それに応答して（１９２）、ソース暗号化ポリシーセット２００を返送する。
【００６６】
図７Ｃに一般的に詳細に示されたように、ソース暗号化ポリシーセット２００は、インデックス２０２と、識別されたソースターゲットサーバー４４によりセキュリティプロセッサクラスター１８に有効に参加していると分かったターゲットサーバー４４1-Yの数をＺとすれば、一連の暗号化アクセスキー２０４1-Zと、暗号化コンフィギュレーションポリシー／キーデータセット２０６と、ポリシーセットデジタルシグネチャー２０８とを含む定義されたデータ構造体であるのが好ましい。コンフィギュレーションポリシー／キーデータセット２０６の配布は、ターゲットサーバー４４1-Y間で次々に行うことができるので、有効参加ターゲットサーバー４４1-Yの数は、セキュリティプロセッサクラスター１８の異なるターゲットサーバー４４1-Yの観点から、新たなコンフィギュレーションポリシー／キーデータセットバージョンが配布される間に変化し得る。
【００６７】
インデックス２０２は、既知の有効参加ターゲットサーバー４４1-Yの各々に対してレコードエントリーを含むのが好ましい。各レコードエントリーは、パブリックキーのセキュアなハッシュと、対応するターゲットサーバー４４1-Yの管理上指定された識別子とを記憶するのが好ましい。規定により、第１のリストされたレコードエントリーは、暗号化されたポリシーセット２００を発生したソースターゲットサーバー４４に対応する。暗号化されたアクセスキー２０４1-Zの各々は、既知の有効参加ターゲットサーバー４４1-Yの各パブリックキーで暗号化されることにより同じ三重ＤＥＳキーを含む。この三重ＤＥＳキーを暗号化するのに使用されるパブリックキーのソースは、ローカルに保持されたコンフィギュレーションポリシー／キーデータセットである。従って、暗号化されたポリシーセット２００のソースであるターゲットサーバー４４に有効に知られているターゲットサーバー４４1-Yのみが、先ず、それに対応する三重ＤＥＳ暗号キー２０４1-Zを暗号解読し、次いで、それに含まれたコンフィギュレーションポリシー／キーデータセット２０６を首尾良く暗号解読することができる。
【００６８】
新たな三重ＤＥＳキーは、特定のターゲットサーバー４４1-Yにより構成された暗号化されたポリシーセット２００の各ポリシーバージョンに対してランダム関数を使用して発生されるのが好ましい。或いは又、特定のターゲットサーバー４４1-Yにより受け取られた各ＨＴＴＰｓ要求に応答して、新たな暗号化されたポリシーセット２００を異なる三重ＤＥＳキーで各々再構成することができる。ローカルに保持されたコンフィギュレーションポリシー／キーデータセット２０６は、現在発生された三重ＤＥＳキーを使用して三重ＤＥＳ暗号化される。最終的に、インデックス２０２のセキュアなハッシュ及び暗号化されたアクセスキー２０４1-Zのリストに基づいて発生されたデジタルシグネチャー２０８を添付して、暗号化されたポリシーセット２００の構造を完成する。従って、デジタルシグネチャー２０８は、初期のセキュアなハッシュ／識別子対レコードにより識別されたソースターゲットサーバー４４が、実際に、暗号化されたポリシーセット２００の有効ソースであることを保証する。
【００６９】
図７Ａを再び参照すれば、ソース暗号化されたポリシーセット２００を検索し（１９０）、そして更に、セキュリティプロセスクラスター１８に有効に存在すると分かっているターゲットサーバー４４から発信されるセキュアなものとして確認されると、受信側ターゲットサーバー４４は、その受信側ターゲットサーバー４４のパブリックキーに一致するダイジェスト値についてパブリックキーダイジェストインデックス２０２をサーチする。好ましくは、一致するダイジェスト値のインデックスオフセット位置が、それに対応するパブリックキー暗号化三重ＤＥＳキー２０６及び三重ＤＥＳ暗号化コンフィギュレーションポリシー／キーデータセット２０４を含むデータ構造体の行へのポインタとして使用される。次いで、受信側ターゲットサーバー４４のプライベートキーが、三重ＤＥＳキー２０６を回復するのに使用され（２１０）、これは、次いで、コンフィギュレーションポリシー／キーデータセット２０４を暗号解読するのに使用される。暗号解読されると、相対的に更新されたコンフィギュレーションポリシー／キーデータセット２０４は、受信側ターゲットサーバー４４の更新コンフィギュレーションポリシー／キーデータセットメモリ１８へ転送されて保持される。更新されたコンフィギュレーションポリシー／キーデータセット２０４のインストールが保留されると、その保留中の更新されたコンフィギュレーションポリシー／キーデータセットを保持するターゲットサーバー４４は、その更新されたコンフィギュレーションポリシー／キーデータセットバージョンナンバー１７４を使用することによりクラスター同期メッセージ１７０の周期的発行を再開する。
【００７０】
本発明の好ましい実施形態によれば、更新されたコンフィギュレーションポリシー／キーデータセット２０４は、現在のコンフィギュレーションポリシー／キーデータセット１１６として相対的に同期してインストールされ、セキュリティプロセッサクラスター１８の能動的ターゲットサーバー４４1-Yがコンフィギュレーションポリシー／キーデータセットの同じバージョンを同時に利用することを保証する。効果的に同期されるインストールは、クラスター同期メッセージ１７０を監視することにより、全てのこのようなメッセージが同じ更新されたコンフィギュレーションポリシー／キーデータセットバージョンナンバー１７４を含むまで、各ターゲットサーバー４４が、更新されたコンフィギュレーションポリシー／キーデータセット２０４をインストールするのを待機させる（２１２）ことで、得られるのが好ましい。好ましくは、ターゲットサーバー４４が更新されたコンフィギュレーションポリシー／キーデータセットをインストールすると結論付けるための定義された時間周期内にクラスター同期メッセージ１７０を発行した有効なターゲットサーバー４４1-Yとして定義された各能動的ターゲットサーバー４４からクラスター同期メッセージ１７０のスレッシュホールド数を受け取らねばならない。本発明の好ましい実施形態では、クラスター同期メッセージ１７０のスレッシュホールド数は、２である。各ターゲットサーバー４４のパースペクティブから、全ての既知の能動的なターゲットサーバー４４1-Yが同じバージョンのコンフィギュレーションポリシー／キーデータセットを有すると確認されるや否や、更新されたコンフィギュレーションポリシー／キーデータセット１１８が、現在のコンフィギュレーションポリシー／キーデータセット１１６としてインストールされる（２１４）。これで、ローカルコンフィギュレーションポリシー／キーデータセットを更新するプロセス（１６０Ｂ）が終了となる（２１６）。
【００７１】
図８を参照すれば、更新されたコンフィギュレーションポリシー／キーデータセットは、ローカルコンフィギュレーションポリシー／キーデータセットとして記憶された情報のいずれかに対して管理上の変更を行った結果として最終的に発生される（２２０）。管理上の変更２２２は、ネットワーク要求のポリシー評価に主として考慮されるアクセス権及び同様のデータを変更するために行うことができる。又、この変更は、通常、ターゲットサーバー４４の追加又は除去によりセキュリティプロセッサクラスター１８を管理上再コンフィギュレーションする（２２４）結果として行われてもよい。本発明の好ましい実施形態によれば、管理上の変更２２２は、アドミニストレータにより、いずれかのターゲットサーバー４４1-Yにおいて管理上のインターフェイス６４を経てアクセスすることにより行われる。ポリシールールを追加、変更及び削除し、選択ポリシールールセットに対する暗号化キーを変更し、既知のターゲットサーバー４４に対するパブリックキーを追加及び除去し、そしてアドミニストレータにより行われて確認されるときにクライアントコンピュータ１２へ配布されるべきターゲットサーバー４４のＩＰアドレスリストを変更するような管理上の変更２２２は、コンフィギュレーションポリシー／キーデータセットのローカルコピーに対してコミットされる。変更２２２をコミットする際に、それにより得られる更新されたコンフィギュレーションポリシー／キーデータセットのバージョンナンバーも自動的に増加される（２２６）。好ましい実施形態では、ソース暗号化されたコンフィギュレーションポリシー／キーデータセット２００が再生され（２２８）、そして他のターゲットサーバー４４1-Yからの転送要求を保留にして保持される。又、クラスター同期メッセージ１７０は、ローカル心鼓動タイマー１６２に対する公称応答においてブロードキャストするために新たなポリシーバージョンナンバー１７４及びそれに対応するパブリックキー１７６のダイジェストセットを含むように再生されるのが好ましい。従って、新たに更新されたコンフィギュレーションポリシー／キーデータセットは、セキュリティプロセッサクラスター１８の他の全ての能動的ターゲットサーバー４４1-Yに自動的に配布されそして相対的に同期してインストールされる。
【００７２】
セキュリティプロセッサクラスター１８を再コンフィギュレーションするには、対応するパブリックキー２３２を追加又は除去するようにコンフィギュレーションポリシー／キーデータセットに対して対応的な管理上の変更を行う必要がある。本発明の好ましい実施形態によれば、セキュリティプロセッサクラスター１８の完全性は、コンフィギュレーションポリシー／キーデータセットへのパブリックキーの追加を、ローカルで認証されたシステムアドミニストレータによるか、又はセキュリティプロセッサクラスター１８のローカルで知られた有効な能動的ターゲットサーバー４４との通信を経て行うことを必要とするだけで、詐欺師又はトロイのターゲットサーバー４４1-Yに対抗するものとして維持される。より詳細には、受信側ターゲットサーバー４４1-Yのインストールされたコンフィギュレーションポリシー／キーデータセットにおいて対応するパブリックキーによりまだ識別されていないターゲットサーバー４４からのクラスターメッセージ１７０は、無視される。新たなターゲットサーバー４４のパブリックキーは、その新たなターゲットサーバー４４を確認するために、セキュリティプロセッサクラスター１８の既存メンバーにより実際にセキュアに支援されるべき別の既知の有効なターゲットサーバー４４に管理上入力されねばならない（２３２）。
【００７３】
従って、本発明は、詐欺師のターゲットサーバーが新たなパブリックキーを自己識別して詐欺師がセキュリティプロセッサクラスター１８に加入できるようにするのを効果的に除外する。各ターゲットサーバー４４の管理上のインターフェイス６４は、ローカルのコンフィギュレーションポリシー／キーデータセットに対して管理上の変更２２２、２２３を行うために、独特のセキュアな管理上のログインを必要とするのが好ましい。詐欺師又はトロイのターゲットサーバー４４のインストールを試みる侵入者は、おそらく成功を得るためには、セキュリティプロセッサクラスター１８の既存の能動的ターゲットサーバー４４に対する特定のセキュリティパスコードにアクセスしてそれを得なければならない。管理上のインターフェイス６４は、周囲ネットワーク１２、コアネットワーク１８又はクラスターネットワーク４６から物理的にアクセスできないのが好ましいので、セキュリティプロセッサクラスター１８のコンフィギュレーションポリシー／キーデータセットに対する外部からのセキュリティ侵害が基本的に除外される。
【００７４】
本発明の好ましい実施形態によれば、ホストコンピュータシステム１２1-Xに代わるＰＥＭコンポーネント４２1-Xのオペレーションも、セキュリティプロセッサクラスター１８の各ターゲットサーバー４４1-Yにインストールされたコンフィギュレーションポリシー／キーデータセットのバージョンと一貫して維持される。この一貫性は、各ホストコンピュータ１２のネットワーク要求のポリシー評価が、要求を取り扱うために選択された特定のターゲットサーバー４４に関わりなくシームレスに取り扱われることを保証するために維持される。図９に一般に示すように、ＰＥＭコンポーネント４２1-Xの好ましい実行２４０Ａは、現在コンフィギュレーションポリシー／キーデータセットバージョンナンバーを追跡するように動作する。ＰＥＭコンポーネント４２1-Xの実行１２０Ａに一般的に一貫するように、ネットワーク要求１２２の受信に続いて、ＰＥＭコンポーネント４２1-Xにより保持された最後に使用されたポリシーバージョンナンバーは、ネットワーク要求データパケットにおいて、ターゲットサーバー選択アルゴリズム１２８により決定された選択されたターゲットサーバー４４のＩＰアドレスでセットされる（２４２）。最後に使用されたポリシーバージョンナンバーは、ＰＥＭコンポーネント４２1-Xの初期化の場合のようにデフォールトによりゼロにセットされるか、又はセキュリティプロセッサクラスター１８のターゲットサーバー４４により与えられる初期化コンフィギュレーションデータに基づく値にセットされるか、或いはセキュリティプロセッサクラスター１８ターゲットサーバー４４との協働的対話を経てＰＥＭコンポーネント４２1-Xにより発生された値にセットされる。次いで、ネットワーク要求データパケットは、選択されたターゲットサーバー４４に送信される（１３０）。
【００７５】
ターゲットサーバー４４のプロセス実行２４０Ｂも、同様に、ターゲットサーバー４４1-Yにより名目上実行されるプロセス実行１２０Ｂと一貫したものである。ネットワーク要求データパケットの受信（１３６）に続いて、ネットワーク要求において与えられたポリシーバージョンナンバーと、現在インストールされたコンフィギュレーションポリシー／キーデータセットのポリシーバージョンナンバーとを比較するために付加的なチェック２４４が実行される。ネットワーク要求により与えられたバージョンナンバーが、インストールされたバージョンナンバーより小さい場合には、不良バージョンナンバーフラグ２４６がセットされ（２４６）、拒絶の理由としてバージョンナンバー不一致を更に識別する拒絶応答１４２が強制的に発生される。さもなければ、ネットワーク要求は、手順１２０Ｂと一貫して処理される。又、好ましくは、ターゲットサーバープロセス実行２４０Ｂは、不良バージョンナンバー拒絶応答１４２が発生されるかどうかに関わりなく、要求応答データパケットにおいてローカルに保持されたコンフィギュレーションポリシー／キーデータセットのポリシーバージョンナンバーも与える。
【００７６】
特に、バージョンナンバー不一致拒絶応答を受信すると（１４４）、ＰＥＭコンポーネント４２1-Xは、対応するターゲットサーバー４４をバージョンナンバー不一致によりダウンとマークするために（２４８）、ネットワーク待ち時間テーブル９０を更新するのが好ましい。又、報告されたポリシーバージョンナンバーも、ネットワーク待ち時間テーブル９０に記憶されるのが好ましい。次いで、セキュリティプロセッサＩＰアドレスリスト８６及びネットワーク待ち時間テーブル９０により記憶された合成情報に基づいて全てのターゲットサーバー４４1-Yが使用不能と決定されない限り（２５０）、次のターゲットサーバー４４の再試み選択１２８が実行される。ＰＥＭコンポーネント４２1-Xは、次いで、次に高いポリシーバージョンナンバーを、不良バージョンナンバー拒絶応答１４２において受信されたものと仮定する（２５２）。その後のネットワーク要求１２２も、この新たなポリシーバージョンナンバーで識別される（２４２）。次いで、バージョンナンバー不一致のために以前にダウンとマークされたターゲットサーバー４４1-Yが、次いで、ネットワーク待ち時間テーブル９０にアップとマークされる（２５４）。次いで、新たなターゲットサーバー４４の選択がなされ（１２８）、更新されたポリシーバージョンナンバーを使用してネットワーク要求を再試みする。従って、ＰＥＭコンポーネント４２1-Xの各々は、セキュリティプロセッサクラスター１８により使用中にコンフィギュレーションポリシー／キーデータセットに対してなされた変更を一貫して追跡し、それにより、特定のネットワーク要求にサービスするように選択された特定のターゲットサーバー４４とは独立して、一貫した結果を得る。
【００７７】
従って、サーバーのクラスターの負荷バランスを協働的にとって、信頼性のある拡張可能なネットワークサービスを有効に提供するためのシステム及び方法を説明した。本発明は、サーバークラスターと相互オペレーションするホストベースのポリシー施行モジュールを特に参照して説明したが、ホストコンピュータシステム又はホストプロキシーを使用して、クライアントと個々のサーバーとの間の協働相互オペレーションによりサーバークラスターのサーバーへネットワーク要求を配布することにより、他の特定のアーキテクチャーにも等しく適用することができる。更に、サーバークラスターのサービスを、セキュリティ、暗号化、及び圧縮サービスとして説明したが、本発明のシステム及び方法は、一般に、他のネットワークサービスを提供するサーバークラスターにも適用できる。又、サーバークラスターは、単一の共通のサービスを実施するものとして説明したが、これは、本発明の好ましいモードに過ぎない。サーバークラスターは、ＰＥＭコンポーネントにより最初に受け取られたネットワーク要求のタイプに基づいて全てが協働して負荷バランスされる多数の独立したサービスを実施することができる。
【００７８】
本発明の好ましい実施形態の前記説明において、当業者であれば、ここに開示した実施形態の多数の変更や修正が容易に明らかであろう。それ故、特許請求の範囲内で、本発明は、特に上述したものとは別のやり方で実施できることが理解されよう。
【図面の簡単な説明】
【００７９】
【図１Ａ】本発明の好ましい実施形態によりホストコンピュータシステムがサーバークラスターにより提供されるネットワークサービスに直接アクセスするようなシステム環境を示すネットワーク図である。
【図１Ｂ】本発明の好ましいコアネットワークゲートウェイ実施形態が具現化されるシステム環境を示すネットワーク図である。
【図２】本発明の好ましい実施形態により構成されたホストのアレーとセキュリティプロセッササーバーのクラスターとの間のネットワーク相互接続を示す詳細なブロック図である。
【図３】本発明の好ましい実施形態により構成されたセキュリティプロセッササーバーの詳細なブロック図である。
【図４】本発明の好ましい実施形態によりホストコンピュータシステムにおいて実施されたポリシー施行モジュール制御プロセスのブロック図である。
【図５】本発明の好ましい実施形態によりサーバークラスターサービスプロバイダーにより共有される負荷バランス及びポリシー更新ファンクションを示すセキュリティプロセスサーバーの簡単なブロック図である。
【図６】本発明の好ましい実施形態によりポリシー施行モジュールプロセスと選択されたクラスターサーバーとの間で協働的に実行されるトランザクションプロセスのフローチャートである。
【図７Ａ】本発明の好ましい実施形態によりサーバークラスターのメンバー間で実行されるセキュアなクラスターサーバーポリシー更新プロセスのフローチャートである。
【図７Ｂ】本発明の好ましい実施形態により定義されるセキュアなクラスターサーバーポリシー同期メッセージのブロック図である。
【図７Ｃ】本発明の好ましい実施形態により定義されるセキュアなクラスターサーバーポリシーデータセット転送メッセージデータ構造のブロック図である。
【図８】本発明の好ましい実施形態によりセキュアなクラスターサーバーポリシーデータセット転送メッセージを再生するプロセスのフローチャートである。
【図９】本発明の好ましい実施形態によりクラスターサーバーの報告されたセキュアなクラスターサーバーポリシーデータセットにおけるバージョン変更を考慮するためにホストポリシー施行プロセスにより実行される拡張トランザクションプロセスを示すフローチャートである。
【図１Ａ】
2007507760.tif 000003
【図１Ｂ】
2007507760.tif 000004
【図２】
2007507760.tif 000005
【図３】
2007507760.tif 000006
【図４】
2007507760.tif 000007
【図５】
2007507760.tif 000008
【図６】
2007507760.tif 000009
【図７Ａ】
2007507760.tif 000010
【図７Ｂ】
2007507760.tif 000011
【図７Ｃ】
2007507760.tif 000012
【図８】
2007507760.tif 000013
【図９】
2007507760.tif 000014