JP7124154B2 - プログラム、情報処理方法、端末 - Google Patents

Description

本開示は、プログラム、情報処理方法、端末に関する。

近年、ネットワークを介して、広告を配信するサービスがある。特許文献１には、サーバと受信端末との接続が切断した場合でも、コンテンツに対応付けられた任意のＣＭを配信することが可能な配信システムが開示されている。しかしながら、端末において、広告の情報を適切に受信できない場合があった。

特開２０１０－５５１９３号公報

本実施例の一態様に係るプログラムは、サーバから送信された広告を表示する端末によって実行されるプログラムであって、第１広告の動画データの一部である第１動画データを、プログラムに含まれるアプリケーションによってサーバから受信することと、アプリケーションと第１動画データとを関連づけて端末のメモリに記憶することと、第１動画データに基づく第１表示を端末の表示領域にアプリケーションによって表示することと、端末のユーザに関する情報に基づいてサーバから送信された、第１広告の動画データの一部である、受信された第１動画データとは異なる第２動画データをアプリケーションによってサーバから受信することと、第１表示の表示領域への表示の後、第２動画データに基づく第２表示を表示領域にアプリケーションによって表示することとが端末によって実行される。
また、本実施例の一態様に係る端末の情報処理方法は、サーバから送信された広告を表示する端末の情報処理方法であって、第１広告の動画データの一部である第１動画データを、端末のアプリケーションによってサーバから受信することと、アプリケーションと第１動画データとを関連づけて端末のメモリに記憶することと、第１動画データに基づく第１表示を端末の表示領域にアプリケーションによって表示することと、端末のユーザに関する情報に基づいてサーバから送信された、第１広告の動画データの一部である、受信された第１動画データとは異なる第２動画データをアプリケーションによってサーバから受信することと、第１表示の表示領域への表示の後、第２動画データに基づく第２表示を表示領域にアプリケーションによって表示することとを含む。
また、本実施例の一態様に係る端末は、サーバから送信された広告を表示する端末であって、メモリに記憶されたプログラムを読み出し、プログラムに基づいて処理を実行するプロセッサーを備え、プロセッサーは、第１広告の動画データの一部である第１動画データを、サーバから受信することと、プログラムと第１動画データとを関連づけてメモリに記憶することと、第１動画データに基づく第１表示を端末の表示領域に表示することと、端末のユーザに関する情報に基づいてサーバから送信された、第１広告の動画データの一部である、受信された第１動画データとは異なる第２動画データをサーバから受信することと、第１表示の表示領域への表示の後、第２動画データに基づく第２表示を表示領域に表示することとを実行する。

実施形態の一態様における通信システムの構成を示す図。 ダウンロード状況情報の構成例を示すデータ概念図。 実施形態に係る通信システムの処理のシーケンスの一例を示す図。 端末の広告の表示処理に係る動作を示すフローチャートである。 端末の広告のダウンロード処理に係る動作を示すフローチャートである。 端末の広告の優先度の調整処理に係る動作を示すフローチャートである。 （ａ）（ｂ）は、端末における広告の表示態様の例を示す図である。 端末における広告に係る静止画のダウンロード処理に係る動作を示すフローチャートである。 端末における通信速度に応じた品質の広告のダウンロード処理に係る動作を示すフローチャートである。 端末における広告のダウンロード処理の一例に係る動作を示すフローチャートである。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係る情報送信方法を実施するための実施形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク３０を介して管理サーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。また、同様に、通信システム１では、ネットワーク３０を介して広告サーバ４０と、端末２０とが接続される。管理サーバ１０は、端末２０からの要求に従って、端末２０に対して広告の所在（格納場所、即ち、アドレス）を端末２０に通知する。広告サーバ４０は、各種の広告の実データを保持し、端末２０からの要求にしたがって、指定された広告を配信する。

ネットワーク３０は、１以上の端末２０と、１以上の管理サーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０が管理サーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。端末２０は、各種の広告を表示する広告表示装置として機能する。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、必要に応じて、ユーザXが利用する端末を端末２０Xと表現し、ユーザXまたは端末２０Xに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Xと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよい。

管理サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。管理サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。管理サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、管理サーバ１０や広告サーバ４０は情報処理装置と表現されても良い。管理サーバ１０と広告サーバ４０とを区別する必要がない場合は、管理サーバ１０と広告サーバ４０とは、一体で情報処理装置と表現されてもよい。

＜ハードウェア（HW）構成＞
図１を用いて、通信システム１に含まれる各装置のHW構成について説明する。

（１）端末のHW構成
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、位置情報取得部２５を備える。端末２０のHWの各構成要素は、限定でなく例として、バスB２を介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、位置情報取得部２５等の個々の構成要素を取り外すような構成であってもよい。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。この通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、管理サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、管理サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、管理サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、端末２０に対する各種操作を入力する装置（入力部）、および、端末２０で処理された処理結果を出力する装置（出力部）を含む。入出力部２３は、入力部と出力部が一体化していても良いし、入力部と出力部に分離していてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル２３１、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク２３３（音声による操作入力）を含む。

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、 タッチパネル、タッチディスプレイ、スピーカ２３２（音声出力）、レンズ（限定でなく例として３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Dで表示データを表示可能であってもよい。

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていても良い。

位置情報取得部２５は、端末２０の現在位置を取得する機能を有する。限定的でなく例として、位置情報取得部２５は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）やＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）などにより実現される。位置情報取得部２５は、端末２０の現在位置の位置情報として、該端末２０の緯度及び経度を測定する。なお、位置情報取得部２５による端末２０の位置情報の計測は、ＧＰＳに限られず、どのような方法を用いてもよい。限定でなく例として、位置情報取得部２５は、Ｗｉ－Ｆｉなどの無線ＬＡＮを利用して、端末２０の位置情報を測定してもよい。その他にも、位置情報取得部２５は、限定でなく例として、ＩＭＥＳ（Ｉｎｄｏｏｒ ＭＥｓｓａｇｉｎｇ Ｓｙｓｔｅｍ）やＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）などの通信方式を用いて、端末２０の位置情報を測定してもよい。また、位置情報取得部２５は、限定でなく例として、ＬＴＥやＣＤＭＡなどの移動体通信システムを用いて、端末２０の位置情報を測定してもよい。位置情報取得部２５は、制御部２１からの要求に従って、端末２０の位置情報を測定し、測定した位置情報を、制御部２１に伝達する。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよい。

制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ（memory）と表現されてもよい。

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。なおこのプログラムＰはプログラムモジュールとして実現されてもよいし、されなくてもよい。

マイク２３３は、音声データの入力に利用される。スピーカ２３２は、音声データの出力に利用される。カメラは、動画像データの取得に利用される。

（２）サーバのHW構成
管理サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、表示部１３を備える。管理サーバ１０のHWの各構成要素は、限定でなく例として、バスB１を介して相互に接続される。なお、管理サーバ１０のＨＷは、管理サーバ１０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、管理サーバ１０のＨＷは、表示部１３（ディスプレイ）を取り外すような構成であってもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。ただし、本開示において、制御部１１は、これらに限定されない。

記憶部１５は、管理サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ（memory）と表現されてもよい。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。この通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造可された回路で構成される場合には、通信回路と表現する場合もある。

入出力部１２は、管理サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。

表示部１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、表示部１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらの表示部１３は、３Dで表示データを表示可能であってもよい。ただし、本開示において、表示部１３は、これらに限定されない。

管理サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、管理サーバ１０に、制御部１１が実行する各機能を実現させる。

本開示の各実施形態においては、端末２０および／または管理サーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。

なお、端末２０の制御部２１、および／または、管理サーバ１０の制御部１１は、ＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよい。

また、本開示の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。

記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよい。

管理サーバ１０、広告サーバ４０、端末２０各々は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムＰは、プログラムＰを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、管理サーバ１０、広告サーバ４０、端末２０に提供されてもよい。管理サーバ１０、広告サーバ４０、端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

管理サーバ１０、広告サーバ４０、端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

端末２０における処理の少なくとも一部を、管理サーバ１０により行う構成としてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、管理サーバ１０で行う構成としてもよい。

管理サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよい。この場合、管理サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよい。

同様に、広告サーバ４０における処理の少なくとも一部を、管理サーバ１０により行う構成としてもよい

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。

＜実施形態＞
まず始めに本実施形態の概要について示す。本実施形態は、端末２０において、広告を表示するためのアプリケーションプログラムを実行する際に、広告の動画情報をダウンロードするにあたって、表示される可能性のある動画情報について、その動画情報の全てではなく一部（限定ではなく、第１動画データの一例）のみをダウンロードする。そのため、端末２０において、広告の動画情報を全てダウンロードする場合よりも、記憶容量を圧迫することを抑制する。

＜機能構成＞
（１）端末の機能構成
図１に示すように、端末２０の制御部２１により実現される機能として、広告処理部２１１と、表示処理部２１２として機能する。

広告処理部２１１は、端末２０において表示する広告に関する処理全般を実行する。広告処理部２１１は、記憶部２８に記憶されている広告表示のための広告アプリケーションを実行することにより、広告に関する処理を実行する。広告アプリケーションは、各種のコンテンツ、例えば、ウェブコンテンツと共に広告を表示するためのアプリケーションプログラムであり、広告としては、動画、静止画、文章、音声を問わない。広告処理部２１１は、広告アプリケーションが実行されると、端末２０に関する情報（端末２０のユーザに関する情報を含んでもよい）を含む広告情報送信依頼を、通信Ｉ／Ｆ２２を介して、管理サーバ１０に送信する。広告情報送信依頼に含まれる端末２０に関する情報（端末２０のユーザに関する情報）は、管理サーバ１０が、端末２０に対して送信する広告を、どの程度送信するかを特定可能な情報であればよく、限定ではなく一例として、端末２０の通信速度（ｂｐｓ）、端末２０の通信履歴、ユーザの嗜好情報などを用いることとしてもよいし、用いなくてもよい。これらの情報に基づいて管理サーバ１０において、どの広告情報を、どの程度、端末２０に送信するかを特定できる。なお、広告情報送信依頼の送信は必須の構成ではない。例えば、予めダウンロードする広告やその容量が定まっている、あるいは、ユーザが指定するような場合には、広告処理部２１１は、管理サーバ１０に広告情報送信依頼を送信することなく直接広告サーバ４０にアクセスして動画の広告を取得するように構成されていてもよいし、構成されてなくてもよい。

広告処理部２１１は、広告情報送信依頼に応じて、管理サーバ１０から送信された広告の動画データの所在を示すファイル位置情報を、通信Ｉ／Ｆ２２を介して、受け取る。そして、広告処理部２１１は、ファイル位置情報に示されるアドレスに格納されている広告の動画情報を、通信Ｉ／Ｆ２２を介して、広告サーバ４０に送信する。このとき、広告処理部２１１は、ファイル位置情報を参照してダウンロード対象の動画情報を特定し、図２に示す広告管理情報２００を作成する。そして、広告処理部２１１は、広告管理情報２００に示される基準（優先度）にしたがって、複数の広告の動画情報について、実際に広告が表示される際に、その広告の動画情報が端末２０の記憶部２８に存在するように、所定の基準に従って、所望の動画情報が格納されているアドレスを、通信Ｉ／Ｆ２２を介して、広告サーバ４０に送信する。そして、広告サーバ４０から送信された広告の動画が、表示部２４の動画の表示領域に表示される場合に、広告処理部２１１は、その表示領域に表示されるよう、表示処理部２１２に指示する。広告管理情報２００の詳細については後述する。なお、動画の表示領域とは、広告アプリケーションが提供するコンテンツ中での表示領域のことをいい、例えば、図７（ａ）に示すように、端末２０に表示されるコンテンツ７０１がある場合に、そのコンテンツ７０１中で、広告の動画を再生することができる領域７０２ａ、７０２ｂ、７０２ｃのような領域のことをいう。

また、広告処理部２１１は、管理サーバ１０から伝達されたファイル位置情報で示される各動画について、その動画のダウンロードの処理順序を管理する機能を有する。広告処理部２１１は、各種の広告について、所定の基準にしたがって、未ダウンロードの動画情報をダウンロードする。広告の動画情報のダウンロードにあたって、その優先度を調整する機能を有してもよいし、有さなくてもよい。広告処理部２１１によるダウンロードの処理については、図５を用いて詳細に後述し、動画情報の優先度の調整については、図６を用いて詳細に後述する。

また、広告処理部２１１は、表示部２４において広告の動画の再生を行っている場合に、再生している動画の続き（限定ではなく、第２動画データの一例）を、通信Ｉ／Ｆ２２を介して、広告サーバ４０に要求する。そして、広告処理部２１１は、この要求に応じて、広告サーバ４０から送信された動画を再生している動画の続きとして再生することで、一つの広告の動画の再生を実現する。

表示処理部２１２は、制御部２１が生成した表示データを、表示部２４を介して表示する。表示処理部２１２は、表示用のデータを画素情報に変換し、表示部２４のフレームバッファに書き込む機能を有する。表示処理部２１２は、広告サーバ４０から送信される広告の動画情報に係る表示用のデータを表示部２４のフレームバッファに書き込むことにより、表示部２４に広告を所定の表示領域に表示させる。表示処理部２１２は、広告処理部２１１からの指示にしたがって、広告の動画データの前部分（限定ではなく、第１動画データの例）に基づく第１表示を行う。また、表示処理部２１２は、広告処理部２１１からの指示にしたがって、第１表示に基づいてダウンロードする広告の動画データの後部分（限定ではなく第２動画データの例）に基づく第２表示を行う。

記憶部２８は、ユーザの個人情報を記憶してもよいし、しなくてもよい。ユーザの個人情報を記録する場合、ユーザの個人情報は、ユーザに係る情報であればよく、限定ではなく、一例として、名前、年齢、性別、職業、嗜好の少なくとも一つを含んでもよいし、含まなくてもよい。また、ユーザが視聴した広告（再生が実行された広告）の情報（再生総数、再生回数、再生された広告の識別情報など）、ユーザが視聴した広告から何らかの商品を購入したときの購入履歴などの情報を含んでもよいし、含まなくてもよい。この個人情報は、ユーザに関する情報として利用することができる。また、この個人情報は、管理サーバ１０の記憶部１５にも記憶されていてもよいし、記憶されなくてもよい。

（２）サーバの機能構成
図１に示すように、管理サーバ１０の制御部１１により実現される機能として、決定部１１１と広告情報送信部１１２として機能する。管理サーバ１０は、配信可能な広告を一意に特定可能な情報である広告のリストを記憶部１５に記憶しており、制御部１１は、この広告のリストを参照して、ユーザの端末２０に送信する広告を特定する。

決定部１１１は、端末２０から送信された広告情報送信依頼に基づいて、端末２０において表示する広告を決定する。決定部１１１は、端末２０から送信された広告情報送信依頼に含まれるユーザに関する情報に基づいて、広告のリストの中からユーザの端末２０において表示する広告を決定する。このとき、決定部１１１は、限定ではなく一例として、ユーザの嗜好、それまでにユーザが見た広告の履歴等を用いて、それらの嗜好やユーザが見たことがある広告の種別に類似する広告を、ユーザの端末２０において表示する広告として特定してもよいし、しなくてもよい。また、このとき、決定部１１１は、ユーザの端末２０が広告アプリケーションの起動時において、各動画について、その一部（前部分。限定ではなく、第１動画データの一例）をダウンロードする、その一部の容量（動画としての長さ）を、ユーザに関する情報に基づいて特定する。ここで動画の前部分とは、その動画の最初からその途中までをいう。また、途中とは動画の始端から終端までの間のどこかであればよく、前部分は動画の半分である必要はない。即ち、各端末２０は、各端末２０にとって好適な容量の広告をダウンロードすることができるようになる。決定部１１１は、例えば、端末２０の通信速度に応じて、容量を決定することとしてよい。より具体的には、アプリ起動時などに、端末２０の通信速度が所定の閾値以上であれば、Ｘバイトのデータをダウンロードする容量とし、端末２０の通信速度が所定の閾値未満であれば、Ｘバイトよりも大きいＹバイトのデータをダウンロードする容量としてよい。端末２０の通信速度が所定の閾値未満の場合、広告を再生する際に後続のデータ（限定ではなく第２動画データの一例）のダウンロードが間に合わず、動画の再生が途中で一時停止する可能性があるが、予め、Ｙバイトのデータをダウンロードしておくことで、その懸念を解消することができる。一方で、通信速度が所定の閾値以上の場合には、ダウンロードすべき後続のデータが多くても、再生に間に合うようにダウンロードすることができると想定されるので、最初にダウンロードするデータ（限定ではなく第１動画データの一例）を少なくすることで、広告の動画データが端末２０の記憶容量を圧迫することを回避することができる。

なお、上述では、端末２０の通信速度が所定の閾値以上であれば、Ｘバイトのデータをダウンロードする容量とし、端末２０の通信速度が所定の閾値未満であれば、Ｘバイトよりも大きいＹバイトのデータをダウンロードする例を示したが、これはその逆であってもよい。つまり、端末２０の通信速度が所定の閾値以上であれば、Ｘバイトのデータをダウンロードする容量とし、端末２０の通信速度が所定の閾値未満であれば、Ｘバイトよりも小さいＹバイトのデータをダウンロードする容量としてよい。端末２０の通信速度が速ければ一定容量以上のデータをダウンロードしても動画の表示自体には、どの動画の表示が行われたとしても間に合わせることができるとともに多めの容量をダウンロードしておくようにすることで、再生途中で動画のデータがダウンロードできていないがために動画の再生が止まるという可能性を低減することができる。これに対し、端末２０の通信速度が遅ければ、ダウンロードする容量を少なくすることで、どの動画の表示が行われたとしても表示の開始に間に合わせるようにすることができる。いずれの場合を選択するかは、端末２０でユーザが設定できるように構成されていてもよい。そして、決定部１１１は、決定した複数の広告を示す情報と、ダウンロードする容量とを、広告情報送信部１１２に送信する。

広告情報送信部１１２は、決定部１１１から伝達された複数の広告を示す情報に基づいて、その広告が格納されている場所（広告サーバ４０の格納アドレス）を特定する。そして、広告情報送信部１１２は、複数の広告各々の識別情報と、複数の広告の格納場所を示す情報と、複数の広告各々についてダウンロードする容量とを対応付けたファイル位置情報を生成する。広告情報送信部１１２は、通信Ｉ／Ｆ１４を介して、端末２０に送信する。

なお、広告サーバ４０は、一般的なファイル管理サーバであり、端末２０から指定された広告の動画情報を配信する機能を有する情報処理装置であり、その構成自体は、管理サーバ１０と同様の構成を有する。広告サーバ４０は、端末２０から指定されたアドレスにある広告の動画情報であって、指定されている容量分の前部分（動画データの一部分）を、端末２０に送信する。

＜データ＞
ここで、広告管理情報２００について説明する。図２は、広告管理情報２００のデータ構成例を示すデータ概念図である。広告管理情報２００は、端末２０において、各広告の動画情報のダウンロード状況を管理するための情報である。

図２に示すように、広告管理情報２００は、広告ＩＤ２０１と、表示領域ＩＤ２０２と、ダウンロード状況２０３と、表示確率２０４と、優先度２０５とが対応付けられた情報である。

広告ＩＤ２０１は、広告を一意に識別するための識別情報である。広告処理部２１１は、広告ＩＤ２０１を、ファイル位置情報に基づいて特定することができる。

表示領域ＩＤ２０２は、対応する広告ＩＤで示される広告を、コンテンツ上において表示する表示領域が定められている場合に、その表示領域を示す識別情報である。対応する広告ＩＤで示される広告を表示する表示領域が定められていない場合には、表示領域ＩＤ２０２には、表示領域が定まっていないことを示す情報が示される。表示領域が定まっていないことを示す情報として、図３に示す例では、「－」を用いた例を示しているが、これは、「－」に限定されるものではない。表示領域ＩＤ２０２は、広告処理部２１１により、広告に対して表示領域の割当が行われるごとに更新される。

ダウンロード状況２０３は、対応する広告の動画データのダウンロード状況を示している。ダウンロード状況とは、動画データをどれだけダウンロードできているかを示す情報であり、ここでは、動画全体に対する割合（パーセンテージ）で示しているが、これに限るものではなく、例えば、ダウンロード済み、未ダウンロードの２値で管理することとしてもよい。ダウンロード状況２０３は、広告処理部２１１により、広告の動画データのダウンロードの状態が変化するごとに更新される。

表示確率２０４は、対応する広告ＩＤで示される広告が表示される可能性を示す情報である。当該情報は、適宜、広告処理部２１１が設定、更新するものであり、広告処理部２１１は、表示確率として、例えば、コンテンツがスクロール等により、スクロール先に表示領域が設定されている広告の表示確率２０４を高く設定し、一度表示したことがある広告、途中まで表示して再生が止まった（ユーザにより停止された場合や、画面切り替えにより表示領域が表示されなくなったことを受けて停止された場合など）広告は、今後表示される可能性が低い広告として、表示確率２０４は低い値に設定される。ここでいう表示確率の設定処理について、一具体例を、図７を参照しながら説明する。例えば、一例として、図７に示すように表示部２４には、表示領域７０２ｂに広告（仮に広告Ａとする）が表示（再生）されているとする。この状態においては、広告処理部２１１は、広告Ａのダウンロードが完了していない状況下では、広告Ａのダウンロードを優先するために、広告Ａの表示確率（仮にＰ１とする）を他の広告よりも高く設定する。一方で、ユーザがスクロール操作を行って、コンテンツ７０１を上にスライドさせるとする。この場合、コンテンツ７０１のスクロールに伴って表示領域７０２ｂも画面上方にスライドし、端末２０の表示部２４には表示されなくなり、広告Ａの再生は停止されることになる。このとき、ユーザは順次続きのコンテンツを見ていくと想定されるので、再び広告Ａの表示領域７０２ｂが表示部２４に表示される位置まで戻して広告Ａを再生させる可能性は低いと想定される。そこで、広告処理部２１１は、広告Ａに設定されている表示確率Ｐ１を、Ｐ１よりも低いＰ２に設定する。その一方で、スクロールによって、表示領域７０２ｃが表示部２４に表示される可能性が高くなるので、広告処理部２１１は、表示領域７０２ｃに表示される広告（仮に広告Ｂとする）の表示確率（仮にＰ３とする）を上げる。広告処理部２１１は、広告Ｂの表示確率Ｐ３を、Ｐ２よりも高い値に設定する。そのため、広告Ａの後半の動画データ（限定ではなく、第２動画データの一例）のダウンロードの途中でコンテンツ７０１がスクロールされ、画面上方にスライドし、広告Ａが表示部２４の表示領域に表示されなくなり、広告Ａの再生が停止した場合、表示確率Ｐ１がＰ２よりも小さくなる。この場合、表示確率Ｐ１またはＰ２に基づいて、広告Ｂの前半部分の動画データ（限定ではなく、第１動画データの一例）または、後半部分の動画データ（限定ではなく、第２動画の一例）のダウンロードを行ってもよいし、行わなくてもよい。また、広告Ａの後半部分の動画データのダウンロードの速度を広告Ｂの前半部分または、後半部分の動画データのダウンロードよりも遅い通信速度で実施してもよいし、しなくてもよい。なお、後段ではより詳細に広告のダウンロードに関する説明を行う。

優先度２０５は、対応する広告ＩＤで示される広告の優先度を示す情報である。優先度２０５は、広告処理部２１１が、必要とする広告をダウンロードするにあたって、ダウンロードの処理順序が同列となった場合に、広告の動画情報をダウンロードする際の順序を決定するために用いる情報である。以上が、広告管理情報２００の構成である。

広告管理情報２００があることにより、広告処理部２１１は、ダウンロードすべき広告を管理するとともに、広告のダウンロードの順序を決定することができる。

＜動作＞
まず、本実施形態における端末２０と、管理サーバ１０と、広告サーバ４０との間のやり取りについて、図３に示すシーケンス図を用いて説明する。

端末２０は、広告アプリケーションを起動すると、管理サーバ１０に広告情報送信依頼を送信する（ステップＳ３０１）。

管理サーバ１０は、広告情報送信依頼を受信すると、広告情報送信依頼に含まれる情報に基づいて、端末２０が表示する広告の格納場所を示すファイル位置情報を生成し、端末２０に送信する（ステップＳ３０２）。

端末２０は、管理サーバ１０からファイル位置情報を受信すると、ファイル位置情報に示されるアドレスと、受信すべき容量とを示す情報を、広告サーバ４０に送信する（ステップＳ３０３）。

広告サーバ４０は、アドレスの指定と、受信すべき容量の指定を受け付けると、指定されたアドレスに格納されている広告を、指定された容量分だけ、その広告の動画情報の先頭から、端末２０に送信（配信）する（ステップＳ３０４）。

このようにして、通信システム１において、端末２０は、広告アプリケーションを実行した際に、１つまたは複数（２以上）の広告の動画情報をダウンロードするにあたって、初期段階では、その動画の一部分のみをダウンロードしておくことで、端末２０の容量を圧迫しないようにすることができる。また、広告動画の再生開始時には、一定量のデータがあることで、再生に遅延が発生する可能性を低減することができる。

次に、図３に示す処理を実現するための端末２０の動作について、図４～図６に示すフローチャートを用いて説明する。

図４は、端末２０の動作であって、広告アプリケーションを実行した際の広告の表示処理を示すフローチャートである。

端末２０の制御部２１は、ユーザからの入力、又は、所定のアプリケーション（広告アプリケーションをともに起動するよう設定されているアプリケーション）の起動をトリガとして、広告アプリケーションを起動する（ステップＳ４０１）。なお、広告アプリケーションの起動は、広告アプリケーションがインストール済みである場合の所定のアプリケーションをダウンロードしたこと、若しくは、広告アプリケーションをダウンロードしたことをトリガとしもよいし、トリガとしなくてもよい。また、広告の処理について、上述したようなアプリケーションとして実行されるのではなく、上述した所定のアプリケーションのプログラムの機能によって実行されるように構成されてもよい。

広告アプリケーションが起動すると、その初期処理として、広告処理部２１１は、ユーザに関する情報と、端末２０に関する情報とを含ませた広告情報送信依頼を、通信Ｉ／Ｆ２２を介して、管理サーバ１０に送信する（ステップＳ４０２）。端末２０の通信Ｉ／Ｆ２２は、広告情報送信依頼の送信に応じて、管理サーバ１０から送信された広告の所在を示すファイル位置情報を受信する（ステップＳ４０３）。通信Ｉ／Ｆ２２は、受信したファイル位置情報を、広告処理部２１１に送信する。

広告処理部２１１は、ファイル位置情報を受信すると、ファイル位置情報で示される各広告の動画の一部（前部分。限定ではなく、第１動画データの一例）のダウンロードを開始する（ステップＳ４０４）。即ち、広告処理部２１１は、受け取ったファイル位置情報に示される複数の広告について、所定の基準に従って、優先度の高い広告の動画から、その所在を示すアドレスと、ダウンロードする容量とを示す情報を、通信Ｉ／Ｆ２２を介して、広告サーバ４０に送信する。広告処理部２１１は、広告サーバ４０との間で可能なダウンロード数の広告のダウンロードを逐次実行する。

広告処理部２１１は、広告の表示領域が表示部２４に表示されるか否かを判定する（ステップＳ４０６）。広告の表示領域が、表示部２４に表示される場合には（ステップＳ４０６のＹＥＳ）、広告管理情報２００を参照して、その表示領域に対応付けられている広告の動画を表示するよう表示処理部２１２に指示する。そして表示処理部２１２は、指定された広告の動画データを記憶部２８から読み出して、表示部２４に表示させる（ステップＳ４０７）。このとき、広告処理部２１１は、再生を開始した広告の後部分（限定ではなく、第２動画データの一例）の送信を、広告サーバ４０に要求する。そして、広告の再生が継続される場合には、広告の前部分に続けて、広告の後部分の再生を行うことで、制御部２１は、広告の動画情報全体を途切れることなく表示部２４に表示させることができる。

制御部２１は、入出力部２３を介して、ユーザから広告アプリケーションの実行の終了の入力が有ったか否かを判定する（ステップＳ４０８）。広告アプリケーションの終了の入力が有った場合には（ステップＳ４０８のＹＥＳ）、処理を終了し、なかった場合には（ステップＳ４０８のＮＯ）、制御部２１は、ステップＳ４０６の処理に戻る。以上が、端末２０による広告の動画の表示処理に係る動作である。なお、図４のフローでダウンロードされた広告は、記憶部２８に記憶してもよいし、記憶しなくてもよい。記憶する場合には、Ｓ４０７で記憶部２８に記憶された広告を表示部２４の表示領域に表示されるようにする。

次に、広告処理部２１１による各広告を広告サーバ４０からダウンロードする際の動作について説明する。端末２０が広告サーバ４０から一度にダウンロードできる広告の数は通信帯域や事前の設定などの理由により制限されている。そのため、広告処理部２１１は、各広告をその優先度にしたがって、広告サーバ４０からダウンロードすることになる。図５は、そのダウンロード処理を示すフローチャートである。

図５に示すように、広告処理部２１１は、広告管理情報２００を参照して、表示領域ＩＤ２０２が割り当てられており、表示部２４においてダウンロード済みの広告（限定ではなく、第１動画データの一例）の再生が実行中であり、再生されている広告の動画の全てをダウンロードできていない未ダウンロードの広告（限定ではなく、第２動画データの一例）があるか否かを判定する（ステップＳ５０１）。表示領域ＩＤが割り当てられており、再生中であって、未ダウンロードの広告がある場合には（ステップＳ５０１のＹＥＳ）、広告処理部２１１は、現在表示中の広告の動画データを優先して、広告サーバ４０からダウンロードし（ステップＳ５０２）、ステップＳ５０８の処理に移行する。ここで未ダウンロードの動画とは、基本的に、再生を開始した広告の後部分（限定ではなく、第２動画データの一例）のことをいうが、新たな広告の前部分（限定ではなく、第１動画データの例）を含んでもよい。ここで新たな広告は、ダウンロードした広告を全て再生した場合であって、新たな広告をユーザに提供する必要があるときや、広告サーバ４０に新たな広告が登録されてユーザの端末２０に提供する必要があるときなどにおいて、発生する可能性がある。

表示領域ＩＤが割り当てられており、再生中であって、未ダウンロードの広告がない場合には（ステップＳ５０１のＮＯ）、広告処理部２１１は、広告管理情報２００を参照して、表示領域ＩＤ２０２が割り当てられており、広告の再生が行われておらず、未ダウンロードの広告があるか否かを判定する（ステップＳ５０３）。表示領域ＩＤが割り当てられており、再生中でなく、未ダウンロードの広告がある場合には（ステップＳ５０３のＹＥＳ）、広告処理部２１１は、表示領域ＩＤが割り当てられており、未表示の広告であって、未ダウンロードの広告を、広告サーバ４０からダウンロードし（ステップＳ５０４）、ステップＳ５０８の処理に移行する。このとき、広告処理部２１１は、表示領域ＩＤが割り当てられており、再生中でなく、未ダウンロードの広告が複数存在する場合には、それらの広告のうち、優先度の高いものを優先してダウンロードする。優先度が高いとは、広告管理情報２００の優先度２０５において、「高」に設定されている広告のことであり、例えば、コンテンツがユーザによりスクロールされて、次の広告の表示領域が表示されそうになっている場合に、優先度（表示確率２０４）は高くなる。

表示領域ＩＤが割り当てられており、再生中でなく、未ダウンロードの広告がない場合には（ステップＳ５０３のＮＯ）、広告処理部２１１は、広告管理情報２００を参照して、表示領域ＩＤの割当がなく、優先度の高い、未ダウンロードの広告があるか否かを判定する（ステップＳ５０５）。ここで、優先度が高いとは、表示部２４に表示される可能性が高い、あるいは、ユーザにより閲覧される可能性が高いことを意味し、広告管理情報２００において優先度２０５が高を示すか否かを意味する。表示領域ＩＤの割当がなく、優先度の高い、未ダウンロードの広告がある場合には（ステップＳ５０５のＹＥＳ）、広告処理部２１１は、その広告を広告サーバ４００からダウンロードし（ステップＳ５０６）、ステップＳ５０８の処理に移行する。

表示領域ＩＤの割当がなく、優先度の高い、未ダウンロードの広告がない場合には（ステップＳ５０５のＮＯ）、広告処理部２１１は、その他の未ダウンロードの広告（例えば、優先度２０５が低い広告）をダウンロードし（ステップＳ５０７）、ステップＳ５０８の処理に移行する。

ステップＳ５０８において、入出力部２３は、ユーザからコンテンツの表示内容の切替を行う入力があるか否かを判定する（ステップＳ５０８）。ここで、表示内容の切替とは、端末２０の表示部２４において表示内容の変更が行われることをいい、例えば、動画の再生ボタンの押下であったり、動画の再生を停止する入力であったり、表示しているコンテンツのページから別のページに移行する入力であったり、表示しているコンテンツに対するスクロール入力などによるユーザからの入力に起因して発生するものであってよい。表示内容の切替の入力がある場合には（ステップＳ５０８のＹＥＳ）、広告処理部２１１は、ステップＳ５０１の処理に戻り、入力がない場合には（ステップＳ５０８のＮＯ）、処理を終了する。図５に示す処理は、図４に示すステップＳ４０４～Ｓ４０８の処理と並行して実行される。つまり、図５に示す処理のステップＳ５０８のＮＯの場合、図４のステップＳ４０８に移行すると表現してもよい。

なお、広告処理部２１１は、図５に示す動作が実現されるように、広告管理情報２００に示される各広告に対して、優先度を設定し、適宜その優先度を変更することで、その優先度の高いものから、広告の動画データを広告サーバ４０からダウンロードするように構成してもよい。また、その際の優先度として、単純に、表示される表示確率の高いものから順番にダウンロードするように構成してもよいし、しなくてもよい。即ち、表示確率の高いものから順番にダウンロードする場合、各広告について、表示領域ＩＤの割当の有無やユーザの嗜好等を考慮することなく、表示される可能性の高いものから順にダウンロードするように構成される。

最後に、広告のダウンロードを行うにあたって、広告の優先度を調整する調整処理について説明する。図６は、端末２０における広告の動画のダウンロードに係る優先度を調整する処理を示すフローチャートである。

図６に示すように、広告処理部２１１は、広告の再生停止処理があったか否かを判定する（ステップＳ６０１）。ここで、広告の再生停止処理は、ユーザが広告の再生を停止する入力を行う場合と、広告の表示領域が表示部２４の表示範囲内から外れたことによって広告アプリケーションが自動的に停止させる場合とが含まれる。

広告の再生停止処理があった場合には（ステップＳ６０１のＹＥＳ）、広告処理部２１１は、表示部２４の表示画面中において、広告を表示している表示領域がコンテンツに対するスクロール操作により移動するか否かを判定する（ステップＳ６０２）。広告の再生停止処理がなかった場合には（ステップＳ６０１のＮＯ）、処理を終了する。ここで、広告の表示領域がスクロール操作によって移動する場合と、移動しない場合との事例について、図７を参照しながら、説明する。図７（ａ）は、広告の表示領域がスクロール操作によって移動する場合を示しており、図７（ｂ）は、広告の表示領域がスクロール操作によって移動されない場合を示している。図７（ａ）に示されるように、広告アプリケーションにより提供されるコンテンツ７０１が、端末２０の表示部２４において、スクロール表示される場合に、そのコンテンツ７０１中の表示領域７０２ａ、７０２ｂ、７０２ｃは、ユーザのスクロール操作に伴って移動する。このような場合には、広告処理部２１１は、広告の表示領域がスクロール操作によって移動すると判定する。一方で、図７（ｂ）に示されるように、広告の表示領域７１２が画面上で移動しない場合がある。このような場合には、広告処理部２１１は、広告の表示領域はスクロール操作によって移動しないと判定する。なお、図７（ｂ）に示すような表示態様をとる場合には、広告管理情報２００において、各広告に対応付けられる表示領域は、全て同じ領域になり、その表示順序が設定されるものであってもよい。

広告を表示している表示領域がスクロール操作によって移動しないと判定した場合には（ステップＳ６０２のＮＯ）、広告処理部２１１は、処理を終了する。一方で、広告を表示している表示領域がスクロール操作によって移動すると判定した場合には（ステップＳ６０２のＹＥＳ）、広告処理部２１１は、再生が停止された広告は、今後ユーザにより視聴される可能性が低い（もう一度、ユーザがスクロール操作を行って、表示領域を表示部に戻すように表示させて広告を再生させる可能性が低い）と考えられるので、広告処理部２１１は、再生停止された広告のダウンロードの優先度を低下させて（ステップＳ６０３）、処理を終了する。広告処理部２１１は、この図６に示す動画の優先度の調整処理を、図４に示す処理において、ステップＳ４０４～Ｓ４０８の間で実行する。なお、ここでは、コンテンツにおける広告の表示領域が表示部２４から外れると表現しているが、これは、広告を表示する枠としての表示領域が定められていることに限定するものではない。つまり、広告の表示領域とは、表示部２４の表示領域において広告が表示されている領域というだけの意味合いであってもよい。即ち、図６のステップＳ６０２において、表示画面中（表示部２４の表示領域）の広告表示領域はスクロール操作により移動するか否かの判断は、表示部２４の表示画面内に表示されている広告はスクロール操作によって表示画面外に移動するか否かの判断と解釈されてもよい。

以上に説明したように、本実施形態に係る端末２０は、広告アプリケーションが実行された場合に、その広告アプリケーションで表示される複数の動画について、その前部分（限定ではなく、第１動画データの一例）のみをダウンロードすることで、端末２０の記憶容量を広告の動画データで圧迫するという事態を抑制することができる。また、必要となる複数の広告の動画について、予め前部分だけでもダウンロードすることで、いずれの動画も、対応付けられている表示領域が表示部２４に表示される際には、即座に広告の動画の再生を開始することができる。そして、動画の再生が開始されると、その再生が中断されない限り、端末２０は、再生中にその動画の後部分（限定ではなく、第２動画データの一例）もダウンロードするので、広告動画の全てを見たいユーザに対しても、途切れることなく広告動画を提供することができる。

＜実施形態変形例＞
ここで、上記実施形態においてとり得る各種の変形例について説明する。
（１）上記実施形態において、端末２０がダウンロードする広告の個数（管理サーバ１０の決定部１１１が、端末２０がダウンロードすべきとした広告の数）は、端末２０によって異なることとしてよいし、しなくてもよい。

限定ではなく一例として、端末２０は、広告アプリケーションを介して、広告された商品を購入した購入履歴に基づき、ダウンロードする広告の数や種類を異ならせてもよいし、しなくてもよい。例えば、ダウンロードする広告の数や種類を異ならせる場合、商品の購入履歴が多い端末は、広告を利用して商品をよく購入するユーザであるため、より多くの広告や多くの種類の広告をダウンロードさせて、商品の購入機会をより多く提供できるようにしてもよい。

また、商品の購入履歴が少ない端末は、ユーザが広告を見ることが少ないと想定されるので、ダウンロードする広告の数を少なくして、端末２０の記憶容量を圧迫しないように構成してもよい。このとき、逆に、ユーザにより多くの広告を視聴してもらう可能性を提供するために、商品の購入履歴が少ない端末に対する広告のダウンロード数を多くするようにしてもよいし、しなくてもよい。

また、上述の商品の購入履歴に代えて、広告の再生回数を用いることとしてもよいし、しなくてもよい。即ち、広告の再生回数を用いる場合、端末２０は、表示領域が表示部に表示されている状態で、最後まで、あるいは、一定の長さだけ再生された広告の個数を記憶しておき、その個数に基づいて、ダウンロードする広告の数を決定してもよい。この個数は、広告の再生総時間に置換されてもよい。

また、更には、ここでは、ダウンロードする広告の個数を変更することとしているが、ユーザの過去の履歴に応じて、ダウンロードする広告の種別を変更することとしてもよいし、しなくてもよい。例えば、ダウンロードする広告の種別を変更する場合、限定ではなく一例として同じ会社の同じ商品について、再生時間の短い広告と、再生時間の長い広告とがあった場合に、商品の購入履歴が多い、あるいは、広告の再生回数の多い（再生時間が長い）端末２０に対しては、再生時間の長い広告を配信し、商品の購入履歴が少ない、あるいは、広告の再生回数の少ない端末２０に対しては、再生時間の短い広告を配信するように構成してもよい。こうすることで、広告に対する興味が高いと目されるユーザには、より詳細な情報が伝わる広告を配信し、広告に対する興味が低いと目されるユーザには、端的に情報が伝えられる（例えば、より短い時間で伝えるべき情報が伝えられる）広告を配信するようにすることができる。

具体的な一実現例としては、端末２０（広告処理部２１１）は、広告を再生するごとに、再生した広告の個数を計数する。ここで、広告の再生の個数の計数においては、ある広告について少しでも表示部２４上で表示されれば、再生したとして計数することとしてもよいし、しなくてもよい。ある広告について、その動画の長さの所定割合以上が表示部２４に表示されれば、再生したとして計数することとしてもよいし、しなくてもよい。ある広告について、その動画の全てが表示部２４に表示されたときにはじめて再生したとして計数するようにしてもよいし、しなくてもよい。また、計数する広告は、表示部２４に表示されている状態で再生された広告（端末２０のユーザにより実際に視聴されたと推定できる広告）を計数することが望ましい。

そして、端末２０は、広告情報送信依頼を送信する際に、計数した視聴されたと推定される広告の数をともに送信する。これを受信した管理サーバ１０は、端末２０で再生された広告の数が、所定の閾値と比較する。広告の再生数が所定の閾値よりも少ない場合には、管理サーバ１０の決定部１１１は、端末２０が受信する広告として第１の広告を端末２０が受信すべき広告として決定する。広告の再生数が所定の閾値以上である場合には、決定部１１１は、端末２０が受信する広告として第１の広告とは別の第２の広告、あるいは、第２の広告と第１の広告の双方の広告を端末２０が受信すべき広告として決定する。換言すれば、端末２０で計数した広告の再生数が第１再生回数の場合、端末２０は、広告サーバ４０から第１の広告の動画データの前部分（限定ではなく、第１動画データの一例）を受信することとし、端末２０で計数した広告の再生数が第１再生回数よりも多い第２再生回数の場合に第１の広告とは異なる第２の広告の動画データの前部分（限定ではなく、第３動画データの一例）と、第１の広告の動画データ（限定ではなく、第１動画データの一例）とを受信することとする。この構成により、より多くの広告を視聴してくれていると推定できるユーザには、より多くの情報（広告）を提供することができる。

なお、端末２０において、計数する広告の再生数や、購入履歴の数は、所定期間ごとにリセットするように構成されてもよい。所定期間ごとにリセットすることで、現在のユーザの傾向（最近広告をよく見ているのか否か）に即した情報を得ることができる。また、あるいは、端末２０において計数する広告の再生数や購入履歴の数は、所定期間毎の平均値をとるようにしてもよいし、しなくてもよい。所定期間毎の平均値をとる場合には、現在の傾向だけでなく、過去の傾向の変遷を鑑みて提供する広告を変更することができる。

（２）上記実施形態において、端末２０は、広告の動画のダウンロードに伴って、その広告に関する静止画もダウンロードするように構成されてもよい。

端末２０による静止画のダウンロード処理及び描画処理について、図８に示すフローチャートを用いて説明する。図８に示す処理は、例えば、図４のステップＳ４０６～Ｓ４０８において実行することとしてよく、ここでは、広告動画の再生を開始した状態からの処理として説明する。

図８に示すように、広告処理部２１１は、再生されている広告（限定ではなく、第１動画データの一例）に続く後部分のデータ（限定ではなく、第２動画データの一例）を広告サーバ４０からダウンロードする（ステップＳ８０１）。このとき、広告処理部２１１は、広告サーバ４０に、ダウンロードしている広告に対応する静止画があるか否かを問い合わせる（ステップＳ８０２）。

ダウンロードしている広告に対応する静止画がある場合に（ステップＳ８０２のＹＥＳ）、広告処理部２１１は、広告の動画（限定ではなく例として第２動画データ）とともに、対応する静止画を併せてダウンロードする（ステップＳ８０３）。ダウンロードしている広告に対応する静止画ない場合に（ステップＳ８０２のＮＯ）、ステップＳ８０４の処理に移行する。

広告処理部２１１は、再生している動画の再生が停止したか否かを判定する（ステップＳ８０４）。動画の再生の停止は、ユーザによる再生停止の入力により実行される場合と、動画を再生している表示領域がスクロールにより表示部２４の表示画面外に移動する場合に広告アプリケーションにより実行される場合とがある。動画の再生が停止した場合には、端末２０の表示部２４は、ダウンロードしておいた静止画を、例えば、広告動画が表示されていた表示領域に表示する（ステップＳ８０５）。広告の再生が停止するまでは（ステップＳ８０４のＮＯ）、広告処理部２１１は本処理について待機する。

ここでいう静止画は、広告に関する静止画であってよく、例えば、広告を配信する企業のロゴや、広告に関する商品等のロゴであったり、広告を配信する企業のホームページへのリンクを含む画像などであったりしてよい。また、あるいは、静止画は、広告の再生を途中で停止させた場合に、停止中であることを示す情報を含むものであってもよいし、広告の動画のダウンロードができていない場合に、その旨（例えば、ダウンロード中であることを示す）を示す情報を含むものであってもよい。

この静止画は、予め端末２０の記憶部２８に記憶されていることとしてもよいし、動画の前部分（限定ではなく、第１動画データの例）をダウンロードするときに一緒にダウンロードすることとしてもよいし、上述の図８のフローチャートで説明したように、動画の後部分（限定ではなく、第２動画データの例）をダウンロードするときに、動画の後部分のダウンロードよりも前、あるいは、最中にダウンロードすることとしてもよいし、しなくてもよい。また、あるいは、動画の後部分の再生が完了したタイミングでダウンロードすることとしてもよいし、しなくてもよい。また、この静止画には、広告の動画中の１フレームを用いることとしてもよいし、しなくてもよい。

そして、この静止画は、上述の図８のステップＳ８０５にも示したように、一例として、広告の動画の再生前に対応する表示領域に表示したり、または広告の再生が中断されている場合に表示領域に表示したり、または広告の再生の最後に表示したりすることができる。静止画として、広告や企業のロゴを用いることで、広告に係る商品や企業をユーザに印象付けることができる。また、静止画が、再生が停止中である情報を含むものであったり、動画のダウンロード中であることを示す情報を含むものであったりする場合には、動画再生が中断されている状態における表示を行うことにより、ユーザに広告の動画の再生の状態を認知させることができる。また、静止画が、広告に係る企業等のホームページへのリンクを含むものである場合に、ユーザに更に詳細な情報を提供することができる。

（３）上記実施形態において、広告サーバ４０は、一つの広告動画について、その画質を変更させて広告動画のデータ容量が異なる動画を複数記憶していてもよい。ここで、画質の変更させた異なる動画とは、動画の内容自体は同じであるものの、フレームレートが異なったり、映像の解像度が異なったりするものをいう。

そして、端末２０は、それらの画質が異なる広告動画のうち、端末２０と広告サーバ４０との間の通信速度や通信帯域に応じて、端末２０にとって好適な広告動画をダウンロードすることとしてもよい。即ち、通信速度が速かったり、通信帯域が広かったりする場合には、広告動画のデータ容量が大きくても、速やかにダウンロードを行え、広告の再生に間に合わせることができると考えられるので、高品質（高画質、高フレームレート）の広告動画をダウンロードするように構成すればよい。逆に、通信速度が遅かったり、通信帯域が狭かったりする場合には、広告動画のデータ容量が大きいと、再生が間に合わなくなる可能性が高くなるので、そのような場合には、低品質（低画質、低フレームレート）の広告動画をダウンロードするように構成すればよい。

本処理の一実現例として、端末２０により実現する場合の例を図９に示すフローチャートを用いて説明する。図９に示す処理は、端末２０の表示部２４に広告動画の表示を開始したところから処理となる。

図９に示すように、端末２０の表示部２４は、広告（限定ではなく、例として第１動画データ）の再生を開始する（ステップＳ９０１）。この再生は、ユーザからの再生指示入力に基づくものであってもよいし、再生指示入力に基づかなくてもよい。また、広告の表示領域が表示部２４に表示されることにより、自動的に再生が開始されるものであってもよいし、開始されなくてもよい。

端末２０の広告処理部２１１は、広告サーバ４０との間で実行する通信における通信速度を測定し、所定速度以上であるか否かを判定する（ステップＳ９０２）。通信速度の測定は、例えば、所定時間におけるダウンロードしたデータ容量を測定することにより実現することができる。

広告処理部２１１は、通信速度が所定速度以上であると判定した場合には（ステップＳ９０２のＹＥＳ）、広告サーバ４０に対して、再生している動画（限定ではなく、第１動画データの一例）に対応する（後続する）動画データであって、高品質の動画データ（限定ではなく、第２動画データの一例）を要求して、ダウンロードを実行する（ステップＳ９０３）。

一方で、通信速度が所定速度以上ではない（所定速度未満である）と判定した場合には（ステップＳ９０２のＮＯ）、広告サーバ４０に対して、再生している動画（限定ではなく、第１動画データの一例）に対応する（後続する）動画データであって、低品質の動画データ（限定ではなく、第２動画データの一例）を要求して、ダウンロードを実行する（ステップＳ９０４）。このように、通信システム１においては、通信速度によって、品質の異なる広告動画をダウンロードできるように構成されてもよい。

なお、ここでは、動画の品質として２段階用意されている例を示しているが、これは、３以上の段階の品質のものが用意されていてもよく、その場合には、端末２０は、通信速度がどの帯域にあるか否かに応じて判断すればよい。例えば、通信速度が第１速度帯域（限定ではなく、例として１～２００Ｍｂｐｓ）であれば、低品質の動画、第２速度帯域（限定ではなく、例として２０１～４００Ｍｂｐｓ）であれば、中品質の動画、第３速度帯域（限定ではなく、例として、４０１～６００Ｍｂｐｓ）であれば、高品質の動画というように判断することとしてよい。

また、ここでは、端末２０が、自端末と広告サーバ４０との間の通信速度から、どの動画をダウンロードするかを判断する例を示しているが、これは、広告サーバ４０側で判断することとしてもよいし、しなくてもよい。広告サーバ４０側で判断する場合、広告サーバ４０は端末２０から広告のダウンロード（限定ではなく、第２動画データの一例）の要求を受け付けた場合に、そのときの端末２０との間の通信速度を特定して、図９に示すようにどの品質の動画を送信するかを決定して、送信するように構成するとよいし、しなくてもよい。

（４）上記実施形態において、広告サーバ４０は、ある広告について、広告の前部分（限定ではなく、第１動画データの一例）に対する後部分（限定ではなく、第２動画データの一例）として、複数種類の第２動画データを保持することとしてもよい。そして、端末２０は、広告サーバ４０との間の通信状況に応じて、複数種類の第２動画データの中から、適切な第２動画データを選択して、ダウンロードして表示するように構成してもよいし、しなくてもよい。複数種類の第２動画データとしては、その再生時間の長さが互いに異なる（データ容量が異なる）ものであってもよいし、内容そのものが互いに異なってもよいし、画質が互いに異なるものであってもよいし、そうでなくてもよい。上記の構成の少なくとも１つを適用する場合、端末２０は、その時々の端末２０の状況に応じて、再生可能な広告の動画データをダウンロードすることができる。

（５）上記実施形態においては、管理サーバ１０（決定部１１１）が、端末２０がダウンロードすべき第１動画データの容量を決定することとしたが、これはその限りではない。端末２０が、自身の通信性能に応じて、制御部２１が決定するように構成することとしてもよいし、端末２０のユーザがその設定を行うように構成されてもよいし、そうでなくてもよい。上記構成の少なくとも一つを適用する場合、管理サーバ１０の処理負荷が軽減されるとともに、容量を決定する処理を管理サーバ１０が行わないことにより、ファイル位置情報をより早く受信できるようになるので、端末２０は、広告の動画のダウンロードの開始タイミングを速めることができる。

（６）上記実施形態において、広告の動画データの前部分（限定ではなく、第１動画データの例）は、広告アプリケーションの起動中に、広告サーバ４０からダウンロードするように構成されていてもよいし、構成されていなくてもよい。広告サーバ４０からダウンロードするように構成されている場合、広告アプリケーションにより、コンテンツが表示されるとともに、広告動画の表示領域が表示されたときに、即座に広告の動画を再生できる。

（７）上記実施形態においては、広告処理部２１１は、広告の動画を前部分と後部分の二つに分けられた動画をダウンロードする例を説明したが、広告の動画を分けてダウンロードする手法は２分割してのダウンロードに限るものではない。広告の動画は、３以上に分割してダウンロードすることとしてよい。そして、分割した動画それぞれは、その先頭部分以外は、再生順にダウンロードする必要はない。限定ではなく、一例として、動画をその先頭から、第１部分データ、第２部分データ、第３部分データ、第４部分データと４つに分割したとき、第１部分データをダウンロードした後、第３部分データ、第２部分データ、第４部分データの順でダウンロードしてもよい。あるいは、第１部分データとともに第３部分データをダウンロードし、広告を再生するときに、第２部分データ、第４部分データと分割された動画をダウンロードするように構成してもよい。

別の表現を用いて説明すると、仮に、ある広告について、１～１００のフレームで構成されているとする。このとき広告処理部２１１は、限定ではなく一例として、１～３０までのフレームと５１フレーム（限定ではなく、第１動画データの一例）とを前部分としてダウンロードし、３１～５０フレームと５２～１００フレーム（限定ではなく、第２動画データの一例）とを後部分としてダウンロードすることとしてよい。したがって、このような構成とすれば、広告動画において、広告主にとって、その動画中で重要視している箇所を、例え、その箇所が動画全体では前の方に含まれていなくても、先にダウンロードしておいて再生に備えることができ、広告主にとって重要な情報をユーザに伝えられるように構成することができる。

また、ある広告について、広告をダウンロードするにあたって、複数部分（フレーム単位でもよい）に分けてダウンロードするにあたって、広告の再生に差支えがない範囲であれば、再生順にダウンロードしなくてもよい。もちろん、再生順にダウンロードしてもよいことは言うまでもない。

（８）上記実施形態において、広告処理部２１１は、複数の異なる動画の部分データ（限定ではなく、第２動画データと第３動画データの一例）をダウンロードするように構成されてもよい。例えば、第１の広告を再生中に、その続きとなる動画（限定ではなく、第２動画データの一例）と、第１の広告とは異なる第２の広告の後部分のデータ（限定ではなく、第３動画データの一例）をダウンロードするように構成してもよい。ここで、第２の広告は、第１の広告に続いて再生される可能性の高い他の広告であってよく、この場合に、端末２０は、次の動画広告の再生を速やかに実行できる。

広告処理部２１１は、このようなダウンロードを常に行ってもよいし、所定の条件下で行うこととしてもよいし、行わなくてもよい。ここで所定の条件とは、限定ではなく、一例として、例えば、再生中の動画の再生の残りの秒数が少ない（残りの秒数が所定の秒数以下である）ことであってよい。あるいは、所定の条件は、限定ではなく一例として、端末２０における広告の視聴に関する履歴に基づくものであってもよいし、基づかなくてもよい。例えば、広告の視聴頻度が高い端末２０においては、広告の視聴頻度が低い端末２０に比して、より多くの異なる複数の広告データをダウンロードするように構成してもよいし、しなくともよい。また、所定の条件は、限定ではなく一例として、第１の広告の続きのデータ（限定ではなく、第２動画データの一例）の再生の開始に関する条件であってよく、その場合には、再生している動画の続き（限定ではなく、第２動画データの一例）のみを受信するように構成してもよいし、第１の広告の続きのデータ（限定ではなく、第２動画データの一例）とともに第２の広告のデータ（限定ではなく、第３動画データの一例）を受信する場合に第１の広告の続きのデータの受信速度が第２の広告のデータよりも受信速度が速いものを受信するように構成されてもよい。ここで、第１の広告の続きのデータの受信速度が、第２の広告のデータよりも受信速度が速いとは、限定ではなく、一例として、第１の広告の続きのデータをダウンロードしきるまでに要する時間が、第２の広告のデータをダウンロードしきるまでに要する時間よりも短いことを意味する。

また、このような複数の異なる広告のダウンロードを行うにあたって、互いに受信速度が異なる（端末２０がダウンロードを完了するまでの時間が異なる）広告のデータ（限定ではなく、第２動画データと第３動画データとの一例）を受信するようにしてよいし、しなくてもよい。互いに受信速度が異なる広告データを受信する場合、第１の広告に係る動画のデータ（限定ではなく、第２動画データの一例）よりも、受信速度が速い第１の広告とは異なる第２の広告に係る動画のデータ（限定ではなく、第３動画データの一例）を受信するように構成されてよいし、構成されなくてもよい。第２の広告のデータが第１の広告のデータよりも受信速度が速ければ、第１の広告のデータのダウンロードに対する影響を少なくすることができる。また、第２の広告に係るデータのダウンロードは、動画ではなく静止画であってもよい。また、逆に、第１の広告に係るデータとして、静止画をダウンロードし、第２の広告に係るデータとして動画をダウンロードするように構成してもよいし、構成しなくてもよい。

なお、変形例（８）において示したダウンロードに係る変形例は、図４のステップＳ４０４～Ｓ４０８の間において実行されてもよいし、されなくてもよい。

（９）ここで、広告処理部２１１が実行されてもよい（されなくてもよい）広告のダウンロードについての一態様について、説明する。本変形例においては、広告処理部２１１がある広告をダウンロードするにあたり、その広告を表示（再生）しつつ、その広告の後部分（限定ではなく、第２動画データの一例）をダウンロードしているときに、ある程度（広告の再生に差支えがないと推定される程度）のデータ量が蓄積できた場合には、他の広告のデータをダウンロードする。図１０は、その処理の流れを示すフローチャートである。図１０に示す処理は、図４に示す処理において、ステップＳ４０７～Ｓ４０８の間で行われる処理となる。

図１０に示すように、広告処理部２１１は、表示部２４に表示される広告の表示を表示処理部２１２に実行させる（ステップＳ１００１）。なお、ステップＳ１００１の処理は、ステップＳ４０７における処理と共通する。ここで、仮に、再生する広告を広告Ａとする。

広告処理部２１１は、広告Ａについて前部分（限定ではなく、第１動画データの一例）の再生を表示処理部２１２に指示しつつ、その続きの広告Ａの後部分のデータ（限定ではなく、第２動画データの一例）のダウンロードを開始する（ステップＳ１００２）。

広告処理部２１１は、広告Ａについて全体に対して所定以上の容量をダウンロードしたか否かを判定する。別の言い方をすれば、広告処理部２１１は、広告Ａの後部分のデータについて所定以上の容量をダウンロードできたか否かを判定する（ステップＳ１００３）。ここで、所定以上の容量は、広告毎に設定することとしてもよいし、複数の広告に共通して設定することとしてもよい。また、この所定以上の容量は、ダウンロードしたデータのバイト数で示されてもよいし、広告Ａの後部分を複数の部分データに分けてダウンロードする場合には、その部分データの個数で示されてもよいし、広告Ａの全体の容量（あるいは、広告Ａの後部分としてダウンロードするデータの容量）に対する一定以上の割合で示されてもよい。

広告Ａについて所定以上の容量をダウンロードできていない場合には（ステップＳ１００３のＮＯ）、広告処理部２１１は、広告Ａのダウンロードを継続する（ステップＳ１００４）。一方で、広告Ａについて所定以上の容量をダウンロードできている場合には（ステップＳ１００３のＹＥＳ）、広告処理部２１１は、広告Ａのダウンロードを中断する。そして、広告処理部２１１は、広告Ａとは異なる広告（仮に、広告Ｂとする）のダウンロードを開始する。ここで、広告Ｂは、広告Ａと異なる広告であって未ダウンロードのものであれば、どの広告であってもよいが、限定ではなく一例として、図５に示す基準に従って選択される広告を広告Ｂとして、広告Ｂの動画データのダウンロードを開始する（ステップＳ１００５）。ここで、ダウンロードする広告Ｂの動画データは、前部分であってもよいし、後部分であってもよい。

広告処理部２１１は、再生されている広告Ａの再生がダウンロードした分まで終了しそうか否かを判定する（ステップＳ１００６）。ここで、広告Ａの再生がダウンロードした分まで終了しそうか否かの判定は、限定ではなく一例として、ダウンロード済みの広告Ａのデータ容量に対して、再生済みのデータの容量が一定割合以上（例えば、８割以上）が再生されているか否かによって判定することとしてよい。また、あるいは、未再生のデータ容量が所定の閾値を下回ったことを以て、再生が終了しそうであると判定するように構成してもよい。

広告Ａの再生がダウンロードした分まで終了しそうである場合に（ステップＳ１００６のＹＥＳ）、広告処理部２１１は、広告Ｂのダウンロードを中断し、広告Ａの続き、即ち、広告Ａの未ダウンロード分のデータをダウンロードして（ステップＳ１００８）、終了する。広告Ａの再生がダウンロードした分まで終了しそうではない場合に（ステップＳ１００６のＮＯ）、広告Ｂのダウンロードを継続する（ステップＳ１００７）。このとき、広告処理部２１１は、広告Ｂについても、ステップＳ１００３に示したような判定を行い、広告Ｂについて一定量のデータをダウンロードが完了していれば、広告処理部２１１は、更に異なる広告Ｃのデータをダウンロードするように構成してもよいし、しなくてもよい。

このように、広告処理部２１１は、ある広告を再生しているときに、その再生途中で、その広告について一定以上のデータをダウンロードしており、かつ、全てのデータをダウンロードしていない状態で、異なる広告のデータをダウンロードするように構成してもよいし、しなくてもよい。再生に要する時間が長い広告の場合、その最後まで視聴される可能性が低くなることが予測されることから、広告のデータを一定以上ダウンロードできている場合に、他の広告のダウンロードを行っておくことで、再生している広告を途中でユーザが止めて、次の広告の再生に移行した場合に、その次の広告の再生を遅滞なく行える。

＜その他＞
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したり、一部を実行しなかったりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

１ 通信システム
１０ サーバ
１１ 制御部
１１１ 決定部
１１２ 広告情報送信部
１２ 入出力部
１３ 表示部
１４ 通信Ｉ／Ｆ（通信部）
２０ 端末
２１ 制御部
２１１ 表示処理部
２１２ 広告処理部
２２ 通信Ｉ／Ｆ
２３ 入出力部
２４ 表示部（ディスプレイ）
２５ 位置情報取得部
２８ 記憶部

Claims (7)

1. サーバから送信された広告を表示する端末によって実行されるプログラムであって、
   第１広告の動画データの一部である第１動画データを、前記プログラムに含まれるアプリケーションによって前記サーバから受信することと、
   前記アプリケーションと前記第１動画データとを関連づけて前記端末のメモリに記憶することと、
   前記第１動画データに基づく第１表示を前記端末の表示領域に前記アプリケーションによって表示することと、
   前記端末のユーザに関する情報に基づいて前記サーバから送信された、前記第１広告の動画データの一部である、受信された前記第１動画データとは異なる第２動画データを前記アプリケーションによって前記サーバから受信することと、
   前記第１表示の前記表示領域への表示の後、前記第２動画データに基づく第２表示を前記表示領域に前記アプリケーションによって表示することとが前記端末によって実行され、
   前記第２動画データは、第３動画データと、前記第３動画データよりも再生時間が短い第４動画データとを含む、前記第１広告の動画データの一部である複数のデータから、前記端末のユーザに関する情報に基づいて選択されて前記サーバから送信される。
2. 請求項１に記載のプログラムであって、
   前記第３動画データは、前記第４動画データとはデータ容量が異なる。
3. 請求項１または請求項２に記載のプログラムであって、
   前記端末のユーザに関する情報は、前記端末の通信速度に関する情報を含む。
4. 請求項３に記載のプログラムであって、
   前記通信速度が第１通信速度の場合、前記第３動画データを前記アプリケーションによって前記サーバから受信し、前記通信速度が前記第１通信速度よりも遅い第２通信速度の場合、前記第４動画データを前記アプリケーションによって前記サーバから受信することが前記端末によって実行される。
5. 請求項１から請求項４のいずれか一項に記載のプログラムであって、
   前記第２動画データは、前記第１動画データの続きの動画データである。
6. サーバから送信された広告を表示する端末の情報処理方法であって、
   第１広告の動画データの一部である第１動画データを、前記端末のアプリケーションによって前記サーバから受信することと、
   前記アプリケーションと前記第１動画データとを関連づけて前記端末のメモリに記憶することと、
   前記第１動画データに基づく第１表示を前記端末の表示領域に前記アプリケーションによって表示することと、
   前記端末のユーザに関する情報に基づいて前記サーバから送信された、前記第１広告の動画データの一部である、受信された前記第１動画データとは異なる第２動画データを前記アプリケーションによって前記サーバから受信することと、
   前記第１表示の前記表示領域への表示の後、前記第２動画データに基づく第２表示を前記表示領域に前記アプリケーションによって表示することとを含み、
   前記第２動画データは、第３動画データと、前記第３動画データよりも再生時間が短い第４動画データとを含む、前記第１広告の動画データの一部である複数のデータから、前記端末のユーザに関する情報に基づいて選択されて前記サーバから送信される。
7. サーバから送信された広告を表示する端末であって、
   メモリに記憶されたプログラムを読み出し、前記プログラムに基づいて処理を実行するプロセッサーを備え、
   前記プロセッサーは、
   第１広告の動画データの一部である第１動画データを、前記サーバから受信することと、
   前記プログラムと前記第１動画データとを関連づけて前記メモリに記憶することと、
   前記第１動画データに基づく第１表示を前記端末の表示領域に表示することと、
   前記端末のユーザに関する情報に基づいて前記サーバから送信された、前記第１広告の動画データの一部である、受信された前記第１動画データとは異なる第２動画データを前記サーバから受信することと、
   前記第１表示の前記表示領域への表示の後、前記第２動画データに基づく第２表示を前記表示領域に表示することとを実行し、
   前記第２動画データは、第３動画データと、前記第３動画データよりも再生時間が短い第４動画データとを含む、前記第１広告の動画データの一部である複数のデータから、前記端末のユーザに関する情報に基づいて選択されて前記サーバから送信される。

Images