(57)【要約】【課題】エラー訂正処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行う。【解決手段】本発明は、ネットワークを介して配信サーバ１０から送信されたストリーミングデータを受信する受信機３０に関する。本発明にかかる受信機３０は、受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、ストリーミングデータに対する再送処理の予定完了時刻とストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較する比較部３４と、再送処理の予定完了時刻がエラー訂正処理の予定開始時刻よりも早いと判断された場合、配信サーバ１０に対して、ストリーミングデータの再送を要求する第１の再送要求を送信する再送要求部３５とを具備する。【選択図】図１
2007053745.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して配信サーバから送信されたストリーミングデータを受信する受信機であって、
受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、該ストリーミングデータに対する再送処理の予定完了時刻と該ストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較するように構成されている比較部と、
前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第１の再送要求を送信するように構成されている再送要求部とを具備することを特徴とする受信機。
【請求項２】
前記比較部は、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早くないと判断した場合、前記再送処理の予定完了時刻と前記ストリーミングデータに対する再生処理の予定開始時刻とを比較するように構成されており、
前記再送要求部は、前記再送処理の予定完了時刻が前記再生処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第２の再送要求を送信するように構成されており、
前記受信機は、前記第２の再生要求に応じて再送された前記ストリーミングデータに対して、前記エラー訂正処理を行うことなく再生するように制御するデータ処理部を具備することを特徴とする請求項１に記載の受信機。
【請求項３】
コンピュータに、ネットワークを介して配信サーバから送信されたストリーミングデータを受信するストリーミングデータ受信方法を実行されるためのプログラムであって、
前記ストリーミングデータ受信方法は、
受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、該ストリーミングデータに対する再送処理の予定完了時刻と該ストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較する手順と、
前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第１の再送要求を送信する手順とを有することを特徴とするプログラム。
【請求項４】
前記ストリーミングデータ受信方法は、
前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早くないと判断した場合、前記再送処理の予定完了時刻と前記ストリーミングデータに対する再生処理の予定開始時刻とを比較する手順と、
前記再送処理の予定完了時刻が前記再生処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第２の再送要求を送信する手順と、
前記第２の再生要求に応じて再送された前記ストリーミングデータに対して、前記エラー訂正処理を行うことなく再生処理を行う手順とを有することを特徴とする請求項３に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して配信サーバから送信されたストリーミングデータを受信する受信機及びプログラムに関する。
【背景技術】
【０００２】
従来、ストリーミング配信サーバが、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）を用いて、インターネット等のネットワーク経由で、受信機（クライアント）に対して、ストリーミングデータを伝送するように構成されているストリーミング配信システムが知られている。
【０００３】
具体的には、ストリーミング配信サーバが、コンテンツを、複数のストリーミングデータに分割して、分割したストリーミングデータをフレーム単位で伝送するように構成されている。
【０００４】
かかるストリーミング配信システムでは、上述のネットワークの状態によって、パケットロス等に起因する受信エラーが発生する場合がある。
【０００５】
かかる受信エラー対策として、ＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）処理機能等のエラー訂正処理を用いて、受信エラーが発生しているストリーミングデータに対してエラー訂正処理を行うことによって、当該ストリーミングデータを復元するように構成されている受信機が知られている。
【０００６】
かかる受信機の動作の一例について、図７を参照して説明する。なお、図７の例は、各フレームに対する受信機の動作を示しており、受信機は、コンテンツ全体を受信するまで、ステップＳ５０１〜Ｓ５０５を繰り返すように構成されている。
【０００７】
図７に示すように、ステップＳ５０１において、受信機は、ネットワークを介してストリーミング配信サーバから送信されたストリーミングデータに対して受信処理を行う。ここで、受信機は、ストリーミングデータによって構成されているフレーム全体の受信を完了するまで、ステップＳ５０１における受信処理を続ける（ステップＳ５０２参照）。
【０００８】
ストリーミングデータによって構成されているフレーム全体の受信が完了した場合、受信機は、ステップＳ５０３において、受信完了したフレームを構成するストリーミングデータに対して、ＦＥＣブロック単位でＦＥＣ処理を行った後、ステップＳ５０４において、当該ストリーミングデータに対して再生処理を行う。
【０００９】
また、ステップＳ５０５において、受信機は、ストリーミング配信サーバに対して、次のフレームを構成するストリーミングデータを送信するように要求する。
【００１０】
また、かかる受信エラー対策として、ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）処理機能等の再送処理機能を用いて、受信エラーが発生しているストリーミングデータの再送を要求するように構成されている受信機が知られている。
【００１１】
かかる受信機の動作の一例について、図８を参照して説明する。なお、図８の例は、各フレームに対する受信機の動作を示しており、受信機は、コンテンツ全体を受信するまで、ステップＳ６０１〜Ｓ６０６を繰り返すように構成されている。
【００１２】
図８に示すように、ステップＳ６０１において、受信機は、ネットワークを介してストリーミング配信サーバから送信されたストリーミングデータに対して受信処理を行う。
【００１３】
ステップＳ６０２において、受信機は、当該ストリーミングデータについての受信エラーが発生しているか否かについて判定する。受信エラーが発生していると判断された場合、本動作はステップＳ６０６に進み、受信エラーが発生していないと判断された場合、本動作はステップＳ６０３に進む。
【００１４】
ここで、受信機は、ストリーミングデータによって構成されているフレーム全体の受信を完了するまで、ステップＳ６０１及びＳ６０２における処理を続ける（ステップＳ６０３参照）。
【００１５】
ストリーミングデータによって構成されているフレーム全体の受信が完了した場合、受信機は、ステップＳ６０４において、受信完了したフレームを構成するストリーミングデータに対して再生処理を行うと共に、ストリーミング配信サーバに対して、次のフレームを構成するストリーミングデータを送信するように要求する。
【００１６】
ステップＳ６０６において、受信機は、受信エラーが発生しているストリーミングデータの再送を要求する。
【特許文献１】特開２００３-１７９５８０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかしながら、従来のＦＥＣ処理機能を具備する受信機は、フレーム内で数％程度の受信エラーが発生している場合には、当該受信エラーが発生しているストリーミングデータについて復元することできるが、バーストエラーのようなＦＥＣの処理機能の能力を超える受信エラーが発生した場合には、当該受信エラーが発生しているストリーミングデータについて復元することができないという問題点があった。
【００１８】
また、従来のＡＲＱ処理機能を具備する受信機において、ストリーミング配信サーバによって再送されたストリーミングデータを受信したとしても、当該ストリーミングデータに対する再生処理に間に合わない恐れがあるという問題点があった。
【００１９】
そこで、本発明は、以上の点に鑑みてなされたもので、エラー訂正処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行うことができる受信機及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明の第１の特徴は、ネットワークを介して配信サーバから送信されたストリーミングデータを受信する受信機であって、受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、該ストリーミングデータに対する再送処理の予定完了時刻と該ストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較するように構成されている比較部と、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第１の再送要求を送信するように構成されている再送要求部とを具備することを要旨とする。
【００２１】
かかる発明によれば、受信したストリーミングデータに対してＦＥＣ処理を行うことができない場合に、欠落の多く発生しているストリーミングデータをそのまま再生するという事態を回避して、ストリーミングデータの復元を図ることができるため、高品質にストリーミングデータを再生することができる。
【００２２】
本発明の第１の特徴において、前記比較部が、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早くないと判断した場合、前記再送処理の予定完了時刻と前記ストリーミングデータに対する再生処理の予定開始時刻とを比較するように構成されており、前記再送要求部が、前記再送処理の予定完了時刻が前記再生処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第２の再送要求を送信するように構成されており、前記受信機は、前記第２の再生要求に応じて再送された前記ストリーミングデータに対して、前記エラー訂正処理を行うことなく再生するように制御するデータ処理部を具備するように構成されていてもよい。
【００２３】
かかる発明によれば、ストリーミングデータの再送が、ＦＥＣ処理には間に合わないが、再生処理には間に合うという場合には、かかるストリーミングデータの再送を行うことによって、できる限り多くのストリーミングデータの復元を行うことができるので、高品質にストリーミングデータを再生することができる。
【００２４】
本発明の第２の特徴は、コンピュータに、ネットワークを介して配信サーバから送信されたストリーミングデータを受信するストリーミングデータ受信方法を実行させるためのプログラムであって、前記ストリーミングデータ受信方法が、受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、該ストリーミングデータに対する再送処理の予定完了時刻と該ストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較する手順と、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第１の再送要求を送信する手順とを有することを要旨とする。
【００２５】
かかる発明によれば、受信したストリーミングデータに対してＦＥＣ処理を行うことができない場合に、欠落の多く発生しているストリーミングデータをそのまま再生するという事態を回避して、ストリーミングデータの復元を図ることができるため、高品質にストリーミングデータを再生することができる。
【００２６】
本発明の第２の特徴において、前記ストリーミングデータ受信方法が、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早くないと判断した場合、前記再送処理の予定完了時刻と前記ストリーミングデータに対する再生処理の予定開始時刻とを比較する手順と、前記再送処理の予定完了時刻が前記再生処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第２の再送要求を送信する手順と、前記第２の再生要求に応じて再送された前記ストリーミングデータに対して、前記エラー訂正処理を行うことなく再生処理を行う手順とを有してもよい。
【００２７】
かかる発明によれば、ストリーミングデータの再送が、ＦＥＣ処理には間に合わないが、再生処理には間に合うという場合には、かかるストリーミングデータの再送を行うことによって、できる限り多くのストリーミングデータの復元を行うことができるので、高品質にストリーミングデータを再生することができる。
【発明の効果】
【００２８】
以上説明したように、本発明によれば、エラー訂正処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行うことができる受信機及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２９】
（本発明の第１の実施形態に係るストリーミング配信システムの構成）
図１を参照して、本発明の第１の実施形態に係るストリーミング配信システムの構成について説明する。本実施形態に係るストリーミング配信システムは、インターネット等のネットワーク１を介してストリーミング配信サーバ１０から受信機３０に対してストリーミングデータを配信するように構成されている。なお、本実施形態において、ストリーミングデータは、ＵＤＰを用いて、低遅延で連続して送信されるデータ（例えば、オーディオデータやビデオデータ等）である。
【００３０】
図１に示すように、ストリーミング配信サーバ１０は、データ記憶部１１と、データ送信部１２と、データ受信部１３とを具備している。
【００３１】
データ記憶部１１は、ネットワーク１を介して配信すべきストリーミングデータを記憶するように構成されている。
【００３２】
データ送信部１２は、所定のタイミングで、ＵＤＰを用いて、データ記憶部１１に記憶されているストリーミングデータを、ネットワーク１を介して受信機３０に対して送信するように構成されている。
【００３３】
また、データ送信部１２は、受信機３０から送信された再送要求に応じて、該当するストリーミングデータを再送するように構成されている。
【００３４】
また、図１に示すように、受信機３０は、データ受信部３１と、ＦＥＣ処理部３２と、再生処理部３３と、データ処理部３５と、データ送信部３６と、処理時間計測部３６と、複数のバッファとを具備している。
【００３５】
図１の例では、受信機３０は、３つのバッファ＃０乃至＃２を具備するように構成されているが、バッファの数は、３つに限定されない。
【００３６】
また、データ受信部３１による受信処理、ＦＥＣ処理部３２によるＦＥＣ処理、及び、再生処理部３３による再生処理は、並行して行われるように構成されている。以下、かかる構成について、図２（ａ）乃至（ｃ）を参照して説明する。
【００３７】
例えば、図２（ａ）に示すように、再生処理部３３が、バッファ＃０に蓄積されているストリーミングデータを再生しているとき、ＦＥＣ処理部３２は、バッファ＃１に蓄積されているストリーミングデータに対してＦＥＣ処理を行っており、データ受信部３１は、受信したストリーミングデータをバッファ＃２に蓄積している。
【００３８】
そして、図２（ｃ）に示すように、再生処理部３３は、バッファ＃０に蓄積されているストリーミングデータの再生を完了すると、バッファ＃１に蓄積されているストリーミングデータの再生を開始する。そのため、かかる場合、ＦＥＣ処理部３２は、バッファ＃２に蓄積されているストリーミングデータに対するＦＥＣ処理を開始し、データ受信部３１は、受信したストリーミングデータをバッファ＃０に蓄積し始める。
【００３９】
また、図２（ａ）に示すように、データ処理部３５は、ストリーミングデータを受信中に所定数以上の受信エラーを検出した時点（図２（ａ）における「再送要求時点」）で、当該受信エラーを検出したパケット単位のストリーミングデータ（図２（ａ）における「再送要求データ量」に対応するストリーミングデータ）の再送が、当該ストリーミングデータの再送の完了がＦＥＣ処理の開始に間に合うと判断した場合、データ送信部３６を介して、当該ストリーミングデータを再送するようにストリーミング配信サーバ１０に要求する。
【００４０】
すなわち、図２（ｂ）に示すように、データ処理部３５は、上述の計算によって、再生処理部３３によるバッファ＃０内のストリーミングデータの再生が完了する前に、データ受信部３１が、再送されたストリーミングデータのバッファ＃２への蓄積を完了することができると判断した場合、上述の再送要求をストリーミング配信サーバ１０に送信する。  データ受信部３１は、ストリーミング配信サーバ１０から送信されたストリーミングデータに対して受信処理を行うように構成されている。
【００４１】
具体的には、データ受信部３１は、受信したストリーミングデータを、所定の順序で、バッファ＃０乃至＃２のそれぞれに蓄積するように構成されている。
【００４２】
ＦＥＣ処理部３２は、バッファ＃０乃至＃２に記憶されているストリーミングデータに対して、ＦＥＣブロック単位でＦＥＣ処理を行うように構成されている。
【００４３】
具体的には、ＦＥＣ処理部３２は、所定の順序で、複数のバッファ＃０乃至＃２のそれぞれからＦＥＣブロック単位のストリーミングデータを抽出し、抽出したストリーミングデータに対してＦＥＣ処理を行うことによって、受信エラーが発生しているストリーミングデータについて復元するように構成されている。
【００４４】
再生処理部３３は、バッファ＃０乃至＃２に記憶されているストリーミングデータに対して再生処理を行うように構成されている。
【００４５】
具体的には、再生処理部３３は、所定の順序で、複数のバッファ＃０乃至＃２のそれぞれからＦＥＣ処理後のストリーミングデータを抽出し、抽出したストリーミングデータを再生するように構成されている。
【００４６】
再生処理部３３は、ストリーミング配信サーバ１０によって再送されたストリーミングデータに対してＦＥＣ処理が行われていない場合であっても、当該ストリーミングデータを再生するように構成されていてもよい。
【００４７】
処理時間計測部３４は、ストリーミング配信サーバ１０に対してストリーミングデータについての再送要求（後述の第１の再送要求又は第２の再送要求）を送信してから、ストリーミング配信サーバ１０によって再送された当該ストリーミングデータのバッファ内への蓄積が完了するまでの時間（再送処理時間）「Ｔｒｅｔ（ｎ）」を計測するように構成されている。
【００４８】
また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、ストリーミング配信サーバ１０によって送信されたストリーミングデータのバッファ内への蓄積が完了してから、当該ストリーミングデータに対するＦＥＣ処理が開始するまでの時間（第１の待ち時間）「Ｔｗａｉｔ-１（ｎ）」を計測するように構成されている（図３参照）。
【００４９】
また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、ストリーミング配信サーバ１０によって送信されたストリーミングデータに対するＦＥＣ処理が完了してから、当該ストリーミングデータに対する再生処理が開始するまでの時間（第２の待ち時間）「Ｔｗａｉｔ-２（ｎ）」を計測するように構成されている（図３参照）。
【００５０】
また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、ストリーミング配信サーバ１０によって送信されたストリーミングデータに対する再生処理が完了してから、当該ストリーミングデータのバッファ内への蓄積が開始するまでの時間（第３の待ち時間）「Ｔｗａｉｔ-３（ｎ）」を計測するように構成されている（図３参照）。
【００５１】
また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、１フレーム単位のストリーミングデータに対する受信処理に要する時間（受信処理時間）「Ｔｒｃｖ（ｎ）」を計測するように構成されている（図３参照）。
【００５２】
また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、ＦＥＣブロック単位のストリーミングデータに対するＦＥＣ処理に要する時間（ＦＥＣ処理時間）「Ｔｆｅｃ（ｎ）」を計測するように構成されている（図３参照）。
【００５３】
また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、１フレーム単位のストリーミングデータに対する再生処理に要する時間（再生処理時間）「Ｔｐｌａｙ（ｎ）」を計測するように構成されている（図３参照）。
【００５４】
さらに、処理時間計測部３４は、上述の時間「Ｔｒｅｔ（ｎ）」、「Ｔｗａｉｔ-１（ｎ）」、「Ｔｗａｉｔ-２（ｎ）」、「Ｔｗａｉｔ-３（ｎ）」、「Ｔｒｃｖ（ｎ）」、「Ｔｆｅｃ（ｎ）」、「Ｔｐｌａｙ（ｎ）」を定期的に計測するように構成されていてもよい。
【００５５】
データ処理部３５は、受信したストリーミングデータに対してＦＥＣ処理（エラー訂正処理）を行うことができない場合、当該ストリーミングデータに対する再送処理の予定完了時刻と当該ストリーミングデータに対するＦＥＣ処理（エラー訂正処理）の予定開始時刻とを比較するように構成されている。
【００５６】
ここで、「ストリーミングデータに対する再送処理の予定完了時刻」とは、ストリーミング配信サーバ１０によって再送された当該ストリーミングデータの受信機３０のバッファ内への蓄積が完了する予定の時刻をいう。
【００５７】
また、「ストリーミングデータに対するＦＥＣ処理（エラー訂正処理）の予定開始時刻」とは、ＦＥＣ処理部３２によって当該ストリーミングデータに対するＦＥＣ処理（エラー訂正処理）が開始される予定の時刻をいう。
【００５８】
すなわち、データ処理部３５は、各ＦＥＣブロック内のストリーミングデータにおいてエラー訂正可能な量以上の受信エラーを検出した場合（言い換えると、各ＦＥＣブロック内のストリーミングデータにおいてＦＥＣ処理部３２の処理能力を超える受信エラーが発生したことを検出した場合）、ストリーミング配信サーバ１０によって再送される当該ストリーミングデータのバッファ内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合うか否かについて判定するように構成されている。
【００５９】
具体的には、データ処理部３５は、バッファ＃２におけるＦＥＣブロック単位のストリーミングデータでエラー訂正可能な量以上の受信エラーを検出した場合に、「Ｔｗａｉｔ-１（２）＞Ｔｒｅｔ（２）」が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合うと判定する。
【００６０】
なお、バッファ＃２におけるＦＥＣブロック単位のストリーミングデータに対するＦＥＣ処理の開始は、「Ｔｗａｉｔ-２（２）」だけ遅らせることができるため、データ処理部３５は、バッファ＃２におけるＦＥＣブロック単位のストリーミングデータでエラー訂正可能な量以上の受信エラーを検出した場合に、「Ｔｗａｉｔ-１（２）＋Ｔｗａｉｔ-２（２）＞Ｔｒｅｔ（２）」が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合うと判定することもできる。
【００６１】
また、データ処理部３５は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早くないと判断した場合、当該ストリーミングデータに対する再送処理の予定完了時刻と当該ストリーミングデータに対する再生処理の予定開始時刻とを比較するように構成されていてもよい。
【００６２】
ここで、「ストリーミングデータに対する再生処理の予定開始時刻」とは、再生処理部３３によって当該ストリーミングデータに対する再生処理が開始される予定の時刻をいう。
【００６３】
すなわち、データ処理部３５は、ストリーミング配信サーバ１０によって再送される当該ストリーミングデータのバッファ内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合わないと判定した場合に、ストリーミング配信サーバ１０によって再送される当該ストリーミングデータのバッファ内への蓄積の完了が、再生処理部３３によって行われる当該ストリーミングデータに対する再生処理の開始に間に合うか否かについて判定するように構成されていてもよい。
【００６４】
具体的には、データ処理部３５は、「Ｔｗａｉｔ-１（１）＝Ｔｆｅｃ（１）−Ｔｒｃｖ（２）＝Ｔｐｌａｙ（０）−Ｔｆｅｃ（１）」が成り立つものとすると、上述のように、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合わないと判定した場合に、「Ｔｐｌａｙ（０）＋Ｔｐｌａｙ（１）−Ｔｒｃｖ（２）＞Ｔｒｅｔ（２）」（すなわち、「Ｔｐｌａｙ（１）＋Ｔｗａｉｔ-１（１）＞Ｔｒｅｔ（２）」）が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、再生処理部３３によって行われる当該ストリーミングデータに対する再生処理の開始に間に合うと判定してもよい。  また、データ処理部３５は、上述のように、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合わないと判定した場合に、「Ｔｗａｉｔ−１（２）＋Ｔｆｅｃ（２）＋Ｔｗａｉｔ−２（２）」＞Ｔｒｅｔ（２）」が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、再生処理部３３によって行われる当該ストリーミングデータに対する再生処理の開始に間に合うと判定してもよい。
【００６５】
また、データ処理部３５は、上述のように、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合わないと判定した場合に、「バッファ＃１の再生終了時刻−現時点の時刻＞Ｔｒｅｔ（２）」が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、再生処理部３３によって行われる当該ストリーミングデータに対する再生処理の開始に間に合うと判定してもよい。
【００６６】
なお、「バッファ＃１の再生終了時刻」は、ストリーミングデータ内に挿入されている情報から推定可能である。
【００６７】
また、データ処理部３５は、第１の再送要求に応じて再送されるべきストリーミングデータの範囲及び第２の再送要求に応じて再送されるべきストリーミングデータの範囲を記憶しておき、受信したストリーミングデータが、通常のストリーミングデータであるか、又は、当該ストリーミングデータが、当該受信機３０からの再送要求（第１の再送要求又は第２の再送要求）に応じて再送されたストリーミングデータであるかを判別するように構成されている。
【００６８】
データ送信部３６は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早いと判断された場合、ストリーミング配信サーバ１０に対して、ストリーミングデータの再送を要求する第１の再送要求を送信するように構成されている。
【００６９】
また、データ送信部３６は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早くないと判断した場合で、かつ、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対する再生処理の予定開始時刻よりも早いと判断された場合、ストリーミング配信サーバ１０に対して、当該ストリーミングデータの再送を要求する第２の再送要求を送信するように構成されていてもよい。  なお、データ送信部３６は、上述の第１の再送要求及び第２の再送要求を用いて、ストリーミング配信サーバ１０に対して、データ受信部３１によって最後に受信されたストリーミングデータから現在受信するはずのストリーミングデータまでを再送するように要求する。
【００７０】
また、ＦＥＣ処理部３２は、第１の再送要求に応じてストリーミング配信サーバ１０から再送されたストリーミングデータが、伝送遅延等により当該ストリーミングデータについてのＦＥＣ処理の開始時刻までに到着しない場合は、当該ストリーミングデータの到着を待つことなく、次のストリーミングデータに対するＦＥＣ処理を行うように構成されている。
【００７１】
また、再生処理部３３は、第１の再送要求又は第２の再送要求に応じてストリーミング配信サーバ１０から再送されたストリーミングデータが、伝送遅延等により当該ストリーミングデータについての再生処理の開始時刻までに到着しない場合は、当該ストリーミングデータの到着を待つことなく、次のストリーミングデータに対する再生処理を行うように構成されている。
【００７２】
（本発明の第１の実施形態に係るストリーミング配信システムの動作）
図４及び図５を参照して、本発明の第１の実施形態に係るストリーミング配信システムにおける受信機３０の動作について説明する。なお、図４の例は、各フレームに対する受信機の動作を示しており、受信機は、コンテンツ全体を受信するまで、ステップＳ１０１〜Ｓ１０９を繰り返すように構成されている。
【００７３】
図４に示すように、ステップＳ１０１において、データ受信部３１は、ストリーミング配信サーバ１０から送信されたストリーミングデータに対して受信処理を行う。具体的には、データ受信部３１は、受信したストリーミングデータを、所定の順序で、バッファ＃０乃至＃２のいずれかに蓄積する。
【００７４】
ステップＳ１０２において、データ処理部３５は、上述のバッファに蓄積されたストリーミングデータにおいて受信エラーが発生しているか否かについて判定する。
【００７５】
受信エラーが発生していると判定された場合、本動作はステップＳ１０３に進み、受信エラーが発生していないと判定された場合、本動作はステップＳ１０５に進む。
【００７６】
ステップＳ１０３において、データ処理部３５は、当該ストリーミングデータが、ストリーミング配信サーバ１０によって再送されたものであって、既にＦＥＣ処理に間に合わないと判断されたものであるか否かについて、すなわち、後述するステップＳ１０７において再生に間に合うと判断されて再送されたものであるか否かについて判定する。
【００７７】
ここで、ステップＳ１０７において再生に間に合うと判断されて再送されたものである場合、本動作はステップＳ１０９に進み、それ以外の場合、本動作はステップＳ１０４に進む。
【００７８】
ステップＳ１０４において、データ処理部３５は、上述のバッファに蓄積されたストリーミングデータにおいてエラー訂正可能な量以上の受信エラーが検出された否かについて、すなわち、検出された受信エラーの数が所定数以上であるか否かについて判定する。
【００７９】
所定数以上であると判定された場合、本動作はステップＳ１０６に進み、それ以外の場合、本動作はステップＳ１０５に進む。
【００８０】
そして、本動作は、上述のストリーミングデータによって構成されているフレーム全体の受信を完了するまで、ステップＳ１０１乃至Ｓ１０４における処理を繰り返す（ステップＳ１０５参照）。
【００８１】
ステップＳ１０６において、データ処理部３５は、ステップＳ１０４においてＦＥＣ処理が不可能であると判定されたストリーミングデータについての再送処理の完了が、当該ストリーミングデータに対するＦＥＣ処理の開始に間に合う否かについて判定する。
【００８２】
ＦＥＣ処理の開始に間に合うと判定された場合、本動作はステップＳ１０９に進み、それ以外の場合、本動作はステップＳ１０７に進む。
【００８３】
ステップＳ１０７において、データ処理部３５は、ステップＳ１０８においてＦＥＣ処理の開始に間に合わないと判定されたストリーミングデータについての再送処理の完了が、当該ストリーミングデータに対する再生処理の開始に間に合う否かについて判定する。
【００８４】
再生処理の開始に間に合うと判定された場合、ステップＳ１０９において、データ送信部３６は、当該ストリーミングデータの再送要求をストリーミング配信サーバ１０に送信する。
【００８５】
ここで、データ送信部３６は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早いと判断された場合（ステップ１０６における「ＹＥＳ」の場合）、ストリーミング配信サーバ１０に対して、ストリーミングデータの再送を要求する第１の再送要求を送信する。
【００８６】
また、データ送信部３６は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早くないと判断した場合で、かつ、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対する再生処理の予定開始時刻よりも早いと判断された場合（ステップＳ１０７における「ＹＥＳ」の場合）、ストリーミング配信サーバ１０に対して、当該ストリーミングデータの再送を要求する第２の再送要求を送信する。
【００８７】
一方、再生処理の開始に間に合わないと判定された場合、ステップＳ１０８において、データ送信部３６は、当該ストリーミングデータについての再送処理を諦めて、次のフレームを構成するストリーミングデータの送信要求をストリーミング配信サーバ１０に送信する。
【００８８】
次に、図４に示すように、上述のフレーム全体の受信が完了すると、ステップＳ２０１において、データ処理部３５は、当該ストリーミングデータに付加されているフラグに基づいて、当該ストリーミングデータが、ストリーミング配信サーバ１０によって再送されたものであって、既にＦＥＣ処理に間に合わないと判断されたものであるか否かについて、すなわち、後述するステップＳ１０９において再生に間に合うと判断されて再送されたものであるか否かについて判定する。
【００８９】
ここで、ステップＳ１０７において再生に間に合うと判断されて再送されたものである場合、本動作はステップＳ２０３に進み、それ以外の場合、本動作はステップＳ２０２に進む。
【００９０】
ステップＳ２０２において、ＦＥＣ処理部３２が、上述のフレーム単位のストリーミングデータに対してＦＥＣ処理を施し、その後、ステップ２０３において、再生処理部３３が、ＦＥＣ処理が完了したストリーミングデータに対して再生処理を行う。
【００９１】
（本実施形態に係るストリーミング配信システムの作用・効果）
本実施形態に係るストリーミング配信システムによれば、受信機３０が、ＦＥＣ処理が不可能であると判定されたストリーミングデータについて、ＦＥＣ処理の開始又は再生処理の開始に間に合う場合のみ、当該ストリーミングデータの再送を行うように構成されているため、ＦＥＣ処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行うことができる。
【００９２】
本実施形態に係るストリーミング配信システムによれば、受信したストリーミングデータに対してＦＥＣ処理を行うことができない場合に、欠落の多く発生しているストリーミングデータをそのまま再生するという事態を回避して、ストリーミングデータの復元を図ることができるため、高品質にストリーミングデータを再生することができる。
【００９３】
本実施形態に係るストリーミング配信システムによれば、ストリーミングデータの再送が、ＦＥＣ処理には間に合わないが、再生処理には間に合うという場合には、かかるストリーミングデータの再送を行うことによって、できる限り多くのストリーミングデータの復元を行うことができるので、高品質にストリーミングデータを再生することができる。
【００９４】
（変更例）
なお、上述の第１の実施形態に係るストリーミング配信システムにおけるストリーミングデータの再送方法が、以下のように変更されていてもよい。
【００９５】
第１に、受信機３０のデータ送信部３６は、ストリーミング配信サーバ１０に対して送信する再送要求内に、当該再送要求が、第１の再送要求であるか又は第２の送信要求であるのかを示す情報を含めるように構成されている。
【００９６】
第２に、ストリーミング配信サーバ１０のデータ送信部１２は、データ受信部１３により受信された前記再送要求に含まれている情報に基づいて、通常のストリーミングデータであるか、又は、受信機３０からの再送要求（第１の再送要求又は第２の再送要求）に応じて再送するストリーミングデータであるかを判別させるためのフラグを、送信するストリーミングデータに付加するように構成されている。
【００９７】
第３に、受信機３０のデータ処理部３５は、ストリーミング配信サーバ１０から受信したストリーミングデータに付加されているフラグに基づいて、当該ストリーミングデータが、通常のストリーミングデータであるか、又は、当該ストリーミングデータが、当該受信機３０からの再送要求（第１の再送要求又は第２の再送要求）に応じて再送されたストリーミングデータであるかを判別するように構成されている。
【００９８】
（第２の実施形態）
図６を参照して、本発明の第２の実施形態に係るストリーミング配信システムについて説明する
本実施形態に係るストリーミング配信システムでは、ストリーミング配信サーバ１０が、複数のトランスポンダ２０Ａ乃至２０Ｃを含むネットワークを介して、マルチキャスト配信方式で、複数の受信機３０Ａ乃至３０Ｇに対して、ストリーミングデータを送信するように構成されている。
【００９９】
基本的に、本実施形態に係るストリーミング配信システムにおける受信機３０の機能は、上述の第１の実施形態に係るストリーミング配信システムにおける受信機３０の機能と同一であるので、以下、両者の相違点に着目して説明する。
【０１００】
ＲＭＴＰ（Ｒｅｌｉａｂｌｅ  Ｍｕｌｔｉｃａｓｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）方式が用いられている場合、受信機３０Ｄのデータ送信部３６は、第１の再送要求及び第２の再送要求を、ユニキャストで、ＲＭＴＰ方式におけるグループの代表者端末（例えば、トランスポンダ２０Ｂ）宛てに送信するように構成されている。
【０１０１】
かかる場合、トランスポンダ２０Ｂは、受信機３０Ｄからの第１の再送要求及び第２の再送要求に係るストリーミングデータを保持している場合、受信機３０Ｄに対して当該ストリーミングデータを再送する。
【０１０２】
一方、トランスポンダ２０Ｂは、受信機３０Ｄからの第１の再送要求及び第２の再送要求に係るストリーミングデータを保持していない場合、当該受信機３０Ｄからの第１の再送要求及び第２の再送要求を、上流のストリーミング配信サーバ１０に送信する。
【０１０３】
また、ＳＲＭ（Ｓｃａｌａｂｌｅ  Ｒｅｌｉａｂｌｅ  Ｍｕｌｔｉｃａｓｔ）方式が用いられている場合、受信機３０Ｄのデータ送信部３６は、第１の再送要求及び第２の再送要求を、マルチキャストで送信するように構成されている。
【０１０４】
かかる場合、受信機３０Ｄからの第１の再送要求及び第２の再送要求を受信し、受信機３０Ｄからの第１の再送要求及び第２の再送要求に係るストリーミングデータを保持している端末（例えば、受信機３０Ｃ又はトランスポンダ２０Ｂ）は、受信機３０Ｄに対して当該ストリーミングデータを再送する。
【０１０５】
本実施形態に係るストリーミング配信システムによれば、マルチキャスト配信方式で、ストリーミングデータが配信される場合であっても、ＦＥＣ処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行うことができる。
【図面の簡単な説明】
【０１０６】
【図１】本発明の第１の実施形態に係るストリーミング配信システムの全体構成図である。
【図２】本発明の第１の実施形態に係るストリーミング配信システムにおける受信機の受信処理、ＦＥＣ処理及び再生処理について説明するための図である。
【図３】本発明の第１の実施形態に係るストリーミング配信システムにおいて用いられる各種時間について説明するための図である。
【図４】本発明の第１の実施形態に係るストリーミング配信システムにおける受信機の動作を示すフローチャートである。
【図５】本発明の第１の実施形態に係るストリーミング配信システムにおける受信機の動作を示すフローチャートである。
【図６】本発明の第２の実施形態に係るストリーミング配信システムの全体構成図である。
【図７】従来のストリーミング配信システムにおける受信機の動作を示すフローチャートである。
【図８】従来のストリーミング配信システムにおける受信機の動作を示すフローチャートである。
【符号の説明】
【０１０７】
１…ネットワーク
１０…ストリーミング配信サーバ
１１…データ記憶部
１２、３６…データ送信部
１３、３１…データ受信部
３０…受信機
３２…ＦＥＣ処理部
３３…再生処理部
３４…処理時間計測部
３５…データ処理部
【図１】
2007053745.tif 000003
【図２】
2007053745.tif 000004
【図３】
2007053745.tif 000005
【図４】
2007053745.tif 000006
【図５】
2007053745.tif 000007
【図６】
2007053745.tif 000008
【図７】
2007053745.tif 000009
【図８】
2007053745.tif 000010