(57)【要約】【課題】セキュアなコンテンツ送受信を実現する。【解決手段】状況を検出可能であるユーザ端末（モバイル端末）で実行されるアプリケーションが、商品又はサービスを提供するサプライヤにより設定された情報のメタデータであり条件とＩＤとの組合せを含みユーザ端末に格納されているメタデータであるＩＤ管理メタデータを、検出された状況とユーザ端末に入力された情報とのうちの少なくとも１つを用いて参照し、満たされている条件がＩＤ管理メタデータにある場合に、その満たされている条件に対応したＩＤである条件適合ＩＤを、サーバに送信する。サーバが、条件適合ＩＤを受信し、複数のコンテンツのうち条件適合ＩＤに対応するコンテンツをアプリケーションに送信する。【選択図】図１
2015207068.tif 000002
【特許請求の範囲】
【請求項１】
状況検出部を有しユーザが使用するモバイル型の情報処理端末であるユーザ端末で実行されるアプリケーションと、
コンテンツを前記アプリケーションに配信するサーバと
を有し、
前記アプリケーションが、商品又はサービスを提供するサプライヤにより設定された情報のメタデータであり条件とＩＤとの組合せを含み前記ユーザ端末に格納されているメタデータであるＩＤ管理メタデータを、前記状況検出部が検出した状況と前記ユーザ端末に入力された情報とのうちの少なくとも１つを用いて参照し、満たされている条件が前記ＩＤ管理メタデータにある場合に、その満たされている条件に対応したＩＤである条件適合ＩＤを前記サーバに送信し、
前記サーバが、前記アプリケーションから前記条件適合ＩＤを受信し、商品又はサービスに関する複数の複数のコンテンツのうち前記受信した条件適合ＩＤに対応するコンテンツを前記アプリケーションに送信する、
コンテンツ送受信システム。
【請求項２】
前記ＩＤメタ管理データは、複数の前記組合せを有し、
前記複数の組合せの各々において、条件は、複数の条件要素と、前記複数の条件要素のうちの１以上の条件要素により定義されたルールとで構成されている、
請求項１記載のコンテンツ送受信システム。
【請求項３】
前記ユーザ端末は、前記サプライヤにより設定された情報のメタデータであり複数のエリアにそれぞれ対応したエリア及びエリアＩＤを含んだエリアメタデータを記憶し、
前記サーバは、エリア毎にＩＤの関連付けを管理し、
前記アプリケーションは、前記状況検出部により検出された位置が属するエリアに対応したエリアＩＤを前記サーバに送信し、
前記サーバが、前記アプリケーションを実行する前記ユーザ端末からのエリアＩＤに対応したコンテンツについてのＩＤ管理メタデータを特定し、特定したＩＤ管理メタデータを前記ユーザ端末に送信し、それにより、前記ユーザ端末がそのＩＤ管理メタデータを受信し記憶する、
請求項１又は２記載のコンテンツ送受信システム。
【請求項４】
前記ユーザ端末が、プライヤ視点で定義されたＩＤ非通知条件を記憶し、
前記アプリケーションが、満たされている条件があっても、前記状況検出部に含まれる複数のセンサの検出結果の履歴、及び、前記ユーザ端末に入力されている情報のうちの少なくとも１つに基づき推測されるユーザ行動が、前記ＩＤ非通知条件に適合する場合、前記条件適合ＩＤを前記サーバに送信しない、
請求項１乃至３のうちのいずれか１項に記載のコンテンツ送受信システム。
【請求項５】
状況検出部を有しユーザが使用するモバイル型の情報処理端末であるユーザ端末で実行されるコンピュータプログラムであって、
商品又はサービスを提供するサプライヤにより設定された情報のメタデータであり条件とＩＤとの組合せを含み前記ユーザ端末に格納されているメタデータであるＩＤ管理メタデータを、前記状況検出部が検出した状況と前記ユーザ端末に入力された情報とのうちの少なくとも１つを用いて参照し、満たされている条件が前記ＩＤ管理メタデータにある場合に、その満たされている条件に対応したＩＤである条件適合ＩＤを、前記サプライヤにより提供される商品又はサービスに関するコンテンツを配信するサーバに送信し、
商品又はサービスに関する複数のコンテンツのうち前記条件適合ＩＤに対応するコンテンツを前記サーバから受信し、受信したコンテンツを前記ユーザ端末に格納する、
ことを前記ユーザ端末に実行させるコンピュータプログラム。
【請求項６】
状況検出部を有しユーザが使用するモバイル型の情報処理端末であるユーザ端末により、商品又はサービスを提供するサプライヤにより設定された情報のメタデータであり条件とＩＤとの組合せを含み前記ユーザ端末に格納されているメタデータであるＩＤ管理メタデータを、前記状況検出部が検出した状況と前記ユーザ端末に入力された情報とのうちの少なくとも１つを用いて参照し、満たされている条件が前記ＩＤ管理メタデータにある場合に、その満たされている条件に対応したＩＤである条件適合ＩＤを、前記サプライヤにより提供される商品又はサービスに関するコンテンツを配信するサーバに送信し、
前記ユーザ端末により、商品又はサービスに関する複数のコンテンツのうち前記条件適合ＩＤに対応するコンテンツを前記サーバから受信し、受信したコンテンツを前記ユーザ端末に格納する、
コンテンツ受信方法。
【請求項７】
状況検出部を有しユーザが使用するモバイル型の情報処理端末であるユーザ端末に、商品又はサービスを提供するサプライヤにより設定された情報のメタデータであり条件とＩＤとの組合せを含むメタデータであるＩＤ管理メタデータを送信するメタデータ送信手段と、
前記状況検出部が検出した状況と前記ユーザ端末に入力された情報とのうちの少なくとも１つにより満たされている条件に対応したＩＤである条件適合ＩＤが前記ユーザ端末により見つかれば、前記条件適合ＩＤを前記ユーザ端末から受信する受信手段と、
商品又はサービスに関する複数のコンテンツのうち前記条件適合ＩＤに対応するコンテンツを特定する特定手段と、
前記特定したコンテンツを前記ユーザ端末に送信するコンテンツ送信手段と
を有するサーバ。
【請求項８】
状況検出部を有しユーザが使用するモバイル型の情報処理端末であるユーザ端末に、商品又はサービスを提供するサプライヤにより設定された情報のメタデータであり条件とＩＤとの組合せを含むメタデータであるＩＤ管理メタデータを、サーバにより送信し、
前記状況検出部が検出した状況と前記ユーザ端末に入力された情報とのうちの少なくとも１つにより満たされている条件に対応したＩＤである条件適合ＩＤが前記ユーザ端末により見つかれば、前記条件適合ＩＤを前記サーバにより前記ユーザ端末から受信し、
商品又はサービスに関する複数のコンテンツのうち前記条件適合ＩＤに対応するコンテンツを、前記サーバにより特定し、
前記特定したコンテンツを、前記サーバにより前記ユーザ端末に送信する、
コンテンツ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータを用いてコンテンツを送信又は受信する技術に関する。
【背景技術】
【０００２】
コンテンツ配信の目的の１つとして、ユーザを所望の場所に誘導することがあり、それは、例えばマーケティング活動の一環として行われることがある。マーケティングに関して、例えば特許文献１の技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５３１３０９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザを所望の店舗に誘導する１つの方法として、ユーザにその店舗で使用可能なクーポンを配布する方法が知られている。例えば、ユーザは、サーバからそのユーザのモバイル端末にクーポンをダウンロードし、クーポンに記載のサービスを受けることを目的として店舗に足を運ぶ。そして、ユーザは、そのクーポンの表示画面を店舗の店員に見せる等して、クーポンに記載にサービスを受けることができる。
【０００５】
一般的に、店舗の遠くにいるユーザよりも店舗の近くにいるユーザの方がその店舗へ誘導し易いと考えられる。ユーザが店舗の近くにいるか否かをサーバが知るための方法として、サーバが、ユーザのモバイル端末からそのモバイル端末の位置データ（モバイル端末の位置検出部により検出された位置（例えば緯度経度）を表すデータ）を受信し、その緯度経度データが表すユーザ位置と店舗の位置との距離を基に判断する方法が考えられる。モバイル端末の位置検出部は、例えば、ＧＰＳ（Global Positioning System）衛星から発されるＧＰＳ信号を受信しそのＧＰＳ信号を基に現在位置を検出するデバイス（モジュール）である。
【０００６】
しかし、もし、モバイル端末からサーバへの位置データが盗聴されてしまうと、そのモバイル端末のユーザの位置が盗聴者に知られてしまうことになる。このため、ユーザの住まいが盗聴者に知られてしまうおそれがある。
【０００７】
この種の問題は、ユーザの誘導先が店舗である場合、及び、ユーザを定義された場所に誘導するためのデジタルコンテンツであるユーザ誘導コンテンツがクーポンである場合に限られない。
【０００８】
また、この種の問題は、配信するコンテンツが、クーポンのようなユーザ誘導コンテンツである場合に限られない。すなわち、この種の問題は、コンテンツ配信の目的がユーザを定義された場所に誘導する場合に限られない。
【０００９】
更に、この種の問題は、モバイル端末からサーバに送信される判断材料データ（コンテンツの配信の判断のためにサーバにより使用されるデータ）が、位置データである場合に限られない。例えば、モバイル端末により検出された対象が、年月日時分秒で表現される時刻の場合、その時刻を表す時刻データがモバイル端末からサーバに送信されることになるが、時刻データが盗聴されてしまうと、時刻データは一般に位置データ等の他種のデータと関連付けられているので、他種のデータから特定される位置等がどの時刻での位置等であるかが盗聴者に知られてしまうことになる。また、判断材料データは、位置データ及び時刻データのうちの少なくとも１つに代えて又は加えて、他のデータも含み得る。判断材料データは、モバイル端末のユーザの属性に関するデータを含むこともあるので、盗聴されてしまうと、盗聴者にユーザが特定されてしまうおそれがある。
【００１０】
本発明の目的は、セキュアなコンテンツ送受信を実現することにある。
【課題を解決するための手段】
【００１１】
状況検出部を有するユーザ端末で実行されるアプリケーションが、商品又はサービスを提供するサプライヤにより設定された情報のメタデータであり条件とＩＤとの組合せを含みユーザ端末に格納されているメタデータであるＩＤ管理メタデータを、検出された状況とユーザ端末に入力された情報とのうちの少なくとも１つを用いて参照し、満たされている条件がＩＤ管理メタデータにある場合に、その満たされている条件に対応したＩＤである条件適合ＩＤを、サーバに送信する。サーバが、条件適合ＩＤを受信し、複数のコンテンツのうち条件適合ＩＤに対応するコンテンツをアプリケーションに送信する。ここで言う「状況」としては、時刻（例えば年月日時分秒）、位置（例えば緯度経度）等、種々の対象を採用し得る。また、ここで言う「コンテンツ」は、ユーザを定義された場所へ誘導するためのユーザ誘導コンテンツ（例えば、クーポン）でもよいし、ユーザ誘導コンテンツ以外のコンテンツでもよい。例えば、コンテンツが広告である場合、その広告は、広告対象（商品又はサービス）の提供時期に関する情報を含み提供場所に関する情報を含まない非ユーザ誘導コンテンツであってもよいし、少なくとも広告対象の提供場所を含んだユーザ誘導コンテンツであってもよい。
【図面の簡単な説明】
【００１２】
【図１】実施例に係るシステムの概要を示す。
【図２】実施例に係るシステムの構成を示す。
【図３】サプライヤ計算機の記憶デバイスに格納されるプログラムを示す。
【図４】サーバの記憶デバイスに格納されるデータ及びプログラムを示す。
【図５】ユーザ端末の記憶デバイスに格納されるデータ及びプログラムを示す。
【図６】クーポン管理データベース（ＤＢ）の構成を示す。
【図７】エリアＩＤ管理ＤＢの構成を示す。
【図８】エリアテーブルの構成を示す。
【図９】ＩＤ管理メタデータの構成を示す。
【図１０】ユーザ行動テーブルの構成を示す。
【図１１】実施例における全体的な処理の流れを示す。
【図１２】クーポン登録画面の一例を示す。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、一実施例を説明する。
【００１４】
なお、以下の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサによって実行されることで定められた処理を行うため、プログラムを主語とした処理の主語は、プロセッサであってもよいし、そのプロセッサを含んだ装置であってもよい。また、プログラムが行う処理の一部または全ては専用ハードウェアによって実現されてもよい。また、プログラムは、プログラム配布サーバ又は記憶メディアからインストールされてもよい。
【００１５】
また、以下の説明では、「記憶デバイス」は、メモリ及びメモリ以外の記憶デバイス（典型的には補助記憶デバイスのような不揮発性記憶デバイス）のうちの少なくともメモリでよい。メモリは、主記憶デバイスのような揮発性メモリを含んでよい。
【００１６】
また、以下の説明では、コンテンツは、ユーザを定義された場所へ誘導するためのユーザ誘導コンテンツであるとする。また、ユーザの誘導先が店舗であり、ユーザ誘導コンテンツが、クーポンであるとする。
【００１７】
図１は、一実施例に係るシステムの概要を示す。
【００１８】
商品又はサービスを店舗にて提供するサプライヤ（典型的には企業）により使用される計算機（以下、サプライヤ計算機）１が、クーポン（電子的なクーポン）、及び、そのクーポンに関連付けるＩＤと条件との組合せを、サーバ２に登録する。クーポンは、例えば、所定の店舗で使用可能なクーポンである。また、ＩＤは、クーポンに関連付けられるので、ＩＤを用いてクーポンを一意に特定することが可能である。条件も、クーポンに関連付けられ、典型的には、クーポンの配信条件に相当する。クーポンの配信条件は、複数の条件要素（例えば、ユーザの位置範囲、性別、移動速度、年齢、所持しているクレジットカードの種類等）のうちの１以上の条件要素により定義される。サプライヤにより登録された情報のうちの少なくとも一部が、メタデータ（以下、ＩＤ管理メタデータ）３２２として、ユーザ端末３に送信され格納される。従って、ユーザ端末３に格納されたＩＤ管理メタデータ３２２は、ユーザ視点で定義されたデータではなく、サプライヤ視点で定義されたデータである。
【００１９】
ユーザが所持するユーザ端末３は、スマートデバイスとも総称される持ち運び可能な（モバイル型の）情報処理端末であり、本実施例では、スマートフォンである。スマートフォンは、スマートデバイスの一種である。スマートデバイスは、単なる計算処理だけではなく、多種多様な用途に使用可能な多機能のデバイスであり、典型的には、iPhone（登録商標）のようなスマートフォン、及び、iPad（登録商標）のようなタブレットＰＣ（Personal Computer）であり、ウェアラブルな情報処理端末を含む。勿論、ユーザ端末３は、スマートフォン以外のスマートデバイスでも良いし、スマートデバイスではなく、スマートデバイスの部類には属さない携帯電話機でも良いし、その他のモバイル型の情報処理端末であっても良い。
【００２０】
クーポン管理アプリケーション３２１が、ユーザ端末３の記憶デバイス３２に格納され、実行される。また、ユーザ端末３の記憶デバイス３２が、上述したように、ＩＤ管理メタデータ３２２を記憶する。ＩＤ管理メタデータ３２２は、上述したように、サプライヤ視点で定義されたデータであり、クーポンに関連付けられたＩＤと条件との組合せを含む。クーポン管理アプリケーション３２１が、サーバ２からＩＤ管理メタデータ３２２を受信し、受信したＩＤ管理メタデータ３２２を記憶デバイス３２に格納する。
【００２１】
クーポン管理アプリケーション３２１が、ユーザ端末３の状況検出部３９が検出した状況（ユーザ端末３の内部及び外部の少なくとも一方の状況）と、ユーザ端末３の記憶デバイス３２に入力されている情報とのうちの少なくとも１つを用いて、ＩＤ管理メタデータ３２２を参照する。状況検出部３９は、例えば、１以上のセンサ、具体的には、例えば、位置センサ、照度センサ、傾きセンサ、加速度センサ、磁気センサ、近接センサ、温度センサ、ジャイロセンサ、圧力センサ、大気温度センサ、湿度センサ、回転軌道センサ及び重力加速度センサのうちの１以上のセンサを含み、検出される状況は、その１以上のセンサの検出結果である。状況検出部３９は、時刻を測定するタイマを含む。ユーザ端末３の記憶デバイス３２に入力されている情報は、例えば、ユーザ端末３に手動により入力された情報でもよいし、図１に例示するように、他アプリケーション群３４（クーポン管理アプリケーション３２１以外の所定の１以上の他のアプリケーション）から取得された情報でもよい。満たされている条件がＩＤ管理メタデータ３２２にあれば、クーポン管理アプリケーション３２１が、その満たされている条件に対応するＩＤである条件適合ＩＤをサーバ２に送信する。なお、例えば、上記の位置センサは、例えば、ＧＰＳ（Global Positioning System）衛星から発されるＧＰＳ信号を受信して位置を検出するセンサであり、そのため検出される位置は緯度経度を用いて表現されるが、位置センサはこれに限定されず、携帯端末の基地局やWi-Fi（Wireless Fidelity）等と通信することで位置を検出する手段等、任意の位置検出手段であってよく、検出される位置を表すデータも、緯度経度データに限定されず、採用された位置検出手段により表現される位置データでよい。
【００２２】
サーバ２は、ユーザ端末３から条件適合ＩＤを受信し、複数のクーポンのうち、その条件適合ＩＤが関連付けられているクーポン３２３をユーザ端末３に送信する。ユーザ端末３のクーポン管理アプリケーション３２１が、クーポン３２３をサーバ２から受信し、受信したクーポン３２３を記憶デバイス３２に格納する。クーポン管理アプリケーション３２１は、クーポン３２３を表示する。ユーザは、クーポン３２３の表示画面を見て、そのクーポン３２３を使用可能な店舗に足を運ぶことができる。
【００２３】
図２は、実施例に係るシステムの構成を示す。
【００２４】
複数のサプライヤ計算機１及び複数のユーザ端末３が、通信ネットワーク（例えばインターネット）４を介してサーバ２と通信する。
【００２５】
サプライヤ計算機１は、通信ネットワーク４を介して通信するための通信インタフェースデバイス（Ｉ／Ｆ）１４と、記憶デバイス１２と、表示デバイス１３と、入力デバイス（例えばキーボード及びポインティングデバイス）１５と、それらに接続されたＣＰＵ（Central  Processing  Unit）１１とを有する。
【００２６】
サーバ２は、通信ネットワーク４を介して通信するための通信インタフェースデバイス（Ｉ／Ｆ）２４と、記憶デバイス２２と、それらに接続されたＣＰＵ２１とを有する。
【００２７】
ユーザ端末３は、前述したように例えばスマートフォンであり、タッチパネル３３と、記憶デバイス３２と、通信ネットワーク４を介して通信するための通信インタフェースデバイス（Ｉ／Ｆ）３４と、状況検出部３９と、それらに接続されたＣＰＵ３１とを有する。タッチパネル３３に代えて、入力デバイスと表示デバイスが別々に存在してもよい。状況検出部３９は、ユーザ端末３の状況を検出する機構であり、上述したようにタイマ及び１以上のセンサを含む。
【００２８】
図３は、サプライヤ計算機１の記憶デバイス１２に格納されるプログラムを示す。
【００２９】
記憶デバイス１２には、ＣＰＵ１１に実行されるプログラムとして、例えば、Ｗｅｂブラウザ１２１が格納されている。サプライヤは、Ｗｅｂブラウザ１２１経由で、クーポン及びそのクーポンに関連付けるＩＤ／条件組合せ（ＩＤと条件との組合せ）をサーバ２に登録することができる。
【００３０】
図４は、サーバ２の記憶デバイス２２に格納されるデータ及びプログラムを示す。
【００３１】
記憶デバイス２２には、データとして、例えば、クーポン管理データベース（ＤＢ）２２３及びエリアＩＤ管理ＤＢ２２４が格納される。ＤＢ２２３及び２２４は、サーバ２の外部ストレージ装置（図示せず）に格納されてもよい。また、記憶デバイス２２には、ＣＰＵ２１に実行されるプログラムとして、例えば、クーポン登録プログラム２２１及びクーポン提供プログラム２２３が格納される。
【００３２】
クーポン管理ＤＢ２２３は、クーポン毎にクーポン及びＩＤ／条件組合せを表す情報を含む。エリアＩＤ管理ＤＢ２２４は、エリアＩＤ毎に１以上のＩＤ（クーポンに関連付けられたＩＤ）を含む。サーバ２は、ユーザ端末３からエリアＩＤを受信し、受信したエリアＩＤにＩＤのＩＤ管理メタデータをユーザ端末３に送信できる。つまり、クーポン管理ＤＢ２２３に登録されている全ての情報ではなく、ユーザ端末３の位置が属するエリアに関連付けられているクーポンのＩＤ管理メタデータのみを、ユーザ端末３に送信でき、ユーザ端末３が、そのＩＤ管理メタデータを記憶する。なお、ＤＢが、サプライヤ毎に存在し、各サプライヤのＤＢに、そのサプライヤに対応したＤＢ２２３及び２２４が含まれてもよい。
【００３３】
クーポン登録プログラム２２１は、サプライヤ計算機１からクーポン及びＩＤ／条件組合せを受けてそれらをクーポン管理ＤＢ２２３に登録する。クーポン提供プログラム２２３は、ＩＤをユーザ端末３から受信し、そのＩＤに対応したクーポンをクーポン管理ＤＢ２２３から取得し、そのクーポンをユーザ端末３に提供する。
【００３４】
図５は、ユーザ端末３の記憶デバイス３２に格納されるデータ及びプログラムを示す。
【００３５】
記憶デバイス３２には、データとして、例えば、ＩＤ管理メタデータ３２２、クーポン３２３、エリアテーブル３２４及びユーザ行動テーブル３２５が格納される。また、記憶デバイス３２には、ＣＰＵ３１に実行されるプログラムとして、例えば、クーポン管理アプリケーション３２１が格納される。
【００３６】
ＩＤ管理メタデータ３２２は、ＩＤと条件との組合せを有する。クーポン３２３は、サーバ２から配信された（ダウンロードされた）電子的なクーポンである。クーポン３２３は、そのクーポン３２３を使用可能な店舗に関する情報（名称、住所等）と、受けられるサービスを表す情報と、有効期間等を含んでいる。エリアテーブル３２４は、エリア毎にエリアＩＤとエリア情報（エリアの範囲を定義した情報）とを有する。ユーザ行動テーブル３２５は、ユーザの行動に関する情報であり状況検出部３９による検出結果を表す情報（例えば、状況検出部３９から得られる位置、推定移動状態（例えば加速度センサに基づき特定される状態）、及び、時刻）を含む。ユーザ行動テーブル３２５は、例えば、ユーザ状況情報とその情報を特定するための識別符号とを含む。識別符号は、これと紐づけられたユーザ状況情報の検出時刻を表す情報を含んでよく、検出時刻を表す情報を含むことで、ユーザ状況情報のログの役割を果たすとともに、各ユーザ状況情報を一意に特定することで当該ユーザ状況情報と他の情報とをマッチングする役割を果たすことができる。例えば、状況検出部３９以外により得られた情報中の時刻情報が表す情報（例えば時刻）と、ユーザ状況情報に関連付けられている識別符号中の情報（例えば検出時刻）とのうちの一方を基に、他方に関連付けられている情報を識別することができる。
【００３７】
クーポン管理アプリケーション３２１は、ユーザ端末３で実行されるアプリケーションプログラムであり、サーバ２、別の機関のサーバ又は可搬型の記憶メディア等からインストールされてよい。クーポン管理アプリケーション３２１は、状況検出部３９の検出結果を定期的に取得し取得された検出結果を表す情報（例えばユーザ状況情報と検出時刻）をユーザ行動テーブル３２５に登録する。クーポン管理アプリケーション３２１は、検出結果とユーザ端末３に入力された情報とのうちの少なくとも１つにより満たされる条件に対応したＩＤをＩＤ管理メタデータ３２２から取得し、取得したＩＤをサーバ２に送信する。そして、クーポン管理アプリケーション３２１は、そのＩＤに対応したクーポン３２３をサーバ２から受信し、そのクーポン３２３を記憶デバイス３２に格納する。なお、ユーザ状況情報と検出時刻をユーザ行動テーブル３２５に登録する処理は、クーポン管理アプリケーション３２１とは別のアプリケーションプログラム又はユーザ端末３のＯＳ（オペレーティングシステム）により行われてもよい。また、クーポン管理アプリケーション３２１は、ユーザ行動テーブル３２５が表す検出時刻とユーザ状況情報との履歴から、クーポン管理アプリケーション３２１によりユーザの行動を推測し、推測された行動に応じて、エリアＩＤを送信するか否かを制御することができる。ユーザの行動は、ユーザ行動テーブル３２５に代えて又は加えて、ユーザ端末３が管理するユーザスケジュールデータ（例えばカレンダーとユーザの予定が記録されているデータ）から推測されてもよい。
【００３８】
以下、サーバ２及びユーザ端末３内のデータを説明する。まず、サーバ２が管理するＤＢ２２３及び２２４を説明する。
【００３９】
図６は、クーポン管理ＤＢ２２３の構成を示す。
【００４０】
クーポン管理ＤＢ２２３は、クーポン毎にレコードを有し、各レコードが、クーポンに関連付けられたＩＤであるＩＤ７０１と、クーポンに関連付けられた条件を表す情報である条件７０３と、ユーザ端末に送信されるクーポン３２３を構成する情報を含んだ情報であるクーポン７０２とを有する。条件７０３は、複数の条件要素と、複数の条件要素から選択された１以上の条件要素により定義されたルールとで構成されている。この構成により、サプライヤは、一旦複数の条件要素を定義しておけば、後は、ルール（条件要素の組合せ）を編集するだけで、クーポンに関連付けられる条件を編集できる。複数の条件要素は、例えば、ユーザのいるエリア、ユーザの性別、ユーザの移動速度、及び、ユーザが所持するクレジットカードの種類等でよい。クーポン管理ＤＢ２２３に登録されるエリアは、エリアＩＤであっても良いし、エリア範囲を緯度経度等で表現したもの（例えば、中心位置の緯度経度と半径）でもよい。
【００４１】
図７は、エリアＩＤ管理ＤＢ２２４の構成を示す。
【００４２】
エリアＩＤ管理ＤＢ２２４は、エリア毎にレコードを有し、各レコードが、エリアのＩＤであるエリアＩＤ６０２と、エリアに関連付けられた１以上のクーポンにそれぞれ対応する１以上のＩＤ６０３とを有する。
【００４３】
次に、ユーザ端末３に格納されるテーブル３２４、３２２及び３２５を説明する。
【００４４】
図８は、エリアテーブル３２４の構成を示す。
【００４５】
エリアテーブル３２４は、メタデータの一種であり、ユーザ端末３の記憶デバイス３２に予め格納されていてよい。エリアは、複数のサブエリアを含み、複数のサブエリアはグルーピングされていてもよい。エリアは、サプライヤ毎に使用頻度等で複数のサブエリアをグルーピングしたサブエリア群として利用できる。あるいは、複数のサプライヤが複数のサブエリアを束ねたエリアを共同で利用することもできる。エリアテーブル３２４は、サプライヤ毎に存在していてもよいが、本実施例では、全てのサプライヤに共通のテーブルである。エリアテーブル３２４は、エリア毎にレコードを有し、各レコードが、エリアのＩＤであるエリアＩＤ８０１と、エリアの範囲を定義した情報であるエリア範囲８０２とを有する。エリア範囲８０２は、緯度経度の値を使用した情報でもよいし、都道府県のように所定の単位で記述されてもよい。ユーザ端末３がどのエリアに存在するかは、状況検出部３９により検出された緯度経度とユーザ端末３が有する地図情報（図示せず）とを基に検出された住所を基に検出されてもよい。
【００４６】
図９は、ＩＤ管理メタデータ３２２の構成を示す。
【００４７】
ＩＤ管理メタデータ３２２は、サーバ２から配信されたテーブルであり、エリアＩＤ管理ＤＢ２２４の一部分、具体的には、クーポン管理ＤＢ２２３のうちの、ユーザ端末３からサーバ２に送信されたエリアＩＤに対応したＩＤに関連付けられている部分である。従って、ＩＤ管理メタデータ３２２は、ＩＤ９０２と条件９０３の組合せ（レコード）を有する。ＩＤ９０２及び条件９０３は、図６に示したＩＤ７０１及び条件７０３と同じである。
【００４８】
図１０は、ユーザ行動テーブル３２５の構成を示す。
【００４９】
ユーザ行動テーブル３２５は、ユーザ端末３の位置等が検出された時刻毎にレコードを有し、各レコードが、時刻を表す検出時刻１００１と、ユーザ端末３の検出された位置を表す検出位置１００２と、状況検出部３９のうち位置センサ以外のセンサからのユーザ状況情報を表すセンサ値１００３とを有する。ユーザ行動テーブル３２５は、クーポン管理アプリケーション３２１（又は別のプログラム）により定期的に又は不定期的に更新される。
【００５０】
以下、本実施例で行われる処理流れを説明する。
【００５１】
図１１は、実施例における全体的な処理の流れを示す。
【００５２】
クーポン登録が行われる（Ｓ１１０１）。具体的には、例えば、サプライヤ計算機１で実行されるＷｅｂブラウザ１２１が、サーバ２にアクセスし、サプライヤがＷｅｂブラウザ１２１経由でクーポン登録をサーバ２に要求する。サーバ２のクーポン登録プログラム２２１が、その登録を受けて、例えば図１２に示すようなクーポン登録画面１２００をＷｅｂブラウザ１２１経由で表示する。クーポン登録画面１２００は、エリア登録領域１２０１と、クーポン登録領域１２０２と、ＩＤ入力欄１２０３と、条件入力欄１２０４と、登録ボタン１２０５とを有する。サプライヤは、エリア登録領域１２０１に、ユーザ誘導先店舗の位置を中心としサプライヤ所望の半径の円を配信範囲（一条件要素としてのエリア）として指定する（配信範囲には必ずしもユーザ誘導先が含まれていなくてもよい）。また、サプライヤは、クーポン登録領域１２０２にクーポン（例えば、使用可能な店舗の名称、サービスの内容、有効期間等の情報）を入力する。また、サプライヤは、ＩＤ入力欄１２０３に、クーポンに関連付けるＩＤを入力し、条件入力欄１２０４に、条件（複数の条件要素と、ルール（その複数の条件要素のうちの１以上の組合せ）を入力する。エリア登録領域１２０１は、必ずしも使用されなくてもよく、その場合、一条件要素としてのエリアは、エリアＩＤ等で表現される。サプライヤは、入力したＩＤ及び条件と入力したクーポンとを関連付けて登録する場合、登録ボタン１２０５を押す。サプライヤは、これらの操作を、Ｗｅｂブラウザ１２１により表示デバイス１３に表示されたクーポン登録画面１２００を見ながら入力デバイス１５を使用して行う。Ｗｅｂブラウザ１２１が、登録ボタン１２０５が押されたことをクーポン登録プログラム２２１に通知し、クーポン登録プログラム２２１が、サプライヤから入力された情報、すなわち、ＩＤ、条件及びクーポンをクーポン管理ＤＢ２２３に登録する（Ｓ１１０２）。
【００５３】
ユーザ端末３において、クーポン管理アプリケーション３２１は、状況検出部３９により検出された緯度経度を表す緯度経度データを取得し、その緯度経度が属するエリア範囲８０２をエリアテーブル３２４から特定する。クーポン管理アプリケーション３２１は、特定したエリア範囲８０２に対応したエリアＩＤ８０１をエリアテーブル３２４から取得し、取得したエリアＩＤをサーバ２に送信する（Ｓ１１０３）。サーバ２がエリアＩＤを受信し、サーバ２において、クーポン提供プログラム２２３が、受信したエリアＩＤに対応するＩＤ６０３を特定し、クーポン管理ＤＢ２２３のうちの、特定したＩＤ６０３に対応するレコード部分７０１及び７０３を、ＩＤ管理メタデータ３２２として取得し（Ｓ１１０４）、取得したＩＤ管理メタデータ３２２をユーザ端末３に送信する（Ｓ１１０５）。ユーザ端末３において、クーポン管理アプリケーション３２１が、ＩＤ管理メタデータ３２２をサーバ２から受信し、そのＩＤ管理メタデータ３２２を記憶デバイス３２に格納する。（Ｓ１１０６）。
【００５４】
ユーザ端末３において、クーポン管理アプリケーション３２１が、ユーザ端末３の状況検出部３９が検出した状況（ユーザ端末３の内部及び外部の少なくとも一方の状況）と、ユーザ端末３の記憶デバイス３２に入力されている情報とのうちの少なくとも１つを用いて、ＩＤ管理メタデータ３２２を参照し、その用いられた情報が満たす条件がＩＤ管理メタデータ３２２にあるか否かを判断する（Ｓ１１０７）。具体的には、例えば、クーポン管理アプリケーション３２１は、ユーザ端末３の位置（状況検出部３９からの緯度経度）等がＩＤ管理メタデータ３２２におけるいずれかの条件９０３に適合するか否かを判断する。この判断の結果が真の場合（Ｓ１１０７：Ｙｅｓ）、満たされている条件９０３に対応するＩＤである条件適合ＩＤ９０２が、クーポン管理アプリケーション３２１により、サーバ２に送信される（Ｓ１１０８）。また、満たされている条件９０３があっても、クーポン管理アプリケーション３２１は、ユーザ行動テーブル３２５から推測されるユーザ行動（ユーザ状況）がＩＤ非通知条件を満たしている場合は、条件が満たされていないとして（Ｓ１１０７：Ｎｏ）、条件適合ＩＤ９０２を送信しないでよい。ＩＤ非通知条件も、クーポン毎に関連付けられており、且つ、サプライヤにより定義された（サプライヤ視点）の条件でよい。ＩＤ非通知条件は、例えば、図１２の画面等を利用したクーポン登録の際に登録することができ、クーポン管理ＤＢ２２３のレコードに、登録されてよい。故に、ＩＤ管理メタデータが、ＩＤ及び条件の他に、クーポンに関連付けられたＩＤ非通知条件（サプライヤ視点で定義された非通知条件）を含んでよい。ＩＤ非通知条件は、クーポン毎に用意されてもよいし、複数のクーポンに共通でもよい。例えば、ＩＤ非通知条件は、加速度センサの値の履歴や緯度経度の履歴を基に算出されるユーザ端末３の移動速度が所定値を超えている、でよい。このような場合には、クーポンを配信してもユーザがクーポン使用可能な店舗に来る可能性が低いと考えられ、クーポン管理アプリケーション３２１は、ユーザ端末３の位置に適合するエリアを一条件要素として含む条件に対応したＩＤの送信をスキップしてよい。逆に言えば、クーポン管理アプリケーション３２１は、満たされている条件９０３があり、且つ、ユーザ行動テーブル３２５から推測されるユーザ行動がその条件９０３に対応したＩＤ（条件適合ＩＤ）のＩＤ非通知条件を満たしていない場合に、条件適合ＩＤ９０２をサーバ２に送信する（Ｓ１１０８）。ユーザ行動テーブル３２５から推測されるユーザ行動を利用したエリアＩＤの送信制御の他の例としては、例えば、（１）条件９０３中に定義されたエリアに至るまでのユーザの行動履歴に競合店への立ち寄りがある場合、クーポン使用可能性が高いと考えられるため条件適合ＩＤを送信する、（２）ユーザが複数エリア内に比較的長時間滞在していることがユーザ行動テーブル３２５から特定された場合、ユーザがぶらぶら歩きをしていると推測され故に来店誘導効果が高いと考えられるので、クーポン管理アプリケーション３２１がサーバ２に条件適合ＩＤを送信する、（３）ユーザが目的地らしきエリアにまっすぐに移動していることがユーザ行動テーブル３２５から特定された場合、来店誘導効果が低いと考えられるので、クーポン管理アプリケーション３２１がサーバ２に条件適合ＩＤの送信をしない、といった例が挙げられる。「目的地らしきエリア」は、例えば、ユーザ端末３が参照するスケジュールデータに登録されている場所が属するエリアであってもよいし、ユーザ端末３に入力された目的地（例えばナビゲーション機能の利用のために入力された目的地）が属するエリアであってよい。また、時刻単位で変動する動的な情報であるユーザ行動の他にユーザの静的な情報（性別や居住地、年代等）を参照して条件適合ＩＤを送信するか否かを制御してもよい。
【００５５】
サーバ２において、クーポン提供プログラム２２２が、条件適合ＩＤをクーポン管理アプリケーション３２１から受信し、受信した条件適合ＩＤが関連付けられているクーポン７０２をクーポン管理ＤＢ２２３から特定する。そして、クーポン提供プログラム２２２が、特定したクーポン７０２が有する一部又は全ての情報を含んだクーポン３２３をユーザ端末３のクーポン管理アプリケーション３２１に送信する（Ｓ１１１０）。クーポン管理アプリケーション３２１が、クーポン３２３を受信し、クーポン３２３を記憶デバイス３２に格納する（Ｓ１１１１）。ユーザは、ユーザ端末３のタッチパネル３３にクーポン３２３を表示し、そのクーポン３２３中の情報（例えば使用可能な店舗の住所、地図等）を基に、クーポン３２３を使用可能な店舗へ移動することができる。
【００５６】
上述した実施例によれば、ユーザ端末３からサーバ２に送信される情報は、緯度経度やユーザ個人情報等ではなく、単なるＩＤ（例えばそれ単独では意味をなさない情報）である。ＩＤが盗聴されてもユーザに関する正確な情報（例えば位置）はわからない。このため、セキュアなユーザ誘導支援を実現することができる。また、ユーザ端末３は、自身が位置するエリアのエリアＩＤをサーバ２に送信してそのエリアに関連するメタデータを取得し、自身が位置しないエリアのメタデータを持たないため、ユーザ端末３で消費される記憶容量を抑制できる。更に、ユーザ端末３に格納されるデータは、ＩＤ管理メタデータ３２２（及びエリアテーブル３２４）のような比較的小サイズのデータであり、クーポン３２３それ自体は初め格納されない。このため、ユーザ端末３で消費される記憶容量を更に抑制できる。
【００５７】
また、上述した実施例において、条件適合ＩＤの送信／非送信が、ユーザ行動テーブル３２５（又は、そのテーブル３２５に代えて又は加えて、前述したユーザスケジュールデータのような他のデータ）に基づき制御される。このため、無駄に条件適合ＩＤをサーバ２に送信しないことにより通信負荷を軽減することができる。
【００５８】
上述した実施例は、本発明の説明のための例示であり、本発明の範囲をその実施例にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。
【００５９】
例えば、ユーザの誘導先は、店舗に限らずイベント会場その他施設等であっても良いし、ユーザ誘導コンテンツは、クーポンに限らず電子メール、広告データ等であってもよい。また、電子メール及び広告データ等は、ユーザ誘導コンテンツ以外のコンテンツであってもよい。
【００６０】
また、クーポン管理アプリケーション３２１は、推測されたユーザ行動から、推測時点（現在）から所定時間将来のユーザ位置を予測し、推測時点（現在）のユーザ位置（緯度経度）に代えて又は加えて、その予測されたユーザ位置（緯度経度）を用いてＩＤ管理メタデータ３２２を参照してもよい。これにより、クーポン管理アプリケーション３２１に対し、推測時点から所定時間将来のユーザ位置が適合する条件に対応したクーポンを前もって提供することができる。また、このような処理は、定期的に行われてもよいし（例えば定期的に緯度経度データが取得される都度に行われてもよいし）、満たされている条件がＳ１１０７で見つからない場合にのみ行われてもよい。後者の場合、満たされている条件がＳ１１０７で見つからない場合にのみ、推測時点から所定時間将来のユーザ位置が適合する条件に対応したＩＤをサーバ２に送信することができる。
【符号の説明】
【００６１】
１：サプライヤ計算機  ２：サーバ  ３：ユーザ端末
【図１】
2015207068.tif 000003
【図２】
2015207068.tif 000004
【図３】
2015207068.tif 000005
【図４】
2015207068.tif 000006
【図５】
2015207068.tif 000007
【図６】
2015207068.tif 000008
【図７】
2015207068.tif 000009
【図８】
2015207068.tif 000010
【図９】
2015207068.tif 000011
【図１０】
2015207068.tif 000012
【図１１】
2015207068.tif 000013
【図１２】
2015207068.tif 000014