(57)【要約】【課題】ネットワーク上において障害を起こしている箇所や原因を特定する。【解決手段】サーバからデータ中継装置を介して通信データを取得する手段と、取得した通信データを監視し、第１のネットワーク品質を特定する手段と、第１のネットワーク品質の低下を検出する手段と、データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、データ中継装置より受信することにより第２のネットワーク品質を特定する手段と、第１のネットワーク品質と第２のネットワーク品質から、第３のネットワーク品質を特定する手段と、第１のネットワーク品質の低下が検出された場合に、第３のネットワーク品質の情報と、検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する手段とを備える。【選択図】図１
2010161649.tif 000002
【特許請求の範囲】
【請求項１】
グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うネットワーク障害検出装置であって、
前記サーバから前記データ中継装置を介して通信データを取得するデータ取得手段と、
前記データ取得手段において取得した通信データを監視し、第１のネットワーク品質を特定する第１の品質特定手段と、
前記第１のネットワーク品質の低下を検出する第１の品質低下検出手段と、
前記データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、前記データ中継装置より受信することにより第２のネットワーク品質を特定する第２の品質特定手段と、
前記第１のネットワーク品質と前記第２のネットワーク品質から、第３のネットワーク品質を特定する第３の品質特定手段と、
前記第１のネットワーク品質の低下が検出された場合に、前記第３のネットワーク品質の情報と、前記検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する通知手段と
を備えることを特徴とするネットワーク障害検出装置。
【請求項２】
前記第２の品質特定手段は、前記中継データネットワーク品質は、前記データ中継装置にて品質低下の原因と判定されたデータに基づいて送信されたものとして扱うことを特徴とする請求項１に記載のネットワーク障害検出装置。
【請求項３】
前記第３のネットワーク品質の障害の度合いが予め設定された条件に適合するか否かを判定する判定手段をさらに備え、
前記通知手段は、前記判定手段が判定した前記障害度合いに基づいて前記障害原因情報の通知を保留、中止、または、通知形態を変更することを特徴とする請求項１または２のいずれかに記載のネットワーク障害検出装置。
【請求項４】
前記通知手段は、前記障害の原因と、障害内容の項目値を組み合わせたコードを併せて表示することを特徴とする請求項１から３のいずれかに記載のネットワーク障害検出装置。
【請求項５】
前記第１のネットワーク品質は前記ネットワーク障害検出装置のネットワークアドレスを含み、前記第２のネットワーク品質は前記データ中継装置の前記グローバルネットワーク側のネットワークアドレスを含み、前記第３のネットワーク品質は前記データ中継装置にてポートマッピング設定が可能か否かの情報を含むことを特徴とする請求項１から４のいずれかに記載のネットワーク障害検出装置。
【請求項６】
請求項１から５のいずれかに記載のネットワーク障害検出装置と接続するデータ中継装置であって、
中継する通信データを監視するデータ監視手段と、
前記監視する通信データのうち、ネットワーク品質を特定すべきデータの種類を識別するデータ識別手段と、
前記データ識別手段により識別されたネットワーク品質を特定すべき通信データを前記データ監視手段によって監視することにより中継データネットワーク品質を特定する品質特定手段と、
前記特定された中継データネットワーク品質の情報を前記ネットワーク障害検出装置に送信する品質情報送信手段と
を備えることを特徴とするデータ中継装置。
【請求項７】
前記中継データネットワーク品質低下の原因を判定する品質低下原因判定手段をさらに備え、
前記品質特定手段は、前記品質低下の原因に基づいて、前記中継データネットワーク品質を特定するすることを特徴とする請求項６に記載のデータ中継装置。
【請求項８】
ローカルネットワーク内に接続された複数の前記ネットワーク障害検出装置のうち、前記品質低下の原因と判定されたネットワーク障害検出装置に対して前記中継データネットワーク品質の情報を送信することを特徴とする請求項７に記載のデータ中継装置。
【請求項９】
グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うために、前記サーバから前記データ中継装置を介して通信データを取得するデータ取得手段を備えるネットワーク障害検出装置におけるネットワーク障害検出方法であって、
前記データ取得手段において取得した通信データを監視し、第１のネットワーク品質を特定する第１の品質特定ステップと、
前記第１のネットワーク品質の低下を検出する第１の品質低下検出ステップと、
前記データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、前記データ中継装置より受信することにより第２のネットワーク品質を特定する第２の品質特定ステップと、
前記第１のネットワーク品質と前記第２のネットワーク品質から、第３のネットワーク品質を特定する第３の品質特定ステップと、
前記第１のネットワーク品質の低下が検出された場合に、前記第３のネットワーク品質の情報と、前記検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する通知ステップと
を有することを特徴とするネットワーク障害検出方法。
【請求項１０】
グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うネットワーク障害検出装置を備えるネットワーク障害検出システムであって、
前記ネットワーク障害検出装置は、
前記サーバから前記データ中継装置を介して通信データを取得するデータ取得手段と、
前記データ取得手段において取得した通信データを監視し、第１のネットワーク品質を特定する第１の品質特定手段と、
前記第１のネットワーク品質の低下を検出する第１の品質低下検出手段と、
前記データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、前記データ中継装置より受信することにより第２のネットワーク品質を特定する第２の品質特定手段と、
前記第１のネットワーク品質と前記第２のネットワーク品質から、第３のネットワーク品質を特定する第３の品質特定手段と、
前記第１のネットワーク品質の低下が検出された場合に、前記第３のネットワーク品質の情報と、前記検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する通知手段と
を備え、
前記データ中継装置は、
中継する通信データを監視するデータ監視手段と、
前記監視する通信データのうち、ネットワーク品質を特定すべきデータの種類を識別するデータ識別手段と、
前記データ識別手段により識別されたネットワーク品質を特定すべき通信データを前記データ監視手段によって監視することにより中継データネットワーク品質を特定する品質特定手段と、
前記特定された中継データネットワーク品質の情報を前記ネットワーク障害検出装置に送信する品質情報送信手段と
を備える
ことを特徴とするネットワーク障害検出システム。
【請求項１１】
グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うネットワーク障害検出装置を備えるネットワーク障害検出システムにおける前記ネットワーク障害検出装置上で動作するネットワーク障害検出プログラムであって、
前記サーバから前記データ中継装置を介して通信データを取得するデータ取得ステップと、
前記データ取得ステップにおいて取得した通信データを監視し、第１のネットワーク品質を特定する第１の品質特定ステップと、
前記第１のネットワーク品質の低下を検出する第１の品質低下検出ステップと、
前記データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、前記データ中継装置より受信することにより第２のネットワーク品質を特定する第２の品質特定ステップと、
前記第１のネットワーク品質と前記第２のネットワーク品質から、第３のネットワーク品質を特定する第３の品質特定ステップと、
前記第１のネットワーク品質の低下が検出された場合に、前記第３のネットワーク品質の情報と、前記検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する通知ステップと
をコンピュータに行わせることを特徴とするネットワーク障害検出プログラム。
【請求項１２】
グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うネットワーク障害検出装置を備えるネットワーク障害検出システムにおける前記データ中継装置上で動作するネットワーク障害検出プログラムであって、
中継する通信データを監視するデータ監視ステップと、
前記監視する通信データのうち、ネットワーク品質を特定すべきデータの種類を識別するデータ識別ステップと、
前記データ識別ステップにより識別されたネットワーク品質を特定すべき通信データを前記データ監視ステップによって監視することにより中継データネットワーク品質を特定する品質特定ステップと、
前記特定された中継データネットワーク品質の情報を前記ネットワーク障害検出装置に送信する品質情報送信ステップと
をコンピュータに行わせることを特徴とするネットワーク障害検出プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの品質値を測定し、障害を起こしている箇所や原因を特定するネットワーク障害検出装置、データ中継装置、ネットワーク障害検出方法、ネットワーク障害検出システム及びネットワーク障害検出プログラムに関する。
【背景技術】
【０００２】
近年、インターネットに代表されるＩＰ（Internet protocol）方式のネットワーク上で、ビデオコンテンツの配信を行い、家庭内のパソコンやネットワーク対応の家電機器で視聴できるシステムが普及しつつある。
【０００３】
しかしながら、従来の地上波放送のテレビのように電波をアンテナで受信して視聴する場合に比べて、ＩＰ方式のネットワーク上でビデオコンテンツのパケットをストリーミング配信する場合は、機器の設定が複雑であるという問題がある。また、機器の設定が適切であっても、ネットワーク上での障害など何らかの原因により正しく視聴できない事態が発生する場合がある。この場合、原因を特定することは難しく、一般ユーザの手に負えないことが多い。
【０００４】
このような課題を解決するため、障害が起きている間に音声映像品質の劣化原因を特定して、それをサービスの受視聴を中断させることなくユーザに通知できるようにする技術が知られている（例えば、特許文献１参照）。これは、端末が音声映像通信に入ると、ネットワーク品質管理装置が、端末の通信アドレスと相手方の通信アドレスとから障害原因調査対象の装置の通信アドレスを選択して端末に通知する。これを受けて、端末が、音声映像の品質が劣化するときに、その通知された通信アドレスに向けて、品質測定パケットを送信することでネットワーク品質値を収集して、それをネットワーク品質管理装置に通知する。これを受けて、ネットワーク品質管理装置は、収集された品質値の差分を算出してそれを所定の閾値と比較することで障害原因を特定し、それを端末に送信することで端末に障害原因を出力するものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−５１０４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１による方法では、原因調査の方法として、ｐｉｎｇコマンド（ネットワーク疎通を確認したいホスト装置に対してＩＰパケットを発行し、そのパケットが正しく届いて返答が行われるかを確認するためのコマンド）を利用しているため、経路上のルータやサーバがｐｉｎｇコマンドに応答しないように設定されていたり、ｐｉｎｇコマンドに応答する機能を有していない場合には代替のサーバを必要としたり、パケットの種類によって優先度が設定されていると正しく測定ができなかったりという問題がある。また、家庭内に設置されているブロードバンドルータ（ＢＢＲ；broadband router）との間の経路に障害があるということを検出したとしても、それ以上の情報を提供することができないという問題がある。このため、適切な判定を下すことができず、原因がはっきりしないまま受信機メーカの問い合わせ窓口に相談することとなり、相談を受けた担当者も確度の低い回答を繰り返し、コスト増加、及び顧客満足度の低下につながってしまうという問題がある。
【０００７】
本発明は、このような事情に鑑みてなされたもので、ネットワークの品質値を測定し、障害を起こしている箇所や原因を特定することができるネットワーク障害検出装置、データ中継装置、ネットワーク障害検出方法、ネットワーク障害検出システム及びネットワーク障害検出プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うネットワーク障害検出装置であって、前記サーバから前記データ中継装置を介して通信データを取得するデータ取得手段と、前記データ取得手段において取得した通信データを監視し、第１のネットワーク品質を特定する第１の品質特定手段と、前記第１のネットワーク品質の低下を検出する第１の品質低下検出手段と、前記データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、前記データ中継装置より受信することにより第２のネットワーク品質を特定する第２の品質特定手段と、前記第１のネットワーク品質と前記第２のネットワーク品質から、第３のネットワーク品質を特定する第３の品質特定手段と、前記第１のネットワーク品質の低下が検出された場合に、前記第３のネットワーク品質の情報と、前記検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する通知手段とを備えることを特徴とする。
【０００９】
本発明は、前記第２の品質特定手段は、前記中継データネットワーク品質は、前記データ中継装置にて品質低下の原因と判定されたデータに基づいて送信されたものとして扱うことを特徴とする。
【００１０】
本発明は、前記第３のネットワーク品質の障害の度合いが予め設定された条件に適合するか否かを判定する判定手段をさらに備え、前記通知手段は、前記判定手段が判定した前記障害度合いに基づいて前記障害原因情報の通知を保留、中止、または、通知形態を変更することを特徴とする。
【００１１】
本発明は、前記通知手段は、前記障害の原因と、障害内容の項目値を組み合わせたコードを併せて表示することを特徴とする。
【００１２】
本発明は、前記第１のネットワーク品質は前記ネットワーク障害検出装置のネットワークアドレスを含み、前記第２のネットワーク品質は前記データ中継装置の前記グローバルネットワーク側のネットワークアドレスを含み、前記第３のネットワーク品質は前記データ中継装置にてポートマッピング設定が可能か否かの情報を含むことを特徴とする。
【００１３】
本発明は、請求項１から５のいずれかに記載のネットワーク障害検出装置と接続するデータ中継装置であって、中継する通信データを監視するデータ監視手段と、前記監視する通信データのうち、ネットワーク品質を特定すべきデータの種類を識別するデータ識別手段と、前記データ識別手段により識別されたネットワーク品質を特定すべき通信データを前記データ監視手段によって監視することにより中継データネットワーク品質を特定する品質特定手段と、前記特定された中継データネットワーク品質の情報を前記ネットワーク障害検出装置に送信する品質情報送信手段とを備えることを特徴とする。
【００１４】
本発明は、前記中継データネットワーク品質低下の原因を判定する品質低下原因判定手段をさらに備え、前記品質特定手段は、前記品質低下の原因に基づいて、前記中継データネットワーク品質を特定することを特徴とする。
【００１５】
本発明は、ローカルネットワーク内に接続された複数の前記ネットワーク障害検出装置のうち、前記品質低下の原因と判定されたネットワーク障害検出装置に対して前記中継データネットワーク品質の情報を送信することを特徴とする。
【００１６】
本発明は、グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うために、前記サーバから前記データ中継装置を介して通信データを取得するデータ取得手段を備えるネットワーク障害検出装置におけるネットワーク障害検出方法であって、前記データ取得手段において取得した通信データを監視し、第１のネットワーク品質を特定する第１の品質特定ステップと、前記第１のネットワーク品質の低下を検出する第１の品質低下検出ステップと、前記データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、前記データ中継装置より受信することにより第２のネットワーク品質を特定する第２の品質特定ステップと、前記第１のネットワーク品質と前記第２のネットワーク品質から、第３のネットワーク品質を特定する第３の品質特定ステップと、前記第１のネットワーク品質の低下が検出された場合に、前記第３のネットワーク品質の情報と、前記検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する通知ステップとを有することを特徴とする。
【００１７】
本発明は、グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うネットワーク障害検出装置を備えるネットワーク障害検出システムであって、前記ネットワーク障害検出装置は、前記サーバから前記データ中継装置を介して通信データを取得するデータ取得手段と、前記データ取得手段において取得した通信データを監視し、第１のネットワーク品質を特定する第１の品質特定手段と、前記第１のネットワーク品質の低下を検出する第１の品質低下検出手段と、前記データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、前記データ中継装置より受信することにより第２のネットワーク品質を特定する第２の品質特定手段と、前記第１のネットワーク品質と前記第２のネットワーク品質から、第３のネットワーク品質を特定する第３の品質特定手段と、前記第１のネットワーク品質の低下が検出された場合に、前記第３のネットワーク品質の情報と、前記検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する通知手段とを備え、前記データ中継装置は、中継する通信データを監視するデータ監視手段と、前記監視する通信データのうち、ネットワーク品質を特定すべきデータの種類を識別するデータ識別手段と、前記データ識別手段により識別されたネットワーク品質を特定すべき通信データを前記データ監視手段によって監視することにより中継データネットワーク品質を特定する品質特定手段と、前記特定された中継データネットワーク品質の情報を前記ネットワーク障害検出装置に送信する品質情報送信手段とを備えることを特徴とする。
【００１８】
本発明は、グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うネットワーク障害検出装置を備えるネットワーク障害検出システムにおける前記ネットワーク障害検出装置上で動作するネットワーク障害検出プログラムであって、前記サーバから前記データ中継装置を介して通信データを取得するデータ取得ステップと、前記データ取得ステップにおいて取得した通信データを監視し、第１のネットワーク品質を特定する第１の品質特定ステップと、前記第１のネットワーク品質の低下を検出する第１の品質低下検出ステップと、前記データ中継装置において中継される通信データを監視した結果送信される中継データネットワーク品質情報を、前記データ中継装置より受信することにより第２のネットワーク品質を特定する第２の品質特定ステップと、前記第１のネットワーク品質と前記第２のネットワーク品質から、第３のネットワーク品質を特定する第３の品質特定ステップと、前記第１のネットワーク品質の低下が検出された場合に、前記第３のネットワーク品質の情報と、前記検出された第１のネットワーク品質の低下の情報とを関連づけた障害原因情報を通知する通知ステップとをコンピュータに行わせることを特徴とする。
【００１９】
本発明は、グローバルネットワークとローカルネットワークとの両方に接続されて通信データを中継するデータ中継装置を介して前記グローバルネットワーク上、または前記ローカルネットワーク上のサーバとデータ通信を行うネットワーク障害検出装置を備えるネットワーク障害検出システムにおける前記データ中継装置上で動作するネットワーク障害検出プログラムであって、中継する通信データを監視するデータ監視ステップと、前記監視する通信データのうち、ネットワーク品質を特定すべきデータの種類を識別するデータ識別ステップと、前記データ識別ステップにより識別されたネットワーク品質を特定すべき通信データを前記データ監視ステップによって監視することにより中継データネットワーク品質を特定する品質特定ステップと、前記特定された中継データネットワーク品質の情報を前記ネットワーク障害検出装置に送信する品質情報送信ステップとをコンピュータに行わせることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、ネットワークを経由して、音声情報や映像情報をパケットにより伝達する場合において、音声映像品質が劣化した際に音声映像通信のネットワーク品質値を測定し、障害を起こしている箇所や原因を特定し、その内容を表示するようにしたため、障害を起こしている箇所や原因を容易に特定することができるという効果が得られる。また、これにより障害解決のための適切な原因判定を行うことができるため、結果的にネットワークに接続される機器のコストダウンと顧客満足度の向上を達成することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１の実施形態におけるネットワークシステム全体の構成を示すブロック図である。
【図２】典型的な住宅におけるＬＡＮに接続された各機器の構成を示す図である。
【図３】図２に示すＢＢＲ３及び受信機４の詳細な構成を示すブロック図である。
【図４】コンテンツの再生処理の動作を示すフローチャートである。
【図５】ＳＥＴＵＰリクエストの一例を示す説明図である。
【図６】図２に示すＢＢＲ３にて観測されたデータと、受信機４で観測されたデータを示す説明図である。
【図７】ネットワークなどで何らかの障害が発生し、受信機４での視聴画面が乱れた場合の動作を示すフローチャートである。
【図８】図２に示すＢＢＲ３に対して送信する測定対象を特定するためＵＤＰ／ＴＣＰを識別する情報、ポート番号を含むリクエストの一例を示す図である。
【図９】図８に示すリクエストに対するレスポンスの一例を示す図である。
【図１０】再生障害原因の表示例を示す説明図である。
【図１１】再生障害原因を表示する場合に参照する知識ルールデータベースの一例を示す説明図である。
【図１２】再生障害原因の表示例を示す説明図である。
【図１３】再生障害原因の表示動作を示すフローチャートである。
【図１４】制御を行うＮＷ品質制御部４５の状態遷移図である。
【図１５】第２の実施形態におけるネットワークシステム全体の構成を示すブロック図である。
【図１６】図１５に示す電話機５におけるＩＰ電話の通話開始動作を示すフローチャートである。
【図１７】図１５に示すＢＢＲ３０２、受信機４０２−ａにおける観測データの一例を示す説明図である。
【図１８】ネットワーク障害検出処理動作を示すフローチャートである。
【図１９】優先度に関する情報を含めたネットワーク品質データとして受信機４０２−ａが送信するデータの一例を示す説明図である。
【図２０】再生障害原因の表示例を示す説明図である。
【図２１】ローカルネットワーク内の複数の機器が関係して、受信状況の影響を与えているために各機器に対して受信状況を通知するイベントの一例を示す説明図である。
【図２２】ビットレートの上限と下限を予め設定しておくために受信機４０２−ａ、または電話機５から送信する上限及び下限情報を含むリクエストの一例を示す説明図である。
【図２３】第３の実施形態におけるネットワークシステム全体の構成を示すブロック図である。
【図２４】図２３に示すＢＢＲ３０３、受信機４０３−ａにおける観測データの一例を示す説明図である。
【図２５】コンテンツ再生を開始する動作を示すフローチャートである。
【図２６】登録リクエストの一例を示す説明図である。
【図２７】ＢＢＲ３０３からのレスポンスの一例を示す説明図である。
【図２８】再生障害原因の表示例を示す説明図である。
【図２９】第４の実施形態におけるネットワークシステム全体の構成を示すブロック図である。
【図３０】コンテンツの再生を行い、障害が発生した場合の動作を示すフローチャートである。
【図３１】図２９に示すＢＢＲ３０４から取得するレスポンスの一例を示す説明図である。
【図３２】エラー表示画面の一例を示す説明図である。
【図３３】再生障害原因を表示する場合に参照する知識ルールデータベースの一例を示す説明図である。
【発明を実施するための形態】
【００２２】
＜第１の実施形態＞
以下、本発明の第１の実施形態によるネットワーク障害検出システムを図面を参照して説明する。図１は同実施形態におけるネットワークシステム全体の構成を示すブロック図である。この図において、符号１は、一般にＶｏＤ（Video on Demand）サーバ、またはＩＰ（Internet Protocol）マルチキャストサーバと呼ばれる情報配信を行う配信サーバであり、ＩＰネットワーク上にて音声データや映像データを配信するサービスを行う。ＶｏＤサービスの場合には、プロトコルとしてＨＴＴＰ（Hypertext Transport Protocol）、ＲＴＳＰ（Real-time Streaming Protocol）及びＲＴＰ（Real-time Transport Protocol）のいずれかを利用する場合が多い。ＩＰマルチキャストサーバの場合は、ＩＧＭＰ（Internet Group Management Protocol）やＭＬＤ（Multicast Listener Discovery）を利用したマルチキャストＪｏｉｎ／Ｌｅａｖｅメッセージを使用して番組情報及びコンテンツの配信制御をする。配信サーバは、上述の通り公知のものであるので、配信サーバ１についての詳細な説明を省略する。
【００２３】
符号２は、グローバルネットワークである。ここでグローバルネットワークとは、１つの住宅（建築物）で閉じたものではなく、複数の住宅またはユーザ間でのデータ通信が可能な状態とさせることのできるネットワークを意味し、一般にインターネットがこの役目を果たす。最近ではＮＧＮ（Next Generation Network）と呼ばれる、品質が管理されたネットワークも登場してきている。
【００２４】
符号３は、ブロードバンドルータ（broadband router；以下、ＢＢＲという）であり、グローバルネットワーク２と単一の回線で接続され、住宅内ではローカルエリアネットワーク（Local Area Network；以下、ＬＡＮという）を構成するように用いられるものである。ＢＢＲ３のＬＡＮ側には複数のホスト装置を接続しつつ、いずれのホスト装置からもグローバルネットワーク２上の資源を利用することができるようになる。また、ＢＢＲ３は、ネットワーク品質の収集及び送信の機能を有する。
【００２５】
符号４（４−ａ、４−ｂ）は、ＢＢＲ３に接続された受信機であり、配信サーバ１から配信された音声コンテンツや映像コンテンツからなる配信データを受信して再生する。受信機４はＢＢＲ３のＬＡＮ側に複数接続することが可能であり、それぞれの受信機４にて個別に配信サーバ１が提供するサービスを楽しむことができる。符号５は、グローバルネットワーク２を利用した電話機である。電話機５はいわゆるＩＰ電話の機能を実現する電話機である。符号６は、同様にＢＢＲ３のＬＡＮ側に接続されるパソコンである。
【００２６】
符号７は、別の住宅に設置されたＢＢＲであり、グローバルネットワークに２に接続され、基本的な機能はＢＢＲ３と同じものである。符号８は、ＩＰ電話機能を実現する電話機であり、電話機５と同様のものである。
【００２７】
符号９は、ＩＰ電話の通信回線を確立する交換機サーバであり、電話機５、電話機８をＩＰ電話機として機能させるためのサーバである。最近のインターネット常時接続状況においては、インターネットプロバイダ事業者の多くがこの機能を提供している。交換機サーバ９は、ＩＰ電話サービスを提供する事業者は通常運用しているサーバであり、使用するプロトコルとしてはＳＩＰ（Session Initiate Protocol）及びＲＴＰのいずれかであってよい。
【００２８】
次に、図２を参照して、典型的な住宅におけるＬＡＮに接続された各機器の構成を説明する。ＢＢＲ３は、一般的には、グローバルネットワーク２及び住宅内に設置されたＬＡＮと接続するためのネットワーク端子を複数備えており、回線毎のデータ通信状況を示すランプ（図示せず）を備えている。受信機４−ａ、４−ｂは、一般には液晶パネルなどコンテンツ表示のためのパネル（または映像出力用の端子）と、音声出力のためのスピーカ、または音声出力用の端子を備えており、コンテンツの再生が可能である。例えば、テレビにネットワーク機能を備えたものである。また、受信機４−ａ、４−ｂには、チャンネル切り替えや設定変更のための操作手段として、リモコン４ｒが付属されている。リモコン４ｒは、電源キーや数字キーの他、十字キー、決定キー、キャンセルキーなどを装備し、汎用的な操作が行える。
【００２９】
電話機５は、通常の電話回線を使った電話機と同等の電話機である。ファクシミリ機能がある場合でも、通常は、ＩＰネットワーク上でそのままサービスを受けられるようになっている。但し、電話機としては従来のものを使い、ＩＰネットワークとのプロトコル変換をＢＢＲ３内で、または専用機器として実現されていてもよい。パソコン６−ａ、６−ｂは、同様にＢＢＲ３のＬＡＮ側に接続される。
【００３０】
符号１０は、各住宅の壁等に取り付けられている回線の端子である。電話回線上にＶＤＳＬ（Very high-bit-rate Digital Subscriber Line）方式で電波を変調してデジタルデータを通信するものや、光ケーブルが取り付けられたもの、Ｅｔｈｅｒｎｅｔ（登録商標）方式のＬＡＮジャックが直接取り付けられているものなどである。
【００３１】
次に、図３を参照して、図２に示す機器の詳細な構成を説明する。図３は、図２に示すＢＢＲ３及び受信機４の詳細な構成を示すブロック図である。ＢＢＲ３は、ＷＡＮ（Wide Area Network）インターフェース部３１、ＮＷ品質測定部３２、ＮＷ品質制御部３３、ＬＡＮインターフェース部３４を備えている。ＷＡＮインターフェース部３１は、グローバルネットワーク２と接続するためのインターフェースであり、「ＲＪ４５」などのＥｔｈｅｒｎｅｔ（登録商標）ケーブル端子として実装される。光ケーブルやＶＤＳＬ方式の場合など異なる形式のものがあるが、実質的には同じようなものである。
【００３２】
ＮＷ品質測定部３２は、グローバルネットワーク２からＷＡＮインターフェース部３１、ＬＡＮインターフェース部３４（または逆経路）を中継する際のネットワーク品質を測定するものである。時間の測定には水晶発振器などのクロックを利用し、デジタルデータの各種測定には、ＣＰＵ（central processing unit）、メモリ、測定用のプログラムなどによって実行される。測定された品質データについては、フラッシュＲＯＭ（Read only memory）やＨＤＤ（hard disk drive）などの外部記憶装置に蓄積するようにしてよい。ここでいうネットワーク品質とは、ビットレート、ジッタ、遅延、パケットロス、アドレスなどである。
【００３３】
ＮＷ品質制御部３３は、ＮＷ品質測定部３２が収集したネットワーク品質を集計し、受信機４からの要求に基づいてデータ送信するなどの制御を行うとともに、プロトコルフォーマットの解釈や、パケットフォーマットの解析などを行う。実装としては、ＣＰＵ、メモリ、プログラムなどによって実現される。
【００３４】
ＬＡＮインターフェース部３４は、ローカルネットワークを介して受信機４と接続するためのインターフェースであり、ＷＡＮインターフェース部３１と同じく、通常は、ＲＪ４５などのＥｔｈｅｒｎｅｔ（登録商標）ケーブル端子として実装される。その他にも、ＩＥＥＥ８０２．１１ａ／ｂ／ｇに代表される無線ＬＡＮ方式や、ＰＬＣ（Power Line Communications）方式の場合もあるが、本質的には同様である。
【００３５】
なお、ＢＢＲ３の各部分でソフトウェアとして動作する部分は、図示していないＢＢＲ３の他のソフトウェア制御部分とともに、単一のＣＰＵ、メモリ、外部記憶装置などによって構成されたシステム上で動作するようにしてもよい。
【００３６】
受信機４（４−ａまたは４−ｂ）は、ＮＷインターフェース部４１、コンテンツ制御部４２、コンテンツ再生部４３、ＮＷ品質測定部４４、ＮＷ品質制御部４５、情報表示部４６、操作部４７を構成として含む。ＮＷインターフェース部４１は、ローカルネットワークを介してＢＢＲ３と接続するためのインターフェースである。実装としては、ＬＡＮインターフェース部３４と同様である。
【００３７】
コンテンツ制御部４２は、操作部４７からの指示を受けて、配信サーバ１のサービスを受けてコンテンツ再生を行う場合に、コンテンツ再生を要求するための処理制御を行う。例えば、ＶｏＤサービスの場合は、ＨＴＴＰでコンテンツリストを取得し、ユーザの選択によって特定されたコンテンツに対して、ＲＴＳＰのＤＥＳＣＲＩＢＥメソッド及びＳＥＴＵＰメソッドを配信サーバ１に発行してストリーミングの開始を行う。
【００３８】
一方、ＩＰマルチキャストサービスの場合は、予め設定されたマルチキャストアドレスに対してＪｏｉｎメッセージを転送することにより、配信サーバまでの経路上に存在するルータ（中継装置；ＢＢＲ３を含む）にて、マルチキャストパケットを転送する設定を行うので、受信機４はマルチキャストアドレス宛に送信された番組情報及び放送コンテンツを受信することができる。他にも様々な方式が考えられるが、本発明において、コンテンツ再生の開始方式は重要でなく、ＩＰ方式でコンテンツの再生を開始できる方式であれば何でもよく、ＣＰＵ、メモリ、プログラムによってソフトウェアとして動作させてもよい。
【００３９】
コンテンツ再生部４３は、受信したコンテンツデータを、デコーダ（デマルチプレクサ、音声デコーダ、ビデオデコーダ、復調装置など）により音声及び映像信号に変換し、直接スピーカや液晶パネルに出力したり、ＨＤＭＩ（High-Definition Multimedia Interface）出力端子、映像出力端子、音声出力端子などの信号出力を行う。これらのハードウェアはＬＳＩ（Large Scale Integration）、液晶パネル、スピーカなどを用いる。
【００４０】
映像及び音声の符号化方式としては、ＭＰＥＧ２（Motion Picture Expert Group）やＨ．２６４方式、ＰＣＭ（Pulse Code Modulation）方式、ＡＡＣ（Advanced Audio Coding）方式、Ｄｏｌｂｙ方式、多重化方式としては、ＭＰＥＧ−ＴＳ方式ＱｕｉｃｋＴｉｍｅ方式など様々な方式があるが、いずれの方式でもよい。
【００４１】
ＮＷ品質測定部４４は、ＮＷ品質測定部３２と同様の処理を行うが、コンテンツ制御部４２、コンテンツ再生部４３、操作部４７との情報交換を行い、特別な処理も行うことができる。ハードウェアの実装としては、ＣＰＵ、メモリ、制御プログラム、外部記憶装置などで構成する。
【００４２】
ＮＷ品質制御部４５は、ＮＷ品質測定部４４で測定されたネットワーク品質に基づいて、品質悪化を検出し、ＢＢＲ３のＮＷ品質制御部３３に品質データの送信を要求し、複数の品質データに基づいて品質悪化の原因を特定し、情報表示部４６にユーザ向けの情報表示を指示する。ハードウェアの実装としては、ＣＰＵ、メモリ、制御プログラム、外部記憶装置などで構成する。
【００４３】
情報表示部４６は、ＮＷ品質制御部４５から指示された情報を液晶パネル、スピーカなどに出力する。ハードウェアの構成としては、ＣＰＵ、メモリ、制御プログラム、液晶パネル、スピーカ（または、出力信号端子）などで構成する。
【００４４】
操作部４７は、コンテンツの選択、設定変更などをユーザが指示するためのものであり、例えば赤外線を使ったリモコンである。もちろん、これに限るわけではなく、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式のもの、パネルと一体になった方式のものでもよい。
【００４５】
なお、受信機４の各部分でソフトウェアとして動作する部分は、図示していない受信機４の他のソフトウェア制御部分とともに、単一のＣＰＵ、メモリ、外部記憶装置で構成されたシステム上で動作するようにしてもよい。符号６（６−ａ，６−ｂ）は、同様にＢＢＲ３のＬＡＮ側に接続されるパソコンである。
【００４６】
次に、図４を参照して、図３に示す装置におけるコンテンツの再生処理の動作を説明する。図４は、コンテンツの再生処理の動作を示すフローチャートである。まず、ユーザが操作部４７のリモコン操作などによって、コンテンツリストから、視聴したいコンテンツの再生を指示する（ステップＳ１０１）。これは例えば、ＶｏＤサービスでは、サービス事業者が配信したコンテンツリストをＷｅｂブラウザで表示し、コンテンツ毎にＵＲＬリンクが設定されており、コンテンツの選択により設定されたＵＲＬリンクを辿る（”ｒｔｓｐ”形式の場合には、ＲＴＳＰプロトコルによるコンテンツ再生を意味する）ことを意味する。また、ＩＰマルチキャストサービスでは、操作部４７のチャンネル選局ボタンを押すことにより、該当のチャンネルが選択され、予め設定されたマルチキャストアドレスの受信を実行することを意味する。
【００４７】
次に、コンテンツ制御部４２は、選択されたコンテンツを視聴するために、対応するコンテンツの視聴のためのリクエスト（要求）を作成し、このリクエストをＮＷインターフェース部４１、ＢＢＲ３（ＬＡＮインターフェース部３４、ＷＡＮインターフェース部３１）経由で配信サーバ１へ送信する（ステップＳ１０２）。例えば、ＶｏＤサービスでは、ＲＦＣ２３２６で規定されるＲＴＳＰのリクエストメッセージ（ＤＥＳＣＲＩＢＥメソッド、ＳＥＴＵＰメソッド）を生成する。図５にＳＥＴＵＰリクエストの一例を示す。ＩＰ放送の場合は、予め設定されたマルチキャストアドレス（例えば、２２５．０．０．１のポート番号２０００１）に対してＪｏｉｎ要求パケットをＢＢＲ３へ送信する。
【００４８】
次に、ＢＢＲ３がリクエストを中継して配信サーバ１へ向けて（グローバルネットワーク２経由で）送信する際に、ＮＷ品質制御部３３は、映像などを受信するパケット種類、ＩＰアドレス、ポート番号などを取得する（ステップＳ１０３）。図５に示す例では、ポート番号１０５５４番に、ＡＶ（Audio/Visual）データが内蔵されたＲＴＰパケットが送信されてくるであろうことが分かる。また、Ｊｏｉｎメッセージの例では、２２５．０．０．１（ポート番号２０００１）宛のパケットを監視すればよいことが分かる。そして、ＮＷ品質制御部３３は、ＮＷ品質測定部３２に対して、測定すべき対象を通知する。
【００４９】
次に、配信サーバ１は、リクエストを受信し（ステップＳ１０４）、対象のコンテンツを配信するように処理して、コンテンツ配信を開始する（ステップＳ１０５）。ＶｏＤの場合はコンテンツパケットの送信を開始することを意味し、ＩＰマルチキャストサービスでは、通常マルチキャストで送信中のコンテンツを、受信機４のホスト装置にもマルチキャスト送信されるようにルータの設定が切り替わることを意味する。
【００５０】
次に、ＢＢＲ３は、パケットを中継して受信機４へ転送する（ステップＳ１０６）。この際に、ＮＷ品質測定部３２は、各種ネットワーク品質データを測定して内部に蓄積する（ステップＳ１０７）。例えば、図５に示すＶｏＤ配信の場合は、受信機４の１０５５４番ポートに対しＲＴＰパケットが到着することが分かっているため、その宛先アドレス向けのＲＴＰパケットヘッダを解析し、ＲＴＰのＳＥＱ（シーケンス）番号を監視することでパケットロスが発生しているか否かを調べる。
【００５１】
このとき、例えば１秒間にＳＥＱ番号が１０００進んだとして、そのうち欠番が２０個あれば、パケットロスは２％ということになる。ＩＰマルチキャストサービスではＲＴＰパケットであることが明示されていないので、ＵＤＰパケットの扱いだけではシーケンス番号がなくパケットロスの検出は難しいが、ＲＴＰパケットであることを推測できるのであればＳＥＱ番号を見てパケットロスを検出できる。そのためには例えば、ＲＴＰパケットだと仮定して、ＲＴＰヘッダフォーマットに準拠しているか（違っていればＲＴＰではないと判定）、また、ＳＥＱ番号に相当する部分のデータを見て、５０％以上の割合でインクリメントされていてＳＥＱ番号が設定されているかなどと判定してＲＴＰパケットであることを推測することができる。
【００５２】
ＲＴＰでなくても、所定のシーケンス番号を含むように規定されているフォーマットに対しては、同様に推測することでパケットロスを検出できる。また、ＵＤＰ（User datagram protocol）ではなく、ＴＣＰ（Transmission control protocol）であればＴＣＰのシーケンス番号が設定されるため、同様に計算することができる。この場合には、再送回数なども参考にするようにしてもよい。これらの計算の基準は１秒単位としてもよいし、５秒単位としてもよいし、２００パケット単位としてもよい。時間単位の場合はビットレートに依存せずにユーザの直感に合うデータが得られることになり、パケット単位の場合はよりネットワーク上の具体的な動作についてのデータが得られることになる。
【００５３】
パケットロス以外にジッタや、遅延については、ＮＷ品質測定部３２から参照可能なクロック（図示せず）を参照して計算により求めるようにしてもよい。この計算の基準も、時間単位で行ってもよいし、パケット単位で行ってもよい。ここで、統計データとして保持することにより、ＮＷ品質測定部３２内で大規模なメモリを必要としないようにできる。また、ＮＷ品質制御部３３より通知された測定すべき対象のみに対して測定することでもメモリ容量を節約できる。また、受信した全てのデータに対して測定し、ＮＷ品質制御部３３により必要なデータのみをフィルタリングするようにしてもよい。
【００５４】
次に、受信機４は、送信されたパケットをＮＷインターフェース部４１において受信し、従来と同じＶｏＤ再生などの仕組みによってコンテンツ再生部４３により受信したコンテンツの再生を行う（ステップＳ１０８）。この際、ＮＷ品質測定部４４は、ステップＳ１０７と同様に各種ネットワーク品質データを測定して内部に蓄積する（ステップＳ１０９）。このような動作によってコンテンツの配信と、配信コンテンツの再生が行われる。
【００５５】
図４に示すステップＳ１０３において、配信サーバ１へのリクエストを中継時に監視することによって受信されるデータ種類を特定するとし、他の特別な処理を行わなくてもよいように説明したが、これに限らず、データ種類を特定するための特別な処理を、受信機４、ＢＢＲ３双方に実装してもよい。例えば、ＵＰｎＰ（Universal Plug and Play）をベースに所定のプロトコルを構築し、受信機４とＢＢＲ３の間で所定のリクエスト、レスポンスを処理するセッション（例えばＵＰｎＰ  ＩＧＤは、このようなセッションの１種である）を確立させて、そのセッション内にて、受信機４からＢＢＲ３へ「ＵＤＰの３００００番ポートで受信されるパケットは品質測定対象で、オフセット４バイト目から２バイトはシーケンス番号として扱う」という意味のリクエスト「ＳｅｔＴａｒｇｅｔ（“ＵＤＰ”，３００００，４，２）」（実際は、ＳＯＡＰ（Simple Object Access Protocol）メッセージとして送信される）を要求することができる。この方法は、より正確で、また拡張性のある方法となる。
【００５６】
次に、図６、図７を参照して、ネットワークなどで何らかの障害が発生し、受信機４での視聴画面が乱れた場合の動作について説明する。図６（ａ）はＢＢＲ３にて観測されたデータを示し、（ｂ）は受信機４で観測されたデータを示している。ＢＢＲ３の時刻にて１０００４、対応する受信機４の時刻にて２０００４において視聴画面の乱れが発生したとする（ＢＢＲ３と受信機４のクロックが同期していない場合もあるので、あえて異なる値としている）。
【００５７】
まず、コンテンツ再生部４３、または、ＮＷ品質測定部４４は、受信機４におけるコンテンツ再生の障害を検出する（ステップＳ１１０）。視聴画面が乱れたり、音声が途切れるなどの現象が現れる場合には、コンテンツ再生部４３のデコーダでは、Ｈ．２６４（動画データの圧縮符号化方式）または、ＭＰＥＧなどに従っていないフォーマットが現れていたり、バッファアンダーフロー（バッファ領域に最低限必要なデータが不足すること）、バッファオーバーフロー（バッファ領域にデータを書き込む際にはみ出すこと）などが発生していることが多い。
【００５８】
従って、コンテンツ再生部４３は、そのタイミングで障害発生をＮＷ品質制御部４５へ原因とともに通知することができる。あるいは、ＮＷ品質測定部４４では、パケットロスを検出できるので、例えば、パケットロス２％ということになれば、画面が乱れる可能性が高いと判定して（画面の乱れる時のパケットロス率はフォーマットにも依存する）、ＮＷ品質制御部４５に通知してもよい。または予め設定された時間（例えば１秒）パケットが到着しない状態が発生すればネットワーク障害が発生したと判定してもよい。
【００５９】
次に、ＮＷ品質制御部４５は、ＢＢＲ３のＮＷ品質制御部３３に対して、ＢＢＲ３でのネットワーク品質データを要求する（ステップＳ１１１）。これは例えば図８に示すように測定対象を特定するためＵＤＰ／ＴＣＰを識別する情報、ポート番号を含むリクエストをＢＢＲ３に対して送信し、ＮＷ品質制御部３３は、ＵＤＰの１０５５４番ポートのパケットに関するネットワーク品質情報を要求されたと解釈し、対応する情報として例えば図９に示すレスポンスを受信機４へ送信する（ステップＳ１１２）。ここでは、リクエストを受信した時点が１０００４だったため、その時点の状況についてレスポンス送信したとする。
【００６０】
図８において明示的にパケット種類を示しているが、これは、複数のパケット種類をＢＢＲ３にて品質測定している場合にはそれぞれを区別するのに有用である。もし、ＢＢＲ３で測定している測定データが１種類しかない場合や、受信機４のアドレス（リクエストの送信元を調べることで判定）によって区別できるのであれば、パケット種類を明示することは必須ではない。図９では一例として、対象のパケット系列が、ビットレート（Bitrate）は８Ｍｂｐｓ、ジッタ（Jitter）は１ｍｓ、遅延（Delay）は０、パケットロス（Loss）は０、受信機４とは別の機器（Other）間での通信（特に、ＬＡＮ内での通信）が９０Ｍｂｐｓであり、ＢＢＲ３のＣＰＵ負荷（cpu）が９０％になっていることを示している。
【００６１】
次に、受信機４のＮＷ品質制御部４５はＢＢＲ３から品質情報を受信し（ステップＳ１１３）、ＢＢＲ３の観測データと、受信機４の観測データとの両方より全体としてのネットワーク品質とその推定される原因を導出する（ステップＳ１１４）。図６における時刻１０００４、２０００４のデータを入手できている状態では、グローバルネットワーク２側でのパケットロスは０％であるが、受信機４でのパケットロスは５０％となっている。
【００６２】
この原因としては、ジッタについては多少悪くなっているものの障害原因とまでは言えず（あるいは、パケットロスの結果引き起こされていると考えられる）、遅延については特に問題なく、しかしＣＰＵ負荷が９０％になっていること（ＬＡＮ内転送、具体的にはパソコン６−ａと６−ｂ間の転送が９０Ｍｂｐｓであることが原因と推定できる）により、ローカルネットワーク（ホームネットワーク）内にてパケット伝送が滞っていることが分かる。この判定には、例えば、ルール「ＢＢＲ３側パケットロス１％以下、受信機側パケットロス５％以上、ＢＢＲ３側ＣＰＵ負荷８０％以上、ＢＢＲ３側ＬＡＮ内伝送５０Ｍｂｐｓ以上の場合、ローカルネットワークにてＬＡＮ内伝送の負荷が高いため受信機でパケットロスが発生している」と照らし合わせることで判定する。
【００６３】
次に、判定した結果を最終的なネットワーク品質と認識し、ＮＷ品質制御部４５は情報表示部４６に対してその旨を伝え、再生障害原因を表示する（ステップＳ１１５）。この再生障害原因の表示は、例えば、ユーザに対して「ホームＮＷの通信品質が低下しています。ホームＮＷ内の通信量が大きく、ルータ負荷が高くなっています。（ホームＮＷでのパケットロス５０％：コードＥ０１１−９０−９０−５０）」と表示する（図１０参照）。
【００６４】
他の原因についても、図１１に示す知識ルールを内部データベース化し、これに基づいたデータ解析や機器制御を実行するエキスパートシステムなどを適用することで再生障害原因を表示することができる。図１１と図６においてそれぞれ、コードＥ０１２では、時刻１０００６、２０００６のような状況、コードＥ０１３では、時刻１０００８、２０００８のような状況、コードＥ０１４では、時刻１０００９、２０００９のような状況について障害内容を判定し、情報表示を行う。Ｅ０１３は特に、グローバルネットワーク２での品質低下はなく、受信機４側でローカルネットワーク側に品質低下原因があると判断する例である。
【００６５】
このように、様々な状況において、原因を特定することによりユーザに安心感を与える情報を通知することができる。特に、障害原因がローカルネットワーク内の他の機器によるものなら、その機器の動作を停止するなどの対応をとることが可能となり、ローカルネットワークに原因があれば、配線などを確認したり詳しい友人に相談したりでき、また、グローバルネットワークに原因があるのであれば、サービス事業者に問い合わせるなどの対応を取ることができる。また、Ｅ０１１−９０−９０−５０などのコードを表示することで、問い合わせの差異に伝えることにより、コールセンター担当者はすぐに障害内容と、ＬＡＮ内９０Ｍｂｐｓ帯域、ＣＰＵ負荷９０％、パケットロス５０％ということを把握しやすく、正確な回答を行うことができる。
【００６６】
また、ステップＳ１１１にて、できるだけコンテンツデータの帯域を消費しないようにするため、コンテンツ再生障害を検出したタイミングでネットワーク品質情報を取得するようにしているが、このタイミングに限られるわけではなく、定期的にコンテンツ視聴を行いながら行ってもよい。例えば、ＲＴＰのヘッダには、オプションデータを格納する領域があり、受信機４と協調して動作できさえすれば、この領域に各種品質データを埋め込んでもよい。このようにすることによって、受信機４では時系列に沿って複数の品質データを取得することができ、障害発生のタイミングでは、知識ルールデータベースを適切に構築しておくことによって、より多角的な分析や判断を行うことができる。
【００６７】
また、定期的でなくても、ビットレートが低下した場合にのみ埋め込むことで、帯域を無駄に消費せずに効率的に送信できる。また、受信機４からネットワーク品質情報の取得要求を行い、それに応答してＢＢＲ３がグローバルネットワーク品質を返却するとしたが、それに限るものではなく、ＢＢＲ３が定期的、あるいは、ビットレートが低下したタイミングで送信してもよい。また、ＢＢＲ３に、パケットロスの発生や、データストリームの停止などネットワーク品質の低下を検出する手段を設け、ネットワーク品質が低下したことを検出するタイミングに基づいて送信するようにしてもよい。
【００６８】
また、情報の表示方法について、例えば、画面全体に情報を表示するのでなく、図１２に示すように、コンテンツの視聴再生は停止せずに、画面の一部に情報表示ウィンドウを表示し、その内部に簡潔に情報を表示することもできる。画面の一部とは、左上でもよいし、下側でも、左右８分の１（１６：９画面で４：３コンテンツを表示した時の余白部分）としてもよい。また、半透明のウィンドウにする方法でもよい。
【００６９】
次に、図１３、図１４を参照して、ＮＷ品質制御部４５が条件判定処理を行い、情報表示部４６がメッセージの表示行う再生障害原因の表示動作を説明する。図１３は再生障害原因の表示動作を示すフローチャートである。図１４は、制御を行うＮＷ品質制御部４５の状態遷移図である。図１４において、符号ＳＴ０、ＳＴ１、ＳＴ２、ＳＴ３、ＳＴ４はそれぞれ、開始状態（電源ＯＮで速やかにＩＤＬＥ状態へ遷移；ＳＴ０）、ＩＤＬＥ状態（コンテンツ再生状態でない；ＳＴ１）、ＲＵＮＮＩＮＧ状態（再生中；ＳＴ２）、ＳＴＯＰＰＥＤ状態（受信停止中；ＳＴ３）、ＮＯＩＳＹ状態（パケットロス；ＳＴ４）である。
【００７０】
障害原因情報の表示を行うタイミングになった場合、まず、視聴開始（チャンネル選択、またはＶｏＤコンテンツの再生選択）の直後か否かを判定する（ステップＳ１３０）。ここでいう直後とは例えば０．５〜３秒後である。開始直後の場合には、サーバでの開始処理、経路上のルータの各設定変更などが影響して、パケットの到着が不安定である可能性があり、障害と判定するには適切でない場合がある。また、ユーザにとっても視聴開始直後は不安定かもしれないことを類推でき、この場合に特別に情報表示を行わなくても特に問題ないため、情報表示を行わずそのまま完了する。このとき、図１４における状態遷移も行われない。
【００７１】
一方、開始直後でない場合には、終了直前であるか否かを判定する（ステップＳ１３１）。ＶｏＤの場合は配信サーバ１からのＲＴＳＰ（Real-time Streaming Protocol）のＡＮＮＯＵＮＣＥメッセージによって終了直前であることが通知される。このとき、終了に伴いコンテンツデータの受信は停止することになるが、終了直前の時には障害ではないので完了する。もし、終了直前でない場合はステップＳ１３２へ移行する。ステップＳ１３２では、例えばパケットロスが１％未満であれば、障害の程度が軽微のため何もせず完了する。１秒以上停止している場合は、重度の障害であり「ネットワーク送信停止中」と表示し（ステップＳ１３５）、ＳＴＯＰＰＥＤ状態に遷移する。１％以上のパケットロスが発生している場合は「ネットワーク品質低下中９９％」と表示し（ステップＳ１３３）、ＮＯＩＳＹ状態に遷移する。ステップＳ１３３でも、ステップＳ１３５でも、異常状態が解消されたと判定されれば、ＲＵＮＮＩＮＧ状態へ復帰し（ステップＳ１３４）、情報表示ウィンドウを消去する。
【００７２】
なお、図１３には図示していないが、ＮＯＩＳＹ状態（ステップＳ１３３）から、ＳＴＯＰＰＥＤ状態（ステップＳ１３５）へ遷移することはあり得る。また、コンテンツ再生の終了の場合には、ステップＳ１３４で、正常状態に復帰したと判定して処理する。また、ステップＳ１３２などにおいて、１秒以上、１％以上などとしているが、この値に限るものでなく、適切な値を予め設定しておいて良く、また、これらの条件判定処理の知識ルールをデータベース化しておくことにより様々な条件に対して対応可能である。その際、「１秒以上停止」を「１％以上ロス」よりも優先度を高くするなど、判定の順序についても障害内容の重要性に従って設定されることが望ましい。
【００７３】
なお、図１３に示すステップＳ１３１〜ステップＳ１３５の処理については、後述の実施形態に対しても組み合わせて実施可能であるが、後述の実施形態では説明を省略する。
【００７４】
＜第２の実施形態＞
次に、本発明の第２の実施形態によるネットワーク障害検出システムを図面を参照して説明する。第１の実施形態では、ＢＢＲ３が転送するパケットに優先度が設定されていない構成であったが、本実施形態では、パケットに優先度が設定されている場合について説明する。具体的には、配信サーバ１によるＶｏＤサービスパケットより交換機サーバ９によるＩＰ電話サービスパケットの方が優先度の高い場合について説明する。パケットの優先度の設定については、ＩＰｖ６（Internet Protocol version 6）で規定されているＴＯＳ（Type of service）フィールドに対しＩＰパケットタイプを設定することによって実現される。
【００７５】
図１５は、第２の実施形態におけるネットワークシステム全体の構成を示すブロック図である。この図において、前述した実施形態における装置と同一の部分には同一の符号を付し、その説明を省略する。図１５に示すＮＷ品質測定部３２２は、図３に示すＮＷ品質測定部３２と比べて、優先度付きパケットを扱うことができ、優先度毎に各種ネットワーク品質データを測定する点が異なる。また、ＮＷ品質制御部３３２は、図３に示すＮＷ品質制御部３３と比べて、ＮＷ品質測定部３２２で優先度毎に測定しているデータを扱って処理することができるようになっている点が異なる。受信機４０２−ａは、図３に示す受信機４と比べてＮＷ品質制御部４５２を備える点が異なる。ＮＷ品質制御部４５２は、図３に示すＮＷ品質測定部４５と比べて、ＢＢＲ３０２のＮＷ品質制御部３３２からの優先度付きパケットに関するネットワーク品質データを処理できるようになっている点が異なる。電話機５については、優先度の高いパケットをやりとりするようになっているが、公知のＩＰ電話機と同様であるので詳細な説明は省略する。交換機サーバ９、ＢＢＲ７、電話機８のそれぞれについても既に市場に普及しているものであり詳細な説明を省略する。第２の実施形態において、受信機４０２−ａがコンテンツ再生を開始する動作は、図４に示す受信機４の動作と同様であるので詳細な説明を省略する。
【００７６】
次に、図１６を参照して、本実施形態における電話機５の通話開始動作を説明する。図１６は、図１５に示す電話機５におけるＩＰ電話の通話開始動作を示すフローチャートである。電話機５のシグナリングは基本的にはＳＩＰ（ＲＦＣ３２６１）で規定される仕様通りに動作する。電話機５は通話を開始するための操作が行われると（ステップＳ２０１）と、ＢＢＲ３０２は、通話リクエストを中継する（ステップＳ２０２）。これを受けて、交換機サーバ９は、シグナリング処理を実施（ステップＳ２０３）する。そして、相手の電話機８において応答し（ステップＳ２０４）、セッションが確立すると、ＢＢＲ３０２は通話セッション確立を認識する（ステップＳ２０５）。
【００７７】
また、受信機４０２−ａは通話セッション確立を認識する（ステップＳ２０８）。ＢＢＲ３０２では、通話セッション確立を認識した（ステップＳ２０５）際、関係する音声パケットを特定して通話データ中継中にネットワーク品質を測定して、測定結果を蓄積または集計する（ステップＳ２０６）処理を開始し、その蓄積データはＴＯＳフィールドなどで優先度が高いことが認識できるため、優先度毎にネットワーク品質の測定を始める（ステップＳ２０７）。このとき、セッション開始時刻などを記録しておく。
【００７８】
図１７（ａ）、（ｂ）は、それぞれＢＢＲ３０２、受信機４０２−ａにおける観測データの一例であり、時刻１０００１（２０００１）にて受信機４０２−ａにおけるＶｏＤ配信が開始され、時刻１０００３（２０００３）にて電話機５の通話が開始され、時刻１０００５（２０００５）では電話機５の仕様帯域が９０Ｍｂｐｓへ増加している状況を示している。ここでは、受信機４０２−ａでの障害検出処理は１０００６（２０００６）の時刻で行われているという前提で説明する。この時刻は分単位としているが、実際にはせいぜい数秒までの間で障害検出処理がされることも多く、秒単位と読み替えても問題ない。
【００７９】
次に、図１８を参照して、ネットワーク障害検出処理動作を説明する。図１８は、ネットワーク障害検出処理動作を示すフローチャートである。まず、受信機４０２−ａのコンテンツ再生部４３、または、ＮＷ品質測定部４４において、コンテンツ再生の障害を検出する（ステップＳ２５０）。続いて、ＮＷ品質制御部４５２は、ＢＢＲ３０２のＮＷ品質制御部３３２に対して、ＢＢＲ３０２におけるネットワーク品質のデータを要求する（ステップＳ２５１）。これを受けて、ＮＷ品質制御部３３２は、ＮＷ品質測定部３２２において蓄積されているデータを読み出し、優先度に関する情報を含めたネットワーク品質データとして受信機４０２−ａに送信する（ステップＳ２５２）。
【００８０】
図１９に、このとき送信するデータの一例を示す。図１９に示す例では、「５」で表される機器（＜Ｔｅｒｍｉｎａｌ＞５））が、高い優先度の設定されたパケットが９０Ｍｂｐｓの帯域（＜ＨｉｇｈＰｒｉｏｒｉｔｙ＞９０Ｍｂｐｓ）を使って、１分前にセッションが開始され（＜ＳｅｓｓｉｏｎＴｉｍｅ＞−１ｍｉｎ）、その結果グローバルネットワークにおいて１０％のパケットロス（＜Ｌｏｓｓ＞）が発生していることを示している。ここで、ＢＢＲ３０２と受信機４０２−ａのクロックは同期しているとは限らないため、時刻を絶対時刻でなく、相対時間で示している。また、絶対時刻により表示する場合、現在時刻を併せて通知するようにすればよい。
【００８１】
図１７によると、時刻１０００６（２０００６）より１分前の時刻１０００５（２０００５）のビットレートが増加したイベントについての情報となっており、電話機５や受信機４０２−ａのいずれのセッション開始時刻でもないが、これは、障害の原因となっているイベントがビットレートの増加にあるとＮＷ品質制御部３３２が判定したためである。これは、パケットロス１０％が発生していることを根拠としている。このように、障害の原因となるであろうイベントを判定し、そのイベントに着目したデータを受信機４０２−ａに送信することが有効である。この判定方法については、やはり複数の知識ルールをデータベース化しておき、ＮＷ品質制御部３３２に内蔵しておけばよい。ステップＳ２５２において判定に使われる知識ルールの一例は「パケットロスが１％以上存在するタイミングと、特定の機器のビットレートが８０Ｍｂｐｓを超えるタイミングとの差が１秒以内の場合は、所定の情報（例えば、図１９に示す情報）を通知」となる。
【００８２】
次に、ＮＷ品質制御部４５２は、ＮＷインターフェース部４１経由でＢＢＲ３０２から送信されたネットワーク品質情報を受信し（ステップＳ２５３）、ＢＢＲ３０２からのネットワーク品質情報、及び、ＮＷ品質測定部４４で測定されている情報の両方から再生障害の原因を特定する（ステップＳ２５４）。例えば、ローカルネットワーク内の他の機器における優先度の高い広帯域の通信が行われたためパケットロスが発生したと特定する。そして、ＮＷ品質制御部４５２は、特定した障害原因を表示する（ステップＳ２５５）。図２０に特定した障害原因を表示した表示例を示す。
【００８３】
なお、ステップＳ２５４において判定に使われる知識ルールの一例は「１％以上のパケットロス通知かつ、高優先度のパケット通信が８０Ｍｂｐｓ以上の帯域で行われている場合、特定の機器の高優先度の通信のため、受信状況が悪化」などとなる。また、このときローカルネットワーク内の複数の機器が関係して、受信状況の影響を与えているため、各機器に対して受信状況を通知するイベントを送信するようにしてもよい。例えば図２１のように、”１９２．１６８．０．１０５”のアドレスを持つ機器（Ａｄｄｒｅｓｓ＞１９２．１６８．０．１０５）に対しては、ＵＤＰ２００００ポートを使って９０Ｍｂｐｓのビットレートで通信が行われており、優先度は１（＜Ｐｒｉｏｒｉｔｙ＞１）であり、“１９２．１６８．０．１０１”のアドレスを持つ機器（Ａｄｄｒｅｓｓ＞１９２．１６８．０．１０１）に対しては、ＵＤＰ１０５５４ポートを使って１０Ｍｂｐｓのビットレートで通信が行われており、優先度は２（＜Ｐｒｉｏｒｉｔｙ＞２）というメッセージを、ローカルネットワーク内の各機器にマルチキャストまたはブロードキャストなどで送信すればよい。また、複数のユニキャストで送信したり、障害の原因と考えられる機器のみに送信してもよい。
【００８４】
このようにすると、各機器において、他の機器に対して影響を与えていると分かった場合には、自発的にビットレートを抑えて他機器に影響を与えないようにする処理も可能になる。例えば、電話機５がこのメッセージを受け取り、他に１０Ｍｂｐｓ（１００Ｍｂｐｓの残りの帯域）を利用する低優先度のサービスがあるため、自発的に９０Ｍｂｐｓから５０Ｍｂｐｓへと変更することにより、受信機４０２−ａへの影響をなくすことも可能となる。
【００８５】
また、ビットレートの上限と下限を予め設定しておくため、受信機４０２−ａ、または電話機５から、図２２に示すように、上限及び下限情報を含むリクエストを送信しておくことも可能である。このようにして、図２１に、上限下限のデータが各機器に通知されるようにできるので、より自発的なビットレート変更などを行いやすくなる。また、Ｕｓｅｒ−Ａｇｅｎｔヘッダまたは、新たにタグを追加するなどして、機器の名前をＩＰアドレス（送信元アドレス）と関連づけてＢＢＲ３０２内に記憶することもできるので、より詳細なネットワーク品質データにすることができる。
【００８６】
＜第３の実施形態＞
次に、本発明の第３の実施形態によるネットワーク障害検出システムを図面を参照して説明する。第２の実施形態では、優先度の高い通信を行う場合に、ローカルネットワーク内の他機器の影響について説明したが、第３の実施形態では同じ優先度で同じサービスを利用する端末がある場合の処理について説明する。図２３は、第３の実施形態におけるネットワークシステム全体の構成を示すブロック図である。この図において、前述した実施形態における装置と同一の部分には同一の符号を付し、その説明を省略する。図２３に示すＢＢＲ３０３は、図１５に示すＢＢＲ３０２と比べて、ＮＷ品質測定部３２３、ＮＷ品質制御部３３３を備える点が異なる。ＮＷ品質測定部３２３は、図１５に示すＮＷ品質測定部３２２と比べて、サービス識別子毎に各ネットワーク品質データを取得し、蓄積または集計する点が異なる。ＮＷ品質制御部３３３は、図１５に示すＮＷ品質制御部３３２と比べて、サービス識別子登録要求の処理を行う点と、サービス識別子を認識したネットワーク品質データを送信する点が異なる。
【００８７】
受信機４０３−ａ、４０３−ｂは、図１５に示す受信機４０２−ａと比べて、コンテンツ制御部４２３ａ（４２３ｂ）及びＮＷ品質制御部４５３ａ（４５３ｂ）を備える点が異なる。コンテンツ制御部４２３ａ（４２３ｂ）は、図１５に示すコンテンツ制御部４２と比べて、ＮＷ品質制御部４５３ａ（４５３ｂ）に対して、サービス識別子登録要求を指示する点が異なる。ＮＷ品質制御部４５３ａ（４５３ｂ）は、図１５に示すＮＷ品質制御部４５２と比べて、サービス識別子登録要求を行う点と、サービス識別子を認識してＮＷ品質情報を扱う点が異なる。
【００８８】
図２４は、本実施形態において、それぞれＢＢＲ３０３、受信機４０３−ａにおける観測データの一例であり、時刻１０００１（２０００１）にて受信機４０３−ａにおけるＶｏＤ配信が開始され、時刻１０００４（２０００４）にて受信機４０３−ｂのＶｏＤ配信が開始されている状況を示している。ここでは、受信機４０３−ａでの障害検出処理は１０００５（２０００５）の時刻で行われているという前提で説明する。
【００８９】
次に、図２５を参照して、コンテンツ再生を開始する動作を説明する。図２５は、コンテンツ再生を開始する動作を示すフローチャートである。図２５において、図４に示す動作と異なる点は、ステップ３０２とＳ３０３が追加されている点である。ステップＳ３０１はステップＳ１０１と同様であり、ステップＳ３１２〜Ｓ３１９は、それぞれステップＳ１０２〜ステップＳ１０９と同様であるので、詳細な説明を省略し、ステップ３０２とＳ３０３について説明する。
【００９０】
ステップＳ３０２は、受信機４０３−ａ（４０３−ｂ）がサービス利用に先立ち予めサービス識別子を登録しておくため、コンテンツ制御部４２３ａ（４２３ｂ）がＮＷ品質制御部４５３ａ（４５３ｂ）に対してサービス識別子の登録を指示し、ＮＷ品質制御部４５３ａ（４５３ｂ）は、サービス識別子の登録リクエストをＢＢＲ３０３に対して送信する。図２６に登録リクエストの一例を示す。ここでサービス識別子は少なくともローカルネットワーク内で一意であること、すなわち、サービス事業者が同一の場合、受信機４０３−ａと受信機４０３−ｂの両方がそのサービスを利用する場合、ＢＢＲ３０３に登録するサービス識別子が同一のものであると認識可能なものであることが要求される。
【００９１】
このような識別子としては、例えば、受信機４０３−ａ（４０３−ｂ）の製造時に固定されたサービスであれば、所定のサービス識別子を予め固定で設定しておくことができるし、そうでない場合は、サーバアドレスのドメインを識別子構成のために利用することができる。例えば、”http://vod1.vodservice.co.jp”であれば、ｃｏ．ｊｐなど共通のもの以外を使用して、”vodservice.co.jp”として、”urn:service://vodservice.co.jp”とすればよい。図２６においては簡単のため”urn:service://vod1/”とした。ステップＳ３０３では、ＮＷ品質制御部３３３において、ＮＷ品質制御部４５３ａ（４５３ｂ）からのリクエストを解釈し、ポート番号とプロトコルの組を、サービス識別子と関連づけてメモリに記憶する。
【００９２】
次に、何らかの障害が検出された場合の動作を説明する。障害が検出された場合の動作は、図７に示す動作に準じる。図７に示すステップＳ１１２より返却されたＢＢＲ３０３からのレスポンスの一例を図２７に示す。図２７は、サービス「urn:service://vod1/」に関わる２つの受信機４０３−ａと４０３−ｂの通信を原因として１分前から、パケットロス２０％、ジッタ１０％がグローバルネットワークに発生するようになったことを示している。この場合も、品質制御部３３３は、障害原因の発生に関する部分（この場合はパケットロス２０％など）に着目してレスポンスデータを生成する。
【００９３】
そして、ステップＳ１１４、ステップＳ１１５において、ＮＷ品質制御部４５３ａ（４５３ｂ）、ＮＷ品質測定部４４ａで蓄積、集計されたデータと照らした上で図２８に示すように情報表示を行う。また、このとき知識ルールをデータベース化しておけば様々な条件に対応できることも前述の通りである。
【００９４】
また、ローカルネットワークの帯域が不足している場合には、ＢＢＲ３０３においてコンテンツデータを圧縮するようにしてもよい。例えばＢＢＲ３０３に、映像データのトランスコーダを備え、１５ＭｂｐｓのＭＰＥＧ映像を５ＭｂｐｓのＨ．２６４映像に変換できれば、画質の低下を招かずに帯域不足を解消することができる。また、映像フォーマットは変えずに単純にビットレートだけを落とすようにしてもよい。この場合には画質の低下を招くものの映像フォーマットの変化に関わる処理を行う必要がない。
【００９５】
また、配信サーバ１から配信されるコンテンツデータには、ＦＥＣ（Forward Error Correction）と呼ばれる誤り訂正符号を含むパケットが含まれていることもある。この訂正符号方式としては、リードソロモン符号、ターボ符号、パリティ符号などがあり、誤り訂正能力などに依存してコンテンツデータそのものに加えて２０％程度の帯域を余計に利用する。もし、この２０％を低下することによって帯域不足を解消できるのであれば、ローカルネットワークにはＦＥＣパケットを転送しないようにすることができる。具体的には、ＢＢＲ３０３にＦＥＣ演算部を備え、コンテンツデータに訂正可能なパケットロスがあった場合には、ＦＥＣパケットを使ってパケットを復旧する。そして受信機４０３−ａ（４０３−ｂ）にはＦＥＣパケットを配信しないようにする。なお、コンテンツ自体のデータかＦＥＣパケットかの区別は通常、ポート番号で区別することができる。例えば、コンテンツ自体のデータが１００００番ポートであると、ＦＥＣパケットは１０００２番であるなどである。
【００９６】
なお、第１〜第３の実施形態において、配信サーバ１はグローバルネットワーク２上に存在する構成を説明したが、これに限るものでなく、経路上にＢＢＲ３（または、ＢＢＲ３０２、ＢＢＲ３０３）が存在するような場所にあればよい。例えば、配信サーバ１が、ＢＢＲ３等のＬＡＮ側に接続されたＤＬＮＡ（Digital Living Network Alliance）のＤＭＳ（デジタルメディアサーバ）などの配信サーバ機器であってもよい。この場合は、ＩＰ層において、同じネットワークに受信機４（または、受信機４０２、４０３）と配信サーバ１が存在することになるが、パケットは必ずＢＢＲ３を経由するため、ＢＢＲ３ではＢＢＲ３と配信サーバ１との間のネットワーク品質を前述した動作によって取得可能である。「グローバルネットワーク」の部分を「ＢＢＲ３とＤＬＮＡ  ＤＭＳとの間の経路」、「１０Ｍｂｐｓ＠ｇｗ」などを「１０Ｍｂｐｓ＠ｄｌｎａ−ｄｍｓ」のように読み替えれば、受信機４では前述した処理と同様の処理をして、ユーザに情報通知を行うことができる。
【００９７】
＜第４の実施形態＞
次に、本発明の第４の実施形態によるネットワーク障害検出システムを図面を参照して説明する。第３の実施形態までは、主にパケットロス、ジッタなどのネットワーク品質に関するものであったが、本実施形態では、ＩＰｖ４（Internet Protocol version 4）において問題になるＮＡＴ（Network Address Translation）越え問題を解決するためのＵＰｎＰ  ＩＧＤ（Universal Plug & Play Internet Gateway Device；以降単にＩＧＤと称する）に代表されるポートマッピング設定機能について説明する。
【００９８】
図２９は、第４の実施形態におけるネットワークシステム全体の構成を示すブロック図である。この図において、前述した実施形態における装置と同一の部分には同一の符号を付し、その説明を省略する。この図において、受信機４０４−ｂは受信機４０４−ａと同様であるので、詳細な構成は省略する。図２９に示すＢＢＲ３０４は、図３に示すＢＢＲ３と比べて、ＮＷ品質制御部３３４、アドレス変換部３５４を備える点が異なる。ＮＷ品質制御部３３４は、図３に示すＮＷ品質制御部３３と比べて、アドレス変換部３５４の設定内容を参照し、ＩＧＤ設定項目情報を扱う点が異なる。
【００９９】
アドレス変換部３５４は、コンテンツ制御部４２４からのＩＧＤ機能に対する設定要求に応答し、アドレス変換設定を行い、設定されたポートに対しては、設定内容に従ってグローバルネットワークからのパケットをローカルネットワークへ転送する。これをポートマッピング、ポートフォワード、静的ＮＡＴとも呼ぶ。この機能はＩＰｖ４ではローカルネットワークがいわゆるプライベートアドレスで運用され、グローバルネットワークから直接ローカルネットワーク内のホスト装置に対しパケット送信できないため、ＲＴＰパケットをユニキャストで送信するＶｏＤサービスにおいて必要になったものである。
【０１００】
ＩＰマルチキャストサービスでは、アドレス体系によらずＪｏｉｎ／Ｌｅａｖｅで実現されるので不要である。ＩＧＤ機能は公知の技術でありＩＧＤ機能が実装されたブロードバンドルータは既に市場に流通しており、住宅用ルータの機能（ＵＰｎＰ機能と表示されていることが多い）として標準的なものである。アドレス変換部３５４は、ＣＰＵ、メモリ、制御プログラムからなり、ＮＷ品質測定部３２、ＮＷ品質制御部３３４などと構成部品を共用することができる。
【０１０１】
受信機４０４−ａは、図３に示す受信機４と比べて、コンテンツ制御部４２４、ＮＷ品質制御部４５４を備える点が異なる。コンテンツ制御部４２４は、コンテンツ再生に先立ち、ＢＢＲ３０４に対しアドレス変換設定を行うため、ＩＧＤで標準的に決められている方法でアドレス変換部３５４に対しアドレス変換リクエストを送信する。例えば、ＢＢＲ３０４の外部ポート１０５５４に到着するＵＤＰパケットを、受信機４０４−ａのＮＷインターフェース部４１に関連づけられたアドレスの１０５５４ポートに転送する設定のリクエストを送信する。
【０１０２】
次に、図３０を参照して、コンテンツの再生を行い、障害が発生した場合の動作を説明する。図３０は、コンテンツの再生を行い、障害が発生した場合の動作を示すフローチャートである。一部、図４と同様の部分については説明を省略し、「ステップＳ１０２以降を実行」と示している。まず、ユーザがコンテンツ再生をリモコン（操作部４７）などで指示すると、コンテンツ制御部４２４にコンテンツ再生を指示する（ステップＳ４０１）。コンテンツ制御部４２４は、コンテンツ再生に関わるアドレス体系を調べる（ステップＳ４０２）。例えば、コンテンツの識別子はＵＲＬ（Universal Resource Locator）で指定されることが多いので、そのホスト装置部を、ＤＮＳ（Domain Name Service）でＩＰアドレスに変換するときに、ＩＰｖ４体系であるか、ＩＰｖ６体系であるかを判定することができる。
【０１０３】
ＲＴＳＰではＤＥＳＣＲＩＢＥメッセージを送信するためにＴＣＰコネクションを確立する必要があるため、確立されたＴＣＰコネクションに対しｇｅｔｓｏｃｋｎａｍｅ（）システムコールを呼び出すことで、受信機側のアドレスを取得することができ、この受信機側のアドレスで判定することができる。また、システムコールｇｅｔｐｅｅｒｎａｍｅ（）でサーバ側のアドレス体系を調べてもよい。あるいは、予め設定などでＩＰｖ４体系か、ＩＰｖ６体系かのフラグを持っておいてもよい。調べた結果Ｖ６アドレスの時にはＩＧＤは必要ないのでステップＳ１０２以降を実行する。
【０１０４】
一方、Ｖ４アドレスの場合はステップＳ４０３へ移行する。コンテンツ制御部４２４は、受信機のＶ４アドレス体系（クラス）を調べる（ステップＳ４０３）。この結果、グローバルアドレスであれば、ＮＡＴが必要なローカルネットワークでないと判定できるためステップＳ１０２以降を実行し、プライベートアドレス（ローカルアドレス）の場合にはステップＳ４０４へ移行する。
【０１０５】
次に、コンテンツ制御部４２４は、ＢＢＲ３０４がＩＧＤ機能を有しているかを調べる（ステップＳ４０４）。ＵＰｎＰにはデバイス発見機能が共通の機能として備わっているため、この仕組みによりＩＧＤ機能があるか否かを調べることができる。ＢＢＲ３０４ではＩＧＤ機能を搭載するとしたが、もし搭載していないとか、設定により無効になっている場合は、ＮＡＴが必要にも関わらずそれを実行できないので、ステップＳ４１０に移行しエラー表示して終了する。一方、ＩＧＤ機能がある場合はステップＳ４０５へ移行する。コンテンツ制御部４２４は、ＢＢＲ３０４より、ＢＢＲ３０４の外部アドレスの取得要求を行う（ステップＳ４０５）。ＩＧＤでは、ＧｅｔＥｘｔｅｒｎａｌＩＰＡｄｄｒｅｓｓ（）というＡＰＩ（Application Program Interface）が規定されているので、これをインタフェースとして用いる。このときＢＢＲ３０４から取得するレスポンスの一例を図３１に示す。
【０１０６】
次に、コンテンツ制御部４２４は、取得された外部アドレスのアドレス体系（クラス）を調べる（ステップＳ４０６）。この結果、グローバルアドレスであればステップＳ４０７へ移行する。一方ローカルアドレスであれば、グローバルネットワークに接続するために上位にさらにＮＡＴの必要なルータが存在することを意味するため、仮にＢＢＲ３０４にポートマッピングを実施してもグローバルネットワークに存在する配信サーバ１からのＲＴＰパケット受信を達成できないことが分かり、情報表示部４６に対して指示を出してステップＳ４１０にてエラー表示をしてエラー終了する。図３１に示す例では”１９２．１６８．０．６０”がクラスＣのプライベートアドレスのため、図３２に示すようにエラー表示することになる。なお、Ｃ０Ａ８００３Ｃは”１９２．１６８．０．６０”の各要素を１６進数で表したものである。但し、システムコールｇｅｔｐｅｅｒｎａｍｅ（）によって取得した配信サーバ１のアドレスもプライベートアドレスである場合には接続可能な場合があるため、そのような条件を加味してもよい。
【０１０７】
次に、コンテンツ制御部４２４は、アドレス変換設定のリクエストを生成し、ＢＢＲ３０４へ送信する（ステップＳ４０７）。ＩＧＤでは、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ（）というＡＰＩが規定されているため、これを用いる。リクエストを受信したＢＢＲ３０４のアドレス変換部３５４は、リクエストを解釈し、ポートマッピング設定を行ってステータスコードを返却する。このとき、一般には、指定された外部ポート番号が同一の設定がないか、同一の設定があっても同一クライアント（ＵＰｎＰの文脈ではコントロールポイントと呼ぶ）からの要求であれば設定が成功するが、同一の設定で他のクライアントからの設定であれば（「衝突」と呼ぶ）失敗するように実装されていることが多い。
【０１０８】
次に、コンテンツ制御部４２４にて、設定リクエストの成否を判定する（ステップＳ４０８）。この結果、成功していればポートマッピング設定は完了したことになるのでステップＳ１０２以降を実行する。一方、失敗すれば、ステップＳ４０９へ移行する。コンテンツ制御部４２４は、ステータスコードの内容を調べ（ステップＳ４０９）、「衝突」が発生している場合とそうでない場合を区別し、情報表示部４６によりエラー内容を表示する（ステップＳ４１０）。
【０１０９】
なお、ステップＳ４１０において、ステップＳ４０４、Ｓ４０９の「衝突」、ステップＳ４０９の「衝突」以外からの遷移でのエラー内容の表示については、図３３に示す知識ルールデータベースを参照して決定すればよい。
【０１１０】
このように、ＮＡＴ越えの設定に関する障害についても、従来、ＩＧＤ機能を持つブロードバンドルータと連携無しでは、ＲＴＳＰでは再生が成功したものの、ＲＴＰパケットがいつまでたっても受信できないという一般的な障害と判断されるだけであったが、連携することで根本的な原因を正確にユーザに通知することができる。
【０１１１】
なお、各実施形態については、個別の実施形態として説明したが、個別の特徴的な機能を抽出して説明したものであり、第１の実施形態〜第４の実施形態を互いに組み合わせ構成としてもよい。
【０１１２】
以上説明したように、ネットワークを経由して、音声情報や映像情報をパケットにより伝達する場合において、音声映像品質が劣化した際に音声映像通信のネットワーク品質値を測定し、障害を起こしている箇所や原因を特定し、その内容を表示するようにしたため、障害を起こしている箇所や原因を容易に特定することができる。また、これにより障害解決のための適切な原因判定を行うことができるため、結果的にネットワークに接続される機器のコストダウンと顧客満足度の向上を達成することができる。
【０１１３】
なお、図３、図１５、図２３及び図２９に示すブロードバンドルータ及び受信機の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりネットワーク障害検出処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【０１１４】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【０１１５】
１・・・配信サーバ、２・・・グローバルネットワーク、３、７、３０２、３０３、３０４・・・ブロードバンドルータ（ＢＢＲ）、４（−ａ、−ｂ）、４０２（−ａ）、４０３（−ａ、−ｂ）、４０４（−ａ、−ｂ）・・・受信機、５、８・・・電話機、６・・・パソコン、９・・・交換機サーバ、３１・・・ＷＡＮインターフェース部、３２、３２２、３２３・・・ＮＷ品質測定部、３３、３３２、３３３、３３４・・・ＮＷ品質制御部、３４・・・ＬＡＮインターフェース部、３５４・・・アドレス変換部、４１・・・ＮＷインターフェース部、４２、４２３（ａ、ｂ）、４２４・・・コンテンツ制御部、４３・・・コンテンツ再生部、４４・・・ＮＷ品質測定部、４５、４５２、４５３ａ、４５４・・・ＮＷ品質制御部、４６・・・情報表示部、４７・・・操作部
【図１】
2010161649.tif 000003
【図２】
2010161649.tif 000004
【図３】
2010161649.tif 000005
【図４】
2010161649.tif 000006
【図５】
2010161649.tif 000007
【図６】
2010161649.tif 000008
【図７】
2010161649.tif 000009
【図８】
2010161649.tif 000010
【図９】
2010161649.tif 000011
【図１０】
2010161649.tif 000012
【図１１】
2010161649.tif 000013
【図１２】
2010161649.tif 000014
【図１３】
2010161649.tif 000015
【図１４】
2010161649.tif 000016
【図１５】
2010161649.tif 000017
【図１６】
2010161649.tif 000018
【図１７】
2010161649.tif 000019
【図１８】
2010161649.tif 000020
【図１９】
2010161649.tif 000021
【図２０】
2010161649.tif 000022
【図２１】
2010161649.tif 000023
【図２２】
2010161649.tif 000024
【図２３】
2010161649.tif 000025
【図２４】
2010161649.tif 000026
【図２５】
2010161649.tif 000027
【図２６】
2010161649.tif 000028
【図２７】
2010161649.tif 000029
【図２８】
2010161649.tif 000030
【図２９】
2010161649.tif 000031
【図３０】
2010161649.tif 000032
【図３１】
2010161649.tif 000033
【図３２】
2010161649.tif 000034
【図３３】
2010161649.tif 000035