JP2001175574A - コンソール入出力制御システムおよびコンソール管理装置 - Google Patents

Abstract

(57)【要約】 【目的】 複数のサーバ・コンピュータのコンソール
を、一のクライアント・コンピュータで一括して管理す
ることを目的とする。 【構成】 本発明を、一のサーバに対する複数のコンソ
ールからのコマンド入出力を制御する入出力制御システ
ムにおいて、各コンソールからサーバへのコマンドの入
出力状態を管理する管理手段と、当該入出力状態に基づ
いて、各コンソールからのコマンドの入出力を制御する
制御手段とから構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のサーバ・コ
ンピュータのコンソールを一または二以上のクライアン
ト・コンピュータ上で一括して管理するための装置およ
びそのようなコンソールの一括管理を行う場合の改良さ
れたグラフィカル・ユーザ・インターフェース（以下、
「ＧＵＩ」という）を提供する装置に関する。

【０００２】

【従来の技術】サーバ・コンピュータ（例えば、ＵＮＩ
Ｘホスト）の中には、コンソールを必要とするものがあ
る（「ＵＮＩＸ」は、Ｘ ＯＰＥＮ Ｌｉｍｉｔｅｄの米
国およびその他の国における登録商標です。以下、同
様）。ユーザは、コンソールを、サーバ・コンピュータ
のＯＳインストール、システム保守およびシステム管理
のために用いることができる。コンソールは、サーバ・
コンピュータからのメッセージを表示し、ユーザは、コ
ンソールからコマンドを入力することにより、サーバ・
コンピュータを操作することができる。

【０００３】従来は、サーバ・コンピュータ１台に対
し、そのコンソールを表示させる１台のコンソールディ
スプレイ装置やパソコンが必要であった。サーバ・コン
ピュータのコンソールは、サーバ・コンピュータと１対
１にケーブル接続（例えば、シリアル・ケーブルＲＳ−
２３２Ｃによる直接接続）されたコンソールディスプレ
イ装置やパソコンのディスプレイ上に、表示されてい
た。第１図は、その一例を示す。ＵＮＩＸホストＪ（Ｊ
＝Ａ，Ｂ，Ｃ，…。サーバ・コンピュータを表す場合
は、大文字を用いる。以下同様。）は、シリアル・ケー
ブルＲＳ−２３２Ｃを用いて、パソコンｋ（ｋ＝ａ，
ｂ，ｃ，…。クライアント・コンピュータを表す場合
は、小文字を用いる。以下、同様。）と接続されてい
る。このとき、ＵＮＩＸホストＡ、Ｂのコンソールは、
それぞれパソコンａ，ｂのディスプレイ上に表示されて
いた。第２図は、パソコンａのディスプレイに表示され
た、ＵＮＩＸホストＡのコンソールを示す。同図におい
て、「％％」はコマンド・プロンプトを、「％％」以下はＵ
ＮＩＸホストＡからのメッセージやＵＮＩＸホストに対
して入力されたコマンドを表す。

【０００４】このように、従来、複数のＵＮＩＸホスト
のコンソールを、一または二以上のクライアント・コン
ピュータで一括して管理することはできなかった。なぜ
なら、コンソールはサーバ・コンピュータへの入出力を
行うものであるため、同じサーバ・コンピュータへのコ
マンドが、同時に複数のクライアント・コンピュータか
ら入力された場合、コマンドの衝突が生じるからであ
る。

【０００５】

【発明が解決しようとする課題】本発明の一の目的は、
一のサーバ・コンピュータのコンソールを、複数のクラ
イアント・コンピュータ上で一括管理することにある。

【０００６】また、本発明の他の目的は、複数のサーバ
・コンピュータのコンソールを一のクライアント・コン
ピュータ一括管理する場合の改良されたＧＵＩを提供す
ることにある。

【０００７】

【課題を解決するための手段】一の本発明は、一のサー
バに対する複数のコンソールからのコマンド入出力を制
御する入出力制御システムにおいて、各コンソールから
サーバへのコマンドの入出力状態を管理する管理手段
と、当該入出力状態に基づいて、各コンソールからのコ
マンドの入出力を制御する制御手段とを有する。

【０００８】他の本発明は、複数のサーバのコンソール
を統合して管理するコンソール管理装置において、複数
のサーバからの送信されるメッセージを受信する受信手
段と、一のサーバからのメッセージを受信した場合、当
該サーバのコンソール情報について、他のサーバのコン
ソール情報と識別可能に表示する表示制御手段とを有す
る。

【０００９】

【発明の実施の形態】本発明は、主に、ソフトウエアを
用いて実現されるものである。以下に、図面を用いて、
本発明の好適な実施の形態を説明する。一の図面におい
て、符号により特定されるものは、他の図面において同
一の符号により特定されるものと同一の対象を表す。

【００１０】第３図は、第一の好適なシステム形態を表
す。第１図との主な相違点は、ＵＮＩＸホストＪは、切
替え機構を介して、ＬＡＮ回線に接続されていることで
ある。

【００１１】第４図は、パソコンｃのディスプレイ上に
表示される、統合コンソール４００の一例を示す。同図
において、４0１はウインドウのタイトルを、４0２はウ
インドウのメニューバーを示す。また、領域４２０に
は、接続された複数のサーバ・コンピュータのコンソー
ル４３１、４３２、４３３が表示され、各コンソール
は、タイトルバーとコンソール領域から構成される。領
域４１０には、領域４２０に表示されるサーバ・コンピ
ュータ名４１４の一覧および各サーバ・コンピュータの
状態を示すアイコン４１２が表示される。

【００１２】ユーザは、領域４１０のホスト名４１４ま
たはアイコン４１２をマウス・カーソル（図示しない）
で選択することにより、対応するコンソール４３１を、
活性化状態（アクティブな状態）にして、最前面に表示
させることができる。このようにして、ユーザは、各コ
ンソールから、それぞれのサーバ・コンピュータに対し
てコマンドを入力し、サーバ・コンピュータにおいて当
該コマンドを実行することができる。但し、実行ができ
るのは、当該ホストに対して、ｒｗ権を有する場合に限
る（後述する）。

【００１３】以下においては、説明の都合上、３つのコ
ンソールが表示される場合を取り扱うが、表示するコン
ソールの数に特に制限はない。

【００１４】第５図は、ホストに対する入出力を制御す
るための管理テーブルの一例を示す。第３図のシステム
構成においては、管理テーブル（第５図）は、各切替え
機構に設けられる。同図において、ｒはパソコンがホス
トとｒポートに接続されていることを、ｒｗはパソコン
がホストとｒｗポートに接続されていることを示す。

【００１５】パソコンとホストがｒｗポートに接続され
ている場合、当該パソコン上のコンソールからコマンド
を入力すること、およびコンソールへホストからのメッ
セージを出力することが可能である。一方、パソコンと
ホストがｒポートに接続されている場合、コンソールへ
ホストからのメッセージを出力することはできるが、コ
ンソールからコマンドを入力することはできない。

【００１６】この管理テーブルの特徴的なところは、任
意の時刻において、あるホストについて、ｒｗ権は１個
しか設定されないが、ｒ権は複数設定可能な点である。

【００１７】第６図は、各パソコンの入出力権限を設定
した権限管理テーブルの一例を示す。この例では、権限
管理テーブルは、接続対象のホストを特定する役割と当
該ホストへの入出力権限を管理する役割の両方を担う。
したがって、ユーザは、この権限管理テーブルにホスト
名を追加または削除することにより、統合コンソール４
００に表示するコンソールを増減することができる。な
お、権限管理テーブルは、これらの役割毎にテーブルを
別けて、２つのテーブルで管理することもできる。

【００１８】第３図のシステム構成においては、権限管
理テーブルは、各パソコン内に設けられる。同図におい
て、ｒｗは、パソコンがホストに対してｒｗ権限を有す
ることを、ｒは、パソコンがホストに対して読取り読取
り専用であることを示す。

【００１９】第２２図、第２３図は、統合コンソール４
００がホストとの接続を確立する場合の動作を示す。説
明の都合上、どのパソコンも、いずれのホストにも接続
されていないとする。したがって、この場合、各切替え
機構の管理テーブル（第５図）の、ｒ権、ｒｗ権の欄に
は、いずれのパソコン名も記録されていない。また、例
として、パソコンｃが各ホストとの接続を確立する場合
を用いる。

【００２０】第２２図は、権限管理テーブルにおいてｒ
ｗ接続と設定されたホストに対して、統合コンソール４
００が接続を確立する場合の動作を示す。

【００２１】［Ｓ２２１０］ 統合コンソール４００
は、自パソコン内の権限管理テーブルに基づいて、各切
替え機構に対して、ｒｗ接続要求を送信する。具体的に
は、パソコンｃの統合コンソール４００は、権限管理テ
ーブル（第６Ｃ図）を参照し、ホストＡ、Ｃの切替え機
構に対して、ｒｗ接続要求を送信する。なお、この場
合、ホストＢについてはｒ接続であるため、その場合の
動作は、第２３図を用いて後述する。

【００２２】［Ｓ２２２０］ 各切替え機構は、管理テ
ーブル（第５図）を用いて、ｒｗポートは空いているか
を判定する。空いている場合、各切替え機構は、処理を
Ｓ２２３０へ、空いていない場合、処理をＳ２２４０に
進める。

【００２３】上記の例では、ホストＡ、Ｃの切替え機構
は、管理テーブル（第５図）を参照し、まだ接続が確立
されていないと判定し、これらの切替え機構は、処理を
Ｓ２２３０へと進める。

【００２４】［Ｓ２２３０］ 各切替え機構は、接続要
求を出したパソコンをｒｗポートに接続し、その旨を管
理テーブルに記録する。上記の例では、ホストＡ、Ｃの
切替え機構は、パソコンｃがｒｗ接続されている旨を、
自己の管理テーブルに記録する。

【００２５】［Ｓ２２４０］ 各切替え機構は、接続成
否のメッセージを、接続要求をだしたパソコンに対して
送信する。上記の例では、ホストＡ、Ｃの切替え機構
は、接続を確立した旨のメッセージを、パソコンｃに送
信する。一方、ホストＡ、Ｃのｒｗポートが既に占有さ
れている場合、各切替え機構は、接続が確立できない旨
のメッセージを、接続要求をだしたパソコンに送信す
る。

【００２６】［Ｓ２２５０］ パソコンは、受信したメ
ッセージを表示する。上記の例では、パソコンｃの統合
コンソール４００は、ホストＡ、Ｃのコンソール・ウィ
ンドウ４３１、４３３を生成し、当該ウィンドウ上にそ
の旨のメッセージを表示する。一方、接続が確立できな
い旨のメッセージを受信した場合、統合コンソール４０
０は、その旨を表示する。この場合、統合コンソール４
００は、そのホストのコンソール・ウィンドウを生成し
ない。

【００２７】第２３図は、権限管理テーブルにおいてｒ
接続と設定されたホストに対して、統合コンソール４０
０が接続を確立する場合の動作を示す。

【００２８】［Ｓ２３１０］ 統合コンソール４００
は、自パソコン内の権限管理テーブルに基づいて、各切
替え機構に対して、ｒ接続要求を送信する。具体的に
は、パソコンｃの統合コンソール４００は、権限管理テ
ーブル（第６Ｃ図）を参照し、ホストＢの切替え機構に
対して、ｒ接続要求を送信する。

【００２９】［Ｓ２３２０］ 各切替え機構は、当該パ
ソコンをｒポートに接続し、その旨を管理テーブル（第
５図）に記録する。上記の例では、ホストＢの切替え機
構は、パソコンｃをｒポートに接続し、その旨を管理テ
ーブルに記録する。ここで、第２２図との違いは、Ｓ２
２２０に対応するステップがないことである。これは、
ｒ接続が複数設定可能なことに対応する。

【００３０】［Ｓ２３３０］ 各切替え機構は、接続成
功のメッセージを、接続要求をだしたパソコンに対して
送信する。上記の例では、ホストＢの切替え機構は、接
続成功のメッセージを、パソコンｃに対して送信する。

【００３１】［Ｓ２３４０］ パソコンｃ上の統合コン
ソール４００は、ホストＢのコンソール・ウィンドウ４
３２を生成し、当該ウインドウ上に、受信したメッセー
ジを表示する。

【００３２】このようにして、統合コンソール４００
に、第４図に示すように、複数ホストのコンソールを統
合して表示することができる。

【００３３】コンソールへのセキュリティを考慮し、各
ホストへのｒ権、ｒｗ権を静的に維持することができ
る。すなわち、切替え機構に設けられる管理テーブル
（第５Ｂ図）は、一端パソコンｃとｒｗポートでの接続
を確立した場合、その統合コンソール４００を終了する
かまたは対応するホストのコンソール・ウィンドウを終
了する（当該コンソールからｅｘｉｔコマンドを受信す
る）まで、パソコンｃは、そのｒｗポートに接続された
ままである。したがって、その間は、他のパソコンの統
合コンソールは、当該ホストに対してｒｗ権を取得する
ことはできない。

【００３４】なお、パソコンｃにより、ホストＡのｒｗ
ポートが接続されている場合であっても、他のパソコン
から特定の操作をすることにより、他のパソコンが、強
制的にホストＡへのｒｗ権を取得することもできる。

【００３５】ｒｗ接続済のコンソールからコマンドを入
力された場合、統合コンソール４００は、コマンドを、
指定されたホストに送信し、メッセージおよび実行結果
を出力する。当該ホストにｒ接続された他のパソコンが
あれば、対応するコンソール・ウインドウに、そのメッ
セージを出力する。一方、ｒ接続済のコンソールからコ
マンドを入力された場合、統合コンソール４００は、コ
マンドは送信しない。

【００３６】また、各ホストへのｒ権、ｒｗ権を、動的
に変更することもできる。すなわち、この場合、切替え
機構に設けられる管理テーブルは、各ホストのコンソー
ルからコマンドを受信する度に、変更される。この場合
の動作を、第５図乃至第８図を用いて説明する。

【００３７】第５Ａ図は、ホストＡの切替え機構に設け
られた管理テーブルである。第５Ａ図は、ホストＡから
パソコンａ、ｂ、ｃに対してメッセージが送信されてい
る状態（ｒ）、すなわち、いずれのコンソールからもコ
マンドが入力されていない状態を示している。この状態
で、ホストＡの切替え機構が、パソコンｃ上のホストＡ
のコンソールから入力されたコマンドを受信した場合、
切替え機構は、その管理テーブルを、第５Ａ図の状態か
ら第５Ｂ図の状態に更新する。そのコマンドを実行した
結果をホストＡから受信し、パソコンａ，ｂ，ｃ上の各
コンソールにルーティングすると、その切替え機構は、
管理テーブルを、第５Ｂ図の状態から第５Ａ図の状態に
更新する。切替え機構は、更新した管理テーブルに基づ
いて、接続を制御する。

【００３８】この場合であっても、静的な場合と同様
に、管理テーブルは、任意の時刻において、各ホストに
ついてｒｗ権は１個しかないが、ｒ権は複数設けられて
いる。

【００３９】第６図は、各パソコンの権限を設定した権
限管理テーブルの一例を示す。本発明において、権限管
理テーブルは省略することもできるが、ユーザの入力す
る不用意なコマンドからサーバ・コンピュータを守るた
めに、設けることが望ましい。

【００４０】ユーザは、この権限管理テーブルにホスト
名を追加または削除することにより、統合コンソール４
００に表示するコンソールを増減することができる。第
３図のシステム構成においては、権限管理テーブルは、
各パソコン内に設けられる。

【００４１】第６Ａ図は、パソコンＡの権限管理テーブ
ルを示す。これによれば、パソコンａのユーザは、ホス
トＡ、Ｂ、Ｃから、パソコンａの各コンソールにメッセ
ージを受けることができ、いずれのホストに対しても、
入力したコマンドを実行する権限を有する。

【００４２】同様に、第６Ｂ図は、パソコンＢの権限管
理テーブルを示す。これによれば、パソコンｂのユーザ
は、ホストＢについてはメッセージを受け、コマンドを
実行することができるが、ホストＡ、Ｃについてはメッ
セージを受けることしかできず、ホストＡ、Ｃに対して
コマンドを実行することはできない。

【００４３】同様に、第６Ｃ図は、パソコンＣの権限管
理テーブルを示す。これによれば、パソコンｃのユーザ
は、ホストＡ、Ｃについてはメッセージを受け、コマン
ドを実行することができるが、ホストＢについてはメッ
セージを受けることしかできず、ホストＢに対してコマ
ンドを実行することはできない。

【００４４】第７図および第８図では、パソコンｃのユ
ーザが、ホストＡのコンソール４３１からコマンドを入
力した場合を例にとって、統合コンソール４００の動作
および切替え機構の動作を説明する。

【００４５】第７図は、パソコン上のいずれかのコンソ
ール（４３１Ａ−４３１Ｃ）から、コマンドが入力され
た場合の統合コンソール４００の動作を示すフローチャ
ートである。

【００４６】［Ｓ７１０］ 統合コンソール４００内の
いずれかのコンソールが、ユーザから入力されたコマン
ドを受け付ける。上記の例では、パソコンｃ上のコンソ
ール４３１Ａが、ユーザから入力されたコマンドを受け
付ける。

【００４７】［Ｓ７２０］ 統合コンソール４００は、
権限管理テーブル（第６図）を参照する。上記の例で
は、統合コンソール４００は、権限管理テーブル（第６
Ｃ図）を参照する。

【００４８】［Ｓ７３０］ 統合コンソール４００は、
権限管理テーブル（第６図）を用いて、そのホストに対
してｒｗ権を有するか否かを判定する。上記の例では、
権限管理テーブル（第６Ｃ図）を用いて、統合コンソー
ル４００は、パソコンＣのユーザはホストＡに対してｒ
ｗ権を有すると判定し、処理をＳ７４０に進める。一
方、パソコンＣのユーザがホストＢに対してコマンドを
入力した場合は、統合コンソール４００は、権限管理テ
ーブル（第６Ｃ図）を用いて、ｒｗ権がないと判定し、
処理をＳ７５０へと進める。

【００４９】［Ｓ７４０］ 統合コンソール４００は、
指定されたホストに対し、コマンドを送信する。上記の
例では、統合コンソール４００は、切替え機構Ａに、入
力されたコマンドを送信する。

【００５０】［Ｓ７５０］ 統合コンソール４００は、
ｒｗ権がない旨のメッセージを、ディスプレイ上に表示
する。

【００５１】［Ｓ７６０］ 第８図を用いて、後述す
る。

【００５２】［Ｓ７７０］ 統合コンソール４００は、
ホストから当該コマンドを実行した結果のメッセージを
受信した場合は、そのメッセージを、対応するコンソー
ルに表示する。上記の例では、統合コンソール４００
は、もし、メッセージがあれば、コンソール４３１Ａ
に、コマンドの実行結果のメッセージを表示する。同じ
メッセージは、パソコンａ，ｂのコンソール４３１Ａ上
にも表示される。

【００５３】第８図は、コンソールから入力されたコマ
ンドを受信した場合の切替え機構の制御動作を示すフロ
ーチャートである。第８図のフローチャートは、第７図
のＳ７６０の位置に入り、システム全体の動作を完全に
する。

【００５４】［Ｓ８１０］ 切替え機構は、いずれかの
コンソールから入力されたコマンドを受信する。上記の
例では、切替え機構Ａは、パソコンｃのコンソール４３
１Ａから入力されたコマンドを受信する。

【００５５】［Ｓ８２０］ 切替え機構は、管理テーブ
ル（第５図）を参照する。

【００５６】［Ｓ８３０］ 切替え機構は、管理テーブ
ルを用いて、いずれかのコンソール（パソコン）がホス
トＡに対しｒｗ権を占有しているか否かを判定する。現
在、管理テーブルは第５Ａ図の示す通りであるため、切
替え機構Ａは、いずれのコンソール（パソコン）もホス
トＡに対しｒｗ権を占有していないと判定し、処理をＳ
８４０に進める。一方、既に、いずれかのコンソール
（パソコン）によりホストＡに対するｒｗ権が占有され
ている場合、切替え機構は、処理をＳ８５０に進める。

【００５７】［Ｓ８４０］ 切替え機構は、管理テーブ
ルを更新し、当該パソコンと当該ホストをｒｗポートに
接続し、当該ホストにコマンドを送信する。上記の例の
場合、切替え機構Ａは、管理テーブルを、第５Ａ図の状
態から第５Ｂ図の状態に更新し、パソコンｃとホストＡ
をｒｗ接続する。その後、切替え機構は、ホストＡに対
し、コマンドを送信する。

【００５８】［Ｓ８５０］ 切替え機構は、指定された
ホストへのｒｗ権が占有されている旨のメッセージを、
各パソコンの対応するコンソール（パソコンａ，ｂ，ｃ
の各コンソール４３１Ａ）へ送信する。

【００５９】［Ｓ８６０］ 切替え機構は、ホストから
のコマンドの実行結果を受信する。このとき、切替え機
構は、管理テーブルを更新し、前記ｒｗ接続をｒ接続へ
と切り替える。上記の例の場合、切替え機構Ａは、ホス
トＡからのコマンドの実行結果についてのメッセージを
受信する。その後、切替え機構Ａは、管理テーブルを、
第５Ｂ図の状態から第５Ａ図の状態に更新し、パソコン
ｃとホストＡとの接続を、ｒｗ接続からｒ接続へと変更
する。

【００６０】［Ｓ８７０］ 切替え機構は、メッセージ
を、各パソコンの対応するコンソール（パソコンａ，
ｂ，ｃの各コンソール４３１Ａ）へルーティングする。

【００６１】第９図は、パソコンｃに表示される統合コ
ンソール４００の他の例を示す。第４図との相違点は、
各コンソールについての権限が識別可能に表示されてい
る点である。具体的には、各コンソールのタイトルバー
に、権限を示す指標（９１０、９２０、９３０）が表示
されている。この指標は、第６図に示す権限管理テーブ
ルに基づいて表示される。なお、ｒ権、ｒｗ権を静的に
維持する場合、動的に変更する場合のいずれであっても
よい。

【００６２】指標ｒｗは、ホストからの送信されるメッ
セージを表示する権限（ｒ）、およびホストに対しコマ
ンドを入力・実行する権限（ｗ）を有することを表す。
これに対し、指標ｒは、ホストから送信されるメッセー
ジを表示する権限を有するが、ホストにコマンドを入力
する権限はないことを表す。

【００６３】なお、権限の識別可能な表示の他の例とし
て、ｒ権のみと設定されたコンソールと、ｒｗ権と設定
されたコンソールの一部または全部の色を変えるように
してもよい。また、権限を、ホスト一覧４１０のアイコ
ン４１２またはホスト名４１４に識別可能に表示しても
よい。

【００６４】したがって、第９図は、パソコンｃのユー
ザは、ホストＡ、Ｃからのメッセージの表示、およびホ
ストＡ、Ｃに対してコマンドの入力・実行はできるが、
ホストＢについては、メッセージの表示のみで、ホスト
Ｂに対してコマンドを入力・実行できないことを示す。

【００６５】ユーザは、このような権限の識別表示によ
り、無駄なコマンドの入力を、未然に防止することがで
きる。すなわち、第９図の例では、パソコンｃのユーザ
は、この識別表示（９１０、９２０、９３０）を見るこ
とにより、ホストＢに対してコマンドを入力できないこ
とを（入力しても実行できないことを）、事前に知るこ
とができる。したがって、ユーザは、そのような無駄な
コマンドを入力することはない。

【００６６】第１０図は、ｒｗ権の識別表示（第９図）
を行う場合の統合コンソール４００の動作を示すフロー
チャートである。第１０図の説明においては、パソコン
ｃにおける動作を例を用いて説明する。

【００６７】［Ｓ１０１０］ ユーザは、統合コンソー
ル４００を起動する。

【００６８】［Ｓ１０２０］ 統合コンソール４００
は、権限管理テーブル（第６図）を参照する。上記の例
の場合、統合コンソール４００は、権限管理テーブル
（第６Ｃ図）を参照する。

【００６９】［Ｓ１０３０］ 統合コンソール４００
は、権限管理テーブル（第６図）において、ホストＪ
（Ｊ＝Ａ、Ｂ、Ｃ、・・・）に対してｒｗ権が設定され
ているか否かを判定する。ホストＪに対してｒｗ権があ
る場合、統合コンソール４００は、処理をＳ１０３０に
進め、ｒ権のみである場合、処理をＳ１０５０に進め
る。上記の例では、まず、統合コンソール４００は、権
限管理テーブル（第６Ｃ図）を参照し、ホストＡ（第一
のレコード）に対してｒｗ権を有すると判定する。統合
コンソール４００は、処理を、Ｓ１０４０に進める。

【００７０】［Ｓ１０４０］ 統合コンソール４００
は、領域４２０に、ホストＪのコンソールを、ｒｗ権あ
りとして識別可能に表示する。上記の例では、統合コン
ソール４００は、領域４２０に、ホストＡのコンソール
４３１（第９図）を、ｒｗ権ありとして、指標９３１
（ｒｗ）をコンソール４３１のタイトルバー４０２に表
示する。

【００７１】［Ｓ１０５０］ 統合コンソール４００
は、領域４２０に、ホストＪのコンソールを、ｒｗ権な
しとして識別可能に表示する。

【００７２】［Ｓ１０６０］ 統合コンソール４００
は、権限管理テーブル（第６図）の次のレコードを読み
込む。上記の例では、統合コンソール４００は、権限管
理テーブル（第６Ｃ図）の次のレコードである、ホスト
Ｂのレコードを読み込む。

【００７３】［Ｓ１０７０］ 統合コンソール４００
は、権限管理テーブル（第６図）に、次のレコードがあ
るか否かを判定する。次のレコードがあれば、統合コン
ソール４００は、処理をＳ１０３０へ戻し、次のレコー
ドがなければ、処理を終了する。上記の例では、統合コ
ンソール４００は、権限管理テーブル（第６Ｃ図）中
に、次のレコードである、ホストＢのレコードを見つ
け、処理をＳ１０３０に戻す。

【００７４】このようにして、統合コンソール４００
は、第９図のように、各コンソールについて、権限を識
別可能に表示することができる。

【００７５】第１１図は、他の好適なシステム構成（第
二から第四の好適な実施の形態に対応）を示す。第３図
との相違点は、新たに管理サーバ１１１０が追加されて
いる点、および各切替え機構（３２１−３２３）が点線
で表されている点である。この点線は、他の好適なシス
テム構成においては、省略可能なことを示す。

【００７６】第二から第四の好適な実施の形態において
も、権限管理テーブルは省略することができるが、ユー
ザの入力する不用意なコマンドからサーバ・コンピュー
タを守るために、設けることが望ましい。

【００７７】第二の好適な実施の形態では、管理テーブ
ル（第５図）および権限管理テーブル（第６Ａ−６Ｃ
図）は、管理サーバ１１１０内に設けられる。この場
合、各切替え機構（３２１―３２３）を省略することが
できる。第二の好適な実施の形態では、第７図のＳ７２
０、Ｓ７３０、Ｓ７４０および第８図の全ステップ（Ｓ
８１０からＳ８７０）は、管理サーバ１１１０の動作を
記述する。

【００７８】第三の好適な実施の形態では、管理テーブ
ル（第５図）は管理サーバ１１１０内に設けられ、権限
管理テーブル（第６図）は各パソコン内に設けられる。
この場合も、各切替え機構（３２１−３２３）を省略す
ることができる。第三の好適な実施の形態では、第８図
の全ステップ（Ｓ８１０からＳ８７０）は、管理サーバ
の動作を記述する。

【００７９】第四の好適な実施の形態では、管理テーブ
ル（第５図）は各切替え機構（３２１―３２３）内に設
けられ、権限管理テーブル（第６図）は管理サーバ１１
１０内に設けられる。この場合は、各切替え機構（３２
１―３２３）を省略することはできない。第四の好適な
実施の形態では、第７図のＳ７２０、Ｓ７３０、Ｓ７４
０は、管理サーバの動作を記述する。

【００８０】第１２図から第１６図は、何らかのメッセ
ージまたは登録されたメッセージ（以下、単に、「メッ
セージ」ということがある。）を受信した場合の、改良
されたＧＵＩを示す。これらのＧＵＩは、第１２図から
第１６図のＧＵＩから二以上を組み合わせて用いること
もできる。これらの改良されたＧＵＩにより、ユーザ
は、コンソールへ、何らかのメッセージまたは登録され
たメッセージが表示されたことを知ることができ、ユー
ザの監視負担を軽減することができる。。この明細書で
は、紙面の都合上、統合コンソール４００に３つのコン
ソールが表示される場合しか説明しないが、これらの改
良されたＧＵＩは、表示するコンソールが多くなればな
る程、ユーザにとって便利さを提供する。

【００８１】第１２図は、改良された第一のＧＵＩを示
す。第１２図に示されるように、ホストＢからメッセー
ジを受信した場合、ホスト一覧におけるホストＢのアイ
コン４１２は、メッセージ受信した旨を識別可能に表示
される。なお、ホストＢのメッセージを受信した前後
で、領域４２０の表示は変わらない。この場合、第１２
図に示すように、ホストＡ（ホストＢ以外のホスト）の
コンソールがアクティブかつ最前面に表示されている状
態であっても、アイコン４１２だけが識別可能に表示さ
れる。ユーザは、ホスト一覧内のホストＢのホスト名４
１４またはホストＢのアイコン４１２（識別可能に表示
されたアイコン４１２）を選択することにより、領域４
２０のホストＢのコンソールを、アクティブに、かつ最
前列に表示することができる。ユーザは、必要であれ
ば、アクティブにしたホストＢのコンソールからコマン
ドを入力することができる。

【００８２】第１３図は、改良された第二のＧＵＩを示
す。第１３図に示されるＧＵＩは、表示するコンソール
が多い場合に、特に有用である。スクロール・バー１３
４０は、インディケータ１３３０、インディケータ１３
３０を上へ移動させるアイコン１３１０、インディケー
タ１３３０を下へ移動させる１３２０から構成される。
ユーザは、インディケータ１３３０をマウスでドラッグ
して移動させることにより、ホスト一覧の表示を変更す
ることができる。これは、ソフトウェア業界では、周知
のＧＵＩである。

【００８３】ホストＢからのメッセージを受信する前
は、ホスト一覧は、第１３Ａ図に示すように、ホストＢ
以外の他のホストを表示している。ホストＢからのメッ
セージを受信した時、統合コンソール４００は、第１３
Ｂ図に示すように、ホスト一覧に、メッセージを受信し
たホストＢが表示されるように、表示を変更する。ユー
ザは、上述した操作により、領域４２０のホストＢのコ
ンソールを、アクティブに、かつ最前列に表示すること
ができる。ユーザは、必要であれば、アクティブにした
ホストＢのコンソールからコマンドを入力することがで
きる。但し、ユーザがコマンド入力できるのは、ｒｗ接
続している場合に限られる。

【００８４】なお、この場合、ホストＢからのメッセー
ジを受信する前後で、領域４２０の表示は変わらない。
そのため、領域４２０の表示は省略してある。

【００８５】第１４図は、改良された第三のＧＵＩを示
す。第１４図では、第１２図、第１３図の場合と異な
り、ホスト一覧の表示は変更されず、ホストＢからのメ
ッセージ受信により、領域４２０の表示が変更される。
同図において、メッセージの受信前は、第１２図の表示
と類似する。第１２図との相違点は、ホストＢのアイコ
ン４１２が、他のホストＡ、Ｃのアイコン４１２と識別
不可能に表示されている点である。

【００８６】ホストＢからのメッセージを受信した時、
統合コンソール４００は、メッセージを受信したコンソ
ール（ホストＢのコンソール）を、アクティブかつ最前
列に表示する。この場合、統合コンソール４００は、メ
ッセージを受信したコンソール・ウィンドウの表示順位
を更新して、当該ウィンドウを最前列に表示させる。

【００８７】これにより、ユーザは、ホストＢから何ら
かのメッセージまたは登録されたメッセージを受信した
ことを知ることができる。また、この場合、コンソール
をアクティブにする動作も不要であるため、より一層、
ユーザにとって便利である。

【００８８】なお、ホストＢのコンソールをアクティブ
にするだけでもよく、この場合、ホストＢのコンソール
のタイトル・バーがハイライトされる。また、ホストＢ
のコンソールを最前列に表示するだけでもよく、この場
合、ホストＢのコンソールはハイライトされる（ホスト
Ａのコンソールはハイライトされたままである）。

【００８９】第１５図は、改良された第四のＧＵＩを示
す。第１５Ａ図は、ホストＢからのメッセージを受信す
る前の統合コンソール４００の状態を示す。ここでは、
統合コンソール４００は、各コンソール（４３１−４３
３）を、互いのコンソールが重なり合わないように、整
列させて表示している。

【００９０】第１５Ｂ図は、ホストＢからのメッセージ
を受信した後の統合コンソール４００の状態を示す。こ
こでは、ホストＢのコンソール４３２を一番左（コンソ
ールが複数列表示されている場合は、一番左上）に表示
されるように制御している。この表示により、ユーザ
は、ホストＢのコンソールに表示されたメッセージを、
直ちに認識することができる。

【００９１】なお、この表示例（第１５Ｂ図）は、文章
を左から右へ読む文化圏において有効である。一方、文
章を右から左へ読む文化圏においては、統合コンソール
４００は、メッセージを受信したホストのコンソールを
一番右（コンソールが複数列表示されている場合は、一
番右上）に表示することができる。また、中央が一番目
立つという文化圏においては、統合コンソール４００
は、メッセージを受信したホストのコンソールを中央に
表示することもできる。

【００９２】第１６図は、改良された第五のＧＵＩを示
す。第１６Ａ図は、ホストＢからのメッセージを受信す
る前の統合コンソール４００の状態を示す。このとき、
統合コンソール４００は、ホストＸ、ホストＹのコンソ
ールを表示している。このように、ユーザは、表示する
コンソールの数が多い場合は、必要なコンソールだけを
表示させ、作業を進める。ユーザは、領域４２０につい
てのスクロール・バー１６４０上でインディケータ１６
３０を上下にドラッグすることにより、領域４２０に表
示されるコンソールを変更することができる。

【００９３】第１６Ｂ図は、ホストＢからのメッセージ
を受信した後の統合コンソール４００の状態を示す。統
合コンソール４００は、ホストＢからのメッセージを受
信すると、領域４２０に、ホストＢのコンソールが表示
されるように制御する。これに対応して、インディケー
タ１６３０もスクロール・バー１６４０上の対応した位
置に移動する。したがって、ユーザは、あるコンソール
で作業中であっても、他のコンソールでメッセージを受
信したことを、直ちに知ることができる。

【００９４】第１７図は、改良された第六のＧＵＩを示
す。この例では、統合コンソール４００は、メッセージ
を受信したホストのコンソールにアクセスするための新
たなインターフェース（例えば、メニュー、アイコン）
を生成する。

【００９５】第１７Ａ図は、ホストＢからメッセージを
受信する前の統合コンソール４００の状態を示す。新た
に生成されるインターフェースは、アクセス・メニュー
１７１０である。アクセス・メニュー１７１０は、各ア
イテム１７２０＿ｉ（ｉ＝１，２，３，・・・）から構
成される。この例では、各アイテム１７２０＿ｉは、メ
ッセージを受信したホスト名とそのメッセージの内容か
ら構成されている。ユーザは各アイテム１７２０＿ｉを
選択することにより、対応するコンソールを、統合コン
ソール４００の領域４２０に表示させることができる。

【００９６】第１７Ｂ図は、ホストＢからメッセージを
受信した後の統合コンソール４００の状態を示す。第１
７Ａとの相違点はアクセス・メニュー１７１０に、対応
するアイテム１７２０＿３が追加されている点である。

【００９７】この場合の統合コンソール４００の動作
を、第２０図を用いて、簡単に説明する。第２０図は、
第１７Ｂ図のアクセス・メニュー１７１０のデータ構造
２０１０を示す。データ構造２０１０は、アイテムが選
択された時に、領域４２０に表示されるコンソール・ウ
インドウの識別子２０２０とメッセージ内容２０３０か
ら構成される。ここでは、ウィンドウの識別子として、
ＭＳ Ｗｉｎｄｏｗｓシステムで用いられるパラメータ
ｈＷｎｄ（１６ビットのデータ）を用いている（Ｗｉｎ
ｄｏｗｓは、米国Ｍｉｃｒｏｓｏｆｔ社の米国またはそ
の他の国における登録商標です。）。

【００９８】ホストからメッセージを受信すると、統合
コンソール４００は、既にアクセス・メニュー１７１０
が作成されている場合、メッセージから対応するホスト
のｈＷｎｄを取得し、対応するデータを、第２０図のデ
ータ構造に追加する。このように、統合コンソール４０
０は、メッセージを受信した順番に、対応するアイテム
を当該メニューに追加する。統合コンソール４００は、
当該データ構造に基づいて、アクセス・メニュー１７１
０を表示する（第１７Ｂ図）。

【００９９】なお、アクセス・メニュー１７１０には、
個々のアイテムが識別可能に表示されて、かつ各アイテ
ムが選択された場合に対応するコンソールを、統合コン
ソールに通知するように構成すれば足りる。したがっ
て、第２０図のデータとしては、少なくとも、パラメー
タｈＷｎｄがあればよく、メッセージ内容は省略するこ
ともできる。

【０１００】また、統合コンソール４００は、アクセス
・メニュー１７１０の各アイテムを、重要度レベルに基
づいて、重要度の高いものから順番にソートして表示す
ることができる。さらに、統合コンソール４００は、一
のコンソールが複数のメッセージを受信した場合は、メ
ッセージ毎にアイテムを生成するのではなく、これらを
一のアイテムとしてまとめて表示することができる。

【０１０１】また、図示はしないが、統合コンソール４
００は、メッセージを受信したコンソールを、領域４２
０内に、拡大して表示するようにしてもよい。統合コン
ソール４００は、メッセージを受信したコンソール全体
または一部の色を、他のコンソールと識別可能に変更す
るようにしてもよい。さらに、上記の例では、統合コン
ソール４００を、ＭＤＩ（Ｍｕｌｔｉ Ｄｏｃｕｍｅｎ
ｔ Ｉｎｔｅｒｆａｃｅ）として説明したが、ＳＤＩ
（Ｓｉｎｇｌｅ Ｄｏｃｕｍｅｎｔ Ｉｎｔｅｒｆａｃ
ｅ）とすることもできる。

【０１０２】これらの改良されたＧＵＩは、（１）ホス
ト一覧４１０の制御（例えば、第１２図、第１３図）、
（２）コンソール領域４２０の制御（例えば、第１４
図、第１５図、第１６図）、（３）新たな操作インター
フェースの生成（例えば、第１７図）のタイプに大別さ
れる。

【０１０３】タイプ（１）（３）のＧＵＩは、特に、コ
ンソールへのコマンド入力の機会の多いユーザにとって
有効である。タイプ（１）（３）のＧＵＩは、あるコン
ソールにコマンドを入力中に、そのコンソールの位置を
変更しないため、コマンドを入力途中のユーザに、困惑
を与えない。

【０１０４】これに対して、タイプ（２）のＧＵＩは、
特に、コンソールへのコマンド入力の機会の少ないユー
ザ（例えば、ｒ権の設定されたコンソール数の多いユー
ザ）にとって有効である。タイプ（２）のＧＵＩは、コ
ンソール・ウインドウを目立つよう表示を提供するた
め、ユーザは、何の操作も必要なく、コンソールへのメ
ッセージの内容を、直ちに知ることができる。

【０１０５】第１８図は、上述したＧＵＩを実現するた
めの、統合コンソール４００のフローチャートを示す。
第１９図は、各ホスト別に登録されたメッセージを管理
するテーブルを示す。このテーブルには、ホストから通
知されるメッセージのうち、監視対象としたいメッセー
ジを登録する。監視対象としたいメッセージの例として
は、障害メッセージなどの、コンソールから何らかの操
作を必要とするメッセージである。

【０１０６】［Ｓ１８１０］ 統合コンソール４００
は、ホストＪからのメッセージを受信する。

【０１０７】［Ｓ１８２０］ 統合コンソール４００
は、そのメッセージがホストＪについて、テーブル（第
１９図）に登録されているか否かを判定する。統合コン
ソール４００は、未登録の場合、処理をＳ１８４０へ、
登録の場合、処理をＳ１８３０へと進める。

【０１０８】［Ｓ１８３０］ 統合コンソール４００
は、ホストＪのコンソールにメッセージを表示する。

【０１０９】［Ｓ１８４０］ 統合コンソール４００
は、ホストＪのコンソールにメッセージを表示する。

【０１１０】［Ｓ１８５０］ 統合コンソール４００
は、ホストＪについての情報を識別可能に表示する（例
えば、第１２図から第１７図）。

【０１１１】第２０図は、本発明に係るソフトウェアの
配布方法を説明する図である。本発明のソフトウェアの
プログラムコード（ソースコード、オブジェクトコード
も含む）は、記憶媒体２１２０に記憶されうる。記憶媒
体２１２０の例としては、ＣＤ−ＲＯＭ、ＭＯ、フロッ
ピィ・ディスケット、ハードディスクがある。記憶媒体
に記憶されたプログラムコードは、コンピュータ２１１
０にインストールされ、起動されると、コンピュータ２
１１０のメモリにロードされ、ＣＰＵにより実行され
る。

【０１１２】また、本発明に係るソフトウェアは、イン
ターネット・プロバイダのサーバのハードディスク装置
２１４０に格納することもできる。この場合、ユーザ
は、本件ソフトウエアを、ネットワーク２１３０を介し
て、コンピュータ２１１０のハードディスク装置にダウ
ンロードすることができる。起動後の動作は、上述した
通りであるので、ここでの説明は省略する。

【０１１３】なお、本明細書において、コンソール情報
とは、各コンソール・ウィンドウ（例えば、第４図の４
３１−４３３）とホスト一覧（例えば、第４図のアイコ
ン４１２、ホスト名４１４）のいずれか一方または両方
をいう。

【０１１４】

【発明の効果】本発明は、一のサーバ・コンピュータの
コンソールを、複数のクライアント・コンピュータ上で
一括管理することができる。

【０１１５】また、複数のサーバ・コンピュータのコン
ソールを一のクライアント・コンピュータ一括管理する
場合の改良されたＧＵＩを提供することができる。

【図面の簡単な説明】

【図１】従来技術のシステム構成を示す図である。

【図２】従来技術でクライアント・コンピュータに表示
されるコンソールを示す図である。

【図３】本発明の実施の形態であるシステム構成を示す
図である。

【図４】本発明の統合されたコンソールを示す図であ
る。

【図５】サーバ・コンピュータへのコマンド状態を管理
するテーブル例を示す図である。

【図６】各クライアント・コンピュータの各サーバ・コ
ンピュータへの入出力権限を管理するテーブル例を示す
図である。

【図７】クライアント・コンピュータの動作を示すフロ
ーチャートである。

【図８】切替え機構の動作を示すフローチャートであ
る。

【図９】各サーバ・コンピュータへの入出力権限を識別
表示したＧＵＩを示す図である。

【図１０】入出力権限を識別表示するための動作を示す
フローチャートである。

【図１１】本発明の他の実施の形態であるシステム構成
を示す図である。

【図１２】改良された第一のＧＵＩを示す図である。

【図１３】改良された第二のＧＵＩを示す図である。

【図１４】改良された第三のＧＵＩを示す図である。

【図１５】改良された第四のＧＵＩを示す図である。

【図１６】改良された第五のＧＵＩを示す図である。

【図１７】改良された第六のＧＵＩを示す図である。

【図１８】改良されたＧＵＩを実現するための動作を示
すフローチャートである。

【図１９】各サーバ・コンピュータについてのメッセー
ジを管理するテーブル例を示す図である。

【図２０】アクセス・メニューのデータ構造を示す図で
ある。

【図２１】本発明の種々の配布方法を示す図である。

【図２２】統合コンソールがホストとの接続を確立する
場合の動作を示すフローチャート（１）である。

【図２３】統合コンソールがホストとの接続を確立する
場合の動作を示すフローチャート（２）である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中野 正志 石川県金沢市増泉３丁目４番30号 株式会 社富士通北陸システムズ内 (72)発明者 国田 純子 石川県金沢市増泉３丁目４番30号 株式会 社富士通北陸システムズ内 (72)発明者 竹内 理恵 石川県金沢市増泉３丁目４番30号 株式会 社富士通北陸システムズ内 Ｆターム(参考） 5B045 BB48 GG01 GG06 HH07 5B089 GA11 GA21 HA06 JB10 KA13

Claims (10)

【特許請求の範囲】
1. 【請求項１】一のサーバに対する複数のコンソールから
   のコマンド入出力を制御する入出力制御システムにおい
   て、 各コンソールからサーバへのコマンドの入出力状態を管
   理する管理手段と、 当該入出力状態に基づいて、各コンソールからのコマン
   ドの入出力を制御する制御手段とを有することを特徴と
   する入出力制御システム。
2. 【請求項２】請求項１の入出力制御システムは、さら
   に、各コンソールについてコマンドの入力権限があるか
   否かの設定に基づいて、各コンソールについて入力権限
   の有無を、コンソール情報に識別可能に表示する表示手
   段を有する入出力制御システム。
3. 【請求項３】請求項１の管理手段は、各コンソールから
   コマンドの入力を受け付けた場合、前記入出力状態が読
   取りのみに設定されているときに、更新されることを特
   徴とする請求項１の入出力制御システム。
4. 【請求項４】複数のサーバのコンソールを統合して管理
   するコンソール管理装置において、 複数のサーバからの送信されるメッセージを受信する受
   信手段と、 一のサーバからのメッセージを受信した場合、当該サー
   バのコンソール情報について、他のサーバのコンソール
   情報と識別可能に表示する表示制御手段とを有すること
   を特徴とするコンソール管理装置。
5. 【請求項５】前記表示制御手段は、サーバ名を列記した
   サーバ一覧において、メッセージを受信したサーバ情報
   を、他のサーバ情報とを識別可能に表示することを特徴
   とする請求項４のコンソール管理装置。
6. 【請求項６】前記表示制御手段は、メッセージを受信し
   たサーバのコンソールを、他のサーバのコンソールと識
   別可能に表示することを特徴とする請求項４のコンソー
   ル管理装置。
7. 【請求項７】前記表示制御手段は、メッセージを受信し
   たサーバのコンソールを表示するためのメニューを新た
   に生成し、表示することを特徴とする請求項４のコンソ
   ール管理装置。
8. 【請求項８】請求項４乃至７のコンソール管理装置は、
   さらに、各サーバについてメッセージを登録する登録手
   段を有し、前記表示制御手段は、一のサーバについて登
   録手段に登録されたメッセージを受信した場合に、当該
   サーバについての前記識別可能表示を行うことを特徴と
   する請求項４乃至７のコンソール管理装置。
9. 【請求項９】一のサーバに対する複数のコンソールから
   のコマンド入出力を制御するプログラムを記憶したコン
   ピュータ読取り可能な記憶媒体において、当該プログラ
   ムは、 複数のコンソールから入力されるコマンドを受信するプ
   ログラムコード手段と、一のコンソールからのコマンド
   を受信した場合、コンピュータ上に生成されるサーバへ
   のコマンドの入力状態を管理する管理手段を入力状態と
   更新し、当該入力状態の間、当該サーバへの他のコマン
   ドの入力の受付けを排除するように制御するプログラム
   コード手段とを有することを特徴とするコンピュータ読
   取り可能な記憶媒体。
10. 【請求項１０】複数のサーバのコンソールを統合して管
    理するプログラムを記憶したコンピュータ読取り可能な
    記憶媒体において、前記プログラムは、 複数のサーバから送信されるメッセージを受信するプロ
    グラムコード手段と、 一のサーバからのメッセージを受信した場合、当該サー
    バのコンソール情報について、他のサーバのコンソール
    情報と識別可能に表示制御するプログラムコード手段と
    を有することを特徴とするコンピュータ読取り可能な記
    憶媒体。