JPH0766360B2 - 入出力装置の再構成管理システム及び方法並びに入出力装置に対するアクセスシリアル化方法 - Google Patents
入出力装置の再構成管理システム及び方法並びに入出力装置に対するアクセスシリアル化方法Info
- Publication number
- JPH0766360B2 JPH0766360B2 JP4028542A JP2854292A JPH0766360B2 JP H0766360 B2 JPH0766360 B2 JP H0766360B2 JP 4028542 A JP4028542 A JP 4028542A JP 2854292 A JP2854292 A JP 2854292A JP H0766360 B2 JPH0766360 B2 JP H0766360B2
- Authority
- JP
- Japan
- Prior art keywords
- definition
- devices
- reconfiguration
- configuration
- iodf
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
- G06F15/161—Computing infrastructure, e.g. computer clusters, blade chassis or hardware partitioning
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【産業上の利用分野】本発明は入出力（Ｉ／Ｏ）再構成
可能データ処理システムの分野に関する。殊に本発明は
かかるシステムをシステム動作に対する悪影響を最小限
にしてその入出力構成に対して変更を施こすことに関す
る。
可能データ処理システムの分野に関する。殊に本発明は
かかるシステムをシステム動作に対する悪影響を最小限
にしてその入出力構成に対して変更を施こすことに関す
る。
【０００２】
【従来の技術】本発明の技術分野におけるデータ処理シ
ステムは、一つ以上の制御装置と入出力サブシステムに
おけるこれらの一つ以上の制御装置と関連する入出力
（Ｉ／Ｏ）装置に付属される中央処理装置複合体（又は
他の処理装置複合体）と中央メモリより構成されるのが
一般的である。中央処理装置（ＣＰＵ）が更に論理演算
装置（ＡＬＵ）と、レジスターと、高速バッファ、及び
プロセッサコントローラより構成される。かかるシステ
ムは通常の場合、ＩＢＭのＭＶＳ／ＥＳＡの如き制御プ
ログラムによって管理される。
ステムは、一つ以上の制御装置と入出力サブシステムに
おけるこれらの一つ以上の制御装置と関連する入出力
（Ｉ／Ｏ）装置に付属される中央処理装置複合体（又は
他の処理装置複合体）と中央メモリより構成されるのが
一般的である。中央処理装置（ＣＰＵ）が更に論理演算
装置（ＡＬＵ）と、レジスターと、高速バッファ、及び
プロセッサコントローラより構成される。かかるシステ
ムは通常の場合、ＩＢＭのＭＶＳ／ＥＳＡの如き制御プ
ログラムによって管理される。
【０００３】かかるシステムは高度のモジュラー性を備
えているため、システム内に制御装置、或いは入出力デ
バイスを追加、削除又は交換したり、チャネルパスの構
成を変更することが普通である。特定の入出力構成はシ
ステムのチャネルサブシステムとオペレーティングシス
テムウソフトウエアの双方に対して定義され、入出力装
置の追加、削除、交換によってひきおこされる入出力構
成に対する変更はハードウエアとソフトウエアの定義に
対する変更の中に反映されなければならない。
えているため、システム内に制御装置、或いは入出力デ
バイスを追加、削除又は交換したり、チャネルパスの構
成を変更することが普通である。特定の入出力構成はシ
ステムのチャネルサブシステムとオペレーティングシス
テムウソフトウエアの双方に対して定義され、入出力装
置の追加、削除、交換によってひきおこされる入出力構
成に対する変更はハードウエアとソフトウエアの定義に
対する変更の中に反映されなければならない。
【０００４】過去において活動中の処理やシステムに被
害を及ぼさずにシステムの入出力構成を変更することは
やや困難な事であった。そのため、通常は新たな一組の
定義を確立し、そのシステム上で活動中の処理を停止
し、物理的接続、接続解除、再接続することによって装
置とコントローラを追加、削除もしくは変更した後、ハ
ードウエアＰＯＲ（立ち上げ）やオペレーティングシス
テムＩＰＬ（呼出し）を追加、削除もしくは変更して正
確なハードウエアとソフトウエアの定義を確立し直して
処理を再開するという手順でなされていた。
害を及ぼさずにシステムの入出力構成を変更することは
やや困難な事であった。そのため、通常は新たな一組の
定義を確立し、そのシステム上で活動中の処理を停止
し、物理的接続、接続解除、再接続することによって装
置とコントローラを追加、削除もしくは変更した後、ハ
ードウエアＰＯＲ（立ち上げ）やオペレーティングシス
テムＩＰＬ（呼出し）を追加、削除もしくは変更して正
確なハードウエアとソフトウエアの定義を確立し直して
処理を再開するという手順でなされていた。
【０００５】然しながら、このことはシステムを恐らく
長期間にわたって遊止させて再構成を実行しなければな
らないため、不都合に悪影響を及ぼし費用が高くつくこ
とが認められている。従って、システム処理に対するイ
ンパクトを減ずるために幾つかの方法が工夫されてい
る。かかる方法の一つは入出力構成を”オーバー定義”
すること、即ち、現存しないデバイスに対する定義（制
御ブロック）を設定し、それを後に新たなデバイスが追
加された時に活用できるようにすることである。然しな
がら、この方法は幾つかの制約をもっている。即ち、留
保された定義の数は大部分、知的推測作業の問題であっ
て、使用されない制御ブロックを保存することによって
メモリ空間が浪費される。また、同方法はデバイス定義
の削除ではなく追加を考慮したもので、一定形式の変更
（例えばデバイス”形式”の不正確な指定）は依然一定
の再初期化を必要とする。
長期間にわたって遊止させて再構成を実行しなければな
らないため、不都合に悪影響を及ぼし費用が高くつくこ
とが認められている。従って、システム処理に対するイ
ンパクトを減ずるために幾つかの方法が工夫されてい
る。かかる方法の一つは入出力構成を”オーバー定義”
すること、即ち、現存しないデバイスに対する定義（制
御ブロック）を設定し、それを後に新たなデバイスが追
加された時に活用できるようにすることである。然しな
がら、この方法は幾つかの制約をもっている。即ち、留
保された定義の数は大部分、知的推測作業の問題であっ
て、使用されない制御ブロックを保存することによって
メモリ空間が浪費される。また、同方法はデバイス定義
の削除ではなく追加を考慮したもので、一定形式の変更
（例えばデバイス”形式”の不正確な指定）は依然一定
の再初期化を必要とする。
【０００６】また他の方法では制御ブロックを予備的に
保存することなく一定のデバイス定義をダイナミックに
追加できるようにしたものがあるが、削除に際しては削
除さるべきデバイスを活用する進行中のシステムワーク
を処理しなければならないという余分の問題が提起され
るためデバイス定義の削除を処理することはできない。
更にこのような状況を処理する伝統的な方法は進行中の
処理に悪影響を及ぼさずにデバイスを接続解除し、デバ
イス定義を削除できるようにシステムを”停止”させる
（新たな仕事を開始せずに進行中の仕事を完了する）こ
とであった。更に、他の方法では活動中の仕事を停止さ
せるべきか否か、またデバイスの追加、削除をどのよう
に判断すべきか等に関する問題を未解決にしたまま現存
のデバイス定義の特性の変更を処理している。
保存することなく一定のデバイス定義をダイナミックに
追加できるようにしたものがあるが、削除に際しては削
除さるべきデバイスを活用する進行中のシステムワーク
を処理しなければならないという余分の問題が提起され
るためデバイス定義の削除を処理することはできない。
更にこのような状況を処理する伝統的な方法は進行中の
処理に悪影響を及ぼさずにデバイスを接続解除し、デバ
イス定義を削除できるようにシステムを”停止”させる
（新たな仕事を開始せずに進行中の仕事を完了する）こ
とであった。更に、他の方法では活動中の仕事を停止さ
せるべきか否か、またデバイスの追加、削除をどのよう
に判断すべきか等に関する問題を未解決にしたまま現存
のデバイス定義の特性の変更を処理している。
【０００７】
【発明が解決しようとする課題】本発明の目的は、デー
タの完全性を損なわずにその入出力構成の外観に対する
ダイナミックな変化を処理するオペレーティングシステ
ム用の機構を提供することである。
タの完全性を損なわずにその入出力構成の外観に対する
ダイナミックな変化を処理するオペレーティングシステ
ム用の機構を提供することである。
【０００８】本発明の他の目的は、実行中のタスクに対
する悪影響を最小限に留めて入出力構成のソフトウエア
定義をダイナミックに変更する方法を提供することであ
る。
する悪影響を最小限に留めて入出力構成のソフトウエア
定義をダイナミックに変更する方法を提供することであ
る。
【０００９】本発明の更に他の目的は、データの完全性
がダイナミックに再構成している（もしくは再構成しよ
うとしている）デバイスによって、失われることのない
ような入出力構成定義を連続的に変化するシリアル化機
構を提供することである。
がダイナミックに再構成している（もしくは再構成しよ
うとしている）デバイスによって、失われることのない
ような入出力構成定義を連続的に変化するシリアル化機
構を提供することである。
【００１０】本発明のもう一つの目的は、重要なシステ
ム関数によって使用中のデバイスの再構成をそれら関数
の完了まで禁止する機構を提供することである。
ム関数によって使用中のデバイスの再構成をそれら関数
の完了まで禁止する機構を提供することである。
【００１１】本発明の更にもう一つの目的は、グループ
定義全体を連続化する必要がなく同グループの個々の要
素を独立に変更できるようにデバイスの”グループ”の
諸要素の定義に対する変更を連続的に行なうシリアル化
機構を提供することである。
定義全体を連続化する必要がなく同グループの個々の要
素を独立に変更できるようにデバイスの”グループ”の
諸要素の定義に対する変更を連続的に行なうシリアル化
機構を提供することである。
【００１２】本発明のもう一つの目的は、特定の装置ソ
フトウエア定義に対する変更を検出してそれら変更の特
定定義についてアクセス者（不変更デバイス定義のアク
セス者ではない）に報知する機構を提供することであ
る。
フトウエア定義に対する変更を検出してそれら変更の特
定定義についてアクセス者（不変更デバイス定義のアク
セス者ではない）に報知する機構を提供することであ
る。
【００１３】
【課題を解決するための手段】本発明は安全性を犠牲に
せず現在進行中のタスクに対する悪影響を最小限にして
オペレーティングシステムに入出力構成の外観に対する
変更をダイナミックに処理させるための機構を開示す
る。
せず現在進行中のタスクに対する悪影響を最小限にして
オペレーティングシステムに入出力構成の外観に対する
変更をダイナミックに処理させるための機構を開示す
る。
【００１４】動作時、本発明はダイナミックな構成変更
を処理する２組の異なるが関連する手法を含む。第１の
手法はシリアル化手法であって、データの安全性がダイ
ナミックに再構成しつつある（もしくは再構成しようと
している）デバイスのために損われることのないように
することである。第２の手法は変更検出手法であって、
ダイナミックな再構成によって悪影響を蒙る制御構造に
対する変化が、同構造が変化中にそれらの制御構造にア
クセスするプログラムによって気づかれるようにするこ
とである。上記のシリアル化手法は重要な関数によって
使用中の装置がそれらの関数が完了するまでダイナミッ
クに再構成されないようにする”デバイスピン”手法
と、グループ定義が変更可能な間にデバイス群に対する
シリアル化要求を処理する”グループシリアル化”手
法、とより構成される。
を処理する２組の異なるが関連する手法を含む。第１の
手法はシリアル化手法であって、データの安全性がダイ
ナミックに再構成しつつある（もしくは再構成しようと
している）デバイスのために損われることのないように
することである。第２の手法は変更検出手法であって、
ダイナミックな再構成によって悪影響を蒙る制御構造に
対する変化が、同構造が変化中にそれらの制御構造にア
クセスするプログラムによって気づかれるようにするこ
とである。上記のシリアル化手法は重要な関数によって
使用中の装置がそれらの関数が完了するまでダイナミッ
クに再構成されないようにする”デバイスピン”手法
と、グループ定義が変更可能な間にデバイス群に対する
シリアル化要求を処理する”グループシリアル化”手
法、とより構成される。
【００１５】また上記変更検出手法は制御ブロック（従
って、デバイス）に関するそれらの現在の仮定が妥当で
あるかどうかを判断する際にそれら制御ブロックのアク
セス者によって使用されるデバイス関連制御キーブロッ
クにリンクされる構成特有のトークンを備えている。
って、デバイス）に関するそれらの現在の仮定が妥当で
あるかどうかを判断する際にそれら制御ブロックのアク
セス者によって使用されるデバイス関連制御キーブロッ
クにリンクされる構成特有のトークンを備えている。
【００１６】
【実施例】図１はＩＢＭの従来システムの構成定義機構
をハイレベルに示したものである。Ｉ／Ｏ（入出力）構
成定義１０１はハードウエアＩ／Ｏ構成プログラム（Ｉ
ＯＣＰ）によって処理され、プロセッサコントローラ１
０３内に一定のＩ／Ｏ構成データセット（ＩＯＣＤＳ）
を生成する。それとは独立に、同一の（又は異なる）Ｉ
／Ｏ構成定義１０１がＭＶＳ構成プログラム（ＭＶＳＣ
Ｐ）により処理され、システムＩＰＬで選択され（ロー
ディングし直すことにより）、制御プログラム（共用）
メモリ内に構成の制御ブロック定義（１０４）を生成す
る。ＩＯＣＤＳ１０２はハードウエアパワーオンリセッ
ト（ＰＯＲ）により、システムのハードウエアシステム
エリア（ＨＳＡ）メモリ内に定義構造をつくりだす。
をハイレベルに示したものである。Ｉ／Ｏ（入出力）構
成定義１０１はハードウエアＩ／Ｏ構成プログラム（Ｉ
ＯＣＰ）によって処理され、プロセッサコントローラ１
０３内に一定のＩ／Ｏ構成データセット（ＩＯＣＤＳ）
を生成する。それとは独立に、同一の（又は異なる）Ｉ
／Ｏ構成定義１０１がＭＶＳ構成プログラム（ＭＶＳＣ
Ｐ）により処理され、システムＩＰＬで選択され（ロー
ディングし直すことにより）、制御プログラム（共用）
メモリ内に構成の制御ブロック定義（１０４）を生成す
る。ＩＯＣＤＳ１０２はハードウエアパワーオンリセッ
ト（ＰＯＲ）により、システムのハードウエアシステム
エリア（ＨＳＡ）メモリ内に定義構造をつくりだす。
【００１７】図２は本発明のＩＢＭ／ＭＶＳ実施例の改
良された構成定義機構をハイレベルで示すものである。
構成定義プログラム（ハードウエア構成定義−ＨＣＤ）
１１１はＩ／Ｏ定義ファイル（ＩＯＤＦ）中に現在シス
テムＩ／Ｏ構成定義１１２を書込み、次いで、同じ（も
しくは異なる）ファイル内に将来Ｉ／Ｏ構成定義１１３
を書き込む。（附録（アペンディックス）Ｂは図２４、
図２５に関してＩＯＤＦレイアウトを詳解したものであ
る）。現在Ｉ／Ｏ構成定義１１２は従来システムと同様
に使用してＩＯＣＤＳ１１４をプロセッサコントローラ
内につくりだすことができる。それはその後、ＰＯＲ時
に処理され、ＨＳＡ内にハードウエア定義構造１１５を
つくりだす。現在Ｉ／Ｏ構成定義１１２は更に従来技術
におけると同様に共用プログラムメモリ内に制御ブロッ
ク定義１１６をつくりだすためにも使用することができ
る。次いで、活性化（ＡＣＴＩＶＡＴＥ）関数は現在Ｉ
／Ｏ構成定義１１２と将来Ｉ／Ｏ構成定義１１３との比
較を開始し、構成変更ブロック（ＣＣＢ）１１７はハー
ドウエアとソフトウエアの定義に対する増分を表わすよ
うに変更し、その変更がデータを保全して実行可能なこ
とを立証する。その後、ＣＣＢは制御ブロック定義１１
６とハードウエア定義構造１１５に対して必要とされる
修正を起動する。（ハードウエア定義の変更のメカニズ
ムは”システム入出力構成定義のダイナミック変更法
（Ｄｙｎａｍｉｃａｌｌｙ Ｃｈａｎｇｉｎｇ ａ Ｓ
ｙｓｔｅｍ Ｉ／Ｏ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｄ
ｅｆｉｎｉｔｉｏｎ）”と題する論文（クウイカラ
（Ｒ．Ｃｗｉａｋａｌａ）他のＩＢＭドケット番号ＰＯ
９−９１−０１２、本発明と同日出願。参考用に本発明
に組込んである）に記載されている。このプロセスは以
下に詳述する。
良された構成定義機構をハイレベルで示すものである。
構成定義プログラム（ハードウエア構成定義−ＨＣＤ）
１１１はＩ／Ｏ定義ファイル（ＩＯＤＦ）中に現在シス
テムＩ／Ｏ構成定義１１２を書込み、次いで、同じ（も
しくは異なる）ファイル内に将来Ｉ／Ｏ構成定義１１３
を書き込む。（附録（アペンディックス）Ｂは図２４、
図２５に関してＩＯＤＦレイアウトを詳解したものであ
る）。現在Ｉ／Ｏ構成定義１１２は従来システムと同様
に使用してＩＯＣＤＳ１１４をプロセッサコントローラ
内につくりだすことができる。それはその後、ＰＯＲ時
に処理され、ＨＳＡ内にハードウエア定義構造１１５を
つくりだす。現在Ｉ／Ｏ構成定義１１２は更に従来技術
におけると同様に共用プログラムメモリ内に制御ブロッ
ク定義１１６をつくりだすためにも使用することができ
る。次いで、活性化（ＡＣＴＩＶＡＴＥ）関数は現在Ｉ
／Ｏ構成定義１１２と将来Ｉ／Ｏ構成定義１１３との比
較を開始し、構成変更ブロック（ＣＣＢ）１１７はハー
ドウエアとソフトウエアの定義に対する増分を表わすよ
うに変更し、その変更がデータを保全して実行可能なこ
とを立証する。その後、ＣＣＢは制御ブロック定義１１
６とハードウエア定義構造１１５に対して必要とされる
修正を起動する。（ハードウエア定義の変更のメカニズ
ムは”システム入出力構成定義のダイナミック変更法
（Ｄｙｎａｍｉｃａｌｌｙ Ｃｈａｎｇｉｎｇ ａ Ｓ
ｙｓｔｅｍ Ｉ／Ｏ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｄ
ｅｆｉｎｉｔｉｏｎ）”と題する論文（クウイカラ
（Ｒ．Ｃｗｉａｋａｌａ）他のＩＢＭドケット番号ＰＯ
９−９１−０１２、本発明と同日出願。参考用に本発明
に組込んである）に記載されている。このプロセスは以
下に詳述する。
【００１８】処理概説 現在の構成から将来の（目標）構成への変更に使用され
るダイナミックＩ／Ｏ構成プロセスの概観は以下の通り
で図３に示す。
るダイナミックＩ／Ｏ構成プロセスの概観は以下の通り
で図３に示す。
【００１９】１．ユーザはＨＣＤ中の関数を活性化する
ことによって構成の変更を開始する。ユーザが活性化要
求について指定可能な情報は以下のものを含む。 ターゲットＩＯＤＦ： ユーザが変更させたいＩ／Ｏ構
成定義を含むＩＯＤＦ．ＥＤＴＩＤ： 新たなＥＤ
Ｔ（”妥当なデバイステーブル”で従来より周知の制御
ブロック）を構成するために使用可能なターゲットＩＯ
ＤＦ中のデータを確認する。ソフトウエアだけの構成変
更を実行すべきかどうかに関する情報。テスト関数が実
行さるべきかどうかに関する情報。ＩＯＣＤＳを作成す
べきかに関する情報。書込まれたＩＯＣＤＳを次のＰＯ
Ｒでデフォルトにすべきかどうかを示す情報。
ことによって構成の変更を開始する。ユーザが活性化要
求について指定可能な情報は以下のものを含む。 ターゲットＩＯＤＦ： ユーザが変更させたいＩ／Ｏ構
成定義を含むＩＯＤＦ．ＥＤＴＩＤ： 新たなＥＤ
Ｔ（”妥当なデバイステーブル”で従来より周知の制御
ブロック）を構成するために使用可能なターゲットＩＯ
ＤＦ中のデータを確認する。ソフトウエアだけの構成変
更を実行すべきかどうかに関する情報。テスト関数が実
行さるべきかどうかに関する情報。ＩＯＣＤＳを作成す
べきかに関する情報。書込まれたＩＯＣＤＳを次のＰＯ
Ｒでデフォルトにすべきかどうかを示す情報。
【００２０】２．システムが現在実行中のＩ／Ｏ構成定
義を含むＩＯＤＦであるソースＩＯＤＦと、ターゲット
ＩＯＤＦとが比較され、ＣＣＢがつくりだされる（２０
１）。（Ｉ／Ｏ構成比較プロセスの一部はＬＣＵ（論理
制御装置）の分割もしくは併合が計画されたＩ／Ｏ構成
変更の結果として行われることはないという実行制約の
実施である。より詳しくは附録（アペンディックス）Ｃ
を参照されたい）。この創造プロセスは更に、附録（ア
ペンディックス）Ａ及び図１０と以下の本文に示す。）
義を含むＩＯＤＦであるソースＩＯＤＦと、ターゲット
ＩＯＤＦとが比較され、ＣＣＢがつくりだされる（２０
１）。（Ｉ／Ｏ構成比較プロセスの一部はＬＣＵ（論理
制御装置）の分割もしくは併合が計画されたＩ／Ｏ構成
変更の結果として行われることはないという実行制約の
実施である。より詳しくは附録（アペンディックス）Ｃ
を参照されたい）。この創造プロセスは更に、附録（ア
ペンディックス）Ａ及び図１０と以下の本文に示す。）
【００２１】３．ＭＶＳはＩＯＳアドレス空間に切換わ
り（２０２）、構成変更を実行する。ＩＯＤＦ比較処理
が行われるＭＶＳアドレス空間はＴＳＯアドレス空間で
ある。ＴＳＯアドレス空間はユーザがＴＳＯからログオ
フした時終了する。構成変更が完了できるようにするた
めにＭＶＳはＩＯＳアドレス空間へスイッチして構成変
更を実行する。ＩＯＳアドレス空間はユーザが終了不能
なアドレス空間である。
り（２０２）、構成変更を実行する。ＩＯＤＦ比較処理
が行われるＭＶＳアドレス空間はＴＳＯアドレス空間で
ある。ＴＳＯアドレス空間はユーザがＴＳＯからログオ
フした時終了する。構成変更が完了できるようにするた
めにＭＶＳはＩＯＳアドレス空間へスイッチして構成変
更を実行する。ＩＯＳアドレス空間はユーザが終了不能
なアドレス空間である。
【００２２】４．ＭＶＳは構成変更を実施するために必
要なシリアル化を行なう（２０３）。ＭＶＳはＩ／Ｏ構
成変更に影響を及ぼす他のプロセスでシリアル化するこ
とができる。殊に、ＭＶＳは：動的資源をエンキューし
（待ち行列化し）、別のダイナミックな構成変更が生じ
ないようにする。また、再構成資源をエンキューし、装
置と装置パスの再構成（即ち、オンラインとオフライン
で変化する）が生じないようにする。ダイナミック装置
再構成（ＤＤＲ）資源をエンキューし、ＤＤＲのスワッ
ピングを防止する。割当てＴＰ資源をエンキューし、オ
フラインＴＰとＣＴＣ装置に対する割当てを防止する。
ミッシング割込みハンドラ（ＭＩＨ）資源による比較と
スワッピングを介してシリアル化し、ＭＩＨ時間間隔の
更新を防止する。
要なシリアル化を行なう（２０３）。ＭＶＳはＩ／Ｏ構
成変更に影響を及ぼす他のプロセスでシリアル化するこ
とができる。殊に、ＭＶＳは：動的資源をエンキューし
（待ち行列化し）、別のダイナミックな構成変更が生じ
ないようにする。また、再構成資源をエンキューし、装
置と装置パスの再構成（即ち、オンラインとオフライン
で変化する）が生じないようにする。ダイナミック装置
再構成（ＤＤＲ）資源をエンキューし、ＤＤＲのスワッ
ピングを防止する。割当てＴＰ資源をエンキューし、オ
フラインＴＰとＣＴＣ装置に対する割当てを防止する。
ミッシング割込みハンドラ（ＭＩＨ）資源による比較と
スワッピングを介してシリアル化し、ＭＩＨ時間間隔の
更新を防止する。
【００２３】５．その後、ＭＶＳは構成変更が妥当であ
ることを確認する（２０４）。このプロセスは更に図
４、５、６、７、及び８と、以下の添附本文に詳述す
る。
ることを確認する（２０４）。このプロセスは更に図
４、５、６、７、及び８と、以下の添附本文に詳述す
る。
【００２４】６．もし立証が成功すると、Ｉ／Ｏ構成の
ハードウエアとソフトウエア上の表現は更新され（２０
５）、新たなＩ／Ｏ構成定義を反映する。このプロセス
は図１０と以下の添付本文に詳述する。
ハードウエアとソフトウエア上の表現は更新され（２０
５）、新たなＩ／Ｏ構成定義を反映する。このプロセス
は図１０と以下の添付本文に詳述する。
【００２５】７．もしハードウエアとソフトウエアとが
首尾良く更新されると、ＭＶＳは信号を発してプログラ
ムに構成変更が首尾良く完了したことを通知する（２０
６）。（この信号は図４のステップ３０７で発せられる
ものと相まってシステム部品、サブシステム、および
（それを聞き取ることを欲する）アプリケーションに対
してダイナミックな構成変更が行われる前に準備するか
その後に反応し、それらが保持する内部テーブルを調節
するための機会を与える。）
首尾良く更新されると、ＭＶＳは信号を発してプログラ
ムに構成変更が首尾良く完了したことを通知する（２０
６）。（この信号は図４のステップ３０７で発せられる
ものと相まってシステム部品、サブシステム、および
（それを聞き取ることを欲する）アプリケーションに対
してダイナミックな構成変更が行われる前に準備するか
その後に反応し、それらが保持する内部テーブルを調節
するための機会を与える。）
【００２６】更に、構成変更に関する情報はロギング目
的で記録される（２０７）。
的で記録される（２０７）。
【００２７】８．もしハードウエアとソフトウエアが首
尾良く更新されない場合には、ＭＶＳは構成変更から退
出して（２０８）、Ｉ／Ｏ構成をその最初の状態に戻
す。
尾良く更新されない場合には、ＭＶＳは構成変更から退
出して（２０８）、Ｉ／Ｏ構成をその最初の状態に戻
す。
【００２８】構成変更のバリデーション 図４にバリデーション局面を略示する。図５、６、７、
８により詳説したステップを示す。
８により詳説したステップを示す。
【００２９】まず図４について述べると、ＭＶＳは、次
の事を確認する。 −構成変更の基礎として使用されるＩＯＤＦであるソー
スＩ／Ｏ定義ファイル（ＩＯＤＦ）はシステムが実行中
のＨＳＡの構成定義と整合する（図４の３０１）。 −削除されるそれぞれのデバイスについて（３０２）。 −デバイスサポートコードはダイナミックをサポートす
る（図５の４０１）。（以下の”スタチック”と”ダイ
ナミック”デバイスの所論を参照） −デバイスはダイナミックと定義される（図５の４０
２）
の事を確認する。 −構成変更の基礎として使用されるＩＯＤＦであるソー
スＩ／Ｏ定義ファイル（ＩＯＤＦ）はシステムが実行中
のＨＳＡの構成定義と整合する（図４の３０１）。 −削除されるそれぞれのデバイスについて（３０２）。 −デバイスサポートコードはダイナミックをサポートす
る（図５の４０１）。（以下の”スタチック”と”ダイ
ナミック”デバイスの所論を参照） −デバイスはダイナミックと定義される（図５の４０
２）
【００３０】この規則に対する一つの例外はデバイスが
インストレーションスタチックからダイナミックへ変更
される時である。この遷移はソースＩＯＤＦ定義とター
ゲットＩＯＤＦ定義（そのデバイス用の）との間の唯一
の相異がデバイスがインストレーションスタチックとし
て定義され、ターゲットＩＯＤＦがダイナミックとして
定義されるデバイスを有することをソースが示す点であ
る場合、またその場合にのみ可能となる。この場合、イ
ンストレーションスタチックＵＣＢはシステム保全性を
危険にさらすことなくそれをＵＣＢ連鎖から安全に除去
する方法が存在しないために旧データ構造中に残される
が、機能上無効となる。新たなダイナミックＵＣＢが追
加される。
インストレーションスタチックからダイナミックへ変更
される時である。この遷移はソースＩＯＤＦ定義とター
ゲットＩＯＤＦ定義（そのデバイス用の）との間の唯一
の相異がデバイスがインストレーションスタチックとし
て定義され、ターゲットＩＯＤＦがダイナミックとして
定義されるデバイスを有することをソースが示す点であ
る場合、またその場合にのみ可能となる。この場合、イ
ンストレーションスタチックＵＣＢはシステム保全性を
危険にさらすことなくそれをＵＣＢ連鎖から安全に除去
する方法が存在しないために旧データ構造中に残される
が、機能上無効となる。新たなダイナミックＵＣＢが追
加される。
【００３１】この規則に対するもう一つの例外はサブチ
ャネルだけが削除され、ＵＣＢは削除されない（ハード
ウエアのみが削除される）場合である。この場合、サブ
チャネルは、デバイスサポートコードがダイナミックを
サポートするかデバイスがダイナミックと定義されるか
どうかに関わらず、削除することが許される。−デバイ
スはオフラインとなる（図５の４０３） −追加されるそれぞれのデバイスについて（３０３）： −デバイスサポートコードがＩＰＬでロードされる（図
６の４１１）。
ャネルだけが削除され、ＵＣＢは削除されない（ハード
ウエアのみが削除される）場合である。この場合、サブ
チャネルは、デバイスサポートコードがダイナミックを
サポートするかデバイスがダイナミックと定義されるか
どうかに関わらず、削除することが許される。−デバイ
スはオフラインとなる（図５の４０３） −追加されるそれぞれのデバイスについて（３０３）： −デバイスサポートコードがＩＰＬでロードされる（図
６の４１１）。
【００３２】従来技術によるシステムでは、ＭＶＳはＩ
ＰＬ時にＩ／Ｏ構成のデバイスに対してのみデバイスサ
ポートコードをロードしていた。本発明によれば、イン
ストールによってダイナミックをサポートするデバイス
タイプに対するデバイスサポートコードも全てＩＰＬ時
にロードする必要があることを示すことができる。この
オプションの選択によってダイナミックをサポートする
デバイスタイプは何れもダイナミックに追加できること
が可能になる。 −デバイスサポートコードはダイナミックをサポートす
る。（図６の４１２）
ＰＬ時にＩ／Ｏ構成のデバイスに対してのみデバイスサ
ポートコードをロードしていた。本発明によれば、イン
ストールによってダイナミックをサポートするデバイス
タイプに対するデバイスサポートコードも全てＩＰＬ時
にロードする必要があることを示すことができる。この
オプションの選択によってダイナミックをサポートする
デバイスタイプは何れもダイナミックに追加できること
が可能になる。 −デバイスサポートコードはダイナミックをサポートす
る。（図６の４１２）
【００３３】もしこれらの条件の何れかもしくはその双
方が満たされない場合には、デバイスはハードウエア定
義に追加することができる。（ソフトウエアのみの構成
変更でなくとも）一定のサブチャネルがつくりだされる
が、ＵＣＢやその他のデバイス関連の制御ブロックはつ
くりだされない。デバイスは同じＩＯＤＦの次のＩＰＬ
で使用可能となり、その時にソフトウエア定義がつくり
だされる。 −それぞれのデバイスパスが削除される場合（３０
４）： −デバイスサポートコードはダイナミックをサポートす
る。（図８の４３１） −デバイスはダイナミックと定義される。（図８の４３
２） −デバイスパスはオフラインとなる。（図８の４３３） −それぞれのデバイスパスが追加される場合（３０
４）： −デバイスサポートコードはダイナミックをサポートす
る。（図７の４２１） −デバイスはダイナミックと定義される。（図７の４２
２） −各チャネルパスが削除される毎にチャネルパスはオフ
ラインに構成しなければならない（３０５）。
方が満たされない場合には、デバイスはハードウエア定
義に追加することができる。（ソフトウエアのみの構成
変更でなくとも）一定のサブチャネルがつくりだされる
が、ＵＣＢやその他のデバイス関連の制御ブロックはつ
くりだされない。デバイスは同じＩＯＤＦの次のＩＰＬ
で使用可能となり、その時にソフトウエア定義がつくり
だされる。 −それぞれのデバイスパスが削除される場合（３０
４）： −デバイスサポートコードはダイナミックをサポートす
る。（図８の４３１） −デバイスはダイナミックと定義される。（図８の４３
２） −デバイスパスはオフラインとなる。（図８の４３３） −それぞれのデバイスパスが追加される場合（３０
４）： −デバイスサポートコードはダイナミックをサポートす
る。（図７の４２１） −デバイスはダイナミックと定義される。（図７の４２
２） −各チャネルパスが削除される毎にチャネルパスはオフ
ラインに構成しなければならない（３０５）。
【００３４】−もし構成変更がソフトウエアのみの変更
でない場合には、システムはハードウエアシステムエリ
ア（ＨＳＡ）内に十分な空間が存在してハードウエアＩ
／Ｏ構成に対する更新事項を収納できることを確認する
（３０６）。
でない場合には、システムはハードウエアシステムエリ
ア（ＨＳＡ）内に十分な空間が存在してハードウエアＩ
／Ｏ構成に対する更新事項を収納できることを確認する
（３０６）。
【００３５】上記バリデーションステップの全ては例え
バリデーションにパスしない要求が存在しても処理さ
れ、構成変更が何故処理不可能であるかについての出来
る限りの情報をユーザに対して与える。
バリデーションにパスしない要求が存在しても処理さ
れ、構成変更が何故処理不可能であるかについての出来
る限りの情報をユーザに対して与える。
【００３６】もし構成変更がこれまで妥当であれば（エ
ラーに遭遇しない）、システムは以下のことを行うこと
になる。 −事象通知ファシリティ（ＥＮＦ）信号を発してプログ
ラムに対して構成変更に対して準備を整えるように通知
する（３０７）。例えば、削除さるべきデバイスを使用
しているプログラムはそのデバイスと関連するＵＣＢの
アドレスを何れの制御ブロックからも除去してＵＣＢの
ピンを外すことによってデバイスが削除される準備を整
える必要がある。同様にして、デバイスサービス出口
（ＤＳＥ）と称されるデバイスサポートコード出口が呼
出されて、デバイスサポートコードに対して構成変更に
対する準備を整えるように通知する。（例えば、デバイ
スサポートコードは当該デバイス用のワークエリアとし
て使用されるメモリを解放する必要があるかもしれな
い。）−そのデバイスと関連するサブチャネルを不能化
しデバイスをボックス化して削除さるべき全デバイスを
Ｉ／Ｏ要求に対して使用できないようにする（３０
８）。サブチャネルを不能化するとＩ／Ｏ割込みがデバ
イスによって提示されることが防止される。デバイスを
ボックス化するとＩ／Ｏ要求がデバイスに対して発せら
れることが妨げられる。 −削除さるべき全デバイスがピン接続されないことを確
認する（３０９）。もし一定のデバイスがピン接続され
ないと、そのデバイスと関連するＵＣＢは”発見不能”
とマーキングされ、それが使用されることが妨げられ
る。ピン接続はＵＣＢとそれと関連するデバイスがダイ
ナミックＩ／Ｏ構成変更によって削除されることを防止
するために一定のプログラムが使用可能なシリアル化手
法である。もし削除さるべき何れかのデバイスがピン接
続されていれば、一定のエラーが表示され、退去が必要
となる（３１０）。（図１１とそれをサポートする本文
を参照のこと） −削除さるべきデバイスパスが全てピン接続されてはい
ないことを確認する（３１１）。もし一定のデバイスパ
スがピン接続されていれば、それと関連するＵＣＢは”
パスピン接続不能”とマーキングされ、ＵＣＢと関連す
るデバイスパスはピン接続を妨げられる。デバイスパス
のピン接続は、デバイスパスのピン接続によってデバイ
スパスが削除されることが妨げられると共にＵＣＢとそ
れに関連するデバイスが削除されることが妨げられる点
を除けば、ＵＣＢのピン接続と同様である。もし削除さ
るべき何れかのデバイスパスがピン接続されている場
合、一定のエラーが表示され、退去が必要となる（３１
２）。（図１１とそれをサポートする本文を参照のこ
と。）
ラーに遭遇しない）、システムは以下のことを行うこと
になる。 −事象通知ファシリティ（ＥＮＦ）信号を発してプログ
ラムに対して構成変更に対して準備を整えるように通知
する（３０７）。例えば、削除さるべきデバイスを使用
しているプログラムはそのデバイスと関連するＵＣＢの
アドレスを何れの制御ブロックからも除去してＵＣＢの
ピンを外すことによってデバイスが削除される準備を整
える必要がある。同様にして、デバイスサービス出口
（ＤＳＥ）と称されるデバイスサポートコード出口が呼
出されて、デバイスサポートコードに対して構成変更に
対する準備を整えるように通知する。（例えば、デバイ
スサポートコードは当該デバイス用のワークエリアとし
て使用されるメモリを解放する必要があるかもしれな
い。）−そのデバイスと関連するサブチャネルを不能化
しデバイスをボックス化して削除さるべき全デバイスを
Ｉ／Ｏ要求に対して使用できないようにする（３０
８）。サブチャネルを不能化するとＩ／Ｏ割込みがデバ
イスによって提示されることが防止される。デバイスを
ボックス化するとＩ／Ｏ要求がデバイスに対して発せら
れることが妨げられる。 −削除さるべき全デバイスがピン接続されないことを確
認する（３０９）。もし一定のデバイスがピン接続され
ないと、そのデバイスと関連するＵＣＢは”発見不能”
とマーキングされ、それが使用されることが妨げられ
る。ピン接続はＵＣＢとそれと関連するデバイスがダイ
ナミックＩ／Ｏ構成変更によって削除されることを防止
するために一定のプログラムが使用可能なシリアル化手
法である。もし削除さるべき何れかのデバイスがピン接
続されていれば、一定のエラーが表示され、退去が必要
となる（３１０）。（図１１とそれをサポートする本文
を参照のこと） −削除さるべきデバイスパスが全てピン接続されてはい
ないことを確認する（３１１）。もし一定のデバイスパ
スがピン接続されていれば、それと関連するＵＣＢは”
パスピン接続不能”とマーキングされ、ＵＣＢと関連す
るデバイスパスはピン接続を妨げられる。デバイスパス
のピン接続は、デバイスパスのピン接続によってデバイ
スパスが削除されることが妨げられると共にＵＣＢとそ
れに関連するデバイスが削除されることが妨げられる点
を除けば、ＵＣＢのピン接続と同様である。もし削除さ
るべき何れかのデバイスパスがピン接続されている場
合、一定のエラーが表示され、退去が必要となる（３１
２）。（図１１とそれをサポートする本文を参照のこ
と。）
【００３７】構成定義の更新 もし構成変更が妥当であれば（バリデーション局面中に
エラーに遭遇しない場合）、Ｉ／Ｏ構成が図９、１０に
示すように更新される。−新たなＵＣＢルックアップテ
ーブル（ＵＬＵＴ）が構築される（図９の５０１）。Ｕ
ＬＵＴはシステム内の全てのＵＣＢに対するポインタを
格納する。上記の新たなＵＬＵＴは追加されるＵＣＢの
エントリーを格納し、削除されるＵＣＢのエントリーを
格納することはないであろう。 −ソフトウエアＩ／Ｏ構成に追加されるそれぞれのデバ
イスについて一定の新たなＵＣＢが構築される（５０
２）。更に、一定のデバイスと関連するエラーデータを
維持するために使用される、例えばデバイス統計テーブ
ル（ＤＳＴ）の如きその他のデバイス関連制御ブロック
が構築される。一定の追加ＵＣＢ（例えば、ＤＡＳＤ又
はＴＡＰＥ）については一定の測定ブロックインデクス
（ＭＢＩ）が確立され、そのことによってパフォーマン
スデータをそのデバイスについて測定することが可能と
なる。ＵＣＢが関連するデバイスクラスのデフォルトＭ
ＩＨ時間間隔がそれぞれの追加ＵＣＢについて確立され
た結果、行方不明の割込みがそのデバイスについて検出
されることになろう。 −ＥＤＴ再構築プロセスがスタートする（５０３）。こ
のＥＤＴ再構築は第一段階として、削除されるＵＣＢを
含まない一定の新たな中間ＥＤＴをつくりだす。もし段
階１のＥＤＴ再構築が不首尾である場合には、一定のエ
ラーが表示され、退出が必要となり、更新プロセスより
退去する。さもなければ、更新プロセスが継続される。 −その後、ハードウエアＩ／Ｏ構成が更新される（５０
４）。このプロセスを更に図６に示す。Ｉ／Ｏ部品は特
定の順序で、しかも類別化トークンによって更新され
る。類別化トークンは、Ｉ／Ｏ部品に対する変更を共に
類別化してＩ／Ｏ成分を表わす構成に対して使用される
ＨＳＡメモリを最小限にするための手段である。同一の
論理制御装置（ＬＣＵ）におけるデバイスと制御装置は
全て同じ類別化トークンを有することになる。ＬＣＵは
ハードウエア実体であり、一組の制御装置とデバイスに
より構成されることによって、制御装置は同じ組のデバ
イスにアクセスするようになっている（複数のデバイス
を共有する一組の制御装置である）。以下はハードウエ
アＩ／Ｏ部品が更新される順序を示したものである。 −構成変更と関連するそれぞれの類別化トークンについ
てハードウエアＩ／Ｏ部品が次の順序で更新される。 −デバイスから制御装置を取外す（図１０の６０１）。 −デバイスを削除する（６０２）。 −制御装置から装置アドレスを削除する（６０３）。 −制御装置からチャネルパスを削除する（６０４）。 −制御装置を削除する（６０５）。 −その後、チャネルパスを削除するための要求が全て実
行され（６０６）、次いで、チャネルパスを追加する全
要求が続く（６０７）。チャネルパス構成の変化が行わ
れる順序は類別化トークンによっては支配されない。チ
ャネルパスはＬＣＵ構造の一部ではないから、類別化ト
ークンはチャネルパスに対して何らのＨＳＡ保存効率の
利益を与えることはない。 −その後、構成変更と関連するそれぞれの類別化トーク
ンについて残りの構成変更が次の順序で実行される。 −制御装置を追加する（６０８）。 −チャネルパスを制御装置に対して追加する（６０
９）。 −装置アドレス範囲を制御装置へ追加する（６１０）。 −デバイスを追加する（６１１）。 −制御装置をデバイスに追加する（６１２）。 −デバイス特性を修正する（６１３）。
エラーに遭遇しない場合）、Ｉ／Ｏ構成が図９、１０に
示すように更新される。−新たなＵＣＢルックアップテ
ーブル（ＵＬＵＴ）が構築される（図９の５０１）。Ｕ
ＬＵＴはシステム内の全てのＵＣＢに対するポインタを
格納する。上記の新たなＵＬＵＴは追加されるＵＣＢの
エントリーを格納し、削除されるＵＣＢのエントリーを
格納することはないであろう。 −ソフトウエアＩ／Ｏ構成に追加されるそれぞれのデバ
イスについて一定の新たなＵＣＢが構築される（５０
２）。更に、一定のデバイスと関連するエラーデータを
維持するために使用される、例えばデバイス統計テーブ
ル（ＤＳＴ）の如きその他のデバイス関連制御ブロック
が構築される。一定の追加ＵＣＢ（例えば、ＤＡＳＤ又
はＴＡＰＥ）については一定の測定ブロックインデクス
（ＭＢＩ）が確立され、そのことによってパフォーマン
スデータをそのデバイスについて測定することが可能と
なる。ＵＣＢが関連するデバイスクラスのデフォルトＭ
ＩＨ時間間隔がそれぞれの追加ＵＣＢについて確立され
た結果、行方不明の割込みがそのデバイスについて検出
されることになろう。 −ＥＤＴ再構築プロセスがスタートする（５０３）。こ
のＥＤＴ再構築は第一段階として、削除されるＵＣＢを
含まない一定の新たな中間ＥＤＴをつくりだす。もし段
階１のＥＤＴ再構築が不首尾である場合には、一定のエ
ラーが表示され、退出が必要となり、更新プロセスより
退去する。さもなければ、更新プロセスが継続される。 −その後、ハードウエアＩ／Ｏ構成が更新される（５０
４）。このプロセスを更に図６に示す。Ｉ／Ｏ部品は特
定の順序で、しかも類別化トークンによって更新され
る。類別化トークンは、Ｉ／Ｏ部品に対する変更を共に
類別化してＩ／Ｏ成分を表わす構成に対して使用される
ＨＳＡメモリを最小限にするための手段である。同一の
論理制御装置（ＬＣＵ）におけるデバイスと制御装置は
全て同じ類別化トークンを有することになる。ＬＣＵは
ハードウエア実体であり、一組の制御装置とデバイスに
より構成されることによって、制御装置は同じ組のデバ
イスにアクセスするようになっている（複数のデバイス
を共有する一組の制御装置である）。以下はハードウエ
アＩ／Ｏ部品が更新される順序を示したものである。 −構成変更と関連するそれぞれの類別化トークンについ
てハードウエアＩ／Ｏ部品が次の順序で更新される。 −デバイスから制御装置を取外す（図１０の６０１）。 −デバイスを削除する（６０２）。 −制御装置から装置アドレスを削除する（６０３）。 −制御装置からチャネルパスを削除する（６０４）。 −制御装置を削除する（６０５）。 −その後、チャネルパスを削除するための要求が全て実
行され（６０６）、次いで、チャネルパスを追加する全
要求が続く（６０７）。チャネルパス構成の変化が行わ
れる順序は類別化トークンによっては支配されない。チ
ャネルパスはＬＣＵ構造の一部ではないから、類別化ト
ークンはチャネルパスに対して何らのＨＳＡ保存効率の
利益を与えることはない。 −その後、構成変更と関連するそれぞれの類別化トーク
ンについて残りの構成変更が次の順序で実行される。 −制御装置を追加する（６０８）。 −チャネルパスを制御装置に対して追加する（６０
９）。 −装置アドレス範囲を制御装置へ追加する（６１０）。 −デバイスを追加する（６１１）。 −制御装置をデバイスに追加する（６１２）。 −デバイス特性を修正する（６１３）。
【００３８】以上の順序に従わなければならないのは、
一定のＩ／Ｏ部品が削除可能となる前に階層下部のＩ／
Ｏ部品が全て削除されねばならないためである。即ち、
一定のチャネルパスが削除可能となる前に、それに付属
する全制御装置を削除しなければならない。一定の制御
装置が削除可能となる前に制御装置に付属する全デバイ
スを削除しなければならない。同様にして、一定のＩ／
Ｏ部品が追加可能になる前に、同階層中の高位のＩ／Ｏ
部品は全て追加する必要がある。即ち、一定のデバイス
が追加可能となる前に、デバイスが付属する制御装置は
全て追加されなければならない。一定の制御装置が追加
可能となる前に、制御装置が付属するチャネルパスは全
て追加されねばならない。ＣＣＢ創造論理はこれを保証
するものである。もし一定のＩ／Ｏ部品を更新する変更
が不首尾の場合には、一定のエラーが表示され、退出が
必要となり、ハードウエア更新プロセスを退去する。
一定のＩ／Ｏ部品が削除可能となる前に階層下部のＩ／
Ｏ部品が全て削除されねばならないためである。即ち、
一定のチャネルパスが削除可能となる前に、それに付属
する全制御装置を削除しなければならない。一定の制御
装置が削除可能となる前に制御装置に付属する全デバイ
スを削除しなければならない。同様にして、一定のＩ／
Ｏ部品が追加可能になる前に、同階層中の高位のＩ／Ｏ
部品は全て追加する必要がある。即ち、一定のデバイス
が追加可能となる前に、デバイスが付属する制御装置は
全て追加されなければならない。一定の制御装置が追加
可能となる前に、制御装置が付属するチャネルパスは全
て追加されねばならない。ＣＣＢ創造論理はこれを保証
するものである。もし一定のＩ／Ｏ部品を更新する変更
が不首尾の場合には、一定のエラーが表示され、退出が
必要となり、ハードウエア更新プロセスを退去する。
【００３９】さもなければ、ハードウエア更新プロセス
が継続される。もしハードウエア更新プロセスが全くエ
ラーなしに完了すると、Ｉ／Ｏ構成更新プロセスが継続
される。 −図１０の流れについて戻ると、システムにより保持さ
れるチャネルパス情報がその後更新され（５０５）、追
加されたチャネルパスに関する情報を包含し、削除チャ
ネルパスに関する情報を除去する。 −ＵＬＵＴロックが取得され、ＵＬＵＴとＭＶＳ Ｉ／
Ｏ構成トークンに対する更新を連続化する。その後、新
旧ＵＬＵＴが切替えられ（５０６）、新たなＵＬＵＴを
現在のＵＬＵＴにする。この時点から、構成変更からの
退出は不可能となる。何故ならば、ひとたび新たなＵＬ
ＵＴが現在のＵＬＵＴとなると、追加されたばかりのＵ
ＣＢが使用可能となり、退出によっては取去ることがで
きないからである。ＭＶＳＩ／Ｏ構成トークンは更新さ
れ（以下の図１５、１６の詳説におけるこのトークンの
解説を参照すること。ここで行われる更新はシーケンス
番号、ＷＷＵＶ：オペレーティングシステムＩＤ等によ
る）、ＵＬＵＴロックが削除される。−追加されたばか
りのデバイスはチャネルレポートワード（ＣＲＷ）を模
擬してデバイスをその関連ＵＣＢに接続することによっ
て使用可能となり（５０７）、デバイスをＩ／Ｏ要求に
対して使用可能とする。同様にして、削除されたデバイ
スはＵＣＢから接続を解除される。追加されたばかりの
デバイスパスはＣＲＷを模擬してデバイスパスを関連す
るＵＣＢに追加することによって使用可能となり、その
結果、同パスはＩ／Ｏ要求に対して利用可能となる。追
加デバイスのそれぞれについて、関連するＤＳＥが呼出
され、構成データをデバイスから読取り（又は）その他
のデバイス依存関数を実行する。 −最後のＥＤＴ再構築段階である段階２がその後実行さ
れる（５０８）。この段階は追加されたばからのＵＣＢ
やデバイス類別化順序とデバイス選好順序の変更を含め
て完成した新たな構成を含む最終的なＥＤＴを構築す
る。上記最後のＥＤＴは直接ターゲットＩＯＤＦから構
築される。 −最後に、削除デバイスのデバイス関連制御ブロックが
すべて削除される（５０９）。これはソフトウエア退出
用の十分なメモリを確保するために事前には行われな
い。即ち、もし削除デバイスに対するデバイス関連制御
ブロックが事前に削除されない場合には、ＵＬＵＴが切
換えられ構成変更が失敗する前に制御ブロックが再び追
加され構成変更から退出する必要があろう。然しながら
（システムが実行を継続し残りの構成に対して生産労働
を実行するため）、制御ブロックを再び追加するだけの
十分なメモリが存在するという保証は存在しない。従っ
て、それらは退出が最早不可能となるまで削除されるこ
とはない。
が継続される。もしハードウエア更新プロセスが全くエ
ラーなしに完了すると、Ｉ／Ｏ構成更新プロセスが継続
される。 −図１０の流れについて戻ると、システムにより保持さ
れるチャネルパス情報がその後更新され（５０５）、追
加されたチャネルパスに関する情報を包含し、削除チャ
ネルパスに関する情報を除去する。 −ＵＬＵＴロックが取得され、ＵＬＵＴとＭＶＳ Ｉ／
Ｏ構成トークンに対する更新を連続化する。その後、新
旧ＵＬＵＴが切替えられ（５０６）、新たなＵＬＵＴを
現在のＵＬＵＴにする。この時点から、構成変更からの
退出は不可能となる。何故ならば、ひとたび新たなＵＬ
ＵＴが現在のＵＬＵＴとなると、追加されたばかりのＵ
ＣＢが使用可能となり、退出によっては取去ることがで
きないからである。ＭＶＳＩ／Ｏ構成トークンは更新さ
れ（以下の図１５、１６の詳説におけるこのトークンの
解説を参照すること。ここで行われる更新はシーケンス
番号、ＷＷＵＶ：オペレーティングシステムＩＤ等によ
る）、ＵＬＵＴロックが削除される。−追加されたばか
りのデバイスはチャネルレポートワード（ＣＲＷ）を模
擬してデバイスをその関連ＵＣＢに接続することによっ
て使用可能となり（５０７）、デバイスをＩ／Ｏ要求に
対して使用可能とする。同様にして、削除されたデバイ
スはＵＣＢから接続を解除される。追加されたばかりの
デバイスパスはＣＲＷを模擬してデバイスパスを関連す
るＵＣＢに追加することによって使用可能となり、その
結果、同パスはＩ／Ｏ要求に対して利用可能となる。追
加デバイスのそれぞれについて、関連するＤＳＥが呼出
され、構成データをデバイスから読取り（又は）その他
のデバイス依存関数を実行する。 −最後のＥＤＴ再構築段階である段階２がその後実行さ
れる（５０８）。この段階は追加されたばからのＵＣＢ
やデバイス類別化順序とデバイス選好順序の変更を含め
て完成した新たな構成を含む最終的なＥＤＴを構築す
る。上記最後のＥＤＴは直接ターゲットＩＯＤＦから構
築される。 −最後に、削除デバイスのデバイス関連制御ブロックが
すべて削除される（５０９）。これはソフトウエア退出
用の十分なメモリを確保するために事前には行われな
い。即ち、もし削除デバイスに対するデバイス関連制御
ブロックが事前に削除されない場合には、ＵＬＵＴが切
換えられ構成変更が失敗する前に制御ブロックが再び追
加され構成変更から退出する必要があろう。然しながら
（システムが実行を継続し残りの構成に対して生産労働
を実行するため）、制御ブロックを再び追加するだけの
十分なメモリが存在するという保証は存在しない。従っ
て、それらは退出が最早不可能となるまで削除されるこ
とはない。
【００４０】構成変更からの退出 もし構成変更が不首尾であって（バリデーション局面又
は更新局面中にエラーに遭遇する）、退出が必要な場合
には、構成変更から退出する。退出の目的は、構成変更
が試行される以前にＩ／Ｏ構成をその最初の状態まで回
復させることである。図１１に退出プロセスを示す。 −もしエラー発生前に何らかのハードウエア更新が行わ
れる場合にはハードウエア変更から退出する（７０
１）。例えば、もし一定デバイスが削除されると、それ
が再追加され、もし一定の制御装置が削除されると、再
追加される等である。ハードウエアの更新からはそれら
が更新されたのと逆の順序で退出する。 −使用不能になった全デバイスはサブチャネルを活動可
能にしてデバイスをボックスから出すことによって再び
使用可能になる（７０２）。 −もしプログラムが構成変化に対して準備するように合
図を受取ると、一定の信号が発せられ（７０３）、プロ
グラムに対して構成変更が拒否されたことを通知する。
削除すべきデバイスを解放したプログラムはその後、デ
バイスを再使用することが可能になる。 −もし段階１のＥＤＴ再構築が実行されると、ＥＤＴ再
構築プロセスから退出する（７０４）。 −その後、デバイス用に作成されたデバイス関連制御ブ
ロックが全てメモリから削除される（７０５）。
は更新局面中にエラーに遭遇する）、退出が必要な場合
には、構成変更から退出する。退出の目的は、構成変更
が試行される以前にＩ／Ｏ構成をその最初の状態まで回
復させることである。図１１に退出プロセスを示す。 −もしエラー発生前に何らかのハードウエア更新が行わ
れる場合にはハードウエア変更から退出する（７０
１）。例えば、もし一定デバイスが削除されると、それ
が再追加され、もし一定の制御装置が削除されると、再
追加される等である。ハードウエアの更新からはそれら
が更新されたのと逆の順序で退出する。 −使用不能になった全デバイスはサブチャネルを活動可
能にしてデバイスをボックスから出すことによって再び
使用可能になる（７０２）。 −もしプログラムが構成変化に対して準備するように合
図を受取ると、一定の信号が発せられ（７０３）、プロ
グラムに対して構成変更が拒否されたことを通知する。
削除すべきデバイスを解放したプログラムはその後、デ
バイスを再使用することが可能になる。 −もし段階１のＥＤＴ再構築が実行されると、ＥＤＴ再
構築プロセスから退出する（７０４）。 −その後、デバイス用に作成されたデバイス関連制御ブ
ロックが全てメモリから削除される（７０５）。
【００４１】スタチック、インストレーションスタチッ
ク、およびダイナミックデバイス 多くのプログラムがＵＣＢに依存しているため、本発明
は以下の着想を導入する。 −ダイナミックをサポートするデバイスタイプ。これは
デバイスに依存するＨＣＤ（ハードウエア構成ダイアロ
ーグ）からの出口である装置情報モジュール（ＵＩＭ）
によって指示される。ＵＩＭはＵＣＢ内のデバイス依存
データを定義する。 −ダイナミックと定義されるデバイス。そのデバイスタ
イプがダイナミックをサポートするようなそれぞれのデ
バイスについて、ＨＣＤユーザはそのデバイスをインス
トレーションスタチック又はダイナミックとして定義す
ることができる。これらの新しい着想によってデバイス
定義の次の三つのソフトウエアカテゴリーを得ることが
できる。即ち、 スタチック：デバイスに対してインストールされるデバ
イスサポートコードはダイナミック能力をサポートしな
い。 インストレーションスタチック：このデバイスタイプは
ダイナミック能力をサポートするが、インストレーショ
ンはそのデバイスが削除もしくは修正不可能であること
をデバイス定義内に明示する。このため、インストレー
ションによってデバイスを定義してそれらが現存のスタ
チックデータ構造に依存するプログラムに対して受容れ
られるようにすることになろう。 ダイナミック：このデバイスタイプはダイナミック能力
をサポートして、インストレーションはそのデバイスが
削除もしくは修正可能であることを指定する。
ク、およびダイナミックデバイス 多くのプログラムがＵＣＢに依存しているため、本発明
は以下の着想を導入する。 −ダイナミックをサポートするデバイスタイプ。これは
デバイスに依存するＨＣＤ（ハードウエア構成ダイアロ
ーグ）からの出口である装置情報モジュール（ＵＩＭ）
によって指示される。ＵＩＭはＵＣＢ内のデバイス依存
データを定義する。 −ダイナミックと定義されるデバイス。そのデバイスタ
イプがダイナミックをサポートするようなそれぞれのデ
バイスについて、ＨＣＤユーザはそのデバイスをインス
トレーションスタチック又はダイナミックとして定義す
ることができる。これらの新しい着想によってデバイス
定義の次の三つのソフトウエアカテゴリーを得ることが
できる。即ち、 スタチック：デバイスに対してインストールされるデバ
イスサポートコードはダイナミック能力をサポートしな
い。 インストレーションスタチック：このデバイスタイプは
ダイナミック能力をサポートするが、インストレーショ
ンはそのデバイスが削除もしくは修正不可能であること
をデバイス定義内に明示する。このため、インストレー
ションによってデバイスを定義してそれらが現存のスタ
チックデータ構造に依存するプログラムに対して受容れ
られるようにすることになろう。 ダイナミック：このデバイスタイプはダイナミック能力
をサポートして、インストレーションはそのデバイスが
削除もしくは修正可能であることを指定する。
【００４２】一定のＵＣＢが削除もしくは修正に妥当で
あるようにするために、デバイスタイプはダイナミック
をサポートし、デバイスはインストールによってダイナ
ミックと定義する必要がある。
あるようにするために、デバイスタイプはダイナミック
をサポートし、デバイスはインストールによってダイナ
ミックと定義する必要がある。
【００４３】以下の規則はＵＣＢのダイナミックな削除
に対して準備ができていないプログラム（およびそれと
関連するデバイス関連の制御ブロック）が予期しないエ
ラーに遭遇しないようにする上で役立つ。 −ダイナミックと定義されたデバイスのＵＣＢは従来の
プログラミングサービスを使用してＵＣＢアドレスを取
得するようなプログラムについては許容できない。 −デバイス関連事象に対する従来のＥＮＦ信号を聞取る
プログラム（例えばオンラインでデバイスを変更する）
はダイナミックと定義されるデバイスについての事象を
通知されることはない。本発明はＵＣＢ全体を包括する
デバイス関連事象について新たな一組のＥＮＦ信号と共
に使用される。ＥＮＦ信号発生器が何れのデバイスがダ
イナミックと定義されるかについて感知する必要がない
ように一定のＥＮＦ信号変換アルゴリズムが使用され
る。上記ＥＮＦ信号変換アルゴリズムは以下のことを行
うことになろう。即ち、 −もしデバイスがダイナミックと定義されると、信号Ｘ
をＸ’へ変換する。 −もしデバイスがスタチックもしくはインストレーショ
ンスタチックであると定義されると、ＸとＸ’の両信号
を発する。従って、信号Ｘを聴取する現存のプログラム
はＵＣＢがスタチック、もしくはインストレーションス
タチックである場合にのみその事象について通知される
ことになろう。信号Ｘ’を聴取するプログラムは何れの
ＵＣＢに対する事象についても報知されることになろ
う。
に対して準備ができていないプログラム（およびそれと
関連するデバイス関連の制御ブロック）が予期しないエ
ラーに遭遇しないようにする上で役立つ。 −ダイナミックと定義されたデバイスのＵＣＢは従来の
プログラミングサービスを使用してＵＣＢアドレスを取
得するようなプログラムについては許容できない。 −デバイス関連事象に対する従来のＥＮＦ信号を聞取る
プログラム（例えばオンラインでデバイスを変更する）
はダイナミックと定義されるデバイスについての事象を
通知されることはない。本発明はＵＣＢ全体を包括する
デバイス関連事象について新たな一組のＥＮＦ信号と共
に使用される。ＥＮＦ信号発生器が何れのデバイスがダ
イナミックと定義されるかについて感知する必要がない
ように一定のＥＮＦ信号変換アルゴリズムが使用され
る。上記ＥＮＦ信号変換アルゴリズムは以下のことを行
うことになろう。即ち、 −もしデバイスがダイナミックと定義されると、信号Ｘ
をＸ’へ変換する。 −もしデバイスがスタチックもしくはインストレーショ
ンスタチックであると定義されると、ＸとＸ’の両信号
を発する。従って、信号Ｘを聴取する現存のプログラム
はＵＣＢがスタチック、もしくはインストレーションス
タチックである場合にのみその事象について通知される
ことになろう。信号Ｘ’を聴取するプログラムは何れの
ＵＣＢに対する事象についても報知されることになろ
う。
【００４４】ＣＣＢの作成 図３に２０１で示す２つのＩＯＤＦの比較結果によって
一定の構成変更ブロック（ＣＣＢ）がつくりだされる。
上記ＣＣＢ自体はハードウエアとソフトウエアの構成定
義の変更を起動するために使用される。
一定の構成変更ブロック（ＣＣＢ）がつくりだされる。
上記ＣＣＢ自体はハードウエアとソフトウエアの構成定
義の変更を起動するために使用される。
【００４５】本発明によるＣＣＢの全体構造を図１２に
示す。好適例中に論ずるように、ＣＣＢは実際にはＣＣ
Ｂ自体８０１とＣＣＢヘッダ８０３中のエントリーによ
って指摘される増設ＣＣＢ（ＣＣＢＸ）８０２より構成
される。ＣＣＢ自体はそのフォーマットを８０５で更に
詳示した一連のＣＣＢエントリー８０４を含んでいる。
それぞれのエントリーはヘッダ８０６と、エントリータ
イプ特有の情報８０７を含んでいる。上記エントリーヘ
ッダはエントリーによって表示される構成変更のタイプ
を示すタイプ表示８０６Ａ（デバイス、制御装置、もし
くはチャネルパスＩＤ（ＣＨＰＩＤ）と、その要求が追
加、削除又は修正要求の何れであるかを示す要求タイプ
表示８０６Ｂと、その変更がハードウエア構成定義であ
るかソフトウエア構成定義であるか、インストレーショ
ンスタチックデバイスが一定のダイナミックデバイスに
変更中であるか、また、類別化トークンが妥当であるか
どうかを示すフラグ８０６Ｃを含んでいる。同時に、エ
ントリーヘッダはその使用法を以下に詳説する類別化ト
ークン８０６Ｄを含んでいる。それぞれのエントリーは
更に、図１３（以下に説明する）に示されるようなタイ
プ特有の情報８０７を含んでいる。ＣＣＢＸ８０２はダ
イナミック追加、削除、変更を制御するために使用され
るＩＯＤＦレコードを提供し、タイプ特有のＣＣＢエン
トリー８０７中のフィールドによってインデキシングさ
れる。もしその要求が一部品を追加することであれば、
ＣＣＢＸは新たなＩＯＤＦからのレコードを格納し、も
しその要求が一定のレコードを削除することであれば、
ＣＣＢは旧ＩＯＤＦからのレコードを格納し、その部品
が退出の場合に再び追加できるようにする。（付録（ア
ペンディクス）ＢはＩＯＤＦを詳説したものである。）
示す。好適例中に論ずるように、ＣＣＢは実際にはＣＣ
Ｂ自体８０１とＣＣＢヘッダ８０３中のエントリーによ
って指摘される増設ＣＣＢ（ＣＣＢＸ）８０２より構成
される。ＣＣＢ自体はそのフォーマットを８０５で更に
詳示した一連のＣＣＢエントリー８０４を含んでいる。
それぞれのエントリーはヘッダ８０６と、エントリータ
イプ特有の情報８０７を含んでいる。上記エントリーヘ
ッダはエントリーによって表示される構成変更のタイプ
を示すタイプ表示８０６Ａ（デバイス、制御装置、もし
くはチャネルパスＩＤ（ＣＨＰＩＤ）と、その要求が追
加、削除又は修正要求の何れであるかを示す要求タイプ
表示８０６Ｂと、その変更がハードウエア構成定義であ
るかソフトウエア構成定義であるか、インストレーショ
ンスタチックデバイスが一定のダイナミックデバイスに
変更中であるか、また、類別化トークンが妥当であるか
どうかを示すフラグ８０６Ｃを含んでいる。同時に、エ
ントリーヘッダはその使用法を以下に詳説する類別化ト
ークン８０６Ｄを含んでいる。それぞれのエントリーは
更に、図１３（以下に説明する）に示されるようなタイ
プ特有の情報８０７を含んでいる。ＣＣＢＸ８０２はダ
イナミック追加、削除、変更を制御するために使用され
るＩＯＤＦレコードを提供し、タイプ特有のＣＣＢエン
トリー８０７中のフィールドによってインデキシングさ
れる。もしその要求が一部品を追加することであれば、
ＣＣＢＸは新たなＩＯＤＦからのレコードを格納し、も
しその要求が一定のレコードを削除することであれば、
ＣＣＢは旧ＩＯＤＦからのレコードを格納し、その部品
が退出の場合に再び追加できるようにする。（付録（ア
ペンディクス）ＢはＩＯＤＦを詳説したものである。）
【００４６】図１３はデバイスエントリー９０１、制御
装置エントリー９０２、およびＣＨＰＩＤエントリー９
０３のＣＣＢエントリーのエントリータイプ特有の情報
の一般的な形を示したものである。
装置エントリー９０２、およびＣＨＰＩＤエントリー９
０３のＣＣＢエントリーのエントリータイプ特有の情報
の一般的な形を示したものである。
【００４７】デバイスエントリーはデバイスナンバー９
０１Ａと、もしエントリーがデバイス間でＣＨＰＩＤを
追加／削除するための”修正”要求に対するものである
場合にこのデバイスから追加／削除さるべきＣＨＰＩＤ
アレイ９０１Ｇ内に格納されるＣＨＰＩＤのマスク９０
１Ｂと、このエントリーがデバイス間で制御装置を追加
／削除するための修正要求に対して作成されたのである
場合に、デバイス間で追加／削除さるべき物理制御装置
番号のマスク９０１Ｃ（ＩＯＤＦ ＤＶＲレコード内に
含まれる−図２４を参照）と、デバイスレコードのＣＣ
ＢＸ内へのオフセット９０１Ｄと、（ＩＯＤＦ ＤＡＲ
からの）デバイス付属レコード定義のＣＣＢＸ内へのオ
フセット９０１Ｅと、（ＩＯＤＦ ＤＡＲからの）新た
なＩＯＤＦに対するデバイス付属レコードのＣＣＢＸ内
へのオフセット９０１Ｆと、エントリーが（ＩＯＤＦ
ＬＣＲレコードから得られた）デバイス間でＣＨＰＩＤ
を追加／削除するための”修正”要求に対して作成され
たものである場合に、このデバイスから追加／削除さる
べきＣＨＰＩＤのアレイ９０１Ｇと、ＭＶＳデバイス定
義（ＩＯＤＦ ＭＤＲ、図２５を参照）のＣＣＢＸ内へ
のオフセット９０１Ｈとを含んでいる。
０１Ａと、もしエントリーがデバイス間でＣＨＰＩＤを
追加／削除するための”修正”要求に対するものである
場合にこのデバイスから追加／削除さるべきＣＨＰＩＤ
アレイ９０１Ｇ内に格納されるＣＨＰＩＤのマスク９０
１Ｂと、このエントリーがデバイス間で制御装置を追加
／削除するための修正要求に対して作成されたのである
場合に、デバイス間で追加／削除さるべき物理制御装置
番号のマスク９０１Ｃ（ＩＯＤＦ ＤＶＲレコード内に
含まれる−図２４を参照）と、デバイスレコードのＣＣ
ＢＸ内へのオフセット９０１Ｄと、（ＩＯＤＦ ＤＡＲ
からの）デバイス付属レコード定義のＣＣＢＸ内へのオ
フセット９０１Ｅと、（ＩＯＤＦ ＤＡＲからの）新た
なＩＯＤＦに対するデバイス付属レコードのＣＣＢＸ内
へのオフセット９０１Ｆと、エントリーが（ＩＯＤＦ
ＬＣＲレコードから得られた）デバイス間でＣＨＰＩＤ
を追加／削除するための”修正”要求に対して作成され
たものである場合に、このデバイスから追加／削除さる
べきＣＨＰＩＤのアレイ９０１Ｇと、ＭＶＳデバイス定
義（ＩＯＤＦ ＭＤＲ、図２５を参照）のＣＣＢＸ内へ
のオフセット９０１Ｈとを含んでいる。
【００４８】制御装置（ＣＵ）エントリーはＣＵナンバ
ー９０２Ａと、エントリーがＣＵ間でＣＨＰＩＤを追加
削除するための”修正”要求に対するものである場合
に、このＣＵから追加／削除さるべきＣＨＰＩＤのマス
ク９０２Ｂ（ＣＨＰＩＤとリンクアドレスはＣＡＲレコ
ード内に格納される。−図２４参照）と、物理ＣＵレコ
ード（図２４中のＣＵＲ）のＣＣＢＸ内へのオフセット
９０２Ｃと、ＣＵ付属レコード定義（図２４のＣＡＲ）
のＣＣＢＸ内へのオフセット９０２Ｄと、要求が装置ア
ドレス範囲を修正することである場合に追加もしくは削
除さるべき装置アドレスの範囲９０２Ｅと、同範囲内の
装置アドレスのカウント９０２Ｆと、装置開始アドレス
９０２Ｇとを含んでいる。
ー９０２Ａと、エントリーがＣＵ間でＣＨＰＩＤを追加
削除するための”修正”要求に対するものである場合
に、このＣＵから追加／削除さるべきＣＨＰＩＤのマス
ク９０２Ｂ（ＣＨＰＩＤとリンクアドレスはＣＡＲレコ
ード内に格納される。−図２４参照）と、物理ＣＵレコ
ード（図２４中のＣＵＲ）のＣＣＢＸ内へのオフセット
９０２Ｃと、ＣＵ付属レコード定義（図２４のＣＡＲ）
のＣＣＢＸ内へのオフセット９０２Ｄと、要求が装置ア
ドレス範囲を修正することである場合に追加もしくは削
除さるべき装置アドレスの範囲９０２Ｅと、同範囲内の
装置アドレスのカウント９０２Ｆと、装置開始アドレス
９０２Ｇとを含んでいる。
【００４９】一つのＣＨＰＩＤエントリーはＣＨＰＩＤ
９０３Ａと、チャネルパスレコードのＣＣＢＸ内へのオ
フセット９０３Ｂを格納する。
９０３Ａと、チャネルパスレコードのＣＣＢＸ内へのオ
フセット９０３Ｂを格納する。
【００５０】ＣＣＢエントリーを作成する上で、以下の
全体的な規則が該当する。 −ＣＣＢ内には同じエントリーは存在しない。もし同じ
エントリーが２つの異なる理由から生ずる場合には、そ
のうちの一つのエントリーのみが生成される。 −このデバイスについてＣＣＢ内に一つの追加／削除ハ
ードウエアエントリーが存在する場合には修正デバイス
エントリーは作成されない。 −もしこの制御装置についてＣＣＢ内に一つの追加／削
除エントリーが存在する場合には修正制御装置エントリ
ーが作成される。 −フォローアップエントリーを作成するための共通の論
理が一つ存在する。詳細は”フォローアップエントリー
構造”と題する節を参照されたい。 ＣＣＢエントリーは以下の順序でソートされる。（その
ため、データは報告目的のためにアクセスしやすくで
き、新たなＵＬＵＴの構築を容易にすることができ
る。） −デバイスナンバー順のデバイスエントリー −追加要求前の要求を削除する。 −最後に要求を修正する。 −制御装置番号順に装置エントリーを制御する。 −追加要求前の要求を削除する。 −最後に要求を修正する。 −チャネルパス番号順のチャネルパスエントリー −追加前に削除する。 以下の一般的コメントは注記したタイプのＣＣＢエント
リーについて該当する。（ＣＣＢの作成用模擬コードは
付録（アペンディックス）Ａに含まれる。）ＣＨＰＩＤ
について可能なタイプのＣＣＢエントリーが２つ存在す
る。 １．ＣＨＰＩＤを削除する。 ２．ＣＨＰＩＤを追加する。 全てのチャネルパスエントリーは（エントリーヘッダ中
のフラグを介して）ハードウエア制御ブロックが更新さ
るべきであってソフトウエア制御ブロックが不変のまま
であることを示す。
全体的な規則が該当する。 −ＣＣＢ内には同じエントリーは存在しない。もし同じ
エントリーが２つの異なる理由から生ずる場合には、そ
のうちの一つのエントリーのみが生成される。 −このデバイスについてＣＣＢ内に一つの追加／削除ハ
ードウエアエントリーが存在する場合には修正デバイス
エントリーは作成されない。 −もしこの制御装置についてＣＣＢ内に一つの追加／削
除エントリーが存在する場合には修正制御装置エントリ
ーが作成される。 −フォローアップエントリーを作成するための共通の論
理が一つ存在する。詳細は”フォローアップエントリー
構造”と題する節を参照されたい。 ＣＣＢエントリーは以下の順序でソートされる。（その
ため、データは報告目的のためにアクセスしやすくで
き、新たなＵＬＵＴの構築を容易にすることができ
る。） −デバイスナンバー順のデバイスエントリー −追加要求前の要求を削除する。 −最後に要求を修正する。 −制御装置番号順に装置エントリーを制御する。 −追加要求前の要求を削除する。 −最後に要求を修正する。 −チャネルパス番号順のチャネルパスエントリー −追加前に削除する。 以下の一般的コメントは注記したタイプのＣＣＢエント
リーについて該当する。（ＣＣＢの作成用模擬コードは
付録（アペンディックス）Ａに含まれる。）ＣＨＰＩＤ
について可能なタイプのＣＣＢエントリーが２つ存在す
る。 １．ＣＨＰＩＤを削除する。 ２．ＣＨＰＩＤを追加する。 全てのチャネルパスエントリーは（エントリーヘッダ中
のフラグを介して）ハードウエア制御ブロックが更新さ
るべきであってソフトウエア制御ブロックが不変のまま
であることを示す。
【００５１】ＣＨＰＩＤ ＣＣＢエントリーの削除：
ＣＨＰＩＤを削除するためのＣＣＢエントリーが以下の
理由から作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較されＣＨＰＩＤが新Ｉ
ＯＤＦ内に発見されない場合、ＣＨＰＩＤは構成から削
除しなければならない。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、ＣＨＰＩＤ定義
が変化した場合、ＣＨＰＩＤを構成から削除した後、再
び追加する必要がある。
ＣＨＰＩＤを削除するためのＣＣＢエントリーが以下の
理由から作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較されＣＨＰＩＤが新Ｉ
ＯＤＦ内に発見されない場合、ＣＨＰＩＤは構成から削
除しなければならない。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、ＣＨＰＩＤ定義
が変化した場合、ＣＨＰＩＤを構成から削除した後、再
び追加する必要がある。
【００５２】ＣＨＰＩＤＣＣＢエントリーの追加： Ｃ
ＨＰＩＤを追加するためのＣＣＢエントリーは以下の理
由で作成される。
ＨＰＩＤを追加するためのＣＣＢエントリーは以下の理
由で作成される。
【００５３】−新ＩＯＤＦが旧ＩＯＤＦと比較され、そ
のＣＨＰＩＤが旧ＩＯＤＦ内に発見されない場合、その
ＣＨＰＩＤを構成に追加する必要がある。 −旧ＩＯＤＦを新たなＩＯＤＦと比較し、ＣＨＰＩＤ定
義が変化したことが発見された時、削除ＣＨＰＩＤエン
トリーと追加ＣＨＰＩＤエントリーの両方が作成され
る。追加エントリーは新ＩＯＤＦ内の対応するＣＨＰＩ
Ｄレコードは発見してそれに応じてＣＨＰＩＤを作成す
るようにいう。
のＣＨＰＩＤが旧ＩＯＤＦ内に発見されない場合、その
ＣＨＰＩＤを構成に追加する必要がある。 −旧ＩＯＤＦを新たなＩＯＤＦと比較し、ＣＨＰＩＤ定
義が変化したことが発見された時、削除ＣＨＰＩＤエン
トリーと追加ＣＨＰＩＤエントリーの両方が作成され
る。追加エントリーは新ＩＯＤＦ内の対応するＣＨＰＩ
Ｄレコードは発見してそれに応じてＣＨＰＩＤを作成す
るようにいう。
【００５４】他のエントリーへの依存： 一定のＣＨＰ
ＩＤについて削除と（又は）追加エントリーが作成され
る時は常に、これは他のエントリーに依存する。依存関
係全体についての詳細は”フォローアップエントリー構
造”の節を参照されたい。
ＩＤについて削除と（又は）追加エントリーが作成され
る時は常に、これは他のエントリーに依存する。依存関
係全体についての詳細は”フォローアップエントリー構
造”の節を参照されたい。
【００５５】制御装置ＣＣＢエントリー 一つの制御装置について３つのエントリータイプが存在
する。 １．制御装置の削除 ２．制御装置の追加 ３．制御装置の修正 全ての制御装置エントリーはヘッダフラグによって、ハ
ードウエア制御ブロックが更新さるべきで、ソフトウエ
ア制御ブロックが不変のままであることを示す。
する。 １．制御装置の削除 ２．制御装置の追加 ３．制御装置の修正 全ての制御装置エントリーはヘッダフラグによって、ハ
ードウエア制御ブロックが更新さるべきで、ソフトウエ
ア制御ブロックが不変のままであることを示す。
【００５６】制御装置エントリーの削除： 一つの制御
装置を削除するＣＣＢエントリーは以下の理由で作成さ
れる。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置がその
新ＩＯＤＦ内に発見されない場合、構成から制御装置を
削除する必要がある。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置の定義
が変更していた場合（”修正”の下にカバーされないと
思われる例外について）、制御装置は構成から削除した
後、再追加する必要がある。
装置を削除するＣＣＢエントリーは以下の理由で作成さ
れる。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置がその
新ＩＯＤＦ内に発見されない場合、構成から制御装置を
削除する必要がある。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置の定義
が変更していた場合（”修正”の下にカバーされないと
思われる例外について）、制御装置は構成から削除した
後、再追加する必要がある。
【００５７】制御装置エントリーの追加： 一つの制御
装置を追加するＣＣＢエントリーは以下の理由で作成さ
れる。 −新ＩＯＤＦが旧ＩＯＤＦと比較され、制御装置が旧Ｉ
ＯＤＦ内に発見されない場合、制御装置を構成に追加す
る必要がある。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置の定義
が変更したことが発見された場合（”修正”の下にカバ
ーされないものと思われる例外について）、削除制御装
置エントリーと追加制御装置エントリーの両方が作成さ
れる。追加エントリーは新ＩＯＤＦに対応する制御装置
レコードを発見してそれに従って制御装置を作成するよ
うにいう。
装置を追加するＣＣＢエントリーは以下の理由で作成さ
れる。 −新ＩＯＤＦが旧ＩＯＤＦと比較され、制御装置が旧Ｉ
ＯＤＦ内に発見されない場合、制御装置を構成に追加す
る必要がある。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置の定義
が変更したことが発見された場合（”修正”の下にカバ
ーされないものと思われる例外について）、削除制御装
置エントリーと追加制御装置エントリーの両方が作成さ
れる。追加エントリーは新ＩＯＤＦに対応する制御装置
レコードを発見してそれに従って制御装置を作成するよ
うにいう。
【００５８】他のエントリーへの依存： 一定の制御装
置について削除と（又は）追加エントリーが作成される
時はいつもこのことは他のエントリーに依存する。その
依存関係の全体についての詳細は”フォローアップエン
トリー構造”の節を参照されたい。
置について削除と（又は）追加エントリーが作成される
時はいつもこのことは他のエントリーに依存する。その
依存関係の全体についての詳細は”フォローアップエン
トリー構造”の節を参照されたい。
【００５９】制御装置エントリーの修正 以下の条件の何れかが発見されると制御装置を修正する
ＣＣＢエントリーが作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、一定のＣＨＰＩ
Ｄが新ＩＯＤＦ内の制御装置定義から削除さるべきこと
が発見された場合、制御装置を修正して制御装置の定義
から対応する一組のＣＨＰＩＤを除去すべきことを示す
一定のＣＣＢエントリーが作成される。
ＣＣＢエントリーが作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、一定のＣＨＰＩ
Ｄが新ＩＯＤＦ内の制御装置定義から削除さるべきこと
が発見された場合、制御装置を修正して制御装置の定義
から対応する一組のＣＨＰＩＤを除去すべきことを示す
一定のＣＣＢエントリーが作成される。
【００６０】ＣＨＰＩＤを追加もしくは除去するために
修正されるそれぞれの制御装置について、制御装置に対
する全てのデバイスもＣＨＰＩＤを追加もしくは除去す
るために修正する必要がある。ＣＣＢは影響を受けるそ
れぞれのデバイスについて一つの修正デバイスエントリ
ーを含む必要がある。 −旧ＩＯＤＦを新ＩＯＤＦと比較して、一定のＣＨＰＩ
Ｄが新ＩＯＤＦ内の制御装置定義に追加さるべきことが
発見されると、一定のＣＣＢエントリーが作成され、そ
れに対応する一組のＣＨＰＩＤを制御装置定義内へ追加
するために制御装置を修正すべきことを示す。もし共通
のＣＨＰＩＤが存在しなければ、この例外的なケース
は”修正”によっては処理されず、”削除”と”追加”
によって処理される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、装置アドレスが
追加されたり、削除されたりしたことがわかると、一定
のＣＣＢエントリーが作成され、制御装置の装置アドレ
ス範囲を追加あるいは削除するよう修正しなければなら
ないことを示す。もし共通の装置アドレスが存在しなけ
れば、これは例外的に”修正”されるのではなく、”削
除”または”追加”されることになる。
修正されるそれぞれの制御装置について、制御装置に対
する全てのデバイスもＣＨＰＩＤを追加もしくは除去す
るために修正する必要がある。ＣＣＢは影響を受けるそ
れぞれのデバイスについて一つの修正デバイスエントリ
ーを含む必要がある。 −旧ＩＯＤＦを新ＩＯＤＦと比較して、一定のＣＨＰＩ
Ｄが新ＩＯＤＦ内の制御装置定義に追加さるべきことが
発見されると、一定のＣＣＢエントリーが作成され、そ
れに対応する一組のＣＨＰＩＤを制御装置定義内へ追加
するために制御装置を修正すべきことを示す。もし共通
のＣＨＰＩＤが存在しなければ、この例外的なケース
は”修正”によっては処理されず、”削除”と”追加”
によって処理される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、装置アドレスが
追加されたり、削除されたりしたことがわかると、一定
のＣＣＢエントリーが作成され、制御装置の装置アドレ
ス範囲を追加あるいは削除するよう修正しなければなら
ないことを示す。もし共通の装置アドレスが存在しなけ
れば、これは例外的に”修正”されるのではなく、”削
除”または”追加”されることになる。
【００６１】追加もしくは削除される装置アドレスは全
て装置アドレスレンジへ編成される。追加される全ての
新装置アドレスレンジについては一つの修正エントリー
が、また、削除される全ての旧装置アドレスレンジにつ
いては一つのエントリーが存在する。
て装置アドレスレンジへ編成される。追加される全ての
新装置アドレスレンジについては一つの修正エントリー
が、また、削除される全ての旧装置アドレスレンジにつ
いては一つのエントリーが存在する。
【００６２】デバイスＣＣＢエントリー： 一つのデバ
イスについて可能なエントリーのタイプが３つ存在す
る。 １．デバイスの削除 ２．デバイスの追加 ３．デバイスの修正 一定のデバイスに対する各ＣＣＢエントリーはヘッダフ
ラグ内にハードウエアもしくはソフトウエア構成定義が
更新さるべきことを示すことができる。これは、ＵＣＢ
を追加もしくは削除せずにサブチャネルを作成もしくは
削除したり、サブチャネルを追加もしくは削除すること
なくＵＣＢを追加削除するための柔軟性を考慮したもの
である。
イスについて可能なエントリーのタイプが３つ存在す
る。 １．デバイスの削除 ２．デバイスの追加 ３．デバイスの修正 一定のデバイスに対する各ＣＣＢエントリーはヘッダフ
ラグ内にハードウエアもしくはソフトウエア構成定義が
更新さるべきことを示すことができる。これは、ＵＣＢ
を追加もしくは削除せずにサブチャネルを作成もしくは
削除したり、サブチャネルを追加もしくは削除すること
なくＵＣＢを追加削除するための柔軟性を考慮したもの
である。
【００６３】以下の節は何時これらのエントリーが作成
されてＣＣＢ内へ配置されるかを解説する。
されてＣＣＢ内へ配置されるかを解説する。
【００６４】デバイスの削除： 一定のデバイスを削除
するＣＣＢエントリーは以下の理由で作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され旧ＩＯＤＦ内のデ
バイス定義（ハードウエアと（又は）ソフトウエア）が
その新ＩＯＤＦ内に発見されない場合、そのデバイス定
義はシステムから削除しなければならない。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、デバイス定義が
変更した場合、デバイス定義を削除した後、システム内
へ追加して戻す必要がある（”修正”の下に定義される
ケースは除く）。従って、２つのＣＣＢエントリーが作
成される。最初のエントリーはデバイスが削除さるべき
ことを示すことになろう。第２のエントリーはデバイス
が新たな定義によって作成さるべきことを示す。
するＣＣＢエントリーは以下の理由で作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され旧ＩＯＤＦ内のデ
バイス定義（ハードウエアと（又は）ソフトウエア）が
その新ＩＯＤＦ内に発見されない場合、そのデバイス定
義はシステムから削除しなければならない。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、デバイス定義が
変更した場合、デバイス定義を削除した後、システム内
へ追加して戻す必要がある（”修正”の下に定義される
ケースは除く）。従って、２つのＣＣＢエントリーが作
成される。最初のエントリーはデバイスが削除さるべき
ことを示すことになろう。第２のエントリーはデバイス
が新たな定義によって作成さるべきことを示す。
【００６５】デバイスエントリーの追加： 一定のデバ
イスを追加するＣＣＢエントリーは以下の理由から作成
される。 −新ＩＯＤＦが旧ＩＯＤＦと比較され、デバイス定義
（ハードウエア又はソフトウエアの）が旧ＩＯＤＦ内に
格納されなかった新ＩＯＤＦ内に発見された場合、その
デバイス定義をシステムに追加しなければならない。 −一定のデバイスが属性を変更した場合、そのデバイス
はシステムから削除され、（”修正”の下に記述するケ
ースは別として）再追加する必要がある。一定の追加デ
バイスエントリーがＣＣＢ内へ配置される。
イスを追加するＣＣＢエントリーは以下の理由から作成
される。 −新ＩＯＤＦが旧ＩＯＤＦと比較され、デバイス定義
（ハードウエア又はソフトウエアの）が旧ＩＯＤＦ内に
格納されなかった新ＩＯＤＦ内に発見された場合、その
デバイス定義をシステムに追加しなければならない。 −一定のデバイスが属性を変更した場合、そのデバイス
はシステムから削除され、（”修正”の下に記述するケ
ースは別として）再追加する必要がある。一定の追加デ
バイスエントリーがＣＣＢ内へ配置される。
【００６６】デバイスの変更： 一定デバイスを修正す
るためのＣＣＢエントリーは旧ＩＯＤＦが新ＩＯＤＦと
比較され、以下の条件の何れか一つが検出された場合の
み作成される。 −一定のデバイスから一定の制御装置が追加もしくは除
去される。もし新旧ＩＯＤＦ間に共通の制御装置が存在
しなければデバイスは削除され再追加される。
るためのＣＣＢエントリーは旧ＩＯＤＦが新ＩＯＤＦと
比較され、以下の条件の何れか一つが検出された場合の
み作成される。 −一定のデバイスから一定の制御装置が追加もしくは除
去される。もし新旧ＩＯＤＦ間に共通の制御装置が存在
しなければデバイスは削除され再追加される。
【００６７】それに続くのは制御装置の全パスをデバイ
スから削除又はデバイスへ追加するエントリーである。 −デバイスに接続される現在の制御装置に至るパスが追
加もしくは除去される。 −非合法状態検出の設定が変化した（設定可能あるいは
不可能になった）。 −好ましいチャネルパスが変化した。 上記条件のそれぞれについて、一定のＣＣＢエントリー
が作成されてデバイス定義を修正すべきことを明示す
る。
スから削除又はデバイスへ追加するエントリーである。 −デバイスに接続される現在の制御装置に至るパスが追
加もしくは除去される。 −非合法状態検出の設定が変化した（設定可能あるいは
不可能になった）。 −好ましいチャネルパスが変化した。 上記条件のそれぞれについて、一定のＣＣＢエントリー
が作成されてデバイス定義を修正すべきことを明示す
る。
【００６８】これら修正エントリーは全てハードウエア
のみの変化である。
のみの変化である。
【００６９】フォローアップエントリー構造 若干のエントリーが作成されることによって以下のもう
一つのタイプの追加エントリー又は現在エントリーが変
化する。例えば、ＣＨＰＩＤを削除すると制御装置を修
正してＣＨＰＩＤを削除する追加的なエントリーが発生
する。
一つのタイプの追加エントリー又は現在エントリーが変
化する。例えば、ＣＨＰＩＤを削除すると制御装置を修
正してＣＨＰＩＤを削除する追加的なエントリーが発生
する。
【００７０】制御装置から全てのＣＨＰＩＤを削除する
場合、エントリーを変更して制御装置全体を削除する必
要がある。
場合、エントリーを変更して制御装置全体を削除する必
要がある。
【００７１】かかるフォローアップエントリーのルール
全体を図１４に示す。本図において、全ての矢印は２個
のエントリー間のフォローアップ関係を示す。異なるタ
イプのエントリー（例えばデバイス／制御装置）が関連
すると、このことは一つの追加エントリーを表わす。同
じタイプのエントリー同士が関連すると、そのことはエ
ントリーの変更を示す。図１４中の文字は以下のことを
示す。ａ：削除されるＣＨＰＩＤ（チャネルパス）の全
てについてＣＨＰＩＤをＣＨＰＩＤ上の制御装置全体か
ら削除するエントリーが存在しなければならない。ｂ：
追加されるＣＨＰＩＤの全てについてＣＨＰＩＤをＣＨ
ＰＩＤ上の制御装置全体に追加するエントリーが存在し
なければならない。ｃ：一定の制御装置から全てのＣＨ
ＰＩＤが削除される場合には、制御装置を削除し再追加
するためにエントリーを変更しなければならない。ｄ：
チャネルパス全体が一定の制御装置に対して追加される
場合には制御装置を削除し再追加するためにエントリー
を変更しなければならない。ｅ：一定の制御装置から削
除される全てのチャネルパスについて、制御装置上の全
デバイスからＣＨＰＩＤを削除するためにエントリーが
存在しなければならない。ｆ：一定の制御装置へ追加さ
れる全てのＣＨＰＩＤについて、ＣＨＰＩＤを制御装置
上の全てのデバイスへ追加するエントリーが存在しなけ
ればならない。ｇ：削除されるすべての制御装置につい
て、制御装置を制御装置上のすべてのデバイスから削除
するエントリーが存在しなければならない。ｈ：追加さ
れる全ての制御装置について、制御装置を制御装置上の
全デバイスへ追加するエントリーが存在しなければなら
ない。ｉ：一定のデバイスから削除される全ての制御装
置についても全てのチャネルパスをデバイスからの制御
装置と関連するデバイスから削除する一つのエントリー
が存在しなければならない。ｊ：一定のデバイスに追加
される全ての制御装置についても制御装置のＣＨＰＩＤ
全体をデバイスに追加するために一つのエントリーが存
在しなければならない。ｋ：全ての制御装置が一定のデ
バイスから削除される場合、エントリーを変更してデバ
イスを削除し再追加しなければならない。この遷移が妥
当であれば、遷移ｍもまた妥当でなければならない。
ｌ：全ての制御装置が一定のデバイスに追加される場
合、エントリーを変更してデバイスを削除し再追加しな
ければならない。この遷移が妥当であれば、遷移ｎもま
た妥当でなければならない。ｍ：全てのＣＨＰＩＤが一
定のデバイスから削除される場合、エントリーを変更し
てデバイスを削除し再追加しなければならない。この遷
移が妥当であれば、遷移ｋもまた妥当でなければならな
い。ｎ：全体のＣＨＰＩＤが一定のデバイスに追加され
る場合、エントリーを変更してデバイスを削除し再追加
しなければならない。この遷移が妥当であると、遷移ｌ
もまた妥当でなければならない。
全体を図１４に示す。本図において、全ての矢印は２個
のエントリー間のフォローアップ関係を示す。異なるタ
イプのエントリー（例えばデバイス／制御装置）が関連
すると、このことは一つの追加エントリーを表わす。同
じタイプのエントリー同士が関連すると、そのことはエ
ントリーの変更を示す。図１４中の文字は以下のことを
示す。ａ：削除されるＣＨＰＩＤ（チャネルパス）の全
てについてＣＨＰＩＤをＣＨＰＩＤ上の制御装置全体か
ら削除するエントリーが存在しなければならない。ｂ：
追加されるＣＨＰＩＤの全てについてＣＨＰＩＤをＣＨ
ＰＩＤ上の制御装置全体に追加するエントリーが存在し
なければならない。ｃ：一定の制御装置から全てのＣＨ
ＰＩＤが削除される場合には、制御装置を削除し再追加
するためにエントリーを変更しなければならない。ｄ：
チャネルパス全体が一定の制御装置に対して追加される
場合には制御装置を削除し再追加するためにエントリー
を変更しなければならない。ｅ：一定の制御装置から削
除される全てのチャネルパスについて、制御装置上の全
デバイスからＣＨＰＩＤを削除するためにエントリーが
存在しなければならない。ｆ：一定の制御装置へ追加さ
れる全てのＣＨＰＩＤについて、ＣＨＰＩＤを制御装置
上の全てのデバイスへ追加するエントリーが存在しなけ
ればならない。ｇ：削除されるすべての制御装置につい
て、制御装置を制御装置上のすべてのデバイスから削除
するエントリーが存在しなければならない。ｈ：追加さ
れる全ての制御装置について、制御装置を制御装置上の
全デバイスへ追加するエントリーが存在しなければなら
ない。ｉ：一定のデバイスから削除される全ての制御装
置についても全てのチャネルパスをデバイスからの制御
装置と関連するデバイスから削除する一つのエントリー
が存在しなければならない。ｊ：一定のデバイスに追加
される全ての制御装置についても制御装置のＣＨＰＩＤ
全体をデバイスに追加するために一つのエントリーが存
在しなければならない。ｋ：全ての制御装置が一定のデ
バイスから削除される場合、エントリーを変更してデバ
イスを削除し再追加しなければならない。この遷移が妥
当であれば、遷移ｍもまた妥当でなければならない。
ｌ：全ての制御装置が一定のデバイスに追加される場
合、エントリーを変更してデバイスを削除し再追加しな
ければならない。この遷移が妥当であれば、遷移ｎもま
た妥当でなければならない。ｍ：全てのＣＨＰＩＤが一
定のデバイスから削除される場合、エントリーを変更し
てデバイスを削除し再追加しなければならない。この遷
移が妥当であれば、遷移ｋもまた妥当でなければならな
い。ｎ：全体のＣＨＰＩＤが一定のデバイスに追加され
る場合、エントリーを変更してデバイスを削除し再追加
しなければならない。この遷移が妥当であると、遷移ｌ
もまた妥当でなければならない。
【００７２】Ｉ／Ｏ構成変更検出 本発明の実施例に記述したＭＶＳ環境では、先に示すよ
うに、装置制御ブロック（ＵＣＢ）と好適デバイステー
ブル（ＥＤＴ）はオペレーティングシステムに対する一
組のデバイスを記述する（図１の１０４：図２の１１
６）。デバイスの構成定義が上記の如くダイナミックに
追加、削除もしくは修正されると、ＭＶＳはＵＣＢをダ
イナミックに追加、削除し、ＥＤＴを再構築する。これ
らの変化を検出する機構は以下の理由で必要である。 −現在のＩ／Ｏ構成に関する情報を（例えば、構成を表
わす一組のＵＣＢ上を走査することによって）取得する
必要のあるプログラムはその一組のＩ／Ｏ構成を表わす
ＵＣＢが変更される場合には矛盾した結果に遭遇しな
い。 −デバイスナンバーとＵＣＢ間の関係に反応するプログ
ラムは一定のデバイス定義が一定のデバイスから別のデ
バイスに変更される場合には矛盾した結果に遭遇するこ
とはない。（例えば、最初３３５０ＤＡＳＤと定義され
たデバイスナンバーは後に３３８０ＤＡＳＤもしくはＴ
ＡＰＥデバイスと定義することができる。） −ＵＣＢアドレスのリストを保持し、それが使用される
前に所与のＵＣＢアドレスを確認するプログラムは一定
のＵＣＢがダイナミックに削除され、別のＵＣＢが後に
同じメモリアドレスでダイナミックに追加される。 −割当て目的でデバイスの論理的類別化に反応するプロ
グラムはデバイスの論理的類別化がダイナミックに変更
される時に矛盾した結果に遭遇しない。
うに、装置制御ブロック（ＵＣＢ）と好適デバイステー
ブル（ＥＤＴ）はオペレーティングシステムに対する一
組のデバイスを記述する（図１の１０４：図２の１１
６）。デバイスの構成定義が上記の如くダイナミックに
追加、削除もしくは修正されると、ＭＶＳはＵＣＢをダ
イナミックに追加、削除し、ＥＤＴを再構築する。これ
らの変化を検出する機構は以下の理由で必要である。 −現在のＩ／Ｏ構成に関する情報を（例えば、構成を表
わす一組のＵＣＢ上を走査することによって）取得する
必要のあるプログラムはその一組のＩ／Ｏ構成を表わす
ＵＣＢが変更される場合には矛盾した結果に遭遇しな
い。 −デバイスナンバーとＵＣＢ間の関係に反応するプログ
ラムは一定のデバイス定義が一定のデバイスから別のデ
バイスに変更される場合には矛盾した結果に遭遇するこ
とはない。（例えば、最初３３５０ＤＡＳＤと定義され
たデバイスナンバーは後に３３８０ＤＡＳＤもしくはＴ
ＡＰＥデバイスと定義することができる。） −ＵＣＢアドレスのリストを保持し、それが使用される
前に所与のＵＣＢアドレスを確認するプログラムは一定
のＵＣＢがダイナミックに削除され、別のＵＣＢが後に
同じメモリアドレスでダイナミックに追加される。 −割当て目的でデバイスの論理的類別化に反応するプロ
グラムはデバイスの論理的類別化がダイナミックに変更
される時に矛盾した結果に遭遇しない。
【００７３】ダイナミックデバイス再構成（ＤＤＲ）ス
ワップ（従来技術において公知）が生じて２個のＵＣＢ
の内容を交換する時に同様な機構が必要となる。ＤＤＲ
スワップはデバイスナンバーとＵＣＢ間の関係をスワッ
プに伴うデバイスについて変更する。
ワップ（従来技術において公知）が生じて２個のＵＣＢ
の内容を交換する時に同様な機構が必要となる。ＤＤＲ
スワップはデバイスナンバーとＵＣＢ間の関係をスワッ
プに伴うデバイスについて変更する。
【００７４】図１５は、本発明の制御ブロック構造キー
を解説するもので、このＩ／Ｏ構成変更検出を行う以下
の構造を示す。
を解説するもので、このＩ／Ｏ構成変更検出を行う以下
の構造を示す。
【００７５】ＭＶＳ Ｉ／Ｏ構成トークン（１１０１） ＭＶＳ Ｉ／Ｏ構成トークンテーブル（１１０２） ＵＣＢトークンテーブルインデクス（１１０３Ａ）
【００７６】ＭＶＳ Ｉ／Ｏ構成トークン−１１０１ ＭＶＳ Ｉ／Ｏ構成トークンの目的は、Ｉ／Ｏ構成の現
在状態を、ＩＰＬする間を通してＭＶＳに一義的に識別
することである。
在状態を、ＩＰＬする間を通してＭＶＳに一義的に識別
することである。
【００７７】ＭＶＳ Ｉ／Ｏ構成トークンは、ＭＶＳプ
ログラミングサービスと共に使用することによってその
サービスから受取られた情報がトークンにより表わされ
る構成定義と一貫するようにすることができる。
ログラミングサービスと共に使用することによってその
サービスから受取られた情報がトークンにより表わされ
る構成定義と一貫するようにすることができる。
【００７８】トークンフォーマット ＭＶＳ Ｉ／Ｏ構成トークンは以下のデータから構成さ
れる。 −ＩＯＤＦワールドワイド一意値（ＷＷＵＶ）１１０１
Ａ注記：ＩＯＤＦはＭＶＳが初期化するために要するＩ
／Ｏ構成定義を全て含むＩ／Ｏ定義ファイルである。こ
のファイルは初期化プロセス中にＭＶＳにより読取ら
れ、Ｉ／Ｏ構成に対するＵＣＢとＥＤＴを構築する。Ｉ
ＯＤＦはＩＯＤＦを一義的に識別するワールド・ワイド
一意値（ＷＷＵＶ）を含む。ＷＷＵＶは（以下からな
る） ＣＰＵアドレス１１０１Ｂ ＣＰＵシリアルナンバー１１０１Ｃ ＣＰＵモデルナンバー１１０１Ｄ ＴＯＤクロック１１０１Ｅ（ＩＯＤＦ作成時） −オペレーティングシステム構成識別子１１０１Ｆ（Ｉ
ＯＤＦ内の特定の構成にユニークな任意の８バイトスト
リング） −シーケンスナンバー１１０１Ｇ −ＤＤＲスワップ１１０１Ｈのナンバー −ＥＤＴ識別子１１０１Ｊ オペレーティングシステムが初期プログラムロードプロ
セスの一部として初期化を完了する時にＭＶＳ Ｉ／Ｏ
構成トークンがつくりだされる。 −ＩＰＬ時に選択したＩＯＤＦからＩＯＤＦ ＷＷＵＶ
が取得される。 −オペレーティングシステム構成識別子は、何も指定さ
れず唯一のオペレーティングシステム定義のみがＩＰＬ
について使用されるＩＯＤＦ内に存在する場合にはＩＰ
Ｌのインストールによって指定されるもの、即ち、デフ
ォルト識別子である。 −シーケンスナンバーはゼロに初期化される。 −ＤＤＲスワップのナンバーはゼロに初期化される。 −初期ＥＤＴ識別子は何も指定されず唯一のＥＤＴ識別
子のみがＩＰＬについて使用されるＩＯＤＦ内に存在す
る場合にはＩＰＬについて指定されるもの、即ち、デフ
ォルト識別子である。
れる。 −ＩＯＤＦワールドワイド一意値（ＷＷＵＶ）１１０１
Ａ注記：ＩＯＤＦはＭＶＳが初期化するために要するＩ
／Ｏ構成定義を全て含むＩ／Ｏ定義ファイルである。こ
のファイルは初期化プロセス中にＭＶＳにより読取ら
れ、Ｉ／Ｏ構成に対するＵＣＢとＥＤＴを構築する。Ｉ
ＯＤＦはＩＯＤＦを一義的に識別するワールド・ワイド
一意値（ＷＷＵＶ）を含む。ＷＷＵＶは（以下からな
る） ＣＰＵアドレス１１０１Ｂ ＣＰＵシリアルナンバー１１０１Ｃ ＣＰＵモデルナンバー１１０１Ｄ ＴＯＤクロック１１０１Ｅ（ＩＯＤＦ作成時） −オペレーティングシステム構成識別子１１０１Ｆ（Ｉ
ＯＤＦ内の特定の構成にユニークな任意の８バイトスト
リング） −シーケンスナンバー１１０１Ｇ −ＤＤＲスワップ１１０１Ｈのナンバー −ＥＤＴ識別子１１０１Ｊ オペレーティングシステムが初期プログラムロードプロ
セスの一部として初期化を完了する時にＭＶＳ Ｉ／Ｏ
構成トークンがつくりだされる。 −ＩＰＬ時に選択したＩＯＤＦからＩＯＤＦ ＷＷＵＶ
が取得される。 −オペレーティングシステム構成識別子は、何も指定さ
れず唯一のオペレーティングシステム定義のみがＩＰＬ
について使用されるＩＯＤＦ内に存在する場合にはＩＰ
Ｌのインストールによって指定されるもの、即ち、デフ
ォルト識別子である。 −シーケンスナンバーはゼロに初期化される。 −ＤＤＲスワップのナンバーはゼロに初期化される。 −初期ＥＤＴ識別子は何も指定されず唯一のＥＤＴ識別
子のみがＩＰＬについて使用されるＩＯＤＦ内に存在す
る場合にはＩＰＬについて指定されるもの、即ち、デフ
ォルト識別子である。
【００７９】ＭＶＳ Ｉ／Ｏ構成トークンは以下の事象
のそれぞれについて更新される。 −新たなＩ／Ｏ構成定義が活性化される。この場合、新
たなＩＯＤＦ ＷＷＵＶと新たなオペレーティングシス
テム構成識別子が構成トークン内へストアされる。更
に、構成トークンシーケンスカウントがインクリメント
される。もしＥＤＴが再構築されると、ＥＤＴ識別子が
更新される。 −ＤＤＲスワップが生ずる。ＤＤＲスワップカウントは
構成トークン内でインクリメントされる。
のそれぞれについて更新される。 −新たなＩ／Ｏ構成定義が活性化される。この場合、新
たなＩＯＤＦ ＷＷＵＶと新たなオペレーティングシス
テム構成識別子が構成トークン内へストアされる。更
に、構成トークンシーケンスカウントがインクリメント
される。もしＥＤＴが再構築されると、ＥＤＴ識別子が
更新される。 −ＤＤＲスワップが生ずる。ＤＤＲスワップカウントは
構成トークン内でインクリメントされる。
【００８０】ＭＶＳ Ｉ／Ｏ構成トークンテーブル１１
０２ ＭＶＳ Ｉ／Ｏ構成トークンテーブルはｎ個の要素のア
レイより構成される（好適なＭＶＳの構造は１６エント
リーのテーブルサイズを示す）。アレイ内のそれぞれの
要素は妥当ＭＶＳ Ｉ／Ｏ構成トークンを表わす。
０２ ＭＶＳ Ｉ／Ｏ構成トークンテーブルはｎ個の要素のア
レイより構成される（好適なＭＶＳの構造は１６エント
リーのテーブルサイズを示す）。アレイ内のそれぞれの
要素は妥当ＭＶＳ Ｉ／Ｏ構成トークンを表わす。
【００８１】システム初期化中、初期ＭＶＳ Ｉ／Ｏ構
成トークンはテーブルの最初のスロット内にストアされ
る。ＭＶＳ Ｉ／Ｏ構成トークンが変化する毎に、即
ち、以下のうちの一つが生ずる毎に新たなトークンがテ
ーブルに追加される。 −新たなＩ／Ｏ構成定義の首尾良い活性化 −２個のＵＣＢの内容を交換するＤＤＲスワップ。
成トークンはテーブルの最初のスロット内にストアされ
る。ＭＶＳ Ｉ／Ｏ構成トークンが変化する毎に、即
ち、以下のうちの一つが生ずる毎に新たなトークンがテ
ーブルに追加される。 −新たなＩ／Ｏ構成定義の首尾良い活性化 −２個のＵＣＢの内容を交換するＤＤＲスワップ。
【００８２】もしトークンテーブルが一杯になると、そ
れぞれの継起する構成変化によってテーブル中のトーク
ンがシフトアップして最も古いトークンが除去される
（即ち、最新の１６まで維持される）。また、このため
にはそれぞれのＵＣＢ１１０３Ａ内のトークンテーブル
インデクス値が更新され適当なトークンを指示すること
も必要である。（ＵＣＢトークンテーブルインデクスの
説明については”ＵＣＢトークンテーブルインデクス”
を参照されたい。）
れぞれの継起する構成変化によってテーブル中のトーク
ンがシフトアップして最も古いトークンが除去される
（即ち、最新の１６まで維持される）。また、このため
にはそれぞれのＵＣＢ１１０３Ａ内のトークンテーブル
インデクス値が更新され適当なトークンを指示すること
も必要である。（ＵＣＢトークンテーブルインデクスの
説明については”ＵＣＢトークンテーブルインデクス”
を参照されたい。）
【００８３】ＵＣＢトークンテーブルインデクス１１０
３Ａ ＵＣＢトークンテーブルインデクスは一つのインデクス
をＭＶＳ Ｉ／Ｏ構成トークンテーブル内に格納するＵ
ＣＢフィールドである。このインデクスはこのＵＣＢ定
義が追加もしくは最後に変更された時のＭＶＳ Ｉ／Ｏ
構成トークンを表わす。
３Ａ ＵＣＢトークンテーブルインデクスは一つのインデクス
をＭＶＳ Ｉ／Ｏ構成トークンテーブル内に格納するＵ
ＣＢフィールドである。このインデクスはこのＵＣＢ定
義が追加もしくは最後に変更された時のＭＶＳ Ｉ／Ｏ
構成トークンを表わす。
【００８４】トークンテーブルインデクス値の管理は以
下の如く行われる。 −ＩＰＬで構築されたＵＣＢは全て０のインデクスを含
む。 −トークンテーブル（０のインデクスを有する）内の初
期エントリーはＩＰＬ時のＩ／Ｏ構成定義を表わすＭＶ
Ｓ Ｉ／Ｏ構成トークンを含む。 −ダイナミック構成の変更もしくはＤＤＲスワップが生
じる毎に、新たな一つのＭＶＳ Ｉ／Ｏ構成トークンが
つくりだされ、トークンテーブルに追加される。 −一つのＵＣＢがダイナミックに追加もしくはダイナミ
ックに修正されると、そのＵＣＢ内のトークンテーブル
インデクスはトークンテーブル中の現在トークンのイン
デクスにセットされる。 −ＤＤＲスワップが生ずる毎に両方の影響を受けたＵＣ
Ｂ内のトークンテーブルインデクス値はトークンテーブ
ル中の現在トークンのインデクスにセットされる。 −もしトークンテーブルが一杯になると、それぞれの継
起的な構成変更によってテーブル内のトークンはシフト
し、最も古いトークンが除去され最新のトークン１６が
維持される。このためには各ＵＣＢ内のトークンテーブ
ルインデクス値を更新して適当なトークンを指示するよ
うにする必要がある。注記：もしＵＣＢインデクスが既
にゼロならば、ゼロのままに放置される。それ故、もし
ＭＶＳ構成トークンの検索後に１７の構成変更が生ずる
場合、サービスはトークンミスマッチを検出し、デバイ
ス定義が変更したことを指示することになろう。
下の如く行われる。 −ＩＰＬで構築されたＵＣＢは全て０のインデクスを含
む。 −トークンテーブル（０のインデクスを有する）内の初
期エントリーはＩＰＬ時のＩ／Ｏ構成定義を表わすＭＶ
Ｓ Ｉ／Ｏ構成トークンを含む。 −ダイナミック構成の変更もしくはＤＤＲスワップが生
じる毎に、新たな一つのＭＶＳ Ｉ／Ｏ構成トークンが
つくりだされ、トークンテーブルに追加される。 −一つのＵＣＢがダイナミックに追加もしくはダイナミ
ックに修正されると、そのＵＣＢ内のトークンテーブル
インデクスはトークンテーブル中の現在トークンのイン
デクスにセットされる。 −ＤＤＲスワップが生ずる毎に両方の影響を受けたＵＣ
Ｂ内のトークンテーブルインデクス値はトークンテーブ
ル中の現在トークンのインデクスにセットされる。 −もしトークンテーブルが一杯になると、それぞれの継
起的な構成変更によってテーブル内のトークンはシフト
し、最も古いトークンが除去され最新のトークン１６が
維持される。このためには各ＵＣＢ内のトークンテーブ
ルインデクス値を更新して適当なトークンを指示するよ
うにする必要がある。注記：もしＵＣＢインデクスが既
にゼロならば、ゼロのままに放置される。それ故、もし
ＭＶＳ構成トークンの検索後に１７の構成変更が生ずる
場合、サービスはトークンミスマッチを検出し、デバイ
ス定義が変更したことを指示することになろう。
【００８５】ＭＶＳ Ｉ／Ｏ構成トークンの使用 先に記したように、ＭＶＳプログラミングサービスと共
にトークンを使用して同サービスから受取られた情報が
入力トークンと一貫するようにすることができる。
にトークンを使用して同サービスから受取られた情報が
入力トークンと一貫するようにすることができる。
【００８６】所与のダイナミック構成変更についてはト
ークンの影響を受けた部分のみが更新されることになろ
う。プログラミングサービスによって復帰されるデータ
に対する一貫性が確保されることになろう。例えば、も
しダイナミック構成変更がＥＤＴしか更新しない場合に
はＵＣＢ情報を戻すプログラミングサービスは何かが矛
盾するということを示さないであろう。
ークンの影響を受けた部分のみが更新されることになろ
う。プログラミングサービスによって復帰されるデータ
に対する一貫性が確保されることになろう。例えば、も
しダイナミック構成変更がＥＤＴしか更新しない場合に
はＵＣＢ情報を戻すプログラミングサービスは何かが矛
盾するということを示さないであろう。
【００８７】トークンは以下の４個のケースを検出する
ために使用することができる。 −ＵＣＢの一組がダイナミックに変化した。 −特定デバイスの定義がダイナミックに変化した。 −ＥＤＴがダイナミックに再構築された。 −一デバイスがＤＤＲスワップ内に含まれた。
ために使用することができる。 −ＵＣＢの一組がダイナミックに変化した。 −特定デバイスの定義がダイナミックに変化した。 −ＥＤＴがダイナミックに再構築された。 −一デバイスがＤＤＲスワップ内に含まれた。
【００８８】ＭＶＳ Ｉ／Ｏ構成トークンのコンセプト
によって、一定のプログラムが、構成トークンがリスト
に保持される場合、リスト内の全ＵＣＢをピン接続しな
いままＵＣＢアドレス又はデバイスナンバーのリストを
維持することが可能になる。構成トークンはシステムサ
ービスによって使用されることによってＵＣＢ定義が構
成トークンによって表わされるその定義と一貫するよう
にすることができる。殊に、そのサービスによって入力
装置ナンバーのデバイス定義やＵＣＢアドスが入力構成
トークンによって表わされる時点以降変更しないように
することができよう。もし、ＵＣＢ内のトークンインデ
クスが入力として受取ったトークンよりも新しい構成ト
ークンを表わす場合には、同サービスはデバイス定義が
（同サービスからのリターンコードを介して）入力トー
クンと矛盾することを示すことになろう。
によって、一定のプログラムが、構成トークンがリスト
に保持される場合、リスト内の全ＵＣＢをピン接続しな
いままＵＣＢアドレス又はデバイスナンバーのリストを
維持することが可能になる。構成トークンはシステムサ
ービスによって使用されることによってＵＣＢ定義が構
成トークンによって表わされるその定義と一貫するよう
にすることができる。殊に、そのサービスによって入力
装置ナンバーのデバイス定義やＵＣＢアドスが入力構成
トークンによって表わされる時点以降変更しないように
することができよう。もし、ＵＣＢ内のトークンインデ
クスが入力として受取ったトークンよりも新しい構成ト
ークンを表わす場合には、同サービスはデバイス定義が
（同サービスからのリターンコードを介して）入力トー
クンと矛盾することを示すことになろう。
【００８９】注記：ＭＶＳ構成では最後の１６個のトー
クンのみが保持されるため、一個のプログラムが構成ト
ークンを受取り、１７のダイナミックなＩ／Ｏ構成の変
化が起こり、その後、同プログラムはたとい特定のデバ
イス定義が変更しなかったとしてもトークンの不整合を
検出することが可能である。
クンのみが保持されるため、一個のプログラムが構成ト
ークンを受取り、１７のダイナミックなＩ／Ｏ構成の変
化が起こり、その後、同プログラムはたとい特定のデバ
イス定義が変更しなかったとしてもトークンの不整合を
検出することが可能である。
【００９０】構成トークンによってプログラムは、さも
なければ検出されないであろう以下のケースを検出する
ことができる。 −特定デバイスナンバーに対する構成定義が変更した。
（何故ならば、サービスはデバイスナンバーに対して一
つのＵＣＢが存在し、デバイス定義がトークンと 一貫するものであるという両方のことを確認することに
なろう。） −一個のＵＣＢが削除されるか、それと異なる一個のＵ
ＣＢが後に同じメモリアドレスで追加される。（何故な
らば、同サービスはＵＣＢアドレスが妥当なＵＣＢを表
わし、デバイス定義がトークンと一貫したものであると
いうことを確認することになろう。）
なければ検出されないであろう以下のケースを検出する
ことができる。 −特定デバイスナンバーに対する構成定義が変更した。
（何故ならば、サービスはデバイスナンバーに対して一
つのＵＣＢが存在し、デバイス定義がトークンと 一貫するものであるという両方のことを確認することに
なろう。） −一個のＵＣＢが削除されるか、それと異なる一個のＵ
ＣＢが後に同じメモリアドレスで追加される。（何故な
らば、同サービスはＵＣＢアドレスが妥当なＵＣＢを表
わし、デバイス定義がトークンと一貫したものであると
いうことを確認することになろう。）
【００９１】デバイスピン接続 上記の如く、本発明はデータ保全目的でＰＩＮ機構を提
供することによって、システムによって使用中のデバイ
ス定義は削除に適しないものであるとしてマーキングす
ることができる。このＰＩＮ機構は以下のことを実行す
る。 −デバイスピン接続 −許可プログラムがＵＣＢ（とその関連するデバイスに
関するデータ構造）が削除に適しないものとしてマーキ
ングされるように要求することを可能にする。 −許可プログラムが一定のデバイスに至る全パスが削除
に適しないものとしてマーキングされるように要求する
ことを可能にする。これはデバイスのピン接続よりも大
雑把である。デバイスピン接続からパスのピン接続を分
離することによってパスがピン接続されていなければパ
スをピン接続されたデバイスからダイナミックに削除す
ることが可能になる。
供することによって、システムによって使用中のデバイ
ス定義は削除に適しないものであるとしてマーキングす
ることができる。このＰＩＮ機構は以下のことを実行す
る。 −デバイスピン接続 −許可プログラムがＵＣＢ（とその関連するデバイスに
関するデータ構造）が削除に適しないものとしてマーキ
ングされるように要求することを可能にする。 −許可プログラムが一定のデバイスに至る全パスが削除
に適しないものとしてマーキングされるように要求する
ことを可能にする。これはデバイスのピン接続よりも大
雑把である。デバイスピン接続からパスのピン接続を分
離することによってパスがピン接続されていなければパ
スをピン接続されたデバイスからダイナミックに削除す
ることが可能になる。
【００９２】図１６にＰＩＮ機構の重要なデータ構造を
示す。それらは以下のものを包含する。
示す。それらは以下のものを包含する。
【００９３】ピンキューヘッダ１１０４ ピンキューヘッダはＵＣＢ（１１０３Ｂ）から係止さ
れ、以下のフィールドより構成される。 制御ブロックバージョンナンバー１１０４Ａ ＰＱＥのカウントが妥当でない時を示すフラグ１１０４
Ｂ ＰＱＥチェーン上のＰＱＥのカウント１１０４Ｃ ＰＱＥチェーン上の最初のＰＱＥのアドレス１１０４Ｄ ＰＱＥチェーン上の最後のＰＱＥのアドレス１１０４Ｅ ＵＣＢのアドレス１１０４Ｆ
れ、以下のフィールドより構成される。 制御ブロックバージョンナンバー１１０４Ａ ＰＱＥのカウントが妥当でない時を示すフラグ１１０４
Ｂ ＰＱＥチェーン上のＰＱＥのカウント１１０４Ｃ ＰＱＥチェーン上の最初のＰＱＥのアドレス１１０４Ｄ ＰＱＥチェーン上の最後のＰＱＥのアドレス１１０４Ｅ ＵＣＢのアドレス１１０４Ｆ
【００９４】ピンキュー素子１１０５ ピンキュー素子は（ダブルヘッド・ダブルスレッドキュ
ーを介して）ＰＱＨから係止され、以下のフィールドか
ら構成される。 制御ブロックバージョンナンバー１１０５Ａ フラグ１１０５Ｂ −要求がアドレス空間終了を越えて継続する場合のイン
ディケータ −ピンがタスクモードコーラの代わりに使用される場合
のインディケータ −要求が全パスをデバイスにピン接続する場合のインデ
ィケータ −要求がＮＩＰ中に行われることを示すインディケータ 最初の次のＰＱＥ１１０５Ｃのアドレス 先のＰＱＥ１１０５Ｄのアドレス ＰＱＨ１１０５Ｅのアドレス ピンシーケンスカウント１１０５Ｆ 現在の一次アドレス空間１１０５ＧのＳＴＯＫＥＮ（ピ
ン接続を実際に行ったアドレス空間を示す） リクエスタ１１０５Ｈの部品ＩＤ ＳＲＢモードピンナのＰＩＮＮＥＲ ＩＤ １１０５Ｊ
ＡＳＩＤ： タスクモードピンナ用のジョブステップＴＣＢのアドレ
ス ピン１１０５Ｋの時刻と日付 ピンテキスト１１０５Ｌ
ーを介して）ＰＱＨから係止され、以下のフィールドか
ら構成される。 制御ブロックバージョンナンバー１１０５Ａ フラグ１１０５Ｂ −要求がアドレス空間終了を越えて継続する場合のイン
ディケータ −ピンがタスクモードコーラの代わりに使用される場合
のインディケータ −要求が全パスをデバイスにピン接続する場合のインデ
ィケータ −要求がＮＩＰ中に行われることを示すインディケータ 最初の次のＰＱＥ１１０５Ｃのアドレス 先のＰＱＥ１１０５Ｄのアドレス ＰＱＨ１１０５Ｅのアドレス ピンシーケンスカウント１１０５Ｆ 現在の一次アドレス空間１１０５ＧのＳＴＯＫＥＮ（ピ
ン接続を実際に行ったアドレス空間を示す） リクエスタ１１０５Ｈの部品ＩＤ ＳＲＢモードピンナのＰＩＮＮＥＲ ＩＤ １１０５Ｊ
ＡＳＩＤ： タスクモードピンナ用のジョブステップＴＣＢのアドレ
ス ピン１１０５Ｋの時刻と日付 ピンテキスト１１０５Ｌ
【００９５】ピントークン１１０６ デバイスのピンナは８バイトピントークンを戻される。
【００９６】ピントークンは以下の２つの作用を提供す
る： −除去さるべきＰＱＥを一義的に識別する。 −削除さるべきＰＱＥの高速参照を行う。
る： −除去さるべきＰＱＥを一義的に識別する。 −削除さるべきＰＱＥの高速参照を行う。
【００９７】ピントークンは以下のフォーマットを有す
る。 ＰＱＥアドレス１１０６Ａ ピンシーケンスカウント１１０６Ｂ 図１７にピンサービス作用を図解する。１２０１におい
て、必要なシリアル化とバリデーションが実行される。
（即ち、ダイナミック構成変更に対して連続化するため
の１ロック（ＵＬＵＴロック）が取得される。ＵＣＢは
ＰＩＮキューを連続化するためにロックされる。ＵＣＢ
アドレスはデバイスナンバーを抽出し、一定のＵＣＢ参
照を実行し、その結果得られるＵＣＢアドレスが入力Ｕ
ＣＢアドレスとマッチするようにすることによってＵＣ
Ｂアドレスは（ＵＣＢをロックする前に）妥当化され
る。）もしＰＱＨが存在しなければ（１２０２）、一つ
が構築され（１２０３）、ＵＣＢから連鎖を解かれる
（図１６の１１０４を参照）。ピンシーケンスカウント
（ＰＩＮトークンの一義性を保証するカウンタ）が更新
され（図１６の１１０５Ｆ）、ＰＱＥがチェーンに追加
される（１２０４）（図１６の１１０５参照）。次に、
タスク又はアドレス空間に関する情報がＰＱＥへ追加さ
れ（１２０５）、タスクモードピンをジョブステップＴ
ＣＢに関連させ、ＳＲＢモードピンを一次アドレス空間
に関連させる（図１６の１１０５Ｊを参照）。最後に、
ロックが解除され（１２０６）、ピントークンが構成さ
れ戻される。
る。 ＰＱＥアドレス１１０６Ａ ピンシーケンスカウント１１０６Ｂ 図１７にピンサービス作用を図解する。１２０１におい
て、必要なシリアル化とバリデーションが実行される。
（即ち、ダイナミック構成変更に対して連続化するため
の１ロック（ＵＬＵＴロック）が取得される。ＵＣＢは
ＰＩＮキューを連続化するためにロックされる。ＵＣＢ
アドレスはデバイスナンバーを抽出し、一定のＵＣＢ参
照を実行し、その結果得られるＵＣＢアドレスが入力Ｕ
ＣＢアドレスとマッチするようにすることによってＵＣ
Ｂアドレスは（ＵＣＢをロックする前に）妥当化され
る。）もしＰＱＨが存在しなければ（１２０２）、一つ
が構築され（１２０３）、ＵＣＢから連鎖を解かれる
（図１６の１１０４を参照）。ピンシーケンスカウント
（ＰＩＮトークンの一義性を保証するカウンタ）が更新
され（図１６の１１０５Ｆ）、ＰＱＥがチェーンに追加
される（１２０４）（図１６の１１０５参照）。次に、
タスク又はアドレス空間に関する情報がＰＱＥへ追加さ
れ（１２０５）、タスクモードピンをジョブステップＴ
ＣＢに関連させ、ＳＲＢモードピンを一次アドレス空間
に関連させる（図１６の１１０５Ｊを参照）。最後に、
ロックが解除され（１２０６）、ピントークンが構成さ
れ戻される。
【００９８】図１８にピン解除（ＵＮＰＩＮ）作用を示
す。１２２１で入力ピントークン（図１６の１１０６参
照）を（ＰＱＥアドレスが妥当ＰＱＥであってピントー
クン中のピンシーケンスカウントがＰＱＥ内のシーケン
スカウントをマッチする（図１６の１１０５Ｆ）ように
確保することによって）妥当化し、ＵＣＢロックが取得
されピンキューを連続化する。ＰＱＥはＰＱＥチェーン
から除去され（１２２２）、もしチェーン上にＰＱＥが
残っていなければ（１２２３）、ＰＱＨが除去される
（図１６の１１０３Ｂ、１１０４）。最後に、ＵＣＢロ
ックが解除される（１２２５）。
す。１２２１で入力ピントークン（図１６の１１０６参
照）を（ＰＱＥアドレスが妥当ＰＱＥであってピントー
クン中のピンシーケンスカウントがＰＱＥ内のシーケン
スカウントをマッチする（図１６の１１０５Ｆ）ように
確保することによって）妥当化し、ＵＣＢロックが取得
されピンキューを連続化する。ＰＱＥはＰＱＥチェーン
から除去され（１２２２）、もしチェーン上にＰＱＥが
残っていなければ（１２２３）、ＰＱＨが除去される
（図１６の１１０３Ｂ、１１０４）。最後に、ＵＣＢロ
ックが解除される（１２２５）。
【００９９】グループシリアル化 上記の如く、シリアル化手法の他の大きな部分はグルー
プシリアル化機構であって、グループ定義が変更可能な
間にデバイス群に対するシリアル化要求を処理する。
プシリアル化機構であって、グループ定義が変更可能な
間にデバイス群に対するシリアル化要求を処理する。
【０１００】従来技術においては装置名、総称名をデバ
イスがそれらに割当てられる必要がある際にユーザが供
給することができることが知られている。オペレーティ
ングシステムの”割当”機能はその後、これらの要求を
翻訳して特定のデバイスナンバー（もしくは一組のデバ
イスナンバー）に対する要求に変換する。ＩＢＭのＭＶ
Ｓ／ＥＳＡオペレーティングシステムはデバイスナンバ
ー群を”割当グループ”へ分割してこの機能を実行する
ことが知られている。その場合、一つの割当グループは
同一の総称デバイスタイプ内にある一組のデバイスとし
て定義され、それとピッタリ同一の一組の装置名に定義
される。図１９Ａはかかる割当グループ定義のうちの七
個を示すもので、図１９Ａはデバイス５７１（以前はグ
ループ６内にあった。図１９Ａの１３０１参照）が装置
名Ｔ２から装置名Ｔ１へ定義しなおされた後の同一シス
テム内の七個の割当群を示す。（従ってグループ５内に
ある。図１９Ｂの１３０２を参照）。
イスがそれらに割当てられる必要がある際にユーザが供
給することができることが知られている。オペレーティ
ングシステムの”割当”機能はその後、これらの要求を
翻訳して特定のデバイスナンバー（もしくは一組のデバ
イスナンバー）に対する要求に変換する。ＩＢＭのＭＶ
Ｓ／ＥＳＡオペレーティングシステムはデバイスナンバ
ー群を”割当グループ”へ分割してこの機能を実行する
ことが知られている。その場合、一つの割当グループは
同一の総称デバイスタイプ内にある一組のデバイスとし
て定義され、それとピッタリ同一の一組の装置名に定義
される。図１９Ａはかかる割当グループ定義のうちの七
個を示すもので、図１９Ａはデバイス５７１（以前はグ
ループ６内にあった。図１９Ａの１３０１参照）が装置
名Ｔ２から装置名Ｔ１へ定義しなおされた後の同一シス
テム内の七個の割当群を示す。（従ってグループ５内に
ある。図１９Ｂの１３０２を参照）。
【０１０１】更に、ＥＤＴ内には特定装置名内に含まれ
る割当または割当群を表わす”グループマスク”を含む
ことが知られている。図２０は図１８中の定義に対応す
るグループマスクを示す。例えば、装置３３５０はこの
装置名が割当群２、３、４を包括することを示す。ため
に３ビットを”オン”にするように描かれている（１３
０３）。これらのグループマスクは過去において共用メ
モリ中の”グローバルマスク”と共に使用され、特定群
に対するアクセスを連続化したものである。図２０に示
す例では、グローバルマスク（１３０４）はグループ５
がロックされることを示す１ビットを”オン”にし、グ
ループ５を包括する任意の装置名を割当てようとするユ
ーザが待機するようにしている。（図２０に示してある
装置３４８０または装置Ｔ１）
る割当または割当群を表わす”グループマスク”を含む
ことが知られている。図２０は図１８中の定義に対応す
るグループマスクを示す。例えば、装置３３５０はこの
装置名が割当群２、３、４を包括することを示す。ため
に３ビットを”オン”にするように描かれている（１３
０３）。これらのグループマスクは過去において共用メ
モリ中の”グローバルマスク”と共に使用され、特定群
に対するアクセスを連続化したものである。図２０に示
す例では、グローバルマスク（１３０４）はグループ５
がロックされることを示す１ビットを”オン”にし、グ
ループ５を包括する任意の装置名を割当てようとするユ
ーザが待機するようにしている。（図２０に示してある
装置３４８０または装置Ｔ１）
【０１０２】本発明は、ダイナミックに修正可能なＩ／
Ｏ構成（”再構成”）を考慮しているため、一定のデバ
イスナンバーが、デバイス５７１が図１９Ａと１９Ｂ間
に有するような割当群の間を移動することができる。か
くして、それ以上収容せずに再構成前のロッキンググル
ープ５は再構成後のグループのデバイス部分（特にデバ
イス５７１）を全てロックすることはないであろう。
Ｏ構成（”再構成”）を考慮しているため、一定のデバ
イスナンバーが、デバイス５７１が図１９Ａと１９Ｂ間
に有するような割当群の間を移動することができる。か
くして、それ以上収容せずに再構成前のロッキンググル
ープ５は再構成後のグループのデバイス部分（特にデバ
イス５７１）を全てロックすることはないであろう。
【０１０３】本問題を解決するために、本発明の好適例
は図２１の１４０１に示すような”グループマスク変換
テーブル”（ＧＭＣＴ）をＥＤＴの一部として含む。こ
のテーブルはそれぞれの割当群に対応する行を備え、再
構成中に一定のＥＤＴ内の入力グループマスクから”変
換”グループマスクをつくりだすために使用される（”
新たなＥＤＴ”）。図１９Ａ−２０の再構成例を使用し
て、対応するＧＭＣＴ（図２１の１４０１）が以下の如
く構成される。ＧＭＣＴ内の各行は新たなＥＤＴ内の割
当群に対応する。それぞれの列は旧ＥＤＴ中の割当グル
ープナンバーに対応する。もし（新たな）割当群Ｘ内の
一デバイスが（旧）割当群Ｙ中に発生されば１ビットが
行Ｘと列Ｙ中にセットされる。かくして、行１４０２
（新たな割当群５に対する。図１９Ａ参照）は、デバイ
ス５７０と５７１（新たな割当群５）が旧割当群５（デ
バイス５７０）と６（デバイス５７１と５７２）を包括
するためビット５と６を割り付ける（図１９Ｂ参照）。
は図２１の１４０１に示すような”グループマスク変換
テーブル”（ＧＭＣＴ）をＥＤＴの一部として含む。こ
のテーブルはそれぞれの割当群に対応する行を備え、再
構成中に一定のＥＤＴ内の入力グループマスクから”変
換”グループマスクをつくりだすために使用される（”
新たなＥＤＴ”）。図１９Ａ−２０の再構成例を使用し
て、対応するＧＭＣＴ（図２１の１４０１）が以下の如
く構成される。ＧＭＣＴ内の各行は新たなＥＤＴ内の割
当群に対応する。それぞれの列は旧ＥＤＴ中の割当グル
ープナンバーに対応する。もし（新たな）割当群Ｘ内の
一デバイスが（旧）割当群Ｙ中に発生されば１ビットが
行Ｘと列Ｙ中にセットされる。かくして、行１４０２
（新たな割当群５に対する。図１９Ａ参照）は、デバイ
ス５７０と５７１（新たな割当群５）が旧割当群５（デ
バイス５７０）と６（デバイス５７１と５７２）を包括
するためビット５と６を割り付ける（図１９Ｂ参照）。
【０１０４】その後、ＧＭＣＴが入力マスク（連続化さ
るべき特定の一組の割当群を表わす）と組になって使用
され、以下の如く、”変換マスク”をつくりだす。一定
の入力マスク中にセットされる各ビットはＧＭＣＴから
一行を選択するために使用され、その行は論理和をとっ
て構築される変換マスク内へ納められる。例えば、装置
３４８０の場合、入力マスクは図２１の１４０３で示
す。この入力マスクを使用するとＧＭＣＴ１４０１の行
５と６の論理和が得られ、変換マスク１４０４がつくり
だされる。
るべき特定の一組の割当群を表わす）と組になって使用
され、以下の如く、”変換マスク”をつくりだす。一定
の入力マスク中にセットされる各ビットはＧＭＣＴから
一行を選択するために使用され、その行は論理和をとっ
て構築される変換マスク内へ納められる。例えば、装置
３４８０の場合、入力マスクは図２１の１４０３で示
す。この入力マスクを使用するとＧＭＣＴ１４０１の行
５と６の論理和が得られ、変換マスク１４０４がつくり
だされる。
【０１０５】図２２は、これらのコンセプトを結合して
如何にして専ら一つの割当群にアクセスすることができ
るかを示す。１５０１において、一定のグループ変化が
どのように進行するかについてのテストが行われる（も
し旧ＥＤＴのユーザが新ＥＤＴのユーザと並行して存在
する場合には一定の変化が進行中である）。もし進行中
であれば、変換グループマスクが丁度図解したばかりの
方法によってＧＭＣＴと入力グループマスクを用いて一
定の変換グループマスクがつくりだされる（１５０
２）。その後、適当なシリアル化ロックを取得して（１
５０３）、グループに対してアクセス要求する他のプロ
セスによって連続化する。入力マスクと変換マスクを使
用して、所要グループに対してアクセスする試みが行わ
れる（１５０４、１５０７）。入力マスクは新たなＥＤ
Ｔ（”ロックされた”グループを表わす）と関連する
（一次）グローバルマスクに対して使用され、変換マス
クは旧ＥＤＴと関連する（二次）グローバルマスクに対
して使用される（図２０の１３０４で示すグローバルマ
スクはグループ５がロックされ、他の全てのグループが
ロックされず、グループ２、３、４が現在ロック解除さ
れているため”３３５０”（１３０３）を割当てようと
する試みは成功せず（マスク１３０３と１３０４の論理
積をとるとゼロとなる）、次いでグローバルマスク１３
０４はマスク１３０３と”論理和”をとられてこれら３
ビットをオンにし、これら３グループが今やロックされ
たことを示す）。論理積をとる試みが失敗すると、従来
通り、待機プロセスの後の”ポスト”を”待機”するこ
とになろう（１５０９）（まず、既に保持された任意の
一次グループを解放する）。最後に、シリアル化ロック
が解除され、そのルーチンを退去する。
如何にして専ら一つの割当群にアクセスすることができ
るかを示す。１５０１において、一定のグループ変化が
どのように進行するかについてのテストが行われる（も
し旧ＥＤＴのユーザが新ＥＤＴのユーザと並行して存在
する場合には一定の変化が進行中である）。もし進行中
であれば、変換グループマスクが丁度図解したばかりの
方法によってＧＭＣＴと入力グループマスクを用いて一
定の変換グループマスクがつくりだされる（１５０
２）。その後、適当なシリアル化ロックを取得して（１
５０３）、グループに対してアクセス要求する他のプロ
セスによって連続化する。入力マスクと変換マスクを使
用して、所要グループに対してアクセスする試みが行わ
れる（１５０４、１５０７）。入力マスクは新たなＥＤ
Ｔ（”ロックされた”グループを表わす）と関連する
（一次）グローバルマスクに対して使用され、変換マス
クは旧ＥＤＴと関連する（二次）グローバルマスクに対
して使用される（図２０の１３０４で示すグローバルマ
スクはグループ５がロックされ、他の全てのグループが
ロックされず、グループ２、３、４が現在ロック解除さ
れているため”３３５０”（１３０３）を割当てようと
する試みは成功せず（マスク１３０３と１３０４の論理
積をとるとゼロとなる）、次いでグローバルマスク１３
０４はマスク１３０３と”論理和”をとられてこれら３
ビットをオンにし、これら３グループが今やロックされ
たことを示す）。論理積をとる試みが失敗すると、従来
通り、待機プロセスの後の”ポスト”を”待機”するこ
とになろう（１５０９）（まず、既に保持された任意の
一次グループを解放する）。最後に、シリアル化ロック
が解除され、そのルーチンを退去する。
【０１０６】図２３は一グループ中のデバイスに対する
排他的アクセスを解除するために必要な制御の流れを示
す。論理は上記のアクセスをするための論理と酷似し、
一定のグループ変更が依然進行中であるかどうか（１６
０１、１６０５）、変換マスクがつくりだされたか（１
６０２）、またロックやロック解除が行われたかどうか
（１６０３、１６０９）をテストする。著しい相異はグ
ループに対するアクセスが入力マスクと一次グローバル
マスクの排他的論理和をとり（１６０４）、変換マスク
と二次グローバルマスクとの排他的論理和をとることに
よって無条件に解除される（１６０６）、退去前に任意
の待機プロセスが今や従来通り”ポスティング”される
点である（１６０８）。
排他的アクセスを解除するために必要な制御の流れを示
す。論理は上記のアクセスをするための論理と酷似し、
一定のグループ変更が依然進行中であるかどうか（１６
０１、１６０５）、変換マスクがつくりだされたか（１
６０２）、またロックやロック解除が行われたかどうか
（１６０３、１６０９）をテストする。著しい相異はグ
ループに対するアクセスが入力マスクと一次グローバル
マスクの排他的論理和をとり（１６０４）、変換マスク
と二次グローバルマスクとの排他的論理和をとることに
よって無条件に解除される（１６０６）、退去前に任意
の待機プロセスが今や従来通り”ポスティング”される
点である（１６０８）。
【０１０７】付録Ａ プロセッサとＯ／Ｓ構成ＩＤを発見する。旧ＩＯＤＦ中
の各デバイスの中に新ＩＯＤＦ中のデバイスを発見する
間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文を実行
する）。もし旧ＩＯＤＦ中のデバイスが新ＩＯＤＦ中に
発見されなければ、ＣＣＢ内に”デバイス削除”エント
リーを作成する。さもなければ、次ステップへ進む。も
し、ソフトウエア定義が変更済みであれば、ＣＣＢ内
に”デバイス削除”エントリーを作成して、旧デバイス
を削除し、エントリーをソフトウエアのみとしてマーキ
ングする。ＣＣＢ内に”デバイス追加”エントリーを作
成して、新デバイスを追加してエントリーをソフトウエ
アのみとしてマーキングする。もし新旧デバイス間に共
通の制御装置が存在しなければ、もし既にＣＣＢ内にあ
る本デバイスに対するソフトウエアのみの ”デバイス
削除”エントリーが存在する場合、”デバイス削除”
と”デバイス追加”エントリーをハードウエアとソフト
ウエア双方のものとしてマーキングする。さもなけれ
ば、そのデバイスに対して”デバイス削除”エントリー
を作成する。デバイスに対して”デバイス追加”エント
リーを作成する。さもなければ、若干の共通のＣＵが存
在する。もしその新たなデバイスが新たな制御装置を有
すれば、”デバイス変更”エントリーを作成して、制御
装置を追加する。もし新ＩＯＤＦ中のデバイスが行方の
知れない制御装置であれば、”デバイス変更”エントリ
ーを作成して、制御装置を削除する。もしサブチャネル
特性が変化すると、”デバイス修正”エントリーを作成
し、デバイス特性を変更する（好適パス、インターフェ
ースタイムアウトもしくは非合法ステータス検出）。Ｅ
ＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。新ＩＯＤＦ中の
各デバイスの中に旧ＩＯＤＦ中のデバイスを発見する
間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文を実行
する）。もしそのデバイスが発見されなければ、”デバ
イス追加”エントリーを作成し、新たなデバイスを追加
する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。旧ＩＯ
ＤＦ中の各制御装置の中に新ＩＯＤＦ中の制御装置を発
見する間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文
を実行する）。もし旧制御装置が新ＩＯＤＦ内に発見さ
れない場合には”制御装置削除”エントリーを作成し
て、制御装置を削除する。さもなければ、もし旧ＩＯＤ
Ｆ内の制御装置と新ＩＯＤＦ内の制御装置間に共通のＣ
ＨＰＩＤが存在しないか、装置アドレスレンジは別とし
て制御装置定義が変更した場合には、”制御装置削除”
エントリーを作成する。既に、”デバイス削除”エント
リーかその代わりに作成された”デバイス追加”エント
リーを有しない制御装置上の全てのデバイスについてパ
スを除去するために、”デバイス修正”エントリーを作
成する。もしデバイスについて既にソフトウエア削除又
は追加エントリーが存在する場合には、削除エントリー
と追加エントリーの双方を変更して、ハードウエアとソ
フトウエアの両方の変更を行う。”制御装置追加”エン
トリーを作成する。”デバイス修正”エントリーを作成
する。既に、”デバイス削除”エントリー又はその代わ
りにつくりだされた”デバイス追加”エントリーを有し
ない制御装置上の全てのデバイスについてパスを追加す
る。もし既にデバイスに対してソフトウエアの削除もし
くは追加エントリーが存在する場合には、その削除、追
加の両エントリーを変更してハードウエアとソフトウエ
アの両方の変更を行う。さもなければ、もし制御装置に
付加的なＣＨＰＩＤを有する場合、”制御装置修正”エ
ントリーを作成し、ＣＨＰＩＤを追加する。”デバイス
修正”エントリーを作成する。既に、”デバイス削除”
エントリーもしくはそれに代わる”デバイス追加”エン
トリーを有しない制御装置上の全てのデバイスについて
パスを追加する。もし既にそのデバイスについてソフト
ウエアの削除又は追加エントリーが存在する場合には、
削除と追加のエントリー双方を変更してハードウエアと
ソフトウエアの両方の変更を行う。もし、制御装置がＣ
ＨＰＩＤを除去された場合には、”制御装置修正”エン
トリーを作成してＣＨＰＩＤを削除する。”デバイス修
正”エントリーを作成して、既に、”デバイス削除”エ
ントリー又はそれに代わる”デバイス追加”エントリー
を有しない制御装置上の全てのデバイスについてパスを
除去する。もし既にそのデバイスについてソフトウエア
の削除又は追加エントリーが存在する場合には、削除、
追加エントリーの双方を変更してハードウエアとソフト
ウエアの両方の変更を行う。もし制御装置、装置アドレ
スレンジが変更した場合、”制御装置修正”エントリー
を作成してＵ／Ａレンジを変更する。ＥＮＤＤＯ（ＤＯ
ＦＯＲ文まで戻る）。新ＩＯＤＦ中の各制御装置の中
に旧ＩＯＤＦ中の制御装置を発見する間、ＤＯＦＯＲす
る（ＥＮＤ ＤＯまでの実行文を実行する）。もし制御
装置が発見されない場合には、”制御装置追加”エント
リーを作成する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻
る）。旧ＩＯＤＦ中の各ＣＨＰＩＤの中に新ＩＯＤＦ中
のＣＨＰＩＤを発見する間、ＤＯ ＦＯＲする（ＥＮＤ
ＤＯまでの実行文を実行する）。もしＣＨＰＩＤが発
見されない場合には”ＣＨＰＩＤ削除”エントリーを作
成する。さもなければもしＣＨＰＩＤ定義が変更した場
合、一定のＣＨＰＩＤ削除エントリーを作成する。（制
御装置が他のパスを有するか否かに応じて）すでにＣＣ
Ｂ内に削除もしくは修正のエントリーを有する制御装置
を除きＣＨＰＩＤ上の全ての制御装置について”制御装
置修正”エントリー、もしくは”制御装置削除”エント
リーの何れかを作成する。（デバイスに交互のパスが存
在するか否かに応じて）ＣＣＢ内に既に”デバイス削
除”エントリーを有するデバイスは別としてＣＨＰＩＤ
上の全ての制御装置上の全てのデバイスについて”デバ
イス修正”エントリーもしくは”デバイス削除”エント
リーを作成する。もしソフトウエアのみの削除エントリ
ーが存在する場合、それらはハードウエアとソフトウエ
アの両方の変化に変換される。追加ＣＨＰＩＤエントリ
ーを作成する。１パスが除去されたか上記ステップ内で
追加された全ての制御装置について”制御装置修正”エ
ントリーを作成する。上記のパスが除去された全ての制
御装置上の全てのデバイスについて”デバイス修正”エ
ントリー、もしくは”デバイス追加”エントリーを作成
する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。新ＩＯ
ＤＦ内の各ＣＨＰＩＤの中に旧ＩＯＤＦ中のＣＨＰＩＤ
を発見する間、ＤＯ ＦＯＲする（ＥＮＤ ＤＯまでの
実行文を実行する）。もしそのＣＨＰＩＤが発見されな
い場合には、”ＣＨＰＩＤ追加”エントリーを作成す
る。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。
の各デバイスの中に新ＩＯＤＦ中のデバイスを発見する
間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文を実行
する）。もし旧ＩＯＤＦ中のデバイスが新ＩＯＤＦ中に
発見されなければ、ＣＣＢ内に”デバイス削除”エント
リーを作成する。さもなければ、次ステップへ進む。も
し、ソフトウエア定義が変更済みであれば、ＣＣＢ内
に”デバイス削除”エントリーを作成して、旧デバイス
を削除し、エントリーをソフトウエアのみとしてマーキ
ングする。ＣＣＢ内に”デバイス追加”エントリーを作
成して、新デバイスを追加してエントリーをソフトウエ
アのみとしてマーキングする。もし新旧デバイス間に共
通の制御装置が存在しなければ、もし既にＣＣＢ内にあ
る本デバイスに対するソフトウエアのみの ”デバイス
削除”エントリーが存在する場合、”デバイス削除”
と”デバイス追加”エントリーをハードウエアとソフト
ウエア双方のものとしてマーキングする。さもなけれ
ば、そのデバイスに対して”デバイス削除”エントリー
を作成する。デバイスに対して”デバイス追加”エント
リーを作成する。さもなければ、若干の共通のＣＵが存
在する。もしその新たなデバイスが新たな制御装置を有
すれば、”デバイス変更”エントリーを作成して、制御
装置を追加する。もし新ＩＯＤＦ中のデバイスが行方の
知れない制御装置であれば、”デバイス変更”エントリ
ーを作成して、制御装置を削除する。もしサブチャネル
特性が変化すると、”デバイス修正”エントリーを作成
し、デバイス特性を変更する（好適パス、インターフェ
ースタイムアウトもしくは非合法ステータス検出）。Ｅ
ＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。新ＩＯＤＦ中の
各デバイスの中に旧ＩＯＤＦ中のデバイスを発見する
間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文を実行
する）。もしそのデバイスが発見されなければ、”デバ
イス追加”エントリーを作成し、新たなデバイスを追加
する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。旧ＩＯ
ＤＦ中の各制御装置の中に新ＩＯＤＦ中の制御装置を発
見する間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文
を実行する）。もし旧制御装置が新ＩＯＤＦ内に発見さ
れない場合には”制御装置削除”エントリーを作成し
て、制御装置を削除する。さもなければ、もし旧ＩＯＤ
Ｆ内の制御装置と新ＩＯＤＦ内の制御装置間に共通のＣ
ＨＰＩＤが存在しないか、装置アドレスレンジは別とし
て制御装置定義が変更した場合には、”制御装置削除”
エントリーを作成する。既に、”デバイス削除”エント
リーかその代わりに作成された”デバイス追加”エント
リーを有しない制御装置上の全てのデバイスについてパ
スを除去するために、”デバイス修正”エントリーを作
成する。もしデバイスについて既にソフトウエア削除又
は追加エントリーが存在する場合には、削除エントリー
と追加エントリーの双方を変更して、ハードウエアとソ
フトウエアの両方の変更を行う。”制御装置追加”エン
トリーを作成する。”デバイス修正”エントリーを作成
する。既に、”デバイス削除”エントリー又はその代わ
りにつくりだされた”デバイス追加”エントリーを有し
ない制御装置上の全てのデバイスについてパスを追加す
る。もし既にデバイスに対してソフトウエアの削除もし
くは追加エントリーが存在する場合には、その削除、追
加の両エントリーを変更してハードウエアとソフトウエ
アの両方の変更を行う。さもなければ、もし制御装置に
付加的なＣＨＰＩＤを有する場合、”制御装置修正”エ
ントリーを作成し、ＣＨＰＩＤを追加する。”デバイス
修正”エントリーを作成する。既に、”デバイス削除”
エントリーもしくはそれに代わる”デバイス追加”エン
トリーを有しない制御装置上の全てのデバイスについて
パスを追加する。もし既にそのデバイスについてソフト
ウエアの削除又は追加エントリーが存在する場合には、
削除と追加のエントリー双方を変更してハードウエアと
ソフトウエアの両方の変更を行う。もし、制御装置がＣ
ＨＰＩＤを除去された場合には、”制御装置修正”エン
トリーを作成してＣＨＰＩＤを削除する。”デバイス修
正”エントリーを作成して、既に、”デバイス削除”エ
ントリー又はそれに代わる”デバイス追加”エントリー
を有しない制御装置上の全てのデバイスについてパスを
除去する。もし既にそのデバイスについてソフトウエア
の削除又は追加エントリーが存在する場合には、削除、
追加エントリーの双方を変更してハードウエアとソフト
ウエアの両方の変更を行う。もし制御装置、装置アドレ
スレンジが変更した場合、”制御装置修正”エントリー
を作成してＵ／Ａレンジを変更する。ＥＮＤＤＯ（ＤＯ
ＦＯＲ文まで戻る）。新ＩＯＤＦ中の各制御装置の中
に旧ＩＯＤＦ中の制御装置を発見する間、ＤＯＦＯＲす
る（ＥＮＤ ＤＯまでの実行文を実行する）。もし制御
装置が発見されない場合には、”制御装置追加”エント
リーを作成する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻
る）。旧ＩＯＤＦ中の各ＣＨＰＩＤの中に新ＩＯＤＦ中
のＣＨＰＩＤを発見する間、ＤＯ ＦＯＲする（ＥＮＤ
ＤＯまでの実行文を実行する）。もしＣＨＰＩＤが発
見されない場合には”ＣＨＰＩＤ削除”エントリーを作
成する。さもなければもしＣＨＰＩＤ定義が変更した場
合、一定のＣＨＰＩＤ削除エントリーを作成する。（制
御装置が他のパスを有するか否かに応じて）すでにＣＣ
Ｂ内に削除もしくは修正のエントリーを有する制御装置
を除きＣＨＰＩＤ上の全ての制御装置について”制御装
置修正”エントリー、もしくは”制御装置削除”エント
リーの何れかを作成する。（デバイスに交互のパスが存
在するか否かに応じて）ＣＣＢ内に既に”デバイス削
除”エントリーを有するデバイスは別としてＣＨＰＩＤ
上の全ての制御装置上の全てのデバイスについて”デバ
イス修正”エントリーもしくは”デバイス削除”エント
リーを作成する。もしソフトウエアのみの削除エントリ
ーが存在する場合、それらはハードウエアとソフトウエ
アの両方の変化に変換される。追加ＣＨＰＩＤエントリ
ーを作成する。１パスが除去されたか上記ステップ内で
追加された全ての制御装置について”制御装置修正”エ
ントリーを作成する。上記のパスが除去された全ての制
御装置上の全てのデバイスについて”デバイス修正”エ
ントリー、もしくは”デバイス追加”エントリーを作成
する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。新ＩＯ
ＤＦ内の各ＣＨＰＩＤの中に旧ＩＯＤＦ中のＣＨＰＩＤ
を発見する間、ＤＯ ＦＯＲする（ＥＮＤ ＤＯまでの
実行文を実行する）。もしそのＣＨＰＩＤが発見されな
い場合には、”ＣＨＰＩＤ追加”エントリーを作成す
る。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。
【０１０８】付録（アペンディックス）Ｂ Ｉ／Ｏ定義ファイル（ＩＯＤＦ） ハードウエア構成は一定のファイル内にセーブされ、Ｉ
／Ｏ定義ファイル（ＩＯＤＦ）と称されることになろ
う。このファイルは、一つもしくはそれ以上のプロセッ
サに対するＩ／Ｏ定義情報を含む。同ファイルは以下の
ことを行うために必要な情報を含む。 −それぞれのプロセッサについて一つのＩＯＣＤＳメン
バーを構築する。−Ｉ／Ｏ定義中のデバイスに対してＵ
ＣＢを構築する。 −Ｉ／Ｏ定義ファイル内のデバイスに対して一もしくは
それ以上の好適デバイステーブル（ＥＤＴ）を構築す
る。全体としてＩ／Ｏ定義ファイルはツリー状に整序さ
れ共に接続された数組のレコードより構成される。
／Ｏ定義ファイル（ＩＯＤＦ）と称されることになろ
う。このファイルは、一つもしくはそれ以上のプロセッ
サに対するＩ／Ｏ定義情報を含む。同ファイルは以下の
ことを行うために必要な情報を含む。 −それぞれのプロセッサについて一つのＩＯＣＤＳメン
バーを構築する。−Ｉ／Ｏ定義中のデバイスに対してＵ
ＣＢを構築する。 −Ｉ／Ｏ定義ファイル内のデバイスに対して一もしくは
それ以上の好適デバイステーブル（ＥＤＴ）を構築す
る。全体としてＩ／Ｏ定義ファイルはツリー状に整序さ
れ共に接続された数組のレコードより構成される。
【０１０９】Ｉ／Ｏ定義ファイルはチェイニングを組込
まずに高性能で特定部分で収集された若干のレコード
（例えば、オペレーティングシステムデバイス情報、総
称定義テーブル、および割当定義テーブル）にブロック
化されたシーケンシャルなアクセスを可能にするような
具合に構成される。
まずに高性能で特定部分で収集された若干のレコード
（例えば、オペレーティングシステムデバイス情報、総
称定義テーブル、および割当定義テーブル）にブロック
化されたシーケンシャルなアクセスを可能にするような
具合に構成される。
【０１１０】レコード形式の若干を隣接するメモリロケ
ーション内へ集める他に、ＩＯＤＦ内には特殊な数組の
定義が存在し、異なる関連情報が共にグループ化されて
隣接エリアへ納められるようになっている。かかる数組
の定義は総称定義テーブル（ＧＤＴ）と割当定義テーブ
ル（ＡＤＴ）であるが、ＡＤＴ自体は相前後して一定の
割当定義エリア（ＡＤＡ）内へ集められる。先に定義し
たエリアは全てのオペレーティングシステムについて更
に共にグループ化される。図２４を参照されたい。Ｉ／
Ｏ定義ファイルは以下の部分から構成される。 −ＨＣＤにより使用される制御情報を含むファイルヘッ
ダ。この部分は制御情報と共にＩＯＤＦの他の部分に対
するオフセットを含む。ヘッダはＩＯＤＦ線形空間の原
点に存在する。ヘッダは４０９６バイトの長さを有す
る。 −オペレーティングシステムレコード（ＯＳＳ）部分。
同部分はＩＯＤＦの原点に対してページ境界上にスター
トする。同部分は共にグループ化されたオペレーティン
グシステムレコードの全てを含む。 ＯＳＲ・・・ −以下の部分は共にグループ化されてそれぞれのオペレ
ーティングシステム構成定義について繰返される。 −オペレーティングシステムによって使用される総称定
義テーブル（ＣＤＴ）部分。同部分は以下の如き総称定
義レコードを含む。
ーション内へ集める他に、ＩＯＤＦ内には特殊な数組の
定義が存在し、異なる関連情報が共にグループ化されて
隣接エリアへ納められるようになっている。かかる数組
の定義は総称定義テーブル（ＧＤＴ）と割当定義テーブ
ル（ＡＤＴ）であるが、ＡＤＴ自体は相前後して一定の
割当定義エリア（ＡＤＡ）内へ集められる。先に定義し
たエリアは全てのオペレーティングシステムについて更
に共にグループ化される。図２４を参照されたい。Ｉ／
Ｏ定義ファイルは以下の部分から構成される。 −ＨＣＤにより使用される制御情報を含むファイルヘッ
ダ。この部分は制御情報と共にＩＯＤＦの他の部分に対
するオフセットを含む。ヘッダはＩＯＤＦ線形空間の原
点に存在する。ヘッダは４０９６バイトの長さを有す
る。 −オペレーティングシステムレコード（ＯＳＳ）部分。
同部分はＩＯＤＦの原点に対してページ境界上にスター
トする。同部分は共にグループ化されたオペレーティン
グシステムレコードの全てを含む。 ＯＳＲ・・・ −以下の部分は共にグループ化されてそれぞれのオペレ
ーティングシステム構成定義について繰返される。 −オペレーティングシステムによって使用される総称定
義テーブル（ＣＤＴ）部分。同部分は以下の如き総称定
義レコードを含む。
【０１１１】（ＧＧＲ ＧＲＲ・・・）・・・ −オペレーティングシステムにより使用される割当定義
エリア（ＡＤＡ）部分。同部分はＩＯＤＦの原点に対し
てページ境界からスタートする。同部分はＡＴＲにより
アドレッシングされる異なる割当定義テーブルを格納す
る。ＡＤＡ中の異なる割当定義レコードの編成は以下の
通りである。
エリア（ＡＤＡ）部分。同部分はＩＯＤＦの原点に対し
てページ境界からスタートする。同部分はＡＴＲにより
アドレッシングされる異なる割当定義テーブルを格納す
る。ＡＤＡ中の異なる割当定義レコードの編成は以下の
通りである。
【０１１２】ＡＤＴ・・・然し、一つのＡＤＴは（ＧＵ
Ｒ・・・）（ＥＧＲ ＥＲＲ・・・）・・・によりセ
ットアップされる。 −オペレーティングシステムによって使用される割当定
義テーブルインデクス部分。同部分はＩＯＤＦの原点に
対してページ境界からスタートする。同部分はオペレー
ティングシステムに固有の制御情報を格納し、割当定義
テーブルのヘッダレコード（ＡＴＲ）より構成される。
この部分の長さは定義される割当定義テーブルの数に応
じて変化することができる。
Ｒ・・・）（ＥＧＲ ＥＲＲ・・・）・・・によりセ
ットアップされる。 −オペレーティングシステムによって使用される割当定
義テーブルインデクス部分。同部分はＩＯＤＦの原点に
対してページ境界からスタートする。同部分はオペレー
ティングシステムに固有の制御情報を格納し、割当定義
テーブルのヘッダレコード（ＡＴＲ）より構成される。
この部分の長さは定義される割当定義テーブルの数に応
じて変化することができる。
【０１１３】ＡＴＲ・・・ −オペレーティングシステムによって使用されるＭＶＳ
デバイスレコード部分。同部分はＩＯＤＦの原点に対し
てページ境界からスタートする。同部分は４バイトデバ
イスナンバーにより整序されるオペレーティングシステ
ムデバイスレコード（例えばＭＤＲ）を格納する。
デバイスレコード部分。同部分はＩＯＤＦの原点に対し
てページ境界からスタートする。同部分は４バイトデバ
イスナンバーにより整序されるオペレーティングシステ
ムデバイスレコード（例えばＭＤＲ）を格納する。
【０１１４】ＭＤＲ・・・ −オペレーティングシステムにより使用されるＮＩＰコ
ンソール部分。同部分はＩＯＤＦの原点に対してページ
境界からスタートする。同部分はＮＩＰコンソールレコ
ードを格納する。
ンソール部分。同部分はＩＯＤＦの原点に対してページ
境界からスタートする。同部分はＮＩＰコンソールレコ
ードを格納する。
【０１１５】ＮＣＲ・・・ −オペレーティングシステムから独立なエリア −チャネルパスレコード部分（ＣＰＳ） 同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分はそれぞれのプロセッサについて共にグ
ループ化されるＣＰＲレコードを共に格納する。 ＣＰＲ・・・ −制御装置付属レコード部分（ＣＡＳ） 同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分はそれぞれのプロセッサについて共にグ
ループ化されるＣＡＲレコードを全て格納する。
トする。同部分はそれぞれのプロセッサについて共にグ
ループ化されるＣＰＲレコードを共に格納する。 ＣＰＲ・・・ −制御装置付属レコード部分（ＣＡＳ） 同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分はそれぞれのプロセッサについて共にグ
ループ化されるＣＡＲレコードを全て格納する。
【０１１６】ＣＡＲ・・・ −デバイス付属レコード部分（ＤＡＳ） 同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分は各プロセッサについて共にグループ化
されるＤＡＲレコードを全て格納する。
トする。同部分は各プロセッサについて共にグループ化
されるＤＡＲレコードを全て格納する。
【０１１７】ＤＡＲ・・・ −デバイスレコード部分（ＤＶＳ） 同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分はデバイスナンバーによって順序づけら
れるＤＶＲレコードを全て含むことになろう。
トする。同部分はデバイスナンバーによって順序づけら
れるＤＶＲレコードを全て含むことになろう。
【０１１８】ＤＶＲ・・・ −制御装置レコード部分（ＣＵＳ） 同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分は制御装置ナンバーにより順序づけられ
るＣＵＲレコードを全て格納する。
トする。同部分は制御装置ナンバーにより順序づけられ
るＣＵＲレコードを全て格納する。
【０１１９】ＣＵＲ・・・ −順序づけられない部分 同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分はＩＯＤＦの残りレコードを全て格納す
る。レコードはグループ分けせずに、レコード長が降順
にストアされる。それらは対応するツリー構造の埋込み
フィールドを使用することによってのみアドレッシング
することはできない。
トする。同部分はＩＯＤＦの残りレコードを全て格納す
る。レコードはグループ分けせずに、レコード長が降順
にストアされる。それらは対応するツリー構造の埋込み
フィールドを使用することによってのみアドレッシング
することはできない。
【０１２０】Ｉ／Ｏ定義ファイルは以下のレコードから
構成されることになろう。 −ＩＯＤＦヘッダレコード（ＩＨＲ） 同レコードはＨＣＤにより使用される制御情報（例え
ば、ＷＷＵＶ）と、トリーのルートもしくはＩＯＤＦ部
分の初めと終りに対するオフセット、異なるレコードの
長さ、カウンタ等を格納する。 −オペレーティングシステムレコード（ＯＳＲ） 全てのオペレーティングシステム構成について一つのＯ
ＳＲが定義される。 −プロセッサレコード（ＰＲＲ） ＩＯＤＦ内に定義されるそれぞれのプロセッサに対する
一つのプロセッサレコード（ＰＲＲ）（プロセッサ構成
定義）が存在する。定義される各ＰＲＲは特定のプロセ
ッサに関する制御情報を含む。定義可能なプロセッサの
最大数は４０９６である。各プロセッサはユーザが付与
されプロセッサのＰＲＲをアドレッシングするために使
用される八文字までの英数字名によって定義しなければ
ならない。 −チャネルパスレコード（ＣＰＲ） ＩＯＤＦ内に定義される各プロセッサについて一組の２
５６のチャネルパスレコード（ＣＰＲ）が存在する。定
義される各ＣＰＲはそのプロセッサに付加されるチャネ
ルパスに関する制御情報を格納する。所与のプロセッサ
に対するプロセッサ名は、そのプロセッサに対する２５
６ＣＰＲの組にインデキシングするために使用される。
所与のプロセッサについて定義可能なチャネルパス識別
子（ＣＨＰＩＤ）はプロセッサ情報テーブル（ＰＩＴ）
によって制御される。 −分割レコード（ＰＡＲ） ＩＯＤＦで定義されるそれぞれのプロセッサについては
一組の２５６個の分割レコードが存在する。定義される
それぞれの分割レコードは一定の八文字分割名と、分割
識別子と、同分割に対して付与されるチャネルパスのカ
ウントを格納する。注記：ＬＰＡＲについて定義済みの
プロセッサだけがＰＡＲを定義されることになろう。所
与のプロセッサに対するプロセッサ名はそのプロセッサ
に対するＰＡＲの組にアドレッシングするために使用さ
れる。所与のプロセッサについて定義可能な最大分割数
は関連するプロセッサ情報テーブル（ＰＩＴ）によって
制御される。 −ＩＯＣＤＳレコード（ＩＣＲ） ＩＯＤＦ内で定義されるそれぞれのプロセッサについて
一組のＩＯＣＤＳレコードが存在する。それぞれのＩＯ
ＣＤＳレコードはデータセットが最後に更新された時の
ＩＯＣＤＳデータセットと情報の名前を格納する。特定
のプロセッサに対するＩＯＣＤＳの最大数は関連するプ
ロセッサ情報テーブル（ＰＩＴ）によって制御される。 −制御装置レコード（ＣＵＲ、ＣＡＲ） 物理的制御装置に関する情報は２つのレコードタイプに
分離される。 １．物理的制御装置レコード（ＣＵＲ） ２．制御装置付属レコード（ＣＡＲ） 物理的制御装置のレコードは付属デバイスの装置、形
式、付属デバイスのカウント、装置アドレスレンジの如
き制御装置に関するプロセッサから独立の情報を格納す
る。ＩＯＤＦ内には一組のＣＵＲが存在する。ＩＯＤＦ
内に定義可能なＣＵＲの数は最大６５５３６である。そ
れぞれの物理制御装置が定義される際、同装置は０００
０からＦＦＦＦの範囲の１６進数の識別子を付与され
る。この識別子はユーザによって付与され、物理的制御
装置に対するＣＵＲにアドレッシングするために使用さ
れる。制御装置付属レコードは物理制御装置が属する論
理制御装置に対する付属チャネルパスＩＤとＬＣＲの数
の如きプロセッサ特有の情報を格納する。所与のプロセ
ッサに付加されるそれぞれのＣＵＲについては一組のＣ
ＡＲが存在する。物理制御装置識別子は所与のプロセッ
サのＣＡＲにアドレッシングするために使用される。所
与のプロセッサに対するプロセッサ名はそのプロセッサ
のＣＡＲの組にアドレッシングするために使用される。 −論理制御装置レコード（ＬＣＲ） ＩＯＤＦ内に定義されるそれぞれのプロセッサについて
一組のＬＣＲが存在する。定義されるそれぞれのＬＣＲ
はそのプロセッサに接続される論理制御装置に関する制
御情報を格納する。所与のプロセッサに対するプロセッ
サ名はそのプロセッサに対するＬＣＲの組にアドレッシ
ングするために使用される。ＩＯＤＦはＬＰＡＲ複製の
制御装置に対するＬＣＲを格納することはないであろ
う。これらはＩＯＣＤＳが構築される時にダイナミック
に生成されることになろう。所与のプロセッサにつき定
義可能な論理制御装置の数はそのプロセッサのプロセッ
サ情報テーブル（ＰＩＴ）内に規定される最大論理装置
カウントを上廻ることはできない。ＬＣＲと論理制御装
置のナンバーはハードウエア構成ルーチンによりダイナ
ミックに作成される。ＬＣＲナンバーは特定のプロセッ
サにつき０と限界値（上記した）間の最初の未使用数を
サーチすることによって提供されることになろう。 −デバイスレコード（ＤＶＲ、ＤＡＲ） デバイスに関する情報は２つのタイプのレコードに分離
される。 １．デバイスレコード（ＤＶＲ） ２．デバイス付属レコード（ＤＡＲ） デバイスレコードは付属物理制御装置の装置、型式、特
徴、カウントや付属物理制御装置の数の如きデバイスに
関するプロセッサから独立の情報を格納する。ＩＯＤＦ
内には一組のＤＶＲが存在する。この組の中のＤＶＲの
数は６５５３６に限定される。各デバイスが定義される
時には００００からＦＦＦＦの範囲の１６進数を付与さ
れる。この数はユーザによって付与され、デバイスのＤ
ＶＲにアドレッシングするために使用される。デバイス
付属レコードは好ましいチャネルパスの如きプロセッサ
特有の情報を格納する。所与のプロセッサに付属される
それぞれのＤＶＲには一組のＤＡＲが存在する。デバイ
スナンバーは所与のプロセッサのＤＡＲにアドレッシン
グするために使用される。所与のプロセッサに対するプ
ロセッサ名はそのプロセッサに対するＤＡＲの組にアド
レッシングするために使用される。 −ロケーションと装置識別レコード（ＬＯＲ） これらのレコードはオプションである。それらはプロセ
ッサ（ＰＲＲ）、制御装置（ＣＵＲ）、デバイス（ＤＶ
Ｒ）、およびチャネルパス（ＣＰＲ）に対する追加的情
報を含む。それらは拡張部として基底レコードに連鎖さ
れる。それらは共には連鎖されず、内部を公開されたユ
ーザにとっては自明のことである。そのため、基底レコ
ードは短く、ルーチンを処理することによってより優れ
た性能で読込むことができる。これらのレコードはロケ
ーション識別と対応するハードウエア装置のシリアルナ
ンバーを含む。 −ＮＩＰコンソールレコード（ＮＣＲ） 何れのデバイスがＮＩＰコンソールとして使用可能かを
定義する一組のＮＣＲが存在する。最大１２８のＮＩＰ
コンソールを指定することができる。ＮＣＲは、それら
の順序番号（番号１〜２５６が使用可能）を定義するシ
ステムに追加することによって、ユーザがデバイスをＮ
ＩＰコンソールとして選択したいようにする必要があ
る。ＮＣＲは装置と型式を指定したコンソールの１６進
数デバイスナンバーを含む。ＩＯＤＦヘッダ（ＩＨＲ）
はＮＣＥに対するオフセットと共に指定されるＮＣＲの
カウントを含むことになろう。 −オペレーティングシステムデバイスレコード（例え
ば、ＭＶＳに対するＭＤＲ） これはオペレーティングシステムに依存するデバイス情
報を含む。 −デバイス使用レコード（ＤＵＲ） ＩＯＤＳ中に定義される各デバイスについては一組のＤ
ＵＲが存在する。同一デバイスのＤＵＲは共にチェイニ
ングされ、同チェーンは対応するＤＶＲレコードへ接続
される。ＤＵＲはデバイスが付与される秘密のグループ
レコード（ＥＧＲ）又はＮＩＰコンソールレコード（Ｎ
ＣＲ）の何れか一方に対するオフセットを含む。 −総称デバイスグループレコード（ＧＧＲ） ＧＧＲ全体は共にチェイニングされる。オペレーティン
グシステムレコード内にはアンカーが配置される。ＧＧ
Ｒのオフセットは参照用にＤＶＲレコード内にストアさ
れる。ＧＧＲは使用される総称デバイスグループの名称
を含む。それは総称レンジ定義レコード（ＧＲＲ）の保
留点であり、ＧＧＲにチェイニングされるＧＲＲの数を
含む。 −割当定義テーブルレコード（ＡＴＲ） 同レコードはＡＤＴにアドレッシングするためのインデ
クスレコードである。それぞれのＡＤＴについては１個
のＡＴＲエントリーが存在する。それぞれのＡＤＴが定
義される際、ユーザによって２バイトの英数字識別子を
付与される。異なるＡＤＴのＡＴＲは共にチェイニング
される。アンカーはオペレーティングシステムレコード
内に配置される。ＡＴＲは割当定義テーブルを構築する
レコードの保留点である。ＡＴＲはＡＤＴの作成と更新
に関する情報を含む。それらは秘密のデバイスグループ
レコード（ＥＧＲ）と、一つのＡＤＴの総称更新レコー
ド（ＧＵＲ）にアドレッシングする可能性を提供する。 −総称更新レコード（ＧＵＲ） 同じＡＤＴのＧＵＲは共にチェイニングされる。チェイ
ンヘッダはＡＴＲに配置される。ＧＵＲは総称デバイス
群の名前によって識別され、対応する総称仕様に対する
オーバーライトを含む。また、総称デバイス群のユーザ
により定義される任意の番号を指定し、何れがＶＩＯに
とって好適であるかを指示する。ＧＵＲに対してはＧＲ
Ｒは接続されない。システム総称定義テーブル（ＧＤ
Ｔ）内の、ＧＧＲに対応するＧＲＲはデバイス仕様を含
む。 −秘密デバイスグループレコード（ＥＧＲ） 同じＡＤＴのＥＧＲは共にチェイニングされる。チェー
ンアンカーがＡＴＲ内に配置される。ＥＧＲはＡＤＴと
関連する秘密レンジ定義レコード（ＥＲＲ）の保留点で
ある。ＥＧＲは定義されたばかりの秘密デバイスグルー
プの名前を含む。同時に、どの秘密デバイスグループが
ＶＩＯにとって好適かを示し、ＥＧＲにチェイニングさ
れるＥＲＲのナンバーと、後に参照するためのＡＴＲオ
フセットを含む。 −総称レンジ定義レコード（ＧＲＲ） ＧＲＲはＧＤＴと共に使用される。同じＧＤＴのＧＲＲ
は共にチェイニングされる。チェインヘッダはグループ
レコード（ＧＧＲ）内に配置される。ＧＲＲは一定の総
称グループに属する連続デバイスナンバーの系列に対す
るレンジ仕様を含む。ＧＲＲ内にストアされるデバイス
ナンバーは対応するＤＶＲにアドレッシングするために
使用することができる。 −秘密レンジ定義レコード（ＥＲＲ） ＥＲＲはＡＤＴと共に使用される。同じＡＤＴのＥＲＲ
は共にチェイニングされる。チェインヘッダはグループ
レコード（ＥＧＲ）内に配置される。ＥＲＲは一定の秘
密グループに属する連続するデバイスナンバーの系列に
対するレンジ仕様を含む。ＥＲＲ内にストアされるデバ
イスナンバーは対応するＤＶＲにアドレッシングするた
めに使用することができる。
構成されることになろう。 −ＩＯＤＦヘッダレコード（ＩＨＲ） 同レコードはＨＣＤにより使用される制御情報（例え
ば、ＷＷＵＶ）と、トリーのルートもしくはＩＯＤＦ部
分の初めと終りに対するオフセット、異なるレコードの
長さ、カウンタ等を格納する。 −オペレーティングシステムレコード（ＯＳＲ） 全てのオペレーティングシステム構成について一つのＯ
ＳＲが定義される。 −プロセッサレコード（ＰＲＲ） ＩＯＤＦ内に定義されるそれぞれのプロセッサに対する
一つのプロセッサレコード（ＰＲＲ）（プロセッサ構成
定義）が存在する。定義される各ＰＲＲは特定のプロセ
ッサに関する制御情報を含む。定義可能なプロセッサの
最大数は４０９６である。各プロセッサはユーザが付与
されプロセッサのＰＲＲをアドレッシングするために使
用される八文字までの英数字名によって定義しなければ
ならない。 −チャネルパスレコード（ＣＰＲ） ＩＯＤＦ内に定義される各プロセッサについて一組の２
５６のチャネルパスレコード（ＣＰＲ）が存在する。定
義される各ＣＰＲはそのプロセッサに付加されるチャネ
ルパスに関する制御情報を格納する。所与のプロセッサ
に対するプロセッサ名は、そのプロセッサに対する２５
６ＣＰＲの組にインデキシングするために使用される。
所与のプロセッサについて定義可能なチャネルパス識別
子（ＣＨＰＩＤ）はプロセッサ情報テーブル（ＰＩＴ）
によって制御される。 −分割レコード（ＰＡＲ） ＩＯＤＦで定義されるそれぞれのプロセッサについては
一組の２５６個の分割レコードが存在する。定義される
それぞれの分割レコードは一定の八文字分割名と、分割
識別子と、同分割に対して付与されるチャネルパスのカ
ウントを格納する。注記：ＬＰＡＲについて定義済みの
プロセッサだけがＰＡＲを定義されることになろう。所
与のプロセッサに対するプロセッサ名はそのプロセッサ
に対するＰＡＲの組にアドレッシングするために使用さ
れる。所与のプロセッサについて定義可能な最大分割数
は関連するプロセッサ情報テーブル（ＰＩＴ）によって
制御される。 −ＩＯＣＤＳレコード（ＩＣＲ） ＩＯＤＦ内で定義されるそれぞれのプロセッサについて
一組のＩＯＣＤＳレコードが存在する。それぞれのＩＯ
ＣＤＳレコードはデータセットが最後に更新された時の
ＩＯＣＤＳデータセットと情報の名前を格納する。特定
のプロセッサに対するＩＯＣＤＳの最大数は関連するプ
ロセッサ情報テーブル（ＰＩＴ）によって制御される。 −制御装置レコード（ＣＵＲ、ＣＡＲ） 物理的制御装置に関する情報は２つのレコードタイプに
分離される。 １．物理的制御装置レコード（ＣＵＲ） ２．制御装置付属レコード（ＣＡＲ） 物理的制御装置のレコードは付属デバイスの装置、形
式、付属デバイスのカウント、装置アドレスレンジの如
き制御装置に関するプロセッサから独立の情報を格納す
る。ＩＯＤＦ内には一組のＣＵＲが存在する。ＩＯＤＦ
内に定義可能なＣＵＲの数は最大６５５３６である。そ
れぞれの物理制御装置が定義される際、同装置は０００
０からＦＦＦＦの範囲の１６進数の識別子を付与され
る。この識別子はユーザによって付与され、物理的制御
装置に対するＣＵＲにアドレッシングするために使用さ
れる。制御装置付属レコードは物理制御装置が属する論
理制御装置に対する付属チャネルパスＩＤとＬＣＲの数
の如きプロセッサ特有の情報を格納する。所与のプロセ
ッサに付加されるそれぞれのＣＵＲについては一組のＣ
ＡＲが存在する。物理制御装置識別子は所与のプロセッ
サのＣＡＲにアドレッシングするために使用される。所
与のプロセッサに対するプロセッサ名はそのプロセッサ
のＣＡＲの組にアドレッシングするために使用される。 −論理制御装置レコード（ＬＣＲ） ＩＯＤＦ内に定義されるそれぞれのプロセッサについて
一組のＬＣＲが存在する。定義されるそれぞれのＬＣＲ
はそのプロセッサに接続される論理制御装置に関する制
御情報を格納する。所与のプロセッサに対するプロセッ
サ名はそのプロセッサに対するＬＣＲの組にアドレッシ
ングするために使用される。ＩＯＤＦはＬＰＡＲ複製の
制御装置に対するＬＣＲを格納することはないであろ
う。これらはＩＯＣＤＳが構築される時にダイナミック
に生成されることになろう。所与のプロセッサにつき定
義可能な論理制御装置の数はそのプロセッサのプロセッ
サ情報テーブル（ＰＩＴ）内に規定される最大論理装置
カウントを上廻ることはできない。ＬＣＲと論理制御装
置のナンバーはハードウエア構成ルーチンによりダイナ
ミックに作成される。ＬＣＲナンバーは特定のプロセッ
サにつき０と限界値（上記した）間の最初の未使用数を
サーチすることによって提供されることになろう。 −デバイスレコード（ＤＶＲ、ＤＡＲ） デバイスに関する情報は２つのタイプのレコードに分離
される。 １．デバイスレコード（ＤＶＲ） ２．デバイス付属レコード（ＤＡＲ） デバイスレコードは付属物理制御装置の装置、型式、特
徴、カウントや付属物理制御装置の数の如きデバイスに
関するプロセッサから独立の情報を格納する。ＩＯＤＦ
内には一組のＤＶＲが存在する。この組の中のＤＶＲの
数は６５５３６に限定される。各デバイスが定義される
時には００００からＦＦＦＦの範囲の１６進数を付与さ
れる。この数はユーザによって付与され、デバイスのＤ
ＶＲにアドレッシングするために使用される。デバイス
付属レコードは好ましいチャネルパスの如きプロセッサ
特有の情報を格納する。所与のプロセッサに付属される
それぞれのＤＶＲには一組のＤＡＲが存在する。デバイ
スナンバーは所与のプロセッサのＤＡＲにアドレッシン
グするために使用される。所与のプロセッサに対するプ
ロセッサ名はそのプロセッサに対するＤＡＲの組にアド
レッシングするために使用される。 −ロケーションと装置識別レコード（ＬＯＲ） これらのレコードはオプションである。それらはプロセ
ッサ（ＰＲＲ）、制御装置（ＣＵＲ）、デバイス（ＤＶ
Ｒ）、およびチャネルパス（ＣＰＲ）に対する追加的情
報を含む。それらは拡張部として基底レコードに連鎖さ
れる。それらは共には連鎖されず、内部を公開されたユ
ーザにとっては自明のことである。そのため、基底レコ
ードは短く、ルーチンを処理することによってより優れ
た性能で読込むことができる。これらのレコードはロケ
ーション識別と対応するハードウエア装置のシリアルナ
ンバーを含む。 −ＮＩＰコンソールレコード（ＮＣＲ） 何れのデバイスがＮＩＰコンソールとして使用可能かを
定義する一組のＮＣＲが存在する。最大１２８のＮＩＰ
コンソールを指定することができる。ＮＣＲは、それら
の順序番号（番号１〜２５６が使用可能）を定義するシ
ステムに追加することによって、ユーザがデバイスをＮ
ＩＰコンソールとして選択したいようにする必要があ
る。ＮＣＲは装置と型式を指定したコンソールの１６進
数デバイスナンバーを含む。ＩＯＤＦヘッダ（ＩＨＲ）
はＮＣＥに対するオフセットと共に指定されるＮＣＲの
カウントを含むことになろう。 −オペレーティングシステムデバイスレコード（例え
ば、ＭＶＳに対するＭＤＲ） これはオペレーティングシステムに依存するデバイス情
報を含む。 −デバイス使用レコード（ＤＵＲ） ＩＯＤＳ中に定義される各デバイスについては一組のＤ
ＵＲが存在する。同一デバイスのＤＵＲは共にチェイニ
ングされ、同チェーンは対応するＤＶＲレコードへ接続
される。ＤＵＲはデバイスが付与される秘密のグループ
レコード（ＥＧＲ）又はＮＩＰコンソールレコード（Ｎ
ＣＲ）の何れか一方に対するオフセットを含む。 −総称デバイスグループレコード（ＧＧＲ） ＧＧＲ全体は共にチェイニングされる。オペレーティン
グシステムレコード内にはアンカーが配置される。ＧＧ
Ｒのオフセットは参照用にＤＶＲレコード内にストアさ
れる。ＧＧＲは使用される総称デバイスグループの名称
を含む。それは総称レンジ定義レコード（ＧＲＲ）の保
留点であり、ＧＧＲにチェイニングされるＧＲＲの数を
含む。 −割当定義テーブルレコード（ＡＴＲ） 同レコードはＡＤＴにアドレッシングするためのインデ
クスレコードである。それぞれのＡＤＴについては１個
のＡＴＲエントリーが存在する。それぞれのＡＤＴが定
義される際、ユーザによって２バイトの英数字識別子を
付与される。異なるＡＤＴのＡＴＲは共にチェイニング
される。アンカーはオペレーティングシステムレコード
内に配置される。ＡＴＲは割当定義テーブルを構築する
レコードの保留点である。ＡＴＲはＡＤＴの作成と更新
に関する情報を含む。それらは秘密のデバイスグループ
レコード（ＥＧＲ）と、一つのＡＤＴの総称更新レコー
ド（ＧＵＲ）にアドレッシングする可能性を提供する。 −総称更新レコード（ＧＵＲ） 同じＡＤＴのＧＵＲは共にチェイニングされる。チェイ
ンヘッダはＡＴＲに配置される。ＧＵＲは総称デバイス
群の名前によって識別され、対応する総称仕様に対する
オーバーライトを含む。また、総称デバイス群のユーザ
により定義される任意の番号を指定し、何れがＶＩＯに
とって好適であるかを指示する。ＧＵＲに対してはＧＲ
Ｒは接続されない。システム総称定義テーブル（ＧＤ
Ｔ）内の、ＧＧＲに対応するＧＲＲはデバイス仕様を含
む。 −秘密デバイスグループレコード（ＥＧＲ） 同じＡＤＴのＥＧＲは共にチェイニングされる。チェー
ンアンカーがＡＴＲ内に配置される。ＥＧＲはＡＤＴと
関連する秘密レンジ定義レコード（ＥＲＲ）の保留点で
ある。ＥＧＲは定義されたばかりの秘密デバイスグルー
プの名前を含む。同時に、どの秘密デバイスグループが
ＶＩＯにとって好適かを示し、ＥＧＲにチェイニングさ
れるＥＲＲのナンバーと、後に参照するためのＡＴＲオ
フセットを含む。 −総称レンジ定義レコード（ＧＲＲ） ＧＲＲはＧＤＴと共に使用される。同じＧＤＴのＧＲＲ
は共にチェイニングされる。チェインヘッダはグループ
レコード（ＧＧＲ）内に配置される。ＧＲＲは一定の総
称グループに属する連続デバイスナンバーの系列に対す
るレンジ仕様を含む。ＧＲＲ内にストアされるデバイス
ナンバーは対応するＤＶＲにアドレッシングするために
使用することができる。 −秘密レンジ定義レコード（ＥＲＲ） ＥＲＲはＡＤＴと共に使用される。同じＡＤＴのＥＲＲ
は共にチェイニングされる。チェインヘッダはグループ
レコード（ＥＧＲ）内に配置される。ＥＲＲは一定の秘
密グループに属する連続するデバイスナンバーの系列に
対するレンジ仕様を含む。ＥＲＲ内にストアされるデバ
イスナンバーは対応するＤＶＲにアドレッシングするた
めに使用することができる。
【０１２１】付録Ｃ ＬＣＵ分割／併合 論理制御装置（ＬＣＵ）は、Ｉ／Ｏデバイスを物理的も
しくは論理的に共通に付属する一組の物理制御装置を表
わすためにチャネルサブシステムによって使用される従
来構成である。ＩＯＣＰはＩ／Ｏ構成を定義するために
提供される入力からＬＣＵを構築する。ＰＯＲでＬＣＵ
はハードウエアシステムエリア（ＨＳＡ）内に含まれる
Ｉ／Ｏ構成定義の一部となる。一つのＬＣＵが以下のた
めにＩＯＣＰによって作成される。 −Ｉ／Ｏデバイスを有しないそれぞれの物理制御装置。 −他の物理制御装置とＩ／Ｏデバイスを共有しないそれ
ぞれの物理制御装置。 −互いにＩ／Ｏデバイスを共有する各群の制御装置。 上記実施例は、新たなＩ／Ｏ構成定義を活性化させる際
にＬＣＵの分割もしくは併合をサポートしない。ＬＣＵ
の分割は、一定の制御装置から一定のＩ／Ｏデバイスも
しくはＩ／Ｏデバイスへ至るパスが削除され、その削除
によってＬＣＵの一部であった物理制御装置が最早一つ
のＩ／Ｏデバイスを共有しなくなった場合に生ずること
になろう。同様にして、ＬＣＵの併合は一定の制御装置
から一定のＩ／Ｏデバイス又はＩ／Ｏデバイスへ至るパ
スが追加され、その追加によって異なるＬＣＵの一部で
あった物理制御装置が共通のＩ／Ｏデバイスに接続する
ときに行われることになろう。ＬＣＵの一つがどんなデ
バイスも付属していない場合にのみＬＣＵの分割又は併
合が許される。この制約は必要とされる一組の変更を判
断するに先立って原始構成定義と目標構成定義間の比較
処理の一部として実行される。その実行は一組の計画さ
れた変更内での悪影響を回避するために予め行われる。
従来の方法の詳細を以下に記すので参照のこと。 旧ＩＯＤＦ内の全デバイス内のルーピング もしデバイスが２もしくはそれ以上のＰＣＵに接続され
る場合には、デバイスを可能な分割実行候補として考え
る。旧ＩＯＤＦ内のデバイスに接続される全てのＰＣＵ
についてルーピングする。同時に新ＩＯＤＦ内に存在す
る全てのＰＣＵを集める。旧デバイス上の全ＰＣＵのル
ーピングを終了する。新ＩＯＤＦ内の収集されたＰＣＵ
の全ての対を比較する。もし両方のＰＣＵが異なるＬＣ
Ｕ上にあれば、ここで分割が実行される。（非合法分割
をチェックする）。もしＰＣＵが新ＩＯＤＦ内で属する
両方のＬＣＵが以前旧ＩＯＤＦ内のＬＣＵの一部であり
現在は新旧ＩＯＤＦ間にＰＣＵを共有する少なくとも一
つのデバイスを含んでいれば＊＊＊＊非合法分割＊＊＊
＊＊ 終了 終了 終了 全デバイスのルーピングを終了する。新ＩＯＤＦ内の全
デバイスをルーピングする。もしデバイスが２つもしく
はそれ以上のＰＣＵに接続されていれば、デバイスを併
合の可能な候補と考える。新ＩＯＤＦ内のデバイスに接
続される全てのＰＣＵをルーピングする。旧ＩＯＤＦ内
にも存在するＰＣＵを全て集める。新デバイスに対する
ＰＣＵ全体に対するルーピングを終了する。旧ＩＯＤＦ
内の集められたＰＣＵの全てのペアを比較する。もし両
方のＰＣＵが異なるＬＣＵ上にあれば、ここで併合が行
われる。（非合法併合をチェックする）もしＰＣＵが旧
ＩＯＤＦ内で属する両方のＬＣＵが新ＩＯＤＦ内のＬＣ
Ｕの一部であり、新旧ＩＯＤＦ間にＰＣＵを共有する少
なくとも一つのデバイスを含む場合には、＊＊＊＊非合
法併合＊＊＊＊ 終了 終了 終了 全デバイス内のルーピングを終了する。
しくは論理的に共通に付属する一組の物理制御装置を表
わすためにチャネルサブシステムによって使用される従
来構成である。ＩＯＣＰはＩ／Ｏ構成を定義するために
提供される入力からＬＣＵを構築する。ＰＯＲでＬＣＵ
はハードウエアシステムエリア（ＨＳＡ）内に含まれる
Ｉ／Ｏ構成定義の一部となる。一つのＬＣＵが以下のた
めにＩＯＣＰによって作成される。 −Ｉ／Ｏデバイスを有しないそれぞれの物理制御装置。 −他の物理制御装置とＩ／Ｏデバイスを共有しないそれ
ぞれの物理制御装置。 −互いにＩ／Ｏデバイスを共有する各群の制御装置。 上記実施例は、新たなＩ／Ｏ構成定義を活性化させる際
にＬＣＵの分割もしくは併合をサポートしない。ＬＣＵ
の分割は、一定の制御装置から一定のＩ／Ｏデバイスも
しくはＩ／Ｏデバイスへ至るパスが削除され、その削除
によってＬＣＵの一部であった物理制御装置が最早一つ
のＩ／Ｏデバイスを共有しなくなった場合に生ずること
になろう。同様にして、ＬＣＵの併合は一定の制御装置
から一定のＩ／Ｏデバイス又はＩ／Ｏデバイスへ至るパ
スが追加され、その追加によって異なるＬＣＵの一部で
あった物理制御装置が共通のＩ／Ｏデバイスに接続する
ときに行われることになろう。ＬＣＵの一つがどんなデ
バイスも付属していない場合にのみＬＣＵの分割又は併
合が許される。この制約は必要とされる一組の変更を判
断するに先立って原始構成定義と目標構成定義間の比較
処理の一部として実行される。その実行は一組の計画さ
れた変更内での悪影響を回避するために予め行われる。
従来の方法の詳細を以下に記すので参照のこと。 旧ＩＯＤＦ内の全デバイス内のルーピング もしデバイスが２もしくはそれ以上のＰＣＵに接続され
る場合には、デバイスを可能な分割実行候補として考え
る。旧ＩＯＤＦ内のデバイスに接続される全てのＰＣＵ
についてルーピングする。同時に新ＩＯＤＦ内に存在す
る全てのＰＣＵを集める。旧デバイス上の全ＰＣＵのル
ーピングを終了する。新ＩＯＤＦ内の収集されたＰＣＵ
の全ての対を比較する。もし両方のＰＣＵが異なるＬＣ
Ｕ上にあれば、ここで分割が実行される。（非合法分割
をチェックする）。もしＰＣＵが新ＩＯＤＦ内で属する
両方のＬＣＵが以前旧ＩＯＤＦ内のＬＣＵの一部であり
現在は新旧ＩＯＤＦ間にＰＣＵを共有する少なくとも一
つのデバイスを含んでいれば＊＊＊＊非合法分割＊＊＊
＊＊ 終了 終了 終了 全デバイスのルーピングを終了する。新ＩＯＤＦ内の全
デバイスをルーピングする。もしデバイスが２つもしく
はそれ以上のＰＣＵに接続されていれば、デバイスを併
合の可能な候補と考える。新ＩＯＤＦ内のデバイスに接
続される全てのＰＣＵをルーピングする。旧ＩＯＤＦ内
にも存在するＰＣＵを全て集める。新デバイスに対する
ＰＣＵ全体に対するルーピングを終了する。旧ＩＯＤＦ
内の集められたＰＣＵの全てのペアを比較する。もし両
方のＰＣＵが異なるＬＣＵ上にあれば、ここで併合が行
われる。（非合法併合をチェックする）もしＰＣＵが旧
ＩＯＤＦ内で属する両方のＬＣＵが新ＩＯＤＦ内のＬＣ
Ｕの一部であり、新旧ＩＯＤＦ間にＰＣＵを共有する少
なくとも一つのデバイスを含む場合には、＊＊＊＊非合
法併合＊＊＊＊ 終了 終了 終了 全デバイス内のルーピングを終了する。
【０１２２】
【発明の効果】本発明によれば、実行中のタスクに対す
る悪影響を最小限に留めて入出力構成のソフトウエア定
義がダイナミックに変更される効果を有する。
る悪影響を最小限に留めて入出力構成のソフトウエア定
義がダイナミックに変更される効果を有する。
【図１】現存のシステム構成定義機構を示す従来技術の
ブロック線図である。
ブロック線図である。
【図２】本発明のシステム構成機構のブロック線図であ
る。
る。
【図３】本発明のダイナミックＩ／Ｏ構成プロセスの概
観を示すフローチャートである。
観を示すフローチャートである。
【図４】構成変更をバリデートするためのフローチャー
トである。
トである。
【図５】デバイス削除バリデートするためのフローチャ
ートである。
ートである。
【図６】デバイス追加をバリデートするためのフローチ
ャートである。
ャートである。
【図７】デバイスパス追加をバリデートするためのフロ
ーチャートである。
ーチャートである。
【図８】デバイスパス削除をバリデートするためのフロ
ーチャートである。
ーチャートである。
【図９】Ｉ／Ｏ構成を更新するためのフローチャートで
ある。
ある。
【図１０】Ｉ／Ｏハードウエア構成を更新するためのフ
ローチャートである。
ローチャートである。
【図１１】Ｉ／Ｏ構成変更から退出するためのフローチ
ャートである。
ャートである。
【図１２】ＣＣＢとＣＣＢＸの構造を示す制御ブロック
線図である。
線図である。
【図１３】デバイスの構造、制御装置、およびＣＣＢの
チャネルパスＩＤ（ＣＨＰＩＤ）エントリーを示す制御
ブロック線図である。
チャネルパスＩＤ（ＣＨＰＩＤ）エントリーを示す制御
ブロック線図である。
【図１４】フォローアップＣＣＢエントリーを作成する
際に伴う論理を示す論理フローチャート図である。
際に伴う論理を示す論理フローチャート図である。
【図１５】本発明にとって重要な制御ブロックを示す制
御ブロック線図である。
御ブロック線図である。
【図１６】本発明にとって重要なピン機構の重要なデー
タ構造図である。
タ構造図である。
【図１７】ピン接続作用を示すフローチャートである。
【図１８】ピン接続解除作用を示すフローチャートであ
る。
る。
【図１９】（Ａ）は従来技術による第１の組の割当グル
ープを示す例解図である。（Ｂ）は従来技術による第２
の組の割当グループを示す例解図である。
ープを示す例解図である。（Ｂ）は従来技術による第２
の組の割当グループを示す例解図である。
【図２０】従来技術によるＥＤＴグループマスクとグロ
ーバルマスクの例解図である。
ーバルマスクの例解図である。
【図２１】ＧＭＣＴ上の入力マスクを使用して一定の変
換マスクをつくりだす例解図である。
換マスクをつくりだす例解図である。
【図２２】一定の割当グループに排他的にアクセスする
ための制御の流れを示すフローチャートである。
ための制御の流れを示すフローチャートである。
【図２３】一定の割当グループに対する排他的アクセス
を解除するための制御の流れを示すフローチャート図で
ある。
を解除するための制御の流れを示すフローチャート図で
ある。
【図２４】ＩＯＤＦの構造を示す論理構造線図である。
【図２５】ＩＯＤＦの構造を示す論理構造線図である。
１０１ Ｉ／Ｏ構成定義 １０３ プロセッサコントローラ １０４ 共用メモリ １０５ ＨＳＡ １１１ ＨＣＤ １１２ ＩＯＤＦ １１４ ＩＯＣＤＳ １１５ ＨＳＡ １１６ 共用メモリ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 リチャード クウィアカラ アメリカ合衆国12590、ニューヨーク州ワ ッピンガーズ フォールズ、エッジヒル ドライヴ 118 (72)発明者 マーク ジョセフ ファンタコン アメリカ合衆国12603、ニューヨーク州パ キプシ、フォックス ラン 93 (72)発明者 ジェフリー ダグラス ハガー アメリカ合衆国12603、ニューヨーク州パ キプシ、フォックス ラン 105 (72)発明者 アラン サミュエル メリット アメリカ合衆国12603、ニューヨーク州パ キプシ、サトン パーク ロード 21 (72)発明者 ハリー モーリス ユーデンフレンド アメリカ合衆国12590、ニューヨーク州ワ ッピンガーズ フォールズ、オール エン ジェルス ヒル ロード 112 (56)参考文献 特開 昭60−238961（ＪＰ，Ａ)
Claims (7)
- 【請求項１】 中央処理装置と、同中央処理装置に付属
される入出力サブシステムにおける複数の入出力装置
と、オペレーティングシステムと、を有するコンピュー
タシステムにおいて、前記オペレーティングシステムに
よって前記入出力装置の再構成を管理するシステムであ
って、Ａ）前記入出力装置の一つを前記オペレーティン
グシステムに対して定義する制御ブロック定義手段と、
Ｂ）前記定義を変更するための再構成手段と、Ｃ）前記
装置定義手段にリンクされ、前記入出力装置の前記一つ
の再構成を制約する第１のシリアル化手段と、Ｄ）前記
装置定義手段にリンクされ、前記再構成手段による変更
に応答し、前記変更を検出する変更検出手段と、から成
る入出力装置の再構成管理システム。 - 【請求項２】 前記第１のシリアル化手段が、Ａ）前記
中央処理装置上で実行するプログラムによって呼出し可
能で前記入出力装置の前記一つの再構成の制約と制約解
除するピンサービス手段であって、前記制約と制約解除
が前記制御ブロック定義内のインディケータの使用によ
り達成される手段と、Ｂ）前記制約している前記ピンサ
ービス手段によって前記プログラムに提供され、前記プ
ログラムによって前記制約解除を実行するために使用さ
れるピントークン手段と、を含む請求項１の入出力装置
の再構成管理システム。 - 【請求項３】 更に、Ａ）一定のユーザ指定による装置
名を一つ以上の割当グループに関連させる手段であっ
て、前記一つ以上の割当グループの各々が前記入出力装
置の一つ以上よりなる手段と、Ｂ）前記再構成手段が前
記制約ブロック定義を変更した後に前記装置名に対する
アクセス要求をシリアル化する第２のシリアル化手段で
あって、前記変更の結果前記一つ以上の割当グループの
一つ内に変更された入出力装置が追加もしくは削除され
る手段と、から成る請求項１の入出力装置の再構成管理
システム。 - 【請求項４】 前記変更検出手段がオペレーティングシ
ステム入出力構成トークンを備え、前記トークンがＩＰ
Ｌについて現在の入出力構成状態を一義的に識別するデ
ータを備える請求項１の入出力装置の再構成管理システ
ム。 - 【請求項５】 中央処理装置と、前記中央処理装置に付
属された入出力サブシステム中の複数の入出力装置と、
オペレーティングシステムと、を有するコンピュータシ
ステムにおいて、前記オペレーティングシステムにより
前記入出力装置の再構成管理するシステムであって、
Ａ）入出力装置の一つを前記オペレーティングシステム
に定義する制御ブロック定義と、Ｂ）前記定義を変更す
る再構成手段と、Ｃ）前記装置定義手段にリンクされ、
前記入出力装置の一つの再構成を制約する第１のシリア
ル化手段と、Ｄ）装置定義手段にリンクされ前記再構成
手段による変更に応答して、前記変更を検出する変更検
出手段であって、一定のオペレーティングシステム入出
力構成トークンを備え、前記トークンがＩＰＬにつき現
在の入出力構成状態を一義的に識別するデータを備える
手段と、Ｅ）ユーザ指定による装置名を一つ以上のグル
ープに関連させる手段であって、前記一つ以上の割当グ
ループの各々が一つ以上の前記入出力装置を含む手段
と、Ｆ）前記再構成手段が前記制御ブロック定義を変更
後に、前記装置名に対するアクセス要求をシリアル化す
る第２のシリアル化手段であって、前記変更によって一
つ以上の割当グループの一つの内の変更された入出力装
置が追加もしくは削除される手段と、を備え、前記第１
のシリアル化手段が、１）前記中央処理装置上で実行す
るプログラムによって呼出し可能であって前記入出力装
置の一つの再構成を制約し制約解除するピンサービス手
段であって、前記制約と制約解除が前記制御ブロック定
義内のインディケータの使用によって達成される手段
と、２）前記制約している前記ピンサービス手段によっ
て前記プログラムに提供されるピントークン手段と、前
記プログラムによって前記制約解除を実行するために使
用されるピントークン手段と、を備え、前記第２のシリ
アル化手段が、１）前記一つ以上の割当グループの何れ
がロックされたかを指示するグローバルマスク手段と、
２）前記一つ以上の割当グループの何れが前記アクセス
要求により必要とされるかを指示する入力マスク手段
と、３）前記入力マスク手段を一定の変換されたマスク
へ変換するグループマスク変換テーブル手段であって、
前記変換されたマスクが前記アクセス要求を前記変更前
に定義された前記一つ以上の割当グループに関連づける
手段と、を備える入出力装置の再構成管理システム。 - 【請求項６】 中央処理装置と、前記中央処理装置に付
属される入出力サブシステム内の複数の入出力装置と、
オペレーティングシステムと、を有するコンピュータシ
ステムにおいて、前記オペレーティングシステムにより
前記入出力装置の再構成を管理する方法であって、入出
力装置の再構成をオペレーティングシステムにより管理
する方法が、以下のステップ、即ち、Ａ）前記入出力装
置の一つを定義制御ブロック内の前記オペレーティング
システムに定義するステップと、Ｂ）前記入出力装置の
前記一つの再構成を前記定義制御ブロック内の”ピン接
続”表示をセットすることによって制約し、一定のピン
トークンをリクエスターに戻し、Ｃ）前記定義制御ブロ
ックが前記セットされた”ピン接続”表示を有する間に
前記入出力装置の前記一つの再構成を前記オペレーティ
ングシステムにより防止するステップと、Ｄ）前記入出
力装置の前記一つの再構成を、前記リクエスターをして
前記ピントークンを一定の制約解除関数に提供させるこ
とによって制約解除させ、その後前記制約解除が前記定
義制御ブロック内の”ピン接続”表示のセットを解除す
るステップと、Ｅ）前記定義制御ブロックが前記セット
解除された”ピン接続”表示を有する間に前記入出力装
置の再構成を前記オペレーティングシステムによって可
能とするステップと、から成る入出力装置の再構成管理
方法。 - 【請求項７】 中央処理装置と、前記中央処理装置に付
属された入出力サブシステム中の入出力装置と、オペレ
ーティングシステムと、を有するコンピュータシステム
において、前記入出力装置に対するアクセスをシリアル
化する方法であって、Ａ）指定装置名に対するシリアル
化を要求するステップと、Ｂ）一組の割当グループを前
記指定装置名と関連づけるステップであって、その際、
前記一組の割当グループ内の各割当グループが一つ以上
の入出力装置を表わし、前記関連づけが入力マスクによ
って行われるステップと、Ｃ）前記割当グループの変更
が入出力要素のダイナミックな再構成によって進行中で
あることを検出するステップと、Ｄ）前記入出力装置の
第１の一つ以上を表わす前記入力マスクを前記入出力装
置の第２の一つ以上を表わす変換マスクへ変換するステ
ップであって、前記変換がグループマスク変換テーブル
を使用して行われるステップと、Ｅ）前記入出力装置の
前記第１の一つ以上に対する第１のシリアル化されたア
クセスを前記入力マスクと一次グローバルマスクを使用
して論理演算によって試みるステップであって、前記一
次グローバルマスクが前記割当グループの各々の第一の
ロック状態を表示するステップと、Ｆ）前記入出力装置
の第２の一つ以上に対する第２のシリアル化されたアク
セスを前記変換マスクと２次グローバルマスクを使用し
て第２の論理演算によって試みるステップであって、前
記２次グローバルマスクが前記割当グループの各々の第
２のロック状態を表示するステップと、Ｇ）前記第１と
第２のロック状態が許可した時のみ前記第１と第２のシ
リアル化されたアクセスを許諾するステップと、Ｈ）前
記第１もしくは第２のロック状態の何れかが必要とした
場合、将来のロック解除に対して待機するステップと、
から成る入出力装置に対するアクセスシリアル化方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US07/677,027 US5220654A (en) | 1991-03-28 | 1991-03-28 | Method and system for managing an operating system definition of a dynamically modifiable i/o configuration |
| US677027 | 1991-03-28 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04320562A JPH04320562A (ja) | 1992-11-11 |
| JPH0766360B2 true JPH0766360B2 (ja) | 1995-07-19 |
Family
ID=24717007
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4028542A Expired - Lifetime JPH0766360B2 (ja) | 1991-03-28 | 1992-02-14 | 入出力装置の再構成管理システム及び方法並びに入出力装置に対するアクセスシリアル化方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5220654A (ja) |
| EP (1) | EP0505791A1 (ja) |
| JP (1) | JPH0766360B2 (ja) |
Families Citing this family (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0821015B2 (ja) * | 1992-01-20 | 1996-03-04 | インターナショナル・ビジネス・マシーンズ・コーポレイション | コンピュータならびにそのシステム再構成化装置および方法 |
| US5408664A (en) * | 1992-06-19 | 1995-04-18 | Silicon Graphics, Incorporated | System and Method for booting computer for operation in either of two byte-order modes |
| US5301323A (en) * | 1992-10-30 | 1994-04-05 | International Business Machines Corp. | Data processing system including dynamic channel path management |
| US5517635A (en) * | 1992-12-17 | 1996-05-14 | International Business Machines Corporation | System for designing an application program to be independent of I/O devices by utilizing application name, system name, and predetermined hardware specific parameters of data objects |
| US7043407B2 (en) * | 1997-03-10 | 2006-05-09 | Trilogy Development Group, Inc. | Method and apparatus for configuring systems |
| US6002854A (en) * | 1993-03-29 | 1999-12-14 | Trilogy Developmetn Group, Inc. | Method and apparatus for configuring systems |
| US5515524A (en) * | 1993-03-29 | 1996-05-07 | Trilogy Development Group | Method and apparatus for configuring systems |
| JP3775608B2 (ja) * | 1993-09-06 | 2006-05-17 | 富士通株式会社 | ソフトウェアの定義パラメタ設定方法 |
| US5604863A (en) * | 1993-11-01 | 1997-02-18 | International Business Machines Corporation | Method for coordinating executing programs in a data processing system |
| US5717950A (en) | 1994-01-11 | 1998-02-10 | Hitachi, Ltd. | Input/output device information management system for multi-computer system |
| US5504904A (en) * | 1994-02-23 | 1996-04-02 | International Business Machines Corporation | Personal computer having operating system definition file for configuring computer system |
| US5819061A (en) * | 1994-07-25 | 1998-10-06 | International Business Machines Corporation | Method and apparatus for dynamic storage reconfiguration in a partitioned environment |
| DE4431206A1 (de) * | 1994-09-02 | 1996-03-07 | Sel Alcatel Ag | Verfahren zur Bestimmung einer Verbindungsidentifikation in einem Mehrrechnersystem und Mehrrechnersystem dafür |
| US5872979A (en) * | 1995-01-04 | 1999-02-16 | International Business Machines Corporation | Method and system for removing software involving shared files |
| US5668938A (en) * | 1996-01-11 | 1997-09-16 | Xerox Corporation | Control system for programming first print out time in a printing system |
| US5761448A (en) * | 1996-08-30 | 1998-06-02 | Ncr Corporation | Physical-to-logical bus mapping scheme for computer systems having multiple PCI bus configuration |
| US6134616A (en) * | 1996-10-28 | 2000-10-17 | International Business Machines Corporation | Method and apparatus for dynamic re-enumeration and reconfiguration of computer devices after system hibernation |
| WO1999035826A1 (en) * | 1998-01-07 | 1999-07-15 | Intel Corporation | Automatic transfer of image information between imaging device and host system |
| US7013305B2 (en) | 2001-10-01 | 2006-03-14 | International Business Machines Corporation | Managing the state of coupling facility structures, detecting by one or more systems coupled to the coupling facility, the suspended state of the duplexed command, detecting being independent of message exchange |
| US6587938B1 (en) | 1999-09-28 | 2003-07-01 | International Business Machines Corporation | Method, system and program products for managing central processing unit resources of a computing environment |
| US7568052B1 (en) | 1999-09-28 | 2009-07-28 | International Business Machines Corporation | Method, system and program products for managing I/O configurations of a computing environment |
| US6986137B1 (en) | 1999-09-28 | 2006-01-10 | International Business Machines Corporation | Method, system and program products for managing logical processors of a computing environment |
| US7051188B1 (en) | 1999-09-28 | 2006-05-23 | International Business Machines Corporation | Dynamically redistributing shareable resources of a computing environment to manage the workload of that environment |
| US6519660B1 (en) | 1999-09-28 | 2003-02-11 | International Business Machines Corporation | Method, system and program products for determining I/O configuration entropy |
| US6651125B2 (en) | 1999-09-28 | 2003-11-18 | International Business Machines Corporation | Processing channel subsystem pending I/O work queues based on priorities |
| US7007276B1 (en) | 1999-09-28 | 2006-02-28 | International Business Machines Corporation | Method, system and program products for managing groups of partitions of a computing environment |
| US7337179B1 (en) | 2000-11-01 | 2008-02-26 | Versata Development Group, Inc. | Context subsystems for system configurations |
| US7133894B2 (en) * | 2002-03-12 | 2006-11-07 | International Business Machines Corporation | Method, apparatus, and program for synchronous remote builds |
| US7448034B2 (en) * | 2003-07-30 | 2008-11-04 | International Business Machines Corporation | Build time determination and installation of drivers on cloned systems |
| US7826386B2 (en) * | 2003-12-08 | 2010-11-02 | International Business Machines Corporation | Facilitating the configuring of communications environments |
| US7761794B1 (en) * | 2004-01-22 | 2010-07-20 | Cisco Technology, Inc. | Integrated audit and configuration techniques |
| US7857701B2 (en) * | 2004-03-12 | 2010-12-28 | Microsoft Corporation | Silent sign-in for offline games |
| US7428658B2 (en) * | 2004-10-26 | 2008-09-23 | International Business Machines Corporation | Checking storage reconfiguration |
| US7546582B2 (en) | 2005-03-30 | 2009-06-09 | International Business Machines Corporation | Managing dynamic configuration data for producer components in a computer infrastructure |
| US8655930B2 (en) | 2006-06-08 | 2014-02-18 | International Business Machines Corporation | Providing multi-user access in a single-user based client-server environment with distributed repositories |
| JP7255548B2 (ja) * | 2020-04-28 | 2023-04-11 | トヨタ自動車株式会社 | ファンカップリング装置の制御装置 |
| US11531555B2 (en) * | 2021-03-26 | 2022-12-20 | International Business Machines Corporation | Selective pruning of a system configuration model for system reconfigurations |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB116694A (en) * | 1917-06-11 | 1919-01-23 | Edouard De Grousseau | Improvements in or relating to Processes for Treating Cocoa and the Waste Products of Chocolate Manufacture. |
| GB430673A (en) * | 1934-01-17 | 1935-06-24 | William Stanley Bauer | Improvements relating to advertising signs and the like |
| US4604690A (en) * | 1983-02-22 | 1986-08-05 | International Business Machines Corp. | Dynamic configuration for added devices |
| DE3381881D1 (de) * | 1983-02-22 | 1990-10-18 | Ibm | Verfahren zur dynamischen rekonfiguration eines datenverarbeitungssystems bei hinzufuegung von einrichtungen. |
| US4589063A (en) * | 1983-08-04 | 1986-05-13 | Fortune Systems Corporation | Data processing system having automatic configuration |
| JPS60238961A (ja) * | 1984-05-11 | 1985-11-27 | Yokogawa Hewlett Packard Ltd | 情報処理装置 |
| US4775931A (en) * | 1984-05-11 | 1988-10-04 | Hewlett-Packard Company | Dynamically configured computing device |
| GB2189061A (en) * | 1986-03-10 | 1987-10-14 | Hitachi Ltd | Management of system configuration data |
| US5014193A (en) * | 1988-10-14 | 1991-05-07 | Compaq Computer Corporation | Dynamically configurable portable computer system |
| AU650242B2 (en) * | 1989-11-28 | 1994-06-16 | International Business Machines Corporation | Methods and apparatus for dynamically managing input/output (I/O) connectivity |
-
1991
- 1991-03-28 US US07/677,027 patent/US5220654A/en not_active Expired - Lifetime
-
1992
- 1992-02-14 JP JP4028542A patent/JPH0766360B2/ja not_active Expired - Lifetime
- 1992-03-06 EP EP92103891A patent/EP0505791A1/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| JPH04320562A (ja) | 1992-11-11 |
| EP0505791A1 (en) | 1992-09-30 |
| US5220654A (en) | 1993-06-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0766360B2 (ja) | 入出力装置の再構成管理システム及び方法並びに入出力装置に対するアクセスシリアル化方法 | |
| US5257368A (en) | System for dynamically changing a system I/O configuration by determining differences between current and future configurations and describing differences to software and hardware control blocks | |
| US5257379A (en) | Establishing synchronization of hardware and software I/O configuration definitions | |
| US5717950A (en) | Input/output device information management system for multi-computer system | |
| EP1091294B1 (en) | Method and apparatus for assigning resources to logical partition clusters | |
| US8161128B2 (en) | Sharing of data across disjoint clusters | |
| JP2699600B2 (ja) | 資源の排他制御方式 | |
| CN113239098B (zh) | 一种数据管理方法、计算机及可读存储介质 | |
| EP3242227B1 (en) | Page querying method and data processing node in oltp cluster database | |
| JPH05128072A (ja) | システム間排他制御方式 | |
| US20110099347A1 (en) | Managing allocation and deallocation of storage for data objects | |
| US5615374A (en) | Lock control method for resource | |
| KR100470555B1 (ko) | 컴퓨터 자원의 로크방법 및 장치 | |
| JPS6365544A (ja) | デ−タ削除方式 | |
| KR100570428B1 (ko) | 그룹핑을 이용한 파일시스템에서의 데이터 저장방법 | |
| CN107544851A (zh) | 一种锁操作处理方法及装置 | |
| JPS62145349A (ja) | システム間デ−タベ−ス共用方式 | |
| JP2704028B2 (ja) | ファイル領域管理方式 | |
| JPH06187201A (ja) | ファイルシステム | |
| US12105824B2 (en) | Information processing system for managing data storage and retrieval and method | |
| JP2569129B2 (ja) | 補助記憶装置の排他制御方法 | |
| JPS5827255A (ja) | 複数電子計算機間共用フアイルの制御方式 | |
| HK40052218A (en) | A data management method, computer and readable storage medium | |
| HK40052218B (en) | A data management method, computer and readable storage medium | |
| JPS61196347A (ja) | 周辺サブシステムの制御方式 |