JP6223309B2 - 配信装置、端末装置、配信方法および配信プログラム - Google Patents

Description

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

近年、インターネットを介した広告配信が盛んに行われている。例えば、ウェブページの所定の位置に企業や商品等に関する広告コンテンツを表示することが行われている。この広告コンテンツは、例えば、静止画像や動画像やテキストデータなどのアイコンであり、広告主によって提供されるウェブページ（以下、広告主ページと表記する）へのハイパーリンク（以下、単に「リンク」と表記する）が張られる。そして、ユーザによって広告コンテンツがクリックされた場合に、広告主ページが表示される。

また、個人や企業等が動画像をインターネット上で不特定多数のユーザに公開できる動画共有サービスが知られている。動画共有サービスでは、例えば、ユーザが再生を所望する動画像の前に、広告コンテンツの動画像が再生される場合がある。

また、インターネット上で文書を販売する際に、販売者が文書データに対して一部をマスクすることで、文書を購入するかどうかを判断するための材料をユーザに与えることが提案されている。

特開２００２−２７９２８９号公報

しかしながら、ユーザが再生を所望する動画像の前に、広告コンテンツの動画像が再生されると、同一のウェブページ上に配置された、他の広告コンテンツと同時に表示されてしまう場合がある。このため、どちらの広告もユーザに対する訴求力が低下し、期待される広告効果を発揮できないおそれがある。また、競合する広告主の広告コンテンツが同時に表示されてしまう場合や、酒類と車等のように倫理的に好ましくない組み合わせの広告が同時に表示されてしまう場合がある。

本願は、上記に鑑みてなされたものであって、動画像中の広告について広告効果の低下を抑制できる配信装置、端末装置、配信方法および配信プログラムを提供することを目的とする。

本願に係る配信装置は、動画像を含むコンテンツを表示する端末装置に対して制御情報を配信する配信部を備える。前記制御情報は、前記動画像中の第１の広告の再生を検知する検知手順と、前記検知手順による前記再生の検知に基づいて、前記コンテンツの前記動画像と異なる領域に表示されている第２の広告を、視認性を下げるように表示態様を変更した状態で表示する表示手順とを前記端末装置に実行させる。

動画像中の広告について広告効果の低下を抑制できる。

図１は、実施形態に係る表示処理の一例を示す図である。 図２は、実施形態に係る広告配信システムの構成例を示す図である。 図３は、実施形態に係る広告配信サーバの構成例を示す図である。 図４は、実施形態に係る広告データベースの一例を示す図である。 図５は、実施形態に係るコンテンツ配信サーバの構成例を示す図である。 図６は、実施形態に係る端末装置の構成例を示す図である。 図７は、実施形態に係るレイヤ表示の一例を示す図である。 図８は、実施形態に係るレイヤ表示の断面の一例を示す図である。 図９は、実施形態に係る端末装置による処理手順を示すフローチャートである。 図１０は、コンテンツ配信サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る配信装置、端末装置、配信方法および配信プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る配信装置、端末装置、配信方法および配信プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．表示処理〕
まず、図１を用いて、実施形態に係る表示処理の一例について説明する。図１は、実施形態に係る表示処理の一例を示す図である。図１に示す端末装置１００は、例えば、パーソナルコンピュータやタブレット端末等の端末装置である。端末装置１００は、液晶ディスプレイ等の出力部１３０を有する。図１では、出力部１３０に表示されたウェブブラウザに、ウェブページＷ１０内のコンテンツＣ１０および広告Ｒ１０、Ｒ１１およびＲ１２が表示される例を示す。なお、以下の説明では、ウェブブラウザを省略して、単に出力部１３０にウェブページＷ１０が表示されるとして説明する。

ウェブページＷ１０は、例えば、動画共有サービスのコンテンツを提供するウェブページである。ウェブページＷ１０には、動画像のコンテンツＣ１０、インプレッション保証型の広告コンテンツである広告Ｒ１０、クリック課金型の広告コンテンツである広告Ｒ１１およびＲ１２が表示される。動画像のコンテンツＣ１０は、例えば、再生ボタンが押下されることで、動画像の再生が開始される。ここで、動画像のコンテンツＣ１０は、例えば、ユーザが再生を所望する動画像の前に、広告コンテンツである広告Ｒ１３の動画像が再生される。なお、広告Ｒ１３は、例えば、広告Ｒ１０と同様に、インプレッション保証型の広告コンテンツである。また、広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３は、例えば、広告主ページへのリンクが張られている。なお、インプレッション保証型の広告コンテンツとは、表示回数が保証されている広告コンテンツのことを示す。

図１に示すように、実施形態に係る端末装置１００は、ユーザによってコンテンツＣ１０を再生させる操作が行われた場合に、ウェブページＷ１０の動画像の広告Ｒ１３と異なる領域をマスクして表示する処理を行う。以下に、図１に示す端末装置１００の状態遷移を用いて、端末装置１００の実行する表示処理について説明する。なお、以下においては、端末装置１００の状態遷移を図示する場合、端末装置１００の表示状態について、第１状態、第２状態、・・・、第Ｎ状態（Ｎは任意の数）と表記する。

図１の第１状態は、端末装置１００が出力部１３０にウェブページＷ１０を表示する状態を示す。なお、端末装置１００は、ウェブページＷ１０の全体を表示できない場合には、初期状態ではウェブページＷ１０の先頭から表示する。

第１状態では、出力部１３０にウェブページＷ１０内の再生前のコンテンツＣ１０、ならびに、広告Ｒ１０、Ｒ１１およびＲ１２が表示される。ここで、ユーザは、コンテンツＣ１０を再生させるために、例えば、コンテンツＣ１０に設けられた再生ボタンを押下する。図１の第２状態は、ユーザが再生ボタンを押下した直後の状態を示す。端末装置１００は、再生ボタンの押下に応じて再生される広告Ｒ１３を表示する。また、端末装置１００は、広告Ｒ１３の再生を検知し、広告Ｒ１３、すなわち動画像のコンテンツＣ１０と異なる領域にマスクＭ１０を表示する。マスクＭ１０は、例えば、透過率２０％の白色のマスクとすることができる。

また、端末装置１００は、マスクＭ１０を表示するとともに、インプレッション保証型の広告コンテンツである広告Ｒ１０を非表示とする。広告Ｒ１０は、例えば、透過率１００％とすることで、ユーザに対して非表示とすることができる。ここで、端末装置１００は、例えば、ユーザによってマスクＭ１０が表示された領域がクリックされると、マスクＭ１０の表示を解除する。

図１の第３状態は、マスクＭ１０が表示された領域をユーザがクリックした直後の状態を示す。端末装置１００は、ユーザによるクリックに応じて、マスクＭ１０の表示を解除するが、広告Ｒ１０は非表示の状態とする。端末装置１００は、広告Ｒ１０が非表示の場合には、広告Ｒ１０がユーザによってクリックされても広告主ページに遷移させない。

図１の第４状態は、広告Ｒ１３の再生が終了し、コンテンツＣ１０の再生が開始された直後の状態を示す。端末装置１００は、広告Ｒ１３の再生が終了すると、広告Ｒ１０を再度表示する。また、端末装置１００は、第２状態でユーザによりクリックが行われなかった場合には、マスクＭ１０の表示を解除する。これにより、広告Ｒ１０と広告Ｒ１３とが同時に表示されないので、インプレッション保証された広告について広告効果の低下を抑制できる。

なお、上記では説明を省略したが、端末装置１００は、上述した処理を任意の手法で実現することができる。例えば、端末装置１００は、ウェブページＷ１０の表示と、上述した表示処理とを端末装置１００に実行させるアプリケーションをあらかじめダウンロードし、任意のタイミングでアプリケーションを実行することで、上述した処理を実現してもよい。また、端末装置１００は、ウェブページＷ１０やコンテンツＣ１０の配信と同時に、上述した表示処理を実行させる制御情報の配信を受け付ける。そして、端末装置１００は、制御情報に従って上記した表示処理を行う。以下、このような制御情報に従って、上述した表示処理を実行する端末装置１００等について説明する。

〔２．広告配信システムの構成〕
以下、上記した表示処理を実現する端末装置１００等について説明する。まず、図２を用いて、実施形態に係る広告配信システム１の構成について説明する。図２は、実施形態に係る広告配信システムの構成例を示す図である。図２に示すように、広告配信システム１は、端末装置１００と、広告主端末１０と、広告配信サーバ２０と、コンテンツ配信サーバ３０とを含む。端末装置１００、広告主端末１０、広告配信サーバ２０およびコンテンツ配信サーバ３０は、ネットワークＮを介して有線または無線により通信可能に接続される。なお、図２に示す広告配信システム１には、複数台の端末装置１００や、複数台の広告主端末１０や、複数台の広告配信サーバ２０や、複数台のコンテンツ配信サーバ３０が含まれてもよい。

端末装置１００は、ウェブページを閲覧するユーザによって利用される情報処理装置である。例えば、端末装置１００は、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット端末や、スマートフォン等の携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。例えば、端末装置１００は、ユーザによる操作にしたがって、コンテンツ配信サーバ３０からウェブページＷ１０を取得し、取得したウェブページＷ１０を表示する。また、端末装置１００は、ウェブページＷ１０に後述する広告取得命令が含まれる場合には、広告配信サーバ２０から広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３を取得し、ユーザの操作に応じて、取得した広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３をウェブページＷ１０とともに表示する。

広告主端末１０は、広告主によって利用される情報処理装置である。例えば、広告主端末１０は、デスクトップ型ＰＣや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ等である。広告主端末１０は、広告主による操作にしたがって、広告コンテンツを広告配信サーバ２０に入稿する。例えば、広告主端末１０は、広告コンテンツとして、静止画像や、動画像や、テキストデータや、広告コンテンツに対応するコンテンツを取得するためのＵＲＬ（Uniform Resource Locator）などを広告配信サーバ２０に入稿する。

なお、広告主は、広告コンテンツの入稿を代理店に依頼する場合がある。この場合、広告配信サーバ２０に広告コンテンツを入稿するのは代理店となる。以下では、「広告主」といった表記は、広告主だけでなく代理店を含む概念であり、「広告主端末」といった表記は、広告主端末１０だけでなく代理店によって利用される代理店装置を含む概念であるものとする。

広告配信サーバ２０は、本願に係る配信装置に対応するサーバ装置であって、広告主端末１０から入稿された広告コンテンツを配信するサーバ装置である。例えば、広告配信サーバ２０は、端末装置１００からアクセスを受け付けると、端末装置１００の場所や利用者の属性等から広告のマッチングを行い、マッチングの結果配信対象となる広告コンテンツを端末装置１００に配信する。また、広告配信サーバ２０は、配信対象となる広告コンテンツの表示態様を指示する制御情報を広告コンテンツとともに端末装置１００に配信する。この制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）やＣＳＳ（Cascading Style Sheets）等のスクリプト言語により記述される。

コンテンツ配信サーバ３０は、端末装置１００にウェブページを配信するウェブサーバ等である。例えば、コンテンツ配信サーバ３０は、動画共有サイト、ポータルサイト、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどに関連する各種情報を含むウェブページを端末装置１００に配信する。なお、コンテンツ配信サーバ３０は、本願に係る動画像を含むコンテンツを端末装置に配信する配信装置に対応するサーバ装置である。

ここで、コンテンツ配信サーバ３０によって配信されるウェブページＷ１０は、例えば、ＨＴＭＬ（Hyper Text Markup Language）により記述されたＨＴＭＬファイルや、ＸＭＬ（Extensible Markup Language）により記述されたＸＭＬファイル等により形成される。また、コンテンツ配信サーバ３０によって配信されるウェブページＷ１０には、広告取得命令が含まれる。例えば、ウェブページＷ１０を形成するＨＴＭＬファイル等には、広告配信サーバ２０のＵＲＬ等が広告取得命令として記述される。この場合、端末装置１００は、ＨＴＭＬファイル等に記述されているＵＲＬにアクセスすることで、広告配信サーバ２０から広告コンテンツを取得する。

なお、コンテンツ配信サーバ３０から端末装置１００に配信される各種データは、実際にはウェブページを形成するＨＴＭＬファイルや画像等であるが、以下では、コンテンツ配信サーバ３０から端末装置１００に配信される各種データを「コンテンツ」と表記する場合がある。

〔３．広告配信サーバの構成〕
次に、図３を用いて、実施形態に係る広告配信サーバ２０の構成について説明する。図３は、実施形態に係る広告配信サーバの構成例を示す図である。図３に示すように、広告配信サーバ２０は、通信部２１と、記憶部２２と、制御部２３とを有する。

通信部２１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２１は、ネットワークＮと有線または無線で接続され、端末装置１００や広告主端末１０やコンテンツ配信サーバ３０との間で情報の送受信を行う。

記憶部２２は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部２２は、広告主端末１０から入稿された広告コンテンツに関する各種情報が格納されたデータベースである広告データベース２４を記憶する。

ここで、図４は、実施形態に係る広告データベースに格納された情報の一例を示す図である。図４に示した例では、広告データベース２４は、「広告主ＩＤ」、「広告コンテンツ」、「入札価格」、「ＣＴＲ（Click Through Rate）」といった項目を有する。

「広告主ＩＤ」は、広告主または広告主端末１０を識別するための識別情報を示す。「広告コンテンツ」は、広告主端末１０から入稿された広告コンテンツを示す。図４では「広告コンテンツ」に「Ｒ１０」や「Ｒ１１」といった概念的な情報が格納される例を示したが、実際には、静止画像や動画像やテキストデータやＵＲＬ、または、これらの格納場所を示すファイルパス名などが格納される。

「入札価格」は、広告主が広告コンテンツを入稿する際に指定する広告料金を示す。例えば、「入札価格」は、広告コンテンツがウェブページに１回表示された際に広告主から広告配信者（例えば、広告配信サーバ２０またはコンテンツ配信サーバ３０の管理者）に支払われる単価に該当する。なお、例えば、「入札価格」は、広告コンテンツがユーザに１回クリックされた際に広告主から広告配信者に支払われる単価に該当する額であってもよい。また、「入札価格」は、例えば、広告コンテンツが期間を定めたインプレッション保証型である場合には不要であるので、図４の例では「−」と示している。なお、インプレッション保証型の広告コンテンツの場合には、例えば、１０万回の表示を保証する場合に１００万円といった価格設定となる。

「ＣＴＲ」は、広告コンテンツがクリックされた回数を広告コンテンツの表示回数によって除算した値を示す。なお、端末装置１００に配信されたことがない広告コンテンツのＣＴＲには、予め決められている固定値や、全ての広告コンテンツにおけるＣＴＲの平均値や、同一の広告カテゴリ（例えば、車、旅行）に属する全ての広告コンテンツにおけるＣＴＲの平均値などが記憶される。また、「ＣＴＲ」には、ＣＴＲの予測モデル等から予測される予測ＣＴＲが記憶されてもよい。このような予測ＣＴＲは、例えば、広告コンテンツの種別や、広告コンテンツが表示されるウェブページの種別等によって予測される。

すなわち、図４では、広告主ＩＤ「Ｂ１０」によって識別される広告主が、インプレッション保証型の広告「Ｒ１０」と、入札価格「５０」が指定された広告「Ｒ１１、Ｒ１２」とを入稿した例を示している。また、図４では、広告コンテンツ「Ｒ１１、Ｒ１２」のＣＴＲが「０．０１」である例を示している。また、図４では、広告主ＩＤ「Ｂ２０」によって識別される広告主が、インプレッション保証型の広告「Ｒ１３」を入稿した例を示している。

図３に戻って、説明を続ける。制御部２３は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、広告配信サーバ２０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部２３は、入稿受付部２５と、要求受付部２６と、広告選択部２７と、配信部２８とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

入稿受付部２５は、広告主端末１０から広告コンテンツの入稿を受け付ける。具体的には、実施形態に係る入稿受付部２５は、入札価格または期間に応じた価格の指定とともに広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３の入稿を受け付ける。かかる場合、入稿受付部２５は、各広告コンテンツを、広告主ＩＤと、受け付けた入札価格または期間に応じた価格とともに広告データベース２４に登録する。

なお、入稿受付部２５は、広告コンテンツの入稿の際、広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３に対して設定される各ランディングページ（landing page）等の所在を示すＵＲＬを広告主端末１０から受信する。そして、入稿受付部２５は、受信したランディングページ等の所在を示すＵＲＬを、広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３とともに広告データベース２４に登録するものとする。ここで、広告Ｒ１３は、例えば、コンテンツＣ１０の再生の前に再生される広告とする。広告Ｒ１３は、例えば、数秒から数十秒程度の動画像であり、広告Ｒ１３の再生後にコンテンツＣ１０が続けて再生される。

要求受付部２６は、端末装置１００から広告コンテンツの取得要求を受け付ける。例えば、要求受付部２６は、広告コンテンツの取得要求として、ＨＴＴＰリクエストを受け付ける。

広告選択部２７は、要求受付部２６によって広告コンテンツの取得要求が受け付けられた場合に、配信候補の広告コンテンツを広告データベース２４から選択する。例えば、広告選択部２７は、端末装置１００の位置や利用者の属性に基づいて、広告データベース２４に登録されている広告コンテンツから配信対象となる広告コンテンツのマッチングを行う。かかるマッチングにおいては、入札価格またはＣＴＲが高い広告コンテンツや、入札価格およびＣＴＲの双方が高い広告コンテンツが優先的に選択されてもよい。そして、広告選択部２７は、配信対象として選択された広告コンテンツを配信部２８に出力する。

なお、広告選択部２７は、ウェブページが検索ページである場合には、検索ページに指定された検索キーワードとマッチする広告コンテンツを抽出する検索連動型広告と呼ばれる広告配信手法を用いてもよい。また、広告選択部２７は、ユーザの属性情報（サイコグラフィック属性、デモグラフィック属性など）とマッチする広告コンテンツを抽出するターゲティング配信と呼ばれる広告配信手法を用いてもよい。

配信部２８は、広告選択部２７が選択した広告コンテンツとともに、端末装置１００に対して制御情報を配信する。具体的には、配信部２８は、広告選択部２７が選択した広告コンテンツを受信すると、受信した広告コンテンツに含まれる表示指示を抽出する。そして、配信部２８は、抽出した表示指示が示す表示態様で、広告コンテンツを表示させるための制御情報を生成する。

具体的には、実施形態に係る配信部２８は、端末装置１００で表示されているウェブページＷ１０において、動画像中の広告Ｒ１３の再生を検知する検知手順と、検知手順による再生の検知に基づいて、コンテンツの動画像と異なる領域に表示されている広告Ｒ１０を、視認性を下げるように表示態様を変更した状態で表示する表示手順とを端末装置１００に実行させる制御情報を生成する。

また、配信部２８は、広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３に対して設定されるランディングページ等の各ＵＲＬが広告データベース２４に登録されている場合には、以下の処理を端末装置１００に実行させる制御情報を生成する。例えば、配信部２８は、広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３に対応するＵＲＬへのリンクを設定し、ユーザが広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３を選択した場合は、対応するＵＲＬが示すランディングページ等を表示する処理を端末装置１００に実行させる制御情報を生成する。その後、配信部２８は、生成した制御情報と、広告Ｒ１０、Ｒ１１、Ｒ１２およびＲ１３に含まれる画像等のデータとを端末装置１００に対して配信する。ここで、制御情報は、例えば、ユーザによりコンテンツＣ１０を再生させる再生ボタンが押下された場合に、広告Ｒ１３をコンテンツＣ１０の前に再生させる処理を端末装置１００に実行させる制御情報とすることができる。

〔４．コンテンツ配信サーバの構成〕
次に、図５を用いて、実施形態に係るコンテンツ配信サーバ３０の構成について説明する。図５は、実施形態に係るコンテンツ配信サーバ３０の構成例を示す図である。図５に示すように、コンテンツ配信サーバ３０は、通信部３１と、コンテンツ記憶部３２と、制御部３３とを有する。

通信部３１は、例えば、ＮＩＣ等によって実現される。そして、通信部３１は、ネットワークＮと有線または無線で接続され、端末装置１００や広告配信サーバ２０との間で情報の送受信を行う。

コンテンツ記憶部３２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。そして、コンテンツ記憶部３２は、コンテンツの一例であるウェブページを記憶する。例えば、コンテンツ記憶部３２は、ウェブページを形成するＨＴＭＬファイルや、ウェブページに表示される静止画像や動画像を記憶する。なお、コンテンツ記憶部３２に記憶されるウェブページには、ウェブページ上に表示させる広告コンテンツを取得するための広告取得命令が含まれる場合がある。

制御部３３は、例えば、ＣＰＵやＭＰＵ等によって、コンテンツ配信サーバ３０内部の記憶装置に記憶されている各種プログラム（配信プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部３３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図５に示すように、制御部３３は、受付部３４と、配信部３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。

受付部３４は、端末装置１００からウェブページの取得要求を受け付ける。例えば、受付部３４は、ウェブページの取得要求として、ＨＴＴＰリクエストを受け付ける。

配信部３５は、受付部３４によってウェブページの取得要求が受け付けられた場合に、ウェブページを端末装置１００に配信する。具体的には、配信部３５は、コンテンツ記憶部３２から取得要求対象のウェブページを取得し、取得したウェブページを端末装置１００に配信する。上記の通り、コンテンツ記憶部３２に記憶されているウェブページは、広告取得命令を含む。すなわち、端末装置１００は、取得したウェブページを表示する際に、ウェブページに含まれる広告取得命令に従い、広告配信サーバ２０に対して広告コンテンツの配信要求を送信する。なお、コンテンツの一例である動画像は、コンテンツ配信サーバ３０と異なる動画像サーバから配信されてもよい。

〔５．端末装置の構成〕
次に、図６を用いて、実施形態に係る端末装置１００の構成について説明する。図６は、実施形態に係る端末装置１００の構成例を示す図である。図６に示すように、端末装置１００は、通信部１１０と、入力部１２０と、出力部１３０と、制御部１４０とを有する。

通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、広告配信サーバ２０やコンテンツ配信サーバ３０との間で情報の送受信を行う。

入力部１２０は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２０は、キーボードやマウスや操作キー等によって実現される。出力部１３０は、各種情報を表示するための表示装置である。例えば、出力部１３０は、液晶ディスプレイ等によって実現される。なお、端末装置１００にタッチパネルが採用される場合には、入力部１２０と出力部１３０とは一体化される。なお、図１の例では、出力部１３０の全体に表示されたウェブブラウザに、ウェブページＷ１０が表示される例を示したが、例えば、ウェブブラウザをウインドウ化して出力部１３０の一部の領域にウェブページＷ１０が表示されるようにしてもよい。

制御部１４０は、例えば、ＣＰＵやＭＰＵ等によって、端末装置１００内部の記憶装置に記憶されている各種プログラム（表示プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムは、ウェブブラウザと呼ばれるアプリケーションプログラムに該当する。また、制御部１４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図６に示すように、制御部１４０は、要求部１４１と、受付部１４２と、表示制御部１４３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１４０の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１４０が有する各処理部の接続関係は、図６に示した接続関係に限られず、他の接続関係であってもよい。

要求部１４１は、入力部１２０を介して受け付けたユーザ操作に従って、コンテンツ配信サーバ３０にウェブページの取得要求を送信する。また、要求部１４１は、受付部１４２によって受け付けられたウェブページに広告取得命令が含まれる場合に、広告コンテンツの取得要求を広告配信サーバ２０に送信する。

受付部１４２は、ウェブページと広告コンテンツとを受け付ける。具体的には、受付部１４２は、要求部１４１によって送信されたウェブページの取得要求に応答したコンテンツ配信サーバ３０からウェブページを受け付ける。このとき、受付部１４２は、ウェブページに広告取得命令が含まれる場合には、広告コンテンツの取得要求を送信するよう要求部１４１に指示する。そして、受付部１４２は、要求部１４１によって送信された広告コンテンツの取得要求に応答した広告配信サーバ２０から広告コンテンツを受け付ける。このとき、受付部１４２は、広告コンテンツとともに、広告コンテンツの表示を制御する制御情報を受け付ける。

表示制御部１４３は、出力部１３０にコンテンツを表示する。具体的には、表示制御部１４３は、要求部１４１による処理の結果、ウェブページＷ１０を受信した場合は、ウェブページＷ１０を出力部１３０に表示させる。

表示制御部１４３は、受付部１４２によって受け付けられたウェブページに含まれる制御情報に従って、所定のコンテンツを出力部１３０に表示制御する。具体的には、表示制御部１４３は、ウェブページＷ１０に含まれるコンテンツＣ１０を再生待機状態とし、広告Ｒ１０、Ｒ１１およびＲ１２を表示する処理を実行する。表示制御部１４３は、図６に示すように、検知部１４４と、表示部１４５とを有する。検知部１４４および表示部１４５は、例えば、ＣＰＵやＭＰＵ等によって、ウェブページに含まれる制御情報がＲＡＭを作業領域として実行されることにより実現される。すなわち、検知部１４４が実行する処理は、ウェブページに含まれる制御情報が実行させる検知手順により実現され、表示部１４５が実行する処理は、ウェブページに含まれる制御情報が実行させる表示手順により実現される。

検知部１４４は、端末装置１００に表示されたウェブページＷ１０内の動画像中の第１の広告の再生を検知する。すなわち、検知部１４４は、ウェブページＷ１０内の動画像であるコンテンツＣ１０について、ユーザの操作により再生ボタンが押下され、コンテンツＣ１０の前に再生されるように設定された広告Ｒ１３が再生されたことを検知する。検知部１４４は、再生を検知すると、再生開始情報を表示部１４５に出力する。

また、検知部１４４は、端末装置１００に表示されたウェブページＷ１０内の動画像中の第１の広告の再生終了を検知する。すなわち、検知部１４４は、コンテンツＣ１０の前に再生される広告Ｒ１３について、再生が終了したことを検知する。検知部１４４は、再生終了を検知すると、再生終了情報を表示部１４５に出力する。

表示部１４５は、ウェブページＷ１０内の動画像であるコンテンツＣ１０について、ユーザの操作により再生ボタンが押下されると、ウェブページＷ１０またはコンテンツＣ１０の制御情報に従って、コンテンツＣ１０の前に再生されるように設定された広告Ｒ１３を表示する。なお、表示部１４５は、コンテンツＣ１０の前に再生されるように設定された広告Ｒ１３がない場合には、広告Ｒ１３を表示せず、コンテンツＣ１０の再生を開始して表示する。

表示部１４５は、検知部１４４から再生開始情報が入力されると、ウェブページＷ１０内の動画像であるコンテンツＣ１０の領域、つまり、コンテンツ１０の前に同じ領域で再生される広告Ｒ１３の領域と異なる領域に対して、マスクＭ１０を表示する。言い換えると、表示部１４５は、動画像のコンテンツＣ１０および広告Ｒ１３が表示される領域以外、例えば、広告Ｒ１０、Ｒ１１およびＲ１２を含む領域に対して、マスクＭ１０を表示する。ここで、マスクＭ１０は、例えば、透過率２０％の白色のマスクとすることができ、ユーザには広告Ｒ１３以外の領域の表示が薄く見えるため、広告Ｒ１３の視認性が向上する。図１の例では、第２状態に相当し、端末装置１００は、ユーザが広告Ｒ１３を視聴している間、ウェブページＷ１０の他の領域を白くマスクする。

また、表示部１４５は、検知部１４４から再生開始情報が入力されると、第２の広告であるインプレッション保証型の広告Ｒ１０を非表示とする。すなわち、表示部１４５は、例えば、広告Ｒ１０の透過率を１００％とし、ユーザからは視認できない状態とすることで非表示とする。また、表示部１４５は、広告Ｒ１０を非表示とした場合には、広告Ｒ１０が表示されていた領域がユーザによってクリックされても、広告主ページへ遷移させない。つまり、表示部１４５は、非表示とした広告Ｒ１０について、クリックできない状態とする。なお、表示部１４５は、広告Ｒ１３の領域と異なる領域に表示される広告Ｒ１１およびＲ１２、ならびに、その他のコンテンツについてもクリックできない状態とする。図１の例では、第２状態に相当し、端末装置１００は、ユーザが第１の広告である広告Ｒ１３を視聴している間、ウェブページＷ１０の第２の広告である広告Ｒ１０を非表示とする。

次に、表示部１４５は、ウェブページＷ１０にマスクＭ１０が表示されている状態で、ユーザによって動画像のコンテンツＣ１０および広告Ｒ１３が表示される領域以外がクリックされると、マスクＭ１０の表示を解除する。図１の例では、第３状態に相当し、端末装置１００は、マスクＭ１０の表示は解除するが、第２の広告である広告Ｒ１０は非表示の状態とする。

続いて、表示部１４５は、第１の広告である広告Ｒ１３の再生が終了し、検知部１４４から再生終了情報が入力されると、コンテンツＣ１０の再生を開始する。また、表示部１４５は、第２の広告である広告Ｒ１０を再度表示する。すなわち、表示部１４５は、例えば、透過率が１００％とされた広告Ｒ１０の透過率を元の透過率、例えば０％に戻すことで広告Ｒ１０をユーザから視認できるように表示する。また、表示部１４５は、広告Ｒ１０の再表示と併せて、マスクＭ１０が表示されている場合には、マスクＭ１０の表示を解除する。図１の例では、第４状態に相当し、端末装置１００は、コンテンツＣ１０を再生しつつ、ウェブページの他の領域、例えば、広告Ｒ１０、Ｒ１１およびＲ１２等を元の表示状態に戻して表示する。

また、表示部１４５は、広告Ｒ１０が動画像である場合には、広告Ｒ１３の再生により再生が中断された広告Ｒ１０の動画像を、広告Ｒ１３の再生終了情報に基づいて、中断された箇所から再生を再開して表示する。なお、表示部１４５は、広告Ｒ１３の再生により再生が中断された広告Ｒ１０の動画像を、広告Ｒ１３の再生終了情報に基づいて、先頭から再生を再開して表示してもよい。

ここで、マスクの表示の一例としてレイヤを用いて重畳表示する場合について説明する。図７は、実施形態に係るレイヤ表示の一例を示す図である。図７に示すように、表示部１４５は、ウェブページＷ１０と、マスクＭ１０と、広告Ｒ１３とを異なるレイヤとして重畳表示を行う。図８は、実施形態に係るレイヤ表示の断面の一例を示す図である。図８は、図７のレイヤ表示の断面を示し、下からウェブページＷ１０、マスクＭ１０、広告Ｒ１３の順にレイヤが重ねられた例である。

ウェブページＷ１０のレイヤには、例えば、インプレッション保証型の広告Ｒ１０と、クリック課金型の広告Ｒ１１とが表示される。マスクＭ１０のレイヤは、ウェブページＷ１０のレイヤに重畳表示され、ウェブページＷ１０をマスクする。広告Ｒ１３のレイヤは、マスクＭ１０のレイヤに重畳表示され、コンテンツＣ１０の再生前に再生されるインプレッション保証型の動画像の広告Ｒ１３について、マスクＭ１０の影響を受けずに表示することができる。このように、端末装置１００は、第１の広告である広告Ｒ１３と、第２の広告である広告Ｒ１０とを異なるレイヤに表示し、間にマスクＭ１０のレイヤを表示する。これにより、端末装置１００は、動画像のインプレッション保証型の広告の再生中に、他のインプレッション保証型の広告が表示されることを抑制できる。

また、表示部１４５は、マスクについて、透過率を設定した白色のマスクの他に、他の態様のマスクを用いてもよい。マスクは、例えば、ウェブページＷ１０のコンテンツＣ１０および広告Ｒ１３と異なる領域について、彩度を下げる処理、および、網掛け処理のうち、いずれか１つ以上の処理を行うことで表示態様を変更するものでもよい。

また、表示部１４５は、動画像中の広告Ｒ１３の広告主と、ウェブページＷ１０の動画像と異なる領域に表示されているインプレッション保証型の広告Ｒ１０の広告主とが競合関係にある場合に、広告Ｒ１０を非表示にするようにしてもよい。

また、表示部１４５は、非表示とした広告Ｒ１０について、インプレッションをカウントしないようにしてもよい。表示部１４５は、例えば、広告Ｒ１０が動画像であり、広告Ｒ１０の再生が始まるとインプレッションがカウントされる場合には、広告Ｒ１０の再生が中断された時点で、インプレッションのカウントを取り消す情報を広告配信サーバ２０に送信する。また、表示部１４５は、例えば、広告Ｒ１０が動画像であり、広告Ｒ１０の再生が終了するとインプレッションがカウントされる場合には、広告Ｒ１０の再生が中断された時点では、インプレッションがカウントされていないため、広告Ｒ１０の再生が再開して再生が終了した時点でインプレッションをカウントする情報を広告配信サーバ２０に送信する。これにより、インプレッションのカウントを精度よく行うことができる。

なお、上記の検知部１４４および表示部１４５が実行する処理は、例えば、ウェブページＷ１０または広告コンテンツに含まれる制御情報が、端末装置１００にウェブページＷ１０を表示させるウェブブラウザソフトウェアの機能を利用することにより実現される。

〔６．他の表示例〕
上記では、図１に例示した表示態様を用いながら、端末装置１００による表示処理について説明した。具体的には、上記では、動画像のコンテンツＣ１０の再生前に、動画像の広告Ｒ１３を再生する際に、広告Ｒ１３の領域と異なる領域にマスクを表示し、広告Ｒ１３の領域と異なる領域に表示されているインプレッション保証型の広告Ｒ１０を非表示とする例を示したが、これに限定されない。例えば、端末装置１００は、マスクの表示に代えて、広告Ｒ１３の領域と異なる領域をぼかす処理や、当該領域を白黒表示とする処理を行うようにしてもよい。これにより、マスクを表示する場合と同様に、広告Ｒ１０と広告Ｒ１３とが同時に表示されないので、インプレッション保証された広告について広告効果の低下を抑制できる。

〔７．端末装置の処理フロー〕
次に、図９を用いて、実施形態に係る端末装置１００による処理の手順について説明する。図９は、実施形態に係る端末装置による処理手順を示すフローチャートである。図９に示すように、端末装置１００は、コンテンツ配信サーバ３０から取得したウェブページを表示する（ステップＳ１０１）。端末装置１００は、ウェブページ内の動画像中の広告の再生を検知したか否かを判定する（ステップＳ１０２）。端末装置１００は、ウェブページ内の動画像中の広告の再生を検知していない場合には（ステップＳ１０２：Ｎｏ）、動画像中の広告の再生を検知するまで待機する。

端末装置１００は、ウェブページ内の動画像中の広告の再生を検知した場合には（ステップＳ１０２：Ｙｅｓ）、ウェブページ内の動画像と異なる領域にマスクを表示する（ステップＳ１０３）。また、端末装置１００は、所定の広告、つまりウェブページ内の動画像と異なる領域に表示されているインプレッション保証型の広告を非表示とする（ステップＳ１０４）。

端末装置１００は、ウェブページ内の動画像と異なる領域がクリックされたか否かを判定する（ステップＳ１０５）。端末装置１００は、ウェブページ内の動画像と異なる領域がクリックされた場合には（ステップＳ１０５：Ｙｅｓ）、マスクの表示を解除する（ステップＳ１０６）。端末装置１００は、ウェブページ内の動画像と異なる領域がクリックされていない場合には（ステップＳ１０５：Ｎｏ）、ステップＳ１０７に進む。

次に、端末装置１００は、動画像中の広告の再生が終了したか否かを判定する（ステップＳ１０７）。端末装置１００は、動画像中の広告の再生が終了していない場合には（ステップＳ１０７：Ｎｏ）、ステップＳ１０５に戻り、ステップＳ１０５〜Ｓ１０７の処理手順を繰り返す。端末装置１００は、動画像中の広告の再生が終了した場合には（ステップＳ１０７：Ｙｅｓ）、マスクの表示を解除し、所定の広告、つまりウェブページ内の動画像と異なる領域に表示されているインプレッション保証型の広告を表示する（ステップＳ１０８）。

〔８．変形例〕
上述した実施形態に係る処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。以下では、端末装置１００、広告配信サーバ２０、コンテンツ配信サーバ３０および配信処理システム１の他の実施形態について説明する。

〔８−１．マスク〕
上記の実施形態では、動画像中の第１の広告の再生を検知すると、動画像と異なる領域に表示されている第２の広告を非表示とするとともに、動画像と異なる領域にマスクを表示したが、これに限定されない。例えば、動画像と異なる領域にマスクを表示せず、動画像と異なる領域に表示されている第２の広告を非表示とするだけでも構わない。これにより、ユーザに対して動画像中の広告を自然に見せつつ、他のインプレッション保証型の広告を非表示とすることができる。

〔８−２．制御情報〕
また、上述してきた実施形態に係る広告配信システム１では、広告配信サーバ２０が、上述した表示処理を端末装置１００に実行させたりするための制御情報を、ウェブページとともに端末装置１００に配信する例を示した。しかし、制御情報を配信する装置は広告配信サーバ２０に限られず、コンテンツ配信サーバ３０であってもよい。

この場合、コンテンツ配信サーバ３０は、配信対象であるウェブページとともに、かかる制御情報を端末装置１００に配信する。端末装置１００は、かかる制御情報に基づいて上述してきた表示処理を行う。すなわち、制御情報の配信元が広告配信サーバ２０かコンテンツ配信サーバ３０であるかは、端末装置１００の行う表示処理の結果には影響しない。このように、端末装置１００は、上記制御情報の配信元にかかわらず上述してきた表示処理を行うことができる。

〔８−３．装置構成〕
また、上記実施形態では、広告配信システム１に、コンテンツ配信サーバ３０と広告配信サーバ２０とが含まれる例を示したが、コンテンツ配信サーバ３０と広告配信サーバ２０とは１個の装置として形成されてもよい。この場合、図５に示したコンテンツ配信サーバ３０は、例えば、コンテンツ記憶部３２とは別に、広告データベースを有する。そして、コンテンツ配信サーバ３０は、端末装置１００からウェブページの取得要求を受け付けた場合に、広告データベースにある広告コンテンツとともに、広告取得命令を含まないウェブページを端末装置１００に配信する。

また、上記実施形態では、広告配信サーバ２０から端末装置１００に広告コンテンツが配信される例を示したが、コンテンツ配信サーバ３０が、広告配信サーバ２０から広告コンテンツを取得してもよい。この場合、広告配信サーバ２０は、コンテンツ配信サーバ３０から広告コンテンツの取得要求を受け付ける。また、広告配信サーバ２０は、コンテンツ配信サーバ３０に広告コンテンツを配信する。また、コンテンツ配信サーバ３０の配信部３５は、広告配信サーバ２０から取得した広告コンテンツとともに、広告取得命令を含まないウェブページを端末装置１００に配信する。この場合には、コンテンツ配信サーバ３０が、本願に係る配信装置に対応する。

〔８−４．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、上記実施形態では、広告Ｒ１３をコンテンツＣ１０の前に再生させるプレロールの例を説明したが、これに限定されない。例えば、コンテンツＣ１０の途中に広告Ｒ１３を挿入して再生するミッドロール、コンテンツＣ１０の再生終了後に広告Ｒ１３を再生するポストロールの場合でも構わない。実施形態に係る広告配信サーバ２０およびコンテンツ配信サーバ３０は、広告をミッドロールまたはポストロールとして再生する場合にも、広告Ｒ１３と異なる領域に表示されている他の広告を、視認性を下げるように表示態様を変更した状態で表示できる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図６に示した要求部１４１および受付部１４２は統合されてもよい。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔８−５．ハードウェア構成〕
また、上述してきた実施形態に係る端末装置１００、広告配信サーバ２０およびコンテンツ配信サーバ３０は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。以下、コンテンツ配信サーバ３０を例に挙げて説明する。図１０は、コンテンツ配信サーバ３０の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、およびメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

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

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、ネットワークＮを介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

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

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

例えば、コンピュータ１０００が実施形態に係るコンテンツ配信サーバ３０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部３３の機能を実現する。また、ＨＤＤ１４００には、コンテンツ記憶部３２内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

なお、コンピュータ１０００が実施形態に係る端末装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１４０の機能を実現する。

〔９．効果〕
上述してきたように、実施形態に係る広告配信サーバ２０は、配信部２８を有する。実施形態に係る配信部２８は、ウェブページ（動画像を含むコンテンツの一例）の表示を制御する制御情報を端末装置１００に配信する。また、実施形態に係るコンテンツ配信サーバ３０は、配信部３５を有する。実施形態に係る配信部３５は、ウェブページ（動画像を含むコンテンツの一例）を端末装置１００に配信する。実施形態に係る端末装置１００は、動画像を含むコンテンツを表示する。また、実施形態に係る制御情報は、動画像中の第１の広告の再生を検知する検知手順と、検知手順による再生の検知に基づいて、コンテンツの動画像と異なる領域に表示されている第２の広告を、視認性を下げるように表示態様を変更した状態で表示する表示手順とを端末装置１００に実行させる。

このように、実施形態に係る広告配信サーバ２０およびコンテンツ配信サーバ３０は、端末装置１００において、動画像中の第１の広告の再生を検知した場合に、再生の検知に基づいて、コンテンツの動画像と異なる領域に表示されている第２の広告を、視認性を下げるように表示態様を変更した状態で表示させる。その結果、第１の広告と第２の広告とが同時に表示されないので、動画像中の広告について広告効果の低下を抑制できる。

また、実施形態に係る表示手順は、第２の広告について、透過させることで表示態様を変更する。その結果、コンテンツの動画像と異なる領域に表示されている広告について、広告ごとに表示態様を変更することができる。

また、実施形態に係る表示手順は、コンテンツの動画像と異なる領域を、視認性を下げるように表示態様を変更した状態で表示する。その結果、動画像と異なる領域に表示された広告以外のコンテンツについても、表示態様を変更することができる。

また、実施形態に係る表示手順は、コンテンツの動画像と異なる領域について、彩度を下げる処理、および、網掛け処理のうち、いずれか１つ以上の処理を行うことで表示態様を変更する。その結果、動画像中の第１の広告に、ユーザの関心を集中させることができる。

また、実施形態に係る表示手順は、コンテンツの動画像と異なる領域に、マスクを表示することで表示態様を変更して表示する。その結果、動画像中の第１の広告に、ユーザの関心を集中させることができる。

また、実施形態に係る表示手順は、コンテンツの上に、マスクに対応するレイヤを重畳表示し、第１の広告に対応するレイヤを、マスクに対応するレイヤの上に重畳表示することで表示態様を変更する。その結果、レイヤを制御することで、容易にマスクする部分を選択することができる。

また、実施形態に係る表示手順は、表示態様が変更された状態であって、コンテンツの動画像と異なる領域がユーザにより操作された場合に、視認性を下げる表示態様を元の表示態様に戻して表示する。その結果、ユーザの必要に応じた部分のコンテンツの視認性を向上することができる。

また、実施形態に係る検知手順は、第１の広告について再生終了を検知し、表示手順は、検知手順による再生終了の検知に基づいて、コンテンツの動画像と異なる領域、および、第２の広告について変更した表示態様を、元の表示態様に戻して表示する。その結果、第１の広告の再生が終了すると、第２の広告を表示するので、いずれの広告についても広告効果を向上させることができる。

また、実施形態に係る表示手順は、第２の広告が動画像である場合に、第１の広告の再生開始により再生が中断された第２の広告を、検知手順による再生終了の検知に基づいて、中断された箇所から再生を再開して表示する。その結果、ユーザが第２の広告の続きが気になる場合に、速やかに第２の広告の続きを再生することができる。

また、実施形態に係る表示手順は、第２の広告が動画像である場合に、第１の広告の再生開始により再生が中断された第２の広告を、検知手順による再生終了の検知に基づいて、先頭から再生を再開して表示する。その結果、ユーザが第２の広告を先頭から見たい場合に、速やかに第２の広告を先頭から再生することができる。

また、実施形態に係る表示手順は、第１の広告の広告主と、第２の広告の広告主とが競合関係にある場合に、第２の広告を、視認性を下げるように表示態様を変更した状態で表示する。その結果、競合関係にある広告が同時に再生されることなく、それぞれ再生されるので、いずれの広告についても広告効果を向上させることができる。

また、実施形態に係る表示手順は、第２の広告のうち、インプレッション保証された広告を、ユーザが視認できないように表示態様を変更した状態で表示する。その結果、インプレッション保証型の広告について、より正確に掲載回数を計測できる。

また、実施形態に係る表示手順は、視認性を下げるように表示態様を変更した状態で表示した第２の広告について、インプレッションをカウントしない。その結果、インプレッション保証型の広告について、より正確に掲載回数を計測できる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、配信部は、配信手段や配信回路に読み替えることができる。

１ 広告配信システム
１０ 広告主端末
２０ 広告配信サーバ
３０ コンテンツ配信サーバ
３１ 通信部
３２ コンテンツ記憶部
３３ 制御部
３４ 受付部
３５ 配信部
１００ 端末装置
１４１ 要求部
１４２ 受付部
１４３ 表示制御部
１４４ 検知部
１４５ 表示部

Claims (16)

1. 動画像を含むコンテンツを表示する端末装置に対して制御情報を配信する配信部を備え、
   前記制御情報は、
   前記動画像中の第１の広告の再生を検知する検知手順と、
   前記検知手順による前記再生の検知に基づいて、前記コンテンツの前記動画像と異なる領域に表示されている第２の広告を、視認性を下げるように表示態様を変更した状態で表示する表示手順と、
   を前記端末装置に実行させることを特徴とする配信装置。
2. 前記表示手順は、
   前記第２の広告について、透過させることで表示態様を変更する、
   ことを特徴とする請求項１に記載の配信装置。
3. 前記表示手順は、
   前記コンテンツの前記動画像と異なる領域を、視認性を下げるように表示態様を変更した状態で表示する、
   ことを特徴とする請求項１または２に記載の配信装置。
4. 前記表示手順は、
   前記コンテンツの前記動画像と異なる領域について、彩度を下げる処理、および、網掛け処理のうち、いずれか１つ以上の処理を行うことで表示態様を変更する、
   ことを特徴とする請求項３に記載の配信装置。
5. 前記表示手順は、
   前記コンテンツの前記動画像と異なる領域に、マスクを表示することで表示態様を変更して表示する、
   ことを特徴とする請求項３または４に記載の配信装置。
6. 前記表示手順は、
   前記コンテンツの上に、前記マスクに対応するレイヤを重畳表示し、前記第１の広告に対応するレイヤを、前記マスクに対応するレイヤの上に重畳表示することで表示態様を変更する、
   ことを特徴とする請求項５に記載の配信装置。
7. 前記表示手順は、
   前記表示態様が変更された状態であって、前記コンテンツの前記動画像と異なる領域がユーザにより操作された場合に、前記視認性を下げる表示態様を元の表示態様に戻して表示する、
   ことを特徴とする請求項３〜６のいずれか１つに記載の配信装置。
8. 前記検知手順は、
   前記第１の広告について、再生終了を検知し、
   前記表示手順は、
   前記検知手順による前記再生終了の検知に基づいて、前記コンテンツの前記動画像と異なる領域、および、前記第２の広告について変更した表示態様を、元の表示態様に戻して表示する、
   ことを特徴とする請求項１〜７のいずれか１つに記載の配信装置。
9. 前記表示手順は、
   前記第２の広告が動画像である場合に、前記第１の広告の再生開始により再生が中断された前記第２の広告を、前記検知手順による前記再生終了の検知に基づいて、中断された箇所から再生を再開して表示する、
   ことを特徴とする請求項８に記載の配信装置。
10. 前記表示手順は、
    前記第２の広告が動画像である場合に、前記第１の広告の再生開始により再生が中断された前記第２の広告を、前記検知手順による前記再生終了の検知に基づいて、先頭から再生を再開して表示する、
    ことを特徴とする請求項８に記載の配信装置。
11. 前記表示手順は、
    前記第１の広告の広告主と、前記第２の広告の広告主とが競合関係にある場合に、前記第２の広告を、視認性を下げるように表示態様を変更した状態で表示する、
    ことを特徴とする請求項１〜１０のいずれか１つに記載の配信装置。
12. 前記表示手順は、
    前記第２の広告のうち、インプレッション保証された広告を、ユーザが視認できないように表示態様を変更した状態で表示する、
    ことを特徴とする請求項１〜１１のいずれか１つに記載の配信装置。
13. 前記表示手順は、
    視認性を下げるように表示態様を変更した状態で表示した前記第２の広告について、インプレッションをカウントしない、
    ことを特徴とする請求項１〜１２のいずれか１つに記載の配信装置。
14. 動画像を含むコンテンツを表示する端末装置であって、
    制御情報を受け付ける受付部を備え、
    前記制御情報は、
    前記動画像中の第１の広告の再生を検知する検知手順と、
    前記検知手順による前記再生の検知に基づいて、前記コンテンツの前記動画像と異なる領域に表示されている第２の広告を、視認性を下げるように表示態様を変更した状態で表示する表示手順と、
    を前記端末装置に実行させることを特徴とする端末装置。
15. コンピュータが実行する配信方法であって、
    動画像を含むコンテンツを表示する端末装置に対して制御情報を配信する配信工程を含み、
    前記制御情報は、
    前記動画像中の第１の広告の再生を検知する検知手順と、
    前記検知手順による前記再生の検知に基づいて、前記コンテンツの前記動画像と異なる領域に表示されている第２の広告を、視認性を下げるように表示態様を変更した状態で表示する表示手順と、
    を前記端末装置に実行させることを特徴とする配信方法。
16. コンピュータに、
    動画像を含むコンテンツを表示する端末装置に対して制御情報を配信する配信手順を実行させ、
    前記制御情報は、
    前記動画像中の第１の広告の再生を検知する検知手順と、
    前記検知手順による前記再生の検知に基づいて、前記コンテンツの前記動画像と異なる領域に表示されている第２の広告を、視認性を下げるように表示態様を変更した状態で表示する表示手順と、
    を前記端末装置に実行させることを特徴とする配信プログラム。

Images