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