JPH07319930A

JPH07319930A - 情報ネットワークの設計支援装置

Info

Publication number: JPH07319930A
Application number: JP6112459A
Authority: JP
Inventors: Susumu Tsuhara; 進津原; Shigeru Motobayashi; 繁本林; Kenichi Kihara; 健一木原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1994-05-26
Filing date: 1994-05-26
Publication date: 1995-12-08

Abstract

(57)【要約】【目的】マルチ・ベンダの流通機器や流通ソフトウェア
の組み合わせを行うネットワークの設計作業において、
その設計結果に潜在するエラーを自動的にチェックし、
チェック結果に基づく設計変更を支援して、エラーのな
い設計結果を早期に求めることを可能とするネットワー
クの設計支援装置を提供すること。【構成】本発明では、ウインドウ・システム上に以下の
各手段を設けている。すなわち、（１）ネットワークの
構成要素ごとに、それらの仕様や属性を入力するネット
ワーク構成表入力手段、（２）上記入力されたネットワ
ーク構成表の内容をグラフィック表示するネットワーク
構成図表示手段、（３）上記ネットワーク構成表の内容
を、オブジェクト指向の情報処理方式によってチェック
するネットワーク・チェック手段、（４）上記チェック
手段によって検出した設計エラーを、警告メッセージに
加えて、エラー対策に必要な情報も付加して一覧表示す
るチェック結果一覧表示手段である。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークの設計支
援装置に係り、特に膨大なマルチベンダの流通機器や流
通ソフトウェアの中から、顧客要求に合わせて最適なも
のを選択する、構成要素の選択と、それらの組み合わせ
が、その主な内容であるネットワークの設計作業におい
て、設計エラーを自動的にチェックする装置に関する。

【０００２】

【従来の技術】関連する従来技術としては、特開平第５
−２６６０４４号公報に記載されているような技術が知
られている。これは、電子機器を、マルチベンダ部品の
組み合わせによって製造しようとするものである。

【０００３】

【発明が解決しようとする課題】しかし、対象が異なる
こともあって、上記のような従来技術には次のような課
題があった。すなわち、マルチベンダ部品を組み合わせ
た結果、これが全体として正常に動作するか否かのチェ
ックに関して、十分な記載が無く、潜在する可能性のあ
る設計エラーを、どのようにして除去すべきか、その方
法が不明であった。

【０００４】特に、対象がネットワークの場合、設計し
たネットワークが正常に動作するか否かの保証が事前に
得られず、もっぱら、実際に構築、動作テストをしてみ
て初めて、問題が顕在化し、その事後対策を行うという
状況であり、対策のために多大の費用，時間，工数が必
要であるという課題があった。

【０００５】

【課題を解決するための手段】上記課題を解決するため
に、本発明では、ウインドウ・システム上に以下の各手
段を設けている。すなわち、（１）ネットワークの構成
要素ごとに、それらの仕様や属性を入力するネットワー
ク構成表入力手段、（２）上記入力されたネットワーク
構成表の内容をグラフィック表示するネットワーク構成
図表示手段、(３）上記ネットワーク構成表の内容をチ
ェックして、その設計エラーを、オブジェクト指向の情
報処理方式によって検出するネットワーク・チェック手
段、(４）上記チェック手段によって検出した設計エラ
ーを、警告メッセージに加えて、エラー対策に必要な情
報も付加して一覧表示するチェック結果一覧表示手段で
ある。

【０００６】

【作用】ネットワーク設計者は、上記ネットワーク構成
表入力手段によって、ネットワークの構成要素ごとに、
それらの仕様や属性を入力する。上記ネットワーク構成
図表示手段は、上記入力されたネットワーク構成表の内
容をグラフィック表示し、設計者によるネットワーク構
成表の内容確認作業を容易化する。

【０００７】設計者は、このようにして、ネットワーク
構成表やネットワーク構成図ベースで設計作業を進め、
設計終了時には、上記ネットワーク・チェック手段を起
動する。ネットワーク・チェック手段は、ネットワーク
構成表の内容をチェックし、そのチェック結果を、上記
チェック結果一覧表示手段により表示する。

【０００８】設計者は、表示されるチェック結果一覧に
よって、設計エラーの内容を把握し、上記ネットワーク
構成表入力手段による再入力によって設計変更を行う。

【０００９】以下、上記を繰り返し、最終的にエラーの
ない設計結果を得る。

【００１０】各手段は以上のように動作するので、ネッ
トワーク構成表の自動チェックが可能となり、ネットワ
ーク設計所要時間が短縮できる。

【００１１】また、チェックは予めプログラムした内容
に従って計算機が行うので、人手によるチェックと比べ
て、チェック漏れやチェック・ミスがなくなり、チェッ
ク結果に対する信頼性が向上する。

【００１２】また、チェックの結果は、単に、警告メッ
セージの表示だけでなく、エラー対策に必要な情報も同
時に表示するようにしており、エラー除去のための設計
変更も、同一装置上で繰り返し行うことができる構成に
しているので、エラーのない設計結果を早期に求めるこ
とができる。

【００１３】また、ウインドウ・システムに対応してい
るので、操作性にすぐれており、ネットワークの設計作
業が効率的に進められる。

【００１４】また、チェック処理には、保守性・拡張性
に富むオブジェクト指向の情報処理方式を適用している
ので、チェック内容の変更に伴うプログラムの開発期間
が短縮できる。

【００１５】

【実施例】以下、本発明の一実施例について図面を参照
して説明する。

【００１６】図１に、本発明の設計支援装置のハードウ
ェア構成を示す。ＣＰＵ１０，主メモリ２０，ハードデ
ィスク３０，フレキシブルディスク４０，プリンタ５
０，キーボード６０，マウス７０，ディスプレイ８０，
ＬＡＮボード９０，バス１００で構成される。

【００１７】ＣＰＵ１０は、例えば６４ビットまたは３
２ビットのマイクロプロセッサである。

【００１８】主メモリ２０には、ＯＳ（Ｏperating Ｓy
stem：基本ソフトウェア）、その上で動作するアプリケ
ーション・プログラム、およびデータがロードされる。

【００１９】ハードディスク３０の基本機能は、上記プ
ログラムやデータを格納することである。後述するネッ
トワーク設計支援プログラム等が、アプリケーション・
プログラムとしてここに記憶される。

【００２０】フレキシブルディスク４０は、上記プログ
ラムやデータの可搬形式の記憶媒体機能を提供し、外部
から本装置にプログラムやデータを入力したり、逆に本
装置から、これらを外部へ出力したりするために使用さ
れる。

【００２１】プリンタ５０は、上記アプリケーション・
プログラムでサポートする印刷メニューを実行したり、
画面のハード・コピーをとったりするために使用され
る。

【００２２】キーボード６０，マウス７０，ディスプレ
イ８０は、ともに対話性を与えるものである。本装置の
主メモリ２０上に存在するネットワーク設計支援プログ
ラムは、後述する処理の結果をディスプレイ８０にウイ
ンドウ表示する。ネットワーク設計者は、マウス７０ま
たはキーボード６０からの入力により、上記ウインドウ
を操作して対話的に設計作業を実行する。

【００２３】図１は、さらにＬＡＮボード９０を含む。
これは、本装置とネットワークとの間の通信機能を提供
する。本設計支援装置を、ネットワークに接続して使用
する場合、上記ＬＡＮボード９０は必須であるが、ネッ
トワークとは分離して、単独で使用する構成としてもよ
い。この場合、ＬＡＮボード９０は不要である。

【００２４】図２に、ディスプレイ８０に表示される画
面の推移を示す。同図（ａ）は、後述するネットワーク
構成表への入力により、設計作業を進めている時の画面
の例、同図（ｂ）は、上記入力した構成表を、ネットワ
ーク構成図に変換して表示するように指示した時の画面
の例、同図（ｃ）は、ネットワーク構成表への入力が終
了し、設計結果のチェックを指示した時の画面の例であ
る。

【００２５】本装置の電源を投入し、ネットワーク設計
支援プログラムを起動した時、ネットワーク設計支援ウ
インドウ１２０が表示され、そのクライアント・エリア
に、ネットワーク構成表チャイルド・ウインドウ１４０
が表示される（図２（ａ））。このチャイルド・ウイン
ドウのクライアント・エリアには，ネットワーク構成表
が表示され、設計者は、この構成表への入力によって作
業を進める。表示されるネットワーク構成表の例を図３
に示す。

【００２６】このネットワーク構成表は、マルチベンダ
の流通機器や流通ソフトウェアの組み合わせによって構
築するネットワークを対象に、その構成要素に注目し
て、要素ごとに、そのベンダ，形名，属性を記述した一
覧表である。例えば、複数のサーバ機、複数のクライア
ント機をその構成要素とするＣＳＳ（Ｃlient Ｓerver
Ｓystem）を設計する場合、表の各行には、個々の要素
機器（サーバ機やクライアント機）に関して、そのハー
ドウェアやソフトウェアの構成機器ごとに、ベンダ，形
名，属性が記述される。

【００２７】ネットワークの設計作業は、上記構成表へ
の入力によって進めるが、必要に応じて、これをネット
ワーク構成図に変換して表示することもできる。その指
示はネットワーク設計支援ウインドウ１２０上のメニュ
ー１３０を選択することにより行う。この時の画面の表
示例が図２（ｂ）である。

【００２８】ネットワーク設計支援ウインドウ１２０の
クライアント・エリアには、上記ネットワーク構成表チ
ャイルド・ウインドウ１４０に加えて、ネットワーク構
成図チャイルド・ウインドウ１６０が並列表示され、そ
のクライアント・エリアには、ネットワーク構成表に対
応した構成図がグラフィック表示される。

【００２９】その表示例を図４に示す。図中、Ｓ₁，
Ｓ₂，Ｓ₃はサーバ機、Ｐ₁，Ｐ₃はプリンタ、Ｃ₁〜Ｃ₉は
クライアント機である。

【００３０】ネットワーク設計者はこのようにして、ネ
ットワーク構成表または構成図ベースで設計作業を進
め、設計作業完了時には、設計結果に誤りがないか否か
のチェックを行う。このチェック指示は、ネットワーク
設計支援ウインドウ１２０上のメニュー１３０を選択す
ることにより行う。この時の画面の表示例が図２（ｃ）
である。

【００３１】ネットワーク設計支援ウインドウ１２０の
クライアント・エリアには、上記ネットワーク構成表チ
ャイルド・ウインドウ１４０、ネットワーク構成図チャ
イルド・ウインドウ１６０に加えて、チェック結果一覧
チャイルド・ウインドウ１７０が並列表示され、そのク
ライアント・エリアには、チェック結果一覧表が表示さ
れる。

【００３２】このチェック結果一覧表の表示例を図５に
示す。設計したネットワークに関するチェック結果が、
図示のように表形式で表示される。ここに、"付加情報"
とは、表示される"警告メッセージ"に関連して、その原
因究明時に参考にすべき追加情報、"ランク"とは、警告
の重大さの程度（致命的なエラーに関する警告か、軽微
なものかなど）、"対策指示"とは、対象のエラーを解消
するために、設計者が行うべき設計変更の指示である。

【００３３】設計者は、チェック結果一覧表に基づい
て、設計結果に含まれるエラーと、その原因を把握し、
ネットワーク構成表チャイルド・ウインドウ１４０に戻
って、上記ネットワーク構成表へ再入力することにより
エラー対策を行う。

【００３４】本装置の主メモリ２０にロードされるソフ
トウェアの構成を図６に示す。ＯＳ（Ｏperating Ｓyst
em）１９０と、ＯＳ上で動作する複数のアプリケーショ
ン・プログラム（ＡＰ₁〜ＡＰ_n）より成る。ＡＰ₁はネ
ットワーク設計支援プログラムであり、ＡＰ₂〜ＡＰ_nは
他のアプリケーション・プログラムである。これらは本
装置のハードディスク３０上に格納されており、ネット
ワーク設計者の指示により、ＡＰ₁が主メモリ２０にロ
ードされる。

【００３５】アプリケーション・プログラム（ＡＰ₁〜
ＡＰ_n）は、ウインドウ・システム(上記ＯＳの一部）に
対応したメッセージ駆動型のプログラミング・スタイル
で構成されている。ＡＰ₁（ネットワーク設計支援プロ
グラム）はメイン・プログラム(Main)，ペアレント・ウ
インドウ・プログラム（Pwin），チェック・プログラム
（Check），複数のチャイルド・ウインドウ・プログラ
ム（Cwin）から成る。ＡＰ₂〜ＡＰ_nは、表計算，ワープ
ロ等の流通アプリケーション・プログラムであり、一般
的には、メインプログラム(Main)とウインドウ・プログ
ラム（Win）とから成る。

【００３６】メイン・プログラム，ペアレント・ウイン
ドウ・プログラム，チャイルド・ウインドウ・プログラ
ムでの処理の概要を図７に示す。同図（ａ）はメイン・
プログラム、（ｂ）はペアレント・ウインドウ・プログ
ラム，チャイルド・ウインドウ・プログラムの処理概要
である（ペアレント・ウインドウ・プログラム，チャイ
ルド・ウインドウ・プログラムの構造は同一なので、重
複を避けるために、まとめて図７（ｂ）に示した）。

【００３７】メイン・プログラムでは、ウインドウのク
ラス登録，作成，表示等の初期設定（10）を行なった
後、ウインドウ・システム（上記ＯＳの一部）から送出
されるメッセージを取得し（30）、取得したメッセージ
をペアレント・ウインドウ・プログラムやチャイルド・
ウインドウ・プログラムへ配送する（40）処理を繰り返
す（20）。

【００３８】ペアレント・ウインドウ・プログラム，チ
ャイルド・ウインドウ・プログラムでは、メイン・プロ
グラムから配送されてくるメッセージの種別を判定し
（10）、各々に対応するメッセージ処理を行う（20〜4
0）。

【００３９】例えば、図２（ａ）でのネットワーク設計
支援ウインドウ１２０のオープン時、ペアレント・ウイ
ンドウ・プログラムは、ウインドウ・オープン・メッセ
ージを受け取り、対応する処理として、ウインドウ・ク
ライアント・エリアにネットワーク構成表チャイルド・
ウインドウ１４０をオープンする。

【００４０】以後、メニュー選択，マウス入力，キーボ
ード入力により、ネットワーク構成表の新規作成や編集
を行う。その編集結果は、表形式で主メモリ２０に記憶
されており、設計者の指示（メニュー選択）により、こ
れをネットワーク構成図に変換して表示することもでき
る。この時の画面の状態を示したものが図２（ｂ）であ
る。

【００４１】このようにして、ネットワーク構成表や構
成図をベースにネットワークの設計作業を進め、それが
完了した時点で、その設計結果にエラーがないか否かを
チェックする。その指示はメニュー選択により行う。

【００４２】このチェック指示はメッセージとして、メ
イン・プログラム，ペアレント・ウインドウ・プログラ
ムを経由してチェック・プログラムに送信される。

【００４３】このメッセージ受信によって上記チェック
・プログラムが駆動され、設計したネットワーク構成表
にエラーがないか否かをチェックし、チェック結果を一
覧表示する。この状態が図２（ｃ）である。

【００４４】チェック・プログラムでのチェック処理の
一覧を図８に示す。チェック項目NO.１〜３は、マルチ
ベンダの流通機器や流通ソフトウェアの組み合わせで構
成するネットワークにおいて、その構成要素であるサー
バ機やクライアント機が、ＬＡＮボードやプリンタと相
互に接続可能か否かの、機器の接続可能性に関するチェ
ック処理である。チェック項目NO.４〜９は、サーバ機
やクライアント機上で動作する各種ソフトウェアの、Ｃ
ＰＵ性能，主メモリ・サイズ，ハードディスク容量に関
する要求事項を、それぞれが満たしているか否かの、ソ
フトウェアの必要資源に関するチェック処理である。チ
ェック項目NO.１０，１１は、クライアント機の台数に
対してサーバ機やプリンタの台数が不足していないか否
かの、ネットワークのサービス水準に関するチェック処
理である。

【００４５】チェック・プログラムでの、オブジェクト
間メッセージ交信によるチェック処理の動作概要を図９
に示す。

【００４６】図９において、太枠の長方形は各種のオブ
ジェクトを示している。チェック・オブジェクト（Ｃ
Ｋ），ネットワーク・オブジェクト（ＮＷ），複数のサ
ーバ機オブジェクト（ＳＶ），複数のクライアント機オ
ブジェクト（ＣＴ）が存在する。

【００４７】各サーバ機オブジェクト（ＳＶ）は、ＣＰ
Ｕオブジェクト（ＳＣ），主メモリ・オブジェクト（Ｓ
Ｍ），ハードディスク・オブジェクト（ＳＨ），複数の
ＬＡＮボード・オブジェクト（ＳＬ），プリンタ・オブ
ジェクト（ＳＰ）で構成され、ハードディスク・オブジ
ェクト（ＳＨ）はさらに、サーバＤＯＳオブジェクト
（ＳＤ），ＮＯＳオブジェクト（ＳＮ），複数のサーバ
ＡＰオブジェクト（ＳＡ）で構成される。

【００４８】各クライアント機オブジェクト（ＣＴ）も
同様に、ＣＰＵオブジェクト(ＣＣ），主メモリ・オブ
ジェクト（ＣＭ），ハードディスク・オブジェクト（Ｃ
Ｈ），ＬＡＮボード・オブジェクト（ＣＬ）で構成さ
れ、ハードディスク・オブジェクトはさらに、クライア
ントＤＯＳオブジェクト（ＣＤ），ＮＯＳシェル・オブ
ジェクト（ＣＮ），クライアントＯＳオブジェクト（Ｃ
Ｏ），複数のクライアントＡＰオブジェクト（ＣＡ）で
構成される。

【００４９】ここに、ＣＰＵ：Ｃentral Ｐrocessing
Ｕnit（中央処理装置），ＬＡＮ：Ｌocal Ａrea Ｎetwo
rk（構内ネットワーク），ＤＯＳ：Ｄisk Ｏperating
Ｓystem（基本ソフトウェア），ＮＯＳ：Ｎetwork Ｏpe
rating Ｓystem(ネットワーク基本ソフトウェア)，Ａ
Ｐ：Ａpplication Ｐrogram（応用プログラム），Ｏ
Ｓ：Ｏperating Ｓystem（基本ソフトウェア）である。

【００５０】上記の各オブジェクトは、データ（一点鎖
線の長方形）と複数のメソッド（実線の長方形）を保持
している。データ内には、オブジェクトの仕様や属性情
報などを記憶している。オブジェクト内の各メソッド
は、必要に応じて他のオブジェクトに対してメッセージ
（斜線）を送信して必要な処理を依頼し、そこでの処理
結果をリターン情報として受け取って、それに基づいて
処理を続行する。図９では、説明の都合上、すべてのメ
ッセージは示さず、後述する処理に関連するメッセージ
のみを示した。

【００５１】今、設計者のメニュー選択に基づくＯＳか
らのメッセージ受信により、オブジェクトＣＫが駆動さ
れると、オブジェクトＣＫ内のメソッドが実行される。
その処理フローを図１０に示す。ステップ５〜５５で、
ネットワーク設計結果に関する各種のチェック処理の依
頼（ステップ５〜４５）、もしくは、関連オブジェクト
への問い合わせに基づくチェック処理（ステップ５０，
５５）を行う。これらチェック処理の依頼や問い合わせ
は、オブジェクトＮＷへのメッセージ送信による（図９
参照）。

【００５２】上記各ステップでのチェック結果は、ステ
ップごとにチェック結果一覧テーブルに登録される。こ
こに、チェック結果一覧テーブルは、オブジェクトＣＫ
が保持するデータの一部である。ステップ５５でのチェ
ック処理が終了した時点で、上記チェック結果一覧テー
ブルが完成し、そのテーブル内容をステップ６０で一覧
表示する。

【００５３】以下、図１０に示した処理フローを順を追
って説明する。

【００５４】ステップ５では、まず、オブジェクトＮＷ
に対してメッセージを送信し、チェック項目ＮＯ．１の
チェック処理（サーバ機とＬＡＮボードの接続可能性チ
ェック）を依頼する。

【００５５】このメッセージ送信により、オブジェクト
ＮＷ内のメソッド１が実行される(図９参照）。その処
理フローを図１１（ａ）に示す。ステップ２０で、対象
のサーバ機に対してＬＡＮボードの接続可能性チェック
を依頼する。依頼の内容は、ＬＡＮボードが、そのサー
バ機と物理的に接続可能か否かのチェックである。この
依頼は、オブジェクトＳＶへのメッセージ送信により行
う。

【００５６】このメッセージ送信により、オブジェクト
ＳＶ内のメソッド１が実行される(図９参照）。その処
理フローを図１１（ｂ）に示す。ステップ２０で、対象
のＬＡＮボードに対して、そのベンダと形名を問い合わ
せる。問い合わせは、オブジェクトＳＬへのメッセージ
送信による。このメッセージ送信により、オブジェクト
ＳＬ内のメソッドが実行される（図９参照）。このメソ
ッドは、問い合わせに応答して、オブジェクトＳＬ内の
データにアクセスし、対象ＬＡＮボードのベンダと形名
を返す。

【００５７】図１１（ｂ）のステップ３０で、オブジェ
クトＳＬから返された対象ＬＡＮボードのベンダと形名
をキーとして、接続可能ＬＡＮボード・テーブルをサー
チし、キーに一致するＬＡＮボードの有無を調べ、これ
が有れば正常、なければエラーとして、エラーの場合に
は、エラー・コード（例えば，チェック項目ＮＯ．）に
関連情報（対象サーバ機の識別名、対象ＬＡＮボードの
識別名など）を付加して、エラー・テーブルＳＶ−ＣＨ
Ｋ−１（オブジェクトＳＶの、チェック項目ＮＯ．１に
関するエラー・テーブル）へ登録する。ここに、上記の
接続可能ＬＡＮボード・テーブルは、オブジェクトＳＶ
が、その内部に保持するデータの一部であり、テーブル
には、対象のサーバ機に接続可能なＬＡＮボードがすべ
て記憶されている。このようにして、対象サーバ機の全
ＬＡＮボードについて処理した後、ステップ４０で、完
成したエラー・テーブルＳＶ−ＣＨＫ−１の内容を依頼
元（オブジェクトＮＷのメソッド１）へ返す。

【００５８】図１１（ａ）のステップ２０に戻り、オブ
ジェクトＳＶのメソッド１から返されたエラー・テーブ
ルＳＶ−ＣＨＫ−１の内容をエラー・テーブルＮＷ−Ｃ
ＨＫ−１（オブジェクトＮＷの、チェック項目ＮＯ．１
に関するエラー・テーブル）へ登録する。このようにし
て、全サーバ機について処理を繰り返した後、ステップ
３０で、完成したエラー・テーブルＮＷ−ＣＨＫ−１の
内容を依頼元（オブジェクトＣＫ内のメソッド）へ返
す。

【００５９】図１０のステップ５に戻り、オブジェクト
ＮＷのメソッド１から返されたエラー・テーブルＮＷ−
ＣＨＫ−１の内容をチェック結果一覧テーブルへ登録す
る。

【００６０】図１０のステップ１０，１５と進み、チェ
ック項目ＮＯ．２のチェック処理(クライアント機とＬ
ＡＮボードの接続可能性チェック）、チェック項目Ｎ
Ｏ．３のチェック処理（サーバ機とプリンタの接続可能
性チェック）を、オブジェクトＮＷに依頼する。その後
の関連オブジェクトの動作は、上記ステップ５とほぼ同
様であり、説明は省略する。

【００６１】図１０のステップ２０〜４５では、サーバ
機やクライアント機上で動作する各種ソフトウェアの、
ＣＰＵ，主メモリ，ハードディスクに対する要求事項
を、ＣＰＵ，主メモリ，ハードディスクが、それぞれ満
たしているか否かをチェックする。以下では、代表例と
して、ステップ４５でのチェック項目ＮＯ．９のチェッ
ク処理（クライアント機のハードディスク空き容量のチ
ェック）について、対応する関連オブジェクトの動作を
説明する。

【００６２】図１０のステップ４５では、まず、クライ
アント機のハードディスク空き容量のチェックを依頼す
るため、オブジェクトＮＷに対してメッセージを送信す
る。

【００６３】このメッセージ送信により、オブジェクト
ＮＷ内のメソッド９が実行される(図９参照）。その処
理フローを図１２（ａ）に示す。ステップ２０で、対象
クライアント機のハードディスク空き容量の計算を依頼
する。この依頼は、オブジェクトＣＴへのメッセージ送
信により行う。

【００６４】このメッセージ送信により、オブジェクト
ＣＴ内のメソッド４が実行される(図９参照）。その処
理フローを図１２（ｂ）に示す。ステップ１０で、オブ
ジェクトＣＨに対して、ハードディスク空き容量の計算
を依頼する。この依頼は、オブジェクトＣＨへのメッセ
ージ送信による。このメッセージ送信により、オブジェ
クトＣＨ内のメソッドが実行される。（図９参照）。そ
の処理フローを図１３に示す。ステップ５で、クライア
ントＤＯＳの所要ハードディスク容量を問い合わせる。
その問い合わせは、オブジェクトＣＤへのメッセージ送
信による。

【００６５】このメッセージ送信により、オブジェクト
ＣＤ内のメソッド３が実行される(図９参照）。オブジ
ェクトＣＤ内のメソッド３は、問い合わせに応答して、
オブジェクトＣＤ内のデータにアクセスし、クライアン
トＤＯＳの所要ハードディスク容量を返す。オブジェク
トＣＨは、ステップ１０でそれを受け取って、所要ハー
ドディスク容量の累積用変数Ｒに累積する。

【００６６】図１３ステップ１５と２０は、ＮＯＳシェ
ルの所要ハードディスク容量の問い合わせとその累積処
理である。ステップ１５でのＮＯＳシェルの所要ハード
ディスク容量の問い合わせは、オブジェクトＣＮへのメ
ッセージ送信による。

【００６７】このメッセージ送信により、オブジェクト
ＣＮ内のメソッド３が実行される（図９参照）。オブジ
ェクトＣＮ内のメソッド３は、問い合わせに応答して、
オブジェクトＣＮ内のデータにアクセスし、ＮＯＳシェ
ルの所要ハードディスク容量を返す。オブジェクトＣＨ
は、ステップ２０でそれを受け取って、所要ハードディ
スク容量の累積用変数Ｒに累積する。

【００６８】図１３ステップ２５と３０は、クライアン
トＯＳの所要ハードディスク容量の問い合わせとその累
積処理である。ステップ２５でのクライアントＯＳの所
要ハードディスク容量の問い合わせは、オブジェクトＣ
Ｏへのメッセージ送信による。

【００６９】このメッセージ送信により、オブジェクト
ＣＯ内のメソッド３が実行される（図９参照）。オブジ
ェクトＣＯ内のメソッド３は、問い合わせに応答して、
オブジェクトＣＯ内のデータにアクセスし、クライアン
トＯＳの所要ハードディスク容量を返す。オブジェクト
ＣＨは、ステップ３０でそれを受け取って、所要ハード
ディスク容量の累積用変数Ｒに累積する。

【００７０】図１３ステップ３５〜４５は、対象クライ
アント機で動作するすべてのＡＰの所要ハードディスク
容量の問い合わせと累積処理である。ステップ４０での
クライアントＡＰの所要ハードディスク容量の問い合わ
せは、オブジェクトＣＡへのメッセージ送信による。

【００７１】このメッセージ送信により、オブジェクト
ＣＡ内のメソッド３が実行される(図９参照）。オブジ
ェクトＣＡ内のメソッド３は、問い合わせに応答して、
オブジェクトＣＡ内のデータにアクセスし、対象クライ
アントＡＰの所要ハードディスク容量を返す。オブジェ
クトＣＨは、ステップ４５でそれを受け取って、累積用
変数Ｒに累積する。これらの処理を、すべてのクライア
ントＡＰについて繰り返す。

【００７２】以上の累積処理で、変数Ｒには所要ハード
ディスク容量の合計が記憶されている。図１３のステッ
プ５０では、オブジェクトＣＨ内のデータにアクセスし
て、対象クライアント機のハードディスク容量Ｃを求
め、計算式Ｅ＝Ｃ−Ｒにより、ハードディスク空き容量
Ｅを計算する。

【００７３】ステップ５５では、この計算結果を依頼元
（オブジェクトＣＴ内のメソッド４）へ返す。

【００７４】図１２（ｂ）に戻り、ステップ２０で、オ
ブジェクトＣＨから受け取ったリターン情報を依頼元
（オブジェクトＮＷ内のメソッド９）へ返す。図１２
（ａ）のステップ２０でこれを受け取り、ハードディス
ク空き容量不足でなければ正常、空き容量不足ならエラ
ーとし、エラーの場合、エラー・コード（例えば、チェ
ック項目ＮＯ．）に関連情報（対象クライアント機の識
別子，空き容量Ｅ，容量Ｃ，所要量Ｒなど）を付加して
エラー・テーブルＮＷ−ＣＨＫ−９（オブジェクトＮＷ
の、チェック項目ＮＯ．９に関するエラー・テーブル）
へ登録する。このようにして、全クライアント機につい
て処理した後、ステップ３０で、完成したエラー・テー
ブルＮＷ−ＣＨＫ−９の内容を依頼元（オブジェクトＣ
Ｋ内のメソッド）へ返す。

【００７５】図１０のステップ４５に戻り、オブジェク
トＮＷのメソッド９から返されたエラー・テーブルＮＷ
−ＣＨＫ−９の内容をチェック結果一覧テーブルへ登録
する。

【００７６】図１０のステップ５０，５５は、ネットワ
ークのサービス水準に関するチェック処理であり、それ
ぞれ、チェック項目ＮＯ．１０（サーバ一台当たりのク
ライアント数のチェック）、チェック項目ＮＯ．１１
（プリンタ一台当たりのクライアント数のチェック）の
チェック処理を行う。代表例としてステップ５０での処
理について説明し、ステップ５５の説明は省略する。

【００７７】まず、オブジェクトＮＷに対してメッセー
ジを送信し、サーバ機とクライアント機の台数を問い合
わせる。

【００７８】このメッセージ送信により、オブジェクト
ＮＷ内のメソッド１０が実行される（図９参照）。メソ
ッド１０は、問い合わせに応答して、サーバ機とクライ
アント機の台数を返す。図１０のステップ５０でそれを
受け取って、サーバ機一台当たりのクライアント数を計
算し、この値が異常に大きい場合にはエラーとして、エ
ラー・コード（例えば、チェック項目ＮＯ．）に関連情
報（サーバ機台数，クライアント機台数など）を付加し
て、チェック結果一覧テーブルへ登録する。

【００７９】このようにして、ステップ５５まで処理し
た時点でチェック結果一覧テーブルが完成している。

【００８０】最後に、ステップ６０で、チェック結果一
覧チャイルド・ウインドウを作成・表示し、そのクライ
アント・エリアに、上記の完成したチェック結果一覧テ
ーブルの内容を、先に図２（ｂ）に示したような書式で
表示する。表示に必要な対応表（チェック結果一覧テー
ブルにおけるエラー・コードと、警告メッセージ，ラン
ク，対策指示との対応表）は、オブジェクトＣＫ内のデ
ータが保持しており、この対応表にアクセスすることに
より、エラー・コードを警告メッセージ，ランク，対策
指示に変換して表示する。

【００８１】設計者は、表示される内容を見て、エラー
の内容を把握し、その原因を究明して、必要なエラー対
策を行う。そのエラー対策は、上記ネットワーク構成表
への再入力により行う。

【００８２】さらに、上記ネットワーク構成図の再表示
（必要の都度）、ネットワーク構成表の再チェックを行
い、結果を一覧表示する。

【００８３】以下、上記を繰り返し、エラーが完全に除
去された時、ネットワーク設計が完了する。

【００８４】以上が本発明の実施例の説明である。

【００８５】

【発明の効果】以上説明したように、本発明によれば、
マルチ・ベンダの流通機器や流通ソフトウェアの組み合
わせによって実現するネットワークの、設計エラーの有
無を、自動的にチェックするので、従来のような、人手
によるチェックが不要となり、ネットワーク設計所要時
間短縮の観点から顕著な効果がある。

【００８６】また、チェックは、予めプログラムした内
容に従って計算機が行うので、人手によるチェックと比
べて、チェック漏れやチェック・ミスがなくなり、チェ
ック結果に対する信頼性が高まるという効果もある。

【００８７】また、チェックの結果は、単に、警告メッ
セージの表示だけでなく、付加情報，ランク，対策指示
等、エラー対策に必要な情報も同時に表示するようにし
ており、エラー除去のための設計変更も同一装置上で繰
り返し行うことができるようにしているので、エラーの
ない設計結果を早期に求めることができるという効果も
ある。

【００８８】また、ウインドウ・システムに対応してい
るので、操作性にすぐれており、ネットワークの設計作
業が効率的に進められるという効果もある。

【００８９】また、チェック処理には、保守性・拡張性
に富むオブジェクト指向の情報処理方式を適用してお
り、チェック内容の変更に伴うプログラムの開発期間が
短縮できるという効果もある。

【図面の簡単な説明】

【図１】本発明の設計支援装置のハードウェア構成図で
ある。

【図２】本発明の設計支援装置を使用して、ネットワー
ク設計作業を行う時の、画面推移の説明図である。

【図３】ネットワーク構成表チャイルド・ウインドウに
表示されるネットワーク構成表の例を示す図である。

【図４】ネットワーク構成図チャイルド・ウインドウに
表示されるネットワーク構成図の例を示す図である。

【図５】チェック結果一覧チャイルド・ウインドウに表
示されるチェック結果一覧表の例を示す図である。

【図６】本発明の設計支援装置の主メモリ上に存在する
ネットワーク設計支援プログラムＡＰ₁の構成図であ
る。

【図７】ネットワーク設計支援プログラムＡＰ₁の処理
概要（ＡＰ₂〜ＡＰ_nも同様）を示す図である。

【図８】ネットワーク設計結果に関するチェック項目の
一覧表を示す図である。

【図９】チェック・プログラムが行う、オブジェクト間
メッセージ交信によるチェック動作の説明図である。

【図１０】チェック・オブジェクトＣＫ内のメソッドの
処理フロー図である。

【図１１】チェック項目ＮＯ．１（サーバ機とＬＡＮボ
ードの接続可能性チェック）のために駆動される関連メ
ソッドの処理フロー図である。

【図１２】チェック項目ＮＯ．９（クライアント機のハ
ードディスク空き容量チェック）のために駆動される関
連メソッドの処理フロー（その１）図である。

【図１３】チェック項目ＮＯ．９（クライアント機のハ
ードディスク空き容量チェック）のために駆動される関
連メソッドの処理フロー（その２）図である。

【符号の説明】

１０…ＣＰＵ（Ｃentral Ｐrocessing Ｕnit：中央処理
装置）、２０…主メモリ、３０…ハードディスク、４０
…フレキシブルディスク、５０…プリンタ、６０…キー
ボード、７０…マウス、８０…ディスプレイ、９０…Ｌ
ＡＮ（ＬocalＡrea Ｎetwork）ボード、１００…バス、
１１０…表示スクリーン、１２０…ネットワーク設計支
援ウインドウ、１３０…メニュー、１４０…ネットワー
ク構成表チャイルド・ウインドウ、１５０…スクロール
・バー、１６０…ネットワーク構成図チャイルド・ウイ
ンドウ、１７０…チェック結果一覧チャイルド・ウイン
ドウ、１８０…通信ケーブル、１９０…ＯＳ（Ｏperati
ng Ｓystem）、２００…メッセージ。

Claims

【特許請求の範囲】

【請求項１】マルチベンダ（異なる複数の部品メーカ）
の流通機器や流通ソフトウェアの組み合わせによって実
現する情報ネットワーク（以下、ネットワークと呼ぶこ
ととする）の設計において、ネットワークの構成要素ご
とに、その仕様や属性を入力するための一覧表であるネ
ットワーク構成表や、そのグラフィカルな形式であるネ
ットワーク構成図をベースとして設計作業を進め、その
作業が終了した時、完成したネットワーク構成表に関し
て、必要なすべてのチェックを自動的に行い、チェック
結果を一覧表示して、設計者に設計変更（エラー対策）
を促すことを特徴とする情報ネットワークの設計支援装
置。
【請求項２】上記チェックの項目として、少なくとも、
ネットワークの構成要素であるサーバ機やクライアント
機とＬＡＮボード、サーバ機とプリンタが、相互に接続
可能か否かの、構成要素間の接続可能性に関するチェッ
ク、上記サーバ機やクライアント機上で動作するソフト
ウェアの、ＣＰＵ，主メモリ，ハードディスクに関する
要求事項を、サーバ機やクライアント機が満たしている
か否かの必要資源に関するチェック、上記クライアント
機の台数に対して、サーバ機やプリンタの台数が不足し
ていないか否かのサービス水準に関するチェックを含む
ことを特徴とする請求項１記載の情報ネットワークの設
計支援装置。
【請求項３】上記チェック結果の一覧表示においては、
単なる現象面からの警告メッセージだけではなく、これ
に加えて、エラーの原因究明や対策に必要な付加情報を
も同時に表示することを特徴とする請求項１記載の情報
ネットワークの設計支援装置。
【請求項４】上記ネットワーク構成表への再入力による
設計変更と、その変更結果の再チェックとが繰り返し行
え、最終的には設計エラーを完全に除去できる構成であ
ることを特徴とする請求項１記載の情報ネットワークの
設計支援装置。
【請求項５】上記ネットワーク構成表への入力、ネット
ワーク構成図の表示、設計結果のチェック、チェック結
果の一覧表示を行うプログラムは、ウインドウ・システ
ム上の一応用プログラムとして動作することを特徴とす
る請求項１記載の情報ネットワークの設計支援装置。
【請求項６】上記チェック処理に、オブジェクト指向の
情報処理方式を適用し、ネットワークの構成要素を、オ
ブジェクトの集合とみなし、上記オブジェクト間のメッ
セージ交信によってチェック処理を実行することを特徴
とする請求項１記載の情報ネットワークの設計支援装
置。