JPH1083273A

JPH1083273A - マルチウインドウ制御装置

Info

Publication number: JPH1083273A
Application number: JP9270796A
Authority: JP
Inventors: Toshio Hirozawa; 敏夫廣澤; Junichi Kurihara; 潤一栗原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-10-03
Filing date: 1997-10-03
Publication date: 1998-03-31

Abstract

(57)【要約】【目的】複数の情報処理システムを１台のコンソール
装置で制御可能にする。【構成】ＣＰＵ−Ａ〜Ｄに具備しているサービス・プ
ロセッサ（２０４〜２０７）からコンソール装置に対し
て出力される信号線をマルチウインドウ制御装置（１０
０）に取り込み、各コンソール装置，各端末対応に仮想
の表示画面を記憶し、各情報処理装置対応に独立に送受
信制御をおこない、仮想の表示画面を１台の実の表示画
面に表示したり、逆に、端末オペレータが実のコンソー
ル装置や端末装置のキーボードから入力したデータを対
応する仮想の表示画面に記憶するとともに、当該の情報
処理システムへ該データを転送する。【効果】情報処理システム運用の省力化、システム運
転の信頼性向上がはかれる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は１台の表示制御装置にて
複数の情報処理装置を利用する制御方式に係り、特に端
末オペレータの操作性向上，省力化に好適な制御方式に
関する。

【０００２】

【従来の技術】情報処理システム（電子計算機システム
ともいう）においては、オペレータと該システムとのイ
ンタフェースを司るコンソール装置が設けられている。
このコンソール装置は中央処理装置本体対応に１台のみ
設けるのが一般的であった。これに対してシステムの信
頼性向上のためのコンソール装置を複数台設け、かつオ
ペレータの誤操作防止のために、高々１台のみがオンラ
インとなる方式が特開昭57−81655号で開示されてい
る。

【０００３】

【発明が解決しようとする課題】上記従来技術はコンソ
ール装置に障害が発生したときに、直ちに予備のコンソ
ール装置に切換えること、および中央処理装置に対して
常に１台のみがオンラインとなる制御方式により、オペ
レータの誤操作の防止を狙ったものである。したがっ
て、中央処理装置が複数台になったとき、あるいは複数
の情報処理システムになったときは、おのずとコンソー
ル装置も複数台存在することになる。

【０００４】ところで、近年の情報処理システム，電子
計算機システムの利用の範囲の拡大にともない、各計算
センタにおいては、１台の中央処理装置のみでは利用者
の需要をまかないきれず、複数台の中央処理装置，複数
の情報処理システムを設置しつつある。これにともな
い、コンソール装置も複数台となりシステムのオペレー
タも増員せざるを得ないか、あるいは少人数のオペレー
タがコンソール装置間を動き廻ることになり、誤操作を
誘発する要因となる。このことは、システム運用の省力
化，システム運転の信頼性向上の動向に逆行することに
なる。

【０００５】また、情報処理装置のオペレータに限ら
ず、一般の端末利用者の観点でみると、１人の端末利用
者が１台の端末装置を用いて別個の情報処理システムを
同時に利用したい場合が多い。具体的には、第１の情報
処理システムにてプログラム開発のデバックを行ないつ
つ、第２の情報処理システムにて文書作成などを並行し
て実行したい場合が多い。その都度、同一利用者が別々
の端末を動き廻るのでは効率が悪い。

【０００６】したがって、本発明の目的は複数台の中央
処理装置、あるいは複数の情報処理システムに対して１
台の端末装置，コンソール装置で情報処理システムの制
御が可能となる制御装置を提供することにある。

【０００７】

【課題を解決するための手段】上記目的は、個々の情報
処理システムの中央処理装置に具備しているサービス・
プロセッサからコンソール装置に対して出力される信号
線や情報処理システムの端末制御装置から各端末装置へ
出力される信号線を本発明のマルチウインドウ制御装置
に取り込み、各コンソール装置，各端末対応に仮想の表
示画面を記憶する記憶手段を具備し、各情報処理装置対
応に独立に送受信制御を司る制御回路を設け、仮想の表
示画面を１台の実の表示画面に表示したり、逆に、端末
オペレータが実のコンソール装置や端末装置のキーボー
ドから入力したデータを対応する仮想の表示画面に記憶
するとともに、当該の情報処理システムへ該データを転
送する制御手段を設けることにより、達成される。

【０００８】

【作用】本発明のマルチウインドウ制御装置は、情報処
理システムや電子計算機システムのサービス・プロセッ
サからコンソール装置に対して出力される信号線や、情
報処理システムの端末制御装置から各端末装置へ出力さ
れる信号線を集約し、情報処理システムから出力される
メッセージ・データ，端末オペレータからの入力メッセ
ージ・データを処理する制御方式を採っている。したが
って、個々の情報処理システムは、本発明のマルチウイ
ンドウ制御装置が接続されていることを意識する必要が
なく、あたかも従来のコンソール装置，端末装置との間
でデータをやりとりするようになるので、従来の動作に
対して誤動作することがない。

【０００９】

【実施例】以下、本発明の一実施例を図１〜図１３によ
り説明する。

【００１０】図１、および図２（Ａ），図２（Ｂ）は本
発明のマルチウインドウ制御装置による情報処理システ
ム構成を端的に示した図である。

【００１１】図１は疎結合マルチプロセッサ・システム
構成に適用したときの構成図、図２（Ａ）は個々の情報
処理システムが別個の業務を実行する複数システム構成
に適用したときの構成図、図２（Ｂ）は一般の端末制御
装置（Terminal Control Equipment:ＴＣＥ）に接続さ
れる端末装置の代りに本発明のマルチウインドウ制御装
置を適用した構成図であり、図１，図２（Ａ），図２
（Ｂ）で同じ意味を有する装置に対しては同一の符号を
付してある。なお、図１，図２（Ａ）にはオペレータ用
コンソール装置に適用した場合であり、図２（Ｂ）は一
般の端末装置に適用した場合であるが、以後の説明で
は、その動作は同じであるため、図１をもとにして話を
進める。図１，図２（Ａ），図２（Ｂ）において、符号
１００は本発明のマルチウインドウ制御装置、符号１１
０はキーボード／ディスプレイ装置であり、マルチウイ
ンドウ制御装置１００との間は線ｌ５５で接続されてい
る。

【００１２】符号２００〜符号２０３は中央処理装置Ｃ
ＰＵ−Ａ〜ＣＰＵ−Ｄであり、各々の中央処理装置には
サービス・プロセッサＳＶＰ２０４〜２０７が具備され
ている。ここで、サービス・プロセッサＳＶＰ２０４〜
２０７は中央処理装置およびコンソール装置に対する論
理制御回路部であり、先に開示された特開昭57−81655
を参照されたい。また、図１，図２（Ａ）とも中央処理
装置の台数を４台として示してあるが、この中央処理装
置の台数に制限を与えるものではない。図２（Ｂ）では
各々の中央処理装置２００，２０１に接続されているＴ
ＣＥ２０８に本発明のマルチウインドウ制御装置１００
が線ｌ５１，ｌ５２を介して接続されている。

【００１３】再び図１を参照するに、サービス・プロセ
ッサＳＶＰ２０４〜２０７からは各々信号線ｌ５１〜ｌ
５４を介してマルチウエンドウ制御装置１００に接続さ
れている。キーボード／ディスプレイ装置１１０にはマ
ウス１０４が接続されている。画面１０５上には各中央
処理装置用ウインドウが割当てられている。たとえば、
ウインドウ１１１はＣＰＵ−Ｂ２０１の画面、ウインド
ウ１１２はＣＰＵ−Ａ２００、ウインドウ１１３はＣＰ
Ｕ−Ｄ２０３、ウインドウ１１４はＣＰＵ−Ｃ２０２の
画面となる。なお、ウインドウの表示優先順位はマウス
１０４で選択する。

【００１４】では、図１，図２（Ａ），図２（Ｂ）を用
いて動作の概要を説明した後、図３以降の図を用いて本
発明のマルチウインドウ制御装置１００の詳細を説明す
ることにする。

【００１５】図１の疎結合マルチプロセッサ・システム
においては、各中央処理装置間は線ｌ５６〜ｌ６１によ
って接続されており、各中央処理装置間で交信可能であ
る。この環境においては、１台の中央処理装置（以降プ
ロセッサともいう）が統括プロセッサ（Global Process
or）、他がローカル・プロセッサ（Local Processor）
となる。例えば、ＣＰＵ−Ｂ２０１が統括プロセッサと
すると他のＣＰＵ−Ａ２００，ＣＰＵ−Ｃ２０２，ＣＰ
Ｕ−Ｄ２０３がローカル・プロセッサとなり、ジョブの
受け塚は統括プロセッサＣＰＵ−Ｂ２０１が行ない、線
ｌ５６，線ｌ５７，線ｌ６０を介して該ジョブの実行に
適するプロセッサに連絡し、その連絡を受けたプロセッ
サが該ジョブを実行することになる。

【００１６】ところで、図１の疎結合マルチプロセッサ
・システム構成においては、各々の中央処理装置（プロ
セッサ）のもとでオペレーティング・システムが動作し
ており、サービス・プロセッサＳＶＰ２０４〜２０７か
ら線ｌ５１〜ｌ５４を介して、システムのメッセージが
各々独立に本発明のマルチウインドウ制御装置１００に
送出され、その後、画面１０５上のウインドウ１１１〜
１１４に表示される。逆に、オペレータからの指令メッ
セージ・データは、先ず、オペレータがマウス１０４を
用いて指示を行ないたいプロセッサのウインドウを選択
し、キーボードよりデータを入力すると、本発明のマル
チウインドウ制御装置１００が当該プロセッサのウイン
ドウ、例えばＣＰＵ−Ｂ２０１ならばウインドウＢ１１
１に入力されたデータを表示するとともに、線ｌ５２を
介して該中央処理装置ＣＰＵ−Ｂ２０１のサービス・プ
ロセッサＳＶＰ２０５へ入力されたデータ（コマンド・
データ）を送出する。これによって、中央処理装置が複
数台であってもコンソール装置は１台で済むことにな
る。

【００１７】図２（Ａ）は本発明のマルチウインドウ制
御装置１００を複数システムに適用した場合の構成を示
している。図２（Ａ）においてはＣＰＵ−Ａ２００〜Ｃ
ＰＵ−Ｄ２０３の中央処理装置群内で各々オペレーティ
ング・システムが動作しているのは図１の疎結合マルチ
プロセッサ・システムの場合と同じであるが、各々の中
央処理装置では別個の業務，別個のジョブを実行してい
る。

【００１８】図２（Ａ）の複数システムにおいても、本
発明のマルチウインドウ制御装置１００によって、サー
ビス・プロセッサＳＶＰ２０４〜２０７からの信号線ｌ
５１〜ｌ５４は集約され、１台のキーボード／ディスプ
レイ装置１１０によって制御できることになる。例え
ば、ＣＰＵ−Ａ２００に対しては表示画面１０５上のウ
インドウ１１２，ＣＰＵ−Ｂ２０１に対してはウインド
ウ１１１、ＣＰＵ−Ｃ２０２に対してはウインドウ１１
４、ＣＰＵ−Ｄ２０３に対してはウインドウ１１３が割
当てられて制御できることになる。

【００１９】図２（Ｂ）は本発明のマルチウインドウ制
御装置１００を一般の端末装置の代りに適用した場合の
構成を示している。図２（Ｂ）においては、ＣＰＵ−Ａ
２００とＣＰＵ−Ｂ２０１とが同一機種の中央処理装
置、例えば汎用大型計算機同士でも良いし、他機種の中
央処理装置、例えば一方が汎用大型計算機、他方が小型
計算機（ミニコンピュータ）でも良い。各中央処理装置
２００，２０１から端末装置群には端末制御装置（Term
inal Contorl Equipment：ＴＣＥ）２０８を介して接続
されるが、これら各端末装置の代りに本発明のマルチウ
インドウ制御装置１００を図２（Ｂ）のように接続すれ
ば良い。これによって、キーボード／ディスプレイ装置
１１０上の表示ウインドウＡ１１２には中央処理装置Ｃ
ＰＵ−Ａ２００で動作するプログラムの画面、ウインド
ウＢ１１１には中央処理装置ＣＰＵ−Ｂ２０１で動作す
るプログラムの画面が割当てられて制御できることにな
る。

【００２０】図３は、本発明のマルチウインドウ制御装
置１００の構成を示したものであり、図１，図２
（Ａ），図２（Ｂ）で示した中央処理装置２台〜４台に
適用した場合を示している。図３において、符号１はマ
イクロ・コンピュータμ−Ｐ、符号２は処理プログラ
ム，制御テーブル類、および各中央処理装置対応の仮想
のコンソール画面バッファを記憶するメモリ、符号３は
直接メモリ・アクセス（DirectMemory Access：ＤＭ
Ａ）制御回路、符号４はキーボード／ディスプレイ制御
回路である。

【００２１】符号５はシリアル・データ・インタフェー
ス回路であり、通常ＲＳ−２３２Ｃインタフェース回路
と呼ばれている。なお、ＲＳ−２３２Ｃ規格について
は、日本規格協会発行の下記刊行物を参照されたい。

【００２２】「データ回線終端装置とデータ端末装置と
のインタフェース」ＪＩＳＣ６３６１符号６は割込み制御回路であり、サービス・プロセッサ
・インタフェース多重化制御装置１００内の各回路から
の割込み報告信号を線ｌ９〜ｌ１６で受け、マイクロ・
コンピュータμ−Ｐ１に線ｌ６を介して報告する回路で
ある。符号７〜符号１０はコンソール制御回路であり、
図１，図２で示した中央処理装置ＣＰＵ−Ａ２００〜Ｃ
ＰＵ−Ｄ２０３のサービス・プロセッサＳＶＰ２０４〜
２０７と線ｌ５１〜ｌ５４を介してデータの送受信制御
を司る。マルチウインドウ制御装置１００を図２（Ｂ）
に適用したときには、このコンソール制御回路の出力信
号線ｌ５１〜ｌ５４がＴＣＥ２０８に接続されることに
なる。

【００２３】符号１１はディスク・ファイル・インタフ
ェース回路であり、ファイル装置１２との間のデータの
送受信制御を司る。符号１２はファイル装置であり、コ
ンソール表示画面の時系列格納や制御情報の格納用に使
用される。

【００２４】符号ｌ１はマイクロ・コンピュータμ−Ｐ
１から出力されるアドレス・バス、符号ｌ２はデータ・
バス、符号ｌ３はＤＭＡ制御回路への起動信号線、ｌ４
はメモリ２に対する制御線群、ｌ６は割込み制御回路６
からの割込み報告信号線、符号ｌ７はコンソール制御回
路Ａ〜Ｄへの起動信号線、符号ｌ８はコンソール制御回
路Ａ〜Ｄからの動作完了報告信号線、である。

【００２５】図４は図３で示したコンソール制御回路Ａ
７〜１０の構成を詳細に示した図である。当然のことな
がらコンソール制御回路Ａ〜Ｄは同一のものであるが、
ここではコンソール制御回路Ｂ８を対象として説明す
る。図４において、符号２１はアドレス・レジスタＡＲ
ＥＧ、符号２２はデータ・レジスタＤＲＥＧ、符号２３
は比較器、符号２４は終結文字発生回路、符号２５は比
較器、符号２６は自アドレス保持レジスタ、第２７はゲ
ート回路、符号２８はフリップ・フロップ、符号２９は
オア回路、符号３０はアンド回路、符号３１はシリアル
／パラレル変換回路ＳＥＲＤＥＳ、符号３２は送受信回
路、符号３３はタイミング制御回路、符号３４は比較
器、符号３５は起動文字発生回路、である。

【００２６】図５は図３のメモリ２の使用方法を示した
ものであり、制御プログラム領域４０，各中央処理装置
対応の仮想コンソール画面バッファＡ〜Ｄ領域４１〜４
４、および表示画面バッファ領域４５で成っている。仮
想コンソール画面のことを仮想表示画面ともいう。な
お、制御プログラム領域４０内には、本発明のサービス
・プロセッサ・インタフェース多重化制御装置の処理プ
ログラム群、および制御テーブル類が格納されている。

【００２７】図６は処理プログラム群の構成を示してお
り、図７は制御テーブルＣＯＭＣＴ５３と各種バッファ
類との関係を示している。また、図８以降図１３まで
は、図６で示した処理プログラム群の動作フローを示し
たものであり、図８は状態管理処理プログラム部６０、
図９は割込み処理プログラム部４７、図１０は送受信処
理プログラム部４８、図１１はキーボード処理プログラ
ム部５１、図１２はアクティブ画面変更処理プログラム
部５２、図１３は画面表示処理プログラム部４９の動作
フローをそれぞれ表わしている。なお、ファイル入出力
処理プログラム部５０は、図３に示したファイル装置１
２とのデータの入出力処理を行なうものであり、動作フ
ローは省略してある。

【００２８】では、図３〜図１３を用いて、本発明のマ
ルチウインドウ制御装置１００の動作を説明することに
する。まず、中央処理装置ＣＰＵ−Ｂ２０１のサービス
・プロセッサＳＶＰ２０５から線ｌ５２を介して情報処
理システムからのメッセージが送られて来た場合の動作
を説明する。この場合は装置１００主体でみると受信動
作となる。

【００２９】まず、図３，図４を参照するに、ＣＰＵ−
Ｂ２０１からメッセージが送られて来た場合には、コン
ソール制御回路Ｂ８が動作する。したがって、図４にコ
ンソール制御回路８の構成図を示したように、線ｌ５２
を介して送受信回路３２にデータが送られてくる。この
データはＳＥＲＤＥＳ３１、およびタイミング回路３３
によって１文字のデータに組み立てられる。この１文字
のデータはデータ・バスｌ２１を経て比較器３４の一方
の入力となる。ここで、起動文字発生回路からの文字コ
ードと比較され、比較の結果、等しいならば線ｌ１０が
‘１’となり、この信号が割込み信号となり、図３の割
込み制御回路６に報告される。割込み制御回路６は線ｌ
６を介してマイクロ・コンピュータμ−Ｐ１に割込み動
作を励起する。

【００３０】ここで、図８、および図９を参照するに、
状態管理処理プログラム部４６は、処理５６にて割込み
事象を待っている状態となっており、ここで割込みが発
生すると、図９の処理６２が実行される。この処理は、
図３のアドレス・バスｌ１に割込み制御回路６のアドレ
スを送出し、データ・バスｌ２より割込み制御回路６が
送出する割込み要因を読み込むことで成される。次に処
理６３によって、コンソール制御回路Ｂの識別情報を図
７のパラメータ・テーブルＰＡＲＭ３９のＲＣＶＳＬＴ
に格納し、処理６４にてＣＯＭＴ５３内のＳＴＡＴＵＳ
５４に“データ受信”の旨の値を格納し、処理６５に
て、再び図８の処理５７へ戻る。なお、制御テーブルＣ
ＯＭＣＴ５３内の状態情報ＳＴＡＴＵＳ５４はマルチウ
インドウ制御装置１００の状態を表わしており、図７に
ＳＴＡＴＵＳ５４の各々の意味も併記してある。

【００３１】図８の処理５７に制御が戻った後、ＳＴＡ
ＴＵＳ５４の値は‘２’となっており、送受信処理プロ
グラム部４８へ制御を移すことになる。図１０は図６の
送受信プログラム部４８の動作フローを表わしており、
現在はデータ受信であるので、処理６７〜処理７０を実
行する。なお、データ送信、すなわちマルチウインドウ
制御装置１００から中央処理装置ＣＰＵ−Ｂ２０１へデ
ータ（コマンド・データ）を送信する場合は、処理７
１，７２、および処理６９，７０を実行することにな
る。

【００３２】まず、処理６７によって、ＲＣＶＳＬＴ３
７に格納されているコンソール制御回路Ｂ８の識別情報
をもとにして、図７で示した制御テーブルＣＯＭＣＴ５
３内の当該エントリ５５をロケートする。このエントリ
が仮想コンソール画面バッファの制御テーブル・エント
リとなる。このエントリより、仮想コンソール画面バッ
ファＢ４２がポイントされている。

【００３３】次に、処理６８によって、ＣＰＵ−Ｂ２０
１から送られてくるメッセージ・データを図７の送受信
バッファ３６に格納する。この動作は図３、および図４
を参照しながら説明することにする。まず、マイクロ・
コンピュータμ−Ｐ１はアドレス・バスｌ１にコンソー
ル制御回路Ｂ８のアドレスを送出する。これによって、
図４のアドレス・レジスタＡＲＥＧ２１にアドレス値が
保持され、比較器２５の一方の入力となる。比較器２５
により、自アドレス値（ＭＹＡＤ２６で保持）と等しい
ならば、フリップ・プロップ２８を‘１’状態とし、そ
の値がアンド回路３０の一方の入力となっている。

【００３４】次に、マイクロ・コンピュータμ−Ｐ１は
ＤＭＡ制御回路３に対して線ｌ３を介して動作開始を指
示すると、ＤＭＡ制御回路３は線群ｌ７の中の受信要求
信号線ｌ７−２（図４に図示）の値を‘１’とする。な
お、この時点では、図７の送受信バッファＳＲＢＵＦ３
６のメモリ内アドレスは線ｌ４を経てメモリ２へ送出さ
れている。

【００３５】再び図４を参照するに、線ｌ７−２の信号
線上の信号はオア回路２９を経てアンド回路３０の他方
の入力となっている。これによって、線ｌ２３の信号が
‘１’となり、ゲート回路２７が開いた状態となる。ま
た、線ｌ７−２はタイミング回路３３をも駆動すること
になり、これによって中央処理装置ＣＰＵ−Ｂ２０１か
ら線ｌ５２を介して送られてくるメッセージ・データ
は、送受信回路３２，シリアル／パラレル変換回路ＳＥ
ＲＤＥＳ３１，データ・バスｌ２２，データレジスタＤ
ＲＥＧ２２を経てメモリ２内の送受信バッファ３６に格
納される。メッセージ・データの受信の終了は、比較器
２３によって受信した文字コードと終結文字発生回路２
４からの文字コードを常時比較しており、比較の結果、
一致したならば線ｌ８の信号が‘１’となり、ＤＭＡ制
御回路３へ報告されて、データ受信動作が終了する。こ
のとき、フリップ・フロップ２８も‘０’にリセットさ
れ、ゲート回線２７も閉じる。

【００３６】図１０を参照するに、送受信処理プログラ
ム４８は、処理６９によって該仮想コンソール画面バッ
ファのカーソル位置をエントリ５５内のＡＤ２０より得
て、仮想コンソール画面バッファ４２内の当該カーソル
位置に受信したデータを格納する。次に、処理７０でカ
ーソル位置の値ＡＤ２０を更新して、図８の処理５９へ
制御を移す。

【００３７】図６の状態管理処理プログラム部４６は、
受信したメッセージ・データをファイル装置１２に格納
するための処理を図８の処理５９，処理５０で行なう。

【００３８】次に、表示画面１０５上の当該ウインドウ
１１１に受信したデータを表示するために、画面表示処
理プログラム部４９に制御を移す。

【００３９】図１３は画面表示処理プログラム部４９の
動作フローを示している。この処理は図７の制御テーブ
ルＣＯＭＣＴ５３の制御情報にもとづいて、仮想コンソ
ール画面バッファＡ４１〜４４を表示画面バッファ４５
に格納し、表示画面１０５に表示するものである。

【００４０】では、図７の制御テーブル構成図、および
図１３の動作フロー図を用いて上記の処理を説明する。
図７を参照するに、各仮想コンソール画面バッファの表
示の優先順位は制御テーブルＣＯＭＣＴ５３内のＦＩＲ
ＳＴ１６とＮＥＸＴ１７のチェインをたどることにより
可能であり、ＦＩＲＳＴ１６は優先順位の最も低い仮想
コンソール画面バッファをポイントしている。

【００４１】まず、図１３の処理７３によって表示順位
を得た後、処理７４によって繰返し回数を設定する。こ
の実施例においては、図１，図２の表示例で示したよう
に、仮想コンソール画面バッファＣ４３の表示優先順位
が最も低く、仮想コンソール画面バッファＢ４２の表示
優先順位が最も高くなる。次に、処理７５では、まずＦ
ＩＲＳＴ１６のポイントするエントリ（この場合はＣ）
をロケートし、処理７６でエントリ内のＢＡＳＥ，ＳＩ
ＺＥを用いて該仮想コンソール画面バッファ４３より矩
形を切り出すことになる。ここで、ＢＡＳＥは矩形の起
点、ＳＩＺＥは矩形のサイズである。したがって、切り
出した矩形がウインドウ１１４となる。

【００４２】次に、処理７７では切り出した矩形を表示
画面バッファ４５に格納する。ここで、矩形を表示画面
バッファ４５内に格納するときの起点アドレスは先のベ
ース値ＢＡＳＥを用いている。なお、表示位置を変えた
い場合には、表示するときの起点アドレス値を別に保持
すれば良い。このことは容易に類推可能である。

【００４３】処理７８では繰返し回数の判定を行ない、
未完了であれば、処理７５へ戻る。なお、当然のことな
がら第２回目以降の処理７５では先に処理したエントリ
のＮＥＸＴでポイントされているエントリの仮想コンソ
ール画面バッファを処理することになり、この実施例で
は仮想コンソール画面バッファＤ，Ａ，Ｂへと処理が進
むことになる。処理７９では、表示画面バッファ４５の
データをキーボード／ディスプレイ装置１１０に送出
し、画面１０５上に表示している。

【００４４】図８を参照するに、状態管理処理プログラ
ムは、画面表示処理４９が完了すると、処理６１でＳＴ
ＡＴＵＳを０とし、再び処理５６に戻り、割込みを待つ
状態に入る。

【００４５】以上で、中央処理装置ＣＰＵ−Ｂ２０１か
ら送られてくるメッセージ・データの受信処理が完了す
る。なお、他の中央処理装置からのメッセージ・データ
の受信処理も上記で述べた動作と同じであり、駆動され
るコンソール制御回路が異なるにすぎない。また、図２
（Ｂ）の構成においても端末制御装置ＴＣＥ２０８から
送られてくるデータは同じである。

【００４６】では次に、オペレータが投入したコマンド
・メッセージを当該中央処理装置へ送信する動作を説明
する。ここでも、説明を容易にするために、中央処理装
置ＣＰＵ−Ｂ２０１へ送出することで説明する。

【００４７】オペレータや端末利用者は、図１，図２
（Ａ），図２（Ｂ）で示したマウス１０４を用いて、コ
マンド・メッセージを送信したい中央処理装置のウイン
ドウを選択した後、キーボードよりコマンド・メッセー
ジを入力することになる。オペレータはマウス１０４を
用いてウインドウ１１１を選択したとすると、図６，図
８で示した状態管理処理プログラム部４６は処理５２，
処理４９，処理６１を実行し、キーボードからの入力待
ちとなる。図８の処理５２はアクティブ画面変更処理で
あり、図１２に動作フローを示した。

【００４８】まず、図８の処理５６にて割込み待ちの状
態のときに、マウス１０４にてウインドウが選択される
ので、図９の判定処理８０から処理８２が実行され、図
７のパラメータ・テーブルＰＡＲＭ３９のＳＥＬＥＣＴ
３８に選択画面のウインドウ識別情報を格納する。

【００４９】次に、図８の分岐処理５７を経てアクティ
ブ画面変更処理５２が実行される。図１２はアクティブ
画面変更処理５２の動作フロー図である。図１２を参照
するに、処理８４にてＳＥＬＥＣＴ３８の値を図７の制
御テーブルＣＯＭＣＴ５３のＡＣＴＮＯ１４に格納す
る。判定処理８５では、ＡＣＴＮＯ１４の値とＴＯＰ１
５の値が等しいかの検査を行なう。ここで、ＴＯＰ１５
の値は画面１０５上の最上位のウインドウを示したもの
であり、図１，図２（Ａ），図２（Ｂ）の例では、すで
に中央処理装置ＣＰＵ−Ｂ２０１のウインドウ１１１を
示している。したがって、処理８６を実行せずに、図８
の処理４９へ戻る。

【００５０】なお、ＡＣＴＮＯ１４とＴＯＰ１５の値が
等しくない場合には処理８６が実行される。この処理は
図７のＦＩＲＳＴ１６−ＮＥＸＴ１７のチェインを作り
直し、ＡＣＴＮＯ１４で指定された仮想コンソール画面
バッファが最上位となるように処理が行なわれる。

【００５１】図８の処理４９，処理６１によって、一
担、選択された仮想コンソール画面バッファのウインド
ウが画面１０５上で最上位となって表示される。この処
理の動作は、先のデータ受信動作で述べた方法と同じで
ある。

【００５２】次に、オペレータはキーボードよりコマン
ド・メッセージを入力することになる。このときは、図
８の処理５６から、一担、図９の処理６２，処理８０，
処理８３が実行される。この処理によって、ＳＴＡＴＵ
Ｓ５４の値は１となり、図８の処理５１，処理５８，処
理４８，処理５９〜処理６１が実行され、コマンド・メ
ッセージが当該中央処理装置ＣＰＵ−Ｂ２０１に送出さ
れる。

【００５３】キーボード入力処理５１は図１１の動作フ
ロー図からも明らかなように、キーボードから入力され
たコマンド・メッセージを図７のＳＲＢＵＦ３６に格納
する。次に、処理５８によってＳＴＡＴＵＳ５４の値を
３として、送受信処理４８が実行される。ここで、ＳＴ
ＡＴＵＳ５４の値が３とは、“送信処理”を意味してい
る。

【００５４】図１０は送受信処理４８の動作フロー図で
あり、送信処理の場合であるので、処理７１，処理７
２，処理６９，処理７０の順で実行される。まず、処理
７１で図７の制御テーブルＣＯＭＴ５３内でＡＣＴＮＯ
１４に対応する仮想コンソール画面バッファのエントリ
Ｂ５５がロケートされる。

【００５５】次に、処理７２では、図３３の対応するコ
ンソール制御回路を駆動し、ＳＲＢＵＦ３６のデータを
送信することになる。本実施例では、図３のコンソール
制御回路は回路８となり、図４も回路８の構成図とな
る。

【００５６】図３，図４を参照するに、まず、マイクロ
・コンピュータμ−Ｐ１はアドレス・バスｌ１にコンソ
ール制御回路Ｂ８のアドレスを送出する。これによっ
て、図４のアドレス・レジスタＡＲＥＧ２１にアドレス
値が保持され、比較器２５の一方の入力となる。比較器
２５により、自アドレス値（ＭＹＡＤ２６で保持）と等
しいならば、フリップ・フロップ２８を‘１’状態と
し、その値がアンド回路３０の一方の入力となってい
る。

【００５７】次に、マイクロ・コンピュータμ−Ｐ１は
ＤＭＡ制御回路３に対して線ｌ３を介して動作開始を指
示すると、ＤＭＡ制御回路３は線群ｌ７の中の送信要求
信号線ｌ７−１（図４に図示）の値を‘１’とする。な
お、この時点では、図７の送受信バッファＳＲＢＵＦ３
６のメモリ内アドレスは線ｌ４を経てメモリ２へ送出さ
れている。

【００５８】再び図４を参照するに、線ｌ７−１の信号
線上の信号はオア回路２９を経てアンド回路３０の他方
の入力となっている。これによって、線ｌ２３の信号が
‘１’となり、ゲート回路２７が開いた状態となる。ま
た、線ｌ７−１はタイミング回路３３をも駆動すること
になり、ＤＭＡ制御回路３の制御により、ＳＲＢＵＦ３
６のコマンド・メッセージがデータ・バスｌ２を経てＤ
ＲＥＧ２２に保持されデータ・バス．２２を経てＳＥＲ
ＤＥＳ３１，送受信回路３２から線ｌ５２を介してビッ
ト単位に送出される。

【００５９】コマンド・メッセージの送信の終了の検査
は、比較器２３によって、終結文字発生回路２４からの
文字コードと常時比較しており、比較の結果、一致した
ならば線ｌ８の信号が‘１’となり、ＤＭＡ制御回路３
へ報告されて送信動作が終了する。このとき、フリップ
・フロップ２８も‘０’にリセットされ、ゲート回路２
７も閉じる。

【００６０】図１０を参照するに、送受信処理プログラ
ム４８は、処理７２の後に処理６９，処理７０を実行す
る訳であるが、この処理は入力されたコマンド・メッセ
ージを当該仮想コンソール画面に格納するものであり、
先のデータ受信のときの処理と同一である。

【００６１】図１０の送受信処理４８が完了すると、制
御は図８の処理５９〜処理６１が実行される。この処理
は、先に説明したメッセージ・データの受信処理と同一
である。

【００６２】以上によって、複数個の中央処理装置群に
対しても１台のコンソール装置機能によって情報処理シ
ステムの制御が可能となる。なお、本発明のマルチウイ
ンドウ制御装置１００はキーボード／デイスプレイ装置
１１０を標準装備したものとして、図１〜図３で開示し
ているが、キーボード／ディスプレイ装置１１０に一般
の装置を適用することも可能である。このときには、図
３のＲＳ−２３２Ｃインタフェース回路５を用いて駆動
すれば良い。

【００６３】また、本発明における一実施例において
は、図３で示したように中央処理装置とのインタフェー
ス回路を複数個具備しているが、その代案としてインタ
フェース回路を１個のみ有して各中央処理装置対応に具
備しても良い。図１４は代案による構成例を示したもの
である。図１４ではメッセージの多重化処理をパーソナ
ル・コンピュータ等の処理装置２５０で行ない、中央処
理装置との交信処理を装置１００で行なうことになる。
したがって、装置１００と処理装置２５０によって本発
明のサービス・プロセッサ・インタフェース多重化制御
装置を構成することになる。なお、図中、ＧＰ−ＩＢバ
スｌ３０とは、General Perpose Interface Busの略で
あり、ＩＥＥＥ−４８８バス，ＩＥＣバスとも呼ばれて
いる。このバスの規格については、下記刊行物を参照さ
れたい。

【００６４】「計測器用インタフェイスに関する研究報
告（ＩＥＣバス応用手引書）」自動計測技術研究組合発行

【００６５】

【発明の効果】以上、本発明によれば複数台の中央処理
装置、あるいは複数の情報処理システムに対して１台の
コンソール装置で制御が可能となるので、情報処理シス
テム運用の省力化，オペレータの誤操作ポテンシャルの
減少によるシステム運転の信頼性向上の効果がある。ま
た、一般の端末利用者の観点でみると、１台の端末装置
にて別個の情報処理システムを同時に利用できるので、
一度に複数の仕事が行なえて業務効率の向上が期待でき
る。

【図面の簡単な説明】

【図１】本発明のマルチウインドウ制御装置による情報
処理システムの構成図。

【図２】図１とは異なるシステム構成を示した図。

【図３】本発明のマルチウインドウ制御装置の構成を示
した図。

【図４】図３の中のコンソール制御回路の回路構成を詳
細に示した図。

【図５】図３のメモリ２の使用方法を示した図。

【図６】処理プログラム群の構成を示した図。

【図７】制御テーブルと各種仮想コンソール画面バッフ
ァ類の関係を示した図。

【図８】図７の状態管理処理プログラム部の動作フロー
図。

【図９】割込み処理プログラム部の動作フロー図。

【図１０】送受信処理プログラム部の動作フロー図。

【図１１】キーボード入力処理プログラム部の動作フロ
ー図。

【図１２】アクティブ画面変更処理プログラム部の動作
フロー図。

【図１３】画面表示処理プログラム部の動作フロー図。

【図１４】図１，図２の代案の構成図。

【符号の説明】

１…マイクロ・コンピュータ、２…メモリ、７〜１１…
コンソール制御回路、２１…アドレス・レジスタ、２２
…データ・レジスタ、４１〜４４…仮想コンソール画面
バッファ、４５…表示画面バッファ、５３…制御テーブ
ル、５４…状態情報、１００…マルチウインドウ制御装
置。

Claims

【特許請求の範囲】

【請求項１】複数台の情報処理装置と、前記情報処理装
置に接続された端末制御装置と、マルチウィドウ表示画
面とデータ入力手段とを備えた表示端末装置と、前記表
示端末装置を前記複数の端末制御装置に接続するための
接続装置からなり、前記接続装置が、前記表示端末装置の表示画面上に生成
された複数のウィンドウと前記端末制御装置を介して接
続された複数台の情報処理装置との対応関係を管理して
おき、一つのウィンドウを他のウィンドウに重なる形で
前記表示画面上に生成し、前記情報処理装置からの出力
情報を各情報処理装置対応に記憶し、記憶した前記出力
情報を前記表示画面上に出力すると共に、前記データ入
力手段によって何れかのウィンドウに入力された入力情
報を該ウィンドウと対応する情報処理装置に出力するた
めの制御動作を行うことを特徴とする情報処理システ
ム。
【請求項２】複数台の情報処理装置と、前記情報処理装
置に接続された端末制御装置と、マルチウインドウ表示
画面とデータ入力手段とを備えた表示端末装置と、複数
のウィンドウの内のウィンドウを指定するマウスと、前
記表示端末装置を前記複数の端末制御装置に接続するた
めの接続装置からなり、前記接続装置が、前記表示端末装置の表示画面上に生成
された複数のウィンドウと前記端末制御装置を介して接
続された複数台の情報処理装置との対応関係を管理して
おき、前記情報処理装置からの出力情報を各情報処理装
置対応に記憶し、記憶した前記出力情報を前記表示画面
上に出力すると共に、前記マウスによって指定されたウ
ィンドウに前記データ入力手段によって入力された入力
情報を当該指定されたウィンドウと対応する情報処理装
置に出力するための制動動作を行うことを特徴とする情
報処理システム。
【請求項３】表示画面とデータ入力手段とを有するマル
チウインドウ制御装置であって、複数の情報処理装置を接続し、かつ、前記各情報処理装
置と前記マルチウインドウ制御装置との間の入出力情報
を送受信するインターフェイス手段と、前記インターフェイス手段を介して送受信される前記入
出力情報を記憶するために前記各情報処理装置と対応さ
せて容易された複数の仮想画面バッファ手段と、一つのウィンドウを他のウィンドウに重なる形で前記表
示画面上に表示する表示手段と、前記各仮想画面バッファ手段の内容を前記表示画面上に
表示し、前記表示画面上の何れかのウィンドウを指定し
て前記データ入力手段によって情報が入力された時、該
入力された情報を前記指定されたウィンドウと対応する
仮想画面バッファ手段に記憶すると共に、前記インター
フェイス手段を介して該仮想画面バッファ手段と対応す
る情報処理装置に送信するための制御手段とを有するこ
とを特徴とするマルチウインドウ制御装置。
【請求項４】前記インターフェイス手段が、前記各情報
処理装置に備えられたサービス・プロセッサ機能部との
間でメッセージ情報の送受信を行うことを特徴とする第
３項に記載のマルチウインドウ制御装置。