(57)【要約】【課題】大容量のメモリが必要となるという問題を解決する映像品質推定装置を提供する。【解決手段】ＦＥＣパケット解析部３は、ＦＥＣパケットの連続性を確認する。エラー情報テーブル生成部４は、映像パケットの連続性を確認する。推定部は、それらの連続性に基づいて、欠落した映像パケットに含まれる。ＦＥＣデータでエラーが訂正できない映像データを訂正不可データとして推定する。推定部は、その訂正不可データに基づいて、映像データの映像品質を推定する。【選択図】図１
2010187097.tif 000002
【特許請求の範囲】
【請求項１】
映像データがパケット化された映像パケットと、前記映像データのエラーを訂正するための訂正用データがパケット化された訂正用パケットと、を受け付ける入力手段と、
前記入力手段が受け付けた映像パケットの連続性を確認する第一確認手段と、
前記入力手段が受け付けた訂正用パケットの連続性を確認する第二確認手段と、
前記第一確認手段および前記第二確認手段にて確認された各連続性に基づいて、欠落した映像パケットに含まれる、前記訂正用データでエラーが訂正できない映像データを、訂正不可データとして推定し、該推定した訂正不可データに基づいて前記映像データの映像品質を推定する推定手段と、を含む映像品質推定装置。
【請求項２】
請求項１に記載の映像品質推定装置において、
前記推定手段は、前記入力手段が受け付けた映像パケットのヘッダ情報を解析して、前記訂正不可データのピクチャタイプを推定し、該ピクチャタイプに基づいて、前記映像品質を推定する、映像品質推定装置。
【請求項３】
請求項２に記載の映像品質推定装置において、
前記推定手段は、前記ヘッダ情報を解析して、前記入力手段が受け付けた映像パケットに含まれる映像データの符号量を求め、該符号量に基づいて、前記訂正不可データのピクチャタイプを推定する、映像品質推定装置。
【請求項４】
映像品質推定装置による映像品質推定方法であって、
映像データがパケット化された映像パケットと、前記映像データのエラーを訂正するための訂正用データがパケット化された訂正用パケットと、を受け付ける入力ステップと、
前記受け付けられた映像パケットの連続性を確認する第一確認ステップと、
前記受け付けられた訂正用パケットの連続性を確認する第二確認ステップと、
前記確認された各連続性に基づいて、欠落した映像パケットに含まれる、前記訂正用データでエラーが訂正できない映像データを、訂正不可データとして推定し、該推定した訂正不可データに基づいて前記映像データの映像品質を推定する推定ステップと、を含む映像品質推定方法。
【請求項５】
請求項４に記載の映像品質推定方法において、
前記推定ステップでは、前記受け付けられた映像パケットのヘッダ情報を解析して、前記訂正不可データのピクチャタイプを推定し、該ピクチャタイプに基づいて、前記映像品質を推定する、映像品質推定方法。
【請求項６】
請求項５に記載の映像品質推定方法において、
前記推定ステップでは、前記ヘッダ情報を解析して、前記受け付けられた映像パケットに含まれる映像データの符号量を求め、該符号量に基づいて、前記訂正不可データのピクチャタイプを推定する、映像品質推定方法。
【請求項７】
コンピュータに、
映像データがパケット化された映像パケットと、前記映像データのエラーを訂正するための訂正用データがパケット化された訂正用パケットと、を受け付ける手順と、
前記受け付けられた映像パケットの連続性を確認する手順と、
前記受け付けられた訂正用パケットの連続性を確認する手順と、
前記確認された各連続性に基づいて、欠落した映像パケットに含まれる、前記訂正用データでエラーが訂正できない映像データを、訂正不可データとして推定し、該推定した訂正不可データに基づいて前記映像データの映像品質を推定する手順と、を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データの品質を監視するための映像品質推定装置、映像品質推定方法およびプログラムに関し、特には、ＩＰＴＶサービスにて配信される映像データの品質を監視するための映像品質推定装置、映像品質推定方法およびプログラムに関する。
【背景技術】
【０００２】
地上アナログ放送は、２０１１年に停波することになっている。このため、２０１１年までに、地上アナログ放送を円滑に地上デジタル放送に移行させるとともに、地上アナログ放送の視聴可能エリアに対する地上デジタル放送のカバー率を１００％にすることが要望されている。このような要望を満たす手段として、ＩＰ網としてＮＧＮ（Next Generation Network）網を利用したＩＰＴＶ（Internet Protocol Television）サービス（地デジＩＰ再送信サービス）が提案されている。なお、ＩＰＴＶサービスは、ＩＰ網を介してデジタルテレビ放送を配信するサービス形態である。
【０００３】
一般的なネットワークは、ＱｏＳ（Quality of Service：サービス品質）が保証されないベストエフォート型であるため、映像配信サービスにおいて、映像視聴者に配信される映像データの品質を保証できるとは限らなかった。ＮＧＮ網が利用されると、ＱｏＳが保証されるので、電波を利用した放送ＴＶサービスと同等の映像品質を保証することが可能となる。
【０００４】
また、電波を利用した放送ＴＶサービスでは、送信所から送出される電波の強度、建物および地形などに基づいて、放送の視聴可能エリアが計算される。さらに、その視聴可能エリア内の幾つかの観測地点で映像品質の試験が行われ、その試験結果と理論上の映像品質の計算結果とが比較されることによって、映像品質が監視されていた。
【０００５】
一方、ＩＰＴＶサービスでは、コンテンツが送信されてから各家庭のＴＶ受像機に受信されるまでに複数のプロバイダが介在する。このため、それぞれのプロバイダ間で映像品質を監視する必要がある。
【０００６】
例えば、ＩＴＵ−Ｔ勧告では、映像品質を監視する監視ポイントを５箇所に設けることが定められている。図８は、ＩＴＵ−Ｔ勧告における監視ポイントを示した説明図である。図８には、監視ポイントＰＴ１〜ＰＴ５が示されている。
【０００７】
図８で示されたように、ＩＰＴＶサービスを提供するための通信システムは、コンテンツプロバイダ（Content Provider）１０１と、サービスプロバイダ（Service Provider(central headend)）１０２と、ローカルコンテンツ補足段階（Local content acquisition）１０３と、サービスプロバイダ（Service Provider(regional headend)）１０４と、ネットワークプロバイダ（Network Provider）１０５と、エンドユーザ（End User）１０６と、を有する。
【０００８】
映像データは、コンテンツプロバイダ１０１、サービスプロバイダ１０２およびネットワークプロバイダ１０５からなる経路、または、ローカルコンテンツ補足段階１０３、サービスプロバイダ１０４およびネットワークプロバイダ１０５からなる経路を通過してエンドユーザ１０６まで配信される。
【０００９】
監視ポイントＰＴ１は、コンテンツプロバイダ１０１とサービスプロバイダ１０２との間、または、ローカルコンテンツ補足段階１０３とサービスプロバイダ１０４との間に設けられる。監視ポイントＰＴ２は、サービスプロバイダ１０２とネットワークプロバイダ１０５内のＩＰコアネットワーク（IP Core Network）１０５ａとの間、または、サービスプロバイダ１０４とＩＰコアネットワーク１０５ａとの間に設けられる。
【００１０】
監視ポイントＰＴ３は、ＩＰコアネットワーク１０５ａとネットワークプロバイダ１０５内のＩＰアクセスネットワーク（IP Access Network）１０５ｂとの間に設けられる。監視ポイントＰＴ４は、ＩＰアクセスネットワーク１０５ｂ上のＶＯＤ（Video on Demand）サーバ（Edge VOD Server/multicast replication point）１０５ｃと、エンドユーザ（End User）１０６のゲートウェイ（Home Gateway）１０６ａとの間に設けられる。監視ポイントＰＴ５は、エンドユーザ１０６のＳＴＢ（Set-top box：セットトップボックス）１０６ｂとエンドユーザ１０６のＴＶ１０６ｃと間に設けられる。
【００１１】
以下、監視ポイントＰＴ３およびＰＴ４で行われる映像品質の監視方法について説明する。図９は、この監視方法を実現するための映像品質監視装置の構成を示したブロック図である。
【００１２】
ＩＰパケットヘッダ解析部１１は、ネットワーク（不図示）を伝送しているＩＰパケットＴ１から、映像品質を監視するパケットを抽出し、その抽出したパケットをＩＰパケットＴ２として出力する。例えば、ＩＰパケットＴ１が、ＩＰマルチキャストパケット化されたデータの場合、ＩＰパケットヘッダ解析部１１は、所定のマルチキャストアドレスを有するＩＰパケットＴ１を抽出する。
【００１３】
ＵＤＰ／ＲＴＰパケットヘッダ解析部１２は、ＩＰパケットＴ２内のＵＤＰパケットヘッダの宛先ポート番号に基づいて、ＩＰパケットＴ２をＴＳパケットＴ３とＦＥＣ（Forward Error Correction）パケットＴ４とに分離する。ＴＳパケットＴ３は、映像データである複数のＴＳパケットがＲＴＰ化されたデータであり、ＦＥＣパケットＴ４は、その映像データのエラー訂正を行うためのＦＥＣデータがＲＴＰパケット化されたデータである。
【００１４】
ＦＥＣパケット解析部１３は、ＴＳパケットＴ３内の複数のＴＳパケットのうち、ＦＥＣパケットＴ４でエラー訂正が可能なＴＳパケットのヘッダ（ＴＳパケットヘッダ）を解析し、そのＴＳパケットヘッダおよびＦＥＣパケットＴ４をＦＥＣデータＴ６として出力する。
【００１５】
ＦＥＣバッファ１４は、ＴＳパケットＴ３内の各ＴＳパケットを、ＴＳパケットＴ３のＲＴＰパケットヘッダ内の時間情報に基づいて正しい順序に並び替える。ＦＥＣバッファ１４は、そのＴＳパケットを並び替えたＴＳパケットＴ３を、ＦＥＣデータＴ６でエラー訂正が可能になるタイミングまで遅延させ、その遅延させたＴＳパケットＴ３をＴＳパケットＴ５として出力する。
【００１６】
エラー訂正部１５は、ＦＥＣデータＴ６に基づいて、ＴＳパケットＴ５のエラー訂正を行い、そのエラー訂正を行ったＴＳパケットＴ５をＴＳパケットＴ７として出力する。
【００１７】
ＴＳヘッダ解析部１６は、ＴＳパケットＴ７から、映像データがパケット化されている映像パケットＴ８を抽出する。
【００１８】
映像品質推定部１７は、映像パケットＴ８の映像パケットヘッダおよび映像符号化パラメータを利用して、映像データの映像品質を推定し、その映像品質を示す映像品質推定情報Ｔ９を出力する。
【００１９】
このような監視方法を実現するため技術には、特許文献１に記載の映像品質推定装置がある。
【先行技術文献】
【特許文献】
【００２０】
【特許文献１】特開２００８−５１０８号公報
【発明の概要】
【発明が解決しようとする課題】
【００２１】
上述の監視方法では、映像データのエラー訂正を行うため、ＴＳパケットを、ＦＥＣデータでエラー訂正が可能になるタイミングまで遅延させる必要があった。また、ＴＳパケットは映像データを有するため、データ量が大きい。
【００２２】
したがって、上述の監視方法では、ＴＳパケットを遅延させるために、大容量のメモリが必要になるという問題があった。
【００２３】
本発明の目的は、上記の課題である、大容量のメモリが必要となるという問題を解決する映像品質推定装置、映像品質推定方法およびプログラムを提供することである。
【課題を解決するための手段】
【００２４】
本発明による映像品質推定装置は、映像データがパケット化された映像パケットと、前記映像データのエラーを訂正するための訂正用データがパケット化された訂正用パケットと、を受け付ける入力手段と、前記入力手段が受け付けた映像パケットの連続性を確認する第一確認手段と、前記入力手段が受け付けた訂正用パケットの連続性を確認する第二確認手段と、前記第一確認手段および前記第二確認手段にて確認された各連続性に基づいて、欠落した映像パケットに含まれる、前記訂正用データでエラーが訂正できない映像データを、訂正不可データとして推定し、該推定した訂正不可データに基づいて前記映像データの映像品質を推定する推定手段と、を含む。
【００２５】
本発明による映像品質推定方法は、映像品質推定装置による映像品質推定方法であって、映像データがパケット化された映像パケットと、前記映像データのエラーを訂正するための訂正用データがパケット化された訂正用パケットと、を受け付ける入力ステップと、前記受け付けられた映像パケットの連続性を確認する第一確認ステップと、前記受け付けられた訂正用パケットの連続性を確認する第二確認ステップと、前記確認された各連続性に基づいて、欠落した映像パケットに含まれる、前記訂正用データでエラーが訂正できない映像データを、訂正不可データとして推定し、該推定した訂正不可データに基づいて前記映像データの映像品質を推定する推定ステップと、を含む。
【００２６】
本発明によるプログラムは、コンピュータに、映像データがパケット化された映像パケットと、前記映像データのエラーを訂正するための訂正用データがパケット化された訂正用パケットと、を受け付ける入力処理と、前記受け付けられた映像パケットの連続性を確認する第一確認処理と、前記受け付けられた訂正用パケットの連続性を確認する第二確認処理と、前記確認された各連続性に基づいて、欠落した映像パケットに含まれる、前記訂正用データでエラーが訂正できない映像データを、訂正不可データとして推定し、該推定した訂正不可データに基づいて前記映像データの映像品質を推定する推定処理と、コンピュータに実行させる。
【発明の効果】
【００２７】
本発明によれば、大容量のメモリを用いなくてもよくなる。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施形態の映像品質推定装置の構成を示したブロック図である。
【図２】映像パケットの構成例を示した説明図である。
【図３】ＦＥＣパケットの構成例を示した説明図である。
【図４】エラー情報テーブルの一例を示した説明図である。
【図５】映像品質推定装置の動作を説明するためのフローチャートである。
【図６】エラー情報テーブルの他の例を示した説明図である。
【図７】映像情報テーブルの一例を示した説明図である。
【図８】関連技術であるＩＴＵ−Ｔ勧告における監視ポイントを示した説明図である。
【図９】関連技術である映像品質監視装置の構成を示したブロック図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施形態について図面を参照して説明する。
【００３０】
図１は、本発明の実施形態の映像品質推定装置の構成を示したブロック図である。
【００３１】
なお、映像品質推定装置は、ＩＰマルチキャストを利用するＩＰＴＶ放送サービスにて配信される映像データの映像品質を推定するものとする。ここで、映像データは、圧縮符号化およびパケット化されており、ＩＰマルチキャストは、ＩＰネットワークを用いて、圧縮符号化された映像データをリアルタイムで伝送させる技術である。
【００３２】
また、映像品質推定装置は、ＩＰＴＶ放送サービスにて配信される映像データの映像品質だけでなく、ＩＰデータキャストを利用するリアルタイムＶｏＤ（Video on Demand）サービスや、ＴＶサービスデータをダウンロードさせてから視聴させるダウンロードサービスにて配信される映像データの映像品質の推定などにも適用できる。
【００３３】
図１において、映像品質推定装置は、ＩＰパケットヘッダ解析部１とＵＤＰ／ＲＴＰパケットヘッダ解析部２とを含む入力部と、ＦＥＣパケット解析部３と、エラー情報テーブル生成部４と、ＴＳヘッダ解析部５と映像情報テーブル生成部６と映像品質推定部７とを含む推定部と、を有する。
【００３４】
入力部のＩＰパケットヘッダ解析部１は、ネットワーク（図示せず）上をＩＰマルチキャストで伝送されているパケットデータＳ１を受け付ける。
【００３５】
パケットデータＳ１には、映像データがＩＰパケット化された映像パケットと、ＦＥＣデータがＲＴＰパケット化されたＦＥＣパケットと、がある。なお、ＦＥＣデータは、映像データのエラーを訂正するためのエラー訂正データである。また、ＦＥＣパケットは、訂正用パケットの一例である。さらに、ＦＥＣパケットは、周期的に映像パケット間に挿入される。
【００３６】
本実施形態では、映像データは、ＭＰＥＧ２−ＴＳ形式に圧縮符号化されているものとする。この場合、映像データは、画像を示すビデオストリームと、音声を示すオーディオストリームなどのビデオストリーム以外の情報とを有する。
【００３７】
映像データは、ピクチャ（フレーム）ごとに、ＰＥＳ（Packetized Elementary Stream）パケットにパケット化される。各ＰＥＳパケットは、複数のＴＳパケットに分割される。また、一つまたは複数のＴＳパケットが一つのＲＴＰパケット（ＵＤＰ／ＲＴＰパケット）に格納される。さらに、そのＲＴＰパケットがＩＰパケット化されて、映像パケットが構成される。
【００３８】
図２は、映像パケットの構成例を示した説明図である。
【００３９】
図２で示されたように、映像パケットに含まれる各ＴＳパケットは、ＴＳヘッダと、ペイロードを有するデータ領域（ｄａｔｅ＿ｂｙｔｅ）を含む。
【００４０】
ＴＳヘッダは、同期バイト（sync#byte）と、トランスポートエラーフラグ（transport#error#indicator）と、ＰＥＳパケット先頭フラグ（payload#unit#start#indicator）と、優先度フラグ（transport#priority）と、ＰＩＤ（Paket Identifier）と、スクランブルフラグ（transport#scrambling#control）と、アダプテーションフィールドコントロールフラグ（adaptation#field#control）と、連続性カウンタ値（continuity#counter）とを含む。
【００４１】
同期バイトは、ＴＳパケットの先頭を示す。トランスポートエラーフラグは、ＴＳパケットにエラーがあるか否かを示す。
【００４２】
ＰＥＳパケット先頭フラグは、データ領域に含まれるペイロードが、ＰＥＳパケットの先頭から開始されているか否かを示す。より具体的には、ＰＥＳパケット先頭フラグは、「１」の場合、ペイロードがＰＥＳパケットの先頭から開始されていることを示し、「０」の場合、ペイロードがＰＥＳパケットの先頭から開始されていないことを示す。
【００４３】
優先度フラグは、ＴＳパケットが重要か否かを示す。より具体的には、優先度フラグは、「１」の場合、ＴＳパケットが重要であることを示し、「０」の場合、ＴＳパケットが重要でないことを示す。
【００４４】
ＰＩＤは、ＴＳパケットの種別を示す。スクランブルフラグは、ＴＳパケットがスクランブル（暗号化）されているか否かを示す。
【００４５】
アダプテーションフィールドコントロールフラグは、ＴＳパケットに可変長のアダプテーションフィールドが存在するか否かを示す。より具体的には、アダプテーションフィールドコントロールフラグは、「１」の場合、アダプテーションフィールドが存在することを示し、「０」の場合、アダプテーションフィールドが存在しないことを示す。
【００４６】
また、アダプテーションフィールドには、符号化された画像または音声であるエレメンタリストリームが重要か否かを示すエレメンタリストリームプライオリティフラグが含まれている。エレメンタリストリームプライオリティフラグは、「１」の場合、エレメンタリストリームが重要であることを示し、「０」の場合、エレメンタリストリームが重要でないことを示す。
【００４７】
連続性カウンタ値は、ＴＳパケットの順番を示す。
【００４８】
なお、ＴＳパケットには、タイムスタンプ情報（ＴＴＳ（Timestamped TS）タイムスタンプ情報）が付加されてもよい。以下では、ＴＳパケットは、このＴＴＳタイムスタンプ情報が付加されたＴＴＳパケットであるとする。
【００４９】
また、ＲＴＰパケットは、ＵＤＰヘッダ、ＲＴＰヘッダおよび複数のＴＳパケットを含む。映像パケットは、ＩＰパケットであり、ＩＰヘッダとＲＴＰパケットを含む。
【００５０】
図１に戻る。ＦＥＣパケットは、図３で示したように、ＲＴＰヘッダと、ＦＥＣヘッダと、ＦＥＣペイロードとを含む。
【００５１】
ＦＥＣペイロードは、ＦＥＣデータを含む。また、ＦＥＣヘッダには、そのＦＥＣヘッダを有するＦＥＣパケットによるエラー訂正の対象となるＲＴＰパケットの先頭のＲＴＰシーケンス番号（SN base）と、ＦＥＣパケットによるエラー訂正の対象となるＲＴＰパケットの長さである有効長（length recovery）とが含まれている。以下、この先頭のＲＴＰシーケンス番号を先頭ＲＴＰシーケンス番号と称する。
【００５２】
図１に戻る。ＩＰパケットヘッダ解析部１は、パケットデータＳ１から、映像品質を推定するパケットと、そのパケットのエラーを訂正するためのＦＥＣパケットとをパケットデータＳ２として抽出する。
【００５３】
ＵＤＰ／ＲＴＰパケットヘッダ解析部２は、ＩＰパケットヘッダ解析部１にて抽出されたパケットデータＳ２を、映像パケットとＦＥＣパケットとに分離する。ＵＤＰ／ＲＴＰパケットヘッダ解析部２は、映像パケット内のＲＴＰパケットをＲＴＰパケットＳ３として生成し、ＦＥＣパケットをＦＥＣパケットＳ４として生成する。
【００５４】
ＦＥＣパケット解析部３は、第一確認手段の一例である。ＦＥＣパケット解析部３は、ＵＤＰ／ＲＴＰパケットヘッダ解析部２が生成したＦＥＣパケットＳ４の連続性を確認し、その連続性を示すＦＥＣ連続性情報を生成する。ＦＥＣ連続性情報では、ＦＥＣパケットが存在するか否かを示すＦＥＣ有無情報とＲＴＰシーケンス番号とが対応付けられている。なお、ＦＥＣ有無情報は、「有」の場合、ＦＥＣパケットが存在することを示し、「無」の場合、ＦＥＣパケットが存在しないことを示す。
【００５５】
ＦＥＣパケット解析部３は、ＦＥＣ連続性情報を有するＦＥＣパケット情報Ｓ５を生成する。このとき、ＦＥＣ有無情報が「有」の場合、そのＦＥＣ有無情報に対応するＲＴＰシーケンス番号を有するＦＥＣパケットＳ４があるので、ＦＥＣパケット解析部３は、そのＦＥＣパケットＳ４のＦＥＣヘッダをＦＥＣパケット情報Ｓ５に追加する。
【００５６】
エラー情報テーブル生成部４は、第二確認手段の一例である。エラー情報テーブル生成部４は、ＲＴＰパケットＳ３の連続性を確認し、その連続正を示すエラー情報テーブルＳ６を生成する。エラー情報テーブルＳ６では、ＲＴＰパケットＳ３が存在するか否かを示すＲＴＰ有無情報がＲＴＰシーケンス番号ごとに格納されている。
【００５７】
なお、ＲＴＰ有無情報は、「有」の場合、ＲＴＰパケットが存在することを示し、「無」の場合、ＲＴＰパケットが存在しないことを示す。
【００５８】
図４は、エラー情報テーブルの一例を示した説明図である。なお、ＦＥＣデータによるエラー訂正において、情報長Ｄを５とし、符号長Ｌを２０としている。この場合、エラー情報テーブル内のＲＴＰシーケンス番号は、２００以上であればよい。
【００５９】
エラー情報テーブル２０は、ＲＴＰシーケンス番号２１と、ＲＴＰパケットの有無２２とを含む。ＲＴＰパケットの有無２２は、ＲＴＰ有無情報であり、ＲＴＰシーケンス番号２１を有するＲＴＰパケットが存在するか否かを示す。
【００６０】
図１に戻る。ＴＳヘッダ解析部５と映像情報テーブル生成部６と映像品質推定部７とを含む推定部は、ＦＥＣパケット解析部３が生成したＦＥＣパケット情報Ｓ５と、エラー情報テーブル生成部４が生成したエラー情報テーブルＳ６とに基づいて、パケットロスなどが発生して欠落した映像パケットに含まれる訂正不可データを推定する。推定部は、その訂正不可データに基づいて、映像データの映像品質を推定する。なお、訂正不可データは、前記ＦＥＣデータでエラーが訂正できない映像データである。
【００６１】
より具体的には、ＴＳヘッダ解析部５、映像情報テーブル生成部６および映像品質推定部７が以下の処理を行う。
【００６２】
ＴＳヘッダ解析部５は、ＵＤＰ／ＲＴＰパケットヘッダ解析部２が生成したＲＴＰパケットＳ３のＴＳヘッダを解析して、ＲＴＰパケットＳ３に含まれる各ピクチャ符号量および重要度を検出し、その検出結果をＴＳヘッダ情報Ｓ７として生成する。
【００６３】
映像情報テーブル生成部６は、ＦＥＣパケット情報Ｓ５およびエラー情報テーブルＳ６に基づいて、欠落した映像パケットのうち、前記ＦＥＣパケットでエラーが訂正できない訂正不可パケットを推定する。
【００６４】
映像情報テーブル生成部６は、ＴＳヘッダ情報Ｓ７に基づいて、欠落していない映像パケットに含まれる各ピクチャの符号量およびピクチャタイプを推定する。映像情報テーブル生成部６は、その推定したピクチャの符号量およびピクチャタイプに基づいて、訂正不可パケットに含まれる訂正不可データのピクチャタイプおよび数を推定し、その推定結果を映像情報テーブルＳ８として生成する。
【００６５】
映像品質推定部７は、映像情報テーブル生成部６が生成した映像情報テーブルＳ８に基づいて、映像データの映像品質を推定し、その推定結果を映像品質Ｓ９として出力する。
【００６６】
次に動作を説明する。
【００６７】
図５は、映像品質推定装置の動作を説明するためのフローチャートである。
【００６８】
ＩＰパケットヘッダ解析部１は、パケットデータＳ１を受け付けると、ステップＳ１０１を実行する。
【００６９】
ステップＳ１０１では、ＩＰパケットヘッダ解析部１は、パケットデータＳ１のＩＰヘッダおよびＵＤＰヘッダの少なくとも一方に基づいて、パケットデータＳ１から、映像品質を推定するデータをパケットデータＳ２として抽出する。
【００７０】
例えば、ＩＰパケットヘッダ解析部１は、映像品質を推定するＩＰＴＶサービスデータのマルチキャストアドレスを保持し、その保持しているマルチキャストアドレスと、ＩＰヘッダ内のマルチキャストアドレスとが同一であると、そのＩＰＴＶサービスデータをパケットデータＳ２として抽出する。
【００７１】
ＩＰパケットヘッダ解析部１は、パケットデータＳ２をＵＤＰ／ＲＴＰパケットヘッダ解析部２に入力する。
【００７２】
ＵＤＰ／ＲＴＰパケットヘッダ解析部２は、パケットデータＳ２を、映像パケットと、ＦＥＣパケットとに分離する。
【００７３】
例えば、ＵＤＰ／ＲＴＰパケットヘッダ解析部２は、先ず、ＵＤＰヘッダに含まれるポート番号（送信元ポート番号および送信先ポート番号）を確認する。そして、ＵＤＰ／ＲＴＰパケットヘッダ解析部２は、その確認したポート番号が映像データを伝送する値であれば、パケットデータＳ２を映像パケットとし、その確認したポート番号がＦＥＣデータを伝送する値であれば、そのパケットデータＳ２をＦＥＣパケットとする。
【００７４】
ＵＤＰ／ＲＴＰパケットヘッダ解析部２は、映像パケット内のＲＴＰパケットを、ＲＴＰパケットＳ３としてエラー情報テーブル生成部４およびＴＳヘッダ解析部５に入力する。また、ＵＤＰ／ＲＴＰパケットヘッダ解析部２は、ＦＥＣパケットを、ＦＥＣパケットＳ４としてＦＥＣパケット解析部３に入力する。
【００７５】
ＦＥＣパケット解析部３は、ＦＥＣパケットＳ４が入力されると、ステップＳ１０２Ａを実行する。また、エラー情報テーブル生成部４は、ＲＴＰパケットＳ３が入力されると、ステップＳ１０２Ｂを実行する。さらに、ＴＳヘッダ解析部５は、ＲＴＰパケットＳ３が入力されると、ステップＳ１０５を実行する。
【００７６】
ステップＳ１０２Ａでは、ＦＥＣパケット解析部３は、ＦＥＣパケットＳ４の連続性を確認し、その連続性を示すＦＥＣ連続性情報を生成する。
【００７７】
ＲＴＰシーケンス番号は、符号無しの１６ビット整数であり、同一サービスにおけるパケットが送信されるたびに１ずつ加算されるデータである。このため、そのＲＴＰシーケンス番号が連続であれば、ＦＥＣパケットＳ４が連続であり、そのＲＴＰシーケンス番号が不連続であれば、ＦＥＣパケットＳ４が不連続である。よって、ＦＥＣパケット解析部３は、そのＲＴＰシーケンス番号の連続性を、ＦＥＣパケットＳ４の連続性として確認することができる。
【００７８】
より具体的には、ＦＥＣパケット解析部３は、ＦＥＣパケットＳ４が入力されるたびに、そのＦＥＣパケットＳ４内の現ＲＴＰシーケンス番号と、一つ前に入力されたＦＥＣパケットＳ４内の前ＲＴＰシーケンス番号との差を計算する。
【００７９】
その差が「１」の場合、ＦＥＣパケット解析部３は、ＦＥＣパケットＳ４が連続であると判断して、「有」を示すＦＥＣ有無情報と現ＲＴＰシーケンス番号とを対応付けてＦＥＣ連続性情報を生成する。
【００８０】
一方、その差が「１」でない場合、ＦＥＣパケット解析部３は、ＦＥＣパケットＳ４が連続でないと判断して、その差に応じて欠落したＦＥＣパケットＳ４の数を求める。なお、その差が「ｎ」の場合、欠落したＦＥＣパケットＳ４の数は、「ｎ−１」である。
【００８１】
ＦＥＣパケット解析部３は、その欠落したＦＥＣパケットＳ４の数と、前ＲＴＰシーケンス番号とに基づいて、欠落したＦＥＣパケットＳ４内の欠落ＲＴＰシーケンス番号を求める。ＦＥＣパケット解析部３は、その求めた欠落ＲＴＰシーケンス番号のそれぞれに、「無」を示すＦＥＣ有無情報を対応付けて、その欠落したＦＥＣパケットＳ４の数のＦＥＣ連続性情報を生成する。さらに、「有」を示すＦＥＣ有無情報と現ＲＴＰシーケンス番号とを対応付けてＦＥＣ連続性情報を生成する。
【００８２】
しかしながら、バーストエラーが発生して、ＲＴＰシーケンス番号が１６ビット以上連続して欠落した場合、ＲＴＰシーケンス番号だけでは、その欠落したＦＥＣパケットＳ４の数を特定できない。このため、ＦＥＣパケット解析部３は、タイムスタンプ情報に基づいて、欠落したＦＥＣパケットの数を判断してもよい。
【００８３】
具体的には、先ず、ＦＥＣパケット解析部３は、ＦＥＣパケットＳ４が入力されるたびに、そのＦＥＣパケットＳ４内のタイムスタンプ情報が示す時刻と、一つ前に入力されたＦＥＣパケットＳ４内のタイムスタンプ情報が示す時刻との差分値Δを求める。また、ＦＥＣパケット解析部３は、その差分値の累積平均ΔＭを算出する。そして、ＦＥＣパケット解析部３は、その差分値Δが累積平均ΔＭの所定数倍以上か否かを判断する。
【００８４】
その差分値Δが累積平均ΔＭの所定数倍未満の場合、ＦＥＣパケット解析部３は、バーストエラーが発生していないと判断して、ＲＴＰシーケンス番号を用いた連続性の確認を行う。
【００８５】
一方、その差分値Δが累積平均ΔＭの所定数倍以上の場合、ＦＥＣパケット解析部３は、バーストエラーが発生したと判断し、その差分値Δに応じて欠落したＦＥＣパケットＳ４の数を求める。
【００８６】
ここで、所定数は、例えば、ＲＴＰシーケンス番号が一巡する６５５３６であることが望ましい。また、所定数は、この値に限らず、パケットロスが発生したと判断できる値（例えば、８０００）であればよい。
【００８７】
ＦＥＣパケット解析部３は、ＦＥＣ連続性情報を生成すると、そのＦＥＣ連続性情報を有するＦＥＣパケット情報Ｓ５を生成する。ＦＥＣパケット解析部３は、そのＦＥＣパケット情報Ｓ５を映像情報テーブル生成部６に入力する。映像情報テーブル生成部６は、ＦＥＣパケット情報Ｓ５が入力されると、ステップＳ１０３を実行する。
【００８８】
ステップＳ１０３では、映像情報テーブル生成部６は、ＦＥＣパケット情報Ｓ５にＦＥＣヘッダが含まれると、そのＦＥＣヘッダから先頭ＲＴＰシーケンス番号を抽出する。その後、映像情報テーブル生成部６は、ステップＳ１０９を実行する。
【００８９】
また、ステップＳ１０２Ｂでは、エラー情報テーブル生成部４は、ＲＴＰパケットＳ３の連続性を確認する。なお、ＲＴＰパケットＳ３の連続性を確認する方法は、ＦＥＣパケット解析部３がＦＥＣパケットＳ４の連続性を確認する方法と同様であるので、詳細な説明は省略する。エラー情報テーブル生成部４は、連続性を確認すると、ステップＳ１０４を実行する。
【００９０】
ステップＳ１０４では、エラー情報テーブル生成部４は、その連続性を示すエラー情報テーブルＳ６を生成し、その生成したエラー情報テーブルＳ６を映像情報テーブル生成部６に入力する。その後、映像情報テーブル生成部６は、ステップＳ１０９を実行する。
【００９１】
また、ステップＳ１０５では、ＴＳヘッダ解析部５は、ＲＴＰパケットＳ３に含まれるＴＴＳタイムスタンプ情報の連続性を確認する。
【００９２】
ＴＴＳタイムスタンプ情報は、ビデオ基準クロック（９０ｋＨｚ）を利用した４バイトの時間情報である。また、ＭＰＥＧ２−ＴＳ形式では、ＴＳパケットは定レートで伝送されるため、このため、ＴＳパケットにパケットロスがなければ、あるＴＳパケット内のＴＴＳタイムスタンプ情報と、次のＴＳパケット内のＴＴＳタイムスタンプ情報との差分である差分時間ΔＴＴＳは一定となる。
【００９３】
そこで、ＴＳヘッダ解析部５は、ＴＳパケットごとに、そのＴＳパケット内のＴＴＳタイムスタンプ情報と、一つ前のＴＳパケット内のＴＴＳタイムスタンプ情報との差分値を求め、その差分値が一定値からずれているか否かを判断する
ＴＳヘッダ解析部５は、その差分値が一定値からずれていると、ＴＳパケットが不連続であると判断し、その差分値が一定値からずれていないと、ＴＳパケットが連続であると判断する。また、ＴＳヘッダ解析部５は、差分値と一定値とのずれ幅から、欠落したＴＳパケットの数を推定する。
【００９４】
ＴＳヘッダ解析部５は、ＴＴＳタイムスタンプ情報の連続性を確認すると、ステップＳ１０６を実行する。
【００９５】
ステップＳ１０６では、ＴＳヘッダ解析部５は、ＲＴＰパケットＳ３内に、ビデオストリームを含むＴＳパケットであるビデオパケットが存在するか否かを確認する。
【００９６】
ＲＴＰパケットＳ３内にビデオパケットがある場合、ＴＳヘッダ解析部５は、ＲＴＰパケットＳ３からそのビデオパケットを抽出する。なお、ＲＴＰパケットＳ３内に複数のＴＳパケットがある場合、ＴＳヘッダ解析部５は、ビデオパケットを、ＴＳパケット単位に分離する。
【００９７】
ＴＳヘッダ解析部５は、ステップＳ１０６を終了すると、ステップＳ１０７を実行する。
【００９８】
ステップＳ１０７では、ＴＳヘッダ解析部５は、ビデオパケットの連続性を確認する。ビデオパケットの連続性を確認する方法は、ＦＥＣパケット解析部３がＦＥＣパケットＳ４の連続性を確認する方法と同様であるので、詳細な説明は省略する。なお、ビデオパケットの連続性を確認する方法では、ＲＴＰシーケンス番号の代わりに、ビデオパケット内のＴＳヘッダに含まれる連続性カウンタ値の連続性を、ビデオパケットの連続性として確認する。また、バーストエラーが発生した場合には、ＴＴＳタイムスタンプ情報の連続性を用いて欠落したビデオパケットの数を求める。
【００９９】
ＴＳヘッダ解析部５は、ビデオパケットの連続性を確認すると、ステップＳ１０８を実行する。
【０１００】
ステップＳ１０８では、ＴＳヘッダ解析部５は、ピクチャごとに、そのピクチャを有するビデオパケットを特定する。
【０１０１】
具体的には、ＴＳヘッダ解析部５は、各ビデオパケット内のＴＳヘッダに含まれるＰＥＳパケット先頭フラグを確認し、ＰＥＳパケット先頭フラグが「１」のビデオパケットから、次のＰＥＳパケット先頭フラグが「１」のビデオパケットの一つ前のビデオパケットまでを、同一のピクチャを有するビデオパケットとして特定していく。
【０１０２】
ＴＳヘッダ解析部５は、ピクチャを有するビデオパケットを特定すると、そのピクチャの重要度を求める。
【０１０３】
具体的には、先ず、ＴＳヘッダ解析部５は、そのピクチャを有するビデオパケットのそれぞれのＴＳヘッダから、優先度フラグおよびアダプテーションフィールドコントロールフラグを抽出する。
【０１０４】
続いて、アダプテーションフィールドコントロールフラグが「１」の場合、ＴＳヘッダ解析部５は、ビデオパケット内のデータ領域に含まれるアダプテーションフィールドから、ＰＣＲ（program clock reference）およびエレメンタリストリームプライオリティフラグを抽出する。なお、ＰＣＲには、映像データのクロック情報が挿入されているが、本発明と直接関係しないので、以下の説明では省略する。
【０１０５】
そして、その抽出した優先度フラグおよびエレメンタリストリームプライオリティフラグのうち「１」を示すフラグがある場合、ＴＳヘッダ解析部５は、そのピクチャを重要と判断する。一方、その抽出した優先度フラグおよびエレメンタリストリームプライオリティフラグのうち「１」を示すフラグがない場合、ＴＳヘッダ解析部５は、そのピクチャを重要でないと判断する。
【０１０６】
ＴＳヘッダ解析部５は、ピクチャの重要度を求めると、そのピクチャを有するビデオパケットの符号量を、ピクチャの符号量として求める。
【０１０７】
ＴＳヘッダ解析部５は、ピクチャの符号量および重要度と、そのピクチャを有するビデオパケットが連続しているか否かを示すビデオ連続性情報とを、ピクチャを有するビデオパケット内のビデオフレーム番号と対応付けたピクチャ情報を、ピクチャごとに生成する。ビデオフレーム番号は、ピクチャの表示順序を示す。
【０１０８】
ＴＳヘッダ解析部５は、そのピクチャ情報をＲＴＰパケットＳ３に含まれるＲＴＰシーケンス番号と対応付けてＴＳヘッダ情報Ｓ７を生成する。ＴＳヘッダ解析部５は、ＴＳヘッダ情報を映像情報テーブル生成部６に入力する。映像情報テーブル生成部６は、ＴＳヘッダ情報が入力されると、ステップＳ１０９を実行する。
【０１０９】
ステップＳ１０９では、映像情報テーブル生成部６は、ステップＳ１０３で抽出した先頭シーケンス番号と、ＴＳヘッダ情報Ｓ７とに基づいて、エラー情報テーブル修正する。
【０１１０】
具体的には、先ず、映像情報テーブル生成部６は、エラー情報テーブルＳ６内の、先頭ＲＴＰシーケンス番号と同じＲＴＰシーケンス番号に、「有」を示すＦＥＣ有無情報を対応付け、その先頭ＲＴＰシーケンス番号と異なるＲＴＰシーケンス番号に、「無」を示すＦＥＣ有無情報を対応付ける。
【０１１１】
続いて、映像情報テーブル生成部６は、エラー情報テーブルＳ６内のＲＴＰシーケンス番号のそれぞれに、ＴＳヘッダ情報Ｓ７内の、そのＲＴＰシーケンス番号に対応付けられたピクチャ情報に含まれるピクチャ有無情報、ビデオ連続性情報およびピクチャの重要度を付ける。
【０１１２】
図６は、修正後のエラー情報テーブルＳ６の一例を示した説明図である。なお、図６において、図４と同じ情報には同じ符号が付してある。また、図６では、図４と同様に、情報長Ｄを５とし、符号長Ｌを２０としている。
【０１１３】
図６において、エラー情報テーブル２０は、ＲＴＰシーケンス番号２１と、ＲＴＰパケットの有無２２と、ＦＥＣパケットの有無２３と、ビデオパケットの有無２４と、ビデオパケットの連続性２５と、ビデオパケットの重要度２６とを含む。
【０１１４】
ＦＥＣパケットの有無２３は、ＦＥＣパケット情報であり、ＲＴＰシーケンス番号２１を先頭ＲＴＰシーケンス番号として有するＦＥＣパケットが存在するか否かを示す。ビデオパケットの有無２４は、ビデオ有無情報であり、ＲＴＰシーケンス番号２１を有するＲＴＰパケットにビデオパケットが存在するか否かを示す。
【０１１５】
ビデオパケットの連続性２５は、ビデオ連続性情報であり、ＲＴＰシーケンス番号２１を有するＲＴＰパケット内のビデオパケットが連続か否かを示す。なお、ビデオパケットの連続性２５は、「有」であると、ビデオパケットが連続であることを示し、「無」であると、ビデオパケットが連続でないことを示す。
【０１１６】
ビデオパケットの重要度２６は、ＲＴＰシーケンス番号２１を有するＲＴＰパケット内のビデオパケットが重要か否かを示す。なお、ビデオパケットの重要度２６は、「有」であると、ビデオパケットが重要であることを示し、「無」であると、ビデオパケットが重要でないことを示す。
【０１１７】
図５に戻る。映像情報テーブル生成部６は、そのＦＥＣ有無情報を対応付けたエラー情報テーブルＳ６と、ＦＥＣパケット情報Ｓ５とに基づいて、ＲＴＰシーケンス番号ごとに、そのＲＴＰシーケンス番号のＲＴＰパケットが、ＦＥＣデータにてエラー訂正が可能な訂正可能パケットか、ＦＥＣデータにてエラー訂正が可能でない訂正不可パケットかを判断する。
【０１１８】
具体的には、先ず、映像情報テーブル生成部６は、エラー情報テーブルＳ６内の「有」を示すＦＥＣ有無情報に対応付けられたＲＴＰシーケンス番号と、そのＲＴＰシーケンス番号を先頭ＲＴＰシーケンス番号として有するＦＥＣパケット情報Ｓ５に含まれるＦＥＣヘッダ内の有効長とに基づいて、ＦＥＣパケットごとに、そのＦＥＣパケットによるエラー訂正の対象となるＲＴＰパケットのＲＴＰシーケンス番号を特定する。
【０１１９】
続いて、映像情報テーブル生成部６は、ＦＥＣパケットごとに、その特定したＲＴＰシーケンス番号のいずれかに、「有」を示すＦＥＣ有無情報が対応付けられているか否かを判断する。
【０１２０】
「有」を示すＦＥＣ有無情報が対応付けられている場合、映像情報テーブル生成部６は、その特定したＲＴＰシーケンス番号に対応付けられたＲＴＰ有無情報の中に、「無」を示すＲＴＰ有無情報が２以上あると、そのＲＴＰシーケンス番号のＲＴＰパケットを訂正不可パケットと判断する。一方、映像情報テーブル生成部６は、そのＲＴＰ有無情報の中に「無」を示すＲＴＰ有無情報が１以下であると、そのＲＴＰシーケンス番号のＲＴＰパケットを訂正可能パケットと判断する。
【０１２１】
一方、「有」を示すＦＥＣ有無情報が対応付けられていない場合、映像情報テーブル生成部６は、その特定したＲＴＰシーケンス番号に対応付けられたＲＴＰ有無情報の中に、「無」を示すＲＴＰ有無情報が１以上あると、そのＲＴＰシーケンス番号のＲＴＰパケットを訂正不可パケットと判断する。一方、映像情報テーブル生成部６は、そのＲＴＰ有無情報の中に「無」を示すＲＴＰ有無情報が０であると、そのＲＴＰシーケンス番号のＲＴＰパケットを訂正可能パケットと判断する。
【０１２２】
映像情報テーブル生成部６は、ＲＴＰパケットが訂正可能パケットか訂正不可パケットかを判断すると、その判断結果を、エラー情報テーブルＳ６内のそのＲＴＰパケットのＲＴＰシーケンス番号に対応付ける。映像情報テーブル生成部６は、ステップＳ１０９を終了すると、ステップ１１０を実行する。
【０１２３】
ステップＳ１１０では、映像情報テーブル生成部６は、そのエラー情報テーブルＳ６と、ＴＳヘッダ情報Ｓ７とに基づいて映像情報テーブルＳ８を生成する。
【０１２４】
映像情報テーブルＳ８では、ピクチャを特定するビデオフレーム番号ごとに、そのピクチャを有するビデオパケットに欠落が存在するか否かを示すパケットロス有無情報と、そのビデオパケットがエラー訂正可能か否かを示すリカバリ情報と、そのピクチャのピクチャタイプ、そのピクチャの符号量、その符号量の平均値である平均符号量とが対応付けられている。
【０１２５】
具体的には、先ず、映像情報テーブル生成部６は、エラー情報テーブルＳ６において、「有」を示すＲＴＰ有無情報に対応付けられたＲＴＰシーケンス番号を確認する。映像情報テーブル生成部６は、その確認したＲＴＰシーケンス番号に対応するピクチャ情報をＴＳヘッダ情報Ｓ７から取得する。
【０１２６】
続いて、映像情報テーブル生成部６は、その取得したピクチャ情報内のビデオフレーム番号ごとに、そのビデオフレーム番号と対応付けられたビデオ有無情報を、そのビデオフレーム番号に対応するパケットロス有無情報として生成する。
【０１２７】
また、映像情報テーブル生成部６は、そのビデオフレーム番号ごとに、そのビデオフレーム番号より前の複数のビデオフレーム番号（３０以上のビデオフレーム番号）に対応する符号量の平均値をそのビデオフレーム番号に対応する平均符号量として生成する。
【０１２８】
さらに、映像情報テーブル生成部６は、そのビデオフレーム番号ごとに、ビデオフレーム番号と対応付けられたピクチャの重要度を確認し、その重要度が重要であることを示すと、そのビデオフレーム番号に対応するピクチャタイプをＩピクチャと判断する。また、映像情報テーブル生成部６は、ビデオフレーム番号ごとに、そのビデオフレーム番号に対応する符号量を、そのビデオフレーム番号に対応する平均符号量から減算して符号量の推移を求める。映像情報テーブル生成部６は、その求めた符号量の推移と、予め保持しているピクチャタイプに応じた符号量の推移とのパタンマッチングを行うことで、Ｉピクチャ以外の、ビデオフレーム番号に対応するピクチャタイプを推定する。なお、符号量の推移からピクチャタイプを推定する方法は、公知であり、例えば、非特許文献１（信学技報ＣＱ２００７−７４）に記載されている。
【０１２９】
そして、映像情報テーブル生成部６は、その確認したＲＴＰシーケンス番号と対応する、ＲＴＰパケットが訂正可能パケットか訂正不可パケットかの判断結果を、その取得したビデオフレーム番号のそれぞれに対応するリカバリ情報として生成する。
【０１３０】
以上により、欠落していないＲＴＰパケットに関する映像情報テーブルＳ８が生成される。欠落したＲＴＰパケットに関する映像情報テーブルＳ８は、欠落していないＲＴＰパケットに関する映像情報テーブルＳ８から生成される。
【０１３１】
具体的には、先ず、映像情報テーブル生成部６は、エラー情報テーブルＳ６において、「無」を示すＲＴＰ有無情報に対応付けられたＲＴＰシーケンス番号を確認する。
【０１３２】
続いて、映像情報テーブル生成部６は、そのＲＴＰシーケンス番号の数を、欠落したＲＴＰパケットの数として求める。また、その映像情報テーブル生成部６は、その欠落したＲＴＰパケットの数と、「無」を示すＲＴＰ有無情報に対応付けられたＲＴＰシーケンス番号の前のＲＴＰシーケンス番号に対応する符号量の推移とに基づいて、欠落したピクチャの数を推定する。
【０１３３】
さらに、映像情報テーブル生成部６は、「無」を示すＲＴＰ有無情報に対応付けられたＲＴＰシーケンス番号の前のＲＴＰシーケンス番号に対応する符号量の推移およびピクチャタイプの推移に基づいて、欠落したピクチャのピクチャタイプを推定する。
【０１３４】
そして、映像情報テーブル生成部６は、「無」を示すＲＴＰ有無情報に対応付けられたＲＴＰシーケンス番号の前のＲＴＰシーケンス番号に対応する符号量の推移とピクチャタイプとに基づいて、「無」を示すＲＴＰ有無情報に対応付けられたＲＴＰシーケンス番号に対応するビデオフレーム番号のそれぞれに対応するリカバリ情報を生成する。
【０１３５】
これにより、欠落したＲＴＰパケットに関する映像情報テーブルＳ８が生成される。
【０１３６】
図７は、映像情報テーブルＳ８の一例を示した説明図である。図７において、映像情報テーブル３０は、ビデオフレーム番号３１と、ビデオパケットロスの有無３２と、ＦＥＣパケットリカバリの有無３３と、ピクチャタイプ３４と、ビデオデータ符号量３５と、ビデオデータ平均符号量３６とを含む。
【０１３７】
ビデオパケットロスの有無３２は、パケットロス有無情報であり、ビデオフレーム番号３１のピクチャを有するビデオパケットに欠落が存在するか否かを示す。ＦＥＣパケットリカバリの有無３３は、リカバリ情報であり、ビデオフレーム番号３１のピクチャを有するビデオパケットがエラー訂正可能か否かを示す。ピクチャタイプ３４は、ビデオフレーム番号３１のピクチャのピクチャタイプであり、Ｉピクチャ、ＢピクチャおよびＰピクチャのいずれかを示す。ビデオデータ符号量３５は、ビデオフレーム番号３１のピクチャの符号量であり、ビデオデータ平均符号量３６は、ビデオデータ符号量３５の平均値である。
【０１３８】
図５に戻る。映像情報テーブル生成部６は、その生成した映像情報テーブルＳ８を映像品質推定部７に入力する。映像品質推定部７は、映像情報テーブルＳ８が入力されると、ステップＳ１１１を実行する。
【０１３９】
ステップＳ１１１では、映像品質推定部７は、映像情報テーブルＳ８内の、ＲＴＰ有無情報が「無」を示し、ＦＥＣ有無情報が「無」を示すビデオフレーム番号を特定する。この特定されたビデオフレーム番号に対応するピクチャが、欠落したＲＴＰパケットに含まれる、ＦＥＣデータでエラーが訂正できない訂正不可ピクチャとなる。
【０１４０】
映像品質推定部７は、その特定したビデオフレームの数を、訂正不可ピクチャの数として求め、その特定した各ビデオフレームに対応するピクチャタイプを、訂正不可ピクチャのピクチャタイプとして求める。
【０１４１】
その訂正不可ピクチャがＩピクチャの場合、ビデオストリームは、次のＩピクチャが出現するまでは正常なデータに復帰できないため、映像品質の低下を多大な影響を与える。一方、その訂正不可ピクチャがＢピクチャやＰピクチャの場合、ビデオストリームは、そのフレーム内の品質劣化であり、映像品質の低下にはあまり影響を与えない。
【０１４２】
このため、映像品質推定部７は、エラー訂正不可ピクチャがＩピクチャの場合、映像品質Ｓ９を最低レベルにし、エラー訂正不可ピクチャがＰピクチャの場合、映像品質Ｓ９を最低レベルより良い中レベルにし、エラー訂正不可ピクチャがＢピクチャ場合、映像品質Ｓ９を中レベルより良い高レベルにし、エラー訂正不可ピクチャがない場合、映像品質Ｓ９を高レベルより良い最高レベルにする。
【０１４３】
また、映像品質推定部７は、エラー訂正不可ピクチャが複数ある場合、各エラー訂正不可ピクチャのピクチャタイプに応じて映像品質に重み付けを行い、その重み付けを行った映像品質の和を映像品質Ｓ９として生成してもよい。
【０１４４】
なお、映像品質推定部７による映像品質の推定方法は、例えば、特許文献１や非特許文献１で用いた方法でもよい。
【０１４５】
次に効果を説明する。
【０１４６】
ＦＥＣパケット解析部３は、ＦＥＣパケットの連続性を確認する。エラー情報テーブル生成部４は、映像パケットの連続性を確認する。推定部は、それらの連続性に基づいて、欠落した映像パケットに含まれる。ＦＥＣデータでエラーが訂正できない映像データを訂正不可データとして推定する。推定部は、その訂正不可データに基づいて、映像データの映像品質を推定する。
【０１４７】
この場合、ＦＥＣパケットの連続性と映像パケットの連続性とに基づいて訂正不可データが推定される。また、訂正不可データに基づいて映像データの映像品質が推定される。
【０１４８】
したがって、映像品質を推定するために、エラー訂正を行う必要がなくなるので、ＴＳパケットを遅延させなくてもよくなり、大容量のメモリが必要なくなる。
【０１４９】
また、本実施形態では、推定部は、映像パケットのＴＳヘッダを解析して、訂正不可データのピクチャタイプを推定し、その推定したピクチャタイプに基づいて映像品質を推定する。
【０１５０】
ピクチャのエラー訂正ができない場合、そのピクチャのピクチャタイプに応じてエラー訂正が可能になるまでの時間が異なるので、エラー訂正ができないピクチャタイプに応じて映像品質が変化する。したがって、本実施形態では、映像品質がピクチャタイプに基づいて推定されるので、映像品質を的確に推定することが可能になる。
【０１５１】
また、本実施形態では、推定部は、映像パケットのＴＳヘッダを解析して、映像パケットに含まれる映像データの符号量を求め、その符号量に基づいて、訂正不可ピクチャのピクチャタイプを推定する。
【０１５２】
通常、ピクチャの符号量は、通常ピクチャタイプごとに異なるので、ピクチャの符号量に応じてピクチャタイプが推定できる。このため、ピクチャタイプを的確に推定することが可能になる。
【０１５３】
なお、以上説明した映像品質推定装置の機能は、その機能を実現するためのプログラムを、コンピュータにて読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行させることで実現されてもよい。
【０１５４】
また、その映像品質推定装置の機能を実現するためのプログラムを記録する、コンピュータにて読み取り可能な記録媒体も本発明の一実施形態である。
【０１５５】
以上説明した実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【符号の説明】
【０１５６】
１        ＩＰパケットヘッダ解析部
２        ＵＤＰ／ＲＴＰパケットヘッダ解析部２
３        ＦＥＣパケット解析部
４        エラー情報テーブル生成部
５        ＴＳヘッダ解析部
６        映像情報テーブル生成部
７        映像品質推定部
【図１】
2010187097.tif 000003
【図２】
2010187097.tif 000004
【図３】
2010187097.tif 000005
【図４】
2010187097.tif 000006
【図５】
2010187097.tif 000007
【図６】
2010187097.tif 000008
【図７】
2010187097.tif 000009
【図８】
2010187097.tif 000010
【図９】
2010187097.tif 000011