JP6866242B2 - 表示制御プログラム、表示制御装置、表示制御方法及び配信装置 - Google Patents

Description

本発明は、表示制御プログラム、表示制御装置、表示制御方法及び配信装置に関する。

近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。例えば、端末装置は、ウェブページ内に広告枠が配置されている場合は、広告配信のリクエストを広告配信装置に送信する。そして、端末装置は、リクエストを受信した広告配信装置から配信される広告を広告枠に表示する。

広告に関する技術として、例えば、低いスペックや細い通信回線でも運用可能な広告差し替えのためのシステムが提案されている。

特開２０１１−１５４４９３号公報

しかしながら、上記の従来技術では、コンテンツ表示の遅延を防止することは難しい。例えば、コンテンツの一例である広告を表示する場合、端末装置は、広告枠を有するメディア（ウェブページ等）の表示処理を実行した後、広告を表示するためのプログラムを読み込み、プログラムに基づいて表示処理を行う。すなわち、端末装置は、かかるプログラムが実行する処理を待って広告を表示することになる。このため、広告が表示されるまでの間、端末装置の表示画面には、広告枠が空白で表示されたり、広告枠そのものが表示されなかったりする場合がある。言い換えれば、広告の表示に遅延が発生する。

上記の従来技術によれば、複数の広告画像の中から選択的に広告画像を表示することが可能になるものの、広告に係る表示設定プログラムが実行されるのを待って広告を表示することに変わりはないため、広告の表示に遅延が発生することを防止することは難しい。

本願は、上記に鑑みてなされたものであって、コンテンツ表示の遅延を防止することができる表示制御プログラム、表示制御装置、表示制御方法及び配信装置を提供することを目的とする。

本願に係る表示制御プログラムは、表示制御装置に、第１コンテンツが含む枠内に表示される第２コンテンツの取得処理の実行に先立って、当該第２コンテンツに関連するコンテンツである第３コンテンツの取得処理を実行する取得手順と、前記取得手順によって取得された第３コンテンツを前記枠内に表示するとともに、所定の条件を満たす場合に、前記第２コンテンツを当該第３コンテンツに置き換えて表示するよう制御する表示制御手順と、を実行させることを特徴とする。

実施形態の一態様によれば、コンテンツ表示の遅延を防止することができるという効果を奏する。

図１は、実施形態に係る表示処理の一例を示す図である。 図２は、実施形態に係る広告配信システムの構成例を示す図である。 図３は、実施形態に係る広告配信サーバの構成例を示す図である。 図４は、実施形態に係る広告データベースに格納された情報の一例を示す図である。 図５は、実施形態に係るウェブサーバの構成例を示す図である。 図６は、実施形態に係る広告処理サーバの構成例を示す図である。 図７は、実施形態に係るユーザ端末の構成例を示す図である。 図８は、実施形態に係る広告配信システムによる配信処理手順を示すシーケンス図である。 図９は、実施形態に係るユーザ端末による処理手順を示すフローチャートである。 図１０は、ユーザ端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

〔１．表示処理の一例〕
まず、図１を用いて、実施形態に係る表示処理の一例について説明する。図１は、実施形態に係る表示処理の一例を示す図である。図１では、実施形態に係る表示制御装置において、実施形態に係る表示制御プログラムが実行する処理の一例について説明する。具体的には、図１では、実施形態に係る表示制御装置の一例であるユーザ端末１００によって、第１コンテンツ、第２コンテンツ及び第３コンテンツが表示される例を示す。より具体的には、ユーザ端末１００は、第１コンテンツが含む広告枠内に表示される第２コンテンツの取得処理の実行に先立って、第２コンテンツに関連するコンテンツである第３コンテンツの取得処理を実行する。そして、ユーザ端末１００は、取得した第３コンテンツを枠内に表示するとともに、第２コンテンツが取得された場合には、第２コンテンツを第３コンテンツに置き換えて表示するよう制御する。

なお、以下では、第１コンテンツとしてウェブページを例に挙げ、第２コンテンツとして静止画像を例に挙げ、第３コンテンツとして広告を例に挙げて説明する。例えば、図１では、ユーザ端末１００が実行する処理によって、ウェブページＷ０１、画像コンテンツＰ０１及び広告Ｃ０１等がユーザ端末１００の画面上に表示される例を示す。すなわち、ユーザ端末１００は、以下で説明する表示制御処理に従い、ウェブページＷ０１が有する広告表示領域である広告枠７０に画像コンテンツＰ０１又は広告Ｃ０１を表示する。

図１に示したユーザ端末１００は、スマートフォンやタブレット等のスマートデバイスであり、３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。ユーザ端末１００は、液晶ディスプレイ等の表示画面を有する。例えば、ユーザ端末１００は、タッチパネル等の機能を有する画面を有する。すなわち、ユーザ端末１００を利用するユーザであるユーザＵ０１は、指やスタイラスで画面をタッチすることにより各種操作を行う。

図１に示したウェブサーバ３０は、ユーザ端末１００にウェブページを配信するサーバ装置である。ウェブサーバ３０によって配信されるウェブページは、例えば、ＨＴＭＬ（HyperText Markup Language）により記述されたＨＴＭＬファイルや、ＸＭＬ（Extensible Markup Language）により記述されたＸＭＬファイル等により形成される。図１の例では、ウェブサーバ３０は、ウェブページの一例であるウェブページＷ０１をユーザ端末１００に配信する。

図１に示した広告処理サーバ４０は、ユーザ端末１００から受信した広告配信命令に従い、広告に関するデータを広告配信サーバ２０に要求するサーバ装置である。ここで、広告に関するデータとは、広告取得命令や広告表示の態様等が記載されたＨＴＭＬ（HyperText Markup Language）で記載されたタグ（一般に広告タグ等と称される）やＪａｖａＳｃｒｉｐｔ（登録商標）等で記載されたスクリプトを含む。広告とは、上記の第３コンテンツに対応する。また、広告に関するデータには、広告に関連する画像や、画像の取得先となるＵＲＬ（Uniform Resource Locator）が含まれる。画像とは、上記の第２コンテンツに対応する。広告処理サーバ４０は、広告配信サーバ２０から広告に関するデータを取得した場合、広告に関するデータを広告取得命令と画像とに分離し、各々をユーザ端末１００に配信する。言い換えれば、広告処理サーバ４０は、実施形態に係る表示制御処理の実現のために、ユーザ端末１００と広告配信サーバ２０との間の広告に関するデータの送受信を仲介するプロキシサーバとしての機能を実行する。

図１に示した広告配信サーバ２０は、広告主から入稿された広告を保持し、広告取得要求を受信した場合に、要求元に広告を配信するサーバ装置である。具体的には、広告配信サーバ２０は、広告のコンテンツデータ（静止画像や動画像等、いわゆる広告クリエイティブ）の取得先となるＵＲＬや、広告の表示処理や態様を制御するスクリプト等が記載されたＨＴＭＬファイル（一般に、ad html等と称される）を配信する。

上記のように、ウェブサーバ３０によって配信されるウェブページＷ０１には、広告配信命令が含まれる。例えば、ウェブページＷ０１を取得したユーザ端末１００は、広告配信命令に従い、広告配信を要求する。具体的には、ユーザ端末１００にウェブページＷ０１が表示され広告配信機会が発生した場合には、ユーザ端末１００は、ウェブページに記載された広告配信命令に従い、広告配信をＳＳＰ（Supply-Side Platform）側に要求する。なお、かかる要求は、広告表示の媒体となるウェブページＷ０１を配信するウェブサーバ３０からＳＳＰ側に行われてもよい。そして、ＳＳＰ側では、ＲＴＢ（Real-Time Bidding）を開催し、ユーザ端末１００に広告を配信する広告配信サーバを選出する。そして、選出された広告配信サーバが、ユーザ端末１００に広告を配信する。図１では、上記のような広告配信サーバの選出処理の過程については図示を省略しており、図１に示す広告配信サーバ２０は、ＲＴＢを経て選出された広告配信サーバであるものとする。

ところで、ウェブページの広告表示処理では、ウェブページ埋め込まれたiframe（Inline frame）要素をブラウザが実行することで、広告を表示することが広く行われている。かかる処理によれば、広告がウェブページを構成するＨＴＭＬファイルの入れ子として取り扱われるため、ＪａｖａＳｃｒｉｐｔ等が実行されるような特殊な広告表示を行う場合であっても、ウェブページ全体の表示の崩れや改竄が発生することを防止できる。

しかしながら、iframe要素は、ウェブブラウザの仕様上、ウェブページを構成する要素（iframe外の構成要素）よりも後に実行される。このため、iframe要素として表示される広告を含むウェブページでは、一瞬（例えば、数ミリ秒から数秒の間）、広告枠が白枠で表示され、後から広告のコンテンツデータ（画像等）が表示される。このような現象は、例えばスマートフォン等でウェブページを表示する際に、ファーストビューに広告枠が配置されている場合等に顕著である。

そこで、実施形態に係る表示制御処理では、広告表示処理を実行するiframe要素に先立って、配信される広告に関連する画像のＵＲＬを取得する処理を実行する。この際に取得される画像は、例えば、広告主が予め広告と対応付けておいた画像であり、広告と関連する画像（例えば、広告が宣伝する商品と同じ商品を被写体とする画像など）である。そして、実施形態に係る表示制御処理では、iframe要素として実行される広告表示処理（例えば、広告のコンテンツデータの取得命令や、取得したコンテンツデータを表示するためのスクリプトの実行等）の前に、取得した画像を先に表示する。さらに、実施形態に係る表示制御処理では、iframe要素が実行されて広告表示処理が完了した時点で、事前に表示しておいた画像を広告に係る本来のコンテンツデータに置き換える。このように、実施形態に係る表示制御処理によれば、白枠を表示することなく（もしくは、白枠を表示する時間を極めて短時間にして）ウェブページを表示することができるため、ウェブページ全体におけるコンテンツ表示の遅延を防止することができる。以下、図１を用いて、実施形態に係る表示制御処理の流れについて説明する。

まず、ユーザ端末１００は、ユーザＵ０１が閲覧を所望したウェブページにアクセスする（ステップＳ１１）。具体的には、ユーザ端末１００は、ウェブページＷ０１を提供するウェブサーバ３０にアクセスする。ウェブサーバ３０は、ユーザ端末１００のアクセスを受けて、ウェブページＷ０１を配信する（ステップＳ１２）。

図１の例において、ウェブページＷ０１は、ニュース等の各種情報（トピックス）が掲載されるポータルサイト用のコンテンツである。図１の例では図示を省略しているが、ウェブページＷ０１の縦方向のサイズは、ユーザ端末１００の画面における縦方向の表示サイズよりも長いものとする。このため、ユーザ端末１００の画面内に位置するウェブページＷ０１の領域のみが画面に表示され、画面外に位置するウェブページＷ０１の領域は表示されない。ユーザ端末１００のユーザは、例えば、指を用いてスワイプ操作やフリック操作を行うことで、表示されたウェブページＷ０１をスクロールさせ、ウェブページＷ０１のうち画面内に位置させる領域を変更する。

また、図１に示すように、ウェブページＷ０１は、トピックスを表示する表示領域の他に、ウェブページＷ０１とは別に配信される広告を表示する表示領域である広告枠７０を含む。広告枠７０は、例えば、ウェブページＷ０１の最上部に配置される。広告枠７０は、ウェブページＷ０１とは別に配信されるバナー広告等の広告が表示される領域である。

また、ウェブサーバ３０によって配信されるウェブページには、広告配信命令が含まれる。例えば、ウェブページＷ０１を形成するＨＴＭＬファイル等には、広告枠７０で表示する広告の配信を要求するためのスクリプトやタグが埋め込まれる。ユーザ端末１００は、ウェブページＷ０１に含まれる広告配信命令に従い、広告配信を広告処理サーバ４０に要求する（ステップＳ１３）。

広告処理サーバ４０は、ユーザ端末１００から受信した広告配信命令に従い、実際に広告に関するデータを保持する広告配信サーバ２０にアクセスする。そして、広告処理サーバ４０は、ユーザ端末１００で表示する広告の配信を広告配信サーバ２０に要求する（ステップＳ１４）。

広告配信サーバ２０は、受信した広告配信要求に従い、広告に関するデータを広告処理サーバ４０に配信する（ステップＳ１５）。実施形態において、広告に関するデータとは、広告に係るコンテンツデータの取得先となるＵＲＬや、広告がクリックされた際のリンク先となるＵＲＬや、広告閲覧の計測を行ったりｉアイコンを表示させたりするためのＪａｖａＳｃｒｉｐｔ等を含む。また、広告に関するデータには、広告に関する画像も含まれる。この場合、画像とは、具体的な画像データでもよいし、画像の取得先となるＵＲＬであってもよい。かかる広告に関するデータは、例えば、iframe要素として実行されるＨＴＭＬファイルの形式で配信される。図１の例では、広告配信サーバ２０は、ユーザ端末１００に表示する広告として、広告Ｃ０１を抽出し、広告Ｃ０１に関するデータを配信するものとする。

広告処理サーバ４０は、例えばｏｐｅｎＲＴＢの規格に基づき、ｏｐｅｎＲＴＢのレスポンスにおいて、ユーザ端末１００に配信する画像のＵＲＬとＨＴＭＬファイルとを分離する。具体的には、図１で示すように、広告処理サーバ４０は、広告配信サーバ２０から取得した広告に関するデータを、画像コンテンツＰ０１とＨＴＭＬファイルＡ０１に分離する。なお、上記のように、画像コンテンツＰ０１は、実際の画像データファイルであってもよいし、画像コンテンツＰ０１を取得するためのＵＲＬであってもよい。また、ＨＴＭＬファイルＡ０１は、上記のように、実際にユーザ端末１００で表示される広告のコンテンツデータのＵＲＬ等が記載されたファイルであり、言い換えれば、広告取得命令である。すなわち、ＨＴＭＬファイルＡ０１は、iframe要素としてユーザ端末１００のブラウザで実行されることによって、広告枠７０で表示する広告のコンテンツデータを取得するようユーザ端末１００を制御するスクリプトである。

広告処理サーバ４０は、広告取得命令（図１の例では、ＨＴＭＬファイルＡ０１）と画像（図１の例では、画像コンテンツＰ０１）とを分離して、ユーザ端末１００に配信する（ステップＳ１６）。

ユーザ端末１００は、取得した画像コンテンツＰ０１をウェブページＷ０１に表示するとともに、広告取得命令であるＨＴＭＬファイルＡ０１が含むスクリプトを、iframe要素として実行する。かかる処理について、図１に示したユーザ端末１００の画面表示を用いて、順に説明する。なお、以下では、ユーザ端末１００の状態遷移を図示する場合、左から順に第１状態、第２状態、第３状態と表記する。

第１状態において、ユーザ端末１００は、ウェブサーバ３０から取得したウェブページＷ０１を表示する。ウェブページＷ０１は、最上部に広告枠７０を含む。ステップＳ１６において、ユーザ端末１００は、広告処理サーバ４０から広告Ｃ０１に係る広告取得命令と画像とを取得する。そして、ユーザ端末１００は、iframe要素における広告取得命令の処理に先立って、広告枠７０に画像を表示する（ステップＳ１７）。ステップＳ１７の処理により、ユーザ端末１００は、第２状態に遷移する。

第２状態において、ユーザ端末１００は、広告枠７０に画像コンテンツＰ０１を表示する。このとき、ユーザ端末１００は、iframe要素外の要素として画像コンテンツＰ０１を広告枠７０に表示することにより、広告取得に先立って、画像コンテンツＰ０１を広告枠７０に表示することができる。また、ユーザ端末１００は、広告主によって広告Ｃ０１に対応付けられた画像である画像コンテンツＰ０１を表示するので、この後に表示される広告Ｃ０１と関連するような内容の画像を表示することになる。すなわち、ユーザ端末１００は、広告Ｃ０１に先立って広告枠７０に表示されても広告主にとって不利益とはならないような画像である画像コンテンツＰ０１を表示する。

その後、ユーザ端末１００は、ウェブページＷ０１のiframe要素において、広告Ｃ０１の広告取得命令を実行する（ステップＳ１８）。具体的には、ユーザ端末１００は、ＨＴＭＬファイルＡ０１に記載されているＵＲＬにアクセスし、広告Ｃ０１のコンテンツデータ（例えば静止画像や動画像等）を取得する。なお、実施形態では、ユーザ端末１００が広告配信サーバ２０からコンテンツデータを取得する例を示すが、ユーザ端末１００は、例えば、広告主が指定するサーバや、外部のストレージサーバ等からコンテンツデータを取得してもよい。

上記の処理を経て、ユーザ端末１００は、広告Ｃ０１のコンテンツデータを取得する。そして、ユーザ端末１００は、表示していた画像コンテンツＰ０１を広告Ｃ０１に置き換えて広告枠７０に表示する（ステップＳ１９）。ステップＳ１８の処理により、ユーザ端末１００は、第３状態に遷移する。図１の第３状態に示すように、ユーザ端末１００は、広告枠７０が白枠（空白）となるような表示遅延を発生させずに、広告枠７０に表示する予定であった広告Ｃ０１を表示することができる。

上述してきたように、実施形態に係るユーザ端末１００は、ウェブページＷ０１が含む広告枠７０内に表示される広告Ｃ０１の取得処理の実行に先立って、広告Ｃ０１に関連するコンテンツである画像コンテンツＰ０１の取得処理を実行する。そして、ユーザ端末１００は、取得された画像コンテンツＰ０１を広告枠７０内に表示するとともに、広告Ｃ０１（より正確には、広告Ｃ０１に対応するコンテンツデータ）が取得された場合には、広告Ｃ０１を画像コンテンツＰ０１に置き換えて表示するよう制御する。

画像コンテンツＰ０１及び広告Ｃ０１は、同一の提供主（広告主）によって入稿されるコンテンツであり、例えば、共通する宣伝対象を有するコンテンツである。ユーザ端末１００は、ウェブページＷ０１の表示においてiframe要素として実行される広告表示処理に先立って画像コンテンツＰ０１を表示する処理を行うことで、通常であればiframe要素の処理が完了するまでは白枠が表示される領域に、広告と同じような訴求効果を有する画像コンテンツＰ０１を表示する。さらに、ユーザ端末１００は、iframe要素として実行される広告表示処理が完了した場合には、画像コンテンツＰ０１を広告Ｃ０１に置き換えることで、本来、表示すべきであった広告Ｃ０１を表示する。これにより、ユーザ端末１００は、広告表示の遅延を防止しつつ、訴求効果を向上させる表示制御処理を行うことができる。

なお、ユーザ端末１００は、上述した処理を任意の手法で実現することができる。例えば、ユーザ端末１００は、予め上記のような表示制御処理を実行するためのスクリプトが記載されたウェブページＷ０１を取得することにより、上記の表示制御処理を実行することができる。具体的には、ユーザ端末１００は、ウェブページＷ０１の配信と同時に、上述した表示制御処理を実行させる制御情報の配信を受け付けてもよい。制御情報は、例えば、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ、ＨＴＭＬ、あるいは、上述した表示制御処理を記述可能な任意のスクリプトによって実現される。そして、ユーザ端末１００は、制御情報に従って上記した表示制御処理を行う。すなわち、制御情報は、実施形態に係る表示制御プログラムを実行させるためのスクリプトと読み替えてもよい。例えば、制御情報は、ウェブページを構成するＨＴＭＬファイルの一部として組み込まれてもよい。以下、このような制御情報に従って、上述した表示制御処理を実行するユーザ端末１００等について詳細に説明する。

〔２．広告配信システムの構成〕
まず、図２を用いて、実施形態に係る広告配信システム１の構成について説明する。図２は、実施形態に係る広告配信システム１の構成例を示す図である。図２に示すように、広告配信システム１は、ユーザ端末１００と、広告主端末１０と、広告配信サーバ２０と、ウェブサーバ３０と、広告処理サーバ４０を含む。ユーザ端末１００、広告主端末１０、広告配信サーバ２０、ウェブサーバ３０及び広告処理サーバ４０は、ネットワークＮを介して有線または無線により通信可能に接続される。なお、図２に示す広告配信システム１に含まれる各装置の数は図示したものに限られず、例えば、広告配信システム１には、複数台のユーザ端末１００が含まれてもよい。

ユーザ端末１００は、ウェブページ等のコンテンツを閲覧するユーザによって利用される情報処理装置である。例えば、ユーザ端末１００は、スマートフォン等の携帯電話機や、タブレット端末や、ＰＤＡ（Personal Digital Assistant）や、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣ等である。ユーザ端末１００は、ユーザによる操作にしたがって、ウェブサーバ３０からウェブページを取得し、取得したウェブページを表示する。また、ユーザ端末１００は、ウェブページに広告配信命令が含まれる場合には、実施形態に係る広告表示制御処理を実行し、iframe要素として表示制御される広告に先立って、広告に関する画像を広告枠に表示する。

広告主端末１０は、広告主によって利用される情報処理装置である。例えば、広告主端末１０は、デスクトップ型ＰＣや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ等である。広告主端末１０は、広告主による操作にしたがって、広告を広告配信サーバ２０に入稿する。例えば、広告主端末１０は、広告として、静止画像や、動画像や、テキストデータ等のコンテンツデータや、広告にリンクされたランディングページ（landing page））を取得するためのＵＲＬ等の情報を広告配信サーバ２０に入稿する。また、広告主は、広告に関する画像を入稿してもよい。上述のように、広告に関する画像は、広告に先立って広告枠で表示される。なお、広告主は、広告に関する画像を広告とは別に入稿するのではなく、広告に係るコンテンツデータに含まれる画像から、広告に関する画像を選択してもよい。この場合、広告主は、広告の入稿に際して、広告に関する画像として対応付ける画像を指定する。

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

広告配信サーバ２０は、実施形態に係る配信装置に対応するサーバ装置であって、広告主端末１０から入稿された広告を配信するサーバ装置である。例えば、広告配信サーバ２０は、広告配信要求を受け付けると、媒体となるウェブページや利用者の属性等から広告のマッチングを行い、マッチングの結果配信対象となる広告をユーザ端末１００に配信する。具体的には、図１で示した例では、広告配信サーバ２０が、ウェブページを閲覧したユーザＵ０１（すなわち、ユーザ端末１００）と広告Ｃ０１とをマッチングしたことを示している。なお、配信先となるユーザと広告とのマッチングは、ＳＳＰ側の処理として行われてもよい。

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

ウェブサーバ３０によって配信されるウェブページは、例えば、ＨＴＭＬにより記述されたＨＴＭＬファイルや、ＸＭＬ（Extensible Markup Language）により記述されたＸＭＬファイル等により形成される。また、ウェブサーバ３０によって配信されるウェブページには、広告配信命令が含まれる。例えば、ウェブページを形成するＨＴＭＬファイル等には、広告配信サーバ２０のＵＲＬ等が広告配信命令として記述される。この場合、ユーザ端末１００は、ＨＴＭＬファイル等に記述されているＵＲＬにアクセスすることで、広告配信サーバ２０から広告を取得する。また、ウェブページがユーザ端末１００に表示される場合、ウェブページを表示するためのＨＴＭＬの入れ子として配置されているiframe要素によって広告が表示される。具体的には、ユーザ端末１００は、iframe要素外の構成要素を取得してウェブページを構築したのちに、iframe要素を実行し、広告のコンテンツデータを取得したり、広告の表示処理を実行したりする。ウェブサーバ３０は、広告とともに、広告の表示処理を制御する制御情報を配信してもよい。この制御情報は、例えば、ＪａｖａＳｃｒｉｐｔやＣＳＳ等のスクリプト言語により記述される。図１で述べたように、かかる制御情報によって、ユーザ端末１００は、広告に先立って画像の取得要求を実行する処理や、広告に先立って広告枠に画像を表示する処理を制御する。

広告処理サーバ４０は、ユーザ端末１００から受信した広告配信命令に従い、広告に関するデータを広告配信サーバ２０に要求するサーバ装置である。広告処理サーバ４０は、例えばｏｐｅｎＲＴＢの規格に沿った処理によって、広告配信サーバ２０から広告に関するデータを取得する。そして、広告処理サーバ４０は、広告に関するデータを広告取得命令と画像とに分離し、各々をユーザ端末１００に配信する。

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

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

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

ここで、図４に、実施形態に係る広告データベース２４に格納された情報の一例を示す。図４は、実施形態に係る広告データベース２４に格納された情報の一例を示す図である。図４に示した例では、広告データベース２４は、「広告主ＩＤ」、「広告ＩＤ」、「取得命令」、「コンテンツデータ」、「関連画像」、「ターゲティング情報」、「インプレッション数」、「インプレッション保証数」、「対価」といった項目を有する。

「広告主ＩＤ」は、広告主または広告主端末１０を識別するための識別情報を示す。「広告ＩＤ」は、広告を識別するための識別情報を示す。「取得命令」は、iframe要素として実行されるスクリプトであり、広告のコンテンツデータ等の取得先等を示したＵＲＬ等が含まれる。「コンテンツデータ」は、広告を構成するコンテンツのデータを示す。コンテンツデータは、いわゆる広告クリエイティブであり、例えば、静止画像や動画像、テキストデータ等である。なお、図４では、「取得命令」や「コンテンツデータ」に、「Ａ１０」や「Ｅ１０」といった概念的な情報が格納される例を示したが、実際には、これらの項目には、具体的なスクリプトが記載されたＨＴＭＬファイルや、静止画像や動画像やテキストデータ、あるいは、これらの格納場所を示すファイルパス名やＵＲＬ等が格納される。

「関連画像」は、広告に関する画像を示す。関連画像は、入稿の際に広告主から指定された画像であってもよいし、広告配信サーバ２０が任意に選択した画像であってもよい。図４では、「関連画像」に「Ｐ１０」といった概念的な情報が格納される例を示したが、実際には、かかる項目には、具体的な静止画像データ、データの格納場所を示すファイルパス名やＵＲＬ等が格納される。なお、関連画像は、１つに限られず、複数であってもよい。複数の関連画像が広告に対応付けられている場合、広告配信サーバ２０は、例えば、ユーザ端末１００に配信する画像を無作為に選択してもよい。

「ターゲティング情報」は、広告の配信先とのマッチングに利用されるターゲティング情報を示す。ターゲティング情報は、例えば、入稿時に広告主から受け付ける。図４では、「ターゲティング情報」に「Ｆ１０」といった概念的な情報が格納される例を示したが、実際には、かかる項目には、配信先として指定されたユーザの属性情報（年齢や性別等）や、広告枠を有する媒体（ウェブページ）の内容等が格納される。

「インプレッション数」は、現時点で広告がユーザ端末１００に表示された数を示す。「インプレッション保証数」は、広告主から入稿された広告がユーザ端末１００に表示される回数として保証される数を示す。例えば、広告主は、インプレッション保証数を指定して、広告配信サーバ２０に対して広告の入稿を行う。広告配信サーバ２０は、広告主から指定されたインプレッション数を達成するように、ユーザ端末１００への広告の配信を行う。「対価」は、広告の配信に伴う対価を示す。例えば、対価は、広告主が指定したインプレッション数に基づいて定められる。図４に示した例では、対価は「ｂｂｂ」や「ｃｃｃ」といった概念で示しているが、実際には、広告主が支払う具体的な金額が記憶される。なお、図４に示した例では、広告主は、所定のインプレッション保証数に対して対価を先に支払う、いわゆる前課金を行って広告の入稿を行っているものとする。

すなわち、図４では、広告主ＩＤ「Ｂ１０」によって識別される広告主が、広告「Ｃ１０」を入稿した例を示している。また、広告Ｃ０１は、取得命令として「Ａ１０」を含み、コンテンツデータは「Ｅ１０」であり、関連画像は「Ｐ０１」であることを示している。また、広告Ｃ０１に設定されたターゲティング情報は「Ｆ１０」であり、現在のインプレッション数は「１００００」回であり、広告主から指定されたインプレッション保証数は「２００００」回であり、広告配信の対価は「ｂｂｂ」であることを示している。

なお、広告データベース２４に記憶される項目として、例えば、広告Ｃ０１の広告効果を示すＣＴＲ（Click Through Rate）等の指標値がさらに記憶されてもよい。

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

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

入稿受付部２５は、広告主端末１０から広告の入稿を受け付ける。例えば、実施形態に係る入稿受付部２５は、広告の入稿を受け付けるとともに、広告のコンテンツデータや、広告に設定されるターゲティング情報や、広告に指定するインプレッション保証数等の指定を受け付ける。また、入稿受付部２５は、広告の入稿の際、広告に対して設定される各ランディングページ等の所在を示すＵＲＬを広告主端末１０から受信してもよい。そして、入稿受付部２５は、受信したランディングページ等の所在を示すＵＲＬを、広告とともに広告データベース２４に登録する。

また、入稿受付部２５は、広告に関する画像を受け付ける。例えば、入稿受付部２５は、広告が表示される迄の時間に広告の代わりに表示される画像コンテンツの入稿又は指定を広告主から受け付ける。入稿受付部２５は、受け付けた画像と広告とを対応付けて、広告データベース２４に登録する。

要求受付部２６は、広告処理サーバ４０を介して、ユーザ端末１００から広告の配信要求を受け付ける。例えば、要求受付部２６は、広告の取得要求として、ＨＴＴＰリクエストを受け付ける。

抽出部２７は、要求受付部２６によって広告の取得要求が受け付けられた場合に、配信候補の広告を広告データベース２４から選択する。例えば、抽出部２７は、ユーザ端末１００が表示しているウェブページの内容や、ユーザ端末１００のユーザの属性等に基づいて、広告データベース２４に登録されている広告から配信対象となる広告のマッチングを行う。かかるマッチングにおいては、広告に対する入札価格や、ＣＴＲが高い広告や、入札価格およびＣＴＲの双方が高い広告が優先的に選択されてもよい。

なお、このような広告の配信のマッチングは、既知の種々の手法が応用されてもよい。例えば、抽出部２７は、ウェブページが検索ページである場合には、検索ページに指定された検索キーワードとマッチする広告を抽出する検索連動型広告と呼ばれる広告配信手法を用いてもよい。また、抽出部２７は、ユーザの属性情報（サイコグラフィック属性、デモグラフィック属性など）とマッチする広告を抽出するターゲティング配信と呼ばれる広告配信手法を用いてもよい。なお、マッチングは、抽出部２７ではなく、広告配信サーバ２０と通信可能なＳＳＰ等によって行われてもよい。そして、抽出部２７は、配信対象として選択された広告を配信部２８に出力する。

配信部２８は、抽出部２７が選択した広告を配信する。なお、配信部２８は、広告配信が、実施形態に係る表示制御処理を実行するための制御情報に基づいて実行される場合には、広告とともに広告に関する画像を配信する。具体的には、配信部２８は、制御情報に係る画像の取得処理命令に従い、広告に関する画像を特定し、広告に関する画像を配信する。

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

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

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

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

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

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

配信部３５は、受付部３４によってウェブページの取得要求が受け付けられた場合に、ウェブページをユーザ端末１００に配信する。具体的には、配信部３５は、ウェブページ記憶部３２から取得要求対象のウェブページを取得し、取得したウェブページをユーザ端末１００に配信する。上記の通り、ウェブページ記憶部３２に記憶されているウェブページは、広告配信命令を含む。すなわち、ユーザ端末１００は、取得したウェブページを表示する際に、ウェブページに含まれる広告配信命令に従い、広告処理サーバ４０に対して広告の配信要求を送信する。かかる広告配信命令は、実施形態に係る表示制御プログラムの一部であり、広告枠に表示するコンテンツを配信させるための命令であって、ウェブページが含む枠内に表示される広告の取得処理の実行に先立って、広告に関連するコンテンツである画像コンテンツの取得処理をユーザ端末１００に実行させるものである。

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

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

記憶部４２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部４２は、例えば、広告配信サーバ２０から取得した広告に関するデータ等を記憶する。

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

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

受信部４４は、ユーザ端末１００から広告配信要求を受信する。広告処理部４５は、受信部４４によって受信された広告配信要求を広告配信サーバ２０に送信する。また、広告処理部４５は、広告配信サーバ２０から取得した広告に関するデータを記憶部４２に格納する。また、広告処理部４５は、広告に関するデータを広告取得命令と画像とに分離する。広告取得命令とは、ユーザ端末１００で表示されるウェブページのiframe要素において実行されるスクリプトである。例えば、広告取得命令には、実際に広告枠で表示される広告のコンテンツデータの取得先ＵＲＬ等が含まれる。また、画像とは、iframe要素が実行される迄に広告枠で表示される画像データ（もしくは、画像データの取得先ＵＲＬ）である。配信部４６は、広告処理部４５によって分離された広告取得命令と画像とをユーザ端末１００に配信する。

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

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

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

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

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

上述のように、制御部１４０に係る各処理部は、制御情報がＲＡＭを作業領域として実行されることにより実現される。すなわち、要求部１４１が実行する処理は、制御情報が実行させる要求手順により実現され、受付部１４２が実行する処理は、制御情報が実行させる受付手順により実現され、取得部１４３が実行する処理は、制御情報が実行させる取得手順により実現され、表示制御部１４４が実行する処理は、制御情報が実行させる表示制御手順により実現される。

要求部１４１は、入力部１２０を介して受け付けたユーザ操作に従って、ウェブサーバ３０にウェブページの取得要求を送信する。また、要求部１４１は、受付部１４２によって受け付けられたウェブページに広告配信命令が含まれる場合に、広告の配信要求を広告配信サーバ２０に送信する。なお、広告の配信要求とは、必ずしも広告に限られず、関連画像等を含む、広告枠に表示するための任意のコンテンツの配信を要求する意図を含むものである。

受付部１４２は、各種コンテンツを受け付ける。具体的には、受付部１４２は、要求部１４１によって送信されたウェブページの取得要求に応答したウェブサーバ３０からウェブページを受け付ける。また、受付部１４２は、要求部１４１によって送信された広告の配信要求に応答した広告処理サーバ４０から、広告取得命令と画像とを受け付ける。

取得部１４３は、第１コンテンツが含む枠内に表示される第２コンテンツの取得処理の実行に先立って、第２コンテンツに関連するコンテンツである第３コンテンツの取得処理を実行する。なお、実施形態では、第１コンテンツはウェブページであり、第１コンテンツが含む枠とは広告枠である。また、取得部１４３は、第３コンテンツの取得処理を実行した後に、iframe要素において実行される広告取得命令に従って、第２コンテンツの取得処理を実行する。

例えば、取得部１４３は、第３コンテンツとして、第２コンテンツに関連する画像コンテンツの取得処理を実行する。なお、取得処理の実行とは、画像データ自体を広告配信サーバ２０から取得すること、もしくは、画像データの取得先であるＵＲＬにアクセスして画像データを取得することのいずれをも含む。

具体的には、取得部１４３は、第２コンテンツの提供主（すなわち、広告主）によって予め第２コンテンツに対応付けられた画像コンテンツの取得処理を実行する。これにより、取得部１４３は、まったくの無関係な画像ではなく、広告主に関連する画像を取得することができる。

なお、取得部１４３は、所定の場合には、ウェブページの配信側（すなわち、広告の媒体側であるウェブサーバ３０）によって任意に選択された画像コンテンツの取得処理を実行してもよい。例えば、広告主によって関連する画像が設定されていない場合や、ウェブサーバ３０側が広告よりも優先して表示させたい画像がある場合等には、取得部１４３は、広告に関する画像ではなく、ウェブページの配信側によって任意に選択された画像コンテンツを取得してもよい。

また、取得部１４３は、第３コンテンツの取得処理を実行した後に、第２コンテンツとして、ウェブページが含む広告枠内に表示される広告画像もしくは広告動画の取得処理を実行する。例えば、取得部１４３は、iframe要素において実行される広告取得命令に従って広告画像もしくは広告動画の取得先ＵＲＬにアクセスし、広告画像もしくは広告動画のコンテンツデータを取得する。例えば、取得部１４３は、コンテンツデータを保持する広告配信サーバ２０や、広告主が有するサーバから、コンテンツデータとして広告画像もしくは広告動画を取得する。

なお、取得部１４３は、ウェブページがユーザ端末１００の画面上に表示される際の初期表示に広告枠が含まれる場合に、第２コンテンツの取得処理の実行に先立って第３コンテンツの取得処理を実行するようにしてもよい。実施形態に係る表示制御処理は、コンテンツの表示遅延防止を目的とするので、ウェブページの初期表示（いわゆるファーストビュー）に広告枠が含まれる場合には画像の取得処理を優先する一方で、ウェブページの初期表示に広告が含まれない場合（すなわち、ユーザに表示遅延が認識されない場合）には、広告の取得処理を優先してもよい。なお、ファーストビュー以外に広告枠が含まれる場合には、取得部１４３は、ユーザのスクロール操作に合わせて、画面に表示されようとする広告枠ごとに、画像を取得するか広告を取得するかの判定を行ってもよい。

表示制御部１４４は、取得部１４３によって取得された第３コンテンツを枠内に表示するとともに、所定の条件を満たす場合に、第２コンテンツを第３コンテンツに置き換えて表示するよう制御する。例えば、表示制御部１４４は、取得部１４３によって第２コンテンツが取得された場合に、枠内に表示している第３コンテンツを第２コンテンツに置き換えて表示するよう制御する。具体的には、表示制御部１４４は、まず取得部１４３によって取得された画像（上記の第３コンテンツに対応）を広告枠に表示し、その後、広告に係るコンテンツデータ（上記の第２コンテンツに対応）が取得された場合には、表示していた画像に代えて広告を表示するよう制御する。なお、表示制御部１４４は、上記表示制御処理を行うに際して、単に第２コンテンツが取得されたことのみを判定するのみならず、例えば、当該第２コンテンツの表示の準備が完了したタイミングを満たしたことを所定の条件としてもよい。この場合、第２コンテンツの表示の準備が完了したタイミングとは、例えば、iframe要素として実行されるスクリプトの処理が完了したことや、スクリプトの処理が所定の状態まで完了したこと（例えば、ユーザ端末１００への表示処理を行うことのできるタイミング）や、表示画面への出力処理のタイミング待ちになったことなど、種々の状況であってもよい。

具体的には、表示制御部１４４は、iframe要素以外の処理として、画像を広告枠内に表示する処理を実行する。その後、表示制御部１４４は、iframe要素として広告を表示する処理（取得部１４３が実行する広告取得処理を含む）を実行し、広告を表示する処理が完了した時点で、広告を広告枠内の画像に上書きして、広告を表示する。

〔７．処理フロー〕
次に、図８を用いて、実施形態に係る広告配信システム１による配信処理の手順について説明する。図８は、実施形態に係る広告配信システム１による配信処理手順を示すシーケンス図である。

図８に示すように、ユーザ端末１００は、ユーザの操作に従って、ウェブページの取得要求をウェブサーバ３０に送信する（ステップＳ１０１）。ウェブサーバ３０は、ウェブページの取得要求に応じて、ウェブページをユーザ端末１００に配信する（ステップＳ１０２）。なお、ウェブサーバ３０によって配信されるウェブページには、広告配信サーバ２０のＵＲＬ等を含む広告配信命令が含まれる。

ユーザ端末１００は、ウェブページに含まれる広告配信命令に基づいて、広告の配信要求を広告処理サーバ４０に送信する（ステップＳ１０３）。なお、かかる広告の配信要求には、広告の取得に先立って広告に関連する画像を取得する旨が含まれる。広告処理サーバ４０は、ユーザ端末１００から受信した広告配信要求を広告配信サーバ２０に送信する（ステップＳ１０４）。

広告配信サーバ２０は、広告に関するデータを広告処理サーバ４０に配信する（ステップＳ１０５）。広告処理サーバ４０は、広告に関するデータから、画像と広告取得命令を分離する（ステップＳ１０６）。

そして、広告処理サーバ４０は、分離した画像と広告取得命令とをユーザ端末１００に配信する（ステップＳ１０７）。ユーザ端末１００は、取得した画像を広告枠に表示する画像表示処理を実行する（ステップＳ１０８）。

その後、ユーザ端末１００は、iframe要素として広告取得命令を実行し、広告取得命令に従って広告を広告配信サーバ２０に要求する（ステップＳ１０９）。広告配信サーバ２０は、広告のコンテンツデータをユーザ端末１００に配信する（ステップＳ１１０）。ユーザ端末１００は、広告枠に表示していた画像に置き換えて広告を表示する広告表示処理を実行する（ステップＳ１１１）。

次に、図９を用いて、実施形態に係るユーザ端末１００による処理の手順について説明する。図９は、実施形態に係るユーザ端末１００による処理手順を示すフローチャートである。

図９に示すように、ユーザ端末１００は、ウェブサーバ３０に対してウェブページの配信を要求する（ステップＳ２０１）。そして、ユーザ端末１００は、ウェブページの配信を受け付けたか否かを判定する（ステップＳ２０２）。ウェブページの配信を受け付けていない場合（ステップＳ２０２；Ｎｏ）、ユーザ端末１００は、ウェブページの配信を受け付けるまで待機する。

一方、ウェブページの配信を受け付けた場合（ステップＳ２０２；Ｙｅｓ）、ユーザ端末１００は、ウェブページの表示処理を実行する（ステップＳ２０３）。かかる表示処理の過程において、ユーザ端末１００は、ウェブページに埋め込まれた広告配信要求に従い、広告枠で表示する画像の配信を要求する（ステップＳ２０４）。ユーザ端末１００は、要求した画像を取得したか否かを判定する（ステップＳ２０５）。画像を取得していない場合（ステップＳ２０５；Ｎｏ）、ユーザ端末１００は、画像を取得するまで待機する。

一方、画像を取得した場合（ステップＳ２０５；Ｙｅｓ）、ユーザ端末１００は、広告枠に取得した画像を表示する（ステップＳ２０６）。そして、ユーザ端末１００は、iframe要素として広告取得命令を実行することで、広告のコンテンツデータの配信を要求する（ステップＳ２０７）。ユーザ端末１００は、広告のコンテンツデータを取得したか否かを判定する（ステップＳ２０８）。コンテンツデータを取得していない場合（ステップＳ２０８；Ｎｏ）、ユーザ端末１００は、コンテンツデータを取得するまで待機する。

一方、コンテンツデータを取得した場合（ステップＳ２０８；Ｙｅｓ）、ユーザ端末１００は、表示中の画像に置き換えて、広告のコンテンツデータを広告枠に表示する（ステップＳ２０９）。

〔８．変形例〕
上述した実施形態に係る処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。以下では、広告配信システム１の他の実施形態について説明する。

〔８−１．ＨＴＭＬ以外で記載されたコンテンツ〕
上記実施形態では、ウェブページを構成するＨＴＭＬファイルに含まれるiframe要素の表示遅延を防止するために、ユーザ端末１００が、実施形態に係る表示制御処理を実行する例を示した。ここで、実施形態に係る表示制御処理は、ＨＴＭＬファイルに含まれるiframe要素の実行時において適用されるのみならず、同様の構成を有する任意のコンテンツに対して適用されてもよい。

すなわち、ユーザ端末１００は、ウェブページを表示するためのスクリプトにおいて入れ子状に配置されたスクリプトによって第２コンテンツの取得処理を実行するとともに、入れ子状に配置されたスクリプト以外のスクリプトによって第３コンテンツの取得処理を実行してもよい。

例えば、実施形態に係る表示制御処理は、あるプログラムの中に別のプログラムを組み込むような、いわゆるコンパウンドドキュメント（Compound Document）と称されるものに対して、広く適用可能である。

〔８−２．広告以外のコンテンツ〕
上記実施形態では、ウェブページに表示される広告において、実施形態に係る表示制御処理が適用される例を示した。ここで、実施形態に係る表示制御処理は、広告に限らず、任意のコンテンツに対して適用されてもよい。

例えば、実施形態に係る表示制御処理は、動画配信サイト等の動画配信に利用されてもよい。この例では、例えば、動画表示枠の表示処理においてiframe要素が利用されているとする。この場合、ユーザ端末１００は、動画表示枠で動画が再生される準備が完了する前に、動画に関連する画像データを取得する。そして、ユーザ端末１００は、動画表示枠に画像を表示しておき、動画が再生される準備が完了した時点（例えば、所定量以上の動画ファイルがダウンロードされた時点）で、画像と動画とを置き換える処理を行ってもよい。

〔８−３．ユーザ端末の操作記録〕
また、上述してきたユーザ端末１００は、実施形態に係る広告が表示されているウェブページに対して、ユーザがどれだけユーザ端末１００を操作したかという記録を広告配信サーバ２０に送信してもよい。具体的には、ユーザ端末１００は、画像や広告に対するクリック操作や、ウェブページをリロードした回数など、ユーザがユーザ端末１００に対して行う種々の操作を記録する。そして、通信部１１０は、ユーザ端末１００により記録された操作履歴に関する情報を広告配信サーバ２０等に送信する。

広告配信サーバ２０は、ユーザ端末１００から配信されたユーザ端末１００の操作履歴に関する情報を受信する。さらに、広告配信サーバ２０は、受信したユーザ端末１００の操作履歴に関する情報を集計し、かかる情報について分析した情報をさらに取得する。具体的には、広告配信サーバ２０は、実施形態に係る制御情報を伴う広告と、かかる制御情報を伴わない広告とについて、タッチ操作の回数や、ウェブページからの離脱率や、ＣＴＲなどの広告効果の指標を比較した情報などを取得する。また、広告配信サーバ２０は、実施形態に係る制御情報を伴う広告と、かかる制御情報を伴わない広告とについて、インプレッション数の計数値などの比較を示す情報を広告主に提示してもよい。これにより、広告配信サーバ２０は、ユーザ端末１００における実施形態に係る制御情報を伴う広告の表示態様の有用性（例えば、広告の表示遅延が減少したことによるＣＴＲの増加など）を広告主に示すことができる。

〔８−４．広告に係るコンテンツ〕
上記実施形態で示した広告に係るコンテンツとは、営利若しくは非営利の広告だけではなく、ボランティアの募集、公共広告、公共に対する通知、その他任意のコンテンツであってもよい。例えば、広告に係るコンテンツは、図１で示した広告のような、いわゆる広告のみならず、ユーザに興味を抱かせ、広告に含まれる情報、または、広告と関連するコンテンツ（例えば、広告をクリックしたことで表示されるランディングページ等）に含まれる情報を広く報知するものであれば、画像、動画像、文字、図形、記号、ハイパーリンク、その他任意のコンテンツを適用可能である。すなわち、ユーザに対して、広告に係るコンテンツが表示されるウェブページよりも興味を生じさせようとするコンテンツであれば、任意のコンテンツを広告に係るコンテンツとして適用可能である。

〔８−５．広告が表示されるコンテンツ〕
上記実施形態では、広告がウェブページ内に表示される例を示したが、広告が表示されるのはウェブページに限られない。例えば、上記してきた広告は、ユーザ端末１００で実行されるアプリや、携帯電話ゲーム等の画面に含まれる表示領域（広告枠）に表示されてもよい。また、ユーザ端末１００は、広告以外にも、任意のコンテンツについて、上述した処理を実行してもよい。

〔８−６．制御情報〕
上記実施形態では、ユーザ端末１００が、ウェブページを構成するＨＴＭＬファイルに含まれる制御情報に従って表示制御処理を実行する例を示した。ここで、制御情報は、ユーザ端末１００が表示しようとするウェブページに含まれていてもよいし、広告配信要求を受け付けた広告処理サーバ４０からユーザ端末１００に配信されてもよい。この場合、ユーザ端末１００は、画像と広告取得命令とを取得する際に、制御情報を取得する。そして、ユーザ端末１００は、制御情報に従い、広告枠で画像を表示するとともに、iframe要素として広告取得命令を実行する。そして、ユーザ端末１００は、広告に係るコンテンツデータを取得した時点で、画像と広告とを置き換える処理を実行する。すなわち、制御情報の配信元がウェブサーバ３０から広告処理サーバ４０であるかは、ユーザ端末１００の行う表示制御処理の結果には影響しない。このように、ユーザ端末１００は、上記制御情報の配信元にかかわらず上述してきた表示制御処理を行うことができる。

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

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

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

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

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

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

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

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

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

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

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

〔１０．効果〕
上述したように、実施形態に係る表示制御プログラムは、表示制御装置（実施形態ではユーザ端末１００）に、取得手順と、表示制御手順とを実行させる。取得手順は、第１コンテンツが含む枠内に表示される第２コンテンツの取得処理の実行に先立って、当該第２コンテンツに関連するコンテンツである第３コンテンツの取得処理を実行する。表示制御手順は、取得手順によって取得された第３コンテンツを枠内に表示するとともに、所定の条件を満たす場合に、当該第２コンテンツを当該第３コンテンツに置き換えて表示するよう制御する。例えば、表示制御手順は、取得手順によって第２コンテンツが取得された場合に、枠内に表示している第３コンテンツを当該第２コンテンツに置き換えて表示するよう制御する。

このように、実施形態に係る表示制御プログラムは、本来、枠内に表示すべき第２コンテンツの取得処理の実行に先立って第３コンテンツの取得処理を実行し、第２コンテンツが取得されたタイミングで、当該第２コンテンツを当該第３コンテンツに置き換えて表示するよう制御する。これにより、表示制御装置は、第２コンテンツの取得処理や表示制御処理が実行されている間も、枠を空白表示することなく、第３コンテンツを表示することができる。すなわち、表示制御プログラムによれば、枠におけるコンテンツの表示処理の遅延を防止することができる。

また、取得手順は、第３コンテンツとして、第２コンテンツに関連する画像コンテンツの取得処理を実行する。

このように、実施形態に係る表示制御プログラムは、第２コンテンツに関連する画像コンテンツを取得するので、第２コンテンツの代わりに第３コンテンツが表示されたとしても、ユーザにとって違和感のない表示を行うことができる。

また、取得手順は、第２コンテンツの提供主によって予め当該第２コンテンツに対応付けられた画像コンテンツの取得処理を実行する。

このように、実施形態に係る表示制御プログラムは、第２コンテンツの提供主によって予め対応付けられた画像コンテンツを表示することで、枠内に広告と同じような訴求効果を有する画像コンテンツを表示することができる。これにより、表示制御プログラムは、広告表示の遅延を防止しつつ、訴求効果を向上させる表示制御処理を行うことができる。

また、取得手順は、第３コンテンツとして、第１コンテンツの配信側によって任意に選択された画像コンテンツの取得処理を実行する。

このように、実施形態に係る表示制御プログラムは、任意の画像を表示させてもよい。これにより、表示制御プログラムは、状況に応じて枠内で表示するコンテンツを柔軟に変化させることができるとともに、コンテンツの表示遅延を防止することができる。

また、取得手順は、第３コンテンツの取得処理を実行した後に、第２コンテンツとして、第１コンテンツが含む広告枠内に表示される広告画像もしくは広告動画の取得処理を実行する。

このように、実施形態に係る表示制御プログラムは、第３コンテンツに替えて広告画像もしくは広告動画を表示するため、これらのコンテンツの取得処理を実行する。これにより、表示制御プログラムは、画像を表示した後には本来の広告を表示することができるため、第２コンテンツの提供主が意図した広告効果を低下させず、かつ、コンテンツの表示遅延を防止することができる。

また、取得手順は、第１コンテンツを表示するためのスクリプトにおいて入れ子状に配置されたスクリプトによって第２コンテンツの取得処理を実行するとともに、入れ子状に配置されたスクリプト以外のスクリプトによって第３コンテンツの取得処理を実行する。

このように、実施形態に係る表示制御プログラムは、iframe要素を有するＨＴＭＬファイルや、その他の入れ子状の構成を有するスクリプト等、種々の表示処理において適用することができる。すなわち、表示制御プログラムは、種々の言語によって記載されたコンテンツ表示における表示遅延を防止することができる。

また、取得手順は、第１コンテンツが表示制御装置の画面上に表示される際の初期表示に枠が含まれる場合に、第２コンテンツの取得処理の実行に先立って第３コンテンツの取得処理を実行する。

このように、実施形態に係る表示制御プログラムは、ファーストビューに枠が含まれる場合に表示制御処理を実行するようにしてもよい。これにより、表示制御プログラムは、コンテンツの表示遅延が目立つ状況であるファーストビューにおいて、かかる遅延をユーザに感じさせないような表示を行うことができる。また、表示制御プログラムは、第３コンテンツを枠に表示しておくことで、例えば、後から広告が挿入された場合にウェブページの表示レイアウトが崩れること等を防止することもできる。

また、実施形態に係る配信装置（実施形態ではウェブサーバ３０）は、第２コンテンツを表示するための枠を含む第１コンテンツと、第１コンテンツの表示処理を制御する制御情報とを表示制御装置に配信する配信部（実施形態では配信部３５）を備える。また、制御情報は、枠内に表示される第２コンテンツの取得処理の実行に先立って、当該第２コンテンツに関連するコンテンツである第３コンテンツの取得処理を実行する取得手順と、取得手順によって取得された第３コンテンツを枠内に表示するとともに、第２コンテンツが取得された場合には、当該第２コンテンツを当該第３コンテンツに置き換えて表示するよう制御する表示制御手順とを表示制御装置に実行させる。

このように、実施形態に係る配信装置は、制御情報を表示制御装置に配信し、制御情報に基づいて、表示制御装置に表示制御処理を実行させてもよい。かかる構成によっても、結果として、ユーザに配信された第１コンテンツにおいて、コンテンツ表示の遅延を防止させることができる。

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

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

１ 広告配信システム
１０ 広告主端末
２０ 広告配信サーバ
２４ 広告データベース
３０ ウェブサーバ
４０ 広告処理サーバ
１００ ユーザ端末
１４１ 要求部
１４２ 受付部
１４３ 取得部
１４４ 表示制御部

Claims (10)

1. 表示制御装置に、
   第１コンテンツが前記表示制御装置の画面上に表示される際の初期表示に第２コンテンツを表示する枠が含まれる場合、当該第１コンテンツの受信後、当該第１コンテンツが含む前記枠内に表示される前記第２コンテンツの取得処理であって、第１取得要求に基づく前記第２コンテンツの取得処理の実行に先立って、当該第１取得要求と、当該第２コンテンツに関連するコンテンツである第３コンテンツとの取得処理を、前記第１取得要求とは異なる第２取得要求であって、前記第１コンテンツに含まれる第２取得要求に基づいて実行し、前記初期表示に前記枠が含まれない場合、前記第２コンテンツの取得処理を前記第３コンテンツの取得処理よりも優先して実行する取得手順と、
   前記初期表示に前記枠が含まれる場合、前記取得手順によって取得された前記第３コンテンツを前記枠内に表示するとともに、所定の条件を満たす場合に、前記第２コンテンツを前記第３コンテンツに置き換えて表示するよう制御し、前記初期表示に前記枠が含まれない場合、前記取得手順によって取得された前記第２コンテンツを前記枠内に表示するよう制御する表示制御手順と、
   を実行させることを特徴とする表示制御プログラム。
2. 前記表示制御手順は、
   前記取得手順によって前記第２コンテンツが取得された場合に、前記枠内に表示している前記第３コンテンツを当該第２コンテンツに置き換えて表示するよう制御する、
   ことを特徴とする請求項１に記載の表示制御プログラム。
3. 前記取得手順は、
   前記第３コンテンツとして、前記第２コンテンツに関連する画像コンテンツの取得処理を実行する、
   ことを特徴とする請求項１又は２に記載の表示制御プログラム。
4. 前記取得手順は、
   前記第２コンテンツの提供主によって予め当該第２コンテンツに対応付けられた画像コンテンツの取得処理を実行する、
   ことを特徴とする請求項３に記載の表示制御プログラム。
5. 前記取得手順は、
   前記第３コンテンツとして、前記第１コンテンツの配信側によって任意に選択された画像コンテンツの取得処理を実行する、
   ことを特徴とする請求項１又は２に記載の表示制御プログラム。
6. 前記取得手順は、
   前記第３コンテンツの取得処理を実行した後に、前記第２コンテンツとして、前記第１コンテンツが含む広告枠内に表示される広告画像もしくは広告動画の取得処理を実行する、
   ことを特徴とする請求項１〜５のいずれか一つに記載の表示制御プログラム。
7. 前記取得手順は、
   前記第１コンテンツを表示するためのスクリプトにおいて入れ子状に配置されたスクリプトによって前記第２コンテンツの取得処理を実行するとともに、前記入れ子状に配置されたスクリプト以外のスクリプトによって前記第３コンテンツの取得処理を実行する、
   ことを特徴とする請求項１〜６のいずれか一つに記載の表示制御プログラム。
8. 第１コンテンツが自装置の画面上に表示される際の初期表示に第２コンテンツを表示する枠が含まれる場合、当該第１コンテンツの受信後、当該第１コンテンツが含む前記枠内に表示される前記第２コンテンツの取得処理であって、第１取得要求に基づく前記第２コンテンツの取得処理の実行に先立って、当該第１取得要求と、当該第２コンテンツに関連するコンテンツである第３コンテンツとの取得処理を、前記第１取得要求とは異なる第２取得要求であって、前記第１コンテンツに含まれる第２取得要求に基づいて実行し、前記初期表示に前記枠が含まれない場合、前記第２コンテンツの取得処理を前記第３コンテンツの取得処理よりも優先して実行する取得部と、
   前記初期表示に前記枠が含まれる場合、前記取得部によって取得された前記第３コンテンツを前記枠内に表示するとともに、所定の条件を満たす場合に、前記第２コンテンツを前記第３コンテンツに置き換えて表示するよう制御し、前記初期表示に前記枠が含まれない場合、前記取得部によって取得された前記第２コンテンツを前記枠内に表示するよう制御する表示制御部と、
   を備えることを特徴とする表示制御装置。
9. 表示制御装置が実行する表示制御方法であって、
   第１コンテンツが前記表示制御装置の画面上に表示される際の初期表示に第２コンテンツを表示する枠が含まれる場合、当該第１コンテンツの受信後、当該第１コンテンツが含む前記枠内に表示される前記第２コンテンツの取得処理であって、第１取得要求に基づく前記第２コンテンツの取得処理の実行に先立って、当該第１取得要求と、当該第２コンテンツに関連するコンテンツである第３コンテンツとの取得処理を、前記第１取得要求とは異なる第２取得要求であって、前記第１コンテンツに含まれる第２取得要求に基づいて実行し、前記初期表示に前記枠が含まれない場合、前記第２コンテンツの取得処理を前記第３コンテンツの取得処理よりも優先して実行する取得工程と、
   前記初期表示に前記枠が含まれる場合、前記取得工程によって取得された前記第３コンテンツを前記枠内に表示するとともに、所定の条件を満たす場合に、前記第２コンテンツを前記第３コンテンツに置き換えて表示するよう制御し、前記初期表示に前記枠が含まれない場合、前記取得工程によって取得された前記第２コンテンツを前記枠内に表示するよう制御する表示制御工程と、
   を含んだことを特徴とする表示制御方法。
10. 第２コンテンツを表示するための枠を含む第１コンテンツと、第１コンテンツの表示処理を制御する制御情報とを表示制御装置に配信する配信部、
    を備え、
    前記制御情報は、
    前記第１コンテンツが前記表示制御装置の画面上に表示される際の初期表示に前記第２コンテンツを表示する枠が含まれる場合、前記第１コンテンツの配信後、前記枠内に表示される第２コンテンツの取得処理であって、第１取得要求に基づく前記第２コンテンツの取得処理の実行に先立って、当該第１取得要求と、当該第２コンテンツに関連するコンテンツである第３コンテンツとの取得処理を、前記第１取得要求とは異なる第２取得要求であって、前記第１コンテンツに含まれる第２取得要求に基づいて実行し、前記初期表示に前記枠が含まれない場合、前記第２コンテンツの取得処理を前記第３コンテンツの取得処理よりも優先して実行する取得手順と、
    前記初期表示に前記枠が含まれる場合、前記取得手順によって取得された前記第３コンテンツを前記枠内に表示するとともに、所定の条件を満たす場合に、前記第２コンテンツを前記第３コンテンツに置き換えて表示するよう制御し、前記初期表示に前記枠が含まれない場合、前記取得手順によって取得された前記第２コンテンツを前記枠内に表示するよう制御する表示制御手順と、
    を前記表示制御装置に実行させることを特徴とする配信装置。

Images