特許 6392956 映像表示装置、及び、映像表示システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6392956

(24)【登録日】2018年8月31日

(45)【発行日】2018年9月19日

(54)【発明の名称】映像表示装置、及び、映像表示システム

(51)【国際特許分類】

   H04N 21/433 20110101AFI20180910BHJP

   H04N 21/454 20110101ALI20180910BHJP

【ＦＩ】

   H04N21/433

   H04N21/454

【請求項の数】2

【全頁数】20

(21)【出願番号】特願2017-164331(P2017-164331)

(22)【出願日】2017年8月29日

(62)【分割の表示】特願2014-27589(P2014-27589)の分割

【原出願日】2014年2月17日

(65)【公開番号】特開2018-14736(P2018-14736A)

(43)【公開日】2018年1月25日

【審査請求日】2017年9月6日

(73)【特許権者】

【識別番号】507009009

【氏名又は名称】株式会社博報堂ＤＹホールディングス

(74)【代理人】

【識別番号】110000578

【氏名又は名称】名古屋国際特許業務法人

(72)【発明者】

【氏名】四方 勝治

【審査官】 鍬 利孝

(56)【参考文献】

【文献】 特開２０１３−１９２０６２（ＪＰ，Ａ）

【文献】 特開２００９−０２１８８５（ＪＰ，Ａ）

【文献】 特開２０１０−２４５７７３（ＪＰ，Ａ）

【文献】 特開２００９−１３０５０４（ＪＰ，Ａ）

【文献】 特開２００８−１６０４５５（ＪＰ，Ａ）

【文献】 特開２００１−０５４０９０（ＪＰ，Ａ）

【文献】 特開２００７−３３６４３９（ＪＰ，Ａ）

【文献】 特開２０１１−０２３０７５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

(57)【特許請求の範囲】

【請求項1】

サーバから配信映像とこれに付随するデータとを受信する受信手段と、
前記受信手段が受信している前記配信映像のストリーミング再生を行うストリーミング再生手段と、
前記ストリーミング再生がされている前記配信映像に付随する前記データにより特定されるネット・コンテンツ提供元から、該配信映像の関連情報を取得する取得手段と、
前記配信映像の前記ストリーミング再生中に、前記取得手段が取得した前記関連情報を、該配信映像の前記ストリーミング再生がなされる表示画面に表示させる関連情報表示手段と、
前記関連情報の表示が終了すると、該関連情報の表示開始時点よりも後の予め定められた時点から、前記配信映像の前記ストリーミング再生を行う再開手段と、
を備え、
前記取得手段は、前記配信映像に含まれるＣＭの前記ストリーミング再生がなされる際に、該ＣＭの前記関連情報を取得し、
前記関連情報表示手段は、前記ＣＭの前記ストリーミング再生中に、該ＣＭの前記関連情報を前記表示画面に表示させ、
前記再開手段は、前記ＣＭの前記関連情報の表示が終了すると、該ＣＭの次のＣＭから、前記配信映像の前記ストリーミング再生を開始させること、
を特徴とする映像表示装置。

【請求項2】

映像表示装置と、前記映像表示装置に配信映像とこれに付随するデータとを送信するサーバとを含む映像表示システムであって、
前記映像表示装置は、
前記サーバから前記配信映像とこれに付随する前記データとを受信する受信手段と、
前記受信手段が受信している前記配信映像のストリーミング再生を行うストリーミング再生手段と、
前記ストリーミング再生がされている前記配信映像に付随する前記データにより特定されるネット・コンテンツ提供元から、該配信映像の関連情報を取得する取得手段と、
前記配信映像の前記ストリーミング再生中に、前記取得手段が取得した前記関連情報を、該配信映像の前記ストリーミング再生がなされる表示画面に表示させる関連情報表示手段と、
前記関連情報の表示が終了すると、該関連情報の表示開始時点よりも後の予め定められた時点から、前記配信映像の前記ストリーミング再生を行う再開手段と、
を備え、
前記取得手段は、前記配信映像に含まれるＣＭの前記ストリーミング再生がなされる際に、該ＣＭの前記関連情報を取得し、
前記関連情報表示手段は、前記ＣＭの前記ストリーミング再生中に、該ＣＭの前記関連情報を前記表示画面に表示させ、
前記再開手段は、前記ＣＭの前記関連情報の表示が終了すると、該ＣＭの次のＣＭから、前記配信映像の前記ストリーミング再生を開始させること、
を特徴とする映像表示システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、映像とネット・コンテンツを連携させて表示する映像表示装置等に関する。

【背景技術】

【0002】

デジタルテレビ放送により番組やＣＭを提供すると共に、ネットワークによりこれに関連する情報を提供し、テレビ放送とネットワーク配信を連携させて多様で多機能なサービスを提供するHybridCast（登録商標）データ放送と呼ばれるシステムが知られている。

【0003】

このようなシステムによれば、例えば、テレビを視聴するユーザがＣＭに興味を持った場合には、これに関連するＷｅｂコンテンツや当該ＣＭの長尺版（通常放送されるものよりも継続時間が長くなるように編集されたもの）や、同一シリーズとして展開されている別素材によるＣＭ等をインターネットから取得し、テレビ画面に表示させることが可能となる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１２−２５７２２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、ＣＭ等に関連するＷｅｂコンテンツ等の表示により、テレビの視聴が中断する場合がある。このため、Ｗｅｂコンテンツ等の表示開始時から番組の録画を開始し、Ｗｅｂコンテンツの表示終了後に録画した番組を再生するタイムシフト再生を行うことが考えられる。

【0006】

しかしながら、テレビの視聴の中断時点からタイムシフト再生がなされると、ユーザは、既にＷｅｂコンテンツを閲覧したにも関わらず、これに関連するＣＭを途中から視聴することになり、煩わしさを与える恐れがある。

【0007】

本願発明は上記課題に鑑みてなされたものであり、HybridCast等により放送される映像の視聴が一時的に中断された後、視聴を再開する際に、煩わしさが生じないようにすることを目的とする。

【課題を解決するための手段】

【0008】

上記課題に鑑みてなされた本発明に係る映像表示装置は、放送局から放送映像とこれに付随するデータとを受信する受信手段と、受信手段が受信している放送映像をリアルタイムに表示させるリアルタイム表示手段と、表示されている放送映像に付随するデータにより特定されるネット・コンテンツ提供元から、該放送映像の関連情報を取得する取得手段と、放送映像の表示中に、ユーザからの指示に応じて、取得手段が取得した関連情報を、該放送映像の表示画面に表示させる関連情報表示手段と、関連情報の表示が開始されると、受信手段が受信した放送映像の録画を開始させる録画手段と、関連情報の表示が終了すると、該関連情報の表示開始時点よりも後の予め定められた時点から、録画された放送映像のタイムシフト再生を開始させるタイムシフト再生手段と、を備える。

【0009】

このような構成によれば、放送映像を視聴するユーザからの操作に応じて、放送映像が表示される表示画面に関連情報が表示され、放送映像の視聴が中断すると、放送映像の録画が開始される。

【0010】

その後、関連情報の表示が終了すると、関連情報の表示開始時点の映像よりも後の予め定められた時点から、録画された放送映像のタイムシフト再生が開始される。
このため、例えば、放送映像に含まれるＣＭの表示中に、関連情報の表示により視聴が中断した場合であれば、当該ＣＭをスキップし、次のＣＭ或いは番組の部分からタイムシフト再生を行うことが可能となる。

【0011】

また、例えば、放送映像に含まれる番組の表示中に、関連情報の表示により視聴が中断した場合であれば、該番組における関連情報に重複する部分をスキップしてタイムシフト再生を行うことが可能となる。これにより、ユーザに対して同じような情報が繰り返し提供されることを防ぐことができる。

【0012】

したがって、HybridCastデータ放送による番組やＣＭの関連情報が表示され、放送映像の視聴が一時的に中断された後、視聴を再開する際に煩わしさが生じなくなる。
また、取得手段は、放送映像に含まれるＣＭが表示される際に、該ＣＭの関連情報を取得し、関連情報表示手段は、ＣＭの表示中に、ユーザからの指示に応じて、該ＣＭの関連情報を表示画面に表示させ、タイムシフト再生手段は、ＣＭの関連情報の表示が終了すると、該ＣＭが終了した時点から、録画された放送映像のタイムシフト再生を開始させる。

【0013】

このような構成によれば、放送映像に含まれるＣＭの表示中、該ＣＭの関連情報の表示により視聴が中断した場合には、視聴を再開する際、該ＣＭがスキップされ、該ＣＭの次のＣＭ、又は、番組の部分からタイムシフト再生が行われる。

【0014】

このため、ユーザが関連情報を閲覧したにも関わらず、これに関連するＣＭが再生されてしまうことが無くなり、ユーザが放送映像の視聴を再開する際に、煩わしさが生じなくなる。

【0015】

また、映像表示装置は、サーバから配信映像とこれに付随するデータとを受信する受信手段と、受信手段が受信している配信映像のストリーミング再生を行うストリーミング再生手段と、ストリーミング再生がされている配信映像に付随するデータにより特定されるネット・コンテンツ提供元から、該配信映像の関連情報を取得する取得手段と、配信映像のストリーミング再生中に、ユーザからの指示に応じて、取得手段が取得した関連情報を、該配信映像のストリーミング再生がなされる表示画面に表示させる関連情報表示手段と、関連情報の表示が終了すると、該関連情報の表示開始時点よりも後の予め定められた時点から、配信映像のストリーミング再生を行う再開手段と、を備える。

【0016】

このような構成によれば、ストリーミング再生されている配信映像を視聴するユーザからの操作に応じて、配信映像が表示される表示画面に関連情報が表示される。
そして、関連情報の表示が終了すると、配信映像のストリーミング再生が再開されるが、この時、関連情報の表示開始時点よりも後の予め定められた時点からストリーミング再生が再開される。

【0017】

このため、例えば、配信映像に含まれるＣＭのストリーミング再生中に、関連情報の表示により視聴が中断した場合であれば、当該ＣＭをスキップし、次のＣＭ或いは番組の部分からストリーミング再生を再開することが可能となる。

【0018】

また、例えば、配信映像に含まれる番組のストリーミング再生中に、関連情報の表示により視聴が中断した場合であれば、該番組における該関連情報と重複する部分をスキップしてストリーミング再生を再開することが可能となる。これにより、ユーザに対し、同じような情報が繰り返し提供されることを防ぐことができる。

【0019】

したがって、ＶＯＤ（Video On Demand）等によりストリーミング配信やダウンロード配信されるHybridCastデータ放送対応の配信映像の視聴が、関連情報の表示により一時的に中断された後、視聴を再開する際に煩わしさが生じなくなる。

【0020】

また、取得手段は、配信映像に含まれるＣＭのストリーミング再生がされる際に、該ＣＭの関連情報を取得し、関連情報表示手段は、ＣＭのストリーミング再生中に、ユーザからの指示に応じて、該ＣＭの関連情報を表示画面に表示させ、再開手段は、ＣＭの関連情報の表示が終了すると、該ＣＭの再生が終了した時点から、配信映像のストリーミング再生を行う。

【0021】

このような構成によれば、配信映像に含まれるＣＭの再生中、該ＣＭの関連情報の表示により視聴が中断した場合には、視聴を再開する際、該ＣＭがスキップされ、該ＣＭの次のＣＭ、又は番組の部分からストリーミング再生が再開される。

【0022】

このため、ユーザがＣＭの関連情報を閲覧したにも関わらず、このＣＭが繰り返し再生されてしまうことが無くなり、ユーザが配信映像の視聴を再開する際に煩わしさが生じなくなる。

【0023】

また、広告ビジネスモデルとしては、ＣＭタイム内の複数ＣＭの中で１つだけＣＭ連動情報を視聴したら、それ以後のＣＭは全てスキップして、番組の部分からタイムシフト再生することも可能である。

【0024】

なお、上述した映像表示装置に、配信映像とこれに付随するデータ（このタイムコードに連動するＵＲＬデータ）とを送信するサーバを市場に流通させても良い。

【0025】

このような場合であっても、対応する映像表示装置と組み合わせて使用することで、同様の効果を得ることができる。
また、上述した映像表示装置と、上述したサーバとからなる映像表示システムを市場に流通させても良い。

【0026】

このような場合であっても、同様の効果を得ることができる。

【図面の簡単な説明】

【0027】

【図1】第１実施形態の受信装置等のブロック図である。

【図2】第１実施形態の番組視聴処理のフローチャートである。

【図3】第１実施形態の番組視聴処理のフローチャートである。

【図4】第１実施形態の番組視聴処理によるＣＭの再生中のテレビ画面の一例である。

【図5】第２実施形態の受信装置等のブロック図である。

【図6】第２実施形態の番組視聴処理のフローチャートである。

【発明を実施するための形態】

【0028】

以下、本発明の実施形態について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。

【0029】

［第１実施形態］
［概要］
第１実施形態の受信装置１０（図１参照）は、HybridCastによる放送を受信し、テレビ画面やスピーカを介して音声や映像（以後、放送映像とも記載）を出力すると共に、放送映像の関連情報をテレビ画面等に出力するよう構成されている。

【0030】

HybridCastとは、デジタルテレビ放送と、インターネットによる情報提供を連携させたものであり、デジタルテレビ放送により番組やＣＭ等の放送映像を提供すると共に、その関連情報をインターネット等により提供する。この関連情報とは、テレビ局が運営するサーバから提供されるものに限らず、番組のスポンサーや第三者等が運営するサーバから提供されるものも含まれる。

【0031】

これにより、例えば、番組やＣＭで紹介された商品等の関連情報を、番組やＣＭの映像に重畳させてテレビ画面に表示したり、多言語の字幕を表示することができる。また、例えば、ＳＮＳ（ソーシャルネットワーキングサービス）に入力された視聴者の意見等を、番組と共にテレビ画面に表示することや、視聴中の番組に関連するＶＯＤ（ビデオオンデマンド）番組を紹介したりすることもできる。

【0032】

また、HybridCastでは、視聴者の携帯端末２０と連携したサービスも提供される。具体的には、例えば、無線通信により、受信装置１０から携帯端末２０に番組等の関連情報を送信すると共に、携帯端末２０にて関連情報を表示し、番組等の視聴と並行して、携帯端末２０にてその関連情報の閲覧を可能とする等といったことが考えられる。

【0033】

［構成の説明］
受信装置１０は、例えば、HybridCastに対応した録画再生機能付きのデジタルテレビやＰＣ等として構成されており、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏ，ＨＤＤ等の不揮発性の記憶部等を備えている。

【0034】

また、受信装置１０は、放送波受信部１１と、録画部１２と、記憶部１３と、再生部１４と、分離部１５と、デコーダ１６と、合成部１７と、Ｗｅｂブラウザ１８と、通信部１９等から構成される（図１参照）。これらの構成要素は、プログラムに従い動作するＣＰＵにより統括制御される。

【0035】

放送波受信部１１は、図示しないチューナや復調部等から構成されており、放送局３０からのデジタルテレビ放送の放送信号を受信すると共に、ユーザの操作により指定されたチャンネルの放送信号を選局し、選局した放送信号に対して復調処理を行う。

【0036】

具体的には、例えば、放送波受信部１１は、ＰＳＫ（Phase Shift Keying）復調やＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調処理等のデジタル復調処理を行い、放送信号から放送データのストリームを得る。

【0037】

なお、放送データには、放送映像を生成するための放送映像データと、放送映像の関連情報を提供する情報提供サーバのＵＲＬ等を示すＵＲＬデータが含まれている。
そして、放送波受信部１１は、放送データのストリームを復号処理し、該放送データに含まれる放送映像をリアルタイムに表示する場合（リアルタイム表示を行う場合）には、復号処理されたストリームを分離部１５に出力する。一方、該放送映像のタイムシフト再生（詳細は後述する）を行う場合には、該ストリームを録画部１２に出力する。

【0038】

録画部１２は、受信した放送映像の録画を行うための部位であり、放送波受信部１１から入力された放送データを、ＨＤＤ等の不揮発性の記憶装置として構成された記憶部１３に記憶する。

【0039】

再生部１４は、録画された放送映像の再生を行うための部位であり、記憶部１３に記憶されている放送データを読み出して放送データのストリームを生成し、該ストリームを分離部１５に出力する。

【0040】

分離部１５は、放送データのストリームを、放送映像データとＵＲＬデータとに分離し、放送映像データをデコーダ１６に出力する。また、ＵＲＬデータをＷｅｂブラウザ１８に出力すると共に、通信部１９を介してや携帯端末２０に送信する。

【0041】

Ｗｅｂブラウザ１８は、インターネット５０上で提供される様々なＷｅｂコンテンツを閲覧するためのアプリケーションソフトであり、受信装置１０に設けられたＣＰＵにより実行される。

【0042】

Ｗｅｂブラウザ１８は、分離部１５から入力されたＵＲＬデータに基づき情報提供サーバ４０にアクセスし、Ｗｅｂコンテンツを取得する。無論、アクセス先は単一の情報提供サーバに限らず、複数の情報提供サーバに及んでも良い。そして、取得したＷｅｂコンテンツに基づき、関連情報を出力するための画像信号や音声信号を生成し、合成部１７に出力する。

【0043】

なお、情報提供サーバ４０から提供されるＷｅｂコンテンツは、例えば、ＨＴＭＬ５やJavaScript（登録商標）やＢＭＬ等により記述される。
なお、受信装置１０にユーザの属性コード（性別，年齢，未婚と既婚の別，居住地域，言語等）を登録可能とし、分離部１５から入力されたＵＲＬデータに基づき、視聴中の番組やＣＭと連動して、属性コードに応じた関連情報を提示するようにしても良い。

【0044】

具体的には、例えば、Ｗｅｂブラウザ１８は、ＵＲＬデータに基づき情報提供サーバ４０にアクセスすると共に、情報提供サーバ４０に属性コードを示すパラメータを送信しても良い。そして、情報提供サーバ４０は、Ｗｅｂブラウザ１８に対し、受信したパラメータに応じたＷｅｂコンテンツを提供し、Ｗｅｂブラウザ１８は、該Ｗｅｂコンテンツに基づき、属性コードに応じた関連情報を提示しても良い。

【0045】

また、例えば、Ｗｅｂブラウザ１８は、ＵＲＬデータが示すＵＲＬの末尾にユーザの属性コードを示すパラメータを付与し、これに基づき情報提供サーバ４０にアクセスすることで、パラメータに応じたＷｅｂコンテンツを取得しても良い。そして、該Ｗｅｂコンテンツに基づき、属性コードに応じた関連情報を提示しても良い。

【0046】

なお、ＵＲＬの末尾に属性コードを示すパラメータを付与して情報提供サーバ４０にアクセスしても、Ｗｅｂコンテンツを取得できないという場合には、該ＵＲＬのみにより情報提供サーバ４０にアクセスし、Ｗｅｂコンテンツを取得しても良い。

【0047】

このほかにも、例えば、ＵＲＬデータとして、属性コードに応じて選択される複数のアクセス先を示すデータが提供されるようにしても良い。
このようなＵＲＬデータの具体例としては、１つのＵＲＬと、該ＵＲＬで公開されているＷｅｂコンテンツ内の複数の異なる箇所にアクセスするための複数のパラメータを示すデータや、異なるＷｅｂコンテンツにアクセスするための複数のＵＲＬを示すデータ等が考えられる。

【0048】

そして、Ｗｅｂブラウザ１８は、登録されたユーザの属性コードに基づき、アクセス先を選択すると共に、該アクセス先に対応するパラメータやＵＲＬを特定し、これを用いてユーザの属性に合致したＷｅｂコンテンツにアクセスし、ユーザの属性に合致した関連情報を取得するようにしても良い。

【0049】

デコーダ１６は、分離部１５から入力された放送映像データに対して信号処理を施すことで、放送映像を表示するための映像信号及び音声信号を生成し、合成部１７に出力する。

【0050】

また、デコーダ１６は、放送映像におけるＣＭタイムの各ＣＭの区切り目を検出可能となっている。これにより、後述するタイムシフト再生の際、ユーザから受け付けた操作等に応じて、該区切り目に基づき、各ＣＭを個別に再生したり、個々のＣＭをスキップして再生することが可能となる。

【0051】

具体的には、デコーダ１６は、各ＣＭの間に存在する無音部分を検出することで、ＣＭの区切り目を検出しても良い。このほかにも、HybridCastに対応する放送データを作成する段階で、ＣＭをインデックス化しておき、デコーダ１６は、該インデックスに基づき各ＣＭの区切り目を検出しても良い。

【0052】

また、ＣＭ関連情報を提供可能なＣＭの放送信号には、固有の識別信号が含まれているため、該識別信号を検出することで、ＣＭの区切り目を検出しても良い。
さらに、放送映像の録画を行う際、放送映像データをデコードして得られた映像信号及び音声信号を再びエンコードして記憶部１３に記憶するという場合であれば、映像・音声特徴符号データの変化点を検出し、検出結果を保存しても良い。そして、録画した放送映像を再生する際、保存した検出結果に基づきＣＭの区切り目を検出しても良い。

【0053】

合成部１７は、デコーダ１６から入力された放送映像の映像信号及び音声信号と、Ｗｅｂブラウザ１８から入力された関連情報の画像信号及び音声信号とを合成する。そして、合成した映像信号及び音声信号を、図示しない表示部やスピーカ等に出力する。これにより、表示部やスピーカを介して放送映像が出力されると共に、放送映像と共に、番組やＣＭの関連情報が出力される。

【0054】

通信部１９は、インターネット５０にアクセスすると共に、携帯端末２０との間で、例えば、ＤＬＮＡガイドラインやＷｉ−Ｆｉに準拠した無線ＬＡＮや、ブルートゥース等による無線通信を行う部位である。

【0055】

一方、携帯端末２０は、例えば、スマートフォンやタブレット端末等として構成されており、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏ，ＨＤＤ等の不揮発性の記憶部等を備えている。また、携帯端末２０は、通信部２１と、Ｗｅｂブラウザ２２等から構成されており、これらの構成要素は、プログラムに従い動作するＣＰＵにより統括制御される（図１参照）。

【0056】

携帯端末２０の通信部２１及びＷｅｂブラウザ２２は、受信装置１０の通信部１９及びＷｅｂブラウザ１８と同様の構成を有している。
通信部２１は、受信装置１０からＵＲＬデータを受信すると、該ＵＲＬデータをＷｅｂブラウザ２２に出力する。そして、Ｗｅｂブラウザ２２は、該ＵＲＬデータに基づき情報提供サーバ４０にアクセスし、Ｗｅｂコンテンツを取得すると共に、該Ｗｅｂコンテンツを表示部（図示無し）に表示する。

【0057】

これにより、受信装置１０で出力されている放送映像の関連情報が、携帯端末２０の表示部に表示される。
［動作の説明］
次に、受信装置１０により、HybridCastによる放送映像を受信して表示する番組視聴処理について、図２，３に記載のフローチャートを用いて説明する。なお、本処理は、図示しないリモコン等を介して受け付けたユーザの操作に応じて開始され、受信装置１０を統括制御するＣＰＵ等により実現される。

【0058】

Ｓ１００では、現在のチャンネルで放送されている放送映像のリアルタイム表示が行われる。
具体的には、放送波受信部１１は、受信した現在のチャンネルの放送信号から放送データのストリームを得ると共に、該ストリームに復号処理を施し、分離部１５に出力する。そして、分離部１５，デコーダ１６，合成部１７等により、放送データに含まれる放送映像データに基づき、放送映像がリアルタイムに表示される。

【0059】

また、このとき、受信した放送データに含まれるＵＲＬデータに基づき、Ｗｅｂブラウザ１８によりリアルタイム表示中の放送映像に対応する情報提供サーバ４０へのアクセスがなされ、関連情報が表示部や携帯端末２０に表示される。

【0060】

図４のＣＭ画面２００は、放送映像に含まれるＣＭのリアルタイム表示中に、表示部に表示される画像の一例を示している。
Ｗｅｂブラウザ１８は、ＣＭの関連情報のリクエスト・ボタン２０１と、メッセージ２０２を表示する。このとき、ユーザが、図示しないリモコンや携帯端末２０により、ＣＭ関連情報のリクエスト・ボタン２０１を選択して所定の操作を行うと、表示部には、さらに詳細な関連情報（ＣＭ関連情報）が表示される。

【0061】

このＣＭ関連情報を表示する際には、放送映像のリアルタイム表示を停止し、ＣＭ関連情報のみを表示部に表示させても良い。
また、このとき、放送映像のリアルタイム表示を継続させつつ、放送映像に重畳させてＣＭ関連情報を表示部に表示させても良い。このような場合には、ＣＭ関連情報を表示したＣＭに続いて放送される他のＣＭや番組の表示と並行して、表示部にＣＭ関連情報が表示された状態となる可能性がある。

【0062】

そして、ＣＭ関連情報として、例えば、ＣＭの商品・サービス等についてのより詳細な情報を提供することが考えられる。
このほかにも、リモコン等を介して受け付けた操作に応じて、該ＣＭの長尺版（通常放送されるものよりも継続時間が長くなるように編集されたもの）や、同一の商品等についてシリーズ展開されている他の素材を用いたＣＭや、過去に放送されたＣＭや、インフォマーシャル等を、表示部にて再生させることも考えられる。

【0063】

続くＳ１０５では、ＣＭのリアルタイム表示中にＣＭ関連情報を表示することで、受信中の放送映像の視聴が中断したか否かが判定される。
なお、放送映像の視聴が中断した場合とは、ＣＭ関連情報の表示により、放送映像のリアルタイム表示が停止された場合のことであっても良い。また、これに加えて、リアルタイム表示を継続させながら放送映像に重畳させてＣＭ関連情報を表示部に表示させた場合も、放送映像の視聴が中断したとみなしても良い。

【0064】

そして、肯定判定が得られた場合には（Ｓ１０５：Ｙｅｓ）、Ｓ１１０に処理が移行され、否定判定が得られた場合には（Ｓ１０５：Ｎｏ）、再度Ｓ１０５に処理が移行される。

【0065】

Ｓ１１０では、受信中の放送映像の録画が開始された後、Ｓ１１５に処理が移行される。
具体的には、放送波受信部１１は、復号処理がなされた放送データのストリームの出力先を、分離部１５から録画部１２に変更し、録画部１２は、入力された放送データを記憶部１３に記憶する。

【0066】

Ｓ１１５では、リモコン等を介して受け付けた操作等により、ＣＭ関連情報の表示が終了したか否かが判定される。そして、肯定判定が得られた場合には（Ｓ１１５：Ｙｅｓ）、Ｓ１２０に処理が移行され、否定判定が得られた場合には（Ｓ１１５：Ｎｏ）、再度Ｓ１１５に処理が移行される。

【0067】

Ｓ１２０では、ＣＭ関連情報を表示したＣＭをスキップし、当該ＣＭの次のＣＭ、又は当該ＣＭの次に始まる番組の部分から、録画中の放送映像のタイムシフト再生が開始される。なお、タイムシフト再生の開始後も放送映像の録画は継続される。

【0068】

具体的には、再生部１４は、記憶部１３に記憶されている放送データを読み出して放送データのストリームを生成し、分離部１５に出力する。
一方、分離部１５は、再生部１４から入力された放送データを解析し、ＣＭ関連情報を表示したＣＭを再生する放送映像データを特定すると共に、該放送映像データと、これに対応するＵＲＬデータを、該放送データのストリームから排除する。

【0069】

そして、これらが排除された放送データのストリームを、放送映像データとＵＲＬデータとに分離し、放送映像データをデコーダ１６に出力する。また、ＵＲＬデータをＷｅｂブラウザ１８に出力すると共に、通信部１９を介してや携帯端末２０に送信する。

【0070】

なお、ＣＭタイム内のあるＣＭの関連情報を表示すれば、当該ＣＭ、及び当該ＣＭの後に順次放送された他のＣＭを全てスキップし、番組の部分から録画した映像のタイムシフト再生を開始させても良い。

【0071】

また、情報提供サーバ４０又は放送局３０から受信装置１０に対し、放送される各番組と各ＣＭの放送履歴データを配信すると共に、受信装置１０にて登録されたユーザの属性（例えば、年齢，性別，未婚と既婚の別，居住地域，言語等）を判別するよう構成しても良い。

【0072】

また、分離部１５は、録画した放送映像に含まれるＣＭのプログラムとユーザの属性に基づき、ＣＭ関連情報を表示したＣＭに続いて順次放送されたＣＭの中から、ユーザの属性や好みに合致するＣＭを特定しても良い。

【0073】

そして、分離部１５は、ＣＭ関連情報を表示したＣＭ、及び、該ＣＭに続くユーザの属性や好みに合致したＣＭだけを選別再生し、合致しないＣＭは全てスキップして、又は番組の部分から、録画した放送映像のタイムシフト再生を開始しても良い。

【0074】

さらに、タイムシフト再生を行う際、録画した放送映像に含まれるＣＭの放送履歴データとユーザの属性に基づき、該放送映像に含まれるＣＭのうち、ユーザの好みに合致しないＣＭを特定しても良い。そして、ユーザの好みに合致しないＣＭを全てスキップして、タイムシフト再生を行っても良い。

【0075】

また、次のようにしてユーザの好みに合致するＣＭを特定することも考えられる。すなわち、受信装置１０は、放送映像のリアルタイム表示中、表示した各ＣＭについて、（１）ＣＭ関連情報を閲覧したかや、（２）ＣＭを最後まで視聴したかや、（３）ＣＭの途中でチャンネルを切り替えたか（ザッピングしたか）等を判定し、判定結果をデータとして蓄積しても良い。そして、該データに基づき、ユーザの好みを判定しても良い。

【0076】

具体的には、例えば、表示をした各ＣＭについて上記（１）〜（３）に該当する頻度を特定し、（１）や（２）に該当する頻度が高いＣＭを、ユーザの好みに合致するＣＭとして判定しても良い。

【0077】

さらに、（１）や（２）に該当する頻度が高いＣＭについてのメタデータ（該ＣＭに関連する商品やサービスの名称，分野や、企業名や、ＣＭに登場するタレント等）を特定しても良い。そして、ＣＭのタイムシフト再生を行う際に該ＣＭのメタデータを取得し、（１）や（２）に該当する頻度が高いＣＭのメタデータと全部又は一部が共通するＣＭを、ユーザの好みに合致するものとみなしても良い。

【0078】

なお、ユーザの好みの判定は、例えば、直近の数か月間に放送されたＣＭを対象として行うのが好適である。これにより、ユーザの趣味や趣向の変化を反映した状態で、ユーザの好みに合致するＣＭを判定することができる。

【0079】

また、タイムシフト再生中は、リモコン等を介して受け付けた操作に応じて、放送映像の早送りや、ＣＭのスキップ等が行われる。そこで、受信装置１０は、ＣＭの表示が終了する度に、該ＣＭが上記（１）〜（３）のいずれに該当するかを判定し、判定結果をＣＭの視聴履歴として保存すると共に、該視聴履歴をインターネット５０上の広告管理サーバ（図示無し）に送信しても良い。

【0080】

こうすることにより、広告管理サーバにて、放送されたＣＭが視聴されたか否かや、放送されたＣＭのＣＭ関連情報が閲覧されたかどうかを把握し、これに基づき、ＣＭの広告主が、ＣＭの制作会社等に支払う料金を定めることができる。

【0081】

具体的には、例えば、ＣＭが最後まで視聴される度に（換言すれば、ＣＭが（２）に該当すると判定される度に）、該ＣＭの広告主から該ＣＭの制作会社等に所定の料金を支払っても良い。

【0082】

また、例えば、ＣＭ関連情報の閲覧がなされる度に（換言すれば、ＣＭが（１）に該当すると判定される度に）、該ＣＭの広告主から該ＣＭの制作会社等に所定の料金を支払っても良い。

【0083】

こうすることにより、ユーザが興味を持ち易いＣＭのみを再生することができ、不要なＣＭが再生されることによる煩わしさを無くすと共に、ＣＭの宣伝効果を高めることができる。

【0084】

なお、タイムシフト再生中は、リモコン等を介して受け付けた操作に応じて、放送映像の早送りや、ＣＭのスキップ等が行われる。
そこで、続くＳ１２５では、タイムシフト再生中に早送り等が行われることで、タイムシフト再生された放送映像の内容が、受信中の放送映像の内容に追いついたか否か（換言すれば、番組の放送終了前に、録画された放送映像のタイムシフト再生が全て終了したか否か）が判定される。そして、肯定判定が得られた場合には（Ｓ１２５：Ｙｅｓ）、Ｓ１３０に処理が移行され、否定判定が得られた場合には（Ｓ１２５：Ｎｏ）、Ｓ１３５に処理が移行される。

【0085】

Ｓ１３０では、放送映像の録画が終了され、Ｓ１００に処理が移行される。具体的には、放送波受信部１１は、放送データのストリームの出力先を、録画部１２から分離部１５に変更する。これにより、受信中の放送映像のリアルタイム表示が再開される。

【0086】

一方、Ｓ１３５では（図３参照）、録画中の番組の放送が終了したか否かが判定される。具体的には、録画部１２は、放送波受信部１１から入力された放送データを解析して録画中の番組が終了したか否かを判定しても良い。また、放送局３０や情報提供サーバ４０から配信された電子番組表データに基づき、該番組の終了時刻を特定し、現在の時刻が終了時刻となったか否かにより番組の終了を判定しても良い。

【0087】

そして、肯定判定が得られた場合には（Ｓ１３５：Ｙｅｓ）、Ｓ１４０に処理が移行され、否定判定が得られた場合には（Ｓ１３５：Ｎｏ）、Ｓ１４５に処理が移行される。
Ｓ１４０では、番組の録画が終了され、Ｓ１４５に処理が移行される。具体的には、録画部１２は、記憶部１３への放送データの記憶を終了する。なお、この時、タイムシフト再生は継続される。

【0088】

Ｓ１４５では、リモコン等を介して、チャンネルを変更する操作が行われたか否かが判定される。そして、肯定判定が得られた場合には（Ｓ１４５：Ｙｅｓ）、Ｓ１５０に処理が移行され、否定判定が得られた場合には（Ｓ１４５：Ｎｏ）、Ｓ１６０に処理が移行される。

【0089】

Ｓ１５０では、タイムシフト再生が終了されると共に、新たに選択されたチャンネルにて放送されている放送映像のリアルタイム表示が開始される。具体的には、再生部１４は、分離部１５に対しての、記憶部１３から読み出した放送データのストリームの出力を終了する。

【0090】

続くＳ１５５では、放送映像の録画が終了され、Ｓ１００に処理が移行される。具体的には、録画部１２は、放送波受信部１１から入力された放送データの記憶部１３への記憶を終了する。また、放送波受信部１１は、新たに選択されたチャンネルの放送信号から放送データのストリームの生成を開始し、以後、該チャンネルで放送されている放送映像のリアルタイム表示がなされる。

【0091】

なお、チャンネルの変更がなされた際、表示部を介して放送映像の録画を終了するか否かの問い合わせを行い、リモコン等を介して録画を終了する旨の操作を受け付けた場合に限り、録画を終了する構成としても良い。

【0092】

一方、Ｓ１６０では、Ｓ１０５と同様にして、ＣＭのタイムシフト再生中、ＣＭ関連情報の表示により、受信中の放送映像の視聴が中断したか否かが判定される。そして、肯定判定が得られた場合には（Ｓ１６０：Ｙｅｓ）、Ｓ１６５に処理が移行され、否定判定が得られた場合には（Ｓ１６０：Ｎｏ）、Ｓ１７０に処理が移行される。

【0093】

Ｓ１６５では、再生部１４による放送映像のタイムシフト再生が停止され、Ｓ１７０に処理が移行される。
Ｓ１７０では、リモコン等を介して受け付けた操作等により、ＣＭ関連情報の表示が終了したか否かが判定される。そして、肯定判定が得られた場合には（Ｓ１７０：Ｙｅｓ）、Ｓ１７５に処理が移行され、否定判定が得られた場合には（Ｓ１７０：Ｎｏ）、再度Ｓ１２５に処理が移行される。

【0094】

Ｓ１７５では、Ｓ１２０と同様にして、ＣＭ関連情報を表示したＣＭをスキップし、当該ＣＭの次のＣＭ、又は、当該ＣＭの次に始まる番組の部分から、録画した放送映像のタイムシフト再生が開始される。

【0095】

無論、Ｓ１２０と同様、全てのＣＭをスキップし、番組の部分から録画した放送映像のタイムシフト再生を開始しても良いし、ユーザの属性に合致したＣＭ、又は、番組の部分から、録画した放送映像のタイムシフト再生を開始しても良い。

【0096】

［第２実施形態］
［構成の説明］
次に、第２実施形態の受信装置６０について説明する（図５参照）。

【0097】

受信装置６０には、ＶＯＤ（Video On Demand）により、配信サーバ７０から、HybridCastにより放送される放送データのストリーミング配信がなされる。
そして、受信装置６０は、HybridCastによる放送に対応している第１実施形態の受信装置１０等と同様にして、ストリーミング配信された放送データに基づき、配信された映像（以後、配信映像とも記載）と関連情報とを同一の表示画面に出力する。なお、配信映像は、第１実施形態における放送映像に相当する。

【0098】

また、ストリーミング配信された放送データに基づき、第１実施形態と同様に構成された携帯端末２０と連携したサービスの提供を行うよう構成されており、例えば、携帯端末２０に配信映像の関連情報を表示させる。

【0099】

受信装置６０は、例えばＰＣ等として構成されており、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏ，ＨＤＤ等の不揮発性の記憶部等を備えている。なお、このほかにも、受信装置６０は、HybridCastに対応したデジタルテレビや、第１実施形態と同様の構成を有する受信装置として構成されていても良い。

【0100】

また、受信装置６０は、通信部６１と、分離部６２と、デコーダ６３と、Ｗｅｂブラウザ６４と、合成部６５等から構成される。
通信部６１は、第１実施形態の受信装置１０の通信部１９と同様にして、インターネット５０にアクセスすると共に、携帯端末２０との間で無線通信を行う部位である。

【0101】

分離部６２は、通信部６１を介して、配信サーバ７０からストリーミング配信される放送データのストリームが入力される。
そして、分離部６２は、放送データのストリームの復号処理を行った後、放送データを配信映像データとＵＲＬデータとに分離し、配信映像データをデコーダ６３に出力する。また、ＵＲＬデータをＷｅｂブラウザ６４に出力すると共に、通信部６１を介してや携帯端末２０に送信する。

【0102】

デコーダ６３は、分離部６２から入力された配信映像データに対して信号処理を施すことで、配信映像を表示するための映像データ及び音声データを生成し、合成部６５に出力する。

【0103】

また、デコーダ６３は、第１実施形態と同様にして、配信映像におけるＣＭタイムの各ＣＭの区切り目を検出しても良い。そして、該区切り目に基づき、ストリーミング再生の際、ユーザから受け付けた操作等に応じて、各ＣＭを個別に再生したり、個々のＣＭをスキップして再生しても良い。

【0104】

Ｗｅｂブラウザ６４は、第１実施形態の受信装置１０に設けられたＷｅｂブラウザ１８と同様、分離部６２から入力されたＵＲＬデータに基づき配信サーバ７０にアクセスし、Ｗｅｂコンテンツを取得する。そして、取得したＷｅｂコンテンツに基づき、関連情報を出力するための画像データや音声データを生成し、合成部６５に出力する。

【0105】

なお、Ｗｅｂブラウザ６４は、第１実施形態と同様にして、ユーザの属性に合致した関連情報を取得しても良い。
合成部６５は、デコーダ６３から入力された配信映像の映像データ及び音声データと、Ｗｅｂブラウザ６４から入力された関連情報の画像データ及び音声データとを合成する。そして、合成した映像データ及び音声データに基づき映像信号及び音声信号を生成し、図示しない表示部やスピーカ等に出力する。これにより、表示部やスピーカを介して配信映像が出力されると共に、配信映像と共に、番組やＣＭの関連情報が出力される。

【0106】

なお、分離部６２，デコーダ６３，Ｗｅｂブラウザ６４，合成部６５は、ＰＣとして構成された受信装置６０にインストールされたアプリケーションにより実現されても良い。
［動作の説明］
次に、受信装置６０にて、ＶＯＤにより配信サーバ７０からストリーミング配信される、HybridCastにより放送された放送データを受信し、配信映像を再生する番組視聴処理について、図６に記載のフローチャートを用いて説明する。なお、本処理は、図示しない操作部等を介して受け付けたユーザの操作に応じて開始され、受信装置６０を統括制御するＣＰＵ等により実現される。

【0107】

Ｓ２００では、ストリーミング配信されたデータ放送を含む配信映像のストリーミング再生が行われる。
具体的には、ストリーミング配信された放送データが、通信部６１を介して分離部６２に入力され、分離部６２，デコーダ６３，合成部６５等により、放送データに含まれる配信映像データに基づき、配信映像のストリーミング再生がなされる。

【0108】

また、このとき、放送データに含まれるＵＲＬデータに基づき、Ｗｅｂブラウザ６４によりストリーミング再生中の配信映像に対応する情報提供サーバ４０へのアクセスがなされる。そして、第１実施形態と同様にして、関連情報が、ストリーミング再生がなされる表示画面や携帯端末２０に表示される。

【0109】

続くＳ２０５では、第１実施形態における番組視聴処理のＳ１０５と同様にして、ＣＭのストリーミング再生中、ＣＭ関連情報を表示することで、ストリーミング配信されている配信映像の視聴が中断したか否かが判定される。そして、肯定判定が得られた場合には（Ｓ２０５：Ｙｅｓ）、Ｓ２１０に処理が移行され、否定判定が得られた場合には（Ｓ２０５：Ｎｏ）、再度Ｓ２０５に処理が移行される。

【0110】

Ｓ２１０では、配信映像のストリーミング再生が停止され、Ｓ２１５に処理が移行される。なお、このとき、該配信映像のストリーミング配信は継続される。
Ｓ２１５では、ＣＭ関連情報の表示がなされたＣＭに対応する放送データのストリーミング配信が終了した時点（停止タイミング）で、受信装置６０から配信サーバ７０に対し、該放送データのストリーミング配信の停止が指示される。

【0111】

具体的には、分離部６２は、ストリーミング配信された放送データの内容を解析し、停止タイミングの到来を検出しても良い。そして、停止タイミングが到来すると、通信部６１を介して、配信サーバに対し、該放送データのストリーミング配信の停止を指示しても良い。

【0112】

Ｓ２２０では、操作部等を介して受け付けた操作等により、ＣＭ関連情報の表示が終了したか否かが判定される。そして、肯定判定が得られた場合には（Ｓ２２０：Ｙｅｓ）、Ｓ２２５に処理が移行され、否定判定が得られた場合には（Ｓ２２０：Ｎｏ）、再度Ｓ２２０に処理が移行される。

【0113】

Ｓ２２５では、分離部６２から配信サーバ７０に対し、Ｓ２１５にてストリーミング配信が停止された時点（停止タイミング）からの放送データのストリーミング配信の再開が指示され、Ｓ２００に処理が移行される。

【0114】

これにより、ＣＭ関連情報を表示したＣＭをスキップし、当該ＣＭの次のＣＭ、又は、当該ＣＭの次に始まる番組の部分から、配信映像のストリーミング再生が再開される。
なお、ＣＭ関連情報を表示したＣＭをスキップする方法は、これに限定されることは無く、次のような方法により当該ＣＭのスキップがなされても良い。

【0115】

すなわち、Ｓ２１５にて、ストリーミング配信された放送データに基づき停止タイミングを特定するのみとし、ストリーミング配信を継続させても良い。そして、Ｓ２２５にて、受信装置６０から配信サーバ７０に対し、停止タイミングからの放送データのストリーミング配信を指示しても良い。

【0116】

また、配信サーバ７０から受信装置６０に対し、ストリーミング配信される各番組と各ＣＭの放送履歴データを配信しても良い。そして、Ｓ２１５では、該放送履歴データに基づきＣＭ関連情報が表示されたＣＭの終了タイミングを特定し、Ｓ２２５にて、受信装置６０から配信サーバ７０に対し、該終了タイミングからの放送データのストリーミング配信を指示しても良い。

【0117】

また、Ｓ２１５にて、停止タイミングの到来に関わらず、受信装置６０から配信サーバ７０に対し、該放送データのストリーミング配信の停止を指示しても良い。そして、Ｓ２２５にて、受信装置６０から配信サーバ７０に対し、ＣＭ関連情報が表示されたＣＭをスキップし、当該ＣＭの次のＣＭ、又は、当該ＣＭの次に始まる番組の部分から、放送データのストリーミング配信を行うよう指示しても良い。

【0118】

さらに、ＣＭ関連情報を表示したＣＭ、及び、当該ＣＭの後に順次放送される他のＣＭに対応する放送データのストリーミング配信が終了する時点を停止タイミングとし、同様にして、配信サーバ７０にストリーミング配信を再開させることも考えられる。

【0119】

これにより、これらのＣＭが全てスキップされ、ＣＭ関連情報の表示が終了すると、ＣＭ関連情報を表示したＣＭの後の番組の部分からストリーミング再生が開始される。
また、配信サーバ７０から受信装置６０に対し、上述した放送履歴データを配信すると共に、予め記憶された情報等に基づき、受信装置６０にて上述したユーザの属性を判別するよう構成しても良い。

【0120】

また、ストリーミング配信されるＣＭの放送履歴データとユーザの属性に基づき、ＣＭ関連情報を表示したＣＭに続いて順次放送されたＣＭの中から、ユーザの属性に合致するＣＭを特定しても良い。

【0121】

そして、ＣＭ関連情報を表示したＣＭ、及び、該ＣＭに続くユーザの属性に合致しないＣＭを全てスキップし、ユーザの属性に合致したＣＭ、又は、番組の部分から、ストリーミング再生を行う構成としても良い。

【0122】

さらに、第１実施形態と同様にしてユーザの好みを判別し、ストリーミング配信されるＣＭのうち、ユーザの好みに合致しないＣＭを特定すると共に、ユーザの好みに合致しないＣＭを全てスキップしてストリーミング再生を行っても良い。

【0123】

また、ダウンロード配信された配信映像の番組やＣＭに関しても、同様の番組視聴処理を行い、関連情報が表示されることで視聴が中断した場合には、同様にして、番組やＣＭのスキップを行うことが考えられる。

【0124】

また、受信装置６０は、配信映像の再生中、第１実施形態と同様、リモコン等を介して
受け付けた操作に応じて、配信映像の早送りや、ＣＭのスキップ等を行うと共に、ＣＭの再生が終了する度に、（１）ＣＭ関連情報を閲覧したかや、（２）ＣＭを最後まで視聴したかや、（３）ザッピングしたか等を判定しても良い。そして、判定結果をＣＭの視聴履歴として保存し、該視聴履歴をインターネット５０上の広告管理サーバ（図示無し）に送信しても良い。

【0125】

こうすることにより、広告管理サーバにて、配信されたＣＭが視聴されたか否かや、配信されたＣＭのＣＭ関連情報が閲覧されたかどうかを把握し、これに基づき、ＣＭの広告主が、ＣＭの制作会社等に支払う料金を定めることができる。

【0126】

［効果］
第１，第２実施形態の受信装置１０，６０によれば、ＣＭ関連情報の表示により放送映像や配信映像の視聴が中断した場合には、視聴を再開する際、ＣＭ関連情報に関連するＣＭがスキップされ、該ＣＭの次のＣＭ、又は、番組の部分から放送映像等が再生される。

【0127】

このため、ユーザが関連情報を閲覧したにも関わらず、これに関連するＣＭが再生されてしまうことが無くなり、ユーザが放送映像等の視聴を再開する際に、煩わしさが生じなくなる。

【0128】

［他の実施形態］
（１）第１実施形態では、一例として、受信装置１０を録画再生機能付きの受信装置として記載した。

【0129】

しかしながら、これに限らず、HybridCastによる放送を受信するデジタルテレビ等の受信装置と、該受信装置からの指示に応じて録画や再生を行うブルーレイレコーダやＤＶＤレコーダ等の録画再生装置とにより、第１実施形態と同様の受信装置１０を構成しても良い。このような場合であっても、同様の効果を得ることができる。

【0130】

（２）また、第１実施形態の番組視聴処理では、ＣＭ関連情報の表示によりリアルタイム表示されている放送映像の視聴が中断した場合には、放送映像の録画が開始される。そして、ＣＭ関連情報の表示が終了すると、該ＣＭ関連情報に係るＣＭをスキップして放送映像のタイムシフト再生が行われる。

【0131】

しかしながら、放送映像に含まれる番組の関連情報の表示により、リアルタイム表示されている放送映像の視聴が中断した場合にも、放送映像の録画を開始しても良い。そして、該関連情報の表示が終了すると、番組における該関連情報に関係する部分をスキップして、放送映像のタイムシフト再生を行っても良い。

【0132】

具体例を挙げると、放送映像が報道番組である場合、表示中のニュースについての関連情報を表示可能とすることが考えられる。このような場合には、ニュースについての関連情報の表示が終了した後、該ニュースに関係する部分をスキップし、次のニュースから当該報道番組のタイムシフト再生を行っても良い。

【0133】

なお、報道番組にて表示される個々のニュースについて個別に再生したり、個々のニュースをスキップして再生できるようにするため、ＣＭと同様にして、ニュースの区切り目を検出可能とすることが考えられる。

【0134】

このほかにも、放送映像が音楽番組である場合、複数の曲のプロモーションビデオ（曲を含む映像作品）の一部が順次表示され、その後、曲のランキング情報が表示される場合がある。このような場合には、プロモーションビデオの表示中に、その曲についての関連情報を表示すれば、プロモーションビデオの全てを視聴可能としても良い。そして、該関連情報の表示が終了した後、該プロモーションビデオの後に表示される他の曲のプロモーションビデオを全てスキップし、ランキング情報の表示開始時点からタイムシフト再生を行っても良い。

【0135】

なお、ランキング情報を頭出しして再生できるようにするため、ＣＭと同様にして、ランキング情報の開始時点の区切り目を検出可能とすることが考えられる。
また、第２実施形態の番組視聴処理では、ＣＭ関連情報の表示によりストリーミング再生されている配信映像の視聴が中断した後、ＣＭ関連情報の表示が終了すると、該ＣＭ関連情報に係るＣＭをスキップして配信映像のストリーミング再生が再開される。

【0136】

しかしながら、ストリーミング再生されている配信映像に含まれる番組の関連情報の表示により配信映像の視聴が中断した後、該関連情報の表示が終了した場合においても、番組における該関連情報に関係する部分をスキップして、配信映像のストリーミング再生を再開しても良い。

【0137】

具体的には、上述したように、配信映像が報道番組である場合、ニュースについての関連情報の表示が終了した後、該ニュースに関係する部分をスキップし、次のニュースから当該報道番組のストリーミング再生を行っても良い。

【0138】

このほかにも、放送映像が上述した音楽番組である場合、プロモーションビデオの表示中に、その曲についての関連情報を表示した後、後に表示される他の曲のプロモーションビデオを全てスキップし、ランキング情報の表示開始時点からタイムシフト再生を行っても良い。

【0139】

これにより、ユーザに対し、同じような情報が重複して提供されることを防ぐことができる。したがって、番組の関連情報の表示により中断された配信映像の視聴を再開する際に、煩わしさが生じなくなる。

【0140】

［特許請求の範囲との対応］
上記実施形態の説明で用いた用語と、特許請求の範囲の記載に用いた用語との対応を示す。

【0141】

第１実施形態の受信装置１０が映像表示装置の一例に、放送波受信部１１が受信手段，リアルタイム表示手段，関連情報表示手段の一例に、分離部１５がリアルタイム表示手段，関連情報表示手段の一例に、デコーダ１６がリアルタイム表示手段の一例に相当する。

【0142】

また、合成部１７がリアルタイム表示手段，関連情報表示手段の一例に、Ｗｅｂブラウザ１８が関連情報表示手段の一例に、通信部１９が取得手段の一例に相当する。
また、番組視聴処理のＳ１００がリアルタイム表示手段，関連情報表示手段の一例に、Ｓ１１０が録画手段の一例に、Ｓ１２０がタイムシフト再生手段の一例に相当する。

【0143】

また、第２実施形態の受信装置６０が映像表示装置の一例に、受信装置６０と配信サーバ７０とからなるシステムが映像表示システムの一例に相当する。
また、受信装置６０の通信部６１が受信手段，ストリーミング再生手段，取得手段，関連情報表示手段，再開手段の一例に、分離部６２がストリーミング再生手段，関連情報表示手段，再開手段の一例に相当する。

【0144】

また、デコーダ６３がストリーミング再生手段，再開手段の一例に、Ｗｅｂブラウザ６４が関連情報表示手段の一例に、合成部６５がストリーミング再生手段，関連情報表示手段，再開手段の一例に相当する。

【0145】

また、番組視聴処理のＳ２００がストリーミング再生手段，関連情報表示手段，再開手段の一例に、Ｓ２２５が再開手段の一例に相当する。

【符号の説明】

【0146】

１０…受信装置、１１…放送波受信部、１２…録画部、１３…記憶部、１４…再生部、１５…分離部、１６…デコーダ、１７…合成部、１８…Ｗｅｂブラウザ、１９…通信部、２０…携帯端末、２１…通信部、２２…Ｗｅｂブラウザ、３０…放送局、４０…情報提供サーバ、５０…インターネット、６０…受信装置、６１…通信部、６２…分離部、６３…デコーダ、６４…Ｗｅｂブラウザ、６５…合成部、７０…配信サーバ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】