JP2007199975A - データ処理システム及びデータ処理方法 - Google Patents

Abstract

【課題】イニシャルプログラムロードやチャネルパスオンラインなどの処理時間を短縮する。
【解決手段】データ処理システム（１０）は、複数の論理デバイス（４１）を有するディスクユニット（４０）と、複数の論理デバイス（４１）を処理範囲として指定したコマンドを発行する中央処理装置（２０）と、処理範囲として指定された全ての論理デバイス（４１）についてコマンドを実行するディスク制御装置（３０）とを備える。コマンドはイニシャルプログラムロード又はチャネルパスオンラインの実行を契機として、中央処理装置（２０）からディスク制御装置（３０）に発行される。
【選択図】図１

Description

本発明はデータ処理システム及びデータ処理方法に関する。

メインフレーム系のデータ処理システムにおいては、中央処理装置からディスク制御装置へデータ転送を要求する場合には、ＤＸ（Define Extext）／ＬＯＣ（LOCate record）にＷＲＩＴＥ系コマンドをチェインしたＣＣＷ（Channel Command Word）チェインをディスク制御装置に発行する一方、ディスク制御装置から中央処理装置へデータ転送を要求する場合には、ＤＸ／ＬＯＣにＲＥＡＤ系コマンドをチェインしたＣＣＷチェインをディスク制御装置に発行していた。

特開２００２−２８７９０８号公報には、中央処理装置とディスク制御装置との間のＣＣＷチェインの通信によるオーバーヘッドを低減するため、中央処理装置においてＣＣＷチェインを結合し、複数のＣＣＷをまとめてディスク制御装置に送信し、ディスク制御装置においてＣＣＷチェインを分離して処理することにより、中央処理装置とディスク制御装置との間のＣＣＷチェインの通信によるオーバーヘッドを低減する技術について開示されている。この他にも、ＣＣＷチェインの処理に言及した文献として、特開２０００−１６３３５４号公報、特開平１０−３３３８３６号公報が知られている。
特開２００２−２８７９０８号公報 特開２０００−１６３３５４号公報 特開平１０−３３３８３６号公報

しかし、イニシャルプログラムロード（ＩＰＬ）やチャネルパスオンライン（ＣＨＰ ＯＮ）などの処理を実行するためには、ホストジェネレーションで定義されている全ての論理デバイスのそれぞれにコントロール系（ＣＴＬ系）及びセンス系（ＳＮＳ系）のコマンドを発行しなければならない。近年、ディスクユニットに搭載される論理デバイスの数は増加する傾向にあり、イニシャルプログラムロードやチャネルパスオンラインなどの処理の都度、多数の論理デバイスのそれぞれに同一のコマンドを発行していたのでは、処理完了までに長時間を要してしまう。

そこで、本発明はこのような問題点を解決し、イニシャルプログラムロードやチャネルパスオンラインなどの処理時間を短縮することを課題とする。

上記の課題を解決するため、本発明のデータ処理システムは、複数の論理デバイスを有するディスクユニットと、複数の論理デバイスを処理範囲として指定したルート／デバイスチェック系のＣＴＬ系コマンド、モード設定・読み取り系のＣＴＬ系のコマンド、モード設定・読み取り系のＳＮＳ系のコマンド、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドを発行する中央処理装置と、処理範囲として指定された全ての論理デバイスについてコマンドを実行するディスク制御装置と、を備える。コマンドは、イニシャルプログラムロード又はチャネルパスオンラインの実行を契機として、中央処理装置からディスク制御装置に発行される。

本発明によれば、イニシャルプログラムロードやチャネルパスオンラインなどの処理時間を短縮することができる。

以下、各図を参照しながら本発明の実施形態について説明する。
図１は本実施形態に係るデータ処理システム１０のシステム構成を示す。データ処理システム１０は、中央処理装置（ＣＰＵ）２０、ディスク制御装置（ＤＫＣ）３０、及びディスクユニット（ＤＫＵ）４０を備える。

中央処理装置２０は、メインフレーム系のコンピュータシステムであり、チャネル部（ＣＨ）２１、システムコントローラ（ＳＣ）２２、主記憶装置（ＭＳ）２３、及び演算処理装置（ＩＰ）２４を備える。チャネル部２１は、ディスク制御装置３０内のチャネル制御部３１に接続するインターフェースを制御する。システムコントローラ２２は、チャネル部２１を通じたデータ転送を制御する。主記憶装置２３は、各種プログラムやプログラムが処理するデータ等を格納する。演算処理装置２４は、オペレーティングシステムやユーザプログラム等を実行する。

ディスク制御装置３０は、チャネル制御部３１、データ転送部３２、制御プロセッサ３３、ローカルメモリ（ＬＭ）３４、共有メモリ（ＳＭ）３５、及びキャッシュメモリ（ＣＭ）３６を備える。チャネル制御部３１は、中央処理装置２０内のチャネル部２１に接続するインターフェースを制御する。データ転送部３２は、チャネル制御部３１、制御プロセッサ３３、キャッシュメモリ３６、及びディスクユニット４０の間のデータ転送を制御する。制御プロセッサ３３は、中央処理装置２０から発行されたコマンドの処理等を実行する。ローカルメモリ３４は、制御プロセッサ３３のワークエリア等として機能する。共有メモリ３５は、ディスクユニット４０の構成情報等を格納する。キャッシュメモリ３６は、中央処理装置２０とディスクユニット４０との間を転送するデータを一時的に格納する。

ディスクユニット４０は、複数の論理デバイス４１を備える。各論理デバイス４１は、コントロールユニット番号（ＣＵ＃）単位でグループ分けされている。論理デバイス４１は、例えば、４つのストレージデバイスを一組としてグループ化することにより（３Ｄ＋１Ｐ）、或いは８つのストレージデバイスを一組としてグループ化することにより（７Ｄ＋１Ｐ）、構成される。ストレージデバイスは、ハードディスクドライブ、フレキシブルディスクドライブ、磁気テープドライブ、半導体メモリドライブ、光ディスクドライブ等である。

図２はＩＰＬ処理又はＣＨＰＯＮ処理を実行するときに中央処理装置２０から発行されるコマンドを示す。

ＩＰＬ処理とは、中央処理装置２０内のオペレーティングシステムを再立ち上げしたときに行われる処理であり、中央処理装置２０内やディスク制御装置３０内で管理されている構成情報（論理デバイスや論理パス等の構成情報）を一度、リセットする。ＣＨＰ ＯＮ処理とは、中央処理装置２０と論理デバイス４１との間を接続する論理パスをオンラインにするときに行われる処理であり、それぞれの論理デバイス４１に接続する論理パスを定義したりする。ＩＰＬ処理又はＣＨＰ ＯＮ処理を実行するときには、ホストジェネレーションで定義されている全ての論理デバイス４１のそれぞれにコントロール系或いはセンス系のコマンドが中央処理装置２０から発行される。例えば、ＣＨＰ ＯＮ処理で論理パスを確立するには、まず、コントロールユニット単位でＥＬＰ（Establish Logical Path）を発行して、コントロールユニット単位で論理パス番号を取得することによって、コントロールユニット単位の論理パスを確立する。次に、全ての論理パスから全ての論理デバイス４１へＳＥＴ ＰＩコマンドを発行することによって論理パスの設定を行う。従来では、ＳＥＴ ＰＩコマンドは、論理パスの数と論理デバイスの数を乗じた数だけ発行する必要がある。

同図に示すように、ＩＰＬ処理又はＣＨＰ ＯＮ処理を実行するときに中央処理装置２０から発行されるコマンドは、ルート／デバイスチェック系コマンドと、モード設定・読み取り系コマンドに大別される。

ＮＯＰ（NO-Opration）は、論理デバイス４１の実装を確認するためのコマンドであり、動作は何もしない。

ＲＬＳ（Device Release）は、ＲＳＶ（Device Reserve）によるリザーブ状態を解除するためのコマンドである。また、ＲＬＳは、センスバイトを収集する。

ＳＥＴ ＰＩ（Set Path Group ID）は、論理パスのパスグループを編集するためのコマンドである。

ＳＮＳ ＩＤ（Sense ID）は、構成コマンドを収集するためのコマンドである。

ＲＤ ＣＨＲ（Read Device Characteristics）は、装置仕様を収集するためのコマンドである。

ＲＥＡＤ ＣＯＮＦ（Read Configuration Data）は、構成情報を取得するためのコマンドである。

ＳＮＳ ＳＵＢ ＳＴＳ（Sense Subsystem Status）は、ディスク制御装置３０やディスクユニット４０の状態をチャネル部２１に転送するためのコマンドである。

ＰＥＲＦ ＳＵＢ ＦＵＮＣ（Perform Subsystem Function）は、ＲＤ ＳＵＢ ＤＡＴＡコマンドで転送するデータを指定するためのコマンドである。

ＲＤ ＳＵＢ ＤＡＴＡ（Read Subsystem Data）は、ＰＥＲＦ ＳＵＢ ＦＵＮＣコマンドにより指定されたデータをチャネル部２１に転送するためのコマンドである。

図３は中央処理装置２０のシステム構成を示す。図１に示した符号と同一符号の装置は同一の装置を示すものとして詳細な説明を省略する。チャネル部２１は、複数のサブチャネル（ＳＵＢＣＨ）２１０と、入出力装置２２０とを備える。サブチャネル２１０は、主記憶装置２３とディスク制御装置３０との間のデータ転送を制御する。入出力装置２２０は、コマンドフレーム又はデータフレームを送受信する。

図４はチャネル部２１がコマンドを発行するために用いられる制御情報を示す。これらの制御情報は、主記憶装置２３に格納されている。制御情報は、複数のＵＣＢ（Unit Control Block）５０、ＩＯＱ（Input Output Queue）６０、ＩＯＳＢ（Input Output Service Block）７０、及びチャネルプログラム８０を含む。

ＵＣＢ５０は、論理デバイス４１へのアクセス要求に必要な情報を含む各種データの集合体であり、一つの論理デバイス４１に一つのＵＣＢ５０が対応付けられる。ＵＣＢ５０は、論理デバイス４１のアドレス５１、コントロールユニットを識別するためのＣＵ識別子５２、使用可能パス情報５３、ＩＯＱアドレス５４、サブチャネルアドレス５５、及びＵＣＢ管理フラグ５６を含む。管理フラグ５６は、論理デバイス４１が資源空き状態にあるか否か、つまり、何等かのコマンドの処理対象になっているか否かを示すフラグ情報である。一つの論理デバイス４１には、一つのコマンドしか発行することができない。

ＩＯＱ（Input Output Queue）６０は、Ｉ／Ｏ要求を管理するための入出力キューである。

ＩＯＳＢは、ＩＯＱ６０に関連付けられた入出力サービスブロックである。

チャネルプログラム８０は、ＣＣＷチェインから成る。チャネルプログラム８０には、ＣＣＷチェインのアドレスフィールドによって指定されるパラメータ９１，９２が含まれることもある。

上述した制御情報を用いてコマンドを発行するための処理手順については、後述する。

中央処理装置２０は、複数の論理デバイスのそれぞれに発行する同一のコマンドを一つのコマンド（以下、集約コマンドと称する。）に集約し、一つの集約コマンドをディスク制御装置３０に送信する。ディスク制御装置３０は、集約コマンドに指定されている全ての論理デバイス４１についてコマンド処理を実行する。複数のコマンドを集約する単位としては、例えば、コントロールユニット単位などを挙げることができる。

図５は、従来のライト系又はコントロール系コマンドのシーケンスを示している。中央処理装置２０がディスク制御装置３０にライト系又はコントロール系コマンドを発行すると、ディスク制御装置３０は、コマンドレスポンス（ＣＭＤ ＲＥＳＰ）を返し、続いてステータス（ＳＴＳ）を返す。ステータス（ＳＴＳ）を受信した中央処理装置２０は、ステータス受領信号（ＳＴＳ ＡＣＰＴ）を返す。

チャネルプログラム８０は、コマンドコードやコマンドチェイン情報等を示すフラグ情報、コマンドが転送するデータ量を示す転送カウント、データ又はパラメータの位置を示すアドレスフィールドを含む。ライト系又はコントロール系の従来のコマンドでは、論理デバイス４１又はキャッシュメモリ３６に書き込むデータをアドレス２に格納することができるが、複数の論理デバイス４１への処理要求により取得した情報をディスク制御装置３０から中央処理装置２０へ返すことができない。これは、ライト系又はコントロール系の従来のコマンドでは、複数の論理デバイス４１への処理要求により取得した情報を中央処理装置２０に返すための処理手順が規定されていないためである。

図６は本実施形態に係わるライト系又はコントロール系の集約コマンドのシーケンスを示している。上述した図５のシーケンスと異なる点は、ライト系又はコントロール系の集約コマンド（（集約ＷＲ系／ＣＴＬ系）のコントロール系コマンド）にセンス系コマンド（ＳＮＳ）がチェインされており、センス系コマンド（ＳＮＳ）が中央処理装置２０からディスク制御装置３０に発行され、センス系コマンド（ＳＮＳ）の応答として、複数の論理デバイス４１への処理要求により取得した情報をデバイスデータ（ＤＡＴＡ）として、ディスク制御装置３０から中央処理装置２０に返している点である。ライト系又はコントロール系の集約コマンド（（集約ＷＲ系／ＣＴＬ系）のコントロール系コマンド）にセンス系コマンド（ＳＮＳ）をチェインすることで、中央処理装置２０は、複数の論理デバイス４１への処理要求により取得した情報を受け取ることが可能になる。

図７は主記憶装置２３内に格納されているライト系又はコントロール系の集約コマンドと、その集約コマンドにチェインされるセンス系コマンドとを示す。集約コマンドのアドレスフィールドに格納されているアドレスＡは、論理デバイス４１の指定範囲を示す情報の格納位置を示す。センス系コマンドのアドレスフィールドに格納されているアドレスＢは、論理デバイス４１への処理要求により取得した情報（例えば、リード情報）の格納位置を示す。

図８は、従来のリード系又はセンス系コマンドのシーケンスを示している。中央処理装置２０がディスク制御装置３０にリード系又はセンス系コマンドを発行すると、ディスク制御装置３０は、コマンドレスポンス（ＣＭＤ ＲＥＳＰ）を返し、続いて、データ（ＤＡＴＡ）、及びステータス（ＳＴＳ）を返す。ステータス（ＳＴＳ）を受信した中央処理装置２０は、ステータス受領信号（ＳＴＳ ＡＣＰＴ）を返す。

リード系又はセンス系の従来のコマンドでは、ディスク制御装置３０から読み出したデータをアドレス１に格納することができるが、デバイス範囲を指定することができない。これは、一つの論理デバイス４１について一つのリード系又はセンス系のコマンドしか発行できないためである。

図９は本実施形態に係わるリード系又はセンス系の集約コマンドのシーケンスを示している。上述した図５のシーケンスと異なる点は、リード系又はセンス系の集約コマンド（（集約ＲＤ系／ＳＮＳ系）のコントロール系コマンド）にセンス系コマンド（ＳＮＳ）がチェインされており、センス系コマンド（ＳＮＳ）が中央処理装置２０からディスク制御装置３０に発行され、センス系コマンド（ＳＮＳ）の応答として、複数の論理デバイス４１への処理要求により取得した情報をデバイスデータ（ＤＡＴＡ）として、ディスク制御装置３０から中央処理装置２０に返している点である。リード系又はセンス系の集約コマンド（（集約ＲＤ系／ＳＮＳ系）のコントロール系コマンド）にセンス系コマンド（ＳＮＳ）をチェインすることで、中央処理装置２０は、複数の論理デバイス４１への処理要求により取得した情報を受け取ることが可能になる。

図１０は主記憶装置２３内に格納されているリード系又はセンス系の集約コマンドと、その集約コマンドにチェインされるセンス系コマンドとを示す。集約コマンドのアドレスフィールドに格納されているアドレスＡは、論理デバイス４１の指定範囲を示す情報の格納位置を示す。センス系コマンドのアドレスフィールドに格納されているアドレスＢは、論理デバイス４１への処理要求により取得した情報（例えば、リード情報）の格納位置を示す。

尚、従来から、ＰＥＲＦ ＳＵＢ ＦＵＮＣコマンドには、データ読み出し用のＲＤ ＳＵＢ ＤＡＴＡコマンドがチェインされるものであるため、図６又は図９に示すように、集約コマンドにセンス系コマンドをチェインする必要はないが、ＰＥＲＦ ＳＵＢ ＦＵＮＣコマンドを集約コマンドに変換する場合には、集約コマンドにデバイス範囲を指定する必要がある。

図１１は本実施形態に係る集約コマンド１００のフレーム構造を示す。集約コマンド１００は、ＳＯＦ（Start OF Frame）１０１、フレームヘッダ１０２、データフォイールド１０３、ＣＲＣ（Cyclic Redundancy Check）１０４、及びＥＯＦ（End OF Frame）１０５を含む。データフォイールド１０３は、オプショナルヘッダ１０６、オーダ１０７、フラグ１０８、センスバイトカウント１０９、コマンドチェインリスト１１０、デバイスマッピング１１１、及びＣＴＬ系パラメータ１１２を含む。

ここで、オーダ１０７は、集約コマンドが「ルート／デバイスチェック系のコントロール系のコマンド」、「モード設定・読み取り系のコントロール系のコマンド」、「モード設定・読み取り系のセンス系のコマンド」、「モード設定・読み取り系のコントロール系／センス系のコマンド」、或いは「エイリアスへのコマンド」のうち何れのコマンドであるかを示す情報である。

フラグ１０８は、コマンドチェインがあるか否か、同一のパスグループに属する全ての論理パスに同一のコマンドを発行するか否かを示す情報である。

デバイスマッピング１１１は、集約コマンドの処理の対象になる論理デバイス４１の範囲を指定する情報である。論理デバイス４１を指定する方法としては、各種の方法が考えられる。例えば、図１２（Ａ）に示すように、それぞれの論理デバイス４１を指定するか否かの情報を「０（指定しない）」又は「１（指定する）」で表したビットマップ形式により指定してもよい。或いは、図１２（Ｂ）に示すように、論理デバイス４１の指定をビットマップ形式によりコントロールユニット単位で行ってもよい。或いは、図１２（Ｃ）に示すように、指定範囲の最初の論理デバイス４１と、最後の論理デバイス４１とのそれぞれをコントロールユニット番号とＬＤＥＶ番号の組み合わせで指定してもよい。或いは、図１２（Ｄ）に示すように、コントロールユニット番号とＬＤＥＶ番号の組み合わせでそれぞれの論理デバイス４１を指定してもよい。或いは、図１２（Ｅ）に示すように、エイリアス管理テーブルによって指定してもよい。エイリアス管理テーブルの詳細については、後述する。

ＣＴＬ系パラメータ１１２は、例えば、ＳＥＴ ＰＩコマンドに関するパラメータ（同一のパスグループを構成する論理パスの情報など）である。

図１３は集約コマンドを生成する処理を示すフローチャートである。

演算処理装置２４は、コマンドを集約するか否かを判定する（Ｓ１０１）。コマンドを集約しない場合には（Ｓ１０１；ＮＯ）、従来の処理を行う（Ｓ１２４）。

コマンドを集約する場合には（Ｓ１０１：ＹＥＳ）、演算処理装置２４は、複数の論理デバイス４１へのＩ／Ｏ処理要求であるか否かをチェックする（Ｓ１０２）。複数の論理デバイス４１へのＩ／Ｏ処理要求でない場合には（Ｓ１０２；ＮＯ）、演算処理装置２４は、その他の処理を行う（Ｓ１２５）。その他の処理として、例えば、後述するエイリアスへのＩ／Ｏ処理要求などがある。

複数の論理デバイス４１へのＩ／Ｏ処理要求である場合には（Ｓ１０２；ＹＥＳ）、演算処理装置２４は、コマンドの種別を解析する（Ｓ１０３）。

演算処理装置２４は、ルート／デバイスチェック系のＣＴＬ系処理を要求する場合には（Ｓ１０４；ＹＥＳ）、集約コマンドがルート／デバイスチェック系のＣＴＬ系処理を要求するコマンドであることを示す情報をオーダ１０７に設定する（Ｓ１０５）。

次に、演算処理装置２４は、デバイスマッピングを指定し（Ｓ１０６）、センスバイトカウントを設定し（Ｓ１０７）、チャネル部２１にＩ／Ｏ起動処理をかける（Ｓ１０８）。

尚、センスバイトカウントには、センス系の集約コマンドによって全ての論理デバイス４１への処理要求により取得したデータの合計値を設定する。

演算処理装置２４は、モード設定・読み取り系のＣＴＬ系処理を要求する場合には（Ｓ１０９；ＹＥＳ）、集約コマンドがモード設定・読み取り系のＣＴＬ系処理を要求するコマンドであることを示す情報をオーダ１０７に設定する（Ｓ１１０）。

次に、演算処理装置２４は、デバイスマッピングを指定し（Ｓ１１１）、ＣＴＬ系パラメータ１１２を設定し（Ｓ１１２）、センスバイトカウントを設定し（Ｓ１１３）、チャネル部２１にＩ／Ｏ起動処理をかける（Ｓ１０８）。

演算処理装置２４は、モード設定・読み取り系のＳＮＳ系処理を要求する場合には（Ｓ１１４；ＹＥＳ）、集約コマンドがモード設定・読み取り系のＳＮＳ系処理を要求するコマンドであることを示す情報をオーダ１０７に設定する（Ｓ１１５）。

次に、演算処理装置２４は、デバイスマッピングを指定し（Ｓ１１６）、ＣＣＷチェインを作成し（Ｓ１１７）、センスバイトカウントを設定し（Ｓ１１８）、チャネル部２１にＩ／Ｏ起動処理をかける（Ｓ１０８）。

演算処理装置２４は、モード設定・読み取り系のＣＴＬ系／ＳＮＳ系処理を要求する場合には（Ｓ１１９；ＹＥＳ）、集約コマンドがモード設定・読み取り系のＣＴＬ系／ＳＮＳ系処理を要求するコマンドであることを示す情報をオーダ１０７に設定する（Ｓ１１９）。

次に、演算処理装置２４は、デバイスマッピングを指定し（Ｓ１２１）、ＣＴＬ系パラメータを設定し（Ｓ１２２）、センスバイトカウントを設定し（Ｓ１２３）、チャネル部２１にＩ／Ｏ起動処理をかける（Ｓ１０８）。

上述の処理によって生成された集約コマンドは、チャネルプログラム８０として、主記憶装置２３に格納される。集約コマンドは、後述するＩ／Ｏ発行処理によって、ディスク制御装置３０に発行される。

図１４はＩ／Ｏ発行処理を示すフローチャートである。

チャネル部２１は、アクセス要求を検出すると（Ｓ２０１）、ＩＯＱ６０を取得し（Ｓ２０２）、ＩＯＳＢ７０に登録されているＵＣＢアドレス７２を基に、Ｉ／Ｏ処理の対象になる論理デバイス４１に関連付けられているＵＣＢ５０を特定する（Ｓ２０３）。

次に、チャネル部２１は、その特定したＵＣＢ５０の管理フラグ５６が「使用中」を示しているか否かをチェックする（Ｓ２０４）。管理フラグ５６が「使用中」を示している場合には（Ｓ２０４；ＹＥＳ）、チャネル部２１は、資源空きになる（つまり、ＵＣＢ５０がフリーになる）のを待ち（Ｓ２１０）、ＵＣＢ５０を確保できたならば（Ｓ２１１；ＹＥＳ）、Ｉ／Ｏ処理の対象になる複数の論理デバイス４１のそれぞれに対応付けられた複数のＵＣＢ５０をロックする（Ｓ２０５）。これは、同一の論理デバイス４１には、一つのコマンドしか発行できないので、一つの集約コマンドで複数の論理デバイス４１を指定するには、指定された範囲内で複数のＵＣＢ５０をロックする必要があるためである。ロックされるＵＣＢ５０の数と、Ｉ／Ｏ処理の対象になる論理デバイス４１の数は同じである。

一方、管理フラグ５６が「使用中」を示していないならば（Ｓ２０４；ＮＯ）、チャネル部２１は、Ｉ／Ｏ処理の対象になる複数の論理デバイス４１のそれぞれに対応付けられた複数のＵＣＢ５０をロックする（Ｓ２０５）。

そして、チャネル部２１は、ＵＣＢ５０内のＩＯＱアドレス５４を設定し（Ｓ２０６）、サブチャネル２１０にＩＯＳＢ７０内の情報（チャネルプログラムアドレス７１、及びＵＣＢアドレス７２）を格納する（Ｓ２０７）。

次に、チャネル部２１は、サブチャネル２１０に格納された情報を基にコマンドフレームを作成し（Ｓ２０８）、そのコマンドフレームをディスク制御装置３０に送信する（Ｓ２０９）。

図１５は中央処理装置２０から受信した集約コマンドをディスク制御装置３０が処理する概要を示す説明図である。チャネル制御部３１は、制御部３１０と、バッファ３２０を有する。同図は、バッファ３２０に集約コマンドが格納されている状態を示している。バッファ３２０内には、ＣＰＵ内と同様に、コマンドコード、フラグ情報、データ転送カウント、及びパラメータが格納される。制御部３１０は、オーダ１０７の情報を基に集約コマンドの種別を判定する。そして、制御部３１０は、バッファ３２０に格納されている集約コマンドからパラメータ３２１を抽出し、そのパラメータ３２１をデータ転送部３２に送る。データ転送部３２は、パラメータ３２１を制御プロセッサ３３に送る。制御プロセッサ３３は、集約コマンドを処理する。

図２１は応答データ２００のデータフォーマットを示す。応答データ２００は、集約コマンドの応答として、ディスク制御装置３０が中央処理装置２０に返すデータである。応答データ２００は、集約フラグ２０１、ＤＬＥフラグビットマップ２０２、デバイスエラーフラグビットマップ２０３、デバイスリセットフラグビットマップ２０４、センスバイトテーブル２０５、及びデータテーブル２０６を含む。

集約フラグ２０１は、応答データ２００がルート／デバイスチェック系のＣＴＬ系コマンドに対する応答であるのか、モード設定・読み取り系のＣＴＬ系のコマンドに対する応答であるのか、モード設定・読み取り系のＳＮＳ系のコマンドに対する応答であるのか、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドに対する応答であるのかを示す情報である。

ＤＬＥフラグビットマップ２０２は、それぞれの論理デバイス４１が実装されているか否かを示すビットマップ情報である。

デバイスエラーフラグビットマップ２０３は、それぞれの論理デバイス４１にエラーが生じているか否かを示すビットマップ情報である。

デバイスリセットフラグビットマップ２０４は、それぞれの論理デバイス４１がリセットされているか否かを示すビットマップ情報である。

センスバイトテーブル２０５は、論理デバイス４１にエラーが生じている場合に、そのエラー原因を格納する。

データテーブル２０６は、センス系コマンドによって、それぞれの論理デバイス４１から取得した情報を格納する。

図１６はディスク制御装置３０におけるコマンド受信処理を記述したフローチャートである。

チャネル制御部３１は、集約コマンドを受信すると、オーダ１０７を参照し、集約コマンドがルート／デバイスチェック系のＣＴＬ系コマンドであるのか（Ｓ３０１）、モード設定・読み取り系のＣＴＬ系のコマンドであるのか（Ｓ３０６）、モード設定・読み取り系のＳＮＳ系のコマンドであるのか（Ｓ３０８）、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドであるのか（Ｓ３１０）、をチェックする。

集約コマンドがルート／デバイスチェック系のＣＴＬ系コマンドである場合には（Ｓ３０１；ＹＥＳ）、制御プロセッサ３３は、処理Ａを実行する（Ｓ３０２）。

集約コマンドがモード設定・読み取り系のＣＴＬ系のコマンドである場合には（Ｓ３０６；ＹＥＳ）、制御プロセッサ３３は、処理Ｂを実行する（Ｓ３０７）。

集約コマンドがモード設定・読み取り系のＳＮＳ系のコマンドである場合には（Ｓ３０８；ＹＥＳ）、制御プロセッサ３３は、処理Ｃを実行する（Ｓ３０９）。

集約コマンドがモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドである場合には（Ｓ３１０；ＹＥＳ）、制御プロセッサ３３は、処理Ｄを実行する（Ｓ３１１）。

処理Ａ〜処理Ｄの詳細については、後述する。

制御プロセッサ３３は、集約コマンドにチェインされているセンスコマンドを受信すると（Ｓ３０３；ＹＥＳ）、応答データ２００内の集約フラグ２０１をオンに設定し（Ｓ３０４）、集約コマンドの処理結果としてのデータを応答データ２００内の各ビットマップ又は各テーブルに格納する（Ｓ３０５）。

制御プロセッサ３３は、集約コマンドにチェインされているセンスコマンドを受信しない場合には（Ｓ３０３；ＮＯ）、エラー処理を行う（Ｓ３１２）。

図１７は処理Ａを示すフローチャートである。

制御プロセッサ３３は、論理デバイス４１が実装されているか否かをチェックする（Ｓ４０１）。論理デバイス４１が実装されていなければ（Ｓ４０１；ＹＥＳ）、制御プロセッサ３３は、ＤＬＥフラグをオンに設定する（Ｓ４０２）。

論理デバイス４１が実装されている場合には（Ｓ４０１；ＮＯ）、制御プロセッサ３３は、論理デバイス４１にデバイスエラーが生じているか否かをチェックする（Ｓ４０４）。論理デバイス４１にデバイスエラーが生じている場合には（Ｓ４０４；ＹＥＳ）、制御プロセッサ３３は、デバイスエラーフラグをオンに設定し（Ｓ４０５）、エラー情報を応答データ２００のセンスバイトテーブル２０５に格納する（Ｓ４０６）。

デバイスエラーが生じてない場合には（Ｓ４０４；ＮＯ）、制御プロセッサ３３は、論理デバイス４１がリセットされているか否かをチェックする（Ｓ４０７）。論理デバイス４１がリセットされている場合には（Ｓ４０７；ＹＥＳ）、制御プロセッサ３３は、デバイスリセットフラグをオンに設定し（Ｓ４０８）、センス情報を応答データ２００のセンスバイトテーブル２０５に格納する（Ｓ４０９）。

論理デバイス４１がリセットされていなければ（Ｓ４０７；ＮＯ）、論理デバイス４１は正常なので、制御プロセッサ３３は、Ｓ４０３の処理を行う。

制御プロセッサ３３は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ４０３）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ４０３；ＮＯ）、制御プロセッサ３３は、Ｓ４０１の処理に戻る。

図１８は処理Ｂを示すフローチャートである。

制御プロセッサ３３は、論理デバイス４１にデバイスエラーが生じているか否かをチェックする（Ｓ５０１）。論理デバイス４１にデバイスエラーが生じていなければ（Ｓ５０１；ＮＯ）、制御プロセッサ３３は、パスグループを設定する（Ｓ５０２）。

論理デバイス４１にデバイスエラーが生じている場合には（Ｓ５０１；ＹＥＳ）、制御プロセッサ３３は、デバイスエラーフラグをオンに設定し（Ｓ５０４）、エラー情報を応答データ２００のセンスバイトテーブル２０５に格納する（Ｓ５０５）。

制御プロセッサ３３は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ５０３）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ５０３；ＮＯ）、制御プロセッサ３３は、Ｓ５０１の処理に戻る。

図１９は処理Ｃを示すフローチャートである。

制御プロセッサ３３は、論理デバイス４１にデバイスエラーが生じているか否かをチェックする（Ｓ６０１）。論理デバイス４１にデバイスエラーが生じていなければ（Ｓ６０１；ＮＯ）、制御プロセッサ３３は、センス系データを応答データ２００のデータテーブル２０６に格納し（Ｓ６０２）、コマンドチェインリストに載っているＣＣＷについてＣＣＷ処理を行う（Ｓ６０３）。

論理デバイス４１にデバイスエラーが生じている場合には（Ｓ６０１；ＹＥＳ）、制御プロセッサ３３は、デバイスエラーフラグをオンに設定し（Ｓ６０５）、エラー情報を応答データ２００のセンスバイトテーブル２０５に格納する（Ｓ６０６）。

制御プロセッサ３３は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ６０４）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ６０４；ＮＯ）、制御プロセッサ３３は、Ｓ６０１の処理に戻る。

図２０は処理Ｄを示すフローチャートである。

制御プロセッサ３３は、論理デバイス４１にデバイスエラーが生じているか否かをチェックする（Ｓ７０１）。論理デバイス４１にデバイスエラーが生じていなければ（Ｓ７０１；ＮＯ）、制御プロセッサ３３は、センス系データを応答データ２００のデータテーブル２０６に格納する（Ｓ７０２）。

論理デバイス４１にデバイスエラーが生じている場合には（Ｓ７０１；ＹＥＳ）、制御プロセッサ３３は、デバイスエラーフラグをオンに設定し（Ｓ７０４）、エラー情報を応答データ２００のセンスバイトテーブル２０５に格納する（Ｓ７０５）。

制御プロセッサ３３は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ７０３）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ７０３；ＮＯ）、制御プロセッサ３３は、Ｓ７０１の処理に戻る。

図２２はディスク制御装置３０から受信した応答データ２００を中央処理装置２０が処理する概要を示す説明図である。チャネル部２１は、制御部２３０と、受信データバッファ２４０を有する。同図は、受信データバッファ２４０に応答データが格納されている状態を示している。制御部２３０は、受信データバッファ２４０から受信データ２４１を取り込み、これを主記憶装置２３のアドレスＢに格納する。制御部２３０は、集約フラグ２０１の情報を基に応答データの種別を判定する。演算処理装置２４は、応答データを基に論理デバイス４１などの構成情報の設定を行う。

図２３は中央処理装置２０における応答データ受信処理を記述したフローチャートである。

チャネル部２１は、応答データ２００を受信すると、集約フラグ２０１を参照し、応答データ２００がルート／デバイスチェック系のＣＴＬ系コマンドに対する応答であるのか（Ｓ８０１）、モード設定・読み取り系のＣＴＬ系のコマンドに対する応答であるのか（Ｓ８０３）、モード設定・読み取り系のＳＮＳ系のコマンドに対する応答であるのか（Ｓ８０５）、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドに対する応答であるのか（Ｓ８０７）、をチェックする。

応答データ２００がルート／デバイスチェック系のＣＴＬ系コマンドに対する応答である場合には（Ｓ８０１；ＹＥＳ）、演算処理装置２４は、処理Ｅを実行する（Ｓ８０２）。

応答データ２００がモード設定・読み取り系のＣＴＬ系のコマンドに対する応答である場合には（Ｓ８０３；ＹＥＳ）、演算処理装置２４は、処理Ｆを実行する（Ｓ８０４）。

応答データ２００がモード設定・読み取り系のＳＮＳ系のコマンドに対する応答である場合には（Ｓ８０５；ＹＥＳ）、演算処理装置２４は、処理Ｇを実行する（Ｓ８０６）。

応答データ２００がモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドに対する応答である場合には（Ｓ８０７；ＹＥＳ）、演算処理装置２４は処理Ｈを実行する（Ｓ８０８）。

応答データ２００が何れのコマンドに対する応答でもない場合には（Ｓ８０７；ＮＯ）、演算処理装置２４は、その他の処理を行う（Ｓ８０９）。その他の処理としては、例えば、後述するエイリアスへのＩ／Ｏ要求に対する応答結果を処理すること等を挙げることができる。

処理Ｅ〜処理Ｈの詳細については、後述する。

図２４は処理Ｅを示すフローチャートである。

演算処理装置２４は、ＤＬＥフラグがオンに設定されているか否かをチェックする（Ｓ９０１）。ＤＬＥフラグがオンに設定されている場合には（Ｓ９０１；ＹＥＳ）、演算処理装置２４は、論理デバイス４１が実装されていないという設定（ＤＬＥ設定）を行う（Ｓ９０２）。

ＤＬＥフラグがオフである場合には（Ｓ９０１；ＮＯ）、演算処理装置２４は、デバイスエラーフラグがオンであるか否かをチェックする（Ｓ９０４）。デバイスエラーフラグがオンに設定されている場合には（Ｓ９０４；ＹＥＳ）、演算処理装置２４は、論理デバイス４１のエラー設定を行い（Ｓ９０５）、応答データ２００のセンスバイトテーブル２０５からエラー情報を取得する（Ｓ９０６）。

デバイスエラーフラグがオフである場合には（Ｓ９０４；ＮＯ）、演算処理装置２４、デバイスリセットフラグがオンであるか否かをチェックする（Ｓ９０７）。デバイスリセットフラグがオンである場合には（Ｓ９０７；ＹＥＳ）、演算処理装置２４は、論理デバイス４１のデバイスリセット設定を行い（Ｓ９０８）、応答データ２００のセンスバイトテーブル２０５からセンス情報を取得する（Ｓ９０９）。

デバイスリセットフラグがオフである場合は（Ｓ９０７；ＮＯ）、演算処理装置２４は、論理デバイスが正常であるという設定を行う（Ｓ９１０）。

演算処理装置２４は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ９０３）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ９０３；ＮＯ）、演算処理装置２４は、Ｓ９０１の処理に戻る。

図２５は処理Ｆを示すフローチャートである。

演算処理装置２４は、論理デバイス４１にデバイスエラーが生じているか否かをチェックする（Ｓ１００１）。論理デバイス４１にデバイスエラーが生じていなければ（Ｓ１００１；ＮＯ）、演算処理装置２４は、正常設定を行う（Ｓ１００２）。

論理デバイス４１にデバイスエラーが生じている場合には（Ｓ１００１；ＹＥＳ）、演算処理装置２４は論理デバイス４１にエラーが生じているという設定を行い（Ｓ１００４）、応答データ２００のセンスバイトテーブル２０５からエラー情報を取得する（Ｓ１００５）。

演算処理装置２４は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ１００３）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ１００３；ＮＯ）、演算処理装置２４は、Ｓ１００１の処理に戻る。

図２６は処理Ｇを示すフローチャートである。

演算処理装置２４は、論理デバイス４１にデバイスエラーが生じているか否かをチェックする（Ｓ１１０１）。論理デバイス４１にデバイスエラーが生じていなければ（Ｓ１１０１；ＮＯ）、演算処理装置２４は、論理デバイス４１が正常であるという設定を行い（Ｓ１１０２）、応答データ２００の応答データ２００のデータテーブル２０６からセンス系データを取得する（Ｓ１１０３）。

論理デバイス４１にデバイスエラーが生じている場合には（Ｓ１１０１；ＹＥＳ）、演算処理装置２４は論理デバイス４１にエラーが生じているという設定を行い（Ｓ１１０５）、応答データ２００のセンスバイトテーブル２０５からエラー情報を取得する（Ｓ１１０６）。

演算処理装置２４は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ１１０４）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ１１０４；ＮＯ）、演算処理装置２４は、Ｓ１１０１の処理に戻る。

図２７は処理Ｈを示すフローチャートである。

演算処理装置２４は、論理デバイス４１にデバイスエラーが生じているか否かをチェックする（Ｓ１２０１）。論理デバイス４１にデバイスエラーが生じていなければ（Ｓ１２０１；ＮＯ）、演算処理装置２４は、論理デバイス４１が正常であるという設定を行い（Ｓ１２０２）、更に、応答データ２００のデータテーブル２０６からセンス系データを取得する（Ｓ１２０３）。

論理デバイス４１にデバイスエラーが生じている場合には（Ｓ１２０１；ＹＥＳ）、演算処理装置２４は、論理デバイス４１にエラーが生じているという設定を行い（Ｓ１２０５）、更に、応答データ２００のセンスバイトテーブル２０５からエラー情報を取得する（Ｓ１２０６）。

演算処理装置２４は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ１２０４）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ１２０４；ＮＯ）、演算処理装置２４は、Ｓ１２０１の処理に戻る。

図２８はデータ処理システムの概略構成を示す。ディスクユニット４０は、一つのベースデバイス４２につき複数のエイリアスデバイス４３が割り当てられている。ベースデバイス４２へのＩ／Ｏ要求を管理するＵＣＢ（Unit Control Block）と、それぞれのエイリアスデバイス４３へのＩ／Ｏ要求を管理するＵＣＢは異なっている。中央処理装置２０はエイリアスデバイス４３のＵＣＢを使用して、ベースデバイス４２に複数のＩ／Ｏ処理を要求できる。この場合においても、それぞれのエイリアスデバイス４３へのＩ／Ｏ要求が同一であれば、上述した集約コマンドを使用することで、それぞれのエイリアスデバイス４３へ発行するコマンドを一つのコマンド（以下、エイリアス集約コマンドと称する。）に集約できる。

図２９はエイリアス集約コマンドを発行するためのシーケンス図である。中央処理装置２０からベースデバイス４２にコマンドコード２７ｘ'ＩＥ'オーダが発行されると、その応答として、ディスク制御装置３０に定義されている全てのエイリアスデバイス４３から中央処理装置２０へＳＴＳ'８５'が送信される。中央処理装置２０は、その応答を受信することで、ベースデバイス４２に割り当てられているエイリアスデバイス４３に関する情報を取得できる。中央処理装置２０は、図１２（Ｅ）に示すようなエイリアス管理テーブルを作成することができる。エイリアス管理テーブルは、ベースデバイスのＬＤＥＶ番号と、そのベースデバイスに割り当てられている一つ以上のエイリアスデバイスのＬＤＥＶ番号とを対応付けたものである。中央処理装置２０は、集約コマンドのオーダ１０７をエイリアス用に設定し、更にデバイスマッピング１１１としてエイリアス管理テーブルを指定することで、エイリアス集約コマンドをディスク制御装置３０に発行することができる。ディスク制御装置３０は、上述した手順と同様の手順でコマンド受信処理等を行う。

図３０はデータ処理システムの概略構成を示す。本実施形態では、中央処理装置２０からあるパスグループに属する論理パスの一つにＳＥＴ ＰＩコマンド（以下、ＳＥＴ ＰＩ集約コマンドと称する。）が発行されると、ディスク制御装置３０は、そのパスグループに属している他の全ての論理パスからＳＥＴ ＰＩコマンドを発行することができる。つまり、パスグループ単位でコマンドを集約することもできる。中央処理装置２０は、集約コマンドのフラグ１０８の情報を「ＳＥＴ ＰＩ集約コマンド」用に設定し、ＣＴＬ系パラメータ１１２に、更に同一のパスグループに属する論理パスの情報を設定することで、ＳＥＴ ＰＩ集約コマンドをディスク制御装置３０に発行することができる。

図３１はＳＥＴ ＰＩ集約コマンドを受信したディスク制御装置が実行する処理Ｂ'を示すフローチャートである。

制御プロセッサ３３は、論理デバイス４１にデバイスエラーが生じているか否かをチェックする（Ｓ１３０１）。論理デバイス４１にデバイスエラーが生じていなければ（Ｓ１３０１；ＮＯ）、制御プロセッサ３３は、応答データ２００のデータテーブル２０６にセンス系データを格納する（Ｓ１３０２）。

論理デバイス４１にデバイスエラーが生じている場合には（Ｓ１３０１；ＹＥＳ）、制御プロセッサ３３は、デバイスエラーフラグをオンに設定し（Ｓ１３０４）、応答データ２００のセンスバイトテーブル２０５にエラー情報を格納する（Ｓ１３０５）。

制御プロセッサ３３は、全ての論理デバイス４１について上述の処理が完了したか否かをチェックする（Ｓ１３０３）。一部の論理デバイス４１についての処理が未完である場合には（Ｓ１３０３；ＮＯ）、制御プロセッサ３３は、Ｓ１３０２の処理に戻る。

更に制御プロセッサ３３は、全ての論理パスについて上述の処理が完了したか否かをチェックする（Ｓ１３０４）。一部の論理パスについての処理が未完である場合には（Ｓ１３０４；ＮＯ）、制御プロセッサ３３は、Ｓ１３０１の処理に戻る。

図３２はオープン系のデータ処理システムの概略構成を示している。オープン系のデータ処理システムは、オープン系の中央処理装置２０Ａと、ディスクユニット４０Ａとを備える。ディスクユニット４０Ａに搭載されているポート４４は、論理デバイス４１の管理情報（例えば、ＬＵＮ情報）を保持する。オープン系システムにおけるＩＰＬ処理やＣＨＰ ＯＮ処理では、中央処理装置２０Ａからディスクユニット４０ＡへＩｎｑｕｉｒｙコマンド、ＴｅｓｔＵｎｉｔＲｅａｄｙコマンド、ＳｔａｒｔＳｔｏｐＵｎｉｔコマンド、ＭｏｄｅＳｅｎｓｅｋｌコマンド、Ｒｅａｄコマンド等が発行される。

図３３は中央処理装置２０Ａがオープン系システムである場合における、集約コマンドの発行手順を示すシーケンス図である。同図に示すように、中央処理装置２０Ａからディスクユニット４０ＡにＰ−ＬＯＧＩＮ及びＲｅｐｏｒｔＬＵＮを発行する。すると、ディスクユニット４０Ａからは、ＲｅｐｏｒｔＬＵＮの応答として、ポート４４が管理しているＬＵ（論理ユニット）の情報が返答される。中央処理装置２０Ａは、ディスク制御装置３０から取得したＬＵの情報を基に、デバイス範囲として複数のＬＵ番号を指定したＩｎｑｕｉｒｙコマンド（集約コマンド）を発行する。すると、ディスク制御装置４０Ａからは、Ｉｎｑｕｉｒｙコマンド（集約コマンド）の応答として、指定されたそれぞれのＬＵのベンダ名、タイプ、記憶容量、エミュレーションタイプ等の情報が返答される。

図３４は中央処理装置２０Ａがオープン系システムである場合における、集約コマンドの発行手順を示すシーケンス図である。同図に示すように、中央処理装置２０Ａからディスクユニット４０ＡにＰ−ＬＯＧＩＮを発行した上で、デバイス範囲として複数のＬＵ番号を指定したＩｎｑｕｉｒｙコマンド（集約コマンド）を発行する。すると、ディスク制御装置４０Ａからは、Ｉｎｑｕｉｒｙコマンド（集約コマンド）の応答として、指定されたそれぞれのＬＵのベンダ名、タイプ、記憶容量、エミュレーションタイプ等の情報が返答される。

尚、上述の説明においては、複数の論理デバイス４１のそれぞれに発行される単一種類のコマンドをコントロールユニット単位又はパスグループ単位で集約する例を示したが、複数の論理デバイス４１のそれぞれに発行される連続する複数種類のコマンドをコントロールユニット単位又はパスグループ単位で集約することもできる。具体的には、Ｉ／Ｏ要求の処理対象となる複数の論理デバイス４１を指定した上で、論理デバイス４１の数と同数のＵＣＢのロックをとり、複数種類のＣＣＷコマンドをチェインして、コントロールユニット単位又はパスグループ単位でコマンドを集約することができる。複数種類のＣＣＷコマンドをコントロールユニット単位又はパスグループ単位で集約した集約コマンドを受信した記憶制御装置３０は、チャネル制御部３１でＣＣＷチェインの分離を行い、指定された範囲の論理デバイス４１のそれぞれについて複数種類のコマンドを順に処理する。応答データ２００の生成手順は上述した手順と同様である。

本実施形態によれば、中央処理装置２０が複数の論理デバイス４１に処理要求を行う場合に、中央処理装置２０からディスク制御装置３０に集約マンドを送信するだけで、ディスク制御装置３０は、集約コマンドに指定された処理範囲内の全ての論理デバイス４１についてコマンド処理を行うので、ＩＰＬ処理やＣＨＰ ＯＮ処理等に要する時間を大幅に短縮できる。

本実施形態に係るデータ処理システムのシステム構成図である。 ＩＰＬ処理又はＣＨＰ ＯＮ処理 中央処理装置のシステム構成図である。 チャネル部がコマンドを発行するための制御情報を示す説明図である。 従来のライト系又はコントロール系コマンドのシーケンス図である。 本実施形態に係わるライト系又はコントロール系の集約コマンドのシーケンス図である。 本実施形態に係わるライト系又はコントロール系の集約コマンドとその集約コマンドにチェインされるセンス系コマンドの説明図である。 従来のリード系又はセンス系コマンドのシーケンス図である。 本実施形態に係わるリード系又はセンス系の集約コマンドのシーケンス図である。 本実施形態に係わるリード系又はセンス系の集約コマンドとその集約コマンドにチェインされるセンス系コマンドの説明図である。 本実施形態に係る集約コマンドのフレーム構造を示す説明図である。 デバイスマッピングの指定方法を示す説明図である。 集約コマンド生成処理を示すフローチャートである。 Ｉ／Ｏ発行処理を示すフローチャートである。 ディスク制御装置が集約コマンドを処理する概要を示す説明図である。 ディスク制御装置におけるコマンド受信処理を示すフローチャートである。 処理Ａを示すフローチャートである。 処理Ｂを示すフローチャートである。 処理Ｃを示すフローチャートである。 処理Ｄを示すフローチャートである。 応答データのデータフォーマットを示す説明図である。 中央処理装置が応答データを処理する概要を示す説明図である。 中央処理装置における応答データ受信処理を記述したフローチャートである。 処理Ｅを示すフローチャートである。 処理Ｆを示すフローチャートである。 処理Ｇを示すフローチャートである。 処理Ｈを示すフローチャートである。 データ処理システムの概略構成図である。 エイリアス集約コマンドを発行するためのシーケンス図である。 データ処理システムの概略構成図である。 ＳＥＴ ＰＩ集約コマンドを受信したディスク制御装置が実行する処理を示すフローチャートである。 オープン系データ処理システムの概略構成図である。 オープン系システムにおける集約コマンドの発行手順を示すシーケンス図である。 オープン系システムにおける集約コマンドの発行手順を示すシーケンス図である。

符号の説明

１０…データ処理システム ２０…中央処理装置 ２１…チャネル部 ２２…システムコントローラ ２３…主記憶装置 ２４…演算処理装置 ３０…ディスク制御装置 ３１…チャネル制御部 ３２…データ転送部 ３３…制御プロセッサ ３４…ローカルメモリ ３５…共有メモリ ３６…キャッシュメモリ ４０…ディスクユニット ４１…論理デバイス

Claims (20)

1. 複数の論理デバイスを有するディスクユニットと、
   複数の論理デバイスを処理範囲として指定したルート／デバイスチェック系のＣＴＬ系コマンド、モード設定・読み取り系のＣＴＬ系のコマンド、モード設定・読み取り系のＳＮＳ系のコマンド、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドを発行する中央処理装置と、
   前記処理範囲として指定された全ての論理デバイスについて前記コマンドを実行するディスク制御装置と、
   を備えるデータ処理システム。
2. 請求項１に記載のデータ処理システムであって、前記中央処理装置は、前記ディスク制御装置から前記コマンドの応答を受信すると、前記応答がルート／デバイスチェック系のＣＴＬ系コマンドに対する応答であるのか、モード設定・読み取り系のＣＴＬ系のコマンドに対する応答であるのか、モード設定・読み取り系のＳＮＳ系のコマンドに対する応答であるのか、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドに対する応答であるのかをチェックし、前記処理範囲として指定された全ての論理デバイスについて前記応答の受信処理を行う、データ処理システム。
3. 請求項１に記載のデータ処理システムであって、前記コマンドは、イニシャルプログラムロード又はチャネルパスオンラインの実行を契機として、前記中央処理装置から前記ディスク制御装置に発行される、データ処理システム。
4. 請求項１に記載のデータ処理システムであって、前記処理範囲として指定された全ての論理デバイスに関する情報を一括して前記ディスク制御装置から読み出すためのセンス系コマンドが前記複数の論理デバイスを処理範囲として指定したコマンドにチェインされている、データ処理システム。
5. 請求項１に記載のデータ処理システムであって、前記中央処理装置は、前記論理デバイスへの入出力要求を管理するユニットコントロールブロックを備えており、前記処理範囲として指定された全ての論理デバイスのそれぞれに対応付けられた複数のユニットコントロールブロックをロックする、データ処理システム。
6. 請求項１に記載のデータ処理システムであって、前記処理範囲は、同一のコントロールユニットに属する全ての論理デバイスである、データ処理システム。
7. 請求項１に記載のデータ処理システムであって、前記コマンドには、同一のパスグループに属する論理パスの情報が含まれており、前記ディスク制御装置は、同一のパスグループに属する全ての論理パスについて前記コマンドを実行する、データ処理システム。
8. 請求項１に記載のデータ処理システムであって、前記コマンドは、種類の異なる複数のコマンドがチェインされたものである、データ処理システム。
9. 請求項１に記載のデータ処理システムであって、前記ディスクユニットは、ベースデバイスと、前記ベースデバイスに割り当てられた複数のエイリアスデバイスとを有しており、前記処理範囲として、前記ベースデバイスと、前記ベースデバイスに割り当てられた複数のエイリアスデバイスとの関係を示す情報が含まれており、前記ディスク制御装置は、前記複数のエイリアスデバイスへの複数の処理要求を前記ベースデバイスへの処理要求として処理する、データ処理システム。
10. 複数の論理デバイスを有するディスクユニットと、
    イニシャルプログラムロード又はチャネルパスオンラインの実行を契機として、複数の論理デバイスを処理範囲として指定したルート／デバイスチェック系のＣＴＬ系コマンド、モード設定・読み取り系のＣＴＬ系のコマンド、モード設定・読み取り系のＳＮＳ系のコマンド、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドを発行するメインフレーム系の中央処理装置と、
    前記処理範囲として指定された全ての論理デバイスについて前記チャネルコマンドワードを実行するディスク制御装置と、
    を備えるデータ処理システム。
11. 請求項１０に記載のデータ処理システムであって、前記中央処理装置は、前記ディスク制御装置から前記コマンドの応答を受信すると、前記応答がルート／デバイスチェック系のＣＴＬ系コマンドに対する応答であるのか、モード設定・読み取り系のＣＴＬ系のコマンドに対する応答であるのか、モード設定・読み取り系のＳＮＳ系のコマンドに対する応答であるのか、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドに対する応答であるのかをチェックし、前記処理範囲として指定された全ての論理デバイスについて前記応答の受信処理を行う、データ処理システム。
12. 複数の論理デバイスを処理範囲として指定したルート／デバイスチェック系のＣＴＬ系コマンド、モード設定・読み取り系のＣＴＬ系のコマンド、モード設定・読み取り系のＳＮＳ系のコマンド、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドを発行するステップと、
    前記処理範囲として指定された全ての論理デバイスについて前記コマンドを実行するステップと、
    を備えるデータ処理方法。
13. 請求項１２に記載のデータ処理方法であって、前記コマンドの応答を受信すると、前記応答がルート／デバイスチェック系のＣＴＬ系コマンドに対する応答であるのか、モード設定・読み取り系のＣＴＬ系のコマンドに対する応答であるのか、モード設定・読み取り系のＳＮＳ系のコマンドに対する応答であるのか、或いはモード設定・読み取り系のＣＴＬ／ＳＮＳ系のコマンドに対する応答であるのかをチェックし、前記処理範囲として指定された全ての論理デバイスについて前記応答の受信処理を行うステップを更に備える、データ処理方法。
14. 請求項１２に記載のデータ処理方法であって、前記コマンドは、イニシャルプログラムロード又はチャネルパスオンラインの実行を契機として、前記中央処理装置から前記ディスク制御装置に発行される、データ処理方法。
15. 請求項１２に記載のデータ処理方法であって、前記処理範囲として指定された全ての論理デバイスに関する情報を一括して前記ディスク制御装置から読み出すためのセンス系コマンドが前記複数の論理デバイスを処理範囲として指定したコマンドにチェインされている、データ処理方法。
16. 請求項１２に記載のデータ処理方法であって、前記処理範囲として指定された全ての論理デバイスのそれぞれに対応付けられた複数のユニットコントロールブロックをロックするステップを更に備える、データ処理方法。
17. 請求項１２に記載のデータ処理方法であって、前記処理範囲は、同一のコントロールユニットに属する全ての論理デバイスである、データ処理方法。
18. 請求項１２に記載のデータ処理方法であって、前記コマンドには、同一のパスグループに属する論理パスの情報が含まれており、前記コマンドを実行するステップは、同一のパスグループに属する全ての論理パスについて前記コマンドを実行するステップである、データ処理方法。
19. 請求項１２に記載のデータ処理方法であって、前記コマンドは、種類の異なる複数のコマンドがチェインされたものである、データ処理方法。
20. 請求項１２に記載のデータ処理方法であって、前記処理範囲としてベースデバイスと、前記ベースデバイスに割り当てられた複数のエイリアスデバイスとの関係を示す情報が含まれており、前記コマンドを実行するステップは、前記複数のエイリアスデバイスへの複数の処理要求を前記ベースデバイスへの処理要求として処理するステップである、データ処理方法。
    
    

Images