(57)【特許請求の範囲】
【請求項１】
複数のユーザ端末と、各ユーザ端末と通信可能なサーバとを含む情報処理システムであって、
前記サーバは、
広告コンテンツをユーザ端末へ送信する広告送信手段を備え、
前記ユーザ端末は、
広告コンテンツを表示するための第１プログラムを実行することによって、前記サーバから受信した広告コンテンツを表示装置に表示する広告表示手段と、
前記広告コンテンツに関連する内容を表す関連画像を示す関連画像情報を記憶する関連画像情報記憶手段と、
前記第１プログラムとは異なるプログラムであって、前記ユーザ端末において実行可能な第２プログラムを実行する際、第２プログラムに基づく画像に対して前記関連画像情報を用いて変更を加えた画像を前記表示装置に表示する画像表示手段とを備え、
前記第２プログラムは、前記ユーザ端末において実行可能なアプリケーションプログラムを実行する指示を行うためのメニュー画像を表示するプログラムを含み、
前記画像表示手段は、前記メニュー画像に含まれる、前記アプリケーションプログラムを起動する指示を行うためのアイコンの少なくとも一部を変更する、情報処理システム。
【請求項２】
前記第２プログラムは、ゲームプログラムをさらに含み、
前記画像表示手段は、前記ゲームプログラムを実行する際、広告コンテンツに関する商品を表すアイテムの関連画像を前記表示装置に表示する、請求項１に記載の情報処理システム。
【請求項３】
前記第２プログラムは、現実世界または仮想世界を表す地図画像を表示するプログラムをさらに含み、
広告コンテンツは、前記現実世界または仮想世界内の位置に関連付けられており、
前記画像表示手段は、前記地図画像を表示するプログラムを実行する際、広告コンテンツが関連付けられる位置に前記関連画像を表示する、請求項１に記載の情報処理システム。
【請求項４】
前記ユーザ端末は、前記ユーザ端末において広告コンテンツが前記サーバから受信されたことに応じて、当該広告コンテンツに関する関連画像の表示を前記画像表示手段に許可する表示制御手段をさらに備える、請求項１から請求項３のいずれか１項に記載の情報処理システム。
【請求項５】
前記ユーザ端末は、前記ユーザ端末において広告コンテンツが再生されたことに応じて、当該広告コンテンツに関する関連画像の表示を前記画像表示手段に許可する表示制御手段をさらに備える、請求項１から請求項３のいずれか１項に記載の情報処理システム。
【請求項６】
自機の位置に関する位置情報に基づいて、前記広告コンテンツに関する場所をユーザが訪れたか否かを判定する位置判定手段をさらに備え、
前記ユーザ端末は、前記場所をユーザが訪れたと判定された広告コンテンツに関する関連画像の表示を前記画像表示手段に許可する表示制御手段をさらに備える、請求項１から請求項３のいずれか１項に記載の情報処理システム。
【請求項７】
前記ユーザ端末は、前記ユーザ端末における広告コンテンツの閲覧状況に応じて関連画像の表示態様を変化させる表示制御手段をさらに備える、請求項１から請求項３のいずれか１項に記載の情報処理システム。
【請求項８】
自機の位置に関する位置情報に基づいて、前記広告コンテンツに関する場所をユーザが訪れたか否かを判定する位置判定手段をさらに備え、
前記ユーザ端末は、前記場所をユーザが訪れたと判定された広告コンテンツに関する関連画像について表示態様を変化させる表示制御手段をさらに備える、請求項１から請求項３のいずれか１項に記載の情報処理システム。
【請求項９】
前記サーバは、
前記ユーザ端末における広告コンテンツの閲覧状況を示す閲覧情報を取得する取得手段と、
前記ユーザ端末に関する前記閲覧情報に基づいて当該ユーザ端末のユーザに付与されるポイントを示すポイント情報をユーザ毎に記憶するユーザ情報記憶手段と、
前記ポイントを対価として前記ユーザに対してコンテンツデータを送信するコンテンツ送信手段とをさらに備え、
前記ユーザ端末は、
広告コンテンツの前記閲覧情報を前記サーバへ送信する閲覧情報送信手段と、
ユーザが指定するコンテンツデータを前記ポイントの対価として取得する要求を前記サーバへ送信し、当該要求に応じてサーバから送信されてくるコンテンツデータを取得するコンテンツ取得手段とをさらに備える、請求項１から請求項８のいずれか１項に記載の情報処理システム。
【請求項１０】
サーバと通信可能な情報処理装置であって、
前記サーバは、広告コンテンツをユーザ端末へ送信し、
広告コンテンツを表示するための第１プログラムを実行することによって、前記サーバから受信した広告コンテンツを表示装置に表示する広告表示手段と、
前記広告コンテンツに関連する内容を表す関連画像を示す関連画像情報を記憶する関連画像情報記憶手段と、
前記第１プログラムとは異なるプログラムであって、前記ユーザ端末において実行可能な第２プログラムを実行する際、第２プログラムに基づく画像に対して前記関連画像情報を用いて変更を加えた画像を前記表示装置に表示する画像表示手段とを備え、
前記第２プログラムは、前記ユーザ端末において実行可能なアプリケーションプログラムを実行する指示を行うためのメニュー画像を表示するプログラムを含み、
前記画像表示手段は、前記メニュー画像に含まれる、前記アプリケーションプログラムを起動する指示を行うためのアイコンの少なくとも一部を変更する、情報処理装置。
【請求項１１】
サーバと通信可能な情報処理装置のコンピュータにおいて実行される情報処理プログラムであって、
前記サーバは、広告コンテンツをユーザ端末へ送信し、
広告コンテンツを表示するための第１プログラムを実行することによって、前記サーバから受信した広告コンテンツを表示装置に表示する広告表示手段と、
前記広告コンテンツに関連する内容を表す関連画像を示す関連画像情報を記憶する関連画像情報記憶手段と、
前記第１プログラムとは異なるプログラムであって、前記ユーザ端末において実行可能な第２プログラムを実行する際、第２プログラムに基づく画像に対して前記関連画像情報を用いて変更を加えた画像を前記表示装置に表示する画像表示手段として前記コンピュータを機能させ、
前記第２プログラムは、前記ユーザ端末において実行可能なアプリケーションプログラムを実行する指示を行うためのメニュー画像を表示するプログラムを含み、
前記画像表示手段は、前記メニュー画像に含まれる、前記アプリケーションプログラムを起動する指示を行うためのアイコンの少なくとも一部を変更する、情報処理プログラム。
【請求項１２】
複数のユーザ端末と、各ユーザ端末と通信可能であって、広告コンテンツに関連する内容を表す関連画像を示す関連画像情報を記憶するサーバとを含む情報処理システムにおいて実行される情報処理方法であって、
前記サーバは、
前記広告コンテンツをユーザ端末へ送信し、
前記ユーザ端末は、
広告コンテンツを表示するための第１プログラムを実行することによって、前記サーバから受信した広告コンテンツを表示装置に表示し、
前記第１プログラムとは異なるプログラムであって、前記ユーザ端末において実行可能な第２プログラムを実行する際、第２プログラムに基づく画像に対して前記関連画像情報を用いて変更を加えた画像を前記表示装置に表示し、
前記第２プログラムは、前記ユーザ端末において実行可能なアプリケーションプログラムを実行する指示を行うためのメニュー画像を表示するプログラムを含み、
前記ユーザ端末は、前記メニュー画像に含まれる、前記アプリケーションプログラムを起動する指示を行うためのアイコンの少なくとも一部を変更する、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが用いる端末へサーバから情報を提供するための情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法に関する。
【背景技術】
【０００２】
従来、ユーザが用いる端末へサーバから広告を送信する技術がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２５３６１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザが用いる端末へ広告を送信する場合、例えば広告を見る動機付けをユーザに与えることで、広告効果を向上することが望まれる。
【０００５】
それ故、本発明の目的は、効果的に広告効果を得ることができる情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法を提供することである。
【課題を解決するための手段】
【０００６】
上記の課題を解決すべく、本発明は、以下の（１）〜（１０）の構成を採用した。
【０００７】
（１）
本発明の一例は、複数のユーザ端末と、各ユーザ端末と通信可能なサーバとを含む情報処理システムである。
サーバは、広告コンテンツをユーザ端末へ送信する広告送信手段を備える。
ユーザ端末は、広告表示手段と、関連画像情報記憶手段と、画像表示手段とを備える。広告表示手段は、広告コンテンツを表示するための第１プログラムを実行することによって、サーバから受信した広告コンテンツを表示装置に表示する。関連画像情報記憶手段は、広告コンテンツに関連する内容を表す関連画像を示す関連画像情報を記憶する。画像表示手段は、第１プログラムとは異なるプログラムであって、ユーザ端末において実行可能な第２プログラムを実行する際、第２プログラムに基づく画像に対して関連画像情報を用いて変更を加えた画像を表示装置に表示する。
【０００８】
（２）
第２プログラムは、ゲームプログラムであってもよい。画像表示手段は、広告コンテンツに関する商品を表すアイテムの関連画像を表示装置に表示してもよい。
【０００９】
（３）
第２プログラムは、現実世界または仮想世界を表す地図画像を表示するプログラムであってもよい。広告コンテンツは、現実世界または仮想世界内の位置に関連付けられていてもよい。画像表示手段は、広告コンテンツが関連付けられる位置に関連画像を表示してもよい。
【００１０】
（４）
第２プログラムは、ユーザ端末において実行可能なアプリケーションプログラムを実行する指示を行うためのメニュー画像を表示するプログラムであってもよい。画像表示手段は、メニュー画像に含まれる、アプリケーションプログラムを起動する指示を行うためのアイコンの少なくとも一部を変更してもよい。
【００１１】
（５）
ユーザ端末は、ユーザ端末において広告コンテンツがサーバから受信されたことに応じて、当該広告コンテンツに関する関連画像の表示を画像表示手段に許可する表示制御手段をさらに備えていてもよい。
【００１２】
（６）
ユーザ端末は、ユーザ端末において広告コンテンツが再生されたことに応じて、当該広告コンテンツに関する関連画像の表示を画像表示手段に許可する表示制御手段をさらに備えていてもよい。
【００１３】
（７）
自機の位置に関する位置情報に基づいて、広告コンテンツに関する場所をユーザが訪れたか否かを判定する位置判定手段をさらに備えていてもよい。ユーザ端末は、場所をユーザが訪れたと判定された広告コンテンツに関する関連画像の表示を画像表示手段に許可する表示制御手段をさらに備えていてもよい。
【００１４】
（８）
ユーザ端末は、ユーザ端末における広告コンテンツの閲覧状況に応じて関連画像の表示態様を変化させる表示制御手段をさらに備えていてもよい。
【００１５】
（９）
自機の位置に関する位置情報に基づいて、広告コンテンツに関する場所をユーザが訪れたか否かを判定する位置判定手段をさらに備えていてもよい。ユーザ端末は、場所をユーザが訪れたと判定された広告コンテンツに関する関連画像について表示態様を変化させる表示制御手段をさらに備えていてもよい。
【００１６】
（１０）
複数のユーザ端末と、各ユーザ端末と通信可能なサーバとを含む情報処理システムである。
サーバは、広告送信手段と、取得手段と、ユーザ情報記憶手段と、コンテンツ送信手段とを備える。広告送信手段は、広告コンテンツをユーザ端末へ送信する。取得手段は、ユーザ端末における広告コンテンツの閲覧状況を示す閲覧情報を取得する。ユーザ情報記憶手段は、ユーザ端末に関する閲覧情報に基づいて当該ユーザ端末のユーザに付与されるポイントを示すポイント情報をユーザ毎に記憶する。コンテンツ送信手段は、ポイントを対価としてユーザに対してコンテンツデータを送信する。
ユーザ端末は、広告表示手段と、閲覧情報送信手段と、コンテンツ取得手段とを備える。広告表示手段は、サーバから受信した広告コンテンツを表示装置に表示する。閲覧情報送信手段は、広告コンテンツの閲覧情報をサーバへ送信する。コンテンツ取得手段は、ユーザが指定するコンテンツデータをポイントの対価として取得する要求をサーバへ送信し、当該要求に応じてサーバから送信されてくるコンテンツデータを取得する。
【００１７】
なお、本発明の別の一例は、上記（１）〜（１０）における情報処理システムに含まれる情報処理装置（例えば、後述するユーザ装置）またはサーバであってもよい。また、本発明の別の一例は、上記情報処理装置またはサーバのコンピュータを、上記（１）〜（１０）における各手段のいくつかとして機能させる情報処理プログラムであってもよい。また、本発明の別の一例は、上記情報処理システム、情報処理装置、またはサーバにおいて実行される情報処理方法であってもよい。
【発明の効果】
【００１８】
以上のように、本発明によれば、効果的に広告効果を得ることができる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態における情報処理システムの構成の一例を示すブロック図
【図２】サーバの構成の一例を示すブロック図
【図３】ユーザ端末の構成の一例を示すブロック図
【図４】情報処理システムにおける動作の一例を示す図
【図５】広告提供端末からサーバへ提供された広告コンテンツがユーザ端末で再生される場合の動作の流れの一例を示す図
【図６】広告登録要求に含まれる情報の一例を示す図
【図７】サーバに記憶される情報の一例を示す図
【図８】ユーザ端末に記憶される情報の一例を示す図
【図９】再生リスト画像の一例を示す図
【図１０】広告が再生される場合における画像の一例を示す図
【図１１】地図において関連画像が表示される一例を示す図
【図１２】関連画像が変更された場合の一例を示す図
【図１３】メニュー画面において関連画像が表示される一例を示す図
【図１４】広告ギャラリーにおいて広告が再生される場合における処理の流れの一例を示す図
【図１５】ユーザ端末において表示される広告ギャラリーの一覧ページの一例を示す図
【図１６】サーバによって実行される処理の流れの一例を示すフローチャート
【図１７】図１６に示す広告送信処理（ステップＳ３４）の詳細な処理の流れの一例を示すサブフローチャート
【図１８】図１６に示す閲覧通知受信処理（ステップＳ３５）の詳細な処理の流れの一例を示すサブフローチャート
【図１９】図１６に示すサーバギャラリー処理（ステップＳ３７）の詳細な処理の流れの一例を示すサブフローチャート
【図２０】ユーザ端末によって実行される処理の流れの一例を示すフローチャート
【図２１】ユーザ端末によって実行される広告アプリ処理の流れの一例を示すフローチャート
【図２２】図２１に示す地図表示処理（ステップＳ８７）の詳細な処理の流れの一例を示すサブフローチャート
【図２３】図２１に示すギャラリー処理（ステップＳ８８）の詳細な処理の流れの一例を示すサブフローチャート
【図２４】本実施形態の変形例における情報処理システムの動作の一例を示す図
【発明を実施するための形態】
【００２０】
［１．情報処理システムの構成］
以下、本実施形態に係る情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法について説明する。図１は、本実施形態における情報処理システムの構成の一例を示すブロック図である。図１に示すように、情報処理システムは、サーバ（サーバシステム）１と、ユーザ端末２と、広告提供端末３とを含む。各装置１〜３は互いに、ネットワーク４を介して通信可能である。なお、図１において、ユーザ端末２および広告提供端末３はそれぞれ１つのみ示しているが、情報処理システムは複数のユーザ端末および広告提供端末を含んでいる。
【００２１】
サーバ１は、広告コンテンツ（以下、「広告」と略記することがある。）を記憶し、ユーザ端末２に広告を提供する。広告（コンテンツ）は、画像および／または音を含むコンテンツであり、動画であってもよいし、静止画であってもよいし、音のみのコンテンツであってもよい。詳細は後述するが、本実施形態においては、サーバ１は、条件に合った広告をユーザ端末２に対して提供する。例えば、ある店の前をユーザが通った場合、その店に関する広告が当該ユーザのユーザ端末２に提供される。
【００２２】
また、サーバ１は、ユーザ端末２（のユーザ）に対してネットワークサービスを提供する。ネットワークサービスの内容は任意であるが、本実施形態においては、サーバ１は、ポイント（仮想通貨）を用いた商品（アプリケーションやコンテンツ等）の提供を行うネットワークサービスを行う。なお、ネットワークサービスの内容は任意であり、他の実施形態においては、ポイントによって（ポイントを対価として）提供される商品やサービスは、ネットワークを介して提供されるものに限らない。
【００２３】
ユーザ端末２は、ネットワークサービスのユーザ（ネットワークサービスを利用可能なユーザ。例えば、ネットワークサービスのアカウントを有するユーザ。）が有する情報処理装置である。本実施形態において、ユーザ端末２は携帯型（可搬型と言うこともできる）の端末である。本実施形態においては、ユーザ端末２は、ネットワークサービスを利用することが可能な専用端末であるとする。ただし、他の実施形態においては、ユーザ端末２は、例えば、携帯電話、スマートフォン、タブレット端末等といった汎用の情報処理端末であってもよい。また、ユーザ端末２は、いわゆる多機能端末である。すなわち、ユーザ端末２は、一般的な多機能デバイスが有する各種の機能（入力機能、出力（表示）機能、情報処理機能、ネットワーク通信機能、通話機能、カメラ機能等）のうちのいくつかを有している。ユーザ端末２は、サーバ１から広告を受信し、受信した広告を再生する機能を有する。
【００２４】
広告提供端末３は、広告を提供する広告主が有する任意の情報処理装置である。本実施形態においては、広告提供端末３は、ユーザ端末２と同じ種類の端末装置（例えば、ネットワークサービスを利用可能な上記専用端末）である。ただし、他の実施形態においては、広告提供端末３は、ユーザ端末２とは異なる種類の端末装置であってもよく、汎用の情報処理端末であってもよい。広告提供端末３は、広告主によって作成された広告をサーバ１へ送信する。
【００２５】
本実施形態において、広告提供端末３の広告主は、サーバ１からユーザ端末２へ送信すべき広告を登録する要求をサーバ１に対して行う（図１に示す（１））。このとき、サーバ１は、広告料を広告主に対して課金する（図１に示す（２））。このようにして、サーバ１には、複数の広告提供端末３からの広告が登録（記憶）される。また、詳細は後述するが、登録された広告には、広告をユーザ端末２へ送信するための条件（送信条件）が設定される。
【００２６】
一方、ユーザは、ユーザ端末２を携帯して移動する。本実施形態においては、このユーザ（ユーザ端末２）の移動によって、送信条件が満たされることがある。例えば、ユーザが、広告に係る店の前をユーザが通った場合や、店の最寄り駅をユーザが通った場合に、送信条件が満たされてもよい。ユーザ端末２が送信条件を満たした場合に、サーバ１は、当該送信条件に対応する広告を当該ユーザ端末２へ送信する（図１に示す（３））。ユーザ端末２は、サーバ１から受信した広告を、ユーザの指示に応じて再生する。本実施形態においては、サーバ１は、ユーザ端末２において広告が再生されたことに応じてユーザにポイントを付与する（図１に示す（３））。このポイントは、上記ネットワークサービスで利用可能なポイントである。
【００２７】
ユーザは、ネットワークサービスにおいて商品を購入する際にこのポイントを利用することができる（図１に示す（４））。また、ユーザは、ユーザ端末２において再生された広告を見て、（ネットワークサービスにおける商品購入とは別に）広告に係る商品を購入したりサービスを受けたりすることができる（図１に示す（５））。
【００２８】
以上のように、本実施形態においては、広告主は、送信条件を満たしたユーザに広告を提供することができるので、効率良く広告を提供することができ、効果的に広告効果を得ることができる。一方、ユーザは、広告を閲覧（再生）することでネットワークサービスに利用可能なポイントを得ることができる。このように、本実施形態においては、広告を見る動機付けをユーザに与えることができるので、効果的に広告効果を得ることができる。また、情報処理システムは、ユーザの条件に合った広告を提供するので、ユーザにとって有益な広告を提供することができる。
【００２９】
次に、情報処理システムに含まれる各装置の構成の具体例について説明する。図２は、サーバの構成の一例を示すブロック図である。図２に示すように、サーバ１は、ネットワーク４を介して外部装置（ユーザ端末２および広告提供端末３）とデータの送受信を行う通信部１１を備える。本実施形態においては、ネットワーク４はインターネットであり、通信部１１は、インターネットに接続する機能を有する。
【００３０】
サーバ１は、各種の情報処理を実行する処理部１２を備える。本実施形態においては、処理部１２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）およびメモリを有する。ＣＰＵがメモリを用いて、サーバ１に記憶される情報処理プログラムを実行することによって上記各種の情報処理が実行される。また、サーバ１は、サーバ１において保存される各種のデータを記憶する記憶部１３を備える。記憶部１３は、上記各種のデータとして、ユーザに関するユーザ情報、および、登録された広告に関する広告情報等を記憶する（図７参照）。
【００３１】
なお、サーバ１に記憶されるユーザ情報および広告情報のうちの一部の情報はサーバ管理者によって手動で入力されてもよい。そのため、サーバ１は、サーバ管理者が入力を行うためのユーザインターフェースとして、入力部および出力部（表示部）を備えていてもよい。
【００３２】
本実施形態においては、サーバ１を一体的な構成として説明するが、サーバ１は、機能および／または役割に応じて分けられた複数のサーバ装置（情報処理装置）を含む構成であってもよい。本明細書では、「サーバ」とは、１つのサーバ装置（情報処理装置）を指す他、サーバが複数のサーバ装置によって構成される場合にはサーバ装置群（サーバシステム）全体を指す意味である。例えば、サーバ１は、広告を記憶するデータサーバと、ネットワークサービスを提供するサービスサーバとを含む構成であってもよい。また、サーバ１は、上記ネットワークサービスの一環として商品等（「商品等」とは、商品の他に、サービスを含む意味である。以下同様に記載する。）を提供するサービスを行う場合、商品等の提供と課金とを行うショップサーバを含む構成であってもよい。
【００３３】
図３は、ユーザ端末２の構成の一例を示すブロック図である。図３に示すように、ユーザ端末２は、ネットワーク４を介してサーバ１とデータの送受信を行う通信部２１を備える。本実施形態においては、通信部２１は、インターネットに接続する機能を有する。例えば、通信部２１は、無線ＬＡＮを介してインターネット通信を行う通信モジュールであってもよい。また、ユーザ端末２と外部装置（例えばサーバ１）との通信方法は任意である。例えば他の実施形態においては、通信部２１は、モバイル通信網を介して通信を行うものであってもよい。
【００３４】
ユーザ端末２は処理部２２を備える。処理部２２は、ユーザ端末２において実行される各種の情報処理を実行する。処理部２２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）およびメモリを有する。ユーザ端末２においては、ＣＰＵがメモリを用いて、ユーザ端末２に記憶された情報処理プログラムを実行することによって上記各種の情報処理が実行される。なお、本実施形態においては、ユーザ端末２は、後述するメニュー画像等を表示するためのシステムプログラムと、広告を閲覧するためのアプリケーションプログラムである広告閲覧アプリとを記憶している。また、ユーザ端末２には、後述する地図表示プログラムやゲームプログラム等、その他のアプリケーションプログラムが記憶されていてもよい。処理部２２のＣＰＵは、これらの各種プログラムを実行する。
【００３５】
ユーザ端末２は、ユーザ端末２において用いられる各種のデータを記憶する記憶部２３を備える。本実施形態においては、記憶部２３は、サーバ１から受信した広告のデータ、および、後述する位置履歴情報のデータ等を記憶する（図８参照）。
【００３６】
ユーザ端末２は、自機の位置に関する位置情報を検出する位置検出部２４を備える。本実施形態においては、位置検出部２４は、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いて位置情報を検出する。位置検出部２４は、いわゆるＧＮＳＳセンサであり、例えばＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）センサ（ＧＰＳモジュール）などである。ここで、「位置に関する位置情報」とは、位置を示す情報であってもよいし、位置を特定することが可能な情報であってもよい。位置情報は、例えば、緯度経度を示す情報であってもよいし、ＧＰＳの衛星から送信されてくる、位置を特定可能な情報（例えば、電波送信時の時刻情報や、衛星の軌道情報）であってもよい。
【００３７】
なお、位置検出部２４における位置検出方法は任意であり、位置検出部２４は、例えばビーコンを用いて位置を検出してもよい。すなわち、位置検出部２４は、広告主の店に設置される発信側のビーコン端末からの信号に基づいて位置を検出してもよい。また例えば、位置検出部２４は、無線通信設備からの電波に基づいて位置を検出してもよい。すなわち、位置検出部２４は、携帯電話基地局からの電波や、無線アクセスポイントからの電波に基づいて位置を検出してもよい。さらに、位置検出部２４は、例えば加速度センサ等によってユーザ端末２の動きを検出して、検出結果に基づいて位置を検出（算出とも言う）してもよいし、カメラによって撮像される画像（例えば、ユーザ端末２の周囲を表す画像）に基づいて位置を検出してもよいし、マイクによって検出される周囲の音に基づいて位置を検出してもよい。また、位置検出部２４は、ユーザ端末２とは異なる他の装置からユーザ端末２の位置を表す情報を取得することによって位置を検出してもよい。
【００３８】
ユーザ端末２は、ユーザによる入力を受け付ける入力部２５を備える。入力部２５は、タッチパネル、ボタン、スティック等の任意の入力装置である。また、ユーザ端末２は、表示部２６を備える。
【００３９】
なお、上述のように、本実施形態においては、広告提供端末３は、ユーザ端末２と同種の情報処理装置であるので、広告提供端末３の構成に関する詳細な説明を省略する。
【００４０】
［２．情報処理システムにおける動作］
（２−１．情報処理システムにおける動作の概要）
次に、情報処理システムにおける動作の概要について説明する。図４は、情報処理システムにおける動作の一例を示す図である。本実施形態においては、まず、広告主は、広告を作成し、作成した広告を含む広告登録要求を広告提供端末３によってサーバ１へ送信する（図４に示す（１））。詳細は後述するが、広告登録要求は、ユーザ端末２へ送信すべき広告をサーバ１に登録することを要求するためのものである。なお、本実施形態においては、広告登録要求には、広告と、広告に対して設定される送信条件とが含まれている（図６参照）。この広告登録要求を受信したサーバ１は、広告と送信条件とを関連付けて記憶（登録）する。
【００４１】
一方、ユーザは、ユーザ端末２を携帯して外出する（図４に示す（２））。ユーザの外出中において、ユーザ端末２は、自機の位置を示す位置情報を逐次検出して記憶しておく（図４に示す（３））。これによって、外出中における位置の履歴が位置履歴情報としてユーザ端末２に記憶される。なお、図４に示す例では、ユーザは、広告に関する場所（「広告場所」と呼ぶ）の付近を通過する（図４に示す（４））。広告場所とは、例えば、広告に係る店の場所であってもよいし、広告に係る店の最寄り駅の場所等であってもよい。
【００４２】
図４に示す例において、ユーザは、自宅に戻った後で、上記広告閲覧アプリを起動する操作をユーザ端末２に対して行う。これに応じて、ユーザ端末２は、広告閲覧アプリを起動し、外出中における位置の履歴を示す位置履歴情報をサーバ１へ送信する（図４に示す（５））。なお、本実施形態においては、ユーザの自宅には無線ＬＡＮのアクセスポイントが設置されており、ユーザ端末２は、アクセスポイントを介してネットワーク４に接続してサーバ１と通信を行うことができるものとする。
【００４３】
ユーザ端末２から位置履歴情報を受信したサーバ１は、受信した位置履歴情報に基づいて、ユーザ端末２送信すべき広告を特定する（図４に示す（６））。具体的には、サーバ１は、登録されている広告に関連付けて記憶されている送信条件が満たされるか否かを位置履歴情報に基づいて判定し、送信条件が満たされる広告を特定する。さらに、サーバ１は、特定された広告をユーザ端末２へ送信する（図４に示す（７））。これによって、ユーザが外出した際にその付近を通過した広告場所に関する広告が、サーバ１からユーザ端末２へ送信されることになる。サーバ１から広告を受信したユーザ端末２においては、ユーザの再生指示に応じて広告が再生される（図４に示す（８））。
【００４４】
以上の動作によって、サーバ１は、ユーザの位置（通った場所）に応じた広告をユーザ端末２に提供することができ、広告のターゲットとなるユーザを絞って広告を効率良く提供することができる。上記の例では、例えば、ユーザが外出中において広告場所（例えば広告に関する店）の付近を通過した場合、その広告場所に対応する広告がユーザ端末２へ送信されて（ユーザが再生を指示することによって）再生される。つまり、実際に店の付近を通ったユーザに対してその店の広告が提供される。
【００４５】
（２−２．広告コンテンツを登録する処理）
以下、情報処理システムにおける動作の具体例について説明する。図５は、広告提供端末３からサーバ１へ提供された広告コンテンツがユーザ端末２で再生される場合の動作の流れの一例を示す図である。まず、図５に示すステップＳ１〜Ｓ４を参照して、広告提供端末３からの要求に応じてサーバ１が広告を登録する動作例について説明する。
【００４６】
図５において、広告提供端末３は、広告主の指示に応じて、広告登録要求を生成する（ステップＳ１）。広告登録要求は、広告をサーバ１に登録すること、すなわち、送信条件を満たした広告をユーザ端末２へ送信することをサーバ１に対して要求するものである。
【００４７】
図６は、広告登録要求に含まれる情報の一例を示す図である。図６に示すように、本実施形態において、広告登録要求は、広告（コンテンツ）、送信条件、および、終了条件を含む。広告コンテンツは、再生されるべき広告のコンテンツデータ（動画、静止画、音声等）である。なお、本実施形態においては、広告コンテンツには、広告のタイトルが含まれるものとする。本実施形態において、広告コンテンツは、広告主によって予め作成される。広告コンテンツの作成方法は任意である。
【００４８】
送信条件は、広告をユーザ端末に送信する条件である。本実施形態においては、送信条件は、ユーザ端末２の位置に関する条件であり、より具体的には、ユーザ端末２と広告場所との位置関係に関する条件である。例えば、送信条件は、広告場所を基準とした所定範囲内をユーザ端末２が通過したことである。なお、送信条件は、ユーザ端末２の位置に関する条件に加えて（または代えて）、他の条件を含んでいてもよい（後述する“［６．変形例］”の“（送信条件に関する変形例）”を参照）。
【００４９】
終了条件は、広告の登録（ユーザ端末２への広告の送信が可能な期間）を終了する条件である。本実施形態においては、終了条件は、広告を閲覧したユーザの数（閲覧ユーザ数）、すなわち、広告を再生したユーザ端末２の数に関する条件である。例えば、終了条件は、閲覧ユーザ数が所定数となったことである。この条件によれば、所定人数のユーザに広告を見てもらうまではサーバ１に広告が登録されるので、広告主は、広告料に見合った広告効果を得ることができる。
【００５０】
なお、他の実施形態においては、終了条件は、閲覧ユーザ数に関する条件に限らず、他の条件であってもよい。例えば、終了条件は、次のような条件であってもよい。
・広告を送信したユーザ端末の数に関する条件（例えば、所定数のユーザ端末へ広告を送信したこと）
・広告が再生された回数に関する条件（例えば、所定回数だけ広告が再生されたこと）
・広告場所を実際に訪問したユーザの数（訪問ユーザ数）に関する条件（例えば、訪問ユーザ数が所定数となったこと）
・広告を登録する期間に関する条件（例えば、１０月になったこと（９月まで広告を登録する場合））
【００５１】
本実施形態においては、広告（コンテンツ）、送信条件、および終了条件を広告主が設定することによって、広告登録要求が生成される。広告提供端末３は、生成された広告登録要求をサーバ１へ送信する（ステップＳ２）。なお、広告登録要求は、上述の広告閲覧アプリによって生成・送信されることができるようにしてもよい。つまり、広告登録要求に含まれる各種情報（広告コンテンツ、送信条件、および終了条件）の入力を広告主から受け付け、入力された情報に基づいて広告登録要求を生成してサーバ１へ送信する機能が広告閲覧アプリに組み込まれていてもよい。また、送信条件および／または終了条件については、広告閲覧アプリにおいて複数種類の条件が予め用意されており、複数種類の条件から広告主が１つを選択することによって条件が設定されてもよい。
【００５２】
以上のように、本実施形態においては、送信条件（および終了条件）は、広告登録要求に含まれるので、広告主によって設定される。したがって、広告主が所望の条件を設定することができるので、広告主の広告戦略を反映して広告をユーザに提供することができる。
【００５３】
本実施形態においては、上記の広告登録要求が広告提供端末３からサーバ１へ送信されると、サーバ１によって広告料の課金に関する課金処理が実行される（ステップＳ３）。本実施形態においては、広告主はネットワークサービスで利用可能なポイント（仮想通貨）を有しており、当該ポイントによって広告料が支払われるものとする。すなわち、サーバ１は、広告主のポイントを示す情報を、広告料に応じたポイント数を減算するように更新する。なお、広告料の課金（支払い）の方法は任意であり、従来の課金方法によって行われてもよい。例えば、課金方法は、銀行から広告料を振り込む方法であってもよい。また、広告料の支払いおよび課金は、サーバ１および／または広告提供端末３による情報処理ではなく、人手によって行われてもよい。
【００５４】
広告料は、上記広告登録要求の内容（広告、送信条件、および／または終了条件）に応じて設定されてもよい。例えば、サーバ１は、動画である広告コンテンツの再生時間、送信条件における所定範囲の広さ、および／または、終了条件において設定される閲覧ユーザ数の多さ、に応じて広告料を設定してもよい。
【００５５】
また、本実施形態においては、課金に関する処理は、広告提供端末３が広告登録要求を送信した後で実行されるものとしたが、当該処理の実行タイミングは任意である。他の実施形態においては、課金に関する処理は、広告登録要求を送信する前に実行されてもよいし、広告登録要求と同時に実行されてもよいし、広告がサーバ１に登録された（後述するステップＳ４の処理）後で実行されてもよい。また、他の実施形態においては、ユーザ端末２において広告が受信された（または再生された）ことに応じて広告料が発生するようにしてもよく、このとき、広告料が発生する度（つまり、広告が受信または再生される度）に、課金に関する処理が実行されてもよい。
【００５６】
課金に関する処理が実行され、広告料の支払いが完了すると、サーバ１は、広告登録要求に応じて広告を登録する（ステップＳ４）。すなわち、サーバ１は、広告に関する広告情報を生成して、広告情報を記憶部１３に記憶する。これによって、広告登録要求に含まれる広告の送信が許可されたことになる。
【００５７】
図７は、サーバ１に記憶される情報の一例を示す図である。図７に示すように、サーバ１には、登録される広告（コンテンツ）と、広告に関連付けられる情報とを含む広告情報が記憶される。本実施形態においては、広告情報は、広告ＩＤ、送信条件、終了条件、訪問条件、関連画像情報、および広告効果情報を含む。
【００５８】
広告情報に含まれる広告ＩＤは、広告コンテンツ毎に付される、広告コンテンツを識別するための識別情報である。例えば、広告ＩＤは、他の広告と同じ値にならないようにサーバ１によって自動的に設定される。
【００５９】
広告情報に含まれる送信条件は、広告登録要求に含まれる送信条件である。また、広告情報に含まれる終了条件は、広告登録要求に含まれる終了条件である。つまり、本実施形態においては、送信条件および終了条件については、広告主が設定した条件がサーバ１において記憶される。なお、他の実施形態においては、送信条件および／または終了条件は、広告登録要求には含まれず、サーバ１側で設定されてもよい。
【００６０】
訪問条件は、（広告を見た後で）ユーザが広告場所を訪れたか否かを判定するための条件である。本実施形態においては、訪問条件は、ユーザ端末２の位置に関する条件であり、より具体的には、ユーザ端末２と広告場所との位置関係に関する条件である。例えば、訪問条件は、広告場所を基準とした所定範囲内に所定時間以上（例えば、１５分以上）、ユーザ端末２が滞在したことである。このような条件によって、例えば、ユーザがその広告に係る店を実際に訪れたか否かを判定することができる。詳細は後述するが、本実施形態においては、ユーザが広告を閲覧した後で訪問条件が満たされた場合、すなわち、広告を見た後でユーザが広告場所を訪れた場合には、ユーザに対してポイントがさらに付与される（図５に示すステップＳ１４）。
【００６１】
なお、訪問条件の設定（生成）方法は任意である。例えば、広告場所の位置情報が予めサーバ１に記憶されている場合には、当該位置情報に基づいてサーバ１が訪問条件を自動的に設定してもよい。また例えば、サーバ１の管理者が手動で入力することによって訪問条件が設定されてもよい。また、他の実施形態においては、広告主が訪問条件を設定し、広告提供端末３が訪問条件を含む広告登録要求をサーバ１へ送信するようにしてもよい。
【００６２】
関連画像情報は、広告を再生したユーザ端末２へ送信される関連画像を示す情報である。ここで、本実施形態においては、ユーザ端末２においてある広告が再生された場合、当該広告に関連付けられる関連画像が、ユーザ端末２における所定のタイミング（例えば、メニュー画像が表示されるタイミングや、所定のアプリケーションの実行中におけるタイミング）で表示される（詳細は後述する）。関連画像は、広告に関連する画像である。具体的には、関連画像は、広告に係る商品を表す画像であってもよいし、広告主の店舗やブランド名や商品名を表す画像であってもよい（詳細は後述する）。関連画像情報は、関連画像のデータ自身を含んでいてもよいし、関連画像を特定する情報であってもよい。例えば、ユーザ端末２において関連画像のデータが記憶されている場合（例えば、ユーザ端末２に記憶されるプログラムに関連画像のデータが含まれている場合）には、関連画像情報は、関連画像を特定する識別番号を示す情報であってもよい。
【００６３】
なお、関連画像の生成方法は任意である。例えば、関連画像情報は、広告登録要求に含まれる広告コンテンツに基づいてサーバ１が自動的に生成してもよい。また例えば、サーバ１の管理者が手動で入力することによって関連画像情報が設定されてもよい。また、他の実施形態においては、広告主が関連画像を生成し、広告提供端末３が関連画像情報を含む広告登録要求をサーバ１へ送信するようにしてもよい。
【００６４】
本実施形態においては、関連画像情報は、関連画像を適用するプログラム（ユーザ端末２において実行されるプログラム）を示すプログラム情報を含む。例えば、関連画像情報は、ユーザ端末２において実行されるアプリケーションプログラム（例えば、上記広告閲覧アプリや後述する地図アプリ）、または、システムプログラムを示す。
【００６５】
広告効果情報は、広告による効果（広告効果）を示す情報である。本実施形態においては、広告効果情報は、上述の閲覧ユーザ数を示す情報と、後述するギャラリー再生回数を示す情報とを含む。詳細は後述するが、閲覧ユーザ数は、上述した終了条件を判定するために用いられる。また、ギャラリー再生回数は、後述する広告ギャラリーにおいて広告が再生された回数であり、広告主に対するポイントの付与に関する判定を行うために用いられる。なお、広告効果情報は、広告効果を示す任意の情報でよい。例えば他の実施形態においては、広告効果情報は、広告を受信したユーザ端末２の数を示す情報であってもよいし、広告場所を訪問したユーザの数を示す情報であってもよい。なお、広告情報の生成時においては、サーバ１は、閲覧ユーザ数およびギャラリー再生回数としてそれぞれ“０”を示す広告効果情報を生成する。
【００６６】
本実施形態においては、サーバ１は、広告登録要求から広告コンテンツ、送信条件、および終了条件を取得するとともに、広告ＩＤ、訪問条件、関連画像情報、および広告効果情報を生成することによって、広告情報を生成して記憶部１３に記憶する。これによって、広告登録要求に対応する広告情報がサーバ１において記憶され、広告が登録されたことになる。
【００６７】
（２−３．広告コンテンツを送信・再生する処理）
次に、サーバ１に登録された広告がユーザ端末２へ送信されて再生される動作例（図５に示すステップＳ５〜Ｓ１０）について説明する。
【００６８】
まず、図７および図８を参照して、サーバ１およびユーザ端末２において記憶される各種情報（データ）について説明する。図７に示すように、サーバ１は、ネットワークサービスのユーザ毎にユーザ情報を記憶する。
【００６９】
なお、本実施形態において、「ユーザ毎」とは、「ネットワークサービスのアカウント毎」という意味を含む。すなわち、本実施形態においては、ネットワークサービスの１つのアカウントを１人のユーザとみなす。したがって、情報処理システムは、複数の人間が１つのアカウントを共用する場合は当該複数の人間をまとめて１人のユーザとみなす。反対に、１人の人間が複数のアカウントを有する場合はアカウント毎に異なるユーザとみなす。なお、他の実施形態においては、１つのユーザ端末２を利用する１以上の人間を「１人のユーザ」とみなしてもよい。すなわち、「ユーザ毎」とは、「ユーザ端末毎」という意味も含まれ得る。この場合、情報処理システムは、ユーザ端末１台を１ユーザとして取り扱う。したがって、情報処理システムは、複数の人間が１台のユーザ端末を使用していても当該複数の人間をまとめて１ユーザとみなす。反対に、１人の人間が複数台のユーザ端末を使用している場合は、ユーザ端末毎に異なるユーザとみなす。
【００７０】
図７に示すように、本実施形態において、ユーザ情報は、ユーザＩＤ、ポイント情報、および、閲覧済み情報を含む。ユーザＩＤは、ユーザ毎に付される、ユーザを識別するための識別情報である。本実施形態においては、ユーザＩＤは、上記ネットワークサービスのアカウントのＩＤであるとする。なお、ユーザ端末１台を１ユーザとして取り扱う場合には、ユーザ端末を識別するための識別番号（ＭＡＣアドレス等）がユーザＩＤとして用いられてもよい。なお、ユーザ端末２は、サーバ１にアクセスする際、ユーザＩＤをサーバ１へ送信する。これによって、サーバ１は、アクセスしてきたユーザ端末（ユーザ）を特定することができる。また、サーバ１は、ユーザに関する各種の情報（後述するポイント情報等）をユーザ（すなわち、端末）毎に記憶することができる。
【００７１】
ポイント情報は、ユーザに付与されたポイント数を示す情報である。また、閲覧済み情報は、ユーザが閲覧した広告を示す情報である。例えば、閲覧済み情報は、ユーザが閲覧した広告、すなわち、ユーザ端末２において再生された広告の広告ＩＤのリストを示す。なお、閲覧済み情報は、広告毎に、ユーザが広告を閲覧した回数、閲覧した日時、および／または、閲覧した時刻等を含んでいてもよい。
【００７２】
図８は、ユーザ端末２に記憶される情報の一例を示す図である。図８に示すように、ユーザ端末２の記憶部２３は、位置履歴情報、広告コンテンツ、ポイント情報、閲覧済み情報、および、関連画像情報を記憶する。
【００７３】
位置履歴情報は、ユーザ端末２の位置検出部２４によって検出される位置情報の履歴を示す情報である。本実施形態においては、ユーザ端末２は、ユーザの外出中において位置情報を逐次検出し、検出された各位置情報を含む情報を位置履歴情報として記憶部２３に記憶する。
【００７４】
広告コンテンツは、送信条件が満たされたことによってサーバ１からユーザ端末２へ送信されてユーザ端末２において受信された広告のコンテンツデータである。
【００７５】
ポイント情報は、ユーザに付与された現在のポイント数を示す情報である。ユーザ端末２に記憶されるポイント情報は、サーバ１に記憶される、当該ユーザ端末２のユーザに関するユーザ情報に含まれるポイント情報と同じ内容である。
【００７６】
閲覧済み情報は、ユーザが閲覧した広告を示す情報である。ユーザ端末２に記憶される閲覧済み情報は、サーバ１に記憶される、当該ユーザ端末２のユーザに関するユーザ情報に含まれる閲覧済み情報と同じ内容である。
【００７７】
関連画像情報は、ユーザ端末２において取得された関連画像を示す情報である。関連画像情報は、サーバ１に記憶される広告情報に含まれる関連画像情報と同様、関連画像のデータ自身を含んでいてもよいし、関連画像を特定する情報であってもよい。なお、記憶部２３には、ユーザ端末２において取得された関連画像の数に応じた数の関連画像情報が記憶される。
【００７８】
図５の説明に戻り、ユーザ端末２は、ユーザ端末２の位置の履歴を示す位置履歴情報を取得する（ステップＳ５）。本実施形態においては、位置情報が逐次検出され、ユーザが外出している間に逐次検出された各位置情報を含む位置履歴情報が取得される。具体的には、ユーザ端末２は、ユーザの自宅の位置を予め記憶しておき、所定時間間隔で位置情報を検出する。そして、検出された位置情報が、自宅の位置を基準とした所定範囲内から出た場合、ユーザ端末２は、ユーザが外出したと判断し、外出中に検出される位置情報を位置履歴情報として記憶する。また、ユーザ端末２は、ユーザが外出していると判断する間、逐次検出される位置情報を位置履歴情報に追加していく。そして、検出された位置情報が、自宅の位置を基準とした上記所定範囲内に入った場合、ユーザ端末２は、ユーザが帰宅したと判断し、位置情報を位置履歴情報に追加する処理を終了する。以上によって、１回の外出の間に取得された各位置情報によって、１つの位置履歴情報が構成される。また、本実施形態においては、ユーザが複数回外出した場合には、外出毎に位置履歴情報が取得されて記憶される。
【００７９】
上記のように、本実施形態においては、ユーザ端末２は、ユーザが外出した場合に位置履歴情報を自動的に取得する。ここで、位置履歴情報の取得方法は任意であり、他の実施形態においては他の方法によって位置履歴情報が取得されてもよい。例えば、他の実施形態においては、ユーザ端末２は、ユーザ端末２の起動中において逐次位置情報を検出し、検出される位置情報を位置履歴情報として記憶してもよい。このとき、位置履歴情報をサーバ１へ送信するタイミング（後述するステップＳ７）になると、ユーザ端末２は、当該タイミングまでに検出された位置情報を含む位置履歴情報をサーバ１へ送信する。また例えば、ユーザ端末２は、ユーザによる所定の検出開始指示があったことに応じて、位置情報の検出（および、位置履歴情報の取得）を開始してもよいし、ユーザによる所定の検出終了指示があったことに応じて、位置情報の検出を終了してもよい。例えば、ユーザ端末２は、上述の広告閲覧アプリが起動されたことに応じて、位置情報の検出（および、位置履歴情報の取得）を開始してもよい。
【００８０】
また、他の実施形態において、ユーザ端末２がモバイル通信網を介して通信を行う機能を有する場合には、ユーザ端末２は、任意のタイミングで位置履歴情報をサーバ１へ送信してもよい。例えば、ユーザ端末２は、所定の場所に滞在したことに応じて位置履歴情報をサーバ１へ送信してもよいし、所定時間毎に位置履歴情報をサーバ１へ送信してもよい。
【００８１】
次に、ユーザ端末２は、ユーザの指示に応じて広告閲覧アプリを起動する（ステップＳ６）。ここでは、ユーザ端末２は、上述のようにユーザの自宅においてサーバ１と通信可能であるとし、ユーザは、ユーザ端末２がサーバ１と通信可能である状態において広告閲覧アプリを起動するものとする。
【００８２】
広告閲覧アプリを起動すると、ユーザ端末２は、位置履歴情報をサーバ１へ送信する（ステップＳ７）。すなわち、広告閲覧アプリの実行中において、ユーザ端末２がサーバ１と通信可能な状態である場合（例えば自宅にいる場合）、ユーザ端末２は、位置履歴情報をサーバ１へ送信する。本実施形態においては、位置履歴情報とともに、ユーザ端末２のユーザのユーザＩＤの情報がサーバ１へ送信される。なお、ここでは、広告閲覧アプリの起動時にユーザＩＤ（ネットワークサービスのアカウントのＩＤ）が入力され、入力されたユーザＩＤが位置履歴情報とともにサーバ１へ送信される。また、ステップＳ７の処理において、ユーザ端末２は、ユーザ端末２に記憶されている位置履歴情報であって、まだサーバ１へ送信されていない位置履歴情報をサーバ１へ送信する。
【００８３】
ユーザ端末２から位置履歴情報を受信すると、サーバ１は、位置履歴情報に基づいて、当該ユーザ端末２へ送信すべき広告を特定する（ステップＳ８）。すなわち、サーバ１は、受信された位置履歴情報が、サーバ１に記憶されている各広告情報に含まれる各送信条件が充足されるか否かを送信条件毎に判定する。上述のように、送信条件は、ユーザ端末２の位置に関する条件であり、例えば、広告場所を基準とした所定範囲内をユーザ端末２が通過したことである。このとき、サーバ１は、位置履歴情報により示される位置の軌跡の一部が、上記所定範囲内に含まれるか否かを判定する。
【００８４】
なお、他の実施形態においては、送信条件は、位置に関する条件に加えて、他の条件を含んでいてもよい。例えば、送信条件は、広告場所を基準とした上記所定範囲を通過した速度、上記所定範囲内に滞在した時間、および／または、上記所定範囲内を通過した時間帯に関する条件を含んでいてもよい（後述する“［６．変形例］”の“（送信条件に関する変形例）”を参照）。
【００８５】
また、他の実施形態においては、送信条件は、１つの位置履歴情報に関する条件（１つの位置履歴情報に基づいて判定される条件）に限らず、複数個の位置履歴情報に関する条件（複数個の位置履歴情報に基づいて判定される条件）であってもよい。すなわち、送信条件は、広告場所を基準とした上記所定範囲をユーザ端末２が通過した回数および／または頻度に関する条件であってもよい。例えば、送信条件は、ユーザ端末２が上記所定範囲を５回通過したことであってもよいし、ユーザ端末２が上記所定範囲を１週間に３回通過したことであってもよい。
【００８６】
充足された送信条件が存在する場合、サーバ１は、当該送信条件に対応する広告（広告情報において当該送信条件に関連付けられている広告）を、送信すべき広告として特定する。なお、充足された送信条件が複数存在する場合には、送信すべき広告は複数となる。また、充足された送信条件が存在しない場合には、送信すべき広告は特定されない。
【００８７】
なお、本実施形態においては、ユーザ端末２からの位置履歴情報を受信した場合、サーバ１は、上記ステップＳ８の処理に加えて、ユーザが広告場所を訪問したことに応じてポイントを付与する処理（ステップＳ１４）を実行する。この処理については後述する。
【００８８】
サーバ１は、特定した広告を、送信条件を充足したユーザ端末２へ送信する（ステップＳ９）。本実施形態においては、サーバ１は、広告のコンテンツデータとともに、広告ＩＤ、および、広告のタイトルを示す情報をユーザ端末２へ送信する。なお、図示しないが、充足された送信条件が無く、広告が特定されない場合は、広告はユーザ端末２へ送信されない。このとき、送信すべき広告が無い旨の通知がサーバ１からユーザ端末２へ送信されてもよい。ユーザ端末２は、サーバ１から送信されてくる広告を受信して記憶する。
【００８９】
上記のように、本実施形態では、サーバ１は、広告が特定されると、特定された広告をユーザ端末２へ送信した。ここで、他の実施形態においては、サーバ１は、広告が特定された場合、まず、当該広告の概要情報（例えば、サムネイルおよびタイトルの情報を含む）を送信してもよい。このとき、ユーザ端末２は、概要情報を表示して（後述する再生リスト画像と同様の画像を表示してもよい）、閲覧する広告の指示をユーザから受け付け、ユーザから指示された広告をサーバ１へ通知する。サーバ１は、この通知に応じて広告を送信してもよい。このとき、広告は、ユーザ端末２においてストリーミング再生されてもよい。
【００９０】
また、広告閲覧アプリの実行中において、ユーザ端末２は、ユーザの指示に応じて広告を再生する（ステップＳ１０）。すなわち、ユーザ端末２は、閲覧可能な広告（送信条件が充足された広告）のうちから、ユーザが選択した広告を再生する。本実施形態においては、ユーザ端末２は、再生可能な広告の一覧を表す再生リスト画像を表示し、再生すべき広告をユーザに選択させる。
【００９１】
図９は、再生リスト画像の一例を示す図である。本実施形態においては、広告閲覧アプリが起動されると、ユーザ端末２はまず、図９に示す再生リスト画像を表示部２６に表示する。図９に示すように、再生リスト画像は、広告のタイトルを表すタイトル画像（図９では画像３１〜３４）を含む。図９においては、タイトル画像は、広告のタイトルと、広告が受信された日付とを表している。なお、他の実施形態においては、タイトル画像は、広告のサムネイル画像を含んでいてもよい。また、本実施形態においては、新たに受信された広告（前回に広告閲覧アプリを終了した後で受信された広告）を表すタイトル画像は、他の広告とは異なる態様（図９では、斜線）で表示される。これによって、新たに取得された広告をわかりやすく提示することができる。
【００９２】
上記再生リスト画像が表示されることによって、新たな広告を受信したことがユーザに通知されることとなる。なお、他の実施形態においては、ユーザ端末２は、広告を受信したことに応じたタイミングで、広告を受信したことの通知をユーザに対して行うようにしてもよい。
【００９３】
また、図９に示すように、再生リスト画像は、地図ボタン３５と、すれ違いボタン３６と、ギャラリーボタン３７とを含む。地図ボタン３５は、地図を表示する指示を行うための画像である。詳細は後述するが、地図ボタン３５が指定されたことに応じて、広告場所を含む地図が表示される（図１１参照）。
【００９４】
すれ違いボタン３６は、外出中に行われた他のユーザ端末との通信に関する処理（すれ違い処理）を実行する指示を行うための画像である。ここで、ユーザ端末２は、近距離（数十ｍ）の無線通信によって他のユーザ端末との間で自動的に通信を行う機能を有し、通信によってユーザに関する情報を得ることができる。例えば、ユーザ端末２に登録されている、ユーザに関する情報（例えばプロフィール情報）や、ユーザのアバターの情報が送受信される。上記すれ違い処理の内容は任意であるが、例えば、当該すれ違い処理によって、ユーザは、外出中にユーザがすれ違ったユーザに関する情報を閲覧したり、すれ違ったユーザのアバターを用いたゲームを行ったりすることができる。
【００９５】
ギャラリーボタン３７は、後述する広告ギャラリーにおける広告の一覧ページを表示する指示を行うための画像である。すなわち、ギャラリーボタン３７が指定されたことに応じて、ユーザ端末２は、広告ギャラリーの一覧ページ（図１５参照）を表示部２６に表示する。
【００９６】
ユーザ端末２は、上記タイトル画像がユーザによって指定されたことに応じて、指定されたタイトル画像が表す広告の再生を開始する。なお、本実施形態においては、再生リスト画像におけるタイトル画像はスクロール可能に表示され、ユーザ端末２は、ユーザによるスクロール操作に応じてタイトル画像をスクロールすることによって、表示されていなかったタイトル画像を表示させる。
【００９７】
図１０は、広告が再生される場合における画像の一例を示す図である。図１０は、図９に示すタイトル画像３１が選択されたことに応じて、タイトル画像３１が表す広告（レストラン○○の広告）が再生される場合の画像を示している。本実施形態においては、広告コンテンツとして、表示部２６において動画３８が再生される。なお、広告コンテンツには音が含まれていてもよく、このとき、ユーザ端末２が備えるスピーカ（図示せず）によって音が再生される。
【００９８】
なお、広告が再生される間、ユーザ端末２は、再生を制御するための操作をユーザから受け付けてもよい。すなわち、ユーザ端末２は、広告の再生途中で停止、巻き戻し、および／または早送り等の指示入力をユーザから受け付け、指示入力に応じた再生制御を行うようにしてもよい。
【００９９】
以上のように、本実施形態においては、ユーザ端末２の位置情報（位置履歴情報）に基づいて送信条件が判定され、充足された送信条件に対応する広告がユーザ端末２へ送信される。これによって、情報処理システムは、例えば、実際に店の付近を通ったユーザに対して広告を提供することができ、ユーザの位置に応じた適切な広告をユーザに提供することができる。
【０１００】
（２−４．広告の再生に応じたポイント付与処理）
次に、広告の再生に応じてユーザに対してポイントが付与される動作例（図５に示すステップＳ１１〜Ｓ１２）について説明する。上記ステップＳ１０の処理によって広告の再生が終了すると、ユーザ端末２は、ユーザが広告を閲覧したことを通知するための閲覧通知をサーバ１へ送信する（ステップＳ１１）。閲覧通知には、再生が行われた広告の広告ＩＤ、および、ユーザＩＤが含まれる。なお、ユーザ端末２は、ユーザが広告を（十分に）閲覧していないと判断した場合、閲覧通知を送信しないようにしてもよい。ユーザ端末２は、例えば、広告が最後まで再生されていない場合、再生時間が所定時間より短い場合、および、ユーザが所定の操作を行っていない場合等には、ユーザが広告を閲覧していないと判断してもよい。また例えば、ユーザ端末２は、カメラによってユーザを撮像し、撮像画像に基づいてユーザが広告を閲覧していたか否かを判断するようにしてもよい。例えば、撮像画像に基づいて、広告の再生中にユーザがよそ見をしていたことが検出された場合には、ユーザが広告を閲覧していないと判断してもよい。
【０１０１】
また、ステップＳ１１の処理において、ユーザ端末２は、記憶部２３に記憶されている閲覧済み情報の内容を更新する。すなわち、閲覧済み情報が示すリスト（広告ＩＤのリスト）に、再生された広告の広告ＩＤが追加される。なお、再生された広告の広告ＩＤが上記広告ＩＤのリストにすでに含まれている場合には、当該広告ＩＤの追加は行われない。
【０１０２】
ユーザ端末２から閲覧通知を受信すると、サーバ１は、ユーザ端末２のユーザに対してポイントを付与する（ステップＳ１２）。すなわち、サーバ１は、閲覧通知に含まれるユーザＩＤによってユーザを特定し、記憶部１３に記憶されているユーザ情報のうち、特定されたユーザに関するユーザ情報に含まれるポイント情報を更新する。ポイント情報は、例えば、閲覧通知を受信する毎に所定数のポイントが加算されるように更新される。これによれば、ユーザが広告を閲覧した数に応じたポイントが付与されることになる。なお、ポイントの付与方法はどのような方法であってもよい。例えば他の実施形態においては、広告毎にポイント加算数が設定されており、再生された広告に応じた数のポイントが加算されてもよい。
【０１０３】
また、本実施形態においては、サーバ１は、付与したポイント数の情報を含む通知をユーザ端末２へ送信する。この通知を受信したユーザ端末２は、サーバ１において記憶されるポイント情報が示すポイント数と同じになるように、記憶部２３に記憶されるポイント情報を更新する。
【０１０４】
以上のように、本実施形態においては、ユーザが広告を閲覧することに応じて、ユーザに特典（ネットワークサービスにおけるポイント）が付与される。これによれば、サーバ１から提供された広告を見る動機付けをユーザに与えることができるので、広告効果を向上することができる。
【０１０５】
（２−５．広告の再生に応じた関連画像付与処理）
次に、広告の再生に応じてユーザに対して関連画像が付与される動作例（図５に示すステップＳ１３）について説明する。ユーザ端末２から上記閲覧通知を受信した場合、サーバ１は、閲覧通知に係る広告に応じた関連画像情報をユーザ端末２へ送信する（ステップＳ１３）。具体的には、サーバ１は、記憶部１３に記憶されている広告情報のうち、閲覧通知に含まれる広告ＩＤが示す広告の広告情報に含まれる関連画像情報をユーザ端末２へ送信する。
【０１０６】
サーバ１から関連画像情報を受信したユーザ端末２は、受信した関連画像情報を記憶部２３に記憶する。これによって、受信された関連画像情報が表す関連画像がユーザ端末２において表示可能となる。このようにしてユーザ端末２（ユーザ）に付与された関連画像は、ユーザ端末２において適宜の状況で表示される。本実施形態においては、所定のアプリケーションにおいて関連画像が表示されたり、メニュー画面において関連画像が表示されたりする。
【０１０７】
以下、ユーザ端末２において表示される関連画像の具体例について説明する。図１１は、地図において関連画像が表示される一例を示す図である。ここで、本実施形態においては、ユーザ端末２は、地図を表示するための地図アプリケーションプログラム（地図アプリ）を記憶している。すなわち、上述の再生リスト画像において上記地図ボタン３５がユーザによって指定されると、ユーザ端末２は、地図アプリを起動し、例えば図１１に示すような地図の画像を表示部２６に表示する。なお、本実施形態においては、広告アプリの実行中において地図アプリを起動するものとするが、他の実施形態においては、地図アプリは、広告アプリとは別に起動可能（つまり、広告アプリとは独立して起動可能）であってもよい。
【０１０８】
図１１において、表示される地図上には、関連画像として、店のアイコン４１および４２が表示される。店のアイコン４１および４２は、ユーザ端末２において再生された広告に対応する店舗を表し、地図上において広告場所に対応する位置に表示される。なお、地図上に表示されるアイコンを関連画像として表示する場合、サーバ１は、関連画像情報として、アイコンの画像と、地図上の位置とを示す情報を送信する。ユーザ端末２は、地図を表示する際に、記憶部２３に記憶された関連画像情報を参照し、関連画像情報により示されるアイコンを地図上に表示する。
【０１０９】
なお、図１１において、地図とともに表示される地図終了ボタン４３は、地図の表示（地図アプリの実行）を終了し、再生リスト画像を表示する指示を行うための画像である。
【０１１０】
なお、他の実施形態においては、関連画像は、広告の閲覧状況（例えば、広告の閲覧回数）、および／または、広告場所への訪問状況（例えば、送信条件の充足状況、あるいは、訪問条件の充足状況）に応じて変更されてもよい。図１２は、関連画像が変更された場合の一例を示す図である。図１２においては、図１１に示す地図の画像から、平面的な表示態様であったアイコン４１が、立体的な表示態様であるアイコン４４へと変更されている。また、他の実施形態においては、変更後の関連画像として、店のアイコンに加えて、広告主のアバターが追加表示されてもよい。このように、関連画像は、広告の閲覧状況および／または広告場所への訪問状況に関する条件が充足されたことに応じて、変更されてもよい。
【０１１１】
例えば、情報処理システムは、広告の再生（閲覧）回数を記憶しておき、再生回数に応じて関連画像を変更してもよい。具体的には、ある広告の再生回数が所定回数以上となった場合、当該広告に関する関連画像であるアイコン４１が、アイコン４４へと変更されてもよい。また例えば、情報処理システムは、上述の送信条件（訪問条件でもよい）の充足回数をユーザ端末毎（ユーザ毎）に記憶しておき、充足回数に応じて関連画像を変更してもよい。具体的には、ある広告の送信条件の充足回数が所定回数以上となった場合、当該広告に関する関連画像であるアイコン４１が、アイコン４４へと変更されてもよい。また例えば、情報処理システムは、上述の訪問条件が満たされたことに応じて関連画像を変更してもよい。
【０１１２】
また、他の実施形態においては、関連画像情報は、それに関連付けられる広告の送信条件が充足されたことに応じて、サーバ１からユーザ端末２へ送信され、これによってユーザ端末２において関連画像が表示可能となってもよい。さらに、このとき、ある広告に関して送信条件が充足された後で訪問条件が充足されたことに応じて、送信条件の充足に応じて送信された当該広告の関連画像の表示形態が変更されてもよい。
【０１１３】
関連画像を変更する場合、サーバ１は、関連画像を変更する条件が充足されたことに応じて、変更後の関連画像を示す関連画像情報をユーザ端末２へ送信する。この関連画像情報を受信したユーザ端末２は、変更前の関連画像を示す関連画像情報に代えて、変更後の関連画像を示す関連画像情報を記憶する。これによって、変更後の関連画像が表示される。
【０１１４】
なお、ユーザ端末２において表示される地図は、現実世界に対応した地図である必要はなく、仮想世界を表す地図であってもよい。例えば、ゲーム世界を表す地図において、関連画像として店のアイコンが追加されてもよい。また、地図は、ユーザがよく行く場所がデフォルメされた地図（例えば、ユーザがよく行く範囲が相対的に広く、他の場所は相対的に狭い地図）でもよい。
【０１１５】
図１３は、メニュー画面において関連画像が表示される一例を示す図である。本実施形態においては、ユーザ端末２は、上記広告閲覧アプリを含む各種のアプリケーションをユーザの起動指示に応じて起動・実行する。ユーザ端末２は、上記起動指示を行うためのメニュー画像を表示部２６に表示する。本実施形態においては、アプリケーションの実行による画像（例えば、上述の地図画像）が表示される場合の他、このメニュー画像においても関連画像が表示されることがある。
【０１１６】
図１３に示すように、メニュー画像は、アプリケーションを起動するためのアイコン５２と、アバター５１とが表示される。各アイコン５２は、ユーザ端末２が実行可能な各アプリケーションを表す。ユーザによってアイコンが指定されると、ユーザ端末２は、指定されたアイコンに対応するアプリケーションを起動する。また、アバター５１は、予め作成されてユーザ端末２に登録されているユーザのアバターである。アバター５１は、例えばヘルプ機能に用いられたり（例えば、アバター５１をユーザが指定するとヘルプメニューが表示されたり、ヘルプの説明が表示されたりする）、ネットワークサービスにおけるお知らせを通知するために用いられたりする。なお、他の実施形態においては、アバター５１の利用方法は任意であり、また、アバター５１は表示されなくてもよい。
【０１１７】
本実施形態においては、メニュー画像が表示される場合に、アバター５１に関連付けて関連画像が表示される。図１３の例においては、関連画像として、広告に関する言葉（図１３では、「レストラン○○  本日開店！！」）を含む、アバター５１の吹き出しの画像５３が表示される。具体的には、ユーザ端末２は、メニュー画像を表示する場合、記憶部２３に記憶されている関連画像から１つを選択し、選択した関連画像を表示する。なお、関連画像の選択方法は任意であり、例えば、ユーザ端末２は、記憶部２３に記憶されている関連画像について、表示したことがあるか否かを示す情報を記憶しておき、表示されたことがない関連画像のうちでランダムに１つを選択してもよい。また例えば、表示されたことがない関連画像のうちで最新のもの（最後に受信されたもの）を選択してもよい。本実施形態においては、メニュー画像において表示される関連画像は１つとしたが、他の実施形態においては、複数個の関連画像が同時に表示されてもよい。
【０１１８】
また、メニュー画像において表示される関連画像の内容は任意である。例えば、関連画像は、メニュー画像における背景画像であってもよいし、アイコンの画像であってもよい。例えば、背景画像として、広告主の会社のロゴやキャラクタが入った画像が表示されてもよいし、広告の商品や広告主の会社に合った色（イメージカラー）にアイコンの色が変化してもよい。
【０１１９】
本実施形態においては、広告毎に関連画像が関連付けられているので、再生された広告の種類に応じて関連画像が変更されることになる。また、本実施形態において、メニュー画像において表示可能な関連画像の関連画像情報がユーザ端末２において記憶されていない場合には、関連画像は表示されない。したがって、本実施形態においては、広告が再生された数に応じて、アバター（あるいはメニュー画像）の表示が変更されると言える。
【０１２０】
また、関連画像は、ユーザ端末２において実行される、広告閲覧アプリおよび地図アプリ以外の他のアプリケーションにおいて表示されてもよい。例えば、ゲームアプリケーションにおいて、ユーザ端末２において再生された広告の商品に関するアイテム（商品と同じ種類のアイテム）がプレイヤキャラクタに付与され、関連画像として表示されてもよい。具体的には、例えば商品が食品である場合において、食品のアイテムがプレイヤキャラクタに付与されてもよい。また例えば、ゲームアプリケーションにおいて、ユーザ端末２において広告が再生されたことに応じて、プレイヤキャラクタの表示態様が当該広告の商品に応じた態様に変更されてもよい。具体的には、例えば商品が服である場合において、プレイヤキャラクタの衣服が商品に合わせた衣服に変更されてもよい（この場合、関連画像はプレイヤキャラクタの衣服である）。また例えば、ゲームアプリケーションにおいて、ユーザ端末２は、所定の広告を再生したことを条件として、ゲームを進行させるようにしてもよい。具体的には、所定の広告を再生したことを条件として、新しいゲームステージがプレイ可能になったり、ゲームのストーリーが進行されたりしてもよい。
【０１２１】
以上のように、本実施形態においては、ユーザが広告を閲覧したことに応じて、広告に関連する関連画像がユーザに付与される。これによれば、関連画像によってユーザに、広告や広告に関する情報（商品や広告主等）を想起させることができるので、広告の効果をより向上させることができる。また、ユーザ端末２が、広告が表示されていないタイミングで関連画像を表示する場合には、広告に関する情報をより多くの機会にユーザに提示することができる。また、関連画像は、広告を閲覧したことに対してユーザに付与される特典であると言うことができる。したがって、広告の閲覧に応じて特典として関連画像を付与することによって、広告を閲覧する動機付けをユーザに与えることができ、広告効果を向上することができる。
【０１２２】
（２−６．広告場所の訪問に応じたポイント付与処理）
次に、広告場所を実際に訪問したユーザに対してポイントが付与される処理（図５に示すステップＳ１４）について説明する。ユーザ端末２から上記位置履歴情報を受信した場合、サーバ１は、ユーザ端末２において再生された広告に関する広告場所をユーザが訪問したことに応じて、ユーザに対してポイントを付与する（ステップＳ１４）。
【０１２３】
上記ステップＳ１４において、サーバ１はまず、ユーザ端末２において再生済みの広告を特定する。すなわち、サーバ１は、ユーザ端末２から位置履歴情報とともに受信したユーザＩＤによってユーザを特定し、特定したユーザのユーザ情報に含まれる閲覧済み情報を参照することによって、ユーザ端末２において再生済みの広告を特定する。次に、サーバ１は、再生済みの広告について、訪問条件が充足されたか否かを判定する。すなわち、サーバ１は、再生済みの広告に関する広告情報に含まれる訪問条件が充足されるか否かを、ユーザ端末２から受信した位置履歴情報に基づいて訪問条件毎に判定する。上述のように、訪問条件は、ユーザ端末２の位置に関する条件であり、例えば、広告場所を基準とした所定範囲内に所定時間以上、ユーザ端末２が滞在したことである。このとき、サーバ１は、位置履歴情報により示される位置の軌跡の一部が、上記所定時間以上、上記所定範囲内に含まれるか否かを判定する。
【０１２４】
なお、１つの広告に関して、送信条件において設定される広告場所と、訪問条件において設定される広告場所は同一でなくてもよい。例えば、ある広告について、送信条件において設定される広告場所の位置は、広告主の店舗の最寄り駅であり、訪問条件において設定される広告場所の位置は、広告主の店舗であってもよい。
【０１２５】
また、他の実施形態においては、訪問条件は、位置に関する条件に加えて、他の条件を含んでいてもよい。例えば、訪問条件は、広告場所を基準とした上記所定範囲を通過した速度、および／または、上記所定範囲内を通過した時間帯に関する条件を含んでいてもよい。
【０１２６】
また、他の実施形態においては、訪問条件は、１つの位置履歴情報に関する条件（１つの位置履歴情報に基づいて判定される条件）に限らず、複数個の位置履歴情報に関する条件（複数個の位置履歴情報に基づいて判定される条件）であってもよい。すなわち、訪問条件は、広告場所を基準とした上記所定範囲をユーザ端末２が通過した回数および／または頻度に関する条件であってもよい。例えば、訪問条件は、ユーザ端末２が上記所定範囲を５回通過したことであってもよいし、ユーザ端末２が上記所定範囲を１週間に３回通過したことであってもよい。
【０１２７】
充足された訪問条件が存在する場合、サーバ１は、位置履歴情報を送信したユーザ端末２のユーザに対してポイントを付与する。すなわち、サーバ１は、ユーザ端末２から位置履歴情報とともに受信したユーザＩＤによって特定されるユーザに関するユーザ情報に含まれるポイント情報を更新する。ポイント情報は、例えば、訪問条件が充足される毎に所定数のポイントが加算されるように更新される。これによれば、ユーザが広告場所を実際に訪問した回数に応じたポイントが付与されることになる。なお、ポイントの付与方法はどのような方法であってもよい。例えば他の実施形態においては、広告毎にポイント加算数が設定されており、訪問された広告場所に対応する広告に応じた数のポイントが加算されてもよい。
【０１２８】
なお、充足された訪問条件が存在しない場合、サーバ１は、上記ユーザに対してポイントを付与しない。また、ステップＳ１４の処理においてもステップＳ１２の処理と同様、サーバ１は、付与したポイント数の情報を含む通知をユーザ端末２へ送信する。この通知を受信したユーザ端末２は、サーバ１において記憶されるポイント情報が示すポイント数と同じになるように、記憶部２３に記憶されるポイント情報を更新する。
【０１２９】
以上のように、本実施形態においては、ユーザが広告場所を訪問することに応じて、ユーザに特典（ネットワークサービスにおけるポイント）が付与される。これによれば、広告に関する広告場所を訪問する動機付けをユーザに与えることができるので、広告による集客効果を向上することができ、広告効果をより向上することができる。
【０１３０】
（２−７．広告の送信を終了する処理）
次に、サーバ１に登録された広告の送信を終了する動作例（図５に示すステップＳ１５〜Ｓ１８）について説明する。本実施形態においては、広告を閲覧したユーザの数（閲覧ユーザ数）が所定数に達した場合、広告の登録が削除され、送信条件の充足に応じた広告の送信が終了（禁止）される。
【０１３１】
具体的には、上述の閲覧通知をユーザ端末２から受信した場合、サーバ１は、閲覧通知に係る広告情報およびユーザ情報を必要に応じて更新する（ステップＳ１５）。すなわち、サーバ１は、閲覧通知に含まれるユーザＩＤに対応するユーザ情報に含まれる閲覧済み情報と、閲覧通知に含まれる広告ＩＤに対応する広告情報に含まれる広告効果情報とを、必要に応じて更新する。
【０１３２】
閲覧済み情報は、ユーザ端末２における閲覧済み情報の更新処理（ステップＳ１１）と同様に更新される。すなわち、閲覧済み情報が示すリスト（広告ＩＤのリスト）に、閲覧通知に含まれる広告ＩＤが追加される。ただし、当該広告ＩＤが上記広告ＩＤのリストにすでに含まれている場合には、当該広告ＩＤの追加は行われない。
【０１３３】
また、広告効果情報は、閲覧ユーザ数の値が必要に応じて更新される。すなわち、サーバ１は、閲覧通知を送信したユーザ端末２において当該広告の再生が初回であったか否かを判定し、初回であった場合、閲覧ユーザ数を１だけ増加する。一方、初回ではない場合、サーバ１は、閲覧ユーザ数を更新しない。なお、この判定は、上記閲覧済み情報の更新処理において、閲覧済み情報が示す広告ＩＤのリストに広告ＩＤが追加されたか否かによって行うことができる。
【０１３４】
次に、サーバ１は、閲覧通知に係る広告の終了条件が充足されたか否かを判定する（ステップＳ１６）。すなわち、サーバ１は、閲覧通知に含まれる広告ＩＤの広告に関する広告情報に含まれる終了条件が充足されたか否かを判定する。本実施形態において、終了条件は、上述のユーザ閲覧数に関する条件である。そのため、上記の判定は、当該広告情報に含まれる広告効果情報が示す閲覧ユーザ数に基づいて行われる。サーバ１は、例えば、広告効果情報が示す閲覧ユーザ数が、終了条件において予め定められた所定数に達したか否かを判定する。
【０１３５】
終了条件が充足されたと判定された場合、サーバ１は、広告の登録を終了する処理を実行する。すなわち、サーバ１は、終了条件が充足された広告の広告情報を記憶部１３から削除する（ステップＳ１７）。これ以降、サーバ１は、当該広告に関する送信条件の判定を行わず、当該広告はユーザ端末２へ送信されない。なお、ステップＳ１７において、サーバ１は、広告情報を削除することに代えて、広告情報が登録されていない状態である（広告が送信されない状態である）ことを示す情報を記憶部１３に記憶してもよい。このとき、サーバ１は、後述する広告ギャラリーにおいては、登録が終了された広告を閲覧可能としてもよい。
【０１３６】
さらに、サーバ１は、広告の登録を終了する旨の広告終了通知を、当該広告の送信元である広告提供端末３へ送信する（ステップＳ１８）。
【０１３７】
なお、本実施形態においては、終了条件がユーザ閲覧数に関する条件であるので、サーバ１は閲覧通知を受信したことに応じて終了条件の判定を行った。ただし、他の実施形態においては、終了条件の判定を行うタイミングは任意であり、閲覧通知を受信したことに応じたタイミングに限らない。例えば、他の実施形態において、終了条件が、広告を送信したユーザ端末の数に関する条件である場合、終了条件の判定は、広告がユーザ端末へ送信されたことに応じたタイミングで実行されてもよい。また例えば、終了条件が、広告場所を実際に訪問したユーザの数に関する条件である場合、終了条件の判定は、サーバ１が位置履歴情報を受信したことに応じたタイミングで実行されてもよい。また例えば、終了条件が、広告を登録する期間に関する条件である場合、終了条件の判定は、所定時間に１回の割合で繰り返し実行されてもよい。
【０１３８】
以上のように、本実施形態においては、終了条件が充足された場合に広告の登録が解除される。これによれば、サーバ１は、登録されている広告を減らすことができるので、広告毎に行われる送信条件の判定処理の負荷を軽減することができる。また、登録が解除された広告のデータがサーバ１から削除される場合には、サーバ１に記憶されるデータ量を低減することができる。また、本実施形態によれば、終了条件が充足されるまでは、つまり、一定の広告効果が得られるまでは（例えば、ユーザ閲覧数が所定数に達するまでは）、広告の登録が維持される。そのため、広告主は、広告料に見合った広告効果を期待することができる。
【０１３９】
（２−８．広告のギャラリーを提供する処理）
次に、サーバ１が登録された広告のギャラリーを提供する処理について説明する。本実施形態において、サーバ１は、上記の送信条件の充足に応じて広告をユーザ端末２に提供するサービスに加えて、登録された各広告を広告ギャラリーとして提示し、提示された広告のうちからユーザによって選択された広告を再生するサービスを行う。以下、図１４および図１５を参照して、広告ギャラリーにおいて広告を提供するサービスのための処理について説明する。
【０１４０】
図１４は、広告ギャラリーにおいて広告が再生される場合における処理の流れの一例を示す図である。図１４において、まず、ユーザ端末２は、ユーザの指示に応じて広告閲覧アプリを起動する（ステップＳ２０）。次に、ユーザ端末２は、ユーザの指示に応じて、広告ギャラリーの一覧ページを要求する一覧取得要求をサーバ１へ送信する（ステップＳ２１）。すなわち、上述した再生リスト画像におけるギャラリーボタン３７を指定する操作がユーザによって行われたことに応じて、ユーザ端末２は、上記一覧取得要求をサーバ１へ送信する。
【０１４１】
ユーザ端末２から一覧取得要求を受信した場合、サーバ１は、広告ギャラリーの一覧ページを当該ユーザ端末２へ送信する（ステップＳ２２）。本実施形態において、一覧ページは、サーバ１に記憶されている広告の全部または一部である、複数の広告の概要情報を含む。なお、概要情報の具体的な内容は任意であるが、本実施形態においては、概要情報は広告のタイトルおよびサムネイル画像を含む。すなわち、サーバ１は、記憶部１３に記憶されている広告情報を用いて上記一覧ページの画像を生成し、一覧取得要求を送信したユーザ端末２へ送信する。
【０１４２】
なお、一覧ページに（概要情報が）含まれる広告の選択方法は任意である。サーバ１は、例えば、新しく登録された順、あるいは、広告ギャラリーにおける人気順（上述のギャラリー再生回数の順）に所定数の広告を選択してもよい。また例えば、サーバ１は、ユーザ情報としてユーザの居住地域を記憶しておき、一覧取得要求を送信したユーザ端末２のユーザの居住地域と、広告場所とに基づいて、広告を選択してもよい。具体的には、サーバ１は、ユーザの居住地域内に含まれる広告場所に対応する広告を選択してもよい。また、サーバ１は、ユーザの嗜好に基づいて広告を選択してもよいし、ユーザによって予め設定された商品の種類に基づいて広告を選択してもよい。また、一覧ページに含まれる広告は、上記終了条件が充足された広告（すなわち、送信条件に応じた送信に関しては登録が解除された広告）であってもよい。
【０１４３】
サーバ１から一覧ページを受信したユーザ端末２は、当該一覧ページを表示部２６に表示する（ステップＳ２３）。図１５は、ユーザ端末２において表示される広告ギャラリーの一覧ページの一例を示す図である。本実施形態においては、図１５に示すように、一覧ページとして、複数の広告のそれぞれについて概要情報の画像を表示する。概要情報の画像は、具体的には、サムネイル画像（図１５では、サムネイル画像の表示枠６１のみ示し、具体的な画像は示していない）と、タイトル６２とを含む。なお、図１５においては、一覧ページはスクロール可能に表示され、ユーザ端末２は、ユーザによるスクロール操作に応じて一覧ページを（左右に）スクロールすることによって、表示されていなかった広告の概要情報を表示させる。
【０１４４】
ユーザ端末２に一覧ページが表示される状態において、ユーザは、広告を閲覧したい概要情報の画像を指定する操作を行う。ユーザ端末２は、ユーザが概要情報の画像を指定することに応じて、当該概要情報が表す広告を取得するための広告取得要求をサーバ１へ送信する（ステップＳ２４）。広告取得要求は、ユーザ端末２のユーザのユーザＩＤと、指定された広告の広告ＩＤとの情報を含む。
【０１４５】
ユーザ端末２から広告取得要求を受信したサーバ１は、広告取得要求に係る広告をユーザ端末２へ送信する（ステップＳ２５）。すなわち、サーバ１は、登録されている広告のうち、広告取得要求に含まれる広告ＩＤが示す広告を、広告取得要求に含まれるユーザＩＤが示すユーザのユーザ端末２へ送信する。サーバ１から広告を受信したユーザ端末２は、受信した広告を再生する（ステップＳ２６）。なお、ステップＳ２５およびＳ２６の処理における広告の再生は、広告コンテンツのデータがユーザ端末２にダウンロードされて再生される方法であってもよいし、ストリーミング再生による方法であってもよい。
【０１４６】
また、サーバ１は、ユーザ端末２へ広告を送信した場合、送信した広告に関する広告情報を更新する（ステップＳ２７）。具体的には、サーバ１は、広告情報に含まれる広告効果情報が示すギャラリー再生回数を更新する。ここでは、ギャラリー再生回数が１増加した値に更新される。なお、サーバ１は、ユーザ端末２において初めて広告が再生された場合に、ギャラリー再生回数を１増加した値に更新し、当該広告の再生がユーザ端末２において２回目以降である場合にはギャラリー再生回数を更新しないようにしてもよい。詳細は後述するが、本実施形態においてはギャラリー再生回数に応じて広告主に特典（ポイント）が付与されるので、広告主が自身で広告ギャラリーにおいて広告を再生することで不正に特典を得ることを防止するためである。また、他の実施形態においては、サーバ１は、広告ギャラリーにおいてユーザ端末２が広告を再生した場合においても、上述した再生リスト画像から広告が再生される場合と同様、当該ユーザ端末２のユーザに対してポイントを付与してもよい。
【０１４７】
上記ステップＳ２７において広告効果情報が更新された場合、サーバ１は、広告効果情報に基づいて、必要に応じて広告主に対して特典を付与する（ステップＳ２８）。すなわち、上記の場合、サーバ１は、広告効果情報が示すギャラリー再生回数に応じたポイントを付与する。例えば、広告主のポイントは、ギャラリー再生回数が所定回数だけ増加する毎に所定数だけ増加されてもよい。なお、サーバ１は、広告主についてもユーザ端末２のユーザと同様にユーザ情報を記憶しており、広告主にポイントを付与する場合には、当該広告主のユーザ情報に含まれるポイント情報を更新する。
【０１４８】
なお、広告主に付与されたポイントは、ユーザ端末２のユーザに付与されるポイント同様、上記ネットワークサービスで利用可能なポイントであってもよい。また、広告主に付与されたポイントは、広告料の割引に利用することが可能であってもよい。また、広告主にとっては、ユーザに広告を閲覧してもらうだけでもメリットがある。そのため、他の実施形態においては、ステップＳ２８においてサーバ１は広告主に特典を付与しなくてもよい。
【０１４９】
また、広告主に特典（ポイント）が付与される場合、サーバ１は、特典が付与されたことの通知（付与したポイント数の情報を含む）を広告提供端末３へ送信する（ステップＳ２９）。この通知を受信した広告提供端末３は、サーバ１において記憶されるポイント情報が示すポイント数と同じになるように、自身の記憶部に記憶されるポイント情報を更新する。
【０１５０】
なお、本実施形態においては、広告ギャラリーにおいて閲覧可能な広告は、送信条件が充足された場合にユーザ端末２へ送信可能な広告と同じであるとする。ただし、他の実施形態においては、広告ギャラリーにおいて閲覧可能な広告と、送信条件が充足された場合にユーザ端末２へ送信可能な広告とは異なるようにしてもよい。つまり、サーバ１は、送信条件が充足された場合にユーザ端末２へ送信可能な第１の種類の広告と、広告ギャラリーにおいて閲覧可能な第２の種類の広告とを、別々に登録してもよい。このとき、第２の種類の広告については、広告料を無料、あるいは、第１の種類の広告の広告料よりも低額としてもよい。
【０１５１】
なお、本実施形態においては、終了条件は、ギャラリー再生回数とは無関係である。つまり、広告ギャラリーにおいて広告が再生されても終了条件は充足されないので、本実施形態においては、送信条件を充足して広告を閲覧したユーザ（広告のターゲットとなるユーザ）の数だけ確実に広告を提供することができる。また、上記の場合、広告ギャラリーにおいてユーザに提供される広告に関する広告料は無料であるとも言うこともできる。
【０１５２】
以上のように、本実施形態においては、サーバ１は、登録された広告のうちで、送信条件が充足された広告をプッシュ送信で（つまり、ユーザの指示無しに）ユーザ端末２へ送信する。さらに、本実施形態においては、サーバ１は、広告ギャラリーにおいて、登録された広告のうちで、ユーザが指示した広告をユーザ端末２へ送信する。上記プッシュ送信では、ユーザは送信条件を充足しなければ広告を閲覧することができない一方、広告ギャラリーにおいては、ユーザは自身が指定した広告を閲覧することができる。さらに、広告ギャラリーにおける再生回数を増やすべく、広告主は面白い広告を作成することに注力すると考えられるので、広告ギャラリーによって広告の質（面白さ）が向上する。これによって、ネットワークサービスの提供事業者は、面白いコンテンツをユーザに提供することができるので、サービス加入者を増加させることができる。したがって、本実施形態によれば、ユーザ、広告主、サービス提供事業者の三方にとってメリットがある広告提供システムを実現することができる。
【０１５３】
［３．サーバにおける処理］
次に、サーバ１において実行される処理の具体例について説明する。図１６は、サーバによって実行される処理の流れの一例を示すフローチャートである。図１６に示す一連の処理は、サーバ１の動作中において繰り返し実行される。また、サーバ１が複数の情報処理装置で構成される場合、図１６に示す各処理は、複数の情報処理装置が協働することによって実行されてもよい。
【０１５４】
なお、本出願において、図面に示すフローチャートにおける各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。また、本明細書では、上記フローチャートの各ステップの処理を各装置（サーバ１、または、ユーザ端末２）のＣＰＵ（処理部）が実行するものとして説明するが、上記フローチャートにおける一部のステップの処理を、ＣＰＵ以外のプロセッサや専用回路が実行するようにしてもよい。
【０１５５】
まずステップＳ３１において、サーバ１の処理部１２は、広告提供端末３から広告登録要求を受信したか否かを判定する。ステップＳ３１の判定結果が肯定である場合、ステップＳ３２およびＳ３３の処理が実行される。一方、ステップＳ３１の判定結果が否定である場合、ステップＳ３２およびＳ３３の処理がスキップされてステップＳ３４の処理が実行される。
【０１５６】
ステップＳ３２において、処理部１２は課金処理を実行する（図５に示すステップＳ３）。例えば、広告主のポイントから広告料が支払われる場合には、記憶部１３に記憶されている（広告主の）ユーザ情報に含まれるポイント情報が、広告料に応じたポイントを減算するように更新される。続くステップＳ３３において、処理部１２は、ステップＳ３１において受信した広告登録要求に基づいて広告情報を生成し、記憶部１３に記憶する（図５に示すステップＳ４）。ステップＳ３３の次にステップＳ３４の処理が実行される。
【０１５７】
ステップＳ３４において、処理部１２は広告送信処理を実行する。広告送信処理は、ユーザ端末から位置履歴情報が受信されたことに応じて送信条件を判定し、送信条件が満たされた広告をユーザ端末２へ送信する処理である（図５に示すステップＳ８，Ｓ９，Ｓ１４）。広告送信処理の詳細については後述する。
【０１５８】
ステップＳ３５において、処理部１２は閲覧通知受信処理を実行する。閲覧通知受信処理は、ユーザ端末から閲覧通知を受信したことに応じて実行される処理である（図５に示すステップＳ１２，Ｓ１３，Ｓ１５〜Ｓ１８）。すなわち、閲覧通知受信処理は、閲覧通知に応じて、必要に応じて、ユーザにポイントを付与したり、関連画像をユーザ端末へ送信したり、終了条件を判定したりする処理である。閲覧通知受信処理の詳細については後述する。
【０１５９】
ステップＳ３６において、処理部１２は商品提供処理を実行する。ここで、図５では図示していないが、本実施形態においては、サーバ１は、ネットワークサービスとして、ポイントによって支払いを行う商品の提供を行う。本実施形態においては、商品は、アプリケーション（例えばゲームアプリケーション）、または、アプリケーションで利用されるデータ（例えば、ゲームで用いられるアイテム）であるとする。具体的には、サーバ１は、ユーザがポイントを用いて商品を購入するためのショッピングサイトを管理している。処理部１２は、ショッピングサイトにおいてポイントを対価として商品を購入する要求がユーザ端末からあったことに応じて、商品に係るデータを当該ユーザ端末へ送信するとともに、商品の料金に応じた課金処理を行う。課金処理は、上記ステップＳ３２の処理と同様、記憶部１３に記憶されている（商品を購入したユーザの）ユーザ情報に含まれるポイント情報を更新することによって行われる。なお、ポイントによって支払いを行う商品の提供を行うネットワークサービスの内容は任意であり、上記以外の他の方法によって商品の提供が行われてもよいし、上記以外の他の方法によって課金処理が行われてもよい。
【０１６０】
ステップＳ３７において、処理部１２はサーバギャラリー処理を実行する。サーバギャラリー処理は、広告ギャラリーにおける一覧ページをユーザ端末へ提供し、一覧ページからユーザが選択した広告をユーザ端末において再生させる処理である（図１４）。サーバギャラリー処理の詳細については後述する。
【０１６１】
サーバ１は、上記ステップＳ３１〜Ｓ３７の処理を繰り返し実行する。なお、図１６においては、ステップＳ３１〜Ｓ３３の処理、ステップＳ３４の処理、ステップＳ３５の処理、ステップＳ３６の処理、および、ステップＳ３７の処理は、順番に直列的に実行されるものとしたが、これらの各処理は並行して（並列的に）実行されてもよい。
【０１６２】
（広告送信処理の詳細）
次に、図１７を参照して、図１６に示す広告送信処理（ステップＳ３４）の詳細について説明する。図１７は、図１６に示す広告送信処理（ステップＳ３４）の詳細な処理の流れの一例を示すサブフローチャートである。
【０１６３】
広告送信処理において、まずステップＳ４１において、処理部１２は、情報処理システムに含まれるユーザ端末のいずれかから位置履歴情報を受信したか否かを判定する。ステップＳ４１の判定結果が肯定である場合、ステップＳ４２の処理が実行される。一方、ステップＳ４１の判定結果が否定である場合、処理部１２は、広告送信処理を終了する。
【０１６４】
ステップＳ４２において、処理部１２は、ステップＳ４１で受信した位置履歴情報に基づいて、ユーザ端末へ送信すべき広告を特定する（図５に示すステップＳ８）。続くステップＳ４３において、処理部１２は、ステップＳ４２で特定した広告を、上記位置履歴情報を送信したユーザ端末へ送信する（図５に示すステップＳ９）。
【０１６５】
次に、ステップＳ４４において、処理部１２は、ステップＳ４１で受信した位置履歴情報に基づいて、位置履歴情報を送信したユーザ端末において再生済みの広告について訪問条件が充足されるか否かを判定する（図５に示すステップＳ１４）。訪問条件が充足される広告が無い場合、処理部１２は、広告送信処理を終了する。一方、訪問条件が充足される広告がある場合、ステップＳ４５の処理が実行される。すなわち、ステップＳ４５において、処理部１２は、位置履歴情報を送信したユーザ端末のユーザのユーザ情報に含まれるポイント情報を更新する（図５に示すステップＳ１４）。これによって、当該ユーザにポイントが付与されたことになる。ステップＳ４５の後、処理部１２は、広告送信処理を終了する。
【０１６６】
（閲覧通知受信処理の詳細）
次に、図１８を参照して、図１６に示す閲覧通知受信処理（ステップＳ３５）の詳細について説明する。図１８は、図１６に示す閲覧通知受信処理（ステップＳ３５）の詳細な処理の流れの一例を示すサブフローチャートである。
【０１６７】
閲覧通知受信処理において、まずステップＳ５１において、処理部１２は、情報処理システムに含まれるユーザ端末のいずれかから閲覧通知を受信したか否かを判定する。ステップＳ５１の判定結果が肯定である場合、ステップＳ５２の処理が実行される。一方、ステップＳ５１の判定結果が否定である場合、処理部１２は、閲覧通知受信処理を終了する。
【０１６８】
ステップＳ５２において、処理部１２は、閲覧通知を送信したユーザ端末のユーザのユーザ情報に含まれるポイント情報を更新する（図５に示すステップＳ１２）。これによって、当該ユーザにポイントが付与されたことになる。続くステップＳ５３において、処理部１２は、閲覧通知に係る広告に応じた関連画像情報を、当該閲覧通知を送信したユーザ端末へ送信する（図５に示すステップＳ１３）。なお、閲覧通知に係る広告に対して関連画像が設定されていない場合（すなわち、当該広告の広告情報に関連画像情報が含まれていない場合）、ステップＳ５３の処理は実行されない。ステップＳ５３の後、ステップＳ５４の処理が実行される。
【０１６９】
ステップＳ５４において、処理部１２は、ステップＳ５１で受信した閲覧通知に係る広告情報およびユーザ情報を必要に応じて更新する（図５に示すステップＳ１５）。続くステップＳ５５において、処理部１２は、ステップＳ５４における更新処理後の情報に基づいて、上記閲覧通知に係る広告の終了条件が充足されたか否かを判定する（図５に示すステップＳ１６）。ステップＳ５５の判定結果が肯定である場合、ステップＳ５６の処理が実行される。一方、ステップＳ５５の判定結果が否定である場合、処理部１２は、閲覧通知受信処理を終了する。
【０１７０】
ステップＳ５６において、処理部１２は、終了条件が充足された広告に関する広告情報を記憶部１３から削除する（図５に示すステップＳ１７）。また、処理部１２は、広告の登録を終了する旨の広告終了通知を、当該広告の送信元である広告提供端末へ送信する（図５に示すステップＳ１８）。ステップＳ５６の後、処理部１２は、閲覧通知受信処理を終了する。
【０１７１】
（サーバギャラリー処理の詳細）
次に、図１９を参照して、図１６に示すサーバギャラリー処理（ステップＳ３７）の詳細について説明する。図１９は、図１６に示すサーバギャラリー処理（ステップＳ３７）の詳細な処理の流れの一例を示すサブフローチャートである。
【０１７２】
サーバギャラリー処理において、まずステップＳ６１において、処理部１２は、情報処理システムに含まれるユーザ端末のいずれかから一覧取得要求を受信したか否かを判定する。ステップＳ６１の判定結果が肯定である場合、ステップＳ６２の処理が実行される。一方、ステップＳ６１の判定結果が否定である場合、ステップＳ６２の処理がスキップされてステップＳ６３の処理が実行される。
【０１７３】
ステップＳ６２において、処理部１２は、ステップＳ６１で受信した一覧取得要求の送信元のユーザ端末へ、広告ギャラリーの一覧ページを送信する（図１４に示すステップＳ２２）。なお、送信される一覧ページは、一覧取得要求の受信に応じて生成されてもよいし、予め生成されていてもよい。ステップＳ６２の後、ステップＳ６３の処理が実行される。
【０１７４】
ステップＳ６３において、処理部１２は、情報処理システムに含まれるユーザ端末のいずれかから広告取得要求を受信したか否かを判定する。ステップＳ６３の判定結果が肯定である場合、ステップＳ６４の処理が実行される。一方、ステップＳ６３の判定結果が否定である場合、処理部１２は、サーバギャラリー処理を終了する。
【０１７５】
ステップＳ６４において、処理部１２は、広告取得要求に係る広告を、広告取得要求の送信元のユーザ端末へ送信する（図１４に示すステップＳ２５）。これによって、ユーザ端末において上記広告が再生される。ステップＳ６４の後、ステップＳ６５の処理が実行される。
【０１７６】
ステップＳ６５において、処理部１２は、ステップＳ６４で送信された広告に関する広告情報に含まれる広告効果情報を更新する（図１４に示すステップＳ２７）。具体的には、広告効果情報が示すギャラリー再生回数の値が更新される。続くステップＳ６６において、処理部１２は、広告効果情報に基づいて、必要に応じて、広告主のユーザ情報に含まれるポイント情報を更新する（図１４に示すステップＳ２８）。これによって、広告主に対してポイントが付与されたことになる。ステップＳ６６の後、処理部１２は、サーバギャラリー処理を終了する。
【０１７７】
［４．ユーザ端末における処理］
次に、ユーザ端末２において実行される処理の具体例について説明する。図２０は、ユーザ端末によって実行される処理の流れの一例を示すフローチャートである。図２０に示す一連の処理は、ユーザ端末２が起動されたことに応じて開始され、ユーザ端末２の動作中において繰り返し実行される。なお、ユーザ端末２が複数の情報処理装置で構成される場合、図２０に示す各処理（図２１〜図２３に示す各処理についても同様である。）は、複数の情報処理装置が協働することによって実行されてもよい。
【０１７８】
本実施形態においては、ユーザ端末２が起動されると、まずステップＳ７１〜Ｓ７４の処理によって、メニュー画像（図１３参照）が表示部２６に表示される。具体的には、ステップＳ７１において、処理部２２は、メニュー画像において利用可能な関連画像があるか否かを判定する。この判定は、記憶部２３に記憶されている関連画像情報に基づいて行うことができる。本実施形態において、関連画像情報は、関連画像を適用するプログラムを示すプログラム情報を含んでいる。そのため、メニュー画像を表示するためのシステムプログラムを示すプログラム情報を含む関連画像情報が記憶部２３に記憶されている場合、処理部２２は、メニュー画像において利用可能な関連画像があると判定する。一方、上記システムプログラムを示すプログラム情報を含む関連画像情報が記憶部２３に記憶されていない場合、処理部２２は、メニュー画像において利用可能な関連画像が無いと判定する。上記ステップＳ７１の判定結果が肯定である場合、ステップＳ７２の処理が実行される。一方、ステップＳ７１の判定結果が否定である場合、ステップＳ７３の処理が実行される。
【０１７９】
ステップＳ７２において、処理部２２は、メニュー画像において利用可能な関連画像を用いてメニュー画像を生成する。すなわち、処理部２２は、関連画像を用いずに生成されるメニュー画像に対して、上記関連画像による追加および／または変更を加えたメニュー画像を生成する。これによって、例えば図１３に示すような、アバター５１に吹き出しの画像５３が付加されたメニュー画像が生成される。ステップＳ７２の後、ステップＳ７４の処理が実行される。
【０１８０】
一方、ステップＳ７３において、処理部２２は、関連画像を用いずに（つまり、通常の方法で）メニュー画像を生成する。この場合、例えば、アバター５１に吹き出しの画像５３が付加されていないメニュー画像が生成される。ステップＳ７３の後、ステップＳ７４の処理が実行される。
【０１８１】
ステップＳ７４において、処理部２２は、ステップＳ７２またはＳ７３で生成されたメニュー画像を表示部２６に表示させる。続くステップＳ７５において、処理部２２は、アプリケーションを起動する指示がユーザによって行われたか否かを判定する。すなわち、処理部２２は、メニュー画像に含まれるアイコン（例えば、図１３に示すアイコン５２）を指定する指示が行われたか否かを判定する。上記ステップＳ７５の判定結果が肯定である場合、ステップＳ７６の処理が実行される。一方、ステップＳ７５の判定結果が否定である場合、上記ステップＳ７４の処理が再度実行される。
【０１８２】
ステップＳ７６において、処理部２２は、ステップＳ７５で起動が指示されたアプリケーションを起動する。これによって、上述の広告閲覧アプリ等、ユーザ端末２において記憶されているアプリケーションの実行が開始される。アプリケーションを終了した場合、処理部２２は、ステップＳ７１の処理を再度実行する。すなわち、アプリケーションが終了すると、メニュー画像が再度表示される。
【０１８３】
また、本実施形態においては、図２０に示す一連の処理中において、処理部２２は、位置履歴情報を取得するための処理を適宜のタイミングで実行する。すなわち、処理部２２は、位置検出部２４によって逐次検出される位置情報を逐次取得し、ユーザが外出している間に逐次取得された各位置情報を含む位置履歴情報を記憶部２３に記憶する（図５に示すステップＳ５）。上記処理は、メニュー画像の表示中に限らず、アプリケーションの実行中（ステップＳ７６の処理中）においても実行されてよい。また、上記処理は、ユーザ端末２がスリープ状態である（例えば、表示部２６がオフにされた状態）においても実行されてよい。
【０１８４】
なお、図２０に示す一連の処理中において、処理部２２は、上記一連の処理以外の他の処理を実行してもよい。例えば、処理部２２は、サーバ１におけるショッピングサイトにおいて商品を購入するための処理を実行してもよい。すなわち、処理部２２は、ユーザが指定する商品をポイントの対価として購入（取得）する要求をサーバ１へ送信し、当該要求に応じてサーバ１から送信されてくる商品（コンテンツデータ）を受信する処理を実行してもよい。
【０１８５】
また例えば、メニュー画像がスクロール可能である場合、処理部２２は、図２０に示す一連の処理中において、ユーザによるスクロール操作に応じてメニュー画像をスクロールして表示する処理を実行してもよい。
【０１８６】
次に、図２１〜図２３を参照して、ユーザ端末２において上記広告閲覧アプリが実行されることによる情報処理（広告アプリ処理）の具体例について説明する。図２１は、ユーザ端末によって実行される広告アプリ処理の流れの一例を示すフローチャートである。図２１に示す一連の処理は、上記ステップＳ７４において、広告閲覧アプリを起動する指示が行われたことに応じて開始される。
【０１８７】
広告アプリ処理において、まずステップＳ８０において、処理部２２は、記憶部２３に記憶されている位置履歴情報をサーバ１へ送信する（図５に示すステップＳ７）。さらに、続くステップＳ８１において、処理部２２は、上記位置履歴情報に応じてサーバ１から送信されてくる広告を受信し（図５に示すステップＳ９）、記憶部２３に記憶する。なお、ユーザ端末２がサーバ１と通信可能な状態でない場合には、ステップＳ８０およびＳ８１の処理は実行されない。ステップＳ８１の後、ステップＳ８２の処理が実行される。
【０１８８】
ステップＳ８２において、処理部２２は、上述の再生リスト画像（図９参照）を表示部２６に表示する（図５に示すステップＳ１０）。なお、ステップＳ８２の処理の前に上記ステップＳ８０およびＳ８１の処理が実行されている場合には、当該処理によってサーバ１から取得された広告を含む再生リスト画像が表示される。
【０１８９】
ステップＳ８３において、処理部２２は、再生すべき広告が指定されたか否かを判定する（図５に示すステップＳ１０）。すなわち、処理部２２は、ステップＳ８２で表示された再生リスト画像に含まれるタイトル画像のいずれかがユーザによって指定されたか否かを判定する。ステップＳ８３の判定結果が肯定である場合、ステップＳ８４〜Ｓ８６の一連の処理が実行される。一方、ステップＳ８３の判定結果が否定である場合、ステップＳ８４〜Ｓ８６の一連の処理がスキップされてステップＳ８７の処理が実行される。
【０１９０】
ステップＳ８４において、処理部２２は、ステップＳ８３において指定された広告を再生する（図５に示すステップＳ１０）。処理部２２は、上記広告の再生を終了した場合、ステップＳ８５の処理を実行する。ステップＳ８５において、処理部２２は、記憶部２３に記憶されている閲覧済み情報を更新し、閲覧通知をサーバ１へ送信する（図５に示すステップＳ１１）。閲覧通知を受信したことに応じて、サーバ１は、必要に応じて関連画像情報をユーザ端末２へ送信する（図５に示すステップＳ１３）。なお、上記ステップＳ８５においては、記憶部２３に記憶されているポイント情報が更新される。さらに、続くステップＳ８６において、処理部２２は、サーバ１から送信されてくる関連画像情報を受信し（図５に示すステップＳ１３）、記憶部２３に記憶する。ステップＳ８６の後、ステップＳ８７の処理が実行される。
【０１９１】
ステップＳ８７において、処理部２２は地図表示処理を実行する。地図表示処理は、地図を表示する指示がユーザによって行われたことに応じて地図画像（図１１参照）を表示部２６に表示するための処理である。地図表示処理の詳細については後述する。
【０１９２】
ステップＳ８８において、処理部２２は端末ギャラリー処理を実行する。端末ギャラリー処理は、広告ギャラリーにおける一覧ページをサーバ１から取得し、一覧ページからユーザが選択した広告を再生する処理である（図１４）。端末ギャラリー処理の詳細については後述する。
【０１９３】
ステップＳ８９において、処理部２２は、広告閲覧アプリを終了するか否かを判定する。すなわち、処理部２２は、広告閲覧アプリを終了する旨の指示がユーザによって行われたか否かを判定する。ステップＳ８９の判定結果が否定である場合、ステップＳ８２の処理が再度実行される。以降、ステップＳ８９において広告閲覧アプリを終了すると判定されるまで、ステップＳ８２〜Ｓ８９の一連の処理が繰り返し実行される。一方、ステップＳ８９の判定結果が肯定である場合、処理部２２は、広告アプリ処理を終了する。
【０１９４】
また、図示しないが、広告アプリ処理において、処理部２２は、再生リスト画像の表示中にすれ違いボタン３６が指定された場合、上述のすれ違い処理を実行する。
【０１９５】
次に、図２２を参照して、図２１に示す地図表示処理（ステップＳ８７）の詳細について説明する。図２２は、図２１に示す地図表示処理（ステップＳ８７）の詳細な処理の流れの一例を示すサブフローチャートである。
【０１９６】
地図表示処理において、まずステップＳ９１において、処理部２２は、地図を表示する指示がユーザによって行われたか否かを判定する。すなわち、処理部２２は、再生リスト画像において地図ボタン３５がユーザによって指定されたか否かを判定する。ステップＳ９１の判定結果が肯定である場合、処理部２２は上述の地図アプリを起動し、これによってステップＳ９２の処理が実行される。なお、ステップＳ９２〜Ｓ９６の一連の処理は、処理部２２が上述の地図アプリを実行することによって行われる。一方、ステップＳ９１の判定結果が否定である場合、処理部２２は、地図表示処理を終了する。
【０１９７】
ステップＳ９２において、処理部２２は、地図画像（地図アプリ）において利用可能な関連画像があるか否かを判定する。この判定は、上記ステップＳ７１の判定と同様の方法で行うことができる。すなわち、上記判定は、地図アプリを示すプログラム情報を含む関連画像情報が記憶部２３に記憶されているか否かによって行うことができる。ステップＳ９２の判定結果が肯定である場合、ステップＳ９３の処理が実行される。一方、ステップＳ９２の判定結果が否定である場合、ステップＳ９４の処理が実行される。
【０１９８】
ステップＳ９３において、処理部２２は、地図アプリにおいて利用可能な関連画像を用いて地図画像を生成する。すなわち、処理部２２は、関連画像を用いずに生成される地図画像に対して、上記関連画像による追加および／または変更を加えた地図画像を生成する。これによって、例えば図１１に示すような、店のアイコンが付加された地図画像が生成される。ステップＳ９３の後、ステップＳ９５の処理が実行される。
【０１９９】
一方、ステップＳ９４において、処理部２２は、関連画像を用いずに（つまり、通常の方法で）地図画像を生成する。この場合、例えば、店のアイコンが付加されていない地図画像が生成される。ステップＳ９４の後、ステップＳ９５の処理が実行される。
【０２００】
ステップＳ９５において、処理部２２は、ステップＳ９３またはＳ９４で生成された地図画像を表示部２６に表示させる。続くステップＳ９６において、処理部２２は、表示された地図画像を操作するための地図操作処理を実行する。すなわち、処理部２２は、表示された地図をユーザの操作に応じて移動（スクロール）、拡大、または、縮小して表示する処理を実行する。ステップＳ９６の処理は、地図表示を終了する指示がユーザによって行われたことに応じて終了する。ステップＳ９６の後、処理部２２は、地図表示処理を終了する。
【０２０１】
次に、図２３を参照して、図２１に示すギャラリー処理（ステップＳ８８）の詳細について説明する。図２３は、図２１に示すギャラリー処理（ステップＳ８８）の詳細な処理の流れの一例を示すサブフローチャートである。
【０２０２】
ギャラリー処理において、まずステップＳ１０１において、処理部２２は、一覧ページを取得する旨の指示がユーザによって行われたか否かを判定する。すなわち、処理部２２は、上述した再生リスト画像におけるギャラリーボタン３７を指定する操作がユーザによって行われたか否かを判定する。ステップＳ１０１の判定結果が肯定である場合、ステップＳ１０２の処理が実行される。一方、ステップＳ１０１の判定結果が否定である場合、処理部２２は、ギャラリー処理を終了する。
【０２０３】
ステップＳ１０２において、処理部２２は、一覧取得要求をサーバ１へ送信する（図１４に示すステップＳ２１）。この一覧取得要求に応じて、サーバ１は、広告ギャラリーの一覧ページをユーザ端末２へ送信する。続くステップＳ１０３において、処理部２２は、サーバ１から送信されてくる一覧ページを受信する（図１４に示すステップＳ２２）。さらに、続くステップＳ１０４において、処理部２２は、受信した一覧ページ（図１５）を表示部２６に表示させる（図１４に示すステップＳ２３）。
【０２０４】
ステップＳ１０５において、処理部２２は、一覧ページに含まれる広告のいずれかを再生する指示がユーザによって行われたか否かを判定する。すなわち、処理部２２は、一覧ページに含まれる概要情報の画像（例えば、図１５に示す画像６１および６２）を指定する操作が行われたか否かを判定する。ステップＳ１０５の判定結果が肯定である場合、ステップＳ１０６の処理が実行される。一方、ステップＳ１０５の判定結果が否定である場合、処理部２２は、ステップＳ１０５の処理を再度実行する。すなわち、処理部２２は、一覧ページを表示した状態において待機し、広告を再生する指示を受け付ける。
【０２０５】
ステップＳ１０６において、処理部２２は、ステップＳ１０５で指示された広告を取得するための広告取得要求をサーバ１へ送信する（図１４に示すステップＳ２４）。この広告取得要求に応じて、サーバ１は、指示された広告をユーザ端末２へ送信する。続くステップＳ１０７において、処理部２２は、サーバ１から広告を受信して表示部２６において再生する（図１４に示すステップＳ２６）。ステップＳ１０７における広告の再生が終了すると、ステップＳ１０８の処理が実行される。
【０２０６】
ステップＳ１０８において、処理部２２は、端末ギャラリー処理を終了するか否かを判定する。すなわち、処理部２２は、広告ギャラリーを終了する旨の指示がユーザによって行われたか否かを判定する。ステップＳ１０８の判定結果が否定である場合、ステップＳ１０４の処理が再度実行される。以降、ステップＳ１０８において広告ギャラリーを終了すると判定されるまで、ステップＳ１０４〜Ｓ１０８の一連の処理が繰り返し実行される。一方、ステップＳ１０８の判定結果が肯定である場合、処理部２２は、端末ギャラリー処理を終了する。
【０２０７】
［５．本実施形態の作用効果］
以上のように、本実施形態における情報処理システムは、複数のユーザ端末２と、各ユーザ端末と通信可能なサーバ１とを含む（図１）。サーバ１は、広告（広告コンテンツ）と広告の送信条件とを関連付けて記憶し、ユーザ端末２のユーザに対して付与される特典（ポイント）を示す特典情報（ポイント情報）をユーザ毎に記憶する（図７）。サーバ１は、送信条件を満たすユーザ端末２へ、当該送信条件に関連付けられる広告を送信する（ステップＳ９，Ｓ４３）。また、サーバ１は、ユーザ端末２における広告の閲覧状況を示す閲覧情報（閲覧済み情報）を取得し（ステップＳ１１，Ｓ５１）、閲覧情報が取得されたユーザ端末２のユーザに対して、取得された閲覧情報が示す状況に応じた特典を付与するように、特典情報を更新する（ステップＳ１２，Ｓ５２）。なお、ユーザ端末２に関して送信条件が満たされたか否かを判定する処理（ステップＳ８，Ｓ４２）は、上記実施形態のように、サーバ１側で実行されてもよいし、ユーザ端末２側で実行されてもよい。
【０２０８】
上記によれば、情報処理システムは、送信条件を充足するユーザ端末２に対して広告を送信することができるので、ターゲットを絞って効率良く広告を送信することができる。また、ターゲットでない（送信条件を満たさない）ユーザへの広告送信を抑えることができるので、広告送信による通信量を削減する効果もある。ここで、上記のような広告のターゲットを絞って広告を送信する方法においては、広告を送信するユーザ端末の数を（ターゲットを絞らない方法に比べて）減らすことになるので、広告を見てもらえるユーザの数を減らしてしまうことにもつながる。しかし、上記実施形態によれば、広告の閲覧状況に応じてユーザには特典が付与されるので、ユーザに広告を見る動機付けを与えることができ、ユーザ端末へ送信した広告について効率良く広告効果を得ることができる。
【０２０９】
なお、上記「特典」の具体的な内容は任意であり、本実施形態におけるポイントや関連画像の他、商品（コンテンツデータを含む）やサービスであってもよい。
【０２１０】
また、情報処理システムは、サーバ１と通信可能な広告提供端末３をさらに含む。広告提供端末３は、広告と送信条件とを含む広告登録要求を送信する（ステップＳ２）。サーバ１は、広告提供端末３から受信した広告登録要求に含まれる広告コンテンツと送信条件とを関連付けて記憶する（ステップＳ４，Ｓ３３）。また、サーバ１は、ユーザ端末２に対する広告送信の対価（広告料）に関する条件が満たされたことを条件として（例えば、ステップＳ３において課金処理が実行されたことを条件として）、広告提供端末３から受信した広告登録要求に含まれる広告の送信を許可する。
【０２１１】
上記によれば、サーバ１は、広告主である広告提供端末３のユーザから、ユーザ端末２に対する広告送信の対価を受け取ることができる。
【０２１２】
また、ユーザ端末２は、自端末の位置に関する位置情報（位置履歴情報）をサーバ１へ送信する（ステップＳ７，Ｓ８０）。送信条件は、ユーザ端末２の位置に関する条件を含む。サーバ１は、ユーザ端末２から受信した位置情報を用いて、当該ユーザ端末２に関して送信条件が満たされたか否かを判定する（ステップＳ８，Ｓ４２）。なお、後述する変形例において示されるように、ユーザ端末２は、自端末において実行されるアプリケーションに関する情報（例えばアプリケーションの実行履歴の情報）をサーバ１へ送信してもよい。このとき、サーバ１は、上記アプリケーションに関する情報に基づいて送信条件が満たされたか否かを判定してもよい。
【０２１３】
上記によれば、サーバ１は、ユーザの位置（あるいは、通った場所）に応じた広告、あるいは、ユーザが利用したアプリケーションに応じた広告をユーザ端末２に提供することができ、広告対象となるユーザを位置によって絞って広告を効率良く提供することができる。
【０２１４】
また、サーバ１は、ユーザ端末２から受信する閲覧通知に基づいて、当該ユーザ端末２において閲覧済みの広告コンテンツを示す情報（閲覧済み情報）をユーザ毎に記憶する（図７）。また、サーバ１は、広告場所をユーザが訪れたか否かを判定するための訪問条件を記憶し（図７）、ユーザ端末２から受信した位置情報を用いて、閲覧済みの広告に関する訪問条件が満たされたか否かを判定する。サーバ１は、訪問条件が満たされたと判定された場合、所定の処理（例えば、ステップＳ１２，Ｓ４５のポイント付与処理）を実行する。
【０２１５】
上記によれば、広告場所をユーザが実際に訪れたことに応じて、所定の処理が実行される。これによれば、サーバ１は、広告場所をユーザが実際に訪れたことに応じた適切なタイミングで、上記所定の処理を実行することができる。なお、「所定の処理」は、上述のポイントを付与する処理の他、任意の処理であってよい。例えば、他の実施形態においては、サーバ１は、上記所定の処理として、広告料を課金する処理（ステップＳ３，Ｓ３２）を実行してもよい。これによれば、サーバ１は、訪問条件が１回満たされる毎に（つまり、広告を閲覧したユーザが実際に広告場所を訪れる毎に）広告料を課金することができる。また、サーバ１は、上記所定の処理として、関連画像を付与する処理（ステップＳ１３，Ｓ５３）を実行してもよい。これによれば、広告を閲覧したユーザが実際に広告場所を訪れることによって、ユーザ端末２において関連画像が追加または変更されることとなる。また、上記所定の処理として、広告の登録を終了する処理（ステップＳ１７，Ｓ５６）が実行されてもよい。
【０２１６】
また、サーバ１は、広告の終了条件を広告に関連付けてさらに記憶し（図７）、終了条件が満たされた場合に当該終了条件に関連付けられる広告の送信を終了する（ステップＳ１７，Ｓ５６）。これによれば、終了条件を所望の内容に設定することによって、所望のタイミングで広告の送信を終了させることができる。例えば、上記実施形態のように、閲覧ユーザ数に関する終了条件を設定することによって、広告を閲覧したユーザが所定人数に達するまで広告の送信を継続することができる。
【０２１７】
また、上述の特典情報は、上記実施形態においては、商品および／またはサービスと交換可能なポイントを示す情報である。なお、ユーザに付与される特典の内容は任意であり、ポイントに限らない。例えば、他の実施形態においては、特典は、商品および／またはサービス自体であってもよいし、上記実施形態における関連画像のような、ユーザ端末２において用いられるデータ（アプリケーションのデータ、および／または、アプリケーションにおいて用いられるデータ）であってもよい。
【０２１８】
また、上記実施形態における情報処理システムは、複数のユーザ端末２と、各ユーザ端末２と通信可能なサーバ１とを含む。ユーザ端末２は、自機の位置に関する位置情報（位置履歴情報）をサーバ１へ送信する（ステップＳ７，Ｓ８０）。サーバ１は、ユーザ端末２のユーザに対して付与される特典を示す特典情報（ポイント情報）をユーザ毎に記憶する（図７）。サーバ１は、ユーザ端末２から受信した位置情報が所定の特典条件を満たす場合（例えば、上記実施形態においては、訪問条件が満たされた場合）、当該位置情報に対応するユーザに対して特典を付与するように、特典情報を更新する（ステップＳ１２，Ｓ１４，Ｓ４５，Ｓ５２）。
【０２１９】
上記によれば、ユーザの位置情報に応じて特典が付与されるので、例えば、ユーザが特定の場所を訪問したり、特定の範囲を通過したりしたことに応じて特典が付与されるという、新規な特典付与システムを提供することができる。
【０２２０】
また、サーバ１は、広告をユーザ端末へ送信する。上記特典条件は、広告場所をユーザが訪れたか否かを判定するための訪問条件である。サーバ１は、ユーザ端末２から受信した位置情報を用いて、特典条件が満たされたか否かを判定する（ステップＳ４４）。
【０２２１】
上記によれば、広告場所をユーザが実際に訪れたことに応じてユーザに特典が付与される。これによれば、広告場所を訪れる動機付けをユーザに与えることができ、広告効果をより向上することができる。なお、訪問条件における広告場所は、上記実施形態のように、ユーザ端末へ送信された広告に関する広告場所であってもよい。このとき、送信された広告の広告効果をより向上することができる。
【０２２２】
また、ユーザ端末２は、上記位置情報として、取得された位置の履歴に関する情報（位置履歴情報）を送信する。ただし、他の実施形態においては、ユーザ端末２は、位置履歴情報に代えて、または位置履歴情報とともに、現在位置に関する情報を送信してもよい。
【０２２３】
上記実施形態において、サーバ１は、ユーザ端末２において広告が閲覧されたことを示す状況情報（閲覧済み情報）を取得する（ステップＳ１１，Ｓ５１）。また、サーバ１は、取得された状況情報に対応するユーザ端末２のユーザに対して当該状況情報に応じた特典を付与するように、特典情報を更新する（ステップＳ１２，Ｓ５２）。なお、上記「状況情報」は、ユーザ端末２において広告を受信したことを示すものであってもよい。上記によれば、情報処理システムは、広告の受信または閲覧の状況に応じてユーザには特典が付与されるので、ユーザに広告を受信したり閲覧したりする動機付けを与えることができ、ユーザ端末２へ送信した広告について効率良く広告効果を得ることができる。
【０２２４】
また、上記実施形態において、ユーザ端末２は、ユーザが指定するコンテンツデータをポイントの対価として取得する要求をサーバ１へ送信し、当該要求に応じてサーバから送信されてくるコンテンツデータを取得する。なお、上記「コンテンツ」は、映画やテレビ番組等の映像作品、ゲーム、ソフトウェアアプリケーション、データベース、ウェブサイト、プログラムソフト、テキスト、コミック、音楽、アニメ、写真、アート、ＣＧ、および、キャラクター等の概念を含む意味である。
【０２２５】
上記によれば、サーバ１において提供されるコンテンツデータを取得するためにユーザはポイントを利用することができるので、ユーザにとって有用な特典を付与することができる。
【０２２６】
上記実施形態における情報処理システムは、複数のユーザ端末２と、各ユーザ端末２と通信可能なサーバ１とを含む。サーバ１は、広告をユーザ端末へ送信する。ユーザ端末２は、広告を表示するための第１プログラム（例えば、上記実施形態においては、広告閲覧アプリ）を実行することによって、サーバ１から受信した広告を表示部２６に表示する（図２１に示す広告アプリ処理）。ユーザ端末２は、広告に関連する内容を表す関連画像を示す関連画像情報を記憶する（図８）。ユーザ端末２は、上記第１プログラムとは異なるプログラムであって、ユーザ端末２において実行可能な第２プログラム（例えば、上記実施形態におけるシステムプログラムや、地図アプリや、ゲームプログラム）を実行する際、第２プログラムに基づく画像に対して関連画像情報を用いて変更を加えた画像を表示部２６に表示する（図１３）。
【０２２７】
なお、上記において、ユーザ端末２に記憶される関連画像は、上記実施形態のようにサーバ１から受信される他、任意の方法で取得されてもよい。例えば、関連画像は、ユーザ端末２に着脱可能な記憶媒体からユーザ端末２に取得されてもよいし、サーバ１とは異なる外部装置からユーザ端末２に取得されてもよい。
【０２２８】
上記によれば、ユーザ端末２においては、第１プログラムによって広告が表示され、また、広告に関する関連画像が第２プログラムによって表示される。したがって、上記によれば、広告が単に提示されるだけでなく、広告が表示されていない状況において関連画像が表示されるので、広告、広告に係る商品、あるいは広告主等、広告に関する情報を関連画像によってユーザに想起させることができる。これによって、広告の効果をより向上することができる。
【０２２９】
また、上記第２プログラムは、ゲームプログラムであってもよい。このとき、ユーザ端末２は、広告に関する商品を表すアイテムの関連画像を表示部２６に表示してもよい。これによれば、関連画像がゲーム中における特典として機能するので、広告を受信したり再生したりする動機付けをユーザに与えることができ、それによって広告効果を向上することができる。
【０２３０】
また、上記第２プログラムは、現実世界または仮想世界を表す地図画像を表示するプログラム（例えば、上述の地図アプリ）であってもよい。このとき、広告は、現実世界または仮想世界内の位置に関連付けられており、ユーザ端末２は、広告が関連付けられる位置に関連画像を表示する（図１１，図１２、ステップＳ９５）。これによれば、ユーザは、広告に関連付けられる場所を地図上で確認することができるので、広告に関連付けられる場所を訪れる動機付けをユーザに与えることができ、それによって広告効果を向上することができる。
【０２３１】
また、上記第２プログラムは、アプリケーションプログラムを実行する指示を行うためのメニュー画像を表示するプログラム（例えば、上述のシステムプログラム）であってもよい。このとき、ユーザ端末２は、メニュー画像に含まれるユーザインタフェース画像（例えば、アイコンの画像や、アバターの画像）および／または背景画像の少なくとも一部を変更してもよい（図１３）。これによれば、ユーザ端末２においてユーザがよく見ると考えられるメニュー画像において関連画像が表示されるので、広告を見る動機付けをより多くの機会にユーザに与えることができ、それによって広告効果をより向上することができる。
【０２３２】
また、上記において、関連画像は、任意の条件で表示されてもよく、例えば上記実施形態のように、関連画像に関する広告がユーザ端末２において再生（表示）されたことを条件として表示されてもよい。すなわち、ユーザ端末２は、ユーザ端末２において広告が再生されたことに応じて、当該広告に関する関連画像の表示を許可してもよい。これによれば、広告を受信する動機付けをユーザに与えることができ、それによって広告効果を向上することができる。
【０２３３】
また例えば、関連画像は、関連画像に関する広告がユーザ端末２において受信されたことを条件として表示されてもよい。すなわち、ユーザ端末２は、ユーザ端末２において広告コンテンツがサーバ１から受信されたことに応じて、当該広告コンテンツに関する関連画像の表示を許可してもよい。これによれば、広告を閲覧する動機付けをユーザに与えることができ、それによって広告効果を向上することができる。
【０２３４】
また例えば、関連画像は、上記訪問条件が充足されたことに応じて表示されてもよい。すなわち、情報処理システムは、ユーザ端末２の位置に関する位置情報（位置履歴情報）に基づいて、広告場所をユーザが訪れたか否かを判定する（Ｓ４４）。このとき、ユーザ端末２は、広告場所をユーザが訪れたと判定された広告に関する関連画像の表示を許可してもよい。これによれば、広告に関する広告場所を実際に訪れる動機付けをユーザに与えることができ、それによって広告効果を向上することができる。
【０２３５】
また、ユーザ端末２は、ユーザ端末２における広告の閲覧状況に応じて関連画像の表示態様を変化させてもよい（図１１，図１２）。これによれば、広告を閲覧する動機付けをユーザに与えることができ、それによって広告効果を向上することができる。
【０２３６】
また、ユーザ端末２は、広告場所への訪問状況に応じて関連画像の表示態様を変化させてもよい。すなわち、ユーザ端末２は、広告場所をユーザが訪れたと判定された広告に関する関連画像について表示態様を変化させてもよい。これによれば、広告に関する広告場所を実際に訪れる動機付けをユーザに与えることができ、それによって広告効果を向上することができる。
【０２３７】
また、上記実施形態においては、ユーザ端末２は、ユーザのアバター５１と、ユーザ端末２において実行可能なアプリケーションプログラムを実行する指示を行うためのメニュー画像との少なくともいずれかの表示を、再生された広告の種類（または数）に応じて変更する（図１３）。なお、他の実施形態においては、ユーザ端末２は、受信された広告の数に応じて上記表示を変更してもよい。また、ユーザ端末２は、受信された広告の種類に応じて、および／または、再生された広告の種類に応じて上記表示を変更してもよい。
【０２３８】
上記によれば、受信／再生された広告の種類／数に応じてユーザインターフェース画像（上記アバターの画像やメニュー画像）が変化する。これによって、広告を受信したり再生したりする動機付けをユーザに与えることができ、広告効果を向上することができる。
【０２３９】
また、上記実施形態における情報処理システムは、複数のユーザ端末２と、各ユーザ端末２と通信可能なサーバ１とを含む。サーバ１は、送信条件が満たされたユーザ端末へ、当該送信条件に関連付けられる広告を（プッシュ送信で）送信する（ステップＳ９，Ｓ４３）。また、サーバ１は、記憶部１３に記憶されているうちの複数の広告を表す広告群情報（一覧ページ）をユーザ端末２へ送信し（ステップＳ２２，Ｓ６２）、ユーザ端末２からの要求に応じて、広告群情報が表す広告のうちの少なくとも１つを当該ユーザ端末２へ送信する（ステップＳ２５，Ｓ６４）。一方、ユーザ端末２は、プッシュ送信（ステップＳ９）によって送信された広告を受信し、受信したことをユーザに通知する。さらに、ユーザ端末２は、広告群情報が表す広告のうちから、ユーザの指示に従って少なくとも１つを選択し、選択された広告をサーバ１に対して要求し（ステップＳ２４，Ｓ１０６）、サーバ１から受信された広告を再生する（ステップＳ２６，Ｓ１０７）。
【０２４０】
上記によれば、ユーザ端末２は、送信条件が満たされた結果プッシュ送信でサーバ１から送信されてくる広告を再生することができるとともに、サーバ１から提示される広告群情報からユーザが選択した広告を再生することができる。これによれば、ユーザは、送信条件が満たされない広告であっても所望の広告を閲覧することができ、広告主は、広告をユーザに閲覧してもらう、より多くの機会を得ることができる。したがって、より多くの広告をユーザに提供することができるとともに、広告を閲覧する機会が増えることによって広告効果を向上することができる。
【０２４１】
また、情報処理システムは、サーバ１と通信可能な広告提供端末３をさらに含む。広告提供端末３は、広告と送信条件とを含む広告登録要求を送信する（ステップＳ２）。サーバ１は、広告提供端末３から受信した広告登録要求に含まれる広告と送信条件とを関連付けて記憶部１３に記憶する（ステップＳ４，Ｓ３３）。サーバ１は、上記プッシュ送信による送信に関して、ユーザ端末２に対する広告送信の対価（広告料）に関する対価条件が満たされたことを条件として（例えば、広告料の課金が完了したことを条件として）、広告提供端末３から受信した広告登録要求に含まれる広告の送信を許可し（ステップＳ４，Ｓ３３）、広告群情報が表す広告の送信に関して、対価条件の充足にかかわらず広告の送信を許可する（ステップＳ２５）。なお、「対価条件の充足にかかわらず広告の送信を許可する」とは、例えば、広告主に広告料が要求される場合に、課金が完了しているか否かにかかわらず広告の送信を許可することであってもよいし、広告群情報が表す広告の送信に関して広告主に広告料が要求されずに広告の送信を許可する（つまり、広告料が無料である）ことであってもよい。
【０２４２】
上記によれば、プッシュ通信による（ユーザの意思にかかわらず）第１の方法については対価条件の充足が要求され、ユーザが自身の意思でサーバ１からの送信を希望する第２の方法については対価条件の充足が要求されない。これによれば、広告主は、第２の方法で広告をユーザに見てもらう場合には、気軽に広告をサーバ１にアップロードすることができるとともに、広告料を支払うことによって、ターゲットを絞って特定のユーザに広告を見てもらうこともできる。
【０２４３】
［６．変形例］
（送信条件に関する変形例）
上記実施形態においては、広告を送信するか否かを判定するための送信条件は、ユーザ端末２の位置に関する条件であった。ここで、他の実施形態においては、送信条件は、次のような条件であってもよい。
【０２４４】
送信条件は、ユーザ端末２の位置から推測される情報に関する条件を含んでいてもよい。「位置から推測される情報」とは、例えば次の情報である。
・ある場所（例えば広告場所）を通過したときの移動速度
・ある場所を通過したときの移動方法（徒歩、車等）
・ある場所に滞在した時間
・ある場所に滞在した時間帯
・ある場所を訪問した頻度
・所定期間における移動距離
・所定期間における消費カロリーや歩数（上記移動距離から推測される）
・ユーザの生活・行動習慣（例えば、特定の場所（学校や美容院など）に通っている、休日はあまり外出しない、Ａ駅からＢ駅への移動を日常的に行っている、等）
例えば、送信条件は、「広告場所を基準とした範囲を、１週間に３回以上、徒歩で通過したこと」や、「広告場所を基準とした範囲を、１週間に３回以上、午後１時から午後６時までの間に通過したこと」であってもよい。上記のような送信条件が充足されるか否かは、上記実施形態と同様、位置情報を用いて判定することができる。
【０２４５】
また、送信条件は、ユーザ端末で実行されるアプリケーションの実行履歴に関する条件を含んでいてもよい。例えば、送信条件は、「所定のアプリケーションを実行したことがあること」や、「所定のアプリケーションを所定の頻度で実行していること」等であってもよい。このとき、サーバ１は、送信条件に関するアプリケーションに関連する商品／サービスに関する広告をユーザ端末２へ送信してもよい。例えば、「ダンスゲームを実行したことがあること」という送信条件が充足された場合、サーバ１は、ダンス教室に関する広告をユーザ端末２へ送信してもよい。また例えば、「健康管理を行うためのアプリケーションを１週間に３回以上実行していること」という送信条件が充足された場合、サーバ１は、健康食品や健康グッズに関する広告をユーザ端末２へ送信してもよい。
【０２４６】
なお、送信条件がアプリケーションの実行履歴に関する条件を含む場合、ユーザ端末２は、アプリケーションを実行した履歴を示す履歴情報を記憶部２３に記憶しておき、適宜のタイミングで履歴情報をサーバ１へ送信する。例えば、履歴情報は、アプリケーションの実行が終了されたタイミングで送信されてもよいし、予め定められたタイミングが到来したことに応じて送信されてもよい。サーバ１は、ユーザ端末２から受信された履歴情報を用いて送信条件を判定してもよい。
【０２４７】
また、送信条件は、ユーザ端末において再生された（または受信された）広告の履歴に関する条件であってもよい。例えば、送信条件は、「ある種類の商品の広告を所定数以上再生していること」であってもよいし、「ある広告主の広告を所定数以上再生していること」であってもよい。
【０２４８】
（ユーザ端末２において広告受信数に制限を設ける変形例）
他の実施形態においては、ユーザ端末２において、閲覧（再生）していない広告の数に制限を設けるようにしてもよい。すなわち、ユーザ端末２に記憶されている広告のうち、閲覧されていない広告の数が所定の上限数に達している場合、サーバ１は、送信条件が充足されて送信すべき新たな広告が発生しても、当該新たな広告を送信しないようにしてもよい。なお、閲覧されていない広告の数が上限数に達しているか否かの判断は、ユーザ端末へ送信した広告の情報と、上述の閲覧済み情報とを、ユーザ毎に記憶しておくことによって行われてもよい。また、上記判断は、ユーザ端末２において行われてもよい。
【０２４９】
上記によれば、未閲覧の広告が溜まって上限数に達すると、ユーザ端末２は新たな広告を受信できなくなる。これによって、広告再生によるポイントを欲しいユーザや、新しい広告を見たいユーザに対して、未閲覧の広告が溜まらないように広告を閲覧することを促すことができる。すなわち、ユーザに広告を再生する動機付けをより強く与えることができ、広告効果を向上することができる。
【０２５０】
（サーバとユーザ端末とにおいて実行される情報処理に関する変形例）
上記実施形態においては、サーバ１とユーザ端末２とにおいて各種の情報処理が実行された（例えば、図５に示すステップＳ５〜Ｓ１３の一連の処理）。ここで、他の実施形態においては、上記実施形態におけるサーバ１において実行される処理の一部は、ユーザ端末２において実行されてもよいし、上記実施形態におけるユーザ端末２において実行される処理の一部は、サーバ１において実行されてもよい。例えば、送信条件を判定する処理は、ユーザ端末２において実行されてもよい。すなわち、ユーザ端末２は、サーバ１に記憶される各送信条件のうちいくつかを記憶しておいてもよく、位置履歴情報が取得された場合、送信条件が充足されるか否かを判定してもよい。さらに、送信条件が充足された場合、ユーザ端末２は、充足された送信条件に対応する広告の送信をサーバ１に対して要求し、当該要求に応じてサーバ１から送信されてくる広告を受信してもよい。なお、ユーザ端末２は、送信条件とともにそれに関連付けられる広告を予めサーバ１から取得しておき、送信条件が充足された場合には、充足された送信条件に関連付けられる広告の再生を行うようにしてもよい。
【０２５１】
上記において、情報処理システムにおける各装置は、例えば次のように動作してもよい。図２４は、上記実施形態の変形例における情報処理システムの動作の一例を示す図である。図２４に示す変形例においても上記実施形態と同様、まず、広告主は、広告を作成し、作成した広告を含む広告登録要求を広告提供端末３によってサーバ１へ送信する（図２４に示す（１））。ここで、本変形例においては、サーバ１は、ユーザの外出前に、広告とそれに対応する送信条件とをユーザ端末２へ送信する（図２４に示す（２））。なお、送信される広告および送信条件は、どのように決定されてもよい。例えば、サーバ１は、それまでにユーザ端末２から受信した位置履歴情報に基づいて、送信すべき広告および送信条件を決定してもよい。また例えば、サーバ１は、予めユーザによって指定された地域、および／または、ジャンル（業種）に合致する広告および送信条件をユーザ端末２へ送信してもよい。
【０２５２】
上記変形例においても上記実施形態と同様、ユーザは、ユーザ端末２を携帯して外出する（図２４に示す（３））。ユーザの外出中において、ユーザ端末２は、自機の位置を示す位置情報を逐次検出する（図２４に示す（４））。本変形例においては、ユーザの外出中において、ユーザ端末２は、検出された位置情報が、サーバ１から受信した送信条件を満たすか否かを判定する。この判定は、ユーザの外出中における任意のタイミングで行われる。例えば、上記判定は、位置情報が検出される度に行われてもよいし、ユーザの外出中において所定時間間隔で行われてもよい。
【０２５３】
上記送信条件が満たされた場合、ユーザ端末２は、当該送信条件に対応する広告を再生する。つまり、図２４に示す例において、ユーザが広告場所の付近を通過する（図２４に示す（５））と、当該広告場所に関する広告がユーザ端末２において再生される（図２４に示す（６））。したがって、本変形例によれば、ユーザは、広告場所の付近で広告を見ることができるので、より効果的なタイミングで広告をユーザに提示することができる。なお、ユーザ端末２は、広告の再生を開始する前に、例えば音および／または振動等によってユーザに対して通知を行うようにしてもよい。
【０２５４】
また、他の実施形態においては、訪問条件を判定する処理、および／または、特典を管理（付与）する処理は、ユーザ端末２において実行されてもよい。また、他の実施形態においては、ユーザ端末２は、逐次検出した位置情報をサーバ１へ逐次送信し、サーバ１において位置履歴情報が生成されてもよい。
【０２５５】
また、他の実施形態においては、ユーザ端末２における機能は、複数の情報処理装置によって実現されてもよい。例えば、情報処理システムは、端末側（ユーザ側）の装置として、ユーザ端末２に代えて、位置を検出する機能を有する第１端末装置と、広告を再生する機能を有する第２端末装置とを有する構成であってもよい。なお、第１端末装置はユーザが携帯可能な携帯型の装置（スマートフォンやウェアラブル端末等）であり、第２装置は、ユーザが携帯可能な（また、この場合においては位置を検出する機能を有していない）携帯型ゲーム機、または、ユーザの自宅に設置される据置型の装置（パソコンや据置型ゲーム機等）であってもよい。このとき、第１端末装置は位置を検出し、検出した位置の情報を第２端末装置へ送信する。第２端末装置は、第１端末装置から受信した位置の情報に基づいて（送信条件の判定は、端末側で行われてもよいし、サーバ側で行われてもよい）広告を再生する。
【産業上の利用可能性】
【０２５６】
以上のように、本発明は、効果的に広告効果を得ること等を目的として、例えば情報処理装置、サーバシステム、ユーザ端末装置として利用することが可能である。
【符号の説明】
【０２５７】
１  サーバ
２  ユーザ端末
３  広告提供端末
１１  通信部
１２  処理部
１３  記憶部
２１  通信部
２２  処理部
２３  記憶部
２４  位置検出部
２５  入力部
２６  表示部
４１，４２  アイコン
５１  アバター
【図１】
0006576069.tif 000002
【図２】
0006576069.tif 000003
【図３】
0006576069.tif 000004
【図４】
0006576069.tif 000005
【図５】
0006576069.tif 000006
【図６】
0006576069.tif 000007
【図７】
0006576069.tif 000008
【図８】
0006576069.tif 000009
【図９】
0006576069.tif 000010
【図１０】
0006576069.tif 000011
【図１１】
0006576069.tif 000012
【図１２】
0006576069.tif 000013
【図１３】
0006576069.tif 000014
【図１４】
0006576069.tif 000015
【図１５】
0006576069.tif 000016
【図１６】
0006576069.tif 000017
【図１７】
0006576069.tif 000018
【図１８】
0006576069.tif 000019
【図１９】
0006576069.tif 000020
【図２０】
0006576069.tif 000021
【図２１】
0006576069.tif 000022
【図２２】
0006576069.tif 000023
【図２３】
0006576069.tif 000024
【図２４】
0006576069.tif 000025