(57)【要約】【課題】装置内で発生した故障個所を自律的に特定するとともに、消費電力を削減する技術を提供する。【解決手段】外部のネットワークから受信するデータに所定の周期で識別子を付与する識別子付与部と、識別子付与部を介して受信するデータに識別子が付与されているかに基づいてデータの損失を監視する監視機能を有する複数の監視部と、複数の監視部それぞれの監視機能を稼働状態とする有効または休止状態とする無効のいずれかに設定して、複数の監視部それぞれを制御する制御部と、を備える伝送装置。【選択図】  図１
2017059860.tif 000002
【特許請求の範囲】
【請求項１】
外部のネットワークから受信するデータに所定の周期で識別子を付与する識別子付与部と、
前記識別子付与部を介して受信する前記データに前記識別子が付与されているかに基づいてデータの損失を監視する監視機能を有する複数の監視部と、
前記複数の監視部それぞれの前記監視機能を稼働状態とする有効または休止状態とする無効のいずれかに設定して、前記複数の監視部それぞれを制御する制御部と、
を備える、
伝送装置。
【請求項２】
請求項１に記載の伝送装置であって、
前記複数の監視部それぞれは、
前記識別子付与部を介してデータを受信する毎に数をカウントするカウント機能をさらに有し、
前記制御部は、
前記複数の監視部のうち少なくとも１の監視部の前記監視機能及び前記カウント機能を有効に設定し、
前記制御部によって前記監視機能及び前記カウント機能を有効に設定された監視部は、
受信した前記データに前記識別子が付与されている場合で、前記所定の周期とカウントした数とが一致しないとき、前記制御部へ異常が発生した旨を通知する異常発生通知を送信する、
伝送装置。
【請求項３】
請求項２に記載の伝送装置であって、
前記複数の監視部それぞれは、
前記識別子付与部にて付与された前記識別子をデータから削除する終端機能をさらに有し、
前記制御部は、
前記異常発生通知を受信すると、前記複数の監視部のうち前記監視機能及び前記カウント機能を有効に設定した前記監視部とは異なる監視部の前記監視機能と前記カウント機能と前記終端機能とを有効に設定する、
伝送装置。
【請求項４】
請求項２に記載の伝送装置であって、
前記制御部は、
前記異常発生通知を受信すると、前記複数の監視部のうち前記監視機能及び前記カウント機能を有効に設定した前記監視部とは異なる監視部の前記監視機能及び前記カウント機能を有効に設定する、
伝送装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の伝送装置であって、
ユーザ側のネットワークに接続され、前記識別子付与部と前記複数の監視部と前記制御部と有する第１のインタフェース盤と、
広域のネットワークに接続される複数の第２のインタフェース盤と、
前記第１のインタフェース盤と前記複数の第２のインタフェース盤それぞれとに接続されるスイッチ盤と、
を有し、
前記スイッチ盤は、
前記第１のインタフェース盤を介して受信する前記ユーザ側のネットワークからのデータを前記複数の第２のインタフェース盤のいずれかに転送する、
伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送装置に関する。
【背景技術】
【０００２】
パケットなどのデータを伝送する伝送装置（中継装置）において、ネットワーク上を流れるデータを処理するインタフェース盤(以後、「IF盤」と呼ぶ。また、「IFカード」と呼んでもよい。)と、スイッチ盤(以後「SW盤」と呼ぶ。また、「SWカード」と呼んでもよい。)等の装置には、装置内部の故障が発生した場合に故障通知を行い、故障個所を通過するデータを利用して故障個所の特定を行う特開2013-90218号公報(特許文献１)に記載の技術がある。
【０００３】
この公報には、「中継装置内部の障害箇所（異常発生箇所）を自律的に特定する」と記載されている。また、中継装置内部の故障の例として、主信号処理部に搭載されている多数の回路素子を集積しパッケージ化したFPGA(Field Programmable Gate Array)などの大規模集積回路内でのソフトエラーや内部回路故障による主信号系統の障害などが存在する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2013-90218号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、障害を監視する監視区間毎に配置された全ての監視機能を常にON状態（稼働状態）にして中継装置内部を監視する必要があるため、中継装置の消費電力が高い状態に維持される。そのため、特許文献１の中継装置では、中継装置内を監視しつつ消費電力を削減することはできない。そこで、本発明では、装置内で発生した故障個所を自律的に特定するとともに、消費電力を削減する技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の一態様である伝送装置は、外部のネットワークから受信するデータに所定の周期で識別子を付与する識別子付与部と、識別子付与部を介して受信するデータに識別子が付与されているかに基づいてデータの損失を監視する監視機能を有する複数の監視部と、複数の監視部それぞれの監視機能を稼働状態とする有効または休止状態とする無効のいずれかに設定して、複数の監視部それぞれを制御する制御部と、を備える。
【発明の効果】
【０００７】
本発明によれば、装置内で発生した故障個所を自律的に特定しつつ、消費電力を削減する。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】パケット伝送装置の構成図の例である。
【図２】IF盤UNIの詳細を説明するブロック構成図の例である。
【図３】制御部による監視処理の全体的な流れを示すフローチャートの例である。
【図４】各識別子付与部の動作を示すフローチャートの例である。
【図５】監視部における、パケットのカウント機能と監視機能の有効無効（ON/OFF）で取りえる場合を示した図の例である。
【図６】終端部の動作を示すフローチャートの例である。
【図７】カウント機能を有効とした場合の監視部の動作を示すフローチャートの例である。
【図８】制御テーブルを説明する図の例である。
【図９】制御部が実行する識別子付与部に対する通知動作のフローチャートの例である。
【図１０Ａ】終端部一つのみで監視を行う際に、制御部がIF盤UNI内の監視の開始を制御するまでのフローチャートの例である。
【図１０Ｂ】終端部一つのみで監視を行う際に、IF盤UNI内での異常発生時の制御部のフローチャートの例である。
【図１１Ａ】一つの終端部と一つの監視部によってIF盤UNI内の監視を開始した場合の監視部の動作を説明する図の例である。
【図１１Ｂ】一つの終端部と一つの監視部によってIF盤UNI内の監視を開始した場合の監視部の動作を説明する図の例である。
【図１２Ａ】終端部と複数の監視部で監視を行う場合に、制御部がIF盤UNI内の監視の開始を制御するまでのフローチャートの例である。
【図１２Ｂ】終端部と複数の監視部で監視を行う場合に、IF盤UNI内での異常発生時の制御部のフローチャートの例である。
【図１２Ｃ】終端部と複数の監視部で監視を行う場合に、IF盤UNI101内での異常発生時に故障個所絞り込みを行う際の制御部のフローチャートの例である。
【発明を実施するための形態】
【０００９】
以下、実施例を図面により説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。以下に説明する実施例の構成において、同一部分又は同様な機能を有する部分には同一の符号を異なる図面間で共通して用い、重複する説明は省略することがある。
【００１０】
構成要素の識別のための番号は文脈毎に用いられ、一つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。図面等において示す各構成の位置、大きさ、形状、範囲などは、実施例の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面等に開示された位置、大きさ、形状、範囲などに限定されない。実施例において単数形で表される構成要素は、特段文脈で明らかに示されない限り、複数形を含むものとする。
【００１１】
実施例における故障個所はユーザ毎の判断に委ねるため、状況によっては一つの機能部の故障までを特定する必要がなく、二つ以上の機能部で構成される特定の範囲を故障個所とする場合もある。本発明における故障個所を特定する検索アルゴリズムは、実施例で取り上げているアルゴリズム一つに限定されるものではない。
（実施例１）
図１は、本実施例のパケット伝送装置100の構成図の例である。パケット伝送を行うパケット伝送装置100は、ユーザ側のネットワークに接続される複数のユーザ側インタフェースであるIF盤UNI（Ｕｓｅｒ−Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ）101,112,113と、インターネットなどの広域のネットワークに接続される複数のネットワーク側インタフェースであるIF盤NNI（Ｎｅｔｗｏｒｋ−Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ）115,116,117と、各IF盤に接続され、各IF盤間の通信経路を変更（スイッチ）する一つまたは二つ以上のSW盤114と、各IF盤およびSW盤114を制御する制御盤118とで構成される。
【００１２】
パケットはユーザ側から多入力でIF盤UNI101,112,113に入力（受信）され、SW盤114にてネットワークの経路毎に割り振られて（転送されて）IF盤NNI115,116,117からネットワーク側へ出力（送信）される。また、逆に、ネットワーク側からIF盤NNI115,116,117に入力されたパケットは、SW盤114にてネットワークの経路毎に割り振られてIF盤UNI101,112,113からユーザ側へ出力される。
【００１３】
本実施例では、パケット伝送装置100を構成するIF盤のうち、IF盤UNI101で発生する故障を監視する例に用いて説明する。また、ユーザ側から入力されSW盤114を介してネットワーク側へ出力されるパケットの流れを例に用いて説明するが、各IF盤は、ネットワーク側から入力されSW盤114を介してユーザ側へ出力されるパケットの流れに対応する機能ブロックを有している。また、以下、パケットをデータの例として説明するが、フレームであってもよい。
【００１４】
IF盤UNI101は、ユーザ側から受信したパケットに識別子（識別番号、識別情報）を付与（追加）する複数の識別子付与部102,103,104と、複数の識別子付与部102,103,104からの多入力のパケットを選択して後段の機能部へ送信する選択部105と、選択部105からのパケットをカウントするカウント機能とIF盤UNI101内の異常を監視する監視機能とを実行する監視部106,108と、IF盤UNI101内での各種パケット処理を実行する機能部107,109と、カウント機能および監視機能とともに、識別子付与部102,103,104にて付与した識別子を削除（除去）する終端機能を実行する終端部110と、識別子付与部102,103,104、監視部106,108及び終端部110を制御する制御部111と、を有する。
【００１５】
IF盤UNI101内の各処理部は、例えばＦＰＧＡのような集積回路で設計する等によりハードウェアで実現してもよい。また、制御部111がプロセッサであり、これが、メモリ（不図示）に格納されたプログラム（不図示）を実行することによって、各処理部の機能が実現されてもよい。
【００１６】
また、監視部106,108も終端部110が実行する終端機能を有しているが、図１の例では、監視部106,108の終端機能を無効（オフ）とし、カウント機能及び監視機能だけを実行する。また、終端部110の終端機能を無効とすると、監視部106,108と同様に監視部として動作する。終端機能に関しては後述にて詳細に説明する。また、１つのIF盤UNI内で終端部は必ず１つ存在するように監視部106,108と終端部110のいずれかの終端機能を有効（オン）とする。
なお、以下では、各機能（監視機能、カウント機能及び終端機能）を稼働状態とすることを「有効（ON）に設定する」、休止状態とすることを「無効（OFF）に設定する」と表現する。
【００１７】
複数の識別子付与部102,103,104は、それぞれユーザ側のネットワークと１対１で接続される。また、IF盤UNI112とIF盤UNI113は、IF盤UNI101と同様の構成である。また、IF盤UNIとIF盤NNIの個数は例である。
【００１８】
図２は、IF盤UNI101の詳細を説明するブロック構成図の例である。
太線がパケットの経路、破線が制御信号の経路にあたる。ユーザ側からの入力パケットをSW盤114へ出力する例でIF盤UNI101内の動作を説明する。IF盤UNI101は、図１で説明した各部に加えて、パケットの入力処理を実行する入力部120,121,122、パケットの出力処理を実行する出力部123を有する。また、IF盤UNI101内において、各部にとって、パケットの進行方向順に、入力部120,121,122側を前段、出力部123側を後段として説明する。また、SW盤114からの入力パケットをユーザ側へ出力する場合、入力部120,121,122は出力部となり、出力部123は入力部となる。
【００１９】
ユーザ側より入力されたパケットが入力部120,121,122を介して識別子付与部102,103,104に到達すると、識別子付与部102,103,104は、制御部111に対しパケットが到来した旨を通知するパケット到来通知を実施（送信）する。制御部111は、このパケット到来通知により、到来したパケット数をカウントし、カウント値が規定周期に到達していない場合は、識別子を付与しない旨を通知する識別子付与否通知を識別子付与部102,103,104へ実施（送信）し、カウント値が規定周期に到達した場合は、識別子を付与する旨の通知である識別子付与通知を識別子付与部102,103,104へ実施（送信）する。規定周期とは、パケット伝送装置100の管理者が任意に設定する周期であり、例えば、カウント値が５の倍数となる毎に、つまり、パケットを５つ受信する毎に識別子を付与するなどのように設定される。
【００２０】
識別子付与部102,103,104は、識別子付与否通知を受けた場合は、受信したパケットをそのまま後段へ出力し、識別子付与通知を受けた場合は、該当パケットに識別子を付与して後段へ出力する。制御部111がカウントするカウンタは、全ての入力部120,121,122に入力されたパケットに対して共有のカウンタである。したがって、各入力部120,121,122に入力されたパケットを個別にカウントするものではなく、IF盤UNI101が受信する全パケットを一元的にカウントする。
制御部111は、監視部に関する情報を格納する監視部管理テーブル806と識別子付与部に関する情報を格納する識別子付与部管理テーブル902を記憶する。
【００２１】
まず、監視部106、監視部108の監視機能及びカウント機能を無効（OFF）とし、監視部でもある終端部110一つで異常監視を実施する場合を説明する。なお、監視部としてパケットのカウント機能のみ有効（ON）とする場合は後のフローチャートで詳細を説明する。
【００２２】
終端部110は、到来したパケットをカウントし、規定周期のパケットに識別子が付与されているかどうかを監視するとともに後段へ出力する。この時、識別子が付与されているパケットに関しては識別子を削除して後段へ出力する。終端部110より前段に異常が無ければ、識別子が付与されたパケットは規定周期で到来する。規定周期よりも早くもしくは遅く識別子が付与されたパケットが到来した場合、または識別子が付与されたパケットに関してFCS(Frame Check Sequence)を確認した結果が異常値だった場合、異常発生とみなして、終端部110は、制御部111内のレジスタ（不図示）に異常発生を通知する異常発生通知を行う。なお、レジスタは一例にすぎず、メモリなどのその形態は問わない。また、レジスタは制御部111とは別に設けられてもよい。
【００２３】
上記のレジスタの異常発生通知を読んだ制御部111は、異常発生を通知した終端部110とは別の監視部106もしくは監視部108に対して終端部としての終端機能を有効にする設定の通知である終端機能有効設定通知を行い、異常発生を通知した終端部110に対して終端機能を無効にする設定の通知である終端機能無効設定通知を行い、終端部を切り替える終端部の切り替え処理を行う。つまり、制御部111は、監視を実施する終端部は常に一つとなるように設定を行う。
【００２４】
また、このときに、新たな終端部の選択方法としては、ユーザにて任意に決定出来るものとする。後にフローチャート、テーブルと合わせて詳細を記載する。上記の終端部の切り替え処理を続けることで制御部111は、異常発生を通知しない終端部と異常発生を通知した終端部の間に存在する機能部が故障個所であると判断する。
【００２５】
次に、終端部110が異常監視を実施し、監視部106及び監視部108の監視機能及びカウント機能がOFFであり、機能部107が故障した場合に制御部111が故障個所を特定する処理を説明する。
機能部107が故障したことで、該当箇所でフレームロスが発生した場合、終端部110には識別子が付与されているパケットが規定周期よりも早く到来するため、終端部110は、制御部111に前段で異常が発生したという異常発生通知を行う。このとき、監視部108の監視機能及びカウント機能はOFFであるため、監視部108では異常発生は知りえない。
【００２６】
制御部111は、監視部108に監視機能及びカウント機能を有効にする設定の通知である監視カウント機能有効設定通知と終端機能有効設定通知を行い、新たに監視部108を終端部にすることで、監視部108に監視を開始させ、終端部110に監視機能及びカウント機能を無効にする設定の通知である監視カウント機能無効設定通知と終端機能無効設定通知を行って終端部110の機能をOFFにする。監視部108は、機能部107よりも後段に配置しているため、監視部108でも同様に識別子が付与されているパケットが規定周期よりも早く到来する。そのため、監視部108も異常が発生したという異常発生通知を行う。
【００２７】
制御部111は、監視部106に監視カウント機能有効設定通知と終端機能有効設定通知を行い、新たに監視部106を終端部にし、監視部108に監視カウント機能無効設定通知と終端機能無効設定通知を行い、監視部108の機能をOFFにする。監視部106は、機能部106よりも前段に配置しているため、識別子が付与されているパケットが規定周期で到来する。そのため、監視部106は、異常が発生したという通知をしない。よって、制御部111は異常発生通知をした監視部108と、異常発生通知をしない監視部106の間の機能部107が故障個所であると特定する。
【００２８】
図３は、制御部111による監視処理の全体的な流れを示すフローチャートの例である。監視処理の詳細動作は後述する。
パケット伝送装置100は、監視の開始の指示を管理者から受信すると、制御部111が、識別子付与部102,103,104、監視部106,108及び終端部110に初期設定を実行させる通知である初期設定通知を行う(300)。初期設定の後、制御部111は、監視を開始する（301）。つまり、制御部111は、各監視部から異常発生通知を受信するか判定してパケットの監視を行う（301）。初期設定の時点で、監視部106,108及び終端部110のうち少なくとも１つ処理部は、監視機能及びカウント機能が有効となっている。
【００２９】
異常が発生していない正常時は、制御部111は、ステップ301を繰り返す。異常が発生した場合、制御部111は、故障個所を特定できるか判定する（302）。特定出来た場合、処理は終了となる。特定出来ない場合は、制御部111は、IF盤UNI101内に配置された監視部を検索して、故障個所を絞り込むための監視部がまだ存在するかを判定する（303）。絞り込むための監視部が存在する場合、制御部111は、存在した監視部に対して監視カウント機能有効設定通知を行い、当該監視部からの異常発生通知を受信するか判定して（301）、故障個所を特定できるか判定する(302)。ステップ303にて故障個所を絞り込むための監視部が存在しない場合、制御部111は、故障個所の特定は不可と判断して処理を終了する。故障個所の特定不可とは、管理者による監視部の配置では、一意に故障個所を特定出来ないことを示すものである。
【００３０】
図４は、各識別子付与部の動作を示すフローチャートの例である。識別子付与部106を例に説明する。
識別子付与部106は、初期設定を実行する（400）。このステップは、制御部111からの初期設定通知を受け付けた場合に実施する。パケットが識別子付与部106に到来すると、制御部111へパケット到来通知を行う（送信する）（401）。その後、識別子付与部106は、制御部111からの通知が識別子付与通知かどうかを確認（判定）する（402）。
【００３１】
識別子付与通知だった場合は、識別子付与部106は、到来した入力パケットに識別子を付与し（403）、ステップ401へ戻る。識別子付与通知ではない場合は、識別子付与部106は、何も付与せずにステップ401へ戻る。
【００３２】
このように、IF盤UNI101に入力された全パケットに対して識別子付与部102,103,104を通過させ、識別子付与部102,103,104は制御部111へパケット到来の通知を行い、その到来パケットが規定周期に該当する場合に識別子を付与することで、後段の終端部110及び監視部106,108でIF盤UNI101内の異常発生を監視可能とさせる。
【００３３】
図５は、監視部における、パケットのカウント機能と監視機能の有効無効（ON/OFF）で取りえる場合を示した図の例である。
カウント機能及び監視機能の両方がONである状態A(500)が、監視を実施する際の状態になる。カウント機能はONで監視機能はOFFである状態B（501）は、異常発生の監視は行わないが、パケットのカウントは行う状態である。監視部を状態B(501)とする場合、異常発生時に監視機能のみONとすることで一からパケットをカウントする必要がないため、故障個所特定までの時間を短縮することが可能となる。
【００３４】
カウント機能はOFFで監視機能はONである状態C(502)は、異常発生の監視を行うが、パケットのカウントは行わない状態である。カウント機能及び監視機能の両方がOFFである状態D(503)は、パケットのカウントと異常発生の監視を行わない状態である。なお、終端部とする監視部は常に異常発生の監視を行うため、必ず状態Aをとる。
【００３５】
図６は、終端部110の動作を示すフローチャートの例である。このフローチャートは、図５の状態A(500)での動作に相当する。ここで、mは各監視部のカウンタ値、Tは識別子を付与する周期を表す。なお、Tの値は管理者にて任意に決定する。
まず、終端部110は、制御部111からの初期設定通知を受け付けると、初期設定を行う（600）。終端部110は、識別子が付与されたパケットが到来したら次のパケットからカウント及び監視を開始する（601）。ステップ602以降が異常発生の監視となる。
【００３６】
終端部110は、パケットが到来したらカウンタ値mをカウントアップする（602）。終端部110は、パケットに識別子が付与されているかを確認（判定）する（603）。識別子が付与されていない場合は、終端部110は、ステップ609に移り、カウンタ値mが規定周期Tと一致するかを判定する（609）。一致していない場合は正常とみなし、ステップ602へ戻る。一致した場合は異常発生とみなし、終端部110は、異常発生通知を制御部111に送信（通知）し（レジスタに反映させて）（610）、ステップ602へ戻る。
【００３７】
ステップ603にて、パケットに識別子が付与されている場合は、終端部110は、パケットに含まれるFCSが正常値か確認（判定）する（604）。FCSが異常値である場合は、終端部110は、異常発生とみなし、異常発生通知を制御部111に送信し（レジスタに反映させて）（608）、ステップ606へ移る。終端部110は、カウンタ値mを0にリセットしてから、パケットに付与されている識別子を削除し（607）、ステップ602へ戻る。
【００３８】
ステップ604にて、FCSが正常値である場合は、終端部110は、カウンタ値mが規定周期Tと一致するかを判定する（605）。一致している場合は正常とみなしてステップ606へ移り、一致していない場合は異常発生とみなしてステップ608へ移り、それぞれの処理を行う。
【００３９】
このように、終端部110は、到来パケットをカウントし、パケットに識別子が付与されていない場合はカウント値mが規定周期Tに一致しなければ正常、一致すれば異常発生とみなし、パケットに識別子が付与されている場合はパケットのFCSが異常値であれば異常発生とみなして識別子の削除を行い、正常値であればカウント値mと規定周期Tを比較してカウント値mが規定周期に一致すれば正常、一致しなければ異常発生とみなすことで、異常発生の監視と識別子の削除を行う。
【００４０】
図７は、カウント機能のみを有効とした場合の監視部の動作を示すフローチャートの例である。このフローチャートは、図５の状態B(501)での動作に相当する。監視部106を例に説明する。
まず、監視部106は、制御部111からの初期設定通知を受け付けると、初期設定を行う（700）。監視部106は、識別子が付与されたパケットが到来したら次のパケットからカウント及び監視を開始する（701）。ステップ702以降が異常発生の監視となる。
【００４１】
監視部106は、パケットが到来したらカウンタ値mをカウントアップする（702）。監視部106は、パケットに識別子が付与されているかを確認（判定）する（703）。パケットに識別子が付与されている場合は、監視部106は、カウンタ値mを0へリセットする（704）。ステップ703で識別子が付与されていない場合も処理(705)へ移る。
【００４２】
監視部106は、制御部111からの監視機能を有効に設定する通知である監視機能有効設定通知があるかを確認し（705）、監視機能有効設定通知がある場合は、監視部106は、カウント機能のみを有効とした場合の処理を終了する。監視機能有効設定通知を受信した監視部106は、カウント機能とともに監視機能を有効にして動作する。この場合、図５の状態A(500)での動作に相当し、監視部106は、図６で説明した終端部110の動作と同様に、ステップ602以降を実行するが、終端部110とは異なり、監視部106の終端機能はOFFであるため、ステップ607は実行しない。つまり、監視部106は、監視機能有効設定通知を受信すると、図６のステップ602〜605、608〜610を実行し、ステップ606でカウンタ値mを0にリセットすると、ステップ607を実行せずにステップ602へ戻る。監視機能有効設定通知がない場合は、監視部106は、ステップ702に戻る。
【００４３】
このように、カウント機能のみをONとした場合の監視部106は、到来パケットのカウントを実施することによって、制御部111からの監視機能をONとする通知（監視機能有効設定通知）がある場合に、識別子が付与されたパケットを新たに待たずして監視を行うことが可能である。
【００４４】
図８は、制御部111が有する監視部管理テーブル806の例である。監視部管理テーブル806は、監視部に関する情報であり監視部を管理し制御する情報を格納する。監視部識別番号800は、IF盤UNI101内に存在する監視部を格納（記載）する。監視機能801から異常通知発生805までが、監視部個別の機能の有効または無効（有効／無効）（ON/OFF）や異常発生の通知結果を格納する。監視機能801から終端機能803の初期値に関しては、初期設定時もしくはその前に管理者が任意に決定して格納し、各監視部からの通知結果により制御部111が変更する。
【００４５】
監視機能801は、各監視部に対する監視機能のON/OFFを格納する。カウント機能802は、各監視部に対するカウント機能のON/OFFを格納する。なお、監視機能801とカウント機能802の組み合わせに関しては、図５で説明済みである。
終端機能803は、各監視部に対する識別子を削除する終端機能のON/OFFを格納する。この終端機能803をONにすることで、当該監視部を終端部とする。なお、終端機能803をONとした監視部の監視機能801とカウント機能802もONとする。
【００４６】
異常時移動先監視部804は、各監視部に対する、異常発生を通知した終端部及び監視部が存在した場合に、次に終端部とする監視部を格納する。異常時移動先監視部804に格納する監視部は管理者が任意に決定する。格納する監視部の並び（順番）によって故障個所の絞り込みのアルゴリズムは変わるため、本実施例内の例に限定されるわけではない。なお、本実施例内では、各監視部の一つ前段の監視部を記載した場合を例としている。
【００４７】
異常発生通知有無805は、各監視部に対する、異常発生時に終端部及び監視部からの異常発生通知の有無を格納する。この異常発生通知有無805は、図６のステップ608及びステップ610にて、異常発生通知を受信した制御部111によって更新される。
【００４８】
制御部111は、図８の制御テーブル806の各値を参照及び更新することで監視部の制御と故障個所の絞り込みを行う。制御部111がその都度参照する監視部識別番号800のエントリ（行）については図１０A〜図１０Cで説明する。
制御部111は、識別子付与部に関する情報であり識別子付与部を管理し制御する情報を格納する識別子付与部管理テーブル902を有する。識別子付与部管理テーブル902は、識別子付与部における識別子付与機能のON/OFFを格納する。制御部111が、識別子付与部管理テーブル902に格納された識別子付与機能のONまたはOFFを参照することで、制御部111は、ステップ400の初期設定を行うかどうかを決定する。なお、識別子付与部管理テーブル902は、全ての識別子付与部における識別子付与機能を共通して格納する。
【００４９】
図９は、制御部111が実行する識別子付与部に対する通知動作のフローチャートの例である。識別子付与部106を例に説明する。
tはユーザ側から到来したパケットのカウンタ値、Tは識別子を付与する周期を表す。制御部111は、識別子付与部106が実行するステップ401によるパケット到来通知を受け付けると、カウンタ値tをカウントアップし（1000）、ステップ1001へ移る。制御部111は、カウンタ値tが規定周期Tと一致するかを判定する（1001）。
【００５０】
一致する場合は、制御部111は、パケット到来通知を行った識別子付与部106に対して識別子付与通知を行う（送信する）（1002）。次に制御部111は、カウンタ値tを0にリセットし、カウントアップ処理であるステップ1000へ戻る。
一致しない場合、制御部111は、到来したパケットが規定周期ではないため識別子付与否通知を識別子付与部106に対して行い（送信し）、ステップ1000へ戻る。ステップ1002とステップ1004の通知が識別子付与部106が実行するステップ402に対する通知となる。
【００５１】
このように制御部111は、パケットが到来したことを通知した識別子付与部に対し、パケットをカウントして、カウント値が規定周期であれば識別子を付与する通知を該当する識別子付与部に行い、規定周期でなければ識別子を付与しない通知を該当する識別子付与部に行うことで、パケットに識別子を付与するかしないかを決定する。
【００５２】
図１０Aは、終端部一つのみで監視を行う際に、制御部111がIF盤UNI101内の監視の開始を制御するまでのフローチャートの例である。終端部110を例に説明する。
制御部111は、監視部管理テーブル806の終端機能803と識別子付与部管理テーブル902に格納された識別子付与機能のON/OFFを参照し、終端機能803がONの監視部が一つ存在し、かつ識別子付与部管理テーブル902の識別子付与機能がONであるかを判定する（1100）。終端機能803がONの監視部が一つ存在し、かつ識別子付与部管理テーブル902の識別子付与機能がONである場合、制御部111は、ステップ1101へ移る。上記以外の場合は、再度ステップ1100へと戻る。つまり、終端機能がONである監視部一つと識別子付与機能がONでなければ異常発生の監視は行わないとしている。
【００５３】
制御部111は、全ての識別子付与部に対して初期設定通知を行う（送信する）（1101）。制御部111は、ステップ1100で判定した終端機能803がONである監視部を終端部とするため、該当する監視部（すなわち、終端部110）に対して監視機能ON、カウント機能ON、識別子削除機能である終端機能をONとする初期設定通知を行う（送信する）（1102）。制御部111は、監視部管理テーブル806のカウント機能802を参照してカウント機能のみONの監視部がある場合には、該当する監視部へカウント機能のみONとする初期設定通知を行い（1103）、処理を終了する。
【００５４】
当フローチャートの処理が終了すると、制御部111は、終端部一つのみで監視を行う際に、IF盤UNI101内が正常時のフローを実行する。この正常時のフローでは、制御部111は、監視部管理テーブル806の異常発生通知有無805を検索して、”有り”となっている監視部が有るかを確認（判定）する。異常が発生していない、すなわち異常発生通知有無805が全て“無し”の場合は再度監視部管理テーブル806の検索を行う。異常が発生している、すなわち異常発生通知有無805に”有り”がある場合は、制御部111は、図１０Bのステップ1105へ移る。正常時のフローにおいて、制御部111は、繰り返し（例えば、定期的に）監視部管理テーブル806を検索してもよいし、いずれかの監視部からの異常発生通知の受信をトリガに監視部管理テーブル806を検索してもよい。
【００５５】
図１０Bは、終端部一つのみで監視を行う際に、IF盤UNI101内での異常発生時の制御部111のフローチャートの例である。
制御部111は、監視部管理テーブル806の異常発生通知有無805を検索して、終端部110の監視部識別番号800に対応する異常発生通知805が”有り”となっているかを確認（判定）する（1105）。”無し”となっている場合、制御部111は、故障個所を特定したということになる（1111）。
【００５６】
”有り”となっている場合、制御部111は、終端部110の監視部識別番号800に対応する異常時移動先監視部804を検索して次に終端部とする監視部（以下、「次期終端部」と呼ぶ。）が存在するか（異常時移動先監視部804に監視部名が格納されているか）を確認（判定）する（1106）。存在しない場合、制御部111はそれ以上故障個所を特定するための監視部が存在しないことになり、管理者による監視部の配置では、一意に故障個所を特定出来ない（故障個所特定不可である）ことを示すものである（1112）。
【００５７】
存在する場合、制御部111は、ステップ1106で確認した異常時移動先監視部804に格納された次期終端部である監視部の監視部識別番号800に対応するカウント機能802を参照して該当する監視部のカウント機能がONであるかを確認（判定）する（1107）。ONであるならば制御部111は、ステップ1107で参照した次期終端部である監視部（すなわち、異常時移動先監視部804に格納された監視部であり、カウント機能がONである監視部）の監視機能をONとするレジスタの更新（すなわち監視部管理テーブル806の監視機能801をOFFからONへ更新）と、合わせて次期終端部である監視部に対して監視機能有効設定通知を行う（送信する）(1108)。
【００５８】
OFFであるならば、制御部111は、ステップ1107で参照した次期終端部である監視部（すなわち異常時移動先監視部804に格納された監視部であり、カウント機能がOFFである監視部）の監視機能とカウント機能をONとするレジスタの更新（すなわち監視部管理テーブル806の監視機能801およびカウント機能802をそれぞれOFFからONへ更新）と、合わせて次期終端部である監視部に対して監視カウント機能有効設定通知を行う（送信する）(1113)。
【００５９】
制御部111は、ステップ1107で参照した次期終端部である監視部の終端機能をONとするレジスタの更新（すなわち監視部管理テーブル806の終端機能8031をOFFからONへ更新）と、合わせて次期終端部である監視部に対して終端機能有効設定通知を行う（送信する）(1109)。制御部111は、ステップ1105で参照した、異常発生を通知した終端部110の監視機能、カウント機能及び終端機能をOFFとするレジスタの更新（すなわち終端部110の監視部識別番号800に対応する監視部管理テーブル806の監視機能801、カウント機能802及び終端機能803をそれぞれONからOFFへ更新）と、合わせて終端部110に対して終端機能無効設定通知を行い（送信し）（1110）、ステップ1105へ戻る。次に制御部111がステップ1105を実行する場合は、ステップ1109で新たに終端部とした監視部が異常発生を通知しているかを確認（判定）することとなる。
【００６０】
図１０A、図１０Bを通して、このように制御部111は、監視部管理テーブル806及び識別子付与部管理テーブル902から、全識別子付与部の機能と各監視部の終端機能がONであるかを確認（判定）することで、IF盤UNI101内の監視を行うかを判定して、全識別子付与部と該当する監視部に対して初期設定通知を行い、監視部管理テーブル806を参照することで、IF盤UNI101内に異常が発生しているかの監視を開始する。監視部管理テーブル806を参照した結果、異常が発生している場合は、その段階で故障個所を特定できるか確認し、特定できない場合は、次期終端部である監視部に対して終端機能有効設定通知を行い、異常発生を通知している終端部の機能をOFFとすることで、常に一つの終端部のみで監視を行うこととなる。
（実施例２）
本実施例では、IF盤UNI101内の監視を開始する際に一つの終端部のみで監視を行うのではなく、複数の監視部でも同時に監視を開始する場合の動作を説明する。
本実施例を説明するに当たり、実施例１で既に説明した処理と同一（同様）の処理を行う場合もしくは同一の図を用いる場合は説明を省略する。
【００６１】
図１１A及び図１１Bは、一つの終端部と一つの監視部によってIF盤UNI101内の監視を開始した場合の監視部の動作を説明する図の例である。なお、図１１は、図２の監視部106，108、終端部110及び制御部111に着目している図である。
まず、機能部107が故障し、パケットロスが発生した場合における故障が発生した段階の各部の状態と動作を図１１Aを用いて説明する。黒い点線で示している監視部106の監視機能とカウント機能と終端機能はOFFである。黒い太線で示している監視部108の監視機能及びカウント機能はONであり、終端機能はOFFであり、IF盤UNI101内の監視を行っている。監視部でもある終端部110の監視機能とカウント機能と終端機能はONであり、IF盤UNI101内の監視を行っている。
【００６２】
機能部107が故障しているため、パケットロスが発生し、監視部108及び終端部110は識別子が付与されたパケットが規定周期よりも早く到来するので、異常発生通知を制御部111に対して行う。
【００６３】
次に、図１１Bを用いて、図１１Aの状態における故障個所の特定について説明する。監視部108と終端部110が異常発生を通知しているため、制御部111は、より前段に配置している監視部108よりもさらに前段に監視を行っていない監視部が存在するかを確認（判定）する。本実施例では、監視部108よりも前段に監視部106が存在するため、制御部111は、監視部106の監視機能とカウント機能と終端機能をONにして、新たに終端部とすることで監視を開始させ、監視部108と終端部110に対しては、各機能をOFFとする。
【００６４】
監視部106は、機能部107よりも前段に配置しているため、異常発生通知を行わない。よって、制御部111は異常発生通知をした監視部108と、異常発生通知をしない監視部106の間の機能部107が故障個所であると特定する。
【００６５】
図１２A〜図１２Dを用いて、終端部と複数の監視部で監視を行う場合に、制御部が実行する動作を説明する。
図１２Aは、終端部と複数の監視部で監視を行う場合に、制御部111がIF盤UNI101内の監視の開始を制御するまでのフローチャートの例である。
【００６６】
ステップ1400からステップ1402までは図１０Aのステップ1100からステップ1102までと同様である。ステップ1403では、制御部111は、図８の監視部管理テーブル806のカウント機能802を参照してカウント機能がONの監視部がある場合には、該当する監視部へカウント機能をONとする初期設定通知を行い、さらに監視機能801を参照して監視機能もONの監視部がある場合には、該当する監視部へ監視機能もONとする初期設定通知を行い（1403）、処理を終了する。
【００６７】
当フローチャートの処理が終了すると、制御部111は、終端部と複数の監視部で監視を行う場合に、IF盤UNI101内が正常時のフローを実行する。この正常時のフローでは、制御部111は、監視部管理テーブル806の異常発生通知有無805を検索して、”有り”となっている監視部が有るかを確認（判定）する。異常が発生していない、すなわち異常発生通知有無805が全て“無し”の場合は再度監視部管理テーブル806の検索を行う。異常が発生している、すなわち異常発生通知有無805に”有り”がある場合は、制御部111は、図１２Bのステップ1405へ移る。
【００６８】
図１２Bは、終端部と複数の監視部で監視を行う場合に、IF盤UNI101内での異常発生時の制御部111のフローチャートの例である。
ステップ制御部111は、IF盤UNI101内を監視している監視部において異常発生通知をしていない監視部が存在するかを確認（判定）するために、監視部管理テーブル806の監視機能801がONである監視部の監視部識別番号800に対応する異常発生通知有無805を検索し、監視機能801がONであり異常発生通知有無805が”無し”の監視部が存在するかを確認（判定）する(1405)。
【００６９】
存在する場合、制御部111は、監視部管理テーブル806の異常発生通知有無805を検索し、異常発生通知有無805が”有り”の監視部の中で最前段の監視部の監視部識別番号800に対応する異常時移動先監視部804に格納された次期終端部がステップ1405で該当した監視部（すなわち、監視機能801がONであり異常発生通知有無805が”無し”の監視部）かどうかを確認（判定）して（1406）、一致しない場合は当フローチャートの処理を終了し、図１２Cのステップ1410)へ移る。一致する場合、制御部111は、異常発生を通知している最前段の監視部とその移動先の監視部との間の機能部が故障個所であると特定する（1407）。
【００７０】
存在しない場合、すなわち監視機能801がONの監視部の異常発生通知有無805が全て”有り”の場合、制御部111は、監視部管理テーブル806の異常発生通知有無805を検索し、異常発生通知有無805が”有り”の監視部の中で最前段の監視部の監視部識別番号800に対応する異常時移動先監視部804が”無し”であるかを確認（判定）する（1408）。
【００７１】
”無し”の場合は、制御部111は、故障個所を特定するための監視部が配置されていないために故障個所の特定不可と判断する（1409）。”無し”でない場合は、制御部111は、当フローチャートの処理を終了し図１２Cのステップ1410)へ移る。
【００７２】
図１２Cは、終端部と複数の監視部で監視を行う場合に、IF盤UNI101内での異常発生時に故障個所絞り込みを行う際の制御部111のフローチャートの例である。
制御部111は、監視部管理テーブル806の異常発生通知有無805を検索して、異常発生通知有無805が”有り”の監視部の中で最前段の終端部または監視部の監視部識別番号800に対応する異常時移動先監視部804を検索し、異常時移動先監視部804に格納された次期終端部である監視部の監視部識別番号800に対応するカウント機能802がONであるかを確認（判定）する（1410）。
【００７３】
カウント機能802がONである場合、制御部111は、次期終端部である監視部の監視部識別番号800に対応する監視機能801をONとするレジスタの更新（すなわち監視部管理テーブル806の監視機能801をOFFからONへ更新）と、合わせて次期終端部である監視部に対して監視機能有効設定通知を行い（送信し）（1411）、ステップ1412)へ移る。
【００７４】
カウント機能802がOFFである場合、制御部111は、次期終端部である監視部の監視部識別番号800に対応するカウント機能802と監視機能801をONとするレジスタの更新（すなわち監視部管理テーブル806のカウント機能802と監視機能801をそれぞれOFFからONへ更新）と、合わせて次期終端部である監視部に対して監視カウント機能有効設定通知を行い（送信し）（1414）、ステップ1412)へ移る。
【００７５】
制御部111は、次期終端部である監視部の監視部識別番号800に対応する終端機能をONとするレジスタの更新（すなわち監視部管理テーブル806の終端機能803をOFFからONへ更新）と、合わせて次期終端部である監視部に対して終端機能有効設定通知を行い（送信し）（1412）、ステップ1413)へ移る。
【００７６】
制御部111は、監視部制御テーブル806異常発生通知有無805を検索して異常発生有無805が”有り”の異常発生を通知した終端部及び監視部それぞれの監視部識別番号800に対応する監視機能801、カウント機能802及び終端機能803をOFFとするレジスタの更新（すなわち監視部管理テーブル806の監視機能801、カウント機能802及び終端機能803をONからOFFへ更新）と、合わせて異常発生有無805が”有り”の終端部に監視カウント機能無効設定通知と終端機能無効設定通知を行い（送信し）、異常発生有無805が”有り”の監視部に監視カウント機能無効設定通知を行い（送信し）（1413）、当フローチャートの処理を終了する。当フローチャートの処理が終了すると、終端部一つでの監視となるため、制御部111は、実施例１の図１０Bのステップ1105へ移り、終端部一つでの故障個所特定の動作と同一のものとなる。
【００７７】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えばＦＰＧＡのような集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSD（Solid State Drive）等の記録装置、または、IC(Integrated Circuit)カード、SDカード、DVD等の記録媒体に置くことができる。 
また、「ａａａテーブル」の表現にて各種情報を説明したが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ａａａテーブル」を「ａａａ情報」と呼ぶことができる。また、「格納する」の表現にて各種テーブルに各情報を記録することを説明したが、「登録する」または「設定する」と表現されてもよい。
【００７８】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００７９】
100  パケット伝送装置
101,112,113  IF盤UNI
102103,104  識別子付与部
105  選択部
106,108  監視部
107,109  機能部
110  終端部
111  制御部
114  SW盤
115,116,117  IF盤NNI#1
118  制御盤
120,121,122  入力部
123  出力部
【図１】
2017059860.tif 000003
【図２】
2017059860.tif 000004
【図３】
2017059860.tif 000005
【図４】
2017059860.tif 000006
【図５】
2017059860.tif 000007
【図６】
2017059860.tif 000008
【図７】
2017059860.tif 000009
【図８】
2017059860.tif 000010
【図９】
2017059860.tif 000011
【図１０Ａ】
2017059860.tif 000012
【図１０Ｂ】
2017059860.tif 000013
【図１１Ａ】
2017059860.tif 000014
【図１１Ｂ】
2017059860.tif 000015
【図１２Ａ】
2017059860.tif 000016
【図１２Ｂ】
2017059860.tif 000017
【図１２Ｃ】
2017059860.tif 000018