(57)【特許請求の範囲】
【請求項１】
コンピュータネットワークインフラストラクチャにおいてセキュアなコンピュータシステム間でタスクを分散する方法であって、
‐  複数のブローカコンピュータシステムによってタスクファイルを並列に受信するステップ、
‐  前記タスクファイルのさらなる処理のために前記ブローカコンピュータシステムのグループからのプライマリブローカコンピュータシステムを交渉するステップ、
‐  複数の処理コンピュータシステムからのプライマリ処理コンピュータシステムに、前記プライマリブローカコンピュータシステムから前記タスクファイルのタスク情報を送信するステップ、及び、
‐  前記の送信されたタスク情報を用いて、前記プライマリ処理コンピュータシステムにおいて少なくとも１つの動作を実行するステップ、
を含み、
前記処理コンピュータシステムのグループからのすべてが、外部からの接続確立が許可されないように、当該方法に使用される所定のネットワークポートを閉じられたまま保持し、ゆえに、前記ネットワークポートを用いたネットワークを介したアクセスが防止され、
しかしながら、それぞれの処理コンピュータシステムは、それぞれのブローカコンピュータシステムに対するアクセスを確立して前記ブローカコンピュータシステムから前記タスクファイルのそれぞれのタスク情報を取り出す能力があり、
プライマリブローカコンピュータシステムを交渉する前記ステップは、
‐  前記タスクファイルを受信した後、ブローカコンピュータシステムによって、所定又はランダムの第１の時間期間待つサブステップ、
‐  前記第１の時間期間の経過の後、前記ブローカコンピュータシステムによって、前記処理を前記プライマリブローカコンピュータシステムとして継続することの容易さをすべての他のブローカコンピュータシステムに通信するサブステップ、
‐  前記の通信ブローカコンピュータシステムによって、所定又はランダムの第２の時間期間待つサブステップ、
‐  前記第２の時間期間の経過の後、前記通信ブローカコンピュータシステムによって、前記他のブローカコンピュータシステムに対するコンタクトを再度担い、前記通信ブローカコンピュータシステムによって、該システムが前記処理を前記プライマリブローカコンピュータシステムとして継続することの容易さを有するただ１つであることを検査するサブステップ、及び、
‐  前記検査が成功した場合、前記通信ブローカコンピュータシステムを前記プライマリブローカコンピュータシステムであると決定するサブステップ、
を含む、方法。
【請求項２】
‐  前記プライマリブローカコンピュータシステムによって、前記タスク情報を含む第１のインタラクションパケットを生成するステップ、
‐  前記プライマリブローカコンピュータシステムから前記プライマリ処理コンピュータシステムに前記第１のインタラクションパケットを送信するステップ、
‐  前記プライマリ処理コンピュータシステムにおいて前記少なくとも１つの動作を実行するために前記第１のインタラクションパケットから前記タスク情報を抽出するステップ、
‐  前記プライマリ処理コンピュータシステムによって、前記第１のインタラクションパケットに対する返答を含む第２のインタラクションパケットを生成するステップ、
‐  前記少なくとも１つの動作を実行した後、前記プライマリ処理コンピュータシステムから前記プライマリブローカコンピュータシステムに前記第２のインタラクションパケットを送り返すステップ、
をさらに含む請求項１に記載の方法。
【請求項３】
前記第１のインタラクションパケットは、前記プライマリブローカコンピュータシステムの署名を含み、前記第１のインタラクションパケットに含まれる前記タスク情報は、不変のままである、請求項２に記載の方法。
【請求項４】
前記少なくとも１つの動作は、
‐  前記タスク情報をさらなるデータによって補足すること、及び／又は、
‐  前記タスク情報に少なくとも１つの秘密鍵で署名すること、及び／又は、
‐  前記タスク情報をターゲットシステムの公開鍵で暗号化すること、
を少なくとも含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
‐  前記プライマリブローカコンピュータシステムによって情報パケットを生成するステップであって、前記タスクファイルのタスク情報、及び／又は、処理コンピュータシステムの前記グループを用いて実行される前記少なくとも１つの動作に関する情報が、前記情報パケットにさらに含まれる、ステップ、
‐  前記プライマリブローカコンピュータシステムから、処理コンピュータシステムの前記グループからのすべてに、前記情報パケットを送信するステップ、
‐  所定又はランダム時間期間内に少なくとも１つの処理コンピュータシステムによって、前記の送信された情報パケットに対して、さらなる処理の容易さを応答するステップ、
‐  前記ブローカコンピュータシステムによって、最初に返答する処理コンピュータシステムを前記プライマリ処理コンピュータシステムであると決定するステップ、
をさらに含む請求項１乃至４のうちいずれか１項に記載の方法。
【請求項６】
前記最初に返答する処理コンピュータシステムは、前記ブローカコンピュータシステムにより、単一の前記プライマリ処理コンピュータシステムであると決定される、請求項５に記載の方法。
【請求項７】
前記通信ブローカコンピュータシステムによる、該システムが前記処理を前記プライマリブローカコンピュータシステムとして継続することの容易さを有するただ１つであるかどうかについての前記検査が、成功しなかった場合、プライマリブローカコンピュータシステムを交渉することのサブステップが再度実行される、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
プライマリブローカコンピュータシステムを交渉するステップは、前記ブローカコンピュータシステムの前記グループによるタスクファイルのあらゆる並列的受信の後、再度実行される、請求項１乃至７のうちいずれか１項に記載の方法。
【請求項９】
プライマリブローカコンピュータシステムを交渉するステップは、ブローカコンピュータシステムの前記グループのあらゆる変更の後、再度実行される、請求項１乃至８のうちいずれか１項に記載の方法。
【請求項１０】
前記第１の時間期間が予め決定される場合に、前記第１の時間期間は、各々のブローカコンピュータシステムについて個々に予め決定される、請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
‐  当該方法を実行する間、前記プライマリブローカコンピュータシステムをセカンダリブローカコンピュータシステムによって可用性について監視するステップ、及び、
‐  前記プライマリブローカコンピュータシステムの監視が、該システムが利用可能でないか又はなくなると明らかにしたとき、当該方法を中止し、プライマリブローカコンピュータシステムを再交渉するステップ、
をさらに含む請求項１乃至１０のうちいずれか１項に記載の方法。
【請求項１２】
‐  前記プライマリブローカコンピュータシステムからすべての非プライマリ処理コンピュータシステムに待機命令を送信して、前記非プライマリ処理コンピュータシステムが待ちモードに入るべきであると示すステップ、
をさらに含む請求項１乃至１１のうちいずれか１項に記載の方法。
【請求項１３】
‐  前記少なくとも１つの動作が前記プライマリ処理コンピュータシステムにおいて実行された後、前記プライマリブローカコンピュータシステムから、処理コンピュータシステムの前記グループからのすべてに、処理完了命令を送信するステップ、
‐  前記処理コンピュータシステムにおいて当該方法の実行のため及び間に生成されたすべてのデータを取り除き及び／又は削除するステップ、
をさらに含む請求項１乃至１２のうちいずれか１項に記載の方法。
【請求項１４】
前記タスク情報及び／又は他のデータパケット及び／又は命令をブローカコンピュータシステムから処理コンピュータシステムに送信することが、
‐  前記ブローカコンピュータシステムから前記処理コンピュータシステムに所定のシーケンスのパケットデータを送るステップであって、前記処理コンピュータシステムの前記所定のネットワークポートは閉じられており、前記シーケンスは前記処理コンピュータシステムの１つ以上の所定のネットワークポートを所定の順序でアドレス指定する、ステップ、
‐  前記の送られたシーケンスを、前記処理コンピュータシステム内の所定のシーケンスで検証するステップ、及び、
‐  前記送られたシーケンスの検証が肯定的である場合、前記処理コンピュータシステムによって、前記タスク情報及び／又は他のデータパケット及び／又は命令の送信を引き起こすステップであって、前記処理コンピュータシステム自体が前記ブローカコンピュータシステムに対する接続を確立し、前記タスク情報及び／又は他のデータパケット及び／又は命令を取り出す、ステップ、
を含む、請求項１乃至１３のうちいずれか１項に記載の方法。
【請求項１５】
前記タスクファイル又は該タスクファイルの前記タスク情報は、それぞれ、独立したキーコンピュータシステムの署名によって、前記プライマリブローカコンピュータシステム内での操作に対して、セキュリティ保護される、請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
‐  複数のブローカコンピュータシステム、及び、
‐  複数の処理コンピュータシステム、
を少なくとも含み、
前記ブローカコンピュータシステムは、データパケット及び／又は命令を処理するために前記ブローカコンピュータシステムのグループのうち少なくとも１つから前記処理コンピュータシステムのグループのうち少なくとも１つに前記データパケット及び／又は命令を送信するように構成され、
ブローカコンピュータシステムの前記グループ及び／又は処理コンピュータシステムの前記グループは各ケースにおいて、通信のためのプライマリブローカコンピュータシステム及び／又はプライマリ処理コンピュータシステムを交渉し及び／又は決定するように構成され、
処理コンピュータシステムの前記グループからのすべてが、外部から前記処理コンピュータシステムへの接続確立が許可されないように所定のネットワークポートを閉じるように構成された１つのアクセス制御ユニットを各々含み、ゆえに、前記ネットワークポートを用いたネットワークを介したアクセスが防止され、
前記処理コンピュータシステムは、それぞれのブローカコンピュータシステムに対する接続を確立して、前記それぞれのブローカコンピュータシステムから対応するデータパケット及び／又は命令を取り出すように構成され、
プライマリブローカコンピュータシステムを交渉するために、前記ブローカコンピュータシステムの各々は、
‐  タスクファイルを受信した後、所定又はランダムの第１の時間期間待ち、
‐  前記第１の時間期間の経過の後、前記処理を前記プライマリブローカコンピュータシステムとして継続することの容易さをすべての他のブローカコンピュータシステムに通信し、
‐  所定又はランダムの第２の時間期間待ち、
‐  前記第２の時間期間の経過の後、前記他のブローカコンピュータシステムに対するコンタクトを再度担い、当該システムが前記処理を前記プライマリブローカコンピュータシステムとして継続することの容易さを有するただ１つであることを検査し、及び、
‐  前記検査が成功した場合、当該ブローカコンピュータシステムを前記プライマリブローカコンピュータシステムであると決定する、
よう構成される、コンピュータネットワークインフラストラクチャ。
【請求項１７】
請求項１乃至１５のうちいずれか１項に記載の方法を実行するように構成された、請求項１６に記載のコンピュータネットワークインフラストラクチャ。
【請求項１８】
１つ又は複数のコンピュータシステム上で実行されるように構成され、実行されるときに請求項１乃至１５のうちいずれか１項に記載の方法を実行するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータネットワークインフラストラクチャにおいてセキュアなコンピュータシステム間でタスクを分散する方法、対応するコンピュータネットワークインフラストラクチャ、及び対応する方法を実行するコンピュータプログラム製品に関する。
【背景技術】
【０００２】
分散コンピュータネットワーク、及び、いわゆるコンピュータネットワークインフラストラクチャは、それぞれ、データ接続を介して互いに通信することができる多数のコンピュータシステムを表す。これにおいて、機密コンテンツがある程度交換され、承認されていない人間は上記コンテンツに対するいかなるアクセス可能性も有してはならない。詳細に、サーバクライアントトポロジを含むコンピュータネットワークインフラストラクチャにおいて、機密データ、例えば、顧客データ又はユーザデータがクライアントとサーバとの間で交換され、上記データに対する第三者アクセスは、抑制される必要がある。
【０００３】
例えば、データ保護を増大させる従来のセキュリティ戦略には、第三者、例えば、管理者に対する契約条項（守られるべきプロセス）、統制（ルール又は禁制）が含まれ、これにより、機密データに対する制限され又は制御されたアクセスのみが、許可されることになる。
【０００４】
他方、コンピュータシステムに対して又はコンピュータシステム内で技術的手段（measures）が提供され、上記手段は、コンピュータシステムに対する物理的及び／又は論理的アクセスを防止し、あるいは承認された人間のみにアクセスを制限するものである。
【０００５】
しかしながら、データ保護を向上させるこうしたアプローチはデータセキュリティを促進するが、該アプローチが機密データに対するアクセスを防止するための義務的手段を大抵構成しないという欠点を伴う。
【０００６】
さらに、互いの間でのデータ交換又は通信のため、一般的コンピュータネットワークインフラストラクチャは、例えばネットワークを介したアクセス可能性、又は、コンピュータシステム内のサービスのアドレス可能性の実現性と共に機能し、このことは、上記インフラストラクチャを外部攻撃に対して脆弱にする。なぜならば、サービスがアドレス可能であるために、コンピュータシステムの１つ又は複数のネットワークポート上で実行プログラムが必要とされるからである。この実行プログラムは、ネットワークを介した外部攻撃に関して潜在的セキュリティギャップを構成する。
【０００７】
結果として、特定状況下で、コンピュータシステムに対するアクセスを獲得する攻撃者（クラッカー）がコンピュータシステム上の機密データを盗み（tap）、かつ／あるいは、攻撃を通してコンピュータネットワークインフラストラクチャ内のさらなるコンピュータシステムに対するアクセスを獲得し、例えば、操作された署名によって信頼性のあるように装い得るリスクが存在する。
【０００８】
他方、個々のコンピュータシステム間で情報を通信し及び処理するために、コンピュータネットワークインフラストラクチャにおいて、本質的な通信構造が必要とされる。こうした通信構造は、とりわけ、タスクの分散、すなわち、複数の関与するコンピュータシステム間における特定の動作又はタスクの分散と、タスクを担うコンピュータシステムをコンピュータシステムのグループから決定することとを提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、技術的手段によってコンピュータネットワークインフラストラクチャ内のコンピュータシステムへの攻撃、特に、機密データに対する承認されていないアクセスに対する保護を向上させ、しかしそれにかかわらず、コンピュータネットワークインフラストラクチャ内におけるデータの満足な転送を確保するコンピュータネットワークインフラストラクチャ内でのタスクの分散を提案することである。
【課題を解決するための手段】
【００１０】
第１の態様において、上記目的は、請求項１に記載のコンピュータネットワークインフラストラクチャにおいてセキュアなコンピュータシステム間でタスクを分散する方法を用いて達成される。
【００１１】
上記方法は、
‐  複数のブローカコンピュータシステムによってタスクファイルを並列に受信するステップ、
‐  タスクファイルのさらなる処理のためにブローカコンピュータシステムのグループからのプライマリブローカコンピュータシステムを交渉するステップ、
‐  複数の処理コンピュータシステムからの処理コンピュータシステムに、プライマリブローカコンピュータシステムからタスクファイルのタスク情報を送信するステップ、及び、
‐  送信されたタスク情報を用いてプライマリ処理コンピュータシステム内で少なくとも１つの動作を実行するステップ、
を含み、
処理コンピュータシステムのグループからのすべてが、外部からの接続確立が許可されないように、当該方法に使用される所定のネットワークポートを閉じられたまま保持し、ゆえに、上記ネットワークポートを用いたネットワークを介したアクセスが防止され、
しかしながら、それぞれの処理コンピュータ装置は、それぞれのブローカコンピュータシステムに対する接続を確立してそれぞれのタスク情報（又は他のデータ）をブローカコンピュータシステムのタスクファイルから取り出す能力がある。
【００１２】
上記の方法は、入って来るタスクファイルのさらなる処理のためにブローカコンピュータシステムのグループからプライマリコンピュータシステムが選択される方法で負荷分散を可能にする。こうして、複数の個々のタスクが、複数のブローカコンピュータシステムにわたり分散されることができ、したがって、ブローカコンピュータシステムのグループの全体的な負荷は、１つの個々のコンピュータシステム上に集中されず、ブローカコンピュータシステムのグループ内で分割されることができる。
【００１３】
さらに、上記方法は、専用にされたブローカコンピュータシステムがプライマリコンピュータシステムとして定義され、このプライマリコンピュータシステムが上記方法のさらなる過程を自動化された仕方で制御することができるという利点を提供する。このことは詳細には、コンピュータネットワークインフラストラクチャ内における複数の処理コンピュータシステムとの通信を含む。
【００１４】
本明細書に説明される方法において、処理コンピュータシステムのグループからのすべてのシステムは、カプセル化されたシステムとして理解されることになる。これらコンピュータシステムに対するネットワークを介したアクセスは、少なくとも特定のオペレーティング条件下において（有利には、本明細書に説明される方法又は上記の方法ステップを実行する間、永続的に）不可能であり、あるいは相当に複雑化される。
【００１５】
用語「所定のネットワークポート」は、すべての処理コンピュータシステムにおいて、すべての又はちょうど選択されたセキュリティ関連ネットワークポート、例えば、上記方法に使用されるネットワークポートが、永続的又は一時的に閉じられることを意味する。
【００１６】
上記のことは、アドレス可能性又は接続確立目的のためにそれぞれのネットワークポートを対外的にリッスンし、又はそれぞれのセーフティギャップ（例えば、バッファオーバーフローによる）を構成するプログラムが、処理コンピュータシステム上で構成されずあるいは必要とされないという利点を提供する。ゆえに、この文脈において、用語「閉じられたネットワークポート」は、これらポートについて、該ポートが「リスニングポート」でない、すなわち、外部からの接続確立が許可されないことを意味する。この場合、第三者は、ネットワークを介して、例えばＵｎｉｘベースのコンピュータシステム内でセキュアシェル（ＳＳＨ）デーモンを介して、それぞれの処理コンピュータシステム上で外部から認証又はログインすることができず、あるいは、処理コンピュータシステム上で特別な動作を実行することができない。
【００１７】
しかしながら、それぞれの処理コンピュータシステムに対するローカルアクセスが、第１のユーザグループに対して（例えば、それぞれの処理コンピュータシステムのユーザに対して）構成されてもよい。しかしながら、他の第三者に対して、それぞれの処理コンピュータシステムに対するローカルアクセスは防止される。
【００１８】
しかしながら、処理コンピュータシステムと対照的に、上記方法は、ブローカコンピュータシステムのグループからのブローカコンピュータシステムに対する外部アクセスを可能にする。ブローカコンピュータシステムのグループのうちの各々が、少なくとも１つのリッスンしている開いたネットワークポートを有する「オープンシステム」としてネットワークを介してアクセス可能である。このことは、プログラムがブローカコンピュータシステム上で実行され、及び／又はアプリケーションが準備され、処理コンピュータシステムが、ブローカコンピュータシステムにアクセスし、ブローカコンピュータシステムに対する接続を確立して、本明細書に提示される方法に従って（それから確立された接続を介して）ブローカコンピュータシステムからタスクファイルのそれぞれのタスク情報を取り出し、タスク情報を用いて少なくとも１つの動作を実行し、あるいはローカルで実行された動作の返答及び／又は結果をブローカコンピュータシステム内に記憶することができることを意味する。セキュリティの観点から、こうした「オープンな」ブローカコンピュータシステムは、ちょうど従来の特別にセキュリティ保護されたコンピュータシステムのように査定されることになる。
【００１９】
ゆえに、ブローカコンピュータシステムの各々、上記の場合、プライマリブローカコンピュータシステムは、処理コンピュータシステムのグループとの通信のための（セキュリティ保護されるがリッスンしている）ブローカとして働き、しかしながら、処理コンピュータシステムはそれ自体、カプセル化される。こうして、ブローカコンピュータシステムのグループを用いてターゲット化された仕方で情報を転送するようにブローカコンピュータシステム間で負荷を分散する所定の方法が、カプセル化された処理コンピュータシステムにもかかわらず、可能である。
【００２０】
上記文脈において、所定の処理（タスク）を実行するためのタスクファイルが、処理コンピュータシステム、及び／又は、タスクファイルを用いて所定のタスクを実行する（さらには規定されない）ターゲットコンピュータシステム内で、準備される。
【００２１】
上記の処理は、例えば、
‐  伝達されたデータを記憶し及び／又は処理すること（例えば、補足すること）、
‐  プログラムを再起動すること、
‐  それぞれのコンピュータシステムに対する物理アクセスの命令
‐  バックアップデータを復旧すること、又は、
‐  それぞれのコンピュータシステムに対するＳＳＨアクセス
であり得る。
【００２２】
確実に、上記の動作及び命令のそれぞれの組み合わせが考えられる。本方法の特定性は、処理コンピュータシステムの又は本明細書においてさらには規定されないターゲットコンピュータシステムのイベント制御が、対応する情報の転送について、タスクファイルを用いて可能にされるという事実にある。
【００２３】
タスクファイルは、それぞれの処理コンピュータシステムに対する純粋なコマンドとは基本的に異なる。なぜならば、コマンドは、対外的にオープンであり、したがってこのシステムの評価に関して処理コンピュータシステムの側における攻撃に対して脆弱であるプログラムを、必要とするからである。しかしながら、すでに説明されたとおり、こうしたプログラムは、それぞれの処理コンピュータシステムに対するネットワークを介したアクセスの欠如に起因して、本方法において割愛される。
【００２４】
しかしながら、処理コンピュータシステムに対する命令は、ブローカコンピュータシステム上で準備され、ブローカコンピュータシステムに対する接続を自動的に確立する処理コンピュータシステムによって取り出されることができる。上記命令は、それから、例えば、処理コンピュータシステム上でローカルに処理されることができる。
【００２５】
用語「タスクファイルのタスク情報」は、タスクファイル内に存在する（例えば、組み込まれた）情報であるとして理解されることになる。これは、実行されるべき動作及びタスクそれぞれに関する命令、説明、処理データ、署名、パスワード等に関係する情報であり得る。タスク情報は、タスクファイルからの部分又はさらにタスクファイル全体を含み得る。このことは、タスクファイルの部分又は同様にタスクファイル全体が、タスク情報として処理コンピュータシステムに送信され得ることを意味する。
【００２６】
プライマリブローカコンピュータシステムからプライマリ処理コンピュータシステムにタスク情報を送信するために、処理が開始されることができ、この処理は、自動化された仕方で、プライマリブローカコンピュータシステム内の選択されたタスク情報を要求し、それをプライマリブローカコンピュータシステムからプライマリ処理コンピュータシステムに送信する。プライマリブローカコンピュータシステムからプライマリ処理コンピュータシステムへのタスク情報の自動化された送信は、第三者がコンピュータシステムに外部から影響を与えるいかなる選択肢も有さないように有利に設計され、ゆえに、タスク情報を介したプライマリ処理コンピュータシステムの操作のリスクが排除される。タスク情報は、例えば、暗号化されてもよい。さらに、（異なる）暗号化が、タスク情報の部分に対して又は（タスク情報を含む）データパケット全体に対して複数回適用されることができる。プライマリ処理コンピュータにおいて、タスク情報の妥当性が検証されることができ、それぞれの動作が実行されることができる。データパケットが署名を用いて署名され、この署名を用いてタスク情報の妥当性が検証されることができる。
【００２７】
プライマリ処理コンピュータシステムにおけるタスク情報の成功裏の処理の後、タスク情報は、プライマリブローカコンピュータシステムに送り返されることができる。タスク情報は、それから、例えば、処理されたタスク情報を用いてターゲットコンピュータシステム内でタスクを実行するために、処理の中でターゲットコンピュータシステムにさらに移送されることができる。
【００２８】
有利には、本明細書に説明されるタイプに従う方法は、さらに、
‐  プライマリブローカコンピュータシステムによって、タスク情報が含まれる第１のインタラクションパケットを生成するステップ、
‐  第１のインタラクションパケットをブローカコンピュータシステムからプライマリ処理コンピュータシステムに送信するステップ、
‐  プライマリ処理コンピュータシステム内で少なくとも１つの動作を実行するために第１のインタラクションパケットからタスク情報を抽出するステップ、
‐  プライマリ処理コンピュータシステムによって、第１のインタラクションパケットに対する返答が含まれる第２のインタラクションパケットを生成するステップ、
‐  少なくとも１つの動作を実行した後、プライマリ処理コンピュータシステムからプライマリブローカコンピュータシステムに第２のインタラクションパケットを送り返すステップ、
を含む。
【００２９】
タスク情報をインタラクションパケット内にパックすることは、さらなる情報を送ることを可能にし、さらなる情報は、例えば、プライマリブローカコンピュータの署名、認証、コマンド等であり得る。有利には、元のタスクファイルのタスク情報、又は、プライマリ処理コンピュータシステムにおいて動作を実行した後のタスク情報は、変更されないままである。こうして、例えば、プライマリブローカコンピュータシステムとプライマリ処理コンピュータシステムとの間の通信のための情報が、さらなるターゲットコンピュータシステム上でタスクを実行するためのタスクファイルのタスク情報から区別されることができる。インタラクションパケットは、例えば、プライマリブローカコンピュータシステムとプライマリ処理コンピュータシステムとの間の特定のインタラクションパラメータが設定される何らかのタイプの「サブタスクファイル」であり得る。これらパラメータは、それから、戻り値としてプライマリブローカコンピュータシステムに送り返されてもよく、あるいは、第２のインタラクションパケット内で戻り値で補足され、元のタスクファイルに組み込まれてもよい。
【００３０】
さらに、さらなるセキュリティエンティティとしての独立した（さらには規定されない）キーコンピュータシステムの署名によって、プライマリブローカコンピュータシステム内での操作に対して、元のタスクファイル又はそのタスク情報をそれぞれセキュリティ保護することが考えられる。こうした「基本署名」は、タスク情報をインタラクションデータパケットにパックすることにもかかわらず、検証可能なままであり、タスク情報の信ぴょう性を確保する。したがって、操作されたブローカコンピュータシステムによって処理コンピュータシステム内で（犯罪的）動作をトリガすることは防止され、あるいは少なくとも相当に複雑化されることができる。なぜならば、「基本署名」が、偽造に対する特定のセキュリティを提供するからである。
【００３１】
説明されるタイプの方法において、プライマリ処理コンピュータシステムにおける少なくとも１つの動作は、好ましくは、少なくとも、
‐  さらなるデータによってタスク情報を補足すること、及び／又は、
‐  タスク情報を少なくとも１つの秘密鍵で署名すること、及び／又は、
‐  タスク情報をターゲットコンピュータシステムの公開鍵で暗号化すること、
を含む。
【００３２】
プライマリ処理コンピュータシステムにおいて動作を実行するために、タスク情報は、上記で説明されたとおりのインタラクションパケットから抽出され、あるいはアンパックされることができる。すべての動作における決定的要因は、上記動作が、関与する処理コンピュータシステム内でローカルに実行され、したがって、動作を処理し及び実行するためのセーフティ関連のパスフレーズ又は鍵が、それぞれのコンピュータシステム上でローカルにのみ提供され又は使用されなければならず、コンピュータネットワークインフラストラクチャ内で、詳細には、プライマリブローカコンピュータシステムとプライマリ処理コンピュータシステムとの間で交換される必要がないことである。この事実は、外部侵入者からの攻撃に対するセキュリティをさらに増大させる。
【００３３】
上記で説明されたタイプの方法は、有利には、
‐  プライマリブローカコンピュータシステムによって情報パケットを生成するステップであって、さらにタスクファイルのタスク情報及び／又は処理コンピュータシステムのグループを用いて実行される少なくとも１つの動作に関する情報が、情報パケット内に要約される、ステップ、
‐  プライマリブローカコンピュータシステムから、処理コンピュータシステムのグループからのすべてに、情報パケットを送信するステップ、
‐  所定の又はランダムの時間期間内に少なくとも１つの処理コンピュータシステムによって、送信された情報パケットに対して、さらなる処理の容易さ（readiness）を応答するステップ、
‐  ブローカコンピュータシステムによって、最初に返答する処理コンピュータシステムをプライマリ処理コンピュータシステムであると決定するステップ、
を含む。
【００３４】
情報パケットの送信について、処理コンピュータシステムのグループからの各々は、プライマリブローカコンピュータシステムに対する接続を確立し、情報パケットを取り出す。これに関し、上記の送信は、タスクファイルのタスク情報又はタスク情報を含む第１のインタラクションパケットの上述された送信に類似してもたらされる。
【００３５】
上記方法の過程において、情報パケットを交換する上述された手段は、好ましくは、（第１のインタラクションパケットを用いて）プライマリ処理コンピュータシステムに対するタスク情報の上記で説明された送信の前にもたらされ、詳細には、最初、コンピュータネットワークインフラストラクチャ内に存在する複数の処理コンピュータシステムからのプライマリ処理コンピュータシステムを決定することに役立つ。情報パケット内の第２のタスク情報は、内容において、上記で説明された（第１のインタラクションパケット内の）タスク情報に対して異なってもよく、重なってもよく、あるいは同一であってもよい。
【００３６】
上記手段を実行するために、所定の時点又は時間期間（いわゆる「タイムアウト」）が、処理コンピュータシステムに対する返答、又は、いずれのコンピュータシステムが最初に返答し、かなり遅く返答し、又は全く返答しないかに関する選択のために提供される。
【００３７】
情報パケットを用いて、すべての処理コンピュータシステムが、タスクファイル、及び／又は、タスクファイルを用いて実行されるべき動作に関係するメッセージを受信する。こうして、処理コンピュータシステムの各々が、該コンピュータシステムがそれぞれのタスク情報を受け入れることができるか、受け入れなければならないか、若しくは受け入れることを許容されるかどうか、又は、該コンピュータシステムがタスク情報を用いてそれぞれの動作を受け入れることができるか、受け入れなければならないか、若しくは受け入れることを許容されるかどうかを、決めることができる。
【００３８】
上記で説明された手段を用いて、さらなる処理を実行し、又はタスク情報を扱い、及び／又は関与する動作を実行する個々の処理コンピュータシステムが、有利に識別される。
【００３９】
ブローカコンピュータシステムの側における負荷の分散に加えて、本明細書に説明される手段によって、処理コンピュータシステムの側において割り当て又は負荷分散がもたらされる。このことは、処理コンピュータシステムのグループのうち専用にされたコンピュータシステムが特定のタスクを担い得るという利点を伴う。このことは、本明細書に提示される方法を用いて自動化された仕方でもたらされ得る。
【００４０】
詳細に、いわゆる手動タスクの場合、例えば、１つ又は複数の処理コンピュータシステムに対して割り当てられるプロセッサのグループのうちのプロセッサによるタスク情報の承認に対して、上記方法が特定の人間に依存することを回避することが、上記方法の連続的な実行のために必要とされ得る。ゆえに、説明される手段は、プライマリブローカコンピュータシステムによる情報パケットを用いた処理コンピュータシステムのグループに対する直接の要求と、その後の、情報パッケージに対して肯定を返答するプライマリ処理コンピュータシステムの、選択及び識別とを可能にする。
【００４１】
最初に返答する処理コンピュータシステムの決定に対して代替案として又は追加で、決定のために他の基準が考慮されてもよい。処理コンピュータシステムの肯定返答をそれぞれの処理コンピュータシステムの所定の処理情報のフィードバックに結び付けることが考えられる。こうした処理情報は、例えば、それぞれの処理コンピュータシステムの可用性、時間、継続時間、負荷等であり得る。
【００４２】
さらなるブローカコンピュータシステムを介して個々の又はすべての処理コンピュータシステムをプライマリコンピュータシステムに結び付けることが考えられる。
【００４３】
説明されるタイプに従う方法において、プライマリブローカコンピュータシステムを交渉するステップは、有利には、
‐  タスクファイルを受信した後、ブローカコンピュータシステムによって、所定又はランダムの第１の時間期間待つサブステップ、
‐  第１の時間期間の経過の後、ブローカコンピュータシステムによって、処理をプライマリブローカコンピュータシステムとして継続することの容易さをすべての他のブローカコンピュータシステムに通信するサブステップ、
‐  上記の通信するブローカコンピュータシステム（通信ブローカコンピュータシステム）によって、所定又はランダムの第２の時間期間、新たに待つサブステップ、
‐  第２の時間期間の経過の後、通信ブローカコンピュータシステムによって、該システムが処理をプライマリブローカコンピュータシステムとして継続することの容易さを有するただ１つであることを検査するサブステップ、及び、
‐  検査が成功した場合、通信ブローカコンピュータシステムをプライマリブローカコンピュータシステムであると決定するサブステップ、
を含む。
【００４４】
可能性としてブローカコンピュータシステムのグループからの任意の１つによって全体的に又は部分的に実行され得る上述された手段は、入って来るタスクファイルのさらなる分散のためのプライマリコンピュータシステム（いわゆる「プライマリ」）であるブローカコンピュータシステムの、自動化された（及び、かなりおそらく一義的な）決定を可能にする。
【００４５】
タスクファイルを受信した後、ブローカコンピュータシステムの各々によって第１の時間期間待つことは、あらゆるブローカコンピュータシステムが、該コンピュータシステムがプライマリの機能において通信処理内で情報を転送することができ又は転送しなければならないかを決めることができることを、達成し得る。各ブローカコンピュータシステムについて個々に予め決定され得る第１の時間スパンを待った後、１つのブローカコンピュータシステムが、該コンピュータシステムが処理をプライマリとして継続することを、他のブローカコンピュータシステムに対して通信する。このメッセージを別のブローカコンピュータシステムが受信する場合、このコンピュータシステムはそれ自体、プライマリの役割を担うことを放棄することになる。
【００４６】
例えば、第１の時間期間より長くてもよい第２の時間期間の後、自身を潜在的なプライマリとして他のコンピュータシステムに対して宣言したブローカコンピュータシステムが、自身がただ１つのプライマリであることを検査するために他のコンピュータシステムに対するコンタクトを再度担う（re-assumes）。
【００４７】
プライマリブローカコンピュータシステムを交渉するサブステップは、有利には、通信ブローカコンピュータシステムによる、該システムがプライマリブローカコンピュータシステムとして処理を継続することの容易さを有するただ１つのシステムであるかどうかに関する妥当性検査が成功しなかった場合、（最終的に、始めにおける任意的な待ち時間と共に）再度実行される。
【００４８】
例えば、複数のブローカコンピュータシステムが、可能性として重なって又は同時に、処理をプライマリシステムとして継続することの容易さを示す場合、妥当性検査は成功しない可能性がある。交渉の間の並列性に起因して、２つ以上のブローカコンピュータシステムが、プライマリの役割を担いたいと希望する可能性がある。しかしながら、説明される方法に従い、負荷分散、詳細には、関与するブローカコンピュータシステム間におけるタスクファイルの負荷分散が達成されることになるため、単一のプライマリブローカコンピュータシステムのみが存在し得、存在することができる。
【００４９】
有利には、説明されるタイプに従う方法において、プライマリブローカコンピュータシステムを交渉するステップは、ブローカコンピュータシステムのグループによるタスクファイルの各々の並列的な受信の後、再度実行される。一代替案として、プライマリの交渉は記憶されてもよい。しかしながら、プライマリブローカコンピュータシステムは、好ましくは、タスクファイルの各々の受信の後、再度検証されることになる。検証がブローカコンピュータシステムの非可用性を結果としてもたらす場合、上記で説明されたサブステップに従う交渉が再度実行される。
【００５０】
上記で説明されたタイプの方法において、プライマリブローカコンピュータシステムを交渉するステップは、ブローカコンピュータシステムのグループの任意の変更の後、再度実行される。変更は、コンピュータネットワークインフラストラクチャのクラスタ内におけるブローカコンピュータシステムの加算又は減算であり得る。
【００５１】
コンピュータネットワークインフラストラクチャの関与するコンピュータシステムのすべて、すなわち、ブローカコンピュータシステム及び処理コンピュータシステムが、その通信においてネットワーク経路を介して互いに接続される。１つ又は複数のネットワーク経路の障害という好ましくないイベントにおいて、いわゆる「分離脳」問題がコンピュータネットワークインフラストラクチャ内で発生し得る。この問題は、もはや互いに通信することができない２つのサブシステムが発達するようにネットワーク経路が中断される場合、発生する。この場合、通信が分離されるため、一方のグループが他方のグループに気付かず、逆もまた同様である。
【００５２】
上記の分離脳問題が発生すると、処理コンピュータシステムのグループ（最終的にいずれのシステムがサブシステムに分離されるか）内における交渉及び決定に対して、複数のプライマリコンピュータシステムが結果として生じるおそれがある。こうして、冗長なデータパケットが、複数のプライマリによって確立され、送信され、可能性として処理されることになる。
【００５３】
しかしながら、冗長データパケットは、１つのターゲットにおける同一パケットの到着までに明らかになる。したがって、分離脳問題が冗長性に、しかしながらさらに上記方法内の冗長情報の濾過につながるように、冗長データパケットは破棄されることができる。最も好ましくない場合、処理コンピュータシステム内で冗長パケットを処理することは、発散的な行為につながる。このことは、タスクパケットの識別を監視することによって考慮に入れられる（accounted  for）ことができる。したがって、上記問題を解決することについて、手段がとられることができる。
【００５４】
さらに、冗長なネットワーク経路がコンピュータネットワークインフラストラクチャ内で使用されて、分離脳問題の確率を最小化することができる。
【００５５】
本発明は、有利には、
‐  当該方法を実行する間、プライマリブローカコンピュータシステムをセカンダリブローカコンピュータシステムによって可用性について監視するステップ、及び、
‐  プライマリブローカコンピュータシステムを監視することが、該システムが利用可能でないか又はなくなると明らかにした場合、当該方法を中止し、プライマリブローカコンピュータシステムを再交渉するステップ、
を含む。
【００５６】
こうして、プライマリブローカコンピュータシステムがプライマリの機能を担うことができず、あるいはもはや担わないことが認識されることができる。このことは、それから、上記で説明された方法ステップに従うプライマリの新たな交渉につながる。
【００５７】
プライマリブローカコンピュータシステムの監視に対して代替として又は追加で、複数の又はすべてのブローカコンピュータシステムの相互監視が同様に考えられる。このことは、他のブローカコンピュータシステムによって認識される複数のブローカコンピュータシステムの突然の非可用性の場合に、上記で説明されたとおりの分離脳問題の指標が当てはまる可能性があるという利点を提供する。このことは、例えば、転送されたデータパケット又はタスクファイルそれぞれについてのあり得る冗長性を考慮して監視を用いて通信され、ログに記録されてもよい。
【００５８】
上記で説明されたタイプに従う方法において、好ましくは、
‐  プライマリブローカコンピュータシステムからすべての非プライマリ処理コンピュータシステムに待機命令を送信して、非プライマリ処理コンピュータシステムに待ちモードに入るように示すステップ、
がさらに実行される。こうして、非プライマリ処理コンピュータシステムは、（最初に）これらコンピュータシステムが対応するタスク情報に関していかなるさらなるアクションも実行してはならないと言われる。
【００５９】
上記で説明されるタイプの方法は、さらに、有利には、
‐  少なくとも１つの動作がプライマリ処理コンピュータシステムにおいて実行された後、プライマリ処理コンピュータシステムから、処理コンピュータシステムのグループからのすべてに、処理完了命令を送信するステップ、
‐  処理コンピュータシステムにおいて当該方法の実行のため及び間に生成されたすべてのデータを取り除き及び／又は削除するステップ、
を含む。
【００６０】
これら手段は、ダブルの利点を伴う。第１の利点は、プライマリ処理コンピュータシステムにおいて動作を実行した後、本明細書に説明される方法に従ってタスク情報（又は同様に、上記で説明されたとおりの他の情報又はインタラクションパケット）を転送することに関与する、関与する処理コンピュータシステム上に記憶されたすべてのデータが、空にされることが可能なことにある。第２の利点は、タスク情報又は動作を処理することが成功裏に実行されたとすべての処理コンピュータシステム（プライマリ及び非プライマリ）が認識するという事実にある。
【００６１】
別法として、処理完了命令が、プライマリ処理コンピュータシステムからプライマリブローカコンピュータシステムへの処理されたタスク情報の再送信の後、又は他の所定の時点に、さらに送られてもよい。
【００６２】
タスク情報及び／又は他のデータパケット及び／又は命令をブローカコンピュータシステムから処理コンピュータシステムに送信することは、好ましくは、
‐  ブローカコンピュータシステムから処理コンピュータシステムに所定のシーケンスのパケットデータを送るステップであって、処理コンピュータシステムの所定のネットワークポートは閉じられており、上記シーケンスは処理コンピュータシステムの１つ以上の所定のネットワークポートを所定の順序でアドレス指定する、ステップ、
‐  送られたシーケンスを、処理コンピュータシステム内の所定のシーケンスで検証するステップ、及び、
‐  送られたシーケンスの検証が肯定的である場合、処理コンピュータシステムによって、タスク情報及び／又は他のデータパケット及び／又は命令の送信を引き起こすステップであって、処理コンピュータシステム自体がブローカコンピュータシステムに対する接続を確立し、タスク情報及び／又は他のデータパケット及び／又は命令を取り出す、ステップ、
を含む。
【００６３】
本明細書に示されるさらなる方法ステップは、基本的に、関与する処理コンピュータシステムの（上記方法に対して決定的な）ネットワークポートが、それぞれ、上記で説明された意味において閉じられ、それぞれの処理コンピュータシステムに対する外部からの接続確立をブロックし、又は操作的な外部アクセスを相当に複雑化するという利点を提供する。受信する処理コンピュータシステムを用いてタスク情報又は他のデータパケット及び／又は命令の送信を引き起こすことは、（例えば、Ｕｎｉｘベースのコマンド“Ｓｅｃｕｒｅ  Ｃｏｐｙ”、ｓｃｐを介して）それぞれのタスク情報を処理コンピュータシステムに送信する自動化された処理であり得る。上記処理に従い、処理コンピュータシステムはそれ自体、ブローカコンピュータシステムに対する接続を確立し、タスクファイル又は他のデータパケットを取り出す。この処理は、所定のシーケンスのパケットデータが処理コンピュータシステムに送られた後、このシーケンスが所定のシーケンスにマッチする場合、起動され得る。シーケンス送信コンピュータシステムのＩＰアドレスは、処理コンピュータシステム内で静的であるように予め決定されてもよく、あるいは、処理コンピュータシステムのカーネルに知られる潜在的なシーケンス送信コンピュータシステムのソースＩＰアドレスから動的にとられてもよい。
【００６４】
上記の方法は、用語「ポートノッキング」で知られる。上記で言及されたステップは、いわゆるノックデーモン、すなわち、ポートノッキングを可能にするプログラムによって実行されることができる。このノックデーモンは、処理コンピュータシステムのネットワークポートをリッスンし、送られたシーケンスのパケットデータを検証し、最終的に、送られたシーケンスが所定のシーケンスにマッチする場合、ブローカコンピュータシステムから処理コンピュータシステムへのそれぞれのタスク情報の制御された送信を（例えば、スクリプト／プログラムを起動することによって）引き起こす。したがって、上述された処理は、ブローカコンピュータシステムからそれぞれの処理コンピュータシステムへのタスク情報の送信／コピーを、ブローカコンピュータシステムが上記の目的で開いたポートにリスニングプログラムを提供する必要なしに、可能にする。
【００６５】
上記で説明されたポートノッキングに対して代替として又は追加的に、関与する処理コンピュータがそれ自体、交換されるタスク情報が存在するかどうかに関して規則的な間隔でブローカコンピュータシステムにおいて要求すること（ポーリング）がさらに考えられる。上記が当てはまる場合、ブローカコンピュータシステムから処理コンピュータシステムへのタスク情報のそれぞれの送信が、開始されることができる。例えば、ポートノッキングが実行されなかった特定の時間スパンが経過したとき、処理コンピュータシステムがポーリングを実行することがさらに考えられる。ゆえに、ポートノッキング問題は、機能性を維持する間に検出されることができる。
【００６６】
説明される手段を用いて、セキュアなコンピュータシステム間における通信が、コンピュータネットワークインフラストラクチャ内でブローカコンピュータシステムのグループを介して可能である。こうして、ブローカコンピュータシステムのグループと処理コンピュータシステムのグループとが、関与するコンピュータシステム間で負荷分散が実行される何らかのタイプのセキュアな「通信ミドルウェア」を形成する。
【００６７】
別の態様において、上記の目的は、
‐  複数のブローカコンピュータシステム、及び、
‐  複数の処理コンピュータシステム、
を少なくとも含むコンピュータネットワークインフラストラクチャによって達成され、
コンピュータシステムは、データパケット及び／又は命令を処理するためにブローカコンピュータシステムのグループのうち少なくとも１つから処理コンピュータシステムのグループのうち少なくとも１つにデータパケット及び／又は命令を送信するように構成され、ブローカコンピュータシステムのグループ及び／又は処理コンピュータシステムのグループは各ケースにおいて、通信のためのプライマリブローカコンピュータシステム及び／又はプライマリ処理コンピュータシステムを交渉し及び／又は決定するように構成され、処理コンピュータシステムのグループからのすべてが、所定のネットワークポートを閉じるように構成された１つのアクセス制御ユニットを各々含み、したがって、ネットワークポートを用いたネットワークを介したアクセスが防止される。
【００６８】
有利には、上記コンピュータネットワークインフラストラクチャは、上記で説明されたタイプの方法を実行するように構成される。
【００６９】
上記で説明されたタイプの方法に関連して説明された利点が、このタイプのコンピュータネットワークインフラストラクチャによって類似の方法で結果として生じる。上記方法に関連して説明されたすべての有利な手段が、コンピュータネットワークインフラストラクチャの対応する構造的特徴内で使用され、逆もまた同様である。
【００７０】
別の態様において、上記の目的は、１つ又は複数のコンピュータシステム上で実行されるように構成されたコンピュータプログラム製品によって達成され、上記コンピュータプログラム製品は、実行されるときに、上記で説明されたタイプの方法を実行する。
【００７１】
さらなる有利な実施形態が、下位クレームと下記の図面説明とにおいて開示される。
【図面の簡単な説明】
【００７２】
本発明は、図面を用いてより詳細に説明される。
【図１】関与するコンピュータシステム間における負荷分散を実行するように構成されたコンピュータネットワークインフラストラクチャの少なくとも一部の概略例示を示す。
【発明を実施するための形態】
【００７３】
図（図１）は、関与するコンピュータシステム間における負荷分散を実行するように構成されたコンピュータネットワークインフラストラクチャの少なくとも一部の概略例示を示している。
【００７４】
本明細書に示される例示的な実施形態において、コンピュータネットワークインフラストラクチャは、ブローカ（broker）コンピュータシステムのグループ、すなわち、タスクサーバ１及びタスクサーバ２を含む。コンピュータネットワークインフラストラクチャは、さらに、処理コンピュータシステムのグループ、すなわち、アドミン（admin）クライアント１、アドミンクライアント２、及びアドミンクライアント３を含む。
【００７５】
処理コンピュータシステムのアドミンクライアント１乃至３は、閉じられたネットワークポートを有するカプセル化されたシステムとして動作する。図面において、このことは、これらコンピュータシステムのハッチングされた入力／出力レベルによって概略的に例示されている。このことは、ネットワークを介した外部のアドレス可能性（addressability）のためにアドミンクライアント１乃至３のネットワークポート上に実行中のプログラム又はサービスが必要とされないことを意味する。むしろ、アドミンクライアント１乃至３へのアクセスは、それぞれの閉じられたネットワークポートに起因して、ネットワークを介して不可能である。それにかかわらず、それぞれのユーザグループは、アドミンクライアント１又は２又は３にローカルにアクセスして、そこで動作をローカルに開始することができる。
【００７６】
処理コンピュータシステム、アドミンクライアント１乃至３と対照的に、ブローカコンピュータシステム、すなわちタスクサーバ１及び２は、「オープンな」システムとして動作する。ゆえに、タスクサーバ１及び２は少なくとも１つの開いたネットワークポートを有し、タスクサーバ１及び２上で実行しているサービス又はアプリケーションはネットワークを介して外部のアドレス可能性又はアクセス可能性（accessibility）を可能にする。これらコンピュータシステムにおいて、ネットワーク接続はＶＰＮ（「バーチャルプライベートネットワーク」）又はＳＳＨ（「セキュアシェル」）を介して制限されることができ、したがって、専用のコンピュータシステムでの所定の暗号化されたネットワーク接続のみが許可される。タスクサーバ１及び２は、コンピュータネットワークインフラストラクチャ内におけるデータパケット及び／又は命令の、通信及び転送のブローカとして働く。
【００７７】
アドレス可能ブローカコンピュータシステム、タスクサーバ１及び２、並びにカプセル化された処理コンピュータシステム、そのそれぞれのネットワークポートが閉じられたアドミンクライアント１乃至３の間における通信に関して、所定の処理が構成される。データパケット及び／又は命令がアドミンクライアント１乃至３から１つ以上のタスクサーバ１及び２に直接送信され、そこに記憶されることができる。なぜならば、タスクサーバ１及び２はネットワークを介して直接アドレス指定される（addressed）ことができるからである。
【００７８】
反対の方向において、すなわち、タスクサーバ１又は２からアドミンクライアント１乃至３への方向において、最初、ポートノッキング処理が実行され、所定シーケンスのパケットデータがタスクサーバ１又は２のうち１つから１つ又は複数のアドミンクライアント１乃至３に送られる。これにおいて、それぞれの処理コンピュータシステムのネットワークポートは閉じられており、上記シーケンスはそれぞれの処理コンピュータシステムの１つ以上のネットワークポートを所定の順序でアドレス指定する。それから、それぞれの処理コンピュータシステム内の送られたシーケンスは所定のシーケンスを用いて検証され、送られたシーケンスの検証が肯定的である場合、処理コンピュータシステムによるそれぞれのデータパケット及び／又は命令の送信が開始される。
【００７９】
詳細に、それぞれの処理コンピュータシステムは、それぞれのブローカコンピュータシステム（タスクサーバ１又は２）から送信されるデータパケットを取り出す処理を起動する。上記の処理は、例えば、Ｕｎｉｘ（登録商標）ベースの「セキュアコピー」（ＳＣＰ）命令を介して果たされることができる。こうして、カプセル化された処理コンピュータシステムにもかかわらず、関与するコンピュータシステムはコンピュータネットワークインフラストラクチャ内で互いに通信し、データパケットを転送し、及び／又は命令を与える能力を有する。
【００８０】
下記において、タスクファイル又はタスクファイルのタスク情報を処理する専用コンピュータシステムの負荷分散又は選択が、図面に番号付けとして示される複数の方法ステップを用いて説明されることになる。
【００８１】
ステップ１において、タスクファイルが、本明細書においてさらには定義されない場所からタスクサーバ１及びタスクサーバ２に送信され、そこに記憶される。タスクファイルは、処理コンピュータシステムのうち１つにおける及び／又は本明細書においてさらには規定されないターゲットコンピュータシステム上での処理（タスク）のための命令を含有し得る。上記の処理は、例えば、
‐  送信されたデータを記憶し、補足し、かつ／あるいは処理すること、
‐  プログラムを再起動すること、
‐  それぞれのコンピュータシステムに対する物理アクセスのための命令、
‐  バックアップデータを復旧すること、
‐  送信されるファイルにさらなるデータ及び／又は情報を組み込むこと、又は、
‐  それぞれのコンピュータシステムに対するＳＳＨアクセス
であり得る。
【００８２】
当然ながら、上記の動作及び命令の対応する組み合わせが考えられる。
【００８３】
ステップ１においてタスクファイルをそれぞれのタスクサーバ１及び２に送信した後、これらサーバはステップ２において、２つのタスクサーバ１又は２のうちいずれがタスクファイルのさらなる処理をプライマリブローカコンピュータシステムとして実行するかに関して交渉を実行する。この目的で、タスクサーバ１又は２の双方が、所定の時間期間待つことができ（タイムアウト）、その時間期間後、タスクサーバ１又はタスクサーバ２は、例えば、タスクサーバ１がプライマリブローカコンピュータシステム（いわゆるプライマリ）としてさらなる処理を担うことになると通信する。タスクサーバ２への対応するメッセージの受信の後、タスクサーバ２はこのことに応じて、タスクサーバ１がプライマリの役割を担うことを受け入れ、確認する。
【００８４】
時間オーバーラップに起因して、双方のブローカコンピュータシステム、タスクサーバ１及びタスクサーバ２がプライマリの役割を担おうとする場合、このことは、明りょうな排他的プライマリの相互の妥当性検査及び交渉において、考慮に入れられる（accounted  for）。
【００８５】
こうして、コンピュータシステムの負荷分散又は選択が、受信したタスクファイルのさらなる処理について、ブローカコンピュータシステムのタスクサーバ１及びタスクサーバ２の間で実行されることができる。
【００８６】
図面に示される例示的な実施形態に従い、タスクサーバ１が、受信したタスクファイルのさらなる処理のためのプライマリの役割を担う。
【００８７】
タスクサーバ２は、タスクファイルを破棄してもよく、あるいは、タスクサーバ２の障害の場合におけるフォールバックポジション（fallback  position）のためにタスクファイルを保持してもよい。さらに、タスクサーバ２は、待ちモードに入ってもよい。
【００８８】
コンピュータネットワークインフラストラクチャシステム内におけるタスクファイルのさらなる処理のため、詳細には、タスクファイルのタスク情報又はタスクファイルそれ自体を転送するために、タスクサーバ１は、情報パケット、タスクファイルのタスク情報、及び／又は情報パケット内に要約された処理コンピュータシステムのグループを用いて実行される少なくとも１つの動作に関する情報を生成する。詳細には、上記情報は、タスクファイル内のデフォルト、詳細には、提供され又は必要とされる署名、提供されるタイムアウト、タスクファイルのさらなる処理に関する提供される指標等に基づいてもよい。
【００８９】
さらに、処理コンピュータシステムのグループのうちすべて、すなわち、アドミンクライアント１及びアドミンクライアント２及びアドミンクライアント３のいずれもへの転送に関する情報が、１：ｎ分散又は転送に従って、それぞれ設定されることができる。
【００９０】
上記の目的で、タスクサーバ１は、タスクファイル内に記憶された所定のルーティング情報を要求する。ルーティング情報は、タスクサーバ１と処理コンピュータシステムのアドミンクライアント１乃至３との間の所定の通信経路構造を定義する。
【００９１】
ステップ３において、上記ルーティング情報が、処理コンピュータシステムに対する１：ｎ分散について処理される。
【００９２】
ステップ４において、タスクサーバ１は、上記で説明されたとおり、すべての処理コンピュータシステム、アドミンクライアント１乃至３に向けて、ポートノッキング処理を実行する。それから、アドミンクライアント１乃至３は、生成された情報パケットをタスクサーバ１から取り出す。
【００９３】
本質的な方法ステップを構成するステップ５において、処理コンピュータシステムのアドミンクライアント１乃至３のうちいずれがさらなるタスク情報のさらなる処理を担うかが、送信された情報パケットの評価を用いて決定される。こうしたプライマリ処理コンピュータシステムは、情報パケット内の所定タイムアウトを用いて、及び／又は、いずれの処理コンピュータシステムが送信され及び評価された情報パケットに対する肯定返答を与える最初のものであるかに関する事実をとおして決定されることができる。図面に示される配置の場合、アドミンクライアント２が、自身がさらなる処理を実行したいと定義する。
【００９４】
上記の目的で、アドミンクライアント２は、ステップ６において、タスクサーバ１に対するルーティングを計算し、ステップ７において、送られた情報パケットに関する肯定返答をタスクサーバ１に移送する（transports）。
【００９５】
ステップ８において、肯定返答がタスクサーバ１内に登録され、アドミンクライアント２がプライマリ処理コンピュータシステムであるように設定される。ゆえに、タスクの分散、又はプライマリブローカコンピュータシステムのタスクサーバ１と直接通信する具体的な処理コンピュータシステムの選択が、処理コンピュータシステムの側で達成される。
【００９６】
さらに、タスクサーバ１は、ステップ８においてインタラクションパケット（interaction  packet）を生成し、インタラクションパケットは、元のタスクファイルのタスク情報を同様に含有する。上記タスク情報に加えて、このインタラクションパケットは、タスクサーバ１とアドミンクライアント２との間のさらなる情報（例えば、署名、認証、命令等）を同様に含んでもよく、これにおいて、元のタスクファイルの情報は維持される。一代替案として、元のタスクファイルそれ自体がタスク情報として含有されてもよい。
【００９７】
さらに、タスク情報又は元のタスクファイルが、独立のキーコンピュータシステム（本明細書においてさらには規定されない）の署名によってセキュリティ保護される（secured）ことが考えられる。こうした「基本署名」は、タスク情報又はタスクファイルをインタラクションパケットへとパックすることにかかわらず検証可能なままであり、タスク情報の又はタスクファイルの信ぴょう性を確保する。上記の「基本署名」は、偽造に対する特定の保護を提供する。
【００９８】
上記のことと並列に、ステップ８において、タスクサーバ１は、非プライマリ処理コンピュータシステムを形成するアドミンクライアント１及びアドミンクライアント２のためのいわゆる待機命令（on-hold-instructions）を生成する。上記の待機命令は、アドミンクライアント１及びアドミンクライアント３に対して、これらクライアントが待ちモードに入るべきであると示す。
【００９９】
それぞれの処理コンピュータシステムのアドミンクライアント１乃至３に対するルーティングが、ステップ９において、タスクサーバ１において計算される。アドミンクライアント２によってタスクサーバ１からインタラクションパケットを取り出すことが、タスクサーバ１による個別のポートノッキング処理の後、ステップ１０において果たされる。アドミンクライアント１及び３によってタスクサーバ１から待機命令を取り出すことが、タスクサーバ１によってこれらコンピュータシステムに向けてポートノッキング処理を類似して実行した後、ステップ１０において果たされる。
【０１００】
さらに本方法内の本質的ステップであるステップ１１において、アドミンクライアント２は、プライマリコンピュータシステムとして、送信されたインタラクションパケットからタスク情報を抽出し又はアンパックし、これによりアドミンクライアント２上でローカルに果たされるべき動作を決定する。この動作は、タスク情報内にさらなるデータを組み込むこと、及び／又は、アドミンクライアント２内で少なくとも１つの秘密鍵を用いてローカルでタスク情報に署名すること、及び／又は、ターゲットコンピュータシステムの公開鍵を用いてタスク情報を暗号化することに関するものであり、詳細には規定されない。図面の配置に従い、タスク情報に署名することは、例えば、アドミンクライアント２内のプロセッサのプライベートシグネチャによって果たされてもよい。
【０１０１】
ステップ１１ａにおいて、他の処理コンピュータシステム、アドミンクライアント１及びアドミンクライアント３は、取り出された待機命令を処理し、タスクサーバ１の側のさらなる動作の要求に対する待ちモード（「待機」）に切り替わる。
【０１０２】
ステップ１２において、アドミンクライアント２は、タスクサーバ１に戻される処理されたタスク情報のルーティングを計算し、これは、例えば、事前に送られた情報パケットを用いて、プライマリブローカコンピュータシステムであるタスクサーバ１に対して通信されている。さらに、アドミンクライアント２は、それぞれの動作を実行した後、処理されたタスク情報を第２のインタラクションパケット内にパックすることができ、情報パケットは、例えば、タスクサーバ１のためのフィードバック情報を含有する。
【０１０３】
ステップ１３において、こうして生成された第２のインタラクションパケットが、アドミンクライアント２からタスクサーバ１に逆に移送される。
【０１０４】
ステップ１４において、タスクサーバ１は、すべてのアドミンクライアント１乃至３に対して処理完了命令（process-completed  instruction）を生成する。
【０１０５】
さらに、ステップ１４ａにおいて、補足され及び処理されたタスク情報がタスクサーバ１内で更新される。例えば、所定ステップが処理されたかどうかに関して、情報が追加される。その後、タスクサーバ１において、タスクファイルが、返されたタスク情報によって／から補足され、あるいは再生成されることができる。
【０１０６】
ステップ１５において、タスクサーバ１は、アドミンクライアント１乃至３に対する処理完了命令のルーティングを計算する。
【０１０７】
さらに、ステップ１５ａにおいて、規定されていないターゲットコンピュータシステムに向けて、上記ターゲットコンピュータシステム内で対応するタスクを実行するために、処理されたタスク情報によって更新されたタスクファイルのさらなる移送について、ルーティングが計算される。
【０１０８】
ステップ１６において、タスクサーバ１からすべてのアドミンクライアント１乃至３に向けて、ポートノッキング処理が果たされる。アドミンクライアント１乃至３は各ケースにおいて、タスクサーバ１から処理完了命令を取り出す。処理完了命令を用いて、すべてのアドミンクライアント１乃至３は、タスク情報を処理する手順が完了されたかどうかに関して情報を受信する。
【０１０９】
上記のことと並列に、ステップ１６ａにおいて、本明細書においてより詳細には規定されないターゲットコンピュータシステムの方向において、補足されたタスクファイルのさらなる移送が果たされる。したがって、タスクファイルは、図面に例示される配置の外側で最終的に処理されることができる。
【０１１０】
最後のステップ１７において、処理完了命令によりトリガされるデータ除去が、実行された方法と関連して発生したデータに関してアドミンクライアント１乃至３の各々において実行され、潜在的に実行されたジョブ及び動作が、削除される。ステップ１７は、タイミングに結合されることができる。このことは、所定の継続時間が超えられた場合、その瞬間にいずれのステップが実行されているかにかかわらず、ステップ１７が自動的に実行されることを意味する。さらに、各アドミンクライアント１乃至３のユーザが、ステップ１７の実行の間にそれぞれの動作の終了に関して知らされることができる。
【０１１１】
本方法はここで終了する。
【０１１２】
さらに、さらなるステップ１８（図示されていない）が提供されてもよく、ステップ１８において、動作が成功裏に完了したとの情報が、タスクサーバ１からタスクサーバ２に渡される。このことが特定の時間期間内に果たされない場合、タスクサーバ２は、（自分自身のために）再度プライマリの役割を交渉するように試みてもよく、可能性として、本明細書に説明される方法に従いアドミンクライアント１乃至３との通信を繰り返す。タスクサーバ１からタスクサーバ２への通知は、場合により、動作のための所定の時間スパンが超えられ、しかしながら動作がアドミンクライアントにより（成功裏に）完了されなかったときに関して果たされてもよい。これにより、タスクサーバ２は、動作が「正式に」完了されたとの情報を受信する。ステップ１８は上記方法内で、ステップ１７の後の最後のステップとして、又は別法としてステップ１７の前に実施され得る。
【０１１３】
有利なことに、関与するコンピュータシステム間で交換されるあらゆるデータパケットが、少なくとも１つの関与するコンピュータシステムにおける識別子と共に提供される。一代替案として、それぞれのデータパッケージの既に存在する識別子が、補足されることができる。このことは、データパッケージが通信経路構造の複数のエンティティにわたってさえ追跡されることができる利点を提供する。識別子を補足することは、例えば、該識別子に一義的な補足を提供することを含み得る。
【０１１４】
通信経路構造に沿ったデータパケットのルートは、識別子に基づくモニタリングを用いて、可能性として提供される署名と関連して（偽造証明）、監視されることができる。さらに、通信経路構造に沿った関与するコンピュータシステム上でのデータパケットの滞留時間が監視されることができる。さらに、すべての方法ステップが、モニタリングを用いてログに記録されることができる。
【０１１５】
データパケットの識別子を用いて、可能性として記憶されたルーティング情報及び／又は署名と関連して、通信経路構造が守られるかどうかと、いずれのコンピュータシステムが成功裏に到達されることができ及び到達される可能性があるかとが決定されることができる。例示された配置に従い、タスク情報がプライマリブローカコンピュータシステムのタスクサーバ１からプライマリ処理コンピュータシステムのアドミンクライアント２に成功裏に送信されたかどうかが、識別子を用いて検証されることができる。
【０１１６】
滞留時間は、例えば、タスクファイル内に定義されることができる。本明細書において、タスクファイルのタスク情報は、さらに移送されなくてもよく又は移送されることができず、又は、可能性として滞留時間の経過の後に実行不可能になると設定されることができる。このことは、コンピュータネットワークインフラストラクチャ内におけるデータセキュリティ及び衝突管理をそれぞれ増大させる。
【０１１７】
必要とされる場合、アラートが生成されることができ、あるいは、上記監視を用いて他の手段がとられることができる。
【０１１８】
監視（上記例示的な実施形態において詳細には示されていない）は、関与するコンピュータシステムそれ自体を用いて実現されてもよく、あるいは、本明細書においてさらには規定されないさらなるコンピュータシステムによって実行されてもよい。さらに、別個のネットワーク経路構造を用いて監視を実行することが考えられ、有利である。
【０１１９】
本明細書に例示されるコンピュータネットワークインフラストラクチャからの配置は、単に例として選ばれている。明りょうさのため、単に本質的に関与するコンポーネントが例示されている。
【符号の説明】
【０１２０】
タスクサーバ１          ブローカコンピュータシステム
タスクサーバ２          ブローカコンピュータシステム
アドミンクライアント１  処理コンピュータシステム
アドミンクライアント２  処理コンピュータシステム
アドミンクライアント３  処理コンピュータシステム
１乃至１７              方法ステップ
【図１】
0006419216.tif 000002