(57)【要約】エンジン（１１２）がテレビ視聴アプリを実行しながら、エンジン（１２２）が他のアプリを実行する。集中度判定部（１３１）は、当該他のアプリに対する操作の頻度を検出し、提示制御部（１４０）は、上記操作の頻度が所定の閾値以下である場合に番組と関連性がある広告を表示部（１５０）に表示する。
2014174940.tif 000002
【特許請求の範囲】
【請求項１】
番組コンテンツの映像を再生する再生手段と、
実行中のアプリケーションに対する操作の頻度を検出する検出手段と、
上記番組コンテンツの内容との関連性があることが示されている広告である関連広告を含む複数の広告のうちの１以上の広告を表示する広告表示手段と、を備え、
上記広告表示手段は、上記操作の頻度が所定の閾値以下である場合に、上記関連広告を表示する、ことを特徴とするコンテンツ再生装置。
【請求項２】
上記広告表示手段は、上記操作の頻度が所定の閾値以下である場合、上記関連広告を上記映像上に重畳表示するか、または、上記関連広告を上記実行中のアプリケーションの表示領域よりも上記映像の表示領域に近い位置に表示する、ことを特徴とする、請求項１に記載のコンテンツ再生装置。
【請求項３】
上記検出手段が検出する操作の頻度が高いほど小さな値となる特定値を算出する算出手段をさらに備え、
上記番組コンテンツを構成するデータにアクセスするアプリケーションに対するＮ（Ｎ：整数）回の操作を上記検出手段が検出した場合に上記算出手段が算出する特定値が、上記データにアクセスしないアプリケーションに対するＮ回の操作を上記検出手段が検出した場合に上記算出手段が算出する特定値よりも大きい、ことを特徴とする、請求項１または請求項２に記載のコンテンツ再生装置。
【請求項４】
上記算出手段は、一定期間が経過する度に、当該期間を含む直近の一定期間内における上記操作の頻度に基づいて上記特定値を算出するように構成されており、
上記広告表示手段は、上記算出手段が上記特定値を算出する度に、当該特定値が所定の閾値以上であるか否かに基づいて、以降に表示する広告を選択する、ことを特徴とする、請求項３に記載のコンテンツ再生装置。
【請求項５】
番組コンテンツの映像を再生する再生工程と、
実行中のアプリケーションに対する操作の頻度を検出する検出工程と、
上記番組コンテンツの内容との関連性があることが示されている広告である関連広告を含む複数の広告のうちの１以上の広告を表示する広告表示工程と、を含み、
上記広告表示工程にて、上記操作の頻度が所定の閾値以下である場合に、上記関連広告を表示する、ことを特徴とするコンテンツ再生装置の広告表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像コンテンツを再生する再生アプリケーションを実行しながら他のアプリケーションを実行可能なコンテンツ再生装置、および、そのようなコンテンツ再生装置における広告表示方法に関する。また、本発明は、コンピュータをそのようなコンテンツ再生装置として機能させるプログラム、および、そのようなプログラムが記録されている記録媒体に関する。
【背景技術】
【０００２】
テレビ番組を配信する配信者は、番組の本編の映像だけでなく広告を配信するのが一般的である。これに関し、広告効果を上げるための様々な技術が提案されているが、特許文献１〜４に開示されている技術がその例として挙げられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】日本国特許掲載公報「特許第４６５８４３９号明細書」（２００３年８月２９日公開）
【特許文献２】日本国特許掲載公報「特許第４８７５８１１号明細書」（２００２年５月２４日公開）
【特許文献３】国際公開第０１／０２８２３６号明細書（２００１年４月１９日公開）
【特許文献４】日本国公表特許公報「特表２０１０−５２６４９７号公報」（２０１０年７月２９日公表）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、スマートフォン、タブレット端末等を用いて、テレビ視聴アプリ以外の他のアプリケーションを操作しながらテレビ番組を視聴する視聴スタイルが広まっている。【０００５】
そのような視聴スタイルの一例として、テレビ視聴アプリを用いてテレビ番組を視聴しながら、ツイッターアプリを用いてそのテレビ番組に関するツイートをアップロードする視聴スタイルが挙げられる。また、別の一例として、テレビ視聴アプリを用いてテレビ番組を視聴しながら、ブラウザアプリを用いてそのテレビ番組の出演者に関する情報を調べるといった視聴スタイルも挙げられる。これらの視聴スタイルにより、ユーザは、より一層テレビ番組の世界に没頭できるようになっている。【０００６】
一方、テレビ番組の内容に関心がなくなったユーザが、テレビ視聴アプリにテレビ番組を再生させたまま、テレビ番組とは無関係な他のアプリケーションを使い始めるといった状況も想定される。【０００７】
このように、テレビ番組が再生されていても、ユーザは、テレビ番組の内容に関心を示しているとは限らず、テレビ番組とは無関係な他のアプリケーションに関心を示していることもある。これに関し、上記従来の構成は、ユーザがテレビ番組の内容に関心を示しているか否かを考慮した効果的な広告表示を行うことができなかった。【０００８】
本発明は、上記の問題に鑑みて成されたものであり、その主な目的は、再生中の映像にユーザが関心を示しているか否かに応じた効果的な広告表示を可能とするコンテンツ再生装置を実現することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の一態様に係るコンテンツ再生装置は、番組コンテンツの映像を再生する再生手段と、実行中のアプリケーションに対する操作の頻度を検出する検出手段と、上記番組コンテンツの内容との関連性があることが示されている広告である関連広告を含む複数の広告のうちの１以上の広告を表示する広告表示手段と、を備え、上記広告表示手段は、上記操作の頻度が所定の閾値以下である場合に、上記関連広告を表示する、ことを特徴としている。【００１０】
また、上記課題を解決するために、本発明の一態様に係る、コンテンツ再生装置の広告表示方法は、番組コンテンツの映像を再生する再生工程と、実行中のアプリケーションに対する操作の頻度を検出する検出工程と、上記番組コンテンツの内容との関連性があることが示されている広告である関連広告を含む複数の広告のうちの１以上の広告を表示する広告表示工程と、を含み、上記広告表示工程にて、上記操作の頻度が所定の閾値以下である場合に、上記関連広告を表示する、ことを特徴としている。
【発明の効果】
【００１１】
本発明の一態様に係るコンテンツ再生装置は、再生中の映像にユーザが関心を示しているか否かに応じた効果的な広告表示を可能とする。【００１２】
本発明の一態様に係る、コンテンツ再生装置の広告表示方法は、再生中の映像にユーザが関心を持っているか否かに応じた効果的な広告表示を可能とする。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の一実施形態に係るテレビ受信機の構成を示すブロック図である。
【図２】図２は、図１のテレビ受信機、コンテンツ配信装置、アプリ配信サーバ、および広告配信サーバからなるシステムの動作の一例を示すシーケンス図である。
【図３】図３は、図２の動作中に行われる集中度判定処理の詳細を説明するための図である。
【図４】図４は、図２の動作中に行われる集中度判定処理の詳細を説明するための別の図である。
【図５】図５は、図２の動作中に行われる集中度判定処理の詳細を説明するためのさらに別の図である。
【図６】図６は、図２の集中度判定処理および広告表示更新処理を詳細に示したフローチャート図である。
【図７】図７は、図１のテレビ受信機の表示画面内における、番組コンテンツが提示される領域、アプリケーションが提示される領域、および、広告を提示可能な領域の例示した図である。
【図８】図８は、本発明の別の実施形態に係るテレビ受信機、コンテンツ配信装置、アプリ配信サーバ、および広告配信サーバからなるシステムの動作の一例を示すシーケンス図である。
【図９】図９は、図８の広告配信サーバが保持している、連想関係にあるキーワード同士が関連付けられたデータを模式的に示した図である。（ａ）はテーブル形式のデータを示しており、（ｂ）はグラフ構造のデータを示している。
【図１０】図１０は、図８のテレビ受信機に表示される、連想関係にある２つのＣＭ動画、および、ＣＭ動画を閲覧している番組の視聴者を概略的に例示した図である。
【発明を実施するための形態】
【００１４】
〔実施形態１〕
本発明に係るコンテンツ再生装置の一実施形態であるテレビ受信機について、以下に説明する。なお、テレビ受信機は本発明の一実施形態に過ぎず、本発明は、タブレット端末、携帯電話（フィーチャーフォン）、スマートフォン、ゲーム機、カーナビゲーション機器等の他の種類の端末としても実施できる。
【００１５】
（概要）
本実施形態に係るテレビ受信機は、テレビ受信機での操作の履歴（例えば、選局履歴や、ウェブブラウザにおける検索語の入力履歴を含むアプリケーションの操作履歴等）に基づいてユーザの嗜好情報を蓄積するようになっている。
【００１６】
また、本実施形態に係るテレビ受信機は、配信装置から送られてきた番組コンテンツを、チューナを通じて受信し、番組コンテンツを再生するようになっている。また、本実施形態に係るテレビ受信機は、通信インタフェースを通じて様々なアプリケーション（以下、「アプリケーション」を「アプリ」と略記することもある）をインターネット経由でダウンロードし、ダウンロードしたアプリケーションを実行できるようになっている。なお、テレビ受信機は、このような構成に限定されず、通信インタフェースを介して配信装置から番組コンテンツをインターネット経由で受信してもよい。また、テレビ受信機は、チューナを通じてアプリケーションをダウンロードしてもよい。
【００１７】
また、本実施形態に係るテレビ受信機は、起動時にテレビ視聴アプリを実行して直近で選択されていたチャンネルの番組コンテンツの再生を開始するとともに、広告画像を表示するようになる。
【００１８】
これに関し、本実施形態のテレビ受信機は、テレビ視聴アプリと並行して実行中の他のアプリケーション（以下、「対象アプリ」とも呼称する）が存在する場合、定期的に、対象アプリの種類および対象アプリに対するユーザの操作頻度に基づいて、表示する広告画像を決定する点に特徴がある。
【００１９】
すなわち、ユーザが対象アプリを頻繁に操作している場合、ユーザは、番組コンテンツに関心を示していないと考えられる。すなわち、ユーザが番組コンテンツの内容と関連性のある広告に興味を示す可能性はそれほど高くはなく、ユーザの嗜好情報に適合した広告を表示したほうがより良い広告効果が得られる可能性が高いと考えられる。このことに鑑みて、本実施形態のテレビ受信機は、対象アプリが頻繁に操作されている場合、ユーザの嗜好情報に基づいてユーザの嗜好に適合した広告を表示するようになっている。なお、テレビ受信機は、ユーザの嗜好情報に基づいてユーザの嗜好に適合した広告を表示するだけでなく、対象アプリ（ゲームアプリ等）の内容に関連した広告を表示するように構成されていてもよい。
【００２０】
以下、本実施形態に係るテレビ受信機について、図面を参照しながらさらに説明を進める。
【００２１】
本実施形態に係るテレビ受信機の要部構成について図１を参照しながら説明する。図１は、本実施形態に係るテレビ受信機１００のブロック図である。
【００２２】
（テレビ受信機１００の構成）
図１に示すように、テレビ受信機１００は、番組コンテンツ処理部１１０、アプリ処理部１２０、広告処理部１３０、提示制御部１４０およびタッチパネル式表示部１５０を備えている。
【００２３】
番組コンテンツ処理部１１０は、受信部１１１およびコンテンツ処理エンジン１１２を備えている。
【００２４】
受信部１１１は、コンテンツ配信装置２００が配信するコンテンツを受信する。なお、コンテンツ配信装置２００を放送によりコンテンツを配信する装置として構成した場合には、受信部１１１をチューナとして実現する。また、コンテンツ配信装置２００を通信によりコンテンツを配信する装置として構成した場合には、受信部１１１を通信インタフェースとして実現する。
【００２５】
コンテンツ処理エンジン１１２は、受信した番組コンテンツを構成するコンテンツ情報（ＥＰＧ等のメタ情報、番組映像データ、番組音声データ、字幕データ等）を処理する。例えば、コンテンツ処理エンジン１１２は、番組コンテンツを構成する番組映像データおよび番組音声データをデコードする。コンテンツ処理エンジン１１２は、テレビ視聴アプリを実行中のＣＰＵ（図示せず）によって実現されてもよい。
【００２６】
アプリ処理部１２０は、通信部１２１およびアプリ処理エンジン１２２および記憶部１２３を備えている。
【００２７】
通信部１２１は、アプリ配信サーバ３００からアプリを受信する通信インタフェースである。
【００２８】
アプリ処理エンジン１２２は、記憶部１２３から読み出したアプリを起動し、アプリに基づく様々な処理を行う。アプリ処理エンジン１２２は、ＣＰＵによって実現される。
【００２９】
記憶部１２３は、アプリ配信サーバ３００から配信された様々なアプリが記録される記憶装置である。
【００３０】
広告処理部１３０は、集中度判定部１３１、通信部１３２、広告表示位置決定部１３３および記憶部１３４を備えている。
【００３１】
集中度判定部１３１は、再生中の番組コンテンツに対するユーザの集中度を判定する。
【００３２】
通信部１３２は、広告配信サーバ４００から広告データを受信する通信インタフェースである。
【００３３】
広告表示位置決定部１３３は、集中度判定部１３１が判定した集中度の大きさに基づいて、広告画像を表示する領域を決定する。
【００３４】
記憶部１３４は、広告配信サーバ４００から配信された広告データが記録される記憶装置である。
【００３５】
提示制御部１４０は、コンテンツ処理エンジン１１２がデコードした番組映像をタッチパネル式表示部１５０の番組映像表示領域に表示し、アプリ処理エンジン１２２が生成したアプリのＵＩ画像をタッチパネル式表示部１５０のアプリ表示領域に表示する。
【００３６】
また、提示制御部１４０は、広告表示位置決定部１３３により決定された領域（番組映像表示領域内の領域、または、アプリ表示領域内の領域）に広告を表示する。
【００３７】
タッチパネル式表示部１５０は、表示デバイスとしてだけでなく入力デバイスとして機能する。具体的には、タッチパネル式表示部１５０は、実行中のアプリに対する操作を受け付ける入力デバイスとして機能する。
【００３８】
以上、本実施形態に係るテレビ受信機１００の構成について説明した。
【００３９】
（コンテンツ配信装置２００）
コンテンツ配信装置２００は、多数の番組コンテンツを配信可能な配信装置である。
【００４０】
（アプリ配信サーバ３００）
アプリ配信サーバ３００には多数のアプリが格納されている。
【００４１】
また、アプリ配信サーバ３００には、上記多数の番組コンテンツの各々について、アプリ配信サーバ３００に格納されているどのアプリがその番組コンテンツに関連するアプリであるかを示す情報が記録されている。
【００４２】
（広告配信サーバ４００）
広告配信サーバ４００には、上記多数の番組コンテンツの各々について、その番組コンテンツの配信に関わるスポンサーの広告データが複数格納されている。
【００４３】
また、広告配信サーバ４００には、上記多数の番組コンテンツの各々について、広告配信サーバ４００に格納されているどの広告データがその番組コンテンツの配信に関わるスポンサーの広告データであるかを示す情報が記録されている。
【００４４】
さらに、スポンサーの広告データは、実データ（広告画像データ）とメタデータとから構成されている。メタデータには、広告画像とスポンサーが配信に関わっている番組コンテンツの内容との関連度を示す情報、および、広告のジャンル（例えば、「サッカー」、「映画」、「グルメ」）を示す情報が含まれている。広告画像データは、静止画像のデータであってもよいし、動画像のデータであってもよい。
【００４５】
例えば、番組コンテンツの内容がサッカーの試合であって、あるスポンサーの広告データがその試合で選手が使用しているＡ社のサッカーシューズに関する広告データである場合、その広告データのメタデータが示す関連度の値は大きな値になっている。また、例えば、番組コンテンツの内容が上述のサッカーの試合であって、別のスポンサーの広告データが番組の内容とは無関係なお菓子に関する広告データである場合、その広告データのメタデータが示す関連度の値は最小値（例えば、０）になる。
【００４６】
（システムの動作例）
次に、テレビ受信機１００、コンテンツ配信装置２００、アプリ配信サーバ３００および広告配信サーバ４００からなるシステムの動作例について図２を参照しながら説明する。図２は、テレビ受信機１００の電源がオンにされてからの上記システムの動作の一例を示したシーケンス図である。
【００４７】
図２に示すように、ユーザによりテレビ受信機１００の電源がオンにされると、テレビ受信機１００は起動する（ステップＳ１）。ここで、テレビ受信機の起動処理の中にはテレビ視聴アプリの起動処理も含まれている。
【００４８】
テレビ受信機１００の起動が完了すると、受信部１１１は、テレビ受信機１００において直近で選択されていたチャンネルの番組コンテンツをコンテンツ配信装置２００から受信する。
【００４９】
そして、コンテンツ処理エンジン１１２が番組コンテンツからメタ情報（チャンネル、タイトル等）を抽出し、抽出したメタ情報を、通信部１２１を介してアプリ配信サーバ３００に送信する。
【００５０】
その後、コンテンツ処理エンジン１１２が番組コンテンツの番組映像をデコードし、提示制御部１４０が、番組映像をタッチパネル式表示部１５０に表示する（ステップＳ２）。
【００５１】
一方、番組コンテンツのメタ情報を受信したアプリ配信サーバ３００は、その番組コンテンツに関連したアプリを検索し（ステップＳ３）、検索がヒットしたアプリのリスト（アプリリスト）をテレビ受信機１００に送信する。
【００５２】
アプリリストを受信したテレビ受信機１００のアプリ処理エンジン１２２は、アプリリストをタッチパネル式表示部１５０に表示する（ステップＳ４）。
【００５３】
ステップＳ４の後、ユーザがアプリリストの中からアプリを選択するものとする。
【００５４】
アプリ処理エンジン１２２は、選択されたアプリの送信をアプリ配信サーバ３００に要求する。
【００５５】
その直後にテレビ受信機の起動から一定期間が経過したものとする。集中度判定部１３１は、テレビ視聴アプリ以外に現在起動中のアプリが存在しないので、集中度を０（デフォルト値）と判定し（ステップＳ５）、広告表示位置決定部１３３は、通信部１３２を介して集中度を示す値「０」を広告配信サーバ４００に送信する。また、広告表示位置決定部１３３は、再生中の番組コンテンツのメタ情報をコンテンツ処理エンジン１１２から取得し、このメタ情報を広告配信サーバ４００に送信する。さらに、嗜好情報蓄積部（図示せず）が視聴履歴または番組検索履歴に基づいて生成したユーザの嗜好情報を広告配信サーバ４００に送信する。
【００５６】
集中度を示す値およびメタ情報を受信した広告配信サーバ４００は、自装置に格納されている多数の広告データの中から、再生中の番組コンテンツの配信に関わっているスポンサーの複数の広告データを抽出する。そして、広告配信サーバ４００は、抽出した複数の広告データの中からテレビ受信機１００に送信すべき広告データを集中度に基づいて選択し（ステップＳ６）、選択した広告データをテレビ受信機１００に送信する。
【００５７】
その後、アプリ配信サーバ３００がユーザに選択されたアプリをテレビ受信機１００に送信したものとする。
【００５８】
ステップＳ７において、アプリ処理エンジン１２２は受信したアプリを起動してアプリのＵＩ画面を生成し、提示制御部１４０は、ＵＩ画面をタッチパネル式表示部１５０に表示する。また、同ステップにおいて、広告表示位置決定部１３３は、ステップＳ５において集中度判定部１３１により判定された値に基づいて広告画像を表示する領域を決定し、提示制御部１４０は、受信した広告画像をその領域に表示する。
【００５９】
ステップＳ７の後、アプリに対する操作が行われると、アプリ処理エンジン１２２はその操作の内容に応じた処理を行い、提示制御部１４０はアプリの表示内容を更新する（Ｓ８）。
【００６０】
Ｓ８の処理が１回以上行われた後に、Ｓ５の処理時点からの一定期間が経過したものとする。集中度判定部１３１は、起動中のアプリの種類および起動中のアプリに対するＳ５の処理時点からの操作頻度に基づいて、集中度を判定し（ステップＳ９）、広告選択部１３０は、通信部１３２を介して集中度を示す値を広告配信サーバ４００に送信する。また、広告選択部１３０は、再生中の番組コンテンツのメタ情報をコンテンツ処理エンジン１１２から取得し、このメタ情報を広告配信サーバ４００に送信する。
【００６１】
集中度を示す値およびメタ情報を受信した広告配信サーバ４００は、自装置に格納されている多数の広告データの中から、再生中の番組コンテンツの配信に関わっているスポンサーの複数の広告データを抽出する。そして、広告配信サーバ４００は、抽出した複数の広告データの中からテレビ受信機１００に送信すべき広告データを集中度に基づいて選択し（ステップＳ１０）、選択した広告データをテレビ受信機１００に送信する。
【００６２】
ステップＳ１１において、テレビ受信機１００は、表示中の広告画像を更新する。具体的には、広告表示位置決定部１３３は、ステップＳ９において集中度判定部１３１により判定された値に基づいて広告画像を表示する領域を決定する。そして、提示制御部１４０は、これまでに表示していた広告画像を消去した上で、新たに受信した広告画像をその領域に表示する。
【００６３】
以上、システムの動作例について説明した。ステップＳ９の集中度判定処理の詳細について、図３〜図６を参照しながら以下に説明する。
【００６４】
〔集中度判定処理の詳細について〕
図３〜図５は、集中度判定処理の詳細を説明するための図である。また、図６は、図２の集中度判定および広告表示更新の工程での処理を詳細に示したフローチャート図である。
【００６５】
図３に示すように、テレビ受信機１００は、アプリに対するユーザの操作とアプリが再生中の番組コンテンツのコンテンツ情報を取得する処理とを監視することにより、所定の時間毎に提示する広告を更新するようになっている。
【００６６】
具体的には、テレビ受信機１００は、直近の広告提示（広告表示更新）から一定期間が経過するまでに、以下の処理を行った上で、広告表示を更新するようになっている。
【００６７】
すなわち、集中度判定部１３１は、アプリ処理エンジン１２２がコンテンツ処理エンジン１１２からコンテンツ情報を取得する処理、および、アプリ処理エンジン１２２が実行中のアプリに対するユーザ操作イベントを受け取る処理の発生を監視する。そして、集中度判定部１３１は、いずれかの処理を検出する度に、どの処理が実行されたかを履歴として記録する。さらに、前者の処理を検出した場合には、集中度判定部１３１は、アプリ処理エンジン１２２が取得したコンテンツ情報の種別を履歴に記録する。
【００６８】
一定期間が経過すると、集中度判定部１３１は、その期間（以下「対象期間」とも称する）の履歴を参照し、集中度を判定する。具体的には、対象期間内におけるコンテンツ情報を取得する各処理について、取得したコンテンツ情報の種別に応じた重み乗算値（図４に示した重み乗算値）を「１」に乗じた値を求める。そして、求めた値の総和を、対象期間における相関度とする（図６のステップＳ５１）。例えば、対象期間内にアプリがフレーム画像に５回アクセスした場合には、対象期間における相関度は「２０」となる。
【００６９】
したがって、相関度は、アプリがコンテンツ情報にアクセスする頻度が高いほど高くなる。また、アプリによりアクセスされるコンテンツ情報が主要な情報（例えば、映像データ、音声データ、字幕データ等）である場合の相関度は、アプリによりアクセスされるコンテンツ情報が付加的な情報（例えば、メタデータ）である場合の相関度よりも高くなる。例えば、図４に示すように、字幕表示アプリの相関度は、投票アプリの相関度よりも高くなる。
【００７０】
一方、アプリがコンテンツ情報に一切アクセスしない場合の相関度を示す値は０（デフォルト値）である。例えば、コンテンツ情報に一切アクセスしない図４に記載した天気予報アプリの相関度を示す値は常に０である。
【００７１】
相関度を求めた後、集中度判定部１３１は、対象期間の履歴に基づいて、実行中のアプリに対するユーザ操作の回数を求める。そして、相関度を示す値（図５では●により示されている）からユーザ操作の回数を差し引いて得られた値を対象期間における集中度を示す値（図５では○により示されている）とする（ステップＳ５２）。
【００７２】
すなわち、集中度を示す値は、実行中のアプリに対するユーザ操作の頻度が高いほど小さくなると言える。例えば、前述のコンテンツ情報に一切アクセスしない天気予報アプリに対する操作が行われると集中度を示す値はマイナス値になり、操作の頻度が高いほど、集中度を示す値はより小さくなる。
【００７３】
また、コンテンツ情報にアクセスするアプリが実行されている場合、コンテンツ情報にアクセスしないアプリが実行されている場合に比べて、集中度を示す値は大きくなる。例えば、番組コンテンツを構成する全コンテンツ情報にアクセスするアプリ（例えば、番組をマルチアングル表示するアプリ）が実行される場合、集中度を示す値はとりわけ大きくなる。
【００７４】
以上、集中度判定処理の詳細について説明した。次に、図２のステップＳ６およびステップＳ１０のフィルタリング処理の詳細について説明する。
【００７５】
（フィルタリング処理の詳細について）
まず、広告配信サーバ４００は、テレビ受信機１００から送信された集中度を示す値が所定の閾値以上であるか否かを判定する。
【００７６】
広告配信サーバ４００は、集中度を示す値が所定の閾値（例えば、１０）未満であると判定した場合には、集中度を示す値とともに受信した嗜好情報と番組コンテンツのメタ情報とに基づいて、ユーザの嗜好に適合した１つまたは複数の広告データを選択する。
【００７７】
例えば、ユーザの嗜好情報が「サッカー」を嗜好する旨を示している場合には、上記番組コンテンツの配信に関わるスポンサーの複数の広告データの中から、ジャンルを示す情報として「サッカー」が含まれているような広告データを選択する。
【００７８】
また、例えば、ユーザの嗜好情報が、ユーザが「サッカー」を最も好み、「映画」を２番名に好んでいることを示している場合には、ジャンルを示す情報として「サッカー」および「映画」が含まれているような広告データを選択する。すなわち、広告配信サーバ４００は、ユーザの嗜好との適合度が高い順に２つ以上の広告データを選択することになる。
【００７９】
一方、集中度を示す値が所定の閾値以上であると判定した場合には、番組コンテンツのメタ情報に基づいて、上記番組コンテンツの配信に関わるスポンサーの複数の広告データのうち番組コンテンツと最も関連性の高い広告データを選択する。具体的には、上記番組コンテンツの配信に関わるスポンサーの複数の広告データのうち、メタデータが示す関連度が最も高い広告データを選択する。なお、番組コンテンツと最も関連性の高い広告データではなく、番組コンテンツとの関連性が示されている全ての広告データ（すなわち、メタデータの関連度を示す値が最小値（例えば、０）でない全ての広告データ）を選択してもよい。あるいは、メタデータの関連度を示す値が所定の閾値以上である全ての広告データを選択してもよい。
【００８０】
そして、広告配信サーバ４００は、選択した１つまたは複数の広告データをテレビ受信機１００に送信する。
【００８１】
以上、フィルタリング処理の詳細について説明した。次に、図２のステップＳ７の広告提示処理、および、ステップＳ１１の広告表示更新処理の詳細について図６および図７を参照しながら説明する。
【００８２】
（広告提示処理および広告表示更新処理の詳細について）
図７は、タッチパネル式表示部１５０における、番組コンテンツが提示される領域、アプリが提示される領域、および、広告を提示可能な領域の例示した図である。
【００８３】
まず、広告表示位置決定部１３３は、集中度を示す値に基づいて、フィルタリング処理によって選択した各広告データ内の広告画像を番組コンテンツ提示領域内に表示するかアプリ提示領域内に表示するかを決定する（図６のステップＳ５３）。
【００８４】
具体的には、広告表示位置決定部１３３は、集中度を示す値が所定の閾値以上である場合には広告画像を番組コンテンツ提示領域内の広告提示可能な領域に表示することを決定する。また、広告表示位置決定部１３３は、集中度を示す値が所定の閾値未満である場合には広告画像をアプリ提示領域内の広告提示可能な領域に表示することを決定する。番組コンテンツ提示領域内の広告提示可能な領域は、例えば、図７に示すように、番組コンテンツ提示領域の右上端および右下端に設けられていてもよい。
【００８５】
そして、広告表示位置決定部１３３は、各広告画像をどの領域に表示すべきかを示す情報とともに各広告画像を提示制御部１４０に供給する。
【００８６】
提示制御部１４０は、広告画像を表示している場合（例えば、ステップＳ１１の場合）にはその広告画像を消去した上で、供給された情報に基づいて決定した領域に当該情報とともに供給された各広告画像を表示する（図６のステップＳ５４）。
【００８７】
なお、アプリ提示領域内の広告提示可能な領域をアプリの操作ボタンの近傍の領域としてもよい。このようにした場合、広告画像がアプリを操作しているユーザの目に留まりやすいという効果が得られる。
【００８８】
（テレビ受信機１００の利点）
以上のように、テレビ受信機１００では、コンテンツ処理エンジン１１２が番組コンテンツの映像を再生し、集中度判定部１３１は、ユーザが実行を指示したアプリケーションに対する操作の頻度を検出する。
【００８９】
そして、集中度判定部１３１は、実行中のアプリケーションに対する操作の頻度が高いほど小さい値になる集中度を示す値を算出する。なお、集中度判定部１３１は、クイズアプリ（コンテンツ情報にアクセスするアプリ）に対するＮ（Ｎ：整数）回の操作を検出した場合に算出する値が、天気予報アプリ（コンテンツ情報にアクセスしないアプリ）に対するＮ回の操作を検出した場合に算出する値よりも大きくなるようなアルゴリズムを用いて、集中度を示す値を算出するように構成されている。これは、ユーザが再生中の番組コンテンツと関係のあるアプリケーション（例えば、番組コンテンツを構成するデータにアクセスするアプリケーション）をテレビ受信機１００に実行させている場合には、そのユーザはその番組コンテンツに対して関心を示している（すなわち、番組コンテンツに対する集中度が高い）と推定されるからである。
【００９０】
さらに、提示制御部１４０は、番組コンテンツの内容との関連性がある広告を含む複数の広告の中から選択した広告を表示するようになっており、提示制御部１４０は、集中度を示す値が所定の閾値以上である場合に、番組コンテンツの内容との関連性がある広告を表示する。
【００９１】
したがって、テレビ受信機１００は、算出した集中度を示す値に基づき番組コンテンツに対するユーザの集中度が高いと判定した場合に、番組コンテンツの内容との関連性がある広告を表示することになる。これにより、テレビ受信機１００は、再生中の番組映像にユーザが関心を示しているか否かに応じた効果的な広告表示を行うことができる。
【００９２】
〔実施形態２〕
実施形態１に係るシステムでは、フィルタリング処理を行うのは広告配信サーバ４００のみであった。本実施形態では、テレビ受信機１００と広告配信サーバ４００とが協働してフィルタリング処理を行う。
【００９３】
具体的には、テレビ受信機１００は番組コンテンツのメタ情報のみを広告配信サーバ４００に送信する。
【００９４】
広告配信サーバ４００は、メタ情報に基づいて、自機に格納されている多数の広告データの中から、番組コンテンツの配信に関わるスポンサーの複数の広告データを抽出する。そして、抽出した複数の広告データをテレビ受信機１００に送信する。
【００９５】
そして、テレビ受信機１００の広告表示位置決定部１３３は、広告配信サーバ４００から受信した複数の広告データの中から、広告配信サーバ４００と同じアルゴリズムを用いて、１つまたは複数の広告データを選択することになる。
【００９６】
なお、本実施形態に係るシステムは、フィルタリング処理以外の処理については実施形態１に係るシステムと同様の処理を行うので、フィルタリング処理以外の処理の詳細な説明は省略する。
【００９７】
〔実施形態３〕
実施形態１および実施形態２に係るテレビ受信機１００は、広告画像を番組コンテンツ提示領域内またはアプリ提示領域内に表示するように構成されている。本実施形態に係るテレビ受信機１００は、番組コンテンツ提示領域内にもアプリ提示領域内にも属さない領域に広告画像を表示する。
【００９８】
具体的には、広告表示位置決定部１３３は、集中度を示す値が所定の閾値以上である場合には広告画像を番組コンテンツ提示領域の近傍（アプリ提示領域よりも番組コンテンツ提示領域に近い領域）に表示することを決定する。また、広告表示位置決定部１３３は、集中度を示す値が所定の閾値未満である場合には広告画像をアプリ提示領域の近傍（番組コンテンツ提示領域よりもアプリ提示領域に近い領域）に表示することを決定する。
【００９９】
そして、提示制御部１４０は、広告表示位置決定部１３３から供給された各広告画像をどちらの領域の近傍に表示すべきかを示す情報に基づいて、各広告画像を番組コンテンツ提示領域の近傍、または、アプリ提示領域の近傍に表示する。
【０１００】
なお、本実施形態に係るテレビ受信機１００は、広告提示処理（広告表示更新処理）以外の処理については実施形態１および実施形態２に係るテレビ受信機１００と同様の処理を行うので、広告提示処理（広告表示更新処理）以外の処理の詳細な説明は省略する。
【０１０１】
〔実施形態４〕
本発明のさらに別の実施形態に係るテレビ受信機について説明する。
【０１０２】
本実施形態に係るテレビ受信機は、実施形態１に係るテレビ受信機１００と同様の構成を有しているが、広告表示位置決定部が、広告配信サーバ４００とは異なる広告配信サーバからＣＭ動画を受信する点が実施形態１に係るテレビ受信機１００と異なっている。
【０１０３】
広告配信サーバには、多数の番組コンテンツの各々について、その番組コンテンツの配信に関わるスポンサーの広告コンテンツ（ＣＭ動画データ）が複数格納されている。また、広告配信サーバには、上記多数の番組コンテンツの各々について、広告配信サーバに格納されているどのＣＭ動画データがその番組コンテンツの配信に関わるスポンサーのＣＭ動画データであるかを示す情報が記録されている。
【０１０４】
また、スポンサーのＣＭ動画データは、実データ（動画データ）とメタデータとから構成されている。メタデータには、ＣＭ動画とスポンサーが配信に関わっている番組コンテンツの内容との関連度を示す情報、および、ＣＭ動画内で紹介される商品またはサービスの名称を示すテキスト情報が含まれている。
【０１０５】
（システムの動作例）
以下、本実施形態に係るテレビ受信機１００、コンテンツ配信装置２００、アプリ配信サーバ３００および広告配信サーバからなるシステムの動作例について図８〜図１０を参照しながら説明する。
【０１０６】
図８は、テレビ受信機１００の電源がオンにされてからの上記システムの動作の一例を示したシーケンス図である。また、図９は、広告配信サーバが保持している、キーワード（語）と、そのキーワードと連想関係にあるキーワード（当該語の連想語）と、が関連付けられたデータを模式的に示した図である。図１０は、テレビ受信機１００に表示される２つのＣＭ動画、および、２つのＣＭ動画を閲覧している番組の視聴者を概略的に例示した図である。
【０１０７】
なお、本実施形態に係るテレビ受信機１００は、実施形態１に係るテレビ受信機１００と同様にステップＳ１からステップＳ５までの処理を実行するので、ステップＳ１からステップＳ５までの説明は省略し、ステップＳ５以降の工程について説明する。
【０１０８】
ステップＳ５の後、広告表示位置決定部１３３は、通信部１３２を介して集中度を示す値「０」を広告配信サーバに送信する。また、広告表示位置決定部１３３は、再生中の番組コンテンツのメタ情報をコンテンツ処理エンジン１１２から取得し、このメタ情報を広告配信サーバに送信する。
【０１０９】
集中度を示す値およびメタ情報（チャンネル、タイトル等）を受信した広告配信サーバは、メタ情報に基づいて、自装置に格納されている多数のＣＭ動画データの中から再生中の番組コンテンツの配信に関わるスポンサーの全ＣＭ動画データを抽出する。さらに、広告配信サーバは、テレビ受信機１００に送信すべき２つのＣＭ動画データのうちの一方（番組コンテンツ提示領域に表示されるＣＭ動画のデータ）を集中度に基づいて選択する。ここで、広告配信サーバは、広告配信サーバ４００と同様の方法を用いて、ＣＭ動画データを選択してもよい。
【０１１０】
そして、広告配信サーバは、選択したＣＭ動画データのメタデータからＣＭ動画内で紹介される商品またはサービスの名称（すなわち、ＣＭ動画に関連するキーワード）を抽出する（ステップＳ６’−１）。
【０１１１】
ステップ６’−１の後、広告配信サーバは、抽出したキーワード（以下、「関連キーワード」と称する）を、連想関係にあるキーワード（以下、「連想キーワード」と称する）に変換する（ステップＳ６’−２）。例えば、広告配信サーバは、関連キーワードが“ビール”である場合、図９の（ａ）に示したテーブル形式のデータを参照して、関連キーワードを“枝豆”という連想キーワードに変換してもよい。ＣＭ動画に関連するキーワードと、そのキーワードと連想関係にある連想キーワードと、が関連付けられたデータは、例えば、公知のデータマイニングの手法を用いて生成したものであってもよい。あるいは、図９の（ａ）のデータは、広告配信サーバの管理者が、連想関係にあると判断した２つのキーワードの対を随時広告配信サーバに登録することで生成してもよい。また、広告配信サーバは、一定期間アクセスしなかった対を図９の（ａ）のデータから自動的に削除してもよい。
【０１１２】
ステップＳ６’−２の後、広告配信サーバは、テレビ受信機１００に送信すべき２つのＣＭ動画データのうちのもう一方（アプリ提示領域に表示されるＣＭ動画のデータ）を選択する。具体的には、広告配信サーバは、メタデータ内のテキスト情報が示す商品またはサービスの名称と連想キーワードとが一致するようなＣＭ動画データを、再生中の番組コンテンツの配信に関わるスポンサーの全ＣＭ動画データの中から抽出する（ステップＳ６’−３）。例えば、ステップＳ６’−３において、広告配信サーバは、商品またはサービスの名称と連想キーワードとが完全一致または部分一致するＣＭ動画データを抽出してもよい。
【０１１３】
ステップＳ６’−３の後、広告配信サーバは、ステップＳ６’−１の直前に選択したＣＭ動画データをメインのＣＭ動画データとしてテレビ受信機１００に配信する。また、広告配信サーバは、ステップＳ６’−３で選択したＣＭ動画データをサブのＣＭ動画データとしてテレビ受信機１００に配信する。
【０１１４】
ステップＳ７において、アプリ処理エンジン１２２は受信したアプリを起動してアプリのＵＩ画面を生成し、提示制御部１４０は、ＵＩ画面をタッチパネル式表示部１５０に表示する。また、同ステップにおいて、広告表示位置決定部１３３は、メインのＣＭ動画の表示位置を番組コンテンツ提示領域内とし、サブのＣＭ動画の表示位置をアプリ提示領域内とすることを決定し、各ＣＭ動画データを再生する。提示制御部１４０は、メインのＣＭ動画を番組コンテンツ提示領域内に提示し、サブのＣＭ動画データを再生することでサブのＣＭ動画をアプリ提示領域内に提示する。
【０１１５】
前述の例では、図１０に示すように、テレビ受信機１００は、ビールのＣＭ動画を番組コンテンツ提示領域内に提示するとともに、枝豆のＣＭ動画をアプリ提示領域内に提示することになる。
【０１１６】
なお、ステップＳ７では、メインのＣＭ動画データは再生せず、サブのＣＭ動画データを再生することでサブのＣＭ動画のみを番組コンテンツ提示領域内またはアプリ提示領域内に提示してもよい。例えば、テレビ受信機１００は、番組コンテンツ提示領域内またはアプリ提示領域内に枝豆のＣＭ動画のみを提示してもよい。また、サブのＣＭ動画データのみを提示する場合は、番組コンテンツ領域内とアプリ提示領域内のどちらに提示するかを、集中度に応じて決定してもよい。
【０１１７】
ステップＳ７の処理により、テレビ受信機１００は、番組の視聴者を、一緒に飲食する２種類の飲食品（例えば、ビールと枝豆）、または、一緒に使用する２種類の商品（例えば、テレビとレコーダ）をその番組のスポンサーから同時に購入しようという気にさせることができる。同様に、テレビ受信機１００は、番組の視聴者を、同時期に利用するケースが多い２種類のサービスの提供（例えば、宿泊施設の提供とレンタカーの提供）をその
番組のスポンサーから受けようという気にさせることができる。
【０１１８】
なお、ステップＳ８以降については以下の通りである。すなわち、テレビ受信機１００は、ステップＳ８およびステップＳ９では、実施形態１で説明したステップＳ８およびステップＳ９の処理を行う。そして、テレビ受信機１００は、ステップＳ１０’においてステップＳ６’―１からステップＳ６’―３までの処理を行う。さらに、テレビ受信機１００は、ステップＳ１１’において、これまでに表示していた２つのＣＭ動画を消去した上で、新たに受信したメインのＣＭ動画およびサブのＣＭ動画を、それぞれ、番組コンテンツ提示領域内、および、アプリ提示領域内に提示する。
【０１１９】
（ステップＳ６’−２について）
ステップＳ６’−２では、広告配信サーバは、関連キーワードを連想キーワードに変換するために、図９の（ｂ）に示したグラフ構造のデータを参照してもよい。
【０１２０】
図９の（ｂ）からわかるように、このデータは、１つのキーワードに対して、そのキーワードと連想関係にある１または複数のキーワードが関連付けられたものとなっている。また、このデータは、連想関係にある２つのキーワードの各対について、対を成す２つのキーワードの相関度の高さを示す重み値を含んでいる。換言すれば、図９の（ｂ）のデータは、各キーワードをノードとし、ノード間のエッジに、対応するキーワード間の重み値を付与した重み付きグラフを表現したデータになっている。
【０１２１】
そして、図９（ｂ）のデータを参照した結果、ステップ６’−１で抽出したキーワード（関連キーワード）に複数のキーワードが関連付けられていることを確認した場合、広告配信サーバは、関連キーワードを片割れとする各対の重み値を参照し、関連キーワードを上記複数のキーワードのうち関連キーワードとの相関度が最も高いキーワード（連想キーワード）に変換する。例えば、ステップ６’−１でキーワード「肉」を抽出した場合であってステップＳ６’−２で図９の（ｂ）のデータを参照した場合、「肉」を「赤ワイン」に変換することになる。「肉」には２つのキーワード（「赤ワイン」および「ビール」）が関連付けられているが、「赤ワイン」のほうが「ビール」よりも「肉」との相関度が高いからである。
【０１２２】
一方、図９（ｂ）のデータを参照した結果、ステップ６’−１で抽出したキーワード（関連キーワード）に１つのキーワード（連想キーワード）が関連付けられていることを確認した場合、広告配信サーバは、関連キーワードをその連想キーワードに変換する。
【０１２３】
なお、図９の（ｂ）のデータにおける重み値は、例えば、広告配信サーバが、学習データとして入力された大量の文章データを解析することで設定（登録または更新）してもよい。具体的には、連想関係にある２つのキーワードを両方含む文の上記学習データ中における出現頻度が大きい程、２つのキーワード間に大きい重み値を設定してもよい。例えば、学習データの中に「肉」と「赤ワイン」との両方を含む文が「肉」と「ビール」との両方を含む文よりも多く含まれている場合、「肉」と「赤ワイン」との間の相関度を示す重み値を、「肉」と「ビール」との間の相関度を示す重み値よりも大きい値に設定してもよい。
【０１２４】
あるいは、広告配信サーバは、別の方法を用いて、図９の（ｂ）のデータにおける重み値を設定（登録または更新）してもよい。例えば、広告配信サーバは、一定期間毎に、連想関係にある２つのキーワードの各対について、当該期間内においてコンテンツ再生装置が、一方のキーワードを含む名称の商品またはサービスのＣＭ動画と他方のキーワードを含む名称の商品またはサービスのＣＭ動画とを並行して再生した回数をカウントしてもよい。そして、広告配信サーバは、上記一定期間が経過する度に、当該期間においてコンテンツ再生装置が２つのＣＭ動画を並行して再生した回数が多いほど、その２つのＣＭ動画に対応する２つのキーワード間の重み値をより大きく設定してもよい。
【０１２５】
また、図９の（ｂ）のデータを生成するために、様々な番組コンテンツについて、番組コンテンツのメタ情報（タイトル、番組内容等）からキーワードを抽出し、抽出したキーワードをノードとして登録してもよい。そして、広告配信サーバが、前述の学習データを解析し、ノードとして登録した２つのキーワードを両方含む文が一定回数以上出現することを確認した場合にその２つのキーワードを互いに関連づける（すなわち、対応する２つのノード間にエッジを設ける）ようにしてもよい。あるいは、アプリ提示領域内に表示する広告に対し、ユーザが当該広告を選択する等のインタラクションができるようにしておき、当該インタラクションの回数に応じて重みを設定してもよい。例えば、番組コンテンツ提示領域内にビールのＣＭ動画が提示され、アプリ表示領域内に枝豆のＣＭ動画が提示される場合、ユーザが枝豆のＣＭ動画表示領域をタッチすると、広告サーバは、ビールと枝豆をつなぐエッジの重みを大きくする。また、ＣＭ動画データのメタデータにインターネット上のショッピングサイト（例えば、スポンサーの製造した枝豆を販売しているショッピングサイト）のＵＲＬが含まれていてもよい。この場合、ユーザがＣＭ動画表示領域をタッチすると、テレビ受信機１００はショッピングサイトを表示してもよい。そして、ユーザがＣＭ動画表示領域へのタッチをトリガとして表示されたショッピングサイトで商品を購入した場合、広告配信サーバは、そのことを検出してエッジの重み（前述の例では、枝豆とビールをつなぐエッジの重み）を大きくしてもよい。
【０１２６】
（付記事項１）
実施形態１で説明した集中度判定処理は一例に過ぎない。実施形態１では、アプリの番組コンテンツとの相関度を示す値からアプリに対する操作回数を差し引いた値を、集中度を示す値としたが、相関度を示す値から補正値を求め、補正値からアプリに対する操作回数を差し引いた値を、集中度を示す値としてもよい。
【０１２７】
補正値は、例えば、相関度を示す値に正の補正係数を乗算することで求めてもよい。相関度に乗算する補正係数は、相関度の高さに関わらず一定であってもよいし、相関度の高さに応じて異なっていてもよいが、補正係数は、相関度が相対的に高いほど補正値が相対的に大きくなるように定められている必要がある。このように定められている限り、補正係数は、相関度を示す値がある基準値と等しい場合に最大となり、相関度を示す値と基準値との差が大きくなるにつれて小さくなるように定められてもよい。あるいは、補正係数は、相関度を示す値が基準値と等しい場合に最小となり、相関度を示す値と基準値との差が大きくなるにつれて大きくなるように定められてもよい。
【０１２８】
（付記事項２）
実施形態１に係るテレビ受信機１００は定期的に広告表示を更新するように構成されているが、本発明はこれに限定されない。
【０１２９】
テレビ受信機１００は、集中度を示す値が所定の閾値以上であるか否かに応じて、次に集中度を判定するタイミングを異ならせてもよい。
【０１３０】
すなわち、テレビ受信機１００は、集中度を示す値が所定の閾値以上であると判定した場合、番組コンテンツとの関連度が最も高い広告画像を番組コンテンツ提示領域内に相対的に長い期間に亘って表示し、その期間の経過後に再び集中度を判定してもよい。テレビ受信機１００は、集中度を示す値が所定の閾値未満であると判定した場合には、ユーザの嗜好に適合した１つまたは複数の広告画像をアプリ提示領域内に相対的に短い期間に亘って表示し、その期間の経過後に再び集中度を判定してもよい。ここで、上述の「相対的に長い期間」および「相対的に短い期間」の長さは、それぞれ、３０秒、および、５秒であってもよい。また、ユーザに適合した複数の広告画像を表示する場合、広告画像の表示枚数は３〜５枚であることが望ましい。
【０１３１】
あるいは、テレビ受信機１００は、集中度を示す値が所定の閾値以上であると判定した場合、番組コンテンツの次のシーンを再生するまで番組コンテンツとの関連度が最も高い広告画像を番組コンテンツ提示領域内に表示してもよい。そして、テレビ受信機１００は、次のシーンの再生開始時に再び集中度を判定してもよい。
【０１３２】
（付記事項３）
実施形態１において、テレビ受信機１００には人感センサが設けられていてもよい。
【０１３３】
そして、集中度判定部１３１は、人感センサが周囲に人が居ることを検出した場合に限って、履歴の記録を行ってもよい。
【０１３４】
あるいは、アプリ処理エンジン１２２によるコンテンツ処理エンジン１１２からコンテンツ情報を取得する処理を検出した場合に集中度判定部１３１が履歴を記録するのは、その時点で人感センサにより周囲に人が居ることが検出されている場合に限ってもよい。一方、集中度判定部１３１は、アプリ処理エンジン１２２による実行中のアプリに対するユーザ操作イベントを受け取る処理を検出した場合には、周囲に人が居ることが検出されているか否かに関わらず、履歴を記録してもよい。
【０１３５】
そして、集中度判定部１３１は、このようにして記録された履歴に基づいて、ユーザの番組コンテンツに対する集中度を判定してもよい。このようにテレビ受信機１００を構成した場合、ユーザの番組コンテンツに対する集中度をより正確に把握できる。
【０１３６】
（付記事項４）
広告配信サーバ４００において、広告毎に複数の広告データが用意されていてもよい。例えば、Ａ社のサッカーシューズの広告に関する広告データとして、広告画像として静止画像を含む広告データと、広告画像としてアニメーションGIF画像を含む広告データと、が用意されていてもよい。
【０１３７】
この場合、広告配信サーバ４００は、集中度を示す値が所定の閾値以上であると判定した場合には、番組コンテンツとの関連性が最も高い広告の２つの広告データのうちの静止画像を含む広告データをテレビ受信機１００に送信してもよい。また、広告配信サーバ４００は、集中度を示す値が所定の閾値未満であると判定した場合には、ユーザの嗜好に適合した広告に関する広告データであってアニメーションGIF画像を含む広告データをテレビ受信機１００に送信してもよい。
【０１３８】
さらに、テレビ受信機１００の提示制御部１４０は、各広告画像を番組コンテンツ提示領域内または番組コンテンツ提示領域の近傍に表示すべき旨を示す情報が供給された場合、広告表示更新の際に、表示する広告画像をクロスフェードにより切り替えてもよい。
【０１３９】
また、提示制御部１４０は、枠線を付けて各広告画像を表示してもよい。提示制御部１４０は、各広告画像をアプリ提示領域内またはアプリ提示領域の近傍に表示すべき旨を示す情報が供給された場合、各広告画像の表示中に、各広告画像、または、各広告画像の枠線を点滅させてもよい。あるいは、提示制御部１４０は、各広告画像の表示中に、各広告画像に対して、画像が揺れているかのようにユーザに知覚させるアニメーション効果を施してもよい。
【０１４０】
なお、テレビ受信機１００は、枠線を付した各広告画像を番組コンテンツ提示領域内または番組コンテンツ提示領域の近傍に表示する場合、広告画像と番組映像との境界をぼかすために枠線の色を調整してもよい。具体的には、広告表示位置決定部１３３は番組映像の平均色または背景色を特定し、提示制御部１４０は、特定した色の枠線を付した各広告画像を表示してもよい。
【０１４１】
また、テレビ受信機１００は、各広告画像をアプリ提示領域内の広告提示可能な領域に表示する場合、集中度を示す値が小さいほど、番組コンテンツ提示領域から遠い位置に各広告画像を表示してもよい。
【０１４２】
テレビ受信機１００を上記のように構成することで、広告データをよりユーザの目につきやすくしたり、ユーザから目立ちにくくしたりすることが可能となり、広告主はそれぞれの広告表示ポリシーに基づいて、様々な表示オプションを選択することができる。
【０１４３】
（付記事項５）
広告表示位置決定部１３３は、テレビ受信機１００が実行中のアプリのメタ情報（例えば、アプリの名称）を、集中度を示す値等とともに広告配信サーバ４００に送信してもよい。
【０１４４】
この場合、広告配信サーバ４００は、集中度を示す値が所定の閾値未満である場合に、アプリのメタ情報に基づいて、再生中の番組コンテンツの配信に関わるスポンサーの広告データの中からそのアプリに関連する広告データを選択してもよい。例えば、テレビ受信機１００が実行中のアプリが路線検索アプリである場合、広告配信サーバ４００は、路線検索アプリのメタ情報に基づいて、航空会社または鉄道会社の広告データをそのような広告データが自装置に保存されている場合に選択してもよい。
【０１４５】
そして、広告配信サーバ４００は、選択した広告データをテレビ受信機１００に送信してもよい。
【０１４６】
（付記事項６）
集中度判定部１３１が集中度を判定するために参照する履歴は、集中度判定部１３１ではなくアプリ処理エンジン１２２が記録してもよい。
【０１４７】
また、集中度判定部１３１は、集中度を判定するために履歴を記録しなくてもよい。この場合、集中度判定部１３１は、アプリ処理エンジン１２２がコンテンツ処理エンジン１１２からコンテンツ情報を取得する処理、または、アプリ処理エンジン１２２が実行中のアプリに対するユーザ操作イベントを受け取る処理を検出する度に、規定の変数の更新処理を行う。
【０１４８】
規定の変数のデフォルト値は０であり、広告表示の更新が行われる度に規定の変数は０にリセットされる。集中度判定部１３１は、アプリ処理エンジン１２２によるコンテンツ処理エンジン１１２からコンテンツ情報を取得する処理を検出した場合、上記変数の値をコンテンツ情報の種別に応じた値（「１」〜「５」までのいずれかの値）だけ増やす。また、集中度判定部１３１は、アプリ処理エンジン１２２による実行中のアプリに対するユーザ操作イベントを受け取る処理を検出した場合、上記変数の値を１減らす。
【０１４９】
そして、集中度判定部１３１は、広告表示を更新するタイミングになると、その時点における上記変数の値を、集中度を示す値と判定する。集中度判定部１３１は、集中度の判定を終えると上記変数の値を０にリセットする。
【０１５０】
（付記事項７）
アプリの中には、ユーザによる操作を促す画面を表示するものも存在する。このようなアプリ（例えば、上述のクイズアプリ）を実行している場合において、集中度判定部１３１は、アプリが上記画面を表示してからユーザが操作を行うまでの時間（反応時間）を特定してもよい。このために、アプリ処理エンジン１２２が反応時間を測定して、測定した反応時間を集中度判定部１３１に供給してもよい。
【０１５１】
そして、コンテンツ処理エンジン１１２からアプリ処理エンジン１２２がコンテンツ情報を取得する処理が行われた場合に集中度判定部１３１が上記変数に加算する値を、直近で供給された反応時間の長さに応じて異ならせてもよい。具体的には、集中度判定部１３１は、反応時間が短い程、上記変数に加算する値を大きくしてもよい。このようにする理由は、上述のクイズアプリの例で言えば、反応時間の短さが、番組内で出されるクイズに対する集中度（すなわち、番組コンテンツに対する集中度）の高さを示しているためである。
【０１５２】
また、ユーザ操作が行われたもののコンテンツ処理エンジン１１２からアプリ処理エンジン１２２がコンテンツ情報を取得しなかった場合に集中度判定部１３１が上記変数から差し引く値を直近で供給された反応時間の長さに応じて異ならせてもよい。具体的には、集中度判定部１３１は、反応時間が短い程、上記変数から差し引く値を大きくしてもよい。このようにする理由は、反応時間の短さが、番組とは無関係なアプリに対する集中度の高さ（すなわち、番組コンテンツに対する集中度の低さ）を示しているためである。
【０１５３】
（付記事項８）
これまでの説明からわかるように、テレビ受信機１００は、集中度を示す値が所定の閾値以上であるか否かに応じて、異なる態様で広告画像を表示するようになっている。
【０１５４】
これに関し、テレビ受信機１００は、集中度を示す値が所定の閾値以上である場合にどのような態様で広告画像を表示すべきであり、集中度を示す値が所定の閾値未満である場合にどのような態様で広告画像を表示するべきであるかを示す情報をダウンロード可能になっていてもよい。
【０１５５】
例えば、テレビ受信機１００は、コンテンツ配信装置２００から配信される番組コンテンツとともに当該情報をダウンロード可能になっていてもよい。あるいは、テレビ受信機１００は、アプリ配信サーバ３００からアプリとともに当該情報をダウンロード可能になっていてもよい。あるいは、テレビ受信機１００は、当該情報の取得先を示すＵＲＬが記述されたデータを番組コンテンツまたはアプリとともにダウンロードし、ＵＲＬを参照して当該情報をダウンロードすることが可能になっていてもよい。あるいは、当該情報はテレビ受信機１００内に予め保存されていてもよい。
【０１５６】
そして、テレビ受信機１００は、この情報に基づいて、広告画像をどのような態様で表示すべきかを決定してもよい。
【０１５７】
例えば、この情報が、集中度が高い場合には番組コンテンツからより遠い位置に広告画像を表示すべきであり、集中度が低い場合には番組コンテンツにより近い位置に広告画像を表示すべきであることを示しているものとする。この例では、テレビ受信機１００は、この情報に基づいて、集中度を示す値が所定の閾値以上である場合にはユーザが邪魔だと感じないように番組コンテンツからより遠い位置に広告画像を表示することになる。
【０１５８】
（付記事項９）
実施形態１に係るテレビ受信機１００は、一定期間が経過する度に、その期間の履歴を参照し、その期間の集中度を判定するが、本発明はこれに限られない。すなわち、テレビ
受信機１００は、一定期間（例えば、３０秒の期間）が経過する度に、その期間を含む直近の一定期間（例えば、直近の３分間）の履歴を参照し、当該期間の集中度を判定してもよい。
【０１５９】
（付記事項１０）
上記実施形態では、テレビ受信機１００がタッチパネル式表示部１５０を備え、タッチパネル式表示部１５０がユーザ操作を受け付けていたが、本発明はこれに限定されない。すなわち、テレビ受信機１００が備える表示部はタッチパネル式でなくてもよく、リモコンやマウス等の入力デバイスがユーザ操作を受け付けてもよい。
【０１６０】
また、テレビ受信機１００は、携帯型のテレビであっても、据え置き型の大画面テレビであってもよい。
【０１６１】
また、テレビ受信機１００は、表示部を２つ備え、一方の表示部（例えば、メインディスプレイ）に番組コンテンツの映像を表示し、他方の表示部（例えば、サブディスプレイ）にアプリのＵＩ画面を表示してもよい。すなわち、テレビ受信機１００は、上記一方の表示部を番組コンテンツ提示領域として使用し、上記他方の表示部をアプリ提示領域として使用するように構成されていてもよい。
【０１６２】
（付記事項１１）
上記実施形態に係るテレビ受信機１００は、相関度を示す値を求め、相関度を示す値からユーザ操作の回数を差し引くことで、集中度を示す値を求めるように構成されていた。しかしながら、本発明はこのような構成に限定されない。すなわち、テレビ受信機は、集中度を示す値を求めるために相関度を示す値を求める必要はなく、実行中のアプリに対するユーザ操作の回数のみに基づいて集中度を示す値を求めてもよい。具体的には、集中度を示す値として、ユーザ操作の回数が多くなるほど小さくなるような値を求めてもよい。例えば、一定期間毎に、当該期間におけるユーザ操作の回数に「−１」を乗じた値を、当該期間における集中度を示す値に決定してもよい。
【０１６３】
このように構成されたテレビ受信機は、実行中のアプリに対する操作の頻度が低い（すなわち、再生中の番組コンテンツに対する集中度が高い）場合にはその番組コンテンツに関連する広告を表示し、実行中のアプリに対する操作の頻度が高い場合にはユーザの嗜好情報に適合した広告を表示することになる。
【０１６４】
したがって、このように構成されたテレビ受信機も、再生中の映像にユーザが関心を示しているか否かに応じた効果的な広告表示を行うことができる。
【０１６５】
〔ソフトウェアによる実現例〕
最後に、テレビ受信機１００の各ブロック、特に、コンテンツ処理エンジン１１２、アプリ処理エンジン１２２、集中度判定部１３１、広告表示位置決定部１３３および提示制御部１４０は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１６６】
後者の場合、テレビ受信機１００は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（RandomAccess Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるテレビ受信機１００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み
取り可能に記録した記録媒体を、テレビ受信機１００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１６７】
上記記録媒体としては、一時的でない有形の媒体（non-transitorytangible medium）、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（FieldProgrammable Gate Array）等の論理回路類などを用いることができる。
【０１６８】
また、テレビ受信機１００を通信ネットワークと接続可能に構成し、通信ネットワークを介して上記プログラムコードを供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric DigitalSubscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（登録商標）（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１６９】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【０１７０】
〔まとめ〕
本発明の第１態様に係るコンテンツ再生装置は、番組コンテンツの映像を再生する再生手段（コンテンツ処理エンジン１１２）と、実行中のアプリケーションに対する操作の頻度を検出する検出手段（集中度判定部１３１）と、上記番組コンテンツの内容との関連性があることが示されている広告である関連広告を含む複数の広告のうちの１以上の広告を表示する広告表示手段（広告表示位置決定部１３３、提示制御部１４０）と、を備え、上記広告表示手段は、上記操作の頻度が所定の閾値以下である場合に上記関連広告を表示する、ことを特徴としている。
【０１７１】
一般的に、ユーザが番組コンテンツの再生中にアプリケーションに対する操作を頻繁に行っている場合、ユーザはその番組コンテンツにあまり関心を示していない（番組コンテンツに対する集中度が低い）と考えられる。
【０１７２】
そして、上記の構成によれば、上記コンテンツ再生装置は、上記操作の頻度が所定の閾値以下である（すなわち、番組コンテンツに対するユーザの集中度が高い）場合に、番組コンテンツの内容との関連性がある広告を表示することになる。これにより、上記コンテンツ再生装置は、再生中の番組映像にユーザが関心を示しているか否かに応じた効果的な広告表示を行うことができる。
【０１７３】
本発明の第２態様に係るコンテンツ再生装置は、第１態様において、上記広告表示手段が、上記操作の頻度が所定の閾値以下である場合、上記関連広告を上記映像上に重畳表示するか、または、上記関連広告を上記実行中のアプリケーションの表示領域よりも上記映像の表示領域に近い位置に表示する、ことが望ましい。
【０１７４】
上記の構成によれば、上記コンテンツ再生装置は、番組コンテンツに対するユーザの集中度が高い場合に、番組コンテンツの内容との関連性がある広告をユーザの目に留まりやすい位置に表示することができるというさらなる効果を奏する。
【０１７５】
本発明の第３態様に係るコンテンツ再生装置は、第１態様または第２態様において、上記検出手段が検出する操作の頻度が高いほど小さな値となる特定値を算出する算出手段をさらに備え、上記番組コンテンツを構成するデータ（フレーム画像データやメタデータ等のコンテンツ情報）にアクセスするアプリケーションに対するＮ（Ｎ：整数）回の操作を上記検出手段が検出した場合に上記算出手段が算出する特定値が、上記データにアクセスしないアプリケーション（時計アプリ等）に対するＮ回の操作を上記検出手段が検出した場合に上記算出手段が算出する特定値よりも大きいことが望ましい。
【０１７６】
一般的に、ユーザが再生中の番組コンテンツと関係のあるアプリケーション（例えば、番組コンテンツを構成するデータにアクセスするアプリケーション）をコンテンツ再生装置に実行させている場合には、そのユーザはその番組コンテンツに対して関心を示している（すなわち、番組コンテンツに対する集中度が高い）と推定される。例えば、ユーザが再生中の番組コンテンツを録画するアプリをコンテンツ再生装置に実行させている場合、ユーザがそのようなアプリを実行させるのはユーザが番組コンテンツに対して関心を示しているからであると考えられる。
【０１７７】
上記の構成によれば、上記コンテンツ再生装置は、実行中のアプリケーションに対する操作の頻度が高いほど小さい値になる特定値を算出する。また、この算出値は、上記番組コンテンツを構成するデータにアクセスするアプリケーションに対するＮ回の操作が検出された場合には、上記データにアクセスしないアプリケーションに対するＮ回の操作が検出された場合よりも大きい値になる。
【０１７８】
したがって、上記コンテンツ再生装置は、算出した特定値が所定の閾値以上である（すなわち、番組コンテンツに対するユーザの集中度が高い）場合に、番組コンテンツの内容との関連性がある広告を表示することになる。これにより、上記コンテンツ再生装置は、再生中の番組映像にユーザが関心を示しているか否かに応じた効果的な広告表示を行うことができる。
【０１７９】
本発明の第４態様に係るコンテンツ再生装置は、第３態様において、上記算出手段が、一定期間が経過する度に、当該期間を含む直近の一定期間内における上記操作の頻度に基づいて上記特定値を算出するように構成されており、上記広告表示手段が、上記算出手段が上記特定値を算出する度に、当該特定値が所定の閾値以上であるか否かに基づいて、以降に表示する広告を選択する、ことが望ましい。ここで、「当該期間を含む直近の一定期間」という文言における「当該期間」と「一定期間」とは同じ期間であってもよいし、「一定期間」のほうが「当該期間」よりも長い期間であってもよい。
【０１８０】
上記の構成によれば、上記コンテンツ再生装置は、番組コンテンツの再生が進むに連れてユーザの番組コンテンツに対する集中度が変化した場合に、集中度の変化に応じた効果的な広告表示を行うことができるというさらなる効果を奏する。
【０１８１】
本発明の第５態様に係るコンテンツ再生装置は、第３態様または第４態様において、上記実行中のアプリケーションのメタデータと上記特定値とを広告配信装置に送信する送信手段（広告表示位置決定部１３３）をさらに備え、上記広告配信装置は、上記特定値が所定の閾値未満である場合、上記メタデータに基づいて上記複数の広告の中から上記実行中のアプリケーションの内容に関連した広告を選択し、選択した広告を上記コンテンツ再生装置に配信するように構成されており、上記広告表示手段は、上記広告配信装置が配信した広告を表示するように構成されている、ことが望ましい。
【０１８２】
ユーザの関心が番組コンテンツではなく実行中のアプリケーションに向いている場合、そのことが、上記特定値が所定の閾値未満になる原因になり得る。実行中のアプリケーションに関心を向けているユーザは、一般的に、そのアプリケーションを頻繁に操作するからである。
【０１８３】
上記の構成によれば、上記コンテンツ再生装置は、番組コンテンツに対する集中度が低く実行中のアプリケーションに対する集中度が高いそのようなユーザに、ユーザに合った内容の広告を閲覧させることができる、というさらなる効果を奏する。
【０１８４】
本発明の第６態様に係るコンテンツ再生装置は、第３態様または第４態様において、ユーザの嗜好を示す嗜好情報を蓄積する蓄積手段をさらに備え、上記広告表示手段は、上記特定値が所定の閾値未満である場合には、上記複数の広告の中から上記嗜好との適合度が高い順に２つ以上の広告を選択し、選択した２つ以上の広告を一定期間に亘って表示するように構成され、上記広告表示手段は、上記特定値が所定の閾値以上である場合には、上記関連広告を上記一定期間よりも長い期間に亘って表示する、ことが望ましい。
【０１８５】
上記の構成によれば、上記コンテンツ再生装置は、算出した特定値が所定の閾値未満である（すなわち、番組コンテンツに対するユーザの集中度が高いとは言えない）場合に、蓄積された嗜好情報が示すユーザの嗜好に適合した広告を表示する。
【０１８６】
したがって、上記コンテンツ再生装置は、再生中の番組映像にユーザが関心を示しているか否かに応じた、より効果的な広告表示を行うことができるというさらなる効果を奏する。
【０１８７】
なお、蓄積された嗜好情報が示す嗜好はユーザの過去の嗜好なので、ユーザの現在の嗜好を完全に反映しているとは言えない。例えば、ユーザが、過去にサッカーを嗜好しており、サッカー番組を頻繁に視聴していたが、現在ではサッカーに興味がなくなっているケースが考えられる。この場合、ユーザがサッカーを嗜好することを示す嗜好情報に基づいて、サッカーシューズの広告を表示するのは効果的な広告表示とは言えない。したがって、番組コンテンツに対するユーザの集中度が高い場合には、蓄積された嗜好情報が示すユーザの嗜好に適合した広告を表示するよりも、番組コンテンツの内容との関連性がある広告を表示するほうが望ましいと言える。
【０１８８】
以上のように、本発明の第２態様に係るコンテンツ再生装置は、番組コンテンツに対するユーザの集中度が低いか高いかに関わらず、蓄積された嗜好情報が示すユーザの嗜好に適合した広告を表示するコンテンツ再生装置よりも効果的な広告表示を行うことができると言える。
【０１８９】
また、上記の構成によれば、上記コンテンツ再生装置は、番組コンテンツの内容との関連性がある広告をユーザが長い期間に閲覧することを可能にする、というさらなる効果を奏する。
【０１９０】
本発明の第７態様に係るコンテンツ再生装置は、第３態様から第６態様までのいずれかの態様において、上記広告表示手段が、上記特定値が所定の閾値未満である場合、選択した広告を上記実行中のアプリケーションの表示領域内に表示するか、または、選択した広告を上記映像の表示領域よりも上記実行中のアプリケーションの表示領域に近い位置に表示する、ことが望ましい。
【０１９１】
上記の構成によれば、上記コンテンツ再生装置は、番組コンテンツに対するユーザの集中度が低い（すなわち、アプリに対するユーザの集中度が高い）場合に、そのようなユーザに合った広告をユーザの目に留まりやすい位置に表示することができるというさらなる効果を奏する。
【０１９２】
本発明の第８態様に係る広告表示方法は、コンテンツ再生装置の広告表示方法であって、番組コンテンツの映像を再生する再生工程と、実行中のアプリケーションに対する操作の頻度を検出する検出工程と、上記番組コンテンツの内容との関連性があることが示されている広告である関連広告を含む複数の広告のうちの１以上の広告を表示する広告表示工程と、を含み、上記広告表示工程にて、上記操作の頻度が所定の閾値以下である場合に、上記関連広告を表示する、ことを特徴としている。
【０１９３】
上記の構成によれば、本発明の第８態様に係る広告表示方法は、本発明の第１態様に係るコンテンツ再生装置と同様の作用効果を奏する。
【０１９４】
なお、上記コンテンツ再生装置（第１態様から第７態様までの各コンテンツ再生装置）は、コンピュータによって実現してもよい。この場合には、コンピュータを上記コンテンツ再生装置の各手段として動作させることにより、上記コンテンツ再生装置をコンピュータにて実現させるプログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【産業上の利用可能性】
【０１９５】
本発明は、番組コンテンツを再生可能な様々な端末に好適に適用することができる。
【符号の説明】
【０１９６】
１００          テレビ受信機（コンテンツ再生装置）
１１０            番組コンテンツ処理部
１１２              コンテンツ処理エンジン（再生手段）
１２０            アプリ処理部
１２２              アプリ処理エンジン
１３０            広告処理部
１３１              集中度判定部（検出手段、算出手段）
１３３              広告表示位置決定部（広告表示手段、送信手段）
１４０            提示制御部（広告表示手段）
１５０            タッチパネル式表示部
２００          コンテンツ配信装置
３００          アプリ配信サーバ
４００          広告配信サーバ
【図１】
2014174940.tif 000003
【図２】
2014174940.tif 000004
【図３】
2014174940.tif 000005
【図４】
2014174940.tif 000006
【図５】
2014174940.tif 000007
【図６】
2014174940.tif 000008
【図７】
2014174940.tif 000009
【図８】
2014174940.tif 000010
【図９】
2014174940.tif 000011
【図１０】
2014174940.tif 000012
【国際調査報告】
2014174940.tif 000013
2014174940.tif 000014