【手続補正書】
【提出日】平成18年5月12日(2006.5.12)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】        明細書
【発明の名称】    ストレージネットワーク管理方法及びシステム
【特許請求の範囲】
【請求項１】
ストレージエリアネットワークのトポロジーデータ及びインターネットプロトコルネットワークのトポロジーデータを取得する第１のステップと、
前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータを、異なるトポロジーデータを統合して保存可能な統合データ構造に変換する第２のステップと、
前記統合データに変換した前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータをデータベースに保存する第３のステップと
を備えることを特徴とするストレージネットワーク管理方法。
【請求項２】
前記統合データ構造は、データ間の関係を階層的に表現したデータ構造であって、階層ごとに分けられた階層データを有する
ことを特徴とする請求項１に記載のストレージネットワーク管理方法。
【請求項３】
前記第３のステップでは、
階層レベルの前記統合データ構造の少なくとも１つを、グラフィックフォーマットを用いて表示する
ことを特徴とする請求項２に記載のストレージネットワーク管理方法。
【請求項４】
前記ストレージエリアネットワークのトポロジーデータは、当該ストレージエリアネットワークに含まれるネットワークデバイスから直接又は間接的に取得する
ことを特徴とする請求項１に記載のストレージネットワーク管理方法。
【請求項５】
前記インターネットプロトコルネットワークのトポロジーデータは、当該インターネットプロトコルネットワークに含まれるネットワークデバイスから直接又は間接的にと取得する
ことを特徴とする請求項１に記載のストレージネットワーク管理方法。
【請求項６】
前記統合データ構造は、ホスト情報とインタネットプロトコル情報とを関連付けてなるゾーン情報を有する
ことを特徴とする請求項１に記載のストレージネットワーク管理方法。
【請求項７】
前記第３のステップでは、
前記ゾーンの統合データ構造を、グラフィックフォーマットを用いてさらに表示する
ことを特徴とする請求項６に記載のストレージネットワーク管理方法。
【請求項８】
前記第３のステップでは、
ターゲットデバイスから物理的及び論理的にアクセス可能な少なくとも１つのデバイスに対応する少なくとも１つの統合データ構造をさらに表示する
ことを特徴とする、請求項１に記載のストレージネットワーク管理方法。
【請求項９】
ストレージエリアネットワークのトポロジーデータ及びインターネットプロトコルネットワークのトポロジーデータを取得する第１のステップと、
前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータを、異なるトポロジーデータを統合して保存可能な統合データ構造に変換する第２のステップと、
前記統合データに変換した前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータをデータベースに保存する第３のステップと、
を備える処理をコンピュータに実行させるためのプログラムが記録された
ことを特徴とするコンピュータで読み取り可能な記録媒体。
【請求項１０】
前記統合データ構造は、データ間の関係を階層的に表現したデータ構造であって、階層ごとに分けられた階層データを有する
ことを特徴とする請求項９に記載の記録媒体。
【請求項１１】
前記第３のステップでは、
階層レベルの前記統合データ構造の少なくとも１つを、グラフィックフォーマットを用いて表示する
ことを特徴とする請求項１０に記載の記録媒体。
【請求項１２】
前記ストレージエリアネットワークのトポロジーデータは、当該ストレージエリアネットワークに含まれるネットワークデバイスから直接又は間接的に取得する
ことを特徴とする請求項９に記載の記録媒体。
【請求項１３】
前記インターネットプロトコルネットワークのトポロジーデータは、当該インターネットプロトコルネットワークに含まれるネットワークデバイスから直接又は間接的にと取得する
ことを特徴とする請求項９に記載の記録媒体。
【請求項１４】
前記統合データ構造は、ホスト情報とインタネットプロトコル情報とを関連付けてなるゾーン情報を有する
ことを特徴とする請求項９に記載の記録媒体。
【請求項１５】
前記第３のステップでは、
前記ゾーンの統合データ構造を、グラフィックフォーマットを用いてさらに表示する
ことを特徴とする請求項１４に記載の記録媒体。
【請求項１６】
前記第３のステップでは、
ターゲットデバイスから物理的及び論理的にアクセス可能な少なくとも１つのデバイスに対応する少なくとも１つの統合データ構造をさらに表示する
ことを特徴とする請求項９に記載の記録媒体。
【請求項１７】
ストレージエリアネットワークのトポロジーデータ及びインターネットプロトコルネットワークのトポロジーデータを取得する取得手段と、
前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータを異なるトポロジーデータを統合して保存可能な統合データ構造統合データ構造に変換する変換手段と、
前記統合データに変換した前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータをデータベースに保存する保存手段と
を備えることを特徴とするストレージネットワーク管理システム。
【請求項１８】
ファイバチャネル−ストレージエリアネットワークからトポロジーデータを取り出してグローバルストレージエリアネットワークに転送する、ローカルストレージエリアネットワークマネージャから送信されるストレージエリアネットワークのトポロジーデータを受信するローカルストレージエリアネットワークのマネージャクライアントと、
トポロジーデータをインターネットプロトコルネットワークから取り出してグローバルストレージエリアネットワークマネージャに転送するインターネットプロトコルネットワークマネージャから送信されるインターネットプロトコルネットワークトポロジーデータを受信するインターネットプロトコルネットワークのマネージャクライアントと、
異なるトポロジーデータを統合して保存可能な統合データ構造を保存するデータベースと、
前記ローカルストレージエリアネットワークのマネージャクライアントと、前記インターネットプロトコルネットワークのマネージャクライアントと、前記データベースとに通信結合されており、受信した前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータを前記統合データ構造に変換し、さらに前記統合データ構造をデータベースに保存するデータベース管理部と
を備えることを特徴とするストレージネットワーク管理システム。
【請求項１９】
前記統合データ構造は、データ間の関係を階層的に表現したデータ構造であって、階層ごとに分けられた階層データを有する
ことを特徴とする請求項１８に記載のストレージネットワーク管理システム。
【請求項２０】
前記データベース管理部は、
階層レベルの少なくとも１つの統合データ構造を、グラフィックフォーマットを用いて表示する表示部をさらに備える
ことを特徴とする請求項１９に記載のストレージネットワーク管理システム。
【請求項２１】
前記統合データ構造は、ホスト情報とインタネットプロトコル情報とを関連付けてなるゾーン情報を有する
ことを特徴とする請求項１８に記載のストレージネットワーク管理システム。
【請求項２２】
前記表示部は、
前記ゾーンの統合データ構造を、グラフィックフォーマットを用いてさらに表示する
ことを特徴とする請求項２１に記載のストレージネットワーク管理システム。
【請求項２３】
前記表示部は、
ターゲットデバイスから物理的及び論理的にアクセス可能な少なくとも１つのデバイスに対応する少なくとも１つの統合データ構造をさらに表示する
ことを特徴とする、請求項１８に記載のストレージネットワーク管理システム。
【請求項２４】
ストレージエリアネットワーク及びインターネットプロトコルネットワークの両方のトポロジーを画面表示する表示方法であって、
インターネットプロトコルネットワークのサブネットセグメントを画面表示する第１のステップと、
画面表示されたサブネットが選択されたときに、ストレージエリアネットワークと、選択されたインターネットプロトコルネットワークのサブネットセグメントに入っているスイッチによって提供されるゾーンを画面表示する第２のステップと、
を備えることを特徴とする表示方法。
【請求項２５】
ストレージエリアネットワーク及びインターネットプロトコルネットワークの両方のトポロジーを画面表示させるソフトウェアであるトポロジービューワーであって、
インタネットプロトコルサブネットセグメントを画面で表示させる表示手段と、
画面でサブネットが選択されたときに、ストレージエリアネットワークと、選択されたインターネットプロトコルサブネットセグメントに入っているスイッチによって提供されるゾーンとを表示させる表示手段と、を備えている
ことを特徴とするトポロジービューワー。
【請求項２６】
ファイバチャネル−ストレージエリアネットワークからトポロジーデータを取り出して、グローバルストレージエリアネットワークに転送するローカルストレージエリアネットワークマネージャから送信されるストレージエリアネットワークのトポロジーデータを受信するローカルストレージエリアネットワーク管理手段と、
トポロジーデータをインターネットプロトコルネットワークから取り出してグローバルストレージエリアネットワークマネージャに転送するインターネットプロトコルネットワークマネージャから送信されるインターネットプロトコルネットワークトポロジーデータを受信するインターネットプロトコルネットワーク管理手段と、
前記ローカルストレージエリアネットワーク管理手段及びインターネットプロトコルネットワーク管理手段からそれぞれストレージエリアネットワークのトポロジーデータ又はインターネットプロトコルネットワークのトポロジーデータを取得する取得手段と、
前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータを異なるトポロジーデータを統合して保存可能な統合データ構造に変換する変換手段と、
前記統合データに変換した前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータをデータベースに保存する保存手段と
を備えることを特徴とするストレージネットワーク管理システム。
【発明の詳細な説明】
【発明の属する技術分野】
【０００１】
本発明は、ストレージネットワーク全般に関わり、特にストレージネットワーク管理方法及びシステムに関する。但し、それに限定されるものではない。
【背景技術】
【０００２】
従来のストレージネットワーク管理ソフトウェアでは、オペレータは、一種類のネットワークのトポロジーをビジュアルに見ることができた。例えば、ストレージエリアネットワーク（"ＳＡＮ"）管理ソフトウェアでは、ファイバチャネル（"ＦＣ"）ＳＡＮのトポロジーをオペレータが見ることができる。
【０００３】
さらに、インタネットプロトコル（"ＩＰ"）管理ソフトウェアでは、オペレータはＩＰベースのネットワークのトポロジーを見ることができる。しかしながら、オペレータが、ＦＣとＩＰの両方の技術を使ったネットワークのトポロジーを見るストレージネットワーク管理ソフトウェアは存在しなかった。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この問題のため、クライアントとストレージ装置間で、端末間のコミュニケーションを行うのは困難である。例えば、クライアントは通常、ＩＰ経由でネットワークに接続する。クライアントからの要求は、ＩＰネットワーク経由でアプリケーションサーバに送られる。
【０００５】
アプリケーションサーバは、ファイバチャネルＳＡＮ経由でストレージ装置からデータをダウンロードする。クライアントが、要求されたデータのダウンロードに失敗した場合、ネットワークオペレータは、障害の原因を突き止めて端末間のコミュニケーションを復活させるために、ＩＰネットワークとＦＣネットワークの両方をチェックしなければならない。
【０００６】
さらに、従来のＦＣ−ＳＡＮ管理ソフトウェアでは、ＩＰのようなネットワークセグメントの概念がないので、既存のＩＰ管理ソフトウェアと違って、オペレータがネットワークの階層構造を見ることはできない（ゾーニング技術が、ファイバチャネルのネットワーで論理サブネットワークを作成する唯一つの方法である）。
【０００７】
従って、従来のＦＣ管理ソフトウェアでは、数百ものデバイスがあったとしても、ネットワーク全体が表示される。単一のネットワークのマップに数百ものデバイスが表示されるので、オペレータがターゲットのデバイスを特定するのは困難である。従って、本発明は以上の点を考慮したもので、新しいストレージネットワーク管理方法及びシステムを提案しようとするものである。
【課題を解決するための手段】
【０００８】
かかる手段を解決するため本発明においては、ストレージエリアネットワークのトポロジーデータ及びインターネットプロトコルネットワークのトポロジーデータを取得する第１のステップと、前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータを異なるトポロジーデータを統合して保存可能な統合データ構造に変換する第２のステップと、前記統合データに変換した前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータをデータベースに保存する第３のステップと、を備えることを特徴とするストレージネットワーク管理方法を備えることにした。
【０００９】
かかる手段を解決するためさらに本発明においては、  ストレージエリアネットワークのトポロジーデータ及びインターネットプロトコルネットワークのトポロジーデータを取得する取得手段と、前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータを異なるトポロジーデータを統合して保存可能な統合データ構造統合データ構造に変換する変換手段と、前記統合データに変換した前記ストレージエリアネットワークのトポロジーデータ及び前記インターネットプロトコルネットワークのトポロジーデータをデータベースに保存する保存手段と、を備えることを特徴とするストレージネットワーク管理システムを備えることにした。
【発明の効果】
【００１０】
従って、本発明によれば、ＩＰとＦＣとの技術の両方を使用しているネットワークのトポロジーを表示することができるストレージネットワーク管理方法及びシステムを実現できる。
【発明を実施するための最良の形態】
【００１１】
本技術分野に造詣のある人であれば、本発明を理解し利用できるよう、特定のアプリケーションとその要求事項に関連づけて、以下説明する。この分野の技術を持った人にとっては実施例に対して様々な変更ができることは直ちに明らかであり、ここで定義される原理は本発明の趣旨と範囲を逸脱することなく他の実施例やアプリケーションに適用可能である。本発明は、ここで示された実施例に限定されることなく、ここで開示された原理、特長、技術が整合する範囲で、最も広範に解釈されなければならない。
【００１２】
図１は、本発明の実施例による階層ストレージネットワークマップ１００を示す図である。マップ１００は、ルートレベル１１０、インタネットレベル１２０、ネットワークレベル１３０、ＳＡＮレベル１４０とノードレベル１５０の５つの階層を有している。マップ１００は、ＩＰネットワークとＦＣ技術をベースとするデバイスの両方を有することができる。
【００１３】
ルートレベル１１０はネットワーク全体を表すこともできるし、ネットワークの一部でストレージデバイスを有する部分などのように、ネットワークデバイスの種類を表示することもできる。
【００１４】
ネットワークレベル１３０は、ＩＰネットワークとＦＣベースの技術の両方のストレージデバイスを表示する。ＳＡＮレベル１４０では、ＳＡＮレベルのサブマップが取得可能で、図２によりさらに詳しく説明する。
【００１５】
図２は、ＦＣ−ＳＡＮのトポロジーサブマップ１４０を示す図である。サブマップは、ゾーン表示とデバイス表示を有している。ＳＡＮレベル表示２１０はＳＡＮにおける異なったゾーンを示す。
【００１６】
ゾーンＣなどのゾーンをクリックすると、デバイス表示とゾーン表示が開かれる。ホスト表示２２０とスイッチ表示２３０などのデバイス表示では、選択されたデバイスからアクセス可能なデバイス（論理及び物理両方の）が表示される。
【００１７】
例えば、表示２３０でスイッチＣをクリックすると、セグメント表示２５０が開き、スイッチＣからアクセス可能なホストと２台のストレージデバイスが表示される。反対に、ゾーンＣをクリックすると、ＳＡＮセグメント表示２４０が開き、当該ゾーンにある全てのデバイスとそのトポロジーが示される。
【００１８】
図３は、本発明の実施例におけるストレージネットワーク管理方式３００を示す図である。方式３００は、グローバルＳＡＮマネージャ３１０、ローカルＳＡＮマネージャ３２０およびＩＰネットワークマネージャ３３０を有している。これらマネージャ３１０、３２０および３３０は、様々なネットワークに通信結合されている。
【００１９】
例えば、ローカルＳＡＮマネージャ３２０は、ＳＡＮストレージ３４２とＦＣスイッチ３４６を有するＦＣ−ＳＡＮ３４０に通信結合している。ＩＰネットワークマネージャ３３０は、ＩＰルーター３５２とＡＴＭスイッチ３５６を有するＩＰネットワーク３５０と、ｉＳＣＳＩ３５７を有するＩＰネットワーク３５８、及びＮＡＳ３６２とＮＡＳ３６６を有するＩＰネットワーク３６０に通信結合している。
【００２０】
グローバルＳＡＮマネージャ３１０は、ＲＡＩＤ３７２と３７６を有するＦＣ−ＳＡＮ３７０に通信結合している。グローバルＳＡＮマネージャ３１０は、ローカルＳＡＮマネージャ３２０とＩＰネットワークマネージャ３３０に通信結合していて、ローカルＳＡＮマネージャ３２０とＩＰネットワークマネージャ３３０からトポロジーデータを受信する。
【００２１】
さらに、グローバルＳＡＮマネージャ３１０は、ローカルＳＡＮマネージャ３２０を必要とせずに、ＦＣネットワークデバイスから直接トポロジーデータを生成することができる。
【００２２】
グローバルＳＡＮマネージャ３１０は、トポロジーデータを受信すると、受信したデータをデータベースに保存用の統合データ構造に変換する。これに関して、さらに図５を使用して詳細に説明する。なお、グローバルＳＡＮマネージャ３１０は、データベースに保存された統合データに基づいて、ＦＣとＩＰネットワークのデバイス両方の統合トポロジーを表示することができる。
【００２３】
図４は本発明によるコンピュータの例４００を示すブロック図である。本発明の実施例において、グローバルＳＡＮマネージャ３１０は、実質的にコンピュータの例４００と同じであるコンピュータを有していても、コンピュータに常駐していてもよい。
【００２４】
コンピュータの例４００は、中央処理装置（"ＣＰＵ"）４０５、作業メモリ４１０、固定メモリ４２０、ネットワークインタフェース４３０、表示装置４４０、及び入力装置４５０を有しており、これらはみなシステムバス４６０を通じて互いに通信結合している。
【００２５】
ＣＰＵ４０５は、固定メモリ４２０に保存されているソフトウェアを実行することができるプロセッサである。作業メモリ４１０はランダムアクセスメモリ（"ＲＡＭ"）、または他の形式の読み書き可能なメモリ装置あるいはメモリ装置の組み合わせを有していても良い。
【００２６】
固定メモリ４２０として、ハードドライブ、読み出し専用メモリ（"ＲＯＭ"）、あるいはコンピュータの例４００が停止したあとでもデータを保存できる他のタイプのメモリ装置またはメモリ装置の組み合わせでよい。
【００２７】
ネットワークインタフェース４３０は、ローカルＳＡＮマネージャ３２０、ＩＰネットワークマネージャ３３０及び／またはＦＣ−ＳＡＮ３７０などのネットワークと、有線あるいは無線技術により、通信結合されている。
【００２８】
表示装置４４０は、液晶ディスプレイ装置（"ＬＣＤ"）、ブラウン管表示装置または他の表示装置である。入力装置４５０は、キーボド、マウス、他のデータを入力する装置、あるいはデータ入力装置の組み合わせである。
【００２９】
この分野の技術を有する人には理解されることであるが、コンピュータの例４００は、ネットワーク接続、増設メモリ、増設プロセッサ、ＬＡＮ、ハードウェアチャンネルから情報を転送する入出力ライン、インタネット、あるいはイントラネットなどの増設機器を有することができる。また、プログラムとデータは、他の手段で受信しシステムに保存することが可能であることも、技術のある人には理解されることである。
【００３０】
図５は、本発明の実施例におけるグローバルＳＡＮマネージャ３１０のソフトウェア方式を示す図である。グローバルＳＡＮマネージャ３１０は、ＧＵＩプログラム（"ＧＵＩ"）５００、マップ編集プログラム５１０、ストレージネットワークマップデータベース（"ＤＢ"）５２０、ストレージネットワークマップデータベース管理プログラム（"ＤＢ ｍａｎａｇｅｍｅｎｔ ｐｒｏｇｒａｍ"）５３０、ローカルＳＡＮマネージャクライアントプログラム５５０、及びＩＰネットワークマネージャクライアントプログラム５４０を有している。
【００３１】
ＧＵＩ５００は 図２に示すようなＦＣ−ＳＡＮ及び／またはＩＰネットワーク技術のネットワークのサブマップを表示する。マップ編集プログラム５１０は、ＧＵＩ５００経由で受信したオペレータ入力に基づいてオブジェクトをロードする。マップ編集プログラム５１０は、ＧＵＩ５００からコマンドを受信すると、ＤＢ５２０から関係するデータを再生して、ＧＵＩ５００に送信し表示する。
【００３２】
ＤＢ５２０は、ＦＣ−ＳＡＮネットワークとＩＰネットワークの両方のトポロジーデータを統合データ構造で保存する。ＤＢ管理プログラム５３０は、ローカルＳＡＮマネージャクライアントプログラム５５０とＩＰネットワークマネージャクライアントプログラム５４０から受信したデータをＤＢ５２０の統合データ構造に変換してＤＢ５２０を管理する。
【００３３】
統合データ構造については、さらに図６を用いて詳細に説明する。なお、ＤＢ管理プログラム５３０は、ＦＣ−ＳＡＮネットワークから直接受信したトポロジーデータを統合データ構造に変換することも可能である。
【００３４】
ローカルＳＡＮマネージャクライアントプログラム５５０とＩＰネットワークマネージャクライアントプログラム５４０は、ｎｅｔ−８プロトコルなどのデータベース通信プロトコル５６０を使用して、ローカルＳＡＮマネージャ３２０などのローカルＳＡＮマネージャとＩＰネットワークマネージャ３３０などのＩＰネットワークマネージャからトポロジーデータを取得する。
【００３５】
図６は、ストレージネットワークマップデータベースデータ構造（"ｄａｔａ ｓｔｒｕｃｔｕｒｅ"）６００の例を示す図である。データ構造６００は、ＩＰネットワークサブマップとＳＡＮサブマップの両方を有している。データ構造６００は、４式のテーブル６１０、６２０、６３０及び６４０を有している。
【００３６】
各テーブルは、サブマップオブジェクトを表示しており、オブジェクトＩＤ領域、オブジェクトタイプ領域、オブジェクトネーム領域、オブジェクトアイコン領域、及び次オブジェクトＩＤ領域を有している。なお、テーブル６４０などのＦＣオブジェクトのテーブルは、ローカルポートＷＷＮ領域とリモートポートＷＷＮ領域を有している。
【００３７】
オブジェクトＩＤ領域は、オブジェクトテーブルの認識番号を保有している。オブジェクトタイプ領域は、オブジェクトの型を示すデータを保有している。オブジェクトネーム領域は、オブジェクトの名前を示すデータを保有している。本発明の実施例では、ＧＵＩ５００はオブジェクトネーム領域のデータを表示している。
【００３８】
オブジェクトネーム領域のデータは、ＩＰサブネットアドレスであってもよい。オブジェクトアイコン領域は、オブジェクトに対応するアイコンのファイル名を保有している。
【００３９】
例えば、テーブル６３０では、ＧＵＩ５００は、テーブル６３０に対応して"ｆａｂｒｉｃ＿ｚｏｎｅ．ｉｃｏ"という名前のファイルのアイコンとしてオブジェクトを表示している。次オブジェクトＩＤ領域は、サブマップにマップされたオブジェクトＩＤのリストを有している。
【００４０】
ローカルポートＷＷＮとリモートポートＷＷＮの領域は、ＦＣポートの認識データを有している。リモートポートＷＷＮは、ローカルデバイスと結合するリモートデバイスのポートを表示している。
【００４１】
図７は、グローバルストレージネットワークを管理する方法７００を説明するフローチャートである。方法７００は、第一にＤＢ５２０通信構成を初期化（７１０）することを有している。次に、グローバルＳＡＮマネージャ３１０が、データベース通信プロトコル５６０を使用して、ローカルＳＡＮマネージャ３２０から、ローカルＳＡＮマネージャクライアントプログラム５５０経由で、データ８００(図８）などのＦＣ−ＳＡＮトポロジーマップ情報を取得する（７２０）。
【００４２】
グローバルＳＡＮマネージャ３１０は、次に、データべース通信プロトコル５６０を使用して、ＩＰネットワークマネージャ３３０から、ＩＰネットワークマネージャクライアントプログラム５４０経由で、データ９００（図９）などのＩＰネットワークトポロジー マップ情報を取得する（７３０）。
【００４３】
グローバルＳＡＮマネージャ３１０は全てのトポロジーマッピングデータを取得すると（７２０、７３０）、ＤＢ管理プログラム５３０を使用して、データを統合データ構造に変換し（７４０）そのデータ構造をＤＢ５２０に保存する。
【００４４】
グローバルＳＡＮマネージャ３１０は、次にＧＵＩ５００を使用して、ＤＢ５２０に保存されているデータ構造に基づいてルートマップを表示する（７５０）。その後、ＧＵＩ５００は、マップの修正及び／またはサブマップの表示のオペレータ入力を受け付ける（７６０）。方法７００は、オペレータの入力に基づいてサブマップの表示に戻る（７５０）。
【００４５】
図８は、ローカルＳＡＮマネージャ３２０から受信したデータ８００の例を示す図である。データ８００の各テーブルは、ノードタイプ領域、ノードＩＤ領域、ＩＰアドレス領域、ＩＰサブネットマスク領域、ホスト名領域、ローカル＆リモートＷＷＮ領域、及びゾーン領域を有している。
【００４６】
ノードタイプ領域はデバイスタイプのパラメータを表わしている。ノードＩＤ領域はノードの固有の識別番号を表示する。ＩＰアドレス領域とＩＰサブネットマスク領域は、デバイスポートに割り当てられたＩＰアドレスパラメータを表示する。ホストコンピュータ、スイッチやストレージなどの典型的なＦＣデバイスは、それぞれＩＰネットワークポートと、データＩ／ＯとＳＮＭＰ通信に使用されるＦＣポートを有している。
【００４７】
ホスト名領域は、ホストコンピュータに割り当てられたホスト名を表示する。ローカル＆リモートＷＷＮ領域は、ローカル及びリモートのポートに割り当てられたＦＣ−ＷＷＮを表示する。ローカル＆リモートＷＷＮのペアは、ローカルデバイスとリモートデバイスの間の接続を意味する。
【００４８】
この例では、ホストコンピュータのポート"１０１１：００００：００００：１０２４"とファブリックスイッチのポート"２０１１：０１１１：１０００：０００１"がデバイスに接続されている。
【００４９】
ゾーン領域は、単一のファブリックゾーングループに属するノードＩＤのリストを表示している。この例では、ノードＩＤ"００１０"のホストコンピュータとノードＩＤ"２２０１"のＳＡＮストレージが、単一のファブリックゾーングループに定義されている。
【００５０】
図９は、ＩＰネットワークマネージャ３３０から受信したデータ９００の例を示す図である。データ９００のテーブルに表示されている各オブジェクトには、ノードタイプ領域、ノードＩＤ領域、ノード名領域、ポートＩＰアドレス領域、及びサブネットマスク領域がある。
【００５１】
ネットワークＩＰアドレスとサブネットマスクは、ＩＰアドレスのネットワークの部分を示す。これは、特定のネットワークポートに割り当てられたＩＰアドレスではなく、ネットワークのセグメント自体を指定するものである。ノードタイプ、ノードＩＤ，ノード名領域は、基本的に図８で説明した領域と同様である。ポートＩＰアドレスとサブネットマスク領域の組み合わせで、特定のＩＰネットワークポートに割り当てられたＩＰアドレスが示される。
【００５２】
図１０は、ストレージネットワークサブマスクを生成する方法１０００を説明するフローチャートである。方法１０００は、ＤＢ管理プログラム５３０が、ＳＡＮトポロジーマップ情報で指定されるＩＰアドレスに対応するＩＰアドレスを有するＩＰネットワークレベルのサブマップオブジェクトを有するＦＣ−ＳＡＮデバイスを含むＩＰネットワークレベルのサブマップオブジェクトを探す（１００１）ことを含んでいる。ＤＢ管理プログラム５３０は、次にＩＰネットワークレベルサブマップオブジェクトをロードする（１００２）。
【００５３】
各ＩＰネットワークについて：ＤＢ管理プログラム５３０は、ＩＰネットワークレベルサブマップオブジェクトのＳＡＮデバイスに対応するデバイスを見つける。次に、ＩＰネットワークサブマップのＳＡＮデバイスが、単一のＳＡＮグループに統合される（１００４）。ＳＡＮデバイスを示す次オブジェクトＩＤ領域の値がクリアされる。
【００５４】
ＤＢ管理プログラム５３０は、次に、全てのゾーンとＳＡＮオブジェクトであるデバイスのためにＳＡＮレベルのサブマップオブジェクトを生成する（１００５）。オブジェクトＩＤ、オブジェクトタイプ、オブジェクト名、オブジェクトアイコンの領域も埋められる。
【００５５】
最後に、ＤＢ管理プログラム５３０は、ＩＰネットワークレベルサブマップの次オブジェクトＩＤに、生成された（１００５）ＳＡＮレベルサブマップオブジェクトの１つを設定する（１００６）。統合（１００４）、生成（１００５）及び設定（１００６）の結果、ＩＰネットワークサブマップのＳＡＮデバイスは、ＳＡＮレベルのサブマップオブジェクトに統合され切り替えられる。
【００５６】
各ゾーンについて：ＤＢ管理プログラム５３０は、ＳＡＮセグメントレベルサブマップオブジェクトの"ｚｏｎｅ ｖｉｅｗｓ"を生成する（１００８）。各ゾーンのオブジェクトＩＤ、オブジェクト名、オブジェクトタイプとオブジェクトアイコンの領域は、しかるべき値で埋められる。
【００５７】
次オブジェクトＩＤ領域には、当該ゾーンに属するデバイスのノードＩＤ値が埋められる。ＤＢ管理プログラム５３０は、生成されたＳＡＮレベルサブマップオブジェクト（１００５にて）の次オブジェクトＩＤ領域に、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１００８にて）のオブジェクトＩＤ値を設定する（１００９）。
【００５８】
各ＳＡＮデバイスについて：ＤＢ管理プログラム５３０は、ＳＡＮセグメントレベルサブマップオブジェクトの"ｄｅｖｉｃｅ ｖｉｅｗｓ"を生成する（１０１１）。
【００５９】
各デバイスのオブジェクトＩＤ、オブジェクト名、オブジェクトタイプとオブジェクトアイコンの領域は、しかるべき値で埋められる。次オブジェクトＩＤ領域には、ターゲットデバイスからアクセス可能なデバイスのノードＩＤ値が埋められる。次に、データべース管理プログラム５３０は、生成されたＳＡＮレベルサブマップオブジェクト（１００５にて）の次オブジェクトＩＤ領域に、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１０１１にて）のオブジェクトＩＤ値を設定する（１０１２）。
【００６０】
各ＳＡＮセグメントについて：ＤＢ管理プログラム５３０は、ノードレベルサブマップオブジェクトを生成する（１０１４）。オブジェクトＩＤ、オブジェクトタイプ、オブジェクト名とオブジェクトアイコンの領域は、しかるべき値で埋められる。
【００６１】
ＤＢ管理プログラム５３０は、生成されたＳＡＮセグメントレベルサブマップオブジェクト（１００８及び１０１１にて）の次オブジェクトＩＤ領域に、生成されたノードレベルサブマップオブジェクト（１０１４にて）のオブジェクトＩＤ値を設定する（１０１５）。これで、方法１０００は終了する。
【００６２】
図１１は、サブマップを表示する方法１１００のフローチャートである。方法１１００は、マップ編集プログラム５１０により、ＤＢ５２０からルートマップオブジェクトをロードする（１１０１）ことを含んでいる。
【００６３】
マップ編集プログラム５１０はさらに、ルートマップオブジェクトの次オブジェクトＩＤ領域で指定されるサブマップオブジェクをロードする（１１０２）。ロード（１１０２）後、マップ編集プログラム５１０は、ロードされた（１１０２）オブジェクトアイコンを有するサブマップウィンドウを表示する（１１０３）。
【００６４】
次に、サブマップ表示を要求するために、オペレータが、ＧＵＩ５００でオブジェクトアイコンを選択する（１１０４）。ＧＵＩ５００は次に、サブマップ表示の要求を発行する（１１０５）。マップ編集プログラム５１０は、オペレータから要求されたサブマップオブジェクトをロードする（１１０６）。
【００６５】
マップ編集プログラム５１０は、要求されたサブマップオブジェクトの次オブジェクトＩＤ領域に表示されたサブマップオブジェクトをロードする（１１０７）。方法１１００は、表示（１１０３）にもどり、オペレータが停止させるまで繰り返す。
【００６６】
図１２は、ＦＣスイッチを見つけた後にゾーンオブジェクトまたはＦＣサブマップを表示する方法１２００を示すフローチャートである。方法１２００は、ＩＰサブマップを表示する（１２１０）ことを含んでいる。
【００６７】
ＦＣスイッチやアプリケーションサーバホストやＳＡＮゲートウェイなどのＦＣ ＳＡＮオブジェクトであるオブジェクトがサブマップに存在することもある。これらのオブジェクトは、少なくとも１つのＩＰ接続及びＦＣ接続を有していなければならない。ＩＰサブマップ上のこれらのオブジェクトは、単一の"ＳＡＮ"オブジェクトアイコンに統合されることができる。
【００６８】
次に、ＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトを、ＦＣサブネットにリンクしているＳＡＮアイコンに統合するかどうかを決定する（１２２０）。もしＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトをＳＡＮアイコンに統合すると、ＦＣ−ＳＡＮサブマップが表示される（１２３０）。
【００６９】
もしＩＰサブマップ上のＦＣ−ＳＡＮオブジェクトがＳＡＮオブジェクトに統合されない場合は、グローバルＳＡＮマネージャ３１０は、ＦＣスイッチ、ＳＡＮホスト及びストレージデバイスなどの、ＳＡＮオブジェクトをＩＰサブマップ内から見つける（１２４０）。
【００７０】
元来、ネットワーク管理ソフトウェアは、ＳＮＭＰメッセージを参照してデバイスタイプをチェックすることができる。また、オブジェクトが複数のネットワークポートを有しているか、ＩＰとＦＣの両ポートがあるかを調べることも可能である。さらに、"ＨＢＡ ＡＰＩ"は、ＳＡＮホストオブジェクトのＦＣポートを管理する一般的な方法である。
【００７１】
発見プロセス（１２４０）の後、グローバルＳＡＮマネージャ３１０は、見つけられたオブジェクトにＦＣ−ＳＡＮスイッチがあるかチェックする（１２５０）。もしＦＣスイッチが見つかると、グローバルＳＡＮマネージャ３１０は、ＦＣスイッチからゾーン情報をロードして表示し（１２６０）、次にスイッチオブジェクトがクリックされたら全てのゾーンオブジェクトまたはゾーンサブマップを画面に表示する。あるいは、ユーザによる全ＩＰサブマップのクリックにより、全てのゾーンオブジェクトを表示することも可能である。
【００７２】
ＦＣ−ＳＡＮスイッチが見つからなければ、グローバルＳＡＮマネージャ３１０は、ＳＡＮホストまたはストレージなどのＦＣ−ＳＡＮオブジェクトを有するＦＣ−ＳＡＮサブマップを表示する（１２７０）。あるいは、ユーザによる全ＩＰサブマップのクリックにより、ＦＣ−ＳＡＮオブジェクトを表示することも可能である。方法１２００はこれで終了する。
【発明の効果】
従って、本発明によれば、ＩＰとＦＣの技術の両方を使用しているネットワークのトポロジーを表示することができるストレージネットワーク管理方法及びシステムを実現できる。
【００７３】
従って、上述したシステムと方法により、デバイスの数にかかわらずＦＣストレージネットワーク全体を管理することができ、統合ＧＵＩインタフェースからＩＰとＦＣのネットワークを継ぎ目無く管理でき、ＦＣストレージとともにＩＰストレージデバイスを管理でき、掘り下げ操作によりターゲットオブジェクトを容易に見つけることができ、デバイスビューを用いてＦＣ−ＳＡＮに論理デバイスグループを作成することができ、ネットワークに分散している複数の"ＳＡＮ ｉｓｌａｎｄｓ"を管理することができる。
【００７４】
本発明の実施例についての前記説明では例を用いての説明のみであったが、前述の説明に照らして、上記の実施例及び方法からの変更や修正は可能である。本発明の要素は、プログラム化汎用ディジタルコンピュータを用いて、特定の集積回路アプリケーションを用いて、あるいは通常の要素部品や回路を相互接続したネットワークを用いて実現可能である。接続は有線でも無線でもモデムであってもよい。ここで説明した実施例はこれに尽きるものでも限定されるものでもない。本発明は請求の範囲によってのみ限定されるものである。
【図面の簡単な説明】
【００７５】
【図１】図１は、本発明の実施例におけるストレージネットワーク階層マップを説明する図である。
【図２】図２は、ＦＣ−ＳＡＮトポロジーサブマップを説明するである。
【図３】図３は、本発明の実施例におけるストレージネットワーク管理方式を説明する図である。
【図４】図４は、コンピュータの例を示す図である。
【図５】図５は、本発明の実施例によるグローバルストレージネットワークマネージャのソフトウェア方式を示す図である。
【図６】図６は、ストレージネットワークマップデータベースデータ構造の例を示す図である。
【図７】図７は、グローバルストレージネットワークを管理する方法を示すフローチャートである。
【図８】図８は、ローカルＳＡＮマネージャから受け取るデータの例を示す図である。
【図９】図９は、ＩＰネットワークマネージャから受け取るデータの例を示す図である。
【図１０】図１０は、ストレージネットワークのサブ−マップを作成する方法を示すフローチャートである．
【図１１】図１１は、サブ−マップを表示する方法を示すフローチャートである
【図１２】図１２は、ゾーンオブジェクトあるいはＦＣスイッチを見つけてＦＣサブマップを表示する方法を示すフローチャートである。
【符号の説明】
【００７６】
３１０・・・グローバルＳＡＮマネージャ、３２０・・・ローカルＳＡＮマネージャ、３３０・・・ＩＰネットワークネージャ、３４２・・・ＳＡＮストレージ、３４６・・・ファイバチャネルスイッチ、３４０・・・ファイバチャネルＳＡＮ、３５２・・・ＩＰルーター、３５６・・・ＡＴＭスイッチ、３５０・・・ＩＰネットワーク、３６２・３６６・・・ ＮＡＳ、３６０・・・ＩＰネットワーク、３７２・・・ＲＡＩＤ、３７６・・・ＲＡＩＤ、３７０・・・ファイバチャネルＳＡＮ、３５７・・・ｉＳＣＳＩ、３５８・・・ＩＰネットワーク