JPH04245545A

JPH04245545A - マルチ・ユーザ仮想計算機システム構成方法およびマルチ・ユーザ仮想計算機システム

Info

Publication number: JPH04245545A
Application number: JP3229731A
Authority: JP
Inventors: Gary S Beck; ゲイリー・スティーブン・ベック; Warren K Jones; ワレン・キース・ジョーンズ; Dennis R Musselwhite; デニス・レイ・マッスルホワイト
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1990-09-04
Filing date: 1991-08-16
Publication date: 1992-09-02
Also published as: US5257376A; EP0473916A3; EP0473916A2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、仮想計算機システム・
プロダクト（ＶＭ／ＳＰ）に関するもので、特に、基礎
となる制御プログラム（ＣＰ）中核パラメータに対して
、（ＣＰ）中核あるいは制御プログラムの新しい初期プ
ログラム・ロード（ＩＰＬ）の再形成を必要とすること
なく、変更を可能とするＶＭ／ＳＰシステムに関する。

【０００２】

【従来の技術】ＩＢＭ　　ＶＭ／ＳＰプロダクト・ライ
ンは、プロセッサが、複数の専用プロセッサをエミュレ
ートすることを可能とする。これらエミュレートされた
プロセッサの各ユーザは、プロセッサの全機能を自由に
計算に利用することができるかに見える。制御プログラ
ム（ＣＰ）は、実システム・プロセッサの資源を制御し
、それぞれは個々のプロセッサのように見える多くの仮
想計算機（ＶＭ）を提供する。会話型モニタ・システム
（ＣＭＳ）はプログラミング・プロトコルの第２階層で
あり、ターミナル・ユーザとの広範囲の対話やタイム・
シェアリング・サービスを提供する。各ＶＭユーザは、
ＣＭＳを用いて、ファイルやコンパイル・テストを作り
管理することができ、個々のＶＭユーザによって提供さ
れるアプリケーション・プログラムを実行することがで
きる。

【０００３】これらＶＭ／ＳＰシステムのオペレーショ
ンは、共通データが制御プログラム（ＣＰ）に利用でき
ることを要求する。これらの中には、命名および保管さ
れたシステム（ＮＳＳ）や共有セグメント（ＳＳ）のよ
うな、保管され命名されたオブジェクト定義からなるシ
ステム・ネーム・テーブル（ＳＮＴ）を作れという要求
もある。これら保管され命名されたオブジェクト定義は
、直接アクセス記憶装置（ＤＡＳＤ）の制御プログラム
（ＣＰ）部分の中に保存されている。

【０００４】これらの定義を作る際に、データをフォー
マットしホスト・モジュール（ＤＭＫＳＮＴ，ＤＭＫＳ
ＹＳ，またはＤＭＫＢＯＸ）の一部となすために、マク
ロが用いられる。逆にこれらのモジュールは、（ＣＰ）
中核の一部である。

【０００５】このようなＣＰ中核を変形変更するために
、新しい中核が生成されフォーマットされ、制御プログ
ラムの次の初期プログラム・ロードは、新しく存在する
中核ネームド・オブジェクトの各々を、制御プログラム
・システム・メモリにロードする。

【０００６】現ＶＭ／ＳＰオペレーティング・システム
に対して、これら保管され命名されたオブジェクトを付
加または置換すると、プロセッシング活動に支障を起こ
し、それは全仮想計算機ユーザによって経験される。置
換はＶＭシステムの全停止によってのみ実行され、シス
テム初期プログラム・ロードが続き、ここで初めてＣＰ
プログラムはメモリに新しいパラメータを回復し記憶す
ることができる。これは必ず各ＶＭユーザの活動停止を
引き起こす。

【０００７】ＣＰ中核を修正あるいは“調整する”とき
の付加的複雑さは、数個のＶＭシステムが単一で大規模
なＶＭシステムの設備からなるときに生じる。これらの
システムは、国内各地に配置され、全く異なるタイプの
アプリケーション・プログラムをサポートすることがで
きる。例えば、大会社は異なる国にＶＭ設備を持つかも
しれないが、その設備は、ＣＭＳシステムに対して多く
の共通ファイルを含み、各システムに対して異なるＣＰ
中核となる命名および保管されたオブジェクトの異なる
セットを持つことができる。このように、２つの中核が
同一でないとき、中央ロケーションからそのようなＣＰ
中核に対する変更を管理するのは難しい。２つの異なる
システム中核要件に十分なパラメータを持つ１個の中核
を形成すると、これら命名および保管されたオブジェク
トに対するＤＡＳＤの管理の複雑さを増す。

【０００８】

【発明が解決しようとする課題】本発明の目的は、シス
テム・ユーザに対する支障が最小になるように、制御プ
ログラム中核を再構成する方法を提供することにある。

【０００９】本発明のより特定の目的は、キー・システ
ム構成定義と、ＣＭＳ管理ミニディスク上のオーバーラ
イド・ソース・ファイルにおける命名および保管された
オブジェクト定義とを提供することにある。

【００１０】本発明の他の目的は、ミニディスクのオー
バーライド・ソース・ファイルに格納されたパラメータ
が、制御プログラムのための、中核再構成またはシステ
ムＩＰＬを必要とせずに、制御プログラムに移されるの
を許可することにある。

【００１１】本発明の他の目的は、多数のＶＭシステム
に使用される共通のファイルと共に、１つのＶＭシステ
ム中核に固有のファイル組込みを提供することにある。

【００１２】本発明の他の目的は、制御プログラムが個
々のオブジェクト定義データを検証する一方で、エラー
・メッセージと共に、特定オブジェクト定義データと、
エラーを発生したＣＭＳファイルの位置とを指示するこ
とができるのに十分な情報を、システム・オブジェクト
定義と共に含むことにある。

【００１３】

【課題を解決するための手段】本発明のこれらの目的は
、以前はＣＰ中核に位置し、今はＣＰアクセスおよび制
御のために専用ＤＡＳＤの一部に格納されている多くの
システム名を含むようにして、ＣＭＳ管理ミニディスク
上のオーバーライド・ソース・ファイルの使用範囲を拡
張する方法および装置によって達成される。これら除去
されたシステム名は、システムＩＤ，ユーザＩＤ，ロゴ
記述，およびプリンタ・パラメータのような、共通に使
われる情報を定義し、ＤＡＳＤのＣＰオーバーライド・
ソース・ファイルに移される。前記ＤＡＳＤのこの部分
は、内部オーバーライド・ソース・ファイルとして、制
御プログラムＣＰメモリ・ストレージを新しく生成され
たパラメータで更新するのに役立つ。

【００１４】熟練したＶＭプログラマには周知のように
、ミニディスク上の、新しく構成したオーバーライド・
ソース・ファイルは、システム・プロダクト・エディタ
（ＸＥＤＩＴ）を用いて編集することができる。ＯＶＥ
ＲＲＩＤＥ命令を用いると、前記定義は、制御プログラ
ムＣＰの代わりに、制御プログラムＤＡＳＤ上のオーバ
ーライド空間に、ＶＭ　　ＤＩＡＧＮＯＳＥインターフ
ェースによって書き込まれる。ＣＭＳオーバーライド・
ソース・ファイル中の定義は、ＤＩＡＧＮＯＳＥインタ
ーフェースとコンパチブルなフォーマットに変換された
後、ＤＡＳＤ上のＣＰオーバーライド空間に移すことが
できる。

【００１５】適切な診断命令を発行した後、制御はＣＰ
プログラムに渡され、そこでは、診断命令が、更新され
たソース・ファイル情報を含めて検証される。前記デー
タが検証されるとすると、制御プログラムＣＰは、ＣＰ
所有ＤＡＳＤのオーバーライド部（ＯＶＲＤとしてアロ
ケートされた）に、データを書き込む。

【００１６】一旦、新しいシステム・パラメータがＣＰ
所有ＤＡＳＤのＣＰ　　ＯＶＲＤ空間に存在すると、Ｄ
ＭＫＯＶＤモジュールの呼出しは、ＶＭアドミニストレ
ータ要求で発行されたＩＭＭＥＤＩＡＴＥオプションを
持つＯＶＥＲＲＩＤＥ命令に一致して、制御プログラム
ＣＰメモリを、ミニディスク上でオーバーライド・ソー
ス・ファイルに用いられたデータを表す、新しく構成さ
れ検証されたデータで更新する。

【００１７】ＣＰシステムは直接にはＣＭＳファイルを
アクセスすることはできない。そのため、ＯＶＲＤ空間
を新しいデータで更新する前述のプロセスを実行する際
、データはＤＩＡＧＮＯＳＥインターフェース経由で、
タグ・タイプ・フォーマットに、パラメータ・データそ
のものも含めて送られ、レコード番号はＤＡＳＤのＣＰ
オーバーライド・ソース・ファイルに送られる。このよ
うに、診断命令を実行中にエラーが制御プログラムＣＰ
により見つかったとき、前記エラーは、オーバーライド
・ソース・ファイルの識別子やエラー・エントリのレコ
ード番号と共に、ＣＭＳプログラムを通してシステム・
アドミニストレータに表示することができる。アドミニ
ストレータは、エディタを用いてデータを修正でき、そ
の結果、診断命令の次のプロセッシングは、オーバーラ
イドＯＶＲＤ空間にデータが入るのを可能とする。

【００１８】好適な実施例により、前記システムは、Ｉ
ＭＭＥＤＩＡＴＥオプションを持つＯＶＥＲＲＩＤＥ命
令あるいはシステムＩＰＬに応じて、オーバーライド・
ソース・ファイル定義を制御プログラム・メモリに書き
込む。システム・デフォルト定義は、ＣＰ中核の一部で
あるモジュールにも供給される。システム・オブジェク
ト定義がオーバーライド・ソース・ファイルＤＡＳＤに
存在するときはいつでも、オーバーライド・ソース・フ
ァイルＤＡＳＤ上の定義は、デフォルト・ファイルに見
出されるシステム・デフォルト定義をオーバーライドす
る。

【００１９】前記システムは、オーバーライド・ソース
・ファイルにおいて維持されているＣＰ中核の一部を、
セットアップし調整するのに有用である。共通アドミニ
ストレータによって提供されるマルチＶＭシステムにお
いて、全システムに対する中核ファイルは、共通ファイ
ルと、特定のシステムに対する組込みファイルとを含む
。中央アドミニストレータは、これら組込み調整された
ファイルを構成する際に、より効率的かつ正確に作業を
行い、共通および特定システム・オブジェクト定義の双
方を、接続されたＶＭシステムの範囲内の遠隔地に転送
する。このように、オーバーライド命令は、遠隔地で用
いられ、遠隔地でのＣＰ所有ＤＡＳＤ上のＯＶＲＤ空間
を更新する。

【００２０】

【実施例】図１には、ＶＭオペレーティング・システム
の一般的構成が示されている。ＶＭ／ＳＰシステムは、
インターナショナル・ビジネス・マシーンズ・コーポレ
ーションにより提供される、仮想計算機／システム・プ
ロダクト・ラインに関する文献において、より詳細に記
されている。

【００２１】このプロダクト・ラインは、制御プログラ
ム１３を利用して、プロセッサ１０を、複数の仮想計算
機に分割する。この仮想計算機は１６ａ〜１８ａに示さ
れ、ワークステーション１６〜１８に接続されている。これらの仮想計算機は、プロセッサ１０に対する第３階
層のプロトコルを含むＣＭＳプログラム１４により、複
数のシステム・ユーザと交信する。分割プロセッサ１０
を用いて、複数の仮想計算機１６ａ〜１８ａは、ＩＢＭ
コーポレーションのＣＭＳライブラリによってサポート
される、様々な言語で書かれた任意の数のプログラムを
実行する。

【００２２】図１には、また、一般ディスク・ストレー
ジ・エリア（ＤＡＳＤ）１１が示されており、これは、
ＤＡＳＤストレージをプロセッサ１０に与える。ＤＡＳ
Ｄ１１は同様に、仮想計算機として構成されたプロセッ
サ１０のオペレーティング・プロトコル層１３，１４の
各々のために、数々のセグメントに分割される。

【００２３】ＩＢＭ　　ＶＭ／ＳＰに関する数々のガイ
ド，参考書に書かれているように、ＤＡＳＤ１１は、Ｃ
ＭＳミニディスク部２１およびＣＰ　　ＤＡＳＤ２２を
含んだセクションに分割される。システムのセットアッ
プ時に、ＤＡＳＤ１１は割り当てられ、本発明によると
、ＣＰオーバーライドＤＡＳＤ２３を含んでいる。

【００２４】ＶＭユーザに知られているように、制御プ
ログラムＣＰ１３は、ＣＰ　　ＤＡＳＤ２２に含まれる
べきいくつかの中核データを必要とする。このデータは
システム・オブジェクトと呼ばれ、ＣＰ　　ＤＡＳＤス
トレージ領域２２に関連する中核において定義されてい
る。これらシステム・オブジェクトは、頻繁に変わり、それ
はあたかもシステム要件がシステム使用中に変わるのと
似ている。これら可変システム・オブジェクトは以下を
含んでいる：保管されたセグメント命名および保管されたシステムＶＭ保管システム３７０４／３７０５ネットワーク制御プログラム３８０
０プリンタ制御イメージ・ライブラリ国内語サポート・
ライブラリＣＰ命令および診断コードのための特権クラス時間領域システムＩＤシステム・ロゴプリンタ・セパレータ・ページ・ロゴ。

【００２５】現ＶＭシステム構成の下では、ＶＭシステ
ムのユーザは、インストールされたシステム上で、これ
らシステム・オブジェクトを再構成することはできない
。ＣＰ　　ＤＡＳＤ２２に格納されたＣＰ中核に存在す
るそのような情報は、制御プログラムが再度作成され、
システムが遮断し、新しい初期プログラム・ロード（Ｉ
ＰＬ）が制御プログラムＣＰ１３に影響を及ぼすときに
再度作成される。

【００２６】したがって、これらシステム定義を更新し
調整することは、プロセッサ１０上にインストールされ
たシステムを使用する全ＶＭユーザにとって、支障を起
こす。各ユーザは、例えば、このデータを、新しいデー
タのセットが必要とされるときに、アクティブに使用す
ることができる。制御プログラムＣＰ１３の再ＩＰＬを
行うためにシステムの遮断をすることは、これらユーザ
にとって支障を起こすばかりか、システムの効率を下げ
ることにもなる。

【００２７】本発明は、このようなデータ、または、こ
のようなデータの一部を、ＣＰオーバーライドＤＡＳＤ
２３に移動することを提案する。ＣＰオーバーライドＤ
ＡＳＤ２３は、診断命令を用いればＣＭＳからアクセス
可能である。その結果、ＣＭＳソース・ファイルにシス
テム・オブジェクト定義を生成するのが可能になり、そ
して診断命令を用いれば、そのようなシステム・オブジ
ェクト定義を制御プログラムＣＰに移すのが可能になる
。

【００２８】ＣＰオーバーライドＤＡＳＤ２３の使用は
、ＩＢＭコーポレーションの仮想計算機システム・プロ
ダクト・ガイドに記述されている。ＣＰオーバーライド
ＤＡＳＤ２３内のデータは、ＣＰ１３における現オペレ
ーティング・オブジェクト定義をオーバーライドしそれ
を置換するのに使用することができる。これは、本発明
によれば、データをＣＰオーバーライドＤＡＳＤ２３か
らＣＰワーキング・メモリ・ロケーションに転送する際
に、ＣＰ中核の記憶再成またはシステムの再ＩＰＬを必
要としなくなくなった。ＩＭＭＥＤＩＡＴＥオプション
を伴うＯＶＥＲＲＩＤＥ命令は、ＣＰオーバーライドＤ
ＡＳＤ２３の内容によりシステム・メモリ・ロケーショ
ンを更新するのに必要な、ＣＰモジュールを呼出すのに
使用され、制御プログラムＣＰ１３の再ＩＰＬに含まれ
るルーチンの一部のみを用いる。

【００２９】本発明は、ＣＰオーバーライドＤＡＳＤを
調整するために、前もってＣＰ中核に形成されたシステ
ム・オブジェクト定義を提供する。アドミニストレータ
・ワークステーション１６と仮想計算機１６ａを用いる
と、ＣＭＳ１４／ＣＰ１３インターフェース間の転送の
ために新しいデータを形成し、ＣＰオーバーライドＤＡ
ＳＤ２３に書き込むためのフォーマットで、ＣＭＳオー
バーライド・ソース・ファイルをミニディスク２１上に
転送することが可能となる。データがＣＭＳミニディス
ク上にある間に、データはＣＭＳで好適に編集され、Ｃ
Ｐオーバーライド・ソース・ファイル２３への転送の間
に検証される。新しいシステム・オブジェクト定義の各
々のシンタックス・エラーは、システム・アドミニスト
レータ・ワークステーション１６に報告され、修正され
てＣＭＳ１４／ＣＰ１３インターフェースを通じて返送
される。ＣＰ１３が受け取った検証データは、新しいシ
ステム・コンフィギュレーション・データでＣＰオーバ
ーライドＤＡＳＤ２３をリライトするのに用いることが
できる。このデータは、ＣＰ１３の次ＩＰＬでアクティ
ブにされる。すなわち、このデータは、ＯＶＥＲＲＩＤ
Ｅ命令のＩＭＭＥＤＩＡＴＥオプションを選択的に特定
することにより、現システム上で任意にアクティブとな
ることができる。

【００３０】システム・オブジェクト定義を変更する方
法を一般的に記述したので、次に図２および図３を参照
し、ＣＭＳサポートＶＭアドミニストレータ・ミニディ
スク２１からＣＰオーバーライドＤＡＳＤ２３へ、調整
されたシステム・オブジェクト定義を転送するのに効果
的な特定の実施例を述べる。特に図３は、システム・オ
ブジェクト定義が、ＣＰ　　ＯＶＲＤ空間２３からメモ
リ・ロケーションをオペレートするＣＰプログラム１３
に、いかに適用されるかを示している。

【００３１】図２には、システム・アドミニストレータ
として機能するＶＭユーザ３０が示され、このユーザは
、仮想計算機１６ａを有するターミナル１６を使用する
。システム・アドミニストレータでは、システム・オブ
ジェクト定義のＣＭＳソース・ファイルを生成および編
集できる。ＣＭＳソース・ファイルはＤＡＳＤのＣＭＳ
ミニディスク２１によって与えられる。ＶＭ　　ＣＭＳ
アプリケーションのためのＸＥＤＩＴ機能３３を用いる
と、ＣＰオーバーライドＤＡＳＤ２３上に存在するＣＰ
中核のために、新しいシステム定義データが生成される
。

【００３２】一旦、システム定義データが調整されると
、ステップ３４で、ＣＭＳ環境においてＯＶＥＲＲＩＤ
Ｅ命令が発行される。ＯＶＥＲＲＩＤＥ命令は、ＣＰモ
ジュールＤＭＫＯＶＲから生成されたＣＭＳ命令として
存在する。このモジュールは、ＯＶＥＲＲＩＤＥ命令を
発行するときに、この命令の実行を引き受ける。ＯＶＥ
ＲＲＩＤＥ命令を実行する際に、ＤＭＫＯＶＲモジュー
ルは、編集されたシステム定義データをフォーマットし
、診断Ｘ’Ｃ４’命令を発行し、この診断命令はシステ
ムの制御をＣＰ制御プログラム１３に引き渡し、ＣＭＳ
プログラム１４を離れる。

【００３３】ＣＭＳプログラム１４と制御プログラムＣ
Ｐ１３間のインターフェースを通過するために、診断Ｘ
’Ｃ４’命令は、診断命令によって利用されるデータ・
フォーマットの中に、システム・パラメータ定義を含ん
でいなければならない。

【００３４】このフォーマッティング・ステップにより
、データは、図４に示したように、ＰＬＩＳＴによって
アドレス指定されるシステム・アドミニストレータの仮
想メモリ・ストレージのページとしてフォーマットされ
る。これらの定義はすべて、４Ｋのページになる。

【００３５】標準ＣＰ診断呼出しコンベンションは、Ｒ
ｘ，Ｒｙコンベンションを用いる。ＲｘはＰＬＩＳＴを
指している。Ｒｙは６バイトのボリューム識別子を指し
、この識別子は、ＤＡＳＤ２３上のＣＰオーバーライド
・ソース・ファイルのどこにオブジェクト定義が格納さ
れているのかを指示する。ＣＰ診断呼出しのためのＲｙ
＋１コンベンションは、サブコードを含み、このサブコ
ードは、オーバーライド命令を特定するオプション（例
えばＩＭＭＥＤＩＡＴＥ，ＤＥＦＥＲ，ＶＡＬＩＤＡＴ
Ｅ）に関係する。

【００３６】オブジェクト定義のパラメータ・リストに
おける各エントリは、ユーザの仮想メモリにおける仮想
データ・ページを指す。パラメータ・リストの終りは、
図４に示したように、フル・ワード−１（すなわち１６
進’ＦＦＦＦＦＦＦＦ’）によって指示される。さらに
、最終データ・ページの最終エントリの次は、フル・ワ
ード０（すなわち１６進’００００００００’）が続く
。

【００３７】ＣＭＳミニディスク２１からのオブジェク
ト定義を含む、仮想メモリのこれらのページは、タグ・
エントリとして再フォーマットされる。図５に示したよ
うに、パラメータ・データの診断命令のためのエントリ
は、エントリ長，タグ・タイプ，レコード番号ＲＥＣＮ
Ｏによって特定される。エントリ長は、個々のタグ・エ
ントリの長さを識別し、タグ・タイプは、採用されたタ
グのタイプを識別し、レコード番号ＲＥＣＮＯは、ＣＭ
Ｓ入力ファイルにおけるこのタグ・エントリのためのレ
コード番号を保持する。タグ・データは可変長フィール
ドに付され、この特定パラメータを記述する。ＤＭＫＯ
ＶＲモジュールはまた、一度は主入力ファイルのために
、そして一度は処理される全組込みタグのために、内部
タグ・エントリ＄ＦＩＬＥＩＤを格納する。組込みタグ
についてはまた後に記述する。組込みファイル中のデー
タが処理されると、ＤＭＫＯＶＲは別の＄ＦＩＬＥＩＤ
タグを置き、組込みタグを含むファイル中の残りデータ
の処理に戻る。＄ＦＩＬＥＩＤデータは、エラー報告の
ために保持される。ＣＰプログラムは、タグを含む診断
Ｘ’Ｃ４’データ・パックを受取るとき、特定タグがＣ
ＭＳファイルのどこに配置されているかを知らない。この情報を有することにより、もし、診断命令が制御プ
ログラムＣＰ１３によって解読され、シンタックス・エ
ラーを含んでいることを発見されたら、ＣＭＳプログラ
ムに、レコード番号，＄ＦＩＬＥＩＤ情報の報告を返す
ことが可能となる。これらは、エラー・データを生成し
たタグに含まれている。

【００３８】一旦、各タグが、図５および図６によりフ
ォーマットされると、診断Ｘ’Ｃ４’命令は発行され、
制御は一般診断操作モジュールＤＭＫＨＶＣに渡され、
さらに、発行された診断Ｘ’Ｃ４’命令を処理するため
にＤＭＫＨＶＪモジュールに渡される。

【００３９】ＣＭＳファイルから受け取ったタグ・デー
タを書き込む前に、ステップ３７でデータを検証し、制
御プログラムＣＰ１３のためにＤＭＫＨＶＪモジュール
を呼び出す。ＤＭＫＨＶＪモジュールは、ステップ３８
でＤＭＫＯＶＰモジュールに制御を渡す前に、有効サブ
コード，ＲｘおよびＲｙのための診断情報を検証する。ＤＭＫＯＶＰはまず、更新されるＣＰオーバーライド空
間がオーバーライドＤＡＳＤ２３上のどこに配置される
かを決定する。アドミニストレータによって選択された
オプションは、消去または自由にされるべきオプション
を含み、このオプションは、ＣＰオーバーライドＤＡＳ
Ｄ２３からオーバーライド定義を取り除き、最初にＣＰ
　　ＤＡＳＤ２２上でセットアップされたデフォルト定
義を使用し、次のＣＰ初期プログラム・ロードＩＰＬで
システム・デフォルトに戻る。これらの状況下で、ＤＭ
ＫＯＶＰはオーバーライドＤＡＳＤ２３の中のオーバー
ライド・データ・ポインタを消去し、クラスＥアドミニ
ストレータはワーク・ステーション１６を通じて、命令
が成功裏に終ったことを告げられる。

【００４０】クラスＥユーザが検証／編集遅延または即
時オプションを特定するなら、ＤＭＫＯＶＰは、ＰＬＩ
ＳＴによってアドレス指定された４Ｋのページにおいて
、データを処理する。入力オーバーライド・ソース・デ
ータ・タグを検証するために、ＤＭＫＯＶＶに対して呼
出しが行われる。４Ｋのページに含まれる各タグ・エン
トリは、検証される。エラーが検出されると常に、エラ
ー・メッセージがアドミニストレータのスクリーンに映
し出され、どのＣＭＳファイル識別子およびレコード番
号が無効タグ・エントリに関連するのかを指示する。決定ブロック３９に示すように、エラーは、ＣＭＳプロ
グラムに対して識別され、アドミニストレータ／ＶＭユ
ーザがエラーを識別し修正するのを許可し、再編集タグ
・データと共にＯＶＥＲＲＩＤＥ命令を再発行する。

【００４１】診断インターフェースを経て受け取った各
タグ・エントリを処理するときに、対応エントリはＣＰ
オーバーライドＤＡＳＤ２３に書き込まれる。オーバー
ライドＤＡＳＤ空間は２つのセクションに分割され、オ
ーバーライド・データを処理するときに、オーバーライ
ドＤＡＳＤ空間の一半分は新しいデータを書き込まれ、
他半分は診断命令が受け取られる前に使用された前のデ
ータを保持する。全オーバーライド・データが受け取ら
れ検証されたときのみ、前述のオーバーライド・データ
からのポインタは、新しく入力されたオーバーライド・
データの新しいセクションを指示するように更新される
。このように、ＣＭＳから受け取ったオーバーライド・
ソース・ファイルがエラーを含むなら、現アクティブ・
オーバーライド定義は、新しく受け取ったデータが訂正
されるまで、破壊されない。

【００４２】一旦、全タグ・エントリが処理されたなら
、ＤＭＫＯＶＶは内部ＥＮＤタグを生成し、そのタグを
ＯＶＲＤ空間に書き込んでデータの終りを指示し、制御
をＤＭＫＯＶＰに返す。エラーが受け取られなかったと
すると、即時（ＩＭＭＥＤＩＡＴＥ）オプションが選択
されたか否かについて決定がなされる。そこにおいて、
アドミニストレータはＩＭＭＥＤＩＡＴＥオプションと
共にＯＶＥＲＲＩＤＥ命令を発行し、ＣＰプログラムを
新しく書き込まれたシステム定義で即座に更新させる。

【００４３】ＩＭＭＥＤＩＡＴＥオプションを伴うＯＶ
ＥＲＲＩＤＥ命令が発されるかまたは、ＣＰプログラム
ＩＰＬが発行されたときは、ＤＭＫＯＶＤモジュールが
ステップ４５でＣＰプログラムによって呼出される。Ｄ
ＭＫＯＶＤが呼出されるときは、第１の処理がシステム
・デフォルト・オブジェクト定義をセットアップする。これらデフォルト・オブジェクト定義は、制御プログラ
ムＣＰ１３のフリーストレージに読み出される。このと
きこれらは、実システム・オブジェクト定義であり、オ
ーバーライド・ソースＤＡＳＤ２３にロードされたシス
テム・オブジェクト定義によって更新される。本発明の
好適な実施例において、これらデフォルト・システム・
オブジェクト定義は、ＤＭＫＣＦＢによってセットアッ
プされた命令データと、ＤＭＫＨＶＣによってセットア
ップされたシステム・ユーザ診断テーブルと、ＤＭＫＳ
ＹＳによってセットアップされたシステムＩＤおよび時
間領域定義と、ＤＭＫＳＮＴによってセットアップされ
たシステム・命名および保管されたシステムおよび共有
セグメントと、ＤＭＫＢＯＸによってセットアップされ
たロゴと、仮想計算機プロダクトのためのＩＢＭ文献に
記述された全ＣＰプログラム・モジュールとからなる。

【００４４】ステップ４７において、呼出されたＤＭＫ
ＯＶＥモジュールは、システム・デフォルトを、ＣＰオ
ーバーライドＤＡＳＤ２３からのオーバーライド定義で
更新する。ＤＡＳＤページは、ＣＰモジュールＤＭＫＲ
ＰＡへの呼出しによって読み出される。図７はＯＶＥＨ
ＢＬＯＫによってマップされたＤＡＳＤページ・ヘッダ
を示す。表示ＯＶＥＨＴＹＰＥはＤＡＳＤタイプを示し
、この場合はオーバーライドである。ＯＶＥＨＮＥＸＴ
は次のＤＡＳＤページを指し、そのときオーバーライド
・システム定義は、多数のＤＡＳＤページに及ぶ。各オ
ーバーライド定義は読み出され、現在フリーストレージ
に示されているシステム・パラメータに適用される。一般オーバーライド定義は、現ＤＡＳＤページから読み
出される。図８に示したのは、ＯＶＥＢＬＯＫによって
マップされた一般ＤＡＳＤエントリの記述である。ＯＶ
ＥＬＥＮはこのエントリの長さであり、ＯＶＥＮＡＭＥ
はエントリのためのタグ名、すなわち、このエントリが
システム・ロゴか、命名および保管されたシステムか、
あるいは他の表示システム定義なのかを示している。Ｏ
ＶＥＤＡＴＡは、特定のエントリを記述する可変長デー
タである。したがって、ＯＶＥＤＡＴＡは、ＯＶＥＮＡ
ＭＥフィールドによってマップされる。例えば、システ
ム・タグの例に戻ると、ＯＶＥＤＡＴＡは、図９に示す
ように、ＯＶＥＳＢＬＯＫによってシステム・エントリ
のためにマップされる。ＯＶＥＳＳＥＲＶはシステム連
続番号であり、ＯＶＥＳＭＯＤＬはシステム・モデル番
号であり、ＯＶＥＳＳＩＤはシステムＩＤであり、ＯＶ
ＥＺＯＮＥはグリニッジ時からの時間帯オフセットであ
り、ＯＶＥＳＺＩＤは時間帯識別子であり、例えばＥＳ
Ｔである。オーバーライド定義はステップ４８でシステ
ム・デフォルトに適用される。好適な実施例によると、
命令および診断クラスは変更可能である。命名および保
管されたシステムおよび共有セグメント定義は、付加あ
るいは置換することができる。例えば、ＣＭＳのための
定義が共にＤＭＫＳＮＴなら、システム・デフォルト・
モジュール、およびオーバーライドＤＡＳＤ２３におけ
るオーバーライドＤＡＳＤ空間は、システム・デフォル
トをオーバーライドする。ロゴ定義，システムＩＤ定義
および時間帯定義はすべて、ＣＰ　　ＤＡＳＤ２２上の
ＤＭＫＳＮＴにあるシステム・デフォルトに置き換わる
。

【００４５】ＤＭＫＯＶＥモジュール４７は、全定義が
読み出され、デフォルト・データに代わってＣＰワーキ
ング・メモリ・ロケーションに書き込まれるまで、オー
バーライドＤＡＳＤ２３において、全オーバーライド定
義を通じてループし続ける。オーバーライド定義の終り
は、ＤＭＫＯＶＶに関するところで述べた内部生成ＥＮ
Ｄタグによって指示される。このとき、制御はＤＭＫＯ
ＶＤモジュール４５に戻ることができる。

【００４６】命令および診断テーブルは、制御プログラ
ムＣＰ１３のモジュールＤＭＫＣＦＢおよびＤＭＫＨＶ
Ｃにおいて個々に保持される。システムＩＤ，時間帯オ
フセット，および時間帯ＩＤはプレフィックス・ストレ
ージ領域に保持される。システム・オブジェクトを表す
残りの構成可能中核定義は、（ＳＹＳＬＯＣＳマクロに
よって生成された）ＤＭＫＳＹＳに固定されたリストに
保持される。多数のエントリ、例えば命名および保管さ
れたシステムを有することができるオブジェクト定義に
対して、定義はＤＭＫＳＹＳに固定され、次エントリは
リンクされたリスト状に繋がれる。ノーマル・スクリー
ン・ロゴのように１個のエントリを有する定義に対して
は、定義はＤＭＫＳＹＳに存在し、１個のエレメント・
チェインと考えることができる。ＤＭＫＯＶＤモジュー
ルが新しい定義を動作中のシステム・メモリ・ロケーシ
ョンに適用するのを終えると、それはそれが獲得し、そ
して出た任意のフリーストレージに戻る。さらに、制御
はＣＰ初期化ルーチンに戻るか（システムＩＰＬの間）
、あるいはＤＭＫＯＶＰに戻る（ＩＭＭＥＤＩＡＴＥオ
プションを伴うＯＶＥＲＲＩＤＥ命令の間）。ＤＭＫＯ
ＶＰから制御は最後に、ＯＶＥＲＲＩＤＥ命令の呼出し
たところに戻る。

【００４７】ＶＭマシン１６を使用するシステム・アド
ミニストレータが、制御プログラム中核の一部を再形成
するのは如何に可能かということ、そしてＣＰ中核再形
成を要求することなく、あるいは、そうでないときはＶ
Ｍシステムの他のユーザにとって支障を起こす新しい制
御プログラムＩＰＬを要求することなく、それを行うこ
とができることを、上の説明は示している。ＩＭＭＥＤ
ＩＡＴＥオプションと共にＯＶＥＲＲＩＤＥ命令を使用
すると、制御プログラムＩＰＬに使用されたあるモジュ
ールだけが、中核を更新するために呼び出される必要が
ある。

【００４８】ＶＭ／ＳＰプロセッシング・システムを更
新する前記方法は、そのシステムが共に接続されるとき
に使用することができる。複数のこのＶＭ／ＳＰシステ
ムが、１ＶＭシステムの単一のＶＭマシンによって示さ
れる中央ロケーションから管理されることはまれなこと
ではない。全ＶＭシステムに共通なファイルに、そのシ
ステムの１つだけに固有のファイルを組込むための技術
を使用すると、システム・アドミニストレータは、遠隔
地に位置するＶＭシステムのＣＰ中核を変更させること
ができる。

【００４９】このシナリオを示すために、図１０に複数
の遠隔ＶＭオペレーティング・システムを表示する。こ
れらシステムは、ＶＭＣＡＬすなわちカリフォルニア・
システム、ＶＭＣＥＮすなわちシカゴ・システム、ＶＭ
ＩＴＡＬすなわちイタリア・システム、等を示す。これ
らのシステムは別個の制御プログラム中核を有するよう
である。なぜならこのシステムは各々、異なる時間帯に
位置し、異なるシステム・ロゴを有し、オペレーティン
グ言語は遠隔地システムのロケーションに対しその国の
言語を表現するというような相違を有するからである。おそらく、システム・オブジェクト定義には他の相違が
存在するであろう。

【００５０】先行技術の説明からわかるように、これら
のシステムを変更するのに必要なのは、中央のシステム
・プログラマまたはアドミニストレータが、包括的な新
しいＣＰ中核を各地に形成し、その特別に調整したＣＰ
中核を各遠隔地に送ることである。

【００５１】後に明らかにするが、この処理は、ＣＰ中
核を更新するために前記システムが利用されるときは不
必要である。中央管理地にいるシステム・プログラマは
、任意の数のマスタ・ファイルを作り、マスタ・ファイ
ルに組込まれるファイルを作ることができる。このよう
に、これらのファイルの内容は、全システム共通のファ
イルと、共通ファイルに組込まれる別個のファイルとを
含み、ＶＭシステムを有する特定のロケーションに対し
て別個のシステム・オブジェクト定義を定めている。したがって、ＣＰ中核は、一度だけ生成される必要があ
り、各遠隔地に送ることができる。

【００５２】図１１および図１２に示されているのは、
シカゴ，テキサス，カリフォルニアＶＭシステムに対す
る複数のファイルである。ファイル５１〜５３の各々は
、共通ファイル５８を有し、このファイルは各システム
に対してＣＭＳオブジェクト定義パラメータを定めるの
に用いられる。さらに、このファイルに組込まれた、こ
の３システムの各々に固有のファイルが存在する。例え
ば、理解されているように、３システムに必要なロゴに
対する別個のファイル５５〜５７が存在し、全３個のＵ
．Ｓ．Ａ．設備に対して国内語を定義するファイル５９
が存在する。時間帯およびシステムＩＤに対するファイ
ル６１と、ＶＭＣＥＮに固有のプリンタに対するプリン
タ・キャラクタ・テーブルを定めるファイルとがある。

【００５３】ファイルの組込みは、ＩＭＢＥＤタグを用
いて行われ、このタグはシステム・オブジェクト定義を
保持するファイルにおいて出現する。ＩＭＢＥＤタグは
次のフォーマットを取る。

【００５４】：ＩＭＢＥＤ．ｆｉｌｅｎａｍｅ　　ｆｉ
ｌｅｔｙｐｅ　　ｆｉｌｅｍｏｄｅ．ＩＭＢＥＤタグは
、分離したファイルではなく１つの連続ファイルの外観
を与える。しかし、現実には、分離したファイルは論理
的に連結している。

【００５５】図２ではこれら各ファイルは、診断Ｈ’Ｃ
４’命令を発行するために適切なフォーマットに変換さ
れているが、ＯＶＥＲＲＩＤＥ命令を呼び出す前にＣＭ
Ｓソース・ファイルは、システム・ファイル５１，５２
，５３を有するすべての必要な組込みファイルがＣＭＳ
ソース・ファイルに存在するように編集される。一旦発
行されたＯＶＥＲＲＩＤＥ命令３４は、ＣＰプログラム
のＤＭＫＯＶＲモジュールを呼出し、図４，図５，図６
によって、これらファイルの各々からの必要なシステム
定義を有するタグをフォーマット処理する。処理の間に
組込みファイルが配置されたら、全組込みファイルはフ
ォーマットされ、必要なタグ・エントリを与える。各組
込みファイルがフォーマットされた後は、次組込みファ
イルは全サブファイルがタグ・エントリ形式に変換され
るまで、フォーマットされる。

【００５６】このように、一旦診断命令が発行されたら
、すべてのファイル・データ５１，５２，５３（組込み
ファイルからのデータも含む）はシステムに転送され、
ＯＶＲＤ空間を更新する。ＩＭＭＥＤＩＡＴＥオプショ
ンを伴うＯＶＥＲＲＩＤＥ命令または次ＩＰＬは、結果
的に新しく定義されたシステム・オブジェクト定義とな
り、ここのＣＰプログラムで利用される。この処理は、
各遠隔地で実行される。

【００５７】

【発明の効果】ここに述べたのは、１つの実施例であり
、結果的にこれらのシステムのユーザに最小の支障で、
制御プログラム中核を更新するのを可能とするシステム
である。

【図面の簡単な説明】

【図１】仮想計算機システムの構成を示すブロック図で
ある。

【図２】オーバーライド・ソース・ファイルにおいてオ
ーバーライド中核を生成するステップを示す図である。

【図３】オーバーライド・ソース・ファイルにおいてオ
ーバーライド中核を生成するステップを示す図である。

【図４】システム・オブジェクト定義を有する仮想メモ
リのページをアドレス指定するパラメータ・リストを示
す図である。

【図５】診断命令フォーマットにおけるシステム・オブ
ジェクト定義の一般タグ・エントリ・フォーマットを示
す図である。

【図６】診断目的に付加された診断命令によりＣＰに渡
される付加的データを示す図である。

【図７】ＣＰオーバーライドＤＡＳＤ２３から読み出さ
れたＤＡＳＤページに対するＤＡＳＤヘッダを示す図で
ある。

【図８】ＣＰオーバーライドＤＡＳＤ２３から読み出さ
れた一般ＤＡＳＤエントリを示す図である。

【図９】プロセッサが存在するシステムＩＤ，システム
・シリアル・ナンバ，モデル・ナンバ，および時間帯と
いうシステム・エントリを示す図である。

【図１０】複数の遠隔ＶＭオペレーティング・システム
を示す図である。

【図１１】複数のシステムのシステム・オブジェクト定
義を決定するファイルがいかに構成され得るかを示す図
である。

【図１２】複数のシステムのシステム・オブジェクト定
義を決定するファイルがいかに構成され得るかを示す図
である。

【符号の説明】

１０　　プロセッサ１１　　直接アクセス記憶装置（ＤＡＳＤ）１３　　制
御プログラム（ＣＰ）１４　　会話型モニターシステム（ＣＭＳ）１６，１７
，１８　　ワークステーション１６ａ，１７ａ，１８ａ
　　仮想計算機（ＶＭ）２１　　ＣＭＳミニディスク２２　　ＣＰ　　ＤＡＳＤ２３　　ＣＰオーバーライドＤＡＳＤ

Claims

【特許請求の範囲】

【請求項１】マルチ・ユーザ仮想計算機（ＶＭ）システ
ムを構成する方法において、システム・プロセッサに、
前記プロセッサのオペレーションを複数の仮想計算機に
分割する制御プログラムをインストールし、前記計算機
システムに、複数の仮想計算機オペレーティング・シス
テムを前記ＶＭユーザに提供する会話型モニターシステ
ム（ＣＭＳ）アプリケーション・プログラムをインスト
ールし、前記制御プログラム・オペレーティング・シス
テムの一部として、直接アクセス記憶装置（ＤＡＳＤ）
ディスク・ファイルを提供し、前記ディスク・ファイル
は、制御プログラム・アクセス，ＶＭミニディスク・ス
トレージ，および制御プログラム・オーバーライド・ソ
ース・ファイル・ストレージのためにアロケートされ、
前記ＶＭミニディスク・ストレージに、前記制御プログ
ラムのための可変オペレーティング・データを持つオー
バーライド・ファイルを格納し、前記ＶＭミニディスク
・ファイルに格納されたデータをフォーマットし、前記
データを診断命令により前記制御プログラム・オペレー
ティング・システムに転送し、前記転送データを、前記
ＤＡＳＤディスク・ファイルの、前記制御プログラム・
オーバーライド・ソース・ストレージ・エリアに格納す
る、マルチ・ユーザ仮想計算機システム構成方法。
【請求項２】前記可変オペレーティング・データは、命
名および格納されたシステムと、共有されたセグメント
とを定義するシステム定義ファイル（ＤＭＫＳＮＴ）か
らなる、請求項１記載のマルチ・ユーザ仮想計算機シス
テム構成方法。
【請求項３】前記可変オペレーティング・データは、シ
ステム・スクリーン・ロゴを定義する定義ファイル（Ｄ
ＭＫＢＯＸ）からなる、請求項２記載のマルチ・ユーザ
仮想計算機システム構成方法。
【請求項４】前記可変オペレーティング・データは、シ
ステム時間と、システム定義ファイル（ＤＭＫＳＹＳ）
からのシステムＩＤからなる、請求項３記載のマルチ・
ユーザ仮想計算機システム構成方法。
【請求項５】前記可変オペレーティング・データは、前
記オーバーライド・ソース・ファイルのための命名され
たオブジェクト定義からなる、請求項１記載のマルチ・
ユーザ仮想計算機システム構成方法。
【請求項６】制御プログラムの中核の一部は、前記ソー
ス・ファイルにおける前記オブジェクト定義から生成さ
れ、ＣＭＳの実行したＯＶＥＲＲＩＤＥ命令に応じて、
前記オーバーライド・ストレージ・エリアに利用できる
、請求項５記載のマルチ・ユーザ仮想計算機システム構
成方法
【請求項７】前記制御プログラム・オーバーライド・ソ
ース・ストレージ・エリアを、前記制御プログラムが初
期プログラム・ロード（ＩＰＬ）に従属するとき、前記
ＶＭユーザのためのシステム・メモリ・ロケーションに
書き込む、請求項６記載のマルチ・ユーザ仮想計算機シ
ステム構成方法。
【請求項８】前記制御プログラム・オーバーライド・ソ
ース・ストレージ・エリアを、ＶＭユーザが前記データ
に即座にアクセスできるように、ＩＭＭＥＤＩＡＴＥオ
プションを有するＣＭＳ発行ＯＶＥＲＲＩＤＥ命令に応
じて、制御プログラム・メモリ・ロケーションに書き込
む、請求項６記載のマルチ・ユーザ仮想計算機システム
構成方法。
【請求項９】前記ＶＭミニディスク・ファイルを、定義
されたデータまたは取るべき動作のタイプを表すタグに
よって識別された一連のステートメントにフォーマット
する、請求項５記載のマルチ・ユーザ仮想計算機システ
ム構成方法。
【請求項１０】共通アドミニストレータを経て相互接続
された複数のＶＭシステムのための共通プログラム中核
を作成する方法において、各システムのオペレーション
を複数のＶＭに分割する、各システム上で実行する制御
プログラムをインストールし、各ＶＭに複数のＶＭオペ
レーティング・システムを与える前記ＶＭシステムの各
々において実行するＣＭＳアプリケーション・プログラ
ムをインストールし、システム・アドミニストレータと
して働くＶＭにより、前記ＶＭオペレーティング・シス
テムの１つに、前記複数のＶＭシステムの各制御プログ
ラムのための共通データの中核を生成し、前記共通デー
タ中核生成は、前記アドミニストレータＶＭのＣＭＳソ
ース・ファイルに、前記ＶＭシステムによって共有され
る共通オブジェクト定義の編集可能なファイルを生成す
るステップと、共通オブジェクト定義の前記ファイルを
、前記定義を利用する残りのシステムの各々に転送する
ステップと、残りの各システムのソース・オーバーライ
ド・ディスク・ファイルに、前記残りのシステムの各々
での前記ファイルを受け取り格納するステップと、制御
プログラム・メモリを、前記共通オブジェクト定義を各
ＶＭシステムのＶＭユーザが利用できる前記オーバーラ
イド・ディスク・ファイル・データで更新するステップ
と、を有するマルチ・ユーザ仮想計算機システム構成方
法。
【請求項１１】前記アドミニストレータはすべての前記
ＶＭシステムに共通なファイルを生成し、（ＩＭＢＥＤ
）タグにより、付加的ファイルを、前記ＶＭシステムの
１つによる使用のために取り入れる、請求項１０記載の
マルチ・ユーザ仮想計算機システム構成方法。
【請求項１２】特定ファイルのオブジェクトを、前記特
定ファイルのためのファイル識別子を含むタグ・エント
リによって識別する、請求項１１記載のマルチ・ユーザ
仮想計算機システム構成方法。
【請求項１３】前記システム・アドミニストレータは各
タグ・エントリを検証し、制御プログラムは、どのタグ
・エントリが間違ったデータを含んでいるかを識別する
エラー・メッセージを発行する、請求項１１記載のマル
チ・ユーザ仮想計算機システム構成方法。
【請求項１４】仮想計算機システム・プロダクト（ＶＭ
／ＳＰ）データ・プロセッシング・システムにおいて、
ＶＭのユーザから、制御プログラム中核パラメータを変
更する方法であって、（ａ）前記システムのオペレーシ
ョンを複数のＶＭに分割する制御プログラムを前記プロ
セッシング・システムにロードし、（ｂ）複数のＶＭユ
ーザに、複数のＶＭオペレーティング・システムを与え
るために、前記プロセッシング・システムにＣＭＳアプ
リケーション・プログラムをインストールし、（ｃ）前
記ＶＭと、制御プログラム・データを格納するためのＣ
Ｐディスクと、制御プログラム中核オブジェクト定義デ
ータを格納するためのオーバーライド・ストレージ・デ
ィスクとのために、前記システムのＤＡＳＤファイルを
、複数のＣＭＳミニディスクに分割し、（ｄ）前記制御
プログラム中核パラメータを、前記オーバーライド・ス
トレージ・ディスクに検証して書込み、前記検証書込み
は、（ｉ）ＯＶＥＲＲＩＤＥ命令を前記制御プログラム
に発行するステップと、（ｉｉ）制御プログラム中核デ
ータをフォーマットし、前記データを前記制御プログラ
ムに、診断命令により転送するステップと、（ｉｉｉ　
）前記オーバーライド・ストレージ・ディスクに、前記
中核データを書込み、書込みによって新規に調整したデ
ータが制御プログラム中核データとして利用できるよう
にするステップとからなり、（ｅ）前記制御プログラム
のＩＰＬを呼び出し、前記新規に調整したデータを、前
記ＣＭＳオーバーライド・ストレージ・ディスクから、
システム・メモリに導入する、マルチ・ユーザ仮想計算
機システム構成方法。
【請求項１５】前記制御プログラム・システム・メモリ
のフリーストレージに、システム・デフォルト・オブジ
ェクト定義を読出し、システム・デフォルト定義を、前
記新規に調整したデータで更新する請求項１４記載のマ
ルチ・ユーザ仮想計算機システム構成方法。
【請求項１６】前記制御プログラム・オーバーライド・
ストレージ・ディスクは第１および第２のエリアに分割
され、第１のエリアは前もって検証された調整されたデ
ータを含み、第２のエリアは新しく受け取った調整され
たデータを含む、請求項１５記載のマルチ・ユーザ仮想
計算機システム構成方法。
【請求項１７】前記制御プログラム診断プロセッシング
は、前記データを、前記データが前記オーバーライド・
ディスクに書き込まれる前に、検証する請求項１６記載
のマルチ・ユーザ仮想計算機システム構成方法。
【請求項１８】前記ＣＭＳプログラムは、各前記パラメ
ータ・データをタグとしてフォーマットし、タグのタイ
プを識別するためのデータを含み、ＣＭＳ入力ファイル
のレコード番号は、前記タグおよび前記オブジェクト定
義データを含む、請求項１４記載のマルチ・ユーザ仮想
計算機システム構成方法。
【請求項１９】システム・アドミニストレータによって
初期化された制御プログラム中核の変更を許可するシス
テムにおいて、前記システムのオペレーションを複数の
ＶＭに分割する制御プログラムを持つプロセッシング・
システムと、前記プロセッシング・システムに接続され
たＤＡＳＤと、ＣＭＳミニディスクのセクションに分割
された前記ＤＡＳＤと、制御プログラム・データの格納
のためのＣＰディスクと、制御プログラム中核オブジェ
クト定義データを格納するためのオーバーライド・ソー
ス・ファイルと、前記プロセッシング・システム上で実
行するＣＭＳオペレーティング・システムにより、前記
ＶＭの１つと通信するシステム・アドミニストレータと
、前記ＣＭＳプログラムにより制御プログラム中核パラ
メータを与える前記アドミニストレータとからなり、前
記アドミニストレータは、（ｉ）ＯＶＥＲＲＩＤＥ命令
を前記制御プログラムに発するステップと、（ｉｉ）前
記制御プログラム中核データをフォーマットし、前記デ
ータを診断命令経由で前記制御プログラムに転送するス
テップと、（ｉｉｉ　）新規に調整したデータが前記制
御プログラムのための制御プログラム中核データとして
利用できるように、前記オーバーライド・ストレージ・
ディスクに、前記中核データを書き込むステップとを実
行する、マルチ・ユーザ仮想計算機システム。
【請求項２０】前記システム・アドミニストレータは、
複数のＶＭを供給する複数のプロセッシング・システム
に対して、中核パラメータを発行するために接続されて
いる、請求項１９記載のマルチ・ユーザ仮想計算機シス
テム。
【請求項２１】前記アドミニストレータは、前記複数の
プロセッシング・システムの各々に、一般制御プログラ
ム中核を与える、請求項１９記載のマルチ・ユーザ仮想
計算機システム。