JP2002051041A - ネットワーク障害原因調査通知方法とその方法の実現のために用いられる端末 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、障害が起きている間に音声映像品質
の劣化原因を特定して、それをサービスの受視聴を中断
させることなくユーザに通知できるようにする障害原因
調査通知技術の提供を目的とする。 【解決手段】端末が音声映像通信に入ると、ネットワー
ク品質管理装置は、端末の通信アドレスと相手方の通信
アドレスとから障害原因調査対象の装置の通信アドレス
を選択して端末に通知する。これを受けて、端末は、音
声映像の品質が劣化するときに、その通知された通信ア
ドレスに向けて、品質測定パケットを送信することでネ
ットワーク品質値を収集して、それをネットワーク品質
管理装置に通知する。これを受けて、ネットワーク品質
管理装置は、収集された品質値の差分を算出してそれを
所定の閾値と比較することで障害原因を特定し、それを
端末に送信することで端末に障害原因を出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電話やテレビ電話
やテレビ会議や音声映像配信のように、ネットワークを
経由して、音声情報や映像情報をパケットにより伝達す
る場合において、音声映像品質が劣化した際に音声映像
通信のネットワーク品質値を測定し、障害を起こしてい
る箇所を特定して、その内容を通知するネットワーク障
害原因調査通知方法と、そのネットワーク障害原因調査
通知方法の実現のために用いられる端末とに関する。

【０００２】

【従来の技術】従来の方法を、配信サーバから音声映像
信号を受信する場合の例を用いて説明する。

【０００３】図１１は、音声映像品質が劣化した時に障
害原因がユーザに通知されるまでの従来技術の手順を示
している。

【０００４】この手順に示すように、従来技術では、は
じめに、ユーザ端末からＡ社ネットワーク内の配信サー
バに配信要求を出す（手順ａ）。これを受けて、配信サ
ーバから音声映像情報がユーザ端末に送信される（手順
ｂ）。

【０００５】音声映像品質が劣化した時に、ユーザは、
電話によりネットワーク品質管理者に通知する（手順
ｃ）。これを受けて、ネットワーク品質管理者は、障害
原因を調査するためにＡ社ネットワーク内の品質測定対
象となる装置に向けて、品質測定パケットを発出する
（手順ｄ）。

【０００６】この品質測定パケットは、例えばｐｉｎｇ
（ＴＣＰ／ＩＰネットワーク上の任意のコンピュータに
対して接続性を確認するためのコマンドで、対象コンピ
ュータが稼働中で通信可能かどうかなどを、ＩＣＭＰ(I
nternet Control Message Protocol) のechoメッセージ
を使用してＩＰレベルで確認できる）を利用して、遅延
時間やパケット損失がないか等を調査する。

【０００７】ここで、ｐｉｎｇでは、送信メッセージの
データ部分に要求を送信した時刻を記述しておき、相手
コンピュータから応答が返ってくるまでの時間を計測で
きるので、相手コンピュータに到達するまでの経路の混
み具合を推測することもできる。

【０００８】そして、ネットワーク品質管理者は、この
調査結果を分析して、電話によりユーザに障害原因を通
知していた（手順ｅ）。

【０００９】なお、電話やテレビ電話やテレビ会議にお
いては、前述の配信サーバが電話機やテレビ電話機やテ
レビ会議装置に置き換わるだけで、上述した手順と同じ
手順に従って、音声映像品質が劣化した時の障害原因が
ユーザに通知されることになる。

【００１０】

【発明が解決しようとする課題】従来技術の手順に従っ
ていると、電話でやり取りする図１１の手順ｃに時間を
とられるため、ネットワーク品質管理者が障害原因調査
を開始する時点では、ユーザが品質劣化を感じた時点と
はネットワーク品質状況が異なっていて、障害時のネッ
トワーク品質を確認することができないことが多かっ
た。

【００１１】さらに、障害原因を調査するためには、ユ
ーザの情報がどこからどこへ伝達されているかが明確で
なければならないが、Ａ社ネットワーク品質管理はユー
ザＬＡＮ側のネットワーク構成まで把握することはでき
ないため、Ａ社ネットワーク内でしか品質測定を行うこ
とができなかった。即ち、ユーザＬＡＮ側に障害原因が
ある場合には、障害原因を特定することができなかっ
た。

【００１２】そして、図１１の手順ｅに示すように、調
査結果をユーザへ連絡することになるが、再び電話で通
知することになるため、ユーザは、電話に出なければな
らず、音声映像を受視聴している際の妨害となってい
た。

【００１３】本発明の目的は、上記問題点を解消し、ユ
ーザ自身がユーザＬＡＮ内も含めて障害原因調査を開始
する手段と、その調査結果をサービスの受視聴を中断せ
ずにユーザに通知する手段とを設けることにより、タイ
ムリーに障害原因調査でき、かつサービス享受を妨げな
いようにする点を解決した新たなネットワーク障害原因
調査通知方法の提供と、そのネットワーク障害原因調査
通知方法の実現のために用いられる新たな端末を提供す
ることにある。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、まず、ユーザが品質劣化を感じた時点
で、ネットワークの障害原因調査のための測定が行える
ようにするために、ネットワーク品質管理者が行うので
はなく、ユーザが直ちに直接、容易に測定を開始できる
ようにする手段を講ずる。

【００１５】また、本発明では、ユーザＬＡＮ内の障害
原因も特定できるようにするために、ユーザ端末から品
質測定パケットを発出可能とする手段を講ずる。この
際、品質測定パケットの出力先のＩＰアドレスを設定す
る手段を講ずる。

【００１６】さらに、本発明では、障害原因をユーザへ
通知する場合に、サービスの受視聴を中断せずに連絡す
るために、ユーザ端末のディスプレイに調査結果を文字
で表示することにより解決する。

【００１７】このように、本発明は、ユーザが障害原因
調査の開始および調査結果の表示をユーザが使用してい
る端末において可能とすることを最も主要な特徴とす
る。

【００１８】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。

【００１９】最初に、本発明の概要について説明する。

【００２０】電話やテレビ電話やテレビ会議や音声映像
配信のように、ネットワークを経由して、音声情報や映
像情報をパケットにより伝達するサービスを利用してい
るケースにおいて、受信信号の品質が劣化する場合があ
る。

【００２１】本発明では、ユーザが品質劣化を感じた時
点で、障害原因を特定するために、ユーザが直ちに測定
を開始できるようにボタンをユーザ端末のディスプレイ
に表示しておく。このボタンをマウスでクリックするこ
とで、測定対象の装置に向けて品質測定パケットを発信
する。

【００２２】品質測定パケットの送出先のＩＰアドレス
は、あらかじめ通信相手のＩＰアドレスとユーザのＩＰ
アドレスから割り出しておき、その送出先のＩＰアドレ
スはユーザ端末のファイルに記録しておく、上述したボ
タンがクリックされると、そのファイルから送出先のＩ
Ｐアドレスが読み出され、品質測定パケットが発出され
る。品質測定パケットは、例えばｐｉｎｇのように発信
元に戻ってくるようにして、往復遅延時間や、品質測定
パケットの到着の有無（パケット損失率に換算可能）
や、パケット転送遅延ゆらぎなどの品質値が測定できる
ようにしておく。品質測定パケットを発出する場所は、
ユーザ端末だけとは限らず、品質測定対象を分割して、
複数の装置から発出してもよい。

【００２３】品質測定パケットにより測定された品質値
を一箇所の装置に収集し、ネットワークを細分化して区
間毎に品質値を算出し、それらの品質値をあらかじめ決
められているいき値（しきい値）と比較して、その区間
において障害があるかないかを判定する。そして、障害
原因をユーザへ通知する場合に、ユーザ端末のディスプ
レイに調査結果を測定結果の数値そのものだけでなく、
その解釈を付加して、文字で表示する。

【００２４】したがって、ユーザが直ちに測定を開始で
きるようにトリガボタンを講ずることにより、ユーザが
品質劣化を感じた時点で、ユーザＬＡＮを含めて直接障
害原因調査を開始でき、ディスプレイに調査内容を表示
することにより、サービス享受を妨げることなくユーザ
に通知することが可能となり、本発明の目的である、障
害が起きている間に原因調査を開始し、その結果をサー
ビスの受視聴を中断せずにユーザに通知することが可能
となる。

【００２５】以下、本発明の具体的な実施形態例を、図
面を用いて説明する。

【００２６】図１は、本発明の第１〜第２の実施形態例
が適用されるシステムの説明図であって、１００はユー
ザ側のネットワークの範囲を表すユーザＬＡＮ(Local A
reaNetwork)、１０１はユーザＬＡＮ１００から外部の
ネットワークに接続するノード（ゲートウェイ）、１０
２はユーザ端末、１０３はノード１０１に接続されてい
る品質監視装置、２００はＡ社が管理しているＡ社ネッ
トワーク、２０１はＡ社が外部のネットワークに接続す
るノード（ゲートウェイ）、２０２はノード２０１に接
続している品質監視装置、２０３はノード（ルータ）、
２０４はＡ社ネットワーク２００の品質を管理している
ネットワーク品質管理装置、２０５はノード（ルー
タ）、２０６は配信サーバ、２０７はノード２０５に接
続されている品質監視装置、である。

【００２７】また、１００２はノード１０１とユーザ端
末１０２を結ぶ回線、１００３はノード１０１と品質監
視装置１０３を結ぶ回線、１２００はノード１０１とノ
ード２０１を結ぶ回線、２００２はノード２０１と品質
監視装置２０２を結ぶ回線、２００３はノード２０１と
ノード２０３を結ぶ回線、２００４はノード２０３とネ
ットワーク品質管理装置２０４を結ぶ回線、２００５は
ノード２０１とノード２０５を結ぶ回線、２００６はノ
ード２０５と配信サーバ２０６を結ぶ回線、２００７は
ノード２０５と品質監視装置２０７を結ぶ回線、であ
る。

【００２８】第１の実施形態例について、ユーザ端末１
０２が配信サーバ２０６から音声映像信号を受信してい
るケースで説明する。

【００２９】図２に、第１の実施形態例の処理手順を図
示するとともに、図３に、この処理手順をフローチャー
トの形式で表したものを図示する。

【００３０】次に、図２に示した番号の順番に従って、
この第１の実施形態例の処理手順について説明する。

【００３１】まず、ユーザ端末１０２からＷＷＷブラウ
ザを利用して、配信サーバ２０６にアクセスする（手順
ａ）。配信サーバ２０６のホームページやサービスメニ
ューページがユーザ端末１０２のディスプレイに表示さ
れ、そのページから配信して欲しいソースを示す表示を
クリックすることにより音声映像信号の配信が開始され
る（手順ｂ）。

【００３２】配信サーバ２０６では、アクセス時にユー
ザＩＰアドレスが判るので、ユーザ端末１０２のＩＰア
ドレスと配信サーバ２０６のＩＰアドレスとをネットワ
ーク品質管理装置２０４に伝達する（手順ｃ）。

【００３３】ネットワーク品質管理装置２０４では、障
害原因調査時に対象とすべきノードのＩＰアドレス情報
を選択する（手順ｄ）。そして、調査対象のノードＩＰ
アドレス情報は、ユーザ端末１０２に送信される（手順
ｅ）。

【００３４】ユーザ端末１０２では、その調査対象のノ
ードＩＰアドレス情報を、品質測定実行時に読み出され
るファイルに記録する（手順ｆ）。ユーザ端末１０２の
ディスプレイには品質測定用ボタンを表示しておき、ユ
ーザが品質劣化を感じた時に、その品質測定用ボタンを
クリックすると、前記ファイルに記録しておいた調査対
象ノードに向けて品質測定パケットが出力され、測定結
果がユーザ端末１０２に収集される（手順ｇ）。

【００３５】この品質測定パケットは、ＩＣＭＰ(Inter
net Control Message Protocolの略。ＩＰプロトコルの
状態に関する情報を管理するプロトコルで、ＴＣＰ／Ｉ
Ｐプロトコルを利用しているコンピュータや、ＩＰフレ
ームを処理するルータなどのネットワーク制御装置の間
で互いの状態を連絡し合うことを目的とし、基本的なシ
ーケンスとして、問い合わせを受けた側は問い合わせを
した側へエコーを返信する。これによって、通信相手が
ネットワーク上に接続され、正常に機能しているか否か
を確認できる）のようなプロトコルを利用して、往復遅
延時間や、品質測定パケットの到着の有無（パケット損
失として換算できる）や、パケット転送遅延ゆらぎ等の
ネットワーク品質値が測定できるように設定する。

【００３６】例えば、図１において調査対象ノードは、
原因を特定するために必要なノード１０１、ノード２０
１、ノード２０５、配信サーバ２０６である。ただし、
一般的に、ノード１０１、２０１、２０５では、パケッ
ト処理の負荷が大きく、品質測定パケットの処理に負荷
を割かれたくないのでＩＣＭＰに対応しない設定になっ
ているケースがあり、その場合には、各ノードに接続さ
れている品質監視装置１０３、２０２、２０７に向けて
品質測定パケットを出力することになる。

【００３７】品質測定結果として、ノード１０１向けの
品質測定結果を結果１１、ノード２０１向けの品質測定
結果を結果１２、ノード２０５向けの品質測定結果を結
果１３、配信サーバ２０６向けの品質測定結果を結果１
４と称すると、それらの結果１１〜１４をユーザ端末１
０２からネットワーク品質管理装置２０４に送信する
（手順ｈ）。

【００３８】結果１１は回線１００２とノード１０１の
合計の品質値、結果１２は回線１００２とノード１０１
と回線１２００とノード２０１の合計の品質値、結果１
３は回線１００２とノード１０１と回線１２００とノー
ド２０１と回線２００５とノード２０５の合計の品質
値、結果１４は回線１００２とノード１０１と回線１２
００とノード２０１と回線２００５とノード２０５と回
線２００６と配信サーバ２０６の合計の品質値、となっ
ている。

【００３９】このことから判るように、結果１１から
は、ユーザＬＡＮ１００（回線１００２とノード１０
１）の品質値を求めることができ、差分演算によって求
まる「結果１２−結果１１」からは、ユーザＬＡＮ１０
０からＡ社ネットワーク２００へアクセスする区間（回
線１２００とノード２０１）の品質値を求めることがで
き、差分演算によって求まる「結果１３−結果１２」か
らは、回線２００５とノード２０５の品質値を求めるこ
とができ、差分演算によって求まる「結果１４−結果１
３」からは、回線２００６と配信サーバ２０６の品質値
を求めることができる。

【００４０】ネットワーク品質管理装置２０４は、この
ようにして求めた品質値をそれぞれのいき値（しきい
値）と比較して、大きい場合には、その回線区間が障害
原因となっていると判定する（手順ｉ）。そして、その
判定結果を、ユーザにわかりやすい説明も添えてユーザ
端末１０２に送信して、図４に示すように、ユーザ端末
１０２のディスプレイに表示する（手順ｊ）。

【００４１】例えば、回線１００２とノード１０１の区
間において遅延時間が大きい場合には「ユーザＬＡＮ内
において混雑している」、そして、パケット損失が発生
している場合には「ユーザＬＡＮ内において情報が欠損
している」というように、ユーザにわかりやすい説明も
添えて、障害原因と各区間の測定結果・通常値とをユー
ザ端末１０２に送信し、ユーザ端末１０２のディスプレ
イに表示する（手順ｊ）。

【００４２】また、回線１２００とノード２０１の区間
において遅延時間が大きい場合には「ユーザＬＡＮとＡ
社ネットワーク間において混雑している」、そして、パ
ケット損失が発生している場合には「ユーザＬＡＮとＡ
社ネットワーク間において情報が欠損している」という
ように、ユーザにわかりやすい説明も添えて、障害原因
と各区間の測定結果・通常値とをユーザ端末１０２に送
信し、ユーザ端末１０２のディスプレイに表示する（手
順ｊ) 。

【００４３】また、回線２００５とノード２０５の区間
において遅延時間が大きい場合には「Ａ社ネットワーク
において混雑している」、そして、パケット損失が発生
している場合には「Ａ社ネットワークにおいて情報が欠
損している」というように、ユーザにわかりやすい説明
も添えて、障害原因と各区間の測定結果・通常値とをユ
ーザ端末１０２に送信し、ユーザ端末１０２のディスプ
レイに表示する（手順ｊ) 。

【００４４】また、回線２００６と配信サーバ２０６の
区間において遅延時間が大きい場合には「配信サーバへ
の接続要求が多いため混雑している」、そして、パケッ
ト損失が発生している場合には「配信サーバへの接続要
求が多いため情報が欠損している」というように、ユー
ザにわかりやすい説明も添えて、障害原因と各区間の測
定結果・通常値とをユーザ端末１０２に送信し、ユーザ
端末１０２のディスプレイに表示する（手順ｊ) 。

【００４５】ここで、上述したような手順ｃ〜ｆのよう
な構成になっているため、手順ｇに示すように、ネット
ワーク品質管理者に連絡することなく、ユーザ端末１０
２から直ちに障害原因調査のための品質測定パケットを
発出することが可能となる。

【００４６】また、上述したような手順ｈ〜ｊの構成に
なっているため、ユーザが配信を受けている状態のま
ま、同じディスプレイ上に、障害原因調査結果を通知
（表示）することが可能となる。

【００４７】この手順ｈ〜ｊについては、ネットワーク
品質管理装置２０４で処理せずに、ユーザ端末１０２に
おいてプログラム処理する構成とすることで代替するこ
とが可能であり、この場合には、測定結果をネットワー
ク品質管理装置２０４に送信させることにより、ネット
ワーク品質管理者が障害を把握できることになる。

【００４８】以上説明したことから明らかなように、本
発明によれば、従来に比べて、ネットワーク品質管理者
を仲介することなく、タイムリーに障害原因調査を行う
ことが可能となり、配信サービスの受視聴を中断するこ
となく、障害原因を通知することが可能となる。

【００４９】これを実現するために用意される本発明の
ユーザ端末１０２は、上述したことから分かるように、
自装置の通信アドレスと通信先装置の通信アドレスとに
より決定される品質測定すべき装置の通信アドレスを入
手する手段と、品質測定要求が発行されるときに、入手
された通信アドレスに向けてパケットを発信してネット
ワーク品質値を収集する手段と、収集されたネットワー
ク品質値をネットワーク品質管理装置２０４に通知する
ことで、ネットワーク品質管理装置２０４からネットワ
ークの障害原因情報を取得する手段と、取得された障害
原因情報を出力する手段とを備えるように構成される。

【００５０】そして、ネットワーク品質管理装置２０４
の代わりにネットワークの障害原因情報を解析する機能
を有する場合には、自装置の通信アドレスと通信先装置
の通信アドレスとにより決定される品質測定すべき装置
の通信アドレスを入手する手段と、品質測定要求が発行
されるときに、入手された通信アドレスに向けてパケッ
トを発信してネットワーク品質値を収集する手段と、収
集されたネットワーク品質値を使ってネットワークの障
害原因を解析する手段と、解析された障害原因情報を出
力する手段とを備えるように構成される。

【００５１】次に、本発明の第２の実施形態例について
説明する。

【００５２】第２の実施形態例についても、ユーザ端末
１０２が配信サーバ２０６から音声映像信号を受信して
いるケースで説明する。

【００５３】図５に、第２の実施形態例の処理手順を図
示するとともに、図６及び図７に、この処理手順をフロ
ーチャートの形式で表したものを図示する。

【００５４】次に、図５に示した番号の順番に従って、
この第２の実施形態例の処理手順について説明する。

【００５５】まず、ユーザ端末１０２からＷＷＷブラウ
ザを利用して、配信サーバ２０６にアクセスする（手順
ａ）。配信サーバ２０６のホームページやサービスメニ
ューページがユーザ端末１０２のディスプレイに表示さ
れ、そのページから配信して欲しいソースを示す表示を
クリックすることにより音声映像信号の配信が開始され
る（手順ｂ）。

【００５６】配信サーバ２０６では、アクセス時にユー
ザＩＰアドレスが判るので、ユーザ端末１０２のＩＰア
ドレスと配信サーバ２０６のＩＰアドレスとをネットワ
ーク品質管理装置２０４に伝達する（手順ｃ）。

【００５７】ネットワーク品質管理装置２０４では、障
害原因調査時に対象とすべきノードのＩＰアドレス情報
を選択する（手順ｄ）。この際、ユーザ端末１０２から
測定する対象のＩＰアドレス情報と、品質監視装置２０
２から測定する対象のＩＰアドレス情報とを分別してお
く。そして、調査対象のノードＩＰアドレス情報は、そ
れぞれユーザ端末１０２と品質監視装置２０２とに送信
される（手順ｅと手順ｇ）。

【００５８】ユーザ端末１０２から測定するノードと品
質監視装置２０２から測定するノードとは、重複しても
よいが、各ノードと各回線の品質値が演算で求められる
ようにと分担させつつ設定する。このように、分担させ
る理由は、ノード２０１からユーザ端末１０２の経路の
空き帯域が小さく、配信サービスの品質を低下させるこ
とが想定される場合などに有効なためである。

【００５９】ユーザ端末１０２と品質監視装置２０２で
は、その調査対象のノードＩＰアドレス情報を、品質測
定実行時に読み出されるファイルに記録する（手順ｆと
手順ｈ）。ユーザ端末１０２のディスプレイには品質測
定用ボタンを表示しておき、ユーザが品質劣化を感じた
時に、その品質測定用ボタンをクリックすると、前記フ
ァイルに記録しておいた調査対象ノードに向けて品質測
定パケットが出力され、測定結果がユーザ端末１０２に
収集される（手順ｉ）。

【００６０】この品質測定用ボタンのクリックによっ
て、品質監視装置２０２に向けても、測定開始指示パケ
ットが発出される（手順ｊ）。この測定開始指示パケッ
トを受信した品質監視装置２０２は、測定対象の装置に
向けて、品質測定パケットを出力し、その測定結果を収
集する（手順ｋ）。

【００６１】この品質測定パケットは、ＩＣＭＰ(Inter
net Control Message Protocol）のようなプロトコルを
利用して、往復遅延時間や、品質測定パケットの到着の
有無（パケット損失として換算できる）や、パケット転
送遅延ゆらぎ等のネットワーク品質値が測定できるよう
に設定する。

【００６２】例えば、図１において調査対象ノードは、
原因を特定するために必要なノード１０１、ノード２０
１、ノード２０５、配信サーバ２０６である。ただし、
一般的に、ノード１０１、２０１、２０５では、パケッ
ト処理の負荷が大きく、品質測定パケットの処理に負荷
を割かれたくないのでＩＣＭＰに対応しない設定になっ
ているケースがあり、その場合には、各ノードに接続さ
れている品質監視装置１０３、２０２、２０７に向けて
品質測定パケットを出力することになる。

【００６３】ユーザ端末１０２からは、ノード１０１と
ノード２０１に向けて品質測定パケットを発出し、か
つ、品質監視装置２０２に向けて測定開始指示パケット
を発出する。また、品質監視装置２０２は、この測定開
始指示パケットを受信すると、直ちに、ノード２０５と
配信サーバ２０６に向けて品質測定パケットを発出す
る。

【００６４】品質測定結果として、ノード１０１向けの
品質測定結果を結果１１、ノード２０１向けの品質測定
結果を結果１２、ノード２０５向けの品質測定結果を結
果２１、配信サーバ２０６向けの品質測定結果を結果２
２と称すると、結果１１〜１２をユーザ端末１０２から
ネットワーク品質管理装置２０４に送信し、結果２１〜
２２を品質監視装置２０２からネットワーク品質管理装
置２０４に送信する（手順ｌとｍ）。

【００６５】結果１１は回線１００２とノード１０１の
合計の品質値、結果１２は回線１００２とノード１０１
と回線１２００とノード２０１の合計の品質値、結果２
１は回線２００２とノード２０１と回線２００５とノー
ド２０５の合計の品質値、結果２２は回線２００２とノ
ード２０１と回線２００５とノード２０５と回線２００
６と配信サーバ２０６の合計の品質値、となっている。

【００６６】ここで、回線２００２では、トラヒックの
輻輳にともなう障害原因は起こらないようにあらかじめ
設定されていて、回線２００２での品質値はないとして
考えてよい。

【００６７】このことから判るように、結果１１から
は、ユーザＬＡＮ１００（回線１００２とノード１０
１）の品質値を求めることができ、差分演算によって求
まる「結果１２−結果１１」からは、ユーザＬＡＮ１０
０からＡ社ネットワーク２００へアクセスする区間（回
線１２００とノード２０１）の品質値を求めることがで
き、結果２１からは、回線２００５とノード２０５の品
質値を求めることができ、差分演算によって求まる「結
果２２−結果２１」からは、回線２００６と配信サーバ
２０６の品質値を求めることができる。

【００６８】ネットワーク品質管理装置２０４は、この
ようにして求めた品質値をそれぞれのいき値（しきい
値）と比較して、大きい場合には、その区間が障害原因
となっていると判定する（手順ｎ）。そして、その判定
結果を、ユーザにわかりやすい説明も添えてユーザ端末
１０２に送信して、ユーザ端末１０２のディスプレイに
表示する（手順ｏ）。

【００６９】例えば、回線１００２とノード１０１の区
間において遅延時間が大きい場合には「ユーザＬＡＮ内
において混雑している」、そして、パケット損失が発生
している場合には「ユーザＬＡＮ内において情報が欠損
している」というように、ユーザにわかりやすい説明も
添えて、障害原因と各区間の測定結果・通常値とをユー
ザ端末１０２に送信し、ユーザ端末１０２のディスプレ
イに表示する（手順ｏ）。

【００７０】また、回線１２００とノード２０１の区間
において遅延時間が大きい場合には「ユーザＬＡＮとＡ
社ネットワーク間において混雑している」、そして、パ
ケット損失が発生している場合には「ユーザＬＡＮとＡ
社ネットワーク間において情報が欠損している」という
ように、ユーザにわかりやすい説明も添えて、障害原因
と各区間の測定結果・通常値とをユーザ端末１０２に送
信し、ユーザ端末１０２のディスプレイに表示する（手
順ｏ）。

【００７１】また、回線２００５とノード２０５の区間
において遅延時間が大きい場合には「Ａ社ネットワーク
において混雑している」、そして、パケット損失が発生
している場合には「Ａ社ネットワークにおいて情報が欠
損している」というように、ユーザにわかりやすい説明
も添えて、障害原因と各区間の測定結果・通常値とをユ
ーザ端末１０２に送信し、ユーザ端末１０２のディスプ
レイに表示する（手順ｏ）。

【００７２】また、回線２００６と配信サーバ２０６の
区間において遅延時間が大きい場合には「配信サーバへ
の接続要求が多いため混雑している」、そして、パケッ
ト損失が発生している場合には「配信サーバへの接続要
求が多いため情報が欠損している」というように、ユー
ザにわかりやすい説明も添えて、障害原因と各区間の測
定結果・通常値とをユーザ端末１０２に送信し、ユーザ
端末１０２のディスプレイに表示する（手順ｏ）。

【００７３】ここで、上述したような手順ｃ〜ｈのよう
な構成になっているため、手順ｉ〜ｋに示すように、ネ
ットワーク品質管理者に連絡することなく、ユーザ端末
１０２から直ちに障害原因調査のための品質測定パケッ
トを発出することが可能となる。

【００７４】また、上述したような手順ｌ〜ｏの構成に
なっているため、ユーザが配信を受けている状態のま
ま、同じディスプレイ上に、障害原因調査結果を通知
（表示）することが可能となる。

【００７５】以上説明したことから明らかなように、本
発明によれば、従来に比べて、ネットワーク品質管理者
を仲介することなく、タイムリーに障害原因調査を行う
ことが可能となり、配信サービスの受視聴を中断するこ
となく、障害原因を通知することが可能となる。

【００７６】そして、第１の実施形態例に比較すると、
ユーザ端末１０２から発出する品質測定パケット数を低
減することで、ユーザＬＡＮ１００内におけるトラヒッ
クの増加を抑えることで他のサービス品質に影響を及ぼ
さないことが可能となる。

【００７７】次に、本発明の第３の実施形態例について
説明する。

【００７８】図８は、本発明の第３の実施形態例が適用
されるシステムの説明図であって、ＩＰ網を経由して音
声通信（ＶｏＩＰ：Voice over Internet Protocol) や
音声映像通信を行う場合を示している。

【００７９】図８に示した構成において、３００はユー
ザ側のネットワークの範囲を表すユーザＬＡＮ（ゾーン
Ｂ）、３０１はユーザＬＡＮ３００から外部のネットワ
ークに接続するノード（ルータ）、３０２はユーザ端
末、３０３はノード３０１に接続されている品質監視装
置、３０４は音声通信を行うユーザ端末を登録して端末
間の呼設定を仲介する仮想的な交換機であるところのゲ
ートキーパ(Gate Keeper) 、４００はＡ社が管理してい
るＡ社ネットワーク、４０１はＡ社が外部のネットワー
クに接続するノード（ルータ）、４０２はノード４０１
に接続している品質監視装置、４０３はＡ社が外部のネ
ットワークに接続するノード（ルータ）、４０４はノー
ド４０３に接続している品質監視装置、４０５はノード
（ルータ）、４０６はＡ社ネットワーク４００の品質を
管理しているネットワーク品質管理装置、５００はユー
ザ側のネットワークの範囲を表すユーザＬＡＮ（ゾーン
Ｃ）、５０１はユーザＬＡＮ５００から外部のネットワ
ークに接続するノード（ルータ）、５０２はユーザ端
末、５０３はノード５０１に接続されている品質監視装
置、５０４は音声通信を行うユーザ端末を登録して端末
間の呼設定を仲介する仮想的な交換機であるところのゲ
ートキーパ(Gate Keeper) 、である。

【００８０】３００２はノード３０１とユーザ端末３０
２を結ぶ回線、３００３はノード３０１と品質監視装置
３０３を結ぶ回線、３００４はノード３０１とゲートキ
ーパ３０４を結ぶ回線、３４００はノード３０１とノー
ド４０１を結ぶ回線、４００２はノード４０１と品質監
視装置４０２を結ぶ回線、４００３はノード４０１とノ
ード４０３を結ぶ回線、４００４はノード４０３と品質
監視装置４０４を結ぶ回線、４００５はノード４０１と
ノード４０５を結ぶ回線、４００６はノード４０５とネ
ットワーク品質管理装置４０６を結ぶ回線、４５００は
ノード４０３とノード５０１を結ぶ回線、５００２はノ
ード５０１とユーザ端末５０２を結ぶ回線、５００３は
ノード５０１と品質監視装置５０３を結ぶ回線、５００
４はノード５０１とゲートキーパ５０４を結ぶ回線、で
ある。

【００８１】第３の実施形態例については、ユーザ端末
３０２がユーザ端末５０２との間で音声情報や音声映像
情報を送受信しているケースで説明する。

【００８２】図９に、第３の実施形態例の処理手順を図
示するとともに、図１０に、この処理手順をフローチャ
ートの形式で表したものを図示する。

【００８３】次に、図９に示した番号の順番に従って、
この第３の実施形態例の処理手順について説明する。

【００８４】まず、ユーザ端末３０２から音声通信用
（音声映像通信用）アプリケーションを起動して通信要
求をゲートキーパ３０４に向けて発出する（手順ａ）。
ゲートキーパ３０４はユーザ端末５０２のＩＰアドレス
を返し接続許可する（手順ｂ）。ユーザ端末３０２とユ
ーザ端末５０２は通信を開始する（手順ｃ）。

【００８５】ゲートキーパ３０４は、ネットワーク品質
管理装置４０６にユーザ端末３０２とユーザ端末５０２
のＩＰアドレスを伝達する（手順ｄ）。ネットワーク品
質管理装置４０６では、障害原因調査時に対象とすべき
ノードのＩＰアドレス情報を選択する（手順ｅ）。そし
て、この調査対象のノードＩＰアドレス情報は、ユーザ
端末３０２に送信される（手順ｆ）。

【００８６】ユーザ端末３０２では、その調査対象のノ
ードＩＰアドレス情報を、品質測定実行時に読み出され
るファイルに記録する（手順ｇ）。ユーザ端末３０２の
ディスプレイには品質測定用ボタンを表示しておき、ユ
ーザが品質劣化を感じた時に、その品質測定用ボタンを
クリックすると、前記ファイルに記録しておいた調査対
象ノードに向けて品質測定パケットが出力され、測定結
果がユーザ端末３０２に収集される（手順ｈ）。

【００８７】この品質測定パケットは、ＩＣＭＰ(Inter
net Control Message Protocol）のようなプロトコルを
利用して、往復遅延時間や、品質測定パケットの到着の
有無（パケット損失として換算できる）や、パケット転
送遅延ゆらぎ等のネットワーク品質値が測定できるよう
に設定する。

【００８８】例えば、図８において調査対象ノードは、
原因を特定するために必要なノード３０１、ノード４０
１、ノード４０３、ノード５０１、ユーザ端末５０２で
ある。ただし、一般的に、ノード３０１、４０１、４０
３、５０１では、パケット処理の負荷が大きく、品質測
定パケットの処理に負荷を割かれたくないのでＩＣＭＰ
に対応しない設定になっているケースがあり、その場合
には、各ノードに接続されている品質監視装置３０３、
４０２、４０４、５０３に向けて品質測定パケットを出
力することになる。

【００８９】品質測定結果として、ノード３０１向けの
品質測定結果を結果３１、ノード４０１向けの品質測定
結果を結果３２、ノード４０３向けの品質測定結果を結
果３３、ノード５０１向けの品質測定結果を結果３４、
ユーザ端末５０２向けの品質測定結果を結果３５と称す
ると、これらの結果３１〜３５をユーザ端末３０２から
ネットワーク品質管理装置４０６に送信する（手順
ｉ）。

【００９０】結果３１は回線３００２とノード３０１の
合計の品質値、結果３２は回線３００２とノード３０１
と回線３４００とノード４０１の合計の品質値、結果３
３は回線３００２とノード３０１と回線３４００とノー
ド４０１と回線４００３とノード４０３の合計の品質
値、結果３４は回線３００２とノード３０１と回線３４
００とノード４０１と回線４００３とノード４０３と回
線４５００とノード５０１の合計の品質値、結果３５は
回線３００２とノード３０１と回線３４００とノード４
０１と回線４００３とノード４０３と回線４５００とノ
ード５０１と回線５００２とユーザ端末５０２の合計の
品質値、となっている。

【００９１】このことから判るように、結果３１から
は、ユーザＬＡＮ３００（回線３００２とノード３０
１）の品質値を求めることができ、差分演算によって求
まる「結果３２−結果３１」からは、ユーザＬＡＮ３０
０からＡ社ネットワーク４００へアクセスする区間（回
線３４００とノード４０１）の品質値を求めることがで
き、差分演算によって求まる「結果３３−結果３２」か
らは、回線４００３とノード４０３の品質値を求めるこ
とができ、差分演算によって求まる「結果３４−結果３
３」からは、回線４５００とノード５０１の品質値を求
めることができ、差分演算によって求まる「結果３５−
結果３４」からは、回線５００２とユーザ端末５０２の
品質値を求めることができる。

【００９２】ネットワーク品質管理装置４０６は、この
ようにして求めた品質値をそれぞれのいき値（しきい
値）と比較して、大きい場合には、その回線区間が障害
原因となっていると判定する（手順ｊ）。そして、その
判定結果を、ユーザにわかりやすい説明も添えてユーザ
端末３０２に送信して、ユーザ端末３０２のディスプレ
イに表示する（手順ｋ）。

【００９３】例えば、回線３００２とノード３０１の区
間において遅延時間が大きい場合には「ユーザＬＡＮ内
において混雑している」、そして、パケット損失が発生
している場合には「ユーザＬＡＮ内において情報が欠損
している」というように、ユーザにわかりやすい説明も
添えて、障害原因と各区間の測定結果・通常値とをユー
ザ端末３０２に送信し、ユーザ端末３０２のディスプレ
イに表示する（手順ｋ）。

【００９４】また、回線３４００とノード４０１の区間
において遅延時間が大きい場合には「ユーザＬＡＮとＡ
社ネットワーク間において混雑している」、そして、パ
ケット損失が発生している場合には「ユーザＬＡＮとＡ
社ネットワーク間において情報が欠損している」という
ように、ユーザにわかりやすい説明も添えて、障害原因
と各区間の測定結果・通常値とをユーザ端末３０２に送
信し、ユーザ端末３０２のディスプレイに表示する（手
順ｋ）。

【００９５】また、回線４００３とノード４０３の区間
において遅延時間が大きい場合には「Ａ社ネットワーク
において混雑している」、そして、パケット損失が発生
している場合には「Ａ社ネットワークにおいて情報が欠
損している」というように、ユーザにわかりやすい説明
も添えて、障害原因と各区間の測定結果・通常値とをユ
ーザ端末３０２に送信し、ユーザ端末３０２のディスプ
レイに表示する（手順ｋ）。

【００９６】また、回線４５００とノード５０１の区間
において遅延時間が大きい場合には「Ａ社ネットワーク
とユーザＬＡＮ（Ｃゾーン）間において混雑してい
る」、そして、パケット損失が発生している場合には
「Ａ社ネットワークとユーザＬＡＮ（Ｃゾーン）間にお
いて情報が欠損している」というように、ユーザにわか
りやすい説明も添えて、障害原因と各区間の測定結果・
通常値とをユーザ端末３０２に送信し、ユーザ端末３０
２のディスプレイに表示する（手順ｋ）。

【００９７】また、回線５００２とユーザ端末５０２の
区間において遅延時間が大きい場合には「ユーザＬＡＮ
（Ｃゾーン）において混雑している」、そして、パケッ
ト損失が発生している場合には「ユーザＬＡＮ（Ｃゾー
ン）において情報が欠損している」というように、ユー
ザにわかりやすい説明も添えて、障害原因と各区間の測
定結果・通常値とをユーザ端末３０２に送信し、ユーザ
端末３０２のディスプレイに表示する（手順ｋ）。

【００９８】ここで、上述したような手順ｄ〜ｇのよう
な構成になっているため、手順ｈに示すように、ネット
ワーク品質管理者に連絡することなく、ユーザ端末３０
２から直ちに障害原因調査のための品質測定パケットを
発出することが可能となる。

【００９９】また、上述したような手順ｉ〜ｋの構成に
なっているため、ユーザが通信を中断することなく、同
じディスプレイ上に、障害原因調査結果を通知（表示）
することが可能となる。

【０１００】この手順ｉ〜ｋについては、ネットワーク
品質管理装置４０６で処理せずに、ユーザ端末３０２に
おいてプログラム処理する構成とすることで代替するこ
とが可能であり、この場合には、測定結果をネットワー
ク品質管理装置４０６に送信させることにより、ネット
ワーク品質管理者が障害を把握できることになる。

【０１０１】以上説明したことから明らかなように、本
発明によれば、従来に比べて、ネットワーク品質管理者
を仲介することなく、タイムリーに障害原因調査を行う
ことが可能となり、通信を中断することなく、障害原因
を通知することが可能となる。

【０１０２】

【発明の効果】以上説明したように、本発明によれば、
自動的に調査対象となるノードのＩＰアドレスがユーザ
端末に伝達されて、ユーザ端末から直ちに障害原因調査
のための品質測定パケットを発出することが可能である
から、ネットワーク品質管理者に連絡することなく、タ
イムリーに障害原因を探求することができるという利点
がある。

【０１０３】また、本発明によれば、障害原因の内容が
ユーザのディスプレイ上に表示されるので、サービスを
中断することがないという効果がある。

【図面の簡単な説明】

【図１】本発明の適用されるシステムの説明図である。

【図２】本発明の第１の実施形態例である。

【図３】第１の実施形態例の処理をフローチャートの形
式で表した説明図である。

【図４】本発明の処理の説明図である。

【図５】本発明の第２の実施形態例である。

【図６】第２の実施形態例の処理をフローチャートの形
式で表した説明図である。

【図７】第２の実施形態例の処理をフローチャートの形
式で表した説明図である。

【図８】本発明の適用されるシステムの説明図である。

【図９】本発明の第３の実施形態例である。

【図１０】第３の実施形態例の処理をフローチャートの
形式で表した説明図である。

【図１１】従来技術の説明図である。

【符号の説明】

１００ ユーザＬＡＮ １０１ ノード １０２ ユーザ端末 １０３ 品質監視装置 ２００ Ａ社ネットワーク ２０１ ノード ２０２ 品質監視装置 ２０３ ノード ２０４ ネットワーク品質管理装置 ２０５ ノード ２０６ 配信サーバ ２０７ 品質監視装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/15 ６４０ Ｈ０４Ｌ 13/00 ３１１ ５Ｋ０３５ 17/00 Ｆターム(参考） 5B089 GA21 GB02 JB16 KA12 KB06 KC26 MC06 5C061 BB07 CC03 5C064 AA01 AA02 AD14 AD18 5K019 AB06 AC09 CD11 DA05 DB05 DC03 5K030 GA01 GA12 HB01 HB02 HB28 HB29 JA10 JT01 JT04 MA06 MB01 MC07 MC09 5K035 AA01 AA07 BB03 CC10 DD01 EE01 JJ02

Claims (5)

【特許請求の範囲】
1. 【請求項１】 音声映像データとヘッダ情報を含むパケ
   ットを、ネットワークを経由して、端末で送受信あるい
   は受信する場合における音声映像通信の障害原因を調査
   し、通知する方法であって、 パケットを送受信している端末の通信アドレスを知るス
   テップと、 前記通信アドレスから品質測定すべき装置の通信アドレ
   スを知って選択するステップと、 前記端末に前記品質測定すべき装置の通信アドレスを通
   知し蓄積するステップと、 前記通知された通信アドレスに向けてパケットを発信し
   ネットワーク品質値を収集するステップとを有すること
   を、 特徴とするネットワーク障害原因調査通知方法。
2. 【請求項２】 請求項１記載のネットワーク障害原因調
   査通知方法において、 前記ネットワーク品質値を利用してネットワークを細分
   化した区間毎の品質値を算出するステップと、 前記区間毎に品質値をいき値と比較するステップと、 前記パケットを発信した端末に、前記区間毎の品質値お
   よび／または前記比較結果を通知するステップとを有す
   ることを、 特徴とするネットワーク障害原因調査通知方法。
3. 【請求項３】 請求項１又は２記載のネットワーク障害
   原因調査通知方法において、 パケットを発信しネットワーク品質値を収集する装置を
   前記端末以外にも複数設けて、連携しつつパケットを発
   信するステップを有することを、 特徴とするネットワーク障害原因調査通知方法。
4. 【請求項４】 音声映像データとヘッダ情報を含むパケ
   ットを、ネットワークを経由して、端末で送受信あるい
   は受信する場合における音声映像通信の障害原因を調査
   し通知する方法の実現のために用いられる端末であっ
   て、 自装置の通信アドレスと通信先装置の通信アドレスとに
   より決定される品質測定すべき装置の通信アドレスを入
   手する手段と、 品質測定要求が発行されるときに、前記入手された通信
   アドレスに向けてパケットを発信してネットワーク品質
   値を収集する手段と、 前記ネットワーク品質値をネットワーク品質管理装置に
   通知することで、該ネットワーク品質管理装置からネッ
   トワークの障害原因情報を取得する手段と、 前記障害原因情報を出力する手段とを備えることを、 特徴とする端末。
5. 【請求項５】 音声映像データとヘッダ情報を含むパケ
   ットを、ネットワークを経由して、端末で送受信あるい
   は受信する場合における音声映像通信の障害原因を調査
   し通知する方法の実現のために用いられる端末であっ
   て、 自装置の通信アドレスと通信先装置の通信アドレスとに
   より決定される品質測定すべき装置の通信アドレスを入
   手する手段と、 品質測定要求が発行されるときに、前記入手された通信
   アドレスに向けてパケットを発信してネットワーク品質
   値を収集する手段と、 前記ネットワーク品質値を使ってネットワークの障害原
   因を解析する手段と、前記障害原因情報を出力する手段
   とを備えることを、 特徴とする端末。