JP4401721B2 - 映像受信装置 - Google Patents

Description

本発明は映像受信装置に関し、特には放送波及び放送波とは異なるネットワークから画像データを受信する映像受信装置に関する。

近年、映像・音声データの圧縮技術の向上、および、高速なデータ転送を可能とする通信環境、インターネット環境の普及に伴い、インターネットを介して映像や音声データなどの放送を配信し、パーソナルコンピュータ（以下ＰＣ）によりこのようなインターネット放送を視聴できるようになってきた。

インターネット放送を視聴する場合、はじめに、視聴者が、アナログモデム、ＬＡＮといった接続の形態を選択すると、後は、ストリームサーバ側がそれに応じたストリームを転送し、ＰＣに表示するといったものであった。

一方、近年、デジタル放送が開始し、このようなデジタル放送をインターネットと積極的に連動させて行こうという試みもなされており、デジタルテレビ受信機においてもインターネット放送を視聴できるようになれば、デジタルテレビ受信機の利用価値が大きく向上することになる。

本願発明にかかわる従来技術としては以下の文献を挙げることができる。

例えば、特許文献１には、テレビ放送と同時に送られてくる複数解像度の画面から、表示装置に適した解像度の画面を選択して表示する技術が開示されている。

また、特許文献２には、通信管理手段が、伝送路と送信装置の使用状況との情報を加味して送信装置が送信することができるデータの通信条件の候補のメニューを端末装置の候補条件表示手段に提示し、端末装置の使用者それぞれがそのメニューのなかから通信条件を選択して送信装置に指示し、その後、送信装置のデータ送信手段がその通信条件に基づいてデータを送信する構成が開示されている。
特開平１１−１３６４９号公報 特開平１１−３２０２０号公報

本願に係る発明は、画像データを受信する映像受信装置の好適な構成を実現することを課題とする。

本願に係る映像受信装置は以下のように構成される。

放送波から放送信号を受信する第１の受信回路と、放送波とは異なるネットワークを介してサーバからコンテンツ画像データを受信する第２の受信回路と、前記第１の受信回路で受信した放送信号から生成される放送番組画像データと前記第２の受信回路で受信したコンテンツ画像データとを共に表示装置の表示画面に表示させる映像受信装置であって、前記サーバは、同一のコンテンツについて、複数種類の画素数及び複数種類のフレームレートの組み合わせ毎にコンテンツ画像データを複数備えるとともに、当該組み合わせの画素数及びフレームレートの情報を管理するコンテンツ情報テーブルを有し、前記第１の受信回路で放送信号を受信し、当該放送信号から生成した放送番組画像データを前記表示画面に表示中に、前記第２の受信回路を介して前記サーバから取得するコンテンツを特定するための特定情報と、当該コンテンツに対応するコンテンツ画像データを表示画面上に表示する際の表示位置を示す情報と、当該コンテンツ画像データを表示する際の画素数を示す情報と、フレームレートを示す情報と、当該コンテンツ画像データと前記放送番組画像データとの表示サイズ比を示す情報とを含むイベント情報を放送信号から受信したか否かを検出する検出手段と、前記検出手段で前記イベント情報を検出した場合に、前記イベント情報に含まれる前記特定情報を用いて、当該コンテンツに対応するコンテンツ情報テーブルを前記サーバから前記第２の受信回路を用いて取得する取得手段と、前記イベント情報に含まれる前記表示位置を示す情報と前記画素数を示す情報と前記フレームレートを示す情報と前記表示サイズ比を示す情報及び前記表示画面の画素数並びに前記コンテンツ情報テーブルを用いて、前記サーバから取得する前記コンテンツ画像データの画素数及びフレームレートを決定する決定手段と、前記決定手段で決定された画素数及びフレームレートに対応するコンテンツ画像データの送信を前記サーバに要求し、前記第２の受信回路で当該コンテンツ画像データを受信する制御を実行する制御手段と、前記第２の受信回路で受信したコンテンツ画像データと前記表示画面の表示中の放送番組画像データとを、前記イベント情報に規定された前記表示位置を示す情報と前記表示サイズ比を示す情報とを用いて前記表示画面上にともに表示する制御を行う表示制御手段と、を有することを特徴とする映像受信装置。

以上説明した様に、本発明によれば、ネットワークからコンテンツ画像データを受信する際、イベント情報に含まれる前記表示位置と前記画素数と前記フレームレートと前記表示サイズ比の情報と、前記表示画面の画素数と、前記コンテンツ情報テーブルとを用いて、前記サーバから取得する前記コンテンツ画像データの画素数及びフレームレートを決定することで、不必要に大きなサイズのコンテンツ画像データを受信せずに済み、そのため、装置のリソースや通信路を有効に活用することができる。

本願発明について更に詳細に説明する。

以下では、ネットワークを介して送信されてくる画像データを受信する受信回路と、前記受信回路により受信された画像データを表示装置に出力する出力回路と、前記画像データに基づく画像を表示する表示領域の大きさに応じた送信モードで前記画像データを送信することを該送信を制御する装置に対して要求するための信号を発生する制御回路とを備える受信装置について説明する。なお、この受信装置を構成する各回路は必ずしも一つの筐体に収められている必要はない。また、前記送信モードで画像データを送信することを要求するための信号は前記画像データが伝送されてくる前記ネットワークと同じネットワークで送信を制御する装置に送信することができるが、その他の媒体を介して送信することもできる。なお、前記送信を制御する装置と、前記画像データの送信を行う装置とは同じ装置であっても別々の装置であっても良い。

なお、本願で言う回路とは、信号経路や素子によって構成され、所定の処理を行うもののことを言う。特定の処理を行うための専用の回路に限るものではなく、多種の処理が可能な回路とその回路に特定の処理をさせるためのプログラムを組み合わせて用いることもできる。前記素子としては、扱う信号が電気信号である場合には抵抗や容量やトランジスタなどの素子を用いることができる。

また、前記制御回路は送信速度の異なる複数の送信モードの中から送信モードを選択し、該選択した送信モードで前記画像データを送信することを要求するための信号を発生する構成とすることができる。また前記制御回路は、前記複数の送信モードのうち、前記受信回路が前記ネットワークを介して受信可能な最大受信速度よりも低い送信速度を有する送信モードを選択するものであると好適である。

また、前記画像データは一連の画像を表示するためのデータを有しており、前記複数の送信モードは、該一連の画像のフレームレートが互いに異なる複数の送信モードを少なくとも含んでいると好適である。

また、前記複数の送信モードは、第１のモードと第２のモードを含んでおり、該第１のモードは該第１のモードで送信されたデータに基づいて表示される画像の解像度は第２のモードで送信されたデータに基づいて表示される画像の解像度よりも高く認識されるようなモードである構成や、前記画像データは一連の画像を表示するためのデータを有しており、前記複数の送信モードは、第１のモードと第２のモードを含んでおり、該第２のモードは該第２のモードで送信されたデータに基づいて表示される一連の画像における物体の動きの視認性が第１のモードで送信されたデータに基づいて表示される一連の画像における物体の動きの視認性よりも高いモードである構成を好適に採用できる。上記第１のモードと第２のモードのいずれを選択するかは例えば、受信する画像データによって表示される画像のジャンルや、表示装置の種類に応じて行うことができる。

また、前記受信回路は、前記画像データの送信を行う装置が送信可能な複数の送信モードの情報を少なくとも含む送信モード情報を受信するものである構成を好適に採用できる。送信モード情報は前記ネットワークを介して送信されてくるものであっても、他の媒体を介して送信されてくるものであっても良い。また、送信モード情報を送信する装置は、前記画像データを送信する装置と同じ物であっても別のものであっても良い。前記送信モード情報を受信する回路と、前記ネットワークを介して前記画像データを受信する回路とは、別の回路であってもよく、また同じ回路であっても良い。前記送信モード情報が前記ネットワークとは異なる媒体から入力される場合には別々の回路を用いるのが好適である。その場合これら別々の回路を前記受信回路が含むことになる。これら別々の回路が離間して設けられている場合もそれらを含む回路を総称して受信回路とする。

また前記出力回路は、前記受信回路により受信された画像データを記憶するバッファメモリを有し、前記要求する送信モードに応じて前記バッファメモリにて蓄積すべきデータ量を変更するように構成すると好適である。

また、前記受信回路は、前記画像データに基づく画像を表示する表示領域の大きさを指定するための信号を受信するものであると好適である。画像データに基づく画像を表示する表示領域の大きさを指定するための信号を受信する回路と、前記ネットワークを介して送信されてくる画像データを受信する回路とは、別の回路であってもよく、また同じ回路であっても良い。前記画像データに基づく画像を表示する表示領域の大きさを指定するための信号が前記ネットワークとは異なる媒体から入力される場合には別々の回路を用いるのが好適である。その場合これら別々の回路を前記受信回路が含むことになる。これら別々の回路が離間して設けられている場合もそれらを含む回路を総称して受信回路とする。

またここでいう表示領域の大きさとは、絶対的な大きさ（長さや面積の単位を持つ大きさ）に限るものではない。例えば表示領域の大きさが所定の画素数で指定された時、表示装置の画素ピッチによって絶対的な表示領域の大きさは異なることになる。また表示装置において表示可能な最大の領域や他の表示領域に対する比率等の比較条件で前記画像データに基づく画像を表示する表示する領域の大きさが指定される場合には、その比較の対象となる領域の絶対的な大きさに応じて前記画像データに基づく画像を表示する領域の絶対的な大きさが決まることになる。

また、前記制御回路は、前記画像データに基づく画像を表示する前記表示領域である第１の表示領域と、該第１の表示領域とは異なる第２の表示領域とを少なくとも含む複数の表示領域でそれぞれ画像を表示するように制御するものであり、前記第１の表示領域の大きさが、前記第２の表示領域に画像を表示するための画像データの送信元による指定に基づいて決められる構成を好適に採用できる。前記複数の領域で画像を表示するように制御する回路と、表示領域の大きさに応じた送信モードで前記画像データを送信することを要求するための信号を発生する回路とは、同じ回路であっても別の回路であっても良い。別々の回路である場合にはそれらを含む回路を総称して制御回路という。

なお複数の表示領域のうちの一つの外周が前記表示装置の最大表示領域の外周と一致していても良い。なお各表示領域は矩形形状に限るものではない。

また、第２の表示領域に画像を表示するための画像データの送信元とは、第２の表示領域に画像を表示するための画像データの製作主体、または第２の表示領域に画像を表示するための画像データの送信主体、または第２の表示領域に画像を表示するための画像データの送信を指示する主体、また第２の表示領域に画像を表示するための画像データの送信を依頼する主体、等を含む。該送信元による指定は、該第２の表示領域に画像を表示するための画像データとともに送られてくる信号や該画像データに係る情報として該画像データとは別個に送られてくる信号によってなされ得る。

また前記制御回路は、前記画像データに基づく画像を表示する前記表示領域である第１の表示領域と、該第１の表示領域とは異なる第２の表示領域とを少なくとも含む複数の表示領域でそれぞれ画像を表示するように制御するものであり、前記第１の表示領域で画像を表示するための前記画像データは、前記第２の表示領域に画像を表示するための画像データの送信元によって指定される画像データである構成を好適に採用できる。

また特には、前記第２の表示領域にはテレビジョン放送の表示を行う構成を好適に採用できる。第１の表示領域にはストリーム放送の表示を行う構成を好適に採用できる。

好適には、この受信装置がテレビジョン放送の受信を行うためのチューナを備えていると良い。ただし別途設けたチューナからの信号を受信できるようにこの受信装置を構成しても良い。

また、前記受信回路は、画像を表示する表示領域の大きさを変更する時間に係る情報を受信するものであり、前記制御回路は該時間に係る情報に基づいて前記送信を制御する装置に要求する送信モードを変更する構成を好適に採用できる。

またこの受信装置は前記表示装置を内蔵してもよく、また受信装置と表示装置とを別体で設けても良い。

また、表示装置の最大表示領域内の第１の表示領域に画像を表示するための第１の画像データと、前記表示領域内の第２の表示領域に画像を表示するための第２の画像データと、前記第１の表示領域での画像表示に係る情報と、を受信する受信回路と、前記情報に基づいて前記第１の画像データの送信を前記第１の画像データの送信を制御する装置に対して要求する信号を発生する制御回路と、を有しており、前記情報は前記第２の画像データの送信元が指定する情報であることを特徴とする受信装置の発明を本願は含んでおり、この発明の実施形態については後述する。

ここで第１の表示領域と第２の表示領域の一方の外周が表示装置の最大表示領域の外周と一致していても良い。

また、前記情報は前記第１の表示領域の大きさを示す情報を少なくとも含むものである構成を好適に採用できる。前記第１の表示領域の大きさを示す情報とは表示領域の大きさ（絶対的な大きさに限るものではない）そのものである必要はなく、該情報を処理することによって表示領域の大きさを特定できる情報であれば良い。また、前記第１の画像データは一連の画像を表示するためのデータであり、前記情報は該一連の画像のフレームレートを示す情報を少なくとも含むものである構成を好適に採用できる。フレームレートを示す情報とはフレームレートそのものである必要はなく、該情報を処理することによってフレームレートを特定できる情報であれば良い。フレームレートとは単位時間に表示する画像の数のことであり、また本願で言う一連の画像とはインターレース表示のためのデータによって形成される一連の画像を含む。また前記情報は、前記第１の画像データを指定する情報を少なくとも含む構成を好適に採用できる。第１の画像データを指定する情報としては、該第１の画像データのアドレスを示す情報を好適に採用することができる。また、前記情報は、前記第１の画像データに基づく表示を開始もしくは終了する時間にかかわる情報を少なくとも含む構成を好適に採用できる。また前記情報は、前記第１の表示領域の大きさを変更する時間に係る情報を少なくとも含む構成を好適に採用できる。時間に係る情報とは、時刻を指定するための情報であったり、所定の時刻からの経過時間を指定するための情報であったりする。

なお、前記第１の画像データと第２の画像データとは異なる経路を介してこの受信装置で受信されるものである構成を好適に採用できる。

以下では以上述べた受信装置と、前記画像データの少なくとも一つを送信する送信装置を有する実施形態を説明しており、これらは画像表示システムを構成する。

また以下の実施形態は受信装置に対して番組を放送する放送方法であって、番組を受信装置が受信可能なように送信するステップと、該番組に関連する画像を該番組を表示する表示装置の該番組を表示している表示画面とは異なる表示画面として表示させるための情報を送信するステップと、を有することを特徴とする放送方法の発明の実施形態にもなっている。番組としては種々の構成のものを採用できる。この番組はコマーシャルも含む。また、前記情報は、前記番組に関連する前記画像を表示するための画像データを特定するための情報を少なくとも含むものであったり、前記番組に関連する前記画像を前記表示装置で表示する大きさを指定する情報を少なくとも含むものであったり、前記番組に関連する前記画像の表示を開始もしくは停止する時間に関する情報を少なくとも含むものであったりする。

（第１の実施形態）
以下、図面を参照して本発明の第１の実施形態について説明する。

図１は、本実施形態に係る受信システムの構成を示すブロック図である。

図１において、１０００１はテレビジョン放送局である。１０００２は放送局の指示によってテレビジョン番組を放送する送信装置を有する送信施設である。１００はテレビ受信機であり、通常のデジタルテレビ放送の受信機能に加えて、インターネットを介して接続されたストリームサーバよりストリーム放送の受信機能を持つ。また、リモコンＲからのコマンドを受信する。

Ｓはストリームサーバであり、インターネットＩに接続されている。そして、インターネットＩを介してテレビ受信機１００に対しストリーム放送データを配信する。Ｉはいわゆるインターネット網であって、世界中の各種サーバ等の通信装置が接続されている。受信機１００はこのインターネットＩを介してストリームサーバＳの他、各種の装置との間でデータの送受信を行う。

図２はテレビ受信機１００の構成を示す図である。

図２において、１０１はアンテナであり、デジタルテレビ放送波を受信する。１０２はチューナで、受信されたデジタルテレビ放送の信号を増幅して、希望するチャンネルの映像、音声信号とデータ放送データ、イベントデータ等の放送関連情報データ信号を復調、分離し、映像、音声信号をデコーダ１０３に出力し、その他のデータはバス１１６を介してシステム制御部１１２、データ保存部１１４に出力する。１０３はデコーダで、チューナ１０２より出力された映像、音声信号をデコードし、画像変換部１０４、音声制御部１０７に出力する。

１０４は画像変換部で、デコーダ１０３、デコーダ１０４、バス１１０を通して出力される画像データをシステム制御部１１２の制御に従い、拡大／縮小、フレームレート変換等の各種変換処理を施し、表示制御部１０５に出力する。１０５は表示制御部であり、画像変換部１０４からの各種画像データをシステム制御部１１２の制御に従って切り替え、指定された位置に表示するよう表示器１０６に出力する他、システム制御部１１２の指示に基づいて各種の情報を合成して出力する。１０６は表示制御部１０５からの画像データを表示する表示器である。本形態では、表示器１０６として、横１３００画素×縦１１００画素の解像度を有する、５０インチサイズのプラズマディスプレイ装置を用いる。１０７は音声制御部であり、システム制御部１１２からの指示により、デコーダ１０４からの音声データをスピーカ１０８に出力する。

１１３はインターネット接続部であり、図１に示すようにインターネットＩに接続されている。なお、本形態においてインターネット接続部１１３が送受信できるデータの最大転送可能速度は２Ｍｂｐｓである。

１０９はバッファメモリであり、インターネット接続部１１３により受信されたストリーム放送のデータを所定量記憶してデコーダ１１０に出力する。バッファメモリ１０９はＦＩＦＯメモリであり、そのサイズを変更可能である。１１０はデコーダであって、インターネット接続部１１３で受信され、バッファメモリ１０９に記憶されたストリーム放送データをデコードし、映像、音声データとして画像変換部１０４、音声制御部１０７へ出力する。

１１１はリモコン制御部であって、ユーザがリモコンＲを操作した際に出力される赤外線コマンドを受信し、システム制御部１１２に出力する。

１１４はデータ保存部であって、チューナ１０２で受信されたデータより電子番組ガイド（ＥＰＧ）データや後述の放送イベントテーブル等の放送情報データ、インターネット接続部１１３より受信したコンテンツ情報テーブル等のインターネットデータ、また、後述の表示制御テーブル等の制御情報データを記憶する。

１１５は時計部であって、年月日、時、分、秒まで計測し、システム制御部１１２による視聴予約時の表示開始、各種イベントの開始時刻の検出等に使用される。

１１２はシステム制御部であって、テレビ受信機１００の各部を統括的に制御する。システム制御部１１２は、ＣＰＵ、主記憶、バス制御部、プログラム格納部、パラメータ格納部などから成る。また、テレビ放送の受信においては、リモコンＲからの指示に応じてチューナ１０２の受信チャンネルを切り替え、課金制御、ＥＰＧデータ、放送イベントテーブル等の情報データ分析の制御などを行う。又、表示制御テーブルを用いて画像変換部１０４、表示制御部１０５を制御し、表示器１０６への表示画像を制御する。

図６は表示制御テーブルの例を示す図である。表示制御テーブルには、表示に必要な入力源、入力解像度、フレームレート、色数等々の入力情報、解像度、ＸＹ表示位置、Ｚ位置（他画面との優先関係）等の表示装置への出力情報、表示開始時間、表示時間といった表示時間情報が記載されている。このテーブルは、表示を要求する各タスク（プログラム）によって生成され、表示タスクによって、調整、表示される。

また、システム制御部１１２は、同様に音声制御部１０７を制御しデコーダ１０３、１１０からの音声データをスピーカ１０８に出力する。

図３はリモコンＲの構成を示すブロック図である。

図３において、３０１はリモコン制御部であって、リモコンキー部３０２の操作に応じて出力されたリモコンキーデータを赤外線信号として送信する。３０２はリモコンキー部であって、図４のように各種の操作キーを有する。

図４はリモコンＲの外形図である。

図４において、リモコンＲは電源キー４０１、入力ソースの切り替えキー郡４０２、音量キー４０３、メニューキー４０４、戻るキー４０５、左右上下カーソルキー４０６、決定キー４０７、チャンネルキー４０８、赤外線送信部４１０を有する。ユーザはメニューキー４０４、戻るキー４０５、カーソルキー４０６、決定キー４０７からなるキー群４０９を操作して、所望の装置操作、制御を実行する。

図５はストリームサーバＳの構成を示す図である。

図５において、５０１はインターネット接続部であり、インターネットＩに接続されている。そして、コンテンツ情報テーブル部５０２からの制御情報やストリーム部５０３からのストリーム放送データを、制御部５０４の制御に従いインターネットＩを介してテレビ受信機１００に送信する。

５０２はコンテンツ情報テーブル部であり、ストリームサーバＳ内の番組の情報が記載されているコンテンツ情報テーブルを格納する。図７にコンテンツ情報テーブルの内容を示す。

図７に示すように、コンテンツ情報テーブルには、番組ごとに番組を特定する番組ＩＤ、番組タイトル、ジャンル、放送時間、出演者といった情報に加え、転送モードテーブルが格納されている。転送モードテーブルとは、ストリームサーバＳが出力できるストリーム放送データの解像度、フレームレート等の組み合わせと転送スピードを示すテーブルである。インターネット接続部５０１はこの転送モードテーブルを含むコンテンツ情報テーブルを受信機１００に対して送信する。

図８に転送モードテーブルの例を示す。図８に示す様に、転送モードテーブルは、右下がこのストリームの元々のデータレートを示しており、他の部分は元のストリームデータを圧縮符号化やフレーム間引き、解像度変換などにより情報量を低下させたデータのデータレートを示している。

図８では、元のコンテンツデータは、サイズが１２８０画素×１０２４画素でフレームレートが３０Ｈｚである。本形態では、この元々のコンテンツデータの解像度とフレームレートを落としたデータを複数用意してストリーム部５０３に格納している。またフレームレートと表示領域の大きさに対応する解像度は同じであるが、圧縮率を変えることで解像度感、表示される画像における物体の動きへの追従感、を異ならせた動き重視モード、解像度重視モード、およびそれらの間に位置する標準モードを設けている。

次に、本形態におけるストリーム放送の受信に伴う具体的な動作について説明する。

本形態では、動作例として、ユーザが当初図１１の様にテレビ放送番組を表示器１０６の全画面に表示して視聴開始した後、時刻ｔＤＳ１になると図１２の様に放送局からの制御による放送イベント１により表示器を大小２画面の表示に切り替え、子画面にインターネットより受信したストリーム放送番組を表示し、更に、時刻ｔＤＳ２になると、図１３、図１４の様に放送局からの放送イベント２により表示画面の大小関係が逆転する場合について説明する。この遷移の状態を示すのが図３５である。尚、図１１で視聴している番組の表示モードは、解像度が１２８０画素×１０２４画素、フレームレートが６０Ｈｚのインターレースであるとする。

前述の動作は、以下の手順で進行する。
１．ユーザによるテレビ放送番組の視聴開始（テレビ放送番組表示タスク起動）
２．イベントを含む放送の受信開始（図１１の全画面表示）
３．放送管理タスク起動（図９、図１０のイベントテーブル検出、分析、各イベントよりストリーム受信を検出、転送モードの決定、イベント開始時刻ｔＢＳ１、ｔＢＳ２決定）
４．イベント管理タスクの起動（イベント起動時刻ｔＢＳ１、ｔＢＳ２で各イベント起動）
５．放送イベント１のイベントタスク起動（転送モード２ｉでのストリーム放送受信、表示開始時刻ｔＤＳ１で表示、図１２の大小画面表示）
６．放送イベント２のイベントタスク起動（転送モード５ｃでのストリーム放送受信、表示開始時刻ｔＤＳ２で表示、図１５の大小画面逆転表示）
次に各タスクの動作について説明する。尚、１、２の受信、表示タスクは、通常のテレビ放送番組の受信、表示及びチャンネル切り替え制御処理であり、本発明の内容と直接関係ないので説明は省略する。

まず、３の放送管理タスクにおいてストリームを受信する際の転送モードの決定処理について説明する。図１６はシステム制御部１１２による転送モードの決定処理を示すフローチャートである。

放送局１０００１は番組を放送する際に、該番組の表示と連携させて別画面を表示させるための情報を番組と合わせて送信している。この情報は該別画面に表示させる画像データを特定する情報として該画像データのＵＲＬと該画像データを格納しているサーバのアドレスを含んでおり、更に、該別画面の表示を開始する時刻の情報と、表示装置の最大表示領域内のどこに該別画面を表示するのかを示す情報と、該別画面と番組の表示画面との表示サイズ比を示す情報と、該別画面の表示領域の大きさを示す情報と、該別画面に表示すべき一連の画像のフレームレート情報とを含んでいる。この情報の内容を示すのが、図９、図１０に示される放送イベントテーブルである。受信装置は番組を表示する際に、この放送イベントテーブルに基づいてインターネットを介したストリーム放送番組（画像データ）の受信を行い該放送イベントテーブルによる指定に応じて、番組を表示する領域とそれとは異なる別領域での表示をそれぞれ行う。

まず、受信装置１００によりストリーム放送番組を受信しようとする場合、システム制御部１１２はインターネット接続部１１３を制御して、ストリーム放送を送信するストリームサーバＳに対しコンテンツ情報テーブルを要求、受信する。受信したコンテンツ情報テーブルはデータ保存部１１４に格納する。本形態におけるコンテンツ情報テーブルの選択処理の様子を図１７に示す。

そして、受信した転送モードテーブルより、受信機１００が受信可能な最大転送速度以内の転送モードを抽出する。本形態では、前述の如く、２Ｍｂｐｓが最大転送可能速度であるので、図１７においてハッチングしたモードが抽出される（ステップＳ１６０１）。

次に、ストリーム放送の送信を制御する装置に対して要求する転送モード（送信モード）を決定するためのプロセスの開始点となる暫定的な要求転送モード（解像度、フレームレート）を決定する（ステップＳ１６０２）。該暫定的な要求転送モードは、ユーザ、あるいは放送イベントによる指定、及び要求により決定されるが、表示装置の解像度やフレームレート、送信されるストリーム放送データの解像度やフレームレートで制約を受けることがある。

例えば、転送モードテーブル内に要求を満足する転送モードがない場合は、拡大（放送イベントが１０２４画素×７６８画素の解像度を要求しているのに対し、選択可能な転送モードの最大の解像度が８００画素×６００画素であるような場合）、あるいは縮小（放送イベントが３２０画素×２４０画素の解像度を要求しているのに対し、選択可能な転送モードの最小の解像度が６４０画素×４８０画素であるような場合）表示を前提に、イベント（あるいはユーザ）で要求されている解像度に一番近い解像度の転送モードを選択する。

また、表示装置の解像度等の制約でイベント要求が満足できない場合に関しても同様である。例えば、図１０に示される放送イベント２によって指定された条件（６４０画素×４８０画素以上）を満たす要求転送モードの内、図１７における最高の条件となるのは解像度１０２４画素×７６８画素、フレームレート３０［Ｈｚ］のモードでありこの条件は表示器１０６の最大表示可能領域の大きさ（１３００画素×１１００画素）の範囲内であるが、後述するように他の画面、ここではテレビジョン番組を表示する画面の表示領域領域に干渉せずに表示可能な大きさが解像度８００画素×６００画素であるので、それを超える解像度の画像データを受信する必要がないため、該解像度を暫定的な要求転送モードの解像度とする。暫定的な要求転送モードのフレームレートは放送局側からの指定（５Ｐ、１０Ｉ以上）条件を満たす最大のフレームレートである３０Ｈｚとする。

次に、該暫定的な要求転送モードが受信機１００の最大転送速度以内であるかどうかを判別し（ステップＳ１６０３）、最大転送速度以内であればこの暫定的な要求転送モードでのストリーム放送データの転送が可能であり、これを転送モードに決定する（ステップＳ１６２５）。

一方、最大転送速度を越えていた場合は、これより低い転送モードを選択しなければならない。

そこでまず、転送速度の低い転送モードを選択するに当たり、解像度感と動きのいずれを重視するかを決定する。本形態では、入出力番組のジャンルや表示デバイスの種類などに基づき、解像度感と動きの何れを重視するかを自動的に決定する。

例えば、受信しようとするストリーム放送のジャンルがスポーツなら動き重視、紀行番組なら解像度重視、あるいは、表示デバイスがＣＲＴなら動き重視、ＬＣＤなら解像度重視とする。

ここでは、要求転送モードに対し、受信機１００の転送可能スピードが２Ｍｂｐｓと低く、また、解像度をあまり低くしてしまうと拡大表示による画質劣化が大きくなると判断し、解像度重視を選択するとする（ステップＳ１６０４）。

次に、解像度重視の選択手順を選択した場合について説明する。

まず、暫定的な要求転送モードの標準モードから出発する。暫定的な要求転送モードの転送速度が最大転送速度以内であれば、その転送モードに決定し終了する（ステップＳ１６０５、Ｓ１６２５）。最大転送速度よりも転送速度が大きかった以上であった場合、同じ解像度の解像度重視モードの転送速度を調べ（ステップＳ１６０６）、最大転送速度以内であるかどうかを判断する（ステップＳ１６０７）。最大転送速度以内であれば、その転送モードに決定し終了する。

最大転送速度よりも大きかった場合、いま調べた転送モードよりも低いフレームレートのモードが存在するかどうかを調べ（ステップＳ１６０８）、低いフレームレートのモードが存在すれば、ひとつフレームレートの低い標準モードへ移る（ステップＳ１６０９）。そして、このモードでの転送速度が、最大転送速度以内であるかどうかを判断し（ステップＳ１６１０）、装置の最大転送速度以内であれば、その転送モードに決定し終了する。

また、低いフレームレートのモードが存在しない場合は、低い解像度のモードが存在するかどうかを調べ（ステップＳ１６１３）、それも存在しない場合は、受信できる転送モードは存在しないので、転送不可処理を行う（ステップＳ１６２６）。

ステップＳ１６１０で、一つ低いフレームレートの標準モードの転送速度が最大転送速度を越えていた場合、同じ解像度における解像度重視モードの転送速度を調べ（ステップＳ１６１１）、これが最大転送速度以内であるかどうかを判断する（ステップＳ１６１２）。最大転送速度以内であれば、その転送モードに決定し終了する。

また、最大転送速度を越えていた場合、今度は、それ以下の解像度のモードが存在するかどうかを調べ（ステップＳ１６１３）、存在すれば、ひとつ下の解像度の標準モードへ移り（ステップＳ１６１４）、ステップＳ１６０５に戻る。

一方、ステップＳ１６０４において動き重視の選択手順を選択した場合、まず、暫定的な要求転送モードの標準モードから出発し、転送速度が最大転送速度以内であれば、その転送モードに決定し終了する（ステップＳ１６１５、Ｓ１６２５）。

最大転送速度を越えていた場合、同じ解像度の動き重視モードの転送速度を調べ（ステップＳ１６１６）、これが、最大転送速度以内であるかどうかを判断する（ステップＳ１６１７）。最大可能転送速度以内であれば、その転送モードに決定し終了する。最大転送速度を越えていた場合、それ以下の解像度のモードが存在するかどうかを調べ（ステップＳ１６１８）、低い解像度の転送モードが存在すれば、ひとつ解像度の低い標準モードへ移る（ステップＳ１６１９）。そして、このモードでの転送速度が、最大転送速度以内であるかどうかを判断し（ステップＳ１６２０）、最大転送速度以内であれば、その転送モードに決定し終了する。

また、低い解像度のモードが存在しない場合は、低いフレームレートのモードが存在するかどうかを調べ（ステップＳ１６２３）、それも存在しない場合は、受信できる転送モードは存在しないので、転送不可処理を行う。

ステップＳ１６１８で、一つ低い解像度の転送速度が最大転送速度を越えていた場合、同じ解像度における動き重視モードの転送速度を調べ（ステップＳ１６２１）、これが、最大転送速度以内であるかどうかを判断する（ステップＳ１６２２）。最大転送速度以内であれば、その転送モードに決定し終了する。

また、最大転送速度を越えていた場合、今度は、それ以下のフレームレートのモードが存在するかどうかを調べ（ステップＳ１６２３）、存在すれば、一つ下のフレームレートの標準モードへ移り（ステップＳ１６２４）、ステップＳ１６１５に戻る。

この様な処理により、最終的な転送モードを決定するか、あるいは、転送不可の処理を決定する。

図１７において、暫定的な要求転送モードとして８００画素×６００画素、３０Ｈｚの転送モードを選択し、解像度重視で図１６に示す処理を実行した場合、円で囲ったモードはそれぞれ決定途中で調査された転送モードを示している。

この場合、決定手順は、解像度８００画素×６００画素の標準モード（６ｉ）から出発し、６ｉ→６ｈ→６ｆ→６ｅ→５ｆ→５ｅ→５ｃの順で調査し、最終的に解像度６４０画素×４８０画素、フレームレート１０Ｈｚ、転送速度が１．５７ｂｐｓの転送モード５ｃに決定する。

一方、図１７の転送モードテーブルにおいて、暫定的な要求転送モードとして８００画素×６００画素、３０Ｈｚの転送モードを選択し、動き重視で図１６に示す処理を実行した場合には、図１８の四角で囲ったモードをそれぞれ決定途中で調査することになる。

この場合、決定手順は、解像度重視と同様に解像度８００画素×００画素の標準モード６ｉから出発し、６ｉ→６ｇ→５ｉ→５ｇ→５ｆ→５ｄ→４ｆの順で調査し、最終的に解像度４８０画素×３６０画素、フレームレート２０Ｈｚ、転送速度１．７３Ｍｂｐｓの転送モード４ｆに決定する。

ここでは、解像度重視の手順で決定した転送モード５ｃ（転送速度１．５７Ｍｂｐｓ）を選択する。

以上の説明では、放送局側が指定するサブ表示領域での画像表示条件を受信した画像データの補間処理をすることなく満たすことができる転送モードのうち、表示装置の仕様や他の表示領域との関係による制限を考慮した最高の条件を暫定的な要求転送モードとして設定し、ネットワークと受信装置の仕様により決まる最大受信可能速度（ここでは２Ｍｂｐｓ）以下となる転送モードになるまで転送モードを徐々に下げていく方法を説明したが、放送局側が指定する条件を満たす最低の転送モードを暫定的な要求転送モードとして設定し、その転送モードがネットワークと受信装置の仕様により決まる最大受信可能速度条件を満たす場合には直ちにその転送モードを最終的な要求転送モードとする構成にしても良い。この場合も表示装置の最大表示可能領域の大きさや他の画面との関係を判断するのが好適である。

次に、放送管理タスクにおけるシステム制御部１１２の動作について、図１９のフローチャートを用いて説明する。放送管理タスクは、ある番組が開始されると、その番組を調査し、通常の画面表示処理以外の処理を行うタスクである。

まず、テレビ放送の受信を開始すると、放送に連動したイベントの有無を調べる（ステップＳ１９０１）。本形態では、受信しているテレビ放送データ中に、図９或いは図１０のイベントテーブルを含むパケットが多重されており、システム制御部１１２は、チューナ１０２により受信されたデータよりこのイベントテーブルを含むパケットの内容を確認することで、イベントの有無を調べる。イベントがなければデータ放送があるかを調べ（ステップＳ１９０８）、存在すれば、データ放送の処理を行い（ステップＳ１９０９）、なければその他の処理を行う（ステップＳ１９１０）。なお、イベント以外の動作は本発明には関係ないので詳細は省略する。

また、ステップＳ１９０１でイベントがあることが検出できた場合、受信されたデータよりイベントテーブルを抽出してデータ保存部１１４に記憶する（ステップＳ１９０２）。本形態にて抽出するイベントテーブルの様子を図９、図１０に示す。

そして、データ保存部１１４に記憶したイベントテーブルの内容を解析し、時刻ｔＤＳ１にＵＲＬ：ｗｗｗ．ｓｂｓ．ｃｏ．ｊｐ／ｎｅｗｓ０９０／ｉｅｉｅ．ｒｕｍというストリームを子画面として画面の右下に２４０画素×１８０画素以上のサイズで表示し、時刻ｔＤＳ２に、６４０画素×４８０画素以上のサイズで、サイズ比４．０以上で表示するということを認識する（ステップＳ１９０３）。

次に、インターネット接続部１１３を制御して、ストリーム送信元であるストリームサーバＳに対し、ＵＲＬ：ｗｗｗ．ｓｂｓ．ｃｏ．ｊｐ／ｎｅｗｓ０９０／ｉｅｉｅ．ｒｕｍのストリームのコンテンツ情報テーブルを要求し、入手する（ステップＳ１９０４）。ここで受信したコンテンツ情報テーブルは図７に示した通りであり、受信したコンテンツ情報テーブルをデータ保存部１１４に格納する。

次に、データ保存部１１４に格納したコンテンツ情報テーブルより転送モードテーブルを抽出し、図１６にて説明した転送モード決定手順に従って転送モードを決定する（ステップＳ１９０５）。

本形態では、まず放送イベント１においては、図９に示す様に表示解像度が２４０画素×１８０画素以上、テレビ放送受信画面とのサイズ比が０．２５以下であり、表示器１０６の解像度が１３００画素×１１００画素であることを考慮して、主画面に表示するテレビ放送の画像：８００画素×６００画素、６０Ｈｚのインターレース子画面に表示するストリーム放送の画像：３２０画素×２４０画素、３０Ｈｚとするのが適当であると判断し、要求転送モードも同様に決定する。

例えば、図１７に示した転送モードテーブルに基づいて転送モードを決定した場合、モード２ｉが解像度３２０画素×２４０画素、フレームレート３０Ｈｚであり、転送速度が１．２Ｍｂｐｓであるため、モード２ｉを転送モードに決定する。

一方、放送イベント２の表示においては、図１０に示す様に、解像度が６４０画素×４８０画素以上、テレビ放送の表示画面とのサイズ比が４．０以上であり、表示器１０６の解像度が１３００画素×１１００画素であることを考慮すると、図１３の如く、テレビ放送の表示画面：２４０画素×１８０画素、ストリーム放送の表示画面：１０２４画素×７６８画素のケースと、図１４の如く、テレビ放送の表示画面：３２０画素×２４０画素、ストリーム放送の表示画面：８００画素×００画素の２つのケースが考えられるが、図１３は、サイズ比が１８と、要求条件４．０から大きく異なっており、また受信したストリーム放送の画像データを補間により拡大する程度が大きくなってしまうためここでは図１４のケースを採用する。ストリーム放送を表示する領域の大きさは８００画素×６００画素であるが、最大受信可能速度を考慮したとき、この解像度の条件を満たす転送モードは受信不可能であるので、受信した画像データに対して補間処理を行うこととし、先に述べたとおり、ストリームの要求転送モードとして、６４０画素×４８０画素、１０Ｈｚのモードを選択する。以上のように決定した二つの転送モードは、放送イベント１のタスク、放送イベント２のタスクのパラメータとして、データ保存部１１４に格納する。

次に、決定した転送モードよりバッファメモリ１０９のサイズを決定し、バッファリング時間ｔＢｕｆｆ１、ｔＢｕｆｆ２を推定する。そして、実際に表示切り替え時刻ｔＤＳ１、ｔＤＳ２にバッファメモリ１０９に対するデータのバッファリングが終了し、即表示が開始できるようなストリームバッファリング開始時刻（受信開始時刻）ｔＢＳ１、ｔＢＳ２を以下の通り決定する（ステップＳ１９０６）。
ｔＢＳ１＝ｔＤＳ１−ｔＢｕｆｆ１−ｔα
ｔＢＳ２＝ｔＤＳ２−ｔＢｕｆｆ２−ｔα
尚、ｔαは、その他の処理、余裕を見込むための時間である。

そして、時計部１１５からの時刻情報に基づき、時刻ｔＢＳ１におけるイベント１タスクの起動、時刻ｔＢＳ２におけるイベント２タスクの起動、時刻ｔＤＳ２におけるイベント１タスクの終了を登録し、イベント管理タスクを起動して終了する（ステップＳ１９０７）。

次に、イベント管理タスクの動作について図２０のフローチャートを用いて説明する。

イベント管理タスクは、登録された時刻におけるイベント起動・終了等の要求に従って受信、表示動作を制御するタスクである。

本形態では、イベント１タスクの起動とイベント２タスクの起動が、それぞれ、時刻ｔＢＳ１、ｔＢｓ２に発生し、イベント１の終了がｔＤＳ２で発生するように登録されている。図２０においては、この手順に従い、各イベントの発生時刻をセットし（ステップＳ２００１）、ｔＢＳ１になったら（ステップＳ２００２）、イベント１タスクを起動し（ステップＳ２００３）、ｔＢＳ２になったら（ステップＳ２００４）、イベント２タスクを起動し（ステップＳ２００５）、ｔＤＳ１になったら（ステップＳ２００６）、イベント１タスクを終了する（ステップＳ２００７）。

そして、他の要因によりイベント２タスクの終了が登録され、その条件が整えばイベント２タスクを終了する（ステップＳ２００８、Ｓ２００９）。

次にイベント管理タスクによって起動されるイベント１タスクとイベント２タスクについて、図２１、図２２のフローチャートを用いて説明する。

イベント１タスクは、時刻ｔＤＳ１になったら、ＵＲＬ：ｗｗｗ．ｓｂｓ．ｃｏ．ｊｐ／ｎｅｗｓ０９０／ｉｅｉｅ．ｒｕｍのストリームを受信し、図１３の様な表示を行うタスクであり、時刻ｔＢＳ１にイベント管理タスクにより起動される。

イベント１タスクでは、まず、イベント１タスク用に決定された転送モード、ここではモード２ｉをデータ保存部１１４から読み出し、バッファメモリ１０９の設定を行う。そして、インターネット接続部１１３によりストリームサーバＳと受信用のセッションを開始する（ステップＳ２１０１）。

次に、バッファメモリ１０９に所定量のデータが記憶されたか否かを検出する（ステップＳ２１０２）。所定量のデータが記憶されていない場合、ストリームサーバＳに対してデータの送信を要求し、ストリームサーバＳから受信したストリームデータをバッファメモリ１０９に記憶し（ステップＳ２１０３）、時刻ｔＤＳ１になるまで待つ。

そして、時刻がｔＤＳ１になると、表示制御テーブルを新規生成し、前述の様に放送管理タスクで決定したストリームと表示出力に関する情報を表示制御テーブルに書き込み（ステップＳ２１０５）、表示タスクに表示要求を出す（ステップＳ２１０６）。同時に現在テレビ放送画面の表示に使用されている表示制御テーブルにおける解像度１２８０×１０２４を８００×６００に変更する要求を表示タスクに出す（ステップＳ２１０７）。

その後、時刻がｔＤＳ１以降となると、バッファメモリ１０９よりストリームデータを読み出し、デコーダ１１０に出力する（ステップＳ２１０８）。そして、イベント管理タスクよりタスク終了要求があるかどうかを検査し（ステップＳ２１０９）、終了でない場合はステップＳ２１０２に戻り、ストリームデータの受信、バッファリング、読み出しを続ける。その後、ｔＤＳ２になるとイベント管理タスクよりタスク終了要求が発生し、ストリームの受信を終了し、ストリームサーバＳとのセッションを終了する（ステップＳ２１１０）。そして、表示タスクにストリーム画面の表示終了要求を出し、イベント１タスクは終了する（ステップＳ２１１１）。

尚、ｔＢＳ１からｔＤＳ１までの時間は、バッファ１０９がデコーダ１１０にストリームデータを出力するのに十分な時間であり、ｔＤＳ１に発生する表示要求に対し、即刻デコード表示ができる。

イベント２タスクは、イベント１タスクと同様、時刻ｔＤｓ２になったら、解像度６４０画素×４８０画素、フレームレート１０Ｈｚの転送モードである転送モード５ｃでＵＲＬ：ｗｗｗ．ｓｂｓ．ｃｏ．ｊｐ／ｎｅｗｓ０９０／ｉｅｉｅ．ｒｕｍから送られたストリームデータを、補間処理を行った上で図１５の様に、解像度：８００×６００、フレームレート３０Ｈｚで表示するタスクであり、時刻ｔＢＳ２にイベント管理タスクにより起動される。

イベント１タスクでは、まず、イベント１タスク用に決定された転送モードの情報、ここではモード５ｃをデータ保存部１１４から読み出し、バッファメモリ１０９のサイズを設定する。そして、インターネット接続部１１３によりストリームサーバＳと受信用のセッションを開始する（ステップＳ２２０１）。これは、イベント１タスクとは独立して行う。

次に、バッファメモリ１０９に所定量のストリームデータが記憶されているか否かを検出し（ステップＳ２２０２）、記憶されていなければ、ストリームサーバＳに対しタイムスタンプｔＤＳ２−ｔＤＳ１以降のストリームを転送モード５ｃで送信するよう要求し、受信したストリームデータをバッファメモリ１０９に記憶する（ステップＳ２２０３）。

そして、表示切り替え時刻のｔＤＳ２になるまで待つ（ステップＳ２２０４）。

イベント１タスクと同様、バッファメモリ１０９には時刻ｔＤＳ２までに、デコーダ１１０に出力するのに十分なストリームデータがバッファリングできる。

その後、時刻がｔＤＳ２になると、表示制御テーブルを新規生成し、放送管理タスクで決定したストリームと表示出力に関する情報を表示制御テーブルに書き込み（ステップＳ２２０５）、表示タスクに表示要求を出す（ステップＳ２２０６）。また、同時に現在テレビ放送画面の表示に使用されている表示制御テーブルにおける解像度８００×６００を３２０×２４０に変更する要求を表示タスクに出す（ステップＳ２２０７）。

そして、時刻がｔＤＳ２以降になると、バッファメモリ１０９より転送モード５ｃで受信したストリームデータを読み出し、デコーダ１１０へ出力する（ステップＳ２２０８）。その後、イベント管理タスクよりタスク終了要求があるかどうかを検査し（ステップＳ２２０９）、終了でない場合はステップＳ２２０２へ戻り、受信、バッファリング、読み出しを続ける。また、他の画面表示、放送終了等でイベント２タスクの終了要求があると、ストリームの受信を終了し、ストリームサーバＳとのセッションを終了する（ステップＳ２２１０）。そして、表示タスクにストリーム画面の表示終了要求を出し、イベント２タスクを終了する（ステップＳ２２１１）。

次に、表示タスクについて、図２３を用いて説明する。

表示タスクは、放送イベント１タスク、放送イベント２タスク、その他テレビ放送の表示タスク、ＯＳＤタスク等による表示要求により、画像変換部１０４、表示制御部１０５を制御し、表示器１０６の表示画像を制御するタスクである。

表示タスクは、受信機１００の電源投入と共に起動し、表示制御テーブルに基づいて、また複数の表示制御テーブルを調整しながら、表示制御を行う。

電源投入後、まず背景を表示し、表示要求を待つ（ステップＳ２３０１、Ｓ２３０２）。表示要求があると、対応する表示制御テーブルを解析する（ステップＳ２３０３）。そして、この解析結果に基づき、拡大・縮小の処理が必要であれば画像変換部１０４に対してその旨を指示して拡大、縮小処理を行い（ステップＳ２３０４、Ｓ２３１０）、更にフレームレート変換が必要であれば表示制御部１０５に対してその旨を指示してフレームレートを変換する（ステップＳ２３０５、Ｓ２３１１）。

そして、表示制御部１０５によりＸＹ方向（上下方向）の表示位置、Ｚ方向（画像の重なり方向）の位置を制御し（ステップＳ２３０６、Ｓ２３０７）、表示機１０６に表示する映像ソースを切り替え（ステップＳ２３０８）、処理を終了する（ステップＳ２３０９）。

本形態では、電源投入後、表示タスクにより全画面表示のための表示制御テーブルを生成し、視聴者の選択したチャンネルの放送番組を表示部１０６の全画面に表示する。

その状態で、前述の様にイベント１タスクが発生する。

本形態において、イベント１タスクの要求により新規に生成した表示制御テーブルを図２４に示す。図２４の表示制御テーブルに示した様に、イベント１タスクに伴って受信するストリームのサイズ、フレームレートと、イベント１タスクによるストリームデータの表示画面のサイズ、表示器１０６のフレームレートとが同一のため、画像の拡大・縮小やフレームレート変換といった処理が不必要であり、イベント１タスクに伴う表示制御タスクにおいては、ＸＹ位置情報、Ｚ位置情報をセットし、デコーダ１１０からのストリームデータを映像ソースに設定すれば良い。

また、テレビ放送の表示画面については、画面サイズが８００×６００に変更になったので、元のサイズ１２８０×１０２４から縮小する必要があり、表示制御テーブルを変更したサイズに伴い書き換える。

また、本形態において、イベント２タスクの要求により新規に生成した表示制御テーブルを図２５に示す。図２５の表示制御テーブルに示した様に、イベント２タスクに伴って受信するストリームのサイズ、フレームレートと、イベント２タスクによるストリームデータの表示画面サイズ、表示器１０６のフレームレートとがいずれも異なっているため、画面サイズを１．２５倍に拡大処理し、フレームレートを３倍に変更処理するように設定する。また、ＸＹ方向、Ｚ方向位置を設定し、デコーダ１１０からのストリームデータを映像ソースに設定すればよい。

また、テレビ放送の表示画面については、画面サイズが３２０×２４０に変更になったので、元のサイズ１２８０×１０２４から縮小する必要があり、表示制御テーブルを変更したサイズに伴い書き換える。

この様に、本形態においては、ストリーム放送を受信する際、表示器１における表示画面のサイズや、表示器のフレームレートに応じて、解像度やフレームレートが異なる複数の配信モードの中から最適な配信モードを選択し、この選択した配信モードにてストリームデータを受信するため、不必要に大きな画面用のストリームを受信せずに済む。そのため、装置のリソースや通信路を有効に使用することができ、更に、配信モードによって配信料金が異なる場合などにも、無駄なコストを削減することにもなる。

また、配信モードを選択する場合にも、通信速度の制限や表示すべき画面のサイズ、表示器のフレームレートなどを考慮して選択しているため、例えば、前述のイベント２タスクの様に、最大転送速度が不足しているににもかかわらず、表示要求に近い表示を行うことができる。

また、表示能力を超えるようなデータを受信しないので、駒落ちなどが発生せず、安定した表示を行うことが可能となる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。

図２６は第２の実施形態に係る受信システムの構成を示す図である。

図２６において、テレビ受信器１００’は図１のテレビ受信機１００とほぼ同様の機能を持ち、更に、表示装置２６００に対する画像、音声データの送信、受信機能を追加したものである。

２６００は、テレビ受信機１００’からの画像、音声データを無線送受信可能な装置であり、テレビ受信機２６００からの画像データに基づく画像を表示し、また、テレビ受信機１００’からの音声データに基づく音声を出力する。

その他、リモコンＲ、ストリームサーバＳ、インターネットＩは第１の実施形態と同様である。

図２７は図２６のテレビ受信機１００’の構成を示す図である。図２７に示した様に、本形態におけるテレビ受信機１００’は図２に示した受信機１００とほぼ同様の構成、機能を持つが、図２の構成に対し、エンコード部１１７と無線送受信部１１８を追加した構成となっている。

エンコード部１１８は、画像変換部１０４から出力された映像データと、音声制御部１０７から出力された音声データを周知の圧縮、符号化処理、例えば本形態ではＭＰＥＧ２方式により符号化する。無線送受信部１１８はエンコード部１１７により符号化された画像、音声データを所定の規格に適した形態に変換して表示装置２６００に送信するほか、表示装置２６００の制御用のデータなども送信する。本形態では、ＩＥＥＥ８０２．１１ａ規格の方式に従い、データの送受信を行う。これら、エンコード部１１７、無線送受信部１１８は、制御部１１２により統括的に制御される。

図２８は表示装置２６の構成を示すブロック図である。

図２８において、２８０２は無線送受信部あって、アンテナ２６０１を介してテレビ受信機１００’とデータの送受信を行い、受信した映像、音声データをデコーダ２６０３に出力すると共に、各種の制御データを制御部２６０６に出力する。尚、無線送受信部２６０２も、ＩＥＥＥ８０２．１１ａ対応の規格に基づきデータを送受信する。

２６０３はデコーダであって、無線送受信部２６０２より受信した、映像、音声データをデコードし、表示制御部２６０４と音声制御部２６０７に出力する。２６０４は表示制御部であって、デコーダ２６０３からの映像データを表示器２６０５に出力し、表示器２６０５の表示動作を制御する。２６０５は表示器であって、６４０画素×４８０画素、フレームレート２０Ｈｚの表示性能を有する。

２６０７は音声制御部であって、デコーダ２６０３からの音声データを処理して音量、音質、臨場感などを制御し、スピーカ２６０８へ出力する。

次に、本形態の動作について説明する。

本形態においても、基本的な動作は第１の実施形態と同様である。以下の説明では、受信機１００’の電源投入後、ユーザの操作によって、図２９の様に、表示器１０６の左にテレビ放送の画面、右にインターネットからのストリーム放送番組の画面を表示し、更に、右側に表示されているストリーム放送のデータを、表示装置２６００に送信して図３０の如く表示する場合について説明する。

動作の概要は以下の通りである。
１．表示タスクが、テレビ放送画面の表示用の表示制御テーブルを生成し、表示タスクに表示要求→図１１の様にテレビ放送番組の画像を全画面に表示する。
２．ユーザ操作により親子２画面でのテレビ放送番組とストリーム放送番組の表示要求があると、子画面タスクが起動し、図３１のような子画面用の表示制御テーブルを新規生成し、転送モード表示タスクに表示要求→図２９の様にテレビ放送番組とストリーム放送番組を２画面で表示する。
尚、本形態においても、受信するストリームのコンテンツ情報テーブル、転送モードテーブルは第１の実施形態と同じく、図７、図８であるとする。また、図２９において表示されている子画面の表示モードは、解像度が３２０×２４０、フレームレートが３０Ｐであり、最適な転送モードとして、図８の２ｉが選択されている。
３．その後、ユーザが表示器１０６の子画面で視聴していたストリーム放送番組を表示装置２６００にて表示するための操作がなされると、表示装置タスクが起動し、表示装置への送信用の最適な転送モードでのストリーム受信を開始し、切り換える。

ここで、１、２の処理については本発明とは直接関係ないため、詳細な説明は省略する。

次に、３の動作について、図３２のフローチャートを用いて説明する。

ユーザがリモコンＲを操作して、図２９に示したストリーム放送番組を表示装置２６００に表示するよう指示すると、受信機１００’のシステム制御部１１２は表示装置２６００用に表示制御テーブルを新規に生成し、現在の現転送モード２ｉをソースとし、表示装置２６００への拡大表示を表示タスクへ要求する（ステップＳ３２０１）。そして、表示器１０６の子画面表示タスクに表示の終了要求を出す（ステップＳ３２０２）。更に、テレビ放送画面の表示タスクに、テレビ放送番組を表示器１０６の全画面に表示にするよう表示変更要求を出す（ステップＳ３２０３）。

この時点で、受信機１００’の表示器１０６の表示画面は、図１１の画面となり、表示装置２６００の表示器２６０５には、図３０のように、図２９で小画面表示されていたストリーム放送番組が拡大表示される。

次に、表示装置２６００における表示に最適な転送モードを第１の実施形態と同様の手順で決定する。本形態では、表示器２６０５がＬＣＤであり、解像度が６４０×４８０、フレームレートが２０Ｈｚである。ＬＣＤはＣＲＴに比べてドットピッチが荒く、拡大による画質の劣化が目立つ。また、ＬＣＤは反応速度が遅く、低フレームレートでも気にならないという二つの点を考慮し、要求転送モードを、解像度６４０×４８０、フレームレート２０Ｈｚとし、選択手順は、解像度重視の手順とする。この前提で最適な転送モードを決定すると、図８の５ｆから出発し、第１の実施形態と同じく、５ｃが最適な転送モードであると決定する（ステップＳ３２０４）。

そして、この転送モード５ｃで、ストリーム受信用セッションを開始する（ステップＳ３２０５）。同時に、この転送モード５ｃより、受信バッファサイズとバッファリング予想時間ｔＢｕｆｆ３を推定する。

そして、現モード２ｉで受信中のストリームにおける最新パケットのタイムスタンプｔＮＯＷを検出し、バッファリング時間ｔＢｕｆｆ３に余裕時間ｔαを見込んだ、ｔＤＳ３＝ｔＮＯＷ＋ｔＢｕｆｆ３＋ｔαを表示切り替え時刻に決定し、ストリームサーバＳに時刻ｔＤＳ３からのストリームパケットを要求し、受信を開始する（ステップＳ３２０６）。

そして、表示切り替え時刻ｔＤＳ３になるまで、ストリームデータのバファリングを続け（途中でバッファメモリ１０９に所定量のデータが記憶されたら一時停止する）（ステップＳ３２０７、Ｓ３２０８、Ｓ３２１３）。

時刻がｔＤＳ３になると（ステップＳ３２０９）、表示装置用の表示制御テーブルを図３３から図３４のように変更し（ステップＳ３２１０）、現在の転送モード２ｉでのストリーム受信セッションの中止要求を表示器１０６の子画面表示タスクに発行し（ステップＳ３２１１）、新たな転送モード５ｃで受信中のバッファよりストリームの読み出しを開始する（ステップＳ３２１２）。

そして、時刻がｔＤＳ３以降では、新たな転送モード５ｃで受信されたデータをバッファメモリ１０９より読み出し（ステップＳ３２１４）、表示装置タスクの終了要求がなければ、受信、読み出しを続ける（ステップＳ３２１５）。一方、表示装置２６００に対する表示要求を受けた表示タスクは、各表示制御テーブルに基づき、画像変換部１０４、表示制御部１０５、音声制御部１０７、エンコード部１１７、無線送受信部１１８を制御し、表示器１０６への表示処理と、表示装置２６００へデータの送信を制御する。

尚、表示タスクに関しては、第１の実施形態にて説明した、図２３と同様の処理を行う。

この様に、本形態によれば、ストリーム放送を受信して、外部の表示装置に送信する場合にも、この外部の表示装置の解像度、フレームレートに対応した最適な配信モードを選択して受信するので、外部の表示装置に対しても装置のリソースや通信路を有効に使用することができ、更に、配信モードによって配信料金が異なる場合などにも、無駄なコストを削減することにもなる。

本発明が適用される受信システムの構成を示す図である。 本発明が適用されるテレビ受信機の構成を示す図である。 リモコンの構成を示す図である。 リモコンの外観図である。 ストリームサーバの構成を示す図である。 表示制御テーブルの様子を示す図である。 コンテンツ情報テーブルの様子を示す図である。 転送モードテーブルの様子を示す図である。 放送イベントテーブルの様子を示す図である。 放送イベントテーブルの様子を示す図である。 テレビ受信機の表示画面を示す図である。 テレビ受信機の表示画面を示す図である。 放送イベントに伴う表示画面の切り替えの様子を示す図である。 放送イベントに伴う表示画面の切り替えの様子を示す図である。 テレビ受信機の表示画面を示す図である。 転送モードの選択手順を示すフローチャートである。 転送モードの選択動作の様子を示す図である。 転送モードの選択動作の様子を示す図である。 放送管理タスクの処理を示すフローチャートである。 イベント管理タスクの処理を示すフローチャートである。 放送イベントタスクの処理を示すフローチャートである。 放送イベントタスクの処理を示すフローチャートである。 表示タスクの処理を示すフローチャートである。 イベントタスクに伴って生成される表示制御テーブルの様子を示す図である。 イベントタスクに伴って生成される表示制御テーブルの様子を示す図である。 本発明が適用される受信システムの他の構成を示す図である。 本発明が適用されるテレビ受信機の他の構成を示す図である。 本発明が適用される表示装置の構成を示す図である。 テレビ受信機における表示画面を示す図である。 表示装置における表示画面を示す図である。 表示制御テーブルの様子を示す図である。 表示装置制御タスクの動作を示すフローチャートである。 表示制御テーブルの様子を示す図である。 表示制御テーブルの様子を示す図である。 放送イベントの進捗を示す図である。

符号の説明

１０１ アンテナ
１０２ チューナ
１１３ インターネット接続部
１１２ システム制御部
１０９ バッファメモリ
１０５ 表示制御部

Claims (1)

1. 放送波から放送信号を受信する第１の受信回路と、放送波とは異なるネットワークを介してサーバからコンテンツ画像データを受信する第２の受信回路と、前記第１の受信回路で受信した放送信号から生成される放送番組画像データと前記第２の受信回路で受信したコンテンツ画像データとを共に表示装置の表示画面に表示させる映像受信装置であって、前記サーバは、同一のコンテンツについて、複数種類の画素数及び複数種類のフレームレートの組み合わせ毎にコンテンツ画像データを複数備えるとともに、当該組み合わせの画素数及びフレームレートの情報を管理するコンテンツ情報テーブルを有し、
   前記第１の受信回路で放送信号を受信し、当該放送信号から生成した放送番組画像データを前記表示画面に表示中に、前記第２の受信回路を介して前記サーバから取得するコンテンツを特定するための特定情報と、当該コンテンツに対応するコンテンツ画像データを表示画面上に表示する際の表示位置を示す情報と、当該コンテンツ画像データを表示する際の画素数を示す情報と、フレームレートを示す情報と、当該コンテンツ画像データと前記放送番組画像データとの表示サイズ比を示す情報とを含むイベント情報を放送信号から受信したか否かを検出する検出手段と、
   前記検出手段で前記イベント情報を検出した場合に、前記イベント情報に含まれる前記特定情報を用いて、当該コンテンツに対応するコンテンツ情報テーブルを前記サーバから前記第２の受信回路を用いて取得する取得手段と、
   前記イベント情報に含まれる前記表示位置を示す情報と前記画素数を示す情報と前記フレームレートを示す情報と前記表示サイズ比を示す情報及び前記表示画面の画素数並びに前記コンテンツ情報テーブルを用いて、前記サーバから取得する前記コンテンツ画像データの画素数及びフレームレートを決定する決定手段と、
   前記決定手段で決定された画素数及びフレームレートに対応するコンテンツ画像データの送信を前記サーバに要求し、前記第２の受信回路で当該コンテンツ画像データを受信する制御を実行する制御手段と、
   前記第２の受信回路で受信したコンテンツ画像データと前記表示画面の表示中の放送番組画像データとを、前記イベント情報に規定された前記表示位置を示す情報と前記表示サイズ比を示す情報とを用いて前記表示画面上にともに表示する制御を行う表示制御手段と、
   を有することを特徴とする映像受信装置。

Images