JP4105293B2 - ネットワーク監視システムと監視装置および被監視装置 - Google Patents
ネットワーク監視システムと監視装置および被監視装置 Download PDFInfo
- Publication number
- JP4105293B2 JP4105293B2 JP18378198A JP18378198A JP4105293B2 JP 4105293 B2 JP4105293 B2 JP 4105293B2 JP 18378198 A JP18378198 A JP 18378198A JP 18378198 A JP18378198 A JP 18378198A JP 4105293 B2 JP4105293 B2 JP 4105293B2
- Authority
- JP
- Japan
- Prior art keywords
- state
- monitored
- polling
- aggregation
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/065—Generation of reports related to network devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
- H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
Description
【０００１】
【発明の属する技術分野】
本発明は複数の被監視装置の状態を監視装置が監視制御するネットワーク監視システムと同システムに用いられる監視装置と被監視装置に関する。
【０００２】
【従来の技術】
図２９には複数の被監視装置の状態を監視装置が監視するためのネットワーク構成の例が示される。図中、被監視装置としての複数の伝送装置＃１〜＃４が伝送路を通じて監視装置に接続されており、各伝送装置からその状態情報を監視装置が収集できるようになっている。
【０００３】
図３０にはネットワーク構成における監視装置の従来方式による構成例が示され、また図３１には伝送装置の従来方式による構成例が示される。
【０００４】
図３０において、監視装置は、通信部１、送受信管理部２、状態管理部３’、ポーリング部４’、状態管理メモリ５’、ポーリングテーブル７’、ＧＵＩ（グラフィカル・ユーザ・インタフェース）部８’等を含み構成される。ここで、通信部１は伝送装置との通信を行う装置である。送受信管理部２は伝送装置に宛てたコマンドに対する伝送装置からの応答の対のチェックや連送フレームの処理などを行う装置である。
【０００５】
状態管理メモリ５’はネットワーク内の全伝送装置の集約状態や予め指定されたグループ単位での集約状態とその更新の状態などを格納するメモリである。図３２にはこの状態管理メモリ５’に格納されるデータの構成例が示される。図示するように、各伝送装置＃１、＃２、＃３・・に対応して集約状態が格納されるとともに、各グループ＃１、＃２・・に対応しても集約状態が格納される。ここで、グループとは複数の伝送装置を例えばその設置地域や機能等の観点からグループ化したものであり、当該グループに属する伝送装置のＩＤも集約状態とともに格納されている。
【０００６】
集約状態のデータ構成はこの例では８ビットからなり、この８ビットの各ビットに対してＭＳＢ（最上位ビット）側から順に、装置警報の有無、伝送路警報の有無、パス警報の有無、切替えの有無、試験の有無、３つのリザーブビットの項目がそれぞれ割り当てられている。ここで、装置警報は当該伝送装置自体に異常があるか否かを示すもの、伝送路警報とパス警報は当該伝送装置の用いている伝送路とパスにそれぞれ異常があるか否かを示すもの、切替えは伝送装置が現用／待機の２重化構成されている時に待機系への切替えがあったか否かを示すもの、試験は当該伝送装置が試験中か否かを示すもの、３つのリザーブは上記以外の警報等の状態を関して使用する時に用いる予備用のビットである。なお、ここで、集約とは、注目している伝送装置において複数の部位毎（例えばパッケージ毎）に警報等の有無がある場合にも、これらを例えば論理和で集約して当該伝送装置の警報の有無として表示することを意味する。
【０００７】
ポーリングテーブル７’はポーリング対象となる伝送装置のＩＤ（識別番号）とそのポーリング順序を管理するメモリである。また、図３３にはこのポーリングテーブル７’の構成例が示される。このポーリングテーブル７’には、各伝送装置に対してポーリングを行う際の時間間隔であるポーリング間隔、ポーリング対象となる伝送装置の数とともに、ポーリング対象の伝送装置のＩＤがポーリング順に格納されている。ポーリング部４’は、この登録された伝送装置ＩＤの順序に従って上記のポーリング間隔でポーリングコマンドを各伝送装置に対して発行する。
【０００８】
状態管理部３’は、伝送装置から通知された通信情報から得た集約状態を状態管理メモリ５’に格納して管理する装置である。ポーリング部４’はポーリングテーブル７’の内容に従ってネットワーク内の伝送装置を順次にポーリングする制御を行う装置である。ＧＵＩ部８’は操作者に対して監視／制御のための表示画面等のグラフィカル・ユーザ・インタフェースを提供する装置である。
【０００９】
図３１において、伝送装置は、通信部１１、制御部１２’、状態管理部１３’、パッケージ間通信部１４、状態管理メモリ１５、各パッケージ制御部１６等を含み構成される。ここで、通信部１１は監視装置との通信を行う装置である。パッケージ制御部１６は伝送装置を構成する各パッケージにそれぞれ対応して設けられて各パッケージの制御を行う装置である。パッケージ間通信部１４は各パッケージ制御部１６と通信を行い各パッケージの状態を収集する装置である。制御部１２’は監視装置からの制御コマンドを解析して各パッケージ制御部１６にそのコマンドに応じた処理の依頼を行うと共に、その応答を通信部を介して監視装置へ送信する装置である。状態管理メモリ１５は自装置の状態（各パッケージ毎の詳細な状態など）とそれらを集約した集約状態を格納して管理するメモリである。状態管理部１３’は各パッケージ制御部１４から通知される状態情報を状態管理メモリ１５に格納して管理すると共に、集約状態を求めて状態管理メモリ１５に格納し管理する装置である。
【００１０】
まず、この従来の監視ネットワークの動作概要を説明する。
従来の監視装置では、被監視装置としての伝送装置からレポートとして通知される警報、切替え、試験などの情報の状態変化情報を伝送装置及びその発生部位毎に管理し、さらに各伝送装置の状態を監視装置内部で集約して集約状態として保持するとともに、その集約状態を表示している。そのため、監視装置では、監視装置内で管理している状態と現実の伝送装置の状態との不一致を防ぐために、伝送装置の集約状態を獲得する集約状態収集コマンド（すなわち伝送装置に対しその集約状態を送るよう指示するコマンド）を追加し、このコマンドをポーリングコマンドとして使用して各伝送装置に対して定期的にポーリングを行い、各伝送装置からのポーリング応答により集約状態を定期的に獲得している。さらにポーリング応答として獲得した集約状態と監視装置内部で管理している集約状態との比較を行い、不一致が発生している場合には、当該不一致を生じた伝送装置から詳細な状態（警報、切替え、試験などの状態）の再収集を行ってこれらを集約し、監視装置と伝送装置の状態を合わせるようにしている。
【００１１】
次に、監視装置の各部の詳細な処理手順を説明する。
図３４、図３５には監視装置における状態管理部３’の詳細な処理手順が示される。伝送装置からの受信データは通信部１、送受信管理部２を介して状態管理部３’に渡される。状態管理部３’では、受信データの受信を待機しており（ステップＳ７１）、受信データを受け取ると、その内容の解析を行う（ステップＳ７２）。
【００１２】
受信データがある伝送装置からの装置警報、伝送路警報、パス警報などの警報情報である場合には、それが警報の発生を通知するものか警報の回復を通知するものかを判定し（ステップＳ７３）、警報発生であれば、状態管理メモリの当該伝送装置の欄の該当する警報の項目に警報「有」を登録して管理する（ステップＳ７４）。一方、警報回復であれば、状態管理メモリ５’の当該伝送装置の欄の該当する警報の項目に登録されている警報「有」のデータを削除する（ステップＳ７５）。次いで、当該伝送装置の警報発生状態をグループ単位に集約する（ステップＳ７６）。次いで、ネットワーク全体の状態を集約し（ステップＳ７７）、その結果に基づいてＧＵＩ部８’に対して、更新した集約状態に応じて表示の変更を依頼する（ステップＳ７８）。
【００１３】
受信データがある伝送装置からの切替え有無や試験有無などの「他の状態」変化を通知する状態情報である場合には、状態管理メモリ５’の当該伝送装置の欄の当該「他の状態」の項目について、上述のステップＳ７３〜Ｓ７８と同様な処理を行う（ステップＳ７９〜Ｓ８４）。
【００１４】
受信データが、ポーリングコマンド等に応じて伝送装置が応答として返送してきた当該伝送装置の現在の集約状態である場合には、その受信した伝送装置の現在の集約状態と、監視装置の状態管理メモリ５’に登録している当該伝送装置の集約状態とを比較し（ステップＳ８５）、両者が一致すれば何も処理を行わないが、不一致である場合には、当該伝送装置に対して、さらに詳細な状態情報の収集を指令する状態情報収集コマンドを発行する（ステップＳ８６）。なお、この状態情報収集コマンドとしては、警報収集コマンド、切替え状態収集コマンド、試験状態収集コマンドなどがある。
【００１５】
また、受信データが、例えば警報情報収集コマンドに対する伝送装置からの応答データであった場合には、状態管理メモリ５’から、当該伝送装置に関して発生中の警報を全て削除し（ステップＳ８７）、受信データを発生中警報として新たに登録して管理し（ステップＳ８８）、さらにその登録内容に基づいてＧＵＩ部８’に対して表示の変更を依頼する（ステップＳ８９）。
【００１６】
図３６には監視装置におけるポーリング処理部４’の詳細な処理手順が示される。まず、ポーリング対象としての伝送装置のＩＤ番号を指定するためのポーリングカウンタを初期化してその値を「１」とする（ステップＳ９１）。次いで、このポーリングカウンタの値を参照し、ポーリングカウンタの値が示す伝送装置に対してポーリングコマンドを発行する（ステップＳ９２）。そして、当該伝送装置からの応答を待ち（ステップＳ９３）、応答を受信すると、その応答に載せられる集約状態の情報を状態管理部３’に通知する（ステップＳ９４）。そして、ポーリングテーブルに登録されたポーリング間隔（ポーリング周期）だけ待機し（ステップＳ９５）、ポーリング間隔が経過したら、ポーリングカウンタを一つインクリメントして（ステップＳ９６）、次のポーリング順序の伝送装置に対して上記の処理を繰り返す。
【００１７】
図３８にはこの監視装置におけるグループの集約状態表示処理の詳細な手順が示される。まず、集約状態の項目を指定するカウンタをクリアする。集約状態の項目とは本例では、図３２で前述したとおりの装置警報、伝送路警報、パス警報、切替え、試験、３つのリザーブであり、集約状態の全数は「８」である。カウンタの値が集約状態数「８」になったかを判定し（ステップＳ１１２）、それ未満であれば、そのカウンタの値に対応した集約状態の項目について、指定されたグループの集約状態の内容を状態管理テーブル５’から読み出し、その集約状態の内容が「有」であれば（ステップＳ１１４）、異常状態としてその集約状態を表示し（ステップＳ１１５）、「無」であれば、正常状態としてその集約状態を表示する（ステップＳ１１６）。
【００１８】
図３７にはこの監視装置における集約状態一覧表示処理の詳細な手順が示される。この集約状態一覧表示は、例えば後述の図４３に示すような表示であり、各伝送装置毎の集約状態を一覧で表示したものである。まず、伝送装置のＩＤ番号を指定するための装置カウンタをクリアし（ステップＳ１０１）、その装置カウンタの値が伝送装置の全数に達したかを判定し（ステップＳ１０２）、未満であれば前記の図３８に示す集約状態表示処理を行い（ステップＳ１０３）、これを全ての伝送装置について繰り返す。
【００１９】
次に、伝送装置の状態管理部１３’の詳細な処理手順を説明する。
図３９には伝送装置における状態管理部１３’の詳細な処理手順が示される。ここで、この状態管理部１３’が受信するデータにはパッケージ間通信部からの各パッケージの状態データと監視装置からのコマンドデータなどがある。状態管理部３’では、これらの受信データの受信を待機しており（ステップＳ１２１）、受信データを受け取ると、その内容の解析を行う（ステップＳ１２２）。
【００２０】
受信データがパッケージ制御部１６からの警報データである場合には、それが警報発生を通知するものか警報回復を通知するものかを判定し（ステップＳ１２３）、警報発生であれば、その警報の内容を状態管理メモリ１５の当該パッケージの項目に警報「有」を登録して管理する（ステップＳ１２４）。一方、警報回復であれば、状態管理メモリ５’の当該パッケージの項目に登録されている警報「有」のデータを削除する（ステップＳ１２５）。次いで、伝送装置の警報発生状態を集約し（ステップＳ１２６）、この警報情報を監視装置へ通知する（ステップＳ１２７）。。
【００２１】
一方、受信データが監視装置からの集約状態収集コマンド（すなわちポーリングコマンド）である場合には、状態管理メモリ１５から自装置の集約状態を読み出し、この集約状態の情報を応答として監視装置に送信する（ステップＳ１２９）。
【００２２】
次に、図４１に示す従来方式のシーケンス図を参照して従来システムの一層具体的な処理手順を説明する。ここで、被監視装置として伝送装置が用いられており、これらの伝送装置の台数は３台であり、当初は全て正常状態である。伝送装置からのポーリング応答の後ろに示される括弧付きの数値は、集約状態のビット情報を表し、各ビットの役割は図４２で説明したとおりである。また、ポーリングの間隔は１０秒である
【００２３】
イベント▲１▼：監視装置から伝送装置＃３に対してポーリングコマンドを発行してポーリングを実施した例である。伝送装置＃３は正常状態のため、ポーリング応答に載せられる集約状態はすべて０、すなわちポーリング応答（００００００００）で通知されている。
【００２４】
イベント▲２▼、▲３▼：伝送装置＃１において伝送路警報が発生したので、伝送装置＃１から監視装置に伝送路警報発生の詳細な警報情報がレポートとして通知され、さらにその伝送路警報発生から一秒後に、伝送装置＃３において試験が開始されたので、伝送装置＃３から監視装置に試験開始に関する詳細な試験状態情報がレポートとして通知された場合を示す。
これにより、監視装置では受信したこれらのレポートを解析した後に、その詳細内容を集約し、集約状態を作成する。それにより、伝送装置＃１における集約状態は（０１００００００）、伝送装置＃３における集約状態は（００００１０００）となる。これらの集約状態は状態管理メモリ１５に格納される。
【００２５】
イベント▲４▼：伝送装置＃２において伝送路警報が発生したので、伝送装置＃２から監視装置に伝送路警報発生が通知されたが、何らかの原因で監視装置に届かなかった場合を示している。したがって、伝送装置＃２が新たに更新した集約状態は（０１００００００）であるが、このときは当然、監視装置では伝送装置＃２の状態変化を知る由がないため、監視装置が管理している伝送装置＃２の集約状態は変化せず、したがってこの集約状態は（００００００００）であり、両者の状態は不一致となっている。
【００２６】
イベント▲５▼：ポーリング周期に基づいて定期的なポーリングが伝送装置＃１に対して行われる。伝送装置＃１では、イベント▲２▼において伝送路警報が発生しているので、その集約状態は（０１００００００）であり、従って、ポーリング応答にはこの集約状態（０１００００００）を載せて監視装置に通知する。
【００２７】
イベント▲６▼：伝送装置＃３において装置警報の発生と切替えの発生があったので、これを伝送装置＃３から監視装置に宛ててレポートとして通知したが、何らかの原因により届かなかったことを示している。したがって、伝送装置＃３が管理している集約状態は先のイベント▲２▼の内容と併せて（１００１１０００）であるが、監視装置が管理している集約状態は（００００１０００）となり、不一致の状態となっている。
【００２８】
イベント▲７▼、▲８▼：ポーリング周期に基づいてポーリングが伝送装置＃２に対して行われる。伝送装置＃２では、イベント▲４▼において伝送路警報が発生しているので、その集約状態として（０１００００００）を持っており、従って、ポーリング応答にはこの集約状態（０１００００００）を載せて監視装置に通知する。このとき、監視装置が管理していた集約状態は、イベント▲４▼で述べたように（００００００００）であるので、両者は不一致となる。よって、監視装置は伝送装置＃２に対して警報収集コマンドを発行して、伝送装置＃２から警報に関する詳細な情報を収集するようにする。この詳細情報は伝送装置＃２から監視装置への警報収集応答に載せて通知される。
【００２９】
イベント▲９▼：ポーリング周期に基づいてポーリングが伝送装置＃３に対して行われる。伝送装置＃３では、イベント▲３▼、▲６▼によってその集約状態が（１００１１０００）となっているので、これをポーリング応答により監視装置に通知する。一方、イベント▲６▼の装置警報と切替えの発生のレポートは監視装置に届いていないので、監視装置の持っている伝送装置＃３の集約状態は（０１００００００）であるので、受信したポーリング応答の集約状態と不一致になる。これにより、監視装置は伝送装置＃３に対して警報収集コマンドを発行して、伝送装置＃３から警報の詳細な情報を警報収集応答により収集し、さらに伝送装置＃３に対して切替え状態収集コマンドを発行して、伝送装置＃３から切替え状態の詳細な情報を切替え状態収集応答により収集する。
【００３０】
図４２には上記のシーケスンを実行した後の監視装置の状態管理メモリの具体例が示される。図示するように、伝送装置＃１の欄の集約状態は（０１００００００）、伝送装置＃２の欄の集約状態は（０１００００００）、伝送装置＃３の欄の集約状態は（１００１１０００）となる。
【００３１】
図４３にはＧＵＩ部８’による集約状態の表示例を示すものであり、図４３の上側の画面はネットワーク全体の集約状態の内容を色で分けて表示した例である。図示するように、装置警報、伝送路警報は警報発生を示す「赤」で、パス警報は警報無しを示す「緑」で表示され、切替えは切替え「有」を示す「赤」で、試験は試験中を示す「紫」で表示されている。
【００３２】
また図４３の下側には集約状態の一覧表示画面の例が示される。これは各伝送装置やグループについてその表示状態を文字で示したものであり、伝送装置＃１と＃２は伝送路警報が「異常」、伝送装置＃３は装置警報が「異常」、切替えと試験が「あり」となっている。
【００３３】
【発明が解決しようとする課題】
従来の監視方式では、監視装置と被監視装置のそれぞれにおいて、被監視装置の詳細な状態を二重に管理していたため、被監視装置からのレポート情報が何らかの原因で監視装置に届かないと両者の間に不一致が生じることになる。そして、両者の間に不一致を生じたことが判明した場合には、監視装置から当該伝送装置に対して全詳細情報を取り直す必要があった（図４１の▲８▼、▲９▼）。
【００３４】
そのため、監視装置の処理が煩雑になり、この詳細情報の取り直し作業のために監視回線のトラフィックも輻輳するという問題があった。特にレポートの欠落は警報が多量に発生するなどの輻輳状態で発生する可能性が高いため、この場合には監視装置からの詳細情報の収集コマンドにより、輻輳状態の監視回線をさらに一層輻輳させてしまうという問題が発生していた。
【００３５】
さらに、状態不一致の検出はポーリング処理に頼っていたため、不一致となっている被監視装置との通信のやり取りがポーリング以外にもある場合であっても、それにもかかわらず、ポーリングを実施しなければ不一致を検出することができなかった。
【００３６】
また、監視装置における状態の集約の方法も固定であったため、集約状態の集約方法を（ユーザ要求等により）変更するには、プログラムの変更を余儀なくされていた。さらに、被監視装置の種別毎に管理する状態が異なる場合には、監視装置でそれらを識別する必要があり、管理状態の追加を容易に行うことができなかった。
【００３７】
【課題を解決するための手段、作用および効果】
上述の課題を解決するために、本発明に係るネットワーク監視システムは、複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなる。
被監視装置は、自装置の各種の状態を集約した集約状態の情報を生成・保持しており、監視装置が被監視装置に対して発行する集約状態収集指令に対する応答以外の通信情報にも該集約状態を付与して監視装置に通知する手段を備えている。
監視装置は、被監視装置が監視装置に通知してきたところの監視装置による集約状態収集指令に対する応答以外の通信情報から、当該被監視装置が当該通信情報に付与した自装置の各種の状態を集約した集約状態の情報を受信する手段と、該受信する手段で受信した集約状態をもって当該被監視装置の集約状態として管理する手段とを備えている。
このネットワーク監視システムでは、各被監視装置は、自装置の各種の状態を集約した集約状態の情報を生成・保持しており、監視装置が被監視装置に対して発行する集約状態収集指令に対する応答以外の通信情報にも該集約状態を付与して監視装置に通知するようにし、監視装置では受信した集約状態をもって当該被監視装置の集約状態として管理する。
この発明によれば、被監視装置からの通信情報全てに当該装置の集約状態が付与されるため、監視装置と被監視装置の間で状態の不一致があった場合でも、監視装置において状態収集を実施することなく状態把握が可能となるため、処理負荷及びトラヒックの軽減ができる。また、ポーリングに頼らずに被監視装置の状態不一致及び整合と行うことが可能となるため、被監視装置の状態把握が高速になる。
【００３８】
さらにこのネットワーク監視システムでは、被監視装置は集約状態と共にその集約状態のうち有効な情報を表すための有効／無効情報を付与することで、監視装置において複数の状態のうち有効な状態のみを管理するように構成する。この発明によれば、被監視装置から付与される集約状態の有効／無効を示す有効／無効情報（例えばマスクパターン）を付与することで、異なる装置種別（管理する集約状態が異なる装置）においても共通のへッダを使用することが可能となると共に、装置種別の追加があっても監視装置における監視部分及びＧＵＩ部の変更は不要となるため開発効率が向上する。
【００４２】
また、このネットワーク監視システムでは、監視装置は、被監視装置に対して集約状態収集指令をポーリングにより定期的に発行するように構成するとともに、注目する被監視装置についてのポーリング間隔の間に当該被監視装置から通知された通信情報に付与された集約情報に基づいて集約状態の変更があった場合には、当該被監視装置に対して予定されていた該ポーリング間隔に基づく次回のポーリング時刻でのポーリングを間引くように構成することができる。
この発明によれば、監視装置において、前回のポーリング実施後に状態変化を検出した被監視装置に対しては次のポーリングをスキップすることで、監視装置や被監視装置の処理及びトラヒックの軽減を行うことが可能となる。
【００４３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
本発明が適用される監視ネットワークは従来技術の項で説明した図２９に示すと同様のネットワークである。図１には本発明の一実施形態としての監視装置の構成が示され、図２には本発明の一実施形態としての被監視装置である伝送装置の構成が示される。
【００４４】
図１において、監視装置は、通信部１、送受信管理部２、状態管理部３、ポーリング部４、状態管理メモリ５、状態表示テーブル６、ポーリングテーブル７、ＧＵＩ部８を含み構成される。ここで、通信部１は被監視装置との通信を行う装置である。送受信管理部２は監視装置が発行したコマンドに対する伝送装置からの応答の対のチェックや連送フレームの処理を行う装置である。
【００４５】
状態管理メモリ５はネットワーク内の全ての伝送装置の集約状態や予め指定されたグループ単位での集約状態等とその更新内容、更新した年月日・時刻などを格納するメモリである。図３にはこの状態管理メモリ５に格納されるデータの構成例が示される。図示するように、各伝送装置＃１、＃２・・・毎に集約状態とその更新時刻が格納されるとともに、各グループ＃１、＃２・・毎には集約状態（グループ集約状態）とそのグループを構成する伝送装置のＩＤが格納される。この例では、集約状態の情報は従来技術で説明したと同様に、装置警報、伝送路警報、パス警報、切替え、試験、３つのリザーブの８ビットのデータからなる。
【００４６】
状態表示テーブル６はグループ毎の状態集約方法や状態の表示形態（色や文字など）等を定義するテーブルであり、メモリに格納されている。図５にはこの状態表示テーブル６の具体例が示される。図示するように、集約状態に対応する各項目（本例では８項目）毎に表示情報が格納されており、各々の表示情報は、集約状態ビット位置（８ビット中の何ビット目か）、状態の名称（装置警報、伝送路警報・・・など）、集約方法（グループ内の伝送装置全部の論理和でグループの集約と求めるなど）、表示色からなる。表示色は警報の状態を色で表示するためのものであり、３原色である（赤Ｒ、緑Ｇ、青Ｂ）の比率データからなり、例えば項目〔１〕の装置警報の場合、警報なしの「正常＝０」の場合には（０、２５５，０）で表示色が「緑」、「異常＝１」の場合には（２５５、０、０）で表示処理が「赤」となる。
【００４７】
ポーリングテーブル７はポーリング対象となる伝送装置のＩＤ番号をそのポーリング順に管理するとともに、各伝送装置について最新にポーリングを実施した日時をポーリング実施時刻として管理するテーブルであり、メモリに格納されている。図４にはこのポーリングテーブル７に格納するデータ構成の例が示される。図示するように、ポーリングを実施する周期であるポーリング間隔、ポーリングをする対象となる装置の数とともに、ポーリング対象の装置の識別番号（ＩＤ）がその実施時刻（ポーリング実施時刻）とともに格納される。この実施時刻は最新にポーリングを実施した日時（年月日と時刻）からなる。
【００４８】
状態管理部３は、伝送装置から通知された通信情報に付与された集約状態を状態管理メモリ５に格納すると共に、状態表示テーブル６に定義される状態集約方法により各状態をグループ毎に集約する装置である。ポーリング部４は、、ポーリングテーブル７の内容に従ってネットワーク内の伝送装置を順次にポーリングするとともに、前回のポーリング実施時刻の後に状態変化があった場合にはポーリングを一度スキップするという制御を行う装置である。ＧＵＩ部８は、監視／制御のためのグラフィク・ユーザ・インタフェース（すなわち画面による表示）を提供する装置である。
【００４９】
被監視装置としての伝送装置は、通信部１１、制御部１２、状態管理部１３、パッケージ間通信部１４、状態管理メモリ１５、各パッケージ制御部１６を含み構成される。通信部１１は監視装置との通信を行う装置である。パッケージ制御部１６は伝送装置を構成する各パッケージの制御を行い各パッケージの状態やその状態変化の管理等を行う装置である。パッケージ間通信部１４は各パッケージ制御部１６と通信を行って各パッケージの状態等の情報を収集したりする装置である。制御部１２は監視装置からの制御コマンドを解析して各パッケージ制御部１６にその制御コマンドに対応した処理の依頼を行うと共に、その応答を通信部１１を介して監視装置へ送信したりする装置である。状態管理メモリ１５は自装置の状態とそれらを集約した状態を管理するメモリである。状態管理部３は各パッケージ制御部１６から通知される状態変化情報を状態管理メモリ５に管理すると共に、全パッケージ等について集約状態を求めて状態管理メモリ１５に格納したりする装置である。
【００５０】
図６には被監視装置としての伝送装置から監視装置に送信される通信フレームのフォーマットが示される。この通信フレームは制御データを格納するヘッダ部と送信すべきデータを格納するデータ部からなる。ヘッダ部の制御データは、送信元アドレスＳＡ、送信先アドレスＤＡ、シーケンス番号ＳＱ、制御コードＣＤ、応答コードＲＰ、データ長ＬＮ、マスクパターンＭＳ、集約状態ＳＴからなる。ここで、マスクパターンＭＳと集約状態ＳＴは本発明において新たにヘッダ情報として追加したものであり、集約状態ＳＴの領域には図示するように被監視装置の各集約状態（図６には８ビット構成の場合の例が示される）が格納される。またマスクパターンＭＳは、集約状態ＳＴの８ビットにそれぞれ対応した８ビットのデータからなり、各集約状態ＳＴの中で有効なもののみをＯＮ（例えば“１”）で示す。これは例えば２重構成となっていない装置では「切替え」の有無の情報は不要であり、この場合、「切替え」に対応するマスクパターンＭＳのビットはＯＦＦ（例えば“０”）となるものである。なお、ここでは集約状態ＳＴは各状態の有無を１ビットで表しているが、総数等で表してもかまわない。また被監視装置全体の状態でなく、パッケージ等の部位毎に集約してもかまわない。
【００５１】
次に、この実施形態の監視装置と伝送装置の動作をフローチャートを参照して詳細に説明する。
まず、伝送装置の動作から説明する。図１１にはこの実施形態の伝送装置における状態管理部１３の詳細な処理手順が示される。伝送装置のパッケージ制御部１６にて検出された装置警報などは状態管理部１３に通知される。状態管理部１３はパッケージ制御部１５にて検出された各パッケージに関する警報等のデータの受信を待機しており（ステップＳ５１）、データを受信するとの内容を解析する。例えばそのデータが「警報」（例えば装置警報、伝送路警報、パス警報など）であった場合には、その警報が警報の発生か回復かを判定する（ステップＳ５３）。警報発生であった場合には状態管理メモリ１５にその警報発生を登録して管理し（ステップＳ５４）、警報回復であった場合には、状態管理メモリ１５に既に登録されている当該警報の「警報発生」のデータを削除する。この後、この状態管理メモリ１５の内容を参照して発生中の警報を調べ、この警報発生状態を集約して、集約情報としての警報の有無と得て状態管理メモリ１５に書き込む（ステップＳ５６）。
【００５２】
受信データが「他の状態」（例えば切替え、試験など）に関するものであった場合には、上述の警報の場合と同様にしてその内容を状態管理メモリ１５に格納するとともにその内容を集約した集約状態の情報も書き込む（ステップＳ５７）。ここでは、他の状態として、切替えの有無、試験の有無を集約して集約状態状態として状態管理メモリ１５に書き込む。
【００５３】
その後、全集約状態（ここでは、装置警報、伝送路警報、パス警報、切替状態、試験有無）を状態管理メモリ１５から読み出し（５８）、監視装置へ通知するレポート情報等の通信フレームのへッダ部に集約状態ＳＴ（全状態が正常状態であるとすれば、集約状態は０ｘ８０となる）とマスクパターンＭＳ（ここでは、図６で定義した全状態のビットをＯＮ、すなわち０ｘＦ８）を付与して（ステップＳ５９）、レポート情報などとともに監視装置に通知する（ステップＳ６０）。
【００５４】
図１２にはこの伝送装置における制御部１２の詳細な処理手順が示される。制御部１２は、監視装置からのデータの受信を待機している（ステップＳ６１）。この受信データとしてはポーリングコマンドを含む各種の制御コマンドなどがある。制御コマンドを受信すると、その制御内容に応じてパッケージ制御部１６に指示を行うなど制御内容の実施を行うとともに（ステップＳ６２）、応答情報を作成し通信フレームにその応答情報を載せる（ステップＳ６３）。この際、状態管理メモリ１５から集約状態を読み出して（ステップＳ６４）、この集約状態を通信フレームヘッダ部の集約状態ＳＴにセットするとともに、マスクパターンＭＳにもＯＮ／ＯＦＦデータをセットする（ステップＳ６５）。そして、この通信フレームを監視装置へ応答情報として通知する（ステップＳ６６）。
【００５５】
図７にはこの実施形態の監視装置における状態管理部３の詳細な動作手順が示される。上記警報などのレポートの通信フレームを受信した監視装置では、図７に示すように、伝送装置から受信した通信フレームのヘッダ部のマスクパターンＭＳと集約状態ＳＴの論理積を取り、その値を当該伝送装置の集約状態として状態管理メモリ５に書き込む。このとき集約状態と共に集約状態の更新時刻として現時刻を設定する（ステップＳ２）。なおここでは簡単のため、単にマスクパターンＭＳと集約状態ＳＴの論理積を取っているが、マスクパターンでビットがＯＦＦの状態を無効として管理してもかまわない。
【００５６】
次に、集約状態の数だけ（つまり全集約状態について）、次の処理を繰り返す（ステップＳ３）。この実施形態では集約状態の数は「８」となる。これは図６で示す通信フレームのへッダ部の集約状態ＳＴが８ビットであるためであり、ここではリザーブ領域も集約状態数に含める。
【００５７】
まず、状態表示テーブル６から、今注目している状態の表示に関する演算方法（ａ）を読み出す（ステップＳ４）。ここで演算方法（ａ）とは、グループ内の装置の集約情報を集約する集約方法などである。
【００５８】
次いで、状態管理メモリ５に登録されている全グループについて次の処理を繰り返す（ステップＳ５）。まず、状態管理メモリ５に登録されているグループのうちの現に注目しているグループについて、そのグループ情報（グループ集約状態とグループ内の構成装置のＩＤ）を読み出し（ステップＳ６）、グループ集約状態の内容はクリアする（ステップＳ７）。そして、当該グループを構成する全装置について次の処理を繰り返す（ステップＳ８）。すなわち、状態管理メモリ５の当該グループのグループ集約状態と今注目している伝送装置の集約状態とに対して、状態表示テーブル６から読み出した演算方法（ａ）を施して、これを新たにグループ集約状態として状態管理メモリ５に登録する（ステップＳ９）。このように、グループ内の全装置について今注目している集約状態を状態管理メモリ５から読み出し、状態表示テーブル６から獲得した演算方法（ａ）に従い、グループ集約状態をグループ毎に集約する。
【００５９】
全集約状態の演算を終了したら（ステップＳ３）、ＧＵＩ部８に対して集約状態の表示変更依頼を行い（ステップＳ１０）、受信した通信フレーム中のデータを解析し（ステップＳ１１）、その受信データの内容に応じて受信データ毎の処理を行う（ステップＳ１２）。
【００６０】
集約状態の表示変更依頼を受けたＧＵＩ部８では次の処理を行う。
図１９にはＧＵＩ部８における「グループの集約状態表示」の詳細な処理手順が示される。まず、集約状態の項目（この実施形態では８項目）を指示するためのカウンタをクリアする（ステップＳ３１）。そして、カウンタの値が全集約状態を指示し終えたかをチェックし（ステップＳ３２）、まだ途中であれば、状態管理メモリ５から、指定されたグループの集約状態を読み出し（ステップＳ３３）、読み出した集約状態値に対応する表示色を状態管理テーブル６から読み出して、グループの集約状態表示画面において当該集約状態の表示色を上記読み出した表示色にする（ステップＳ３４）。そして、カウンタを一つインクリメントしてステップＳ３２に戻り、同じ処理を全集約状態数が終わるまで繰り返す。なお、後述する図１９にはこのグループの集約状態表示画面の具体例が示されている。
【００６１】
図１０にはＧＵＩ部８における「集約状態一覧表示」の詳細な処理手順が示される。ここでは装置毎に集約状態数だけ同じ処理を繰り返すことになるので、まず、装置の識別番号（ＩＤ）を指示する装置カウンタをクリアする（ステップＳ４１）。装置カウンタが指示する装置の数（識別番号）が全装置数となったかをチェックし、まだ途中であれば、いま注目している伝送装置（装置カウンタで指示している伝送装置）の集約状態を状態管理テーブル５から読み出す（ステップＳ４３）。そして、読み出した集約状態を表示する際に用いる表示文字を状態表示テーブル６から読み出して、その読み出した表示文字を用いて集約状態一覧表示画面における当該集約状態の状態表示を変更する（ステップＳ４４）。さらに、当該伝送装置の集約状態更新時刻を表示画面における一覧表示に表示する（ステップＳ４５）。なお、後述する図１９にはこの集約状態一覧表示画面の具体例が示されている。
【００６２】
次に、監視装置が制御コマンド（ポーリングも含む）を実施する場合の動作について説明する。
前述したように、制御コマンドを受信した伝送装置では制御部１２において制御を実施されるが、その応答を返す時に状態管理メモリ１５から集約状態を読み出し、この集約状態をマスクパターンと共に、応答情報を載せた通信フレームのへッダ部にセットして、監視装置に通知する。監視装置では、警報通知と同様の処理を行うことで、集約状態の更新及び表示を行う。
【００６３】
図８には上述のポーリング処理を行うための監視装置におけるポーリング部４の詳細な処理手順が示される。ポーリング部４では起動後、ポーリングカウンタを初期化する。このポーリングカウンタはポーリング対象となる伝送装置の識別番号を指示するものである。この後、次の処理を繰り返す。
【００６４】
ポーリングカウンタが示す識別番号の伝送装置について、ポーリングテーブル７からポーリング実施時刻を、また状態管理メモリ５から集約状態の更新時刻をそれぞれ読み出してきて、このポーリング実施時刻と集約状態更新時刻を比較する（ステップＳ２２）。
【００６５】
「ポーリング実施時刻＜集約状態更新時刻」の場合、すなわち、最新にポーリングを実施して集約状態を収集した時刻以後に、ポーリング以外の応答の通信フレームヘッダ部の情報に基づいて集約状態が更新されていた場合には、当該伝送装置についてのポーリング間隔（ポーリング周期）内にその集約状態の更新がなされたものであるから、このポーリング周期よりも短い周期で集約状態の内容を収集する必要性が少ないので、本来次にポーリングを実施する行う予定だった時刻（すなわちポーリング実施時刻＋ポーリング間隔）を延期して余分なポーリングの実施回数を減らす。すなわち、ポーリングテーブル７の当該伝送装置のポーリング実施時刻として現時刻を書き込む（ステップＳ２７）。
【００６６】
「ポーリング実施時刻≧集約状態更新時刻」の場合、すなわち、最新にポーリングを実施した時刻が、集約状態を最新に更新した時刻と同じか既に経過している場合には、前回にポーリングを実施して伝送装置から収集した集約状態の内容にその後も状態変化がなかったものと判断し、次の処理に移行する。まず、ポーリングカウンタが示す伝送装置に対してポーリングコマンドを発行する（ステップＳ２３）。当該伝送装置からのポーリング応答の受信を待ち（ステップＳ２４）。当該ポーリングの応答を受信したら、ヘッダ部から当該伝送装置の集約状態とマスクパターンを状態管理部３へ通知することで（ステップＳ２５）、集約状態の更新及び状態表示を行う。また、この際に、ポーリングテーブル７の当該伝送装置のポーリング実施時刻に現時刻を設定して（ステップＳ２６）、ポーリング実施時刻を最新にポーリングを行った時刻になるよう更新する。
【００６７】
次いで、ポーリング間隔だけウェイトし（ステップＳ２８）。ポーリング間隔が経過したら、ポーリングカウンタを一つインクリメントして（ステップＳ２９）、ステップＳ２２に戻る。
【００６８】
次に、この実施形態の一層具体的な動作例を図１３に示すシーケンス図を参照して説明する。ここで、被監視装置としての伝送装置の台数は３台であり、当初は全て正常状態である。伝送装置からの通信情報の名称の後ろに示される括弧付きの数値は、通信フレームのヘッダで通知される集約状態のビット情報を表す。また、ポーリングの間隔は１０秒、マスクパターンは装置＃１が（１１１１００００）（＝試験とリザーブが無効であることを示すもの）、装置＃２，＃３が（１１１１１０００）（＝リザーブだけが無効であることを示すもの）であるとする。
【００６９】
イベント▲１▼：監視装置から伝送装置＃３に対してポーリングコマンドを発行してポーリングを実施した例である。伝送装置＃３は正常状態のため、ポーリング応答に載せる集約状態は全て０、すなわちポーリング応答（００００００００）で通知されている。
【００７０】
図１４にはこの場合における各テーブルの状態が示される。
このポーリング応答を受信した監視装置では、状態管理部３は、受信した集約状態（００００００００）とマスクパターン（１１１１１０００）の論理積を取った値（００００００００）を伝送装置＃３の集約状態として現時刻（集約状態の更新時刻であり、例えば図１４に示すように１９９８／０１／０１ １０：００：０１）と共に状態管理メモリ５に格納する。このとき、例えばグループ＃１の各集約状態は、図５の集約表示テーブルにより全て論理和で示す定義となっているため、次のようになる。
グループ＃１＝００００００００
【００７１】
ポーリング部４においては、ポーリング応答を受信した時刻（集約状態の更新時刻と同様に年月日、時刻からなる）をポーリングテーブル７にポーリング実施時刻として格納する。
【００７２】
図１５にはＧＵＩ部８の制御下に表示される「グループの集約状態表示画面」と「集約状態一覧表示画面」との具体例が示される。
ＧＵＩ部８では、グループ＃１の集約状態表示にあたっては、各集約状態の値と集約表示テーブル６から、各集約状態の表示色を求めて、それぞれの表示領域の表示色を決定する。例えば、図１５に示すように装置警報の集約値は０（＝正常）であるため、集約表示テーブルより表示色は「緑（０，２５５，０）」となる。
また、ＧＵＩ部８では，集約状態一覧表示にあたっては、各装置の各集約状態の値と集約表示テーブル６から、表示文字を決定して集約状態一覧表示画面に表示する。例えば、図１５に示すように、伝送装置＃１の装置警報の集約値は０のため、集約表示テーブル６に基づき表示文字は「正常」となる。
【００７３】
イベント▲２▼：伝送装置＃１において伝送路警報が発生したので伝送装置＃１から伝送路警報発生を通知するレポートが監視装置に通知され、その一秒後に伝送装置＃３において試験が開始されたので伝送装置＃３から試験開始のレポートが監視装置に通知された場合を示す。これらのレポート情報を載せた通信フレームのヘッダ部にはそれぞれの伝送装置での集約状態が付与されるため、監視装置の状態管理部３では、イベント▲１▼と同様にして、下記の値がそれぞれの集約状態として状態管理メモリ５に格納される。
〔伝送装置＃１〕
通知された集約状態ＳＴ ０１００００００
マスクパターン状態ＭＳ １１１１００００
状態管理メモリ５に格納する集約状態ＳＴ＆ＭＳ ＝０１００００００
（１９９８／０１／０１ １０：００：０４）
〔伝送装置＃３〕
通知された集約状態ＳＴ ０１００００００
マスクパターン状態ＭＳ １１１１１０００
管理メモリ５に格納する集約状態ＳＴ＆ＭＳ ＝００００１０００
（１９９８／０１／０１ １０：００：０５）
〔グループ＃１〕
状態管理メモリ５に格納する集約状態＝０１００１０００
なお、このイベント▲２▼に対応する各テーブルの状態が図１６に、表示画面の例が図１７にそれぞれ示されている。
【００７４】
イベント▲３▼：伝送装置＃２において伝送路警報が発生したので、伝送装置＃２から監視装置に伝送路警報発生のレポートが通知されたが、何らかの原因で監視装置に届かなかった場合を示している。当然このときは、監視装置では伝送装置＃２の状態変化を知る由がないため、監視装置が管理している伝送装置の集約状態は変化せず、この集約状態は（００００００００）である。
【００７５】
イベント▲４▼：監視装置において、ポーリングテーブル（図１６参照）に基づき、次のポーリング対象は伝送装置＃１となるが、前回のポーリング実施時刻（１９９８／０１／０１ ０９：５９：４１）よりも状態管理メモリ（図１６参照）の状態更新時刻（１９９８／０１／０１ １０：００：０４）の方が最近のためポーリング処理は行わない。
ただし、ポーリング実施時刻は、次回のポーリングを実施させるため、現時刻で更新する。
なお、このイベント▲４▼に対応する各テーブルの状態が図１８に、表示画面の例が図１９にそれぞれ示されている。
【００７６】
イベント▲５▼：伝送装置＃３において、イベトン▲２▼の試験開始に加えて、装置警報の発生と切替えの発生があったので、これを伝送装置＃３から監視装置にレポートにて通知したが、イベント▲３▼と同様に、このレポートが何らかの原因により監視装置に通知されなかったことを示している。したがって、伝送装置＃３が管理している実際の集約状態は（１００１１０００）であるが、監視装置が管理している集約状態はイベント▲２▼による（００００１０００）である。
【００７７】
イベント▲６▼：ポーリングテーブル７の内容に基づいて伝送装置＃２へのポーリング実施時刻になったが、このときの状態管理メモリ５及びポーリングテーブル７は図１８のままであるため、状態更新時刻（１９９８／０１／０１ ０９：５９：５１）≦ポーリング実施時刻（１９９８／０１／０１ ０９：５９：５１）となるので、伝送装置＃２に対してポーリングが実施される。
【００７８】
監視装置の状態管理部３では、伝送装置＃２からのポーリングの応答により、イベント▲１▼と同様にして伝送装置＃２の集約状態を次のように求めて格納する。また、ポーリング実施時刻も同じ時刻となる。
〔伝送装置＃２〕
通知された集約状態ＳＴ ０１００００００
マスクパターン状態ＭＳ １１１１１０００
管理メモリ５に格納する集約状態ＳＴ＆ＭＳ ＝０１００００００
（１９９８／０１／０１ １０：００：２１）
〔グループ＃１〕
状態管理メモリ５に格納する集約状態＝０１００１０００
なお、このイベント▲６▼に対応する各テーブルの状態が図２０に、表示画面の例が図２１にそれぞれ示されている。
【００７９】
イベント▲７▼：監視装置より伝送装置＃３に対して制御コマンドを発行した例を示している。この場合にも伝送装置＃３からの応答には、その応答通信フレームのヘッダ部に伝送装置＃３の集約状態が含まれるため、監視装置では伝送装置＃３の現在の集約状態の変化を検出することができる。すなわち、下記のように状態管理メモリに格納される。
〔伝送装置＃３〕
通知された集約状態ＳＴ １００１１０００
マスクパターン状態ＭＳ １１１１１０００
管理メモリ５に格納する集約状態ＳＴ＆ＭＳ ＝１００１１０００
（１９９８／０１／０１ １０：００：２６）
〔グループ＃１〕
状態管理メモリ５に格納する集約状態＝１１０１１０００
なお、このイベント▲７▼に対応する各テーブルの状態が図２２に、表示画面の例が図２３にそれぞれ示されている。
【００８０】
イベント▲８▼：伝送装置＃３へのポーリングタイミングであるが、イベント▲４▼と同様に前回のポーリング実施時刻（１９９８／０１／０１ １０：００：０１）よりも状態管理メモリ（図２２参照）の状態更新時刻（１９９８／０１／０１ １０：００：２６）の方が最近のためポーリング処理は行わない。
ただし、ポーリング実施時刻は現時刻で更新する
なお、このイベント▲８▼に対応する各テーブルの状態が図２４に、表示画面の例が図２５にそれぞれ示されている。
【００８１】
次に、本発明の他の実施形態として、集約状態として「警報抑止」の状態を管理する装置が追加になったときの、状態表示テーブル６の例を図２６に示す。またここでは、試験の集約状態が「１」となったときの表示文字を「あり」から「試験中」に変更してある。
【００８２】
このとき、図２４で示した例において装置＃４として警報抑止の状態をもった装置が追加になった場合について、その場合の各種テーブルの状態を図２７に、画面表示の具体例を図２８にそれぞれ示す。ここで、装置＃４のマスクパターンは１１１１１１００とする。状態管理メモリ５及びポーリングテーブル７が図２７に示すような状態であったとすると、グループ＃１の集約状態表示及び集約状態一覧表示は図２８に示すようになる。すなわち、状態表示のための文字列や表示色は全て状態表示テーブル６にリソースとして格納されているため、プログラムの変更なしに図３２のような表示が可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態における監視装置の構成を示す図である。
【図２】本発明の一実施形態における伝送装置の構成を示す図である。
【図３】本発明の一実施形態の監視装置における状態管理メモリのデータ構成例を示す図である。
【図４】本発明の一実施形態の監視装置におけるポーリングテーブルの構成例を示す図である。
【図５】本発明の一実施形態の監視装置における状態表示テーブルの例を示す図てある。
【図６】本発明の一実施形態における通信フレームのフレームフォーマットの例を示す図である。
【図７】本発明の一実施形態の監視装置における状態管理部の処理手順を示すフローチャートである。
【図８】本発明の一実施形態の監視装置におけるポーリング処理部の処理手順を示すフローチャートである。
【図９】本発明の一実施形態の監視装置におけるＧＵＩ部の集約状態表示処理の処理手順を示すフローチャートである。
【図１０】本発明の一実施形態の監視装置におけるＧＵＩ部の集約状態一覧表示処理の処理手順を示すフローチャートである。
【図１１】本発明の一実施形態の伝送装置における状態管理部の処理手順を示すフローチャートである。
【図１２】本発明の一実施形態の伝送装置における制御部の処理手順を示すフローチャートである。
【図１３】本発明の一実施形態におけるネットワーク全体の動作シーケンスを示すシーケンス図である。
【図１４】本発明の一実施形態の動作シーケンスにおけるイベント▲１▼のときの各種メモリの具体例を示す図である。
【図１５】本発明の一実施形態の動作シーケンスにおけるイベント▲１▼のときの画面表示の具体例を示す図である。
【図１６】本発明の一実施形態の動作シーケンスにおけるイベント▲２▼、▲３▼のときの各種メモリの具体例を示す図である。
【図１７】本発明の一実施形態の動作シーケンスにおけるイベント▲２▼、▲３▼のときの画面表示の具体例を示す図である。
【図１８】本発明の一実施形態の動作シーケンスにおけるイベント▲４▼、▲５▼のときの各種メモリの具体例を示す図である。
【図１９】本発明の一実施形態の動作シーケンスにおけるイベント▲４▼、▲５▼のときの画面表示の具体例を示す図である。
【図２０】本発明の一実施形態の動作シーケンスにおけるイベント▲６▼のときの各種メモリの具体例を示す図である。
【図２１】本発明の一実施形態の動作シーケンスにおけるイベント▲６▼のときの画面表示の具体例を示す図である。
【図２２】本発明の一実施形態の動作シーケンスにおけるイベント▲７▼のときの各種メモリの具体例を示す図である。
【図２３】本発明の一実施形態の動作シーケンスにおけるイベント▲７▼のときの画面表示の具体例を示す図である。
【図２４】本発明の一実施形態の動作シーケンスにおけるイベント▲８▼のときの各種メモリの具体例を示す図である。
【図２５】本発明の一実施形態の動作シーケンスにおけるイベント▲８▼のときの画面表示の具体例を示す図である。
【図２６】本発明の他の実施形態における状態表示テーブルの例を示す図である。
【図２７】本発明の他の実施形態における各種メモリの具体例を示す図である。
【図２８】本発明の他の実施形態における画面表示の具体例を示す図である。
【図２９】ネットワーク監視システムの全体的な構成例を示す図である。
【図３０】従来方式における監視装置の構成例を示す図である。
【図３１】従来方式における伝送装置の構成例を示す図である。
【図３２】従来方式の監視装置における状態管理メモリのデータ構成例を示す図である。
【図３３】従来方式の監視装置におけるポーリングテーブルのデータ構成例を示す図である。
【図３４】従来方式の監視装置における状態管理部の処理手順（１／２）を示すフローチャートである。
【図３５】従来方式の監視装置における状態管理部の処理手順（２／２）を示すフローチャートである。
【図３６】従来方式の監視装置におけるポーリング処理部の処理手順を示すフローチャートである。
【図３７】従来方式の監視装置における集約状態一覧表示処理の処理手順を示すフローチャートである。
【図３８】従来方式の監視装置における集約状態表示処理の処理手順を示すフローチャートである。
【図３９】従来方式の伝送装置における状態管理部の処理手順を示すフローチャートである。
【図４０】従来方式の伝送装置における制御部の処理手順を示すフローチャートである。
【図４１】従来方式におけるネットワーク全体の動作シーケンスを示すシーケンス図である。
【図４２】従来方式における動作シーケンス実行後の各種メモリの具体例を示す図である。
【図４３】従来方式における動作シーケンス実行後の画面表示の具体例を示す図である。
【符号の説明】
１、１１ 通信部
２ 送受信管理部
３、１３状態管理部
４ ポーリング部
５、１５ 状態管理メモリ
６ 状態表示テーブル
７ ポーリングテーブル
８ ＧＵＩ部（グラフィカル・ユーザ・インタフェース部）
１２ 制御部
１４ パッケージ間通信部
１６ パッケージ制御部
【発明の属する技術分野】
本発明は複数の被監視装置の状態を監視装置が監視制御するネットワーク監視システムと同システムに用いられる監視装置と被監視装置に関する。
【０００２】
【従来の技術】
図２９には複数の被監視装置の状態を監視装置が監視するためのネットワーク構成の例が示される。図中、被監視装置としての複数の伝送装置＃１〜＃４が伝送路を通じて監視装置に接続されており、各伝送装置からその状態情報を監視装置が収集できるようになっている。
【０００３】
図３０にはネットワーク構成における監視装置の従来方式による構成例が示され、また図３１には伝送装置の従来方式による構成例が示される。
【０００４】
図３０において、監視装置は、通信部１、送受信管理部２、状態管理部３’、ポーリング部４’、状態管理メモリ５’、ポーリングテーブル７’、ＧＵＩ（グラフィカル・ユーザ・インタフェース）部８’等を含み構成される。ここで、通信部１は伝送装置との通信を行う装置である。送受信管理部２は伝送装置に宛てたコマンドに対する伝送装置からの応答の対のチェックや連送フレームの処理などを行う装置である。
【０００５】
状態管理メモリ５’はネットワーク内の全伝送装置の集約状態や予め指定されたグループ単位での集約状態とその更新の状態などを格納するメモリである。図３２にはこの状態管理メモリ５’に格納されるデータの構成例が示される。図示するように、各伝送装置＃１、＃２、＃３・・に対応して集約状態が格納されるとともに、各グループ＃１、＃２・・に対応しても集約状態が格納される。ここで、グループとは複数の伝送装置を例えばその設置地域や機能等の観点からグループ化したものであり、当該グループに属する伝送装置のＩＤも集約状態とともに格納されている。
【０００６】
集約状態のデータ構成はこの例では８ビットからなり、この８ビットの各ビットに対してＭＳＢ（最上位ビット）側から順に、装置警報の有無、伝送路警報の有無、パス警報の有無、切替えの有無、試験の有無、３つのリザーブビットの項目がそれぞれ割り当てられている。ここで、装置警報は当該伝送装置自体に異常があるか否かを示すもの、伝送路警報とパス警報は当該伝送装置の用いている伝送路とパスにそれぞれ異常があるか否かを示すもの、切替えは伝送装置が現用／待機の２重化構成されている時に待機系への切替えがあったか否かを示すもの、試験は当該伝送装置が試験中か否かを示すもの、３つのリザーブは上記以外の警報等の状態を関して使用する時に用いる予備用のビットである。なお、ここで、集約とは、注目している伝送装置において複数の部位毎（例えばパッケージ毎）に警報等の有無がある場合にも、これらを例えば論理和で集約して当該伝送装置の警報の有無として表示することを意味する。
【０００７】
ポーリングテーブル７’はポーリング対象となる伝送装置のＩＤ（識別番号）とそのポーリング順序を管理するメモリである。また、図３３にはこのポーリングテーブル７’の構成例が示される。このポーリングテーブル７’には、各伝送装置に対してポーリングを行う際の時間間隔であるポーリング間隔、ポーリング対象となる伝送装置の数とともに、ポーリング対象の伝送装置のＩＤがポーリング順に格納されている。ポーリング部４’は、この登録された伝送装置ＩＤの順序に従って上記のポーリング間隔でポーリングコマンドを各伝送装置に対して発行する。
【０００８】
状態管理部３’は、伝送装置から通知された通信情報から得た集約状態を状態管理メモリ５’に格納して管理する装置である。ポーリング部４’はポーリングテーブル７’の内容に従ってネットワーク内の伝送装置を順次にポーリングする制御を行う装置である。ＧＵＩ部８’は操作者に対して監視／制御のための表示画面等のグラフィカル・ユーザ・インタフェースを提供する装置である。
【０００９】
図３１において、伝送装置は、通信部１１、制御部１２’、状態管理部１３’、パッケージ間通信部１４、状態管理メモリ１５、各パッケージ制御部１６等を含み構成される。ここで、通信部１１は監視装置との通信を行う装置である。パッケージ制御部１６は伝送装置を構成する各パッケージにそれぞれ対応して設けられて各パッケージの制御を行う装置である。パッケージ間通信部１４は各パッケージ制御部１６と通信を行い各パッケージの状態を収集する装置である。制御部１２’は監視装置からの制御コマンドを解析して各パッケージ制御部１６にそのコマンドに応じた処理の依頼を行うと共に、その応答を通信部を介して監視装置へ送信する装置である。状態管理メモリ１５は自装置の状態（各パッケージ毎の詳細な状態など）とそれらを集約した集約状態を格納して管理するメモリである。状態管理部１３’は各パッケージ制御部１４から通知される状態情報を状態管理メモリ１５に格納して管理すると共に、集約状態を求めて状態管理メモリ１５に格納し管理する装置である。
【００１０】
まず、この従来の監視ネットワークの動作概要を説明する。
従来の監視装置では、被監視装置としての伝送装置からレポートとして通知される警報、切替え、試験などの情報の状態変化情報を伝送装置及びその発生部位毎に管理し、さらに各伝送装置の状態を監視装置内部で集約して集約状態として保持するとともに、その集約状態を表示している。そのため、監視装置では、監視装置内で管理している状態と現実の伝送装置の状態との不一致を防ぐために、伝送装置の集約状態を獲得する集約状態収集コマンド（すなわち伝送装置に対しその集約状態を送るよう指示するコマンド）を追加し、このコマンドをポーリングコマンドとして使用して各伝送装置に対して定期的にポーリングを行い、各伝送装置からのポーリング応答により集約状態を定期的に獲得している。さらにポーリング応答として獲得した集約状態と監視装置内部で管理している集約状態との比較を行い、不一致が発生している場合には、当該不一致を生じた伝送装置から詳細な状態（警報、切替え、試験などの状態）の再収集を行ってこれらを集約し、監視装置と伝送装置の状態を合わせるようにしている。
【００１１】
次に、監視装置の各部の詳細な処理手順を説明する。
図３４、図３５には監視装置における状態管理部３’の詳細な処理手順が示される。伝送装置からの受信データは通信部１、送受信管理部２を介して状態管理部３’に渡される。状態管理部３’では、受信データの受信を待機しており（ステップＳ７１）、受信データを受け取ると、その内容の解析を行う（ステップＳ７２）。
【００１２】
受信データがある伝送装置からの装置警報、伝送路警報、パス警報などの警報情報である場合には、それが警報の発生を通知するものか警報の回復を通知するものかを判定し（ステップＳ７３）、警報発生であれば、状態管理メモリの当該伝送装置の欄の該当する警報の項目に警報「有」を登録して管理する（ステップＳ７４）。一方、警報回復であれば、状態管理メモリ５’の当該伝送装置の欄の該当する警報の項目に登録されている警報「有」のデータを削除する（ステップＳ７５）。次いで、当該伝送装置の警報発生状態をグループ単位に集約する（ステップＳ７６）。次いで、ネットワーク全体の状態を集約し（ステップＳ７７）、その結果に基づいてＧＵＩ部８’に対して、更新した集約状態に応じて表示の変更を依頼する（ステップＳ７８）。
【００１３】
受信データがある伝送装置からの切替え有無や試験有無などの「他の状態」変化を通知する状態情報である場合には、状態管理メモリ５’の当該伝送装置の欄の当該「他の状態」の項目について、上述のステップＳ７３〜Ｓ７８と同様な処理を行う（ステップＳ７９〜Ｓ８４）。
【００１４】
受信データが、ポーリングコマンド等に応じて伝送装置が応答として返送してきた当該伝送装置の現在の集約状態である場合には、その受信した伝送装置の現在の集約状態と、監視装置の状態管理メモリ５’に登録している当該伝送装置の集約状態とを比較し（ステップＳ８５）、両者が一致すれば何も処理を行わないが、不一致である場合には、当該伝送装置に対して、さらに詳細な状態情報の収集を指令する状態情報収集コマンドを発行する（ステップＳ８６）。なお、この状態情報収集コマンドとしては、警報収集コマンド、切替え状態収集コマンド、試験状態収集コマンドなどがある。
【００１５】
また、受信データが、例えば警報情報収集コマンドに対する伝送装置からの応答データであった場合には、状態管理メモリ５’から、当該伝送装置に関して発生中の警報を全て削除し（ステップＳ８７）、受信データを発生中警報として新たに登録して管理し（ステップＳ８８）、さらにその登録内容に基づいてＧＵＩ部８’に対して表示の変更を依頼する（ステップＳ８９）。
【００１６】
図３６には監視装置におけるポーリング処理部４’の詳細な処理手順が示される。まず、ポーリング対象としての伝送装置のＩＤ番号を指定するためのポーリングカウンタを初期化してその値を「１」とする（ステップＳ９１）。次いで、このポーリングカウンタの値を参照し、ポーリングカウンタの値が示す伝送装置に対してポーリングコマンドを発行する（ステップＳ９２）。そして、当該伝送装置からの応答を待ち（ステップＳ９３）、応答を受信すると、その応答に載せられる集約状態の情報を状態管理部３’に通知する（ステップＳ９４）。そして、ポーリングテーブルに登録されたポーリング間隔（ポーリング周期）だけ待機し（ステップＳ９５）、ポーリング間隔が経過したら、ポーリングカウンタを一つインクリメントして（ステップＳ９６）、次のポーリング順序の伝送装置に対して上記の処理を繰り返す。
【００１７】
図３８にはこの監視装置におけるグループの集約状態表示処理の詳細な手順が示される。まず、集約状態の項目を指定するカウンタをクリアする。集約状態の項目とは本例では、図３２で前述したとおりの装置警報、伝送路警報、パス警報、切替え、試験、３つのリザーブであり、集約状態の全数は「８」である。カウンタの値が集約状態数「８」になったかを判定し（ステップＳ１１２）、それ未満であれば、そのカウンタの値に対応した集約状態の項目について、指定されたグループの集約状態の内容を状態管理テーブル５’から読み出し、その集約状態の内容が「有」であれば（ステップＳ１１４）、異常状態としてその集約状態を表示し（ステップＳ１１５）、「無」であれば、正常状態としてその集約状態を表示する（ステップＳ１１６）。
【００１８】
図３７にはこの監視装置における集約状態一覧表示処理の詳細な手順が示される。この集約状態一覧表示は、例えば後述の図４３に示すような表示であり、各伝送装置毎の集約状態を一覧で表示したものである。まず、伝送装置のＩＤ番号を指定するための装置カウンタをクリアし（ステップＳ１０１）、その装置カウンタの値が伝送装置の全数に達したかを判定し（ステップＳ１０２）、未満であれば前記の図３８に示す集約状態表示処理を行い（ステップＳ１０３）、これを全ての伝送装置について繰り返す。
【００１９】
次に、伝送装置の状態管理部１３’の詳細な処理手順を説明する。
図３９には伝送装置における状態管理部１３’の詳細な処理手順が示される。ここで、この状態管理部１３’が受信するデータにはパッケージ間通信部からの各パッケージの状態データと監視装置からのコマンドデータなどがある。状態管理部３’では、これらの受信データの受信を待機しており（ステップＳ１２１）、受信データを受け取ると、その内容の解析を行う（ステップＳ１２２）。
【００２０】
受信データがパッケージ制御部１６からの警報データである場合には、それが警報発生を通知するものか警報回復を通知するものかを判定し（ステップＳ１２３）、警報発生であれば、その警報の内容を状態管理メモリ１５の当該パッケージの項目に警報「有」を登録して管理する（ステップＳ１２４）。一方、警報回復であれば、状態管理メモリ５’の当該パッケージの項目に登録されている警報「有」のデータを削除する（ステップＳ１２５）。次いで、伝送装置の警報発生状態を集約し（ステップＳ１２６）、この警報情報を監視装置へ通知する（ステップＳ１２７）。。
【００２１】
一方、受信データが監視装置からの集約状態収集コマンド（すなわちポーリングコマンド）である場合には、状態管理メモリ１５から自装置の集約状態を読み出し、この集約状態の情報を応答として監視装置に送信する（ステップＳ１２９）。
【００２２】
次に、図４１に示す従来方式のシーケンス図を参照して従来システムの一層具体的な処理手順を説明する。ここで、被監視装置として伝送装置が用いられており、これらの伝送装置の台数は３台であり、当初は全て正常状態である。伝送装置からのポーリング応答の後ろに示される括弧付きの数値は、集約状態のビット情報を表し、各ビットの役割は図４２で説明したとおりである。また、ポーリングの間隔は１０秒である
【００２３】
イベント▲１▼：監視装置から伝送装置＃３に対してポーリングコマンドを発行してポーリングを実施した例である。伝送装置＃３は正常状態のため、ポーリング応答に載せられる集約状態はすべて０、すなわちポーリング応答（００００００００）で通知されている。
【００２４】
イベント▲２▼、▲３▼：伝送装置＃１において伝送路警報が発生したので、伝送装置＃１から監視装置に伝送路警報発生の詳細な警報情報がレポートとして通知され、さらにその伝送路警報発生から一秒後に、伝送装置＃３において試験が開始されたので、伝送装置＃３から監視装置に試験開始に関する詳細な試験状態情報がレポートとして通知された場合を示す。
これにより、監視装置では受信したこれらのレポートを解析した後に、その詳細内容を集約し、集約状態を作成する。それにより、伝送装置＃１における集約状態は（０１００００００）、伝送装置＃３における集約状態は（００００１０００）となる。これらの集約状態は状態管理メモリ１５に格納される。
【００２５】
イベント▲４▼：伝送装置＃２において伝送路警報が発生したので、伝送装置＃２から監視装置に伝送路警報発生が通知されたが、何らかの原因で監視装置に届かなかった場合を示している。したがって、伝送装置＃２が新たに更新した集約状態は（０１００００００）であるが、このときは当然、監視装置では伝送装置＃２の状態変化を知る由がないため、監視装置が管理している伝送装置＃２の集約状態は変化せず、したがってこの集約状態は（００００００００）であり、両者の状態は不一致となっている。
【００２６】
イベント▲５▼：ポーリング周期に基づいて定期的なポーリングが伝送装置＃１に対して行われる。伝送装置＃１では、イベント▲２▼において伝送路警報が発生しているので、その集約状態は（０１００００００）であり、従って、ポーリング応答にはこの集約状態（０１００００００）を載せて監視装置に通知する。
【００２７】
イベント▲６▼：伝送装置＃３において装置警報の発生と切替えの発生があったので、これを伝送装置＃３から監視装置に宛ててレポートとして通知したが、何らかの原因により届かなかったことを示している。したがって、伝送装置＃３が管理している集約状態は先のイベント▲２▼の内容と併せて（１００１１０００）であるが、監視装置が管理している集約状態は（００００１０００）となり、不一致の状態となっている。
【００２８】
イベント▲７▼、▲８▼：ポーリング周期に基づいてポーリングが伝送装置＃２に対して行われる。伝送装置＃２では、イベント▲４▼において伝送路警報が発生しているので、その集約状態として（０１００００００）を持っており、従って、ポーリング応答にはこの集約状態（０１００００００）を載せて監視装置に通知する。このとき、監視装置が管理していた集約状態は、イベント▲４▼で述べたように（００００００００）であるので、両者は不一致となる。よって、監視装置は伝送装置＃２に対して警報収集コマンドを発行して、伝送装置＃２から警報に関する詳細な情報を収集するようにする。この詳細情報は伝送装置＃２から監視装置への警報収集応答に載せて通知される。
【００２９】
イベント▲９▼：ポーリング周期に基づいてポーリングが伝送装置＃３に対して行われる。伝送装置＃３では、イベント▲３▼、▲６▼によってその集約状態が（１００１１０００）となっているので、これをポーリング応答により監視装置に通知する。一方、イベント▲６▼の装置警報と切替えの発生のレポートは監視装置に届いていないので、監視装置の持っている伝送装置＃３の集約状態は（０１００００００）であるので、受信したポーリング応答の集約状態と不一致になる。これにより、監視装置は伝送装置＃３に対して警報収集コマンドを発行して、伝送装置＃３から警報の詳細な情報を警報収集応答により収集し、さらに伝送装置＃３に対して切替え状態収集コマンドを発行して、伝送装置＃３から切替え状態の詳細な情報を切替え状態収集応答により収集する。
【００３０】
図４２には上記のシーケスンを実行した後の監視装置の状態管理メモリの具体例が示される。図示するように、伝送装置＃１の欄の集約状態は（０１００００００）、伝送装置＃２の欄の集約状態は（０１００００００）、伝送装置＃３の欄の集約状態は（１００１１０００）となる。
【００３１】
図４３にはＧＵＩ部８’による集約状態の表示例を示すものであり、図４３の上側の画面はネットワーク全体の集約状態の内容を色で分けて表示した例である。図示するように、装置警報、伝送路警報は警報発生を示す「赤」で、パス警報は警報無しを示す「緑」で表示され、切替えは切替え「有」を示す「赤」で、試験は試験中を示す「紫」で表示されている。
【００３２】
また図４３の下側には集約状態の一覧表示画面の例が示される。これは各伝送装置やグループについてその表示状態を文字で示したものであり、伝送装置＃１と＃２は伝送路警報が「異常」、伝送装置＃３は装置警報が「異常」、切替えと試験が「あり」となっている。
【００３３】
【発明が解決しようとする課題】
従来の監視方式では、監視装置と被監視装置のそれぞれにおいて、被監視装置の詳細な状態を二重に管理していたため、被監視装置からのレポート情報が何らかの原因で監視装置に届かないと両者の間に不一致が生じることになる。そして、両者の間に不一致を生じたことが判明した場合には、監視装置から当該伝送装置に対して全詳細情報を取り直す必要があった（図４１の▲８▼、▲９▼）。
【００３４】
そのため、監視装置の処理が煩雑になり、この詳細情報の取り直し作業のために監視回線のトラフィックも輻輳するという問題があった。特にレポートの欠落は警報が多量に発生するなどの輻輳状態で発生する可能性が高いため、この場合には監視装置からの詳細情報の収集コマンドにより、輻輳状態の監視回線をさらに一層輻輳させてしまうという問題が発生していた。
【００３５】
さらに、状態不一致の検出はポーリング処理に頼っていたため、不一致となっている被監視装置との通信のやり取りがポーリング以外にもある場合であっても、それにもかかわらず、ポーリングを実施しなければ不一致を検出することができなかった。
【００３６】
また、監視装置における状態の集約の方法も固定であったため、集約状態の集約方法を（ユーザ要求等により）変更するには、プログラムの変更を余儀なくされていた。さらに、被監視装置の種別毎に管理する状態が異なる場合には、監視装置でそれらを識別する必要があり、管理状態の追加を容易に行うことができなかった。
【００３７】
【課題を解決するための手段、作用および効果】
上述の課題を解決するために、本発明に係るネットワーク監視システムは、複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなる。
被監視装置は、自装置の各種の状態を集約した集約状態の情報を生成・保持しており、監視装置が被監視装置に対して発行する集約状態収集指令に対する応答以外の通信情報にも該集約状態を付与して監視装置に通知する手段を備えている。
監視装置は、被監視装置が監視装置に通知してきたところの監視装置による集約状態収集指令に対する応答以外の通信情報から、当該被監視装置が当該通信情報に付与した自装置の各種の状態を集約した集約状態の情報を受信する手段と、該受信する手段で受信した集約状態をもって当該被監視装置の集約状態として管理する手段とを備えている。
このネットワーク監視システムでは、各被監視装置は、自装置の各種の状態を集約した集約状態の情報を生成・保持しており、監視装置が被監視装置に対して発行する集約状態収集指令に対する応答以外の通信情報にも該集約状態を付与して監視装置に通知するようにし、監視装置では受信した集約状態をもって当該被監視装置の集約状態として管理する。
この発明によれば、被監視装置からの通信情報全てに当該装置の集約状態が付与されるため、監視装置と被監視装置の間で状態の不一致があった場合でも、監視装置において状態収集を実施することなく状態把握が可能となるため、処理負荷及びトラヒックの軽減ができる。また、ポーリングに頼らずに被監視装置の状態不一致及び整合と行うことが可能となるため、被監視装置の状態把握が高速になる。
【００３８】
さらにこのネットワーク監視システムでは、被監視装置は集約状態と共にその集約状態のうち有効な情報を表すための有効／無効情報を付与することで、監視装置において複数の状態のうち有効な状態のみを管理するように構成する。この発明によれば、被監視装置から付与される集約状態の有効／無効を示す有効／無効情報（例えばマスクパターン）を付与することで、異なる装置種別（管理する集約状態が異なる装置）においても共通のへッダを使用することが可能となると共に、装置種別の追加があっても監視装置における監視部分及びＧＵＩ部の変更は不要となるため開発効率が向上する。
【００４２】
また、このネットワーク監視システムでは、監視装置は、被監視装置に対して集約状態収集指令をポーリングにより定期的に発行するように構成するとともに、注目する被監視装置についてのポーリング間隔の間に当該被監視装置から通知された通信情報に付与された集約情報に基づいて集約状態の変更があった場合には、当該被監視装置に対して予定されていた該ポーリング間隔に基づく次回のポーリング時刻でのポーリングを間引くように構成することができる。
この発明によれば、監視装置において、前回のポーリング実施後に状態変化を検出した被監視装置に対しては次のポーリングをスキップすることで、監視装置や被監視装置の処理及びトラヒックの軽減を行うことが可能となる。
【００４３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
本発明が適用される監視ネットワークは従来技術の項で説明した図２９に示すと同様のネットワークである。図１には本発明の一実施形態としての監視装置の構成が示され、図２には本発明の一実施形態としての被監視装置である伝送装置の構成が示される。
【００４４】
図１において、監視装置は、通信部１、送受信管理部２、状態管理部３、ポーリング部４、状態管理メモリ５、状態表示テーブル６、ポーリングテーブル７、ＧＵＩ部８を含み構成される。ここで、通信部１は被監視装置との通信を行う装置である。送受信管理部２は監視装置が発行したコマンドに対する伝送装置からの応答の対のチェックや連送フレームの処理を行う装置である。
【００４５】
状態管理メモリ５はネットワーク内の全ての伝送装置の集約状態や予め指定されたグループ単位での集約状態等とその更新内容、更新した年月日・時刻などを格納するメモリである。図３にはこの状態管理メモリ５に格納されるデータの構成例が示される。図示するように、各伝送装置＃１、＃２・・・毎に集約状態とその更新時刻が格納されるとともに、各グループ＃１、＃２・・毎には集約状態（グループ集約状態）とそのグループを構成する伝送装置のＩＤが格納される。この例では、集約状態の情報は従来技術で説明したと同様に、装置警報、伝送路警報、パス警報、切替え、試験、３つのリザーブの８ビットのデータからなる。
【００４６】
状態表示テーブル６はグループ毎の状態集約方法や状態の表示形態（色や文字など）等を定義するテーブルであり、メモリに格納されている。図５にはこの状態表示テーブル６の具体例が示される。図示するように、集約状態に対応する各項目（本例では８項目）毎に表示情報が格納されており、各々の表示情報は、集約状態ビット位置（８ビット中の何ビット目か）、状態の名称（装置警報、伝送路警報・・・など）、集約方法（グループ内の伝送装置全部の論理和でグループの集約と求めるなど）、表示色からなる。表示色は警報の状態を色で表示するためのものであり、３原色である（赤Ｒ、緑Ｇ、青Ｂ）の比率データからなり、例えば項目〔１〕の装置警報の場合、警報なしの「正常＝０」の場合には（０、２５５，０）で表示色が「緑」、「異常＝１」の場合には（２５５、０、０）で表示処理が「赤」となる。
【００４７】
ポーリングテーブル７はポーリング対象となる伝送装置のＩＤ番号をそのポーリング順に管理するとともに、各伝送装置について最新にポーリングを実施した日時をポーリング実施時刻として管理するテーブルであり、メモリに格納されている。図４にはこのポーリングテーブル７に格納するデータ構成の例が示される。図示するように、ポーリングを実施する周期であるポーリング間隔、ポーリングをする対象となる装置の数とともに、ポーリング対象の装置の識別番号（ＩＤ）がその実施時刻（ポーリング実施時刻）とともに格納される。この実施時刻は最新にポーリングを実施した日時（年月日と時刻）からなる。
【００４８】
状態管理部３は、伝送装置から通知された通信情報に付与された集約状態を状態管理メモリ５に格納すると共に、状態表示テーブル６に定義される状態集約方法により各状態をグループ毎に集約する装置である。ポーリング部４は、、ポーリングテーブル７の内容に従ってネットワーク内の伝送装置を順次にポーリングするとともに、前回のポーリング実施時刻の後に状態変化があった場合にはポーリングを一度スキップするという制御を行う装置である。ＧＵＩ部８は、監視／制御のためのグラフィク・ユーザ・インタフェース（すなわち画面による表示）を提供する装置である。
【００４９】
被監視装置としての伝送装置は、通信部１１、制御部１２、状態管理部１３、パッケージ間通信部１４、状態管理メモリ１５、各パッケージ制御部１６を含み構成される。通信部１１は監視装置との通信を行う装置である。パッケージ制御部１６は伝送装置を構成する各パッケージの制御を行い各パッケージの状態やその状態変化の管理等を行う装置である。パッケージ間通信部１４は各パッケージ制御部１６と通信を行って各パッケージの状態等の情報を収集したりする装置である。制御部１２は監視装置からの制御コマンドを解析して各パッケージ制御部１６にその制御コマンドに対応した処理の依頼を行うと共に、その応答を通信部１１を介して監視装置へ送信したりする装置である。状態管理メモリ１５は自装置の状態とそれらを集約した状態を管理するメモリである。状態管理部３は各パッケージ制御部１６から通知される状態変化情報を状態管理メモリ５に管理すると共に、全パッケージ等について集約状態を求めて状態管理メモリ１５に格納したりする装置である。
【００５０】
図６には被監視装置としての伝送装置から監視装置に送信される通信フレームのフォーマットが示される。この通信フレームは制御データを格納するヘッダ部と送信すべきデータを格納するデータ部からなる。ヘッダ部の制御データは、送信元アドレスＳＡ、送信先アドレスＤＡ、シーケンス番号ＳＱ、制御コードＣＤ、応答コードＲＰ、データ長ＬＮ、マスクパターンＭＳ、集約状態ＳＴからなる。ここで、マスクパターンＭＳと集約状態ＳＴは本発明において新たにヘッダ情報として追加したものであり、集約状態ＳＴの領域には図示するように被監視装置の各集約状態（図６には８ビット構成の場合の例が示される）が格納される。またマスクパターンＭＳは、集約状態ＳＴの８ビットにそれぞれ対応した８ビットのデータからなり、各集約状態ＳＴの中で有効なもののみをＯＮ（例えば“１”）で示す。これは例えば２重構成となっていない装置では「切替え」の有無の情報は不要であり、この場合、「切替え」に対応するマスクパターンＭＳのビットはＯＦＦ（例えば“０”）となるものである。なお、ここでは集約状態ＳＴは各状態の有無を１ビットで表しているが、総数等で表してもかまわない。また被監視装置全体の状態でなく、パッケージ等の部位毎に集約してもかまわない。
【００５１】
次に、この実施形態の監視装置と伝送装置の動作をフローチャートを参照して詳細に説明する。
まず、伝送装置の動作から説明する。図１１にはこの実施形態の伝送装置における状態管理部１３の詳細な処理手順が示される。伝送装置のパッケージ制御部１６にて検出された装置警報などは状態管理部１３に通知される。状態管理部１３はパッケージ制御部１５にて検出された各パッケージに関する警報等のデータの受信を待機しており（ステップＳ５１）、データを受信するとの内容を解析する。例えばそのデータが「警報」（例えば装置警報、伝送路警報、パス警報など）であった場合には、その警報が警報の発生か回復かを判定する（ステップＳ５３）。警報発生であった場合には状態管理メモリ１５にその警報発生を登録して管理し（ステップＳ５４）、警報回復であった場合には、状態管理メモリ１５に既に登録されている当該警報の「警報発生」のデータを削除する。この後、この状態管理メモリ１５の内容を参照して発生中の警報を調べ、この警報発生状態を集約して、集約情報としての警報の有無と得て状態管理メモリ１５に書き込む（ステップＳ５６）。
【００５２】
受信データが「他の状態」（例えば切替え、試験など）に関するものであった場合には、上述の警報の場合と同様にしてその内容を状態管理メモリ１５に格納するとともにその内容を集約した集約状態の情報も書き込む（ステップＳ５７）。ここでは、他の状態として、切替えの有無、試験の有無を集約して集約状態状態として状態管理メモリ１５に書き込む。
【００５３】
その後、全集約状態（ここでは、装置警報、伝送路警報、パス警報、切替状態、試験有無）を状態管理メモリ１５から読み出し（５８）、監視装置へ通知するレポート情報等の通信フレームのへッダ部に集約状態ＳＴ（全状態が正常状態であるとすれば、集約状態は０ｘ８０となる）とマスクパターンＭＳ（ここでは、図６で定義した全状態のビットをＯＮ、すなわち０ｘＦ８）を付与して（ステップＳ５９）、レポート情報などとともに監視装置に通知する（ステップＳ６０）。
【００５４】
図１２にはこの伝送装置における制御部１２の詳細な処理手順が示される。制御部１２は、監視装置からのデータの受信を待機している（ステップＳ６１）。この受信データとしてはポーリングコマンドを含む各種の制御コマンドなどがある。制御コマンドを受信すると、その制御内容に応じてパッケージ制御部１６に指示を行うなど制御内容の実施を行うとともに（ステップＳ６２）、応答情報を作成し通信フレームにその応答情報を載せる（ステップＳ６３）。この際、状態管理メモリ１５から集約状態を読み出して（ステップＳ６４）、この集約状態を通信フレームヘッダ部の集約状態ＳＴにセットするとともに、マスクパターンＭＳにもＯＮ／ＯＦＦデータをセットする（ステップＳ６５）。そして、この通信フレームを監視装置へ応答情報として通知する（ステップＳ６６）。
【００５５】
図７にはこの実施形態の監視装置における状態管理部３の詳細な動作手順が示される。上記警報などのレポートの通信フレームを受信した監視装置では、図７に示すように、伝送装置から受信した通信フレームのヘッダ部のマスクパターンＭＳと集約状態ＳＴの論理積を取り、その値を当該伝送装置の集約状態として状態管理メモリ５に書き込む。このとき集約状態と共に集約状態の更新時刻として現時刻を設定する（ステップＳ２）。なおここでは簡単のため、単にマスクパターンＭＳと集約状態ＳＴの論理積を取っているが、マスクパターンでビットがＯＦＦの状態を無効として管理してもかまわない。
【００５６】
次に、集約状態の数だけ（つまり全集約状態について）、次の処理を繰り返す（ステップＳ３）。この実施形態では集約状態の数は「８」となる。これは図６で示す通信フレームのへッダ部の集約状態ＳＴが８ビットであるためであり、ここではリザーブ領域も集約状態数に含める。
【００５７】
まず、状態表示テーブル６から、今注目している状態の表示に関する演算方法（ａ）を読み出す（ステップＳ４）。ここで演算方法（ａ）とは、グループ内の装置の集約情報を集約する集約方法などである。
【００５８】
次いで、状態管理メモリ５に登録されている全グループについて次の処理を繰り返す（ステップＳ５）。まず、状態管理メモリ５に登録されているグループのうちの現に注目しているグループについて、そのグループ情報（グループ集約状態とグループ内の構成装置のＩＤ）を読み出し（ステップＳ６）、グループ集約状態の内容はクリアする（ステップＳ７）。そして、当該グループを構成する全装置について次の処理を繰り返す（ステップＳ８）。すなわち、状態管理メモリ５の当該グループのグループ集約状態と今注目している伝送装置の集約状態とに対して、状態表示テーブル６から読み出した演算方法（ａ）を施して、これを新たにグループ集約状態として状態管理メモリ５に登録する（ステップＳ９）。このように、グループ内の全装置について今注目している集約状態を状態管理メモリ５から読み出し、状態表示テーブル６から獲得した演算方法（ａ）に従い、グループ集約状態をグループ毎に集約する。
【００５９】
全集約状態の演算を終了したら（ステップＳ３）、ＧＵＩ部８に対して集約状態の表示変更依頼を行い（ステップＳ１０）、受信した通信フレーム中のデータを解析し（ステップＳ１１）、その受信データの内容に応じて受信データ毎の処理を行う（ステップＳ１２）。
【００６０】
集約状態の表示変更依頼を受けたＧＵＩ部８では次の処理を行う。
図１９にはＧＵＩ部８における「グループの集約状態表示」の詳細な処理手順が示される。まず、集約状態の項目（この実施形態では８項目）を指示するためのカウンタをクリアする（ステップＳ３１）。そして、カウンタの値が全集約状態を指示し終えたかをチェックし（ステップＳ３２）、まだ途中であれば、状態管理メモリ５から、指定されたグループの集約状態を読み出し（ステップＳ３３）、読み出した集約状態値に対応する表示色を状態管理テーブル６から読み出して、グループの集約状態表示画面において当該集約状態の表示色を上記読み出した表示色にする（ステップＳ３４）。そして、カウンタを一つインクリメントしてステップＳ３２に戻り、同じ処理を全集約状態数が終わるまで繰り返す。なお、後述する図１９にはこのグループの集約状態表示画面の具体例が示されている。
【００６１】
図１０にはＧＵＩ部８における「集約状態一覧表示」の詳細な処理手順が示される。ここでは装置毎に集約状態数だけ同じ処理を繰り返すことになるので、まず、装置の識別番号（ＩＤ）を指示する装置カウンタをクリアする（ステップＳ４１）。装置カウンタが指示する装置の数（識別番号）が全装置数となったかをチェックし、まだ途中であれば、いま注目している伝送装置（装置カウンタで指示している伝送装置）の集約状態を状態管理テーブル５から読み出す（ステップＳ４３）。そして、読み出した集約状態を表示する際に用いる表示文字を状態表示テーブル６から読み出して、その読み出した表示文字を用いて集約状態一覧表示画面における当該集約状態の状態表示を変更する（ステップＳ４４）。さらに、当該伝送装置の集約状態更新時刻を表示画面における一覧表示に表示する（ステップＳ４５）。なお、後述する図１９にはこの集約状態一覧表示画面の具体例が示されている。
【００６２】
次に、監視装置が制御コマンド（ポーリングも含む）を実施する場合の動作について説明する。
前述したように、制御コマンドを受信した伝送装置では制御部１２において制御を実施されるが、その応答を返す時に状態管理メモリ１５から集約状態を読み出し、この集約状態をマスクパターンと共に、応答情報を載せた通信フレームのへッダ部にセットして、監視装置に通知する。監視装置では、警報通知と同様の処理を行うことで、集約状態の更新及び表示を行う。
【００６３】
図８には上述のポーリング処理を行うための監視装置におけるポーリング部４の詳細な処理手順が示される。ポーリング部４では起動後、ポーリングカウンタを初期化する。このポーリングカウンタはポーリング対象となる伝送装置の識別番号を指示するものである。この後、次の処理を繰り返す。
【００６４】
ポーリングカウンタが示す識別番号の伝送装置について、ポーリングテーブル７からポーリング実施時刻を、また状態管理メモリ５から集約状態の更新時刻をそれぞれ読み出してきて、このポーリング実施時刻と集約状態更新時刻を比較する（ステップＳ２２）。
【００６５】
「ポーリング実施時刻＜集約状態更新時刻」の場合、すなわち、最新にポーリングを実施して集約状態を収集した時刻以後に、ポーリング以外の応答の通信フレームヘッダ部の情報に基づいて集約状態が更新されていた場合には、当該伝送装置についてのポーリング間隔（ポーリング周期）内にその集約状態の更新がなされたものであるから、このポーリング周期よりも短い周期で集約状態の内容を収集する必要性が少ないので、本来次にポーリングを実施する行う予定だった時刻（すなわちポーリング実施時刻＋ポーリング間隔）を延期して余分なポーリングの実施回数を減らす。すなわち、ポーリングテーブル７の当該伝送装置のポーリング実施時刻として現時刻を書き込む（ステップＳ２７）。
【００６６】
「ポーリング実施時刻≧集約状態更新時刻」の場合、すなわち、最新にポーリングを実施した時刻が、集約状態を最新に更新した時刻と同じか既に経過している場合には、前回にポーリングを実施して伝送装置から収集した集約状態の内容にその後も状態変化がなかったものと判断し、次の処理に移行する。まず、ポーリングカウンタが示す伝送装置に対してポーリングコマンドを発行する（ステップＳ２３）。当該伝送装置からのポーリング応答の受信を待ち（ステップＳ２４）。当該ポーリングの応答を受信したら、ヘッダ部から当該伝送装置の集約状態とマスクパターンを状態管理部３へ通知することで（ステップＳ２５）、集約状態の更新及び状態表示を行う。また、この際に、ポーリングテーブル７の当該伝送装置のポーリング実施時刻に現時刻を設定して（ステップＳ２６）、ポーリング実施時刻を最新にポーリングを行った時刻になるよう更新する。
【００６７】
次いで、ポーリング間隔だけウェイトし（ステップＳ２８）。ポーリング間隔が経過したら、ポーリングカウンタを一つインクリメントして（ステップＳ２９）、ステップＳ２２に戻る。
【００６８】
次に、この実施形態の一層具体的な動作例を図１３に示すシーケンス図を参照して説明する。ここで、被監視装置としての伝送装置の台数は３台であり、当初は全て正常状態である。伝送装置からの通信情報の名称の後ろに示される括弧付きの数値は、通信フレームのヘッダで通知される集約状態のビット情報を表す。また、ポーリングの間隔は１０秒、マスクパターンは装置＃１が（１１１１００００）（＝試験とリザーブが無効であることを示すもの）、装置＃２，＃３が（１１１１１０００）（＝リザーブだけが無効であることを示すもの）であるとする。
【００６９】
イベント▲１▼：監視装置から伝送装置＃３に対してポーリングコマンドを発行してポーリングを実施した例である。伝送装置＃３は正常状態のため、ポーリング応答に載せる集約状態は全て０、すなわちポーリング応答（００００００００）で通知されている。
【００７０】
図１４にはこの場合における各テーブルの状態が示される。
このポーリング応答を受信した監視装置では、状態管理部３は、受信した集約状態（００００００００）とマスクパターン（１１１１１０００）の論理積を取った値（００００００００）を伝送装置＃３の集約状態として現時刻（集約状態の更新時刻であり、例えば図１４に示すように１９９８／０１／０１ １０：００：０１）と共に状態管理メモリ５に格納する。このとき、例えばグループ＃１の各集約状態は、図５の集約表示テーブルにより全て論理和で示す定義となっているため、次のようになる。
グループ＃１＝００００００００
【００７１】
ポーリング部４においては、ポーリング応答を受信した時刻（集約状態の更新時刻と同様に年月日、時刻からなる）をポーリングテーブル７にポーリング実施時刻として格納する。
【００７２】
図１５にはＧＵＩ部８の制御下に表示される「グループの集約状態表示画面」と「集約状態一覧表示画面」との具体例が示される。
ＧＵＩ部８では、グループ＃１の集約状態表示にあたっては、各集約状態の値と集約表示テーブル６から、各集約状態の表示色を求めて、それぞれの表示領域の表示色を決定する。例えば、図１５に示すように装置警報の集約値は０（＝正常）であるため、集約表示テーブルより表示色は「緑（０，２５５，０）」となる。
また、ＧＵＩ部８では，集約状態一覧表示にあたっては、各装置の各集約状態の値と集約表示テーブル６から、表示文字を決定して集約状態一覧表示画面に表示する。例えば、図１５に示すように、伝送装置＃１の装置警報の集約値は０のため、集約表示テーブル６に基づき表示文字は「正常」となる。
【００７３】
イベント▲２▼：伝送装置＃１において伝送路警報が発生したので伝送装置＃１から伝送路警報発生を通知するレポートが監視装置に通知され、その一秒後に伝送装置＃３において試験が開始されたので伝送装置＃３から試験開始のレポートが監視装置に通知された場合を示す。これらのレポート情報を載せた通信フレームのヘッダ部にはそれぞれの伝送装置での集約状態が付与されるため、監視装置の状態管理部３では、イベント▲１▼と同様にして、下記の値がそれぞれの集約状態として状態管理メモリ５に格納される。
〔伝送装置＃１〕
通知された集約状態ＳＴ ０１００００００
マスクパターン状態ＭＳ １１１１００００
状態管理メモリ５に格納する集約状態ＳＴ＆ＭＳ ＝０１００００００
（１９９８／０１／０１ １０：００：０４）
〔伝送装置＃３〕
通知された集約状態ＳＴ ０１００００００
マスクパターン状態ＭＳ １１１１１０００
管理メモリ５に格納する集約状態ＳＴ＆ＭＳ ＝００００１０００
（１９９８／０１／０１ １０：００：０５）
〔グループ＃１〕
状態管理メモリ５に格納する集約状態＝０１００１０００
なお、このイベント▲２▼に対応する各テーブルの状態が図１６に、表示画面の例が図１７にそれぞれ示されている。
【００７４】
イベント▲３▼：伝送装置＃２において伝送路警報が発生したので、伝送装置＃２から監視装置に伝送路警報発生のレポートが通知されたが、何らかの原因で監視装置に届かなかった場合を示している。当然このときは、監視装置では伝送装置＃２の状態変化を知る由がないため、監視装置が管理している伝送装置の集約状態は変化せず、この集約状態は（００００００００）である。
【００７５】
イベント▲４▼：監視装置において、ポーリングテーブル（図１６参照）に基づき、次のポーリング対象は伝送装置＃１となるが、前回のポーリング実施時刻（１９９８／０１／０１ ０９：５９：４１）よりも状態管理メモリ（図１６参照）の状態更新時刻（１９９８／０１／０１ １０：００：０４）の方が最近のためポーリング処理は行わない。
ただし、ポーリング実施時刻は、次回のポーリングを実施させるため、現時刻で更新する。
なお、このイベント▲４▼に対応する各テーブルの状態が図１８に、表示画面の例が図１９にそれぞれ示されている。
【００７６】
イベント▲５▼：伝送装置＃３において、イベトン▲２▼の試験開始に加えて、装置警報の発生と切替えの発生があったので、これを伝送装置＃３から監視装置にレポートにて通知したが、イベント▲３▼と同様に、このレポートが何らかの原因により監視装置に通知されなかったことを示している。したがって、伝送装置＃３が管理している実際の集約状態は（１００１１０００）であるが、監視装置が管理している集約状態はイベント▲２▼による（００００１０００）である。
【００７７】
イベント▲６▼：ポーリングテーブル７の内容に基づいて伝送装置＃２へのポーリング実施時刻になったが、このときの状態管理メモリ５及びポーリングテーブル７は図１８のままであるため、状態更新時刻（１９９８／０１／０１ ０９：５９：５１）≦ポーリング実施時刻（１９９８／０１／０１ ０９：５９：５１）となるので、伝送装置＃２に対してポーリングが実施される。
【００７８】
監視装置の状態管理部３では、伝送装置＃２からのポーリングの応答により、イベント▲１▼と同様にして伝送装置＃２の集約状態を次のように求めて格納する。また、ポーリング実施時刻も同じ時刻となる。
〔伝送装置＃２〕
通知された集約状態ＳＴ ０１００００００
マスクパターン状態ＭＳ １１１１１０００
管理メモリ５に格納する集約状態ＳＴ＆ＭＳ ＝０１００００００
（１９９８／０１／０１ １０：００：２１）
〔グループ＃１〕
状態管理メモリ５に格納する集約状態＝０１００１０００
なお、このイベント▲６▼に対応する各テーブルの状態が図２０に、表示画面の例が図２１にそれぞれ示されている。
【００７９】
イベント▲７▼：監視装置より伝送装置＃３に対して制御コマンドを発行した例を示している。この場合にも伝送装置＃３からの応答には、その応答通信フレームのヘッダ部に伝送装置＃３の集約状態が含まれるため、監視装置では伝送装置＃３の現在の集約状態の変化を検出することができる。すなわち、下記のように状態管理メモリに格納される。
〔伝送装置＃３〕
通知された集約状態ＳＴ １００１１０００
マスクパターン状態ＭＳ １１１１１０００
管理メモリ５に格納する集約状態ＳＴ＆ＭＳ ＝１００１１０００
（１９９８／０１／０１ １０：００：２６）
〔グループ＃１〕
状態管理メモリ５に格納する集約状態＝１１０１１０００
なお、このイベント▲７▼に対応する各テーブルの状態が図２２に、表示画面の例が図２３にそれぞれ示されている。
【００８０】
イベント▲８▼：伝送装置＃３へのポーリングタイミングであるが、イベント▲４▼と同様に前回のポーリング実施時刻（１９９８／０１／０１ １０：００：０１）よりも状態管理メモリ（図２２参照）の状態更新時刻（１９９８／０１／０１ １０：００：２６）の方が最近のためポーリング処理は行わない。
ただし、ポーリング実施時刻は現時刻で更新する
なお、このイベント▲８▼に対応する各テーブルの状態が図２４に、表示画面の例が図２５にそれぞれ示されている。
【００８１】
次に、本発明の他の実施形態として、集約状態として「警報抑止」の状態を管理する装置が追加になったときの、状態表示テーブル６の例を図２６に示す。またここでは、試験の集約状態が「１」となったときの表示文字を「あり」から「試験中」に変更してある。
【００８２】
このとき、図２４で示した例において装置＃４として警報抑止の状態をもった装置が追加になった場合について、その場合の各種テーブルの状態を図２７に、画面表示の具体例を図２８にそれぞれ示す。ここで、装置＃４のマスクパターンは１１１１１１００とする。状態管理メモリ５及びポーリングテーブル７が図２７に示すような状態であったとすると、グループ＃１の集約状態表示及び集約状態一覧表示は図２８に示すようになる。すなわち、状態表示のための文字列や表示色は全て状態表示テーブル６にリソースとして格納されているため、プログラムの変更なしに図３２のような表示が可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態における監視装置の構成を示す図である。
【図２】本発明の一実施形態における伝送装置の構成を示す図である。
【図３】本発明の一実施形態の監視装置における状態管理メモリのデータ構成例を示す図である。
【図４】本発明の一実施形態の監視装置におけるポーリングテーブルの構成例を示す図である。
【図５】本発明の一実施形態の監視装置における状態表示テーブルの例を示す図てある。
【図６】本発明の一実施形態における通信フレームのフレームフォーマットの例を示す図である。
【図７】本発明の一実施形態の監視装置における状態管理部の処理手順を示すフローチャートである。
【図８】本発明の一実施形態の監視装置におけるポーリング処理部の処理手順を示すフローチャートである。
【図９】本発明の一実施形態の監視装置におけるＧＵＩ部の集約状態表示処理の処理手順を示すフローチャートである。
【図１０】本発明の一実施形態の監視装置におけるＧＵＩ部の集約状態一覧表示処理の処理手順を示すフローチャートである。
【図１１】本発明の一実施形態の伝送装置における状態管理部の処理手順を示すフローチャートである。
【図１２】本発明の一実施形態の伝送装置における制御部の処理手順を示すフローチャートである。
【図１３】本発明の一実施形態におけるネットワーク全体の動作シーケンスを示すシーケンス図である。
【図１４】本発明の一実施形態の動作シーケンスにおけるイベント▲１▼のときの各種メモリの具体例を示す図である。
【図１５】本発明の一実施形態の動作シーケンスにおけるイベント▲１▼のときの画面表示の具体例を示す図である。
【図１６】本発明の一実施形態の動作シーケンスにおけるイベント▲２▼、▲３▼のときの各種メモリの具体例を示す図である。
【図１７】本発明の一実施形態の動作シーケンスにおけるイベント▲２▼、▲３▼のときの画面表示の具体例を示す図である。
【図１８】本発明の一実施形態の動作シーケンスにおけるイベント▲４▼、▲５▼のときの各種メモリの具体例を示す図である。
【図１９】本発明の一実施形態の動作シーケンスにおけるイベント▲４▼、▲５▼のときの画面表示の具体例を示す図である。
【図２０】本発明の一実施形態の動作シーケンスにおけるイベント▲６▼のときの各種メモリの具体例を示す図である。
【図２１】本発明の一実施形態の動作シーケンスにおけるイベント▲６▼のときの画面表示の具体例を示す図である。
【図２２】本発明の一実施形態の動作シーケンスにおけるイベント▲７▼のときの各種メモリの具体例を示す図である。
【図２３】本発明の一実施形態の動作シーケンスにおけるイベント▲７▼のときの画面表示の具体例を示す図である。
【図２４】本発明の一実施形態の動作シーケンスにおけるイベント▲８▼のときの各種メモリの具体例を示す図である。
【図２５】本発明の一実施形態の動作シーケンスにおけるイベント▲８▼のときの画面表示の具体例を示す図である。
【図２６】本発明の他の実施形態における状態表示テーブルの例を示す図である。
【図２７】本発明の他の実施形態における各種メモリの具体例を示す図である。
【図２８】本発明の他の実施形態における画面表示の具体例を示す図である。
【図２９】ネットワーク監視システムの全体的な構成例を示す図である。
【図３０】従来方式における監視装置の構成例を示す図である。
【図３１】従来方式における伝送装置の構成例を示す図である。
【図３２】従来方式の監視装置における状態管理メモリのデータ構成例を示す図である。
【図３３】従来方式の監視装置におけるポーリングテーブルのデータ構成例を示す図である。
【図３４】従来方式の監視装置における状態管理部の処理手順（１／２）を示すフローチャートである。
【図３５】従来方式の監視装置における状態管理部の処理手順（２／２）を示すフローチャートである。
【図３６】従来方式の監視装置におけるポーリング処理部の処理手順を示すフローチャートである。
【図３７】従来方式の監視装置における集約状態一覧表示処理の処理手順を示すフローチャートである。
【図３８】従来方式の監視装置における集約状態表示処理の処理手順を示すフローチャートである。
【図３９】従来方式の伝送装置における状態管理部の処理手順を示すフローチャートである。
【図４０】従来方式の伝送装置における制御部の処理手順を示すフローチャートである。
【図４１】従来方式におけるネットワーク全体の動作シーケンスを示すシーケンス図である。
【図４２】従来方式における動作シーケンス実行後の各種メモリの具体例を示す図である。
【図４３】従来方式における動作シーケンス実行後の画面表示の具体例を示す図である。
【符号の説明】
１、１１ 通信部
２ 送受信管理部
３、１３状態管理部
４ ポーリング部
５、１５ 状態管理メモリ
６ 状態表示テーブル
７ ポーリングテーブル
８ ＧＵＩ部（グラフィカル・ユーザ・インタフェース部）
１２ 制御部
１４ パッケージ間通信部
１６ パッケージ制御部
Claims (7)
- 複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなるネットワーク監視システムにおいて、
前記監視装置は、被監視装置に対して集約状態収集指令をポーリングにより定期的に発行し、
各被監視装置は、自装置の予め定められた各種の状態の有無を複数の部位毎に論理和で集約した、もしくは前記状態の数である集約状態の情報を生成・保持しており、前記集約状態収集指令に対する応答及びそれ以外のすべての不定期的な通信情報に該集約状態を付与して監視装置に通知するようにし、
前記監視装置では受信した集約状態をもって当該被監視装置の集約状態として管理し、
前記被監視装置は集約状態と共にその集約状態のうち有効な情報を表すための有効／無効情報を付与し、前記監視装置は受信した集約状態と有効／無効情報とに基づいて、複数の集約状態のうち有効な集約状態のみを管理すること
を特徴とするネットワーク監視システム。 - 複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなるネットワーク監視システムにおいて、
前記監視装置は、被監視装置に対して集約状態収集指令をポーリングにより定期的に発行し、
各被監視装置は、自装置の予め定められた各種の状態の有無を複数の部位毎に論理和で集約した、もしくは前記状態の数である集約状態の情報を生成・保持しており、前記集約状態収集指令に対する応答及びそれ以外のすべての不定期的な通信情報に該集約状態を付与して監視装置に通知するようにし、
前記監視装置は、受信した集約状態をもって当該被監視装置の集約状態として管理するとともに、
前記監視装置は、注目する被監視装置についてのポーリング間隔の間に当該被監視装置から通知された前記不定期的な通信情報に付与された集約情報に基づいて集約状態の変更があった場合には、当該被監視装置に対して予定されていた該ポーリング間隔に基づく次回のポーリング時刻でのポーリングを間引くようにしたこと
を特徴とするネットワーク監視システム。 - 複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなるネットワーク監視システムにおいて、
前記監視装置は、被監視装置に対して集約状態収集指令をポーリングにより定期的に発行し、
各被監視装置は、自装置の予め定められた各種の状態の有無を複数の部位毎に論理和で集約した、もしくは前記状態の数である集約状態の情報を生成・保持しており、前記集約状態収集指令に対する応答及びそれ以外のすべての不定期的な通信情報に該集約状態を付与して監視装置に通知するようにし、
前記監視装置は、受信した集約状態をもって当該被監視装置の集約状態として管理するとともに集約状態に変更があった場合、当該被監視装置の識別情報とその時刻を示す集約状態更新時刻とを対応付けて記憶し、
前記監視装置は、被監視装置の識別情報と最新にポーリングを実施した時刻を示すポーリング実施時刻とを対応付けて記憶し、
前記監視装置は、同一の被監視装置について、前記集約状態更新時刻が、前記ポーリング実施時刻以降であるとき、当該被監視装置に対して予定されていた次回のポーリング時刻でのポーリングを実施しないこと
を特徴とするネットワーク監視システム。 - 複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなるネットワークの監視装置において、
被監視装置に対して集約状態収集指令をポーリングにより定期的に発行する手段と、
被監視装置が監視装置に通知してきたところの前記集約状態収集指令に対する応答及びそれ以外のすべての不定期的な通信情報から、当該被監視装置が当該応答あるいは不定期的な通信情報に付与した当該被監視装置の予め定められた各種の状態の有無を複数の部位毎に論理和で集約した、もしくは前記状態の数である集約状態の情報を受信する手段と、
該受信する手段で受信した集約状態をもって当該被監視装置の集約状態として管理する手段と、
前記被監視装置により付与された集約状態のうちの有効な情報を表すための有効／無効情報を前記応答及び不定期的な通信情報から受信する手段と、
該有効／無効情報を受信する手段で受信した有効／無効情報に基づいて複数の集約状態のうち有効な集約状態のみを管理する手段と
を備えたことを特徴とする監視装置。 - 複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなるネットワークの監視装置において、
被監視装置に対して集約状態収集指令をポーリングにより定期的に発行する手段と、
被監視装置が監視装置に通知してきたところの前記集約状態収集指令に対する応答及びそれ以外のすべての不定期的な通信情報から、当該被監視装置が当該応答あるいは不定期的な通信情報に付与した当該被監視装置の予め定められた各種の状態の有無を複数の部位毎に論理和で集約した、もしくは前記状態の数である集約状態の情報を受信する手段と、
該受信する手段で受信した集約状態をもって当該被監視装置の集約状態として管理する手段と、
注目する被監視装置についてのポーリング間隔の間に当該被監視装置から通知された前記不定期的な通信情報に付与された集約情報に基づいて集約状態の変更があった場合には、当該被監視装置に対して予定されていた該ポーリング間隔に基づく次回のポーリング時刻でのポーリングを間引く手段と
を備えたことを特徴とする監視装置。 - 複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなるネットワークの監視装置において、
被監視装置に対して集約状態収集指令をポーリングにより定期的に発行する手段と、
被監視装置が監視装置に通知してきたところの前記集約状態収集指令に対する応答及びそれ以外のすべての不定期的な通信情報から、当該被監視装置が当該応答あるいは不定期的な通信情報に付与した当該被監視装置の予め定められた各種の状態の有無を複数の部位毎に論理和で集約した、もしくは前記状態の数である集約状態の情報を受信する手段と、
該受信する手段で受信した集約状態をもって当該被監視装置の集約状態として管理する手段と、
該集約状態に変更があった場合、当該被監視装置の識別情報とその時刻を示す集約状態更新時刻とを対応付けて記憶する手段と、
被監視装置の識別情報と最新にポーリングを実施した時刻を示すポーリング実施時刻とを対応付けて記憶する手段と、
同一の被監視装置について、前記集約状態更新時刻が、前記ポーリング実施時刻以降であるとき、当該被監視装置に対して予定されていた次回のポーリング時刻でのポーリングを実施しないようにする手段と
を備えたことを特徴とする監視装置。 - 複数の被監視装置とこれらの被監視装置を監視制御する監視装置とこれら被監視装置と監視装置間を接続する伝送路とからなるネットワークの被監視装置において、
自装置の予め定められた各種の状態の有無を複数の部位毎に論理和で集約した、もしくは前記状態の数である集約状態の情報を生成・保持する手段と、
該生成・保持する手段で得た集約状態を監視装置が被監視装置に対してポーリングにより定期的に発行する集約状態収集指令に対する応答及びそれ以外のすべての不定期的な通信情報に付与して監視装置に通知する手段と、
集約状態と共にその集約状態のうち有効な情報を表すための有効／無効情報を付与する手段と
を備えたことを特徴とする被監視装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18378198A JP4105293B2 (ja) | 1998-06-30 | 1998-06-30 | ネットワーク監視システムと監視装置および被監視装置 |
| US09/257,789 US6502132B1 (en) | 1998-06-30 | 1999-02-25 | Network monitoring system, monitoring device, and monitored device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18378198A JP4105293B2 (ja) | 1998-06-30 | 1998-06-30 | ネットワーク監視システムと監視装置および被監視装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000023269A JP2000023269A (ja) | 2000-01-21 |
| JP4105293B2 true JP4105293B2 (ja) | 2008-06-25 |
Family
ID=16141837
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18378198A Expired - Fee Related JP4105293B2 (ja) | 1998-06-30 | 1998-06-30 | ネットワーク監視システムと監視装置および被監視装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6502132B1 (ja) |
| JP (1) | JP4105293B2 (ja) |
Families Citing this family (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6760746B1 (en) | 1999-09-01 | 2004-07-06 | Eric Schneider | Method, product, and apparatus for processing a data request |
| US6944658B1 (en) * | 1997-07-25 | 2005-09-13 | Eric Schneider | Content notification method, product, and apparatus |
| US7188138B1 (en) | 1999-03-22 | 2007-03-06 | Eric Schneider | Method, product, and apparatus for resource identifier registration and aftermarket services |
| US8037168B2 (en) | 1999-07-15 | 2011-10-11 | Esdr Network Solutions Llc | Method, product, and apparatus for enhancing resolution services, registration services, and search services |
| USRE43690E1 (en) | 1999-03-22 | 2012-09-25 | Esdr Network Solutions Llc | Search engine request method, product, and apparatus |
| US9141717B2 (en) | 1999-03-22 | 2015-09-22 | Esdr Network Solutions Llc | Methods, systems, products, and devices for processing DNS friendly identifiers |
| US6338082B1 (en) | 1999-03-22 | 2002-01-08 | Eric Schneider | Method, product, and apparatus for requesting a network resource |
| US6725281B1 (en) * | 1999-06-11 | 2004-04-20 | Microsoft Corporation | Synchronization of controlled device state using state table and eventing in data-driven remote device control model |
| US7058705B1 (en) * | 1999-08-02 | 2006-06-06 | Canon Kabushiki Kaisha | Processing method of device information and network device in device information management system |
| USRE44207E1 (en) | 1999-09-01 | 2013-05-07 | Esdr Network Solutions Llc | Network resource access method, product, and apparatus |
| EP1156624B1 (en) * | 1999-12-20 | 2006-04-19 | Kabushiki Kaisha Toshiba | Monitor and control module in a digital signal transmission apparatus |
| US6785666B1 (en) | 2000-07-11 | 2004-08-31 | Revenue Science, Inc. | Method and system for parsing navigation information |
| US7305461B2 (en) * | 2000-12-15 | 2007-12-04 | International Business Machines Corporation | Method and system for network management with backup status gathering |
| GB2372399B (en) * | 2001-02-16 | 2003-01-15 | 3Com Corp | Method for monitoring a network as the network changes in size |
| US7120678B2 (en) * | 2001-02-27 | 2006-10-10 | Hewlett-Packard Development Company, L.P. | Method and apparatus for configurable data collection on a computer network |
| JP2003058436A (ja) * | 2001-08-17 | 2003-02-28 | Minolta Co Ltd | 画像処理装置、プログラム及び管理ユニット |
| US20040010584A1 (en) * | 2002-07-15 | 2004-01-15 | Peterson Alec H. | System and method for monitoring state information in a network |
| US20050160335A1 (en) * | 2002-07-15 | 2005-07-21 | Peterson Alec H. | System and method for monitoring state information in a network |
| US7899900B1 (en) * | 2002-08-22 | 2011-03-01 | Ricoh Company, Ltd. | Method and system for monitoring network connected devices with multiple protocols |
| US7808380B1 (en) * | 2003-08-29 | 2010-10-05 | Marvell Israel (M.I.S.L) Ltd. | Indicator processor |
| US7773248B2 (en) * | 2003-09-30 | 2010-08-10 | Brother Kogyo Kabushiki Kaisha | Device information management system |
| JP4561254B2 (ja) * | 2004-09-03 | 2010-10-13 | セイコーエプソン株式会社 | デバイス管理システム |
| US20060221942A1 (en) * | 2005-03-31 | 2006-10-05 | Frank Fruth | Intelligent voice network monitoring |
| US7502337B2 (en) * | 2005-04-01 | 2009-03-10 | Texas Instruments Incorporated | Intelligent voice network monitoring using echo cancellation statistics |
| JP2007080171A (ja) * | 2005-09-16 | 2007-03-29 | Ricoh Co Ltd | 機器管理装置、機器管理方法、プログラム及び記録媒体 |
| US8660137B2 (en) * | 2005-09-29 | 2014-02-25 | Broadcom Israel Research, Ltd. | Method and system for quality of service and congestion management for converged network interface devices |
| US8873742B1 (en) * | 2006-03-15 | 2014-10-28 | Sprint Communications Company L.P. | Echo canceller auditor |
| US20070233854A1 (en) * | 2006-03-31 | 2007-10-04 | Microsoft Corporation | Management status summaries |
| US8370479B2 (en) | 2006-10-03 | 2013-02-05 | Axeda Acquisition Corporation | System and method for dynamically grouping devices based on present device conditions |
| US8190561B1 (en) * | 2006-12-06 | 2012-05-29 | At&T Mobility Ii Llc | LDAP replication priority queuing mechanism |
| US7716146B2 (en) * | 2006-12-22 | 2010-05-11 | Verizon Patent And Licensing Inc. | Network management system utilizing a neural network |
| US8065397B2 (en) | 2006-12-26 | 2011-11-22 | Axeda Acquisition Corporation | Managing configurations of distributed devices |
| EP2034663B1 (en) | 2007-09-07 | 2012-08-29 | Sony Corporation | Main electronic device for communicating within a network and method for operating a main electronic device for communicating within the network |
| JP5371307B2 (ja) * | 2008-07-22 | 2013-12-18 | 京楽産業．株式会社 | Ｐｌｃ通信を用いた遊技ホール用ネットワークシステム |
| US9262043B2 (en) * | 2010-09-03 | 2016-02-16 | Nec Corporation | Display processing system, display processing method, and program |
| JP6060480B2 (ja) * | 2011-11-30 | 2017-01-18 | 沖電気工業株式会社 | データ管理装置及びプログラム、並びに、信号処理装置及びプログラム |
| US9813316B1 (en) * | 2013-12-05 | 2017-11-07 | Ca, Inc. | Implementing scalable throttled poller |
| JP6390201B2 (ja) * | 2014-06-24 | 2018-09-19 | 株式会社ノーリツ | 通信アダプタ装置 |
| US9614860B2 (en) * | 2014-12-18 | 2017-04-04 | Honeywell International Inc. | Equipment and network health monitoring using security systems |
| CN106896799B (zh) * | 2015-12-18 | 2019-05-28 | 株洲南车时代电气股份有限公司 | 一种机车检修管理方法 |
| US10581637B2 (en) * | 2016-03-01 | 2020-03-03 | Paypal, Inc. | Computational node adaptive correction system |
| JP6978447B2 (ja) * | 2019-01-22 | 2021-12-08 | ファナック株式会社 | 表示データ提供装置 |
| US20200344249A1 (en) * | 2019-03-27 | 2020-10-29 | Schlumberger Technology Corporation | Automated incident response process and automated actions |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5390173A (en) * | 1992-10-22 | 1995-02-14 | Digital Equipment Corporation | Packet format in hub for packet data communications system |
| US5471618A (en) * | 1992-11-30 | 1995-11-28 | 3Com Corporation | System for classifying input/output events for processes servicing the events |
| JP3205158B2 (ja) * | 1994-02-07 | 2001-09-04 | 富士通株式会社 | ネットワーク集中監視装置 |
| JP3841366B2 (ja) * | 1995-02-17 | 2006-11-01 | 富士通株式会社 | 監視装置の負荷分散処理システム |
| JPH08242229A (ja) * | 1995-03-01 | 1996-09-17 | Fujitsu Ltd | ネットワーク監視における状態整合処理システム |
| US5964837A (en) * | 1995-06-28 | 1999-10-12 | International Business Machines Corporation | Computer network management using dynamic switching between event-driven and polling type of monitoring from manager station |
| US5734642A (en) * | 1995-12-22 | 1998-03-31 | Cabletron Systems, Inc. | Method and apparatus for network synchronization |
| US5796633A (en) * | 1996-07-12 | 1998-08-18 | Electronic Data Systems Corporation | Method and system for performance monitoring in computer networks |
| JP2868080B2 (ja) * | 1996-09-12 | 1999-03-10 | 三菱電機株式会社 | 通信監視制御装置及び通信監視制御方法 |
| US6052722A (en) * | 1997-03-07 | 2000-04-18 | Mci Communications Corporation | System and method for managing network resources using distributed intelligence and state management |
-
1998
- 1998-06-30 JP JP18378198A patent/JP4105293B2/ja not_active Expired - Fee Related
-
1999
- 1999-02-25 US US09/257,789 patent/US6502132B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US6502132B1 (en) | 2002-12-31 |
| JP2000023269A (ja) | 2000-01-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4105293B2 (ja) | ネットワーク監視システムと監視装置および被監視装置 | |
| US8661117B2 (en) | Systems and methods for managing faults in a network | |
| JP3535267B2 (ja) | 監視システムの監視状態表示装置 | |
| CN101183993B (zh) | 一种网络管理系统和性能数据处理方法 | |
| JP3614625B2 (ja) | 管理マネージャ計算機、記録媒体、および、計算機運用管理方法 | |
| US5825775A (en) | Method and apparatus for managing an integrated router/hub | |
| US6807575B1 (en) | Performance monitoring method in a distributed processing system | |
| JP3841366B2 (ja) | 監視装置の負荷分散処理システム | |
| JP2001356972A (ja) | ネットワーク監視システム及びネットワーク監視方法 | |
| EP1421495A2 (en) | System and method for monitoring software queuing applications | |
| CN108960857A (zh) | 一种售后服务管理方法、系统和装置 | |
| US6970167B1 (en) | Multi-level management system for monitoring communication apparatuses | |
| CN108234150A (zh) | 用于数据中心监控系统的数据采集和处理方法及系统 | |
| JPH10229396A (ja) | サービス管理方法及びシステム | |
| JP2579124B2 (ja) | テレターミナルシステムにおける遠隔データ収集親局装置 | |
| JPH1056464A (ja) | Ａｔｍ化装置における回線障害監視方法 | |
| JP2002044080A (ja) | サイト監視装置、中央監視センター、および、サイト監視方法 | |
| US7155498B1 (en) | Computer operation management system | |
| JP2736202B2 (ja) | プラント状態監視装置 | |
| JP2003008574A (ja) | ネットワーク管理システム | |
| KR950010902B1 (ko) | 신호망의 중앙 집중적 감시를 위한 그래픽 화면 개발 및 감시 방법 | |
| JP2746007B2 (ja) | 自動パケットモニタリング方式 | |
| JPH10126409A (ja) | アラーム情報収集方式 | |
| JP3426976B2 (ja) | 監視端末装置立上げ支援方法 | |
| JP3979356B2 (ja) | 管理マネージャ計算機、記録媒体、および、計算機運用管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050512 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070605 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070612 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070806 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071120 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080118 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080325 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080327 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110404 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110404 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120404 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130404 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140404 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |