特許 5901595 配信装置、配信方法、および配信プログラム

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

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

(11)【特許番号】5901595

(24)【登録日】2016年3月18日

(45)【発行日】2016年4月13日

(54)【発明の名称】配信装置、配信方法、および配信プログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20160331BHJP

   H04N 21/431 20110101ALI20160331BHJP

【ＦＩ】

   G06F13/00 530A

   H04N21/431

【請求項の数】12

【全頁数】27

(21)【出願番号】特願2013-194612(P2013-194612)

(22)【出願日】2013年9月19日

(65)【公開番号】特開2015-60457(P2015-60457A)

(43)【公開日】2015年3月30日

【審査請求日】2014年3月17日

【審判番号】不服2015-6961(P2015-6961/J1)

【審判請求日】2015年4月13日

【早期審査対象出願】

(73)【特許権者】

【識別番号】500257300

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(74)【代理人】

【識別番号】100125612

【弁理士】

【氏名又は名称】中嶋 裕昭

(72)【発明者】

【氏名】住友 永史

(72)【発明者】

【氏名】鈴木 完太

(72)【発明者】

【氏名】木村 和嵩

【合議体】

【審判長】 小曳 満昭

【審判官】 稲葉 和生

【審判官】 高瀬 勤

(56)【参考文献】

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

【文献】 特許第５２３５２４０（ＪＰ，Ｂ１）

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

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

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

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

【文献】 土井滋貴，動画処理とＷｉｎｄｏｗｓプログラミング Ｗｉｎ３２ＡＰＩとＤｉｒｅｃｔＸで実装する動画処理の基礎，ＴＲＹ！ＰＣ 第１５巻 第２号，ＣＱ出版株式会社，２００３年４月１日，ｐ．１４３−１６７

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

G06F13/00

H04N21/431

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

【請求項1】

制御プログラムを含むコンテンツをユーザ端末に配信する配信部を備え、
前記制御プログラムは、前記ユーザ端末に、
前記コンテンツのうちブラウザプログラムによって表示される領域を可視領域として取得する取得手順と、
動画の表示領域であって、前記コンテンツに含まれている表示領域が、前記可視領域内に位置しているか否かを判定する判定手順と、
前記表示領域が前記可視領域内に位置しており、かつ、前記ユーザ端末の所定の状況として、前記コンテンツに対する操作が行われた場合に、前記動画の再生を開始し、前記表示領域が前記可視領域内に位置しており、かつ、当該所定の状況である場合であっても、前記可視領域内において前記コンテンツの表示態様が所定の変化をしている間は前記動画の再生を開始しない再生手順と、
を実行させることを特徴とする配信装置。

【請求項2】

前記再生手順は、
前記ユーザ端末の移動速度が所定速度以上であり、かつ、当該ユーザ端末が操作された場合に、前記ユーザ端末の状況が前記所定の状況であると判定することを特徴とする請求項１に記載の配信装置。

【請求項3】

前記再生手順は、
前記ユーザ端末の移動速度が所定速度以内であり、かつ、当該ユーザ端末が操作された場合に、前記ユーザ端末の状況が前記所定の状況であると判定することを特徴とする請求項１に記載の配信装置。

【請求項4】

前記再生手順は、
所定の時間帯に、前記ユーザ端末が操作された場合に、前記ユーザ端末の状況が前記所定の状況であると判定することを特徴とする請求項１に記載の配信装置。

【請求項5】

前記再生手順は、
前記ユーザ端末の現在位置が所定の領域内にあり、かつ、前記ユーザ端末が操作された場合に、前記ユーザ端末の状況が前記所定の状況であると判定することを特徴とする請求項１に記載の配信装置。

【請求項6】

前記再生手順は、
前記ユーザ端末が操作され、前記コンテンツの続きのロードが開始された場合に、前記ユーザ端末の状況が前記所定の状況であると判定することを特徴とする請求項１に記載の配信装置。

【請求項7】

前記再生手順は、
前記ユーザ端末が操作され、前記可視領域に対して前記表示領域が拡大された場合に、前記ユーザ端末の状況が前記所定の状況であると判定することを特徴とする請求項１に記載の配信装置。

【請求項8】

前記取得手順は、
前記ブラウザプログラムによって表示される領域の中で、さらに前記ユーザ端末の画面に表示されている領域を可視領域として取得することを特徴とする請求項１から７のいずれか一項に記載の配信装置。

【請求項9】

前記再生手順は、
前記表示領域が前記可視領域内に位置しており、かつ、前記所定の状況である場合であっても、所定の速さ以上で前記コンテンツがスクロールしている間は前記動画の再生を開始しないことを特徴とする請求項１から８のいずれか一項に記載の配信装置。

【請求項10】

前記再生手順は、
前記表示領域が前記可視領域内に位置しており、かつ、前記所定の状況であると判定した場合であっても、前記可視領域に対して前記表示領域が拡大または縮小されることにより表示が所定の速さ以上で変化している間は前記動画の再生を開始しないことを特徴とする請求項１から９のいずれか一項に記載の配信装置。

【請求項11】

コンピュータが、
制御プログラムを含むコンテンツをユーザ端末に配信する工程を実行し、
前記制御プログラムは、前記ユーザ端末に、
前記コンテンツのうちブラウザプログラムによって表示される領域を可視領域として取得する取得手順と、
動画の表示領域であって、前記コンテンツに含まれている表示領域が、前記可視領域内に位置しているか否かを判定する判定手順と、
前記表示領域が前記可視領域内に位置しており、かつ、前記ユーザ端末の所定の状況として、前記コンテンツに対する操作が行われた場合に、前記動画の再生を開始し、前記表示領域が前記可視領域内に位置しており、かつ、当該所定の状況である場合であっても、前記可視領域内において前記コンテンツの表示態様が所定の変化をしている間は前記動画の再生を開始しない再生手順と、
を実行させることを特徴とする配信方法。

【請求項12】

コンピュータに、
制御プログラムを含むコンテンツをユーザ端末に配信する手順を実行させ、
前記制御プログラムは、前記ユーザ端末に、
前記コンテンツのうちブラウザプログラムによって表示される領域を可視領域として取得する取得手順と、
動画の表示領域であって、前記コンテンツに含まれている表示領域が、前記可視領域内に位置しているか否かを判定する判定手順と、
前記表示領域が前記可視領域内に位置しており、かつ、前記ユーザ端末の所定の状況として、前記コンテンツに対する操作が行われた場合に、前記動画の再生を開始し、前記表示領域が前記可視領域内に位置しており、かつ、当該所定の状況である場合であっても、前記可視領域内において前記コンテンツの表示態様が所定の変化をしている間は前記動画の再生を開始しない再生手順と、
を実行させることを特徴とする配信プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配信装置、配信方法、および配信プログラムに関する。

【背景技術】

【0002】

下記の特許文献１には、ウェブページの領域のうち、ウェブブラウザの画面に表示されている領域内に広告の表示領域が含まれた場合に、当該表示領域に広告を表示させる広告配信装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１−１２８２０４号公報

【発明の概要】

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

【0004】

ところで、上記特許文献１の技術では、ウェブブラウザの画面の領域内に広告の表示領域が含まれれば、ユーザの状況にかかわらず、表示領域内に広告を表示する。そのため、ユーザが広告を見るような状況にない場合には、広告がユーザに見られることはなく、広告が無駄に表示されることになる。また、広告が動画である場合には、広告を表示する際の端末の消費電力が比較的多くなる。そのため、無駄な広告の表示を行った場合には、端末のバッテリーライフが短くなってしまう。

【0005】

そこで、本発明は、上述した従来技術の課題を解決するためになされたものであり、無駄な広告の表示を抑えることを目的とする。

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

【0006】

上記課題を解決するための本発明の第一の態様は、例えば、制御プログラムを含むコンテンツをユーザ端末に配信する配信部を備え、前記制御プログラムは、前記ユーザ端末に、前記コンテンツのうちブラウザプログラムによって表示される領域を可視領域として取得する取得手順と、前記コンテンツに含まれている動画データに基づく動画の表示領域が、前記可視領域内に位置しているか否かを判定する表示領域判定手順と、前記表示領域が前記可視領域内に位置しており、かつ、前記ユーザ端末の状況が所定の状況である場合に、前記動画の再生を開始する再生手順と、を実行させることを特徴とする配信装置を提供する。

【0007】

また、本発明の第二の態様は、例えば、コンピュータが、制御プログラムを含むコンテンツをユーザ端末に配信する工程を実行し、前記制御プログラムは、前記ユーザ端末に、前記コンテンツのうちブラウザプログラムによって表示される領域を可視領域として取得する取得手順と、前記コンテンツに含まれている動画データに基づく動画の表示領域が、前記可視領域内に位置しているか否かを判定する表示領域判定手順と、前記表示領域が前記可視領域内に位置しており、かつ、前記ユーザ端末の状況が所定の状況である場合に、前記動画の再生を開始する再生手順と、を実行させることを特徴とする配信方法を提供する。

【0008】

また、本発明の第三の態様は、例えば、コンピュータに、制御プログラムを含むコンテンツをユーザ端末に配信する手順を実行させ、前記制御プログラムは、前記ユーザ端末に、前記コンテンツのうちブラウザプログラムによって表示される領域を可視領域として取得する取得手順と、前記コンテンツに含まれている動画データに基づく動画の表示領域が、前記可視領域内に位置しているか否かを判定する表示領域判定手順と、前記表示領域が前記可視領域内に位置しており、かつ、前記ユーザ端末の状況が所定の状況である場合に、前記動画の再生を開始する再生手順と、を実行させることを特徴とする配信プログラムを提供する。

【発明の効果】

【0009】

本発明によれば、無駄な広告の表示を抑えることができる。

【図面の簡単な説明】

【0010】

【図1】図１は、第１の実施形態における処理の概略の一例を説明するための概念図である。

【図2】図２は、第１の実施形態における配信システムの一例を示すシステム構成図である。

【図3】図３は、コンテンツデータ格納部に格納されるデータの構造の一例を示す図である。

【図4】図４は、第１の実施形態におけるユーザ端末の機能構成の一例を示すブロック図である。

【図5】図５は、可視領域の一例を説明するための概念図である。

【図6】図６は、基準位置の一例を説明するための概念図である。

【図7】図７は、表示領域が拡大した場合の動画広告の表示方法を説明するための概念図である。

【図8】図８は、第１の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。

【図9】図９は、第２の実施形態におけるユーザ端末の機能構成の一例を示すブロック図である。

【図10】図１０は、第２の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。

【図11】図１１は、第３の実施形態におけるユーザ端末の機能構成の一例を示すブロック図である。

【図12】図１２は、動画制御部が保持するテーブルのデータ構造の一例を示す図である。

【図13】図１３は、第３の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。

【図14】図１４は、第４の実施形態における処理の概略の一例を説明するための概念図である。

【図15】図１５は、第４の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。

【図16】図１６は、第５の実施形態における処理の概略の一例を説明するための概念図である。

【図17】図１７は、第５の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。

【図18】図１８は、第６の実施形態における処理の概略の一例を説明するための概念図である。

【図19】図１９は、第６の実施形態における配信システムの一例を示すシステム構成図である。

【図20】図２０は、第６の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。

【図21】図２１は、配信装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

【図22】図２２は、他の実施形態における処理の概略の一例を説明するための概念図である。

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

【0011】

（第１の実施形態）
まず、本発明の第１の実施形態について、図面を参照しながら説明する。

【0012】

［処理の概略］
図１は、第１の実施形態における処理の概略の一例を説明するための概念図である。ユーザ端末は、配信装置から配信されたコンテンツデータを取得し、取得したコンテンツデータに基づいてコンテンツ１００を作成する。そして、ユーザ端末は、作成したコンテンツ１００をユーザ端末の画面に表示する。

【0013】

本実施形態におけるコンテンツ１００には、動画の表示領域１０１が含まれており、当該表示領域１０１において動画が再生される。本実施形態において、コンテンツ１００の表示領域１０１内で再生される動画は、例えば動画広告である。

【0014】

本実施形態において、配信装置からユーザ端末に配信されるコンテンツデータには、制御プログラムが含まれている。本実施形態において、コンテンツ１００は、例えばＷｅｂコンテンツである。制御プログラムは、例えばＪａｖａＳｃｒｉｐｔ（登録商標）等である。ユーザ端末は、制御プログラムを実行することにより、表示領域１０１内における動画広告の再生を制御する。

【0015】

例えば図１の時刻Ｔ₁において、ユーザ端末は、コンテンツ１００の領域をユーザ端末の画面に表示する。この段階では、表示領域１０１はユーザ端末の画面に表示されていない。そのため、ユーザ端末は、動画広告を再生しない。

【0016】

また、例えば図１の時刻Ｔ₂のように、動画広告の表示領域１０１がユーザ端末の画面に表示されている場合、ユーザ端末は、ユーザ１０２からの操作がなければ、表示領域１０１内で動画広告の再生は行わない。

【0017】

そして、例えば図１の時刻Ｔ₃のように、ユーザ１０２がユーザ端末に対して、ユーザ端末の画面に触れる等の操作を行った場合、ユーザ端末は、ユーザ端末の画面に表示されている表示領域１０１において動画広告の再生を行う。

【0018】

ここで、動画広告の表示領域１０１がユーザ端末の画面に表示されたとしても、ユーザがユーザ端末の画面を見ているとは限らない。そのため、動画広告の表示領域１０１がユーザ端末の画面に表示された場合に、即座に表示領域１０１において動画広告の再生を行うとすれば、動画広告が無駄に再生される場合がある。

【0019】

これに対して、本実施形態の配信装置は、動画広告の表示領域１０１がユーザ端末の画面に表示され、かつ、ユーザ端末が所定の状況である場合に、表示領域１０１において動画広告を再生させる制御プログラムをユーザ端末に配信する。本実施形態において、ユーザ端末が所定の状況である場合とは、例えば、ユーザがユーザ端末を操作した場合である。ユーザ端末が操作されたということは、ユーザが画面を見ている可能性が高い。そのため、ユーザが画面を見ている可能性が高い状況で、動画広告を再生させるので、本実施形態の配信装置は、動画広告の無駄な再生を減らすことができる。これにより、本実施形態の配信装置は、ユーザ端末の消費電力の増加を抑えることができる。

【0020】

［配信システム１０および配信装置２０の構成］
図２は、第１の実施形態における配信システムの一例を示すシステム構成図である。本実施形態における配信システム１０は、配信装置２０、ユーザ端末３０、および広告サーバ４０を備える。配信装置２０は、通信回線１１に接続され、通信回線１１を介して通信データの送信および受信が可能である。

【0021】

配信装置２０は、コンテンツデータ格納部２１および配信部２２を有する。図３は、コンテンツデータ格納部に格納されるデータの構造の一例を示す図である。コンテンツデータ格納部２１には、例えば図３に示すように、それぞれのコンテンツデータ２１１のアクセス先を示すＵＲＬ２１０に対応付けて、当該コンテンツデータ２１１が格納される。図３には、「http://www.yahoo.co.jp/xxx/」のＵＲＬ２１０に対応付けて、「コンテンツ１」のコンテンツデータ２１１が格納されているコンテンツデータ格納部２１が例示されている。

【0022】

配信部２２は、通信回線１１を介してユーザ端末３０からコンテンツデータのＵＲＬを受信した場合に、受信したＵＲＬに対応付けられているコンテンツデータをコンテンツデータ格納部２１から抽出する。そして、配信部２２は、抽出したコンテンツデータを、通信回線１１を介してユーザ端末３０へ送信する。

【0023】

なお、本実施形態において、配信装置２０は、コンテンツデータを格納するコンテンツデータ格納部２１を有するが、他の形態として、当該コンテンツデータは、配信装置２０とは別な装置内に記憶されていてもよい。この場合、配信装置２０内には、ユーザ端末３０から受信したＵＲＬに対応するコンテンツデータを当該別な装置から取得する取得部が設けられる。そして、配信部２２は、当該取得部が取得したコンテンツデータを、通信回線１１を介してユーザ端末３０へ送信する。

【0024】

ユーザ端末３０は、通信回線１１に接続されている基地局１２と無線により通信し、当該基地局１２および通信回線１１を介して配信装置２０および広告サーバ４０との間で通信データの送信および受信が可能である。本実施形態において、ユーザ端末３０は、例えば、ユーザによって利用される携帯型ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、スマートフォンなどであり、ブラウザアプリケーション（例えばブラウザプログラムなど）がインストールされている。

【0025】

なお、本実施形態では、ユーザ端末３０にインストールされている標準的なブラウザプログラムが、ＪａｖａＳｃｒｉｐｔ等の制御プログラムを解釈して実行するが、スマートフォンなどのスマートデバイスには、これ以外にも、Ｗｅｂコンテンツの表示が可能な各種アプリがインストールされている場合がある。そのようなアプリの中には、コンテンツをそのまま表示するものの他、コンテンツに応じてＵＩ（User Interface）を多少変えるものも存在する。そのようなアプリが、ＪａｖａＳｃｒｉｐｔ等の制御プログラムを解釈して実行することで、コンテンツデータに応じた表示をユーザ端末３０に実現させるようにしてもよい。

【0026】

広告サーバ４０は、提供部４１および広告データ格納部４２を有する。広告データ格納部４２には、属性情報毎に、動画広告の広告データおよび基準位置を格納する。属性情報とは、ユーザ端末３０のユーザの属性を示す情報であり、当該ユーザの年齢、性別、国籍等の情報を含む。基準位置とは、対応付けられている動画広告が表示される表示領域１０１において、当該表示領域１０１がユーザ端末３０の画面内に表示されたか否かの判定に用いられる情報である。基準位置の詳細については後述する。

【0027】

提供部４１は、通信回線１１を介してユーザ端末３０から、属性情報と、動画広告を再生する表示領域１０１の領域ＩＤとを含む広告要求を受信する。そして、提供部４１は、広告データ格納部４２を参照して、受信した広告要求に含まれている属性情報に対応付けられている動画広告の広告データおよび基準位置を１つ選択する。そして、提供部４１は、選択した広告データおよび基準位置を、広告要求に含まれている領域ＩＤと共に、通信回線１１を介してユーザ端末３０へ送信する。

【0028】

ユーザ端末３０は、基地局１２および通信回線１１を介して、配信装置２０から制御プログラムを含むコンテンツデータを受信し、受信したコンテンツデータに基づいてコンテンツ１００を表示する。また、ユーザ端末３０は、コンテンツ１００内の表示領域１０１毎に広告要求を、基地局１２および通信回線１１を介して広告サーバ４０へ送信する。そして、ユーザ端末３０は、表示領域１０１毎に広告データ等を取得し、表示領域１０１内で広告データに基づいて動画広告を再生する。

【0029】

［ユーザ端末３０の構成］
図４は、第１の実施形態におけるユーザ端末の機能構成の一例を示すブロック図である。本実施形態におけるユーザ端末３０は、データ取得部３００、表示制御部３０１、可視領域取得部３０２、判定部３０３、動画制御部３０４、表示装置３１０、入力装置３１１、およびスピーカ３１２を有する。

【0030】

ユーザ端末３０が有する機能のうち、データ取得部３００、表示制御部３０１、可視領域取得部３０２、判定部３０３、および動画制御部３０４は、ユーザ端末３０内の演算装置が実行するブラウザプログラムにより実現される。

【0031】

特に、可視領域取得部３０２、判定部３０３、および動画制御部３０４は、配信装置２０から配信されたコンテンツデータに含まれている制御プログラムを、ブラウザプログラムが実行することにより実現される。

【0032】

データ取得部３００は、通信回線１１を介して配信装置２０へコンテンツデータのＵＲＬを送信することにより、当該コンテンツデータを通信回線１１を介して配信装置２０から取得する。そして、データ取得部３００は、取得したコンテンツデータを解析して、作成されるコンテンツ１００に含まれる表示領域１０１の領域ＩＤを抽出する。

【0033】

次に、データ取得部３００は、ユーザ端末３０のユーザの属性情報と、抽出した領域ＩＤとを含む広告要求を、通信回線１１を介して広告サーバ４０へ送信する。ユーザの属性情報は、ユーザ端末３０内に保存されているＨＴＴＰクッキー（HyperText Transfer Protocol Cookie）を用いることができる。

【0034】

データ取得部３００は、通信回線１１を介して広告サーバ４０から、領域ＩＤ毎に、広告データおよび基準位置の情報を受信する。そして、データ取得部３００は、コンテンツデータと共に、領域ＩＤ毎の基準位置の情報を表示制御部３０１へ送る。また、データ取得部３００は、領域ＩＤおよび広告データを動画制御部３０４へ送る。

【0035】

表示制御部３０１は、データ取得部３００から受け取ったコンテンツデータに基づいて、コンテンツ１００を構築する。そして、表示制御部３０１は、コンテンツ１００内で動画広告が再生される表示領域１０１の基準位置、それぞれの領域に対応付けられている領域ＩＤを、判定部３０３へ送る。なお、それぞれの表示領域１０１の基準位置は、例えばコンテンツ１００内の座標で表される。

【0036】

また、表示制御部３０１は、タッチパネル等の入力装置３１１を介して受け付けたユーザの操作に応じて、コンテンツ１００内の領域のうち、ユーザ端末３０の画面に表示されている領域である可視領域を特定する。そして、表示制御部３０１は、特定した可視領域に含まれるコンテンツ１００の画像のデータを表示装置３１０へ送る。

【0037】

また、表示制御部３０１は、タッチパネル等の入力装置３１１を介して受け付けたユーザの操作に応じて、コンテンツ１００のスクロール、拡大、または縮小などの表示の変更を行う。その場合、表示制御部３０１は、表示の変更中であれば、その旨を動画制御部３０４に通知し、表示の変更が終了した場合には、表示の変更が終了した旨を動画制御部３０４に通知する。また、その場合、可視領域内で動画広告の表示領域１０１が拡大していれば、表示制御部３０１は、その旨も併せて動画制御部３０４に通知する。

【0038】

また、再生された動画広告のフレームデータを領域ＩＤと共に動画制御部３０４から受け取った場合、表示制御部３０１は、受け取った領域ＩＤに対応する表示領域１０１に、受け取ったフレームデータの画像をマッピングして表示装置３１０へ送る。表示装置３１０は、例えば液晶パネルであり、表示制御部３０１から受け取ったデータに基づいて画像を表示する。

【0039】

ここで、可視領域について説明する。図５は、可視領域の一例を説明するための概念図である。本実施形態において、可視領域１０６とは、例えば図５に示すように、コンテンツ１００の領域のうち、ブラウザの表示領域１０５に含まれ、かつ、ユーザ端末３０の画面の表示領域１０４に含まれる領域をいう。なお、本発明はこれに限られず、例えば、コンテンツ１００の領域のうち、ブラウザの表示領域１０５に含まれている領域を可視領域としてもよい。

【0040】

表示制御部３０１は、可視領域の位置および大きさを示す位置情報を、例えばユーザ端末において実行されているＯＳ（Operating System）等から取得する。表示制御部３０１は、可視領域の位置情報を、例えばコンテンツ１００内の座標に変換して管理している。図５の例では、斜線部分で示された領域が、可視領域１０６となる。

【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】

ここで、ユーザが電車やバスに乗って移動している場合、ユーザは、ユーザ端末３０の画面を見る機会が多いと考えられる。そのため、本実施形態の配信装置２０では、ユーザ端末３０が所定速度以上で移動中に操作された場合に、可視領域１０６内に表示されている動画広告の表示領域１０１において動画広告を再生する制御プログラムをユーザ端末３０に配信する。これにより、配信装置２０は、無駄な動画広告の再生を減らすことができる。

【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】

（第４の実施形態）
次に、本発明の第４の実施形態について、図面を参照しながら説明する。

【0098】

［処理の概略］
図１４は、第４の実施形態における処理の概略の一例を説明するための概念図である。本実施形態では、例えば図１４の時刻Ｔ₁に示すように、可視領域内に動画広告の表示領域１０１が表示されたとしても、ユーザ端末３０は、表示領域１０１内の動画広告を再生しない。一方、本実施形態では、例えば図１４の時刻Ｔ₂に示すように、可視領域内に動画広告の表示領域１０１が表示された状態で、ユーザ端末３０の画面から所定距離Ｌ（例えば数十ｃｍ）以内に物体（例えばユーザ顔）が存在する場合に、ユーザ端末３０は、表示領域１０１内の動画広告の再生を開始する。

【0099】

なお、本実施形態における配信システム１０および配信装置２０の構成については、図２に示した第１の実施形態における構成と同様であるため、詳細な説明を省略する。また、本実施形態におけるユーザ端末３０の構成は、図９に示した第２の実施形態における構成と同様であるため、以下に説明する点を除き、詳細な説明を省略する。

【0100】

本実施形態におけるユーザ端末３０では、センサ３１３は、例えば、ユーザ端末３０の画面の近傍（例えば正面）にある物体までの距離を測定し、測定した距離を示す信号を出力する距離センサである。動画制御部３０４は、判定部３０３から表示領域１０１の領域ＩＤを受け取った場合に、センサ３１３から出力された信号に基づいて、ユーザ端末３０の画面の正面にある物体までの距離が、所定距離以内か否かを判定する。ユーザ端末３０の画面の正面にある物体までの距離が所定距離以内である場合、動画制御部３０４は、判定部３０３から受け取った領域ＩＤに対応付けて保持している動画広告の再生を開始する。

【0101】

ユーザ端末３０の画面から所定距離以内に物体が存在する場合、それはユーザの顔である可能性が高い。そして、そのような場合、ユーザは、ユーザ端末３０の画面を見ている可能性が高い。そのため、本実施形態の配信装置２０では、ユーザ端末３０の画面から所定距離以内に物体が存在する場合に、可視領域１０６内に表示されている動画広告の表示領域１０１において動画広告を再生する制御プログラムをユーザ端末３０に配信する。これにより、配信装置２０は、無駄な動画広告の再生を減らすことができる。

【0102】

なお、ユーザ端末３０にカメラを設け、動画制御部３０４は、ユーザ端末３０の画面の正面にある物体が人間の顔か否かも併せて判定してもよい。この場合、動画制御部３０４は、ユーザ端末３０の画面から所定距離以内に人間の顔が存在する場合に、動画広告を再生する。これにより、動画広告の無駄な再生を減らすことができる可能性をさらに高めることができる。

【0103】

また、動画制御部３０４は、ユーザ端末３０に設けられたカメラからの画像を解析して、ユーザ端末３０の画面の正面にいる人間の目線を検出してもよい。この場合、動画制御部３０４は、ユーザ端末３０の画面の正面にいる人間の目線がユーザ端末３０の画面内にある（より好ましくは表示領域１０１内にある）場合に、動画広告を再生する。これにより、動画広告の無駄な再生をさらに減らすことができる可能性をさらに高めることができる。

【0104】

［ユーザ端末３０の動作］
図１５は、第４の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。ユーザ端末３０は、コンテンツデータを配信装置２０から取得し、取得したコンテンツデータに含まれている制御プログラムを読み込むことにより、本フローチャートに示す動作を開始する。なお、以下に説明する点を除き、図１５において、図８と同じ符号を付した処理は、図８に示した処理と同一または同様の処理であるため説明を省略する。

【0105】

動画広告の表示領域１０１が可視領域に含まれている場合（Ｓ１０２：Ｙｅｓ）、判定部３０３は、可視領域に含まれている表示領域１０１に対応する領域ＩＤを動画制御部３０４へ送る。動画制御部３０４は、センサ３１３から出力された信号に基づいて、ユーザ端末３０の画面の正面にある物体までの距離が所定距離以内か否かを判定する（Ｓ１４０）。

【0106】

ユーザ端末３０の画面の正面にある物体までの距離が所定距離以内である場合（Ｓ１４０：Ｙｅｓ）、動画制御部３０４は、ステップＳ１０４に示した処理を実行する。一方、ユーザ端末３０の画面の正面にある物体までの距離が所定距離よりも大きい場合（Ｓ１４０：Ｎｏ）、または、表示の変更中である場合（Ｓ１０４：Ｙｅｓ）、可視領域取得部３０２は、ステップＳ１１２に示した処理を実行する。

【0107】

なお、ステップＳ１０８またはＳ１１０において動画広告の再生が開始され、動画広告の再生が継続している間に、ステップＳ１４０において、ユーザ端末３０の画面の正面にある物体までの距離が所定距離よりも大きいと判定した場合、動画制御部３０４は、動画広告の再生を停止する。

【0108】

また、ユーザの操作が検出されていない場合（Ｓ１１２：Ｎｏ）、または、表示領域１０１が可視領域に含まれている場合（Ｓ１１４：Ｙｅｓ）、動画制御部３０４は、再びステップＳ１４０に示した処理を実行する。

【0109】

以上、本発明の第４の実施形態について説明した。

【0110】

上記説明から明らかなように、本実施形態の配信システム１０においても、無駄な動画広告の再生を減らし、ユーザ端末３０の消費電力の増加を抑えることができる。

【0111】

（第５の実施形態）
次に、本発明の第５の実施形態について、図面を参照しながら説明する。

【0112】

［処理の概略］
図１６は、第５の実施形態における処理の概略の一例を説明するための概念図である。本実施形態では、例えば図１６の時刻Ｔ₁に示すように、可視領域内に動画広告の表示領域１０１が表示されたとしても、ユーザがユーザ端末３０を手に持っていない場合には、ユーザ端末３０は、表示領域１０１内の動画広告を再生しない。

【0113】

一方、本実施形態では、例えば図１６の時刻Ｔ₂に示すように、可視領域内に動画広告の表示領域１０１が表示された状態で、ユーザがユーザ端末３０を手に持っている場合には、ユーザ端末３０は、表示領域１０１内の動画広告の再生を開始する。

【0114】

なお、本実施形態における配信システム１０および配信装置２０の構成については、図２に示した第１の実施形態における構成と同様であるため、詳細な説明を省略する。また、本実施形態におけるユーザ端末３０の構成は、図９に示した第２の実施形態における構成と同様であるため、以下に説明する点を除き、詳細な説明を省略する。

【0115】

本実施形態におけるユーザ端末３０では、センサ３１３は、例えば、ユーザ端末３０の姿勢および加速度を測定し、測定した姿勢および加速度を示す信号を出力する。動画制御部３０４は、判定部３０３から表示領域１０１の領域ＩＤを受け取った場合に、センサ３１３から出力された信号に基づいて、ユーザ端末３０が所定の姿勢であるか否かを判定する。所定の姿勢とは、ユーザ端末３０の画面の面が、鉛直面に対して、例えば１０°〜８０°の範囲で傾いている姿勢をいう。

【0116】

ユーザ端末３０が所定の姿勢である場合、動画制御部３０４は、センサ３１３から出力された信号に基づいて、加速度が検出されているか否かを判定する。ユーザがユーザ端末３０を手に持っていると、ユーザの手の動きやユーザによる操作の影響により小刻みに小さな加速度が検出される。加速度が検出されている場合、動画制御部３０４は、判定部３０３から受け取った領域ＩＤに対応付けて保持している動画広告の再生を開始する。

【0117】

ユーザ端末３０が所定の姿勢であり、かつ、加速度が検出されているということは、ユーザがユーザ端末３０を手に持っている可能性が高い。そして、そのような場合、ユーザは、ユーザ端末３０の画面を見ている可能性が高い。そのため、本実施形態の配信装置２０は、ユーザ端末３０が所定の姿勢であり、かつ、加速度が検出されている場合に、可視領域１０６内に表示されている動画広告の表示領域１０１において動画広告を再生する制御プログラムをユーザ端末３０に配信する。これにより、配信装置２０は、無駄な動画広告の再生を減らすことができる。

【0118】

［ユーザ端末３０の動作］
図１７は、第５の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。ユーザ端末３０は、コンテンツデータを配信装置２０から取得し、取得したコンテンツデータに含まれている制御プログラムを読み込むことにより、本フローチャートに示す動作を開始する。なお、以下に説明する点を除き、図１７において、図８と同じ符号を付した処理は、図８に示した処理と同一または同様の処理であるため説明を省略する。

【0119】

動画広告の表示領域１０１が可視領域に含まれている場合（Ｓ１０２：Ｙｅｓ）、判定部３０３は、可視領域に含まれている表示領域１０１に対応する領域ＩＤを動画制御部３０４へ送る。動画制御部３０４は、センサ３１３から出力された信号に基づいて、ユーザ端末３０が所定の姿勢であるか否かを判定する（Ｓ１５０）。

【0120】

ユーザ端末３０が所定の姿勢である場合（Ｓ１５０：Ｙｅｓ）、動画制御部３０４は、センサ３１３から出力された信号に基づいて、加速度が検出されているか否かを判定する（Ｓ１５２）。加速度が検出されている場合（Ｓ１５２：Ｙｅｓ）、動画制御部３０４は、ステップＳ１０４に示した処理を実行する。

【0121】

一方、ユーザ端末３０が所定の姿勢でない場合（Ｓ１５０：Ｎｏ）、加速度が検出されていない場合（Ｓ１５２：Ｎｏ）、または、表示の変更中である場合（Ｓ１０４：Ｙｅｓ）、可視領域取得部３０２は、ステップＳ１１２に示した処理を実行する。

【0122】

なお、ステップＳ１０８またはＳ１１０において動画広告の再生が開始され、動画広告の再生が継続している間に、ステップＳ１５０においてユーザ端末３０が所定の姿勢でないと判定した場合、または、ステップＳ１５２において加速度が検出されていないと判定した場合、動画制御部３０４は、動画広告の再生を停止する。

【0123】

また、ユーザの操作が検出されていない場合（Ｓ１１２：Ｎｏ）、または、表示領域１０１が可視領域に含まれている場合（Ｓ１１４：Ｙｅｓ）、動画制御部３０４は、再びステップＳ１５０に示した処理を実行する。

【0124】

以上、本発明の第５の実施形態について説明した。

【0125】

上記説明から明らかなように、本実施形態の配信システム１０においても、無駄な動画広告の再生を減らし、ユーザ端末３０の消費電力の増加を抑えることができる。

【0126】

（第６の実施形態）
次に、本発明の第６の実施形態について、図面を参照しながら説明する。

【0127】

［処理の概略］
図１８は、第６の実施形態における処理の概略の一例を説明するための概念図である。本実施形態では、例えば図１８の時刻Ｔ₁に示すように、可視領域内に動画広告の表示領域１０１が表示されたとしても、ユーザの前方にある歩行者用信号機１３が青を表示している場合には、ユーザ端末３０は、表示領域１０１内の動画広告を再生しない。

【0128】

一方、本実施形態では、例えば図１８の時刻Ｔ₂に示すように、可視領域内に動画広告の表示領域１０１が表示された状態で、ユーザの前方にある歩行者用信号機１３が赤を表示している場合には、ユーザ端末３０は、表示領域１０１内の動画広告の再生を開始する。

【0129】

［配信システム１０および配信装置２０の構成］
図１９は、第６の実施形態における配信システムの一例を示すシステム構成図である。本実施形態における配信システム１０は、配信装置２０、ユーザ端末３０、広告サーバ４０、およびカメラ１４を備える。なお、以下に説明する点を除き、図１９において、図２と同じ符号を付した構成は、図２における構成と同一または同様の機能を有するため説明を省略する。

【0130】

カメラ１４は、ユーザのメガネやサングラス等に設けられ、ユーザの前方の画像を撮影し、撮影した画像のデータを、無線ＬＡＮやBluetooth（登録商標）、Zigbee（登録商標）等の近距離無線通信方式により、ユーザ端末３０へ送信する。ユーザ端末３０内には、カメラ１４と通信する通信ユニットが設けられており、ユーザ端末３０内の動画制御部３０４は、当該通信ユニットを介してカメラ１４から画像のデータを取得する。

【0131】

そして、動画制御部３０４は、取得したデータに基づいて、ユーザの前方の画像を解析し、ユーザの前方にある歩行者用信号機１３を画像認識等により検出する。そして、動画制御部３０４は、歩行者用信号機１３が表示している信号の色を判定する。そして、歩行者用信号機１３の色が赤である場合、動画制御部３０４は、動画広告の再生を開始する。なお、動画制御部３０４は、色以外に、信号機の領域内で輝度の高い領域を特定することにより、歩行者用信号機が表示している色を判定してもよい。

【0132】

ユーザの前方の歩行者用の信号が赤であるということは、ユーザは信号が変わるまで待っている状態である可能性が高い。そして、そのような場合、ユーザは、ユーザ端末３０の画面を見ている可能性が高い。そのため、本実施形態の配信装置２０では、前方の歩行者用の信号が赤である場合に、可視領域１０６内に表示されている動画広告の表示領域１０１において動画広告を再生する制御プログラムをユーザ端末３０に配信する。これにより、配信装置２０は、無駄な動画広告の再生を減らすことができる。

【0133】

［ユーザ端末３０の動作］
図２０は、第６の実施形態におけるユーザ端末の動作の一例を示すフローチャートである。ユーザ端末３０は、コンテンツデータを配信装置２０から取得し、取得したコンテンツデータに含まれている制御プログラムを読み込むことにより、本フローチャートに示す動作を開始する。なお、以下に説明する点を除き、図２０において、図８と同じ符号を付した処理は、図８に示した処理と同一または同様の処理であるため説明を省略する。

【0134】

動画広告の表示領域１０１が可視領域に含まれている場合（Ｓ１０２：Ｙｅｓ）、判定部３０３は、可視領域に含まれている表示領域１０１に対応する領域ＩＤを動画制御部３０４へ送る。動画制御部３０４は、通信ユニットを介してカメラ１４から受信したデータに基づいて、ユーザの前方の信号が赤を表示しているか否かを判定する（Ｓ１６０）。

【0135】

前方の信号が赤を表示している場合（Ｓ１６０：Ｙｅｓ）、動画制御部３０４は、ステップＳ１０４に示した処理を実行する。一方、前方の信号が青を表示している場合（Ｓ１６０：Ｎｏ）、または、表示の変更中である場合（Ｓ１０４：Ｙｅｓ）、可視領域取得部３０２は、ステップＳ１１２に示した処理を実行する。

【0136】

なお、ステップＳ１０８またはＳ１１０において動画広告の再生が開始され、動画広告の再生が継続している間に、ステップＳ１６０において前方の信号が青を表示していると判定した場合、動画制御部３０４は、動画広告の再生を停止する。

【0137】

また、ユーザの操作が検出されていない場合（Ｓ１１２：Ｎｏ）、または、表示領域１０１が可視領域に含まれている場合（Ｓ１１４：Ｙｅｓ）、動画制御部３０４は、再びステップＳ１６０に示した処理を実行する。

【0138】

以上、本発明の第６の実施形態について説明した。

【0139】

上記説明から明らかなように、本実施形態の配信システム１０においても、無駄な動画広告の再生を減らし、ユーザ端末３０の消費電力の増加を抑えることができる。

【0140】

［配信装置２０のハードウェア構成］
なお、上記第１から第６の実施形態における配信装置２０は、例えば図２１に示すような構成のコンピュータ５０によって実現される。図２１は、配信装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ５０は、ＣＰＵ（Central Processing Unit）５１、ＲＡＭ（Random Access Memory）５２、ＲＯＭ（Read Only Memory）５３、ＨＤＤ（Hard Disk Drive）５４、通信インターフェイス（Ｉ／Ｆ）５５、入出力インターフェイス（Ｉ／Ｆ）５６、およびメディアインターフェイス（Ｉ／Ｆ）５７を備える。

【0141】

ＣＰＵ５１は、ＲＯＭ５３またはＨＤＤ５４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ５３は、コンピュータ５０の起動時にＣＰＵ５１によって実行されるブートプログラムや、コンピュータ５０のハードウェアに依存するプログラム等を格納する。

【0142】

ＨＤＤ５４は、ＣＰＵ５１によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インターフェイス５５は、通信回線１１を介して他の機器からデータを受信してＣＰＵ５１へ送り、ＣＰＵ５１が生成したデータを、通信回線１１を介して他の機器へ送信する。

【0143】

ＣＰＵ５１は、入出力インターフェイス５６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ５１は、入出力インターフェイス５６を介して、入力装置からデータを取得する。また、ＣＰＵ５１は、生成したデータを、入出力インターフェイス５６を介して出力装置へ出力する。

【0144】

メディアインターフェイス５７は、記録媒体５８に格納されたプログラムまたはデータを読み取り、ＲＡＭ５２を介してＣＰＵ５１に提供する。ＣＰＵ５１は、当該プログラムを、メディアインターフェイス５７を介して記録媒体５８からＲＡＭ５２上にロードし、ロードしたプログラムを実行する。記録媒体５８は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0145】

コンピュータ５０が第１から第６の実施形態における配信装置２０として機能する場合、コンピュータ５０のＣＰＵ５１は、ＲＡＭ５２上にロードされたプログラムを実行することにより、コンテンツデータ格納部２１および配信部２２の各機能を実現する。また、ＨＤＤ５４には、コンテンツデータ格納部２１内のデータが格納される。

【0146】

コンピュータ５０のＣＰＵ５１は、これらのプログラムを、記録媒体５８から読み取って実行するが、他の例として、他の装置から、通信回線１１を介してこれらのプログラムを取得してもよい。

【0147】

また、第１から第６の実施形態における配信装置２０において、コンテンツデータ格納部２１内に格納されているそれぞれのコンテンツデータに含まれている制御プログラムは、ユーザ端末３０内のＣＰＵに読み込まれることにより、ユーザ端末３０に、可視領域取得部３０２、判定部３０３、および動画制御部３０４の各機能を実現させる。

【0148】

また、上記した第１の実施形態では、配信装置２０は、動画広告の表示領域１０１が可視領域１０６に含まれ、かつ、ユーザ端末３０が操作された場合に、表示領域１０１において動画広告を再生させる制御プログラムをユーザ端末３０に配信するが、本発明はこれに限られない。例えば、配信装置２０は、動画広告の表示領域１０１が可視領域１０６に含まれ、かつ、ユーザ端末３０が操作され、かつ、当該操作によって所定の処理が実行された場合に、表示領域１０１において動画広告を再生させる制御プログラムをユーザ端末３０に配信するようにしてもよい。

【0149】

図２２は、他の実施形態における処理の概略の一例を説明するための概念図である。例えば図２２の時刻Ｔ₁のように、表示領域１０１が可視領域１０６に含まれ、かつ、ユーザ端末３０が操作された場合であっても、ユーザ端末３０は、表示領域１０１において動画広告を再生しない。そして、例えば図２２の時刻Ｔ₂のように、コンテンツ１００の続きのリロードが開始された場合に、表示領域１０１が可視領域１０６に含まれていれば、ユーザ端末３０は、表示領域１０１において動画広告を再生するようにしてもよい。コンテンツ１００の一部が表示され、ユーザの操作に応じて続きがリロードされるコンテンツとしては、例えば、タイムライン形式で表示されるコンテンツなどが挙げられる。

【0150】

ユーザの操作により、コンテンツ１００のリロードが開始されたということは、ユーザ１０２がそれまでのコンテンツの内容を閲覧した可能性が高い。また、無線通信環境によっては、コンテンツのリロードにはある程度時間を要する場合があり、ユーザはコンテンツがリロードされるまで待たされる場合がある。そこで、配信装置２０は、動画広告の表示領域１０１が可視領域１０６に含まれている場合にユーザ端末３０が操作され、その操作によってコンテンツのリロードが開始された場合に、表示領域１０１において動画広告を再生させる制御プログラムをユーザ端末３０に配信する。これにより、配信装置２０は、ユーザが動画広告を見る可能性の高い状況で、ユーザ端末３０に動画広告を再生させることができる。

【0151】

また、配信装置２０は、動画広告の表示領域１０１が可視領域１０６に含まれ、かつ、ユーザの操作によって動画広告の表示領域１０１が可視領域１０６に対して拡大する処理が実行された場合に、当該表示領域１０１において動画広告を再生させる制御プログラムをユーザ端末３０に配信するようにしてもよい。動画広告の表示領域１０１が可視領域１０６内で拡大したということは、ユーザが表示領域１０１内の動画広告に興味を示している可能性が高い。そのため、そのような状況において表示領域１０１内で動画広告を再生するようにユーザ端末３０を制御する制御プログラムを、配信装置２０は配信してもよい。

【0152】

また、上記した各実施形態では、動画として動画広告を例に説明したが、本発明はこれに限られず、動画は、映画や記録映像等であってもよい。

【0153】

また、上記した各実施形態では、配信装置２０と広告サーバ４０とが別々な装置として構成されている例を説明したが、本発明はこれに限られず、配信装置２０内に、広告サーバ４０の機能が設けられていてもよい。

【0154】

また、上記した各実施形態では、判定部３０３が、動画広告の表示領域が可視領域内に含まれているか否かを判定するが、本発明はこれに限られず、判定部３０３の機能を配信装置２０内に設けてもよい。

【0155】

例えば、表示制御部３０１は、コンテンツ１００内で動画広告の表示領域１０１の領域ＩＤ、および当該表示領域１０１の基準位置の情報を、通信回線１１を介して配信装置２０へ送信する。また、可視領域取得部３０２は、取得した可視領域の位置情報を、通信回線１１を介して配信装置２０へ送信する。

【0156】

そして、配信装置２０内に設けられた判定部は、可視領域の位置情報と、動画広告の表示領域１０１に対応付けられている基準位置とを用いて、表示領域１０１が可視領域に含まれているか否かを判定する。表示領域１０１が可視領域に含まれていると判定した場合、配信装置２０内の判定部は、可視領域に含まれている表示領域１０１に対応する領域ＩＤを、通信回線１１を介して動画制御部３０４へ送る。一方、表示領域１０１が可視領域に含まれていないと判定した場合、配信装置２０内の判定部は、通信回線１１を介して、動画制御部３０４に動画広告の再生停止を指示する。

【0157】

なお、この場合、配信装置２０内には、コンテンツデータ格納部２１および配信部２２に加えて、判定部が設けられるが、この判定部は、配信装置２０とは異なる装置内に設けられていてもよい。この場合、配信装置２０は、例えば新聞社等のメディア業者によって管理され、判定部が設けられた他の装置は、広告配信業者等によって管理されてもよい。

【0158】

なお、上記した各実施形態において、表示制御部３０１が、ユーザの操作に応じて、コンテンツ１００のスクロール、拡大、または縮小などの表示の変更を行っている間は、動画制御部３０４は、動画広告の再生を開始しないが、本発明はこれに限られない。例えば、表示制御部３０１によって表示が変更されており、その表示の変化の速さが所定以上であれば、動画制御部３０４は、動画広告の再生を開始せず、その表示の変化の速さが所定未満であれば、動画制御部３０４は、動画広告の再生を開始するようにしてもよい。

【0159】

例えば、スクロールの場合、表示制御部３０１は、コンテンツ１００内の座標を基準として、可視領域内の所定の位置（例えば、可視領域を示す枠の左上）の座標値の、単位時間当たりの変化量を、スクロールの速さとして算出する。そして、表示制御部３０１は、スクロールの速さが所定以上である場合に、表示の変更中である旨を動画制御部３０４に通知し、所定未満になった場合に、表示の変更が終了した旨を動画制御部３０４に通知する。動画制御部３０４は、表示の変更中である旨の通知を受けた場合、表示の変更が終了した旨の通知を受けるまで、動画広告の再生を開始しない。

【0160】

また、例えば、拡大または変更の場合、表示制御部３０１は、コンテンツ１００内の座標を基準として、可視領域を示す枠の縦または横の長さの、単位時間当たりの変化量を、拡大または縮小の速さとして算出する。そして、表示制御部３０１は、拡大または縮小の速さが所定以上である場合に、表示の変更中である旨を動画制御部３０４に通知し、所定未満になった場合に、表示の変更が終了した旨を動画制御部３０４に通知する。動画制御部３０４は、表示の変更中である旨の通知を受けた場合、表示の変更が終了した旨の通知を受けるまで、動画広告の再生を開始しない。

【0161】

なお、本発明は、上記した各実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した各実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、本発明が、必ずしも説明した全ての構成要素を備えるものに限定されるものではない。また、ある実施形態の構成の一部を、他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に、他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【符号の説明】

【0162】

１０ 配信システム
１１ 通信回線
１２ 基地局
２０ 配信装置
２１ コンテンツデータ格納部
２２ 配信部
３０ ユーザ端末
４０ 広告サーバ
４１ 提供部
４２ 広告データ格納部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】