JP3898453B2 - 伝送システム、監視制御装置、データ出力方法、およびノード装置 - Google Patents
伝送システム、監視制御装置、データ出力方法、およびノード装置 Download PDFInfo
- Publication number
- JP3898453B2 JP3898453B2 JP2001045404A JP2001045404A JP3898453B2 JP 3898453 B2 JP3898453 B2 JP 3898453B2 JP 2001045404 A JP2001045404 A JP 2001045404A JP 2001045404 A JP2001045404 A JP 2001045404A JP 3898453 B2 JP3898453 B2 JP 3898453B2
- Authority
- JP
- Japan
- Prior art keywords
- performance data
- data
- time
- generated
- output
- 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
Description
【０００１】
【発明の属する技術分野】
本発明は、例えばＳＯＮＥＴ／ＳＤＨ（Synchronous Optical Network/Synchronous Digital Hierarchy）に準拠する伝送システム、監視制御装置、データ出力方法、およびノード装置に関する。
【０００２】
【従来の技術】
一般に、伝送システムは、通信データを伝送するノードと、通信ネットワークの保守や運用を実施するための監視制御装置とを備えている。監視制御装置は、各ノードから通知される管理情報をもとに、通信ネットワークに対する保守や運用を実施する。管理対象の定義や、ネットワーク管理の手順などは、ＩＳＯ（International Organization for Standardization）またはＩＴＵ（International Telecommunication Union）などにおいて勧告化されている。
【０００３】
管理情報の一つとして、各ノードで生成されるパフォーマンスデータがある。各ノードは、伝送データのビットエラー率、エラーの発生した回数などといったモニタリングアイテムごとに、エラーが許容値を超えた時間を示すデータの値を周期的にモニタし、その結果をもとにパフォーマンスデータを生成する。
【０００４】
ところで、この種のシステムにおいては、ＩＴＵ−Ｔ勧告Ｑ．８２２で規定されたゼロサプレッション機能を利用することがある。ゼロサプレッション機能とは、生成されるパフォーマンスデータの量を削減するための機能である。この機能を利用することにより、パフォーマンスデータの生成にかかるノードの負担、パフォーマンスデータの処理にかかる監視制御装置の負担、およびパフォーマンスデータの通知にかかる管理ネットワークの通信負荷を軽減することが可能になる。
【０００５】
ノードでは、所定の周期、例えば１５分間隔で個々のモニタリングアイテムのデータがモニタされ、その結果に基づいてパフォーマンスデータが生成される。いま仮に、あるモニタ周期において、全てのモニタリングアイテムのデータが０であったとする。そうすると、ゼロサプレッション機能を備えたノードにおいては、そのモニタ周期ではパフォーマンスデータが生成されない。その代わりに、パフォーマンスデータの生成を見送った回数がカウントアップされる。
【０００６】
例えば、１５分ごとにモニタされるデータの値が連続して０となった場合、ゼロサプレッション機能によれば、最長を８時間（すなわち連続３２回分）としてこの期間内はパフォーマンスデータが生成されない。このような処理により、パフォーマンスデータの数が抑制され、パフォーマンスデータをノードから監視制御装置に通知する回数を削減することができ、特にネットワーク側の負担を軽減することが可能になる。
【０００７】
しかしながら、この種の機能を利用したシステムにあって、監視制御装置にパフォーマンスデータが届かない場合、監視制御装置にはその原因を知るすべが無い。つまり、監視制御装置は、所定の周期ごとに、ノードからパフォーマンスデータが通知されるのを期待している。ところが、パフォーマンスデータが通知されるはずの時刻になってもパフォーマンスデータが通知されない場合、その原因がゼロサプレッション機能のためか、それとも何らかの障害が発生したためか、監視制御装置は判断することができない。
【０００８】
このため、ユーザ（監視制御装置のオペレータ）が画面表示やプリントアウトなどでデータを読み取るとき、パフォーマンスデータが未到着の箇所を空欄にせざるを得ないという不具合がある。このような事態は、ユーザにとっては必要とする情報を得られずに非常に不便であるばかりか、障害が発生したなどの誤解を生むもととなる。
【０００９】
【発明が解決しようとする課題】
以上のように従来のゼロサプレッション機能を備える伝送システムには、パフォーマンスデータが未到着の場合に監視制御装置側でその原因を特定できず、モニタ作業を行うユーザにとって不便であるという不具合があった。
【００１０】
本発明は上記事情によりなされたもので、その第１の目的は、ゼロサプレッション機能を備える伝送システムにあって、ユーザが必要とする情報を最大限に提供でき、ヒューマンマシンインタフェース（ＨＭＩ）の改善を図った伝送システム、監視制御装置とそのデータ出力方法を提供することにある。
【００１１】
また本発明の第２の目的は、パフォーマンスデータの通知に係わる通信負荷の軽減を図ったノードを提供することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成するために本発明は、ネットワークを形成する複数のノードと、これらのノードにおいて生成されるパフォーマンスデータをもとに前記ネットワークを管理する監視制御装置とを有する伝送システムにおいて、
前記ノードに、複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定のスケジュールで計測し、その結果に基づいて、ゼロデータの連続を抑圧するゼロサプレッション機能のもとで前記パフォーマンスデータを生成するパフォーマンスデータ生成手段と、このパフォーマンスデータ生成手段で生成されたパフォーマンスデータを前記監視制御装置に送出するパフォーマンスデータ送出手段とを備え、
前記監視制御装置に、前記ノードから送出されたパフォーマンスデータを受信する受信手段と、この受信されたパフォーマンスデータの履歴を蓄積する記憶手段と、時刻範囲を含む検索条件を指定したユーザのデータ出力要求を受け付け、この要求に応じたデータを出力するユーザインタフェース手段と、前記検索条件に応じたパフォーマンスデータを前記記憶手段から取得する際、前記検索条件で指定された時刻範囲において、前記スケジュールのもとでは前記記憶手段に存在すべきはずのパフォーマンスデータが存在しない場合に、このパフォーマンスデータが存在しない原因を検証し、当該原因が前記パフォーマンスデータ生成手段におけるゼロサプレッションの実施である場合には、当該存在しないパフォーマンスデータにかかるデータを０として、前記取得したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力制御手段とを備えるようにした。
【００１３】
このような手段を講じることにより、ユーザインタフェース手段によるパフォーマンスデータの出力処理に際して、要求されたパフォーマンスデータの全てを前記記憶手段から取得できない場合には、その原因が検証される。取得できないパフォーマンスデータがあることの原因が、前記パフォーマンスデータ生成手段におけるゼロサレッションの実施である場合には、取得できなかったパフォーマンスデータにかかるデータが０とされ、出力用のデータが生成される。この出力用のデータは、画面表示やプリントアウトなどのかたちでの出力される。
【００１４】
これにより、出力される情報に空欄の生じる虞が有っても、その原因が正しく検証される。特に、ゼロサプレッションによってパフォーマンスデータが生成されていない場合には、監視制御装置側で、存在しないパフォーマンスデータにかかるデータに０が挿入される。
【００１５】
したがって、出力段階で空欄を生じることを極力避けることができ、ユーザの誤解を避けたり、無用な心配を避けることが可能となる。すなわちユーザが必要とする情報を最大限に提供できるようになり、ヒューマンマシンインタフェースの改善を図れる。
【００１６】
【発明の実施の形態】
次に、図面を参照して本発明の伝送システムの実施の形態を詳細に説明する。以下の説明では、ＳＤＨに準拠するリング型ネットワークシステムに本発明を適用した場合について説明する。
＜システム構成＞
図１は、本発明の実施の形態に係わる伝送システムのシステム構成図である。このシステムは、ラインケーブルＯＦを介してリング状に接続されたｎ個のノードＮ１〜Ｎｎを備える。ラインケーブルＯＦは、ＳＤＨでいうところのＳＴＭ−６４（Synchronous Transfer Module-Level 64）クラスの伝送容量を備える。
【００１７】
ラインケーブルＯＦは、現用系伝送路ＳＬと予備系伝送路ＰＬとを備え、各伝送路ＳＬ，ＰＬは時計回り（ＣＷ：Clockwise）回線と反時計回り（ＣＣＷ：Counter Clockwise）回線とを備える。
【００１８】
ノードＮ１〜Ｎｎは、ラインケーブルＯＦを介して伝送されるＳＴＭ−６４信号に時分割多重されたタイムスロットから、所定のスロットをドロップする。このドロップされたスロットは低次群信号として、交換機、端局装置などトリビュタリ側の低次群装置（符号付さず）に、トリビュタリ伝送路ＬＬを介して送出される。
【００１９】
またノードＮ１〜Ｎｎは、低次群装置からトリビュタリ伝送路ＬＬを介して送られたＳＴＭ−１，ＳＴＭ−４，ＳＴＭ−１６，ＳＴＭ−６４などの低次群信号を、ＳＴＭ−６４信号の所定のタイムスロットに多重する。この多重された信号は、他のノードに向け送出される。このようにして、ノードＮ１〜Ｎｎ間に所定の伝送容量の通信パス（Path）が設定される。
【００２０】
また図１のシステムは、複数の監視制御装置Ｍ１〜Ｍｎを備える。監視制御装置Ｍ１〜Ｍｎは、それぞれＬＡＮ（Local Area Network）を介してノードＮ１〜Ｎｎに接続される。監視制御装置Ｍ１〜Ｍｎは、ノードＮ１〜Ｎｎからおのおの通知される通知情報をもとに、ネットワークにおける通信パスを設定したり、警報を監視したりする。監視制御装置Ｍ１〜Ｍｎのこのような機能は、例えば汎用のワークステーションに専用のアプリケーションソフトを搭載して実現される。
【００２１】
特に、ノードＮ１〜Ｎｎから送出される通知情報は、ＬＡＮを介して監視制御装置Ｍ１〜Ｍｎに伝送される。ＬＡＮは、ネットワーク管理のための通信網、すなわち管理ネットワークを形成する。通知情報を監視制御装置Ｍ１〜Ｍｎに伝送するためのトラフィックは、主としてＬＡＮを経由する。このため、ＬＡＮが通知情報の授受に係わるボトルネックになることを避ける必要がある。
【００２２】
図２は、本発明の第１の実施形態に係わるノードＮ１〜Ｎｎの構成を示す図である。図２において、符号１−０は現用系伝送路ＳＬが接続される現用系ラインインタフェース部（ＨＳ Ｉ／Ｆ）を示している。符号１−１は、予備系伝送路ＰＬが接続される予備系ラインインタフェース部を示している。
【００２３】
現用系ラインインタフェース部１−０、および予備系ラインインタフェース部１−１を介して装置内部に引き込まれたＳＴＭ−６４信号は、タイムスロット交換部（Time Slot Assignment：以下ＴＳＡと表記する）２−０と、ＴＳＡ２−１とに与えられる。ＴＳＡ２−０，２−１は、このＳＴＭ−６４信号に時分割多重されたタイムスロットのうち所定のタイムスロットをドロップする。このドロップされたスロットは、トリビュタリインタフェース（ＬＳ Ｉ／Ｆ）シェルフ３−１〜３−ｋを介して、低次群信号としてトリビュタリ伝送路ＬＬから送出される。逆に、トリビュタリ伝送路ＬＬからＬＳ Ｉ／Ｆシェルフ３−１〜３−ｋを介して装置内部に導入された低次群信号は、ＴＳＡ２−０，２−１に与えられ、ＳＴＭ−６４フレームの所定のタイムスロットにアッドされて、ラインケーブルＯＦを介して他のノードに送出される。
【００２４】
ここで、ＴＳＡ２−０は、システムの定常時における現用系として動作される。このＴＳＡ２−０に障害が生じた場合には、ＴＳＡ２−１がＴＳＡ２−０の代わりに動作される。このようにして、装置内冗長が実現される。
【００２５】
このほか、図２のノードＮ１〜Ｎｎは、主制御部５と、各種の制御プログラムなどを記憶した記憶部６と、監視制御装置Ｍ１〜Ｍｎとのインタフェースをとる管理網インタフェース（Ｉ／Ｆ）７とを備える。
【００２６】
図３に、監視制御装置Ｍ１〜Ｍｎの構成を示す。監視制御装置Ｍ１〜Ｍｎは、ノードＮ１〜Ｎｎから通知されるパフォーマンスデータをもとに、システム全体に係わる管理（マネジメント）を実行する。監視制御装置Ｍ１〜Ｍｎは、操作部２１，表示部２５，プリントアウト部２６を備える入出力部８０と、ＬＡＮを介して各ノードＮ１〜Ｎｎとの接続インタフェースをとるインタフェース（Ｉ／Ｆ）部９０と、各種監視制御プログラムなどを記憶した記憶部１００と、制御部１１０とを備える。
【００２７】
（第１の実施形態）
図４は、本実施形態におけるパフォーマンスデータに関するノードＮ１〜Ｎｎおよび監視制御装置Ｍ１〜Ｍｎの構成を示す機能ブロック図である。ノードＮ１〜Ｎｎの基本構成は図２に示したものとなっており、パフォーマンスデータに関する構成として、図２の主制御部５の中には、監視制御装置Ｍ１〜Ｍｎとの情報通信に係わる通信制御部１１と、パフォーマンスデータ蓄積部（Performance Data Accumulating Section：以下ＰＤ蓄積部と表記する）１２と、検索部１３と、パフォーマンスデータ生成部（Performance Data Generating Section：以下ＰＤ生成部と表記する）１４とを備えている。
【００２８】
ＰＤ蓄積部１２は、ＰＤ生成部１４で生成されたパフォーマンスデータを記憶し、蓄積する。すなわちＰＤ蓄積部１２には、パフォーマンスデータの履歴が蓄積される。検索部１３は、監視制御装置Ｍ１〜Ｍｎからの要求に応じたパフォーマンスデータをＰＤ蓄積部１２から検索する。また、通信制御部１１は、監視制御装置Ｍ１〜Ｍｎとのパフォーマンスデータ他の情報を送受信するための通信の制御を行うものである。具体的には、図２のＩ／Ｆ７を介して監視制御装置Ｍ１〜Ｍｎと情報を送受信する。
【００２９】
ＰＤ生成部１４は、自ノード内のＨＳ Ｉ／Ｆ、ＬＳ Ｉ／Ｆにおける複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定の周期ごとに計測し、その結果に基づいてパフォーマンスデータを生成する。
【００３０】
ただし、全てのモニタリングアイテムのデータが０となった場合、ＰＤ生成部１４は、ゼロサプレッションを実施してパフォーマンスデータを生成しない。逆に、所定期間（例えば８時間）が経過すると、ＰＤ生成部１４は、たとえ０が連続した場合でもゼロサプレッションを一旦解除してパフォーマンスデータを生成したのち、データの値の変化を待つ。
【００３１】
ＰＤ生成部１４は、図示するような管理テーブルＭＴを備えている。管理テーブルには、モニタリング対象、モニタリングアイテム、ゼロサプレスの回数Ｎｓといった内容が記憶される。モニタリング対象とは、例えば、どのチャネルの、どのセクションをモニタリングの対象とするかといった情報である。モニタリングアイテムとは、後述するＴＣＣＶ、ＥＳなどの項目を示す情報である。ＰＤ生成部１４は、この管理テーブルＭＴに記憶された内容をもとに、パフォーマンスデータを生成する。
【００３２】
なお、モニタリングアイテムとしては、ＴＣＣＶ（Total Count of Code Violation）、ＢＢＥ（Background Block Error）、ＥＳ（Errored Second）、ＳＥＳ（Severely Errored Seconds）、ＵＡＳ（Unavailable Seconds）、ＯＦＳ（Out of Frame Second）、ＰＪＣ（Pointer Justification Count）、ＰＳＣ（Protection Switch Count）、ＰＳＤ（Protection Switch Duration）などがある。
【００３３】
一方、図４において監視制御装置Ｍ１〜Ｍｎは、上記操作部２１、表示部２５、プリントアウト部２６に加え、出力制御部２２と、通信制御部２３と、時計機能部２４とを備える。
【００３４】
通信制御部２３は、ノードＮ１〜Ｎｎと自装置との間での情報通信を制御する。時計機能部２４は、自装置における動作クロックを生成する。
【００３５】
図５に、図４の出力制御部２２の機能ブロック図を示す。本実施形態における出力制御部２２は、パフォーマンスデータ取得部（以下ＰＤ取得部と表記する）２２１、時刻判定部２２２、周期取得部２２３、ゼロサプレッション判定部２２５、パフォーマンスデータ再構成部（以下ＰＤ再構成部と表記する）２２６、省略回数取得部２２９、及び、制御部２２１１を備える。
【００３６】
このうち、ＰＤ取得部２２１は、オペレータによる操作部２１を介したデータの出力を要求する操作がなされた場合に、この操作を受け付ける。そして、ＰＤ取得部２２１は、この操作において指定された検索条件（すなわち、目的とするデータの時刻範囲、要求先ノード、イベント種別などの検索条件）に応じたパフォーマンスデータを取得する。また、ＰＤ取得部２２１は、上記オペレーションに際して、パフォーマンスデータの読み出し先のノードから最新のパフォーマンスデータの生成時刻Ｔｃを取得する。
【００３７】
周期取得部２２３は、パフォーマンスデータの読み出し先のノードにおける、パフォーマンスデータの集計周期Ｔ１を取得する。
【００３８】
時刻判定部２２２は、オペレータの要求した時刻範囲と、上記ＴｃおよびＴ１とを比較し、対象とするノードにつき、オペレータの要求した時刻範囲以降に、パフォーマンスデータの生成されるはずの時刻の有無を判定する。なお、パフォーマンスデータの生成されるべき時刻とは、時刻Ｔｃののち、パフォーマンスデータの集計周期Ｔ１のもとでパフォーマンスデータが必然的に生成されてしかるべき時刻のことを意味し、要するにＴｃ＋Ｔ１である。
【００３９】
省略回数取得部２２９は、時刻判定部２２２において、オペレータの要求した時刻範囲以降にパフォーマンスデータの生成されるべき時刻有りと判定された場合に、パフォーマンスデータの生成を省略した回数Ｎｓを操作対象のノードから取得する。
【００４０】
ゼロサプレッション判定部２２５は、オペレータの要求した時刻範囲と、上記取得したＮｓ，Ｔ１とを参照して、対象とするノードにおいてゼロサプレッションの実行の有無を判定する。
【００４１】
ＰＤ再構成部２２６は、ゼロサプレッション判定部２２５において、操作対象のノードでゼロサプレッションの実施ありと判定された場合に、対象のノードから取得したパフォーマンスデータの不確定領域に０を挿入した上で、画面表示またはプリントアウトに供する。なお、不確定領域とは、オペレータが要求した時刻範囲のうち、ＰＤ蓄積部２７にパフォーマンスデータの記憶されていない領域のことを指す。
【００４２】
制御部２２１１は、上記ＰＤ取得部２２１、時刻判定部２２２、周期取得部２２３、ゼロサプレッション判定部２２５、ＰＤ再構成部２２６、及び、省略回数取得部２２９における種々の制御動作を統括的に制御する。
【００４３】
なお、上記構成におけるＰＤ取得部２２１、時刻判定部２２２、周期取得部２２３、ゼロサプレッション判定部２２５、ＰＤ再構成部２２６、省略回数取得部２２９、制御部２２１１は、例えば専用の言語で記述された従来の処理プログラムに、新たにパッチを当てることにより実現される機能である。すなわち、これらの機能オブジェクトは、ハードウェア、ソフトウェアともに含む概念である。
【００４４】
次に、図６のフローチャートを参照してゼロサプレッション機能につき概略的に説明する。ゼロサプレッションは、ノードＮ１〜ＮｎのＰＤ生成部１４において実施される。
【００４５】
図６のステップＳ６１でデータの計測時刻が到来すると、ステップＳ６２で、個々のモニタリングアイテムにつきそのデータが計測される。次のステップＳ６３では、計測されたデータの値に０が含まれるか、否かが検証される。
【００４６】
このステップで、全てのモニタリングアイテムのデータが０であれば、パフォーマンスデータが生成されること無く、処理手順はステップＳ６４に移る。ステップＳ６４では、パフォーマンスデータの生成を見送った回数、すなわちパフォーマンスデータの生成が省略された回数Ｎｓがカウントアップされる。
【００４７】
一方、ステップＳ６３において、データが０でないモニタリングアイテムが有った場合には、処理手順はステップＳ６５に移行してパフォーマンスデータが生成される。
【００４８】
次に、上記構成における動作を図７、図８のフローチャートを参照して説明する。なお、以下では監視制御装置Ｍ１とノードＮ１との関係につき説明するが、他の監視制御装置Ｍ２〜Ｍｎ、ノードＮ２〜Ｎｎについても同様である。
【００４９】
図７のステップＳ１で、監視制御装置Ｍ１はオペレーションを待ち受ける。ここで、オペレータにより、ノードＮ１に関するデータの出力を要求するための操作がなされたとする。すなわち、ノードＮ１に関するデータを表示部２５に表示するか、またはプリントアウト部２６からプリントアウトするか、あるいはその両方の実行を要求するための操作がオペレータによりなされたとする。
【００５０】
この要求操作では、所望するデータの時刻範囲と、要求先のノードの識別コード（ここではノードＮ１に対応するもの）と、モニタリングアイテムの種別（例えばＥＳ（Errored Second）など）などの検索条件が指定される。特に、データの時刻範囲としては、例えば時刻ｔから時刻Ｔまでとして指定された時刻のうち、現在に近いほう（大文字のＴ）が重要となる。以下の説明では、時刻Ｔを最新要求時刻Ｔと称する。通常の場合、最新要求時刻Ｔを現在時刻として、現在時刻Ｔから過去何時間分のデータなどとして指定されることが多いであろう。
【００５１】
さて、上記の要求を受けて監視制御装置Ｍ１は、ノードＮ１にアクセスし、ＰＤ蓄積部１２に蓄積されたパフォーマンスデータのうち、最新のパフォーマンスデータが生成された時刻Ｔｃを取得する（ステップＳ２）。次に、監視制御装置Ｍ１は、取得したＴｃと最新要求時刻Ｔとを比較する（ステップＳ３）。このステップで、Ｔ＜Ｔｃであれば（Ｎ）、監視制御装置Ｍ１はＰＤ蓄積部１２から所望の時刻範囲のパフォーマンスデータを読み出して（ステップＳ４）、画面表示またはプリントアウトなどの形で出力する（図８のステップＳ１２）。
【００５２】
一方、オペレータの要求した時刻範囲が時刻Ｔｃよりも新しい時刻を含む場合（Ｔ＞Ｔｃ：ステップＳ３でＹ）、最新要求時刻Ｔよりも後に、パフォーマンスデータが生成されるはずの時刻が有るか否かが問題となる。そこで、監視制御装置Ｍ１は、ノードＮ１のＰＤ生成部１４にアクセスして、データの集計周期Ｔ１を取得する（ステップＳ５）。そして、監視制御装置Ｍ１は、Ｔｃ以降にパフォーマンスデータが生成されていない原因を検証するための処理に移る。
【００５３】
次のステップで、監視制御装置Ｍ１は、集計周期Ｔ１のもとで、Ｔｃから最新要求時刻Ｔまでの間にパフォーマンスデータが生成されてしかるべき時刻が有るか否かを判定する（ステップＳ６）。パフォーマンスデータが生成されてしかるべき時刻の有無は、Ｔ−Ｔｃ＞Ｔ１の真偽を確かめることで判定することができる。すなわち、Ｔ−Ｔｃ＞Ｔ１が成り立てば（Ｙ：真の場合）、パフォーマンスデータが最後に生成されてから現在までに、パフォーマンスデータ生成周期Ｔ１よりも長い時間が経過している。従って、パフォーマンスデータの生成されるべき時刻が有るはずで、監視制御装置Ｍ１の処理はステップＳ７（図８）に移行する。このとき、何らかの原因でパフォーマンスデータが生成されていないと見られるため、ステップＳ７，Ｓ８でその原因が検証される。
【００５４】
一方、ステップＳ６で、Ｔ−Ｔｃ＞Ｔ１が成り立たなければ（Ｎ：偽の場合）、パフォーマンスデータを生成すべき時刻は無い。よって、ＰＤ蓄積部２７から読み出したパフォーマンスデータをそのまま出力して問題ない。したがって、監視制御装置Ｍ１はステップＳ４に移行して、ＰＤ蓄積部１２からオペレータの要求範囲内のパフォーマンスデータを読み出したのち、画面表示またはプリントアウトなどの形で出力する（図８のステップＳ１２）。
【００５５】
さて、ステップＳ６で（Ｙ）ならば、オペレータの要求した時刻範囲よりも後にパフォーマンスデータが生成されるはずであったにもかかわらず、その時刻に対応するパフォーマンスデータがＰＤ蓄積部１２に無いことになる。その原因が特定されないと、出力されるデータに不確定を生じることになる。
【００５６】
存在するはずのパフォーマンスデータがＰＤ蓄積部１２に無い原因として、何らかの不具合が生じたか、またはノードＮ１でゼロサプレッションが実施されたか、いずれかの原因がある。
【００５７】
この原因を確かめるため、監視制御装置Ｍ１は、ノードＮ１のＰＤ生成部１４にアクセスし、データの生成を省略した回数Ｎｓ取得する（ステップＳ７）。そして、監視制御装置Ｍ１は、パフォーマンスデータの存在しない原因がノードＮ１でゼロサプレッションが実施されたことによるのか、あるいは何らかの不具合によるのかを判定する（ステップＳ８）。
【００５８】
これらの原因は、Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対応付けて区別することができる。すなわちこの式が成り立てば（Ｙ：真の場合）、パフォーマンスデータが無いという事実と、パフォーマンスデータの生成を省略した回数Ｎｓとの間に矛盾が無い。これにより、パフォーマンスデータが無い原因は、ノードＮ１においてゼロサプレッションが実施されたからであると結論づけることができる。したがって、ＰＤ蓄積部１２に無い時刻範囲（空欄領域）のデータは０であるとみなして良い。これに対し、上記の式が成り立たなければ（Ｎ：偽の場合）、何らかの不具合が発生しているとみなし、監視制御装置Ｍ１はデータ復旧処理を実施する。
【００５９】
ステップＳ８で（Ｙ）であれば、監視制御装置Ｍ１はステップＳ１０に移行してパフォーマンスデータを読み出し、読み出せなかったパフォーマンスデータに係わるデータを０として（ステップＳ１１）、出力に供するデータを再構成する。最後に、監視制御装置Ｍ１は、再構成されたデータを画面表示またはプリントアウトなどの形で出力する（ステップＳ１２）。
【００６０】
このように、本実施形態の監視制御装置Ｍ１〜Ｍｎは、データの出力を要求するオペレータの操作がなされたとき、相手先のノードから最新パフォーマンスデータ生成時刻Ｔｃを取得する。そして、監視制御装置Ｍ１〜Ｍｎは、要求された時刻範囲内の全てのパフォーマンスデータを取得できない場合には、パフォーマンスデータの集計周期Ｔ１をノードから取得する。そして、監視制御装置Ｍ１〜Ｍｎは、時刻Ｔの後にパフォーマンスデータが生成されるはずの時刻があるか否かを確かめる。この時刻が有れば、監視制御装置Ｍ１〜Ｍｎは、ノードにおいてパフォーマンスデータの生成が省略された回数Ｎｓを取得し、当該ノードにおけるゼロサプレッションの有無を確かめる。そして、ゼロサプレッションが実施されていた場合には、監視制御装置Ｍ１〜Ｍｎは取得できなかったデータに０を挿入し、その上でデータを出力するようにしている。
【００６１】
このようにしたので、パフォーマンスデータの出力欄が、従来のようにやむおえず空白となってしまうことを避けることが可能になる。また、たとえ空白で出力された場合であっても、その原因がゼロサプレッションではなく、不具合のためと結論づけることが可能となり、これによりユーザに適切な対応を促すことができる。
【００６２】
したがって、ゼロサプレッション機能を備える伝送システムにあって、ユーザが必要とする情報を最大限に提供することができ、ヒューマンマシンインタフェース（ＨＭＩ）の改善を図ることが可能となる。
【００６３】
（第２の実施形態）
次に、第２の実施形態につき説明する。
図９は、本実施形態におけるパフォーマンスデータに関するノードＮ１〜Ｎｎおよび監視制御装置Ｍ１〜Ｍｎの構成を示す機能ブロック図である。図４に示した構成と異なるところは、監視制御装置Ｍ１〜ＭｎがＰＤ蓄積部２７を備えている点である。
【００６４】
図１０に、図９の出力制御部２２の機能ブロック図を示す。本実施形態における出力制御部２２は、図５の構成に加えて、ＰＤ検索部２２４、欠落データ読み出し部２２７、ＰＤ書き込み部２２８、及び、時刻管理部２２１０を備える。また図１０に示すＰＤ取得部２２１Ｂは、その機能において、図５のＰＤ取得部２２１と異なっている。よって図１０では、ＰＤ取得部に、区別のため２２１Ｂなる符号を付す。
【００６５】
ＰＤ取得部２２１Ｂは、時計機能部２４から与えられる時刻情報を参照して、所定のスケジュールで、例えば定期的に各ノードＮ１〜Ｎｎからパフォーマンスデータを取得する。すなわち、ＰＤ取得部２２１Ｂは、パフォーマンスデータを積極的に取得しに行く点で、第１の実施形態のＰＤ取得部２２１と異なる。
【００６６】
ＰＤ検索部２２４は、オペレータの指定した検索条件に沿ったパフォーマンスデータを自装置のＰＤ蓄積部２７から検索する。ＰＤ書き込み部２２８は、ＰＤ取得部２２１Ｂで取得されたパフォーマンスデータを、ＰＤ蓄積部２７に記憶させる。
【００６７】
欠落データ読み出し部２２７は、ゼロサプレッション判定部２２５において、対象とするノードでゼロサプレッションが実施されていないと判定された場合に、データが欠落しているとみなし、欠落したデータを操作対象のノードから取得する。
【００６８】
時刻管理部２２１０は、ＰＤ蓄積部２７に記憶された最新のパフォーマンスデータの生成時刻Ｔｃを、更新しつつ記憶する。特に、通知されたパフォーマンスデータにその生成時刻が記述されていない場合には、当該パフォーマンスデータを受信した時刻をそのパフォーマンスデータの生成時刻とみなす。
【００６９】
次に、上記構成における動作を図１１および図１２のフローチャートを参照して説明する。図１１において、監視制御装置Ｍ１は、ステップＳ１３とＳ１７のループで、パフォーマンスデータの読み出し時刻の到来、またはオペレータによるオペレーションを待ち受ける。
【００７０】
ステップＳ１３で読み出し時刻が到来する（Ｙ）と、監視制御装置Ｍ１は、ノードのＰＤ蓄積部１２からパフォーマンスデータを読み出す（ステップＳ１４）。この読み出し処理が成功すると（ステップＳ１５でＹ）、監視制御装置Ｍ１は、読み出したパフォーマンスデータをＰＤ蓄積部２７に書き込む（ステップＳ１６）。その際、時刻管理部２２１０において、最新パフォーマンスデータ生成時刻Ｔｃが更新される。
【００７１】
ステップＳ１７でオペレーションが実施されると、監視制御装置Ｍ１は、ステップＳ１８〜ステップＳ２３（図１２）までの一連の手順を実行する。この手順は、図７のステップＳ２〜ステップＳ８までと同様であるので、説明を省略する。ただし、図１１のステップＳ１８において、時刻Ｔｃの取得先がＰＤ蓄積部２７である点が、第１の実施形態での手順と異なる。
【００７２】
さて、図１２のステップＳ２３で（Ｙ）であれば、監視制御装置Ｍ１は、パフォーマンスデータを読み出したのち、読み出せなかったパフォーマンスデータにかかるデータに０を挿入したうえで出力する（ステップＳ２４、ステップＳ２５、ステップＳ３１）。
【００７３】
一方、ステップＳ２３で（Ｎ）であれば、監視制御装置Ｍ１はステップＳ２６に移行して、欠落したデータを読み出す。すなわちステップＳ２３で（Ｎ）の場合、パフォーマンスデータの生成が省略された回数Ｎｓと、時刻Ｔｃとの間に矛盾が有ることになる。つまり、記憶されるはずのデータがＰＤ蓄積部２７に存在しないことになる。そこで、監視制御装置Ｍ１は、ノードのＰＤ蓄積部１２にアクセスしてデータを読み出し、自己のＰＤ蓄積部２７の記憶内容を補完する。
【００７４】
欠落データの読み出しが失敗した場合（ステップＳ２７でＮ）、監視制御装置Ｍ１はそのままＰＤ蓄積部２７からパフォーマンスデータを読み出して出力する（ステップＳ３０、ステップＳ３１）。この場合、取得されなかったパフォーマンスデータにかかるデータは、空欄の状態で出力される。
【００７５】
欠落データの読み出しが成功した場合（ステップＳ２７でＹ）、監視制御装置Ｍ１は、読み出したデータをＰＤ蓄積部２７に追加する（ステップＳ２８）。そして、監視制御装置Ｍ１は、最新パフォーマンスデータ生成時刻Ｔｃを更新したのち（ステップＳ２９）ステップＳ３０に至る。
【００７６】
このように本実施形態では、パフォーマンスデータが生成されたにも拘わらず監視制御装置に届いていないという事態が生じた旨を把握することが可能となる。また本実施形態では、このような事態が生じると、監視制御装置に到着しなかったパフォーマンスデータがノードのデータベースから読み出され、監視制御装置Ｍ１〜ＭｎのＰＤ蓄積部２７に書き込まれる。これにより、上記第１の実施形態で述べた効果に加え、監視制御装置Ｍ１〜Ｍｎ側のデータベースに記録されるべきデータの漏れを防止することが可能になる。
【００７７】
（第３の実施形態）
次に、第３の実施形態につき説明する。
この実施形態では、監視制御装置Ｍ１〜Ｍｎがデータベースを備える点で、第２の実施形態と同様である。ただし本実施形態のシステムは、パフォーマンスデータを通知する方法において、第２の実施形態のシステムと異なっている。このため本実施形態においては、第２の実施形態における構成と比べてノードＮ１〜Ｎｎの構成が異なっている。すなわち図１３に示すように、ノードＮ１〜Ｎｎは通知制御部１５を備える。この通知制御部１５は、ＰＤ生成部１４で生成されたパフォーマンスデータを、監視制御装置からの要求を待たず自発的に監視制御装置に通知する。
【００７８】
図１４に、本実施形態に係わる監視制御装置Ｍ１〜Ｍｎの出力制御部２２の構成を示す。この構成は、図１０のＰＤ取得部２２１Ｂを省略したものとなっている。これは、パフォーマンスデータがノード側から一方的に通知されるためである。
【００７９】
次に、上記構成における動作を、図１５および図１２のフローチャートを参照して説明する。図１５において、監視制御装置Ｍ１は、ノードＮ１〜Ｎｎからのパフォーマンスデータの通知を待ち受ける（ステップＳ３２）。パフォーマンスデータが通知されると、監視制御装置Ｍ１は、この通知されたパフォーマンスデータを自装置のＰＤ蓄積部２７に書き込む（ステップＳ３３）。次に監視制御装置Ｍ１は、オペレータによるオペレーションを待ち受ける（ステップＳ３４）。オペレーションが無い（Ｎ）と、ステップＳ３２〜ステップＳ３４のループが継続される。
【００８０】
この状態からオペレーションが実行されると、監視制御装置Ｍ１は、ステップＳ３５に移行して最新パフォーマンスデータ生成時刻Ｔｃを取得する。そして、監視制御装置Ｍ１は、図１２のステップＳ１９に移行し、第２の実施形態と同じ手順を辿る。
【００８１】
このようにしても、ただ監視制御装置Ｍ１〜Ｍｎのパフォーマンスデータの取得方式が異なるのみで、上記各実施形態と同じ効果を得ることができる。
【００８２】
（第４の実施形態）
次に、本発明の第４の実施形態を説明する。
図１６に、本実施形態に係わるパフォーマンスデータに関するノードＮ１〜Ｎｎおよび監視制御装置Ｍ１〜Ｍｎの構成を示す。ここでは図４，図９，図１３と共通する部分には同一の符号を付し、異なる部分のみを説明する。監視制御装置Ｍ１〜Ｍｎの構成は、図４と同様であり、よってここではノードＮ１〜Ｎｎに関してだけ説明する。
【００８３】
図１６において、ノードＮ１〜Ｎｎのパフォーマンスデータに関する構成は、主信号系基板Ｃ１〜Ｃｔ、サブ基板ＳＣ、及び、メイン基板ＭＣを備えている。主信号系基板Ｃ１〜Ｃｔ、サブ基板ＳＣ、及び、メイン基板ＭＣは、汎用のシェルフ（図示せず）に挿抜可能に設けられるカードとして実装される。
【００８４】
主信号系基板Ｃ１〜Ｃｔは、図２の現用系高速インタフェース部（ＨＳ Ｉ／Ｆ）１−０、予備系高速インタフェース部１−１、ＴＳＡ２−０，２−１、低速インタフェース部（ＬＳ Ｉ／Ｆ）３−１〜３−ｋに対応するものである。
【００８５】
また、メイン基板ＭＣは図２の主制御部５に対応する。
【００８６】
また、サブ基板ＳＣは、図２のＨＳ Ｉ／ＦまたはＬＳ Ｉ／Ｆ内に設けられるサブ制御基盤に対応する。また、サブ基板ＳＣは、主制御部５の内部に設けても良い。サブ基板ＳＣは、図２のＨＳ Ｉ／ＦまたはＬＳ Ｉ／Ｆ内に設けられるサブ制御基盤に対応する。また、サブ基板ＳＣは、主制御部５の内部に設けても良い。
【００８７】
サブ基板ＳＣは、パフォーマンスデータ計算部（以下ＰＤ計算部と称する）１６と、パフォーマンスデータ記憶部（以下ＰＤ記憶部と表記する）１７と、チャネル情報記憶部１８と、ＰＤメッセージ作成部１９と、チャネル情報取得部１１０と、基板間通信制御部１１１Ｓとを備えている。
【００８８】
ＰＤ計算部１６は、主信号系基板Ｃ１〜Ｃｔの状態を監視し、高速回線ＯＦおよび低速回線ＬＬに係わるデータを、１５分間隔、および１日間隔で集計する。この集計されたデータから、パフォーマンスデータが算出される。算出されたパフォーマンスデータは、ＰＤ記憶部１７に記憶される。
【００８９】
図１７に、パフォーマンスデータがＰＤ記憶部１７に記憶される様子を模式的に示す。図１７に示すように、パフォーマンスデータは各チャネル（Ｃｈ，Ｃｈ２，…）ごとに、複数の管理セクション（ＲＳ（Remote Section）、ＭＳ（Multiplex Section）、ＰＳ（Path Section））に対応付けて記憶される。
【００９０】
チャネル情報取得部１１０は、低速Ｉ／Ｆのシェルフ３−１〜３−ｋの実装の有無、および基板の種類に関する情報を主信号系基板Ｃ１〜Ｃｔから与えられる。そして、この与えられた情報に基づいて、チャネル情報取得部１１０は基板の構成情報を取得する。この構成情報は、チャネル情報記憶部１８に書き込まれる。
【００９１】
主信号系基板Ｃ１〜Ｃｔには、ＳＴＭ−１，ＳＴＭ−４，ＳＴＭ−１６，ＳＴＭ−６４なる複数の種類の基板がある。基板の種類が複数有ることには、図１８に示すように、チャネル情報記憶部１８の記憶領域に設定されたＢｉｔ０〜３に基板種類を示す情報を書き込むことで対処する。基板種別を示す情報は、チャネル情報取得部１１０により取得される。
【００９２】
なお、チャネル情報取得部１１０は、ＳＤＨ機器の多くが備えるＡＰＳ（Automatic Protection Switching）機能のクリエイト情報（新規チャネル、新規パス生成などに関する情報）を、ＡＰＳ機能オブジェクトからメッセージの形で受け取る。この受け取られたＡＰＳクリエイト情報は、チャネル情報記憶部１８のＢｉｔ５に書き込まれる。
【００９３】
ＰＤメッセージ作成部１９は、ＰＤ記憶部１７に記憶された個々のパフォーマンスデータを読み込む。そして、この読み込んだ情報と、チャネル情報記憶部１８から取得した各チャネルの基板の実装状態を参照して、ＰＤメッセージ作成部１９はパフォーマンスデータメッセージを作成する。作成されたパフォーマンスデータメッセージは、基板間通信制御部１１１Ｓ，１１１Ｍを介してメイン基板ＭＣの圧縮部１１３に転送される。
【００９４】
このメッセージが転送されるとき、チャネル情報記憶部１８の圧縮情報が０（すなわち圧縮せず）にセットされているならば、サブ基板ＳＣではデータを圧縮しない。このため、シェルフに実装されている全てのチャネルのパフォーマンスデータメッセージが、そのまま圧縮部１１３に転送される。
【００９５】
一方、圧縮情報がＦ（すなわち圧縮する）に設定されているならば、サブ基板ＳＣにてデータが圧縮される。そして、シェルフに実装されている全てのチャネルのパフォーマンスデータが圧縮されて、パフォーマンスデータメッセージが作成される。このパフォーマンスデータメッセージは、圧縮部１１３に転送される。
【００９６】
基板間通信制御部１１１Ｓは、メイン基板ＭＣとのデータ通信を担う。
一方、メイン基板ＭＣは、監視制御装置Ｍ１〜Ｍｎとの通信を担う通信制御部１１に加え、基板間通信制御部１１１Ｍと、接点情報取得部１１２と、圧縮部１１３と、構成情報記憶部１１４とを備えている。
【００９７】
基板間通信制御部１１１Ｍは、サブ基板ＳＣとのデータ通信を担う。
接点情報取得部１１２は、接点情報を読み取り、この接点情報を構成情報記憶部１１４に書き込む。接点情報とは、低速Ｉ／Ｆ３−１〜３−ｋがシェルフに実装された状態を示す情報であり、ディップスイッチ（Dip Sw）などを用いて予めノードにセットされる。前述のようにシェルフ内に数種類の基板が混在することが有るので、図１９のように各シェルフごとに４ビット（Ｂｉｔ０〜３）を与え、これらのビットを用いてそれぞれの基板種別を区別するようにする。
【００９８】
上記圧縮情報および接点情報などの、各シェルフに係わる情報は、ノードの起動の際に基板間通信制御部１１１Ｍ，１１１Ｓを介して、チャネル情報取得部１１０に転送される。
【００９９】
圧縮部１１３は、チャネル情報取得部１１０から取得した構成情報に基づいてパフォーマンスデータの圧縮単位を可変し、この単位に応じてＰＤメッセージ作成部１９から通知されたパフォーマンスデータメッセージを圧縮する。パフォーマンスデータの圧縮単位は、ノードの構成情報に応じて変化する。
【０１００】
圧縮部１１３は、ＰＤメッセージ作成部１９からパフォーマンスデータメッセージを受信すると、構成情報記憶部１１４の該当シェルフの圧縮情報を確認する。この確認の結果、圧縮情報が１ならば受信したパフォーマンスデータが圧縮されているので、圧縮部１１３は、パフォーマンスデータメッセージを監視制御装置Ｍ１の出力制御部２２に送信する。圧縮情報が０ならば、圧縮部１１３は、全てのシェルフのパフォーマンスデータを圧縮してパフォーマンスデータメッセージを作成する。そして、圧縮部１１３は、作成したパフォーマンスデータメッセージを監視制御装置Ｍ１の出力制御部２２に送信する。
【０１０１】
なお、監視制御装置Ｍ１〜Ｍｎの出力制御部２２は、圧縮されたパフォーマンスデータが通知されたとき、このパフォーマンスデータの圧縮を解除した状態で、ＰＤ蓄積部２７に記憶する機能を備えている。
【０１０２】
図２０は、本実施形態において、監視制御装置Ｍ１〜Ｍｎに通知されるパフォーマンスデータの構成を示す図である。図２０において、符号Ａは、ＰＤメッセージ作成部１９で生成されるパフォーマンスデータメッセージを示す。符号Ｂは、圧縮部１１３で生成される通知用パフォーマンスデータを示す。
【０１０３】
パフォーマンスデータメッセージ（符号Ａ）は、個々にオーバーヘッド、パフォーマンスデータ、共通部、パフォーマンスデータを有する。オーバーヘッドは、ＯＳＩプロトコルのオーバーヘッドやパフォーマンスデータメッセージを通知するオブジェクトのクラス、インスタンス、通知時刻などを含む。
【０１０４】
共通部は、個々のパフォーマンスデータにおいて同じ情報が記述される部分であり、データの集計間隔、サスペクトインターバル値、ゼロサプレッションの回数などの情報を含む。個々のデータは、チャネルを示すインスタンスと、チャネルごとのデータを含む。
【０１０５】
図２１に、パフォーマンスデータメッセージの具体例を示す。同図において、プロトコルヘッダからEvent Typeまでが共通して使用できる部分であり、それ以外の、端点オブジェクトのインスタンスからSuspect Interval Flagまでが個々のデータを特徴づける部分、すなわち共通化できない部分である。特に、ネットワーク監視プロトコルとしてＣＭＩＰ（Common Management Information Protocol）を使用する場合には、共通部分のサイズが大きく、メッセージを形成する全ビット数のほぼ４割を占める。
【０１０６】
本実施形態においては、監視制御装置Ｍ１〜Ｍｎに通知されるパフォーマンスデータは、図２０の符号Ｂに示すように、一つの共通部分に、個々の品質データを付加して生成される。これにより、通知に係わるパフォーマンスデータの数そのものを削減できるようになる。また、オーバヘッド部分もひとまとめにしているので、メッセージ長も抑える事が可能となる。したがって、パフォーマンスデータを監視制御装置Ｍ１〜Ｍｎに通知する際の情報量を削減することが可能になる。
【０１０７】
特に本実施形態では、従来では全データ量の４割にも及ぶ共通部分を一つにまとめているため、データサイズを削減する効果が大きい。これらのことから、監視制御装置とノードとの通信負荷および監視制御装置の負荷を軽減することが可能となる。
【０１０８】
（第５の実施形態）
次に、本発明の第５の実施形態を説明する。
図２２に、本実施形態に係わるノードＮ１〜Ｎｎの構成を示す。ここでは図４，図９，図１３，図１６と共通する部分には同一の符号を付し、異なる部分のみを説明する。
【０１０９】
本実施形態では、主信号系基板Ｃ１〜Ｃｔは受信部１１７とデータメモリ１１８とを備える。受信部１１７は、ＳＴＭ信号を受信する。ＳＴＭ信号を受信した受信部１１７は、ＳＴＭ信号の通信品質などのデータを計測する。ここで計測されたデータは、データメモリ１１８を介してサブ基板ＳＣのＰＤ計算部１６に与えられる。
【０１１０】
ＰＤ計算部１６は、与えられたデータをもとにパフォーマンスデータを生成する。生成されたパフォーマンスデータは、ＰＤ記憶部１７を経てＰＤメッセージ作成部１９に与えられる。ＰＤメッセージ作成部１９は、与えられたパフォーマンスデータをもとにパフォーマンスデータメッセージを生成する。このパフォーマンスデータメッセージは、送信部１１９から監視制御装置Ｍ１〜Ｍｎに通知される。
【０１１１】
ところで、図２２のノードＮ１〜Ｎｎは、タイミング制御部１１５と、タイミング設定部１１６とを備える。タイミング制御部１１５は、パフォーマンスデータメッセージを監視制御装置Ｍ１〜Ｍｎに通知するタイミングを、個々のパフォーマンスデータメッセージごとに変化させる。タイミング設定部１１６は、構成情報記憶部１１４に記憶された自装置の構成情報に応じて、個々のパフォーマンスデータメッセージの通知タイミングをタイミング制御部１１５に対して設定する。
【０１１２】
ＰＤメッセージ作成部１９は、タイミング制御部１１５によって設定されたタイミングで、ＰＤ記憶部１７からデータを読み出してパフォーマンスデータメッセージを作成し、メイン基板ＭＣを経由して監視制御装置Ｍ１〜Ｍｎへパフォーマンスデータを通知する。
【０１１３】
（第６の実施形態）
第５の実施形態の変形例を第６の実施形態として図２３に示す。図２３に示す構成は、パフォーマンスデータメッセージの作成機能をメイン基板ＭＣに受け持たせたものである。パフォーマンスデータを作成するまでの手順は上記と同様である。ＰＤ計算部１６で作成されたパフォーマンスデータはメイン基板ＭＣのＰＤ記憶部１７に書き込まれる。
【０１１４】
タイミング設定部１１６は、パフォーマンスデータメッセージの通知タイミングをＰＤメッセージ作成部１９に与える。ＰＤメッセージ作成部１９は、タイミング設定部１１６によって設定されたタイミングで、ＰＤ記憶部１７から個々のパフォーマンスデータを読み出す。読み出されたパフォーマンスデータは、パフォーマンスデータメッセージとして監視制御装置Ｍ１〜Ｍｎに通知される。
【０１１５】
このように本実施形態では、個々のパフォーマンスデータメッセージの通知タイミングを任意に設定するようにしている。個々のパフォーマンスデータメッセージは、任意に設定されたタイミングで監視制御装置Ｍ１〜Ｍｎに通知される。すなわち、本実施形態では、個々のパフォーマンスデータメッセージに時間差を持たせて監視制御装置Ｍ１〜Ｍｎに通知するようにしている。
【０１１６】
一般に、監視制御装置Ｍ１〜ＭｎとノードＮ１〜Ｎｎとの間では、パフォーマンスデータを含めた様々な情報が授受される。パフォーマンスデータをノードＮ１〜Ｎｎから監視制御装置Ｍ１〜Ｍｎに通知するときには、ある程度の伝送遅延が許される。しかしながら、ノードＮ１〜Ｎｎで検出された警報情報は、検出後直ちに監視制御装置Ｍ１〜Ｍｎに通知される必要がある。
【０１１７】
従来のシステムにおいては、生成されたパフォーマンスデータが短時間に集中して監視制御装置Ｍ１〜Ｍｎに通知されていた。このため、パフォーマンスデータの通知と同時に警報が発生したような場合、情報量が多くなりすぎ、警報が監視制御装置Ｍ１〜Ｍｎに通知されるタイミングが遅れることがあった。
【０１１８】
また、この種の伝送システムでは、各ノードが、予め定められた一定の間隔でパフォーマンスデータを生成することが、勧告に記述されている。各ノード装置では、このように周期的に生成されたパフォーマンスデータを、生成のたびに、間を置かず監視制御装置に通知するようにしている。このため、従来の伝送システムでは、ゼロサプレッション機能の有無に拘わらず、パフォーマンスデータがノードから監視制御装置に対して一斉に通知される。このためパフォーマンスデータをを通知するためのトラフィックが、短い時間内に集中することがある。
【０１１９】
このようなトラフィックの集中が起こると、管理ネットワークおよび監視制御装置の処理負担が急激に大きくなる。監視制御装置の処理負担が限度を超えると、より重要度の高い処理、例えば警報の発生をオペレータに通知する処理のような処理が滞ってしまう場合がある。特に、ネットワークに障害が発生した場合には、監視制御装置に通知される情報量が急激に増大するためにこのような事態を招きやすい。しかも、近年のネットワークの大規模化に伴って、ノードの設置台数はますます多くなっている。このため、特に監視制御装置側の処理負担を軽減することが急務になりつつある。
【０１２０】
これに対して本実施形態では、パフォーマンスデータメッセージが、いわばランダムなタイミングで監視制御装置Ｍ１〜Ｍｎに通知される。このため、パフォーマンスデータメッセージの伝送にかかるトラフィックが平均化され、これにより、警報情報の通知の遅れを緩和する事ができる。
【０１２１】
また従来のシステムでは、パフォーマンスデータの通知の際にトラフィックが集中し易い。トラフィックが集中したときに、ある監視制御装置のオペレータが、任意のノードに対してリモート制御をかけると、オペレータの操作に対してノードからの反応が遅れる場合が有る。このような事態は、操作ミスや誤動作などを生じる虞が有る。本実施形態のノードによれば、ノードＮ１〜Ｎｎと監視制御装置Ｍ１〜Ｍｎとの間の情報通信にかかるトラフィックを平均化することができるため、上記のような不具合を解消することが可能になる。
【０１２２】
以上のことから、本発明によれば、パフォーマンスデータのデータ値に関わらず、監視制御装置とノードとの通信負荷および、監視制御装置の負荷を軽減することが可能となる。
【０１２３】
なお、本発明は前記各実施形態に限定されるものではない。例えば上記の各実施形態ではＳＤＨに即したシステムを例として挙げ、本発明をＳＤＨに適用した場合の具体例を説明した。しかしながら本発明は、米国における同種のシステムとして標準化されているＳＯＮＥＴに対しても適用することができる。
【０１２４】
【発明の効果】
以上説明したように本発明によれば、ゼロサプレッション機能を備える伝送システムにあって、ユーザが必要とする情報を最大限に提供でき、ヒューマンマシンインタフェース（ＨＭＩ）の改善を図った伝送システム、監視制御装置とそのデータ出力方法を提供することが可能になる。また本発明によれば、パフォーマンスデータの通知に係わる通信負荷の軽減を図ったノードを提供することが可能になる。
【図面の簡単な説明】
【図１】 本発明に係わる伝送システムの実施の形態における構成を示すシステム図。
【図２】 図１に示されたノードＮ１〜Ｎｎの構成を概略的に示すブロック図。
【図３】 図１に示された監視制御装置Ｍ１〜Ｍｎの構成を概略的に示すブロック図。
【図４】 図１に示された伝送システムの第１の実施形態における構成を示す機能ブロック図。
【図５】 図４における出力制御部２２の構成を示す機能ブロック図。
【図６】 図１に示されたノードＮ１〜Ｎｎにおいて実施されるゼロサプレッションにつき概略的に説明するフローチャート。
【図７】 本発明の第１の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図８】 本発明の第１の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図９】 図１に示された伝送システムの第２の実施形態における構成を示す機能ブロック図。
【図１０】 図９における出力制御部２２の構成を示す機能ブロック図。
【図１１】 本発明の第２の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図１２】 本発明の第２の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図１３】 図１に示された伝送システムの第３の実施形態における構成を示す機能ブロック図。
【図１４】 図１３における出力制御部２２の構成を示す機能ブロック図。
【図１５】 本発明の第３の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図１６】 図１に示された伝送システムの第４の実施形態における構成を示す機能ブロック図。
【図１７】 図１６に示されたＰＤ記憶部１７におけるデータの記憶の様子を示す図。
【図１８】 図１６に示されたチャネル情報記憶部１８に記憶されるデータの例を示す図。
【図１９】 図１６に示された構成情報記憶部１１４に記憶されるデータの例を示す図。
【図２０】 本発明の第４の実施形態において監視制御装置Ｍ１〜Ｍｎに通知されるパフォーマンスデータの構成例を示す図。
【図２１】 パフォーマンスデータメッセージの具体例を示す図。
【図２２】 図１に示されたノードＮ１〜Ｎｎの第５の実施形態における構成を示す機能ブロック図。
【図２３】 図１に示されたノードＮ１〜Ｎｎの第６の実施形態における構成を示す機能ブロック図。
【符号の説明】
Ｎ１〜Ｎｎ…ノード
Ｍ１〜Ｍｎ…監視制御装置
ＯＦ…ラインケーブル
ＬＬ…トリビュタリ伝送路
ＳＬ…現用系伝送路
ＰＬ…予備系伝送路
１−０…現用系高速インタフェース部（ＨＳ Ｉ／Ｆ）
１−１…予備系高速インタフェース部
２−０，２−１…タイムスロット交換部（ＴＳＡ）
３−１〜３−ｋ…低速インタフェース部（ＬＳ Ｉ／Ｆ）
５…主制御部
６…記憶部
７…管理網インタフェース（Ｉ／Ｆ）
１１…通信制御部
１２…パフォーマンスデータ（ＰＤ）蓄積部
１３…検索部
１４…パフォーマンスデータ（ＰＤ）生成部
１５…通知制御部
２１…操作部
２２…出力制御部
２３…通信制御部
２４…時計機能部
２５…表示部
２６…プリントアウト部
２７…パフォーマンスデータ（ＰＤ）蓄積部
２２１，２２１Ｂ…パフォーマンスデータ（ＰＤ）取得部
２２２…時刻判定部
２２３…周期取得部
２２４…パフォーマンスデータ（ＰＤ）検索部
２２５…ゼロサプレッション判定部
２２６…パフォーマンスデータ（ＰＤ）再構成部
２２７…欠落データ読み出し部
２２８…パフォーマンスデータ（ＰＤ）書き込み部
２２９…省略回数取得部
２２１０…時刻管理部
２２１１…制御部
Ｃ１〜Ｃｔ…主信号系基板
１６…パフォーマンスデータ（ＰＤ）計算部
１７…パフォーマンスデータ（ＰＤ）記憶部
１８…チャネル情報記憶部
１９…パフォーマンスデータ（ＰＤ）メッセージ作成部
１１０…チャネル情報取得部
１１１Ｓ，１１１Ｍ…基板間通信制御部
１１２…接点情報取得部
１１３…圧縮部
１１４…構成情報記憶部
１１５…タイミング制御部
１１６…タイミング設定部
１１７…受信部
１１８…データメモリ
１１９…送信部
【発明の属する技術分野】
本発明は、例えばＳＯＮＥＴ／ＳＤＨ（Synchronous Optical Network/Synchronous Digital Hierarchy）に準拠する伝送システム、監視制御装置、データ出力方法、およびノード装置に関する。
【０００２】
【従来の技術】
一般に、伝送システムは、通信データを伝送するノードと、通信ネットワークの保守や運用を実施するための監視制御装置とを備えている。監視制御装置は、各ノードから通知される管理情報をもとに、通信ネットワークに対する保守や運用を実施する。管理対象の定義や、ネットワーク管理の手順などは、ＩＳＯ（International Organization for Standardization）またはＩＴＵ（International Telecommunication Union）などにおいて勧告化されている。
【０００３】
管理情報の一つとして、各ノードで生成されるパフォーマンスデータがある。各ノードは、伝送データのビットエラー率、エラーの発生した回数などといったモニタリングアイテムごとに、エラーが許容値を超えた時間を示すデータの値を周期的にモニタし、その結果をもとにパフォーマンスデータを生成する。
【０００４】
ところで、この種のシステムにおいては、ＩＴＵ−Ｔ勧告Ｑ．８２２で規定されたゼロサプレッション機能を利用することがある。ゼロサプレッション機能とは、生成されるパフォーマンスデータの量を削減するための機能である。この機能を利用することにより、パフォーマンスデータの生成にかかるノードの負担、パフォーマンスデータの処理にかかる監視制御装置の負担、およびパフォーマンスデータの通知にかかる管理ネットワークの通信負荷を軽減することが可能になる。
【０００５】
ノードでは、所定の周期、例えば１５分間隔で個々のモニタリングアイテムのデータがモニタされ、その結果に基づいてパフォーマンスデータが生成される。いま仮に、あるモニタ周期において、全てのモニタリングアイテムのデータが０であったとする。そうすると、ゼロサプレッション機能を備えたノードにおいては、そのモニタ周期ではパフォーマンスデータが生成されない。その代わりに、パフォーマンスデータの生成を見送った回数がカウントアップされる。
【０００６】
例えば、１５分ごとにモニタされるデータの値が連続して０となった場合、ゼロサプレッション機能によれば、最長を８時間（すなわち連続３２回分）としてこの期間内はパフォーマンスデータが生成されない。このような処理により、パフォーマンスデータの数が抑制され、パフォーマンスデータをノードから監視制御装置に通知する回数を削減することができ、特にネットワーク側の負担を軽減することが可能になる。
【０００７】
しかしながら、この種の機能を利用したシステムにあって、監視制御装置にパフォーマンスデータが届かない場合、監視制御装置にはその原因を知るすべが無い。つまり、監視制御装置は、所定の周期ごとに、ノードからパフォーマンスデータが通知されるのを期待している。ところが、パフォーマンスデータが通知されるはずの時刻になってもパフォーマンスデータが通知されない場合、その原因がゼロサプレッション機能のためか、それとも何らかの障害が発生したためか、監視制御装置は判断することができない。
【０００８】
このため、ユーザ（監視制御装置のオペレータ）が画面表示やプリントアウトなどでデータを読み取るとき、パフォーマンスデータが未到着の箇所を空欄にせざるを得ないという不具合がある。このような事態は、ユーザにとっては必要とする情報を得られずに非常に不便であるばかりか、障害が発生したなどの誤解を生むもととなる。
【０００９】
【発明が解決しようとする課題】
以上のように従来のゼロサプレッション機能を備える伝送システムには、パフォーマンスデータが未到着の場合に監視制御装置側でその原因を特定できず、モニタ作業を行うユーザにとって不便であるという不具合があった。
【００１０】
本発明は上記事情によりなされたもので、その第１の目的は、ゼロサプレッション機能を備える伝送システムにあって、ユーザが必要とする情報を最大限に提供でき、ヒューマンマシンインタフェース（ＨＭＩ）の改善を図った伝送システム、監視制御装置とそのデータ出力方法を提供することにある。
【００１１】
また本発明の第２の目的は、パフォーマンスデータの通知に係わる通信負荷の軽減を図ったノードを提供することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成するために本発明は、ネットワークを形成する複数のノードと、これらのノードにおいて生成されるパフォーマンスデータをもとに前記ネットワークを管理する監視制御装置とを有する伝送システムにおいて、
前記ノードに、複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定のスケジュールで計測し、その結果に基づいて、ゼロデータの連続を抑圧するゼロサプレッション機能のもとで前記パフォーマンスデータを生成するパフォーマンスデータ生成手段と、このパフォーマンスデータ生成手段で生成されたパフォーマンスデータを前記監視制御装置に送出するパフォーマンスデータ送出手段とを備え、
前記監視制御装置に、前記ノードから送出されたパフォーマンスデータを受信する受信手段と、この受信されたパフォーマンスデータの履歴を蓄積する記憶手段と、時刻範囲を含む検索条件を指定したユーザのデータ出力要求を受け付け、この要求に応じたデータを出力するユーザインタフェース手段と、前記検索条件に応じたパフォーマンスデータを前記記憶手段から取得する際、前記検索条件で指定された時刻範囲において、前記スケジュールのもとでは前記記憶手段に存在すべきはずのパフォーマンスデータが存在しない場合に、このパフォーマンスデータが存在しない原因を検証し、当該原因が前記パフォーマンスデータ生成手段におけるゼロサプレッションの実施である場合には、当該存在しないパフォーマンスデータにかかるデータを０として、前記取得したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力制御手段とを備えるようにした。
【００１３】
このような手段を講じることにより、ユーザインタフェース手段によるパフォーマンスデータの出力処理に際して、要求されたパフォーマンスデータの全てを前記記憶手段から取得できない場合には、その原因が検証される。取得できないパフォーマンスデータがあることの原因が、前記パフォーマンスデータ生成手段におけるゼロサレッションの実施である場合には、取得できなかったパフォーマンスデータにかかるデータが０とされ、出力用のデータが生成される。この出力用のデータは、画面表示やプリントアウトなどのかたちでの出力される。
【００１４】
これにより、出力される情報に空欄の生じる虞が有っても、その原因が正しく検証される。特に、ゼロサプレッションによってパフォーマンスデータが生成されていない場合には、監視制御装置側で、存在しないパフォーマンスデータにかかるデータに０が挿入される。
【００１５】
したがって、出力段階で空欄を生じることを極力避けることができ、ユーザの誤解を避けたり、無用な心配を避けることが可能となる。すなわちユーザが必要とする情報を最大限に提供できるようになり、ヒューマンマシンインタフェースの改善を図れる。
【００１６】
【発明の実施の形態】
次に、図面を参照して本発明の伝送システムの実施の形態を詳細に説明する。以下の説明では、ＳＤＨに準拠するリング型ネットワークシステムに本発明を適用した場合について説明する。
＜システム構成＞
図１は、本発明の実施の形態に係わる伝送システムのシステム構成図である。このシステムは、ラインケーブルＯＦを介してリング状に接続されたｎ個のノードＮ１〜Ｎｎを備える。ラインケーブルＯＦは、ＳＤＨでいうところのＳＴＭ−６４（Synchronous Transfer Module-Level 64）クラスの伝送容量を備える。
【００１７】
ラインケーブルＯＦは、現用系伝送路ＳＬと予備系伝送路ＰＬとを備え、各伝送路ＳＬ，ＰＬは時計回り（ＣＷ：Clockwise）回線と反時計回り（ＣＣＷ：Counter Clockwise）回線とを備える。
【００１８】
ノードＮ１〜Ｎｎは、ラインケーブルＯＦを介して伝送されるＳＴＭ−６４信号に時分割多重されたタイムスロットから、所定のスロットをドロップする。このドロップされたスロットは低次群信号として、交換機、端局装置などトリビュタリ側の低次群装置（符号付さず）に、トリビュタリ伝送路ＬＬを介して送出される。
【００１９】
またノードＮ１〜Ｎｎは、低次群装置からトリビュタリ伝送路ＬＬを介して送られたＳＴＭ−１，ＳＴＭ−４，ＳＴＭ−１６，ＳＴＭ−６４などの低次群信号を、ＳＴＭ−６４信号の所定のタイムスロットに多重する。この多重された信号は、他のノードに向け送出される。このようにして、ノードＮ１〜Ｎｎ間に所定の伝送容量の通信パス（Path）が設定される。
【００２０】
また図１のシステムは、複数の監視制御装置Ｍ１〜Ｍｎを備える。監視制御装置Ｍ１〜Ｍｎは、それぞれＬＡＮ（Local Area Network）を介してノードＮ１〜Ｎｎに接続される。監視制御装置Ｍ１〜Ｍｎは、ノードＮ１〜Ｎｎからおのおの通知される通知情報をもとに、ネットワークにおける通信パスを設定したり、警報を監視したりする。監視制御装置Ｍ１〜Ｍｎのこのような機能は、例えば汎用のワークステーションに専用のアプリケーションソフトを搭載して実現される。
【００２１】
特に、ノードＮ１〜Ｎｎから送出される通知情報は、ＬＡＮを介して監視制御装置Ｍ１〜Ｍｎに伝送される。ＬＡＮは、ネットワーク管理のための通信網、すなわち管理ネットワークを形成する。通知情報を監視制御装置Ｍ１〜Ｍｎに伝送するためのトラフィックは、主としてＬＡＮを経由する。このため、ＬＡＮが通知情報の授受に係わるボトルネックになることを避ける必要がある。
【００２２】
図２は、本発明の第１の実施形態に係わるノードＮ１〜Ｎｎの構成を示す図である。図２において、符号１−０は現用系伝送路ＳＬが接続される現用系ラインインタフェース部（ＨＳ Ｉ／Ｆ）を示している。符号１−１は、予備系伝送路ＰＬが接続される予備系ラインインタフェース部を示している。
【００２３】
現用系ラインインタフェース部１−０、および予備系ラインインタフェース部１−１を介して装置内部に引き込まれたＳＴＭ−６４信号は、タイムスロット交換部（Time Slot Assignment：以下ＴＳＡと表記する）２−０と、ＴＳＡ２−１とに与えられる。ＴＳＡ２−０，２−１は、このＳＴＭ−６４信号に時分割多重されたタイムスロットのうち所定のタイムスロットをドロップする。このドロップされたスロットは、トリビュタリインタフェース（ＬＳ Ｉ／Ｆ）シェルフ３−１〜３−ｋを介して、低次群信号としてトリビュタリ伝送路ＬＬから送出される。逆に、トリビュタリ伝送路ＬＬからＬＳ Ｉ／Ｆシェルフ３−１〜３−ｋを介して装置内部に導入された低次群信号は、ＴＳＡ２−０，２−１に与えられ、ＳＴＭ−６４フレームの所定のタイムスロットにアッドされて、ラインケーブルＯＦを介して他のノードに送出される。
【００２４】
ここで、ＴＳＡ２−０は、システムの定常時における現用系として動作される。このＴＳＡ２−０に障害が生じた場合には、ＴＳＡ２−１がＴＳＡ２−０の代わりに動作される。このようにして、装置内冗長が実現される。
【００２５】
このほか、図２のノードＮ１〜Ｎｎは、主制御部５と、各種の制御プログラムなどを記憶した記憶部６と、監視制御装置Ｍ１〜Ｍｎとのインタフェースをとる管理網インタフェース（Ｉ／Ｆ）７とを備える。
【００２６】
図３に、監視制御装置Ｍ１〜Ｍｎの構成を示す。監視制御装置Ｍ１〜Ｍｎは、ノードＮ１〜Ｎｎから通知されるパフォーマンスデータをもとに、システム全体に係わる管理（マネジメント）を実行する。監視制御装置Ｍ１〜Ｍｎは、操作部２１，表示部２５，プリントアウト部２６を備える入出力部８０と、ＬＡＮを介して各ノードＮ１〜Ｎｎとの接続インタフェースをとるインタフェース（Ｉ／Ｆ）部９０と、各種監視制御プログラムなどを記憶した記憶部１００と、制御部１１０とを備える。
【００２７】
（第１の実施形態）
図４は、本実施形態におけるパフォーマンスデータに関するノードＮ１〜Ｎｎおよび監視制御装置Ｍ１〜Ｍｎの構成を示す機能ブロック図である。ノードＮ１〜Ｎｎの基本構成は図２に示したものとなっており、パフォーマンスデータに関する構成として、図２の主制御部５の中には、監視制御装置Ｍ１〜Ｍｎとの情報通信に係わる通信制御部１１と、パフォーマンスデータ蓄積部（Performance Data Accumulating Section：以下ＰＤ蓄積部と表記する）１２と、検索部１３と、パフォーマンスデータ生成部（Performance Data Generating Section：以下ＰＤ生成部と表記する）１４とを備えている。
【００２８】
ＰＤ蓄積部１２は、ＰＤ生成部１４で生成されたパフォーマンスデータを記憶し、蓄積する。すなわちＰＤ蓄積部１２には、パフォーマンスデータの履歴が蓄積される。検索部１３は、監視制御装置Ｍ１〜Ｍｎからの要求に応じたパフォーマンスデータをＰＤ蓄積部１２から検索する。また、通信制御部１１は、監視制御装置Ｍ１〜Ｍｎとのパフォーマンスデータ他の情報を送受信するための通信の制御を行うものである。具体的には、図２のＩ／Ｆ７を介して監視制御装置Ｍ１〜Ｍｎと情報を送受信する。
【００２９】
ＰＤ生成部１４は、自ノード内のＨＳ Ｉ／Ｆ、ＬＳ Ｉ／Ｆにおける複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定の周期ごとに計測し、その結果に基づいてパフォーマンスデータを生成する。
【００３０】
ただし、全てのモニタリングアイテムのデータが０となった場合、ＰＤ生成部１４は、ゼロサプレッションを実施してパフォーマンスデータを生成しない。逆に、所定期間（例えば８時間）が経過すると、ＰＤ生成部１４は、たとえ０が連続した場合でもゼロサプレッションを一旦解除してパフォーマンスデータを生成したのち、データの値の変化を待つ。
【００３１】
ＰＤ生成部１４は、図示するような管理テーブルＭＴを備えている。管理テーブルには、モニタリング対象、モニタリングアイテム、ゼロサプレスの回数Ｎｓといった内容が記憶される。モニタリング対象とは、例えば、どのチャネルの、どのセクションをモニタリングの対象とするかといった情報である。モニタリングアイテムとは、後述するＴＣＣＶ、ＥＳなどの項目を示す情報である。ＰＤ生成部１４は、この管理テーブルＭＴに記憶された内容をもとに、パフォーマンスデータを生成する。
【００３２】
なお、モニタリングアイテムとしては、ＴＣＣＶ（Total Count of Code Violation）、ＢＢＥ（Background Block Error）、ＥＳ（Errored Second）、ＳＥＳ（Severely Errored Seconds）、ＵＡＳ（Unavailable Seconds）、ＯＦＳ（Out of Frame Second）、ＰＪＣ（Pointer Justification Count）、ＰＳＣ（Protection Switch Count）、ＰＳＤ（Protection Switch Duration）などがある。
【００３３】
一方、図４において監視制御装置Ｍ１〜Ｍｎは、上記操作部２１、表示部２５、プリントアウト部２６に加え、出力制御部２２と、通信制御部２３と、時計機能部２４とを備える。
【００３４】
通信制御部２３は、ノードＮ１〜Ｎｎと自装置との間での情報通信を制御する。時計機能部２４は、自装置における動作クロックを生成する。
【００３５】
図５に、図４の出力制御部２２の機能ブロック図を示す。本実施形態における出力制御部２２は、パフォーマンスデータ取得部（以下ＰＤ取得部と表記する）２２１、時刻判定部２２２、周期取得部２２３、ゼロサプレッション判定部２２５、パフォーマンスデータ再構成部（以下ＰＤ再構成部と表記する）２２６、省略回数取得部２２９、及び、制御部２２１１を備える。
【００３６】
このうち、ＰＤ取得部２２１は、オペレータによる操作部２１を介したデータの出力を要求する操作がなされた場合に、この操作を受け付ける。そして、ＰＤ取得部２２１は、この操作において指定された検索条件（すなわち、目的とするデータの時刻範囲、要求先ノード、イベント種別などの検索条件）に応じたパフォーマンスデータを取得する。また、ＰＤ取得部２２１は、上記オペレーションに際して、パフォーマンスデータの読み出し先のノードから最新のパフォーマンスデータの生成時刻Ｔｃを取得する。
【００３７】
周期取得部２２３は、パフォーマンスデータの読み出し先のノードにおける、パフォーマンスデータの集計周期Ｔ１を取得する。
【００３８】
時刻判定部２２２は、オペレータの要求した時刻範囲と、上記ＴｃおよびＴ１とを比較し、対象とするノードにつき、オペレータの要求した時刻範囲以降に、パフォーマンスデータの生成されるはずの時刻の有無を判定する。なお、パフォーマンスデータの生成されるべき時刻とは、時刻Ｔｃののち、パフォーマンスデータの集計周期Ｔ１のもとでパフォーマンスデータが必然的に生成されてしかるべき時刻のことを意味し、要するにＴｃ＋Ｔ１である。
【００３９】
省略回数取得部２２９は、時刻判定部２２２において、オペレータの要求した時刻範囲以降にパフォーマンスデータの生成されるべき時刻有りと判定された場合に、パフォーマンスデータの生成を省略した回数Ｎｓを操作対象のノードから取得する。
【００４０】
ゼロサプレッション判定部２２５は、オペレータの要求した時刻範囲と、上記取得したＮｓ，Ｔ１とを参照して、対象とするノードにおいてゼロサプレッションの実行の有無を判定する。
【００４１】
ＰＤ再構成部２２６は、ゼロサプレッション判定部２２５において、操作対象のノードでゼロサプレッションの実施ありと判定された場合に、対象のノードから取得したパフォーマンスデータの不確定領域に０を挿入した上で、画面表示またはプリントアウトに供する。なお、不確定領域とは、オペレータが要求した時刻範囲のうち、ＰＤ蓄積部２７にパフォーマンスデータの記憶されていない領域のことを指す。
【００４２】
制御部２２１１は、上記ＰＤ取得部２２１、時刻判定部２２２、周期取得部２２３、ゼロサプレッション判定部２２５、ＰＤ再構成部２２６、及び、省略回数取得部２２９における種々の制御動作を統括的に制御する。
【００４３】
なお、上記構成におけるＰＤ取得部２２１、時刻判定部２２２、周期取得部２２３、ゼロサプレッション判定部２２５、ＰＤ再構成部２２６、省略回数取得部２２９、制御部２２１１は、例えば専用の言語で記述された従来の処理プログラムに、新たにパッチを当てることにより実現される機能である。すなわち、これらの機能オブジェクトは、ハードウェア、ソフトウェアともに含む概念である。
【００４４】
次に、図６のフローチャートを参照してゼロサプレッション機能につき概略的に説明する。ゼロサプレッションは、ノードＮ１〜ＮｎのＰＤ生成部１４において実施される。
【００４５】
図６のステップＳ６１でデータの計測時刻が到来すると、ステップＳ６２で、個々のモニタリングアイテムにつきそのデータが計測される。次のステップＳ６３では、計測されたデータの値に０が含まれるか、否かが検証される。
【００４６】
このステップで、全てのモニタリングアイテムのデータが０であれば、パフォーマンスデータが生成されること無く、処理手順はステップＳ６４に移る。ステップＳ６４では、パフォーマンスデータの生成を見送った回数、すなわちパフォーマンスデータの生成が省略された回数Ｎｓがカウントアップされる。
【００４７】
一方、ステップＳ６３において、データが０でないモニタリングアイテムが有った場合には、処理手順はステップＳ６５に移行してパフォーマンスデータが生成される。
【００４８】
次に、上記構成における動作を図７、図８のフローチャートを参照して説明する。なお、以下では監視制御装置Ｍ１とノードＮ１との関係につき説明するが、他の監視制御装置Ｍ２〜Ｍｎ、ノードＮ２〜Ｎｎについても同様である。
【００４９】
図７のステップＳ１で、監視制御装置Ｍ１はオペレーションを待ち受ける。ここで、オペレータにより、ノードＮ１に関するデータの出力を要求するための操作がなされたとする。すなわち、ノードＮ１に関するデータを表示部２５に表示するか、またはプリントアウト部２６からプリントアウトするか、あるいはその両方の実行を要求するための操作がオペレータによりなされたとする。
【００５０】
この要求操作では、所望するデータの時刻範囲と、要求先のノードの識別コード（ここではノードＮ１に対応するもの）と、モニタリングアイテムの種別（例えばＥＳ（Errored Second）など）などの検索条件が指定される。特に、データの時刻範囲としては、例えば時刻ｔから時刻Ｔまでとして指定された時刻のうち、現在に近いほう（大文字のＴ）が重要となる。以下の説明では、時刻Ｔを最新要求時刻Ｔと称する。通常の場合、最新要求時刻Ｔを現在時刻として、現在時刻Ｔから過去何時間分のデータなどとして指定されることが多いであろう。
【００５１】
さて、上記の要求を受けて監視制御装置Ｍ１は、ノードＮ１にアクセスし、ＰＤ蓄積部１２に蓄積されたパフォーマンスデータのうち、最新のパフォーマンスデータが生成された時刻Ｔｃを取得する（ステップＳ２）。次に、監視制御装置Ｍ１は、取得したＴｃと最新要求時刻Ｔとを比較する（ステップＳ３）。このステップで、Ｔ＜Ｔｃであれば（Ｎ）、監視制御装置Ｍ１はＰＤ蓄積部１２から所望の時刻範囲のパフォーマンスデータを読み出して（ステップＳ４）、画面表示またはプリントアウトなどの形で出力する（図８のステップＳ１２）。
【００５２】
一方、オペレータの要求した時刻範囲が時刻Ｔｃよりも新しい時刻を含む場合（Ｔ＞Ｔｃ：ステップＳ３でＹ）、最新要求時刻Ｔよりも後に、パフォーマンスデータが生成されるはずの時刻が有るか否かが問題となる。そこで、監視制御装置Ｍ１は、ノードＮ１のＰＤ生成部１４にアクセスして、データの集計周期Ｔ１を取得する（ステップＳ５）。そして、監視制御装置Ｍ１は、Ｔｃ以降にパフォーマンスデータが生成されていない原因を検証するための処理に移る。
【００５３】
次のステップで、監視制御装置Ｍ１は、集計周期Ｔ１のもとで、Ｔｃから最新要求時刻Ｔまでの間にパフォーマンスデータが生成されてしかるべき時刻が有るか否かを判定する（ステップＳ６）。パフォーマンスデータが生成されてしかるべき時刻の有無は、Ｔ−Ｔｃ＞Ｔ１の真偽を確かめることで判定することができる。すなわち、Ｔ−Ｔｃ＞Ｔ１が成り立てば（Ｙ：真の場合）、パフォーマンスデータが最後に生成されてから現在までに、パフォーマンスデータ生成周期Ｔ１よりも長い時間が経過している。従って、パフォーマンスデータの生成されるべき時刻が有るはずで、監視制御装置Ｍ１の処理はステップＳ７（図８）に移行する。このとき、何らかの原因でパフォーマンスデータが生成されていないと見られるため、ステップＳ７，Ｓ８でその原因が検証される。
【００５４】
一方、ステップＳ６で、Ｔ−Ｔｃ＞Ｔ１が成り立たなければ（Ｎ：偽の場合）、パフォーマンスデータを生成すべき時刻は無い。よって、ＰＤ蓄積部２７から読み出したパフォーマンスデータをそのまま出力して問題ない。したがって、監視制御装置Ｍ１はステップＳ４に移行して、ＰＤ蓄積部１２からオペレータの要求範囲内のパフォーマンスデータを読み出したのち、画面表示またはプリントアウトなどの形で出力する（図８のステップＳ１２）。
【００５５】
さて、ステップＳ６で（Ｙ）ならば、オペレータの要求した時刻範囲よりも後にパフォーマンスデータが生成されるはずであったにもかかわらず、その時刻に対応するパフォーマンスデータがＰＤ蓄積部１２に無いことになる。その原因が特定されないと、出力されるデータに不確定を生じることになる。
【００５６】
存在するはずのパフォーマンスデータがＰＤ蓄積部１２に無い原因として、何らかの不具合が生じたか、またはノードＮ１でゼロサプレッションが実施されたか、いずれかの原因がある。
【００５７】
この原因を確かめるため、監視制御装置Ｍ１は、ノードＮ１のＰＤ生成部１４にアクセスし、データの生成を省略した回数Ｎｓ取得する（ステップＳ７）。そして、監視制御装置Ｍ１は、パフォーマンスデータの存在しない原因がノードＮ１でゼロサプレッションが実施されたことによるのか、あるいは何らかの不具合によるのかを判定する（ステップＳ８）。
【００５８】
これらの原因は、Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対応付けて区別することができる。すなわちこの式が成り立てば（Ｙ：真の場合）、パフォーマンスデータが無いという事実と、パフォーマンスデータの生成を省略した回数Ｎｓとの間に矛盾が無い。これにより、パフォーマンスデータが無い原因は、ノードＮ１においてゼロサプレッションが実施されたからであると結論づけることができる。したがって、ＰＤ蓄積部１２に無い時刻範囲（空欄領域）のデータは０であるとみなして良い。これに対し、上記の式が成り立たなければ（Ｎ：偽の場合）、何らかの不具合が発生しているとみなし、監視制御装置Ｍ１はデータ復旧処理を実施する。
【００５９】
ステップＳ８で（Ｙ）であれば、監視制御装置Ｍ１はステップＳ１０に移行してパフォーマンスデータを読み出し、読み出せなかったパフォーマンスデータに係わるデータを０として（ステップＳ１１）、出力に供するデータを再構成する。最後に、監視制御装置Ｍ１は、再構成されたデータを画面表示またはプリントアウトなどの形で出力する（ステップＳ１２）。
【００６０】
このように、本実施形態の監視制御装置Ｍ１〜Ｍｎは、データの出力を要求するオペレータの操作がなされたとき、相手先のノードから最新パフォーマンスデータ生成時刻Ｔｃを取得する。そして、監視制御装置Ｍ１〜Ｍｎは、要求された時刻範囲内の全てのパフォーマンスデータを取得できない場合には、パフォーマンスデータの集計周期Ｔ１をノードから取得する。そして、監視制御装置Ｍ１〜Ｍｎは、時刻Ｔの後にパフォーマンスデータが生成されるはずの時刻があるか否かを確かめる。この時刻が有れば、監視制御装置Ｍ１〜Ｍｎは、ノードにおいてパフォーマンスデータの生成が省略された回数Ｎｓを取得し、当該ノードにおけるゼロサプレッションの有無を確かめる。そして、ゼロサプレッションが実施されていた場合には、監視制御装置Ｍ１〜Ｍｎは取得できなかったデータに０を挿入し、その上でデータを出力するようにしている。
【００６１】
このようにしたので、パフォーマンスデータの出力欄が、従来のようにやむおえず空白となってしまうことを避けることが可能になる。また、たとえ空白で出力された場合であっても、その原因がゼロサプレッションではなく、不具合のためと結論づけることが可能となり、これによりユーザに適切な対応を促すことができる。
【００６２】
したがって、ゼロサプレッション機能を備える伝送システムにあって、ユーザが必要とする情報を最大限に提供することができ、ヒューマンマシンインタフェース（ＨＭＩ）の改善を図ることが可能となる。
【００６３】
（第２の実施形態）
次に、第２の実施形態につき説明する。
図９は、本実施形態におけるパフォーマンスデータに関するノードＮ１〜Ｎｎおよび監視制御装置Ｍ１〜Ｍｎの構成を示す機能ブロック図である。図４に示した構成と異なるところは、監視制御装置Ｍ１〜ＭｎがＰＤ蓄積部２７を備えている点である。
【００６４】
図１０に、図９の出力制御部２２の機能ブロック図を示す。本実施形態における出力制御部２２は、図５の構成に加えて、ＰＤ検索部２２４、欠落データ読み出し部２２７、ＰＤ書き込み部２２８、及び、時刻管理部２２１０を備える。また図１０に示すＰＤ取得部２２１Ｂは、その機能において、図５のＰＤ取得部２２１と異なっている。よって図１０では、ＰＤ取得部に、区別のため２２１Ｂなる符号を付す。
【００６５】
ＰＤ取得部２２１Ｂは、時計機能部２４から与えられる時刻情報を参照して、所定のスケジュールで、例えば定期的に各ノードＮ１〜Ｎｎからパフォーマンスデータを取得する。すなわち、ＰＤ取得部２２１Ｂは、パフォーマンスデータを積極的に取得しに行く点で、第１の実施形態のＰＤ取得部２２１と異なる。
【００６６】
ＰＤ検索部２２４は、オペレータの指定した検索条件に沿ったパフォーマンスデータを自装置のＰＤ蓄積部２７から検索する。ＰＤ書き込み部２２８は、ＰＤ取得部２２１Ｂで取得されたパフォーマンスデータを、ＰＤ蓄積部２７に記憶させる。
【００６７】
欠落データ読み出し部２２７は、ゼロサプレッション判定部２２５において、対象とするノードでゼロサプレッションが実施されていないと判定された場合に、データが欠落しているとみなし、欠落したデータを操作対象のノードから取得する。
【００６８】
時刻管理部２２１０は、ＰＤ蓄積部２７に記憶された最新のパフォーマンスデータの生成時刻Ｔｃを、更新しつつ記憶する。特に、通知されたパフォーマンスデータにその生成時刻が記述されていない場合には、当該パフォーマンスデータを受信した時刻をそのパフォーマンスデータの生成時刻とみなす。
【００６９】
次に、上記構成における動作を図１１および図１２のフローチャートを参照して説明する。図１１において、監視制御装置Ｍ１は、ステップＳ１３とＳ１７のループで、パフォーマンスデータの読み出し時刻の到来、またはオペレータによるオペレーションを待ち受ける。
【００７０】
ステップＳ１３で読み出し時刻が到来する（Ｙ）と、監視制御装置Ｍ１は、ノードのＰＤ蓄積部１２からパフォーマンスデータを読み出す（ステップＳ１４）。この読み出し処理が成功すると（ステップＳ１５でＹ）、監視制御装置Ｍ１は、読み出したパフォーマンスデータをＰＤ蓄積部２７に書き込む（ステップＳ１６）。その際、時刻管理部２２１０において、最新パフォーマンスデータ生成時刻Ｔｃが更新される。
【００７１】
ステップＳ１７でオペレーションが実施されると、監視制御装置Ｍ１は、ステップＳ１８〜ステップＳ２３（図１２）までの一連の手順を実行する。この手順は、図７のステップＳ２〜ステップＳ８までと同様であるので、説明を省略する。ただし、図１１のステップＳ１８において、時刻Ｔｃの取得先がＰＤ蓄積部２７である点が、第１の実施形態での手順と異なる。
【００７２】
さて、図１２のステップＳ２３で（Ｙ）であれば、監視制御装置Ｍ１は、パフォーマンスデータを読み出したのち、読み出せなかったパフォーマンスデータにかかるデータに０を挿入したうえで出力する（ステップＳ２４、ステップＳ２５、ステップＳ３１）。
【００７３】
一方、ステップＳ２３で（Ｎ）であれば、監視制御装置Ｍ１はステップＳ２６に移行して、欠落したデータを読み出す。すなわちステップＳ２３で（Ｎ）の場合、パフォーマンスデータの生成が省略された回数Ｎｓと、時刻Ｔｃとの間に矛盾が有ることになる。つまり、記憶されるはずのデータがＰＤ蓄積部２７に存在しないことになる。そこで、監視制御装置Ｍ１は、ノードのＰＤ蓄積部１２にアクセスしてデータを読み出し、自己のＰＤ蓄積部２７の記憶内容を補完する。
【００７４】
欠落データの読み出しが失敗した場合（ステップＳ２７でＮ）、監視制御装置Ｍ１はそのままＰＤ蓄積部２７からパフォーマンスデータを読み出して出力する（ステップＳ３０、ステップＳ３１）。この場合、取得されなかったパフォーマンスデータにかかるデータは、空欄の状態で出力される。
【００７５】
欠落データの読み出しが成功した場合（ステップＳ２７でＹ）、監視制御装置Ｍ１は、読み出したデータをＰＤ蓄積部２７に追加する（ステップＳ２８）。そして、監視制御装置Ｍ１は、最新パフォーマンスデータ生成時刻Ｔｃを更新したのち（ステップＳ２９）ステップＳ３０に至る。
【００７６】
このように本実施形態では、パフォーマンスデータが生成されたにも拘わらず監視制御装置に届いていないという事態が生じた旨を把握することが可能となる。また本実施形態では、このような事態が生じると、監視制御装置に到着しなかったパフォーマンスデータがノードのデータベースから読み出され、監視制御装置Ｍ１〜ＭｎのＰＤ蓄積部２７に書き込まれる。これにより、上記第１の実施形態で述べた効果に加え、監視制御装置Ｍ１〜Ｍｎ側のデータベースに記録されるべきデータの漏れを防止することが可能になる。
【００７７】
（第３の実施形態）
次に、第３の実施形態につき説明する。
この実施形態では、監視制御装置Ｍ１〜Ｍｎがデータベースを備える点で、第２の実施形態と同様である。ただし本実施形態のシステムは、パフォーマンスデータを通知する方法において、第２の実施形態のシステムと異なっている。このため本実施形態においては、第２の実施形態における構成と比べてノードＮ１〜Ｎｎの構成が異なっている。すなわち図１３に示すように、ノードＮ１〜Ｎｎは通知制御部１５を備える。この通知制御部１５は、ＰＤ生成部１４で生成されたパフォーマンスデータを、監視制御装置からの要求を待たず自発的に監視制御装置に通知する。
【００７８】
図１４に、本実施形態に係わる監視制御装置Ｍ１〜Ｍｎの出力制御部２２の構成を示す。この構成は、図１０のＰＤ取得部２２１Ｂを省略したものとなっている。これは、パフォーマンスデータがノード側から一方的に通知されるためである。
【００７９】
次に、上記構成における動作を、図１５および図１２のフローチャートを参照して説明する。図１５において、監視制御装置Ｍ１は、ノードＮ１〜Ｎｎからのパフォーマンスデータの通知を待ち受ける（ステップＳ３２）。パフォーマンスデータが通知されると、監視制御装置Ｍ１は、この通知されたパフォーマンスデータを自装置のＰＤ蓄積部２７に書き込む（ステップＳ３３）。次に監視制御装置Ｍ１は、オペレータによるオペレーションを待ち受ける（ステップＳ３４）。オペレーションが無い（Ｎ）と、ステップＳ３２〜ステップＳ３４のループが継続される。
【００８０】
この状態からオペレーションが実行されると、監視制御装置Ｍ１は、ステップＳ３５に移行して最新パフォーマンスデータ生成時刻Ｔｃを取得する。そして、監視制御装置Ｍ１は、図１２のステップＳ１９に移行し、第２の実施形態と同じ手順を辿る。
【００８１】
このようにしても、ただ監視制御装置Ｍ１〜Ｍｎのパフォーマンスデータの取得方式が異なるのみで、上記各実施形態と同じ効果を得ることができる。
【００８２】
（第４の実施形態）
次に、本発明の第４の実施形態を説明する。
図１６に、本実施形態に係わるパフォーマンスデータに関するノードＮ１〜Ｎｎおよび監視制御装置Ｍ１〜Ｍｎの構成を示す。ここでは図４，図９，図１３と共通する部分には同一の符号を付し、異なる部分のみを説明する。監視制御装置Ｍ１〜Ｍｎの構成は、図４と同様であり、よってここではノードＮ１〜Ｎｎに関してだけ説明する。
【００８３】
図１６において、ノードＮ１〜Ｎｎのパフォーマンスデータに関する構成は、主信号系基板Ｃ１〜Ｃｔ、サブ基板ＳＣ、及び、メイン基板ＭＣを備えている。主信号系基板Ｃ１〜Ｃｔ、サブ基板ＳＣ、及び、メイン基板ＭＣは、汎用のシェルフ（図示せず）に挿抜可能に設けられるカードとして実装される。
【００８４】
主信号系基板Ｃ１〜Ｃｔは、図２の現用系高速インタフェース部（ＨＳ Ｉ／Ｆ）１−０、予備系高速インタフェース部１−１、ＴＳＡ２−０，２−１、低速インタフェース部（ＬＳ Ｉ／Ｆ）３−１〜３−ｋに対応するものである。
【００８５】
また、メイン基板ＭＣは図２の主制御部５に対応する。
【００８６】
また、サブ基板ＳＣは、図２のＨＳ Ｉ／ＦまたはＬＳ Ｉ／Ｆ内に設けられるサブ制御基盤に対応する。また、サブ基板ＳＣは、主制御部５の内部に設けても良い。サブ基板ＳＣは、図２のＨＳ Ｉ／ＦまたはＬＳ Ｉ／Ｆ内に設けられるサブ制御基盤に対応する。また、サブ基板ＳＣは、主制御部５の内部に設けても良い。
【００８７】
サブ基板ＳＣは、パフォーマンスデータ計算部（以下ＰＤ計算部と称する）１６と、パフォーマンスデータ記憶部（以下ＰＤ記憶部と表記する）１７と、チャネル情報記憶部１８と、ＰＤメッセージ作成部１９と、チャネル情報取得部１１０と、基板間通信制御部１１１Ｓとを備えている。
【００８８】
ＰＤ計算部１６は、主信号系基板Ｃ１〜Ｃｔの状態を監視し、高速回線ＯＦおよび低速回線ＬＬに係わるデータを、１５分間隔、および１日間隔で集計する。この集計されたデータから、パフォーマンスデータが算出される。算出されたパフォーマンスデータは、ＰＤ記憶部１７に記憶される。
【００８９】
図１７に、パフォーマンスデータがＰＤ記憶部１７に記憶される様子を模式的に示す。図１７に示すように、パフォーマンスデータは各チャネル（Ｃｈ，Ｃｈ２，…）ごとに、複数の管理セクション（ＲＳ（Remote Section）、ＭＳ（Multiplex Section）、ＰＳ（Path Section））に対応付けて記憶される。
【００９０】
チャネル情報取得部１１０は、低速Ｉ／Ｆのシェルフ３−１〜３−ｋの実装の有無、および基板の種類に関する情報を主信号系基板Ｃ１〜Ｃｔから与えられる。そして、この与えられた情報に基づいて、チャネル情報取得部１１０は基板の構成情報を取得する。この構成情報は、チャネル情報記憶部１８に書き込まれる。
【００９１】
主信号系基板Ｃ１〜Ｃｔには、ＳＴＭ−１，ＳＴＭ−４，ＳＴＭ−１６，ＳＴＭ−６４なる複数の種類の基板がある。基板の種類が複数有ることには、図１８に示すように、チャネル情報記憶部１８の記憶領域に設定されたＢｉｔ０〜３に基板種類を示す情報を書き込むことで対処する。基板種別を示す情報は、チャネル情報取得部１１０により取得される。
【００９２】
なお、チャネル情報取得部１１０は、ＳＤＨ機器の多くが備えるＡＰＳ（Automatic Protection Switching）機能のクリエイト情報（新規チャネル、新規パス生成などに関する情報）を、ＡＰＳ機能オブジェクトからメッセージの形で受け取る。この受け取られたＡＰＳクリエイト情報は、チャネル情報記憶部１８のＢｉｔ５に書き込まれる。
【００９３】
ＰＤメッセージ作成部１９は、ＰＤ記憶部１７に記憶された個々のパフォーマンスデータを読み込む。そして、この読み込んだ情報と、チャネル情報記憶部１８から取得した各チャネルの基板の実装状態を参照して、ＰＤメッセージ作成部１９はパフォーマンスデータメッセージを作成する。作成されたパフォーマンスデータメッセージは、基板間通信制御部１１１Ｓ，１１１Ｍを介してメイン基板ＭＣの圧縮部１１３に転送される。
【００９４】
このメッセージが転送されるとき、チャネル情報記憶部１８の圧縮情報が０（すなわち圧縮せず）にセットされているならば、サブ基板ＳＣではデータを圧縮しない。このため、シェルフに実装されている全てのチャネルのパフォーマンスデータメッセージが、そのまま圧縮部１１３に転送される。
【００９５】
一方、圧縮情報がＦ（すなわち圧縮する）に設定されているならば、サブ基板ＳＣにてデータが圧縮される。そして、シェルフに実装されている全てのチャネルのパフォーマンスデータが圧縮されて、パフォーマンスデータメッセージが作成される。このパフォーマンスデータメッセージは、圧縮部１１３に転送される。
【００９６】
基板間通信制御部１１１Ｓは、メイン基板ＭＣとのデータ通信を担う。
一方、メイン基板ＭＣは、監視制御装置Ｍ１〜Ｍｎとの通信を担う通信制御部１１に加え、基板間通信制御部１１１Ｍと、接点情報取得部１１２と、圧縮部１１３と、構成情報記憶部１１４とを備えている。
【００９７】
基板間通信制御部１１１Ｍは、サブ基板ＳＣとのデータ通信を担う。
接点情報取得部１１２は、接点情報を読み取り、この接点情報を構成情報記憶部１１４に書き込む。接点情報とは、低速Ｉ／Ｆ３−１〜３−ｋがシェルフに実装された状態を示す情報であり、ディップスイッチ（Dip Sw）などを用いて予めノードにセットされる。前述のようにシェルフ内に数種類の基板が混在することが有るので、図１９のように各シェルフごとに４ビット（Ｂｉｔ０〜３）を与え、これらのビットを用いてそれぞれの基板種別を区別するようにする。
【００９８】
上記圧縮情報および接点情報などの、各シェルフに係わる情報は、ノードの起動の際に基板間通信制御部１１１Ｍ，１１１Ｓを介して、チャネル情報取得部１１０に転送される。
【００９９】
圧縮部１１３は、チャネル情報取得部１１０から取得した構成情報に基づいてパフォーマンスデータの圧縮単位を可変し、この単位に応じてＰＤメッセージ作成部１９から通知されたパフォーマンスデータメッセージを圧縮する。パフォーマンスデータの圧縮単位は、ノードの構成情報に応じて変化する。
【０１００】
圧縮部１１３は、ＰＤメッセージ作成部１９からパフォーマンスデータメッセージを受信すると、構成情報記憶部１１４の該当シェルフの圧縮情報を確認する。この確認の結果、圧縮情報が１ならば受信したパフォーマンスデータが圧縮されているので、圧縮部１１３は、パフォーマンスデータメッセージを監視制御装置Ｍ１の出力制御部２２に送信する。圧縮情報が０ならば、圧縮部１１３は、全てのシェルフのパフォーマンスデータを圧縮してパフォーマンスデータメッセージを作成する。そして、圧縮部１１３は、作成したパフォーマンスデータメッセージを監視制御装置Ｍ１の出力制御部２２に送信する。
【０１０１】
なお、監視制御装置Ｍ１〜Ｍｎの出力制御部２２は、圧縮されたパフォーマンスデータが通知されたとき、このパフォーマンスデータの圧縮を解除した状態で、ＰＤ蓄積部２７に記憶する機能を備えている。
【０１０２】
図２０は、本実施形態において、監視制御装置Ｍ１〜Ｍｎに通知されるパフォーマンスデータの構成を示す図である。図２０において、符号Ａは、ＰＤメッセージ作成部１９で生成されるパフォーマンスデータメッセージを示す。符号Ｂは、圧縮部１１３で生成される通知用パフォーマンスデータを示す。
【０１０３】
パフォーマンスデータメッセージ（符号Ａ）は、個々にオーバーヘッド、パフォーマンスデータ、共通部、パフォーマンスデータを有する。オーバーヘッドは、ＯＳＩプロトコルのオーバーヘッドやパフォーマンスデータメッセージを通知するオブジェクトのクラス、インスタンス、通知時刻などを含む。
【０１０４】
共通部は、個々のパフォーマンスデータにおいて同じ情報が記述される部分であり、データの集計間隔、サスペクトインターバル値、ゼロサプレッションの回数などの情報を含む。個々のデータは、チャネルを示すインスタンスと、チャネルごとのデータを含む。
【０１０５】
図２１に、パフォーマンスデータメッセージの具体例を示す。同図において、プロトコルヘッダからEvent Typeまでが共通して使用できる部分であり、それ以外の、端点オブジェクトのインスタンスからSuspect Interval Flagまでが個々のデータを特徴づける部分、すなわち共通化できない部分である。特に、ネットワーク監視プロトコルとしてＣＭＩＰ（Common Management Information Protocol）を使用する場合には、共通部分のサイズが大きく、メッセージを形成する全ビット数のほぼ４割を占める。
【０１０６】
本実施形態においては、監視制御装置Ｍ１〜Ｍｎに通知されるパフォーマンスデータは、図２０の符号Ｂに示すように、一つの共通部分に、個々の品質データを付加して生成される。これにより、通知に係わるパフォーマンスデータの数そのものを削減できるようになる。また、オーバヘッド部分もひとまとめにしているので、メッセージ長も抑える事が可能となる。したがって、パフォーマンスデータを監視制御装置Ｍ１〜Ｍｎに通知する際の情報量を削減することが可能になる。
【０１０７】
特に本実施形態では、従来では全データ量の４割にも及ぶ共通部分を一つにまとめているため、データサイズを削減する効果が大きい。これらのことから、監視制御装置とノードとの通信負荷および監視制御装置の負荷を軽減することが可能となる。
【０１０８】
（第５の実施形態）
次に、本発明の第５の実施形態を説明する。
図２２に、本実施形態に係わるノードＮ１〜Ｎｎの構成を示す。ここでは図４，図９，図１３，図１６と共通する部分には同一の符号を付し、異なる部分のみを説明する。
【０１０９】
本実施形態では、主信号系基板Ｃ１〜Ｃｔは受信部１１７とデータメモリ１１８とを備える。受信部１１７は、ＳＴＭ信号を受信する。ＳＴＭ信号を受信した受信部１１７は、ＳＴＭ信号の通信品質などのデータを計測する。ここで計測されたデータは、データメモリ１１８を介してサブ基板ＳＣのＰＤ計算部１６に与えられる。
【０１１０】
ＰＤ計算部１６は、与えられたデータをもとにパフォーマンスデータを生成する。生成されたパフォーマンスデータは、ＰＤ記憶部１７を経てＰＤメッセージ作成部１９に与えられる。ＰＤメッセージ作成部１９は、与えられたパフォーマンスデータをもとにパフォーマンスデータメッセージを生成する。このパフォーマンスデータメッセージは、送信部１１９から監視制御装置Ｍ１〜Ｍｎに通知される。
【０１１１】
ところで、図２２のノードＮ１〜Ｎｎは、タイミング制御部１１５と、タイミング設定部１１６とを備える。タイミング制御部１１５は、パフォーマンスデータメッセージを監視制御装置Ｍ１〜Ｍｎに通知するタイミングを、個々のパフォーマンスデータメッセージごとに変化させる。タイミング設定部１１６は、構成情報記憶部１１４に記憶された自装置の構成情報に応じて、個々のパフォーマンスデータメッセージの通知タイミングをタイミング制御部１１５に対して設定する。
【０１１２】
ＰＤメッセージ作成部１９は、タイミング制御部１１５によって設定されたタイミングで、ＰＤ記憶部１７からデータを読み出してパフォーマンスデータメッセージを作成し、メイン基板ＭＣを経由して監視制御装置Ｍ１〜Ｍｎへパフォーマンスデータを通知する。
【０１１３】
（第６の実施形態）
第５の実施形態の変形例を第６の実施形態として図２３に示す。図２３に示す構成は、パフォーマンスデータメッセージの作成機能をメイン基板ＭＣに受け持たせたものである。パフォーマンスデータを作成するまでの手順は上記と同様である。ＰＤ計算部１６で作成されたパフォーマンスデータはメイン基板ＭＣのＰＤ記憶部１７に書き込まれる。
【０１１４】
タイミング設定部１１６は、パフォーマンスデータメッセージの通知タイミングをＰＤメッセージ作成部１９に与える。ＰＤメッセージ作成部１９は、タイミング設定部１１６によって設定されたタイミングで、ＰＤ記憶部１７から個々のパフォーマンスデータを読み出す。読み出されたパフォーマンスデータは、パフォーマンスデータメッセージとして監視制御装置Ｍ１〜Ｍｎに通知される。
【０１１５】
このように本実施形態では、個々のパフォーマンスデータメッセージの通知タイミングを任意に設定するようにしている。個々のパフォーマンスデータメッセージは、任意に設定されたタイミングで監視制御装置Ｍ１〜Ｍｎに通知される。すなわち、本実施形態では、個々のパフォーマンスデータメッセージに時間差を持たせて監視制御装置Ｍ１〜Ｍｎに通知するようにしている。
【０１１６】
一般に、監視制御装置Ｍ１〜ＭｎとノードＮ１〜Ｎｎとの間では、パフォーマンスデータを含めた様々な情報が授受される。パフォーマンスデータをノードＮ１〜Ｎｎから監視制御装置Ｍ１〜Ｍｎに通知するときには、ある程度の伝送遅延が許される。しかしながら、ノードＮ１〜Ｎｎで検出された警報情報は、検出後直ちに監視制御装置Ｍ１〜Ｍｎに通知される必要がある。
【０１１７】
従来のシステムにおいては、生成されたパフォーマンスデータが短時間に集中して監視制御装置Ｍ１〜Ｍｎに通知されていた。このため、パフォーマンスデータの通知と同時に警報が発生したような場合、情報量が多くなりすぎ、警報が監視制御装置Ｍ１〜Ｍｎに通知されるタイミングが遅れることがあった。
【０１１８】
また、この種の伝送システムでは、各ノードが、予め定められた一定の間隔でパフォーマンスデータを生成することが、勧告に記述されている。各ノード装置では、このように周期的に生成されたパフォーマンスデータを、生成のたびに、間を置かず監視制御装置に通知するようにしている。このため、従来の伝送システムでは、ゼロサプレッション機能の有無に拘わらず、パフォーマンスデータがノードから監視制御装置に対して一斉に通知される。このためパフォーマンスデータをを通知するためのトラフィックが、短い時間内に集中することがある。
【０１１９】
このようなトラフィックの集中が起こると、管理ネットワークおよび監視制御装置の処理負担が急激に大きくなる。監視制御装置の処理負担が限度を超えると、より重要度の高い処理、例えば警報の発生をオペレータに通知する処理のような処理が滞ってしまう場合がある。特に、ネットワークに障害が発生した場合には、監視制御装置に通知される情報量が急激に増大するためにこのような事態を招きやすい。しかも、近年のネットワークの大規模化に伴って、ノードの設置台数はますます多くなっている。このため、特に監視制御装置側の処理負担を軽減することが急務になりつつある。
【０１２０】
これに対して本実施形態では、パフォーマンスデータメッセージが、いわばランダムなタイミングで監視制御装置Ｍ１〜Ｍｎに通知される。このため、パフォーマンスデータメッセージの伝送にかかるトラフィックが平均化され、これにより、警報情報の通知の遅れを緩和する事ができる。
【０１２１】
また従来のシステムでは、パフォーマンスデータの通知の際にトラフィックが集中し易い。トラフィックが集中したときに、ある監視制御装置のオペレータが、任意のノードに対してリモート制御をかけると、オペレータの操作に対してノードからの反応が遅れる場合が有る。このような事態は、操作ミスや誤動作などを生じる虞が有る。本実施形態のノードによれば、ノードＮ１〜Ｎｎと監視制御装置Ｍ１〜Ｍｎとの間の情報通信にかかるトラフィックを平均化することができるため、上記のような不具合を解消することが可能になる。
【０１２２】
以上のことから、本発明によれば、パフォーマンスデータのデータ値に関わらず、監視制御装置とノードとの通信負荷および、監視制御装置の負荷を軽減することが可能となる。
【０１２３】
なお、本発明は前記各実施形態に限定されるものではない。例えば上記の各実施形態ではＳＤＨに即したシステムを例として挙げ、本発明をＳＤＨに適用した場合の具体例を説明した。しかしながら本発明は、米国における同種のシステムとして標準化されているＳＯＮＥＴに対しても適用することができる。
【０１２４】
【発明の効果】
以上説明したように本発明によれば、ゼロサプレッション機能を備える伝送システムにあって、ユーザが必要とする情報を最大限に提供でき、ヒューマンマシンインタフェース（ＨＭＩ）の改善を図った伝送システム、監視制御装置とそのデータ出力方法を提供することが可能になる。また本発明によれば、パフォーマンスデータの通知に係わる通信負荷の軽減を図ったノードを提供することが可能になる。
【図面の簡単な説明】
【図１】 本発明に係わる伝送システムの実施の形態における構成を示すシステム図。
【図２】 図１に示されたノードＮ１〜Ｎｎの構成を概略的に示すブロック図。
【図３】 図１に示された監視制御装置Ｍ１〜Ｍｎの構成を概略的に示すブロック図。
【図４】 図１に示された伝送システムの第１の実施形態における構成を示す機能ブロック図。
【図５】 図４における出力制御部２２の構成を示す機能ブロック図。
【図６】 図１に示されたノードＮ１〜Ｎｎにおいて実施されるゼロサプレッションにつき概略的に説明するフローチャート。
【図７】 本発明の第１の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図８】 本発明の第１の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図９】 図１に示された伝送システムの第２の実施形態における構成を示す機能ブロック図。
【図１０】 図９における出力制御部２２の構成を示す機能ブロック図。
【図１１】 本発明の第２の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図１２】 本発明の第２の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図１３】 図１に示された伝送システムの第３の実施形態における構成を示す機能ブロック図。
【図１４】 図１３における出力制御部２２の構成を示す機能ブロック図。
【図１５】 本発明の第３の実施形態における監視制御装置Ｍ１〜Ｍｎの処理手順を示すフローチャート。
【図１６】 図１に示された伝送システムの第４の実施形態における構成を示す機能ブロック図。
【図１７】 図１６に示されたＰＤ記憶部１７におけるデータの記憶の様子を示す図。
【図１８】 図１６に示されたチャネル情報記憶部１８に記憶されるデータの例を示す図。
【図１９】 図１６に示された構成情報記憶部１１４に記憶されるデータの例を示す図。
【図２０】 本発明の第４の実施形態において監視制御装置Ｍ１〜Ｍｎに通知されるパフォーマンスデータの構成例を示す図。
【図２１】 パフォーマンスデータメッセージの具体例を示す図。
【図２２】 図１に示されたノードＮ１〜Ｎｎの第５の実施形態における構成を示す機能ブロック図。
【図２３】 図１に示されたノードＮ１〜Ｎｎの第６の実施形態における構成を示す機能ブロック図。
【符号の説明】
Ｎ１〜Ｎｎ…ノード
Ｍ１〜Ｍｎ…監視制御装置
ＯＦ…ラインケーブル
ＬＬ…トリビュタリ伝送路
ＳＬ…現用系伝送路
ＰＬ…予備系伝送路
１−０…現用系高速インタフェース部（ＨＳ Ｉ／Ｆ）
１−１…予備系高速インタフェース部
２−０，２−１…タイムスロット交換部（ＴＳＡ）
３−１〜３−ｋ…低速インタフェース部（ＬＳ Ｉ／Ｆ）
５…主制御部
６…記憶部
７…管理網インタフェース（Ｉ／Ｆ）
１１…通信制御部
１２…パフォーマンスデータ（ＰＤ）蓄積部
１３…検索部
１４…パフォーマンスデータ（ＰＤ）生成部
１５…通知制御部
２１…操作部
２２…出力制御部
２３…通信制御部
２４…時計機能部
２５…表示部
２６…プリントアウト部
２７…パフォーマンスデータ（ＰＤ）蓄積部
２２１，２２１Ｂ…パフォーマンスデータ（ＰＤ）取得部
２２２…時刻判定部
２２３…周期取得部
２２４…パフォーマンスデータ（ＰＤ）検索部
２２５…ゼロサプレッション判定部
２２６…パフォーマンスデータ（ＰＤ）再構成部
２２７…欠落データ読み出し部
２２８…パフォーマンスデータ（ＰＤ）書き込み部
２２９…省略回数取得部
２２１０…時刻管理部
２２１１…制御部
Ｃ１〜Ｃｔ…主信号系基板
１６…パフォーマンスデータ（ＰＤ）計算部
１７…パフォーマンスデータ（ＰＤ）記憶部
１８…チャネル情報記憶部
１９…パフォーマンスデータ（ＰＤ）メッセージ作成部
１１０…チャネル情報取得部
１１１Ｓ，１１１Ｍ…基板間通信制御部
１１２…接点情報取得部
１１３…圧縮部
１１４…構成情報記憶部
１１５…タイミング制御部
１１６…タイミング設定部
１１７…受信部
１１８…データメモリ
１１９…送信部
Claims (15)
- ネットワークを形成する複数のノード装置と、これらのノード装置において生成されるパフォーマンスデータをもとに前記ネットワークを管理する監視制御装置と、
を有する伝送システムにおいて、
前記ノード装置は、
複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定のスケジュールで計測し、その結果に基づいて、ゼロデータの連続を抑圧するゼロサプレッション機能のもとで前記パフォーマンスデータを生成するパフォーマンスデータ生成手段と、
このパフォーマンスデータ生成手段で生成されたパフォーマンスデータを前記監視制御装置に送出するパフォーマンスデータ送出手段と、
を具備し、
前記監視制御装置は、
前記ノード装置から送出されたパフォーマンスデータを受信する受信手段と、
この受信されたパフォーマンスデータの履歴を蓄積する記憶手段と、
時刻範囲を含む検索条件を指定したユーザのデータ出力要求を受け付け、この要求に応じたデータを出力するユーザインタフェース手段と、
前記検索条件に応じたパフォーマンスデータを前記記憶手段から取得する際、前記検索条件で指定された時刻範囲において、前記スケジュールのもとでは前記記憶手段に存在すべきはずのパフォーマンスデータが存在しない場合に、このパフォーマンスデータが存在しない原因を検証し、当該原因が前記パフォーマンスデータ生成手段におけるゼロサプレッションの実施である場合には、当該存在しないパフォーマンスデータにかかるデータを０として、前記取得したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力制御手段と、
を具備することを特徴とする伝送システム。 - 前記ノード装置は、
前記パフォーマンスデータ生成手段で生成されたパフォーマンスデータの履歴を蓄積するサブ記憶手段を備え、
前記監視制御装置は、
前記ノード装置で生成されたパフォーマンスデータを取得し、自装置の記憶手段に記憶するパフォーマンスデータ取得手段と、
自装置の記憶手段に記憶されたパフォーマンスデータに欠落がある場合には、当該欠落したパフォーマンスデータを前記ノード装置のサブ記憶手段から取得して前記自装置の記憶手段に記憶させる欠落データ取得手段と、
を具備することを特徴とする請求項１に記載の伝送システム。 - 前記出力制御手段は、
前記受信手段によりパフォーマンスデータが最後に受信された時刻Ｔｃを更新しつつ記憶する時刻管理手段と、
前記パフォーマンスデータ生成手段において、前記データが計測される周期Ｔ１を取得する周期取得手段と、
前記検索条件で指定された時刻範囲のうち現在に最も近い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付けて、前記周期Ｔ１のもとでパフォーマンスデータが生成されるはずの時刻がＴｃからＴまでに存在するか否かを判定する第１判定手段と、
この第１判定手段において、パフォーマンスデータが生成されるはずの時刻が有ると判定された場合に、前記ゼロサプレッション機能によりパフォーマンスデータの生成が省略された回数Ｎｓを取得する省略回数取得手段と、
Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対応付けて、ゼロサプレッションの実施有りまたは実施無しの旨を判定する第２判定手段と、
この第２判定手段でゼロサプレッションの実施有りの旨が判定された場合に、前記存在しないパフォーマンスデータにかかるデータを０として、前記読み出したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力データ生成手段と、
を備えることを特徴とする請求項１または２に記載の伝送システム。 - 複数のノード装置と、これらのノード装置において生成されるパフォーマンスデータをもとに前記ネットワークを管理する監視制御装置と、を有する伝送システムにおいて、
前記ノード装置は、
複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定のスケジュールで計測し、その結果に基づいて、ゼロデータの連続を抑圧するゼロサプレッション機能のもとで前記パフォーマンスデータを生成するパフォーマンスデータ生成手段と、
このパフォーマンスデータ生成手段で生成されたパフォーマンスデータの履歴を蓄積する記憶手段と、
前記監視制御装置から要求された検索条件に応じて前記記憶手段を検索し、当該検索条件に沿ったパフォーマンスデータを取得する検索手段と、
この検索手段で取得されたパフォーマンスデータを前記監視制御装置に送出するパフォーマンスデータ送出手段と、
を具備し、
前記監視制御装置は、
時刻範囲を含む検索条件を指定したユーザのデータ出力要求を受け付け、この要求に応じたデータを出力するユーザインタフェース手段と、
前記検索条件に応じたパフォーマンスデータを前記ノード装置から取得するパフォーマンスデータ取得手段と、
前記検索条件に応じたパフォーマンスデータを前記ノード装置から取得する際、前記検索条件で指定された時刻範囲において、前記スケジュールのもとでは前記記憶手段に存在すべきはずのパフォーマンスデータが存在しない場合に、このパフォーマンスデータが存在しない原因を検証し、当該原因が前記パフォーマンスデータ生成手段におけるゼロサプレッションの実施である場合には、当該存在しないパフォーマンスデータにかかるデータを０として、前記取得したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力制御手段と、
を備えることを特徴とする伝送システム。 - 前記出力制御手段は、
前記パフォーマンスデータ取得手段により、パフォーマンスデータが最後に取得された時刻Ｔｃを更新しつつ記憶する時刻管理手段と、
前記パフォーマンスデータ生成手段において、前記データが計測される周期Ｔ１を取得する周期取得手段と、
前記検索条件で指定された時刻範囲のうち現在に最も近い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付けて、前記周期Ｔ１のもとでパフォーマンスデータが生成されるはずの時刻がＴｃからＴまでに存在するか否かを判定する第１判定手段と、
この第１判定手段において、パフォーマンスデータが生成されるはずの時刻が有ると判定された場合に、前記ゼロサプレッション機能によりパフォーマンスデータの生成が省略された回数Ｎｓを取得する省略回数取得手段と、
Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対応付けて、ゼロサプレッションの実施有りまたは実施無しの旨を判定する第２判定手段と、
この第２判定手段でゼロサプレッションの実施有りの旨が判定された場合に、前記存在しないパフォーマンスデータにかかるデータを０として、前記読み出したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力データ生成手段と、
を備えることを特徴とする請求項４に記載の伝送システム。 - パフォーマンスデータ複数のノード装置で形成されるネットワークを、各ノード装置において生成されるパフォーマンスデータをもとに管理する監視制御装置において、
前記ノード装置が、複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定のスケジュールで計測し、その結果に基づいて、ゼロデータの連続を抑圧するゼロサプレッション機能のもとで前記パフォーマンスデータを生成するパフォーマンスデータ生成手段を備える場合に、
前記生成されたパフォーマンスデータの履歴を蓄積する記憶手段と、
少なくとも時刻範囲を含む前記パフォーマンスデータの検索条件を指定したユーザのデータ出力要求を受け付け、この要求に応じたパフォーマンスデータを出力するユーザインタフェース手段と、
前記パフォーマンスデータ検索条件に応じたパフォーマンスデータを前記記憶手段から取得する際、前記検索条件で指定された時刻範囲において、前記スケジュールのもとでは前記記憶手段に存在すべきはずのパフォーマンスデータが存在しない場合に、このパフォーマンスデータが存在しない原因を検証し、当該原因が前記パフォーマンスデータ生成手段におけるゼロサプレッションの実施である場合には、当該存在しないパフォーマンスデータにかかるデータを０として、前記取得したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力制御手段と、
を具備することを特徴とする監視制御装置。 - 前記ノード装置が、前記パフォーマンスデータ生成手段で生成されたパフォーマンスデータの履歴を蓄積するサブ記憶手段を備える場合に、
前記ノード装置で生成されたパフォーマンスデータを取得し、自装置の記憶手段に記憶するパフォーマンスデータ取得手段と、
自装置の記憶手段に記憶されたパフォーマンスデータに欠落がある場合には、当該欠落したパフォーマンスデータを前記ノード装置のサブ記憶手段から取得して前記自装置の記憶手段に記憶させる欠落データ取得手段と、
を具備することを特徴とする請求項６に記載の監視制御装置。 - 前記出力制御手段は、
前記受信手段によりパフォーマンスデータが最後に受信された時刻Ｔｃを更新しつつ記憶する時刻管理手段と、
前記パフォーマンスデータ生成手段において、前記データが計測される周期Ｔ１を取得する周期取得手段と、
前記検索条件で指定された時刻範囲のうち現在に最も近い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付けて、前記周期Ｔ１のもとでパフォーマンスデータが生成されるはずの時刻がＴｃからＴまでに存在するか否かを判定する第１判定手段と、
この第１判定手段において、パフォーマンスデータが生成されるはずの時刻が有ると判定された場合に、前記ゼロサプレッション機能によりパフォーマンスデータの生成が省略された回数Ｎｓを取得する省略回数取得手段と、
Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対応付けて、ゼロサプレッションの実施有りまたは実施無しの旨を判定する第２判定手段と、
この第２判定手段でゼロサプレッションの実施有りの旨が判定された場合に、前記存在しないパフォーマンスデータにかかるデータを０として、前記読み出したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力データ生成手段と、
を備えることを特徴とする請求項６または７に記載の監視制御装置。 - 複数のノード装置で形成されるネットワークを、各ノード装置において生成されるパフォーマンスデータをもとに管理する監視制御装置において、
前記ノード装置が、複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定のスケジュールで計測し、その結果に基づいて、ゼロデータの連続を抑圧するゼロサプレッション機能のもとで前記パフォーマンスデータを生成するパフォーマンスデータ生成手段と、
このパフォーマンスデータ生成手段で生成されたパフォーマンスデータの履歴を蓄積する記憶手段と、
前記監視制御装置から要求された検索条件に応じて前記記憶手段を検索し、当該検索条件に沿ったパフォーマンスデータを取得する検索手段と、
この検索手段で取得されたパフォーマンスデータを前記監視制御装置に送出するパフォーマンスデータ送出手段と、
を備える場合に、
時刻範囲を含む検索条件を指定したユーザのデータ出力要求を受け付け、この要求に応じたデータを出力するユーザインタフェース手段と、
前記検索条件に応じたパフォーマンスデータを前記ノード装置から取得するパフォーマンスデータ取得手段と、
前記検索条件に応じたパフォーマンスデータを前記ノード装置から取得する際、前記検索条件で指定された時刻範囲において、前記スケジュールのもとでは前記記憶手段に存在すべきはずのパフォーマンスデータが存在しない場合に、このパフォーマンスデータが存在しない原因を検証し、当該原因が前記パフォーマンスデータ生成手段におけるゼロサプレッションの実施である場合には、当該存在しないパフォーマンスデータにかかるデータを０として、前記取得したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力制御手段と、
を具備することを特徴とする監視制御装置。 - 前記出力制御手段は、
前記パフォーマンスデータ取得手段により、パフォーマンスデータが最後に取得された時刻Ｔｃを更新しつつ記憶する時刻管理手段と、
前記パフォーマンスデータ生成手段において、前記データが計測される周期Ｔ１を取得する周期取得手段と、
前記検索条件で指定された時刻範囲のうち現在に最も近い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付けて、前記周期Ｔ１のもとでパフォーマンスデータが生成されるはずの時刻がＴｃからＴまでに存在するか否かを判定する第１判定手段と、
この第１判定手段において、パフォーマンスデータが生成されるはずの時刻が有ると判定された場合に、前記ゼロサプレッション機能によりパフォーマンスデータの生成が省略された回数Ｎｓを取得する省略回数取得手段と、
Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽に対応付けて、ゼロサプレッションの実施有りまたは実施無しの旨を判定する第２判定手段と、
この第２判定手段でゼロサプレッションの実施有りの旨が判定された場合に、前記存在しないパフォーマンスデータにかかるデータを０として、前記読み出したパフォーマンスデータをもとに前記ユーザインタフェース手段における出力のためのデータを生成し、この生成されたデータを前記ユーザインタフェース手段に出力させる出力データ生成手段と、
を備えることを特徴とする請求項９に記載の監視制御装置。 - 複数の計測対象につき定義されたモニタリングアイテムの個々のデータを所定のスケジュールで計測し、その結果に基づいて、ゼロデータの連続を抑圧するゼロサプレッション機能のもとで前記パフォーマンスデータを生成する複数のノード装置により形成されるネットワークを管理し、前記生成されたパフォーマンスデータの履歴を蓄積する記憶手段を備えた監視制御装置におけるデータ出力方法であって、
少なくとも時刻範囲を含む検索条件を指定したデータ出力要求操作に対して、前記指定された時刻範囲のもとで出力されるデータに不確定を生じる可能性の有無を判定する第１ステップと、
この第１ステップで前記不確定欄を生じる可能性有りと判定された場合に、その原因を検証する第２ステップと、
この第２ステップで、前記不確定欄を生じる原因が、前記ゼロサプレッション機能の実施であると判定された場合に、当該不確定欄に０を挿入して出力処理に供するデータを再構成する第３ステップと、
を具備することを特徴とするデータ出力方法。 - 前記第１ステップは、最後に生成されたパフォーマンスデータの生成時刻Ｔｃと、前記ノード装置における品質データの集計周期Ｔ１とを取得し、前記検索条件で指定された時刻範囲のうち現在に最も近い時刻をＴとして、Ｔ−Ｔｃ＞Ｔ１の真偽に対応付けて前記不確定欄の生じる可能性の有無を判定するもので、
前記第２ステップは、前記ノード装置においてゼロサプレッション機能によりパフォーマンスデータの生成処理が省略された回数Ｎｓを取得し、Ｎｓ・Ｔ１＜Ｔ−Ｔｃ≦（Ｎｓ＋１）・Ｔ１の真偽を確かめることで前記不確定欄の生じる原因を検証するステップであることを特徴とする請求項１１に記載のデータ出力方法。 - さらに、前記第２ステップで、Ｔ−Ｔｃ＞（Ｎｓ＋１）・Ｔ１の場合に、前記記憶手段に記憶されるべきパフォーマンスデータに欠落有りとみなして当該パフォーマンスデータの復旧処理を実施する第４ステップ、
を具備することを特徴とする請求項１２に記載のデータ出力方法。 - 通信回線を介して接続されてネットワークを形成し、このネットワークにおける通信データを伝送するノード装置において、
内部の状態をモニタするために予め決められた複数の計測対象それぞれの、予め定義されたモニタリング対象の項目を示す複数のモニタリングアイテムについて所定のスケジュールで順次計測し、計測時点それぞれの結果を示す複数のパフォーマンスデータを生成するパフォーマンスデータ生成手段と、
前記計測時点それぞれのパフォーマンスデータを形成する計測データを、個々のパフォーマンスデータの間で共通の部分の情報と非共通の部分の情報とに区別し、前記共通部分の情報に前記非共通部分の情報を付加して前記計測時点それぞれのパフォーマンスデータを集約したメッセージを生成するメッセージ生成手段と、
を具備することを特徴とするノード装置。 - ネットワークを形成する複数のノード装置と、これらのノード装置で形成されるネットワークを管理する監視制御装置とを備える伝送システムで使用される前記ノード装置において、
内部の状態をモニタするために予め決められた複数の計測対象それぞれの、予め定義されたモニタリング対象の項目を示す複数のモニタリングアイテムについて所定のスケジュールで順次計測し、計測時点それぞれの結果を示す複数のパフォーマンスデータを生成するパフォーマンスデータ生成手段と、
前記パフォーマンスデータ生成手段で生成された計測時点それぞれのパフォーマンスデータを前記監視制御装置に通知する通知手段と、
この通知手段における計測時点それぞれのパフォーマンスデータの通知タイミングを、自装置の構成情報に応じて計測時点それぞれのパフォーマンスデータごとに任意に設定するタイミング設定手段と、
を具備することを特徴とするノード装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001045404A JP3898453B2 (ja) | 2000-02-21 | 2001-02-21 | 伝送システム、監視制御装置、データ出力方法、およびノード装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000043206 | 2000-02-21 | ||
| JP2000-43206 | 2000-02-21 | ||
| JP2001045404A JP3898453B2 (ja) | 2000-02-21 | 2001-02-21 | 伝送システム、監視制御装置、データ出力方法、およびノード装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001313641A JP2001313641A (ja) | 2001-11-09 |
| JP3898453B2 true JP3898453B2 (ja) | 2007-03-28 |
Family
ID=26585762
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001045404A Expired - Fee Related JP3898453B2 (ja) | 2000-02-21 | 2001-02-21 | 伝送システム、監視制御装置、データ出力方法、およびノード装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3898453B2 (ja) |
-
2001
- 2001-02-21 JP JP2001045404A patent/JP3898453B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001313641A (ja) | 2001-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7142516B2 (en) | Performance monitoring of high speed communications networks | |
| US6052722A (en) | System and method for managing network resources using distributed intelligence and state management | |
| USRE37401E1 (en) | Fault recovery system of a ring network | |
| JP3460118B2 (ja) | 同期網システムのクロック管理方法及び伝送装置 | |
| JP3374054B2 (ja) | 伝送装置の同期メッセージ処理方法 | |
| US20030133417A1 (en) | Method and message therefor of monitoring the spare capacity of a dra network | |
| US6411598B1 (en) | Signal conversion for fault isolation | |
| EP0872065A1 (en) | Method and system for identifying fault locations in a communications network | |
| US5878095A (en) | Hierarchical synchronization method | |
| US6707828B1 (en) | Synchronization of a network element in a synchronous digital communications network | |
| EP0748547B1 (en) | Hierarchical synchronization method | |
| JPH0951332A (ja) | 通信網自動回復システム | |
| JP2000134246A (ja) | 伝送装置 | |
| US7158721B2 (en) | Performance monitoring of multiple channels in an automatic protection switched network | |
| US5796793A (en) | Hierarchical synchronization method | |
| US5636204A (en) | Transmission fault processing method and transmisssion fault processing device | |
| EP1128601B1 (en) | Transmission system, supervisory control device, method of outputting data in the supervisory control device, and nodes for transmitting data in the transmission system | |
| JP3898453B2 (ja) | 伝送システム、監視制御装置、データ出力方法、およびノード装置 | |
| JP4181867B2 (ja) | 同期網確立方法及びその装置 | |
| JPH06268624A (ja) | 同期確立チェック方式 | |
| KR102509057B1 (ko) | 네트워크 관제 시스템 및 그 방법 | |
| JPH0879192A (ja) | 通信網設備監視オペレーションシステム | |
| CN113078976A (zh) | 一种时钟端口属性恢复方法、设备及系统 | |
| JP2000049841A (ja) | 通信システム | |
| KR20020041015A (ko) | 광 전송 장비의 오류 정보 처리장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060926 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061127 |
|
| 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: 20061219 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061221 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110105 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |