(57)【特許請求の範囲】
【請求項１】
ストリーミング放送を行うメインストリームとそのメインストリームから生成される補助ストリームを配信する送信装置と、前記送信装置からのメインストリームおよび補助ストリームを受信する受信装置を含む送受信システムにおいて、
前記送信装置は、
前記メインストリームを記憶するメインストリーム記憶手段と、
前記メインストリームを低ビットレート化し、補助ストリームを生成する低ビットレート化変換手段と、
前記補助ストリームを記憶する補助ストリーム記憶手段と、
前記メインストリーム記憶手段に記憶されている前記メインストリーム、および前記補助ストリーム記憶手段に記憶されている補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う配信制御手段と
を備え、
前記受信装置は、
前記メインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、
前記補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、
前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、
前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段と
を備え、
利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、前記メインストリームのバッファリングを開始し、前記ストリーム間誤差記憶手段から、前記選局先の放送のメインストリームと補助ストリーム間の誤差を取得し、その誤差を考慮した前記補助ストリームを選択し、
前記データ処理手段は、前記選択された補助ストリームを処理し、前記メインストリームのバッファリングが完了したと判断されたとき、前記補助ストリームから前記メインストリームへ処理を切り換える
送受信システム。
【請求項２】
ストリーミング放送を行うメインストリームを配信する第１の送信装置、前記メインストリームから生成される補助ストリームを配信する第２の送信装置、および前記第１の送信装置からのメインストリームおよび前記第２の送信装置からの補助ストリームを受信する受信装置を含む送受信システムにおいて、
前記第１の送信装置は、
前記メインストリームを記憶するメインストリーム記憶手段と、
前記メインストリーム記憶手段に記憶されている前記メインストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行うメインストリーム配信制御手段と
を備え、
前記第２の送信装置は、
前記メインストリームを受信し、低ビットレート化し、補助ストリームを生成する低ビットレート化変換手段と、
前記補助ストリームを記憶する補助ストリーム記憶手段と、
前記補助ストリーム記憶手段に記憶されている補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う補助ストリーム配信制御手段と
を備え、
前記受信装置は、
前記メインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、
前記補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、
前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、
前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段と
を備え、
利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、前記メインストリームのバッファリングを開始し、前記ストリーム間誤差記憶手段から、前記選局先の放送のメインストリームと補助ストリーム間の誤差を取得し、その誤差を考慮した前記補助ストリームを選択し、
前記データ処理手段は、前記選択された補助ストリームを処理し、前記メインストリームのバッファリングが完了したと判断されたとき、前記補助ストリームから前記メインストリームへ処理を切り換える
送受信システム。
【請求項３】
ストリーミング放送を行うメインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、
前記メインストリームが低ビットレート化された補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、
前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、
前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段と
を備え、
利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、前記メインストリームのバッファリングを開始し、前記ストリーム間誤差記憶手段から、前記選局先の放送のメインストリームと補助ストリーム間の誤差を取得し、その誤差を考慮した前記補助ストリームを選択し、
前記データ処理手段は、前記選択された補助ストリームを処理し、前記メインストリームのバッファリングが完了したと判断されたとき、前記補助ストリームから前記メインストリームへ処理を切り換える
受信装置。
【請求項４】
前記データ処理手段からの出力から、所定のシーンを検出するシーン検出手段をさらに備え、
前記シーン検出手段により前記所定のシーンが検出された場合、前記補助ストリーム受信制御手段が補助ストリームを送信する送信装置からの前記補助ストリームの受信を開始するようトリガーをかけ、バッファリングを開始させる
請求項３に記載の受信装置。
【請求項５】
前記補助ストリームを常時受信し、記憶する
請求項３に記載の受信装置。
【請求項６】
全ての番組の補助ストリームを受信する
請求項３に記載の受信装置。
【請求項７】
視聴されている番組から次に選局されることが予想される番組の補助ストリームを受信する
請求項３に記載の受信装置。
【請求項８】
選局対象となる複数の放送の補助ストリームを受信し、その補助ストリームに基づく画像を画面上に同時に表示し、選択先候補を示す枠または矢印が前記画像上に位置したことをトリガーとし、前記メインストリームの配信要求を行う
請求項３に記載の受信装置。
【請求項９】
前記データ処理手段は、前記補助ストリームのデータから前記メインストリームのデータに切り替えるとき、切り替えられたときのメインストリームの最初のピクチャより前の時点でのピクチャの表示時間を調整することにより、前記補助ストリームのデータから前記メインストリームのデータに切り替えるときのずれを吸収する
請求項３に記載の受信装置。
【請求項１０】
ストリーミング放送を行うメインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御ステップと、
前記メインストリームが低ビットレート化された補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御ステップと、
前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理ステップと、
前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶ステップと
を備え、
利用者による選局操作を受信すると、前記メインストリーム受信制御ステップは、前記メインストリームのバッファリングを開始し、前記ストリーム間誤差記憶ステップの処理で記憶された誤差から、前記選局先の放送のメインストリームと補助ストリーム間の誤差を取得し、その誤差を考慮した前記補助ストリームを選択し、
前記データ処理ステップは、前記選択された補助ストリームを処理し、前記メインストリームのバッファリングが完了したと判断されたとき、前記補助ストリームから前記メインストリームへ処理を切り換える
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送受信システム、受信装置、受信方法に関し、特に、ストリーミング放送の受信時に高速に番組切り替え（選局操作）を行うためのストリームの送受信システム、受信装置、受信方法に関するものである。
【背景技術】
【０００２】
地上波デジタル放送が日本国内では開始されているが、その普及促進に向けた難視聴エリア対策として衛星の他、IP（インターネットプロトコル）マルチキャストによる再送信が検討されている（非特許文献１参照）。IPマルチキャストにより地上波デジタル放送が再送信された場合には、現状のPC（パーソナルコンピュータ）でストリーミング放送を視聴するのと同様に、テレビジョン受像機やビデオ録画機でストリーミング放送を受信して視聴することになる。
【０００３】
一般にストリーミング放送では、MPEG（Moving Picture Expert Group）同様の圧縮技術を用いてデータが圧縮される。すなわち、映像ストリームの各画面は、その画面自体で圧縮されている画面データ（図１および以下の説明においてはMPEG同様、Iピクチャと称する）と、その画面以外の画面への参照やそれらとの差分も用いて圧縮されている画面データ（図１および以下ではMPEG同様、Pピクチャ、Bピクチャと称する）で構成されている。
【０００４】
受信側で、ストリーミング放送を受信したとき、Iピクチャはそれ自体でひとつの画面へと非圧縮処理を行えるが、Iピクチャ以外の画面は、Iピクチャがないと非圧縮処理を行えない。そこで、ストリーミング放送では、時刻Ｔ１において受信側で、受信が開始されても、Iピクチャ以外の画面が受信された場合、例えば、図１に示したようなBピクチャ２１が受信された場合、Iピクチャ２４が受信されるまで表示の処理を開始することができず、表示開始時刻は時刻Ｔ２からとなってしまう。
【０００５】
または、送信装置（サーバ）で、配信要求に応じてIピクチャ（例えば、図１においてIピクチャ１６）から配信が開始されるように制御し、受信側でIピクチャの受信待ちをしないでも済むようにするなどしている。
【０００６】
また、ストリーミング放送では、IP網を用いて受信装置まで映像データを伝送する。IP網は、家庭や施設まではFTTH（Fiber To The Home）等を用いており、家庭や施設内ではイーサネット(登録商標)等の有線LAN（ローカルエリアネットワーク）や無線LANが用いられている。
【０００７】
FTTHやADSL（Asymmetric Digital Subscriber Line）、イーサネット(登録商標)などは、通信速度の最高値は示されているが常時保証するものではなく、輻輳が生じて急激に速度が低下することがあるベストエフォート型のネットワークである。そのため、ストリーミング放送配信サーバから受信端末までの間のネットワークにベストエフォート型のネットワークが一部分でもあれば、通信速度は保証されず一時的な通信速度低下を免れない。そこで、ストリーミング放送を受信する端末では、通信が途切れても放送を中断させないために、映像ストリームのデータを記憶装置など（以下、バッファ）に一定量、蓄積（バッファリング）してから放送を再生するなどしている。
【非特許文献１】総務省、情報通信審議会、第二次中間答申、［online］、2005/7/29、インターネット＜http://www.soumu.go.jp/s-news/2005/050729_11.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、ストリーミング放送において、放送のチャンネルを切り替える（以下、ストリーミング放送においても「選局」と表現する）と、切り替え先の放送が表示されるまでに時間がかかる。
【０００９】
一つの原因は、チャンネル切り替え時にIピクチャ以外の画面を受信した場合は、Iピクチャを待つ必要があるためである。これは地上波デジタル放送の場合、Iピクチャが番組の0.5秒（ARIB（Association of Radio Industries and Businesses）標準規格STD-B32で例示されるGOP（Iピクチャから次のIピクチャまでの一連のピクチャ）が15ピクチャで、表示が30Hzの場合の値）おきに配置されていれば、最大0.5秒の遅延が発生することになる。
【００１０】
これに対して、サーバで配信要求を受けた時にIピクチャから配信することで遅延をほぼなくすことも可能だが、配信要求毎にユニキャストで映像ストリームを配信する必要があるため配信するストリーム数を考慮すると配信コストの点だけでなく、ネットワーク上のデータ量の点でも非現実的である。この場合、要求を例えば0.1秒毎にまとめてマルチキャストで配信し、遅延を0.1秒になるようにしても、0.5秒間には5つのストリームが必要なため、配信サーバ側の負担が5倍になる。
【００１１】
もう一つの原因は、バッファリングを行うためである。図２に示したように、時刻Ｔ１において受信装置（受信側）が選局操作を行い、配信要求を行って受信を待ったり、マルチキャストグループへ参加したりして、メインストリームのデータを受信する（図２は、配信要求を行って受信を待つ方式（ユニキャスト）の場合を図示している）。ここで即刻データを受信し始めても、そのデータが参照しているＩピクチャなどが既に送信済みのために入手できないために復号して表示できないデータであった場合は後で用いることができない。よって、後で復号可能なデータが到着した、時刻Ｔ１よりも後の時刻Ｔ４において受信側のバッファにデータの格納が開始される。また、バッファリングが完了するのは時刻Ｔ５であり、時刻Ｔ５より後の時点の時刻Ｔ６より受信装置における表示が開始される。
【００１２】
ネットワーク障害へ備えれば備えるほどバッファの量を大きくする必要があり、例えば、１秒間通信が途切れることを想定して１秒以上バッファリングすると、１秒以上表示を待つことになる。
【００１３】
このように従来のストリーミング放送では選局操作に時間がかかるため、利用者は長い時間待たされることで困惑し、故障の不安を感じるなどする他、様々な番組を見て好みの番組を探すような視聴形態が取りにくい状態に利用者の視聴可能性を制限しており、また、無理にバッファリング時間を短くするために些細なネットワーク障害で放送が中断して利用者が困惑することがある。
【００１４】
そこで、特開2004-104416号公報のように、映像ストリームに対してダイジェストとなる映像ストリームを用意し、各番組のダイジェスト映像を次々に再生する中で、利用者が番組を気に入るなどして視聴選択をした場合には、その映像ストリームがそのダイジェスト再生開始時点でバッファリングを開始しておいたために早急に映像ストリームに切り替わる方法が提案されている。
【００１５】
しかしながら、この方法では必ずダイジェスト映像を見ざるを得ないため先のシーンを見てしまうなど、利用者は通常のチャンネル選択から制限されてしまう。また、ダイジェスト映像が始まると同時に番組の視聴選択をした場合には、バッファリング待ちが必要になる。
【００１６】
また、特開2005-6339号公報のように、GOP（Group Of Pictures）の途中から受信した場合に次のIピクチャまで待つケースに対して、元の映像ストリームを低ビットレート化するなどしてIピクチャから始まる代替データをGOPの間に時間的にずらした一つ以上を用意し、配信要求に一番近い代替ストリームを提供することでIピクチャ待ちを短縮する方法が提案されている。
【００１７】
しかしながら、この方法では、元の映像ストリームを要求しても少なくとも代替ストリームが届くまでの通信時間やバッファリングは待つ必要が依然ある。また、元の映像ストリームのIピクチャをきっかけに代替ストリームから表示の切り替えを行うが、利用する帯域幅が異なる可能性のある両者のストリームでバッファリングに要する時間が異なる場合には、表示の切り替えでシーンの連続性が保てなくなる可能性がある。
【００１８】
本発明は、このような状況に鑑みてなされたものであり、ストリーミング放送を受信する端末において、限りなく高速な選局操作を実現するようにするものである。
【課題を解決するための手段】
【００１９】
本発明の一側面の第１の送受信システムは、ストリーミング放送を行うメインストリームとそのメインストリームから生成される補助ストリームを配信する送信装置と、前記送信装置からのメインストリームおよび補助ストリームを受信する受信装置を含む送受信システムにおいて、前記送信装置は、前記メインストリームを記憶するメインストリーム記憶手段と、前記メインストリームを低ビットレート化し、補助ストリームを生成する低ビットレート化変換手段と、前記補助ストリームを記憶する補助ストリーム記憶手段と、前記メインストリーム記憶手段に記憶されている前記メインストリーム、および前記補助ストリーム記憶手段に記憶されている補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う配信制御手段とを備え、前記受信装置は、前記メインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、前記補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段とを備え、利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、前記メインストリームのバッファリングを開始し、前記ストリーム間誤差記憶手段から、前記選局先の放送のメインストリームと補助ストリーム間の誤差を取得し、その誤差を考慮した前記補助ストリームを選択し、前記データ処理手段は、前記選択された補助ストリームを処理し、前記メインストリームのバッファリングが完了したと判断されたとき、前記補助ストリームから前記メインストリームへ処理を切り換える。
【００２３】
本発明の一側面の第２の送受信システムは、ストリーミング放送を行うメインストリームを配信する第１の送信装置、前記メインストリームから生成される補助ストリームを配信する第２の送信装置、および前記第１の送信装置からのメインストリームおよび前記第２の送信装置からの補助ストリームを受信する受信装置を含む送受信システムにおいて、前記第１の送信装置は、前記メインストリームを記憶するメインストリーム記憶手段と、前記メインストリーム記憶手段に記憶されている前記メインストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行うメインストリーム配信制御手段とを備え、前記第２の送信装置は、前記メインストリームを受信し、低ビットレート化し、補助ストリームを生成する低ビットレート化変換手段と、前記補助ストリームを記憶する補助ストリーム記憶手段と、前記補助ストリーム記憶手段に記憶されている補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う補助ストリーム配信制御手段とを備え、前記受信装置は、前記メインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、前記補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段とを備え、利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、前記メインストリームのバッファリングを開始し、前記ストリーム間誤差記憶手段から、前記選局先の放送のメインストリームと補助ストリーム間の誤差を取得し、その誤差を考慮した前記補助ストリームを選択し、前記データ処理手段は、前記選択された補助ストリームを処理し、前記メインストリームのバッファリングが完了したと判断されたとき、前記補助ストリームから前記メインストリームへ処理を切り換える。
【００３１】
本発明の一側面の受信装置は、ストリーミング放送を行うメインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、前記メインストリームが低ビットレート化された補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段とを備え、利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、前記メインストリームのバッファリングを開始し、前記ストリーム間誤差記憶手段から、前記選局先の放送のメインストリームと補助ストリーム間の誤差を取得し、その誤差を考慮した前記補助ストリームを選択し、前記データ処理手段は、前記選択された補助ストリームを処理し、前記メインストリームのバッファリングが完了したと判断されたとき、前記補助ストリームから前記メインストリームへ処理を切り換える。
【００３２】
前記データ処理手段からの出力から、所定のシーンを検出するシーン検出手段をさらに備え、前記シーン検出手段により前記所定のシーンが検出された場合、前記補助ストリーム受信制御手段が補助ストリームを送信する送信装置に前記補助ストリームの送信を要求するようトリガーをかけ、バッファリングを開始させるようにすることができる。
【００３３】
前記補助ストリームを常時受信し、記憶するようにすることができる。
【００３４】
全ての番組の補助ストリームを受信するようにすることができる。
【００３５】
視聴されている番組から次に選局されることが予想される番組の補助ストリームを受信するようにすることができる。
【００３６】
選局対象となる複数の放送の補助ストリームを受信し、その補助ストリームに基づく画像を画面上に同時に表示し、選択先候補を示す枠または矢印が前記画像上に位置したことをトリガーとし、前記メインストリームの配信要求を行うようにすることができる。
【００３７】
前記データ処理手段は、前記補助ストリームのデータから前記メインストリームのデータに切り替えるとき、切り替えられたときのメインストリームの最初のピクチャより前の時点でのピクチャの表示時間を調整することにより、前記補助ストリームのデータから前記メインストリームのデータに切り替えるときのずれを吸収するようにすることができる。
【００３８】
本発明の一側面の受信方法は、ストリーミング放送を行うメインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御ステップと、前記メインストリームが低ビットレート化された補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御ステップと、前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理ステップと、前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶ステップとを備え、利用者による選局操作を受信すると、前記メインストリーム受信制御ステップは、前記メインストリームのバッファリングを開始し、前記ストリーム間誤差記憶ステップの処理で記憶された誤差から、前記選局先の放送のメインストリームと補助ストリーム間の誤差を取得し、その誤差を考慮した前記補助ストリームを選択し、前記データ処理ステップは、前記選択された補助ストリームを処理し、前記メインストリームのバッファリングが完了したと判断されたとき、前記補助ストリームから前記メインストリームへ処理を切り換える。
【００３９】
本発明の一側面の受信装置および方法においては、メインストリームよりも低ビットレートの補助ストリームがメインストリームよりも先に受信され、記憶され、選局が指示されたとき、記憶された誤差を考慮して、後にメインストリームに切り替えた時にずれずに切り替えられるような時刻の補助ストリームが選択される。
【発明の効果】
【００４０】
本発明の一側面によれば、選局のときに、利用者に画像が提供されない時間を短くすることが可能となる。
【発明を実施するための最良の形態】
【００４８】
以下に、本発明の実施の形態について説明する。まず、本発明における実施の形態の概要について説明する。
【００４９】
ストリーミング放送においては、MPEG（Moving Picture Expert Group）同様の圧縮技術が用いられており、その画面自体で復号を開始できるピクチャ（MPEGでいうところのIピクチャ）から復号処理を行わざるを得ない。また、ネットワーク障害によって放送が中断することを避けるために、一定量のデータを蓄積（バッファリング）してから表示が行われる。そこで、従来の方法では、ストリーミング放送のチャンネルを切り替える（以下、ストリーミング放送においても「選局」と表現する）と、選局先の放送が表示されるまでに時間がかかる。
【００５０】
以下に説明する本発明の実施の形態では、ストリーミング放送を行う映像ストリーム（以下、メインストリームと記述する）に対して、それを低ビットレート化した映像ストリーム（以下、補助ストリームと記述する）を用意し、低ビットレートであるために負担なく、例えば常時受信しておくことで、選局操作が行われた時には瞬時に補助ストリームに切り替え、メインストリームのバッファリングが完了した時にメインストリームへ切り替えるものである。
【００５１】
具体的には、配信を行う放送番組の映像ストリーム（メインストリーム）には、その代替として低ビットレートの映像ストリーム（補助ストリーム）を用意する。この補助ストリームは、メインストリームの画面サイズを縮小したり、映像を構成する輝度や色度を表現するビット数を減らしたり、表示フレーム数を間引いて時間軸方向で画面数を減らしたり、音声のチャンネル数を減らすなどの方法により変換されたストリームである。
【００５２】
この補助ストリームの配信については、各放送局がメインストリームと共にその補助ストリームを配信しても構わないし、メインストリームと補助ストリームを別々に配信しても良い。
【００５３】
受信側においては、選局先として可能性のある番組の補助ストリームを選局操作に先駆けて受信しておく。選局先として可能性のある番組は、リモートコントローラのアップダウンキーなどの操作により選局される隣接番組や、UI（User Interface）で表示された番組一覧の隣接番組、視聴履歴から推定される番組といった個々の番組でも良いし、その地域で受信しうる番組の全てでも良い。
【００５４】
また、選局操作に先駆けて受信するために、受信側では補助ストリームを、常時受信しておいても良いし、選局が行われる一つのタイミングであるＣＭ（commercial）入りなどを自動でシーン検出して受信を開始するなど何らかの事象に基づいて受信しても良い。
【００５５】
受信側で選局操作が行われた時には、選局先の補助ストリームへと切り替えられる。この時、むしろ視聴者には番組が切り替えられたことが分かるように短時間の黒い画面が挟まれるようにしても良いし、瞬時に番組が切り替えられるようにしても良い。
【００５６】
また、受信側では選局操作、もしくは選局候補選択などの選局操作に関連した操作をきっかけとして、選局先のメインストリームの配信要求を行ったり、選局先のメインストリームのマルチキャストグループへ参加したりして受信を開始し、後に表示し得るデータが到着したときからデータを蓄積することでバッファリングを開始する。バッファリングが完了された時に、補助ストリームからメインストリームへと映像が切り替えられる。この時、送信側の都合や受信側のバッファリングの都合で、両ストリーム間でシーンがずれている可能性があるため、シーンを合わせて映像が切り替えられる。また、厳密にシーン間を接合しないでも、再生フレーム速度を増加や減少をさせて切り替えが行われるようにしても良い。
【００５７】
このようにシーンを合わせるために、メインストリームと補助ストリームには、MPEGでいうところのPTS（Presentation Time Stamp）などの各圧縮フレームを復号後に表示するタイミングが記録されるようにする。そして、受信側は、選局操作の事前に画面へ表示しないでも受信装置内部の処理として、両方のストリームを受信して上記タイミングの誤差を検出し、記憶しておく。
【００５８】
これにより、従来のようにチャンネル切り替え操作を行った時にメインストリームのバッファリングを待つことなく、受信側で、本発明では解像度が低いなど完全な映像ではないが瞬時に切り替え先の番組を表示し、高速に選局操作を行うことが可能となるため、視聴者はストレスなく様々な番組を視聴することが可能となる。
【００５９】
ここで、図３に送信装置（送信側）および受信装置（受信側）のバッファやディスプレイ等の受信側の表示装置における動作の時間的な関係を一例として示し、選局が高速化されることを説明する。また、図３に示した例は、ユニキャストの場合を想定したときの時間的な関係を示している。
【００６０】
時刻Ｔ１において、表示装置が、補助ストリームの配信要求を送信すると、補助ストリームの送信装置が、時刻Ｔ２において、その要求を受信し、時刻Ｔ３において、データＩ０を配信する。データＩ０が、時刻Ｔ４において、受信装置で受信されると、補助ストリームのバッファにデータＩ０として格納される。受信側で、順次同様にデータを受信し、各々のデータ（例えばデータＩ２）を受信後しばらくすると、それを表示しても問題がない程度にバッファリングが完了（データI2の場合は時刻Ｔ５）する。
【００６１】
次に、時刻Ｔ６において、選局操作が行われると、データI2は、バッファリングが完了しているので、データI2として即刻表示を行うことができる（時刻Ｔ６）。時刻Ｔ６において受信装置は、メインストリームの送信装置に配信要求を送信し、時刻Ｔ７において送信装置は、配信要求を受信し、時刻Ｔ８においてデータＩ５から配信を開始する。
【００６２】
時刻Ｔ８において配信が開始されたデータは、時刻Ｔ９において、受信装置に受信され、メインストリームのバッファにデータＩ５として蓄積され、バッファリングが完了した段階（時刻Ｔ１０）で、表示装置において補助ストリームからメインストリームへと表示が切り替えられる（時刻Ｔ１１）。
【００６３】
このように、従来は選局操作が行われた時刻Ｔ６からメインストリームのバッファリングが終了し、表示が開始される時刻Ｔ１１まで、ユーザに画面が提供されなかったが、本実施の形態によれば、選局操作が行われた時刻Ｔ６とほぼ同時に、ユーザに画面を提供することが可能となる。
【００６４】
次に、図４に受信装置のバッファやディスプレイ等の受信側の表示部における動作の時間的な関係を一例として示し、選局が高速化されることを説明する。図４に示した例は、マルチキャストの場合を想定したときの時間的な関係を示している。
【００６５】
時刻Ｔ１において、受信装置が、補助ストリームの受信を開始すると、マルチキャストグループへ参加することにより補助ストリームのパケットを受信し、後に復号して表示し得るデータＩ０が届いた時刻Ｔ２において補助ストリームのバッファにデータＩ０として格納し、バッファリングが開始する。受信側で、順次同様にデータを受信し、各々のデータ（例えばデータＩ２）を受信後しばらくすると、それを表示しても問題がない程度にバッファリングが完了（データI２の場合は時刻Ｔ３）する。
【００６６】
次に、時刻Ｔ４において、選局操作が行われると、データＩ２は、バッファリングが完了しているので、データＩ２として即刻表示を行うことができる（時刻Ｔ４）。それと同時に時刻Ｔ５において受信装置は、メインストリームのマルチキャストグループへ参加することによりメインストリームのパケットを受信し、後に復号して表示し得るデータＩ５が到着した時刻Ｔ５においてメインストリームのバッファにデータＩ５として格納し、バッファリングを開始する。
【００６７】
そして、バッファリングが完了した段階（時刻Ｔ６）で、受信装置において補助ストリームからメインストリームへと表示が切り替えられる（時刻Ｔ７）。
【００６８】
このように、従来は選局操作が行われた時刻Ｔ４からメインストリームのバッファリングが終了し、表示が開始される時刻Ｔ７まで、ユーザに画面が提供されなかったが、本実施の形態によれば、選局操作が行われた時刻Ｔ４とほぼ同時に、ユーザに画面を提供することが可能となる。
【００６９】
上記を実現するための実施の形態について、以下に説明を加える。
【００７０】
［実施例１］
図５は、本発明の一実施の形態のシステムの構成に関するブロック図であり、ストリーミング放送が送信装置からネットワーク経由で受信装置に配信され、表示されるまでのブロック図を示している。図５に示したシステムは、メインストリームや補助ストリームを送信する送信装置１１、送信装置１１からのメインストリームや補助ストリームを受信する受信装置１２、および、送信装置１１と受信装置１２が接続されるネットワーク網１３を含む構成とされている。
【００７１】
送信装置１１は、メインストリーム記憶部２１、低ビットレート化変換部２２、補助ストリーム記憶部２３、配信制御部２４、およびネットワークインターフェース２５を含む構成とされている。
【００７２】
送信装置１１は、メインストリーム記憶部２１に記録されたメインストリームを構成するデータが低ビットレート化変換部２２に入力され、その結果を補助ストリームとして補助ストリーム記憶部２３に蓄積する。配信制御部２４は、メインストリーム記憶部２１に記憶されているメインストリーム、および補助ストリーム記憶部２３に記憶されている補助ストリームをネットワークインターフェース２５経由でネットワーク網１３へ送出する。
【００７３】
送出されたデータは、IPマルチキャストやコンテンツデリバリーネットワークなどを用いてネットワーク網１３を通り、受信装置１２へ到着する。
【００７４】
受信装置１２は、リモートコントローラ受信部３１、スピーカ３２、ディスプレイ３３、ストリーム間誤差記憶部３４、データ処理部３５、シーン検出部３６、バッファ（メインストリーム）３７、バッファ（補助ストリーム）３８、受信制御部（メインストリーム）３９、受信制御部（補助ストリーム）４０、ネットワークインターフェース４１を含む構成とされている。
【００７５】
受信装置１２は、ネットワークインターフェース４１にてストリームを受信し、補助ストリームであれば受信制御部（補助ストリーム）４０が、バッファ（補助ストリーム）３８に記録し、メインストリームであれば受信制御部（メインストリーム）３９がバッファ（メインストリーム）３７に記録する。
【００７６】
データ処理部３５はこれらのデータへ暗号の復号処理や、非圧縮処理、ディスプレイに適した映像処理などを行い、ディスプレイ３３およびスピーカ３２にて再生する。この出力は、シーン検出部３６に入力されており、コマーシャル（ＣＭ）に入ったかなどを検出して受信制御部（補助ストリーム）４０が補助ストリームの受信を開始するようトリガーをかけ、ＣＭに入って利用者が行う傾向が高い選局操作に先駆けてバッファ（補助ストリーム）３８にバッファリングを行う。
【００７７】
一方、データ処理部３５では一連の動作とは別に、そのストリーミング放送局から提供されるメインストリームと補助ストリームのシーン間の誤差を、MPEG-2におけるPTS（Presentation  Time Stamp）などといった圧縮データにおいて各画面の表示時刻を指定する値に基づいて判定し、ストリーム間誤差記憶部３４に記録しておく。
【００７８】
そして利用者による選局操作をリモートコントローラ受信部３１で受信すると、受信制御部（メインストリーム）３９は、選局先放送のメインストリームの受信を開始すると共に、バッファ（補助ストリーム）３８に記録された選局先放送の補助ストリームのデータから、ストリーム間誤差記憶部３４に記録された誤差を考慮して、後にメインストリームに切り替えた時にずれずに切り替えられるような時刻のデータを選択し、データ処理部３５に転送してディスプレイ３３およびスピーカ３２で再生することで高速な選局操作を実現する。
【００７９】
次に、要求したメインストリームのバッファリングが完了すると、同様にバッファ（メインストリーム）３７からデータ処理部３５へメインストリームのデータを転送し、表示されている補助ストリームからメインストリームの映像・音声へと切り替える。
【００８０】
図５に示した送信装置１１の配信制御部２４のフローチャートを図６に、受信装置１２の受信制御部（補助ストリーム）４０のフローチャートを図７に、同じく受信装置１２の受信制御部（メインストリーム）３９のフローチャートを図８に示し、それぞれのフローチャートを参照し、それぞれの動作について説明する。
【００８１】
まず、図６の送信装置１１の配信制御部２４のフローチャートにおけるステップＳ１１において、メインストリーム記憶部２１に記憶されているメインストリームの一定量のデータを用いて、低ビットレート化変換部２２は、補助ストリームを作成し、補助ストリーム記憶部２２に記憶させる。
【００８２】
次にステップＳ１２において、配信制御部２４は、補助ストリーム記憶部２３にある補助ストリームをネットワークインターフェース２５から配信する。また、ステップＳ１３においては、メインストリーム記憶部２１にあるメインストリームがネットワークインターフェース２５から配信される。このようなステップＳ１１乃至Ｓ１３の処理が繰り返されることにより、送信装置１１から、メインストリームまたは補助ストリームが、受信装置１２に送信される。
【００８３】
次に、図７のフローチャートを参照し、受信装置１２の受信制御部（補助ストリーム）４０の動作について説明する。
【００８４】
ステップＳ４１において受信制御部（補助ストリーム）４０は、ＣＭに入ったことを検出するまでループを行って待つ。ＣＭに入ると、ステップＳ４１において、ＣＭに入ったことが検出され、ステップＳ４２に処理が進められる。ステップＳ４２において、補助ストリームの配信を送信装置１１に要求したり（例えば、ユニキャストの場合）、補助ストリームが配信されているマルチキャストグループへ参加したり（例えば、マルチキャストの場合）して、補助ストリームの受信を開始する。ステップＳ４３において、受信制御部（補助ストリーム）４０は、その受信を一定時間で打ち切るべくタイマで計測を開始する。
【００８５】
ステップＳ４４において、パケットが受信されると、ステップＳ４５において、受信されたパケットは、補助ストリームのパケットであるか否かが判断される。ステップＳ４５において、受信されたパケットは、補助ストリームのパケットではないと判断された場合、ステップＳ４６に処理が進められ、タイマが所定時間内であるか否かが判断され、次のパケットを受信するか否かが判断される。ステップＳ４６において、次のパケットを受信すると判断された場合、ステップＳ４４に処理が戻され、それ以降の処理が繰り返される。一方、ステップＳ４６において、次のパケットは受信しないと判断された場合、ステップＳ４１に処理が戻され、ＣＭ検出待ちの状態に戻される。
【００８６】
一方、ステップＳ４５において、受信されたパケットは、補助ストリームのパケットであると判断された場合、ステップＳ４７に処理が進められ、受信されたパケットはバッファ（補助ストリーム）３８へ蓄積される。次にステップＳ４８において、そのデータが到着したことにより、それ以前に受信したデータを表示するためのバッファリングが完了されたか否かが判断される。ステップＳ４８において、バッファリングは、まだ完了していないと判断された場合、ステップＳ４６に処理が戻され、それ以降の処理が繰り返される。
【００８７】
一方、ステップＳ４８において、バッファリングは完了したと判断された場合、ステップＳ４９に処理が進められ、完了したデータにその旨記録してタイマの確認、すなわち、ステップＳ４６に処理が戻され、それ以降の処理が繰り返される。
【００８８】
このように、補助ストリームは、バッファ（補助ストリーム）３８に記録される。
【００８９】
次に、図８のフローチャートを参照し、受信装置１２の受信制御部（メインストリーム）３９の処理について説明する。
【００９０】
ステップＳ６１において、選局操作が行われるまでループを行って待ち、選局操作が行われると、ステップＳ６２において、選局先放送のメインストリームの配信を送信装置１１側に要求したり、メインストリームが配信されているマルチキャストグループへ参加したりして、メインストリームの受信を開始する。次に、ステップＳ６３において、受信制御部（メインストリーム）３９は、選局先放送のメインストリームと補助ストリーム間のストリーム間誤差をストリーム間誤差記憶部３４から取得し、後に補助ストリームからメインストリームへ切り替えた時にずれがないような補助ストリームのデータをストリーム間誤差に基づいて選択し、そのデータに対するバッファリングが完了しているか否かを、ステップＳ６４において判断する。
【００９１】
ステップＳ６４において、補助ストリームデータのバッファリングは、未完了であると判断された場合、バッファリングが完了するまでステップＳ６４の処理が行われ、バッファリングが完了されると、ステップＳ６５において、補助ストリームのデータから補助ストリームの表示が開始される。
【００９２】
さらに、ステップＳ６６において、パケットが受信され、ステップＳ６７において、受信されたパケットは、メインストリームのパケットか否かが判断される。ステップＳ６７において、受信されたパケットはメインストリームのパケットではないと判断された場合、ステップＳ６６に処理が戻され、それ以降の処理が繰り返される。
【００９３】
一方、ステップＳ６７において、受信されたパケットは、メインストリームのパケットであると判断された場合、ステップＳ６８に処理が進められる。ステップＳ６８において、受信されたパケットが、バッファ（メインストリーム）３７に蓄積される。次に、ステップＳ６９において、メインストリームのバッファリングが完了となったか否かが判断され、未完であると判断された場合、ステップＳ６６に処理が戻され、パケットの受信が継続的に行われる。
【００９４】
一方ステップＳ６９において、メインストリームのバッファリングが完了したと判断された場合、ステップＳ７０において、補助ストリームからメインストリームへとずれがないように表示が切り替えられる。そして、ステップＳ６６に処理が戻され、パケットの受信が継続的に行われる。
【００９５】
このように、受信側においては、選局操作が行われたとき、補助ストリームによる表示が行われ、その後、メインストリームの表示が行われるので、選局時に利用者に画像が提供されないような時間を短くすることが可能となる。
【００９６】
ところで、ステップＳ７０において、補助ストリームからメインストリームへとずれがないように表示が切り替えられるが、その切り替えは、ステップＳ６５において、ストリーム間誤差を考慮した補助ストリームを表示されることにより実現される。すなわち、例えば、ストリーム間誤差が３秒間であった場合、通常表示するものより３秒間前の補助ストリームを取得し、表示させるようにすれば、３秒間のずれを吸収することができる。
【００９７】
さらに、例えば、ずれを吸収するために充分な補助ストリームが取得できないような場合や、ごく短いずれを吸収するような場合など、補助ストリームにおけるピクチャの表示時間を長くするなどして、ずれを吸収するようにしても良い。すなわち、補助ストリームからメインストリームに切り替えるとき、切り替えられたときのメインストリームの最初のピクチャ（例えば、図４におけるピクチャＩ５）より前の時点でのピクチャ（例えば、図４におけるピクチャＩ２やピクチャＩ３など）の表示時間を調整することにより、補助ストリームからメインストリームに切り替えるときのずれを吸収する仕組みをさらに設けるようにしても良い。
【００９８】
［実施例２］
図９は、本発明を適用した他のシステムの構成例を示す図である。図５に示したシステムと、図９に示したシステムとの相違点は、図５に示したシステムでは、送信装置１１が、メインストリームと補助ストリームを送信する構成であったが、図９に示したシステムは、メインストリームと補助ストリームは、それぞれ異なる装置から送信される構成とされている。
【００９９】
具体的に説明するに、図９に示したシステムは、メインストリーム送信装置１０１―１乃至１０１−Ｎ、補助ストリーム送信装置１１０を含む構成とされている。受信装置１２は、図９におけるシステムでも、図５に示したシステムの受信装置１２を適用することができるため、図９においてはその詳細な構成例は省略してある。また、ネットワーク網１３も、図５に示したネットワーク１３と同様である。
【０１００】
メインストリーム送信装置１０１−１は、メインストリーム記憶部１０２−１、配信制御部１０３−１、および、ネットワークインターフェース１０４−１を含む構成とされている。メインストリーム送信装置１０１−２乃至１０１−Ｎも、メインストリーム送信装置１０１−１と同様の構成であるので、その説明は省略する。
【０１０１】
メインストリーム送信装置１０１のメインストリーム記憶部１０２−１は、図５の送信装置１１のメインストリーム記憶部２１と同様に、メインストリームを記憶する。メインストリーム送信装置１０１の配信制御部１０３−１は、図５の送信装置１１の配信制御部２４と同様に、メインストリームの配信制御を行う。メインストリーム送信装置１０１のネットワークインターフェース１０４−１は、図５の送信装置１１のネットワークインターフェース２５と同様に、ネットワーク網１３を介したデータの授受を制御する。
【０１０２】
補助ストリーム送信装置１１０は、ネットワークインターフェース１１１、配信制御部１１２、低ビットレート化変換部１１３−１乃至１１３−Ｎ、および、補助ストリーム記憶部１１４−１乃至１１４−Ｎを含む構成とされている。低ビットレート化変換部１１３−１乃至１１３−Ｎは、それぞれ、メインストリーム送信装置１０１−１乃至１０１−Ｎからのメインストリームを低ビットレートの補助ストリームに変換する。そして、補助ストリーム記憶部１１４−１乃至１１４−Ｎは、低ビットレート化変換部１１３−１乃至１１３−Ｎからの補助ストリームを記憶する。
【０１０３】
補助ストリーム送信装置１１０のネットワークインターフェース１１１は、送信装置１１のネットワークインターフェース２５と同様に、ネットワーク網１３を介したデータの授受を制御する。補助ストリーム送信装置１１０の配信制御部１１２は、送信装置１１の配信制御部２４と同様に、補助ストリームの配信制御を行う。補助ストリーム送信装置１１０の低ビットレート化変換部１１３−１乃至１１３―Ｎのそれぞれは、送信装置１１の低ビットレート化変換部２２と同様に、メインストリームから補助ストリームを生成する。補助ストリーム送信装置１１０の補助ストリーム記憶部１１４−１乃至１１４−Ｎは、送信装置１１の補助ストリーム記憶部２３と同様に、補助ストリームを記憶する。
【０１０４】
各メインストリーム送信装置１０１−１乃至１０１−Ｎにおいてはメインストリームのみがメインストリーム記憶部１０２−１乃至１０２−Ｎに記憶され、配信要求に応じて配信制御部１０３−１乃至１０３―Ｎが、ネットワークインターフェース１０４−１乃至１０４−Ｎを通してネットワーク網１３へ配信する。
【０１０５】
補助ストリーム送信装置１１０では、各ストリーミング放送局にあたるメインストリーム送信装置１０１−１乃至１０１−Ｎから各メインストリームを、ネットワークインターフェース１１１から受信し、各々低ビットレート化変換部１１３−１乃至１１３−Ｎにより低ビットレート化して補助ストリーム記憶部１１４−１乃至１１４−Ｎに蓄積する。そして、配信要求に応じてネットワークインターフェース１１１から送出するように配信制御部１１２が制御する。
【０１０６】
この実施例では、受信装置１２は補助ストリームをまとめて提供する補助ストリーム送信装置１１０から各ストリーミング放送局とは別に補助ストリームの提供を受けられるので、各ストリーミング放送局が補助ストリームを提供しない場合でも補助ストリームを利用することができる。
【０１０７】
メインストリーム送信装置１０１−１乃至１０１−Ｎのそれぞれの動作は、それぞれのメインストリーム記憶部１０２−１乃至１０２−Ｎに、メインストリームを記憶し、その記憶しているメインストリームを、補助ストリーム送信装置１１０に配信するという動作である。また、受信装置１２に対してメインストリームを配信することも行われる。
【０１０８】
補助ストリーム送信装置１１０の動作は、メインストリーム送信装置１０１−１乃至１０１−Ｎのそれぞれから配信されてくるメインストリームを、低ビットレート化変換部１１３−１乃至１１３−Ｎで低ビットレート化し（補助ストリームを作成し）、その作成された補助ストリームを、補助ストリーム記憶部１１４−１乃至１１４―Ｎに記憶するといった動作である。また、受信装置１２に対して補助ストリームを配信することも行われる。
【０１０９】
このような、メインストリーム送信装置１０１−１乃至１０１−Ｎのそれぞれの動作と、補助ストリーム送信装置１１０の動作は、図６のフローチャートの処理を、それぞれの装置で分担して行っていることを意味する。よってここでは、その詳細な説明は省略する。
【０１１０】
［実施例３］
本発明においては、実施例１のようにメインストリームと補助ストリームの両方を配信する送信装置１１と、実施例２のようにメインストリームと補助ストリームを各々独立に配信するメインストリーム送信装置１０１―１乃至１０１−Ｎ、補助ストリーム送信装置１１０が混在していても良い。
【０１１１】
［実施例４］
本発明においては、補助ストリームは低ビットレート化したデータのため通信路にも負担がかからないため、受信装置１３側で常時受信されているようにしても良い。また、現在視聴中の番組がＣＭに入ったことを検出するなどの手段で利用者が選局操作を行うことを予想し、補助ストリームの受信が開始されるようにしても良い。後者の場合、常時受信しなくても済むため、受信しておく補助ストリームにより占められるネットワーク帯域を減少させることが可能となる。
【０１１２】
［実施例５］
選局に先駆けて受信しておく補助ストリームは、全ての番組を受信しても構わないし、選局時に操作される上下キーで指定される番組などといった現在視聴している番組から次に選局することが予想される番組の補助ストリームに限って受信されるようにしても良い。後者の場合、受信しておく補助ストリームにより占められるネットワーク帯域を減少させることが可能となる。
【０１１３】
［実施例６］
受信装置１２において、選局操作を行った時、それと同時もしくは後の時点でメインストリームの受信を開始しても良い。また、選局操作を提供するためのUI（User Interface）として、図１０に示した画面例のように選局対象となる複数の放送の補助ストリームを画面上に同時に表示し（図１０に示した画面例においては、補助ストリーム番組１乃至６という６番組の画像）、その中から選局先候補を指し示す選択枠１３１や矢印（不図示）などを選局先の補助ストリームの番組の画像に合わせ、決定ボタンなどで選局先を確定するような場合がある。
【０１１４】
このような場合などは、決定ボタンによる選局を待たずに、選局先候補を指し示す枠や矢印を補助ストリームに合わせたことをトリガーとしてメインストリームの受信を開始しても良い。この場合、より早い段階で補助ストリームからメインストリームへの切り替えが可能となる。
【０１１５】
［実施例７］
実施例２や実施例６の場合など、複数の補助ストリームをまとめて一つのストリームにしたものを補助ストリームとして提供しても構わない。これにより、地域毎に視聴可能な放送が限定されているような場合、受信装置１２側で放送を選択するのではなく、送信側で放送を限定することが可能となる。
【０１１６】
実施例１乃至７のいずれの実施例においても、ストリーミング放送で放送番組を切り替える際に、低ビットレート化した補助ストリームを切り替え操作に先駆けて受信しておき、切り替えからすぐ補助ストリームを表示し、メインストリームのバッファリングが完了した時に表示を切り替えるようにすることで、以下のような効果がある。
【０１１７】
メインストリームのIピクチャやバッファリングを待つ必要がなく、ストリーミング放送を瞬く間に切り替えることが可能となり、ストリーミング放送の選局時間を限りなく減少させることが可能となる。
【０１１８】
また、選局時間を減少させることにより、利用者が長い選局待ち時間で抱く故障等の不安を与えない他、様々な番組をストレスなく選局して選ぶような視聴形態を利用者に提供することが可能となる。
【０１１９】
さらに選局待ち時間を減少させるために、無理にバッファリングを小さくして表示中の放送が一時中断するなどのネットワーク障害を被りやすくなるようなことがなくなり、補助ストリームを表示している間に十分なバッファリングを行ってネットワーク障害を被りにくくすることで利用者が放送の一時中断などで困惑したり、不安を抱くようなことを防止することが可能となる。
【図面の簡単な説明】
【０１２０】
【図１】Ｉピクチャを含む圧縮画像データの一般的な受信タイミグと表示タイミグの例を示す図である。
【図２】従来のストリーミング配信要求、バッファリング、画面表示の時間的関係の例を示す図である。
【図３】本発明のユニキャストにおけるストリーミング配信要求、バッファリング、画面表示の時間的関係の例を示す図である。
【図４】本発明のマルチキャストにおけるストリーミング配信要求、バッファリング、画面表示の時間的関係の例を示す図である。
【図５】本発明の送信装置および受信装置の一実施の形態の構成を示す図である。
【図６】送信装置における配信制御部の処理について説明するフローチャートである。
【図７】受信装置における受信制御部（補助ストリーム）に関する処理について説明するフローチャートである。
【図８】受信装置における受信制御部（メインストリーム）に関する処理について説明するフローチャートである。
【図９】本発明の送信装置の他の構成例を示す図である。
【図１０】本発明のＵＩの実施例を示す図である。
【符号の説明】
【０１２１】
１１  送信装置，  １２  受信装置，  １３  ネットワーク網，  ２１  メインストリーム記憶部，  ２２  低ビットレート化変換部，  ２３  補助ストリーム記憶部，  ２４  配信制御部，  ２５  ネットワークインターフェース，  ３１  リモートコントローラ受信部，  ３２  スピーカ，  ３３  ディスプレイ，  ３４  ストリーム間誤差記憶部，  ３５  データ処理部，  ３６  シーン検出部，  ３７  バッファ（メインストリーム），  ３８  バッファ（補助ストリーム），  ３９  受信制御部（メインストリーム），  ４０  受信制御部（補助ストリーム），  ４１  ネットワークインターフェース，  １０１−１乃至１０１−Ｎ  メインストリーム送信装置，  １０２−１乃至１０２−Ｎ  メインストリーム記憶部，  １０３−１乃至１０３−Ｎ  配信制御部，  １０４−１乃至１０４−Ｎ  ネットワークインターフェース，  １１０  補助ストリーム送信装置，  １１１  ネットワークインターフェース，  １１２  配信制御部，  １１３―１乃至１１３−Ｎ  低ビットレート化変換部，  １１４−１乃至１１４−Ｎ  補助ストリーム記憶部，  １３１  選択枠
【図１】
0004534997.tif 000002
【図２】
0004534997.tif 000003
【図３】
0004534997.tif 000004
【図４】
0004534997.tif 000005
【図５】
0004534997.tif 000006
【図６】
0004534997.tif 000007
【図７】
0004534997.tif 000008
【図８】
0004534997.tif 000009
【図９】
0004534997.tif 000010
【図１０】
0004534997.tif 000011