(57)【要約】【課題】  複数の伝送装置の構成や機能を管理ホスト側でモニタ表示するために管理ホスト側のデータベースに伝送装置の構成や機能に関する情報を常に入れておく必要があり、伝送装置の構成が変更される毎にデータベースの更新も行う必要があった。【解決手段】  本発明の伝送装置の実装状態管理システム及びその方法は、構成や機能の異なる複数の伝送装置と、該伝送装置の装置構成を表示手段に視覚的に描画して管理する管理ホストとを備えた実装状態管理システムにおいて、前記装置構成を示す設定情報を前記複数の伝送装置毎に所持し、前記管理ホストは前記複数の伝送装置から得た前記設定情報に基づいて前記表示手段に前期装置構成を描画処理して表示することを特徴とする。【選択図】    図１
2007034707.tif 000002
【特許請求の範囲】
【請求項１】
構成や機能の異なる複数の伝送装置と、
該伝送装置の装置構成を表示手段に視覚的に描画して管理する管理ホストとを備えた実装状態管理システムにおいて、
前記装置構成を示す設定情報を前記複数の伝送装置毎に所持し、
前記管理ホストは前記複数の伝送装置から得た前記設定情報に基づいて前記表示手段に前期装置構成を描画処理して表示することを特徴とする実装状態管理システム。
【請求項２】
請求項１記載の実装状態管理システムにおいて、
前記設定情報をユニットの組合せ形態を表す装置タイプ情報とし、
前記管理ホストは前記複数の伝送装置から得た前記装置タイプ情報に基づいて前記表示手段に前記ユニットの組合せ形態を描画処理して表示することを特徴とする実装状態管理システム。
【請求項３】
請求項１記載の実装状態管理システムにおいて、
前記設定情報をユニット内部の構成を示すユニットタイプ情報とし、
前記管理ホストは前記複数の伝送装置から得た前記ユニットタイプ情報に基づいて前記表示手段に前記ユニット内部の構成を描画処理して表示することを特徴とする実装状態管理システム。
【請求項４】
請求項１記載の実装状態管理システムにおいて、
前記設定情報をユニット内に搭載されるパッケージの構成を表すパッケージタイプ情報とし、
前記管理ホストは前記複数の伝送装置から得た前記パッケージタイプ情報に基づいて前記表示手段に前記パッケージの構成を描画処理して表示することを特徴とする実装状態管理システム。
【請求項５】
請求項２乃至４記載の実装状態管理システムにおいて、
前記管理ホストは前記複数の伝送装置から得た前記装置タイプ情報と前記ユニットタイプ情報と前記パッケージタイプ情報とに基づいて前記表示手段に前記ユニットの組合せ形態と前記ユニット内部の構成と前記パッケージの構成とを合成して表示することを特徴とする実装状態管理システム。
【請求項６】
構成や機能の異なる複数の伝送装置と、
該伝送装置の装置構成を表示手段に視覚的に描画して管理する管理ホストとを備えた実装状態管理システムでの実装状態管理方法において、
前記装置構成を示す設定情報を前記複数の伝送装置毎に所持し、
前記管理ホストは前記複数の伝送装置から得た前記設定情報に基づいて前記表示手段に前期装置構成を描画処理して表示することを特徴とする実装状態管理方法。                                                                                
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、それぞれ構成や機能の異なる複数の伝送装置の装置構成などをモニタして、伝送装置の構成や機能あるいは状態などを表示手段に視覚的に表示して、伝送装置の管理を行う実装状態管理システム及びその方法に関する。
【背景技術】
【０００２】
通信やネットワーク技術が発達するに連れて、様々な場所に様々な機能を有する伝送装置が配置されている。これらの多数の伝送装置を効率的に保守管理するために、ネットワークを介して伝送装置の構成や機能、装置の状態などをモニタする伝送装置の実装状態管理システムの必要性が強く求められている。
このような伝送装置の実装状態管理システムの概要を図４に示す。図４は管理ホスト４０１がネットワーク網４０７を介して接続されている４０３乃至４０６の複数の伝送装置から、伝送装置に割り当てられたアドレスを指定して、指定した伝送装置の構成や機能など実装状態をモニタし、伝送装置の様子をモニタ装置１０８に視覚的に描画して表示するようになっている。
【０００３】
図５は一般的な伝送装置の構成を説明する図で、同図（ａ）は伝送装置側の装置タイプの構成を３種類描いた図で、縦方向の列が架台数を示し、各列の段数がユニット数を示す。例えば、伝送装置５０１の装置タイプは１架−１ユニット、伝送装置５０２の装置タイプは１架−３ユニット、伝送装置５０３の装置タイプは３架−４ユニットとなる。
図５（ｂ）は伝送装置側のユニットタイプの構成を４種類描いた説明図で、１つのユニットのスロット数や共通部のスロットの位置および実装フリーのスロットの位置などがユニットによって異なる。
【０００４】
尚、共通部のスロットには伝送装置に必ず必要な機能、例えばクロック、ＣＰＵ（中央演算装置）、スイッチ、インターフェースなどの機能のパッケージが搭載され、実装フリーなスロットには伝送装置の機能によって、例えばＡＴＭ（Asynchronous Transfer Mode)、ＩＳＤＮ（Integrated Services Digital Network）、電話回線、ＬＡＮ（Local Area Network）など様々な機能のパッケージが搭載される。
【０００５】
例えば、ユニット５０４のユニットタイプはスロット数が１６スロットで共通部５０５は１１番目から１６番目のスロット、実装フリーなスロットは１番目から１０番目にのスロットにある。ユニット５０７のユニットタイプはスロット数が１６スロットで共通部５０８は１３番目から１６番目のスロット、実装フリーなスロットは５０９で示した部分にあることが分かる。同様に、ユニット５１０のユニットタイプはスロット数が２０スロットで共通部は５１１で示した部分、実装フリーなスロットは５１２で示した部分にある。同様に、ユニット５１３のユニットタイプは２０スロットで共通部は５１４で示した部分、実装フリーなスロットは５１５で示した部分にある。また、重要な伝送装置では、共通部がユニット５０４のように二重化されて多くなっているものもあり、ユニットタイプの構成は伝送装置の機能などによって多種多様である。
【０００６】
さらに、図５（ｃ）はユニットの各スロットに搭載されるパッケージタイプの例を３種類描いた図で、５１６はスロット幅が１スロット分のシングルで高さが１スロット分のフルサイズのパッケージを示し、５１７はスロット幅が２スロット分のダブルで高さが１スロット分のフルサイズのパッケージを示し、５１８はスロット幅が１スロット分のシングルだが高さが１／２スロット分のハーフサイズのパッケージをそれぞれ示している。
【０００７】
図６は図５に示した各部で構成される伝送装置の全体イメージを描いた説明図である。同図において、６０１は２架−３ユニットの装置タイプを有する伝送装置、６０２乃至６０７はユニットタイプがそれぞれ異なるユニット、６０８は実装フリーのスロット番号１のスロットを、６０９は共通部のスロット番号２０のスロットを、６１０は実装フリーのスロット番号１の下段のハーフサイズのスロットをそれぞれ示している。
【０００８】
図６に示すように、伝送装置によって様々な種類の装置タイプやユニットタイプあるいはパッケージタイプがあり、さらには搭載されているパッケージの機能なども異なるため、膨大な組み合わせの装置情報を管理しなければならない。しかも、伝送装置の新設や既設装置の構成変更などがあるため、逐次、最新の状態に保って管理するのは大変な作業となる。
【０００９】
従来の実装状態管理システムは、図４に示す管理ホスト４０１側で構成や機能の異なる伝送装置の装置情報をデータベースに記憶しておき、各伝送装置側から送られてくる識別番号によって管理ホスト４０１の装置情報データベースから該当する構成や機能を読み出して描画して表示するようになっていた。
以下、図４に示す管理ホスト４０１がネットワーク網４０７を介してアドレス３が割り当てられた伝送装置４０５の構成や機能をモニタする従来技術について説明する。
【００１０】
図７は従来技術によって装置タイプをモニタする伝送装置４０５と管理ホスト４０１との手順を描いた説明図で、７０１は管理ホスト４０１側の処理、７０２はアドレス３が割り当てられた伝送装置４０５側の処理、７０３は管理ホスト４０１から伝送装置４０５への要求、７０４は伝送装置４０５から管理ホスト４０１への応答、７０５は伝送装置４０５のファームウェア処理、７０６および７０７は管理ホスト４０１の管理アプリケーションのソフトウェア処理、７０８は伝送装置４０５の設定情報データベース、７０９は管理ホスト４０１の装置情報データベース、１０９はモニタ装置１０８の表示画面をそれぞれ示している。
【００１１】
図７において、管理ホスト４０１がアドレス３の伝送装置４０５に対して、装置タイプの読み出し要求７０３を送ると、伝送装置４０５ではファームウェア処理７０５によって自己の装置の設定情報データベース７０８から装置タイプを読み出し、装置タイプがタイプＣであること示す応答７０４を管理ホスト４０１側に返信する。これを受けた管理ホスト４０１はアプリケーションのソフトウェア処理７０６で、タイプＣがどのような装置構成なのかを管理ホスト４０１の装置情報データベース７０９で調べ、３×４のタイプであることが分かると、管理ホスト４０１のソフトウェア処理７０７によって、モニタ装置１０８に画面１０９に示すように構成などを視覚的に描画して表示する。
【００１２】
次に、ユニットタイプを読み出す従来技術の例を図８に示す。図７で説明したように、管理ホスト４０１はアドレス３の伝送装置４０５に既に接続されているものとし、伝送装置４０５に搭載されている複数のユニットタイプのうち論理番号１のユニット構成を読み取る場合の手順を説明する。
図８において、８０３は管理ホスト４０１側から伝送装置４０５側への要求、８０４は伝送装置４０５側から管理ホスト４０１側への応答、８０５は伝送装置４０５側のファームウェア処理、８０６および８０７は管理ホスト４０１側のアプリケーションのソフトウェア処理、８０８は伝送装置４０５の設定情報データベース、８０９は管理ホスト４０１のユニット情報データベース、２０９はモニタ装置１０８の表示画面をそれぞれ示している。
【００１３】
今、管理ホスト４０１が伝送装置４０５に対して、論理番号が１のユニットタイプ読み出し要求８０３を送ると、伝送装置４０５ではファームウェア処理８０５によって自己の装置の設定情報データベース８０８からユニットタイプを読み出し、ユニットタイプがタイプＩであること示す応答８０４を管理ホスト４０１に返信する。これを受けた管理ホスト４０１はアプリケーションのソフトウェア処理８０６で、タイプＩがどのようなユニット構成なのかを管理ホスト４０１のデータベース８０９で調べ、タイプＩはスロット幅が１７スロットでハーフサイズが７番から１５番に搭載されていることを認識し、管理ホスト４０１のアプリケーションのソフトウェア処理８０７によってモニタ装置１０８に画面２０９に示すように描画し、ユニットの構成などを視覚的に表示する。
【００１４】
次に、パッケージ情報を読み出す場合の従来の技術を図９に示す。図８の場合と同様に、既に管理ホスト４０１は装置タイプやユニットタイプは確認済みとし、スロットに搭載されているパッケージ情報を読み取る場合の手順について説明する。図９において、９０１および９０５は管理ホスト４０１から伝送装置４０５への要求、９０４および９０８は伝送装置４０５から管理ホスト４０１への応答、９０２および９０６は伝送装置４０５のファームウェア処理、９０９および９１１は管理ホスト４０１のアプリケーションのソフトウェア処理、９０３は伝送装置４０５の設定情報データベース、９１０は管理ホスト４０１のパッケージ情報データベース、３０９はモニタ装置１０８の表示画面をそれぞれ示している。
【００１５】
今、管理ホスト４０１が伝送装置４０５に対して、クロック用パッケージの１つである０系クロックのパッケージタイプの読み出し要求９０１を送ると、伝送装置４０５ではファームウェア処理９０２によって自己の装置の設定情報データベース９０３からパッケージタイプを読み出し、パッケージタイプが△△クロック盤であること示す応答９０４を管理ホスト４０１に返信する。
【００１６】
さらに、管理ホスト４０１が伝送装置４０５に対して、論理スロット１２のパッケージタイプの読み出し要求９０５を送ると、伝送装置４０５ではファームウェア処理９０６によって自己の装置の設定情報データベース９０３からパッケージタイプを読み出し、パッケージタイプが○○ＩＦ盤であること示す応答９０８を管理ホスト４０１に返信する。
これを受けた管理ホスト４０１はアプリケーションのソフトウェア処理９０９で、△△クロック盤がどのようなパッケージタイプなのかを管理ホスト４０１のデータベース９１０で調べ、３スロット目にあってスロット幅が２倍のダブルで高さが１のシングルであることを認識し、さらに、○○ＩＦ盤がどのようなパッケージタイプなのかを管理ホスト４０１のデータベース９１０で調べ、１２下段のスロットにあってスロット幅が１で高さが１／２のハーフであることを認識し、管理ホスト４０１のソフトウェア処理９１１によってモニタ装置１０８に画面３０９に示すように描画し、△△クロック盤の位置や○○ＩＦ盤の位置などを視覚的に表示する。
【００１７】
このように、図７、図８および図９を用いて説明したように、従来の技術では管理ホスト４０１側に様々なデータベースが必要であった。つまり、図７の場合は装置タイプのデータベース７０９が、図８の場合はユニットタイプのデータベース８０９が、図９の場合はパッケージタイプのデータベース９１０がそれぞれ必要となり、伝送装置４０５側の装置構成を変更する毎に管理ホスト４０１側のこれらのデータベースを、逐次、更新する作業を行う必要があった。
【００１８】
また、特許文献１記載の「装置実装状態表示装置」では、上記の問題点を解決するために、装置の実装状態を表すための装置構成用品を、その画像表示に必要な最小構成の原画要素として保持する装置構成用品データベースを管理ホスト側に設け、装置実装状態表示画像を生成するアプリケーション部が装置構成用品データベースにアクセスして、原画要素の配置処理及びサイズ変更処理を行うことによって装置内部の各種パッケージの実装状態画面を簡易に自動生成する技術が記載されている。
【特許文献１】特開２００１−３４５７２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
従来は、管理ホスト側からの装置タイプ読み出し要求に対し、伝送装置側はタイプ番号など簡単な情報しか返さなかったので、管理ホスト側は返されたタイプ番号から装置タイプやユニットタイプあるいはパッケージタイプなどがどのようになっているのかを管理ホスト側のデータベースに記憶しておかなければならず、管理する伝送装置が構成を変更する毎に、或いは新規に追加される毎に、管理ホスト側のデーターベースを更新する必要があり、管理に非常に手間が掛かり、コストアップの原因になっていた。
【００２０】
また、上記特許文献１の場合は、原画要素として保持する装置構成用品データベースを管理ホスト側に設ける必要があった。
本発明では、伝送装置において各情報を伝送装置側で保持するようにし、管理ホスト側ではそれらの情報を保持あるいは更新する必要が無く、伝送装置から装置情報を取得することによって伝送装置内部の構成や機能を表示手段に描画する伝送装置の実装状態管理システム及びその方法を提供する。
【課題を解決するための手段】
【００２１】
本発明の伝送装置の実装状態管理システム及びその方法は、構成や機能の異なる複数の伝送装置と、該伝送装置の装置構成を表示手段に視覚的に描画して管理する管理ホストとを備えた実装状態管理システムにおいて、前記装置構成を示す設定情報を前記複数の伝送装置毎に所持し、前記管理ホストは前記複数の伝送装置から得た前記設定情報に基づいて前記表示手段に前期装置構成を描画処理して表示することを特徴とする。
【００２２】
特に、前記設定情報をユニットの組合せ形態を表す装置タイプ情報とし、前記管理ホストは前記複数の伝送装置から得た前記装置タイプ情報に基づいて前記表示手段に前記ユニットの組合せ形態を描画処理して表示することを特徴とする。
或いは、前記設定情報をユニット内部の構成を示すユニットタイプ情報とし、前記管理ホストは前記複数の伝送装置から得た前記ユニットタイプ情報に基づいて前記表示手段に前記ユニット内部の構成を描画処理して表示することを特徴とする。
【００２３】
または、前記設定情報をユニット内に搭載されるパッケージの構成を表すパッケージタイプ情報とし、前記管理ホストは前記複数の伝送装置から得た前記パッケージタイプ情報に基づいて前記表示手段に前記パッケージの構成を描画処理して表示することを特徴とする。
さらには、前記管理ホストは前記複数の伝送装置から得た前記装置タイプ情報と前記ユニットタイプ情報と前記パッケージタイプ情報とに基づいて前記表示手段に前記ユニットの組合せ形態と前記ユニット内部の構成と前記パッケージの構成とを合成して表示することを特徴とする。
【発明の効果】
【００２４】
本発明では、伝送装置において詳細な装置情報を伝送装置側で保持するようにしたので、管理ホスト側は管理する伝送装置が構成を変更する毎に、或いは新規に追加する毎に、管理ホスト側のデーターベースを更新する必要がなく、管理が非常に簡単で、コスト低減の効果がある。
また、伝送装置側で装置情報を登録するだけで済み、従来のように管理ホストのデーターベースに登録する煩雑な作業が必要ないので、登録時のミスによる誤動作や誤認識も防止することができる。
【発明を実施するための最良の形態】
【００２５】
（第１の実施形態）
本発明の伝送装置の実装状態管理システム及びその方法の第１の実施形態について、図１を用いて詳しく説明する。本実施形態は、先に従来の技術で説明した図７に対応する実施形態で、管理ホスト４０１は伝送装置４０５の装置タイプをモニタ装置１０８に視覚的に描画して管理するようになっている。
【００２６】
図１は管理ホスト４０１と伝送装置４０５との間の手順を描いた説明図で、１０１は管理ホスト４０１側の処理の流れ、１０２はアドレス３が割り当てられた伝送装置４０５側の処理の流れ、１０３は管理ホスト４０１から伝送装置４０５への要求、１０４は伝送装置４０５のファームウェア処理、１０５は伝送装置４０５の設定情報データベース、１０６は伝送装置４０５から管理ホスト４０１への応答、１０７は管理ホスト４０１のアプリケーションのソフトウェア処理をそれぞれ示している。尚、１０８および１０９は従来の技術で説明した図７の場合と同じものを示している。
【００２７】
図１において、管理ホスト４０１がアドレス３の伝送装置４０５に対して、装置タイプの読み出し要求１０３を送ると、伝送装置４０５ではファームウェア処理１０４によって自己の装置の設定情報データベース１０５から装置タイプおよびその構成を読み出し、装置タイプがタイプＣで、構成が３×４の３架−４ユニットであることを示す応答１０６を管理ホスト４０１に返信する。これを受けた管理ホスト４０１はアプリケーションのソフトウェア処理１０７で、３×４の３架−４ユニットをモニタ装置１０８の画面１０９に示すように描画し、応答１０６によって伝送装置４０５から構成情報と一緒に送られてくる状態情報などと共に視覚的に表示する。
【００２８】
このように、図７の従来技術の場合に比較して、アプリケーションのソフトウェア処理７０６および装置情報データベース７０９が不要となるので管理ホスト４０１側の負担を大きく軽減できる。
特に、アドレス３の伝送装置４０５の装置タイプが管理ホスト４０１側の装置情報データベース７０９に記憶されていない新たなタイプＸに変更になった場合、図７の従来技術では、タイプＸを伝送装置４０５側の設定情報データベース７０８に登録するとともに管理ホスト４０１側の装置情報データベース７０９にも登録する必要があるが、図１の本発明の第１の実施形態では、伝送装置４０５側の設定情報データベース１０５を更新するだけで、新たなタイプＸの装置タイプおよびその構成は伝送装置４０５側から管理ホスト４０１側に送られるので、管理ホスト４０１はモニタ装置１０８にタイプＸの構成を描画することが可能となる。
【００２９】
尚、本実施形態では、３×４の描画を管理ホスト４０１のアプリケーションのソフトウェア処理１０７で行うこととしたが、３×４の画像データまたは描画アルゴリズムを設定情報データベース１０５に記憶しておき、応答１０６でその画像データも一緒に伝送装置４０５側から管理ホスト４０１側に送るようにしても構わない。この場合は、管理ホスト４０１側のアプリケーションのソフトウェア処理の負担をさらに低減することができる。
（第２の実施形態）
次に、本発明の第２の実施形態として、ユニットタイプを読み出す場合について図２を用いて詳しく説明する。本実施形態は、従来の技術で説明した図８に対応する実施形態で、管理ホスト４０１は伝送装置４０５のユニットタイプをモニタ装置１０８に視覚的に描画して管理するシステムおよび方法に関するものである。
【００３０】
図２は、伝送装置４０５に搭載されている複数のユニットタイプの中の論理番号１のユニット構成を読み取る場合の手順を示している。尚、第１の実施形態で述べた手順によって、既に管理ホスト４０１はアドレス３の伝送装置４０５に既に接続されているものとする。
図２において、２０３は管理ホスト４０１側から伝送装置４０５側への要求、２０４は伝送装置４０５側のファームウェア処理、２０５は伝送装置４０５の設定情報データベース、２０６は伝送装置４０５側から管理ホスト４０１側への応答、２０７は管理ホスト４０１側のアプリケーションのソフトウェア処理をそれぞれ示している。尚、１０８および２０９は従来の技術で説明した図８の場合と同じものを示している。
【００３１】
図２において、管理ホスト４０１が伝送装置４０５に対して、論理番号が１のユニットタイプの読み出し要求２０３を送ると、伝送装置４０５ではファームウェア処理２０４によって自己の装置の設定情報データベース２０５からユニットタイプおよびその構成を読み出し、ユニットタイプがタイプＩで、構成が１７スロットのユニットでユニット番号７から１５がハーフサイズであることを示す応答２０６を管理ホスト４０１に返信する。これを受けた管理ホスト４０１はアプリケーションのソフトウェア処理２０７で、１７スロットのユニットでユニット番号７から１５がハーフサイズであるユニットをモニタ装置１０８の画面２０９に示すように描画し、応答２０６によって伝送装置４０５から構成情報と一緒に送られてくる状態情報などと共に表示する。
【００３２】
このように、図８の従来技術の場合に比較して、管理ホスト４０１側のアプリケーションのソフトウェア処理８０６およびユニット情報データベース８０９が不要となるので管理ホスト４０１側の負担を大きく軽減できる。
特に、アドレス３の伝送装置４０５のユニットタイプが管理ホスト４０１側の装置情報データベース８０９に記憶されていない新たなタイプＹに変更になった場合、図８の従来技術では、タイプＹを伝送装置４０５側の設定情報データベース８０８に登録するとともに管理ホスト４０１側の装置情報データベース８０９にも登録する必要があったが、図２の本発明の第２の実施形態では、伝送装置４０５側の設定情報データベース２０５を更新するだけで、新たなタイプＹのユニットタイプおよびその構成は伝送装置４０５側から管理ホスト４０１側に送られるので、管理ホスト４０１はモニタ装置１０８にタイプＹの構成を描画することが可能となる。
【００３３】
尚、本実施形態では、１７スロットのユニットでユニット番号７から１５がハーフサイズであるユニットの描画を管理ホスト４０１のアプリケーションのソフトウェア処理２０７で行うこととしたが、１７スロットのユニットでユニット番号７から１５がハーフサイズであるユニットの画像データまたは描画アルゴリズムを設定情報データベース２０５に記憶しておき、応答２０６でその画像データも一緒に伝送装置４０５側から管理ホスト４０１側に送るようにしても構わない。この場合は、管理ホスト４０１側のアプリケーションのソフトウェア処理の負担をさらに低減することができる。
（第３の実施形態）
次に、本発明の第３の実施形態として、パッケージタイプを読み出す場合について図３を用いて詳しく説明する。本実施形態は、従来の技術で説明した図９に対応する実施形態で、管理ホスト４０１は伝送装置４０５の指定したユニットに搭載されているパッケージタイプをモニタ装置１０８に視覚的に描画して管理するシステムおよび方法に関するものである。
【００３４】
図３は、伝送装置４０５のユニットタイプＩの各スロットに搭載されているパッケージのパッケージタイプを読み取る場合の手順を示している。尚、第１および第２の実施形態で述べた手順によって、既に管理ホスト４０１はアドレス３の伝送装置４０５に既に接続され、ユニットタイプがＩであることも読み取り済みであるものとする。
図３において、図５（ｂ）で説明したような共通部のスロットでの０系クロック（故障時などに備えて２系統あるクロックの１つ）のパッケージタイプや実装フリーのスロットの論理スロット（実際の物理スロット番号とは必ずしも一致しない）が１２のパッケージタイプなどを読み出す場合について説明する。
【００３５】
図３において、３０１および３０５は管理ホスト４０１から伝送装置４０５への要求、３０２および３０６は伝送装置４０５のファームウェア処理、３０３は伝送装置４０５の設定情報データベース、３０４および３０８は伝送装置４０５から管理ホスト４０１への応答、３０９は管理ホスト４０１のアプリケーションのソフトウェア処理をそれぞれ示している。尚、１０８および３１０は従来の技術で説明した図９の場合と同じものを示している。
【００３６】
今、管理ホスト４０１が伝送装置４０５に対して、クロック用パッケージの１つである０系クロックのパッケージタイプの読み出し要求３０１を送ると、伝送装置４０５側ではファームウェア処理３０２によって自己の装置の設定情報データベース３０３からパッケージタイプおよびその情報を読み出し、パッケージの機能が△△クロック盤で構成が３スロット目にあって幅が２、高さが１であることを示す応答３０４を管理ホスト４０１に返信する。
【００３７】
続けて、管理ホスト４０１は伝送装置４０５に対して、論理スロット１２のパッケージタイプの読み出し要求３０５を送ると、伝送装置４０５ではファームウェア処理３０６によって自己の装置の設定情報データベース３０３からパッケージタイプおよびその情報を読み出し、パッケージの機能が○○ＩＦ盤で構成が１２スロット目の下段にあって幅が１、高さが１／２であることを示す応答３０８を管理ホスト４０１に返信する。これを受けた管理ホスト４０１は、アプリケーションのソフトウェア処理３０９で、△△クロック盤の構成が３スロット目にあって幅が２、高さが１であることと、○○ＩＦ盤で構成が１２スロット目の下段にあって幅が１、高さが１／２であることをモニタ装置１０８の画面３１０に示すように描画し、応答３０４および３０８によって伝送装置４０５から構成情報と一緒に送られてくる状態情報などと共に表示する。
【００３８】
このように、図９の従来技術の場合に比較して、管理ホスト４０１側のアプリケーションのソフトウェア処理９０９およびパッケージ情報データベース９１０が不要となるので管理ホスト４０１側の負担を大きく軽減できる。
特に、アドレス３の伝送装置４０５のパッケージタイプが管理ホスト４０１側の装置情報データベース９１０に記憶されていない新たなタイプＺに変更になった場合、図９の従来技術では、タイプＺを伝送装置４０５側の設定情報データベース９０３に登録するとともに管理ホスト４０１側の装置情報データベース９１０にも登録する必要があるが、図３の本発明の第３の実施形態では、伝送装置４０５側の設定情報データベース３０３を更新するだけで、新たなタイプＺのパッケージタイプおよびその構成は伝送装置４０５側から管理ホスト４０１側に送られるので、管理ホスト４０１はモニタ装置１０８にタイプＺの構成を描画することが可能となる。
【００３９】
尚、本実施形態では、△△クロック盤の構成が３スロット目にあって幅が２、高さが１であるパッケージと、○○ＩＦ盤で構成が１２スロット目の下段にあって幅が１、高さが１／２であるパッケージとの描画を管理ホスト４０１のアプリケーションのソフトウェア処理３０９で行うこととしたが、△△クロック盤の構成が３スロット目にあって幅が２、高さが１であるパッケージと、○○ＩＦ盤で構成が１２スロット目の下段にあって幅が１、高さが１／２であるパッケージとの画像データまたは描画アルゴリズムを設定情報データベース３０３に記憶しておき、応答３０４および３０８でその画像データも一緒に伝送装置４０５側から管理ホスト４０１側に送るようにしても構わない。この場合は、管理ホスト４０１側のアプリケーションのソフトウェア処理の負担をさらに低減することができる。
【００４０】
第１、２および３の実施形態で説明してきたように、本発明の伝送装置の実装状態管理システム及びその方法では、各伝送装置の詳細な装置情報を伝送装置側で保持するようにしたので、管理ホスト側は管理する伝送装置が構成を変更する毎に、或いは新規に追加される毎に、管理ホスト側のデーターベースを更新する必要がなく、管理が非常に簡単で、コスト低減の効果がある。
【００４１】
また、伝送装置側で装置情報を登録するだけで済み、従来のように管理ホストのデーターベースに登録する煩雑な作業が必要なく、登録時のミスによる誤動作や誤認識も防止することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の第１の実施形態の装置タイプのモニタ処理を示す説明図。
【図２】本発明の第２の実施形態のユニットタイプのモニタ処理を示す説明図。
【図３】本発明の第３の実施形態のパッケージタイプのモニタ処理を示す説明図。
【図４】伝送装置の実装状態管理システムの概要を示す説明図。
【図５】伝送装置の構成要素を描いた説明図。
【図６】伝送装置の全体の構成例を描いた説明図。
【図７】従来の技術による装置タイプのモニタ処理を示す説明図。
【図８】従来の技術によるユニットタイプのモニタ処理を示す説明図。
【図９】従来の技術によるパッケージタイプのモニタ処理を示す説明図。
【符号の説明】
【００４３】
１０３・・・装置タイプ要求
１０４・・・ファームウェア処理
１０５・・・設定情報データベース
１０６・・・装置タイプ応答
１０７・・・アプリケーションソフトウェア処理
１０８・・・モニタ装置
１０９・・・表示画面
２０３・・・ユニットタイプ要求
２０６・・・ユニットタイプ応答
３０１・・・パッケージタイプ要求
３０４・・・パッケージタイプ応答
４０１・・・管理ホスト
４０５・・・伝送装置
７０９・・・装置情報データベース
【図１】
2007034707.tif 000003
【図２】
2007034707.tif 000004
【図３】
2007034707.tif 000005
【図４】
2007034707.tif 000006
【図５】
2007034707.tif 000007
【図６】
2007034707.tif 000008
【図７】
2007034707.tif 000009
【図８】
2007034707.tif 000010
【図９】
2007034707.tif 000011