JP5919426B1 - 配信装置、端末装置、配信方法及び配信プログラム - Google Patents

Abstract

【課題】通信負荷を抑制しつつ、コンテンツに係る情報の訴求効果を発揮する装置、方法及びプログラムを提供する。【解決手段】配信装置は、生成部と、配信部とを有する。生成部は、動画に係る第１のコンテンツに基づいて、第１のコンテンツよりもファイルサイズが小さい動画に係る第２のコンテンツを生成する。配信部は、生成部によって生成された第２のコンテンツと制御情報とを端末装置１００に配信する。そして、制御情報は、端末装置１００によって表示されている第２のコンテンツを選択する操作が検知された場合に、配信装置に対して、第１のコンテンツの配信を要求する要求手順と、要求手順による要求に応答した配信装置から配信される第１のコンテンツを、第２のコンテンツに替えて表示する表示制御手順とを端末装置１００に実行させる。【選択図】図１

Description

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

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

このような広告コンテンツの表示に関して、ウェブページ上の広告枠がウェブブラウザ画面に表示中の可視領域に入るタイミングを検出することにより、ユーザからの視認性に基づく適切なタイミングで広告コンテンツの表示や動画などの動きを開始する技術が知られている。

特開２０１１−１２８２０４号公報

しかしながら、上記の従来技術では、通信負荷を抑制しつつ、コンテンツに係る情報の訴求効果を発揮することが困難である。例えば、上記の従来技術では、可視領域内に広告枠が含まれたタイミングで広告コンテンツの挙動を制御するに過ぎない。すなわち、上記の従来技術では、広告コンテンツが可視領域に含まれるか否かにかかわらず、動画ファイル等の比較的容量の多いデータを端末装置に配信しておくことを要する。このため、端末装置の通信負荷を抑制することは難しい。だが、事前に動画ファイル等を配信しておかなければ、適切なタイミングで動画を再生することができないため、コンテンツに係る情報の訴求効果を発揮することができなくなる。

本願は、上記に鑑みてなされたものであって、通信負荷を抑制しつつ、コンテンツに係る情報の訴求効果を発揮することができる配信装置、端末装置、配信方法及び配信プログラムを提供することを目的とする。

本願に係る配信装置は、動画に係る第１のコンテンツに基づいて、当該第１のコンテンツよりもファイルサイズが小さい動画に係る第２のコンテンツを生成する生成部と、前記生成部によって生成された第２のコンテンツと制御情報とを端末装置に配信する配信部とを備え、前記制御情報は、前記端末装置によって表示されている前記第２のコンテンツを選択する操作が検知された場合に、前記配信装置に対して、前記第１のコンテンツの配信を要求する要求手順と、前記要求手順による要求に応答した前記配信装置から配信される前記第１のコンテンツを、前記第２のコンテンツに替えて表示する表示制御手順と、を前記端末装置に実行させることを特徴とする。

実施形態の一態様によれば、通信負荷を抑制しつつ、コンテンツに係る情報の訴求効果を発揮することができるという効果を奏する。

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

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

〔１．表示処理の一例〕
まず、図１を用いて、実施形態に係る表示処理の一例について説明する。図１は、実施形態に係る表示処理の一例を示す図である。図１では、本願に係る配信装置から広告に係るコンテンツの配信を受け付けた端末装置１００によって、ウェブページＷ１０上に表示される広告コンテンツＣ２０の表示処理が行われる例について説明する。

図１に示した端末装置１００は、スマートフォン等の携帯端末装置である。また、端末装置１００は、液晶ディスプレイ等の出力部１３０を有する。なお、実施形態に係る端末装置１００には、タッチパネルが採用されているものとする。すなわち、端末装置１００のユーザは、指Ｆ１０や専用ペンで出力部１３０の表示面をタッチすることにより各種操作を行う。また、以下では、出力部１３０を画面と表記する場合がある。

ウェブページＷ１０は、ニュース等の各種トピックスが掲載されるポータルサイト用のコンテンツである。ここでは、ウェブページＷ１０の縦方向のサイズが、端末装置１００の出力部１３０における縦方向の表示サイズよりも長いものとする。このため、端末装置１００の出力部１３０内に位置するウェブページＷ１０の領域のみが出力部１３０に表示され、出力部１３０外に位置するウェブページＷ１０の領域は表示されない。端末装置１００のユーザは、例えば、スクロール操作によって、ウェブページＷ１０のうち出力部１３０内に表示させる内容を変更することができる。

図１に示すように、ウェブページＷ１０は、トピックスを表示する領域と、ウェブページＷ１０とは別に配信される広告コンテンツＣ２０を表示する領域である広告枠Ｗ１１とを含む。すなわち、図１に示す例では、端末装置１００は、ウェブページＷ１０を表示するとともに、ウェブページＷ１０に含まれる広告枠Ｗ１１に広告コンテンツＣ２０を表示する。ここで、広告コンテンツＣ２０は、動画コンテンツＣ２１と、動画コンテンツＣ２２と、静止画コンテンツＣ２３との一群のコンテンツから構成される。すなわち、端末装置１００は、広告枠Ｗ１１において、広告コンテンツＣ２０として、動画コンテンツＣ２１や、動画コンテンツＣ２２や、静止画コンテンツＣ２３、又はこれらの組み合わせを出し分けて表示する。

ここで、動画コンテンツＣ２２は、動画コンテンツＣ２１と共通する内容の映像を含む動画コンテンツであり、かつ、動画コンテンツＣ２１に比べてファイルサイズの小さな動画ファイルであるものとする。例えば、動画コンテンツＣ２２は、動画コンテンツＣ２１を低画質に変換した映像により構成される動画ファイルである。具体的には、動画コンテンツＣ２２は、動画コンテンツＣ２１が含む画像データを連ねてアニメーション化したファイル（例えば、ＧＩＦファイル）等である。また、静止画コンテンツＣ２３は、所定の広告に関する文字が描かれた静止画であり、文字以外の部分は透過する静止画であるものとする。

端末装置１００は、広告コンテンツＣ２０として、まず、動画コンテンツＣ２２及び静止画コンテンツＣ２３の配信を受ける。そして、端末装置１００は、広告コンテンツＣ２０の初期表示として、動画コンテンツＣ２１ではなく動画コンテンツＣ２２を表示することで、通信されるデータの物理量を減らし、通信負荷を抑える。そして、端末装置１００は、所定の状況において、動画コンテンツＣ２２の替わりに動画コンテンツＣ２１を表示することで、本来、広告主が配信を所望していた動画コンテンツ、言い換えれば、より高画質な動画コンテンツである動画コンテンツＣ２１をユーザに提供する。

以下、図１を用いて、端末装置１００が行う広告コンテンツＣ２０の表示処理について、流れに沿って説明する。以下の説明では、端末装置１００の状態遷移を図示する場合、左から順に第１状態、第２状態、・・・、第Ｎ状態（Ｎは任意の数）と表記する。

図１の第１状態は、端末装置１００が出力部１３０にウェブページＷ１０を表示する状態を示す。なお、端末装置１００は、ウェブページＷ１０の全体を表示できないので、初期状態ではウェブページＷ１０の先頭から表示する。そして、ユーザは、第１状態では表示されていないウェブページＷ１０の下部を出力部１３０に表示させるために、指Ｆ１０によってスクロール操作を行う。

端末装置１００は、ユーザのスクロール操作に応じて、第１状態から第２状態に遷移する（ステップＳ１１）。第２状態では、端末装置１００は、第１状態では出力部１３０に表示されていなかった広告コンテンツＣ２０を新たに表示する。第２状態の時点では、端末装置１００は、広告コンテンツＣ２０として、動画コンテンツＣ２２及び静止画コンテンツＣ２３の配信を受け付けている一方で、動画コンテンツＣ２１の配信を受け付けていない。このため、広告コンテンツＣ２０における初期表示としては、動画コンテンツＣ２２が表示される。

第２状態において、端末装置１００は、動画コンテンツＣ２２が出力部１３０に表示される際に、動画コンテンツＣ２２を自動的に再生させる。すなわち、ユーザは、視聴している画面内に動画コンテンツＣ２２が表示される際には、再生中の動画コンテンツＣ２２を視聴することとなる。

ここで、第２状態に示すように、端末装置１００は、動画コンテンツＣ２２を表示する際に、所定のフィルタ処理を行ってもよい。例えば、端末装置１００は、擦りガラスを透過させたかのように、動画コンテンツＣ２２をぼかすように表示させるフィルタ処理を行う。これは、動画コンテンツＣ２１を低画質に変換した際に荒くなる画素の表示を適度にぼかすために行われる。

また、端末装置１００は、動画コンテンツＣ２２に重ねて、静止画コンテンツＣ２３を表示する。このような表示制御によって、ユーザは、静止画コンテンツＣ２３に描かれている文字、及び、フィルタ処理の施された動画コンテンツＣ２２を視認することとなる。これにより、端末装置１００は、静止画コンテンツＣ２３の文字により広告コンテンツＣ２０が宣伝する概要を表示するとともに、文字の裏側で再生されている動画コンテンツＣ２２の内容をより詳しく知ろうとするユーザの関心を惹起させる。図１に示す例では、静止画コンテンツＣ２３に描かれている文字は「ＳＡＭＰＬＥ ＡＤ」であるが、静止画コンテンツＣ２３には、例えば、文字の裏側で再生されている動画コンテンツＣ２２の内容を宣伝するキャッチコピー等が描かれていてもよい。

そして、端末装置１００は、ユーザから動画コンテンツＣ２２に対する選択操作を受け付ける（ステップＳ１２）。例えば、端末装置１００は、動画コンテンツＣ２２を指Ｆ１０でタッチされることにより、動画コンテンツＣ２２がユーザから選択されたことを検知することで、動画コンテンツＣ２２に対する選択操作を受け付ける。第３状態では、ユーザの指Ｆ１０が、動画コンテンツＣ２２を選択する操作を行う状態を示している。

第３状態において、端末装置１００は、動画コンテンツＣ２２に対するタッチ操作を検知した場合、動画コンテンツＣ２１の配信を要求する。そして、端末装置１００は、配信された動画コンテンツＣ２１を表示する際に、第３状態から第４状態に遷移する（ステップＳ１３）。第４状態に示すように、端末装置１００は、動画コンテンツＣ２２の替わりに動画コンテンツＣ２１を表示する。このとき、端末装置１００は、動画コンテンツＣ２２を動画コンテンツＣ２１とともに表示しないよう制御するとともに、動画コンテンツＣ２２に施していたフィルタや、静止画コンテンツＣ２３についても表示しないよう制御する。すなわち、第４状態において、端末装置１００は、広告コンテンツＣ２０として、動画コンテンツＣ２１のみを表示する。これにより、端末装置１００は、動画コンテンツＣ２２等を視聴して関心を持ったユーザに対して、より高画質な動画コンテンツＣ２１を視聴させることができる。

このように、実施形態に係る端末装置１００は、広告枠Ｗ１１で表示する広告コンテンツＣ２０として、まず、低画質の動画コンテンツＣ２２の配信を受け付ける。その後、端末装置１００は、出力部１３０に表示した動画コンテンツＣ２２がユーザから選択された場合に、動画コンテンツＣ２１の配信を要求する。そして、端末装置１００は、動画コンテンツＣ２２に替えて、配信された動画コンテンツＣ２１を広告枠Ｗ１１に表示する。

一般に、スマートフォン等の端末装置１００が表示するウェブページには、バナー広告などの広告コンテンツが含まれる。そして、広告コンテンツとして、動画コンテンツが表示される場合もある。しかしながら、動画コンテンツは、静止画コンテンツ等と比べて非常にファイルサイズが大きいため、通信負荷が大きくなる。特に、端末装置１００に所定の通信上限量が定められている場合には、ユーザにとって、動画コンテンツの配信及び表示によって通信量を多く使用されることは大きな負担となる。一方で、動画コンテンツのように動きを伴うコンテンツは、ユーザの目を惹きやすく、広告コンテンツをユーザに強くアピールできるという利点がある。

そこで、端末装置１００は、動画コンテンツを広告コンテンツとして表示する場合に、宣伝する内容が共通する動画コンテンツのうち、まずはファイルサイズの抑えられた動画コンテンツの配信を受け付ける。そして、端末装置１００は、ファイルサイズの抑えられた動画コンテンツを表示する。これにより、端末装置１００は、静止画等の広告コンテンツと比べて動きを伴うコンテンツをユーザに視認させることができるため、ユーザの興味を惹くことができる。さらに、端末装置１００は、動画コンテンツに重ねて、宣伝内容が描かれた文字等を表示することで、裏側で再生されている動画コンテンツの内容を詳細に知ろうとするユーザの関心を惹起させることができる。そして、端末装置１００は、ユーザから動画コンテンツへの選択操作があった後に、あらためて高画質の動画コンテンツの配信を受け付ける。これにより、端末装置１００は、広告主が所望していた本来の画質の動画コンテンツをユーザに提供することができる。このように、端末装置１００は、ファイルサイズの抑えられた動画コンテンツを表示することで通信負荷を抑制するとともに、動画コンテンツが発揮する広告コンテンツとしての訴求力を低減させないよう、ユーザの興味を惹く態様により動画コンテンツを表示する。このようにして、端末装置１００は、通信負荷を抑制しつつ、広告コンテンツに係る情報の訴求効果を発揮することができる。

なお、上記では説明を省略したが、端末装置１００は、ウェブページＷ１０又は広告コンテンツＣ２０の配信と同時に、上記の表示処理を実行させる制御情報の配信を所定の配信装置から受け付ける。そして、端末装置１００は、制御情報に従って上記の表示処理を行う。以下、このような制御情報に従って、上記の表示処理を実行する端末装置１００等について説明する。

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

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

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

1. 配信装置であって、
   動画に係る第１のコンテンツに基づいて、当該第１のコンテンツよりもファイルサイズが小さい動画に係る第２のコンテンツを生成する生成部と、
   前記生成部によって生成された第２のコンテンツと制御情報とを端末装置に配信する配信部とを備え、
   前記制御情報は、
   前記端末装置によって表示されている前記第２のコンテンツを選択する操作が検知された場合に、前記配信装置に対して、前記第１のコンテンツの配信を要求する要求手順と、
   前記要求手順による要求に応答した前記配信装置から配信される前記第１のコンテンツを、前記第２のコンテンツに替えて表示する表示制御手順と、
   を前記端末装置に実行させ、
   前記配信部は、
   前記配信装置と前記端末装置間の通信環境が所定の条件を満たす場合に、前記要求手順による要求に先立って、予め前記第１のコンテンツを当該端末装置に配信する、
   ことを特徴とする配信装置。
2. 前記生成部は、
   前記第１のコンテンツよりも低い画質の前記第２のコンテンツを生成する、
   ことを特徴とする請求項１に記載の配信装置。
3. 前記生成部は、
   前記第１のコンテンツよりも短い再生時間の前記第２のコンテンツを生成する、
   ことを特徴とする請求項１又は２に記載の配信装置。
4. 前記表示制御手順は、
   所定のフィルタ処理が施された前記第２のコンテンツに替えて前記第１のコンテンツを表示する、
   ことを特徴とする請求項１〜３のいずれか一つに記載の配信装置。
5. 前記表示制御手順は、
   透過部分を有する所定の画像コンテンツが重ねられた前記第２のコンテンツに替えて前記第１のコンテンツを表示するとともに、前記第１のコンテンツを表示する際には当該画像コンテンツを表示しないよう制御する、
   ことを特徴とする請求項１〜４のいずれか一つに記載の配信装置。
6. 前記表示制御手順は、
   前記第２のコンテンツに替えて前記第１のコンテンツを表示する際には、当該第１のコンテンツを最初から再生するよう制御する、
   ことを特徴とする請求項１〜５のいずれか一つに記載の配信装置。
7. 前記表示制御手順は、
   前記第２のコンテンツに替えて前記第１のコンテンツを表示する際には、当該第２のコンテンツを選択する操作が検知された時点における当該第２のコンテンツの再生位置に対応する再生位置から、当該第１のコンテンツを再生するよう制御する、
   ことを特徴とする請求項１〜５のいずれか一つに記載の配信装置。
8. 端末装置であって、
   動画に係る第１のコンテンツよりもファイルサイズが小さい動画に係る第２のコンテンツを配信装置から受け付ける受付部と、
   表示している前記第２のコンテンツを選択する操作が検知された場合に、前記第１のコンテンツの配信を要求する要求部と、
   前記要求部による要求に応答した前記配信装置から配信される前記第１のコンテンツを、前記第２のコンテンツに替えて表示する表示制御部と、
   を備え、
   前記受付部は、
   前記配信装置と前記端末装置間の通信環境が所定の条件を満たす場合に、前記要求部による要求に先立って、予め前記第１のコンテンツを当該配信装置から受け付ける、
   ことを特徴とする端末装置。
9. 配信装置が実行する配信方法であって、
   動画に係る第１のコンテンツに基づいて、当該第１のコンテンツよりもファイルサイズが小さい動画に係る第２のコンテンツを生成する生成工程と、
   前記生成工程によって生成された第２のコンテンツと制御情報とを端末装置に配信する配信工程とを含み、
   前記制御情報は、
   前記端末装置によって表示されている前記第２のコンテンツを選択する操作が検知された場合に、前記配信装置に対して、前記第１のコンテンツの配信を要求する要求手順と、
   前記要求手順による要求に応答した前記配信装置から配信される前記第１のコンテンツを、前記第２のコンテンツに替えて表示する表示制御手順と、
   を前記端末装置に実行させ、
   前記配信工程は、
   前記配信装置と前記端末装置間の通信環境が所定の条件を満たす場合に、前記要求手順による要求に先立って、予め前記第１のコンテンツを当該端末装置に配信する、
   ことを特徴とする配信方法。
10. コンピュータに、
    動画に係る第１のコンテンツに基づいて、当該第１のコンテンツよりもファイルサイズが小さい動画に係る第２のコンテンツを生成する生成手順と、
    前記生成手順によって生成された第２のコンテンツと制御情報とを端末装置に配信する配信手順とを実行させ、
    前記制御情報は、
    前記端末装置によって表示されている前記第２のコンテンツを選択する操作が検知された場合に、配信装置に対して、前記第１のコンテンツの配信を要求する要求手順と、
    前記要求手順による要求に応答した前記配信装置から配信される前記第１のコンテンツを、前記第２のコンテンツに替えて表示する表示制御手順と、
    を前記端末装置に実行させ、
    前記配信手順は、
    前記配信装置と前記端末装置間の通信環境が所定の条件を満たす場合に、前記要求手順による要求に先立って、予め前記第１のコンテンツを当該端末装置に配信する、
    ことを特徴とする配信プログラム。
    

Images