(57)【要約】【課題】ユーザニーズに応じた最適帯域のパスを動的に確立できるネットワークシステムを提供する。【解決手段】中継網５に接続されたスイッチングノード（ＭＧＳ）１に、中継網経由で転送されるデータサイズと対応して予め帯域制御パラメータ値を記憶したテーブル３７を用意し、遠隔ストレージ装置へのアクセス要求が発生した時、上記テーブル３７から、アクセス要求が示す転送データサイズに適合した帯域制御パラメータ値を求め、これらのパラメータ値を使用して中継網上に最適帯域のパスを自動的に設定する。上記パスは、データ転送が終了した時、自動的に解放される。【選択図】　図６
2004056728.tif 000002
【特許請求の範囲】
【請求項１】
中継網に接続するための第１インタフェースと、エリア網に接続するための複数の第２インタフェースと、パス制御部とからなるスイッチングノード装置であって、
上記パス制御部が、
転送すべきデータサイズ区分毎に各種の帯域制御パラメータを定義した属性テーブルを有し、
上記第２インタフェースのうちの１つから上記中継網に接続された遠隔ストレージ装置をアクセスするためのコマンドを含むパケットを受信した時、上記属性テーブルから上記受信コマンドが示す転送データ長と対応するデータサイズ区分の帯域制御パラメータを読み出し、該帯域制御パラメータに従って上記中継網上に帯域確保されたパスを設定するための通信手順を実行することを特徴とするスイッチングノード装置。
【請求項２】
前記第１インタフェースと各第２インタフェースとパス制御部が内部データバスによって接続され、
前記第２インタフェースの各々が、前記遠隔ストレージ装置をアクセスするためのコマンドパケットに前記パス制御部宛のルーティングを付加して上記内部データバスに送出するための手段を有し、
上記パス制御部が、前記帯域確保されたパス設定のための通信手順が完了した後、上記コマンドパケットに前記第１インタフェース宛のルーティングを付加して上記内部データバスに送出することを特徴とする請求項１に記載のスイッチングノード装置。
【請求項３】
前記第１インタフェースと各第２インタフェースとパス制御部が内部データバスによって接続され、
前記第２インタフェースの各々が、前記遠隔ストレージ装置をアクセスするためのコマンドパケットに前記第１インタフェース宛のルーティングを付加して上記内部データバスに送出すると共に、上記コマンドパケットに前記パス制御部宛のルーティングを付加して上記内部データバスに送出するための手段を有し、
前記遠隔ストレージ装置による上記コマンドの実行に並行して、前記帯域確保されたパス設定のための通信手順が実行されることを特徴とする請求項１に記載のスイッチングノード装置。
【請求項４】
前記パス制御部が、前記遠隔ストレージ装置をアクセスするためのコマンドと対応して、上記属性テーブルから読み出された帯域制御パラメータと前記帯域確保されたパスの定義情報とを記憶するためのパス管理テーブルを有することを特徴とする請求項１〜請求項３の何れかに記載のスイッチングノード装置。
【請求項５】
中継網に接続するための第１インタフェースと、エリア網に接続するための複数の第２インタフェースと、上記エリア網内のユーザ端末と専用線を介して接続するための第３インタフェースと、パス制御部とからなるスイッチングノード装置であって、
上記パス制御部が、
転送すべきデータの属性区分毎に各種の帯域制御パラメータを定義した属性テーブルを有し、
上記第３インタフェースからデータ属性を指定してパス確保要求を受信した時、上記属性テーブルから上記指定されたデータ属性と対応する属性区分の帯域制御パラメータを読み出し、該帯域制御パラメータに従って上記中継網上に帯域確保されたパスを設定するための通信手順を実行し、
上記第２インタフェースのうちの１つからその後に受信されるコマンドに従って上記ユーザ端末と遠隔ストレージ装置との間で行われるデータ転送が、上記帯域確保されたパスを通して行われるようにしたことを特徴とするスイッチングノード装置。
【請求項６】
前記エリア網にファイバーチャネル・プロトコル（ＦＣＰ）が適用され、前記中継網にＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）が適用され、
前記第２インタフェースが、ＦＣＰパケットとＩＰパケットとの間のプロトコル変換機能を備えることを特徴とする請求項１〜請求項５の何れかに記載のスイッチングノード装置。
【請求項７】
それぞれ第１、第２のスイッチングノードを介して中継網に接続された第１、第２のストレージエリア網からなるネットワークにおける遠隔ストレージのアクセス方法であって、
上記第１のストレージエリア網に属するコンピュータ装置から、上記第２のストレージエリア網に属するストレージ装置に対して、ファイルアクセス命令を送信し、
上記ファイルアクセス命令を受信した第１のスイッチングノードが、上記命令の上記中継網への転送を保留した状態で、上記第２のスイッチングノードと共同して、上記中継網に上記命令で指定される転送データ長に適合した帯域をもつ通信パスを設定するための通信手順を実行し、
上記パスが設定された後で、第１のスイッチングノードから上記ストレージ装置に上記ファイルアクセス命令を転送することにより、
上記ファイルアクセス命令に付随する上記コンピュータ装置とストレージ装置との間のデータ転送が上記通信パスを通して行われるようにしたことを特徴とする遠隔ストレージ装置のアクセス方法。
【請求項８】
それぞれ第１、第２のスイッチングノードを介して中継網に接続された第１、第２のストレージエリア網からなるネットワークにおける遠隔ストレージ装置のアクセス方法であって、
上記第１のストレージエリア網に属するコンピュータ装置から、上記第２のストレージエリア網に属するストレージ装置に対して、ファイルアクセス命令を送信し、
上記ファイルアクセス命令を受信した第１のスイッチングノードが、上記命令を上記中継網に転送した後、上記第２のスイッチングノードと共同して、上記中継網に上記命令で指定する転送データ長に適合した帯域をもつ通信パスを設定するための通信手順を実行し、
上記ファイルアクセス命令が上記ストレージ装置で受信された後、上記コンピュータ装置とストレージ装置との間で、標準的な通信パスで上記ファイルアクセス命令に付随するデータ転送を行い、
上記適合帯域の通信パスが設定された後、上記コンピュータ装置とストレージ装置との間で、上記適合帯域の通信パスを通して、上記ファイルアクセス命令に付随するデータ転送を行うことを特徴とする遠隔ストレージ装置のアクセス方法。
【請求項９】
前記コンピュータ装置が、前記ファイルアクセス命令の送信に先立って前記ストレージ装置と交信し、前記ファイルアクセス命令で指定すべき転送データ長を取得することを特徴とする請求項７または請求項８に記載の遠隔ストレージ装置のアクセス方法。
【請求項１０】
前記ファイルアクセス命令に付随するデータ転送の終了時に、前記ストレージ装置から前記コンピュータ装置に制御コマンドを送信し、
上記制御コマンドに応答して、前記第１のスイッチングノードから第２のスイッチングノードに、前記適合帯域の通信パスを解放するためのメッセージを送信することを特徴とする請求項７〜請求項９の何れかに記載の遠隔ストレージ装置のアクセス方法。
【請求項１１】
それぞれ第１、第２のスイッチングノードを介して中継網に接続された第１、第２のストレージエリア網からなるネットワークにおける遠隔ストレージ装置のアクセス方法であって、
上記第１のストレージエリア網に属するコンピュータ装置から上記第１のスイッチングノードに、上記第２のストレージエリア網に属するストレージ装置をアクセスするための通信パスの確保を要求し、
上記要求を受信した第１のスイッチングノードが、上記第２のスイッチングノードと共同して、上記中継網に上記要求で指定するデータ属性に適合した帯域をもつ通信パスを設定するための通信手順を実行し、該通信手順の完了時に、上記コンピュータ装置に通信パス確保を通知し、
上記通信パス確保通知の受信後に、上記コンピュータ装置から上記ディスク装置にファイルアクセス命令を送信することによって、
上記ファイルアクセス命令に付随する上記コンピュータ装置とディスク装置との間のデータ転送が上記適合帯域をもつ通信パスを通して行われるようにしたことを特徴とする遠隔ストレージ装置のアクセス方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ストレージ・ネットワーク用のスイッチングノード装置および遠隔ストレージ装置のアクセス方法に関し、更に詳しくは、複数拠点のストレージアリア網（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ、以下、ＳＡＮと言う）を専用線またはＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）網等からなる中継網で接続するのに適したスイッチングノード装置および遠隔ストレージ装置のアクセス方法に関する。
【０００２】
【従来の技術】
ＳＡＮは、磁気ディスクに代表されるストレージ装置と、サーバ、ユーザ端末などのコンピュータ装置を高速デジタルデータ伝送路で相互接続したネットワークである。上記高速デジタルデータ伝送路としては、ＡＮＳＩ（Ａｍｅｒｉｃａｎ　Ｎａｔｉｏｎａｌ　Ｓｔａｎｄａｒｄ　Ｉｎｓｔｉｔｕｔｅ）のＴ１１委員会で審議され、標準化されたファイバチャネル（Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ、以下、ＦＣと言う）が適用される。
【０００３】
ＦＣは、基本的にはシリアルなデータ伝送方式であり、伝送媒体として光ファイバやメタルケーブルが使用されている。一般に、伝送媒体としてメタルケーブルを使用すると、信号伝送距離は数１０ｍに制限される。光ファイバを適用すると、信号伝送距離を１０ｋｍ程度に拡張することが可能となる。
【０００４】
ＦＣは、本来はＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）用のプロトコルとして採用されてきたが、光ファイバを適用することによって、信号の伝送距離を１０ｋｍ程度に伸ばすことができるため、ＦＣプロトコルでＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を構築することも可能である。また、複数サイトに分散したＳＡＮｓを中継網で接続し、１つのサイトから中継網を介して他サイトのストレージ装置をアクセスするネットワーク構成も可能である。
【０００５】
【発明が解決しようとする課題】
ＳＡＮにおけるコンピュータ装置（ユーザ端末またはサーバ）とストレージとの間の通信は、通常の端末間通信に比較してデータ量の大きいファイルデータ転送が主体となる。従って、複数サイトのＳＡＮｓを中継網で接続したストレージ・ネットワークにおいては、１つのサイトから他サイトのストレージ装置をアクセスする場合、中継網上の通信パス帯域が問題となる。
【０００６】
一般に、利用者が、パス帯域を確保するために、広域ＩＰ網などの中継網を提供するキャリア事業者との間で交わす専用線契約は、固定帯域／常時接続契約となることが多い。ここで、固定帯域は、中継網上で一定帯域（スループット）の通信回線（パス）を保証することを意味し、常時接続は、ユーザが何時で使えるように、通信回線を全時間接続状態に保つことを意味している。
【０００７】
従って、ユーザが低速回線を契約した場合、例えば、数ギガ〜数テラバイトのデータベースファイルやＬＳＩ設計データ等のように、帯域に見合わない巨大なデータを転送しようとすると、データ転送に膨大な時間が費やされる。逆に、巨大なデータを短時間で転送できるように、広帯域回線を契約すると、回線を使用していない期間中にも帯域に応じた課金が行われるため、コストが掛かるという問題がある。
また、上記問題を回避するために、データ転送の都度、ユーザが必要帯域のパス設定を行おうとしても、ネットワーク上でパス設定／帯域確保のために必要とするパラメータ値の特定と通信手順の実行が容易でない。
【０００８】
本発明の目的は、ユーザニーズに応じた最適帯域のパスを動的に確立できるネットワークシステムを提供することにある。
本発明の他の目的は、転送データ量に応じた最適帯域のパスを随時に確立し、通信終了時に解放できるスイッチングノード装置を提供することにある。
本発明の更に他の目的は、中継網上で最適帯域のパスを保証し、１つのサイトから遠隔ストレージ装置をアクセスするのに適したストレージ・ネットワーク用のスイッチングノード装置を提供することにある。
本発明の更に他の目的は、中継網を介して大量データを転送するのに適した遠隔ストレージ装置のアクセス方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、中継網に接続されるスイッチングノード装置に、上記中継網で転送すべきファイルデータのサイズまたは属性と対応して予め帯域制御パラメータ値を記憶しておき、ユーザから遠隔ストレージ装置へのアクセス要求またはパス設定要求が発生した時、スイッチングノード装置が、上記要求が示す転送データサイズまたはデータ属性から、要求に適合した帯域制御パラメータ値を特定し、これらのパラメータ値を使用して中継網上に最適帯域のパスを自動的に設定し、データ転送が終了した時、上記パスを自動的に解放することを特徴とする。
【００１０】
更に詳述すると、本発明のスイッチングノード装置は、中継網に接続するための第１インタフェースと、エリア網に接続するための複数の第２インタフェースと、パス制御部とからなり、
上記パス制御部が、転送すべきデータサイズ区分毎に各種の帯域制御パラメータを定義した属性テーブルを有し、上記第２インタフェースのうちの１つから上記中継網に接続された遠隔ストレージ装置をアクセスするためのコマンドを含むパケットを受信した時、上記属性テーブルから上記受信コマンドが示す転送データ長と対応するデータサイズ区分の帯域制御パラメータを読み出し、該帯域制御パラメータに従って上記中継網上に帯域確保されたパスを設定するための通信手順を実行することを特徴とする。
【００１１】
本発明の１実施例によるスイッチングノード装置は、中継網に接続するための第１インタフェースと、エリア網に接続するための複数の第２インタフェースと、上記エリア網内のユーザ端末と専用線を介して接続するための第３インタフェースと、パス制御部とからなり、
上記パス制御部が、転送すべきデータの属性区分毎に各種の帯域制御パラメータを定義した属性テーブルを有し、上記第３インタフェースからデータ属性を指定してパス確保要求を受信した時、上記属性テーブルから上記指定されたデータ属性と対応する属性区分の帯域制御パラメータを読み出し、該帯域制御パラメータに従って上記中継網上に帯域確保されたパスを設定するための通信手順を実行し、上記第２インタフェースのうちの１つからその後に受信されるコマンドに従って上記ユーザ端末と遠隔ストレージ装置との間で行われるデータ転送が、上記帯域確保されたパスを通して行われるようにしたことを特徴とする。
【００１２】
上記エリア網には、例えば、ファイバーチャネル・プロトコル（ＦＣＰ）が適用され、中継網には、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）が適用される。この場合、第２インタフェースは、ＦＣＰパケットとＩＰパケットとの間のプロトコル変換機能を備える。
【００１３】
本発明による遠隔ストレージのアクセス方法は、それぞれ第１、第２のスイッチングノードを介して中継網に接続された第１、第２のストレージエリア網からなるネットワークにおいて、
上記第１のストレージエリア網に属するコンピュータ装置から、上記第２のストレージエリア網に属するストレージ装置に対して、ファイルアクセス命令を送信し、
上記ファイルアクセス命令を受信した第１のスイッチングノードが、上記命令の上記中継網への転送を保留した状態で、上記第２のスイッチングノードと共同して、上記中継網に上記命令で指定される転送データ長に適合した帯域をもつ通信パスを設定するための通信手順を実行し、
上記パスが設定された後で、第１のスイッチングノードから上記ストレージ装置に上記ファイルアクセス命令を転送することにより、上記ファイルアクセス命令に付随する上記コンピュータ装置とストレージ装置との間のデータ転送が上記通信パスを通して行われるようにしたことを特徴とする。
【００１４】
本発明の１実施例による遠隔ストレージ装置のアクセス方法は、
上記ファイルアクセス命令を受信した第１のスイッチングノードが、上記命令を上記中継網に転送した後、上記第２のスイッチングノードと共同して、上記中継網に上記命令で指定する転送データ長に適合した帯域をもつ通信パスを設定するための通信手順を実行し、
上記ファイルアクセス命令が上記ストレージ装置で受信された後、上記コンピュータ装置とストレージ装置との間で、標準的な通信パスで上記ファイルアクセス命令に付随するデータ転送を行い、
上記適合帯域の通信パスが設定された後、上記コンピュータ装置とストレージ装置との間で、上記適合帯域の通信パスを通して、上記ファイルアクセス命令に付随するデータ転送を行うことを特徴とする。
尚、上記コンピュータ装置は、例えば、ファイルアクセス命令の送信に先立って上記ストレージ装置と交信し、ファイルアクセス命令で指定すべき転送データ長を取得する。
【００１５】
本発明の他の実施例による遠隔ストレージ装置のアクセス方法は、
上記第１のストレージエリア網に属するコンピュータ装置から上記第１のスイッチングノードに、上記第２のストレージエリア網に属するストレージ装置をアクセスするための通信パスの確保を要求し、
上記要求を受信した第１のスイッチングノードが、上記第２のスイッチングノードと共同して、上記中継網に上記要求で指定するデータ属性に適合した帯域をもつ通信パスを設定するための通信手順を実行し、該通信手順の完了時に、上記コンピュータ装置に通信パス確保を通知し、
上記通信パス確保通知の受信後に、上記コンピュータ装置から上記ディスク装置にファイルアクセス命令を送信することによって、上記ファイルアクセス命令に付随する上記コンピュータ装置とディスク装置との間のデータ転送が上記適合帯域をもつ通信パスを通して行われるようにしたことを特徴とする。
本発明の上記および他の目的、特徴および利点は、以下に述べる図面を参照した実施例の説明から明らかになる。
【００１６】
【発明の実施の形態】
以下、本発明の実施例について図面を参照して説明する。
図１は、本発明によるストレージ・ネットワークの概略的な構成を示す。
ストレージ・ネットワークは、それぞれユーザ端末２（２Ａ、２Ｂ）とディスク装置３（３Ａ、３Ｂ）を収容したスイッチングノード：ＭＧＳ（Ｍｕｌｔｉ−ｐｒｏｔｏｃｏｌ　Ｇａｔｅｗａｙ　Ｓｗｉｔｃｈ）１（１Ａ、１Ｂ）と、これらのＭＧＳを中継網、例えば、広域ＩＰ網５に接続するためのルータ４（４Ａ、４Ｂ）とからなる。各ＭＧＳ１は、伝送路Ｌ１（Ｌ１ａ、Ｌ１ｂ）を介してユーザ端末２とディスク装置３に接続され、伝送路Ｌ２（Ｌ２ａ、Ｌ２ｂ）を介して、ルータ４と接続されている。
【００１７】
ここで、ＭＳＧ：１Ａは、ユーザ端末２Ａ、ディスク装置３Ａと共に１つのローカルＳＡＮを形成し、ＭＳＧ：１Ｂは、ユーザ端末２Ｂ、ディスク装置３Ｂと共に別のローカルＳＡＮを形成している。各ローカルＳＡＮには、サーバ等の他の装置も接続されるが、本明細書では説明を簡単化するために、サーバ等も含めて、ディスク装置をアクセスするコンピュータ装置をユーザ端末２で代表させる。
【００１８】
伝送路Ｌ１上には、例えば、ファイバチャネル（Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ：ＦＣ）が適用される。ディスク装置のアクセスには、一般的にＳＣＳＩ（Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ）が適用されるため、ユーザ端末２とディスク装置３は、ＳＣＳＩパケット（コマンドまたはデータ）をファイバチャネル・プロトコル（Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ　Ｐｒｏｔｏｃｏｌ：ＦＣＰ）のパケットに変換して伝送路Ｌ１に出力し、逆に、伝送路Ｌ１から受信したＦＣＰパケットをＳＣＳＩパケットに変換するＳＣＳＩ−ＦＣＰプロトコル変換機能（インタフェース機能）を備える。但し、上記伝送路Ｌ１をＦＣに限定する必然性はなく、例えば、ＳＣＳＩをＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）にマッピングしたｉＳＣＳＩプロトコルを適用しても良い。このような伝送路Ｌ１で接続されたネットワークは、一般にＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）と呼ばれている。
【００１９】
伝送路Ｌ２上の通信にはＩＰが使用される。従って、ＭＧＳ１には、ＳＡＮで使用されるＳＣＳＩをＩＰにマッピングするｉＳＣＳＩ、ＦＣＰをＩＰネットワークにトンネリングするＦＣＩＰ（Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ　ｏｖｅｒ　ＴＣＰ／ＩＰ）またはｉＦＣＰ（Ｉｎｔｅｒｎｅｔ　Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ　Ｐｒｏｔｏｃｏｌ）などのプロトコル変換機能が必要となる。
【００２０】
本発明の目的は、図１に示すように複数のＳＡＮをＩＰ網５で接続したストレージ・ネットワークにおいて、例えば、ユーザ端末２Ａから遠隔地にあるディスク装置３Ｂをアクセスする場合に、ＩＰ網内での使用通信帯域をＭＧＳによって最適化することにある。以下の実施例では、ＭＧＳにＦＣＩＰを適用した場合について説明するが、ＦＣＩＰに代えてｉＳＣＳＩやｉＦＣＰなどの他のプロトコル変換機能を適用できること明らかである。
【００２１】
図２は、ＭＧＳ：１Ａの１実施例を示すブロック図である。ＭＧＳ１Ｂもこれと同様の構成となっている。
ＭＧＳ：１Ａは、それぞれ伝送路Ｌ１ａ（Ｌ１ａ−１〜Ｌ１ａ−ｎ）に接続される複数のＳＡＮインタフェース部１０（１０−１〜１０−ｎ）と、伝送路Ｌ２ａに接続されるＩＰインタフェース部２０と、パス制御部３０と、バス管理部６０からなり、これらの要素はデータバス５０と制御バス５１によって相互に接続されている。バス管理部６０は、制御バス５１を介して、上記各インタフェース部１０、２０およびパス制御部３０によるデータバス５０の競合を調停し、バス上での障害を管理する。
【００２２】
ＳＡＮインタフェース部１０は、伝送路Ｌ２ａから受信したＦＣＰパケットをＩＰヘッダでカプセル化し、これにルーチング情報（スイッチング情報）を含む内部ヘッダを付加し、内部パケットとしてデータバス５０に出力する。また、データバス５０から選択的に取り込んだ内部パケットをデカプセル化し、ＦＣＰパケットとして伝送路Ｌ１ａに出力する。
【００２３】
ＩＰインタフェース部２０は、データバス５０から選択的に取り込んだ内部パケットから内部ヘッダを除去し、ＩＰパケットとして伝送路Ｌ２ａに出力する。また、伝送路Ｌ２ａから選択的に受信したＩＰパケットにルーチング情報を含む内部ヘッダを付加し、内部パケットとしてデータバス５０に出力する。
【００２４】
本実施例では、各ＳＡＮインタフェース部１０に、伝送路Ｌ１ａからの受信パケットが、ＩＰ網５に接続された遠隔ディスク装置宛のＦＣＰデータ（ＦＣＰ−ＤＡＴＡ）パケットの場合は、ＩＰインタフェース２０宛のルーティング情報を付加して、データバス５０に出力させる。伝送路Ｌ１ａからの受信パケットが、ＩＰ網５に接続された遠隔ディスク装置宛のＦＣＰコマンド（ＦＣＰ−ＣＭＮＤ）パケットの場合は、パス制御部３０宛のルーティング情報を付加して、データバス５０に出力させる。また、データバス５０からの受信パケットがＦＣＰレスポンス（ＦＣＰ−ＲＳＰ）パケットの場合は、これを伝送路Ｌ１ａに出力すると共に、パス制御部３０宛のルーティング情報を付加してデータバス５０に出力させる。
【００２５】
尚、伝送路Ｌ１ａからの受信パケットが、ＭＧＳ：１Ａに接続されたディスク装置宛のＦＣＰ−ＤＡＴＡパケット、ＦＣＰ−ＣＭＮＤパケット、またはＭＧＳ１Ａに接続されたユーザ端末宛のＦＣＰ−ＤＡＴＡパケットの場合は、宛先と対応したＳＡＮインタフェースのルーティング情報を付加して、データバス５０に出力させる。
【００２６】
図３は、伝送路Ｌ２ａから受信されるＦＣＰパケットと内部パケットとの関係を示す。１００はＦＣＰパケット、１２０はＦＣＰパケットに付加されるＩＰカプセル化ヘッダ、１３０は内部ヘッダを示す。
ここでは、ＦＣＰパケット１００がＦＣＰコマンド（ＦＣＰ−ＣＭＮＤ）の場合を示す。ＦＣＰ−ＣＭＮＤは、宛先アドレス（Ｄ−ＩＤ）１０１、送信元アドレス（Ｓ−ＩＤ）１０２、その他の情報を含むヘッダ部の後に、論理装置番号（ＬＵＮ）フィールド１０３と、複数のＳＣＳＩコマンドを示すＳＣＳＩ　ＣＤＢ（Ｃｏｍｍａｎｄ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｂｌｏｃｋ）フィールド１０４が続いている。ＳＣＳＩコマンドは、ブロック１１０で示すように、オペコード１１１、論理ブロックアドレス１１２、転送データ長１１３を含むＣＤＢ形式で、フィールド１０４に設定される。
【００２７】
ＦＣＰパケット１００の種類は、Ｒ−ＣＴＬフィールド１０５の設定値によって判別できる。ＦＣＰ−ＣＭＮＤは、上記フィールド１０５の設定値が「６」、ＦＣＰ−ＲＳＰは「７」となっている。
ＩＰヘッダ１２０は、送信元ＩＰアドレス（Ｓ−ＩＰ）１２１、宛先ＩＰアドレス（Ｄ−ＩＰ）１２２、その他の情報を含んでいる。また、内部ヘッダ１３０には、ルーティング情報として、データバス５０に接続された他のインタフェース部およびパス制御部３０の識別番号が設定される。
【００２８】
図４は、ＳＡＮインタフェース１０−１の構成を示す。
ＳＡＮインタフェース１０−１は、伝送路Ｌ１ａ−１から入力されるディジタル信号を終端し、ＦＣＰパケットとして出力する入力回線終端回路１１と、上記ＦＣＰパケットをＩＰカプセル化ヘッダ１２０と内部ヘッダ１３０とが付加された内部パケットに変換する入力パケットヘッダ変換部１２と、上記内部パケットが供給されるＦＣＰコマンド検出部１３とを含む。
【００２９】
入力パケットヘッダ変換部１２は、アドレス変換テーブル（図示せず）を備えており、該テーブルを参照することによって、ＦＣＰパケットのヘッダ部から抽出された宛先アドレス（Ｄ−ＩＤ）１０１と対応する宛先ＩＰアドレス（Ｄ−ＩＰ）１２２と出力インタフェース番号（内部ルーティング情報）を求める。また、上記アドレス変換テーブルから、ＦＣＰパケットの送信元アドレス（Ｓ−ＩＤ）１０２と対応する送信元ＩＰアドレス（Ｓ−ＩＰ）１２１を求め、これらのＩＰアドレスと内部ルーティング情報を適用して、ＩＰカプセル化ヘッダ１２０と内部ヘッダ１３０を生成する。
【００３０】
上記ＳＡＮインタフェース１０−１は、更に、データバス５０に流れる内部パケットの内部ヘッダを判定し、自インタフェース（ＳＡＮインタフェース１０−１）宛のルーティング情報をもつ内部パケットを選択的に取り込むルーティング情報判定部１５と、該判定部１５の出力パケットから内部ヘッダとＩＰヘッダとを除去し、ＦＣＰパケットとして出力する出力パケットヘッダ変換部１６と、上記ＦＣＰパケットをディジタル信号として伝送路Ｌ１ａ−１に出力する出力回線終端回路１７と、ＳＡＮインタフェース制御部１８とを含む。入力パケットヘッダ変換部１２が備えるアドレス変換テーブルの内容は、上記ＳＡＮインタフェース制御部１８によって更新される。
【００３１】
ＦＣＰコマンド検出部１３は、入力パケットヘッダ変換部１２とルーティング情報判定部１５から供給された内部パケットの内容を判定する。入力パケットヘッダ変換部１２から供給された内部パケットが、ＩＰインタフェース宛のルーティング情報とＦＣＰ−ＣＭＮＤを含む場合は、内部ヘッダのルーティング情報をパス制御部３０宛のものに書き換えた後、データバス５０に出力する。ＩＰインタフェース宛のＦＣＰ−ＣＭＮＤ以外の内部パケットは、ルーティング情報を書き換えることなく、そのままデータバス５０に出力する。
【００３２】
一方、ルーティング情報判定部１５から供給された内部パケットがＦＣＰ−ＲＳＰを含む場合は、ＦＣＰコマンド検出部１３は、内部ヘッダのルーティング情報をパス制御部３０宛のものに書き換えた後、データバス５０に出力し、ＦＣＰ−ＲＳＰ以外の内部パケットは廃棄する。これによって、ＳＡＮで発生した遠隔ディスク装置宛のＦＣＰ−ＣＭＮＤと、遠隔ディスク装置が発生したＦＣＰ−ＲＳＰが、パス制御部３０に転送されることになる。
【００３３】
図５は、ＩＰインタフェース部２０の構成を示す。
ＩＰインタフェース部２０は、データバス５０に流れる内部パケットの内部ヘッダを判定し、自インタフェース（ＩＰインタフェース２０）宛のルーティング情報をもつ内部パケットを選択的に取り込むルーティング情報判定部２１と、該判定部２１からの出力パケットから内部ヘッダ１３０を除去して、ＩＰパケットに変換する出力パケットヘッダ変換部２２と、上記ＩＰパケットの伝送路Ｌ２ａへの転送レートを制御するパケットクラシファイア２３およびパケットスケジューラ２４と、該パケットスケジューラ２４からの出力パケットをディジタル信号に変換して伝送路Ｌ２ａに送出する出力回線終端回路２５とを含む。
【００３４】
パケットクラシファイア２３は、後述するパス制御部３０から制御信号線Ｌ２３に出力されるクラシファイア情報に基づいて、ＩＰパケットにＲＳＶＰ（Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）におけるＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）のクラス付けを行う。また、パケットスケジューラ２４は、パス制御部３０から制御信号線Ｌ２４に出力されるスケジューラ情報と各ＩＰパケットのＱｏＳクラスとに基づいて、ＲＳＶＰで確保されたパス帯域を遵守すべくＩＰパケットの送出間隔を制御する。
【００３５】
ＩＰインタフェース部２０は、更に、伝送路Ｌ２ａからの受信したディジタル信号を終端し、ＩＰパケットとして出力する入力回線終端回路２６と、入力回線終端回路２６から出力されたＩＰパケットにルーティング情報を含む内部ヘッダを付加し、内部パケットとしてデータバス５０に送出する入力パケットヘッダ変換部２７と、該入力パケットヘッダ変換部２７が参照するドレス変換テーブル（図示せず）の内容を更新するためのＩＰインタフェース制御部２８とを含む。
【００３６】
入力パケットヘッダ変換部２７は、入力回線終端回路２６から受信した各ＩＰパケットの宛先ＩＰアドレスをチェックし、宛先ＩＰアドレスがアドレス変換テーブルに登録済みのものであれば、上記アドレス変換テーブルに従って内部ヘッダを生成し、ＩＰパケットを内部パケットに変換する。宛先ＩＰアドレスがアドレス変換テーブルに未登録のＩＰパケットは、廃棄される。
【００３７】
図６は、パス制御部３０の１実施例を示す。
パス制御部３０は、ＲＳＶＰパス制御部３１と、データバス５０とＲＳＶＰパス制御部３１との間に接続されたＦＣＰパケットインタフェース３２およびＰＡＴＨ／ＲＥＳＶリクエスト・インタフェース３３と、ＲＳＶＰパス制御部３１に接続されたＲＳＶＰ帯域制御部３５と、ＲＳＶＰ帯域制御部３５とデータバス５０との間に接続されたＲＳＶＰパケットインタフェース３６と、アドレステーブル４１を管理するアドレス管理部４０とからなる。
【００３８】
ＦＣＰパケットインタフェース３２は、データバス５０からパス制御部３０宛のルーティング情報をもつ内部パケットを取り込み、該内部パケットがＦＣＰ−ＣＭＮＤまたはＦＣＰ−ＲＳＰを含む場合、これをＲＳＶＰパス管理部３１に渡す。また、ＲＳＶＰ手順の実行完了後に、ＲＳＶＰパス管理部３１が発行するＦＣＰ−ＣＭＮＤパケットをデータバス５０に出力する。
【００３９】
ＰＡＴＨ／ＲＥＳＶリクエスト・インタフェース３３は、データバス５０からパス制御部３０宛のルーティング情報をもつ内部パケットを取り込み、該内部パケットが後述するＰＡＴＨ（ＲＳＶＰ）メッセージまたはＲＳＶＰリクエスト許可メッセージを含む場合、これをＲＳＶＰパス管理部３１に渡す。また、ＲＳＶＰ帯域確保手順の実行に先立って、ＲＳＶＰパス管理部３１が発行するＰＡＴＨリクエスト用またはＲＥＳＶリクエスト用のパケットをデータバス５０に出力する。
【００４０】
アドレス管理部４０は、アドレステーブル４１でＭＧＳ：１Ａにおける総括的なアドレス変換情報を管理し、データバス５０を介して、ＳＡＮインタフェース部１０−ｉ（ｉ＝１〜ｎ）とＩＰインタフェース部２０が使用するローカルなアドレス変換テーブルの内容を更新する。
【００４１】
本実施例では、ＲＳＶＰパス管理部３１が、ＳＡＮインタフェース部１０−ｉ（ｉ＝１〜ｎ）からＦＣＰパケットインタフェース３２を介して受信したＦＣＰ−ＣＭＮＤパケットを一時的に保持した状態で、ＲＳＶＰによるパス設定／帯域確保手順を実行することを特徴とする。上記ＦＣＰ−ＣＭＮＤ用のＩＰパケットは、ＲＳＶＰによる帯域確保が完了した時、ＲＳＶＰパス管理部３１からＦＣＰパケットインタフェース３２とデータバス５０を介してＩＰインタフェース部２０に転送され、ＩＰ網に送出される。
【００４２】
ＲＳＶＰパス管理部３１は、図７に示すパス管理フローチャート３００に従って動作する。
ＦＣＰパケットインタフェース３２から内部パケットを受信すると、ＲＳＶＰパス管理部３１は、受信パケットの種別を判定し（ステップ３０１）、受信パケットがＦＣＰ−ＣＭＮＤを含む場合は、受信パケットのＩＰヘッダからＳ−ＩＰアドレスとＤ−ＩＰアドレス、ＦＣＰヘッダからＳ−ＩＤアドレス、Ｄ−ＩＤアドレスを抽出し、ＦＣＰ―ＣＭＮＤから、パス管理項目となる論理装置番号（ＬＵＮ：Ｌｏｇｉｃａｌ　Ｕｎｉｔ　Ｎｕｍｂｅｒ）１０３、格納アドレス（ＬＢＡ：Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ａｄｄｒｅｓｓ）１１２、転送データ長（Ｔｒａｎｓｆｅｒ　Ｌｅｎｇｔｈ）１１３を抽出する（３０２）。
【００４３】
ＲＳＶＰパス管理部３１は、上記転送データ長１１３を検索キーとして属性テーブル３７Ａを参照し、帯域設定の要否判定とパス設定／帯域確保に必要なパラメータ値を算出する（３０３）。
属性テーブル３７Ａは、ＲＳＶＰによる帯域制御に必要な各種パラメータ値を指定するためのものであり、例えば、図８に示すように、データサイズ区分３７０Ａ−１〜３７０Ａ−ｍ毎に、第１パラメータ群Ｔ−Ｓｐｅｃ：３７１として、平均帯域（ＴＢＲ）、最大帯域（ＭＴＲ）およびバーストサイズ（ＴＢＳ）、第２パラメータ群Ｒ−Ｓｐｅｃ：３７２として、許容最小遅延（ＭＤＮ）、許容最大遅延変動（ＭＤＶ）、許容パケット損失数（ＬＳ）、許容連続パケット損失数（ＢＬＳ）、パケット損失発生間隔（ＬＩ）および品質保証レベル（ＱｏＧ）の値を定義したエントリが登録されている。検索キーとなる転送データ長１１３が最小データサイズ区分３７０Ａ−１よりも小さい場合は、パス設定と帯域確保は不要と判断される。
【００４４】
ＲＳＶＰパス管理部３１は、属性テーブル３７Ａに転送データ長１１３に対応するパラメータエントリが存在しなかった場合（３０４）は、一時的に保持してあったＦＣＰ−ＣＭＮＤパケットの内部ヘッダのルーティング情報をＩＰインタフェース２０宛に書き換え、ＦＣＰパケットインタフェース３２に出力する（３１６）。この場合、特別なパス設定と帯域確保を行うことなくＦＣＰ−ＣＭＮＤがアクセス先のディクス装置３Ｂに転送されるため、ＦＣＰ−ＣＭＮＤに応答してディスク装置３Ｂから読み出されたデータは、ＩＰ網上の標準的な帯域でもって、ＭＧＳ：１Ａに転送されることになる。
上記属性テーブル３７Ａに転送データ長１１３に対応するパラメータエントリが見つかった場合、ＲＳＶＰパス管理部３１は、ＲＳＶＰ管理テーブル３８Ａに上記ＦＣＰ―ＣＭＮＤと対応した新たなエントリを登録する（３０５）。
【００４５】
ＲＳＶＰ管理テーブル３８Ａは、例えば、図９に示すように、パスＩＤをもつ複数のエントリ３８０Ａ−１、３８０Ａ−２、・・・からなり、各エントリは、パス定義情報３８１、オペレーション３８２、転送データ長（データサイズ）３８３、Ｔ−Ｓｐｅｃ３８４、Ｒ−Ｓｐｅｃ３８５と、制御ステータス３８６からなっている。パスＩＤは、受信したＦＣＰ―ＣＭＮＤ毎にシーケンシャルな番号が与えられる。
【００４６】
パス定義情報３８１には、内部パケットのＩＰヘッダから抽出されたＳ−ＩＰアドレス１２１とＤ−ＩＰアドレス１２２、ＦＣＰヘッダから抽出されたＳ−ＩＤアドレス１０２とＤ−ＩＤアドレス１０１、ＦＣＰコマンドで指定されたＬＵＮ１０３の値が設定される。オペレーション３８２には、ＳＣＳＩ　ＣＤＢ１１０から抽出されたオペレーションコード１１１、転送データ長３８３には属性テーブル検索に適用した転送データ長の値が設定される。また、Ｔ−Ｓｐｅｃ３８４とＲ−Ｓｐｅｃ３８５には、属性テーブル３７Ａの検索で得られたパラメータ値が設定される。制御ステータス３８６は、パス設定／帯域確保手順の状態遷移を制御するために使用される。上記ＲＳＶＰパス管理テーブル３８Ａの登録エントリは、後述するようにＦＣＰ−ＲＳＰを受信した時に消去される。
【００４７】
尚、ＲＳＶＰでパス帯域を確保する場合、上述したパス定義情報の他に、ＲＳＶＰのＵＤＰポート番号と、ＦＣＩＰのＴＣＰポート番号が必要となるが、前者の値は固定値「３６３」、後者の値は固定値「３２２５」として既知となっているため、ＲＳＶＰパス管理テーブル３８Ａのエントリ毎に記憶しておく必要はない。以下の説明で単にパス定義情報と言った場合、上記ＵＤＰポート番号とＰＣＴのポート番号も含むものとする。
【００４８】
ＲＳＶＰパス管理部３１は、ＲＳＶＰパス管理テーブル３８Ａへのエントリの登録を終えると、アクセスすべきディスク装置側のＭＧＳとの間にＳＲＶＰパスを設定するためのコマンドを生成し、ＰＡＴＨ／ＲＥＳＶリクエスト・インタフェース３３に出力する。ＳＲＶＰパスの設定手順は、ディスク装置へのアクセスがＲｅａｄアクセスかＷｒｉｔｅアクセスかによって異なる。
【００４９】
そこで、ＦＣＰ−ＣＭＮＤのオペレーションコードを判定し（３０６）、オペレーションがＲｅａｄの場合、すなわち、ディスク装置からユーザ端末へのデータ転送に使用されるパスを設定する場合は、ディスク装置側のＭＧＳ：１Ｂ宛のＰＡＴＨリクエストを送信し（３０７）、ＭＧＳ：１Ｂからのパス設定用のメッセージＰＡＴＨ（ＲＳＶＰ）の受信を待つ（３０８）。逆に、上記ＦＣＰ−ＣＭＮＤのオペレーションコードがＷｒｉｔｅの場、すなわち、ユーザ端末側からディスク装置へのデータ転送に使用されるパスを設定する場合は、ディスク装置側のＭＧＳ：１Ｂ宛にＲＥＳＶリクエストを送信し（３１０）、ＭＧＳ：１Ｂからのリクエスト許可メッセージの受信を待ち（３１１）、リクエスト許可メッセージが受信された時、パス設定用のメッセージＰＡＴＨ（ＲＳＶＰ）をＭＧＳ：１Ｂ宛に送信する（３１２）。これらのパス設定用のメッセージは、ＰＡＴＨ／ＲＥＳＶリクエスト・インタフェース３３を介して、ＩＰインタフェース部２０と送受信される。
【００５０】
ディスク装置側のＧＭＳ：１Ｂとの間のＲＳＶＰパス設定が完了すると、ＲＳＶＰパス管理部３１は、信号線Ｌ３１を介して、ＲＳＶＰ帯域制御部３５に上記パス上での帯域の確保を指令し（３０９、３１３）、信号線Ｌ３５からの帯域確保完了通知を待つ（３１５）。上記帯域確保指令は、ＲＳＶＰパス管理テーブル３８Ａから検索されたパス定義情報３８１〜Ｒ−Ｓｐｅｃ情報３８５を指定して発行される。
【００５１】
ＲＳＶＰ帯域制御部３５は、ＲＳＶＰプロセス部３５１と、ポリシー制御部３５２と、アドミッション制御部３５３とからなる。
ＦＣＰ−ＣＭＮＤのオペレーションコードがＲｅａｄの場合、ユーザ端末側から帯域確保のための制御メッセージＲＥＳＶ（ＲＳＶＰ）を送信する。この場合、ＲＳＶＰプロセス部３５１は、ＲＳＶＰパス管理部３１から指定されたパス定義情報３８１、Ｔ−Ｓｐｅｃ情報３８４、Ｒ−Ｓｐｅｃ情報３８５と、既知のＲＳＶＰのＵＤＰポート番号、ＦＣＩＰのＴＣＰポート番号を使用してＲＥＳＶ（ＲＳＶＰ）を生成し、ディスク装置側のＭＧＳ：１Ｂ宛に送信する。これによって、ＭＧＳ：１ＢとＭＧＳ：１Ａとの間のＩＰ網上で、帯域確保の制御手順が実行される。
【００５２】
ＦＣＰ−ＣＭＮＤのオペレーションコードがＷｒｉｔｅの場合、ディスク装置側のＭＧＳ：１Ｂから制御メッセージＲＥＳＶ（ＲＳＶＰ）が送信され、ユーザ端末側のＲＳＶＰプロセス部３５１は、上記ＲＥＳＶ（ＲＳＶＰ）に応答して、確認メッセージＲＥＳＶ−Ｃｏｎｆ（ＲＳＶＰ）を送信する。これらのＲＳＶＰ制御メッセージの送受信は、ＰＳＶＰパケットインタフェース３６を介して行われる。
【００５３】
ＲＳＶＰパス帯域の確保が完了すると、ＲＳＶＰプロセス部３５１は、信号線Ｌ３５に完了通知を出力する。ＲＳＶＰパス管理部３１は、信号線Ｌ３５から完了通知を受信すると、一時的に保持されていた内部パケット（ＦＣＰ−ＣＭＮＤ）のルーティング情報をＩＰインタフェース２０宛に書き換え、ＦＣＰパケットインタフェース３２に出力する（３１６）。この場合、ＦＣＰ−ＣＭＮＤは、転送データ長に適合した特別帯域をもつパス設定の完了後にアクセス先のディクス装置３Ｂに転送されるため、ＦＣＰ−ＣＭＮＤに応答してディスク装置３Ｂから読みだされたデータは、ＩＰ網上に割当てられた固有のパス帯域でもって、ＭＧＳ：１Ａに転送されることになる。
【００５４】
上記ＦＣＰ−ＣＭＮＤに従ったデータ転送が完了すると、ディスク装置３ＢからＦＣＰ−ＲＳＰが発行される。上記ＦＣＰ−ＲＳＰを含むＩＰパケットは、ＭＧＳ：１ＡのＩＰインタフェース２０で受信され、要求元ユーザ端末が接続された何れかのＳＡＮインタフェース１０−ｊに転送される。この場合、ＳＡＮインタフェース１０−ｊは、図４で説明したように、上記ＦＣＰ−ＲＳＰを含むＩＰパケットをパス制御部３０に転送すると共に、ＩＰパケットから抽出したＦＣＰ−ＲＳＰを伝送路Ｌ１ａ−ｊに送出する。
【００５５】
上記ＦＣＰ−ＲＳＰを含むＩＰパケットは、ＦＣＰパケットインタフェース３２を介してＲＳＶＰパス管理部３１に入力される。ＲＳＶＰパス管理部３１は、上記ＦＣＰ−ＲＳＰを受信すると、ＦＣＰヘッダが示すＤ−ＩＤとＳ−ＩＤの組み合せに該当するエントリをＲＳＶＰパス管理テーブル３８Ａから検索し、ＲＳＶＰ帯域制御部３５にパス定義情報を指定してパスの解放を指令する（３２０）。これによって、ＲＳＶＰプロセス部３５１がパス解放コマンド（ＲＥＳＶ−Ｔｅａｒ−Ｄｏｗｎ）を発行し、ＲＳＶＰパスが解放される。ＲＳＶＰパス管理部３１は、上記パス解放によって不要となったエントリをＲＳＶＰパス管理テーブル３８Ａから削除する（３２１）。尚、ＦＣＰ−ＲＳＰのＤ−ＩＤとＳ−ＩＤの組み合せに該当するエントリがＲＳＶＰパス管理テーブル３８Ａに見つからなかった場合は、上記ＦＣＰ−ＲＳＰは、パス未設定のディスクアクセスに関するものとして無視される。
【００５６】
ＲＳＶＰ帯域制御部３５のポリシー制御部３５２とアドミッション制御部３５３は、ＲＳＶＰで確保されたパス帯域内でのデータ転送を制御するためのものである。図５で説明したインタフェース部２０のパケットクラシファイア２３とパケットスケジューラ２４は、ＲＳＶＰプロセス部３５１から信号線Ｌ２３、Ｌ２４に出力されるスケジューラ／クラシファイア制御信号によって制御される。
【００５７】
図１０は、上述した構成をもつＭＧＳ：１Ａ、１Ｂを介して、図１に示したユーザ端末２Ａがディスク装置３Ｂをアクセスし、ファイルデータを読み出す場合のパケット転送シーケンスを示す。
パケット転送シーケンスは、前処理シーケンス（Ｓ１５０）と、パス設定／帯域確保シーケンス（Ｓ１６０）と、ブロックデータ転送シーケンス（Ｓ１７０）と、パス解放シーケンス（Ｓ１８０）とからなる。本実施例では、パス設定／帯域確保シーケンス（Ｓ１６０）は、ブロックデータ転送シーケンス（Ｓ１７０）に先行して実行される。
【００５８】
前処理シーケンス（Ｓ１５０）は、ユーザ端末２Ａがディスク装置３Ｂに格納されているデータファイルをアクセスする前に実行されるシーケンスである。前処理シーケンスでは、ユーザ端末２Ａからディスク装置３Ｂに、ＦＣＰ−ＣＭＮＤが必要とするファイルアクセス情報を要求する（１５１）。ディスク装置３Ｂは、上記ファイルアクセス情報要求を受信すると、ファイルアクセス情報テーブルの参照処理（Ｓ１００）を実行し、要求されたファイルアクセス情報をユーザ端末２Ａに返送する（１５２）。上記ファイルアクセス情報としては、アクセスすべきデータファイルをもつ論理装置番号（ＬＵＮ）と、上記データファイルの格納アドレス（ＬＢＡ）と、データサイズ（Ｔｒａｎｓｆｅｒ　Ｌｅｎｇｔｈ）が含まれる。上記前処理シーケンスは、ユーザ端末２Ａに備えるＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）と、ディスク装置３Ｂが備えるファイルシステムの機能によって実現される。
【００５９】
本実施例において、ユーザ端末２ＡはＳＣＳＩコマンドでディスク装置３Ｂをアクセスし、ユーザ端末２ＡとＭＧＳ：１Ａとの間、およびディスク装置３ＢとＭＧＳ：１Ｂと間では、ＦＣＰで通信することを仮定している。図１０において、ＭＧＳ：１Ａおよび１Ｂが実行しているＳ１０は、ＦＣＰからＩＰへの変換処理を意味し、Ｓ２０は、ＩＰからＦＣＰへの変換処理を意味している。
【００６０】
ブロックデータ転送シーケンス（Ｓ１７０）は、ＳＣＳＩ−ＦＣＰにおいて、ユーザ端末２ＡをＳＣＳＩイニシエータ、ディスク装置３ＢをＳＣＳＩターゲットとするＲｅａｄシーケンスに相当している。
ブロックデータ転送シーケンス（Ｓ１７０）は、ユーザ端末２ＡからのＦＣＰコマンドＦＣＰ−ＣＭＮＤ（Ｒｅａｄ）の送信（１７１）によって開始される。但し、本実施例では、図６で説明したように、ＦＣＰ−ＣＭＮＤがＭＧＳ：１Ａで一時的に保持され、パス設定／帯域確保シーケンス（Ｓ１６０）が完了してから、ディスク装置３Ｂに送信されるため、実質的なブロックデータ転送シーケンス（Ｓ１７０）は、ＭＧＳ：１ＡからのＦＣＰ−ＣＭＮＤ（Ｒｅａｄ）の送信（１７２）によって開始され、ディスク装置３ＢからのＦＣＰ−ＲＳＰの送信（１７５）によって終了する。
【００６１】
上記ＦＣＰ−ＣＭＮＤ（Ｒｅａｄ）は、前処理シーケンスで求めたファイルアクセス情報に従って生成される。ＭＧＳ：１Ａから上記ＦＣＰ−ＣＭＮＤ（Ｒｅａｄ）を受信したディスク装置３Ｂは、ＦＣＰ−ＣＭＮＤ（Ｒｅａｄ）で指定されたデータファイルから所定サイズのブロック単位で次々とデータを読み出し、ＦＣＰ−ＤＡＴＡとしてユーザ端末２Ａに送信する（１７４−１、１７４−２、・・・・）。指定データファイルの最終データブロックの送信（１７４−ｋ）が完了すると、ディスク装置３Ｂは、ＦＣＰ−ＲＳＰを発行する（１７５）。
【００６２】
パス設定／帯域確保シーケンス（Ｓ１６０）では、ＭＧＳ：１Ａのパス制御部３０がＦＣＰ−ＣＭＮＤをフェッチし（Ｓ１１０）、ＲＳＶＰパス設定の要否判定と帯域制御パラメータ（Ｔ−Ｓｐｅｃ、Ｒ−Ｓｐｅｃ）の検索（Ｓ１２０）を行い、これらのパラメータと、図９で説明したパス定義情報等の情報を含むＰＡＴＨリクエストを生成し、ＩＰネットワーク上の対向するＭＧＸ：１Ｂに送信する（１６１）。
【００６３】
上記ＰＡＴＨリクエストに応答して、ＭＧＳ：１Ｂから１Ａに、パス設定用のメッセージＰＡＴＨ（ＲＳＶＰ）が送信され（１６２）、これによって、２つのＭＧＳ間に通信パスが設定される。通信パスが設定された状態で、ＭＧＳ：１ＡのＲＳＶＰ帯域制御部３５からＭＧＳ：１Ｂに、上記パスに所望の帯域を確保するためのメッセージＲＥＳＶ（ＲＳＶＰ）を送信し（１６３）、ＭＧＳ：１Ｂから１Ａに確認メッセージＲＥＳＶ−Ｃｏｎｆ（ＲＳＶＰ）を送信する（１６４）ことによって、ＭＧＳ：１Ａと１Ｂとの間の通信パスにＲＳＶＰによる所望の帯域が確保される。
【００６４】
パス解放シーケンス（Ｓ１８０）は、ＭＧＳ：１Ａのパス制御部３０が、ディスク装置３Ｂからユーザ端末２Ａに送信されたＦＣＰ−ＲＳＰをフェッチ（Ｓ１３０）した時、開始される。ＭＧＳ：１ＡのＲＳＶＰパス管理部３１は、ＲＳＶＰパス管理テーブル３８Ａから上記ＦＣＰ−ＲＳＰに対応するパス管理情報を読み出し、ＲＳＶＰのパス開放コマンド（ＲＥＳＶ−Ｔｅａｒ−Ｄｏｗｎ）を生成し、これをＭＧＳ：１Ｂに送信する（１８１）。これによって、ＰＡＴＨ（ＲＳＶＰ）１６２で設定された通信パスが解放される。
【００６５】
図１１は、図１に示したユーザ端末２Ａがディスク装置３Ｂにファイルデータを書き込む場合のパケット転送シーケンスを示す。
パケット転送シーケンスは、前処理シーケンス（Ｓ２５０）と、パス設定／帯域確保確保シーケンス（Ｓ２６０）と、ブロックデータ転送シーケンス（Ｓ２７０）と、パス解放シーケンス（Ｓ２８０）とからなり、図１０と同様、パス設定／帯域確保シーケンス（Ｓ２６０）は、ブロックデータ転送シーケンス（Ｓ２７０）に先行して実行される。
【００６６】
本実施例のブロックデータ転送シーケンス（Ｓ２７０）は、ＳＣＳＩ−ＦＣＰにおいて、ユーザ端末２ＡをＳＣＳＩイニシエータ、ディスク装置３ＢをＳＣＳＩターゲットとするＷＲＩＴＥシーケンスに相当している。
前処理シーケンス（Ｓ２５０）では、ユーザ端末２Ａは、ファイル情報を参照し（Ｓ２００）、ディスク装置３Ｂに転送すべきデータファイルのデータサイズ（転送データ長：Ｔｒａｎｓｆｅｒ　Ｌｅｎｇｔｈ）を特定して、ディスク装置３Ｂにファイルの作成を要求する（２５１）。ディスク装置３Ｂは、ユーザから要求されたサイズをもつ新規データファイル領域を作成し（Ｓ２０５）、ユーザ端末２Ａに準備完了を通知する（２５２）。上記準備完了通知は、新規データファイルが形成されている論理装置番号（ＬＵＮ：Ｌｏｇｉｃａｌ　Ｕｎｉｔ　Ｎｕｍｂｅｒ）と、格納アドレス（ＬＢＡ：Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ａｄｄｒｅｓｓ）とを含んでいる。
【００６７】
ユーザ端末２Ａでは、上記準備完了通知で取得したＬＵＮ、ＬＢＡと、転送すべきファイルのデータサイズを適用して、ＦＣＰコマンド：ＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）を生成し、これをディスク装置３Ｂに送信する（２７１）。
本実施例では、図１０と同様、上記ＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）がＭＧＳ：１Ａでフェッチされ（Ｓ２１０）、パス設定／帯域確保シーケンス（Ｓ２６０）が開始される。パス設定／帯域確保シーケンス（Ｓ２６０）では、ＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）が示すデータサイズに適合した帯域制御パラメータ（Ｔ−Ｓｐｅｃ、Ｒ−Ｓｐｅｃ）が検索される（Ｓ２２０）。
【００６８】
ＷＲＩＴＥ動作とＲＥＡＤ動作では、データ転送方向が逆になるため、本実施例では、パス帯域確保メッセージＲＥＳＶ（ＲＳＶＰ）の送信方向が図１０とは逆になる。そこで、ＭＧＳ：１Ａは、ディスク装置３Ｂ側のＭＧＳ：１Ｂに対して、パス帯域確保手順の実行を要求するＲＥＳＶリクエストを送信する（２６１）。上記ＲＥＳＶリクエストには、上記ＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）に対応してＲＳＶＰパス管理テーブル３８Ａに登録されたエントリ情報が設定されている。
【００６９】
上記ＲＥＳＶリクエストが受け入れられた場合、ＭＧＳ：１Ｂから１Ａに、ＲＥＳＶリクエスト許可メッセージが返送される（２６２）。ＭＧＳ：１Ａは、上記ＲＥＳＶリクエスト許可メッセージを受信すると、ＭＧＳ：１Ｂに対して、パス設定用のメッセージＰＡＴＨ（ＲＳＶＰ）を送信し（２６３）。２つのＭＧＳ間に通信パスを設定する。この後、ＭＧＳ：１Ｂから１Ａに、上記通信パスに所望の帯域を確保するためのメッセージＲＥＳＶ（ＲＳＶＰ）を送信し（２６４）、ＭＧＳ：１Ａから１Ｂに確認メッセージＲＥＳＶ−Ｃｏｎｆ（ＲＳＶＰ）を送信する（２６５）ことによって、ＭＧＳ：１Ａと１Ｂとの間の通信パスにＲＳＶＰによる所望の帯域が確保される。
【００７０】
ＭＧＳ：１Ａは、上述したパス設定／帯域確保シーケンス（Ｓ２６０）が完了すると、一時的に保持しておいたＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）をディスク装置３Ｂに送信し（２７２）、ブロックデータの転送シーケンス（Ｓ２７０）を開始する。
【００７１】
ＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）を受信したディスク装置３Ｂは、ファイルデータの受信準備が整っていれば、ユーザ端末２Ａに転送準備完了メッセージ「ＦＣＰ−ＸＦＥＲ−ＲＤＹ」を送信する（２７３）。ユーザ端末２Ａは、上記メッセージＦＣＰ−ＸＦＥＲ−ＲＤＹを受信すると、ファイルデータを所定サイズのブロック単位で、ＦＣＰ−ＤＡＴＡとして送出する（２７４−１、２７４−２、…）。
【００７２】
ユーザ端末２Ａが、ファイルデータの最終ブロックを含むＦＣＰ−ＤＡＴＡを送出すると（２７４−ｋ）、ディスク装置３ＢからＦＣＰレスポンス「ＦＣＰ−ＲＳＰ」が返送され（２７５）、ブロックデータの転送シーケンス（Ｓ２７０）が終了する。
【００７３】
ＭＧＳ：１Ａは、上記ＦＣＰ−ＲＳＰを受信すると、パス解放シーケンス（Ｓ２８０）を開始する。パス解放シーケンス（Ｓ２８０）は、図１０で説明したパス解放シーケンス（Ｓ１８０）と同様であるため、ここでの説明は省略する。
【００７４】
次に、図１２と図１３を参照して、本発明によるＭＧＳの第２実施例について説明する。
図１２は、第２実施例のＭＧＳ：１Ａ、１Ｂが備えるＳＡＮインタフェース部１０−１の構成図である。本実施例では、入力パケットヘッダ変換部１２が、ＩＰインタフェース部２０宛のルーティング情報をもつ内部パケットをＴＣＰコマンド検出部１３とデータバス５０に並列的に出力することを特徴としている。
【００７５】
ＴＣＰコマンド検出部１３は、入力パケットヘッダ変換部１２から受信した内部パケットがＦＣＰ−ＣＭＮＤの場合、内部ヘッダのルーティング情報をパス制御部３０宛に書き換えて、データバス５０に出力し、ＦＣＰ−ＣＭＮＤ以外の内部パケットは廃棄する。
【００７６】
従って、本実施例では、パス制御部３０が上記ＦＣＰ−ＣＭＮＤに応答してＲＳＶＰのパス設定／帯域確保シーケンスを実行している間に、入力パケットヘッダ変換部１２からデータバス５０に出力されたＦＣＰ−ＣＭＮＤが、ＩＰインタフェース部２０からＩＰ網５に送信されるため、ディスク装置からのブロックデータの転送と、ＲＳＶＰのパス設定／帯域確保シーケンスとが並列的に開始されることになる。本実施例では、パス設定／帯域確保シーケンスが完了した時、パス制御部３０は、ＦＣＰ−ＣＭＮＤのＩＰインタフェース部２０への送信ステップ３１６を実行する必要はない。本実施例によれば、ブロックデータの転送シーケンス中に帯域が確保され、データ転送の途中で、通信パスが最適帯域をもつＲＳＶＰの通信パスに切替えられる。
【００７７】
図１３は、上記第２実施例の構成をもつＭＧＳ：１Ａ、１Ｂを介して、ユーザ端末２Ａがディスク装置３Ｂをアクセスし、ファイルデータを読み出す場合のパケット転送シーケンスを示す。
図１０で説明した第１実施例のパケット転送シーケンスと比較すると、本実施例は、前処理シーケンス（Ｓ１５０）が完了した後で、ユーザ端末２Ａから送信されたＦＣＰ−ＣＭＮＤ（１７１）が、ＭＧＳ：１Ａから直ちにディスク装置３Ｂに送信され（１７２）、ＭＧＳ：１Ａがパス設定／帯域確保シーケンス（Ｓ１６０）を実行中に、ディスク装置３Ｂがブロックデータの転送シーケンス（Ｓ１７０）を開始することが特徴となっている。
【００７８】
パス設定／帯域確保シーケンス（Ｓ１６０）は、第１実施例と同様に実行され、ＲＳＶＰパス帯域が確保されると、通信パスが切替えられ、その後の送信データ（図１３では、ＦＣＰ−ＤＡＴＡ：１７４−ｉ〜１７４−ｋ）が、上記ＲＳＶＰパス帯域を利用して転送される。パスの解放シーケンス（Ｓ１８０）は、第１実施例と同様に行われる。
【００７９】
本実施例によれば、パス設定／帯域確保シーケンス（Ｓ１６０）の終了を待たずにＦＣＰ−ＣＭＮＤが実行されるため、ディスク装置３Ｂからユーザ端末２Ａへの応答が早まる。また、データ転送の途中で最適帯域をもつ専用パスへの切替えが行われるため、ファイルデータの転送所要時間を短縮することが可能となる。
【００８０】
次に、図１４〜図２１を参照して、本発明によるＭＧＳの第３実施例について説明する。第３の実施例は、ユーザ端末からパス帯域の設定と解除を指令することを特徴としている。
【００８１】
図１４は、第３実施例のＭＧＳ：１Ａ、１Ｂに使用されるＳＡＮインタフェース部１０−１の構成を示す。
第３実施例のＳＡＮインタフェース部１０−１には、ＴＣＰコマンドの検出部１３がなく、入力パケットヘッダ変換部１２でヘッダ変換された内部パケットが全てデータバス５０に送出される。従って、パス制御部３０におけるＦＣＰコマンドのフェッチはない。
【００８２】
図１５は、第３実施例のＭＧＳ：１Ａ、１Ｂに使用されるパス制御部３０の構成を示す。
図６に示した第１実施例と比較すると、第３実施例のパス制御部３０は、ＦＣＰパケットインタフェース３２に代えて、専用線Ｌ３に接続されたユーザ端末インタフェース３９を備えたことが特徴となっている。専用線Ｌ３は、図１に示したユーザ端末２Ａとパス制御部３０とを接続するために、ＦＣ伝送路Ｌ１ａとは別に設けられたの信号線である。
【００８３】
ユーザ端末インタフェース３９は、専用線Ｌ３を介して、ユーザ端末２Ａから、例えば、図１６に示すように、アドレス情報Ｓ−ＩＤ、Ｄ−ＩＤと、ＬＵＮ、オペレーションコード、データサイズ（転送データ長）、データ属性などのファイルアクセス情報を含むＰＡＴＨ確保要求１６００を受信し、これをＲＳＶＰパス管理部３１に入力する。上記ファイルアクセス情報は、ディスク装置へのファイルアクセス情報要求によって取得される。
【００８４】
ＲＳＶＰパス管理部３１は、上記ＰＡＴＨ確保要求１６００を受信すると、ファイルアクセス情報に応じたパス設定と最適な帯域設定を行う。パス設定に必要なパラメータ値は、上記ＰＡＴＨ確保要求のファイルアクセス情報から抽出したデータ属性を検索キーとして、属性テーブル３７Ｂから検索される。
【００８５】
属性テーブル３７Ｂは、例えば、図１８に示すように、データ属性区分３７０Ｂ−１、３７０Ｂ−２、・・・毎に、第１パラメータ群Ｔ−Ｓｐｅｃ：３７１と、第２パラメータ群Ｒ−Ｓｐｅｃ：３７２を指定している。本実施例では、Ｔ−Ｓｐｅｃ：３７１は、図８に示した第１実施例のＴ−Ｓｐｅｃと同種類のパラメータからなり、Ｒ−Ｓｐｅｃ：３７２は、図８に示した第１実施例のＲ−Ｓｐｅｃのパラメータに最大接続時間（ＣＴ）を追加した内容となっている。
【００８６】
ＲＳＶＰパス管理部３１は、上記属性テーブル３７Ｂから検索したパラメータ値を利用して、ＲＳＶＰ管理テーブル３８Ｂに、上記ＰＡＴＨ確保要求と対応した新たなエントリを登録する。
ＲＳＶＰ管理テーブル３８Ｂは、例えば、図１９に示すように、パスＩＤをもつ複数のエントリ３８０Ｂ−１、３８０Ｂ−２、・・・からなり、各エントリは、パス定義情報３８１、オペレーション３８２、転送データ長（データサイズ）３８３、Ｔ−Ｓｐｅｃ３８４、Ｒ−Ｓｐｅｃ３８５、データ属性３８７と、制御ステータス３８６からなっている。
【００８７】
データ属性３８７とＲ−Ｓｐｅｃ３８５以外は、図９に示した第１実施例のＲＳＶＰ管理テーブル３８Ａと同一の項目からなっており、本実施例では、Ｒ−Ｓｐｅｃ３８５に最大接続時間（ＣＴ）が追加されている。尚、パス定義情報３８１に含まれるＳ−ＩＰアドレス、Ｄ−ＩＰアドレスの値は、パス確保要求１６００が示すＳ−ＩＤ、Ｄ−ＩＤに基づいて、アドレステーブル４１を検索することによって求められる。
【００８８】
図２０は、第３実施例のＭＧＳを介して、ユーザ端末２Ａがディスク装置３Ｂをアクセスし、ファイルデータを読み出す場合のパケット転送シーケンスを示す。
図１０に示した前処理シーケンスＳ１５０を実行した後、ユーザ端末２ＡからＭＧＳ：１Ａに、専用線Ｌ３を介してＰＡＴＨ確保要求１６００を送信すると、パス設定／帯域確保シーケンスＳ１６０が開始される。
【００８９】
ＭＧＳ：１Ａのパス制御部３０は、上記ＰＡＴＨ確保要求１６００を受信すると、属性テーブル２７Ｂから帯域制御パラメータ（Ｔ−Ｓｐｅｃ、Ｒ−Ｓｐｅｃ）を求め（Ｓ１２０）、図１０で説明した第１実施例と同様のパス設定（１６１、１６２）と、帯域確保（１６３、１６４）の手順を実行する。パス帯域が確保されると、ＭＧＳ：１Ａのパス制御部３０（ＲＳＶＰパス管理部３１）は、ユーザ端末インタフェース３９を介して、ユーザ端末２ＡにＰＡＴＨ確保の完了を通知する（１６５）。
【００９０】
ユーザ端末２Ａは、上記ＰＡＴＨ確保完了通知を受信すると、伝送路Ｌ１ａ−１にＦＣＰ−ＣＭＮＤ（Ｒｅａｄ）を送信する（１７１）。上記ＦＣＰ−ＣＭＮＤ（Ｒｅａｄ）は、ＳＡＮインタフェース１０−１、データバス５０、ＩＰインタフェース２０を介してＩＰ網５に送信され（１７２）、ディスク装置３Ｂに受信され、データ転送シーケンス１７０−１が開始される。１つのＦＣＰ−ＣＭＮＤに応答した一連のデータ転送（ＦＣＰ−ＤＡＴＡ：１７４−１〜１７４−ｋ）が完了すると、ディスク装置３ＢからＦＣＰ−ＲＳＰが送信され（１７５）、データ転送シーケンス１７０−１が終了する。
【００９１】
ユーザ端末２Ａは、データ転送シーケンスの終了の都度、次のＦＣＰ−ＣＭＮＤを送信することによって、複数回のデータ転送シーケンス１７０−１〜１７０−ｎを繰り返して実行することができる。ディスク装置へのアクセスが完了した時、ユーザ端末２ＡからＭＧＳ：１Ａに、専用線Ｌ３を介してＰＡＴＨ解放要求１８００が送信される。上記ＰＡＴＨ解放要求１８００は、例えば、図１７に示すように、ＲＳＶＰパス管理テーブル３８Ｂに登録されているＰＡＴＨ−ＩＤ、Ｓ−ＩＤ、Ｄ−ＩＤ、ＬＵＮの値を示している。
【００９２】
ユーザインタフェース３９を介して上記ＰＡＴＨ開放要求１８００を受信したＭＧＳ：１ＡのＲＳＶＰパス管理部３１は、ＲＳＶＰパス管理テーブル３８Ｂから該当するエントリを読み出し、ＲＳＶＰ帯域制御部３５にパスの開放を指令する。これによって、ＲＳＶＰのパス開放コマンド（ＲＥＳＶ＿Ｔｅａｒ＿Ｄｏｗｎ）がＭＧＳ：１Ｂｂに対して発行され、ＲＳＶＰパスが解放される。尚、パス解放によって不要となったエントリは、ＲＳＶＰパス管理テーブル３８Ｂから削除される。
【００９３】
図２１は、第３実施例のＭＧＳを介して、ユーザ端末２Ａがディスク装置３Ｂにファイルデータを書き込む場合のパケット転送シーケンスを示す。
ユーザは、ディスク装置３Ｂに転送すべきデータファイルのファイル情報を参照して、データサイズ（転送データ長）やデータ使用目的を示すデータ属性を含むファイル属性情報を取得し（２００）、図１１と同様の前処理シーケンス（Ｓ２５０）を実行する。ユーザ端末２Ａからディスク装置２Ｂにファイルの作成を要求すると（２５１）、ディスク装置２Ｂが要求ファイルを作成し（Ｓ５０５）、ユーザ端末２Ａに、論理装置番号（ＬＵＮ：Ｌｏｇｉｃａｌ　Ｕｎｉｔ　Ｎｕｍｂｅｒ）、格納アドレス（ＬＢＡ：Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ａｄｄｒｅｓｓ）を含む準備完了通知を送信する（２５２）。
【００９４】
前処理シーケンス（Ｓ２５０）が完了し、ユーザ端末２ＡからＭＧＳ：１Ａに、専用線Ｌ３を介してＰＡＴＨ確保要求１６００を送信すると、ＭＧＳ：１Ａは、パス設定／帯域確保シーケンスＳ２６０を開始する。
ＭＧＳ：１Ａのパス制御部３０は、上記ＰＡＴＨ確保要求１６００を受信すると、属性テーブル２７Ｂから帯域制御パラメータ（Ｔ−Ｓｐｅｃ、Ｒ−Ｓｐｅｃ）を求め（Ｓ２２０）、ＭＧＳ：１Ｂとの間で、図１１で説明した第１実施例と同様のパス設定（２６１〜２６３）と帯域確保（２６４、２６５）の手順を実行する。
【００９５】
パス帯域が確保されると、ＭＧＳ：１Ａのパス制御部３０（ＲＳＶＰパス管理部３１）は、ユーザ端末インタフェース３９を介して、ユーザ端末２ＡにＰＡＴＨ確保完了を通知する（２６６）。
ユーザ端末２Ａは、上記ＰＡＴＨ確保完了通知を受信すると、伝送路Ｌ１ａ−１にＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）を送信する（２７１）。上記ＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）は、ＳＡＮインタフェース１０−１、データバス５０、ＩＰインタフェース２０を介してＩＰ網５に送信され（２７２）、データ転送シーケンス２７０−１が開始される。
【００９６】
上記ＦＣＰ−ＣＭＮＤ（Ｗｒｉｔｅ）に応答して、ディスク装置３Ｂからユーザ端末２Ａに転送準備完了メッセージ「ＦＣＰ−ＸＦＥＲ−ＲＤＹ」が送信されると、ユーザ端末２Ａは、ファイルデータを所定サイズのブロック単位で、ＦＣＰ−ＤＡＴＡとして送信する（２７４−１、２７４−２、…）。ユーザ端末２Ａが、最終データブロックを含む最後のＦＣＰ−ＤＡＴＡを送信すると（２７４−ｋ）、ディスク装置３ＢからＦＣＰ−ＲＳＰが送信され（２７５）、データ転送シーケンス１７０−１が終了する。
【００９７】
ユーザ端末２Ａは、データ転送シーケンスの終了の都度、次のＦＣＰ−ＣＭＮＤを送信することによって、複数回のデータ転送シーケンス１７０−１〜１７０−ｎを繰り返して実行することができる。ディスク装置へのアクセスが完了した時、ユーザ端末２ＡからＭＧＳ：１Ａに、専用線Ｌ３を介してＰＡＴＨ解放要求１８００が送信される。
【００９８】
ユーザインタフェース３９を介して上記ＰＡＴＨ開放要求１８００を受信したＭＧＳ：１ＡのＲＳＶＰパス管理部３１は、ＲＳＶＰパス管理テーブル３８Ｂから該当するエントリを読み出し、ＲＳＶＰ帯域制御部３５にパスの開放を指令する。これによって、ＲＳＶＰのパス開放コマンド（ＲＥＳＶ＿Ｔｅａｒ＿Ｄｏｗｎ）がＭＧＳ：１Ｂｂに対して発行され、ＲＳＶＰパスが解放される。また、パス解放によって不要となったエントリは、ＲＳＶＰパス管理テーブル３８Ｂから削除される。
【００９９】
上記第３実施例では、ユーザ端末からＭＧＳ：１Ａに与えるＰＡＴＨ確保要求１６００でデータ属性を指定しておき、ＭＧＳ：１Ａが、属性テーブル３７Ｂから上記データ属性と対応する帯域制御パラメータ値を読み出すようになっているが、上記ＰＡＴＨ確保要求１６００で転送データ長を指定し、第１の実施例と同様の属性テーブル３７Ａから帯域制御パラメータ値を求めるようにしてもよい。
【０１００】
【発明の効果】
以上の実施例から明らかなように、本発明のスイッチングノードによれば、転送すべきファイルデータのサイズまたは属性に応じて、中継網（ＩＰネットワーク）上に最適なパスを動的に設定できる。また、１つのコマンドに付随するファイルデータの転送が終了した時、不要となったパスを即時に解放することによって、ネットワーク・リソースを有効に運用できる。
【０１０１】
従って、本発明によれば、遠隔ストレージ装置をアクセスする場合に、例えば、映像データ、設計データ、テキストファイルデータのように、転送すべきデータの種類、特性または長さに適合した最適帯域をもつパスを介して、通信品質を保証した効率的な通信が可能となる。
【図面の簡単な説明】
【図１】本発明によるＭＧＳ（１Ａ、１Ｂ）を適用したストレージ・ネットワークシステムの概略的な構成図。
【図２】ＭＧＳ：１Ａの第１の実施例を示すブロック構成図。
【図３】ＭＧＳにおける転送パケットのヘッダ変換を説明するための図。
【図４】図２に示したＳＡＮインタフェース１０−１の１実施例を示す図。
【図５】図２に示したＩＰインタフェース２０の１実施例を示す図。
【図６】図２に示したパス制御部３０の１実施例を示す図。
【図７】パス制御部３０を構成しているＲＳＶＰパス管理部３１の動作を示すフローチャート。
【図８】ＲＳＶＰパス管理部３１が参照する属性テーブル３７Ａの内容を示す図。
【図９】ＲＳＶＰパス管理部３１が参照するＲＳＶＰパス管理テーブル３８Ａの内容を示す図。
【図１０】第１実施例のＭＧＳを介してディスク装置３Ｂからユーザ端末２Ａにファイルデータの読み出す場合のパケット転送シーケンスを示す図。
【図１１】第１実施例のＭＧＳを介してユーザ端末２Ａからディスク装置３Ｂにファイルデータの書き込む場合のパケット転送シーケンスを示す図。
【図１２】第２実施例のＭＧＳを構成するＳＡＮインタフェース１０−１の構成図。
【図１３】第２実施例のＭＧＳを介してディスク装置３Ｂからユーザ端末２Ａにファイルデータの読み出す場合のパケット転送シーケンスを示す図。
【図１４】第３実施例のＭＧＳを構成するＳＡＮインタフェース１０−１の構成図。
【図１５】第３実施例のＭＧＳを構成するパス制御部３０の構成図。
【図１６】第３実施例のＭＧＳで使用されるＰＡＴＨ確保要求１６００の１例を示す図。
【図１７】第３実施例のＭＧＳで使用されるＰＡＴＨ解放要求１８００の１例を示す図。
【図１８】第３実施例のＭＧＳでＲＳＶＰパス管理部３１が参照する属性テーブル３７Ｂの内容を示す図。
【図１９】第３実施例のＭＧＳでＲＳＶＰパス管理部３１が参照するＲＳＶＰパス管理テーブル３８Ｂの内容を示す図。
【図２０】第３実施例のＭＧＳを介してディスク装置３Ｂからユーザ端末２Ａにファイルデータの読み出す場合のパケット転送シーケンスを示す図。
【図２１】第３実施例のＭＧＳを介してユーザ端末２Ａからディスク装置３Ｂにファイルデータの書き込む場合のパケット転送シーケンスを示す図。
【符号の説明】
１：スイッチングノード（ＭＧＳ）、２：ユーザ端末、
３：ディスク装置、４：ルータ、５：ＩＰ網、
１０：ＳＡＮインタフェース、２０：ＩＰインタフェース、
３０：パス制御部、３１：ＲＳＶＰパス管理部、
３２：ＦＣＰパケットインタフェース、
３３：ＰＡＴＨ／ＲＥＳＶリクエスト・インタフェース、
３５：ＲＳＶＰ帯域制御部、３６：ＲＳＶＰパケットインタフェース、３７：属性テーブル、３８：ＲＳＶＰパス管理テーブル、
３９：ユーザ端末インタフェース、４０：アドレス管理部、
４１：アドレステーブル、５０：データバス、５１：制御バス、
６０：バス管理部。
【図１】
2004056728.tif 000003
【図２】
2004056728.tif 000004
【図３】
2004056728.tif 000005
【図４】
2004056728.tif 000006
【図５】
2004056728.tif 000007
【図６】
2004056728.tif 000008
【図７】
2004056728.tif 000009
【図８】
2004056728.tif 000010
【図９】
2004056728.tif 000011
【図１０】
2004056728.tif 000012
【図１１】
2004056728.tif 000013
【図１２】
2004056728.tif 000014
【図１３】
2004056728.tif 000015
【図１４】
2004056728.tif 000016
【図１５】
2004056728.tif 000017
【図１６】
2004056728.tif 000018
【図１７】
2004056728.tif 000019
【図１８】
2004056728.tif 000020
【図１９】
2004056728.tif 000021
【図２０】
2004056728.tif 000022
【図２１】
2004056728.tif 000023