JPH04320562A - 入出力装置の再構成管理システム及び方法並びに入出力装置に対するアクセスシリアル化方法 - Google Patents
入出力装置の再構成管理システム及び方法並びに入出力装置に対するアクセスシリアル化方法Info
- Publication number
- JPH04320562A JPH04320562A JP4028542A JP2854292A JPH04320562A JP H04320562 A JPH04320562 A JP H04320562A JP 4028542 A JP4028542 A JP 4028542A JP 2854292 A JP2854292 A JP 2854292A JP H04320562 A JPH04320562 A JP H04320562A
- Authority
- JP
- Japan
- Prior art keywords
- input
- definition
- configuration
- output
- reconfiguration
- 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.)
- Granted
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)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は入出力（Ｉ／Ｏ）再構成
可能データ処理システムの分野に関する。殊に本発明は
かかるシステムをシステム動作に対する悪影響を最小限
にしてその入出力構成に対して変更を施こすことに関す
る。
可能データ処理システムの分野に関する。殊に本発明は
かかるシステムをシステム動作に対する悪影響を最小限
にしてその入出力構成に対して変更を施こすことに関す
る。
【０００２】
【従来の技術】本発明の技術分野におけるデータ処理シ
ステムは、一つ以上の制御装置と入出力サブシステムに
おけるこれらの一つ以上の制御装置と関連する入出力（
Ｉ／Ｏ）装置に付属される中央処理装置複合体（又は他
の処理装置複合体）と中央メモリより構成されるのが一
般的である。中央処理装置（ＣＰＵ）が更に論理演算装
置（ＡＬＵ）と、レジスターと、高速バッファ、及びプ
ロセッサコントローラより構成される。かかるシステム
は通常の場合、ＩＢＭのＭＶＳ／ＥＳＡの如き制御プロ
グラムによって管理される。
ステムは、一つ以上の制御装置と入出力サブシステムに
おけるこれらの一つ以上の制御装置と関連する入出力（
Ｉ／Ｏ）装置に付属される中央処理装置複合体（又は他
の処理装置複合体）と中央メモリより構成されるのが一
般的である。中央処理装置（ＣＰＵ）が更に論理演算装
置（ＡＬＵ）と、レジスターと、高速バッファ、及びプ
ロセッサコントローラより構成される。かかるシステム
は通常の場合、ＩＢＭのＭＶＳ／ＥＳＡの如き制御プロ
グラムによって管理される。
【０００３】かかるシステムは高度のモジュラー性を備
えているため、システム内に制御装置、或いは入出力デ
バイスを追加、削除又は交換したり、チャネルパスの構
成を変更することが普通である。特定の入出力構成はシ
ステムのチャネルサブシステムとオペレーティングシス
テムウソフトウエアの双方に対して定義され、入出力装
置の追加、削除、交換によってひきおこされる入出力構
成に対する変更はハードウエアとソフトウエアの定義に
対する変更の中に反映されなければならない。
えているため、システム内に制御装置、或いは入出力デ
バイスを追加、削除又は交換したり、チャネルパスの構
成を変更することが普通である。特定の入出力構成はシ
ステムのチャネルサブシステムとオペレーティングシス
テムウソフトウエアの双方に対して定義され、入出力装
置の追加、削除、交換によってひきおこされる入出力構
成に対する変更はハードウエアとソフトウエアの定義に
対する変更の中に反映されなければならない。
【０００４】過去において活動中の処理やシステムに被
害を及ぼさずにシステムの入出力構成を変更することは
やや困難な事であった。そのため、通常は新たな一組の
定義を確立し、そのシステム上で活動中の処理を停止し
、物理的接続、接続解除、再接続することによって装置
とコントローラを追加、削除もしくは変更した後、ハー
ドウエアＰＯＲ（立ち上げ）やオペレーティングシステ
ムＩＰＬ（呼出し）を追加、削除もしくは変更して正確
なハードウエアとソフトウエアの定義を確立し直して処
理を再開するという手順でなされていた。
害を及ぼさずにシステムの入出力構成を変更することは
やや困難な事であった。そのため、通常は新たな一組の
定義を確立し、そのシステム上で活動中の処理を停止し
、物理的接続、接続解除、再接続することによって装置
とコントローラを追加、削除もしくは変更した後、ハー
ドウエアＰＯＲ（立ち上げ）やオペレーティングシステ
ムＩＰＬ（呼出し）を追加、削除もしくは変更して正確
なハードウエアとソフトウエアの定義を確立し直して処
理を再開するという手順でなされていた。
【０００５】然しながら、このことはシステムを恐らく
長期間にわたって遊止させて再構成を実行しなければな
らないため、不都合に悪影響を及ぼし費用が高くつくこ
とが認められている。従って、システム処理に対するイ
ンパクトを減ずるために幾つかの方法が工夫されている
。かかる方法の一つは入出力構成を”オーバー定義”す
ること、即ち、現存しないデバイスに対する定義（制御
ブロック）を設定し、それを後に新たなデバイスが追加
された時に活用できるようにすることである。然しなが
ら、この方法は幾つかの制約をもっている。即ち、留保
された定義の数は大部分、知的推測作業の問題であって
、使用されない制御ブロックを保存することによってメ
モリ空間が浪費される。また、同方法はデバイス定義の
削除ではなく追加を考慮したもので、一定形式の変更（
例えばデバイス”形式”の不正確な指定）は依然一定の
再初期化を必要とする。
長期間にわたって遊止させて再構成を実行しなければな
らないため、不都合に悪影響を及ぼし費用が高くつくこ
とが認められている。従って、システム処理に対するイ
ンパクトを減ずるために幾つかの方法が工夫されている
。かかる方法の一つは入出力構成を”オーバー定義”す
ること、即ち、現存しないデバイスに対する定義（制御
ブロック）を設定し、それを後に新たなデバイスが追加
された時に活用できるようにすることである。然しなが
ら、この方法は幾つかの制約をもっている。即ち、留保
された定義の数は大部分、知的推測作業の問題であって
、使用されない制御ブロックを保存することによってメ
モリ空間が浪費される。また、同方法はデバイス定義の
削除ではなく追加を考慮したもので、一定形式の変更（
例えばデバイス”形式”の不正確な指定）は依然一定の
再初期化を必要とする。
【０００６】また他の方法では制御ブロックを予備的に
保存することなく一定のデバイス定義をダイナミックに
追加できるようにしたものがあるが、削除に際しては削
除さるべきデバイスを活用する進行中のシステムワーク
を処理しなければならないという余分の問題が提起され
るためデバイス定義の削除を処理することはできない。 更にこのような状況を処理する伝統的な方法は進行中の
処理に悪影響を及ぼさずにデバイスを接続解除し、デバ
イス定義を削除できるようにシステムを”停止”させる
（新たな仕事を開始せずに進行中の仕事を完了する）こ
とであった。更に、他の方法では活動中の仕事を停止さ
せるべきか否か、またデバイスの追加、削除をどのよう
に判断すべきか等に関する問題を未解決にしたまま現存
のデバイス定義の特性の変更を処理している。
保存することなく一定のデバイス定義をダイナミックに
追加できるようにしたものがあるが、削除に際しては削
除さるべきデバイスを活用する進行中のシステムワーク
を処理しなければならないという余分の問題が提起され
るためデバイス定義の削除を処理することはできない。 更にこのような状況を処理する伝統的な方法は進行中の
処理に悪影響を及ぼさずにデバイスを接続解除し、デバ
イス定義を削除できるようにシステムを”停止”させる
（新たな仕事を開始せずに進行中の仕事を完了する）こ
とであった。更に、他の方法では活動中の仕事を停止さ
せるべきか否か、またデバイスの追加、削除をどのよう
に判断すべきか等に関する問題を未解決にしたまま現存
のデバイス定義の特性の変更を処理している。
【０００７】
【発明が解決しようとする課題】本発明の目的は、デー
タの完全性を損なわずにその入出力構成の外観に対する
ダイナミックな変化を処理するオペレーティングシステ
ム用の機構を提供することである。
タの完全性を損なわずにその入出力構成の外観に対する
ダイナミックな変化を処理するオペレーティングシステ
ム用の機構を提供することである。
【０００８】本発明の他の目的は、実行中のタスクに対
する悪影響を最小限に留めて入出力構成のソフトウエア
定義をダイナミックに変更する方法を提供することであ
る。
する悪影響を最小限に留めて入出力構成のソフトウエア
定義をダイナミックに変更する方法を提供することであ
る。
【０００９】本発明の更に他の目的は、データの完全性
がダイナミックに再構成している（もしくは再構成しよ
うとしている）デバイスによって、失われることのない
ような入出力構成定義を連続的に変化するシリアル化機
構を提供することである。
がダイナミックに再構成している（もしくは再構成しよ
うとしている）デバイスによって、失われることのない
ような入出力構成定義を連続的に変化するシリアル化機
構を提供することである。
【００１０】本発明のもう一つの目的は、重要なシステ
ム関数によって使用中のデバイスの再構成をそれら関数
の完了まで禁止する機構を提供することである。
ム関数によって使用中のデバイスの再構成をそれら関数
の完了まで禁止する機構を提供することである。
【００１１】本発明の更にもう一つの目的は、グループ
定義全体を連続化する必要がなく同グループの個々の要
素を独立に変更できるようにデバイスの”グループ”の
諸要素の定義に対する変更を連続的に行なうシリアル化
機構を提供することである。
定義全体を連続化する必要がなく同グループの個々の要
素を独立に変更できるようにデバイスの”グループ”の
諸要素の定義に対する変更を連続的に行なうシリアル化
機構を提供することである。
【００１２】本発明のもう一つの目的は、特定の装置ソ
フトウエア定義に対する変更を検出してそれら変更の特
定定義についてアクセス者（不変更デバイス定義のアク
セス者ではない）に報知する機構を提供することである
。
フトウエア定義に対する変更を検出してそれら変更の特
定定義についてアクセス者（不変更デバイス定義のアク
セス者ではない）に報知する機構を提供することである
。
【００１３】
【課題を解決するための手段】本発明は安全性を犠牲に
せず現在進行中のタスクに対する悪影響を最小限にして
オペレーティングシステムに入出力構成の外観に対する
変更をダイナミックに処理させるための機構を開示する
。
せず現在進行中のタスクに対する悪影響を最小限にして
オペレーティングシステムに入出力構成の外観に対する
変更をダイナミックに処理させるための機構を開示する
。
【００１４】動作時、本発明はダイナミックな構成変更
を処理する２組の異なるが関連する手法を含む。第１の
手法はシリアル化手法であって、データの安全性がダイ
ナミックに再構成しつつある（もしくは再構成しようと
している）デバイスのために損われることのないように
することである。第２の手法は変更検出手法であって、
ダイナミックな再構成によって悪影響を蒙る制御構造に
対する変化が、同構造が変化中にそれらの制御構造にア
クセスするプログラムによって気づかれるようにするこ
とである。上記のシリアル化手法は重要な関数によって
使用中の装置がそれらの関数が完了するまでダイナミッ
クに再構成されないようにする”デバイスピン”手法と
、グループ定義が変更可能な間にデバイス群に対するシ
リアル化要求を処理する”グループシリアル化”手法、
とより構成される。
を処理する２組の異なるが関連する手法を含む。第１の
手法はシリアル化手法であって、データの安全性がダイ
ナミックに再構成しつつある（もしくは再構成しようと
している）デバイスのために損われることのないように
することである。第２の手法は変更検出手法であって、
ダイナミックな再構成によって悪影響を蒙る制御構造に
対する変化が、同構造が変化中にそれらの制御構造にア
クセスするプログラムによって気づかれるようにするこ
とである。上記のシリアル化手法は重要な関数によって
使用中の装置がそれらの関数が完了するまでダイナミッ
クに再構成されないようにする”デバイスピン”手法と
、グループ定義が変更可能な間にデバイス群に対するシ
リアル化要求を処理する”グループシリアル化”手法、
とより構成される。
【００１５】また上記変更検出手法は制御ブロック（従
って、デバイス）に関するそれらの現在の仮定が妥当で
あるかどうかを判断する際にそれら制御ブロックのアク
セス者によって使用されるデバイス関連制御キーブロッ
クにリンクされる構成特有のトークンを備えている。
って、デバイス）に関するそれらの現在の仮定が妥当で
あるかどうかを判断する際にそれら制御ブロックのアク
セス者によって使用されるデバイス関連制御キーブロッ
クにリンクされる構成特有のトークンを備えている。
【００１６】
【実施例】図１はＩＢＭの従来システムの構成定義機構
をハイレベルに示したものである。Ｉ／Ｏ（入出力）構
成定義１０１はハードウエアＩ／Ｏ構成プログラム（Ｉ
ＯＣＰ）によって処理され、プロセッサコントローラ１
０３内に一定のＩ／Ｏ構成データセット（ＩＯＣＤＳ）
を生成する。それとは独立に、同一の（又は異なる）Ｉ
／Ｏ構成定義１０１がＭＶＳ構成プログラム（ＭＶＳＣ
Ｐ）により処理され、システムＩＰＬで選択され（ロー
ディングし直すことにより）、制御プログラム（共用）
メモリ内に構成の制御ブロック定義（１０４）を生成す
る。ＩＯＣＤＳ１０２はハードウエアパワーオンリセッ
ト（ＰＯＲ）により、システムのハードウエアシステム
エリア（ＨＳＡ）メモリ内に定義構造をつくりだす。
をハイレベルに示したものである。Ｉ／Ｏ（入出力）構
成定義１０１はハードウエアＩ／Ｏ構成プログラム（Ｉ
ＯＣＰ）によって処理され、プロセッサコントローラ１
０３内に一定のＩ／Ｏ構成データセット（ＩＯＣＤＳ）
を生成する。それとは独立に、同一の（又は異なる）Ｉ
／Ｏ構成定義１０１がＭＶＳ構成プログラム（ＭＶＳＣ
Ｐ）により処理され、システムＩＰＬで選択され（ロー
ディングし直すことにより）、制御プログラム（共用）
メモリ内に構成の制御ブロック定義（１０４）を生成す
る。ＩＯＣＤＳ１０２はハードウエアパワーオンリセッ
ト（ＰＯＲ）により、システムのハードウエアシステム
エリア（ＨＳＡ）メモリ内に定義構造をつくりだす。
【００１７】図２は本発明のＩＢＭ／ＭＶＳ実施例の改
良された構成定義機構をハイレベルで示すものである。 構成定義プログラム（ハードウエア構成定義−ＨＣＤ）
１１１はＩ／Ｏ定義ファイル（ＩＯＤＦ）中に現在シス
テムＩ／Ｏ構成定義１１２を書込み、次いで、同じ（も
しくは異なる）ファイル内に将来Ｉ／Ｏ構成定義１１３
を書き込む。（附録（アペンディックス）Ｂは図２４、
図２５に関してＩＯＤＦレイアウトを詳解したものであ
る）。現在Ｉ／Ｏ構成定義１１２は従来システムと同様
に使用してＩＯＣＤＳ１１４をプロセッサコントローラ
内につくりだすことができる。それはその後、ＰＯＲ時
に処理され、ＨＳＡ内にハードウエア定義構造１１５を
つくりだす。現在Ｉ／Ｏ構成定義１１２は更に従来技術
におけると同様に共用プログラムメモリ内に制御ブロッ
ク定義１１６をつくりだすためにも使用することができ
る。次いで、活性化（ＡＣＴＩＶＡＴＥ）関数は現在Ｉ
／Ｏ構成定義１１２と将来Ｉ／Ｏ構成定義１１３との比
較を開始し、構成変更ブロック（ＣＣＢ）１１７はハー
ドウエアとソフトウエアの定義に対する増分を表わすよ
うに変更し、その変更がデータを保全して実行可能なこ
とを立証する。その後、ＣＣＢは制御ブロック定義１１
６とハードウエア定義構造１１５に対して必要とされる
修正を起動する。（ハードウエア定義の変更のメカニズ
ムは”システム入出力構成定義のダイナミック変更法（
Ｄｙｎａｍｉｃａｌｌｙ Ｃｈａｎｇｉｎｇ ａ
Ｓｙｓｔｅｍ Ｉ／Ｏ Ｃｏｎｆｉｇｕｒａｔｉ
ｏｎ Ｄｅｆｉｎｉｔｉｏｎ）”と題する論文（クウ
イカラ（Ｒ．Ｃｗｉａｋａｌａ）他のＩＢＭドケット番
号ＰＯ９−９１−０１２、本発明と同日出願。参考用に
本発明に組込んである）に記載されている。このプロセ
スは以下に詳述する。
良された構成定義機構をハイレベルで示すものである。 構成定義プログラム（ハードウエア構成定義−ＨＣＤ）
１１１はＩ／Ｏ定義ファイル（ＩＯＤＦ）中に現在シス
テムＩ／Ｏ構成定義１１２を書込み、次いで、同じ（も
しくは異なる）ファイル内に将来Ｉ／Ｏ構成定義１１３
を書き込む。（附録（アペンディックス）Ｂは図２４、
図２５に関してＩＯＤＦレイアウトを詳解したものであ
る）。現在Ｉ／Ｏ構成定義１１２は従来システムと同様
に使用してＩＯＣＤＳ１１４をプロセッサコントローラ
内につくりだすことができる。それはその後、ＰＯＲ時
に処理され、ＨＳＡ内にハードウエア定義構造１１５を
つくりだす。現在Ｉ／Ｏ構成定義１１２は更に従来技術
におけると同様に共用プログラムメモリ内に制御ブロッ
ク定義１１６をつくりだすためにも使用することができ
る。次いで、活性化（ＡＣＴＩＶＡＴＥ）関数は現在Ｉ
／Ｏ構成定義１１２と将来Ｉ／Ｏ構成定義１１３との比
較を開始し、構成変更ブロック（ＣＣＢ）１１７はハー
ドウエアとソフトウエアの定義に対する増分を表わすよ
うに変更し、その変更がデータを保全して実行可能なこ
とを立証する。その後、ＣＣＢは制御ブロック定義１１
６とハードウエア定義構造１１５に対して必要とされる
修正を起動する。（ハードウエア定義の変更のメカニズ
ムは”システム入出力構成定義のダイナミック変更法（
Ｄｙｎａｍｉｃａｌｌｙ Ｃｈａｎｇｉｎｇ ａ
Ｓｙｓｔｅｍ Ｉ／Ｏ Ｃｏｎｆｉｇｕｒａｔｉ
ｏｎ Ｄｅｆｉｎｉｔｉｏｎ）”と題する論文（クウ
イカラ（Ｒ．Ｃｗｉａｋａｌａ）他のＩＢＭドケット番
号ＰＯ９−９１−０１２、本発明と同日出願。参考用に
本発明に組込んである）に記載されている。このプロセ
スは以下に詳述する。
【００１８】処理概説
現在の構成から将来の（目標）構成への変更に使用され
るダイナミックＩ／Ｏ構成プロセスの概観は以下の通り
で図３に示す。
るダイナミックＩ／Ｏ構成プロセスの概観は以下の通り
で図３に示す。
【００１９】１．ユーザはＨＣＤ中の関数を活性化する
ことによって構成の変更を開始する。ユーザが活性化要
求について指定可能な情報は以下のものを含む。 ターゲットＩＯＤＦ： ユーザが変更させたいＩ／Ｏ
構成定義を含むＩＯＤＦ．ＥＤＴＩＤ： 新たなＥＤ
Ｔ（”妥当なデバイステーブル”で従来より周知の制御
ブロック）を構成するために使用可能なターゲットＩＯ
ＤＦ中のデータを確認する。ソフトウエアだけの構成変
更を実行すべきかどうかに関する情報。テスト関数が実
行さるべきかどうかに関する情報。ＩＯＣＤＳを作成す
べきかに関する情報。書込まれたＩＯＣＤＳを次のＰＯ
Ｒでデフォルトにすべきかどうかを示す情報。
ことによって構成の変更を開始する。ユーザが活性化要
求について指定可能な情報は以下のものを含む。 ターゲットＩＯＤＦ： ユーザが変更させたいＩ／Ｏ
構成定義を含むＩＯＤＦ．ＥＤＴＩＤ： 新たなＥＤ
Ｔ（”妥当なデバイステーブル”で従来より周知の制御
ブロック）を構成するために使用可能なターゲットＩＯ
ＤＦ中のデータを確認する。ソフトウエアだけの構成変
更を実行すべきかどうかに関する情報。テスト関数が実
行さるべきかどうかに関する情報。ＩＯＣＤＳを作成す
べきかに関する情報。書込まれたＩＯＣＤＳを次のＰＯ
Ｒでデフォルトにすべきかどうかを示す情報。
【００２０】２．システムが現在実行中のＩ／Ｏ構成定
義を含むＩＯＤＦであるソースＩＯＤＦと、ターゲット
ＩＯＤＦとが比較され、ＣＣＢがつくりだされる（２０
１）。（Ｉ／Ｏ構成比較プロセスの一部はＬＣＵ（論理
制御装置）の分割もしくは併合が計画されたＩ／Ｏ構成
変更の結果として行われることはないという実行制約の
実施である。より詳しくは附録（アペンディックス）Ｃ
を参照されたい）。この創造プロセスは更に、附録（ア
ペンディックス）Ａ及び図１０と以下の本文に示す。）
義を含むＩＯＤＦであるソースＩＯＤＦと、ターゲット
ＩＯＤＦとが比較され、ＣＣＢがつくりだされる（２０
１）。（Ｉ／Ｏ構成比較プロセスの一部はＬＣＵ（論理
制御装置）の分割もしくは併合が計画されたＩ／Ｏ構成
変更の結果として行われることはないという実行制約の
実施である。より詳しくは附録（アペンディックス）Ｃ
を参照されたい）。この創造プロセスは更に、附録（ア
ペンディックス）Ａ及び図１０と以下の本文に示す。）
【００２１】３．ＭＶＳはＩＯＳアドレス空間に切換わ
り（２０２）、構成変更を実行する。ＩＯＤＦ比較処理
が行われるＭＶＳアドレス空間はＴＳＯアドレス空間で
ある。ＴＳＯアドレス空間はユーザがＴＳＯからログオ
フした時終了する。構成変更が完了できるようにするた
めにＭＶＳはＩＯＳアドレス空間へスイッチして構成変
更を実行する。ＩＯＳアドレス空間はユーザが終了不能
なアドレス空間である。
り（２０２）、構成変更を実行する。ＩＯＤＦ比較処理
が行われるＭＶＳアドレス空間はＴＳＯアドレス空間で
ある。ＴＳＯアドレス空間はユーザがＴＳＯからログオ
フした時終了する。構成変更が完了できるようにするた
めにＭＶＳはＩＯＳアドレス空間へスイッチして構成変
更を実行する。ＩＯＳアドレス空間はユーザが終了不能
なアドレス空間である。
【００２２】４．ＭＶＳは構成変更を実施するために必
要なシリアル化を行なう（２０３）。ＭＶＳはＩ／Ｏ構
成変更に影響を及ぼす他のプロセスでシリアル化するこ
とができる。殊に、ＭＶＳは：動的資源をエンキューし
（問い合わせし）、別のダイナミックな構成変更が生じ
ないようにする。また、再構成資源をエンキューし、装
置と装置パスの再構成（即ち、オンラインとオフライン
で変化する）が生じないようにする。ダイナミック装置
再構成（ＤＤＲ）資源をエンキュー化し、ＤＤＲのスワ
ッピングを防止する。割当てＴＰ資源をエンキューし、
オフラインＴＰとＣＴＣ装置に対す る割当てを防止
する。ミッシング割込みハンドラ（ＭＩＨ）資源による
比較とスワッピングを介してシリアル化し、ＭＩＨ時間
間隔の更新を防止する。
要なシリアル化を行なう（２０３）。ＭＶＳはＩ／Ｏ構
成変更に影響を及ぼす他のプロセスでシリアル化するこ
とができる。殊に、ＭＶＳは：動的資源をエンキューし
（問い合わせし）、別のダイナミックな構成変更が生じ
ないようにする。また、再構成資源をエンキューし、装
置と装置パスの再構成（即ち、オンラインとオフライン
で変化する）が生じないようにする。ダイナミック装置
再構成（ＤＤＲ）資源をエンキュー化し、ＤＤＲのスワ
ッピングを防止する。割当てＴＰ資源をエンキューし、
オフラインＴＰとＣＴＣ装置に対す る割当てを防止
する。ミッシング割込みハンドラ（ＭＩＨ）資源による
比較とスワッピングを介してシリアル化し、ＭＩＨ時間
間隔の更新を防止する。
【００２３】５．その後、ＭＶＳは構成変更が妥当であ
ることを確認する（２０４）。このプロセスは更に図４
、５、６、７、及び８と、以下の添附本文に詳述する。
ることを確認する（２０４）。このプロセスは更に図４
、５、６、７、及び８と、以下の添附本文に詳述する。
【００２４】６．もし立証が成功すると、Ｉ／Ｏ構成の
ハードウエアとソフトウエア上の表現は更新され（２０
５）、新たなＩ／Ｏ構成定義を反映する。このプロセス
は図１０と以下の添付本文に詳述する。
ハードウエアとソフトウエア上の表現は更新され（２０
５）、新たなＩ／Ｏ構成定義を反映する。このプロセス
は図１０と以下の添付本文に詳述する。
【００２５】７．もしハードウエアとソフトウエアとが
首尾良く更新されると、ＭＶＳは信号を発してプログラ
ムに構成変更が首尾良く完了したことを通知する（２０
６）。（この信号は図４のステップ３０７で発せられる
ものと相まってシステム部品、サブシステム、および（
それを聞き取ることを欲する）アプリケーションに対し
てダイナミックな構成変更が行われる前に準備するかそ
の後に反応し、それらが保持する内部テーブルを調節す
るための機会を与える。）
首尾良く更新されると、ＭＶＳは信号を発してプログラ
ムに構成変更が首尾良く完了したことを通知する（２０
６）。（この信号は図４のステップ３０７で発せられる
ものと相まってシステム部品、サブシステム、および（
それを聞き取ることを欲する）アプリケーションに対し
てダイナミックな構成変更が行われる前に準備するかそ
の後に反応し、それらが保持する内部テーブルを調節す
るための機会を与える。）
【００２６】更に、構成変更に関する情報はロギング目
的で記録される（２０７）。
的で記録される（２０７）。
【００２７】８．もしハードウエアとソフトウエアが首
尾良く更新されない場合には、ＭＶＳは構成変更から退
出して（２０８）、Ｉ／Ｏ構成をその最初の状態に戻す
。
尾良く更新されない場合には、ＭＶＳは構成変更から退
出して（２０８）、Ｉ／Ｏ構成をその最初の状態に戻す
。
【００２８】構成変更のバリデーション図４にバリデー
ション局面を略示する。図５、６、７、８により詳説し
たステップを示す。
ション局面を略示する。図５、６、７、８により詳説し
たステップを示す。
【００２９】まず図４について述べると、ＭＶＳは、次
の事を確認する。 −構成変更の基礎として使用されるＩＯＤＦであるソー
スＩ／Ｏ定義ファイル（ＩＯＤＦ）はシステムが実行中
のＨＳＡの構成定義と整合する（図４の３０１）。 −削除されるそれぞれのデバイスについて（３０２）。 −デバイスサポートコードはダイナミックをサポートす
る（図５の４０１）。（以下の”スタチック”と”ダイ
ナミック”デバイスの所論を参照） −デバイスはダイナミックと定義される（図５の４０２
）
の事を確認する。 −構成変更の基礎として使用されるＩＯＤＦであるソー
スＩ／Ｏ定義ファイル（ＩＯＤＦ）はシステムが実行中
のＨＳＡの構成定義と整合する（図４の３０１）。 −削除されるそれぞれのデバイスについて（３０２）。 −デバイスサポートコードはダイナミックをサポートす
る（図５の４０１）。（以下の”スタチック”と”ダイ
ナミック”デバイスの所論を参照） −デバイスはダイナミックと定義される（図５の４０２
）
【００３０】この規則に対する一つの例外はデバイスが
インストレーションスタチックからダイナミックへ変更
される時である。この遷移はソースＩＯＤＦ定義とター
ゲットＩＯＤＦ定義（そのデバイス用の）との間の唯一
の相異がデバイスがインストレーションスタチックとし
て定義され、ターゲットＩＯＤＦがダイナミックとして
定義されるデバイスを有することをソースが示す点であ
る場合、またその場合にのみ可能となる。この場合、イ
ンストレーションスタチックＵＣＢはシステム保全性を
危険にさらすことなくそれをＵＣＢ連鎖から安全に除去
する方法が存在しないために旧データ構造中に残される
が、機能上無効となる。新たなダイナミックＵＣＢが追
加される。
インストレーションスタチックからダイナミックへ変更
される時である。この遷移はソースＩＯＤＦ定義とター
ゲットＩＯＤＦ定義（そのデバイス用の）との間の唯一
の相異がデバイスがインストレーションスタチックとし
て定義され、ターゲットＩＯＤＦがダイナミックとして
定義されるデバイスを有することをソースが示す点であ
る場合、またその場合にのみ可能となる。この場合、イ
ンストレーションスタチックＵＣＢはシステム保全性を
危険にさらすことなくそれをＵＣＢ連鎖から安全に除去
する方法が存在しないために旧データ構造中に残される
が、機能上無効となる。新たなダイナミックＵＣＢが追
加される。
【００３１】この規則に対するもう一つの例外はサブチ
ャネルだけが削除され、ＵＣＢは削除されない（ハード
ウエアのみが削除される）場合である。この場合、サブ
チャネルは、デバイスサポートコードがダイナミックを
サポートするかデバイスがダイナミックと定義されるか
どうかに関わらず、削除することが許される。−デバイ
スはオフラインとなる（図５の４０３）−追加されるそ
れぞれのデバイスについて（３０３）：−デバイスサポ
ートコードがＩＰＬでロードされる（図６の４１１）。
ャネルだけが削除され、ＵＣＢは削除されない（ハード
ウエアのみが削除される）場合である。この場合、サブ
チャネルは、デバイスサポートコードがダイナミックを
サポートするかデバイスがダイナミックと定義されるか
どうかに関わらず、削除することが許される。−デバイ
スはオフラインとなる（図５の４０３）−追加されるそ
れぞれのデバイスについて（３０３）：−デバイスサポ
ートコードがＩＰＬでロードされる（図６の４１１）。
【００３２】従来技術によるシステムでは、ＭＶＳはＩ
ＰＬ時にＩ／Ｏ構成のデバイスに対してのみデバイスサ
ポートコードをロードしていた。本発明によれば、イン
ストールによってダイナミックをサポートするデバイス
タイプに対するデバイスサポートコードも全てＩＰＬ時
にロードする必要があることを示すことができる。この
オプションの選択によってダイナミックをサポートする
デバイスタイプは何れもダイナミックに追加できること
が可能になる。 −デバイスサポートコードはダイナミックをサポートす
る。（図６の４１２）
ＰＬ時にＩ／Ｏ構成のデバイスに対してのみデバイスサ
ポートコードをロードしていた。本発明によれば、イン
ストールによってダイナミックをサポートするデバイス
タイプに対するデバイスサポートコードも全てＩＰＬ時
にロードする必要があることを示すことができる。この
オプションの選択によってダイナミックをサポートする
デバイスタイプは何れもダイナミックに追加できること
が可能になる。 −デバイスサポートコードはダイナミックをサポートす
る。（図６の４１２）
【００３３】もしこれらの条件の何れかもしくはその双
方が満たされない場合には、デバイスはハードウエア定
義に追加することができる。（ソフトウエアのみの構成
変更でなくとも）一定のサブチャネルがつくりだされる
が、ＵＣＢやその他のデバイス関連の制御ブロックはつ
くりだされない。デバイスは同じＩＯＤＦの次のＩＰＬ
で使用可能となり、その時にソフトウエア定義がつくり
だされる。 −それぞれのデバイスパスが削除される場合（３０４）
： −デバイスサポートコードはダイナミックをサポートす
る。（図８の４３１） −デバイスはダイナミックと定義される。（図８の４３
２） −デバイスパスはオフラインとなる。（図８の４３３）
−それぞれのデバイスパスが追加される場合（３０４）
： −デバイスサポートコードはダイナミックをサポートす
る。（図７の４２１） −デバイスはダイナミックと定義される。（図７の４２
２） −各チャネルパスが削除される毎にチャネルパスはオフ
ラインに構成しなければならない（３０５）。
方が満たされない場合には、デバイスはハードウエア定
義に追加することができる。（ソフトウエアのみの構成
変更でなくとも）一定のサブチャネルがつくりだされる
が、ＵＣＢやその他のデバイス関連の制御ブロックはつ
くりだされない。デバイスは同じＩＯＤＦの次のＩＰＬ
で使用可能となり、その時にソフトウエア定義がつくり
だされる。 −それぞれのデバイスパスが削除される場合（３０４）
： −デバイスサポートコードはダイナミックをサポートす
る。（図８の４３１） −デバイスはダイナミックと定義される。（図８の４３
２） −デバイスパスはオフラインとなる。（図８の４３３）
−それぞれのデバイスパスが追加される場合（３０４）
： −デバイスサポートコードはダイナミックをサポートす
る。（図７の４２１） −デバイスはダイナミックと定義される。（図７の４２
２） −各チャネルパスが削除される毎にチャネルパスはオフ
ラインに構成しなければならない（３０５）。
【００３４】−もし構成変更がソフトウエアのみの変更
でない場合には、システムはハードウエアシステムエリ
ア（ＨＳＡ）内に十分な空間が存在してハードウエアＩ
／Ｏ構成に対する更新事項を収納できることを確認する
（３０６）。
でない場合には、システムはハードウエアシステムエリ
ア（ＨＳＡ）内に十分な空間が存在してハードウエアＩ
／Ｏ構成に対する更新事項を収納できることを確認する
（３０６）。
【００３５】上記バリデーションステップの全ては例え
バリデーションにパスしない要求が存在しても処理され
、構成変更が何故処理不可能であるかについての出来る
限りの情報をユーザに対して与える。
バリデーションにパスしない要求が存在しても処理され
、構成変更が何故処理不可能であるかについての出来る
限りの情報をユーザに対して与える。
【００３６】もし構成変更がこれまで妥当であれば（エ
ラーに遭遇しない）、システムは以下のことを行うこと
になる。 −事象通知ファシリティ（ＥＮＦ）信号を発してプログ
ラムに対して構成変更に対して準備を整えるように通知
する（３０７）。例えば、削除さるべきデバイスを使用
しているプログラムはそのデバイスと関連するＵＣＢの
アドレスを何れの制御ブロックからも除去してＵＣＢの
ピンを外すことによってデバイスが削除される準備を整
える必要がある。同様にして、デバイスサービス出口（
ＤＳＥ）と称されるデバイスサポートコード出口が呼出
されて、デバイスサポートコードに対して構成変更に対
する準備を整えるように通知する。（例えば、デバイス
サポートコードは当該デバイス用のワークエリアとして
使用されるメモリを解放する必要があるかもしれない。 ）−そのデバイスと関連するサブチャネルを不能化しデ
バイスをボックス化して削除さるべき全デバイスをＩ／
Ｏ要求に対して使用できないようにする（３０８）。サ
ブチャネルを不能化するとＩ／Ｏ割込みがデバイスによ
って提示されることが防止される。デバイスをボックス
化するとＩ／Ｏ要求がデバイスに対して発せられること
が妨げられる。 −削除さるべき全デバイスがピン接続されないことを確
認する（３０９）。もし一定のデバイスがピン接続され
ないと、そのデバイスと関連するＵＣＢは”発見不能”
とマーキングされ、それが使用されることが妨げられる
。ピン接続はＵＣＢとそれと関連するデバイスがダイナ
ミックＩ／Ｏ構成変更によって削除されることを防止す
るために一定のプログラムが使用可能なシリアル化手法
である。もし削除さるべき何れかのデバイスがピン接続
されていれば、一定のエラーが表示され、退去が必要と
なる（３１０）。（図１１とそれをサポートする本文を
参照のこと） −削除さるべきデバイスパスが全てピン接続されてはい
ないことを確認する（３１１）。もし一定のデバイスパ
スがピン接続されていれば、それと関連するＵＣＢは”
パスピン接続不能”とマーキングされ、ＵＣＢと関連す
るデバイスパスはピン接続を妨げられる。デバイスパス
のピン接続は、デバイスパスのピン接続によってデバイ
スパスが削除されることが妨げられると共にＵＣＢとそ
れに関連するデバイスが削除されることが妨げられる点
を除けば、ＵＣＢのピン接続と同様である。もし削除さ
るべき何れかのデバイスパスがピン接続されている場合
、一定のエラーが表示され、退去が必要となる（３１２
）。（図１１とそれをサポートする本文を参照のこと。 ）
ラーに遭遇しない）、システムは以下のことを行うこと
になる。 −事象通知ファシリティ（ＥＮＦ）信号を発してプログ
ラムに対して構成変更に対して準備を整えるように通知
する（３０７）。例えば、削除さるべきデバイスを使用
しているプログラムはそのデバイスと関連するＵＣＢの
アドレスを何れの制御ブロックからも除去してＵＣＢの
ピンを外すことによってデバイスが削除される準備を整
える必要がある。同様にして、デバイスサービス出口（
ＤＳＥ）と称されるデバイスサポートコード出口が呼出
されて、デバイスサポートコードに対して構成変更に対
する準備を整えるように通知する。（例えば、デバイス
サポートコードは当該デバイス用のワークエリアとして
使用されるメモリを解放する必要があるかもしれない。 ）−そのデバイスと関連するサブチャネルを不能化しデ
バイスをボックス化して削除さるべき全デバイスをＩ／
Ｏ要求に対して使用できないようにする（３０８）。サ
ブチャネルを不能化するとＩ／Ｏ割込みがデバイスによ
って提示されることが防止される。デバイスをボックス
化するとＩ／Ｏ要求がデバイスに対して発せられること
が妨げられる。 −削除さるべき全デバイスがピン接続されないことを確
認する（３０９）。もし一定のデバイスがピン接続され
ないと、そのデバイスと関連するＵＣＢは”発見不能”
とマーキングされ、それが使用されることが妨げられる
。ピン接続はＵＣＢとそれと関連するデバイスがダイナ
ミックＩ／Ｏ構成変更によって削除されることを防止す
るために一定のプログラムが使用可能なシリアル化手法
である。もし削除さるべき何れかのデバイスがピン接続
されていれば、一定のエラーが表示され、退去が必要と
なる（３１０）。（図１１とそれをサポートする本文を
参照のこと） −削除さるべきデバイスパスが全てピン接続されてはい
ないことを確認する（３１１）。もし一定のデバイスパ
スがピン接続されていれば、それと関連するＵＣＢは”
パスピン接続不能”とマーキングされ、ＵＣＢと関連す
るデバイスパスはピン接続を妨げられる。デバイスパス
のピン接続は、デバイスパスのピン接続によってデバイ
スパスが削除されることが妨げられると共にＵＣＢとそ
れに関連するデバイスが削除されることが妨げられる点
を除けば、ＵＣＢのピン接続と同様である。もし削除さ
るべき何れかのデバイスパスがピン接続されている場合
、一定のエラーが表示され、退去が必要となる（３１２
）。（図１１とそれをサポートする本文を参照のこと。 ）
【００３７】構成定義の更新
もし構成変更が妥当であれば（バリデーション局面中に
エラーに遭遇しない場合）、Ｉ／Ｏ構成が図９、１０に
示すように更新される。−新たなＵＣＢルックアップテ
ーブル（ＵＬＵＴ）が構築される（図９の５０１）。Ｕ
ＬＵＴはシステム内の全てのＵＣＢに対するポインタを
格納する。上記の新たなＵＬＵＴは追加されるＵＣＢの
エントリーを格納し、削除されるＵＣＢのエントリーを
格納することはないであろう。 −ソフトウエアＩ／Ｏ構成に追加されるそれぞれのデバ
イスについて一定の新たなＵＣＢが構築される（５０２
）。更に、一定のデバイスと関連するエラーデータを維
持するために使用される、例えばデバイス統計テーブル
（ＤＳＴ）の如きその他のデバイス関連制御ブロックが
構築される。一定の追加ＵＣＢ（例えば、ＤＡＳＤ又は
ＴＡＰＥ）については一定の測定ブロックインデクス（
ＭＢＩ）が確立され、そのことによってパフォーマンス
データをそのデバイスについて測定することが可能とな
る。ＵＣＢが関連するデバイスクラスのデフォルトＭＩ
Ｈ時間間隔がそれぞれの追加ＵＣＢについて確立された
結果、行方不明の割込みがそのデバイスについて検出さ
れることになろう。 −ＥＤＴ再構築プロセスがスタートする（５０３）。こ
のＥＤＴ再構築は第一段階として、削除されるＵＣＢを
含まない一定の新たな中間ＥＤＴをつくりだす。もし段
階１のＥＤＴ再構築が不首尾である場合には、一定のエ
ラーが表示され、退出が必要となり、更新プロセスより
退去する。さもなければ、更新プロセスが継続される。 −その後、ハードウエアＩ／Ｏ構成が更新される（５０
４）。このプロセスを更に図６に示す。Ｉ／Ｏ部品は特
定の順序で、しかも類別化トークンによって更新される
。類別化トークンは、Ｉ／Ｏ部品に対する変更を共に類
別化してＩ／Ｏ成分を表わす構成に対して使用されるＨ
ＳＡメモリを最小限にするための手段である。同一の論
理制御装置（ＬＣＵ）におけるデバイスと制御装置は全
て同じ類別化トークンを有することになる。ＬＣＵはハ
ードウエア実体であり、一組の制御装置とデバイスによ
り構成されることによって、制御装置は同じ組のデバイ
スにアクセスするようになっている（複数のデバイスを
共有する一組の制御装置である）。以下はハードウエア
Ｉ／Ｏ部品が更新される順序を示したものである。 −構成変更と関連するそれぞれの類別化トークンについ
てハードウエアＩ／Ｏ部品が次の順序で更新される。 −デバイスから制御装置を取外す（図１０の６０１）。 −デバイスを削除する（６０２）。 −制御装置から装置アドレスを削除する（６０３）。 −制御装置からチャネルパスを削除する（６０４）。 −制御装置を削除する（６０５）。 −その後、チャネルパスを削除するための要求が全て実
行され（６０６）、次いで、チャネルパスを追加する全
要求が続く（６０７）。チャネルパス構成の変化が行わ
れる順序は類別化トークンによっては支配されない。チ
ャネルパスはＬＣＵ構造の一部ではないから、類別化ト
ークンはチャネルパスに対して何らのＨＳＡ保存効率の
利益を与えることはない。 −その後、構成変更と関連するそれぞれの類別化トーク
ンについて残りの構成変更が次の順序で実行される。 −制御装置を追加する（６０８）。 −チャネルパスを制御装置に対して追加する（６０９）
。 −装置アドレス範囲を制御装置へ追加する（６１０）。 −デバイスを追加する（６１１）。 −制御装置をデバイスに追加する（６１２）。 −デバイス特性を修正する（６１３）。
エラーに遭遇しない場合）、Ｉ／Ｏ構成が図９、１０に
示すように更新される。−新たなＵＣＢルックアップテ
ーブル（ＵＬＵＴ）が構築される（図９の５０１）。Ｕ
ＬＵＴはシステム内の全てのＵＣＢに対するポインタを
格納する。上記の新たなＵＬＵＴは追加されるＵＣＢの
エントリーを格納し、削除されるＵＣＢのエントリーを
格納することはないであろう。 −ソフトウエアＩ／Ｏ構成に追加されるそれぞれのデバ
イスについて一定の新たなＵＣＢが構築される（５０２
）。更に、一定のデバイスと関連するエラーデータを維
持するために使用される、例えばデバイス統計テーブル
（ＤＳＴ）の如きその他のデバイス関連制御ブロックが
構築される。一定の追加ＵＣＢ（例えば、ＤＡＳＤ又は
ＴＡＰＥ）については一定の測定ブロックインデクス（
ＭＢＩ）が確立され、そのことによってパフォーマンス
データをそのデバイスについて測定することが可能とな
る。ＵＣＢが関連するデバイスクラスのデフォルトＭＩ
Ｈ時間間隔がそれぞれの追加ＵＣＢについて確立された
結果、行方不明の割込みがそのデバイスについて検出さ
れることになろう。 −ＥＤＴ再構築プロセスがスタートする（５０３）。こ
のＥＤＴ再構築は第一段階として、削除されるＵＣＢを
含まない一定の新たな中間ＥＤＴをつくりだす。もし段
階１のＥＤＴ再構築が不首尾である場合には、一定のエ
ラーが表示され、退出が必要となり、更新プロセスより
退去する。さもなければ、更新プロセスが継続される。 −その後、ハードウエアＩ／Ｏ構成が更新される（５０
４）。このプロセスを更に図６に示す。Ｉ／Ｏ部品は特
定の順序で、しかも類別化トークンによって更新される
。類別化トークンは、Ｉ／Ｏ部品に対する変更を共に類
別化してＩ／Ｏ成分を表わす構成に対して使用されるＨ
ＳＡメモリを最小限にするための手段である。同一の論
理制御装置（ＬＣＵ）におけるデバイスと制御装置は全
て同じ類別化トークンを有することになる。ＬＣＵはハ
ードウエア実体であり、一組の制御装置とデバイスによ
り構成されることによって、制御装置は同じ組のデバイ
スにアクセスするようになっている（複数のデバイスを
共有する一組の制御装置である）。以下はハードウエア
Ｉ／Ｏ部品が更新される順序を示したものである。 −構成変更と関連するそれぞれの類別化トークンについ
てハードウエアＩ／Ｏ部品が次の順序で更新される。 −デバイスから制御装置を取外す（図１０の６０１）。 −デバイスを削除する（６０２）。 −制御装置から装置アドレスを削除する（６０３）。 −制御装置からチャネルパスを削除する（６０４）。 −制御装置を削除する（６０５）。 −その後、チャネルパスを削除するための要求が全て実
行され（６０６）、次いで、チャネルパスを追加する全
要求が続く（６０７）。チャネルパス構成の変化が行わ
れる順序は類別化トークンによっては支配されない。チ
ャネルパスはＬＣＵ構造の一部ではないから、類別化ト
ークンはチャネルパスに対して何らのＨＳＡ保存効率の
利益を与えることはない。 −その後、構成変更と関連するそれぞれの類別化トーク
ンについて残りの構成変更が次の順序で実行される。 −制御装置を追加する（６０８）。 −チャネルパスを制御装置に対して追加する（６０９）
。 −装置アドレス範囲を制御装置へ追加する（６１０）。 −デバイスを追加する（６１１）。 −制御装置をデバイスに追加する（６１２）。 −デバイス特性を修正する（６１３）。
【００３８】以上の順序に従わなければならないのは、
一定のＩ／Ｏ部品が削除可能となる前に階層下部のＩ／
Ｏ部品が全て削除されねばならないためである。即ち、
一定のチャネルパスが削除可能となる前に、それに付属
する全制御装置を削除しなければならない。一定の制御
装置が削除可能となる前に制御装置に付属する全デバイ
スを削除しなければならない。同様にして、一定のＩ／
Ｏ部品が追加可能になる前に、同階層中の高位のＩ／Ｏ
部品は全て追加する必要がある。即ち、一定のデバイス
が追加可能となる前に、デバイスが付属する制御装置は
全て追加されなければならない。一定の制御装置が追加
可能となる前に、制御装置が付属するチャネルパスは全
て追加されねばならない。ＣＣＢ創造論理はこれを保証
するものである。もし一定のＩ／Ｏ部品を更新する変更
が不首尾の場合には、一定のエラーが表示され、退出が
必要となり、ハードウエア更新プロセスを退去する。
一定のＩ／Ｏ部品が削除可能となる前に階層下部のＩ／
Ｏ部品が全て削除されねばならないためである。即ち、
一定のチャネルパスが削除可能となる前に、それに付属
する全制御装置を削除しなければならない。一定の制御
装置が削除可能となる前に制御装置に付属する全デバイ
スを削除しなければならない。同様にして、一定のＩ／
Ｏ部品が追加可能になる前に、同階層中の高位のＩ／Ｏ
部品は全て追加する必要がある。即ち、一定のデバイス
が追加可能となる前に、デバイスが付属する制御装置は
全て追加されなければならない。一定の制御装置が追加
可能となる前に、制御装置が付属するチャネルパスは全
て追加されねばならない。ＣＣＢ創造論理はこれを保証
するものである。もし一定のＩ／Ｏ部品を更新する変更
が不首尾の場合には、一定のエラーが表示され、退出が
必要となり、ハードウエア更新プロセスを退去する。
【００３９】さもなければ、ハードウエア更新プロセス
が継続される。もしハードウエア更新プロセスが全くエ
ラーなしに完了すると、Ｉ／Ｏ構成更新プロセスが継続
される。 −図１０の流れについて戻ると、システムにより保持さ
れるチャネルパス情報がその後更新され（５０５）、追
加されたチャネルパスに関する情報を包含し、削除チャ
ネルパスに関する情報を除去する。 −ＵＬＵＴロックが取得され、ＵＬＵＴとＭＶＳ Ｉ
／Ｏ構成トークンに対する更新を連続化する。その後、
新旧ＵＬＵＴが切替えられ（５０６）、新たなＵＬＵＴ
を現在のＵＬＵＴにする。この時点から、構成変更から
の退出は不可能となる。何故ならば、ひとたび新たなＵ
ＬＵＴが現在のＵＬＵＴとなると、追加されたばかりの
ＵＣＢが使用可能となり、退出によっては取去ることが
できないからである。ＭＶＳＩ／Ｏ構成トークンは更新
され（以下の図１５、１６の詳説におけるこのトークン
の解説を参照すること。ここで行われる更新はシーケン
ス番号、ＷＷＵＶ：オペレーティングシステムＩＤ等に
よる）、ＵＬＵＴロックが削除される。−追加されたば
かりのデバイスはチャネルレポートワード（ＣＲＷ）を
模擬してデバイスをその関連ＵＣＢに接続することによ
って使用可能となり（５０７）、デバイスをＩ／Ｏ要求
に対して使用可能とする。同様にして、削除されたデバ
イスはＵＣＢから接続を解除される。追加されたばかり
のデバイスパスはＣＲＷを模擬してデバイスパスを関連
するＵＣＢに追加することによって使用可能となり、そ
の結果、同パスはＩ／Ｏ要求に対して利用可能となる。 追加デバイスのそれぞれについて、関連するＤＳＥが呼
出され、構成データをデバイスから読取り（又は）その
他のデバイス依存関数を実行する。 −最後のＥＤＴ再構築段階である段階２がその後実行さ
れる（５０８）。この段階は追加されたばからのＵＣＢ
やデバイス類別化順序とデバイス選好順序の変更を含め
て完成した新たな構成を含む最終的なＥＤＴを構築する
。上記最後のＥＤＴは直接ターゲットＩＯＤＦから構築
される。 −最後に、削除デバイスのデバイス関連制御ブロックが
すべて削除される（５０９）。これはソフトウエア退出
用の十分なメモリを確保するために事前には行われない
。即ち、もし削除デバイスに対するデバイス関連制御ブ
ロックが事前に削除されない場合には、ＵＬＵＴが切換
えられ構成変更が失敗する前に制御ブロックが再び追加
され構成変更から退出する必要があろう。然しながら（
システムが実行を継続し残りの構成に対して生産労働を
実行するため）、制御ブロックを再び追加するだけの十
分なメモリが存在するという保証は存在しない。従って
、それらは退出が最早不可能となるまで削除されること
はない。
が継続される。もしハードウエア更新プロセスが全くエ
ラーなしに完了すると、Ｉ／Ｏ構成更新プロセスが継続
される。 −図１０の流れについて戻ると、システムにより保持さ
れるチャネルパス情報がその後更新され（５０５）、追
加されたチャネルパスに関する情報を包含し、削除チャ
ネルパスに関する情報を除去する。 −ＵＬＵＴロックが取得され、ＵＬＵＴとＭＶＳ Ｉ
／Ｏ構成トークンに対する更新を連続化する。その後、
新旧ＵＬＵＴが切替えられ（５０６）、新たなＵＬＵＴ
を現在のＵＬＵＴにする。この時点から、構成変更から
の退出は不可能となる。何故ならば、ひとたび新たなＵ
ＬＵＴが現在のＵＬＵＴとなると、追加されたばかりの
ＵＣＢが使用可能となり、退出によっては取去ることが
できないからである。ＭＶＳＩ／Ｏ構成トークンは更新
され（以下の図１５、１６の詳説におけるこのトークン
の解説を参照すること。ここで行われる更新はシーケン
ス番号、ＷＷＵＶ：オペレーティングシステムＩＤ等に
よる）、ＵＬＵＴロックが削除される。−追加されたば
かりのデバイスはチャネルレポートワード（ＣＲＷ）を
模擬してデバイスをその関連ＵＣＢに接続することによ
って使用可能となり（５０７）、デバイスをＩ／Ｏ要求
に対して使用可能とする。同様にして、削除されたデバ
イスはＵＣＢから接続を解除される。追加されたばかり
のデバイスパスはＣＲＷを模擬してデバイスパスを関連
するＵＣＢに追加することによって使用可能となり、そ
の結果、同パスはＩ／Ｏ要求に対して利用可能となる。 追加デバイスのそれぞれについて、関連するＤＳＥが呼
出され、構成データをデバイスから読取り（又は）その
他のデバイス依存関数を実行する。 −最後のＥＤＴ再構築段階である段階２がその後実行さ
れる（５０８）。この段階は追加されたばからのＵＣＢ
やデバイス類別化順序とデバイス選好順序の変更を含め
て完成した新たな構成を含む最終的なＥＤＴを構築する
。上記最後のＥＤＴは直接ターゲットＩＯＤＦから構築
される。 −最後に、削除デバイスのデバイス関連制御ブロックが
すべて削除される（５０９）。これはソフトウエア退出
用の十分なメモリを確保するために事前には行われない
。即ち、もし削除デバイスに対するデバイス関連制御ブ
ロックが事前に削除されない場合には、ＵＬＵＴが切換
えられ構成変更が失敗する前に制御ブロックが再び追加
され構成変更から退出する必要があろう。然しながら（
システムが実行を継続し残りの構成に対して生産労働を
実行するため）、制御ブロックを再び追加するだけの十
分なメモリが存在するという保証は存在しない。従って
、それらは退出が最早不可能となるまで削除されること
はない。
【００４０】構成変更からの退出
もし構成変更が不首尾であって（バリデーション局面又
は更新局面中にエラーに遭遇する）、退出が必要な場合
には、構成変更から退出する。退出の目的は、構成変更
が試行される以前にＩ／Ｏ構成をその最初の状態まで回
復させることである。図１１に退出プロセスを示す。 −もしエラー発生前に何らかのハードウエア更新が行わ
れる場合にはハードウエア変更から退出する（７０１）
。例えば、もし一定デバイスが削除されると、それが再
追加され、もし一定の制御装置が削除されると、再追加
される等である。ハードウエアの更新からはそれらが更
新されたのと逆の順序で退出する。 −使用不能になった全デバイスはサブチャネルを活動可
能にしてデバイスをボックスから出すことによって再び
使用可能になる（７０２）。 −もしプログラムが構成変化に対して準備するように合
図を受取ると、一定の信号が発せられ（７０３）、プロ
グラムに対して構成変更が拒否されたことを通知する。 削除すべきデバイスを解放したプログラムはその後、デ
バイスを再使用することが可能になる。 −もし段階１のＥＤＴ再構築が実行されると、ＥＤＴ再
構築プロセスから退出する（７０４）。 −その後、デバイス用に作成されたデバイス関連制御ブ
ロックが全てメモリから削除される（７０５）。
は更新局面中にエラーに遭遇する）、退出が必要な場合
には、構成変更から退出する。退出の目的は、構成変更
が試行される以前にＩ／Ｏ構成をその最初の状態まで回
復させることである。図１１に退出プロセスを示す。 −もしエラー発生前に何らかのハードウエア更新が行わ
れる場合にはハードウエア変更から退出する（７０１）
。例えば、もし一定デバイスが削除されると、それが再
追加され、もし一定の制御装置が削除されると、再追加
される等である。ハードウエアの更新からはそれらが更
新されたのと逆の順序で退出する。 −使用不能になった全デバイスはサブチャネルを活動可
能にしてデバイスをボックスから出すことによって再び
使用可能になる（７０２）。 −もしプログラムが構成変化に対して準備するように合
図を受取ると、一定の信号が発せられ（７０３）、プロ
グラムに対して構成変更が拒否されたことを通知する。 削除すべきデバイスを解放したプログラムはその後、デ
バイスを再使用することが可能になる。 −もし段階１のＥＤＴ再構築が実行されると、ＥＤＴ再
構築プロセスから退出する（７０４）。 −その後、デバイス用に作成されたデバイス関連制御ブ
ロックが全てメモリから削除される（７０５）。
【００４１】スタチック、インストレーションスタチッ
ク、およびダイナミックデバイス 多くのプログラムがＵＣＢに依存しているため、本発明
は以下の着想を導入する。 −ダイナミックをサポートするデバイスタイプ。これは
デバイスに依存するＨＣＤ（ハードウエア構成ダイアロ
ーグ）からの出口である装置情報モジュール（ＵＩＭ）
によって指示される。ＵＩＭはＵＣＢ内のデバイス依存
データを定義する。 −ダイナミックと定義されるデバイス。そのデバイスタ
イプがダイナミックをサポートするようなそれぞれのデ
バイスについて、ＨＣＤユーザはそのデバイスをインス
トレーションスタチック又はダイナミックとして定義す
ることができる。これらの新しい着想によってデバイス
定義の次の三つのソフトウエアカテゴリーを得ることが
できる。即ち、 スタチック：デバイスに対してインストールされるデバ
イスサポートコードはダイナミック能力をサポートしな
い。 インストレーションスタチック：このデバイスタイプは
ダイナミック能力をサポートするが、インストレーショ
ンはそのデバイスが削除もしくは修正不可能であること
をデバイス定義内に明示する。このため、インストレー
ションによってデバイスを定義してそれらが現存のスタ
チックデータ構造に依存するプログラムに対して受容れ
られるようにすることになろう。 ダイナミック：このデバイスタイプはダイナミック能力
をサポートして、インストレーションはそのデバイスが
削除もしくは修正可能であることを指定する。
ク、およびダイナミックデバイス 多くのプログラムがＵＣＢに依存しているため、本発明
は以下の着想を導入する。 −ダイナミックをサポートするデバイスタイプ。これは
デバイスに依存するＨＣＤ（ハードウエア構成ダイアロ
ーグ）からの出口である装置情報モジュール（ＵＩＭ）
によって指示される。ＵＩＭはＵＣＢ内のデバイス依存
データを定義する。 −ダイナミックと定義されるデバイス。そのデバイスタ
イプがダイナミックをサポートするようなそれぞれのデ
バイスについて、ＨＣＤユーザはそのデバイスをインス
トレーションスタチック又はダイナミックとして定義す
ることができる。これらの新しい着想によってデバイス
定義の次の三つのソフトウエアカテゴリーを得ることが
できる。即ち、 スタチック：デバイスに対してインストールされるデバ
イスサポートコードはダイナミック能力をサポートしな
い。 インストレーションスタチック：このデバイスタイプは
ダイナミック能力をサポートするが、インストレーショ
ンはそのデバイスが削除もしくは修正不可能であること
をデバイス定義内に明示する。このため、インストレー
ションによってデバイスを定義してそれらが現存のスタ
チックデータ構造に依存するプログラムに対して受容れ
られるようにすることになろう。 ダイナミック：このデバイスタイプはダイナミック能力
をサポートして、インストレーションはそのデバイスが
削除もしくは修正可能であることを指定する。
【００４２】一定のＵＣＢが削除もしくは修正に妥当で
あるようにするために、デバイスタイプはダイナミック
をサポートし、デバイスはインストールによってダイナ
ミックと定義する必要がある。
あるようにするために、デバイスタイプはダイナミック
をサポートし、デバイスはインストールによってダイナ
ミックと定義する必要がある。
【００４３】以下の規則はＵＣＢのダイナミックな削除
に対して準備ができていないプログラム（およびそれと
関連するデバイス関連の制御ブロック）が予期しないエ
ラーに遭遇しないようにする上で役立つ。 −ダイナミックと定義されたデバイスのＵＣＢは従来の
プログラミングサービスを使用してＵＣＢアドレスを取
得するようなプログラムについては許容できない。 −デバイス関連事象に対する従来のＥＮＦ信号を聞取る
プログラム（例えばオンラインでデバイスを変更する）
はダイナミックと定義されるデバイスについての事象を
通知されることはない。本発明はＵＣＢ全体を包括する
デバイス関連事象について新たな一組のＥＮＦ信号と共
に使用される。ＥＮＦ信号発生器が何れのデバイスがダ
イナミックと定義されるかについて感知する必要がない
ように一定のＥＮＦ信号変換アルゴリズムが使用される
。上記ＥＮＦ信号変換アルゴリズムは以下のことを行う
ことになろう。即ち、 −もしデバイスがダイナミックと定義されると、信号Ｘ
をＸ’へ変換する。 −もしデバイスがスタチックもしくはインストレーショ
ンスタチックであると定義されると、ＸとＸ’の両信号
を発する。従って、信号Ｘを聴取する現存のプログラム
はＵＣＢがスタチック、もしくはインストレーションス
タチックである場合にのみその事象について通知される
ことになろう。信号Ｘ’を聴取するプログラムは何れの
ＵＣＢに対する事象についても報知されることになろう
。
に対して準備ができていないプログラム（およびそれと
関連するデバイス関連の制御ブロック）が予期しないエ
ラーに遭遇しないようにする上で役立つ。 −ダイナミックと定義されたデバイスのＵＣＢは従来の
プログラミングサービスを使用してＵＣＢアドレスを取
得するようなプログラムについては許容できない。 −デバイス関連事象に対する従来のＥＮＦ信号を聞取る
プログラム（例えばオンラインでデバイスを変更する）
はダイナミックと定義されるデバイスについての事象を
通知されることはない。本発明はＵＣＢ全体を包括する
デバイス関連事象について新たな一組のＥＮＦ信号と共
に使用される。ＥＮＦ信号発生器が何れのデバイスがダ
イナミックと定義されるかについて感知する必要がない
ように一定のＥＮＦ信号変換アルゴリズムが使用される
。上記ＥＮＦ信号変換アルゴリズムは以下のことを行う
ことになろう。即ち、 −もしデバイスがダイナミックと定義されると、信号Ｘ
をＸ’へ変換する。 −もしデバイスがスタチックもしくはインストレーショ
ンスタチックであると定義されると、ＸとＸ’の両信号
を発する。従って、信号Ｘを聴取する現存のプログラム
はＵＣＢがスタチック、もしくはインストレーションス
タチックである場合にのみその事象について通知される
ことになろう。信号Ｘ’を聴取するプログラムは何れの
ＵＣＢに対する事象についても報知されることになろう
。
【００４４】ＣＣＢの作成
図３に２０１で示す２つのＩＯＤＦの比較結果によって
一定の構成変更ブロック（ＣＣＢ）がつくりだされる。 上記ＣＣＢ自体はハードウエアとソフトウエアの構成定
義の変更を起動するために使用される。
一定の構成変更ブロック（ＣＣＢ）がつくりだされる。 上記ＣＣＢ自体はハードウエアとソフトウエアの構成定
義の変更を起動するために使用される。
【００４５】本発明によるＣＣＢの全体構造を図１２に
示す。好適例中に論ずるように、ＣＣＢは実際にはＣＣ
Ｂ自体８０１とＣＣＢヘッダ８０３中のエントリーによ
って指摘される増設ＣＣＢ（ＣＣＢＸ）８０２より構成
される。ＣＣＢ自体はそのフォーマットを８０５で更に
詳示した一連のＣＣＢエントリー８０４を含んでいる。 それぞれのエントリーはヘッダ８０６と、エントリータ
イプ特有の情報８０７を含んでいる。上記エントリーヘ
ッダはエントリーによって表示される構成変更のタイプ
を示すタイプ表示８０６Ａ（デバイス、制御装置、もし
くはチャネルパスＩＤ（ＣＨＰＩＤ）と、その要求が追
加、削除又は修正要求の何れであるかを示す要求タイプ
表示８０６Ｂと、その変更がハードウエア構成定義であ
るかソフトウエア構成定義であるか、インストレーショ
ンスタチックデバイスが一定のダイナミックデバイスに
変更中であるか、また、類別化トークンが妥当であるか
どうかを示すフラグ８０６Ｃを含んでいる。同時に、エ
ントリーヘッダはその使用法を以下に詳説する類別化ト
ークン８０６Ｄを含んでいる。それぞれのエントリーは
更に、図１３（以下に説明する）に示されるようなタイ
プ特有の情報８０７を含んでいる。ＣＣＢＸ８０２はダ
イナミック追加、削除、変更を制御するために使用され
るＩＯＤＦレコードを提供し、タイプ特有のＣＣＢエン
トリー８０７中のフィールドによってインデキシングさ
れる。もしその要求が一部品を追加することであれば、
ＣＣＢＸは新たなＩＯＤＦからのレコードを格納し、も
しその要求が一定のレコードを削除することであれば、
ＣＣＢは旧ＩＯＤＦからのレコードを格納し、その部品
が退出の場合に再び追加できるようにする。（付録（ア
ペンディクス）ＢはＩＯＤＦを詳説したものである。）
示す。好適例中に論ずるように、ＣＣＢは実際にはＣＣ
Ｂ自体８０１とＣＣＢヘッダ８０３中のエントリーによ
って指摘される増設ＣＣＢ（ＣＣＢＸ）８０２より構成
される。ＣＣＢ自体はそのフォーマットを８０５で更に
詳示した一連のＣＣＢエントリー８０４を含んでいる。 それぞれのエントリーはヘッダ８０６と、エントリータ
イプ特有の情報８０７を含んでいる。上記エントリーヘ
ッダはエントリーによって表示される構成変更のタイプ
を示すタイプ表示８０６Ａ（デバイス、制御装置、もし
くはチャネルパスＩＤ（ＣＨＰＩＤ）と、その要求が追
加、削除又は修正要求の何れであるかを示す要求タイプ
表示８０６Ｂと、その変更がハードウエア構成定義であ
るかソフトウエア構成定義であるか、インストレーショ
ンスタチックデバイスが一定のダイナミックデバイスに
変更中であるか、また、類別化トークンが妥当であるか
どうかを示すフラグ８０６Ｃを含んでいる。同時に、エ
ントリーヘッダはその使用法を以下に詳説する類別化ト
ークン８０６Ｄを含んでいる。それぞれのエントリーは
更に、図１３（以下に説明する）に示されるようなタイ
プ特有の情報８０７を含んでいる。ＣＣＢＸ８０２はダ
イナミック追加、削除、変更を制御するために使用され
るＩＯＤＦレコードを提供し、タイプ特有のＣＣＢエン
トリー８０７中のフィールドによってインデキシングさ
れる。もしその要求が一部品を追加することであれば、
ＣＣＢＸは新たなＩＯＤＦからのレコードを格納し、も
しその要求が一定のレコードを削除することであれば、
ＣＣＢは旧ＩＯＤＦからのレコードを格納し、その部品
が退出の場合に再び追加できるようにする。（付録（ア
ペンディクス）ＢはＩＯＤＦを詳説したものである。）
【００４６】図１３はデバイスエントリー９０１、制御
装置エントリー９０２、およびＣＨＰＩＤエントリー９
０３のＣＣＢエントリーのエントリータイプ特有の情報
の一般的な形を示したものである。
装置エントリー９０２、およびＣＨＰＩＤエントリー９
０３のＣＣＢエントリーのエントリータイプ特有の情報
の一般的な形を示したものである。
【００４７】デバイスエントリーはデバイスナンバー９
０１Ａと、もしエントリーがデバイス間でＣＨＰＩＤを
追加／削除するための”修正”要求に対するものである
場合にこのデバイスから追加／削除さるべきＣＨＰＩＤ
アレイ９０１Ｇ内に格納されるＣＨＰＩＤのマスク９０
１Ｂと、このエントリーがデバイス間で制御装置を追加
／削除するための修正要求に対して作成されたのである
場合に、デバイス間で追加／削除さるべき物理制御装置
番号のマスク９０１Ｃ（ＩＯＤＦ ＤＶＲレコード内
に含まれる−図２４を参照）と、デバイスレコードのＣ
ＣＢＸ内へのオフセット９０１Ｄと、（ＩＯＤＦ Ｄ
ＡＲからの）デバイス付属レコード定義のＣＣＢＸ内へ
のオフセット９０１Ｅと、（ＩＯＤＦ ＤＡＲからの
）新たなＩＯＤＦに対するデバイス付属レコードのＣＣ
ＢＸ内へのオフセット９０１Ｆと、エントリーが（ＩＯ
ＤＦ ＬＣＲレコードから得られた）デバイス間でＣ
ＨＰＩＤを追加／削除するための”修正”要求に対して
作成されたものである場合に、このデバイスから追加／
削除さるべきＣＨＰＩＤのアレイ９０１Ｇと、ＭＶＳデ
バイス定義（ＩＯＤＦ ＭＤＲ、図２５を参照）のＣ
ＣＢＸ内へのオフセット９０１Ｈとを含んでいる。
０１Ａと、もしエントリーがデバイス間でＣＨＰＩＤを
追加／削除するための”修正”要求に対するものである
場合にこのデバイスから追加／削除さるべきＣＨＰＩＤ
アレイ９０１Ｇ内に格納されるＣＨＰＩＤのマスク９０
１Ｂと、このエントリーがデバイス間で制御装置を追加
／削除するための修正要求に対して作成されたのである
場合に、デバイス間で追加／削除さるべき物理制御装置
番号のマスク９０１Ｃ（ＩＯＤＦ ＤＶＲレコード内
に含まれる−図２４を参照）と、デバイスレコードのＣ
ＣＢＸ内へのオフセット９０１Ｄと、（ＩＯＤＦ Ｄ
ＡＲからの）デバイス付属レコード定義のＣＣＢＸ内へ
のオフセット９０１Ｅと、（ＩＯＤＦ ＤＡＲからの
）新たなＩＯＤＦに対するデバイス付属レコードのＣＣ
ＢＸ内へのオフセット９０１Ｆと、エントリーが（ＩＯ
ＤＦ ＬＣＲレコードから得られた）デバイス間でＣ
ＨＰＩＤを追加／削除するための”修正”要求に対して
作成されたものである場合に、このデバイスから追加／
削除さるべきＣＨＰＩＤのアレイ９０１Ｇと、ＭＶＳデ
バイス定義（ＩＯＤＦ ＭＤＲ、図２５を参照）のＣ
ＣＢＸ内へのオフセット９０１Ｈとを含んでいる。
【００４８】制御装置（ＣＵ）エントリーはＣＵナンバ
ー９０２Ａと、エントリーがＣＵ間でＣＨＰＩＤを追加
削除するための”修正”要求に対するものである場合に
、このＣＵから追加／削除さるべきＣＨＰＩＤのマスク
９０２Ｂ（ＣＨＰＩＤとリンクアドレスはＣＡＲレコー
ド内に格納される。−図２４参照）と、物理ＣＵレコー
ド（図２４中のＣＵＲ）のＣＣＢＸ内へのオフセット９
０２Ｃと、ＣＵ付属レコード定義（図２４のＣＡＲ）の
ＣＣＢＸ内へのオフセット９０２Ｄと、要求が装置アド
レス範囲を修正することである場合に追加もしくは削除
さるべき装置アドレスの範囲９０２Ｅと、同範囲内の装
置アドレスのカウント９０２Ｆと、装置開始アドレス９
０２Ｇとを含んでいる。
ー９０２Ａと、エントリーがＣＵ間でＣＨＰＩＤを追加
削除するための”修正”要求に対するものである場合に
、このＣＵから追加／削除さるべきＣＨＰＩＤのマスク
９０２Ｂ（ＣＨＰＩＤとリンクアドレスはＣＡＲレコー
ド内に格納される。−図２４参照）と、物理ＣＵレコー
ド（図２４中のＣＵＲ）のＣＣＢＸ内へのオフセット９
０２Ｃと、ＣＵ付属レコード定義（図２４のＣＡＲ）の
ＣＣＢＸ内へのオフセット９０２Ｄと、要求が装置アド
レス範囲を修正することである場合に追加もしくは削除
さるべき装置アドレスの範囲９０２Ｅと、同範囲内の装
置アドレスのカウント９０２Ｆと、装置開始アドレス９
０２Ｇとを含んでいる。
【００４９】一つのＣＨＰＩＤエントリーはＣＨＰＩＤ
９０３Ａと、チャネルパスレコードのＣＣＢＸ内へのオ
フセット９０３Ｂを格納する。
９０３Ａと、チャネルパスレコードのＣＣＢＸ内へのオ
フセット９０３Ｂを格納する。
【００５０】ＣＣＢエントリーを作成する上で、以下の
全体的な規則が該当する。 −ＣＣＢ内には同じエントリーは存在しない。もし同じ
エントリーが２つの異なる理由から生ずる場合には、そ
のうちの一つのエントリーのみが生成される。 −このデバイスについてＣＣＢ内に一つの追加／削除ハ
ードウエアエントリーが存在する場合には修正デバイス
エントリーは作成されない。 −もしこの制御装置についてＣＣＢ内に一つの追加／削
除エントリーが存在する場合には修正制御装置エントリ
ーが作成される。 −フォローアップエントリーを作成するための共通の論
理が一つ存在する。詳細は”フォローアップエントリー
構造”と題する節を参照されたい。 ＣＣＢエントリーは以下の順序でソートされる。（その
ため、データは報告目的のためにアクセスしやすくでき
、新たなＵＬＵＴの構築を容易にすることができる。） −デバイスナンバー順のデバイスエントリー−追加要求
前の要求を削除する。 −最後に要求を修正する。 −制御装置番号順に装置エントリーを制御する。 −追加要求前の要求を削除する。 −最後に要求を修正する。 −チャネルパス番号順のチャネルパスエントリー−追加
前に削除する。 以下の一般的コメントは注記したタイプのＣＣＢエント
リーについて該当する。（ＣＣＢの作成用模擬コードは
付録（アペンディックス）Ａに含まれる。）ＣＨＰＩＤ
について可能なタイプのＣＣＢエントリーが２つ存在す
る。 １．ＣＨＰＩＤを削除する。 ２．ＣＨＰＩＤを追加する。 全てのチャネルパスエントリーは（エントリーヘッダ中
のフラグを介して）ハードウエア制御ブロックが更新さ
るべきであってソフトウエア制御ブロックが不変のまま
であることを示す。
全体的な規則が該当する。 −ＣＣＢ内には同じエントリーは存在しない。もし同じ
エントリーが２つの異なる理由から生ずる場合には、そ
のうちの一つのエントリーのみが生成される。 −このデバイスについてＣＣＢ内に一つの追加／削除ハ
ードウエアエントリーが存在する場合には修正デバイス
エントリーは作成されない。 −もしこの制御装置についてＣＣＢ内に一つの追加／削
除エントリーが存在する場合には修正制御装置エントリ
ーが作成される。 −フォローアップエントリーを作成するための共通の論
理が一つ存在する。詳細は”フォローアップエントリー
構造”と題する節を参照されたい。 ＣＣＢエントリーは以下の順序でソートされる。（その
ため、データは報告目的のためにアクセスしやすくでき
、新たなＵＬＵＴの構築を容易にすることができる。） −デバイスナンバー順のデバイスエントリー−追加要求
前の要求を削除する。 −最後に要求を修正する。 −制御装置番号順に装置エントリーを制御する。 −追加要求前の要求を削除する。 −最後に要求を修正する。 −チャネルパス番号順のチャネルパスエントリー−追加
前に削除する。 以下の一般的コメントは注記したタイプのＣＣＢエント
リーについて該当する。（ＣＣＢの作成用模擬コードは
付録（アペンディックス）Ａに含まれる。）ＣＨＰＩＤ
について可能なタイプのＣＣＢエントリーが２つ存在す
る。 １．ＣＨＰＩＤを削除する。 ２．ＣＨＰＩＤを追加する。 全てのチャネルパスエントリーは（エントリーヘッダ中
のフラグを介して）ハードウエア制御ブロックが更新さ
るべきであってソフトウエア制御ブロックが不変のまま
であることを示す。
【００５１】ＣＨＰＩＤ ＣＣＢエントリーの削除：
ＣＨＰＩＤを削除するためのＣＣＢエントリーが以
下の理由から作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較されＣＨＰＩＤが新Ｉ
ＯＤＦ内に発見されない場合、ＣＨＰＩＤは構成から削
除しなければならない。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、ＣＨＰＩＤ定義
が変化した場合、ＣＨＰＩＤを構成から削除した後、再
び追加する必要がある。
ＣＨＰＩＤを削除するためのＣＣＢエントリーが以
下の理由から作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較されＣＨＰＩＤが新Ｉ
ＯＤＦ内に発見されない場合、ＣＨＰＩＤは構成から削
除しなければならない。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、ＣＨＰＩＤ定義
が変化した場合、ＣＨＰＩＤを構成から削除した後、再
び追加する必要がある。
【００５２】ＣＨＰＩＤＣＣＢエントリーの追加：
ＣＨＰＩＤを追加するためのＣＣＢエントリーは以下の
理由で作成される。
ＣＨＰＩＤを追加するためのＣＣＢエントリーは以下の
理由で作成される。
【００５３】−新ＩＯＤＦが旧ＩＯＤＦと比較され、そ
のＣＨＰＩＤが旧ＩＯＤＦ内に発見されない場合、その
ＣＨＰＩＤを構成に追加する必要がある。 −旧ＩＯＤＦを新たなＩＯＤＦと比較し、ＣＨＰＩＤ定
義が変化したことが発見された時、削除ＣＨＰＩＤエン
トリーと追加ＣＨＰＩＤエントリーの両方が作成される
。追加エントリーは新ＩＯＤＦ内の対応するＣＨＰＩＤ
レコードは発見してそれに応じてＣＨＰＩＤを作成する
ようにいう。
のＣＨＰＩＤが旧ＩＯＤＦ内に発見されない場合、その
ＣＨＰＩＤを構成に追加する必要がある。 −旧ＩＯＤＦを新たなＩＯＤＦと比較し、ＣＨＰＩＤ定
義が変化したことが発見された時、削除ＣＨＰＩＤエン
トリーと追加ＣＨＰＩＤエントリーの両方が作成される
。追加エントリーは新ＩＯＤＦ内の対応するＣＨＰＩＤ
レコードは発見してそれに応じてＣＨＰＩＤを作成する
ようにいう。
【００５４】他のエントリーへの依存： 一定のＣＨ
ＰＩＤについて削除と（又は）追加エントリーが作成さ
れる時は常に、これは他のエントリーに依存する。依存
関係全体についての詳細は”フォローアップエントリー
構造”の節を参照されたい。
ＰＩＤについて削除と（又は）追加エントリーが作成さ
れる時は常に、これは他のエントリーに依存する。依存
関係全体についての詳細は”フォローアップエントリー
構造”の節を参照されたい。
【００５５】制御装置ＣＣＢエントリー一つの制御装置
について３つのエントリータイプが存在する。 １．制御装置の削除 ２．制御装置の追加 ３．制御装置の修正 全ての制御装置エントリーはヘッダフラグによって、ハ
ードウエア制御ブロックが更新さるべきで、ソフトウエ
ア制御ブロックが不変のままであることを示す。
について３つのエントリータイプが存在する。 １．制御装置の削除 ２．制御装置の追加 ３．制御装置の修正 全ての制御装置エントリーはヘッダフラグによって、ハ
ードウエア制御ブロックが更新さるべきで、ソフトウエ
ア制御ブロックが不変のままであることを示す。
【００５６】制御装置エントリーの削除： 一つの制
御装置を削除するＣＣＢエントリーは以下の理由で作成
される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置がその
新ＩＯＤＦ内に発見されない場合、構成から制御装置を
削除する必要がある。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置の定義
が変更していた場合（”修正”の下にカバーされないと
思われる例外について）、制御装置は構成から削除した
後、再追加する必要がある。
御装置を削除するＣＣＢエントリーは以下の理由で作成
される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置がその
新ＩＯＤＦ内に発見されない場合、構成から制御装置を
削除する必要がある。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置の定義
が変更していた場合（”修正”の下にカバーされないと
思われる例外について）、制御装置は構成から削除した
後、再追加する必要がある。
【００５７】制御装置エントリーの追加： 一つの制
御装置を追加するＣＣＢエントリーは以下の理由で作成
される。 −新ＩＯＤＦが旧ＩＯＤＦと比較され、制御装置が旧Ｉ
ＯＤＦ内に発見されない場合、制御装置を構成に追加す
る必要がある。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置の定義
が変更したことが発見された場合（”修正”の下にカバ
ーされないものと思われる例外について）、削除制御装
置エントリーと追加制御装置エントリーの両方が作成さ
れる。追加エントリーは新ＩＯＤＦに対応する制御装置
レコードを発見してそれに従って制御装置を作成するよ
うにいう。
御装置を追加するＣＣＢエントリーは以下の理由で作成
される。 −新ＩＯＤＦが旧ＩＯＤＦと比較され、制御装置が旧Ｉ
ＯＤＦ内に発見されない場合、制御装置を構成に追加す
る必要がある。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、制御装置の定義
が変更したことが発見された場合（”修正”の下にカバ
ーされないものと思われる例外について）、削除制御装
置エントリーと追加制御装置エントリーの両方が作成さ
れる。追加エントリーは新ＩＯＤＦに対応する制御装置
レコードを発見してそれに従って制御装置を作成するよ
うにいう。
【００５８】他のエントリーへの依存： 一定の制御
装置について削除と（又は）追加エントリーが作成され
る時はいつもこのことは他のエントリーに依存する。そ
の依存関係の全体についての詳細は”フォローアップエ
ントリー構造”の節を参照されたい。
装置について削除と（又は）追加エントリーが作成され
る時はいつもこのことは他のエントリーに依存する。そ
の依存関係の全体についての詳細は”フォローアップエ
ントリー構造”の節を参照されたい。
【００５９】制御装置エントリーの修正以下の条件の何
れかが発見されると制御装置を修正するＣＣＢエントリ
ーが作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、一定のＣＨＰＩ
Ｄが新ＩＯＤＦ内の制御装置定義から削除さるべきこと
が発見された場合、制御装置を修正して制御装置の定義
から対応する一組のＣＨＰＩＤを除去すべきことを示す
一定のＣＣＢエントリーが作成される。
れかが発見されると制御装置を修正するＣＣＢエントリ
ーが作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、一定のＣＨＰＩ
Ｄが新ＩＯＤＦ内の制御装置定義から削除さるべきこと
が発見された場合、制御装置を修正して制御装置の定義
から対応する一組のＣＨＰＩＤを除去すべきことを示す
一定のＣＣＢエントリーが作成される。
【００６０】ＣＨＰＩＤを追加もしくは除去するために
修正されるそれぞれの制御装置について、制御装置に対
する全てのデバイスもＣＨＰＩＤを追加もしくは除去す
るために修正する必要がある。ＣＣＢは影響を受けるそ
れぞれのデバイスについて一つの修正デバイスエントリ
ーを含む必要がある。 −旧ＩＯＤＦを新ＩＯＤＦと比較して、一定のＣＨＰＩ
Ｄが新ＩＯＤＦ内の制御装置定義に追加さるべきことが
発見されると、一定のＣＣＢエントリーが作成され、そ
れに対応する一組のＣＨＰＩＤを制御装置定義内へ追加
するために制御装置を修正すべきことを示す。もし共通
のＣＨＰＩＤが存在しなければ、この例外的なケースは
”修正”によっては処理されず、”削除”と”追加”に
よって処理される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、装置アドレスが
追加されたり、削除されたりしたことがわかると、一定
のＣＣＢエントリーが作成され、制御装置の装置アドレ
ス範囲を追加あるいは削除するよう修正しなければなら
ないことを示す。もし共通の装置アドレスが存在しなけ
れば、これは例外的に”修正”されるのではなく、”削
除”または”追加”されることになる。
修正されるそれぞれの制御装置について、制御装置に対
する全てのデバイスもＣＨＰＩＤを追加もしくは除去す
るために修正する必要がある。ＣＣＢは影響を受けるそ
れぞれのデバイスについて一つの修正デバイスエントリ
ーを含む必要がある。 −旧ＩＯＤＦを新ＩＯＤＦと比較して、一定のＣＨＰＩ
Ｄが新ＩＯＤＦ内の制御装置定義に追加さるべきことが
発見されると、一定のＣＣＢエントリーが作成され、そ
れに対応する一組のＣＨＰＩＤを制御装置定義内へ追加
するために制御装置を修正すべきことを示す。もし共通
のＣＨＰＩＤが存在しなければ、この例外的なケースは
”修正”によっては処理されず、”削除”と”追加”に
よって処理される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、装置アドレスが
追加されたり、削除されたりしたことがわかると、一定
のＣＣＢエントリーが作成され、制御装置の装置アドレ
ス範囲を追加あるいは削除するよう修正しなければなら
ないことを示す。もし共通の装置アドレスが存在しなけ
れば、これは例外的に”修正”されるのではなく、”削
除”または”追加”されることになる。
【００６１】追加もしくは削除される装置アドレスは全
て装置アドレスレンジへ編成される。追加される全ての
新装置アドレスレンジについては一つの修正エントリー
が、また、削除される全ての旧装置アドレスレンジにつ
いては一つのエントリーが存在する。
て装置アドレスレンジへ編成される。追加される全ての
新装置アドレスレンジについては一つの修正エントリー
が、また、削除される全ての旧装置アドレスレンジにつ
いては一つのエントリーが存在する。
【００６２】デバイスＣＣＢエントリー： 一つのデ
バイスについて可能なエントリーのタイプが３つ存在す
る。 １．デバイスの削除 ２．デバイスの追加 ３．デバイスの修正 一定のデバイスに対する各ＣＣＢエントリーはヘッダフ
ラグ内にハードウエアもしくはソフトウエア構成定義が
更新さるべきことを示すことができる。これは、ＵＣＢ
を追加もしくは削除せずにサブチャネルを作成もしくは
削除したり、サブチャネルを追加もしくは削除すること
なくＵＣＢを追加削除するための柔軟性を考慮したもの
である。
バイスについて可能なエントリーのタイプが３つ存在す
る。 １．デバイスの削除 ２．デバイスの追加 ３．デバイスの修正 一定のデバイスに対する各ＣＣＢエントリーはヘッダフ
ラグ内にハードウエアもしくはソフトウエア構成定義が
更新さるべきことを示すことができる。これは、ＵＣＢ
を追加もしくは削除せずにサブチャネルを作成もしくは
削除したり、サブチャネルを追加もしくは削除すること
なくＵＣＢを追加削除するための柔軟性を考慮したもの
である。
【００６３】以下の節は何時これらのエントリーが作成
されてＣＣＢ内へ配置されるかを解説する。
されてＣＣＢ内へ配置されるかを解説する。
【００６４】デバイスの削除： 一定のデバイスを削
除するＣＣＢエントリーは以下の理由で作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され旧ＩＯＤＦ内のデ
バイス定義（ハードウエアと（又は）ソフトウエア）が
その新ＩＯＤＦ内に発見されない場合、そのデバイス定
義はシステムから削除しなければならない。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、デバイス定義が
変更した場合、デバイス定義を削除した後、システム内
へ追加して戻す必要がある（”修正”の下に定義される
ケースは除く）。従って、２つのＣＣＢエントリーが作
成される。最初のエントリーはデバイスが削除さるべき
ことを示すことになろう。第２のエントリーはデバイス
が新たな定義によって作成さるべきことを示す。
除するＣＣＢエントリーは以下の理由で作成される。 −旧ＩＯＤＦが新ＩＯＤＦと比較され旧ＩＯＤＦ内のデ
バイス定義（ハードウエアと（又は）ソフトウエア）が
その新ＩＯＤＦ内に発見されない場合、そのデバイス定
義はシステムから削除しなければならない。 −旧ＩＯＤＦが新ＩＯＤＦと比較され、デバイス定義が
変更した場合、デバイス定義を削除した後、システム内
へ追加して戻す必要がある（”修正”の下に定義される
ケースは除く）。従って、２つのＣＣＢエントリーが作
成される。最初のエントリーはデバイスが削除さるべき
ことを示すことになろう。第２のエントリーはデバイス
が新たな定義によって作成さるべきことを示す。
【００６５】デバイスエントリーの追加： 一定のデ
バイスを追加するＣＣＢエントリーは以下の理由から作
成される。 −新ＩＯＤＦが旧ＩＯＤＦと比較され、デバイス定義（
ハードウエア又はソフトウエアの）が旧ＩＯＤＦ内に格
納されなかった新ＩＯＤＦ内に発見された場合、そのデ
バイス定義をシステムに追加しなければならない。 −一定のデバイスが属性を変更した場合、そのデバイス
はシステムから削除され、（”修正”の下に記述するケ
ースは別として）再追加する必要がある。一定の追加デ
バイスエントリーがＣＣＢ内へ配置される。
バイスを追加するＣＣＢエントリーは以下の理由から作
成される。 −新ＩＯＤＦが旧ＩＯＤＦと比較され、デバイス定義（
ハードウエア又はソフトウエアの）が旧ＩＯＤＦ内に格
納されなかった新ＩＯＤＦ内に発見された場合、そのデ
バイス定義をシステムに追加しなければならない。 −一定のデバイスが属性を変更した場合、そのデバイス
はシステムから削除され、（”修正”の下に記述するケ
ースは別として）再追加する必要がある。一定の追加デ
バイスエントリーがＣＣＢ内へ配置される。
【００６６】デバイスの変更： 一定デバイスを修正
するためのＣＣＢエントリーは旧ＩＯＤＦが新ＩＯＤＦ
と比較され、以下の条件の何れか一つが検出された場合
のみ作成される。 −一定のデバイスから一定の制御装置が追加もしくは除
去される。もし新旧ＩＯＤＦ間に共通の制御装置が存在
しなければデバイスは削除され再追加される。
するためのＣＣＢエントリーは旧ＩＯＤＦが新ＩＯＤＦ
と比較され、以下の条件の何れか一つが検出された場合
のみ作成される。 −一定のデバイスから一定の制御装置が追加もしくは除
去される。もし新旧ＩＯＤＦ間に共通の制御装置が存在
しなければデバイスは削除され再追加される。
【００６７】それに続くのは制御装置の全パスをデバイ
スから削除又はデバイスへ追加するエントリーである。 −デバイスに接続される現在の制御装置に至るパスが追
加もしくは除去される。 −非合法状態検出の設定が変化した（設定可能あるいは
不可能になった）。 −好ましいチャネルパスが変化した。 上記条件のそれぞれについて、一定のＣＣＢエントリー
が作成されてデバイス定義を修正すべきことを明示する
。
スから削除又はデバイスへ追加するエントリーである。 −デバイスに接続される現在の制御装置に至るパスが追
加もしくは除去される。 −非合法状態検出の設定が変化した（設定可能あるいは
不可能になった）。 −好ましいチャネルパスが変化した。 上記条件のそれぞれについて、一定のＣＣＢエントリー
が作成されてデバイス定義を修正すべきことを明示する
。
【００６８】これら修正エントリーは全てハードウエア
のみの変化である。
のみの変化である。
【００６９】フォローアップエントリー構造若干のエン
トリーが作成されることによって以下のもう一つのタイ
プの追加エントリー又は現在エントリーが変化する。例
えば、ＣＨＰＩＤを削除すると制御装置を修正してＣＨ
ＰＩＤを削除する追加的なエントリーが発生する。
トリーが作成されることによって以下のもう一つのタイ
プの追加エントリー又は現在エントリーが変化する。例
えば、ＣＨＰＩＤを削除すると制御装置を修正してＣＨ
ＰＩＤを削除する追加的なエントリーが発生する。
【００７０】制御装置から全てのＣＨＰＩＤを削除する
場合、エントリーを変更して制御装置全体を削除する必
要がある。
場合、エントリーを変更して制御装置全体を削除する必
要がある。
【００７１】かかるフォローアップエントリーのルール
全体を図１４に示す。本図において、全ての矢印は２個
のエントリー間のフォローアップ関係を示す。異なるタ
イプのエントリー（例えばデバイス／制御装置）が関連
すると、このことは一つの追加エントリーを表わす。同
じタイプのエントリー同士が関連すると、そのことはエ
ントリーの変更を示す。図１４中の文字は以下のことを
示す。ａ：削除されるＣＨＰＩＤ（チャネルパス）の全
てについてＣＨＰＩＤをＣＨＰＩＤ上の制御装置全体か
ら削除するエントリーが存在しなければならない。ｂ：
追加されるＣＨＰＩＤの全てについてＣＨＰＩＤをＣＨ
ＰＩＤ上の制御装置全体に追加するエントリーが存在し
なければならない。ｃ：一定の制御装置から全てのＣＨ
ＰＩＤが削除される場合には、制御装置を削除し再追加
するためにエントリーを変更しなければならない。ｄ：
チャネルパス全体が一定の制御装置に対して追加される
場合には制御装置を削除し再追加するためにエントリー
を変更しなければならない。ｅ：一定の制御装置から削
除される全てのチャネルパスについて、制御装置上の全
デバイスからＣＨＰＩＤを削除するためにエントリーが
存在しなければならない。ｆ：一定の制御装置へ追加さ
れる全てのＣＨＰＩＤについて、ＣＨＰＩＤを制御装置
上の全てのデバイスへ追加するエントリーが存在しなけ
ればならない。ｇ：削除されるすべての制御装置につい
て、制御装置を制御装置上のすべてのデバイスから削除
するエントリーが存在しなければならない。ｈ：追加さ
れる全ての制御装置について、制御装置を制御装置上の
全デバイスへ追加するエントリーが存在しなければなら
ない。ｉ：一定のデバイスから削除される全ての制御装
置についても全てのチャネルパスをデバイスからの制御
装置と関連するデバイスから削除する一つのエントリー
が存在しなければならない。ｊ：一定のデバイスに追加
される全ての制御装置についても制御装置のＣＨＰＩＤ
全体をデバイスに追加するために一つのエントリーが存
在しなければならない。ｋ：全ての制御装置が一定のデ
バイスから削除される場合、エントリーを変更してデバ
イスを削除し再追加しなければならない。この遷移が妥
当であれば、遷移ｍもまた妥当でなければならない。 ｌ：全ての制御装置が一定のデバイスに追加される場合
、エントリーを変更してデバイスを削除し再追加しなけ
ればならない。この遷移が妥当であれば、遷移ｎもまた
妥当でなければならない。ｍ：全てのＣＨＰＩＤが一定
のデバイスから削除される場合、エントリーを変更して
デバイスを削除し再追加しなければならない。この遷移
が妥当であれば、遷移ｋもまた妥当でなければならない
。ｎ：全体のＣＨＰＩＤが一定のデバイスに追加される
場合、エントリーを変更してデバイスを削除し再追加し
なければならない。この遷移が妥当であると、遷移ｌも
また妥当でなければならない。
全体を図１４に示す。本図において、全ての矢印は２個
のエントリー間のフォローアップ関係を示す。異なるタ
イプのエントリー（例えばデバイス／制御装置）が関連
すると、このことは一つの追加エントリーを表わす。同
じタイプのエントリー同士が関連すると、そのことはエ
ントリーの変更を示す。図１４中の文字は以下のことを
示す。ａ：削除されるＣＨＰＩＤ（チャネルパス）の全
てについてＣＨＰＩＤをＣＨＰＩＤ上の制御装置全体か
ら削除するエントリーが存在しなければならない。ｂ：
追加されるＣＨＰＩＤの全てについてＣＨＰＩＤをＣＨ
ＰＩＤ上の制御装置全体に追加するエントリーが存在し
なければならない。ｃ：一定の制御装置から全てのＣＨ
ＰＩＤが削除される場合には、制御装置を削除し再追加
するためにエントリーを変更しなければならない。ｄ：
チャネルパス全体が一定の制御装置に対して追加される
場合には制御装置を削除し再追加するためにエントリー
を変更しなければならない。ｅ：一定の制御装置から削
除される全てのチャネルパスについて、制御装置上の全
デバイスからＣＨＰＩＤを削除するためにエントリーが
存在しなければならない。ｆ：一定の制御装置へ追加さ
れる全てのＣＨＰＩＤについて、ＣＨＰＩＤを制御装置
上の全てのデバイスへ追加するエントリーが存在しなけ
ればならない。ｇ：削除されるすべての制御装置につい
て、制御装置を制御装置上のすべてのデバイスから削除
するエントリーが存在しなければならない。ｈ：追加さ
れる全ての制御装置について、制御装置を制御装置上の
全デバイスへ追加するエントリーが存在しなければなら
ない。ｉ：一定のデバイスから削除される全ての制御装
置についても全てのチャネルパスをデバイスからの制御
装置と関連するデバイスから削除する一つのエントリー
が存在しなければならない。ｊ：一定のデバイスに追加
される全ての制御装置についても制御装置のＣＨＰＩＤ
全体をデバイスに追加するために一つのエントリーが存
在しなければならない。ｋ：全ての制御装置が一定のデ
バイスから削除される場合、エントリーを変更してデバ
イスを削除し再追加しなければならない。この遷移が妥
当であれば、遷移ｍもまた妥当でなければならない。 ｌ：全ての制御装置が一定のデバイスに追加される場合
、エントリーを変更してデバイスを削除し再追加しなけ
ればならない。この遷移が妥当であれば、遷移ｎもまた
妥当でなければならない。ｍ：全てのＣＨＰＩＤが一定
のデバイスから削除される場合、エントリーを変更して
デバイスを削除し再追加しなければならない。この遷移
が妥当であれば、遷移ｋもまた妥当でなければならない
。ｎ：全体のＣＨＰＩＤが一定のデバイスに追加される
場合、エントリーを変更してデバイスを削除し再追加し
なければならない。この遷移が妥当であると、遷移ｌも
また妥当でなければならない。
【００７２】Ｉ／Ｏ構成変更検出
本発明の実施例に記述したＭＶＳ環境では、先に示すよ
うに、装置制御ブロック（ＵＣＢ）と好適デバイステー
ブル（ＥＤＴ）はオペレーティングシステムに対する一
組のデバイスを記述する（図１の１０４：図２の１１６
）。デバイスの構成定義が上記の如くダイナミックに追
加、削除もしくは修正されると、ＭＶＳはＵＣＢをダイ
ナミックに追加、削除し、ＥＤＴを再構築する。これら
の変化を検出する機構は以下の理由で必要である。 −現在のＩ／Ｏ構成に関する情報を（例えば、構成を表
わす一組のＵＣＢ上を走査することによって）取得する
必要のあるプログラムはその一組のＩ／Ｏ構成を表わす
ＵＣＢが変更される場合には矛盾した結果に遭遇しない
。 −デバイスナンバーとＵＣＢ間の関係に反応するプログ
ラムは一定のデバイス定義が一定のデバイスから別のデ
バイスに変更される場合には矛盾した結果に遭遇するこ
とはない。（例えば、最初３３５０ＤＡＳＤと定義され
たデバイスナンバーは後に３３８０ＤＡＳＤもしくはＴ
ＡＰＥデバイスと定義することができる。）−ＵＣＢア
ドレスのリストを保持し、それが使用される前に所与の
ＵＣＢアドレスを確認するプログラムは一定のＵＣＢが
ダイナミックに削除され、別のＵＣＢが後に同じメモリ
アドレスでダイナミックに追加される。 −割当て目的でデバイスの論理的類別化に反応するプロ
グラムはデバイスの論理的類別化がダイナミックに変更
される時に矛盾した結果に遭遇しない。
うに、装置制御ブロック（ＵＣＢ）と好適デバイステー
ブル（ＥＤＴ）はオペレーティングシステムに対する一
組のデバイスを記述する（図１の１０４：図２の１１６
）。デバイスの構成定義が上記の如くダイナミックに追
加、削除もしくは修正されると、ＭＶＳはＵＣＢをダイ
ナミックに追加、削除し、ＥＤＴを再構築する。これら
の変化を検出する機構は以下の理由で必要である。 −現在のＩ／Ｏ構成に関する情報を（例えば、構成を表
わす一組のＵＣＢ上を走査することによって）取得する
必要のあるプログラムはその一組のＩ／Ｏ構成を表わす
ＵＣＢが変更される場合には矛盾した結果に遭遇しない
。 −デバイスナンバーとＵＣＢ間の関係に反応するプログ
ラムは一定のデバイス定義が一定のデバイスから別のデ
バイスに変更される場合には矛盾した結果に遭遇するこ
とはない。（例えば、最初３３５０ＤＡＳＤと定義され
たデバイスナンバーは後に３３８０ＤＡＳＤもしくはＴ
ＡＰＥデバイスと定義することができる。）−ＵＣＢア
ドレスのリストを保持し、それが使用される前に所与の
ＵＣＢアドレスを確認するプログラムは一定のＵＣＢが
ダイナミックに削除され、別のＵＣＢが後に同じメモリ
アドレスでダイナミックに追加される。 −割当て目的でデバイスの論理的類別化に反応するプロ
グラムはデバイスの論理的類別化がダイナミックに変更
される時に矛盾した結果に遭遇しない。
【００７３】ダイナミックデバイス再構成（ＤＤＲ）ス
ワップ（従来技術において公知）が生じて２個のＵＣＢ
の内容を交換する時に同様な機構が必要となる。ＤＤＲ
スワップはデバイスナンバーとＵＣＢ間の関係をスワッ
プに伴うデバイスについて変更する。
ワップ（従来技術において公知）が生じて２個のＵＣＢ
の内容を交換する時に同様な機構が必要となる。ＤＤＲ
スワップはデバイスナンバーとＵＣＢ間の関係をスワッ
プに伴うデバイスについて変更する。
【００７４】図１５は、本発明の制御ブロック構造キー
を解説するもので、このＩ／Ｏ構成変更検出を行う以下
の構造を示す。
を解説するもので、このＩ／Ｏ構成変更検出を行う以下
の構造を示す。
【００７５】ＭＶＳ Ｉ／Ｏ構成トークン（１１０１
）ＭＶＳ Ｉ／Ｏ構成トークンテーブル（１１０２）
ＵＣＢトークンテーブルインデクス（１１０３Ａ）
）ＭＶＳ Ｉ／Ｏ構成トークンテーブル（１１０２）
ＵＣＢトークンテーブルインデクス（１１０３Ａ）
【０
０７６】ＭＶＳ Ｉ／Ｏ構成トークン−１１０１ＭＶ
Ｓ Ｉ／Ｏ構成トークンの目的は、Ｉ／Ｏ構成の現在
状態を、ＩＰＬする間を通してＭＶＳに一義的に識別す
ることである。
０７６】ＭＶＳ Ｉ／Ｏ構成トークン−１１０１ＭＶ
Ｓ Ｉ／Ｏ構成トークンの目的は、Ｉ／Ｏ構成の現在
状態を、ＩＰＬする間を通してＭＶＳに一義的に識別す
ることである。
【００７７】ＭＶＳ Ｉ／Ｏ構成トークンは、ＭＶＳ
プログラミングサービスと共に使用することによってそ
のサービスから受取られた情報がトークンにより表わさ
れる構成定義と一貫するようにすることができる。
プログラミングサービスと共に使用することによってそ
のサービスから受取られた情報がトークンにより表わさ
れる構成定義と一貫するようにすることができる。
【００７８】トークンフォーマット
ＭＶＳ Ｉ／Ｏ構成トークンは以下のデータから構成
される。 −ＩＯＤＦワールドワイド一意値（ＷＷＵＶ）１１０１
Ａ注記：ＩＯＤＦはＭＶＳが初期化するために要するＩ
／Ｏ構成定義を全て含むＩ／Ｏ定義ファイルである。こ
のファイルは初期化プロセス中にＭＶＳにより読取られ
、Ｉ／Ｏ構成に対するＵＣＢとＥＤＴを構築する。ＩＯ
ＤＦはＩＯＤＦを一義的に識別するワールド・ワイド一
意値（ＷＷＵＶ）を含む。ＷＷＵＶは（以下からなる） ＣＰＵアドレス１１０１Ｂ ＣＰＵシリアルナンバー１１０１Ｃ ＣＰＵモデルナンバー１１０１Ｄ ＴＯＤクロック１１０１Ｅ（ＩＯＤＦ作成時）−オペレ
ーティングシステム構成識別子１１０１Ｆ（ＩＯＤＦ内
の特定の構成にユニークな任意の８バイトストリング） −シーケンスナンバー１１０１Ｇ −ＤＤＲスワップ１１０１Ｈのナンバー−ＥＤＴ識別子
１１０１Ｊ オペレーティングシステムが初期プログラムロードプロ
セスの一部として初期化を完了する時にＭＶＳ Ｉ／
Ｏ 構成トークンがつくりだされる。 −ＩＰＬ時に選択したＩＯＤＦからＩＯＤＦ ＷＷＵ
Ｖが取得される。 −オペレーティングシステム構成識別子は、何も指定さ
れず唯一のオペレーティングシステム定義のみがＩＰＬ
について使用されるＩＯＤＦ内に存在する場合にはＩＰ
Ｌのインストールによって指定されるもの、即ち、デフ
ォルト識別子である。 −シーケンスナンバーはゼロに初期化される。 −ＤＤＲスワップのナンバーはゼロに初期化される。 −初期ＥＤＴ識別子は何も指定されず唯一のＥＤＴ識別
子のみがＩＰＬについて使用されるＩＯＤＦ内に存在す
る場合にはＩＰＬについて指定されるもの、即ち、デフ
ォルト識別子である。
される。 −ＩＯＤＦワールドワイド一意値（ＷＷＵＶ）１１０１
Ａ注記：ＩＯＤＦはＭＶＳが初期化するために要するＩ
／Ｏ構成定義を全て含むＩ／Ｏ定義ファイルである。こ
のファイルは初期化プロセス中にＭＶＳにより読取られ
、Ｉ／Ｏ構成に対するＵＣＢとＥＤＴを構築する。ＩＯ
ＤＦはＩＯＤＦを一義的に識別するワールド・ワイド一
意値（ＷＷＵＶ）を含む。ＷＷＵＶは（以下からなる） ＣＰＵアドレス１１０１Ｂ ＣＰＵシリアルナンバー１１０１Ｃ ＣＰＵモデルナンバー１１０１Ｄ ＴＯＤクロック１１０１Ｅ（ＩＯＤＦ作成時）−オペレ
ーティングシステム構成識別子１１０１Ｆ（ＩＯＤＦ内
の特定の構成にユニークな任意の８バイトストリング） −シーケンスナンバー１１０１Ｇ −ＤＤＲスワップ１１０１Ｈのナンバー−ＥＤＴ識別子
１１０１Ｊ オペレーティングシステムが初期プログラムロードプロ
セスの一部として初期化を完了する時にＭＶＳ Ｉ／
Ｏ 構成トークンがつくりだされる。 −ＩＰＬ時に選択したＩＯＤＦからＩＯＤＦ ＷＷＵ
Ｖが取得される。 −オペレーティングシステム構成識別子は、何も指定さ
れず唯一のオペレーティングシステム定義のみがＩＰＬ
について使用されるＩＯＤＦ内に存在する場合にはＩＰ
Ｌのインストールによって指定されるもの、即ち、デフ
ォルト識別子である。 −シーケンスナンバーはゼロに初期化される。 −ＤＤＲスワップのナンバーはゼロに初期化される。 −初期ＥＤＴ識別子は何も指定されず唯一のＥＤＴ識別
子のみがＩＰＬについて使用されるＩＯＤＦ内に存在す
る場合にはＩＰＬについて指定されるもの、即ち、デフ
ォルト識別子である。
【００７９】ＭＶＳ Ｉ／Ｏ構成トークンは以下の事
象のそれぞれについて更新される。 −新たなＩ／Ｏ構成定義が活性化される。この場合、新
たなＩＯＤＦ ＷＷＵＶと新たなオペレーティングシ
ステム構成識別子が構成トークン内へストアされる。更
に、構成トークンシーケンスカウントがインクリメント
される。もしＥＤＴが再構築されると、ＥＤＴ識別子が
更新される。 −ＤＤＲスワップが生ずる。ＤＤＲスワップカウントは
構成トークン内でインクリメントされる。
象のそれぞれについて更新される。 −新たなＩ／Ｏ構成定義が活性化される。この場合、新
たなＩＯＤＦ ＷＷＵＶと新たなオペレーティングシ
ステム構成識別子が構成トークン内へストアされる。更
に、構成トークンシーケンスカウントがインクリメント
される。もしＥＤＴが再構築されると、ＥＤＴ識別子が
更新される。 −ＤＤＲスワップが生ずる。ＤＤＲスワップカウントは
構成トークン内でインクリメントされる。
【００８０】ＭＶＳ Ｉ／Ｏ構成トークンテーブル１
１０２ ＭＶＳ Ｉ／Ｏ構成トークンテーブルはｎ個の要素の
アレイより構成される（好適なＭＶＳの構造は１６エン
トリーのテーブルサイズを示す）。アレイ内のそれぞれ
の要素は妥当ＭＶＳ Ｉ／Ｏ構成トークンを表わす。
１０２ ＭＶＳ Ｉ／Ｏ構成トークンテーブルはｎ個の要素の
アレイより構成される（好適なＭＶＳの構造は１６エン
トリーのテーブルサイズを示す）。アレイ内のそれぞれ
の要素は妥当ＭＶＳ Ｉ／Ｏ構成トークンを表わす。
【００８１】システム初期化中、初期ＭＶＳ Ｉ／Ｏ
構成トークンはテーブルの最初のスロット内にストアさ
れる。ＭＶＳ Ｉ／Ｏ構成トークンが変化する毎に、
即ち、以下のうちの一つが生ずる毎に新たなトークンが
テーブルに追加される。 −新たなＩ／Ｏ構成定義の首尾良い活性化−２個のＵＣ
Ｂの内容を交換するＤＤＲスワップ。
構成トークンはテーブルの最初のスロット内にストアさ
れる。ＭＶＳ Ｉ／Ｏ構成トークンが変化する毎に、
即ち、以下のうちの一つが生ずる毎に新たなトークンが
テーブルに追加される。 −新たなＩ／Ｏ構成定義の首尾良い活性化−２個のＵＣ
Ｂの内容を交換するＤＤＲスワップ。
【００８２】もしトークンテーブルが一杯になると、そ
れぞれの継起する構成変化によってテーブル中のトーク
ンがシフトアップして最も古いトークンが除去される（
即ち、最新の１６まで維持される）。また、このために
はそれぞれのＵＣＢ１１０３Ａ内のトークンテーブルイ
ンデクス値が更新され適当なトークンを指示することも
必要である。（ＵＣＢトークンテーブルインデクスの説
明については”ＵＣＢトークンテーブルインデクス”を
参照されたい。）
れぞれの継起する構成変化によってテーブル中のトーク
ンがシフトアップして最も古いトークンが除去される（
即ち、最新の１６まで維持される）。また、このために
はそれぞれのＵＣＢ１１０３Ａ内のトークンテーブルイ
ンデクス値が更新され適当なトークンを指示することも
必要である。（ＵＣＢトークンテーブルインデクスの説
明については”ＵＣＢトークンテーブルインデクス”を
参照されたい。）
【００８３】ＵＣＢトークンテーブルインデクス１１０
３Ａ ＵＣＢトークンテーブルインデクスは一つのインデクス
をＭＶＳ Ｉ／Ｏ構成トークンテーブル内に格納する
ＵＣＢフィールドである。このインデクスはこのＵＣＢ
定義が追加もしくは最後に変更された時のＭＶＳ Ｉ
／Ｏ構成トークンを表わす。
３Ａ ＵＣＢトークンテーブルインデクスは一つのインデクス
をＭＶＳ Ｉ／Ｏ構成トークンテーブル内に格納する
ＵＣＢフィールドである。このインデクスはこのＵＣＢ
定義が追加もしくは最後に変更された時のＭＶＳ Ｉ
／Ｏ構成トークンを表わす。
【００８４】トークンテーブルインデクス値の管理は以
下の如く行われる。 −ＩＰＬで構築されたＵＣＢは全て０のインデクスを含
む。 −トークンテーブル（０のインデクスを有する）内の初
期エントリーはＩＰＬ時のＩ／Ｏ構成定義を表わすＭＶ
Ｓ Ｉ／Ｏ構成トークンを含む。 −ダイナミック構成の変更もしくはＤＤＲスワップが生
じる毎に、新たな一つのＭＶＳ Ｉ／Ｏ構成トークン
がつくりだされ、トークンテーブルに追加される。 −一つのＵＣＢがダイナミックに追加もしくはダイナミ
ックに修正されると、そのＵＣＢ内のトークンテーブル
インデクスはトークンテーブル中の現在トークンのイン
デクスにセットされる。 −ＤＤＲスワップが生ずる毎に両方の影響を受けたＵＣ
Ｂ内のトークンテーブルインデクス値はトークンテーブ
ル中の現在トークンのインデクスにセットされる。 −もしトークンテーブルが一杯になると、それぞれの継
起的な構成変更によってテーブル内のトークンはシフト
し、最も古いトークンが除去され最新のトークン１６が
維持される。このためには各ＵＣＢ内のトークンテーブ
ルインデクス値を更新して適当なトークンを指示するよ
うにする必要がある。注記：もしＵＣＢインデクスが既
にゼロならば、ゼロのままに放置される。それ故、もし
ＭＶＳ構成トークンの検索後に１７の構成変更が生ずる
場合、サービスはトークンミスマッチを検出し、デバイ
ス定義が変更したことを指示することになろう。
下の如く行われる。 −ＩＰＬで構築されたＵＣＢは全て０のインデクスを含
む。 −トークンテーブル（０のインデクスを有する）内の初
期エントリーはＩＰＬ時のＩ／Ｏ構成定義を表わすＭＶ
Ｓ Ｉ／Ｏ構成トークンを含む。 −ダイナミック構成の変更もしくはＤＤＲスワップが生
じる毎に、新たな一つのＭＶＳ Ｉ／Ｏ構成トークン
がつくりだされ、トークンテーブルに追加される。 −一つのＵＣＢがダイナミックに追加もしくはダイナミ
ックに修正されると、そのＵＣＢ内のトークンテーブル
インデクスはトークンテーブル中の現在トークンのイン
デクスにセットされる。 −ＤＤＲスワップが生ずる毎に両方の影響を受けたＵＣ
Ｂ内のトークンテーブルインデクス値はトークンテーブ
ル中の現在トークンのインデクスにセットされる。 −もしトークンテーブルが一杯になると、それぞれの継
起的な構成変更によってテーブル内のトークンはシフト
し、最も古いトークンが除去され最新のトークン１６が
維持される。このためには各ＵＣＢ内のトークンテーブ
ルインデクス値を更新して適当なトークンを指示するよ
うにする必要がある。注記：もしＵＣＢインデクスが既
にゼロならば、ゼロのままに放置される。それ故、もし
ＭＶＳ構成トークンの検索後に１７の構成変更が生ずる
場合、サービスはトークンミスマッチを検出し、デバイ
ス定義が変更したことを指示することになろう。
【００８５】ＭＶＳ Ｉ／Ｏ構成トークンの使用先に
記したように、ＭＶＳプログラミングサービスと共にト
ークンを使用して同サービスから受取られた情報が入力
トークンと一貫するようにすることができる。
記したように、ＭＶＳプログラミングサービスと共にト
ークンを使用して同サービスから受取られた情報が入力
トークンと一貫するようにすることができる。
【００８６】所与のダイナミック構成変更についてはト
ークンの影響を受けた部分のみが更新されることになろ
う。プログラミングサービスによって復帰されるデータ
に対する一貫性が確保されることになろう。例えば、も
しダイナミック構成変更がＥＤＴしか更新しない場合に
はＵＣＢ情報を戻すプログラミングサービスは何かが矛
盾するということを示さないであろう。
ークンの影響を受けた部分のみが更新されることになろ
う。プログラミングサービスによって復帰されるデータ
に対する一貫性が確保されることになろう。例えば、も
しダイナミック構成変更がＥＤＴしか更新しない場合に
はＵＣＢ情報を戻すプログラミングサービスは何かが矛
盾するということを示さないであろう。
【００８７】トークンは以下の４個のケースを検出する
ために使用することができる。 −ＵＣＢの一組がダイナミックに変化した。 −特定デバイスの定義がダイナミックに変化した。 −ＥＤＴがダイナミックに再構築された。 −一デバイスがＤＤＲスワップ内に含まれた。
ために使用することができる。 −ＵＣＢの一組がダイナミックに変化した。 −特定デバイスの定義がダイナミックに変化した。 −ＥＤＴがダイナミックに再構築された。 −一デバイスがＤＤＲスワップ内に含まれた。
【００８８】ＭＶＳ Ｉ／Ｏ構成トークンのコンセプ
トによって、一定のプログラムが、構成トークンがリス
トに保持される場合、リスト内の全ＵＣＢをピン接続し
ないままＵＣＢアドレス又はデバイスナンバーのリスト
を維持することが可能になる。構成トークンはシステム
サービスによって使用されることによってＵＣＢ定義が
構成トークンによって表わされるその定義と一貫するよ
うにすることができる。殊に、そのサービスによって入
力装置ナンバーのデバイス定義やＵＣＢアドスが入力構
成トークンによって表わされる時点以降変更しないよう
にすることができよう。もし、ＵＣＢ内のトークンイン
デクスが入力として受取ったトークンよりも新しい構成
トークンを表わす場合には、同サービスはデバイス定義
が（同サービスからのリターンコードを介して）入力ト
ークンと矛盾することを示すことになろう。
トによって、一定のプログラムが、構成トークンがリス
トに保持される場合、リスト内の全ＵＣＢをピン接続し
ないままＵＣＢアドレス又はデバイスナンバーのリスト
を維持することが可能になる。構成トークンはシステム
サービスによって使用されることによってＵＣＢ定義が
構成トークンによって表わされるその定義と一貫するよ
うにすることができる。殊に、そのサービスによって入
力装置ナンバーのデバイス定義やＵＣＢアドスが入力構
成トークンによって表わされる時点以降変更しないよう
にすることができよう。もし、ＵＣＢ内のトークンイン
デクスが入力として受取ったトークンよりも新しい構成
トークンを表わす場合には、同サービスはデバイス定義
が（同サービスからのリターンコードを介して）入力ト
ークンと矛盾することを示すことになろう。
【００８９】注記：ＭＶＳ構成では最後の１６個のトー
クンのみが保持されるため、一個のプログラムが構成ト
ークンを受取り、１７のダイナミックなＩ／Ｏ構成の変
化が起こり、その後、同プログラムはたとい特定のデバ
イス定義が変更しなかったとしてもトークンの不整合を
検出することが可能である。
クンのみが保持されるため、一個のプログラムが構成ト
ークンを受取り、１７のダイナミックなＩ／Ｏ構成の変
化が起こり、その後、同プログラムはたとい特定のデバ
イス定義が変更しなかったとしてもトークンの不整合を
検出することが可能である。
【００９０】構成トークンによってプログラムは、さも
なければ検出されないであろう以下のケースを検出する
ことができる。 −特定デバイスナンバーに対する構成定義が変更した。 （何故ならば、サービスはデバイスナンバーに対して一
つのＵＣＢが存在し、デバイス定義がトークンと一貫す
るものであるという両方のことを確認することになろう
。） −一個のＵＣＢが削除されるか、それと異なる一個のＵ
ＣＢが後に同じメモリアドレスで追加される。（何故な
らば、同サービスはＵＣＢアドレスが妥当なＵＣＢを表
わし、デバイス定義がトークンと一貫したものであると
いうことを確認することになろう。）
なければ検出されないであろう以下のケースを検出する
ことができる。 −特定デバイスナンバーに対する構成定義が変更した。 （何故ならば、サービスはデバイスナンバーに対して一
つのＵＣＢが存在し、デバイス定義がトークンと一貫す
るものであるという両方のことを確認することになろう
。） −一個のＵＣＢが削除されるか、それと異なる一個のＵ
ＣＢが後に同じメモリアドレスで追加される。（何故な
らば、同サービスはＵＣＢアドレスが妥当なＵＣＢを表
わし、デバイス定義がトークンと一貫したものであると
いうことを確認することになろう。）
【００９１】デバイスピン接続
上記の如く、本発明はデータ保全目的でＰＩＮ機構を提
供することによって、システムによって使用中のデバイ
ス定義は削除に適しないものであるとしてマーキングす
ることができる。このＰＩＮ機構は以下のことを実行す
る。 −デバイスピン接続 −許可プログラムがＵＣＢ（とその関連するデバイスに
関するデータ構造）が削除に適しないものとしてマーキ
ングされるように要求することを可能にする。 −許可プログラムが一定のデバイスに至る全パスが削除
に適しないものとしてマーキングされるように要求する
ことを可能にする。これはデバイスのピン接続よりも大
雑把である。デバイスピン接続からパスのピン接続を分
離することによってパスがピン接続されていなければパ
スをピン接続されたデバイスからダイナミックに削除す
ることが可能になる。
供することによって、システムによって使用中のデバイ
ス定義は削除に適しないものであるとしてマーキングす
ることができる。このＰＩＮ機構は以下のことを実行す
る。 −デバイスピン接続 −許可プログラムがＵＣＢ（とその関連するデバイスに
関するデータ構造）が削除に適しないものとしてマーキ
ングされるように要求することを可能にする。 −許可プログラムが一定のデバイスに至る全パスが削除
に適しないものとしてマーキングされるように要求する
ことを可能にする。これはデバイスのピン接続よりも大
雑把である。デバイスピン接続からパスのピン接続を分
離することによってパスがピン接続されていなければパ
スをピン接続されたデバイスからダイナミックに削除す
ることが可能になる。
【００９２】図１６にＰＩＮ機構の重要なデータ構造を
示す。それらは以下のものを包含する。
示す。それらは以下のものを包含する。
【００９３】ピンキューヘッダ１１０４ピンキューヘッ
ダはＵＣＢ（１１０３Ｂ）から係止され、以下のフィー
ルドより構成される。 制御ブロックバージョンナンバー１１０４ＡＰＱＥのカ
ウントが妥当でない時を示すフラグ１１０４Ｂ ＰＱＥチェーン上のＰＱＥのカウント１１０４ＣＰＱＥ
チェーン上の最初のＰＱＥのアドレス１１０４ＤＰＱＥ
チェーン上の最後のＰＱＥのアドレス１１０４ＥＵＣＢ
のアドレス１１０４Ｆ
ダはＵＣＢ（１１０３Ｂ）から係止され、以下のフィー
ルドより構成される。 制御ブロックバージョンナンバー１１０４ＡＰＱＥのカ
ウントが妥当でない時を示すフラグ１１０４Ｂ ＰＱＥチェーン上のＰＱＥのカウント１１０４ＣＰＱＥ
チェーン上の最初のＰＱＥのアドレス１１０４ＤＰＱＥ
チェーン上の最後のＰＱＥのアドレス１１０４ＥＵＣＢ
のアドレス１１０４Ｆ
【００９４】ピンキュー素子１１０５
ピンキュー素子は（ダブルヘッド・ダブルスレッドキュ
ーを介して）ＰＱＨから係止され、以下のフィールドか
ら構成される。 制御ブロックバージョンナンバー１１０５Ａフラグ１１
０５Ｂ −要求がアドレス空間終了を越えて継続する場合のイン
ディケータ −ピンがタスクモードコーラの代わりに使用される場合
のインディケータ −要求が全パスをデバイスにピン接続する場合のインデ
ィケータ −要求がＮＩＰ中に行われることを示すインディケータ
最初の次のＰＱＥ１１０５Ｃのアドレス先のＰＱＥ１１
０５Ｄのアドレス ＰＱＨ１１０５Ｅのアドレス ピンシーケンスカウント１１０５Ｆ 現在の一次アドレス空間１１０５ＧのＳＴＯＫＥＮ（ピ
ン接続を実際に行ったアドレス空間を示す）リクエスタ
１１０５Ｈの部品ＩＤ ＳＲＢモードピンナのＰＩＮＮＥＲ ＩＤ １１０
５Ｊ ＡＳＩＤ： タスクモードピンナ用のジョブステップＴＣＢのアドレ
ス ピン１１０５Ｋの時刻と日付 ピンテキスト１１０５Ｌ
ーを介して）ＰＱＨから係止され、以下のフィールドか
ら構成される。 制御ブロックバージョンナンバー１１０５Ａフラグ１１
０５Ｂ −要求がアドレス空間終了を越えて継続する場合のイン
ディケータ −ピンがタスクモードコーラの代わりに使用される場合
のインディケータ −要求が全パスをデバイスにピン接続する場合のインデ
ィケータ −要求がＮＩＰ中に行われることを示すインディケータ
最初の次のＰＱＥ１１０５Ｃのアドレス先のＰＱＥ１１
０５Ｄのアドレス ＰＱＨ１１０５Ｅのアドレス ピンシーケンスカウント１１０５Ｆ 現在の一次アドレス空間１１０５ＧのＳＴＯＫＥＮ（ピ
ン接続を実際に行ったアドレス空間を示す）リクエスタ
１１０５Ｈの部品ＩＤ ＳＲＢモードピンナのＰＩＮＮＥＲ ＩＤ １１０
５Ｊ ＡＳＩＤ： タスクモードピンナ用のジョブステップＴＣＢのアドレ
ス ピン１１０５Ｋの時刻と日付 ピンテキスト１１０５Ｌ
【００９５】ピントークン１１０６
デバイスのピンナは８バイトピントークンを戻される。
【００９６】ピントークンは以下の２つの作用を提供す
る： −除去さるべきＰＱＥを一義的に識別する。 −削除さるべきＰＱＥの高速参照を行う。
る： −除去さるべきＰＱＥを一義的に識別する。 −削除さるべきＰＱＥの高速参照を行う。
【００９７】ピントークンは以下のフォーマットを有す
る。 ＰＱＥアドレス１１０６Ａ ピンシーケンスカウント１１０６Ｂ 図１７にピンサービス作用を図解する。１２０１におい
て、必要なシリアル化とバリデーションが実行される。 （即ち、ダイナミック構成変更に対して連続化するため
の１ロック（ＵＬＵＴロック）が取得される。ＵＣＢは
ＰＩＮキューを連続化するためにロックされる。ＵＣＢ
アドレスはデバイスナンバーを抽出し、一定のＵＣＢ参
照を実行し、その結果得られるＵＣＢアドレスが入力Ｕ
ＣＢアドレスとマッチするようにすることによってＵＣ
Ｂアドレスは（ＵＣＢをロックする前に）妥当化される
。）もしＰＱＨが存在しなければ（１２０２）、一つが
構築され（１２０３）、ＵＣＢから連鎖を解かれる（図
１６の１１０４を参照）。ピンシーケンスカウント（Ｐ
ＩＮトークンの一義性を保証するカウンタ）が更新され
（図１６の１１０５Ｆ）、ＰＱＥがチェーンに追加され
る（１２０４）（図１６の１１０５参照）。次に、タス
ク又はアドレス空間に関する情報がＰＱＥへ追加され（
１２０５）、タスクモードピンをジョブステップＴＣＢ
に関連させ、ＳＲＢモードピンを一次アドレス空間に関
連させる（図１６の１１０５Ｊを参照）。最後に、ロッ
クが解除され（１２０６）、ピントークンが構成され戻
される。
る。 ＰＱＥアドレス１１０６Ａ ピンシーケンスカウント１１０６Ｂ 図１７にピンサービス作用を図解する。１２０１におい
て、必要なシリアル化とバリデーションが実行される。 （即ち、ダイナミック構成変更に対して連続化するため
の１ロック（ＵＬＵＴロック）が取得される。ＵＣＢは
ＰＩＮキューを連続化するためにロックされる。ＵＣＢ
アドレスはデバイスナンバーを抽出し、一定のＵＣＢ参
照を実行し、その結果得られるＵＣＢアドレスが入力Ｕ
ＣＢアドレスとマッチするようにすることによってＵＣ
Ｂアドレスは（ＵＣＢをロックする前に）妥当化される
。）もしＰＱＨが存在しなければ（１２０２）、一つが
構築され（１２０３）、ＵＣＢから連鎖を解かれる（図
１６の１１０４を参照）。ピンシーケンスカウント（Ｐ
ＩＮトークンの一義性を保証するカウンタ）が更新され
（図１６の１１０５Ｆ）、ＰＱＥがチェーンに追加され
る（１２０４）（図１６の１１０５参照）。次に、タス
ク又はアドレス空間に関する情報がＰＱＥへ追加され（
１２０５）、タスクモードピンをジョブステップＴＣＢ
に関連させ、ＳＲＢモードピンを一次アドレス空間に関
連させる（図１６の１１０５Ｊを参照）。最後に、ロッ
クが解除され（１２０６）、ピントークンが構成され戻
される。
【００９８】図１８にピン解除（ＵＮＰＩＮ）作用を示
す。１２２１で入力ピントークン（図１６の１１０６参
照）を（ＰＱＥアドレスが妥当ＰＱＥであってピントー
クン中のピンシーケンスカウントがＰＱＥ内のシーケン
スカウントをマッチする（図１６の１１０５Ｆ）ように
確保することによって）妥当化し、ＵＣＢロックが取得
されピンキューを連続化する。ＰＱＥはＰＱＥチェーン
から除去され（１２２２）、もしチェーン上にＰＱＥが
残っていなければ（１２２３）、ＰＱＨが除去される（
図１６の１１０３Ｂ、１１０４）。最後に、ＵＣＢロッ
クが解除される（１２２５）。
す。１２２１で入力ピントークン（図１６の１１０６参
照）を（ＰＱＥアドレスが妥当ＰＱＥであってピントー
クン中のピンシーケンスカウントがＰＱＥ内のシーケン
スカウントをマッチする（図１６の１１０５Ｆ）ように
確保することによって）妥当化し、ＵＣＢロックが取得
されピンキューを連続化する。ＰＱＥはＰＱＥチェーン
から除去され（１２２２）、もしチェーン上にＰＱＥが
残っていなければ（１２２３）、ＰＱＨが除去される（
図１６の１１０３Ｂ、１１０４）。最後に、ＵＣＢロッ
クが解除される（１２２５）。
【００９９】グループシリアル化
上記の如く、シリアル化手法の他の大きな部分はグルー
プシリアル化機構であって、グループ定義が変更可能な
間にデバイス群に対するシリアル化要求を処理する。
プシリアル化機構であって、グループ定義が変更可能な
間にデバイス群に対するシリアル化要求を処理する。
【０１００】従来技術においては装置名、総称名をデバ
イスがそれらに割当てられる必要がある際にユーザが供
給することができることが知られている。オペレーティ
ングシステムの”割当”機能はその後、これらの要求を
翻訳して特定のデバイスナンバー（もしくは一組のデバ
イスナンバー）に対する要求に変換する。ＩＢＭのＭＶ
Ｓ／ＥＳＡオペレーティングシステムはデバイスナンバ
ー群を”割当グループ”へ分割してこの機能を実行する
ことが知られている。その場合、一つの割当グループは
同一の総称デバイスタイプ内にある一組のデバイスとし
て定義され、それとピッタリ同一の一組の装置名に定義
される。図１９Ａはかかる割当グループ定義のうちの七
個を示すもので、図１９Ａはデバイス５７１（以前はグ
ループ６内にあった。図１９Ａの１３０１参照）が装置
名Ｔ２から装置名Ｔ１へ定義しなおされた後の同一シス
テム内の七個の割当群を示す。（従ってグループ５内に
ある。図１９Ｂの１３０２を参照）。
イスがそれらに割当てられる必要がある際にユーザが供
給することができることが知られている。オペレーティ
ングシステムの”割当”機能はその後、これらの要求を
翻訳して特定のデバイスナンバー（もしくは一組のデバ
イスナンバー）に対する要求に変換する。ＩＢＭのＭＶ
Ｓ／ＥＳＡオペレーティングシステムはデバイスナンバ
ー群を”割当グループ”へ分割してこの機能を実行する
ことが知られている。その場合、一つの割当グループは
同一の総称デバイスタイプ内にある一組のデバイスとし
て定義され、それとピッタリ同一の一組の装置名に定義
される。図１９Ａはかかる割当グループ定義のうちの七
個を示すもので、図１９Ａはデバイス５７１（以前はグ
ループ６内にあった。図１９Ａの１３０１参照）が装置
名Ｔ２から装置名Ｔ１へ定義しなおされた後の同一シス
テム内の七個の割当群を示す。（従ってグループ５内に
ある。図１９Ｂの１３０２を参照）。
【０１０１】更に、ＥＤＴ内には特定装置名内に含まれ
る割当または割当群を表わす”グループマスク”を含む
ことが知られている。図２０は図１８中の定義に対応す
るグループマスクを示す。例えば、装置３３５０はこの
装置名が割当群２、３、４を包括することを示す。ため
に３ビットを”オン”にするように描かれている（１３
０３）。これらのグループマスクは過去において共用メ
モリ中の”グローバルマスク”と共に使用され、特定群
に対するアクセスを連続化したものである。図２０に示
す例では、グローバルマスク（１３０４）はグループ５
がロックされることを示す１ビットを”オン”にし、グ
ループ５を包括する任意の装置名を割当てようとするユ
ーザが待機するようにしている。（図２０に示してある
装置３４８０または装置Ｔ１）
る割当または割当群を表わす”グループマスク”を含む
ことが知られている。図２０は図１８中の定義に対応す
るグループマスクを示す。例えば、装置３３５０はこの
装置名が割当群２、３、４を包括することを示す。ため
に３ビットを”オン”にするように描かれている（１３
０３）。これらのグループマスクは過去において共用メ
モリ中の”グローバルマスク”と共に使用され、特定群
に対するアクセスを連続化したものである。図２０に示
す例では、グローバルマスク（１３０４）はグループ５
がロックされることを示す１ビットを”オン”にし、グ
ループ５を包括する任意の装置名を割当てようとするユ
ーザが待機するようにしている。（図２０に示してある
装置３４８０または装置Ｔ１）
【０１０２】本発明は、ダイナミックに修正可能なＩ／
Ｏ構成（”再構成”）を考慮しているため、一定のデバ
イスナンバーが、デバイス５７１が図１９Ａと１９Ｂ間
に有するような割当群の間を移動することができる。か
くして、それ以上収容せずに再構成前のロッキンググル
ープ５は再構成後のグループのデバイス部分（特にデバ
イス５７１）を全てロックすることはないであろう。
Ｏ構成（”再構成”）を考慮しているため、一定のデバ
イスナンバーが、デバイス５７１が図１９Ａと１９Ｂ間
に有するような割当群の間を移動することができる。か
くして、それ以上収容せずに再構成前のロッキンググル
ープ５は再構成後のグループのデバイス部分（特にデバ
イス５７１）を全てロックすることはないであろう。
【０１０３】本問題を解決するために、本発明の好適例
は図２１の１４０１に示すような”グループマスク変換
テーブル”（ＧＭＣＴ）をＥＤＴの一部として含む。こ
のテーブルはそれぞれの割当群に対応する行を備え、再
構成中に一定のＥＤＴ内の入力グループマスクから”変
換”グループマスクをつくりだすために使用される（”
新たなＥＤＴ”）。図１９Ａ−２０の再構成例を使用し
て、対応するＧＭＣＴ（図２１の１４０１）が以下の如
く構成される。ＧＭＣＴ内の各行は新たなＥＤＴ内の割
当群に対応する。それぞれの列は旧ＥＤＴ中の割当グル
ープナンバーに対応する。もし（新たな）割当群Ｘ内の
一デバイスが（旧）割当群Ｙ中に発生されば１ビットが
行Ｘと列Ｙ中にセットされる。かくして、行１４０２（
新たな割当群５に対する。図１９Ａ参照）は、デバイス
５７０と５７１（新たな割当群５）が旧割当群５（デバ
イス５７０）と６（デバイス５７１と５７２）を包括す
るためビット５と６を割り付ける（図１９Ｂ参照）。
は図２１の１４０１に示すような”グループマスク変換
テーブル”（ＧＭＣＴ）をＥＤＴの一部として含む。こ
のテーブルはそれぞれの割当群に対応する行を備え、再
構成中に一定のＥＤＴ内の入力グループマスクから”変
換”グループマスクをつくりだすために使用される（”
新たなＥＤＴ”）。図１９Ａ−２０の再構成例を使用し
て、対応するＧＭＣＴ（図２１の１４０１）が以下の如
く構成される。ＧＭＣＴ内の各行は新たなＥＤＴ内の割
当群に対応する。それぞれの列は旧ＥＤＴ中の割当グル
ープナンバーに対応する。もし（新たな）割当群Ｘ内の
一デバイスが（旧）割当群Ｙ中に発生されば１ビットが
行Ｘと列Ｙ中にセットされる。かくして、行１４０２（
新たな割当群５に対する。図１９Ａ参照）は、デバイス
５７０と５７１（新たな割当群５）が旧割当群５（デバ
イス５７０）と６（デバイス５７１と５７２）を包括す
るためビット５と６を割り付ける（図１９Ｂ参照）。
【０１０４】その後、ＧＭＣＴが入力マスク（連続化さ
るべき特定の一組の割当群を表わす）と組になって使用
され、以下の如く、”変換マスク”をつくりだす。一定
の入力マスク中にセットされる各ビットはＧＭＣＴから
一行を選択するために使用され、その行は論理和をとっ
て構築される変換マスク内へ納められる。例えば、装置
３４８０の場合、入力マスクは図２１の１４０３で示す
。この入力マスクを使用するとＧＭＣＴ１４０１の行５
と６の論理和が得られ、変換マスク１４０４がつくりだ
される。
るべき特定の一組の割当群を表わす）と組になって使用
され、以下の如く、”変換マスク”をつくりだす。一定
の入力マスク中にセットされる各ビットはＧＭＣＴから
一行を選択するために使用され、その行は論理和をとっ
て構築される変換マスク内へ納められる。例えば、装置
３４８０の場合、入力マスクは図２１の１４０３で示す
。この入力マスクを使用するとＧＭＣＴ１４０１の行５
と６の論理和が得られ、変換マスク１４０４がつくりだ
される。
【０１０５】図２２は、これらのコンセプトを結合して
如何にして専ら一つの割当群にアクセスすることができ
るかを示す。１５０１において、一定のグループ変化が
どのように進行するかについてのテストが行われる（も
し旧ＥＤＴのユーザが新ＥＤＴのユーザと並行して存在
する場合には一定の変化が進行中である）。もし進行中
であれば、変換グループマスクが丁度図解したばかりの
方法によってＧＭＣＴと入力グループマスクを用いて一
定の変換グループマスクがつくりだされる（１５０２）
。その後、適当なシリアル化ロックを取得して（１５０
３）、グループに対してアクセス要求する他のプロセス
によって連続化する。入力マスクと変換マスクを使用し
て、所要グループに対してアクセスする試みが行われる
（１５０４、１５０７）。入力マスクは新たなＥＤＴ（
”ロックされた”グループを表わす）と関連する（一次
）グローバルマスクに対して使用され、変換マスクは旧
ＥＤＴと関連する（二次）グローバルマスクに対して使
用される（図２０の１３０４で示すグローバルマスクは
グループ５がロックされ、他の全てのグループがロック
されず、グループ２、３、４が現在ロック解除されてい
るため”３３５０”（１３０３）を割当てようとする試
みは成功せず（マスク１３０３と１３０４の論理積をと
るとゼロとなる）、次いでグローバルマスク１３０４は
マスク１３０３と”論理和”をとられてこれら３ビット
をオンにし、これら３グループが今やロックされたこと
を示す）。論理積をとる試みが失敗すると、従来通り、
待機プロセスの後の”ポスト”を”待機”することにな
ろう（１５０９）（まず、既に保持された任意の一次グ
ループを解放する）。最後に、シリアル化ロックが解除
され、そのルーチンを退去する。
如何にして専ら一つの割当群にアクセスすることができ
るかを示す。１５０１において、一定のグループ変化が
どのように進行するかについてのテストが行われる（も
し旧ＥＤＴのユーザが新ＥＤＴのユーザと並行して存在
する場合には一定の変化が進行中である）。もし進行中
であれば、変換グループマスクが丁度図解したばかりの
方法によってＧＭＣＴと入力グループマスクを用いて一
定の変換グループマスクがつくりだされる（１５０２）
。その後、適当なシリアル化ロックを取得して（１５０
３）、グループに対してアクセス要求する他のプロセス
によって連続化する。入力マスクと変換マスクを使用し
て、所要グループに対してアクセスする試みが行われる
（１５０４、１５０７）。入力マスクは新たなＥＤＴ（
”ロックされた”グループを表わす）と関連する（一次
）グローバルマスクに対して使用され、変換マスクは旧
ＥＤＴと関連する（二次）グローバルマスクに対して使
用される（図２０の１３０４で示すグローバルマスクは
グループ５がロックされ、他の全てのグループがロック
されず、グループ２、３、４が現在ロック解除されてい
るため”３３５０”（１３０３）を割当てようとする試
みは成功せず（マスク１３０３と１３０４の論理積をと
るとゼロとなる）、次いでグローバルマスク１３０４は
マスク１３０３と”論理和”をとられてこれら３ビット
をオンにし、これら３グループが今やロックされたこと
を示す）。論理積をとる試みが失敗すると、従来通り、
待機プロセスの後の”ポスト”を”待機”することにな
ろう（１５０９）（まず、既に保持された任意の一次グ
ループを解放する）。最後に、シリアル化ロックが解除
され、そのルーチンを退去する。
【０１０６】図２３は一グループ中のデバイスに対する
排他的アクセスを解除するために必要な制御の流れを示
す。論理は上記のアクセスをするための論理と酷似し、
一定のグループ変更が依然進行中であるかどうか（１６
０１、１６０５）、変換マスクがつくりだされたか（１
６０２）、またロックやロック解除が行われたかどうか
（１６０３、１６０９）をテストする。著しい相異はグ
ループに対するアクセスが入力マスクと一次グローバル
マスクの排他的論理和をとり（１６０４）、変換マスク
と二次グローバルマスクとの排他的論理和をとることに
よって無条件に解除される（１６０６）、退去前に任意
の待機プロセスが今や従来通り”ポスティング”される
点である（１６０８）。
排他的アクセスを解除するために必要な制御の流れを示
す。論理は上記のアクセスをするための論理と酷似し、
一定のグループ変更が依然進行中であるかどうか（１６
０１、１６０５）、変換マスクがつくりだされたか（１
６０２）、またロックやロック解除が行われたかどうか
（１６０３、１６０９）をテストする。著しい相異はグ
ループに対するアクセスが入力マスクと一次グローバル
マスクの排他的論理和をとり（１６０４）、変換マスク
と二次グローバルマスクとの排他的論理和をとることに
よって無条件に解除される（１６０６）、退去前に任意
の待機プロセスが今や従来通り”ポスティング”される
点である（１６０８）。
【０１０７】付録Ａ
プロセッサとＯ／Ｓ構成ＩＤを発見する。旧ＩＯＤＦ中
の各デバイスの中に新ＩＯＤＦ中のデバイスを発見する
間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文を実
行する）。もし旧ＩＯＤＦ中のデバイスが新ＩＯＤＦ中
に発見されなければ、ＣＣＢ内に”デバイス削除”エン
トリーを作成する。さもなければ、次ステップへ進む。 もし、ソフトウエア定義が変更済みであれば、ＣＣＢ内
に”デバイス削除”エントリーを作成して、旧デバイス
を削除し、エントリーをソフトウエアのみとしてマーキ
ングする。ＣＣＢ内に”デバイス追加”エントリーを作
成して、新デバイスを追加してエントリーをソフトウエ
アのみとしてマーキングする。もし新旧デバイス間に共
通の制御装置が存在しなければ、もし既にＣＣＢ内にあ
る本デバイスに対するソフトウエアのみの ”デバイ
ス削除”エントリーが存在する場合、”デバイス削除”
と”デバイス追加”エントリーをハードウエアとソフト
ウエア双方のものとしてマーキングする。さもなければ
、そのデバイスに対して”デバイス削除”エントリーを
作成する。デバイスに対して”デバイス追加”エントリ
ーを作成する。さもなければ、若干の共通のＣＵが存在
する。もしその新たなデバイスが新たな制御装置を有す
れば、”デバイス変更”エントリーを作成して、制御装
置を追加する。もし新ＩＯＤＦ中のデバイスが行方の知
れない制御装置であれば、”デバイス変更”エントリー
を作成して、制御装置を削除する。もしサブチャネル特
性が変化すると、”デバイス修正”エントリーを作成し
、デバイス特性を変更する（好適パス、インターフェー
スタイムアウトもしくは非合法ステータス検出）。ＥＮ
ＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。新ＩＯＤＦ中の
各デバイスの中に旧ＩＯＤＦ中のデバイスを発見する間
、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文を実行
する）。もしそのデバイスが発見されなければ、”デバ
イス追加”エントリーを作成し、新たなデバイスを追加
する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。旧Ｉ
ＯＤＦ中の各制御装置の中に新ＩＯＤＦ中の制御装置を
発見する間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実
行文を実行する）。もし旧制御装置が新ＩＯＤＦ内に発
見されない場合には”制御装置削除”エントリーを作成
して、制御装置を削除する。さもなければ、もし旧ＩＯ
ＤＦ内の制御装置と新ＩＯＤＦ内の制御装置間に共通の
ＣＨＰＩＤが存在しないか、装置アドレスレンジは別と
して制御装置定義が変更した場合には、”制御装置削除
”エントリーを作成する。既に、”デバイス削除”エン
トリーかその代わりに作成された”デバイス追加”エン
トリーを有しない制御装置上の全てのデバイスについて
パスを除去するために、”デバイス修正”エントリーを
作成する。もしデバイスについて既にソフトウエア削除
又は追加エントリーが存在する場合には、削除エントリ
ーと追加エントリーの双方を変更して、ハードウエアと
ソフトウエアの両方の変更を行う。”制御装置追加”エ
ントリーを作成する。”デバイス修正”エントリーを作
成する。既に、”デバイス削除”エントリー又はその代
わりにつくりだされた”デバイス追加”エントリーを有
しない制御装置上の全てのデバイスについてパスを追加
する。もし既にデバイスに対してソフトウエアの削除も
しくは追加エントリーが存在する場合には、その削除、
追加の両エントリーを変更してハードウエアとソフトウ
エアの両方の変更を行う。さもなければ、もし制御装置
に付加的なＣＨＰＩＤを有する場合、”制御装置修正”
エントリーを作成し、ＣＨＰＩＤを追加する。”デバイ
ス修正”エントリーを作成する。既に、”デバイス削除
”エントリーもしくはそれに代わる”デバイス追加”エ
ントリーを有しない制御装置上の全てのデバイスについ
てパスを追加する。もし既にそのデバイスについてソフ
トウエアの削除又は追加エントリーが存在する場合には
、削除と追加のエントリー双方を変更してハードウエア
とソフトウエアの両方の変更を行う。もし、制御装置が
ＣＨＰＩＤを除去された場合には、”制御装置修正”エ
ントリーを作成してＣＨＰＩＤを削除する。”デバイス
修正”エントリーを作成して、既に、”デバイス削除”
エントリー又はそれに代わる”デバイス追加”エントリ
ーを有しない制御装置上の全てのデバイスについてパス
を除去する。もし既にそのデバイスについてソフトウエ
アの削除又は追加エントリーが存在する場合には、削除
、追加エントリーの双方を変更してハードウエアとソフ
トウエアの両方の変更を行う。もし制御装置、装置アド
レスレンジが変更した場合、”制御装置修正”エントリ
ーを作成してＵ／Ａレンジを変更する。ＥＮＤＤＯ（Ｄ
Ｏ ＦＯＲ文まで戻る）。新ＩＯＤＦ中の各制御装置
の中に旧ＩＯＤＦ中の制御装置を発見する間、ＤＯＦＯ
Ｒする（ＥＮＤ ＤＯまでの実行文を実行する）。も
し制御装置が発見されない場合には、”制御装置追加”
エントリーを作成する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文
まで戻る）。旧ＩＯＤＦ中の各ＣＨＰＩＤの中に新ＩＯ
ＤＦ中のＣＨＰＩＤを発見する間、ＤＯ ＦＯＲする
（ＥＮＤ ＤＯまでの実行文を実行する）。もしＣＨ
ＰＩＤが発見されない場合には”ＣＨＰＩＤ削除”エン
トリーを作成する。さもなければもしＣＨＰＩＤ定義が
変更した場合、一定のＣＨＰＩＤ削除エントリーを作成
する。（制御装置が他のパスを有するか否かに応じて）
すでにＣＣＢ内に削除もしくは修正のエントリーを有す
る制御装置を除きＣＨＰＩＤ上の全ての制御装置につい
て”制御装置修正”エントリー、もしくは”制御装置削
除”エントリーの何れかを作成する。（デバイスに交互
のパスが存在するか否かに応じて）ＣＣＢ内に既に”デ
バイス削除”エントリーを有するデバイスは別としてＣ
ＨＰＩＤ上の全ての制御装置上の全てのデバイスについ
て”デバイス修正”エントリーもしくは”デバイス削除
”エントリーを作成する。もしソフトウエアのみの削除
エントリーが存在する場合、それらはハードウエアとソ
フトウエアの両方の変化に変換される。追加ＣＨＰＩＤ
エントリーを作成する。１パスが除去されたか上記ステ
ップ内で追加された全ての制御装置について”制御装置
修正”エントリーを作成する。上記のパスが除去された
全ての制御装置上の全てのデバイスについて”デバイス
修正”エントリー、もしくは”デバイス追加”エントリ
ーを作成する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る
）。新ＩＯＤＦ内の各ＣＨＰＩＤの中に旧ＩＯＤＦ中の
ＣＨＰＩＤを発見する間、ＤＯ ＦＯＲする（ＥＮＤ
ＤＯまでの実行文を実行する）。もしそのＣＨＰＩ
Ｄが発見されない場合には、”ＣＨＰＩＤ追加”エント
リーを作成する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻
る）。
の各デバイスの中に新ＩＯＤＦ中のデバイスを発見する
間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文を実
行する）。もし旧ＩＯＤＦ中のデバイスが新ＩＯＤＦ中
に発見されなければ、ＣＣＢ内に”デバイス削除”エン
トリーを作成する。さもなければ、次ステップへ進む。 もし、ソフトウエア定義が変更済みであれば、ＣＣＢ内
に”デバイス削除”エントリーを作成して、旧デバイス
を削除し、エントリーをソフトウエアのみとしてマーキ
ングする。ＣＣＢ内に”デバイス追加”エントリーを作
成して、新デバイスを追加してエントリーをソフトウエ
アのみとしてマーキングする。もし新旧デバイス間に共
通の制御装置が存在しなければ、もし既にＣＣＢ内にあ
る本デバイスに対するソフトウエアのみの ”デバイ
ス削除”エントリーが存在する場合、”デバイス削除”
と”デバイス追加”エントリーをハードウエアとソフト
ウエア双方のものとしてマーキングする。さもなければ
、そのデバイスに対して”デバイス削除”エントリーを
作成する。デバイスに対して”デバイス追加”エントリ
ーを作成する。さもなければ、若干の共通のＣＵが存在
する。もしその新たなデバイスが新たな制御装置を有す
れば、”デバイス変更”エントリーを作成して、制御装
置を追加する。もし新ＩＯＤＦ中のデバイスが行方の知
れない制御装置であれば、”デバイス変更”エントリー
を作成して、制御装置を削除する。もしサブチャネル特
性が変化すると、”デバイス修正”エントリーを作成し
、デバイス特性を変更する（好適パス、インターフェー
スタイムアウトもしくは非合法ステータス検出）。ＥＮ
ＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。新ＩＯＤＦ中の
各デバイスの中に旧ＩＯＤＦ中のデバイスを発見する間
、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実行文を実行
する）。もしそのデバイスが発見されなければ、”デバ
イス追加”エントリーを作成し、新たなデバイスを追加
する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る）。旧Ｉ
ＯＤＦ中の各制御装置の中に新ＩＯＤＦ中の制御装置を
発見する間、ＤＯＦＯＲする（ＥＮＤ ＤＯまでの実
行文を実行する）。もし旧制御装置が新ＩＯＤＦ内に発
見されない場合には”制御装置削除”エントリーを作成
して、制御装置を削除する。さもなければ、もし旧ＩＯ
ＤＦ内の制御装置と新ＩＯＤＦ内の制御装置間に共通の
ＣＨＰＩＤが存在しないか、装置アドレスレンジは別と
して制御装置定義が変更した場合には、”制御装置削除
”エントリーを作成する。既に、”デバイス削除”エン
トリーかその代わりに作成された”デバイス追加”エン
トリーを有しない制御装置上の全てのデバイスについて
パスを除去するために、”デバイス修正”エントリーを
作成する。もしデバイスについて既にソフトウエア削除
又は追加エントリーが存在する場合には、削除エントリ
ーと追加エントリーの双方を変更して、ハードウエアと
ソフトウエアの両方の変更を行う。”制御装置追加”エ
ントリーを作成する。”デバイス修正”エントリーを作
成する。既に、”デバイス削除”エントリー又はその代
わりにつくりだされた”デバイス追加”エントリーを有
しない制御装置上の全てのデバイスについてパスを追加
する。もし既にデバイスに対してソフトウエアの削除も
しくは追加エントリーが存在する場合には、その削除、
追加の両エントリーを変更してハードウエアとソフトウ
エアの両方の変更を行う。さもなければ、もし制御装置
に付加的なＣＨＰＩＤを有する場合、”制御装置修正”
エントリーを作成し、ＣＨＰＩＤを追加する。”デバイ
ス修正”エントリーを作成する。既に、”デバイス削除
”エントリーもしくはそれに代わる”デバイス追加”エ
ントリーを有しない制御装置上の全てのデバイスについ
てパスを追加する。もし既にそのデバイスについてソフ
トウエアの削除又は追加エントリーが存在する場合には
、削除と追加のエントリー双方を変更してハードウエア
とソフトウエアの両方の変更を行う。もし、制御装置が
ＣＨＰＩＤを除去された場合には、”制御装置修正”エ
ントリーを作成してＣＨＰＩＤを削除する。”デバイス
修正”エントリーを作成して、既に、”デバイス削除”
エントリー又はそれに代わる”デバイス追加”エントリ
ーを有しない制御装置上の全てのデバイスについてパス
を除去する。もし既にそのデバイスについてソフトウエ
アの削除又は追加エントリーが存在する場合には、削除
、追加エントリーの双方を変更してハードウエアとソフ
トウエアの両方の変更を行う。もし制御装置、装置アド
レスレンジが変更した場合、”制御装置修正”エントリ
ーを作成してＵ／Ａレンジを変更する。ＥＮＤＤＯ（Ｄ
Ｏ ＦＯＲ文まで戻る）。新ＩＯＤＦ中の各制御装置
の中に旧ＩＯＤＦ中の制御装置を発見する間、ＤＯＦＯ
Ｒする（ＥＮＤ ＤＯまでの実行文を実行する）。も
し制御装置が発見されない場合には、”制御装置追加”
エントリーを作成する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文
まで戻る）。旧ＩＯＤＦ中の各ＣＨＰＩＤの中に新ＩＯ
ＤＦ中のＣＨＰＩＤを発見する間、ＤＯ ＦＯＲする
（ＥＮＤ ＤＯまでの実行文を実行する）。もしＣＨ
ＰＩＤが発見されない場合には”ＣＨＰＩＤ削除”エン
トリーを作成する。さもなければもしＣＨＰＩＤ定義が
変更した場合、一定のＣＨＰＩＤ削除エントリーを作成
する。（制御装置が他のパスを有するか否かに応じて）
すでにＣＣＢ内に削除もしくは修正のエントリーを有す
る制御装置を除きＣＨＰＩＤ上の全ての制御装置につい
て”制御装置修正”エントリー、もしくは”制御装置削
除”エントリーの何れかを作成する。（デバイスに交互
のパスが存在するか否かに応じて）ＣＣＢ内に既に”デ
バイス削除”エントリーを有するデバイスは別としてＣ
ＨＰＩＤ上の全ての制御装置上の全てのデバイスについ
て”デバイス修正”エントリーもしくは”デバイス削除
”エントリーを作成する。もしソフトウエアのみの削除
エントリーが存在する場合、それらはハードウエアとソ
フトウエアの両方の変化に変換される。追加ＣＨＰＩＤ
エントリーを作成する。１パスが除去されたか上記ステ
ップ内で追加された全ての制御装置について”制御装置
修正”エントリーを作成する。上記のパスが除去された
全ての制御装置上の全てのデバイスについて”デバイス
修正”エントリー、もしくは”デバイス追加”エントリ
ーを作成する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻る
）。新ＩＯＤＦ内の各ＣＨＰＩＤの中に旧ＩＯＤＦ中の
ＣＨＰＩＤを発見する間、ＤＯ ＦＯＲする（ＥＮＤ
ＤＯまでの実行文を実行する）。もしそのＣＨＰＩ
Ｄが発見されない場合には、”ＣＨＰＩＤ追加”エント
リーを作成する。ＥＮＤＤＯ（ＤＯ ＦＯＲ文まで戻
る）。
【０１０８】付録（アペンディックス）ＢＩ／Ｏ定義フ
ァイル（ＩＯＤＦ） ハードウエア構成は一定のファイル内にセーブされ、Ｉ
／Ｏ定義ファイル（ＩＯＤＦ）と称されることになろう
。このファイルは、一つもしくはそれ以上のプロセッサ
に対するＩ／Ｏ定義情報を含む。同ファイルは以下のこ
とを行うために必要な情報を含む。 −それぞれのプロセッサについて一つのＩＯＣＤＳメン
バーを構築する。−Ｉ／Ｏ定義中のデバイスに対してＵ
ＣＢを構築する。 −Ｉ／Ｏ定義ファイル内のデバイスに対して一もしくは
それ以上の好適デバイステーブル（ＥＤＴ）を構築する
。全体としてＩ／Ｏ定義ファイルはツリー状に整序され
共に接続された数組のレコードより構成される。
ァイル（ＩＯＤＦ） ハードウエア構成は一定のファイル内にセーブされ、Ｉ
／Ｏ定義ファイル（ＩＯＤＦ）と称されることになろう
。このファイルは、一つもしくはそれ以上のプロセッサ
に対するＩ／Ｏ定義情報を含む。同ファイルは以下のこ
とを行うために必要な情報を含む。 −それぞれのプロセッサについて一つのＩＯＣＤＳメン
バーを構築する。−Ｉ／Ｏ定義中のデバイスに対してＵ
ＣＢを構築する。 −Ｉ／Ｏ定義ファイル内のデバイスに対して一もしくは
それ以上の好適デバイステーブル（ＥＤＴ）を構築する
。全体としてＩ／Ｏ定義ファイルはツリー状に整序され
共に接続された数組のレコードより構成される。
【０１０９】Ｉ／Ｏ定義ファイルはチェイニングを組込
まずに高性能で特定部分で収集された若干のレコード（
例えば、オペレーティングシステムデバイス情報、総称
定義テーブル、および割当定義テーブル）にブロック化
されたシーケンシャルなアクセスを可能にするような具
合に構成される。
まずに高性能で特定部分で収集された若干のレコード（
例えば、オペレーティングシステムデバイス情報、総称
定義テーブル、および割当定義テーブル）にブロック化
されたシーケンシャルなアクセスを可能にするような具
合に構成される。
【０１１０】レコード形式の若干を隣接するメモリロケ
ーション内へ集める他に、ＩＯＤＦ内には特殊な数組の
定義が存在し、異なる関連情報が共にグループ化されて
隣接エリアへ納められるようになっている。かかる数組
の定義は総称定義テーブル（ＧＤＴ）と割当定義テーブ
ル（ＡＤＴ）であるが、ＡＤＴ自体は相前後して一定の
割当定義エリア（ＡＤＡ）内へ集められる。先に定義し
たエリアは全てのオペレーティングシステムについて更
に共にグループ化される。図２４を参照されたい。Ｉ／
Ｏ定義ファイルは以下の部分から構成される。 −ＨＣＤにより使用される制御情報を含むファイルヘッ
ダ。この部分は制御情報と共にＩＯＤＦの他の部分に対
するオフセットを含む。ヘッダはＩＯＤＦ線形空間の原
点に存在する。ヘッダは４０９６バイトの長さを有する
。 −オペレーティングシステムレコード（ＯＳＳ）部分。 同部分はＩＯＤＦの原点に対してページ境界上にスター
トする。同部分は共にグループ化されたオペレーティン
グシステムレコードの全てを含む。 ＯＳＲ・・・ −以下の部分は共にグループ化されてそれぞれのオペレ
ーティングシステム構成定義について繰返される。 −オペレーティングシステムによって使用される総称定
義テーブル（ＣＤＴ）部分。同部分は以下の如き総称定
義レコードを含む。
ーション内へ集める他に、ＩＯＤＦ内には特殊な数組の
定義が存在し、異なる関連情報が共にグループ化されて
隣接エリアへ納められるようになっている。かかる数組
の定義は総称定義テーブル（ＧＤＴ）と割当定義テーブ
ル（ＡＤＴ）であるが、ＡＤＴ自体は相前後して一定の
割当定義エリア（ＡＤＡ）内へ集められる。先に定義し
たエリアは全てのオペレーティングシステムについて更
に共にグループ化される。図２４を参照されたい。Ｉ／
Ｏ定義ファイルは以下の部分から構成される。 −ＨＣＤにより使用される制御情報を含むファイルヘッ
ダ。この部分は制御情報と共にＩＯＤＦの他の部分に対
するオフセットを含む。ヘッダはＩＯＤＦ線形空間の原
点に存在する。ヘッダは４０９６バイトの長さを有する
。 −オペレーティングシステムレコード（ＯＳＳ）部分。 同部分はＩＯＤＦの原点に対してページ境界上にスター
トする。同部分は共にグループ化されたオペレーティン
グシステムレコードの全てを含む。 ＯＳＲ・・・ −以下の部分は共にグループ化されてそれぞれのオペレ
ーティングシステム構成定義について繰返される。 −オペレーティングシステムによって使用される総称定
義テーブル（ＣＤＴ）部分。同部分は以下の如き総称定
義レコードを含む。
【０１１１】（ＧＧＲ ＧＲＲ・・・）・・・−オペ
レーティングシステムにより使用される割当定義エリア
（ＡＤＡ）部分。同部分はＩＯＤＦの原点に対してペー
ジ境界からスタートする。同部分はＡＴＲによりアドレ
ッシングされる異なる割当定義テーブルを格納する。Ａ
ＤＡ中の異なる割当定義レコードの編成は以下の通りで
ある。
レーティングシステムにより使用される割当定義エリア
（ＡＤＡ）部分。同部分はＩＯＤＦの原点に対してペー
ジ境界からスタートする。同部分はＡＴＲによりアドレ
ッシングされる異なる割当定義テーブルを格納する。Ａ
ＤＡ中の異なる割当定義レコードの編成は以下の通りで
ある。
【０１１２】ＡＤＴ・・・然し、一つのＡＤＴは（ＧＵ
Ｒ・・・）（ＥＧＲ ＥＲＲ・・・）・・・によ
りセットアップされる。 −オペレーティングシステムによって使用される割当定
義テーブルインデクス部分。同部分はＩＯＤＦの原点に
対してページ境界からスタートする。同部分はオペレー
ティングシステムに固有の制御情報を格納し、割当定義
テーブルのヘッダレコード（ＡＴＲ）より構成される。 この部分の長さは定義される割当定義テーブルの数に応
じて変化することができる。
Ｒ・・・）（ＥＧＲ ＥＲＲ・・・）・・・によ
りセットアップされる。 −オペレーティングシステムによって使用される割当定
義テーブルインデクス部分。同部分はＩＯＤＦの原点に
対してページ境界からスタートする。同部分はオペレー
ティングシステムに固有の制御情報を格納し、割当定義
テーブルのヘッダレコード（ＡＴＲ）より構成される。 この部分の長さは定義される割当定義テーブルの数に応
じて変化することができる。
【０１１３】ＡＴＲ・・・
−オペレーティングシステムによって使用されるＭＶＳ
デバイスレコード部分。同部分はＩＯＤＦの原点に対し
てページ境界からスタートする。同部分は４バイトデバ
イスナンバーにより整序されるオペレーティングシステ
ムデバイスレコード（例えばＭＤＲ）を格納する。
デバイスレコード部分。同部分はＩＯＤＦの原点に対し
てページ境界からスタートする。同部分は４バイトデバ
イスナンバーにより整序されるオペレーティングシステ
ムデバイスレコード（例えばＭＤＲ）を格納する。
【０１１４】ＭＤＲ・・・
−オペレーティングシステムにより使用されるＮＩＰコ
ンソール部分。同部分はＩＯＤＦの原点に対してページ
境界からスタートする。同部分はＮＩＰコンソールレコ
ードを格納する。
ンソール部分。同部分はＩＯＤＦの原点に対してページ
境界からスタートする。同部分はＮＩＰコンソールレコ
ードを格納する。
【０１１５】ＮＣＲ・・・
−オペレーティングシステムから独立なエリア−チャネ
ルパスレコード部分（ＣＰＳ）同部分はＩＯＤＦの原点
に対してページ境界からスタートする。同部分はそれぞ
れのプロセッサについて共にグループ化されるＣＰＲレ
コードを共に格納する。 ＣＰＲ・・・ −制御装置付属レコード部分（ＣＡＳ）同部分はＩＯＤ
Ｆの原点に対してページ境界からスタートする。同部分
はそれぞれのプロセッサについて共にグループ化される
ＣＡＲレコードを全て格納する。
ルパスレコード部分（ＣＰＳ）同部分はＩＯＤＦの原点
に対してページ境界からスタートする。同部分はそれぞ
れのプロセッサについて共にグループ化されるＣＰＲレ
コードを共に格納する。 ＣＰＲ・・・ −制御装置付属レコード部分（ＣＡＳ）同部分はＩＯＤ
Ｆの原点に対してページ境界からスタートする。同部分
はそれぞれのプロセッサについて共にグループ化される
ＣＡＲレコードを全て格納する。
【０１１６】ＣＡＲ・・・
−デバイス付属レコード部分（ＤＡＳ）同部分はＩＯＤ
Ｆの原点に対してページ境界からスタートする。同部分
は各プロセッサについて共にグループ化されるＤＡＲレ
コードを全て格納する。
Ｆの原点に対してページ境界からスタートする。同部分
は各プロセッサについて共にグループ化されるＤＡＲレ
コードを全て格納する。
【０１１７】ＤＡＲ・・・
−デバイスレコード部分（ＤＶＳ）
同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分はデバイスナンバーによって順序づけら
れるＤＶＲレコードを全て含むことになろう。
トする。同部分はデバイスナンバーによって順序づけら
れるＤＶＲレコードを全て含むことになろう。
【０１１８】ＤＶＲ・・・
−制御装置レコード部分（ＣＵＳ）
同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分は制御装置ナンバーにより順序づけられ
るＣＵＲレコードを全て格納する。
トする。同部分は制御装置ナンバーにより順序づけられ
るＣＵＲレコードを全て格納する。
【０１１９】ＣＵＲ・・・
−順序づけられない部分
同部分はＩＯＤＦの原点に対してページ境界からスター
トする。同部分はＩＯＤＦの残りレコードを全て格納す
る。レコードはグループ分けせずに、レコード長が降順
にストアされる。それらは対応するツリー構造の埋込み
フィールドを使用することによってのみアドレッシング
することはできない。
トする。同部分はＩＯＤＦの残りレコードを全て格納す
る。レコードはグループ分けせずに、レコード長が降順
にストアされる。それらは対応するツリー構造の埋込み
フィールドを使用することによってのみアドレッシング
することはできない。
【０１２０】Ｉ／Ｏ定義ファイルは以下のレコードから
構成されることになろう。 −ＩＯＤＦヘッダレコード（ＩＨＲ） 同レコードはＨＣＤにより使用される制御情報（例えば
、ＷＷＵＶ）と、トリーのルートもしくはＩＯＤＦ部分
の初めと終りに対するオフセット、異なるレコードの長
さ、カウンタ等を格納する。 −オペレーティングシステムレコード（ＯＳＲ）全ての
オペレーティングシステム構成について一つのＯＳＲが
定義される。 −プロセッサレコード（ＰＲＲ） ＩＯＤＦ内に定義されるそれぞれのプロセッサに対する
一つのプロセッサレコード（ＰＲＲ）（プロセッサ構成
定義）が存在する。定義される各ＰＲＲは特定のプロセ
ッサに関する制御情報を含む。定義可能なプロセッサの
最大数は４０９６である。各プロセッサはユーザが付与
されプロセッサのＰＲＲをアドレッシングするために使
用される八文字までの英数字名によって定義しなければ
ならない。 −チャネルパスレコード（ＣＰＲ） ＩＯＤＦ内に定義される各プロセッサについて一組の２
５６のチャネルパスレコード（ＣＰＲ）が存在する。定
義される各ＣＰＲはそのプロセッサに付加されるチャネ
ルパスに関する制御情報を格納する。所与のプロセッサ
に対するプロセッサ名は、そのプロセッサに対する２５
６ＣＰＲの組にインデキシングするために使用される。 所与のプロセッサについて定義可能なチャネルパス識別
子（ＣＨＰＩＤ）はプロセッサ情報テーブル（ＰＩＴ）
によって制御される。 −分割レコード（ＰＡＲ） ＩＯＤＦで定義されるそれぞれのプロセッサについては
一組の２５６個の分割レコードが存在する。定義される
それぞれの分割レコードは一定の八文字分割名と、分割
識別子と、同分割に対して付与されるチャネルパスのカ
ウントを格納する。注記：ＬＰＡＲについて定義済みの
プロセッサだけがＰＡＲを定義されることになろう。所
与のプロセッサに対するプロセッサ名はそのプロセッサ
に対するＰＡＲの組にアドレッシングするために使用さ
れる。所与のプロセッサについて定義可能な最大分割数
は関連するプロセッサ情報テーブル（ＰＩＴ）によって
制御される。 −ＩＯＣＤＳレコード（ＩＣＲ） ＩＯＤＦ内で定義されるそれぞれのプロセッサについて
一組のＩＯＣＤＳレコードが存在する。それぞれのＩＯ
ＣＤＳレコードはデータセットが最後に更新された時の
ＩＯＣＤＳデータセットと情報の名前を格納する。特定
のプロセッサに対するＩＯＣＤＳの最大数は関連するプ
ロセッサ情報テーブル（ＰＩＴ）によって制御される。 −制御装置レコード（ＣＵＲ、ＣＡＲ）物理的制御装置
に関する情報は２つのレコードタイプに分離される。 １．物理的制御装置レコード（ＣＵＲ）２．制御装置付
属レコード（ＣＡＲ） 物理的制御装置のレコードは付属デバイスの装置、形式
、付属デバイスのカウント、装置アドレスレンジの如き
制御装置に関するプロセッサから独立の情報を格納する
。ＩＯＤＦ内には一組のＣＵＲが存在する。ＩＯＤＦ内
に定義可能なＣＵＲの数は最大６５５３６である。それ
ぞれの物理制御装置が定義される際、同装置は００００
からＦＦＦＦの範囲の１６進数の識別子を付与される。 この識別子はユーザによって付与され、物理的制御装置
に対するＣＵＲにアドレッシングするために使用される
。制御装置付属レコードは物理制御装置が属する論理制
御装置に対する付属チャネルパスＩＤとＬＣＲの数の如
きプロセッサ特有の情報を格納する。所与のプロセッサ
に付加されるそれぞれのＣＵＲについては一組のＣＡＲ
が存在する。物理制御装置識別子は所与のプロセッサの
ＣＡＲにアドレッシングするために使用される。所与の
プロセッサに対するプロセッサ名はそのプロセッサのＣ
ＡＲの組にアドレッシングするために使用される。 −論理制御装置レコード（ＬＣＲ） ＩＯＤＦ内に定義されるそれぞれのプロセッサについて
一組のＬＣＲが存在する。定義されるそれぞれのＬＣＲ
はそのプロセッサに接続される論理制御装置に関する制
御情報を格納する。所与のプロセッサに対するプロセッ
サ名はそのプロセッサに対するＬＣＲの組にアドレッシ
ングするために使用される。ＩＯＤＦはＬＰＡＲ複製の
制御装置に対するＬＣＲを格納することはないであろう
。これらはＩＯＣＤＳが構築される時にダイナミックに
生成されることになろう。所与のプロセッサにつき定義
可能な論理制御装置の数はそのプロセッサのプロセッサ
情報テーブル（ＰＩＴ）内に規定される最大論理装置カ
ウントを上廻ることはできない。ＬＣＲと論理制御装置
のナンバーはハードウエア構成ルーチンによりダイナミ
ックに作成される。ＬＣＲナンバーは特定のプロセッサ
につき０と限界値（上記した）間の最初の未使用数をサ
ーチすることによって提供されることになろう。 −デバイスレコード（ＤＶＲ、ＤＡＲ）デバイスに関す
る情報は２つのタイプのレコードに分離される。 １．デバイスレコード（ＤＶＲ） ２．デバイス付属レコード（ＤＡＲ） デバイスレコードは付属物理制御装置の装置、型式、特
徴、カウントや付属物理制御装置の数の如きデバイスに
関するプロセッサから独立の情報を格納する。ＩＯＤＦ
内には一組のＤＶＲが存在する。この組の中のＤＶＲの
数は６５５３６に限定される。各デバイスが定義される
時には００００からＦＦＦＦの範囲の１６進数を付与さ
れる。この数はユーザによって付与され、デバイスのＤ
ＶＲにアドレッシングするために使用される。デバイス
付属レコードは好ましいチャネルパスの如きプロセッサ
特有の情報を格納する。所与のプロセッサに付属される
それぞれのＤＶＲには一組のＤＡＲが存在する。デバイ
スナンバーは所与のプロセッサのＤＡＲにアドレッシン
グするために使用される。所与のプロセッサに対するプ
ロセッサ名はそのプロセッサに対するＤＡＲの組にアド
レッシングするために使用される。 −ロケーションと装置識別レコード（ＬＯＲ）これらの
レコードはオプションである。それらはプロセッサ（Ｐ
ＲＲ）、制御装置（ＣＵＲ）、デバイス（ＤＶＲ）、お
よびチャネルパス（ＣＰＲ）に対する追加的情報を含む
。それらは拡張部として基底レコードに連鎖される。そ
れらは共には連鎖されず、内部を公開されたユーザにと
っては自明のことである。そのため、基底レコードは短
く、ルーチンを処理することによってより優れた性能で
読込むことができる。これらのレコードはロケーション
識別と対応するハードウエア装置のシリアルナンバーを
含む。 −ＮＩＰコンソールレコード（ＮＣＲ）何れのデバイス
がＮＩＰコンソールとして使用可能かを定義する一組の
ＮＣＲが存在する。最大１２８のＮＩＰコンソールを指
定することができる。ＮＣＲは、それらの順序番号（番
号１〜２５６が使用可能）を定義するシステムに追加す
ることによって、ユーザがデバイスをＮＩＰコンソール
として選択したいようにする必要がある。ＮＣＲは装置
と型式を指定したコンソールの１６進数デバイスナンバ
ーを含む。ＩＯＤＦヘッダ（ＩＨＲ）はＮＣＥに対する
オフセットと共に指定されるＮＣＲのカウントを含むこ
とになろう。 −オペレーティングシステムデバイスレコード（例えば
、ＭＶＳに対するＭＤＲ） これはオペレーティングシステムに依存するデバイス情
報を含む。 −デバイス使用レコード（ＤＵＲ） ＩＯＤＳ中に定義される各デバイスについては一組のＤ
ＵＲが存在する。同一デバイスのＤＵＲは共にチェイニ
ングされ、同チェーンは対応するＤＶＲレコードへ接続
される。ＤＵＲはデバイスが付与される秘密のグループ
レコード（ＥＧＲ）又はＮＩＰコンソールレコード（Ｎ
ＣＲ）の何れか一方に対するオフセットを含む。 −総称デバイスグループレコード（ＧＧＲ）ＧＧＲ全体
は共にチェイニングされる。オペレーティングシステム
レコード内にはアンカーが配置される。ＧＧＲのオフセ
ットは参照用にＤＶＲレコード内にストアされる。ＧＧ
Ｒは使用される総称デバイスグループの名称を含む。そ
れは総称レンジ定義レコード（ＧＲＲ）の保留点であり
、ＧＧＲにチェイニングされるＧＲＲの数を含む。 −割当定義テーブルレコード（ＡＴＲ）同レコードはＡ
ＤＴにアドレッシングするためのインデクスレコードで
ある。それぞれのＡＤＴについては１個のＡＴＲエント
リーが存在する。それぞれのＡＤＴが定義される際、ユ
ーザによって２バイトの英数字識別子を付与される。異
なるＡＤＴのＡＴＲは共にチェイニングされる。アンカ
ーはオペレーティングシステムレコード内に配置される
。ＡＴＲは割当定義テーブルを構築するレコードの保留
点である。ＡＴＲはＡＤＴの作成と更新に関する情報を
含む。それらは秘密のデバイスグループレコード（ＥＧ
Ｒ）と、一つのＡＤＴの総称更新レコード（ＧＵＲ）に
アドレッシングする可能性を提供する。 −総称更新レコード（ＧＵＲ） 同じＡＤＴのＧＵＲは共にチェイニングされる。チェイ
ンヘッダはＡＴＲに配置される。ＧＵＲは総称デバイス
群の名前によって識別され、対応する総称仕様に対する
オーバーライトを含む。また、総称デバイス群のユーザ
により定義される任意の番号を指定し、何れがＶＩＯに
とって好適であるかを指示する。ＧＵＲに対してはＧＲ
Ｒは接続されない。システム総称定義テーブル（ＧＤＴ
）内の、ＧＧＲに対応するＧＲＲはデバイス仕様を含む
。 −秘密デバイスグループレコード（ＥＧＲ）同じＡＤＴ
のＥＧＲは共にチェイニングされる。チェーンアンカー
がＡＴＲ内に配置される。ＥＧＲはＡＤＴと関連する秘
密レンジ定義レコード（ＥＲＲ）の保留点である。ＥＧ
Ｒは定義されたばかりの秘密デバイスグループの名前を
含む。同時に、どの秘密デバイスグループがＶＩＯにと
って好適かを示し、ＥＧＲにチェイニングされるＥＲＲ
のナンバーと、後に参照するためのＡＴＲオフセットを
含む。 −総称レンジ定義レコード（ＧＲＲ） ＧＲＲはＧＤＴと共に使用される。同じＧＤＴのＧＲＲ
は共にチェイニングされる。チェインヘッダはグループ
レコード（ＧＧＲ）内に配置される。ＧＲＲは一定の総
称グループに属する連続デバイスナンバーの系列に対す
るレンジ仕様を含む。ＧＲＲ内にストアされるデバイス
ナンバーは対応するＤＶＲにアドレッシングするために
使用することができる。 −秘密レンジ定義レコード（ＥＲＲ） ＥＲＲはＡＤＴと共に使用される。同じＡＤＴのＥＲＲ
は共にチェイニングされる。チェインヘッダはグループ
レコード（ＥＧＲ）内に配置される。ＥＲＲは一定の秘
密グループに属する連続するデバイスナンバーの系列に
対するレンジ仕様を含む。ＥＲＲ内にストアされるデバ
イスナンバーは対応するＤＶＲにアドレッシングするた
めに使用することができる。
構成されることになろう。 −ＩＯＤＦヘッダレコード（ＩＨＲ） 同レコードはＨＣＤにより使用される制御情報（例えば
、ＷＷＵＶ）と、トリーのルートもしくはＩＯＤＦ部分
の初めと終りに対するオフセット、異なるレコードの長
さ、カウンタ等を格納する。 −オペレーティングシステムレコード（ＯＳＲ）全ての
オペレーティングシステム構成について一つのＯＳＲが
定義される。 −プロセッサレコード（ＰＲＲ） ＩＯＤＦ内に定義されるそれぞれのプロセッサに対する
一つのプロセッサレコード（ＰＲＲ）（プロセッサ構成
定義）が存在する。定義される各ＰＲＲは特定のプロセ
ッサに関する制御情報を含む。定義可能なプロセッサの
最大数は４０９６である。各プロセッサはユーザが付与
されプロセッサのＰＲＲをアドレッシングするために使
用される八文字までの英数字名によって定義しなければ
ならない。 −チャネルパスレコード（ＣＰＲ） ＩＯＤＦ内に定義される各プロセッサについて一組の２
５６のチャネルパスレコード（ＣＰＲ）が存在する。定
義される各ＣＰＲはそのプロセッサに付加されるチャネ
ルパスに関する制御情報を格納する。所与のプロセッサ
に対するプロセッサ名は、そのプロセッサに対する２５
６ＣＰＲの組にインデキシングするために使用される。 所与のプロセッサについて定義可能なチャネルパス識別
子（ＣＨＰＩＤ）はプロセッサ情報テーブル（ＰＩＴ）
によって制御される。 −分割レコード（ＰＡＲ） ＩＯＤＦで定義されるそれぞれのプロセッサについては
一組の２５６個の分割レコードが存在する。定義される
それぞれの分割レコードは一定の八文字分割名と、分割
識別子と、同分割に対して付与されるチャネルパスのカ
ウントを格納する。注記：ＬＰＡＲについて定義済みの
プロセッサだけがＰＡＲを定義されることになろう。所
与のプロセッサに対するプロセッサ名はそのプロセッサ
に対するＰＡＲの組にアドレッシングするために使用さ
れる。所与のプロセッサについて定義可能な最大分割数
は関連するプロセッサ情報テーブル（ＰＩＴ）によって
制御される。 −ＩＯＣＤＳレコード（ＩＣＲ） ＩＯＤＦ内で定義されるそれぞれのプロセッサについて
一組のＩＯＣＤＳレコードが存在する。それぞれのＩＯ
ＣＤＳレコードはデータセットが最後に更新された時の
ＩＯＣＤＳデータセットと情報の名前を格納する。特定
のプロセッサに対するＩＯＣＤＳの最大数は関連するプ
ロセッサ情報テーブル（ＰＩＴ）によって制御される。 −制御装置レコード（ＣＵＲ、ＣＡＲ）物理的制御装置
に関する情報は２つのレコードタイプに分離される。 １．物理的制御装置レコード（ＣＵＲ）２．制御装置付
属レコード（ＣＡＲ） 物理的制御装置のレコードは付属デバイスの装置、形式
、付属デバイスのカウント、装置アドレスレンジの如き
制御装置に関するプロセッサから独立の情報を格納する
。ＩＯＤＦ内には一組のＣＵＲが存在する。ＩＯＤＦ内
に定義可能なＣＵＲの数は最大６５５３６である。それ
ぞれの物理制御装置が定義される際、同装置は００００
からＦＦＦＦの範囲の１６進数の識別子を付与される。 この識別子はユーザによって付与され、物理的制御装置
に対するＣＵＲにアドレッシングするために使用される
。制御装置付属レコードは物理制御装置が属する論理制
御装置に対する付属チャネルパスＩＤとＬＣＲの数の如
きプロセッサ特有の情報を格納する。所与のプロセッサ
に付加されるそれぞれのＣＵＲについては一組のＣＡＲ
が存在する。物理制御装置識別子は所与のプロセッサの
ＣＡＲにアドレッシングするために使用される。所与の
プロセッサに対するプロセッサ名はそのプロセッサのＣ
ＡＲの組にアドレッシングするために使用される。 −論理制御装置レコード（ＬＣＲ） ＩＯＤＦ内に定義されるそれぞれのプロセッサについて
一組のＬＣＲが存在する。定義されるそれぞれのＬＣＲ
はそのプロセッサに接続される論理制御装置に関する制
御情報を格納する。所与のプロセッサに対するプロセッ
サ名はそのプロセッサに対するＬＣＲの組にアドレッシ
ングするために使用される。ＩＯＤＦはＬＰＡＲ複製の
制御装置に対するＬＣＲを格納することはないであろう
。これらはＩＯＣＤＳが構築される時にダイナミックに
生成されることになろう。所与のプロセッサにつき定義
可能な論理制御装置の数はそのプロセッサのプロセッサ
情報テーブル（ＰＩＴ）内に規定される最大論理装置カ
ウントを上廻ることはできない。ＬＣＲと論理制御装置
のナンバーはハードウエア構成ルーチンによりダイナミ
ックに作成される。ＬＣＲナンバーは特定のプロセッサ
につき０と限界値（上記した）間の最初の未使用数をサ
ーチすることによって提供されることになろう。 −デバイスレコード（ＤＶＲ、ＤＡＲ）デバイスに関す
る情報は２つのタイプのレコードに分離される。 １．デバイスレコード（ＤＶＲ） ２．デバイス付属レコード（ＤＡＲ） デバイスレコードは付属物理制御装置の装置、型式、特
徴、カウントや付属物理制御装置の数の如きデバイスに
関するプロセッサから独立の情報を格納する。ＩＯＤＦ
内には一組のＤＶＲが存在する。この組の中のＤＶＲの
数は６５５３６に限定される。各デバイスが定義される
時には００００からＦＦＦＦの範囲の１６進数を付与さ
れる。この数はユーザによって付与され、デバイスのＤ
ＶＲにアドレッシングするために使用される。デバイス
付属レコードは好ましいチャネルパスの如きプロセッサ
特有の情報を格納する。所与のプロセッサに付属される
それぞれのＤＶＲには一組のＤＡＲが存在する。デバイ
スナンバーは所与のプロセッサのＤＡＲにアドレッシン
グするために使用される。所与のプロセッサに対するプ
ロセッサ名はそのプロセッサに対するＤＡＲの組にアド
レッシングするために使用される。 −ロケーションと装置識別レコード（ＬＯＲ）これらの
レコードはオプションである。それらはプロセッサ（Ｐ
ＲＲ）、制御装置（ＣＵＲ）、デバイス（ＤＶＲ）、お
よびチャネルパス（ＣＰＲ）に対する追加的情報を含む
。それらは拡張部として基底レコードに連鎖される。そ
れらは共には連鎖されず、内部を公開されたユーザにと
っては自明のことである。そのため、基底レコードは短
く、ルーチンを処理することによってより優れた性能で
読込むことができる。これらのレコードはロケーション
識別と対応するハードウエア装置のシリアルナンバーを
含む。 −ＮＩＰコンソールレコード（ＮＣＲ）何れのデバイス
がＮＩＰコンソールとして使用可能かを定義する一組の
ＮＣＲが存在する。最大１２８のＮＩＰコンソールを指
定することができる。ＮＣＲは、それらの順序番号（番
号１〜２５６が使用可能）を定義するシステムに追加す
ることによって、ユーザがデバイスをＮＩＰコンソール
として選択したいようにする必要がある。ＮＣＲは装置
と型式を指定したコンソールの１６進数デバイスナンバ
ーを含む。ＩＯＤＦヘッダ（ＩＨＲ）はＮＣＥに対する
オフセットと共に指定されるＮＣＲのカウントを含むこ
とになろう。 −オペレーティングシステムデバイスレコード（例えば
、ＭＶＳに対するＭＤＲ） これはオペレーティングシステムに依存するデバイス情
報を含む。 −デバイス使用レコード（ＤＵＲ） ＩＯＤＳ中に定義される各デバイスについては一組のＤ
ＵＲが存在する。同一デバイスのＤＵＲは共にチェイニ
ングされ、同チェーンは対応するＤＶＲレコードへ接続
される。ＤＵＲはデバイスが付与される秘密のグループ
レコード（ＥＧＲ）又はＮＩＰコンソールレコード（Ｎ
ＣＲ）の何れか一方に対するオフセットを含む。 −総称デバイスグループレコード（ＧＧＲ）ＧＧＲ全体
は共にチェイニングされる。オペレーティングシステム
レコード内にはアンカーが配置される。ＧＧＲのオフセ
ットは参照用にＤＶＲレコード内にストアされる。ＧＧ
Ｒは使用される総称デバイスグループの名称を含む。そ
れは総称レンジ定義レコード（ＧＲＲ）の保留点であり
、ＧＧＲにチェイニングされるＧＲＲの数を含む。 −割当定義テーブルレコード（ＡＴＲ）同レコードはＡ
ＤＴにアドレッシングするためのインデクスレコードで
ある。それぞれのＡＤＴについては１個のＡＴＲエント
リーが存在する。それぞれのＡＤＴが定義される際、ユ
ーザによって２バイトの英数字識別子を付与される。異
なるＡＤＴのＡＴＲは共にチェイニングされる。アンカ
ーはオペレーティングシステムレコード内に配置される
。ＡＴＲは割当定義テーブルを構築するレコードの保留
点である。ＡＴＲはＡＤＴの作成と更新に関する情報を
含む。それらは秘密のデバイスグループレコード（ＥＧ
Ｒ）と、一つのＡＤＴの総称更新レコード（ＧＵＲ）に
アドレッシングする可能性を提供する。 −総称更新レコード（ＧＵＲ） 同じＡＤＴのＧＵＲは共にチェイニングされる。チェイ
ンヘッダはＡＴＲに配置される。ＧＵＲは総称デバイス
群の名前によって識別され、対応する総称仕様に対する
オーバーライトを含む。また、総称デバイス群のユーザ
により定義される任意の番号を指定し、何れがＶＩＯに
とって好適であるかを指示する。ＧＵＲに対してはＧＲ
Ｒは接続されない。システム総称定義テーブル（ＧＤＴ
）内の、ＧＧＲに対応するＧＲＲはデバイス仕様を含む
。 −秘密デバイスグループレコード（ＥＧＲ）同じＡＤＴ
のＥＧＲは共にチェイニングされる。チェーンアンカー
がＡＴＲ内に配置される。ＥＧＲはＡＤＴと関連する秘
密レンジ定義レコード（ＥＲＲ）の保留点である。ＥＧ
Ｒは定義されたばかりの秘密デバイスグループの名前を
含む。同時に、どの秘密デバイスグループがＶＩＯにと
って好適かを示し、ＥＧＲにチェイニングされるＥＲＲ
のナンバーと、後に参照するためのＡＴＲオフセットを
含む。 −総称レンジ定義レコード（ＧＲＲ） ＧＲＲはＧＤＴと共に使用される。同じＧＤＴのＧＲＲ
は共にチェイニングされる。チェインヘッダはグループ
レコード（ＧＧＲ）内に配置される。ＧＲＲは一定の総
称グループに属する連続デバイスナンバーの系列に対す
るレンジ仕様を含む。ＧＲＲ内にストアされるデバイス
ナンバーは対応するＤＶＲにアドレッシングするために
使用することができる。 −秘密レンジ定義レコード（ＥＲＲ） ＥＲＲはＡＤＴと共に使用される。同じＡＤＴのＥＲＲ
は共にチェイニングされる。チェインヘッダはグループ
レコード（ＥＧＲ）内に配置される。ＥＲＲは一定の秘
密グループに属する連続するデバイスナンバーの系列に
対するレンジ仕様を含む。ＥＲＲ内にストアされるデバ
イスナンバーは対応するＤＶＲにアドレッシングするた
めに使用することができる。
【０１２１】付録Ｃ
ＬＣＵ分割／併合
論理制御装置（ＬＣＵ）は、Ｉ／Ｏデバイスを物理的も
しくは論理的に共通に付属する一組の物理制御装置を表
わすためにチャネルサブシステムによって使用される従
来構成である。ＩＯＣＰはＩ／Ｏ構成を定義するために
提供される入力からＬＣＵを構築する。ＰＯＲでＬＣＵ
はハードウエアシステムエリア（ＨＳＡ）内に含まれる
Ｉ／Ｏ構成定義の一部となる。一つのＬＣＵが以下のた
めにＩＯＣＰによって作成される。 −Ｉ／Ｏデバイスを有しないそれぞれの物理制御装置。 −他の物理制御装置とＩ／Ｏデバイスを共有しないそれ
ぞれの物理制御装置。 −互いにＩ／Ｏデバイスを共有する各群の制御装置。 上記実施例は、新たなＩ／Ｏ構成定義を活性化させる際
にＬＣＵの分割もしくは併合をサポートしない。ＬＣＵ
の分割は、一定の制御装置から一定のＩ／Ｏデバイスも
しくはＩ／Ｏデバイスへ至るパスが削除され、その削除
によってＬＣＵの一部であった物理制御装置が最早一つ
のＩ／Ｏデバイスを共有しなくなった場合に生ずること
になろう。同様にして、ＬＣＵの併合は一定の制御装置
から一定のＩ／Ｏデバイス又はＩ／Ｏデバイスへ至るパ
スが追加され、その追加によって異なるＬＣＵの一部で
あった物理制御装置が共通のＩ／Ｏデバイスに接続する
ときに行われることになろう。ＬＣＵの一つがどんなデ
バイスも付属していない場合にのみＬＣＵの分割又は併
合が許される。この制約は必要とされる一組の変更を判
断するに先立って原始構成定義と目標構成定義間の比較
処理の一部として実行される。その実行は一組の計画さ
れた変更内での悪影響を回避するために予め行われる。 従来の方法の詳細を以下に記すので参照のこと。 旧ＩＯＤＦ内の全デバイス内のルーピングもしデバイス
が２もしくはそれ以上のＰＣＵに接続される場合には、
デバイスを可能な分割実行候補として考える。旧ＩＯＤ
Ｆ内のデバイスに接続される全てのＰＣＵについてルー
ピングする。同時に新ＩＯＤＦ内に存在する全てのＰＣ
Ｕを集める。旧デバイス上の全ＰＣＵのルーピングを終
了する。新ＩＯＤＦ内の収集されたＰＣＵの全ての対を
比較する。もし両方のＰＣＵが異なるＬＣＵ上にあれば
、ここで分割が実行される。（非合法分割をチェックす
る）。もしＰＣＵが新ＩＯＤＦ内で属する両方のＬＣＵ
が以前旧ＩＯＤＦ内のＬＣＵの一部であり現在は新旧Ｉ
ＯＤＦ間にＰＣＵを共有する少なくとも一つのデバイス
を含んでいれば＊＊＊＊非合法分割＊＊＊＊＊ 終了 終了 終了 全デバイスのルーピングを終了する。新ＩＯＤＦ内の全
デバイスをルーピングする。もしデバイスが２つもしく
はそれ以上のＰＣＵに接続されていれば、デバイスを併
合の可能な候補と考える。新ＩＯＤＦ内のデバイスに接
続される全てのＰＣＵをルーピングする。旧ＩＯＤＦ内
にも存在するＰＣＵを全て集める。新デバイスに対する
ＰＣＵ全体に対するルーピングを終了する。旧ＩＯＤＦ
内の集められたＰＣＵの全てのペアを比較する。もし両
方のＰＣＵが異なるＬＣＵ上にあれば、ここで併合が行
われる。（非合法併合をチェックする）もしＰＣＵが旧
ＩＯＤＦ内で属する両方のＬＣＵが新ＩＯＤＦ内のＬＣ
Ｕの一部であり、新旧ＩＯＤＦ間にＰＣＵを共有する少
なくとも一つのデバイスを含む場合には、＊＊＊＊非合
法併合＊＊＊＊ 終了 終了 終了 全デバイス内のルーピングを終了する。
しくは論理的に共通に付属する一組の物理制御装置を表
わすためにチャネルサブシステムによって使用される従
来構成である。ＩＯＣＰはＩ／Ｏ構成を定義するために
提供される入力からＬＣＵを構築する。ＰＯＲでＬＣＵ
はハードウエアシステムエリア（ＨＳＡ）内に含まれる
Ｉ／Ｏ構成定義の一部となる。一つのＬＣＵが以下のた
めにＩＯＣＰによって作成される。 −Ｉ／Ｏデバイスを有しないそれぞれの物理制御装置。 −他の物理制御装置とＩ／Ｏデバイスを共有しないそれ
ぞれの物理制御装置。 −互いにＩ／Ｏデバイスを共有する各群の制御装置。 上記実施例は、新たなＩ／Ｏ構成定義を活性化させる際
にＬＣＵの分割もしくは併合をサポートしない。ＬＣＵ
の分割は、一定の制御装置から一定のＩ／Ｏデバイスも
しくはＩ／Ｏデバイスへ至るパスが削除され、その削除
によってＬＣＵの一部であった物理制御装置が最早一つ
のＩ／Ｏデバイスを共有しなくなった場合に生ずること
になろう。同様にして、ＬＣＵの併合は一定の制御装置
から一定のＩ／Ｏデバイス又はＩ／Ｏデバイスへ至るパ
スが追加され、その追加によって異なるＬＣＵの一部で
あった物理制御装置が共通のＩ／Ｏデバイスに接続する
ときに行われることになろう。ＬＣＵの一つがどんなデ
バイスも付属していない場合にのみＬＣＵの分割又は併
合が許される。この制約は必要とされる一組の変更を判
断するに先立って原始構成定義と目標構成定義間の比較
処理の一部として実行される。その実行は一組の計画さ
れた変更内での悪影響を回避するために予め行われる。 従来の方法の詳細を以下に記すので参照のこと。 旧ＩＯＤＦ内の全デバイス内のルーピングもしデバイス
が２もしくはそれ以上のＰＣＵに接続される場合には、
デバイスを可能な分割実行候補として考える。旧ＩＯＤ
Ｆ内のデバイスに接続される全てのＰＣＵについてルー
ピングする。同時に新ＩＯＤＦ内に存在する全てのＰＣ
Ｕを集める。旧デバイス上の全ＰＣＵのルーピングを終
了する。新ＩＯＤＦ内の収集されたＰＣＵの全ての対を
比較する。もし両方のＰＣＵが異なるＬＣＵ上にあれば
、ここで分割が実行される。（非合法分割をチェックす
る）。もしＰＣＵが新ＩＯＤＦ内で属する両方のＬＣＵ
が以前旧ＩＯＤＦ内のＬＣＵの一部であり現在は新旧Ｉ
ＯＤＦ間にＰＣＵを共有する少なくとも一つのデバイス
を含んでいれば＊＊＊＊非合法分割＊＊＊＊＊ 終了 終了 終了 全デバイスのルーピングを終了する。新ＩＯＤＦ内の全
デバイスをルーピングする。もしデバイスが２つもしく
はそれ以上のＰＣＵに接続されていれば、デバイスを併
合の可能な候補と考える。新ＩＯＤＦ内のデバイスに接
続される全てのＰＣＵをルーピングする。旧ＩＯＤＦ内
にも存在するＰＣＵを全て集める。新デバイスに対する
ＰＣＵ全体に対するルーピングを終了する。旧ＩＯＤＦ
内の集められたＰＣＵの全てのペアを比較する。もし両
方のＰＣＵが異なるＬＣＵ上にあれば、ここで併合が行
われる。（非合法併合をチェックする）もしＰＣＵが旧
ＩＯＤＦ内で属する両方のＬＣＵが新ＩＯＤＦ内のＬＣ
Ｕの一部であり、新旧ＩＯＤＦ間にＰＣＵを共有する少
なくとも一つのデバイスを含む場合には、＊＊＊＊非合
法併合＊＊＊＊ 終了 終了 終了 全デバイス内のルーピングを終了する。
【０１２２】
【発明の効果】本発明によれば、実行中のタスクに対す
る悪影響を最小限に留めて入出力構成のソフトウエア定
義がダイナミックに変更される効果を有する。
る悪影響を最小限に留めて入出力構成のソフトウエア定
義がダイナミックに変更される効果を有する。
【図１】現存のシステム構成定義機構を示す従来技術の
ブロック線図である。
ブロック線図である。
【図２】本発明のシステム構成機構のブロック線図であ
る。
る。
【図３】本発明のダイナミックＩ／Ｏ構成プロセスの概
観を示すフローチャートである。
観を示すフローチャートである。
【図４】構成変更をバリデートするためのフローチャー
トである。
トである。
【図５】デバイス削除バリデートするためのフローチャ
ートである。
ートである。
【図６】デバイス追加をバリデートするためのフローチ
ャートである。
ャートである。
【図７】デバイスパス追加をバリデートするためのフロ
ーチャートである。
ーチャートである。
【図８】デバイスパス削除をバリデートするためのフロ
ーチャートである。
ーチャートである。
【図９】Ｉ／Ｏ構成を更新するためのフローチャートで
ある。
ある。
【図１０】Ｉ／Ｏハードウエア構成を更新するためのフ
ローチャートである。
ローチャートである。
【図１１】Ｉ／Ｏ構成変更から退出するためのフローチ
ャートである。
ャートである。
【図１２】ＣＣＢとＣＣＢＸの構造を示す制御ブロック
線図である。
線図である。
【図１３】デバイスの構造、制御装置、およびＣＣＢの
チャネルパスＩＤ（ＣＨＰＩＤ）エントリーを示す制御
ブロック線図である。
チャネルパスＩＤ（ＣＨＰＩＤ）エントリーを示す制御
ブロック線図である。
【図１４】フォローアップＣＣＢエントリーを作成する
際に伴う論理を示す論理フローチャート図である。
際に伴う論理を示す論理フローチャート図である。
【図１５】本発明にとって重要な制御ブロックを示す制
御ブロック線図である。
御ブロック線図である。
【図１６】本発明にとって重要なピン機構の重要なデー
タ構造図である。
タ構造図である。
【図１７】ピン接続作用を示すフローチャートである。
【図１８】ピン接続解除作用を示すフローチャートであ
る。
る。
【図１９】（Ａ）は従来技術による第１の組の割当グル
ープを示す例解図である。（Ｂ）は従来技術による第２
の組の割当グループを示す例解図である。
ープを示す例解図である。（Ｂ）は従来技術による第２
の組の割当グループを示す例解図である。
【図２０】従来技術によるＥＤＴグループマスクとグロ
ーバルマスクの例解図である。
ーバルマスクの例解図である。
【図２１】ＧＭＣＴ上の入力マスクを使用して一定の変
換マスクをつくりだす例解図である。
換マスクをつくりだす例解図である。
【図２２】一定の割当グループに排他的にアクセスする
ための制御の流れを示すフローチャートである。
ための制御の流れを示すフローチャートである。
【図２３】一定の割当グループに対する排他的アクセス
を解除するための制御の流れを示すフローチャート図で
ある。
を解除するための制御の流れを示すフローチャート図で
ある。
【図２４】ＩＯＤＦの構造を示す論理構造線図である。
【図２５】ＩＯＤＦの構造を示す論理構造線図である。
１０１ Ｉ／Ｏ構成定義
１０３ プロセッサコントローラ１０４
共用メモリ １０５ ＨＳＡ １１１ ＨＣＤ １１２ ＩＯＤＦ １１４ ＩＯＣＤＳ １１５ ＨＳＡ １１６ 共用メモリ
共用メモリ １０５ ＨＳＡ １１１ ＨＣＤ １１２ ＩＯＤＦ １１４ ＩＯＣＤＳ １１５ ＨＳＡ １１６ 共用メモリ
Claims (7)
- 【請求項１】 中央処理装置と、同中央処理装置に付
属される入出力サブシステムにおける複数の入出力装置
と、オペレーティングシステムと、を有するコンピュー
タシステムにおいて、前記オペレーティングシステムに
よって前記入出力装置の再構成を管理するシステムであ
って、Ａ）前記入出力装置の一つを前記オペレーティン
グシステムに対して定義する制御ブロック定義手段と、
Ｂ）前記定義を変更するための再構成手段と、Ｃ）前記
装置定義手段にリンクされ、前記入出力装置の前記一つ
の再構成を制約する第１のシリアル化手段と、Ｄ）前記
装置定義手段にリンクされ、前記再構成手段による変更
に応答し、前記変更を検出する変更検出手段と、から成
る入出力装置の再構成管理システム。 - 【請求項２】 前記第１のシリアル化手段が、Ａ）前
記中央処理装置上で実行するプログラムによって呼出し
可能で前記入出力装置の前記一つの再構成の制約と制約
解除するピンサービス手段であって、前記制約と制約解
除が前記制御ブロック定義内のインディケータの使用に
より達成される手段と、Ｂ）前記制約している前記ピン
サービス手段によって前記プログラムに提供され、前記
プログラムによって前記制約解除を実行するために使用
されるピントークン手段と、を含む請求項１の入出力装
置の再構成管理システム。 - 【請求項３】 更に、Ａ）一定のユーザ指定による装
置名を一つ以上の割当グループに関連させる手段であっ
て、前記一つ以上の割当グループの各々が前記入出力装
置の一つ以上よりなる手段と、Ｂ）前記再構成手段が前
記制約ブロック定義を変更した後に前記装置名に対する
アクセス要求をシリアル化する第２のシリアル化手段で
あって、前記変更の結果前記一つ以上の割当グループの
一つ内に変更された入出力装置が追加もしくは削除され
る手段と、から成る請求項１の入出力装置の再構成管理
システム。 - 【請求項４】 前記変更検出手段がオペレーティング
システム入出力構成トークンを備え、前記トークンがＩ
ＰＬについて現在の入出力構成状態を一義的に識別する
データを備える請求項１の入出力装置の再構成管理シス
テム。 - 【請求項５】 中央処理装置と、前記中央処理装置に
付属された入出力サブシステム中の複数の入出力装置と
、オペレーティングシステムと、を有するコンピュータ
システムにおいて、前記オペレーティングシステムによ
り前記入出力装置の再構成管理するシステムであって、
Ａ）入出力装置の一つを前記オペレーティングシステム
に定義する制御ブロック定義と、Ｂ）前記定義を変更す
る再構成手段と、Ｃ）前記装置定義手段にリンクされ、
前記入出力装置の一つの再構成を制約する第１のシリア
ル化手段と、Ｄ）装置定義手段にリンクされ前記再構成
手段による変更に応答して、前記変更を検出する変更検
出手段であって、一定のオペレーティングシステム入出
力構成トークンを備え、前記トークンがＩＰＬにつき現
在の入出力構成状態を一義的に識別するデータを備える
手段と、Ｅ）ユーザ指定による装置名を一つ以上のグル
ープに関連させる手段であって、前記一つ以上の割当グ
ループの各々が一つ以上の前記入出力装置を含む手段と
、Ｆ）前記再構成手段が前記制御ブロック定義を変更後
に、前記装置名に対するアクセス要求をシリアル化する
第２のシリアル化手段であって、前記変更によって一つ
以上の割当グループの一つの内の変更された入出力装置
が追加もしくは削除される手段と、を備え、前記第１の
シリアル化手段が、１）前記中央処理装置上で実行する
プログラムによって呼出し可能であって前記入出力装置
の一つの再構成を制約し制約解除するピンサービス手段
であって、前記制約と制約解除が前記制御ブロック定義
内のインディケータの使用によって達成される手段と、
２）前記制約している前記ピンサービス手段によって前
記プログラムに提供されるピントークン手段と、前記プ
ログラムによって前記制約解除を実行するために使用さ
れるピントークン手段と、を備え、前記第２のシリアル
化手段が、１）前記一つ以上の割当グループの何れがロ
ックされたかを指示するグローバルマスク手段と、２）
前記一つ以上の割当グループの何れが前記アクセス要求
により必要とされるかを指示する入力マスク手段と、３
）前記入力マスク手段を一定の変換されたマスクへ変換
するグループマスク変換テーブル手段であって、前記変
換されたマスクが前記アクセス要求を前記変更前に定義
された前記一つ以上の割当グループに関連づける手段と
、を備える入出力装置の再構成管理システム。 - 【請求項６】 中央処理装置と、前記中央処理装置に
付属される入出力サブシステム内の複数の入出力装置と
、オペレーティングシステムと、を有するコンピュータ
システムにおいて、前記オペレーティングシステムによ
り前記入出力装置の再構成を管理する方法であって、入
出力装置の再構成をオペレーティングシステムにより管
理する方法が、以下のステップ、即ち、Ａ）前記入出力
装置の一つを定義制御ブロック内の前記オペレーティン
グシステムに定義するステップと、Ｂ）前記入出力装置
の前記一つの再構成を前記定義制御ブロック内の”ピン
接続”表示をセットすることによって制約し、一定のピ
ントークンをリクエスターに戻し、Ｃ）前記定義制御ブ
ロックが前記セットされた”ピン接続”表示を有する間
に前記入出力装置の前記一つの再構成を前記オペレーテ
ィングシステムにより防止するステップと、Ｄ）前記入
出力装置の前記一つの再構成を、前記リクエスターをし
て前記ピントークンを一定の制約解除関数に提供させる
ことによって制約解除させ、その後前記制約解除が前記
定義制御ブロック内の”ピン接続”表示のセットを解除
するステップと、Ｅ）前記定義制御ブロックが前記セッ
ト解除された”ピン接続”表示を有する間に前記入出力
装置の再構成を前記オペレーティングシステムによって
可能とするステップと、から成る入出力装置の再構成管
理方法。 - 【請求項７】 中央処理装置と、前記中央処理装置に
付属された入出力サブシステム中の入出力装置と、オペ
レーティングシステムと、を有するコンピュータシステ
ムにおいて、前記入出力装置に対するアクセスをシリア
ル化する方法であって、Ａ）指定装置名に対するシリア
ル化を要求するステップと、Ｂ）一組の割当グループを
前記指定装置名と関連づけるステップであって、その際
、前記一組の割当グループ内の各割当グループが一つ以
上の入出力装置を表わし、前記関連づけが入力マスクに
よって行われるステップと、Ｃ）前記割当グループの変
更が入出力要素のダイナミックな再構成によって進行中
であることを検出するステップと、Ｄ）前記入出力装置
の第１の一つ以上を表わす前記入力マスクを前記入出力
装置の第２の一つ以上を表わす変換マスクへ変換するス
テップであって、前記変換がグループマスク変換テーブ
ルを使用して行われるステップと、Ｅ）前記入出力装置
の前記第１の一つ以上に対する第１のシリアル化された
アクセスを前記入力マスクと一次グローバルマスクを使
用して論理演算によって試みるステップであって、前記
一次グローバルマスクが前記割当グループの各々の第一
のロック状態を表示するステップと、Ｆ）前記入出力装
置の第２の一つ以上に対する第２のシリアル化されたア
クセスを前記変換マスクと２次グローバルマスクを使用
して第２の論理演算によって試みるステップであって、
前記２次グローバルマスクが前記割当グループの各々の
第２のロック状態を表示するステップと、Ｇ）前記第１
と第２のロック状態が許可した時のみ前記第１と第２の
シリアル化されたアクセスを許諾するステップと、Ｈ）
前記第１もしくは第２のロック状態の何れかが必要とし
た場合、将来のロック解除に対して待機するステップと
、から成る入出力装置に対するアクセスシリアル化方法
。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US677027 | 1991-03-28 | ||
| 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 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04320562A true JPH04320562A (ja) | 1992-11-11 |
| JPH0766360B2 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 |
| US5515524A (en) * | 1993-03-29 | 1996-05-07 | Trilogy Development Group | Method and apparatus for configuring systems |
| US6002854A (en) * | 1993-03-29 | 1999-12-14 | Trilogy Developmetn Group, Inc. | Method and apparatus for configuring systems |
| US7043407B2 (en) * | 1997-03-10 | 2006-05-09 | Trilogy Development Group, Inc. | 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 |
| AU2002999A (en) * | 1998-01-07 | 1999-07-26 | 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 |
| 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 |
| 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 |
| 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 |
| 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 |
| 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 |
| 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 |
| WO2007141082A1 (en) * | 2006-06-08 | 2007-12-13 | International Business Machines Corporation | Method and system of 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 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS60238961A (ja) * | 1984-05-11 | 1985-11-27 | Yokogawa Hewlett Packard Ltd | 情報処理装置 |
Family Cites Families (9)
| 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 |
| DE3381881D1 (de) * | 1983-02-22 | 1990-10-18 | Ibm | Verfahren zur dynamischen rekonfiguration eines datenverarbeitungssystems bei hinzufuegung von einrichtungen. |
| US4604690A (en) * | 1983-02-22 | 1986-08-05 | International Business Machines Corp. | Dynamic configuration for added devices |
| US4589063A (en) * | 1983-08-04 | 1986-05-13 | Fortune Systems Corporation | Data processing system having automatic configuration |
| 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
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS60238961A (ja) * | 1984-05-11 | 1985-11-27 | Yokogawa Hewlett Packard Ltd | 情報処理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5220654A (en) | 1993-06-15 |
| EP0505791A1 (en) | 1992-09-30 |
| JPH0766360B2 (ja) | 1995-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH04320562A (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 | |
| US6526441B2 (en) | Input/output device information management system for multi-computer system | |
| US5574914A (en) | Method and apparatus for performing system resource partitioning | |
| US6381682B2 (en) | Method and apparatus for dynamically sharing memory in a multiprocessor system | |
| CN101211289B (zh) | 恢复操作管理系统和方法 | |
| US8161128B2 (en) | Sharing of data across disjoint clusters | |
| EP1091294B1 (en) | Method and apparatus for assigning resources to logical partition clusters | |
| KR100233178B1 (ko) | 대용량 저장장치 구성 레코드들을 갱신하기 위한 방법 및 시스템 | |
| US20020016891A1 (en) | Method and apparatus for reconfiguring memory in a multiprcessor system with shared memory | |
| US8140717B2 (en) | Controlling access to physical indicators in a logically partitioned computer system | |
| KR20220061128A (ko) | 프로그래밍 가능 디바이스의 상태 추적 | |
| US5113509A (en) | Method of changing data on disk | |
| CN118426847B (zh) | 加速卡设备的识别和访问方法、装置及设备 | |
| US9471409B2 (en) | Processing of PDSE extended sharing violations among sysplexes with a shared DASD | |
| JP2005141672A (ja) | 共有リソースの使用の排他制御方式及び方法 | |
| US12105824B2 (en) | Information processing system for managing data storage and retrieval and method | |
| US9298381B2 (en) | Data integrity monitoring among sysplexes with a shared direct access storage device (DASD) | |
| US20210004475A1 (en) | Computer apparatus, data sharing system, and data access method | |
| JP2569129B2 (ja) | 補助記憶装置の排他制御方法 | |
| Maguschak et al. | Final Evaluation Report International Business Machines Corporation, MVS/ESA Operating System | |
| JPH01300365A (ja) | マルチプロセッサシステムの排他制御方式 | |
| Stigdon et al. | International Business Machines Corporation MVS/XA with RACF Version 1. 8 | |
| JPH0535568A (ja) | ライブラリフアイルアクセス方式 |