JP2001313641A - 伝送システム、監視制御装置、データ出力方法、およびノード装置 - Google Patents

Abstract

(57)【要約】 【課題】ゼロサプレッション機能を備える伝送システム
にあって、ユーザが必要とする情報を最大限に提供でき
るようにし、ヒューマンマシンインタフェース（ＨＭ
Ｉ）の改善を図る。 【解決手段】パフォーマンスデータの出力を要求するオ
ペレータの操作がなされたとき、要求された時刻範囲内
の全てのパフォーマンスデータを取得できない場合に
は、監視制御装置Ｍ１〜Ｍｎの出力制御部２２がその原
因を検証する。全てのパフォーマンスデータを取得でき
ないことの原因が、ノードＮ１〜Ｎｎにおけるゼロサプ
レッションの実施である場合には、当該取得できなかっ
たパフォーマンスデータにかかるデータを０として、出
力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＳＯＮＥＴ
／ＳＤＨ（Synchronous Optical Network/Synchronous
Digital Hierarchy）に準拠する伝送システム、監視制
御装置、データ出力方法、およびノード装置に関する。

【０００２】

【従来の技術】一般に、伝送システムは、通信データを
伝送するノードと、通信ネットワークの保守や運用を実
施するための監視制御装置とを備えている。監視制御装
置は、各ノードから通知される管理情報をもとに、通信
ネットワークに対する保守や運用を実施する。管理対象
の定義や、ネットワーク管理の手順などは、ＩＳＯ（In
ternational Organization for Standardization）また
はＩＴＵ（International Telecommunication Union）
などにおいて勧告化されている。

【０００３】管理情報の一つとして、各ノードで生成さ
れるパフォーマンスデータがある。各ノードは、伝送デ
ータのビットエラー率、エラーの発生した回数などとい
ったモニタリングアイテムごとに、エラーが許容値を超
えた時間を示すデータの値を周期的にモニタし、その結
果をもとにパフォーマンスデータを生成する。

【０００４】ところで、この種のシステムにおいては、
ＩＴＵ−Ｔ勧告Ｑ．８２２で規定されたゼロサプレッシ
ョン機能を利用することがある。ゼロサプレッション機
能とは、生成されるパフォーマンスデータの量を削減す
るための機能である。この機能を利用することにより、
パフォーマンスデータの生成にかかるノードの負担、パ
フォーマンスデータの処理にかかる監視制御装置の負
担、およびパフォーマンスデータの通知にかかる管理ネ
ットワークの通信負荷を軽減することが可能になる。

【０００５】ノードでは、所定の周期、例えば１５分間
隔で個々のモニタリングアイテムのデータがモニタさ
れ、その結果に基づいてパフォーマンスデータが生成さ
れる。いま仮に、あるモニタ周期において、全てのモニ
タリングアイテムのデータが０であったとする。そうす
ると、ゼロサプレッション機能を備えたノードにおいて
は、そのモニタ周期ではパフォーマンスデータが生成さ
れない。その代わりに、パフォーマンスデータの生成を
見送った回数がカウントアップされる。

【０００６】例えば、１５分ごとにモニタされるデータ
の値が連続して０となった場合、ゼロサプレッション機
能によれば、最長を８時間（すなわち連続３２回分）と
してこの期間内はパフォーマンスデータが生成されな
い。このような処理により、パフォーマンスデータの数
が抑制され、パフォーマンスデータをノードから監視制
御装置に通知する回数を削減することができ、特にネッ
トワーク側の負担を軽減することが可能になる。

【０００７】しかしながら、この種の機能を利用したシ
ステムにあって、監視制御装置にパフォーマンスデータ
が届かない場合、監視制御装置にはその原因を知るすべ
が無い。つまり、監視制御装置は、所定の周期ごとに、
ノードからパフォーマンスデータが通知されるのを期待
している。ところが、パフォーマンスデータが通知され
るはずの時刻になってもパフォーマンスデータが通知さ
れない場合、その原因がゼロサプレッション機能のため
か、それとも何らかの障害が発生したためか、監視制御
装置は判断することができない。

【０００８】このため、ユーザ（監視制御装置のオペレ
ータ）が画面表示やプリントアウトなどでデータを読み
取るとき、パフォーマンスデータが未到着の箇所を空欄
にせざるを得ないという不具合がある。このような事態
は、ユーザにとっては必要とする情報を得られずに非常
に不便であるばかりか、障害が発生したなどの誤解を生
むもととなる。

【０００９】

【発明が解決しようとする課題】以上のように従来のゼ
ロサプレッション機能を備える伝送システムには、パフ
ォーマンスデータが未到着の場合に監視制御装置側でそ
の原因を特定できず、モニタ作業を行うユーザにとって
不便であるという不具合があった。

【００１０】本発明は上記事情によりなされたもので、
その第１の目的は、ゼロサプレッション機能を備える伝
送システムにあって、ユーザが必要とする情報を最大限
に提供でき、ヒューマンマシンインタフェース（ＨＭ
Ｉ）の改善を図った伝送システム、監視制御装置とその
データ出力方法を提供することにある。

【００１１】また本発明の第２の目的は、パフォーマン
スデータの通知に係わる通信負荷の軽減を図ったノード
を提供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に本発明は、ネットワークを形成する複数のノードと、
これらのノードにおいて生成されるパフォーマンスデー
タをもとに前記ネットワークを管理する監視制御装置と
を有する伝送システムにおいて、前記ノードに、複数の
計測対象につき定義されたモニタリングアイテムの個々
のデータを所定のスケジュールで計測し、その結果に基
づいて、ゼロデータの連続を抑圧するゼロサプレッショ
ン機能のもとで前記パフォーマンスデータを生成するパ
フォーマンスデータ生成手段と、このパフォーマンスデ
ータ生成手段で生成されたパフォーマンスデータを前記
監視制御装置に送出するパフォーマンスデータ送出手段
とを備え、前記監視制御装置に、前記ノードから送出さ
れたパフォーマンスデータを受信する受信手段と、この
受信されたパフォーマンスデータの履歴を蓄積する記憶
手段と、時刻範囲を含む検索条件を指定したユーザのデ
ータ出力要求を受け付け、この要求に応じたデータを出
力するユーザインタフェース手段と、前記検索条件に応
じたパフォーマンスデータを前記記憶手段から取得する
際、前記検索条件で指定された時刻範囲において、前記
スケジュールのもとでは前記記憶手段に存在すべきはず
のパフォーマンスデータが存在しない場合に、このパフ
ォーマンスデータが存在しない原因を検証し、当該原因
が前記パフォーマンスデータ生成手段におけるゼロサプ
レッションの実施である場合には、当該存在しないパフ
ォーマンスデータにかかるデータを０として、前記取得
したパフォーマンスデータをもとに前記ユーザインタフ
ェース手段における出力のためのデータを生成し、この
生成されたデータを前記ユーザインタフェース手段に出
力させる出力制御手段とを備えるようにした。

【００１３】このような手段を講じることにより、ユー
ザインタフェース手段によるパフォーマンスデータの出
力処理に際して、要求されたパフォーマンスデータの全
てを前記記憶手段から取得できない場合には、その原因
が検証される。取得できないパフォーマンスデータがあ
ることの原因が、前記パフォーマンスデータ生成手段に
おけるゼロサレッションの実施である場合には、取得で
きなかったパフォーマンスデータにかかるデータが０と
され、出力用のデータが生成される。この出力用のデー
タは、画面表示やプリントアウトなどのかたちでの出力
される。

【００１４】これにより、出力される情報に空欄の生じ
る虞が有っても、その原因が正しく検証される。特に、
ゼロサプレッションによってパフォーマンスデータが生
成されていない場合には、監視制御装置側で、存在しな
いパフォーマンスデータにかかるデータに０が挿入され
る。

【００１５】したがって、出力段階で空欄を生じること
を極力避けることができ、ユーザの誤解を避けたり、無
用な心配を避けることが可能となる。すなわちユーザが
必要とする情報を最大限に提供できるようになり、ヒュ
ーマンマシンインタフェースの改善を図れる。

【００１６】

【発明の実施の形態】次に、図面を参照して本発明の伝
送システムの実施の形態を詳細に説明する。以下の説明
では、ＳＤＨに準拠するリング型ネットワークシステム
に本発明を適用した場合について説明する。 ＜システム構成＞図１は、本発明の実施の形態に係わる
伝送システムのシステム構成図である。このシステム
は、ラインケーブルＯＦを介してリング状に接続された
ｎ個のノードＮ１〜Ｎｎを備える。ラインケーブルＯＦ
は、ＳＤＨでいうところのＳＴＭ−６４（Synchronous
Transfer Module-Level 64）クラスの伝送容量を備え
る。

【００１７】ラインケーブルＯＦは、現用系伝送路ＳＬ
と予備系伝送路ＰＬとを備え、各伝送路ＳＬ，ＰＬは時
計回り（ＣＷ：Clockwise）回線と反時計回り（ＣＣ
Ｗ：Counter Clockwise）回線とを備える。

【００１８】ノードＮ１〜Ｎｎは、ラインケーブルＯＦ
を介して伝送されるＳＴＭ−６４信号に時分割多重され
たタイムスロットから、所定のスロットをドロップす
る。このドロップされたスロットは低次群信号として、
交換機、端局装置などトリビュタリ側の低次群装置（符
号付さず）に、トリビュタリ伝送路ＬＬを介して送出さ
れる。

【００１９】またノードＮ１〜Ｎｎは、低次群装置から
トリビュタリ伝送路ＬＬを介して送られたＳＴＭ−１，
ＳＴＭ−４，ＳＴＭ−１６，ＳＴＭ−６４などの低次群
信号を、ＳＴＭ−６４信号の所定のタイムスロットに多
重する。この多重された信号は、他のノードに向け送出
される。このようにして、ノードＮ１〜Ｎｎ間に所定の
伝送容量の通信パス（Path）が設定される。

【００２０】また図１のシステムは、複数の監視制御装
置Ｍ１〜Ｍｎを備える。監視制御装置Ｍ１〜Ｍｎは、そ
れぞれＬＡＮ（Local Area Network）を介してノードＮ
１〜Ｎｎに接続される。監視制御装置Ｍ１〜Ｍｎは、ノ
ードＮ１〜Ｎｎからおのおの通知される通知情報をもと
に、ネットワークにおける通信パスを設定したり、警報
を監視したりする。監視制御装置Ｍ１〜Ｍｎのこのよう
な機能は、例えば汎用のワークステーションに専用のア
プリケーションソフトを搭載して実現される。

【００２１】特に、ノードＮ１〜Ｎｎから送出される通
知情報は、ＬＡＮを介して監視制御装置Ｍ１〜Ｍｎに伝
送される。ＬＡＮは、ネットワーク管理のための通信
網、すなわち管理ネットワークを形成する。通知情報を
監視制御装置Ｍ１〜Ｍｎに伝送するためのトラフィック
は、主としてＬＡＮを経由する。このため、ＬＡＮが通
知情報の授受に係わるボトルネックになることを避ける
必要がある。

【００２２】図２は、本発明の第１の実施形態に係わる
ノードＮ１〜Ｎｎの構成を示す図である。図２におい
て、符号１−０は現用系伝送路ＳＬが接続される現用系
ラインインタフェース部（ＨＳ Ｉ／Ｆ）を示してい
る。符号１−１は、予備系伝送路ＰＬが接続される予備
系ラインインタフェース部を示している。

【００２３】現用系ラインインタフェース部１−０、お
よび予備系ラインインタフェース部１−１を介して装置
内部に引き込まれたＳＴＭ−６４信号は、タイムスロッ
ト交換部（Time Slot Assignment：以下ＴＳＡと表記す
る）２−０と、ＴＳＡ２−１とに与えられる。ＴＳＡ２
−０，２−１は、このＳＴＭ−６４信号に時分割多重さ
れたタイムスロットのうち所定のタイムスロットをドロ
ップする。このドロップされたスロットは、トリビュタ
リインタフェース（ＬＳ Ｉ／Ｆ）シェルフ３−１〜３
−ｋを介して、低次群信号としてトリビュタリ伝送路Ｌ
Ｌから送出される。逆に、トリビュタリ伝送路ＬＬから
ＬＳ Ｉ／Ｆシェルフ３−１〜３−ｋを介して装置内部
に導入された低次群信号は、ＴＳＡ２−０，２−１に与
えられ、ＳＴＭ−６４フレームの所定のタイムスロット
にアッドされて、ラインケーブルＯＦを介して他のノー
ドに送出される。

【００２４】ここで、ＴＳＡ２−０は、システムの定常
時における現用系として動作される。このＴＳＡ２−０
に障害が生じた場合には、ＴＳＡ２−１がＴＳＡ２−０
の代わりに動作される。このようにして、装置内冗長が
実現される。

【００２５】このほか、図２のノードＮ１〜Ｎｎは、主
制御部５と、各種の制御プログラムなどを記憶した記憶
部６と、監視制御装置Ｍ１〜Ｍｎとのインタフェースを
とる管理網インタフェース（Ｉ／Ｆ）７とを備える。

【００２６】図３に、監視制御装置Ｍ１〜Ｍｎの構成を
示す。監視制御装置Ｍ１〜Ｍｎは、ノードＮ１〜Ｎｎか
ら通知されるパフォーマンスデータをもとに、システム
全体に係わる管理（マネジメント）を実行する。監視制
御装置Ｍ１〜Ｍｎは、操作部２１，表示部２５，プリン
トアウト部２６を備える入出力部８０と、ＬＡＮを介し
て各ノードＮ１〜Ｎｎとの接続インタフェースをとるイ
ンタフェース（Ｉ／Ｆ）部９０と、各種監視制御プログ
ラムなどを記憶した記憶部１００と、制御部１１０とを
備える。

【００２７】（第１の実施形態）図４は、本実施形態に
おけるパフォーマンスデータに関するノードＮ１〜Ｎｎ
および監視制御装置Ｍ１〜Ｍｎの構成を示す機能ブロッ
ク図である。ノードＮ１〜Ｎｎの基本構成は図２に示し
たものとなっており、パフォーマンスデータに関する構
成として、図２の主制御部５の中には、監視制御装置Ｍ
１〜Ｍｎとの情報通信に係わる通信制御部１１と、パフ
ォーマンスデータ蓄積部（Performance Data Accumulat
ing Section：以下ＰＤ蓄積部と表記する）１２と、検
索部１３と、パフォーマンスデータ生成部（Performanc
e Data Generating Section：以下ＰＤ生成部と表記す
る）１４とを備えている。

【００２８】ＰＤ蓄積部１２は、ＰＤ生成部１４で生成
されたパフォーマンスデータを記憶し、蓄積する。すな
わちＰＤ蓄積部１２には、パフォーマンスデータの履歴
が蓄積される。検索部１３は、監視制御装置Ｍ１〜Ｍｎ
からの要求に応じたパフォーマンスデータをＰＤ蓄積部
１２から検索する。また、通信制御部１１は、監視制御
装置Ｍ１〜Ｍｎとのパフォーマンスデータ他の情報を送
受信するための通信の制御を行うものである。具体的に
は、図２のＩ／Ｆ７を介して監視制御装置Ｍ１〜Ｍｎと
情報を送受信する。

【００２９】ＰＤ生成部１４は、自ノード内のＨＳ Ｉ
／Ｆ、ＬＳ Ｉ／Ｆにおける複数の計測対象につき定義
されたモニタリングアイテムの個々のデータを所定の周
期ごとに計測し、その結果に基づいてパフォーマンスデ
ータを生成する。

【００３０】ただし、全てのモニタリングアイテムのデ
ータが０となった場合、ＰＤ生成部１４は、ゼロサプレ
ッションを実施してパフォーマンスデータを生成しな
い。逆に、所定期間（例えば８時間）が経過すると、Ｐ
Ｄ生成部１４は、たとえ０が連続した場合でもゼロサプ
レッションを一旦解除してパフォーマンスデータを生成
したのち、データの値の変化を待つ。

【００３１】ＰＤ生成部１４は、図示するような管理テ
ーブルＭＴを備えている。管理テーブルには、モニタリ
ング対象、モニタリングアイテム、ゼロサプレスの回数
Ｎｓといった内容が記憶される。モニタリング対象と
は、例えば、どのチャネルの、どのセクションをモニタ
リングの対象とするかといった情報である。モニタリン
グアイテムとは、後述するＴＣＣＶ、ＥＳなどの項目を
示す情報である。ＰＤ生成部１４は、この管理テーブル
ＭＴに記憶された内容をもとに、パフォーマンスデータ
を生成する。

【００３２】なお、モニタリングアイテムとしては、Ｔ
ＣＣＶ（Total Count of Code Violation）、ＢＢＥ（B
ackground Block Error）、ＥＳ（Errored Second）、
ＳＥＳ（Severely Errored Seconds）、ＵＡＳ（Unavai
lable Seconds）、ＯＦＳ（Out of Frame Second）、Ｐ
ＪＣ（Pointer Justification Count）、ＰＳＣ（Prote
ction Switch Count）、ＰＳＤ（Protection Switch Du
ration）などがある。

【００３３】一方、図４において監視制御装置Ｍ１〜Ｍ
ｎは、上記操作部２１、表示部２５、プリントアウト部
２６に加え、出力制御部２２と、通信制御部２３と、時
計機能部２４とを備える。

【００３４】通信制御部２３は、ノードＮ１〜Ｎｎと自
装置との間での情報通信を制御する。時計機能部２４
は、自装置における動作クロックを生成する。

【００３５】図５に、図４の出力制御部２２の機能ブロ
ック図を示す。本実施形態における出力制御部２２は、
パフォーマンスデータ取得部（以下ＰＤ取得部と表記す
る）２２１、時刻判定部２２２、周期取得部２２３、ゼ
ロサプレッション判定部２２５、パフォーマンスデータ
再構成部（以下ＰＤ再構成部と表記する）２２６、省略
回数取得部２２９、及び、制御部２２１１を備える。

【００３６】このうち、ＰＤ取得部２２１は、オペレー
タによる操作部２１を介したデータの出力を要求する操
作がなされた場合に、この操作を受け付ける。そして、
ＰＤ取得部２２１は、この操作において指定された検索
条件（すなわち、目的とするデータの時刻範囲、要求先
ノード、イベント種別などの検索条件）に応じたパフォ
ーマンスデータを取得する。また、ＰＤ取得部２２１
は、上記オペレーションに際して、パフォーマンスデー
タの読み出し先のノードから最新のパフォーマンスデー
タの生成時刻Ｔｃを取得する。

【００３７】周期取得部２２３は、パフォーマンスデー
タの読み出し先のノードにおける、パフォーマンスデー
タの集計周期Ｔ１を取得する。

【００３８】時刻判定部２２２は、オペレータの要求し
た時刻範囲と、上記ＴｃおよびＴ１とを比較し、対象と
するノードにつき、オペレータの要求した時刻範囲以降
に、パフォーマンスデータの生成されるはずの時刻の有
無を判定する。なお、パフォーマンスデータの生成され
るべき時刻とは、時刻Ｔｃののち、パフォーマンスデー
タの集計周期Ｔ１のもとでパフォーマンスデータが必然
的に生成されてしかるべき時刻のことを意味し、要する
にＴｃ＋Ｔ１である。

【００３９】省略回数取得部２２９は、時刻判定部２２
２において、オペレータの要求した時刻範囲以降にパフ
ォーマンスデータの生成されるべき時刻有りと判定され
た場合に、パフォーマンスデータの生成を省略した回数
Ｎｓを操作対象のノードから取得する。

【００４０】ゼロサプレッション判定部２２５は、オペ
レータの要求した時刻範囲と、上記取得したＮｓ，Ｔ１
とを参照して、対象とするノードにおいてゼロサプレッ
ションの実行の有無を判定する。

【００４１】ＰＤ再構成部２２６は、ゼロサプレッショ
ン判定部２２５において、操作対象のノードでゼロサプ
レッションの実施ありと判定された場合に、対象のノー
ドから取得したパフォーマンスデータの不確定領域に０
を挿入した上で、画面表示またはプリントアウトに供す
る。なお、不確定領域とは、オペレータが要求した時刻
範囲のうち、ＰＤ蓄積部２７にパフォーマンスデータの
記憶されていない領域のことを指す。

【００４２】制御部２２１１は、上記ＰＤ取得部２２
１、時刻判定部２２２、周期取得部２２３、ゼロサプレ
ッション判定部２２５、ＰＤ再構成部２２６、及び、省
略回数取得部２２９における種々の制御動作を統括的に
制御する。

【００４３】なお、上記構成におけるＰＤ取得部２２
１、時刻判定部２２２、周期取得部２２３、ゼロサプレ
ッション判定部２２５、ＰＤ再構成部２２６、省略回数
取得部２２９、制御部２２１１は、例えば専用の言語で
記述された従来の処理プログラムに、新たにパッチを当
てることにより実現される機能である。すなわち、これ
らの機能オブジェクトは、ハードウェア、ソフトウェア
ともに含む概念である。

【００４４】次に、図６のフローチャートを参照してゼ
ロサプレッション機能につき概略的に説明する。ゼロサ
プレッションは、ノードＮ１〜ＮｎのＰＤ生成部１４に
おいて実施される。

【００４５】図６のステップＳ６１でデータの計測時刻
が到来すると、ステップＳ６２で、個々のモニタリング
アイテムにつきそのデータが計測される。次のステップ
Ｓ６３では、計測されたデータの値に０が含まれるか、
否かが検証される。

【００４６】このステップで、全てのモニタリングアイ
テムのデータが０であれば、パフォーマンスデータが生
成されること無く、処理手順はステップＳ６４に移る。
ステップＳ６４では、パフォーマンスデータの生成を見
送った回数、すなわちパフォーマンスデータの生成が省
略された回数Ｎｓがカウントアップされる。

【００４７】一方、ステップＳ６３において、データが
０でないモニタリングアイテムが有った場合には、処理
手順はステップＳ６５に移行してパフォーマンスデータ
が生成される。

【００４８】次に、上記構成における動作を図７、図８
のフローチャートを参照して説明する。なお、以下では
監視制御装置Ｍ１とノードＮ１との関係につき説明する
が、他の監視制御装置Ｍ２〜Ｍｎ、ノードＮ２〜Ｎｎに
ついても同様である。

【００４９】図７のステップＳ１で、監視制御装置Ｍ１
はオペレーションを待ち受ける。ここで、オペレータに
より、ノードＮ１に関するデータの出力を要求するため
の操作がなされたとする。すなわち、ノードＮ１に関す
るデータを表示部２５に表示するか、またはプリントア
ウト部２６からプリントアウトするか、あるいはその両
方の実行を要求するための操作がオペレータによりなさ
れたとする。

【００５０】この要求操作では、所望するデータの時刻
範囲と、要求先のノードの識別コード（ここではノード
Ｎ１に対応するもの）と、モニタリングアイテムの種別
（例えばＥＳ（Errored Second）など）などの検索条件
が指定される。特に、データの時刻範囲としては、例え
ば時刻ｔから時刻Ｔまでとして指定された時刻のうち、
現在に近いほう（大文字のＴ）が重要となる。以下の説
明では、時刻Ｔを最新要求時刻Ｔと称する。通常の場
合、最新要求時刻Ｔを現在時刻として、現在時刻Ｔから
過去何時間分のデータなどとして指定されることが多い
であろう。

【００５１】さて、上記の要求を受けて監視制御装置Ｍ
１は、ノードＮ１にアクセスし、ＰＤ蓄積部１２に蓄積
されたパフォーマンスデータのうち、最新のパフォーマ
ンスデータが生成された時刻Ｔｃを取得する（ステップ
Ｓ２）。次に、監視制御装置Ｍ１は、取得したＴｃと最
新要求時刻Ｔとを比較する（ステップＳ３）。このステ
ップで、Ｔ＜Ｔｃであれば（Ｎ）、監視制御装置Ｍ１は
ＰＤ蓄積部１２から所望の時刻範囲のパフォーマンスデ
ータを読み出して（ステップＳ４）、画面表示またはプ
リントアウトなどの形で出力する（図８のステップＳ１
２）。

【００５２】一方、オペレータの要求した時刻範囲が時
刻Ｔｃよりも新しい時刻を含む場合（Ｔ＞Ｔｃ：ステッ
プＳ３でＹ）、最新要求時刻Ｔよりも後に、パフォーマ
ンスデータが生成されるはずの時刻が有るか否かが問題
となる。そこで、監視制御装置Ｍ１は、ノードＮ１のＰ
Ｄ生成部１４にアクセスして、データの集計周期Ｔ１を
取得する（ステップＳ５）。そして、監視制御装置Ｍ１
は、Ｔｃ以降にパフォーマンスデータが生成されていな
い原因を検証するための処理に移る。

【００５３】次のステップで、監視制御装置Ｍ１は、集
計周期Ｔ１のもとで、Ｔｃから最新要求時刻Ｔまでの間
にパフォーマンスデータが生成されてしかるべき時刻が
有るか否かを判定する（ステップＳ６）。パフォーマン
スデータが生成されてしかるべき時刻の有無は、Ｔ−Ｔ
ｃ＞Ｔ１の真偽を確かめることで判定することができ
る。すなわち、Ｔ−Ｔｃ＞Ｔ１が成り立てば（Ｙ：真の
場合）、パフォーマンスデータが最後に生成されてから
現在までに、パフォーマンスデータ生成周期Ｔ１よりも
長い時間が経過している。従って、パフォーマンスデー
タの生成されるべき時刻が有るはずで、監視制御装置Ｍ
１の処理はステップＳ７（図８）に移行する。このと
き、何らかの原因でパフォーマンスデータが生成されて
いないと見られるため、ステップＳ７，Ｓ８でその原因
が検証される。

【００５４】一方、ステップＳ６で、Ｔ−Ｔｃ＞Ｔ１が
成り立たなければ（Ｎ：偽の場合）、パフォーマンスデ
ータを生成すべき時刻は無い。よって、ＰＤ蓄積部２７
から読み出したパフォーマンスデータをそのまま出力し
て問題ない。したがって、監視制御装置Ｍ１はステップ
Ｓ４に移行して、ＰＤ蓄積部１２からオペレータの要求
範囲内のパフォーマンスデータを読み出したのち、画面
表示またはプリントアウトなどの形で出力する（図８の
ステップＳ１２）。

【００５５】さて、ステップＳ６で（Ｙ）ならば、オペ
レータの要求した時刻範囲よりも後にパフォーマンスデ
ータが生成されるはずであったにもかかわらず、その時
刻に対応するパフォーマンスデータがＰＤ蓄積部１２に
無いことになる。その原因が特定されないと、出力され
るデータに不確定を生じることになる。

【００５６】存在するはずのパフォーマンスデータがＰ
Ｄ蓄積部１２に無い原因として、何らかの不具合が生じ
たか、またはノードＮ１でゼロサプレッションが実施さ
れたか、いずれかの原因がある。

【００５７】この原因を確かめるため、監視制御装置Ｍ
１は、ノードＮ１のＰＤ生成部１４にアクセスし、デー
タの生成を省略した回数Ｎｓ取得する（ステップＳ
７）。そして、監視制御装置Ｍ１は、パフォーマンスデ
ータの存在しない原因がノードＮ１でゼロサプレッショ
ンが実施されたことによるのか、あるいは何らかの不具
合によるのかを判定する（ステップＳ８）。

【００５８】これらの原因は、Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦
（Ｎｓ＋１）・Ｔ１の真偽に対応付けて区別することが
できる。すなわちこの式が成り立てば（Ｙ：真の場
合）、パフォーマンスデータが無いという事実と、パフ
ォーマンスデータの生成を省略した回数Ｎｓとの間に矛
盾が無い。これにより、パフォーマンスデータが無い原
因は、ノードＮ１においてゼロサプレッションが実施さ
れたからであると結論づけることができる。したがっ
て、ＰＤ蓄積部１２に無い時刻範囲（空欄領域）のデー
タは０であるとみなして良い。これに対し、上記の式が
成り立たなければ（Ｎ：偽の場合）、何らかの不具合が
発生しているとみなし、監視制御装置Ｍ１はデータ復旧
処理を実施する。

【００５９】ステップＳ８で（Ｙ）であれば、監視制御
装置Ｍ１はステップＳ１０に移行してパフォーマンスデ
ータを読み出し、読み出せなかったパフォーマンスデー
タに係わるデータを０として（ステップＳ１１）、出力
に供するデータを再構成する。最後に、監視制御装置Ｍ
１は、再構成されたデータを画面表示またはプリントア
ウトなどの形で出力する（ステップＳ１２）。

【００６０】このように、本実施形態の監視制御装置Ｍ
１〜Ｍｎは、データの出力を要求するオペレータの操作
がなされたとき、相手先のノードから最新パフォーマン
スデータ生成時刻Ｔｃを取得する。そして、監視制御装
置Ｍ１〜Ｍｎは、要求された時刻範囲内の全てのパフォ
ーマンスデータを取得できない場合には、パフォーマン
スデータの集計周期Ｔ１をノードから取得する。そし
て、監視制御装置Ｍ１〜Ｍｎは、時刻Ｔの後にパフォー
マンスデータが生成されるはずの時刻があるか否かを確
かめる。この時刻が有れば、監視制御装置Ｍ１〜Ｍｎ
は、ノードにおいてパフォーマンスデータの生成が省略
された回数Ｎｓを取得し、当該ノードにおけるゼロサプ
レッションの有無を確かめる。そして、ゼロサプレッシ
ョンが実施されていた場合には、監視制御装置Ｍ１〜Ｍ
ｎは取得できなかったデータに０を挿入し、その上でデ
ータを出力するようにしている。

【００６１】このようにしたので、パフォーマンスデー
タの出力欄が、従来のようにやむおえず空白となってし
まうことを避けることが可能になる。また、たとえ空白
で出力された場合であっても、その原因がゼロサプレッ
ションではなく、不具合のためと結論づけることが可能
となり、これによりユーザに適切な対応を促すことがで
きる。

【００６２】したがって、ゼロサプレッション機能を備
える伝送システムにあって、ユーザが必要とする情報を
最大限に提供することができ、ヒューマンマシンインタ
フェース（ＨＭＩ）の改善を図ることが可能となる。

【００６３】（第２の実施形態）次に、第２の実施形態
につき説明する。図９は、本実施形態におけるパフォー
マンスデータに関するノードＮ１〜Ｎｎおよび監視制御
装置Ｍ１〜Ｍｎの構成を示す機能ブロック図である。図
４に示した構成と異なるところは、監視制御装置Ｍ１〜
ＭｎがＰＤ蓄積部２７を備えている点である。

【００６４】図１０に、図９の出力制御部２２の機能ブ
ロック図を示す。本実施形態における出力制御部２２
は、図５の構成に加えて、ＰＤ検索部２２４、欠落デー
タ読み出し部２２７、ＰＤ書き込み部２２８、及び、時
刻管理部２２１０を備える。また図１０に示すＰＤ取得
部２２１Ｂは、その機能において、図５のＰＤ取得部２
２１と異なっている。よって図１０では、ＰＤ取得部
に、区別のため２２１Ｂなる符号を付す。

【００６５】ＰＤ取得部２２１Ｂは、時計機能部２４か
ら与えられる時刻情報を参照して、所定のスケジュール
で、例えば定期的に各ノードＮ１〜Ｎｎからパフォーマ
ンスデータを取得する。すなわち、ＰＤ取得部２２１Ｂ
は、パフォーマンスデータを積極的に取得しに行く点
で、第１の実施形態のＰＤ取得部２２１と異なる。

【００６６】ＰＤ検索部２２４は、オペレータの指定し
た検索条件に沿ったパフォーマンスデータを自装置のＰ
Ｄ蓄積部２７から検索する。ＰＤ書き込み部２２８は、
ＰＤ取得部２２１Ｂで取得されたパフォーマンスデータ
を、ＰＤ蓄積部２７に記憶させる。

【００６７】欠落データ読み出し部２２７は、ゼロサプ
レッション判定部２２５において、対象とするノードで
ゼロサプレッションが実施されていないと判定された場
合に、データが欠落しているとみなし、欠落したデータ
を操作対象のノードから取得する。

【００６８】時刻管理部２２１０は、ＰＤ蓄積部２７に
記憶された最新のパフォーマンスデータの生成時刻Ｔｃ
を、更新しつつ記憶する。特に、通知されたパフォーマ
ンスデータにその生成時刻が記述されていない場合に
は、当該パフォーマンスデータを受信した時刻をそのパ
フォーマンスデータの生成時刻とみなす。

【００６９】次に、上記構成における動作を図１１およ
び図１２のフローチャートを参照して説明する。図１１
において、監視制御装置Ｍ１は、ステップＳ１３とＳ１
７のループで、パフォーマンスデータの読み出し時刻の
到来、またはオペレータによるオペレーションを待ち受
ける。

【００７０】ステップＳ１３で読み出し時刻が到来する
（Ｙ）と、監視制御装置Ｍ１は、ノードのＰＤ蓄積部１
２からパフォーマンスデータを読み出す（ステップＳ１
４）。この読み出し処理が成功すると（ステップＳ１５
でＹ）、監視制御装置Ｍ１は、読み出したパフォーマン
スデータをＰＤ蓄積部２７に書き込む（ステップＳ１
６）。その際、時刻管理部２２１０において、最新パフ
ォーマンスデータ生成時刻Ｔｃが更新される。

【００７１】ステップＳ１７でオペレーションが実施さ
れると、監視制御装置Ｍ１は、ステップＳ１８〜ステッ
プＳ２３（図１２）までの一連の手順を実行する。この
手順は、図７のステップＳ２〜ステップＳ８までと同様
であるので、説明を省略する。ただし、図１１のステッ
プＳ１８において、時刻Ｔｃの取得先がＰＤ蓄積部２７
である点が、第１の実施形態での手順と異なる。

【００７２】さて、図１２のステップＳ２３で（Ｙ）で
あれば、監視制御装置Ｍ１は、パフォーマンスデータを
読み出したのち、読み出せなかったパフォーマンスデー
タにかかるデータに０を挿入したうえで出力する（ステ
ップＳ２４、ステップＳ２５、ステップＳ３１）。

【００７３】一方、ステップＳ２３で（Ｎ）であれば、
監視制御装置Ｍ１はステップＳ２６に移行して、欠落し
たデータを読み出す。すなわちステップＳ２３で（Ｎ）
の場合、パフォーマンスデータの生成が省略された回数
Ｎｓと、時刻Ｔｃとの間に矛盾が有ることになる。つま
り、記憶されるはずのデータがＰＤ蓄積部２７に存在し
ないことになる。そこで、監視制御装置Ｍ１は、ノード
のＰＤ蓄積部１２にアクセスしてデータを読み出し、自
己のＰＤ蓄積部２７の記憶内容を補完する。

【００７４】欠落データの読み出しが失敗した場合（ス
テップＳ２７でＮ）、監視制御装置Ｍ１はそのままＰＤ
蓄積部２７からパフォーマンスデータを読み出して出力
する（ステップＳ３０、ステップＳ３１）。この場合、
取得されなかったパフォーマンスデータにかかるデータ
は、空欄の状態で出力される。

【００７５】欠落データの読み出しが成功した場合（ス
テップＳ２７でＹ）、監視制御装置Ｍ１は、読み出した
データをＰＤ蓄積部２７に追加する（ステップＳ２
８）。そして、監視制御装置Ｍ１は、最新パフォーマン
スデータ生成時刻Ｔｃを更新したのち（ステップＳ２
９）ステップＳ３０に至る。

【００７６】このように本実施形態では、パフォーマン
スデータが生成されたにも拘わらず監視制御装置に届い
ていないという事態が生じた旨を把握することが可能と
なる。また本実施形態では、このような事態が生じる
と、監視制御装置に到着しなかったパフォーマンスデー
タがノードのデータベースから読み出され、監視制御装
置Ｍ１〜ＭｎのＰＤ蓄積部２７に書き込まれる。これに
より、上記第１の実施形態で述べた効果に加え、監視制
御装置Ｍ１〜Ｍｎ側のデータベースに記録されるべきデ
ータの漏れを防止することが可能になる。

【００７７】（第３の実施形態）次に、第３の実施形態
につき説明する。この実施形態では、監視制御装置Ｍ１
〜Ｍｎがデータベースを備える点で、第２の実施形態と
同様である。ただし本実施形態のシステムは、パフォー
マンスデータを通知する方法において、第２の実施形態
のシステムと異なっている。このため本実施形態におい
ては、第２の実施形態における構成と比べてノードＮ１
〜Ｎｎの構成が異なっている。すなわち図１３に示すよ
うに、ノードＮ１〜Ｎｎは通知制御部１５を備える。こ
の通知制御部１５は、ＰＤ生成部１４で生成されたパフ
ォーマンスデータを、監視制御装置からの要求を待たず
自発的に監視制御装置に通知する。

【００７８】図１４に、本実施形態に係わる監視制御装
置Ｍ１〜Ｍｎの出力制御部２２の構成を示す。この構成
は、図１０のＰＤ取得部２２１Ｂを省略したものとなっ
ている。これは、パフォーマンスデータがノード側から
一方的に通知されるためである。

【００７９】次に、上記構成における動作を、図１５お
よび図１２のフローチャートを参照して説明する。図１
５において、監視制御装置Ｍ１は、ノードＮ１〜Ｎｎか
らのパフォーマンスデータの通知を待ち受ける（ステッ
プＳ３２）。パフォーマンスデータが通知されると、監
視制御装置Ｍ１は、この通知されたパフォーマンスデー
タを自装置のＰＤ蓄積部２７に書き込む（ステップＳ３
３）。次に監視制御装置Ｍ１は、オペレータによるオペ
レーションを待ち受ける（ステップＳ３４）。オペレー
ションが無い（Ｎ）と、ステップＳ３２〜ステップＳ３
４のループが継続される。

【００８０】この状態からオペレーションが実行される
と、監視制御装置Ｍ１は、ステップＳ３５に移行して最
新パフォーマンスデータ生成時刻Ｔｃを取得する。そし
て、監視制御装置Ｍ１は、図１２のステップＳ１９に移
行し、第２の実施形態と同じ手順を辿る。

【００８１】このようにしても、ただ監視制御装置Ｍ１
〜Ｍｎのパフォーマンスデータの取得方式が異なるのみ
で、上記各実施形態と同じ効果を得ることができる。

【００８２】（第４の実施形態）次に、本発明の第４の
実施形態を説明する。図１６に、本実施形態に係わるパ
フォーマンスデータに関するノードＮ１〜Ｎｎおよび監
視制御装置Ｍ１〜Ｍｎの構成を示す。ここでは図４，図
９，図１３と共通する部分には同一の符号を付し、異な
る部分のみを説明する。監視制御装置Ｍ１〜Ｍｎの構成
は、図４と同様であり、よってここではノードＮ１〜Ｎ
ｎに関してだけ説明する。

【００８３】図１６において、ノードＮ１〜Ｎｎのパフ
ォーマンスデータに関する構成は、主信号系基板Ｃ１〜
Ｃｔ、サブ基板ＳＣ、及び、メイン基板ＭＣを備えてい
る。主信号系基板Ｃ１〜Ｃｔ、サブ基板ＳＣ、及び、メ
イン基板ＭＣは、汎用のシェルフ（図示せず）に挿抜可
能に設けられるカードとして実装される。

【００８４】主信号系基板Ｃ１〜Ｃｔは、図２の現用系
高速インタフェース部（ＨＳ Ｉ／Ｆ）１−０、予備系
高速インタフェース部１−１、ＴＳＡ２−０，２−１、
低速インタフェース部（ＬＳ Ｉ／Ｆ）３−１〜３−ｋ
に対応するものである。

【００８５】また、メイン基板ＭＣは図２の主制御部５
に対応する。

【００８６】また、サブ基板ＳＣは、図２のＨＳ Ｉ／
ＦまたはＬＳ Ｉ／Ｆ内に設けられるサブ制御基盤に対
応する。また、サブ基板ＳＣは、主制御部５の内部に設
けても良い。サブ基板ＳＣは、図２のＨＳ Ｉ／Ｆまた
はＬＳ Ｉ／Ｆ内に設けられるサブ制御基盤に対応す
る。また、サブ基板ＳＣは、主制御部５の内部に設けて
も良い。

【００８７】サブ基板ＳＣは、パフォーマンスデータ計
算部（以下ＰＤ計算部と称する）１６と、パフォーマン
スデータ記憶部（以下ＰＤ記憶部と表記する）１７と、
チャネル情報記憶部１８と、ＰＤメッセージ作成部１９
と、チャネル情報取得部１１０と、基板間通信制御部１
１１Ｓとを備えている。

【００８８】ＰＤ計算部１６は、主信号系基板Ｃ１〜Ｃ
ｔの状態を監視し、高速回線ＯＦおよび低速回線ＬＬに
係わるデータを、１５分間隔、および１日間隔で集計す
る。この集計されたデータから、パフォーマンスデータ
が算出される。算出されたパフォーマンスデータは、Ｐ
Ｄ記憶部１７に記憶される。

【００８９】図１７に、パフォーマンスデータがＰＤ記
憶部１７に記憶される様子を模式的に示す。図１７に示
すように、パフォーマンスデータは各チャネル（Ｃｈ，
Ｃｈ２，…）ごとに、複数の管理セクション（ＲＳ（Re
mote Section）、ＭＳ（Multiplex Section）、ＰＳ（P
ath Section））に対応付けて記憶される。

【００９０】チャネル情報取得部１１０は、低速Ｉ／Ｆ
のシェルフ３−１〜３−ｋの実装の有無、および基板の
種類に関する情報を主信号系基板Ｃ１〜Ｃｔから与えら
れる。そして、この与えられた情報に基づいて、チャネ
ル情報取得部１１０は基板の構成情報を取得する。この
構成情報は、チャネル情報記憶部１８に書き込まれる。

【００９１】主信号系基板Ｃ１〜Ｃｔには、ＳＴＭ−
１，ＳＴＭ−４，ＳＴＭ−１６，ＳＴＭ−６４なる複数
の種類の基板がある。基板の種類が複数有ることには、
図１８に示すように、チャネル情報記憶部１８の記憶領
域に設定されたＢｉｔ０〜３に基板種類を示す情報を書
き込むことで対処する。基板種別を示す情報は、チャネ
ル情報取得部１１０により取得される。

【００９２】なお、チャネル情報取得部１１０は、ＳＤ
Ｈ機器の多くが備えるＡＰＳ（Automatic Protection S
witching）機能のクリエイト情報（新規チャネル、新規
パス生成などに関する情報）を、ＡＰＳ機能オブジェク
トからメッセージの形で受け取る。この受け取られたＡ
ＰＳクリエイト情報は、チャネル情報記憶部１８のＢｉ
ｔ５に書き込まれる。

【００９３】ＰＤメッセージ作成部１９は、ＰＤ記憶部
１７に記憶された個々のパフォーマンスデータを読み込
む。そして、この読み込んだ情報と、チャネル情報記憶
部１８から取得した各チャネルの基板の実装状態を参照
して、ＰＤメッセージ作成部１９はパフォーマンスデー
タメッセージを作成する。作成されたパフォーマンスデ
ータメッセージは、基板間通信制御部１１１Ｓ，１１１
Ｍを介してメイン基板ＭＣの圧縮部１１３に転送され
る。

【００９４】このメッセージが転送されるとき、チャネ
ル情報記憶部１８の圧縮情報が０（すなわち圧縮せず）
にセットされているならば、サブ基板ＳＣではデータを
圧縮しない。このため、シェルフに実装されている全て
のチャネルのパフォーマンスデータメッセージが、その
まま圧縮部１１３に転送される。

【００９５】一方、圧縮情報がＦ（すなわち圧縮する）
に設定されているならば、サブ基板ＳＣにてデータが圧
縮される。そして、シェルフに実装されている全てのチ
ャネルのパフォーマンスデータが圧縮されて、パフォー
マンスデータメッセージが作成される。このパフォーマ
ンスデータメッセージは、圧縮部１１３に転送される。

【００９６】基板間通信制御部１１１Ｓは、メイン基板
ＭＣとのデータ通信を担う。一方、メイン基板ＭＣは、
監視制御装置Ｍ１〜Ｍｎとの通信を担う通信制御部１１
に加え、基板間通信制御部１１１Ｍと、接点情報取得部
１１２と、圧縮部１１３と、構成情報記憶部１１４とを
備えている。

【００９７】基板間通信制御部１１１Ｍは、サブ基板Ｓ
Ｃとのデータ通信を担う。接点情報取得部１１２は、接
点情報を読み取り、この接点情報を構成情報記憶部１１
４に書き込む。接点情報とは、低速Ｉ／Ｆ３−１〜３−
ｋがシェルフに実装された状態を示す情報であり、ディ
ップスイッチ（Dip Sw）などを用いて予めノードにセッ
トされる。前述のようにシェルフ内に数種類の基板が混
在することが有るので、図１９のように各シェルフごと
に４ビット（Ｂｉｔ０〜３）を与え、これらのビットを
用いてそれぞれの基板種別を区別するようにする。

【００９８】上記圧縮情報および接点情報などの、各シ
ェルフに係わる情報は、ノードの起動の際に基板間通信
制御部１１１Ｍ，１１１Ｓを介して、チャネル情報取得
部１１０に転送される。

【００９９】圧縮部１１３は、チャネル情報取得部１１
０から取得した構成情報に基づいてパフォーマンスデー
タの圧縮単位を可変し、この単位に応じてＰＤメッセー
ジ作成部１９から通知されたパフォーマンスデータメッ
セージを圧縮する。パフォーマンスデータの圧縮単位
は、ノードの構成情報に応じて変化する。

【０１００】圧縮部１１３は、ＰＤメッセージ作成部１
９からパフォーマンスデータメッセージを受信すると、
構成情報記憶部１１４の該当シェルフの圧縮情報を確認
する。この確認の結果、圧縮情報が１ならば受信したパ
フォーマンスデータが圧縮されているので、圧縮部１１
３は、パフォーマンスデータメッセージを監視制御装置
Ｍ１の出力制御部２２に送信する。圧縮情報が０なら
ば、圧縮部１１３は、全てのシェルフのパフォーマンス
データを圧縮してパフォーマンスデータメッセージを作
成する。そして、圧縮部１１３は、作成したパフォーマ
ンスデータメッセージを監視制御装置Ｍ１の出力制御部
２２に送信する。

【０１０１】なお、監視制御装置Ｍ１〜Ｍｎの出力制御
部２２は、圧縮されたパフォーマンスデータが通知され
たとき、このパフォーマンスデータの圧縮を解除した状
態で、ＰＤ蓄積部２７に記憶する機能を備えている。

【０１０２】図２０は、本実施形態において、監視制御
装置Ｍ１〜Ｍｎに通知されるパフォーマンスデータの構
成を示す図である。図２０において、符号Ａは、ＰＤメ
ッセージ作成部１９で生成されるパフォーマンスデータ
メッセージを示す。符号Ｂは、圧縮部１１３で生成され
る通知用パフォーマンスデータを示す。

【０１０３】パフォーマンスデータメッセージ（符号
Ａ）は、個々にオーバーヘッド、パフォーマンスデー
タ、共通部、パフォーマンスデータを有する。オーバー
ヘッドは、ＯＳＩプロトコルのオーバーヘッドやパフォ
ーマンスデータメッセージを通知するオブジェクトのク
ラス、インスタンス、通知時刻などを含む。

【０１０４】共通部は、個々のパフォーマンスデータに
おいて同じ情報が記述される部分であり、データの集計
間隔、サスペクトインターバル値、ゼロサプレッション
の回数などの情報を含む。個々のデータは、チャネルを
示すインスタンスと、チャネルごとのデータを含む。

【０１０５】図２１に、パフォーマンスデータメッセー
ジの具体例を示す。同図において、プロトコルヘッダか
らEvent Typeまでが共通して使用できる部分であり、そ
れ以外の、端点オブジェクトのインスタンスからSuspec
t Interval Flagまでが個々のデータを特徴づける部
分、すなわち共通化できない部分である。特に、ネット
ワーク監視プロトコルとしてＣＭＩＰ（Common Managem
ent Information Protocol）を使用する場合には、共通
部分のサイズが大きく、メッセージを形成する全ビット
数のほぼ４割を占める。

【０１０６】本実施形態においては、監視制御装置Ｍ１
〜Ｍｎに通知されるパフォーマンスデータは、図２０の
符号Ｂに示すように、一つの共通部分に、個々の品質デ
ータを付加して生成される。これにより、通知に係わる
パフォーマンスデータの数そのものを削減できるように
なる。また、オーバヘッド部分もひとまとめにしている
ので、メッセージ長も抑える事が可能となる。したがっ
て、パフォーマンスデータを監視制御装置Ｍ１〜Ｍｎに
通知する際の情報量を削減することが可能になる。

【０１０７】特に本実施形態では、従来では全データ量
の４割にも及ぶ共通部分を一つにまとめているため、デ
ータサイズを削減する効果が大きい。これらのことか
ら、監視制御装置とノードとの通信負荷および監視制御
装置の負荷を軽減することが可能となる。

【０１０８】（第５の実施形態）次に、本発明の第５の
実施形態を説明する。図２２に、本実施形態に係わるノ
ードＮ１〜Ｎｎの構成を示す。ここでは図４，図９，図
１３，図１６と共通する部分には同一の符号を付し、異
なる部分のみを説明する。

【０１０９】本実施形態では、主信号系基板Ｃ１〜Ｃｔ
は受信部１１７とデータメモリ１１８とを備える。受信
部１１７は、ＳＴＭ信号を受信する。ＳＴＭ信号を受信
した受信部１１７は、ＳＴＭ信号の通信品質などのデー
タを計測する。ここで計測されたデータは、データメモ
リ１１８を介してサブ基板ＳＣのＰＤ計算部１６に与え
られる。

【０１１０】ＰＤ計算部１６は、与えられたデータをも
とにパフォーマンスデータを生成する。生成されたパフ
ォーマンスデータは、ＰＤ記憶部１７を経てＰＤメッセ
ージ作成部１９に与えられる。ＰＤメッセージ作成部１
９は、与えられたパフォーマンスデータをもとにパフォ
ーマンスデータメッセージを生成する。このパフォーマ
ンスデータメッセージは、送信部１１９から監視制御装
置Ｍ１〜Ｍｎに通知される。

【０１１１】ところで、図２２のノードＮ１〜Ｎｎは、
タイミング制御部１１５と、タイミング設定部１１６と
を備える。タイミング制御部１１５は、パフォーマンス
データメッセージを監視制御装置Ｍ１〜Ｍｎに通知する
タイミングを、個々のパフォーマンスデータメッセージ
ごとに変化させる。タイミング設定部１１６は、構成情
報記憶部１１４に記憶された自装置の構成情報に応じ
て、個々のパフォーマンスデータメッセージの通知タイ
ミングをタイミング制御部１１５に対して設定する。

【０１１２】ＰＤメッセージ作成部１９は、タイミング
制御部１１５によって設定されたタイミングで、ＰＤ記
憶部１７からデータを読み出してパフォーマンスデータ
メッセージを作成し、メイン基板ＭＣを経由して監視制
御装置Ｍ１〜Ｍｎへパフォーマンスデータを通知する。

【０１１３】（第６の実施形態）第５の実施形態の変形
例を第６の実施形態として図２３に示す。図２３に示す
構成は、パフォーマンスデータメッセージの作成機能を
メイン基板ＭＣに受け持たせたものである。パフォーマ
ンスデータを作成するまでの手順は上記と同様である。
ＰＤ計算部１６で作成されたパフォーマンスデータはメ
イン基板ＭＣのＰＤ記憶部１７に書き込まれる。

【０１１４】タイミング設定部１１６は、パフォーマン
スデータメッセージの通知タイミングをＰＤメッセージ
作成部１９に与える。ＰＤメッセージ作成部１９は、タ
イミング設定部１１６によって設定されたタイミング
で、ＰＤ記憶部１７から個々のパフォーマンスデータを
読み出す。読み出されたパフォーマンスデータは、パフ
ォーマンスデータメッセージとして監視制御装置Ｍ１〜
Ｍｎに通知される。

【０１１５】このように本実施形態では、個々のパフォ
ーマンスデータメッセージの通知タイミングを任意に設
定するようにしている。個々のパフォーマンスデータメ
ッセージは、任意に設定されたタイミングで監視制御装
置Ｍ１〜Ｍｎに通知される。すなわち、本実施形態で
は、個々のパフォーマンスデータメッセージに時間差を
持たせて監視制御装置Ｍ１〜Ｍｎに通知するようにして
いる。

【０１１６】一般に、監視制御装置Ｍ１〜Ｍｎとノード
Ｎ１〜Ｎｎとの間では、パフォーマンスデータを含めた
様々な情報が授受される。パフォーマンスデータをノー
ドＮ１〜Ｎｎから監視制御装置Ｍ１〜Ｍｎに通知すると
きには、ある程度の伝送遅延が許される。しかしなが
ら、ノードＮ１〜Ｎｎで検出された警報情報は、検出後
直ちに監視制御装置Ｍ１〜Ｍｎに通知される必要があ
る。

【０１１７】従来のシステムにおいては、生成されたパ
フォーマンスデータが短時間に集中して監視制御装置Ｍ
１〜Ｍｎに通知されていた。このため、パフォーマンス
データの通知と同時に警報が発生したような場合、情報
量が多くなりすぎ、警報が監視制御装置Ｍ１〜Ｍｎに通
知されるタイミングが遅れることがあった。

【０１１８】また、この種の伝送システムでは、各ノー
ドが、予め定められた一定の間隔でパフォーマンスデー
タを生成することが、勧告に記述されている。各ノード
装置では、このように周期的に生成されたパフォーマン
スデータを、生成のたびに、間を置かず監視制御装置に
通知するようにしている。このため、従来の伝送システ
ムでは、ゼロサプレッション機能の有無に拘わらず、パ
フォーマンスデータがノードから監視制御装置に対して
一斉に通知される。このためパフォーマンスデータをを
通知するためのトラフィックが、短い時間内に集中する
ことがある。

【０１１９】このようなトラフィックの集中が起こる
と、管理ネットワークおよび監視制御装置の処理負担が
急激に大きくなる。監視制御装置の処理負担が限度を超
えると、より重要度の高い処理、例えば警報の発生をオ
ペレータに通知する処理のような処理が滞ってしまう場
合がある。特に、ネットワークに障害が発生した場合に
は、監視制御装置に通知される情報量が急激に増大する
ためにこのような事態を招きやすい。しかも、近年のネ
ットワークの大規模化に伴って、ノードの設置台数はま
すます多くなっている。このため、特に監視制御装置側
の処理負担を軽減することが急務になりつつある。

【０１２０】これに対して本実施形態では、パフォーマ
ンスデータメッセージが、いわばランダムなタイミング
で監視制御装置Ｍ１〜Ｍｎに通知される。このため、パ
フォーマンスデータメッセージの伝送にかかるトラフィ
ックが平均化され、これにより、警報情報の通知の遅れ
を緩和する事ができる。

【０１２１】また従来のシステムでは、パフォーマンス
データの通知の際にトラフィックが集中し易い。トラフ
ィックが集中したときに、ある監視制御装置のオペレー
タが、任意のノードに対してリモート制御をかけると、
オペレータの操作に対してノードからの反応が遅れる場
合が有る。このような事態は、操作ミスや誤動作などを
生じる虞が有る。本実施形態のノードによれば、ノード
Ｎ１〜Ｎｎと監視制御装置Ｍ１〜Ｍｎとの間の情報通信
にかかるトラフィックを平均化することができるため、
上記のような不具合を解消することが可能になる。

【０１２２】以上のことから、本発明によれば、パフォ
ーマンスデータのデータ値に関わらず、監視制御装置と
ノードとの通信負荷および、監視制御装置の負荷を軽減
することが可能となる。

【０１２３】なお、本発明は前記各実施形態に限定され
るものではない。例えば上記の各実施形態ではＳＤＨに
即したシステムを例として挙げ、本発明をＳＤＨに適用
した場合の具体例を説明した。しかしながら本発明は、
米国における同種のシステムとして標準化されているＳ
ＯＮＥＴに対しても適用することができる。

【０１２４】

【発明の効果】以上説明したように本発明によれば、ゼ
ロサプレッション機能を備える伝送システムにあって、
ユーザが必要とする情報を最大限に提供でき、ヒューマ
ンマシンインタフェース（ＨＭＩ）の改善を図った伝送
システム、監視制御装置とそのデータ出力方法を提供す
ることが可能になる。また本発明によれば、パフォーマ
ンスデータの通知に係わる通信負荷の軽減を図ったノー
ドを提供することが可能になる。

【図面の簡単な説明】

【図１】 本発明に係わる伝送システムの実施の形態に
おける構成を示すシステム図。

【図２】 図１に示されたノードＮ１〜Ｎｎの構成を概
略的に示すブロック図。

【図３】 図１に示された監視制御装置Ｍ１〜Ｍｎの構
成を概略的に示すブロック図。

【図４】 図１に示された伝送システムの第１の実施形
態における構成を示す機能ブロック図。

【図５】 図４における出力制御部２２の構成を示す機
能ブロック図。

【図６】 図１に示されたノードＮ１〜Ｎｎにおいて実
施されるゼロサプレッションにつき概略的に説明するフ
ローチャート。

【図７】 本発明の第１の実施形態における監視制御装
置Ｍ１〜Ｍｎの処理手順を示すフローチャート。

【図８】 本発明の第１の実施形態における監視制御装
置Ｍ１〜Ｍｎの処理手順を示すフローチャート。

【図９】 図１に示された伝送システムの第２の実施形
態における構成を示す機能ブロック図。

【図１０】 図９における出力制御部２２の構成を示す
機能ブロック図。

【図１１】 本発明の第２の実施形態における監視制御
装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。

【図１２】 本発明の第２の実施形態における監視制御
装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。

【図１３】 図１に示された伝送システムの第３の実施
形態における構成を示す機能ブロック図。

【図１４】 図１３における出力制御部２２の構成を示
す機能ブロック図。

【図１５】 本発明の第３の実施形態における監視制御
装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。

【図１６】 図１に示された伝送システムの第４の実施
形態における構成を示す機能ブロック図。

【図１７】 図１６に示されたＰＤ記憶部１７における
データの記憶の様子を示す図。

【図１８】 図１６に示されたチャネル情報記憶部１８
に記憶されるデータの例を示す図。

【図１９】 図１６に示された構成情報記憶部１１４に
記憶されるデータの例を示す図。

【図２０】 本発明の第４の実施形態において監視制御
装置Ｍ１〜Ｍｎに通知されるパフォーマンスデータの構
成例を示す図。

【図２１】 パフォーマンスデータメッセージの具体例
を示す図。

【図２２】 図１に示されたノードＮ１〜Ｎｎの第５の
実施形態における構成を示す機能ブロック図。

【図２３】 図１に示されたノードＮ１〜Ｎｎの第６の
実施形態における構成を示す機能ブロック図。

【符号の説明】 Ｎ１〜Ｎｎ…ノード Ｍ１〜Ｍｎ…監視制御装置 ＯＦ…ラインケーブル ＬＬ…トリビュタリ伝送路 ＳＬ…現用系伝送路 ＰＬ…予備系伝送路 １−０…現用系高速インタフェース部（ＨＳ Ｉ／Ｆ） １−１…予備系高速インタフェース部 ２−０，２−１…タイムスロット交換部（ＴＳＡ） ３−１〜３−ｋ…低速インタフェース部（ＬＳ Ｉ／
Ｆ） ５…主制御部 ６…記憶部 ７…管理網インタフェース（Ｉ／Ｆ） １１…通信制御部 １２…パフォーマンスデータ（ＰＤ）蓄積部 １３…検索部 １４…パフォーマンスデータ（ＰＤ）生成部 １５…通知制御部 ２１…操作部 ２２…出力制御部 ２３…通信制御部 ２４…時計機能部 ２５…表示部 ２６…プリントアウト部 ２７…パフォーマンスデータ（ＰＤ）蓄積部 ２２１，２２１Ｂ…パフォーマンスデータ（ＰＤ）取得
部 ２２２…時刻判定部 ２２３…周期取得部 ２２４…パフォーマンスデータ（ＰＤ）検索部 ２２５…ゼロサプレッション判定部 ２２６…パフォーマンスデータ（ＰＤ）再構成部 ２２７…欠落データ読み出し部 ２２８…パフォーマンスデータ（ＰＤ）書き込み部 ２２９…省略回数取得部 ２２１０…時刻管理部 ２２１１…制御部 Ｃ１〜Ｃｔ…主信号系基板 １６…パフォーマンスデータ（ＰＤ）計算部 １７…パフォーマンスデータ（ＰＤ）記憶部 １８…チャネル情報記憶部 １９…パフォーマンスデータ（ＰＤ）メッセージ作成部 １１０…チャネル情報取得部 １１１Ｓ，１１１Ｍ…基板間通信制御部 １１２…接点情報取得部 １１３…圧縮部 １１４…構成情報記憶部 １１５…タイミング制御部 １１６…タイミング設定部 １１７…受信部 １１８…データメモリ １１９…送信部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 9/00 ３２１ Ｈ０４Ｑ 9/00 ３２１Ｅ

Claims (15)

【特許請求の範囲】
1. 【請求項１】 ネットワークを形成する複数のノード装
   置と、これらのノード装置において生成されるパフォー
   マンスデータをもとに前記ネットワークを管理する監視
   制御装置と、を有する伝送システムにおいて、 前記ノード装置は、 複数の計測対象につき定義されたモニタリングアイテム
   の個々のデータを所定のスケジュールで計測し、その結
   果に基づいて、ゼロデータの連続を抑圧するゼロサプレ
   ッション機能のもとで前記パフォーマンスデータを生成
   するパフォーマンスデータ生成手段と、 このパフォーマンスデータ生成手段で生成されたパフォ
   ーマンスデータを前記監視制御装置に送出するパフォー
   マンスデータ送出手段と、を具備し、 前記監視制御装置は、 前記ノード装置から送出されたパフォーマンスデータを
   受信する受信手段と、 この受信されたパフォーマンスデータの履歴を蓄積する
   記憶手段と、 時刻範囲を含む検索条件を指定したユーザのデータ出力
   要求を受け付け、この要求に応じたデータを出力するユ
   ーザインタフェース手段と、 前記検索条件に応じたパフォーマンスデータを前記記憶
   手段から取得する際、前記検索条件で指定された時刻範
   囲において、前記スケジュールのもとでは前記記憶手段
   に存在すべきはずのパフォーマンスデータが存在しない
   場合に、このパフォーマンスデータが存在しない原因を
   検証し、当該原因が前記パフォーマンスデータ生成手段
   におけるゼロサプレッションの実施である場合には、当
   該存在しないパフォーマンスデータにかかるデータを０
   として、前記取得したパフォーマンスデータをもとに前
   記ユーザインタフェース手段における出力のためのデー
   タを生成し、この生成されたデータを前記ユーザインタ
   フェース手段に出力させる出力制御手段と、を具備する
   ことを特徴とする伝送システム。
2. 【請求項２】 前記ノード装置は、 前記パフォーマンスデータ生成手段で生成されたパフォ
   ーマンスデータの履歴を蓄積するサブ記憶手段を備え、 前記監視制御装置は、 前記ノード装置で生成されたパフォーマンスデータを取
   得し、自装置の記憶手段に記憶するパフォーマンスデー
   タ取得手段と、 自装置の記憶手段に記憶されたパフォーマンスデータに
   欠落がある場合には、当該欠落したパフォーマンスデー
   タを前記ノード装置のサブ記憶手段から取得して前記自
   装置の記憶手段に記憶させる欠落データ取得手段と、を
   具備することを特徴とする請求項１に記載の伝送システ
   ム。
3. 【請求項３】 前記出力制御手段は、 前記受信手段によりパフォーマンスデータが最後に受信
   された時刻Ｔｃを更新しつつ記憶する時刻管理手段と、 前記パフォーマンスデータ生成手段において、前記デー
   タが計測される周期Ｔ１を取得する周期取得手段と、 前記検索条件で指定された時刻範囲のうち現在に最も近
   い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付け
   て、前記周期Ｔ１のもとでパフォーマンスデータが生成
   されるはずの時刻がＴｃからＴまでに存在するか否かを
   判定する第１判定手段と、 この第１判定手段において、パフォーマンスデータが生
   成されるはずの時刻が有ると判定された場合に、前記ゼ
   ロサプレッション機能によりパフォーマンスデータの生
   成が省略された回数Ｎｓを取得する省略回数取得手段
   と、 Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対
   応付けて、ゼロサプレッションの実施有りまたは実施無
   しの旨を判定する第２判定手段と、 この第２判定手段でゼロサプレッションの実施有りの旨
   が判定された場合に、前記存在しないパフォーマンスデ
   ータにかかるデータを０として、前記読み出したパフォ
   ーマンスデータをもとに前記ユーザインタフェース手段
   における出力のためのデータを生成し、この生成された
   データを前記ユーザインタフェース手段に出力させる出
   力データ生成手段と、を備えることを特徴とする請求項
   １または２に記載の伝送システム。
4. 【請求項４】 複数のノード装置と、これらのノード装
   置において生成されるパフォーマンスデータをもとに前
   記ネットワークを管理する監視制御装置と、を有する伝
   送システムにおいて、 前記ノード装置は、 複数の計測対象につき定義されたモニタリングアイテム
   の個々のデータを所定のスケジュールで計測し、その結
   果に基づいて、ゼロデータの連続を抑圧するゼロサプレ
   ッション機能のもとで前記パフォーマンスデータを生成
   するパフォーマンスデータ生成手段と、 このパフォーマンスデータ生成手段で生成されたパフォ
   ーマンスデータの履歴を蓄積する記憶手段と、 前記監視制御装置から要求された検索条件に応じて前記
   記憶手段を検索し、当該検索条件に沿ったパフォーマン
   スデータを取得する検索手段と、 この検索手段で取得されたパフォーマンスデータを前記
   監視制御装置に送出するパフォーマンスデータ送出手段
   と、を具備し、 前記監視制御装置は、 時刻範囲を含む検索条件を指定したユーザのデータ出力
   要求を受け付け、この要求に応じたデータを出力するユ
   ーザインタフェース手段と、 前記検索条件に応じたパフォーマンスデータを前記ノー
   ド装置から取得するパフォーマンスデータ取得手段と、 前記検索条件に応じたパフォーマンスデータを前記ノー
   ド装置から取得する際、前記検索条件で指定された時刻
   範囲において、前記スケジュールのもとでは前記記憶手
   段に存在すべきはずのパフォーマンスデータが存在しな
   い場合に、このパフォーマンスデータが存在しない原因
   を検証し、当該原因が前記パフォーマンスデータ生成手
   段におけるゼロサプレッションの実施である場合には、
   当該存在しないパフォーマンスデータにかかるデータを
   ０として、前記取得したパフォーマンスデータをもとに
   前記ユーザインタフェース手段における出力のためのデ
   ータを生成し、この生成されたデータを前記ユーザイン
   タフェース手段に出力させる出力制御手段と、を備える
   ことを特徴とする伝送システム。
5. 【請求項５】 前記出力制御手段は、 前記パフォーマンスデータ取得手段により、パフォーマ
   ンスデータが最後に取得された時刻Ｔｃを更新しつつ記
   憶する時刻管理手段と、 前記パフォーマンスデータ生成手段において、前記デー
   タが計測される周期Ｔ１を取得する周期取得手段と、 前記検索条件で指定された時刻範囲のうち現在に最も近
   い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付け
   て、前記周期Ｔ１のもとでパフォーマンスデータが生成
   されるはずの時刻がＴｃからＴまでに存在するか否かを
   判定する第１判定手段と、 この第１判定手段において、パフォーマンスデータが生
   成されるはずの時刻が有ると判定された場合に、前記ゼ
   ロサプレッション機能によりパフォーマンスデータの生
   成が省略された回数Ｎｓを取得する省略回数取得手段
   と、 Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対
   応付けて、ゼロサプレッションの実施有りまたは実施無
   しの旨を判定する第２判定手段と、 この第２判定手段でゼロサプレッションの実施有りの旨
   が判定された場合に、前記存在しないパフォーマンスデ
   ータにかかるデータを０として、前記読み出したパフォ
   ーマンスデータをもとに前記ユーザインタフェース手段
   における出力のためのデータを生成し、この生成された
   データを前記ユーザインタフェース手段に出力させる出
   力データ生成手段と、を備えることを特徴とする請求項
   ４に記載の伝送システム。
6. 【請求項６】 パフォーマンスデータ複数のノード装置
   で形成されるネットワークを、各ノード装置において生
   成されるパフォーマンスデータをもとに管理する監視制
   御装置において、 前記ノード装置が、複数の計測対象につき定義されたモ
   ニタリングアイテムの個々のデータを所定のスケジュー
   ルで計測し、その結果に基づいて、ゼロデータの連続を
   抑圧するゼロサプレッション機能のもとで前記パフォー
   マンスデータを生成するパフォーマンスデータ生成手段
   を備える場合に、 前記生成されたパフォーマンスデータの履歴を蓄積する
   記憶手段と、 少なくとも時刻範囲を含む前記パフォーマンスデータの
   検索条件を指定したユーザのデータ出力要求を受け付
   け、この要求に応じたパフォーマンスデータを出力する
   ユーザインタフェース手段と、 前記パフォーマンスデータ検索条件に応じたパフォーマ
   ンスデータを前記記憶手段から取得する際、前記検索条
   件で指定された時刻範囲において、前記スケジュールの
   もとでは前記記憶手段に存在すべきはずのパフォーマン
   スデータが存在しない場合に、このパフォーマンスデー
   タが存在しない原因を検証し、当該原因が前記パフォー
   マンスデータ生成手段におけるゼロサプレッションの実
   施である場合には、当該存在しないパフォーマンスデー
   タにかかるデータを０として、前記取得したパフォーマ
   ンスデータをもとに前記ユーザインタフェース手段にお
   ける出力のためのデータを生成し、この生成されたデー
   タを前記ユーザインタフェース手段に出力させる出力制
   御手段と、を具備することを特徴とする監視制御装置。
7. 【請求項７】 前記ノード装置が、前記パフォーマンス
   データ生成手段で生成されたパフォーマンスデータの履
   歴を蓄積するサブ記憶手段を備える場合に、前記ノード
   装置で生成されたパフォーマンスデータを取得し、自装
   置の記憶手段に記憶するパフォーマンスデータ取得手段
   と、 自装置の記憶手段に記憶されたパフォーマンスデータに
   欠落がある場合には、当該欠落したパフォーマンスデー
   タを前記ノード装置のサブ記憶手段から取得して前記自
   装置の記憶手段に記憶させる欠落データ取得手段と、を
   具備することを特徴とする請求項６に記載の監視制御装
   置。
8. 【請求項８】 前記出力制御手段は、 前記受信手段によりパフォーマンスデータが最後に受信
   された時刻Ｔｃを更新しつつ記憶する時刻管理手段と、 前記パフォーマンスデータ生成手段において、前記デー
   タが計測される周期Ｔ１を取得する周期取得手段と、 前記検索条件で指定された時刻範囲のうち現在に最も近
   い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付け
   て、前記周期Ｔ１のもとでパフォーマンスデータが生成
   されるはずの時刻がＴｃからＴまでに存在するか否かを
   判定する第１判定手段と、 この第１判定手段において、パフォーマンスデータが生
   成されるはずの時刻が有ると判定された場合に、前記ゼ
   ロサプレッション機能によりパフォーマンスデータの生
   成が省略された回数Ｎｓを取得する省略回数取得手段
   と、 Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対
   応付けて、ゼロサプレッションの実施有りまたは実施無
   しの旨を判定する第２判定手段と、 この第２判定手段でゼロサプレッションの実施有りの旨
   が判定された場合に、前記存在しないパフォーマンスデ
   ータにかかるデータを０として、前記読み出したパフォ
   ーマンスデータをもとに前記ユーザインタフェース手段
   における出力のためのデータを生成し、この生成された
   データを前記ユーザインタフェース手段に出力させる出
   力データ生成手段と、を備えることを特徴とする請求項
   ６または７に記載の監視制御装置。
9. 【請求項９】 複数のノード装置で形成されるネットワ
   ークを、各ノード装置において生成されるパフォーマン
   スデータをもとに管理する監視制御装置において、 前記ノード装置が、複数の計測対象につき定義されたモ
   ニタリングアイテムの個々のデータを所定のスケジュー
   ルで計測し、その結果に基づいて、ゼロデータの連続を
   抑圧するゼロサプレッション機能のもとで前記パフォー
   マンスデータを生成するパフォーマンスデータ生成手段
   と、 このパフォーマンスデータ生成手段で生成されたパフォ
   ーマンスデータの履歴を蓄積する記憶手段と、 前記監視制御装置から要求された検索条件に応じて前記
   記憶手段を検索し、当該検索条件に沿ったパフォーマン
   スデータを取得する検索手段と、この検索手段で取得さ
   れたパフォーマンスデータを前記監視制御装置に送出す るパフォーマンスデータ送出手段と、を備える場合に、 時刻範囲を含む検索条件を指定したユーザのデータ出力
   要求を受け付け、この要求に応じたデータを出力するユ
   ーザインタフェース手段と、 前記検索条件に応じたパフォーマンスデータを前記ノー
   ド装置から取得するパフォーマンスデータ取得手段と、 前記検索条件に応じたパフォーマンスデータを前記ノー
   ド装置から取得する際、前記検索条件で指定された時刻
   範囲において、前記スケジュールのもとでは前記記憶手
   段に存在すべきはずのパフォーマンスデータが存在しな
   い場合に、このパフォーマンスデータが存在しない原因
   を検証し、当該原因が前記パフォーマンスデータ生成手
   段におけるゼロサプレッションの実施である場合には、
   当該存在しないパフォーマンスデータにかかるデータを
   ０として、前記取得したパフォーマンスデータをもとに
   前記ユーザインタフェース手段における出力のためのデ
   ータを生成し、この生成されたデータを前記ユーザイン
   タフェース手段に出力させる出力制御手段と、を具備す
   ることを特徴とする監視制御装置。
10. 【請求項１０】 前記出力制御手段は、 前記パフォーマンスデータ取得手段により、パフォーマ
    ンスデータが最後に取得された時刻Ｔｃを更新しつつ記
    憶する時刻管理手段と、 前記パフォーマンスデータ生成手段において、前記デー
    タが計測される周期Ｔ１を取得する周期取得手段と、 前記検索条件で指定された時刻範囲のうち現在に最も近
    い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付け
    て、前記周期Ｔ１のもとでパフォーマンスデータが生成
    されるはずの時刻がＴｃからＴまでに存在するか否かを
    判定する第１判定手段と、 この第１判定手段において、パフォーマンスデータが生
    成されるはずの時刻が有ると判定された場合に、前記ゼ
    ロサプレッション機能によりパフォーマンスデータの生
    成が省略された回数Ｎｓを取得する省略回数取得手段
    と、 Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対
    応付けて、ゼロサプレッションの実施有りまたは実施無
    しの旨を判定する第２判定手段と、 この第２判定手段でゼロサプレッションの実施有りの旨
    が判定された場合に、前記存在しないパフォーマンスデ
    ータにかかるデータを０として、前記読み出したパフォ
    ーマンスデータをもとに前記ユーザインタフェース手段
    における出力のためのデータを生成し、この生成された
    データを前記ユーザインタフェース手段に出力させる出
    力データ生成手段と、を備えることを特徴とする請求項
    ９に記載の監視制御装置。
11. 【請求項１１】 複数の計測対象につき定義されたモニ
    タリングアイテムの個々のデータを所定のスケジュール
    で計測し、その結果に基づいて、ゼロデータの連続を抑
    圧するゼロサプレッション機能のもとで前記パフォーマ
    ンスデータを生成する複数のノード装置により形成され
    るネットワークを管理し、前記生成されたパフォーマン
    スデータの履歴を蓄積する記憶手段を備えた監視制御装
    置におけるデータ出力方法であって、 少なくとも時刻範囲を含む検索条件を指定したデータ出
    力要求操作に対して、前記指定された時刻範囲のもとで
    出力されるデータに不確定を生じる可能性の有無を判定
    する第１ステップと、 この第１ステップで前記不確定欄を生じる可能性有りと
    判定された場合に、その原因を検証する第２ステップ
    と、 この第２ステップで、前記不確定欄を生じる原因が、前
    記ゼロサプレッション機能の実施であると判定された場
    合に、当該不確定欄に０を挿入して出力処理に供するデ
    ータを再構成する第３ステップと、を具備することを特
    徴とするデータ出力方法。
12. 【請求項１２】 前記第１ステップは、最後に生成され
    たパフォーマンスデータの生成時刻Ｔｃと、前記ノード
    装置における品質データの集計周期Ｔ１とを取得し、前
    記検索条件で指定された時刻範囲のうち現在に最も近い
    時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付けて前
    記不確定欄の生じる可能性の有無を判定するもので、 前記第２ステップは、前記ノード装置においてゼロサプ
    レッション機能によりパフォーマンスデータの生成処理
    が省略された回数Ｎｓを取得し、Ｎｓ・Ｔ１＜Ｔ−Ｔｃ
    ≦（Ｎｓ＋１）・Ｔ１の真偽を確かめることで前記不確
    定欄の生じる原因を検証するステップであることを特徴
    とする請求項１１に記載のデータ出力方法。
13. 【請求項１３】 さらに、前記第２ステップで、Ｔ−Ｔ
    ｃ＞（Ｎｓ＋１）・Ｔ１の場合に、前記記憶手段に記憶
    されるべきパフォーマンスデータに欠落有りとみなして
    当該パフォーマンスデータの復旧処理を実施する第４ス
    テップ、を具備することを特徴とする請求項１２に記載
    のデータ出力方法。
14. 【請求項１４】 通信回線を介して接続されてネットワ
    ークを形成し、このネットワークにおける通信データを
    伝送するノード装置において、 複数の計測対象につき定義されたモニタリングアイテム
    の個々のデータを所定のスケジュールで計測し、その結
    果に基づいて、パフォーマンスデータを作成するパフォ
    ーマンスデータ生成手段と、 前記パフォーマンスデータを形成するデータを、個々の
    パフォーマンスデータの間で共通である共通部分と、個
    々のパフォーマンスデータの間で共通でない非共通部分
    とに区別し、一つの共通部分に複数の非共通部分を付加
    してパフォーマンスデータメッセージを生成するメッセ
    ージ生成手段と、を具備することを特徴とするノード装
    置。
15. 【請求項１５】 複数のノード装置と、これらのノード
    装置で形成されるネットワークを管理する監視制御装置
    とを備える伝送システムで使用される前記ノード装置に
    おいて、 複数の計測対象につき定義されたモニタリングアイテム
    の個々のデータを所定のスケジュールで計測し、その結
    果に基づいて、パフォーマンスデータを作成するパフォ
    ーマンスデータ生成手段と、 このパフォーマンスデータ生成手段で生々されたパフォ
    ーマンスデータを前記監視制御装置に通知する通知手段
    と、 この通知手段におけるパフォーマンスデータの通知タイ
    ミングを、自装置の構成情報に応じて個々のパフォーマ
    ンスデータごとに任意に設定するタイミング設定手段
    と、を具備することを特徴とするノード装置。