(57)【要約】  コンピュータ、通信、及びネットワーキング設備においてサービスプロセッサ及び管理モジュールへのアクセスを物理的に統合し保証するために、データネットワークから管理ポートを切り離すシステムが設けられる。このシステムは、低レベルの管理プロトコルを、データネットワークを介する伝送を保証するのに適したより高レベルのネットワークプロトコルに変換する。このシステムは、共通のフォーマット管理データを暗号化することがある。このシステムはまた、管理インターフェースへのアクセスを試みるそれぞれのユーザを認証し得る。【選択図】図３
2008519498.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータネットワークのための帯域外管理システムであって、該システムは、
データ伝送インターフェース以外の専用管理インターフェースを通じて外部にアクセス可能な、サービスプロセッサ及び管理ポートが装備された、１つ以上のネットワークノードと、
データネットワークによる直接アクセスから前記ネットワークノードの前記管理ポートを切り離す、前記ネットワークノードの前記管理ポートに直接接続された、サービスプロセッサゲートウェイ管理機器と、を具備し、
前記専用管理インターフェースは、さらに、イーサネット(登録商標)のタイプのインターフェースを有し、
前記サービスプロセッサゲートウェイは、さらに、プロセッサと、１つの人間オペレータ及びネットワーク管理システムによりアクセスするために、コマンドラインインターフェース、ウェブインターフェース、及びプロトコルベースのインターフェースの１つ以上を提供する、前記プロセッサによって動作するソフトウェアアプリケーションと、をさらに具備する
ことを特徴とするシステム。
【請求項２】
前記サービスプロセッサゲートウェイの前記ソフトウェアアプリケーションは、さらに、ＴＣＰ／ＩＰネットワークを介して前記ネットワーク管理システムへの伝送に適した共通の管理データを生成するために、前記サービスプロセッサの１つ以上の管理インターフェースによって利用される１つ以上の低レベルプロトコルを共通のプロトコルに変換する、前記プロセッサによって動作する複数のコンピュータ命令を有する接続モジュールを具備する
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記サービスプロセッサゲートウェイの前記ソフトウェアアプリケーションは、さらに、前記共通の管理データが前記前記ネットワーク管理システムへの送信中に傍受されるのを防止するために、前記共通の管理データを暗号化する、前記機器によって動作する複数のコンピュータ命令を有するモジュールを具備する
ことを特徴とする請求項１に記載のシステム。
【請求項４】
前記サービスプロセッサゲートウェイの前記ソフトウェアアプリケーションは、さらに、前記管理インターフェースへのアクセスを与える前にユーザを認証するために、エンタープライズディレクトリシステムと通信する、前記機器によって動作する複数のコンピュータ命令を有するモジュールを具備する
ことを特徴とする請求項１に記載のシステム。
【請求項５】
前記サービスプロセッサゲートウェイの前記ソフトウェアアプリケーションは、さらに、前記コマンドラインインターフェース、ウェブインターフェース、又はプロトコルベースのインターフェースからのコマンド及び制御要求を、特定のサービスプロセッサに特有の１つ以上の管理プロトコルに変換する、前記機器によって動作する複数のコンピュータ命令を有するモジュールを具備する
ことを特徴とする請求項１に記載のシステム。
【請求項６】
プロセッサと、
前記プロセッサに接続されたメモリと、
１つ以上のイーサネット(登録商標)インターフェースと、
前記メモリ内に格納されており、かつ前記プロセッサによって動作する、それぞれの部分が複数のラインのコンピュータ命令を有する１つ以上の部分を有するソフトウェアアプリケーションと、を備えたサービスプロセッサゲートウェイ機器であって、
それぞれの前記イーサネット(登録商標)インターフェースは、サービスプロセッサを備えたネットワークノードとのポイントツーポイント接続を確立するよう構成され、
前記１つ以上の部分は、さらに、共通の管理データを生成するために、それぞれのサービスプロセッサの管理インターフェースを共通のプロトコルに変換する接続部分と、
外部ソースからの１つ以上の管理プロトコルとインターフェースし、かつコマンド及びデータを前記外部ソースと交換するサービス部分と、
前記外部ソースからの前記コマンドに基づいて前記共通の管理データを操作し、かつ前記１つ以上の管理プロトコルに管理出力データを生成するアプリケーション部分と、をさらに具備する
ことを特徴とするサービスプロセッサゲートウェイ機器。
【請求項７】
前記接続部分は、さらに、１つ以上のプロトコル部分を有し、
それぞれの前記プロトコル部分は、特定のプロトコルを有する特定のサービスプロセッサからの管理データを共通の管理データプロトコルに変換する
ことを特徴とする請求項６に記載の機器。
【請求項８】
前記プロトコル部分は、さらに、インテリジェントプラットフォーム管理インターフェース部分、ｉｎｔｅｇｒａｅｄ  ｌｉｇｈｔｓ−ｏｕｔ部分、ａｄｖａｎｃｅｄ  ｌｉｇｈｔｓ−ｏｕｔ部分、ウェブプロキシ部分、コマンドラインインターフェース部分、及びブレード部分の１つ以上を有する
ことを特徴とする請求項７に記載のアプリケーション。
【請求項９】
前記サービス部分は、さらに、１つ以上のサービスプロトコル部分を有し、
それぞれの前記サービスプロトコル部分は、特定のプロトコルを有する外部ソースからのコマンド及びデータを共通の管理プロトコルに変換する
ことを特徴とする請求項６に記載の機器。
【請求項１０】
前記サービスプロトコル部分は、さらに、セキュアシェル部分、セキュアソケットレイヤ部分、拡張マークアップ言語プロトコル部分、セキュアハイパーテキストトランスファープロトコル部分、データセンタマークアップ言語部分、及び簡易型ネットワーク管理プロトコル部分の１つ以上を有する
ことを特徴とする請求項９に記載のアプリケーション。
【請求項１１】
前記アプリケーション部分は、さらに、前記サービスプロセッサゲートウェイに接続された前記サービスプロセッサのユーザインターフェースへの直接アクセスを提供するアクセスゲートウェイ部分を有する
ことを特徴とする請求項６に記載のアプリケーション。
【請求項１２】
前記アプリケーション部分は、さらに、プラットフォームから独立したコマンドセットを前記ユーザに提供し、かつこれらの一様なコマンドを前記タイプのサービスプロセッサに特有のコマンドに翻訳する、コマンド／制御部分を有する
ことを特徴とする請求項６に記載のアプリケーション。
【請求項１３】
前記アプリケーション部分は、さらに、レポーティング部分を有し、
前記機器は、前記レポーティング部分に関連付けられたデータを格納するデータレポジトリをさらに有し、
前記レポーティング部分は、前記データレポジトリ内にデータを収集し、前記管理データのレポート、例外通知、及び視覚化を提供する
ことを特徴とする請求項６に記載の機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータネットワーク管理の分野に関し、より詳細には、埋め込みサービスプロセッサ及び／又は管理モジュールが装備された、コンピュータシステム、ネットワーキングシステム、及び通信システムにアクセスする及び管理するための方法に関する。
【背景技術】
【０００２】
情報技術の専門家は、一般に、コンピュータサーバ、ネットワーク機器(appliances)、セキュリティ機器、記憶装置、及び通信設備(equipment)などのネットワークノードのオペレーションを監視する及び復元するために、ネットワーク管理ツールを使用する。これらの代表的なネットワーク管理ツールにより、ＩＴの専門家は、ネットワークノードのオペレーションを遠隔で管理する及び復元することができる。通常、これらのネットワーク管理ツールは、２つのカテゴリ、即ち、帯域内(in-band)管理ツールと帯域外(out-of-band)管理ツールとに分けられる。帯域内管理ツールは、データネットワークに接続するノードによって利用されるのと同じネットワークインターフェースを使用して、管理対象ネットワークノードと通信する。帯域外管理ツールは、もっぱら管理用に使用される（シリアルコンソールポートなどの）別個のアクセス媒体を使用して、管理対象ネットワークノードと通信する。帯域外管理ツールにより、ネットワークノードがネットワーク接続性を失っている場合にも、監視者は、管理対象ネットワークノードにアクセスすることができる。
【０００３】
帯域内管理ツールは、一般に大型ネットワークを管理するのに使用される、簡易型ネットワーク管理プロトコル（Simple Network Management Protocol: ＳＮＭＰ）などの、ネットワークプロトコルを使用する。ネットワークプロトコルを使用する、市販の帯域内管理ツールのいくつかの例に、ヒューレットパッカード社（ＨＰ（登録商標））のオープンビュー（ＯｐｅｎＶｉｅｗ）、ＩＢＭ社（ＩＢＭ（登録商標））のチボリ（Ｔｉｖｏｌｉ）、ＢＭＣ社（ＢＭＣ（登録商標））のパトロール（Ｐａｔｒｏｌ）、及びＣＡ社（ＣＡ（登録商標））のユニセンター（Ｕｎｉｃｅｎｔｅｒ）などの製品がある。しかし、これらの帯域内ツールは、そのネットワークノードに関連付けられたデータネットワークが故障するたびに又は管理対象デバイスがネットワーク接続性を失うたびに、有効でなくなる。したがって、これらの帯域内ネットワーク管理ツールは、ネットワークアドミニストレータをデッドロック状態にする(in a deadlock position)（たとえば、デバイスが故障し、データネットワークがダウンし、ＩＴの専門家がそのデータネットワークダウンのためにデバイスに到達し得ない場合）。このデッドロック状態となる共通の原因の例には、ソフトウェアのクラッシュ、構成(configuration)エラー、電力サージによるハードウェアの誤動作、ファームウェアをグレードアップする必要がある場合、及び／又はネットワーク故障、が含まれる。したがって、ネットワークノードがデータネットワークから切断される故障が起きた場合には、人間オペレータが、そのネットワークノードの場所まで行って、管理ポートに直接接続された端末を通じて故障している設備の部品とインタラクト(interact)し得る、又は物理制御スイッチを作動させて、故障している設備の機能を復元し得る必要がある。人間オペレータがネットワークノードの場所まで行くには費用がかかり、また人間オペレータにより長い時間が費やされ、データネットワークが長い間ダウンタイムとなるため、業務全体の損失となる。
【０００４】
帯域内ネットワーク管理ツールのこのような限界を克服するために、人間オペレータが実際に事故が発生した場所まで行く必要のない、帯域外管理ポートへの遠隔アクセス、及び、例えばパワーサイクリング、温度及び他のヘルスインディケータ(health indicators)の監視などの、ネットワークノードの他の制御機能を使用可能にするシステムが作られた。通常、帯域外アクセスのための物理インターフェースは、シリアルコンソール、ＫＶＭポート、電源回路、温度及び湿度プローブ、及び／又は遠隔アクチュエータを含む。これらの物理インターフェースへの遠隔アクセスを提供する監視及びアクセスシステムの例には、コンソールサーバ(Console Servers)、ＫＶＭスイッチ、及びインテリジェント電力分散ユニット(Intelligent Power Distribution Units)が含まれる。帯域外アクセスのための異なる接続媒体を使用して、独立した代替ネットワークを構築することは、効果的ではあるが、データセンタを構築する費用を増加させる。
【０００５】
物理インターフェースを標準化し、かつ帯域外アクセスの費用を減少させるために、サーバ及び通信ハードウェアの製造業者は、例えば、独立型サーバマザーボード、通信シャーシ(chassis)、及びブレードコンピュータなどのハードウェアプラットフォーム内にサービスプロセッサを設置するようになってきた。サービスプロセッサ（ベースボード管理カード（Baseboard Management Cards: ＢＭＣs）と呼ばれることもある）は、スタンドアロン(stand-alone)サーバのシステムマザーボードに埋め込まれた小型プロセッサ、アドオンドーターカード(add-on daughter card)、又はブレード(blade)コンピュータ又は通信システムシャーシなどの大型システム内に設置されたより高度化された(sophisticated)管理モジュールの形態をとり得る。サービスプロセッサは、ホスト設備のモジュールがロックアップした場合や、構成エラー、ハードウェア又はソフトウェア故障によりデータネットワークから切断された場合にも、活動状態のままであり、アクセス可能であるよう設計される。サービスプロセッサは、遠隔パワーサイクリング、遠隔診断、センサの読取り、システムリセット、システムコンソール、及びＫＶＭアクセスなどの機能をサポートし得る。
【０００６】
業界コンソーシアムが、サービスプロセッサと通信するための、インテリジェントプラットフォーム管理インターフェース（Intelligent Platform Management Interface: ＩＰＭＩ）と呼ばれる標準インターフェースを開発してきた。他のベンダも、同様のプロプラエタリ(proprietary)インターフェースを作ってきた。たとえば、ヒューレットパッカード社（登録商標）は、Ｉｎｔｅｇｒａｅｄ  Ｌｉｇｈｔｓ−Ｏｕｔ（ｉＬＯ）インターフェースを有し、サンマイクロシステムズ社（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ）（登録商標）は、Ａｄｖａｎｃｅｄ  Ｌｉｇｈｔｓ  Ｏｕｔモジュール（ＡＬＯＭ）インターフェースを有する。より高度化されたサービスプロセッサは、多様な他のインターフェース及びネットワークプロトコルをサポートし得る。これらのインターフェースのためのプロトコルは周知である。これらの帯域外管理インターフェースは、ＴＣＰ／ＩＰより上位のプロトコルを定義し、管理情報を移送するために共通のイーサネット(登録商標)媒体を利用する。イーサネット(登録商標)媒体については、これらのシステムの設計者により、大型データセンタ内に既に配備されている構造化された配線システムとの互換性を有するようなものが選択され、その配備及びサーバプロセッサ技術の使用が容易化される。
【０００７】
サービスプロセッサは、場合によっては、ネットワークノードとデータネットワークとの接続に使用されるのと同じイーサネット(登録商標)ポートを共有し得る（これは、「側波帯(side-band)」接続と呼ばれることもある）。データネットワークと同じネットワーク接続を共有することは、良い解決方法ではない。何故なら、データネットワーク接続性が失われた場合に、遠隔アクセスを与えるという本来の目的が達せられないからである。したがって、殆どのサービスプロセッサは、帯域外管理専用の、かつ一次(primary)データネットワーク接続から独立したイーサネット(登録商標)ポートと共に配備される。
【０００８】
しかしながら、配備にかかる高い費用、及び管理対象ネットワークノード毎に第２のイーサネット(登録商標)を接続することによる管理オーバーヘッド、その媒体を選択した時には予期しなかった障害(obstacle)により、サービスプロセッサ技術の採用の伸びが鈍化してきている。たとえば、データネットワーク内のイーサネット(登録商標)交換機に接続されたあらゆるデバイスには、一意のネットワークアドレス（ＴＣＰ／ＩＰネットワークにおいてはＩＰアドレス）が必要である。通常、１つの組織が使用するのに利用可能なネットワークアドレスの数は制限されており、ネットワークアドレスが２倍必要になることは、重大な問題を引き起こす。これらのネットワークアドレスは、ファイアウォールへのアクセスポリシーを設定及び維持し、ネットワークの複雑さを増加させかつ多量の作業を必要とするタスク及び繰り返し発生する費用を設定及び維持することにより、管理され適切に保証されなければならない。代表的なデータセンタにおいて利用可能なイーサネット(登録商標)ＬＡＮ接続は、データトラフィックを運び、かつ管理アプリケーションが必要とする以上にはるかに大きいキャパシティ及び帯域幅を有する交換設備(switching equipment)を使用するように大きさ(dimension)が決められ、したがって、配備費用がさらに増加する。サービスプロセッサによって使用される低レベルの管理プロトコルをイーサネット(登録商標)交換機に露出することにより、このアーキテクチャはまた、システムに対して過度な制御を得ようとする個人による攻撃に対する帯域外管理システムの脆弱性(vulnerability)を増加し得る。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、配備費用及びセキュリティについての懸念が、非常に高くなり、サービスプロセッサ技術を採用する場合の大きな障害となっている。その証拠として、夥しい数の機能、業界の主要ベンダによるサポート、及びここ数年の広く普及してきた利用可能性にもかかわらず、ＩＰＭＩ、ｉＬＯ、及びＡＬＯＭなどのサービスプロセッサアーキテクチャは、これらのアーキテクチャが提案された時に予想されたほど広範囲に採用されるには至っていない。サービスプロセッサ技術に置き換えられるはずの外部アクセス及び監視システム（コンソールサーバ、ＫＶＭスイッチ、インテリジェント電力分散ユニットなど)の需要が、相変わらず上昇し続けている。したがって、従来のシステムのこのような限界を克服する、本発明によるサービスプロセッサゲートウェイシステムが必要となる。本発明の目的は、このことを克服することである。
【課題を解決するための手段】
【００１０】
本願のサービスプロセッサゲートウェイは、コンピュータ、ネットワーキング及び通信設備に埋め込まれているサービスプロセッサ及び管理モジュールにアクセスするのに必要なイーサネット(登録商標)接続を物理的に統合しかつ論理的に保証することにより、サービスプロセッサ技術の配備及びオペレーションの費用を低下させ、複雑さを減少させる方法を有する。本発明は、特にこの機能のために設計されたハードウェアとソフトウェアとを組み合わせたシステムである。本発明は、複数のサービスプロセッサに必要なイーサネット(登録商標)接続性を提供し、同時に、それぞれのサービスプロセッサに専用ネットワークアドレスを割り振る、管理する、及び保証する必要性を省く。
【００１１】
このシステムは、（交換型ではなく）ポイントツーポイントのイーサネット(登録商標)接続を提供し、例えば、ＩＰＭＩ、ｉＬＯ、及びＡＬＯＭコマンドラインインターフェース、又はウェブベースのプロトコルなどのサービスプロセッサによってサポートされ得る管理プロトコルの１つを使用して、ローカルでサービスプロセッサとのセッションを終了させることにより、上記の利点を達成する。サービスプロセッサゲートウェイは、複数のソースから管理情報を検索し処理し、次いで、統合された情報を、ワイドエリアネットワークを介して移送するのに適したよりハイエンドの安全なプロトコルを使用する単一のネットワーク接続を通じて、ローカル又はリモートの管理ゲートウェイ、エージェント又は人間オペレータに露出する。このプロトコルは、セキュアシェル（Secure Shell: ＳＳＨ）、セキュアソケットレイヤ（Secure Socket Layer: ＳＳＬ）、拡張マークアップ言語（ＸＭＬ）、セキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）、又はデータセンタマークアップ言語（Data Center Markup Language: ＤＣＭＬ）を含むことがあるが、これらに制限されるものではない。
【００１２】
代表的なシステムの多くの交換イーサネット(登録商標)接続を管理するための費用及び複雑さが除かれ、サービスプロセッサプロトコルは、設備のラック内に保存されて、データネットワークに露出されることがない。したがって、このシステムはまた、ネットワークのセキュリティを大きく向上させる。
【００１３】
したがって、本発明によれば、コンピュータネットワークのための帯域外管理システムが実現される。このシステムは、データ伝送インターフェースとは別個の専用イーサネット(登録商標)インターフェースを介してアクセス可能な、埋め込みサービスプロセッサ又は管理モジュールが装備された複数のネットワークノードを備える。サービスプロセッサゲートウェイは、特にそれぞれのネットワークノードに埋め込まれたサービスプロセッサに対するイーサネット(登録商標)接続性を提供するという目的のために設計され構築された計算機ハードウェアを備えた管理機器である。サービスプロセッサゲートウェイは、さらに、サービスプロセッサとのセッションを終了し、管理情報を抽出し、ワイドエリアネットワークを介する移送に適したプロトコルを使用してリモート管理エージェントにその情報を露出(exposes)する、管理機器上で動作するソフトウェアアプリケーションを有する。
【発明を実施するための最良の形態】
【００１４】
本発明は、インターネットを介して、以下に記載する、特有の管理対象デバイス、プロトコル、及びインターフェースとインターフェースする、帯域外ネットワーク管理システムに特に適応可能である。このような状況において、本発明について記述する。しかしながら、本発明によるシステム及び方法は、既存インターフェース及びプロトコル、及び新しく開発されたインターフェース及びプロトコルと共に使用され得るので、より大きい有用性を有することが理解されよう。
【００１５】
図１は、代表的な帯域外ネットワーク管理システム２０を例示する図である。システム２０は、１つ以上の帯域外監視／アクセスデバイス２２を備え、これには、１つ以上のコンソールサーバデバイス２２１、１つ以上のキーボードビデオマウス（ＫＶＭ）スイッチ２２２、１つ以上のインテリジェント電力分散ユニット（ＩＰＤＵ）２２３、及び（示されているように、ＩＰＭＩなどのプロトコルを使用する）１つ以上のサービスプロセッサモニタ２２４が含まれるが、これらに制限されるものではない。これらのデバイス２２のそれぞれが、通常、ハードウェア構成要素２４１及びソフトウェア構成要素２４２からなり、これらが、特定のデバイスのための様々な機能／オペレーションを遂行し、監視及びアクセス機能を実施する。この代表的なシステムにおいては、それぞれのデバイス２２が、周知のＲＳ−２３２プロトコルを使用して、リナックスサーバ及びユニックスサーバ及びネットワーク設備３０１を監視し管理するのに使用されるＲＳ−２３２シリアルインターフェース２５１などの、アクセス用の特定の物理媒体２５を使用して、特定の種類の管理対象デバイスを監視する。別の例として、ＫＶＭインターフェース２５２が、周知のＫＶＭプロトコルを有するウィンドウズ(登録商標)(Windows(登録商標))サーバを監視するのに使用される。このシステムにおいては、それぞれのデバイス２２が、ユニックスサーバ、ウィンドウズ(登録商標)(Windows(登録商標))サーバ、ブレード(Blade)サーバ及びブレードシャーシ(Blade chassis)、通信設備、ネットワークルータ、スイッチ、ロードバランサ、ネットワークに取り付けられた記憶装置及び遠隔アクセスサーバ装置を含むが、これらに制限されるものではない、特定の管理対象デバイス又は１群の管理対象デバイス３０を監視かつ管理し、その群の管理対象デバイスについての管理データを生成する。示されているように、それぞれのデバイスが、ＲＳ−２３２プロトコル、ＫＶＭプロトコル、パワーデバイスプロトコル、ＩＰＭＩプロトコルなどの、異なるプロトコルを利用し得る。それぞれのデバイス２２によって生成される管理データは、それ自身の一意のプロトコル及びフォーマットを有する。したがって、それぞれのデバイス２２は、帯域外管理データを統合するが、ＭＲＶ、サイクレイズ社(Ｃｙｃｌａｄｅｓ）、又はラントロニクス社（Ｌａｎｔｒｏｎｉｘ）製のシリアルコンソールサーバ、アボセント社（Ａｖｏｃｅｎｔ）、サイクレイズ社、又はラリタン社（Ｒａｒｉｔａｎ）製のＫＶＭコンソール、Ｉｎｔｅｌ製のＩＰＭＩコンソール、ＩＢＭ又はヒューレットパッカード社製のブレードコンピュータ監視ソフトウェアなどの、１つの種類の媒体を対象としている。本発明の主題である、（ＩＰＭＩ、ＨＰのｉＬＯ、ＳｕｎのＡＬＯＭ、ブレードコンピュータ管理モデルなどの）サービスプロセッサ２２４を使用して管理されるネットワークノードの場合には、監視デバイス２２は、通常、接続用の物理媒体としてイーサネット(登録商標)媒体２５４を使用する。
【００１６】
図２は、代表的なシステムにおいてサービスプロセッサが装備されたネットワークノードのための監視／アクセスシステムをより詳細に例示している。ハードウェア部品は、通常、データネットワークと共有される場合もあればされない場合もある、汎用イーサネット(登録商標)スイッチ３２である。この交換機システムは、標準イーサネット(登録商標)媒体を使用してネットワークノードに埋め込まれた１つ以上のサービスプロセッサ３６に接続する。示されているように、それぞれのサービスプロセッサが、スイッチ３２に対してそれ自身のイーサネット(登録商標)接続を有する。この結果、上述したように、この代表的なシステムが制限される。それぞれのサービスプロセッサクライアントのソフトウェア部品は、通常、これもイーサネット(登録商標)交換機３２に接続された汎用サーバ３４上で動作する。サービスプロセッサを統合する構成要素としてのイーサネット(登録商標)アクセス媒体及び汎用サーバの選択は、アーキテクチャの設計者が行い、したがって、ユーザは、市場にある容易に利用可能な汎用ハードウェアを利用し得る。しかし、これまでに説明したように、この選択には予期せぬ費用がかかり、また技術的な障害が生じ、このため、市場においてサービスプロセッサ技術が広範囲に採用されることが妨げられる。したがって、サービスプロセッサが装備されたネットワークノードにアクセスする／監視するための、この代表的な方法は、いくつかの重大な制限及び欠点を有するが、本発明によるサービスプロセッサゲートウェイによって克服される。以下、これについてより詳細に記述する。
【００１７】
図３は、この例においては１つ以上のサービスプロセッサ４５１、４５２及び４５３へのアクセスを提供する、本発明によるサービスプロセッサゲートウェイ４０を組み込んだ帯域外ネットワーク管理システム３９を例示している。しかし、本発明は、特定の数のサービスプロセッサ又は特定の種類のサービスプロセッサに制限されるものではない。サービスプロセッサゲートウェイ４０は、ポイントツーポイントイーサネット(登録商標)接続４６１−ｎ（イーサネット(登録商標)接続４６１、４６２、４６３がこの例に示されているが、本発明は、特定の数のポイントツーポイントイーサネット(登録商標)接続に制限されるものではない）を使用することにより、かつそれぞれのネットワークノードに埋め込まれたサービスプロセッサ４５１−ｎとのセッションをローカルで終了させることにより、イーサネット(登録商標)交換機によりこれまでに実現されている接続性と、サービスプロセッサクライアントソフトウェアのソフトウェア能力と、さらに以下に記述する追加のソフトウェア機能とを組み合わせる。
【００１８】
サービスプロセッサゲートウェイ４０は、それぞれのサービスプロセッサのためにネットワークアドレス（ＴＣＰ／ＩＰネットワークの場合にはＩＰアドレス）を割り振る必要性を省く。したがって、サービスプロセッサゲートウェイ４０は、サービスプロセッサのすべてのための管理情報を統合し、その後、インターネットなどのネットワーク４４との単一のネットワーク接続４２を通じて帯域内データネットワークに再び接続し、次いで、代表的な管理ワークステーション２９及び代表的なネットワーク管理システム２８に接続し得る。特に、サービスプロセッサゲートウェイ４０は、管理インターフェース及び媒体（管理データと通信するのに使用される媒体及びインターフェースとは別個の）を有し、これを介して、サービスプロセッサゲートウェイ４０は、ネットワークと通信し得る。好ましい実施形態においては、サービスプロセッサゲートウェイ４０のための管理インターフェース及び媒体は、（イーサネット(登録商標)、高速(Fast)イーサネット(登録商標)、ギガビット(Gigabit)イーサネット(登録商標)、１０ＧＢイーサネット(登録商標)媒体、又は将来開発される他の任意の種類のイーサネット(登録商標)を含むがこれらに制限されるものではない）イーサネット(登録商標)のタイプのインターフェースであり得る。サービスプロセッサゲートウェイ４０はまた、サービスプロセッサゲートウェイ４０を示されているネットワーク管理システム２８に直接接続する、任意選択の帯域外接続４６を有し得る。
【００１９】
本発明によれば、サービスプロセッサゲートウェイ４０は、１組のゲートウェイソフトウェアモジュールを備えたソフトウェア部分４０１をさらに有し、それぞれのモジュールが、以下に記述するゲートウェイソフトウェアの機能を実施する、複数のラインのコンピュータコードを有する。サービスプロセッサゲートウェイ４０は、ソフトウェアモジュールを動作させる、公知の計算機リソースを有するハードウェア部分４０２をさらに有する。サービスプロセッサゲートウェイのハードウェア部分及びソフトウェア部分は共に、サービスプロセッサゲートウェイ機器として公知であり得る。サービスプロセッサゲートウェイ４０は、様々な異なるサービスプロセッサプロトコルを有するサービスプロセッサゲートウェイに接続された、１つ以上の管理対象ネットワークノード４３１〜４３Ｎからの管理データを統合し、以下により詳細に記述するように、サービスプロセッサのすべてからの管理データを共通のフォーマットに変換し、これにより、管理対象ネットワークノードの管理データが、ネットワーク４４を介して、１つのネットワークセッション４６上でローカル又はリモートの管理ワークステーション又はネットワーク管理システム２８に伝送され得る。ゲートウェイソフトウェア４０１はまた、周知の技術を使用して管理データを暗号化し、次いで周知のプロトコルを使用して通信ネットワーク４４を介してデータを通信する、モジュールを含み得る。ゲートウェイソフトウェア４０１はまた、周知のエンタープライズディレクトリシステムを使用してサービスプロセッサゲートウェイ管理インターフェースのユーザを認証するモジュールを含むことがある。したがって、サービスプロセッサゲートウェイ４０は、すべての管理データのためのセキュリティプロトコルを実行(enforce)することができる。サービスプロセッサゲートウェイはまた、通信ネットワーク４４を介する複数の異なるプロトコルを有する管理データの伝送を省くので、通信ネットワーク４４を介して通信されるデータの総量が減少する。好ましい実施形態においては、サービスプロセッサゲートウェイ４０からの、暗号化されている場合もあれば暗号化されていない場合もある管理データは、簡易型ネットワーク管理プロトコル（ＳＮＭＰ）、ウェブベースのプロトコル（ＨＴＴＰＳ）、ＳＳＨプロトコル、セキュアソケットレイヤ（ＳＳＬ）プロトコル、拡張マークアップ言語（ＸＭＬ）プロトコル、及び／又はデータセンタマークアップ言語（ＤＣＭＬ）プロトコルなどの、任意の周知のプロトコルを使用して、ネットワーク管理システム２８及び／又はワークステーション２９に通信される。本発明に従って、サービスプロセッサゲートウェイからネットワーク管理システム２８に管理データを通信するのに使用されるプロトコルは、本発明の範囲から逸脱することなく、任意のプロトコルに変更される／更新され得る。管理対象ネットワークノード４３１〜４３Ｎから、イーサネット(登録商標)交換機システム４１へ、さらにネットワーク４４への、データのための代表的な一次接続ネットワークが、示されている。
【００２０】
図４は、サービスプロセッサゲートウェイ４０のハードウェア４０２アーキテクチャを例示する図である。サービスプロセッサゲートウェイは、複数のローカルイーサネット(登録商標)物理インターフェース５０を有する（１〜ｎのインターフェースであり、それぞれのインターフェースが、サービスプロセッサゲートウェイ４０に接続された特定のサービスプロセッサとの接続である）。好ましい実施形態においては、それぞれのインターフェースが、１０／１００ＢＴイーサネット(登録商標)ＭＡＣ／ＰＨＹインターフェースであり得る。イーサネット(登録商標)インターフェースは、サービスプロセッサゲートウェイとそれぞれのサービスプロセッサとの間にポイントツーポイント接続を提供し、伝統的なイーサネット(登録商標)スイッチのようなスイッチングファブリックにおいては相互接続(interconnect)されない。サービスプロセッサゲートウェイ４０は、イーサネット(登録商標)接続及びホストのすべてを終了する、そして、代表的なシステムメモリ５２内のサービスプロセッサゲートウェイソフトウェアを（動作させる）、ＣＰＵなどのプロセッサ５１をさらに有する。ハードウェアは、図３に示されているように、サービスプロセッサゲートウェイをデータネットワークスイッチングファブリックに接続するのに使用される、別個のイーサネット(登録商標)インターフェース５３をさらに有し得る。ローカルイーサネット(登録商標)インターフェース５０は、伝統的なスイッチ又はルータのようなネットワークから直接見えず、したがって、サービスプロセッサゲートウェイ４０は、データネットワークからサービスプロセッサ接続を物理的に切り離す。本発明によれば、異なるネットワークインターフェース、ディスク記憶容量などの他のハードウェア能力、及びＰＣＩ、ＰＣＭＣＩＡ、ＩＤＥ、ＰＣＩ−Ｘ、及びＵＳＢなどの標準インターフェースを介したハードウェアの拡張が、本発明の範囲から逸脱することなく追加されることがある。
【００２１】
図５は、本発明によるサービスプロセッサゲートウェイ４０のソフトウェア４０１アーキテクチャを例示する図である。好ましい実施形態においては、図５に示されているソフトウェアのそれぞれのモジュールが、特定のモジュールの１つ又は複数の機能を実施するために、サービスプロセッサゲートウェイのハードウェアによって動作する、１つ以上のラインのコンピュータコードを有し得る。モジュールはまた、本発明の範囲内にある他の周知の方法で実施され得る。示されているように、ソフトウェアは、コマンドを送信し、管理データを受信するよう、イーサネット(登録商標)接続とインタラクト(interact)し得る。ソフトウェアはまた、ユーザインターフェースデータを送信／受信するよう、かつプロトコルインターフェースデータを送信／受信するよう、通信ネットワークとインタラクトし得る。イーサネット(登録商標)接続とインターフェースするために、ソフトウェアは、イーサネット(登録商標)デバイスドライバ６０を含み得る。また、サービスプロセッサゲートウェイに接続された特定の種類のサービスプロセッサに特有の、１つ以上の接続モジュール６１があり得る。たとえば、ＩＰＭＩプロトコルを使用してサービスプロセッサとのセッションを終了する、インテリジェントプラットフォーム管理インターフェース（ＩＰＭＩ）モジュール６１１があり得る。ＩＰＭＩプロトコルは、http://www.intel.com/design/servers/ipmi/（参照により本明細書に組み込まれている）に記載されている。Ｉｎｔｅｇｒａｔｅｄ  Ｌｉｇｈｔｓ−Ｏｕｔ（ＩＬＯ）モジュール６１２が、ｉＬＯのコマンドラインインターフェースを使用して、ｉＬＯサービスプロセッサと通信する。ＩＬＯは、ヒューレットパッカード（Ｈｅｗｌｅｔｔ  Ｐａｃｋａｒｄ）によって発布されたプロトコルであり、ｉＬＯ管理インターフェースは、http://h18013.www1.hp.com/products/servers/management/（参照により本明細書に組み込まれている）に記載されている。Ａｄｖａｎｃｅｄ  Ｌｉｇｈｔｓ−Ｏｕｔ管理（ＡＬＯＭ）モジュール６１３が、ＡＬＯＭのコマンドラインインターフェースを使用して、ＡＬＯＭサービスプロセッサと通信する。ＡＬＯＭは、サンマイクロシステムズ（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ）によって発布されたプロトコルであり、ＡＬＯＭプロトコルは、http://www.sun.com/servers/alom.html（参照により本明細書に組み込まれている）に記載されている。ウェブプロキシモジュール６１４が、ウェブベースのインターフェースを使用してサービスプロセッサ及び管理モジュールと通信し、ＣＬＩエンジン６１５が、コマンドラインインターフェースを与える、一般的な管理エージェントと通信する。ブレード統合(Blade Integration)モジュール６１６が、ブレードコンピュータ及び通信シャーシ内の管理モジュールと通信する。サービスプロセッサが発展し、新しいプロプラエタリプロトコル及び標準プロトコルが作られるにつれて、新しい接続モジュールが、本発明の範囲から逸脱することなく、ソフトウェアモジュール６１に追加され得るので、サービスプロセッサゲートウェイが、任意の現在公知のサービスプロセッサ及びまだ開発されていないサービスプロセッサ及び他の管理技術を用いて使用され得る。
【００２２】
接続モジュール６１は、サービスプロセッサとのセッションを終了して、管理トラフィックをデータネットワークから切り離す。言い換えれば、特定のプロトコルのための、それぞれの接続モジュールが、サービスプロセッサゲートウェイでそのプロトコルを終了し、データを共通のフォーマットに変換する。その上、サービスプロセッサプロトコルは、データネットワークに伝播されない。さらに、イーサネット(登録商標)接続において使用されるネットワークアドレスは、ローカルの範囲のみを有し、データネットワークに露出されないので、ネットワークアドレス（ＴＣＰ／ＩＰネットワークにおいてはＩＰアドレス）が、データネットワーク内に用意される又はそれぞれのサービスプロセッサのためのデータネットワークのマネージャにより特に保証(secure)される必要がない。共通のサービスプロセッサプロトコルインターフェースモジュール６２が、接続モジュール６１の上に載っており、サービスプロセッサゲートウェイの、接続モジュール６１と１つ以上のアプリケーションモジュール６３との間に、一様なインターフェースを提供することがある。
【００２３】
アプリケーションモジュール６３は、異なる種類の機能を有し、したがって、サービスプロセッサから収集されたデータが、統合された意味のある形でローカル又はリモートのユーザ及び管理システムに示され得る。したがって、アプリケーションモジュールは、以下により詳細に記述するように、プロトコルゲートウェイとして働き、かつサービスプロセッサユーザインターフェースに直接アクセスを提供する、アクセスゲートウェイモジュール６３１を含み得る。また、以下により詳細に記述するように、一様でありかつプラットフォームから独立したコマンドセットをユーザに提示し、かつこれらの一様なコマンドをその種類のサービスプロセッサに特有なコマンドに翻訳する、コマンド／制御モジュール６３２があり得る。また、以下により詳細に記述するように、データレポジトリ６３４内のデータを収集し、かつ統合データのレポート、例外通知、及び視覚化をユーザに提供する、レポーティング／事象管理モジュール６３３もあり得る。サービスプロセッサ及び管理技術が発展するにつれて、他のアプリケーションモジュールが、本発明の範囲から逸脱することなく、アーキテクチャに追加され得る。
【００２４】
このソフトウェアは、アプリケーションモジュール６３の上に載っており、かつアプリケーションモジュール６３と１つ以上のサービスモジュール６５との間に一様なインターフェースを提供する、ユーザ及びアプリケーションプロトコルインターフェースモジュール６４をさらに含み得る。サービスモジュール６５は、データネットワークを介した伝送に適した標準プロトコルを使用して、ヒューレットパッカード社（ＨＰ（登録商標））のオープンビュー（ＯｐｅｎＶｉｅｗ）、ＩＢＭ社（ＩＢＭ（登録商標））のチボリ（Ｔｉｖｏｌｉ）、ＢＭＣ社（ＢＭＣ（登録商標））のパトロール（Ｐａｔｒｏｌ）、及びＣＡ社（ＣＡ（登録商標））のユニセンター（Ｕｎｉｃｅｎｔｅｒ）などの管理ステーション及び／又は管理システムで、遠隔地にいる人間ユーザにサービスを提供する。以下により詳細に記述するように、サービスモジュールを通じて、遠隔ユーザ及び管理システムが、アプリケーションモジュールによって提供されるサービスへのアクセスを得る。たとえば、サービスモジュール６５は、周知のＳＳＨクライアントを使用して、サービスプロセッサゲートウェイにアクセスするユーザにセキュアシェルサービス(Secure Shell service)を提供するＳＳＨサービスモジュール６５１を含み得る。Ｗｅｂブラウザを使用して、サービスプロセッサゲートウェイにアクセスするユーザにウェブアクセスを提供するＨＴＴＰＳサービスモジュール６５２もあり得る。周知のデータセンタマークアップ言語（ＤＣＭＬ）を使用して、管理システムにサービスプロセッサゲートウェイアクセスを提供するＤＣＭＬサービスモジュール６５３もあり得る。簡易型ネットワーク管理プロトコル（ＳＮＭＰ）を使用して、管理システムにサービスプロセッサゲートウェイアクセスを提供するＳＮＭＰサービスモジュール６５４もあり得る。ネットワーク管理技術が発展するにつれて、本発明の範囲から逸脱することなく、新しいサービスモジュールがアーキテクチャに追加され得るので、本発明は、現在公知の又はまだ開発されていないネットワーク管理技術を取り扱うよう拡張され得る。ソフトウェアはさらに、ＴＣＰ／ＩＰなどの標準ネットワーキングプロトコルを使用して、サービスプロセッサゲートウェイをデータネットワークに接続する、サービスモジュール６５の上に置かれた、ネットワークインターフェースモジュール６６を含み得る。以下、ゲートウェイアクセスモジュール及びコマンド／制御モジュールのオペレーションについて、より詳細に記述する。
【００２５】
図６は、本発明に従って、図５に示されているアクセスゲートウェイモジュールにおいて実施されるゲートウェイアクセスのための方法７０を例示する流れ図である。アクセスゲートウェイモジュールは、プロトコルゲートウェイとして働き、サービスプロセッサユーザインターフェースへの直接アクセスを提供するので、アクセスゲートウェイモジュールは、アクセス及びサービスプロセッサユニットからのプロトコルを変換し、ユーザを、コマンドラインインターフェース、ウェブベースなどであり得るサービスプロセッサインターフェースにトランスペアレントにインタラクトさせる。したがって、ステップ７２では、ユーザは、モジュールとの接続を要求する。ステップ７４で、ユーザは、公知のエンタープライズディレクトリシステムを使用するなどによって認証される。（ステップ７６でテストされた時に）ユーザが認証されないと、方法はステップ８２に進み、ここで、接続が閉じられ、方法が完了する。ユーザが認証されると、ステップ７８で、モジュールは、ターゲット（目標）のタイプに従って接続モジュールに接続し、特定のサービスプロセッサとの所望のインタラクションを実行する。インタラクションが完了すると、方法は、ステップ８０でユーザが切断したか否かを判断し、次いで、ユーザが切断した時にステップ８２で接続を閉じる。
【００２６】
図７は、本発明に従って、図５に示されているコマンド／制御モジュール内で実施されるコマンド／制御変換のための方法９０をより詳細に例示する流れ図である。このモジュールは、一様でありかつプラットフォームから独立したコマンドセットをユーザに提示し、その一様なコマンドをそれぞれの種類のサービスプロセッサのための特定のフォーマットを有するコマンドに翻訳する。したがって、ステップ９２で、ユーザは、モジュールとの接続を要求する。ステップ９４で、ユーザは、公知のエンタープライズディレクトリシステムを使用するなどによって認証される。（ステップ９６でテストされた時に）ユーザが認証されないと、方法はステップ１０４に進み、ここで、接続が閉じられ、方法が完了する。ユーザが認証されると、ステップ９８で、モジュールは、ゲートウェイアクセスモジュールからコマンドを得て、ステップ１００で、そのコマンドを特定のサービスプロセッサのための特定のフォーマットに変換し、そのコマンドを適切な接続モジュールを通じて適切なサービスプロセッサに送信し、したがって、そのコマンドはサービスプロセッサに通信される。コマンドが完了すると、方法は、ユーザがステップ１０２で切断したか否かを判断し、次いで、ユーザが切断した時にステップ１０４で接続を閉じる。サービスプロセッサが装備された複数のネットワークノードを管理するために、本発明が如何に使用され得るかをより良く理解するために、以下にいくつかの例を示す。
【００２７】
人間オペレータ−トランスペアレントなアクセス
図３を参照すると、管理ワークステーション２９の人間オペレータが、サービスプロセッサ４５に直接インタラクトする必要がある場合、ＳＳＨクライアント又はＷｅｂブラウザのいずれかを使用して、データネットワーク４４を介して又は代替帯域外ネットワーク４６を介して接続し得る。図５を参照すると、ユーザ接続は、これに対応するサービスモジュール６５（ユーザによって選択されるプロトコルに依存して、ＳＳＨ又はＨＴＴＰＳ）によってサービスされ、アクセスゲートウェイモジュール６３１にルーティング(route)され、次いで、このモジュールが、選択されたサービスプロセッサによって利用される特有のプロトコルに依存して、適切な接続モジュール６１を使用して、サービスプロセッサとの接続をオープンする。これについては、図６に、アクセスゲートウェイモジュールによって動作するプロセスについてさらに詳細に記述している。次いで、ユーザは、サービスプロセッサゲートウェイを通じてサービスプロセッサとトランスペアレントにインタラクトできるようになり、次いで、プロトコルが変換され、管理ワークステーションスクリーン上でサービスプロセッサインターフェースがエミュレート(emulate)される。
【００２８】
プロトコルの変換が如何に達成されるかは、アクセスプロトコルと接続プロトコルとの組合せに依存する。通常、３種類のプロトコルインターフェースがある。即ち、テキストベースのコマンド構文を使用するコマンドラインインターフェース（ＣＬＩ）、通常Ｗｅｂブラウザによりグラフィカルインタラクションを提示するグラフィカルユーザインターフェース（ＧＵＩ）、又は管理システムにより適したプロトコルベースのインターフェースである。一例として、人間オペレータがＳＳＨプロトコル（テキストセッションプロトコル）を使用して、サービスプロセッサゲートウェイにアクセスし、目標サービスプロセッサがＣＬＩを利用する場合、アクセスゲートウェイモジュールは、これを人間オペレータに転送する前に、単にサービスプロセッサ通信からテキストを抽出し、これをＳＳＨプロトコル内にカプセル化する。これは、周知の変換プロセスである。人間オペレータがＷｅｂブラウザを有するＨＴＴＰＳプロトコルを使用していた場合、アクセスゲートウェイモジュールは、Ｗｅｂブラウザ上に表示されるウィンドウにテキストセッションを提示する。
【００２９】
人間オペレータ又は管理システム−コマンド及び制御
図３を参照すると、管理ワークステーション２９又は管理システム２８の人間オペレータが、１つ以上のサービスプロセッサ４５１−ｎを必要とする管理アクションを遂行する必要がある場合、データネットワーク４４を介して又は代替帯域外ネットワーク４６を介して接続し得る。人間オペレータは、通常、ＳＳＨクライアント又はＷｅｂブラウザを使用する。管理システムは、通常、ＳＮＭＰ又はＤＣＭＬなどのプロトコルを使用する。一例として、ユーザによる所望の管理アクションは、一群のネットワークノードのパワーサイクリングである。他の可能なアクションの例に、温度の読取りを検索すること、システムステータス情報又は１つの又は一群のネットワークノードのパワーを検索することがある。
【００３０】
図５を参照すると、接続は、これに対応するサービスモジュール（人間オペレータについてはＳＳＨ又はＨＴＴＰＳ、又は管理システムについてはＤＣＭＬ又はＳＮＭＰ）によってサービスされ、コマンド／制御モジュール６３２にルーティングされ、次いで、このモジュールが、適切な接続モジュール６１を使用して、選択されたサービスプロセッサとの接続をオープンする。コマンド／制御モジュールは、一様なインターフェースを（コマンドライン、ウェブ、又はプロトコルベースのインターフェースを使用して）人間オペレータ又は管理システムに提供し、コマンド又は制御要求をとり、これらを適切な接続モジュールに渡すことができるので、コマンドは、それぞれの特有の種類のサービスプロセッサのためのプロトコルに適切に変換される。これについては、図７に、コマンド／制御モジュールによって動作するプロセスについてさらに詳細に記述されている。
【００３１】
コマンドの変換が如何に達成されるかは、アクセスプロトコルと接続プロトコルとの組合せに依存する。一例として、人間オペレータがＷｅｂブラウザを有するサービスプロセッサゲートウェイにアクセスする場合、すべてのネットワークノードを表示するグラフィカルスクリーンが表示され得る。ユーザは、周知のグラフィカルユーザインターフェース方法を使用して、一群のネットワークノードを選択し、次いで、選択されたすべてのネットワークノードがパワーサイクルされるよう、「パワーサイクル」ボタンをクリックすることができる。次いで、コマンド／制御モジュールが、それぞれのサービスプロセッサと通信するのに適したプロトコルを使用して、「パワーサイクル」コマンドを出す。
【００３２】
人間オペレータ又は管理システム−レポーティング及び事象管理
図３を参照すると、管理ワークステーション２９又は管理システム２８の人間オペレータが、統合された管理事象情報を得る、又は１つ以上のサービスプロセッサ４５１−ｎを必要とする管理事象の活動通知(active notification)を要求する必要がある場合、データネットワーク４４を介して又は代替帯域外ネットワーク４６を介して接続し得る。人間オペレータは、通常、ＳＳＨクライアント又はＷｅｂブラウザを使用する。管理システムは、通常、ＳＮＭＰ又はＤＣＭＬなどのプロトコルを使用する。レポーティング／事象管理アクションの一例に、過去２４時間にネットワークノードに影響を及ぼした、すべてのオペレーティングシステム故障のリストを得ることがある。レポーティング／事象管理アクションの他の例に、任意の管理対象ノードの温度が一定の閾値以上になった場合、又は現在通常のオペレーションでないすべてのシステムのリストを要求した場合に、将来の通知を要求することがある。
【００３３】
図５を参照すると、接続は、これに対応するサービスモジュール（人間オペレータについてはＳＳＨ又はＨＴＴＰＳ、又は管理システムについてはＤＣＭＬ又はＳＮＭＰ）によってサービスされ、レポーティング／事象管理モジュール６３３にルーティングされる。このモジュールは、適切な接続モジュールを通じてネットワークデバイスを常に監視しており、データレポジトリ６３４内に管理データを蓄積している。レポーティング／事象管理モジュールは、その場で管理データを収集し、統合されたレポート及び活動事象管理をローカル又はリモートの人間オペレータ又は管理システムに提供する能力を実現する。数組の大型ネットワークノードの自動管理は、大型データセンタにおける主要機能である。
【００３４】
これまで、本発明の特定の実施形態を参照しながら記述してきたが、当業者は、本発明の原理及び趣旨から逸脱することなく、この実施形態の変更が行われることがあることを理解されよう。本発明の範囲は、頭記の特許請求の範囲によって定義されるものである。
【図面の簡単な説明】
【００３５】
【図１】代表的な帯域外ネットワーク管理システムを例示する図である。
【図２】代表的な帯域外ネットワーク管理システム内のサービスプロセッサのためのアクセス方法を例示する図である。
【図３】１つ以上のサービスプロセッサへのアクセスを提供する、本発明によるサービスプロセッサゲートウェイを組み込んだ帯域外ネットワーク管理システムを例示する図である。
【図４】本発明によるサービスプロセッサゲートウェイのハードウェアアーキテクチャの一例を例示するブロック図である。
【図５】本発明によるサービスプロセッサゲートウェイの好ましい実施形態のソフトウェアアーキテクチャを例示する図である。
【図６】本発明に従った、図５に示されているアクセスゲートウェイモジュール内で実施されるゲートウェイアクセスのための方法を例示するフローチャートである。
【図７】本発明に従った、図５に示されているコマンド／制御モジュール内で実施されるコマンド／制御変換のための方法をより詳細に例示するフローチャートである。
【図１】
2008519498.tif 000003
【図２】
2008519498.tif 000004
【図３】
2008519498.tif 000005
【図４】
2008519498.tif 000006
【図５】
2008519498.tif 000007
【図６】
2008519498.tif 000008
【図７】
2008519498.tif 000009
【国際調査報告】
2008519498.tif 000010