JPH0561808A - システムのｉ／ｏ構成を動的に変更する方法及び装置 - Google Patents

Abstract

(57)【要約】 【目的】 データの保全性を保証しつつ、データ処理シ
ステムのハードウェア又はソフトウェアのＩ／Ｏ構成を
動的に変更すること。 【構成】 現行のシステムＩ／Ｏ構成１１２を定義する
ソースＩ／Ｏ定義ファイル（ＩＯＤＦ）と将来のＩ／Ｏ
構成１１３を定義する目標ＩＯＤＦとを作成する。活性
化機能を起動し、目標ＩＯＤＦに対応するように、シス
テムのハードウェア及びソフトウェア定義を変更する。
比較機能がソース及び目標ＩＯＤＦを比較し、構成変更
ブロック（ＣＣＢ）１１７を作成し、効率的に変更過程
を行なわせる。確認機能が、提案した変更が有効である
ことを確認し、変更過程は、ハードウェア及びソフトウ
ェア構成定義１１５、１１６を更新する。変更過程が成
功すれば、通知を送る。成功しなければ、取消し過程が
Ｉ／Ｏ構成をその初期状態に復元する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、Ｉ／Ｏを再構成可能な
データ処理システムの分野に関する。より具体的には、
本発明は、このようなシステムのＩ／Ｏ構成をシステム
の動作の中断を最短にしつつ変更することに関するもの
である。

【０００２】

【従来技術】本発明の技術分野におけるデータ処理シス
テムは、典型的には、Ｉ／Ｏサブシステム内の１つ以上
の制御装置及びそれらに関連するＩ／Ｏ装置に（または
他のプロセッサ複合体と）接続した中央プロセッサ複合
体と、中央記憶装置とを備えている。また、ＣＰＵは、
算術論理装置（ＡＬＵ）、レジスタ、高速バッファ及び
プロセッサ制御装置とからなる。このようなシステム
は、典型的には、ＩＢＭのＭＶＳ／ＥＳＡのような制御
プログラムによって管理されている。

【０００３】このようなシステムは高度にモデュール化
されているので、システム内で制御装置やＩ／Ｏ装置を
追加、削除、または交換すること、またチャンネル経路
構成を変更することは、機械的な操作である。システム
のチャンネル・サブシステム及びオペレーティング・シ
ステム・ソフトウェアの双方に対して、特定のＩ／Ｏ構
成を定義せねばならないので、Ｉ／Ｏ装置の追加、削
除、または交換に起因するＩ／Ｏ構成の変更は、ハード
ウェア及びソフトウェアの定義の変更に反映されなくて
はならない。

【０００４】過去において、実際の処理即ちシステムを
中断せずに、そのシステムのＩ／Ｏ構成を変更すること
は、かなり困難なことであった。通常行なわれる過程
は、新たな定義の組を作成し、システム上の業務処理を
停止し、物理的に接続、切断、または再接続を行なうこ
とによって装置及び制御装置を追加、削除、または交換
し、次に、ハードウェアをＰＯＲし、オペレーティング
・システムをＩＰＬして、正しいハードウェア及びソフ
トウェアの定義を再度作成し、そして業務処理を再開す
ること、から成るものである。

【０００５】再構成を行なっている間、システムを恐ら
く長時間アイドル状態にしておく必要があること自体、
受入れ不可能な程崩壊的かつ高価であると認められてい
る。したがって、システムの処理への打撃を低減するた
めのスキームが考えだされた。このようなスキームの１
つは、Ｉ／Ｏ構成を「過定義」することを包含するもの
であった。即ち、（目下のところ）存在しない装置のた
めの定義（制御ブロック）を設定し、後に新たな装置を
付加える時に、それを利用できるようにしたものであ
る。しかしながら、このスキームには限界がある。即
ち、確保される定義の多くは主として知的な推測作業を
要するものであり、用いられない制御ブロックの確保に
よって空間が無駄になり、このスキームは装置の定義を
削除するのではなく追加することを考慮したものであ
り、更に、ある種の変更（装置の「形式」の不正確な指
定等）はやはりシステムの再初期化を必要とするからで
ある。

【０００６】また、制御ブロックの事前の確保を必要と
しないで、装置の定義を動的に追加するための、他のス
キームも提供されたが、これは装置定義の削除を扱うも
のではなかった。なぜなら削除は、削除すべき装置を使
用している稼働中のシステムの作業の取扱いという、新
たな問題を引き起こすからである。そしてまた、この状
況を取扱う伝統的な方法は、進行中の処理に不利な影響
を与えることなく、その装置を切断し、装置定義を削除
することができるように、システムを「沈黙（ｑｕｉｅ
ｓｃｅ）」させる（新たな作業を開始することなく進行
中の作業を完成する）ことであった。更に他のスキーム
に、既存の装置定義の特性の変更を扱ったものがある
が、これも実際の作業を停止してはならないか否かとい
う問題、及び装置の追加または削除の扱い方の問題を未
解決のまま放置している。

【０００７】

【発明が解決しようとする課題】本発明の目的は、デー
タの保全性を保証しつつ、データ処理システムのハード
ウェア及びソフトウェアのＩ／Ｏ構成のいずれかまたは
双方を動的に変更するためのメカニズムを提供すること
である。

【０００８】本発明の更なる目的は、ハードウェア定義
及びソフトウェア定義の双方を作成するために用いるこ
とができる単一のＩ／Ｏ構成定義を作成できるようにす
ることである。

【０００９】本発明の更なる目的は、システムを第１の
Ｉ／Ｏ構成から第２のＩ／Ｏ構成に移行させるための効
果的な機構を提供することである。

【００１０】本発明の更に別の目的は、第１の構成定義
から第２の構成定義への遷移が認められ得ることを確認
できるようにすることである。

【００１１】

【課題を解決するための手段】本発明は、システムのＩ
／Ｏ構成の定義がＩ／Ｏサブシステム（ハードウェア）
及びオペレーティング・システム（ソフトウェア）にと
って既知であるとき、その定義を動的に変更するための
基本的過程を記載するものである。

【００１２】

【作用】動作中、１つのプログラムが、動的に変更可能
な記憶装置内で、システムＩ／Ｏの構成に関連した制御
ブロックの「現行の」状態を定義するファイルを作成す
る。次に、１つのプログラムが、「未来」のＩ／Ｏ構成
のファイル（実際には以前の構成でもよい）を作成す
る。システム構成をこの「未来の」構成に変更すること
が望ましい時、比較機能が２つの構成定義を比較し、必
要に応じて、ハードウェア及び／またはソフトウェア定
義制御ブロックに効果的な変形を施すのに必要な変更を
表わす構成変更ブロックを作成し、更に、依存する過程
に対して完了信号を発生する。ハードウェア制御ブロッ
クの更新の際、「グループ化トークン」を用いて効果的
な記憶装置の使用を保証する。

【００１３】

【実施例】図１は、アイビーエム社の従来技術のシステ
ムの構成定義メカニズムを高いレベルで例示したもので
ある。Ｉ／Ｏ構成定義１０１をハードウェアＩ／Ｏ構成
プログラム（ＩＯＣＰ）で処理して、Ｉ／Ｏ構成データ
・セット（ＩＯＣＤＳ）１０２をプロセッサ・コントロ
ーラ１０３内に作成する。これとは独立して、同一の
（あるいは異なる）Ｉ／Ｏ構成定義１０１をＭＶＳ構成
プログラム（ＭＶＳＣＰ）によって処理し、システムＩ
ＰＬで選択して、制御プログラム（共通）記憶装置内に
構成（１０４）の制御ブロック定義を作成する。ＩＯＣ
ＤＳ１０２を、ハードウェアのパワーオン・リセット
（ＰＯＲ）時にシステムのハードウェア・システム領域
（ＨＳＡ）記憶装置内に定義構造（ｄｅｆｉｎｉｔｉｏ
ｎａｌ ｓｔｒｕｃｔｕｒｅ）を発生するために用いて
いる。

【００１４】図２は、ＩＢＭ／ＭＶＳの実施例におけ
る、本発明の改善された構成定義メカニズムを高いレベ
ルで示したものである。構成定義プログラム（ハードウ
ェア構成定義（ＨＣＤ））１１１は、Ｉ／Ｏ定義ファイ
ル（ＩＯＤＦ）内に現行システムのＩ／Ｏ構成１１２を
表したものを作成し、そして次に、同一（または異な
る）ファイル１１３内に未来の構成を表したものを作成
する。（付録Ｂは、ＩＯＤＦのレイアウトを、これを示
している図２１、２２に関連して、より詳細に記載して
いる。）従来技術のシステムでのように、現行の構成定
義１１２を用いてＩＯＣＤＳ１１４（プロセッサ制御装
置内）を作成してもよく、このＩＯＣＤＳを次にＰＯＲ
で処理し、ＨＳＡ内に定義構造１１５を作成する。再び
従来例でのように、定義１１２を用いて、共通プログラ
ム記憶装置内に制御ブロック定義１１６を作成してもよ
い。次に、活性化（ＡＣＴＩＶＡＴＥ）機能が、現行の
定義１１２と未来の定義１１３との間の比較を開始し、
ハードウェア及びソフトウェア定義の差を表す構成変更
ブロック（ＣＣＢ）１１７を作成し、変更を行う（そし
て、データの保全性を保ちつつ変更を行うことができる
ことを確認する。）。このＣＣＢは、次に、ソフトウェ
ア定義１１６及びハードウェア定義１１５に必要とされ
る変更を行う。（ハードウェア定義の変更の仕組みは、
本発明と同日に出願され、同一譲渡人に譲渡されたアー
ル．クウィアカラ等の出願「システムＩ／Ｏ構成定義の
動的変更」（ＩＢＭ ｄｏｃｋｅｔ ｎｕｍｂｅｒ Ｐ
Ｏ９−９１−０１２）。参考のため本明細書に援用す
る）に記載されている。この過程を次に更に詳しく説明
する。

【００１５】処理の概要 現行の構成から未来の（目標とする）構成への変更に用
いる動的Ｉ／Ｏ構成過程の概要は、以下の通りであり、
図３に示してある。

【００１６】１．ユーザは、ＨＣＤ内の活性化機能によ
って構成の変更を開始する。ユーザが活性化要求に関し
て指定すべき情報には次のものが含まれる。

【００１７】目標ＩＯＤＦ これは、ユーザが変更を所
望しているＩ／Ｏ構成定義を含むＩＯＤＦである。

【００１８】ＥＤＴ ＩＤ 新たなＥＤＴ（「適格な装
置テーブル」の略で、従来技術では知られている制御ブ
ロックである）を構成するのに用いられる目標ＩＯＤＦ
内のデータを識別する。

【００１９】ソフトウェアのみの変更を行うべきか。

【００２０】試験機能を行うべきか。

【００２１】ＩＯＣＤＳを作成すべきか。

【００２２】書き込んだＩＯＣＤＳを次のＰＯＲでデフ
ォルトとすべきか。

【００２３】２．システムが現在実行中のＩ／Ｏ構成定
義を含むＩＯＤＦであるソースＩＯＤＦと目標とするＩ
ＯＤＦとを比較して（２０１）、ＣＣＢを作成する。
（Ｉ／Ｏ構成比較過程の一部は、ＬＣＵ（論理制御装
置）の分割または合併が、計画したＩ／Ｏ構成の変更に
よって発生しないという、実施の制限を強制するもので
ある。詳細な説明については、付録Ｃを参照。）この作
成過程は、更に図１０及び添付の下記の本文に記載され
ている。

【００２４】３．ＭＶＳは、ＩＯＳアドレス空間２０２
に切り換え、構成変更を行う。ＩＯＤＦ比較処理が行わ
れるＭＶＳアドレス空間は、ＴＳＯアドレス空間であ
る。ＴＳＯアドレス空間は、ユーザがＴＳＯに対してロ
グオフ（ｌｏｇｏｆｆ）を行なうと終了する。構成変更
が完全に達成することを確実にするために、ＭＶＳはＩ
ＯＳアドレス空間に切り換え、構成変更を行う。このＩ
ＳＯアドレス空間は、ユーザが終了させることができな
いアドレス空間である。

【００２５】４．ＭＶＳは構成の変更を行うために必要
な直列化（ｓｅｒｉａｌｉｚａｔｉｏｎ）２０３を得
る。ＭＶＳは、Ｉ／Ｏの変更に影響を与え得る他の過程
と共に直列化しなくてはならない。具体的には、ＭＶＳ
は、動的リソース上でキューに入れて（ｅｎｑｕｅｕ
ｅ）、他の動的な構成変更が起こるのを防止する。

【００２６】再構成リソース上でキューに入れて、装置
及び装置経路の再構成（即ちオンラインの変更及びオフ
ラインの変更）を防止する。

【００２７】動的装置再構成（ＤＤＲ）リソース上でキ
ューに入れて、ＤＤＲの交換を防止する。

【００２８】割り当てＴＲリソース上でキューに入れ
て、オフラインのＴＰ及びＣＴＣ装置への割り当てを防
止する。

【００２９】比較及び交換によってミッシング・インタ
ラプト・ハンドラ（ＭＩＨ）リソース上で直列化し、Ｍ
ＩＨ時間間隔に対する更新を防止する。

【００３０】５．ＭＶＳは次に、構成の変更は有効であ
ることを確認する（２０４）。この過程を、図４、５、
６Ａ，６Ｂ，６Ｃと以下に添付する本文に記載する。

【００３１】６．この確認が成功すれば、Ｉ／Ｏ構成の
ハードウェア及びソフトウェアの表現が更新され（２０
５）、新しいＩ／Ｏ構成定義を反映することになる。こ
の過程を、図８及び以下に添付する本文に記載する。

【００３２】７．ハードウェア及びソフトウェアの更新
が成功したのなら、ＭＶＳは信号２０６を発し、プログ
ラムに、構成の変更が首尾よく完了したことを知らせ
る。（この信号は、図４のステップ３０７で発せられる
信号と共に、システムの構成装置、サブシステム及び
（それを予期することを望んでいる）アプリケーション
に、動的構成変更を行う前に準備するか、或いはその後
に反応し、更にそれらが保持している内部テーブルを調
整する機会を与える。）更に、構成の変更に関する情報
を、ロギングする目的のために記録する（２０７）。

【００３３】８．ハードウェア及びソフトウェアの更新
が不成功であった場合、ＭＶＳは構成の変更２０８をバ
ックアウト（ｂａｃｋ ｏｕｔ）し、Ｉ／Ｏ構成をその
元の状態に復元する。

【００３４】構成の変更の確認 この確認フェーズの概要を図４に示す。より詳細な説明
を必要とするステップを図５、６Ａ，６Ｂ，６Ｃに記載
する。

【００３５】最初に図４を参照すると、ＭＶＳは次のこ
とを確認する。

【００３６】− 構成の変更の基準として用いられるソ
ースＩ／Ｏ定義ファイル（ＩＯＤＦ）が、システムが現
在実行中のＨＳＡ内の構成定義と一致している（図４の
３０１）こと。

【００３７】− 削除される各装置３０２に対して、 − 装置サポート・コードが動的をサポートしているこ
と（図５の４０１）。（以下に示す「静的」及び「動
的」装置の議論を参照。） − その装置は、動的と定義される（図５の４０２）。

【００３８】この規則に対する１つの例外は、装置がイ
ンストレーション・スタティックから動的に変更されて
いる時である。この遷移が許されるのは、ソースＩＯＤ
Ｆの定義と（その装置に対する）目標のＩＯＤＦの定義
との間の唯一の違いが、ソースはその装置がインストレ
ーション・スタティックとして定義されていることを示
しているのに対し、目標のＩＯＤＦが動的として定義さ
れている装置を有していることである時のみである。こ
の場合、システムの保全性を危険に晒すことなくそれを
ＵＣＢチェーンから安全に除去する方法がないので、イ
ンストレーション・スタティックＵＣＢを古いデータ構
造のまま残すが、それは機能的に無効とされる。そし
て、新たな動的ＵＣＢを追加する。

【００３９】この規則に対する他の例外は、サブチャン
ネルのみが削除されており、ＵＣＢは削除しない（ハー
ドウェアのみの削除）時である。この場合、装置サポー
ト・コードが動的をサポートしているか、またはその装
置が動的と定義されているかに係わらず、サブチャンネ
ルの削除が許される。

【００４０】− 装置がオフラインである（図５の４０
３）。

【００４１】− 追加される各装置３０３に対して、 − 装置サポート・コードをＩＰＬにロードした（図６
Ａの４１１）。

【００４２】従来技術のシステムでは、ＭＶＳは、Ｉ／
Ｏ構成内の装置に対する装置サポート・コードのみを、
ＩＰＬにロードしていた。本発明によれば、動的をサポ
ートする装置の形式に対する全ての装置サポート・コー
ドもＩＰＬにロードすべきことをインストレーションが
指示することができる。この選択肢を選択すれば、動的
をサポートする装置の形式のものならどれでも動的に追
加することができることを保証する。

【００４３】− 装置サポート・コードは動的をサポー
トする（図６Ａの４１２）。

【００４４】これらの条件のいずれかまたは双方が満た
されれば、装置をハードウェア定義に追加することが許
可される。そして、サブチャンネルが作成されるが（ソ
フトウェアのみの構成の変更でないなら）、ＵＣＢ及び
その他の装置に関連する制御ブロックは作成されない。
ソフトウェア定義が作成される同一のＩＯＤＦの次のＩ
ＰＬにて、その装置を使用することができるようにな
る。

【００４５】− 削除されている各装置経路３０４に対
して、 − 装置サポート・コードが動的をサポートする（図６
Ｃの４３１）。

【００４６】− 装置を動的として定義する（図６Ｃの
４３２）。

【００４７】− 装置経路はオフラインである（図６Ｃ
の４３３）。

【００４８】− 追加されている各装置経路３０４に対
して、 − 装置サポート・コードは動的をサポートする（図６
Ｂの４２１）。

【００４９】− 装置を動的として定義する（図６Ｂの
４２２）。

【００５０】− 削除される各チャンネル経路に対し
て、チャンネル経路をオフライン３０５に構成しなくて
はならない。

【００５１】− 構成の変更がソフトウェアのみの変更
ではない場合、ハードウェア・システム領域（ＨＳＡ）
３０６に、ハードウェアＩ／Ｏ構成への更新を収容する
ための十分な空間があることをシステムは確認する。

【００５２】上述の確認ステップの全ては、確認をパス
しないような要求があっても、処理され、構成の変更が
何故処理されなかったかに関する情報をできるだけ多く
ユーザに与えるようにする。

【００５３】構成の変更がそれまで有効であるなら（エ
ラーが発見できないなら）、システムは以下のことを実
行する。

【００５４】− 事象通知機能（ＥＮＦ）信号３０７を
発し、プログラムに構成の変更に対して準備するように
通知する。例えば、削除すべき装置を使用しているプロ
グラムは、その装置に関連するＵＣＢのアドレスを制御
ブロックから除去する、即ちＵＣＢをアンピン（ｕｎｐ
ｉｎ、下記を参照）することなどによって、削除すべき
装置に対する準備をしなくてはならない。

【００５５】同様に、デバイス・サービス出口（ＤＳ
Ｅ）と呼ばれる装置サポート・コード出口を呼び出し、
装置サポート・コードに、構成の変更（例えば、装置サ
ポート・コードは、その装置のために作業領域として用
いられている記憶装置を解放する必要がある場合があ
る）のための準備をするように、通知する。

【００５６】− 装置に関連するサブチャンネルを不能
化し、その装置を閉じ込める（ｂｏｘ）ことにより、Ｉ
／Ｏ要求に対して使用するように全ての削除すべき装置
を使用不能にする（３０８）。サブチャンネルを不能化
することにより、Ｉ／Ｏの中断がその装置によって起こ
されるのを防止する。また、装置を閉じ込めることによ
って、Ｉ／Ｏ要求がその装置ヘ発されるのを防止する。

【００５７】− 削除すべき全ての装置がピン（ｐｉ
ｎ）されていないことを確認する（３０９）。ある装置
がピンされていないと、その装置に関連するＵＣＢは
「発見不可」と印され、それによって、それが使用され
るのを防止するようになっている。ピンニング（ｐｉｎ
ｎｉｎｇ）は、ＵＣＢ及び関連する装置が動的Ｉ／Ｏ構
成変更によって削除されるのを防止するために、プログ
ラムが使用することのできる直列化技法である。削除す
べき装置のいずれかがピンされている場合、エラーを指
示し、バックアウトを要求する（３１０）。（図９及び
それを説明する本文を参照。） − 削除すべき全ての装置経路がピンされていないこと
を確認する（３１１）。ある装置経路がピンされていな
いと、それに関連するＵＣＢは「経路ピン不可」と印さ
れ、そのＵＣＢに関連する装置経路がピンされるのを防
止する。装置経路のピンニングは、ＵＣＢのピンニング
と同様であるが、装置経路のピンニングは装置経路が削
除されるのを防止すると共に、ＵＣＢ及び関連する装置
も削除されるのを防止する点で異なる。削除すべき装置
経路のいずれかがピンされている場合、エラーを指示
し、バックアウトを要求する（３１２）。（図９及びそ
れを説明する本文を参照。）構成定義の更新 構成の変更が有効であれば（確認フェーズ中何のエラー
も発見されなかったなら）、図７及び図８に示すように
Ｉ／Ｏ構成を更新する。

【００５８】− 新しいＵＣＢルックアップテーブル
（ＵＬＵＴ）を構築する（図７の５０１）。ＵＬＵＴ
は、システム中の全てのＵＣＢへのポインタを含むもの
である。新たなＵＬＵＴは追加されたＵＣＢに対する項
目を含み、削除されるＵＣＢに対する項目は含まないこ
とになる。

【００５９】− ソフトウェアＩ／Ｏ構成に追加された
各装置に対して、新たなＵＣＢを構築する（５０２）。
加えて、装置に関連するエラー・データを保持するため
に用いる装置統計テーブル（ＤＳＴ）のような、その他
の装置に関連した制御ブロックを構築する。測定ブロッ
ク・インデックス（ＭＢＩ）をある追加されたＵＣＢ
（例えば、ＤＡＳＤまたはＴＡＰＥ）に対して確立し、
これにより、装置のために性能データの測定を行うこと
ができる。ＵＣＢが関連する装置の階級に対するデフォ
ルトＭＩＨの時間間隔を各追加されたＵＣＢに対して確
立し、誤った割り込みを装置のために検出できるように
する。

【００６０】− ＥＤＴ再構築過程を開始する（５０
３）。このＥＤＴ再構築の最初の段階は、削除されるＵ
ＣＢを含まない新たな中間ＥＤＴを作成することであ
る。もしＥＤＴ再構築の最初の段階が失敗したなら、エ
ラーを指示し、バックアウトを要求し、更新過程から出
る。その他の場合、更新過程を継続する。

【００６１】− 次に、ハードウェア構成を更新する
（５０４）。この過程を更に図８に記載する。まず、Ｉ
／Ｏ構成装置を特定の順番で、グループ化トークンによ
り、更新する。グループ化トークンは、Ｉ／Ｏ構成装置
に対する変更をまとめてグループ化し、Ｉ／Ｏ構成装置
を表す構造のために用いられるＨＳＡ記憶装置を最小化
するための手段である。同じ論理制御ユニット（ＬＣ
Ｕ）内の全ての装置及び制御ユニットは同じグループ化
トークンを持つことになる。ＬＣＵはハードウェア・エ
ンティティであり、１組の制御ユニットと装置とからな
り、制御ユニットが同じ組の装置にアクセスするように
している。（それは装置を共通に有する１組の制御ユニ
ットである。）以下に、ハードウェアのＩ／Ｏ構成装置
を更新する順序を説明する。

【００６２】− 構成の変更に関連する各グループ化ト
ークンに対して、ハードウェアＩ／Ｏ構成装置を以下の
順序で更新する。

【００６３】− 装置から制御ユニットを除去する（図
８の６０１）。

【００６４】− 装置を削除する（６０２）。

【００６５】− ユニット・アドレスを制御ユニットか
ら削除する（６０３）。

【００６６】− チャンネル経路を制御ユニットから削
除する（６０４）。

【００６７】− 制御ユニットを削除する（６０５）。

【００６８】− 次に、チャンネル経路を削除する全て
の要求を実行し（６０６）、次いでチャンネル経路を追
加する全ての要求を実行する（６０７）。チャンネル経
路の構成の変更を行う順序は、グループ化トークンが支
配するものではない。チャンネル経路はＬＣＵ構造の一
部ではなく、したがってグループ化トークンは、チャン
ネル経路に対しては、ＨＳＡの記憶の効率的な利益を与
えることはない。

【００６９】− そして、構成の変更に関連する各グル
ープ化トークンに対して、残りの構成変更を次の順序で
行う。

【００７０】− 制御ユニットを追加する（６０８）。

【００７１】− チャンネル経路を制御ユニットに追加
する（６０９）。

【００７２】− 制御ユニットにユニット・アドレス範
囲を追加する（６１０）。

【００７３】− 装置を追加する（６１１）。

【００７４】− 制御ユニットを装置に追加する（６１
２） −装置の特徴を修正する（６１３）。

【００７５】あるＩ／Ｏ構成装置を削除できるようにな
る前に、階層中でそれより下位に位置する全てのＩ／Ｏ
構成装置を削除しなくてはならないので、上述の順序を
遵守しなくてはならない。即ち、１つのチャンネル経路
を除去できるようになる前に、それに取り付けられてい
る全ての制御ユニットを削除しなくてはならない。ま
た、１つの制御ユニットを除去できるようになる前に、
その制御ユニットに取り付けられている全ての装置を削
除しなくてはならない。同様に、あるＩ／Ｏ構成装置を
追加できるようになる前に、階層でそれより上位にある
全てのＩ／Ｏ構成装置を追加しなくてはならない。即
ち、１つの装置を追加できるようになる前に、その装置
に取り付けられる全ての制御ユニットを追加しなくては
ならない。また、１つの制御ユニットを追加できるよう
になる前に、その制御ユニットに取り付けられる全ての
チャンネル経路を追加しなくてはならない。ＣＣＢ作成
論理はこれを保証するものである。

【００７６】Ｉ／Ｏ構成装置を更新する変更が成功しな
かった場合、エラーを指示し、バックアウトを要求し、
ハードウェア更新過程から出る。その他の場合、このハ
ードウェア更新過程を継続する。ハードウェア更新過程
がエラーなく完了したなら、Ｉ／Ｏ構成更新過程を継続
する。

【００７７】− 図７の流れに戻り、システムが保持し
ているチャンネル経路を更新し（５０５）、追加するチ
ャンネル経路についての情報を含ませ、削除するチャン
ネル経路についての情報を除去する。

【００７８】− ＵＬＵＴロックを得て、ＵＬＵＴ及び
ＭＶＳＩ／Ｏ構成トークンに対する更新を直列化する。
以前の及び新しいＵＬＵＴを切り替え（５０６）、新し
いＵＬＵＴを現行のＵＬＵＴとする。一旦新しいＵＬＵ
Ｔを現行のＵＬＵＴとすると、追加したＵＣＢが使用可
能となり、バックアウトによって取り去ることができな
くなるので、この時点以降、構成変更のバックアウトは
不可能となる。ＭＶＳ Ｉ／Ｏトークンを更新し（以下
に示す図１３に関する詳細な説明にある、このトークン
の説明を参照。ここで更新されるのはシーケンス番号、
ＷＷＵＶ、オペレーティング・システムＩＤ等のもので
ある）、ＵＬＵＴのロックを解放する。

【００７９】− チャンネル・リポート・ワード（ＣＲ
Ｗ）をシミュレートして、装置を関連するＵＣＢに接続
することにより、追加された装置を使用可能にし（５０
７）、その装置をＩ／Ｏ要求可能にする。同様に、削除
した装置をＵＣＢから切断する。次に、追加された装置
−経路を、ＣＲＷをシミュレートしてその装置経路を関
連するＵＣＢに追加することにより、使用可能とし、そ
れにより、これらの経路はＩ／Ｏ要求可能となる。各追
加された装置に対して、関連するＤＳＥを呼び出し、そ
の装置から構成データを読み出し、及び／または他の装
置に依存した機能を行う。

【００８０】− 第２段階、即ち最終ＥＤＴ再構築段階
を次に実行する（５０８）。この段階は、完全な新しい
構成を含み、追加されたＵＣＢ及び装置グループ化及び
装置優先順位におけるあらゆる変更を含んだ最終ＥＤＴ
を構築するものである。この最終ＥＤＴは、目標となる
ＩＯＤＦから直接構築する。

【００８１】− 最後に、削除された装置に対する全て
の装置に関連する制御ブロックを削除する（５０９）。
これは、ソフトウェアのバックアウトのための十分な記
憶領域を保証するために前もっては行なわない。即ち、
ＵＬＵＴを切り換える前に、削除される装置に対する装
置関連制御ブロックを前もって削除し、構成変更が失敗
した場合、この構成変更を取り消すためにその制御ブロ
ックを再び加入しなくてはならない。しかしながら、制
御ブロックを再追加するのに十分な記憶領域があるとい
う保証はない（何故ならシステムは動作し続け、残りの
構成に対して生成作業をおこなっているからである）。
したがって、バックアウトがもはやできなくなるまで
は、制御ブロックを削除しないようにする。

【００８２】構成変更のバックアウト 構成変更が成功せず（確認フェーズまたは更新フェーズ
中にエラーが発見された場合）、バックアウトが必要と
なる場合、その構成変更を取り消す。バックアウトの目
的は、構成変更を試みる前の元の状態にＩ／Ｏ構成を復
元することである。このバックアウト過程を図９に示
す。

【００８３】− エラーが発生する前にいずれかのハー
ドウェア更新を行っていた場合、そのハードウェア更新
を取り消す（７０１）。例えば、ある装置が削除された
なら、それが再び加入され、ある制御ユニットが削除さ
れたのなら、それが再び加入される、という具合であ
る。ハードウェア更新のバックアウトは、それらが更新
されたのと逆の順序で行われる。

【００８４】− 使用不可能にされた全ての装置につい
ては、サブチャンネルを可能化し、更にその装置をアン
ボックスする（ｕｎｂｏｘ）ことによって再び使用でき
るようにする（７０２）。

【００８５】− 構成変更の準備をするようにプログラ
ムに伝えられた場合、その構成変更が拒否されたことを
プログラムに知らせるために、信号を発生する（７０
３）。削除すべき装置を既に解放したプログラムは、こ
の時その装置を再び使用することができるようになる。

【００８６】− 第１段階のＥＤＴ再構築が行われたな
ら、ＥＤＴ再構築過程を取り消す（７０４）。

【００８７】− 次に、追加された装置のために作成さ
れた全ての装置関連制御ブロックを記憶装置から削除す
る（７０５）。

【００８８】静的、インストレーション・スタティック
及び動的装置 多くのプログラムがＵＣＢに対して依存性を有するの
で、本発明は次の概念を導入する。

【００８９】− 動的をサポートする装置の形式。

【００９０】これは、ＨＣＤ（Ｈａｒｄｗａｒｅ Ｃｏ
ｎｆｉｇｕｒａｔｉｏｎＤｉａｌｏｇ）からの装置依存
型の出口であるユニット情報モデュールによって示され
る。ＵＩＭはＵＣＢ内の装置依存型データを定義する。

【００９１】− 動的として定義される装置。

【００９２】動的をサポートする装置形式の各装置に対
して、ＨＣＤユーザは、その装置を設置静的または動的
として定義することができる。

【００９３】これらの新しい概念から、次にあげる３つ
の装置定義のソフトウェア区分が得られる。

【００９４】静的（ｓｔａｔｉｃ）：動的能力をサポー
トしない装置形式に設定される装置サポート・コード。

【００９５】インストレーション・スタティック：動的
能力をサポートする装置形式であるが、装置定義におい
て、インストレーションは装置が削除または変更を許さ
れていないことを指定する。

【００９６】これによって、既存の静的データ構造に依
存するプログラムにアクセス可能となるように、設置が
装置を定義することができる。

【００９７】動的（ｄｙｎａｍｉｃ）：動的能力をサポ
ートする装置形式であり、装置が削除または変更を許さ
れていることを、設置が指定する。

【００９８】ＵＣＢが削除または変更のために適格であ
るためには、装置形式は動的をサポートしていなければ
ならず、その装置をインストレーションによって動的と
して定義していなければならない。

【００９９】次にあげる規則は、ＵＣＢ（及び全ての関
連する装置関連制御ブロック）の動的削除に対して準備
されていないプログラムが予期せぬエラーに遭遇しない
ことを保証する助けとなるものである。

【０１００】− 動的として定義された装置に対するＵ
ＣＢは、ＵＣＢアドレスを得るための従来技術のプログ
ラミング・サービスを用いるプログラムには、アクセス
することができない。

【０１０１】− 装置関連事象（例えば装置のオンライ
ンの変更）のための従来技術のＥＮＦ信号を受けるプロ
グラムは、動的として定義された装置の事象について知
らされない。

【０１０２】本発明は、全てのＵＣＢを含む装置関連動
作のためのＥＮＦ信号の新たな組と共に用いるものであ
る。ＥＮＦ信号の変換アルゴリズムを用いて、ＥＮＦ信
号源（ｓｉｇｎａｌｌｅｒ）が、どの装置が動的として
定義されたかに感じないようにする。このＥＮＦ信号変
換アルゴリズムは以下のことを行なう。

【０１０３】− 装置が動的として定義されている場
合、信号ＸをＸ’に変換する。

【０１０４】− 装置が静的またはインストレーション
・スタティックとして定義されている場合、信号Ｘと信
号Ｘ’との両方を発する。

【０１０５】したがって、信号Ｘを受ける既存のプログ
ラムは、ＵＣＢが静的またはインストレーション・スタ
ティックである場合の動作のみを通知される。信号Ｘ’
を受けるプログラムは、いずれのＵＣＢの動作でも通知
される。

【０１０６】ＣＣＢの作成 図３の２０１で示した２つのＩＯＤＦの比較の結果か
ら、構成変更ブロック（ＣＣＢ）を作成する。このＣＣ
Ｂは、ハードウェア及びソフトウェアの構成定義に対す
る変更を行なうために用いられる。

【０１０７】本発明によるＣＣＢの一般的な構造を第１
０図に示す。好適実施例で議論したように、ＣＣＢは、
実際には、ＣＣＢプロパー８０１と、ＣＣＢヘッダ８０
３内の項目によって指摘されたＣＣＢエクステンション
（ＣＣＢＸ）８０２とからなる。ＣＣＢプロパーは、一
連のＣＣＢ項目８０４を含んでおり、このＣＣＢ項目の
フォーマットを更に詳しく８０５に示している。各項目
は、ヘッダ８０６と項目形式指定情報８０７とを含んで
いる。項目ヘッダは、項目によって指示された構成変更
の形式を指示する形式指示８０６Ａ（装置、制御ユニッ
ト、またはチャンネル経路ＩＤ（ＣＨＰＩＤ））と、要
求が追加、削除、または修正要求のいずれであるかを指
示する要求形式指示８０６Ｂと、フラグ８０６Ｃとを含
んでいる。フラグ８０６Ｃは、（１）変更がハードウェ
ア構成定義なのか、或いはソフトウェア構成定義なの
か、（２）インストレーション・スタティック装置を動
的装置に変更するのか、（３）グループ化トークンが有
効か、を指示する。項目ヘッダは、グループ化トークン
８０６Ｄも含んでいる。これの使用法については後に詳
細に説明する。各項目は、更に図１１に示すように、形
式指定情報８０７も含んでいる（後述する）。ＣＣＢＸ
８０２はＩＯＤＦレコードを与え、これは動的追加、削
除及び修正を制御するために用いられることになり、形
式指定ＣＣＢ項目８０７内のフィールドによってインデ
ックスされる。要求が構成装置を追加することであれ
ば、ＣＣＢＸは新しいＩＯＤＦからのレコードを含んで
いる。また、要求がレコードを削除することであれば、
ＣＣＢは古いＩＯＤＦからのレコードを含んでいる（し
たがって、バックアウトの場合、その構成装置を再び加
入することができる）。（付録ＢにＩＯＤＦについて更
に詳細に記載してある。）図１１は、装置項目９０１、
制御ユニット項目９０２及びＣＨＰＩＤ項目９０３用の
ＣＣＢ項目内の項目形式指定情報の一般的なフォーマッ
トを示すものである。

【０１０８】装置項目は、装置番号９０１Ａと、項目が
「修正」要求でありＣＨＰＩＤを装置に／から追加／削
除する場合にこの装置から追加／削除されることになる
ＣＨＰＩＤアレイ９０１Ｇに含まれているＣＨＩＰＤの
マスク９０１Ｂと、この項目が制御ユニットを装置に／
から追加／削除するための修正要求のために発生された
場合にその装置に／から追加／削除されることになる物
理的制御ユニット番号（ＩＯＤＦ ＤＶＲレコードに含
まれている。図２１参照）のマスク９０１Ｃと、装置レ
コードのＣＣＢＸへのオフセット９０１Ｄと、装置アタ
ッチメント・レコード定義のＣＣＢＸへのオフセット９
０１Ｅと、新しいＩＯＤＦ（ＩＯＤＦＤＡＲからの）に
対する装置アタッチメント・レコードのＣＣＢＸへのオ
フセット９０１Ｆと、項目がＣＨＰＩＤを装置（ＩＯＤ
Ｆ ＬＣＲレコードから得られた）に／から追加／削除
するための「修正要求」のためになされた場合にこの装
置に／から追加／削除されることになるＣＨＰＩＤのア
レイ９０１Ｇと、ＭＶＳ装置定義（ＩＯＤＦ ＭＤＲ、
図２２参照））のＣＣＢＸへのオフセット９０１Ｈとを
含んでいる。

【０１０９】制御ユニット（ＣＵ）項目は、ＣＵ番号９
０２Ａと、項目がＣＨＰＩＤをＣＵに／から追加／削除
するための「修正」要求のためのものである場合にこの
ＣＵに／から追加／削除されることになるＣＨＰＩＤの
マスク９０２Ｂ（ＣＨＰＩＤ及び連結アドレスはＣＡＲ
アドレスに含まれている。図２１を参照）と、物理的Ｃ
Ｕレコード（図２１のＣＵＲ）のＣＣＢＸへのオフセッ
ト９０２Ｃと、ＣＵアタッチメント・レコード定義（図
２１のＣＡＲ）のＣＣＢＸへのオフセット９０２Ｄと、
要求がユニット・アドレス範囲を修正するためのもので
ある場合に追加または削除されるユニット・アドレスの
範囲９０２Ｅと、その範囲内のユニット・アドレスのカ
ウント９０２Ｆと、開始ユニット・アドレス９０２Ｇと
を含んでいる。

【０１１０】ＣＨＰＩＤ項目は、ＣＨＰＩＤ９０３Ａ
と、チャンネル経路レコードのＣＣＢＸへのオフセット
９０３Ｂとを含んでいる。

【０１１１】ＣＣＢ項目を作成する際、次にあげる全体
的規則を適用する。

【０１１２】− ＣＣＢ内には二重項目はない。２つの
異なる理由から同じ項目が結果的に得られた場合、１つ
のみを発生する。

【０１１３】− この装置に対するＣＣＢ内に１つの追
加／削除ハードウェア項目がある場合、修正装置項目を
作成しない。

【０１１４】− この制御ユニットに対するＣＣＢ内に
１つの追加／削除項目がある場合、変更制御ユニット項
目を作成しない。

【０１１５】− フォローアップ項目を作成するための
１つの共通論理がある。これの詳細は、「フォローアッ
プ項目構造」という題の章で説明する。

【０１１６】ＣＣＢ項目を以下の順序で分類する（報告
の目的のためにデータを都合よくアクセスでき、新しい
ＵＬＵＴの構築を容易にするためである）。

【０１１７】− 装置番号順の装置項目。

【０１１８】− 削除要求を追加要求の前に配置する。

【０１１９】− 変更要求を最後にする。

【０１２０】− 制御ユニット番号順の制御ユニット項
目。

【０１２１】− 削除要求を追加要求の前に配置する。

【０１２２】− 変更要求を最後にする。

【０１２３】− チャンネル経路番号順のチャンネル経
路項目。

【０１２４】− 追加（要求）の前に削除（要求）を配
置する。

【０１２５】次にあげる一般的コメントを注記した形式
のＣＣＢ項目に適用する（ＣＣＢの作成のための疑似コ
ードが付録Ａに含まれている）。

【０１２６】ＣＨＰＩＤ用として可能性のあるＣＣＢに
は次の２つの形式がある。

【０１２７】１．ＣＨＰＩＤの削除、 ２．ＣＨＰＩＤの追加。

【０１２８】各チャンネル経路項目は、ハードウェア制
御ブロックを更新すべきこととソフトウェア制御ブロッ
クは変更しないこととを（項目ヘッダのフラグによっ
て）指示する。

【０１２９】削除ＣＨＰＩＤ ＣＣＢ項目 ＣＨＰＩＤを削除するためのＣＣＢ項目は、次の理由に
よって作成される。

【０１３０】− 古いＩＯＤＦを新しいＩＯＤＦと比較
し、新しいＩＯＤＦにＣＨＰＩＤが見つからない時、Ｃ
ＨＰＩＤを構成から削除しなくてはならない。

【０１３１】− 古いＩＯＤＦを新しいＩＯＤＦと比較
し、ＣＨＰＩＤの定義が変更している時、ＣＨＰＩＤを
構成から削除し、再び加入しなくてはならない。

【０１３２】追加ＣＨＰＩＤ ＣＣＢ項目 ＣＨＰＩＤを追加するためのＣＣＢ項目は、次の理由に
よって作成される。

【０１３３】− 古いＩＯＤＦを新しいＩＯＤＦと比較
し、古いＩＯＤＦにＣＨＰＩＤが見つからない時、ＣＨ
ＰＩＤを構成に追加しなくてはならない。

【０１３４】− 古いＩＯＤＦを新しいＩＯＤＦと比較
し、ＣＨＰＩＤの定義が変更していることが発見された
時、削除ＣＨＰＩＤ項目と追加ＣＨＰＩＤ項目との双方
を作成する。追加項目は、新しいＩＯＤＦに対応するＣ
ＨＰＩＤレコードを発見したことと、それによってＣＨ
ＰＩＤを作成したこととを表す。

【０１３５】他の項目への依存性 削除及び／または追加項目を、ＣＨＰＩＤに対して作成
する時はいつでも、これは他の項目への依存性を有して
いる。全ての依存性に関する詳細な説明については、
「フォローアップ項目構造」という章を参照されたい。

【０１３６】制御ユニットＣＣＢ項目 制御ユニット用として可能性のある項目には次の３つの
形式がある。

【０１３７】１．制御ユニットを削除する。

【０１３８】２．制御ユニットを追加する。

【０１３９】３．制御ユニットを修正する。

【０１４０】各制御ユニット項目は、ヘッダ・フラグに
より、ハードウェア制御ブロックを更新すべきこととソ
フトウェア制御ブロックは変更しないこととを指示す
る。

【０１４１】削除制御ユニット項目 制御ユニットを削除するためのＣＣＢ項目は次の理由に
より作成される。

【０１４２】− 古いＩＯＤＦを新しいＩＯＤＦと比較
し、新しいＩＯＤＦに制御ユニットが見つからない時、
制御ユニットを構成から削除しなければならない。

【０１４３】− 古いＩＯＤＦを新しいＩＯＤＦと比較
し、制御ユニット定義が変更している時（「修正」では
包含できないものとして注記した例外に対して）、制御
ユニットを構成から削除し、その後再び加入しなければ
ならない。

【０１４４】追加制御ユニット項目 制御ユニットを追加するためのＣＣＢ項目は、次の理由
によって作成する。

【０１４５】− 新しいＩＯＤＦを古いＩＯＤＦと比較
し、古いＩＯＤＦ内に制御ユニットが見つからない時、
制御ユニットを構成に追加しなければならない。

【０１４６】− 新しいＩＯＤＦを古いＩＯＤＦと比較
し、制御ユニット定義が変更していることが発見された
時（「修正」の下で包含されないものとして注記した例
外に対して）、削除制御ユニット項目と追加制御ユニッ
ト項目との両方を作成する。追加項目は、対応する制御
ユニット・レコードを新しいＩＯＤＦ内で発見したこと
及びそれにしたがって制御ユニットを作成したことを示
す。

【０１４７】他の項目への依存性 制御ユニットに対して削除及び／または追加項目を作成
した時はいつでも、これは他の項目への依存性を有して
いる。全ての依存性についての詳細な説明は、「フォロ
ーアップ項目構造」という章を参照されたい。

【０１４８】修正制御ユニット項目 制御ユニットを修正するためのＣＣＢ項目は、次の条件
のいずれかが検出された時に作成される。

【０１４９】− 新しいＩＯＤＦを古いＩＯＤＦと比較
し、ＣＨＰＩＤが新しいＩＯＤＦ内の制御ユニット定義
から削除されているのが発見された時、ＣＣＢ項目を作
成して、制御ユニット定義から対応するＣＨＰＩＤの組
を除去するために、制御ユニットを変更しなければなら
ないことを指示する。

【０１５０】ＣＨＰＩＤを追加または削除するために修
正される各制御ユニットに対して、その制御ユニット上
の各装置も、ＣＨＰＩＤを削除するために、修正しなけ
ればならない。ＣＣＢは、各影響を受ける装置のために
修正装置項目を含んでいなければならない。

【０１５１】− 新しいＩＯＤＦを古いＩＯＤＦと比較
し、ＣＨＰＩＤが新しいＩＯＤＦ内の制御ユニット定義
に追加されているのが発見された時、ＣＣＢ項目を作成
して、対応するＣＨＰＩＤの組を制御ユニット定義内に
追加するために、制御ユニットを修正しなければならな
いことを指示する。もし共通のＣＨＰＩＤがないなら、
このような例外的な場合は、「修正」ではなく、「削
除」または「追加」で処理することになる。

【０１５２】− 新しいＩＯＤＦを古いＩＯＤＦと比較
し、ユニット・アドレスの追加または削除が発見された
とき、ＣＣＢ項目を作成して、ユニット・アドレス範囲
を追加または削除するために制御ユニットを修正しなく
てはならないことを、指示する。共通のユニット・アド
レスがないならば、このような例外的な場合は、「修
正」ではなく、「削除」または「追加」で処理すること
になる。

【０１５３】追加または削除された全てのユニット・ア
ドレスは、ユニット・アドレス範囲内に整列される。追
加された新しいユニット・アドレス範囲毎に１つの修正
があり、削除された古いユニット・アドレス範囲毎に１
つの項目がある。

【０１５４】装置ＣＣＢ項目 装置用として可能性のある項目には、次の３つの形式が
ある。

【０１５５】１．装置を削除する。

【０１５６】２．装置を追加する。

【０１５７】３．装置を修正する。

【０１５８】装置用の各ＣＣＢ項目は、ハードウェアま
たはソフトウェア構成定義を更新すべきことを指示する
ことができる。これによって、サブチャンネルを作成ま
たは削除することなしにＵＣＢを追加及び削除できる柔
軟性、及びＵＣＢを追加または削除することなしにサブ
チャンネルを追加及び削除できる柔軟性を得ることがで
きる。

【０１５９】以下の章では、いつこれらの項目を作成
し、ＣＣＢ内に配置するのかについて説明する。

【０１６０】装置の削除 装置を削除するためのＣＣＢ項目は、次の理由によって
作成される。

【０１６１】− 新しいＩＯＤＦを古いＩＯＤＦと比較
し、古いＩＯＤＦ（ハードウェア及び／またはソフトウ
ェア）内の装置定義が新しいＩＯＤＦ内に見つからない
時、その装置定義をシステムから削除しなければならな
い。

【０１６２】− 新しいＩＯＤＦを古いＩＯＤＦと比較
し、装置定義が変更していた時、その装置定義を除去
し、次いで再びシステム内に追加しなければならない
（「修正」の下で定義された場合を除く）。したがっ
て、２つのＣＣＢ項目を作成することになる。最初の項
目は、装置を削除すべきことを指示する。２番目の項目
は、新しい定義を用いて装置を作成すべきことを指示す
る。

【０１６３】装置追加項目 装置を追加するための項目は、次の理由により作成され
る。

【０１６４】− 新しいＩＯＤＦを古いＩＯＤＦと比較
し、古いＩＯＤＦ内には含まれていなかった装置定義
（ハードウェアまたはソフトウェア）が新しいＩＯＤＦ
内で見つかった時、その装置定義をシステムに追加しな
ければならない。

【０１６５】− ある装置が属性を変更してある時、そ
の装置をシステムから削除し、再び加入しなければなら
ない（「修正」の下で記載された場合を除く）。追加装
置項目は、ＣＣＢの中に配置する。

【０１６６】装置修正 装置を修正するためのＣＣＢ項目は、新しいＩＯＤＦを
古いＩＯＤＦと比較し、次にあげる条件のいずれかが検
出された時のみ作成される。

【０１６７】− 制御ユニットを装置に追加あるいは装
置から削除する。新しいＩＯＤＦと古いＩＯＤＦとの間
に共通の制御ユニットがないなら、その装置を削除し、
再び加入する。

【０１６８】それに続くのは、装置から／へ全ての制御
ユニットの経路を削除または追加するための項目であ
る。

【０１６９】− 装置に接続された既存の制御ユニット
への経路を追加または削除する。

【０１７０】− 違法な状態検出設定を変更した（可能
化または不能化）。

【０１７１】− インターフェース・タイムアウトの設
定を変更した（可能化または不能化）。

【０１７２】− 好適なチャンネル経路を変更した。

【０１７３】上述の条件の各々に対して、ＣＣＢ項目を
作成し、装置定義を修正しなければならないことを指示
する。

【０１７４】これらの修正項目は全てハードウェアのみ
の変更である。

【０１７５】フォローアップ項目構造 いくつかの項目を作成することによって、それに続いて
別の形式の項目を追加したり、既存の項目を変更する結
果となる。

【０１７６】例えば、ＣＨＰＩＤを削除すると、これ
は、そのＣＨＰＩＤを削除するための制御ユニットを修
正する項目を追加する結果となる。

【０１７７】または、１つの制御ユニットから全てのＣ
ＨＰＩＤを削除すると、全制御ユニットを削除するよう
に項目を変更しなくてはならない。

【０１７８】このようなフォローアップ項目についての
規則を図１２に示す。この図では、矢印毎に２つの項目
間のフォローアップ関係を示している。異なる形式の項
目（例えば装置／制御ユニット）が関連する時、これは
項目の追加を指示する。図１２内の文字は以下のことを
意味する。

【０１７９】ａ：削除されたＣＨＰＩＤ（チャンネル経
路）毎に、ＣＨＰＩＤ上の全ての制御ユニットからＣＨ
ＰＩＤを削除するための項目がなければならない。

【０１８０】ｂ：追加されたＣＨＰＩＤ毎に、ＣＨＰＩ
Ｄ上の全ての制御ユニットにＣＨＰＩＤを追加するため
の項目がなければならない。

【０１８１】ｃ：全てのＣＨＰＩＤを制御ユニットから
削除した時、その制御ユニットを削除し、再び加入する
ために項目を変更しなければならない。

【０１８２】ｄ：全てのチャンネル経路を１つの制御ユ
ニットに追加する時、その制御ユニットを削除し、再び
加入するために、項目を変更しなければならない。

【０１８３】ｅ：制御ユニットから削除されたチャンネ
ル経路毎に、制御ユニット上の全ての装置からＣＨＰＩ
Ｄを削除するための項目がなければならない。

【０１８４】ｆ：制御ユニットに追加されたＣＨＰＩＤ
毎に、制御ユニット上の全ての装置にＣＨＰＩＤを追加
するための項目がなければならない。

【０１８５】ｇ：削除された制御ユニット毎に、その制
御ユニット上の全ての装置からその制御ユニットを削除
するための項目がなければならない。

【０１８６】ｈ：追加された制御ユニット毎に、その制
御ユニット上の全ての装置にその制御ユニットを追加す
るための項目がなければならない。

【０１８７】ｉ：装置から削除された制御装置毎に、そ
の装置からの制御ユニットに関連する装置からのチャン
ネル経路を全て削除するための項目がなければならな
い。

【０１８８】ｊ：装置に追加された制御ユニット毎に、
その制御ユニットのＣＨＰＩＤを全てその装置に追加す
るための項目がなければならない。

【０１８９】ｋ：装置から全ての制御ユニットを削除す
る時、その装置を削除し、再び加入するために、項目を
変更しなければならない。

【０１９０】この遷移が有効な時、遷移ｍも有効でなけ
ればならない。

【０１９１】ｌ：全ての制御ユニットを装置に追加する
とき、その装置を削除し、再び加入するために、項目を
変更しなければならない。

【０１９２】この遷移が有効なとき、遷移ｎも有効でな
ければならない。

【０１９３】ｍ：全てのＣＨＰＩＤを装置から削除する
時、その装置を削除し、再び加入するために項目を変更
しなければならない。

【０１９４】この遷移が有効な時、遷移ｋも有効でなけ
ればならない。

【０１９５】ｎ：全てのＣＨＰＩＤを装置に追加する
時、その装置を削除し、再び加入するために、項目を変
更しなければならない。

【０１９６】この遷移が有効な時、遷移ｌも有効でなけ
ればならない。

【０１９７】Ｉ／Ｏ構成変更の検出 本発明のこの実施例に記載するＭＶＳ環境において、上
述のように、ユニット制御ブロック（ＵＣＢ）と適格装
置テーブル（ＥＤＴ）とは、オペレーティング・システ
ムへの装置の組を記述するものである（図１の１０４及
び図２の１１６）。上述のように、装置の構成定義を動
的に追加、削除或いは修正する時、ＭＶＳは動的にＵＣ
Ｂを追加及び削除し、更にＥＤＴを再構築する。これら
の変更を検出するためのメカニズムが以下に述べるよう
にするために必要となる。

【０１９８】− Ｉ／Ｏ構成を表わすＵＣＢの組を変更
した時、現行のＩ／Ｏ構成についての情報を得る必要の
あるプログラムが（例えば、構成を表わすＵＣＢのグル
ープを走査することにより）一貫性のない結果に遭遇し
ないようにする。

【０１９９】− 装置定義を一つの装置形式から別のも
のに動的に修正する時、装置番号とＵＣＢとの間の関係
に感じるプログラムが、一貫性のない結果に遭遇しない
ようにする（例えば、最初に３３５０ＤＡＳＤとして定
義された装置番号を、後に３３８０ＤＡＳＤまたはＴＡ
ＰＥ装置として定義することができる）。

【０２００】− あるＵＣＢを動的に削除し、後に別の
ＵＣＢを動的に同じ記憶アドレスに加入する時、ＵＣＢ
のアドレスリストを保持し、ある与えられたＵＣＢアド
レスを、それを用いる前に確認するプログラムが、一貫
性のない結果に遭遇しないようにする。

【０２０１】− 装置の論理的グループ化を動的に変更
する時、割り当ての目的のために装置の論理的グループ
化に感じるプログラムが、一貫性のない結果に遭遇しな
いようにする。

【０２０２】同様なメカニズムは、動的装置の再構成
（ＤＤＲ）の交換（従来技術では既知である）が起こ
り、２つのＵＣＢの内容を交換する時にも必要となる。
ＤＤＲの交換は、装置番号とその交換に関係のある装置
のＵＣＢとの間の関係を変更するものである。

【０２０３】図１３は、本発明の制御ブロック構造の核
心を示し、このＩ／Ｏ構成変更の検出を行なうための、
次にあげる構成を図示したものである。

【０２０４】ＭＶＳ Ｉ／Ｏ構成トークン（１１０１） ＭＶＳ Ｉ／Ｏ構成トークン・テーブル（１１０２） ＵＣＢトークン・テーブル・インデックス（１１０３
Ａ）ＭＶＳ Ｉ／Ｏ構成トークン １１０１ ＭＶＳ Ｉ／Ｏ構成トークンの目的は、全体として、Ｉ
ＰＬの寿命の期間、Ｉ／Ｏ構成の現行の状態をＭＶＳに
独自に識別させることである。

【０２０５】ＭＶＳ Ｉ／Ｏ構成トークンは、ＭＶＳプ
ログラミング・サービスと共に、そのサービスから受取
った情報がトークンによって表わされる構成定義と一貫
性があることを保証するために用いることができる。

【０２０６】トークン・フォーマット ＭＶＳ Ｉ／Ｏ構成トークンは次のデータから構成され
る。

【０２０７】− ＩＯＤＦ ワールド・ワイド・ユニー
ク・バリュー（ＷＷＵＶ）１１０１Ａ 注記：ＩＯＤＦは、ＭＶＳが初期化に必要とする全ての
Ｉ／Ｏ構成定義データを含んでいるＩ／Ｏ構成ファイル
である。このファイルを初期化過程の間にＭＶＳが読み
取り、Ｉ／Ｏ構成のためのＵＣＢ及びＥＤＴを構築す
る。ＩＯＤＦはＩＯＤＦを独特に識別するワールド・ワ
イド・ユニーク・バリュー（ＷＷＵＶ）を含んでいる。

【０２０８】また、ＷＷＵＶは次のものからなる。

【０２０９】ＣＰＵアドレス１１０１Ｂ ＣＰＵ連番１１０１Ｃ ＣＰＵ型番１１０１Ｄ ＴＯＤクロック１１０１Ｅ（ＩＯＤＦの作成時） − オペレーション・システム構成識別子１１０１Ｆ
（ＩＯＤＦ内の特定の構成に対して独特である任意の８
バイト文字列） − シーケンス番号１１０１Ｇ − ＤＤＲ交換の番号１１０１Ｈ − ＥＤＴ識別子１１０１Ｊ ＭＶＳ Ｉ／Ｏ構成トークンは、オペレーティング・シ
ステムが初期化過程を完了した時に初期プログラム・ロ
ード過程の一部として作成される。

【０２１０】− ＩＰＵに対して選択したＩＯＤＦから
ＩＯＤＦ ＷＷＵＶを得る。

【０２１１】− 何も指定されておらず、ＩＰＬに用い
られるＩＯＤＦ内に１つのオペレーティング・システム
のみが存在する場合に、オペレーティング・システム識
別子はＩＰＬまたはデフォルト識別子のための設置によ
って指定される。

【０２１２】− シーケンス番号をゼロに初期化する。

【０２１３】− ＤＤＲ交換の番号をゼロに初期化す
る。

【０２１４】− 何も指定されておらず、かつＩＰＬに
用いられるＩＯＤＦ内に１つのオペレーティング・シス
テムのみが存在する場合に、初期ＥＤＴ識別子はＩＰＬ
またはデフォルト識別子のために指定する。

【０２１５】ＭＶＳ Ｉ／Ｏ構成トークンは、次にあげ
る事象の各々に対して更新するようにする。

【０２１６】− 新しいＩ／Ｏ構成定義を活性化する
時。

【０２１７】この場合、新しいＩＯＤ ＷＷＵＶ及び新
しいオペレーティング・システム構成識別子を構成トー
クン内に記憶する。更に、構成トークン・シーケンス番
号を増加する。ＥＤＴを再構築する場合、ＥＤＴ識別子
を更新する。

【０２１８】− ＤＤＲ交換が起こる時。

【０２１９】構成トークン内のＤＤＲ交換カウントを増
加する。

【０２２０】ＭＶＳ Ｉ／Ｏ構成トークン・テーブル
１１０２ ＭＶＳ Ｉ／Ｏ構成トークン・テーブルは、ｎ個の要素
の配列からなるものである（好適なＭＶＳの実施は、１
６項目のテーブル・サイズを示している）。配列内の各
要素は、有効なＭＶＳ Ｉ／Ｏ構成トークンを表わして
いる。

【０２２１】システムの初期化中、初期ＭＶＳ Ｉ／Ｏ
構成トークンをこのテーブルの最初のスロットに記憶す
る。ＭＶＳ Ｉ／Ｏ構成トークンを変更する度に、即ち
以下のことが起こる時にはいつでも、新しいトークンを
テーブルに追加する。

【０２２２】− 新しいＩ／Ｏ構成定義の活性化の成功
の時。

【０２２３】− ２つのＵＣＢの内容を交換するＤＤＲ
交換の時。

【０２２４】このトークン・テーブルが満配になったな
ら、連続する構成変更が各々、このテーブル内のトーク
ンをシフトさせ、最も古いトークンを除去するようにし
ている（即ち、最新の１６個が保持されている）。ま
た、これは、各ＵＣＢ１１０３Ａ内のトークン・テーブ
ル・インデックスの値を適当なトークンを指し示すよう
に更新することも必要とする（ＵＣＢトークン・テーブ
ル・インデックスの説明については「ＵＣＢトークン・
テーブル・インデックス」を参照されたい）。

【０２２５】ＵＣＢトークン・テーブル・インデックス
１１０３Ａ ＵＣＢトークン・テーブル・インデックスは、ＭＶＳ
Ｉ／Ｏ構成トークン・テーブルへのインデックスを含む
ＵＣＢフィールドである。このインデックスは、このＵ
ＣＢ定義を追加した時または最後に変更した時のＭＶＳ
Ｉ／Ｏ構成トークンを表わすものである。

【０２２６】トークン・テーブル値の管理は次のように
機能する。

【０２２７】− ＩＰＬにおいて構築された全てのＵＣ
Ｂは０のインデックスを含んでいる。

【０２２８】− トークン・テーブル内の初期項目（０
のインデックスを有する）は、ＩＰＬにおけるＩ／Ｏ構
成定義を表わすＭＶＳ Ｉ／Ｏ構成トークンを含んでい
る。

【０２２９】− 動的構成変更またはＤＤＲ交換が起こ
った時はいつでも、新しいＭＶＳＩ／Ｏ構成トークンを
作成し、トークン・テーブルに追加する。

【０２３０】− ＵＣＢを動的に追加したか、あるいは
動的に修正した時はいつでも、そのＵＣＢ内のトークン
・テーブル・インデックスを、トークン・テーブル内の
現行のトークンのインデックスに設定する。

【０２３１】− ＤＤＲ交換が起こった時はいつでも、
両方の影響をうけるＵＣＢ内のトークン・テーブル・イ
ンデックス値を、トークン・テーブル内の現行のトーク
ンのインデックスに設定する。

【０２３２】− トークン・テーブルが満配になった
ら、連続する構成変更が各々、このテーブル内のトーク
ンをシフトさせ、最も古いトークンを除去し、最新の１
６個を保持するようにする。また、これは、各ＵＣＢ内
のトークン・テーブル・インデックス値を、適当なトー
クンを指し示すように変更することも必要とする。

【０２３３】注記：ＵＣＢインデックスが既にゼロであ
れば、それはゼロのまま放置する。したがって、ＭＶＳ
構成トークンを検索した後、構成変更が１７回起こる
と、トークンの不整合を検出して装置定義が変化したこ
とを指示するサービスが行なわれる。ＭＶＳ Ｉ／Ｏ構成トークンの使用 注記したように、トークンは、サービスから受取った情
報が入力されたトークンと一貫性があることを保証する
ために、ＭＶＳプログラミング・サービスと共に用いる
ことができる。

【０２３４】ある動的構成変更に対し、トークンの影響
を受ける部分のみを更新する。プログラミング・サービ
スは、戻されるデータに関して一貫性を保証する。例え
ば、動的構成変更がＥＤＴを更新するのみであれば、Ｕ
ＣＢ情報を戻すプログラミング・サービスは、何かに一
貫性がないということを指示することはない。

【０２３５】トークンは、次の４つの場合を検出するの
に用いることができる。

【０２３６】− ＵＣＢの組を動的に変更した。

【０２３７】− 特定の装置の定義を動的に変更した。

【０２３８】− ＥＤＴを動的に再構築した。

【０２３９】− 装置がＤＤＲ交換に関係があった。

【０２４０】ＭＶＳ Ｉ／Ｏ構成トークンの概念によっ
て、プログラムはＵＣＢアドレスまたは装置番号のリス
トを、構成トークンがリストに保持されているという条
件の下で、全てのＵＣＢをリスト内に固定し続けること
なく維持することができる。また、構成トークンは、Ｕ
ＣＢ定義がその構成トークンによって表わされる構成と
一貫性があることを保証するために、システム・サービ
スによって用いられる。具体的には、サービスは、入力
装置番号またはＵＣＢアドレスに対する装置定義が入力
構成トークンが表わす時点から変化していないことを保
証する。ＵＢＣ内のトークン・インデックスが、入力と
して受取ったトークンよりも新しい構成トークンを表わ
しているならば、サービスは装置定義が入力されたトー
クンとは一貫性がないことを示す（サービスからのリタ
ーン・コードによって）。

【０２４１】注記：ＭＶＳの実施においては、最新の１
６トークンのみを保持するようにしているので、プログ
ラムが構成トークンを検索し得ること、１７回の動的Ｉ
／Ｏ構成変更が起こること、そして特定の装置定義が変
っていなくてもプログラムがトークンの不整合を検出す
ることが可能である。

【０２４２】構成トークンによって、プログラムは他の
方法では検出されないような、次にあげる場合を検出で
きるようになる。

【０２４３】− 特定の装置番号に対する構成定義を変
更する（サービスは、ＵＣＢがその装置番号のために存
在することと、装置定義がトークンと一貫性があること
との双方を確認するからである）。

【０２４４】− あるＵＣＢを削除し、後に異なるＵＣ
Ｂを同じ記憶アドレスに加入する（サービスは、ＵＣＢ
アドレスが有効なＵＣＢを表わすことと、装置定義がト
ークンと一貫性があることとの両方を確認するからであ
る）。

【０２４５】装置ピンニング（ｐｉｎｎｉｎｇ） 上記したように、本発明は、データの保全性の目的のた
めのピン・メカニズムを提供するものであるので、シス
テムによって用いられている装置定義には、削除不適格
として印すことができる。このピン・メカニズムは次に
あげる処理を提供する。

【０２４６】− 装置のピンニング。

【０２４７】− ＵＣＢ（及びそれと関連する装置に関
係したデータ構造）に削除不適格と印すことを、許可さ
れたプログラムに要求させる。

【０２４８】− ある装置への全ての経路に削除不適格
と印すことを、許可されたプログラムに要求させる。こ
れは、装置のピンニングよりも粒状（ｇｒａｎｕｌａ
ｒ）である。経路もピンされていないならば、装置ピン
ニングから経路ピンニングを分離すれば、ピンされてい
る装置から経路を動的に削除することができる。

【０２４９】このピン・メカニズムにとって重要なデー
タ構造を図１３に示す。この構造は次のものを含んでい
る。

【０２５０】ピン・キュー・ヘッダ １１０４ ピン・キュー・ヘッダはＵＣＢ（１１０３Ｂ）にアンカ
ーされ、次のフィールドからなるものである。

【０２５１】制御ブロック・バージョン番号 １１０４
Ａ ＰＱＥのカウントが有効でない時を示すフラグ １１０
４Ｂ ＰＱＥチェーン上のＰＱＥのカウント １１０４Ｃ ＰＱＥチェーン上の最初のＰＱＥのアドレス １１０４
Ｄ ＰＱＥチェーン上の最後のＰＱＥのアドレス １１０４
Ｅ ＵＣＢのアドレス １１０４Ｆピン・キュー要素 １１０５ ピン・キュー要素は、ＰＱＥから二重ヘッド・二重スレ
ッド・キュー（ｄｏｕｂｌｅ ｈｅａｄｅｄ，ｄｏｕｂ
ｌｅ ｔｈｒｅａｄｅｄ ｑｕｅｕｅ）にアンカーさ
れ、次のフィールドからなるものである。

【０２５２】制御ブロック・バージョン番号 １１０５
Ａ フラグ １１０５Ｂ − 要求がアドレス空間の終端を越えて続く場合の指示
部。

【０２５３】− ピンをタスク・モード呼び出し部に対
して行なった場合の指示部。

【０２５４】−要求が、装置への全ての経路を固定する
ためのものであった場合の指示部。

【０２５５】− ＮＩＰの間に要求が行なわれたことの
指示部。

【０２５６】最初の次のＰＱＥのアドレス １１０５Ｃ 以前のＰＱＥのアドレス １１０５Ｄ ＰＱＨのアドレス １１０５Ｅ ピン・シーケンス・カウント １１０５Ｆ 現行の主要アドレス空間に対するＳＴＯＫＥＮ １１０
５Ｇ（ピンニングを行なったアドレス空間を示す） 要求元の構成物ＩＤ １１０５Ｈ ＳＲＢモード・ピンナー（ｐｉｎｎｅｒ）のピンナーＩ
Ｄ １１０５Ｊ ＡＳＩＤ； タスク・モード・ピンナーに対するジョブ・ステップＴ
ＣＢのアドレス。

【０２５７】ピンの時間及び日付け １１０５Ｋ ピン・テキスト １１０５Ｌピン・トークン １１０６ 装置のピンナーには、８バイトのピン・トークンが戻さ
れる。ピン・トークンは次の２つの機能を備えている。

【０２５８】− 削除すべきＰＱＥを独特に識別する。

【０２５９】− 削除すべきＰＱＥのための高速検索を
行なう。

【０２６０】ピン・トークンは、次の２つのフォーマッ
トを有する。

【０２６１】ＰＱＥアドレス １１０６Ａ ピン・シーケンス・カウント １１０６Ｂ ピン・サービス機能を図１４に示す。１２０１にて、必
要な直列化及び確認を行なう。即ち、ロック（ＵＬＵＴ
ロック）を得て、動的構成に対抗して直列化し、ＵＣＢ
をロックしてピン・キューを直列化する。装置番号を抽
出し、ＵＣＢの検索を行ない、結果として得られたＵＣ
Ｂアドレスが入力されたＵＣＢアドレスと整合すること
を保証することによって、ＵＣＢアドレスを確認する
（ＵＣＢをロックする前に）。もしＰＱＨが存在しない
なら（１２０２）、ＰＱＨを１つ構築し（１２０３）、
ＵＣＢから開放する（図１３の１１０４を参照）。そし
て、ピン・シーケンス・カウント（ピン・トークンの独
特性を保証するためのカウンタ）を更新し（図１３の１
１０５Ｆ）、ＰＱＨをチェーンに加入（１２０４）する
（図１３の１１０５）。次に、タスクまたはアドレス空
間情報をＰＱＥに追加し（１２０５）、タスク・モード
・ピンをジョブ・ステップ・タスクＴＣＢに関連付ける
と共に、関連するＳＲＢモード・ピンを主要アドレス空
間に関連付ける（図１３の１１０５Ｊを参照）。最後
に、ロックを開放し（１２０６）、ピン・トークンを構
成し、戻す。

【０２６２】アンピン（ｕｎｐｉｎ）機能を図１５に示
す。１２２１で、入力されたピン・トークン（図１３の
１１０６を参照）を確認し（ＰＱＥアドレスが有効なＰ
ＱＥであることと、ピン・トークン内のピン・シーケン
ス・カウントがＰＱＥ（図１３の１１０５Ｆを参照）内
のシーケンス・カウントと整合することを保証すること
によって）、ＵＣＢのロックを得てピン・キューを直列
化する。そして、ＰＱＥをＰＱＥチェーンから除去し
（１２２２）、このチェーン上にＰＱＥが残っていない
ならば（１２２３）、ＰＱＨを除去する（図１３の１１
０３Ｂ、１１０４参照）。最後に、ＵＣＢロックを解く
（１２２５）。

【０２６３】グループ直列化 上記したように、直列化技法の別の主要な部分は、グル
ープ定義の変更が許可されている間に、複数の装置グル
ープに対する直列化要求を処理するグループ直列化メカ
ニズムである。

【０２６４】従来技術では、ユーザがユニット名または
属名を与え、装置にそれらを割り当てるように要求でき
ることが知られている。オペレーティング・システムの
「割り当て」機能は、これらの要求を具体的な装置番号
（または装置番号の組）に対する要求に変換する。ＩＢ
ＭのＭＶＳ／ＥＳＡオペレーティング・システムは、装
置番号のグループを「割り当てグループ」に分割し、こ
の機能を達成することで知られており、ここでは、割り
当てグループとは、同一の総称的装置形式に属する装置
の組として定義され、ユニット名の同じ組に正確に定義
される。図１６Ａは７つのこのような割り当てグループ
定義を示しており、図１６Ｂは、装置５７１（以前のグ
ループ６に属する。図１６Ａの１３０１）がユニット名
Ｔ２からユニット名Ｔ１（同じくグループ５に属する。
図１６Ｂの１３０２）に再定義された後の同じシステム
内の７つの割り当てグループを示している。

【０２６５】更に、特定のユニット名内に含まれる１つ
または複数の割り当てグループを表わす「グループ・マ
スク」をＥＤＴ内に含むことも、従来技術では知られて
いる。図１７は、図１６Ａ内の定義に対応するグループ
・マスクを示したものである。例えば、ユニット３３５
０は、３つのビットがオンになっており（１３０３）、
このユニット名が割り当てグループ２、３及び４に及ぶ
ことを示すものとして、示されている。これらのグルー
プ・マスクは、過去においては、共通記憶装置内の「グ
ローバル・マスク」と共に用いて、特定のグループへの
アクセスを直列化していた。図１７に示す例では、グロ
ーバル・マスク（１３０４）では、グループ５がロック
されていることを示すビットがオンになっており、した
がって、グループ５（図１７の例における３４８０また
はＴ１）に及ぶいかなるユニット名を割り当てるユーザ
の試みも待たなくてはならない。

【０２６６】本発明は、動的に修正可能なＩ／Ｏ構成
（「再構成」）を提供するので、装置５７１が図１６Ａ
と１６Ｂとの間でそうであったように、装置番号を割り
当てグループ間で移動することが可能となる。したがっ
て、更にアコモデーションを要することなく、再構成前
のロックするグループ５は、再構成後にグループの全て
の装置部分をロックすることはない（特に、装置５７
１）。

【０２６７】この問題を解決するために、本発明の好適
実施例は、図１８の１４０１に示すように、「グループ
・マスク変換テーブル」（ＧＭＣＴ）をＥＤＴの一部と
して含むこととした。このテーブルは各割り当てグルー
プに対応する行を備え、再構成中のＥＤＴ（「新しいＥ
ＤＴ」）内の入力グループ・マスクから「変換された」
グループ・マスクを作成するのに用いられる。図１６
Ａ，１６Ｂ，１７の再構成の例を用いて、対応するＧＭ
ＣＴ（図１８の１４０１）を次のようにして構成する。
ＧＭＣＴ内の各行は、新しいＥＤＴ内の割り当てグルー
プに対応する。各列は、古いＥＤＴ内の割り当てグルー
プ番号に対応する。（新しい）割り当てグループＸ内の
装置が（古い）割り当てグループＹ内に発生したなら、
行Ｘ列Ｙにビットを設定する。このように、装置５７０
及び５７１（新しい割り当てグループ５）は古い割り当
てグループ５（装置５７０）及び６（装置５７１及び５
７２）に及ぶので、行１４０２（新しい割り当てグルー
プ５に対する。図１６Ｂを参照）はビット５及び６（図
１６Ａを参照）を有する。

【０２６８】次に、ＧＭＣＴを入力マスク（直列化すべ
き特定の割り当てグループの特定の組を表わす）と共に
用いて、次のように「変換されたマスク」を作成する。
入力されたマスク内に設定された各ビット組を用いて、
ＧＭＣＴから１つの行を選択し、その行を論理的にオア
（ＯＲ）し、構築中の変換されたマスクに入れる。例え
ば、ユニット３４８０に対する入力マスクが図１８の１
４０３に示されている。この入力マスクを用いると、Ｇ
ＭＣＴ１４０１の行５と６とを論理的にオアする結果に
なり、変換されたマスク１４０４を生成する。

【０２６９】図１９は、これらの概念をいかに連結して
１つの割り当てグループへの排他的アクセスを得るかを
示したものである。１５０１において、グループの変更
が進行中であるか試験を行なう（古いＥＤＴのユーザが
新しいＥＤＴのユーザと同時に存在していたなら、変更
は進行中である。これは、新しいＥＤＴ内の指示によっ
て知らされる）。進行中であるなら、上述した方法によ
って、ＧＭＣＴと入力されたグループ・マスクとを用い
て、変換されたグループ・マスクを作成する（１５０
２）。次に、適切な直列化ロックを得て、グループへの
アクセスを要求している他の過程との直列化を行なう
（１５０３）。入力マスク及び変換されたマスクを用い
て、必要なグループへのアクセスを得る試みを行なう
（１５０４、１５０７）。ここで、入力マスクは、新し
いＥＤＴと関連する（第１の）グローバル・マスク
（「ロックされた」グループを表わす）に対抗して用い
られ、変換されたマスクは、古いＥＤＴに関連する（第
２の）グローバル・マスクに対抗して用いられる。（例
示すると、図１７の１３０４のグローバル・マスクは、
グループ５がロックされているが、他の全グループはロ
ックされていないことを示している。グループ２、３及
び４は現在ロックされていないので、「３３５０」を割
り当てる試み（１３０３）は成功する。続いて、グロー
バル・マスク１３０４とマスク１３０３とで「オア」を
取り、これら３ビットをオンにして、これら３つのグル
ープは現在ロックされていることを示す。アンドを取る
試みが失敗すると、後の待機過程の後の「ポスト（ｐｏ
ｓｔ）」のための、従来の「待機状態」となる（１５０
９）（既に保持されている任意の元のグループをまず開
放する）。最後に直列化ロックを解き、このルーチンを
終了する。

【０２７０】図２０は、１つのグループ内の装置への排
他的アクセスを開放するために必要な制御の流れを示し
たものである。この論理は既に述べたアクセスを得るた
めのそれと非常に類似している。即ち、グループの変更
がいまだ進行中であるかを試験し（１６０１、１６０
５）、変換されたマスクを作成し（１６０２）、ロック
し、ロックを解く（１６０３、１６０９）。大きな違い
は、入力マスクと元のグローバル・マスクとで排他的論
理和を取り（１６０４）、変換されたマスクと２次側の
グローバル・マスクとで排他的論理和を取る（１６０
６）ことによって、グループへのアクセスを無条件に開
放することであり、この場合いかなる待機過程も、終了
以前に従来通り「ポスト（ｐｏｓｔ）」されている（１
６０８）。

【０２７１】付録Ａ プロセッサ及びO/S構成IDを Find 古いIODFでの各装置毎に DO FOR 新しいIODFに装置を Find IF 古いIODFでの装置が新しいIODFに見出されない THEN CCBに“装置削除"の項目を Create ELSE IF ソフトウェア定義が変更された THEN 古い装置を削除し、 項目にソフトウェアのみとしてマー
クするために、CCBに“装置削除”の項目を Create 新しい装置を追加し、 項目にソフトウェアのみとして
マークするために、CCBに“装置追加”の項目を Create IF 古い装置と新しい装置との間に共通の制御ユニット
がない THEN If この装置に対する、ソフトウェアのみが“装置削
除”の項目がCCBにある THEN “装置削除”及び“装置追加”の項目をハードウェア及
びソフトウェアとして Mark ELSE 装置に対する“装置削除”の項目を Create 装置に対する“装置追加”の項目を Create ELSE 共通に幾つかのCUがある IF 新しい装置が制御ユニットを持つ THEN 制御ユニットを追加するために“装置修正”の項目を C
reate IF 新しいIODFでの装置が制御ユニットを失いつつある
制御ユニットを削除するために“装置修正”の項目を C
reate IF サブチャンネル特性が変更された装置特性を変更す
るために“装置修正”の項目を Create (好ましい経路、インターフェース・タイムアウト又は不
法な状態の検出) ENDDO 新しいIODFにおいて各装置毎に DO FOR 古いIODFに制御ユニットを Find IF 装置が見出されない THEN 新しい装置を追加するために“装置追加”の項目を Cre
ate ENDDO 古いIODFにおいて各制御ユニット毎に DO FOR 新しいIODFに制御ユニットを Find IF 古い制御ユニットが新しいIODFに見出されない THEN 制御ユニットを削除するために“制御ユニット削除”の
項目をCreate ELSE IF 古いIODFでの制御ユニットと新しいIODFでの制御ユ
ニットとの間に共通のCHPIDがない OR 制御ユニット定
義がユニット・アドレス範囲を除いて変更された THEN “制御ユニット削除”の項目を Create まだ“装置削除項目”又は“装置追加項目”を生成され
ない制御ユニット上の各装置に対する経路を除去するた
めに“装置修正項目”をCreate。IF 装置に対する、ソフ
トウェア削除又は追加の項目が既にあるならば、ハード
ウェア及びソフトウェアの変更を行うため削除及び追加
の項目をchange “制御ユニット追加”の項目を Create まだ“装置削除項目”又は“装置追加項目”を生成され
ない制御ユニット上の各装置に対する経路を追加するた
めに“装置修正項目”を Create IF 装置に対する、ソフトウェア削除又は追加項目が既に
あるならば、ハードウェア及びソフトウェア変更を行う
ために削除及び追加の項目をchange ELSE IF 制御ユニットが追加のCHPIDを持つ THEN CHPIDを追加するために“制御ユニット修正”の項目をc
reate まだ“装置削除項目”又は“装置追加項目”が生成され
ない制御ユニット上の各装置に対する経路を追加するた
めに“装置修正項目”をCreate。IF 装置に対する、ソ
フトウェア削除又は追加の項目があるならば、 ハードウ
ェア及びソフトウェア変更を行うため削除 及び追加の
項目をchange IF 制御ユニットがCHPIDを除去された THEN CHPIDを削除するため“制御ユニット削除”の項目をCre
ate まだ“装置削除項目”又は“装置追加項目”が生成され
ない生成ユニット上の各装置に対する経路を除去するた
めに“装置修正項目”を Create IF 制御ユニット、ユニット・アドレス範囲が変わった TH
EN U/A範囲を変更するために“制御ユニット修正”の項目
をCreate ENDDO 古いIODFにおいて各制御ユニット毎に DO FOR 古いIODFに制御ユニットを Find IF 制御ユニットが見出されない THEN “制御ユニット追加”の項目を Create ENDDO 古いIODFにおいて各CHPID毎に DO FOR 新しいIODFにCHPIDを Find IF CHPID定義が変更された THEN “CHPID削除”の項目を Create ELSE IF CHPID定義が変更された THEN CHPID削除項目を Create CCBに削除項目又は追加項目を既に持つ制御ユニットを
除いて(制御ユニットが他の経路を持つかどうかに依存
して)CHPID上の各制御ユニットに対して“制御ユニット
修正”又は“制御ユニット削除”の項目を Create CCBに装置削除項目を既に持つ制御ユニットを除いて(装
置への交互の経路があるかどうかに依存して)CHPID上の
各制御ユニット上の各装置に対して“装置削除”の項目
の“装置修正”の項目を Create。ソフトウェアのみ削
除及び項目があるならば、ハードウェア及びソフトウェ
ア変更へ変換される CHPID追加の項目を Create 上記ステップで経路が除去された又は追加された各制御
ユニットに対して“制御ユニット修正”の項目を Creat
e 上で経路が除去された各制御ユニット上の各装置に対し
て“装置修正”の項目又は“装置追加”の項目を Creat
e ENDDO 新しいIODFにおいて各CHPID毎に DO FOR 古いIODFにCHPIDを Find IF CHPIDが見出されない THEN “CHPID追加”の項目を Create ENDDO付録Ｂ Ｉ／Ｏ定義ファイル（ＩＯＤＦ） Ｉ／Ｏ定義ファイル（ＩＯＤＦ）と呼ばれるハードウェ
ア定義をファイルにセーブする。このファイルは１つ以
上のプロセッサのためのＩ／Ｏ定義情報を含んでいる。
また、次の処理に必要な情報も含んでいる。

【０２７２】− 各プロセッサに対してＩＯＣＤＳメン
バを構築する。

【０２７３】− Ｉ／Ｏ定義内の装置に対してＵＣＢを
構築する。

【０２７４】− Ｉ／Ｏ定義ファイル内の装置に対して
１つ以上の適格装置テーブル（ＥＤＴ）を構築する。

【０２７５】一般に、Ｉ／Ｏ定義ファイルは、木状に順
序付けられていて共に接続されたレコードの組からなる
ものである。

【０２７６】Ｉ／Ｏ定義ファイルは、特定のセクション
（例えば、オペレーティング・システム装置情報、属
（Ｇｅｎｅｒｉｃ）定義テーブル、及び割り当て定義テ
ーブル）に収集されたレコードの幾つかに対して、ブロ
ック化された連続アクセスを可能とし、組み込まれた連
鎖可能性（ｃｈａｉｎｉｎｇ ｐｏｓｓｉｂｉｌｉｔｉ
ｅｓ）を用いることなく、高性能をもたらすように構成
する。

【０２７７】レコード形式の幾つかを隣接する記憶位置
に収集することに加えて、異なる関係を有するレコード
を共に隣接領域にグループ化するように、ＩＯＤＦ内に
特別な定義の組を設けている。このような定義の組は、
属定義テーブル（ＧＤＴ）及び割り当て定義テーブル
（ＡＤＴ）であり、ＡＤＴ自体は割り当て定義領域（Ａ
ＤＡ）に収集される。上記定義された領域を再びオペレ
ーティング・システム毎に共にグループ化する。これに
ついては図２１、２２、１７を参照されたい。

【０２７８】Ｉ／Ｏ定義ファイルは、次のセクションか
ら成る。

【０２７９】− ＨＣＤが用いる制御情報を含むファイ
ル・ヘッダ。

【０２８０】このセクションは、制御情報と共に、ＩＯ
ＤＦの別のセクションへのオフセットも含んでいる。ヘ
ッダは、ＩＯＤＦ線形空間の原点に常駐しており、４０
９６バイトの長さを有する。

【０２８１】− オペレーティング・システム記録（Ｏ
ＳＳ）セクション。このセクションは、ＩＯＤＦの原点
に関するページ境界上で開始する。これは、共にグルー
プ化された全てのオペレーティング・システムのレコー
ドを含む。

【０２８２】ＯＳＲ．．． − 次にあげるセクションは共にグループ化され、各オ
ペレーティング・システムの構成定義に対して繰り返さ
れるものである。

【０２８３】− オペレーティング・システムが用いる
属定義テーブル（ＧＤＴ）セクション。このセクション
はＩＯＤＦの原点に関するページ境界上で開始する。こ
れは、次のような属定義レコードを含んでいる。

【０２８４】（ＧＧＲ ＧＲＲ ．．．）．．． − オペレーティング・システムが用いる割り当て定義
領域（ＡＤＡ）セクション。このセクションは、ＩＯＤ
Ｆの原点に関するページ境界上で開始する。これは、Ａ
ＴＲによってアドレスされる複数の異なる割り当て定義
テーブルを含んでいる。ＡＤＡ内の異なる割り当て定義
レコードの組織は、次のようになっている。

【０２８５】ＡＤＴ．．．、一方、ＡＤＴは（ＧＵ
Ｒ．．．）（ＥＧＲ ＥＲ Ｒ．．．）．．．によって
設定される。

【０２８６】− オペレーティング・システムが用いる
割り当て定義テーブル・インデックス・セクション。こ
のセクションは、ＩＯＤＦの原点に関するページ境界上
で開始する。これはオペレーティング・システムのユニ
ーク制御情報を含み、割り当て定義テーブルのヘッダ・
レコード（ＡＴＲ）から成る。このセクションの長さ
は、定義された割り当て定義テーブルの数に従って変え
ることができる。

【０２８７】ＡＴＲ．．． − オペレーティング・システムが用いるＭＶＳ装置レ
コード・セクション。このセクションは、ＩＯＤＦの原
点に関するページ境界上で開始する。これは、４バイト
の装置番号で順序付けたオペレーティング・システム装
置レコード（例えば、ＭＤＲ）を含んでいる。

【０２８８】ＭＤＲ．．． − オペレーティング・システムが用いるＮＩＰコンソ
ール・セクション。このセクションは、ＩＯＤＦの原点
に関するページ境界上で開始する。

【０２８９】これはＮＩＰコンソール・レコードを含ん
でいる。

【０２９０】ＮＣＲ．．． − オペレーティング・システムからは独立している領
域 − チャンネル経路レコードセクション（ＣＰＳ）。こ
のセクションは、ＩＯＤＦの原点に関するページ境界で
開始する。これは、各プロセッサに対して共にグループ
化された全てのＣＰＲレコードを含んでいる。

【０２９１】ＣＰＲ．．． − 制御ユニット・アタッチメント・レコード・セクシ
ョン（ＣＡＳ）。このセクションは、ＩＯＤＦの原点に
関するページ境界上で開始する。これは、各プロセッサ
に対して共にグループ化された全てのＣＡＲレコードを
含んでいる。

【０２９２】ＣＡＲ．．． − 装置アタッチメント・レコード・セクション（ＤＡ
Ｓ）。このセクションは、ＩＯＤＦの原点に関するペー
ジ境界上で開始する。これは、各プロセッサに対して共
にグループ化された全てのＤＡＲレコードを含む。

【０２９３】ＤＡＲ．．． − 装置レコード・セクション（ＤＶＳ）。このセクシ
ョンは、ＩＯＤＦの原点に関するページ境界上で開始す
る。これは、装置番号で順序付けられた全てのＤＶＲレ
コードを含んでいる。

【０２９４】ＤＶＲ．．． − 制御ユニット・レコード・セクション（ＣＵＳ）。
このセクションは、ＩＯＤＦの原点に関するページ境界
上で開始する。これは制御ユニット番号で順序付けた全
てのＣＵＲレコードを含んでいる。

【０２９５】ＣＵＲ．．． − 未指定セクション。このセクションは、ＩＯＤＦの
原点に関するページ境界上で開始する。これは、ＩＯＤ
Ｆの残ったレコード全てを含んでいる。レコードは、グ
ループ化せずに、長さによって降順に記憶されている。
これらをアドレスするには、対応する木構造の埋め込ま
れたフィールドを用いるのみでよい。

【０２９６】Ｉ／Ｏ定義ファイルは、次のレコードから
成る。

【０２９７】− ＩＯＤＦヘッダ・レコード（ＩＨＲ） これは、ＨＣＤが用いる制御情報（例えば、ＷＷＵ
Ｖ）、木の根、即ちＩＯＤＦセクションの開始と終了へ
のオフセット、異なるレコードの長さ、カウンタ等を含
んでいる。

【０２９８】− オペレーティング・システム・レコー
ド（ＯＳＲ）。

【０２９９】オペレーティング・システム構成毎に１つ
の定義されたＯＳＲがある。

【０３００】− プロセッサ・レコード（ＰＲＲ） ＩＯＤＦ内で定義された各プロセッサ（プロセッサ構成
定義）に対して１つのプロセッサ・レコード（ＰＲＲ）
がある。定義された各ＰＲＲは、特定のプロセッサに関
する制御情報を含んでいる。定義することができるプロ
セッサの最大数は、４０９６である。

【０３０１】各プロセッサは、ユーザによって指定され
且つプロセッサのためのＰＲＲをアドレスするために用
いられる、８個までの英数字の名前で定義されなくては
ならない。

【０３０２】− チャンネル経路レコード（ＣＰＲ） ＩＯＤＦ内に定義されている各プロセッサに対して、２
５６個で１組のチャンネル経路レコードがある。各定義
されたＣＰＲは、そのプロセッサに取り付けられたチャ
ンネル経路に関する制御情報を含んでいる。ある与えら
れたプロセッサのプロセッサ名を用いて、そのプロセッ
サ用の１組２５６個のＣＰＲをインデックスする。ある
与えられたプロセッサ上で定義することができるチャン
ネル経路識別子（ＣＨＰＩＤ）を、プロセッサ情報テー
ブル（ＰＩＴ）によって制御する。

【０３０３】− 区画レコード ＩＯＤＦ内に定義された各プロセッサに対して、２５６
個で１組の区画レコードがある。定義された各区画レコ
ードは、８文字の区画名、区画識別子、及び区画に指定
されたチャンネル経路のカウントを含んでいる。

【０３０４】注記：ＰＡＲに対して定義されているプロ
セッサのみが、定義されたＰＡＲを有することになる。
ある与えられたプロセッサのプロセッサ名を用いて、そ
のプロセッサ用の１組２５６個のＰＡＲをインデックス
する。ある与えられたプロセッサに対して定義すること
ができる区画の最大数を、関連するプロセッサ情報テー
ブル（ＰＩＴ）によって制御する。

【０３０５】− ＩＯＣＤＳレコード（ＩＣＲ） ＩＯＤＦ内に定義されている各プロセッサに対して１組
のＩＯＣＤＳレコードがある。各ＩＯＣＤＳレコード
は、ＩＯＣＤＳデータ・セットの名称、及びそのデータ
セットを最後に更新したのはいつかを示す情報を含む。

【０３０６】ある特定のプロセッサに対するＩＯＣＤＳ
の最大数は、関連するプロセッサ情報テーブル（ＰＩ
Ｔ）によって制御する。

【０３０７】− 制御ユニット・レコード（ＣＵＲ，Ｃ
ＡＲ） 物理的制御ユニットに関する情報は次の２つの形式のレ
コードに分けられる。

【０３０８】１．物理的制御ユニット・レコード（ＣＵ
Ｒ） ２．制御ユニット・アタッチメント・レコード（ＣＡ
Ｒ） 物理的制御ユニット・レコードは、ユニット、モデル、
取り付けられている装置のカウント、及び取り付けられ
ている装置のユニット・アドレス範囲のような、制御ユ
ニットに関するプロセッサに独立な情報を含んでいる。
ＩＯＤＦには１組のＣＵＲがある。ＩＯＤＦ内で定義す
ることのできるＣＵＲの数は６５５３６である。

【０３０９】各物理的制御ユニットを定義する毎に、そ
れに００００からＦＦＦＦまでの範囲の１６進数の識別
子を指定する。この識別子は、ユーザが指定し、その物
理的制御ユニットに対するＣＵＲをアドレスするために
用いる。

【０３１０】制御ユニット・アタッチメント・レコード
は、取り付けられたチャンネル経路のＩＤ、及び物理的
制御ユニットが所属する論理的制御ユニットに対するＬ
ＣＲの数等の、プロセッサの特定情報を含んでいる。あ
る与えられたプロセッサに取り付けられている各ＣＵＲ
に対して、１組のＣＡＲがある。物理的制御ユニット識
別子を用いて、ある与えられたプロセッサのＣＡＲをア
ドレスする。ある与えられたプロセッサのプロセッサ名
を用いて、そのプロセッサに対するＣＡＲの組をアドレ
スする。

【０３１１】− 論理制御ユニット・レコード（ＬＣ
Ｒ） ＩＯＤＦ内に定義されている各プロセッサに対して、１
組のＬＣＲがある。定義された各ＬＣＲは、そのプロセ
ッサに接続されている論理的制御ユニットに関する制御
情報を含んでいる。ある与えられたプロセッサのプロセ
ッサ名を用いて、そのプロセッサに対するＬＣＲの組を
アドレスする。ＩＯＤＦは、ＬＰＡＲを二重にした制御
ユニットに対するＬＣＲを含まない。これらは、ＩＯＣ
ＤＳを構築している際に、動的に発生するものである。
ある与えられたプロセッサに対して定義することができ
る論理的制御ユニットの数は、そのプロセッサ用のプロ
セッサ情報テーブル（ＰＩＴ）内に指定されている最大
論理的ユニット・カウントを越えることはできない。Ｌ
ＣＲと論理的制御ユニットの番号は、ハードウェア構成
ルーチンによって動的に作成される。ＬＣＲの番号は、
ある特定のプロセッサに対する０と限界値との間の最初
の未使用番号を探して与えられる。

【０３１２】− 装置レコード（ＤＶＲ、ＤＡＲ） 装置に関する情報は次の２つの形式のレコードに分ける
ことができる。

【０３１３】１．装置レコード（ＤＶＲ） ２．装置アタッチメント・レコード（ＤＡＲ） 装置レコードは、ユニット、モデル、特徴、取り付けら
れた物理的制御ユニットのカウント、及び取り付けられ
た物理的制御ユニットの数等の、装置に関する、プロセ
ッサから独立した情報を含んでいる。ＩＯＤＦ内には１
組のＤＶＲがある。この組の中のＤＶＲの数は６５５３
６に制限される。

【０３１４】各装置を定義する毎に、それに００００か
らＦＦＦＦまでの範囲の１６進の番号を指定する。この
番号は、ユーザが指定し、装置のＤＶＲをアドレスする
のに用いる。

【０３１５】装置アタッチメント・レコードは、好適な
チャンネル経路のような、プロセッサの特定情報を含ん
でいる。ある与えられたプロセッサに取り付けられてい
る各ＤＶＲに対して、１組のＤＡＲがある。装置番号
は、ある与えられたプロセッサのＤＡＲをアドレスする
ために用いられる。ある与えられたプロセッサのプロセ
ッサ名を用いて、そのプロセッサのＤＡＲの組をアドレ
スする。

【０３１６】− 位置及びユニット識別レコード（ＬＯ
Ｒ） これらのレコードは随意的である。これらは、プロセッ
サ（ＰＲＲ）、制御ユニット（ＣＵＲ）、装置（ＤＶ
Ｒ）、及びチャンネル経路（ＣＰＲ）のための付加的情
報を含んでいる。これらは、拡張部として基本レコード
に連結されている。これらは一緒に連結されることはな
く、リポジタリ・ユーザに対してはトランスペアレント
である。したがって、基本レコードのほうが短く、処理
ルーチンによる読み取り処理が向上する。これらのレコ
ードは、位置識別、及び対応するハードウェア・ユニッ
トの連番を含んでいる。

【０３１７】− ＮＩＰコンソール・レコード（ＮＣ
Ｒ） どの装置をＮＩＰコンソールとして用いることができる
かを定義するための１組のＮＣＲがある。最大１２８個
のＮＩＰコンソールを指定することが可能である。ＮＣ
Ｒをシステムに加入するには、それらの順番（番号１〜
２５６を使用することができる）を定義し、ユーザが装
置をＮＩＰコンソールとして選択することを希望するよ
うにしなければならない。

【０３１８】ＮＣＲは、コンソールの１６進装置番号
を、ユニット及びモデル指定と共に含んでいる。ＩＯＤ
Ｆヘッダ（ＩＨＲ）は、ＮＣＲへのオフセット及び指定
されたＮＣＲのカウントを含むことになる。

【０３１９】− オペレーティング・システム装置レコ
ード（例えば、ＭＶＳ用のＭＤＲ）これは、オペレーテ
ィング・システムに依存する装置の情報を含んでいる。

【０３２０】− 装置使用レコード（ＤＵＲ） ＩＯＤＳ内に定義されている各装置に対して１組のＤＵ
Ｒがある。同じ装置のＤＵＲを共に連結し、このチェー
ンを対応するＤＶＲレコードに接続する。

【０３２１】ＤＵＲは、エソテリック（ｅｓｏｔｅｒｉ
ｃ）グループ・レコード（ＥＧＲ）または装置が指定さ
れているＮＩＰコンソール・レコード（ＮＣＲ）のいず
れかへのオフセットを含んでいる。

【０３２２】− 属装置グループ・レコード（ＧＧＲ） 全てのＧＧＲを共に連結する。アンカー（ａｎｃｈｏ
ｒ）をオペレーティング・システムレコード内に配置す
る。ＧＧＲのオフセットを、参考のためにＤＶＲレコー
ド内に記憶しておく。

【０３２３】ＧＧＲは、用いられている属装置グループ
の名称を含んでいる。これは、属範囲定義レコード（Ｇ
ＲＲ）のアンカー点である。これは、ＧＧＲに連結され
ているＧＲＲの数を含んでいる。

【０３２４】− 割り当て定義テーブル・レコード（Ａ
ＴＲ） これは、ＡＤＴをアドレスするためのインデックス・レ
コードである。各ＡＤＴに対して１つのＡＴＲ項目があ
る。各ＡＤＴを定義する毎に、ユーザは２バイトの英数
字の識別子を指定する。異なるＡＤＴのＡＴＲが共に連
結される。アンカーをオペレーティング・システム・レ
コードの中に配置する。

【０３２５】ＡＴＲは割り当て定義テーブルを構築する
レコードのアンカー点である。

【０３２６】ＡＴＲはＡＤＴの作成及び更新についての
情報を含んでいる。これらは、エソテリック装置グルー
プ・レコード（ＥＧＲ）に対してアドレスする可能性、
及びＡＤＴの属更新レコード（ＧＵＲ）に対してアドレ
スする可能性を与えるものである。

【０３２７】− 属更新レコード（ＧＵＲ） 同じＡＤＴのＧＵＲを共に連結する。チェーン・ヘッダ
をＡＴＲ内に配置する。

【０３２８】ＧＵＲは、属装置グループの名称によって
識別され、対応する属仕様への重ね書きを含んでいる。
これは、属に対してユーザが定義した優先番号を指定
し、どの属がＶＩＯに対して適格かを指示する。ＧＵＲ
に接続されるＧＲＲはない。システムの属定義テーブル
（ＧＤＴ）内の対応するＧＧＲのＧＲＲは、装置仕様を
含んでいる。

【０３２９】− エソテリック装置グループ・レコード
（ＥＧＲ） 同じＡＤＴのＥＧＲを共に鎖状に連結する。チェーン・
アンカーをＡＴＲ内に配置する。

【０３３０】ＥＧＲは、ＡＤＴに関連するエソテリック
範囲定義レコード（ＥＲＲ）のアンカー点である。

【０３３１】ＥＧＲは、既に定義されたエソテリック装
置グループの名称を含んでいる。また、これはどのエソ
テリックがＶＩＯに対して適格かを指示する。これは、
ＥＧＲに連結されたＥＲＲの数と、逆方向参照のための
ＡＴＲオフセットとを含んでいる。

【０３３２】− 属範囲定義レコード（ＧＲＲ） ＧＲＲはＧＤＴと共に用いる。

【０３３３】同じＧＤＴのＧＲＲを共に連結する。チェ
ーン・ヘッダをグループ・レコード（ＧＧＲ）内に配置
する。

【０３３４】ＧＲＲは、ある属グループに属する一連の
連続装置番号に対する、範囲仕様を含んでいる。ＧＲＲ
内に記憶してある装置番号を用いて、対応するＤＶＲを
アドレスすることができる。

【０３３５】− エソテリック範囲定義レコード（ＥＲ
Ｒ） ＥＲＲはＡＤＴと共に用いる。

【０３３６】同じＡＤＴのＥＲＲを共に連結する。チェ
ーン・ヘッダをグループ・レコード（ＥＧＲ）内に配置
する。

【０３３７】ＥＲＲは、あるエソテリック・グループに
属する一連の連続装置番号の範囲指定を含んでいる。Ｅ
ＲＲ内に記憶されている装置番号を用いて、対応するＤ
ＶＲをアドレスすることができる。

【０３３８】付録Ｃ ＬＣＵの分割／組み合わせ 論理的制御ユニット（ＬＣＵ）は、チャンネル・サブシ
ステムによって用いられる従来技術の実施構成であり、
物理的または論理的にＩ／Ｏ装置を共通に取り付ける１
組の物理的制御ユニットを表わすためのものである。Ｉ
ＯＣＰは、Ｉ／Ｏ構成を定義するために与えられた入力
からＬＣＵを構築する。ＰＯＲにおいて、ＬＣＵは、ハ
ードウェア・システム領域（ＨＳＡ）内に含まれるＩ／
Ｏ構成定義の一部となる。

【０３３９】ＬＣＵはＩＯＣＰによって、次のために作
成される。

【０３４０】− Ｉ／Ｏ装置のない各物理的制御ユニッ
ト。

【０３４１】− 他の物理的制御ユニットとＩ／Ｏ装置
を共用しない各物理的制御ユニット。

【０３４２】− Ｉ／Ｏ装置を共用する制御ユニットの
各グループ。

【０３４３】上述の実施例は、新しいＩ／Ｏ構成定義を
活性化（ＡＣＴＩＶＡＴＥ）する時は、ＬＣＵの分割ま
たは組み合わせをサポートしない。ＬＣＵの分割が起こ
るのは、ある制御ユニットからあるＩ／Ｏ装置への経路
またはあるＩ／Ｏ装置を削除し、その削除によってＬＣ
Ｕの一部であった物理的制御ユニットがもはや共通のＩ
／Ｏ装置を持たなくなった場合である。同様に、ＬＣＵ
の組み合わせが起こるのは、ある制御ユニットからある
Ｉ／Ｏ装置への経路またはあるＩ／Ｏ装置を追加し、そ
の追加によって異なるＬＣＵの一部であった物理的制御
ユニットがあるＩ／Ｏ装置に共通に接続されることとな
った場合である。

【０３４４】ＬＣＵの分割または組み合わせは、ＬＣＵ
の内の１つがどの装置にも取りつけられない場合にのみ
許される。この制限は、必要な変更の組を決定する前
に、ソースと目標の構成定義との間の比較処理の一部と
して実施される。この実施を前もって行ない、１組の計
画した変更の中でのディスラプションを防止する。用い
る方法の詳細については、以下のリストを参照された
い。

【０３４５】古いIODFの全装置を介して Loop If 装置が２以上のPCUに接続される then 装置を分割に対する可能な候補として consider - do 古いIODFの装置に接続された全PCUを介して Loop 新たなIODFにも存在するそれら全部のPCUを Collect 古い装置上の全PCUを介してのループを end 新しいIODFの収集されたPCUの各対を Compare - do If 両方のPCUが異なるLCU上にある then 分割がここで実行された - do (不法な分割を check) If LCUとPCUとが新しいIODFに所属し、古いIODFでのLCU
の部分であった装置であって古いIODFと新しいIODFとの
間でPCUを共有する少なくとも１つの装置を含む then *
**** 不法な分割 ***** end end end 全装置を介してのループを End 新しいIODFを介して全装置を Loop If 装置が２個以上のPCUと接続される then 装置を組み合わせの可能な候補として consider - do 新しいIODFの装置に接続された全PCUを介して Loop 古いIODFにも存在するそれらの全PCUを Collect 新しい装置上の全PCUを介してのループを end 古いIODFの収集されたPCUの各対を Compare -do If 両方のPCUが異なるLCU上にある then 組み合わせがここで実行された - do (不法な組み合わ
せをcheck) If 古いIODFに所属するLCUとPCUとが、新しいIODFのLCU
の部分であった装置であって新しいIODFと古いIODFとの
間でPCUを共有する少なくとも１つの装置を含むthen ***** 不法な分割 ***** end end end 全装置を介してのループを End

【０３４６】

【発明の効果】以上説明したように、この発明は、デー
タの保全性を保証しつつ、データ処理システムのハード
ウェア及びソフトウェアのＩ／Ｏ構成のいづれか又は双
方を動的に変更するメカニズムを提供することができ、
ハードウェア定義及びソフトウェア定義を作成するため
に用いることができる単一のＩ／Ｏ構成定義を作成する
ことができ、システムを第１のＩ／Ｏ定義から第２のＩ
／Ｏ定義に移行させ、その遷移が認められ得ることを確
認できるという格別の効果を奏する。

【図面の簡単な説明】

【図１】既存のシステム構成定義機構を例示する従来例
のブロック図である。

【図２】本発明のシステム構成機構のブロック図であ
る。

【図３】本発明の動的Ｉ／Ｏ構成過程の全体を表わす流
れ図である。

【図４】構成の変更を確認するための流れ図である。

【図５】装置削除を確認するための流れ図である。

【図６】Ａは装置追加を確認するための流れ図であり、
Ｂは装置経路の追加を確認するための流れ図であり、Ｃ
は装置経路の削除を確認するための流れ図である。

【図７】Ｉ／Ｏ構成を更新するための流れ図である。

【図８】Ｉ／Ｏハードウェア構成を更新するための流れ
図である。

【図９】Ｉ／Ｏ構成の変更を取消すための流れ図であ
る。

【図１０】Ａ及びＢはそれぞれ、ＣＣＢ及びＣＣＢＸの
構造を例示する制御ブロック図である。

【図１１】Ａ、Ｂ及びＣはそれぞれ、ＣＣＢの装置、制
御ユニット、チャンネル及び経路ＩＤ（ＣＨＰＩＤ）項
目の構造を例示する制御ブロック図である。

【図１２】フォローアップＣＣＢ項目を作成するのに係
わる論理を例示する論理流れ図である。

【図１３】本発明にとって重要な制御ブロックを示す制
御ブロック図である。

【図１４】ピン機能を示す流れ図である。

【図１５】アンピン機能を示す流れ図である。

【図１６】Ａは従来技術による割り当てグループの第１
のグループを示す図であり、Ｂは従来技術による割り当
てグループの第２のグループを示す図である。

【図１７】Ａ及びＢはそれぞれ、従来技術によるＥＤＴ
グループ・マスクとグローバル・マスクを示す図であ
る。

【図１８】入力マスクを／ＧＭＣＴに用いて変換したマ
スクを作成することを示す図である。

【図１９】ある割り当てグループへの独占的アクセスを
得るための制御の流れを示す流れ図である。

【図２０】ある割り当てグループへの独占的アクセスを
解除するための制御の流れを示す流れ図である。

【図２１】ＩＯＤＦの構造を例示する論理的構造図であ
る。

【図２２】ＩＯＤＦの構造を例示する論理的構造図であ
る。

【符号の説明】

１０１．．．Ｉ／Ｏ構成定義 １０２．．．Ｉ／Ｏ構成データ・グループ（ＩＯＣＤ
Ｓ） １１１．．．構成定義プログラム（ハードウェア構成定
義（ＨＣＤ）） １１２．．．現行システムのＩ／Ｏ構成 １１３．．．未来のシステムのＩ／Ｏ構成 １１５．．．定義構造 １１６．．．制御ブロック定義 １１７．．．構成変更ブロック（ＣＣＢ）

フロントページの続き (72)発明者 リチヤード・クウイアカラ アメリカ合衆国12590、ニユーヨーク州 ワツピンガーズ・フオールズ、エツジヒ ル・ドライブ 118番地 (72)発明者 マーク・ジヨセフ・フアンタコン アメリカ合衆国12603、ニユーヨーク州 ポウキープシー、フオツクス・ラン 93番 地 (72)発明者 ジエフレイ・ダグラス・ハガー アメリカ合衆国12603、ニユーヨーク州 ポウキープシー、フオツクス・ラン 105 番地 (72)発明者 デニス・デイーン・コレン アメリカ合衆国12524、ニユーヨーク州 フイツシユキル、ミルホランド・ドライブ 10番地 アイ (72)発明者 アラン・サミユエル・メリツト アメリカ合衆国12603，ニユーヨーク州 ポウキープシー、サツトン・パーク・ロー ド 21番地 (72)発明者 ミヒヤエル・シユルテ ドイツ連邦共和国 7400、 トウビンゲ ン、オイゲンシユトラーセ 25番地 (72)発明者 ハリー・モーリス・ユデンフレンド アメリカ合衆国12590、ニユーヨーク州 ワツピンガーズ・フオールズ、オール・エ ンジエルズ・ヒル・ロード 112番地

Claims (2)

【特許請求の範囲】
1. 【請求項１】 中央プロセッサと、該中央プロセッサに
   取り付けられているＩ／Ｏサブシステム内のＩ／Ｏユニ
   ットと、オペレーティング・システムとを有するコンピ
   ュータ・システムにおける、１つ以上の前記Ｉ／Ｏユニ
   ットの動的再構成のためのシステムであって、 Ａ）構成定義ファイル上に、前記１つ以上の前記Ｉ／Ｏ
   装置の関連した構成を表わす１つ以上の構成インスタン
   スを作成するための定義手段と、 Ｂ）前記定義手段によって作成され、第１の関連した構
   成を表わす現行の構成インスタンスと、 Ｃ）前記定義手段によって作成され、第２の関連した構
   成を表わす将来の構成インスタンスと、 Ｄ）前記現行の構成インスタンスから、前記第１の関連
   した構成を前記オペレーティング・システムに記述する
   １つ以上の動的に変更可能なソフトウェア制御ブロック
   を作成するためのシステム初期化手段と、 Ｅ）前記現行の構成インスタンスから、前記第１の関連
   した構成を前記Ｉ／Ｏサブシステムに記述する１つ以上
   の動的に変更可能なハードウェア制御ブロックを作成す
   るためのハードウェア初期化手段と、 Ｆ）前記第１の関連した構成から前記第２の関連した構
   成へ変更するとき、前記現行の構成インスタンスと前記
   将来の構成インスタンスとから、前記ソフトウェア制御
   ブロック及び前記ハードウェア制御ブロックに成される
   変更を記述する構成変更ブロックを作成するための活性
   化手段と、 Ｇ）前記構成変更ブロックから、前記ハードウェア制御
   ブロック及び前記ソフトウェア制御ブロックへの変更を
   作成し、前記変更の作成が成功の場合、前記ソフトウェ
   ア制御ブロックは、前記第２の関連した構成を前記オペ
   レーティング・システムに記述し、前記ハードウェア制
   御ブロックは、前記第２の関連した構成を前記Ｉ／Ｏサ
   ブシステムに記述し、前記変更の作成が失敗したとき、
   変更作成エラー指示を設定するようにした動的作用手段
   と、 を具備するシステム。
2. 【請求項２】 前記活性化手段に連結され、前記変更が
   有効であるかを検出し、前記変更が無効であることが発
   見されたならば、確認エラー指示を設定するための確認
   手段を更に備えている請求項１記載のシステム。