JP2007215069A - 送信装置、送信方法、受信装置、受信方法、送受信システム - Google Patents

Abstract

【課題】選局時に、利用者に画像が提供されないような時間を短くする。
【解決手段】補助ストリーム記憶部２３は、メインストリーム記憶部２１に記憶されているメインストリームを低ビットレート化した補助ストリームを記憶する。補助ストリームは、受信装置１２のバッファ（補助ストリーム）３８に記憶される。選局操作が行われたとき、バッファ（補助ストリーム）３８に記憶されている補助ストリームに基づく画像が、ディスプレイ３３に表示される。その後、バッファ（メインストリーム）３７に、メインストリームのバッファリングが完了すると、補助ストリームからメインストリームの画像へと、ディスプレイ３３の画像が切り替えられる。本発明は、ストリーミング放送を扱う送信装置や受信装置に適用できる。
【選択図】図５

Description

本発明は送信装置、送信方法、受信装置、受信方法、送受信システムに関し、特に、ストリーミング放送の受信時に高速に番組切り替え（選局操作）を行うための、ストリームの送信装置、送信方法、受信装置、受信方法、送受信システムに関するものである。

地上波デジタル放送が日本国内では開始されているが、その普及促進に向けた難視聴エリア対策として衛星の他、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ピクチャやバッファリングを待つ必要がなく、ストリーミング放送を瞬く間に切り替えることが可能となり、ストリーミング放送の選局時間を限りなく減少させることが可能となる。

また、選局時間を減少させることにより、利用者が長い選局待ち時間で抱く故障等の不安を与えない他、様々な番組をストレスなく選局して選ぶような視聴形態を利用者に提供することが可能となる。

さらに選局待ち時間を減少させるために、無理にバッファリングを小さくして表示中の放送が一時中断するなどのネットワーク障害を被りやすくなるようなことがなくなり、補助ストリームを表示している間に十分なバッファリングを行ってネットワーク障害を被りにくくすることで利用者が放送の一時中断などで困惑したり、不安を抱くようなことを防止することが可能となる。

Ｉピクチャを含む圧縮画像データの一般的な受信タイミグと表示タイミグの例を示す図である。 従来のストリーミング配信要求、バッファリング、画面表示の時間的関係の例を示す図である。 本発明のユニキャストにおけるストリーミング配信要求、バッファリング、画面表示の時間的関係の例を示す図である。 本発明のマルチキャストにおけるストリーミング配信要求、バッファリング、画面表示の時間的関係の例を示す図である。 本発明の送信装置および受信装置の一実施の形態の構成を示す図である。 送信装置における配信制御部の処理について説明するフローチャートである。 受信装置における受信制御部（補助ストリーム）に関する処理について説明するフローチャートである。 受信装置における受信制御部（メインストリーム）に関する処理について説明するフローチャートである。 本発明の送信装置の他の構成例を示す図である。 本発明のＵＩの実施例を示す図である。

符号の説明

１１ 送信装置， １２ 受信装置， １３ ネットワーク網， ２１ メインストリーム記憶部， ２２ 低ビットレート化変換部， ２３ 補助ストリーム記憶部， ２４ 配信制御部， ２５ ネットワークインターフェース， ３１ リモートコントローラ受信部， ３２ スピーカ， ３３ ディスプレイ， ３４ ストリーム間誤差記憶部， ３５ データ処理部， ３６ シーン検出部， ３７ バッファ（メインストリーム）， ３８ バッファ（補助ストリーム）， ３９ 受信制御部（メインストリーム）， ４０ 受信制御部（補助ストリーム）， ４１ ネットワークインターフェース， １０１−１乃至１０１−Ｎ メインストリーム送信装置， １０２−１乃至１０２−Ｎ メインストリーム記憶部， １０３−１乃至１０３−Ｎ 配信制御部， １０４−１乃至１０４−Ｎ ネットワークインターフェース， １１０ 補助ストリーム送信装置， １１１ ネットワークインターフェース， １１２ 配信制御部， １１３―１乃至１１３−Ｎ 低ビットレート化変換部， １１４−１乃至１１４−Ｎ 補助ストリーム記憶部， １３１ 選択枠

Claims (17)

1. ストリーミング放送を行うメインストリームとそのメインストリームから生成される補助ストリームを配信する送信装置と、前記送信装置からのメインストリームおよび補助ストリームを受信する受信装置を含む送受信システムにおいて、
   前記送信装置は、
   前記メインストリームを記憶するメインストリーム記憶手段と、
   前記メインストリームを低ビットレート化し、補助ストリームを生成する低ビットレート化変換手段と、
   前記補助ストリームを記憶する補助ストリーム記憶手段と、
   前記メインストリーム記憶手段に記憶されている前記メインストリーム、および前記補助ストリーム記憶手段に記憶されている補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う配信制御手段と
   を備え、
   前記受信装置は、
   前記メインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、
   前記補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、
   前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、
   前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段と
   を備え、
   利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、前記補助ストリーム受信制御手段により受信と記憶が制御された選局先放送の補助ストリームのデータから、ストリーム間誤差記憶手段に記憶された誤差を考慮して、後にメインストリームに切り替えた時にずれずに切り替えられるような時刻のデータを選択し、前記データ処理手段に供給する
   送受信システム。
2. ストリーミング放送を行うメインストリームを記憶するメインストリーム記憶手段と、
   前記メインストリームを低ビットレートの補助ストリームに変換する低ビットレート化変換手段と、
   前記補助ストリームを記憶する補助ストリーム記憶手段と、
   前記メインストリーム記憶手段に記憶されている前記メインストリーム、および前記補助ストリーム記憶手段に記憶されている補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う配信制御手段と
   を備える送信装置。
3. ストリーミング放送を行うメインストリームの記憶を制御するメインストリーム記憶制御ステップと、
   前記メインストリームを低ビットレートの補助ストリームに変換する低ビットレート化変換ステップと、
   前記補助ストリームの記憶を制御する補助ストリーム記憶制御ステップと、
   前記メインストリーム記憶制御ステップで記憶が制御された前記メインストリーム、および前記補助ストリーム記憶制御ステップで記憶が制御された補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う配信制御ステップと
   を含む送信方法。
4. ストリーミング放送を行うメインストリームを配信する第１の送信装置、前記メインストリームから生成される補助ストリームを配信する第２の送信装置、および前記第１の送信装置からのメインストリームおよび前記第２の送信装置からの補助ストリームを受信する受信装置を含む送受信システムにおいて、
   前記第１の送信装置は、
   前記メインストリームを記憶するメインストリーム記憶手段と、
   前記メインストリーム記憶手段に記憶されている前記メインストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行うメインストリーム配信制御手段と
   を備え、
   前記第２の送信装置は、
   前記メインストリームを受信し、低ビットレート化し、補助ストリームを生成する低ビットレート化変換手段と、
   前記補助ストリームを記憶する補助ストリーム記憶手段と、
   前記補助ストリーム記憶手段に記憶されている補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う補助ストリーム配信制御手段と
   を備え、
   前記受信装置は、
   前記メインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、
   前記補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、
   前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、
   前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段と
   を備え、
   利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、前記補助ストリーム受信制御手段により受信と記憶が制御された選局先放送の補助ストリームのデータから、ストリーム間誤差記憶手段に記憶された誤差を考慮して、後にメインストリームに切り替えた時にずれずに切り替えられるような時刻のデータを選択し、前記データ処理手段に供給する
   送受信システム。
5. ストリーミング放送を行うメインストリームを記憶するメインストリーム記憶手段と、
   前記メインストリームを、前記メインストリームを低ビットレート化する装置に配信するか、または前記メインストリームの再生を行う受信装置に配信する配信手段と
   を備える送信装置。
6. ストリーミング放送を行うメインストリームの記憶を制御するメインストリーム記憶制御ステップと、
   前記メインストリームを、前記メインストリームを低ビットレート化する装置に配信するか、または前記メインストリームの再生を行う受信装置に配信する配信ステップと
   を含む送信方法。
7. 他の装置から供給されるストリーミング放送を行うメインストリームを低ビットレートの補助ストリームに変換する低ビットレート化変換手段と、
   前記補助ストリームを記憶する補助ストリーム記憶手段と、
   前記補助ストリーム記憶手段に記憶されている補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う配信制御手段と
   を備える送信装置。
8. 前記配信制御手段は、複数の補助ストリームをまとめて１つのストリームにしたものを補助ストリームとして配信する
   請求項７に記載の送信装置。
9. 他の装置から供給されるストリーミング放送を行うメインストリームを低ビットレートの補助ストリームに変換する低ビットレート化変換ステップと、
   前記補助ストリームの記憶を制御する補助ストリーム記憶制御ステップと、
   前記補助ストリーム記憶制御ステップの処理で記憶が制御された補助ストリームをネットワークインターフェース経由でネットワーク網に配信する制御を行う配信制御ステップと
   を含む送信方法。
10. ストリーミング放送を行うメインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御手段と、
    前記メインストリームが低ビットレート化された補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御手段と、
    前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理手段と、
    前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶手段と
    を備え、
    利用者による選局操作を受信すると、前記メインストリーム受信制御手段は、
    前記補助ストリーム受信制御手段により受信と記憶が制御された選局先放送の補助ストリームのデータから、ストリーム間誤差記憶手段に記憶された誤差を考慮して、後にメインストリームに切り替えた時にずれずに切り替えられるような時刻のデータを選択し、前記データ処理手段に供給する
    受信装置。
11. 前記データ処理手段からの出力から、所定のシーンを検出するシーン検出手段をさらに備え、
    前記シーン検出手段により前記所定のシーンが検出された場合、前記補助ストリーム受信制御手段が補助ストリームを送信する送信装置からの前記補助ストリームの受信を開始するようトリガーをかけ、バッファリングを開始させる
    請求項１０に記載の受信装置。
12. 前記補助ストリームを常時受信し、記憶する
    請求項１０に記載の受信装置。
13. 全ての番組の補助ストリームを受信する
    請求項１０に記載の受信装置。
14. 視聴されている番組から次に選局されることが予想される番組の補助ストリームを受信する
    請求項１０に記載の受信装置。
15. 選局対象となる複数の放送の補助ストリームを受信し、その補助ストリームに基づく画像を画面上に同時に表示し、選択先候補を示す枠または矢印が前記画像上に位置したことをトリガーとし、前記メインストリームの配信要求を行う
    請求項１０に記載の受信装置。
16. 前記データ処理手段は、前記補助ストリームのデータから前記メインストリームのデータに切り替えるとき、切り替えられたときのメインストリームの最初のピクチャより前の時点でのピクチャの表示時間を調整することにより、前記補助ストリームのデータから前記メインストリームのデータに切り替えるときのずれを吸収する
    請求項１０に記載の受信装置。
17. ストリーミング放送を行うメインストリームの受信とバッファへの記憶を制御するメインストリーム受信制御ステップと、
    前記メインストリームが低ビットレート化された補助ストリームの受信とバッファへの記憶を制御する補助ストリーム受信制御ステップと、
    前記メインストリームおよび前記補助ストリームの復号処理、非圧縮処理、映像処理を行うデータ処理ステップと、
    前記メインストリームと前記補助ストリームのシーン間の誤差を、各画面の表示時刻を指定する値に基づいて判定し、記憶するストリーム間誤差記憶ステップと
    を備え、
    利用者による選局操作を受信すると、前記メインストリーム受信制御ステップは、選局先放送のメインストリームの受信をネットワークインターフェースから行い、
    前記補助ストリーム受信制御ステップにより受信と記憶が制御された選局先放送の補助ストリームのデータから、ストリーム間誤差記憶ステップに記憶された誤差を考慮して、後にメインストリームに切り替えた時にずれずに切り替えられるような時刻のデータを選択し、前記データ処理ステップに転送する
    受信方法。

Images