(57)【要約】【課題】再接続待ちの入出力要求の数が多い時には待ち状態を速やかに解消する一方、再接続待ちの入出力要求の数が少ない時にはパスのビジー率の不要な増大を抑止する。【解決手段】監視手段３２によって再接続待ちの入出力要求の数を監視し、その数に応じて、切替手段３４により、制御手段３３による再接続要求の発行方式を第１方式（１パスモード）と第２方式（ばら撒きモード）とのいずれか一方に動的に切り替える。【選択図】図２
2005070994.tif 000002
【特許請求の範囲】
【請求項１】
物理デバイスとホストとの間にそなえられ該ホストの該物理デバイスに対するアクセスを制御するストレージ制御装置であって、
該ホスト側の複数のチャネルに同一パスグループに属する複数のパスを介して接続され、該ホストとのインターフェイスを制御するホストインターフェイスモジュールと、
本装置全体を統括的に管理する管理モジュールとをそなえ、
該管理モジュールが、
該ホスト側の該チャネルからの入出力要求のうちリコネクション対象になったものについての情報を制御ブロックとしてキューイングして管理するリコネクションキューと、
該リコネクションキューにおける前記制御ブロックのキューイング数を監視する監視手段と、
該リコネクションキューで管理される前記制御ブロックに対応した入出力処理を再開する際に、該同一パスグループに属する各パスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行しリコネクションに成功した時点でそのリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第１方式と、該同一パスグループに属する該複数のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行し最初にリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第２方式とのいずれか一方の方式で当該入出力処理の再開を制御する制御手段と、
該監視手段によって監視されるキューイング数に応じて、該制御手段で実行される方式を前記第１方式と前記第２方式とのいずれか一方に動的に切り替える切替手段とをそなえて構成されていることを特徴とする、ストレージ制御装置。
【請求項２】
該切替手段が、該監視手段によって監視されるキューイング数が所定数以下の場合、該制御手段で実行される方式を前記第１方式に切り替える一方、該監視手段によって監視されるキューイング数が前記所定数を超える場合、該制御手段で実行される方式を前記第２方式に切り替えることを特徴とする、請求項１記載のストレージ制御装置。
【請求項３】
該管理モジュールが、各ホストインターフェイスモジュールを通じて各パスの使用状況を管理するための管理テーブルをさらにそなえ、
該制御手段が、前記第１方式の実行時に、該管理テーブルを参照し該管理テーブルで未使用に設定されているパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行することを特徴とする、請求項１または請求項２に記載のストレージ制御装置。
【請求項４】
該管理モジュールが、各ホストインターフェイスモジュールを通じて各パスの使用状況を管理するための管理テーブルをさらにそなえ、
該制御手段が、前記第２方式の実行時に、該管理テーブルを参照し該管理テーブルで未使用に設定されている２以上のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行することを特徴とする、請求項１〜請求項３のいずれか一項に記載のストレージ制御装置。
【請求項５】
該制御手段が、前記第２方式の実行時に、２番目以降にリコネクションに成功したパスに対し、該リコネクションキューで管理される前記制御ブロックのうちリコネクション可能なものに対応する入出力処理を順次依頼することを特徴とする、請求項１〜請求項４のいずれか一項に記載のストレージ制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホストの物理デバイスに対するアクセスを制御するストレージ制御装置や、このストレージ制御装置および物理デバイスを含んで構成されるストレージ装置に適用される技術に関し、特に、ホストとストレージ制御装置（ストレージ装置）との間におけるリコネクション動作の改良をはかるための技術に関する。
【背景技術】
【０００２】
図６は一般的なストレージ装置（ストレージ制御装置）の構成を示すブロック図で、この図６に示すストレージ装置１は、メインフレーム等のホスト４からのアクセス（入出力要求；Ｉ／Ｏ要求と記す場合もある）に応じて、ホスト４からのデータを書き込んだり、ホスト４から要求されたデータを読み出してホスト４へ転送したりするものである。
このストレージ装置１は、複数のディスクユニット（ディスク装置，物理デバイス）２ａを有するディスクエンクロージャ２と、各ディスクユニット２ａとホスト４との間にそなえられてホスト４の各ディスクユニット２ａに対するアクセスを制御するストレージ制御装置３とから構成されている。
【０００３】
このストレージ制御装置３は、ディスクインターフェイスモジュール１０，ホストインターフェイスモジュール２０，管理モジュール３０およびＰＣＩブリッジモジュール４０をそなえて構成されている。
ここで、ディスクインターフェイスモジュール１０は、ディスクインターフェイスバス５４を介してディスクエンクロージャ２における各ディスクユニット２ａとのインターフェイス（データ転送）を制御するものである。
【０００４】
ホストインターフェイスモジュール２０は、ファイバチャネルインターフェイスバス５０を介してサーバ４とのインターフェイス（データ転送）を制御するものである。
管理モジュール３０は、本ストレージ制御装置３の全体を統括的に管理するもので、ホスト４から各ディスクユニット２ａに書き込まれるべきデータや、各ディスクユニット２ａからホスト４へ読み出されるべきデータを一時的に格納するキャッシュメモリを搭載され、このキャッシュメモリの管理を行なうものである。
【０００５】
ＰＣＩブリッジモジュール４０は、ＰＣＩバス（インターフェイスバス）５１，５２，５３を介してディスクインターフェイスモジュール１０，ホストインターフェイスモジュール２０および管理モジュール３０をそれぞれ接続され、これらのディスクインターフェイスモジュール１０，ホストインターフェイスモジュール２０および管理モジュール３０の相互間をデータ転送可能に接続するものである。
【０００６】
このような構成により、ホスト４からディスクユニット２ａへのデータ書込や、ディスクユニット２ａからホスト４へのデータ読出は以下のように実行される。
ホスト４からディスクエンクロージャ２のディスクユニット２ａにデータを書き込む際には、まず、書込対象データが、ホスト４からファイバチャネルインターフェイスバス５０を介してホストインターフェイスモジュール２０へ転送され、このホストインターフェイスモジュール２０からＰＣＩバス５２，ＰＣＩブリッジモジュール４０およびＰＣＩバス５３を介して管理モジュール３０のキャッシュメモリに一時的に格納される（図６中の矢印Ａ１参照）。この後、管理モジュール３０のキャッシュメモリ上の書込対象データは、ＰＣＩバス５３，ＰＣＩブリッジモジュール４０およびＰＣＩバス５１を介してディスクインターフェイスモジュール１０へ転送され、このディスクインターフェイスモジュール１０からディスクインターフェイスバス５４を介して所定のディスクユニット２ａに書き込まれることになる（図６中の矢印Ａ２参照）。
【０００７】
逆に、ディスクエンクロージャ２のディスクユニット２ａからホスト４へデータを読み出す際には、まず、読出対象データが、そのデータを保持するディスクユニット２ａからディスクインターフェイスバス５４を介してディスクインターフェイスモジュール１０へ転送され、このディスクインターフェイスモジュール１０からＰＣＩバス５１，ＰＣＩブリッジモジュール４０およびＰＣＩバス５３を介して管理モジュール３０のキャッシュメモリに一時的に格納される（図６中の矢印Ａ３参照）。この後、管理モジュール３０のキャッシュメモリ上の読出対象データは、ＰＣＩバス５３，ＰＣＩブリッジモジュール４０およびＰＣＩバス５２を介してホストインターフェイスモジュール２０へ転送され、このホストインターフェイスモジュール２０からファイバチャネルインターフェイスバス５０を介してホスト４へ読み出されることになる（図６中の矢印Ａ４参照）。
【０００８】
ところで、ホスト４のチャネル（図８の符号４ａ参照）からストレージ制御装置３に対してＩ／Ｏ要求としてデータ読出要求が通知され、このデータ読出要求によって読み出されるべき読出対象データが管理モジュール３０のキャッシュメモリに保持されていなければ、管理モジュール３０はその読出対象データをディスクユニット２ａからキャッシュメモリ上に読み出す処理（ステージング）を行なう必要がある。
【０００９】
このような場合、ホスト４とホストインターフェイスモジュール２０との間で確立された通信接続状態を一旦切断（ディスコネクト）し、その後、読出対象データがキャッシュメモリ上に読み出されると、改めて、上記要求を受領したパスを通じて管理モジュール３０からホスト４に対し再接続要求（リコネクション要求）を発行して再接続（リコネクション）を行なってから、前記データ読出要求に対応するＩ／Ｏ処理を再開している。このような再接続（再結合）に関しては下記特許文献１〜４にも開示されている。
【００１０】
ここで、図７に示すシーケンス図を参照しながら、一般的なリコネクション動作について説明する。まず、ホスト４のチャネル（ＣＨ）４ａからホストインターフェイスモジュール２０経由で管理モジュール３０にＩ／Ｏ要求（例えばデータ読出要求）が通知され（矢印Ａ１１，Ａ１２参照）、このＩ／Ｏ要求を処理するにあたり待ち時間が生じるような場合（例えば上述のごときステージング待ちの場合）、ホスト４のチャネル４ａとホストインターフェイスモジュール２０との間で確立された通信接続状態をストレージ制御装置３側から一旦切断（ディスコネクト）する。
【００１１】
読出対象データのステージングを完了すると、前記Ｉ／Ｏ要求を受領したパスを用いて管理モジュール３０からホスト４のチャネル４ａに対し再接続要求（Ｒｅｑ−ｉｎ要求）を発行する（矢印Ａ１３，Ａ１４参照）。この再接続要求を受けたチャネル４ａは、ホストインターフェイスモジュール２０に応答を返し（矢印Ａ１５参照）、ホストインターフェイスモジュール２０は、受領した応答を管理モジュール３０に通知する（矢印Ａ１６参照）。
【００１２】
そして、チャネル４ａからの応答が再接続成功を通知するものであれば、管理モジュール３０は、そのチャネル４ａとの間で上記Ｉ／Ｏ要求に対応した処理を再開する（矢印Ａ１７，Ａ１８参照）。一方、チャネル４ａからの応答が再接続失敗を通知するものであれば、管理モジュール３０は、図７に示す矢印Ａ１３以降の処理を再度実行（リトライ）することになる。
【００１３】
なお、ホストインターフェイスモジュール２０と管理モジュール３０との間でデータや信号の転送を行なう際、通常、これらのデータや信号はＰＣＩブリッジモジュール４０を経由することになるが、図７では、ＰＣＩブリッジモジュール４０の図示（つまりデータや信号がＰＣＩブリッジモジュール４０を経由することの図示）を省略している。
上述したリコネクションとしては、ＤＰＲ（Dynamic Path Reconnection）と呼ばれる機能が用いられている。ＤＰＲ機能とは、ホスト４（チャネル４ａ）とストレージ制御装置３との間でリコネクションを行なう際に、Ｉ／Ｏ要求を受領したパスにこだわらず、ホスト４とストレージ制御装置３との間に形成されるパスグループ（ただし、Ｉ／Ｏ要求を受領したパスが属しているパスグループ）に属するパスのいずれかを用いてリコネクションを動的に実行する機能である。
【００１４】
このようなＤＰＲ機能としては、下記のような２種類の方式（第１方式と第２方式）がある。
第１方式（１パスモード）では、同一パスグループに属する各パスに対しホストインターフェイスモジュール２０を通じて再接続要求を一つずつ発行し再接続に成功した時点でその再接続に成功したパスを用いたＩ／Ｏ処理をホストインターフェイスモジュール２０に依頼する。つまり、ある一つのパスに再接続要求を発行し、そのパスで再接続に失敗した場合には、同一パスグループの他の一つのパスに再接続要求を発行する、といった手順を再接続に成功するまで繰り返す。
【００１５】
第２方式（ばら撒きモード）では、同一パスグループに属する全てのパスに対しホストインターフェイスモジュール２０を通じて再接続要求を同時もしくはほぼ同時に発行し最初に再接続に成功したパスを用いたＩ／Ｏ処理をホストインターフェイスモジュール２０に依頼する。つまり、同一のパスグループを形成している全てのパスに再接続要求をばら撒き、最初に成功したパスに対してＩ／Ｏ処理の再開を依頼している。なお、２番目以降の再接続成功パスに対しては、別の再接続要求を割り当てる。ただし、割り当てるべき要求が存在しない場合にはパス（ホストインターフェイスモジュール２０）に対しキャンセルを通知する。
【００１６】
上述のようなＤＰＲ機能により、あるパスが別処理でビジー状態であった場合や、ディスコネクト（disconnct）中にパス故障が発生した場合に、同一パスグループに属する別のパスを使用して再接続（リコネクション）を行なうことが可能になる。例えば図８に示すごとく、ディスクインターフェイスモジュール１０がリコネクション対象のＩ／Ｏ要求（データ読出要求）に対するステージングを完了した時点で（矢印Ａ２１参照）、あるパスがビジー中もしくは故障中で再接続できない状態であっても（矢印Ａ２２参照）、管理モジュール３０によって同一バスグループに属する別のパスが割り当てられ、そのパスを用いて再接続することができる（矢印Ａ２３，Ａ２４参照）。
【特許文献１】特開昭６１−００３２６１号公報
【特許文献２】特開平０２−１４８１５８号公報
【特許文献３】特開平０８−０８３２３４号公報
【特許文献４】特開２０００−０２０４４５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかしながら、上述した第１方式（１パスモード）では、通常、ホスト４からの他のＩ／Ｏ処理の起動（Ｉ／Ｏ要求）と再接続要求とが重なった時には、Ｉ／Ｏ処理の起動が再接続要求よりも優先され、再接続要求が撤回され、他のパスに再接続要求を再発行しなければならい。従って、１つずつしか再接続要求を発行しない第１方式では、ストレージ制御装置３内にリコネクション待ちのＩ／Ｏ要求が多数存在する状況下では、Ｉ／Ｏ処理時間が間延びするが、このような状況下でさらにＩ／Ｏ処理の起動と再接続要求との重複が発生すると、Ｉ／Ｏ処理時間が大幅に間延びしてしまう（沈み込み現象の発生）。
【００１８】
また、第２方式（ばら撒きモード）は、ストレージ制御装置３内にリコネクション待ちのＩ／Ｏ要求が多数存在する場合には、効率よく再接続要求を発行することができるので極めて有効であるが、リコネクション待ちのＩ／Ｏ要求の数が少ない場合には、パス（チャネル）のビジー率を不要に増大させることになり、新たなＩ／Ｏ処理の起動を阻害してしまうことになる。
【００１９】
本発明は、このような課題に鑑み創案されたもので、上述した２種類のＤＰＲ方式を状況に応じて動的に切り替えられるようにして、リコネクション待ちの入出力要求の数が多い時には待ち状態を速やかに解消し入出力処理時間の間延び（沈み込み）を未然に防止する一方、リコネクション待ちの入出力要求の数が少ない時にはパスのビジー率の不要な増大を抑止し新たな入出力処理の起動が阻害されるのを確実に防止することを目的としている。
【課題を解決するための手段】
【００２０】
上記目的を達成するために、本発明のストレージ制御装置（請求項１）は、物理デバイスとホストとの間にそなえられ該ホストの該物理デバイスに対するアクセスを制御するものであって、該ホスト側の複数のチャネルに同一パスグループに属する複数のパスを介して接続され該ホストとのインターフェイスを制御するホストインターフェイスモジュールと、本装置全体を統括的に管理する管理モジュールとをそなえ、該管理モジュールが、該ホスト側の該チャネルからの入出力要求のうちリコネクション対象になったものについての情報を制御ブロックとしてキューイングして管理するリコネクションキューと、該リコネクションキューにおける前記制御ブロックのキューイング数を監視する監視手段と、該リコネクションキューで管理される前記制御ブロックに対応した入出力処理を再開する際に、該同一パスグループに属する各パスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行しリコネクションに成功した時点でそのリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第１方式と、該同一パスグループに属する該複数のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行し最初にリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第２方式とのいずれか一方の方式で当該入出力処理の再開を制御する制御手段と、該監視手段によって監視されるキューイング数に応じて、該制御手段で実行される方式を前記第１方式と前記第２方式とのいずれか一方に動的に切り替える切替手段とをそなえて構成されていることを特徴としている。
【００２１】
このとき、該切替手段が、該監視手段によって監視されるキューイング数が所定数以下の場合、該制御手段で実行される方式を前記第１方式に切り替える一方、該監視手段によって監視されるキューイング数が前記所定数を超える場合、該制御手段で実行される方式を前記第２方式に切り替える（請求項２）。
また、該管理モジュールに、各ホストインターフェイスモジュールを通じて各パスの使用状況を管理するための管理テーブルをさらにそなえ、該制御手段が、前記第１方式の実行時に、該管理テーブルを参照し該管理テーブルで未使用に設定されているパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行してもよいし（請求項３）、前記第２方式の実行時に、該管理テーブルを参照し該管理テーブルで未使用に設定されている２以上のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行してもよい（請求項４）。
【００２２】
さらに、該制御手段が、前記第２方式の実行時に、該同一パスグループに属する全てのパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行してもよいし、前記第２方式の実行時に、２番目以降にリコネクションに成功したパスに対し、該リコネクションキューで管理される前記制御ブロックのうちリコネクション可能なものに対応する入出力処理を順次依頼してもよい（請求項５）。
【発明の効果】
【００２３】
上述した本発明のストレージ制御装置によれば、リコネクション待ちの入出力要求の数が、監視手段によって、リコネクションキューにおける制御ブロック（ホスト側のチャネルからの入出力要求のうちリコネクション対象になったものについての情報）の数として監視され、その数に応じて、切替手段により、制御手段によるリコネクション要求の発行方式が第１方式と第２方式とのいずれか一方に動的に切り替えられる。従って、リコネクション待ちの入出力要求の数が多い時には第２方式（ばら撒きモード）によって待ち状態が速やかに解消され、入出力処理時間の間延び（沈み込み）が未然に防止される一方、リコネクション待ちの入出力要求の数が少ない時には第１方式（１パスモード）によってパスのビジー率の不要な増大が抑止され、新たな入出力処理の起動が阻害されることが確実に防止される。
【発明を実施するための最良の形態】
【００２４】
以下、図面を参照して本発明の実施の形態を説明する。
〔１〕本発明の一実施形態の説明
図１は本発明の第１実施形態としてのストレージ装置（ストレージ制御装置）の構成を示すブロック図で、この図１に示すように、本実施形態のストレージ装置１Ａも、基本的に、図６に示した一般的なストレージ装置１とほぼ同様に構成されている。
【００２５】
つまり、本実施形態のストレージ装置１Ａも、ホスト４からのアクセスに応じて、ホスト４からのデータを書き込んだり、ホスト４から要求されたデータを読み出してホスト４へ転送したりするもので、複数のディスクユニット（磁気ディスク装置，物理デバイス）２ａを有するディスクエンクロージャ２と、各ディスクユニット２ａとサーバ４との間にそなえられホスト４の各ディスクユニット２ａに対するアクセスを制御するストレージ制御装置３Ａとから構成されている。
【００２６】
そして、本実施形態のストレージ制御装置３Ａも、図１に示すように、基本的に図６に示した一般的なストレージ制御装置３とほぼ同様に、ディスクインターフェイスモジュール１０，ホストインターフェイスモジュール２０，管理モジュール３０ＡおよびＰＣＩブリッジモジュール４０をそなえて構成されている。
ここで、ディスクインターフェイスモジュール１０は、ディスクインターフェイスバス５４を介してディスクエンクロージャ２における各ディスクユニット２ａとのインターフェイス（データ転送）を制御するものである。
【００２７】
ホストインターフェイスモジュール２０は、ホスト４側の複数（本実施形態では４個）のチャネル４ａに同一のパスグループ６０（ファイバチャネルインターフェイスバス５０）に属する複数（本実施形態では４本）のパス６１を介して接続され、ホスト４とのインターフェイス（データ転送）を制御するものである。なお、ホストインターフェイスモジュール２０は、各パス６１に対して一つそなえてもよいし、複数のパス６１に対して一つそなえてもよい。
【００２８】
管理モジュール３０Ａは、本ストレージ制御装置３Ａの全体を統括的に管理するもので、ホスト４から各ディスクユニット２ａに書き込まれるべきデータや、各ディスクユニット２ａからホスト４へ読み出されるべきデータを一時的に格納するキャッシュメモリを搭載され、このキャッシュメモリの管理を行なうものである。この管理モジュール３０Ａの詳細構成については、図２を参照しながら後述する。
【００２９】
ＰＣＩブリッジモジュール４０は、ＰＣＩバス５１，５２，５３を介してディスクインターフェイスモジュール１０，ホストインターフェイスモジュール２０および管理モジュール３０Ａをそれぞれ接続され、これらのディスクインターフェイスモジュール１０，ホストインターフェイスモジュール２０および管理モジュール３０Ａの相互間をデータ転送可能に接続するものである。
【００３０】
このような構成により、本実施形態のストレージ制御装置３Ａにおいても、サーバ４からディスクユニット２ａへのデータ書込や、ディスクユニット２ａからサーバ４へのデータ読出が、上述したストレージ制御装置３と同様の手順（図６中の矢印Ａ１〜Ａ４参照）で実行される。
ついで、図２に示すブロック図を参照しながら、本実施形態の管理モジュール３０Ａの要部機能構成（リコネクション動作にかかる機能構成）について説明する。
【００３１】
この管理モジュール３０Ａは、図２に示すように、リコネクションキュー３１，監視手段３２，制御手段３３，切替手段３４およびホストインターフェイスモジュール使用状況管理テーブル３５をそなえて構成されている。
リコネクションキュー３１は、ホスト４側のチャネル（ＣＨ）４ａからのＩ／Ｏ要求（入出力要求）のうち、例えばステージング処理待ち等のためにリコネクション対象となった全てのＩ／Ｏ要求についての制御ブロック（以下、ＡＣＢ（Action Control Block）という）をキューイングして管理するものである。このリコネクションキュー３１は各管理モジュール３０Ａに一つそなえられる。また、リコネクションキュー３１におけるキューイング数に特に制限は設けられていない。
【００３２】
監視手段３２は、リコネクションキュー３１におけるＡＣＢのキューイング数を監視するものである。
制御手段３３は、リコネクションキュー３１で管理されるＡＣＢに対応するＩ／Ｏ処理を再開する際に、再接続要求（Ｒｅｑ−ｉｎ要求）の発行を、第１方式（１パスモード）と第２方式（ばら撒きモード）とのいずれか一方の方式で実行し、当該Ｉ／Ｏ要求に対応した処理（Ｉ／Ｏ処理）の再開を制御するものである。
【００３３】
ここで、第１方式（１パスモード）では、前述した通り、同一パスグループ６０に属する各パス６１に対しホストインターフェイスモジュール２０を通じて再接続要求を一つずつ発行し再接続に成功した時点でその再接続に成功したパス６１を用いたＩ／Ｏ処理をホストインターフェイスモジュール２０に依頼する。つまり、ある一つのパス６１に再接続要求を発行し、そのパス６１で再接続に失敗した場合には、同一パスグループ６０の他の一つのパス６１に再接続要求を発行する、といった手順を再接続に成功するまで繰り返す。
【００３４】
また、第２方式（ばら撒きモード）では、前述した通り、同一パスグループ６０に属する全てのパス６１に対しホストインターフェイスモジュール２０を通じて再接続要求を同時もしくはほぼ同時に発行し最初に再接続に成功したパス６１を用いたＩ／Ｏ処理をホストインターフェイスモジュール２０に依頼する。つまり、同一のパスグループ６０を形成している全てのパス６１に再接続要求をばら撒き、最初に成功したパス６１に対してＩ／Ｏ処理の再開を依頼している。なお、２番目以降の再接続成功パス６１に対しては、制御手段３３は、リコネクションキュー３１をスキャンしてＩ／Ｏ処理再開可能なＡＣＢをサーチし、Ｉ／Ｏ処理再開可能なＡＣＢについての再接続要求を割り当てる。ただし、Ｉ／Ｏ処理再開可能なＡＣＢが存在しない場合にはパス６１（ホストインターフェイスモジュール２０）に対しキャンセルを通知する。
【００３５】
切替手段３４は、監視手段３２によって監視されるキューイング数（ＡＣＢの数）に応じて、制御手段３３で実行される再接続要求の発行方式を第１方式と第２方式とのいずれか一方に動的に切り替えるものである。特に、本実施形態における切替手段３４は、監視手段３２によって監視されるキューイング数が所定数（閾値；例えば４）以下の場合、制御手段３３で実行される再接続要求発行方式を第１方式（１パスモード）に切り替える一方、監視手段３２によって監視されるキューイング数が前記所定数を超えた場合、制御手段３３で実行される再接続要求発行方式を第２方式（ばら撒きモード）に切り替える。ただし、第２方式に切り替えた直後にリコネクションキュー３１におけるＡＣＢの数が閾値以下になったとしても、切替手段３４は、直ちに第１方式に切り替えず、例えば最低５秒間は第２方式のばら撒きモードを維持するようになっている。
【００３６】
ホストインターフェイスモジュール使用状況管理テーブル（管理テーブル）３５は、各ホストインターフェイスモジュール２０を通じて各パス６１の使用／未使用状態（つまり各パス６１の使用／未使用状態）を管理するためのもので、各管理モジュール３０Ａに一つそなえられている。このホストインターフェイスモジュール使用状況管理テーブル３５では、例えば図３に示すように、各ホストインターフェイスモジュール２０のＩＤ（識別情報）に対応させて、そのホストインターフェイスモジュール２０の使用／未使用状態情報（つまりは、そのホストインターフェイスモジュール２０に接続されたパス６１の使用／未使用状態情報）“１”もしくは“０”が設定・保持されている。例えば、フリー状態（未使用状態）の場合には“０”、使用状態の場合には“１”が設定される。
【００３７】
なお、ホストインターフェイスモジュール使用状況管理テーブル３５が更新されるタイミングは、Ｉ／Ｏ要求を受領した時（“０”→“１”），チャネル４ａとホストインターフェイスモジュール２０とがディスコネクトした時（“１”→“０”），Ｉ／Ｏ処理が終了した時（“１”→“０”），再接続要求を発行する時（“０”→“１”）である。ただし、ここでいうフリー状態は、そのホストインターフェイスモジュール２０を「自管理モジュール３０Ａが使用していない」という状態を示しているだけであり、「他管理モジュール３０Ａも使用していない」ということを保証するものではない。
【００３８】
また、ホストインターフェイスモジュール２０と各パス６１とが一対一でそなえられている場合、上述したホストインターフェイスモジュール２０のＩＤとしては、物理的な各ホストインターフェイスモジュール２０を特定しうる識別情報がそのまま用いられるが、一つのホストインターフェイスモジュール２０に複数のパス６１が接続されている場合には、上述したホストインターフェイスモジュール２０のＩＤとしては、各パス６１に対し一つだけ想定される論理的なホストインターフェイスモジュール（論理ホストインターフェイスモジュール）を特定しうる識別情報が用いられる。
【００３９】
制御手段３３は、上述のようなホストインターフェイスモジュール使用状況管理テーブル３５を参照することにより、少なくとも自管理モジュール３０Ａが使用していないホストインターフェイスモジュール２０に対して再接続要求を発行する。例えば、制御手段３３は、第１方式（１パスモード）の実行時には、ホストインターフェイスモジュール使用状況管理テーブル３５でフリー状態“０”に設定されている各ホストインターフェイスモジュール２０に対して再接続要求を一つずつ発行する。また、制御手段３３は、第２方式（ばら撒きモード）の実行時には、ホストインターフェイスモジュール使用状況管理テーブル３５でフリー状態“０”に設定されている２以上のホストインターフェイスモジュール２０に対して再接続要求を同時もしくはほぼ同時に発行する。
【００４０】
従って、本実施形態の管理モジュール３０Ａは、フリー状態のホストインターフェイスモジュール２０（論理ホストインターフェイスモジュール）に対してのみ再接続要求を発行し、使用状態のホストインターフェイスモジュール２０（論理ホストインターフェイスモジュール）に対しては再接続要求を発行しない。ホストインターフェイスモジュール２０が全て使用状態である場合には、少なくとも一つのホストインターフェイスモジュール２０がフリー状態になるまで再接続要求の発行は待たされる。つまり、各管理モジュール３０Ａは、一つのホストインターフェイスモジュール２０に対し複数の再接続要求を発行しないように構成されている。
【００４１】
制御手段３３がホストインターフェイスモジュール２０に再接続要求を発行するタイミングは、ＡＣＢがリコネクションキュー３１にキューイングされた時点、または、ホストインターフェイスモジュール２０がフリー状態（未使用状態）に遷移した時点である。いずれの時点でも、制御手段３３が、リコネクションキュー３１の先頭ＡＣＢから順にスキャンし、再接続可能（Ｉ／Ｏ処理再開可能）なＡＣＢが存在するか否かをチェックしている。
【００４２】
次に、図４および図５を参照しながら、上述のごとく構成された本実施形態のストレージ装置１Ａ（ストレージ制御装置３Ａ，管理モジュール３０Ａ）のリコネクション動作（リコネクション制御方法）について説明する。なお、図４は、本実施形態におけるリコネクションキューの具体的な動作を説明するための図、図５は本実施形態のリコネクション動作（ストレージ装置におけるリコネクション制御方法）を説明するためのシーケンス図である。
【００４３】
リコネクションキュー３１に保持されたＡＣＢについての再接続要求（Ｒｅｑ−ｉｎ要求）は、図４に示すように、再接続要求に必要な情報をＡＣＢにおける制御情報から抽出・コピーして作成されたアクション入出力ブロック（以下、ＡＩＯという）を用いて実行される。つまり、管理モジュール３０Ａの制御手段３３は、再接続要求を発行すべきホストインターフェイスモジュール２０の数と同数のＡＩＯをリコネクションキュー３１の再接続対象ＡＣＢから獲得し、各ＡＩＯに基づいて各ホストインターフェイスモジュール２０（各パス６１）に対して再接続要求を発行する。
【００４４】
このとき、本実施形態では、管理モジュール３０Ａが高負荷状態の場合（例えば監視手段３２によって監視されるリコネクションキュー３１内のＡＣＢ数が５以上の場合）には、切替手段３４によって第２方式（ばら撒きモード）に切り替えられ、制御手段３３は、できるだけ多くのフリー状態のホストインターフェイスモジュール２０に再接続要求を発行すべく、できる限り多くのＡＩＯを獲得する。一方、管理モジュール３０Ａが低負荷状態の場合（例えば監視手段３２によって得られるリコネクションキュー３１内のＡＣＢ数が４以下の場合）には、切替手段３４によって第１方式（１パスモード）に切り替えられ、制御手段３３は、一つのフリー状態のホストインターフェイスモジュール２０に再接続要求を発行すべく、ＡＩＯを１個のみ獲得し、チャネル４ａ（パス６１）のビジー率を減らしている。
【００４５】
例えば図４に示すように、リコネクションキュー３１において、ＡＣＢとして、ＡＣＢ０，ＡＣＢ２，ＡＣＢ５，ＡＣＢ７，ＡＣＢ１，ＡＣＢ８の６個が保持・管理されている場合において、ＡＣＢ７にかかるＩ／Ｏ処理が再開可能になり、その時点で２つのホストインターフェイスモジュール２０（それぞれＩＤを０，１とする）がフリー状態であったとする（このフリー状態の情報は、前述した通りホストインターフェイスモジュール使用状況管理テーブル３５から得られる）。
【００４６】
この場合、図４に示すように、制御手段３３は、ＡＣＢ７について、２つのホストインターフェイスモジュール２０（ホストインターフェイスモジュール“０”，ホストインターフェイスモジュール“１”）をそれぞれ割り当てられた２つのＡＩＯ−０およびＡＩＯ−１を獲得し、これらのＡＩＯ−０，ＡＩＯ−１に基づいて管理モジュール３０Ａから２つのホストインターフェイスモジュール２０（ホストインターフェイスモジュール“０”，ホストインターフェイスモジュール“１”）に再接続要求（Ｒｅｑ−ｉｎ要求）を発行する（図５中の矢印Ａ３１参照）。
【００４７】
この後、最初に、ホストインターフェイスモジュール“００とホスト４のチャネル４ａとの間のパス６１でリコネクションに成功し、このホストインターフェイスモジュール“０”から管理モジュール３０Ａにリコネクション成功が通知されると（図５中の矢印Ａ３２参照）、管理モジュール３０Ａは、このホストインターフェイスモジュール“０”にＡＣＢ７に対応するＩ／Ｏ処理についての再開を依頼する（図５中の矢印Ａ３３参照）。
【００４８】
続いて、ホストインターフェイスモジュール“１”とホスト４のチャネル４ａとの間のパス６１でリコネクションに成功し、このホストインターフェイスモジュール“１”から管理モジュール３０Ａにリコネクション成功が通知されると（図５中の矢印Ａ３４参照）、管理モジュール３０Ａ（制御手段３３）は、リコネクションキュー３１をスキャンし、Ｉ／Ｏ処理再開可能な他のＡＣＢであって、且つ、依頼元がＡＣＢ７に対応するＩ／Ｏ要求の依頼元と同じであるＡＣＢをサーチする（図５中のステップＳ１０参照）。ここでは、例えばＡＣＢ８がこのような条件を満たすものであったとすると、制御手段３３は、ホストインターフェイスモジュール“１”にＡＣＢ８に対応するＩ／Ｏ処理についての再開を依頼する（図５中の矢印Ａ３５参照）。ただし、上記条件を満たすＡＣＢがリコネクションキュー３１が存在しない場合には、ホストインターフェイスモジュール“１”に対し、リコネクションのキャンセルが通知される。
【００４９】
なお、フリー状態のホストインターフェイスモジュール２０が一つしか存在しない場合や、切替手段３４によって第１方式（１パスモード）に切り替えられている場合には、ＡＩＯが１個のみ獲得され、一つのフリー状態のホストインターフェイスモジュール２０に再接続要求が発行される。
また、ホストインターフェイスモジュール２０と管理モジュール３０Ａとの間でデータや信号の転送を行なう際、通常、これらのデータや信号はＰＣＩブリッジモジュール４０を経由することになるが、図５〜図８では、ＰＣＩブリッジモジュール４０の図示（つまりデータや信号がＰＣＩブリッジモジュール４０を経由することの図示）を省略している。
【００５０】
このように、本発明の一実施形態としてのストレージ制御装置３Ａ（ストレージ装置１Ａにおけるリコネクション制御方法）によれば、リコネクション待ちのＩ／Ｏ要求の数が監視手段３２によってリコネクションキュー３１におけるＡＣＢの数として監視され、その数に応じて、切替手段３４により、制御手段３３によるリコネクション要求の発行方式が第１方式（１パスモード）と第２方式（ばら撒きモード）とのいずれか一方に動的に切り替えられる。
【００５１】
従って、リコネクション待ちのＩ／Ｏ要求の数が多い時（高負荷時；ＡＣＢ数が閾値を超えた時）には、第２方式（ばら撒きモード）によって複数のフリー状態のホストインターフェイスモジュール２０（パス６１）に対して同時もしくはほぼ同時に再接続要求が発行され、待ち状態が速やかに解消され、Ｉ／Ｏ処理時間の間延び（沈み込み）が未然に防止される。
【００５２】
これに対し、リコネクション待ちのＩ／Ｏ要求の数が少ない時（低負荷時；ＡＣＢ数が閾値以下の時）には、第１方式（１パスモード）によって、フリー状態のホストインターフェイスモジュール２０が複数存在していても、一つのホストインターフェイスモジュール２０（パス６１）に対してのみ再接続要求が発行され、パス６１のビジー率の不要な増大が抑止され、新たなＩ／Ｏ処理の起動が阻害されることが確実に防止される。
【００５３】
〔２〕その他
なお、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
例えば、上述した実施形態では、第１方式と第２方式との切替基準となる閾値が４である場合について説明したが、本発明はこれに限定されるものではない。
【００５４】
また、上述した実施形態では、ホスト４とストレージ制御装置３Ａとの間のインターフェイスがファイバチャネルインターフェイスである場合について説明したが、本発明は、これに限定されるものではない。
さらに、上述した実施形態における監視手段３２，制御手段３３および切替手段３４としての機能は、管理モジュール３０Ａを構成するＣＰＵ（Central Processing Unit；図示略）が所定のプログラムを実行することによって実現される。このプログラムは、例えばフレキシブルディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ等のコンピュータ読取可能な記録媒体に記録された形態で提供される。従って、本発明の機能（ストレージ制御装置３Ａや管理モジュール３０Ａ）は、従来のものに対しハードウェアの特別な追加・変更を行なうことなく、ソフトウェアの変更を行なうだけで実現される。また、リコネクションキュー３１やホストインターフェイスモジュール使用状況管理テーブル３５としての機能は、管理モジュール３０Ａに元々そなえられているメモリ（図示略）の領域を用いて実現される。
【００５５】
〔３〕付記
（付記１）  物理デバイスとホストとの間にそなえられ該ホストの該物理デバイスに対するアクセスを制御するストレージ制御装置であって、
該ホスト側の複数のチャネルに同一パスグループに属する複数のパスを介して接続され、該ホストとのインターフェイスを制御するホストインターフェイスモジュールと、
本装置全体を統括的に管理する管理モジュールとをそなえ、
該管理モジュールが、
該ホスト側の該チャネルからの入出力要求のうちリコネクション対象になったものについての情報を制御ブロックとしてキューイングして管理するリコネクションキューと、
該リコネクションキューにおける前記制御ブロックのキューイング数を監視する監視手段と、
該リコネクションキューで管理される前記制御ブロックに対応した入出力処理を再開する際に、該同一パスグループに属する各パスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行しリコネクションに成功した時点でそのリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第１方式と、該同一パスグループに属する該複数のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行し最初にリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第２方式とのいずれか一方の方式で当該入出力処理の再開を制御する制御手段と、
該監視手段によって監視されるキューイング数に応じて、該制御手段で実行される方式を前記第１方式と前記第２方式とのいずれか一方に動的に切り替える切替手段とをそなえて構成されていることを特徴とする、ストレージ制御装置。
【００５６】
（付記２）  該切替手段が、該監視手段によって監視されるキューイング数が所定数以下の場合、該制御手段で実行される方式を前記第１方式に切り替える一方、該監視手段によって監視されるキューイング数が前記所定数を超える場合、該制御手段で実行される方式を前記第２方式に切り替えることを特徴とする、付記１記載のストレージ制御装置。
（付記３）  該管理モジュールが、各ホストインターフェイスモジュールを通じて各パスの使用状況を管理するための管理テーブルをさらにそなえ、
該制御手段が、前記第１方式の実行時に、該管理テーブルを参照し該管理テーブルで未使用に設定されているパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行することを特徴とする、付記１または付記２に記載のストレージ制御装置。
【００５７】
（付記４）  該管理モジュールが、各ホストインターフェイスモジュールを通じて各パスの使用状況を管理するための管理テーブルをさらにそなえ、
該制御手段が、前記第２方式の実行時に、該管理テーブルを参照し該管理テーブルで未使用に設定されている２以上のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行することを特徴とする、付記１〜付記３のいずれか一項に記載のストレージ制御装置。
【００５８】
（付記５）  該制御手段が、前記第２方式の実行時に、２番目以降にリコネクションに成功したパスに対し、該リコネクションキューで管理される前記制御ブロックのうちリコネクション可能なものに対応する入出力処理を順次依頼することを特徴とする、付記１〜付記４のいずれか一項に記載のストレージ制御装置。
（付記６）  物理デバイスをそなえるとともに、該物理デバイスとホストとの間にそなえられ該ホストの該物理デバイスに対するアクセスを制御するストレージ制御装置をそなえて構成されたストレージ装置であって、
該ストレージ制御装置が、
該ホスト側の複数のチャネルに同一パスグループに属する複数のパスを介して接続され、該ホストとのインターフェイスを制御するホストインターフェイスモジュールと、
本ストレージ制御装置全体を統括的に管理する管理モジュールとをそなえて構成され、
該管理モジュールが、
該ホスト側の該チャネルからの入出力要求のうちリコネクション対象になったものについての情報を制御ブロックとしてキューイングして管理するリコネクションキューと、
該リコネクションキューにおける前記制御ブロックのキューイング数を監視する監視手段と、
該リコネクションキューで管理される前記制御ブロックに対応した入出力処理を再開する際に、該同一パスグループに属する各パスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行しリコネクションに成功した時点でそのリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第１方式と、該同一パスグループに属する該複数のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行し最初にリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第２方式とのいずれか一方の方式で当該入出力処理の再開を制御する制御手段と、
該監視手段によって監視されるキューイング数に応じて、該制御手段で実行される方式を前記第１方式と前記第２方式とのいずれか一方に動的に切り替える切替手段とをそなえて構成されていることを特徴とする、ストレージ装置。
【００５９】
（付記７）  該切替手段が、該監視手段によって監視されるキューイング数が所定数以下の場合、該制御手段で実行される方式を前記第１方式に切り替える一方、該監視手段によって監視されるキューイング数が前記所定数を超える場合、該制御手段で実行される方式を前記第２方式に切り替えることを特徴とする、付記６記載のストレージ装置。
（付記８）  該管理モジュールが、各ホストインターフェイスモジュールを通じて各パスの使用状況を管理するための管理テーブルをさらにそなえ、
該制御手段が、前記第１方式の実行時に、該管理テーブルを参照し該管理テーブルで未使用に設定されているパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行することを特徴とする、付記６または付記７に記載のストレージ装置。
【００６０】
（付記９）  該管理モジュールが、各ホストインターフェイスモジュールを通じて各パスの使用状況を管理するための管理テーブルをさらにそなえ、
該制御手段が、前記第２方式の実行時に、該管理テーブルを参照し該管理テーブルで未使用に設定されている２以上のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行することを特徴とする、付記６〜付記８のいずれか一項に記載のストレージ装置。
【００６１】
（付記１０）    該制御手段が、前記第２方式の実行時に、２番目以降にリコネクションに成功したパスに対し、該リコネクションキューで管理される前記制御ブロックのうちリコネクション可能なものに対応する入出力処理を順次依頼することを特徴とする、付記６〜付記９のいずれか一項に記載のストレージ装置。
（付記１１）  物理デバイスをそなえるとともに、該物理デバイスとホストとの間にそなえられて該ホストの該物理デバイスに対するアクセスを制御するストレージ制御装置をそなえて構成されたストレージ装置におけるリコネクション制御方法であって、
該ホスト側の該チャネルからの入出力要求のうちリコネクション対象になったものについての情報を制御ブロックとしてリコネクションキューにキューイングして管理し、
該リコネクションキューにおける前記制御ブロックのキューイング数を監視し、
前記キューイング数に応じて、該同一パスグループに属する各パスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行しリコネクションに成功した時点でそのリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第１方式と、該同一パスグループに属する該複数のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行し最初にリコネクションに成功したパスを用いた入出力処理を該ホストインターフェイスモジュールに依頼する第２方式とのいずれか一方に動的に切り替えながら、該リコネクションキューで管理される前記制御ブロックに対応した入出力処理を再開させることを特徴とする、ストレージ装置におけるリコネクション制御方法。
【００６２】
（付記１２）  前記キューイング数が所定数以下の場合、前記第１方式に切り替える一方、前記キューイング数が前記所定数を超える場合、前記第２方式に切り替えることを特徴とする、付記１１記載のストレージ装置におけるリコネクション制御方法。
（付記１３）  各ホストインターフェイスモジュールを通じて各パスの使用状況を管理テーブルで管理し、
前記第１方式の実行時に、該管理テーブルで未使用に設定されているパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を一つずつ発行することを特徴とする、付記１１または付記１２に記載のストレージ装置におけるリコネクション制御方法。
【００６３】
（付記１４）  各ホストインターフェイスモジュールを通じて各パスの使用状況を管理テーブルで管理し、
前記第２方式の実行時に、該管理テーブルで未使用に設定されている２以上のパスに対し該ホストインターフェイスモジュールを通じてリコネクション要求を同時もしくはほぼ同時に発行することを特徴とする、付記１１〜付記１３のいずれか一項に記載のストレージ装置におけるリコネクション制御方法。
【００６４】
（付記１５）  前記第２方式の実行時に、２番目以降にリコネクションに成功したパスに対し、該リコネクションキューで管理される前記制御ブロックのうちリコネクション可能なものに対応する入出力処理を順次依頼することを特徴とする、付記１１〜付記１４のいずれか一項に記載のストレージ装置におけるリコネクション制御方法。
【産業上の利用可能性】
【００６５】
以上のように、本発明によれば、リコネクション待ちの入出力要求の数が多い時には第２方式（ばら撒きモード）によって待ち状態が速やかに解消され、入出力処理時間の間延び（沈み込み）が未然に防止される一方、リコネクション待ちの入出力要求の数が少ない時には第１方式（１パスモード）によってパスのビジー率の不要な増大が抑止され、新たな入出力処理の起動が阻害されることが確実に防止される。
【００６６】
従って、本発明は、ホストの物理デバイスに対するアクセスを制御するストレージ制御装置や、このストレージ制御装置および物理デバイスを含んで構成されるストレージ装置に用いて好適であり、その有用性は極めて高いものと考えられる。
【図面の簡単な説明】
【００６７】
【図１】本発明の一実施形態としてのストレージ装置（ストレージ制御装置）の構成を示すブロック図である。
【図２】図１に示す管理モジュールにおける要部機能構成を示すブロック図である。
【図３】図１に示す管理モジュールにそなえられるホストインターフェイスモジュール使用状況管理テーブルの具体的な内容を示す図である。
【図４】本実施形態におけるリコネクションキューの具体的な動作を説明するための図である。
【図５】本実施形態のリコネクション動作（ストレージ装置におけるリコネクション制御方法）を説明するためのシーケンス図である。
【図６】一般的なストレージ装置（ストレージ制御装置）の構成を示すブロック図である。
【図７】一般的なリコネクション動作を説明するためのシーケンス図である。
【図８】一般的なＤＰＲ機能について説明するための図である。
【符号の説明】
【００６８】
１Ａ    ストレージ装置
２    ディスクエンクロージャ
２ａ    ディスクユニット（磁気ディスク装置，物理デバイス）
３Ａ    ストレージ制御装置
４    ホスト
４ａ    チャネル
１０    ディスクインターフェイスモジュール
２０    ホストインターフェイスモジュール
３０Ａ    管理モジュール
３１    リコネクションキュー
３２    監視手段
３３    制御手段
３４    切替手段
３５    ホストインターフェイスモジュール使用状況管理テーブル（管理テーブル）
４０    ＰＣＩブリッジモジュール
５０    ファイバチャネルインターフェイスバス
５１，５２，５３    ＰＣＩバス（インターフェイスバス）
５４    ディスクインターフェイスバス
６０    パスグループ
６１    パス
【図１】
2005070994.tif 000003
【図２】
2005070994.tif 000004
【図３】
2005070994.tif 000005
【図４】
2005070994.tif 000006
【図５】
2005070994.tif 000007
【図６】
2005070994.tif 000008
【図７】
2005070994.tif 000009
【図８】
2005070994.tif 000010