ホーム > 特許ランキング > ＴＶＳ ＲＥＧＺＡ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-19
(45)【発行日】2024-07-29
(54)【発明の名称】受信装置、方法およびプログラム
(51)【国際特許分類】
H04N 21/431 20110101AFI20240722BHJP
H04N 21/458 20110101ALI20240722BHJP
H04H 20/28 20080101ALI20240722BHJP
H04H 40/18 20080101ALI20240722BHJP
【ＦＩ】
H04N21/431
H04N21/458
H04H20/28
H04H40/18
【請求項の数】
6
(21)【出願番号】P 2021023329
(22)【出願日】2021-02-17
(65)【公開番号】P2022125634
(43)【公開日】2022-08-29
【審査請求日】2023-01-13
(73)【特許権者】
【識別番号】000214984
【氏名又は名称】ＴＶＳ ＲＥＧＺＡ株式会社
(74)【代理人】
【識別番号】110001737
【氏名又は名称】弁理士法人スズエ国際特許事務所
(72)【発明者】
【氏名】韓 嘯
【審査官】鈴木 順三
(56)【参考文献】
【文献】特表２０１８－５３２２８１（ＪＰ，Ａ）
【文献】特開平０４－２２１９９８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００ － ２１／８５８
Ｈ０４Ｈ ２０／００ － ２０／４６
Ｈ０４Ｈ ２０／９１ － ４０／２７
(57)【特許請求の範囲】
【請求項1】
複数のコンテンツを受信し、前記複数のコンテンツを同一の提示手段に重畳させて同時に出力可能な提示レイヤの機能を用いて前記提示手段に前記複数のコンテンツを表示させ
る受信装置であって、
第1の提示レイヤに配置するための第１のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第１のバッファ及び第１のデコーダと、
第２の提示レイヤに配置するための第２のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第２のバッファ及び第２のデコーダと、
前記第１のデコーダから出力される前記第１のコンテンツの復号データを受取る第１の提示メモリと、
前記第２のデコーダから出力される前記第２のコンテンツの復号データを受取る第２の提示メモリと、
前記第１の提示メモリ又は前記第２の提示メモリの出力のいずれかを選択して、前記提示手段に与える選択部と、を備え、
制御手段は、
前記第１のコンテンツから前記第２のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第１のデコーダの処理を一時停止し、前記一時停止した時点における前記第１のコンテンツの前記復号データを前記第１の提示レイヤのデータとして前記第１の提示メモリに保存するとともに、前記第２のデコーダの処理を開始し、
さらに前記制御手段は、
前記第２のコンテンツから前記第１のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第２のデコーダの処理を停止し、前記第２の提示レイヤのデータを前記第２の提示メモリからクリアするとともに、前記第１のデコーダの処理を前記一時停止した時点における前記第１のコンテンツの前記復号データの次のデータから開始する、
ことを特徴とする受信装置。
【請求項2】
前記制御手段は、外部サーバから受信した制御情報に基づいて、前記第１のコンテンツと前記第２のコンテンツとを、それぞれ前記第１の提示レイヤと前記第２の提示レイヤとに設定する請求項１に記載の受信装置。
【請求項3】
前記制御手段は、デジタル放送の放送信号から受信した制御情報に基づいて、前記第１
のコンテンツと前記第２のコンテンツとを、それぞれ前記第１の提示レイヤと前記第２の提示レイヤとに設定する請求項１に記載の受信装置。
【請求項4】
前記第１のコンテンツ及び前記第２のコンテンツは、ストリーミングにより配信されるデータである請求項１乃至請求項３に記載のいずれか１項に記載の受信装置。
【請求項5】
複数のコンテンツを受信し、前記複数のコンテンツを同一の提示手段に重畳させて同時
に出力可能な提示レイヤの機能を用いて前記提示手段に前記複数のコンテンツを表示させ
る受信方法であって、
第1の提示レイヤに配置するための第１のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第１のバッファ及び第１のデコーダと、
第２の提示レイヤに配置するための第２のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第２のバッファ及び第２のデコーダと、
前記第１のデコーダから出力される前記第１のコンテンツの前記復号データを受取る第１の提示メモリと、
前記第２のデコーダから出力される前記第２のコンテンツの前記復号データを受取る第２の提示メモリと、
前記第１の提示メモリ又は前記第２の提示メモリの出力のいずれかを選択して、前記提示手段に与える選択部と、を有する装置に対して、
制御手段が、
前記第１のコンテンツから前記第２のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第１のデコーダの処理を一時停止し、前記一時停止した時点における前記第１のコンテンツの前記復号データを前記第１の提示レイヤのデータとして前記第１の提示メモリに保存するとともに、前記第２のデコーダの処理を開始させ、
さらに前記制御手段が、
前記第２のコンテンツから前記第１のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第２のデコーダの処理を停止し、前記第２の提示レイヤのデータを前記第２の提示メモリからクリアするとともに、前記第１のデコーダの処理を前記一時停止した時点における前記第１のコンテンツの前記復号データの次のデータから開始させる、
ことを特徴とする受信方法。
【請求項6】
コンピュータが、複数のコンテンツを受信し、前記複数のコンテンツを同一の提示手段に重畳させて同時に出力可能な提示レイヤの機能を用いて前記提示手段に前記複数のコンテンツを表示させるためのプログラムであって、
制御対象となる受信号処理部が、
第1の提示レイヤに配置するための第１のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第１のバッファ及び第１のデコーダと、
第２の提示レイヤに配置するための第２のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第２のバッファ及び第２のデコーダと、
前記第１のデコーダから出力される前記第１のコンテンツの前記復号データを受取る第１の提示メモリと、
前記第２のデコーダから出力される前記第２のコンテンツの前記復号データを受取る第２の提示メモリと、
前記第１の提示メモリ又は前記第２の提示メモリの出力のいずれかを選択して、前記提示手段に与える選択部と、を有し、
制御手段としての前記プログラムが、
前記第１のコンテンツから前記第２のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第１のデコーダの処理を一時停止し、前記一時停止した時点における前記第１のコンテンツの前記復号データを前記第１の提示レイヤのデータとして前記第１の提示メモリに保存するとともに、前記第２のデコーダの処理を開始させ、
さらに前記プログラムが、
前記第２のコンテンツから前記第１のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第２のデコーダの処理を停止し、前記第２の提示レイヤのデータを前記第２の提示メモリからクリアするとともに、前記第１のデコーダの処理を前記一時停止した時点における前記第１のコンテンツの前記復号データの次のデータから開始させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
実施形態は、受信装置、方法およびプログラムに関する。
【背景技術】
【0002】
近年、デジタル放送のテレビ受信装置においては、インターネットなどに接続してストリーミング配信によるコンテンツデータを受信可能となっている。またストリーミング配信による番組（本編）の表示中に、例えばコマーシャルメッセージ（ＣＭ）のような本編とは異なるコンテンツを割り込みで表示させることも可能となっている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２０－７４５４３号公報
【文献】特開２０２１－１３０４６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、本編のストリーミング配信途中にＣＭを割り込ませて入れようとした場合に、受信側においては本編とＣＭとの間の切り替えの繋ぎが不自然になることがある。
【0005】
本発明が解決しようとする課題は、異なるコンテンツの表示をシームレスに切替える受信装置、方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
一実施形態によれば、複数のコンテンツを受信し、前記複数のコンテンツを同一の提示手段に重畳させて同時に出力可能な提示レイヤの機能を用いて前記提示手段に前記複数のコンテンツを表示させる受信装置であって、
第1の提示レイヤに配置するための第１のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第１のバッファ及び第１のデコーダと、
第２の提示レイヤに配置するための第２のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第２のバッファ及び第２のデコーダと、
前記第１のデコーダから出力される前記第１のコンテンツの復号データを受取る第１の提示メモリと、
前記第２のデコーダから出力される前記第２のコンテンツの復号データを受取る第２の提示メモリと、
前記第１の提示メモリ又は前記第２の提示メモリの出力のいずれかを選択して、前記提示手段に与える選択部と、を備え、
制御手段は、
前記第１のコンテンツから前記第２のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第１のデコーダの処理を一時停止し、前記一時停止した時点における前記第１のコンテンツの前記復号データを前記第１の提示レイヤのデータとして前記第１の提示メモリに保存するとともに、前記第２のデコーダの処理を開始し、
さらに前記制御手段は、
前記第２のコンテンツから前記第１のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第２のデコーダの処理を停止し、前記第２の提示レイヤのデータを前記第２の提示メモリからクリアするとともに、前記第１のデコーダの処理を前記一時停止した時点における前記第１のコンテンツの復号データの次のデータから開始する、ことを特徴とする受信装置が提供される。
第1の提示レイヤに配置するための第１のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第１のバッファ及び第１のデコーダと、
第２の提示レイヤに配置するための第２のコンテンツの符号化データをバッファし、次にデコードし復号データを得る第２のバッファ及び第２のデコーダと、
前記第１のデコーダから出力される前記第１のコンテンツの復号データを受取る第１の提示メモリと、
前記第２のデコーダから出力される前記第２のコンテンツの復号データを受取る第２の提示メモリと、
前記第１の提示メモリ又は前記第２の提示メモリの出力のいずれかを選択して、前記提示手段に与える選択部と、を備え、
制御手段は、
前記第１のコンテンツから前記第２のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第１のデコーダの処理を一時停止し、前記一時停止した時点における前記第１のコンテンツの前記復号データを前記第１の提示レイヤのデータとして前記第１の提示メモリに保存するとともに、前記第２のデコーダの処理を開始し、
さらに前記制御手段は、
前記第２のコンテンツから前記第１のコンテンツに前記選択部の出力を切り替えるタイミングに基づいて、前記第２のデコーダの処理を停止し、前記第２の提示レイヤのデータを前記第２の提示メモリからクリアするとともに、前記第１のデコーダの処理を前記一時停止した時点における前記第１のコンテンツの復号データの次のデータから開始する、ことを特徴とする受信装置が提供される。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
以下、実施の形態について図面を参照して説明する。
【0009】
図１は、実施形態に係るシステムの構成例を示す機能ブロック図である。
【0010】
受信装置１は、デジタルコンテンツを視聴するための受信装置であり、例えば、２Ｋまたは４Ｋ／８Ｋといった地上波放送、衛星放送などのデジタル放送を受信し視聴可能なテレビの受信装置（テレビ装置、テレビジョン受信装置、放送信号受信装置とも称される）であってもよい。デジタル放送によって得るデジタルコンテンツを放送コンテンツと称することもある。
【0011】
また、受信装置１は、例えばインターネットなどのネットワーク３に接続するための通信機能を備え、ネットワーク３に接続される各種サーバ（クラウドにより構築されたサーバも含んでよい）とデータのやり取りをすることが可能である。例えば、受信装置１は、ネットワーク３に接続されるコンテンツサーバ装置からデジタルコンテンツを受信し、モニタやスピーカなどからデジタルコンテンツを出力できる。ネットワーク３を介してコンテンツサーバ装置から入手したデジタルコンテンツをネットコンテンツと称することもある。ネットコンテンツは、各種ストリーミング配信によるコンテンツであってもよく、受信装置１は、各種ストリーミング配信によるネットコンテンツのデータ（ネットコンテンツデータ）を受信し、モニタやスピーカなどからネットコンテンツを出力できる。ネットコンテンツデータは、放送コンテンツのデータと同様、映像データ、音声データ、文字データなどを含んでもよい。各種ストリーミング技術については、一般的な技術であり、詳細の説明は省略する。受信装置１は、各種ストリーミング配信によるネットコンテンツを受信したり、再生したりするためアプリケーションソフトウェア（アプリケーションと称する場合もある）を備えていてもよい。アプリケーションソフトウェアは、Ｗｅｂブラウザやストリーミングデータ受信専用のソフトウェアであってもよい。
【0012】
なお、受信装置１は、ネットワーク３に接続して各種ストリーミングデータを受信可能なＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（以降、ＰＣと称する）やスマートフォンなどの携帯端末であってもよい。
【0013】
サーバ装置２は、ネットワーク３上に設置されるストリーミング配信が可能なサーバであり、例えばＣＰＵやメモリなどを有したコンピュータやクラウドなどにより構成されることでもよい。また、サーバ装置２は、ネットコンテンツとして番組本編を出力する他、番組本編を受信中の受信装置１に対して、Ｃｏｍｍｅｒｃｉａｌ Ｍｅｓｓａｇｅのデータ（以降、ＣＭデータと称する）を送信することでもよい。以降、ＣＭデータと区別するために、ネットコンテンツデータのうち番組本編部分のデータを本編データと称することもある。
【0014】
また、サーバ装置２が出力する本編データを受信中の受信装置１に対して、サーバ装置２とは別のネットワーク３上の図示せぬサーバがＣＭデータを受信装置１に対して送信することでもよい。ＣＭデータは、放送コンテンツやネットコンテンツの本編データと同様、映像データ、音声データ、文字データなどを含んでもよい。また、サーバ装置２は、本編データやＣＭデータを受信装置１に表示させるタイミングや表示方法などを指定するためのコンテンツ制御情報またはアプリケーション制御情報を送信することでもよい。アプリケーション制御情報は、コンテンツ制御情報を含むことでもよい。受信装置１が備えるアプリケーションに対応する制御情報を意味することでもよいが、また、本編データやＣＭデータを送信するパケットのヘッダなどに含まれている情報などもアプリケーション制御情報と称することもある。例えば、受信装置１は、受信したパケットデータが本編データであるかＣＭデータであるかをパケットのヘッダのアプリケーション制御情報から識別してもよい。アプリケーション制御情報は、本編データやＣＭデータを送信するサーバ装置２が送信してもよいし、本編データやＣＭデータを送信するサーバ装置２とは別の図示せぬサーバが送信することでもよい。またデジタル放送で送信するなど任意の方法でアプリケーション制御情報を送信することでもよい。受信装置１は、デジタル放送からアプリケーション制御情報を取得可能である。
【0015】
また、サーバ装置２が本編データをストリーミング配信している時に、ＣＭデータを送信するタイミングは、あらかじめ決まっていてもよいし、予定なく突然送信することでもよい。サーバ装置２が、ＣＭデータを突然送信する場合は、例えば、ストリーミング配信している本編のどの部分にＣＭを割り込ませるかなどのコンテンツ制御情報をＣＭデータと同時に送信することでもよい。受信装置１は、受信したコンテンツ制御情報やアプリケーション制御情報に基づいて、番組の本編やＣＭを受信装置１のモニタやスピーカから出力する。
【0016】
ネットワーク３は、受信装置１、サーバ装置２などが接続されて通信可能となるネットワークであり、例えば、インターネットである。また、ネットワーク３はインターネットだけとは限らず、各装置が通信可能であれば、有線無線に関わらず複数の異なるネットワークを含むネットワークでもよい。
【0017】
リモコン１０は、受信装置１を遠隔制御するためのリモートコントローラである。リモコン１０は、例えばユーザが発する音声を受波できるマイクなどの音声集音機能を備えていてよい。また、リモコン１０は、受信した音声データを外部送信するための例えば、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）などのインターフェース機能を備えていてもよい。
【0018】
なお、図１には受信装置１がネットワーク３に一つのみ接続されている例を示しているが、ネットワーク３に複数の受信装置１が接続されていてもよい。また複数の受信装置１は、それぞれ同一の機能を備えている必要はなく、所有者、メーカなども限定されることはない。また、図１にはサーバ装置２がネットワーク３に一つのみ接続されている例を示しているが、ネットワーク３に複数のサーバ装置２が接続されていてもよい。また複数のサーバ装置２は、それぞれ同一の機能を備えている必要はなく、メーカやサービス事業者、サービス内容なども限定されることはない。
【0019】
図２は、実施形態に係る受信装置の構成例を示す機能ブロック図である。
【0020】
放送信号受信処理部１１は、アンテナやケーブル放送などから所望の周波数帯の電波を受信し、復調処理などにより放送信号（デジタルデータ）を得るチューナを含む。放送信号受信処理部１１は、受信した放送信号をデジタル放送の規格に応じ処理し、映像、音声、文字などのコンテンツデータを取得し出力する。例えば、デジタル放送の規格としては、２Ｋデジタル放送にて採用されているＭＰＥＧ２ ＴＳ方式や、４Ｋ／８Ｋデジタル放送にて採用されているＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｐｏｒｔ方式（ＭＭＴ方式）などでもよく、複数のチューナにより双方に対応していてもよい。デジタル放送の規格に応じた処理としては、放送信号を、映像、音声、文字などのコンテンツ要素データのデジタルデータストリームに分離するデマルチプレクシング処理、誤り訂正符号復号処理、暗号化されたデータを復号する暗号復号化処理、各コンテンツ要素データに対して施された符号化（映像符号化、音声符号化、文字符号化など）に対する復号化処理などを含む。また、放送信号受信処理部１１は、放送信号からアプリケーション制御情報を含む各種制御情報を取得して出力する。
【0021】
ネットワークデータ受信処理部１２は、通信部１３から受信したネットワークデータ（例えば、ＩＰ通信で送信される直前のデータなど）に対して、既定のデマルチプレクシング処理（分離処理）や誤り訂正符号復号処理などの処理を実施し、本編データやＣＭデータの符号化データ（符号化コンテンツデータと称することもある）、アプリケーション制御情報などを得て出力する。符号化コンテンツデータは、本編データやＣＭデータに対して例えば映像符号化、音声符号化、文字符号化などの符号化処理が施されたデータを示す。ネットワークデータ受信処理部１２は、アプリケーション制御情報などから、受信しているデータを識別し、本編データやＣＭデータなどを区別して、後段（例えばバッファ１４１）に出力することでもよい。
【0022】
通信部１３は、ネットワーク３に接続されてネットワーク３上の各種サーバ装置２と通信をする。具体的には、例えばＴＣＰ／ＩＰ（ＵＤＰ／ＩＰ）といった予め決められた通信規約などに応じた送受信処理によりデジタルデータをやり取りする。
【0023】
アプリケーションデータ処理部１４は、サーバ装置２などが提供するストリーミング配信データである本編データやＣＭデータを処理する。アプリケーションデータ処理部１４においては、例えば、ネットワークデータ受信処理部１２や放送信号受信処理部１１から受信したデータを、一旦、例えば本編データやＣＭデータなどデータの種類ごとにバッファ１４１Ａ、１４１Ｂに入力する。アプリケーションデータ処理部１４は、アプリケーション制御部１７１から入力されるアプリケーション制御情報などに基づいて、バッファ１４１Ａ、１４１Ｂの符号化コンテンツデータをそれぞれ対応するデコード部１４２Ａ、１４２Ｂにて復号し、出力する。
【0024】
バッファ１４１Ａ、１４１Ｂ（特に区別しない場合は、バッファ１４１と称することもある）は、例えばメモリであり、受信したストリーミング配信データを一時的に記憶するバッファを主な目的として設置される。
【0025】
デコード部１４２Ａ、１４２Ｂ（特に区別しない場合は、デコード部１４２と称することもある）は、入力された符号化コンテンツデータに対して、コンテンツサーバが施した符号化処理に対する復号化処理などを実施し、映像、音声、文字などのコンテンツ要素データを取得し、出力する。デコード部１４２は、ＦＰＧＡを含めたハードウェアで構成することでもよいし、ソフトウェアで構成しＣＰＵなどのコンピュータにより動作させることでもよい。
【0026】
提示制御部１５は、放送信号受信処理部１１やアプリケーションデータ処理部１４などが出力するコンテンツデータに対して出力タイミング、表示方法などを調整し、出力する。
【0027】
提示メモリ１５１は、例えばメモリであり、放送信号受信処理部１１が出力する放送コンテンツのデータ（放送コンテンツデータ）を一時的に記憶するためのバッファである。提示メモリ１５１は、放送コンテンツデータの要素データである映像データ、音声データ、文字データなど全てを含む。
【0028】
提示メモリ１５２Ａ、１５２Ｂ（特に区別しない場合は、提示メモリ１５２と称することもある）は、例えばメモリであり、アプリケーションデータ処理部１４が出力するネットコンテンツのデータ（ネットコンテンツデータ）を一時的に記憶するためのバッファである。提示メモリ１５１は、ネットコンテンツデータの要素データである映像データ、音声データ、文字データなど全てを含む。提示メモリ１５２Ａ、提示メモリ１５２Ｂは、１つのメモリの論理的な領域を示すことでもよい。提示メモリ１５２Ａ、提示メモリ１５２Ｂには本編データやＣＭデータのいずれかがバッファされるが、いずれのデータがバッファされるかは、例えば、ストリーミング用のアプリケーションにあらかじめ設定しておくことでもよいし、アプリケーション制御情報などに含まれるデータの識別情報に基づいて、アプリケーション制御部１７１が、受信したデータが本編データであるかＣＭデータであるかを識別して、提示メモリ１５２Ａ、提示メモリ１５２Ｂにデータを格納するなど任意の方法が可能である。
【0029】
提示メモリ１５３は、例えばメモリであり、アプリケーションが提示部１６に出力するＵｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＵＩ）用のデータ（ＵＩデータ）を一時的に記憶するためのバッファである。ＵＩデータは、ユーザが受信装置１の制御などをするために提示部１６から出力（表示）させるためのデータであってもよい。例えば、ＵＩデータは、Ｗｅｂブラウザや専用ソフトウェアの表示画面、またそれらの表示画面の上に表示させてユーザが制御に用いる「再生」、「停止」などの表示のデータであってもよい。ユーザは、提示部１６が出力するＵＩデータの表示画面を見ながら、受信装置１に付属のリモコン１０などから受信装置１の制御を実施することでもよい。またＵＩデータは、アプリケーションが起動された時に、サーバ装置２から取得してもよいし、アプリケーションの内部（例えばアプリケーション制御部１７１）の図示せぬメモリなどに保存されていてもよい。
【0030】
なお上記の提示メモリやバッファ１４１はそれぞれのコンテンツごとに個別に設置する必要はなく、物理的に同一のメモリ上に論理的に領域を分けて使用することでもよい。
【0031】
選択部１５４は、アプリケーション制御情報やリモコン１０などからの制御信号などに基づいて、提示メモリ１５２Ａ、１５２Ｂからデータを選択して、提示部１６に出力する。選択部１５４は、主に提示メモリ１５２Ａ、１５２Ｂの本編データ、ＣＭデータの提示部１６への出力切り替えの用途に用いる。
【0032】
提示部１６は、例えば、映像や文字を表示するモニタや音声を出力するスピーカなどを含むことでもよい。提示部１６は、提示制御部１５が出力したコンテンツデータを映像、文字、音声などとして出力する。ユーザは、提示部１６が出力する映像、文字、音声などを視聴することにより、放送信号やサーバ装置２などによって提供されるデジタルコンテンツを視聴する。
【0033】
制御部１７は、受信装置１の各機能を制御する。具体的には、制御部１７は、インターフェース部１８などから各種コマンド信号を受信し、受信した各種コマンド信号に基づいて受信装置１の各機能を制御するための制御信号を出力する。例えば、ユーザが放送信号によるコンテンツを視聴するか、コンテンツサーバからのコンテンツを視聴するかをリモコン１０から指定した場合に、制御部１７は、インターフェース部１８を介してリモコンからのコマンド信号を受信し、受信装置１の機能を制御し、ユーザが指定した動作をさせる。なお、図２において、制御部１７との間で特に結線をしていない機能ブロックとの間においてもデータのやり取りを行うことにしてもよい。
【0034】
アプリケーション制御部１７１は、ストリーミング配信データ受信、再生の機能やアプリケーションの各種機能を制御する。例えば、ユーザがアプリケーションを起動するためにリモコンから起動命令信号を出力したら、アプリケーション制御部１７１は、起動命令信号を受信し、起動命令をアプリケーションの各種機能に出力することでもよい。またアプリケーション制御部１７１は、放送信号受信処理部１１やネットワークデータ受信処理部１２などからアプリケーション制御情報を受信し、アプリケーション制御情報に含まれる制御信号やコマンドなどを取得し、アプリケーションの各種機能に制御信号やコマンドなどを出力することでもよい。
【0035】
インターフェース部１８は、リモコン１０などからコマンド信号を受信したり、制御部１７などから外部装置へ制御信号を出力したりするためのインターフェースである。例えば、インターフェース部１８は、受信装置１の図示せぬスイッチやリモコン１０などから制御信号を受信し、制御信号を受信装置１の制御部１７へ出力する。リモコン１０のかわりに図示せぬスマートフォンなどの端末からコマンド信号を受信するインターフェースを有してもよい。また、インターフェース部１８は外部装置と接続するためのインターフェースを有しており、例えば、受信装置１と外付けの記録再生装置を接続するためのインターフェースを備えていてもよい。
【0036】
リモコンＩ／Ｆ１８１は、リモコン１０が赤外線などで出力するリモコン制御信号を受信し、制御部にリモコン制御信号を出力する。
【0037】
周辺機器Ｉ／Ｆ１８２は、ディスクプレーヤやＨＤＤレコーダなどの記録再生装置、ハードディスク、キーボード、マウスなどのペリフェラル機器などと通信をするためのインターフェースである。周辺機器Ｉ／Ｆ１８２は、無線、有線に関わらず任意のインターフェースでもよい。
【0038】
図３は、実施形態に係るサーバ装置の構成例を示す機能ブロック図である。
【0039】
通信部２１は、受信装置１などネットワーク３上の装置などとデータ通信をするためのインターフェースであり、例えばＴＣＰ／ＩＰ（ＵＤＰ／ＩＰ）といったプロトコルを備えている。
【0040】
制御部２２は、サーバ装置２内の各種機能を制御する。通信部２１を介して外部装置から各種制御信号、要求信号などの各種データを受信し、必要に応じて解析、加工し、サーバ装置２内部の各機能ブロックに出力する。また、サーバ装置２内部の各機能ブロックから各種データを受信し、必要に応じてデータのブロック化、フォーマット化などを行い、通信部２１へ出力する。制御部２２は、受信装置１からコンテンツのストリーミング配信の要求信号を受信すると、サーバ装置２内部の機能にストリーミング配信データを生成させ、受信装置１へ出力する。
【0041】
本編データ生成部２３は、ストリーミング配信をする本編データを生成する。カメラやマイクなどから取得した映像や音声などを用いて、本編データとなるデジタルデータをリアルタイムで生成してもよい。また本編データ生成部２３は、過去に生成したデジタルデータを本編データとして図示せぬメモリなどから取得することでもよい。
【0042】
ＣＭデータ生成部２４は、ストリーミング配信をするＣＭデータを生成する。ＣＭデータ生成部２４は、過去に生成したデジタルデータをＣＭデータとして図示せぬメモリなどから取得することでもよい。
【0043】
コンテンツ制御情報生成部２５は、本編データ生成部２３が生成する本編データや、ＣＭデータ生成部２４が生成するＣＭデータに関するコンテンツ制御情報データを生成する。例えば、本編データの途中にＣＭデータを表示させる場合に、ＣＭデータを割り込ませる本編データの再生時刻などの時間情報や、受信装置１の提示部１６のモニタにおいてＣＭを表示させる画面上の位置などの位置情報などをコンテンツ制御情報データに含めることでもよい。また、受信装置１または受信装置１のアプリケーションが備える、異なるコンテンツを重ねて表示させる表示レイヤ機能に関する情報、すなわち本編データ、ＣＭデータのいずれのデータをモニタの前面に表示させるかなどを指定するためのレイヤ情報をコンテンツ制御情報データに含めることでもよい。コンテンツ制御情報データは、受信装置１においては、アプリケーション制御情報として用いられることでもよい。
【0044】
ストリーミングデータ生成部２６は、本編データ生成部２３、ＣＭデータ生成部２４、コンテンツ制御情報生成部２５が生成するデータをストリーミング技術によって送信するためのデータに変換し、ストリーミングデータを生成する。ストリーミングデータ生成部２６の生成したストリーミングデータは、制御部２２，通信部２１によって通信プロトコルに応じたヘッダ情報などが付加され、通信部２１からネットワーク３へ出力される。
【0045】
なお、本実施形態においては、サーバ装置２に本編データ生成部２３、ＣＭデータ生成部２４、コンテンツ制御情報生成部２５を同時に設置する場合を示したが、それぞれの機能を異なるサーバに設置して、個々に生成したストリーミングデータをそれぞれが出力することでもよい。
【0046】
以下、図面を用いて、本実施形態の動作を説明する。
【0047】
図４は、実施形態に係る受信装置がストリーミングデータの受信を起動する際の処理動作例を示すシーケンスチャートである。
【0048】
ユーザが、リモコン１０から受信装置１のストリーミング配信のアプリケーションの起動命令をする（ステップＳ１）。アプリケーション制御部１７１は、リモコンＩ／Ｆ１８１を介して起動命令を受信すると、アプリケーションデータ処理部１４、提示制御部１５に起動命令を出力する（ステップＳ１０１）。提示制御部１５は起動命令を受信すると、アプリケーション制御部１７１の図示せぬメモリに格納されているアプリケーションのＵＩデータを提示メモリ１５３に格納したり、ストリーミングデータとして受信される本編データやＣＭデータ、コンテンツ制御情報を含めたアプリケーション制御情報などの格納先を決定したりするなど初期化を行う（ステップＳ２０１）。ステップＳ２０１において本編データは提示メモリ１５２Ａに、ＣＭデータは提示メモリ１５２Ｂにそれぞれ格納することに決定するものとする。選択部１５４は、提示メモリ１５３に格納された表示データを提示部１６に出力すると、提示部１６は、アプリケーションのＵＩを表示する（ステップＳ２０２）。一方、アプリケーションデータ処理部１４は起動命令を受信すると、ネットコンテンツの受信データを格納したりデコードしたりするためのバッファ１４１やデコード部１４２などを決定し、バッファのクリアやデコード部のパラメータ設定などの初期設定を行う（ステップＳ３０１）。ステップＳ３０１において、本編データには、バッファ１４１Ａ、デコード部１４２Ａ、一方、ＣＭデータには、バッファ１４１Ｂ、デコード部１４２Ｂを選択するものとする。
【0049】
ユーザは、提示部１６に表示されるＵＩをリモコン１０から操作して、ネットコンテンツのコンテンツ再生命令をする（ステップＳ２）。アプリケーション制御部１７１は、受信したコンテンツ再生命令に従って、サーバ装置２にコンテンツを要求し、符号化コンテンツデータを受信する（ステップＳ１０２）。アプリケーションデータ処理部１４においては、バッファ１４１Ａに受信した本編データの符号化コンテンツデータを保存しながら、デコード部１４２Ａが符号化コンテンツデータを復号して、提示メモリ１５２Ａに出力する（ステップＳ３０２）。一方、提示制御部１５は、コンテンツ再生命令に従って、提示メモリ１５２Ａのデータを必要に応じてタイミングなどを調整しながら提示部１６へ出力する（ステップＳ２０３）。ユーザは提示部１６から出力される本編データによるコンテンツを視聴する（ステップＳ３）。
【0050】
図５は、実施形態にストリーミングデータの構成例を示す模式図であり、図５（ａ）、図５（ｂ）は、それぞれバッファに格納される本編データ、ＣＭデータの例を示し、図５（ｃ）は、バッファに格納されるアプリケーション制御情報データの例、図５（ｄ）は、提示制御部１５から提示部１６へ出力される本編データとＣＭデータの時間関係の例を示す。図５（ａ）、図５（ｂ）の本編データ、ＣＭデータはバッファ１４１に格納されている場合は符号化データであってもよい。
【0051】
図５（ａ）の本編データは、例えば一つのコンテンツ（番組）のデータであるが、図のようにＰ１、Ｐ２のように本編データを分割することで、コンテンツ再生の途中にＣＭデータを挟むことが可能となる。図５（ｂ）は、ＣＭデータＣＭ１、ＣＭ２がバッファに格納されている例である。ＣＭデータＣＭ１、ＣＭ２は、それぞれが完結した異なるＣＭのＣＭデータを想定するが、同じＣＭデータを分割したデータでもよい。図５（ｄ）は、図５（ｃ）のアプリケーション制御情報ＣＩ１に含まれる例えば時間情報に従って提示制御部１５が提示部１６に出力する例であり、Ｐ１、ＣＭ１、Ｐ２、ＣＭ２の順に出力されることを示している。アプリケーション制御情報の時間情報としては、例えば、Ｐ１、ＣＭ１、Ｐ２、ＣＭ２のデータの出力時刻や終了時刻を指定してもよいし、本編データの分割後のデータ（例えば、Ｐ１、Ｐ２等）やＣＭデータ（例えば、ＣＭ１、ＣＭ２等）を提示部１６から表示させる順番を例えば、Ｐ１、ＣＭ１、Ｐ２、ＣＭ２のように示すことでもよい。なお、図５（ａ）の本編データのようにあらかじめ本編データを分割せずに、アプリケーション制御情報の時間情報を利用して、本編データにＣＭデータを割り込ませることでもよい。また、アプリケーション制御情報については、本編データやＣＭデータのように時々刻々とデータを受信する必要がない場合は、サーバ装置３は、コンテンツ再生開始の時点でアプリケーション制御情報を全て送信してしまうことでもよい。
【0052】
以下、受信装置１が本編データを再生中にＣＭデータを出力させる場合の動作を示す。
【0053】
図６は、実施形態に係る受信装置がストリーミングデータのＣＭデータを受信する際の処理動作例を示すシーケンスチャートであり、時点Ｔ１、Ｔ１０１、Ｔ２０１、Ｔ３０１は、図４の時点Ｔ１、Ｔ１０１、Ｔ２０１、Ｔ３０１からの続きであることを示す。
【0054】
アプリケーション制御部１７１は、受信したアプリケーション制御情報の時間情報とシステム内のクロックとから指定されたＣＭデータの再生タイミングであることを検知すると、デコーダ１４２Ａに一時停止命令（Ｐａｕｓｅ）を出力する（ステップＳ１２１のＹＥＳ、Ｓ１２２）。デコーダ１４２Ａは、一時停止命令を受信すると、復号処理を一旦停止する（ステップＳ３２１のＹＥＳ、Ｓ３２２）。この時、提示メモリ部１５２Ａには、一時停止直前の本編データが保持されていてもよい。
【0055】
ステップＳ１２２と同時に、アプリケーション制御部１７１は、ＣＭデータの再生命令をデコード部１４２Ｂに出力する（ステップＳ１２３）。ステップＳ１２３の前にアプリケーション制御部１７１は、デコーダ１４２Ａが一時停止したかどうかを確認するステップを入れてもよい。デコード部１４２Ｂは再生命令を受信すると、バッファ１４１Ｂのクリアやデコード部１４２Ｂのパラメータ設定などの初期設定を行う（ステップＳ４２１のＹＥＳ、Ｓ４２２）。デコード部１４２Ｂはアプリケーション制御情報で指定されたＣＭデータをバッファ１４１Ｂから取得し、復号処理を開始する（ステップＳ４２３）。
【0056】
またステップＳ１２２と同時に、アプリケーション制御部１７１は、ＣＭデータを提示部１６から出力させるための表示命令を提示制御部１５に出力する（ステップＳ１２４）。提示制御部１５の選択部１５４は表示命令を受信すると、提示メモリ１５２Ｂに格納されているＣＭデータを提示部１６に出力するモード（ＣＭ出力モード）に変更する（ステップＳ２２１のＹＥＳ、Ｓ２２２）。
【0057】
【0058】
受信装置１は、表示レイヤ機能により、提示メモリ１５２、１５３のデータを提示部１６のモニタ画面上で重畳させることができるが、モニタ画面上に表示させる順番または優先度を決めることができる。例えば、図７（ａ）は、ＵＩデータ、ＣＭデータ、本編データをそれぞれ表示レイヤＬ１，Ｌ２、Ｌ３として示した例であるが、Ｌ１、Ｌ２、Ｌ３の順で表示の優先度が高いことを示している。すなわち、ＵＩデータと本編データがそれぞれ提示メモリ１５３、１５２Ａに格納されて、同時に提示部１６に出力される場合、Ｌ１のＵＩデータがＬ３の本編データの上に重畳されて表示される。図７（ｂ）は、本編データ再生中で、Ｌ３のみが画面に表示される例である。図７（ｂ）の表示にＬ１を重畳させた例が図７（ｃ）である。このように重畳させた場合、優先度の高いＬ１の画面が、Ｌ３画面の上に表示される。本実施形態においては、ＣＭデータを本編データよりも上に重畳させるＬ２に設定する。通常は、ＵＩデータは、図７（ｃ）のように本編データの一部分に重畳される場合がありＬ１に固定されるが、ＣＭデータ、本編データは双方とも全画面に表示されるために同じレイヤとする。本実施形態においては、ＣＭデータの表示レイヤをＬ２、本編データをＬ３に設定する。設定のタイミングは、アプリケーション起動時やコンテンツ再生命令時など、コンテンツが再生されるまでの任意のタイミングでよい。また通常の状態（デフォルトの状態）でＣＭデータと本編データとがＬ３に設定されている場合は、例えばＣＭデータに対してのみＬ２に設定することでもよい。設定はアプリケーション制御部１７１が、サーバ装置３から受信したアプリケーション制御情報などに基づいて実施することでもよい。またアプリケーション制御部１７１は、アプリケーション制御情報以外にもあらかじめ図示せぬメモリなどに格納された制御情報、リモコン１０からユーザが設定した制御情報などに基づいて、表示レイヤを設定することでもよい。例えば、テクスチャーマッピング技術で使用されるＤｅｃｏｄｅ ｔｏ ｔｅｘｔｕｒｅと同様の重畳命令をＣＭデータの表示レイヤに設定することで本編データの表示上にＣＭデータの表示をかぶせることが可能となり、図７（ａ）のような表示レイヤが可能となる。このような表示レイヤを採用することで、ＣＭデータと本編データとを同時に提示部１６に出力可能な場合、Ｌ２のＣＭデータがＬ３の本編データの上に重畳されて表示されるため、図７（ｄ）に示されるようにモニタには、Ｌ２のＣＭデータのみが表示される。図７（ｄ）においてＬ３の本編データの表示は点線枠で示されるように、Ｌ２のＣＭデータの表示の後ろに隠れている。上記の重畳命令を含めたコンテンツの表示制御情報は、コンテンツ制御情報またはアプリケーション制御情報としてサーバ装置３など受信装置１の外部装置から受信することでもよいし、受信装置１の出荷時などにあらかじめメモリなどに格納しておくなど任意の方法でよい。また受信装置１の出荷時などにＣＭデータと本編データとをそれぞれＬ２、Ｌ３に設定し、設定内容をメモリなどに格納しておくことでもよい。
【0059】
図６のステップＳ２２２に戻り、アプリケーション制御部１７１は、表示命令に加えて選択部１５４に図７（ａ）の表示レイヤとする重畳命令を出力することで、選択部１５４はＣＭ出力モードに設定され、ＣＭデータが表示レイヤＬ２に、本編データが表示レイヤＬ３に固定される。デコーダ部１４２Ｂは、選択部１５４がＣＭ出力モードになったことを確認すると、バッファ１４１Ｂのデータの復号処理を開始する（ステップＳ４２３）。デコーダ部１４２Ｂが出力するコンテンツデータが提示メモリ１５２Ｂに格納されると、選択部１５４の設定に応じて、出力部１５５からＣＭデータを提示部１６に出力する（ステップＳ２２３）。なお、ステップＳ２２３の実行時、提示メモリ部１５２ＡにはステップＳ３２２における一時停止直前の本編データが保持されていてもよいが、本編データは表示レイヤＬ３に設定されているため、提示部１６には表示レイヤＬ２のＣＭデータが出力される。ユーザは、提示部１６に出力されるＣＭを視聴する（ステップＳ４）。
【0060】
図８は、実施形態に係る受信装置がＣＭの提示を完了した際の処理動作例を示すシーケンスチャートであり、指定のＣＭが提示部１６から全て出力されてＣＭが終了した場合の例を示す。時点Ｔ２、Ｔ１０２、Ｔ２０２、Ｔ３０２，Ｔ４０２は、それぞれ図６の時点Ｔ２、Ｔ１０２、Ｔ２０２、Ｔ３０２，Ｔ４０２からの続きであることを示す。
【0061】
提示メモリ１５２Ｂの指定のＣＭデータが全て出力されＣＭが終了すると、デコーダ部１４２Ｂはアプリケーション制御部１７１に「処理終了」を通知する（ステップＳ４３１のＹＥＳ、Ｓ４３２）。デコーダ部１４２Ｂは、「処理終了」の通知後、内部バッファをクリアするなど処理を終了する（ステップＳ４３３）。アプリケーション制御部１７１が、「ＣＭ終了」の通知を受信すると、選択部１５４に表示レイヤＬ２を非表示にするＬ２非表示命令を出力する（ステップＳ１３２）。選択部１５４は、Ｌ２非表示命令を受信すると、表示レイヤＬ２のデータが格納されている提示メモリ１５２Ｂのデータを全てクリア（消去）する（ステップＳ２３１）。ここで提示メモリ１５２Ｂのデータが全てクリアされると、表示レイヤＬ２の下のＬ３のデータが提示部１６から表示可能となる。
【0062】
アプリケーション制御部１７１は、ステップＳ１３２と同時に、デコーダ部１４２Ａに一時停止解除命令（Ｒｅｓｕｍｅ命令）を出力する（ステップＳ１３３）。デコーダ部１４２Ａは、一時停止解除命令を受信すると、一時停止解除を解除し、バッファ１４１Ａの本編データのうち、図６のステップＳ３２２で一時停止したデータの次の本編データから、復号処理を再開する（ステップＳ３３１、Ｓ３３２）。選択部１５４は、表示レイヤＬ２である提示メモリ１５２Ｂにデータがないことから、提示メモリ１５２Ａの表示レイヤＬ３のデータを提示部１６に出力する（ステップＳ２３２）。ユーザは、提示部１６に出力される本編を一時停止した箇所から視聴する（ステップＳ５）。
【0063】
以上の手順により、提示部１６の出力を本編とＣＭとの間でシームレスに切り替えることができる。本編データの出力を一時停止させて、ＣＭデータを表示レイヤＬ２としてＬ３の上にかぶせるように表示させることで本編からＣＭへとシームレスに切り替えができる。また、ＣＭの表示が完了すると、表示レイヤＬ２のデータを提示メモリからクリアし、本編データの出力を再開させることで、ＣＭから本編へとシームレスに切り替えができる。
【0064】
図９は、実施形態に係る受信装置がＣＭの提示を途中終了した際の処理動作例を示すシーケンスチャートであり、ユーザがＣＭの出力の途中で「出力をスキップする」といった命令をした場合の例である。時点Ｔ２、Ｔ１０２、Ｔ２０２、Ｔ３０２，Ｔ４０２は、それぞれ図６の時点Ｔ２、Ｔ１０２、Ｔ２０２、Ｔ３０２，Ｔ４０２からの続きであることを示す。また時点Ｔ３、Ｔ１０３、Ｔ２０３、Ｔ３０２，Ｔ４０３以降の処理は、図８に示した同一時点以降の処理と同様であることを示す。
【0065】
ＣＭが提示部１６から出力されている途中に、ユーザが「出力をスキップする」ことを示すスキップ命令信号をリモコン１０から出力する（ステップＳ６）。アプリケーション制御部１７１は、スキップ命令を受信すると、デコーダ１４２Ｂにスキップ命令を出力する（ステップＳ１４１のＹＥＳ、Ｓ１４２）。デコーダ１４２Ｂは、スキップ命令を受信すると、復号処理を終了する（ステップＳ４４１のＹＥＳ、Ｓ４４２）。アプリケーション制御部１７１は、ステップ１４２と同時に、選択部１５４に表示レイヤＬ２を非表示にするＬ２非表示命令を出力する（ステップＳ１４３）。選択部１５４は、Ｌ２非表示命令を受信すると、表示レイヤＬ２の出力を停止する。（ステップＳ２４１）。ステップＳ２４１において表示レイヤＬ２の出力が停止されると、下位レイヤである表示レイヤＬ３のデータ（ここでは本編データ）が提示部１６へ出力可能となる。なお、ステップＳ２４１は、ステップＳ２３１のように提示メモリ１５２Ｂのデータを全てクリアする方法でもよく、また、逆にステップＳ２３１において、ステップＳ２４１による方法で代替することでもよい。また、ステップＳ２４１において、表示レイヤＬ２の設定自体を削除することでもよい。以降は図８のフローと同様である。
【0066】
以上の手順により、ＣＭが再生途中でスキップされる場合にも、提示部１６の出力を本編とＣＭとの間でシームレスに切り替えることができる。ＣＭの表示が途中で止まると、表示レイヤＬ２のデータの提示部１６への出力を停止し、本編データの出力を再開させることで、ＣＭから本編へとシームレスに切り替えができる。なお、本実施形態においては、本編を表示レイヤＬ３、ＣＭを表示レイヤＬ２にそれぞれ設定して本編とＣＭを切り替える例について示したが、表示レイヤを入れ替えて、例えば本編を表示レイヤＬ２、ＣＭを表示レイヤＬ３とした場合についても適用可能である。また、表示レイヤＬ２、Ｌ３に割り当てるコンテンツは、本実施形態のように本編とＣＭの組み合わせだけでなく、本編と本編、またＣＭとＣＭなどの組み合わせでもよくコンテンツの内容に制限されない。
【0067】
本実施形態において、アプリケーションデータ処理部１４、１７１、アプリケーション制御部１７１，提示制御部１５（特に選択部１５４）などの機能を含めて一つのアプリケーションソフトウェアを構成してもよく、上記したシーケンスチャートの処理が一つのアプリケーションソフトウェアとして実行されることでもよい。また同様のアプリケーションの機能が、Ｗｅｂブラウザに含められることでもよい。また各機能をそれぞれ分割した異なるソフトウェア（ファームウェアなども含む）として構成し、更新を容易とすることでもよい。また、ストリーミングデータを生成し、出力する本実施形態によるサーバ装置２と、本実施形態による受信装置１とを組み合わせたシステムを構成してもよい。
【0068】
以上に述べた少なくとも１つの実施形態によれば、異なるコンテンツの表示をシームレスに切替える受信装置、方法およびプログラムを提供することができる。
【0069】
なお、図面に示した解析画面などに表示される条件パラメータやそれらに対する選択肢、値、評価指標などの名称や定義、種類などは、本実施形態において一例として示したものであり、本実施形態に示されるものに限定されるものではない。
【0070】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。
【0071】
また、図面は、説明をより明確にするため、実際の態様に比べて、各部の幅、厚さ、形状等について模式的に表される場合がある。ブロック図においては、結線されていないブロック間もしくは、結線されていても矢印が示されていない方向に対してもデータや信号のやり取りを行う場合もある。シーケンスチャートに示す処理は、ＩＣチップ、デジタル信号処理プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ ＰｒｏｃｅｓｓｏｒまたはＤＳＰ）などのハードウェアもしくはマイクロコンピュータを含めたコンピュータなどで動作させるソフトウェア（プログラムなど）またはハードウェアとソフトウェアの組み合わせによって実現してもよい。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。
【符号の説明】
【0072】
１…受信装置、２…サーバ装置、３…ネットワーク、１０…リモコン、１１…放送信号受信処理部、１２…ネットワークデータ処理部、１３…通信部、１４…アプリケーションデータ処理部、１５…提示制御部、１６…提示部、１７…制御部、１８…インターフェース部、２１…通信部、２２…制御部、２３…本編データ生成部、２４…ＣＭデータ生成部、２５…コンテンツ制御情報生成部、２６…ストリーミングデータ生成部、１４１Ａ…バッファ、１４２Ａ…デコード部、１５１、１５２Ａ、１５３…提示メモリ、１５４…選択部、１５５…出力部、１７１…アプリケーション制御部、１８１…リモコンＩ／Ｆ、１８２…周辺機器Ｉ／Ｆ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】