(57)【要約】【課題】伝送装置と保守端末間の通信効率向上を目的とする。【解決手段】保守端末２のコマンド生成部Ａ２２０は、伝送装置１を保守するための複数の保守情報の一括処理を命令する一括処理コマンド（一括ｍ−ｓｅｔ要求など）を生成し、通信部Ａ２１０はこの一括処理コマンドを伝送装置１へ送信する。伝送装置１の通信部Ｂ１１０は通信部Ａ２１０から送信された一括処理コマンドを受信し、コマンド解釈部Ｂは一括処理コマンドを解釈し、処理部１６０はこの解釈に従って複数の保守情報を一括処理する。通信部Ａ２１０と通信部Ｂ１１０とは、ネットワーク監視プロトコルであるコモン・マネージメント・インフォメーション・プロトコル（ＣＭＩＰ）に従って通信する。【選択図】        図２
2004178125.tif 000002
【特許請求の範囲】
【請求項１】
保守対象である伝送装置を保守するための複数の保守情報の一括処理を命令する一括処理コマンドを生成するコマンド生成部Ａと、
上記コマンド生成部Ａが生成した一括処理コマンドを伝送装置へ送信する通信部Ａとを備える保守端末。
【請求項２】
上記通信部Ａは、ネットワーク監視プロトコルであるコモン・マネージメント・インフォメーション・プロトコル（ＣＭＩＰ）に従って上記コマンド生成部Ａが生成した一括処理コマンドを伝送装置へ送信する請求項１に記載された保守端末。
【請求項３】
上記通信部Ａは、上記一括処理コマンドとともに一括処理する複数の保守情報を伝送装置へ一括して送信する請求項１に記載された保守端末。
【請求項４】
上記保守端末は、さらに、
伝送装置に対し一括して送受信する複数の保守情報を、入出力インターフェースを使用して入出力する入出力インターフェース部を備える請求項１に記載された保守端末。
【請求項５】
上記通信部Ａは、起動時に、伝送装置の状態を示す２以上の状態情報を上記複数の保守情報として伝送装置から一括して読み込むための一括処理コマンドを伝送装置へ送信し、送信した上記一括処理コマンドに従って伝送装置から送信される上記２以上の状態情報を上記複数の保守情報として読み込む動作をすべての状態情報を読み込むまで繰り返す請求項１に記載された保守端末。
【請求項６】
上記通信部Ａは、上記一括処理コマンドに従って複数の保守情報を一括処理した応答結果を伝送装置から受信し、
上記入出力インターフェース部は、上記通信部Ａによって受信された応答結果を出力する請求項１に記載された保守端末。
【請求項７】
保守を行う保守端末から保守を受ける伝送装置であって、
所定のタイミングにおける自機の状態を示す複数の状態情報を今回の複数の状態情報として取得する情報取得部と、
上記情報取得部が前回取得した複数の状態情報を前回の複数の状態情報として記憶する記憶部と、
上記記憶部が記憶した前回の複数の状態情報の各状態情報と上記情報取得部が取得した今回の複数の状態情報の各状態情報とを比較し、前回と今回の状態情報とが一致しないと判断した場合には、一致しない状態情報の一括処理を命令する一括処理コマンドを生成するコマンド生成部Ｂと、
上記コマンド生成部Ｂが生成した一括処理コマンドと上記一致しない状態情報とを保守端末に一括して送信する通信部Ｂとを備える伝送装置。
【請求項８】
上記通信部は、ネットワーク監視プロトコルであるコモン・マネージメント・インフォメーション・プロトコル（ＣＭＩＰ）に従って上記一括処理コマンドと上記状態情報とを保守端末に一括して送信する請求項７に記載された伝送装置。
【請求項９】
保守対象である伝送装置と伝送装置を保守する保守端末とが通信する通信システムであって、
上記保守端末は、上記伝送装置を保守するための複数の保守情報の一括処理を命令する一括処理コマンドを生成するコマンド生成部Ａと、
上記コマンド生成部Ａが生成した一括処理コマンドを上記伝送装置へ送信する通信部Ａとを備え、
上記伝送装置は、
上記通信部Ａから送信された一括処理コマンドを受信する通信部Ｂと、
上記通信部Ｂが受信した一括処理コマンドを解釈するコマンド解釈部Ｂと、
上記コマンド解釈部Ｂのコマンドの解釈に従って複数の保守情報を一括処理する処理部とを備えることを特徴とする通信システム。
【請求項１０】
上記通信部Ｂは、上記処理部によって一括処理された結果を応答結果として上記通信部Ａに送信し、
上記通信部Ａは、上記通信部Ｂによって送信された応答結果を受信し、
上記保守端末は、さらに、
上記通信部Ａによって受信された応答結果を出力する入出力インターフェース部を備える請求項９に記載された通信システム。
【請求項１１】
保守対象である伝送装置を保守するための複数の保守情報の一括処理を命令する一括処理コマンドを生成し、
上記生成した一括処理コマンドをネットワーク監視プロトコルであるコモン・マネージメント・インフォメーション・プロトコル（ＣＭＩＰ）に従って送信する通信方法。
【請求項１２】
保守対象である伝送装置を保守するための複数の保守情報の一括処理を命令する一括処理コマンドを生成する処理と、
上記生成した一括処理コマンドをネットワーク監視プロトコルであるコモン・マネージメント・インフォメーション・プロトコル（ＣＭＩＰ）に従って送信する処理とをコンピュータに実行させる通信プログラム。
【請求項１３】
保守対象である伝送装置を保守するための複数の保守情報の一括処理を命令する一括処理コマンドを生成する処理と、
上記生成した一括処理コマンドをネットワーク監視プロトコルであるコモン・マネージメント・インフォメーション・プロトコル（ＣＭＩＰ）に従って送信する処理とをコンピュータに実行させるための通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、伝送装置と保守端末間の通信に関するものである。
【０００２】
【従来の技術】
伝送路を介して接続された伝送装置と保守端末間の従来例について説明する。伝送装置１において、１１は伝送路３を介してＣＭＩＰメッセージを含む信号を送受する下位レイヤであり、１２は下位レイヤ１１とＣＭＩＰメッセージを送受するＣＭＩＰプロトコルスタックであり、１３は伝送装置１の各種情報をＣＭＩＰに翻訳してＣＭＩＰプロトコルスタック１２に送受するＣＭＩＰアプリケーションである。また、伝送装置１において、１５は伝送装置を制御するハードウェアであり、１４はハードウェア１５を制御するファームウェアである。
ハードウェア制御用ファームウェア１４とＣＭＩＰアプリケーション１３間では、ハードウェア１５の各種情報の送受を実施する。保守端末２において、２１は伝送路３を介してＣＭＩＰメッセージを含む信号を送受する下位レイヤであり、２２は下位レイヤ２１とＣＭＩＰメッセージを送受するＣＭＩＰプロトコルスタックであり、２３は保守端末２の各種情報をＣＭＩＰに翻訳してＣＭＩＰプロトコルスタック２２に送受するＣＭＩＰアプリケーションである。また、保守端末２において、２５はユーザが操作または情報確認を実施する操作表示画面（ＧＵＩ）であり、２４は操作表示画面（ＧＵＩ）２５を制御するソフトウェアである。ＧＵＩ制御用ソフトウェア２４とＣＭＩＰアプリケーション２３間では、操作表示画面（ＧＵＩ）２５の各種情報の送受を実施する。
【０００３】
次に、動作について説明する。
伝送装置１の下位レイヤは、上述した下位レイヤ１１、ＣＭＩＰプロトコルスタック１２及びＣＭＩＰアプリケーション１３をまとめたＣＭＩＰ通信ソフトウェア機能ブロックとして示しており、１２及び１３は、それぞれ伝送装置１におけるハードウェア１５及びハードウェア制御用ファームウェア１４と同一の機能ブロックである。
制御端末２の下位レイヤ２１は、上述した下位レイヤ２１、ＣＭＩＰプロトコルスタック２２及びＣＭＩＰアプリケーション２３をまとめたＣＭＩＰ通信ソフトウェア機能ブロックとして示しており、２２及び２３は、それぞれ保守端末２における操作表示画面２５及びＧＵＩ制御用ソフトウェア２４と同一の機能ブロックである。
【０００４】
まず、保守端末２から伝送装置１に対して情報を設定する場合の動作を説明する。通常ＣＭＩＰでは管理対象（ＭＯ：Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）を定義する際、構成要素単位にＭＯの属性を定義する。例えば、ハードウェア上で伝送路の入力ポイントと出力ポイントを接続する際は、入力ポイント、出力ポイント、入力ポイントと出力ポイント間を接続するパスの３つの属性を定義する。
入力ポイントを情報Ａ、出力ポイントを情報Ｂ、接続パスを情報Ｃと定義したと仮定する。
保守端末２のＧＵＩ２３よりオペレータが画面上に情報Ａ、Ｂ、Ｃを入力し、送信ボタン等により設定操作を実施すると、ＧＵＩ制御用ソフトウェア２２に情報Ａ、Ｂ、Ｃの処理要求が発生する。ＧＵＩ制御用ソフトウェア２２では、まず情報Ａの処理要求に対応するコマンドをＣＭＩＰ通信用ソフトウェア２１に供給する。ＣＭＩＰ通信用ソフトウェア２１は、伝送装置１を宛先として情報Ａのｍ−ｓｅｔ要求を伝送路３上に送出する。情報Ａのｍ−ｓｅｔ要求は伝送路３を介して伝送装置１のＣＭＩＰ通信用ソフトウェア１１により受信され、ハードウェア制御用ファームウェア１２が解釈できるコマンドとして翻訳され供給される。ハードウェア制御用ファームウェア１２はハードウェア１３に情報Ａを設定し、設定結果を受け取り、ＣＭＩＰ通信用ソフトウェア１１に設定結果を応答する。ＣＭＩＰ通信用ソフトウェア１１は、受け取った情報Ａの設定結果をＣＭＩＰのｍ−ｓｅｔ応答に翻訳し、保守端末２を宛先として伝送路３上に送出する。情報Ａのｍ−ｓｅｔ応答は伝送路３を介して保守端末２のＣＭＩＰ通信用ソフトウェア２１により受信され、ＧＵＩ制御用ソフトウェアが解釈できるコマンドとして応答する。
ＧＵＩ制御用ソフトウェア２２では、情報Ａの応答結果受信後、情報Ｂ、Ｃについても情報Ａと同じ処理を実行する。ＧＵＩ制御用ソフトウェア２２にて情報Ｃの設定結果を受け取った際、ＧＵＩ２３に対して設定応答を出力表示する。
【０００５】
次に、保守端末２から伝送装置１の情報を読み出す場合の動作として、保守端末ソフトウェア起動時に伝送装置の状態と保守端末上ＧＵＩの初期表示の状態を合致させるために、伝送装置１の情報を読み出す場合の動作を説明する。
保守端末２のソフトウェアを起動すると、ＧＵＩ制御用ソフトウェア２２が自律的に伝送装置１の情報Ａから情報Ｚを全て読み出す処理要求を作り出す。ＧＵＩ制御用ソフトウェア２２では、まず情報Ａの処理要求に対応するコマンドをＣＭＩＰ通信用ソフトウェア２１に供給する。ＣＭＩＰ通信用ソフトウェア２１は、伝送装置１を宛先として情報Ａのｍ−ｇｅｔ要求を伝送路３上に送出する。情報Ａのｍ−ｇｅｔ要求は伝送路３を介して伝送装置１のＣＭＩＰ通信用ソフトウェア１１により受信され、ハードウェア制御用ファームウェア１２が解釈できるコマンドとして翻訳され供給される。ハードウェア制御用ファームウェア１２はハードウェア１３より情報Ａの内容を読み出し、ＣＭＩＰ通信用ソフトウェア１１に読み出した結果を応答する。ＣＭＩＰ通信用ソフトウェア１１は、受け取った情報Ａの読出結果をＣＭＩＰのｍ−ｇｅｔ応答に翻訳し、保守端末２を宛先として伝送路３上に送出する。情報Ａのｍ−ｇｅｔ応答は伝送路３を介して保守端末２のＣＭＩＰ通信用ソフトウェア２１により受信され、ＧＵＩ制御用ソフトウェアが解釈できるコマンドとして応答する。ＧＵＩ制御用ソフトウェア２２では、情報Ａの応答結果受信後、情報Ｂから情報Ｚまでについても情報Ａと同じ処理を実行する。ＧＵＩ制御用ソフトウェア２２にて情報Ｚの読出結果を受け取った際、ＧＵＩ２３に対して初期画面を出力表示する。
【０００６】
次に、伝送装置１から保守端末２に対して、伝送装置１が自律的に警報通知や状態変化通知を行う場合の動作を説明する。
通常ＣＭＩＰでは警報通知や状態通知の単位は、ＭＯに定義された属性単位に通知する。
伝送装置１のハードウェア制御用ファームウェア１２は、ある一定周期でハードウェア１３上の情報Ａから情報Ｇを読み出し、ハードウェア制御用ファームウェア１２内部に保持している前回周期の読出情報と比較する。比較の結果、変化が認められる情報Ａから情報Ｆを個別にＣＭＩＰ通信用ソフトウェア１１に引き渡す。ＣＭＩＰ通信用ソフトウェア１１は、まず受け取った情報ＡをＣＭＩＰのｍ−ｅｖｅｎｔ−ｒｅｐｏｒｔに翻訳し、保守端末２を宛先として伝送路３上に送出する。次に情報Ｂを同様に送出する。これを情報Ｆまで繰り返す。
情報Ａから情報Ｆのｍ−ｅｖｅｎｔ−ｒｅｐｏｒｔは伝送路３を介して順に保守端末２のＣＭＩＰ通信用ソフトウェア２１により受信され、ＧＵＩ制御用ソフトウェア２２が解釈できるコマンドとして引き渡される。ＧＵＩ制御用ソフトウェア２２では、情報Ａのコマンド受信後、ＧＵＩ上に情報Ａを画面表示する。情報Ｂから情報Ｆについても情報Ａと同じ処理を実行する（例えば、特開平９−３６８５９号公報参照）。
【０００７】
【特許文献１】
特開平９−３６８５９号公報
【０００８】
【発明が解決しようとする課題】
従来の情報設定方法においては、保守端末２のＧＵＩ制御用ソフトウェア２２にて情報Ａ、Ｂ、Ｃを分割してｍ−ｓｅｔしているため、ＧＵＩからの設定操作に対する応答時間が情報数に比例して増大する。このため、伝送装置１の機能拡張等でハードウェア情報の設定項目が増加するとＧＵＩの応答性がそれに比例して悪化していくという問題があった。
【０００９】
また、従来の情報読出方法においては、保守端末２のソフトウェア起動動作により伝送装置１からｍ−ｇｅｔする際、初期画面表示に必要な情報が全て揃うまで画面表示ができないため、起動から初期画面表示までの時間は初期画面表示に必要な情報数に比例して増大する。このため、伝送装置１の機能拡張等で保守端末２の初期画面表示項目が増加すると、保守端末２ソフトウェア起動から初期画面表示までの時間が、それに比例して悪化していくという問題があった。
【００１０】
また、従来の伝送装置１からの自律的な警報や状態変化の通知方法においては、伝送装置１において、ハードウェア上の情報変化が一定周期で発生した場合、一定周期毎に伝送装置１のＣＭＩＰ通信用ソフトウェア１１が伝送路３上にＣＭＩＰメッセージを送出する必要があり、ＣＭＩＰ通信用ソフトウェアの処理負荷が増大する。
また、保守端末２上のＣＭＩＰ通信用ソフトウェア２１も、伝送路３から次々に受信するＣＭＩＰメッセージを処理する必要が発生し、処理負荷が増大する。また、ＧＵＩ制御用ソフトウェア２２の処理能力が減少するため、警報や状態変化の画面上への反映も遅延する。これらの処理負荷は情報数に比例して増大するため、伝送装置１の機能拡張等で警報または状態変化情報数が増加すると、それに比例して処理負荷が増大する。
通常、ソフトウェアの処理負荷が一定の閾値を超えるとソフトウェアは例外処理を行うため、伝送装置１または保守端末２の連続動作時間の減少要因となり得る問題があった。
【００１１】
本発明は、伝送装置と保守端末間の通信効率向上による操作性向上を目的とする。
【００１２】
【課題を解決するための手段】
本発明の保守端末は、保守対象である伝送装置を保守するための複数の保守情報の一括処理を命令する一括処理コマンドを生成するコマンド生成部Ａと、
上記コマンド生成部Ａが生成した一括処理コマンドを伝送装置へ送信する通信部Ａとを備える。
【００１３】
【発明の実施の形態】
実施の形態１．
以下、実施の形態１について説明する。
図１は、本実施の形態のシステム構成図である。図２は、本実施の形態の動作図である。
伝送装置１を保守する保守端末２は、通信部Ａ２１０、コマンド生成部Ａ２２０、入出力インターフェース部２３０、コマンド解釈部Ａ２４０を有する。
入出力インターフェース部２３０は、ＧＵＩなどの入出力インターフェースを使用して、伝送装置１に対し一括して送受信する複数の保守情報を入出力する部である。ここで、複数の保守情報とは伝送装置１を保守するための情報であり、例えば、図２に示す情報Ａ、Ｂ、Ｃをいう。
コマンド生成部Ａ２２０は、伝送装置１を保守するための複数の保守情報の一括処理を命令するための一括処理コマンドを生成する部である。例えば、図２に示す情報Ａ、Ｂ、Ｃの一括処理を要求する一括ｍ−ｓｅｔ要求は、一括処理コマンドの一例である。ここで、一括処理とは、上記従来技術に示すように情報Ａのｍ−ｓｅｔ要求、情報Ｂのｍ−ｓｅｔ要求、情報Ｃのｍ−ｓｅｔ要求というように複数の保守情報について各々処理コマンドを出して各々の情報を個別に処理するのではなく、図２に示すように情報Ａ、Ｂ、Ｃをまとめて処理するコマンドを出し、情報Ａ、Ｂ、Ｃをまとめて処理することをいう。なお、図３に示すように、後述するｍ−ｇｅｔ要求も一括処理コマンドの一例である。
通信部Ａ２１０は、ネットワーク監視プロトコルであるコモン・マネージメント・インフォメーション・プロトコル（ＣＭＩＰ）に従って伝送装置１と情報の送受信を行う部である。
コマンド解釈部Ａ２４０は、通信部Ａ２１０が伝送装置１から受信した情報やコマンドを解釈する部である。コマンド解釈部Ａ２４０が解釈した情報は、入出力インターフェース部２３０の入出力インターフェースを使用して出力される。
【００１４】
保守端末２の保守対象である伝送装置１は、通信部Ｂ１１０とコマンド解釈部Ｂ１２０と記憶部１３０と情報取得部１４０とコマンド生成部Ｂ１５０と処理部１６０とを有する。
通信部Ｂ１１０は、ネットワーク監視プロトコルであるコモン・マネージメント・インフォメーション・プロトコル（ＣＭＩＰ）に従って保守端末２の通信部Ａ２１０と情報の送受信を行う部である。
コマンド解釈部Ｂ１２０は、通信部Ｂ１１０が保守端末２から受信した情報やコマンドを解釈する部である。
記憶部１３０は、保守情報を記憶する部である。
情報取得部１４０は、所定のタイミングにおける伝送装置１自身の各種の状態を示す複数の状態情報を今回の複数の状態情報として取得する部である。
コマンド生成部Ｂ１５０は、複数の保守情報の一括処理通知を行う一括処理コマンドを生成する部である。例えば、図４に示すように、後述するｍ−ｅｖｅｎｔ−ｒｅｐｏｒｔは、情報Ａ、Ｂ、Ｃ、Ｄの一括処理通知を行う一括処理コマンドの一例である。
処理部１６０は、コマンド解釈部Ｂ１２０によるコマンドの解釈にしたがって、保守情報の処理を行う部である。
【００１５】
この発明における全体構成は、基本的に従来技術と変わらず、従来のシステム構成を変えずに伝送装置１と保守端末２間の通信効率向上及び保守端末での操作性向上を達成している。
以下に、この発明の実施の形態の動作を説明する。
まず、入出力インターフェース部２３０からの設定操作に対する応答時間が情報数に比例して増大し、伝送装置１の機能拡張等でハードウェア情報の設定項目が増加すると入出力インターフェース部２３０の応答性がそれに比例して悪化していくという問題に対する解決策を説明する。
図２に示す保守端末２上の入出力インターフェース部２３０がＧＵＩを使用して設定される設定項目のうち、伝送装置１の機能拡張時に最も応答性に影響する項目を抽出し、従来個別のＭＯ属性であった情報要素（図２では情報Ａ、Ｂ、Ｃ）を、それらを包括するＭＯ属性である伝送装置１の単位の属性として集約し定義する。この時の情報設定動作について説明する。
入出力インターフェース部２３０のＧＵＩによりオペレータが画面上に情報Ａ、Ｂ、Ｃを入力し、送信ボタン等により設定操作を実施すると、ＧＵＩ制御用ソフトウェア２２に情報Ａ、Ｂ、Ｃの処理要求が発生する。コマンド生成部Ａ２２０では、情報Ａ、Ｂ、Ｃの処理要求を一括して対応する一括処理コマンドを生成し、通信部Ａ２１０に供給する。ここでの一括コマンドは一括ｍ−ｓｅｔ要求である。
通信部Ａ２１０は、通信部Ａ２１０を用いて伝送装置１を宛先として情報Ａ、Ｂ、Ｃの一括ｍ−ｓｅｔ要求を伝送路３上に送出する。情報Ａ、Ｂ、Ｃの一括ｍ−ｓｅｔ要求は伝送路３を介して伝送装置１の通信部Ｂ１１０により受信され、コマンド解釈部Ｂ１２０が解釈できるコマンドとして翻訳され供給される。
コマンド解釈部Ｂ１２０は、一括処理コマンドを解釈し、処理部１６０に情報Ａを設定し、処理部１６０から設定結果を受け取り、次に処理部１６０に情報Ｂを設定し、処理部１６０から設定結果を受け取り、次に処理部１６０に情報Ｃを設定し、処理部１６０から設定結果を受け取り、情報Ａ、Ｂ、Ｃ全ての設定結果を応答結果としてコマンド生成部Ｂ１５０に応答する。コマンド生成部Ｂ１５０は、受け取った情報Ａ、Ｂ、Ｃの応答結果をＣＭＩＰのｍ−ｓｅｔ応答に翻訳することによって、一括コマンド（一括ｍ−ｓｅｔ応答）を生成し、通信部Ｂ１１０に出力する。通信部Ｂ１１０は、保守端末２を宛先として伝送路３上に情報Ａ、Ｂ、Ｃの一括ｍ−ｓｅｔを送出する。
情報Ａ、Ｂ、Ｃの一括ｍ−ｓｅｔ応答は伝送路３を介して保守端末２の通信部Ａ２１０により受信され、コマンド解釈部Ａ２４０が解釈できるコマンドとして応答する。コマンド解釈部Ａ２４０は、情報Ａ、Ｂ、Ｃの一括設定応答結果受信後、ＧＵＩ２３に対して設定応答を出力し入出力インターフェース部２３０はこれを表示する。
【００１６】
この実施の形態に係る発明により、従来、約２０秒かかっていた応答表示が現在、約５秒に短縮され、将来においては改良等によりさらに短縮される可能性がある。
ＯＳＩ標準のネットワーク監視プロトコルであるＣＭＩＰ（Ｃｏｍｍｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）により通信を行い、伝送装置１の情報を保守端末２上の画面にて表示及び制御するシステム構成において、保守端末２から伝送装置１へのＣＭＩＰによる情報設定操作（ｍ−ｓｅｔと呼ぶ）の一部において、ｍ−ｓｅｔの単位をユーザインターフェース単位とすることで、保守端末２と伝送装置１間の通信時間を減少させることができ、保守端末２上のユーザインターフェースでの応答性が向上する。
【００１７】
実施の形態２．
本実施の形態では、保守端末２のソフトウェア起動動作時、初期画面表示に必要な情報が全て揃うまで画面表示ができないため、伝送装置１の機能拡張等で保守端末２の初期画面表示項目が増加すると、保守端末ソフトウェア起動から初期画面表示までの時間が、それに比例して悪化していくという問題に対する解決策を説明する。
初期画面表示に必要な情報ＡからＺを機能ブロック１（情報Ａ〜Ｈ）、機能ブロック２（情報Ｉ〜Ｑ）、機能ブロック３（情報Ｒ〜Ｚ）に集約し、それぞれのＭＯ属性を情報ＡからＺを包含するＭＯ属性である伝送装置１の単位の属性に定義した時の情報読出動作について説明する。
【００１８】
保守端末２のソフトウェアを起動すると、コマンド生成部Ａ２２０がＧＵＩ制御ソフトウェアを用いて自律的に伝送装置１の情報Ａから情報Ｚを全て読み出す処理要求を作り出す。コマンド生成部Ａ２２０では、まず情報Ａから情報Ｈの処理要求に一括して対応する一括処理コマンドを通信部Ａ２１０に供給する。ここでの一括処理コマンドは一括ｍ−ｓｅｔ要求である。
通信部Ａ２１０は、伝送装置１を宛先として情報Ａから情報Ｈの一括ｍ−ｇｅｔ要求を伝送路３上に送出する。
情報Ａから情報Ｈの一括ｍ−ｇｅｔ要求は伝送路３を介して伝送装置１の通信部Ｂ１１０により受信され、コマンド解釈部Ｂ１２０が解釈できるコマンドとして翻訳され供給される。
コマンド解釈部Ｂ１２０は記憶部１３０から機能ブロック１単位（情報Ａから情報Ｈ）の内容を読み出し、コマンド生成部Ｂ１５０に読み出した結果を応答結果として応答する。コマンド生成部Ｂ１５０は、受け取った機能ブロック１単位（情報Ａから情報Ｈ）の読出結果をＣＭＩＰの一括ｍ−ｇｅｔ応答（一括処理コマンド）に翻訳し、通信部Ｂ１１０を通じて、保守端末２を宛先として伝送路３上に情報Ａから情報Ｈの一括ｍ−ｇｅｔとして送出する。
情報Ａから情報Ｈの一括ｍ−ｇｅｔ応答は伝送路３を介して保守端末２の通信部Ａ２１０により受信され、コマンド解釈部Ａ２４０が解釈できるコマンドとして応答する。
コマンド解釈部Ａ２４０では、情報Ａから情報Ｈの一括応答結果受信後、情報Ｉから情報Ｑ、及び情報Ｒから情報Ｚについても情報Ａから情報Ｈと同じ処理を実行する。
コマンド解釈部Ａ２４０にて情報Ｒから情報Ｚの一括読出結果を受け取った際、入出力インターフェース部２３０に対して初期画面を出力し入出力インターフェース部２３０は初期画面を表示する。
【００１９】
実施の形態に係るこの発明により、従来、約３０分かかっていた初期画面表示が現在、約２分に短縮され、将来においては改良等によりさらに短縮される可能性がある。
ＯＳＩ標準のネットワーク監視プロトコルであるＣＭＩＰ（Ｃｏｍｍｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）により通信を行い、伝送装置１の情報を保守端末２上の画面にて表示及び制御するシステム構成において、保守端末２から伝送装置１へのＣＭＩＰによる情報読出操作（ｍ−ｇｅｔと呼ぶ）の一部において、ｍ−ｇｅｔにより一度に読み出せる情報単位を機能ブロック単位とすることで、保守端末２と伝送装置１間の通信時間を減少させることができ、保守端末２の立上げ時間が向上する。
【００２０】
実施の形態３．
本実施の形態では、伝送装置１において、ハードウェア上の状態情報変化が一定周期で発生した場合、伝送装置１の通信部Ｂ１１０及び保守端末２の通信部Ａ２１０の処理負荷が増大し、伝送装置１または保守端末２の連続動作時間の減少要因となり得、かつ保守端末２の情報表示が遅延する問題に対する解決策を説明する。
図４に示す、機能ブロック１の情報（情報Ａ〜Ｄ）及び機能ブロック２の情報（情報Ｅ〜Ｇ）を集約し、それぞれのＭＯ属性を情報ＡからＧを包含するＭＯ属性である伝送装置１の単位の属性に定義した。この時の情報通知動作について説明する。
図４において、伝送装置１の情報取得部１４０は、ある一定周期又は所定のタイミングで自機（伝送装置１）の状態を示す今回の複数の状態情報である情報Ａから情報Ｇを読み出し、記憶部１３０内部に保持している前回に取得した前回の複数の状態情報と比較する。比較の結果、変化が認められる機能ブロック１（情報Ａ、Ｂ、Ｃ、Ｄ）及び機能ブロック２（情報Ｅ、Ｆ）を個別にコマンド生成部Ｂ１５０に引き渡す。この時、機能ブロック２のおける情報Ｇは変化が認められないため、コマンド生成部Ｂ１５０に引き渡す情報内から除外する。
コマンド生成部Ｂ１５０は、まず受け取った機能ブロック１の情報（情報Ａ，Ｂ，Ｃ，Ｄ）をＣＭＩＰのｍ−ｅｖｅｎｔ−ｒｅｐｏｒｔ（一括処理コマンド）に翻訳し、通信部Ｂによって保守端末２を宛先として伝送路３上に送出する。
次に機能ブロック２の情報（情報Ｅ、Ｆ）を同様に送出する。
機能ブロック１と機能ブロック２のｍ−ｅｖｅｎｔ−ｒｅｐｏｒｔは伝送路３を介して順に保守端末２の通信部Ａ２１０により受信され、コマンド解釈部Ａ２４０が解釈できるコマンドとして引き渡される。
コマンド解釈部Ａ２４０では、機能ブロック１のコマンド解釈後、入出力インターフェース部２３０のＧＵＩ上に情報Ａ、Ｂ、Ｃ、Ｄを一括画面表示する。機能ブロック２についても機能ブロック１と同じ処理を実行する。
【００２１】
この実施の形態に係る発明により、従来、毎周期伝送装置１の情報が連続変化した際、伝送装置１の通信部Ｂ１１０用いるＣＭＩＰ通信用ソフトウェアの連続動作時間は約４５分間であったものが、情報の連続変化を要因とするソフトウェアの停止が認められなくなった。
また、従来、保守端末２の入出力インターフェース部２３０の有するＧＵＩ上の画面表示の遅延時間は最大約２０分であったものが、この実施の形態に係る発明により現在、最大約５分に短縮した。将来においては、更に遅延時間が短縮されるものと考えられる。
ＯＳＩ標準のネットワーク監視プロトコルであるＣＭＩＰ（Ｃｏｍｍｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）により通信を行い、伝送装置１の情報を保守端末２上の画面にて表示及び制御するシステム構成において、伝送装置１から保守端末２へのＣＭＩＰによる情報通知操作（ｍ−ｅｖｅｎｔ−ｒｅｐｏｒｔと呼ぶ）において、機能ブロック単位かつ一定時間分まとめてｍ−ｅｖｅｎｔ−ｒｅｐｏｒｔを実施することで、伝送装置１上の保守端末２への送信部分のソフトウェア処理負荷軽減による伝送装置１の連続動作時間増加効果及び伝送装置１から保守端末２へ到達する情報通知の遅延減少効果がある。
【００２２】
図５は、伝送装置１及び保守端末２のコンピュータ基本構成図である。
図５において、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）４０は、バス３８を介してモニタ４１、キーボード４２、マウス４３、通信ボード４４、磁気ディスク装置４６等と接続されている。
磁気ディスク装置４６には、オペレーティングシステム（ＯＳ）４７、プログラム群４９、ファイル群５０が記憶されている。ただし、プログラム群４９、ファイル群５０が一体となってオブジェクト指向のプログラム群４９を形成する形態も一実施の形態として考えられる。
プログラム群４９は、ＣＰＵ４０、ＯＳ４７により実行される。
上記各実施の形態では、伝送装置１及び保守端末２は、通信ボード４４の機能を使用して、伝送路３を経由して通信する。
【００２３】
以上に記載した「記憶する」、「表示する」、「保持する」という用語は、記録媒体に保存することを意味する。
【００２４】
すべての実施の形態では、各構成要素の各動作はお互いに関連しており、各構成要素の動作は、上記に示された動作の関連を考慮しながら、一連の動作として置き換えることができる。そして、このように置き換えることにより、方法の発明の実施形態とすることができる。
また、上記各構成要素の動作を、各構成要素の処理と置き換えることにより、プログラムの実施の形態とすることができる。
また、プログラムを、プログラムを記録したコンピュータ読み取り可能な記録媒体に記憶させることで、プログラムに記録したコンピュータ読み取り可能な記録媒体の実施の形態とすることができる。
【００２５】
プログラムの実施の形態及びプログラムに記録したコンピュータ読み取り可能な記録媒体の実施の形態は、すべてコンピュータで動作可能なプログラムにより構成することができる。
プログラムの実施の形態およびプログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態における各処理はプログラムで実行されるが、このプログラムは、記録装置に記録されていて、記録装置から中央処理装置（ＣＰＵ）に読み込まれ、中央処理装置によって、各フローチャートが実行されることになる。
また、各実施の形態のソフトウェアやプログラムは、ＲＯＭ（ＲＥＡＤ  ＯＮＬＹ  ＭＥＭＯＲＹ）に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアとファームウェアとハードウェアとの組み合わせで前述したプログラムの各機能を実現しても構わない。
【００２６】
【発明の効果】
本発明によれば、伝送装置と保守端末間の通信効率向上による操作性向上を図ることができる。
【図面の簡単な説明】
【図１】実施の形態１のシステム構成図である。
【図２】実施の形態１の動作図である。
【図３】実施の形態２の動作図である。
【図４】実施の形態３の動作図である。
【図５】ハードウェア基本構成図である。
【符号の説明】
３８  バス、４０  ＣＰＵ、４１  モニタ、４２  キーボード、４３  マウス、４４  通信ボード、４６  磁気ディスク装置、４７  ＯＳ、４９  プログラム群、５０  ファイル群、１１０  通信部Ｂ、１２０  コマンド解釈部Ｂ、１３０記憶部、１４０  情報取得部、１５０  コマンド生成部Ｂ、１６０  処理部、２１０  通信部Ａ、２２０  コマンド生成部Ａ、２３０  入出力インターフェース部、２４０  コマンド解釈部Ａ。
【図１】
2004178125.tif 000003
【図２】
2004178125.tif 000004
【図３】
2004178125.tif 000005
【図４】
2004178125.tif 000006
【図５】
2004178125.tif 000007