JPH09179822A - コンソール画面制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 各々異なるコンソール画面を管理するプロセ
ッサやプログラム間の操作環境の統一を図る。 【解決手段】 処理装置１０は主記憶部１１０を具備し
ており、該主記憶部１１０上に複数のＯＳ１１１とその
制御プログラム（ＶＭＣＰ）１１２が存在する。さらに
主記憶部１１０上には、特定領域１１３とＶＭＣＰ用の
画面動作レベル管理テーブル領域１１４がある。一方、
サービスプロセッサ（ＳＶＰ）２０は、現時点のオペレ
ータレベル情報１２１とＳＶＰ用の画面動作レベル管理
テーブル１２２を有する。コンソール装置３０よりＶＭ
ＣＰ１１２による画面動作が指示されると、ＶＭＣＰ１
１２からの要求等でＳＶＰ２０はオペレータレベル情報
１２１を特定領域１１３へ書き込む。これにより、ＶＭ
ＣＰ１１２はＳＶＰ２０と同一オペレータレベル状態で
画面動作を制御できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムの
コンソール画面制御方法に係り、特に実計算機上で仮想
計算機が動作する仮想計算機システムにおいて、仮想計
算機を制御する制御プログラムのコンソール画面（仮想
計算機用フレーム）と実計算機の保守操作を行うための
サービスプロセッサのコンソール画面（実計算機用フレ
ーム）の操作環境を統一するのに好適なコンソール画面
制御方法に関する。

【０００２】

【従来の技術】一般に計算機システムは、ハードウェア
資源の保守操作を行うためのサービスプロセッサを備え
ている。コンソール装置上で、このサービスプロセッサ
が管理する制御画面（コンソール画面）を操作する場
合、オペレータは自分のオペレータレベル（オペレータ
種別）をログインして、サービスプロセッサの操作環境
を設定する。これにより、サービスプロセッサは、オペ
レータに対して当該オペレータレベルの操作環境下で動
作可能なコンソール画面の操作を許可する。

【０００３】一方、仮想計算機システムでは、制御プロ
グラムの制御下で、複数の仮想計算機（ＯＳ）がハード
ウェア資源（実計算機）上で動作している。オペレータ
は、コンソール装置上で、この制御プログラムが管理す
る制御画面（コンソール画面）の、コマンドによる操作
が可能である。

【０００４】従来、上記制御プログラムとサービスプロ
セッサ間の操作環境の統一は考慮されていない。このた
め、例えば現在操作中のサービスプロセッサのコンソー
ル画面（実計算機用フレーム）を制御プログラムのコン
ソール画面（仮想計算機用フレーム）に切り替える場
合、オペレータはコンソール装置より当該オペレータレ
ベルを入力（ログイン）して、制御プログラムに操作環
境を通知していた。制御プログラムのコンソール画面か
らサービスプロセッサのコンソール画面に切り替える場
合も同様である。

【０００５】なお、仮想計算機システムにおけるコンソ
ール画面制御に関連のある公知文献としては、例えば特
開昭６３−１４２４２４号「仮想計算機コンソール装置
の画面分割方式」が挙げられる。

【０００６】

【発明が解決しようとする課題】従来技術においては、
上記仮想計算機システムにおける制御プログラムとサー
ビスプロセッサのように、管理する制御画面（コンソー
ル画面）が異なる処理機構間の操作環境を統一すること
について考慮されておらず、該制御画面を切り替える毎
に、オペレータはオペレータレベルをログインして操作
環境を設定し直す必要があり、操作が煩雑で、操作ミス
もおきやすい等の問題があった。

【０００７】本発明の目的は、計算機システム内で統一
的な画面操作環境を作り、オペレータの画面操作の容易
化を図るコンソール画面制御方法を提供することにあ
る。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、例えば処理装置上で動作する仮想計算機
を制御する制御プログラムとサービスプロセッサ間にイ
ンタフェース線を設け、サービスプロセッサのオペレー
タレベルを制御プログラムで入手できるようにする。即
ち、制御プログラムがサービスプロセッサのオペレータ
レベルの情報を得る場合、例えば、制御プログラムは対
サービスプロセッサ用の命令を発行し、サービスプロセ
ッサはそれを受け、当該処理装置の主記憶上にオペレー
タレベルを表す情報を書き込み制御プログラムに報告す
る。これにより、オペレータが制御プログラムの管理す
るコンソール画面を使用した時、制御プログラムはサー
ビスプロセッサが制御するコンソール画面と同じオペレ
ータレベルで操作でき、統一的な操作環境を作ることが
できる。

【０００９】

【発明の実施の形態】以下、本発明に係るコンソール画
面制御方法の一実施例として、仮想計算機システムの制
御プログラムとサービスプロセッサ間の操作環境を統一
する場合について図面により説明する。

【００１０】図１は、本発明の一実施例の仮想計算機シ
ステムの構成図である。図中、１０は仮想計算機システ
ムの実計算機となる処理装置（ＣＰＵ）、２０は処理装
置１０の保守操作を行うためのサービスプロセッサ（Ｓ
ＶＰ）、３０は処理装置１０とサービスプロセッサ２０
に共通のコンソール装置である。

【００１１】処理装置１０は主記憶部１１０を具備し、
該主記憶部１１０上に複数のＯＳ１１１及び該ＯＳ１１
１を制御する制御プログラム（ＶＭＣＰ）１１２が存在
する。仮想計算機システムは、制御プログラム１１２の
制御下で、複数のＯＳ１１１すなわち複数の仮想計算機
が処理装置１０上で動作することで実現する。ここで、
主記憶部１１０上に、特定領域１１３と画面動作レベル
管理テーブル領域１１４を設ける。特定領域１１３は、
後述するように、サービスプロセッサ２０のオペレータ
レベル情報を読み込むための領域である。画面動作レベ
ル管理テーブル領域１１４は、制御プログラム１１２の
管理下のコンソール画面（仮想計算機用フレーム）の動
作レベルを管理するテーブル（画面動作レベル管理テー
ブル）を保持する領域である。画論動作レベル管理テー
ブルは、コンソール画面を画面毎に、どの画面がどのオ
ペレータレベル（オペレータ種別）で動作可能かを管理
するテーブルがあり、制御プログラム用の画面動作レベ
ル管理テーブルは、制御プログラム１１２が図示しない
外部記憶装置等から主記憶部１１０にロードされるとき
に一緒にロードされて、領域１１３に格納される。

【００１２】一方、サービスプロセッサ２０は、該サー
ビスプロセッサ２０の現時点の操作環境を示すオペレー
タレベル情報１２１を保持している。該オペレータレベ
ル情報１２１は、画面操作に先立ち、オペレータがコン
ソール装置３０から入力（ログイン）することによって
設定される。さらに、サービスプロセッサ２０は、該サ
ービスプロセッサ２０の管理下のコンソール画面（実計
算機用フレーム）の動作レベルを管理するテーブル（サ
ービスプロセッサ用の画面動作レベル管理テーブル）１
２２を保持している。

【００１３】処理装置１０とサービスプロセッサ２０
は、データ線、制御線で接続されるが、１１５は制御プ
ログラム１１２からサービスプロセッサ２０へ命令を送
出するインタフェース線、１２３はサービスプロセッサ
２０から制御プロセッサ１１２へ割込みを発するインタ
フェース線である。

【００１４】図２に、オペレータレベルと画面動作レベ
ル管理テーブルの一例を示す。図２の（Ａ）はオペレー
タレベルの一例であり、各オペレータレベル（オペレー
タ種別）毎に固有のコード（オペレータレベルコード）
が割り当てられている。図２の（Ｂ）は画面動作レベル
管理テーブルの一例で、各画面（フレーム）毎に、それ
がどのオペレータレベルで動作可能かを示すコード（フ
レームレベルコード）を登録している。オペレータレベ
ルコードとフレームレベルコード（画面動作レベル）の
関係は、オペレータレベルコードの“１”が立っている
ビットのところに、フレームレベルコードも“１”が立
っていれば、動作を許可することを示している。例え
ば、図２において、オペレータレベルが“Ｓervice”の
時、“ＰＱＲフレーム”の画面を動作しようとした場
合、ＰＱＲフレームレベルコード中のＳerviceオペレー
タレベルに対応するビットは“０”であるため、このケ
ースは動作を許さない。また、オペレータレベルが同じ
く“Ｓervice”で、“ＧＨＩフレーム”の画面を動作す
る場合、ＧＨＩフレームレベルコード中のＳerviceオペ
レータレベルに対応するビットは“１”であるため、こ
のケースは動作を許可する。

【００１５】図２（Ｂ）に示すような画面動作レベル管
理テーブルは、制御プログラム１１２が管理するコンソ
ール画面及びサービスプロセッサ２０が管理するコンソ
ール画面の各々に対して用意されることになる。

【００１６】さて、図１において、制御プログラム１１
２とサービスプロセッサ２０は並行して動作可能であ
り、コンソール装置３０にて制御画面を切り替えること
により、同一オペレータは、制御プログラム１１２が管
理するコンソール画面とサービスプロセッサ２０が管理
するコンソール画面の両方を操作することができる。以
下、それぞれの場合について説明する。

【００１７】サービスプロセッサ２０には、既に該サー
ビスプロセッサ２０の現時点の操作環境を示すオペレー
タレベル情報（オペレータレベルコード）１２１が設定
されているとする。いま、コンソール装置３０より、サ
ービスプロセッサ２０が管理するコンソール画面の画面
制御動作を指示するコマンドが入力されると、サービス
プロセッサ２０は、オペレータレベル情報１２１と画面
動作レベル管理テーブル１２２により、当該指示された
画面を動作させるか否か判断する。これは従来と同様で
ある。

【００１８】次に、コンソール装置３０の制御画面（コ
ンソール画面）を仮想計算機システムの制御プログラム
１１２が管理する画面に切り替え、該コンソール装置３
０上の操作で、制御プログラム１１２により当該画面を
制御するときの動作を、図３により説明する。

【００１９】コンソール装置３０より、制御プログラム
１１２に対して、該制御プログラム１１２が管理するコ
ンソール画面の画面制御動作を指示するコマンドが入力
されると（ステップ３０１）、該制御プログラム１１２
は、画面処理動作に入る前にインタフェース線１１５を
通してサービスプロセッサ２０に対し、サービスプロセ
ッサインタフェース命令によりオペレータレベル情報の
報告を要求する（ステップ３０２）。これを受けて、サ
ービスプロセッサ２０は、オペレータレベル情報１２１
を処理装置１０の主記憶部１１０内の特定領域１１３に
書き込み（ステップ３０３）、インタフェース線１２３
を通して、割込みにより制御プログラム１１２へ報告す
る（ステップ３０４）。制御プログラム１１２は、イン
タフェース線１２３の割込みを契機に、特定領域１１３
のオペレータレベル情報（オペレータレベルコード）を
読み出し（ステップ３０５）、さらに、領域１１４の画
面動作レベル管理テーブルから、当該動作指示された画
面に対応する動作レベル（フレームレベルコード）を読
み出し（ステップ３０６）、図２で説明したようにして
画面制御動作の可否を判断する（ステップ３０７）。そ
の結果、オペレータレベルが画面操作可能な状態であれ
ば、制御プログラム１１２は、コンソール装置３０から
入力されたコマンドの画面制御動作を実施するが（ステ
ップ３０８）、操作不可能な状態であれば、画面制御動
作を拒否する。なお、画面制御動作を拒否する場合、制
御プログラム１１２は、その旨をコンソール装置３０の
表示画面に出力するようにしてもよい。

【００２０】このように、本実施例によれば、サービス
プロセッサ２０のオペレータレベル情報１２１により、
コンソール装置３０上の操作によるサービスプロセッサ
２０及び制御プログラム１１２の画面動作を統一的にコ
ントロールすることができる。

【００２１】なお、図１の実施例では、制御プログラム
１１２の操作とサービスプロセッサ２０の操作を、共通
のコンソール装置３０により行うとしたが、これは別々
のコンソール装置でもよく、その場合、制御プログラム
１１２は、当該専用コンソール装置からの画面動作の可
否を、入力コマンドを契機に図３の処理を実行すること
で判断することになる。

【００２２】また、図１の実施例では、制御プログラム
１１２に対する画面制御動作指示コマンドは、コンソー
ル装置３０よりコンソール・制御プログラムインタフェ
ース線を通して直接制御プログラム１１２に入力すると
したが、コンソール装置３０よりサービスプロセッサ２
０を経由で制御プログラム１１２に与えることも可能で
ある。その場合、サービスプロセッサ２０は、コンソー
ル装置３０よりの入力指示コマンドに、すでにサービス
プロセッサ２０内に設定ずみのオペレータレベル情報１
２１を付加して制御プログラム１１２に通知すればよ
い。これにより、制御プログラム１１２は、サービスプ
ロセッサ２０に対してオペレータレベル情報の報告を要
求することなく、サービスプロセッサ２０のオペレータ
レベル状態を確認できる。

【００２３】

【発明の効果】以上の説明から明らかなように、本発明
によれば、サービスプロセッサにもともと具備されてい
るオペレータレベル情報を用いて、簡単にサービスプロ
セッサと制御プログラムの画面動作レベルを統一的にコ
ントロールすることができ、オペレータの操作性が飛躍
的に向上する。なお、本発明は、仮想計算機システムに
おける制御プログラムとサービスプロセッサ間の操作環
境に限定されるものではなく、一般に異なるコンソール
画面を管理するプロセッサやプログラム間の操作環境の
統一に適用可能である。

【図面の簡単な説明】

【図１】本発明を適用した仮想計算機システムの一実施
例の概略ブロック図である。

【図２】オペレータレベル情報と画面動作レベル管理テ
ーブルの一例を示す図である。

【図３】コンソール装置から制御プログラムによる画面
制御動作の指示が与えられたときの処理フロー例を示す
図である。

【符号の説明】

１０ 処理装置（実計算機） ２０ サービスプロセッサ ３０ コンソール装置 １１０ 主記憶部 １１１ ＯＳ（実計算機） １１２ 制御プログラム １１３ 特定領域 １１４ 画面動作レベル管理テーブル領域 １２１ オペレータレベル情報 １２２ 画面動作レベル管理テーブル １１５，１２３ インタフェース線

Claims (3)

【特許請求の範囲】
1. 【請求項１】 各々異なるコンソール画面を管理する第
   １および第２処理手段と、前記コンソール画面の制御動
   作を指示するコンソール手段を具備し、前記第１および
   第２処理手段は、前記コンソール手段により指示された
   コンソール画面の制御動作の可否をオペレータレベルに
   より判断する計算機システムにおいて、 前記第１処理手段がオペレータレベルを管理し、前記コ
   ンソール手段より前記第２処理手段のコンソール画面の
   制御動作を指示された時、前記第１処理手段が管理する
   オペレータレベルを前記第２処理手段へ通知し、該通知
   されたオペレータレベルにより、前記第２処理手段が前
   記指示されたコンソール画面の制御動作の可否を制御す
   ることを特徴とするコンソール画面制御方法。
2. 【請求項２】 請求項１記載のコンソール画面制御方法
   において、前記コンソール手段より前記第２処理手段の
   コンソール画面の制御動作を指示されると、前記第２処
   理手段から前記第１処理手段に対してオペレータレベル
   を要求し、該要求を受けて前記第１処理手段が前記第２
   処理手段へ当該オペレータレベルを通知することを特徴
   とするコンソール画面制御方法。
3. 【請求項３】 請求項１もしくは２記載のコンソール画
   面制御方法において、第１処理手段は処理装置の保守操
   作を行うためのサービスプロセッサであり、第２処理手
   段は、前記処理装置上で動作する仮想計算機を制御する
   ための制御プログラムであることを特徴とするコンソー
   ル画面制御方法。