(57)【要約】【課題】受信したクーポンを簡易な方法により２次配信でき、そのことによりクーポンの利用の促進を図ることができる配信システムを提供する。【解決手段】送信側端末１０は、クーポンを保持するクーポン保持手段１１と、近距離無線通信を通じてクーポンを送信するクーポン送信手段１２と、を備え、受信側端末２０は、送信側携帯端末の圏内に入るとクーポンを受信するクーポン受信手段２１と、クーポンを保持するクーポン保持手段２２と、を備え、ることを特徴とし、この構成により、クーポンの２次配信が可能となり、利用者がクーポンを直接Ｗｅｂなどから取得する必要がなくなり、クーポンの利用を促進することができる。【選択図】図４
2009271634.tif 000002
【特許請求の範囲】
【請求項１】
ローカル情報を保持するローカル情報保持手段と、近距離無線通信を通じて前記ローカル情報を送信するローカル情報送信手段と、を備える送信側携帯端末と、
前記送信側携帯端末の圏内に入ると前記ローカル情報を受信するローカル情報受信手段と、前記ローカル情報を保持するローカル情報保持手段と、を備える受信側携帯端末と、
を備える配信システム。
【請求項２】
前記送信側携帯端末は、
前記送信側携帯端末が前記ローカル情報を前回送信した時点からの経過時間を測定する経過時間測定手段と、
前記経過時間測定手段が測定した経過時間に従って前記ローカル情報を送信するか否かを決定するローカル情報送信決定手段と、を更に備え、
前記ローカル情報送信手段は、前記ローカル情報送信決定手段による決定に従って前記ローカル情報を送信することを特徴とする請求項１に記載の配信システム。
【請求項３】
前記受信側携帯端末は、
所定の条件に基づいてローカル情報を受信するか否かを決定するローカル情報受信決定手段を更に備え、
前記ローカル情報受信手段は、前記ローカル情報受信決定手段による決定に従って前記ローカル情報を受信することを特徴とする請求項１に記載の配信システム。
【請求項４】
前記送信側携帯端末は、前記ローカル情報の属性を示す属性情報を記憶する属性情報記憶手段と、前記属性情報記憶手段が記憶する属性情報を前記受信側端末に送信する属性情報送信手段と、を更に備え、
前記受信側携帯端末は、前記受信側携帯端末の使用者の嗜好情報を保持する嗜好情報保持手段と、前記ローカル情報の属性情報の属性が、前記嗜好情報保持手段が保持する使用者の嗜好情報に基づいて示される属性と合致しているか否かを判断する嗜好情報合致判断手段と、を更に備え、
前記ローカル情報受信決定手段は、前記嗜好情報合致判断手段によってなされた比較の結果に従って受信の可否を決定することを特徴とする請求項３に記載の配信システム。
【請求項５】
前記受信側携帯端末は、
前記送信側携帯端末が送信するローカル情報が、受信側携帯端末におけるローカル情報保持手段が保持するローカル情報と同一であるか否かを判断するローカル情報判断手段を更に備え、
前記ローカル情報受信決定手段は、前記ローカル情報判断手段によってなされた判断に従って受信の可否を決定することを特徴とする請求項３又は４に記載の配信システム。
【請求項６】
前記受信側携帯端末は、
前記ローカル情報の配信経路を示す配信経路情報に自己が含まれているか否かを調べる発信元判断手段を更に備え、
前記ローカル情報受信決定手段は、前記発信元判断手段によってなされた判断に従って受信の可否を決定することを特徴とする請求項３〜５のいずれか一項に記載された配信システム。
【請求項７】
前記ローカル情報送信手段は、前記ローカル情報と、前記送信側携帯端末を特定する送信者情報と、を送信し、
前記ローカル情報受信手段は、前記ローカル情報と、前記送信者情報と、を受信する、
ことを特徴とする請求項１から６の何れか一項に記載された配信システム。
【請求項８】
送信側携帯端末と、受信側携帯端末を備える通信システムにおいて、
前記送信側携帯端末が、前記ローカル情報を近距離無線通信を通じて送信するローカル情報送信ステップと、
前記受信側携帯端末が、前記送信側端末の圏内に入るとローカル情報を受信するローカル情報受信ステップと、
を備える配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末間のローカル情報の配信システム、及び携帯端末間のローカル情報の配信方法に関する。
【背景技術】
【０００２】
携帯端末向けのサイトで、エリアや店舗毎に様々なクーポン券が用意されていたり、また、店舗のレジにある専用リーダに携帯電話をかざす事で様々なクーポンなどを入手し、使用者はこのクーポンを使って、サービスを受けることができたり、コミュニケーションツールとして定着した携帯端末を使った、クーポンを配信するサービスが増えている。
【０００３】
例えば、特許文献１には、ＩＣチップを内蔵した携帯電話機が、このようなクーポン券を取得し、また店舗において使用する方法について、記載されている。
【特許文献１】特開２００６−３３８６３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載されたシステムにおいては、利用者が、Ｗｅｂページから直接ダウンロードすることでクーポンを得ているため、利用者が自ら能動的にＷｅｂから取得するという負担を負う。
【０００５】
また、当該ダウンロードされたクーポンの２次配信に関しては考慮されていない。つまり、友人や知人からメールや赤外線、ＦｅｌｉＣａ（登録商標）通信を使って取得する場合であっても、友人や知人へ情報提供しても自分へのポイントバックなどメリットが無い上に、受信側及び送信側の使用者が、送受信の処理を行う負担が生じ、積極的に情報提供する人は多くない。そのため、クーポンなどのローカル情報の利用促進が十分には計れなかった。
【０００６】
そこで、本発明は上記問題点に鑑み、ＷｅｂやＦｅｌｉＣａ（登録商標）リーダから取得した利用者が、そのクーポンを簡易な方法により２次配信でき、そのことでローカル情報の利用促進を図ることができる配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の配信システムは、ローカル情報を保持するローカル情報保持手段と、近距離無線通信を通じてローカル情報を送信するローカル情報送信手段と、を備える送信側携帯端末と、送信側携帯端末の圏内に入るとローカル情報を受信するローカル情報受信手段と、ローカル情報を保持するローカル情報保持手段と、を備える受信側携帯端末と、を備えている。
【０００８】
この構成によれば、送信側携帯端末は、保持していたローカル情報を受信側携帯端末に送信し、受信側携帯端末において受信したローカル情報を保持することができ、手間をかけることなくローカル情報の２次配信が可能となり、ローカル情報の利用促進が図れる。
【０００９】
本発明の配信システムにおいては、送信側携帯端末は、送信側携帯端末がローカル情報を前回送信した時点からの経過時間を測定する経過時間測定手段と、経過時間測定手段が測定した経過時間に従ってローカル情報を送信するか否かを決定するローカル情報送信決定手段を更に備え、ローカル情報送信手段は、ローカル情報送信決定手段による決定に従ってローカル情報を送信することが好適である。
【００１０】
この構成によれば、送信側携帯端末は、前回送信されてからの時間経過に従ってローカル情報を送信するか否かを決定することで、送信側携帯端末は、他の携帯端末によって一定時間受信されていないような利用頻度の低いローカル情報を送信しないため、利用頻度の高いローカル情報の送受信に何ら影響を与えることなく、送信量を減らすことができる。
【００１１】
本発明の配信システムにおいては、受信側携帯端末は、所定の条件に基づいてローカル情報を受信するか否かを決定するローカル情報受信決定手段を更に備え、ローカル情報受信手段は、ローカル情報受信決定手段による決定に従ってローカル情報を受信することが好適である。
【００１２】
この構成によれば、ローカル情報受信手段は、所定の条件に基づいてローカル情報を受信するため、全てのローカル情報を受信することなく効率的にローカル情報を受信することが可能となる。
【００１３】
本発明の配信システムにおいては、送信側携帯端末は、ローカル情報の属性を示す属性情報を記憶する属性情報記憶手段と、属性情報記憶手段が記憶する属性情報を受信側端末に送信する属性情報送信手段と、を更に備え、送信側携帯端末は、ローカル情報の属性を示す属性情報を受信側端末に送信する属性情報送信手段を更に備え、受信側携帯端末は、受信側携帯端末の使用者の嗜好情報を保持する嗜好情報保持手段と、ローカル情報の属性情報の属性が、嗜好情報保持手段が保持する使用者の嗜好情報に基づいて示される属性と合致しているか否かを判断する嗜好情報合致判断手段と、を更に備え、ローカル情報受信決定手段は、嗜好情報合致判断手段によってなされた比較の結果に従って受付の可否を決定することが好適である。
【００１４】
この構成によれば、ローカル情報受信手段は、受信側携帯端末の使用者の嗜好に合ったローカル情報だけを受信することで、効率的に必要なローカル情報だけを受信することが可能となる。
【００１５】
本発明の配信システムにおいては、受信側携帯端末は、送信側携帯端末が送信するローカル情報が、受信側携帯端末におけるローカル情報保持手段が保持するローカル情報と同一であるか否かを判断するローカル情報判断手段を更に備え、ローカル情報受信決定手段は、ローカル情報判断手段によってなされた判断に従って決定することが好適である。
【００１６】
この構成によれば、既に保持するローカル情報を受信しないことで、同じローカル情報を複数回受信する無駄を防ぐことができる。
【００１７】
本発明の配信システムにおいては、受信側携帯端末は、ローカル情報の配信経路を示す配信経路情報に自己が含まれているか否かを調べる発信元判断手段を更に備え、ローカル情報受信決定手段は、発信元判断手段によってなされた判断に従って受付の可否を決定することが好適である。
【００１８】
この構成によれば、ローカル情報の配信経路情報に自己の携帯端末が含まれていないローカル情報のみを受信することで、自ら送信したローカル情報を、受信側携帯端末として、再び受信することがなくなり、例えば不要となって削除したローカル情報を再び他の携帯端末を経由して受信してしまうようなことを防ぐことができる。
【００１９】
本発明の配信システムにおいては、ローカル情報送信手段は、ローカル情報と、送信側携帯端末を特定する送信者情報と、を送信し、ローカル情報受信手段は、ローカル情報と、送信者情報と、を受信することが好適である。
【００２０】
この構成によれば、ローカル情報と送信者情報とを同時に送信することで、通信事業者が、送信側携帯端末を特定できるようになる。これにより、例えば送信者情報により特定された携帯端末の使用者にポイントバックをすることなどのサービスを提供することができる。よって、２次配信をした者に対して利益を提供することで２次配信を促進させ、ローカル情報の利用を促進することが可能となる。
【００２１】
また、上記課題を解決するために、本発明のローカル情報配信方法は、送信側携帯端末と、受信側携帯端末を備える通信システムにおいて、送信側携帯端末が、ローカル情報を近距離無線通信を通じて送信するローカル情報送信ステップと、受信側携帯端末が、送信側端末の圏内に入るとローカル情報を受信するローカル情報受信ステップと、を備えることを特徴とする。
【００２２】
この構成によれば、送信側携帯端末が、ローカル情報を送信し、受信側携帯端末が、ローカル情報を受信することで、手間をかけることなくローカル情報の２次配信が可能となり、ローカル情報の利用促進が計れる。
【発明の効果】
【００２３】
本発明に係る配信システム及び配信方法によると、ＷｅｂやＦｅｌｉＣａ（登録商標）リーダからローカル情報を取得した利用者が、受信したローカル情報を簡易な方法により２次配信することが可能となり、従ってローカル情報利用の促進を図ることが可能となる。
【発明を実施するための最良の形態】
【００２４】
以下、図面を参照して本発明に係る表示制御装置及び表示制御方法の好適な実施形態について説明する。なお、図面の説明においては、同一要素には同一符号を付し、重複する説明を省略する。
【００２５】
図１は、本発明の実施形態に係る配信システムの概念を示す図である。この図に示すように、本実施形態におけるシステムは、送信側携帯端末１０、受信側携帯端末２０、店舗３０及び通信事業者４０を含んで構成される。
【００２６】
送信側携帯端末１０は、図示しないＷｅｂやＦｅｌｉＣａ（登録商標）などの情報源から取得したクーポン等のローカル情報を保持している。また、当該クーポンと、送信側携帯端末１０を特定する送信者情報としての携帯端末識別ＩＤを受信側携帯端末２０に対して送信する。なお、送信者情報は、携帯端末識別ＩＤに限定されること無く、携帯端末又は携帯端末の使用者を特定できる情報であれば良い。
【００２７】
受信側携帯端末２０は、クーポンと携帯端末識別ＩＤを送信側携帯端末１０から受信する。また当該受信したクーポンを店舗３０において利用した場合に、送信側携帯端末１０から受信したクーポンと携帯端末識別ＩＤを、当該クーポンを利用した店舗３０における店舗ＰＯＳシステム（図示せず）へ送信する。
【００２８】
店舗３０は、図示しない店舗ＰＯＳシステムを含んで構成され、受信側携帯端末２０から受信したクーポン、携帯端末識別ＩＤ、及び店舗を一意に特定する識別子である店舗ＩＤを通信事業者４０に送信する。
【００２９】
通信事業者４０は本実施形態に係るシステムにおいて通信サービスを提供する者である。通信事業者４０は店舗３０からクーポン、携帯端末識別ＩＤ、及び店舗ＩＤを受信し、それらの情報に基づいて、送信側携帯端末１０を特定し、特定された送信側携帯端末１０に対してポイントバック処理を行う。ポイントバック処理の方法として、例えば後述の方法により算定したポイント還元額を、通信費の請求額から差し引く処理を行う。また、後述の方法により算出した、２次配信料の金額を店舗に請求する請求処理を行う。
【００３０】
図２は、図１に示す通信事業者の構成を示す図である。クーポン管理サーバ４１は、店舗３０における店舗ＰＯＳシステムからクーポン、携帯端末識別ＩＤ及び店舗ＩＤを受信する。また、クーポン管理サーバ４１が保持する店舗情報と関連付けられたポイント還元率に関する情報を参照することで店舗毎のポイント還元率を抽出し、当該抽出されたポイント還元率、携帯端末識別ＩＤ及び店舗ＩＤを課金管理サーバ４２へ送信する。
【００３１】
また、クーポン管理サーバ４１は、携帯端末の使用者の嗜好情報を以下に述べる方法により収集分析し、収集分析の結果を対応する携帯端末に対して定期的に送信する。
【００３２】
ここで、クーポン管理サーバ４１における、嗜好情報について述べる。クーポン管理サーバ４１は、例えば図６に示すように、携帯端末を一意に特定する識別子である携帯端末識別ＩＤと関連付けられた、性別、年齢、行動エリア、ジャンル及び利用スポットを含む嗜好情報を備えている。
【００３３】
このうち性別及び年齢については、自動解析を行わず、使用者が登録することで得るが、行動エリア、ジャンル及び利用スポットに関しては以下の通り自動解析をする。
【００３４】
行動エリアについては、携帯端末の位置情報を解析することで得ることができる。具体的には例えば、ＧＰＳを用いて携帯端末の存在位置を追跡する方法がある。エリアの分割に関しては、赤坂、横浜、表参道等、一般的に行動エリアとして認識されている範囲を予め定めておき、当該行動エリア毎に存在していた時間比率を算出し、最も存在していた割合が大きいエリアを行動エリアとすることができる。
【００３５】
なお、携帯端末の使用者の居住場所も登録しておいて、当該居住場所を含むエリアに関しては行動エリアに含めないとしても良い。
【００３６】
ジャンルについては、検索履歴から得ることができる。具体的には、それぞれのジャンルに代表的な検索キーを予め設定しておき、使用者がどのジャンルの検索キーを最も多く入力したかを算出し、それによってジャンルを得ることができる。
【００３７】
利用スポットについては、お財布携帯の利用履歴から得ることができる。
【００３８】
ここで利用スポットとは、前述した行動エリアや、ジャンルよりも更に項目が細分されており、例えばレストランであっても、具体的なレストランの名前まで特定する。また、ビルの名前や、商業施設の名前を特定しても良い。
【００３９】
それらの利用スポットはお財布携帯の利用履歴から抽出可能であり、最も利用頻度の高いレストラン、商業施設等を利用スポットとする。
【００４０】
なお、行動エリア、ジャンル及び利用スポットに関して、図６に示す表にはそれぞれ一つ（「赤坂」、「グルメ」、「レストラン○○」）が登録されているが、複数登録（例えば行動エリアとして「赤坂」及び「表参道」、など）しても勿論良い。また、登録をしない（つまり限定しない）設定が可能とすることもできる。
【００４１】
このような設定を可能とすることで、受信するクーポンの種類の幅を調節することができ、より、使用者の都合に合った種類のクーポンを得ることが可能となる。
【００４２】
なお、嗜好情報の収集分析に関して、この例に限定するものではなく、同様の作用があるほかの方法を用いても勿論良い。
【００４３】
課金管理サーバ４２は、受信側携帯端末２０の使用者がクーポンを利用して購入した商品代金にポイント還元率をかけた金額を店舗毎に算出し、当該金額の請求書を対応する店舗に対し送付する。なお、この金額は、通信事業者が、ポイントバックとして２次配信者としての送信側携帯端末１０の使用者への通信費から差し引く金額の原資として、通信事業者４０が店舗３０に対して請求する額に該当する。
【００４４】
図３は、本実施形態における送信側携帯端末１０及び受信側携帯端末２０のハードウェア構成を示す図である。
【００４５】
図３に示すように送信側携帯端末１０及び受信側携帯端末２０は、物理的には、ＣＰＵ１０１と、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３と、通信を制御する通信モジュール１０４と、フラッシュメモリーなどの補助記憶部１０５と、操作ボタンなどの入力装置１０６と、ＬＣＤや有機ＥＬディスプレイなどの出力装置１０７とを備える。送信側携帯端末１０及び受信側携帯端末２０の各機能は、ＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４、出力装置１０７、入力装置１０６を動作させると共に、ＲＡＭ１０２や補助記憶部１０５におけるデータの読み出し及び書き込みを行うことで実現される。
【００４６】
図４は、図１に示す送信側携帯端末１０及び受信側携帯端末２０の構成を示す図である。
【００４７】
送信側携帯端末１０は、クーポン保持部１１、クーポン送信部１２、送信者情報付加部１３、クーポン送信決定部１４、経過時間測定部１５、属性情報記憶部１６及び属性情報送信部１７を含んで構成される。
【００４８】
クーポン保持部１１は、図示しないＷｅｂ、ＦｅｌｉＣａ等からダウンロード等したクーポンを保持する。また、クーポン保持部１１は、クーポン送信部１２がクーポンを送信するときに該当するクーポンを送信者情報付加部１３へ送り、当該クーポンが送信側携帯端末１０を特定する携帯端末識別ＩＤと共に送信者情報付加部１３から戻ってきた場合に、当該クーポン及び携帯端末識別ＩＤをクーポン送信部１２へ送る。
【００４９】
クーポン送信部１２は、クーポン送信決定部１４の制御によりクーポン保持部１１が保持するクーポン及び携帯端末識別ＩＤを受信側携帯端末２０に対して送信する。
【００５０】
送信者情報付加部１３は、クーポン送信部１２がクーポンを送信するときに、クーポン保持部１１から送られてきたクーポンに送信側携帯端末１０を特定する送信者情報としての携帯端末識別ＩＤを付加し、クーポンと携帯端末識別ＩＤをクーポン保持部１１へ送る。
【００５１】
クーポン送信決定部１４は、クーポンを送信することを決定する。具体的には、送信側携帯端末１０から受信側携帯端末２０へのクーポン属性情報の送信に対する受信側携帯端末２０のクーポン受信可能である応答であるところの受信可能応答、を送信側携帯端末１０が受信し、該当する（受信可能であるとされた）クーポンに対して、送信するか否かを決定する。
【００５２】
経過時間測定部１５は、クーポンが前回送信されてからの経過時間を測定し、その結果をクーポン送信決定部１４へ送る。
【００５３】
属性情報記憶部１６は、クーポン保持部１１が保持するクーポンのクーポン属性情報を記憶し、属性情報送信部１７に送る。
【００５４】
属性情報送信部１７は、属性情報記憶部１６が記憶するクーポン属性情報を受け取り、受け取ったクーポン属性情報を無線通信を通じて受信側携帯端末２０の属性情報受信部２８に送信する。また、属性情報送信部１７は、属性情報受信部２８が送信した受信可能応答を受信し、受信した受信可能応答をクーポン送信決定部１４に送る。なお、送信側携帯端末１０と受信側携帯端末２０間の送信方法に関しては無線であれば良く、例えば赤外線を用いても良いし、Ｂｌｕｅｔｏｏｔｈでも良い。
【００５５】
ここで、送信側携帯端末１０が送信するクーポン属性情報について述べる。図５に属性情報記憶部１６が記憶するクーポン属性情報の例を示す。この図で示すように、クーポン属性情報には「クーポン識別ＩＤ」、「対象性別」、「対象年齢」、「行動エリア」、「ジャンル」、「利用スポット」、「有効期限」及び「経由携帯端末」の項目が含まれている。この内、「クーポン識別ＩＤ」、「対象性別」、「対象年齢」、「行動エリア」、「ジャンル」、「利用スポット」及び「有効期限」に関しては、クーポンの発行者が登録する。「経由携帯端末」については、属性情報送信部１７が、クーポンに付加された携帯端末識別ＩＤを参照し、その情報を登録する。なお、対象性別、対象年齢に制限が無い場合は情報を登録しなくても良い。図５に示す例では、対象年齢の制限が無いことを示す。
【００５６】
本実施形態においては、属性情報送信部１７は、経過時間測定部１５が測定した経過時間に基づいて所定時間以上（例えば３時間）送信がされていないクーポンについてのクーポン属性情報は送信しない。
【００５７】
従って、例えば過去３時間、他の携帯端末へ送信されていないような利用頻度の低いクーポンは２次配信しないため、利用頻度の高いクーポンの２次配信になんら影響を与えることなく、送信量を減らすことが可能となる。また、受信側携帯端末２０としては、送信されてくるクーポン属性情報が、利用頻度の高いクーポンのクーポン属性情報であるため、不必要なクーポン属性情報を受信することなく、処理負担を減らすことが可能となる。
【００５８】
次に受信側携帯端末２０の構成について説明する。受信側携帯端末２０はクーポン受信部２１、クーポン保持部２２、クーポン受信決定部２３、クーポン判断部２４、発信元判断部２５、嗜好情報合致判断部２６、嗜好情報保持部２７及び属性情報受信部２８を含んで構成されている。
【００５９】
クーポン受信部２１は、クーポン受信決定部２３の制御により送信側携帯端末１０におけるクーポン送信部１２が送信したクーポンを受信する。また、受信したクーポンをクーポン保持部２２へ送る。
【００６０】
クーポン保持部２２は、クーポン受信部２１から送られたクーポンを保持する。なお、クーポン保持部２２が保持するクーポンにクーポン属性情報を含めても良い。その場合、属性情報記憶部１６は不要である。
【００６１】
クーポン受信決定部２３は、属性情報受信部２８が受信したクーポン属性情報に基づき、後述する方法によってクーポンを受信するか否かを決定する。クーポンを受信することを決定した場合は、属性情報受信部２８を制御して、属性情報が送信されたクーポンの内で受信するクーポンを特定し受信可能応答を属性情報送信部１７に対して送信させる。
【００６２】
クーポン判断部２４は、属性情報受信部２８が受信したクーポン属性情報によって属性が送信されたクーポンと、クーポン保持部２２に保持されているクーポンと、が同じかどうか判断し、その結果をクーポン受信決定部２３に送る。
【００６３】
具体的には、クーポン発行時に、発行者は、クーポンが一意に特定できる識別子であるクーポン識別ＩＤを付加し、クーポン判断部２４はクーポン保持部２２が保持しているクーポン識別ＩＤと、属性情報受信部２８が受信したクーポン属性情報のクーポン識別ＩＤを比較し、比較結果をクーポン受信決定部２３に送る。本実施形態では、両クーポン識別ＩＤが同じである場合、当該クーポンは受信されない。従って、同じクーポンを複数受信することを防ぐことが可能となる。
【００６４】
発信元判断部２５は、属性情報が属性情報受信部２８によって受信されたクーポンについて、経由した携帯端末に自己を含むか判断し、判断した結果をクーポン受信決定部２３に送る。
【００６５】
具体的には、クーポン属性情報に付加されている経由した携帯端末の情報と、自己の携帯端末識別ＩＤが同一か否かを判定する。両携帯端末識別ＩＤが同一である場合は当該クーポンが経由した携帯端末に自己が含まれると判断する。
【００６６】
本実施形態では、経由した携帯端末に自己が含まれている場合はクーポンを受信しない。従って、不要となって破棄したクーポンが他の携帯端末を通じて戻ってきた場合に再び受信することを防ぐことが可能となる。
【００６７】
嗜好情報合致判断部２６は、クーポンが受信側携帯端末２０の使用者の嗜好と合致するか否かを判断する。具体的には嗜好情報保持部２７が保持する受信携帯端末２０の使用者の嗜好情報の属性と、属性情報受信部２８が受信するクーポンの属性情報の属性と、を比較し、比較結果をクーポン受信決定部２３に送る。
【００６８】
本実施形態においては、携帯端末の使用者の嗜好情報の分析はクーポン情報管理サーバ４１が行い、クーポン情報管理サーバ４１は、定期的に当該携帯端末に対して使用者の嗜好情報を送信する。
【００６９】
ここで、クーポンが受信側携帯端末２０の使用者の嗜好と合致するか否かの判断方法について説明する。
【００７０】
図５に示すクーポン属性情報が、図６に示す嗜好情報を備える携帯端末に送信された場合、「エリア」（赤坂）、「ジャンル」（グルメ）、「利用スポット」（レストラン○○）において両者が一致している。また、図６の嗜好情報から、当該携帯端末の使用者は３０歳であることが分かり、図５のクーポン属性情報から、クーポンの対象年齢に制限が無いことが分かる、このことから「年齢」については、使用者の嗜好情報がクーポンの属性情報に含まれていることが分かる。一方で、図５の属性情報からクーポンの対象性別が女性であることが分かり、図６の使用者の嗜好情報から、使用者は男性であることが分かる。従って、このクーポンは使用者の嗜好に合致しないと判断できる。
【００７１】
なお、受信側携帯端末２０が受信しようとするクーポンの属性と、受信側携帯端末２０の使用者の嗜好の属性と、が合致するか否かの判断方法は上記の方法に限定されるわけではなく、他の方法を用いてももちろんよい。
【００７２】
他の方法の例として、平均特徴ベクトルを用いる方法があり、以下詳細に説明する。図１７に処理の流れを示すフローチャートを示す。まず、携帯端末のアクセス履歴情報が一定期間取得されて蓄積される（ステップＳ５０１）。続いて、使用者の各アクセス先のＵＲＬ毎にコンテンツを示す情報の特徴量が抽出される（ステップＳ５０２）。抽出された特徴量の各々から携帯端末の使用者毎の特徴ベクトルが生成される（ステップＳ５０３）。
【００７３】
次に、属性が一致する携帯端末の使用者郡の特徴ベクトルを抽出し（ステップＳ５０４）、続いて属性の分類毎に特徴ベクトルの平均値が求められ、平均特徴ベクトルが生成される（ステップＳ５０５）。
【００７４】
最後に携帯端末の使用者毎の特徴ベクトルと、携帯端末の使用者の属する属性の分類の平均特徴ベクトルとが合成されて、携帯端末の使用者毎の情報提供用の特徴ベクトルが生成される（ステップＳ５０６）。
【００７５】
クーポンには、クーポンの属性の特徴ベクトルが含まれる。この特徴ベクトルは、クーポンの発行者によってクーポン属性に加えられる。このクーポンの属性の特徴ベクトルと、携帯端末の使用者毎の特徴ベクトルが比較される。すなわち、送信側携帯端末１０の使用者と受信側携帯端末２０の使用者の特徴ベクトルの内積を求め、内積が小さいほど、両者の嗜好は近いと判断される。
【００７６】
以上、平均特徴ベクトルを用いることにより、使用者の嗜好をより正確に収集することが可能となり、また、全ての属性情報を考慮した嗜好情報の比較が可能となる。
【００７７】
次に、受信側携帯端末２０が受信しようとするクーポンが、受信側携帯端末２０の使用者の嗜好と合致するか否かの別の判断方法の例として、タスクモデル管理テーブルを用いた方法を説明する。
【００７８】
図１８に、タスクモデル管理テーブルを利用した、使用者の行動履歴を蓄積する方法の例を示した。例えば、携帯端末の使用者が本を買おうとしている場合、携帯端末画面から「本を買う」というタスクを選択する。
【００７９】
すると、タスクＩＤ１００１の「本を買う」を親タスクとするタスクＩＤ１００２〜１００５が使用者によって選択可能となる。ここで使用者が１００２を選択すると携帯端末の画面に地図サイトが表示される。
【００８０】
この仕組みにおいて、携帯端末が、使用者の選択したタスクの特徴ベクトルを蓄積することで使用者の行動履歴を蓄積することが可能となる。
【００８１】
当該行動履歴を結合させ、使用者の嗜好を表現する平均ベクトルとする。次に、この平均ベクトル同士の近似度から、嗜好の近似度を求める。
【００８２】
以上タクスモデル管理テーブルを利用することで、携帯端末の使用者の行動履歴を自動的に収集し、その行動履歴から、より正確に使用者の嗜好を把握することが可能となる。
【００８３】
本実施形態においては、クーポンの属性が受信側携帯端末２０の使用者の嗜好と合致しない場合は、受信側携帯端末２０は、クーポンを受信しない。
【００８４】
従って、使用者の嗜好と合致するクーポンのみを自動的に選択し、膨大な量の不必要なクーポンによって必要なクーポンが埋もれてしまって結局クーポンを使えない事態の発生を防ぎ、利用者の便が増す。そのためクーポンの２次配信を促進することが可能となる。
【００８５】
嗜好情報保持部２７は、前述の方法によりクーポン情報管理サーバが作成した携帯端末の使用者の嗜好情報を定期的に受信し、得られた受信携帯端末２０の使用者の嗜好情報を保持する。
【００８６】
属性情報受信部２８は、送信側携帯端末１０における属性情報送信部１７から、クーポンの属性情報を受信して、受信したクーポンの属性情報をクーポン受信決定部２３へ送る。クーポン受信決定部２３が、上記説明した方法によりクーポンの受信を決定すると、属性情報受信部２８は、属性情報送信部１７に対して、クーポンを特定してクーポン受信可能応答を送信する。
【００８７】
次に図７を参照して、送信側携帯端末１０における処理の流れを説明する。送信側携帯端末１０は使用者が電源を入れると（ステップＳ１０１において“ＯＮ”）、送信側携帯端末１０の属性情報部送信部１７はクーポン属性情報を送信する（ステップＳ１０２）。
【００８８】
送信側携帯端末１０が、クーポン属性情報を受信した受信側携帯端末２０から受信可能応答を受け取ると（ステップＳ１０３において“ＹＥＳ”）、送信側携帯端末１０は、当該受信可能の応答時において指定されたクーポンを受信側携帯端末２０に対して送信する（ステップＳ１０４）。一定時間経過すると、再び、最初の処理を繰り返す（ステップＳ１０５）。
【００８９】
次に図８を参照して、受信側携帯端末２０における処理の流れを説明する。受信側携帯端末２０が、他の携帯端末からクーポン属性情報を受信すると、嗜好情報合致判断部２６は、嗜好情報保持部２７が保持する受信側携帯端末２０の使用者の嗜好情報の属性と、クーポン属性情報に含まれるクーポンの属性と、を比較して、比較の結果をクーポン受信決定部２３へ送る。
【００９０】
嗜好が合致しない場合は（ステップＳ２０１において“ＮＯ”）、当該クーポンは受信しない。
【００９１】
次に、クーポン判断部２４は、クーポンの属性情報が送信されたクーポンと、クーポン保持部２２に保持されているクーポンと、が同じでないことを確認する（ステップＳ２０２）。具体的には両クーポンのクーポン識別ＩＤを比較して、同じであれば両クーポンは同じであると判断する。
【００９２】
クーポン判断部２４は、判断結果をクーポン受信決定部２３に送る。クーポンの属性情報が送信されたクーポンと、クーポン保持部２２が保持しているクーポンと、が同じである場合（ステップＳ２０２で“ＹＥＳ”）、当該クーポンは受信されない。
【００９３】
次に、発信元判断部２５は、クーポンの属性情報が送信されたクーポンが経由した携帯端末に自己が含まれないか判断し、判断結果をクーポン受信決定部２３に送る（ステップＳ２０３）。
【００９４】
クーポンが経由した携帯端末に自己が含まれている場合（ステップＳ２０３で“ＹＥＳ”）、当該クーポンは受信されない。
【００９５】
クーポン受信決定部２３が、最終的にクーポン受信の決定をした場合は（ステップＳ２０３において“ＮＯ”）、受信側携帯端末２０は、送信側携帯端末１０に対してクーポン受信可能応答を送信する（ステップＳ２０４）。具体的にはクーポン受信部２３は、属性情報受信部２８、属性情報送信部１７を通じてクーポン送信決定部１４へ応答を送信する。
【００９６】
クーポン受信部２１は、送信側携帯端末１０のクーポン送信部１２が送信したクーポンを受信する（ステップＳ２０５）。以上の処理を属性が送信された全てのクーポンに対して適応する。
【００９７】
図９に、本実施形態におけるクーポン情報の流れを模式的に示す。クーポン管理サーバ４１は、上述の方法により嗜好情報を分析し、分析された嗜好情報を定期的に携帯端末に送信する（ステップＳ２）。一方で、情報配信サイト、あるいはＦｅｌｉＣａ（登録商標）からクーポンを取得した（ステップＳ４）携帯端末Ａが、移動（ステップＳ５）し携帯端末Ａの圏内（図中点線で示した円）に携帯端末Ｂ及びＣが入ると、送信側携帯端末１０としての携帯端末Ａから、受信側携帯端末２０としての携帯端末Ｂ及びＣにクーポン属性情報が送信される（ステップＳ６）。携帯端末Ｂ及びＣは、受信可応答（ステップＳ８）あるいは受信不可応答（ステップＳ８’）をする。携帯端末Ａは受信可応答をした携帯端末Ｃに対して、当該応答に対応するクーポンを送信する（ステップＳ９）。
【００９８】
図１０は本実施形態におけるシーケンス図である。この図に示すように本実施形態では、送信側携帯端末１０としての携帯端末Ａ、受信側携帯端末２０としての携帯端末Ｂ及びＣ、クーポン管理サーバ４１、課金管理サーバ４２及び店舗３０を含んで構成されている。
【００９９】
携帯端末の使用者の嗜好情報は、クーポン管理サーバ４１において解析される（ステップＳ１０４０）。クーポン管理サーバ４１は、解析された嗜好情報を定期的に携帯端末に送信する（ステップＳ１０４１、Ｓ１０４２）。携帯端末は、嗜好情報を受信し、保持する（ステップＳ１０２０、Ｓ１０２３）。
【０１００】
送信側携帯端末１０としての携帯端末Ａは、図示しないＷｅｂあるいはＦｅｌｉＣａ（登録商標）よりクーポンを受信している（ステップＳ１０１０）。携帯端末Ａは、携帯端末Ａの圏内にある携帯端末Ｂ及びＣに対して、クーポン属性情報を送信する（ステップＳ１０１１、Ｓ１０１２）。当該クーポン属性情報を受信した携帯端末Ｂ及びＣは、クーポン管理サーバ４１から受信した嗜好情報の属性とクーポンの属性とを比較する（ステップＳ１０２１、Ｓ１０２４）。図１０に示す例では、携帯端末Ｂは比較の結果、属性情報を受信したクーポンの中に、携帯端末Ｂの使用者の嗜好に合致するクーポンは無いと判断し、受信不可の応答をする（ステップＳ１０２２）。一方で携帯端末Ｃは、属性情報を受信したクーポンの内少なくとも一つのクーポンが、携帯端末Ｃの使用者の嗜好に合致していると判断し、受信可能である応答をし、同時に受信が可能であるクーポン識別ＩＤを携帯端末Ａに送信する（ステップＳ１０２５）。受信可能である応答を受けた携帯端末Ａは、該当するクーポンと携帯端末Ａを特定する携帯端末識別ＩＤを携帯端末Ｃに送信する（ステップＳ１０１３）。携帯端末Ｃはクーポン及び携帯端末識別ＩＤを受信し、保持する（ステップＳ１０２６）
【０１０１】
図１２は、図１における店舗３０が備える店舗ＰＯＳシステムにおける処理の流れを示すフローチャートである。
【０１０２】
使用者が、受信側携帯端末２０をＦｅｌｉＣａ（登録商標）リーダにかざすことにより、当該店舗ＰＯＳシステムは、受信側携帯端末２０からクーポン及び携帯端末識別ＩＤを受信する（ステップＳ３０１）。
【０１０３】
クーポンには、当該クーポンを使用した場合の割引率が含まれる。店舗ＰＯＳシステムは、当該割引率に基づいて、料金の割引を行い、受信側携帯端末２０の使用者に提示する（ステップＳ３０２）。
【０１０４】
店舗ＰＯＳシステムは、通信事業者に対してクーポン、携帯端末識別ＩＤ及び店舗ＩＤを送信する（ステップＳ３０３）。
【０１０５】
図１３は、図１における通信事業者４０が備えるクーポン管理サーバ４１、及び課金管理サーバ４２における処理の流れを示すフローチャートである。
【０１０６】
クーポン管理サーバ４１は、店舗におけるＰＯＳシステムからクーポン、店舗ＩＤ及び携帯端末識別ＩＤを受信する（ステップＳ４０１）。
【０１０７】
クーポン管理サーバ４１は、受信した店舗ＩＤから店舗情報を抽出し、クーポン管理サーバ４１が保持する店舗情報と関連付けられたポイント還元率に関する情報を参照することで当該抽出された店舗情報に対応するポイント還元率を算出し、当該算出されたポイント還元率、携帯端末識別ＩＤ、及び店舗ＩＤを課金管理サーバ４２へ送信する（ステップＳ４０２）。
【０１０８】
課金管理サーバ４２は、受信側携帯端末２０の使用者がクーポンを利用して購入した商品代金にポイント還元率をかけた金額を店舗毎に算出し、当該金額を対応する店舗に対し送信する。（ステップＳ４０３）。
【０１０９】
課金管理サーバ４２は、上記算出されたポイント還元額を差し引いた請求額を、携帯端末識別ＩＤから特定された送信側携帯端末１０の使用者に対して請求する（ステップＳ４０４）。
【０１１０】
図１４に、携帯端末と通信事業者との間のデータの流れを模式的に表す。この図にあるように携帯端末Ｃの使用者は、店舗３０に移動し（ステップＳ１０）、次に店舗３０に備えられているＦｅｌｉＣａ（登録商標）リーダを通じてクーポンと携帯端末識別ＩＤを店舗ＰＯＳシステムに送信する（ステップＳ１１、Ｓ１２）。店舗ＰＯＳシステムは、携帯端末Ｃから送信されたクーポン、携帯端末識別ＩＤ及び店舗ＩＤをクーポン管理サーバ４１へ送信する（ステップＳ１３）。クーポン管理サーバ４１は、ポイント還元率、携帯端末識別ＩＤ及び店舗ＩＤを課金管理サーバ４２へ送る（ステップＳ１５）。課金管理サーバ４２は、クーポン管理サーバ４１から受け取った店毎のポイント還元率と、携帯端末Ｃの使用者が当該店舗３０でクーポンを利用して購入した商品代金（これは、店舗３０から送信されるクーポン情報によって得ることができる）をかけた金額を店舗毎に算出し、当該金額を対応する店舗３０に対し請求金額として送信する（ステップＳ１７）。
【０１１１】
図１５には、店舗情報とポイント還元率を保持するテーブルの例を示す。レストラン○○におけるポイント還元額の算定方法例を以下に示す。この表からレストラン○○のポイント還元率は１％であることが分かる。レストラン○○で発行したクーポンが、携帯端末Ａから携帯端末Ｃへ２次配信され、且つ携帯端末Ｃの使用者がレストラン○○において、当該クーポンを利用して１，０００円の買い物をした場合、課金管理サーバ４２は、レストラン○○への請求額を１，０００×１％（円）である１０円と算定する。同時に通信事業者はポイントバックとして、通信費請求額から差し引く金額を１，０００×１％（円）である１０円と算定する。
【０１１２】
図１６は本実施形態における携帯端末の処理を示すシーケンス図である。なお、時間軸（縦方向）としては図１０のシーケンス図の続きであり、図１０の説明と重なる部分はここでは省略する。
【０１１３】
図１０において携帯端末Ａからクーポンの２次配信を受け、当該クーポンを保持している携帯端末Ｃは、店舗３０においてクーポンを利用したときに、クーポンと携帯端末Ａの携帯端末識別ＩＤを店舗ＰＯＳシステムに送信する（ステップＳ１１２０）。このとき、店舗３０はクーポンの条件に従って割引などを行う（ステップＳ１１３０）。
【０１１４】
店舗３０の店舗ＰＯＳシステムは、クーポン管理サーバ４１に対してクーポン、携帯端末Ａの携帯端末識別ＩＤ及び店舗ＩＤを送信する（ステップＳ１１３１）。
【０１１５】
クーポン管理サーバ４１は、店舗３０から受信した店舗ＩＤから、図１５に示す表を参照することで当該店舗のポイント還元率を算出する。さらに、クーポン管理サーバ４１は、当該ポイント還元率と、携帯端末Ａの携帯端末識別ＩＤ及び店舗ＩＤを課金管理サーバ４２へ送信する。
【０１１６】
課金管理サーバ４２は、クーポンを利用した商品の購入等の金額にポイント還元率をかけ、ポイント還元額を算出し（ステップＳ１１４２）、また、当該算出したポイント還元額を請求額として店舗３０に送信する（ステップＳ１１４３）。次に、課金管理サーバ４２は受け取った携帯端末識別ＩＤから携帯端末Ａの使用者を特定し、上記算出したポイント還元額を差し引いた額を携帯端末Ａの使用者に対して通知する（ステップＳ１１４５）。
【０１１７】
本実施形態においては、送信側携帯端末１０は、所定の時間間隔でクーポン属性情報を送信している（図７におけるステップＳ１０２）が、別の実施形態として、送信側携帯端末１０が移動した場合に、送信側携帯端末１０は、クーポン属性情報を送信しても良い。送信側携帯端末１０が移動したか否かは、送信側携帯端末１０が、基地局からの電波の強弱を検出することで判断できる。
【０１１８】
あるいは、受信する携帯端末があまり変わらない、且つ受信要求がない場合は、クーポン属性情報の送信を中断しても良い。
【０１１９】
そのような状況として、例えば電車の中等の状況が挙げられる。具体的には、受信側携帯端末２０は、送信側携帯端末１０が送信したクーポン属性情報に対する受信側携帯端末２０からの応答信号に、受信側携帯端末２０の携帯端末識別ＩＤを付加する。
【０１２０】
送信側携帯端末１０は、受信した応答信号に含まれる受信側携帯端末２０の携帯端末識別ＩＤが一定時間（例えば５分間）、同一である場合は、受信する携帯端末が変化していないと判断する。
【０１２１】
この場合、送信側携帯端末１０は一定時間（例えば１０分間）クーポン属性情報の送信を中断する。
【０１２２】
送信側携帯端末１０は、受信した応答信号に含まれる受信側携帯端末２０の携帯端末識別ＩＤが所定時間、同一である場合に限らず、一定の閾値（例えば８割）以上の携帯端末識別ＩＤに変化がない場合は、所定時間クーポン属性情報の送信を中断しても良い。
【０１２３】
クーポン属性情報の送信を中断する所定時間の経過後、再びクーポン属性情報を送信し、当該送信に対する応答が、再び同一、あるいは所定の閾値以上変更がなかった場合には、次は、中断時間を延長（例えば２０分）しても良い。以上の構成により、電池の消耗を少なくすることが可能となる。
【０１２４】
上記実施形態においては、クーポンの２次配信の場合の説明をしているが、別の実施形態として、図１１に示すとおり、クーポンの２次配信を受けた携帯端末Ｃが更に携帯端末Ｄへクーポンを配信（３次配信）してもよい。
【０１２５】
携帯端末Ｃがクーポンを受信した時に同時に受信する携帯端末識別ＩＤは、次に、携帯端末Ｃが携帯端末Ｄへクーポンを送信する場合（３次配信）にも、削除されずに携帯端末Ｄへと送信される。その際、携帯端末識別ＩＤには、２次配信者である携帯端末Ａを特定する情報に、３次配信者である携帯端末Ｃを特定する情報が更に加えられる。
【０１２６】
この構成により、クーポンの送信経路が残ることとなり、それにより課金管理サーバ４２は、携帯端末識別ＩＤを参照し、第３次配信された場合の第２次配信者（図１１の例では携帯端末Ａ）に対してもポイントバックをしても良い。
【０１２７】
これにより、第２次配信するものの利益がより大きくなり、第２次配信がより促進され、クーポンの利用が一層促進される。
【０１２８】
上記実施形態においては、ローカル情報の例としてクーポンを用いて説明したが、別の実施形態として、ローカル情報はクーポンに限定するわけではなく、ダウンロード可能な音楽や、イベント情報、チケット、その他の広告等、あらゆる物に適用可能である。
【０１２９】
次に、本実施形態に係る配信システムの作用効果について説明する。本実施形態の配信システムは、送信側携帯端末１０のクーポン送信部１２が、受信側携帯端末２０にクーポンを送信し、受信側携帯端末２０においてクーポン受信部２１が受信したクーポンをクーポン保持部２２が保持する。従って、手間をかけることなくクーポンの２次配信ができる。その結果クーポンの利用促進を計ることが可能となる。
【０１３０】
また、本実施形態の配信システムは、クーポン送信決定部１４は、経過時間測定部１５が測定した前回送信されてからの経過時間に従ってクーポンを送信するか否かを決定する。従って、クーポン送信部１２は、一定時間他の携帯端末によって受信されていないような利用頻度の低いクーポンを、送信しない。その結果、利用頻度の高いクーポンの送受信に何ら影響を与えることなく、送信量を減らすことが可能となる。
【０１３１】
また、本実施形態の配信システムは、クーポン受信部２１が、所定の条件に基づいてクーポンを受信する。従って、使用者の望む条件に従って、クーポンを受信することが可能となる。
【０１３２】
また、本実施形態の配信システムは、嗜好情報合致判断部２６の判断に基づき、クーポン受信部２１は、受信側携帯端末２０の使用者の嗜好に合ったクーポンだけを受信する。従って、受信側携帯端末２０の使用者が、クーポンを受信するか否かの選択をする手間を省きつつ、且つ効率的に必要なクーポンだけを受信することが可能となる。
【０１３３】
また、本実施形態の配信システムは、クーポン判断部２４の判断に基づき、クーポン受信部２１は、クーポン保持部２２が保持するクーポンを受信しない。従って同じクーポンを複数回受信する無駄を防ぐことが可能となる。
【０１３４】
また、本実施形態の配信システムは、発信元判断部２５の判断に基づき、クーポン受信部２１は、クーポンの配信経路に自己の携帯端末が含まれていないクーポンのみを受信することで、自ら送信したクーポンを、受信側携帯端末として、再び受信することがない。従って、例えば不要となって削除したクーポンを再び他の端末を経由して受信してしまうようなことを防ぐことが可能となる。
【０１３５】
また、本実施形態の配信システムは、送信側携帯端末１０が、クーポンと携帯端末識別ＩＤとを同時に送信する。従って、通信事業者４０は、ポイントバックの対象としての送信側携帯端末１０を特定できる。その結果、特定した送信側携帯端末１０の使用者にポイントバックをすることが可能となり、２次配信をした者に利益となり、２次配信を促進させ、クーポンの利用を促進することが可能となる。
【図面の簡単な説明】
【０１３６】
【図１】本発明の実施形態に係る配信システムの概念を示す図である。
【図２】図１に示す通信事業者の構成を示す図である。
【図３】図１に示す送信側携帯端末及び受信側携帯端末のハードウェア構成を示す図である。
【図４】図１に示す送信側携帯端末及び受信側携帯端末の構成を示す図である。
【図５】クーポン属性情報の例を示す図である。
【図６】嗜好情報の例を示す図である。
【図７】図１に示す送信側携帯端末における処理の流れを示すフローチャートである。
【図８】図１の受信側携帯端末における処理の流れを示すフローチャートである。
【図９】本実施形態における情報の流れを模式的に示す図である。
【図１０】本実施形態におけるシーケンス図である。
【図１１】別の実施形態における情報の流れを模式的に示す図である。
【図１２】図１に示す店舗における処理の流れを示す図である。
【図１３】図１における通信事業者における処理の流れを示すフローチャートである。
【図１４】本実施形態における店舗ＰＯＳシステム及び通信事業者間での情報の流れを模式的に示した図である。
【図１５】店舗情報とポイント還元率を例示した表である。
【図１６】本実施形態におけるシーケンス図である。
【図１７】受信側携帯端末が受信しようとするクーポンが、受信側携帯端末の使用者の嗜好と合致するか否かの判断方法の例として、平均特徴ベクトルを用いる方法の処理を示したフローチャートである。
【図１８】タスクモデル管理テーブルを利用した、使用者の行動履歴を蓄積する方法の例を示す表である。
【符号の説明】
【０１３７】
１０…送信側携帯端末、１２…クーポン送信部、１３…送信者情報付加部、１４…クーポン送信決定部、１５…経過時間測定部、１６…属性情報記憶部、１７…属性情報送信部、２０…受信側携帯端末、２１…クーポン受信部、２２…クーポン保持部、２３…クーポン受信決定部、２４…ローカル情報判断部、２５…発信元判断部、２６…嗜好情報合致判断部、２７…嗜好情報保持部。
【図１】
2009271634.tif 000003
【図２】
2009271634.tif 000004
【図３】
2009271634.tif 000005
【図４】
2009271634.tif 000006
【図５】
2009271634.tif 000007
【図６】
2009271634.tif 000008
【図７】
2009271634.tif 000009
【図８】
2009271634.tif 000010
【図９】
2009271634.tif 000011
【図１０】
2009271634.tif 000012
【図１１】
2009271634.tif 000013
【図１２】
2009271634.tif 000014
【図１３】
2009271634.tif 000015
【図１４】
2009271634.tif 000016
【図１５】
2009271634.tif 000017
【図１６】
2009271634.tif 000018
【図１７】
2009271634.tif 000019
【図１８】
2009271634.tif 000020