JPH04367038A - 複数ｏｓ操作方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、仮想計算機システムを
用いた複数ＯＳの操作に係わり、特に端末オペレーショ
ンの操作性向上，省力化に関するものである。

【０００２】

【従来の技術】従来のＯＳ操作方法に関連するものに、
特願平１−１７６５０号「ＯＳ操作自動化方法」が、ま
た複合計算機システムを統合化し、１箇所で操作、管理
する方法に関連するものに、特開平２−８７２１２号「
計算機システム自動運転制御方式」が挙げられる。

【０００３】仮想計算機システム（ＶＭＳ）は、１台の
実計算機上に複数の論理的な計算機（ＶＭ）を生成する
システムである。このＶＭＳは制御プログラム（ＶＭＣ
Ｐ）の下で複数のＯＳを同時に実行でき、ＯＳのテスト
やＯＳ移行用に使用されている。

【０００４】このＶＭを使用したＯＳ操作自動化方法の
例として、特願平１−１７６５０号公報がある。このＯ
Ｓ操作自動化方法によれば、ＶＭＳが第１のＶＭと第２
のＶＭからなるとき、第１のＶＭは第２のＶＭが有する
操作環境データに従い構成され、第２のＶＭ上のＯＳが
第１のＶＭおよびＯＳを操作する。その操作手順は、Ｏ
Ｓのメッセージとこれに応答して実行するＯＳコマンド
の列として実現され、第２のＶＭが有する操作手順ファ
イルに格納される。第１のＶＭ上のＯＳが出力するメッ
セージはＶＭＣＰが第２のＯＳに転送し、第２のＯＳが
操作手順ファイルにしたがって、コマンドをＶＭＣＰに
転送している。すなわち、被テストＯＳである第１のＶ
ＭのＯＳを操作するのは第２のＶＭのＯＳである。ここ
で、自動テストを行わず、第２のＶＭが有する端末装置
を介して会話的にＯＳテストを行なう方法もある。

【０００５】一般にＶＭコンソール装置には、ＯＳを実
計算機上で動作させた場合のＯＳコンソール画面形式と
同等のＯＳ画面と、ＶＭＣＰが制御するＣＰ画面とがあ
る。したがってＯＳテストは、第２のＶＭのＯＳが有す
る端末装置のキー操作等により、ＯＳ画面とＣＰ画面を
切り替えながら行なう。会話的にＯＳテストを行うのは
、操作手順ファイルを作成できないような非定型のＯＳ
オペレーションを必要とする場合であるが、この時は被
テストＯＳ毎に上記端末装置とオペレータを要する。

【０００６】一方、実計算機システムにおけるＯＳオペ
レーションを省力化する技術として、特開平２−８７２
１２「計算機システム自動運転制御方式」が示す統合操
作卓がある。統合操作卓とは、管理システムに接続され
、複合計算機システム全体の状態情報の一元表示および
集中指令ができる端末である。前記ＯＳ操作自動化方法
と同様に、定型化された操作をシナリオ化しておけば、
ワンタッチ指令で複数コマンドの実行ができる。さらに
、オペランドにプロセサ名を指定することにより、複合
計算機システム内のすべてのプロセサに、コマンドを転
送することができる。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来技術では以下のような問題がある。

【０００８】ＶＭＳを使用したＯＳ操作方法では、ＯＳ
を動作させるＶＭ毎に端末装置またはコンソール装置を
必要とする。このため、多数のＯＳを操作するときには
、端末装置またはコンソール装置が不足することがある
。ＶＭＳでは複数のＯＳを動作させることが可能であり
、端末装置が不足したときには、複数のＯＳを同一端末
装置から操作できることがのぞましい。また、一般にＯ
Ｓは独自のコンソール画面レイアウトを有し、しかもＯ
Ｓコンソールに出力されるメッセージ量は多い。しかし
、複数ＯＳをテストする際には、あるＶＭでＯＳコンソ
ールへの出力があることを直ちにオペレータが知りたい
場合と、自動オペレーション時のようにメッセージ出力
を知らなくても良い場合とがある。そこで、現在表示さ
れていないＯＳコンソールに出力すべきメッセージがあ
るとき、現在表示中の画面内に上記ＯＳコンソールへの
出力メッセージの存在を知らせるＶＭと、このメッセー
ジ出力を無視するＶＭとを指定できるとよい。

【０００９】一方、複合計算機システムのＯＳをテスト
するときに、自動運転監視制御装置およびシステム間通
信装置を有する実複合計算機があるならば上記統合操作
卓や統括管理システムのコンソールから複数ＯＳにコマ
ンドを投入することは可能である。しかし前記ＶＭＳで
は、デバッグツールが揃い、１台の計算機で複数のＯＳ
のテストができるにもかかわらず、会話型テストにおい
ては、複数の端末を使ってグルーバルプロセサとローカ
ルプロセサ用の各ＶＭを生成し、オペレータは各端末か
らコマンドを投入しなければならない。特に、複数ＶＭ
で等しいＶＭオペレーションをする場合でも各端末を移
動してコマンドをそれぞれ入力し、各ＶＭ間で同期処理
を行う場合にはオペレータ操作の同期をとらなければな
らない。

【００１０】本発明の目的は、従来技術の上記問題点を
解決し、ＶＭＳにおいて、１台の端末装置で複数のＶＭ
を生成し、これらの上で動作する複数のＯＳを操作する
ことにある。

【００１１】また、１回のＶＭ制御コマンド入力で、複
数のＶＭを制御することと、各ＶＭを制御するＶＭＣＰ
からのメッセージを１つの仮想計算機モニタ画面にまと
めて表示することである。

【００１２】さらに、複数のＶＭ上で動作するＯＳのコ
ンソール画面を１台の端末装置上に表示すること、およ
びどのＯＳ画面を表示すべきかを複数ＯＳ操作者に知ら
せることを可能にすることである。特に、ＯＳ固有のコ
ンソールレイアウトを損なわないで複数のＯＳコンソー
ルを１台の端末装置上で実現する。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、１台以上の端末装置を有する１台の計算機上で各各
が１つのＯＳ画面を有する複数のＯＳが走行する仮想計
算機システムをにおいて、１台の端末装置に複数のＯＳ
画面を対応づけるステップと、前記端末装置に対応付け
られた複数のＯＳ画面のうち１つを選択して表示するス
テップを設けた。

【００１４】また、１台の端末装置と仮想計算機モニタ
画面を１対１に対応づけるステップと、前記仮想計算機
モニタ画面が表示された端末装置から複数の仮想計算機
を生成するステップと、前記仮想計算機モニタ画面が表
示された端末装置からのＶＭ制御コマンド実行要求に対
し、前記端末装置から生成した複数の仮想計算機に対し
てＶＭ制御コマンドを実行するステップと、前記複数の
仮想計算機に対して実行した前記ＶＭ制御コマンドの実
行結果メッセージを前記仮想計算機モニタ画面に出力す
るステップを設けた。

【００１５】さらに、前記端末装置に対応付けられた複
数のＯＳ画面に優先順位を付けるステップと、端末装置
上にＯＳ画面が表示されていない第１のＯＳ画面への画
面更新要求に対して、第１のＯＳ画面の優先順位が、端
末装置上にＯＳ画面が表示されている第２のＯＳ画面の
優先順位よりも高いときに限って第１のＯＳ画面への画
面更新要求があったことを前記端末装置上に表示するス
テップを設けた。

【００１６】前記端末装置が表示する画面に関しては、
ＯＳ画面と仮想計算機モニタ画面とを切り換えるステッ
プと、端末装置に表示中のＯＳ画面を、表示されていな
いＯＳ画面に切り換えるステップと、端末装置から投入
されたＯＳコマンドを前記端末装置上に表示されている
ＯＳ画面のＯＳに対して実行するステップを設けた。

【００１７】

【作用】仮想計算機システムにおいて、ＶＭＣＰとＯＳ
操作支援プログラムを実行する。ＯＳ操作支援プログラ
ムは、ＶＭＣＰの一部か、あるいは１つの仮想計算機上
のＯＳで実行するプログラムである。各々が１つのＯＳ
画面を有する複数のＯＳを起動する前に、ＯＳ操作支援
プログラムは、仮想計算機システムが有する１台の端末
装置と仮想計算機モニタ画面を１対１に対応づけ、端末
装置上に仮想計算機モニタ画面を表示する。

【００１８】この端末装置から複数の仮想計算機を生成
する要求を受け付けると、ＶＭＣＰは仮想計算機生成コ
マンドを複数回実行する。同様に、仮想計算機モニタ画
面が表示された端末装置からＶＭ制御コマンドを入力す
ると、ＶＭＣＰは、既に端末装置から生成した複数の仮
想計算機に対してＶＭ制御コマンドを実行する。このＶ
Ｍ制御コマンドがＩＰＬコマンドならば、ＶＭＣＰは複
数の仮想計算機上でＯＳを起動する。このときＯＳ操作
支援プログラムは、各ＯＳが出力するＯＳ画面を仮想計
算機モニタ画面と同様に上記１台の端末装置と対応づけ
ておく。ＶＭＣＰは、複数の仮想計算機に対して実行し
たＶＭ制御コマンドの実行結果メッセージを制御した仮
想計算機毎に作成する。コマンドを入力した端末装置は
、仮想計算機モニタ画面中にＶＭＣＰが作成した全実行
結果メッセージを表示する。これにより、１台の端末装
置から複数の仮想計算機を生成し、前記端末装置からの
ＶＭ制御要求で複数の仮想計算機を制御し、前記１台の
端末装置上に複数の仮想計算機のＶＭ制御メッセージを
表示できる。

【００１９】前記１台の端末装置に、あるＯＳのＯＳ画
面を表示するときには、ＯＳ画面と仮想計算機モニタ画
面とを切り換えるステップを実行する。前記端末装置に
は、これに対応付けられた複数のＯＳ画面の前記ＯＳの
ＯＳ画面を選択して表示する。端末装置に表示中のＯＳ
画面を、表示されていないＯＳ画面に切り換えるステッ
プを実行すると、端末装置に対応付けられた各ＯＳ画面
を順次表示することができる。あるＯＳを操作する場合
は、前記ＯＳのＯＳ画面に切り替えておく。端末装置か
ら投入されたＯＳコマンドは、端末装置上に表示されて
いるＯＳ画面のＯＳに対して実行する。ＯＳ画面を表示
中にＶＭ制御コマンドを実行するときには、ＯＳ画面と
仮想計算機モニタ画面とを切り換えるステップにより、
仮想計算機モニタ画面を表示する。

【００２０】端末装置に対応付けられた複数のＯＳ画面
には、ＯＳ操作支援プログラムが優先順位を付ける。端
末装置上にＯＳ画面が表示されていない第１のＯＳ画面
への画面更新要求に対して、第１のＯＳ画面の優先順位
が、端末装置上にＯＳ画面が表示されている第２のＯＳ
画面の優先順位よりも高いときに限って第１のＯＳ画面
への画面更新要求があったことを端末装置上に表示する
。このようにして、１台の端末装置に複数のＯＳ画面を
ＯＳ固有のレイアウトを損なうことなく順次表示し、複
数のＯＳを操作することができる。

【００２１】

【実施例】以下、本発明の実施例を説明する。図１は、
実施例における仮想計算機システム上でのプログラム構
成図であり、１００は１つの仮想計算機上で動作するＯ
Ｓ操作支援プログラム、１０１は仮想計算機制御プログ
ラム（ＶＭＣＰ）、１０２は仮想計算機上で動作する被
操作ＯＳであり、１０３は複数の被操作ＯＳ１０２から
なる被操作ＯＳ群である。

【００２２】ＶＭＣＰ１０１には、ＯＳ操作支援プログ
ラム１００と交信する操作支援交信部１１３と、被操作
ＯＳ１０２のオペレーションを制御するＯＳコンソール
制御部１１４と、ＶＭＣＰコマンド実行部１１５がある
。ＯＳ操作支援プログラム１００には、入力情報解釈部
１０４，コマンド実行部１０５，ＶＭＣＰ１０１および
被操作ＯＳ群１０３の制御情報を交信するＶＭ交信制御
部１０６，画面切替制御部１０８，１台の端末装置に表
示する画面を管理する出力画面管理部１０９，画面バッ
ファ１１１，複数画面制御部１１２から構成される。

【００２３】コマンド実行部１０５は、第６図に詳細に
示す複数ＶＭ管理簿１０７を用いて複数のＶＭの属性を
登録する。入力情報解釈部１０４と出力画面管理部１０
９はＴＳＳ端末制御プログラム１１６またはＯＳテスト
自動化プログラム１１７と交信し、本実施例では１台の
ＴＳＳ端末１１０を使ってユーザが複数ＯＳの操作オペ
レーションを進めるが、複数のＴＳＳ端末の各々におい
て複数のＯＳの操作を行なうことも同様に可能である。 コマンドにはＶＭＣＰコマンド等のＶＭ制御コマンドと
被操作ＯＳへのＯＳコマンドがある。１台のＴＳＳ端末
１１０は１つのＶＭモニタ画面と複数のＯＳコンソール
画面を出力し、ユーザはこれらの画面を切り替えながら
操作を進めていく。以下、この図１に示したプログラム
構成で複数ＯＳの操作を行なうときの処理を図２から図
６を用いて説明する。

【００２４】図２は、コマンド入力実行部１０５の処理
を示すフローチャートである。コマンドは、ＴＳＳ端末
１１０から実際に入力され、ＴＳＳ端末制御プログラム
１１６から入力情報解釈部１０４に渡される場合と、特
願平１−１７６５０号記載のテストプロシジャに予め作
成したオペレーションのシナリオによりＯＳテスト自動
化プログラム１１７から渡される場合とがある。ＯＳテ
スト自動化プログラム１１７によるコマンド自動投入で
は、端末装置１１０から人手によるコマンド入力のかわ
りに、テストプロシジャからコマンド投入を行なうが、
コマンド実行部１０５での処理はＴＳＳ端末１１０価等
のコマンド入力と同様である。このため、本実施例では
ＴＳＳ端末１１０からのコマンド入力処理について説明
する。ステップ２０１により、複数ＶＭ管理簿１０７を
作成し、ステップ２０２により、ＴＳＳ端末装置１１０
のアドレスと、画面バッファ１１１の１つであるＶＭモ
ニタ画面バッファを作成して、そのアドレスを登録する
。第６図の複数ＶＭ管理簿１０７では、端末装置アドレ
ス２０の端末にＶＭモニタ画面を対応付け、アドレスｄ
の画面バッファをＶＭモニタ画面バッファとして用いる
ように登録している。

【００２５】ステップ２０３は、入力情報解釈部１０４
からコマンドを受け付ける処理である。ステップ２０４
は、複数ＯＳ操作を終了するコマンドを入力したかどう
かの判定であり、前記終了コマンドならば、ステップ２
０５により、画面バッファ１１１の開放やＶＭ強制終了
等の終了処理を行なう。そうでなければ、ステップ２０
６に示すように、ＶＭ制御コマンドの入力かどうかを判
定する。ＶＭ制御コマンドのときの処理はステップ２０
７、それ以外のＯＳコマンドまたは画面切替コマンドの
処理はステップ２０８である。

【００２６】図３は、前記ＶＭ制御コマンドの処理（ス
テップ２０７）を詳細に示すフローチャートである。ス
テップ３０１は、入力コマンドがＶＭ生成コマンドかど
うかの判定である。ここで、入力コマンドがＶＭ生成コ
マンドならば、ステップ３０２により、ＶＭ生成用のＬ
ＯＧＯＮコマンドを作成する。例えばＶＭ２の生成コマ
ンドを入力したときは、「ＬＯＧＯＮ　　ＶＭ２」コマ
ンドを作成するが、このとき既にＶＭ１が同一端末から
生成されていることもある。ステップ３０３は、複数Ｖ
Ｍ管理簿１０７に新たなＶＭの属性を登録する処理であ
る。

【００２７】例えば、図６の複数ＶＭ管理簿１０７の生
成番号欄に同一端末装置から生成するＶＭの生成番号を
記入し、もし、ＶＭ生成コマンドにＶＭ識別情報が指定
してあれば、そのＶＭ識別情報を識別情報欄に登録する
。

【００２８】一方、ＶＭ生成コマンド以外のＶＭ制御コ
マンドを入力したときには、ステップ３０４により、前
記コマンドにて制御すべきＶＭを判定する。制御すべき
ＶＭは、ＶＭ制御コマンドとともに入力したＶＭ識別情
報あるいは生成番号から判定し、複数ＶＭ管理簿１０７
に登録済みのＶＭでなければならない。

【００２９】例えばＶＭ１に対してＩＰＬコマンドを実
行させるときは「ＶＭ１ＩＰＬ４９８」と入力し、全Ｖ
Ｍに対して仮想テープ装置の表示を行なうときは「＆＆
ＱＵＥＲＹ　　ＶＩＲＴＵＡＬ　　ＴＡＰＥ」と入力す
る。 ここで「＆＆」は、１台の端末装置から生成したすべて
のＶＭが対象であることを意味するものである。ステッ
プ３０５は、ＶＭ制御コマンドがＯＳを起動するＩＰＬ
コマンドかどうか判定する。前記ＶＭ制御コマンドがＩ
ＰＬコマンドのときは、ステップ３０６は起動するＯＳ
のためのバッファを確保し、複数ＶＭ管理簿１０７のバ
ッファアドレス欄にそのバッファアドレスをセットする
。また、ＯＳ画面に優先順位を付ける指示があれば、複
数ＶＭ管理簿１０７の優先順位欄に起動するＯＳ画面の
優先順位を登録する。尚、優先順位の指示がないときに
は、生成番号を優先順位とみなす。

【００３０】最後にステップ３０８は、いずれのＶＭ制
御コマンドでも実行するステップであるが、ＶＭＣＰ１
０１に前記ＶＭ制御コマンドの実行要求を出す。このと
き、どのＶＭを対象にしているのかを示すために、ＶＭ
識別情報をＶＭ制御コマンドとともに渡す。このあと、
ＶＭＣＰコマンド実行部１１５は操作支援交信部１１３
からＶＭ制御コマンドを受け付けると、あたかもＶＭＣ
Ｐ１０１下のＶＭコンソールのＣＰ画面から入力された
かのように、コマンドを処理する。ここでＣＰ画面とは
、従来のＶＭコンソール上の画面であり、本実施例で複
数ＶＭを制御するＶＭモニタ画面とは区別する。また、
ＶＭ制御コマンド処理を完了すると、ＶＭＣＰ１０１下
の上記ＣＰ画面に完了メッセージを出すかのようにＯＳ
操作支援プログラム１００に完了メッセージを送信する
。

【００３１】図４は、図２のステップ２０８を詳細に示
すフローチャートである。ステップ４０１は、コマンド
がＯＳコマンドかどうかをチェックする。ＯＳコマンド
はＶＭ上で動作するＯＳ自身を操作するコマンドであり
、ＯＳ画面の入力フィールドから入力する。そこで、コ
マンドを入力したときの画面がＯＳ画面ならばＯＳコマ
ンドであると判定できる。ＯＳコマンドならばステップ
４０２を実行し、コマンドを入力したＯＳ画面のＯＳを
判定する。ＯＳコマンドは、入力したＯＳ画面を有する
ＯＳのみを操作する。次にステップ４０３は、ＯＳコマ
ンドにＯＳ識別情報を付加する。ＯＳ識別情報は例えば
、前記ＯＳが動作するＶＭの識別情報およびＯＳコマン
ドを送信することを示すフラグである。ステップ４０４
は、図３のステップ３０８と同様にＶＭＣＰ１０１にＯ
Ｓコマンドの実行要求を出す処理である。

【００３２】一方、ステップ４０１でＯＳコマンド以外
のコマンドであると判定したときには、ステップ４０５
を実行し、あるＯＳ画面の出力要求コマンドかどうか判
定する。ＯＳ画面出力要求ならば、ステップ４０６によ
り、複数ＶＭ管理簿１０７に登録してある前記ＯＳ画面
のバファアドレスを得る。一方、ＯＳ画面出力要求でな
いと判定された時には、ステップ４０８はＶＭモニタ画
面出力要求コマンドかどうか判定する。ＶＭモニタ画面
出力要求コマンドならば、ステップ４０９において複数
ＶＭ管理簿１０７に登録してあるＶＭモニタ画面のバッ
ファアドレスを得る。最後に、ステップ４０７は前記画
面バッファのアドレスを画面切替制御部１０８に渡し、
画面切替を要求する。

【００３３】図５は、ＶＭＣＰ１０１が実行したＶＭ制
御コマンドの実行結果等のデータを、ＶＭＣＰ１０１か
ら受信してからの複数画面制御部１１２における処理を
示したフローチャートである。ステップ５０１は、ＶＭ
更新制御部１０６からメッセージデータを受信する処理
である。ステップ５０２は、受信データがＯＳ画面のデ
ータかどうか判定し、ＯＳ画面データならばステップ５
０３を実行する。ＯＳ画面データの場合には、１画面分
のデータをすべて受信する。これは、ＶＭ上では様々な
ＯＳが動作するため、ＯＳコンソールのフォーマットも
ＯＳが定義するためである。したがって、ＯＳ操作支援
プログラム１００もＯＳコンソールデータにはなるべく
手を加えずに、端末装置に１画面分のデータを出力する
ことにする。

【００３４】本実施例では複数被操作ＯＳのコンソール
データをなるべく損なわないで１台の端末装置上に表示
するため、ユーザは画面表示内容を切り替えながら操作
を進めていく。このことは、あるＯＳのオペレーション
を操作プロシジャにより自動実行し、別のＯＳの操作は
手入力で行なうとき、自動実行するＯＳのＯＳコンソー
ル画面は表示せず、手入力のＯＳコンソールデータのみ
表示させることを可能にする。

【００３５】ステップ５０３は、前記ＯＳ画面の出力元
ＯＳを判定する。これは、ＯＳ画面データとともにＶＭ
ＣＰ１０１から受信するデータ送信元情報を含むデータ
識別情報により判定する。ステップ５０４は、前記ＯＳ
が動作しているＶＭを複数ＶＭ管理簿１０７から得て、
そのバッファアドレスに新ＯＳ画面データを格納する処
理である。ステップ５０５は、前記ＯＳが動作している
ＶＭを生成した端末装置１１０が、前記ＯＳのＯＳ画面
を出力中かどうかを判定する。現在出力中ならば、ステ
ップ５０６により新ＯＳ画面データを端末装置１１０に
出力する。出力中でないならば、ステップ５０７により
、現在表示している画面の優先順位が、データを受信し
たＯＳ画面の優先順位より高いかどうかを複数ＶＭ管理
簿１０７の優先順位欄から判定する。受信した新ＯＳ画
面の優先順位が高ければ、ステップ５０８は、「ＣＨＡ
ＮＧＥ　　＆１」等のメッセージを画面の一部に表示し
、新ＯＳ画面への切替要求コマンド投入を促す。

【００３６】一方、ステップ５０２が、受信したデータ
がＯＳ画面でないと判定されると、データはＶＭＣＰか
らのメッセージであるとみなす。ステップ５０９は、メ
ッセージがどのＶＭを対象に作成されたものか判定する
。これには、メッセージとともに受信したデータにＶＭ
識別情報があるものとする。ステップ５１０は、ＶＭ識
別情報をメッセージ中に記述し、メッセージの対象とな
るＶＭを明記する処理である。例えば、ＶＭ生成通し番
号１番と２番のＶＭを対象に投入したＶＭＣＰコマンド
「＆１＆２　　ＱＵＥＲＹ　　ＶＩＲＴＵＡＬ　　ＴＡ
ＰＥ」コマンドの実行メッセージならば、「＆１　　Ｔ
ＡＰＥ　　０２８０　　ＯＮ　　ＴＡＰＥ　　２８０，
＆２　　ＴＡＰＥ　　０１９０　　ＯＮ　　ＴＡＰＥ　
　０１９０」と表示する。

【００３７】ここで、「＆ｎ」という記号は生成した順
にＶＭに付ける通し番号であることを予め決めておく。

【００３８】ステップ５１１は、複数ＶＭ管理簿１０７
からＶＭモニタ画面のバッファアドレスを得て、このバ
ッファ内に新メッセージを書き込む。ＶＭモニタ画面は
ＯＳ操作支援プログラム１００自身がフォーマットし、
編集するものである。ステップ５１２は、ステップ５０
５と同様にして、受信したメッセージの対象となるＶＭ
が生成された端末装置１１０にＶＭモニタ画面を出力中
かどうか判定する処理である。ＶＭモニタ画面を出力中
ならば、ステップ５１３により新メッセージを画面中に
表示する。またステップ５１４では、ＶＭモニタ画面で
なくあるＯＳのＯＳ画面を出力中ならば、ＶＭモニタ画
面に出力があることを示すＶＭモニタ画面出力要求表示
を行なう。

【００３９】以上により、１台の端末装置のみで、１人
のユーザが複数のＯＳを容易に操作することが可能にな
る。特に、ＶＭＳを使い、限られた計算機資源を有効利
用し、複合計算機システムの複数のＯＳをテストするこ
とが容易になる。

【００４０】

【発明の効果】本発明によれば、仮想計算機システムに
おいて、１台の端末装置で複数のＶＭを生成し、これら
の上で動作する複数のＯＳを操作可能になる。また、１
回のＶＭ制御コマンド入力で、複数のＶＭを制御するこ
とと、各ＶＭを制御するＶＭＣＰからのメッセージを１
つの仮想計算機モニタ画面にまとめて表示できる。さら
に、複数のＶＭ上で動作するＯＳのコンソール画面を１
台の端末装置上に表示すること、およびどのＯＳ画面を
表示すべきかを複数ＯＳ操作者に知らせることを可能に
することである。特に、ＯＳ固有のコンソールレイアウ
トを損なわないで複数のＯＳコンソールを１台の端末装
置上で実現する。

【図面の簡単な説明】

【図１】本発明の仮想計算機のプログラム構成図である
。

【図２】本発明の実施例におケルコマンド入力実行部の
処理を示すフローチャートである。

【図３】本発明の実施例において、複数ＶＭ制御コマン
ドを実行する処理を示すフローチャートである。

【図４】本発明の実施例において、ＯＳコマンドまたは
画面切替コマンドを実行する処理を示すフローチャート
である。

【図５】本発明の実施例において、ＶＭＣＰからのデー
タ受信処理を示すフローチャートである。

【図６】本発明の実施例における複数ＶＭ管理簿である
。

【符号の説明】

１００…ＯＳ操作支援プログラム、１０１…仮想計算機
制御プログラム（ＶＭＣＰ）、１０２…被操作ＯＳ、１
０３…被操作ＯＳ群、１０４…入力情報解釈部、１０５
…コマンド実行部、１０６…ＶＭ交信制御部、１０７…
複数ＶＭ管理簿、１０８…画面切替制御部、１０９…出
力画面管理部、１１０…ＴＳＳ端末、１１１…画面バッ
ファ、１１２…複数画面制御部、１１３…操作支援交信
部、１１４…ＯＳコンソール制御部、１１５…ＶＭＣＰ
コマンド実行部、１１６…ＴＳＳ端末制御部、１１７…
ＯＳテスト自動化プログラム。

Claims (6)

【特許請求の範囲】
1. 【請求項１】１台以上の端末装置を有する１台の計算機
   上で各々が１つのＯＳ画面を有する複数のＯＳが走行す
   る仮想計算機システムにおいて、１台の端末装置に複数
   のＯＳ画面を対応づけるステップと、前記端末装置に対
   応付けられた複数のＯＳ画面のうち１つを選択して表示
   するステップを有する複数ＯＳ操作方法。
2. 【請求項２】１台以上の端末装置を有する１台の計算機
   上で各々が１つのＯＳ画面を有する複数のＯＳが走行す
   る仮想計算機システムにおいて、１台の端末装置と仮想
   計算機モニタ画面を１対１に対応づけるステップと、前
   記仮想計算機モニタ画面が表示された端末装置から複数
   の仮想計算機を生成するステップと、前記仮想計算機モ
   ニタ画面が表示された端末装置からのＶＭ制御コマンド
   実行要求に対し、前記端末装置から生成した複数の仮想
   計算機に対してＶＭ制御コマンドを実行するステップと
   、前記複数の仮想計算機に対して実行した前記ＶＭ制御
   コマンドの実行結果メッセージを前記仮想計算機モニタ
   画面に出力するステップを有する複数ＯＳ操作方法。
3. 【請求項３】ＯＳ画面に優先順位を付けるステップと、
   端末装置上にＯＳ画面が表示されていない第１のＯＳ画
   面への画面更新要求に対して、第１のＯＳ画面の優先順
   位が、端末装置上にＯＳ画面が表示されている第２のＯ
   Ｓ画面の優先順位よりも高いときに限って第１のＯＳ画
   面への画面更新要求があったことを前記端末装置上に表
   示するステップを有する第１項記載の複数ＯＳ操作方法
   。
4. 【請求項４】ＯＳ画面と仮想計算機モニタ画面とを切り
   換えるステップを有する第２項記載の複数ＯＳ操作方法
   。
5. 【請求項５】端末装置に表示中のＯＳ画面を、表示され
   ていないＯＳ画面に切り換えるステップを有する第１項
   記載の複数ＯＳ操作方法。
6. 【請求項６】端末装置から投入されたＯＳコマンドに応
   答して、前記端末装置上に表示されているＯＳ画面のＯ
   Ｓに対して、前記ＯＳコマンドを実行するステップを有
   する第１項記載の複数ＯＳ操作方法。