JPH06110740A

JPH06110740A - チャネル使用時間測定方法及び手段

Info

Publication number: JPH06110740A
Application number: JP5132179A
Authority: JP
Inventors: Robert E Galbraith; ロバート・エドワード・ガルブレイス; Steven G Glassen; スティーブン・ガードナー・グラッセン; Assaf Marron; アサーフ・マロン; Kenneth J Oakes; ケネス・ジェームズ・オークス; David E Stucki; デビッド・エメット・スタッキ; Leslie W Wyman; レスリー・ウッド・ワイマン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1992-07-24
Filing date: 1993-06-02
Publication date: 1994-04-22
Anticipated expiration: 2013-05-13
Also published as: JP2750312B2; US5265240A

Abstract

(57)【要約】【目的】ＣＥＣ内のＯＳのいずれかが使用する入出力
チャネルに対する使用利用時間を測定するための方法を
提供する。【構成】チャネル測定機構（ＣＭＦ）が入出力サブシ
ステム内のＯＳの各々に対する入出力サブシステム・ハ
ードウェア及びマイクロコードに設けられている。論理
ＣＭＦに対する資源は、割り当てられたＯＳの識別子を
格納するための入出力プロセッサの部分的使用、測定期
間中に割り当てられたＯＳによって選択されたチャネル
を制御するチャネル・プロセッサの部分的使用、各入出
力プロセッサのローカル記憶域、ならびに測定データを
ＣＭＦからＯＳへ通信するために必要なＯＳ記憶域を含
んでいる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はチャネル・サブシステム
内にチャネル・パス測定機構を提供し、本願と同日付け
出願の米国特許願第８９８８６７号に記載されている入
出力資源共用をサポートするコンピュータ複合体（ＣＥ
Ｃ）の共用及び非共用両方の入出力チャネル・パスにお
ける操作に関する利用情報をプログラムが蓄積すること
を可能とする。本願と同日付け出願の以下の米国特許願
の内容全体は、参照することによって、本明細書の一部
を構成するものである。米国特許願第８９８８６７号、
同第８９８９７７号、及び同第８９８８７５号。

【０００２】なお、以下の米国特許願も、その内容を参
照することによって、本明細書の一部を構成するもので
ある。米国特許願第０７／４４４１９０号、同第０７／
７５４８１３号、同第０７／６７６６０３号、同第０７
／７５５２４６号、及び同第０７／６９３９９７号。

【０００３】

【従来の技術】入出力資源の利用度を測定する場合、従
来技術は各種の解決策及び手法を提供している。本発明
はこれらの従来技術の解決策における欠点のほとんどを
解決する新規の方法及び手段を提案する。

【０００４】従来技術を評価し、これを本提案の発明と
比較するために、入出力資源の活動を測定する要件をま
とめると以下の通りとなる。

【０００５】−入出力資源が測定ＯＳに代わって作業を
行っている総時間を測定する。 −継続期間が数秒から数時間の任意の時間間隔で、この
測定値を与える。 −任意の測定間隔に関して、任意の始動点及び終了点を
認める。 −複数のＯＳが共用する入出力資源を使用する複数の重
畳間隔の測定を可能とする情報を与える。たとえば、Ｏ
ＳＡが８：００から９：００までの間の入出力資源の
活動を測定している間に、他のＯＳＢはこれが８：３
０から９：０５までの間に同じ資源を使用している活動
を測定することができなければならない。２つのＯＳに
は、他のＯＳが共用入出力資源を使用していることを示
さない測定値を与えなければならない。 −測定値はユーザ指定の限度内で正確でなければならな
い。 −測定を行うに当たり、ＣＥＣにおけるオーバヘッドは
最低限のものでなければならない。 −測定プログラムのプログラミングは単純でなければな
らない。

【０００６】既存の手法の１つはチャネル利用度を測定
する統計的技法を使用して、チャネルの使用中状態を定
期的に調べ、統計的技法に基づいて総使用時間を推定す
るものである。統計的技法の利点は、チャネルに特別な
活動カウンタが必要ないことである。欠点は以下の通り
である。

【０００７】−入出力活動が複数ＯＳのＣＥＣのチャネ
ルによって行われるＯＳに対して、チャネルの状態を関
連づける方法がない。 −頻繁なサンプリングがＣＰＵ及びチャネル・サブシス
テムの利用度の点で、重大なオーバヘッドをもたらす。 −サンプリング活動に加えて、ＯＳはこれらの統計的サ
ンプルを、ＯＳで作動する多数の他のプログラムによっ
て使用可能なデータに頻繁に変換し、測定値を有為なも
のとする必要がある。 −ＣＰＵのオーバヘッドを最小限のものとするために、
サンプリングの頻度を下げた場合、このような測定値の
精度は疑わしいものとなる。 −サンプリングに基づく測定値は連続測定値に比較して
不正確なものとなる。 −システムの設計によって課される各種の制約により、
サンプリングが偏ることがある。

【０００８】他の従来のサンプリング技法は、チャネル
自体の内部のチャネル利用度をサンプルし、チャネルの
総利用度を推定し、測定ＯＳに利用できるメモリに情報
を定期的に格納することである。この方法の利点はＯＳ
が頻繁にチャネルをサンプルしたり、サンプリングの結
果を変換したりする必要がなくなることである。欠点は
このような技法を拡張して、各チャネルの活動をその始
動元ＯＳと関連づけ、観測された使用時間をそれぞれの
ＯＳに配分することができないことである。

【０００９】３番目の従来技術の技法（制御装置の待ち
行列関連活動を促成するのに現在使用されている技法）
は、カウンタ及びアキュミュレータをチャネル・サブシ
ステムに維持し、ＯＳによって要求された場合にのみ、
情報を格納するものである。この方法の利点は、測定情
報が頻繁に必要とされない場合に、ＣＥＣのオーバヘッ
ドが最小限となることである。

【００１０】

【発明が解決しようとする課題】欠点はきわめて短期間
に情報を取得すると、ＯＳがチャネル・サブシステムに
対して情報を要求するために使用する命令の頻繁な実
行、ならびにＣＰＵとチャネル・サブシステムの間で必
要とされる関連した通信とによって、ＣＰＵ及びチャネ
ル・サブシステムの過剰なオーバヘッドがもたらされる
ことである。

【００１１】従来技術の装置接続時間の測定はチャネル
・サブシステムに各入出力装置に対する接続時間の期間
を蓄積させ、各入出力操作の完了時に、指定された記憶
位置を増加させる。利点は装置レベルの細分性及び高精
度にある。しかしながら、総チャネル利用度の測定値が
必要な場合、総チャネル利用度を決定するために、チャ
ネルに対して構成されている装置に対して、すべての装
置レベルの測定値を総計せざるを得ないので、装置レベ
ルの細分性という利点が欠点となる。

【００１２】さらに、従来技術の装置レベルのチャネル
測定値は、装置を構成できる複数のチャネルの各々に対
する個々の利用度の測定値をもたらさない。すなわち、
複数のチャネルが各装置に対する各入出力操作に関与す
る可能性があるから、チャネル利用度に関して希望する
情報を、装置に関係する情報を加えることによって得る
ことができない。さらに、すべての入出力操作の完了時
にすべての関与しているチャネルからの情報を格納する
と、チャネル・サブシステムに対するオーバヘッドは受
け入れられないものとなる。

【００１３】最後に、従来技術の入出力資源測定機構は
いずれも、入出力チャネル資源が複数のＯＳの間で動的
に共用されるＣＥＯにおける個別のＯＳによって共用さ
れる入出力資源の選択的な利用度を測定する機能を備え
ていない。

【００１４】以下の米国特許出願は本発明の背景となる
ものである。米国特許願第０７／４４４１９０号、同第
０７／７５４８１３号、同第０７／６７６６０３号、同
第０７／７５５２４６号、及び同第０７／６９３９９７
号。

【００１５】

【課題を解決するための手段】本発明が提供する解決策
は以下を組み合わせたものである。

【００１６】−各チャネルはこれを共用する複数のＯＳ
の各々に関する個々の使用時間の正確な蓄積を行う。 −各チャネルはこの情報を入出力サブシステムに利用で
きる領域に定期的に格納する。この格納操作の頻度は何
らかの顕著なオーバヘッドを引き起こさないだけ低いも
のである。 −累積測定値を格納する場合、チャネル・プロセッサは
測定値に関連するタイム・スタンプも格納する。このタ
イム・スタンプによってＯＳによる測定値の遅延検査
を、希望する精度に調節することが可能となり、もっと
も近い時期での正確なチャネル利用度を反映する。これ
らのタイム・スタンプが与えられないと、測定値の精度
は測定データを格納する頻度によって大きく影響される
ことになる。格納頻度が低いと、オーバヘッドが低くな
り、精度が下がる。頻繁に格納を行うと、オーバヘッド
は高くなるが、精度が改善される。タイム・スタンプは
希望する頻度の低い格納と高い精度の両方を可能とす
る。 −チャネル・サブシステムはチャネル・プロセッサによ
って格納された情報を定期的にＯＳの記憶域へ移動す
る。タイム・スタンプは保存され、したがって、この定
期的な移動における遅延も上記のように考慮される。

【００１７】本発明はＣＥＣの制御プログラムが利用で
きるチャネル測定機構（ＣＭＦ）を提供する。ＣＥＣの
異なる論理区画内の複数のＯＳの内のいずれかのＯＳが
使用する場合に、特に有利なものとなる。各ＣＭＦは各
ＯＳに対し、測定時間中にチャネルが入出力装置間で切
り換えられるか否かにかかわりなく、また測定時間中に
チャネルが複数のＯＳ間で切り換えられるか否かにかか
わりなく、それぞれのＯＳについて作動している共用及
び非共用チャネルを含む任意のチャネルに対する使用状
態の連続した時間の測定をサポートする。共用チャネル
の場合、本発明の作動は米国特許願第８９８８６７号記
載の発明を使用することに依存するものであって、該出
願は入出力資源（入出力チャネル、サブチャネル（装
置）及び制御ユニット）をＣＥＣで実行される複数のオ
ペレーティング・システム（ＯＳ）が動的に共用される
（非共用で作動する）ことを可能とする新規な入出力資
源の制御方法及び手段を記載している。

【００１８】米国特許願第８７８８６７号には、コンピ
ュータ複合体（ＣＥＣ）の異なる論理資源区画で稼動す
る複数のオペレーティング・システムに対する入出力チ
ャネルの接続性を高め、ＣＥＣ内のＯＳ間でのチャネル
の共用を行う方法が記載されている。該出願は入出力資
源を異なるＯＳに割り当てるためにイメージ識別子（Ｉ
ＩＤ）を使用することを開示している。ＣＥＣのチャネ
ル・サブシステムにおいて、各共用入出力には制御ブロ
ック（ＣＢ）の共用セットが設けられており、それぞれ
のＣＢがＣＥＣで作動しているＯＳの１つのそれぞれの
ＩＩＤに割り当てられている（これによって配置されて
いる）。共用セット内のＣＢの各々は同一入出力資源の
各ＯＳに異なるイメージを与える。異なるＣＢイメージ
は資源が異なるＯＳに対するものである入出力操作によ
って異なる状態に独立してセットされるので、ＯＳが資
源を使用する順序にかかわりなく、ＯＳは同一の入出力
資源を独立して操作することができる。ＯＳが入出力要
求を実行する際に使用されるＩＩＤは、要求された入出
力装置にアクセスするために使用される入出力制御装置
に伝送され、制御ユニットに接続する論理パスの一部と
して制御ユニットによって格納され、入出力要求に対し
て要求元ＯＳに応答して制御ユニットによって後で使用
される。

【００１９】本発明は測定期間中に複数のＯＳによっ
て、チャネルの使用が共用されているか、共用されてい
ないかにかかわりなく、特定のＯＳに対する各チャネル
の利用時の使用時間の測定に関する。チャネル使用時間
の測定に何らかのサンプリング手段を使用せずに、本発
明はチャネル使用時間を直接正確に測定する。このた
め、チャネル測定機構は直接測定機能を要求元ＣＰＵか
ら、入出力チャネル・サブシステムで非同期的に作動し
ているチャネル・プロセッサへオフロードすることによ
って、測定を要求しているＣＰＵと非同期で作動する。
非同期測定操作が完了すると、これらの操作はＯＳに対
して定期的に更新される。

【００２０】本発明の好ましい実施例は制御プログラム
が複数ＯＳのＣＥＣあるいは単一ＯＳのＣＥＣのＯＳの
もとで作動しているかどうかにかかわりなく、またチャ
ネルがチャネル測定期間中に他のＯＳによって共用され
ているか、共用されていないかにかかわりなく、そのＯ
Ｓに対してチャネル測定操作を要求するためにＯＳ制御
プログラムが使用する新しいＣＰＵ命令を提供する。こ
のＣＰＵ命令を使用して、要求元ＯＳに対するチャネル
測定機構による測定操作を始動する。また、このＣＰＵ
命令を使用して、要求元ＯＳに対するチャネル測定機構
の測定操作を停止する。さらに、このＣＰＵ命令を使用
して、チャネル測定機構が測定操作において活動してい
るか、停止状態であるか、あるいはエラー状態であるか
などの、要求元ＯＳに対するチャネル測定機構の状態を
テストする。

【００２１】時間測定自体はチャネル自体を直接制御し
ているチャネル・プロセッサへ待避させられる。チャネ
ル使用時間に関するＣＰＵオーバヘッドが一定のままで
あり、従来技術の場合のように、チャネル使用状況のサ
ンプリングの頻度が増加した場合に、増加することがな
いという結果となる。

【００２２】直接時間測定を効率的に行うために、各要
求元ＯＳに対するチャネル測定機構を、ＣＥＣのチャネ
ル・サブシステムのハードウェア／マイクロコードに配
置するが、これは各チャネルの始動及び停止、ならびに
チャネル測定機構の状況のテストを含む、チャネルの操
作を制御する非同期的に作動するプロセッサを含んでい
る。

【００２３】ＣＥＣのチャネル・サブシステム内の非同
期的に作動するプロセッサは、ＣＰＵが要求した入出力
作業をチャネルに渡すための入出力プロセッサ（ＩＯ
Ｐ）を含んでいることができ、さらにＩＯＰから作業要
求を受け取って、それぞれのチャネルの作動を直接制御
するチャネル・プロセッサを含んでいることもできる。
各チャネル・プロセッサを複数のチャネルの間で共用す
ることも、あるいは各チャネル・プロセッサを特定のチ
ャネル専用にすることもできる。本発明の好ましい実施
例は各チャネルがそれ自体の専用チャネル・プロセッサ
を有しているという後者の方法を使用しており、該チャ
ネル・プロセッサはそのチャネルの使用状態を連続的に
制御し、監視する。

【００２４】各ＯＳに対してチャネル測定機構をスター
トし、停止し、テストするためのＣＥＣマイクロコード
にＩＯＰ及びチャネル・プロセッサを配置し、ＣＰＵが
このマイクロコードを有している必要性をなくすことが
好ましい。これはＣＰＵにＣＰＵが必要とするきわめて
多くの機能のためのマイクロコードがあることによっ
て、すでに大きな負担がかかっているからである。

【００２５】結果として、本発明が提供するＣＰＵ命令
はスタート、停止またはテスト機能をチャネル・サブシ
ステムのＩＯＰ及びチャネル・プロセッサに対して通信
するだけであり、また完了情報をＯＳへ戻すだけとな
る。チャネル・サブシステムは次いで、ＣＰＵにオーバ
ヘッドをかけることなく、非同期的かつ定期的に、チャ
ネルのいずれかが他のＯＳによって共用されているかど
うかにかかわりなく、それぞれのＯＳに対して構成され
たすべてのチャネルの使用／非使用状態の直接かつ連続
的な測定値をもたらす。

【００２６】ＣＰＵ命令を本明細書で説明する好ましい
実施例において「チャネル測定設定」（ＳＣＭ）命令と
呼ぶ。ＣＥＣがチャネルを共用して作動している場合、
ＳＣＭ命令によって、チャネル・サブシステムは共用チ
ャネルを要求元ＯＳが使用している部分のみを測定する
か、あるいはＯＳの場合には、そのＯＳのもとで作動し
ている要求元プログラムの部分のみを測定する。他の共
用ＯＳの各々が共用チャネルを比例して使用しているこ
とは要求元ＯＳへ報告されないが、これらのその他のＯ
Ｓの各々に対して報告可能である。

【００２７】共用及び非共用両方の入出力資源とともに
ＣＥＣが作動する機能は、マイクロコード化されたハイ
パーバイザまたはソフトウェア・ハイパーバイザのいず
れかをＣＥＣが使用している場合に得ることができる。
ＳＭＣ命令を使用して、ハイパーバイザのこれらのタイ
プのいずれかとともにＣＥＣ内で作動している複数のＯ
Ｓのいずれか１つに対する測定を始動あるいは停止する
こともできる。このようなハイパーバイザのいずれかと
ともに、ＳＣＭ命令を使用して、複数のＯＳを有するＣ
ＥＣ内の指定されたＯＳによって、チャネル測定機構の
状況をテストすることができる。

【００２８】ＣＥＣのチャネル・サブシステム内で活動
している場合、チャネル測定機構はチャネル測定情報
を、ＣＥＣのチャネル・プロセッサ内に連続して蓄積す
る。しかしながら、ＣＥＣの資源は測定データがこのデ
ータを要求しているＯＳに伝達される回数によって影響
を受ける。経験によれば、データをＯＳへ連続して伝達
する必要はなく、比較的長い期間にわたって定期的に伝
達するか、あるいは特別なＣＰＵ命令を使用して伝達
し、ＯＳに対する更新されたデータを得ることで充分で
あることが示されている。これら２つは本発明に包含さ
れているものである。定期的な報告には、更新プロセス
を行うために定期的に呼び出す必要のあるソフトウェア
をＯＳが備えていなければならないという負担をかけな
いという利点があり、ＣＰＵにそのレパートリー内の付
加的な命令によってＣＰＵに負担をかけることがなくな
る。定期的な報告の欠点はこれが長期間にわたってタイ
ムリーなものであると保証されないことであり、この期
間は極めてタイムリーに報告する必要のないチャネル使
用時間の測定に対して最短のものとされる。

【００２９】定期的な報告の場合、秒単位の間隔を効果
的に使用できることが判明した。たとえば、ＯＳに与え
られるチャネル使用情報を更新するために、４秒の間隔
を使用することができる。

【００３０】ＣＥＣのハードウェア／マイクロコードだ
けにアクセスできる制御ブロックにまず報告するのでは
なく、チャネル・プロセッサにそのチャネル使用時間を
それぞれのＯＳに報告させるのが好ましいことが判明し
た。たとえば、チャネル・プロセッサは２秒間隔でそれ
ぞれのＣＭＦに対してチャネル使用時間の連続した測定
値を報告することができるが、これはＣＥＣ内のチャネ
ル・プロセッサあるいはハードウェア／マイクロコード
のいずれにも重大な負担とはならない。かつ、４秒ごと
に、ハードウェア／マイクロコード制御ブロック内の更
新された測定値は定期的に、ＣＥＣ内のＯＳが割り当て
た記憶域内の制御ブロックにコピーされ、情報がそれぞ
れのＯＳに利用できるようにする。

【００３１】さらに、ＯＳを使用可能として、ＣＥＣ内
の他の選択されたＯＳに対するチャネル測定データを得
ることができる。この操作はＣＥＣ内のＯＳ間のすべて
のセキュリティ及び権限制御の対象となる。これは測定
が行われるＣＥＣ内の他のＯＳを識別する測定命令を発
行するＯＳによって制御される。ＯＳは他の複数の異な
るＯＳに対して測定を同時に行うために複数の測定命令
を出すことができる。

【００３２】さらに、ＯＳは他の選択されたＯＳに対す
るチャネル・パス測定データを取得することができる。
この操作はＣＥＣ内のＯＳ間のすべてのセキュリティ及
び権限制御の対象となる。これは測定が行われる他のＯ
Ｓを識別する測定命令を発行するＯＳによって制御され
る。ＯＳは他の複数の異なるＯＳに対して測定を同時に
要求するために複数の測定命令を出すことができる。

【００３３】他のＯＳによる測定制御ＯＳは他のＯＳに対してチャネル利用度の測定を制御す
ることができる。これを行うために、ＯＳは測定が行わ
れる他のＯＳのＩＩＤに対する関連したコマンド要求ブ
ロック（ＣＲＱＢ）に「ＯＳ選択ＩＩＤ」フィールドを
セットしてから、「チャネル測定設定」（ＳＣＭ）命令
を発行する。図３参照。

【００３４】次いで、ＣＲＱＢにおいて、「ＯＳイメー
ジＩＤ」フィールドのＩＩＤの代わりに「ＯＳ選択ＩＩ
Ｄ」フィールドのＩＩＤを使用して、このＳＣＭ命令の
対象となるＣＭＦを指定する。

【００３５】ＯＳを測定するときに、「ＯＳイメージＩ
Ｄ」フィールドを使用して、要求元ＯＳを指定する場
合、「ＯＳ選択ＩＩＤ」フィールドの値はゼロにセット
される。

【００３６】要求元ＯＳのＩＩＤ以外のＩＩＤの選択に
応じて、ＣＭＦによるコマンド処理、データの収集、デ
ータの移動及びエラー処理が、ＯＳがその関連するＣＭ
Ｆをスタートする場合と同じ態様で行われ、かつ以下を
除いて、上述したすべてのステップが行われる。

【００３７】所与のＯＳに対するＣＭＦが停止し、ＳＣ
Ｍがスタートした場合、コマンドがこのＣＭＦに関連し
たデータに対して発行され、次いで、このＣＭＦに対す
る測定が、コマンドがＣＭＦに関連したＯＳから発行さ
れたのと同じ態様で始動される。次いで、要求元ＯＳが
ＩＯＰによって、現行の測定値に対するＣＭＦデータの
受信先として登録される。

【００３８】ＩＯＰは活動ＣＭＦを有しているすべての
ＯＳを登録する。図７のＩＯＰ状況ブロックはＣＭＦデ
ータを受け取るための各ＯＳのオプションの登録を示
す。ＩＯＰ状況ブロック（図７）をこのために複写する
ことができる。ＩＯＰはデータの収集先である各ＯＳに
対して、個別の状況ブロックを維持し、これはこのＯＳ
に対するＯＳを受け取るために登録されているすべての
ＯＳをリストする。この登録は要求元ＯＳが目標ＯＳに
関する情報を受け取ることを望んでいるＣＭＢアドレス
を含んでいる。

【００３９】所与のＯＳに対するＣＭＦがスタートし、
作動状態であり、かつ後続の要求が選択されたＯＳに対
するＣＭＦデータを受け取るためにまだ登録されていな
いＯＳによって発行されると、要求元ＯＳはＣＭＦデー
タに対する追加の受信先として登録される。選択された
ＯＳに対する測定活動は影響を受けない。

【００４０】定期的に、ＩＯＰは所与のＯＳに関連した
データを、このＯＳに対するデータの受信先として登録
されている各ＯＳのメモリ内のＣＭＢへ移動する。

【００４１】所与のＯＳに対するＯＳが活動状態であ
り、ＳＣＭ停止要求がいずれかのＯＳによって発行され
た場合、要求元ＯＳは選択されたＣＭＦからＣＭＦデー
タを受け取るために登録されているＯＳのリストから除
去される。結果として、選択されたＯＳに対するＣＭＦ
データを受け取るためのＯＳが登録されていない場合、
このＯＳに対するＣＭＦは前述のように停止する。

【００４２】ＯＳが任意のＯＳを選択するＳＣＭテスト
要求を発行した場合、要求元ＯＳが選択されたＯＳに対
するデータの受信先として登録されているときにのみ、
格納される結果は目標ＯＳに対するＣＭＦの状態を反映
する。それ以外の場合には、テスト要求に対する応答は
選択されたＯＳに対するＣＭＦが停止していることを示
す。

【００４３】他のＯＳによるデータの取得は従来技術に
存在しているハイパーバイザ権限とセキュリティ管理機
構を使用して、セキュリティ管理を提供し、これによっ
て操作員またはシステム・アドミニストレータは他のす
べてのＯＳに対するＣＭＦデータを受け取る許可を受け
ているかどうかにかかわりなく各論理区画を指定するこ
とができるようにする。許可を受けているＯＳが他のＯ
Ｓを選択するＳＣＭ始動命令を発行した場合、処理は本
節で説明したものとなる。それ以外の場合には、始動要
求は不成功となり、この失敗に関連した個々の応答コー
ドがコマンド応答ブロックに格納される。

【００４４】通常、ＣＥＣの区画で作動しているＯＳは
ＣＥＣハイパーバイザによって、それ自体のＩＩＤを知
る必要がないこと、あるいは論理区画環境で稼動してい
ることが保証される。これによって、各ＯＳが希望して
いる場合には、このＯＳをＣＥＣ内の唯一のＯＳである
かのようにして実行することができる。他のＯＳの区画
を認識しようとしているＯＳは、システム構成を記述し
ており、許可を受けたＯＳによって使用できるファイル
を介して、ＣＥＣハイパーバイザの従来技術のサービス
を使用して、そのＯＳ自体のＩＩＤならびに他のＯＳの
区画を取得することができる。

【００４５】ＯＳが複数の他のＯＳの入出力チャネル活
動を同時に測定しようとしている場合、要求元ＯＳは複
数のＳＣＭ命令を発行し、各ＳＣＭ命令は関連するコマ
ンド要求ブロック（ＣＲＱＢ）内の「ＯＳ選択ＩＩＤ」
フィールドに他のＯＳの１つを指定する。このような各
要求には、個別のＣＭＢが必要である。

【００４６】

【実施例】図１は論理資源区画１ないしＮの間で区分さ
れた中央演算処理複合体（ＣＰＣ）を有するＣＥＣを示
す。ハイパーバイザは区画０に配置されており、ＯＳ−
１ないしＯＳ−Ｎはそれぞれ区画１ないしＮに配置され
ている。各区画はこれ専門に割り当てられている、ＭＳ
−１ないしＭＳ−ＮというＣＥＣの主記憶域（ＭＳ）資
源の一部を有している。

【００４７】ハードウェア・マイクロコード化されたハ
イパーバイザが可視的なＣＥＣ区画を必要としない図１
のＣＥＣに割り当てられている。代わりにソフトウェア
・ハイパーバイザをＣＥＣに使用した場合、区画０がソ
フトウェア・ハイパーバイザに割り当てられる。

【００４８】入出力チャネル・サブシステム資源（チャ
ネル資源）はＣＰＵのようにＯＳの間に区分されること
はない。米国特許願第８９８８６７号の発明によって、
すべての入出力資源（チャネル資源を含む）を異なるＣ
ＰＣ区画内のＯＳが共用することが可能となり、また入
出力資源の他のものを割り当てられたＯＳへの専用化に
よって共用しないことが可能となる。米国特許願第８９
８８６７号の実施例は本明細書で測定機構を説明するに
当たり、参照することによって本明細書の一部を構成す
るものである。

【００４９】チャネル時間測定論理回路図１９はＣＥＣ内のチャネル・プロセッサの各々の回路
及びマイクロコードによって、本発明の好ましい実施例
に対して行われるプロセスを表すタイミング図である。
ＣＥＣには最大２５６個のチャネル・プロセッサがあ
る。各チャネルに１つのチャネル・プロセッサがチャネ
ル識別子（ＣＨＰＩＤ）によって表されている。入出力
チャネル・サブシステム内のサブチャネル制御ブロック
ないし共用サブチャネル制御ブロックは、サブチャネル
に使用できる最大８個のＣＨＰＩＤを指定することがで
きる。

【００５０】図１９において、時間Ｔ０はチャネル・プ
ロセッサによる操作の始動時間を表す。

【００５１】図１９のチャネル・タイミングはこのタイ
ミングが測定に使用されているかどうかにはかかわりな
く発生する。ＳＣＭ命令がＣＲＱＢ始動コマンドを備え
たＯＳによって実行され、チャネルがこのＯＳによって
使用されている場合に、このタイミングがＣＭＦによる
測定にのみ使用される。

【００５２】Ｔ０からＴ１までの期間中に、チャネルは
遊休（非使用）状態であり、時間の蓄積はチャネル・プ
ロセッサによって行われない。

【００５３】チャネルがチャネル・パス通信のために、
何らかのＯＳが実行するサブチャネル始動（ＳＳＣＨ）
命令などによって選択された場合に、時間Ｔ１が生じ、
時限期間がチャネルに対して始まり、この期間の間にチ
ャネル・プロセッサはこれを使用しているＯＳに対する
使用時間を測定する。

【００５４】チャネル・プロセッサは内部クロックを有
しており、これはそのクロック時間を何らかの一定の速
度で（たとえば、１２８マイクロ秒ごとに）１ずつ更新
する。チャネル・プロセッサのクロック時間はクロック
・レジスタ（図８に示すＣＰＣＲ）に記入された絶対時
間値であり、チャネル・タイミング・プロセスで使用さ
れる。

【００５５】時間Ｔ１において（チャネル・プロセッサ
が使用期間に入った場合）、チャネル・プロセッサはク
ロック・レジスタからの絶対クロック時間を、プロセッ
サによって提供される「始動時間レジスタ」（図８に示
すＣＰＳＴＲ）に格納する。チャネル・プロセッサが時
間Ｔ２において作動を終了し、遊休（非使用）状態とな
った場合、チャネル・プロセッサはクロック・レジスタ
からの絶対クロック時間をプロセッサが提供する「終了
時間レジスタ（図８のＣＰＥＴＲ）に格納する。チャネ
ル・プロセッサは次いで、「始動時間レジスタ」の値を
「終了時間レジスタ」の値から減算することによって、
要求元ＯＳに対するＴ２−Ｔ１＝「使用時間間隔」とい
う減算を行う。次に、チャネル・プロセッサは得られた
「使用時間間隔」をそれぞれのＯＳに対する「蓄積使用
時間」に加算する（図９に示す）。

【００５６】蓄積された使用時間がある場合、それぞれ
のＯＳに対するこれを、使用活動が発生した時間間隔と
相関させるために、そのＯＳがその時間中に何らかの活
動を有している場合に、チャネル・プロセッサは各ＯＳ
に対する「タイム・スタンプ」値を格納する。たとえ
ば、２秒ごとに、チャネルはチャネル・プロセッサ・ク
ロック・レジスタ（ＣＰＣＲ）の内容を、前の２秒間に
使用中であった各ＯＳに対するタイム・スタンプ・フィ
ールドに格納する（図８及び図９に示す）。２秒間に、
ＯＳに対してチャネル活動が発生しない場合、そのＯＳ
に対するタイム・スタンプは更新されない。

【００５７】蓄積使用時間及びタイム・スタンプ（図９
に示す）はともに、ＯＳに対する測定セットを示す。こ
のセットは「ＯＳ−ｘに対する蓄積時間」レジスタ及び
「ＯＳ−ｘに対するタイム・スタンプ」レジスタとして
示されている。別々の測定セットがハイパーバイザに設
けられており、またチャネル・プロセッサを共用するよ
うに構成され、チャネル・プロセッサのローカル記憶域
に配置されているＣＥＣに構成されたＯＳの各々に対し
て設けられている。

【００５８】図９は各チャネル・プロセッサのローカル
記憶域に設けられた「チャネル・プロセッサ測定ブロッ
ク」（ＣＨＭＢ）を示す。ＣＨＭＢはチャネルを使用す
る各ＯＳに対する蓄積使用時間及びタイム・スタンプ値
を含んでいる。ＣＥＣのチャネル・サブシステムには最
大２５６個のＣＨＭＢがあり、ＣＥＣに存在している最
大２５６個の対応するチャネル・プロセッサによってサ
ポートされている最大２５６本の物理チャネルを表して
いる。

【００５９】ＣＥＣのチャネル・プロセッサの各々のロ
ーカル記憶域にあるそれぞれのＣＨＭＢの内容は定期的
に、ＣＥＣのＨＳＡのチャネル・イメージ測定ブロック
（ＣＩＭＢ）の測定セットにコピーされる。たとえば、
２秒ごとにコピーされる。

【００６０】また、定期的に、ＣＥＣのＨＳＡ内のＣＥ
ＣのＣＩＭＢのこれらの測定セットは、それぞれのＯＳ
の論理区画内の主記憶域のチャネル測定ブロック（ＣＭ
Ｂ）にコピーされる。たとえば、４秒ごとにコピーされ
る。

【００６１】ＣＥＣのハードウェア・システム領域内、
及びそれぞれのＯＳの論理区画の主記憶域内のこれらの
制御ブロックについては、本明細書で詳細に後述する。

【００６２】ＯＳのチャネル測定設定（ＳＣＭ）命令図２は「チャネル測定設定」（ＳＣＭ）命令の例を示し
ており、この命令はいずれかのＯＳのもとで作動してい
るプログラム（そのＯＳのＭＳスペースに配置されてい
なければならない）によって使用される。ＳＣＭ命令を
ＯＳプログラムを使用して、それぞれのＯＳに設けられ
た「チャネル測定機構」（ＣＭＦ）をスタート、停止、
及びその状況のテストを行う。この機構はＳＣＭ始動命
令とＳＣＭ停止命令の間の期間にわたってそのＯＳに対
して構成されたすべてのチャネル（共用または非共用）
の使用量を測定する。すなわち、機構をスタートさせる
最初のＳＣＭ命令を実行し、その後、機構を停止する第
２のＳＣＭ命令を実行することによって制御される時間
の間、測定が行われる。ＳＣＭ命令の好ましい形態で
は、そのＣＰＵが監視状態にある場合にのみ、この命令
を実行することが必要である。

【００６３】したがって、ＳＣＭ命令をＯＳプログラム
が使用して、測定要求に対してコマンドを実行する「チ
ャネル測定機構」が構成されている入出力チャネル・サ
ブシステムを含んでいるＣＥＣハードウェア／マイクロ
コードに、チャネル測定コマンドを伝達する。ＳＣＭ命
令などの特定の目的に対して構成された特別な命令によ
って提供される限定された機能による場合を除き、ＯＳ
プログラムはＣＥＣハードウェア／マイクロコードの構
成にアクセスすることができない。

【００６４】図２にはオペランド１つの形式が示されて
いるが、１つ、２つまたは３つのオペランドを設けるこ
となどによって、ＳＣＭ命令に対して多くのさまざまな
フォーマットを任意に与えることができる。どのような
命令のフォーマットを使用しても、ＳＣＭ命令は３つの
異なるオペランド、すなわち図３の「コマンド要求ブロ
ック」（ＣＲＱＢ）、図４の「コマンド応答ブロック」
（ＣＲＰＢ）、及び図５の「チャネル測定ブロック」
（ＣＭＢ）を配置する。ＳＣＭ命令の実行に先立って、
ＣＲＱＢ、ＣＲＰＢ及びＣＭＢがＯＳプログラムによっ
て配置され、構成される。また、ＯＳプログラムは、Ｏ
Ｓプログラムがアクセスできない入出力チャネルのハー
ドウェア／マイクロコードに配置されているチャネル測
定機構へ送るために、これらのブロック内のフィールド
のいくつかに情報を置く。図２には、ＳＣＭ命令の１つ
の明示のオペランドと２つの暗黙のオペランドの形式が
示されている。第１の（明示の）オペランドはＣＰＵに
対するコマンド要求ブロック（ＣＲＱＢ）を配置する。
第２の（暗黙の）オペランド、すなわちコマンド応答ブ
ロック（ＣＲＰＢ）は、第１のオペランドの配置の直後
にＣＰＵによって配置され、第３の（暗黙の）オペラン
ド、すなわちチャネル測定ブロック（ＣＭＢ）は第１の
オペランド（ＣＲＱＢ）内のフィールドから配置され
る。それ故、ＳＣＭ命令の明示のオペランド１つの形式
は他の暗黙のオペランドを配置するブロックを配置する
が、これはＩＢＭＳ／３９０アーキテクチャで使用さ
れる形式である。

【００６５】そのＣＲＱＢコマンド・コードに始動コマ
ンドを有しているＳＣＭ命令は、指定されたＯＳに対す
るチャネル測定機構（ＣＭＦ）の作動を始動する。各Ｏ
Ｓに対するチャネル測定機構（ＣＭＦ）はチャネル・プ
ロセッサ、チャネル・プロセッサを駆動する入出力プロ
セッサ（ＩＯＰ）、ならびに関連する制御ブロックを、
ＯＳがアクセスできないＣＥＣの記憶装置のＨＳＡ（ハ
ードウェア・システム領域）内に含んでいる。

【００６６】始動した場合、ＣＭＦはそのチャネル・プ
ロセッサのローカル記憶域のチャネル・イメージの使用
状態に関する情報を収集する。この情報はチャネル・イ
メージ測定ブロック（ＣＩＭＢ）へのＨＳＡの制御ブロ
ックへ定期的に送られる（図１０）。次いで、ＣＩＭＢ
内のこの情報はマイクロコード制御のＣＭＦによって、
マイクロコードがアクセス可能な制御ブロック（ＣＩＭ
Ｂ）から、ＯＳがアクセス可能な制御ブロック（図５の
チャネル測定ブロック（ＣＭＢ））へ定期的に送られ
る。ＯＳプログラムは任意の時間に、ＯＳがアクセス可
能な制御ブロックのこの情報のみにアクセスできる。

【００６７】チャネル測定機構がＳＣＭ命令を実行する
ことによって始動されると、以下の状態の１つが発生す
ることによって停止されるまで、この機構は活動状態を
維持する。

【００６８】１．他のＳＣＭ命令がＣＲＱＢに示されて
いる停止コマンドを備えた関連するＯＳによって実行さ
れる。指定されたＯＳに対するチャネル測定機構だけが
停止する。他のＯＳに対するチャネル測定機構は影響を
受けず、作動を継続することができる。非ハイパーバイ
ザ・モードにおいて、またハードウェア・ハイパーバイ
ザ・モードにおいては、イメージ番号を指定する必要は
ない。ソフトウェア・ハイパーバイザ・モードにおいて
は、ＯＳイメージ番号はＳＣＭ命令がパススルー・モー
ドでインタプリタ形式で実行された場合に、要求元ＯＳ
に対して暗黙で指定され、またＳＣＭ命令がインタプリ
タ形式で実行されない場合に、ハイパーバイザによって
ＣＲＱＢに明示的に指定される。

【００６９】２．ＣＥＣのパワー・オン・リセットまた
はＣＥＣのシステム・リセットが行われた場合に、すべ
てのＯＳに対するすべてのチャネル測定機構が停止す
る。

【００７０】３．チャネル測定機構がエラー・ストップ
状態になった場合、チェック・ストップ状態を有するチ
ャネル測定機構のみが停止する。

【００７１】４．ＣＥＣまたはそのチャネル・サブシス
テムがチェック・ストップ状態になった場合、すべての
チャネル測定機構（すべてのＯＳに対して設けられてい
る）は停止する。

【００７２】５．「ＯＳイメージ・リセット」機能がハ
イパーバイザによって実行された場合、指定されたＯＳ
に対するチャネル測定機構のみが停止する。

【００７３】６．チャネル測定ブロックにアクセスを試
みたときに、プログラム・チェック、保護チェック、未
修正記憶域エラー、あるいは未修正記憶域キー・エラー
がチャネル・サブシステムによって検出された場合、こ
の状態が発生したＯＳに関連したチャネル測定機構のみ
が停止する。

【００７４】７．チャネルを回復するために、関連する
タイマ（チャネル使用時間またはチャネル・タイム・ス
タンプを計算するために使用される）をチャネル・サブ
システムが始動する必要のある１つまたは複数のチャネ
ルに対して、エラー状態が検出された場合、この状態が
発生したＯＳに関連したチャネル測定機構のみが停止す
る。

【００７５】８．ハイパーバイザのタイプによっては、
システム・リセットがＣＥＣに対して自動または手動で
始動される回復機能の一部として行われた場合、すべて
のＯＳに対するすべてのチャネル測定機構が停止する。

【００７６】このようにして、本発明はＯＳのもとで作
動しているプログラムに利用可能な入出力資源（共用さ
れているか、否かを問わない）の使用時に、ＯＳによる
選択的な測定を可能とする。

【００７７】ＯＳのコマンド要求ブロック（ＣＲＱＢ）図３は「チャネル測定設定」命令のオペランドであり、
この命令によって実行されるコマンドのタイプを指定す
る「コマンド要求ブロック」（ＣＲＱＢ）を示す。ＣＲ
ＱＢはＣＥＣ内のそれぞれのＯＳに割り当てられたＭＳ
に配置される。ＯＳの区画が割り当てたＭＳはそのＯ
Ｓ、ならびにそのＯＳのもとで作動しているすべてのプ
ログラムによってアドレス可能なすべての実記憶域を含
んでいる。ＯＳ（及びそのプログラム）は他のＭＳ（Ｃ
ＥＣ内の他のＯＳに割り当てられた）をアドレスできな
い。

【００７８】ＯＳ（またはそのプログラムの１つ）はＣ
ＲＱＢを構成し、これをチャネル測定設定命令の一部と
して、ＣＥＣの入出力チャネル・サブシステムに与え、
それぞれのＯＳによって使用される入出力資源（チャネ
ルなどの）の利用度を非同期的に測定させる。図３に示
すＣＲＱＢ内のフィールドは以下の通りである。

【００７９】Ｌ１：３２バイトなどのコマンド要求ブロ
ックの長さを指定する。

【００８０】コマンド・コード（ＣＣ）：実行すべきチ
ャネル測定機構の作動のタイプを表す値を指定する。そ
れぞれの値の意味は以下の通りである。０チャネル測定機構を始動する。ハイパーバイザ・モードにおいては、チャネル測定機構
はＯＳイメージＩＤフィールドに指定されたＯＳのみに
対して始動される（ＯＳ選択ＩＩＤフィールドがゼロの
場合、他のＯＳに対するチャネル測定機構は影響を受け
ない）。ＣＲＱＢで定義されたすべてのフィールドは、
始動操作を行う際に使用される。指定されたチャネル測
定機構がすでに活動状態となっている場合、指定された
チャネル測定機構は活動状態を維持し、正常な命令完了
が応答ブロックに示される。後者の場合、コマンド要求
ブロックの指定された再配置ゾーン、記憶域アクセス・
キー、及びチャネル測定ブロックのアドレス値が、指定
されたＯＳに対する以降のすべての測定ブロックの更新
に使用される。ただし、チャネル・サブシステムによっ
て、指定された値のいずれかに対してエラー状態が検出
された場合は除かれ、この場合、測定機構は活動状態を
維持し、以前に指定された値、すなわち、第２の始動コ
マンドの実行以前に有効であった値を使用し続ける。非
ハイパーバイザ・モードにおいて、ＯＳイメージ番号を
指定する必要はない（関与しているＯＳが１つだけであ
るから）。

【００８１】１チャネル測定機構を停止する。ハイ
パーバイザ・モードにおいては、コマンド・コード・フ
ィールド及びイメージ識別フィールドの両方が、停止作
動を行うのに使用される。指定されたＯＳに対するチャ
ネル測定機構が停止し、対応するチャネル測定ブロック
に対するそれ以降のアクセスは行われない。他のＯＳに
対する他のチャネル測定機構は影響を受けない。停止コ
マンドが指定され、指定されたチャネル測定機構が活動
状態でない場合、指定されたチャネル測定機構は停止し
たままとなり、正常なコマンド完了が応答ブロックに示
される。非ハイパーバイザ・モードにおいては、コマン
ド・コード・フィールドのみが停止操作を行う際に使用
され、ＯＳを指定する必要はない（関与しているＯＳが
１つだけであるから）。

【００８２】２チャネル測定機構の状況をテストす
る。指定されたＯＳに対するチャネル測定機構の状況が
コマンド応答ブロック内の要求元プログラムに戻され
る。ハイパーバイザ・モードにおいては、コマンド・コ
ード・フィールド及びＣＰＣイメージ識別フィールドが
テスト操作を行うに当たって使用される。非ハイパーバ
イザ・モードにおいては、テスト操作を行うに当たっ
て、操作コード・フィールドのみが使用される。

【００８３】ＯＳイメージＩＤ：ハイパーバイザ・モー
ドにおいて、このフィールドは区画のＩＩＤ（イメージ
識別子）コードを含んでおり、これはチャネル測定が始
動、停止、テストされるＯＳを識別する。注：ハイパー
バイザを使用しているＣＥＣにおいては、セキュリティ
及び透過性の理由から、ＯＳがそのＯＳイメージＩＤ値
にアクセスしないこと、あるいはハイパーバイザがＣＥ
Ｃを制御していることに煩わされないことが望ましいの
であるから、ハイパーバイザにＯＳイメージＩＤ値を、
これが必要な場合に、提供させることが好ましい。この
場合、ＯＳプログラムはこのフィールドにすべてゼロを
指定する。ＣＥＣが単一のＯＳによる非ハイパーバイザ
・モードで作動している場合にも、すべてゼロが指定さ
れる。

【００８４】再配置ゾーン：ＣＥＣのチャネル・サブシ
ステムに提供されるチャネル測定機構によって使用され
るＯＳ制御ブロックを含んでいる複数のＯＳのＭＳのう
ち必要な１つにアクセスするために、再配置ゾーンの値
が使用される。ＣＥＣがハイパーバイザで作動していな
い場合には、再配置ゾーンは使用されない。

【００８５】注：ハイパーバイザを使用しているＣＥＣ
においては、セキュリティ及び透過性の理由から、ＯＳ
が再配置ゾーンの値にアクセスしないこと、あるいはハ
イパーバイザがＣＥＣを制御していることに煩わされな
いことが望ましいのであるから、ハイパーバイザにゾー
ン再配置値を、これが必要な場合に、提供させることが
好ましい。この場合、ＯＳプログラムはこのフィールド
にすべてゼロを指定する。ＣＥＣが非ハイパーバイザ・
モード（単一のＯＳによる）で作動している場合にも、
すべてゼロが指定される。

【００８６】キー：ＯＳの主記憶域のチャネル測定ブロ
ックにアクセスするのに必要な記憶域アクセス・キーを
含んでいる。

【００８７】チャネル測定ブロック・アドレス要求元ＯＳに対する主記憶域内のチャネル測定ブロック
域のアドレスを含んでいる。指定されたアドレスはこの
ＣＲＱＢの再配置ゾーン・フィールドによって指定され
た関連する再配置ゾーンの原点に関するものである。Ｃ
ＥＣがハイパーバイザによって制御されていない場合、
アドレスは絶対主記憶域アドレスとなる。動作コードが
停止またはテスト動作を指定している場合、このフィー
ルドは無視される。

【００８８】ＯＳのコマンド応答ブロック（ＣＲＰＢ）図４はＣＲＱＢと同様に、ＣＥＣ内のそれぞれのＯＳに
割り当てられたＭＳ−１ないしＭＳ−Ｎの任意の１つま
たは複数に配置される「コマンド応答ブロック」（ＣＲ
ＰＢ）を示す。ＯＳ（または、そのプログラムの１つ）
はＣＥＣのチャネル・サブシステムに対してチャネル測
定設定命令を発行することに備えて、ＣＲＱＢの直後に
ＣＲＰＢのためのスペースを備えている。チャネル・サ
ブシステムはＣＲＰＢに、要求された作動がどのように
完了したかを示す値を挿入する。図４に示すＣＲＱＢ内
のフィールドは以下の通りである。

【００８９】Ｌ２：８バイトなどのコマンド応答ブロッ
クの長さを指定する。

【００９０】応答コード：チャネル測定設定命令を実行
するために、要求の結果を示す応答コードをチャネル・
サブシステムから受け取る。有効な応答は１６進の００
０１、０００３、０００４、０１０２、０１０３、及び
０１０４である。

【００９１】状況：ハイパーバイザ・モードにおいて
は、指定されたＯＳに対するチャネル測定機構の状況は
チャネル・サブシステムによって与えられる。非ハイパ
ーバイザ・モードにおいては、単一のチャネル測定機構
の状況はチャネル・サブシステムによって与えられる。
各状況値の意味は以下の通りである。

【００９２】０チャネル測定機構が活動状態であ
る。

【００９３】１チャネル測定機構は停止状態であ
る。チャネル測定機構は始動していないか、あるいは停
止操作（要求元ＣＲＱＢにおいて、ＯＣ＝１）を実行す
ることによって停止されている。

【００９４】２チャネル測定機構がチャネル測定ブ
ロックの更新を試みたときに、プログラム・チェックに
遭遇し、停止状態となっている。チャネル測定ブロック
のアドレスは無効である。チャネル測定ブロックのアド
レスは、指定されたゾーンの範囲内になく、また構成さ
れた状態でない記憶域の位置にある場合、無効である。

【００９５】３チャネル測定機構がチャネル測定ブ
ロックの更新を試みたときに、プロテクション・チェッ
クに遭遇し、停止状態となっている。コマンド要求ブロ
ックに指定された記憶域アクセス・キーは、チャネル測
定ブロックの記憶域アクセス・キーと一致していない。

【００９６】４チャネル測定機構がチャネル測定ブ
ロックの更新を試みたときに、未修正の記憶域エラーま
たは記憶域キーエラーに遭遇し、停止状態となってい
る。

【００９７】５チャネル測定機構がエラーに遭遇
し、停止状態となっている。エラーの原因となった状態
は回復されている。チャネル測定設定コマンドを実行
し、始動操作コードを指定することによって、機構は直
ちに再始動できる。

【００９８】６チャネル測定機構がエラーに遭遇
し、停止状態となっている。エラーの原因となった状態
は回復されているが、所定の長さの時間が経過しない限
り、チャネル測定機構を再始動してはならない。たとえ
ば、チャネル・プロセッサ測定クロックが再初期化さ
れ、使用時間の測定に再度使用できるようにならない限
り、ＣＭＦを再始動してはならない。

【００９９】７チャネル測定機構がエラーに遭遇
し、チェック停止状態となっている。エラーの原因とな
った状態を、チャネル・サブシステムが回復することは
できない。機構を再始動するには、外部介入が必要であ
る。

【０１００】チャネル測定機構の状態が始動操作、停止
操作によって変更されるか、入出力システム・リセット
機能が実行されるか、ＯＳイメージ・リセット機能が実
行されるか、あるいは指定されたチャネル測定機構に影
響を及ぼすエラー状態が認識されない限り、テスト操作
を反復して実行することによって、同じ状況値がＣＲＰ
Ｂに示される。

【０１０１】要求元ＣＲＱＢの操作コードが始動または
停止操作を指定した場合、状況フィールドはゼロとな
る。

【０１０２】ＯＳのチャネル測定ブロック（ＣＭＢ）図５はＣＲＱＢ及びＣＲＰＢと同様に、ＣＥＣ内のそれ
ぞれのＯＳに割り当てられたＭＳ−１ないしＭＳ−Ｎの
任意の１つまたは複数に配置される「チャネル測定ブロ
ック」（ＣＭＢ）を示す。

【０１０３】各ＯＳはＯＳタスクを行うためにディスパ
ッチされたＣＰＵによって実行されるＣＥＣの入出力チ
ャネル・サブシステムに対する「チャネル測定設定」Ｓ
ＣＭ命令を発行することに備えて、ＣＭＢ（ならびに、
ＣＲＱＢ及びＣＲＰＢ）の位置、ならびにこれに対する
スペースを提供するプログラムを有している。

【０１０４】この好ましい実施例において、各チャネル
及びチャネル・イメージに関する時間測定を行う設けら
れている各チャネル・プロセッサによって、入出力資源
の測定は定期的に、かつ非同期的に行われる。時間測定
値が制御ブロックＨＳＡ内の測定セットに送られた後、
ＨＳＡ制御ブロックの時間測定値はＩＯＰによって、Ｃ
ＥＣ内の各ＯＳが割り当てた区画の各ＯＳのＭＳの制御
ブロックに定期的にコピーされる。

【０１０５】図６のＣＭＢ内の「サンプル・カウント」
フィールドは、ＣＭＢ内のすべての測定セットに対して
共通に使用される。サンプル・カウント・フィールドの
作動は以下の通りである。

【０１０６】サンプル・カウント：このＣＭＢがチャネ
ル・サブシステムによって更新されるたびに１回、増加
させられる。

【０１０７】ＣＭＢの各測定セットはＣＥＣ内の各チャ
ネルに対するフィールドのセットであり、この例におい
ては、２５６個の共用可能なチャネルを有するものと想
定する。これらのチャネル・セットには０から２５５ま
での番号がつけられている。各チャネル・セットは、チ
ャネルが関連するＯＳによって使用されている間、１つ
のチャネルに対して「Ｓ」フィールド、「使用時間」フ
ィールド、「Ｖ」フィールド、及び「タイム・スタン
プ」フィールドを含んでいる。ＣＥＣ内の他のＮ個のＯ
ＳもそのそれぞれのＭＳ内の同じチャネルに対して同様
なＣＭＢを有していることができる。

【０１０８】ＣＭＢのそれぞれのチャネル・セット内の
フィールドが作動できるのは、関連するチャネルがそれ
ぞれのＯＳにオンラインで構成されている場合だけであ
る。ＣＭＢの各チャネル・セット内のフィールドの作動
は以下の通りである。

【０１０９】Ｖ：「有効」フィールド。Ｖ＝１である場
合、関連するチャネルが要求元ＯＳに対して構成され、
使用時間が蓄積され、チャネル使用時間フィールドに定
期的に格納される。Ｖ＝１の場合、関連する「チャネル
・タイム・スタンプ」フィールドも有効である。Ｖ＝０
である場合、関連するチャネルは要求元ＯＳに対して構
成されず、関連するチャネル使用時間フィールドの内容
及びタイム・スタンプ・フィールドは有意ではない。下
記の状態のいずれかが存在する場合、Ｖビットはゼロと
して格納される。

【０１１０】１．関連するチャネルがＣＰＣによって提
供されない。２．関連するチャネルはチャネル使用測定値を提供しな
い。３．関連するチャネルは永続エラー状態である。

【０１１１】チャネル使用時間（ＣＢＴ）：各関連する
チャネルに対する測定されたチャネル使用期間の蓄積を
含んでいる。チャネルが接続された制御ユニットまたは
装置と能動的に通信している場合、チャネルは使用中で
ある。関連するチャネルが共用されていない場合、ＣＢ
Ｔはチャネル使用期間すべての合計となる。関連するチ
ャネルが１つまたは複数の他のＯＳによって共用されて
いる場合、ＣＢＴフィールドは要求元チャネル測定ブロ
ックと関連しているＯＳのみに対するチャネル期間の合
計を含む。チャネルを共用している他のＯＳに対する使
用期間は蓄積値に含まれない。（時間間隔はチャネル・
タイプに該当する解像度を使用しているチャネルで測定
される。）各チャネルは他のチャネルまたはチャネル・
イメージと無関係に、チャネル使用時間を記録する。

【０１１２】Ｓ：共用可能チャネル識別子フィールド。
Ｓビットが有意なのは、Ｖビットが１の（項目が有効
な）場合だけである。Ｓ＝０及びＶ＝１である場合、関
連するチャネルは対象ＯＳに対して構成され、他のＯＳ
によって共用できない、Ｓ＝１及びＶ＝１の場合、関連
するチャネルは対象ＯＳに対して構成され、１つまたは
複数のＯＳによって共用できる。

【０１１３】チャネル・タイム・スタンプ（ＣＴＳ）：
関連するチャネルに関する最新のチャネル使用時間がチ
ャネル・サブシステムによって記録された時期を識別す
るタイム・スタンプ値を含んでいる。各タイム・スタン
プは同一のチャネル測定セットの関連したチャネル使用
時間のみに適用される。

【０１１４】チャネル測定ブロックのすべてのフィール
ドは、測定ブロックがチャネル・サブシステムによって
少なくとも１回非同期的に更新されるまで、有意とはな
らない。

【０１１５】ＨＳＡのＣＰＵ−ＩＯＰ通信ブロック（Ｃ
ＩＣＢ）図６はＣＲＱＢ及びＣＲＰＢを構成したＯＳプログラム
がアドレスできない、ＣＥＣのＨＳＡ（ハードウェア・
システム領域）のハードウェア／マイクロコードによっ
て構成された「ＣＰＵ−ＩＯＰ通信ブロック」（ＣＩＣ
Ｂ）を示す。

【０１１６】ＣＩＣＢのフィールドはＣＲＱＢの対応す
るフィールドによって、あるいはＳＣＭ命令をインタプ
リタ式に実行した場合には、ＳＩＥ状態記述によって記
入される。ただし、マイクロコードがＣＲＰＢに同一の
ラベル付きフィールドを記入した場合の、マイクロコー
ドによって記入される状況及び応答コード・フィールド
は除く。

【０１１７】ＨＳＡのＩＯＰ状況ブロック（ＩＯＰＳ
Ｂ）図７はＨＳＡに配置される「ＩＯＰ状況ブロック」（Ｉ
ＯＰＳＢ）のフォーマットを示す。ＩＯＰＳＢはＣＥＣ
内のチャネル測定機構（ＣＭＦ）の各々に対する項目を
有している。ＣＭＦをハイパーバイザに、またハイパー
バイザ・モードで作動しているＣＥＣ内のＮ個のＯＳの
各々に対して設けることができる。

【０１１８】ＩＯＰＳＢ項目の各々は「状況」フィール
ド、及び「チャネル測定ブロック・アドレス」フィール
ドを有している。状況フィールドは以下の状況コードの
いずれかを有することができる。

【０１１９】０＝ＣＭＦはこのＯＳに対して活動状態で
ある。１＝ＣＭＦはこのＯＳに対して停止している。２＝ＣＭＦはプログラム・チェック状態のため、このＯ
Ｓに対して停止している。３＝ＣＭＦは保護チェック状態のため、このＯＳに対し
て停止している。４＝ＣＭＦは記憶域または記憶域キー・エラーのため、
このＯＳに対して停止している。５＝ＣＭＦはＣＭＦエラーのため、このＯＳに対して停
止している。プログラムによって、直ちに再始動でき
る。６＝ＣＭＦはＣＭＦエラーのため、このＯＳに対して停
止している。プログラムは再始動前に、ＣＥＣの所定の
時間の間待機しなければならない。たとえば、１６秒。７＝ＣＭＦはこのＯＳに対してチェック停止状態であ
る。

【０１２０】チャネル・プロセッサ・ローカル記憶域内
のチャネル・プロセッサ・クロック・レジスタ（ＣＰＣ
Ｒ）、チャネル・プロセッサ始動時間レジスタ（ＣＰＳ
ＴＲ）、及びチャネル・プロセッサ終了時間レジスタ
（ＣＰＥＴＲ）図８はＣＥＣ内のチャネル・プロセッサ
の各々のローカル記憶域のレジスタを示す。これら３つ
のレジスタのセット１つが各チャネル・プロセッサによ
って制御される各物理チャネルに設けられている。これ
らのレジスタを各チャネル・プロセッサが使用して、チ
ャネルを共用している各ＯＳに対する使用期間を継続的
に測定する。

【０１２１】チャネル・プロセッサ・ローカル記憶域内
のチャネル・プロセッサ測定ブロック（ＣＨＭＢ）図９
はＣＥＣ内のチャネル・プロセッサの各々のローカル記
憶域内のチャネル・プロセッサ測定ブロック（ＣＨＭ
Ｂ）を示す。

【０１２２】ＣＥＣ内の各物理チャネルに１つのＣＨＭ
Ｂが設けられている。各ＣＨＭＢはＣＥＣに現在構成さ
れている各ＯＳに測定セット１つの、Ｎ個の測定セット
を有している。ＣＨＭＢの各測定セットはチャネル・イ
メージ１つに関する情報（すなわち、１つのＯＳによる
物理チャネルの使用）を蓄積する。ＣＨＭＢの測定セッ
ト内のフィールドは、ＣＭＢの測定セット内の対応する
フィールドと同じに定義されている。

【０１２３】各チャネル・プロセッサは各ＯＳに対する
そのチャネルの蓄積された使用時間を更新し、プロセッ
サの内部記憶域（そのローカル記憶域）内のＣＨＭＢの
それぞれの測定セットにこれを格納することによって、
そのチャネルに対する使用時間を継続的に測定してい
る。本発明は各ＯＳのチャネル・イメージを継続的に測
定し、蓄積する。

【０１２４】各ＯＳのチャネル・イメージに対する使用
時間の継続的な測定及び蓄積は、ＨＳＡへの蓄積された
時間の定期的な転送による影響を受けず、また定期的な
転送は統計的なサンプリング効果を引き起こさない（図
１９に関連して説明するように）。

【０１２５】ＨＳＡのチャネル・イメージ測定情報ブロ
ック（ＣＩＭＢ）図１０はチャネル・イメージ測定ブロ
ック（ＣＩＭＢ）を示す。ＣＥＣによってもたらされる
すべてのチャネル・イメージに対して、ＨＳＡ内にＣＩ
ＭＢ１つが設けられる。ＣＩＭＢはＣＥＣ内で可能なす
べてのチャネル・プロセッサ、たとえば、２５６のチャ
ネル・プロセッサに対するチャネル・プロセッサ項目を
有している。各チャネル・プロセッサ項目はＣＥＣに構
成されている各ＯＳイメージに測定セット１つの、Ｎ個
の測定セットを有している。各測定セットは図９のチャ
ネル・プロセッサ測定ブロック（ＣＨＭＢ）内の測定セ
ットと同じフィールドを有している。

【０１２６】定期的に（たとえば、２秒ごとに）、すべ
てのＣＨＭＢ（最大２５６）の内容がそれぞれのチャネ
ル・プロセッサのローカル記憶域のすべてから、すべて
のチャネル・プロセッサに対してＣＩＭＢに設けられて
いる対応する項目に転送される。すなわち、ＣＩＭＢの
各項目がそれぞれのＣＨＭＢから複数個のチャネル・プ
ロセッサの１つにコピーされる。

【０１２７】ＣＩＭＢはＣＥＣマイクロコードにアクセ
スできるだけであり、ＯＳによってアドレスできない。
したがって、ＣＩＭＢの内容はＯＳの記憶域内のチャネ
ル測定ブロック（ＣＭＢ）に定期的に（たとえば、４秒
ごとに）転送され、この情報をＯＳにアドレス可能なも
のとするが、これは好ましい実施例において行われるも
のである。

【０１２８】正常なコマンド終了ＣＥＣがハイパーバイザ・モードで作動している場合、
０００１という応答コードは、ＣＭＦが要求した操作を
行った後、指定されたＯＳに対してチャネル測定機構が
与えるＳＣＭ命令の正常な完了を示す（ＳＣＭ命令に対
してコマンド要求ブロックで指定された操作コード及び
ＩＩＤによる決定にしたがって、ＣＭＦは始動し、停止
し、あるいはテストされている）。

【０１２９】ＣＥＣが非ハイパーバイザ・モードで作動
している場合、０００１という応答コードはコマンド要
求ブロックで指定された操作コードによる決定にしたが
って、始動、停止あるいはテストされたＣＥＣの１つの
ＯＳに対してだけ、チャネル測定機構が作動しているこ
とを示す。ハイパーバイザ・モードにおいては、０００
１という応答コードは、それぞれのＯＳによって実行さ
れるＳＣＭ命令のコマンド要求ブロック内のＯＳイメー
ジＩＤフィールドに示された要求元ＯＳに対してだけ与
えられる。ハイパーバイザ・モードにおいて、あらゆる
物理チャネルをＣＥＣ内の複数のＯＳによって共用する
ことができ、それぞれのＯＳによる物理チャネルの使用
のみがＯＳに報告される。しかしながら、ハイパーバイ
ザ・モードにおいては、物理チャネルをＣＥＣ内の複数
のＯＳによって共用する必要はなく、この場合、物理チ
ャネルは１つのＯＳのみによって使用され、測定機構は
物理チャネルの全体的な使用をＯＳに報告する。

【０１３０】特別な条件０００１ｈ以外の応答コードが図４のチャネル応答ブロ
ック（ＣＲＰＢ）のコマンド応答ブロックに格納されて
いる場合には、特別な条件が存在している。０００１以
外の応答コードはチャネル測定設定命令を実行している
ＯＳに対して、命令の実行が抑制されていることを示
す。この場合、指定されたチャネル測定機構は、ＳＣＭ
命令の実行前に存在していた状態に放置される。ＳＣＭ
命令に対してＣＲＰＢにおかれる特別条件指示コード
は、以下の通りである。

【０１３１】^０００３^：応答コード０００３ｈは次の
理由でＣＲＰＢに格納される。

【０１３２】１．ＣＲＱＢのＬ１フィールドは所定のバ
イト数、たとえば３２バイト以外の値を含んでいる。２．ゼロと考えられるＣＲＱＢのフィールドがすべてゼ
ロではない。３．ＣＥＣがハイパーバイザによって制御されておら
ず、ＣＲＱＢのＯＳイメージＩＤがゼロではない。４．始動操作はハイパーバイザＳＩＥ命令によって実行
されており、インタプリタ式な実行に対する一般条件が
満たされているが、ＣＲＱＢの再配置ゾーン・フィール
ドがゼロではない。５．始動、停止、または停止操作はハイパーバイザＳＩ
Ｅ命令によって実行され、インタプリタ式な実行に対す
る一般条件が満たされているが、ＣＲＱＢのＩＩＤフィ
ールドがゼロではない。６．ＣＲＱＢの操作コードがゼロではない。

【０１３３】^０００４^：ＳＣＭ命令が与えられていな
い場合、応答コード０００４ｈがＣＲＱＢに格納され
る。

【０１３４】^０１０２^：応答コード０１０２ｈは次の
理由でＣＲＰＢに格納される。

【０１３５】１．始動操作が指定され、再配置ゾーン・
フィールドはゼロではないが、指定されたゾーンがＣＥ
Ｃに与えられていない。２．始動操作が指定されたが、指定されたチャネル測定
ブロック・アドレスが無効である。次の状態のいずれか
が認識された場合、測定ブロック・アドレスは無効とな
る。 −アドレスが４Ｋバイトの境界のような適切な位置を指
定していない。 −アドレスが指定されたゾーンの限界内にない位置を指
定している。 −アドレスが構成されていない位置を指定している。 −アドレスがモデルによって与えられていない位置を指
定している。

【０１３６】^０１０３^：応答コード０１０３ｈは次の
理由でＣＲＰＢに格納される。

【０１３７】１．指定された記憶域アクセス・キーが指
定されたチャネル測定ブロック領域の記憶域アクセス・
キーと一致していない。ＣＲＱＢの指定された記憶域ア
クセス・キーがゼロの場合、チャネル測定ブロックのキ
ーは突き合わせ値に対してテストされない。

【０１３８】^０１０４^：応答コード０１０４ｈは次の
理由でＣＲＰＢに格納される。

【０１３９】１．ＣＰＣはハイパーバイザ・モードで作
動しているが、指定されたＯＳイメージがモデルまたは
現行の入出力構成によって与えられていない。

【０１４０】ＳＣＭ命令の詳細な作動図１１はＣＰＵが「チャネル測定設定」（ＳＣＭ）命令
を実行するために必要なステップの順序を示している流
れ図である。まず、ステップ９１において、命令を実行
するＣＰＵは命令オペランドによってアドレスされるコ
マンド要求ブロック（ＣＲＱＢ）及びコマンド応答ブロ
ック（ＣＲＰＢ）を取り出す。ＣＲＱＢはＯＳチャネル
測定ブロック（ＣＭＢ）のアドレスを含んでおり、これ
はこの命令の暗黙の第３のオペランドを含んでいる。Ｃ
ＲＱＢの以前に挿入された情報はＣＲＱＢの長さ、操作
コード、ＯＳの区画に割り当てられたＯＳイメージＩ
Ｄ、ＯＳの区画に割り当てられた再配置ゾーン番号、Ｃ
ＭＢにアクセスするためにチャネル・サブシステムが使
用する記憶域保護キー、及びＣＭＢアドレスを含んでい
る。

【０１４１】ＯＳイメージＩＤ及びゾーン再配置番号が
ＯＳによってＣＲＱＢに事前挿入されていないが、ＳＣ
Ｍ命令がインタプリタ式に実行される場合に、マイクロ
コードによって与えられるか、あるいはＳＣＭ命令がイ
ンタプリタ式に実行され、ＯＳに代わってハイパーバイ
ザによって再発行される場合に、ハイパーバイザによっ
てＣＲＱＢへ挿入されるのが好ましい。好ましい実施例
において、ＯＳはマイクロコードにより、及びハイパー
バイザによってのみ取り扱われるＯＳの割り当てられた
ＯＳイメージＩＤあるいはＯＳの再配置ゾーン番号を認
識しない。

【０１４２】ステップ９２において、ＣＰＵはＳＣＭ命
令のオペランドによって与えられる制御ブロックで、Ｓ
ＣＭインタプリタ実行チェック及び妥当性検査を行う。
ステップ９２のプロセスは図１２に展開され、ＣＰＵが
ＳＣＭＳＩＥインタプリタ実行モードで実行している
かどうかを決定するステップ、ならびに本明細書で前述
した各種の妥当性検査を行う。

【０１４３】ステップ９３において、ＣＰＵはＣＲＱＢ
アドレスをＣＥＣハードウェア／マイクロコードだけが
アクセスできる制御ブロックに格納する。図６に示すＣ
ＰＵ−ＩＯＰ通信ブロック（ＣＩＣＢ）は、ＣＥＣマイ
クロコードがアクセスできるが、特定のタイプのアクセ
スのみに与えられる特別な命令による限定された方法を
除けば、ＯＳがアクセスできないＣＥＣメモリの一部
（以下、「ハードウェア・システム領域」ＨＳＡと称す
る）に配置される。

【０１４４】ステップ９４において、ＣＰＵはＣＥＣの
入出力プロセッサ（ＩＯＰ）に、このＳＣＭ命令の実行
を継続するよう信号を出すが、これは図１３に示されて
いる。これはＳＣＭ始動、停止、及びテスト操作を行う
負担をＣＰＵから入出力チャネル・サブシステムへシフ
トする。次いで、ステップ９５はＩＯＰがＳＣＭ命令プ
ロセスを完了するまで、ＣＰＵが待機することを表して
いる。

【０１４５】ＩＯＰがＳＣＭ命令プロセスを完了する
と、ＣＰＵは図１１のステップ９６に入り、ステップ９
５によって表されているＣＰＵの待機を終了する。ＩＯ
Ｐに実行のこの部分を行わせる利点は、ＳＣＭ命令マイ
クロコードを、マイクロコードの要件が厳しいＣＰＵに
ではなく、入出力チャネル・サブシステムにおけること
である。

【０１４６】ステップ９６において、ＣＰＵはＩＯＰ
ＳＣＭ命令の処理中に生成されるＣＰＵ−ＩＯＰ通信ブ
ロック（ＣＩＣＢ）から応答コードを取り出す。ステッ
プ９７において、ＣＰＵは応答コードを、要求元ＯＳの
ＭＳのコマンド応答ブロック（ＣＲＰＢ）に格納する。
ステップ９７はＳＣＭ命令の実行の終わり近くで発生す
る。応答コードはＯＳプログラムに対して、ＳＣＭ命令
の実行が成功したのかどうかを示し、成功しなかった場
合には、不成功の理由を示す。これらのコードは本明細
書で前述した値のいずれをも有することができる。

【０１４７】ステップ９７において、ＣＰＵは操作コー
ドを検査して、テスト操作が実行されたのかどうか、ま
た、実行されたのであれば、ＣＭＦ状況をＣＩＣＢから
取り出し、これをコマンド応答ブロックに格納して、Ｃ
ＭＦの状況をＯＳプログラムに対して示すためにステッ
プ９９が実行されるのかどうかを決定する。

【０１４８】図１３ないし図１５はＳＣＭ命令の実行の
一部として、始動、停止、またはテスト操作を実行する
ためのチャネル・サブシステム・プロセスを示す。これ
はステップ１１１から始まり、このステップはＯＳ記憶
域から、ＣＲＱＢ長さ、操作コード、実行元ＯＳのＯＳ
イメージＩＤ及び再配置ゾーン番号、チャネル測定ブロ
ックの記憶域アクセス・キー、ならびにチャネル測定ブ
ロックのアドレスを含んでいるＣＲＱＢを取り出す。

【０１４９】注：ＳＣＭ命令がハイパーバイザによって
実行される場合、ＣＲＱＢはＯＳイメージＩＤ及び再配
置ゾーン番号のみを含む。ＳＣＰ命令がＯＳによってイ
ンタプリタ式に実行される場合、これらの値は両方とも
ＨＳＡのＣＩＣＢのＣＰＵＳＣＭ命令マイクロコードに
よって、ＩＯＰへ渡される。ＯＳプログラムがＳＣＭ命
令をインタプリタ式に実行している場合、ＯＳイメージ
ＩＤフィールド及び再配置ゾーン番号フィールドの両方
をＣＲＱＢ内で、ＯＳプログラムによってゼロにセット
してから、ＣＥＣがハイパーバイザによって制御されて
いないときにだけ、ＯＳプログラムがＳＣＭ命令を実行
するようにする必要がある。ＣＰＵマイクロコードはＯ
ＳイメージＩＤ及び再配置ゾーン番号を活動ＳＩＥ状態
記述から、これらの値をＩＯＰに与えるための手段とし
て、図１２のステップ１０１０に示すように、ＣＩＣＢ
にコピーする。

【０１５０】ステップ１１２はＣＲＱＢの操作コードを
テストし、始動操作が指定されているかどうかを判定す
る。操作が始動でない場合には、プロセスは図１４に進
む。始動操作が指定されている場合には、ＩＯＰはＣＥ
Ｃの作動モードをテストし、ハイパーバイザがＣＥＣを
制御しているのかどうかを判断する（ステップ１１
３）。ＣＥＣを制御しているハイパーバイザがない場合
には、プロセスはステップ１１６に進む。

【０１５１】ハイパーバイザがＣＥＣを制御している場
合には（ステップ１１３のイエスの経路）、ＩＯＰはテ
ストを行って、ＳＣＭ命令がパススルー・モードでイン
タプリタ式に実行されているのかどうかを判断する（ス
テップ１１４）。ステップ１１４はＣＩＣＢのＣＰＵ
ＳＣＭマイクロコードによってセットされたＳＣＭパス
スルー・ビットをテストし、ＳＣＭ命令がＳＩＥの制御
のもとでインタプリタ式に実行されているのかどうかを
判断する。実行されている場合には、ＣＩＣＢ内のＣＰ
Ｕによって渡されたＯＳイメージＩＤ及び再配置ゾーン
番号をチェックして、これらがＣＥＣによって与えられ
る値を指定しているかどうかを判断する（ステップ１１
５）。これらの値が有効な場合、処理はステップ１１６
に進む。ＣＩＣＢ内のこれらの値が有効でない場合、該
当するエラー応答コード（本明細書で前述した）をＨＳ
ＡのＣＩＣＢのコマンド応答コードに格納し（ステップ
１１１２）、待機しているＣＰＵにＳＣＭ命令を実行し
ているＩＯＰが完了したとの信号が与えられる（図１５
のステップ１３５）。ＩＯＰは次いで進行して、以前に
待ち行列に入れられた始動サブチャネル要求に対する実
行元入出力要求などの実行する他の作業タスクを探す
（図１５のステップ１３６）。ＣＥＣがハイパーバイザ
によって制御されていない場合には（ステップ１１４の
テスト）、これらのチェックは行われず、プロセスはス
テップ１１６に進む。

【０１５２】ハイパーバイザがＣＥＣを制御している
が、ＳＣＭ命令がパススルー・モードでインタプリタ式
に実行されていない場合（ステップ１１４のパスな
し）、ステップ１１４ＡのテストをＩＯＰが行って、Ｃ
ＲＱＢのそれぞれのフィールドにおけるハイパーバイザ
が指定したＯＳイメージＩＤ及び再配置ゾーン番号が有
効であるかどうかを判定する。これらの値が有効である
場合には、プロセスはステップ１１７に進む。これらの
値がハイパーバイザによって適切に指定されていない場
合には、該当するエラー応答コードがＨＳＡのＣＩＣＢ
のコマンド応答コードに格納され（ステップ１１１
２）、ＣＰＵには上述のように、ＩＯＰにおけるＳＣＭ
の実行が終了した旨の信号を受ける。

【０１５３】ステップ１１６はテストを行って、ハイパ
ーバイザがＣＥＣを制御していないか、あるいはＳＣＭ
命令がインタプリタ式に実行されているかのいずれかの
場合に、ＣＲＱＢのＯＳイメージＩＤ及びゾーン再配置
番号の値が適切にゼロと指定されているかどうかを判定
する。ＯＳに適切にゼロという値が指定されている場合
には、プロセスはステップ１１７に進む。これらの値の
いずれかがゼロでない場合には、該当するエラー・コー
ドがＨＳＡのＣＩＣＢのコマンド応答コードに格納され
（ステップ１１１２）、ＣＰＵには上述のように、ＩＯ
ＰにおけるＳＣＭの実行が終了した旨の信号を受ける。

【０１５４】ステップ１１７はＯＳによって指定された
ＣＭＢアドレスが有効であるかどうか、またＣＲＱＢの
すべての予約フィールドにゼロ値が適切に指定されてい
るかどうかを判定するためのチェックを行う。これらの
チェックのいずれかが失敗した場合には、該当するエラ
ー・コードがＨＳＡのＣＩＣＢのコマンド応答コードに
格納され（ステップ１１１２）、ＣＰＵには上述のよう
に、ＩＯＰにおけるＳＣＭの実行が終了した旨の信号を
受ける。これらのチェックのすべてが成功した場合に
は、処理はステップ１１８に進む。

【０１５５】ステップ１１８及び１１９はテストを行っ
て、ＯＳが指定した記憶域アクセス・キーがＯＳの主記
憶域のＣＭＢの実記憶域アクセス・キーに一致している
かどうかを判定する。ＩＯＰはＣＲＱＢからの指定され
たキーを使用して、ＣＭＢの記憶域アドレスに対して取
出し要求を発行し、取出し操作の結果をテストする。取
出しが成功した場合には、キーは一致し、処理はステッ
プ１１１１に進む。取出しが成功しなかった場合には、
該当するエラー・コードがＣＩＣＢのコマンド応答コー
ドに格納され（ステップ１１１２）、ＣＰＵには上述の
ように、ＩＯＰにおけるＳＣＭの実行が終了した旨の信
号を受ける。注：ＣＲＱＢのキー値がゼロの場合には、
記憶域内のＣＭＢの実際のキー値にかかわりなく、チャ
ネル測定情報がＩＯＰによって定期的にＣＭＢに格納さ
れるときに、ゼロ・キーによってＩＯＰがＣＭＢの取出
し及び格納を順次行えるようになるので、このテストは
行われない。

【０１５６】ステップ１１１１はテストを行って、ＣＥ
Ｃがハイパーバイザの制御のもとで実行されているかど
うかを判定する。実行されていない場合には、ＯＳが１
つだけＣＥＣ内で作動しており、ＩＯＰは「活動」の指
示を、ＯＳイメージ１に対するＨＳＡのＩＯＰＳＢ項目
に格納し、ＣＲＱＢからの記憶域アクセス・キー値及び
ＣＲＱＢからのＣＭＢアドレスをＯＳイメージ１に対す
るＩＯＰＳＢ項目に格納する。ハイパーバイザがＣＥＣ
を制御している場合、複数のＯＳを構成することがで
き、ＩＯＰは「活動」指示、記憶域アクセス・キー値、
及びＣＭＢアドレスを指定されたＯＳイメージのＩＯＰ
ＳＢ項目に格納する。ＩＯＰＳＢの状況、キー、及びＣ
ＭＢアドレスは次いで、ＩＯＰがそれぞれの各ＯＳに対
する各活動チャネル測定機構ＣＭＢを定期的に更新した
場合に、ＩＯＰによって使用される。ＩＯＰＳＢの更新
の完了時に、プロセスは図１５のステップ１３４に進
み、ＩＯＰは正常な完了応答コードをＣＩＣＢに格納し
（図１５のステップ１３４）、待機しているＣＰＵに、
上述のように、ＳＣＭ命令がＩＯＰで完了した旨の信号
を出す。

【０１５７】図１４は「停止」または「テスト」いずれ
かの操作に必要であり、かつ図１３ですでに示したよう
な「始動」操作に対してＩＯＰによって行われるチェッ
クを同様なものである必要なハイパーバイザ・モード・
チェック、ＳＣＭインタプリタ式実行チェック、ならび
に該当する予約フィールド・チェックを行うためのＩＯ
Ｐプロセスを示す。これらのチェック（ステップ１２
２、１２３、１２３Ａ、及び１２４）が正常に完了した
場合、ＣＲＱＢの操作コード・フィールドが「停止」操
作に関してチェックされる（ステップ１２５）。操作コ
ードが「停止」操作を指定していない場合、処理は図１
５へ進む。操作コードが「停止」操作であると判断され
た場合、ＩＯＰはチェックを行って、ＣＥＣがハイパー
バイザの制御のもとで作動しているかどうかを判定す
る。作動していない場合には、１つのＯＳだけがＣＥＣ
で実行されており、ＯＳイメージ１に対するＣＭＦの状
況がＯＳ−１に対するＨＳＡのＩＯＰＳＢ項目で「停
止」状態にセットされる（ステップ１２６Ａ）。ＣＥＣ
がハイパーバイザの制御のもとで作動している場合に
は、複数のＯＳが実行されており、指定されたＯＳイメ
ージに対するＨＳＡのＩＯＰＳＢ項目のＣＭＦ状況が
「停止」状態にセットされる（ステップ１２７）。プロ
セスは次いで、図１５のステップ１３４に進み、正常な
完了コードをＣＩＣＢのコマンド応答コードに格納し、
待機しているＣＰＵにＳＣＭ命令がＩＯＰで完了した旨
の信号を出す。

【０１５８】図１５は「テスト」操作に関するＩＯＰプ
ロセスを示す。図１５において、「テスト操作」コード
がＣＲＱＢの操作コード・フィールドで発見された場合
には、ステップ１３１からステップ１３２へのイエス・
パスが取られる。「テスト」操作が操作コード・フィー
ルドで発見されない場合には、無効なＳＣＰ操作コード
がＣＲＱＢに含まれ、ＩＯＰは該当するエラー応答コー
ドをＣＩＣＢに格納し（ステップ１３１Ｂ）、待機して
いるＣＰＵに、上述のように、ＳＣＭ命令がＩＯＰで完
了した旨の信号を出す。

【０１５９】ステップ１３２はＣＥＣがハイパーバイザ
を使用しているかどうかをテストし、使用している場合
には（ステップ１３３へのイエス・パス）、そのＯＳに
対するチャネル測定機構状況を関連するＩＯＰＳＢＯ
Ｓ項目からＣＩＣＢにコピーする。次いで、プロセスは
ステップ１３４に進む。

【０１６０】ハイパーバイザがステップ１３２によって
使用されていると判定された場合には、ステップ１３２
Ａに入り、ＯＳ−１項目に存在している状況指示をＩＯ
ＰＳＢにコピーし、次いで、プロセスはステップ１３４
へ進む。

【０１６１】ステップ１３４は正常な完了応答コードを
ＣＰＵマイクロコードに対するＣＩＣＢに格納し、待機
しているＣＰＵに、ＳＣＭ命令の実行がＩＯＰで完了し
た旨の信号を出す（ステップ１３５）。ＩＯＰは次い
で、他の作業タスクをポーリングし、実行する。

【０１６２】図１７及び図１８は活動チャネル測定機構
（ＣＭＦ）を有しているそれぞれのＯＳのＭＳ内のＯＳ
チャネル測定ブロック（ＣＭＢ）を定期的に更新するた
めのタイマ駆動ルーチンを示す。たとえば、ＩＯＰタイ
マ割込みが４秒ごとに発生し、ステップ１５１への入力
を行う。次いで、ＩＯＰは図１７のプロセスを実行し、
ステップ１５１はすべてのＣＭＦに対してＩＯＰ状況ブ
ロック（図７のＩＯＰＳＢ）をチェックする。ステップ
１５１はＩＯＰＳＢが何らかのＣＭＦが活動しているこ
とを示しているかどうかをチェックする。ＣＭＦが活動
していない場合には、ステップ１５９に入り、ＩＯＰが
解放されて、他の作業を行う。

【０１６３】ステップ１５２はＣＥＣがハイパーバイザ
を使用しているかどうかをチェックする。ハイパーバイ
ザが使用されていない場合には、ステップ１５２Ａに入
り、１というループ・カウントをセットする。ハイパー
バイザが使用されている場合には、ステップ１５３に入
り、Ｎ（これはＣＥＣに構成されているＯＳの数であ
る）というループ・カウントをセットする。次いで、ス
テップ１５４はＩＯＰ状況ブロック（ＩＯＰＳＢ）にア
クセスし、またＯＳ−１に対する第１状況項目にアクセ
スする。次いで、図１８のプロセスが実行され、チャネ
ル・イメージ測定ブロック（ＣＩＭＢ、図１０参照）の
それぞれのチャネル・プロセッサ項目（０−２５５）を
走査して、現在指定されているＯＳ（当初はＯＳ−１で
ある）に対する２ワードのセットにアクセスし、次い
で、このセットをそのＭＳ（図５参照）内のそのＯＳに
対するチャネル測定ブロック（ＣＭＢ）に配置されたそ
のチャネルに対する対応した２ワードのセットに書き込
む。

【０１６４】次に、ステップ１５６に入り、ループ・カ
ウントを１減少させ、ステップ１５７は得られるカウン
トをテストして、これがゼロになったかどうかを判定す
る。ゼロになっている場合には、すべての２ワードのセ
ットがシステム内のすべてのＯＳに関して、ＣＭＢ内に
コピーされ（ステップ１５８で示す）、ステップ１５９
において、ＩＯＰが解放され、他の作業を行う。

【０１６５】図１８は図１７のステップ１５５の詳細を
示す。ＣＭＦが活動状態でない場合には、プロセスは図
１７の点Ｂで終了する。何らかのＣＭＦが活動状態であ
る場合には、プロセスはステップ１６２に進み、チャネ
ル０に対するＣＩＭＢ（図１０）の最初の項目を選択
し、ステップ１６３に進む。

【０１６６】ステップ１６３は選択されたＯＳに対する
チャネル測定値を含んでいる２ワードのセットを取り出
し、ステップ１６４に入る。

【０１６７】ステップ１６４はチェックを行って、次の
他のチャネル項目をＣＩＭＢで処理するのかどうかを判
定する。処理する場合には、プロセスはステップ１６３
へ戻り、次の項目を処理する。処理しない場合には、ス
テップ１６５に入り、取り出されたすべての２ワード・
セットをＯＳに対するそれぞれのＭＳに関するＣＭＢに
格納する。ステップ１６６は何らかの例外事項に関する
チェックを行い、何も存在していない場合には、図１７
の点Ｂで終了が行われる（これは図１７のステップ１５
６に進む）。何らかが存在している場合には、ステップ
１６６Ａに入り、「停止」状態を該当するＯＳのＣＭＦ
に対するＩＯＰＳＢに格納する。これはＣＭＦを関連す
るＯＳに対して停止させ、ＩＯＰが活動チャネル測定機
構に対してＣＭＢを定期的に更新するたびに、ＩＯＰが
常に同じ例外状態に遭遇するようにする。

【図面の簡単な説明】

【図１】論理区画１ないしＮに分割されたＣＰＵ、入出
力チャネル・サブシステム、及び記憶資源を有している
ＣＥＣを示す図である。

【図２】「チャネル測定設定」（ＳＣＭ）命令を示す図
である。

【図３】ＣＥＣのそれぞれのＯＳに割り当てられたＭＳ
−１ないしＭＳ−Ｎのいずれか１つまたは複数のものに
配置される「コマンド要求ブロック」（ＣＲＱＢ）を示
す図である。

【図４】ＣＲＱＢと同様、ＣＥＣ内のそれぞれのＯＳに
割り当てられたＭＳ−１ないしＭＳ−Ｎのいずれか１つ
または複数のものに配置される「コマンド応答ブロッ
ク」（ＣＲＰＢ）を示す図である。

【図５】ＣＲＱＢ及びＣＲＰＢと同様、ＣＥＣ内のそれ
ぞれのＯＳに割り当てられたＭＳ−１ないしＭＳ−Ｎの
いずれか１つまたは複数のものに配置される「チャネル
測定ブロック」（ＣＭＢ）を示す図である。

【図６】ＯＳがアクセスできないＣＥＣのＨＳＡ（ハー
ドウェア・システム領域）に配置される「ＣＰＵ−ＩＯ
Ｐ通信ブロック」（ＣＩＣＢ）を示す図である。

【図７】すべてのチャネル測定機構の状況を示すＨＳＡ
内に配置されている「ＩＯＰ状況ブロック」（ＩＯＰＳ
Ｂ）を示す図である。

【図８】各々にチャネル・プロセッサが設けられている
チャネル・プロセッサ・クロック・レジスタ（ＣＰＣ
Ｒ）、チャネル・プロセッサ始動時間レジスタ（ＣＰＳ
ＴＲ）、及びチャネル・プロセッサ終了時間レジスタ
（ＣＰＥＴＲ）を示す図である。

【図９】各チャネル・プロセッサのローカル記憶装置内
のチャネル・プロセッサ測定ブロック（ＣＨＭＢ）を示
す図である。

【図１０】チャネル・イメージ測定ブロック（ＣＩＭ
Ｂ）を示す図である。

【図１１】「チャネル測定設定」（ＳＣＭ）命令に関す
る操作をもたらすステップの順序を示す流れ図である。

【図１２】「チャネル測定設定」（ＳＣＭ）命令を実行
するために妥当性チェックを行うためのステップを示す
流れ図である。

【図１３】「チャネル測定設定」（ＳＣＭ）命令に関す
る操作をもたらすため入出力プロセッサによって行われ
るステップの副順序を示す流れ図である。

【図１４】「チャネル測定設定」（ＳＣＭ）命令に関す
る操作をもたらすため入出力プロセッサによって行われ
るステップの副順序を示す流れ図である。

【図１５】「チャネル測定設定」（ＳＣＭ）命令に関す
る操作をもたらすため入出力プロセッサによって行われ
るステップの副順序を示す流れ図である。

【図１６】「チャネル測定設定」（ＳＣＭ）命令に関す
る操作をもたらすため入出力プロセッサによって行われ
るステップの副順序を示す流れ図である。

【図１７】チャネル測定ブロック内のデータをＨＳＡか
らＯＳの区分された主記憶域に移動するために入出力プ
ロセッサによって行われるステップを示す流れ図であ
る。

【図１８】チャネル測定ブロック内のデータをＨＳＡか
らＯＳの区分された主記憶域に移動するために入出力プ
ロセッサによって行われるステップを示す流れ図であ
る。

───────────────────────────────────────────────────── フロントページの続き (72)発明者スティーブン・ガードナー・グラッセンアメリカ合衆国12589、ニューヨーク州ウォールキル、シャーウッド・ドライブ６ (72)発明者アサーフ・マロンアメリカ合衆国12603、ニューヨーク州ポーキープシー、ホロー・レーン１ (72)発明者ケネス・ジェームズ・オークスアメリカ合衆国12590、ニューヨーク州ワッピンガーズ・フォールス、ファーム・ビュー・ロード 13 (72)発明者デビッド・エメット・スタッキアメリカ合衆国12603、ニューヨーク州ポーキープシー、フォックス・ラン 123 (72)発明者レスリー・ウッド・ワイマンアメリカ合衆国12601、ニューヨーク州ポーキープシー、ハドソン・ハーバー・ドライブ 1011

Claims

【特許請求の範囲】

【請求項１】入出力チャネルの利用度について測定が行
われる制御プログラムの制御のもとで作動しているチャ
ネル・プロセッサによって制御される各入出力チャネル
による時間の利用度を測定するために、コンピュータ複
合体（ＣＥＣ）の入出力チャネル・サブシステムに論理
チャネル測定機構（ＣＭＦ）を構成し、測定期間中に制御プログラムが使用する入出力チャネル
に対してチャネル・プロセッサが感知したチャネル利用
度の各時間セグメントを、ＣＭＦごとに蓄積し、制御プログラムに対するチャネルの連続利用の始めか
ら、チャネルの連続利用の終わりまでの時間を測定する
チャネル・プロセッサによって各時間セグメントを検出
するステップからなるチャネル使用時間を測定する方法。
【請求項２】チャネル使用時間を判定するためのプロセ
スにおいて、チャネルに対する使用状態の開始から、使
用時間の終了までの各時間セグメントをチャネル・プロ
セッサによって測定するステップをさらに含んでいる請求項１記載のチャネル使
用時間を測定する方法。
【請求項３】いずれかのチャネルが使用する各時間セグ
メントの蓄積ステップから、このチャネルを共用してい
るいずれかの他の制御プログラムに対するチャネルの使
用時間を排除するステップをさらに含んでいる請求項２記載のチャネル使
用時間を測定する方法。
【請求項４】各区画が制御プログラムを備えたオペレー
ティング・システムを含んでいる複数の論理区画を有し
ているＣＥＣの論理区画に制御プログラムを配置するステップをさらに含んでいる請求項３記載のチャネル使
用時間を測定する方法。
【請求項５】制御プログラムの識別子を複数のＣＭＦの
各々に恒久的に割り当てて、各ＣＭＦをそれぞれの制御
プログラムと関連づけることによって、ＣＥＣの入出力
チャネル・サブシステム内の複数のＣＭＦを、ＣＥＣの
それぞれの複数の制御プログラムと関連づけるステップをさらに含んでいる請求項４記載のチャネル使
用時間を測定する方法。
【請求項６】ＣＭＦが他の命令を実行するために解放さ
れるＣＰＵと非同期的に作動している測定期間を開始す
るため活動ＣＭＦに対して始動コマンドを発行するため
に、ＣＥＣ内の中央演算装置（ＣＰＵ）によってＣＭＦ
を実行するステップをさらに含んでいる請求項５記載のチャネル使
用時間を測定する方法。
【請求項７】ＣＭＦの作動状態をテストするためにテス
ト・コマンドを発行するためにＣＥＣ内の中央演算装置
（ＣＰＵ）によってＣＭＦを実行するステップをさらに含んでいる請求項５記載のチャネル使
用時間を測定する方法。
【請求項８】各入出力チャネルを制御するために入出力
チャネル・プロセッサを専用のものとし、チャネルが使用状態にある間に各チャネル・プロセッサ
によって各時間セグメントを連続的に測定し、チャネル
使用時間をチャネル利用時間として与えるステップをさらに含んでいる請求項１記載のチャネル使
用時間を測定する方法。
【請求項９】ＣＭＦが停止状態であり、エラー状態でな
いことを以前に実行されたＣＭＦテスト・コマンドが示
している場合にのみ、ＣＭＦ始動コマンドを実行するステップをさらに含んでいる請求項８記載のチャネル使
用時間を測定する方法。
【請求項１０】ＣＥＣ内で同時に作動している複数の制
御プログラムに対する時間セグメントを測定するために
ＣＥＣ内のチャネル・プロセッサを共用するように複数
のＣＭＦの各々を構成するステップをさらに含んでいる請求項５記載のチャネル使
用時間を測定する方法。
【請求項１１】ＣＭＦに割り当てられているものと同じ
識別子を有している制御プログラムが実行するＣＭＦ命
令によって配置される測定コマンド要求制御ブロック
（ＣＲＱＢ）内で測定を行うためにＣＭＦを識別し、入出力チャネル利用度の測定値をＣＭＦに割り当てられ
た制御ブロックに対して与えることによってＣＭＦ命令
を実行している制御プログラムに、ＣＭＦによって応答
するステップをさらに含んでいる請求項５記載のチャネル使
用時間を測定する方法。
【請求項１２】他のＣＭＦと無関係に各ＣＭＦを操作
し、ＯＳベースで選択された利用入出力チャネルに対し
て、共用チャネルがそれぞれのＯＳが使用されている比
例した時間のみを含んでいるチャネル利用時間の測定を
可能とするステップをさらに含んでいる請求項５記載のチャネル使
用時間を測定する方法。
【請求項１３】複数の入出力チャネルをＯＳ間で共用
し、各ＣＭＦを関連するＯＳに対して操作して、チャネルが
関連するＯＳによって使用されている場合にのみ、共用
入出力チャネルに対する利用時間を測定するステップをさらに含んでいる請求項５記載のチャネル使
用時間を測定する方法。
【請求項１４】クロックの現行クロック値をタイム・ス
タンプ項目として各チャネル・プロセッサのローカル記
憶域に記録することによって、チャネルが使用されてい
る各時間セグメントに対する開始時間及び終了時間を記
録するステップをさらに含んでいる請求項１記載のチャネル使
用時間を測定する方法。
【請求項１５】開始時間を終了時間から引き、計算した
時間セグメントを蓄積された利用時間フィールドの現行
内容に加え、チャネル・プロセッサに対する蓄積された
利用時間を得ることによって、各時間セグメントの終了
時に各時間セグメントを計算するステップをさらに含んでいる請求項１４記載のチャネル
使用時間を測定する方法。
【請求項１６】複数のＣＰＵを含むＣＥＣ内の、各々が
占有しているＯＳによって使用されるＣＥＣ主記憶域
（ＭＳ）の割り当てられた部分を有している異なる資源
区画を占有している複数のオペレーティング・システム
（ＯＳ）によって共有可能なチャネルをサポートしてい
る入出力チャネル・サブシステムを有しているコンピュ
ータ複合体（ＣＥＣ）と、入出力チャネル・サブシステムをそれぞれ制御するため
に設けられている複数のチャネル・プロセッサであっ
て、各々がチャネルに対する測定値の時間セグメントと
して各チャネルに対する連続使用時間の量を感知するチ
ャネル・プロセッサと、チャネルに対する時間セグメン
トを合計し、合計値をチャネルのローカル記憶域内のチ
ャネル蓄積項目に記録する手段であって、合計手段に設
けられた最後のセグメントの終わりの発生に対する時間
を示すタイム・スタンプを記録する手段と、ＣＥＣの入出力チャネル・サブシステム記憶域に設けら
れた複数のチャネル測定機構（ＣＭＦ）であって、各Ｃ
ＭＦがそれぞれのＯＳに対する入出力チャネルの利用度
の測定を行うために割り当てられており、各ＣＭＦがそ
れぞれのＯＳによって使用されている入出力チャネルを
制御する入出力チャネル・プロセッサを使用しているＣ
ＭＦと、チャネル蓄積項目及びタイム・スタンプ項目の内容をす
べてのチャネル・プロセッサのローカル記憶域から、Ｃ
ＭＦの対応する項目に定期的に転送して、すべてのチャ
ネル及びすべてのＣＭＦに対する項目の集合を取得し、
各ＣＭＦの項目の内容がＣＭＦのすべての項目の内容の
最後のリセットからの蓄積された利用時間及びタイム・
スタンプを表している手段と、いずれかのＯＳに対してＣＭＦ命令を実行して、識別さ
れたＣＭＦを始動するＣＰＵであって、識別されたＣＭ
ＦがＣＭＦの実行時間から測定期間を始動するため、Ｃ
ＭＦ命令によって発行された始動コマンドによってリセ
ットされたすべての項目を有しており、ＣＭＦの内容が
ＯＳによるチャネル利用度の測定値として取得された
後、測定期間を停止するため、ＣＰＵが他のＣＭＦ命令
を実行するＣＰＵとからなるチャネル使用時間を測定する手段。
【請求項１７】ＣＭＦ命令を実行するＯＳと関連づけら
れているＣＭＦである識別されたＣＭＦをさらに含んで
いる請求項１６記載のチャネル使用時間を測定する手段。
【請求項１８】ＣＭＦ命令を実行するＯＳと関連づけら
れているＣＭＦ以外のＣＭＦである識別されたＣＭＦを
さらに含んでいる請求項１６記載のチャネル使用時間を測定する手段。
【請求項１９】いずれかのＯＳに対してＣＭＦ命令を実
行して、識別されたＣＭＦの状況をテストするＣＰＵ
と、識別されたＣＭＦに対してＣＭＦ命令を実行する各
ＯＳに対する識別子を記録する入出力プロセッサ内の手
段と、ＣＭＦ命令によって指定された位置で主記憶域に
配置されたコマンド応答ブロック（ＣＲＰＢ）に識別さ
れたＣＭＦの状況を示すことによってＯＳに応答する入
出力プロセッサ内の手段とをさらに含んでいる請求項１６記載のチャネル使用時間を測定する手段。