(57)【要約】  デバイス（１００）は、主広告が付随する番組を機器（３００）から受信する受信部（１１０）と、番組映像を表示部（１４０）に表示する処理部（１２０）と、主広告を表示部（１４０）に表示するエンジン（１３１）と、を備えている。エンジン（１３１）は、主広告に関連する関連広告をサーバ（４００）から受信して表示するサブデバイス（２００）に対し、関連広告の表示制御方法を示した制御情報を送信する。
2014171281.tif 000002
【特許請求の範囲】
【請求項１】
広告が付随する番組を番組配信装置から受信する受信手段と、
上記番組を再生して番組映像を表示部に表示する再生手段と、
上記広告を上記表示部に表示する表示手段と、
上記広告に関連する関連広告を広告配信装置から受信して表示する外部の表示装置に対し、上記表示装置における上記関連広告の表示制御方法を示した制御情報を送信する送信手段と、を備え、
上記表示装置は上記制御情報が示す表示制御方法により上記関連広告の表示制御を行う装置である、ことを特徴とする番組再生装置。
【請求項２】
上記再生手段は、自装置がチャンネルの切り替え操作を受け付けた場合に、切り替え前のチャンネルの番組の再生を終了して切り替え後のチャンネルの番組を再生するように構成され、
上記送信手段は、上記切り替え前のチャンネルの番組に付随する広告に関連する関連広告を表示中である場合における当該関連広告の表示を上記チャンネルの切り替え後にも継続させるべき旨を示した制御情報を上記表示装置に送信する、ことを特徴とする請求項１に記載の番組再生装置。
【請求項３】
上記番組配信装置は、上記広告が付随する番組とともに、上記制御情報を送信するように構成されており、
上記送信手段は、上記番組配信装置からの上記制御情報の受信をトリガとして、当該制御情報を上記表示装置に送信するように構成され、
上記制御情報には、当該制御情報に含まれているＵＲＬが表す取得先から上記関連広告を取得すべき旨が示されている、ことを特徴とする請求項１または２に記載の番組再生装置。
【請求項４】
上記送信手段は、上記関連広告の取得先を示す情報としてユーザの属性に応じた複数のＵＲＬを含む制御情報を送信するように構成されており、
上記表示装置は、上記複数のＵＲＬの中から、当該表示装置に登録されている属性に対応するＵＲＬを選択し、選択したＵＲＬが示す取得先から上記関連広告を取得するように構成されている、ことを特徴とする請求項１から３のいずれか１項に記載の番組再生装置。
【請求項５】
請求項１から４のいずれか１項に記載の番組再生装置としてコンピュータを動作させるプログラムであって、コンピュータを上記の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組コンテンツを再生するとともに広告を表示する番組再生装置、および、そのような番組再生装置による広告表示制御方法に関する。また、本発明は、コンピュータをそのような番組再生装置として機能させるプログラム、および、そのようなプログラムが記録されている記録媒体に関する。
【背景技術】
【０００２】
番組の配信に関する様々な技術が提案されている（特許文献１等）。【０００３】
テレビ番組を配信する配信者は、番組本編の映像だけでなくスポンサーの広告を配信するのが一般的であり、広告効果を上げるための様々な技術が提案されている。【０００４】
そのような技術の一例としては、番組本編の一時中断時にタイムＣＭを表示するだけでなく、番組映像の表示領域以外の領域に広告を表示する技術が挙げられる。例えば、特許文献２では、テレビ画面の周辺部分に設けられている広告表示領域に広告を表示するようになっている。また、最近では、デジタルテレビは、番組によっては、データ放送表示時にデータ放送表示領域に番組のスポンサーの広告を表示するようになっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】日本国特許公開公報「特開２００５−３３３４０７号公報」（２００５年１２月２日公開）
【特許文献２】日本国特許公開公報「特開２００６−２４６１４７号公報」（２００６年９月１４日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、番組映像の表示領域以外の領域におけるスポンサーの広告の表示を柔軟に行うことができなかった。【０００７】
例えば、上記のデジタルテレビの例では、チャンネルＡの番組を表示している間にチャンネルがチャンネルＢに切り替えられた場合、切り替え前にデータ放送表示領域に表示されていたチャンネルＡの番組のスポンサーの広告が即座に消去されてしまっていた。すなわち、チャンネルＢの番組にもチャンネルＡの番組のスポンサーの広告にも興味があるユーザは、チャンネルをチャンネルＢに切り替えた場合、その広告が提供する情報の獲得を諦めるしかなかった。【０００８】
同様に、上記のデジタルテレビでは、再生していたチャンネルＡの番組１の終了時刻が過ぎてチャンネルＡの次の番組である番組２の再生を開始した後は、ユーザは、データ放送表示領域に表示されていた番組１のスポンサーの広告を見ることができない。【０００９】
また、例えば、ユーザが、デジタルテレビで再生中のテレビ番組を視聴しながら、タブレット端末のウェブブラウザを用いてその番組に関する情報を調べるといった状況が考えられる。この状況において、例えば、番組本編の合間のタイムＣＭが再生され、「続きはウェブで」というメッセージとともにＣＭ映像中にウェブページのＵＲＬが示された場合、ユーザは、ウェブページを閲覧するにはタブレット端末にＵＲＬを入力しなければならない。すなわち、従来のデジタルテレビは、タイムＣＭの表示中または表示後に、そのタイムＣＭに関連する広告としてウェブページを自動的にタブレット端末に表示させることはできなかった。【００１０】
本発明は、上記の問題に鑑みて成されたものであり、その主な目的は、外部の表示装置における柔軟な広告表示を可能にする番組再生装置を実現することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明の一態様に係る番組再生装置は、広告が付随する番組を番組配信装置から受信する受信手段と、上記番組を再生して番組映像を表示部に表示する再生手段と、上記広告を上記表示部に表示する表示手段と、上記広告に関連する関連広告を広告配信装置から受信して表示する外部の表示装置に対し、上記表示装置における上記関連広告の表示制御方法を示した制御情報を送信する送信手段と、を備え、上記表示装置は上記制御情報が示す表示制御方法により上記関連広告の表示制御を行う装置である、ことを特徴としている。
【発明の効果】
【００１２】
本発明の一態様によれば、上記番組再生装置は、外部の表示装置における柔軟な広告表示を可能にする。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の一実施形態に係るテレビ受信機の構成を示すブロック図である。
【図２】図２は、図１のテレビ受信機の外観を概略的に示した図である。
【図３】図３は、図１のテレビ受信機の動作を示すフローチャート図である。
【図４】図４は、本発明の一実施形態に係るテレビ受信機がＣＭ再生中に表示する関連広告の表示態様を模式的に例示した図である。
【図５】図５は、本発明の一実施形態に係るテレビ受信機が番組再生中に表示する関連広告の表示態様を模式的に例示した図である。
【図６】図６は、チャンネル切り替えの前後における図１のテレビ受信機における広告の表示態様を模式的に例示した図である。
【図７】図７は、本発明の一実施形態を示すものであり、テレビ受信機およびタブレット端末の外観を概略的に示した図である。
【図８】図１のテレビ受信機とは別の実施形態に係るテレビ受信機の要部構成を示すブロック図である。
【図９】図９は、図８のテレビ受信機とやりとりを行うアプリ管理サーバが予め保持している関連広告アプリ管理テーブルを例示した図である。
【発明を実施するための形態】
【００１４】
〔実施形態１〕
本発明の一実施形態に係るテレビ受信機について、図１〜図６を参照しながら以下に説明する。なお、テレビ受信機は本発明の一実施形態に過ぎず、本発明は、広告が付随した映像コンテンツ（例えば、半透明の広告画像が重畳表示される映像コンテンツ）の受信および再生が可能な他の種類の端末（例えば、ノート型パソコン、タブレット端末等）としても実施できる。
【００１５】
図１は、本実施形態にテレビ受信機の要部構成を示すブロック図である。また、図２は、本実施形態にテレビ受信機の外観を模式的に示した図である。
【００１６】
図１および図２からわかるように、本実施形態に係るテレビ受信機１０は、放送受信機器として機能するメインデバイス１００と通信機器として機能するサブデバイス２００とが、テレビ受信機１０の筐体内に内蔵されている。テレビ受信機１０は、その電源がオンになると、メインデバイス１００とサブデバイス２００とが協働して動作するようになる。
【００１７】
具体的には、メインデバイス１００は、番組コンテンツを放送信号として受信し、番組コンテンツを再生して番組映像を表示する。また、メインデバイス１００は、広告コンテンツ（広告アプリ、および、ＣＭ映像の映像データ）を放送信号として受信するようになっている。メインデバイス１００は、広告アプリを受信すると、受信した広告アプリを実行して主広告を表示するようになっている。主広告の例としては、例えば、家電製品、乗用車や食品等の商品のＣＭ映像が挙げられる。同様に、メインデバイス１００は、ＣＭ映像の映像データを受信すると、受信した映像データを再生してＣＭ映像を表示するようになっている。
【００１８】
一方、サブデバイス２００は、メインデバイス１００から供給される後述の制御情報に基づいて、主広告に関連する関連広告の広告アプリを通信により受信し、受信した広告アプリを実行して関連広告を表示するようになっている。ここで、関連広告の例としては、上記商品に関する詳細な説明、メーカーのホームページへのリンク画像、ＣＭ映像中の登場人物を紹介する映像、ＣＭ映像中の商品の生産地を紹介する映像、企業ロゴ画像、当該商品に関するユーザのツイート、当該商品が当たる懸賞サイトへのリンク画像、当該商品を購入できるショッピングサイトへのリンク画像、登録ユーザがクーポンと引き換えに当該商品を獲得することが可能なクーポンサイトへのリンク画像等が挙げられる。
【００１９】
なお、メインデバイス１００は、番組の放送時間中に、番組映像と１社以上のスポンサーの各ＣＭ映像とを交互に再生するが、以下の説明においては、広告アプリの実行によりメインデバイス１００が表示する広告、および、ＣＭ映像の両者を「主広告」と呼称することにする。
【００２０】
また、テレビ受信機１０は、視聴者が操作部（図示せず）を用いて視聴者の属性（具体的には、性別）を登録できるように構成されている。なお、テレビ受信機１０は、視聴者の属性として性別を登録できるように構成されているが、本発明はこのような構成に限定されない。例えば、テレビ受信機は、年齢、居住地（例えば、居住県）、職業、嗜好等の属性を視聴者の属性として登録できるように構成されていてもよい。
【００２１】
以下、本実施形態に係るテレビ受信機１０の要部構成について図１を参照しながら説明する。
【００２２】
（テレビ受信機１０の構成）
図１に示すように、テレビ受信機１０は、メインデバイス１００およびサブデバイス２００を備えている。
【００２３】
（メインデバイス１００）
メインデバイス１００は、放送受信部１１０、コンテンツ処理部１２０、主広告処理部１３０および表示部１４０を備えている。
【００２４】
放送受信部１１０は、放送信号を受信するチューナである。
【００２５】
コンテンツ処理部１２０は、放送受信部１１０が番組コンテンツの番組映像データを受信すると、その番組映像データを再生（デコード）して番組映像を表示部１４０に表示する。また、コンテンツ処理部１２０は、放送受信部１１０がＣＭ映像の映像データを受信すると、その映像データを再生してＣＭ映像を表示部１４０に表示する。
【００２６】
コンテンツ処理部１２０は、放送受信部１１０が広告アプリを受信すると、その広告アプリを主広告処理部１３０に供給する。
【００２７】
主広告処理部１３０は、アプリ実行エンジン１３１、制御情報管理部１３２、および記憶部１３３を備えている。
【００２８】
アプリ実行エンジン１３１は、コンテンツ処理部１２０から広告アプリが供給されると、その広告アプリを記憶部１３３に記録するとともに、その広告アプリを実行する。また、アプリ実行エンジン１３１は、記憶部１３３に記録された制御情報を、通信インタフェース（図示せず）を介してサブデバイス２００に送信する。
【００２９】
制御情報管理部１３２は、放送受信部１１０が制御情報を受信するのを監視する。制御情報管理部１３２は、放送受信部１１０が制御情報を受信したことを検出すると、その制御情報を記憶部１３３に記録する。
【００３０】
記憶部１３３は、制御情報が記録される記録媒体である。記憶部１３３は、メモリであってもよいし、ハードディスクドライブであってもよいし、その他の記憶デバイスであってもよい。
【００３１】
表示部１４０は、主広告および番組映像が表示されるディスプレイである。表示部１４０の画面アスペクト比は１６：９であり、画面の横幅の長さは、表示部２２０の画面の横幅の長さと同じである。また、表示部１４０の画面下端は、表示部２２０の画面上端に接している。
【００３２】
なお、コンテンツ処理部１２０、アプリ実行エンジン１３１および制御情報管理部１３２は、ＣＰＵ（図示せず）により実現されてもよい。
【００３３】
（サブデバイス２００）
サブデバイス２００は、関連広告処理部２１０および表示部２２０を備えている。
【００３４】
関連広告処理部２１０は、制御情報取得部２１１、制御情報処理部２１２、アプリ実行エンジン２１３および記憶部２１４を備えている。
【００３５】
制御情報取得部２１１は、通信インタフェース（図示せず）を介して、メインデバイス１００から送信される制御情報を受信し、受信した制御情報の真正性を確認するために、受信した制御情報を認証サーバ５００に送信する。
【００３６】
制御情報取得部２１１は、受信した制御情報の真正性を認証サーバ５００からの応答により確認すると、制御情報を制御情報処理部２１２に送信する。
【００３７】
なお、本実施形態において、制御情報取得部２１１が受信した制御情報の真正性を確認するのは、テレビ受信機１０において「真正性の確認処理」が「有効」に設定されている場合に限られる。すなわち、ユーザが「真正性の確認処理」を「無効」に設定した場合には、制御情報取得部２１１は、受信した制御情報の真正性を確認せずに、受信した制御情報をそのまま制御情報取得部２１１に供給することになる。
【００３８】
制御情報処理部２１２は、制御情報取得部２１１から供給された制御情報を記憶部２１４に記録し、この制御情報に基づいて、関連広告の広告アプリの送信要求を通信サーバ４００に送信するとともに、送信要求を通信サーバ４００に送信した旨をアプリ実行エンジン２１３に通知する。
【００３９】
アプリ実行エンジン２１３は、通知を受け付けると、通信サーバ４００からの広告アプリの受信を待ち受ける。アプリ実行エンジン２１３は、通信サーバ４００から広告アプリを受信すると、受信した広告アプリを記憶部２１４に記録する。また、アプリ実行エンジン２１３は、記憶部２１４に記録されている制御情報に基づいて、記憶部２１４に記録された広告アプリを起動し、関連広告を表示部２２０に表示する。
【００４０】
また、アプリ実行エンジン２１３は、広告アプリの終了時には、その広告アプリと、その広告アプリを通信サーバ４００から取得するために制御情報処理部２１２が参照した制御情報と、を記憶部２１４から削除する。あるいは、アプリ実行エンジン２１３は、広告アプリの終了時には、その広告アプリと、その広告アプリを通信サーバ４００から取得するために制御情報処理部２１２が参照した制御情報と、を記憶部２１４に記憶し続けても構わない。この場合は、以前送信した同一の広告アプリを再送信する必要がないため、広告アプリの送信量を削減することが可能となる。
【００４１】
表示部２２０は、関連広告が表示されるディスプレイである。表示部２２０の画面アスペクト比は１６：１であり、画面の横幅の長さは、表示部１４０の画面の横幅の長さと同じである。また、表示部２２０の画面上端は、表示部１４０の画面下端に接している。
【００４２】
以上、本実施形態に係るテレビ受信機１０の構成について説明した。以下では、本実施形態に係るその他の機器について説明する。
【００４３】
（放送機器３００）
放送機器３００は、番組コンテンツを配信可能な配信装置であり、放送送信部３１０を備えている。
【００４４】
放送機器３００の放送送信部３１０は、番組の放送時間中、番組映像と１社以上のスポンサーの各ＣＭ映像とを交互に送信する。
【００４５】
また、放送送信部３１０は、データカルーセル伝送方式により、主広告の広告アプリを定期的に送信する。
【００４６】
また、放送送信部３１０は、所定のタイミングで制御情報を送信する。本実施形態では、放送送信部３１０は、主広告の広告アプリを送信するタイミングで、その主広告に関連する関連広告の表示制御方法を示した制御情報を送信する。なお、制御情報は、広告アプリの付属データとして送信されてもよい。
【００４７】
なお、放送機器３００は、主広告の広告アプリを送信する度に必ず制御情報を送信する構成には限定されない。すなわち、放送機器３００は、高額の広告料を支払ったスポンサーの主広告に関する広告アプリを送信する時にのみ制御情報を送信してもよい。換言すれば、広告料の節約のために主広告のみを番組視聴者に提示したいスポンサーの広告アプリについては付属データを用意しないことにより、該広告アプリを送信する時には制御情報を送信しないようにしてもよい。
【００４８】
（通信サーバ４００）
通信サーバ４００には、関連広告の広告アプリが多数保存されている。
【００４９】
通信サーバ４００のアプリ配信部４１０は、テレビ受信機１０から送信要求が有った広告アプリをテレビ受信機１０に配信する。
【００５０】
（認証サーバ５００）
認証サーバ５００は、制御情報の真正性を確認するサーバである。
【００５１】
認証サーバ５００の認証部５１０は、テレビ受信機１０から制御情報を受信すると、公知の方法を用いてその制御情報の真正性の有無を判定し、真正性の判定結果を示す情報をテレビ受信機１０に返却する。
【００５２】
（制御情報の詳細について）
次に、制御情報の詳細について以下に説明する。
【００５３】
制御情報は、サブデバイス２００が遵守すべき関連広告の表示制御方法を示した情報である。制御情報には、通常、以下の（１）〜（６）の情報が含まれており、本実施形態では、ＵＲＬ情報は、制御情報内に必ず含まれている。
（１）ＵＲＬ情報：関連広告の広告アプリの取得先となるＵＲＬを示す情報
（２）起動時刻情報：関連広告の広告アプリを起動すべき時刻を示す情報
（３）取得時刻情報：関連広告の広告アプリを通信サーバ４００から取得すべき時刻を示す情報
（４）終了時刻情報：関連広告の広告アプリを終了すべき時刻を示す情報
（５）座標指定情報：表示部２２０の画面内のどの領域にどの大きさの関連広告を表示すべきかを示す情報
（６）古い広告アプリの管理情報：広告アプリを起動する際に、古い広告アプリを終了させるべきか否かを示す情報
（５）の座標指定情報に関し、座標指定情報は、例えば、関連広告を表示する矩形領域の左上座標および右下座標からなる情報であってもよいし、関連広告を表示する矩形領域の左上座標と矩形領域の縦および横の長さとからなる情報であってもよい。また、関連広告の表示サイズ、表示される範囲の形状（円形等）が記述されていてもよい。
【００５４】
また、（１）のＵＲＬ情報に関し、制御情報には、視聴者の属性に応じた複数のＵＲＬ情報が含まれていることがある。具体的には、制御情報には、視聴者の性別に応じた２つのＵＲＬ情報（男性を対象とする広告アプリのＵＲＬ情報と女性を対象とする広告アプリのＵＲＬ情報）が含まれていることがある。
【００５５】
なお、制御情報内において、男性を対象とする広告アプリのＵＲＬは、“http://cdn1.example.com/get_adv1_male.exe”のような形式で示され、女性を対象とする広告のＵＲＬは、“http://cdn1.example.com/get_adv1_female.exe”のような形式で示されてもよい。また、制御情報内において“[MALE]”という文字列の右側にＵＲＬが記述されている場合、テレビ受信機１０は、このＵＲＬを、男性を対象とする広告アプリのＵＲＬとして取り扱ってもよい。同様に、制御情報内において“[FEMALE]”という文字列の右側にＵＲＬが記述されている場合、テレビ受信機１０は、このＵＲＬを、女性を対象とする広告アプリのＵＲＬとして取り扱ってもよい。以下では、このような、ＵＲＬ情報に付随する視聴者の属性を表す文字列（前述の例では、“[MALE]”という文字列と“[FEMALE]”という文字列）を「視聴者属性情報」と呼称することにする。
【００５６】
また、制御情報には、例えば、視聴者の性別ではなく年齢に応じた３つのＵＲＬ情報（子供を対象とする広告のＵＲＬ情報と、大人を対象とする広告のＵＲＬ情報と、高齢者を対象とする広告のＵＲＬ情報）が含まれていてもよい。あるいは、制御情報には、視聴者の性別ではなく、視聴者の居住地、職業または嗜好に応じた複数のＵＲＬ情報が含まれていてもよい。
【００５７】
なお、制御情報は、テーブル形式のデータであってもよい。
【００５８】
（テレビ受信機１０の動作）
次に、テレビ受信機１０の現在のチャンネルに対応する放送機器３００が広告アプリを送信した時のテレビ受信機１０の動作について図３を参照しながら説明する。
【００５９】
図３は、テレビ受信機１０の上記動作を示すフローチャート図である。具体的には、図３の（ａ）のフローチャートはメインデバイス１００の動作を示しており、図３の（ｂ）のフローチャートは、サブデバイス２００の動作を示している。
【００６０】
放送機器３００が広告アプリを送信すると、図３の（ａ）に示すように、メインデバイス１００は広告アプリを取得する（ステップＳ１）。すなわち、放送受信部１１０が広告アプリを受信して、受信した広告アプリをコンテンツ処理部１２０に供給し、コンテンツ処理部１２０は、広告アプリをアプリ実行エンジン１３１に供給し、アプリ実行エンジン１３１は、広告アプリを記憶部１３３に記録する。
【００６１】
ステップＳ１の後、制御情報管理部１３２は、放送受信部１１０が広告アプリとともに制御情報を取得したか否かを判定する（ステップＳ２）。テレビ受信機１０は、放送受信部１１０が制御情報を取得していないと判定した場合には、ステップＳ４に進む。
【００６２】
制御情報管理部１３２は、放送受信部１１０が広告アプリとともに制御情報を取得したと判定した場合、放送受信部１１０から制御情報を受け取り、受け取った制御情報をステップＳ１で取得した広告アプリと関連付けて記憶部１３３に記録する。そして、アプリ実行エンジン１３１は、記憶部１３３に記録された制御情報をサブデバイス２００に送信する（ステップＳ３）。ステップＳ３の後、テレビ受信機１０は、ステップＳ４に進む。
【００６３】
ステップＳ４において、アプリ実行エンジン１３１は、ステップＳ１で取得した広告アプリを起動して、主広告を表示部１４０に表示する。なお、アプリ実行エンジン１３１は、ステップＳ４において、現在のチャンネルの番組映像とは重ならないように主広告を表示してもよいし、現在のチャンネルの番組映像上に主広告を重畳表示してもよい。
【００６４】
一方、ステップＳ３においてアプリ実行エンジン１３１が制御情報をサブデバイス２００に送信した場合、図３の（ｂ）に示すように、サブデバイス２００の制御情報取得部２１１は制御情報を取得する（ステップＳ１１）。
【００６５】
制御情報取得部２１１は、「真正性の確認処理」が「有効」および「無効」のいずれに設定されているかを確認する（ステップＳ１２）。制御情報取得部２１１は、「真正性の確認処理」が「無効」に設定されていることを確認した場合、ステップＳ１６に進む。一方、制御情報取得部２１１は、「真正性の確認処理」が「有効」に設定されていることを確認した場合、ステップＳ１３に進む。
【００６６】
ステップＳ１３において、制御情報取得部２１１は、認証サーバ５００に制御情報の認証を要求するためにステップＳ１１で取得した制御情報を認証サーバ５００に送信する。
【００６７】
制御情報を受信した認証サーバ５００では、認証部５１０が公知の方法を用いて制御情報の真正性の有無を判定する。そして、認証サーバ５００は、真正性の判定結果を示す認証情報をサブデバイス２００に送信し、サブデバイス２００の制御情報取得部２１１は、認証情報を取得する（ステップＳ１４）。
【００６８】
ステップＳ１４の後、制御情報取得部２１１は、サブデバイス２００が新しい関連広告を表示すべきか否かを判断するために、ステップＳ１４で取得した認証情報に基づいて、制御情報の真正性の有無を確認する（ステップＳ１５）。ステップＳ１５において、制御情報に真正性が有ることを確認できなかった場合、サブデバイス２００は、関連広告を表示せずに処理を終了する。一方、ステップＳ１５において、制御情報に真正性が有ることを確認できた場合、制御情報取得部２１１は、制御情報を制御情報処理部２１２に供給する。そして、サブデバイス２００は、ステップＳ１６に進む。
【００６９】
ステップＳ１６において、制御情報処理部２１２は、制御情報取得部２１１から受け取った制御情報を記憶部２１４に記録するとともに、表示中の関連広告を消去すべきか（すなわち、表示中の関連広告の広告アプリを終了すべきか）否かを判定する。具体的には、古い広告アプリの管理情報に基づいて、起動中の古い広告アプリを終了させるべきか否かを判定する。制御情報処理部２１２は、起動中の古い広告アプリを終了させるべきでないと判定した場合には、ステップＳ１８に進む。
【００７０】
一方、制御情報処理部２１２は、表示中の関連広告を消去すべきであると判定した場合、起動中の古い広告アプリを終了させることにより、表示中の関連広告を消去する（ステップＳ１７）。ステップＳ１７の後、制御情報処理部２１２は、ステップＳ１８に進む。
【００７１】
ステップＳ１８において、制御情報処理部２１２は、制御情報内に視聴者属性情報が含まれているか否かを判定する。制御情報処理部２１２は、制御情報内に視聴者属性情報が含まれていないと判定した場合にはステップＳ２０に進み、制御情報内に視聴者属性情報が含まれていると判定した場合にはステップＳ１９に進む。
【００７２】
ステップＳ１９において、制御情報処理部２１２は、テレビ受信機１０に登録済の属性に対応する関連広告の広告アプリを取得することを決定する。具体的には、制御情報処理部２１２は、テレビ受信機１０に登録済の視聴者の性別が男性である場合には、男性を対象とする関連広告の広告アプリを取得することを決定する。また、テレビ受信機１０に登録済の視聴者の性別が女性である場合には、女性を対象とする関連広告の広告アプリを取得することを決定する。ステップＳ１９の後、取得時刻情報が示す時刻になると、制御情報処理部２１２は、ステップＳ２０に進む。
【００７３】
ステップＳ２０において、制御情報処理部２１２は、制御情報内のＵＲＬ情報に基づいて、関連広告の広告アプリの送信を通信サーバ４００に要求する。具体的には、制御情報処理部２１２は、直前のステップがステップＳ１９である場合、制御情報内の複数のＵＲＬ情報のうち登録済の性別に対応するＵＲＬ情報を参照し、該ＵＲＬ情報に基づいて、広告アプリの送信を通信サーバ４００に要求する。また、制御情報処理部２１２は、前ステップがステップＳ１９でない場合、制御情報内のただ１つのＵＲＬ情報に基づいて、広告アプリの送信を通信サーバ４００に要求する。
【００７４】
要求を受けた通信サーバ４００のアプリ配信部４１０は、要求された広告アプリをサブデバイス２００に送信する。
【００７５】
サブデバイス２００のアプリ実行エンジン２１３は、ステップＳ２１において通信サーバ４００が送信した広告アプリを取得し、取得した広告アプリを記憶部２１４に記録する。具体的には、ステップＳ１６で記憶部２１４に記録された制御情報と関連付けられるように、取得した広告アプリを記憶部２１４に記録する。
【００７６】
ステップＳ２１の後、アプリ実行エンジン２１３は、制御情報に座標指定情報が含まれているか否かを判定する（ステップＳ２２）。アプリ実行エンジン２１３は、制御情報に座標指定情報が含まれていると判定した場合には、座標指定情報が表す領域上に新しい関連広告を表示することを決定する（ステップＳ２３）。一方、アプリ実行エンジン２１３は、制御情報に座標指定情報が含まれていないと判定した場合には、表示部２２０の画面右下隅に新しい関連広告を表示することを決定する（ステップＳ２４）。アプリ実行エンジン２１３は、ステップＳ２３またはステップＳ２４の後、ステップＳ２５に進む。
【００７７】
ステップＳ２５において、アプリ実行エンジン２１３は、制御情報に起動時刻情報が含まれているか否かを判定する（ステップＳ２５）。アプリ実行エンジン２１３は、制御情報に起動時刻情報が含まれていると判定した場合にはステップＳ２６に進み、制御情報に起動時刻情報が含まれていないと判定した場合にはステップＳ２７に進む。
【００７８】
ステップＳ２６において、アプリ実行エンジン２１３は、起動時刻情報が示す時刻になると、ステップＳ２１にて取得した広告アプリを起動し、ステップＳ２３またはステップＳ２４での決定に基づいて新しい関連広告を表示する。
【００７９】
一方、ステップＳ２７においては、アプリ実行エンジン２１３は、ステップＳ２１にて取得した広告アプリをステップＳ２５の判定の直後に起動し、ステップＳ２３またはステップＳ２４での決定に基づいて新しい関連広告を表示する。
【００８０】
そして、アプリ実行エンジン２１３は、制御情報に含まれている終了時刻情報が示す時刻（終了時刻）になるまで、当該関連広告の表示を継続し、処理を終了する。
【００８１】
なお、サブデバイス２００は、終了時刻情報が示す時刻になる前に、新たな広告アプリと制御情報とを一緒に受信した場合には、以下の処理を行うことになる。
【００８２】
受信した制御情報に含まれている古い広告アプリの管理情報が、広告アプリを起動する際に古い広告アプリを終了させるべき旨を示している場合には、アプリ実行エンジン２１３は、ステップＳ２６またはステップＳ２７で起動した広告アプリを直ちに終了させる。すなわち、アプリ実行エンジン２１３は、該広告アプリの起動により表示した関連広告を直ちに消去する。
【００８３】
一方、受信した制御情報に含まれている古い広告アプリの管理情報が、広告アプリを起動する際に古い広告アプリを終了させるべき旨を示していない場合には、アプリ実行エンジン２１３は、ステップＳ２６またはステップＳ２７で起動した広告アプリの実行を上記終了時刻になるまで継続する。すなわち、アプリ実行エンジン２１３は、上記終了時刻になるまでは古い広告アプリによる関連広告の表示を継続させ、上記終了時刻になった時点で関連広告を消去する。
【００８４】
以上、テレビ受信機１０の動作について説明した。
【００８５】
（テレビ受信機１０の利点）
以上のように、テレビ受信機１０のメインデバイス１００は、主広告が付随する番組を放送機器３００から受信する放送受信部１１０と、上記番組を再生して番組映像を表示部１４０に表示するコンテンツ処理部１２０と、主広告を表示部１４０に表示するアプリ実行エンジン１３１と、を備えている。
【００８６】
アプリ実行エンジン１３１は、主広告に関連する関連広告を通信サーバ４００から受信して表示するサブデバイス２００に対し、番組の再生中における主広告の広告アプリの受信をトリガとして、サブデバイス２００における関連広告の表示制御方法を示した制御情報を送信する。
【００８７】
また、メインデバイス１００の外部にあるサブデバイス２００は、制御情報に示された表示制御方法により関連広告の表示制御を行う。
【００８８】
したがって、メインデバイス１００は、サブデバイス２００における柔軟な広告表示を可能にするという効果を奏する。
【００８９】
〔実施形態２〕
本発明の他の実施形態について、図１および図４に基づいて説明すれば、以下のとおりである。図４は、本実施形態に係るテレビ受信機がＣＭ再生中に表示する関連広告の表示態様を模式的に例示した図である。なお、本実施形態に係るテレビ受信機は、図１に示した実施形態１に係るテレビ受信機１０と同様の構成を有しているので、部材の説明は省略する。
【００９０】
実施形態１と異なり本実施形態では、放送機器３００は、主広告の広告アプリを送信するタイミングだけでなく、ＣＭ映像配信中にも、主広告（本実施形態ではＣＭ映像）に関連する関連広告の表示制御情報を示した制御情報を送信するようになっている。具体的には、放送機器３００は、一部のスポンサーのＣＭ（以下では、「対象ＣＭ」とも称する）に関し、対象ＣＭが始まった時に制御情報を送信し、対象ＣＭを構成する複数のシーンのうち商品生産地紹介のシーンが始まる時に更に制御情報を送信するようになっている。
【００９１】
以下では、対象ＣＭの開始時刻をＴ1、対象ＣＭ中の商品生産地紹介のシーンの開始時刻をＴ2、対象ＣＭの終了時刻をＴ3として、テレビ受信機１０の説明を行う。
【００９２】
放送機器３００は、時刻Ｔ1になると、スポンサー商品の説明映像とスポンサーのホームページへのリンク画像とＣＭの登場人物の紹介ページへのリンク画像とを表示する広告アプリのＵＲＬが示されたＵＲＬ情報を含む制御情報（以下、「制御情報Ａ」と称する）を送信する。制御情報Ａには、起動時刻情報および取得時刻情報としてＴ1が示されており、終了時刻情報としてＴ3が示されている。
【００９３】
テレビ受信機１０の放送受信部１１０が制御情報Ａを受信すると、制御情報管理部１３２は制御情報Ａをアプリ実行エンジン１３１に供給し、アプリ実行エンジン１３１は、制御情報Ａをサブデバイス２００に送信する。
【００９４】
制御情報Ａを受信したサブデバイス２００では、制御情報取得部２１１から制御情報Ａを受け取った制御情報処理部２１２が、制御情報Ａを記憶部２１４に記録する。そして、制御情報処理部２１２は、制御情報Ａに含まれている取得時刻情報に基づいて、広告アプリの送信要求を即座に通信サーバ４００に送信する。また、広告アプリを受信したアプリ実行エンジン２１３は、広告アプリを記憶部２１４に記録し、制御情報Ａに含まれている起動時刻情報に基づいて、即座に広告アプリを起動する。
【００９５】
これにより、図４に示すように、時刻Ｔ1を過ぎた時点で、スポンサー商品の説明映像とスポンサーのホームページへのリンク画像とＣＭの登場人物の紹介ページへのリンク画像とが関連広告として表示部２２０に表示される。
【００９６】
その後、時刻Ｔ2になると、放送機器３００は、スポンサー商品の生産地紹介の映像を表示する広告アプリのＵＲＬが示されたＵＲＬ情報を含む制御情報（以下、「制御情報Ｂ」と称する）を送信する。制御情報Ｂには、起動時刻情報および取得時刻情報としてＴ2が示されており、終了時刻情報としてＴ3が示されている。また、制御情報Ｂに含まれる古い広告アプリの管理情報は、広告アプリを起動する際に、古い広告アプリを終了させるべきではない旨を示している。
【００９７】
テレビ受信機１０の放送受信部１１０が制御情報Ｂを受信すると、制御情報管理部１３２は制御情報Ｂをアプリ実行エンジン１３１に供給し、アプリ実行エンジン１３１は、制御情報Ｂをサブデバイス２００に送信する。
【００９８】
制御情報Ｂを受信したサブデバイス２００では、制御情報取得部２１１から制御情報Ｂを受け取った制御情報処理部２１２が、制御情報Ｂを記憶部２１４に記録する。そして、制御情報処理部２１２は、制御情報Ｂに含まれている取得時刻情報に基づいて広告アプリの送信要求を即座に通信サーバ４００に送信する。また、広告アプリを受信したアプリ実行エンジン２１３は、広告アプリを記憶部２１４に記録し、制御情報Ｂに含まれている起動時刻情報に基づいて、即座に広告アプリを起動する。また、アプリ実行エンジン２１３は、制御情報Ｂに含まれている、古い広告アプリの管理情報に基づいて、制御情報Ａに基づいて起動した古い広告アプリの動作を継続させる。
【００９９】
これにより、図４に示すように、時刻Ｔ2を過ぎた時点で新たにスポンサー商品の生産地紹介の映像が関連広告として表示部２２０に表示される。
【０１００】
その後時刻Ｔ3になると、アプリ実行エンジン２１３は、制御情報Ａおよび制御情報Ｂの終了時刻情報に基づいて実行中の２つの広告アプリを終了させることで、対象ＣＭに関連する関連広告の表示を消去し、２つの広告アプリ、制御情報Ａ、および、制御情報Ｂを記憶部２１４から消去する。
【０１０１】
〔実施形態３〕
本発明の他の実施形態について、図１および図５に基づいて説明すれば、以下のとおりである。図５は、本実施形態に係るテレビ受信機が番組（例えば、映画番組）の再生中に表示する関連広告の表示態様を模式的に例示した図である。なお、本実施形態に係るテレビ受信機は、図１に示した実施形態１に係るテレビ受信機１０と同様の構成を有しているので、部材の説明は省略する。
【０１０２】
実施形態１と異なり本実施形態では、放送機器３００は、主広告の広告アプリを送信するタイミングだけでなく、番組開始時、および、オープニング終了後の本編開始時にも、主広告に関連する関連広告の表示制御情報を示した制御情報を送信するようになっている。
【０１０３】
以下では、番組開始時刻をＴ4、番組の本編が開始する時刻をＴ5、番組終了時刻をＴ6として、本実施形態に係るテレビ受信機１０の説明を行う。
【０１０４】
放送機器３００は、時刻Ｔ4になると、企業ロゴの画像を表示する広告アプリのＵＲＬが示されたＵＲＬ情報を含む制御情報（以下、「制御情報Ｃ」と称する）を送信する。制御情報Ｃには、起動時刻情報および取得時刻情報としてＴ4が示されており、終了時刻情報としてＴ6が示されている。
【０１０５】
テレビ受信機１０の放送受信部１１０が制御情報Ｃを受信すると、制御情報受信部１３２は、制御情報Ｃをアプリ実行エンジン１３１に供給し、アプリ実行エンジン１３１は、制御情報Ｃをサブデバイス２００に送信する。
【０１０６】
制御情報Ｃを受信したサブデバイス２００では、制御情報取得部２１１から制御情報Ｃを受け取った制御情報処理部２１２が、制御情報Ｃを記憶部２１４に記録する。そして、制御情報処理部２１２は、制御情報Ｃに含まれている取得時刻情報に基づいて、広告アプリの送信要求を即座に通信サーバ４００に送信する。また、広告アプリを受信したアプリ実行エンジン２１３は、広告アプリを記憶部２１４に記録し、制御情報Ｃに含まれている起動時刻情報に基づいて、即座に広告アプリを起動する。
【０１０７】
これにより、図５に示すように、時刻Ｔ4を過ぎた時点で、スポンサー企業のロゴが関連広告として表示部２２０に表示される。
【０１０８】
その後、時刻Ｔ5になると、放送機器３００は、スポンサー企業が運営するショッピングサイトへのリンク画像を表示する広告アプリのＵＲＬが示されたＵＲＬ情報を含む制御情報（以下、「制御情報Ｄ」と称する）を送信する。制御情報Ｄには、起動時刻情報および取得時刻情報としてＴ5が示されており、終了時刻情報としてＴ6が示されている。また、制御情報Ｄに含まれる古い広告アプリの管理情報は、広告アプリを起動する際に、古い広告アプリを終了させるべきではない旨を示している。
【０１０９】
テレビ受信機１０の放送受信部１１０が制御情報Ｄを受信すると、制御情報管理部１３２は制御情報Ｄをアプリ実行エンジン１３１に供給し、アプリ実行エンジン１３１は、制御情報Ｄをサブデバイス２００に送信する。
【０１１０】
制御情報Ｄを受信したサブデバイス２００では、制御情報取得部２１１から制御情報Ｄを受け取った制御情報処理部２１２が、制御情報Ｄを記憶部２１４に記録する。そして、制御情報処理部２１２は、制御情報Ｄに含まれている取得時刻情報に基づいて広告アプリの送信要求を即座に通信サーバ４００に送信する。また、広告アプリを受信したアプリ実行エンジン２１３は、広告アプリを記憶部２１４に記録し、制御情報Ｄに含まれている起動時刻情報に基づいて、即座に広告アプリを起動する。また、アプリ実行エンジン２１３は、制御情報Ｄに含まれている、古い広告アプリの管理情報に基づいて、制御情報Ａに基づいて起動した古い広告アプリの動作を継続させる。
【０１１１】
これにより、図５に示すように、時刻Ｔ5を過ぎた時点で新たにスポンサー企業が運営するショッピングサイトへのリンク画像が関連広告として表示部２２０に表示される。
【０１１２】
その後時刻Ｔ6になると、アプリ実行エンジン２１３は、制御情報Ｃおよび制御情報Ｄの終了時刻情報に基づいて実行中の２つの広告アプリを終了させることで関連広告の表示を消去し、２つの広告アプリ、制御情報Ａ、および、制御情報Ｂを記憶部２１４から消去する。
【０１１３】
〔実施形態４〕
本発明のさらに別の実施形態について、図８および図９に基づいて説明すれば、以下のとおりである。図８は、本実施形態に係るテレビ受信機の要部構成を示すブロック図である。また、図９は、本実施形態に係るテレビ受信機とやりとりを行うアプリ管理サーバが予め保持している関連広告アプリ管理テーブルを例示した図である。
【０１１４】
本実施形態に係るテレビ受信機は、サブデバイスが起動する広告アプリの種類の選択を視聴者から受け付けることができるように構成されており、視聴者に選択された種類の広告アプリを起動することで視聴者の嗜好にあった形態で関連広告を表示できるようになっている。
【０１１５】
最初に、本実施形態に係るテレビ受信機１０’の構成について図８を参照して説明する。
【０１１６】
（テレビ受信機１０’）
図８に示すように、テレビ受信機１０’は、メインデバイス１００およびサブデバイス２００’を備えている。図１からわかるように、メインデバイス１００は、テレビ受信機１００が備えているメインデバイス１００と同様の構成を有しているので、部材の説明は省略する。
【０１１７】
（サブデバイス２００’）
サブデバイス２００’は、関連広告処理部２１０’および表示部２２０を備えている。
【０１１８】
関連広告処理部２１０’は、制御情報取得部２１１、制御情報処理部２１２、アプリ実行エンジン２１３’、記憶部２１４、およびアプリ実行エンジン切り替え部２１５を備えている。
【０１１９】
制御情報取得部２１１、制御情報処理部２１２、記憶部２１４、および表示部２２０については、実施形態１で説明したものと同じであるので部材の説明を省略し、以下では、アプリ実行エンジン２１３’およびアプリ実行エンジン切り替え部２１５について説明する。
【０１２０】
アプリ実行エンジン２１３’は複数のサブエンジン（アプリ）から構成されており、各サブエンジンは、他のサブエンジンとは異なる種類の広告アプリの取得および起動を行う役割を担っている。視聴者が操作部（図示せず）を通じて広告アプリの種類を選択すると、上記複数のサブエンジンのうちその種類に対応する１つのサブエンジンのみが動作するようになっている。
【０１２１】
なお、本実施形態では、上記複数のサブエンジンの中に、番組内容に関連する動画ＣＭを再生する広告アプリを取り扱うサブエンジンと、ショッピングサイトでの商品購入機能を備えた広告アプリを取り扱うサブエンジンとが含まれている。以下では、前者のサブエンジンを「関連広告エンジン」と称し、後者のサブエンジンを「ショッピングエンジン」と称するものとする。
【０１２２】
アプリ実行エンジン切り替え部２１５は、操作部が広告アプリの種類を選択する操作を受け付けると、その種類に対応するサブエンジンのみを動作させるようにアプリ実行エンジン２１３’を制御する。なお、上記操作部は、キーボード、マウス、リモコン等の入力デバイスであってもよい。あるいは、表示部２２０をタッチパネル式のディスプレイとした場合、上記操作部はタッチパネルであってもよい。
【０１２３】
また、アプリ実行エンジン切り替え部２１５は、直近で選択された広告アプリの種類を示す選択情報を記憶部２１４に保存するようにしてもよい。この場合、アプリ実行エンジン切り替え部２１５は、テレビ受信機１０’の起動時には、記憶部２１４から選択情報を読み出し、読み出した選択情報に基づいてアプリ実行エンジン２１３’を制御してもよい。
【０１２４】
（通信サーバ４００’）
通信サーバ４００’には、ショッピングサイトでの商品購入機能を備えた広告アプリが多数保存されている。
【０１２５】
また、通信サーバ４００’には、各広告アプリについて、その広告アプリと関連づけられたキーワードが登録されている。例えば、ＣＭ放送されている「〇〇かぜ薬」という商品を購入可能なショッピングサイトの広告アプリには、「〇〇かぜ薬」というキーワードがその広告アプリに関連付けて登録されている。
【０１２６】
（アプリ管理サーバ６００）
アプリ管理サーバ６００は、動画ＣＭを再生する広告アプリの取得先を管理するサーバであり、記憶部（図示せず）に保存されている関連広告アプリ管理テーブル５に基づいて、サブデバイス２００が広告アプリを取得するために必要な情報を送信する。
【０１２７】
（制御情報について）
本実施形態では、放送機器３００から送信される制御情報にコンテンツＩＤが含まれている。コンテンツＩＤは、番組コンテンツ用およびＣＭコンテンツ用の２種類からなることが望ましい。この場合、一方の種類のコンテンツＩＤの値と、他方の種類のコンテンツＩＤの値とは異なっている。また、コンテンツＩＤは、番組コンテンツのシーン毎に異なる値が付与され、番組コンテンツに付随するＣＭコンテンツ毎に異なる値が付与されることが望ましい。
【０１２８】
放送機器３００は、番組コンテンツの各シーンについて、当該シーンの放送時刻、または、その直前若しくは直後に、当該シーンに対応するコンテンツＩＤを含む制御情報を送信することが望ましい。同様に、放送機器３００は、各ＣＭコンテンツについて、当該ＣＭコンテンツの放送時刻、または、その直前若しくは直後に、当該ＣＭコンテンツに対応するコンテンツＩＤを含む制御情報を送信することが望ましい。これらの制御情報においては、起動時刻情報が表す関連広告アプリの起動時刻と取得時刻情報が表す関連広告アプリの取得時刻とが放送時刻と一致していることが望ましい。
【０１２９】
なお、各放送事業者が独自に決めたコンテンツＩＤの値をＣＭコンテンツに付与してもよいが、放送事業者ではない広告枠提供者が各ＣＭコンテンツについて付与するコンテンツＩＤを決定してもよい。この場合、各放送局の放送機器３００は、広告枠提供者の決定に従って付与したコンテンツＩＤを含む制御情報を送信することになる。これにより、各放送事業者がコンテンツＩＤを管理するという管理の煩雑さを解消することができる。
【０１３０】
（テレビ受信機１０’の動作）
テレビ受信機１０’の現在のチャンネルに対応する放送機器３００が広告アプリを送信した時のテレビ受信機１０’の動作について図９を参照しながら説明する。
【０１３１】
なお、テレビ受信機１０’は、図３のＳ１８〜Ｓ２１の工程に代えて、以下の工程を実行する点を除き、テレビ受信機１０と同様に動作する。
【０１３２】
すなわち、ステップＳ１６またはＳ１７の後、アプリ実行エンジン２１３’は、動作中のサブエンジンの識別情報（すなわち、ユーザが選択した広告アプリの種類を示す情報）と、制御情報に含まれているコンテンツＩＤと、をアプリ管理サーバ６００に送信する。
【０１３３】
アプリ管理サーバ６００のアプリ管理部６１０は、識別情報とコンテンツＩＤとを受信すると、関連広告アプリ管理テーブル５を参照して、サブデバイス２００が広告アプリを取得するために必要な情報をサブデバイス２００に送信する。例えば、コンテンツＩＤが“００００１”であり、識別情報が“関連広告エンジン”を示す場合には、アプリ管理部６１０は、“http://xxx-seiyaku.co.jp/index.html”という、広告アプリの取得先ＵＲＬをサブデバイス２００に送信する。ここで、index.htmlのソースには、codebase属性の属性値が広告アプリのファイル名を示すobjectタグが含まれている。別の例では、コンテンツＩＤが“００００１”であり、識別情報が“ショッピングエンジン”を示す場合には、アプリ管理部６１０は、“〇〇かぜ薬”という商品名を示す文字列をサブデバイス２００に送信する。その後、サブデバイス２００は、受信した情報を用いて広告アプリを取得する。
【０１３４】
具体的には、関連広告エンジンが動作中の場合には、アプリ実行エンジン２１３’は、取得先ＵＲＬにアクセスすることで、広告アプリを取得する。例えば、アプリ実行エンジン２１３’が“http://xxx-seiyaku.co.jp/index.html”というＵＲＬにアクセスすると、“xxx-seiyaku.co.jp”というホスト名のサーバはcodebase属性の属性値が示すファイル名の広告アプリをサブデバイス２００に送信する。そして、アプリ実行エンジン２１３’は、この広告アプリを受信する。
【０１３５】
また、ショッピングエンジンが動作中の場合には、アプリ実行エンジン２１３’は、商品名を示す文字列を制御情報処理部２１２に供給し、制御情報処理部２１２は、その文字列を通信サーバ４００’に送信する。通信サーバ４００’のアプリ配信部４１０’は、受信した文字列（キーワード）と関連付けて保存されている広告アプリをサブデバイス２００に送信する。例えば、商品名が「〇〇かぜ薬」である場合、アプリ配信部４１０’は、「〇〇かぜ薬」というキーワードと関連付けて記録されている、「〇〇かぜ薬」を購入可能なショッピングサイトの広告アプリをサブデバイス２００に送信する。
【０１３６】
以上説明した工程の後にＳ２２以降の処理を行うことで、サブデバイス２００は、「○○かぜ薬」に関するＣＭコンテンツを視聴している視聴者に対して、タイミング良く、「○○かぜ薬」購入用のショッピングサイトを提示することができる。
【０１３７】
また、新しいサブエンジンの種類が追加された場合でも制御情報を変更する必要がないため、新しいサブエンジンが追加される前にそのサブエンジンに対応する情報をアプリ管理サーバ６００に登録しておけば、テレビ受信機１０’は、そのサブエンジンに対応する種類の広告を表示することが可能となる。また、放送波に乗せて送信するメタデータの量を削減することが可能となる。
【０１３８】
以上、本実施形態に係るテレビ受信機１０’について説明した。以上の説明からわかるように、本実施形態に係るテレビ受信機１０’は、視聴者が選択した種類の広告アプリを起動することで、視聴者の嗜好にあった形態で関連広告を表示することを可能にするという効果を奏する。
【０１３９】
（実施形態１〜３のテレビ受信機１０におけるチャンネル切り替え時の動作）
以下では、実施形態１〜３のテレビ受信機１０におけるチャンネル切り替え時の動作について、図６を参照しながら説明する。図６は、チャンネル切り替えの前後におけるテレビ受信機１０における広告の表示態様を模式的に例示した図である。
【０１４０】
なお、以下では、切り替え前のチャンネルを「チャンネルＡ」と表記し、切り替え後のチャンネルを「チャンネルＢ」と表記する。また、チャネル切り替え前に起動していた主広告の広告アプリを「アプリＡ」と表記し、切り替え前に起動していた関連広告の広告アプリを「アプリＡ’」と表記する。同様に、チャネル切り替え後に起動する主広告の広告アプリを「アプリＢ」と表記し、切り替え後に起動する関連広告の広告アプリを「アプリＢ’」と表記する。
【０１４１】
また、チャンネルＢの放送機器３００がアプリＢと一緒に送信する制御情報には古い広告アプリの管理情報が含まれている。該管理情報は、アプリＢ’の起動後にも、アプリＢ’の起動前から起動中の古い広告アプリ（アプリＡ’）の動作を継続させるべき旨を示している。また、該管理情報は、新しい広告アプリの起動後には、新しい広告アプリの起動により表示する関連広告を画面の左半分に表示し、古い広告アプリの動作により表示する関連広告を画面の右半分に表示すべき旨を示している。
【０１４２】
チャンネル切り替えが行われた後、アプリＢの伝送時刻になると、テレビ受信機１０は、主広告の広告アプリであるアプリＢと、関連広告の表示制御方法を示した制御情報と、を受信する。アプリＢを受信したテレビ受信機１０は、即座に、アプリＢを起動して主広告を表示する。
【０１４３】
同時に、テレビ受信機１０は、制御情報に基づいて、アプリＢ’を通信サーバ４００から受信する。アプリＢ’を受信したテレビ受信機１００は、図６に示すように、アプリＡ’の実行により表示部２２０の画面全体に表示していた関連広告の表示範囲を画面右半分に縮小するとともに、アプリＢ’を起動して関連広告を画面左半分に表示する。
【０１４４】
その後、テレビ受信機１０がアプリＡとともに受信した制御情報に含まれている終了時刻情報が示す時刻になると、図６に示すように、テレビ受信機１０は、アプリＡ’を終了させ、表示部２２０の画面右半分に表示していた関連広告を消去する。そして、テレビ受信機１０は、アプリＢ’の実行により表示する関連広告の表示範囲を表示部２２０の画面左半分から表示部２２０の画面全体に拡大する。
【０１４５】
以上の説明からわかるように、テレビ受信機１０は、チャンネルＢにチャンネルを切り替えた後であっても、しばらくの間、チャンネル切り替え前にテレビ受信機１０が再生していたチャンネルＡの番組のスポンサーの関連広告を表示し続ける。
【０１４６】
したがって、チャンネルＢの番組にもチャンネルＡの番組のスポンサーの広告にも興味があるユーザは、チャンネルをチャンネルＢに切り替えた後であってもしばらくの間、その広告が提供する情報を獲得できる。
【０１４７】
（付記事項１）
関連広告の表示が放送事業者により許可されたサブデバイスに関し、認証サーバ５００には、そのサブデバイスが登録されていてもよい。放送事業者は、サブデバイスを認証サーバ５００に登録するために、そのサブデバイスのＩＤ（サブデバイスＩＤ）を認証サーバ５００に入力してもよい。また、放送事業者は、ＩＤの末尾が「偶数」であるサブデバイスに対してだけ関連広告の表示を許可する場合には、その旨を示す情報を入力することでＩＤの末尾が「偶数」であるサブデバイスを認証サーバ５００に登録してもよい。
【０１４８】
また、放送事業者、又は、他の広告枠提供者によりサブデバイスでの表示が許可された各関連広告に関し、認証サーバ５００には、その関連広告を表示するための広告アプリのＩＤが登録されていてもよい。また、認証サーバ５００には、広告アプリのＩＤと関連付けて、その広告アプリの実行によりサブデバイスが表示する関連広告の表示位置を制限するための表示領域指定情報が登録されていてもよい。なお、広告依頼主からの広告枠の利用申請を許諾した広告枠提供者が、広告アプリのＩＤ（必要な場合には、広告アプリのＩＤと表示領域指定情報との両方）を認証サーバ５００に登録してもよい。
【０１４９】
サブデバイス２００は、予め定められているサブデバイスＩＤを記憶部２１４に保持していてもよい。
【０１５０】
また、制御情報には、関連広告を表示するための広告アプリのＩＤ（アプリＩＤ情報）と認証サーバ５００による認証が必要であるか否かを示す情報とが含まれていてもよい。
【０１５１】
そして、サブデバイス２００は、受信した制御情報が認証サーバ５００による認証が必要であることを示している場合、アプリＩＤ情報と、サブデバイスＩＤと、を認証サーバ５００に送信してもよい。認証サーバ５００は、関連広告を表示するための広告アプリのＩＤとサブデバイスとの両方が認証サーバ５００に登録されている場合には関連広告の表示許可を示す情報をサブデバイス２００に送信し、それ以外の場合には関連広告の表示不許可を示す情報をサブデバイス２００に送信してもよい。なお、認証サーバ５００は、関連広告を表示するための広告アプリのＩＤに関連付けて表示領域指定情報が登録されている場合には、関連広告の表示許可を示す情報とともに表示領域指定情報をサブデバイス２００に送信してもよい。この場合、サブデバイス２００は、対応する広告アプリの実行により表示する関連広告を、必ず、表示部２２０の表示領域のうちの一部の領域（表示領域指定情報が指定する領域）の内側に表示することになる。
【０１５２】
（付記事項２）
テレビ受信機１０の電源がオンになると、メインデバイス１００およびサブデバイス２００は以下の動作を行う。
【０１５３】
すなわち、メインデバイス１００は、現在のチャンネルの番組の再生を開始する。その後、主広告の広告アプリが放送機器３００から送信されてくると、その広告アプリを起動して主広告を表示する。
【０１５４】
一方、サブデバイス２００は、記憶部２１４に制御情報とその制御情報に基づいて取得済の広告アプリとが保存されている場合には、その制御情報に基づいてその広告アプリを即座に起動すべきか否かを確認し、その広告アプリを即座に起動する必要がある場合にはその広告アプリを即座に起動して関連広告を表示する。
【０１５５】
また、サブデバイス２００は、記憶部２１４に制御情報が保存されているものの、その制御情報に基づいて広告アプリを取得していない場合には、その制御情報に基づいて、その広告アプリを即座に取得すべきか否か、および、その広告アプリを即座に起動すべきか否かを確認する。サブデバイス２００は、その広告アプリを即座に取得する必要がある場合には、その広告アプリを即座に通信サーバ４００から取得する。また、その広告アプリを即座に起動する必要がある場合にはその広告アプリを即座に起動して関連広告を表示する。
【０１５６】
（付記事項３）
制御情報に含まれている、古いアプリの状態管理情報には、古い広告アプリの表示領域として新しい広告アプリと同じサイズの表示領域を確保すべきか、あるいは、古い広告アプリの表示領域として新しい広告アプリよりも小さいサイズの表示領域を確保すべきかを示す情報が含まれていてもよい。
【０１５７】
また、上記古いアプリの状態管理情報には、古い広告アプリの表示領域を表示部２２０の画面内のどの位置に確保すべきかを示す情報が含まれていてもよい。例えば、上記古いアプリの状態管理情報には、古い広告アプリの表示領域を表示部２２０の画面の隅に確保すべきことを示す情報が含まれていてもよい。
【０１５８】
また、上記古いアプリの状態管理情報には、古い広告アプリをバックグランドで動作させるべきかフォアグラウンドで動作させるべきかを示す情報が含まれていてもよい。
【０１５９】
また、上記古いアプリの状態管理情報には、起動時刻情報が示す新しい広告アプリの起動時刻になっても、古いアプリが起動している間は、新しい広告アプリを起動すべきでない旨を示す情報が含まれていてもよい。
【０１６０】
また、制御情報に含まれている、取得時刻情報、起動時刻情報および終了時刻情報は、それぞれ、広告アプリを取得すべき時刻、広告アプリを起動すべき時刻、および、広告アプリを終了させるべき時刻を明示的に示す情報でなくともよい。例えば、終了時刻情報は、「起動時刻の３０秒後」や「チャンネル切り替えの１５秒後」「番組終了時刻の５分後」等といった、広告アプリを終了させるべき時刻を非明示的に示す情報であってもよい。
【０１６１】
（付記事項４）
上記の各実施形態では、メインデバイス１００が、配信者が用意した制御情報をそのままサブデバイス２００に送信していたが、本発明はこのような構成に限定されない。
【０１６２】
すなわち、放送機器３００は制御情報を送信せず、メインデバイス１００は、放送機器３００が送信する番組の内容に基づいて自ら制御情報を生成し、生成した制御情報をサブデバイス２００に送信してもよい。また、メインデバイス１００は、放送機器３００からの指示があった場合に限って、制御情報の生成処理を行ってもよい。
【０１６３】
例えば、アプリ実行エンジン１３１は、コンテンツ処理部１２０が放送受信部１１０からＵＲＬを表すＱＲコード（登録商標）が含まれている画像フレームを受けとった場合に、そのことを検出できるように構成されていてもよい。また、アプリ実行エンジン１３１は、ＣＭ映像の再生中に限って、ＣＭ映像を構成する画像フレームを対象として上記の検出を実行してもよい。そして、アプリ実行エンジン１３１は、上記ＵＲＬを表すＱＲコードが含まれている画像フレームをコンテンツ処理部１２０が受け取ったことを検出した場合に、当該ＵＲＬを示すＵＲＬ情報を含み、取得時刻情報および起動時刻情報が上記の検出時の時刻を示すような制御情報を生成してもよい。
【０１６４】
また、例えば、アプリ実行エンジン１３１は、コンテンツ処理部１２０が放送受信部１１０からＵＲＬの文字列が埋め込まれた画像フレームを受けとった場合に画像中の文字列を認識できるように構成されていてもよい。また、アプリ実行エンジン１３１は、ＣＭ映像の再生中に限って、ＣＭ映像を構成する画像フレーム中の文字列を認識するように構成されてもよい。そして、アプリ実行エンジン１３１は、画像フレーム中の文字列を認識し、且つ、当該文字列がＵＲＬの文字列であると判定した場合に、当該ＵＲＬを示すＵＲＬ情報を含み、取得時刻情報および起動時刻情報が上記の検出時の時刻を示すような制御情報を生成してもよい。
【０１６５】
いずれの例においても、アプリ実行エンジン１３１は、生成した制御情報をサブデバイス２００に送信してもよい。そして、サブデバイス２００は、受信した制御情報に基づいて、即座に、上記ＵＲＬの示す取得先からデータを取得してもよい。
【０１６６】
上記の構成により、サブデバイス２００は、上記ＵＲＬが関連広告の広告アプリのダウンロード先を示していれば、自動的に広告アプリのダウンロードおよび起動を行って関連広告を表示することになる。すなわち、テレビ受信機１０は、視聴者に番組映像内またはＣＭ映像内に示されたＵＲＬを手入力させることなく、関連広告を視聴者に提示することができる。
【０１６７】
（付記事項５）
上記の各実施形態では、本発明の一例として、放送受信機器として機能するメインデバイス１００と通信機器として機能するサブデバイス２００とが筐体内に内蔵されているテレビ受信機１０の説明を行った。しかしながら、本発明は、このような構成に限定されず、各々を所望の場所に置くことが可能な図７のテレビ受信機およびタブレット端末により実現されてもよい。
【０１６８】
なお、図７のテレビ受信機１００’はメインデバイス１００と同じ部材を備え、図７のタブレット端末２００’は、サブデバイスと同じ部材を備えている。
【０１６９】
（付記事項６）
放送機器３００が送信する制御情報には、同期時刻情報、バージョン情報、およびアプリＩＤ情報の全部または一部が含まれていてもよい。また、メインデバイス１００は、制御情報として、チャンネル切り替え情報および主広告切り替え情報の一方または両方を生成してもよい。
【０１７０】
同期時刻情報は、テレビ受信機１０が主広告アプリと関連広告アプリとを同期再生するために参照する情報である。
【０１７１】
チャンネル切り替え情報は、テレビ受信機１０においてチャンネルが切り替えられた時にメインデバイス１００が生成してサブデバイス２００に供給する情報である。サブデバイス２００は、この情報の取得をトリガとして、直近で取得したＵＲＬ情報が表す取得先から関連広告アプリを取得してもよい。
【０１７２】
主広告切り替え情報は、メインデバイス１００が表示する主広告を切り替える際に生成する情報である。サブデバイス２００は、この情報の取得をトリガとして、直近で取得したＵＲＬ情報が表す取得先から関連広告アプリを取得してもよい。
【０１７３】
バージョン情報は、通信サーバ４００に保存されている各広告アプリの最新のバージョンを示す情報である。サブデバイス２００は、バージョン情報の参照により、記憶部２１４に古いバージョンの広告アプリが保存されていることを確認した場合、当該広告アプリの最新バージョンを通信サーバ４００から取得してもよい。
【０１７４】
（付記事項７）
また、ＵＲＬ情報に関し、制御情報には、関連広告を表示する表示画面のサイズに応じた複数のＵＲＬ情報が含まれていてもよい。具体的には、制御情報には、それぞれ、小さい画面、中程度の画面、および、大きな画面での閲覧を想定して作成された３つの広告アプリの各ＵＲＬ情報が含まれていてもよい。
【０１７５】
制御情報内において“[lessthan5inch]”という文字列の右側にＵＲＬが記述されている場合、テレビ受信機１０は、このＵＲＬを、小さい画面（５インチ未満の画面）での閲覧を想定して作成された広告アプリのＵＲＬとして取り扱ってもよい。同様に、制御情報内において“[lessthan10inch]”という文字列の右側にＵＲＬが記述されている場合、テレビ受信機１０は、このＵＲＬを、中程度の画面（５インチ以上１０インチ未満の画面）での閲覧を想定して作成された広告アプリのＵＲＬとして取り扱ってもよい。
【０１７６】
同様に、制御情報内において“[over10inch]”という文字列の右側にＵＲＬが記述されている場合、テレビ受信機１０は、このＵＲＬを、大きな画面（１０インチ以上の画面）での閲覧を想定して作成された広告アプリのＵＲＬとして取り扱ってもよい。
【０１７７】
この場合、テレビ受信機１０は、制御情報を参照し、表示部２２０のサイズに適合した広告アプリを通信サーバ４００から取得してもよい。
【０１７８】
このように、制御情報には、“[lessthan5inch]”、“[lessthan10inch]”、“[over10inch]”等といった、表示画面のサイズに適合した広告アプリをテレビ受信機１０に取得させるための表示形態情報が含まれていてもよい。
【０１７９】
〔ソフトウェアによる実現例〕
最後に、テレビ受信機１０、１００’の各ブロック、特に、コンテンツ処理部１２０、アプリ実行エンジン１３１および制御情報管理部１３２は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１８０】
後者の場合、テレビ受信機１０、１００’は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるテレビ受信機１０、１００’の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、テレビ受信機１０、１００’に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１８１】
上記記録媒体としては、一時的でない有形の媒体（non-transitory tangible medium）、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１８２】
また、テレビ受信機１０、１００’を通信ネットワークと接続可能に構成し、通信ネットワークを介して上記プログラムコードを供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１８３】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【０１８４】
〔まとめ〕
本発明の態様１に係る番組再生装置（メインデバイス１００、テレビ受信機１００’）は、広告が付随する番組を番組配信装置（放送機器３００）から受信する受信手段（放送受信部１１０）と、上記番組を再生して番組映像を表示部（表示部１４０）に表示する再生手段（コンテンツ処理部１２０）と、上記広告を上記表示部に表示する表示手段（アプリ実行エンジン１３１）と、上記広告に関連する関連広告を広告配信装置（通信サーバ４００）から受信して表示する外部の表示装置（サブデバイス２００、タブレット端末２００’）に対し、上記表示装置における上記関連広告の表示制御方法を示した制御情報を送信する送信手段（アプリ実行エンジン１３１）と、を備え、上記表示装置は上記制御情報が示す表示制御方法により上記関連広告の表示制御を行う装置である。なお、上記番組配信装置および上記広告配信装置は、同一の装置であってもよいし、異なる装置であってもよい。
【０１８５】
上記の構成によれば、上記番組再生装置は、主広告に関連する関連広告を広告配信装置から受信して表示する表示装置に対し、上記表示装置における関連広告の表示制御方法を示した制御情報を送信する。
【０１８６】
また、上記番組再生装置の外部にある上記表示装置は、制御情報に示された表示制御方法により関連広告の表示制御を行う。
【０１８７】
したがって、上記番組再生装置は、上記表示装置における柔軟な広告表示を可能にするという効果を奏する。
【０１８８】
本発明の態様２に係る番組再生装置では、態様１において、上記再生手段が、自装置がチャンネルの切り替え操作を受け付けた場合に、切り替え前のチャンネルの番組の再生を終了して切り替え後のチャンネルの番組を再生するように構成され、上記送信手段は、上記切り替え前のチャンネルの番組に付随する広告に関連する関連広告を表示中である場合における当該関連広告の表示を上記チャンネルの切り替え後にも継続させるべき旨を示した制御情報を上記表示装置に送信する、ことが望ましい。
【０１８９】
上記の構成によれば、上記番組再生装置は、視聴者がチャンネルをチャンネルＡからチャンネルＢに切り替えた後であっても、チャンネル切り替え前にテレビ受信機１０が再生していたチャンネルＡの番組に付随する広告に関連する関連広告を表示し続ける。
【０１９０】
したがって、上記番組再生装置は、チャンネルＢの番組にもチャンネルＡの番組のスポンサーの広告にも興味があるユーザに対し、チャンネルをチャンネルＢに切り替えた後であっても、その広告が提供する情報を獲得させることができる、というさらなる効果を奏する。
【０１９１】
本発明の態様３に係る番組再生装置では、態様１または態様２において、上記番組配信装置は、上記広告が付随する番組とともに、上記制御情報を送信するように構成されており、上記送信手段は、上記番組配信装置からの上記制御情報の受信をトリガとして、当該制御情報を上記表示装置に送信するように構成され、上記制御情報には、当該制御情報に含まれているＵＲＬが表す取得先から上記関連広告を取得すべき旨が示されている、ことが望ましい。
【０１９２】
本発明の態様４に係る番組再生装置では、態様１または態様２において、上記表示手段が、上記広告としてＣＭ映像を表示するようになっており、上記ＣＭ映像中の画像フレームにＵＲＬが含まれているか否かを判定する判定手段（アプリ実行エンジン１３１）と、上記判定手段が上記画像フレームに上記ＵＲＬが含まれていると判定した場合に上記制御情報として当該ＵＲＬを含む制御情報を生成する生成手段（アプリ実行エンジン１３１）と、をさらに備え、上記送信手段は、上記生成手段が上記制御情報を生成した場合に当該制御情報を送信するように構成され、上記生成手段は、上記制御情報として、当該制御情報に含まれているＵＲＬが表す取得先から上記関連広告を取得すべき旨を示した制御情報を生成する、ことが望ましい。
【０１９３】
上記の構成によれば、上記番組再生装置は、上記ＣＭ映像中に関連広告の取得先を示すＵＲＬが含まれていれば、視聴者にＣＭ映像内に示されたＵＲＬを手入力させることなく、関連広告を視聴者に提示することができる。
【０１９４】
本発明の態様５に係る番組再生装置では、態様１から態様４のいずれかの態様において、上記送信手段は、上記制御情報として、上記表示装置が上記関連広告を表示すべき位置を示す位置情報（座標指定情報）を含んだ制御情報を送信する、ことが望ましい。
【０１９５】
本発明の態様６に係る番組再生装置では、態様１から態様５のいずれかの態様において、上記送信手段は、上記関連広告の取得先を示す情報としてユーザの属性に応じた複数のＵＲＬを含む制御情報を送信するように構成されており、上記表示装置は、上記複数のＵＲＬの中から、当該表示装置に登録されている属性に対応するＵＲＬを選択し、選択したＵＲＬが示す取得先から上記関連広告を取得するように構成されている、ことが望ましい。
【０１９６】
上記の構成によれば、上記表示装置の主要なユーザが自身の属性を当該表示装置に登録していれば、上記番組再生装置は、当該ユーザに対し、当該ユーザの属性に相応しい関連広告を提示させることができる、というさらなる効果を奏する。
【０１９７】
本発明の態様７に係る番組再生装置は、態様１から態様６のいずれかの態様の番組再生装置と上記表示装置とが筐体内に内蔵されている番組再生装置であってもよい。
【０１９８】
本発明の態様９に係る広告表示制御方法は、広告が付随する番組を番組配信装置から受信する受信工程と、上記番組を再生して番組映像を表示部に表示する再生工程と、上記広告を上記表示部に表示する表示工程と、上記広告に関連する関連広告を広告配信装置から受信して表示する外部の表示装置に対し、上記表示装置における上記関連広告の表示制御方法を示した制御情報を送信する送信工程と、を含み、上記表示装置は上記制御情報が示す表示制御方法により上記関連広告の表示制御を行う装置である。
【０１９９】
上記広告表示制御方法は、上記の各工程を含んでいることにより、本発明の態様１に係る番組再生装置と同様の作用効果を奏する。
【０２００】
なお、上記番組再生装置（第１態様から第７態様までの各番組再生装置）は、コンピュータによって実現してもよい。この場合には、コンピュータを上記番組再生装置の各手段として動作させることにより、上記番組再生装置をコンピュータにて実現させるプログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【産業上の利用可能性】
【０２０１】
本発明は、広告が付随する番組を再生可能な様々な端末に好適に適用することができる。
【符号の説明】
【０２０２】
１０        テレビ受信機
１００        メインデバイス（番組再生装置）
１００’    テレビ受信機（番組再生装置）
１１０          放送受信部（受信手段）
１２０          コンテンツ処理部（再生手段）
１３０          主広告処理部
１３１            アプリ実行エンジン（表示手段、送信手段、生成手段、判定手段）
１３２            制御情報管理部
１３３            記憶部
１４０          表示部
２００        サブデバイス（外部の表示装置）
２００’    タブレット端末（外部の表示装置）
２１０          関連広告処理部
２１１            制御情報取得部
２１２            制御情報処理部
２１３            アプリ実行エンジン
２１４            記憶部
２２０          表示部
３００      放送機器（番組配信装置）
４００      通信サーバ（広告配信装置）
５００      認証サーバ
【図１】
2014171281.tif 000003
【図２】
2014171281.tif 000004
【図３】
2014171281.tif 000005
【図４】
2014171281.tif 000006
【図５】
2014171281.tif 000007
【図６】
2014171281.tif 000008
【図７】
2014171281.tif 000009
【図８】
2014171281.tif 000010
【図９】
2014171281.tif 000011
【国際調査報告】
2014171281.tif 000012
2014171281.tif 000013