JPH1031632A - 未着入出力割込み信号の誤った検出を回避する方法 - Google Patents

Abstract

(57)【要約】 【課題】 未着入出力割込み信号の誤った検出を回避す
る方法を提供する。 【解決手段】 ＯＳが現Ｉ／Ｏ要求の発行時に開始され
る１次ＭＩＨタイムアウト期間の終了をセンスすると
き、そのＩ／Ｏ要求が完了していない場合、ＯＳはその
Ｉ／Ｏ要求のＩ／Ｏプログラムを走査し、それに含まれ
る任意のロング・コマンドを探索する。ロング・コマン
ドが見い出されると、ＯＳはＭＩＨタイムアウト期間を
１次ＭＩＨタイムアウト期間から長いＭＩＨタイムアウ
ト期間に延長する。後者はＯＳが潜在エラー条件を有す
る以前に、Ｉ／Ｏ装置にその操作を完了するためのより
長い時間を提供する。しかし、ＯＳがＩ／Ｏプログラム
の走査においてロング・コマンドを検出しない場合に
は、ＯＳは１次ＭＩＨタイムアウト期間を延長せずに、
現Ｉ／Ｏ装置操作に対して潜在Ｉ／Ｏエラー条件を宣言
し、従来のＩ／Ｏエラー回復プログラムを呼び出す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｉ／Ｏ装置の操作
の潜在故障を示す未着割込みを検出するために、オペレ
ーティング・システム（ＯＳ）内で見い出される未着割
込みハンドラ（ＭＩＨ：missing interrupt handler）
・タイムアウト制御（一般にソフトウェアにより実現さ
れる）に関する。本発明は、ＯＳにより発行されたＩ／
Ｏ要求がＩ／Ｏ要求に関連付けられるＩ／Ｏプログラム
内のロング・コマンドにより不当に遅延されるときに、
ＯＳ内で発生し得る誤ったＩ／Ｏ故障指示を防止する。
こうした誤った指示は、ＯＳ内の従来のＭＩＨをタイム
アウトさせ、故障が発生していないときに潜在的なＩ／
Ｏ操作故障を示し得る。

【０００２】

【従来の技術】全てのコンピュータ環境では、様々なＩ
／Ｏ装置からのその装置による操作を要求する割込みが
ＯＳにより認識されずに終り得る。なぜなら、Ｉ／Ｏ装
置からＯＳに至る経路内に存在する構成要素が割込みを
転送し損ない、結果的にＩ／Ｏ装置が割込みを提供し損
なうか、或いはＯＳが割込みが提供されるとき、それを
認識し損なうからである。

【０００３】未着割込みの検出の失敗は、データ処理シ
ステムにおける操作をスロー・ダウンさせ、割込みが発
生するまで重要な資源が解放されなかったり、或いは未
着割込みに関連付けられる処理が中止される場合、究極
的にはシステムを停止させ得る。こうした検出の失敗は
資源を再度使用可能にするために、不定期のシステム再
始動（ＩＰＬ）を要求し得る。特定のキュー上の資源要
求を突き止めるための手動による試みは、通常、要求元
の利用者が待つことのできない長い時間を費やす。

【０００４】未着割込みがシステムに及ぼす致命的な影
響を軽減するために、失われた割込みを検出し、失敗操
作を終了させ、配備された回復機構により失敗操作を再
開するか、或いはその操作を開始したジョブをエラーに
より終了する方法が開発された。この機構は未着割込み
ハンドラ（ＭＩＨ）と呼ばれ、進行中のＩ／Ｏ操作を'
時間設定（time）'する能力を有する。実際、これは時
間測定ではなくＩ／Ｏ装置に対して可能性のある最長の
Ｉ／Ｏ操作に対して、'正常'と見なされる時間長の制限
である。これは全ての操作が長時間を費やすべきことを
意味するのではなく、この時間を超過する全ての操作が
異常と見なされるべきことを意味する。従って未着割込
みハンドラは、ホストを失われた割込みの影響から保護
するための、システム下の'安全網（safety net）'であ
る。

【０００５】初期には、低速装置（ユニット・レコー
ド）と高速装置（ＤＡＳＤ）とを区別するために、２つ
のタイマ値が確立され、異なるマシンに対してタイマ値
を個別に適合化するといった限られた能力を提供した。
しかしながら、２つのタイマ値では十分ではなく、従っ
て様々な装置のニーズ及び応答要求に適合するように調
整され得る、追加の個々のＭＩＨタイマ値が実現され
た。

【０００６】時を経て、ＭＩＨ構成要素の機能が、ＭＩ
Ｈタイムアウトの動的な変更を可能にするように拡張さ
れ、最初に実施された単なる活動時間の代わりに全ての
Ｉ／Ｏ要求処理にわたり、制限時間を定める能力を備え
るようになった。これらには、キューイング時間及びエ
ラー回復プロシジャ（ＥＲＰ）が含まれる。しかしなが
ら、コンピュータ・オペレーティング・システムの今日
の未着割込みハンドラ構成要素は欠点を有する。

【０００７】今日のオペレーティング・システムでは、
装置クラス（すなわちＤＡＳＤ、テープなど）にもとづ
く様々なデフォルト指定のＭＩＨインタバルが存在す
る。しかしながら、各装置クラス内では異なる装置タイ
プに対する推奨ＭＩＨ時間の間に多大な不均衡が存在す
る。例えばテープ装置では、異なるモデルのテープ装置
に対する推奨ＭＩＨ検出インタバルはＳ／３９０ ３４
２０テープ装置の場合の３分から、Ｓ／３９０ ３４９
０Ｅテープ装置の場合の２０分まで変化する。ＭＩＨ時
間のこの変化はテープが含める異なる容量、及び媒体が
移動できる最大物理スピードによる。

【０００８】ＭＩＨ検出インタバルは、装置の最長のコ
マンド（例えばスペース・ファイル先送り、巻き戻し／
アンロードなど）を実行する時間よりも大きくなければ
ならない。別の例はＤＡＳＤ装置の場合である。ＭＶＳ
（多重仮想記憶装置、Ｓ／３９０マシンにおけるＩＢＭ
の最初のオペレーティング・システム）オペレーティン
グ・システムはＤＡＳＤ装置に対して、１５秒のデフォ
ルト指定のＭＩＨ時間を有する。これは通常、作業負荷
または特定の装置を使用するアプリケーションの特殊な
特性により、システム操作者による調整を必要とするだ
けである。例えばＪＥＳ２（ジョブ・エントリ・システ
ム２）チェックポイント・データ・セットは初期化の間
に長い時間を確保され得るが、高い可用性のアプリケー
ションはそれらのＩ／Ｏが完了したか否かを、数秒の後
に通知される必要がある。なぜなら、アプリケーション
が別の装置を試行し、その上トランザクション時間要求
を生成するからである。しかしながら、新たなＤＡＳＤ
特性はＭＩＨ検出インタバルを選択する問題を一層複雑
にする。ＩＢＭ３９９０ ＤＡＳＤは、その完了に３０
秒を費やし得る内部エラー回復機能を有する。この回復
の間にＭＩＨ条件が検出される場合、ホスト回復動作が
制御ユニットにおいて重大な問題を生じ得る。従って、
３９９０ ＤＡＳＤでは、システム操作者が３０秒のＭ
ＩＨインタバルを設定することが推奨される。更に他の
装置がシステムに対して、あたかもそれらがＤＡＳＤ装
置であるかのように定義され得る。これに相当する例は
ＩＢＭ３９９５光装置であり、これらの装置上の幾つか
の操作は光媒体の取り外し及び装着を要求し、これには
数分を費やし得る。事態を一層複雑にするのは新たな装
置がコンピュータ・システムに追加されるとき、こうし
た装置の適正な操作を保証するために既存のＭＩＨ個別
化情報が更新される必要があり得ることである。

【０００９】オペレーティング・システムＭＩＨハンド
ラに関する別の問題は、ＭＩＨが余りに長いことであ
る。上述のように、ＭＩＨ時間は各装置タイプに対して
その装置の特性にもとづき利用者により設定される必要
がある。実行され得る最長のコマンド（すなわち巻き戻
し／アンロード）が２０分を費やすと思われる場合、た
とえほとんどの単純なデータ転送コマンドが数秒で実行
されると期待されても、２０分のインタバルの後に全て
のハング条件が検出される。エラー検出時間の延長はシ
ステムの信頼性及び可用性を低下させる点で、利用者に
悪影響を及ぼす。改善された技術を備える新たな装置が
旧装置を置換する場合、ＭＩＨ時間が新たな要求に合致
するように手動式に調整されなければならない。

【００１０】更に、今日の装置及びＭＩＨ機能では、全
てのコマンドが同一のＭＩＨインタバルに設定される。
これはオペレーティング・システムにより、回復及び再
構成動作の間に使用される特殊な制御及び回復コマンド
（すなわち、パス・グループＩＤのセット、パス・グル
ープＩＤのセンス、忠誠（allegiance）のリセット、割
当て／割当て解除、アクセス制御など）にも当てはま
る。これらのコマンドがオペレーティング・システムに
より発行されるとき、重要なシステム資源が保持され、
他の利用者の通常の作業の実行を遅延させ得る。これら
のコマンドの回復のための特殊タイマ・コードの追加
は、システムの開発にとって極めて高価であり、製品コ
ストを押し上げる。

【００１１】上述のように、コンピュータ・システム
は、利用者が装置の物理特性にもとづき、手動式にＭＩ
Ｈ時間をセットすることを要求する。例えば利用者はＳ
／３９０ ３９９５光ライブラリ装置が実際はＳ／３９
０ ＤＡＳＤ３３８０装置として定義されること、及び
光媒体の通常のステージング／デステージングに対して
ＭＩＨ条件が検出されないように、ＭＩＨインタバルが
十分に高くセットされなければならないことを知らなけ
ればならない。更に、テープ・ドライブのセットが追加
または更新される場合、テープ・ドライブのスピード及
び容量にもとづきＭＩＨ時間が調整される必要がある。
この手動プロセスはエラーにつながり易い。たまたま省
略された誤ったＭＩＨ条件が検出されるとジョブは失敗
し得る。

【００１２】また、ＭＩＨ仕様は物理Ｉ／Ｏ構成定義と
同期され、更に動的に及びシステム再始動により実行さ
れるシステム構成変更に伴い、更新される必要がある。
ＭＩＨ時間が正しく更新されないと、システムＲＡＳ
（信頼性／可用性／保守性）が低下する。利用者が異な
る装置に対してＭＩＨ検出を承知しなければならない事
実はシステム管理のコスト及び計算の全体コストを増加
させる。

【００１３】システム環境：図１０は複数のホスト（５
１０）を示す。各ホストは汎用コンピュータ・システム
であり、中央プロセッサ命令を含むプログラムを実行す
る１つ以上の中央処理ユニット（ＣＰＵ（５１１））
と、Ｉ／Ｏチャネル・サブシステム（５１２）とを含
み、後者はチャネル・プログラムを実行し、１つ以上の
チャネル・パス（５１３）を通じてホスト（５１０）と
１つ以上のＩ／Ｏサブシステム（５２０）との間の情報
の転送を管理する。好適な実施例では、ホスト・コンピ
ュータはＩＢＭ Ｓ／３７０またはＩＢＭ Ｓ／３９０
コンピュータ・システムであり、Ｉ／Ｏ装置にＥＳＣＯ
ＮまたはＯＥＭＩ Ｉ／Ｏチャネル・インタフェースを
介して接続される。しかしながら、ホスト・コンピュー
タは任意のタイプであってよく、実際には複数のタイプ
であり得る。同様にインタフェースが接続ホスト及びＩ
／Ｏサブシステムによりサポートされるならば、チャネ
ル・パスも複数のタイプであってよい。チャネル・パス
のトポロジは、潜在的にＩ／Ｏインタフェースのタイプ
に固有である。

【００１４】各Ｉ／Ｏサブシステム（５２０）は制御ユ
ニット（５２１）を含み、これは１つ以上のホスト（５
１０）に接続される１つ以上のＩ／Ｏ装置（５３０）を
管理する。Ｉ／Ｏ装置は１つ以上の装置パス（５３１）
を介して、制御ユニットに接続され、これらの装置パス
はＩ／Ｏ装置及び制御ユニットにより情報の通信のため
にサポートされる。一般に制御ユニットは、Ｉ／Ｏ装置
によりサポートされるＩ／Ｏインタフェース（すなわち
装置パス（５３１））を、ホストによりサポートされる
Ｉ／Ｏインタフェース（すなわちチャネル・パス（５１
３））に適応させる。

【００１５】各制御ユニット（５２１）の内部には、複
数のホストと複数のＩ／Ｏ装置との間の対話を管理する
ための機構が存在する。各チャネル・パスは制御ユニッ
ト内のチャネル・アダプタ（５２４）に接続され、これ
は関連チャネル・パスを通じて通信するために必要な機
構を含む。共用メモリ（５２２）が各Ｉ／Ｏサブシステ
ム（５２０）内に存在し、Ｉ／Ｏサブシステム内にあっ
てチャネル・アダプタ（５２４）を制御するＩ／Ｏ処理
要素によりアクセスされる。この共用メモリは各装置に
関連付けられる情報のブロックを含み、これは"装置ｎ
ロック・データ"（５２３）として参照される。

【００１６】各ホスト（５１０）内では、ＯＳプログラ
ムがその任意のＣＰＵ（５１１）により実行され、ＣＰ
Ｕはチャネル・サブシステム（５１２）に対して選択チ
ャネル・パスまたはチャネル・パスのセットに接続され
る選択装置（５３０）に、Ｉ／Ｏ信号を発行するように
指示する。ＯＳプログラムは要求がチャネル・サブシス
テム（５１２）に提供されてから、Ｉ／Ｏ操作が完了し
たことを示す応答がチャネル・サブシステムから受信さ
れるまでのＩ／Ｏ操作の期間をモニタするように設計さ
れる。Ｉ／Ｏ操作の経過時間が特定のしきい値を越える
場合、プログラムは本願の出願人に権利譲渡された米国
特許第５３８８２５４号で述べられるように未着割込み
タイムアウトを検出する。このＭＩＨプログラム機能は
特定の報告されない条件により完了し損なったＩ／Ｏ操
作を検出するように意図され、それによりＩ／Ｏ操作の
完了に依存するプロセスの無期限の延期を回避する。

【００１７】チャネル・サブシステム内ではＩ／Ｏ要求
が選択装置に対してキューに待機され得る。要求装置が
Ｉ／Ｏ要求を実行するのを待機する間、Ｉ／Ｏ要求をキ
ューに待機する結果、Ｉ／Ｏ要求はチャネル・サブシス
テムと選択制御ユニットとの間のチャネル・パスを通じ
て通信を開始する。Ｉ／Ｏ要求がチャネル・サブシステ
ムにより処理されている間、ＯＳプログラムは他の作業
の実行の継続を許可される。Ｉ／Ｏ操作の完了時、チャ
ネル・サブシステムがＯＳプログラムに割込みを発生
し、完了したＩ／Ｏ操作のステータスを提供する。

【００１８】制御ユニットは、自身が制御する各装置へ
の同時要求を管理する。制御ユニットがホストにより生
成されたＩ／Ｏ要求を許可すると決定する場合、コマン
ドがチャネルから受諾され、チャネルにより選択された
装置に対して処理される。制御ユニットが同時活動のた
めにホストにより生成されたＩ／Ｏ要求を許可しないと
決定する場合には、コマンドが"ビジー"指示により拒絶
され、Ｉ／Ｏ要求がチャネル・サブシステムにキュー待
機される。制御ユニットが以前にビジー指示を提供した
後、コマンドを実行できると判断するとき、制御ユニッ
トは"ビジー解除（no-longer busy）"指示を提供し、チ
ャネル・サブシステムにキュー待機されたＩ／Ｏ要求を
再発行するように指示する。要求元のＯＳプログラムは
そのＩ／Ｏ要求が完了したようには知らされていない程
度にしか、この対話を認識しない。ビジー指示を提供す
るために、制御ユニットにより通常、使用されるアルゴ
リズムについて、次に述べることにする。本発明は、１
つ以上のＯＳが同一の制御ユニットに対して同時Ｉ／Ｏ
要求をマークしているとき、未着割込み信号を確実に検
出するために、ＯＳプログラムにより使用される制限時
間の低減を可能にすることによりシステム効率を向上す
るものである。

【００１９】同時Ｉ／Ｏ要求の管理：制御ユニットは所
与の装置に対して、その制御ユニットにおいて進行中の
同時Ｉ／Ｏ要求の数を判断する。しばしば、装置はその
装置により処理される媒体上での予測可能な結果を保証
するために、Ｉ／Ｏ要求が直列化されることを要求す
る。制御ユニット内の他の設計制約もまた、装置に対し
て同時に実行され得るＩ／Ｏ要求の数に対して制限を課
し得る。

【００２０】図１１は、受諾される同時Ｉ／Ｏ要求の数
を１に制限するために使用され得るプロセスを示し、こ
れは装置における同時要求の直列実行を指示する。この
処理は、チャネル・アダプタにより使用される装置ロッ
ク・プロトコルにより実施され、そこではアダプタが要
求装置に対応するロック・データ・ブロック５２３内に
おいて、その装置に関連付けられるロックに対してアト
ミック・"テスト及びセット操作"を実行する。このロッ
ク・テスト及びセット・プロトコルは装置がＩ／Ｏ操作
を開始する以前に実行される。テスト及びセット操作が
成功の場合（装置が使用可能であることが判明する）、
Ｉ／Ｏ操作が受諾され、装置により処理される。テスト
及びセット操作が不成功の場合（装置が使用不能）、チ
ャネル・アダプタのＩ／Ｏ要求はビジー指示を提供され
る。チャネル・アダプタは必要な装置に対するロックを
獲得したとき、（装置に関連付けられるロック・ビット
をセットすることにより）成功する。装置操作の完了
時、ビジー指示を告げられた各チャネル・アダプタは今
度"ビジー解除"指示を告げられ、チャネル・サブシステ
ムにキュー待機されたＩ／Ｏ要求が、再びその装置に対
して再発行される。このクロス・チャネル・アダプタ通
信は、図１１で点線により示される。"ビジー解除"指示
の提供の実現は、特定のホストが他のホストによる装置
のアクセスを頻繁に阻止することの無いように、"公正
（fairness）"機構の考慮を要求し得る。この方法の変
形が異なるインタフェース・アーキテクチャ（例えばＳ
ＣＳＩタグ無し及びタグ付きキューイング）に対して提
供され得り、そこでは、チャネル・サブシステム・キュ
ーイング機能を使用する代わりに、直列キューが制御ユ
ニット内に構成される。

【００２１】キューイング期間の制限：同時Ｉ／Ｏ要求
の直列化のための上述のビジー／ビジー解除方法により
生じる問題はホストから見て、Ｉ／Ｏ操作を実行するた
めに要求される時間が制御ユニット（ＣＵ）で要求Ｉ／
Ｏ操作の実行に必要とされる時間の関数でないことであ
る。すなわち、ホストのＯＳから見た実行時間は実際の
ＣＵ／装置実行時間に、待機時間（この間、ＣＵは他の
ホストに対する他のインタリーブ式Ｉ／Ｏ操作を実行し
ている）を加えたものである。実際、ＯＳが装置に対す
るキュー内の全てのＩ／Ｏ操作を知らなければ、適切な
未着割込みタイムアウト値を決定するために要求Ｉ／Ｏ
操作の期間を判断することはできない。同時アクセスの
解決におけるある程度の公正さ、及び同時要求の数に対
する特定の制限を前提とすると、統計分析によりＩ／Ｏ
操作の完了の検出の失敗が、特定の失敗条件に起因する
ものであって、同時アクセス要求の結果ではないことを
保証する高い確率を有する期間を拾い出すことが可能で
ある。

【００２２】例えば、所与のディスク装置が通常、任意
のコマンドを１０ミリ秒以下で実行すると仮定する。ほ
とんどのＩ／Ｏ要求が１０個程度のコマンド（１０個程
度のＩ／Ｏチャネル命令）を有し、比較的等価なサービ
スを獲得する１０個程度のホストが一般に存在すると仮
定すると、１０ミリ秒×１０個のコマンド×１０個のホ
ストの乗算により、Ｉ／Ｏ要求が約１秒を費やすと期待
される。この数字は、例外条件を特定の高度な確率内で
処理する特定の要因により、例えば１５秒に増加され
る。

【００２３】所与の装置に対するＩ／Ｏ操作の期待実行
時間が広い範囲で変化する場合、問題は複雑化する。な
ぜなら、同時要求の解決を予測する統計分析が、最悪の
場合のＩ／Ｏ操作実行時間を考慮しなければならず、"
短い"Ｉ／Ｏ要求の期間と、未着割込みタイムアウトと
の間の相違を一層増大するからである。

【００２４】例えば所与のディスク装置に対して、典型
的なコマンドが通常１００ミリ秒以下で実行されるのに
対して、アウトボード・コピー・コマンド（このディス
クの内容を別のディスクにコピーする）は５分以下で実
行されると仮定する。統計的に、Ｉ／Ｏ要求が８つの同
時要求よりも長くキュー待機されることがないと判断す
ると（すなわち、このホストは８つのＩ／Ｏ要求が処理
される毎に、少なくとも１度返却を獲得する）、最悪の
場合としてキューイング時間を７×５分＝３５分と予測
することができる。このホストが典型的なコマンドを実
行している場合、キューイング時間とコマンド実行時間
との和として予測される未着割込みタイムアウトは、３
５分と０．０００１秒、すなわち約３５分である。７つ
の異なるホストが７つの同時アウトボード・コピーを発
行し、３５分未満（例えばｎ（＜３５）分）のタイムア
ウト制限が可能になる確率は全ての共用システムが同時
にフル・コピーを開始する確率にもとづくと見なすこと
もできる。

【００２５】未着割込みが検出されるとき、しばしばプ
ログラムは追加のＩ／Ｏを実行しなければならない。こ
れらのＩ／Ｏ要求はキューイング問題に遭遇しがちで、
結局同一の未着割込みタイムアウトを適用されなければ
ならない。装置が実際に壊れていて、もはやホストに応
答することができない状況ではジョブが失敗し、それ故
再実行されなければならないとプログラムが結論するま
でに、数１０分を費やすことは容易に理解される。

【００２６】特定の環境では、プログラムはこうした統
計方法により規定された時間を待機できなくてもよく、
その上、リアルタイム処理の要求を満足できなくてもよ
い。他の場合では、未着割込みタイムアウト及び結果の
回復が操作的な難題を生じる期間となる（例えば処理が
要求ウィンドウ内に完了しない）。

【００２７】特定の状況が発生するときに、ＭＩＨプロ
セスがエラー指示の出所となり得る単一ＯＳのデータ処
理システムでは、従来のＭＩＨ検出システムは良好に機
能しなかった。例えばロングＩ／Ｏコマンド（長い期間
のＩ／Ｏ操作を要求するコマンド）が、Ｉ／Ｏプログラ
ムの最後のコマンドとしてＩ／Ｏ制御ユニットに発行さ
れ、最後のＩ／Ｏコマンドが完了する以前に同一装置に
対するショート・コマンドを有する別のＩ／Ｏプログラ
ムが、ＯＳにより開始されようとする状況において、誤
った指示が発生し得る。従来システムでは、ロング・コ
マンドはそれが制御ユニットにおいて受諾されるとき、
部分的な完了を信号で知らせる。それによりＩ／Ｏ装置
が第１の要求に対する操作を完了するまで、そのＩ／Ｏ
装置に対する次の要求が待機させられた（従来のＳ／３
９０ Ｉ／Ｏアーキテクチャに精通する当業者には、こ
れはジョブの迅速な終了、並びにテープ巻き戻し／アン
ロード・コマンドに続く新たなジョブの開始を可能にす
る、１次ステータスの再駆動として既知である）。第１
の要求が終了する以前に第２のＩ／Ｏ要求の開始が許可
され、オペレーティング・システムが活動状態と想定さ
れるショート・コマンドに対してＭＩＨタイムアウトを
調整しようとするとき、誤った指示が検出され得る。な
ぜなら、ＯＳが以前のロング・コマンドに対する実行時
間を知らないからである。この短いタイムアウトが誤っ
て未着割込みを示し得る。しかしながら、実際にはどの
割込みも未着ではない。なぜなら、装置がまだ以前のロ
ング・コマンドを実行しているためにショート・コマン
ドがまだ装置により開始されていないからである（そし
て、これらのいずれのコマンドも完了割込みを提供でき
ていない）。

【００２８】

【発明が解決しようとする課題】従って、本発明の目的
は、Ｉ／Ｏ要求に対してＯＳがそのＭＩＨタイムアウト
期間を延長すべき時を決定するＯＳ内部プロセスを提供
することであり、これは装置上で現在実行中のＩ／Ｏプ
ログラムを走査し、要求が装置により実行されているロ
ングＩ／Ｏコマンドにより、過度に遅延されているか否
かを判断することにより達成される。

【００２９】本発明の別の目的は、未着割込みを処理す
るための細分的なＭＩＨタイムアウト延長を提供するこ
とである。

【００３０】更に本発明の別の目的は、新たな装置の追
加、装置のリネーム、装置の移動、または既存の装置に
対する新たなサービスの追加により、Ｉ／Ｏ構成が変更
されるとき、以前に手動により個別化されるように要求
されたＯＳ内のＭＩＨタイムアウト値を排除することで
ある。

【００３１】

【課題を解決するための手段】本発明は、１つ以上のオ
ペレーティング・システム（ＯＳ）を有するコンピュー
タ構成内で使用され、各ＯＳがＭＩＨ構成要素を有す
る。ＯＳはＩ／Ｏ ＣＵ及びＩ／Ｏ装置のホストと見な
される。

【００３２】本発明は、ＭＩＨソフトウェアと協動し、
ＭＩＨソフトウェアが誤ってＩ／Ｏ装置操作故障を示す
ことを防止する新規のシステム・プロセス及び機構を提
供する。こうした誤った指示は例えばテープ巻き戻しコ
マンドなど、Ｉ／Ｏ装置における処理の完了に、例外的
に長い時間を費やすコマンドを含むＩ／Ｏ要求を有する
システムにおける問題である。こうした問題は、Ｉ／Ｏ
要求のチャネル・プログラムが"ロング・コマンド"を含
むために、ＭＩＨ構成要素が現Ｉ／Ｏ要求の完了のため
に長い時間を待機しなければならない場合に発生する。
ロング・コマンドは所定のＭＩＨタイムアウトの超過を
生じ、その結果、要求Ｉ／Ｏ装置に対する潜在的な故障
指示が発生するが、実際には、その装置は故障しておら
ず、単にＯＳに対して同一の要求を処理しているに過ぎ
ない。ＯＳがＩ／Ｏ要求を発行するとき、そのＯＳのＭ
ＩＨ検出ソフトウェアがＭＩＨタイムアウトを開始し、
ＭＩＨタイムアウトの満了以前に、成功完了割込みがそ
のＩ／Ｏ装置から受信されず、従って割込みの未着を宣
言する場合、そのＩ／Ｏ装置の操作の潜在的な故障を示
す。

【００３３】本発明は、従来の固定長ＭＩＨタイムアウ
ト期間とは対照的に各遅延Ｉ／Ｏ要求に対して、可変Ｍ
ＩＨタイムアウト期間を提供する。要求Ｉ／Ｏ装置が成
功完了割込み信号を要求元ＯＳに提供すること無しに可
変ＭＩＨタイムアウト期間の終了に達する場合、ＭＩＨ
タイムアウトが発生し、ＯＳ内で潜在的なＩ／Ｏ装置故
障指示をトリガする。

【００３４】本発明は、新規のプロセスにより制御され
る所定の増分内で、ＭＩＨタイムアウト期間を可変す
る。Ｉ／Ｏ要求が関連ＯＳにより発行されるとき、１次
ＭＩＨ構成要素内で１次タイムアウト期間が開始され
る。１次タイムアウトは可能な限り短く維持されるが、
ショート・コマンドだけを含むチャネル・プログラムを
有するほとんどのＩ／Ｏ要求により要求される完了時間
よりも長くなければならない。ロング・コマンドはここ
では、１次タイムアウト期間を超過する装置実行時間を
有するコマンドとして定義される（従来、ＭＩＨタイム
アウトはＩ／Ｏ要求がロング・コマンドを有するか否か
に関わらず、全てのＩ／Ｏ要求に対応しなければなら
ず、その結果、以前のＭＩＨタイムアウト期間は非常に
長くなければならなかった）。

【００３５】従って、本発明の目的は、以前のＭＩＨタ
イムアウト期間よりも極めて短く、ほとんどのＩ／Ｏ要
求に対して使用され得る１次タイムアウト期間を提供す
ることである。本発明は、Ｉ／Ｏ要求内にロング・コマ
ンドが見い出される２、３のケースに対応するために、
短い１次ＭＩＨタイムアウトに対して、長い延長を提供
する。結果的に、本発明の使用により、コンピュータ・
システムの平均ＭＩＨタイムアウト期間が多大に低減さ
れ、システム性能が全体的に改善される。

【００３６】本発明によれば、１次ＭＩＨタイムアウト
期間のタイムアウトが、関連ＯＳに要求のチャネル・プ
ログラムを走査し、チャネル・プログラムが任意のロン
グ・コマンドを含むか否かを判断するように指示する。
任意のロング・コマンドが見い出される場合、ＭＩＨタ
イムアウト期間が１次ＭＩＨタイムアウト期間よりも長
くてよいロング・ビジー・タイムアウト期間により延長
される。装置完了割込みがロング・ビジー・タイムアウ
トの発生以前に受信されない場合（未着割込み指示）、
こうしたタイムアウトは割込み受信の欠如の原因とし
て、潜在的なＩ／Ｏ装置操作故障を示し、Ｉ／Ｏ回復プ
ログラム（従来通りであり、Ｉ／Ｏ要求を所定回数繰り
返し、実際のＩ／Ｏエラー条件の存在を確認する以前
に、システム内の様々な状態をテストする）の呼び出し
をトリガする。

【００３７】従って、ＯＳにより発行されるＩ／Ｏ要求
をサポートする可変タイムアウトの第１のＭＩＨタイム
アウト期間は、ここでは"１次ＭＩＨタイムアウト期間"
と呼ばれ、可変タイムアウトの第２のＭＩＨタイムアウ
ト期間は、"２次ＭＩＨタイムアウト期間"と呼ばれる。

【００３８】しかしながら、ロング・コマンドが関連チ
ャネル・プログラム内で見い出されない場合、ＭＩＨタ
イムアウト期間は延長されず、潜在Ｉ／Ｏエラー条件が
ＭＩＨ構成要素によりＯＳに知らされる。すると即時Ｉ
／Ｏ回復プログラムが開始され、実際のＩ／Ｏエラー条
件が存在するか否かが確認される。

【００３９】本発明はＭＩＨタイムアウト期間を延長す
る時期を制御するために、Ｉ／ＯＣＵからの信号送信を
使用しない。しかしながら、本発明はＣＵのロング・ビ
ジー割込み信号と一緒に使用されてもよい（Ｉ／Ｏ制御
ユニット（ＣＵ）内のしきい値タイムアウトにより、要
求元ＯＳに提供され、Ｉ／Ｏ要求が１次ＭＩＨタイムア
ウト期間を越えて、ＣＵ内で遅延されることを知らせ
る）。ＣＵしきい値信号は、本発明が正しく動作し損な
う場合、ＯＳにＭＩＨタイムアウト延長を短い１次ＭＩ
Ｈタイムアウト期間に提供するように授け、本発明に対
するバックアップを提供する。しきい値タイムアウト期
間のタイムアウトは、現タイムアウト期間の終了近くに
ＣＵ内で発生し、１次ＭＩＨタイムアウト期間がタイム
アウトし、潜在的Ｉ／Ｏ装置操作故障の指示を生じる以
前に、その延長を可能にする。

【００４０】ここで請求される本発明は、Ｉ／Ｏ装置を
共用する複数のＯＳの環境において使用され得る。すな
わち、本発明は、同一のＯＳが同一装置に対して現要求
と遅延要求の両方を発行した状況に当てはまる。複数の
ＯＳの各々は、自身のＩ／Ｏ要求とだけ動作する。なぜ
なら、各ＯＳはコンピュータ構成内の他のＯＳにより発
行される要求を認識しないからである。従って、要求Ｏ
Ｓは、別のＯＳのＩ／Ｏ要求に対して、同一装置により
現在実行されている処理を認識せず、また他のＯＳの要
求としてチャネル・サブシステムまたは制御ユニット内
にキュー待機されているＩ／Ｏ要求を気に止めない。更
に、チャネル・サブシステムは、ＯＳ内で発生してキュ
ー待機されているＩ／Ｏ要求の量を認識しない。

【００４１】複数ＯＳのジレンマを解決する方法は、Ｉ
／Ｏ装置を共用する複数のＯＳを有するコンピュータ構
成内で、本発明の非ＣＵ制御と共に、または無しにＣＵ
ロング・ビジー信号を使用することである。従って、本
発明は、１つのＯＳだけを有するコンピュータ構成にお
いて最適に使用される。

【００４２】Ｉ／Ｏ要求に対するＣＵしきい値タイムア
ウトがＣＵにより生成され、要求ＯＳにロング・ビジー
Ｉ／Ｏ割込み信号により知らされる。この信号はＯＳ
に、Ｉ／Ｏ遅延に対するＣＵのしきい値タイムアウトの
理由を示す。ロング・ビジー割込みに応答して、ＯＳは
ＭＩＨタイムアウト期間をタイムアウト延長増分により
延長する。ロング・ビジー割込みを有さないシステムで
は、これはエラー指示割込みなどの別のタイプの割込み
を、エラー条件ではなくロング・ビジー条件を表すステ
ータス情報と一緒に使用することによりシミュレートさ
れ得る。

【００４３】従って、本発明は１つのＯＳだけを有する
システムにおいても使用され得る。そこでは任意のＩ／
Ｏ要求が、同一装置に対して後で発行されるＩ／Ｏ要求
に対して非常に長い待機を生じ得る。こうした状況は、
Ｉ／Ｏ要求がテープ巻き戻しコマンドやテープ実装コマ
ンドを含む場合などのように、装置を使用する要求がロ
ング・コマンドを含み、そのロング・コマンドが終了す
る以前にＭＩＨタイムアウトが生じる場合に当てはま
る。この場合、ＯＳは自身がロング・コマンドを有する
早期未達成要求を発行したことを知り、ＣＵロング・ビ
ジー割込無しに、そのＭＩＨタイムアウト期間を延長す
る。

【００４４】ＭＩＨタイムアウト延長期間の時間長は、
ＯＳと一緒に記憶されるそれぞれのＭＩＨ延長タイムア
ウト値により示され得る。

【００４５】好適な実施例では、複数のチャネル・イン
タフェース・アダプタを有するＣＵをサポートし、各ア
ダプタがそのアダプタに接続されるＩ／Ｏチャネル・パ
スを通じ受信され、現在使用可能でない特定のＩ／Ｏ装
置を要求する１つの遅延Ｉ／Ｏ要求を、独立に管理す
る。異なる装置が異なるＩ／Ｏ要求を同時に実行してお
り、ＣＵ内の全てのアダプタが現在ビジーであることも
あり得る。

【００４６】本発明では、ＯＳ ＭＩＨタイムアウト期
間が、要求が１次ＭＩＨタイムアウト期間の終了時に完
了していない場合にのみ延長され、２次ＭＩＨ延長期間
の終了以前に要求Ｉ／Ｏ装置がその現操作を成功裡に完
了すると期待しながら、ＭＩＨタイムアウト期間が継続
する。２次ＭＩＨタイムアウト期間のタイムアウトは、
Ｉ／Ｏ操作が潜在的に失敗したことを宣言する。従っ
て、本発明によれば、ＭＩＨタイムアウト期間が適宜延
長増分無しに、または１つの追加の延長増分により延長
され、ＯＳ内での誤った装置故障指示を回避する。

【００４７】従って、本発明は、ＣＵが遅延要求を処理
するその責任を、１つのしきい値に達した後（１次ＭＩ
Ｈタイムアウト期間の終了時）に終えるプロトコルを使
用するか否かに関わらない。なぜなら、本発明はそのＭ
ＩＨタイムアウト延長を制御するためにＣＵからの信号
を使用しないからである。

【００４８】理論的には、本発明は、任意の有限な数の
ＭＩＨタイムアウト延長を有する可変ＭＩＨタイムアウ
ト期間の使用を可能にし、そこではＯＳが各現延長増分
の満了後に別の延長を使用する。これは最後の延長増分
が超過され、ＭＩＨタイムアウトを生じて、潜在的にＩ
／Ｏ操作故障指示をトリガするまで継続される。

【００４９】ロング・コマンドは続く連鎖コマンドを有
さず、時に"非同期即時コマンド"として参照される。そ
のビジー状態は要求装置が要求操作を完了するまで、要
求装置またはその制御ユニットにおいて非常に長い時間
維持される。

【００５０】類似のコマンド実行時間を有するコマンド
を使用する装置を考慮すると（すなわち多大に異なるコ
マンド実行時間を有するコマンドが存在しない）、理想
的な状況は、任意の適切なＩ／Ｏ要求の最悪の場合の実
行時間を超過しようとしている任意のキューイングを報
告することである。この場合、ＯＳから見てＭＩＨタイ
ムアウトが、最悪の場合の期待実行時間よりも僅かに大
きくセットされる。ＯＳがＩ／Ｏ操作が完了したこと、
または過度なキューイングが発生しているとの知らせを
受信しなかった場合、ＯＳは割込みが失われたものと見
なす。

【００５１】実際のＭＩＨタイムアウトは、典型的なコ
マンドの最悪の場合の実行時間の数倍のオーダである。

【００５２】ロング・ビジー・プロトコルは、Ｉ／Ｏ要
求内のロング・コマンドを処理するために使用され得
る。例えば過度なキューイング持続期間など、要求ＯＳ
から見て、多大に長い処理時間を生じ得る非エラー条件
（たとえコマンドが要求装置内でまだ実行されていなく
ても）が存在する。本発明はＯＳから見て任意の持続期
間のＩ／Ｏコマンドを処理するために使用され得る。よ
り詳細には、本発明は要求ＯＳに要求に対して過度なキ
ューイングが存在する時を通知し、それによりＯＳがそ
のＭＩＨタイムアウトを発行されたＩ／Ｏ要求の期待持
続期間と、Ｉ／Ｏサブシステムが過度なキューイングと
して報告する内容にもとづく時間しきい値との和に調整
する。過度なキューイングが稀にしか発生しないと仮定
すると、過度なキューイング条件を報告するオーバヘッ
ドは、システム効率にほとんど影響を及ぼさない。本発
明はＯＳが通常のショート・コマンド処理に対して、比
較的短いＭＩＨタイムアウトを使用することを可能にす
る一方、発生し得る長期間コマンド・プロセスに対して
長いＭＩＨタイムアウトの使用を可能にする。

【００５３】本発明の好適な実施例では、装置操作に対
する各Ｉ／Ｏコマンドがコマンドの期待実行時間に従
い、ショートとロングの２つのクラスのいずれかに分類
される。期待実行時間はコマンドに対するビジー条件に
より生じる内部インタバル回復処理時間と、キューイン
グ時間とを含む。ディスク・シーク・コマンドなどのシ
ョート・コマンドは、通常、数ミリ秒で実行される。そ
れに対してテープ巻き戻しコマンドなどのロング・コマ
ンドは、その実行に数秒乃至数１０分を費やす。

【００５４】Ｉ／Ｏ要求（すなわちチャネル・プログラ
ム）の実行に関連して、１次ＭＩＨタイムアウト及び２
次ＭＩＨタイムアウトの２つのＭＩＨタイムアウトが割
当てられる。各タイムアウトは例えばプロセッサが"Ｉ
／Ｏ開始"または"サブチャネル開始"命令を実行すると
きなど、Ｉ／Ｏ要求がＯＳによりチャネル・サブシステ
ムに発行されるとき開始する。短期間コマンドだけを含
む各Ｉ／Ｏ要求は、割当てられた１次ＭＩＨタイムアウ
ト期間の間に実行されるものと期待されるのに対して少
なくとも１つの長期間コマンドを有する各Ｉ／Ｏ要求
は、割当てられた２次ＭＩＨタイムアウト期間の間に実
行されるものと期待される。これらのＭＩＨタイムアウ
ト期間が各Ｉ／Ｏ装置タイプに対して定義され、従っ
て、これらは装置タイプごとに異なり得る。

【００５５】１次ＭＩＨタイムアウト期間は、ほとんど
のＩ／Ｏ要求の最長期待実行時間の完了後に終了し、こ
のＭＩＨタイムアウト期間は、任意のこうしたコマンド
に対するビジー条件により生じる任意の内部回復処理時
間と、キューイング時間とを含む。２次ＭＩＨ時限（イ
ンタバル）は、１つ以上のロング・コマンドを含むＩ／
Ｏ要求の実行時間の完了後に終了する。ロング・コマン
ドは、１次ＭＩＨタイムアウト期間よりも長く、２次Ｍ
ＩＨタイムアウト期間よりも短い装置実行時間を有す
る。

【００５６】従って、各Ｉ／Ｏコマンド（任意のＩ／Ｏ
コンピュータ・アーキテクチャにおいて、その使用可能
な装置タイプに対して定義される）が、本発明によ
り、"短期間Ｉ／Ｏコマンド"または"長期間Ｉ／Ｏコマ
ンド"のいずれかとして分類され、前者は割当てられた
１次ＭＩＨタイムアウトの限度内で完了し、後者は１次
ＭＩＨタイムアウトの満了後、且つ２次ＭＩＨタイムア
ウトの満了以前に完了する。そして、これらの両方のタ
イムアウトはＯＳがＩ／Ｏコマンドを有するＩ／Ｏ要求
に対して開始命令を発行するとき開始する。

【００５７】好適な実施例はＳ／３９０アーキテクチャ
を使用し、そこではＩ／Ｏコマンドがチャネル・コマン
ド・ワード（ＣＣＷ）により定義される。ＣＣＷは、１
つ以上のＣＰＵを有する中央プロセッサ・コンプレック
スのＩ／Ｏサブシステム内のＩ／Ｏプロセッサにより解
釈され、任意のＣＰＵがＩ／Ｏ要求を開始する。

【００５８】各Ｉ／Ｏ装置は、その装置が接続される制
御ユニット内に"自己記述データ・ブロック"を記憶され
る。各装置の自己記述データ・ブロックは、本発明によ
り、関連装置の１次ＭＩＨ値及び２次ＭＩＨ値の両方を
含むように変更される。更に、自己記述データ・ブロッ
クはコマンドの２つのリストを含み、第１のリストは短
期間コマンド用であり、第２のリストは長期間コマンド
用である。任意の装置の自己記述データ・ブロックは、
例えばＣＰＵがコマンド・リストまたは２つのＭＩＨイ
ンタバルを獲得するために、"構成データ読出し"ＣＣＷ
を実行することにより、任意に獲得され得る。

【００５９】ＯＳがそのオンライン装置（ＯＳがＩ／Ｏ
要求を送信可能な装置）を初期化するとき、その装置が
実際に存在し、ＯＳに正しく定義されているか否かを判
断する確認操作が実行される。この初期化プロセスの一
部は各装置に対する自己記述データ・ブロックを獲得
し、ＯＳにとって使用可能な物理Ｉ／Ｏ構成を表すソフ
トウェア・テーブルを生成する。装置の自己記述データ
は任意に１次ＭＩＨ時間値及び２次ＭＩＨ時間値を含み
得る。装置の自己記述データ・ブロックが、利用者が明
示的に優先ＭＩＨ時間インタバルを指定しなかった１次
ＭＩＨ時間を含む場合、デフォルト指定の１次ＭＩＨ値
が装置に割当てられる。類似の構成処理が、システム初
期化後にオンラインに変更される任意のＩ／Ｏ装置に対
しても、実行される。

【００６０】各Ｉ／Ｏ要求は、ＣＣＷから成る関連チャ
ネル・プログラムを有する。チャネル・プログラムはそ
れがロング・コマンドを含まない場合、１次ＭＩＨ時間
インタバル内に実行を完了すべきである。チャネル・プ
ログラムがロング・コマンドを含む場合、それは２次Ｍ
ＩＨインタバル内に完了すべきである。Ｉ／Ｏ要求が１
次ＭＩＨ時間値の期間活動状態であると、ＯＳは装置依
存のＭＩＨエグジット（exit）を呼び出し、サブプロセ
スを実行する。そして、このサブプロセスがチャネル・
プログラムを走査し、チャネル・プログラムがロング・
コマンドを含むか否かを判断する（装置に関連付けられ
るロング・コマンド・リスト内に表される）。

【００６１】チャネル・プログラムがロング・コマンド
を含まない場合、１次ＭＩＨインタバルがＩ／Ｏ要求に
対して使用される。チャネル・プログラムが少なくとも
１つの実行中のロング・コマンドを含む場合には、２次
ＭＩＨタイムアウト延長がＩ／Ｏ要求に対して使用され
る。

【００６２】Ｉ／Ｏ要求がＯＳにより生成されるとき、
ＭＩＨインタバル時限プロセスが開始される。このプロ
セスはカウンタを増分して、ＯＳがＩ／Ｏ要求をそのＣ
ＥＣのＩ／Ｏサブシステムに生成して以来、そのＩ／Ｏ
要求に対して経過した総時間を測定する。時限プロセス
は、周期的に（例えば指定タイマ割込み信号により）、
その現在測定された経過時間と、選択ＭＩＨタイムアウ
ト値（１次または２次ＭＩＨタイムアウト期間）とを比
較し、選択ＭＩＨタイムアウト期間の満了を検出する。
タイムアウトとが検出されると、インタバル時限プロセ
スは、ＯＳがＩ／Ｏ要求のチャネル・プログラムを終了
し、通常の回復プロセスを呼び出すように要求する。

【００６３】しかしながら、本発明によれば、ＯＳによ
り"ロング・ビジー"・コマンドが検出されたとき、誤っ
たエラー条件が１次ＭＩＨタイムアウト期間の終りに検
出されない。"ロング・ビジー"信号が要求が装置の適切
な操作により阻止されており、Ｉ／Ｏ割込みが実際には
未着ではないことを知らせる。従って、要求が現Ｉ／Ｏ
要求が完了するのを待機する。待機中のＩ／Ｏ要求は別
のＩ／Ｏ要求が実行可能になったことを示すビジー解除
ステータスがその装置に対して確認されるまで、キュー
に待機され続ける。Ｉ／Ｏ要求が２次ＭＩＨ時限よりも
長くキューに待機され続ける場合、時限制御プロセスは
ＭＩＨインタバルを再度開始し得る。これは割込みをシ
ミュレートして、Ｉ／Ｏ要求に対する現ＭＩＨタイムア
ウト測定を終了し、Ｉ／Ｏ要求の再試行を信号で知らせ
ることにより、再度そのＩ／Ｏ要求に対してタイムアウ
ト測定を最初から開始することによる。これらの再試行
は、システム内における装置エラー回復プロシジャから
のカウント制御による。

【００６４】従って、装置がＩ／Ｏ要求に対してチャネ
ル・プログラムの実行を開始するとき、装置が適切な状
態（ビジーまたはロング・ビジー）に置かれ、その状態
が要求が完了するまで継続する。装置におけるビジー／
ロング・ビジー状態は、関連するＩ／Ｏ要求が成功裡に
完了するとき、終了する。

【００６５】１次及び２次ＭＩＨインタバルはＩ／Ｏ要
求が装置により実行されるとき、要求元ＯＳにより使用
される。ロング・ビジー信号は、装置を待機中のＩ／Ｏ
要求を有するＯＳにより開始されたＭＩＨインタバルの
調整（以前使用されていない）を可能にする。

【００６６】本発明の別の目的は、システムを単一のＯ
Ｓの下で操作することであり、このＯＳは、まだ完了し
ていない現要求と次の要求とのオーバラップを可能に
し、特定の状況において発生し得る未着割込み信号の誤
ったＭＩＨエラー指示を回避する。本発明は、たとえコ
マンドが関連装置において実際に操作を完了していない
場合でも（また要求元ＯＳにより判断されるとき、関連
装置が装置操作でさえ開始していないかもしれない）、
ロング・コマンドがＩ／Ｏ制御ユニットにより受諾され
るとき、即時ＭＩＨタイムアウト期間延長を可能にする
ことにより、オーバラップ及び誤り指示の問題を解決す
る。

【００６７】更にロング・コマンドを実行できるＩ／Ｏ
制御ユニット（ＣＵ）において、ＣＵが"ロング・コマ
ンド"のＣＵ受諾に応答して、"即時"（ロング・ビジ
ー）割込み信号を中央プロセッサ・コンプレックスに送
信する。ここで"即時"とは、コマンドが制御ユニットに
おいて受諾される時に、"完了割込み"が中央プロセッサ
・コンプレックスに効果的に送信されるが、その時、装
置がコマンドの実行を開始している必要はなく、また後
に装置が実際にコマンドの処理を完了するとき、装置終
了割込み信号が提供されないことを意味する。"ロング
・ビジー"状態は、ロング・コマンドに対する全ての操
作が要求装置により完了されるまで、ＣＵにおいて継続
する。本発明は、ＣＵによりロング・ビジー割込みが生
成されないとき、Ｉ／Ｏ要求がＣＵ内に留まることを可
能にし、それによりＩ／Ｏサブシステムが遅延Ｉ／Ｏ要
求を処理する責任を終了する。

【００６８】装置のロング・ビジー状態は、ＯＳが任意
の時点にテスト命令をＣＵに発行することによりテスト
され、装置に対してロング・ビジー状態が存在する場
合、ＯＳがその装置への別の要求の発行を遅延したいか
否かなどが判断される。従って、本発明に従う装置に対
する"ロング・ビジー"信号と、ＯＳへの"即時"割込み信
号との組み合わせは完了割込みをＯＳに送信する以前
に、実際の装置操作完了を待機した従来のＭＩＨシステ
ムで遭遇したような、ロング・ビジー・コマンドに対す
る誤ったＭＩＨ指示の発生を阻止する。従って、任意の
時点に制御ユニットのロング・ビジー状態が、任意の実
行中のＯＳによりテストされ、関連装置を操作するため
の別のＩ／Ｏ要求を発行する以前にその装置の可用性が
判断される。

【００６９】

【発明の実施の形態】好適な実施例の環境は、ＩＢＭの
ＭＶＳ／ＥＳＡ（エンタプライズ・システム・アーキテ
クチャ）及びＩＢＭ３５９０テープ記憶装置を含むもの
として述べられる。当業者には、好適な実施例としてこ
こで述べられる方法が、本発明の範囲から逸脱すること
無しに、他のオペレーティング・システム及びコンピュ
ータ・アーキテクチャ・プラットフォームにも適用され
得ることが理解されよう。

【００７０】装置自己記述拡張：好適な実施例をサポー
トする装置は、前述の構成データ読出しコマンドを使用
するとき、次のように自己記述データに含まれる２つの
新たなフィールドを返却する。

【００７１】未着割込みハンドラ１次タイムアウト（Ｍ
ＩＨＰＴＯ）：ワード１のバイト２（６０３）は、制御
ユニットの推奨"１次ＭＩＨタイムアウト・インタバル"
を指定する値を含み、この値は装置に対して未着割込み
ハンドラ・タイムアウトをセットするために使用され
る。このタイムアウトは未着割込みハンドラ２次タイム
アウトに対する値がセットされない場合、ビジーまたは
チャネル・コマンド再試行ステータスの提示の結果とし
て、チャネル・プログラムが継続すると期待される最長
時間であり、任意の装置回復プロセス及び任意のキュー
イング時間を考慮する。２次ＭＩＨタイムアウトが指定
される場合には、この時間はビジーまたはチャネル・コ
マンド再試行ステータスの提示の結果として、チャネル
・プログラム（モデル依存型のロング・コマンドを含ま
ない）が費やすと期待される最長時間であり、任意の装
置回復プロセス及び任意のキューイング時間を考慮す
る。

【００７２】１次ＭＩＨタイムアウト・インタバル値
は、１次ＭＩＨタイムアウト・インタバル・フィールド
内で指定される仮数及び指数から獲得される、底１０の
値である。この値を含む１次ＭＩＨタイムアウト・フィ
ールドは、図１６に示される形式（６０４）を有する。

【００７３】仮数が０よりも大きい場合、ワード１のバ
イト２のビット０乃至１（指数）は、符号無し２進整数
を含み、これは０よりも大きい１次ＭＩＨタイムアウト
値の指数に相当する。仮数が０の場合、１次ＭＩＨタイ
ムアウト値として何も値が指定されず、ワード１のバイ
ト２のビット０乃至１（指数）は意味を有さない。

【００７４】ワード１のバイト２のビット２乃至７は符
号無し２進整数を含み、これは１次ＭＩＨタイムアウト
値の仮数に相当する。このフィールドが０を含む場合、
１次ＭＩＨタイムアウト・インタバルとして何も値が指
定されない。

【００７５】指数フィールドは、図１７に示されるよう
に復号される。

【００７６】２次ＭＩＨタイムアウト（ＭＩＨＳＴ
Ｏ）：ワード１のバイト３（６０２）は、装置に対する
プログラムの２次ＭＩＨタイムアウト・インタバルに対
する、制御ユニットの推奨値を指定する値を含む。ＭＩ
ＨＳＴＯ値は、装置依存のロング・コマンドに対して形
成される、任意の長い暗黙の忠誠の最大期待持続期間、
または装置依存のロング・ビジー条件の最大期待持続期
間の大きい方に相当する。

【００７７】ＭＩＨＳＴＯ値は、ロング・ビジー条件の
最大期待持続期間、またはモデル依存のロング・コマン
ドを含むチャネル・プログラムの最長期待実行時間であ
り、、ビジーまたはチャネル・コマンド再試行ステータ
スの結果生じる、あらゆる装置回復機構及び任意のキュ
ーイング時間を考慮する。

【００７８】２次ＭＩＨタイムアウト値は、２次ＭＩＨ
タイムアウト・フィールド内で指定される仮数及び指数
にもとづく、底１０の値である。

【００７９】２次ＭＩＨタイムアウト・フィールドは、
図１６に示される形式を有する。

【００８０】仮数が０より大きい場合、ワード１のバイ
ト３のビット０乃至１（指数）は、符号無し２進整数を
含み、これは０よりも大きい２次ＭＩＨタイムアウト値
の指数に相当する。仮数が０の場合、２次ＭＩＨタイム
アウト・インタバルとして何も値が指定されず、ワード
１のバイト３のビット０乃至１（指数）は意味を有さな
い。

【００８１】ワード１のバイト３のビット２乃至７は符
号無し２進整数を含み、これは２次ＭＩＨタイムアウト
値の仮数に相当する。このフィールドが０を含む場合、
２次ＭＩＨタイムアウト・インタバルとして何も値が指
定されない。

【００８２】指数フィールドは、図１７に示されるよう
に復号される。

【００８３】ロング・ビジー・プロトコル："キューイ
ング期間の制限"の項目で述べたプロセスは、次のよう
である。

【００８４】ここで使用される方法が図１２乃至図１３
に示され、その変形が図１１に示される。本方法は各チ
ャネル・アダプタに対してＣＵ内に組み込まれるＣＵタ
イマを使用する。各ＣＵタイマはそれぞれのチャネル・
アダプタにより受信されるＩ／Ｏ要求のキューイング時
間、すなわちＩ／Ｏ要求が最初にチャネル・アダプタに
より受信されてから、要求装置が要求の処理を開始する
までの時間を測定する。ＣＵタイマは初期には０にセッ
トされ、始動されると経過時間を測定し始める。制御ユ
ニット・タイマの経過時間が"しきい値"を超過する場
合、ＣＵタイムアウトが制御ユニットにより検出され
る。このしきい値はＩ／Ｏ要求をモニタしているＯＳソ
フトウェアにより現在使用されているＭＩＨタイムアウ
ト値よりも、幾分小さく定義される。ここでの概念は、
制御ユニットが活動状態からロング・ビジー（ＬＢ）状
態に遷移できるように時間設定することである。

【００８５】各チャネル・アダプタは、要求装置が要求
に対するＩ／Ｏ操作の開始を許可される以前に要求装置
に関連付けられるロックに対して、アトミック・"テス
ト及びセット"操作を実行する。テスト及びセット操作
が成功の場合（すなわち要求が装置のロックを獲得す
る）、Ｉ／Ｏ要求が装置により受諾され処理される。こ
の要求は装置に対する１つ以上のＩ／Ｏコマンドを含み
得る。テスト及びセット操作が不成功の場合にはＩ／Ｏ
要求はビジー指示を提供され、ＣＵタイマが始動され
る。

【００８６】ＣＵタイマは、要求チャネル・アダプタが
成功裡に要求装置に対してロックを獲得するときリセッ
トされる。なぜなら、Ｉ／Ｏ要求の受諾は要求のキュー
イング時間の終了を示すからである。装置によるＩ／Ｏ
要求の完了時、他のチャネル・アダプタは、ロックがリ
セットされ、装置が再度使用可能であることを信号で知
らされる。ビジー指示を提供され、タイムアウトを経験
していない他のチャネル・アダプタにとって、この信号
は"ビジー解除"指示を提供し、これがチャネル・サブシ
ステムに、再度Ｉ／Ｏ要求をこれらのチャネル・アダプ
タの各々に発行するように指示する。ＣＵタイマは各チ
ャネル・アダプタに対して走行し続ける。なぜなら、Ｉ
／Ｏ要求の再発行が再度装置ロックを獲得し損ね、別の
ビジー指示及びキューイング時間の継続を生じ得るから
である。

【００８７】万一ＣＵアダプタしきい値タイムアウトが
発生する場合、チャネル・アダプタはＩ／Ｏ要求が次に
受信されるとき、ユニット・チェック指示をチャネルに
知らせるように条件付けられる。タイムアウトが"ビジ
ー"指示と"ビジー解除"指示との間に発生する場合に
は、"ビジー解除"指示がチャネル・サブシステムに信号
で知らされ、チャネル・サブシステムは自身のキューに
待機されているＩ／Ｏ要求を再発行する。"ユニット・
チェック"指示はＯＳソフトウェアに提供され、"セン
ス"・データを伴う。センス・データはＯＳソフトウェ
アに制御ユニットがまだ機能状態であるが、装置が"ロ
ング・ビジー状態"である（すなわち、装置が他のホス
トからのＩ／Ｏ操作を処理するのに多忙であるため、こ
のＩ／Ｏ要求に応答せず、これらの操作がこのＩ／Ｏ要
求に対する最大キューイング時間を超過した）ことを通
知する。この指示に対する通常のＯＳソフトウェア応答
は、次に装置ロックが解除されるときに、チャネル・パ
スにより提供される"ロング・ビジー解除"（no longer
long busy）指示を待機することである。

【００８８】議論を正当化する幾つかの実施の複雑性が
存在する。サブ項目"システム環境"で述べたマルチパス
・システムはビジー指示が受信されるとき、使用可能な
チャネル・パスのセットを通じてＩ／Ｏ要求を再試行す
る傾向がある（少なくとも所与のホストに関連付けられ
るチャネル・パスのセットが、グループとして調整され
ない特定の操作モードにおいて）。２つ以上のチャネル
・アダプタがビジー指示を送信して終了し、ビジー解除
指示を提供するように準備され得る。結果のビジー解除
指示が提供されるとき、チャネル・サブシステムは使用
可能なパスの１つを選択し、Ｉ／Ｏ要求を再駆動する。
Ｉ／Ｏがチャネル・サブシステムにおいて終了され、再
発行されない場合も存在する。

【００８９】ソフトウェア・タイムアウト値：前述した
ように、本発明では受信ビジー指示により、ロング・ビ
ジー・タイムアウトの期間キューに待機される所与のＩ
／Ｏ要求が再駆動され、続いてソフトウェアにとって認
識可能な"ユニット・チェック"指示を提供される。ソフ
トウェアは次に、所与のＩ／Ｏ要求がその実行時間とロ
ング・ビジー・タイムアウトとの和により提供される時
限内に、またはロング・ビジー指示が受信されるまでに
完了することを期待する。

【００９０】更に、装置のロング・ビジー・タイムアウ
トがその制限時間に達せずに解放されるとき、"ロング
・ビジー解除"指示が信号で知らされるので、"ロング・
ビジー"指示の受信と"ロング・ビジー解除"指示の受信
の間の時限が、任意の所与のＩ／Ｏ要求の最悪の場合の
実行時間により制限される。所与の装置に対して決定さ
れるように、このタイムアウト値は"ロング・ビジー解
除"指示が喪失されないことを保証するために使用され
る。Ｉ／Ｏ要求をキュー待機したチャネル・パスと、ロ
ング・コマンドを実行しているチャネル・パスとの関係
が図１４に示される。

【００９１】ＭＩＨタイムアウトに対するコマンド実行
時間の影響を考慮するために、Ｉ／Ｏ要求に対したチャ
ネル・プログラムを構成するコマンドがロングとショー
トの２つのクラスに分けられる（理論的には、コマンド
分類は、３つ以上の実行時間クラス（例えばショート、
中間及びロングなど）を提供することにより、実行され
得るが、好適な実施例では２つのクラスが使用され
る）。ＯＳソフトウェアは現Ｉ／Ｏ要求におけるコマン
ドを分析し、そのチャネル・プログラムがロング・コマ
ンドを含むか否かを判断し、Ｉ／Ｏ要求に対してロング
・コマンドが見い出されない場合には、短いＭＩＨタイ
ムアウト値である１次ＭＩＨタイムアウト（ＭＩＨＰＴ
Ｏ）値を使用する。Ｉ／Ｏ要求に対して１つ以上のロン
グ・コマンドがチャネル・プログラム内に見い出される
場合には、長いＭＩＨタイムアウト値である２次ＭＩＨ
タイムアウト（ＭＩＨＳＴＯ）が使用される。

【００９２】このように、Ｉ／Ｏ要求がショート要求
（ロング・コマンドを含まないチャネル・プログラムを
有するＩ／Ｏ要求）、またはロング要求（少なくとも１
つのロング・コマンドを含むチャネル・プログラムを有
するＩ／Ｏ要求）のいずれかに分類され得る。

【００９３】１次ＭＩＨタイムアウト（ＭＩＨＰＴＯ）
値は、ロング・コマンドを含まない通常のＩ／Ｏ要求に
対して期待される実行時間として決定され得る。２次Ｍ
ＩＨタイムアウト（ＭＩＨＳＴＯ）値は、最長のコマン
ドの実行時間と、ロング・コマンドを含むＩ／Ｏ要求の
名目チャネル・プログラムにおける最悪の場合の実行時
間との和として決定され得る。

【００９４】ＯＳソフトウェアは、１）ショートＩ／Ｏ
要求の完了指示、または２）装置が別の要求のロング・
コマンドを実行するのに多忙になったことを示すロング
・ビジー指示のいずれかを示す割込みを受信する以前に
ＭＩＨＰＴＯが経過する場合、ショートＩ／Ｏ要求に対
する未着割込みを検出する。ロング・ビジー指示が受信
される場合、ＯＳソフトウェアはＩ／Ｏ要求をキューに
待機し、装置から"ロング・ビジー解除"指示を知らせる
割込みの受信を待機する。その後、ＯＳソフトウェアは
その装置にＩ／Ｏ要求を再発行する。

【００９５】ロングＩ／Ｏ要求に対してＯＳソフトウェ
アは、ＭＩＨＳＴＯがそのロングＩ／Ｏ要求の完了を示
す任意の割込みが受信される以前に経過する場合、装置
からの未着割込みを検出する。

【００９６】ＯＳソフトウェアによるロング・ビジー指
示の受信の後、ＯＳソフトウェアは、ＭＩＨＳＴＯが任
意の"ロング・ビジー解除"指示を受信する以前に経過す
る場合、未着割込みを検出する。

【００９７】システム装置初期化：図１のステップ１０
４は、装置初期化プロセスを表し、これは図２に詳細に
示される。このプロセスはオペレーティング・システム
にオンライン接続されるように定義される各装置に対し
てシステム初期化プロセスを実行する。装置初期化プロ
セスが図２のステップ２０１で呼び出され、ステップ２
１１で、無害なＩ／Ｏコマンドにより、装置への各使用
可能なパスをテストすることにより装置（図１に示され
る）が動作状態であることを確認する（ステップ２０
２）。テープ・ドライブの場合には、ノーオペレーショ
ン（ＮＯＰ）・チャネル・コマンドが発行される。作動
可能なパスがステップ２０３で見い出されない場合、装
置はオフラインとマークされ（ステップ２０８）、処理
は次の装置へと継続する（ステップ１０４）。装置に対
して少なくとも１つの作動状態のパスが見い出される場
合（ステップ２０３）、（現ＥＳＡ／３９０コンピュー
タ・アーキテクチャでは、）センスｉｄＩ／Ｏコマンド
が発行され（ステップ２１２）、装置に対するコマンド
情報ワード（ＣＩＷ）が検索される（ステップ２０
４）。コマンド情報ワードはプログラムが装置の自己記
述データを検索することを可能にするチャネル・コマン
ドを識別する。装置への各作動状態のパスに対して（ス
テップ２０５）、構成データ読出しコマンド（ＲＣＤ）
が発行され（ステップ２１３）、それにより装置構成デ
ータ記録（ＣＤＲ）が検索されて、ＯＳ構成データ・テ
ーブル（ＣＤＴ）に追加される（ステップ２１５）。

【００９８】図１５は、ＣＤＲに含まれる装置１次ＭＩ
Ｈタイムアウト値（６０３）及び装置２次ＭＩＨタイム
アウト値（６０２）を示す。

【００９９】図２において、装置の自己記述データがＯ
Ｓ内のＣＤＴに配置されると、装置依存の初期化プロシ
ジャがステップ２０６で呼び出され、システム制御ブロ
ックを装置が使用され得る方法に関する情報により初期
化する。装置初期化プロセスの間にステップ２０７によ
りエラーが見い出されない場合、装置はステップ２０９
でオンライン且つ使用可能とマークされる。ステップ２
０７でエラーが見い出される場合には、装置初期化プロ
セスはステップ２０８で装置をオフラインとマークし、
装置はエラーが修理されるまでアプリケーションにより
使用され得ない。

【０１００】図１において、ステップ１０４で全ての装
置が確認され、装置初期化プロセスが完了すると、ステ
ップ１０５でＭＩＨ初期化が開始する。ＭＩＨ初期化は
最初、システム・プログラマによりSYS1．PARMLIBデー
タセット内に指定されるカストマイズ・データ（メンバ
ＩＥＣＩＯＳｘｘ）の読出しを含む（１０２）。このカ
ストマイズ・データは、利用者が特定のＩ／Ｏ装置に課
せられるように望むＭＩＨタイムアウト値を含む。しか
しながら、このカストマイズ・データは任意選択であ
る。なぜなら、システムによりサポートされる全ての装
置タイプに対して固定のＭＩＨＰＴＯ及びＭＩＨＳＴＯ
タイムアウト・デフォルト指定値が存在するからであ
る。ステップ１０６で、ＩＥＣＩＯＳｘｘメンバからの
テキスト・レコードが、ＤＥＶブロックと呼ばれる内部
テキスト・レコードに変換される。このステップはＩＥ
ＣＩＯＳｘｘ内に作成された各装置ＭＩＨ値に対して１
ＤＥＶブロックを生成し、これらが連鎖されて、ＭＩＨ
処理作業領域からアンカ（anchored）される（ステップ
１１３）。システム初期化が進み、全てのシステム・サ
ービスが使用可能になるとき、ＭＩＨ初期化はステップ
１０７において継続し、ステップ１１４で各ＤＥＶブロ
ックを処理して、利用者により指定されるＭＩＨタイム
アウトを推奨するために必要な内部データ構造を生成す
る。

【０１０１】利用者の全ての指定時間インタバルが、シ
ステム初期化ステップ１０７において処理された後、Ｍ
ＩＨタイムアウト値が利用者により変更されなかった装
置は、ステップ１０８で、デフォルト指定の１次ＭＩＨ
タイムアウト値により処理される。この処理は、装置を
表すＤＥＶブロックを生成するステップ１１５、及びそ
れらをステップ１１４に入力するステップを含み、ステ
ップ１１４がＤＥＶブロックを利用者入力により処理す
る。

【０１０２】ＭＩＨタイムアウト値を有するこれらのＤ
ＥＶブロックを生成するプロセスの詳細が図３乃至図４
に示される。システム初期化の間、または後述の装置変
更プロセスからステップ３０１で装置のＭＩＨインタバ
ル処理に入力する。ステップ３０２は装置ブロックをキ
ューに待機し、そのアクセスを装置に対するＭＩＨ処理
を変更する他のＭＶＳコマンドから生じる他のＭＩＨ処
理に対して直列化する。こうしたコマンドには、例えば
ＳＥＴ ＩＯＳ＝ｘｘ及びＳＥＴＩＯＳ ＭＩＨなどが
含まれる。システム・エンキューが獲得されると、シス
テム内の各装置が調査され（ステップ３０３）、既に導
入がＩＥＣＩＯＳｘｘ１０２内にＭＩＨインタバルを指
定したか否かを判断する。利用者が既にインタバルを指
定している場合（ステップ３１１）、処理は次の装置に
移行する（ステップ３０４）。しかしながら、利用者が
ＭＩＨインタバルを指定していない場合には、その装置
に対して、構成データ・テーブル（１１２）からＭＩＨ
１次タイムアウト値が検索される（ステップ３１３）。
ＭＩＨ１次タイムアウト値が０でない場合、装置を表す
ＤＥＶブロックが生成される（ステップ３１５）。次に
ＤＥＶブロックがＤＥＶブロックの大域キュー上にアン
カされ（ステップ３１６）、処理はシステム内の次の装
置に移行する（ステップ３０４）。システム内の全ての
装置が処理されると、ＤＥＶブロックが生成されたか否
かがチェックされる（ステップ３０５）。ＤＥＶブロッ
クが生成されていない場合、処理はＭＩＨエンキューを
デキューすることにより解放し（ステップ３０９）、制
御を呼び出し元に戻して終了する。

【０１０３】しかしながら、ステップ３０２でＤＥＶブ
ロックがキュー待機されるとき、それらは最初に全ての
メッセージ処理をスキップするためのフラグをセットす
ることにより処理される（ステップ３０６）。メッセー
ジ処理は、これらのＭＩＨ変更が明示的な利用者コマン
ドに由来しないのでスキップされる。次に、ＭＩＨ初期
化プロセス（ＩＯＳＲＭＩＨＩ）がステップ３１２で呼
び出され、利用者が指定したＭＩＨインタバルが処理さ
れるのと同様にキュー待機されるＤＥＶブロックを処理
する（ステップ３１８）。ＩＯＳＲＭＩＨＩが処理を完
了すると、メッセージ処理が再度イネーブルされ（ステ
ップ３０８）、ＭＩＨエンキューが解放され（ステップ
３０９）、制御が呼び出し側に戻される（ステップ３１
０）。

【０１０４】本発明によれば、ＭＩＨタイムアウト値
（ＭＩＨＰＴＯ及びＭＩＨＳＴＯ）が一意的に各装置に
割当てられる。ＯＳのデフォルト値以外の値が一般に使
用されるものと期待される。ＯＳがサポートできるより
多い固有ＭＩＨタイムアウト値が、装置に対して使用さ
れる場合（ＭＶＳは２５６の固有ＭＩＨタイムアウト値
をサポートできる）、装置を処理するための特殊処理が
必要となる。ＭＶＳでは、もはやこれ以上の固有ＭＩＨ
走査インタバルが使用可能でない場合（ステップ３２
１）、ＭＶＳは装置により要求される値よりも大きな最
小の有効インタバルを割当てる（ステップ３２２）。こ
のことは、ほとんどの応答時間を装置故障の検出に当て
る一方でＩ／Ｏ操作が早まって終了されないように保証
する。ＤＥＶブロックに含まれる１次ＭＩＨタイムアウ
ト値よりも大きなインタバルが使用可能でない場合、装
置クラスに対するデフォルト指定のＭＩＨ時間が使用さ
れる。

【０１０５】システム初期化が完了すると（ステップ１
０９）、新たな装置を追加することにより、または単に
オフライン装置をオンラインにするＭＶＳ装置変更コマ
ンドを発行することにより（ステップ１１７）、システ
ムは構成テーブルを変更する。オフライン装置がオンラ
インにされるとき、常にそれらはシステム初期化の間に
実行された図２と同一の装置初期化プロセス（図１の２
０１及び図２の全て）を実行する。装置初期化プロセス
の実行の後、ＤＥＶブロックが生成され、それらがシス
テム初期化の間に処理されたのと同様に処理される（図
１）。

【０１０６】オペレーティング・システムが初期化さ
れ、ジョブがシステム上で実行を開始すると、Ｉ／Ｏ要
求がその実行のために、ＯＳによりそのＩ／Ｏスーパバ
イザに発行され、前記米国特許第５３８８２５４号で述
べられるタイプの未着割込みハンドラ・サブコンポーネ
ントにより時間設定される。

【０１０７】本発明を実現する各装置に対して３つの新
たなフィールドが、オペレーティング・システムの内部
表現に追加される。

【０１０８】ロング・ビジー標識：これは装置に対する
最後のＩ／Ｏ要求が、ロング・ビジー指示（センス・デ
ータを伴うユニット・チェック）に遭遇したことを示す
ビットである。ロング・ビジーは装置からの信号であ
り、装置がロング・コマンドを含むコマンド連鎖を実行
しているとき、またはサブシステムが長い時間を費やす
処理状態に入り、その状態がサブシステムがビジーの
間、あらゆるコマンドを受諾するのを阻害するとき、発
行される。

【０１０９】ＬＢＲＥＤＲＩＶＥ標識：これはロング・
ビジー状態において、経過時間がＭＩＨＳＴＯ値を超過
した後、Ｉ／Ｏ要求がＯＳにより装置に再発行されたこ
とを示すビットである。

【０１１０】累積ＭＩＨ時間：これは装置がロング・ビ
ジー状態にある総時間を表すフィールドである（この経
過時間は、ロング・ビジー標識が装置に対してセットさ
れるとき、開始する）。

【０１１１】ＯＳ内では、１次ＭＩＨインタバルが活動
状態のまたはキュー待機中のＩ／Ｏ要求に対して満了す
るとき（累積時間＞ＭＩＨＰＴＯ）、ＯＳは装置がＭＩ
Ｈ回復の資格があると見なし、図５に示される装置依存
のＭＩＨエグジット処理にエグジットする。このＭＩＨ
エグジットには１次インタバルが満了した後、ステップ
４０１で入る。ステップ４０２は、Ｉ／Ｏ要求が装置に
おいて保留になる総経過時間を累算する。ステップ４０
３は、装置がロング・ビジー状態（Ｉ／Ｏ要求がキュー
待機状態であり、活動状態でない）で示されているか否
かをテストし、次に総累積時間が装置のＭＩＨＳＴＯ時
間と比較される（ステップ４０９）。ＭＩＨＳＴＯ時間
を超過すると、ステップ４１０はＬＢＲＥＤＲＩＶＥビ
ットをオンし、ＭＩＨが要求を再駆動する処理に入った
ことを示す。ステップ４１０はＭＩＨに復帰し、ＭＩＨ
はステップ４１１で要求に対する総時間を、エラー記録
としてシステム・エラー・ログに記録した後、キューに
待機中の要求を再始動する。

【０１１２】総累積時間がＭＩＨＳＴＯタイムアウト・
インタバルを超過しなかった場合、ステップ４１５が実
行され、エラー回復動作をリセットし、Ｉ／Ｏ要求を再
発行のために再度キューに待機し、ＭＩＨプロセスに復
帰する。

【０１１３】ステップ４０３が、装置がロング・ビジー
状態でないことを見い出し、ステップ４０４が、活動状
態のチャネル・プログラムを見い出す場合、ステップ４
０５がチャネル・プログラムを走査し、それが任意のロ
ング・コマンドを含むか否かを判断する。次にＩＢＭ３
５９０テープ装置を制御するロング・コマンドの例を示
す。REWIND（巻き戻し）、FORWARD SPACE FILE（スペー
ス・ファイル先送り）、BACKWARD SPACE FILE（スペー
ス・ファイル逆送り）、LOCATE BLOCK（ブロック捜
索）、FORMAT（フォーマット）、ERASE（消去）、DATA
SECURITY ERASE（データ・セキュリティ消去）、UNLOAD
（アンロード）、LOAD（ロード）、MOVE（転送）

【０１１４】ロング・コマンドがＩ／Ｏ要求のプログラ
ム内で見い出されない場合、ステップ４１２は通常のＭ
ＩＨ回復を要求する。しかしながら、ロング・コマンド
がステップ４０６で見い出される場合には、総累積時間
がＭＩＨＳＴＯ値と比較される。ステップ４０７は、累
積時間がＭＩＨＳＴＯ値を超過するか否かを判断する。
超過しない場合、ステップ４１３は、ＭＩＨプロセッサ
がＭＩＨ装置依存エグジットに復帰する以前に、別のＭ
ＩＨインタバル（ＭＩＨＰＴＯ）を待機すべきことを示
す。ＭＩＨプロセッサが別のＭＩＨインタバルの経過を
待機している間にチャネル・プログラムが完了する場
合、このＩ／Ｏのために、ＭＩＨ装置依存エグジットに
再入力することはない。しかしながら、ステップ４０７
が総累積時間がＭＩＨＳＴＯを超過しないことを見い出
すと、ステップ４１４は総累積時間を０にリセットし、
ロング・ビジー・フラグをリセットし、総累積時間をエ
ラー回復記録に保管する。そして、ＭＩＨプロセスに再
入力する。

【０１１５】活動状態のＩ／Ｏ要求が完了するとき、図
６または図７に示されるプロセスが、総累積時間を０に
リセットし、装置に対する任意のロング・ビジー指示を
リセットし、更にＬＢＲＥＤＲＩＶＥフラグをリセット
するために使用される。図６は装置依存のセンス終了
（ＥＯＳ：End-of-Sence）エグジットを表し、これはＩ
／Ｏ要求を完了する装置に対してユニット・チェックも
存在するとき、装置終了信号を処理する。このプロセス
ではセンス・データが読出された後、要求に対する総累
積時間を０にリセットするためにステップ４２１が呼び
出される。ステップ４２２は、センス信号に関連付けら
れる"ロング・ビジー"指示の存在をテストする。ステッ
プ４２２がロング・ビジー・センス・データを見い出さ
ない場合、ステップ４２３が装置に対するロング・ビジ
ー指示をリセットし、ＬＢＲＥＤＲＩＶＥフラグをリセ
ットする。ステップ４２２がロング・ビジー・センス・
データを見い出した場合、またはステップ４２３の後、
ＯＳ内のＭＩＨ操作を制御するＭＩＨルーチンを含むＯ
Ｓ内のＩＯＳ（Ｉ／Ｏシステム）ソフトウェアへの復帰
が実行される。

【０１１６】ＭＩＨプロセス内の装置依存トラップ・エ
グジット・ルーチン（４３０）が、図７に示される。こ
のトラップ制御プロセスは装置が完了し、ユニット・チ
ェック無しに装置終了信号を提供するとき（ステップ４
３４）、制御を獲得する。次にステップ４３１が、要求
に対する総累積時間を０にリセットし、ステップ４２３
が装置に対する任意のロング・ビジー指示をリセット
し、ＬＢＲＥＤＲＩＶＥフラグをリセットし、ステップ
４３３でＩＯＳに復帰する。

【０１１７】装置に対して非送信請求割込み（その送信
が要求されたものでないことをいう）が発生するとき、
図８に示されるステップ４４０で、装置依存非送信請求
割込みエグジット・コードに入る。次にステップ４４１
で、割込みのステータスが装置状態の変化が発生したこ
とを示す場合、ステップ４２２がロング・ビジー標識を
リセットする。

【０１１８】Ｉ／Ｏ要求がエラーに遭遇するとき、図９
に示される装置依存エラー回復プロシジャ（装置ＥＲ
Ｐ）４５０が呼び出される。ステップ４５１は、Ｉ／Ｏ
エラーがロング・ビジー条件により生じたか否かを判断
し、そうでない場合、ステップ４５２がＩ／Ｏ操作の再
試行を含み得る従来のエラー回復プロセスを実行し、ス
テップ４７０でＩＯＳに復帰する。しかしながら、ステ
ップ４５１がエラーがロング・ビジー条件によることを
見い出すと、ステップ４５３でたとえ装置が準備完了状
態でなくても、Ｉ／Ｏ要求が実行される必要があるか否
かがチェックされる（ＩＯＳＩＯＮＲＤ）。ＥＲＰを満
足するために、Ｉ／Ｏ要求が実行される必要がない場
合、ステップ４５４がＩ／Ｏ要求が永久エラーとマーク
し、ジョブがステップ４７０で通知される。装置が準備
完了状態でないときにＩ／Ｏ要求が実行を要求しない場
合、ステップ４５５でＬＢＲＥＤＲＩＶＥビットがチェ
ックされ、要求がＭＩＨから再駆動されたか否かを確認
する。要求がＭＩＨから再駆動され、まだロング・ビジ
ー状態の場合、装置は永久エラーと見なされる。ステッ
プ４５８及び４５９で、ロング・ビジー標識及びＬＢＲ
ＥＤＲＩＶＥフラグ、更に総累積時間がリセットされ
る。次にステップ４６０で、装置が強制的にオフライン
にされ、全ての新たなＩ／Ｏ要求が永久Ｉ／Ｏエラーに
より拒絶されることを示すようにマークされる。最後に
ステップ４６１で、現Ｉ／Ｏ要求に永久エラーがマーク
され、ジョブがステップ４７０で通知される。ステップ
４５５でＬＢＲＥＤＲＩＶＥフラグがオンでなかった場
合、ステップ４５６が装置をロング・ビジー状態である
ものとしてマークする。従って、ステップ４５７による
失敗チャネル・プログラムの再試行がＩＯＳの内部にキ
ュー待機されて、ロング・ビジーが取り下げられるのを
待機し（図８）、上述のように、総ロング・ビジー時間
がＭＩＨによりモニタされる。

【０１１９】以上から、本発明の趣旨から逸脱すること
無しに、様々な変更が可能であることが理解されよう。
従って、本明細書の記述は本発明の一実施例として取り
上げられただけであり、本発明の範囲を制限するもので
はない。

【０１２０】まとめとして、本発明の構成に関して以下
の事項を開示する。

【０１２１】（１）少なくとも１つのオペレーティング
・システム（ＯＳ）と、前記オペレーティング・システ
ムから入出力サブシステムに発行される入出力要求に対
する入出力（Ｉ／Ｏ）装置操作の潜在的な失敗を検出す
る未着割込みハンドラ（ＭＩＨ）とを有するコンピュー
タ構成において、前記オペレーティング・システムによ
る未着入出力割込み信号の誤った検出を回避する方法で
あって、前記未着割込みハンドラ・プロセスが、前記オ
ペレーティング・システムにより前記入出力サブシステ
ムに第１の入出力要求及び第２の入出力要求を送信する
ステップであって、前記第１の入出力要求が、入出力装
置を制御する少なくとも１つのコマンドを含む第１の入
出力プログラムに関連付けられ、前記第２の入出力要求
が前記入出力装置を制御する少なくとも１つのコマンド
を含む第２の入出力プログラムに関連付けられる、前記
送信ステップと、前記第１の入出力要求に対する前記第
１の入出力プログラムの制御の下で、前記入出力装置を
操作し、前記入出力装置が現在前記第１の入出力要求に
対して操作しているので、前記入出力サブシステム内で
前記第２の入出力要求の操作を遅延するステップと、前
記第２の入出力要求が前記入出力サブシステムにより待
機されるときに開始する、１次未着割込みハンドラ・タ
イムアウト期間に対する未着割込みハンドラ時間を測定
するステップと、前記入出力装置が前記第１の入出力要
求に対する操作を成功裡に完了するとき、装置完了割込
みを前記オペレーティング・システムに送信するステッ
プと、前記第１の入出力要求に対する前記装置完了割込
みが、前記１次未着割込みハンドラ・タイムアウト期間
の終了を測定する以前に、前記オペレーティング・シス
テムにより受信される場合、前記測定ステップを終了す
るステップと、前記装置完了割込みが、前記１次未着割
込みハンドラ・タイムアウト期間の終了を測定する以前
に前記オペレーティング・システムにより受信されない
場合、前記第１の入出力プログラムを走査して、前記入
出力装置に過度な時間の操作を要求するロング・コマン
ドを探索する走査ステップと、前記走査ステップが前記
第１の入出力プログラム内に前記ロング・コマンドを見
い出す場合、２次未着割込みハンドラ・タイムアウト期
間に対する前記未着割込みハンドラ時間の測定を継続す
るステップと、前記第１の入出力要求に対する前記装置
完了割込みが、前記２次未着割込みハンドラ・タイムア
ウト期間の終了を測定する以前に、前記オペレーティン
グ・システムにより受信される場合、前記測定継続ステ
ップを終了するステップと、を含む、方法。 （２）前記未着割込みハンドラ・プロセスが、前記測定
継続ステップの終了ステップに応答して、前記第２の入
出力プログラムが前記第２の入出力要求のために、前記
入出力装置を操作することを許可するステップを含む、
前記(１)記載の方法。 （３）前記未着割込みハンドラ・プロセスが、前記オペ
レーティング・システムが前記装置完了割込みを受信す
ることなく、前記測定継続ステップが前記２次未着割込
みハンドラ・タイムアウト期間の終了を示す場合、前記
入出力装置の操作の未着割込みハンドラ潜在エラー条件
を指摘するステップを含む、前記(１)記載の方法。 （４）前記未着割込みハンドラ・プロセスが、前記未着
割込みハンドラ潜在エラー条件が前記指摘ステップによ
り示される場合、前記第１の入出力要求に対して入出力
エラー回復プログラムを呼び出すステップを含む、 前
記(３)記載の方法。 （５）前記未着割込みハンドラ・プロセスが、前記第１
の入出力要求に対する前記入出力エラー回復プログラム
の呼び出しステップに応答して、前記第１の入出力要求
を再試行するステップを含む、前記(４)記載の方法。 （６）前記未着割込みハンドラ・プロセスが、少なくと
も前記測定継続ステップが前記２次未着割込みハンドラ
・タイムアウト期間の終了を示すまでに、前記第１の入
出力要求により使用される入出力資源を解放するステッ
プを含む、前記(１)記載の方法。 （７）前記コンピュータ構成が複数のオペレーティング
・システムを有し、前記方法が、任意の前記入出力プロ
グラムが前記入出力装置の操作に対して入出力制御装置
により受諾されるとき、前記入出力制御装置内でビジー
標識をセットするステップと、前記入出力制御装置内に
おいて、現入出力要求に対する前記入出力装置の操作時
間が前記オペレーティング・システムからの待機中の入
出力要求に関連して、所定のしきい値時間を超過する時
を検出するステップと、前記しきい値時間を超過すると
き、前記入出力制御装置内でロング・ビジー標識をセッ
トするステップと、前記入出力制御装置により、前記入
出力サブシステム内で待機中の入出力要求を有する各前
記オペレーティング・システムにロング・ビジー割込み
を送信し、前記オペレーティング・システムに現入出力
要求が前記入出力装置上で長時間操作中であることを示
すステップと、前記１次未着割込みハンドラ・タイムア
ウト期間の終了の測定以前に、各前記オペレーティング
・システムにより前記ロング・ビジー割込み信号を受信
するステップと、前記１次未着割込みハンドラ・タイム
アウト期間の終了以前に受信される前記ロング・ビジー
割込み信号に応答して、各前記オペレーティング・シス
テムにより、前記２次未着割込みハンドラ・タイムアウ
ト期間に対する前記未着割込みハンドラ時間の測定を継
続するステップと、を含む、前記(１)記載の方法。

【図面の簡単な説明】

【図１】各装置に対する初期未着割込みインタバルを確
立する、システム初期化及び可変コマンド装置処理の制
御フローを示す流れ図である。

【図２】装置依存ＭＩＨインタバルの検索を含む、装置
確認及び初期化の制御フローを示す流れ図である。

【図３】ＭＩＨ初期化処理の制御フローを示す流れ図で
ある。

【図４】ＭＩＨ初期化処理の制御フローを示す流れ図で
ある。

【図５】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。

【図６】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。

【図７】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。

【図８】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。

【図９】ＭＩＨタイムアウト条件の検出を含む、ロング
・ビジー条件に対する装置依存ＭＩＨ処理のためのソフ
トウェア処理における制御フローを示す流れ図である。

【図１０】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。

【図１１】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。

【図１２】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。

【図１３】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。

【図１４】ロング・ビジー条件をサポートする制御ユニ
ット及びそれらの装置の制御フローを示す流れ図であ
る。

【図１５】オペレーティング・システムが、装置の１次
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。

【図１６】オペレーティング・システムが、装置の１次
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。

【図１７】オペレーティング・システムが、装置の１次
ＭＩＨタイムアウト・インタバル及び２次ＭＩＨタイム
アウト・インタバルを含む自己記述データを獲得する様
子を示す流れ図である。

【符号の説明】

１１２ 構成データ・テーブル ４３０ 装置依存トラップ・エグジット・ルーチン５１
０ ホスト ４５０ 装置依存エラー回復プロシジャ（装置ＥＲＰ）
５１１ 中央処理ユニット（ＣＰＵ） ５１２ チャネル・サブシステム ５１３ チャネル・パス ５２０ Ｉ／Ｏサブシステム ５２１ 制御ユニット ５２２ 共用メモリ ５２３ "装置ｎロック・データ" ５２４ チャネル・アダプタ ５３０ Ｉ／Ｏ装置 ５３１ 装置パス ５３０ 選択装置 ６０２ 装置２次ＭＩＨタイムアウト値 ６０３ 装置１次ＭＩＨタイムアウト値

───────────────────────────────────────────────────── フロントページの続き (72)発明者 リチャード・アンソニー・リップバーガー アメリカ合衆国85718、アリゾナ州ツーソ ン、ノース・プラチカ・アリズッペ 5620 (72)発明者 ルイス・リカルド・ウーバンジョー アメリカ合衆国95037、カリフォルニア州 モーガン・ヒル、ヴィア・ソレント 488 (72)発明者 ハリー・モーリス・ユーデンフレンド アメリカ合衆国12603−5545、ニューヨー ク州ポキプシ、ノッブ・ヒル・ロード １

Claims (7)

【特許請求の範囲】
1. 【請求項１】少なくとも１つのオペレーティング・シス
   テム（ＯＳ）と、前記オペレーティング・システムから
   入出力サブシステムに発行される入出力要求に対する入
   出力（Ｉ／Ｏ）装置操作の潜在的な失敗を検出する未着
   割込みハンドラ（ＭＩＨ）とを有するコンピュータ構成
   において、前記オペレーティング・システムによる未着
   入出力割込み信号の誤った検出を回避する方法であっ
   て、前記未着割込みハンドラ・プロセスが、 前記オペレーティング・システムにより前記入出力サブ
   システムに第１の入出力要求及び第２の入出力要求を送
   信するステップであって、前記第１の入出力要求が、入
   出力装置を制御する少なくとも１つのコマンドを含む第
   １の入出力プログラムに関連付けられ、前記第２の入出
   力要求が前記入出力装置を制御する少なくとも１つのコ
   マンドを含む第２の入出力プログラムに関連付けられ
   る、前記送信ステップと、 前記第１の入出力要求に対する前記第１の入出力プログ
   ラムの制御の下で、前記入出力装置を操作し、前記入出
   力装置が現在前記第１の入出力要求に対して操作してい
   るので、前記入出力サブシステム内で前記第２の入出力
   要求の操作を遅延するステップと、 前記第２の入出力要求が前記入出力サブシステムにより
   待機されるときに開始する、１次未着割込みハンドラ・
   タイムアウト期間に対する未着割込みハンドラ時間を測
   定するステップと、 前記入出力装置が前記第１の入出力要求に対する操作を
   成功裡に完了するとき、装置完了割込みを前記オペレー
   ティング・システムに送信するステップと、 前記第１の入出力要求に対する前記装置完了割込みが、
   前記１次未着割込みハンドラ・タイムアウト期間の終了
   を測定する以前に、前記オペレーティング・システムに
   より受信される場合、前記測定ステップを終了するステ
   ップと、 前記装置完了割込みが、前記１次未着割込みハンドラ・
   タイムアウト期間の終了を測定する以前に前記オペレー
   ティング・システムにより受信されない場合、前記第１
   の入出力プログラムを走査して、前記入出力装置に過度
   な時間の操作を要求するロング・コマンドを探索する走
   査ステップと、 前記走査ステップが前記第１の入出力プログラム内に前
   記ロング・コマンドを見い出す場合、２次未着割込みハ
   ンドラ・タイムアウト期間に対する前記未着割込みハン
   ドラ時間の測定を継続するステップと、 前記第１の入出力要求に対する前記装置完了割込みが、
   前記２次未着割込みハンドラ・タイムアウト期間の終了
   を測定する以前に、前記オペレーティング・システムに
   より受信される場合、前記測定継続ステップを終了する
   ステップと、 を含む、方法。
2. 【請求項２】前記未着割込みハンドラ・プロセスが、 前記測定継続ステップの終了ステップに応答して、前記
   第２の入出力プログラムが前記第２の入出力要求のため
   に、前記入出力装置を操作することを許可するステップ
   を含む、 請求項１記載の方法。
3. 【請求項３】前記未着割込みハンドラ・プロセスが、 前記オペレーティング・システムが前記装置完了割込み
   を受信することなく、前記測定継続ステップが前記２次
   未着割込みハンドラ・タイムアウト期間の終了を示す場
   合、前記入出力装置の操作の未着割込みハンドラ潜在エ
   ラー条件を指摘するステップを含む、請求項１記載の方
   法。
4. 【請求項４】前記未着割込みハンドラ・プロセスが、 前記未着割込みハンドラ潜在エラー条件が前記指摘ステ
   ップにより示される場合、前記第１の入出力要求に対し
   て入出力エラー回復プログラムを呼び出すステップを含
   む、 請求項３記載の方法。
5. 【請求項５】前記未着割込みハンドラ・プロセスが、 前記第１の入出力要求に対する前記入出力エラー回復プ
   ログラムの呼び出しステップに応答して、前記第１の入
   出力要求を再試行するステップを含む、 請求項４記載の方法。
6. 【請求項６】前記未着割込みハンドラ・プロセスが、 少なくとも前記測定継続ステップが前記２次未着割込み
   ハンドラ・タイムアウト期間の終了を示すまでに、前記
   第１の入出力要求により使用される入出力資源を解放す
   るステップを含む、 請求項１記載の方法。
7. 【請求項７】前記コンピュータ構成が複数のオペレーテ
   ィング・システムを有し、前記方法が、 任意の前記入出力プログラムが前記入出力装置の操作に
   対して入出力制御装置により受諾されるとき、前記入出
   力制御装置内でビジー標識をセットするステップと、 前記入出力制御装置内において、現入出力要求に対する
   前記入出力装置の操作時間が前記オペレーティング・シ
   ステムからの待機中の入出力要求に関連して、所定のし
   きい値時間を超過する時を検出するステップと、 前記しきい値時間を超過するとき、前記入出力制御装置
   内でロング・ビジー標識をセットするステップと、 前記入出力制御装置により、前記入出力サブシステム内
   で待機中の入出力要求を有する各前記オペレーティング
   ・システムにロング・ビジー割込みを送信し、前記オペ
   レーティング・システムに現入出力要求が前記入出力装
   置上で長時間操作中であることを示すステップと、 前記１次未着割込みハンドラ・タイムアウト期間の終了
   の測定以前に、各前記オペレーティング・システムによ
   り前記ロング・ビジー割込み信号を受信するステップ
   と、 前記１次未着割込みハンドラ・タイムアウト期間の終了
   以前に受信される前記ロング・ビジー割込み信号に応答
   して、各前記オペレーティング・システムにより、前記
   ２次未着割込みハンドラ・タイムアウト期間に対する前
   記未着割込みハンドラ時間の測定を継続するステップ
   と、 を含む、請求項１記載の方法。