JP2012108615A - 広告配信システム - Google Patents

Abstract

【課題】広告の効果を得ることができる広告配信システムを提供する。
【解決手段】広告情報を配信するサーバと、サーバと通信回線を介して通信する端末と、を備える広告配信システムは、端末において、通信回線を介して受信した情報を出力するための出力部と、ユーザの操作を受付けるための操作受付部２８と、操作受付部２８が広告取得要求操作を受付けたとき、当該端末の販売経路を指示する販路情報を含む広告要求をサーバに送信するための広告要求部と、を含む。サーバにおいては、複数の広告情報と、各広告情報に対応して当該広告情報の配信対象の端末に関する情報とを予め格納するための広告格納部２５を、含む。サーバは、受信する広告要求の販路情報に対応する広告情報を広告格納部２５から読出し、端末に送信する。
【選択図】図２

Description

本発明は広告配信システムに関し、特に、サーバから端末に広告を配信する広告配信システムに関する。

通信により広告を配信する方法が、たとえば特許文献１により提案されている。
特許文献１では、ユーザに応じて表示広告を分けるために、Ｗｅｂコンテンツ本体と広告を分離して配信している。これにより、同じＷｅｂコンテンツを提示する場合であっても、ユーザによって異なる広告を表示することができる。

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

特許文献１では、ユーザに応じた広告を判定するために、所在地(国、地域)、言語、文字、性別、年齢、職業、家族および端末ならびに当該端末に接続されている外部機器の媒体表現能力(静止画、動画、グラフィック、アニメ等)の情報を参照する。

しかし、判定のための参照情報として端末を販売した企業の情報が採り入れられていないため、端末を販売する企業と競合する他社の広告が当該端末に表示されるおそれがある。その場合には、顧客が他社に奪われ当該端末の販売企業にとっては広告効果が得られない。

それゆえに、この発明の目的は、広告の効果を得ることができる広告配信システムを提供することである。

この発明のある局面に従うと、広告情報を配信するサーバと、サーバと通信回線を介して通信する端末と、を備える広告配信システムでは、端末は、通信回線を介して受信した情報を出力するための出力手段と、当該端末に関する情報を受理するための手段と、端末に関する情報を含む広告要求をサーバに送信するための広告要求手段と、を含む。

サーバは、複数の広告情報と、各広告情報に対応して当該広告情報の配信対象の端末に関する情報とを予め格納するための広告格納手段を、含み、サーバは、受信する広告要求の端末に関する情報に対応する広告情報を広告格納手段から読出し、端末に送信する。端末に関する情報は、当該端末の販売経路を指示する販路情報を指す。

好ましくは、販路情報は、端末のユーザの識別情報の一部に対応する。
好ましくは、広告格納手段の各広告情報は、当該広告情報が配信されるべき期間を指す配信期間情報を含み、サーバは、広告格納手段から読出した広告情報の配信期間情報に基づき、当該広告情報を前記端末へ送信するか否かを判定する。

好ましくは、広告情報は、広告画像を指定する指定情報を含み、端末は、指定情報を含む広告画像取得要求をサーバに対し送信する取得要求送信手段を、含み、サーバから、取得要求送信手段が送信した当該広告画像取得要求に含まれる指定情報によって指定される広告画像を受信し格納する。

好ましくは、受信された広告画像が、既に格納された広告画像に一致する場合には、当該受信された広告画像を廃棄する。

本発明によれば、端末に配信する広告情報を用いて広告の効果を得ることができる。

この発明の実施の形態に係る広告配信システムの概略ブロック図である。 この発明の実施の形態に係る端末とサーバの機能構成図である。 この発明の実施の形態に係る端末の外観図である。 この発明の実施の形態に係る画面の遷移を説明するための図である。 この発明の実施の形態に係る概略動作を説明するシーケンス図である。 この発明の実施の形態に係る端末とサーバの通信時にやり取りされる情報を説明する図である。 この発明の実施の形態に係る端末とサーバの通信時にやり取りされる情報を説明する図である。 この発明の実施の形態に係るキャンペーンの属性を説明する図である。 この発明の実施の形態に係る広告枠管理ＤＢについて説明する図である。 この発明の実施の形態に係るクリエイティブ管理ＤＢについて説明する図である。 この発明の実施の形態に係るユーザ情報ＤＢの一例を示す図である。 この発明の実施の形態に係るメインフローチャートである。 この発明の実施の形態に係るアプリケーションランチャ画面処理のフローチャートである。 この発明の実施の形態に係る表示広告選択処理のフローチャートである。 この発明の実施の形態に係る広告の表示制御を説明するための図である。 この発明の実施の形態に係る広告の表示制御を説明するための図である。 この発明の実施の形態に係る広告リスト画面処理のフローチャートである。 この発明の実施の形態に係る広告ブックマークアプリ起動処理のフローチャートである。 この発明の実施の形態に係る広告ブックマーク登録処理のフローチャートである。 この発明の実施の形態に係る広告データ取得処理のメインフローチャートである。 この発明の実施の形態に係る広告データ取得処理のサブフローチャートである。 この発明の実施の形態に係る状態データを説明する図である。 この発明の実施の形態に係るパーソナルコンピュータの構成図である。

以下、この発明の実施の形態について図面を参照して詳細に説明する。
本実施の形態では、説明を簡単にするために、配信される広告は、電子書籍端末上で動作するアプリケーションランチャの画面上に表示されると想定するが、これに限定されるものではない。

本実施の形態では、以下の用語を用いる。
「販路」は、配信される広告を受信する端末の販売経路を指す。たとえば、端末が携帯電話端末であると想定した場合、携帯電話は、通信サービスを提供する企業毎に販売される。または電子書籍を閲覧するための電子書籍端末であれば、電子書籍端末の販売企業を指す。したがって、ここでは、販路は当該企業に相当する。「販路ＩＤ」は、販路を識別するための情報を指す。

「クリエイティブ」は、広告を表現するためのコンテンツ、たとえば静止画・動画の画像、文字、音声など、広告の実体を指す。ここでは、説明を簡単にするためにクリエイティブは画像であるとする。「クリエイティブＩＤ」は、当該クリエイティブを一意に識別または指定するための情報を指す。本実施の形態では、クリエイティブまたはクリエイティブ画像を用いる。

「キャンペーン」は、１または複数のクリエイティブからなる集合を指す。
「広告枠」は、１または複数のキャンペーンが表示される画面上の表示領域を指し、「広告枠ＩＤ」は、当該領域を一意に識別するための識別子（画面上の座標値）を指す。１つの広告枠には、１または複数のキャンペーンが関連付けられる。

「オンライン」は、端末が外部装置との間で確立した通信回線を介して通信可能な状態を指し、「オフライン」とは当該通信回線が断たれて通信不可能な状態を指す。

「広告ブックマーク」とは、クリエイティブ（広告）であって、ユーザがお気に入り、または興味があるクリエイティブとして端末に登録したものを指す。

＜システム構成＞
図１を参照して、本実施の形態に係る広告配信システムは、広告を配信するサーバ１００、サーバ１００と通信ネットワークＮＴを介して通信する複数の情報処理端末を含む。通信ネットワークＮＴは、インターネットを含む各種ネットワークを含む。複数の情報処理端末には、携帯可能な端末１と固定設置されるＰＣ（Personal Computerの略）２００が含まれる。各端末１および各ＰＣ２００には、サーバ１００からクリエイティブを含む広告に関する情報（広告情報という）が配信される。ここでは、説明を簡単にするために、サーバ１００から広告情報が配信される情報処理端末として、端末１を例示する。なお、ＰＣ２００であっても、端末１と同様に配信される広告情報の処理機能を有する。

サーバ１００は、ＣＰＵ（Central Processing Unit）１０１、記憶部１０２、図示のない一時記憶部、および通信ネットワークＮＴを介して外部装置と通信するための通信部１０５を備える。

記憶部１０２はハードディスク、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）など各種記憶デバイスからなる。記憶部１０２には、広告枠管理ＤＢ（データベースの略）１０２１、クリエイティブＤＢ１０２２およびユーザ情報ＤＢ１０２３が格納される。

端末１のそれぞれは同様の構成を有する。端末１は、ＣＰＵ２、プログラムおよびデータを格納するための不揮発性メモリを含む記憶部３、作業領域およびデータの一時記憶領域として利用される一時記憶部４、ユーザが情報を入力するために操作する操作部５、情報を表示するための表示部６、アンテナ８を接続する電話網通信部７、通信部９、カード状の記憶媒体であるメモリカード１１が着脱自在に装着されて、装着されたメモリカード１１のデータにアクセスするためのＩ／Ｆ（インターフェイス）１０、および時間を計時するタイマ１２を備える。

ここでは、端末１は電話機能を備えるが、電話機能を備えない携帯型の端末（たとえば、通信ネットワークＮＴの接続機能を備えるＰＤＡ（Personal Digital Assistant）、通信ネットワークＮＴの接続機能を備える電子書籍閲覧端末）であってもよい。

通信部９は、たとえばＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１ａ／ｂ／ｇ／ｎなどの規格に従う無線ＬＡＮ（Local Area Network）または、有線ＬＡＮによりインターネットに接続する。また端末１の電話網通信部７は、携帯電話網などを介してインターネットに接続する。

操作部５は、ユーザによる情報の入力操作を受付けるための機能を有し、ボタン、キー、トラックボール、タッチパネルなどからなる。

＜端末の機能構成＞
図２を参照して端末１が有する機能の一部について説明する。図２の（Ａ）を参照して、端末１のＣＰＵ２は、表示部６を用いて情報を表示するための表示処理部２０、通信ネットワークＮＴを介してサーバ１００から広告情報を取得するための広告取得部２１、ブックマーク処理部２３、取得した広告情報を格納するための広告データ格納部２５、広告データ格納部２５のデータを検索するためのデータ検索部２７および操作受付部２８を含む。
操作受付部２８は、操作部５を介したユーザの操作を受付け、受付けた操作に基づく指示を出力する。操作受付部２８は、選択受付部２９を含む。選択受付部２９は、操作部５を介したユーザのタップ、ロングタップなどの選択操作を受付けて、受付けた操作に基づく指示を出力する。広告データ格納部２５は、記憶部３の一部分に相当する。

表示処理部２０は、操作受付部２８からの指示に基づき表示部６に情報を表示する。表示処理部２０は、第１表示処理部２０Ａおよび第２表示処理部２０Ｂを含む。第１表示処理部２０Ａは、広告データ格納部２５に格納された所定の広告情報を表示部６に表示する。第２表示処理部２０Ｂは、選択受付部２９により受付けられた操作に従って広告データ格納部２５から検索された広告情報を表示部６に一覧表示する。

また、表示処理部２０は、Ｗｅｂ（World Wide Webの略）ブラウジング機能（以下、ブラウザという）、電子書籍閲覧のための電子書籍ビューア機能なども有する。

ブラウザは、ＵＲＬ（Uniform Resource Locator）に基づき通信ネットワークＮＴを経由して、当該ＵＲＬが指示する所定サイトの情報を取得して、取得した情報を表示部６に表示する機能を有する。

電子書籍ビューア機能は、記憶部３に格納された電子書籍コンテンツのデータを表示部６にユーザが閲覧可能なように表示する。この場合、ユーザは、操作部５を介して閲覧するページを繰ることができる。

ブックマーク処理部２３は、広告ブックマークを処理するために、端末１における広告ブックマークを管理するためにブックマーク管理部２３Ａおよび広告ブックマークを登録するためのブックマーク登録部２３Ｂを有する。

端末１のＣＰＵ２は、端末１の状態が、通信ネットワークＮＴを経由してサーバ１００を含む他の装置との間で通信回線を確立して通信可能なオンラインであるか、または通信回線が遮断されて通信できないオフラインであるかを検知する機能部（図示しない）を有する。オンラインおよびオフラインの別を、電話網通信部７または通信部９が外部に出力する信号に対するサーバ１００を含む外部装置からの応答に基づき検知する。

ＣＰＵ２のこれらの機能部は、ＣＰＵ２が、記憶部３に記憶されているプログラムを実行することによって実現されるモジュールであると想定する。なお、これら機能部は、モジュールに限定されず、ＣＰＵ２を含むマイクロコンピュータ、マイクロコントローラまたはハードウェア回路で構成されてもよく、またはモジュールとハードウェア回路の組合せにより構成されてもよい。

また、図２の（Ｂ）を参照して、サーバ１００のＣＰＵ１０１は、通信部１０５を介して端末１に広告情報を配信するための広告配信部１０１１を有する。広告配信部１０１１は、ＣＰＵ１０１が、記憶部１０２に記憶されているプログラムを実行することによって実現されるモジュールであると想定する。なお、モジュールに限定されず、ＣＰＵ１０１を含むマイクロコンピュータ、マイクロコントローラまたはハードウェア回路で構成されてもよく、またはモジュールとハードウェア回路の組合せにより構成されてもよい。

＜端末の外観＞
図３を参照して端末１は、タッチパネル入力装置５Ａおよびキー・トラックボール部５Ｂを、ユーザが外部から操作可能なように備える。タッチパネル入力装置５Ａは、操作部５と表示部６とを一体的に備える。タッチパネル入力装置５Ａは、表示部６の画面上の操作位置を検出し、検出した位置に基づく情報を入力し、または、操作の種類を判別する。ここでは、操作の種類として“タップ”と“ロングタップ”を例示する。“タップ”とは、表示部６の画面の表面に指で素早く触れて、その指を持上げる動作を指す。“ロングタップ”は、一定時間画面の表面を指でタッチし、その指を持上げる操作を指す。操作の種類は、これらに限定されるものではなく、たとえばドラック操作（タッチしたまま、指を滑らせる操作）、フリック操作（タッチしたまま所定の方向へ指を軽く弾く動作）などであってもよい。

＜表示画面の遷移＞
図４を参照して、表示部６に表示される画面の遷移について説明する。表示処理部２０は、操作受付部２８からの指示に従って表示部６における表示画面を切換える。

図４の（Ａ）には、アプリケーションランチャ起動時の表示画面６１が示される。
画面６１は、アプリケーションランチャの画面６１３には、配列された複数のアイコン６１２、ならびに広告枠６１Ａおよび６１Ｂが表示される。各アイコン６１２は、端末１のアプリケーションのそれぞれに対応し、対応するアプリケーションを表現する絵柄を含む。アプリケーションランチャを含む各種アプリケーションプログラムは、予め記憶部３に格納されている。ユーザがアイコン６１２をタップすると、ＣＰＵ２はタップされたアイコン６１２に対応のアプリケーションを起動する。なお、“起動”とは、ＣＰＵ２が、アプリケーションプログラムを記憶部３から読出し、読出されたアプリケーションプログラムの状態を実行可能状態に遷移させること、または実行開始することを指す。

広告枠６１Ａには、当該端末１の販路などの条件に応じた広告が表示される。広告枠６１Ｂには、アプリケーションランチャ起動時に、定められた規則に従って選択された広告が表示される。

オフライン時において広告枠６１Ｂ内の部分がタップされると、表示部６の画面は、画面６１から図４の（Ｂ）の画面６２に切換わる。オフラインまたはオンラインのときに広告枠６１Ｂ内の部分がロングタップされると、広告枠６１Ｂにはコンテクストメニュー６１１が表示される。オンライン時において広告枠６１Ｂの部分がタップされると、画面６１は図４の（Ｄ）の画面６４に切換わる。
コンテクストメニュー６１１は“広告ブックマーク登録”、“広告ブックマーク管理”および“広告リスト表示”の３つの項目を含む。オンラインおよびオフラインのいずれにおいても、コンテクストメニュー６１１の項目がタップされると、次位の画面に遷移する。具体的には“広告ブックマーク登録”がタップされると、画面６１は図４の（Ｂ）の画面６２に切換わる。“広告ブックマーク管理”がタップされると、画面６１は図４の（Ｅ）の画面６５に切換わる。“広告リスト表示”がタップされると、画面６１は図４の（Ｃ）の画面６３に切換わる。

画面６２においては、広告枠６１Ｂに表示される広告をブックマーク処理するか否かを問合せるためのダイアログ６２０が表示される。ダイアログ６２０において、ユーザがブックマーク処理を希望し、“はい”を指定操作すると、画面６２には、メッセージ６２１のウインドウが表示されて、広告枠６１Ｂの広告がブックマーク処理されたことが表示される。

コンテクストメニュー６１１の“広告ブックマーク管理”がタップされると、画面６１は、図４の（Ｅ）の画面６５に切換わる。画面６５は、広告データ格納部２５に格納されるブックマーク登録された広告名の一覧表示である。つまり、“広告ブックマーク登録”によるブックマーク登録がされた各クリエイティブについて、当該クリエイティブのデータＤ８１に含まれる“広告名”の一覧表示である。

コンテクストメニュー６１１の“広告リスト表示”がタップされると、画面６１は図４の（Ｃ）の画面６３に切換わる。画面６３は、広告リスト６３２を含む。広告リスト６３２により、複数種類の広告６３３が一覧表示される。広告リスト６３２の広告６３３のうちから、ユーザが所望の広告６３３をタップすると、タップした位置に応じて、画面６３は、オンライン時には図４の（Ｄ）の画面６４に切換わり、オフライン時には図４の（Ｂ）の画面６２に切換わる。

図４の（Ｄ）の画面６４は、タップされた広告に関連付けられるＵＲＬ６４１に基づき、ブラウザにより表示される画面を指す。
画面６３の広告６３３を、オンラインおよびオフラインのいずれの場合においてもロングタップすると、表示部６には、当該広告６３３に重畳してコンテクストメニュー６３１が表示される。コンテクストメニュー６３１は、“広告ブックマーク登録”および“広告ブックマーク管理”の項目からなる。“広告ブックマーク登録”の項目をタップすると、画面６３は図４の（Ｂ）のダイアログ６２０の表示画面６２に切換わる。“広告ブックマーク管理”の項目をタップすると、画面６３は図５の（Ｅ）の画面６５に切換わる。

図４の（Ｅ）の画面６５の広告名の一覧において、オンライン時に所望の広告名をタップすると、画面６５は当該所望広告名に関連付けられるＵＲＬに基づき、ブラウザにより表示される図４の（Ｄ）の画面６４に切換わる。

＜動作シーケンス＞
図５〜図７を参照して、本実施の形態に係る動作シーケンスについて説明する。図６と図７には、図５のシーケンスにおいて扱われるデータが例示される。

まず、ユーザは販売店に端末１の購入を申込む（ステップＴ１）。販売店は、店内の入力用端末を介してサーバ１００と通信し、サーバ１００に登録情報Ｄ２（図６の（Ａ）参照）の新規登録を要求する。これにより、サーバ１００のＣＰＵ１０１は、登録情報Ｄ２を受信し、受信した登録情報Ｄ２をユーザ情報ＤＢ１０２３に格納し（ステップＴ２）、登録完了情報Ｄ３（図６の（Ｂ）参照）を要求元に送信する（ステップＴ３）。登録完了情報Ｄ３は当該ユーザを識別するためのユーザＩＤである。販売店の店員は、ユーザに、サーバ１００から受信したユーザＩＤを伝え、端末１をユーザに販売する（ステップＴ４）。ユーザは、伝えられたユーザＩＤ（図６の（Ｃ）のデータＤ４参照）を、購入した端末１の記憶部３に、操作部５を介して格納する（ステップＴ５）。

ユーザがオフライン時に端末１を操作して、サーバ１００に対して図６の（Ｄ）のアクティベーションＤ６（ユーザＩＤを有効にするための手続き要求）が送信される（ステップＴ６）。アクティベーションＤ６はオンライン時に送信される。

その後、たとえば、オフラインからオンラインに切換わったタイミング、または、オンラインにおいてタイマ１２が計時する時刻が所定時刻を指示したとき、端末１はサーバ１００に対し図６の（Ｅ）の広告取得要求Ｄ７を送信する（ステップＴ７）。

サーバ１００は、広告取得要求を受信すると、端末１に図７の広告メタデータＤ８を送信する（ステップＴ８）。端末１を購入後に初めて広告メタデータＤ８を受信する場合には、広告メタデータＤ８が指示する複数のクリエイティブ画像もサーバ１００から端末１に送信される。端末１は、受信した各クリエイティブ画像を記憶部３の所定領域に格納する。各クリエイティブについて、当該クリエイティブが格納された領域を指示する情報（記憶部３のアドレス情報など）は、広告メタデータＤ８に各クリエイティブに対応する“クリエイティブ画像保存パス”として登録される。

その後は、端末１は、新たに受信する広告メタデータＤ８を参照して、更新されたクリエイティブ画像が存在するか否かを判定する。更新されたクリエイティブ画像があると判定すると、端末１は、サーバ１００に対し図６の（Ｆ）のクリエイティブ画像要求Ｄ９を送信する（ステップＴ９）。サーバ１００は端末１に対し、要求されたクリエイティブ画像Ｄ１０（図６の（Ｇ）参照）を送信する（ステップＴ１０）。端末１は更新されたクリエイティブ画像Ｄ１０を受信し、記憶部３に格納する。更新された各クリエイティブ画像に対してこの処理を繰返す。

ユーザは端末１の操作部５を操作して、アプリケーションランチャを起動させる（ステップＴ１１）。これにより、表示部６には、図４の（Ａ）の画面６１が表示される（ステップＴ１２）。ユーザが画面６１を操作（タップなど）すると（ステップＴ１３）、当該操作に応じた画面に切換わる。

図６の（Ａ）のユーザの登録情報Ｄ２は、ユーザの氏名、生年月日および性別、販路ＩＤ、ならびに端末シリアル番号を含む。

図６の（Ｂ）の登録完了情報Ｄ３は、登録情報Ｄ２のユーザ情報ＤＢ１０２３への格納が完了した当該ユーザを識別するためにサーバ１００によって割当てられたユーザＩＤを指す。図６の（Ｃ）および（Ｄ）のデータＤ４およびアクティベーションＤ６は、当該ユーザＩＤを指す。

図６の（Ｅ）の広告取得要求Ｄ７は、販路ＩＤを指す。この販路ＩＤは、ユーザＩＤの上位２桁により表される。

図６の（Ｆ）のクリエイティブ画像要求Ｄ９は、広告メタデータＤ８（図７）のクリエイティブ画像保存パスのデータ（後述する）により表される。

画面６１では、広告枠６１Ａ，６１Ｂは画面下部に表示したが、表示位置は下部以外の位置であってもよい。また、広告枠６１Ｂのクリエイティブをタップした際に、オフラインであった場合には、端末１は広告とは別のイメージを表示するようにしてもよい。広告枠６１Ａ，６１Ｂに表示するべきクリエイティブがない場合は、広告枠自体を表示させなくてもよいし、代替画像を表示させてもよい。

広告ブックマーク登録確認のダイアログ６２０において「はい」が選択されてクリエイティブをブックマーク登録すると、その後、呼び出し元の画面６３が表示されてもよい。また、ダイアログ６２０において「広告ブックマークを表示」のボタンを設け、当該ボタンが選択操作された場合には、広告ブックマークの画面６５へ遷移しても良い。

広告リスト６３２を表示する画面６３について、以下のような表示制御がされてもよい。オフラインの場合には、コンテクストメニュー６１１を経由せずに、画面６１から直接に広告リスト６３２の画面６３が表示されてもよい。また、広告リスト６３２のクリエイティブの並び順は、ユーザが指定できてもよい(たとえば、広告の有効期限、クリエイティブをタップした回数、クリエイティブの更新日等の順番で並び順を指定する)。

広告リスト６３２のクリエイティブを広告ブックマークに登録した際に、当該クリエイティブは広告リスト６３２による表示対象から外してもよい。広告ブックマークに登録されているクリエイティブを、広告リスト６３２に表示する場合は、ブックマーク済みであることを表す態様で表示してもよい。

オフラインにおいて、タップされた広告リスト６３２のクリエイティブは、その旨を表す態様で表示してもよい。その場合、オンラインになった際に、当該クリエイティブに対応のデータＤ８１のリンク先情報（ＵＲＬ）に従い取得した情報をポップアップまたはアイコンを使って提示しても良い。ポップアップとは、ブラウザが画面に新しいウインドウを自動的に開き、当該ウインドウに情報を表示することを指す。

＜広告メタデータ＞
端末１は、表示部６に表示される広告枠（画面６１の広告枠６１Ａ，６１Ｂ）のそれぞれにおいて、当該広告枠に関連付けされた１つまたは複数のキャンペーンのデータを表示する。各キャンペーンのデータは、図７の広告メタデータＤ８により表わされる。

図７を参照して、広告メタデータＤ８は、種別、書籍コンテンツを識別する書籍コンテンツＩＤ、広告枠ＩＤ、キャンペーンＩＤおよび１つ以上のデータＤ８１を含む。

「種別」は、「広告枠」が表示されるアプリケーションの種別を指す。たとえば、図４に示したように、広告枠は「アプリケーションランチャ」（というアプリケーション）が起動されている時に表示される画面上に表示される。したがって、本実施の形態では、当該種別は「アプリケーションランチャ」を指す。なお、広告枠は、他のアプリケーション起動時の表示画面において表示されてもよいが、本実施の形態では、説明を簡単にするために、端末１が受信する広告メタデータＤ８の“種別”は、アプリケーションランチャを指示すると想定する。

ＣＰＵ２は、サーバ１００から受信した広告メタデータＤ８の種別に基づき、いずれのアプリケーションを起動時に広告枠を表示するべきかを判定することができる。また、広告枠ＩＤに基づく領域（画面上の座標位置）に、広告枠を表示することができる。

図８には、“キャンペーンＩＤ”の詳細が示される。図８を参照して、キャンペーンＩＤは、キャンペーン種類、期間指定、１日のインプレッション数／クリック数の上限値、配信期間指定、広告料金設定、配信比率およびキャンペーン内に含まれるクリエイティブの情報を含む。

各データＤ８１は、キャンペーンに含まれる各クリエイティブのデータを表す。データＤ８１の詳細は、後述する。

＜サーバ側のデータベースの説明＞
本実施の形態では、サーバ１００は、データベースを用いて電子書籍コンテンツと、電子書籍コンテンツＩＤに対応して１以上の広告枠ＩＤおよび１以上のクリエイティブＩＤとからなる組からなる広告メタデータＤ８を１つ以上準備する。同じ組合わせは存在しない。

図９には広告枠管理ＤＢ１０２１のレコードＲ１が例示される。広告枠管理ＤＢ１０２１は複数のレコードＲ１を有し、レコードＲ１は、図９の右端で例示される値を含む。各レコードＲ１は、上述した組のそれぞれに対応する。図９では、レコードＲ１を説明するために“コラム”と“型”が示される。つまり、レコードＲ１は、“コラム”で指示される複数種類のデータのそれぞれに対応した値を含み、当該値は対応の“型”（整数（integer）、ストリング（string）など）によって表わされる。

図９を参照して、レコードＲ１は、当該レコードＲ１を識別するためのＩＤおよび、対応する組の種別、書籍コンテンツＩＤ、広告枠ＩＤならびに広告枠に表示されるクリエイティブのＩＤの各値を含む。

図１０にはクリエイティブＤＢ１０２２の各クリエイティブに対応したレコードＲ２が例示される。クリエイティブＤＢ１０２２は複数のレコードＲ２を有し、レコードＲ２は、図１０の右端で例示される値を含む。各レコードＲ２では、当該レコードＲ２を説明するために“コラム”と“型”が示される。つまり、レコードＲ２は、“コラム”で指示される複数種類のデータのそれぞれに対応した値を含み、当該値は対応の“型”（整数（integer）、ストリング（string）など）によって表わされる。

図１０を参照して、レコードＲ２は、対応するクリエイティブのＩＤ、当該クリエイティブの広告の名称、当該クリエイティブが端末１で表示された回数、当該クリエイティブの最新の更新時刻、当該クリエイティブをタップしたときに表示される当該クリエイティブに関連（リンク）する情報のＵＲＬ、クリエイティブ画像の格納場所（アドレス情報）であるクリエイティブ画像保存パス、当該クリエイティブ画像データのタイプ、当該クリエイティブの有効期間（表示開始日時および終了日時）、当該クリエイティブを表示するべき時間帯および曜日、表示コンテンツ範囲（ページ範囲など）、広告の最大表示回数、当該クリエイティブの表示が許容される対象ユーザの最低年齢および性別、オフライン時に当該クリエイティブを表示するか否かを指定するデータ、当該クリエイティブの表示の順序に関する優先度、当該クリエイティブはデフォルトとして表示されるか否かを指定するフラグ、および当該クリエイティブの広告が属する商品のジャンル（電化製品、食品など）の各値を含む。

サーバ１００は、前述した所定の組合わせに基づき、広告枠管理ＤＢ１０２１とクリエイティブＤＢ１０２２との情報から広告メタデータＤ８を生成し、要求元の端末１に送信する。所定の組合せは、広告枠管理ＤＢ１０２１の“クリエイティブＩＤ”の値と、クリエイティブＤＢ１０２２の“クリエイティブＩＤ”の値とに基づき決定される。つまり、広告枠管理ＤＢ１０２１の“クリエイティブＩＤ”の値に一致した値を有する“クリエイティブＩＤ”を有する各クリエイティブ管理ＤＢのデータが、データ８１として広告メタデータＤ８を生成するのに供される。

図７を参照して広告メタデータＤ８の各データＤ８１は、上述したクリエイティブＤＢ１０２２のレコードＲ２の各種のデータに対応する値を含む。

このように、サーバ１００と端末１とはそれぞれ、同じ構造のデータベースとしてクリエイティブＤＢ１０２２と広告メタデータＤ８をそれぞれ有する。サーバ１００は配信すべき各クリエイティブの情報を管理するためにクリエイティブＤＢ１０２２を使用し、端末１は、配信された各クリエイティブの情報を管理するために広告メタデータＤ８を使用する。

したがって、「クリエイティブ画像保存パス」は、広告メタデータＤ８では端末１におけるクリエイティブ画像の格納先（アドレス情報）を指し、クリエイティブ管理ＤＢ１０２ではサーバ１００におけるクリエイティブ画像の格納先（アドレス情報）を指す。また、端末１の表示処理部２０は、クリエイティブ画像を表示する毎に、広告メタデータＤ８の「クリエイティブ表示回数」を１カウントアップする。これにより、クリエイティブ画像の端末１における表示回数をカウントすることができる。

図１１には、ユーザ情報ＤＢ１０２３が示される。ユーザ情報ＤＢ１０２３は、図５のユーザ登録（ステップＴ５）によりサーバ１００に登録されたユーザのそれぞれに対応して、データＤ２に基づくレコードＲ３を格納する。レコードＲ３には、ユーザＩＤ、生年月日、性別および販路ＩＤが格納される。

サーバ１００は、端末１から受信したユーザＩＤに基づきユーザ情報ＤＢ１０２３を検索して、当該ユーザＩＤに対応するユーザの生年月日および性別を読出す。読出した生年月日に従うユーザの年齢および性別に基づきクリエイティブＤＢ１０２２を検索する。検索結果に基づき、当該年齢および性別に合致する“対象年齢”および“対象性別”の値を格納するレコードＲ２のうち有効期間内を指示する広告情報を配信する。

本実施の形態では、広告取得要求Ｄ７が指す販路ＩＤは、ユーザＩＤの上位２桁により表される。これにより、端末１のユーザを完全に特定することはできないが、当該端末１の販路を特定することができるので、当該販路ＩＤに対応する広告メタデータＤ８およびクリエイティブのみを端末１に送信することができる。

＜処理フロー＞
図１２を参照して、本実施の形態に係るメイン処理について説明する。なお、端末１には、複数の広告メタデータＤ８と当該広告メタデータＤ８により参照されるクリエイティブ画像は、広告データ格納部２５に格納されていると想定する。

まず、端末１の電源がオンされる（ステップＳ１）。続いて端末１の操作受付部２８は、ユーザが操作するのを待機する（ステップＳ３）。

操作を受付けると、ＣＰＵ２は、受付けた操作がアプリケーションランチャの起動の操作か否かを判定する（ステップＳ５）。操作はアプリケーションランチャの起動操作ではないと判定すると、当該操作に基づく指令に対応の他の処理を実行し（ステップＳ７）、処理は再びステップＳ３に戻る。

アプリケーションランチャの起動操作と判定されると（ステップＳ５でＹＥＳ）、アプリケーションランチャを起動する。これにより、表示処理部２０は、画面６１を表示する（ステップＳ９）。この処理については後述する。

その後、操作受付部２８はユーザが操作するのを待機し（ステップＳ１１）、操作を受付けると、操作は何であるかを判定する（ステップＳ１３）。操作は広告枠６１Ｂの広告のタップであると判定すると、ＣＰＵ２は電話網通信部７の送受信信号または通信部７の送受信信号に基づき端末１の状態はオンラインであるか否かを判定する（ステップＳ１５）。オンラインであると判定すると（ステップＳ１５でＹＥＳ）、ステップＳ１７において、表示処理部２０のブラウザが起動する。ブラウザは、タップされた広告に関連付けられたＵＲＬのページ（ランディングページという）を取得し表示する。その後、ステップＳ３の処理に移行する。

ここで、ランディングページのＵＲＬは、当該広告枠６１Ｂに表示されるクリエイティブの“リンク先情報”の値を、メタデータＤ８から読出すことにより取得できる。本実施の形態では、広告枠６１Ｂに現在表示中のクリエイティブのデータＤ８１は、ポインタＤ８２により指示される（図７参照）。したがって、ＣＰＵ２は、ポインタＤ８２が指示するデータＤ８１から、“リンク先情報”の値を読出すことにより、ＵＲＬを取得して、取得したＵＲＬを表示処理部２０のブラウザに出力する。

一方、端末１はオンラインでない、すなわちオフラインと判定されると（ステップＳ１５でＮＯ）、表示処理部２０は、広告枠６１Ｂに表示中の広告をブックマーク登録するかどうかをユーザに確認するための画面６２を表示する（ステップＳ１９）。

なお、オンラインの場合も、ユーザは、広告枠６１Ｂのクリエイティブを後でも見たいと希望する場合があるので、オンラインにおいても、広告をブックマーク登録できるようにしてもよい。また、オフラインでは、ユーザに確認せずに広告をブックマーク登録してもよい。

操作受付部２８は、画面６２のダイアログ６２０の操作がされるか否かを判定する。ＣＰＵ２は、操作受付部２８が受付けた操作に基づき、ブックマーク登録が要求されているか否かを判定する（ステップＳ２１）。ブックマーク登録が要求されると判定されると（ステップＳ２１でＹＥＳ）、ブックマーク登録部２３Ｂにより後述の広告ブックマーク登録処理（ステップＳ２３）が行なわれる。広告ブックマーク登録処理においては、タップされた広告枠６１Ｂに表示中のクリエイティブのデータＤ８１に対応してデータＢ（ｉ）（ただし、ｉ＝１，２，３・・・ｍ）が付加される。データＢ（ｉ）は、対応のデータＤ８１のクリエイティブが広告ブックマークとして登録済であることを指す。変数ｉは、ブックマーク登録された順番を指す。

広告ブックマーク登録処理が終了すると、広告ブックマーク登録完了のメッセージ６２１が画面に表示される（ステップＳ２５）。その後、ステップＳ３の処理に移行する。なお、ステップＳ２５の処理の後は、画面６５に切り替え表示してもよい。

さらに、オフラインに登録された広告ブックマークは、のちにオンラインに変わった時点で、自動的に当該広告ブックマークに関連付けされたランディングページを表示するようにしてもよい。

一方、ステップＳ２１で広告ブックマーク登録が要求されないと判定されると（ステップＳ２１でＮＯ）、処理はステップＳ３に戻る。

ここで、ステップＳ１３の処理に戻る。ステップＳ１３おいて、操作受付部２８が受付けた操作は、画面６１におけるアプリアイコン中の広告ブックマークアプリアイコンのタップであると判定されると、処理はステップＳ２７に移行し、ＣＰＵ２は、ブックマーク処理部２３による広告ブックマークアプリを起動する。これにより、第２表示処理部２０Ｂにより画面６５が表示される。この詳細は後述する。

その後、画面６５に一覧表示された広告ブックマークされたデータＤ８１のクリエイティブのうちから、１件のブックマーク（クリエイティブ）がタップされるのを待機する（ステップＳ２９）。操作受付部２８の選択受付部２９はタップを受付けると、ステップＳ１７の処理において、タップされたクリエイティブのデータＤ８１から読出されたＵＲＬを用いて、ブラウザによりランディングページが表示される。

ステップＳ１３の処理に戻り、操作受付部２８は受付けた操作の種類は、アイコン６１２のうちの広告ブックマークアプリ以外のアイコンのタップであると判定されると、処理はステップＳ３１に移行する。ステップＳ３１においては、タップされたアイコンに対応するアプリケーションが起動されて実行される。その後、ステップＳ３の処理に移行する。

ステップＳ１３において、操作受付部２８は広告枠６１Ｂにおける操作は、ロングタップであると判定すると、ステップＳ３３において、表示処理部２０によりコンテクストメニュー６１１が表示される（ステップＳ３３）。なお、オフラインであれば、コンテクストメニュー６１１は表示せずに、広告リスト６３２を表示するようにしてもよい。

続いて、表示されたコンテクストメニュー６１１におけるユーザの操作が判別される（ステップＳ３５）。操作受付部２８の選択受付部２９は、項目「広告ブックマーク管理」がタップされたと判定すると、ステップＳ２７の処理に移り、以降の処理が、前述と同様に行なわれる。

項目「広告ブックマーク登録」がタップされたと判定されると、処理はステップＳ１９に移行する。ステップＳ１９以降の処理が前述と同様に行なわれる。

項目「広告リスト表示」がタップされたと判定されると、ステップＳ３７において広告リスト画面処理が起動される（ステップＳ３７）。この処理の詳細は後述する。

その後、操作受付部２８はユーザの操作を待機し（ステップＳ３９）、操作を受付けると、受付けた操作の種類を判定する（ステップＳ４１）。

受付けた操作が、リスト表示されている「広告」（クリエイティブ）のタップであると判定すると、ステップＳ１５の処理に移行し、ステップＳ１５の処理が前述と同様に行なわれる。

受付けた操作が、リスト表示されている「広告」（クリエイティブ）のロングタップであると判定すると、ステップＳ４３においてコンテクストメニュー６３１が表示される。

その後、操作受付部２８はユーザの操作を待機する（ステップＳ４５）。ステップＳ４５において操作受付部２８は、「広告ブックマーク登録」の項目が選択されたと判定すると、処理はステップＳ２７に移る。ステップＳ２７以降の処理が前述と同様に行なわれる。

「広告ブックマーク管理」の項目が選択されたと判定すると、処理はステップＳ１９に移行する。ステップＳ１９以降の処理が前述と同様に行なわれる。

上述のステップＳ１７、Ｓ３１、Ｓ２１およびＳ２５では１例として、当該処理を終了後は、元のメイン画面（図示せず）に戻るが、処理前の表示画面に戻っても良い。たとえば、ステップＳ１７の処理後は、ブラウザ起動前の状態（たとえば広告ブックマークアプリの画面が表示された状態や、アプリケーションランチャ画面６１が表示された状態や、広告リスト６３２の画面６３が表示された状態）に戻ってもよい。

画面６５において、オフラインで広告ブックマークがタップされた場合は、次のいずれかの処理に移行してもよい。

ユーザに、関連するＵＲＬを用いて通信接続するかどうかを問い合わせるダイアログを表示するとしてもよい。接続ＯＫの指示が入力されると通信ネットワークＮＴを介して、ブラウザはランディングページを表示しようとする。ＵＲＬを用いた通信を確立できなかった場合は、表示処理部２０は「接続できません」というダイアログを表示する。

また、オフラインに表示することを目的として、広告データ取得時にあらかじめ端末１内に取得しておいた、別のデータを表示してもよい。たとえば、簡易版のランディングページデータ（ＨＴＭＬ（Hyper Text Markup Language）データなど）を、ブラウザにより表示する。または、別の画像データ（たとえば、情報量の多い、よりサイズの大きな画像）を表示してもよい。

＜アプリケーションランチャ画面処理＞
アプリケーションランチャ画面処理（ステップＳ９）について図１３を参照して説明する。

まず表示処理部２０は、図４の（Ａ）の画面６１のアプリケーションアイコン表示領域において、登録済みの各アプリケーションに対応のアイコン６１２を並べて表示する（ステップＳ５１）。

ここでは、記憶部３には、予め格納されている複数種類のアプリケーションのそれぞれに対応して、当該アプリケーションを一意に識別するためのアイコン６１２のデータが格納されている。したがって、表示処理部２０は、当該アイコン６１２のデータを、記憶部３から読出し、画面６１に配列して表示する。

その後、広告枠６１Ａに対する表示広告の選択処理（ステップＳ５３）がされる。この表示広告選択処理の詳細は後述する。

続いて、ＣＰＵ２は、表示広告選択処理の結果に基づき、広告枠６１Ａに表示するべきクリエイティブが有るか否かを判定する（ステップＳ５５）。クリエイティブがないと判定すると（ステップＳ５５でＮＯ）、処理はステップＳ５９に移行するが、有ると判定すると（ステップＳ５５でＹＥＳ）、ステップＳ５７において、広告枠６１Ａに、販路ＩＤなどの所定条件に応じたクリエイティブが表示される（ステップＳ５７）。その後、ステップＳ５９において、広告枠６１Ｂに対する表示広告の選択処理（ステップＳ５９）がされる。この表示広告選択処理の詳細は後述する。

続いて、ＣＰＵ２は、表示広告選択処理の結果に基づき、広告枠６１Ｂに表示するべきクリエイティブが有るか否かを判定する（ステップＳ６１）。ないと判定すると（ステップＳ６１でＮＯ）、処理は図１２の元の処理に移行するが、有ると判定すると（ステップＳ６１でＹＥＳ）、ステップＳ６３において、広告枠６１Ｂに、現在有効なクリエイティブのうち、所定規則に従って選択されたクリエイティブが表示される。その後処理は図１２に戻る。

本実施の形態では、アプリケーションランチャ起動時の画面６１において、広告枠６１Ａ，６１Ｂの２つの広告枠を表示するが、広告枠は他の画面において表示されてもよい。また、１画面上に表示される広告枠の数は２つに限定されない。また、広告枠は特定の画面おいて表示することなく、ポップアップ表示されるウインドウ（領域）内において表示する方法であってもよい。

また、広告枠の領域において表示されるクリエイティブのデータは、画像データ（静止画、アニメーション、ＧＩＦ（Graphic Interchange Format）／ＰＮＧ（Portable Network Graphics）に従う画像、動画）、ＨＴＭＬデータ、テキストデータなどであってよい。

＜表示広告選択処理＞
表示広告選択処理（図１３のステップＳ５３，Ｓ５９）を、図１４を参照して説明する。図１４では、広告枠６１Ａ，６１Ｂに表示するべきクリエイティブの選択手順が示される。

まず、第１表示処理部２０Ａは、記憶部３の広告メタデータＤ８のうちから、広告枠６１Ａに割り振られた“広告枠ＩＤ”に対応付くキャンペーンの広告メタデータＤ８を取得する（ステップＳ７１）。したがって、広告枠ＩＤにより、対応する広告メタデータＤ８を識別することができる。ここでは、複数個のキャンペーンの広告メタデータＤ８が取得されると想定する。

続いて、取得した複数個の広告メタデータＤ８のうち、キャンペーンＩＤの配信期間が現在時刻と合わない広告メタデータＤ８を除外する（ステップＳ７３）。つまり、タイマ１２が計時する現在時刻が、キャンペーンＩＤの配信期間（開始日時と終了日時）に該当しない広告メタデータＤ８を除外する。

残ったキャンペーンの広告メタデータＤ８それぞれについて、表示回数がキャンペーンＩＤの“１日のインプレッション数／クリック数の上限値”以上を指す広告メタデータＤ８を除外する。

第１表示処理部２０Ａは、当該広告メタデータＤ８の各データＤ８１について、当該データ８１が指すクリエイティブの広告枠における表示回数を１日単位でカウントするとともに、このカウント値を用いて広告メタデータＤ８の全てのクリエイティブについての表示回数のトータルカウント値を算出する。各クリエイティブに対応のデータＤ８１の“クリエイティブ表示回数”の値は、当該クリエイティブが表示される毎にインクリメントされる。したがって、“クリエイティブ表示回数”の値により１日単位での表示回数が指示される。したがって、これらカウント値と、“１日のインプレッション数／クリック数の上限値”とを比較し、比較結果に基づき、１日単位でカウントまたはトータルカウント値が、当該上限値以上を指すと判定したときは、当該広告メタデータＤ８を除外する（ステップＳ７５）。

残った複数の広告メタデータＤ８のうち、キャンペーンＩＤの“配信比率”に従って、当該広告枠に表示するべきクリエイティブの１個の広告メタデータＤ８を選択する（ステップＳ７７）。ここでは、配信比率は、広告メタデータのうち当該広告メタデータのクリエイティブが当該広告枠に表示される確率を指す。

たとえば、ステップＳ７５の処理により、３つの広告メタデータＤ８（たとえば、広告メタデータＡ，Ｂ，Ｃとする）が取得されて、“配信比率”として広告メタデータＡには“７”が、広告メタデータＢには“２”が、広告メタデータＣには“１”が設定されている場合、ステップＳ７７では、広告メタデータＡ，Ｂ，Ｃのそれぞれは、７：２：１の比率に従う確率で１つ選択される。選択されなかった広告メタデータは表示対象から除外される。なお、“配信比率”が指定されていない場合は、各広告メタデータＤ８は同じ比率で選択される。

続いて、ステップＳ７７の結果、選択された広告メタデータＤ８内のクリエイティブのデータＤ８１（複数個）を取得する（ステップＳ７９）。

続いて、取得されたデータＤ８１のうちから、配信期間と現在時刻と合致しないデータＤ８１を除外する（ステップＳ８１）。つまり、配信期間（有効期限開始日時と有効期限終了日時）がタイマ１２が計時する現在時刻に該当しないデータＤ８１を除外する。

続いて、残ったデータＤ８１のうち、表示期間が現在時刻と合致しないデータＤ８１を除外する（ステップＳ８３）。つまり、表示期間（表示時間帯および表示曜日）がタイマ１２が計時する現在時刻（時間帯および曜日）に該当しないデータＤ８１を除外する。

続いて、残ったデータＤ８１のうちから、クリエイティブＩＤの値が、表示処理部２０により指定された所定の“書籍コンテンツＩＤ”の値と一致するデータＤ８１を抽出する（ステップＳ８５）。ここでは、データＤ８１は複数個抽出されると想定する。

抽出されたデータＤ８１のうち、書籍コンテンツの現在表示中の“表示コンテンツ範囲”が、表示処理部２０により指定された書籍コンテンツの範囲に該当するデータＤ８１を抽出する。たとえば、表示処理部２０により電子書籍の１００頁〜１１０頁が指定された場合には、“１００頁〜１１０頁”の範囲に該当する頁を指す“表示コンテンツ範囲”を指すデータＤ８１が抽出される（ステップＳ８７）。なお、データＤ８１が抽出されない場合もあるが、１個または複数個（２個以上）のデータＤ８１が抽出される場合もある。

ステップＳ８７により抽出されたデータＤ８１の数を判定する（ステップＳ８９）。抽出されたデータＤ８１は“なし”と判定されると（ステップＳ８９で“なし”）、記憶部３に予め格納されているデフォルト広告のクリエイティブが選択される（ステップＳ９１）。

ステップＳ８７で抽出されたデータＤ８１が“複数”と判定されると（ステップＳ８９で“複数”）、各データＤ８１の“優先度”の値に従って、１個のデータＤ８１が選択される（ステップＳ９３）。優先度は、たとえば１−９のいずれかの整数値で示される。したがって、優先度の値が最小であるデータＤ８１が選択される。

残ったデータＤ８１は“１つ”と判定されると（ステップＳ８９で“１つ”）、当該データＤ８１が選択される。

上述のようにして選択されたデータＤ８１またはデフォルト広告のクリエイティブは、ステップＳ９５の処理において、図１３の処理に返される。その後、処理は図１３に戻る。

上述の書籍コンテンツの“表示コンテンツ範囲”について説明する。
たとえば、端末１を電子書籍閲覧端末として利用すると想定する。各電子書籍コンテンツには識別ＩＤ（＝書籍コンテンツＩＤ）が付与されており、端末１で現在表示中の電子書籍コンテンツの書籍コンテンツＩＤは、上述の「表示コンテンツＩＤ」を指示する。この「表示コンテンツＩＤ」は、たとえば電子書籍ビューア（電子書籍コンテンツの内容を表示する表示処理部２０の１機能）が電子書籍コンテンツの表示を開始する際に、その書籍コンテンツＩＤを端末１を一時記憶部４に格納する。一時記憶部４から書籍コンテンツＩＤを読出すことにより、前述の所定の“書籍コンテンツＩＤ”を取得できる。

電子書籍コンテンツを表示中には、現在表示中の位置（たとえば電子書籍のページ数や、全体ページ数に対する現在表示ページ数の割合（パーセント数））を、電子書籍ビューアが、一時記憶部４に格納される。書籍コンテンツの現在表示中の“表示コンテンツ範囲”を取得できる。

このように本実施の形態では、各広告枠について、当該広告枠に表示するべきクリエイティブを、上述のように２段階で選択する。まず、当該広告枠に関連付けられた各キャンペーンのうち表示制御条件を満たさないものを除外し、続いて、除外されずに残った各キャンペーンについて、含まれる各クリエイティブのうち表示制御条件を満たさないものを除外する。これにより、所定の表示制御条件を満たすクリエイティブのみを選択することができる。

なお、本実施の形態では、広告枠６１Ａ（または６１Ｂ）に表示するべきクリエイティブを抽出できない（存在しない）場合は、デフォルトのクリエイティブを選択するとしているが、選択手順はこれに限定されない。

たとえば、広告枠は表示するが、広告枠内には何も表示しないとしてもよいし、広告枠内に、端末１の記憶部３に格納する代替画像（デフォルトのクリエイティブではない画像）を表示するとしてもよく、また、広告枠自体を表示しないとしてもよい。

＜広告の特性に応じた他の表示制御条件＞
広告枠６１Ａと６１Ｂに表示されるクリエイティブの選択条件は、図１４に示す条件に限定されない。図１５には、他の条件の一例が表形式で示される。

図１５の表に示すように、広告主、広告配信社は配信する広告（クリエイティブ）に対して表示制御条件を設定することができる。販路ＩＤ、対象年齢、対象性別、有効期間、表示曜日、表示時間、分野、配信対象地域など、これらの指定条件と、端末１に格納された情報を比較照合することで、クリエイティブの表示制御が可能となる。

図１５の条件に従うデータを、各クリエイティブに対応するデータＤ８１に追加登録することにより、データＤ８１の条件と、端末１が格納しているユーザ情報などとの比較により、広告枠６１Ａ，６１Ｂにおけるクリエイティブの表示制御、広告リスト６３２におけるクリエイティブの表示制御および画面６５における広告ブックマークの表示制御をすることができる。このように、端末１のユーザの嗜好など個人情報を外部に送信しなくとも、ユーザの情報および広告主の希望に応じたクリエイティブの配信（表示）が可能となる。

図１５の表では、各“番号”に対応して、“広告の特性”、“広告枠内の表示”、“広告リスト内の表示”および“広告ブック内の表示”からなる表示制御条件の組が記載される。“広告の特性”は表示制御に関する広告の特性を指す。“広告枠内の表示”は、広告枠におけるクリエイティブの表示態様を指す。“広告リスト内の表示”は、広告リスト６３２におけるクリエイティブの表示態様を指す。“広告ブックマークの表示”は、画面６５におけるクリエイティブの表示態様を指す。これら表示態様は、通常のクリエイティブ表示態様とは異なる。

図１５の表示制御条件の各組については、○印が付いた行の条件は適用してもよい（適用しなくてもよい)ことを指し、○印のない条件は適用しないことを指す。なお、○印のついた適用可能な条件については、複数を組み合わせてもよい。

図１５の(＊１)が指す表示方法変化の例を説明する。
広告枠６１Ａ，６１Ｂによるクリエイティブの表示、広告リスト６３２によるクリエイティブの表示および画面６５の広告ブックマークの表示に共通で使える方法の例としては、広告枠の色を変える、クリエイティブの色みや明度などを変えて表示（たとえば、現在有効でないクリエイティブは明度を下げて暗く表示）する。クリエイティブをフラッシュさせる（短い時間、光ったようなエフェクトをかける）。クリエイティブを点滅表示する。クリエイティブを回転させる（広告枠とその内部のクリエイティブ画像が回転）。クリエイティブをシェイクさせる（短い時間、広告枠の表示位置を小さく移動させ、クリエイティブを震えたように見せる）。効果音を鳴らす。端末１を振動させる（端末１の図示のないバイブレーション機能を使って、端末１を短時間振動させる）。クリエイティブをマークを付加して表示する。などである。

また、広告枠について、広告枠の表示位置を変える（たとえば、通常はアプリケーションランチャ画面６１の下部に表示するのであれば、表示位置を画面６１の上部に変える、など。）。

このように表示態様を変化させることで、ユーザにとっては、興味のある広告を見逃しにくくなることが期待でき、広告主にとっては広告効果の向上が期待できる。

図１５の(＊２)が指す表示優先度の変化の例としては、条件に該当するクリエイティブを上位（優先的に最初に）に表示したり、逆に下位に表示したりするなどである。

図１５の(＊３)については、対応する広告特性に合致するクリエイティブは、表示対象から外して表示しないようにする、表示はするが現在無効であることが分かるような表示態様で表示するなどしてよい。または、現在無効なクリエイティブは表示しないようにしてよい。

図１５の番号（０８）〜（１７）に対応する（＊４）の広告の特性を満たすクリエイティブが複数ある場合には、表示の優先順位を指定しておくことができる。

図１５の（＊５）が指示する広告の特性を満たす複数のクリエイティブについては、最近利用したクリエイティブほど表示頻度を上げたり、表示時間を延長してよい。

図１５の（＊６）が指示するクリエイティブについては、「広告ブックマーク登録された、またはタップされた」ことにより、「ユーザの興味を引くという目的は達成したので、その後は表示しない、またはその後の表示では優先度をさげたり目立たなくする」という態様で表示してよい。または、「ユーザの興味をひいたクリエイティブであるので、より優先度を上げたり目立たせたりして継続して表示する」という態様で表示してもよい。

図１６には、クリエイティブの表示順序の制御についての制御方法の一例が示される。広告リスト６３２および広告ブックマーク画面６５において、クリエイティブを一覧表示する際のクリエイティブの並び順の制御については、図１６に示す条件設定により制御することができる。

図１６の表に示す設定条件について説明する。表の○印は、当該○印に対応する「ソートの方法」の欄に記載された方法を適用してもよい(適用しなくてもよい。)。また、○印のないところは、対応する「ソートの方法」の欄に記載された方法は適用しない。また、○印のついた適用可能なソート方法については、複数の方法を組み合わせることもできる。

＜広告リスト画面処理＞
ここでは、前述した図１４のステップＳ８７の処理において、複数のデータＤ８１が抽出されたと想定する。抽出された複数のデータＤ８１は、広告リスト画面処理に渡される。

図１７を参照して、図１２の広告リスト画面処理（ステップＳ３７）について説明する。

表示処理部２０の第２表示処理部２０Ｂは、図１４のステップＳ８７の処理において抽出された複数のデータＤ８１を取得する（ステップＳ１０１）。

続いて、取得したデータＤ８１を“優先度”の値に従って昇順または降順にソート処理する（ステップＳ１０３）。第２表示処理部２０Ｂは、ソートされたデータＤ８１のクリエイティブ画像を“クリエイティブ画像保存パス”に基づき記憶部３から読出し、読出したクリエイティブ画像の広告６３３を、広告リスト６３２として一覧表示する（ステップＳ１０５：図４の画面６３を参照）。その後、処理は図１２に戻る。

なお、第２表示処理部２０Ｂは、ステップＳ１３でユーザがロングタップしたクリエイティブ（広告枠６１Ｂに表示されていたクリエイティブ）を、当該広告リスト６３２の当該クリエイティブが表示されていた位置（すなわち、広告枠６１Ｂに該当する位置）に割込ませて並べる。

一般的には、選択したクリエイティブを、続けてタップすると考えることができるので、このようにロングタップされたクリエイティブを、ロングタップ時と同じ（または近い）位置に表示させることで、ユーザの操作性を損なわないようにできる。

なお、必ずしもこのような配置にする必要はなく、ロングタップにより選択したクリエイティブも、他のクリエイティブと同等に扱い、ソート順番に従う位置に表示するようにしてもよい。

広告リスト６３２によれば、ユーザが今見て選択した広告枠６１Ｂの広告（クリエイティブ）以外の広告も同時に表示されるので、広告をユーザに提示する機会が増え、広告主にとって、広告効果の向上が期待できる。

また、ユーザは、過去に見た広告を再度見たい場合、提示された広告リスト６３２から容易に探すことが可能になる。

また、広告配信側が設定したデータＤ８１の各属性の値に従う広告表示制御方法に沿ってだけではなく、ユーザが能動的に広告リスト６３２から広告を選んで見ることも可能になる。

また、広告リスト６３２のクリエイティブ数により、広告リスト６３２表示領域の大きさを可変にしてもよい。クリエイティブ数が少ないときは表示領域を小さくし、多いために広告リスト６３２が１画面内に収まらないときは、画面をスクロールして広告リスト６３２を確認できるようにしてもよい。

＜広告ブックマークアプリ起動＞
図１８を参照して、図１２の広告ブックマークアプリの起動（ステップＳ２７）について説明する。

ＣＰＵ２は、登録済みの広告ブックマークの一覧を取得する（ステップＳ１１１）。具体的には、広告データ格納部２５の広告メタデータＤ８からデータＢ（ｉ）が付加された各データＤ８１の“クリエイティブ画像保存パス”の値（アドレス）を読出す。そして、読出し値に基づき広告データ格納部２５を検索して、対応するクリエイティブ画像を読出す。これにより、広告ブックマーク一覧表示のためのクリエイティブ画像が取得される。

ＣＰＵ２は、取得したクリエイティブ画像を第２表示処理部２０Ｂに出力する。第２表示処理部２０Ｂは、与えられるクリエイティブ画像を表示部６の表示領域に一覧表示する（ステップＳ１１３：図４の画面６５を参照）。その後、処理は図１２に戻る。

画面６５の表示領域に関しては、一覧表示されるクリエイティブ数により、表示領域の大きさを可変にしてもよい。少ないときは小さくし、多くて１画面内に収まらないときはスクロールできるようにしてもよい。

「広告ブックマーク」を利用することにより、ユーザが興味を持った広告をブックマーク（データＢ（ｉ））を付加して記憶させておくことができる。これにより、ユーザにとっては、広告ブックマークアプリを起動させるだけで、興味のある広告を速やかに閲覧することができる。この結果、広告主にとっては、ユーザ獲得機会の拡大、広告効果の向上が期待できる。

ここでは、「広告ブックマーク」機能を、ブラウザが有する一般的なブックマーク機能とは個別に扱っているが、ブラウザのブックマーク機能を利用した「広告ブックマーク」機能が提供されてもよい。つまり、ユーザがお気に入りの広告（クリエイティブ）に関連付けられたランディングページのＵＲＬ、すなわち当該クリエイティブのデータＤ８１の“リンク先情報”の値（ＵＲＬ）をブラウザのブックマーク機能を使って管理してもよい。この場合には、ブラウザは、お気に入りの広告（クリエイティブ）のＵＲＬを記憶部３の所定領域に管理（記憶）する。オンラインにおいてブラウザが記憶部３から読出したＵＲＬを表示し、表示したＵＲＬをユーザ指定操作すると、ブラウザは指定されたＵＲＬのランディングページを取得し、表示部６に表示するとしてもよい。これによっても、ユーザは、お気に入り広告の関連情報を取得できる。

また、ユーザは操作部５を介して、画面６５の広告ブックマークのクリエイティブの一覧から、所望のクリエイティブの削除を指示することができる。これにより、当該クリエイティブのデータＤ８１に付加されているデータＢ（ｉ）が削除されて、当該クリエイティブのブックマーク登録は解除される。または、この操作により、当該クリエイティブのデータＤ８１とクリエイティブ画像が広告データ格納部２５から削除されるとしてもよい。

＜広告ブックマーク登録処理＞
図１９を参照して、図１２の広告ブックマーク登録処理（ステップＳ２３）について説明する。

ブックマーク登録部２３Ｂは、広告枠６１Ｂでタップされたクリエイティブまたは広告リスト６３２においてタップまたはロングタップされたクリエイティブのデータＤ８１を、広告メタデータＤ８から読出す（ステップＳ１２１）。

そして、読出したデータＤ８１を、広告ブックマークとして登録する（ステップＳ１２３）。つまり、当該データＤ８１のデータＢ（ｉ）を付加する。その後、図１２の処理に戻る。これにより、ユーザがタップまたはロングタップにより指定したお気に入りまたは興味のある広告（クリエイティブ）を“広告ブックマーク”として登録することができる。

なお、ここでは、ブックマーク登録部２３Ｂは、データＤ８１にデータＢ（ｉ）を付加することにより、広告ブックマークの登録をしたが、広告データ格納部２５の広告ブックマーク管理用の図示のないデータベースを用いてもよい。つまり、ユーザがタップまたはロングタップしたクリエイティブのデータＤ８１を広告メタデータＤ８から読出し、広告データ格納部２５の広告ブックマーク管理用データベースに登録してもよい。

広告ブックマークを、ユーザがボタンを操作することにより、またはメニューの項目を指定することにより、ブックマーク管理部２３Ａにより指定の広告ブックマークを削除してもよい。つまり、付加されたデータＢ（ｉ）の削除、または広告ブックマーク管理用データベースから対応するクリエイティブのデータＤ８１を削除する（または、広告ブックマーク管理用データベースにおいて当該データＤ８１を読出し不可能状態に設定する）。また、ユーザの指示によらず、ブックマーク管理部２３Ａは、登録された広告ブックマークのうち、対応のデータＤ８１の“有効期間開始日時”および“有効期間終了日時”で指示される有効期間が終了したものを、上述の手順で削除するとしてもよい。

なお、有効期間に基づき削除する際は、削除されたことがユーザに分かるように、削除後は所定の回数または所定の時間、削除済みを示すマークを表示する。またはマークの表示色を変える。また、ユーザは有効期間に基づく削除をキャンセルして広告ブックマークデータを復活させるようにしてもよい。復活は、対応のデータＤ８１にデータＢ（ｉ）を再度、付加すること、または広告ブックマーク管理用データベースにおいて読出し不可能状態にあった当該データＤ８１を、読出し可能状態に変更すること、などを指す。

ブックマーク管理部２３Ａは、広告ブックマークを、グループ化（フォルダによる分類）して管理できるようにしてもよい。

広告ブックマークについては、広告主や広告配信者は、広告ブックマークのクリエイティブに対して、対応のデータＤ８１の“有効期間開始日時”および“有効期間終了日時”とは独立に、広告ブックマークの有効期間を設定できるようにしてもよい。たとえば、“有効期間開始日時”および“有効期間終了日時”は、当該クリエイティブ配信開始後１週間を示すとしても、当該クリエイティブがブックマークされた場合には、広告ブックマークの有効期間は、広告配信開始後２週間とするようにしてもよい。

＜広告データ取得メイン処理＞
本実施の形態では、端末１の広告取得部２１は、図２０と図２１の処理フローに従って、定期的に、または非定期にサーバ１００から広告情報（広告メタデータＤ８およびクリエイティブ）を取得する。ここでは、広告データ格納部２５には複数個の広告メタデータＤ８が格納されていると想定する。

広告取得部２１は、サーバ１００から広告メタデータＤ８およびクリエイティブを取得するために、各広告メタデータＤ８に対応した図２２の状態データ３３を用いる。

図２２の状態データ３３は、記憶部３に格納される。状態データ３３は、フラグの集合である。フラグは１ビットに相当する。状態データ３３の各ビットは、対応する広告メタデータＤ８の各データＤ８１に１対１で対応する。データＤ８１に対応のフラグが“ＯＦＦ”（“０”）の場合、当該データＤ８１のクリエイティブは取得できなかったことを指し、“ＯＮ”（“１”）の場合、当該データＤ８１のクリエイティブを取得できたことを指す。

図２０を参照して、広告取得部２１は、広告メタデータＤ８の各データ８１の配信期間（“有効期間開始日時”および“有効期間終了日時”により示される期間）と、タイマ１２が出力する計時データが指す現在時間とを比較する。比較結果に基づき、現在時間が配信期間に該当しないデータＤ８１を広告メタデータＤ８から削除する（ステップＳ１３１）。これにより、記憶部３について空き容量が不足するのを回避できる。

次に、広告取得部２１は、広告メタデータＤ８に対応の状態データ３３の全てのフラグをＯＦＦにセットする（ステップＳ１３３）。

続いて、広告取得部２１は広告メタデータＤ８から“広告枠ＩＤ”の値を読出し（ステップＳ１３５）、読出した“広告枠ＩＤ”を含む広告メタデータの取得要求を、サーバ１００宛てに送信する（ステップＳ１３７）。なお、通信ネットワークＮＴの状態によって、端末１が取得要求を送信できない場合には、取得要求の送信を繰返すようにしてもよい。

サーバ１００の広告配信部１０１１は、端末１から取得要求を受信する（ステップＳ１３８１）。そして、受信した取得要求の“広告枠ＩＤ”基づき、広告枠管理ＤＢ１０２１を検索し、当該“広告ＩＤ”の値を指示する“ＩＤ”を有したレコードＲ１を読出す。そして、読出したレコードＲ１の“クリエイティブＩＤ”に基づき、クリエイティブＤＢ１０２２を検索し、当該“クリエイティブＩＤ”の値を指示する“クリエイティブＩＤ”を有した１または複数のレコードＲ２を読出す。そして、このようにして読出されたレコードＲ１とＲ２とから広告メタデータＤ８を生成する（ステップＳ１３８２）。生成した広告メタデータＤ８を端末１に送信する（ステップＳ１３８３）。サーバ１００は、端末１から取得要求を受信しなくなると（ステップＳ１３８４でＹＥＳ）、処理を終了するが、受信する間は、ステップＳ１３８１の処理に戻る。

端末１は、サーバ１００から広告メタデータＤ８を受信すると（ステップＳ１３９）、広告データ取得のサブルーチン処理（図２１参照）に移行する。

図２１を参照して、サブルーチン処理では、広告取得部２１は、サーバ１００から、デフォルトのクリエイティブ画像を取得する（ステップＳ１５１）。その後、デフォルトのクリエイティブ画像を広告データ格納部２５に格納する（ステップＳ１５３）。

広告取得部２１は、受信した広告メタデータＤ８を１件読出す（ステップＳ１５５）。読出した広告メタデータＤ８は対応するキャンペーンに関する情報（以下、キャンペーン情報という）を指す。広告取得部２１は、キャンペーン情報について配信期間をチェックする（ステップＳ１５７）。つまり、“キャンペーンＩＤ”により指定される“配信期間”とタイマ１２が計時する現在時間とに基づき、現在時間が当該配信期間に該当すれば有効と判定され、該当しないキャンペーン情報は無効として廃棄される。チェックの結果、有効と判定されたキャンペーン情報について、以降の処理がされる。

まず、広告取得部２１は、キャンペーン情報の広告メタデータＤ８から１件のデータ８１を読出す（ステップＳ１５９）。続いて、読出したデータＤ８１について、配信期間（“有効期限開始日時”および“有効期限終了日時”が指す期間）とタイマ１２が計時する現在時間とが比較される。比較結果に基づき、現在時間が配信期間に該当しないデータＤ８１は無効として廃棄される。ここでは、データＤ８１は、現在時間が配信期間に該当するような有効なデータで有ると想定する（ステップＳ１６１）。

続いて、広告取得部２１は、データＤ８１から“クリエイティブＩＤ”の値を読出し、当該値を含むクリエイティブ画像の取得要求をサーバ１００に送信する（ステップＳ１６３）。サーバ１００の広告配信部１０１１は、取得要求を受信すると、取得要求に含まれる“クリエイティブＩＤ”の値に基づき記憶部１０２を検索して、該当するクリエイティブ画像を取得する。取得したクリエイティブ画像を端末１に送信する。なお、広告配信部１０１１は、送信するクリエイティブ画像に、当該画像の最新の更新時刻のデータを付加して送信する。なお、“クリエイティブＩＤ”は、クリエイティブ画像に関するＵＲＬを指しても良い。

広告取得部２１は、クリエイティブ画像の受信に成功したか否かを判定する（ステップＳ１６５）。クリエイティブ画像の取得に失敗したと判定すると（ステップＳ１６５で“失敗”）、処理はステップＳ１５９に移り、次のデータＤ８１について処理が行われる。

一方、クリエイティブ画像の取得に成功または更新なしと判定すると（ステップＳ１６５で“成功／更新なし”）、処理はステップＳ１６７に移行する。ここでは、広告取得部２１は、受信したクリエイティブ画像に付加されている更新時刻のデータと、データＤ８１の“クリエイティブ更新時刻”とを比較する。比較結果、付加されていた更新時刻が、“クリエイティブ更新時刻”以前を指すと判定すると、広告取得部２１は、クリエイティブ画像は“更新なし”と判定し、“クリエイティブ更新時刻”より後を指すと判定すると、クリエイティブ画像の取得に“成功”と判定する。

ステップＳ１６７においては、広告取得部２１は、“成功”と判定された、すなわち更新されていたクリエイティブ画像を広告データ格納部２５に格納するとともに、“成功／更新なし”と判定された当該クリエイティブ画像のデータＤ８１に対応の状態データ３３のフラグを“ＯＮ”にセットする（ステップＳ１６７）。なお、広告取得部２１は、当該データＤ８１の“クリエイティブ画像保存パス”の値（アドレス値）に基づき、広告データ格納部２５にクリエイティブ画像を格納する。

なお、受信されたクリエイティブ画像は“更新なし”と判定された場合には、すなわち端末１が受信（取得）済みのクリエイティブ画像に一致すると判定された場合には、当該クリエイティブ画像を広告データ格納部２５に格納する必要はなく、広告取得部２１は、当該クリエイティブ画像を破棄する。

続いて、広告取得部２１は、キャンペーン情報の広告メタデータＤ８からすべてのデータＤ８１を読出したか否かを判定する（ステップＳ１６９）。すべてのデータＤ８１をまだ読出していないと判定すると（ステップＳ１６９でＮＯ）、処理はステップＳ１５９にもそり、次のデータＤ８１が読出されて、同様の処理がされる。

すべてのデータＤ８１を読出したと判定すると（ステップＳ１６９でＹＥＳ）、状態データ３３の“ＯＦＦ”のフラグに対応するデータＤ８１を、キャンペーン情報の広告メタデータＤ８から削除する（ステップＳ１７１）。

続いて、広告取得部２１は、すべてのキャンペーン情報の広告メタデータＤ８を読出したか否かを判定する（ステップＳ１７３）。すべてをまだ読出していないと判定すると（ステップＳ１７３でＮＯ）、処理はステップＳ１５５に戻り、次のキャンペーン情報の広告メタデータＤ８について、以降の処理が同様に行なわれる。

一方、すべてのキャンペーン情報の広告メタデータＤ８を読出したと判定すると（ステップＳ１７３でＹＥＳ）、当該広告枠の各広告メタデータＤ８に対応する各状態データ３３のフラグがＯＦＦのデータＤ８１を、当該広告メタデータＤ８から削除する（ステップＳ１７５）。その後、図２０の元の処理に戻る。

図２０の処理に戻り、図２１の処理を終了後、広告取得部２１は、ステップＳ１４３において、すべての広告枠ＩＤについて広告に関するデータを取得したか否かを判定する（ステップＳ１４３）。すべてのデータを取得したと判定すると（ステップＳ１４３でＹＥＳ）、後述のステップＳ１４５に移るが、取得していないと判定すると、処理をステップＳ１３５に移し、次の広告枠ＩＤについて、以降の処理が同様に行なわれる。

ステップＳ１４５においては、各広告メタデータＤ８について、対応の状態データ３３のフラグに基づき、サーバ１００から対応のクリエイティブ画像が送信されなかったデータＤ８１を削除する。これにより、記憶部３の空き容量を大きくすることができる。

続いて、広告取得部２１は、参照されないクリエイティブ画像を広告データ格納部２５から削除する（ステップＳ１４７）。つまり、広告取得部２１は、上述の処理により削除されたデータＤ８１の“クリエイティブ画像保存パス”により指示されるクリエイティブ画像を、広告データ格納部２５から削除する。これにより、記憶部３の空き容量を増やすことができる。

広告取得部２１は、上述の処理を、図１２のメインフローとは独立（非同期）に端末１のオフラインにおいて開始してもよいし、ユーザ操作によって指示されたとき開始するようにしてもよい。また、それらの両方において実行してもよい。

オフラインにおける広告取得部２１による処理の時刻を決めることもできる。たとえば、定期的に処理する場合には、１週間に１回（たとえば、日曜日の午前零時）、１日１回（たとえば、毎日の午前零時）、毎時１回（たとえば、毎時０分)などである。

また、端末１がオフラインからオンラインに変化した際に処理を開始するとしてもよい。つまり、他の操作などで端末１がオフラインからオンラインに変化する毎に、または何回かに１回、処理を開始する。または、無線ＬＡＮによる接続が確立されたときに処理を開始するとしてもよい。

取得済みのクリエイティブのデータに応じて処理を開始するとしてもよい。たとえば、“有効期間終了日時”が指す日時を過ぎている、または、“有効期間終了日時”が近いデータＤ８１が広告メタデータＤ８に所定数（または所定割合）含まれる場合には、上述の処理を開始するようにしてもよい。

上述の処理では、クリエイティブの表示制御条件として配信期間を用いている。表示制御条件が設定されたクリエイティブは、その条件を満たさなくなると、広告データ格納部２５から削除されて、以降は表示部６に表示されないようにしたが、削除することなく、表示処理部２０がクリエイティブ画像を表示する際に、表示制御条件に基づき表示／非表示を判定するようにしてもよい。

広告取得部２１は、毎回、全てのクリエイティブ画像を取得してもよいが、表示制御条件が“無効”となっているクリエイティブ画像についてのみ、新しいクリエイティブ画像を取得して差替えるとしてもよい。また、取得するタイミングは、１週間に１回（たとえば、日曜日の午前零時）、１日１回（たとえば、毎日の午前零時）、毎時1回（たとえば、毎時０分)などである。

本実施の形態によれば、ユーザが広告（クリエイティブ）を見損なった場合に、その広告が表示される操作を行う。再度表示された広告が目的の広告と違っていた場合でも、その広告枠を(クリックやタップ等の入力操作により)選択することで、そこの広告枠に表示されていた広告（ダウンロードしているが、まだ表示されていない広告も含む)の一覧が表示され、その中から簡単に目的の広告を探すことができる。

また、広告情報を削除するのは有効期限が切れた時点であり、期限が切れるまではオフラインであっても、広告情報をユーザに提示することができる。また、再度オンラインになった場合に、期限切れの広告情報を更新する事も可能であり、ユーザが期限切れ広告から混乱するのを防止できる。

また、オフライン時にタップ操作した場合は、本来のアクセス先を変更することなく、ブックマークへの登録などの操作をすることで、ユーザの操作を無駄にすることなく、次回のオンライン時に有効な情報へ到達する機会を得ることができる。

（変形例）
広告取得部２１による広告取得処理では、サーバ１００は、広告枠ＩＤに合致する広告データを端末１に送信（配信）していたが、広告枠ＩＤに代替してデータＤ４（図６の（Ｃ）参照）のユーザＩＤに合致する広告データを配信するようにしてもよい。

具体的には、端末１はデータＤ４を含む取得要求をサーバ１００に送信する。サーバ１００の広告配信部１０１１は、受信したデータＤ４のユーザＩＤに基づき、Iユーザ情報ＤＢ１０２３を検索し、当該ユーザの年齢および性別の情報を読出す。そして、“対象年齢”と“対象性別”の値が、読出された年齢および性別に合致し、且つ“有効期限開始日時”・“有効期限終了日時”が有効期間を指示するクリエイティブ画像を配信するようにしてもよい。

または、サーバ１００は、販路ＩＤに合致するクリエイティブ画像を端末１に配信するようにしてもよい。つまり、各ユーザに割当てられるユーザＩＤの上位２桁が販路ＩＤを示すから、サーバ１００は、端末１から受信する取得要求からは、ユーザの個人情報などを完全に特定することはできないが、販路を特定することができる。したがって、販路が合致する広告情報のみを配信できる。

［他の実施の形態］
上述の広告の配信方法、表示方法および管理方法などは、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。たとえば、図１の構成では、ＣＰＵ２を備えてコンピュータの機能を有する端末１には、メモリカード１１を用いて当該プログラムを供給することができる。ＣＰＵ２は、Ｉ／Ｆ１０を介してメモリカード１１に格納されたプログラムを読出し、実行する。また、端末１には、通信ネットワークＮＴを介したダウンロードによって、プログラムを記憶部３に格納することもできる。

ＰＣ２００にも同様な方法でプログラムが提供される。図２３にはＰＣ２００の構成例が示される。図２３を参照して、ＰＣ２００は、処理部２０１、ＣＲＴ（陰極線管）・液晶ディスプレイなどからなるディスプレイ２０２、キーボード２０３およびマウス２０４を有する。処理部２０１は、該ＰＣ２００自体を集中的に制御するためのＣＰＵ２０５、ＲＯＭまたはＲＡＭを含んで構成されるメモリ２０６、固定ディスク２０７、ＦＤ（フレキシブルディスク）２１２が着脱自在に装着されて、装着されたＦＤ２１２をアクセスするＦＤ駆動装置２１１、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）２１４が着脱自在に装着されて、装着されたＣＤ−ＲＯＭ２１４をアクセスするＣＤ−ＲＯＭ駆動装置２１３、通信ネットワークＮＴと、該ＰＣ２００とを通信接続するための通信インターフェィス２０９を含む。これらの各部はバスを介して通信接続される。

ＰＣ２００には、カセット形式の磁気テープが着脱自在に装着されて磁気テープをアクセスする磁気テープ装置が設けられても良い。

図２３のＰＣ２００には、ＦＤ２１２およびＣＤ−ＲＯＭ２１４を用いてプログラムを提供することができる。また、ＰＣ２００には、通信ネットワークＮＴを介したダウンロードによって、プログラムをメモリ２０６または固定ディスク２０７に格納することもできる。

このように、端末１とＰＣ２００には、上述した実施の形態に従う方法をコンピュータを用いて実現するためのプログラム製品が供給される。プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

３ 記憶部、４ 一時記憶部、５ 操作部、５Ａ タッチパネル入力装置、５Ｂ トラックボール部、６ 表示部、７ 電話網通信部、９ 通信部、１１ メモリカード、１２ タイマ、２０ 表示処理部、２０Ａ 第１表示処理部、２０Ｂ 第２表示処理部、２１ 広告取得部、２３ ブックマーク処理部、２３Ａ ブックマーク管理部、２３Ｂ ブックマーク登録部、２５ 広告データ格納部、２７ データ検索部、２８ 操作受付部、２９ 選択受付部、３３ 状態データ。

Claims (13)

1. 広告情報を配信するサーバと、前記サーバと通信回線を介して通信する端末と、を備える広告配信システムであって、
   前記端末は、
   前記通信回線を介して受信した情報を出力するための出力手段と、
   当該端末に関する情報を受理するための手段と、
   当該端末に関する情報を含む広告要求を前記サーバに送信するための広告要求手段と、を含み、
   前記サーバは、
   複数の広告情報と、各広告情報に対応して当該広告情報の配信対象の端末に関する情報とを予め格納するための広告格納手段を、含み、
   前記サーバは、受信する前記広告要求の端末に関する情報に対応する前記広告情報を前記広告格納手段から読出し、前記端末に送信し、
   前記端末に関する情報は、当該端末の販売経路を指示する販路情報を指す、広告配信システム。
2. 前記販路情報は、前記端末のユーザの識別情報の一部に対応する、請求項１に記載の広告配信システム。
3. 前記広告格納手段の各広告情報は、当該広告情報が配信されるべき期間を指す配信期間情報を含み、
   前記サーバは、
   前記広告格納手段から読出した広告情報の前記配信期間情報に基づき、当該広告情報を前記端末へ送信するか否かを判定する、請求項１または２に記載の広告配信システム。
4. 前記広告情報は、広告画像を指定する指定情報を含み、
   前記端末は、
   指定情報を含む広告画像取得要求を前記サーバに対し送信する取得要求送信手段を、含み、
   前記サーバから、前記取得要求送信手段が送信した当該広告画像取得要求に含まれる指定情報によって指定される広告画像を受信し格納する、請求項１から３のいずれかに記載の広告配信システム。
5. 受信された広告画像が、既に格納された広告画像に一致する場合には、当該受信された広告画像を廃棄する、請求項４に記載の広告配信システム。
6. 端末に対し、通信回線を介して広告情報を配信する広告配信サーバであって、
   複数の広告情報と、各広告情報に対応して当該広告情報の配信対象の端末に関する情報とを予め格納するための広告格納手段と、
   前記端末から、当該端末に関する情報を含む広告要求を受信する手段と、
   受信する前記広告要求の中の端末に関する情報に対応する前記広告格納手段の広告情報を、前記端末に送信する手段と、を備え、
   前記端末に関する情報は、当該端末の販売経路を指示する販路情報を指す、広告配信サーバ。
7. 前記販路情報は、前記端末のユーザの識別情報の一部に対応する、請求項６に記載の広告配信サーバ。
8. 広告情報を配信するサーバと通信回線を介して通信する端末であって、
   前記サーバは、
   複数の広告情報と、各広告情報に対応して当該広告情報の配信対象の端末に関する情報とを予め格納するための広告格納手段を、含み、
   前記端末は、
   前記通信回線を介して受信した情報を出力するための出力手段と、
   当該端末に関する情報を受理するための手段と、
   当該端末に関する情報を含む広告要求を前記サーバに送信するための広告要求手段と、
   前記広告要求の端末に関する情報に対応する前記広告格納手段の広告情報を、前記サーバから受信する手段と、を備え、
   前記端末に関する情報は、当該端末の販売経路を指示する販路情報を指す、端末。
9. 前記販路情報は、前記端末のユーザの識別情報の一部に対応する、請求項８に記載の端末。
10. 広告情報を配信するサーバと通信回線を介して通信する端末に対する広告配信方法であって、
    前記端末において、
    当該端末に関する情報を受理するステップと、
    当該端末に関する情報を含む広告要求を前記サーバに送信するステップと、
    前記通信回線を介してサーバから受信する情報を出力するステップと、備え、
    前記サーバにおいて、
    前記端末から受信する前記広告要求の端末に関する情報に対応する前記広告情報を、広告格納部から読出し、前記端末に送信するステップを、備え、
    前記端末に関する情報は、当該端末の販売経路を指示する販路情報を指す、広告配信方法。
11. 前記販路情報は、前記端末のユーザの識別情報の一部に対応する、請求項１０に記載の広告配信方法。
12. 請求項１０または１１に記載の広告配信方法を、プロセッサに実行させるためのプログラム。
13. 請求項１０または１１に記載の広告配信方法を、プロセッサに実行させるためのプログラムを記録した機械読取り可能な記録媒体。

Images