JP3241648B2 - ネットワーク接続機器管理アプリケーション開発方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、管理アプリケーシ
ョン開発方式に関し、特に多くのターゲット機器の管理
アプリケーションの開発を短期間で効率よく実現できる
開発方式に関する。

【０００２】

【従来の技術】ルータやハブといったネットワーク接続
機器を管理するための管理アプリケーションを開発し、
各機器のフロントパネル上のポートやＬＥＤ等の実装状
態をそっくりそのままグラフィック化し、各機器に対す
る操作をグラフィック画面上から行うＧＵＩを提供する
ことは、リモートに存在する機器があたかも目の前に存
在するかのごとく表現でき、機器の管理という面で直感
的でわかりやすく、またインパクトのある方法である。

【０００３】従来、この種の管理アプリケーションの開
発は、図９に示すように個々のターゲット機器に特化し
た開発方法であった。

【０００４】

【発明が解決しようとする課題】上述した従来のネット
ワーク接続機器管理アプリケーション開発方式では、個
々のターゲット機器に特化した管理アプリケーション開
発方式のため、多くのベンダから様々な機種が出荷さ
れ、しかもそれらのライフサイクルが短い現状では、開
発効率及び保守効率が悪いという欠点があった。

【０００５】本発明の目的は、共通の基盤とＧＵＩを持
ち、この基盤を利用することにより、新たな管理アプリ
ケーションを開発する際にも、一から開発するのではな
く、機器固有情報ファイルを作成するだけで開発できる
コンパクトな管理アプリケーション開発方式を提供する
ことにある。

【０００６】

【課題を解決するための手段】本願の第１の発明は、ネ
ットワーク接続機器を管理するための管理アプリケーシ
ョンを開発する場合のネットワーク接続機器管理アプリ
ケーション開発方式であって、前記ネットワーク接続機
器固有のカスタマイズデータを定義し機器固有情報ファ
イルを作成するカスタマイズ装置と、該機器固有情報フ
ァイルを解析し前記ネットワーク接続機器固有のＧＵＩ
構成データを取得する機器固有データ解析部と前記ネッ
トワーク接続機器の最新のデータを取得するインタフェ
ース自動発見部とを有する基盤制御部と、前記ネットワ
ーク接続機器固有のＧＵＩ構成データと取得した前記ネ
ットワーク接続機器の最新データからＧＵＩを作成し表
示するＧＵＩ制御部から構成されるネットワーク接続機
器管理アプリケーション開発方式において、前記カスタ
マイズデータは、前記ネットワーク接続機器に依存した
ＧＵＩ上のメニュー定義とダイアログに表示する項目、
及び前記ネットワーク接続機器のネットワークとのイン
タフェース、ＬＥＤの構成状態を含んで構成されること
を特徴とする。

【０００７】本願の第２の発明は、第１の発明における
前記インタフェース自動発見部は、前記機器固有情報フ
ァイル中のインタフェースに関する構成情報を前記機器
固有データ解析部で解析したＧＵＩ構成データと取得し
た前記ネットワーク接続機器の前記最新データから、ど
のような種別のインタフェース及びＬＥＤが、どういう
位置にあるかの構成を発見し、発見された前記構成を前
記ＧＵＩに反映させるように前記ＧＵＩ制御部を介して
制御することを特徴とする。

【０００８】本願の第３の発明は、第１の発明における
前記インタフェース自動発見部は、定期的に前記ネット
ワーク接続機器の構成や状態をポーリングすることによ
り、前記ネットワーク接続機器のＬＥＤの構成状態及び
該ＬＥＤの色に変更があった場合に、該変化を前記ＧＵ
Ｉに反映させるように前記ＧＵＩ制御部を介して制御す
ることを特徴とする。

【０００９】

【００１０】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００１１】図１は、本発明の一実施の形態を示すブロ
ック図である。

【００１２】図１において、基盤制御部１は、 ・機器固有情報ファイル２から解析したＧＵＩ構成デー
タから、必要とするターゲット機器取得データを取得
し、ＧＵＩ制御部３へ送ったり（図１−Ｃ）、 ・ＧＵＩ制御部３から設定要求（具体的には、ターゲッ
ト機器のリセットなどＧＵＩ画面からの設定処理があっ
た場合）があると（図１−Ｆ）、設定要求からターゲッ
ト機器設定データを作成して、ターゲット機器５に設定
したり（図１−Ａ）、 ・ＧＵＩ保存データを機器固有情報ファイル２へ保存す
る（図１−Ｂ）機能を持つ。

【００１３】機器固有情報ファイル２は、管理アプリケ
ーション０を開発する際に、管理アプリケーション開発
者が、ターゲット機器毎のカスタマイズデータをカスタ
マイズ装置４で定義して、生成されたファイルである。
また、ＧＵＩ画面上で編集されたＧＵＩ保存データを保
存する情報ファイルである。

【００１４】ＧＵＩ制御部３は、基盤制御部１が機器固
有情報ファイル２から解析したＧＵＩ構成データと、基
盤制御部１がターゲット機器５から取得したターゲット
機器取得データからＧＵＩを作成し、表示する。

【００１５】カスタマイズ装置４は、開発者が管理アプ
リケーションを開発する際に、ターゲット機器の固有の
カスタマイズデータの定義をＧＵＩ上で容易に行える機
能を持つ。

【００１６】本装置を利用することにより、容易に新し
いターゲット機器に対応できる。

【００１７】図２は、本発明の開発環境イメージ図であ
る。開発環境の観点から着目すると、基盤制御部とＧＵ
Ｉ制御部を共通化することにより、ターゲット機器毎の
分析を行い、機器固有情報ファイルを作成するだけで、
管理アプリケーションを作成できる特徴を持つ。

【００１８】図３は、本発明の基盤制御部１の構成図で
ある。

【００１９】管理プロトコル通信部３１は、ターゲット
機器と実際に適切なプロトコルを用いて通信する部分で
ある。例えば、ＳＮＭＰプロトコルを管理プロトコルと
して使用する場合には、ＳＮＭＰデータのエンコード／
デコード処理を行いデータ設定／取得を行う。データを
設定する場合、ターゲット機器設定データを作成し、デ
ータを取得する場合、ターゲット機器取得データを作成
する。

【００２０】インタフェース自動発見部３２は、ターゲ
ット機器のインタフェースとそのインタフェースに関連
するＬＥＤの構成を解析する部分である。機器固有情報
ファイル中のインタフェースに関する構成情報を機器固
有データ解析部３３で解析したＧＵＩ構成データと管理
プロトコル通信部３１から取得したターゲット機器取得
データから、どのような種別のインタフェース（ＬＥ
Ｄ）が、どういう位置にあるかの構成を発見するもので
ある。

【００２１】機器固有データ解析部３３は、カスタマイ
ズ装置より生成された機器固有情報ファイルと汎用デー
タベース３４のデータ（以下、ＧＵＩ汎用データと云
う。）を解析して、ＧＵＩ構成データを作成する。イン
タフェース自動発見部とＧＵＩ−ｉｆ部３５に要求され
た必要なＧＵＩ構成データを送る。また、ＧＵＩ保存デ
ータに関する機器固有情報ファイルの書き込み／読み込
み処理を行う。

【００２２】汎用データベース部３４は、ＧＵＩ汎用デ
ータが格納されている部分である。カスタマイズ装置で
カスタマイズデータを設定する際に、あらかじめ設定さ
れているデータである。

【００２３】ＧＵＩ−ｉｆ（インタフェース）部３５
は、基盤制御部１とＧＵＩ制御部３とのインタフェース
部である。管理アプリケーション実行時において、ＧＵ
Ｉ作成時には、機器固有データ解析部３３からのＧＵＩ
構成データをＧＵＩ制御部３に送る。また、ＧＵＩ制御
部から設定要求があった場合、設定内容を管理プロトコ
ル通信部３１に送ったり、ＧＵＩ制御部３から取得要求
があった場合、管理プロトコル通信部３１からターゲッ
ト機器取得データをＧＵＩ制御部３へ送る機能をもつ。

【００２４】・ ＧＵＩ汎用データ汎用性のあるＧＵＩ
メニューやダイアログの定義（例えば、ターゲット機器
が標準でサポートしているシステム情報やインタフェー
ス情報など）や、汎用性のあるインタフェースやＬＥＤ
ビットマップファイルなどが格納されている。

【００２５】次に本発明の実施の形態の動作について説
明する。

【００２６】図４は、カスタマイズ装置を用いた機器固
有情報ファイルの作成についてのフローチャートであ
る。ここでは、管理アプリケーション開発者がカスタマ
イズデータの定義を行う。

【００２７】・（ステップ４１）ターゲット機器を識別
するためのベンダ識別子を定義する。

【００２８】・（ステップ４２）ターゲット機器のパネ
ルをイメージしたビットマップファイルを作成し、定義
する。ここで作成したビットマップファイルは、管理ア
プリケーションのメインウィンドウであるパネルウィン
ドウ画面として使用される。作成したビットマップファ
イル名をカスタマイズ装置で定義する。

【００２９】・（ステップ４３）インタフェースの情報
を定義する。インタフェースの構成を識別するための情
報である。具体的には、インタフェースのタイプや、パ
ネルウィンドウ上の位置や、インタフェース形状をイメ
ージしたビットマップファイル名などである。

【００３０】・（ステップ４４）パネルウィンドウのメ
ニューの定義を行う。どのようなメニューの構成にする
か考えて、メニューのラベルとニーモニックを定義す
る。

【００３１】・（ステップ４５）表示情報の設定とメニ
ューとのリンクを行う。表示情報の設定は、表示するダ
イアログにどの項目をどのようなレイアウトで表示する
かを指定する。表示項目には、ターゲット機器のサポー
トしている情報を指定する。具体的には、ＳＮＭＰプロ
トコルを使用している場合は、ＭＩＢ（Ｍａｎａｇｅｍ
ｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅの略。ＳＮ
ＭＰプロトコルで使用するツリー構造のデータ定義のこ
と）名となり、ダイアログ単位で表示情報の定義を行
い、ラベル名と表示項目名を指定する。その後、どのメ
ニューからどのダイアログが表示されるかの指定を行
う。

【００３２】・（ステップ４６）インタフェースのリン
ク状態やコリジョン状態などを示すＬＥＤの定義であ
る。ＬＥＤの表示用ビットマップファイルとパネルウィ
ンドウに表示する位置の定義を行う。

【００３３】・（ステップ４７）ポーリング情報を定義
する。管理アプリケーションのインタフェース自動発見
部は指定されたポーリング情報について定期的にポーリ
ング処理を行う。例えば、ＬＥＤ情報を定義する場合、
ＬＥＤ状態の判断対象となる情報と、その情報の値と表
示するＬＥＤの色の対応付けの設定を行う。ここで設定
した情報から、パネルウィンドウにＬＥＤが表示され
て、ポーリング時にＬＥＤ状態をターゲット機器より取
得して、定義した情報から判断した色を表示する。ま
た、ターゲット機器が、拡張ボードの搭載や、スタック
構成可能で、管理アプリケーション起動中に、機器や機
器のインタフェースの構成に変更があった場合など、パ
ネルウィンドウも変更する必要がある際に定義する。

【００３４】以上のような処理フローで、管理アプリケ
ーションを開発する際には、カスタマイズ装置を使用し
て、機器固有情報ファイルを作成することにより、容易
に新しいターゲット機器に対応できる。

【００３５】図５は、管理アプリケーション起動時およ
び動作中のフローチャートである。フローチャートの説
明と、各ステップが実行環境のどの部分に働くか、図
１、図３を用いて説明する。

【００３６】・（ステップ５１） ターゲット機器５よ
り、基盤制御部１の管理プロトコル通信部３１を介し
て、機種を判別するためにベンダ識別子を取得する。

【００３７】・（ステップ５２） 取得したベンダ識別
子を用いて、基盤制御部の機種固有データ解析部３３
は、機種を特定し、該当する機器固有情報ファイル２を
読み込む。

【００３８】・（ステップ５３） 読み込んだ機器固有
情報ファイルを用いて、基盤制御部のＧＵＩ−ｉｆ部３
５は、パネルイメージのビットマップファイルを読み込
む。

【００３９】・（ステップ５４） 基盤制御部のインタ
フェース自動発見部３２は、機器固有情報ファイル中の
インタフェースに関する構成情報を機器固有データ解析
部３３で解析したＧＵＩ構成データと管理プロトコル通
信部３１から取得したターゲット機器取得データから、
どのような種別のインタフェースが、どういう位置にあ
るかの構成を発見する。

【００４０】・（ステップ５５） 機器固有データ解析
部により機器固有情報ファイルから前回終了時に書き込
まれたＧＵＩ保存データとインタフェース自動発見部か
ら解析された今回起動時のインタフェースの構成が同じ
かどうかを調べる分岐である。初回の管理アプリケーシ
ョン起動時の場合（ＧＵＩ保存データがない）、ステッ
プ５７の処理へ進む。

【００４１】・（ステップ５６） 機器固有データ解析
部３３は、機器固有情報ファイル中のＧＵＩ保存データ
中のインタフェース情報（インタフェースタイプやパネ
ルウィンドウ上の座標など）を読み込む。

【００４２】・（ステップ５７） 機器固有データ解析
部は、インタフェース自動発見処理（ステップ５４）の
データをもとにＧＵＩに表示するためのインタフェース
情報をＧＵＩ−ｉｆ部３５へ設定する。

【００４３】・（ステップ５８） 機器固有データ解析
部により、機器固有情報ファイルのＧＵＩ保存データを
もとにＧＵＩに表示するためのインタフェース情報をＧ
ＵＩ−ｉｆ部３５へ設定する。前回、管理アプリケーシ
ョン起動時と同様のインタフェース構成である。

【００４４】・（ステップ５９） ステップ５５と同様
に、機器固有データ解析部３３により機器固有情報ファ
イルから前回終了時に書き込まれたＧＵＩ保存データと
インタフェース自動発見部３２から解析された今回起動
時のインタフェースの構成中のＬＥＤ構成が同じかどう
かを調べる分岐である。初回の管理アプリケーション起
動時の場合（ＧＵＩ保存データがない）、ステップ６１
の処理へ進む。

【００４５】・（ステップ６０） 機器固有データ解析
部３３は、機器固有情報ファイル中のＧＵＩ保存データ
中のＬＥＤ情報（ＬＥＤのビットマップファイル名やパ
ネル画面上の座標など）を読み込む。

【００４６】・（ステップ６１） 機器固有データ解析
部３３は、インタフェース自動発見処理（ステップ５
４）のデータをもとにＧＵＩに表示するためのＬＥＤ情
報をＧＵＩ−ｉｆ部３５へ設定する。

【００４７】・（ステップ６２） 機器固有データ解析
部３３は、機器固有情報ファイルのＧＵＩ保存データを
もとにＧＵＩに表示するためのＬＥＤ情報をＧＵＩ−ｉ
ｆ部３５へ設定する。前回、管理アプリケーション起動
時と同様のＬＥＤ構成である。

【００４８】・（ステップ６３） ＧＵＩ−ｉｆ部３５
からＧＵＩ構成データを受け取ったＧＵＩ制御部３は、
インタフェース情報、ＬＥＤ情報、パネルイメージビッ
トマップをパネルウィンドウに設定し、ウィンドウ、メ
ニューなどのＧＵＩを形成し、表示する。

【００４９】・（ステップ６４） ＧＵＩ制御部３に
は、ＧＵＩ−ｉｆ部３５から受け取ったカスタマイズ装
置で定義したポーリング情報をターゲット機器より取得
する。前回取得したデータを退避しておく。

【００５０】・（ステップ６５） ＧＵＩ制御部３によ
り、前回、ターゲット機器より取得したポーリング情報
のデータと今回取得したデータとで、変更があるかどう
か調べる分岐である。前回と同じ（Ｙｅｓ）場合、再び
ポーリング処理（ステップ６４）を行い、前回と異なる
（Ｎｏ）場合、パネルウィンドウ表示（ステップ６３）
の処理を行い、変更のあったポーリング情報のデータを
もとにパネルウィンドウを表示し直す。例えば、ポーリ
ング情報にＬＥＤやインタフェースの状態を定義した場
合、定義した色でビットマップファイルを表示し直す。
また、機器構成やインタフェース構成をポーリング情報
に設定している場合、実機の構成と同様のイメージをパ
ネルウィンドウに表示し直す。

【００５１】・（ステップ６６） ＧＵＩ制御部３は、
管理アプリケーション終了時に、インタフェースやＬＥ
Ｄ構成などのデータを、機器固有情報ファイルにＧＵＩ
保存データとして書き込む。

【００５２】以上のような処理フローで、機器固有情報
ファイルのみの作成で管理アプリケーションが動作でき
る。

【００５３】

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

【００５４】図６は、本発明の一実施例を示す動作説明
図である。

【００５５】ターゲット機器７１は、今から管理アプリ
ケーションを開発しようとしている機器である。ターゲ
ット機器の特徴は、以下のようになっている。

【００５６】・管理プロトコルとして、ＳＮＭＰエージ
ェントを搭載している。

【００５７】・インタフェースの構成は、１００ＢＡＳ
Ｅ−Ｔインタフェースが２４個、ＳＥＲＩＡＬインタフ
ェースが１個、ＡＴＭインタフェースが１個、ＦＤＤＩ
インタフェースが１個で構成されている。

【００５８】・拡張スロットを２スロット搭載してお
り、運用中、スロットにインタフェースボードを挿入す
ることで構成を変更できる。

【００５９】・インタフェースボードは、ＡＴＭボード
とＦＤＤＩボードの２種類ある。

【００６０】・１００ＢＡＳＥ−Ｔインタフェースに
は、それぞれに対応したＬＥＤがあり、通常はオレンジ
色で、インタフェースがネットワーク混雑状態の場合
に、緑色に点灯する。また、ターゲット機器が各インタ
フェースに一意に設定している番号（以下、インタフェ
ース番号と云う）は、１００ＢＡＳＥ−Ｔ、シリアル、
ＡＴＭ、ＦＤＤＩインタフェースに昇順に割り当てられ
ているものとする。

【００６１】ターゲット機器のカスタマイズデータ７２
を用いて、本発明のカスタマイズ装置７３で機器固有情
報ファイルを生成し、管理アプリケーション７４を完成
させる。

【００６２】次に、本発明の実施例の動作について、カ
スタマイズ装置の処理と管理アプリケーションの動作処
理について説明する。 （１）カスタマイズ装置の処理 図６、図７、図８とカスタマイズ装置より機種固情報フ
ァイル作成の処理フロー（図４）を用いて詳細に説明す
る。

【００６３】図７は、カスタマイズデータ（図６の７
２）からカスタマイズ装置を用いて生成した実施例に関
連する機器固有ファイルの構造例である。

【００６４】１．ターゲット機器のベンダ識別子を定義
（図４，ステップ４１）ターゲット機器を識別するため
のベンダ識別子を定義する（図７−Ｆ） ２．パネルビットマップ定義（図４，ステップ４２）タ
ーゲット機器のパネルをイメージしたビットマップファ
イルを作成し、ファイル名を設定する。（図７−Ｄ） ３．インタフェース情報定義（図４，ステップ４３）タ
ーゲット機器がサポートしているＭＩＢの定義から、イ
ンタフェース形状を識別できるＭＩＢ（タイプ識別ＭＩ
Ｂ（図７−Ａ，））とインタフェース番号識別できる
ＭＩＢ（インタフェース番号識別ＭＩＢ（図７−Ａ，
））を特定する。

【００６５】インタフェース位置が固定のインタフェー
スの位置を設定する（図７−Ａ，）。本実施例では、
１００ＢＡＳＥ−ＴインタフェースとＳＥＲＩＡＬイン
タフェースが該当する。座標は、パネルイメージビット
マップファイル上の座標であり、インタフェース番号順
に列挙していく。

【００６６】インタフェースのタイプを識別するため、
タイプ（図７−Ａ，）を設定する。実際のインタフェ
ースタイプ（１０ＢＡＳＥ−Ｔ等）とターゲット機器が
持っているインタフェースタイプ識別ＭＩＢの値との関
連付けをする。例えば、ＡＴＭインタフェースのインタ
フェース識別ＭＩＢの値が、“１”である場合には、
“ＡＴＭ：１“となる。インタフェースタイプは、カス
タマイズ装置により、選択できる。

【００６７】インタフェースの拡張用ボードの構成を設
定する。ターゲット機器がサポートしているＭＩＢの定
義から、ボードのタイプを識別できるＭＩＢ（図７−
Ａ，）とボードの番号を識別できるＭＩＢ（図７−
Ａ，）を特定する。

【００６８】ボートタイプ（図７−Ａ，）には、図７
−Ａ，の値とインタフェースのタイプとそのインタフ
ェースのパネルイメージビットマップファイル上のボー
ド位置を原点とした座標を順に列挙する。

【００６９】次にボードの位置（図７−Ａ，）を設定
する。パネルイメージビットマップファイル上でのボー
ドを表示する座標を設定する。

【００７０】４．メニュー定義（図４，ステップ４
４）、表示情報定義とメニューとのリンク（図４，ステ
ップ４５）メニューの設定とダイアログの表示内容を設
定する。メニュー名とニーモニックとダイアログＩＤを
設定する（図７−Ｃ，）。ダイアログＩＤは、どのダ
イアログを表示するかの識別子である。

【００７１】ダイアログのタイトルと表示内容を設定す
る。ラベル名（項目内容）と表示するＭＩＢ名を設定す
る。例えば、図８−のようなダイアログを表示する場
合、機器固有情報ファイルの内容は、図８−のような
データをカスタマイズ装置が生成する。

【００７２】５．ＬＥＤ情報定義（図４，ステップ４
６）ＬＥＤのパネルイメージビットマップファイル上の
座標をＬＥＤの番号（インデックス）順に列挙する（図
７−Ｂ，）。

【００７３】ＬＥＤビットマップファイル名を設定する
（図７−Ｂ，）。

【００７４】ターゲット機器がサポートしているＭＩＢ
の定義から、ＬＥＤの番号を識別できるＭＩＢ（図７−
Ｂ，）を特定する。ポーリング情報でＬＥＤの状態を
取得する場合、どのＬＥＤかを特定するための値であ
る。

【００７５】６．ポーリング情報定義（図４，ステップ
４７）ポーリングする対象のＭＩＢを指定する。実施例
では、インタフェースとＬＥＤの状態をポーリングする
設定について説明する。

【００７６】インタフェース状態を設定する例では、図
７−Ｅ，にインタフェース状態を識別するＭＩＢを設
定する。例えば、インタフェースのＵＰ／ＤＯＷＮ状態
（物理的に特定のインタフェースが接続可能な状態（Ｕ
Ｐ）であるか、不可能な状態（ＤＯＷＮ）であるかを表
す。）などがある。次に、図７−Ｅ，に、インタフェ
ース状態識別のＭＩＢの値と状態色を対応付ける。例え
ば、インタフェースのＵＰ／ＤＯＷＮ状態のポーリング
では、ＵＰ状態のインタフェースの色を黒に、ＤＯＷＮ
状態のインタフェースの色を赤に設定すると、管理アプ
リケーション動作中に実際のインタフェースが何らかの
原因でＤＯＷＮ状態になった場合、ポーリング時に検出
してそのインタフェースビットマップを赤色に表示し、
ＧＵＩ画面上でインタフェースの状態を視覚的に検出す
ることが可能となる。

【００７７】ＬＥＤ状態の場合もインタフェース状態と
同様である。実施例では、ＬＥＤがあるインタフェース
のネットワーク混雑状態を識別するＭＩＢ（図７−Ｅ，
）を設定する。インタフェースが正常な状態のときの
ＭＩＢの値とＬＥＤの色をオレンジ色に、ネットワーク
混雑状態のときのＭＩＢの値とＬＥＤの色を緑色に設定
する（図７−Ｅ，）。設定すると管理アプリケーショ
ン動作中に、ネットワーク混雑状態のインタフェースを
ＧＵＩ画面上で視覚的検出することが可能となる。 （２）管理アプリケーションの動作処理 次に、図７のカスタマイズ装置で生成した機種固有情報
ファイルが管理アプリケーションの動作処理（図５）に
どう関連するか詳細に説明する。

【００７８】１．機器固情報ファイルの読み込み（図
５，ステップ５２）取得したベンダ識別子より、基盤制
御部の機種固有データ解析部３３は、機器固有情報ファ
イル中のベンダ識別子情報（図７−Ｆ）を読み込み、一
致したものをカレントとみなし、その機器固有情報ファ
イルを読み込む。

【００７９】２．パネルイメージビットマップの読み込
み（図５，ステップ５３）読み込んだ機器固有情報ファ
イルを用いて、基盤制御部のＧＵＩ−ｉｆ部３５は、機
器固有情報ファイル中のパネルイメージビットマップフ
ァイル（図７−Ｄ）を取得し、指定のビットマップファ
イルを読み込む。

【００８０】３．インタフェース自動発見処理（図５，
ステップ５４）ＧＵＩ−ｉｆ部３５は、機器固有データ
解析部３３が読み込んだ機器固有情報ファイルと管理プ
ロトコル通信部３１より取得したターゲット機器取得デ
ータより、インタフェースの自動発見処理を行う。以下
に処理フローを箇条書きに示す。

【００８１】・タイプ識別ＭＩＢ（図７−Ａ，）をタ
ーゲット機器より取得する。取得したデータは、現在、
ターゲット機器に実装しているインタフェース数だけあ
り、インタフェースの形状を識別できる情報を持ったリ
ストである。（インタフェース番号順に昇順になってい
る。）これによって、インタフェースの数が判断でき
る。

【００８２】・インタフェース番号ＭＩＢ（図７−Ａ，
）をターゲット機器より取得する。取得したデータ
は、タイプ識別ＭＩＢと順に対応している各インタフェ
ース固有の番号のリストである。これによって、各イン
タフェースを一意に識別できる。

【００８３】・タイプ（図７−Ａ，）の情報を読みこ
む。タイプ識別ＭＩＢで取得した値は、各ベンダで定義
しているものがある。ここでは、タイプ識別ＭＩＢで取
得した値と読み込んだ上記の情報から各インタフェース
の形状を判断する。これによって、各インタフェースの
形状が判断できる。

【００８４】・位置（図７−Ａ，）情報を読み込む。
ここには、固定インタフェースの位置がインタフェース
番号順に設定されているので、データがあるまで座標を
決定していく。実施例の場合、この時点で１００ＢＡＳ
Ｅ−Ｔインタフェース２４個分とシリアルインタフェー
ス１個のタイプと位置が決定される。

【００８５】・ボードタイプ識別ＭＩＢ（図７−Ａ，
）をターゲット機器より取得する。取得したデータ
は、現在、ターゲット機器に実装しているボードの数だ
けあり、ボードのタイプを識別できる情報を持ったリス
トである。実施例の場合、ＡＴＭインタフェースとＦＤ
ＤＩインタフェースのボードのタイプが格納してある。
これによって、ボードを実装している個数とタイプが判
断できる。

【００８６】・ボード番号識別ＭＩＢ（図７−Ａ，）
をターゲット機器より取得する。取得したデータは、ボ
ードタイプ識別ＭＩＢと順に対応している各ボード固有
の番号のリストである。これによって、実装されている
ボードを一意に識別できる。

【００８７】・ボード位置（図７−Ａ，）情報を読み
込む。ここには、指定のボード番号がパネルビットマッ
プ上のどの位置にあるか設定されているので、取得した
ボード番号ＭＩＢの値とボードタイプ識別ＭＩＢの値か
ら、どのボードがどこの位置にあるか判断できる。

【００８８】・ボードタイプ（図７−Ａ，）情報を読
み込む。ここでは、どのボードタイプにどのインタフェ
ースが実装されて、ボードを原点としてどの位置にある
かが設定されている。既に、ボード位置とタイプがわか
っているので、ボードに実装しているインタフェースの
位置とタイプを判断できる。

【００８９】・番号識別ＭＩＢ（図７−Ｂ，）をター
ゲット機器より取得する。取得したデータは、現在、タ
ーゲット機器に実装しているＬＥＤの数だけあり、ター
ゲット機器に一意な昇順に並んだＬＥＤ番号のリストで
ある。これにより、ＬＥＤの数を判断できる。

【００９０】・位置（図７−Ｂ，）情報を読み込む。
ここでは、ＬＥＤの位置情報が昇順に列挙されており、
各ＬＥＤのパネルビットマップ上の位置を判断できる。

【００９１】・ビットマップ（図７−Ｂ，）の情報を
読み込む。ここでは、表示するＬＥＤのビットマップフ
ァイル名を判断できる。なお、インタフェースのビット
マップに関しては、あらかじめ汎用データベース（図
３，３４）に、ＧＵＩ汎用データをして登録してあるの
で、それを使用する。

【００９２】以上で、インタフェースの自動発見処理を
行うことができる。

【００９３】４．パネルウィンドウ表示（図５，ステッ
プ６３）ここでは、メニューとダイアログの作成及び動
作について説明する。

【００９４】・メニュー名（図７−Ｃ，）の情報を読
み込む。ここでは、メニュー名、ニーモニック、表示す
るダイアログを識別するダイアログＩＤを設定してい
る。これにより、メニューを作成し、選択された場合、
どのダイアログを表示するかを判断できる。

【００９５】・ダイアログ（図７−Ｃ，）の情報を読
み込む。ここでは、表示するダイアログの内容が設定さ
れている。表示するラベル名とターゲット機器より取得
するＭＩＢ名が設定されている。これにより、表示する
ダイアログの内容を判断できる。また、２．のパネルイ
メージビットマップの読み込みと３．の自動発見処理の
からＧＵＩ−ｉｆ部がＧＵＩ構成データを生成し、ＧＵ
Ｉ制御部により、インタフェース情報、ＬＥＤ情報とパ
ネルイメージビットマップをパネルウィンドウに設定し
表示する。

【００９６】５．ポーリング処理（図５，ステップ６
４）機種固有情報ファイルのポーリング情報（図７−
Ｅ）より、情報を取得して、ポーリングを行う。

【００９７】・インタフェース状態識別ＭＩＢ（図７−
Ｅ，）をターゲット機器より取得する。取得したデー
タは、現在、ターゲット機器に実装されているインタフ
ェースの状態が格納されているインタフェース番号順に
昇順になっているリストである。

【００９８】・インタフェース状態色（図７−Ｅ，）
の情報を読み込む。ここでは、インタフェース状態識別
ＭＩＢで取得した値とパネルウィンドウに表示するイン
タフェースビットマップファイルの色とが対応付けら
れ、表示するインタフェースビットマップファイルの色
を判断できる。

【００９９】・ＬＥＤ状態識別ＭＩＢ（図７−Ｅ，）
や、ＬＥＤ状態色（図７−Ｅ，）もインタフェースの
場合と同様である。

【０１００】以上のことから、管理アプリケーションを
開発する際に、本発明のカスタマイズ装置を使用するこ
とにより、ターゲット機器を分析した情報を容易に設定
することができる。

【０１０１】また、カスタマイズ装置によって生成した
機器固有情報ファイルを使用するだけで、複数のターゲ
ット機器が存在する場合でも、共通化された基盤制御部
とＧＵＩ機能で管理アプリケーションがコンパクトに作
成でき、動作できる。

【０１０２】

【発明の効果】以上説明したように、本発明は、カスタ
マイズ装置を用いて、機器固有情報ファイルを作成する
だけで新しいターゲット機器の管理アプリケーションを
開発できるようにしたことにより、生産性が向上し、ラ
イフサイクルが短いターゲット機器の管理アプリケーシ
ョン開発に対して非常に有効になる効果があるととも
に、全てのモジュールが共通化されているため、管理ア
プリケーションを保守する際に、保守効率がよくなる効
果もある。

【図面の簡単な説明】

【図１】本発明の一実施の形態を示すブロック図であ
る。

【図２】本発明の開発環境イメージ図である。

【図３】本発明の基盤制御部１の構成図である。

【図４】本発明の機器固有情報ファイルの作成について
のフローチャートである。

【図５】本発明の管理アプリケーションの起動時および
動作中のフローチャートである。

【図６】本発明の一実施例を示す動作説明図である。

【図７】本発明の機器固有ファイルの構造例を示す図で
ある。

【図８】本発明のダイアログ表示例を示す図である。

【図９】従来のネットワーク接続機器管理アプリケーシ
ョン開発方式を示す図である。

【符号の説明】

０，７４ 管理アプリケーション １ 基盤制御部 ２ 機器固有情報ファイル ３ ＧＵＩ制御部 ４，７３ カスタマイズ装置 ５ ターゲット機器 ３１ 管理プロトコル通信部 ３２ インタフェース自動発見部 ３３ 機器固有データ解析部 ３４ 汎用データベース ３５ ＧＵＩ−ｉｆ部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/00 G06F 13/00 H04L 12/00

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】ネットワーク接続機器を管理するための管
   理アプリケーションを開発する場合のネットワーク接続
   機器管理アプリケーション開発方式であって、前記ネッ
   トワーク接続機器固有のカスタマイズデータを定義し機
   器固有情報ファイルを作成するカスタマイズ装置と、該
   機器固有情報ファイルを解析し前記ネットワーク接続機
   器固有のＧＵＩ構成データを取得する機器固有データ解
   析部と前記ネットワーク接続機器の最新のデータを取得
   するインタフェース自動発見部とを有する基盤制御部
   と、前記ネットワーク接続機器固有のＧＵＩ構成データ
   と取得した前記ネットワーク接続機器の最新データから
   ＧＵＩを作成し表示するＧＵＩ制御部から構成されるネ
   ットワーク接続機器管理アプリケーション開発方式にお
   いて、前記カスタマイズデータは、前記ネットワーク接
   続機器に依存したＧＵＩ上のメニュー定義とダイアログ
   に表示する項目、及び前記ネットワーク接続機器のネッ
   トワークとのインタフェース、ＬＥＤの構成状態を含ん
   で構成されることを特徴とするネットワーク接続機器管
   理アプリケーション開発方式。
2. 【請求項２】前記インタフェース自動発見部は、前記機
   器固有情報ファイル中のインタフェースに関する構成情
   報を前記機器固有データ解析部で解析したＧＵＩ構成デ
   ータと取得した前記ネットワーク接続機器の前記最新デ
   ータから、どのような種別のインタフェース及びＬＥＤ
   が、どういう位置にあるかの構成を発見し、発見された
   前記構成を前記ＧＵＩに反映させるように前記ＧＵＩ制
   御部を介して制御することを特徴とする請求項１記載の
   ネットワーク接続機器管理アプリケーション開発方式。
3. 【請求項３】前記インタフェース自動発見部は、定期的
   に前記ネットワーク接続機器の構成や状態をポーリング
   することにより、前記ネットワーク接続機器のＬＥＤの
   構成状態及び該ＬＥＤの色に変更があった場合に、該変
   化を前記ＧＵＩに反映させるように前記ＧＵＩ制御部を
   介して制御することを特徴とする請求項１記載のネット
   ワーク接続機器管理アプリケーション開発方式。