(57)【要約】【課題】  ネットワークを介してストリーミングコンテンツを視聴する場合に、互いに関連するデータ間を快適に切り替えて表示できるようにすること。【解決手段】  本発明の受信装置は、情報データと、前記情報データに関連する部分データとを独立して受信可能な通信制御部（１００）と、受信したデータを処理して該データに係る画像データを生成し、この画像データを画像表示部（１１３）に出力する情報処理手段（１０５，１０８）と、情報処理手段が部分データを処理し、画像表示部への部分データに係る画像データの出力が終了する前に、通信制御部が情報データの受信を開始するように、通信制御部を制御するＣＰＵ（１０４）とを備え、ＣＰＵは、情報データの受信開始後に、画像表示部に表示される画像データが、部分データに係る画像データから情報データに係る画像データに切り替わるように情報処理手段の出力を制御する。【選択図】  図１
2004194294.tif 000002
【特許請求の範囲】
【請求項１】
情報データと、前記情報データに関連する部分データとを独立して受信可能な受信手段と、
受信したデータを処理して該データに係る画像データを生成し、この画像データを表示手段に出力する情報処理手段と、
前記情報処理手段が前記部分データを処理し、前記表示手段への前記部分データに係る画像データの出力が終了する前に、前記受信手段が前記情報データの受信を開始するように、前記受信手段を制御する制御手段とを備え、
前記制御手段は、前記情報データの受信開始後に、前記表示手段に表示される画像データが、前記部分データに係る画像データから前記情報データに係る画像データに切り替わるように前記情報処理手段の出力を制御することを特徴とする受信装置。
【請求項２】
情報データに関連する部分データを受信する工程と、
受信した部分データを順次処理して前記部分データに係る画像データを生成し、この画像データを表示手段に出力する工程と、
前記表示手段への前記部分データに係る画像データの出力が終了する前に、前記情報データの受信を開始する工程と、
受信した情報データを処理して前記情報データに係る画像データを生成する工程と、
前記情報データの受信開始後に、前記表示手段に表示される画像データを、前記部分データに係る画像データから前記情報データに係る画像データに切り替える工程と
を含むことを特徴とする受信方法。
【請求項３】
前記表示手段への前記部分データに係る画像データの出力開始から所定時間経過した後に、前記情報データの受信を開始することを特徴とする請求項２に記載の受信方法。
【請求項４】
受信した部分データを復号する工程と、
受信した情報データを復号する工程とを更に有し、
前記切り替え工程では、前記部分データ及び情報データの復号動作の状態に応じて、前記表示手段への出力を切り替えることを特徴とする請求項２または３に記載の受信方法。
【請求項５】
前記切り替え工程では、復号された前記部分データに係る画像データの前記表示手段への出力を、復号された前記情報データに係る画像データの出力に切り替えることを特徴とする請求項４に記載の受信方法。
【請求項６】
前記切り替え工程では、前記部分データの復号手段への入力と、前記情報データの前記復号手段への入力とを切り替えることにより、前記表示手段への出力を切り替えることを特徴とする請求項４に記載の受信方法。
【請求項７】
前記切り替え工程では、前記部分データのタイムスタンプと前記情報データのタイムスタンプとの一致状態に応答して、前記表示手段への出力を切り替えることを特徴とする請求項２乃至６のいずれかに記載の受信方法。
【請求項８】
前記切り替え工程では、前記部分データに係る画像データの輝度が極小値及び／又は最小値となるタイミングに応答して、前記表示手段への出力を切り替えることを特徴とする請求項２乃至６のいずれかに記載の受信方法。
【請求項９】
前記切り替え工程では、前記部分データに係る画像データの動きが極小値及び／又は最小値となるタイミングに応答して、前記表示手段への出力を切り替えることを特徴とする請求項２乃至６のいずれかに記載の受信方法。
【請求項１０】
前記受信工程で受信した、コンテンツが互いに異なる複数の情報データのそれぞれ一部である複数の部分データを蓄積する工程と、
蓄積された前記複数の部分データに係る複数の画像データを出力して表示する工程と、
前記表示された複数の画像データの内、少なくとも１つの画像データの選択に応答して、対応する部分データが一部を構成している前記情報データの受信を開始する請求項２乃至６のいずれかに記載の受信方法。
【請求項１１】
ネットワークを介して複数の情報データストリームを受信する受信手段と、
前記情報データを処理して前記情報データストリームに係る画像データを生成し、この画像データを表示手段に出力する情報処理手段と、
前記受信手段により、複数の情報データストリームのそれぞれ一部である部分データを受信し、受信した複数の部分データからなる合成ストリームを生成する生成手段と、
前記生成手段により生成された合成ストリームを蓄積する蓄積手段と、
前記複数の情報データストリームの内、任意の情報データストリームを選択し、選択した情報データストリームの受信を指示する指示手段と、
前記指示手段により指示された情報データストリームに対応する部分データを、前記蓄積手段の合成ストリームより読み出して前記情報処理手段に出力し、処理された部分データを前記表示手段に出力するように制御する制御手段と
を備えることを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ、テレビ受像機、セットトップボックス、録画再生装置などに用いられ、ネットワークに接続して該ネットワークから各種データを受信し、受信したデータに係る画像データを表示器に出力することができる受信装置及び受信方法に関し、特にネットワークを介したストリーミングデータの受信装置及び受信方法に関する。
【背景技術】
【０００２】
動画、音声データの圧縮技術の飛躍的な向上、xDSL、光ファイバー等の高速データ伝送技術、インフラの普及に伴い、インターネット上のサーバーにある動画データや音声データ（以下、ストリーミングコンテンツ）をネットワーク経由で受信しながら、順次再生するストリーミング再生が急激に普及しつつある。ストリーミング再生によれば、それを利用するユーザーは、サーバー上にあるストリーミングコンテンツを、視聴したい時にいつでも視聴する事が可能である。
【０００３】
一方、放送システムとしては、ユーザーからのリクエストに応じて、番組ダイジェストをユニキャストで送信し、そのダイジェストの送信終了後にブロードキャストで送信されている番組データの受信を開始するシステムが提案されている（例えば、特許文献１参照）。
【０００４】
また、コンテンツの録画中に同一コンテンツの既録画部分の視聴が開始された場合に、既録画部分の再生時間の短縮制御を行うとともに、既録画部分のコンテンツの再生が終了すると、放送中のコンテンツの視聴に切り替えるシステムが提案されている（例えば、特許文献２参照）。
【０００５】
【特許文献１】特開２００２−１１８５５３号公報
【特許文献２】特開２０００−３３９８５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
２つの関連あるデータに係る画像データのうち、一方の画像データの再生表示終了後に、他方の画像データの再生表示を開始すると、再生表示される画像の連続性が失われ、視聴者にとって見苦しいことがあった。
【０００７】
本発明は上記問題点を鑑みてなされたものであり、２つの関連あるデータに係る画像データを同じ表示器に続けて表示する際に、再生表示される画像の連続性を維持し、視聴者にとって見易い受信装置及び受信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の受信装置は、情報データと、前記情報データに関連する部分データとを独立して受信可能な受信手段と、受信したデータを処理して該データに係る画像データを生成し、この画像データを表示手段に出力する情報処理手段と、前記情報処理手段が前記部分データを処理し、前記表示手段への前記部分データに係る画像データの出力が終了する前に、前記受信手段が前記情報データの受信を開始するように、前記受信手段を制御する制御手段とを備え、前記制御手段は、前記情報データの受信開始後に、前記表示手段に表示される画像データが、前記部分データに係る画像データから前記情報データに係る画像データに切り替わるように前記情報処理手段の出力を制御することを特徴とする。
【０００９】
また、本発明の受信方法は、情報データに関連する部分データを受信する工程と、受信した部分データを順次処理して前記部分データに係る画像データを生成し、この画像データを表示手段に出力する工程と、前記表示手段への前記部分データに係る画像データの出力が終了する前に、前記情報データの受信を開始する工程と、受信した情報データを処理して前記情報データに係る画像データを生成する工程と、前記情報データの受信開始後に、前記表示手段に表示される画像データを、前記部分データに係る画像データから前記情報データに係る画像データに切り替える工程とを含むことを特徴とする。
【００１０】
また、別の構成によれば、本発明の受信装置は、ネットワークを介して複数の情報データストリームを受信する受信手段と、前記情報データを処理して前記情報データストリームに係る画像データを生成し、この画像データを表示手段に出力する情報処理手段と、前記受信手段により、複数の情報データストリームのそれぞれ一部である部分データを受信し、受信した複数の部分データからなる合成ストリームを生成する生成手段と、前記生成手段により生成された合成ストリームを蓄積する蓄積手段と、前記複数の情報データストリームの内、任意の情報データストリームを選択し、選択した情報データストリームの受信を指示する指示手段と、前記指示手段により指示された情報データストリームに対応する部分データを、前記蓄積手段の合成ストリームより読み出して前記情報処理手段に出力し、処理された部分データを前記表示手段に出力するように制御する制御手段とを備えることを特徴とする。
【発明の効果】
【００１１】
上記の通り本発明によれば、ネットワークを介してストリーミングコンテンツを視聴する場合に、互いに関連するデータ間を快適に切り替えて表示することができる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【００１３】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るデータ受信装置の全体構成を示すブロック図である。
【００１４】
図１において、２００はネットワーク（本第１の実施形態ではインターネットとする）であり、ストリーミングコンテンツ情報やストリーミングコンテンツそのもの等を伝送する。２０１はデータ受信装置である。データ受信装置２０１は、インターネット２００との通信を行う通信制御部１００、バッファ１０１、蓄積部１０２、ストリーミングコンテンツ再構成部１０３、ＣＰＵ１０４、映像デコード部１０５、音声デコード部１０６、画面構成部１０７、表示制御部１０８、音声制御部１０９、操作部１１０、受光部１１１、画像表示部１１３、音声出力部１１４、制御バス１１５、カーソル制御部１１６、デコーダ切替制御部１１７、同期制御部１１８、バッファ制御部１２１を有する。映像デコード部１０５は、第１映像デコーダ１０５ａと第２映像デコーダ１０５ｂとを有し、また、画像表示部１１３は、第１ウィンドウ１１３ａと第２ウィンドウ１１３ｂとを有する。１１２は、データ受信装置２０１を遠隔操作するためのリモコンである。
【００１５】
図２は、本発明の第１の実施形態に係るシステム全体の構成図である。図２において、インターネット２００は、上述したようにストリーミングコンテンツ情報やストリーミングコンテンツ等を伝送する。図１に示す構成を有するデータ受信装置２０１は、インターネット２００を介し、ストリーミングコンテンツ情報やストリーミングコンテンツの受信を行う。Webサーバー２０２は、ストリーミングコンテンツ情報をインターネット２００を介してデータ受信装置２０１へ配信する。コンテンツ配信サーバー２０３は、ストリーミングコンテンツをインターネット２００を介してデータ受信装置２０１へ配信する。実際には、Webサーバー２０２及びコンテンツ配信サーバー２０３は、インターネット２００上に複数配置されている。
【００１６】
上記構成において、通信制御部１００は、インターネット２００を介し、Ｗｅｂサーバー２０２やコンテンツ配信サーバー２０３とのデータ送受信を行う。バッファ制御部１２１は、後段のバッファ１０１に対して入力される、通信制御部１００や蓄積部１０２からの複数のストリーミングコンテンツデータのバッファリングを制御する。バッファ１０１は、複数のストリーミングコンテンツデータを一時的にバッファリングする。なお、場合によっては、通信制御部１００、バッファ制御部１２１、バッファ１０１、及び蓄積部１０２とにより、一体的に通信部を構成するようにしてしても良い。
【００１７】
デコーダ切替制御部１１７は、バッファ１０１からのデータの、後段の映像デコード部１０５へのデータ入力先（第１映像デコーダ１０５ａ又は第２映像デコーダ１０５ｂ）を切り替える。映像デコード部１０５は、第１映像デコーダ１０５ａ及び第２映像デコーダ１０５ｂにより、複数のストリーミングコンテンツを同時にデコードする能力を備える。表示制御部１０８は、映像デコード部１０５からのデコードされた複数のコンテンツデータを、画像表示部１１３の複数の表示ウィンドウ（第１及び第２ウィンドウ１１３ａ、１１３ｂ）により表示する為の制御を行う。
【００１８】
これら映像デコード部１０５、表示制御部１０８、デコーダ切替制御部１１７などが情報処理部を構成している。
【００１９】
制御バス１１５は、ＣＰＵ１０４によって図１の各機能ブロックを制御する為に使用するバスラインである。蓄積部１０２は、ストリーミングコンテンツ再構成部１０３によって作成されたザッピングストリームを蓄積する。ストリーミングコンテンツ再構成部１０３は、受信した複数のストリーミングコンテンツからザピングストリームを構成する。制御部としてのＣＰＵ１０４は、制御バス１１５を介して、データ受信装置２０１内の各ブロックの制御を行う。同期制御部１１８については後述する。操作部１１０は、ユーザーによるデータ受信装置の操作を実行するボタン等を備え、図３を参照して以下に説明する。
【００２０】
図３は操作部１１０の構成を、図４はリモコン１１２の構成を示す図である。
【００２１】
図３において、３０１は主電源ボタン、３０２は電源ボタン、３０３は決定ボタン、３０４はカーソル移動ボタン、３０６は再生ボタン、３０７は停止ボタン、３１１はポータルボタン、３１２はチャンネルアップダウンボタン、３１３はテンキーである。また、図４において、４０１は送信部、４０２は電源ボタン、４０３は決定ボタン、４０４はカーソル移動ボタン、４０６は再生ボタン、４０７は停止ボタン、４１１はポータルボタン、４１２はチャンネルアップダウンボタン、４１３はテンキーである。
【００２２】
図３、図４において、名称が同じものは同一の機能を有するものであり、ユーザーによるリモコン１１２を用いた各ボタン操作を示す信号は、図４の送信部４０１を介してデータ受信装置２０１の受光部１１１で受信される。
【００２３】
図３の主電源ボタン３０１は、図１のデータ受信装置２０１における各ブロックの通電を制御するボタンであり、主電源ボタン３０１をオンとする事により、通信制御部１００、バッファ制御部１２１、バッファ１０１、蓄積部１０２、ストリーミングコンテンツ再構成部１０３、ＣＰＵ１０４、操作部１１０、受光部１１１に対し通電が開始される。また図３の電源ボタン３０２、図４の電源ボタン４０２も、図１のデータ受信装置２０１における各ブロックの通電を制御するボタンであり、主電源ボタン３０１がオンの状態で、電源ボタン３０２又は４０２をオンにする事により、デコーダ切替制御部１１７、映像デコード部１０５、音声デコード部１０６、画面構成部１０７、表示制御部１０８、音声制御部１０９、画像表示部１１３、音声出力部１１４、カーソル制御部１１６、同期制御部１１８に対し、通電が開始される。尚、リモコン１１２は、乾電池等の電力供給手段により、データ受信装置２０１とは独立に動作する。
【００２４】
図５は、本第１の実施形態におけるデータ受信装置２０１の動作を説明するフローチャート、図６はWebサーバー２０２におけるデータ受信装置２０１へのデータ配信動作を説明するフローチャート、図７はザッピングストリームの構成処理を説明するフローチャート、図８はコンテンツ配信サーバー２０３におけるデータ受信装置２０１へのデータ配信動作を説明するフローチャートである。以下、図５乃至図８のフローチャートに沿って、図１乃至図４を参照しながら説明する。
【００２５】
電源ボタン３０２又は４０２オンの状態から、ユーザーがポータルボタン３１１又は４１１を押下すると（ステップＳ５０１）、ＣＰＵ１０４は、制御バス１１５を介して通信制御部１００を制御し、インターネット２００に存在するWebサーバー２０２に対する接続を行い、ストリーミングコンテンツへのポータル（入り口）画面データのデータ要求を行う（ステップＳ５０２）。
【００２６】
Webサーバー２０２はデータ受信装置２０１からのデータ要求を受信し（図６のステップＳ６０１でＹＥＳ）、ポータル画面データの要求であると判断すると（ステップＳ６０２でＹＥＳ）、ステップＳ６０３において要求されたポータル画面データの送信を行う。Webサーバー２０２から配信されるデータは、xHTML等のページ記述言語で記述される。
【００２７】
データ受信装置２０１はステップＳ５０５でポータル画面データを待ち、Webサーバー２０２から送信されたポータル画面データを受信する。
【００２８】
ポータル画面データを受信するとステップＳ５０６に進み、ＣＰＵ１０４は受信したデータを画面構成部１０７に送り、画像表示部１１３に表示する画面データを構成し、表示制御部１０８を介して画像表示部１１３に表示する。画面構成部１０７において表示される表示画面の一例を図９に示す。ユーザーはこのようなストリーミングコンテンツへのポータル画面を見ながら、見たいカテゴリーのコンテンツを絞り込む事が可能である。図９において６０１は、カーソル制御部１１６によって構成、制御されるカーソルである。このカーソル６０１は、カーソル移動ボタン３０４又は４０４の操作により移動することができる。例えば、図９の表示状態から、カーソル移動ボタン３０４又は４０４の下矢印ボタンを押下する事により、現在の「おすすめコンテンツ」から、「映画」の位置にカーソル６０１を移動することができる。
【００２９】
ステップＳ５０７においては、ユーザーによる操作部１１０又はリモコン１１２のカーソル移動ボタン３０４、４０４や決定ボタン３０３、４０３の操作イベントを受信し、ＣＰＵ１０４において、受信したイベント、つまり上下方向の移動か、左右方向の移動か、決定ボタン３０３、４０３の押下か等を判別し、カーソル制御部１１６、画面構成部１０７、表示制御部１０８を介し、画像表示部１１３にカーソル移動後の画像を表示する。ステップＳ５０８では、受信したイベントが決定ボタン３０３、４０３の押下であるかどうかを判断し、ＮＯであればステップＳ５０７に戻って次のイベントを待ち、ＹＥＳであれば、ステップＳ５０９に進む。
【００３０】
ステップＳ５０９では、ステップＳ５０７、Ｓ５０８とは異なる機器制御タスク動作により、ステップＳ５０７及びＳ５０８で選択されたコンテンツメニュー画面データの要求を行う。つまり、図９に示すカーソル表示６０１の位置とステップＳ５０９で要求されるコンテンツメニュー画面データの要求はリンクしており、例えば、図９のカーソル表示位置においては、「おすすめコンテンツ」に関するコンテンツメニュー画面データをWebサーバー２０２に対して要求する。
【００３１】
Webサーバー２０２はデータ受信装置２０１からのデータ要求を受信し（図６のステップＳ６０１でＹＥＳ）、コンテンツメニュー画面データの要求であると判断すると（ステップＳ６０４でＹＥＳ）、ステップＳ６０５において要求されたコンテンツメニュー画面データの送信を行う。
【００３２】
データ受信装置２０１はステップＳ５１２でコンテンツメニュー画面データを待ち、Webサーバー２０２から送信されたコンテンツメニュー画面データを受信する。
【００３３】
コンテンツメニュー画面データを受信するとステップＳ５１３に進み、ＣＰＵ１０４は受信したデータを画面構成部１０７に送り、画像表示部１１３に表示する画面データを構成し、表示制御部１０８を介して画像表示部１１３に表示する。図９のカーソル表示位置６０１に示した位置において、決定ボタン３０３又は４０３が押された場合に表示されるコンテンツメニュー画面表示の一例を図１０に示す。
【００３４】
図１０において７０１は、カーソル制御部１１６によって構成、制御されるカーソルである。７０２は各コンテンツにおける１シーンの静止画像である。７０３は各コンテンツのコンテンツ名称、７０４は各コンテンツの内容に関する紹介文が記述されている。ユーザーはこのようなストリーミングコンテンツのメニュー画面を見ながら、自分の見たいコンテンツをある程度絞り込む事が可能である。７０５は、データ受信装置２０１において各ストリーミングコンテンツに割り当てられるチャンネル番号であり、例えば、Content Aにはch１が、Content Bにはch３が、Content Iにはch９が、Content Jにはch１０が割り当てられている。
【００３５】
ユーザーは所望のカーソル位置において、操作部１１０又はリモコン１１２の決定ボタン３０３又は４０３を押下する事により、対応するストリーミングコンテンツを選択する事ができる。また、各コンテンツに割り当てられたch番号に従い、テンキー３１３、４１３を押すことにより、対応するストリーミングコンテンツを選択する事もできる。
【００３６】
ステップＳ５１６では、コンテンツメニュー画面に表示されたコンテンツの関連情報の要求を行う。
【００３７】
Webサーバー２０２はデータ受信装置２０１からのデータ要求を受信し（図６のステップＳ６０１でＹＥＳ）、コンテンツ関連情報の要求であると判断すると（ステップＳ６０６でＹＥＳ）、ステップＳ５１８において要求されたコンテンツ関連情報の送信を行う。
【００３８】
Webサーバー２０２から送信されるコンテンツ関連情報には、
【００３９】
・ストリーミングコンテンツの存在するURL(Uniform Resource Locator)が必ず含まれている。またコンテンツにより、
・ストリーミングコンテンツのタイトルに関する記述
・ストリーミングコンテンツの内容に関する記述
・ストリーミングコンテンツの属するジャンル
・ストリーミングコンテンツの再生時間
・ストリーミングコンテンツのビットレート
等の情報を含むことも可能である。
データ受信装置２０１はステップＳ５１９でコンテンツ関連情報を待ち、Webサーバー２０２から送信されたコンテンツ関連情報を受信する。例えば、図１０に示した画面表示状態においては、１０個のコンテンツ（Content A、Content B、・・・、Content I、Content J）のコンテンツが表示されている為、１０個のコンテンツ関連情報の取得を行う事になる。
【００４０】
全てのコンテンツ関連情報を取得した時点で、データ受信装置２０１のＣＰＵ１０４は、取得したコンテンツ関連情報全ての解析を行い（ステップＳ５２０）、各ストリーミングコンテンツが存在するURL情報の検出を行う。コンテンツ関連情報全ての解析後、検出したURL情報に基づいて、本発明の特徴であるザッピングストリームの構成を行う（ステップＳ５２５）。
【００４１】
以下、図７のフローチャートに沿って、ステップＳ５２５で行われるザッピングストリームの構成処理について詳細に説明する。なお、ザッピングストリームの構成はストリーミングコンテンツ再構成部１０３により行われる。
【００４２】
図７のステップＳ７００において、ストリーミングコンテンツ再構成部１０３は、ＣＰＵ１０４によりステップＳ５２０で行われたコンテンツ関連情報解析により検出されたURL情報に基づき、取得するコンテンツデータの選択を行い、ＣＰＵ１０４に対しデータ取得命令を発行する。図１０に示す場合では、Content A〜ContentJのデータ取得命令の発行を行う。なお、これらのコンテンツは図１１に示すように、コンテンツ配信サーバー２０３の蓄積部８００内に存在する。
【００４３】
ステップＳ７０１において、ＣＰＵ１０４はストリーミングコンテンツ再構成部１０３からのデータ取得命令に従い、コンテンツ配信サーバー２０３に対するコンテンツデータ要求を行う。
【００４４】
コンテンツ配信サーバー２０３は、データ受信装置２０１からの要求を受信する度に（図８のステップＳ８０１でＹＥＳ）、ステップＳ８０２で要求されたデータの送信を行う 。
【００４５】
データ受信装置２０１のストリーミングコンテンツ再構成部１０３は、ステップＳ７０２でコンテンツ配信サーバー２０３からのコンテンツデータを待ち、受信するとステップＳ７０３に進む。受信した各ストリーミングコンテンツのデータ量が規定容量に達するまで（ステップＳ７０３でＹＥＳとなるまで）、ステップＳ７０１のデータ要求、ステップＳ７０２のデータ受信を繰り返す。ザッピングストリーム構成用に各ストリーミングコンテンツから取得するデータ量は、例えば、各コンテンツについて６MByteとする。図１０に示した画面表示状態においては、１０個のコンテンツContent A〜Jが表示されているため、それぞれの６MByte分のデータ量のことである。この概念を図１１に示す。なお、Content A〜Jは、コンテンツ配信サーバー２０３の内部メモリ８００に保存されている。
【００４６】
規定容量（例えば、上述したように６MByte）に達したと検知した場合、ステップＳ７０４において、データの要求動作を一時停止する。その後、ステップＳ７０５において、ザッピングストリームの構成が全て完了したかどうかの判断を行う。ザッピングストリームの構成完了とは、図１０に示した画面表示状態においては、図１１に示すようにContent A〜Jそれぞれから６MByteずつの部分（部分データA'〜J'）を全て受信し、蓄積部１０２に保持された場合である。これら部分データの集合A'〜J'がザッピングストリーム８１１である。従って、ザッピングストリーミングコンテンツ構成完了まで、ステップＳ７０１〜Ｓ７０５の動作を繰り返す事になる。
【００４７】
ザッピングストリーム構成完了後（ステップＳ７０５でＹＥＳ）、ステップＳ７０６において、構成したザッピングストリームに関する付帯情報８１２の作成を行う。そのザッピングストリーム付帯情報の一例を図１２に示す。ザッピングストリーム付帯情報８１２は、図５のステップＳ５１２で取得したコンテンツメニューデータや、ステップＳ５１９で取得したコンテンツ関連情報データ、図７のステップＳ７０２で取得したストリーミングコンテンツのヘッダ情報から構成され、XML（eXtensible Markup Language）により記述される。それによれば、構成したザッピングストリームに関する情報である
【００４８】
・構成したザッピングストリームに付与した名称
【００４９】
（図１２中、タグ中に記述されるデータ）
・ザッピングストリームを構成しているストリーミングコンテンツの数
（図１２中、タグ中に記述されるデータ）
・ザッピングストリームのファイル容量（単位：Byte）
（図１２中、タグ中に記述されるデータ）
・ザッピングストリームの有効時間（単位：秒）
（図１２中、タグ中に記述されるデータ）
や、
ザッピングストリームを構成する各々の元ストリーミングコンテンツの情報である
・ザッピングストリームにおける位置を示すインデックス番号（１６進値）
（図１２中、タグ中に記述されるデータ）
・元のストリーミングコンテンツの名称
（図１２中、タグ中に記述されるデータ）
・元のストリーミングコンテンツの内容記述
（図１２中、タグ中に記述されるデータ）
・元のストリーミングコンテンツのジャンル
（図１２中、タグ中に記述されるデータ）
・元のストリーミングコンテンツのビットレート
（図１２中、タグ中に記述されるデータ）
・元ストリーミングコンテンツのURL
（図１２中、タグ中に記述されるデータ）
・元ストリーミングコンテンツから受信したファイル容量
（図１２中、タグ中に記述されるデータ）
を識別する事が可能である。
以上、ザッピングストリームに関する付帯情報８１２作成後、ステップＳ７０７において、ストリーミングコンテンツ再構成部１０３は、構成したザッピングストリーム付帯情報８１２をザッピングストリーム８１１と共に、蓄積部１０２に蓄積する。蓄積部１０２として使用される記憶媒体としては、ハードディスク等の磁気記録媒体、又は大容量DRAM等の揮発性の記憶媒体が使用される。
【００５０】
上述のようにしてザッピングストリームを構成中、ユーザーに対してその旨を通知するようにしても良く、図１３はその表示の一例を示すものである。１１００で示す領域には、ザッピングストリーム構成の進行状況やザッピングストリーム構成完了までの時間が表示される。ザッピングストリーム構成終了後には、図１４の１２００で示すように、ザッピングストリームの構成が完了したことを通知するメッセージを表示する。図１４に示す例では、ユーザーへの通知をテキストメッセージにより行っているが、それと同様の意味を表すアイコン等で表現しても良い。
【００５１】
図５のステップＳ５２５で、上記のザッピングストリームの構成処理を終えると、ステップＳ５２６でコンテンツ再生処理を行う。
【００５２】
ステップＳ５２６で行われるコンテンツ再生処理について、図１５及び図１６
【００５３】
のフローチャートに沿って以下説明する。
ステップＳ１０１において、ユーザーが図１０及び図１４に示したようなコンテンツメニュー画面を見ながら、操作部１１０又はリモコン１１２の各種ボタンの操作を行うと、操作イベントを受信し、ステップＳ１０２において、ＣＰＵ１０４は受信したイベントが、決定ボタン３０３又は４０３、再生ボタン３０６又は４０６、テンキー３１３又は４１３、チャンネルアップダウンボタン３１２又は４１２の押下であるかを判断する。これらいずれかのボタンの押下でなければ（ステップＳ１０２でＮＯ）、カーソル制御部１１６、画面構成部１０７、表示制御部１０８を介し、押下されたボタンに対応する表示を画像表示部１１３に行ってステップＳ１０１に戻って次のイベントを待つ。一方、ステップＳ１０２でＹＥＳであれば、再生するコンテンツが選択されたので、ステップＳ１０３に進む。
【００５４】
ステップＳ１０３では、選択されたコンテンツの連続視聴時間のカウントを開始する。続けて、ステップＳ１０４では、ＣＰＵ１０４は上述の如く構成され、蓄積部１０２に記憶されたザッピングストリーム付帯情報８１２とザッピングストリーム８１１とを読み出す。蓄積部１０２に記憶されたザッピングストリーム付帯情報８１２における情報から、所望のコンテンツストリームのファイルがあるファイル位置に移動し、その位置に存在するコンテンツの再生を開始する事になる。そして、蓄積部１０２から読み出したザッピングストリームデータを映像デコード部１０５、音声デコード部１０６に送り、データがデコードされる。映像データは表示制御部１０８及び画像表示部１１３を介して、音声データは音声制御部１０９及び音声出力部１１４を介して、それぞれ出力される（ステップＳ１０５）。
【００５５】
ステップＳ１０６で、ＣＰＵ１０４は連続視聴時間が所定時間Ｔ１を超えたかどうかを判断する。超えていれば、図１６に示す処理に移行し、超えていなければステップＳ１０７に進む。なお、所定時間Ｔ１は、ザッピングストリーム８１１の各コンテンツのデータ部分６MByteの再生を終える時間よりも短く設定しておく。これは、６MByteの再生を終えるまでに、後述するように、コンテンツを継続視聴する場合にコンテンツ配信サーバ２０３からデータを取得して、表示を切り替える為の準備期間が必要であるためである。
【００５６】
ステップＳ１０７では、操作部１１０又はリモコン１１２の各種ボタンの操作が行われたかどうかを判断する。何も行われない場合はステップＳ１０４に戻って、再生中のコンテンツの再生を継続する。一方、何らかの操作が行われた場合、ステップＳ１０８で、操作が停止ボタン３０７又は４０７の押下であるかどうかを判断する。ＹＥＳの場合は再生を中止し、図１０又は図１４に示すような画面に戻り、図５のステップＳ５２７に進む。一方、停止ボタン３０７又は４０７の押下でない場合、ステップＳ１０９で、操作がテンキー３１３又は４１３による対応するチャンネル番号の数字の押下、又は、チャンネルアップダウンボタン３１２又は４１２の押下であるかどうかを判断し、いずれでもない場合にはステップＳ１０４に戻って、再生中のコンテンツの再生を継続する。上記いずれかのボタンの押下である場合にはステップＳ１０３に戻り、連続視聴時間のカウントを新たにスタートし、ステップＳ１０４以降の上述した処理を繰り返す。
【００５７】
次に、連続視聴時間が所定時間Ｔ１を超えた場合（ステップＳ１０６でＹＥＳ）について、図１６のフローチャートに沿って説明する。ここでは、図１０に示すカーソル表示位置（「Content A」選択状態）において再生を開始した場合を例に挙げて説明する。
【００５８】
図１５のステップＳ１０６において、連続視聴時間が所定時間Ｔ１を超えたと判断した場合、ザッピングストリーム８１１のデータ部分（図１１の部分データA’部分）より先のストリーミングコンテンツ（情報データ）を継続視聴する可能性があるものとして、図１６の処理に進む。ＣＰＵ１０４は、ステップＳ２０２において、映像デコード部１０５のデコード負荷をチェックする。ここでは、以後受信するContent Aのストリーミングコンテンツを、映像デコード部１０５がデコード可能かどうかについてのチェック行う。
【００５９】
映像デコード部１０５の第１映像デコーダ１０５ａまたは第２映像デコーダ１０５ｂのいずれか（以下、第１映像デコーダ１０５ａが行っているものとする。）がザッピングストリーム８１１の部分データA'をデコードし、もう一方（以下、第２映像デコーダ１０５ｂとする。）がデコードを行なっていない場合、ステップＳ２０３において、更にデコード可能と判断する。
【００６０】
更にデコード可能であると判断された場合、ステップＳ２０４において、ＣＰＵ１０４が通信制御部１００に受信開始を指示する。これにより通信制御部１００は、コンテンツ配信サーバー２０３に対し、現在再生している部分データA'に対応する箇所からのContent A（情報データ）の送信要求を行う。送信要求を受けて、コンテンツ配信サーバー２０３はデータ受信装置２０１に対してデータ送信を開始し、データ受信装置２０１は通信制御部１００によりデータの受信を行う。図１７はザッピングストリーム１１８と、コンテンツ配信サーバ２０３のContent Aのデータの様子を示す概念図であり、時間Ｔ１が経過した時からContent Aの配信が始まる様子を示している。
【００６１】
通信制御部１００により受信したデータは、バッファ制御部１０２が、ザッピングストリームのために蓄積しておいた部分データ以降の残りのデータ（情報データ）を引き続き再生するために、コンテンツ配信サーバ２０３より追加して受信したコンテンツデータの為に割り当てるバッファ１０１の一領域に一時的にバッファリングされる。バッファされたデータは、デコーダ切替制御部１１７を介して、映像デコーダ１０５に送られる。
【００６２】
ステップＳ２０５において、デコーダ切替制御部１１７は、映像デコード部１０５内の複数のデコーダ（第１映像デコーダ１０５ａ、第２映像デコーダ１０５ｂ）に対する入力データを切り替える。上述したように、ザッピングストリーム８１１の部分データA'が第１映像デコーダ１０５ａでデコードされ、現在受信しているストリーミングコンテンツ（Content A）を第２映像デコーダ１０５ｂでデコードする場合、バッファ１０１にバッファリングされているデータは第２映像デコード部１０５ｂに対して送出される。映像デコード部１０５における第１及び第２デコーダ１０５ａ及び１０５ｂにおいてデコードされたデータは、表示制御部１０８に送出される。
【００６３】
ステップＳ２０６において、同期制御部１１８は、映像デコーダ１０５の各々のデコーダ１０５ａ、１０５ｂがデコードしているそれぞれのコンテンツデータに含まれるタイムスタンプ情報を取得し、タイムスタンプ値の比較を行う。ここでタイムスタンプとは、ストリーミングコンテンツにおける映像データと音声データの同期出力等に使用される時間情報である。タイムスタンプ値が一致するまで（ステップＳ２０７でＹＥＳとなるまで）、ステップＳ２０４〜Ｓ２０７の動作を繰り返す。タイムスタンプ値が一致した時点で、ステップＳ２０８に移行する。図１７では、時刻Ｔ２として示す。
【００６４】
図１８は、ステップＳ２０７におけるタイムスタンプ値が一致する直前のウィンドウ表示制御状態を模式的に表す図である。
【００６５】
図１８において、９００は第１ウィンドウ１１３ａの表示映像、９０１は第２ウィンドウ１１３ｂの表示映像、９０２は第１ウィンドウ１１３ａ左上座標、９０３は第２ウィンドウ１１３ｂ左上座標、９０４は第１ウィンドウ１１３ａ右上座標、９０５は第２ウィンドウ１１３ｂ右上座標、９０６は第１ウィンドウ１１３ａ左下座標、９０７は第２ウィンドウ１１３ｂ左下座標、９０８は第１ウィンドウ１１３ａ右下座標である。
【００６６】
また、第１ウィンドウ１１３ａ左上座標９０２と第２ウィンドウ１１３ｂ左上座標９０３の表示画面上の座標位置は同じである。同様に、第１ウィンドウ１１３ａ右上座標９０４と第２ウィンドウ１１３ｂ右上座標９０５の表示画面上の座標位置、第１ウィンドウ１１３ａ左下座標９０６と第２ウィンドウ１１３ｂ左下座標９０７の座標位置、第１ウィンドウ１１３ａ右下座標９０８と、図示されていないが、第２ウィンドウ１１３ｂ右下座標の位置は同じである。つまり第１ウィンドウ１１３ａの表示映像９００と第２ウィンドウ１１３ｂの表示映像９０１の表示位置は全く重なっており、且つ優先順位は、この段階では第１ウィンドウ１１３ａの方を高く設定しておくため、ユーザからは第１ウィンドウ１１３ａの表示映像９００のみ、即ち、ザッピングストリーム８１１のデータをデコードして得られた画像が見える事となる。
【００６７】
そして、タイムスタンプ値が一致した時点で、ステップＳ２０８に移行し、ＣＰＵ１０４がデコーダ切り替え制御部１１７を制御する。こうして、第１ウィンドウ１１３ａの表示映像９００と、第２ウィンドウ１１３ｂの表示映像９０１の表示優先順位を入れ替える。この制御により、ユーザーに対しては、第２ウィンドウ１１３ｂの表示映像９０１のみが見える事となり、ザッピングストリーム８１１のデータ（例えば、番組の冒頭部分の映像のような部分データ）とコンテンツ配信サーバー２０３から受信、再生中のストリーミングコンテンツのデータ（部分データと関連した情報データ、例えば、番組の冒頭部分以降の映像のような情報データ）とをスムーズに入れ替える事が可能となる。以降、コンテンツ配信サーバー２０３からのストリーミングコンテンツのデータを表示する。
【００６８】
一方、ステップＳ２０２におけるデコーダ負荷のチェックにより、更にデコードが不可能と判断された場合について説明する。例えば、本第１の実施形態のデータ受信装置２０１における他のアプリケーションが第１映像デコーダ１０５ａを用いて蓄積部１０２に記憶されている他のコンテンツをデコードしており、第２映像デコーダ１０５ｂによって、ザッピングストリームのデコードがなされている場合等である。
【００６９】
ステップＳ２０３において、更にデコード不可能と判断された場合、ステップＳ２０９において、コンテンツ配信サーバー２０３に対し、Content Aのデータの送信要求を行い、コンテンツ配信サーバー２０３は、データ受信装置２０１に対するデータ送信を開始し、データ受信装置２０１は、通信制御部１００によりデータの受信を行う。通信制御部１００により受信したデータは、バッファ制御部１２１を介して、バッファ１０１に一時記憶される。
【００７０】
ステップＳ２１０において、同期制御部１１８は、ザッピングストリームのデータに含まれるタイムスタンプ情報と、バッファ制御部１２１に入力されているコンテンツデータに含まれるタイムスタンプ情報を取得し、タイムスタンプ値の比較を行う。タイムスタンプ値が一致するまで（ステップＳ２１１でＹＥＳとなるまで）、ステップＳ２０９〜ステップＳ２１１の動作を繰り返す。タイムスタンプ値が一致した時点で、ステップＳ２１２に移行する。
【００７１】
ステップＳ２１２において、デコーダ切替制御部１１７は、映像デコード部１０５に渡すデータを、ザッピングストリーム８１１のデータから、バッファ１０１から入力されるコンテンツデータ、つまり、コンテンツ配信サーバー２０２から受信、バッファしていたContent Aのデータに切り替える。この制御により、上記例では、第２映像デコーダ１０５ｂに対する入力データがContent Aのデータに切り替わり、ザッピングストリームとコンテンツ配信サーバー２０３から受信、再生中のストリームをスムーズに入れ替える事が可能となる。
【００７２】
なお、図１６に示す動作中に、操作部１１０又はリモコン１１２による停止ボタン３０７又は４０７の押下があった場合には、インタラプトをかけて随時動作を中止し、図５のステップＳ５２７に進み、また、テンキー３１３又は４１３、又は、チャンネルアップダウンボタン３１２又は４１２の押下があった場合には、図１５のステップＳ１０３に戻る。
【００７３】
上記処理により、例えば、Content Aやザッピングストリーム８１１の部分データA'を再生中に、ユーザーがチャンネルアップダウンボタン３１２又は４１２の「＋」側を押すと、Content Bに対応するザッピングストリーム８１１の部分データB'に切り替わり、またその後、ユーザーがチャンネルアップダウンボタン３１２又は４１２の「−」側を押せば、ザッピングストリーム８１１の部分データA'に切り替わる。このように、コンテンツ再生中に他のコンテンツに変更する場合、変更後のストリーミングコンテンツデータをWebサーバー２０２、コンテンツ配信サーバー２０３に対して要求するのではなく、蓄積部１０２に記憶されたザッピングストリーム付帯情報８１２における情報から、所望のコンテンツストリームのファイルがあるファイル位置に移動し、その位置から再生を再開する。従って、Webサーバー２０２及びコンテンツ配信サーバー２０３へのデータ送受信アクセス時間が必要無い為、スムーズに視聴コンテンツを切り替えることが容易にでき、ユーザーにも不快感を与える事が無くなる。
【００７４】
また図１９に示すように、ストリーミングポータルのカテゴリー（図９）に含まれるストリーミングコンテンツが、複数のコンテンツ配信サーバーに点在する場合であっても、図５のステップＳ５２０において得られるURL情報からコンテンツの要求先を容易に判別できる為、図７と同じ手順でザッピングストリームを構成可能であると共に、再生時にも、コンテンツ配信サーバー１つからデータを取得する場合と同様の効果を得る事ができる。
【００７５】
なお、コンテンツアップダウンボタン３０５又は４０５や、テンキー３１３又は４１３の操作により、視聴コンテンツ切り替えが実行されるが、例えばザッピングストリーム８１１の部分データA'のコンテンツ視聴中に、Content Bへの切り替えが行なわれ、更にContent Aへの復帰するような場合、所定時間内であれば、前回視聴を中断されたポイントから再生を再開するように構成しても良い。
【００７６】
＜第２の実施形態＞
次に、本発明における第２の実施形態について説明する。
【００７７】
本第２の実施形態におけるデータ受信装置及びシステム全体の構成は、上記第１の実施形態で図１及び図２を参照して説明したものと同様である。
【００７８】
図２０、図２１は、本第２の実施形態に係る操作部１１０及びリモコン１１２の構成を示す図である。図３及び図４とは、ザッピングボタン３０５及び４０５がそれぞれ追加されているところが異なるが、それ以外は図３及び図４と同様であるため、同じ参照番号を付し、説明を省略する。
【００７９】
図２２は、本第２の実施形態におけるデータ受信装置２０１の動作を説明するフローチャートである。
【００８０】
上述の第１の実施形態においては、図５のステップＳ５１３におけるコンテンツメニュー画面構成及び表示後、すぐにステップＳ５１６進んでザッピングストリームの構成動作に移行していた。しかし、第２の実施形態では、図２２に示すように、ステップＳ５１３におけるコンテンツメニュー画面構成及び表示後、ザッピングボタン３０５または４０５の押下を待ち、押下を検知してからステップＳ５１６に進んでザッピングストリームの構成動作を行う。なお、ザッピングボタン３０５又は４０５が押される前に、コンテンツの表示が指示された場合、従来と同様の制御による表示処理を行うように制御しても良い。このようにすることで、ユーザーが視聴したいコンテンツを予め知っている場合に、ザッピングストリームの構成時間を省くことができる。
【００８１】
＜第３の実施形態＞
以下、本発明の第３の実施形態について説明する。
【００８２】
本第３の実施形態におけるデータ受信装置及びシステム全体の構成は、上記第１の実施形態で図１及び図２を参照して説明したものと同様である。
【００８３】
図２３は、本第３の実施形態におけるデータ受信装置２０１でのザッピングストリーム構成処理（図５のステップＳ５２５における処理）を示すフローチャートである。
【００８４】
第１の実施形態における図７に示す処理では、ザッピングストリーム構成用に各ストリーミングコンテンツContent A〜Jから取得するデータ量を全て一定としたが、本第３の実施形態においては、各ストリーミングコンテンツContent A〜Jから取得するデータの再生時間を一定とする事を目的としている。なお、図２３において、図７と同様の処理については同じ参照番号を付し、説明を省略する。
【００８５】
ステップＳ７０２において、ストリーミングコンテンツ再構成部１０３は、コンテンツ配信サーバー２０３からのデータを受信すると、ステップＳ９０３において受信した各ストリーミングコンテンツの再生時間が、規定した再生時間に相当するデータ容量に達するまで、ステップＳ７０１のデータ要求、ステップＳ７０２のデータ受信を繰り返す。この際、受信するデータ量は、受信したコンテンツデータに含まれるビットレート情報、又は事前に取得済のコンテンツ関連情報データに含まれている可能性のあるビットレート情報を用いて判断することができる。例えば、ザッピングストリーム構成用に各ストリーミングコンテンツContent A〜Jから取得するデータ量を各々３分間づつ分とした場合、この時間をビットレートで割る事により、容易に必要なデータ量を算出する事ができ、ステップＳ９０３の判断を行うことができる。
【００８６】
＜第４の実施形態＞
以下、本発明における第４の実施形態について説明する。
【００８７】
本第４の実施形態では、ザッピングストリームの部分データから、コンテンツ配信サーバー２０３から配信されるストリーミングコンテンツへの別の切替制御について説明する。本第４の実施形態では、デコードしたザッピングストリーム映像データから、輝度レベルの低いフレーム、或いはフィールドを選択し、ザッピングストリームから、コンテンツ配信サーバー２０３から受信するストリーミングコンテンツに切り替えるタイミングを決定する。
【００８８】
図２４は、本発明の第４の実施形態に係るデータ受信装置２０１’の全体構成を示すブロック図である。図１とは、映像データ検出比較部１１９が追加されているところが異なるが、その他の構成は図１と同様であるため、同じ参照番号を付し、説明を省略する。
【００８９】
図２５は、本第４の実施形態におけるコンテンツ再生処理を示す図である。なお、連続視聴時間がＴ１以下の場合の処理は、図１５を参照して説明した処理と同様であるため、ここでは説明を省略する。
【００９０】
図１５のステップＳ１０６で説明したように、連続視聴時間が所定時間Ｔ１を超えたと判断した場合、ザッピングストリーム８１１のデータ部分（例えば、図１１の部分データA'）より先のストリーミングコンテンツを継続視聴する可能性があるものとして、図２５の処理に進む。ＣＰＵ１０４は、ステップＳ２０２において、映像デコード部１０５のデコード負荷をチェックする。ここでは、以後受信するContent Aのストリーミングコンテンツを、映像デコード部１０５がデコード可能かどうかについてのチェック行う。
【００９１】
映像デコード部１０５の第１映像デコーダ１０５ａまたは第２映像デコーダ１０５ｂのいずれか（以下、第１映像デコーダ１０５ａが行っているものとする。）がザッピングストリーム８１１の部分データA'をデコードし、もう一方（以下、第２映像デコーダ１０５ｂとする。）がデコードを行なっていない場合、ステップＳ２０３において、更にデコード可能と判断する。
【００９２】
更にデコード可能と判断された場合、ステップＳ１１００において、ザッピングストリーム８１１における、コンテンツ表示切替予定ポイント（図１７の、例えばＴ２）以降のザッピングストリーム８１１の部分データA'を、第２映像デコーダ１０５ｂを用いて先んじてデコードを開始する。
【００９３】
次にステップＳ１１０１において、映像データ検出比較部１１９を用いて、デコードされた映像データのフレーム、或いはフィールドデータの検出と、その直前フレーム、或いはフィールドの映像データとの比較を行なう。ここでの映像データの比較は、より輝度レベルの低いフレーム、或いはフィールドを検出する事が目的である。
【００９４】
ステップＳ１１０２において、新たに検出したフレーム、或いはフィールドが前フレーム、或いはフィールドの映像データよりもその輝度レベルが低いと判断された場合、ステップＳ１１０３において、そのフレーム、或いはフィールドのタイムスタンプ値を記憶し、ステップＳ１１０４へ移行する。輝度レベルが低いと判断されなかった場合は、そのままステップＳ１１０４へ移行する。
【００９５】
ステップＳ１１０４において、コンテンツ切替予定ポイントＴ２以降のザッピングストリーム８１１の部分データ（例えば部分データA'）について、映像データのフレーム、或いはフィールドの検出と、その前フレーム、或いはフィールドの映像データとの比較が全て完了したかどうかを判断する。完了していなければステップＳ１１０１に戻ってステップＳ１１０１〜Ｓ１１０４を繰り返し、完了していればステップＳ１１０５に移行する。
【００９６】
ステップＳ１１０５において、コンテンツ配信サーバー２０３に対し、現在再生している部分データA'に対応する箇所（例えば、図１７のＴ１）からのContent Aのデータの送信要求を行う。送信要求を受けて、コンテンツ配信サーバー２０３はデータ受信装置２０１’に対してデータ送信を開始し、データ受信装置２０１’は通信制御部１００によりデータの受信を行う。
【００９７】
ステップＳ１１０６において、デコーダ切替制御部１１７は、映像デコード部１０５内の複数のデコーダ（第１映像デコーダ１０５ａ、第２映像デコーダ１０５ｂ）に対する入力データを切り替える。上述したように、ザッピングストリーム８１１の部分データA'が第１映像デコーダ１０５ａでデコードされ、現在受信しているストリーミングコンテンツ（Content A）を第２映像デコーダ１０５ｂでデコードする場合、バッファ１０１にバッファリングされているデータは第２映像デコード部１０５ｂに対して送出される。映像デコード部１０５における第１及び第２デコーダ１０５ａ及び１０５ｂにおいてデコードされたデータは、表示制御部１０８に送出される。
【００９８】
ステップＳ１１０７において、同期制御部１１８は、映像デコーダ１０５の各々のデコーダ１０５ａ、１０５ｂがデコードしているそれぞれのコンテンツデータに含まれるタイムスタンプ情報を取得し、ステップＳ１１０３において記憶されたタイムスタンプ値との比較を行なう。タイムスタンプ値が一致した時点で、ステップＳ２０８に移行し、表示の切り替えを行う。なお、ステップＳ２０８における切替制御は、第１の実施形態と同様であるため、説明を省略する。
【００９９】
また、ステップＳ２０３において更にデコードが不可能な場合は、図１６を参照した第１の実施形態と同様に、ステップＳ２０９〜Ｓ２１２の処理を行う。
【０１００】
このように、本第４の実施形態においては、ウィンドウの切り替えを、より輝度レベルの低いフレーム、或いはフィールドで行うことにより、切替をより目立たなくすることができる。
【０１０１】
＜第５の実施形態＞
以下、本発明における第５の実施形態について説明する。
【０１０２】
本第５の実施形態では、扱うストリーミングデータがＭＰＥＧ２やＭＰＥＧ４でエンコードされているコンテンツであった場合、デコード中の映像データに含まれる動きベクトルを検出、比較し、フレーム或いはフィールド毎の動きの少ないフレーム、或いはフィールドを選択し、ザッピングストリームから、コンテンツ配信サーバー２０３から受信するストリーミングコンテンツに切り替えるタイミングを決定する。
【０１０３】
図２６は、本発明の第５の実施形態に係るデータ受信装置２０１”の全体構成を示すブロック図である。図１とは、動き検出比較部１２０が追加されているところが異なるが、その他の構成は図１と同様であるため、同じ参照番号を付し、説明を省略する。
【０１０４】
図２７は、本第５の実施形態におけるコンテンツ再生処理を示す図である。なお、連続視聴時間がＴ１以下の場合の処理は、図１５を参照して説明した処理と同様であるため、ここでは説明を省略する。
【０１０５】
図１５のステップＳ１０６で説明したように、連続視聴時間が所定時間Ｔ１を超えたと判断した場合、ザッピングストリームのデータ部分（例えば、図１１の部分データA'）より先のストリーミングコンテンツを継続視聴する可能性があるものとして、図２７の処理に進む。ＣＰＵ１０４は、ステップＳ２０２において、映像デコード部１０５のデコード負荷をチェックする。ここでは、以後受信するContent Aのストリーミングコンテンツを、映像デコード部１０５がデコード可能かどうかについてのチェック行う。
【０１０６】
映像デコード部１０５の第１映像デコーダ１０５ａまたは第２映像デコーダ１０５ｂのいずれか（以下、第１映像デコーダ１０５ａが行っているものとする。）がザッピングストリーム８１１の部分データA'をデコードし、もう一方（以下、第２映像デコーダ１０５ｂとする。）がデコードを行なっていない場合、ステップＳ２０３において、更にデコード可能と判断する。
【０１０７】
更にデコード可能と判断された場合、ステップＳ１３００において、ザッピングストリーム８１１における、コンテンツ表示切替予定ポイント（図１７の、例えばＴ２）以降のザッピングストリーム８１１の部分データA'を、第２映像デコーダ１０５ｂを用いて先んじてデコードを開始する。
【０１０８】
次にステップＳ１３０１において、動き検出比較部１２０を用いて、デコードされた映像データのフレーム、或いはフィールドデータと、その直前のフレーム、或いはフィールドからの動きベクトル検出と、前回の検出結果との比較を行なう。ここでの動きベクトルの比較は、より動きベクトルの小さいフレーム、或いはフィールドを検出する事が目的である。
【０１０９】
ステップＳ１３０２において、前回の検出結果より、動きベクトルが小さいと判断された場合、ステップＳ１３０３において、そのフレーム、或いはフィールドのタイムスタンプ値を記憶し、ステップＳ１３０４へ移行する。動きベクトルが小さいと判断されなかった場合は、そのままステップＳ１３０４へ移行する。
【０１１０】
ステップＳ１３０４において、コンテンツ切替予定ポイントＴ２以降のザッピングストリーム８１１の部分データ（例えば部分データA'）について、動きベクトルの検出及び比較が完了したかどうかを判断する。完了していなければ、ステップＳ１３０１に戻ってステップＳ１３０１〜Ｓ１３０４を繰り返し、完了していればステップＳ１３０５に移行する。
【０１１１】
ステップＳ１３０５において、コンテンツ配信サーバー２０３に対し、現在再生している部分データA'に対応する箇所（例えば、図１７のＴ１）からのContennt Aのデータの送信要求を行う。送信要求を受けて、コンテンツ配信サーバー２０３はデータ受信装置２０１”に対してデータ送信を開始し、データ受信装置２０１”は、通信制御部１００によりデータの受信を行なう。
【０１１２】
ステップＳ１３０６において、デコーダ切替制御部１１７は、映像デコード部１０５内の複数のデコーダ（第１映像デコーダ１０５ａ、第２映像デコーダ１０５ｂ）に対する入力データを切り替える。上述したように、ザッピングストリームの部分データA'が第１映像デコーダ１０５ａでデコードされ、現在受信しているストリーミングコンテンツ（Content A）を第２映像デコーダ１０５ｂでデコードする場合、バッファ１０１にバッファリングされているデータは第２映像デコード部１０５ｂに対して送出される。映像デコード部１０５における第１及び第２デコーダ１０５ａ及び１０５ｂにおいてデコードされたデータは、表示制御部１０８に送出される。
【０１１３】
ステップＳ１３０７において、同期制御部１１８は、映像デコーダ１０５の各々のデコーダ１０５ａ、１０５ｂがデコードしているそれぞれのコンテンツデータに含まれるタイムスタンプ情報を取得し、ステップＳ１３０３において記憶されたタイムスタンプ値との比較を行なう。タイムスタンプ値が一致した時点で、ステップＳ２０８に移行し、表示の切り替えを行う。なお、ステップＳ２０８における切替制御は、第１の実施形態と同様であるため、説明を省略する。
【０１１４】
また、ステップＳ２０３において更にデコードが不可能な場合は、図１６を参照した第１の実施形態と同様に、ステップＳ２０９〜Ｓ２１２の処理を行う。
【０１１５】
このように、本第５の実施形態においては、ウィンドウの切り替えを、より動きの少ないフレーム、或いはフィールドで行うことにより、表示ウィンドウの切り替えをより目立たなくする事ができる。
【０１１６】
＜他の実施形態＞
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。ここでプログラムコードを記憶する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、磁気テープ、不揮発性のメモリカード、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、光ディスク、光磁気ディスク、ＭＯなどが考えられる。
【０１１７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１８】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図５又は図２２、図６、図７又は図２３、図８、図１５、及び図１６、図２４又は図２６に示すフローチャートに対応するプログラムコードが格納されることになる。
【０１１９】
従来のストリーミング再生においては、大多数のユーザーが同一のサーバーにアクセスし、そのサーバー上にあるストリーミングコンテンツを視聴しようとした場合、サーバー側のデータ送受信処理の負荷が増大し、サーバーからの送信データが途切れてしまう場合がある。
【０１２０】
また、ユーザーが複数存在するストリーミングコンテンツを選びかねている場合には、複数のストリーミングコンテンツを切り替えながら視聴することになる（ザッピング視聴）。この様な場合、テレビ放送におけるチャンネル切り替えのように、スムーズに切り替わらず、再生が長時間途切れる等、ユーザーに不快感を与えてしまうことがある。
【０１２１】
あるいは、複数のサーバーにあるストリーミングコンテンツを切り替えながら視聴する場合にも同様、ストリーミングコンテンツを切り替える度にサーバーのアクセス先を切り替え、ストリーミングコンテンツデータを受信、再生する為、テレビ放送におけるチャンネル切り替えのように、スムーズに切り替わらず、ユーザーに不快感を与えてしまうことがある。
【０１２２】
以上詳述した第１〜第５の実施形態によれば、これらの課題をも解決できる。
【０１２３】
なお、上述した実施形態では、部分データと情報データとしては、１つの番組の一部の映像と、残りの部分の映像のように、時間的に継続する部分を持つ一連の番組のようなデータを例に挙げたが、本発明に用いられる部分データと情報データとしては、互いに関連するものであればよい。
【図面の簡単な説明】
【０１２４】
【図１】本発明の第１の実施形態に係るデータ受信装置の全体構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るシステム全体の構成図である。
【図３】図１に示す操作部の構成を表す図である。
【図４】図１に示すリモコンの構成を表す図である。
【図５】本発明の第１の実施形態におけるデータ受信装置の動作を説明するフローチャートである。
【図６】Webサーバーにおけるデータ受信装置へのデータ配信動作を説明するフローチャートである。
【図７】本発明の第１の実施形態におけるザッピングストリームの構成処理を説明するフローチャートである。
【図８】コンテンツ配信サーバーにおけるデータ受信装置へのデータ配信動作を説明するフローチャートである。
【図９】本発明の第１の実施形態におけるポータル画面の一例を示す図である。
【図１０】本発明の第１の実施形態におけるコンテンツメニュー画面の一例を示す図である。
【図１１】本発明の第１の実施形態におけるザッピングストリームの構成の概念を示す図である。
【図１２】本発明の第１の実施形態におけるザッピングストリーム付帯情報データの一例を示す図である。
【図１３】本発明の第１の実施形態におけるザッピングストリーム構成中に表示されるコンテンツメニュー画面の一例を示す図である。
【図１４】本発明の第１の実施形態におけるザッピングストリーム構成完了後に表示されるコンテンツメニュー画面の一例を示す図である。
【図１５】本発明の第１の実施形態におけるコンテンツ再生処理を説明するフローチャートである。
【図１６】本発明の第１の実施形態におけるコンテンツ再生処理を説明するフローチャートである。
【図１７】本発明の第１の実施形態におけるザッピングストリームと、コンテンツ配信サーバのContent Aのデータの様子を示す概念図である。
【図１８】本発明の第１の実施形態におけるタイムスタンプ値が一致する直前のウィンドウ表示制御状態を模式的に表す図である。
【図１９】本発明の第１の実施形態におけるザッピングストリームの構成の別の概念を示す図である。
【図２０】本発明の第２の実施形態における操作部の構成を表す図である。
【図２１】本発明の第２の実施形態における示すリモコンの構成を表す図である。
【図２２】本発明の第２の実施形態におけるデータ受信装置の動作を説明するフローチャートである。
【図２３】本発明の第３の実施形態におけるザッピングストリームの構成処理を説明するフローチャートである。
【図２４】本発明の第４の実施形態に係るデータ受信装置の全体構成を示すブロック図である。
【図２５】本発明の第４の実施形態におけるコンテンツ再生処理を説明するフローチャートである。
【図２６】本発明の第５の実施形態に係るデータ受信装置の全体構成を示すブロック図である。
【図２７】本発明の第５の実施形態におけるコンテンツ再生処理を説明するフローチャートである。
【符号の説明】
【０１２５】
１００  通信制御部
１０１  バッファ
１０２  蓄積部
１０３  ストリーミングコンテンツ再構成部
１０４  ＣＰＵ
１０５  映像デコード部
１０５ａ  第１映像デコーダ
１０５ｂ  第２映像デコーダ
１０６  音声デコード部
１０７  画面構成部
１０８  表示制御部
１０９  音声制御部
１１０  操作部
１１１  受光部
１１２  リモコン
１１３  画像表示部
１１３ａ  第１ウィンドウ
１１３ｂ  第２ウィンドウ
１１４  音声出力部
１１５  制御バス
１１６  カーソル制御部
１１７  デコーダ切替制御部
１１８  同期制御部
１１９  映像データ検出比較部
１２０  動き検出比較部
１２１  バッファ制御部
２００  ネットワーク
２０１、２０１’、２０１”  データ受信装置
２０２  Webサーバー
２０３  コンテンツ配信サーバー
３０１  主電源ボタン
３０２、４０２  電源ボタン
３０３、４０３  決定ボタン
３０４、４０４  カーソル移動ボタン
３０５、４０６  ザッピングボタン
３０６、４０６  再生ボタン
３０７、４０７  停止ボタン
３１１、４１１  ポータルボタン
３１２、４１２  チャンネルアップダウンボタン
３１３、４１３  テンキー
４０１  送信部
【図１】
2004194294.tif 000003
【図２】
2004194294.tif 000004
【図３】
2004194294.tif 000005
【図４】
2004194294.tif 000006
【図５】
2004194294.tif 000007
【図６】
2004194294.tif 000008
【図７】
2004194294.tif 000009
【図８】
2004194294.tif 000010
【図９】
2004194294.tif 000011
【図１０】
2004194294.tif 000012
【図１１】
2004194294.tif 000013
【図１２】
2004194294.tif 000014
【図１３】
2004194294.tif 000015
【図１４】
2004194294.tif 000016
【図１５】
2004194294.tif 000017
【図１６】
2004194294.tif 000018
【図１７】
2004194294.tif 000019
【図１８】
2004194294.tif 000020
【図１９】
2004194294.tif 000021
【図２０】
2004194294.tif 000022
【図２１】
2004194294.tif 000023
【図２２】
2004194294.tif 000024
【図２３】
2004194294.tif 000025
【図２４】
2004194294.tif 000026
【図２５】
2004194294.tif 000027
【図２６】
2004194294.tif 000028
【図２７】
2004194294.tif 000029