JP2007053745A - 受信機及びプログラム - Google Patents

Abstract

【課題】エラー訂正処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行う。
【解決手段】本発明は、ネットワークを介して配信サーバ１０から送信されたストリーミングデータを受信する受信機３０に関する。本発明にかかる受信機３０は、受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、ストリーミングデータに対する再送処理の予定完了時刻とストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較する比較部３４と、再送処理の予定完了時刻がエラー訂正処理の予定開始時刻よりも早いと判断された場合、配信サーバ１０に対して、ストリーミングデータの再送を要求する第１の再送要求を送信する再送要求部３５とを具備する。
【選択図】図１

Description

本発明は、ネットワークを介して配信サーバから送信されたストリーミングデータを受信する受信機及びプログラムに関する。

従来、ストリーミング配信サーバが、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いて、インターネット等のネットワーク経由で、受信機（クライアント）に対して、ストリーミングデータを伝送するように構成されているストリーミング配信システムが知られている。

具体的には、ストリーミング配信サーバが、コンテンツを、複数のストリーミングデータに分割して、分割したストリーミングデータをフレーム単位で伝送するように構成されている。

かかるストリーミング配信システムでは、上述のネットワークの状態によって、パケットロス等に起因する受信エラーが発生する場合がある。

かかる受信エラー対策として、ＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）処理機能等のエラー訂正処理を用いて、受信エラーが発生しているストリーミングデータに対してエラー訂正処理を行うことによって、当該ストリーミングデータを復元するように構成されている受信機が知られている。

かかる受信機の動作の一例について、図７を参照して説明する。なお、図７の例は、各フレームに対する受信機の動作を示しており、受信機は、コンテンツ全体を受信するまで、ステップＳ５０１〜Ｓ５０５を繰り返すように構成されている。

図７に示すように、ステップＳ５０１において、受信機は、ネットワークを介してストリーミング配信サーバから送信されたストリーミングデータに対して受信処理を行う。ここで、受信機は、ストリーミングデータによって構成されているフレーム全体の受信を完了するまで、ステップＳ５０１における受信処理を続ける（ステップＳ５０２参照）。

ストリーミングデータによって構成されているフレーム全体の受信が完了した場合、受信機は、ステップＳ５０３において、受信完了したフレームを構成するストリーミングデータに対して、ＦＥＣブロック単位でＦＥＣ処理を行った後、ステップＳ５０４において、当該ストリーミングデータに対して再生処理を行う。

また、ステップＳ５０５において、受信機は、ストリーミング配信サーバに対して、次のフレームを構成するストリーミングデータを送信するように要求する。

また、かかる受信エラー対策として、ＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）処理機能等の再送処理機能を用いて、受信エラーが発生しているストリーミングデータの再送を要求するように構成されている受信機が知られている。

かかる受信機の動作の一例について、図８を参照して説明する。なお、図８の例は、各フレームに対する受信機の動作を示しており、受信機は、コンテンツ全体を受信するまで、ステップＳ６０１〜Ｓ６０６を繰り返すように構成されている。

図８に示すように、ステップＳ６０１において、受信機は、ネットワークを介してストリーミング配信サーバから送信されたストリーミングデータに対して受信処理を行う。

ステップＳ６０２において、受信機は、当該ストリーミングデータについての受信エラーが発生しているか否かについて判定する。受信エラーが発生していると判断された場合、本動作はステップＳ６０６に進み、受信エラーが発生していないと判断された場合、本動作はステップＳ６０３に進む。

ここで、受信機は、ストリーミングデータによって構成されているフレーム全体の受信を完了するまで、ステップＳ６０１及びＳ６０２における処理を続ける（ステップＳ６０３参照）。

ストリーミングデータによって構成されているフレーム全体の受信が完了した場合、受信機は、ステップＳ６０４において、受信完了したフレームを構成するストリーミングデータに対して再生処理を行うと共に、ストリーミング配信サーバに対して、次のフレームを構成するストリーミングデータを送信するように要求する。

ステップＳ６０６において、受信機は、受信エラーが発生しているストリーミングデータの再送を要求する。
特開２００３-１７９５８０号公報

しかしながら、従来のＦＥＣ処理機能を具備する受信機は、フレーム内で数％程度の受信エラーが発生している場合には、当該受信エラーが発生しているストリーミングデータについて復元することできるが、バーストエラーのようなＦＥＣの処理機能の能力を超える受信エラーが発生した場合には、当該受信エラーが発生しているストリーミングデータについて復元することができないという問題点があった。

また、従来のＡＲＱ処理機能を具備する受信機において、ストリーミング配信サーバによって再送されたストリーミングデータを受信したとしても、当該ストリーミングデータに対する再生処理に間に合わない恐れがあるという問題点があった。

そこで、本発明は、以上の点に鑑みてなされたもので、エラー訂正処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行うことができる受信機及びプログラムを提供することを目的とする。

本発明の第１の特徴は、ネットワークを介して配信サーバから送信されたストリーミングデータを受信する受信機であって、受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、該ストリーミングデータに対する再送処理の予定完了時刻と該ストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較するように構成されている比較部と、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第１の再送要求を送信するように構成されている再送要求部とを具備することを要旨とする。

かかる発明によれば、受信したストリーミングデータに対してＦＥＣ処理を行うことができない場合に、欠落の多く発生しているストリーミングデータをそのまま再生するという事態を回避して、ストリーミングデータの復元を図ることができるため、高品質にストリーミングデータを再生することができる。

本発明の第１の特徴において、前記比較部が、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早くないと判断した場合、前記再送処理の予定完了時刻と前記ストリーミングデータに対する再生処理の予定開始時刻とを比較するように構成されており、前記再送要求部が、前記再送処理の予定完了時刻が前記再生処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第２の再送要求を送信するように構成されており、前記受信機は、前記第２の再生要求に応じて再送された前記ストリーミングデータに対して、前記エラー訂正処理を行うことなく再生するように制御するデータ処理部を具備するように構成されていてもよい。

かかる発明によれば、ストリーミングデータの再送が、ＦＥＣ処理には間に合わないが、再生処理には間に合うという場合には、かかるストリーミングデータの再送を行うことによって、できる限り多くのストリーミングデータの復元を行うことができるので、高品質にストリーミングデータを再生することができる。

本発明の第２の特徴は、コンピュータに、ネットワークを介して配信サーバから送信されたストリーミングデータを受信するストリーミングデータ受信方法を実行させるためのプログラムであって、前記ストリーミングデータ受信方法が、受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、該ストリーミングデータに対する再送処理の予定完了時刻と該ストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較する手順と、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第１の再送要求を送信する手順とを有することを要旨とする。

かかる発明によれば、受信したストリーミングデータに対してＦＥＣ処理を行うことができない場合に、欠落の多く発生しているストリーミングデータをそのまま再生するという事態を回避して、ストリーミングデータの復元を図ることができるため、高品質にストリーミングデータを再生することができる。

本発明の第２の特徴において、前記ストリーミングデータ受信方法が、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早くないと判断した場合、前記再送処理の予定完了時刻と前記ストリーミングデータに対する再生処理の予定開始時刻とを比較する手順と、前記再送処理の予定完了時刻が前記再生処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第２の再送要求を送信する手順と、前記第２の再生要求に応じて再送された前記ストリーミングデータに対して、前記エラー訂正処理を行うことなく再生処理を行う手順とを有してもよい。

かかる発明によれば、ストリーミングデータの再送が、ＦＥＣ処理には間に合わないが、再生処理には間に合うという場合には、かかるストリーミングデータの再送を行うことによって、できる限り多くのストリーミングデータの復元を行うことができるので、高品質にストリーミングデータを再生することができる。

以上説明したように、本発明によれば、エラー訂正処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行うことができる受信機及びプログラムを提供することができる。

（本発明の第１の実施形態に係るストリーミング配信システムの構成）
図１を参照して、本発明の第１の実施形態に係るストリーミング配信システムの構成について説明する。本実施形態に係るストリーミング配信システムは、インターネット等のネットワーク１を介してストリーミング配信サーバ１０から受信機３０に対してストリーミングデータを配信するように構成されている。なお、本実施形態において、ストリーミングデータは、ＵＤＰを用いて、低遅延で連続して送信されるデータ（例えば、オーディオデータやビデオデータ等）である。

図１に示すように、ストリーミング配信サーバ１０は、データ記憶部１１と、データ送信部１２と、データ受信部１３とを具備している。

データ記憶部１１は、ネットワーク１を介して配信すべきストリーミングデータを記憶するように構成されている。

データ送信部１２は、所定のタイミングで、ＵＤＰを用いて、データ記憶部１１に記憶されているストリーミングデータを、ネットワーク１を介して受信機３０に対して送信するように構成されている。

また、データ送信部１２は、受信機３０から送信された再送要求に応じて、該当するストリーミングデータを再送するように構成されている。

また、図１に示すように、受信機３０は、データ受信部３１と、ＦＥＣ処理部３２と、再生処理部３３と、データ処理部３５と、データ送信部３６と、処理時間計測部３６と、複数のバッファとを具備している。

図１の例では、受信機３０は、３つのバッファ＃０乃至＃２を具備するように構成されているが、バッファの数は、３つに限定されない。

また、データ受信部３１による受信処理、ＦＥＣ処理部３２によるＦＥＣ処理、及び、再生処理部３３による再生処理は、並行して行われるように構成されている。以下、かかる構成について、図２（ａ）乃至（ｃ）を参照して説明する。

例えば、図２（ａ）に示すように、再生処理部３３が、バッファ＃０に蓄積されているストリーミングデータを再生しているとき、ＦＥＣ処理部３２は、バッファ＃１に蓄積されているストリーミングデータに対してＦＥＣ処理を行っており、データ受信部３１は、受信したストリーミングデータをバッファ＃２に蓄積している。

そして、図２（ｃ）に示すように、再生処理部３３は、バッファ＃０に蓄積されているストリーミングデータの再生を完了すると、バッファ＃１に蓄積されているストリーミングデータの再生を開始する。そのため、かかる場合、ＦＥＣ処理部３２は、バッファ＃２に蓄積されているストリーミングデータに対するＦＥＣ処理を開始し、データ受信部３１は、受信したストリーミングデータをバッファ＃０に蓄積し始める。

また、図２（ａ）に示すように、データ処理部３５は、ストリーミングデータを受信中に所定数以上の受信エラーを検出した時点（図２（ａ）における「再送要求時点」）で、当該受信エラーを検出したパケット単位のストリーミングデータ（図２（ａ）における「再送要求データ量」に対応するストリーミングデータ）の再送が、当該ストリーミングデータの再送の完了がＦＥＣ処理の開始に間に合うと判断した場合、データ送信部３６を介して、当該ストリーミングデータを再送するようにストリーミング配信サーバ１０に要求する。

すなわち、図２（ｂ）に示すように、データ処理部３５は、上述の計算によって、再生処理部３３によるバッファ＃０内のストリーミングデータの再生が完了する前に、データ受信部３１が、再送されたストリーミングデータのバッファ＃２への蓄積を完了することができると判断した場合、上述の再送要求をストリーミング配信サーバ１０に送信する。 データ受信部３１は、ストリーミング配信サーバ１０から送信されたストリーミングデータに対して受信処理を行うように構成されている。

具体的には、データ受信部３１は、受信したストリーミングデータを、所定の順序で、バッファ＃０乃至＃２のそれぞれに蓄積するように構成されている。

ＦＥＣ処理部３２は、バッファ＃０乃至＃２に記憶されているストリーミングデータに対して、ＦＥＣブロック単位でＦＥＣ処理を行うように構成されている。

具体的には、ＦＥＣ処理部３２は、所定の順序で、複数のバッファ＃０乃至＃２のそれぞれからＦＥＣブロック単位のストリーミングデータを抽出し、抽出したストリーミングデータに対してＦＥＣ処理を行うことによって、受信エラーが発生しているストリーミングデータについて復元するように構成されている。

再生処理部３３は、バッファ＃０乃至＃２に記憶されているストリーミングデータに対して再生処理を行うように構成されている。

具体的には、再生処理部３３は、所定の順序で、複数のバッファ＃０乃至＃２のそれぞれからＦＥＣ処理後のストリーミングデータを抽出し、抽出したストリーミングデータを再生するように構成されている。

再生処理部３３は、ストリーミング配信サーバ１０によって再送されたストリーミングデータに対してＦＥＣ処理が行われていない場合であっても、当該ストリーミングデータを再生するように構成されていてもよい。

処理時間計測部３４は、ストリーミング配信サーバ１０に対してストリーミングデータについての再送要求（後述の第１の再送要求又は第２の再送要求）を送信してから、ストリーミング配信サーバ１０によって再送された当該ストリーミングデータのバッファ内への蓄積が完了するまでの時間（再送処理時間）「Ｔ_{ｒｅｔ（ｎ）}」を計測するように構成されている。

また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、ストリーミング配信サーバ１０によって送信されたストリーミングデータのバッファ内への蓄積が完了してから、当該ストリーミングデータに対するＦＥＣ処理が開始するまでの時間（第１の待ち時間）「Ｔ_{ｗａｉｔ-１（ｎ）}」を計測するように構成されている（図３参照）。

また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、ストリーミング配信サーバ１０によって送信されたストリーミングデータに対するＦＥＣ処理が完了してから、当該ストリーミングデータに対する再生処理が開始するまでの時間（第２の待ち時間）「Ｔ_{ｗａｉｔ-２（ｎ）}」を計測するように構成されている（図３参照）。

また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、ストリーミング配信サーバ１０によって送信されたストリーミングデータに対する再生処理が完了してから、当該ストリーミングデータのバッファ内への蓄積が開始するまでの時間（第３の待ち時間）「Ｔ_{ｗａｉｔ-３（ｎ）}」を計測するように構成されている（図３参照）。

また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、１フレーム単位のストリーミングデータに対する受信処理に要する時間（受信処理時間）「Ｔ_{ｒｃｖ（ｎ）}」を計測するように構成されている（図３参照）。

また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、ＦＥＣブロック単位のストリーミングデータに対するＦＥＣ処理に要する時間（ＦＥＣ処理時間）「Ｔ_{ｆｅｃ（ｎ）}」を計測するように構成されている（図３参照）。

また、処理時間計測部３４は、バッファ＃０乃至＃２ごとに、１フレーム単位のストリーミングデータに対する再生処理に要する時間（再生処理時間）「Ｔ_{ｐｌａｙ（ｎ）}」を計測するように構成されている（図３参照）。

さらに、処理時間計測部３４は、上述の時間「Ｔ_{ｒｅｔ（ｎ）}」、「Ｔ_{ｗａｉｔ-１（ｎ）}」、「Ｔ_{ｗａｉｔ-２（ｎ）}」、「Ｔ_{ｗａｉｔ-３（ｎ）}」、「Ｔ_{ｒｃｖ（ｎ）}」、「Ｔ_{ｆｅｃ（ｎ）}」、「Ｔ_{ｐｌａｙ（ｎ）}」を定期的に計測するように構成されていてもよい。

データ処理部３５は、受信したストリーミングデータに対してＦＥＣ処理（エラー訂正処理）を行うことができない場合、当該ストリーミングデータに対する再送処理の予定完了時刻と当該ストリーミングデータに対するＦＥＣ処理（エラー訂正処理）の予定開始時刻とを比較するように構成されている。

ここで、「ストリーミングデータに対する再送処理の予定完了時刻」とは、ストリーミング配信サーバ１０によって再送された当該ストリーミングデータの受信機３０のバッファ内への蓄積が完了する予定の時刻をいう。

また、「ストリーミングデータに対するＦＥＣ処理（エラー訂正処理）の予定開始時刻」とは、ＦＥＣ処理部３２によって当該ストリーミングデータに対するＦＥＣ処理（エラー訂正処理）が開始される予定の時刻をいう。

すなわち、データ処理部３５は、各ＦＥＣブロック内のストリーミングデータにおいてエラー訂正可能な量以上の受信エラーを検出した場合（言い換えると、各ＦＥＣブロック内のストリーミングデータにおいてＦＥＣ処理部３２の処理能力を超える受信エラーが発生したことを検出した場合）、ストリーミング配信サーバ１０によって再送される当該ストリーミングデータのバッファ内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合うか否かについて判定するように構成されている。

具体的には、データ処理部３５は、バッファ＃２におけるＦＥＣブロック単位のストリーミングデータでエラー訂正可能な量以上の受信エラーを検出した場合に、「Ｔ_{ｗａｉｔ-１（２）}＞Ｔ_{ｒｅｔ（２）}」が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合うと判定する。

なお、バッファ＃２におけるＦＥＣブロック単位のストリーミングデータに対するＦＥＣ処理の開始は、「Ｔ_{ｗａｉｔ-２（２）}」だけ遅らせることができるため、データ処理部３５は、バッファ＃２におけるＦＥＣブロック単位のストリーミングデータでエラー訂正可能な量以上の受信エラーを検出した場合に、「Ｔ_{ｗａｉｔ-１（２）}＋Ｔ_{ｗａｉｔ-２（２）}＞Ｔ_{ｒｅｔ（２）}」が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合うと判定することもできる。

また、データ処理部３５は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早くないと判断した場合、当該ストリーミングデータに対する再送処理の予定完了時刻と当該ストリーミングデータに対する再生処理の予定開始時刻とを比較するように構成されていてもよい。

ここで、「ストリーミングデータに対する再生処理の予定開始時刻」とは、再生処理部３３によって当該ストリーミングデータに対する再生処理が開始される予定の時刻をいう。

すなわち、データ処理部３５は、ストリーミング配信サーバ１０によって再送される当該ストリーミングデータのバッファ内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合わないと判定した場合に、ストリーミング配信サーバ１０によって再送される当該ストリーミングデータのバッファ内への蓄積の完了が、再生処理部３３によって行われる当該ストリーミングデータに対する再生処理の開始に間に合うか否かについて判定するように構成されていてもよい。

具体的には、データ処理部３５は、「Ｔ_{ｗａｉｔ-１（１）}＝Ｔ_{ｆｅｃ（１）}−Ｔ_{ｒｃｖ（２）}＝Ｔ_{ｐｌａｙ（０）}−Ｔ_{ｆｅｃ（１）}」が成り立つものとすると、上述のように、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合わないと判定した場合に、「Ｔ_{ｐｌａｙ（０）}＋Ｔ_{ｐｌａｙ（１）}−Ｔ_{ｒｃｖ（２）}＞Ｔ_{ｒｅｔ（２）}」（すなわち、「Ｔ_{ｐｌａｙ（１）}＋Ｔ_{ｗａｉｔ-１（１）}＞Ｔ_{ｒｅｔ（２）}」）が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、再生処理部３３によって行われる当該ストリーミングデータに対する再生処理の開始に間に合うと判定してもよい。 また、データ処理部３５は、上述のように、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合わないと判定した場合に、「Ｔ_{ｗａｉｔ−１（２）}＋Ｔ_{ｆｅｃ（２）}＋Ｔ_{ｗａｉｔ−２（２）」}＞Ｔ_{ｒｅｔ（２）}」が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、再生処理部３３によって行われる当該ストリーミングデータに対する再生処理の開始に間に合うと判定してもよい。

また、データ処理部３５は、上述のように、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、ＦＥＣ処理部３２によって行われる当該ストリーミングデータに対するＦＥＣ処理の開始に間に合わないと判定した場合に、「バッファ＃１の再生終了時刻−現時点の時刻＞Ｔ_{ｒｅｔ（２）}」が成立すると、ストリーミング配信サーバ１０によって再送されるストリーミングデータのバッファ＃２内への蓄積の完了が、再生処理部３３によって行われる当該ストリーミングデータに対する再生処理の開始に間に合うと判定してもよい。

なお、「バッファ＃１の再生終了時刻」は、ストリーミングデータ内に挿入されている情報から推定可能である。

また、データ処理部３５は、第１の再送要求に応じて再送されるべきストリーミングデータの範囲及び第２の再送要求に応じて再送されるべきストリーミングデータの範囲を記憶しておき、受信したストリーミングデータが、通常のストリーミングデータであるか、又は、当該ストリーミングデータが、当該受信機３０からの再送要求（第１の再送要求又は第２の再送要求）に応じて再送されたストリーミングデータであるかを判別するように構成されている。

データ送信部３６は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早いと判断された場合、ストリーミング配信サーバ１０に対して、ストリーミングデータの再送を要求する第１の再送要求を送信するように構成されている。

また、データ送信部３６は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早くないと判断した場合で、かつ、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対する再生処理の予定開始時刻よりも早いと判断された場合、ストリーミング配信サーバ１０に対して、当該ストリーミングデータの再送を要求する第２の再送要求を送信するように構成されていてもよい。 なお、データ送信部３６は、上述の第１の再送要求及び第２の再送要求を用いて、ストリーミング配信サーバ１０に対して、データ受信部３１によって最後に受信されたストリーミングデータから現在受信するはずのストリーミングデータまでを再送するように要求する。

また、ＦＥＣ処理部３２は、第１の再送要求に応じてストリーミング配信サーバ１０から再送されたストリーミングデータが、伝送遅延等により当該ストリーミングデータについてのＦＥＣ処理の開始時刻までに到着しない場合は、当該ストリーミングデータの到着を待つことなく、次のストリーミングデータに対するＦＥＣ処理を行うように構成されている。

また、再生処理部３３は、第１の再送要求又は第２の再送要求に応じてストリーミング配信サーバ１０から再送されたストリーミングデータが、伝送遅延等により当該ストリーミングデータについての再生処理の開始時刻までに到着しない場合は、当該ストリーミングデータの到着を待つことなく、次のストリーミングデータに対する再生処理を行うように構成されている。

（本発明の第１の実施形態に係るストリーミング配信システムの動作）
図４及び図５を参照して、本発明の第１の実施形態に係るストリーミング配信システムにおける受信機３０の動作について説明する。なお、図４の例は、各フレームに対する受信機の動作を示しており、受信機は、コンテンツ全体を受信するまで、ステップＳ１０１〜Ｓ１０９を繰り返すように構成されている。

図４に示すように、ステップＳ１０１において、データ受信部３１は、ストリーミング配信サーバ１０から送信されたストリーミングデータに対して受信処理を行う。具体的には、データ受信部３１は、受信したストリーミングデータを、所定の順序で、バッファ＃０乃至＃２のいずれかに蓄積する。

ステップＳ１０２において、データ処理部３５は、上述のバッファに蓄積されたストリーミングデータにおいて受信エラーが発生しているか否かについて判定する。

受信エラーが発生していると判定された場合、本動作はステップＳ１０３に進み、受信エラーが発生していないと判定された場合、本動作はステップＳ１０５に進む。

ステップＳ１０３において、データ処理部３５は、当該ストリーミングデータが、ストリーミング配信サーバ１０によって再送されたものであって、既にＦＥＣ処理に間に合わないと判断されたものであるか否かについて、すなわち、後述するステップＳ１０７において再生に間に合うと判断されて再送されたものであるか否かについて判定する。

ここで、ステップＳ１０７において再生に間に合うと判断されて再送されたものである場合、本動作はステップＳ１０９に進み、それ以外の場合、本動作はステップＳ１０４に進む。

ステップＳ１０４において、データ処理部３５は、上述のバッファに蓄積されたストリーミングデータにおいてエラー訂正可能な量以上の受信エラーが検出された否かについて、すなわち、検出された受信エラーの数が所定数以上であるか否かについて判定する。

所定数以上であると判定された場合、本動作はステップＳ１０６に進み、それ以外の場合、本動作はステップＳ１０５に進む。

そして、本動作は、上述のストリーミングデータによって構成されているフレーム全体の受信を完了するまで、ステップＳ１０１乃至Ｓ１０４における処理を繰り返す（ステップＳ１０５参照）。

ステップＳ１０６において、データ処理部３５は、ステップＳ１０４においてＦＥＣ処理が不可能であると判定されたストリーミングデータについての再送処理の完了が、当該ストリーミングデータに対するＦＥＣ処理の開始に間に合う否かについて判定する。

ＦＥＣ処理の開始に間に合うと判定された場合、本動作はステップＳ１０９に進み、それ以外の場合、本動作はステップＳ１０７に進む。

ステップＳ１０７において、データ処理部３５は、ステップＳ１０８においてＦＥＣ処理の開始に間に合わないと判定されたストリーミングデータについての再送処理の完了が、当該ストリーミングデータに対する再生処理の開始に間に合う否かについて判定する。

再生処理の開始に間に合うと判定された場合、ステップＳ１０９において、データ送信部３６は、当該ストリーミングデータの再送要求をストリーミング配信サーバ１０に送信する。

ここで、データ送信部３６は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早いと判断された場合（ステップ１０６における「ＹＥＳ」の場合）、ストリーミング配信サーバ１０に対して、ストリーミングデータの再送を要求する第１の再送要求を送信する。

また、データ送信部３６は、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対するエラー訂正処理の予定開始時刻よりも早くないと判断した場合で、かつ、上述のストリーミングデータに対する再送処理の予定完了時刻が上述のストリーミングデータに対する再生処理の予定開始時刻よりも早いと判断された場合（ステップＳ１０７における「ＹＥＳ」の場合）、ストリーミング配信サーバ１０に対して、当該ストリーミングデータの再送を要求する第２の再送要求を送信する。

一方、再生処理の開始に間に合わないと判定された場合、ステップＳ１０８において、データ送信部３６は、当該ストリーミングデータについての再送処理を諦めて、次のフレームを構成するストリーミングデータの送信要求をストリーミング配信サーバ１０に送信する。

次に、図４に示すように、上述のフレーム全体の受信が完了すると、ステップＳ２０１において、データ処理部３５は、当該ストリーミングデータに付加されているフラグに基づいて、当該ストリーミングデータが、ストリーミング配信サーバ１０によって再送されたものであって、既にＦＥＣ処理に間に合わないと判断されたものであるか否かについて、すなわち、後述するステップＳ１０９において再生に間に合うと判断されて再送されたものであるか否かについて判定する。

ここで、ステップＳ１０７において再生に間に合うと判断されて再送されたものである場合、本動作はステップＳ２０３に進み、それ以外の場合、本動作はステップＳ２０２に進む。

ステップＳ２０２において、ＦＥＣ処理部３２が、上述のフレーム単位のストリーミングデータに対してＦＥＣ処理を施し、その後、ステップ２０３において、再生処理部３３が、ＦＥＣ処理が完了したストリーミングデータに対して再生処理を行う。

（本実施形態に係るストリーミング配信システムの作用・効果）
本実施形態に係るストリーミング配信システムによれば、受信機３０が、ＦＥＣ処理が不可能であると判定されたストリーミングデータについて、ＦＥＣ処理の開始又は再生処理の開始に間に合う場合のみ、当該ストリーミングデータの再送を行うように構成されているため、ＦＥＣ処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行うことができる。

本実施形態に係るストリーミング配信システムによれば、受信したストリーミングデータに対してＦＥＣ処理を行うことができない場合に、欠落の多く発生しているストリーミングデータをそのまま再生するという事態を回避して、ストリーミングデータの復元を図ることができるため、高品質にストリーミングデータを再生することができる。

本実施形態に係るストリーミング配信システムによれば、ストリーミングデータの再送が、ＦＥＣ処理には間に合わないが、再生処理には間に合うという場合には、かかるストリーミングデータの再送を行うことによって、できる限り多くのストリーミングデータの復元を行うことができるので、高品質にストリーミングデータを再生することができる。

（変更例）
なお、上述の第１の実施形態に係るストリーミング配信システムにおけるストリーミングデータの再送方法が、以下のように変更されていてもよい。

第１に、受信機３０のデータ送信部３６は、ストリーミング配信サーバ１０に対して送信する再送要求内に、当該再送要求が、第１の再送要求であるか又は第２の送信要求であるのかを示す情報を含めるように構成されている。

第２に、ストリーミング配信サーバ１０のデータ送信部１２は、データ受信部１３により受信された前記再送要求に含まれている情報に基づいて、通常のストリーミングデータであるか、又は、受信機３０からの再送要求（第１の再送要求又は第２の再送要求）に応じて再送するストリーミングデータであるかを判別させるためのフラグを、送信するストリーミングデータに付加するように構成されている。

第３に、受信機３０のデータ処理部３５は、ストリーミング配信サーバ１０から受信したストリーミングデータに付加されているフラグに基づいて、当該ストリーミングデータが、通常のストリーミングデータであるか、又は、当該ストリーミングデータが、当該受信機３０からの再送要求（第１の再送要求又は第２の再送要求）に応じて再送されたストリーミングデータであるかを判別するように構成されている。

（第２の実施形態）
図６を参照して、本発明の第２の実施形態に係るストリーミング配信システムについて説明する
本実施形態に係るストリーミング配信システムでは、ストリーミング配信サーバ１０が、複数のトランスポンダ２０Ａ乃至２０Ｃを含むネットワークを介して、マルチキャスト配信方式で、複数の受信機３０Ａ乃至３０Ｇに対して、ストリーミングデータを送信するように構成されている。

基本的に、本実施形態に係るストリーミング配信システムにおける受信機３０の機能は、上述の第１の実施形態に係るストリーミング配信システムにおける受信機３０の機能と同一であるので、以下、両者の相違点に着目して説明する。

ＲＭＴＰ（Ｒｅｌｉａｂｌｅ Ｍｕｌｔｉｃａｓｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）方式が用いられている場合、受信機３０Ｄのデータ送信部３６は、第１の再送要求及び第２の再送要求を、ユニキャストで、ＲＭＴＰ方式におけるグループの代表者端末（例えば、トランスポンダ２０Ｂ）宛てに送信するように構成されている。

かかる場合、トランスポンダ２０Ｂは、受信機３０Ｄからの第１の再送要求及び第２の再送要求に係るストリーミングデータを保持している場合、受信機３０Ｄに対して当該ストリーミングデータを再送する。

一方、トランスポンダ２０Ｂは、受信機３０Ｄからの第１の再送要求及び第２の再送要求に係るストリーミングデータを保持していない場合、当該受信機３０Ｄからの第１の再送要求及び第２の再送要求を、上流のストリーミング配信サーバ１０に送信する。

また、ＳＲＭ（Ｓｃａｌａｂｌｅ Ｒｅｌｉａｂｌｅ Ｍｕｌｔｉｃａｓｔ）方式が用いられている場合、受信機３０Ｄのデータ送信部３６は、第１の再送要求及び第２の再送要求を、マルチキャストで送信するように構成されている。

かかる場合、受信機３０Ｄからの第１の再送要求及び第２の再送要求を受信し、受信機３０Ｄからの第１の再送要求及び第２の再送要求に係るストリーミングデータを保持している端末（例えば、受信機３０Ｃ又はトランスポンダ２０Ｂ）は、受信機３０Ｄに対して当該ストリーミングデータを再送する。

本実施形態に係るストリーミング配信システムによれば、マルチキャスト配信方式で、ストリーミングデータが配信される場合であっても、ＦＥＣ処理によるストリーミングデータの復元可能性を向上させ、ストリーミングデータの受信品質を向上させ、安定したストリーミングデータの再生を行うことができる。

本発明の第１の実施形態に係るストリーミング配信システムの全体構成図である。 本発明の第１の実施形態に係るストリーミング配信システムにおける受信機の受信処理、ＦＥＣ処理及び再生処理について説明するための図である。 本発明の第１の実施形態に係るストリーミング配信システムにおいて用いられる各種時間について説明するための図である。 本発明の第１の実施形態に係るストリーミング配信システムにおける受信機の動作を示すフローチャートである。 本発明の第１の実施形態に係るストリーミング配信システムにおける受信機の動作を示すフローチャートである。 本発明の第２の実施形態に係るストリーミング配信システムの全体構成図である。 従来のストリーミング配信システムにおける受信機の動作を示すフローチャートである。 従来のストリーミング配信システムにおける受信機の動作を示すフローチャートである。

符号の説明

１…ネットワーク
１０…ストリーミング配信サーバ
１１…データ記憶部
１２、３６…データ送信部
１３、３１…データ受信部
３０…受信機
３２…ＦＥＣ処理部
３３…再生処理部
３４…処理時間計測部
３５…データ処理部

Claims (4)

1. ネットワークを介して配信サーバから送信されたストリーミングデータを受信する受信機であって、
   受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、該ストリーミングデータに対する再送処理の予定完了時刻と該ストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較するように構成されている比較部と、
   前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第１の再送要求を送信するように構成されている再送要求部とを具備することを特徴とする受信機。
2. 前記比較部は、前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早くないと判断した場合、前記再送処理の予定完了時刻と前記ストリーミングデータに対する再生処理の予定開始時刻とを比較するように構成されており、
   前記再送要求部は、前記再送処理の予定完了時刻が前記再生処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第２の再送要求を送信するように構成されており、
   前記受信機は、前記第２の再生要求に応じて再送された前記ストリーミングデータに対して、前記エラー訂正処理を行うことなく再生するように制御するデータ処理部を具備することを特徴とする請求項１に記載の受信機。
3. コンピュータに、ネットワークを介して配信サーバから送信されたストリーミングデータを受信するストリーミングデータ受信方法を実行されるためのプログラムであって、
   前記ストリーミングデータ受信方法は、
   受信したストリーミングデータに対してエラー訂正処理を行うことができない場合、該ストリーミングデータに対する再送処理の予定完了時刻と該ストリーミングデータに対するエラー訂正処理の予定開始時刻とを比較する手順と、
   前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第１の再送要求を送信する手順とを有することを特徴とするプログラム。
4. 前記ストリーミングデータ受信方法は、
   前記再送処理の予定完了時刻が前記エラー訂正処理の予定開始時刻よりも早くないと判断した場合、前記再送処理の予定完了時刻と前記ストリーミングデータに対する再生処理の予定開始時刻とを比較する手順と、
   前記再送処理の予定完了時刻が前記再生処理の予定開始時刻よりも早いと判断された場合、前記配信サーバに対して、前記ストリーミングデータの再送を要求する第２の再送要求を送信する手順と、
   前記第２の再生要求に応じて再送された前記ストリーミングデータに対して、前記エラー訂正処理を行うことなく再生処理を行う手順とを有することを特徴とする請求項３に記載のプログラム。

Images