(57)【要約】      （修正有）【課題】情報配信を利用して商業施設等に顧客を連続的に誘導するための連続送客システムを提供する。【解決手段】複数の施設の各アクセスポイント４と、サーバ１とを備えた情報配信による連続送客システムであって、サーバ１は、アクセスポイント毎に送客先となる他のアクセスポイントと、関係する各コンテンツとを対応付けて予め格納し、携帯端末２からユーザＩＤとともに情報配信要求を受信したとき、経由したアクセスポイントに対応する送客先の他のアクセスポイントに関係するコンテンツを取得して携帯端末２に送信し、ユーザＩＤとコンテンツ配信日時とを対応付けて記録し、経由したアクセスポイントの送客元となる他のアクセスポイントのコンテンツ配信日時の記録の中からユーザＩＤが一致する記録を検索し、ユーザＩＤが一致する記録が有る場合は、送客達成と判定して記録する。【選択図】図１
2016009447.tif 000002
【特許請求の範囲】
【請求項１】
複数の施設の各々にそれぞれ設置された各アクセスポイントと、前記アクセスポイント経由にてネットワーク接続された携帯端末に対し情報配信するとともに施設から施設への送客状況を管理するサーバと、を備えた、情報配信による連続送客システムであって、前記サーバは、
前記アクセスポイント毎に、当該アクセスポイントのＩＰアドレスと、当該アクセスポイントが送客元となる場合の送客先となる１又は複数の他のアクセスポイントと、前記１又は複数の他のアクセスポイントの各々にそれぞれ関係する各コンテンツとを対応付けて予め格納した第１のデータベースと、
いずれかのアクセスポイント経由にて前記携帯端末からユーザＩＤとともに情報配信要求を受信したとき、経由した前記アクセスポイントのＩＰアドレスを基に前記第１のデータベースを参照することにより、経由した前記アクセスポイントに対応する送客先となる１又は複数の他のアクセスポイントの各々にそれぞれ関係する各コンテンツを取得する手段と、
取得した前記各コンテンツを前記アクセスポイント経由にて前記携帯端末に送信する手段と、
前記携帯端末に前記各コンテンツを送信したとき、経由した前記アクセスポイント毎に前記ユーザＩＤと、コンテンツ配信日時とを対応付けて第２のデータベースに記録する手段と、
前記ユーザＩＤを基に前記第２のデータベースを参照することにより、経由した前記アクセスポイントが送客先となる場合の送客元となる１又は複数の他のアクセスポイントの各々のコンテンツ配信日時の記録の中に、ユーザＩＤが一致する記録が有るか否かを検索する手段と、
ユーザＩＤが一致する記録が有る場合は、経由した前記アクセスポイントへの送客達成と判定して前記第２のデータベースに記録する手段と、を備えたことを特徴とする
情報配信による連続送客システム。
【請求項２】
前記サーバは、
前記送客達成を記録したとき、ユーザＩＤが一致する記録が複数存在した場合は、それらの中の直近のコンテンツ配信日時が記録されているアクセスポイントを送客元のアクセスポイントとして確定する手段をさらに有することを特徴とする
請求項１に記載の情報配信による連続送客システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信を利用して、商業施設等である複数の施設の各々に顧客を次々に誘導するための連続送客システムに関する。
【背景技術】
【０００２】
商業施設等に顧客を誘導するために割り引きや特典を付与するクーポンを配布することがよく行われている。情報処理システムとして実現した例では、特許文献１〜３がある。
【０００３】
特許文献１のシステムでは、ユーザが来店すると携帯端末から位置情報を含む来店情報をサーバに送信し、サーバが位置情報を基に来店を確認した後、携帯端末にクーポンを送信する。特許文献２のシステムでは、店舗外にいるユーザの携帯端末から位置情報とともにクーポン取得要求をサーバに送信すると、サーバは、撮像画像を携帯端末に送信することによりユーザを店舗まで誘導し、誘導中にクーポンを配信する。特許文献３のシステムでは、携帯電話からユーザ属性及び位置情報を含む広告検索要求をサーバに送信し、サーバは、携帯端末に対し、ユーザ属性及び位置情報に応じた広告コンテンツ、割引クーポン、店舗までの案内情報などを送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２１３０３号公報
【特許文献２】特開２０１２−７９０３６号公報
【特許文献３】特開２００７−１８８１５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１〜３のような従来のシステムは、１つの店舗を対象とした顧客誘導を目的としてクーポン等の情報配信を行うものである。しかしながら、これらのシステムは、例えば、１つの地域内に点在する複数の店舗全体を対象して、１つの店舗から別の店舗へと、そしてさらに別の店舗へと次々に顧客を誘導する連続的な送客のしくみは備えていない。
【０００６】
本発明は、情報配信を利用して、商業施設等である複数の施設の各々に顧客を次々に誘導するための連続送客システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的と達成するために本発明は、以下の構成を提供する。
本発明の態様は、複数の施設の各々にそれぞれ設置された各アクセスポイントと、前記アクセスポイント経由にてネットワーク接続された携帯端末に対し情報配信するとともに施設から施設への送客状況を管理するサーバと、を備えた、情報配信による連続送客システムであって、前記サーバは、前記アクセスポイント毎に、当該アクセスポイントのＩＰアドレスと、当該アクセスポイントが送客元となる場合の送客先となる１又は複数の他のアクセスポイントと、前記１又は複数の他のアクセスポイントの各々にそれぞれ関係する各コンテンツとを対応付けて予め格納した第１のデータベースと、いずれかのアクセスポイント経由にて前記携帯端末からユーザＩＤとともに情報配信要求を受信したとき、経由した前記アクセスポイントのＩＰアドレスを基に前記第１のデータベースを参照することにより、経由した前記アクセスポイントに対応する送客先となる１又は複数の他のアクセスポイントの各々にそれぞれ関係する各コンテンツを取得する手段と、取得した前記各コンテンツを前記アクセスポイント経由にて前記携帯端末に送信する手段と、前記携帯端末に前記各コンテンツを送信したとき、経由した前記アクセスポイント毎に前記ユーザＩＤと、コンテンツ配信日時とを対応付けて第２のデータベースに記録する手段と、前記ユーザＩＤを基に前記第２のデータベースを参照することにより、経由した前記アクセスポイントが送客先となる場合の送客元となる１又は複数の他のアクセスポイントの各々のコンテンツ配信日時の記録の中に、ユーザＩＤが一致する記録が有るか否かを検索する手段と、ユーザＩＤが一致する記録が有る場合は、経由した前記アクセスポイントへの送客達成と判定して前記第２のデータベースに記録する手段と、を備えたことを特徴とする。
【０００８】
上記態様において、前記サーバは、前記送客達成を記録したとき、ユーザＩＤが一致する記録が複数存在した場合は、それらの中の直近のコンテンツ配信日時が記録されているアクセスポイントを送客元のアクセスポイントとして確定する手段をさらに有することを特徴とする。
【発明の効果】
【０００９】
本発明の、情報配信による連続送客システムによれば、複数の商業施設等の各施設に設置された各アクセスポイントと接続した携帯端末に対し、当該アクセスポイントの施設ではなく、次の送客先となるアクセスポイントの施設に関係するコンテンツ（例えばクーポン）の配信が行われる。このコンテンツは、携帯端末のユーザが次の施設に移動しようとする動機付けとなる。これにより、携帯端末のユーザを、現在の施設から次の施設と誘導することが可能となる。これを繰り返すことにより、複数の施設を次々にユーザが訪れる連続的な送客システムが実現される。本発明は、単独施設への顧客誘導に留まることなく、対象地域全体の人の流れを促進することができ、対象地域の活性化に寄与することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の、情報配信による連続送客システムの一例を概略的に示した全体構成図である。
【図２】図２は、図１に示した複数の施設の送客パターンのいくつかの例を模式的に示した図である。
【図３】図３は、図１に示したアクセスポイント登録情報格納部に格納されたアクセスポイント登録テーブルの構成例を示した図である。
【図４】図４は、図１に示した送客先コンテンツ登録情報格納部に格納された送客先コンテンツ登録テーブルの構成例を示した図である。
【図５】図５は、図１に示した送客元登録情報格納部に格納された送客元登録テーブルの構成例を示した図である。
【図６】図６は、図１に示した送客履歴情報格納部に格納された送客履歴テーブルの構成例を示した図である。
【図７】図７は、図６と同様の送客履歴テーブルの別の例を示した図である。
【図８】図８は、ユーザが本システム内の各アクセスポイント（施設）を移動していく際の情報配信と送客管理の処理フローの一例である。
【図９】図９は、サーバによる図８のステップ８１５の送客管理の処理フローの一例を詳細に示したものである。、
【発明を実施するための形態】
【００１１】
以下、構成例を示した図面を参照して本発明の実施の形態を説明する。
図１は、本発明の、情報配信による連続送客システムの一例を概略的に示した全体構成図である。図１に示した各構成要素と本システムに関係するメンバーとの関係は、例えば、次の通りである。サーバ１及び複数のアクセスポイント４は、情報配信及び送客管理を行う本システムの運営事業者により設置される。複数の施設３１、．．３ｋ、．．３ｎの各々は、所定の対象地域内に点在する商業施設等（店舗、飲食店、娯楽施設等）である。携帯端末２のユーザとしては、各施設で商品を購入したりサービスを利用したりする顧客を想定している。
【００１２】
携帯端末２とサーバ１は、各施設にそれぞれ設置されたアクセスポイント（ＡＰ）４を経由してインターネット等のネットワーク５を介して接続される。
【００１３】
サーバ１は、本システムに関する各機能を実現するための所定のプログラムを導入されたコンピュータにより実現され、当該コンピュータのＣＰＵがメモリに所定のプログラムを読み込み実行することにより、本システムのサーバとして機能する。サーバ１は、主な機能処理部として、アプリケーションダウンロード処理部１１、情報配信処理部１２、送客管理処理部１３を備える。さらに情報配信サーバ１は、主な情報記憶部として、アプリケーション格納部１４、配信情報データベース（ＤＢ）１５、送客管理データベース（ＤＢ）１６を備える。
【００１４】
アプリケーションダウンロード処理部１１は、アプリケーション格納部１４に格納されている所定の携帯端末向けアプリケーションを、本システムの利用前に予め携帯端末２にダウンロードする処理を行う。
【００１５】
情報配信処理部１２は、ウェブサーバ機能を備えており、本システムの利用時にアクセスポイント４及びネットワーク５を介して携帯端末２に対して情報配信するための処理を行う。情報配信処理部１２は、携帯端末２がいずれかのアクセスポイント４を経由して情報配信要求してきたとき、当該アクセスポイント４に対応する送客先として設定された１又は複数の他のアクセスポイント４に関係する各コンテンツを配信する。ユーザは携帯端末２に表示されたコンテンツを見て、次の移動先を決定する。ユーザが、表示されたコンテンツに誘導されて実際に次のアクセスポイント（すなわち次の施設）に移動すると、送客が達成されたとみなす。
【００１６】
送客管理処理部１３は、携帯端末２のユーザの、１つのアクセスポイントから別のアクセスポイントへの（すなわち１つの施設から別の施設への）移動状況を管理するべく情報配信処理部１２と連携して処理を行う。
【００１７】
アプリケーション格納部１４は、携帯端末２にダウンロードさせ導入させる所定のアプリケーションを格納している。
【００１８】
配信情報データベース１５は、本システムによる情報配信に関連する情報を格納している。多様な構成が可能であるが、例えば、配信されるコンテンツ自体を格納したコンテンツ格納部１５ａ、各アクセスポイントに関する情報を予め登録したアクセスポイント（ＡＰ）登録情報格納部１５ｂ、アクセスポイント毎に送客先及びそのコンテンツの設定を登録した送客先コンテンツ登録情報格納部１５ｃを備えている。
【００１９】
送客管理データベース１６は、携帯端末２のユーザの移動に関連する情報を格納している。多様な構成が可能であるが、例えば、アクセスポイント毎に、その送客元となる１又は複数の他のアクセスポイントを登録した送客元登録情報格納部１６ａ、携帯端末２へのコンテンツ配信日時と送客元からの送客達成状況とを格納した送客履歴情報格納部１６ｂを備えている。
【００２０】
携帯端末２は、例えばスマートフォンやタブレット端末等のコンピュータであり、本システム用のアプリケーション２１を導入されることにより、本システムの携帯端末２として機能する。アプリケーション２１は、主な機能処理部として、初期登録処理部２１ａ、情報取得処理部２１ｂを備えている。情報取得処理部２１ｂは、サーバ１に対して情報配信要求を行い、サーバ１からコンテンツを受信し、表示する処理を行う。アプリケーション２１は、インターネットを介してサーバ１との間で処理を行うためにブラウザ機能を備えている。アプリケーション２１は、アクセスポイント４のＳＳＩＤを保有する。表示部２２、入力部２３、通信部２４、記憶部２５は、携帯端末２が備える一般的な機能であり、アプリケーション２１はこれらを利用する。サーバ１から配信されたコンテンツ２５ａは、必要に応じて記憶部２５に記憶される。ユーザは、サーバ１から携帯端末２に配信されるコンテンツに誘導されて各施設を移動する（白矢印参照）。
【００２１】
アクセスポイント４は、インターネット接続のための中継装置であり、Ｗｉ−Ｆｉ等の規格による無線ＬＡＮ接続装置である。各アクセスポイントは、固有のＩＰアドレスを割り当てられている。本システムの運営事業者が、施設群に含まれる各施設に適宜アクセスポイントを設置する。各アクセスポイント４は、本システム固有の識別子ＳＳＩＤを保有する。携帯端末２に導入されたアプリケーション２１が同じＳＳＩＤを保有することにより、携帯端末２とアクセスポイント４との接続を確立することができる。
【００２２】
図２は、図１に示した複数の施設３１、．．３ｋ、．．３ｎにおける送客パターンの例を模式的に示した図である。本システムの稼働前の準備として、先ず本システムに参加する複数の施設とその数が決まる。一例として、図２では５つの施設が参加するものとする。基本的に、１つの施設に１つのアクセスポイントが設置されるものとし、図２中の符号ＡＰ１、ＡＰ２、ＡＰ３、ＡＰ４、ＡＰ５は、各アクセスポイントを示す識別ＩＤ（「アクセスポイントＩＤ」と称する）とする。図２中の各アクセスポイントＩＤは、各施設の識別ＩＤと同等のものと考えてよい。また、位置関係に関する限り、各アクセスポイントは、設置されている各施設と同等と考えてよい。
【００２３】
参加する施設が決定したならば、それらの中から選択した２つの施設の全ての組合せについて、２つの施設の間の送客関係を決定することにより送客パターンを設定する。２つの施設の送客関係は、次の３種のうちのいずれかである。
［１］２つの施設の間には送客関係がない（いずれも送客元にも送客先にもならない）。
［２］一方の施設が送客元となり他方の施設が送客先となるが、その逆の関係はない。
［３］一方の施設が送客元となり他方の施設の送客先となる場合とその逆の関係となる場合の双方がある。
【００２４】
図２（ａ）〜（ｄ）は、多様に設定可能な送客パターンのうちの４つの例を図示したものである。２つの施設の関係が上記［１］である場合は２つの施設を矢印で接続せず、上記［２］である場合は一方向矢印で示し、上記［３］である場合は両方向矢印で示している。本システムでは、図１の携帯端末２のユーザが、矢印に従って１つの施設から別の施設に移動したときに"送客達成"とみなす（この場合、送客元の施設において送客先の施設に関する情報配信が行われ、それによりユーザが送客先に誘導されたと考える）。矢印以外のユーザの移動については送客達成とはみなさない（この場合、情報配信とは無関係にユーザが移動したと考える）。
【００２５】
図２（ａ）は、ＡＰ１〜ＡＰ５の順に並んだ各施設を一方向に移動する送客パターンである。例えば、出発点の施設は、公共の場所等であり、アクセスポイントＡＰ１を設置する。この送客パターンの場合、例えば、ユーザがＡＰ２からＡＰ３に移動した場合は"送客達成"となるが、逆方向に移動した場合は送客達成ではないものとする。
【００２６】
図２（ｂ）は、出発点と到着点がなく環状に一方向に移動する送客パターンである。
【００２７】
図２（ｃ）は、ＡＰ１〜ＡＰ５の順に並んだ隣り合う２つの施設間ではいずれの方向に移動しても"送客達成"となる送客パターンである。
【００２８】
図２（ｄ）は、各アクセスポイントが複数の送客先及び／又は送客元を有する場合である。ユーザは矢印に沿った様々な移動が可能である。
【００２９】
ユーザは、いずれのアクセスポイント（施設）から移動を開始し、いずれのアクセスポイント（施設）で移動を終了してもよい。図２（ｂ）及び（ｄ）のように始点と終点の決まっていない送客パターンの場合はもちろんであるが、図２（ａ）及び（ｃ）のように始点と終点のある送客パターンの場合も、同様である。移動の開始は、本システムの対象地域外から対象地域に入ってきて、いずれかの施設のアクセスポイントと初めて接続したときである。移動の終了は、対象地域から対象地域外に出て行く直前の最後の施設のアクセスポイントとの接続を終えたときである。
【００３０】
図３〜図７は、図１に示したサーバ１の配信情報データベース１５及び送客管理データベース１６の各情報格納部の構成例を示した図である。なお、図３〜図７の各テーブルは、共通するデータ項目を介して互いにリンクしている。
【００３１】
図３は、図１に示したアクセスポイント登録情報格納部１５ｂに格納されたアクセスポイント登録テーブルの構成例を示した図である。アクセスポイント登録テーブル２００には、アクセスポイント毎に、識別ＩＤである「アクセスポイントＩＤ」３０１、固有に割り当てられた「ＩＰアドレス」３０２、設置された施設の「施設名」３０３及び「施設住所」３０４が登録されている。
【００３２】
図４は、図１に示した送客先コンテンツ登録情報格納部１５ｃに格納された送客先コンテンツ登録テーブルの構成例を示した図である。送客先コンテンツ登録テーブル４００には、アクセスポイント毎に、設定された送客先とその送客先用に作成したコンテンツを指定する情報が格納されている。
【００３３】
図４（ａ）〜（ｄ）は、それぞれ図２（ａ）〜（ｄ）の送客パターンに対応する送客先コンテンツ登録テーブル４００である。データ項目として「アクセスポイントＩＤ」４０１、当該アクセスポイント（施設）が送客元である場合の送客先となる１又は複数のアクセスポイント（施設）の各々の識別ＩＤである「送客先アクセスポイントＩＤ」４０２、各送客先のコンテンツの識別番号である「コンテンツＩＤ」４０３、図１に示したコンテンツ格納部１５ａにおけるコンテンツ格納場所を示す「コンテンツ格納場所パス」４０４を含む。図２（ａ）のアクセスポイントＡＰ５のように送客先の無い場合は、「送客先アクセスポイントＩＤ」４０２は"無し"となる。また、送客先アクセスポイントが複数存在する場合は、それら全てを登録する。
【００３４】
各コンテンツは、対応する送客先に関係する内容であり、現在の施設からその送客先の施設にユーザが移動する動機付けとなるものである。例えば、送客先の商業施設等で利用できるクーポンや特典などである。
【００３５】
図５は、図１に示した送客元登録情報格納部１６ａに格納された送客元登録テーブルの構成例を示した図である。送客元登録テーブル５００には、アクセスポイント毎に、設定された送客元が格納されている。送客元登録テーブル５００は、図４の送客先コンテンツ登録テーブル４００を基に作成することができる。
【００３６】
図５（ａ）〜（ｄ）は、それぞれ図２（ａ）〜（ｄ）の送客パターン及び図４（ａ）〜（ｄ）の送客先コンテンツ登録テーブルに対応する送客元登録テーブル５００である。データ項目として「アクセスポイントＩＤ」５０１、当該アクセスポイント（施設）が送客先である場合の送客元となる１又は複数のアクセスポイント（施設）の各々の識別ＩＤである「送客元アクセスポイントＩＤ」５０２を含む。図２（ａ）のアクセスポイントＡＰ１のように送客元の無い場合は、「送客元アクセスポイントＩＤ」５０２は"無し"となる。また、送客元アクセスポイントが複数存在する場合は、それら全てを登録する。
【００３７】
図６は、図１に示した送客履歴情報格納部１６ｂに格納された送客履歴テーブルの構成例を示した図である。この例は、図２（ａ）の送客パターンの場合の例である。図６の上段には、図２（ａ）の送客パターンとともに、ユーザが実際に移動した動線を白矢印と括弧付き数字(1)〜(5)で示している。下段には、アクセスポイント毎の送客履歴テーブル６１０、６２０、６３０、６４０、６５０を示している。各送客履歴テーブルには、各アクセスポイントにおける配信履歴と送客達成状況が記録される。各送客履歴テーブルには、ユーザの携帯端末とアクセスポイントが接続を確立し、コンテンツ配信が完了する毎に１つのレコードが追加される。
【００３８】
送客履歴テーブル６１０、６２０、６３０、６４０、６５０のデータ項目としては、携帯端末から受信した「ユーザＩＤ」６１１、６２１、６３１、６４１、６５１、携帯端末にコンテンツを配信した日時である「コンテンツ配信日時」６１２、６２２、６３２、６４２、６５２、ユーザがいずれかの送客元アクセスポイントから移動してきたことを示す「送客達成フラグ」６１３、６２３、６３３、６４３、６５３、確定した送客元アクセスポイントを示す「確定送客元」６１４、６２４、６３４、６４４、６５４を含む。「送客達成フラグ」は、初期状態では"ＯＦＦ"であり、送客達成と判定された時点で"ＯＮ"とする。"ＯＮ"は、送客元から送客先へのユーザの誘導に成功したことを意味する。
【００３９】
図２（ａ）の送客パターンのアクセスポイントＡＰ１は、送客元が存在しないため、「送客達成フラグ」は常に"ＯＦＦ"である。アクセスポイントＡＰ２〜ＡＰ５に対応する各施設は、各送客履歴テーブルの「送客達成フラグ」の"ＯＮ"の数に比例して課金されることとなる。
【００４０】
図７は、図６と同様の送客履歴テーブルの別の例を示した図である。この例は、図２（ｄ）の送客パターンの場合の例である。図７の上段には、図２（ｄ）の送客パターンとともに、ユーザが実際に移動した動線を白矢印と括弧付き数字(1)〜(6)で示している。下段には、アクセスポイント毎の送客履歴テーブル７１０、７２０、７３０、７４０、７５０を示している。各送客履歴テーブルには、各アクセスポイントにおける配信履歴と送客達成状況が逐次記録される。各テーブルのデータ項目は、図６と同じである。
【００４１】
図２（ｄ）の送客パターンは、環状部分や両矢印の送客関係を含むので、ユーザが同じアクセスポイント（施設）を複数回訪れることがあり得る。図７の例では、アクセスポイントＡＰ３において同じ携帯端末と２回接続を確立し、コンテンツ配信されている（時点(2)と(4)）。従って、アクセスポイントＡＰ３の送客履歴テーブルには、同じユーザＩＤ"20020"のレコードが２つ作成されている。複数回訪れた場合も、ユーザがいずれかの送客元アクセスポイントから移動してきたのであれば、毎回"送客達成"と判定される。
【００４２】
図８及び図９は、図１〜図７に示したシステム構成による処理フローの一例を概略的に示す流れ図である。なお、以下の説明では、図１中の符号を参照する場合がある。
【００４３】
図８は、本システムの１つのアクセスポイント（施設）における情報配信と送客管理の処理フローの一例である。この処理フローは、基本的にユーザの操作無しで自動的に実行される。なお、この処理フローに先立って、ユーザの携帯端末２には、サーバ１からダウンロードした所定のアプリケーションがインストールされているものとする。また、携帯端末２はユーザＩＤを記憶部２５に保存している。ユーザＩＤ２５は、アプリケーションのダウンロードの際に付与されてもよく、又は、アプリケーションの初期登録処理時にサーバ１に接続し、サーバ１から付与されてもよい。
【００４４】
サーバ１は、図３〜図５に示した各登録テーブルを予め作成して各格納部１５ｂ、１５ｃ、１６ａに予め格納しており、また、配信する各コンテンツを作成してコンテンツ格納部１５ａに予め格納している（ステップ８０１）。
【００４５】
先ず、ユーザが、いずれかの施設に入場する（ステップ８０２）。携帯端末２は、入場した施設に設置されたアクセスポイント４の通信圏に入ると、アクセスポイント４が送信するビーコンを受信する。携帯端末２とアクセスポイント４は互いにＳＳＩＤの一致を確認し、接続を確立する（ステップ８０３、８０４）。
【００４６】
続いて、携帯端末２はアクセスポイント４経由でサーバ１に対して情報配信要求を送信する（ステップ８０５）。この情報配信要求は、記憶部２５に保存されているユーザＩＤを含む。
【００４７】
アクセスポイント４は、携帯端末２から受信した情報配信要求を中継し、インターネットを介してサーバ１へ送信する。このとき、アクセスポイント４は送信元アドレスとして自己のＩＰアドレスを含めて送信する（ステップ８０６）。
【００４８】
サーバ１は、情報配信要求を受信する（ステップ８０７）。サーバ１は、情報配信要求に含まれるＩＰアドレスを基に、図３のアクセスポイント登録テーブルを参照して該当するアクセスポイントＩＤを取得し、アクセスポイントＩＤを基に図４の送客先コンテンツ登録テーブルを参照して、配信する１又は複数の送客先コンテンツを決定する。さらに、決定した１又は複数の送客先コンテンツをコンテンツ格納部１５ａから取得する（ステップ８０９）。続いて、取得した送客先コンテンツをアクセスポイント経由で携帯端末２に送信する（ステップ８１０）。
【００４９】
アクセスポイント４は、コンテンツを中継し、携帯端末２に送信する（ステップ８１１）。携帯端末２は、送客先コンテンツを受信し、ブラウザ機能により表示部２２に表示する（ステップ８１２）。ユーザは、表示された送客先コンテンツ（クーポンや特典等）を見て次の施設への移動を決め、移動する（ステップ８１３）。複数のコンテンツが表示された場合は、その中から次に行く施設を選択する。なお、配信されたコンテンツのうち、少なくともその後に使用可能なもの（クーポン等）については、携帯端末２の記憶部２５に記憶される。
【００５０】
一方、サーバ１は、コンテンツ配信完了後、図６又は図７に示した送客履歴テーブルに、ユーザＩＤとコンテンツ配信日時を対応付けて記録する（ステップ８１４）。
【００５１】
続いて、サーバ１は、送客管理の処理フローを実行する。図６又は図７に示した送客履歴テーブルの現時点での記録を基に、ユーザの今回の施設入場が、所定の送客元の施設からの誘導によるものであるか否かを判定する。ユーザが、いずれかの送客元の施設から今回入場した施設に移動してきたのであれば、送客達成と判定する。さらに、送客元の施設の候補が複数存在する場合は、いずれの施設が今回の送客元となったかを確定する。そして、送客達成の事実及び送客元の施設を、送客履歴テーブルに記録する（ステップ８１５）。
【００５２】
図９は、サーバ１による図８のステップ８１５の送客管理の処理フローの一例を詳細に示したものである。ここでは、図２（ｄ）の送客パターンの場合に、ユーザＩＤ"20020"をもつユーザが図７に示した動線で移動した例を用いて説明する。一例として、現時点は、図７の動線においてユーザがアクセスポイントＡＰ３の施設を２回目に訪れ、コンテンツ配信が完了した時点(4)であると想定する。
【００５３】
先ず、中継したアクセスポイントのＩＤである"ＡＰ３"を基に、図５（ｄ）の送客元登録テーブルを参照し、送客元のアクセスポイントの候補を取得する（ステップ９０１）。この例では、ＡＰ１、ＡＰ２、ＡＰ４、ＡＰ５の４つの送客元の候補がある。
【００５４】
次に、４つの送客元の候補ＡＰ１、ＡＰ２、ＡＰ４、ＡＰ５の各々について、図７の送客履歴テーブルを参照する（ステップ９０２）。
【００５５】
そして、図７の４つの送客履歴テーブルの記録の中に、ユーザＩＤ"20020"と一致するレコードが少なくとも１つ存在するか否かを検索する（ステップ９０３）。すると、アクセスポイントＡＰ４（時点(1)）とアクセスポイントＡＰ４（時点(3)）の２つのレコードが検出される。因みに、時点(5)と時点（6）のレコードは、この時点(4)では未だ記録されていない。
【００５６】
なお、別の例として、ステップ９０３でユーザＩＤの一致するレコードが全く検出されなかった場合は、このユーザは、本システムの対象地域外から初めて入ってきたか、あるいは、送客元以外のアクセスポイント（施設）を経て移動してきたことになるから、図７のアクセスポイントＡＰ３の送客履歴テーブルの今回の記録の送客達成フラグは"ＯＦＦ"のままとし、確定送客元は"無し"を記録する（ステップ９０４）。
【００５７】
この例においては、ステップ９０３で２つのレコードが検出されたので、ユーザは、アクセスポイントＡＰ４又はＡＰ５のいずれかの送客元から移動してきたことになる。いずれにしても送客は達成されたと判定し、図７のアクセスポイントＡＰ３の送客履歴テーブルの今回のレコードの送客達成フラグを"ＯＦＦ"から"ＯＮ"とする（ステップ９０５）。
【００５８】
次に、ユーザＩＤの一致するレコードが複数存在するか否かを判断する（ステップ９０６）。この例では、２つすなわち複数存在するので、それらのレコードのコンテンツ配信日時を取得する（ステップ９０７）。そして、取得した複数のコンテンツ配信日時のうち、直近のコンテンツ配信日時をもつアクセスポイントを送客元と確定する（ステップ９０８）。ここでは、アクセスポイントＡＰ４のコンテンツ配信日時が"2014/0507 10:00"であり、アクセスポイントＡＰ５のコンテンツ配信日時が"2014/0507 12:00"であるので、アクセスポイントＡＰ５を送客元と確定する。確定した送客元を、図７のアクセスポイントＡＰ３の送客履歴テーブルに記録する（ステップ９０９）。
【００５９】
なお、別の例として、ステップ９０６でユーザＩＤの一致するレコードが１つのみ存在する場合は、送客元はその１つに確定するので、ステップ９０９でその送客元を記録する。
【００６０】
このように、ユーザが本システムの対象の施設を訪れてアクセスポイント経由でコンテンツ配信される毎に、図９で示したフローに従って図７の送客履歴テーブルに記録が蓄積される。
【００６１】
その後、図７の送客履歴テーブルは、所定の期間について集計される。集計においては、アクセスポイント毎に（すなわち施設毎に）送客達成フラグの"ＯＮ"の数の合計が算出される。この合計は、送客元の施設において送客先のコンテンツを見たことにより、ユーザが送客先の施設に誘導された数とみなすことができる。よって、この合計を基に当該施設に対して課金がなされる。
【００６２】
以上に述べた本システムの構成及び処理フローは例示であり、多様な変形態様が可能である。
【符号の説明】
【００６３】
１  サーバ
１１  アプリケーションダウンロード処理部
１２  情報配信処理部
１３  送客管理処理部
１４  アプリケーション格納部
１５  配信情報データベース
１６  送客管理データベース
２  携帯端末
２１  アプリケーション
３１、３ｋ、３ｎ  施設
４  アクセスポイント
５  ネットワーク
【図１】
2016009447.tif 000003
【図２】
2016009447.tif 000004
【図３】
2016009447.tif 000005
【図４】
2016009447.tif 000006
【図５】
2016009447.tif 000007
【図６】
2016009447.tif 000008
【図７】
2016009447.tif 000009
【図８】
2016009447.tif 000010
【図９】
2016009447.tif 000011