(57)【特許請求の範囲】
【請求項１】
相互接続ネットワークの管理システムのサーバであって、
−  前記相互接続ネットワークの状態を格納するように構成された、キー・バリューストア型データ構造（２）を備えるメモリ；
−  以下の接続インターフェース（３〜６）
○  前記管理システムにつながるためにクライアント（２０）から来る構成リクエストに応答して、前記クライアント（２０）に前記管理システムの構成を通信するように構成された、構成サーバインターフェース（３）；
○  前記管理システムに接続されたクライアント（２０）に、前記キー・バリューストア型データ構造（２）を備えるメモリ内の更新を分散するように構成された、公開サーバインターフェース（４）；
○  前記管理システムに接続されたクライアントプロセス（２１）から来る更新リクエストに応答して、前記キー・バリューストア型データ構造を備えるメモリを更新するように構成された、収集サーバインターフェース（５）；
○  前記管理システムに接続されたクライアントプロセス（２１）から来るスナップショットリクエストに応答して、前記相互接続ネットワークの状態のデータのサブセットのスナップショットを前記クライアントプロセス（２１）に通信するように構成され、前記相互接続ネットワークの状態が前記キー・バリューストア型データ構造（２）を備えるメモリ内に格納される、スナップショットサーバインターフェース（６）
を含む、サーバ（１０）。
【請求項２】
前記構成サーバインターフェース（３）は、前記公開サーバインターフェース（４）のアドレス、前記収集サーバインターフェース（５）のアドレス、および前記スナップショットサーバインターフェース（６）のアドレスを通信するように構成される、請求項１に記載のサーバ（１０）。
【請求項３】
前記キー・バリューストア型データ構造（２）は、ハッシュテーブルである、請求項１または２に記載のサーバ（１０）。
【請求項４】
前記サーバの実装は、構成リクエスト、更新リクエストまたはスナップショットリクエストに対して反応するために、接続サーバインターフェースのイベントのパラダイムを利用し、前記接続サーバインターフェースは、前記構成サーバインターフェース（３）、前記収集サーバインターフェース（５）または前記スナップショットサーバインターフェース（６）である、請求項１〜３のうちいずれか一項に記載のサーバ。
【請求項５】
相互接続ネットワークの管理システムのクライアントであって、
−  クライアントプロセス（２１）；
−  前記管理システムのサーバから前記相互接続ネットワークの状態のデータのサブセットのスナップショットを回収するように構成された、スナップショットクライアントインターフェース（２６）；
−  前記管理システムのサーバから前記相互接続ネットワークの状態の更新を受信するように構成された、定期更新予約クライアントインターフェース（２４）；
−  前記管理システムのサーバから管前記理システムの構成を回収するように構成された、構成クライアントインターフェース（２３）；
−  前記プロセスクライアント（２１）が前記相互接続ネットワークの状態を公開でき、前記相互接続ネットワークの状態が前記管理システムのサーバによって共有され格納されるための、公開クライアントインターフェース（２５）を含む、クライアント（２０）。
【請求項６】
公開された前記更新は、「キー・バリュー」というメッセージ形態のメッセージである、請求項５に記載のクライアント。
【請求項７】
請求項１〜４のうちいずれか一項に記載のサーバおよび請求項５〜６のうちいずれか一項に記載のクライアントを備える相互接続ネットワーク管理するための管理システム。
【請求項８】
相互接続ネットワークおよび請求項７に記載の前記相互接続ネットワークの管理システムを備えるスーパーコンピュータ。
【請求項９】
さらに、
−  前記相互接続ネットワークのトポロジを確認するように構成されたトポロジ管理プログラム；
−  前記相互接続ネットワークのネットワーク機器によって送信されたアラームを回収し、前記管理システムを更新するように構成された監視モジュール；
−  前記管理システムから受信したデータのためのルーティングテーブルを計算するように構成されたルーティング計算器
を備える、請求項８に記載のスーパーコンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、相互接続ネットワークを管理するための管理システムに関する。
【背景技術】
【０００２】
ここでいう「相互接続ネットワーク」とは、（ＩｎｆｉｎｉＢａｎｄネットワークのような）あらゆる専用の計算ネットワーク、あるいはさらに一般的に、あらゆる情報要素の集合体、とりわけ互いに物理的に通信するつながりのある分散プロセッサのことである。
【０００３】
二次ネットワークを利用し、Ｅｔｈｅｒｎｅｔタイプのものであってよい管理システムは、この計算ネットワークをアウトオブバンド（ｏｕｔ−ｏｆ−ｂａｎｄ）方式で管理するように構成される。
【０００４】
しかしながら、スーパーコンピュータのサイズが増大するにつれて、高性能な計算ネットワークのトポロジは濃密になりつつ複雑化している。スーパーコンピュータの相互接続ネットワークの「二次ネットワーク」ともいう専用の管理ネットワークを用いるアウトオブバンド管理は、
−  この相互接続ネットワーク内で起こり得るイベント（例えばケーブル、ポート、スイッチまたはノードの故障）に反応し；
−  ケーブルまたはスイッチの変更に関連して発生し得るトポロジの修正（理論的なトポロジに対する接続性、適性）を確認し；
−  スイッチに組み込まれている修正および更新に応じて新たなルーティングテーブルを計算する
ために、２つ以上のコンポーネントを必要とすることになる。
【０００５】
さらに、スケールアップおよび堅牢性の理由から、上記のそれぞれのタスクは、潜在的に異なる専用マシンから別々のプロセスで実行しなければならない。このようにするために、効果的な通信機構により、これらのコンポーネントが対話をしながら共通の相互接続ネットワークの状態を共通することができる。この機構は、管理システムによって実現されなければならない。メッセージは、スーパーコンピュータの相互接続ネットワークの二次ネットワーク（または管理ネットワーク）上で交換される。管理システムにより、相互接続ネットワークの管理を担うプロセスで、相互接続ネットワークの状態の通信および共有ができ、サブセットは、スーパーコンピュータの相互接続ネットワークの状態（つまり、スーパーコンピュータの相互接続ネットワークを構成する機器の全規定）を表す。
【０００６】
管理ネットワークの異なるマシンに対して実行されるプロセス間の通信を実現するために、この管理ネットワークは、とりわけ、
−  数多くのプロセス（数百あるいは数千）をサポートでき；
−  １つのプロセスをどのような時でも管理システムにつなげるか、あるいは管理システムから除去し（例えば故障や更新という理由で）；
−  スーパーコンピュータの相互接続ネットワークの最新の状態を維持し；
−  スーパーコンピュータの相互接続ネットワークの結果整合性（英語の「ｅｖｅｎｔｕａｌ  ｃｏｎｓｉｓｔｅｎｃｙ」）のある状態を維持し；
−  この相互接続ネットワークの状態を「キー・バリュー」タイプのテーブル形態で表し；
−  この相互接続ネットワークの状態を、管理システムの相互接続された異なるプロセス間で共有し；
−  どのような時でも管理システムのそれぞれのプロセスによって相互接続ネットワークの状態のサブセットさらには統合性を更新でき；
−  相互接続ネットワークの状態の更新頻度を管理し（好ましくは、最大で１秒あたり数百回）；
−  相互接続ネットワークの状態へのアクセスを制限し、いくつかのプロセスが相互接続ネットワークの状態の１つのサブセットのみを見るべきであり／見る必要があり；
−  比較的多数の入力を得られるとしても（一般には数十万）、相互接続ネットワークの状態をランダムアクセスメモリに保持できなければならない。
【０００７】
この点に関して、分散ハッシュテーブルのように状態を共有するシステムが存在する。しかしながら、既存のどの解決策にも、管理システムが応答すべき上記の要求全体を満足させるものはない。この場合、１つの分散ハッシュテーブルで上に記した下２つの規範を提供することはできない。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、プロセス間通信の機構を前述の要求に応答する管理システムの形態で提供することである。
【０００９】
本発明のもう１つの目的は、分散プロセスを相互接続するためにクライアント／サーバタイプの通信アーキテクチャを提供することである。
【００１０】
本発明のもう１つの目的は、プロセス間通信に基づく相互接続ネットワークの管理システムを提供することである。
【００１１】
本発明のもう１つの目的は、非同期で切断されたプロセス間通信の機構を提供することである。
【００１２】
本発明のもう１つの目的は、スーパーコンピュータの相互接続ネットワークの管理方法を提供することである。
【課題を解決するための手段】
【００１３】
これらの目的のため、本発明は、第１の態様によれば、相互接続ネットワークの管理システムのサーバであって、
−  相互接続ネットワークの状態を格納するように構成されたキー・バリューストア型データ構造を備えるメモリ；
−  以下の接続インターフェース
−  管理システムにつながるためにクライアントから来る構成リクエストに応答して、このクライアントに前記管理システムの構成を通信するように構成された、構成サーバインターフェース；
−  管理システムに接続されたクライアントに、キー・バリューストア型データ構造を備えるメモリ内の更新を分散するように構成された、公開サーバインターフェース；
−  管理システムに接続されたクライアントプロセスから来る更新リクエストに応答して、キー・バリューストア型データ構造を備えるメモリを更新するように構成された、収集サーバインターフェース；
−  管理システムに接続されたクライアントプロセスから来るスナップショットリクエストに応答して、相互接続ネットワークの状態のサブセットのスナップショットをこのクライアントプロセスに通信するように構成され、この相互接続ネットワークの状態がキー・バリューストア型データ構造を備えるメモリ内に格納される、スナップショットサーバインターフェース
を含む、サーバに関する。
【００１４】
相互接続ネットワークの管理システムのサーバは、様々な実施によれば、この場合は以下の項目からなる特徴を備える：
−  構成サーバインターフェースは、公開サーバインターフェースのアドレス、収集サーバインターフェースのアドレス、およびスナップショットサーバインターフェースのアドレスを通信するように構成され；
−  キー・バリューストア型データ構造は、ハッシュテーブルであり；
−  このサーバの実装は、構成リクエスト、更新リクエストまたはスナップショットリクエストに対して反応するために、接続サーバインターフェースのイベントのパラダイムを利用し、この接続サーバインターフェースは、構成サーバインターフェース、収集サーバインターフェースまたはスナップショットサーバインターフェースである。
【００１５】
本発明は、第２の態様によれば、相互接続ネットワークの管理システムのクライアントであって、
−  クライアントプロセス；
−  管理システムのサーバから相互接続ネットワークの状態のサブセットのスナップショットを回収するように構成された、スナップショットクライアントインターフェース；
−  管理システムのサーバから相互接続ネットワークの状態の更新を受信するように構成された、定期更新予約クライアントインターフェース；
−  管理システムのサーバから管理システムの構成を回収するように構成された、構成クライアントインターフェース；
−  プロセスクライアントが相互接続ネットワークの状態を公開でき、この相互接続ネットワークの状態が管理システムのサーバによって共有され格納されるための、公開クライアントインターフェース
を含む、クライアント。
【００１６】
相互接続ネットワークの管理システムのクライアントは、さらに、ビジネスプロセスを含み、このビジネスプロセスは、このビジネスプロセスが相互接続ネットワークの状態の更新を公開できるように、このビジネスプロセスに関連付けられた公開クライアントインターフェースを備えている。
【００１７】
有利には、クライアントプロセスによって公開されたデータは、「キー・バリュー」というメッセージ形態のメッセージである。
【００１８】
本発明は、第３の態様によれば、上に記したサーバおよびクライアントを含む相互接続ネットワークを管理するための管理システムに関する。
【００１９】
本発明は、第４の態様によれば、上記に挙げた相互接続ネットワークおよび管理システムを備えるスーパーコンピュータに関する。
【００２０】
スーパーコンピュータは、さらに、
−  相互接続ネットワークのトポロジを確認するように構成されたトポロジ管理プログラム；
−  相互接続ネットワークのネットワーク機器によって送信されたアラームを回収し、その結果、管理システムを更新するように構成された監視モジュール；
−  管理システムから受信したデータのためのルーティングテーブルを計算するように構成されたルーティング計算器
を備える。
【００２１】
本発明のその他の目的および利点は、添付の図面を参照して以下に記載した実施形態の説明文に照らし合わせることで明らかになるであろう。
【図面の簡単な説明】
【００２２】
【図１】一実施形態による管理システムのサーバを示す図である。
【図２】一実施形態による管理システムのクライアントを示す図である。
【図３】一実施形態による管理システムを実施している様子を示す図である。
【発明を実施するための形態】
【００２３】
相互接続ネットワークの本管理システムは、接続インターフェースに応じて異なる通信のパラダイムを実施するクライアント／サーバタイプのネットワークアーキテクチャを利用するものである。
【００２４】
図１を参照すると、管理システムのこのネットワークアーキテクチャのサーバ側（またはサーバの実装）は、管理ネットワークのサーバ１０を備えている。
【００２５】
サーバ１０は、相互接続ネットワークの状態を保持するように構成される。この相互接続ネットワークの状態は、スーパーコンピュータの相互接続ネットワークに関する情報を含んでいる。この相互接続ネットワークの状態は、キー・バリューストア型データ構造２に格納される。このデータ構造２は、サーバ１０のランダムアクセスメモリに格納される。
【００２６】
キー・バリューストア型データ構造２は、好ましくはサーバ１０のローカルにあるデータコンテナであり、要素を追加、削除および検索するための特定のプロトコルを含む。このキー・バリューストア型データ構造２は、１つのキーを１つのバリュー（値）に関連付ける。キーの一意性は、送信プロセスによって保証されなければならない。更新が既存のキーに対して実現された場合、古い値は新しい値によってオーバーレイされる。
【００２７】
一実施形態では、キー・バリューストア型データ構造２は、ハッシュテーブルまたは英語で「ｈａｓｈｍａｐ」ともいう関連テーブルであり、規定の関連付け機能またはハッシュ機能を有する。有利には、この特定のデータ構造によって、キーに応じた値に高速でアクセスできる。
【００２８】
管理ネットワークのサーバ１０は、さらに、
−  管理システムにつながることを希望しているクライアントから来る（１つまたは複数の）構成リクエストを管理するように構成された、構成サーバインターフェース３；
−  キー・バリューストア型データ構造２内で行われる更新、すなわちキー・バリューストア型データ構造２の入力を、管理システムに接続されたクライアントに分散するように構成された、公開サーバインターフェース４；
−  管理システムに接続されたクライアントプロセスから来る更新リクエスト（一般にはキー値というメッセージの形態での更新）を管理するように構成された、収集サーバインターフェース５；
−  管理システムに接続されたクライアントプロセスから来るスナップショットリクエストに応答して、現在の状態、つまりキー・バリューストア型データ構造２のフルセットまたはサブセットのみのスナップショットを送信する（通過周波帯域の使用を制限するため、フィルタリングはサーバ１０で行われてよい）ように構成された、スナップショット（または英語の「ｓｎａｐｓｈｏｔ」）サーバインターフェース６
を含む。
【００２９】
構成サーバインターフェース３により、管理システムの構成を、相互接続ネットワークのこの管理システムにつながることを希望しているクライアントと通信させることができる。送信された構成は、とりわけ、前述した他の接続インターフェース、すなわち公開サーバインターフェース４、収集サーバインターフェース５、およびスナップショットサーバインターフェース６のアドレス（または「Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ」を表すＵＲＬ）を含む。
【００３０】
好ましくは、接続サーバインターフェース３〜６は、ＺｅｒｏＭＱソケットである（以下のリンク先：ｈｔｔｐ：／／ｚｅｒｏｍｑ．ｏｒｇ／ｉｎｔｒｏ：ｒｅａｄ−ｔｈｅ−ｍａｎｕａｌにある文書は、ＺｅｒｏＭＱまたはＺＭＱソケットを詳細に示している）。この実施形態により、実際に、リクエスト／応答のパラダイムの問題を回避できる。
【００３１】
ここで注意すべきは、図１に示した管理システムのサーバの実装では、
−  構成サーバインターフェース３は、キー・バリューストア型データ構造２と相互作用しない；
−  収集サーバインターフェース５は、このキー・バリューストア型データ構造２と書き込みモードで相互作用して、このキー・バリューストア型データ構造２にキー・バリューの入力を格納する；
−  公開サーバインターフェース４およびスナップショットサーバインターフェース６は、読み出しモードでキー・バリューストア型データ構造２と相互作用する。
【００３２】
管理システムのこのサーバの実装は、Ｃ言語、Ｐｙｔｈｏｎ言語、またはその他のあらゆる適切なプログラミング言語で実現されてよいほか、モノスレッドまたはマルチスレッドモードであってもよい。
【００３３】
サーバ１０のモノスレッドの実装では、サーバは、接続サーバインターフェース３、５、６のイベントのパラダイムに基づいて以下のループを実行する。
正しい限り、
「接続サーバインターフェース」に応じて
「構成サーバインターフェース」の場合
構成サーバインターフェースを介して構成データを送信する
「収集サーバインターフェース」の場合
公開サーバインターフェースを介して更新内容を送信する
データ構造２を更新する
「スナップショットサーバインターフェース」の場合
スナップショットサーバインターフェースを介してスナップショットを送信する
「タイムアウトの期限が過ぎた」場合
プレゼンスメッセージを送信する
終了
終了
【００３４】
有利には、接続サーバインターフェース３、５、６のイベントのパラダイムに基づくこの実装により、クライアントプロセス（リクエストまたはアップデート）からのアクションに迅速に反応できる。「〜に応じて（ＳＥＬＯＮ）」という条件命令は、３つの接続サーバインターフェース（構成サーバインターフェース３、収集サーバインターフェース５およびスナップショットサーバインターフェース６）および所定の待ち時間（タイムアウト）を管理する。この条件命令は、接続サーバインターフェース３、５、６のイベントによって起動した１つまたは複数のその接続インターフェースを含むリストに戻る。タイムアウトの期限が過ぎてもイベントが全く起きなかった場合、サーバ１０は、管理システムのクライアントにプレゼンスメッセージ（英語では「Ｈｅａｒｔｂｅａｔ  ｍｅｓｓａｇｅ」と呼ばれる）を送信する。
【００３５】
接続サーバインターフェース３、５、６が処理される特定の順序により、
−  第一に、クライアントがサーバ１０に接続できるとともに、アドレス（ＵＲＬ）を用いて、構成サーバインターフェース３を介してこのクライアントに通信される他の接続サーバインターフェース４〜６を構成でき；
−  第二に、クライアントが自動的に更新を送信（または、英語で「ｐｕｓｈ」）した場合、できるだけ迅速にサーバ１０を介してその更新を計算に入れることができるとともに、全クライアント（その更新に由来するものを含む）に対してその更新を公開でき、その更新は、管理システムの他のクライアントでアクションを起こすことができ；
−  第三に、スナップショット（英語で「ｓｎａｐｓｈｏｔ」）リクエストは一般に、実行するのに最も時間がかかるため、スナップショットリクエストを最後に処理できる。
【００３６】
有利には、サーバ１０のモノスレッドの実装では、データ構造２への同時かつ競合するアクセスおよび／または接続サーバインターフェース３〜６の同時使用を回避するためのロック機構は必要ない。
【００３７】
管理システムのサーバ１０は、コマンドとして解釈されてよいキー・バリュータイプの入力を受信して処理する。これらの入力は、管理システムのクライアントから来るものであってよい。有利には、これによって、とりわけデータ構造２がシステムファイルに書き込まれる際に（例えばＵｎｉｘ系システムの場合）、隠れた入力を得ることができる。
【００３８】
図２は、相互接続ネットワークの管理システムのクライアント−サーバアーキテクチャのクライアントまたは「クライアント側」の実装を示す。
【００３９】
ここでいう管理システムのクライアント２０とは、一般に、ビジネスコード３０を実行するための少なくとも１つのビジネスプロセス３１を支持するように構成されているクライアントプロセス２１のことである。
【００４０】
相互接続ネットワークの管理システムのクライアント２０は、
−  相互接続ネットワークの状態のスナップショット、または相互接続ネットワークのサブセットを回収するように構成された、スナップショットクライアントインターフェース２６；
−  管理システムのサーバから更新を受信するように構成された、定期更新予約クライアントインターフェース２４；
−  管理システムのサーバの構成、特にサーバの接続サーバインターフェースのアドレス（ＵＲＬ）を回収するように構成された、構成クライアントインターフェース２３；
−  クライアントプロセス２１およびビジネスコード３０のその他の全ビジネスプロセス３１が「キー・バリュー」というエンティティを用いて、適切な公開クライアントインターフェース２５を介してそれぞれの状態の更新（または、さらに一般的には関係データ）を公開できるような複数の公開クライアントインターフェース２５。ビジネスコード３０はそれ自体のために、公開クライアントインターフェース２５が関連付けられている２つ以上のビジネスプロセス３１を含んでよい点に注意されたい；
−  ビジネスコード３０のビジネスプロセス３１とクライアントプロセス２１との間の通信クライアントインターフェース３２
を備える。
【００４１】
クライアントプロセス２１は、管理システムのクライアント２０から入る通信を管理する。そのために、このクライアントプロセス２１は、独自の入力クライアントインターフェース２４および２６、つまりスナップショットクライアントインターフェース２６および定期更新予約クライアントインターフェース２４を有する。
【００４２】
公開クライアントインターフェース２５により、サーバ側で共有され格納されている相互接続ネットワークの状態をビジネスプロセス３１で更新できる。
【００４３】
図３では、クライアント２０は管理システムのサーバ１０に接続されている。
【００４４】
サーバ１０に接続するために、クライアント２０はまず、構成サーバインターフェース３に接続して、管理システムの構成パラメータ全体、とりわけサーバ１０の他の接続サーバインターフェース４〜６のアドレス（ＵＲＬ）を受信する。一実施形態では、構成サーバインターフェース３で構成リクエスト（例えばＣＯＮＦＩＧ？タイプのもの）を受信するとすぐに、サーバ１０は（接続インターフェース３と２３とのつながりを参照）、
−  このリクエストに応答して、構成サーバインターフェース３を介して、３つの他の接続インターフェース４〜６のアドレス（ＵＲＬ）を通信し；
−  この構成サーバインターフェース３を介して、構成ステップの終了を示すメッセージ（例えばＦｉｎ＿ＣＯＮＦＩＧタイプのもの）を送信する。
【００４５】
構成パラメータを受信すると、クライアント２０は、相互接続ネットワークの現在の状態のスナップショット（「ｓｎａｐｓｈｏｔ」）を回収するかどうかを決定する（接続インターフェース６と２６とのつながりを参照）。回収する場合、
−  クライアント２０は、スナップショットサーバインターフェース６から、キー・バリューストア型データ構造２に格納されている相互接続ネットワークの状態のスナップショットをリクエストする；
−  サーバ１０は、クライアント２０が定期更新予約を希望している階層を受信するのを待つ（これらの階層は、とりわけ、サーバ１０の公開サーバインターフェース４に接続した際に明示された階層とは異なっていてよい）。その後、サーバ１０は、スナップショットサーバインターフェース６を使用して、リクエストされた階層状態のスナップショットをクライアント２０に送信する；
−  サーバ１０は、キー・バリューストア型データ構造２の現在のリビジョン番号を送信する。
【００４６】
公開サーバインターフェース４に接続して（接続インターフェース４と２４とのつながりを参照）更新を受信すること、および収集サーバインターフェース５に接続して（接続インターフェース５と２５とのつながりを参照）場合によっては更新（または新たな入力）を送信することがクライアント２０の担当であるということになる。
【００４７】
好ましくは、サーバ１０によって公開された更新は、タイムスタンプされる。有利には、サーバ側のタイムスタンプ（または英語で「ｔｉｍｅｓｔａｍｐｉｎｇ」）は、各クライアント２０で相互接続ネットワークの状態の長期にわたる整合性（「ｅｖｅｎｔｕａｌ  ｃｏｎｓｉｓｔｅｎｃｙ」）を保証する。スナップショットを回収している間に送信された更新が（タイムスタンプがあることにより）受信したスナップショットよりも古い場合、クライアント２０はその更新を無視できる点に注意されたい。
【００４８】
クライアント２０の接続時間外に、サーバ１０は、更新リクエストがある度に反応し、定期にプレゼンス（「ｈｅａｒｔｂｅａｔ」）メッセージを送信するように構成される。
【００４９】
収集サーバインターフェース５を介して、更新リクエスト、またはさらに一般的にはコマンドを受信すると、
−  このコマンドがサーバ１０に関係ない場合または（停止コマンド「ｓｈｕｔｄｏｗｎ」のような）特別なコマンドではない場合、そのコマンドは、公開サーバインターフェース４を介して他のクライアントに伝送される；
−  サーバ１０は、その更新リクエストの内容をデータ構造２に適用する。サーバのコマンドメッセージの場合、そのメッセージはまず、データ構造２の全内容を削除するよう要求する「空にする」コマンドと比較される。
【００５０】
「空にする」または「ｔｉｍｅ  ｔｏ  ｌｉｖｅ」を表す「ｔｔｌ」などの入力データの特別フィールドを使用して、サーバ１０は、ローカルデータ構造２のこの入力データを削除できる。逆に、入力データがまったく存在しない場合は、入力データはデータ構造２で追加されるか更新される。
【００５１】
サーバ１０が受信できるリクエストの例として以下を引用する。
−．ｂｂｃｔｒｌ／＿ｓｅｒｖｅｒ＿ｋｉｌｌ＿：サーバ１０から離れるよう要求する
（このメッセージはサーバ１０によって分散されない）；
−．ｂｂｃｔｒｌ／＿ｃｌｅａｒ＿ａｌｌ＿：サーバ１０および全クライアントから、データ構造の内容全体を削除するよう要求する（このメッセージはサーバ１０によって分散される）；
−．ｂｂｃｔｒｌ／＿ｈｕｇｚ＿：サーバからのプレゼンスメッセージ。
【００５２】
ここでの基本のエンティティは、「キー・バリュー」というパラダイムに基づくメッセージである。このエンティティは、キーとバリューとのペアに加えて、このエンティティのシーケンス番号、汎用一意識別子、その発信元のＩＤ、またはエンティティの生存時間（「Ｔｉｍｅ  ｔｏ  Ｌｉｖｅ」）などのその他の情報を提供する。
【００５３】
これらの情報は、１つまたはそれ以上の複数のデータフレームで送信されてよい。好ましくは、これらの情報は、予約機構用のキーを含む第１のフレーム、および残りの情報（例えばデータ、発信元のＩＤ、シーケンス番号）を含む第２のフレームの形で送信される。
【００５４】
好ましくは、収集サーバインターフェース５の探知機が非アクティブ期間を開始する前に、動的な引き継ぎ時間が計算される。
【００５５】
有利には、管理ネットワークのサーバ１０の実装により、
−  構成データをクライアントに提供でき；
−  相互接続ネットワークの状態のスナップショットを、新たに接続された管理システムのクライアントに提供でき；かつ
−  相互接続ネットワークの状態での更新を、管理システムに接続された全クライアントに伝送できる。
【００５６】
一実施形態では、管理システムは、スーパーコンピュータの相互接続ネットワーク（または計算ネットワーク）を管理するために使用される。そのために、以下のモジュール、
−  相互接続ネットワークのトポロジ（例えば機器の規定または機器の接続図式）の確認を担当するトポロジ管理プログラム；
−  スーパーコンピュータのネットワークの様々な機器（とりわけスイッチ）から送信されたアラームを回収し、管理システムを更新するためにそのアラームを関連データ（例えば規定の更新）と相互に関連させることを担当する監視モジュール；
−  管理システムから受信したデータに対してルーティングテーブルの計算を担当するルーティング計算器
が必要であってよい。
【００５７】
上記の追加コンポーネントが始動するとき、トポロジ管理プログラムによって公開されたデータ全体がサーバ１０の他のクライアントによって回収され得るように、管理ネットワークのサーバ１０はすでに存在している。
【００５８】
有利には、規定の更新は、単一の方法で行われ、集計後、トリガー要素と呼ばれる特別なキーが送信される。ルーティング計算器が新たなルーティングテーブルの計算段階を起動させるのは、このキーを受信したときである。したがって、管理システムのサーバによって送信された様々なタイプのメッセージを容易かつ迅速に区別することが可能である。
−  相互接続ネットワークの状態の更新；
−  アクションを始動させるトリガー要素。
【００５９】
その結果、有利には、効率を上げるためにベントが集計される。特に、ルーティング計算器は、１つの機器の規定が変わるたびにルーティングテーブルを計算することはない。
【００６０】
この点から、キーのプレフィックスに基づく機構により、各クライアントが相互接続ネットワークの状態のサブセットを定期更新予約できるだけでなく、この区別もすることができる。さらに、この機構により、特定のサブセットにあるその他のタイプの情報を管理システムに追加できる。例として、以下のプレフィックスは、管理システム内で使用されてよい：
−＠ｉｎｔｅｒｃｏｎｎｅｃｔ／：相互接続ネットワークの機器の規定に関する入力全
体；
−！ｄeｃｌｅｎｃｈｅｕｒｓ／：トリガー要素に対応する入力全体；
−／ｍｎｇｔ／：相互接続ネットワークの様々な機器への接続情報を含む入力全体；
−．ｂｂｃｔｒｌ／：クライアント側でもサーバ側でも管理システムを制御できる入力全体（例えば１つのコマンドでデータテーブルをすべて消去できる）。
【００６１】
有利には、上記の様々な実施形態では、接続インターフェースに応じて異なる通信パラダイムを使用する。例えば、サーバ１０の公開サーバインターフェース４は、「分散」モードで動作し、「マルチキャスト」（クライアント２０側の定期更新予約サーバインターフェース２４と対称）のプロトコルを使用できる。さらに、クライアント２０は、キーの１つまたは複数のプレフィックスを予約でき、これによってこのプレフィックスは、データ構造２に格納された相互接続ネットワークの状態のサブセットのみを回収できる。
【図１】
0006304499.tif 000002
【図２】
0006304499.tif 000003
【図３】
0006304499.tif 000004