特許 6159169 広告配信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6159169

(24)【登録日】2017年6月16日

(45)【発行日】2017年7月5日

(54)【発明の名称】広告配信システム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20170626BHJP

   G09F 19/00 20060101ALI20170626BHJP

【ＦＩ】

   G06Q30/02

   G09F19/00 Z

【請求項の数】10

【全頁数】19

(21)【出願番号】特願2013-132470(P2013-132470)

(22)【出願日】2013年6月25日

(65)【公開番号】特開2015-7863(P2015-7863A)

(43)【公開日】2015年1月15日

【審査請求日】2016年6月14日

(73)【特許権者】

【識別番号】515224728

【氏名又は名称】ＥｄｕＡｐｐｓ合同会社

(74)【代理人】

【識別番号】110001841

【氏名又は名称】特許業務法人梶・須原特許事務所

(72)【発明者】

【氏名】杉本 隆史

(72)【発明者】

【氏名】高橋 大輔

(72)【発明者】

【氏名】織田 修平

(72)【発明者】

【氏名】土橋 明

【審査官】 田川 泰宏

(56)【参考文献】

【文献】 特開２００１−３５７２８６（ＪＰ，Ａ）

【文献】 特開平１０−００３４９４（ＪＰ，Ａ）

【文献】 特開２００４−１５２２２４（ＪＰ，Ａ）

【文献】 特開２００４−０８０５５４（ＪＰ，Ａ）

【文献】 特開２００７−１８８１５０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

Ｇ０９Ｆ １９／００

(57)【特許請求の範囲】

【請求項1】

汎用の端末である１又は複数の第１の携帯端末と、
汎用の端末である１又は複数の第２の携帯端末と、
前記第１の携帯端末にインストールされた広告送信プログラムと、
前記第２の携帯端末にインストールされた広告受信表示プログラムと、
前記第２の携帯端末に個別に接続された、又は、前記第２の携帯端末に個別に搭載された画像表示手段と、
サーバとを備えており、
前記広告送信プログラムが、テキストデータに基づきテキストを表示させる命令を含む複数の命令を有する指令を生成する処理と、生成した前記指令を前記サーバに無線通信を介して送信する処理とを、前記第１の携帯端末に実行させ、
前記サーバが、
前記第１の携帯端末と前記第２の携帯端末とを関連付ける端末関連付け情報を記憶する端末情報記憶手段と、
前記第１の携帯端末から前記指令を受信する指令受信手段と、
前記端末情報記憶手段の記憶内容に基づいて、前記指令受信手段が受信した前記指令を、その指令の送信元である前記第１の携帯端末に関連付けられた前記第２の携帯端末に無線通信を介して送信する指令送信手段とを有しており、
前記広告受信表示プログラムが、前記サーバから送信される前記指令に基づいて、前記画像表示手段にテキストを表示させる処理を前記第２の携帯端末に実行させることを特徴とする広告配信システム。

【請求項2】

前記画像表示手段に表示される広告画像を閲覧する閲覧者の状況を把握する閲覧者把握処理と、
前記閲覧者把握処理において把握される前記閲覧者の状況に基づいて、配信指令の送信元となる前記第１の携帯端末を決定する処理、配信指令の送信先となる前記第２の携帯端末を決定する処理、及び、前記画像表示手段に表示させる広告の内容を決定する処理の少なくともいずれかを行う広告決定処理とを実行することを特徴とする請求項１に記載の広告配信システム。

【請求項3】

前記閲覧者把握処理において、前記閲覧者の状況として、前記画像表示手段における前記閲覧者の人数を取得する人数取得処理を実行すると共に、前記人数取得処理において取得された前記閲覧者の人数に基づいて前記広告決定処理を実行することを特徴とする請求項２に記載の広告配信システム。

【請求項4】

商品の１個当たりの評価値と前記人数取得処理において取得された前記閲覧者の人数とを乗算した値に基づいて、前記広告決定処理として、当該商品に係る広告内容を前記画像表示手段に表示させるか否かを決定することを特徴とする請求項３に記載の広告配信システム。

【請求項5】

前記人数取得処理において取得された前記閲覧者の人数が前記商品の在庫数を上回る場合に、前記商品の１個当たりの評価値と前記商品の在庫数とを乗算した値に基づいて、前記広告決定処理として、当該商品に係る広告内容を前記画像表示手段に表示させるか否かを決定することを特徴とする請求項４に記載の広告配信システム。

【請求項6】

前記閲覧者把握処理において、前記閲覧者の状況として、所定のエリア内に存在する前記第２の携帯端末が把握され、
前記広告決定処理として、前記閲覧者把握処理において前記所定のエリア内に存在すると把握された前記第２の携帯端末を前記サーバからの前記指令の送信先に決定することを特徴とする請求項２に記載の広告配信システム。

【請求項7】

前記第２の携帯端末がユーザ入力インタフェースを有しており、
前記広告受信表示プログラムが、前記ユーザ入力インタフェースを介してユーザが入力した条件を前記サーバに送信する処理を前記第２の携帯端末に実行させ、
前記広告決定処理として、前記第１の携帯端末から送信された評価値が前記第２の携帯端末から送信された条件を満たすか否かに基づいて、当該第２の携帯端末に前記サーバから前記指令が送信されるか否かが決定されることを特徴とする請求項２〜６のいずれか１項に記載の広告配信システム。

【請求項8】

前記閲覧者把握処理において、前記閲覧者の状況として、移動中の前記第２の携帯端末の位置が取得されると共に、前記移動中の第２の携帯端末の移動先となるエリアを推定するエリア推定処理と、
前記広告決定処理として、前記第１の携帯端末と前記エリアとを関連付けるエリア関連付け情報に基づいて、前記エリア推定処理において推定されたエリアに関連付けられた前記第１の携帯端末からの前記指令を前記サーバから前記移動中の第２の携帯端末に送信することに決定することを特徴とする請求項２〜７のいずれか１項に記載の広告配信システム。

【請求項9】

前記広告受信表示プログラムが、前記指令の送信要請を前記サーバに送信する処理を前記第２の携帯端末に実行させ、
前記サーバが前記送信要請を受信した場合に、前記指令送信手段が、当該送信要請の送信元である前記第２の携帯端末にその端末に対応する前記指令を送信することを特徴とする請求項１〜８のいずれか１項に記載の広告配信システム。

【請求項10】

前記指令が、テキストデータに基づくテキストの表示命令を含む複数の命令と当該命令ごとの識別情報とを含んでおり、
前記広告送信プログラムが、
前記命令及び前記識別情報を生成する処理を前記第１の携帯端末に実行させると共に、当該命令が前回生成した命令とは異なる場合に、当該命令に関して、前回の前記識別情報とは異なる前記識別情報を前記第１の携帯端末に生成させ、
前記サーバが、前記第２の携帯端末に前回送信した前記指令における前記複数の命令の内容が変更されているか否かを判定せずに、前記指令を前記第２の携帯端末に送信し、
前記広告受信表示プログラムが、
前記サーバから送信された前記指令に含まれた前記複数の命令に関する前記識別情報に基づいて、当該複数の命令に対応する処理のうち、前記サーバから前回送信された前記指令における内容から変更された命令に対応する処理のみを前記第２の携帯端末に実行させることを特徴とする請求項１〜９のいずれか１項に記載の広告配信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、広告配信システムに関する。

【背景技術】

【0002】

従来、広告を表示する表示装置へとサーバから広告を送信し、表示装置に広告を表示させるシステムが知られている（一例として、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１−１５４６２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１では、広告主の端末から電子広告データをサーバに登録し、サーバから送信された電子広告データを電子広告端末がダウンロードし、その内容を表示する。このようなシステムでは、広告主が電子広告端末に表示させる広告内容を直接作成しなければならない。一方、例えば小売店においては、来客数や在庫など、その時々の状況に即応した効果的な広告を実施したいというニーズがあり、適時に手軽に広告を表示させるシステムが求められている。しかしながら、特許文献１のシステムは、広告主が適時に手軽に広告の内容を調整できるようなものではない。

【0005】

本発明の目的は、小売店などの広告主が広告の内容を適時に手軽に調整可能な広告配信システムを提供することにある。

【課題を解決するための手段】

【0006】

本発明の広告配信システムは、汎用の端末である１又は複数の第１の携帯端末と、汎用の端末である１又は複数の第２の携帯端末と、前記第１の携帯端末にインストールされた広告送信プログラムと、前記第２の携帯端末にインストールされた広告受信表示プログラムと、前記第２の携帯端末に個別に接続された、又は、前記第２の携帯端末に個別に搭載された画像表示手段と、サーバとを備えており、前記広告送信プログラムが、テキストデータに基づきテキストを表示させる命令を含む複数の命令を有する指令を生成する処理と、生成した前記指令を前記サーバに無線通信を介して送信する処理とを、前記第１の携帯端末に実行させ、前記サーバが、前記第１の携帯端末と前記第２の携帯端末とを関連付ける端末関連付け情報を記憶する端末情報記憶手段と、前記第１の携帯端末から前記指令を受信する指令受信手段と、前記端末情報記憶手段の記憶内容に基づいて、前記指令受信手段が受信した前記指令を、その指令の送信元である前記第１の携帯端末に関連付けられた前記第２の携帯端末に無線通信を介して送信する指令送信手段とを有しており、前記広告受信表示プログラムが、前記サーバから送信される前記指令に基づいて、前記画像表示手段にテキストを表示させる処理を前記第２の携帯端末に実行させる。

【本発明の効果】

【0007】

本発明の広告配信システムによると、広告主は、汎用の端末からテキストデータに基づきテキストを表示させる命令をサーバに送信すればよい。したがって、手元の端末においてテキストベースで広告を準備し、サーバに送信すればよいため、随時且つ手軽に広告の内容を調整できる。また、送信側の端末（第１の携帯端末）と受信側の端末（第２の携帯端末）とがサーバにおいて関連付けられている。したがって、受信側の端末が繁華街やタクシー車内、各消費者の手元など、効果的な場所に設置されていれば、広告主は、狙った場所で効果的に広告を実施可能である。受信側も汎用の端末であるため、このような効果的な場所に手軽に設置可能である。

【図面の簡単な説明】

【0008】

【図1】本発明に係る一実施形態である第１の実施形態の広告配信システムの構成を示すブロック図である。

【図2】送信側端末と受信側端末からなるグループを示す概念図である。

【図3】送信側端末が実行する処理を示すフロー図である。

【図4】広告配信サーバが実行する処理を示すフロー図である。

【図5】受信側端末が実行する処理を示すフロー図である。

【図6】広告として表示される画面の一例であるクーポン画面を示す。

【図7】配信指令に含まれる命令等を示す。

【図8】クーポン処理の条件と商品との関係を示す。

【図9】本発明に係る別の実施形態である第２の実施形態の広告配信システムの構成を示すブロック図である。

【図10】第２の実施形態において受信側端末を保有する閲覧者と広告主である店舗との関係を示す概念図である。

【図11】本発明に係るさらに別の実施形態である第３の実施形態の広告配信システムの構成を示すブロック図である。

【図12】第３の実施形態において受信側端末を保有する閲覧者と広告主である店舗との関係を示す概念図である。

【発明を実施するための形態】

【0009】

［第１の実施形態］
以下、本発明を実施するための一形態である第１の実施形態について説明する。図１は、本実施形態に係る広告配信システム１の概略構成図である。

【0010】

広告配信システム１は、広告主の端末である送信側端末１００（第１の携帯端末）、送信側端末１００からの指令に従って広告を配信する広告配信サーバ２００（サーバ）、及び、広告配信サーバ２００から配信された広告を受信する受信側端末３００（第２の携帯端末）を有している。また、広告配信システム１には、広告の閲覧者からの接続が可能なＨＴＭＬサーバ２５０が設けられていてもよい。これらの端末やサーバは、ＣＰＵ、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ハードディスクドライブ、ユーザインタフェース用のデバイスなどのハードウェアを備えている。ＲＯＭやＲＡＭなどの記憶部には、プログラムや各種のデータなどのソフトウェアが格納されており、ＣＰＵはこれらのソフトウェアに基づいて各種の処理を実行する。ハードウェアとソフトウェアがこのように協働して情報処理を実行することにより、端末やサーバが実行する処理やこれらが有する各機能部が実現される。

【0011】

送信側端末１００及び受信側端末３００は、いずれも、携帯電話通信網や無線ＬＡＮ通信網などを介して無線通信を行うことができると共に、これらの無線通信を介してインターネット９９に接続することができる。広告配信サーバ２００も、インターネット９９に接続されている。送信側端末１００、広告配信サーバ２００及び受信側端末３００間では、インターネット９９及び無線通信を介したデータの送受信が行われる。以下、これらの装置間でのデータや情報の送受信は、特に断りのない限り、インターネット９９及び無線通信を介したものである。

【0012】

本システムを利用する広告主としては、例えば、アパレル店や飲食店の経営者などが想定される。このような広告主からは、顧客の来店状況や在庫の状況など現時点の状況に応じて即効性のある広告を適時に配信可能な配信サービスが求められる。

【0013】

送信側端末１００及び受信側端末３００はスマートフォンやタブレットＰＣなどの汎用の携帯端末である。これらの端末は、文字や画像を表示すると共に指などの接触を検知可能なタッチパネルディスプレイと、ユーザ入力を受け付ける入力インタフェースとを有している。入力インタフェースは、ソフトウェアキーボードとして実現されている。つまり、タッチパネルディスプレイに表示された文字や画像からなる入力画面と、タッチパネルディスプレイによって検出された指等の接触位置との位置関係に基づき、入力内容が決定される。また、これらの端末には、入力インタフェースとして、音声入力部も設けられていてもよい。音声入力部はマイクを有しており、ユーザが発した声がマイクを介して入力されると、その声の内容を認識して文字や数字等に変換する。各受信側端末３００には、文字や画像などからなる広告を表示するディスプレイ４０１が接続されている。なお、ディスプレイ４０１が接続されず、受信側端末３００に搭載されたディスプレイに広告が表示されるのみであってもよい。

【0014】

送信側端末１００には、広告を配信するための指令（以下、「配信指令」とする）を広告配信サーバ２００に送信するためのアプリケーション（以下、「送信アプリ」とする；広告送信プログラム）がインストールされている。受信側端末３００には、広告配信サーバ２００から配信指令を受信し、自身の記憶部に配信指令を格納したり、この配信指令に基づいてディスプレイ４０１に広告を表示させたりするためのアプリケーション（以下、「受信表示アプリ」とする；広告受信表示プログラム）がインストールされている。送信アプリや受信表示アプリは、無線通信及びインターネット９９を介して広告配信システム１外のサーバからダウンロードされる。これらの端末には、送信アプリや受信表示アプリなどのユーザアプリケーションの他、オペレーティングシステムやデバイスドライバがインストールされている。送信アプリや受信表示アプリによる処理は、オペレーティングシステムやデバイスドライバが実行する処理によって一部の機能を補助されながら実行される。

【0015】

本実施形態において、ディスプレイ４０１は、例えば広告主の店舗に近い繁華街など、広告主の店舗に顧客を直接的に誘導可能な地点に設置される。ディスプレイ４０１の設置地点には、この他に、ディスプレイ４０１に表示される広告の閲覧者を撮像するウェブカメラ４０２が設置される。ウェブカメラ４０２が撮影した画像はインターネット９９を介して広告配信サーバ２００へと送信される。また、ディスプレイ４０１に表示されるＵＲＬ（Uniform Resource Locator）を手掛かりに、閲覧者が自身の所有する端末を通じ、インターネット９９を介してＨＴＭＬサーバ２５０にアクセスできるように構成されていてもよい。

【0016】

配信指令は、図７に示すように、グループＩＤ（後述）、命令及び命令ＩＤを含んでいる。命令は、広告を構成する要素ごとに、広告内容や広告の表示態様等を指示する。例えば、背景表示命令は、背景として画像を表示するか、背景を単一色とするかなどを指示し、画像を表示する場合には表示する画像の内容を含んでいる。テキスト表示命令は、表示するテキストの内容をテキストデータとして含んでおり、テキストを表示する態様（色、フォント、位置、大きさ、点滅表示など）、テキストを表示するタイミングなどを指示する。動画表示も、表示対象が動画であること以外は、上記の命令と同様である。優先度は、当該配信指令の優先度の高さを示す。優先度が高い場合には受信側端末３００における当該配信指令に関する処理が優先的に実行される。

【0017】

クーポン処理命令は、受信側端末３００にクーポン処理を実行させるように指示する。クーポン処理は、受信側端末３００において、クーポン処理を開始するための条件が満たされた場合に、店情報やクーポン情報を含むクーポン画面をディスプレイ４０１に表示させるための処理である。クーポン情報は、商品の割引情報など、情報を見た顧客に直接来店を促すような情報である。

【0018】

本実施形態におけるクーポン処理の目的は、店舗において閲覧者が次に説明するようなサービスを受けられるようにすることにより、店舗に顧客を誘導することである。広告の閲覧者は、ディスプレイ４０１に表示されたクーポン画面を、各閲覧者が所有する携帯端末のカメラで撮影する。そして、閲覧者は、クーポン画面に含まれる店情報が示す店舗に赴く。閲覧者が自身の携帯端末に撮影したクーポン画面を店舗の担当者に提示すると、クーポン画面に含まれる割引情報に対応する割引サービスを受けられる。

【0019】

本実施形態では、ディスプレイ４０１に表示させるクーポン画面は、広告配信システム１において、あらかじめ後述のグループごとに登録される。例えば、送信側端末１００は、送信アプリに従って、クーポンの登録情報をグループＩＤと共に広告配信サーバ２００へと送信する。クーポンの登録情報は、クーポン処理の開始条件やクーポン画面の内容などを含んでいる。クーポン処理の開始条件は、クーポン処理の開始時刻や商品の在庫情報などである。広告配信サーバ２００は、グループＩＤに対応する受信側端末３００へと、クーポンの登録情報を送信する。受信側端末３００は、受信した登録情報を記憶部に格納する。クーポン画面は、グループごとに複数種類を登録可能である。クーポン処理命令には、登録済みのクーポン画面のうちのいずれを表示するのかを指示する情報と、クーポン処理の実行を指示するか否かを示す情報とが含まれている。受信側端末３００は、受信したクーポン処理命令がクーポン処理の実行を指示している場合に、後述のとおり、クーポン処理の開始条件が満たされたかどうかを判定する。そして、満たされたと判定するとクーポン処理を実行する。これにより、受信側端末３００において、その時点までディスプレイ４０１に表示されていた広告がクーポン画面に切り替えられる。

【0020】

広告配信サーバ２００は、送信側端末１００から配信指令を受信する指令受信部２０１、端末に関する情報を記憶する端末情報記憶部２０２、指令受信部２０１が受信した配信指令を記憶する指令記憶部２０３、及び、指令記憶部２０３が記憶した配信指令を受信側端末３００に送信する指令送信部２０４を有している。

【0021】

広告配信サーバ２００は、送信側端末１００と受信側端末３００とをグループ分けして管理する。例えば、図２に示すように、１台の送信側端末１００と複数台の受信側端末３００からなるグループＸと、他の１台の送信側端末１００と複数台の受信側端末３００からなるグループＹとが作られる。同グループ内の端末同士は関連付けられており、この関連付けを示す情報（端末関連付け情報）は、端末情報記憶部２０２に格納される。広告配信サーバ２００は、このようなグループを同時に複数管理することが可能である。なお、異なるグループ同士で受信側端末３００が重複してもよい。例えば、グループＸに含まれる少なくとも一部の受信側端末３００がグループＹにも含まれてよい。指令記憶部２０３は、送信側端末１００から送信された配信指令をその送信側端末１００が属するグループに関連付けて記憶する。

【0022】

グループの登録は、送信側端末１００から広告配信サーバ２００に各種の登録情報を送信することによってなされる。これにより、広告配信サーバ２００において新たなグループが作成され、送信側端末１００へとグループＩＤが送信される。グループＩＤは、送信側端末１００が属するグループを識別する情報である。送信側端末１００は、広告配信サーバ２００から送信されたグループＩＤを記憶部に格納する。このような登録処理は、送信アプリが初めて実行された際に送信アプリに従って実行されてもよいし、送信アプリとは別途用意された登録用のアプリに従って実行されてもよい。

【0023】

受信側端末３００のグループへの登録は、受信側端末３００において受信表示アプリが初めて実行された際に行われる。受信側端末３００は、受信表示アプリに従って、広告配信サーバ２００に登録要請を送る。広告配信サーバ２００は、登録要請の内容を確認し、登録が可能である場合に、受信側端末３００へとグループＩＤを送信する。受信側端末３００は、グループＩＤを記憶部に格納する。このような登録処理は、受信表示アプリとは別途用意された登録用のアプリに従って実行されてもよい。

【0024】

また、広告配信サーバ２００は、広告の閲覧者の状況を把握する閲覧者把握部２０５を有している。閲覧者把握部２０５は、ウェブカメラ４０２から送信された撮影画像を解析することにより、撮影画像に映された広告の閲覧者の人数を算出する。閲覧者の人数は、グループごとに把握される。つまり、あるグループに属する複数の受信側端末３００があるとき、各受信側端末３００の設置地点に設置されたウェブカメラ４０２からの撮影画像の解析結果が集計される。これにより、各受信側端末３００に対応するディスプレイ４０１に表示された広告を閲覧している全閲覧者の人数がグループごとに把握される。閲覧者把握部２０５が算出した閲覧者の人数は、クーポン処理が実行される際に用いられる（後述）。

【0025】

なお、閲覧者把握部２０５による閲覧者の人数の把握方法として、以下のような別の方法が用いられてもよい。ディスプレイ４０１に広告として、ＵＲＬを示す情報を表示させる。閲覧者は、自らが所有する端末４０３にインストールされたブラウザアプリに基づき、広告に含まれるＵＲＬを入力して当該ＵＲＬに対応するＨＴＭＬサーバ２５０にアクセスする。ＨＴＭＬサーバ２５０は、アクセス数を管理している。広告配信サーバ２００は、ＨＴＭＬサーバ２５０からアクセス数を取得し、取得したアクセス数を閲覧者の人数とする。あるいは、ＵＲＬに対応する二次元バーコードをディスプレイ４０１に表示させ、閲覧者の端末４０３に読み取らせてもよい。

【0026】

以下、広告配信システム１が実行する広告配信処理について説明する。この処理は、広告主の指示に基づき、図６に示すような文字や画像等からなる広告をディスプレイ４０１に表示させる処理である。また、この処理は、送信側端末１００及び受信側端末３００が登録されたグループが既に存在していること、クーポン画面が既に登録されていることを前提とする。まず、送信側端末１００が送信アプリに基づいて実行する処理について、図３等を参照しつつ説明する。

【0027】

送信側端末１００は、配信指令に対応する情報を入力するための入力画面をタッチパネルディスプレイに表示する（Ｓ１）。この入力画面には、命令ごとに、テキストの入力ボックス画像や、項目を選択するメニュー画像、背景として表示する画像を示すファイルを指示するための画像、優先度が高いか低いかを選択するボタン画像等が含まれている。次に、入力インタフェースを介してユーザが情報を入力していないと判定すると（Ｓ２、Ｎｏ）、送信側端末１００は、Ｓ６の処理に移る。一方、入力インタフェースを介してユーザが情報を入力したと判定すると（Ｓ２、Ｙｅｓ）、送信側端末１００は、入力された情報に基づいて配信指令を生成する（Ｓ３）。具体的には、入力情報に対応する各種命令を生成し、命令ごとに命令ＩＤを生成すると共に、記憶部に格納されたグループＩＤと組み合わせて配信指令を生成する。送信側端末１００は、前回生成した内容と異なる内容となる命令に関しては、前回と異なる命令ＩＤをランダムな内容で生成する。一方、送信側端末１００は、前回の内容から変更しない命令については、前回と同じ命令ＩＤを使用する。したがって、配信指令において、命令ＩＤが同じであることは、その命令ＩＤに対応する命令の内容に変更がないことに相当する。

【0028】

なお、本システムでは、広告を構成する各要素の表示態様等の自由度がある程度、制限されている。したがって、命令によって指示可能な範囲もある程度制限されている。例えば、背景となる画像については、画像の大きさや表示位置等が制限されており、背景表示命令は、あらかじめ定められた範囲でしか、画像の表示態様を指示できない。このように、命令できる範囲がある程度、制限されていることにより、送信側端末１００において、ユーザが入力すべき内容が複雑になり過ぎない。また、テキストデータに基づきテキストが表示されるため、送信側端末１００においてあらかじめテキストをレイアウトした画像を用意する必要がない。

【0029】

次に、送信側端末１００は、Ｓ３で生成した指令に対応する広告の内容（例えば図６に示す内容）を、プレビュー画像としてタッチパネルディスプレイに表示する（Ｓ４）。このプレビュー画面は、Ｓ１において表示される入力画面を消去せずに、ディスプレイにおける入力画面とは異なる一角に表示されてもよいし、プレビュー画面を表示した状態と入力画面を表示した状態とが切り替え可能であってもよい。

【0030】

次に、送信側端末１００は、Ｓ３で生成した配信指令を、当該送信側端末１００の属するグループを示すグループＩＤと共に広告配信サーバ２００へと送信する（Ｓ５）。次に、送信側端末１００は、広告配信サーバ２００からクーポン処理の結果を受信したか否かを判定する（Ｓ６）。後述の通り、クーポン処理の結果が受信側端末３００から広告配信サーバ２００を介して送信側端末１００へと送信される。送信側端末１００は、クーポン処理の結果を受信したと判定すると（Ｓ６，Ｙｅｓ）、その結果に応じて現在の広告表示の状態を示すデータを更新すると共に、プレビュー画面を更新し（Ｓ７）、Ｓ１の処理に戻る。一方、クーポン処理の結果を受信していないと判定すると（Ｓ６、Ｎｏ）、送信側端末１００は、Ｓ１の処理に戻る。

【0031】

次に、広告配信サーバ２００が実行する処理について図４等を参照しつつ説明する。広告配信サーバ２００は、図３のＳ５において送信側端末１００が送信した配信指令を受信したか否かを判定する（Ｓ１１）。受信していないと判定すると（Ｓ１１、Ｎｏ）、広告配信サーバ２００は、Ｓ１３の処理に移る。受信したと判定すると（Ｓ１１，Ｙｅｓ）、広告配信サーバ２００は、受信した配信指令を指令記憶部２０３に格納する（Ｓ１２）。送信側端末１００からは、送信側端末１００の属するグループを示すグループＩＤが配信指令と共に送信されるため、指令記憶部２０３は、当該グループＩＤが示すグループと関連付けて配信指令を記憶する。このとき、当該グループに関連付けてすでに配信指令が記憶されている場合には、その記憶内容を今回受信した配信指令に更新する（Ｓ１２）。

【0032】

Ｓ１３において、広告配信サーバ２００は、受信側端末３００から問い合わせを受信したか否かを判定する。後述の通り、受信側端末３００からは、配信指令の配信要請に対応する問い合わせがグループＩＤと共に送信される。問い合わせを受信していないと判定すると（Ｓ１３、Ｎｏ）、広告配信サーバ２００は、Ｓ１５の処理に移る。問い合わせを受信したと判定すると（Ｓ１３、Ｙｅｓ）、広告配信サーバ２００は、受信側端末３００から送信されたグループＩＤが示すグループに関連付けて指令記憶部２０３が記憶している配信指令を受信側端末３００に送信する（Ｓ１４）。

【0033】

Ｓ１５において、広告配信サーバ２００は、受信側端末３００からクーポン処理結果が送信されたか否かを判定し（Ｓ１５）、送信されたと判定すると（Ｓ１５、Ｙｅｓ）、そのクーポン処理結果を送信側端末１００に送信し（Ｓ１６）、Ｓ１１の処理に戻る。一方、受信側端末３００からクーポン処理結果が送信されていないと判定すると（Ｓ１５、Ｎｏ）、広告配信サーバ２００は、Ｓ１１の処理に戻る。

【0034】

次に、受信側端末３００が受信表示アプリに従って実行する処理について図５を参照しつつ説明する。受信側端末３００は、記憶部に格納されたグループＩＤと共に、配信指令の送信要請に対応する問い合わせを広告配信サーバ２００に送信する（Ｓ２１）。この問い合わせに応じて広告配信サーバ２００から配信指令が送信されるので、受信側端末３００は、この配信指令を受信する（Ｓ２２）。受信側端末３００は、受信した配信指令を記憶部の一時的な記憶領域に格納する。この一時的な記憶領域は、Ｓ２７（後述）において配信指令が格納される記憶領域とは異なる記憶領域である。

【0035】

次に、受信側端末３００は、受信した配信指令に含まれる優先度を照会し、優先度が高いか否かを判定する（Ｓ２３）。優先度が低いと判定すると（Ｓ２３，Ｎｏ）、受信側端末３００は、今回受信した配信指令に含まれる各命令の中に前回受信した配信指令における内容から変更されているものがあるか否かを判定する（Ｓ２４）。具体的には、受信側端末３００は、前回配信指令を受信した際にＳ２７において記憶部に格納した配信指令と、上記の一時的な記憶領域に格納された配信指令との間で各命令における命令ＩＤを比較する。そして、命令ＩＤの内容が異なるものが１つでもあれば、受信側端末３００は、今回の配信指令に含まれる命令のうちで前回の配信指令から変更されたものがあると判定する（Ｓ２４、Ｙｅｓ）。このとき、受信側端末３００は、Ｓ２４の比較において命令ＩＤの内容が異なっている各命令に対応する処理を更新し（Ｓ２５）、Ｓ２７の処理に移る。例えば、今回のテキスト表示命令に対応する命令ＩＤが前回とは異なっていれば、受信側端末３００は、今回のテキスト表示指令に基づき、ディスプレイ４０１にテキストを表示させる。一方、今回の背景表示命令の命令ＩＤが前回と同じであれば、受信側端末３００は、背景の表示を変更しない。

【0036】

一方、Ｓ２４の比較において命令ＩＤの内容が異なるものが全くなければ、受信側端末３００は、今回の配信指令に含まれる命令のうちで前回の配信指令から変更されたものがないと判定し（Ｓ２４、Ｎｏ）、Ｓ２７の処理に移る。

【0037】

このように、Ｓ２３で優先度が低いと判定された場合には、今回受信された配信指令における各命令について、前回受信された配信指令から変更されたものについてのみ処理が実行され、変更された命令がない場合には処理が更新されない。したがって、命令の内容が変更され、更新が必要となった命令についてのみ処理が更新される。なお、最初に配信指令を受信した場合のために、受信表示アプリは、未だ１回も配信指令を受信していない状態において、ダミーの配信指令を記憶部に格納しておく。このダミーの配信指令は、各命令に関してダミーの命令ＩＤを含んでいる。ダミーの命令ＩＤは、送信側端末１００で生成されるいずれの命令ＩＤとも異なる内容を有する。これにより、受信側端末３００は、初めて配信指令を受信した際、Ｓ２４においていずれの命令についても命令ＩＤが異なると判定するため、Ｓ２５において全ての命令に対応する処理が実行される。

【0038】

一方で、Ｓ２３で優先度が高いと判定された場合には（Ｓ２３、Ｙｅｓ）、受信側端末３００は、今回の配信指令に含まれる全ての命令に対応する処理を実行し（Ｓ２６）、Ｓ２７の処理に移る。優先度が高い配信指令は、緊急情報の配信など、普段配信される情報とは異なる緊急度や公共度の高い情報が配信される際に利用される。

【0039】

Ｓ２７において、受信側端末３００は、記憶部に格納された前回の配信指令を、一時的な記憶領域に格納された今回の配信指令に更新する。次に、受信側端末３００は、配信指令におけるクーポン処理命令がクーポン処理の実行を指示しているか否かを判定する（Ｓ２８）。指示していないと判定すると（Ｓ２８、Ｎｏ）、受信側端末３００は、Ｓ３２の処理に移る。指示していると判定すると（Ｓ２８、Ｙｅｓ）、受信側端末３００は、各配信指令のクーポン処理命令に含まれる開始条件が満たされているか否かを判定する（Ｓ２９）。満たされていないと判定した場合（Ｓ２９、Ｎｏ）、受信側端末３００は、Ｓ３２の処理に移る。満たされていると判定した場合（Ｓ２９、Ｙｅｓ）、受信側端末３００は、クーポン処理を実行する（Ｓ３０）。配信指令のクーポン処理命令には、登録済みのクーポン画面のうち、いずれを表示するのかを指示する情報が含まれている。したがって、受信側端末３００は、クーポン処理において、クーポン処理命令が指示するクーポン画面をディスプレイ４０１に表示させる。受信側端末３００は、クーポン処理の実行後、クーポン処理の結果を広告配信サーバ２００に送信し（Ｓ３１）、Ｓ３２の処理に移る。クーポン処理及び結果送信の具体例については後述する。そして、受信側端末３００は、所定時間待機した後（Ｓ３２）、Ｓ２１の処理に戻る。

【0040】

（クーポン処理１）
以下、広告配信システム１が実行するクーポン処理の具体例について説明する。第１の具体例は以下のとおりである。広告配信システム１において、クーポン処理を開始する条件としてどのような条件を設定できるか、配信可能な内容などは、あらかじめ規定されている。例えば、受信側端末３００は、図５のＳ２９において処理を開始する時刻か否かを判定し、その時刻になったと判定すると、その時点までにディスプレイ４０１に表示させていた広告の代わりに、図６（ａ）のようなカウントダウンを示す動画をディスプレイ４０１に表示させる（Ｓ３０）。

【0041】

カウントダウンが終了すると、受信側端末３００は、図６（ｂ）に示す割引情報に対応する画像をディスプレイ４０１に表示させる（Ｓ３０）。このとき、受信側端末３００は、クーポン処理の結果として、割引情報に対応する画像を配信していることを示す情報を広告配信サーバ２００へと送信する（Ｓ３１）。クーポン画像の表示開始から所定の表示時間が経過すると、受信側端末３００は、ディスプレイ４０１にクーポン処理を実行する以前の広告を表示させる。このとき、受信側端末３００は、クーポン処理を終了して元の配信内容に戻したことを示す情報を、クーポン処理の結果として広告配信サーバ２００へと送信する（Ｓ３１）。

【0042】

第１の具体例に係るクーポン処理を実行するために、クーポン画面の登録情報には、クーポン処理の開始時刻の他、カウントダウンの秒数、割引情報の内容、割引情報を表示させる表示時間などが含まれている。受信側端末３００は、登録情報に含まれるこれらの情報に基づき、上記のクーポン処理を実行する。

【0043】

（クーポン処理２）
第２の具体例は以下のとおりである。第２の具体例に係るクーポン処理を実行するため、クーポンの登録情報には、（Ａ）複数の商品に関する［在庫条件］［原価］［売価］［クーポン画面の内容］を示す情報（以上、図８（ａ）参照）が含まれている。また、配信指令におけるクーポン処理命令には、（Ｂ）各商品の［現在の在庫］を示す情報（図８（ｂ）又は図８（ｃ）参照）が含まれる。本例では、クーポン画面としてあらかじめ、Ｔシャツの１０％引きに対応するクーポン画面とスウェットの２０％引きに対応するクーポン画面とが登録されている。在庫条件は、これらのクーポン画面をディスプレイ４０１に表示させる条件となる在庫数を示している。受信側端末３００は、図５のＳ２９において、現在の在庫が在庫条件以下となったと判定した場合、Ｓ３０においてクーポン処理を開始する。現在の在庫を示す情報は、送信側端末１００の入力画面を介して広告主によって入力され、クーポン処理命令として広告配信サーバ２００を介して受信側端末３００に送信される。なお、現在の在庫を示す情報は、広告主が保有する商品管理システムから自動的に送信されてもよい。

【0044】

一方、広告配信サーバ２００は、閲覧者把握部２０５が把握した閲覧者の人数を受信側端末３００に送信する。受信側端末３００は、広告配信サーバ２００からの閲覧者の人数、配信指令に含まれる現在の在庫、原価、売価及びクーポン内容に基づき、広告としてディスプレイ４０１に表示させるクーポン画面を決定する。具体的には、受信側端末３００は、広告の閲覧者を店舗に誘導することでどのくらいの粗利が生じるかを商品ごとに推測する。この推測は、閲覧者把握部２０５が算出した人数分の顧客が全て来店し、クーポン画面が示す割引サービスを受けつつ、在庫の限りにおいて１人が１つずつ商品を購入するとの仮定に基づく。例えば、図８（ａ）のＴシャツに関する１０％引きのクーポンを選択したとき、粗利の単価（商品１個当たりの評価値）は１２５０＊０．９−２５０＝８７５となる。一方、スウェットに関する２０％引きのクーポンを選択したとき、粗利の単価は３６００＊０．８−６００＝２２８０となる。

【0045】

ここで、現在の在庫が図８（ｂ）に示す状況であった場合には、閲覧者の人数が何人であっても、受信側端末３００は、スウェットに関する２０％引きのクーポン画面をディスプレイ４０１に表示させる。Ｔシャツとスウェットの在庫数が同じである場合には、閲覧者が何人であったとしても、その閲覧者がクーポンを持って来店すると共に、１人が１つずつ商品を買うとすると、スウェットの方が粗利が大きくなるためである。

【0046】

これに対し、現在の在庫が図８（ｃ）に示す状況であった場合には、受信側端末３００は、閲覧者の人数に基づき、粗利が大きいと予想される商品を選択する。閲覧者数が５以下であった場合には、Ｔシャツが人数分売れる場合よりもスウェットが人数分の枚数（人数が１の場合）、又は、２枚（人数が２以上の場合）売れる方が粗利が大きいため、受信側端末３００は、スウェットに関する２０％引きのクーポン画面をディスプレイ４０１に表示させる。一方、閲覧者が６人以上である場合には、スウェットが２枚売れるよりもＴシャツが６枚売れる方が粗利が大きいため、受信側端末３００は、Ｔシャツに関する１０％引きのクーポン画面をディスプレイ４０１に表示させる。

【0047】

第２の具体例に係るアルゴリズムの一例として、受信側端末３００は、以下の粗利を商品ごとに計算し、粗利が最大となる商品に関するクーポン画面をディスプレイ４０１に表示させてもよい。なお、ＭＡＸ（ｘ，ｙ）は、ｘとｙで小さくない方の値を意味する。
（粗利）＝ＭＡＸ（商品の現在庫，閲覧者人数）＊粗利の単価

【0048】

以上説明した第１の実施形態によると、送信側端末１００がスマートフォンなどの汎用の端末であるため、広告主は非常に手軽に広告を表示する配信指令を広告配信サーバ２００に送信することができるし、来客状況を見て随時広告の内容を変更することも容易である。また、受信側端末３００も汎用の端末であり、専用の装置ではないため、設置場所を選ばず、導入もしやすい。

【0049】

なお、上記では、商品同士の粗利の比較に基づいてクーポン画面を表示しているが、閲覧者の人数が所定値を上回ればいずれかの商品のクーポン画面を表示してもよい。また、粗利に人数や在庫数を掛けた値が所定値を上回った商品に関して、クーポン画面を順に表示していってもよい。このように、閲覧者の人数等に応じてどの商品のクーポン画面を表示させるかや、粗利と閲覧者の人数等に応じて各商品に関してクーポン画面を表示させるか否かが決定される処理は、本発明における広告決定処理に対応する。

【0050】

［第２の実施形態］
以下、本発明を実施するための別の形態である第２の実施形態について説明する。第２の実施形態に係る広告配信システム２は、図９に示すように、送信側端末５００、広告配信サーバ６００及び受信側端末７００を有している。これらは、第１の実施形態にかかる送信側端末１００、広告配信サーバ２００及び受信側端末３００に対応している。対応する構成同士は、多くの機能及び構成が共通であるため、共通の機能及び構成については説明を省略する。また、同じ構成については同じ符号を使用する。

【0051】

第２の実施形態において第１の実施形態と異なるのは、広告の表示手段と広告の配信条件である。本実施形態では、図９に示すように、受信側端末７００には外付けのディスプレイは接続されておらず、広告は受信側端末７００自身のタッチパネルディスプレイに表示されるのみである。したがって、広告の閲覧者として想定される者は、受信側端末７００の所有者（各消費者）である。また、本実施形態では、広告の配信条件として、（イ）閲覧者の位置、及び（ロ）閲覧者の要望が考慮される。

【0052】

配信条件（イ）は以下のとおりである。本実施形態では、図１０に示すように、広告主の店舗Ｓを中心とする複数のエリア：エリアＡ〜Ｃが規定される。エリアＡ〜Ｃは、店舗からの距離で規定されてもよい。この場合には例えば、エリアＡは店舗Ｓまでの距離が１００ｍ以内の領域、エリアＢは店舗Ｓまでの距離が１ｋｍ以内でエリアＡを除く領域、エリアＣは店舗Ｓまでの距離が１０ｋｍ以内でエリアＡ及びＢを除く領域などと規定される。あるいは、店舗Ｓ周辺の自治体などの行政区画に応じて規定されてもよい。この場合には例えば、エリアＡは店舗Ｓが属する市町村、エリアＢは店舗Ｓが属する市町村に隣接する市町村、エリアＣは店舗Ｓが属する都道府県のうち、エリアＡ及びＢを除いた領域などと規定される。受信側端末７００の所有者Ｒは、図１０に示すように、いろいろなエリアに存在すると想定される。

【0053】

一方、受信側端末７００は、ＧＰＳシステムに基づく位置取得機能を有している。受信側端末７００は、受信表示アプリに基づき、広告配信サーバ６００へと、自身の位置を示す情報を送信する。送信側端末５００は、送信アプリに基づき、配信指令として、商品の在庫を示す情報を広告配信サーバ６００に定期的に送信する。広告配信サーバ６００は、図９に示すように閲覧者把握部６０５を備えている。閲覧者把握部６０５は、受信側端末７００から送信される端末の位置情報に基づき、各端末がエリアＡ〜Ｃのいずれの範囲にあるかを判定する。

【0054】

そして、広告配信サーバ６００は、端末の位置するエリアと、送信側端末５００から送信される商品の在庫とに基づき、配信指令を配信する対象となる受信側端末７００を選別する。具体的には、広告配信サーバ６００は、まず、エリアＡに位置する受信側端末７００のみに配信指令を配信する。この配信指令の内容は、クーポン画面を表示するように指示するものであってもよいし、クーポン画面ではなく、通常の広告を表示するように指示するものであってもよい。

【0055】

エリアＡの受信側端末７００のみに配信指令を送信する状態で所定の時間が経過したと判定すると、広告配信サーバ７００は、商品の在庫数が所定数以下になったか否かを判定する。商品の在庫数が所定数以下になったと判定すると、広告配信サーバ７００は、エリアＡの受信側端末７００のみに配信指令を送信する状態を維持する。なお、在庫数がゼロになれば、配信指令の配信が停止されてもよい。一方、商品の在庫数が所定数以下でないと判定すると、広告配信サーバ７００は、配信指令を送信する対象をエリアＡのみでなく、エリアＢに広げる。同様に、エリアＡ及びＢの受信側端末７００に配信指令を送信する状態で所定の時間が経過したと判定すると、広告配信サーバ７００は、在庫数が所定数以下になったか否かに基づき、配信指令を送信する対象をエリアＡ及びＢのままにするか、エリアＣに広げるかを決定する。

【0056】

配信条件（ロ）は以下のとおりである。受信側端末７００は、割引条件又は価格条件を広告配信サーバ６００に送信する。この条件は、受信側端末７００が、ソフトウェアキーボードや音声入力を介してユーザから受け付けた数値に基づく。広告配信サーバ６００は、送信側端末５００からの配信指令に含まれる割引情報や売価情報に基づき、これらの情報が示す割引率や価格（評価値）が受信側端末７００から送信された割引条件又は価格条件を満たす場合にのみ、その受信側端末７００に配信指令を送信する。広告配信サーバ６００は、このような配信指令を送信するか否かの判定を、受信側端末７００ごとに行う。

【0057】

例えば、受信側端末７００から価格条件として５００という値が送信された場合であって、送信側端末５００から割引率１０％、売価６００という値が配信指令として送信された場合、広告配信サーバ６００は、売価６００に割引率１０％を適用した価格５４０が、価格条件である５００を上回ることになるため、送信側端末５００からの配信指令を受信側端末７００には送信しない。一方、送信側端末５００から割引率２０％、売価６００という値が配信指令として送信された場合、価格は４８０となり、価格条件である５００以下となる。このため、この場合には、広告配信サーバ６００は、配信指令を受信側端末７００に送信する。また、送信側端末５００から割引率１０％、売価６００という値が配信指令として送信された場合であっても、価格条件として５４０以上を送信してきた受信側端末７００に対しては、広告配信サーバ６００は、配信指令を送信する。

【0058】

本実施形態としては、上記（イ）及び（ロ）のいずれかが採用されてもよいし、両方が採用されてもよい。両方が採用される場合は、配信条件（イ）を満たす受信側端末７００のうち、配信条件（ロ）も満たす受信側端末７００にのみ、配信指令が送信されることとなる。なお、配信条件（ロ）を満たす受信側端末７００であれば、配信条件（イ）を満たさなくても、配信指令が送信されてもよい。例えば、現時点でエリアＡのみを配信範囲としている場合であっても、送信側端末５００における売価と割引率がエリアＢの範囲内にいるいずれかの受信側端末７００における価格条件に適合する場合には、例外的にその受信側端末７００にも配信指令が送信される、といった処理が実行されてもよい。また、上記では、売価と割引率から得られた価格と価格条件の大小の比較に基づき、配信指令を送信するか否かが決定されている。しかし、割引率と割引条件の大小を直接比較した結果に基づき、配信指令を送信するか否かが決定されてもよい。

【0059】

以上説明した第２の実施形態の配信条件（イ）によると、まずは広告主の店舗に近いエリアから広告が配信され、在庫数があまり減らない、つまり、広告による顧客誘導の効果があまり得られていないと考えられる場合には、配信エリアが徐々に広げられる、したがって、広告配信が効率よく且つ効果的に実施される。また、配信条件（ロ）によると、広告の閲覧者の要望に応じて広告が配信されるため、広告配信の効果が高い。なお、配信指令（イ）や（ロ）に応じて、送信先となる受信側端末７００が決定される処理は、本発明における広告決定処理に対応する。

【0060】

［第３の実施形態］
以下、本発明を実施するためのさらに別の形態である第３の実施形態について説明する。第３の実施形態に係る広告配信システム３は、図１１に示すように、送信側端末８００、広告配信サーバ９００及び受信側端末１０００を有している。これらは、第１の実施形態にかかる送信側端末１００、広告配信サーバ２００及び受信側端末３００に対応している。対応する構成同士は、多くの機能及び構成が共通であるため、共通の機能及び構成については説明を省略する。また、同じ構成については同じ符号を使用する。

【0061】

本実施形態では、１つの受信側端末１０００に対して、複数の送信側端末８００がグループとして関連付けられている場合が想定される。受信側端末１０００は、複数の送信側端末８００について広告配信サーバ９００から送信された配信指令に基づき、各送信側端末８００からの広告を、所定の切り替え時間が経過するごとに切り替えてディスプレイ４０１に表示させる。あるいは、１画面を複数の領域に分割し、各領域に広告を表示することにより、複数の送信側端末８００に関する複数の広告を１画面に同時に表示させてもよい。

【0062】

また、本実施形態では、各送信側端末８００がエリアに関連付けられて広告配信サーバ９００に登録されていることを前提とする。送信側端末８００とエリアとの関連付け情報は、広告配信サーバ９００の関連記憶部９０６に格納される。例えば、図１２に示すように、店舗Ｓ１〜Ｓ３はエリアα内にあるため、これらの店舗が広告主となる場合の送信側端末８００は、エリアαに関連付けられて広告配信サーバ９００に登録される。また、店舗Ｓ４〜Ｓ６はエリアβ内にあるため、これらの店舗が広告主となる場合の送信側端末８００は、エリアβに関連付けられて広告配信サーバ９００に登録される。

【0063】

さらに本実施形態では、閲覧者の閲覧環境として、タクシーの車内が想定されている。例えば、タクシー会社等によって受信側端末１０００及びディスプレイ４０１が、図１２に示すタクシーＴの車内に設置され、タクシーＴの乗客がディスプレイ４０１に表示された広告を閲覧する。したがって、受信側端末１０００は移動する。

【0064】

受信側端末１０００は、ＧＰＳシステムに基づく位置取得機能を有している。受信側端末１０００は、受信表示アプリに基づき、広告配信サーバ９００へと、自身の位置を示す情報を定期的に送信する。広告配信サーバ９００は、閲覧者の状況を把握する閲覧者把握部９０５を有している。閲覧者把握部９０５は、受信側端末１０００から定期的に送信される端末の位置情報に基づき、受信側端末１０００の移動方向や移動速度を導出する。そして、閲覧者把握部９０５は、受信側端末１０００の移動先のエリアとそのエリアへの到達時間とを推定する。広告配信サーバ９００は、受信側端末１０００が当該エリアに所定時間内に到達すると推定される場合には、そのエリアに関連付けられた送信側端末８００の配信指令を選択的に受信側端末１０００に送信する。

【0065】

例えば、受信側端末１０００を搭載したタクシーＴが方向Ｄ１に移動中であり、所定時間以内にエリアαに到達する場合には、エリアα内の店舗Ｓ１〜Ｓ３に関する送信側端末８００からの配信指令が広告配信サーバ９００からタクシーＴの受信側端末１０００に送信される。このとき、エリアα以外の送信側端末８００からの配信指令は、タクシーＴの受信側端末１０００に送信されない。一方、タクシーＴが方向Ｄ２に移動中であり、所定時間以内にエリアβに到達する場合には、エリアβ内の店舗Ｓ４〜Ｓ６に関する送信側端末８００からの配信指令が広告配信サーバ９００からタクシーＴの受信側端末１０００に送信される。このとき、エリアβ以外の送信側端末８００からの配信指令は、タクシーＴの受信側端末１０００に送信されない。なお、受信側端末１０００が移動していない場合や移動していても所定時間内に他のエリアに到達しない場合には、受信側端末１０００が現在存在するエリア内の送信側端末８００からの配信指令が広告配信サーバ９００から受信側端末１０００に送信される。

【0066】

以上説明した第３の実施形態によると、閲覧者の移動先にある店舗に関する広告が配信されるため、閲覧者にとって必要な広告が選択的に配信されることとなり、広告の効果が高い。なお、閲覧者の移動先の推定に応じて、どの送信側端末８００の配信指令が受信側端末１０００へと配信されるかが決定される処理は、本発明における広告決定処理に対応する。

【0067】

＜変形例等＞
以上は、本発明の好適な実施形態についての説明であるが、本発明は上述の実施形態に限られるものではなく、課題を解決するための手段に記載された範囲の限りにおいて様々な変更が可能なものである。

【0068】

例えば、上述の実施形態では、閲覧者把握部が広告配信サーバに設けられているが、他のサーバに備えられていてもよい。また、上述の実施形態では、広告配信サーバが配信指令を配信するかどうかや配信内容を決定しているが、広告配信サーバでなくて送信側端末や受信側端末で決定されてもよい。つまり、送信アプリや受信アプリによって実現されてもよい。このように、広告配信サーバは配信指令の内容を吟味せず、単に、送信側端末から送信された配信指令を、配信要請のあった受信側端末に送信するだけであってもよい。この場合、端末側に処理を分散することになるため、サーバに処理が集中するのを回避できる。

【0069】

また、上述の第１の実施形態では、受信側端末３００が、配信指令に含まれるクーポン処理命令に従って、クーポン処理を実行するか否かを判定し、クーポン処理を実行している。つまり、本発明の広告決定処理を受信側端末３００が実行している。しかし、広告配信サーバ２００が本発明の広告決定処理を実行してもよい。例えば、広告配信サーバ２００が、クーポン処理を実行するか否かを判定し、クーポン処理の内容を決定すると共に、受信側端末３００にその旨を送信してもよい。また、広告配信サーバ２００が、閲覧者把握部２０５が把握した閲覧者の状況に基づいて、ディスプレイ４０１に表示させるクーポン画面の内容を決定し、その内容を受信側端末３００に送信してもよい。また、上述の実施形態では、受信側端末の問い合わせに応じて広告配信サーバが配信指令を配信する。しかし、問い合わせ等がなくても、広告配信サーバが定期的に受信側端末に送信してもよい。

【符号の説明】

【0070】

１〜３…広告配信システム
９９…インターネット
１００、５００、８００…送信側端末
２００、６００、９００…広告配信サーバ
２０１…指令受信部
２０２…端末情報記憶部
２０３…指令記憶部
２０４…指令送信部
２０５、６０５、９０５…閲覧者把握部
３００、７００、１０００…受信側端末
４０１…ディスプレイ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】