(57)【要約】      （修正有）【課題】ネットワーク化されたパケット通信システム内の障害によって受信データの信頼性を保証するために、受信データの信頼度の区分を行い最適な経路を選択する。【解決手段】パケットを中継する複数の通信装置２ａ、２ｂ、２ｃ、２ｄ、２ｅと、複数の通信装置の障害を監視する監視装置３と、を有する通信システムであって、監視装置は、複数の通信装置それぞれに生じた障害の種類と当該障害が生じた時刻とを含む障害情報を記憶する障害情報格納手段を有する。また、複数の通信装置のうちの少なくとも１つ４は、パケットを受信した時刻と、当該パケットの識別情報と、を対応付けて記憶する受信データ記憶部と、データ記憶部に記憶されたパケットの受信時刻と、障害情報格納手段に記憶された複数の通信装置の少なくとも一部の障害情報とを参照して、当該パケットが障害により影響を受けたか否かを判定する信頼度判定手段と、を有する。【選択図】図１
2016100660.tif 000002
【特許請求の範囲】
【請求項１】
パケットを中継する複数の通信装置と、前記複数の通信装置の障害を監視する監視装置と、を有する通信システムであって、
前記監視装置は、前記複数の通信装置それぞれに生じた障害の種類と当該障害が生じた時刻とを含む障害情報を記憶する障害情報記憶部を有し、
前記複数の通信装置のうちの少なくとも１つは、
パケットを受信した時刻と、当該パケットの識別情報と、を対応付けて記憶する受信データ記憶部と、
前記データ記憶部に記憶されたパケットの受信時刻と、前記障害情報記憶部に記憶された前記複数の通信装置の少なくとも一部の前記障害情報とを参照して、当該パケットが前記障害により影響を受けたか否かを判定する判定部と、を有することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記判定部は、前記受信データ記憶部に記憶されたパケットの受信時刻が、当該パケットが経由した前記複数の通信装置の少なくとも１つの障害情報に含まれる前記障害が生じた時刻の前後所定の時間内に含まれる場合に、当該パケットが前記障害により影響を受けたと判定することを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムにおいて、
前記データ記憶部および前記判定部を有する前記通信装置は、前記パケットの経路上で最後の通信装置であることを特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムにおいて、
前記監視装置は、前記複数の通信装置それぞれから前記障害情報を受信して前記障害情報記憶部に格納することを特徴とする通信システム。
【請求項５】
請求項２に記載の通信システムにおいて、
前記監視装置は、パケットの経路を、障害を生じた前記通信装置を含まない経路に変更することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置障害状況を参照することにより送信データの信頼性を評価する通信システムに関する。
【背景技術】
【０００２】
パケット通信システムにおいては、フレーム同期ビットや送信条件等の情報（ヘッダー情報）と送信データに加えて、送信データのビット誤りもしくは送信パケットのパケット誤りの有無を判定するための冗長データを付加して通信する場合が多い。本手法を用いれば、送信装置から変調され送信されたデータを受信装置で復調するまでに生じたビット誤りやパケット誤りの有無を検知することができる。
【０００３】
特許文献１と特許文献２には、送信データに冗長データを付加することにより、送信データに誤りが発生したか否かを判定する手段が記載されている。一般的には、ＣＲＣやパリテイーチェックを用いる場合が多い。送信データの一部に装置内の障害情報を埋め込んで送信する技術もある。例えば、ISDN（サービス総合ディジタル網）におけるDチャネルを用いた信号方式のように、同一回線の別パケットで装置内の障害情報を送信するシステムもある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2009-225343号公報
【特許文献２】特開2010-034781号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１と特許文献２に記載の技術では、送信装置内等に障害が発生した場合には、送信されるパケット自体の信頼度が著しく低下することになる。例えば、多くの装置では、ＣＰＵにより複数の処理が行われ、処理ごとに処理結果をメモリに蓄積して次の処理を行う場合が多い。送信装置の障害箇所がデータ誤りを検出するための冗長データ付加処理前の段階で発生している場合にはパリテイーチェック結果やＣＲＣチェック結果に異常がない場合でも、送信パケットの信頼性は確保できない状態となりうる。
【０００６】
具体例としては、送信装置内でのデータ転送障害や、メモリのｒｅａｄ障害またはｗｒｉｔｅ障害の場合には、冗長データ付加処理部に入力されるデータが更新されない状態のままであるにもかかわらず、ＣＲＣやパリテイーチェックでは異常が検出されない場合もある。また、同一回線の別パケットで障害情報を送信する方法では、例えば、装置内障害情報を送信フレームに付加する処理を行うと、その処理後に障害が生じた場合には、その障害情報を送信することができず、障害発生前のデータを送信し続けることになる。したがって、受信側ではCRC演算結果は正常であり、装置内障害も無いという判断がなされることになる。すなわち、上記いずれの場合も、信頼できないデータであっても、チェックでは異常を検出できない。
【０００７】
一方、送信パケットに装置内障害情報を付加しなくても、単発的なハード障害等を発見する仕組みを通信プロトコルの上位レイヤプログラムにて実現することも可能であるが、送信するデータの冗長度が大きくなるために通信効率が悪くなる、ソフト処理負荷が大きくなる、などの場合が多い。
【課題を解決するための手段】
【０００８】
パケットを受信する通信装置は、パケットを受信した時刻と当該パケットの識別情報とを対応付けて記憶する受信データ記憶部と、各装置に生じた障害の種類と当該障害が生じた時刻とを含む障害情報を記憶する障害情報記憶部と、データ記憶部に記憶されたパケットの受信時刻と障害情報記憶部に記憶された各装置における障害情報とを参照して、パケットが障害により影響を受けたか否かを判定する判定部と備える。
【発明の効果】
【０００９】
パケット通信システムにおいて、パケット通信システムの信頼度を向上させることが可能となる。本手法を用いれば、パケットが伝送する装置において装置内部で発生したパケット誤りの有無を検知できる。
【図面の簡単な説明】
【００１０】
【図１】ネットワーク化した場合の装置構成を説明する図である
【図２ａ】パケットを生成する装置Aを説明する図である
【図２ｂ】装置B〜装置Fの構成を説明する図である
【図３】装置Gと監視装置の関係を説明する図である
【図４】障害情報格納手段内の障害発生情報データベースを説明する図である
【図５】信頼度判定処理後の受信データのデータベース例である
【図６】信頼度判定手段のロジックを説明するための図である
【図７】経路選択手段データベースを説明するための図である
【図８】経路選択手段のロジックを説明するための図である
【発明を実施するための形態】
【００１１】
従来の技術ではパケットが送信されるまでの一連の処理の過程において、装置故障に起因してデータ処理エラーが発生した場合や、装置内部に同一データが入力され続けるような障害が発生した場合は、送信データは正しくないことは明らかである。しかしながら、その正しくない送信データに対して付加されるCRC冗長データは、演算結果としては正しい。したがって、受信側装置１５にてCRC演算を行っても、演算結果は正しい値となり、ビット誤りもしくはパケット誤りは発生していないという誤判断を招くことになる。また、このようなパケット誤りが発生した場合、検出がしにくく、発見・訂正までに時間を要し、サービスに重要な影響を及ぼすことになる。
【００１２】
この課題に対して、本実施例は、送信側装置１や各種装置２で発生した障害情報を、受信側装置３および４で収集し、それに基づく信頼度評価を行う、という構成を備える。図面を用いて、本発明の実施例について説明する。
図１はパケット通信システムの概要図である。パケット通信システムは、パケットを生成する装置A(1)とパケットを受け取る装置G(4)、ネットワークを構成する装置B〜F(2a〜2e)、および監視装置3を備える。装置A(1)が通信パケットを送信し、装置G(4)が受信した該通信パケットから受信データを復調する。装置A(1)〜装置E(2e)は、監視装置3と障害通信回線でそれぞれ接続されており、装置内で発生した障害情報を障害通信回線を介して監視装置3に送信する。また、装置A〜Fの経路情報付加手段7は、パケット処理部6内でデータのヘッダーに自装置の装置情報を付加し、障害情報作成部10で障害通知情報を作成し、送信時刻付与部11で障害通知情報が作成された時刻を盛り込む手段を持つ。パケットが経由する各装置1〜2eの経路情報付加手段7は、それぞれ自装置の装置識別情報をヘッダーに付加していくので、この装置情報を順番にたどればそのパケットが経由してきた装置が特定できる。
【００１３】
図２ａは装置A(1)の機能ブロック図である。装置A(1)ならびに装置B〜F(2a〜2e)の装置障害情報を装置G(3)へ通知するための障害通信回線を監視装置3経由にて備え、装置A(1)および装置B〜F(2a〜2e)は、装置内で発生した障害情報の送信手段12を備える。装置A(1)は、パケット生成部５にてパケットを生成しパケット処理部6の処理を終えたのち、冗長データ付加処理部9により送信データに冗長データを付加し、障害情報作成部10にて障害情報を送信データに付与し、送信時刻付与部11にて送信データに警報送信時刻を付加して、送信処理部12によりパケットとして送信するための送信フレームを構築してパケット信号の送信を行う。
【００１４】
図２ｂは装置B〜F(2a〜2e)の機能ブロック図である。冗長データ複合処理部15は、受信処理部14が受信したパケットに付加されている冗長データを複合する。その後は、装置Aと同様に、パケット処理部６を通過したのち、パケット送信手段８にて送信データに冗長データの付加(冗長データ付加処理部９)、障害情報(障害情報作成部１０)、警報送信時刻(送信時刻付与部１１)を付加して、パケットとして送信するための送信フレームを構築して、送信処理部12によりパケット信号の送信を行う。
【００１５】
装置Ａ１、装置Ｂ〜Ｆ２もしくは監視装置３、装置Ｇ４から取得する障害情報は、例えば、「装置判別情報」、「経由した装置情報」、「障害発生時刻」、「障害識別情報」（たとえば障害名）、障害発生装置を識別する「障害発生装置」（たとえばID番号）などの項目を含む。障害情報は、さらに、その他の情報として、重要障害、通常障害、警告、・・・等のいずれかによる「障害重要度」を含んでも良い。
【００１６】
このように送信側装置A及び中継装置B〜F必要に応じて受信側装置G、監視装置のそれぞれの処理部は、障害情報回線を介して受信側装置G内の障害情報報格納手段１９に各装置の障害情報を送信する、という機能を備える。障害情報は少なくとも障害発生時刻と、障害識別情報、障害発生装置識別情報を含む。障害通信回線としては、メタリック有線回線、光ファイバー回線、無線回線から選択することができる。障害情報の通信プロトコルとしては、一般的なTCP/IPやRS232C等の一般的な通信プロトコルを用いてもよい。データ受け渡しの正常性を確認しながら通信を行う通信プロトコルでも良いし、一方的に障害情報を送るだけのプロトコルでも良い。再送処理や複数回送信により情報の到達確率を上げるプロトコルも採用できる。さらに、障害情報を集約することにより、伝送遅延の防止と実現コストの低下を実現する。その他、障害情報を収集する別の方法として、障害情報格納手段19が所定の周期で各装置をポーリングし、送信側装置1、2及び必要に応じて監視装置3、装置Ｇ内の障害情報を読み取ってもよい。
【００１７】
図3は監視装置3と装置G(4)の機能ブロック図である。監視装置3は、該障害通信回線を介して受信した装置A〜Fの、障害発生時刻を含む障害情報を格納する警報テーブル20を持つ障害情報格納手段19と、障害情報から、経路情報抽出部18にてデータが通った経路を抽出し、経路テーブル17から最適な経路を選択する経路選択手段16を持つ。各装置の警報情報が障害通信回線を通って、監視装置3の障害情報格納手段19によって警報テーブル20に格納される。
【００１８】
図４は障害情報格納手段19内に作成する警報テーブル20の一例である。例えば、上述の障害発生時刻と障害識別情報と障害発生装置を格納する。障害識別情報がその他の情報として、上述の重要障害、通常障害、警告、等の障害重要度を含む場合は、これらを併せて格納してもよい。障害重要度を利用すれば、受信データを用いるその後の事業サービス内容によって障害内容に応じた措置を取ることが可能になるので、より高品質のパケット通信システムを実現することが可能となる。
【００１９】
装置G(4)は、パケット受信処理13にて、受信したパケット信号から受信データを復号し、受信データ格納手段21に格納する。装置G(4)は、受信データを送信時刻情報もしくは受信時刻情報とともに格納する受信データ格納手段21と、障害情報を参照して、受信データの予め定めた時間帯毎に、障害情報に応じた信頼度レベルを付与する信頼度判定手段22をもつ。信頼度判定手段22は、障害情報発生時刻を含む所定の時間または時間帯を障害発生時間帯とし、障害発生時間帯と、受信データの送信時刻もしくは受信時刻と、を照合して、当該障害発生時間帯の受信データに信頼度レベルを付与するように構成してもよい。障害情報は、障害重要度を含み、信頼度判定手段22は、信頼度レベルを、障害重要度に合わせて付与する様に構成してもよい。さらに、信頼度判定手段22は、予め定めた信頼度レベルが付与された時間帯に受信した受信データを廃棄する様に構成してもよい。
【００２０】
このように信頼度判定手段22では、監視装置3内にある障害情報格納手段19に格納された障害情報に基づき、受信データの信頼度の評価を行う。例えば信頼度判定手段22は、障害情報格納手段19に格納された障害発生装置の装置情報、障害発生時刻と、受信データ格納手段21内の受信データの送信時刻もしくは受信時刻と、を比較し、障害発生時間（障害発生時刻を含む所定の時間）の受信データに対して信頼度評価を行い、信頼度レベルを付与する。評価結果（信頼度レベル）は、自装置の信頼度判定手段22内のデータベースに格納する。
【００２１】
図６は信頼度判定手段22のロジックを説明するための図である。信頼度判定手段22では、監視装置3内にある障害情報格納手段19に格納された障害情報に基づき、受信データの信頼度の評価を行うものであり、受信されたパケットは、図６のロジックを基に処理される。受信パケットの経由装置に障害発生装置が含まれるかという判定基準では、信頼度判定手段22に到来したパケットが経過して来た装置に障害が発生していたか否かを判定する。該当する場合は、装置Gのパケット受信時刻が、障害発生時刻よりも後かどうかという判定基準に移る。この判定基準は装置Gがパケットを受信した時刻が、障害が発生した装置の障害発生時刻よりも後かどうかを判定する。該当する場合は、障害情報名はLOWの判定をする障害か否かを判定する。これら判定基準の全てに該当する場合は、信頼度が低いパケットであると判断し、該当するパケットを破棄する。判断基準のいずれかにおいて、該当しない場合は、信頼性のあるパケットと判断し、該当するパケットを通過させる。
【００２２】
具体的に信頼度判定手段22は、警報テーブル20の障害発生時刻と受信データ格納手段21内の各パケット(受信データ)の送信時刻もしくは受信時刻とを比較して、受信データの信頼度評価を行う。障害情報が無い場合は、所定の間隔で区切った時間（時間帯という）ごとに、信頼度（PASS）を付与する。障害情報がある場合は、例えば、障害発生時刻の前または後または前後の、予め設定された所定長（例えば５分間）の時間帯（障害発生時間帯という）に受信した受信データは、信頼度Z（LOW）という評価を行い、それ以外は、信頼度A（PASS）という評価を行う。または、上述の所定の間隔で区切った時間帯の内、障害発生時刻が含まれる時間帯を、または、その前または後または前後の任意数の時間帯を含めて、障害発生時間帯として、信頼度Z（LOW）と評価しても良い。
【００２３】
評価結果は、図５の障害情報格納部のデータベースに示すように、送信時刻、受信時刻、経由装置、データ（パケット）番号の項目に加え、上述の信頼度評価結果を含むデータベースを、各装置で発生した障害ごとに信頼度判定手段22内に設ける。データ（パケット）番号はパケットを識別する情報である。受信データ格納部21内のデータベース30に評価結果を追記しても良い。障害が発生していない時間の受信データにはA(PASS)、障害が発生している時間の受信データには、信頼度Z(LOW)という評価を付けている。なお、格納した評価結果の活用方法は、本実施例が適用されるシステムに依存する。すなわち、受信データと評価結果を組にして、他装置へ送信しても良いし、評価結果に基づいて他装置へ送信するデータを選別しても良い。
【００２４】
監視装置3は、障害情報格納手段19で格納された警報情報をもとにネットワークを最適化する装置である。図７のように経路テーブル106を作成し、経路情報に優先度を設ける。経路上で装置障害が発生した場合、付けた優先度をもとにし、図８の経路選択手段のロジックのように、経路テーブルから障害発生装置が経路情報上に存在している装置に対して、装置情報を受信した優先度の高い順にネットワーク経路の切替を行う。
【００２５】
前述した障害重要度が、障害情報格納部８のデータベースに格納されている場合は、これに合わせて信頼度レベルを付与してもよい。例えば、障害重要度が、重要障害、通常障害、警告・・・等の３つ以上に区分されている場合には、信頼度をA、B、C、・・・・・・等のように合わせて区分すればよい。
【００２６】
このように、送信側装置1及び2必要に応じて監視装置3、受信側装置4のそれぞれの処理部は、障害情報回線を介して監視装置3内の障害情報報格納手段19に各装置の障害情報を送信する。障害情報は、例えば、障害発生時刻と、障害識別情報、障害発生装置識別情報を含む。受信側装置4の信頼度判定手段22では、障害情報格納手段19に格納された障害情報に基づき、受信データの信頼度の評価を行う。例えば、信頼度判定手段22は格納された障害発生装置の装置情報、障害発生時刻と、受信データ格納部21内の受信データの送信時刻もしくは受信時刻と、を比較し、障害発生時間（障害発生時刻を含む所定の時間）の受信データに対して信頼度評価を行い、信頼度レベルを付与する。評価結果（信頼度レベル）は、自装置の信頼度評価手段22内のデータベースに格納する。格納した評価結果の活用方法は、本実施例が適用されるシステムに依存する。すなわち、受信データと評価結果を組にして、他装置へ送信しても良いし、評価結果に基づいて他装置へ送信するデータを選別しても良い。
【００２７】
また、監視装置3ではネットワーク上の装置の障害情報を警報テーブル20に格納し、経路選択手段16でパケット経路の正常性を確認する。障害が発生している場合には、経路情報抽出部18にて最適な経路を選定し、ネットワーク経路を切り替える。
【００２８】
このように、受信データの信頼度を考慮して受信データを処理することができるので、不確かな受信データを正常データと誤解して扱うことを防止できるようになるので、パケット通信システムを利用する通信事業者に対して、受信時間帯ごとのきめ細かい通信品質情報を提供することができる。これにより、パケット通信システム内の装置障害によって受信データの信頼性の保証が困難である場合には、受信データの信頼度が低い旨の判定を行うことを可能にし、最適な経路へ常に経路選択することが出来る。
【００２９】
上記態様に因れば、受信データに誤りを誘発する恐れがあるパケット通信システム内の障害発生時刻情報と受信データの送信もしくは受信時刻情報とを比較して、障害発生時間帯の受信データを評価することにより、受信データの信頼度情報を提供し、データの破棄、通過を選別する事が出来る。例えば、システムの信頼性を向上するために本システムをＡ系／Ｂ系の２重化構成にて構築した場合には、本発明を採用して信頼性の高い系のデータを選択して使用することにより、より信頼性の高いサービスを提供することが可能になる。本情報を利用して、通信回線に要求される品質要求レベルに応じて、回線切り替えやデータ廃棄や再送処理を行うことにより、金融データやストリーミング配信など、サービス内容に応じたデータの品質確保が可能になる。
【００３０】
障害情報を収集する別の方法として、障害情報格納手段１９が所定の周期で各装置をポーリングし、送信側装置１、２及び必要に応じて監視装置３、受信側装置４内の障害情報を読み取ってもよい。障害通信回線としては、メタリック有線回線、光ファイバー回線、無線回線から選択することができる。障害情報の通信プロトコルとしては、一般的なTCP/IPやRS232C等の一般的な通信プロトコルを用いてもよい。データ受け渡しの正常性を確認しながら通信を行う通信プロトコルでも良いし、一方的に障害情報を送るだけのプロトコルでも良い。再送処理や複数回送信により情報の到達確率を上げるプロトコルも採用できる。
【００３１】
上述したように、信頼度評価結果の活用方法は、本実施例を適用するシステムによって変えても良い。例えば、信頼度評価結果を付加した受信データを他装置に送信するのではなく、他装置へ送信する受信データから、障害発生時間の、特定の信頼度レベルの受信データを除いても良い。例えば、金融サービスの場合には「警告」レベルでも受信データを廃棄して、送信側装置に対して再送信をさせるように構成することにより、データの高い信頼性を確保できる。
【００３２】
また、例えば画像データ等のストリーミングサービスの場合には、長時間の回線障害が発生しているか否かを判断することにより、悪い回線品質時間では課金しないサービスにすることによって、顧客の満足度を向上させることもできる。
【００３３】
例えば、信頼度評価結果を付加した受信データを他装置に送信するのではなく、他装置へ送信する受信データから、障害発生時間の、特定の信頼度レベルの受信データを除いても良い。例えば、金融サービスの場合には「警告」レベルでも受信データを廃棄して、送信側装置に対して再送信をさせるように構成することにより、データの高い信頼性を確保できる。
【００３４】
このように本実施例の通信システムは、パケットを生成する装置Aとパケットを受け取る装置G、ネットワークを構成する装置B〜F、および監視装置を備える。装置Aが通信パケットを送信し、装置Gが受信した該通信パケットから受信データを復調するパケット通信システムであって、装置Aならびに装置B〜Fの装置障害情報を装置Gへ通知するための障害通信回線を監視装置経由にて備え、装置Aおよび装置B〜Fは、障害通信回線を介して、装置内で発生した障害情報の送信手段を備え、監視装置は、該障害通信回線を介して受信した装置A〜Fの、障害発生時刻を含む障害情報を格納し、警報テーブルを持つ障害情報格納手段と、障害情報から、経路情報抽出部にてデータが通った経路を抽出し、経路テーブルから最適な経路を選択する経路選択手段を持つ。装置Gは、受信データを送信時刻情報もしくは受信時刻情報とともに格納する受信データ格納手段と、障害情報を参照して、受信データの予め定めた時間帯毎に、障害情報に応じた信頼度レベルを付与する信頼度判定手段をもつ。また、装置A〜Fの経路情報付加手段は、パケット処理部内でデータのヘッダーに装置情報を付加し、障害情報作成部で障害通知情報を作成し、送信時刻付与部で障害通知情報が作成された時刻を盛り込む手段と、を備える。
【００３５】
さらに、信頼度判定手段は、障害情報発生時刻を含む所定の、時間または時間帯を障害発生時間帯とし、障害発生時間帯と、受信データの送信時刻もしくは受信時刻と、を照合して、当該障害発生時間帯の受信データに信頼度レベルを付与する、ように構成してもよい。さらに、障害情報は、障害重要度を含み、信頼度判定手段は、信頼度レベルを、障害重要度に合わせて付与する様に構成してもよい。さらに、信頼度判定手段は、予め定めた信頼度レベルが付与された時間帯に受信した受信データを廃棄する様に構成してもよい。
【００３６】
これにより、パケット通信システム内の装置障害によって受信データの信頼性の保証が困難である場合には、受信データの信頼度が低い旨の判定を行うことを可能にし、最適な経路へ常に経路選択することが出来る。上記態様に因れば、受信データに誤りを誘発する恐れがあるパケット通信システム内の障害発生時刻情報と受信データの送信もしくは受信時刻情報とを比較して、障害発生時間帯の受信データを評価することにより、受信データの信頼度情報を提供し、データの破棄、通過を選別する事が出来る。すなわち、受信データの信頼度を考慮して受信データを処理することができるので、不確かな受信データを正常データと誤解して扱うことを防止できるようになるので、パケット通信システムを利用する通信事業者に対して、受信時間帯ごとのきめ細かい通信品質情報を提供することができる。例えば、システムの信頼性を向上するために本システムをＡ系／Ｂ系の２重化構成にて構築した場合には、本発明を採用して信頼性の高い系のデータを選択して使用することにより、より信頼性の高いサービスを提供することが可能になる。本情報を利用して、通信回線に要求される品質要求レベルに応じて、回線切り替えやデータ廃棄や再送処理を行うことにより、金融データやストリーミング配信など、サービス内容に応じたデータの品質確保が可能になる。
【符号の説明】
【００３７】
1  パケット生成装置
2ａ〜2ｅ  ネットワーク経路装置
3  障害監視装置
4  信頼度評価部
5  パケット生成部
6  パケット処理部
7  経路情報付加手段
8  パケット送信手段
9  冗長データ付加処理部
10  障害情報作成部
11  送信時刻付与部
12  送信処理部
13  パケット受信手段
14  受信処理部
15  冗長データ復号処理部
16  経路選択手段
17  経路テーブル
18  経路情報抽出部
19  経路情報格納手段
20  警報テーブル
21  受信データ格納手段
22  信頼度判定手段
【図１】
2016100660.tif 000003
【図２ａ】
2016100660.tif 000004
【図２ｂ】
2016100660.tif 000005
【図３】
2016100660.tif 000006
【図４】
2016100660.tif 000007
【図５】
2016100660.tif 000008
【図６】
2016100660.tif 000009
【図７】
2016100660.tif 000010
【図８】
2016100660.tif 000011