複数のノードと前記複数のノードのノードを接続する静的な通信リンクとを備えるクラスタにおいて、前記通信リンクに関する負荷レベルにもとづく擬似動的ルーティングを行なうためのコンピュータにおける方法であって、前記複数のノードのうちのノードの識別子であって、あるタスクの実行に割り当てられた一群のノードを指定する識別子のリストを受信するステップ635と、前記一群のノードのうちの第1のノードの識別子と、前記第1のノードとは別個の前記一群のノードのうちの第2のノードの識別子とによって形成されるペアに、第1の所定の値を有する重みを割り当て、別々のタスクに割り当てられたノードの識別子で形成されるペアには、前記第1の値とは異なる初期値として割り当てられる第2の所定の値を有する重みを割り当てるステップ655と、前記クラスタのルーティングを行なうステップとを含んでおり、前記ルーティングを行なうステップが、前記第1および第2のノードの間の経路を選択するステップ610と、前記選択された経路を構成する各々の通信リンクに関する負荷レベルを前記第1の値だけ増やすステップ625とを含んでいることを特徴とする、方法。前記第1のノードの前記識別子と前記第1のノードの出力アドレスとの間および前記第2のノードの前記識別子と前記第2のノードの入力アドレスとの間の対応関係を確立するステップをさらに含んでおり、前記重みを割り当てるステップが、前記第1のノードの前記出力アドレスと前記第2のノードの前記入力アドレスとで形成されるペアに重みを割り当てるように進められる、請求項1に記載の方法。前記タスクの特徴を表わす情報項目を所定のデータ項目と比較するステップをさらに含んでおり、前記ルーティングを行なうステップが、前記比較するステップに応答して実行される、請求項1または2に記載の方法。前記タスクの特徴を表わす情報項目が、前記タスクの実行に割り当てられたノードの数である、請求項3に記載の方法。間に接続を確立させなければならない前記クラスタのうちの少なくとも2つのノードを特定するステップ605と、前記通信リンクによって前記特定された少なくとも2つのノードを接続する少なくとも1つの経路を、前記特定された少なくとも2つのノード、前記通信リンクのうちの複数の通信リンク、および前記複数の通信リンクの各々の通信リンクに関する少なくとも1つの負荷レベルに従って決定し、決定された経路を選択するステップ610と、前記選択された経路に関する重みの値を推定するステップ620と、前記選択された経路を構成する各々の通信リンクに関する負荷レベルを、前記推定による重さに従って増加させるステップ625とをさらに含む、請求項1から4のいずれか一項に記載の方法。前記特定された少なくとも2つのノードのうちの少なくとも一方についてノードの種類を取得するステップ615をさらに含んでおり、前記重みの前記推定による値が、前記取得されたノードの種類に応じて少なくとも部分的に推定される、請求項5に記載の方法。前記特定された少なくとも2つのノードのうちの少なくとも一方が属するグループの参照を取得するステップ615をさらに含んでおり、前記重みの前記推定による値が、前記取得されたグループの参照に応じて少なくとも部分的に推定される、請求項5または6に記載の方法。少なくとも1つの静的なルーティング表を更新するステップをさらに含んでおり、前記少なくとも1つの静的なルーティング表が、前記クラスタの少なくとも2つのノードを接続する前記クラスタの少なくとも1つのスイッチに関連付けられている、請求項1から7のいずれか一項に記載の方法。経路が、経路に関連付けられた重みの値の順にて選択される、請求項1から8のいずれか一項に記載の方法。コンピュータ上で実行されたときに請求項1から9のいずれか一項に記載の方法の各ステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラム。上述のルーティングアルゴリズムは、良好な結果をもたらすが、最適ではない。本発明は、上述した問題のうちの少なくとも1つを解決できるようにする。本発明は、複数のノードと前記複数のノードのノードを接続する静的な通信リンクとを備えるクラスタにおいて、前記通信リンクに関する負荷レベルにもとづく擬似動的ルーティングを行なうためのコンピュータにおける方法であって、前記複数のノードのうちのノードの識別子であって、あるタスクの実行に割り当てられた一群のノードを指定する識別子のリストを受信するステップと、前記一群のノードのうちの第1のノードの識別子と、前記第1のノードとは別個の前記一群のノードのうちの第2のノードの識別子とによって形成されるペアに、第1の所定の値を有する重みを割り当て、別々のタスクに割り当てられたノードの識別子で形成されるペアには、前記第1の値とは異なる初期値として割り当てられる第2の所定の値を有する重みを割り当てるステップと、前記クラスタのルーティングを行なうステップとを含んでおり、前記ルーティングを行なうステップが、前記第1および第2のノードの間の経路を選択するステップと、前記選択された経路を構成する各々の通信リンクに関する負荷レベルを前記第1の値だけ増やすステップとを含む方法に関する。このようにして、本発明による方法は、クラスタのノードによって実行されるべきタスクに応じて特定の経路が他の経路よりも優先または回避されるように経路に重みを組み合わせることによって、クラスタのルーティングを最適にすることを可能にする。好都合には、この方法が、前記第1のノードの前記識別子と前記第1のノードの出力アドレスとの間および前記第2のノードの前記識別子と前記第2のノードの入力アドレスとの間の対応関係を確立するステップをさらに含み、前記重みを割り当てるステップが、前記第1のノードの前記出力アドレスと前記第2のノードの前記入力アドレスとで形成されるペアに重みを割り当てるように進められる。したがって、本発明による方法を、ノードの入力および出力アドレスをノード識別子に関連付け、タスクをノードに関連付けるクラスタの設定ファイルにもとづいて容易に実行することができる。特定の実施の形態によれば、この方法が、前記タスクの特徴を表わす情報項目を所定のデータ項目と比較するステップをさらに含み、前記ルーティングを行なうステップが、前記比較するステップに応答して実行される。このようにして、本発明による方法は、実行されるタスクの特徴に応じたクラスタのルーティングの最適化を可能にする。前記タスクの特徴を表わす情報項目は、例えばこのタスクの実行に割り当てられたノードの数である。さらに特定の実施の形態によれば、この方法が、前記クラスタのノードであって、間に接続を確立すべき少なくとも2つのノードを特定するステップと、前記特定された少なくとも2つのノードを前記通信リンクによって接続する少なくとも1つの経路を、前記特定された少なくとも2つのノード、前記通信リンクのうちの複数の通信リンク、および前記複数の通信リンクの各々の通信リンクに関する少なくとも1つの負荷レベルに従って割り出し、所定の経路を選択するステップと、前記選択された経路に関する重みの値を推定するステップと、前記選択された経路を構成する各々の通信リンクに関する負荷レベルを、前記推定による値に従って増加させるステップとをさらに含む。このようにして、本発明による方法は、タスクへのノードの割り当てならびに実装されクラスタおよびノードの特徴に応じたクラスタのルーティングの最適化を可能にする。この方法が、好ましくは、前記特定された少なくとも2つのノードのうちの少なくとも一方についてノードの種類を取得するステップをさらに含み、前記重みの前記推定による値が、前記取得されたノードの種類に応じて少なくとも部分的に推定される。このようにして、本発明による方法は、ノードの種類に応じたクラスタのルーティングの最適化を可能にする。好都合には、この方法が、前記特定された少なくとも2つのノードのうちの少なくとも一方が属するグループの参照を取得するステップをさらに含み、前記重みの前記推定による値が、前記取得されたグループの参照に応じて少なくとも部分的に推定される。このようにして、本発明による方法は、各々のノードを個別に特徴づける必要なく、ノードの種類に応じたクラスタのルーティングの最適化を可能にする。ノードの種類および/またはグループは、好ましくは該当のノードの性質に応じて決定される。さらに特定の実施の形態によれば、この方法が、少なくとも1つの静的なルーティング表を更新するステップをさらに含み、前記少なくとも1つの静的なルーティング表が、前記クラスタの少なくとも2つのノードを接続する前記クラスタの少なくとも1つのスイッチに関連付けられている。このようにして、本発明による方法を、特に静的なルーティング表を備えるスイッチを使用する従来からのアーキテクチャにおいて、容易に実行することができる。経路は、好都合には、ルーティングを簡単にするために各経路に関する重みの値の順にて選択される重みの軽い経路は、重みの大きい経路よりも容易に定めることができる。さらに本発明は、コンピュータ上で実行されたときに上述の方法の各ステップを実行するように構成されたインストラクションを含んでいるコンピュータプログラムに関する。このコンピュータプログラムによってもたらされる利点は、上述した利点と同様である。本発明の他の利点、目的、および特徴が、あくまでも本発明を限定するものではない例として添付の図面に関連して提示される以下の詳細な説明から、明らかになるであろう。クラスタ内の通信ネットワークの経路が同じ性質である場合、それらの経路によって接続されるノードの性質が、交換されるデータの量に関し、したがって使用される帯域幅に関して、ある役割を果たすことが明らかになっている。すなわち、例えば、2つの計算ノードを接続する経路は、一般に、計算ノードをストレージノードへと接続する経路と比べ、あまり帯域幅を使用しない。同様に、同じタスクの実行に使用される計算ノードを接続するために使用される経路は、一般に、異なるタスクの実行に使用される計算ノードを接続するために使用される経路と比べ、より多くの帯域幅を必要とする。ここで、タスクまたはプロセスジョブとも呼ばれるが、特に時間および場所において定められるアプリケーションであることを思い出すべきである。タスクは、通常は、タスクマネージャバッチマネージャまたはリソースマネージャとも呼ばれるによって開始された後に、一群のノードによって実行される。タスクマネージャの目的は、特に、タスクの実行に必要なノードの数を決定し、状況に応じて個々の制約特に、ユーザによって決定される制約を考慮してタスクの実行に使用できる充分な数のノードが存在するか否かをチェックし、ノードをタスクの実行に割り当て、タスクの実行を開始することにある。したがって、本発明は、ルーティングの際に、クラスタのノードの性質および役割を使用して、それらのノードを接続する経路に重みまたは重み付け係数を与える。クラスタの特定の種類のノードを接続する経路ならびに特定の役割を有するノード特に、同じタスクを実行するノードへの経路に重みを割り当てることで、使用されるルーティングのアルゴリズムを特定の経路へと偏らせることが可能になり、したがって使用される通信リンクの各々の経路への帯域幅の割り当てを最適にすることが可能になる。従来からの方法においては、使用されるルーティングアルゴリズムが、2つのノードの間の経路を確立するときに複数の選択肢が存在する場合、それらの選択肢に関する負荷レベルすなわち典型的には、それらの選択肢に対応するリンクを使用している経路の数を比較し、負荷レベルが最も低い選択肢を選択する。しかしながら、本発明によれば、2つのノードの間に経路が確立されるとき、その経路をサポートする通信リンクの負荷レベルが、当該2つのノードの種類および当該2つのノードが割り当てられたタスクに関係した値を有する重みに応じて増やされる。特定の種類の経路に所与の重みを割り当てることによって、ルーティングを、帯域幅に関して特定のニーズを有する特定の経路を優先するように偏らせることが可能になる。すなわち、2つのノードを接続する経路に大きな値を有する重みを使用することによって、それらのノードの間のデータ通信により広い帯域幅を割り当てることができる。ルーティング段階における経路への重みの割り当てを、アプリケーションプログラムインターフェイスAPIを通じて実行することができる。特定の実施の形態によれば、ルーティング段階における重みの割り当てが、ノードあるいはノードが属する1つ以上のグループの種類ならびにそれらのノードによって実行されるタスクのそれぞれに従って決定される。ノードまたはノードが属する1つ以上のグループの種類に従って重みを割り当てるために、weight_fileと呼ばれる重みファイルを使用することができる。ここで、重みファイルは、Infiniband方式の通信ネットワークにおいてポートGUIDグローバル一意識別子GloballyUniqueIdentifierの略と称されるポート識別子によって定められる経路へと重みを割り当てることを可能にする。そのようなファイルが、ルーティング段階に先立って分析される。そのようなファイルは、種類によってグループ分けされた通信ネットワークの通信要素典型的には、ノードのリスト、ならびにそれらのグループ間に形成されるペアについての重みのリストを含んでいる。それらの分析の際に、それらの重みを、ルーティング段階において各々の通信リンクについて使用すべき負荷レベルの増分を記述する配列を満たすために使用することができる。初期値として、ある2種類のノードを接続する経路について重みの値が定義されていない場合には、その値は1に等しい。ルーティング段階において経路が一連のリンクを通じて確立されるとき、それらのリンクの各々に関する負荷レベルが、確立された経路の両端のノードの種類に関連付けられた重みの値だけ増やされる。図4a~図4dが、スイッチ400を含むクラスタの初期化段階の際のスイッチ400における、ノードまたはノードが属する1つ以上のグループの種類に応じたルーティングの原理を示している。図3a~図3eに示したスイッチ300と同様に、ここではスイッチ400が、スイッチ400を入力405-1~405-4へと接続する4つの入力通信リンク410-1~410-4で指し示されていると、スイッチ400を出力415-1および415-2へと接続する2つの出力通信リンク420-1および420-2で指し示されているを有している。入力は、例えばネットワークのノードからの出力または他のスイッチの出力である。初期化以前は、リンク410-1~410-4、420-1、および420-2のいずれも、経路を含んでいない。したがって、これらのリンクの各々に関する負荷レベルは、図4aにおいて各々のリンクの傍らに示されているとおり、ゼロである。次いで、スイッチ400の入力405-1と出力との間に経路を確立すべき場合、リンク410-1使用できる唯一のリンクが選択され、さらにリンク420-1が選択されるリンク420-1および420-2に関する負荷レベルが同じゼロであるため、第1のリンクが選択される。ここで、今まさに確立されたリンク410-1および420-1を使用する経路の目的が、計算ノードをストレージノードへと接続することであると仮定する。したがって、計算タイプのノードとストレージタイプのノードとを接続する経路の重みの値が200である場合、この値が、図4bに示されるようにリンク410-1および420-1の負荷レベルを増やすために使用される。同じ方法で、スイッチ400の入力405-2と出力との間に経路を確立すべき場合、リンク40-2使用できる唯一のリンクが選択され、さらにリンク420-2が選択されるリンク420-1に関する負荷レベルが200に等しく、リンク420に関する負荷レベルがゼロであるため、負荷レベルの値が最も小さい後者が選択される。ここで、今まさに確立されたリンク410-2および420-2を使用する経路の目的が、サービスノードを計算ノードへと接続することであると仮定し、サービスタイプのノードと計算タイプのノードとを接続する経路の重みの値が99であると仮定すると、この値が、図4cに示されるようにリンク410-2および420-2の負荷レベルを増やすために使用される。同様の方法で、スイッチ400の入力405-3と出力との間に経路を確立すべき場合、リンク410-3使用できる唯一のリンクが選択され、さらにリンク420-2が選択されるリンク420-1に関する負荷レベルが200に等しく、リンク420に関する負荷レベルが99に等しいため、負荷レベルの値が最も小さい後者が選択される。今まさに確立されたリンク410-3および420-2を使用する経路の目的が、2つの計算ノードを接続することであると仮定し、計算タイプのノードを接続する経路の重みの値が1であると仮定すると、この値が、図4dに示されるようにリンク410-3および420-2の負荷レベルを増やすために使用される。重みファイルの抜粋が、別表抜粋1に示されている。別表は、通信ネットワークのノードのグループ分けの例ここでは、各々のグループが別々の種類のノードに相当している、ならびにノードの種類の組に対する重みの属性を示している。この例によれば、ポートGUIDとして値0x100901、0x101201、0x100903、0x1101203、0x101207、0x100909、および0x101209を有するノードが、ストレージstorageタイプのノードである。ここで、ノードのタイプ種類の定義は、DEFという表示を使用して行なわれ、DEFという表示の後ろにグループ自身の名称が続けられ、その後に中括弧の間に配置された該当するポートGUIDの列挙が続けられる。同様に、ポートGUIDとして値0x100905、0x101205、および0x100907を有するノードは、管理adminタイプのノードであり、すなわち管理ノードである。同様に、ポートGUIDとして値0x10090b、0x010120b、0x10090d、0x10120d、0x10090f、0x10120f、0x100911、0x101211、0x100913、0x101213、0x100915、0x100917、0x101217、および0x100919を有するノードは、計算computeタイプのノードである。さらに、サービスserviceと呼ばれるノードのタイプは、ストレージstorageおよび管理admin全タイプのノードの集合である。ここで、重みは、ファイルの末尾において与えられる。ここで、2つのノードを接続する経路の重みを定義するための文法は、ID1=>ID2重みという構文を使用し、ここでID1がポートGUIDまたは送信元ノードのグループであり、ID2がポートGUIDまたは受信ノードのグループであり、重みが、リンクの負荷の計算において使用すべき値である。この例によれば、200に等しい重みの値が、計算ノードすなわち、計算computeタイプのノードからストレージノードすなわち、ストレージstorageタイプのノードへのすべての経路に加えられるcompute=>storage200。同様に、99に等しい重みの値が、サービスノードすなわち、サービスserviceタイプのノードから計算ノードすなわち、計算computeタイプのノードへのすべての経路に加えられるservice=>compute99。同じ方法で、200に等しい重みの値が、管理ノードすなわち、管理adminタイプのノードからストレージノードすなわち、ストレージstorageタイプのノードへのすべての経路に加えられるadmin=>storage200。特定の実施の形態によれば、2つの種類のノードを接続する経路に関する重みが、重み設定ファイルに複数回現れる場合に、その経路に関する重みが、指定された重みの累積値に等しい。当然ながら、他の重みを定めることができる。同様に、別の文法を使用することができる。さらに、上述の例に従い、経路に方向性があると考えられる場合に、経路に関する負荷のレベルは、あたかも経路が双方向性であるかのように、逆の経路に関する負荷のレベルと同じであってもよい。このようなルーティングを、クラスタの初期化の際に行なうことができ、あるいは後述されるようにタスクの実行に関係した再ルーティング作業と併せて行なうことができる。タスクの実行の開始に先立ち、そのタスクの実行に割り当てられたノードの識別子のリストが、タスクプロローグtaskprologまたはジョブプロローグjobprologと呼ばれるステップにおけるタスク内の重みの管理のためのソフトウェアモジュールへと送信される。このリストは、タスクの開始に先立ってタスクマネージャによって確立される。これにより、タスク内の重みの管理のモジュールが、タスク識別子を受信したリストに属するノード識別子に関連付け、好ましくはそれらのノード識別子とデータベースに保存された情報特に、ポート識別子またはポートGUIDとの間の対応関係を確立させ、タスク識別子とポートGUIDとの間の対応関係を確立させる。次いで、特定の値を有する重みが、同じ識別子に関連付けられたポートGUIDの各ペアに割り当てられる。このようにして、ルーティングの際に、経路が一式の通信リンクを介して生成されるとき、それらのリンクの負荷レベルが、前記重みに等しい値だけ増やされる。例として、同じタスクの実行に割り当てられているのではない2つのノードの間の経路の確立に使用される通信リンクの負荷レベルが1に等しい場合に、同じタスクの実行に割り当てられた2つのノードの間の経路の確立に使用される類似の通信リンクの負荷レベルは10に等しくてもよい。したがって、この例によれば、同じタスク識別子に関連付けられたポートGUIDを接続する経路が一式の通信リンクを介して生成されるとき、それらの通信リンクの各々の負荷レベルが10だけ増やされる。ノードのペアへと重みを割り当て、より詳しくはポートGUIDのペアへと重みを割り当てた後で、実行されるタスクに応じてクラスタのルーティングをやり直すようにネットワークマネージャサブネットマネージャと呼ばれるへとメッセージを送信することができる。しかしながら、好都合には、ルーティングのやり直しは、クラスタを不必要に妨げることがないよう、特定の条件のもとでのみ実行される。すなわち、例えば、実行すべきタスクに割り当てられたノードの数がクラスタのノードの数と比べて多い場合、および/またはタスクの予想実行時間が所定のしきい値よりも長い場合にかぎって、ルーティングのやり直しを実行することができる。したがって、例として、実行すべきタスクにクラスタのノードのうちの25超が割り当てられた場合、およびこのタスクの実行時間が1時間を超える場合にかぎり、ルーティングのやり直しを実行することができる。ルーティングをやり直した後で、タスクが開始される。次に、タスクの実行後に、このタスクの実行に割り当てられたノードまたは、ポートGUIDのペアの重みの値が、それぞれの初期値例えば、1という値へと再び初期化される。このステップは、エピローグと呼ばれる。図5が、本発明に従ってノードを接続する経路の重みが実行されるタスクに応じて計算することによってルーティングの最適化を可能にするクラスタの一部分の接続形態の例を示している。ここに示されているクラスタの一部分は、4つの計算ノード505-1~505-4で示されているが接続された第1のスイッチ500-1と、計算ノード505-5~505-8が接続された第2のスイッチ500-2とを含んでおり、第2のスイッチ500-2が2つの通信リンクによって第1のスイッチ500-1へと接続されている。通信リンクは、静的な通信リンクであり、例えばInfiniband方式の通信リンクである。図5に示した例によれば、群510-1を形成する計算ノード505-1~505-6が、第1のタスクへと割り当てられる一方で、群510-2を形成する計算ノード505-7および505-8が、第2のタスクへと割り当てられている。すでに示したように、2つのノードを接続する経路の重みの値は、初期設定として設定され、1に等しくてもよい。したがって、ノード505-1と505-8とを接続する経路経路は通信リンク515-3を使用すると仮定するに関して、ノード505-1のスイッチ500-1への接続、ノード505-8のスイッチ500-2への接続、およびスイッチ同士の接続のそれぞれの通信リンク515-1、515-2、および515-3の負荷は、初期設定による値に等しく、例えばリンク515-3の傍らに記載されているように1に等しいここで、リンク515-3を使用する他の経路に関する負荷は、分かり易くするために無視した。このような初期値を、タスクの開始時に変更することができる。すなわち、ノード505-1~505-6の第1のタスクへの割り当てを承けて、ノード505-1~505-6を互いに接続する経路の重みを変更することができる。例えば、ノード505-1と505-5とを接続する経路経路が通信リンク515-5を使用すると仮定するに関して、ノード505-1のスイッチ500-1への接続、ノード505-5のスイッチ500-2への接続、およびスイッチ同士の接続のそれぞれの通信リンク515-1、515-4、および515-5の負荷が、他の値に等しく、例えばリンク515-5の傍らに記載されているように10に等しいここで、リンク515-5を使用する他の経路に関する負荷は、分かり易くするために無視した。特定の実施の形態によれば、同じタスクに割り当てられたノードを接続する経路の重みの計算は、いくつかのソフトウェアモジュールを使用する。これらのモジュールは、特に、再ルーティングおよび重みの管理を可能にするAPIの使用を可能にするネットワークマネージャ、タスクの実行に割り当てられたノードのリストを確立するためのタスクマネージャ、ノードの識別子とポートGUIDなどのルーティング情報項目との間の関係を確立する通信リンクマネージャ、およびタスク内重み管理モジュールに関する。これらのモジュールの一部タスクマネージャは、特段の変更を必要とせずに使用可能であり、他のモジュールネットワークマネージャおよび通信リンクマネージャは、重みの管理に鑑みて変更され、他のモジュールタスク内重み管理モジュールは、重みの管理に特有である。重み管理の有効化を、ネットワークマネージャを通じて、例えばrouting_engine<ルーティングエンジン名>などのコマンドラインを設定ファイルに挿入することによって実行することができる。また、例えばR<ルーティングエンジン名>などのネットワークマネージャのコマンドの選択肢を選択することによって実行することもできる。ここで、計算ノード以外のノードを接続する経路に関する重みが、それらのノードがタスクマネージャによって送信されるタスクに割り当てられたノードの識別子のリストに現れないということから、ノードによって実行されるタスクに応じた重みの属性に影響されないことが明らかである。したがって、ノードの種類による重みの管理またはノードが属するグループによる重みの管理と、実行されるタスクに応じた重みの管理とは、互いに相補的であり、お互いを邪魔することがない。ルーティングの段階において、経路は、ルーティングを最適にするために、好ましくは重みの値が他の経路の重みの値よりも大きい経路が当該他の経路よりも前に決定されるように順序づけられた方式で決定される。この順序は、重みの配列および種類に応じたノードの特定を可能にするノードのグループにもとづいて決定でき、タスクの開始時に決定される重み表にもとづいて決定できる。図6aおよび図6bが、静的な通信リンクを備えるクラスタのルーティングまたは再ルーティングのための例示的なアルゴリズムの特定の段階を示している。図6aが、2つのノードを接続する経路を決定および選択し、さらには経路の選択後に通信リンクの負荷レベルを決定するために実行されるアルゴリズムの例の概略図である。第1のステップステップ600は、2つのノードから形成されるノードペアに重み経路の方向にかかわらず同じ重みを関連付け、あるいは別表表1に示されるように送信元ノードおよび受信ノードから形成されるノードペアに重み経路の方向に関連した重みを関連付けることを可能にする重み配列の初期化に関する。この配列を、特に別表抜粋1に示した重みファイルなどの重みファイルから確立することができる。このステップは、ノードの識別子とノードの種類および/またはノードが属する1つ以上のグループとの間の対応関係を保存することも可能にする。あるいは、重み配列が、別表表2に部分的に示されているように、各々のノードペアに関する重みを直接定めてもよい。表1が、送信側のノードタイプを受信側のノードタイプへと接続する経路に与えるべき重みを示している一方で、表2は、送信元ノードを受信ノードへと接続する経路に与えるべき重みを示している。続くステップステップ605において、確立すべき経路の両端のノードのペアが特定される。ここでは、ノードのペアが、送信元ノードおよび受信ノードからなる。このステップは、確立すべき経路の定義を可能にするためのルーティングアルゴリズムの基本的なステップである。例えば、ノードが、ポートGUIDによって特定される。次いで、それら特定されたノードを接続するための経路の選択肢を割り出し、最良の経路を選択するステップが、標準的なアルゴリズム例えば、FTreeアルゴリズムに従って実行されるステップ610。続くステップステップ615において、特定されたノードのタイプあるいはそれらが属する1つ以上のグループが、初期化のステップにおいて得られた情報に従って取得される。破線の使用によって示唆されているとおり、このステップは随意である。なぜならば、特に初期化の段階において決定される重み配列が、重みをノードの識別子に直接関連付けている場合に、この段階においてノードの種類および/またはノードが属する1つ以上のグループを割り出す必要がないからである。次いで、これら2つのノードを接続する経路の重みが推定されるステップ620。この推定は、ノードの種類、ノードが属する1つ以上のグループ、および/またはノードの識別子例えば、ポートGUIDにもとづき、あるいは特定された2つのノードが同じタスクの実行に割り当てられた計算ノードである場合に以前に実行された計算の結果にもとづく。重みは、特定されたノードの種類またはそれらが属する1つ以上のグループに関係する場合には、好ましくは前もって決定された重み配列から読み出すことによって直接与えられる。あるいは、重みを、所定の関数または表に従い、重み配列に保存された参照値に従って推定することができる。重み配列からの重みを、例えばクラスタの接続形態または当該経路によって実現されるリンクの位置に関する特定の状況に応じて、増減させてもよい。重みは、特定されたノードによって実行されるタスクに関係する場合には、別表表3に示されるような重み表によって得られる。すでに示したように、経路の重みの値は、初期値に等しくない場合には、ノードの種類または属するグループに従って決定される値またはタスクによる割り当てに従って決定される値に等しいが、好ましくはノードの種類または属するグループおよびタスクによる割り当てに従って決定される値に等しくはない。結果として、その値が、使用される重みアレイにもとづいて決定される場合、重みを特定されたノードの割り当てに従って変更しなければならないかどうかを、常に検証する必要はない。ここで、表3は、それぞれ送信側のポートGUID、受信側のポートGUID、および重みの値に対応する3つの列を含んでいる。各々の行が、送信側のポートGUIDを有するノードと受信側のポートGUIDを有するノードとの間の経路に相当する。次いで、選択された経路について推定された重みが、当該経路によって使用される通信リンクに関する負荷レベルを更新するために使用されるステップ625。すでに述べたように、推定された重みの値を、当該経路が使用する通信リンクの負荷レベルの値へと加算することができる。破線の矢印によって示唆されるとおり、ステップ605~625を、新たな経路の確立のために繰り返すことができる。典型的には、ステップ605~625が、図6aに示したアルゴリズムが実行されるクラスタにおいて確立すべきすべての経路について繰り返される。図6bは、2つのノードを接続する経路の重みをそれらのノードが同じタスクの実行に割り当てられたときに計算するための典型的なアルゴリズムの特定の段階を示している。すでに示したとおり、新たなタスクを開始すべき場合に、タスクマネージャがそれを実行できるか否かを判断し、肯定の場合に、その実行に割り当てられるノードのリストを確立する。すなわち、新たなタスクを実行すべき場合ステップ630、タスク内重み管理モジュールが、その実行に割り当てられたノードのリストを受信するステップ635。タスク識別子が、それらのノード識別子に関連付けられる。実行すべき新たなタスクが存在しない場合、アルゴリズムは、停止させられるまでルーピングを続ける。次いで、特に実行すべきタスクの実行を最適化するために、クラスタの再ルーティングを実行すべきかどうかを判断するための試験が実行されるステップ640。すでに示したように、そのような試験を、特に、実行すべきタスクに割り当てられたノードの数をクラスタのノードの数と比較すること、および/または推定されるタスクの実行時間を所定のしきい値と比較することで構成することができる。破線の使用によって示唆されているとおり、このステップは随意である。実行される各々のタスクについて再ルーティングを実行すべきであると判断してもよい。再ルーティングを実行する必要がない場合、当該タスクの実行を可能にするインストラクションがタスクマネージャへと送信されるステップ645。次いで、アルゴリズムは、実行すべき新たなタスクを待つべくステップ630へと戻る。そうでない場合、再ルーティングを実行しなければならない場合に、続くステップステップ650において、ノード識別子およびポートGUIDなどのルーティング情報項目の間のリンクが確立される。このステップは、典型的には、タスクマネージャから受信されたノード識別子のリストおよび通常はデータベースに保存された設定データにもとづいて行なわれる。このステップは、特に同じタスクの実行へと割り当てられ、間に経路を確立させなければならないノードの送信アドレスおよび受信アドレスを特定することを可能にする。やはり、破線の使用によって示唆されているとおり、このステップは随意である。その実行は、クラスタにおけるノード間の通信リンクの管理の方法に応じて決まる。最後に、実行すべきタスクへと割り当てられたノードの出力アドレスを同じタスクへと割り当てられたノードの入力アドレスへと接続する各々の経路に重みが与えられる。そのようなアドレスは、好ましくはポートGUIDである。このステップは、別表表3に示されるような重み表の確立を可能にする。次いで、クラスタの再ルーティングが、図6aに関して説明したアルゴリズムなどのアルゴリズムを使用して行なわれる符号A。次に、該当のタスクの実行を可能にするためのインストラクションがタスクマネージャへと送信されステップ645、アルゴリズムは実行すべき新たなタスクを待つべくステップ630へと戻る。図6aおよび図6bを参照して説明したアルゴリズムを、例えば図2に関して説明したアーキテクチャと同様のアーキテクチャを有する装置において実行できることが、明らかになっている。このアルゴリズムは、管理ノード上で動作するネットワークマネージャにおいて実行される。さらに、ルーティングアルゴリズムにおける重みの使用が、クオリティオブサービスQoSの管理アルゴリズムと矛盾しないことが明らかになっている。ここで、クオリティオブサービスの管理が、典型的には仮想リンクの考え方に従って各々の経路に関するサービスおよび信用のレベルにもとづいて、ネットワークの争いの場合に特定の経路を優先できるようにすることを、思い出すべきである。したがって、この管理は、本質的にルーティングとは無関係である。したがって、これら2つの手法は、クラスタにおけるデータの伝送を改善し、したがってクラスタの性能を向上させるうえで、相補的である。当然ながら、個々のニーズを満たすために、当業者であれば以上の説明に変更を加えることができるであろう。抜粋1