JPH06149737A

JPH06149737A - 運用管理のための装置およびこの装置を備えたコンピュータシステム

Info

Publication number: JPH06149737A
Application number: JP4295131A
Authority: JP
Inventors: Hideo Saiki; 英夫斉木; Masahiro Yokoyama; 昌弘横山
Original assignee: Yamaha Motor Co Ltd
Current assignee: Yamaha Motor Co Ltd
Priority date: 1992-11-04
Filing date: 1992-11-04
Publication date: 1994-05-31

Abstract

(57)【要約】【目的】コンピュータを用いたシステムの情報の管理
を行う場合において、処理および負荷の分散、システム
ダウン時の危険の分散などの面で有利な分散処理を基本
としつつ、処理の効率の向上およびシステムの管理、メ
インテナンスを簡略化を図る。【構成】入力部、表示部、メモリ部および演算処理部
を有する多数のクライアントＥＷＳ１を任意数ずつまと
めて複数組の管理単位５を構成し、その各管理単位５毎
に、ユーザーの管理、各ＥＷＳの管理、アプリケーショ
ンプログラムの管理等の機能を有するコントロールサー
バー３０を設けるとともに、その上位の階層で管理機能
を有するマスターサーバー２３を設けて、全体を３階層
の管理体制とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、入力部、表示部、記憶
部および演算処理部を有する処理装置を多数含むシステ
ムのネットワークを構成して情報を運用管理するための
装置およびこの装置を備えたコンピュータシステムに関
するものである。

【０００２】

【従来の技術】従来、コンピュータを用いた情報処理の
手法として、集中処理と分散処理とが知られている。集
中処理は、センターに大型のホストコンピュータが置か
れ、入出力部を有する多数の端末機が上記ホストコンピ
ュータに接続されて、入出力は端末機で行なわれるが、
データは全て上記ホストコンピュータに集められ、ホス
トコンピュータで集中的に処理されるようになっている
ものである。他方、分散処理は、比較的小型の複数のコ
ンピュータがネットワークで相互に接続され、それぞれ
がアプリケーションプログラムにより働いて処理を行な
うようになっているものである。

【０００３】

【発明が解決しようとする課題】上記のホストコンピュ
ータを用いた集中処理によると、処理の効率が良く、か
つ、システムおよび情報の運用管理をセンターで一括
的、一元的に行なうことができる等の利点がある。しか
し、大型のホストコンピュータを必要とし、特に端末機
の個数が増大するとホストコンピュータの負担が増大し
て、非常に大きな処理能力が要求され、コスト面等の不
利があるとともに、事故や災害などでシステムがダウン
したときの影響も著しく大きい。

【０００４】これに対し、分散処理によると、処理およ
び負荷が分散され、コスト面等で有利となるとともに、
危険も分散される。

【０００５】しかし、多数のコンピューターをネットワ
ークで相互に接続するだけでは、全体の統括的な管理が
困難である。また、全体の管理用のコンピューターを設
けてこれと各コンピューターとを接続したとしても、管
理用のコンピューターに管理データの問い合わせ等が集
中した場合に処理しきれない。

【０００６】また、新規プログラムの登録、バージョン
アップ等によるプログラムの改訂などがあった場合に、
従来の分散処理方式では、対象となる多数のコンピュー
タのそれぞれに対して上記登録、改訂等の処理を行なわ
なければならず、また、作動状況や故障などもコンピュ
ータ個々について調べなければならないなど、システム
の管理、メインテナンスが非常に面倒であった。

【０００７】本発明は上記の事情に鑑み、多数のコンピ
ューターを接続した分散処理を基本とすることによりコ
スト面や危険の分散等の点で有利としつつ、集中処理方
式の長所をも備え、処理の効率を高めるとともに、シス
テムの管理、メインテナンスを簡略化することができる
運用情報管理のための装置およびこの装置を備えたコン
ピュータシステムを提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の第１の要旨は、入力部、表示部、記憶部お
よび演算処理部を有する多数の処理装置とデータ格納、
データ出力等の機能を有する各種機能サーバーとに対す
るネットワークを構成して情報を運用管理するための装
置であって、任意の数の上記処理装置をまとめて１組の
管理単位とした複数組の管理単位を構成し、その各管理
単位毎に、ユーザーの管理、上記各処理装置の管理、ア
プリケーションプログラムの管理、使用時間の管理、機
能サーバーの管理およびグループ内の上記各処理装置を
ネットワーク接続することの管理を行なう機能を有する
コントロールサーバーを設けるとともに、このコントロ
ールサーバーに対してさらに上位の階層でユーザーの管
理、上記各処理装置の管理、アプリケーションプログラ
ムの管理、使用時間の管理、機能サーバーの管理および
各コントロールサーバーをネットワーク接続することの
管理を行う機能を有するマスターサーバーを設けたもの
である。

【０００９】また、第２の要旨は、上記構成の運用管理
のための装置と、入力部、表示部、記憶部および演算処
理部を有する処理装置としての多数のクライアント用ワ
ークステーションと、データ格納、データ出力等の機能
を有する各種の機能サーバが存在するワークステーショ
ンとで構成したコンピュータシステムである。

【００１０】

【作用】上記構成によると、上記各処理装置においてア
プリケーションプログラムにより行われる処理について
は各管理単位毎にコントロールサーバーが受け持つこと
により、効率良く処理が行われつつ、マスターサーバー
の負担が軽減される。また、プログラムの新規登録、改
訂等はマスターサーバーから各コントロールサーバーに
反映され、全体の運用管理は一括的、一元的に行われ
る。

【００１１】

【実施例】本発明の実施例を図面に基づいて説明する。

【００１２】図１は本発明の一実施例による運用管理の
しくみとその運用管理のための装置を含むコンピュータ
システムを概略的に示している。この図において、１は
処理装置としてのクライアント用ワークステーションで
あって、入力部、表示部、記憶部および演算処理部を有
し、ＥＷＳ（エンジニアリングワークステーション）に
より形成されている。以下、このＥＷＳ１をクライアン
トＥＷＳと呼ぶ。

【００１３】多数個のクライアントＥＷＳ１は複数個を
１つのグループとして複数組のグループに分けられてい
る。この各グループがネットワーク上の管理単位（以
下、島と呼ぶ）５となり、この島５毎に、コントロール
サーバーが存在するＥＷＳ（以下、コントロールＥＷＳ
と呼ぶ）２が設けられている。さらに、コントロールサ
ーバーよりも上位階層のサーバーとしてのマスターサー
バーが存在するＥＷＳ（以下、マスターＥＷＳと呼ぶ）
３が設けられている。このマスターＥＷＳ３はコンソー
ルを備えている。

【００１４】上記マスターＥＷＳ３はシステム全体の中
に少なくとも１つ設けられ、常時稼働されている。ま
た、上記コントロールＥＷＳ２は各島５に１つずつ設け
られている。そして、各島５におけるクライアントＥＷ
Ｓ１とコントロールＥＷＳ２とが通信回線で接続される
とともに、各コントロールＥＷＳ２とマスターＥＷＳ３
とが通信回線で接続されてネットワークが構成され、上
記マスターＥＷＳ３とコントロールＥＷＳ２とクライア
ントＥＷＳ１とで３階層の管理体系が構成されている。

【００１５】図１では、簡略化のため、クライアントＥ
ＷＳ１を２個ずつ含む島５を２つだけ示しているが、島
５内のクライアントＥＷＳ１の数はコントロールＥＷＳ
２の処理能力を越えない範囲で任意に増加させることが
でき、島５の数も任意に増加させることができる。

【００１６】また、各島５には、データ格納、データ出
力等の機能を有する各種機能サーバーが存在するＥＷＳ
（以下、機能ＥＷＳと呼ぶ）６，７，８，９が設けられ
る。例えば、クライアントＥＷＳ１で稼働しているＣＡ
Ｄアプリケーションからの依頼を受け、ＣＡＤデータを
格納する機能やアプリケーションにＣＡＤデータを提出
する機能を有するデータサーバー、同様にクライアント
ＥＷＳ１で稼働するアプリケーションからの依頼を受
け、プロッターの制御、出力依頼の待行列管理、出力フ
ォーマットへの変換の各機能を有するプロットサーバ
ー、高速の計算処理機能を有する計算サーバー、従来か
らのホストコンピューターが持っていたデータベース管
理機能やプロット出力サービス機能を有するホストサー
バー等がそれぞれ、上記各機能ＥＷＳ６，７，８，９に
存在している。これら機能ＥＷＳ６〜９は、複数の島５
に共用されるように各コントロールＥＷＳ２に通信回線
で接続され、あるいは一つの島５に対して専用とされる
ように特定のコントロールＥＷＳ２に通信回線で接続さ
れる。

【００１７】図２はハードウエア構成の一例を示してい
る。この図では３つの島５が示され、各島５にそれぞ
れ、１つのコントロールＥＷＳ２が設けられるととも
に、１乃至複数のクライアントＥＷＳ１が設けられてい
る。そして、各島５のコントロールＥＷＳ２およびクラ
イアントＥＷＳ１が相互に接続されるとともに、これら
とマスターＥＷＳ３および各種機能ＥＷＳ６〜９が、光
ファイバーを使ったＬＡＮ（構内情報通信網）であるＦ
ＤＤＩ１１とコンセントレーター１２、ブリッジ・ルー
ター１３、リモートブリッジ１４、ゲートウェイ１５等
を介して接続され、これらの間の通信が可能となってい
る。

【００１８】図３はネットワーク構成要素の論理配置を
示し、この図において一点鎖線で囲った部分は、運用管
理のための装置を構成するネットワーク仮想マシン２０
である。この仮想マシン２０内において、マスターＥＷ
Ｓ３側には、運用情報管理アプリケーション２１の下に
タッパー２２およびマスターサーバー２３が存在し、後
述の各種テーブルのデータのアクセスのための運用情報
マスターデータベース共通アクセス２４を有している。
上記タッパー２２は、ネットワーク状況を監視し、サー
バー障害検知等の機能を有するアプリケーションであ
る。また、マスターサーバー２３に対し、導入管理アプ
リケーション２５が設けられている。

【００１９】上記運用情報管理アプリケーション２１
は、管理者２６により利用されるアプリケーションソフ
トであり、マスターＥＷＳ３のマスターコンソール３ａ
による入力に応じて作動して、システム内の情報を制御
し、ネットワークログ表示、ネットワーク保守等に使用
される。また、上記導入管理アプリケーション２５は、
システムを構成するＥＷＳに前述のような各種サーバー
およびクライアントとしてのプログラムを導入する際に
そのＥＷＳにセットされ、管理者２６により利用される
アプリケーションソフトである。

【００２０】上記マスターサーバー２３は、後に説明す
るようなユーザー管理、Ｗ／Ｓ（ワークステーション）
管理、プログラム管理、アカウント管理、機能サーバー
管理およびコントロールサーバー管理の諸機能を有して
いる。また、各島毎のコントロールＥＷＳ２に存在する
コントロールサーバー３０ａ，３０ｂ，３０ｃは、主に
対応する島内のクライアントＥＷＳ１を対象として、ユ
ーザー管理、Ｗ／Ｓ管理、プログラム管理、アカウント
管理、機能サーバー管理および島内ネットワークログ管
理の諸機能を有している。

【００２１】そして、運用情報のメインテナンス経路が
図３中に矢印ａで示すようにマスターサーバー２３と各
コントロールサーバー３０ａ〜３０ｃとの間に形成さ
れ、ユーザーやＥＷＳの新規登録、変更、削除などのメ
インテナンスは、後述のように一箇所において所定の処
理を行いさえすれば、マスターサーバー２３から各コン
トロールサーバー３０ａ〜３０ｃにその情報が与えられ
るようになっている。また、各ＥＷＳの動作状態を示す
ステータス情報が図３中に矢印ｂで示すような経路によ
りマスターサーバー２３側と各コントロールサーバー３
０ａ〜３０ｃおよび各機能サーバー３１ａ，３１ｂ，３
１ｃ，１３１ａ，１３１ｂの間で交信されるようになっ
ている。

【００２２】各島にそれぞれ任意の数だけ設けられる各
クライアントＥＷＳ１には、アプリケーション起動用メ
ニュープログラムであるアプリケーションコントロール
３２が稼働している。このアプリケーションコントロー
ル３２は、ユーザー３５によるログイン処理と、後述す
るプログラム配布機能により、クライアントＥＷＳ１に
配布されたユーザーアプリケーション３３の起動を簡便
な操作にて行うことができ、クライアント側とサーバー
側との間で更新を可能としている。なお、ユーザー３５
が、所属の島とは別の島のクライアントＥＷＳ１を使用
してログインを行った場合、例えばコントロールサーバ
ー３０ｃに対応する島に属するユーザー３５がコントロ
ールサーバー３０ｂに対応する島に属するクライアント
ＥＷＳ１を使用してログインを行った場合には、コント
ロールサーバー３０ｂがこれを判別し、矢印ｃで示すよ
うに、ユーザー３５を管理するものであるコントロール
サーバー３０ｃにログインし直すことにより、島構成を
一時的に変更してコントロールサーバー３０ｃとの間で
の交信が可能となるようにしている。

【００２３】上記マスターサーバー２３およびコントロ
ールサーバー３０ａ〜３０ｃの各種機能およびその機能
に基づく処理の内容の概略を、次に説明する。

【００２４】ユーザー管理図４に示すように、クライアントＥＷＳ１でのログイン
処理により、該当するコントロールＥＷＳ２と通信可能
な接続状態となり、また、ログアウト処理により接続が
切られる。これらの処理については後に詳述する。

【００２５】また、同図中に示すように、ユーザーＩＤ
（仮想マシン２０が利用者を特定する認識名）の一覧表
示、ユーザーＩＤの登録、削除もしくは変更の処理、経
理コード（ユーザーが所属する部門を特定する認識コー
ド）の一覧表示、経理コードの登録、削除もしくは変更
の処理は、マスターＥＷＳ３のコンソールにおいて行
う。そして、上記処理に応じ、マスターＥＷＳ３に保有
されているテーブル４１中のユーザーテーブルや経理コ
ードテーブルが書き替えられるとともに、該当コントロ
ールサーバー２に反映されて、そのコントロールサーバ
ー２に対して具備されているテーブル４２中のユーザー
テーブルＡ、ユーザーテーブルＢが書き替えられる。従
って、一括メインテナンスが可能となる。

【００２６】ネットワーク構成管理ワークステーション管理、機能サーバー管理、コントロ
ールサーバー管理の各機能に関係するものである。図５
のように、マスターＥＷＳ３のコンソールで、各種ワー
クステーションのデータ（ロケーションホスト名、ネッ
トワークアドレス、機種、導入アプリケーション名等）
を一覧することができる。機能サーバーの所属変更、プ
ログラムタイプテーブルの保守等も上記コンソールで行
うことができる。

【００２７】また、ワークステーションやコントロール
サーバー、機能サーバー、クライアントの定義、変更も
しくは除去を行う場合に、これを運用情報管理アプリケ
ーション２１または導入管理アプリケーション２５を利
用して入力することにより、それぞれに対応するマスタ
ーサーバー２３の各種テーブル４１が書換えられる。さ
らに、必要な場合に該当コントロールサーバーに反映さ
れて、そのコントロールＥＷＳ２に保有されているテー
ブル４２中のワークステーションテーブル、機能サーバ
ーテーブル、プログラムテーブルなどが書換えられる。
従って、ネットワーク構成要素の増設、変更、削除を１
箇所で容易に行うことができる。

【００２８】プログラム配布プログラム管理に対応するものである。内容としては、
運用管理のための装置による管理下のプログラムおよび
プログラム関連ファイルをターゲットのＥＷＳへ配布す
ることができる。また、プログラムのバグＦＩＸによる
改訂、バージョンアップによる改訂、新規プログラムの
登録、配布を一括して行うことができる。

【００２９】つまり、マスターＥＷＳ３においてプログ
ラムの登録、登録抹消、改訂登録等が行われるととも
に、その情報がマスターＥＷＳ３から、稼働しているコ
ントロールＥＷＳ２に配布される。一方、稼働していな
いコントロールＥＷＳ２対しては、その再起動時に配布
されることにより、自動的にコントロールＥＷＳ２にお
いてプログラムの登録、改訂等が行われる。さらに、ク
ライアントＥＷＳ１への配布は、クライアントＥＷＳ１
の再起動時に、コントロールＥＷＳ２からプログラムを
入手することで行われる。

【００３０】アカウント管理アプリケーションコントロールにより提供されるアカウ
ント情報はすべて採取可能であり、コントロールＥＷＳ
２およびマスターＥＷＳ３に保有されているアカウント
集計テーブルによって集計され、集計内容の表示、プリ
ント出力が可能となっている。

【００３１】障害対応ワークステーション管理、機能サーバー管理、プログラ
ム管理、コントロールサーバー管理の各機能に関係する
ものである。

【００３２】図６のように、障害対応としては、例えば
プロセス再起動、コントロールサーバー３０の管理テー
ブルに障害があった場合のリフレッシュ、初期設定ファ
イルに異常が有った場合のワークステーションあるいは
サーバーもしくはクライアントの再定義、ワークステー
ションのハードウエア上の障害があった場合の代替ワー
クステーションの定義などがある。そして、上記再定義
等が行われる場合に、マスターサーバー２３においてテ
ーブル４１中のワークステーションテーブル、機能サー
バーテーブル、コントロールサーバーテーブルなどの書
換えが行われるとともに、当該サーバーに反映されて、
そのサーバーのテーブル４２〜４５のうちの所要事項の
書換えが行われる。こうして、障害復帰も容易となる。

【００３３】ネットワーク状況監視タッパーに相当するものである。ネットワーク内の全Ｅ
ＷＳのアップ、ダウンを確認することができる。また、
全コントロールサーバー３０、全機能サーバー３１のア
ップ、ダウンを確認することができる。これについては
後に詳述する。

【００３４】共通処理ネットワーク構成要素プロセスの起動、終了とステータ
ス告知のための共通処理等が行われる。また、マスター
Ｑの管理が行われる。このマスターＱとは、コントロー
ルサーバー停止時、マスターサーバー２３からコントロ
ールサーバー３０に対して発せられたメインテナンス命
令を共通に溜めておく場所であり、コントロールサーバ
ー起動時にこれらの命令が処理される。

【００３５】従って、上記メインテナンス命令は、稼働
しているコントロールサーバー３０に対しては即時的に
与えられ、一方、停止しているコントロールサーバー３
０に対しても、その起動時に与えられる。こうして、メ
インテナンスのコントロールサーバー３０への反映が達
成され、コントロールサーバー３０の稼働、停止にかか
わらず、同一命令系で処理可能となる。また、命令実行
の確認、命令の取消しや順序の入替えが可能となる。

【００３６】なお、起動時の処理のために起動サーバー
３６が存在する（図６参照）。

【００３７】一括設定処理一括して実行させたい簡易処理をマスターＥＷＳ３のコ
ンソールによって登録できる。そして、マスターサーバ
ー２３において登録済みの一括設定処理が島単位に配布
される。

【００３８】その他プリント量、プロット出力量、ディスクアクセス量、デ
ィスク使用量等、各機能サーバーが管理している機能の
使用量を把握することができる。つまり、後記のように
機能ＥＷＳ６〜９に機能使用ログ集計テーブルが保有さ
れるとともに、マスターＥＷＳ３にも機能使用ログ集計
テーブルが保有され、これらにより使用量の把握が可能
となる。これにより、各サーバーなどの適正化が図られ
る。また、データのバックアップ、リカバリーが可能と
なっている。

【００３９】以上が主な機能および処理の内容の概略で
ある。

【００４０】また、各サーバーおよびクライアントを構
成するＥＷＳには、上記のような各種機能および処理に
必要なデータを記憶するテーブルが具備されており、そ
のテーブルとしては図７〜図１１のようなものがある。

【００４１】すなわち、図７はマスターＥＷＳ３に保有
されるテーブル４１を示し、ユーザーテーブル、経理コ
ードテーブル、ワークステーション（Ｗ／Ｓ）テーブ
ル、プログラムタイプテーブル、プログラムテーブル、
一括設定処理テーブル、アカウント集計テーブル、機能
使用ログ集計テーブル、機能サーバーテーブル、コント
ロールサーバーテーブル、マスターＱ（マスターＱＵＥ
ＵＥ）、マスターログ等がある。そして、例えばユーザ
ーテーブルには全ユーザーについてユーザーＩＤ、パス
ワード、経理コード（部門のコード）やその他のユーザ
ーに関するデータが書き込まれ、経理コードテーブルに
は、経理コード等の部門に関するデータが記憶される
等、各テーブルにそれぞれ所要のデータが書き込まれ
る。

【００４２】図８はコントロールＥＷＳ２に保有される
テーブル４２を示し、ユーザーテーブルＡ、ユーザーテ
ーブルＢ、ワークステーション（Ｗ／Ｓ）テーブル、プ
ログラムテーブル、一括設定処理テーブル、アカウント
テーブル、所属機能サーバーテーブル、島内ログテーブ
ル、コントロールサーバー初期設定テーブル等がある。
ユーザーテーブルは２種類あるが、そのうちのユーザー
テーブルＡにはそのコントロールＥＷＳ２に対応する島
５に属するユーザーについてのデータが書き込まれ、ユ
ーザーテーブルＢには、全ユーザーについてのデータが
書き込まれる。

【００４３】図９はクライアントＥＷＳ１に保有される
テーブル４３を示し、クライアント初期設定テーブル、
導入アプリケーションテーブル、ログインユーザープロ
フィールテーブル等がある。

【００４４】図１０は機能ＥＷＳに保有されるテーブル
４４を示し、機能使用ログ集計テーブル、機能サーバー
初期設定テーブル等がある。

【００４５】図１１は各ＥＷＳに共通のテーブル４５を
示し、マシンプロフィールテーブル等がある。

【００４６】以上がＥＷＳに保有されているテーブルで
ある。なお、図７〜図１１では、テーブルの内容につい
ては主な項目および後記の処理具体例に対応する項目の
みを示している。

【００４７】上記のような機能に基づいて行なわれる各
種の処理のうちで特徴的な処理の数例を、図１２〜図１
９を参照しつつ次に説明する。

【００４８】ユーザーログイン、ユーザーログアウトユーザーログインの処理は図１２に示されている。この
処理としては、先ずユーザーが、クライアントＥＷＳ１
の入力部および表示部により、ユーザーＩＤ、パスワー
ドおよびプロジェクトＩＤ（開発機種コード）等を画面
入力する（ステップＳ１０１）。これに応じ、ネットワ
ークログイン要求がクライアントＥＷＳ１から出され、
ユーザーＩＤ、パスワード、プロジェクトＩＤおよびマ
シンプロフィール（図１１中）から得られたオペレーシ
ョンホストＩＤ等のデータが該当するコントロールサー
バー３０に送られる（ステップＳ１０２）。

【００４９】上記データを受けたコントロールサーバー
３０においては、ユーザーテーブルＡの該当ユーザーＩ
Ｄが調べられて該当レコードの有無が判定され（ステッ
プＳ１１１，Ｓ１１２）、該当レコード有の場合はさら
にパスワードの正誤がチェックされる（ステップＳ１１
３）。そして、パスワード正の場合は、該当レコードの
ステータス、オペレーションホストＩＤ、ログイン時刻
の更新が行なわれる（ステップＳ１１４）とともに、該
当レコードよりログインユーザープロフィールが作成さ
れてクライアントに送付され（ステップＳ１１５）、ま
た島内ログテーブルにステータスが書き込まれ（ステッ
プＳ１１６）、さらにリターンコード（ＲＣ）が「０」
とされてクライアントに返される（ステップＳ１１
７）。なお、コントロールサーバー３０において該当レ
コード無と判定された場合は、ユーザーテーブルＢの該
当ユーザーＩＤが調べられて該当レコードの有無が判定
され（ステップＳ１１８，Ｓ１１９）、該当レコード有
の場合はＲＣ＝ｙのリターンコードと所属コントロール
サーバーのホストＩＤがクライアントに返される（ステ
ップＳ１２０）。ステップＳ１１３でパスワード誤と判
定された場合はＲＣ＝ｘのリターンコードがクライアン
トに返され（ステップＳ１２１）、またステップＳ１１
９で該当レコード無と判定された場合はＲＣ＝ｚのリタ
ーンコードがクライアントに返される（ステップＳ１２
２）。

【００５０】リターンコードＲＣを受けたクライアント
においては、その値のチェック（ステップＳ１０３）に
基づき、ＲＣ＝０のときは次の処理に移り（ステップＳ
１０４）、ＲＣ＝ｘまたはｚのときはステップＳ１０１
の処理に戻り、ＲＣ＝ｙのときは、得られた所属コント
ロールサーバーホストＩＤを再設定したうえで（ステッ
プＳ１０５）、ステップＳ１０２の処理に戻る。

【００５１】こうして、ユーザーは、本来の所属の島以
外の島のクライアントＥＷＳ１によっても、所定のコン
トロールＥＷＳ２に対してログイン処理を行うことがで
きる。

【００５２】ユーザーログアウトの処理は図１３に示さ
れ、この処理としては、ユーザーによってユーザーログ
アウトメニューが選択され、またはログイン後にアプリ
ケーション未稼働状態で指定時間が経過した場合（ステ
ップＳ１３１）に、ネットワークログアウト要求がクラ
イアントから出され、ユーザーＩＤおよびステータス等
のデータが該当するコントロールサーバー３０に送られ
る（ステップＳ１３２）。このデータを受けたコントロ
ールサーバー３０においては、ユーザーテーブルＡの該
当ユーザーＩＤのステータスが更新され（ステップＳ１
４１）、ユーザーステータスが島内ログに書き移される
（ステップＳ１４２）。

【００５３】そして、リターンコードＲＣがコントロー
ルサーバー３０からクライアントに返され、それに応じ
てログインユーザープロフィールの削除（ステップＳ１
３３）と、ログイン要求画面の表示（ステップＳ１３
４）が行われる。

【００５４】ワークステーションの定義この処理は図１４に示されている。この処理としては、
増設するワークステーションに導入管理アプリケーショ
ンを使用して、運用管理者が、所属のコントロールサー
バーホストＩＤ（コントロールＥＷＳが増設される場合
はそれ自身のホストＩＤ）、プログラムタイプ番号（Ｎ
Ｏ）、機種名および設置場所を画面入力する（ステップ
Ｓ２０１）。これに応じ、ネットワークに対し、ワーク
ステーション定義のためにワークステーションのレコー
ドのデータが与えられ、マスターサーバ２３に送られる
（ステップＳ２０２）。

【００５５】マスターサーバー２３においては、該当す
るホストＩＤのレコードがワークステーションテーブル
に追加される（ステップＳ２１１）とともに、コントロ
ールサーバー３０へワークステーションテーブル追加の
情報（ワークステーションテーブルのレコード）が送ら
れる（ステップＳ２１２）。そして、コントロールサー
バー３０において該当するホストＩＤのレコードがワー
クステーションテーブルに追加されてから（ステップＳ
２２１）、リターンコードＲＣがマスターサーバー２３
に返される。さらにマスターサーバー２３から該当ホス
ト（ワークステーション）にリターンコードＲＣが返さ
れる。なお、コントロールＥＷＳ２の増設の場合、ステ
ップＳ２１２およびステップＳ２２１の処理は行われな
い。

【００５６】リターンコードを受けた該当ホストにおい
ては、ネットワークから該当ホストのマシンプロフィー
ルの入手のため、それ自身のホストＩＤがマスターサー
バー２３に送られる（ステップＳ２０３）。それに応じ
てマスターサーバー２３においては、ワークステーショ
ンテーブルより該当ホストＩＤがチェックされた後、マ
シンプロフィールが作成され、これとリターンコードＲ
Ｃとが該当ホストへ送られる（ステップＳ２１３）。

【００５７】クライアントの定義この処理は図１５に示されている。この処理にも導入管
理アプリケーションを使用し、運用管理者が、クライア
ントとするワークステーションにおいて、クライアント
定義メニューを選ぶ（ステップＳ２３１）。それに応
じ、マシンプロフィールテーブルのワークステーション
の種別毎にクライアントビットがたてられる（ステップ
Ｓ２３２）とともに、ネットワークに対し、そのワーク
ステーションをクライアントとして定義するためにホス
トＩＤ、ワークステーションのＯＮビット番号等のデー
タが与えられ、マスターサーバ２３に送られる（ステッ
プＳ２３３）。

【００５８】マスターサーバー２３においては、ワーク
ステーションテーブルの該当ホストＩＤのワークステー
ションの種別の指定ビットがＯＮとされる（ステップＳ
２４１）とともに、該当コントロールサーバー３０へ、
ワークステーションテーブルの変更情報としてホストＩ
Ｄおよびワークステーションの種別毎のデータが送られ
る（ステップＳ２４２）。そして、コントロールサーバ
ー３０において、ワークステーションテーブルの該当す
るホストＩＤレコードのワークステーションの種別フィ
ールドが更新されてから（ステップＳ２５１）、リター
ンコードＲＣがマスターサーバー２３に返される。さら
にマスターサーバー２３から該当ホスト（クライアント
ＥＷＳ）にリターンコードＲＣが返される。

【００５９】リターンコードＲＣを受けた該当ホストに
おいては、ネットワークに対し、そのワークステーショ
ンにアプリケーションコントロールプログラム導入を定
義するため、ホストＩＤ、アプリケーションコントロー
ルプログラムＩＤ等のデータが送られる（ステップＳ２
３４）。このデータを受けたマスターサーバー２３にお
いては、ワークステーションテーブルの該当ホストＩＤ
のレコードに導入プログラムＩＤが追加される（ステッ
プＳ２４３）とともに、該当コントロールサーバー３０
へ、ワークステーションテーブルの変更情報としてホス
トＩＤおよび追加導入プログラムＩＤのデータが送られ
る（ステップＳ２４４）。そして、コントロールサーバ
ー３０において、ワークステーションテーブルの該当す
るホストＩＤのレコードに導入プログラムＩＤフィール
ドがメンテフラッグＯＮで追加される（ステップＳ２５
２）とともに、プログラムテーブルより該当プログラム
タイプが読み出されてプログラムタイプ実体の有無がチ
ェックされる（ステップＳ２５３）。そして、有の場合
は終了されるが、無の場合は、保管処理がコールされ、
それに応じてマスタサーバー２３で該当プログラムの保
管域への送付が行われ（ステップＳ２４５）、プログラ
ムの実体が獲得される。また、リターンコードＲＣがマ
スターサーバー２３に返され、さらにマスターサーバー
２３から該当ホストにリターンコードＲＣが返される。

【００６０】続いて該当ホストにおいては、ネットワー
クから該当ホストのクライアント初期設定プロフィール
の入手のため、それ自身のホストＩＤがマスターサーバ
ー２３に送られる（ステップＳ２３５）。それに応じて
マスターサーバー２３においては、ワークステーション
テーブルより該当ホストＩＤレコードのワークステーシ
ョン種別がチェックされた後、クライアント初期設定プ
ロフィールが作成され、これとリターンコードＲＣとが
該当ホストへ送られる（ステップＳ２４６）。

【００６１】サーバー障害検知図１６は全コントロールサーバー３０に対する障害検知
のための処理を、また図１７は全機能サーバー３１に対
する障害検知のための処理を示しており、これらの処理
はタッパー２２により行われる。

【００６２】コントロールサーバー３０に対する障害検
知のための処理は、コントロールサーバー３０を順次チ
ェックして、コントロールサーバーテーブルのステータ
スがアップのコントロールサーバー３０に対し応答を求
めることにより、コントロールサーバーテーブルによる
と稼働しているべきコントロールサーバー３０が稼働し
ていない障害を検知するようになっている。

【００６３】すなわち、全コントロールサーバー３０に
対するチェック完了（ＥＯＦ）の判定（ステップＳ３０
１）がＮＯである場合に、未チェックのコントロールサ
ーバー３０についてステータスがアップ（ＵＰ）か否か
が判定され（ステップＳ３０２）、アップでない場合は
ステップＳ３０１に戻り、次のコントロールサーバー３
０のチェックに移る。ステータスがアップの場合は、ア
ップ状態確認のための信号が該当コントロールサーバー
３０に送信される（ステップＳ３０３）。これを受ける
コントロールサーバー３０においては、実際に稼働して
いる場合にそれを示す信号としてＲＣ＝０のリターンコ
ードが返される（ステップＳ３１１）。実際に稼働して
いない場合はこのようなリターンコードか得られない。

【００６４】タッパー２２においてはリターンコードＲ
Ｃが調べられ（ステップＳ３０４，Ｓ３０５）、ＲＣ＝
０であれば正常に稼働しているのでそのままステップＳ
３０１に戻るが、ＲＣ＝０でなければ、マスターログに
警告メッセージが出力される（ステップＳ３０６）とと
もに、チェック回数Ｎがカウントアップされ（ステップ
Ｓ３０７）、チェック回数Ｎの判定（ステップＳ３０
８）に基づいて、例えばチェック回数の判定回数が３と
されている場合は、チェック回数Ｎが「３」より小さい
うちはステップＳ３０３からのチェック処理が繰り返さ
れ、チェック回数Ｎが「３」に達すれば該当コントロー
ルサーバー３０のステータスがダウン（ＤＮ）とされる
（ステップＳ３０９）。

【００６５】機能サーバー３１に対する障害検知のため
の処理も、コントロールサーバー３０に対する場合に準
じて行われる。すなわち、ステップＳ３２１〜ステップ
Ｓ３２９の処理は、対象が機能サーバー３１である点以
外はステップＳ３０１〜ステップＳ３０９と同様であ
り、アップ状態確認のための信号は機能サーバー３１に
送信されて、機能サーバー３１からリターンコードＲＣ
が返される（ステップＳ３４１）。そして、機能サーバ
ー３１が稼働していない障害があった場合に該当機能サ
ーバーのステータスがダウンとされるが、この場合にさ
らに、ステータス更新情報がコントロールサーバー３０
に送られ（ステップＳ３３０）、それを受けてコントロ
ールサーバー３０においては、機能サーバーテーブルの
該当サーバーＩＤレコードのステータスがダウンに更新
される（ステップＳ３５１）。

【００６６】このような処理により、コントロールサー
バーおよび機能サーバーの作動状況が正確に把握され
る。

【００６７】ＣＡＤデータ管理ネットワークを利用した各種データの管理の具体例とし
て、ＣＡＤデータ管理のための各種処理のうちでロー
ド、置換セーブの処理を図１８および図１９に示す。

【００６８】図１８に示されるＣＡＤデータのロードの
処理はＣＡＤアプリケーションプログラムによって行わ
れる。この処理としては、ユーザーが取り出すＣＡＤデ
ータ名、グループ名およびプロジェクト名を入力する
（ステップＳ４０１）ことにより、それに応じ、ＣＡＤ
データロードのために、グループ名、プロジェクト名お
よびＣＡＤデータ名が該当するＣＡＤデータサーバー３
１に対して送信される（ステップＳ４０２）。

【００６９】これを受けたＣＡＤデータサーバー３１に
おいては、ＣＡＤデータのステータスがチェックされ
（ステップＳ４１１）、かつロード情報がインデックス
に記述される（ステップＳ４１２）とともに、ＣＡＤデ
ータが該当クライアントに転送される（ステップＳ４１
３）。

【００７０】図１９に示されるＣＡＤデータの置換セー
ブの処理もＣＡＤアプリケーションプログラムによって
行われる。この処理としては、ユーザーがセーブするＣ
ＡＤデータ名、グループ名およびプロジェクト名を指定
する（ステップＳ４２１）ことにより、それに応じ、Ｃ
ＡＤデータセーブのために、グループ名、プロジェクト
名、ＣＡＤデータ名およびＣＡＤデータが該当するＣＡ
Ｄデータサーバーに対して送信される（ステップＳ４２
２）。

【００７１】これを受けたＣＡＤデータサーバーにおい
ては、ＣＡＤデータがグループ下のプロジェクトのＣＡ
Ｄデータとしてマージされる（ステップＳ４３１）。

【００７２】この他にも、ＣＡＤデータの参照、ＣＡＤ
データの移動セーブ、ＣＡＤデータの解放等の各種処理
がＣＡＤアプリケーションプログラムによって行われ
る。

【００７３】セキュリティチェック記述のユーザーログイン，ログアウトとＣＡＤデータ管
理に関連して、分散設置された資源へのアクセスセキュ
リティチェックについて、既述のユーザーログイン，ロ
グアウトで述べたごとく、利用者は従来のコンピュータ
システムへのログインチェックと同様な機能をネットワ
ーク仮想マシンへのログインチェックをすることで果し
ている。一方、重要な資源であるＣＡＤデータへのアク
セスチェックについては、部門毎に仕事で扱うデータが
異なっているために、島毎にＣＡＤデーターのアクセス
権限の設定が可能となっている。

【００７４】例えば、図３のコントロールサーバー３０
ａに属している島のユーザーは、ＣＡＤデータ（グルー
プＡ）の機能サーバー３１ａに対する処理としては参照
（ＲＥＡＤ）も更新（ＷＲＩＴＥ）もできるが、ＣＡＤ
データ（グループＢ）の機能サーバー３１ｂに対する処
理しては参照のみしかできない。また、コントロールサ
ーバー３０ｂに属している島のユーザーは、ＣＡＤデー
タ（グループＡ）の機能サーバー３１ａに対する処理と
しては参照のみ可能であるが、ＣＡＤデータ（グループ
Ｂ）の機能サーバー３１ｂに対する処理しては参照も更
新も可能となっている。

【００７５】このようにして、利用者に対するセキュリ
ティチェックと資源へのセキュリティチェックとを行う
ことができる。

【００７６】

【発明の効果】以上のように本発明は、入力部、表示
部、記憶部および演算処理部を有する多数の処理装置を
任意数ずつまとめて複数組の管理単位を構成し、その各
管理単位毎に、ユーザーの管理、各処理装置の管理、ア
プリケーションプログラムの管理等の機能を有するコン
トロールサーバーを設けるとともに、上位の階層で管理
機能を有するマスターサーバーを設けることにより、上
記コントロールサーバーにより各管理単位毎に必要な情
報の管理を行ってマスターサーバーの負担を軽減しつ
つ、マスターサーバーにより各コントロールサーバーを
管理することで全体の一括的、一元的管理を行うことが
できるようにしている。このため、処理および負荷の分
散、システムダウン時などの危険の分散などの面で有利
な分散処理を基本とし、しかも、処理の効率を高めると
ともに、システムの管理、メインテナンスを簡略化する
ことができるものである。

【図面の簡単な説明】

【図１】本発明の一実施例による運用管理の仕組みおよ
びコンピュータシステムの概略図である。

【図２】ハードウエア構成の一例を示す図である。

【図３】ネットワーク構成要素の論理配置を示す図であ
る。

【図４】管理内容の一例を示す説明図である。

【図５】管理内容の別の例を示す説明図である。

【図６】管理内容のさらに別の例を示す説明図である。

【図７】マスターＥＷＳに保有されているテーブルの図
表である。

【図８】コントロールＥＷＳに保有されているテーブル
の図表である。

【図９】クライアントＥＷＳに保有されているテーブル
の図表である。

【図１０】機能ＥＷＳに保有されているテーブルの図表
である。

【図１１】各ＥＷＳに共通のテーブルの図表である。

【図１２】各種具体的処理のうちの第１例を示すフロー
チャートである。

【図１３】各種具体的処理のうちの第２例を示すフロー
チャートである。

【図１４】各種具体的処理のうちの第３例を示すフロー
チャートである。

【図１５】各種具体的処理のうちの第４例を示すフロー
チャートである。

【図１６】各種具体的処理のうちの第５例を示すフロー
チャートである。

【図１７】各種具体的処理のうちの第６例を示すフロー
チャートである。

【図１８】各種具体的処理のうちの第７例を示すフロー
チャートである。

【図１９】各種具体的処理のうちの第８例を示すフロー
チャートである。

【符号の説明】

１クライアントＥＷＳ２コントロールＥＷＳ３マスターＥＷＳ５島（管理単位）２３マスターサーバー３０コントロールサーバー

Claims

【特許請求の範囲】

【請求項１】入力部、表示部、記憶部および演算処理
部を有する多数の処理装置とデータ格納、データ出力等
の機能を有する各種機能サーバーとに対するネットワー
クを構成して情報を運用管理するための装置であって、
任意の数の上記処理装置をまとめて１組の管理単位とし
た複数組の管理単位を構成し、その各管理単位毎に、ユ
ーザーの管理、上記各処理装置の管理、アプリケーショ
ンプログラムの管理、使用時間の管理、機能サーバーの
管理およびグループ内の上記各処理装置をネットワーク
接続することの管理を行なう機能を有するコントロール
サーバーを設けるとともに、このコントロールサーバー
に対してさらに上位の階層でユーザーの管理、上記各処
理装置の管理、アプリケーションプログラムの管理、使
用時間の管理、機能サーバーの管理および各コントロー
ルサーバーをネットワーク接続することの管理を行なう
機能を有するマスターサーバーを設けたことを特徴とす
る運用管理のための装置。
【請求項２】請求項１に記載の運用管理のための装置
と、入力部、表示部、記憶部および演算処理部を有する
処理装置としての多数のクライアント用ワークステーシ
ョンと、データ格納、データ出力等の機能を有する各種
の機能サーバが存在するワークステーションとで構成し
たコンピュータシステム。