(57)【要約】【課題】広告効果を向上できる管理サーバ、広告システム、広告システムの利用方法を提供する。【解決手段】管理サーバ４０の制御部６０は、携帯端末２０が広告サーバ３０から受信した広告を表示部２１から出力することにより、広告効果が規定時間内にあったか否かを判定する広告効果判定処理Ｓ３３，Ｓ３４を行い、広告効果判定処理で広告効果があったと判定した場合には、他の携帯端末２０の広告選択処理において、広告の効果があった広告の広告接続先を選択する。【選択図】図１
2014098769.tif 000002
【特許請求の範囲】
【請求項１】
広告に関する掲示物と、複数の利用者が所持する携帯端末と、広告サーバに設けられ各広告を記憶する複数の広告記憶領域と、管理サーバとを備え、
前記掲示物は、
前記管理サーバの接続先情報である管理サーバ接続先を記憶するＩＣタグを備え、
前記携帯端末は、
前記ＩＣタグに近づけた状態で、前記ＩＣタグとの間で近距離通信するためのアンテナと、
広告を出力する広告出力部と、
を備える広告システムの前記管理サーバであって、
前記携帯端末、前記広告サーバ及び前記管理サーバ間が通信網で接続されており、
複数の前記広告記憶領域の前記広告の接続先情報である広告接続先を記憶する広告接続先テーブルと、
前記管理サーバを制御する管理サーバ制御部とを備え、
前記管理サーバ制御部は、
前記各携帯端末が前記ＩＣタグから前記管理サーバ接続先を読み出して前記管理サーバに接続があった場合に、前記広告接続先を前記広告接続先テーブルから規定の順番又は不規則に選択する広告選択処理を行い、選択した前記広告接続先を前記各携帯端末に送信し、
前記各携帯端末が前記広告接続先に基づいて前記広告サーバに接続し前記広告記憶領域の前記広告を前記広告出力部から出力し、その出力から規定時間内に広告効果があったか否かを判定する広告効果判定処理を行い、
前記各携帯端末に対する前記広告効果判定処理で広告効果があったと判定した場合には、他の前記携帯端末に対する広告選択処理において、前記規定の順番又は前記不規則な選択ではなく、前記広告効果があった前記広告接続先を選択すること、
を特徴とする管理サーバ。
【請求項２】
請求項１に記載の管理サーバにおいて、
前記広告システムは、前記掲示物に対応した領域に設けられ、前記広告に対応した商品を利用者が購入するために設けられ、商品を購入した情報である購入情報を前記管理サーバに送信する購入端末を備えるものであり、
前記管理サーバ制御部は、
前記広告効果判定処理を、前記規定時間内に、前記購入端末から前記購入情報を受信したか否かによって判定すること、
を特徴とする管理サーバ。
【請求項３】
請求項１に記載の管理サーバにおいて、
前記携帯端末に出力する広告は、利用者の操作によって、詳細広告に遷移するものであり、
前記広告サーバは、前記詳細広告を前記各携帯端末に送信した場合には、その詳細広告送信情報を前記管理サーバに送信するものであり、
前記管理サーバ制御部は、
前記広告効果判定処理を、前記規定時間内に、前記詳細広告送信情報を受信したか否かによって判定すること、
を特徴とする管理サーバ。
【請求項４】
請求項１から請求項３のいずれかに記載の管理サーバにおいて、
前記広告接続先テーブルは、時間帯毎に複数設けられ、それぞれ異なる前記広告接続先を記憶すること、
を特徴とする管理サーバ。
【請求項５】
請求項４に記載に管理サーバにおいて、
前記管理サーバ制御部は、前記広告効果を分析して、前記広告接続先テーブルの前記広告接続先の構成を更新すること、
を特徴とする管理サーバ。
【請求項６】
広告に関する掲示物と、複数の利用者が所持する携帯端末と、広告サーバに設けられ各広告を記憶する複数の広告記憶領域と、管理サーバとを備える広告システムであって、
前記携帯端末、前記広告サーバ及び前記管理サーバ間が通信網で接続されており、
前記掲示物は、
前記管理サーバの接続先情報である管理サーバ接続先を記憶するＩＣタグを備え、
前記携帯端末は、
前記ＩＣタグに近づけた状態で、前記ＩＣタグとの間で近距離通信するためのアンテナと、
広告を出力する広告出力部とを備え、
前記管理サーバは、
複数の前記広告記憶領域の前記広告の接続先情報である広告接続先を記憶する広告接続先テーブルと、
前記管理サーバを制御する管理サーバ制御部とを備え、
前記管理サーバ制御部は、
前記各携帯端末が前記ＩＣタグから前記管理サーバ接続先を読み出して前記管理サーバに接続があった場合に、前記広告接続先を前記広告接続先テーブルから規定の順番又は不規則に選択する広告選択処理を行い、選択した前記広告接続先を前記各携帯端末に送信し、
前記各携帯端末が前記広告接続先に基づいて前記広告サーバに接続し前記広告記憶領域の前記広告を前記広告出力部から出力し、その出力から規定時間内に広告効果があったか否かを判定する広告効果判定処理を行い、
前記各携帯端末に対する前記広告効果判定処理で広告効果があったと判定した場合には、他の前記携帯端末に対する広告選択処理において、前記規定の順番又は前記不規則な選択ではなく、前記広告効果があった前記広告接続先を選択すること、
を特徴とする広告システム。
【請求項７】
請求項６に記載に広告システムの利用方法であって、
前記広告接続先の送信履歴を解析し、送信回数に応じて、広告主に課金すること、
を特徴とする広告システムの利用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣタグを利用して、携帯端末に広告を出力する管理サーバ、広告システム、広告システムの利用方法に関するものである。
【背景技術】
【０００２】
従来、記憶媒体（ＩＣチップ、ラベル等）を紙等の広告媒体等に貼り付けて掲示するシステムがあった（例えば特許文献１）。このシステムでは、情報端末を広告媒体に近づけると、情報端末が広告媒体等からＵＲＬ情報等を読み取って、広告サーバに接続して広告を出力する。
しかし、従来のシステムは、決まった広告を情報端末から出力するものでしかなく、利用者が興味を示さない場合があり、広告効果を十分に発揮できない場合があった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１８５５６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の課題は、広告効果を向上できる管理サーバ、広告システム、広告システムの利用方法を提供することである。
【課題を解決するための手段】
【０００５】
本発明は、以下のような解決手段により、課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００６】
・第１の発明は、広告に関する掲示物（１０，２１０，３１０）と、複数の利用者が所持する携帯端末（２０（２０−１〜２０−３），２２０（２２０−１〜２２０−３），３２０（３２０−１〜３２０−３））と、広告サーバ（３０（３０Ａ〜３０Ｃ），２３０（２３０Ａ〜２３０Ｃ），３３０Ｄ）に設けられ各広告を記憶する複数の広告記憶領域と、管理サーバ（４０，２４０，３４０）とを備え、前記掲示物は、前記管理サーバの接続先情報である管理サーバ接続先を記憶するＩＣタグ（１３）を備え、前記携帯端末は、前記ＩＣタグに近づけた状態で、前記ＩＣタグとの間で近距離通信するためのアンテナ（２２（２２−１〜２２−３））と、広告を出力する広告出力部（２１（２１−１〜２１−３），２２１（２２１−１〜２２１−３），３２１（３２１−１〜３２１−３））と、を備える広告システムの前記管理サーバであって、前記携帯端末、前記広告サーバ及び前記管理サーバ間が通信網で接続されており、複数の前記広告記憶領域の前記広告の接続先情報である広告接続先を記憶する広告接続先テーブル（５１，２５１，３５１）と、前記管理サーバを制御する管理サーバ制御部（６０，２６０）とを備え、前記管理サーバ制御部は、前記各携帯端末が前記ＩＣタグから前記管理サーバ接続先を読み出して前記管理サーバに接続があった場合に、前記広告接続先を前記広告接続先テーブルから規定の順番又は不規則に選択する広告選択処理（Ｓ３，Ｓ２０３）を行い、選択した前記広告接続先を前記各携帯端末に送信し、前記各携帯端末が前記広告接続先に基づいて前記広告サーバに接続し前記広告記憶領域の前記広告を前記広告出力部から出力し、その出力から規定時間内に広告効果があったか否かを判定する広告効果判定処理（Ｓ３３，Ｓ３４，Ｓ２３３）を行い、前記各携帯端末に対する前記広告効果判定処理で広告効果があったと判定した場合には、他の前記携帯端末に対する広告選択処理において、前記規定の順番又は前記不規則な選択ではなく、前記広告効果があった前記広告接続先を選択すること、を特徴とする管理サーバである。
・第２の発明は、第１の発明の管理サーバにおいて、前記広告システム（１）は、前記掲示物（１０）に対応した領域に設けられ、前記広告に対応した商品を利用者が購入するために設けられ、商品を購入した情報である購入情報を前記管理サーバ（４０）に送信する購入端末（１５）を備えるものであり、前記管理サーバ制御部（６０）は、前記広告効果判定処理（Ｓ３３，Ｓ３４）を、前記規定時間内に、前記購入端末から前記購入情報を受信したか否かによって判定すること、を特徴とする管理サーバである。
・第３の発明は、第１の発明の管理サーバにおいて、前記携帯端末（２２０（２２０−１〜２２０−３），３２０（３２０−１〜３２０−３））に出力する広告は、利用者の操作によって、詳細広告に遷移するものであり、前記広告サーバ制御部（２３３（２３３Ａ））は、前記詳細広告を前記各携帯端末に送信した場合には、その詳細広告送信情報を前記管理サーバ（２４０）に送信するものであり、前記管理サーバ制御部（２６０）は、前記広告効果判定処理（Ｓ２３３）を、前記規定時間内に、前記詳細広告送信情報を受信したか否かによって判定すること、を特徴とする管理サーバである。
・第４の発明は、第１から第３のいずれかの発明の管理サーバにおいて、前記広告接続先テーブル（５１，２５１）は、時間帯毎に複数設けられ、それぞれ異なる前記広告接続先を記憶すること、を特徴とする管理サーバである。
・第５の発明は、第４の発明の管理サーバにおいて、前記管理サーバ制御部（６０，２６０）は、前記広告効果を分析して、前記広告接続先テーブルの前記広告接続先の構成を更新すること、を特徴とする管理サーバである。
【０００７】
・第６の発明は、広告に関する掲示物（１０，２１０，３１０）と、複数の利用者が所持する携帯端末（２０（２０−１〜２０−３），２２０（２２０−１〜２２０−３），３２０（３２０−１〜３２０−３））と、広告サーバ（３０（３０Ａ〜３０Ｃ），２３０（２３０Ａ〜２３０Ｃ），３３０Ｄ）に設けられ各広告を記憶する複数の広告記憶領域と、管理サーバ（４０，２４０，３４０）とを備える広告システム（１，２０１，３０１）であって、前記携帯端末、前記広告サーバ及び前記管理サーバ間が通信網（２）で接続されており、前記掲示物は、前記管理サーバの接続先情報である管理サーバ接続先を記憶するＩＣタグ（１３）を備え、前記携帯端末は、前記ＩＣタグに近づけた状態で、前記ＩＣタグとの間で近距離通信するためのアンテナ（２２（２２−１〜２２−３））と、広告を出力する広告出力部（２１（２１−１〜２１−３），２２１（２２１−１〜２２１−３），３２１（３２１−１〜３２１−３））とを備え、前記管理サーバは、複数の前記広告記憶領域の前記広告の接続先情報である広告接続先を記憶する広告接続先テーブル（５１，２５１，３５１）と、前記管理サーバを制御する管理サーバ制御部（６０，２６０）とを備え、前記管理サーバ制御部は、前記各携帯端末が前記ＩＣタグから前記管理サーバ接続先を読み出して前記管理サーバに接続があった場合に、前記広告接続先を前記広告接続先テーブルから規定の順番又は不規則に選択する広告選択処理（Ｓ３，Ｓ２０３）を行い、選択した前記広告接続先を前記各携帯端末に送信し、前記各携帯端末が前記広告接続先に基づいて前記広告サーバに接続し前記広告記憶領域の前記広告を前記広告出力部から出力し、その出力から規定時間内に広告効果があったか否かを判定する広告効果判定処理（Ｓ３３，Ｓ３４，Ｓ２３３）を行い、前記各携帯端末に対する前記広告効果判定処理で広告効果があったと判定した場合には、他の前記携帯端末に対する広告選択処理において、前記規定の順番又は前記不規則な選択ではなく、前記広告効果があった前記広告接続先を選択すること、を特徴とする広告システムである。
【０００８】
・第７の発明は、第６の発明の広告システムの利用方法であって、前記広告接続先の送信履歴を解析し、送信回数に応じて、広告主に課金すること、を特徴とする広告システムの利用方法である。
【発明の効果】
【０００９】
本発明によれば、広告効果を向上できる管理サーバ、広告システム、広告システムの利用方法を提供できる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態の広告システム１の全体構成を説明する図である。
【図２】第１実施形態の広告サーバ３０の構成を説明する図である。
【図３】第１実施形態の管理サーバ４０の構成を説明する図である。
【図４】第１実施形態の広告ＵＲＬテーブル５１、広告ＵＲＬ送信履歴５２、購入履歴５３、店舗端末−タグ識別情報テーブル５４を示す図である。
【図５】第１実施形態の広告送信処理の全体を示すシーケンス図である。
【図６】第１実施形態の広告選択処理を示すフローチャートである。
【図７】第１実施形態の広告ＵＲＬテーブル更新処理のフローチャートである。
【図８】第１実施形態の広告ＵＲＬテーブル更新処理を説明する購入履歴５３、広告ＵＲＬテーブル５１−２を示す図である。
【図９】第２実施形態の広告システム２０１の全体構成を説明する図である。
【図１０】第２実施形態の広告サーバ２３０、管理サーバ２４０の構成を説明する図である。
【図１１】第２実施形態の広告ＵＲＬテーブル２５１、広告ＵＲＬ送信履歴２５２、詳細広告ボタン操作履歴２５３、駅名−タグ識別情報テーブル２５４を示す図である。
【図１２】第２実施形態の広告送信処理の全体を示すシーケンス図である。
【図１３】第２実施形態の広告選択処理を示すフローチャートである。
【図１４】第３実施形態の広告システム３０１の全体構成を説明する図である。
【図１５】第３実施形態の広告サーバ３３０Ｄの広告ＵＲＬテーブル３５１、広告ＵＲＬ送信履歴３５２、詳細広告ボタン操作履歴３５３、駅名−タグ識別情報テーブル３５４を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面等を参照して、本発明の実施形態について説明する。
（第１実施形態）
図１は、第１実施形態の広告システム１の全体構成を説明する図である。
図２は、第１実施形態の広告サーバ３０の構成を説明する図である。
図３は、第１実施形態の管理サーバ４０の構成を説明する図である。
図４は、第１実施形態の広告ＵＲＬテーブル５１、広告ＵＲＬ送信履歴５２、購入履歴５３、店舗端末−タグ識別情報テーブル５４を示す図である。
図１に示すように、広告システム１は、携帯端末２０（２０−１〜２０−３）への広告配信に関するシステムである。各利用者が携行する携帯端末２０をポスタ１０（掲示物）にかざすと、携帯端末２０が管理サーバ４０に接続される。そして、管理サーバ４０は、リダイレクト機能により、ポスタ１０にかざした携帯端末２０を広告サーバ３０に接続する。そして、携帯端末２０は、広告が配信される。
広告システム１は、ポスタ１０、店舗端末１５（購入端末）、広告サーバ３０（３０Ａ〜３０Ｃ）、携帯端末２０（２０−１〜２０−３）と、管理サーバ４０とを備える。店舗端末１５、広告サーバ３０、携帯端末２０、管理サーバ４０間は、インターネット等の通信網２を介して通信可能に接続されている。
【００１２】
ポスタ１０は、紙材、樹脂シート材等から形成された広告媒体である。ポスタ１０は、例えば、Ｘ駅に設置されたＸ駅売店（店舗）の壁等に掲示される。ポスタ１０は、売店で販売するドリンク（商品）の広告に関するものである。図示は省略するが、ポスタ１０は、３つ用意されており、３つの駅（Ｘ，Ｙ，Ｘ）の売店に、それぞれ掲示されている。なお、ポスタ１０の数、駅の数は、これに限定されない。
ポスタ１０は、印刷１１、ＩＣタグ１３を備える。
印刷１１は、ポスタ１０の表面に設けられている。印刷１１の内容は、「枠内に携帯端末をかざすと、お勧めドリンクを表示します」というものであり、利用者に対して、携帯端末２０をかざすことを促す内容である。
【００１３】
ＩＣタグ１３は、ＲＦＩＤタグである。ＩＣタグ１３は、ポスタ１０の表面に印刷された枠１２内に配置されている。
ＩＣタグ１３は、ループアンテナ（図示せず）を備えており、携帯端末２０との間で通信できる。これら間の通信は、例えば、数ｍｍ〜数十ｍｍ程度である。ＩＣタグ１３は、例えば、ＮＦＣ規格（ＩＳＯ／ＩＥＣ１８０９２（ＮＦＣ  ＩＰ−１）、ＩＳＯ／ＩＥＣ２１４８１（ＮＦＣ  ＩＰ−２））に基づいて、１３．５６ＭＨｚの電磁波を利用する。
【００１４】
ＩＣタグ１３は、ＩＣタグ１３を統括的に制御する制御部（図示せず）と、ＩＣタグ１３の動作に必要なプログラムや情報を記憶する記憶部（図示せず）とを備える。
この記憶部は、タグ識別情報１３ａ、管理サーバＵＲＬ１３ｂを記憶している。
タグ識別情報１３ａは、ＩＣタグ１３に割り当てられた識別情報である。このため、タグ識別情報１３ａは、各駅Ｘ，Ｙ，Ｚのポスタ１０毎に異なっている。例えば、Ｘ駅のポスタ１０のタグ識別情報１３ａは、「００Ｘ」である。
管理サーバＵＲＬ１３ｂは、通信網２上の管理サーバ４０の接続先情報である。管理サーバＵＲＬ１３ｂは、各駅Ｘ，Ｙ，Ｚのポスタ１０で共通である。このため、携帯端末２０（２０−１〜２０−３）は、どのポスタ１０にかざされても、同一の管理サーバ４０に接続される。
【００１５】
店舗端末１５は、利用者がドリンクを購入するためのＰＯＳレジスタである。店舗端末１５は、各駅の店舗に配置されている。店舗の付近の壁部等には、ポスタ１０が掲示されている。つまり、店舗端末１５は、ポスタ１０の近くの対応した領域に設けられている。
店舗端末１５は、記憶部１５ａ、制御部１５ｃを備える。
記憶部１５ａは、店舗端末１５の識別情報１５ｂを記憶する。例えば、Ｘ駅の店舗端末１５の識別情報１５ｂは、「００ｘ」である。
制御部１５ｃは、店舗端末１５を制御する制御装置であり、例えば、ＣＰＵ（中央処理装置）等から構成される。
【００１６】
携帯端末２０（２０−１〜２０−３）は、各利用者が携行する携帯情報端末であり、例えば、携帯電話機である。図１は、簡略して３つの携帯端末２０−１〜２０−３を図示するが、実際には、より多くの利用者の携帯端末２０を備える。
各携帯端末２０（２０−１〜２０−３）は、表示部２１（２１−１〜２１−３，広告出力部）、アンテナ２２（２２−１〜２２−３）、制御部２３（２３−１〜２３−３）を備える。
表示部２１は、例えば液晶表示装置、有機ＥＬ表示装置等の表示装置である。表示部２１は、広告サーバ３０の広告を表示する。
アンテナ２２は、ループアンテナである。アンテナ２２は、携帯端末２０が近づけられた状態で、ＩＣタグ１３が携帯端末２０との間で通信するためのものである。
制御部２３は、各携帯端末２０を制御する制御装置であり、例えば、ＣＰＵ等から構成される。
【００１７】
広告サーバ３０は、ドリンクメーカが管理するサーバである。広告サーバ３０（３０Ａ〜３０Ｃ）は、携帯端末２０からの要求に応じて、広告を携帯端末２０に送信する。実施形態では、Ａ社、Ｂ社、Ｃ社の３つの広告サーバ３０Ａ〜３０Ｃを備えるが、この広告サーバ３０の数は、これに限定されない。
【００１８】
図２に示すように、各広告サーバ３０（３０Ａ〜３０Ｃ）は、記憶部３１（３１Ａ〜３１Ｃ）、制御部３３（３３Ａ〜３３Ｃ）を備える。
記憶部３１は、広告サーバ３０の動作に必要なプログラム、情報等を記憶するためのハードディスク、半導体メモリ素子等の記憶装置である。
記憶部３１（３１Ａ〜３１Ｃ）は、広告記憶部３２（３２Ａ〜３２Ｃ）を備える。
広告記憶部３２は、携帯端末２０に出力する広告のＷＥＢページの情報を記憶する。
例えば、Ａ社が管理する広告サーバ３０Ａの広告記憶部３２Ａは、牛乳３２Ａ−１（図１参照）、コーヒ牛乳３２Ａ−２、カフェオレ３２Ａ−３の広告に関するものである。
各広告は、通信網２上の接続先である広告ＵＲＬに対応した記憶領域に格納されている。なお、広告の数は、これら３つに限定されない。
広告サーバ３０Ｂ，３０Ｃの広告記憶部３２Ｂ，３２Ｃも、同様に、Ｂ社、Ｃ社のドリンクの広告を記憶する。
【００１９】
制御部３３（３３Ａ〜３３Ｃ）は、広告サーバ３０（３０Ａ〜３０Ｃ）をそれぞれ制御する制御装置であり、例えば、ＣＰＵ等から構成される。制御部３３は、携帯端末２０からの要求に応じて、広告を送信したりする。
制御部３３の詳細な処理は、後述する。
【００２０】
図３に示すように、管理サーバ４０は、記憶部５０、制御部６０を備える。
なお、本発明でいうコンピュータとは、記憶装置、制御装置等を備えた情報処理装置をいい、管理サーバ４０は、記憶部５０、制御部６０等を備えた情報処理装置であり、本発明のコンピュータの概念に含まれる。管理サーバ４０は、１台又は複数台のコンピュータから構成されている。
【００２１】
記憶部５０は、管理サーバ４０の動作に必要なプログラム、情報等を記憶するためのハードディスク、半導体メモリ素子等の記憶装置である。
記憶部５０は、広告ＵＲＬテーブル５１（広告接続先テーブル）、広告ＵＲＬ送信履歴５２（送信履歴記憶部）、購入履歴５３、店舗端末−タグ識別情報テーブル５４を備える。
図４に示すように、広告ＵＲＬテーブル５１は、各広告サーバ３０Ａ〜３０Ｃの広告の接続先（広告接続先）である広告ＵＲＬを記憶するテーブルである。
広告ＵＲＬテーブル５１は、それぞれ異なるドリンクの広告ＵＲＬを記憶する。広告ＵＲＬテーブル５１は、開店時間６：００〜２４：００のうち３つの時間帯（６：００〜９：００、９：００〜１６：００、１６：００〜２４：００）毎に複数設けられている。
各時間帯のドリンクの割り振りは、各社からの要求に応じて、管理サーバ４０の管理者が広告ＵＲＬテーブル５１に反映する。この場合、各社は、交通機関の利用者の客層（性別、年齢等）を、時間帯に応じて勘案して、時間帯毎に適切なドリンクを選択できる。
このように、広告ＵＲＬテーブル５１が時間帯に応じた適切なドリンクの広告ＵＲＬで構成されるので、広告システム１は、時間帯に応じた適切なドリンクの広告を、携帯端末２０に送信できる。
広告ＵＲＬテーブル５１は、時間帯毎に、広告ＵＲＬの送信順序を規定の順番で記憶する。例えば、時間帯６：００〜９：００では、「１回目：Ａ社牛乳→２回目：Ｂ社：栄養ドリンク→３回目：Ｃ社オレンジジュース」の順番で記憶している。「３回目：Ｃ社オレンジジュース」の次は、「１回目：Ａ社牛乳」に戻る。
【００２２】
広告ＵＲＬ送信履歴５２は、広告ＵＲＬ送信処理（後述する）の広告ＵＲＬの送信履歴の記憶領域である。広告ＵＲＬ送信履歴５２は、広告ＵＲＬの送信時刻と、その広告のドリンクとを対応付けて記憶する。広告ＵＲＬ送信履歴５２は、ＩＣタグ１３のタグ識別情報１３ａ毎、つまりポスタ１０毎にそれぞれ設けられており、ポスタ１０毎に送信履歴を管理できる。図４の広告ＵＲＬ送信履歴５２は、Ｘ駅のポスタ１０に関するものである。
購入履歴５３は、店舗端末１５から受信した購入情報に基づいて、購入時刻と、購入したドリンクとを対応付けて記憶する記憶領域である。
購入履歴５３は、店舗端末１５毎に設けられている。図４の購入履歴５３は、Ｘ駅のポスタ１０に関するものである。
店舗端末−タグ識別情報テーブル５４は、店舗端末１５の識別情報１５ｂと、タグ識別情報１３ａとを対応付けて記憶するテーブルである。つまり、店舗端末−タグ識別情報テーブル５４は、どのポスタ１０が、どの駅の売店に掲示されているかを記憶するものである。
【００２３】
図３に示すように、制御部６０は、管理サーバ４０を制御する制御装置であり、例えば、ＣＰＵ等から構成される。制御部６０は、記憶部５０に記憶された各種プログラムを適宜読み出して実行することにより、前述したハードウェアと協働し、本発明に係る各種機能を実現している。
制御部６０は、広告ＵＲＬ選択部６１、広告ＵＲＬ送信部６２（接続先送信部）、広告ＵＲＬ更新部６３（接続先編集部）を備える。
広告ＵＲＬ選択部６１は、各携帯端末２０からの要求に応じて、その要求があった携帯端末２０に表示する広告を、広告ＵＲＬテーブル５１から選択する制御部である。
広告ＵＲＬ送信部６２は、要求があった携帯端末２０に対して、広告ＵＲＬを送信する制御部である。
広告ＵＲＬ更新部６３は、広告ＵＲＬテーブル５１を編集して更新する制御部である。
各制御部の詳細な処理は、後述する。
【００２４】
次に、広告システム１の利用方法、処理について説明する。
［広告送信処理］
最初に、携帯端末２０に広告を配信して表示する広告送信処理について説明する。
図５は、第１実施形態の広告送信処理の全体を示すシーケンス図である。
ステップＳ（以下、単に「Ｓ」という）１において、利用者が携帯端末２０をポスタ１０にかざすと、そのアンテナ２２及びポスタ１０のＩＣタグ１３間が通信距離内に近づく。これにより、携帯端末２０の制御部２３は、ＩＣタグ１３との間で通信して、ＩＣタグ１３から管理サーバＵＲＬ１３ｂ、タグ識別情報１３ａを読み出す。
Ｓ２において、制御部２３は、管理サーバＵＲＬ１３ｂに基づいて管理サーバ４０に接続し、ＩＣタグ１３のタグ識別情報１３ａを送信して、広告選択の要求をする。
【００２５】
Ｓ３において、管理サーバ４０の広告ＵＲＬ選択部６１は、広告選択処理を行い、要求があった携帯端末２０に表示する広告を選択する。広告選択処理の詳細は、後述する。
Ｓ４において、広告ＵＲＬ送信部６２は、広告選択処理で選択した広告の広告ＵＲＬを、広告選択の要求があった携帯端末２０に送信する。
このように、Ｓ３，Ｓ４において、管理サーバ４０の制御部６０は、広告ＵＲＬを広告ＵＲＬテーブル５１から読み出し、携帯端末２０に送信する広告選択処理を行う。
また、広告ＵＲＬ選択部６１は、広告ＵＲＬの送信履歴を、タグ識別情報１３ａに対応した送信履歴（時刻、ドリンク名）を広告ＵＲＬ送信履歴５２に記憶する。
これにより、各駅のポスタ１０の広告ＵＲＬ送信履歴５２に、時刻、ドリンク名が順次記憶されていく（図４参照）。
【００２６】
Ｓ５において、携帯端末２０の制御部２３は、管理サーバ４０から広告ＵＲＬを受信すると、リダイレクト処理により、その広告ＵＲＬに基づいて、広告サーバ３０に接続して広告を要求する。制御部２３は、例えば、管理サーバ４０から受信した広告ＵＲＬが、Ａ社牛乳のものであれば、広告サーバ３０Ａに接続して、Ａ社牛乳の広告を要求する。
【００２７】
Ｓ６において、広告サーバ３０の制御部３３は、携帯端末２０から接続があった場合に、携帯端末２０が要求する広告ＵＲＬに対応した広告を、広告記憶部３２から読み出す。制御部３３は、読み出した広告を、その接続があった携帯端末２０に送信する。
例えば、上記例であれば、Ａ社の広告サーバ３０Ａは、牛乳の広告を、携帯端末２０に送信する。
【００２８】
Ｓ７において、携帯端末２０の制御部２３は、広告サーバ３０から受信した広告を、表示部２１に表示して出力する。
例えば、図１に示す携帯端末２０−１は、Ａ社牛乳の広告を表示している。Ａ社牛乳の広告を確認した利用者は、そのドリンクを飲みたいと思えばＸ駅売店で購入できる。一方、利用者は、Ａ社牛乳を飲みたいと思わなければ、ドリンクを飲まなくてもよいし、他のドリンクを購入してもよい。
【００２９】
Ｓ８において、店舗端末１５の制御部１５ｃは、購入者がドリンクを購入すると、その購入情報を管理サーバ４０に送信する。購入情報は、購入時刻、ドリンク名、店舗端末１５の識別情報１５ｂを含む情報である。
なお、購入情報の送信の処理は、携帯端末２０への広告送信とは関わりなく行われる。つまり、制御部１５ｃは、携帯端末２０に広告送信されたか、ドリンクの購入者が携帯端末２０の利用者であるか、どのドリンクを購入したか等に関わらず、購入者がいずれかのドリンクを売店で購入すれば、そのドリンクの購入情報を管理サーバ４０に送信する。
Ｓ９において、管理サーバ４０は、購入情報を店舗端末１５から受信すると、購入履歴５３に記憶する。管理サーバ４０は、店舗端末１５の識別情報１５ｂに基づいて、購入情報を、店舗端末１５毎に購入履歴５３に記憶する。
これにより、各駅の店舗端末１５毎に購入履歴５３が記憶されて、更新されていく（図４参照）。
【００３０】
［広告選択処理］
図６は、第１実施形態の広告選択処理を示すフローチャートである。
広告選択処理は、管理サーバ４０の上記Ｓ３の処理である（図５参照）。
Ｓ３１において、管理サーバ４０の広告ＵＲＬ選択部６１は、広告選択の要求を、携帯端末２０（他の携帯端末）から受信する。
Ｓ３２において、広告ＵＲＬ選択部６１は、広告選択の要求に含まれるポスタ１０のタグ識別情報１３ａに基づいて、ポスタ１０の設置駅を判定し、ポスタ１０の広告ＵＲＬ送信履歴５２、そのポスタ１０が設置されている駅の売店の購入履歴５３を確認する（図４参照）。
【００３１】
Ｓ３３において、広告ＵＲＬ選択部６１は、その広告ＵＲＬ送信履歴５２、購入履歴５３を参照する。そして、広告ＵＲＬ選択部６１は、１つ前に携帯端末２０（各携帯端末：現時点で広告選択要求している他の携帯端末とは異なるもの）に送信してから３分（規定時間）以内に、店舗端末１５からその広告に関するドリンクの購入情報を受信しているか否かを判定する。つまり、広告ＵＲＬ選択部６１は、１つ前の携帯端末２０にドリンクの広告送信をしてから３分以内に同じドリンクが購入されたか否かを判定する。
広告ＵＲＬ選択部６１は、３分以内に購入されたと判定した場合には（Ｓ３３：ＹＥＳ）、Ｓ３４に進み、一方、３分以内に購入されていないと判定した場合には（Ｓ３３：ＮＯ）、Ｓ３４ａに進む。
【００３２】
Ｓ３４において、広告ＵＲＬ選択部６１は、広告ＵＲＬ送信履歴５２、購入履歴５３を参照して、広告を送信したドリンクと、購入されたドリンクが同一であるか否かを判定する。
広告ＵＲＬ選択部６１は、同一であると判定した場合には（Ｓ３４：ＹＥＳ）、Ｓ３５に進み、一方、同一ではないと判定した場合には（Ｓ３４：ＮＯ）、Ｓ３４ａに進む。
【００３３】
例えば、図４に示すように、広告ＵＲＬ選択部６１は、履歴５２−４，５３−４の場合には、Ａ社牛乳の広告を送信してから３分以内（Ｓ３３：ＹＥＳ）にＡ社牛乳の購入がある（Ｓ３３：ＹＥＳ）。
この場合には、以前の携帯端末２０（例えば携帯端末２０−１）へのＡ社牛乳の広告送信がＡ社牛乳の購入につながったと推測でき、広告効果があったものと判断できる。履歴５２−５，５３−５の場合も同様である。
一方、履歴５２−２，５３−２等の場合には、広告送信から３分以内にドリンクの購入がない（Ｓ３３：ＮＯ）。また、履歴５２−１，５３−１の場合には、広告送信から３分以内にそのドリンクの購入があるものの（Ｓ３３：ＹＥＳ）、ドリンクの種類が異なる（Ｓ３４：ＮＯ）。
これらの場合には、広告ＵＲＬ選択部６１は、以前の広告送信がそのドリンクの購入につながらなかったと推測し、広告効果があまりなかったものと判断する。
このように、Ｓ３３，Ｓ３４の広告効果判定処理は、以前の他の携帯端末２０への広告送信の効果を判定するものである。
【００３４】
Ｓ３４ａにおいて、広告ＵＲＬ選択部６１は、広告ＵＲＬ送信履歴５２を参照して、１つ前に送信した広告ＵＲＬを確認し、その後、広告ＵＲＬテーブル５１を参照して、規定の順番に従って、広告ＵＲＬを選択する。例えば、広告ＵＲＬ選択部６１は、Ａ社牛乳の次には、Ｂ社栄養ドリンクの広告ＵＲＬを選択する。
一方、Ｓ３５において、広告ＵＲＬ選択部６１は、規定の順番に関わらず、広告送信から３分以内に購入があった商品と同一の商品の広告ＵＲＬを選択する。例えば、Ａ社牛乳の広告送信から３分以内にＡ社牛乳の購入があった場合には、次の利用者に対しても、Ａ社牛乳の広告ＵＲＬを選択する。
Ｓ３６において、メイン処理（図５のＳ４）に戻り、上記Ｓ３４ａ，Ｓ３５で選択した広告ＵＲＬを、広告送信の要求があった携帯端末２０に送信する。
【００３５】
このように、広告システム１は、利用者（例えば携帯端末２０−１の利用者）に対する広告効果があったと推測される場合には、利用者が変わっても、その広告を連続して選択する（Ｓ３５）。このため、広告システム１は、その変わった利用者（例えば携帯端末２０−２の利用者）に対しても、そのドリンクの購入を促し、ドリンク購入に結びつけることができる。例えば、図４に示す履歴５２−４，５３−４に示すように、以前の利用者は、送信されたＡ社牛乳の広告を確認してＡ社牛乳を購入したと推測できる。これにより、広告の効果があったと推測できる。そして、履歴５２−５，５３−５に示すように、次の利用者に対しても、Ａ社牛乳の広告を送信し、Ａ社牛乳の購入に結びつけることができる。
これにより、広告システム１は、複数の広告のなかから商品購入につながった広告を、連続して出力でき、次に広告を出力した利用者を、商品購買へと効率よく促すことができる。
【００３６】
一方、配信した広告の広告効果がないと推測される場合には、広告の効果があると推測できるまでは、規定の順番通りに次のドリンクの広告を配信し（Ｓ３４ａ）、利用者が変わる毎に広告の種類を変えて配信する。
これにより、広告システム１、利用者に人気があったり、欲しているドリンクの広告を自動的に抽出できる。
【００３７】
なお、広告システム１は、広告効果に応じて、広告の送信回数が異なるので、全ての会社（広告主）に同額の広告料を課金すると不公平になる場合がある。このため、広告システム１では、広告ＵＲＬ送信履歴５２を解析し、広告システム１の管理者は、各社に対して、広告の送信回数に応じて課金するようにして、実績に応じて課金している。
【００３８】
［広告ＵＲＬテーブル更新処理］
次に、広告ＵＲＬテーブル更新処理ついて説明する。
図７は、第１実施形態の広告ＵＲＬテーブル更新処理のフローチャートである。
図８は、第１実施形態の広告ＵＲＬテーブル更新処理を説明する購入履歴５３、広告ＵＲＬテーブル５１−２を示す図である。
なお、図８は、簡略して、８：００〜９：００の購入履歴のみを示すが、実際には、６：００〜９：００の購入履歴を有する。同様に、１５：００〜１６：００の購入履歴のみを示すが、実際には、９：００〜１６：００の購入履歴を有する。また、１６：００〜２４：００の購入履歴は、省略した。
【００３９】
広告ＵＲＬテーブル更新処理は、管理サーバ４０の広告ＵＲＬ更新部６３が行う処理であり、例えば、１日の売り上げ集計時等に行われる。
図７に示すように、Ｓ５１において、広告ＵＲＬ更新部６３は、その日の購入履歴５３を参照して、各時間帯の購入ドリンクを集計する。
なお、購入履歴の集計は、実際には、時間帯６：００〜９：００、９：００〜１６：００のそれぞれ全体で行うが、以下、説明を簡略して、８：００〜９：００、１５：００〜１６：００で集計する例を説明する。
【００４０】
Ｓ５２において、広告ＵＲＬ更新部６３は、Ｓ５１の集計結果を分析して、ドリンクの購入時間と、そのドリンクの広告の送信時間帯とが適切か否かを判定する。
図８の購入履歴５３に示すように、８：００〜９：００では、Ｂ社スポーツドリンクが３回購入されているが、Ｂ社スポーツドリンクは、本来、９：００〜１６：００に広告を配信するように設定されている（図４参照）。一方で、６：００〜９：００に広告を配信しているＢ社栄養ドリンクは、８：００〜９：００には、購入履歴がない。
このため、広告ＵＲＬ更新部６３は、６：００〜９：００では、Ｂ社栄養ドリンクの広告を携帯端末２０に送信しても、広告効果が小さく、Ｂ社スポーツドリンクの広告を送信した方が、広告効果が高いと推測する。
【００４１】
１５：００〜１６：００では、Ｂ社栄養ドリンクが２回購入されているが、Ｂ社栄養ドリンクは、本来、６：００〜９：００に広告を配信するように設定されている（図４参照）。一方で、９：００〜１６：００に広告を配信しているＢ社スポーツドリンクは、１５：００〜１６：００には、購入履歴がない。
このため、広告ＵＲＬ更新部６３は、９：００〜１６：００では、Ｂ社スポーツドリンクの広告を携帯端末２０に送信しても、広告効果が小さく、Ｂ社栄養ドリンクの広告を送信した方が、広告効果が高いと推測する。
【００４２】
上記の例の場合には、広告ＵＲＬ更新部６３は、購入時間と、そのドリンクの広告の送信時間帯とが適切ではないと判定して（Ｓ５２：ＮＯ）、Ｓ５３に進む。一方、広告ＵＲＬ更新部６３は、広告のドリンクの送信時間帯に、そのドリンクが購入されている場合は（説明は省略する）、購入時間と、そのドリンクの広告の送信時間帯とが適切であると判定して（Ｓ５２：ＹＥＳ）、処理を終了する（Ｓ５４）。
【００４３】
Ｓ５３において、広告ＵＲＬ更新部６３は、広告ＵＲＬテーブルの広告接続先の構成を変更する。
広告ＵＲＬ更新部６３は、図４に示す広告ＵＲＬテーブル５１のうち、Ｂ社スポーツドリンクの広告を送信する時間帯と、Ｂ社栄養ドリンクの広告を送信する時間帯とを入れ替えて、図８に示す広告ＵＲＬテーブル５１−２に更新する。その後、広告ＵＲＬ更新部６３は、処理を終了する（Ｓ５４）。
【００４４】
このように、広告システム１は、各時間帯の広告結果を分析して、より適切な広告を思送信するように、広告ＵＲＬテーブル５１に更新できる。
【００４５】
以上説明したように、本実施形態の広告システム１は、広告送信の効果に応じて、次の利用者に送信する広告を選択するので、広告効果を向上できる。
また、広告システム１は、商品の購入履歴を反映して、広告ＵＲＬテーブル５１を更新するので、各時間帯に適切な広告を利用者に送信できる。
【００４６】
（第２実施形態）
次に、本発明の第２実施形態について説明する。
なお、以下の説明及び図面において、前述した第１実施形態と同様の機能、処理を果たす部分には、同一の符号又は末尾（下２桁）に同一の符号を付して、重複する説明を適宜省略する。
図９は、第２実施形態の広告システム２０１の全体構成を説明する図である。
図１０は、第２実施形態の広告サーバ２３０、管理サーバ２４０の構成を説明する図である。
図１１は、第２実施形態の広告ＵＲＬテーブル２５１、広告ＵＲＬ送信履歴２５２、詳細広告ボタン操作履歴２５３、駅名−タグ識別情報テーブル２５４を示す図である。
【００４７】
図９に示すように、ポスタ２１０は、各駅（Ｘ駅、Ｙ駅、Ｚ駅）の観光案内所（旅行会社、交通機関等の窓口等）の壁部等に掲示される。各駅は、例えば観光地近傍の駅であり、広告システム２０１は、主に観光目的で各駅を利用する利用者に対して、各駅の最寄りの観光スポットを広告することを目的にしている。
ポスタ２１０の印刷２１１の内容は、「枠内に携帯端末をかざすと、お勧め観光スポットを表示します」というものである。
各携帯端末２２０（２２０−１〜２２０−３）の表示部２２１（２２１−１〜２２１−３）には、広告が表示される。広告には、詳細広告ボタン２２１ａ（２２１ａ−１〜２２１ａ−３）が表示される。
詳細広告ボタン２２１ａは、各携帯端末２２０の利用者が、操作部（図示せず）で操作できる。なお、表示部２２１が、操作部を兼用するタッチパネルで構成されていてもよい。
【００４８】
図１０に示すように、広告サーバ２３０Ａは、記憶部２３１Ａに広告記憶部２３２Ａを備える。
広告記憶部２３２Ａは、ａ山ハイキングご案内、ａ市温泉ご案内、ａ旅館夕食ご案内の３つの広告を備える。
各広告には、詳細広告（詳細広告）を備える。なお、図１０には、広告サーバ２３０Ａに関する広告は、ａ山ハイキングご案内の詳細広告のみを図示するが、ａ市温泉ご案内、ａ旅館夕食ご案内も同様に詳細広告を備える。
詳細広告は、各広告のより詳細な広告情報を表示するＷＥＢページの情報である。例えば、ａ山ハイキングご案内の詳細広告は、ａ山への行き方、ハイキングの所要時間等を、より詳細に説明するＷＥＢページである。
広告サーバ２３０Ｂ，２３０Ｃも、同様な構成である。
【００４９】
管理サーバ２４０は、記憶部２５０に、広告ＵＲＬテーブル２５１、広告ＵＲＬ送信履歴２５２、詳細広告ボタン操作履歴２５３、駅名−タグ識別情報テーブル２５４を備える。
図１１に示すように、広告ＵＲＬテーブル２５１、広告ＵＲＬ送信履歴２５２は、ドリンクではなく、観光スポットに関する広告を記憶する点が、第１実施形態とは異なる。
なお、広告ＵＲＬテーブル２５１の各時間帯の広告の配置は、以下のように、各時間帯のＸ駅の利用客の客層を考慮したものになっている。
・朝の時間帯（６：００〜９：００）：ハイキング等のように、活動的に行動したい利用客（例えば小学生程度の子供がいる家族連れ等）が多い。
・昼の時間帯（９：００〜１６：００）：温泉等のように、ゆっくり観光を楽しみたい利用客（例えば定年退職した高齢者等）が多い。
・夕の時間帯（１６：００〜２４：００）：夕食等のように、食事を希望する利用客（例えばその土地特有の食材を楽しみたい食通等）が多い。
【００５０】
なお、広告ＵＲＬテーブル２５１は、上記態様に限定されず、他の要素を加えたものを用意してもよい。例えば、駅の利用客は、曜日、天気等の状況に応じて異なるので、広告主は、これらを考慮して広告を変えてテーブルを作成してもよい。例えば、雨天の場合には、ハイキング等のアウトドアスポーツよりも、ホテルの屋内プール等の方が、利用客の要求が高い。
この場合には、広告主等が広告サーバ２３０Ａ内にこれらの広告を用意し、また、このシステムの管理者等が管理サーバ２４０内に、これらの状況に応じた異なる広告ＵＲＬテーブル２５１をそれぞれ用意すればよい。そして、これらの状況に応じて管理者等が管理サーバ２４０を操作することにより、又は制御部２６０が曜日等を判定して、広告ＵＲＬテーブル２５１を変更するようにすればよい。
【００５１】
詳細広告ボタン操作履歴２５３は、携帯端末３２０から送信される詳細広告ボタン２２１ａの操作情報の受信履歴を記憶する記憶領域である。操作情報は、利用者が詳細広告ボタン２２１ａを操作した場合に、広告サーバ２３０から送信される。詳細広告ボタン操作履歴２５３は、詳細広告ボタン２２１ａが操作された操作時刻と、その広告名とを対応付けて記憶する。つまり、詳細広告ボタン操作履歴２５３は、広告から詳細広告画面に遷移した履歴を記憶する。なお、詳細広告ボタン操作履歴２５３のうち空欄は、詳細広告ボタン２２１ａが操作されておらず、受信履歴がないことをあらわす。
駅名−タグ識別情報テーブル２５４は、駅名と、タグ識別情報１３ａとを対応付けて記憶するテーブルである。
図１０に示すように、広告選択部２６１は、携帯端末２２０に送信する広告ＵＲＬに関する制御を行う制御部である。
【００５２】
次に、広告システム２０１の利用方法、処理について説明する。
［広告送信処理］
図１２は、第２実施形態の広告送信処理の全体を示すシーケンス図である。
Ｓ２０１〜Ｓ２０７は、第１実施形態のＳ１〜Ｓ７とほぼ同様であり、ドリンクではなく観光スポットに関する広告である点が、第１実施形態とは異なる。Ｓ２０３の広告選択処理の詳細は、後述する。
Ｓ２０７において、携帯端末２２０の表示部２２１に、観光スポットの広告が表示される。
ここで、広告を確認した利用者は、その広告に興味があれば、広告画面の詳細広告ボタン２２１ａを操作できるし、一方、興味がなければ、そのまま操作を終了等すればよい。
Ｓ２１０において、利用者が詳細広告ボタン２２１ａを操作すると、携帯端末２２０の制御部２２３は、詳細広告のＵＲＬに基づいて、その広告の詳細を、広告サーバ２３０に要求する。例えば、Ａ社のａ山ハイキングご案内の広告を表示している場合に、その詳細広告ボタン２２１ａが操作された場合には、制御部２２３は、Ａ社のａ山ハイキングご案内の詳細広告を、広告サーバ２３０に要求する。
【００５３】
Ｓ２１１において、広告サーバ２３０が携帯端末２２０の要求を受信すると、制御部２３３がその広告の詳細広告情報（詳細広告の画像情報）を、要求のあった携帯端末２２０に送信する。
Ｓ２１２において、また、制御部２３３は、詳細広告ボタン２２１ａの操作情報（詳細広告送信情報）を、管理サーバ２４０に送信する。この詳細広告ボタン２２１ａの操作情報は、携帯端末２２０が広告からさらに詳細広告を要求し、詳細広告を携帯端末２２０に送信し、携帯端末２２０が詳細広告を表示したことをあらわすものである。
【００５４】
Ｓ２１３において、携帯端末２２０の制御部２２３は、その広告の詳細広告情報を、広告サーバ２３０から受信すると、詳細広告を表示部２２１に表示する。制御部２２３は、例えば、上記Ａ社のａ山ハイキングご案内の場合には、Ａ社のａ山ハイキングご案内の詳細を表示する。
Ｓ２１４において、管理サーバ２４０の制御部２６０（広告選択部２６１）は、詳細広告ボタン２２１ａの操作情報を、広告サーバ２３０から受信すると、各駅のポスタ２１０毎に詳細広告ボタン操作履歴２５３に記憶する。
これにより、各駅のポスタ２１０毎に詳細広告ボタン操作履歴２５３が記憶されて、更新されていく（図１１参照）。
【００５５】
なお、いずれの携帯端末２２０が、複数のうちいずれのポスタ２１０を読み取って詳細広告を要求したかは、管理サーバ２４０の制御部２６０が、識別情報（携帯端末２２０のＷＥＢ訪問履歴を記録したＣｏｏｋｉｅの情報等）やポスタ２１０のタグ識別情報１３ａに基づいて判別すればよい。
この場合には、携帯端末２２０から詳細広告の要求に対して、Ｓ２１２において、広告サーバ２３０が、詳細広告ボタン２２１ａの操作情報に、携帯端末２２０の識別情報やタグ識別情報１３ａを付加して、管理サーバ２４０に送信すればよい。これにより、管理サーバ２４０は、いずれのポスタ２１０を読み取った携帯端末２２０が、広告から詳細広告に遷移したかを判別できる。
【００５６】
［広告選択処理］
図１３は、第２実施形態の広告選択処理を示すフローチャートである。
広告選択処理は、管理サーバ２４０の上記Ｓ２０３の処理である。
Ｓ２３１は、第１実施形態のＳ１と同様である。
Ｓ２３２において、広告選択部２６１は、広告選択の要求に含まれるポスタ２１０のタグ識別情報１３ａに基づいて、ポスタ２１０の設置駅を判定し、ポスタ２１０の広告ＵＲＬ送信履歴２５２、そのポスタ２１０の詳細広告ボタン操作履歴２５３を確認して、詳細広告の表示履歴を確認する。
【００５７】
Ｓ２３３において、広告選択部２６１は、その広告ＵＲＬ送信履歴２５２、詳細広告ボタン操作履歴２５３を参照する。そして、広告選択部２６１は、１つ前に携帯端末２２０（各携帯端末：現時点で広告選択要求している他の携帯端末とは異なるもの）に送信してから３分（規定時間）以内に、管理サーバ２４０からその広告の詳細広告ボタン２２１ａの操作情報を受信しているか否かを判定する。つまり、広告選択部２６１は、１つ前に携帯端末２２０に広告送信がされてから３分以内に、その広告の詳細広告が表示されたか否かを判定する。
広告選択部２６１は、３分以内にボタン操作されたと判定した場合には（Ｓ２３３：ＹＥＳ）、Ｓ２３５に進み、一方、３分以内にボタン操作されていないと判定した場合には（Ｓ２３３：ＮＯ）、Ｓ２３４ａに進む。
【００５８】
図１１に示すように、例えば、履歴２５２−４，２５３−４の場合には、Ａ社のａ山ハイキングご案内のＵＲＬを送信してから３分以内（Ｓ２３３：ＹＥＳ）に、詳細広告ボタン２２１ａが操作されている（Ｓ２３３：ＹＥＳ）。
この場合には、広告選択部２６１は、以前の携帯端末２２０（例えば携帯端末２２０−１）へのＡ社のａ山ハイキングご案内の広告送信は、広告効果があったものと判断する。履歴２５２−５，２５３−５の場合も同様である。
一方、その他の履歴の場合（履歴２５２−１，２５３−１等）には、３分以内に詳細広告ボタン２２１ａが操作されていない（Ｓ２３３：ＮＯ）。この場合には、以前の広告送信は、広告効果があまりなかったものと判断できる。
このように、Ｓ２３３の広告効果判定処理は、以前の携帯端末２２０への広告送信の効果を判定するものである。
【００５９】
Ｓ２３４ａは、第１実施形態と同様に、広告選択部２６１は、広告ＵＲＬテーブル２５１を参照して、規定の順番に従って、広告ＵＲＬを選択する。
一方、Ｓ２３５において、広告選択部２６１は、規定の順番に関わらず、広告送信から３分以内に詳細広告ボタン２２１ａが操作された広告と同一の広告ＵＲＬを選択する。
Ｓ２３６において、メイン処理（上記Ｓ４参照）に戻り、上記Ｓ２３４ａ，Ｓ２３５で選択した広告ＵＲＬを、広告送信の要求があった携帯端末２２０に送信する。
【００６０】
このように、広告システム２０１は、利用者（例えば携帯端末２２０−１の利用者）に対する広告効果があったと推測される場合には、次の利用者（例えば携帯端末２２０−２の利用者）に対してもその広告を表示して、次の利用者もその広告の詳細広告に効率よく導く。
例えば、図１１に示す履歴２５２−４，２５３−４に示すように、以前の利用者は、Ａ社のａ山ハイキングご案内の広告効果があったと推測できる。そして、履歴２５２−５，２５３−５に示すように、次の利用者に対しても、Ａ社のａ山ハイキングご案内の広告を送信し、Ａ社のａ山ハイキングご案内の詳細広告に結びつけることができる。
【００６１】
以上説明したように、本実施形態の広告システム２０１は、詳細広告へ遷移した広告を、次に広告を要求した利用者にも表示して、詳細広告へ効率よく導き、広告効果を向上できる。
【００６２】
なお、本実施形態において、広告ＵＲＬ更新部６３が広告ＵＲＬテーブル２５１を更新する場合には、ドリンクの購入履歴の代わりに、詳細広告ボタン操作履歴２５３の操作回数に基づいて処理すればよい。
【００６３】
（第３実施形態）
次に、本発明の第３実施形態について説明する。
なお、以下の説明及び図面において、前述した第１、第２実施形態と同様の機能、処理を果たす部分には、同一の符号又は末尾（下２桁）に同一の符号を付して、重複する説明を適宜省略する。
図１４は、第３実施形態の広告システム３０１の全体構成を説明する図である。
図１５は、第３実施形態の広告サーバ３３０Ｄの広告ＵＲＬテーブル３５１、広告ＵＲＬ送信履歴３５２、詳細広告ボタン操作履歴３５３、駅名−タグ識別情報テーブル３５４を示す図である。
【００６４】
図１４、図１５に示すように、広告システム３０１は、第２実施形態と同様に、各駅の最寄りの観光スポットを広告するものであり、その出力内容が第２実施形態とは異なる。
管理サーバ３４０の広告ＵＲＬテーブル３５１は、朝の時間帯（６：００〜９：００）に、３つのジャンル（ハイキング、温泉、グルメ）の広告である「ｄ山ハイキング→ｄ温泉→ｄ旅館夕食」を規定の順番として、携帯端末３２０に繰り返し送信する設定である。また、昼の時間帯（９：００〜１６：００）、夕の時間帯（１６：００〜２４：００）も、朝の時間帯と同様な内容である。
つまり、広告ＵＲＬテーブル３５１は、第２実施形態のような時間帯に応じてテーブルが分類されている設定とは異なり、全ての時間帯において、これら３つの広告を繰り返して送信するように設定されている。
【００６５】
これら３つの広告は、広告主であるＤ社が管理する広告サーバ３３０Ｄの広告記憶部（図１０に示す広告記憶部２３２Ａ等参照）に記憶されている。なお、本実施形態では、３つの広告は、Ｄ社が管理する広告サーバ３３０Ｄが備える例を説明するが、前述した実施形態と同様に、複数の会社がそれぞれ広告サーバを設けるようにしてもよい。
【００６６】
広告送信処理、広告選択処理については、第２実施形態と同様である。
つまり、携帯端末３２０がポスタ３１０にかざされると（図１２のＳ２０１，Ｓ２０２参照）、管理サーバ３４０は、詳細広告の要求を携帯端末３２０から受信し、広告選択処理を行って、送信履歴を記憶する（図１２のＳ２０３，Ｓ２０４参照）。また、観光スポットの広告が携帯端末３２０の表示部３２１に表示され（図１２のＳ２０７参照）、詳細広告ボタン３２１ａが操作されると（図１２のＳ２１０参照）、管理サーバ３４０の制御部（図１０の制御部２６０参照）は、広告サーバ３３０から操作情報を受信し、詳細広告ボタン操作履歴３５３に記憶する（図１２のＳ２１２，Ｓ２１４参照）。
【００６７】
図１５に示すように、上記処理によって広告ＵＲＬ送信履歴３５２には、３つのジャンルの広告が順次記憶されていく。
そして、広告選択処理（図１２のＳ２０３、図１３参照）では、履歴３５２−２〜３５２−４に示すように、携帯端末３２０から広告送信の要求があった場合に、その３分前以内に詳細広告ボタン３２１ａが操作されず詳細画面に遷移しなかったときには、規定の順番に従って広告ＵＲＬを選択する（図１３のＳ２３３：ＮＯ→Ｓ２３４ａ参照）。
このように、管理サーバ３４０は、規定の順番の通りに、「ｄ温泉→ｄ旅館夕食→ｄ山ハイキング」の案内を選択する。これにより、広告システム３０１は、一般的には、温泉、グルメに反応する利用者が少ないと推測される朝の時間帯には、温泉、グルメに関する広告を連続して送信せずに、次の広告に順次切り替えて送信できる。
【００６８】
一方、履歴３５２−４〜３５２−６、３５３−４〜３５３−５に示すように、携帯端末３２０から広告送信の要求があった場合に、その３分前以内に詳細広告ボタン３２１ａが操作されたときには、以前の広告と同一の「ｄ山ハイキング」の広告ＵＲＬを選択する（図１３のＳ２３３：ＹＥＳ→Ｓ２３５参照）。
このように、管理サーバ３４０は、規定の順番の通りに関わらず、「ｄ山ハイキング」の案内を連続して選択する。これにより、広告システム３０１は、一般的には、活動的に行動しハイキングに反応する利用者が多いと推測される朝の時間帯に、ハイキングに関する広告を連続して送信し、広告効果を向上できる。
【００６９】
同様に、広告システム３０１は、昼の時間帯には、高齢者が多いため温泉に反応を示す利用者が多いと推測され、温泉に関する広告を連続して送信でき、また、夜の時間帯には、食事を希望しグルメに反応を示す利用者が多いと推測され、グルメに関する広告を連続して送信できる。
【００７０】
以上説明したように、本実施形態の広告システム３０１は、異なるジャンルの広告を規定の順番で送信するように設定しておいても、利用者の反応する広告を自動的に抽出して、連続して送信できる。これにより、広告ＵＲＬテーブル３５１は、例えばジャンル毎に分類して管理サーバ３４０を設定したり、時間帯毎に変更する必要がなく、広告主や管理サーバ３４０の管理者は、広告ＵＲＬテーブル３５１を容易に作成し管理できる。
【００７１】
なお、本実施形態では、利用者が反応する広告を連続送信できるのは、時間帯毎である例を示したが、これに限定されない。広告システム３０１は、時間帯に関わらず、広告を送信するその時点（リアルタイム）の状況、条件に応じて、利用者が反応する広告を連続送信できる。広告システム３０１は、例えば、曜日、天候等の状況、条件に応じて、広告を送信できる。例えば、休日の朝の時間帯であっても、雨天の場合には、アウトドアで行うハイキングに反応する利用者が少なく、温泉に反応する利用者が多いと推測されるので、温泉に関する広告を連続送信できる。
【００７２】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限定されるものではなく、後述する変形形態のように種々の変形や変更が可能であって、それらも本発明の技術的範囲内である。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、前述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００７３】
（変形形態）
（１）実施形態において、ポスタは、駅の売店等に設置される例を示したが、これに限定されない。ポスタは、利用者が携帯端末をかざせる場所であれば、いずれの場所でもよく、例えば、ドリンクの自動販売機のケース部分でもよい。この場合には、自動販売機の制御部が、ドリンクの購入情報を、管理サーバに送信すればよい。
【００７４】
（２）実施形態において、管理サーバの広告選択部は、広告を規定の順番で選択する例を示したが、これに限定されない。例えば、広告選択部は、広告を、不規則（ランダム）に選択してもよい。この場合にも、不規則に選択した広告効果があった場合には、次の携帯端末にその広告を送信することにより、実施形態と同様な効果を奏する。
【００７５】
（３）実施形態において、同一時間帯には、管理サーバからは、１社当たり１つの広告のみが選択される例を示したが、これに限定されない。例えば、同一時間帯に、管理サーバから１社当たり２以上の広告を選択してもよい。この場合、例えば、第２実施形態では、Ｂ社の温泉の広告を、年齢層の高い利用者が多い９：００〜１６：００に複数配置したりすることができる。
【符号の説明】
【００７６】
１，２０１，３０１  広告システム
１０，２１０，３１０  ポスタ
１３  ＩＣタグ
１５  店舗端末
１５ｃ  制御部
２０（２０−１〜２０−３），２２０（２２０−１〜２２０−３），３２０（３２０−１〜３２０−３）  携帯端末
２１（２１−１〜２１−３），２２１（２２１−１〜２２１−３），３２１（３２１−１〜３２１−３）  表示部
２２（２２−１〜２２−３）  アンテナ
２３（２３−１〜２３−３），２２３（２２０−１〜２２０−３）  制御部
３０（３０Ａ〜３０Ｃ），２３０（２３０Ａ〜２３０Ｃ），３３０Ｄ  広告サーバ
３２（３２Ａ〜３２Ｃ），２３２（２３２Ａ）  広告記憶部
３３（３３Ａ〜３３Ｃ），２３３（２３３Ａ）  制御部
４０，２４０，３４０  管理サーバ
５１，２５１，３５１  広告ＵＲＬテーブル
５２，２５２，３５２  広告ＵＲＬ送信履歴
５３  購入履歴
６０，２６０  制御部
６１，２６１  広告ＵＲＬ選択部
６２  広告ＵＲＬ送信部
６３  広告ＵＲＬ更新部
２２１ａ（２２１ａ−１〜２２１ａ−３），３２１ａ（３２１ａ−１〜３２１ａ−３）  詳細広告ボタン
２５３，３５３  詳細広告ボタン操作履歴
【図１】
2014098769.tif 000003
【図２】
2014098769.tif 000004
【図３】
2014098769.tif 000005
【図４】
2014098769.tif 000006
【図５】
2014098769.tif 000007
【図６】
2014098769.tif 000008
【図７】
2014098769.tif 000009
【図８】
2014098769.tif 000010
【図９】
2014098769.tif 000011
【図１０】
2014098769.tif 000012
【図１１】
2014098769.tif 000013
【図１２】
2014098769.tif 000014
【図１３】
2014098769.tif 000015
【図１４】
2014098769.tif 000016
【図１５】
2014098769.tif 000017