JP2003067529A

JP2003067529A - プラン提案支援システム

Info

Publication number: JP2003067529A
Application number: JP2001260183A
Authority: JP
Inventors: Yoshihiko Kitamura; 嘉彦北村; Nobutoshi Higaki; 伸俊檜垣; Yasuhito Okawa; 康仁大川; Yoshiharu Kudo; 義春工藤
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2001-08-29
Filing date: 2001-08-29
Publication date: 2003-03-07

Abstract

(57)【要約】【課題】ユーザの嗜好にあったプランを容易に検索す
ることができ、かつ店舗はユーザのレスポンスに応じて
広告料を支払うだけでよい、プランの提案システムを提
供することである。【解決手段】ユーザは、移動端末１を使って、プラン
の検索条件をプランサーバ２に送信する。プランサーバ
２は、当該検索条件をもとにプランを検索し、当該プラ
ンを移動端末１に送信する。ユーザは、移動端末１にダ
ウンロードしたプランに含まれる登録店舗に存在する登
録店舗サーバ３で電子的な支払いをする。ユーザは、ダ
ウンロードしたプランに含まれる登録店舗を利用するこ
とによって、一定の割引サービスを受けることができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、移動端末がサーバ
からデートコースや観光コースなどに関する計画をダウ
ンロードするシステムに関し、より特定的には、業者か
ら紹介された店舗を利用すると割引サービスを受けるこ
とができるシステムに関する。

【０００２】

【従来の技術】従来、自己の店舗をデートコースや観光
コース等として採用してもらうために、それぞれの店舗
は、情報誌などに自己の店舗の宣伝を掲載すると共に割
引チケットを添付して、宣伝広告を行う努力をしてい
た。ほとんどの場合、これらの宣伝広告は有料で行われ
るため、広告掲載を希望する店舗は、広告代理店等に広
告掲載料を支払っていた。

【０００３】一方、デートや観光等をする者は、上記の
ような雑誌から、自己のデートコースや観光コース等を
計画するための情報を収集し、これらの広告掲載店舗を
自己のデートコースや観光コース等の一部として採用
し、当該割引チケットを持ってデートや観光等に出かけ
ていた。また、デートや観光等をする者は、テレビで紹
介された店舗をメモなどに記録してデートや観光等に出
かけていた。

【０００４】

【発明が解決しようとする課題】しかし、デート等を行
う者は、これら多くの情報の中から嗜好にあった情報を
検索するのは困難であるという問題があった。また、た
とえ、嗜好にあった店舗がテレビで紹介されていたとし
てもメモをとる煩雑さが存在したり、その店舗に到達す
る困難さが存在したりするという問題点もあった。

【０００５】また、現在、多くの情報が、たくさんの情
報誌等によってあふれているので、従来のように雑誌に
掲載した広告のレスポンス率が悪いという問題点があっ
た。さらに、レスポンス率が悪いにも関わらず、広告掲
載の費用が割高であるという問題点が、広告掲載する店
舗側にもあった。

【０００６】それ故に、本発明の目的は、デートや観光
等を行う者が嗜好にあったデートコースを容易に検索す
ることができるプランを提案するシステムを提供するこ
とである。

【０００７】また、本発明の第２の目的は、当該システ
ムを利用したユーザに割引等の特典サービスを与えるこ
とができるシステムを提供することである。

【０００８】また、本発明の第３の目的は、当該システ
ムを利用したユーザのレスポンスに応じて、当該システ
ムに登録している店舗は、広告料を支払うことができる
システムを提供することである。

【０００９】

【課題を解決するための手段】第１の発明は、プランを
ユーザに提示し、当該プランに含まれている登録店舗を
利用したユーザに対して所定の還元サービスを行うため
のシステムであって、ユーザが所持する移動端末と、プ
ランを移動端末に送信するプランサーバと、プランに含
まれる登録店舗が所持する登録店舗サーバとを備え、移
動端末は、プランサーバにプランの条件を送信するプラ
ン条件送信手段と、プランサーバからプランをダウンロ
ードするプランダウンロード手段と、プランダウンロー
ド手段がダウンロードしたプランをユーザに提示するプ
ラン提示手段とを含み、プランサーバは、プランを記憶
しておくプラン記憶部と、プラン条件送信手段から送信
されてきた条件に基づいてプラン記憶部からプランを検
索するプラン検索手段と、プラン検索手段が検索したプ
ランを移動端末に送信するプラン送信手段とを含み、登
録店舗サーバは、ユーザの利用金額をプランサーバに送
信する利用金額送信手段と、利用金額手段が送信する利
用金額と共に、プランサーバがユーザを特定するための
ユーザ特定データをプランサーバに送信するユーザ特定
データ送信手段とを含み、プランサーバは、ユーザ特定
データ送信手段から送信されてきたユーザ特定データに
基づいてユーザを特定し、所定の還元サービスの取り決
めに従い、利用金額送信手段から送信されてきた利用金
額をもとに登録店舗への支払い金額および当該ユーザへ
の請求金額を決定する支払い請求金額決定手段をさらに
含む。

【００１０】上記第１の発明の構成により、移動端末
は、ユーザの条件に合致したプランをプランサーバから
ダウンロードしてユーザに提示することができる。ユー
ザの条件を受信したプランサーバは、ユーザの条件と合
致したプランを移動端末に送信することとなる。登録店
舗サーバは、ユーザが当該登録店舗で利用した金額と共
に、ユーザを特定するためのデータをプランサーバに送
信することとなる。利用金額を受信したプランサーバ
は、所定の還元サービスの取り決めに従い、登録店舗へ
の支払金額およびユーザへの請求金額を決定することと
なる。

【００１１】第２の発明は、ユーザの条件に合致したプ
ランを作成し、プランに含まれている登録店舗を利用し
たユーザに対して所定の還元サービスを行うためのサー
バであって、ユーザの所持する移動端末から送信されて
きた条件に基づいてプランを作成するプラン作成手段
と、プラン作成手段が作成したプランを移動端末に送信
するプラン送信手段と、ユーザが利用した登録店舗に存
在する登録店舗サーバから送信されてきたデータに基づ
いてユーザを特定し、所定の還元サービスの取り決めに
従い、登録店舗サーバから送信されたきた利用金額をも
とに、登録店舗への支払い金額および当該ユーザへの請
求金額を決定する支払い請求金額決定手段とを含む。

【００１２】上記第２の発明の構成により、ユーザの条
件を受信したサーバは、ユーザの条件と合致したプラン
を移動端末に送信することとなる。また、利用金額を受
信したサーバは、所定の還元サービスの取り決めに従
い、登録店舗への支払金額およびユーザへの請求金額を
決定することとなる。

【００１３】第３の発明は、ユーザが所持する移動端末
であって、プランの条件をプランを作成するためのサー
バに送信するプラン条件送信手段と、サーバからプラン
をダウンロードするプランダウンロード手段と、プラン
ダウンロード手段がダウンロードしたプランをユーザに
提示するプラン提示手段と、プランに含まれる登録店舗
が所持する登録店舗サーバとの間で電子的な支払いをす
る際、ユーザを特定するためのコードを登録店舗サーバ
に送信する特定コード送信手段とを含む。

【００１４】上記第３の発明の構成により、プラン受信
移動端末は、ユーザの条件に合致したプランをプランサ
ーバからダウンロードしてユーザに提示することができ
る。また、移動端末は、登録店舗サーバとの間で電子的
な支払いをする際、ユーザを特定するためのコードを登
録店舗サーバに送信することとなる。

【００１５】第４の発明は、第３の発明に従属する発明
であって、特定コード送信手段は、ユーザを特定するた
めのコードとして、プラン受信移動端末に個別に割り当
てられた固有ＩＤを用いることを特徴とする。

【００１６】上記第４の発明の構成により、プラン受信
移動端末は、登録店舗で電子的な支払いをする際、自己
に割り当てられた固有ＩＤを用いることとなる。

【００１７】第５の発明は、第３の発明に従属する発明
であって、一回の電子的な支払いの際にのみ用いる購入
券コードをユーザを特定するためのコードとすることを
特徴とする。

【００１８】上記第５の発明の構成により、プラン受信
移動端末は、登録店舗で電子的な支払いをする際、一回
の電子的な支払いの際にのみ用いる購入券コードを登録
店舗サーバに送信することとなる。

【００１９】第６の発明は、第３の発明に従属する発明
であって、プラン受信移動端末は、外部からの情報に基
づいてダウンロードしたプランを自動的に修正するプラ
ン修正手段をさらに含む。

【００２０】上記第６の発明の構成により、移動端末
は、外部からの情報に基づいてプランを自動的に修正す
ることとなる。

【００２１】第７の発明は、プランに含まれる登録店舗
が所持する登録店舗サーバであって、ユーザの利用金額
をユーザへの請求金額を計算するためのプランサーバに
送信する利用金額送信手段と、利用金額手段が送信する
利用金額と共に、プランサーバがユーザを特定するため
のデータをプランサーバに送信するユーザ特定データ送
信手段とを含む。

【００２２】上記第７の発明の構成により、プランに含
まれている登録店舗に存在するサーバは、ユーザの利用
金額と共に、ユーザを特定するためのデータを、ユーザ
への請求金額を計算するためのサーバに送信することと
なる。

【００２３】

【発明の実施の形態】（第１の実施形態）図１は、本発
明の第１の実施形態に係るプラン提案支援システムの全
体を模式的に表した図である。本発明の第１の実施形態
に係るプラン提案支援システムは、移動端末１と、プラ
ンサーバ２と、登録店舗サーバ３とを備える。以下の説
明において、プラン提案支援システムは、デートコース
に関するプランを提案するもとのして説明するが、別
に、デートコース以外に、観光のためのプランや余暇を
過ごすためのプランなどであってもよい。プランサーバ
２は、デートコースのプランを提供するデートプラン提
供業者が所有している。ユーザが所有する移動端末１と
登録店舗に存在する登録店舗サーバ３とは、予めプラン
サーバ２に登録されているものとする。移動端末１、プ
ランサーバ２および登録店舗サーバ３は、それぞれイン
ターネット５を介して接続されている。なお、図１で
は、移動端末１および登録店舗サーバ３は、説明の簡素
化のために一個ずつしか示していないが、別に、複数個
ずつ存在してもよい。

【００２４】移動端末１は、インターネット５を介して
プランサーバ２に対しデートプランの検索条件を送信す
る。プランサーバ２は、複数のデートプランを予め記憶
しており、移動端末１からの検索条件に合ったデートプ
ランを検索し、移動端末１に送信する。移動端末１は、
プランサーバ２からダウンロードしたデートプランをユ
ーザに提示する。ユーザは、提示されたデートプランを
もとに、登録店舗に対して問い合わせや予約を行う。

【００２５】移動端末１は、ＧＰＳ（ＧｌｏｂａｌＰ
ｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）機能および地図
機能を含んでおり、プランサーバ２からダウンロードし
たデートプランに基づいてユーザを道案内し、当該デー
トプランの登録店舗に到達させる。ユーザは、当該登録
店舗において、移動端末１を利用して電気的な支払いを
行う。図１において、ユーザは定価利用金額としてＸ円
を電子的に支払ったと想定している。ここで、定価利用
金額とは、当該登録店舗で飲食代や購入代として利用し
た金額のことである。

【００２６】登録店舗サーバ３は、ユーザが利用した定
価利用金額Ｘ円をプランサーバ２に送信する。プランサ
ーバ２は、当該定価利用金額Ｘ円から割引額を差し引い
た金額（Ｘ−割引料）円を登録店舗に対して支払う。

【００２７】プランサーバ２は、ユーザが登録店舗で利
用した定価利用金額Ｘ円にデートプランのダウンロード
料を加え、それから割引額を差し引いた額（Ｘ＋ダウン
ロード料−割引額）円をユーザへの請求金額とする。プ
ラン提供業者は、プランサーバ２が決定したユーザへの
請求金額の回収をクレジット会社に委託する。なお、こ
こでは、クレジット会社を介して、ユーザへの請求を行
ったが、別にクレジット会社を介さずに直接プラン提供
業者がユーザへの請求を行ってもよい。

【００２８】図２は、第１の実施形態に係る移動端末１
の機能を示すブロック図である。移動端末１は、外部情
報部１１と、プラン処理部１２と、携帯部１３と、表示
部１７と、入力部１８とを含む。

【００２９】外部情報部１１は、ＧＰＳ機能、地図機能
およびＶＩＣＳ機能を有している。ＧＰＳ機能として、
外部情報部１１は、移動端末１の現在位置を認識し、プ
ラン処理部１２に送る。地図機能として、外部情報部１
１は、要求される地域の地図をプラン処理部１２に送
る。ＶＩＣＳ機能として、外部情報部１１は、ＶＩＣＳ
（ＶｅｈｉｃｌｅＩｎｆｏｍａｔｉｏｎａｎｄＣ
ｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）からの交通
情報をプラン処理部１２に送る。

【００３０】入力部１８は、ユーザが入力したデートコ
ースの検索条件をプラン処理部１２に送る。表示部１７
は、プラン処理部１２の指示に応じて、ダウンロードし
たデートコースを表示する。

【００３１】プラン処理部１２は、入力部１８からの検
索条件をインターネット５を介してプランサーバ２に送
信し、プランサーバ２からデートプランをダウンロード
する。プラン処理部１２は、当該デートプランを表示部
１７に表示させる。プラン処理部１２は、外部情報部１
１からのＧＰＳ情報および地図情報をもとにユーザを道
案内する。プラン処理部１２は、ユーザを道案内してい
る間も、一定間隔ごとに外部情報部１１からのＶＩＣＳ
情報をもとに当該デートプランの目的地間の移動距離を
予測する。プラン処理部１２は、移動時間の予測が当初
の予測を越えそうである場合、デートプランを修正す
る。プラン処理部１２は、当該デートプランが終了した
場合、ユーザに当該デートプランの満足度を入力させ
る。プラン処理部１２は、ユーザが入力した当該デート
プランの満足度をプランサーバ２に送信する。

【００３２】携帯部１３は、電子的支払い部１４と、固
有ＩＤ記憶部１５と、認証部１６とを有する。携帯部１
３は、移動端末１から取り外しできるようになってお
り、ユーザが登録店舗において電子的な支払いをする際
に使用される。

【００３３】固有ＩＤ記憶部１５は、プランサーバ２か
ら各ユーザに割り当てられた固有のＩＤ（以下、「固有
ＩＤ」という）を記憶する。固有ＩＤは、外部から設定
できるようになっている。固有ＩＤは、端末のＩＤナン
バー、ユーザのＩＤナンバー、パスワードなどから作ら
れる。固有ＩＤは、プランサーバ２がユーザを特定する
ために必要なデータである。電子的支払い部１４は、登
録店舗サーバ３との間で電子的な支払いをする際、固有
ＩＤ記憶部１５に記憶されている固有ＩＤを登録店舗サ
ーバ３に送信する。

【００３４】認証部１６は、プランサーバ２から送信さ
れてくる定価利用金額をユーザに提示し、パスワードを
入力させる。認証部１６は、定価利用金額を確認した旨
の信号（以下、「定価利用金額認証信号」という）、固
有ＩＤおよび当該パスワードをプランサーバ２に送信す
る。

【００３５】図３は、第１の実施形態に係るプランサー
バ２の機能を示すブロック図である。プランサーバ２
は、プラン記憶部２１と、プラン検索処理部２２と、ユ
ーザ課金部２３と、ユーザ登録店認証部２４と、支払い
課金部２５と、支払い請求額決定部２６とを備える。

【００３６】プラン記憶部２１には、プラン提供業者が
予め作成したデートコースが記憶されている。プラン検
索処理部２２は、移動端末１からの検索条件を受信す
る。プラン検索処理部２２は、当該検索条件と合致した
デートコースをプラン記憶部２１に記憶されているデー
トコースから検索して、移動端末１に送信する。プラン
検索処理部２２は、移動端末１からデートコースのダウ
ンロードの要求があった場合、ダウンロードに要した費
用をユーザ課金部２３に記憶させる。

【００３７】ユーザ登録店認証部２４は、登録店舗サー
バ３から送られてくる定価利用金額および固有ＩＤを受
信する。ユーザ登録店認証部２４は、登録店舗サーバ３
から送られてきた固有ＩＤに対応する移動端末１を特定
し、定価利用金額を当該移動端末１に送信する。また、
ユーザ登録店認証部２４は、移動端末１から送られてく
る定価利用金額認証信号を受信する。ユーザ登録店認証
部２４は、定価利用金額認証信号を受信したら、当該ユ
ーザの定価利用金額をユーザ課金部２３に記憶させる。
また、ユーザ登録店認証部２４は、定価利用金額認証信
号を受信したら、当該登録店舗での定価利用金額を支払
い課金部２５に記憶させる。

【００３８】支払い請求額決定部２６は、ユーザ課金部
２３を参照して、ユーザへの請求金額を決定する。ま
た、支払い請求額決定部２６は、支払い課金部２５を参
照して、登録店舗への支払い金額を決定する。

【００３９】図４は、プランサーバ２におけるユーザ課
金部２３が記憶するデータの一例を表した図である。図
４では、プランサーバ２に登録されているユーザとして
ユーザａ、ｂ、ｃおよびｄの４名が、登録店舗としてＡ
店、Ｂ店およびＣ店の３店が登録されていると想定して
いる。ユーザ課金部２３は、各ユーザ毎に、「Ａ店：定
価利用金額」、「Ｂ店：定価利用金額」、「Ｃ店：定価
利用金額」、「定価利用金額合計」、「割引額１０
％」、「ダウンロード料」および「ユーザへの請求金額
合計」を記憶する。「Ａ店：定価利用金額」、「Ｂ店：
定価利用金額」および「Ｃ店：定価利用金額」は、ユー
ザが各登録店舗で利用した金額である。「定価利用金額
合計」は、各登録店舗での定価利用金額の合計である。
すなわち、「定価利用金額合計」＝「Ａ店：定価利用金
額」＋「Ｂ店：定価利用金額」＋「Ｃ店：定価利用金
額」である。「割引額１０％」は、「定価利用金額合
計」の１０％である。「ダウンロード料」は、デートプ
ランのダウンロードに要した費用である。「ユーザへの
請求金額合計」は、「定価利用金額合計」から「割引額
１０％」を引いた金額に「ダウンロード料」を加えた金
額である。すなわち、「ユーザへの請求金額合計」＝
「定価利用金額合計」＋「割引額１０％」−「ダウンロ
ード料」である。なお、割引額は、１０％以上であって
もよいし、１０％未満であってもよい。

【００４０】図５は、プランサーバ２における支払い課
金部２５が記憶するデータの一例を表した図である。図
５に示したように、支払い課金部２５は、各登録店舗毎
に、各ユーザａ、ｂ、ｃ、ｄに対応して、「定価利用金
額」、「割引額１０％」および「支払い金額」を記憶す
る。「定価利用金額」は、各ユーザが当該登録店舗で利
用した金額である。ユーザは、「定価利用金額」で電子
的な支払いを済ませていることになる。また、ユーザ
は、「定価利用金額」で支払い額を認証していることに
なる。「割引額１０％」は、各ユーザの「定価利用金
額」の１０％である。「支払い金額」は、各ユーザがプ
ラン提供業者を介して当該登録店舗に支払う金額であ
り、「定価利用金額」から「割引額１０％」を差し引い
た金額である。

【００４１】図４および図５を参照して、お金の流れを
具体的に説明する。例えば、ユーザａが、Ａ店で１００
０円分、Ｂ店で５００円分、Ｃ店で１５００円分利用し
た場合を考える。プランサーバ２は、ユーザａが各登録
店舗で利用した金額の合計を計算し、割引額を算出す
る。ここでは、「定価利用金額合計」が３０００円とな
るので、「割引額１０％」は、３００円となる。「ダウ
ンロード料」は、１００円なので、結局、ユーザａへの
請求金額の合計は、２８００円となる。

【００４２】一方、プラン提供業者は、登録店舗Ａに、
ユーザａが利用した「定価利用金額」の１０００円から
「割引額１０％」の１００円を差し引いた９００円を支
払う。同様に、プラン提供業者は、登録店舗Ｂに、ユー
ザａの「定価利用金額」の５００円から「割引額１０
％」の５０円を差し引いた４５０円を支払い、登録店舗
Ｃに、ユーザａの「定価利用金額」の１５００円から
「割引額１０％」の１５０円を差し引いた１３５０円を
支払う。結局、プラン提供業者は、Ａ店、Ｂ店およびＣ
店合わせて、２７００円を登録店舗側に支払うこととな
る。

【００４３】結局、ユーザからの２８００円の支払いの
うち、登録店舗側に２７００円が支払われるので、プラ
ン提供業者には、１００円が残ることとなる。この１０
０円は、ダウンロード料のことである。なお、お金の分
配の仕方については、いろいろ考えられるので、後ほど
他の実施形態において説明する。

【００４４】図６は、第１の実施形態に係る登録店舗サ
ーバ３の機能を示すブロック図である。登録店舗サーバ
３は、ユーザ認証部３１と、請求部３２とを備える。ユ
ーザ認証部３１は、移動端末１の携帯部１３から送信さ
れてくる固有ＩＤを受信する。ユーザ認証部３１は、当
該固有ＩＤを請求部３２に送る。請求部３２は、ユーザ
が当該登録店舗で利用した定価利用金額と当該固有ＩＤ
とをプランサーバ２にインターネット５を介して送信す
る。また、請求部３２は、プランサーバ２から送信され
てくる定価利用金額認証信号を受信し、電子的な支払い
を完了する。

【００４５】図７は、第１の実施形態に係る移動端末１
におけるプラン処理部１２の動作を示したフローチャー
トである。以下、図７を参照しながら、プラン処理部１
２の動作について説明する。まず、プラン処理部１２
は、ユーザが入力したデートプランの検索条件をプラン
サーバ２に送信し、検索条件にあったデートプランをダ
ウンロードし、当該デートプランを表示する（ステップ
Ｓ１０１）。

【００４６】次に、プラン処理部１２は、外部情報部１
１からのＧＰＳ情報およびＶＩＣＳ情報をもとに当該デ
ートプランの目的地への到着時刻を予想する（ステップ
Ｓ１０２）。次に、プラン処理部１２は、当該デートプ
ランが予定の時刻通り進行するか否かを判断する（ステ
ップＳ１０３）。

【００４７】上記ステップＳ１０３の判断は、プランが
予定通り進む場合の肯定的判断と、プランの予定通りの
実行が危うい場合の警告判断と、プランの予定通りの実
行が困難である場合の危機判断とに分かれる。ステップ
Ｓ１０３の判断が肯定的判断である場合、プラン処理部
１２は、ステップＳ１０５の動作に進む。ステップＳ１
０３の判断が警告判断である場合、プラン処理部１２
は、ステップＳ１０４の動作に進む。ステップＳ１０３
の判断が危機判断である場合、プラン処理部１２は、ス
テップＳ１０７の動作に進む。

【００４８】上記ステップＳ１０４の動作において、プ
ラン処理部１２は、プランを修正してよいか否かをユー
ザに判断させる。プランを修正しない場合、プラン処理
部１２は、ステップＳ１０５の動作に進む。一方、プラ
ンを修正する場合、プラン処理部１２は、ステップＳ１
０７の動作に進む。

【００４９】上記ステップＳ１０７の動作において、プ
ラン処理部１２は、外部情報部１１からの情報をもとに
プランを修正する（ステップＳ１０７）。次に、プラン
処理部１２は、修正したプランで良いか否かをユーザに
判断させる（ステップＳ１０８）。修正しない場合、プ
ラン処理部１２は、ステップＳ１０７の動作に戻り、先
ほどとは異なる新たなプランに修正する。修正する場
合、プラン処理部１２は、ステップＳ１０９の動作に進
み、プランを変更した旨を登録店舗に連絡をするようユ
ーザに要求し、ステップＳ１０２の動作に戻る。

【００５０】上記ステップＳ１０５の動作において、プ
ラン処理部１２は、予め決められた時間、処理を一時待
機する。これは、頻繁にプランをチェックするのを防止
するためである。プラン処理部１２は、次に、プランを
終了するか否かをユーザに判断させる（ステップＳ１０
６）。プランを終了しない場合、プラン処理部１２は、
ステップＳ１０２の動作に戻る。一方、プランを終了す
る場合、プラン処理部１２は、ステップＳ１１０の動作
に進む。

【００５１】ステップＳ１１０の動作において、プラン
処理部１２は、今回のデートプランの満足度をユーザに
入力させる。ここで、デートプランの満足度とは、当該
デートプランで訪れた登録店舗などの評価である。プラ
ン処理部１２は、ユーザが入力した当該満足度をプラン
サーバ２に送信（以下、この送信のことをフィードバッ
ク送信という）して動作を終了する。

【００５２】図８は、第１の実施形態に係るプランサー
バ２におけるプラン検索処理部２２の動作を示したフロ
ーチャートである。以下、図８を参照しながら、プラン
検索処理部２２の動作について説明する。まず、プラン
検索処理部２２は、移動端末１からの検索条件を受信す
る（ステップＳ２０１）。次に、プラン検索処理部２２
は、当該検索条件に合致したプランをプラン記憶部２１
から検索し、検索したプランを移動端末１に送信する
（ステップＳ２０２）。次に、プラン検索処理部２２
は、当該プランを移動端末１へダウンロードするのに要
した費用をユーザ課金部２３に記憶させる（ステップＳ
２０３）。次に、プラン検索処理部２２は、当該移動端
末１からフィードバック送信された当該デートプランに
ついての満足度を受信し、その結果をプラン記憶部２１
に記憶させ（ステップＳ２０４）、処理を終了する。当
該フィードバックの結果は、今後のプランの作成に役立
てられる。

【００５３】図９は、第１の実施形態に係る登録店舗サ
ーバ３の動作を示したフローチャートである。以下、図
９を参照しながら登録店舗サーバ３の動作について説明
する。登録店舗サーバ３は、移動端末１における電子的
支払い部１４から送信される固有ＩＤを受信する（ステ
ップＳ３０１）。次に、登録店舗サーバ３は、ユーザが
当該店舗で利用した定価利用金額と当該固有ＩＤとをプ
ランサーバ２に送信する（ステップＳ３０２）。次に、
登録店舗サーバ３は、プランサーバ２から送信されてく
る定価利用金額認証結果信号を受信し（ステップＳ３０
３）、ユーザによる定価利用金額の認証が済んだことを
認識し、動作を終了する。このように、ユーザによる定
価利用金額の認証が済んだことが確認できた時点で、登
録店舗サーバ３は、ユーザと登録店舗との間での電子的
な支払いを終了する。

【００５４】図１０は、プランサーバ２におけるユーザ
登録店認証部２４の動作を示したフローチャートであ
る。以下、図１０を参照しながら、ユーザ登録店認証部
２４の動作について説明する。まず、ユーザ登録店認証
部２４は、登録店舗サーバ３から送信されてきた固有Ｉ
Ｄおよび定価利用金額を受信する（ステップＳ４０
１）。次に、ユーザ登録店認証部２４は、移動端末１に
対して、定価利用金額の認証とパスワードの送信とを要
求する（ステップＳ４０２）。

【００５５】次に、ユーザ登録店認証部２４は、移動端
末１から送信された定価利用金額認証信号（定価利用金
額がユーザによって認証された旨の信号のこと）とパス
ワードとを受信する（ステップＳ４０３）。次に、ユー
ザ登録店認証部２４は、当該パスワードを照合し、当該
移動端末１の正当な所有者が定価利用金額の認証を行っ
ているか否かを判断する（ステップＳ４０４）。次に、
ユーザ登録店舗認証部２４は、定価利用金額認証信号を
登録店舗サーバ３に送信する（ステップＳ４０５）。こ
の定価利用金額認証信号は、登録店舗サーバ３で電子的
な支払い手続きを終了するのに用いられる（図９のステ
ップＳ３０３参照）。

【００５６】次に、ユーザ登録店認証部２４は、当該ユ
ーザが登録店舗で利用した定価利用金額を支払い課金部
２５およびユーザ課金部２３に記憶させ（ステップＳ４
０６）、動作を終了する。

【００５７】図１１は、移動端末１における携帯部１３
の動作を示したフローチャートである。以下、図１１を
参照しながら、登録店舗サーバ３との間で電子的な支払
いを行う際の携帯部１３の動作について説明する。ま
ず、携帯部１３は、自己が保持している固有ＩＤを登録
店舗サーバ３に送信する（ステップＳ５０１）。この固
有ＩＤは、登録店舗サーバ３におけるプランサーバ２へ
の定価利用金額の送信の際に用いられる（図９のステッ
プＳ３０２参照）。次に、携帯部１３は、プランサーバ
２から定価利用金額の認証要求およびパスワードの送信
要求を受信する（ステップＳ５０２）。次に、携帯部１
３は、ユーザにパスワードを入力させる（ステップＳ５
０３）。次に、携帯部１３は、定価利用金額認証信号と
ユーザが入力したパスワードとをプランサーバ２に送信
し（ステップＳ５０４）、動作を終了する。

【００５８】図１２は、第１の実施形態に係る定価利用
金額の認証の流れを示したシーケンス図である。すなわ
ち、図１２は、図９、図１０および図１１で示した登録
店舗サーバ３、プランサーバ２および移動端末１の動作
を一つのシーケンス図として表したものである。以下、
図１２を参照しながら、登録店舗サーバ３、プランサー
バ２および移動端末１の動作を説明し、定価利用金額の
認証の流れを説明する。

【００５９】ユーザが移動端末１を用いて登録店舗サー
バ３で電子的な支払いを行う場合、まず最初に、移動端
末１は、固有ＩＤを登録店舗サーバ３に送信する。固有
ＩＤを受信した登録店舗サーバ３は、当該固有ＩＤとユ
ーザが店舗で利用した定価利用金額とをプランサーバ２
に送信する。固有ＩＤと定価利用金額とを受信したプラ
ンサーバ２は、固有ＩＤに対応する移動端末１に対し
て、定価利用金額の認証とパスワードの送信とを要求す
る。定価利用金額の認証要求とパスワードの送信要求と
を受信した移動端末１は、ユーザが定価利用金額を認証
した場合、ユーザが入力したパスワードと定価利用金額
認証信号とをプランサーバ２に送信する。当該パスワー
ドと定価利用金額認証信号とを受信したプランサーバ２
は、当該パスワードが正しいか否かを判断し、パスワー
ドが正しい場合、登録店舗サーバ３にユーザによる定価
利用金額の認証が完了した旨の信号である定価利用金額
認証信号を送信する。登録店舗サーバ３は、プランサー
バ２からの定価利用金額認証信号を受信したら、移動端
末１を用いたユーザの電子的な支払いを完了する。

【００６０】図１３は、第１の実施形態に係るプランサ
ーバ２における支払い請求額決定部２６の動作を示した
フローチャートである。以下、図１３を参照しながら、
支払い請求額決定部２６の動作について説明する。ま
ず、支払い請求額決定部２６は、ユーザ課金部２３を参
照してユーザの各登録店舗における定価利用金額の合計
を算出する（ステップＳ６０１）。次に、支払い請求額
決定部２６は、先ほど算出した定価利用金額の合計から
ユーザへの割引額を決定する（ステップＳ６０２）。次
に、支払い請求額決定部２６は、各登録店舗への支払い
額を決定する。ここでは、各登録店舗への支払額は、ユ
ーザが利用した定価利用金額から割引額を差し引いた金
額であると想定している。すなわち、「登録店舗への支
払い額」＝「定価利用金額」−「割引額」である。次
に、支払い請求額決定部２６は、ユーザへの請求金額を
決定する（ステップＳ６０４）。ここでは、ユーザへの
請求額は、ステップＳ６０１で決定した定価利用金額の
合計とユーザ課金部２３に記憶されているダウンロード
料とを足し合わせた金額から、ステップＳ６０２で決定
した割引額を差し引いた金額であると想定している。す
なわち、「ユーザへの請求金額」＝「定価利用金額の合
計」＋「ダウンロード料」−「割引額」である。次に、
支払い請求額決定部２６は、上記のようにして決定し
た、登録店舗への支払い額を支払い課金部２５に記憶さ
せ、ユーザへの請求額をユーザ課金部２３に記憶させ
（ステップＳ６０５）、動作を終了する。

【００６１】支払い課金部２５に記憶されている各登録
店舗への支払い額が、プラン提供業者がユーザに代わっ
て登録店舗に支払うべき金額となる。ユーザ課金部２３
に記憶されているユーザへの請求金額が、プラン提供業
者がユーザに対して請求すべき金額となる。

【００６２】このように、移動端末１は、ユーザの条件
に合致したプランをプランサーバ２からダウンロードし
てユーザに提示することができる。ユーザの条件を受信
したプランサーバ２は、ユーザの条件と合致したプラン
を移動端末に送信することとなる。登録店舗サーバ３
は、ユーザが当該登録店舗で利用した金額をプランサー
バ２に送信することとなる。利用金額を受信したプラン
サーバ２は、所定の割引率に従い、登録店舗への支払金
額およびユーザへの請求金額を決定することとなる。し
たがって、ユーザは、本発明のシステムを利用して、嗜
好にあったプランをダウンロードすることができ、か
つ、プランに含まれている登録店舗を利用することによ
って、所定の割引サービスを受けることが可能となる。
また、登録店舗は、プランを見て訪問してくれたお客様
のレスポンスに応じて、所定の割引サービスを行えばよ
く、無駄な広告費を支払う必要がなくなる。上記のこと
より、ユーザは、当該システムをさらに利用し、登録店
舗は、よりユーザに好まれるサービスを展開することと
なるので、当該システムの利用率が上昇する。したがっ
て、プラン提供業者は、より多くのユーザが当該システ
ムを利用することによって、ダウンロード料を多く徴収
することができ、利益を上げることが可能となる。

【００６３】また、ユーザの検索条件に合致したプラン
がユーザに提示されるので、ユーザに最適な情報が提供
され、必要としていた情報を手に入れたユーザは、当該
情報をもとに登録店舗を訪れるので、レスポンス率の上
昇が期待できる。

【００６４】また、移動端末１は、登録店舗サーバ３と
の間で電子的な支払いをする際、ユーザを特定するため
の固有ＩＤを登録店舗サーバ３に送信することとなる。
当該固有ＩＤを受信した登録店舗サーバ３は、ユーザの
利用金額と共に、当該固有ＩＤをプランサーバ２に送信
することとなる。利用金額および固有ＩＤを受信したプ
ランサーバ２は、当該固有ＩＤに基づいてユーザを特定
し、当該ユーザの所持する移動端末１との間で、利用金
額を認証するための処理を行い、認証結果を登録店舗サ
ーバ３に送信することとなる。認証結果を受信した登録
店舗サーバ３は、ユーザとの間での電子的な支払いを完
了することとなる。したがって、ユーザは、本発明のシ
ステムを利用することによって、登録店舗においてキャ
ッシュレスに決済することが可能となり、よりシステム
の利便性が上昇する。

【００６５】（第２の実施形態）第１の実施形態では、
プラン提供業者にとって、ユーザからのダウンロード料
のみが自己の収入となった。第２の実施形態では、プラ
ン提供業者がダウンロード料以外の収入を得るためのシ
ステムを提供する。第２の実施形態では、ダウンロード
料以外の収入として、ユーザの利用毎に登録店舗から広
告料を徴収するシステムを考える。

【００６６】第２の実施形態では、ユーザへの請求金額
の計算方法および登録店舗への支払い額の計算方法のみ
が、第１の実施形態の場合と異なる。したがって、第２
の実施形態においても、図１〜３及び図６〜１２を援用
することとする。以下では、第２の実施形態に係るプラ
ンサーバ２におけるユーザ課金部２３および支払い課金
部２５に記憶されているデータの内容および支払い請求
額決定部２６の動作について説明することとする。

【００６７】図１４は、第２の実施形態に係るプランサ
ーバ２のユーザ課金部２３に記憶されるデータの一例を
示した図である。図１４に示したように、ユーザ課金部
２３は、ユーザごとに、「各登録店舗での定価利用金
額」、「定価利用金額合計」、「ダウンロード料」、
「ユーザへの請求金額合計」および「還元額（５％）」
が記憶されている。図１４では、登録店舗として、Ａ
店、Ｂ店およびＣ店が存在している想定する。各登録店
舗での定価利用金額、定価利用金額の合計およびダウン
ロード料は、第１の実施形態の場合と同様であるので説
明を省略する。ユーザへの請求金額は、定価利用金額の
合計にダウンロード料を加えた金額である。還元額は、
定価利用金額合計の５％であり、還元額が一定金額以上
（例えば、１０００円以上）になると、プラン提供業者
は、ユーザに対して還金などの還元サービスを行う。

【００６８】図１５は、第２の実施形態に係るプランサ
ーバ２の支払い課金部２５に記憶されるデータの一例を
示した図である。図１５に示したように、支払い課金部
２５には、登録店舗ごとに、各ユーザの「定価利用金
額」、「還元額（５％）」、「広告料（５％）」および
「支払い額」が記憶されている。各ユーザの定価利用金
額は、当該ユーザが当該登録店舗で利用した定価利用金
額のことである。還元額は、定価利用金額の５％であ
る。広告料は、定価利用金額の５％である。支払額は、
定価利用金額から還元額と広告料とを差し引いた金額で
あり、プラン提供業者が登録店舗に支払うべき金額であ
る。図１５で示したように、プラン提供業者は、ユーザ
の定価利用金額による支払いの５％を広告料として自己
の収入とし、５％を還元額としてユーザのために蓄えて
おくものとする。なお、ここで、還元額を割引額とし
て、５％の割引サービスをユーザに対して行ってもよ
い。また、還元額および広告料の割合は、ユーザのお得
感と、登録店舗のお手頃感とを勘案して適切な割合にす
ればよく、５％以上であってもよいし、５％未満であっ
てもよい。

【００６９】図１６は、第２の実施形態に係るプランサ
ーバ２における支払い請求額決定部２６の動作を示した
フローチャートである。以下、図１６を参照しながら、
支払い請求額決定部２６の動作について説明する。ま
ず、支払い請求額決定部２６は、ユーザ課金部２３を参
照してユーザの各登録店舗における定価利用金額の合計
を算出する（ステップＳ７０１）。次に、支払い請求額
決定部２６は、先ほど算出した定価利用金額の合計から
還元額を決定する（ステップＳ７０２）。次に、支払い
請求額決定部２６は、広告料を決定する（ステップＳ７
０３）。次に、支払い請求額決定部２６は、登録店舗へ
の支払い額を決定する（ステップＳ７０４）。次に、支
払い請求額決定部２６は、ユーザへの請求金額を決定す
る（ステップＳ７０５）。次に、支払い請求額決定部２
６は、登録店舗への支払い額を支払い課金部２５に記憶
させ、ユーザへの請求額をユーザ課金部２３に記憶さ
せ、還元額をユーザ課金部２３に記憶させ、還元額およ
び広告料を支払い課金部２５に記憶させて動作を終了す
る（ステップＳ７０６）。

【００７０】このように、第２の実施形態において、プ
ランサーバ２はユーザの定価利用金額に応じて還元額を
計算し記憶するので、ユーザは、記憶されている還元額
に応じてプラン提供業者から還元を受けることが可能と
なる。

【００７１】また、プランサーバ２はユーザの定価利用
金額に応じて還元額と広告料を計算し記憶するので、登
録店舗は、記憶されている還元額をユーザへの還元サー
ビスのための費用として、広告料をプラン提供業者への
広告代として、プランサーバ２にユーザの定価利用金額
から予め天引きしてもらうことが可能となる。その結
果、登録店舗は、ユーザのレスポンスに応じた広告料を
支払えばよいこととなる。

【００７２】また、プランサーバ２はユーザの定価利用
金額から広告料を天引きした額を計算するので、プラン
提供業者は、当該広告料を自己の収入として徴収するこ
とが可能となる。したがって、プラン提供業者は、ダウ
ンロード料以外に、広告料による収入を得ることが可能
となる。

【００７３】なお、第２の実施形態では、還元額を定価
利用金額の５％、広告料を定価利用金額の５％とした
が、別に、定価利用金額の３％を割引額、２％を還元
額、５％広告料などとして、ユーザに還元のサービスと
割引のサービスとを併用して提供してもよい。このよう
にすれば、ユーザは、還元額が一定額以上たまらなくて
も、割引サービスによって当該システムの利用価値を見
いだすことが可能となる。

【００７４】（第３の実施形態）第１の実施形態におい
て、移動端末１、プランサーバ２および登録店舗サーバ
３間でユーザが利用した定価利用金額を認証する際、ユ
ーザの所持する移動端末１に含まれている固有ＩＤが登
録店舗サーバ３に送信される（図１２参照）。しかし、
固有ＩＤは、端末のＩＤナンバー、ユーザＩＤナンバ
ー、パスワードなどから作られるので、セキュリティの
観点からすると、登録店舗サーバ３に送信されるのは好
ましくない。固有ＩＤの不正使用などが考えられるから
である。

【００７５】ユーザが登録店舗において電子的な支払い
をする際、登録店舗サーバ３からプランサーバ２へ料金
が請求される。この際、登録店舗サーバ３は、何らかの
手段で移動端末１を特定する必要がある。第３の実施形
態では、固有ＩＤのようにユーザの所持する移動端末１
に個別に付されているようなＩＤナンバーではなく、電
子的な支払いの際、一回だけ用いるようなコード（以
下、購入券コードという）を用いて、ユーザが登録店舗
において電子的な支払いを行うことができるシステムを
提供する。

【００７６】第３の実施形態では、電子的な認証フロー
のみが第１の実施形態と異なるので、以下の説明におい
ては、認証フローに関連する事項のみについてのみ説明
することとする。

【００７７】図１７は、第３の実施形態で用いる購入券
コードのデータ構造を簡略的に示した図である。図１７
に示したように、購入券コードは、発券要求日時、発券
要求順位および調整値から成る。購入券コードは、作成
するたびに異なるものとなり、重複した購入券コードは
一切存在しないように作成される。例えば、発券要求日
時が同一で、発券要求順位を付すことができない場合、
調整値を適切に決めて重複した購入券コードを作成しな
いようにする。

【００７８】図１８は、第３の実施形態に係る移動端末
１００の機能的な構成を示すブロック図である。図１８
において、第１の実施形態に係る移動端末１と同様の機
能を有する部分については、同一の符号を付し、説明を
省略することとする。図１８に示したように、移動端末
１００における携帯部１３０は、認証部１３１と、電子
的支払い部１３２と、購入券コード記憶部１３３と、固
有ＩＤ記憶部１３４とを含む。

【００７９】固有ＩＤ記憶部１３４は、外部から入力さ
れた固有ＩＤを記憶する。固有ＩＤは、第１の実施形態
と同様、端末のＩＤナンバー、ユーザＩＤナンバー、パ
スワードなどの組み合わせから作られている。購入券コ
ード記憶部１３３は、購入券コードを記憶する。

【００８０】認証部１３１は、プランサーバ２００に購
入券コードの発券要求をする際、固有ＩＤ記憶部１３４
に記憶されている固有ＩＤを送信する。認証部１３１
は、プランサーバ２００から送信されてきた購入券コー
ドを購入券コード記憶部１３３に記憶させる。また、認
証部１３１は、プランサーバ２００からの定価利用金額
の認証要求を受信したら、ユーザの操作に応じて、定価
利用金額認証信号をプランサーバ２００に送信する。

【００８１】電子的支払い部１３２は、登録店舗サーバ
３００との間で電子的な支払いをする際、購入券コード
記憶部１３３に記憶されている購入券コードを登録店舗
サーバ３００に送信する。

【００８２】図１９は、第３の実施形態に係るプランサ
ーバ２００の機能的な構成を示すブロック図である。図
１９に示したように、プランサーバ２００には、ユーザ
登録店認証部２４０と、購入券コード作成記憶部２４１
とが含まれる。購入券コード作成記憶部２４１は、購入
券コードを作成する。また、購入券コード作成記憶部２
４１は、当該購入券コードを送信した移動端末１００の
固有ＩＤと当該購入券コードとを対応させて記憶する。

【００８３】ユーザ登録認証部２４０は、移動端末１０
０からの購入券コードの発券要求を受信したら、購入券
コード作成記憶部２４１に購入券コードを作成させ、移
動端末１００に送信する。また、ユーザ登録店認証部２
４０は、登録店舗サーバ３００から購入券コードと共
に、定価利用金額が送信されてきたら、当該購入券コー
ドに対応する固有ＩＤの移動端末１００に定価利用金額
の認証要求を送信し、定価利用金額が認証されるか否か
を判断する。定価利用金額が認証された場合、ユーザ登
録店認証部２４０は、支払い課金部２５およびユーザ課
金部２３に当該定価利用金額を記憶させる。

【００８４】図２０は、第３の実施形態に係る登録店舗
サーバ３００の機能的な構成を示すブロック図である。
図２０において、登録店舗サーバ３００は、購入券コー
ド要求部３０１と、請求部３０２とを含む。電子的な支
払いをする際、購入券コード要求部３０１は、移動端末
１００における携帯部１３０に対して購入券コードの送
信を要求し、受信した購入券コードを請求部３０２に送
る。請求部３０２は、購入券コード要求部３０２から送
られてきた購入券コードと、ユーザの定価利用金額とを
プランサーバ２００に送信する。また、請求部３０２
は、プランサーバ２００からの定価利用金額認証信号を
受信したら、電子的な支払いを完了する。

【００８５】図２１は、購入券コードを要求する際の移
動端末１００の動作および発行する際のプランサーバ２
００の動作を示したフローチャートである。以下、図２
１を参照しながら、購入券コードを要求する際の移動端
末１００の動作、発行する際のプランサーバ２００の動
作について説明する。なお、移動端末１００とプランサ
ーバ２００との間では、信号の送受信が行われる。した
がって、以下の説明では、信号の送受信の流れに沿っ
て、移動端末１００およびプランサーバ２００の動作を
説明することとする。

【００８６】まず、移動端末１００は、プランサーバ２
００に対して購入券コードの発券を要求し、固有ＩＤを
プランサーバ２００に送信する（ステップＳ１００
１）。購入券コードの発券要求および固有ＩＤを受信し
たプランサーバ２００は、当該固有ＩＤに対応する移動
端末１００に対して、パスワードの送信を要求する（ス
テップＳ１００２）。パスワードの送信要求を受信した
移動端末１００は、プランサーバ２００に対して、ユー
ザの入力に従いパスワードを送信する（ステップＳ１０
０３）。

【００８７】次に、パスワードを受信したプランサーバ
２００は、当該パスワードの照合を行う（ステップＳ１
００４）。次に、プランサーバ２００は、購入券コード
を作成し、固有ＩＤとを対応させて記憶する（ステップ
Ｓ１００５）。次に、プランサーバ２００は、当該購入
券コードを移動端末１００に送信し（ステップＳ１００
６）、処理を終了する。

【００８８】購入券コードを受信した移動端末１００
は、当該購入券コードを記憶し（ステップＳ１００
７）、処理を終了する。

【００８９】図２２は、ユーザが登録店舗で電子的な支
払いをする際の移動端末１００、登録店舗サーバ３００
およびプランサーバ２００の動作を示したフローチャー
トである。以下、図２２を参照しながら、ユーザが登録
店舗で電子的な支払いをする際の移動端末１００、登録
店舗サーバ３００およびプランサーバ２００の動作につ
いて説明する。なお、移動端末１００、登録店舗サーバ
３００およびプランサーバ２００の間では、信号の送受
信が行われる。したがって、以下の説明では、信号の送
受信の流れに沿って、移動端末１００、登録店舗サーバ
３００およびプランサーバ２００の動作を説明すること
とする。

【００９０】まず、ユーザが登録店舗で電子的な支払い
をする際、移動端末１００は、記憶している購入券コー
ドを登録店舗サーバ３００に送信する（ステップＳ２０
０１）。その後、登録店舗サーバ３００は、移動端末１
００からの購入券コードを受信する（ステップＳ２００
２）。次に、登録店舗サーバ３００は、当該購入券コー
ドと当該ユーザの定価利用金額とをプランサーバ２００
に送信する（ステップＳ２００３）。

【００９１】その後、プランサーバ２００は、登録店舗
サーバ３００からの購入券コードおよび定価利用金額を
受信する（ステップＳ２００４）。次に、プランサーバ
２００は、購入券コード作成記憶部２４１を参照して、
当該購入券コードに対応する固有ＩＤの移動端末１００
を特定し、当該移動端末１００に定価利用金額を送信し
て、当該定価利用金額の認証を要求する（ステップＳ２
００５）。

【００９２】その後、移動端末１００は、定価利用金額
の認証要求を受信する（ステップＳ２００６）。次に、
移動端末１００は、ユーザの操作に応じて、定価利用金
額認証信号をプランサーバ２００に送信する（ステップ
Ｓ２００７）。その後、プランサーバ２００は、移動端
末１００からの定価利用金額認証信号を受信する（ステ
ップＳ２００８）。次に、プランサーバ２００は、登録
店舗サーバ３００に、定価利用金額認証信号を送信し
（ステップＳ２００９）、ユーザおよび登録店舗への課
金処理を行い（ステップＳ２０１１）、処理を終了す
る。登録店舗サーバ３００は、プランサーバ２００から
の定価利用金額認証信号を受信して（ステップＳ２０１
０）、動作を終了し、移動端末１００との間での電子的
な支払いを完了する。

【００９３】このように、第３の実施形態において、移
動端末１００は、プランサーバ２００に固有ＩＤを送信
して、購入券コードを予め取得する。移動端末１００
は、登録店舗サーバ３００との間で電子的な支払いをす
る際、予め取得してある購入券コードを登録店舗サーバ
３００に送信する。当該購入券コードは登録店舗サーバ
３００からプランサーバ２００に送信され、プランサー
バ２００は、当該購入券コードから移動端末１００を特
定し、定価利用金額の認証を当該移動端末１００に要求
する。したがって、移動端末１００を特定するための固
有ＩＤは、移動端末１００とプランサーバ２００との間
でしかやり取りされないので、固有ＩＤが外部に漏れる
ことがないシステムを構築することが可能となる。これ
により、固有ＩＤの不正利用を防止することが可能とな
る。

【００９４】なお、購入券コードは、登録店舗での電子
的な支払い時にその都度購入する必要はなく、デートプ
ランをダウンロードする時に必要な購入券コードを一括
に取得しておけばよい。この場合、移動端末１００の購
入券コード記憶部１３３には、複数の購入券コードが記
憶されることとなる。このように、一括して購入券コー
ドを取得することによって、購入券コードの発券時のパ
スワードによる認証回数を減らすことができ、パスワー
ドを入力する手間が省ける。また、予め購入券コードを
取得しておくことによって、ユーザは、登録店舗サーバ
３００に購入券コードを送信して、プランサーバ２００
からの定価利用金額の認証要求に応じるだけでよいの
で、短い時間で登録店舗での電子的な支払いを済ますこ
とが可能となる。

【００９５】

【発明の効果】以上のように本発明は、登録店舗サーバ
からユーザの利用した金額をプランサーバに送信し、所
定の還元サービスの取り決めに従い、プランサーバがユ
ーザへの請求金額および登録店舗への支払い金額を決定
する手段を設けることにより、プランで紹介された登録
店舗を利用したユーザに一定の利益をもたらすと共に、
登録店舗に無駄な広告費を要求しなくてよいという効果
を有するプラン提案支援システムを提供することができ
るものである。

【００９６】また、本発明は、ユーザの嗜好にあったプ
ランを提示する手段を設けていることにより、いわゆる
レスポンス率が高いという効果を有するプラン提案支援
システムを提供することができるものである。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るプラン提案支援
システムの全体を模式的に表した図である。

【図２】第１の実施形態に係る移動端末１の機能を示す
ブロック図である。

【図３】第１の実施形態に係るプランサーバ２の機能を
示すブロック図である。

【図４】プランサーバ２におけるユーザ課金部２３が記
憶するデータの一例を表した図である。

【図５】プランサーバ２における支払い課金部２５が記
憶するデータの一例を表した図である。

【図６】第１の実施形態に係る登録店舗サーバ３の機能
を示すブロック図である。

【図７】第１の実施形態に係る移動端末１におけるプラ
ン処理部１２の動作を示したフローチャートである。

【図８】第１の実施形態に係るプランサーバ２における
プラン検索処理部２２の動作を示したフローチャートで
ある。

【図９】第１の実施形態に係る登録店舗サーバ３の動作
を示したフローチャートである。

【図１０】プランサーバ２におけるユーザ登録店認証部
２４の動作を示したフローチャートである。

【図１１】移動端末１における携帯部１３における動作
を示したフローチャートである。

【図１２】第１の実施形態に係る定価利用金額の認証の
流れを示したシーケンス図である。

【図１３】第１の実施形態に係るプランサーバ２の支払
い請求額決定部２６の動作を示したフローチャートであ
る。

【図１４】第２の実施形態に係るプランサーバ２のユー
ザ課金部２３に記憶されるデータの一例を示した図であ
る。

【図１５】第２の実施形態に係るプランサーバ２の支払
い課金部２５に記憶されるデータの一例を示した図であ
る。

【図１６】第２の実施形態に係るプランサーバ２の支払
い請求額決定部２６の動作を示したフローチャートであ
る。

【図１７】第３の実施形態で用いる購入券コードのデー
タ構造を簡略的に示した図である。

【図１８】第３の実施形態に係る移動端末１００の機能
的な構成を示すブロック図である。

【図１９】第３の実施形態に係るプランサーバ２００の
機能的な構成を示すブロック図である。

【図２０】第３の実施形態に係る登録店舗サーバ３００
の機能的な構成を示すブロック図である。

【図２１】購入券コードを要求する際の移動端末１００
および発行する際のプランサーバ２００の動作を示した
フローチャートである。

【図２２】ユーザが登録店舗で電子的な支払いをする際
の移動端末１００、登録店舗サーバ３００およびプラン
サーバ２００の動作を示したフローチャートである。

【符号の説明】１，１００移動端末２，２００プランサーバ３，３００登録店舗サーバ５インターネット１１外部情報部１２プラン処理部１３，１３０携帯部１４，１３２電子的支払い部１５，１３４固有ＩＤ記憶部１６，１３１認証部１７表示部１８入力部１３３購入券コード記憶部２１プラン記憶部２２プラン作成処理部２３ユーザ課金部２４，２４０ユーザ登録店認証部２５支払い課金部２６支払い請求額決定部２４１購入券コード作成記憶部３１ユーザ認証部３２，３０２請求部３０１購入券コード要求部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ＺＥＣＧ０６Ｆ 17/60 ＺＥＣ (72)発明者大川康仁神奈川県横浜市港北区綱島東四丁目３番１号松下通信工業株式会社内 (72)発明者工藤義春神奈川県横浜市港北区綱島東四丁目３番１号松下通信工業株式会社内

Claims

【特許請求の範囲】

【請求項１】プランをユーザに提示し、当該プランに
含まれている登録店舗を利用したユーザに対して所定の
還元サービスを行うためのシステムであって、ユーザが所持する移動端末と、プランを前記移動端末に送信するプランサーバと、プランに含まれる登録店舗が所持する登録店舗サーバと
を備え、前記移動端末は、前記プランサーバにプランの条件を送信するプラン条件
送信手段と、前記プランサーバからプランをダウンロードするプラン
ダウンロード手段と、前記プランダウンロード手段がダウンロードしたプラン
をユーザに提示するプラン提示手段とを含み、前記プランサーバは、プランを記憶しておくプラン記憶部と、前記プラン条件送信手段から送信されてきた条件に基づ
いて前記プラン記憶部からプランを検索するプラン検索
手段と、前記プラン検索手段が検索したプランを前記移動端末に
送信するプラン送信手段とを含み、前記登録店舗サーバは、ユーザの利用金額を前記プランサーバに送信する利用金
額送信手段と、前記利用金額手段が送信する利用金額と共に、前記プラ
ンサーバがユーザを特定するためのユーザ特定データを
前記プランサーバに送信するユーザ特定データ送信手段
とを含み、前記プランサーバは、前記ユーザ特定データ送信手段から送信されてきたユー
ザ特定データに基づいてユーザを特定し、所定の還元サ
ービスの取り決めに従い、前記利用金額送信手段から送
信されてきた利用金額をもとに登録店舗への支払い金額
および当該ユーザへの請求金額を決定する支払い請求金
額決定手段をさらに含む、プラン提案支援システム。
【請求項２】ユーザの条件に合致したプランを作成
し、前記プランに含まれている登録店舗を利用したユー
ザに対して所定の還元サービスを行うためのサーバであ
って、ユーザの所持する移動端末から送信されてきた条件に基
づいてプランを作成するプラン作成手段と、前記プラン作成手段が作成したプランを前記移動端末に
送信するプラン送信手段と、ユーザが利用した登録店舗に存在する登録店舗サーバか
ら送信されてきたデータに基づいてユーザを特定し、所
定の還元サービスの取り決めに従い、前記登録店舗サー
バから送信されたきた利用金額をもとに、登録店舗への
支払い金額および当該ユーザへの請求金額を決定する支
払い請求金額決定手段とを含む、プラン提案支援サー
バ。
【請求項３】ユーザが所持する移動端末であって、プランの条件をプランを作成するためのサーバに送信す
るプラン条件送信手段と、前記サーバからプランをダウンロードするプランダウン
ロード手段と、前記プランダウンロード手段がダウンロードしたプラン
をユーザに提示するプラン提示手段と、前記プランに含まれる登録店舗が所持する登録店舗サー
バとの間で電子的な支払いをする際、ユーザを特定する
ためのコードを前記登録店舗サーバに送信する特定コー
ド送信手段とを含む、プラン受信移動端末。
【請求項４】前記特定コード送信手段は、ユーザを特
定するためのコードとして、前記プラン受信移動端末に
個別に割り当てられた固有ＩＤを用いることを特徴とす
る、請求項３に記載のプラン受信移動端末。
【請求項５】前記特定コード送信手段は、一回の電子
的な支払いの際にのみ用いる購入券コードを前記ユーザ
を特定するためのコードとすることを特徴とする、請求
項３に記載のプラン受信移動端末。
【請求項６】前記プラン受信移動端末は、外部からの
情報に基づいてダウンロードしたプランを自動的に修正
するプラン修正手段をさらに含む、請求項３に記載のプ
ラン受信移動端末。
【請求項７】プランに含まれる登録店舗が所持する登
録店舗サーバであって、ユーザの利用金額をユーザへの請求金額を計算するため
のプランサーバに送信する利用金額送信手段と、前記利用金額手段が送信する利用金額と共に、前記プラ
ンサーバがユーザを特定するためのデータを前記プラン
サーバに送信するユーザ特定データ送信手段とを含む、
登録店舗サーバ。