(57)【要約】【課題】  ｉＳＣＳＩを用いてＩＰネットワークに接続されるストレージ装置において、イニシエータに不正なＤＤを登録できないような手段を提供し、セキュリティ機能を実現する。【解決手段】  ネットワークを介してそれぞれ接続したホスト１００、ｉＳＮＳサーバ１３０及びストレージ装置１２０を備えており、イニシエータからターゲットとなるストレージ装置１２０へのアクセスを制御することができるストレージネットワークシステムにおいて、イニシエータの登録を可能又は不可能とする設定を、ターゲット毎に行う登録制限設定手段を有する。登録制限設定手段は、ｉＳＮＳサーバ１３０が有する。【選択図】        図１
2006107158.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してそれぞれ接続したホスト、ｉＳＮＳサーバ及びストレージ装置を備えており、イニシエータからターゲットとなる前記ストレージ装置へのアクセスを制御することができるストレージネットワークシステムにおいて、
イニシエータの登録を可能又は不可能とする設定を、前記ターゲット毎に行う登録制限設定手段を有することを特徴とするストレージネットワークシステム。
【請求項２】
請求項１に記載のストレージネットワークシステムにおいて、
前記登録制限設定手段は、前記ｉＳＮＳサーバが有することを特徴とするストレージネットワークシステム。
【請求項３】
請求項１に記載のストレージネットワークシステムにおいて、
前記ネットワークに接続した管理端末を備えており、該管理サーバが前記登録制限設定手段を有することを特徴とするストレージネットワークシステム。
【請求項４】
請求項１〜３のいずれか１項に記載のストレージネットワークシステムにおいて、
イニシエータの登録の制限がない設定を、前記ターゲットに行う登録自由設定手段を有することを特徴とするストレージネットワークシステム。
【請求項５】
請求項１〜４のいずれか１項に記載のストレージネットワークシステムにおいて、
イニシエータの登録制限内容を問合せとする設定を、前記ターゲットに行う問合せ設定手段と、イニシエータの登録制限内容の問合せに対して回答する登録制限内容を記憶する登録制限内容記憶手段とを有することを特徴とするストレージネットワークシステム。
【請求項６】
ネットワークを介してそれぞれ接続したホスト、ｉＳＮＳサーバ、管理端末及びストレージ装置を備えており、イニシエータからターゲットとなる前記ストレージ装置へのアクセスを制御することができるストレージネットワークシステムにおいて、
前記管理端末が、イニシエータの登録を可能又は不可能とする設定を、前記ターゲット毎に行う登録制限設定手段を有することを特徴とするストレージネットワークシステム。
【請求項７】
ネットワークを介してそれぞれ接続したホスト、ｉＳＮＳサーバ及びストレージ装置を備えたストレージネットワークシステムにおける、イニシエータからターゲットとなる前記ストレージ装置へのアクセスを制御する方法において、
イニシエータの登録を可能又は不可能とする設定を行うステップを有することを特徴とするアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、ネットワークに接続したストレージ装置のセキュリティを強化する技術に関連し、特にｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ  Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）にて接続したストレージ装置のセキュリティを強化する技術に関連する。
【背景技術】
【０００２】
計算機は、互いに接続するためにＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを使用することが一般的である。また、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ），ＲＦＣ３７２０に記載のようにｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ  Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）を用いて、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｄｉｓｋｓ）のようなストレージ装置をＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークに接続し、ＩＰパケットにカプセル化したＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）コマンドにて操作するが可能である。
【０００３】
ｉＳＣＳＩでは、ＳＣＳＩと同様にクライアント／サーバモデルになっており、ＳＣＳＩコマンドを送信し、入出力などの処理を要求するイニシエータと、入出力などの要求に応答するターゲットから構成される。
【０００４】
ｉＳＣＳＩは、ネットワーク階層で言うこところのｉＳＣＳＩレイヤとして定義され、ＳＣＳＩレイヤとＴＣＰ／ＩＰレイヤとの間に位置する。ｉＳＣＳＩレイヤは、ｉＳＣＳＩレイヤからのＳＣＳＩ  ＣＤＢ（Ｃｏｍｍａｎｄ  Ｄｅｓｃｒｉｂｅ  Ｂｌｏｃｋ）やレスポンス、データを受け、それをカプセル化してｉＳＣＳＩ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成し、ＴＣＰコネクションを用いて送信を行う。また、ｉＳＣＳＩレイヤは、ＴＣＰコネクションを用いて受信したｉＳＣＳＩ  ＰＤＵを処理して、ＳＣＳＩＩ  ＣＤＢやレスポンス、データを抜き出し、それをＳＣＳＩレイヤに渡す。
【０００５】
ｉＳＣＳＩでは、ＳＣＳＩ  ＣＤＢの送信はＳＣＳＩ  Ｃｏｍｍａｎｄ  ＰＤＵを用い、データ転送はＳＣＳＩ  Ｄａｔａ  Ｉｎ／Ｏｕｔ  ＰＤＵを用い、ＳＣＳＩレスポンスの送信はＳＣＳＩ  Ｒｅｓｐｏｎｓｅ  ＰＤＵを用いて行う。
【０００６】
ｉＳＣＳＩでは、イニシエータやターゲットなどのノードはそれぞれの識別や管理のためのｉＳＣＳＩネームを持つ。ｉＳＣＳＩネームは、ｉＳＣＳＩノードの地理情報に依存しないこと、全世界で唯一であること、ｉＳＣＳＩノードの起動から終了において固定であることなどが必要である。これらｉＳＣＳＩネームで使用することができるフォーマットとして、ｉＳＣＳＩ  Ｑｕａｌｉｆｉｅｄ  ＮａｍｅとＥｘｔｅｎｄｅｄ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒがある。
【０００７】
ｉＳＣＳＩでは、イニシエータがターゲットへのｉＳＣＳＩセッションを確立するためには、ターゲットのＩＰアドレス、ＴＣＰポート番号、およびｉＳＣＳＩネームが必要となる。ｉＳＣＳＩでは、これらの情報をイニシエータが発見するための方法として、３つの方法がある。
【０００８】
第一に、直接設定。これは、イニシエータへＩＰアドレス、ＴＣＰポート番号、およびｉＳＣＳＩネームを直接に設定する方法である。イニシエータは、ターゲットのＩＰアドレス情報を用いてＴＣＰコネクションを確立し、ターゲットのｉＳＣＳＩネームを用いてｉＳＣＳＩコネクションを確立する。
第二に、ＳｅｎｄＴａｒｇｅｔｓ。これは、イニシエータにターゲットのＩＰアドレスとＴＣＰポート番号の設定を行う。イニシエータは、ネットワーク・エンティティとのディスカバリ・セッションを確立するために、この情報を用いる。これは、ｉＳＣＳＩゲートウェイやｉＳＣＳＩルータのための設定方法である。
第三に、ゼロ設定。これは、イニシエータにはターゲットの情報を何も設定しない。これは、イニシエータが、ターゲットへ直接マルチキャストを送信する方法、もしくはストレージ・ネーム・サーバへディスカバリ・メッセージを送信する方法がある。ターゲットのディスカバリ機能を実現するために、ＲＦＣ２６０８に記載されているＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用する方法と、２００４年２月時点でドラフトｄｒａｆｔ−ｉｅｔｆ−ｉｐｓ−ｉｓｎｓ−２２．ｔｘｔとして公開されているｉＳＮＳ（Ｉｎｔｅｒｎｅｔ  Ｓｔｏｒａｇｅ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）を利用する方法がある。  一般的に、規模が大きくなったときのストレージネットワークにはｉＳＮＳを用いるべきである。
【０００９】
ｉＳＮＳはドラフトｄｒａｆｔ−ｉｅｔｆ−ｉｐｓ−ｉｓｎｓ−２２．ｔｘｔに記載されているように、ｉＳＣＳＩを用いたＩＰ−ＳＡＮにおいて、イニシエータ、ターゲットの名前解決、ＤＤ（Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ）によるグループ管理などを可能にする技術である。
【００１０】
イニシエータは、起動時にｉＳＮＳのＤｅｖＡｔｔｒＲｅｇメッセージを用いてターゲットの情報をｉＳＮＳサーバに登録する。ＤｅｖＡｔｔｒＲｅｇメッセージには、送信元のｉＳＣＳＩノードを表すＳｏｕｒｃｅ  Ａｔｔｒｉｂｕｔｅと、既存のｉＳＣＳＩノードかどうか判断するために使用するＭｅｓｓａｇｅ  Ｋｅｙ  Ａｔｔｒｉｂｕｔｅと、区切り文字であるＤｅｌｉｍｉｔｅｒ  Ａｔｔｒｉｂｕｔｅと、追加情報を記述しているＯｐｅｒａｔｉｎｇ  Ａｔｔｒｉｂｕｔｅから構成される。
【００１１】
イニシエータは、起動時にｉＳＮＳサーバへＤｅｖＡｔｔｒＲｅｇメッセージを送信するときにはＤＤを含めない場合、デフォルトのＤＤ、もしくはｎｏＤＤに属することができる。そうすることにより、イニシエータは、自分が属しているＤＤに対してターゲットのディスカバリが可能となる。
【非特許文献１】Ｊ．  Ｓａｔｒａｎ，  Ｋ．  Ｍｅｔｈ，  Ｃ．  Ｓａｐｕｎｔｚａｋｉｓ，  Ｍ．  Ｃｈａｄａｌａｐａｋａ，  Ｅ．  Ｚｅｉｄｎｅｒ，  “Ｉｎｔｅｒｎｅｔ  Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ  （ｉＳＣＳＩ）”，  ＲＦＣ３７２０，  Ａｐｒｉｌ  ２００４
【非特許文献２】Ｍ．  Ｂａｋｋｅ，  Ｊ．  Ｈａｆｎｅｒ，  Ｊ．  Ｈｕｆｆｅｒｄ，  Ｋ．  Ｖｏｒｕｇａｎｔｉ，  Ｍ．  Ｋｒｕｅｇｅｒ，  “Ｉｎｔｅｒｎｅｔ  Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ  （ｉＳＣＳＩ）  Ｎａｍｉｎｇ  ａｎｄ  Ｄｉｓｃｏｖｅｒｙ”，  ＲＦＣ３７２１，  Ａｐｒｉｌ  ２００４
【非特許文献３】Ｊｏｓｈ  Ｔｓｅｎｇ，  Ｋｅｖｉｎ  Ｇｉｂｂｏｎｓ，  Ｆｒａｎｃｏ  Ｔｒａｖｏｓｔｉｎｏ，  Ｃｕｒｔ  Ｄｕ  Ｌａｎｅｙ，  Ｊｏｅ  Ｓｏｕｚａ，  “Ｉｎｔｅｒｎｅｔ  Ｓｔｏｒａｇｅ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ  （ｉＳＮＳ）”，  ｄｒａｆｔ−ｉｅｔｆ−ｉｐｓ−ｉｓｎｓ−２２．ｔｘｔ，  Ｆｅｂｒｕａｒｙ  ２００４
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ストレージ装置をＩＰネットワークに接続し、ｉＳＣＳＩによるＩＰ−ＳＡＮを構築すると、様々なＩＰネットワークに接続しているホストからのアクセスが可能になり、不正アクセスなどのセキュリティを脅かす問題が発生する。それらの問題を防ぐため、ホストからストレージ装置のアクセスを許可するものと拒否するものを定義するアクセス制御と呼ばれる技術が必要となってくる。
【００１３】
ＩＰネットワーク上でアクセス制御と呼ばれる技術では、Ｆｉｒｅ  Ｗａｌｌなどに実装されている送信元と送信先のＩＰアドレスとポートの組みのアクセスを許可、もしくは拒否する設定を行うＩＰフィルタリングの技術が一般的である。これは、ＩＰネットワークに対して余計なサービスを公開しないための技術である。また、物理的な接続位置に関係なく、スイッチなどのネットワーク機器で仮想的なグループを作るＶＬＡＮ（Ｖｉｒｔｕａｌ  ＬＡＮ）技術なども一般的な解決方法である。
【００１４】
ｉＳＣＳＩ上でアクセス制御を実現するためには、ｉＳＮＳのＤＤを用いる必要がある。ＤＤを用いるとイニシエータは自分が属しているＤＤの範囲に対してのみのターゲットのディスカバリが可能となる。しかし、ストレージ装置にアクセスする各ホストの管理者は、ＤｅｖＡｔｔｒＲｅｇメッセージを用いてイニシエータをｉＳＮＳサーバに登録する時のＯｐｅｒａｔｉｎｇ  Ａｔｔｒｉｂｕｔｅとして、ＤＤを識別するＩＤを指定できる。そのため、間違ったＤＤ設定を行うと、様々な課題が発生する。
【００１５】
第一に、イニシエータは管理者が意図しないターゲットのディスカバリが可能になり、ボリュームへの不正アクセスが可能になる。
第二に、イニシエータが本来アクセスしたいターゲットのディスカバリができない。
第三に、上記の問題が発生しないように管理することが複雑になる。
【００１６】
本発明の目的は、ｉＳＣＳＩを用いてＩＰネットワークに接続されるストレージ装置において、イニシエータに不正なＤＤを登録できないような手段を提供し、セキュリティ機能を実現することにある。
【課題を解決するための手段】
【００１７】
前記課題を解決する為に、本発明は、ＩＰネットワーク上に接続したｉＳＣＳＩイニシエータ、ターゲットの名前解決を行うｉＳＮＳサーバにおいて、ＩＰとｉＳＣＳＩプロトコルの処理を行うネットワークインタフェースと、イニシエータ、ターゲットの名前解決やＤＤ登録などの処理を行うｉＳＮＳ処理プログラムに加えて、あらかじめ与えられた設定に基づきＤＤ登録してよいかを判断し、イニシエータ、ターゲットを指定のＤＤとして登録する手段を設ける。
【００１８】
また、ｉＳＮＳサーバのデータベースにおいて、各ＤＤのレコードに登録を制限するためのフィールドを追加し、管理者は、Ｃｏｎｔｒｏｌ  Ｎｏｄｅを用いてこのフィールドの値を設定する。このフィールドに設定された情報に従ってｉＳＣＳＩノードをＤＤに登録するかどうかを判断する。
【００１９】
これにより、イニシエータはｉＳＮＳを用いてターゲットのディスカバリを容易に行う環境を構築した際にも、管理者が意図しないＤＤへの登録ができなくなり、ストレージ装置への不正アクセスを防ぐことができ、ＩＰ−ＳＡＮのセキュリティレベルを向上することができる。
【発明の効果】
【００２０】
本発明によれば、ｉＳＮＳサーバにおいて、ＩＰとｉＳＣＳＩプロトコルの処理を行うネットワークインタフェースと、イニシエータ、ターゲットの名前解決やＤＤ登録などの処理を行うｉＳＮＳ処理プログラムに加えて、あらかじめ与えられた設定に基づきＤＤ登録してよいかを判断し、イニシエータ、ターゲットを指定のＤＤとして登録する手段を設け、各ＤＤのレコードに追加した登録を制限するためのフィールドに設定された情報に従ってｉＳＣＳＩノードをＤＤに登録するかどうかを判断することによって、管理者が意図しないＤＤへの登録ができなくなり、ストレージ装置への不正アクセスを防ぐことができ、ＩＰ−ＳＡＮのセキュリティレベルを向上することができるという効果を得られる。
【００２１】
また、あらかじめ管理者が意図する設定した情報に従ってＤＤ登録を行うことで、ノード毎に設定を行う必要がなくなり、運用コストが低減する。
【発明を実施するための最良の形態】
【００２２】
本発明を実施するための最良の形態を説明する。
以下、本発明のストレージネットワーク及びアクセス制御方法の実施例について、図面を用いて詳細に説明する。
【実施例１】
【００２３】
実施例１を説明する。図１に、本実施例のストレージネットワークシステムのシステム構成を示す。図１において、ホスト１００は、ストレージ装置１２０への入出力を行うノードであり、ネットワークからのデータを送受信するネットワークインタフェース１０１と、プログラムを実行しホスト全体を制御するＣＰＵ１０２と、プログラムのための記憶領域であるメモリ１０３と、プログラムやユーザデータなどを記憶する記憶装置１０４と、キーボードやマウスなどのユーザからの情報を入力するための入力装置１０５と、ディスプレイなどユーザへの表示のための出力装置１０６と、これらのデータを転送するためのバス１０７を備えている。スイッチ１１０は、１又は２台以上のホスト１００、１又は２台以上のストレージ装置１２０、ｉＳＮＳサーバ１３０のやり取りを中継するネットワーク装置であり、複数台のスイッチ１１０を使用した構成も可能である。ストレージ装置１２０は、ホスト１００からの入出力を受け付けるノードである。ｉＳＮＳサーバ１３０は、ホスト１００やストレージ装置１２０からのｉＳＮＳ要求に対して処理を行い応答するノードであり、イニシエータの登録を可能又は不可能とする設定を行うことができ、また、イニシエータの登録の制限がないとする設定を行うことができる。
【００２４】
図２に、ホストのメモリの構成を示す。メモリ１０３は、ネットワークインタフェース１０１とのデータ送受信を行うネットワーク処理プログラム２０３と、ネットワーク処理プログラム２０３から受け取ったｉＳＣＳＩ  ＰＤＵを処理するｉＳＣＳＩ処理プログラム２０２と、ｉＳＮＳメッセージの処理を担当するｉＳＮＳ処理プログラム２０１と、を備えている。
【００２５】
図３に、ストレージ装置の構成を示す。ストレージ装置１２０は、ホスト１００からの入出力を受け付けるノードであり、ネットワークからのデータを送受信するネットワークインタフェース３０１と、プログラムを実行しストレージ装置１２０全体を制御するＣＰＵ３０２と、プログラムのための記憶領域であるメモリ３０３と、ユーザデータが保存されている複数の記憶装置３０５と、それら記憶装置を制御するストレージコントローラ３０４と、ストレージデータを転送するためのストレージバス３０７と、制御情報を転送するためのコントロールバス３０６と、ストレージ装置を管理するための管理用インタフェース３０８を備えている。
【００２６】
図４に、ｉＳＮＳサーバの構成を示す。ｉＳＮＳサーバ１３０は、ホスト１００やストレージ装置１２０からのｉＳＮＳ要求に対して処理を行い応答するノードであり、ネットワークからのデータを送受信するネットワークインタフェース４０１と、プログラムを実行しｉＳＮＳサーバ１３０全体を制御するＣＰＵ４０２と、プログラムのための記憶領域であるメモリ４０３と、プログラムやユーザデータなどを記憶する記憶装置４０４と、キーボードやマウスなどのユーザからの情報を入力するための入力装置４０５と、ディスプレイなどユーザへの表示のための出力装置４０６と、これらのデータを転送するためのバス４０７を備えている。また、ｉＳＮＳサーバ１３０においては、入力装置４０５と、出力装置４０６は通常の運用では使用しないため、接続しなくても動作可能である。
【００２７】
図５に、ｉＳＮＳサーバの記憶装置の構成を示す。記憶装置４０４は、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２が読み込み／書き込みを行うｉＳＮＳデータベース５０１を備えている。
【００２８】
図６に、ｉＳＮＳサーバのメモリの構成を示す。ｉＳＮＳサーバ１３０は、起動時にメモリ４０３へ、ネットワークインタフェース４０１とのデータ送受信を行うネットワーク処理プログラム６０４と、画面からの操作によりデータを管理するデータ管理プログラム６０３と、ホスト１００やストレージ装置１２０とのｉＳＮＳのやり取りを行うｉＳＮＳ処理プログラム６０２と、本発明の特徴であるＤＤ管理プログラム６０１を読み込む。また、ｉＳＮＳ処理プログラム６０１は、非特許文献３に記載されている仕様を実現するためのソフトウェアである。また、ＤＤ管理プログラム６０１の機能をｉＳＮＳ処理プログラム６０２に取り込むことも可能である。
【００２９】
図７に、ｉＳＮＳデータベースの構成を示す。ｉＳＮＳデータベース５０１は、ポータル毎に存在するイニシエータやターゲットなどの情報を有しており、Ｓｔｏｒａｇｅ  Ｎｏｄｅ情報テーブル７０１と、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２を備えている。
【００３０】
図８に、Ｓｔｏｒａｇｅ  Ｎｏｄｅ情報テーブルの構成の一例を示す。Ｓｔｏｒａｇｅ  Ｎｏｄｅ情報テーブル７０１は、ノードを一意に示すための名前であるｉＳＣＳＩ  ＮＡＭＥ８０１と、イニシエータなのかターゲットなのかというノードの種類を示すｉＳＣＳＩノードタイプ８０２と、複雑で長くなりがちなｉＳＣＳＩ  ＮＡＭＥ８０１を人が分かりやすい文字列にしたエイリアス８０３を備える。
【００３１】
図９に、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブルの構成の一例を示す。Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２は、ＤＤを一意に識別するためのＩＤ９０１と、ＤＤの種類などを示したＤＤ名９０２と、それぞれのＤＤメンバのｉＳＣＳＩ  ＮＡＭＥを記述したＭｅｍｂｅｒ  ｉＳＣＳＩ  Ｎａｍｅ９０３と、本発明の特徴となるＤＤ登録を制限するための制限９０４を備える。制限９０４には、ＤＤ登録が可能であるという意味の文字列Ａｌｌｏｗと、ＤＤ登録が不可能であるという意味の文字列Ｄｅｎｙと、ＤＤ登録が可能であり登録できなかった場合に登録するという意味の文字列Ｆｒｅｅと、を有する。ここのＡｌｌｏｗという文字列や、Ｄｅｎｙという文字列や、Ｆｒｅｅという文字列は制限の種類を示すものであって、システム毎に違う文字列を仕様することは可能である。
【００３２】
図１０に、メッセージフローの一例を示す。ホスト１００のｉＳＮＳ処理プログラム２０１は、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２に対して、ＤｅｖＡｔｔｒＲｅｇメッセージ１００１を送信する。それを受信したｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２は、ｉＳＮＳサーバ１３０のＤＤ管理プログラム６０１に登録承認要求メッセージ１００２を送信する。それを受信したｉＳＮＳサーバ１３０のＤＤ管理プログラム６０１は、ＤＤへの登録可否を判断し、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２に登録承認応答メッセージ１００３を送信する。それを受信したｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２は、ホスト１００のｉＳＮＳ処理プログラム２０１にＤｅｖＡｔｔｒＲｅｇＲｓｐメッセージ１００４を送信する。さらに、登録承認要求メッセージ１００２に対する結果が否認であった場合、ｉＳＮＳサーバ１３０のＤＤ管理プログラム６０１は、他のＤＤへ登録するため、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２にＤＤＲｅｇメッセージ１００５を送信する。それを受信したｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２は、指定のＤＤへ登録を行い、ｉＳＮＳサーバ１３０のＤＤ管理プログラム６０１にＤＤＲｅｇＲｓｐメッセージ１００６を送信する。さらに、ＤＤが変更されると、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２は、ホスト１００のｉＳＮＳ処理プログラム２０１にＳＣＮメッセージ１００７を送信する。それを受信したホスト１００のｉＳＮＳ処理プログラム２０１は、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２にＳＣＮＲｓｐメッセージ１００８を送信する。
【００３３】
図１１に、ホストのｉＳＮＳ処理プログラムのフローチャートの一例を示す。ｉＳＮＳ処理プログラム２０１は、プログラムの初期化（ステップ１１０１）を行い、登録したいＤＤのＩＤ９０１を含むＤｅｖＡｔｔｒＲｅｇメッセージを送信する（ステップ１１０２）。次に、ｉＳＮＳ処理プログラム２０１は、メッセージを受信し（ステップ１１０３）、メッセージがＳＣＮであるか判断し（ステップ１１０４）、ＳＣＮであれば、ＳＣＮＲｓｐを送信し、ステップ１１０３に戻る。ＳＣＮでなければ、終了メッセージであるか判断し（ステップ１１０６）、終了メッセージであれば、終了する。終了メッセージでなければ、メッセージを受信する処理（ステップ１１０３）に戻る。
【００３４】
図１２に、ホストのｉＳＮＳ処理プログラムの初期化フローチャートの一例を示す。ｉＳＮＳ処理プログラム２０１は、各種設定をメモリに展開し（ステップ１２０１）、処理は終了となる。
【００３５】
図１３に、ｉＳＮＳサーバのｉＳＮＳ処理プログラムのフローチャートの一例を示す。ｉＳＮＳ処理プログラム６０２は、プログラムの初期化（ステップ１３０１）を行い、メッセージを受信し（ステップ１３０２）、ＤｅｖＡｔｔｒＲｅｇであれば、ＤＤ管理プログラム６０１に登録承認要求メッセージを送信し（ステップ１３０４）、メッセージの受信（ステップ１３０２）に戻る。ステップ１３０３においてＤｅｖＡｔｔｒＲｅｇでなければ、メッセージが登録承認応答か判断し（ステップ１３０５）、登録承認応答であれば、その応答の結果を取得し（ステップ１３０６）、その結果が承認であるか判断し（ステップ１３０７）、承認であれば、ｉＳＮＳデータベースにＤＤを登録し（ステップ１３０８）、ホスト１００のｉＳＮＳ処理プログラム２０１に要求が正常に完了したことを示すＤｅｖＡｔｔｒＲｅｇＲｓｐを送信する（ステップ１３０９）。ステップ１３０７において結果が承認でなければ、要求が正常に完了しなかったことを示すＤｅｖＡｔｔｒＲｅｇＲｓｐを送信し（ステップ１３１０）、ステップ１３０２に戻る。ステップ１３０５において受信したメッセージが登録承認応答でなければ、ＤＤＲｅｇであるか判断し（ステップ１３１１）、ＤＤＲｅｇであれば、指定されたノードを指定されたＤＤへ登録するため、ｉＳＮＳデータベース５０１のＳｔｏｒａｇｅ  Ｎｏｄｅ情報テーブル７０１と、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２に登録し（ステップ１３１２）、ＤＤＲｅｇでＲｓｐを送信し（ステップ１３１３）、ノードの状態が変化したことを知らせるＳＣＮを送信し（ステップ１３１４）、ステップ１３０２に戻る。ステップ１３１１において受信したメッセージがＤＤＲｅｇでなければ、終了メッセージであるか判断し（ステップ１３１５）、終了メッセージであれば、終了する。ステップ１３１５において終了メッセージでなければ、メッセージの受信（ステップ１３０２）に戻る。
【００３６】
図１４に、ｉＳＮＳサーバのｉＳＮＳ処理プログラムの初期化フローチャートの一例を示す。ｉＳＮＳ処理プログラム６０２は、各種設定をメモリに展開し（ステップ１４０１）、Ｓｔｏｒａｇｅ  Ｎｏｄｅ情報テーブルをメモリに展開し（ステップ１４０２）、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブルをメモリに展開し（ステップ１４０３）、終了となる。
【００３７】
図１５に、本実施例の特徴であるｉＳＮＳサーバのＤＤ管理プログラムのフローチャートの一例を示す。ＤＤ管理プログラム６０１は、プログラムの初期化（ステップ１５０１）を行い、メッセージを受信し（ステップ１５０２）、登録承認要求であるか判断し（ステップ１５０３）、登録承認要求であれば、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２を取得し（ステップ１５０４）、指定されたＤＤの制限を取得し（ステップ１５０５）、制限がＡｌｌｏｗであるか判断し（ステップ１５０６）、Ａｌｌｏｗであれば、ｉＳＮＳ処理プログラム６０２に結果が承認である登録承認応答を送信し（ステップ１５０７）、ステップ１５０２に戻る。ステップ１５０６における制限がＡｌｌｏｗでなければ、ｉＳＮＳ処理プログラム６０２に結果が否認である登録承認応答を送信し（ステップ１５０８）、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２に制限がＦｒｅｅであるＤＤが存在するか判断し（ステップ１５０９）、存在すればｉＳＮＳ処理プログラム６０２にホスト１００をそのＤＤへ登録するためのＤＤＲｅｇを送信し（ステップ１５１０）、メッセージの受信（ステップ１５０２）に戻る。ステップ１５０９における制限がＦｒｅｅであるＤＤが存在しなければ、メッセージの受信（ステップ１５０２）に戻る。ステップ１５０３における受信したメッセージが登録承認要求でなければ、終了メッセージであるか判断し（ステップ１５１１）、終了メッセージであれば、終了し、ステップ１５１１において終了メッセージでなければ、メッセージの受信（ステップ１５０２）に戻る。
【００３８】
図２７に、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報編集画面の一例を示す。Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報編集画面２７００は、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２を編集するための画面であり、この画面を操作し、データ管理プログラムを起動することによりＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２への登録、編集、削除が可能になる。
【００３９】
図２９に、データ管理プログラムのフローチャートの一例を示す。データ管理プログラム６０３は、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２をメモリに展開し（ステップ２９０１）、イベントを受信し（ステップ２９０２）、追加ボタンクリックであるか判断し（ステップ２９０３）、追加ボタンクリックであれば、入力項目を画面のリストに追加し（ステップ２９０４）、ステップ２９０２のイベントを受信する処理に戻る。ステップ２９０３におけるイベントが追加ボタンクリックでなければ、削除ボタンクリックか判断し（ステップ２９０５）、削除ボタンクリックであれば、対象項目をＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２から削除し（ステップ２９０６）、対象項目を画面のリストから削除し（ステップ２９０７）、ステップ２９０２のイベントを受信する処理に戻る。ステップ２９０５におけるイベントが削除ボタンクリックでなければ、上へボタンクリックであるか判断し（ステップ２９０８）、上へボタンクリックであれば、対象項目の表示順序を上げ（ステップ２９０９）、ステップ２９０２のイベントを受信する処理に戻る。ステップ２９０８におけるイベントが上へボタンクリックでなければ、下へボタンクリックであるか判断し（ステップ２９１０）、下へボタンクリックであれば、対象項目の表示順所を下げ（ステップ２９１１）、ステップ２９０２のイベントを受信する処理に戻る。ステップ２９１０におけるイベントが下へボタンクリックでなければ、終了メッセージであるか判断し（ステップ２９１２）、終了メッセージであれば終了する。ステップ２９１２において終了メッセージでなければ、ステップ２９０２のイベント受信する処理に戻る。
【００４０】
本実施例により、ホスト１００がＤＤに登録しようとした場合、ＤＤ管理プログラム６０１が、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報編集画面２７００を用いて登録したＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２の制限９０４に基づき、ＤＤへの登録可否を判断し、制限９０４がＡｌｌｏｗであれば、指定されたＤＤへ登録する。また、Ａｌｌｏｗでなければ、制限がＦｒｅｅであるＤＤに登録する。これによって、ＤＤ毎の登録制限が可能になり、管理者が意図しないＤＤへの登録を防ぐことができ、セキュリティレベルが向上する。
【実施例２】
【００４１】
実施例２を説明する。本実施例のシステム構成は実施例１（図１参照）と同様であり、その詳しい説明は省略する。相違点を中心として、以下説明する。図１７に、ｉＳＮＳデータベース構成を示す。ｉＳＮＳデータベース５０１は、ポータル毎に存在するイニシエータやターゲットなどの情報を含むＳｔｏｒａｇｅ  Ｎｏｄｅ情報テーブル７０１と、イニシエータやターゲットがディスカバリ可能な範囲を定義するＤＤ（Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ）の情報を含むＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２と、ＤＤ登録の許可情報を含むＡＣＬ情報テーブル１７０１を備えており、イニシエータの登録制限内容を問合せる設定を行い、また、問合せに対して回答する登録制限内容を記憶している。Ｓｔｏｒａｇｅ  Ｎｏｄｅ情報テーブル７０１の構成は実施例１と同様である。
【００４２】
図１８に、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２の構成の一例を示す。Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２は、ＤＤを一意に識別するためのＩＤ９０１と、ＤＤの種類などを示したＳｙｍｂｏｌｉｃ  Ｎａｍｅ（ＤＤ名）９０２と、それぞれのＤＤメンバのｉＳＣＳＩ  ＮＡＭＥを記述したＭｅｍｂｅｒ  ｉＳＣＳＩ  Ｎａｍｅ９０３と、本実施例の特徴となるＤＤ登録を制限するための制限１８０１を備える。制限１８０１には、ＤＤ登録が可能であるという意味の文字列Ａｌｌｏｗと、ＤＤ登録が不可能であるという意味の文字列Ｄｅｎｙと、ＤＤ登録をＡＣＬ情報テーブル１７０１にて判断するという意味の文字列Ａｓｋと、を備える。
【００４３】
図１９に、ＡＣＬ情報テーブル１７０１の構成の一例を示す。ＡＣＬ情報テーブル１７０１は、ＤＤ登録を許可もしくは拒否するためのネットワークの単位であるＮｅｔｗｏｒｋ１９０１と、登録対象のＤＤを一意に識別するためのＩＤ１９０２と、それぞれのネットワークに対して前記ＤＤに対して登録を制限するための制限１９０３と、を備える。制限１９０３には、ＤＤ登録が可能であるという意味の文字列Ａｌｌｏｗと、ＤＤ登録が不可能であるという意味の文字列Ｄｅｎｙと、を有する。なお、Ｎｅｔｗｏｒｋ１９０１において、代わりにドメイン名を使用することも可能である。
【００４４】
メッセージフローは実施例１（図１０参照）と同様である。また、ホスト１００のｉＳＮＳ処理プログラム２０１のフローチャート、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２のフローチャートは実施例１（図１１、図１３参照）と同様である。
【００４５】
図２０に、ｉＳＮＳサーバのＤＤ管理プログラムのフローチャートの一例を示す。ＤＤ管理プログラム６０１は、ステップ１５０１からステップ１５０７及びステップ１５１１につて、実施例１における図１５と同様であり、その説明は省略する。相違する部分は、ステップ１５０６における制限がＡｌｌｏｗでない場合であり、以下説明する。ステップ１５０６においてＡｌｌｏｗでないとき、Ａｓｋであるか判断し（ステップ２００１）、Ａｓｋであれば、ＡＣＬ情報テーブル１７０１を取得し（ステップ２００２）、登録するホスト１００が属するネットワークと指定されたＤＤの制限を取得し（ステップ２００３）、制限がＡｌｌｏｗであるか判断し（ステップ２００４）、Ａｌｌｏｗであれば、ｉＳＮＳ処理プログラム６０２に結果が承認である登録承認応答を送信する（ステップ１５０７）。ステップ２００４において制限がＡｌｌｏｗでなければ、ｉＳＮＳ処理プログラム６０２に結果が否認である登録承認応答を送信し（ステップ１５０８）、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２に制限がＦｒｅｅであるＤＤが存在するか判断し（ステップ１５０９）、存在すればｉＳＮＳ処理プログラム６０２にホスト１００をそのＤＤへ登録するためのＤＤＲｅｇを送信し（ステップ１５１０）、メッセージを受信する（ステップ１５０２）処理に戻る。制限がＦｒｅｅであるＤＤが存在しなければ、メッセージを受信する（ステップ１５０２）処理に戻る。ステップ２００１において制限がＡｓｋでなければ、ｉＳＮＳ処理プログラム６０２に結果が否認である登録承認応答を送信し（ステップ１５０８）、以下上記で説明したステップ１５０９に進む。ステップ１５０３における受信したメッセージが登録承認要求でなければ、終了メッセージであるか判断し（ステップ１５１１）、終了メッセージであれば終了し、終了メッセージでなければ、メッセージを受信する（ステップ１５０２）処理に戻る。
【００４６】
図２８に、ＡＣＬ情報編集画面の一例を示す。ＡＣＬ情報編集画面２８００は、ＡＣＬ情報テーブル１７０１を編集するための画面であり、この画面を操作し、データ管理プログラムを起動することによりＡＣＬ情報テーブル１７０１への登録、編集、削除が可能になる。データ管理プログラムのフローチャートは実施例１と同様である。
【００４７】
本実施例により、ホスト１００がＤＤに登録しようとした場合、ＤＤ管理プログラム６０１が、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報編集画面２７００を用いて登録したＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２の制限１８０１に基づき、ＤＤへの登録可否を判断し、制限１８０１がＡｌｌｏｗであれば、指定されたＤＤへ登録する。また、Ａｌｌｏｗでなければ、制限がＦｒｅｅであるＤＤに登録する。また、制限１８０１がＡｓｋであれば、ＡＣＬ情報編集画面２８００を用いて登録したＡＣＬ情報テーブル１７０１のネットワーク１９０１と、制限１９０３に基づき登録要求元のホスト１００を自動的に指定のＤＤへ登録することができる。これによって、ＤＤ毎の登録制限が可能になり、管理者が意図しないＤＤへの登録を防ぐことができ、セキュリティレベルが向上する。また、ホスト１００毎のネットワーク情報により自動的にことができ、管理者が意図するＤＤへの登録も可能となり、管理者の運用コストが低減する。
【実施例３】
【００４８】
実施例３を説明する。本実施例におけるシステム構成を図２１に示す。ホスト１００と、ストレージ装置１２０、ｉＳＮＳサーバ１３０は、実施例１と同様の構成であり、その詳しい説明は省略する。相違点を中心として、以下説明する。管理端末２１００は、ｉＳＮＳサーバ１３０のデータの管理などを行う端末であり、イニシエータの登録を可能又は不可能とする設定を行うことができる。
【００４９】
図２２に管理端末の構成を示す。管理端末２１００は、ｉＳＮＳサーバ１３０のデータの管理などを行う端末であり、ネットワークからのデータを送受信するネットワークインタフェース２１０１と、プログラムを実行しホスト全体を制御するＣＰＵ２１０２と、プログラムのための記憶領域であるメモリ２１０３と、プログラムやユーザデータなどを記憶する記憶装置２１０４と、キーボードやマウスなどのユーザからの情報を入力するための入力装置２１０５と、ディスプレイなどユーザへの表示のための出力装置２１０６と、これらのデータを転送するためのバス２１０７を備えている。
【００５０】
図２３に管理端末のメモリの構成を示す。メモリ２２０３は、ネットワークインタフェース１０１とのデータ送受信を行うネットワーク処理プログラム２３０４と、画面からの操作によりデータを管理するデータ管理プログラム２３０３と、ｉＳＮＳメッセージの処理を担当するｉＳＣＳＩ処理プログラム２３０２と、本発明の特徴であるＤＤ管理プログラム２３０１と、を備えている。
【００５１】
図２４に、管理端末の記憶装置の構成を示す。記憶装置２２０４は、ＤＤ管理プログラム６０１が読み込み／書き込みを行うＤＤ管理データベース２４０１を備えている。
【００５２】
図２５に、ＤＤ管理データベース構成を示す。ｉＳＮＳデータベース２４０１は、ＤＤ登録の許可情報を含むＡＣＬ情報テーブル１７０１を備えている。ＡＣＬ情報テーブルの構成は実施例２と同様である。
【００５３】
図２６に、メッセージフローの一例を示す。ホスト１００のｉＳＮＳ処理プログラム２０１は、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２に対して、ＤｅｖＡｔｔｒＲｅｇメッセージ２６０１を送信する。それを受信したｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２は、管理端末２１００のＤＤ管理プログラム２３０１に登録承認要求メッセージ２６０２を送信する。それを受信した管理端末２１００のＤＤ管理プログラム２３０１は、ＤＤへの登録可否を判断し、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２に登録承認応答メッセージ２６０３を送信する。それを受信したｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２は、ホスト１００のｉＳＮＳ処理プログラム２０１にＤｅｖＡｔｔｒＲｅｇＲｓｐメッセージ２６０４を送信する。さらに、登録承認要求メッセージ２６０２に対する結果が否認であった場合、ｉＳＮＳサーバ１３０のＤＤ管理プログラム６０１は、他のＤＤへ登録するため、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２にＤＤＲｅｇメッセージ２６０５を送信する。それを受信したｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２は、指定のＤＤへ登録を行い、管理端末２１００のＤＤ管理プログラム２３０１にＤＤＲｅｇＲｓｐメッセージ２６０６を送信する。さらに、ＤＤが変更されると、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２は、ホスト１００のｉＳＮＳ処理プログラム２０１にＳＣＮメッセージ２６０７を送信する。それを受信したホスト１００のｉＳＮＳ処理プログラム２０１は、ｉＳＮＳサーバ１３０のｉＳＮＳ処理プログラム６０２にＳＣＮＲｓｐメッセージ２６０８を送信する。
【００５４】
各プログラムの動作フローは実施例２と同様であり、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報編集画面、ＡＣＬ情報編集画面の構成は実施例１と同様であり、データ管理プログラムのフローチャートは実施例１と同様であり、これらの詳しい説明は省略する。
【００５５】
本実施例により、ホスト１００がＤＤに登録しようとした場合、管理端末で動作するＤＤ管理プログラム２３０１が、Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報編集画面２７００を用いて登録したＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル７０２の制限１８０１に基づき、ＤＤへの登録可否を判断し、制限１８０１がＡｌｌｏｗであれば、指定されたＤＤへ登録する。また、Ａｌｌｏｗでなければ、制限がＦｒｅｅであるＤＤに登録する。また、制限１８０１がＡｓｋであれば、ＡＣＬ情報編集画面２８００を用いて登録したＡＣＬ情報テーブル１７０１のネットワーク１９０１と、制限１９０３に基づき登録要求元のホスト１００を自動的に指定のＤＤへ登録することができる。これによって、ＤＤ毎の登録制限が可能になり、管理者が意図しないＤＤへの登録を防ぐことができ、セキュリティレベルが向上する。また、ホスト１００毎のネットワーク情報により自動的に設定することができ、管理者が意図するＤＤへの登録も可能となり、管理者の運用コストが低減する。さらに、ＡＣＬ情報テーブル１７０１をｉＳＮＳサーバ１３０ではなく、管理端末２１００で管理することも可能であるため、ＡＣＬ情報テーブル１７０１を頻繁に変更する場合など、さまざまな要求への対応が可能となる。
【００５６】
以上実施例で説明したように、本発明は、ネットワークを介してそれぞれ接続したホスト、ｉＳＮＳサーバ及びストレージ装置を備えており、イニシエータからターゲットとなる前記ストレージ装置へのアクセスを制御することができるストレージネットワークシステムにおいて、イニシエータの登録を可能又は不可能とする設定を、前記ターゲット毎に行う登録制限設定手段を有するストレージネットワークシステムである。
【００５７】
また、本発明は、前記登録制限設定手段は、前記ｉＳＮＳサーバが有するストレージネットワークシステムである。
【００５８】
そして、本発明は、前記ネットワークに接続した管理端末を備えており、該管理サーバが前記登録制限設定手段を有するストレージネットワークシステムである。
【００５９】
更に、本発明は、イニシエータの登録の制限がない設定を、前記ターゲットに行う登録自由設定手段を有するストレージネットワークシステムである。
【００６０】
また、本発明は、イニシエータの登録制限内容を問合せとする設定を、前記ターゲットに行う問合せ設定手段と、イニシエータの登録制限内容の問合せに対して回答する登録制限内容を記憶する登録制限内容記憶手段とを有するストレージネットワークシステムである。
【００６１】
そして、本発明は、ネットワークを介してそれぞれ接続したホスト、ｉＳＮＳサーバ及びストレージ装置を備えたストレージネットワークシステムにおける、イニシエータからターゲットとなる前記ストレージ装置へのアクセスを制御する方法において、イニシエータの登録を可能又は不可能とする設定を行うステップを有するアクセス制御方法である。
【図面の簡単な説明】
【００６２】
【図１】実施例１におけるシステム構成を説明する図。
【図２】実施例１におけるホストのメモリの構成を説明する図。
【図３】実施例１におけるストレージ装置の構成を説明する図。
【図４】実施例１におけるｉＳＮＳサーバの構成を説明する図。
【図５】実施例１におけるｉＳＮＳサーバの記憶装置の構成を説明する図。
【図６】実施例１におけるｉＳＮＳサーバのメモリの構成を説明する図。
【図７】実施例１におけるｉＳＮＳデータベースの構成を説明する図。
【図８】実施例１におけるＳｔｏｒａｇｅ  Ｎｏｄｅ情報テーブルの構成の一例を説明する図。
【図９】実施例１におけるＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブルの構成の一例を説明する図。
【図１０】実施例１におけるメッセージフローの一例を説明する図。
【図１１】実施例におけるホストのｉＳＮＳ処理プログラムのフローチャートの一例を説明する図。
【図１２】実施例におけるホストのｉＳＮＳ処理プログラム初期化フローチャートの一例を説明する図。
【図１３】実施例１におけるｉＳＮＳサーバのｉＳＮＳ処理プログラムのフローチャートの一例を説明する図。
【図１４】実施例１におけるｉＳＮＳサーバのｉＳＮＳ処理プログラム初期化フローチャートの一例を説明する図。
【図１５】実施例１におけるｉＳＮＳサーバのＤＤ管理プログラムのフローチャートの一例を説明する図。
【図１６】実施例１におけるｉＳＮＳサーバのＤＤ管理プログラムの初期化フローチャートの一例を説明する図。
【図１７】実施例２におけるｉＳＮＳデータベースの構成を説明する図。
【図１８】実施例２におけるＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブルの構成を説明する図。
【図１９】実施例２におけるＡＣＬ情報テーブルの構成を説明する図。
【図２０】実施例２におけるｉＳＮＳサーバのＤＤ管理プログラムのフローチャートの一例を説明する図。
【図２１】実施例３におけるシステム構成を説明する図。
【図２２】実施例３における管理端末の構成を説明する図。
【図２３】実施例３における管理端末のメモリの構成を説明する図。
【図２４】実施例３における管理端末の記憶装置の構成を説明する図。
【図２５】実施例３におけるＤＤ管理データベースの構成を説明する図。
【図２６】実施例３におけるメッセージフローの一例を説明する図。
【図２７】実施例１におけるＤｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報編集画面の一例を説明する図。
【図２８】実施例２におけるＡＣＬ情報編集画面の一例を説明する図。
【図２９】実施例１におけるデータ管理プログラムのフローチャートの一例を説明する図。
【符号の説明】
【００６３】
１００・・・ホスト、１２０・・・ストレージ装置、１３０・・・ｉＳＮＳサーバ、６０１・・・ＤＤ管理プログラム、６０２・・・ｉＳＮＳ処理プログラム、７０２・・・Ｄｉｓｃｏｖｅｒｙ  Ｄｏｍａｉｎ情報テーブル、１７０１・・・ＡＣＬ情報テーブル
【図１】
2006107158.tif 000003
【図２】
2006107158.tif 000004
【図３】
2006107158.tif 000005
【図４】
2006107158.tif 000006
【図５】
2006107158.tif 000007
【図６】
2006107158.tif 000008
【図７】
2006107158.tif 000009
【図８】
2006107158.tif 000010
【図９】
2006107158.tif 000011
【図１０】
2006107158.tif 000012
【図１１】
2006107158.tif 000013
【図１２】
2006107158.tif 000014
【図１３】
2006107158.tif 000015
【図１４】
2006107158.tif 000016
【図１５】
2006107158.tif 000017
【図１６】
2006107158.tif 000018
【図１７】
2006107158.tif 000019
【図１８】
2006107158.tif 000020
【図１９】
2006107158.tif 000021
【図２０】
2006107158.tif 000022
【図２１】
2006107158.tif 000023
【図２２】
2006107158.tif 000024
【図２３】
2006107158.tif 000025
【図２４】
2006107158.tif 000026
【図２５】
2006107158.tif 000027
【図２６】
2006107158.tif 000028
【図２７】
2006107158.tif 000029
【図２８】
2006107158.tif 000030
【図２９】
2006107158.tif 000031