JP2001351039A - 電子クーポン取引システム及び電子クーポン利用支援システム - Google Patents

Abstract

(57)【要約】 【課題】 電子化されたクーポン自体を取り引きの対象
とする電子クーポン取引システム、及びクーポンの利用
を促進する電子クーポン支援システムの提供。 【解決手段】 電子クーポン取引システム１は、電子化
されたクーポンの発行及び利用を支援するメインコンピ
ュータ１１、売り情報を送信する売り手端末３０Ａ、売
り情報を掲載するＷＷＷサーバ１２、買取希望者端末３
０Ｂ、金融機関端末６０、通信回線５０などを含んで構
成される。メインコンピュータ１１は、クーポンの所有
者の移転を行い、ＷＷＷサーバ１２は売り手Ｃｓからの
売り情報ＤA1bを閲覧可能に掲載する。売り手Ｃｓと買
取希望者Ｃｃとの合意が達成すると意思確認手段たる合
意ボタンにより合意が確認され、代金の決済及びクーポ
ンの移転が行われる。また、クーポンの利用に際して顧
客の携帯端末で、認証を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種商品や役務と
交換可能なクーポン自体を取り引きの対象とする電子ク
ーポン取引システム、及び電子的に生成・発行されたク
ーポンの利用を支援する電子クーポン利用支援システム
に関する。

【０００２】

【従来の技術】従来より商品や役務の取り引きにおいて
クーポン券（coupon）が使われることがある。クーポン
券は、割引券、優待券、景品引換券としての役割を有す
る。クーポン券としては、新聞や雑誌の折り込み広告に
掲載されているものや、クーポンブックのような冊子状
になっているものなどがある。これらクーポン券の利用
者は、例えば、折り込み広告を店頭に持って行くこと
で、このクーポン券の対象となる商品などの割り引きサ
ービスを受けることができる。

【０００３】また、電子情報として配布（及び蓄積）さ
れ、プリンタで印刷などした後に利用に供されるクーポ
ンが知られている。例えば、特開平１１−３４６３５２
号公報には、テレビなどの放送波を利用し、家庭のプリ
ンタでクーポン（券）を印刷出力する「クーポン生成装
置並びにサーバ装置並びに受信機」が開示されている。
また、特開平１１−３２８２６９号公報には、電子的に
発券されたクーポンを印刷して使用する場合でも、クー
ポンの偽造や改ざん、第三者によるクーポンの不正使用
を検出することを可能とする「電子クーポンシステムお
よび電子クーポン発券・検証方法」が開示されている。
また、例えば、特開平１１−２０３５５８号公報には、
クーポン券発行機により顧客の磁気カード（又はフラッ
シュメモリーカード）に所定のポイントを順次加算して
その累計ポイントを記録し、累計ポイントが基準ポイン
トに達した場合にクーポン券発行機からクーポン券を発
行し、かつ、累計ポイントから基準ポイント分を減算し
てその残高ポイントを磁気カードに記録する「クーポン
券発行システム」が開示されている。

【０００４】また、前記した紙ベースのクーポンを全く
介さない電子化されたクーポン、つまり電子情報として
発行・配布され電子情報として利用されるクーポンが知
られている。例えば、特開平１１−１６０５３号公報や
米国特許第５３８０９９１号明細書などにはＩＣカード
を利用したクーポンが開示されている。特開平１１−１
６０５３号公報の「電子クーポンの利用方法及び利用シ
ステム」は、クーポンサービス提供者側のサーバ装置、
クーポンサービス利用者側の端末装置、クーポン（電子
クーポン）を格納するＩＣカードなどから構成され、商
品・サービスを購入する際に適用可能なクーポンを自動
的に選択し当該クーポンを利用するものである。併せ
て、次の商品・サービスの購入に備えて適切なクーポン
を抽出し、クーポンサービス利用者に当該クーポンを提
供するものである。また、米国特許第５３８０９９１号
明細書の電子クーポンは、購買履歴をＩＣカードに記録
しておき、その履歴に応じて割り引き率を変更するもの
である。

【０００５】前記した以外にも、種々の態様のクーポン
が知られている。例えば、特開平１１−３２８２６９号
公報の「電子クーポンシステムおよび電子クーポン発券
・検証方法」、特表平８−５０９３２９号公報の「携帯
型電子データクーポン」、特開平１１−３５３５５５号
公報の「リアルタイム商品分析、個別情報提供システム
及びクーポン情報提供システム」などである。

【０００６】

【発明が解決しようとする課題】ところで、クーポン
は、それ自体が少なからぬ経済的な価値を有する。この
ため、クーポンそれ自体が取り引きの対象になりうると
考えられる。また、クーポンそれ自体を取り引きの対象
とすることで、クーポンの利用の活性化、つまりクーポ
ンの対象となる商品販売者・役務提供者の売上増加が期
待される。しかしながら、従来のクーポンに関するシス
テムは、クーポンの発行・配布に関するもの、クーポン
のセキュリティに関するもの、あるいはクーポンの店舗
における利便性に関するものなどであり、クーポンそれ
自体を取り引きの対象とするものではない。すなわち、
クーポンそれ自体が有する価値については着目されてい
ない。

【０００７】また、一般的にクーポンには有効期限があ
り、この有効期限を徒過するとクーポンの効力が失われ
てしまう。このため、有益なクーポンを持っていても、
気がつかないうちに有効期限が徒過してしまったり、あ
るいは使おうと思いながら使うタイミングを逸して有効
期限を徒過してしまうことがよくある。この場合、クー
ポンを発行することにより売上増を目論む商品・役務の
提供者にとっては、その目論みを達成することができな
いことになる。また、クーポンの利用者にとっては、有
益なクーポンを無駄にすることになる。

【０００８】さらに、電子化されたクーポンの利用を促
進するには、これを取り扱う店舗の数が増えなければな
らないが、このためには、情報関連機器を各店舗に設置
する必要がある。しかし、係る機器の設置には費用が必
要となる。したがって、小規模経営の店舗などでは、機
器の設置、つまり電子化されたクーポンの取り扱いを躊
躇することが考えられる。また、経営者が高齢化した店
舗や従業員が頻繁に入れ替わる店舗では、店舗における
処理や作業が簡易でなければならない。さらには、店舗
における処理や作業を不要とすることが望ましい。

【０００９】加えて、電子化されたクーポンの取り引き
を行う場合や電子化されたクーポンの利用を促進するに
は、取り引きの安全を確保する必要がある。

【００１０】そこで本発明は、クーポン、殊に電子化さ
れたクーポン自体を取り引きの対象とすることでクーポ
ンの利用促進を図ることができ、もってクーポンの対象
となる商品・役務を提供する者及びクーポンを利用する
者の双方に利益になる電子クーポン取引システムを提供
すること、換言すると、クーポンに新たな価値を創設し
クーポンが迅速かつ活発に取り引きされる新たな市場を
形成することを目的とする。加えて、本発明は、クーポ
ンの取り引きを安全かつ公正に行うことのできる電子ク
ーポン取引システムを提供すること、さらには、クーポ
ンの利用を支援してクーポンの利用を促進し、もってク
ーポンの対象となる商品・役務を提供する者及びクーポ
ンを利用する者の双方に利益になる電子クーポン利用支
援システムを提供することなどを目的とする。

【００１１】

【課題を解決するための手段】前記課題を解決するた
め、本発明者らは、現在充分に着目し・顧みられていな
いクーポンそれ自体が有する市場価値に着目し、クーポ
ンそれ自体の価値が充分に評価される仕組みを提供すべ
く鋭意研究を行い本発明を完成するに至った。すなわ
ち、前記課題を解決した本発明のうち請求項１に記載の
発明（第１態様）は、電子化されたクーポンの発行及び
利用を支援するコンピュータを利用した電子クーポン取
引システムであり、少なくとも前記クーポンを電子的に
生成して所定の者に発行するクーポン発行手段と、前記
クーポンが利用された場合には当該クーポンを消滅させ
るクーポン消滅手段を有する。そして、前記電子クーポ
ン取引システムは、前記クーポンを、当該クーポンを所
有する者から他の者へ電子的に移転する移転取引を可能
とするクーポン移転取引手段を有する。

【００１２】この構成においては、クーポンは電子的に
生成されると共に、電子的に消滅される。クーポンが消
滅するのは、クーポンが利用された場合など（クーポン
が有効期限を有するものであるときは有効期限が過ぎた
場合など）である。クーポンの利用は、通常の電子クー
ポンと同様に行われる。この電子的に発行されたクーポ
ンは、クーポン移転取引手段により、他人への電子的な
移転取引が可能である。なお、取引とは、商業又はその
他の営利に関する経済行為を行うこと、物品・役務の売
買、又は、それに伴う金品の受け渡しを行うこと、互い
に自分の利益になると思われるものを交換することであ
る。例えば、クーポンを売買すること、クーポン同士を
交換することなどである。ちなみに、移転取引が有償で
行われるか無償で行われるかは問わない。なお、本発明
において、電子的に生成して発行されるクーポンは、ネ
ットワーク型、ＩＣカード型、オープン型、クローズド
型の別を問わない。また、本発明において、クーポンに
はポイントを含む。ポイントは、クーポンと同じ目的で
発行され、かつ、使用することにより消滅するなど、ク
ーポンと同一視することができるからである。ちなみ
に、ポイントは、例えば家電などの量販店やスーパーマ
ーケットなどで買い物を行った際に、買い物の金額に応
じて電子的に生成して発行され、磁気カードなどに蓄積
される電子的な情報であり、当該量販店などにおける再
度の買い物などの際に、現金と同様に使用することがで
きるものである。

【００１３】なお、請求項１の任意の構成要件として
「クーポン移転取引手段」は、移転取引が有償で行われ
る場合は、移転取引に対する代金の収受などの決済を行
う移転取引決済手段を有する。この移転取引決済手段
は、発明の実施の形態においては「決済プログラム」が
その役割を有する。また、請求項１の任意の構成要件と
して、電子クーポン取引システムを管理する者が移転取
引を行う者に対して取引手数料を徴収する場合は、「ク
ーポン移転取引手段」は、この取引手数料を徴収する取
引手数料徴収手段を有する。この取引手数料徴収手段
は、発明の実施の形態においては「決済プログラム」が
その役割を有する。

【００１４】ちなみに、特許請求の範囲における「所定
の者に発行」は、例えば、新聞、雑誌、インターネット
のホームページに掲載した電子クーポン取引システムへ
の募集広告に応募した者や商品などに掲載した電子クー
ポン取引システムへの募集広告に応募した者に発行する
場合、街頭などで電子クーポン取引システムへの募集広
告を配布しこれに応募した者に発行する場合などがあ
る。なお、「クーポン発行手段」によるクーポンの生成
は、発明の実施の形態においては「クーポン情報ファイ
ル」にデータが書き込まれることにより行われる。ま
た、「クーポン発行手段」によるクーポンの発行は、発
明の実施の形態においては「クーポン別管理テーブル」
及び「顧客別クーポン所有テーブル」にデータが書き込
まれることにより行われる。また、「所定の者」及び
「他の者」は、発明の実施の形態においては「顧客」と
して「顧客情報ファイル」にデータが書き込まれてい
る。これらデータの書き込みは「クーポン管理プログラ
ム」及び「顧客等管理プログラム」が行う。

【００１５】次に、請求項２に記載の電子クーポン取引
システムは、通信手段を介して前記クーポンの売却を意
図する売り手が送信する売り情報及び／又は前記クーポ
ンの買い取りを意図する買い手が送信する買い情報を、
前記通信手段を介して閲覧可能に保持するクーポン取引
サーバを有する請求項１に記載の電子クーポン取引シス
テムである。

【００１６】この構成においては、通信手段を介して売
り情報及び／買い情報がクーポン取引サーバに閲覧可能
に保持される。したがって、種々の情報がクーポン取引
サーバに集められ、移転取引が活発に行われる。なお、
移転取引が成立した場合には、移転取引手段により電子
的にクーポンが移転される。

【００１７】また、請求項３に記載の電子クーポン取引
システムは、前記売り手と前記売り情報に応答する買取
応募者の取引合意の意思を確認する意思確認手段を有
し、前記クーポン移転取引手段は、この意思確認手段が
取引合意になったた場合に当該取引合意になったクーポ
ンの移転を認め、当該クーポンを前記買取応募者に電子
的に移転する請求項１又は請求項２に記載の電子クーポ
ン取引システムである。

【００１８】この構成においては、クーポンの移転取引
は、クーポン取引サーバに売り情報を掲載した売り手
と、この情報を入手した買取応募者との間で行われる。
そして、取引合意の意思を確認する意思確認手段が取引
合意になったた場合に、当該クーポンが移転される。し
たがって、取引合意にならない場合には、クーポンの移
転は認められない。なお、意思確認手段は、後述する発
明の実施の形態では、ホームページにリンクされた詳細
情報画面に張り付けられた「売り手側合意ボタン」、及
び「買取応募者側合意ボタン」などから構成される。

【００１９】また、請求項４に記載の電子クーポン取引
システムは、前記買い手と前記買い情報に応答する売却
応募者の取引合意の意思を確認する意思確認手段を有
し、前記クーポン移転取引手段は、この意思確認手段が
取引合意になった場合に当該取引合意になったクーポン
の移転を認め、当該クーポンを前記買い手に電子的に移
転する請求項１又は請求項２に記載の電子クーポン取引
システムである。

【００２０】この構成においては、クーポンの移転取引
は、クーポン取引サーバに買い情報を掲載した買い手
と、この情報を入手した売却応募者との間で行われる。
そして、取引合意の意思を確認する意思確認手段が取引
合意になった場合に、当該クーポンが移転される。した
がって、取引合意にならない場合には、クーポンの移転
は認められない。なお、意思確認手段は、後述する発明
の実施の形態では、ホームページにリンクされた詳細情
報画面に張り付けられた「買い手側合意ボタン」、及び
「売却応募者側合意ボタン」などから構成される。

【００２１】また、請求項５に記載の電子クーポン取引
システムは、前記クーポンの売り情報が送信された場合
は、当該売り情報が送信されたクーポンの利用を禁止す
るクーポン利用禁止手段を有する請求項２又は請求項３
に記載の電子クーポン取引システムである。

【００２２】この構成においては、売り情報がサーバに
送信された場合にはクーポンの利用を禁止し、取引上の
トラブルを防止する。ここで、特許請求の範囲における
「売り情報が送信された場合」とは、クーポン取引サー
バ（発明の実施の形態におけるセンタ装置）が当該情報
を受信した場合、クーポン取引サーバに当該情報が掲載
された場合などが挙げられる。また、「クーポンの利用
を禁止する」とは、買い物などでのクーポンの利用を禁
止することであるが、クーポン取引サーバに掲載された
売り情報に応答した買取応募者以外への移転を禁止する
ことなどを禁止項目として加えてもよい。なお、クーポ
ン利用の禁止を解除するのは、当該移転取引が成立しク
ーポンが移転された場合、売り手がクーポンの売却をあ
きらめた場合、売り手が考えを変えて自ら使用すること
を決意した場合などである。例えば、発明の実施の形態
では、移転取引が完了し決済が行われた場合、交渉期限
が経過してしまった場合、詳細情報画面に張り付けられ
た「売却取止めボタン」が売り手により押された場合な
どである。

【００２３】また、請求項６に記載の電子クーポン取引
システムは、前記クーポンが有効期限を有するものであ
る場合は、このクーポンの有効期限が切れる所定期間前
にこのクーポンを所有する者に対して有効期限情報を通
知する有効期限情報通知手段を有する請求項１ないし請
求項５のいずれか１項に記載の電子クーポン取引システ
ムである。

【００２４】クーポンは有効期限の徒過により利用され
ないものが多い。クーポンが利用されないと、クーポン
を提供する者（発行する者）、クーポンの提供（発行）
を受ける者（クーポン所有者）の双方にとって不利益で
ある。したがって、この構成によれば、クーポンの有効
期限徒過を大幅に低減することができる。

【００２５】また、請求項７に記載の電子クーポン取引
システムは、前記クーポンを所有する者に対してその者
が所有するクーポンを買い取る旨の買取情報を通知し、
当該クーポンを所有する者との合意のもと、当該クーポ
ンを前記電子クーポン取引システムに電子的に移転する
クーポン買取手段を有する請求項１ないし請求項６のい
ずれか１項に記載の電子クーポン取引システムである。

【００２６】クーポンの発行を受けても利用することが
できない場合がある。この構成によれば、電子クーポン
取引システム（発明の実施の形態での中間業務体）がこ
のクーポンを買い取るので、クーポンを所有する者にと
って便宜である。なお、このクーポン買取通知は、前記
した有効期限情報を通知する際に併せて通知するのが好
ましい。通知の無駄を防止することができるからであ
る。

【００２７】また、請求項８に記載の電子クーポン取引
システムは、前記クーポン発行手段が、前記クーポンの
対象となる商品を提供する商品提供者からのクーポン発
行指令を受けて当該クーポンを発行するものである請求
項１ないし請求項７のいずれか１項に記載の電子クーポ
ン取引システムである。

【００２８】クーポンの発行（提供）の仕方によって、
商品の売れ行きに影響が出ることはよく知られており、
どのようにクーポンを発行するかは商品提供者にとっ
て、営業戦略上重要な意義を有する。この構成によれ
ば、クーポン発行指令に基づいて速やかにクーポンを発
行することができる。したがって、クーポン発行の企画
立案からクーポン発行までのタイムラグを短くして、戦
略的なクーポン活用を可能とする。なお、本発明（本明
細書）においては、商品には役務を含むものとする。し
たがって、商品の販売には、役務の提供が含まれる。

【００２９】また、請求項９に記載の電子クーポン取引
システムは、予め作成されたアンケートを所定の者に送
信すると共に当該アンケートの結果を受信するアンケー
ト送受信手段を有する請求項１ないし請求項８のいずれ
か１項に記載の電子クーポン取引システムである。

【００３０】アンケート（市場調査）は、商品開発にと
って重要な意義を有する。したがって、本構成によれ
ば、アンケートを迅速に行うことができ、近年における
商品などのライフサイクルの短期化に対処した素早い商
品開発が可能になる。なお、この構成において、アンケ
ートの回答を行った者（アンケートの結果を送信した
者）に、インセンティブとしてクーポンを発行するのが
好ましい。アンケートの信頼性が向上するからである。

【００３１】また、請求項１０に記載の電子クーポン取
引システムは、電子的なクーポンを運用する他クーポン
システムとの通信を行う他システム間通信手段と、前記
他クーポンシステムに登録している顧客の当該他クーポ
ンシステムにおけるクーポン保有情報を取得するクーポ
ン保有情報取得手段と、前記他クーポンが前記電子クー
ポン取引システムにおける移転取引の対象になったとき
に前記他クーポンシステムに当該クーポンが移転取引の
対象になった旨を通知する移転取引対象通知手段と、前
記移転取引の結果を通知する移転取引結果通知手段を有
する請求項１ないし請求項９のいずれか１項に記載の電
子クーポン取引システムである。

【００３２】前記のとおり家電の量販店やスーパーマー
ケットなどは、買い物の金額に応じてポイントを発行
し、再度の買い物の際に割り引きサービスを行ってい
る。請求項１０の構成によれば、この他クーポンシステ
ムにおけるポイントを取引の対象とする。

【００３３】なお、前記第１態様の各構成において、ク
ーポンが有効期限を有するものであり、かつクーポンの
移転が代金の収受などの決済を条件とする場合は、決済
が迅速に行われることが好ましい。この観点からすれ
ば、発明の実施の形態のように金融機関との間で自動的
に代金の振り込みや引き落としを行う決済手段やインタ
ーネットにおける取り引きで使われるクレジットカード
による決済手段などが好ましい。

【００３４】また、発明の実施の形態における「クーポ
ン移転取引手段」は、クーポンの所有者を記憶する「ク
ーポン別管理テーブル」及び「顧客別クーポン所有テー
ブル」、つまりクーポン所有者記憶手段を有する。加え
て、クーポン所有者記憶手段が記憶している情報を書き
換えてクーポンの所有者を他の者にする「クーポン管理
プログラム」つまり所有者移転手段、などを有する。と
ころで、クーポンが匿名性を有する場合は、「クーポン
移転取引手段」は、例えば、クーポンを電子的に格納す
る媒体であってクーポンの所有者が所有するクーポン格
納媒体、及びこのクーポン格納媒体が格納しているクー
ポンを他の者が所有するクーポン格納媒体に電子的に移
転する媒体間クーポン移転手段、などにより構成され
る。このうち、クーポン格納媒体は、ＩＣカードやハー
ドディスクなどである。また、媒体間クーポン移転手段
は、ＩＣカードリーダ・ライタ、クーポン格納媒体間を
結ぶ伝送路及び移転取引を統括的に制御する制御手段な
どにより構成される。及び／又は、媒体間クーポン移転
手段は、パーソナルコンピュータやパーソナルデータア
シスタンツ（ＰＤＡ）、これらを結ぶ伝送路及び移転取
引を統括的に制御する制御手段などにより構成される。

【００３５】また、本発明者らは、現在の若者などは、
多くの者が携帯電話などの情報関連機器を所持し、かつ
これを見事に使いこなしている点に着目し、電子化され
たクーポンの利用を促進する仕組みを提供すべく鋭意研
究を行い本発明を完成するに至った。すなわち、前記課
題を解決した本発明のうち請求項１１に記載の発明（第
２態様）は、電子化されたクーポンの利用を支援するコ
ンピュータを利用した電子クーポン利用支援システムで
あり、少なくとも前記クーポンを電子的に生成して所定
の者に発行するクーポン発行手段と、前記クーポンが利
用された場合に当該クーポンを消滅させるクーポン消滅
手段を有する。そして、前記電子クーポン利用支援シス
テムは、通信手段を介して前記クーポンを所有する顧客
の携帯端末から送信される個人認証の要求に対して個人
認証を行う個人認証手段と、前記個人認証の結果を前記
携帯端末の画面上に表示可能な情報として送信する個人
認証結果情報送信手段と、前記個人認証がなされると共
に、前記クーポンの対象となる商品を前記顧客に販売し
たことを証明する商品販売証明が前記クーポンが利用さ
れる店舗の店舗端末から送信された場合に、当該商品を
購入した顧客に前記クーポンの利用を許可するクーポン
利用許可手段を有する。

【００３６】この構成においては、個人認証がクーポン
を所有する顧客（買い物を行う顧客）の携帯端末で行わ
れる。この個人認証は電子クーポン利用支援システムに
対するものである。個人認証の結果は携帯端末の画面上
に表示される。顧客がこの表示を店員などに見せること
で店舗側での個人認証も行われる。商品販売証明（商品
販売証明情報）は、顧客に商品を販売したことを証明す
ることができる情報であり、店舗端末から送信（入力し
て送信）される商品コードや店舗に固有の番号、商店街
に固有の番号などである（電子クーポン利用支援システ
ムと店舗との取り決めで適宜設定することができる）。
後述する発明の実施の形態での商品販売証明は、店舗端
末から入力して送信される顧客番号及びクーポンコード
である。商品販売証明情報は、店舗端末から送信される
ため、信頼の置けるものとなる。なお、個人認証につい
て、仮に、携帯端末の画面上に表示されている個人認証
の結果の情報が偽である場合を考える。この場合は個人
認証が行われていないことになり、クーポン利用許可手
段により不正が排除される。この個人認証は、店舗以外
の場所で行ってもよい。この構成によれば、顧客が所有
する携帯電話などの携帯端末に個人認証の結果が表示さ
れる。したがって、ＩＣカードや磁気カードを用いない
個人認証による買い物が実現される。つまり、店舗にＩ
Ｃカードリーダや磁気カードリーダなどの個人認証を行
うための機器を設置する必要がないので、店舗側の負担
が少なくなる。また、ＩＣカードなどで個人認証を行う
ことを考えると、この構成では、携帯端末がいわばＩＣ
カードなどの役割を有するので、顧客にとって便利であ
る（カードをたくさん持って煩わしく思っている者が多
い）。また、今後益々普及する携帯端末を考慮すると、
顧客にとってさらに便利である。なお、クーポンによる
特典（例えば値引き）をその場で受けるか、例えば後
日、銀行振り込みなどにより値引き分の送金を受けるか
は自由である。

【００３７】また、請求項１２に記載の電子クーポン取
引システムは、前記店舗端末から送信すべき前記商品販
売証明を、前記携帯端末の画面上に表示可能な情報とし
て送信する支援手段を有する請求項１１に記載の電子ク
ーポン利用支援システムである。

【００３８】この構成によれば、店舗端末から送信すべ
き商品販売証明の内容が顧客の携帯端末の画面上に表示
されるので、商品販売証明の入力や確認が確実になる。
もちろん店員の負担が減少する。

【００３９】そして、本発明者らは、前記と同様に、多
くの若者が携帯電話などの情報関連機器を所持し、かつ
これを見事に使いこなしている点などに着目し、さらに
電子化されたクーポンの利用を促進する仕組みを提供す
べく鋭意研究を行い本発明を完成するに至った。すなわ
ち、前記課題を解決した本発明のうち請求項１３に記載
の発明（第３態様）は、電子化されたクーポンの利用を
支援するコンピュータを利用した電子クーポン利用支援
システムであり、少なくとも前記クーポンを電子的に生
成して所定の者に発行するクーポン発行手段と、前記ク
ーポンが利用された場合に当該クーポンを消滅させるク
ーポン消滅手段を有する。そして、前記電子クーポン利
用支援システムは、通信手段を介して前記クーポンを所
有する顧客の顧客端末から送信される個人認証の要求に
対して個人認証を行う個人認証手段と、前記個人認証が
なされると共に、前記クーポンの対象となる商品を購入
したことを証明する商品購入証明が前記顧客端末から送
信された場合に、当該商品を購入した顧客に前記クーポ
ンの利用を許可するクーポン利用許可手段を有する。

【００４０】この構成においても、個人認証は、クーポ
ンを所有する顧客（買い物を行う顧客）の顧客端末で行
われる。また、ここでの個人認証も、電子クーポン利用
支援システムに対するものである。商品購入証明（商品
購入証明情報）は、店舗から商品を購入したことを証明
することができる情報であり、例えば店舗のレジから打
ち出されるレシートに記載されている商品番号、店舗番
号あるいは電話番号などである（電子クーポン利用支援
システムと店舗との取り決めで適宜設定することができ
る）。また、商品購入証明は、商品を購入した際に店舗
（商店街など）から渡されたり告げられるパスワードな
どである（電子クーポン利用支援システムと店舗との取
り決めで適宜設定することができる）。なお、個人認証
を行う場所、商品購入証明情報を送信する場所は、店舗
には限られない。この構成によれば、前記した第２態様
の発明と同様、店舗にＩＣカードリーダなど個人認証を
行うための機器を設置する必要がないので、店舗側の負
担が少なくなる。また、第２態様に比べると、店舗から
電子クーポン利用支援システムにデータを送信する必要
がない。このことは、店舗に情報関連機器が全くなくと
も、電子クーポンを利用することができることを意味す
る。また、ＩＣカードなどで個人認証を行うことを考え
ると、この構成では、顧客端末がいわばＩＣカードなど
の役割を有するので、顧客にとって便利である（カード
をたくさん持って煩わしく思っている者が多い）。ま
た、今後益々普及する個人用情報機器類などを考慮する
と、顧客にとってさらに便利である。なお、クーポンに
よる特典（例えば値引き）をその場で受けるか、例えば
後日、銀行振り込みなどにより値引き分の送金を受ける
かは自由である。

【００４１】また、請求項１４に記載の電子クーポン利
用支援システムは、前記顧客端末が携帯端末であり、電
子クーポン利用支援システムは、前記個人認証の結果を
前記携帯端末の画面上に表示可能な情報として送信する
個人認証結果情報送信手段と、前記クーポン利用許可手
段の許可情報を前記携帯端末の画面上に表示可能な情報
として送信するクーポン利用許可情報情報送信手段を有
する請求項１３に記載の電子クーポン利用支援システ
ム。

【００４２】この構成では、顧客端末は携帯電話などの
携帯端末であり、これにより個人認証が行われる。個人
認証の結果は、携帯端末の画面上に表示される。顧客が
この表示を店員などに見せることで、店舗側での個人認
証も行われる。さらに、この構成では、クーポン利用許
可手段の許可情報が携帯端末の画面上に表示される。こ
れを店員に見せることで、例えば、クーポンによる特典
（値引きサービス）をその場で受けることもできる。

【００４３】なお、第２態様及び第３態様の発明におけ
るクーポン、クーポン発行手段、クーポン消滅手段など
は、第１態様の発明と同様である。

【００４４】

【発明の実施の形態】以下、本発明の電子クーポン取引
システム及び電子クーポン利用支援システムの実施形態
を、図面を参照して詳細に説明する。

【００４５】≪電子クーポン取引システム≫第１態様の
発明である電子クーポン取引システムの実施形態を、図
面を参照して詳細に説明する。なお、本実施形態におけ
るクーポンは、従来のように、企業ごと店舗ごとに発行
されるものとは異なり、クーポンの発行を行う企業・店
舗などの依頼人が電子クーポン取引システムを管理する
中間業務体にクーポンの発行を依頼し、中間業務体がこ
の依頼に基づいて該クーポンを所定の者（以下「顧客」
という）に電子的に発行するという統合的なものであ
る。

【００４６】このため中間業務体は、(1)依頼人の依頼
を受けてクーポンを顧客に発行する役割、(2)顧客が店
舗でクーポンを利用する際に必要なデータを提供してク
ーポンの利用を支援する役割、(3)顧客によるクーポン
を移転する取り引き（以下「移転取引」という）を可能
とするいわばクーポン取引市場を開設する役割、(4)依
頼人の依頼を受けて顧客に対して市場調査を行い結果を
依頼人に報告する役割などを有する。ちなみに、本実施
形態における電子化されたクーポンは、後述する中間業
務体のメインコンピュータ内で生成され移転され消滅す
るクローズド型のクーポンである。

【００４７】＜クーポンの発行・利用＞先ず、クーポン
の発行及び利用に係る部分の構成を説明する。図１は、
電子クーポン取引システムのクーポンの発行及び利用に
係る部分のブロック構成図並びに送受信されるデータ類
を示す表である。図２は、図１のメインコンピュータの
ブロック構成図である。図３は、図１のＷＷＷサーバの
ブロック構成図である。

【００４８】〔全体構成〕図１に示すように、本実施形
態の電子クーポン取引システム１のうち、クーポンの発
行及び利用に係る部分は、中間業務体Ｍが管理するセン
タ装置１０（メインコンピュータ１１及びＷＷＷサーバ
１２から構成）、依頼主Ｐが管理する依頼主端末２０、
顧客Ｃが所有する顧客端末３０、顧客Ｃが携帯するＩＣ
カード３５、店舗Ｓに設置される店舗端末４０、並びに
通信回線５０を含んで構成される。

【００４９】センタ装置１０、依頼主端末２０、顧客端
末３０、及び店舗端末４０は、通信回線５０に接続され
ている。ちなみに、この図１では、依頼主Ｐ及び依頼主
端末２０、顧客Ｃ及び顧客端末３０、ＩＣカード３５、
並びに店舗Ｓ及び店舗端末４０は一つずつしか記載して
いないが、実際には複数存在する。

【００５０】中間業務体Ｍが管理するセンタ装置１０
は、メインコンピュータ１１及びＷＷＷサーバ１２が、
ＬＡＮ（Local Area Network）接続されることにより構
成されている。ちなみに、センタ装置１０と通信回線５
０との接続は、図示しない通信サーバが行う。なお、メ
インコンピュータ１１がＷＷＷサーバ１２を兼ねる構成
でも、その逆の構成でもよい。

【００５１】メインコンピュータ１１は、図２に示すよ
うに、ＭＰＵ（Micro Processing Unit）１１１、ＲＡ
Ｍ（Random Access Memory）１１２、外部記憶装置１１
３、入出力装置１１４、ＮＩＣ（Network Interface Ca
rd）１１５などがバス（Bass）１１６に接続されてい
る。ＭＰＵ１１１は、各種演算処理を行うと共に、メイ
ンコンピュータ１１を統括的に制御する。ＲＡＭ１１２
には、クーポン管理プログラム、顧客等管理プログラ
ム、個人認証プログラム、決済プログラムなど種々のプ
ログラムが起動している。外部記憶装置１１３は、クー
ポン情報ファイル、顧客情報ファイルなどの各種データ
や各種プログラムを格納している。入出力装置１１４に
は、キーボードやマウスなどが、Ｉ／Ｏ装置を介して接
続されている。なお、ＮＩＣ１１５は、ＬＡＮ接続を行
うためのＬＡＮ接続ボードである。

【００５２】ここで前記したとおり、本実施形態の電子
クーポン取引システム１におけるクーポンは、クローズ
ド型のクーポンである。このため、メインコンピュータ
１１は、クーポンの発行、店舗Ｓにおけるクーポンの利
用、クーポンの消滅などを一元的に管理する役割を有す
る。なお、このクーポンを一元的に管理する役割は、前
記したクーポン管理プログラムが担う。このクーポン管
理プログラムは、後述するクーポンの移転取引における
クーポンを移転する役割も有する。また、顧客等管理プ
ログラムは、顧客Ｃの管理、依頼主Ｐの管理などを行
う。個人認証プログラムは、クーポン利用の際などにお
ける個人認証を行う。決済プログラムは、クーポンが移
転取引された際における代金の収受などの決済を行う。

【００５３】ＷＷＷサーバ１２は、図３に示すように、
ＭＰＵ１２１、ＲＡＭ１２２、外部記憶装置１２３、入
出力装置１２４、ＮＩＣ１２５などがバス１２６に接続
されている。ＭＰＵ１２１は、各種演算処理を行うと共
に、ＷＷＷサーバ１２を統括的に制御する。ＲＡＭ１２
２には、ＷＷＷサーバプログラムやクーポン取引プログ
ラムなど種々のプログラムが起動している。外部記憶装
置１２３は、ホームページファイルなどの各種データや
各種プログラムを格納している。入出力装置１２４に
は、キーボードやマウスなどが、Ｉ／Ｏ装置を介して接
続されている。

【００５４】ここで、ＷＷＷサーバプログラムは、ＨＴ
ＴＰ（Hyper Text Transfer Protocol）で通信するため
の通信基盤をなすソフトウェアである。ちなみに、ＨＴ
ＴＰは、ＷＷＷ（Word Wide Web）の情報を取得するた
めのプロトコルであり、ＨＴＭＬ（Hyper Text Markup
Language）を用いてインターネットに接続されたサーバ
とサーバ間又はサーバとクライアント間の相互の通信を
可能とする。このＷＷＷサーバ１２により、外部から通
信回線５０（インターネット）を介してＷＷＷサーバ１
２に格納されている情報（ホームページファイルなど）
を閲覧することができる。閲覧することのできる情報と
しては、自己が所有しているクーポンの種類・数、有効
期限に関する情報、新規発行のクーポンに関する情報な
どである。なお、本実施形態では、クーポンの移転取引
は、前記したクーポン取引プログラムにより行われる。
このクーポンの移転取引については後述する。

【００５５】依頼主端末２０は、クーポンの発行を依頼
する依頼主Ｐが管理する、例えばパーソナルコンピュー
タ（以下「パソコン」という）であり、図示しないＭＰ
Ｕ、ＲＡＭ，外部記憶装置、入出力装置、ＤＳＵ（Digi
tal Service Unit）などがバスに接続されている構成を
有する。この依頼主端末２０の構成は、前記したメイン
コンピュータ１１などの構成と同様であるので、その説
明を省略する。なお、ＤＳＵは、ＩＳＤＮなどのデジタ
ル回線のユーザ側に設置する電子データの送受信装置で
ある。このＤＳＵにより、依頼主端末２０は、通信回線
５０（直通回線）を介してセンタ装置１０に接続するこ
とができる。ちなみに、この依頼主端末２０の主たる役
割は、センタ装置１０に対してクーポン発行指令Ｄ21a
を送信することである。この点については後述する。な
お、依頼主Ｐは、メーカ、百貨店、旅行会社、コンビニ
エンスストア（以下「コンビニ」という）、弁当チェー
ン店、金融関連商品取扱業者、ネット上の仮想店舗事業
者などであり、自己が製造したり提供したり取り扱った
りなどする商品に適用されるクーポンを、中間業務体Ｍ
を介して発行する者である。

【００５６】顧客端末３０は、クーポンの発行を受ける
顧客Ｃたる個人が、例えば自宅に所有しているパソコン
である。顧客端末３０も、図示しないＭＰＵ、ＲＡＭ，
外部記憶装置、入出力装置、ＤＳＵなどがバスに接続さ
れている構成を有する。この顧客端末は、ＷＷＷサーバ
１２が閲覧可能に保持する各種情報を閲覧するため、Ｗ
ＷＷブラウザプログラムがインストールされている。こ
のＷＷＷブラウザプログラムにより、ＷＷＷサーバ１２
が保持するホームページファイルを閲覧することができ
ると共に、ＷＷＷサーバ１２に対して各種情報の送信を
行うことができる。この顧客端末３０により顧客Ｃは、
自己が所有しているクーポンの種類・数、有効期限の確
認、新規発行のクーポン情報の入手、市場調査に対する
回答、並びに後述するクーポンの移転取引を行うことが
できる。ちなみに、本実施形態では、顧客端末３０は、
ＷＷＷサーバ１２と通信回線５０を介してインターネッ
ト接続されている。

【００５７】なお、顧客Ｃは、中間業務体Ｍに会員登録
することにより正規の顧客Ｃとして認められ、メインコ
ンピュータ１１にデータが登録される。これにより、ク
ーポンの発行を受けたり、店舗Ｓでクーポンを利用した
り、他の顧客Ｃとの間でクーポンの移転取引が可能にな
る。

【００５８】ＩＣカード３５は、半導体チップ（集積回
路）をクレジットカード大のプラスチックカードに封止
したものであり、顧客Ｃが携帯する。ＩＣカード３５
は、顧客情報などを記憶するメモリ、データ転送や暗号
処理などを行うデータ制御回路、そして、ＩＣカードリ
ーダとの間でデータ通信を行う通信部を備える（以上図
示外）。後述するように、顧客Ｃは、店舗Ｓで買い物を
行う際にこのＩＣカード３５で個人認証を行うことによ
り、電子クーポン取引システム１のサービスを受けるこ
とができるようになる。なお、個人認証は、顧客Ｃでは
ない者が、顧客Ｃになりすまして不正に電子クーポン取
引システム１を利用することを防止するための手段であ
る。このＩＣカード３５は、顧客Ｃが中間業務体Ｍに会
員登録した際に中間業務体Ｍから顧客Ｃに配布される。

【００５９】店舗端末４０は、例えばコンビニなどの店
舗Ｓに設置されるコンピュータであり、ＰＯＳ（Point
Of Sales）レジと一体となったシステムを構成してい
る。この店舗端末４０は、一般的なコンピュータとして
の構成を有すると共に、商品のバーコードを読み取るバ
ーコードリーダ、顧客Ｃが携帯しているＩＣカード３５
の情報を読み取るＩＣカードリーダを有する。なお、店
舗端末４０は、店舗用クーポン情報ファイルを備え、購
入された商品がクーポン対象商品であるか否かを判断す
るようになっている。この点については後述する。ちな
みに、店舗Ｓには、インターネット上に存在する仮想店
舗なども含まれる。

【００６０】通信回線５０は、インターネットあるいは
直通回線である。本実施形態では、センタ装置１０（メ
インコンピュータ１１）・依頼主端末２０間及びセンタ
装置１０（メインコンピュータ１１）・店舗端末４０間
は、直通回線による通信回線５０で接続されている。一
方、センタ装置１０（ＷＷＷサーバ１２）・顧客端末３
０間は、インターネットによる通信回線５０で接続され
ている。

【００６１】〔ファイル・テーブル類〕次に、クーポン
の発行及び利用に係る部分で使用されるファイル及びテ
ーブル類について、主要なものを、図４から図８を参照
して説明する。図４は、クーポン情報ファイルの論理構
成図である。図５は、クーポン別管理テーブルの論理構
成図である。図６は、顧客情報ファイルの論理構成図で
ある。図７は、顧客別商品購入履歴テーブルの論理構成
図である。図８は、顧客別クーポン所有テーブルの論理
構成図である。

【００６２】図４に示すように、クーポン情報ファイル
７００は、クーポンコード、依頼主、商品名（商品コー
ド）、特典内容、発行日、有効期限、発行数の項目（ク
ーポン情報）で構成されている。この項目は必要に応じ
て増減することができる。なお、クーポンコードは、ク
ーポンの種類ごとに異なるユニークな番号よりなる。ま
た、商品名（商品コード）は、商品ごとにユニークな商
品コードを含む。本実施形態では、このクーポン情報フ
ァイル７００は、メインコンピュータ１１の外部記憶装
置１１３に格納される。電子クーポン取引システム１
は、このクーポン情報ファイル７００により、クーポン
の基本管理を行う。なお、クーポン情報ファイル７００
の上から６番目の「Ｇカメラ」とあるレコード（横一
列）は、Ｇカメラという量販店からの依頼により、Ｇカ
メラの全商品に使用することのできるポイントを、５０
０人に、一人あたり５００ポイント（５００円相当の買
い物ができる）を配布したことを示している。

【００６３】ちなみに、クーポンは、クーポン情報ファ
イル７００にクーポン情報を書き込むことにより生成す
る。また、クーポンは、このクーポン情報ファイル７０
０からクーポン情報が削除されることにより消滅する
（一つ一つのクーポンについては次のクーポン別管理テ
ーブル７１０により生成・消滅が管理される）。なお、
クーポンが生成するのは、メインコンピュータ１１が依
頼主端末２０からクーポン発行指令Ｄ21aを受けた場合
である。クーポンの生成及び消滅は、メインコンピュー
タ１１に起動しているクーポン管理プログラムが行う。

【００６４】図５（ａ），（ｂ）に示すように、クーポ
ン別管理テーブル７１０は、クーポンコード、発行ナン
バ、利用禁止、有効期限、発行日／移転日、所有者（顧
客番号）、及び転売価格の項目で構成されている。この
項目は必要に応じて増減することができる。なお、発行
ナンバは、発行された全てのクーポンを一つ一つ個別に
管理するために必要となる項目であり、発行されたクー
ポンの通し番号としての役割を有する。この発行ナンバ
及びクーポンコードにより、クーポン一つ一つがユニー
クなものになる。また、利用禁止、発行日／移転日及び
所有者（顧客番号）は、後述するようにクーポンの移転
取引を行うために必要になる項目である。また、転売価
格は、移転により前所有者（クーポンを転売した顧客
Ｃ）が得た利益である（移転取引に対する手数料込
み）。逆にいえば、新たな所有者である顧客Ｃがクーポ
ンの取得に要した費用である。電子クーポン取引システ
ム１は、このクーポン別管理テーブル７１０により、発
行後に転々と移転されるクーポンが現在どの顧客Ｃに所
有されているのかなどの管理を行う。

【００６５】ちなみに、図５（ａ）のクーポン別管理テ
ーブル７１０は、有効期限３０日のクーポン（ＲＶ車１
５％引き）が８月１日に顧客番号０８９１２１号の顧客
Ｃに発行され、８月１４日に同顧客Ｃから顧客番号００
３２３９号の顧客Ｃに転売価格１００，０００円で移転
されたことを示す。また、図５（ｂ）のクーポン別管理
テーブル７１０は、有効期限１年のクーポン（ポイント
５００Point／人）が７月２５日に顧客番号０７５１２
５号の顧客Ｃに発行され、８月２５日に同顧客から顧客
番号０９５１２３号の顧客に転売価格４５０円で移転さ
れたこと。次に、１０月２６日に顧客番号０９５１２３
号の顧客Ｃから顧客番号０８５４９１号の顧客Ｃに転売
価格４５５円で移転されたことを示す。

【００６６】なお、クーポン別管理テーブル７１０は、
クーポン管理プログラムにより、メインコンピュータ１
１の外部記憶装置１１３内に作成される。クーポン別管
理テーブル７１０の作成は、クーポンの顧客Ｃへの配布
（発行）を意味する。ちなみに、クーポンの有効期限が
過ぎた場合、クーポンが店舗Ｓで使用された場合など、
管理すべきクーポンが消滅したときは、当該クーポン別
管理テーブル７１０は、クーポン管理プログラムにより
削除される。ここで、クーポンもポイントと同様に一度
の使用で消滅する。つまり、図５（ｂ）を例にすれば、
顧客番号０８５４９１の顧客Ｃは５００円相当の買い物
をすることができる５００ポイントを有しているが、こ
の顧客Ｃが４００円の買い物をした場合は、１００ポイ
ントが残るのではなく全てのポイントが消滅する（この
ポイントについてのクーポン別管理テーブル７１０が消
滅する）。

【００６７】図６に示すように、顧客情報ファイル７５
０は、顧客番号、氏名、性別、住所、職業、電話、Ｅメ
イルアドレス、預貯金口座、顧客ランクの項目（顧客情
報）で構成される。この項目は必要に応じて増減するこ
とができる。この顧客情報ファイル７５０は、メインコ
ンピュータ１１の外部記憶装置１１３内に作成される。
この顧客情報ファイル７５０は、新規の顧客Ｃが会員登
録を行ったとき、会員登録を抹消したとき、住所などが
変更されたとき、顧客ランクが変更されたときなどに、
メインコンピュータ１１に起動している顧客管理プログ
ラムにより顧客情報の書き込みや更新が行われる。

【００６８】図７に示すように、顧客別クーポン所有テ
ーブル７６０は、顧客番号、取得日、クーポンコード、
発行ナンバ、依頼主、商品名（商品コード）、取得態様
の項目で構成される。この項目は必要に応じて増減する
ことができる。この顧客別クーポン所有テーブル７６０
は、メインコンピュータ１１の外部記憶装置１１３内に
作成される。この顧客別クーポン所有テーブルは、顧客
Ｃが会員登録を行ったときに作成される。そして、クー
ポンが当該顧客Ｃに発行された場合（直接取得）、クー
ポンを移転により転得した場合に、当該発行・転得した
クーポンに係るデータが書き込まれる。また、クーポン
を店舗Ｓで使用した場合、クーポンを他の顧客Ｃに移転
した場合に、当該使用・移転したクーポンに係るデータ
が削除される。

【００６９】図８に示すように、顧客別商品購入履歴テ
ーブル７７０は、顧客番号、商品購入日、依頼主、商品
名（商品コード）、クーポン利用の項目で構成される。
この項目は必要に応じて増減することができる。この顧
客別クーポン所有テーブル７６０は、メインコンピュー
タ１１の外部記憶装置１１３内に作成される。顧客別商
品購入履歴テーブル７７０は、顧客Ｃがクーポンの対象
となっている商品を購入した場合にデータが書き込まれ
る。また、クーポンを実際に利用したか否かのデータも
書き込まれる。

【００７０】前記したファイル及びテーブル類以外に
も、店舗端末４０の図示しない外部記憶装置内には、店
舗Ｓにおいてクーポンが利用される際に必要となる店舗
用クーポン情報ファイルが格納される。店舗用クーポン
情報ファイルは、図４に示すクーポン情報ファイルと類
似の論理構造を有し、店舗端末４０のバーコードリーダ
が読み取った商品のバーコードから、購入された商品が
クーポン対象商品であるか否かを判断するために使用さ
れる。なお、この店舗用クーポン情報ファイルは、クー
ポンの有効期限が過ぎた場合、後述する新規発行クーポ
ン情報Ｄ14aが送信された場合に更新される。

【００７１】〔情報・データ類〕次に、クーポンの発行
及び利用に係る部分で送受信される情報及びデータ類に
ついて、主要なものを、図１などを参照して説明する。

【００７２】依頼主端末２０からセンタ装置１０へは、
クーポン発行指令Ｄ21aが送信される。クーポン発行指
令Ｄ21aは、依頼主情報、クーポン発行数に関する情
報、クーポンの有効期限に関する情報、クーポン配布先
に関する情報などを含んで構成される。このクーポン発
行指令Ｄ21aに基づいて、メインコンピュータ１１が、
所定の顧客Ｃに所定のクーポンを所定数発行し配布す
る。

【００７３】センタ装置１０から顧客端末３０へは、ホ
ームページデータＤ13a、クーポン有効期限情報Ｄ13b及
びアンケートデータＤ13cが送信される。ホームページ
データＤ13aは、顧客端末３０からの問い合わせに応じ
てＷＷＷサーバ１２が送信するホームページに関する情
報である。顧客Ｃは、自己が所有しているクーポンの情
報などをこのホームページデータＤ13aにより知ること
ができる。クーポン有効期限情報Ｄ13bは、顧客Ｃに配
布されたクーポンの有効期限切れが迫っていることを当
該顧客Ｃに通知するものであり、ＷＷＷサーバ１２から
Ｅメイルなどにより自動的に送信される。クーポン有効
期限情報Ｄ13bは、有効期限切れが迫っているクーポン
を特定するデータと有効期限切れが迫っている旨を知ら
せる定型文書などから構成される。アンケートデータＤ
13cは、中間業務体Ｍが顧客Ｃに市場調査を行う場合に
送信されるものである。

【００７４】センタ装置１０から店舗端末４０へは、新
規発行クーポン情報Ｄ14a及び顧客別クーポン所有情報
Ｄ14bが送信される。新規発行クーポン情報Ｄ14aは、前
記した店舗端末４０が備える店舗用クーポン情報ファイ
ルを更新するのに使用される。顧客別クーポン所有情報
Ｄ14bは、クーポンを利用して買い物が行われる際に店
舗端末４０からの問い合わせに基づいて送信される。

【００７５】顧客端末３０からセンタ装置１０へは、個
人認証情報Ｄ31a及びアンケート回答データＤ31bが送信
される。個人認証情報Ｄ31aは、ホームページを閲覧す
る際に認証を受けるためのものであり、顧客番号などが
記述されている。アンケート回答データＤ31bは、前記
したアンケートデータＤ13cに対する回答を記述したデ
ータである。

【００７６】店舗端末４０からセンタ装置１０へは、個
人認証情報Ｄ41a、顧客別クーポン利用情報Ｄ41b及び顧
客別商品購入情報Ｄ41cが送信される。個人認証情報Ｄ4
1aは、顧客Ｃが店舗Ｓでクーポンを利用して買い物をす
る際に行う個人認証に関する情報である。顧客別クーポ
ン利用情報Ｄ41bは、顧客Ｃが店舗Ｓで買い物をしてク
ーポンを利用した際に作成されセンタ装置１０に送信さ
れる。この顧客別クーポン利用情報Ｄ41bは、図８に示
す顧客別商品購入履歴テーブル７７０に書き込まれる。
また、図７に示す顧客別クーポン所有テーブル７６０か
ら、使用されたクーポンに関するデータを削除するのに
使用される。顧客別商品購入情報Ｄ41cは、顧客Ｃが店
舗Ｓで買い物をした際に作成されセンタ装置１０に送信
される。この顧客別商品購入情報Ｄ41cは、当該顧客Ｃ
がどのような商品を購入したかが記述されており、図８
に示す顧客別商品購入履歴テーブル７７０に書き込まれ
る。

【００７７】センタ装置１０から依頼主端末２０へは、
クーポン利用状況データＤ12aが送信される。クーポン
利用状況データＤ12aは、依頼主Ｐごとのクーポン利用
状況を示すデータ（どの顧客Ｃがどこの店舗Ｓでどのよ
うな商品を購入したか・・）が記述されている。

【００７８】〔動作〕次に、クーポンの発行及び利用に
係る部分の動作を、図１から図９を適宜参照して説明す
る。図９は、顧客が店舗で商品を購入する際の動作を説
明するフローチャートである。

【００７９】先ず、インターネットや雑誌広告などを通
じて会員募集を行い、応募者を登録して顧客Ｃとする。
会員募集は中間業務体Ｍ及び／又は依頼主Ｐが行う。会
員登録の際には、図６に示す顧客情報ファイル７５０に
当該顧客Ｃのデータが書き込まれる。また、図７に示す
顧客別クーポン所有テーブル７６０及び図８に示す顧客
別商品購入履歴テーブル７７０が作成される。なお、会
員登録の際には、当該顧客Ｃの個人情報（顧客番号〔顧
客ＩＤ〕、暗証番号）が書き込まれたＩＣカード３５が
顧客Ｃに配布される。

【００８０】顧客Ｃには、会員登録の際、アンケートに
回答した際、依頼主Ｐの商品を頻繁に購入した際など
に、必要に応じてクーポンが発行される。会員登録の際
にクーポンを発行するのは、顧客Ｃに電子クーポン取引
システム１の利用を促すためである。また、アンケート
に回答した際にクーポンを発行するのは、アンケートに
対する回答意欲を高めて、データの信頼性を確保するた
めである。また、依頼主Ｐの商品を頻繁購入した際にク
ーポンを発行するのは、いわばお得意様に対する利益還
元ないし優待のためである。なお、アンケートは、アン
ケートデータＤ13c及びアンケート回答データＤ31bの送
受信により行われる（図１参照）。

【００８１】クーポンの発行は、図４に示すクーポン情
報ファイル７００への当該クーポンデータの書き込み
（クーポンの生成）、図５(a),(b)に示すクーポン別管
理テーブル７１０の作成、及び図７に示す顧客別クーポ
ン所有テーブル７６０への当該クーポンデータの書き込
みをもって行われる。

【００８２】発行されたクーポンの店舗Ｓでの利用につ
いて、図９を参照して説明する。クーポンの発行を受け
た顧客ＣはＩＣカード３５を携帯して店舗Ｓに行く。顧
客Ｃが商品を購入して会計を行う際には、ＩＣカード３
５により個人認証が行われる（Ｓ１１）。個人認証は、
店舗端末４０が備える図示しないＩＣカードリーダに、
ＩＣカード３５を読み取らせると共に、顧客Ｃが暗証番
号を入力することにより行われる。個人認証の結果（Ｓ
１２）、顧客Ｃが本人でないと認められた場合には、ク
ーポンを利用することはできない。顧客Ｃが本人である
と認められた場合には、クーポンの利用が許可され、個
人認証情報Ｄ31aがメインコンピュータ１１（センタ装
置１０）に送信される（Ｓ１３）。なお、メインコンピ
ュータ１１と店舗端末４０との間のデータの送受信は、
通信回線５０（直通回線）を介して行われる。

【００８３】メインコンピュータ１１は、個人認証情報
Ｄ31aを受信すると（Ｓ１４）、個人認証情報Ｄ31aに記
述されている顧客番号をキーとして外部記憶装置１１３
を検索し、当該顧客Ｃの顧客別クーポン所有情報、つま
り図７に示す顧客別クーポン所有テーブル７６０を読み
出す（Ｓ１５）。そして、クーポンの期限切れチェック
を行う（Ｓ１６）。この期限切れチェックの際には、顧
客別クーポン所有テーブル７６０に記述されているクー
ポンコードをキーにして、図４に示すクーポン情報ファ
イル７００が検索され、クーポンごとに有効期限が取得
される。なお、期限切れしているクーポンが存在する場
合には、顧客別クーポン所有テーブル７６０を始めとし
て、図４に示すクーポン情報ファイル７００、図５に示
すクーポン別管理テーブル７１０の更新を行う。また、
クーポンが期限切れで消滅したこと示すデータを顧客別
に記録して格納する。

【００８４】一方、店舗Ｓでは、顧客Ｃが購入した商品
のＰＯＳレジ入力（店舗端末４０への入力）が商品ごと
に行われる（Ｓ１７）。ＰＯＳレジ入力さると、当該商
品がクーポン対象商品であるか否かの判断がなされる
（Ｓ１８）。この判断に際しては、店舗用クーポン情報
ファイルの記述内容とＰＯＳレジ入力されたバーコード
（商品コード）との対比が行われる。顧客Ｃが購入した
商品のなかにクーポン対象商品がない場合は、クーポン
は利用されない。クーポン対象商品がある場合は、顧客
別クーポン所有情報送信要求が店舗端末４０からメイン
コンピュータ１１に送信される（Ｓ１９）。

【００８５】メインコンピュータ１１は、この顧客別ク
ーポン所有情報送信要求を受信すると、ステップＳ１５
で取得しステップＳ１６で期限切れチェックを行った顧
客別クーポン所有テーブル７６０のうち、顧客番号及び
クーポンコードを主たる内容とする顧客別クーポン所有
情報Ｄ14bを店舗端末４０に送信する（Ｓ２０）。

【００８６】店舗端末４０は、顧客別クーポン所有情報
Ｄ14bを受信すると（Ｓ２１）、顧客Ｃが所有している
クーポンが今回買い物を行ったクーポン対象商品に利用
できるか否かを顧客別クーポン所有情報Ｄ14bに記述さ
れているクーポンコードと店舗用クーポン情報ファイル
とを対比することにより利用可能クーポンあり・なしの
判断を行う（Ｓ２３）。利用可能クーポンがある場合
は、当該クーポンを利用する（Ｓ２４）。店舗端末４０
は、クーポンが利用されると顧客別クーポン利用情報Ｄ
41bを作成し、メインコンピュータ１１に送信する。顧
客別クーポン利用情報Ｄ41bには、顧客番号及び顧客が
利用したクーポンについてのクーポンコードなどが記述
されている。

【００８７】また、店舗端末４０は、顧客Ｃが購入した
商品についての顧客別商品購入情報Ｄ41cを作成し、メ
インコンピュータ１１に送信する（Ｓ２７）。顧客別商
品購入情報Ｄ41cには、顧客番号、商品コードなどが記
述されている。

【００８８】メインコンピュータ１１は、顧客別クーポ
ン利用情報Ｄ41b及び顧客別商品購入情報Ｄ41cを受信す
る（Ｓ２６・Ｓ２８）。そして、この情報Ｄ41b・Ｄ41c
に基づいてデータの更新を行う（Ｓ２９）。データの更
新は、当該クーポンについての図５に示すクーポン別管
理テーブル７１０の削除、図７に示す顧客別クーポン所
有テーブル７６０の当該クーポンについてのデータの削
除、及び図８に示す顧客別商品購入履歴テーブル７７０
への当該買い物についてのデータの記述である。なお、
クーポン別管理テーブル７１０の削除と顧客別クーポン
所有テーブル７６０のデータの削除により、利用された
クーポンは消滅する。

【００８９】本実施形態の電子クーポン取引システムに
おいては、このようにしてクーポンの発行及び利用がな
される。ちなみに、前記した実施形態においてクーポン
が消滅するのは、クーポンが利用された場合（消尽）、
クーポンが有効期限を過ぎた場合である。なお、顧客が
会員登録を抹消した場合、顧客が不正を行った場合にク
ーポンを消滅させてもよい。

【００９０】＜クーポンの移転取引（第１態様の発明の
基本例）＞次に、クーポンの移転取引に係る部分の構成
を説明する。なお、クーポンの発行及び利用に係る部分
の構成と同一性のある要素・機器については、同一の符
号を付してその説明を省略する。図１０は、電子クーポ
ン取引システムのクーポンの移転取引に係る部分のブロ
ック構成図並びに送受信されるデータ類を示す表であ
る。

【００９１】本発明において、電子クーポン取引システ
ム１で行われるクーポンの移転取引は、顧客Ｃ同士で売
買して取り引きされる場合（いわば「ＣｔｏＣ」）、顧
客Ｃと中間業務体Ｍとの間で売買して取り引きされる場
合（いわば「ＢｔｏＣ」）などがある。ここでは、顧客
Ｃ同士で売買してクーポンが取り引きされる場合、殊
に、クーポンを所有している顧客Ｃが売り情報を発信
（送信）することにより、他の顧客Ｃに当該クーポンを
売り出す移転取引の実施形態（正オークション）につい
て説明する。

【００９２】〔全体構成〕図１０に示すように、本実施
形態の電子クーポン取引システム１のうち、クーポンの
移転取引に係る部分は、中間業務体Ｍが管理するセンタ
装置１０、顧客Ｃのうち売り手Ｃｓが所有する売り手端
末３０Ａ、顧客Ｃのうち買取応募者Ｃｃが所有する買取
応募者端末３０Ｂ、金融機関端末６０、並びに通信回線
５０を含んで構成される。

【００９３】センタ装置１０、売り手端末３０Ａ及び買
取応募者端末３０Ｂは、インターネットによる通信回線
５０で接続されている。また、センタ装置１０と金融機
関端末６０とは、直通回線による通信回線５０で接続さ
れている。ちなみに、この図１０では、売り手Ｃｓ及び
売り手端末３０Ａ、並びに買取応募者Ｃｃ及び買取応募
者端末３０Ｂは一つずつしか記載していないが、実際に
は複数存在する。また、金融機関端末６０が複数存在し
てもよい。

【００９４】センタ装置１０は、前記とクーポンの発行
及び利用に係る部分と同様であるので、その説明を省略
する。なお、ＷＷＷサーバ１２には、クーポンの移転取
引を可能とするクーポン取引プログラムが起動してい
る。また、後述するホームページデータを有する。

【００９５】顧客Ｃのうち自己が所有しているクーポン
の転売（移転取引）を行う売り手Ｃｓの売り手端末３０
Ａ、及び顧客Ｃのうちクーポンの転得（移転取引）を希
望する買取応募者Ｃｃの買取応募者端末３０Ｂの構成
は、前記した顧客端末３０と同様の構成を有するのでそ
の説明を省略する。なお、両端末３０Ａ・３０Ｂには、
ＩＣカード３５（図１参照）により個人認証を行うた
め、ＩＣカードリーダを備える構成としてもよい。

【００９６】金融機関端末６０は、郵便局や銀行などの
金融機関に設置される端末である。この金融機関端末６
０は、通信回線５０を介してセンタ装置１０と結ばれ、
センタ装置１０からの指令に基づいて、例えば、買取応
募者Ｃｃの預貯金口座から中間業務体Ｍの預貯金口座に
口座引き落とししたり、中間業務体Ｍの預貯金口座から
売り手Ｃｓの預貯金口座に口座振り込みしたりすること
ができる。通信回線を利用したこのような口座振り込み
口座引き落としなどの仕組みは、コンピュータバンキン
グなどとして既に知られている。

【００９７】〔ファイル・テーブル類〕クーポンの移転
取引に係る部分で使用されるファイル及びテーブル類の
主要なものは、前記したクーポンの発行及び利用に係る
部分で使用されるファイル及びテーブル類がそのまま使
用されるので、その説明を省略する。

【００９８】〔情報・データ類〕次に、クーポンの移転
取引に係る部分で送受信される情報及びデータ類につい
て、主要なものを、図１などを参照して説明する。

【００９９】センタ装置１０から売り手端末３０Ａへ
は、ホームページデータＤ1Aa及び合意認証情報Ｄ1Acが
送信される。ホームページデータＤ1Aaは、売り手端末
３０Ａからの問い合わせに応じてＷＷＷサーバ１２が送
信するホームページに関する情報である。後述するクー
ポン売出ボード８１０及び詳細画面８２０（図１１参
照）、並びに後述する売り情報ＤA1bを送信する際に使
用される売り情報データフォームは、このホームページ
データＤ1Aaに含まれる。合意認証情報Ｄ1Acは、クーポ
ンの移転取引において、売り手Ｃｓと買取応募者Ｃｃの
間に合意が成立した際に、センタ装置１０から送信され
る（例えばＥメイルとして送信）。

【０１００】売り手端末３０Ａからセンタ装置１０へ
は、個人認証情報ＤA1a、売り情報ＤA1b、合意情報ＤA1
c及び売却取止め情報ＤA1dが送信される。個人認証情報
ＤA1aは、売り手Ｃｓが、後述するクーポン売出ボード
８１０及び詳細画面８２０（図１１・図１２参照）を取
得するために必要となる個人認証を得るためのものであ
る。売り情報ＤA1bは、クーポン売出ボード８１０にク
ーポンを売りたい旨のデータを掲載するためのものであ
る。この売り情報ＤA1bは、前記した売り情報データフ
ォームに基づいて、売り手Ｃｓが定型的に作成する。こ
の売り情報ＤA1bに基づいて、後述するクーポン売出ボ
ード８１０及び詳細情報画面８２０（図１１参照）が、
作成される。合意情報ＤA1cは、売り手Ｃｓが買取応募
者Ｃｃの提示した条件に満足した場合に売り手Ｃｓの操
作により送信される（後述する図１２の符号８２７参
照）。売却取止め情報ＤA1dは、売り手Ｃｓがクーポン
の売却をあきらめた場合などに売り手Ｃｓの操作により
送信される（後述する図１２の符号８２９参照）。これ
により、売り情報ＤA1bがキャンセルされる。

【０１０１】センタ装置１０から買取応募者端末３０Ｂ
へは、ホームページデータＤ1Ba及び合意認証情報Ｄ1Bb
が送信される。ホームページデータＤ1Baは、買取応募
者端末３０Ｂからの問い合わせに応じてＷＷＷサーバ１
２が送信するホームページに関する情報である。クーポ
ン売出ボード８１０及び詳細画面８２０（図１１参
照）、並びに後述する買取応募情報ＤB1bを送信する際
に使用されるデータフォームは、このホームページデー
タＤ1Baに含まれる。合意認証情報Ｄ1Bcは、前記した合
意認証情報Ｄ1Acと同様に、クーポンの移転取引におい
て、売り手Ｃｓと買取応募者Ｃｃの間に合意が成立した
際に、センタ装置１０から送信される。

【０１０２】買取応募者端末３０Ｂからセンタ装置１０
へは、個人認証情報ＤB1a、買取応募情報ＤB1b及び合意
情報ＤB1cが送信される。個人認証情報ＤA1aは、買取応
募者Ｃｃが、クーポン売出ボード８１０及び詳細画面８
２０（図１２参照）を取得するために必要となる個人認
証を得るためのものである。買取応募情報ＤB1bは、ク
ーポン売出ボード８１０に掲載されたクーポンを買い取
りたい旨のデータを掲載するためのものである。この買
取応募情報ＤB1bは、前記したデータフォームに基づい
て、買取応募者Ｃｃが定型的に作成する。買取応募情報
ＤB1bには、買取応募者Ｃｃの顧客番号、ハンドルネー
ム、買取希望価格、ひと言などが記述されている。合意
情報ＤB1cは、買取応募者Ｃｃが売り手Ｃｓの提示した
条件に満足した場合に買取応募者Ｃｃの操作により送信
される（後述する図１１(b)の符号８２８参照）。

【０１０３】売り手端末３０Ａから買取応募者端末３０
Ｂへは、交渉情報ＤABaが送信される。この交渉情報ＤA
Baは、例えばＥメイルであり、端末３０Ａ・３０Ｂを介
して交渉を行う場合に送信される。一方、端末３０Ａ・
３０Ｂを介さない交渉の場合は送信されない。

【０１０４】買取応募者端末３０Ｂから売り手端末３０
Ａへは、交渉情報ＤBAaが送信される。この交渉情報ＤB
Aaは、前記した交渉情報ＤABaと同様、端末３０Ａ・３
０Ｂを介して交渉を行う場合に送信されるものであり、
端末３０Ａ・３０Ｂを介さない交渉の場合は送信されな
い。

【０１０５】センタ装置１０から金融機関端末６０へ
は、バンキングデータＤ16aが送信される。バンキング
データＤ16aは、買取応募者Ｃｃの預貯金口座から中間
業務体Ｍの預貯金口座に預貯金を口座引き落としをする
データであったり、中間業務体Ｍの預貯金口座から売り
手Ｃｓの預貯金口座に預貯金を口座振り込みするデータ
であったりする。

【０１０６】金融機関端末６０からセンタ装置１０へ
は、バンキングデータＤ61aが送信される。バンキング
データＤ61aは、バンキングデータＤ16aに対する結果を
送信するものである。

【０１０７】〔ホームページデータ〕次に、クーポンの
移転取引に係る部分で使用されるホームページデータを
説明する。図１１は、ホームページ上に表示されるクー
ポン売出ボードの構成を示す図である。図１２は、図１
１にリンク設定されている詳細画面情報の構成を示す図
である。なお、ホームページデータは、売り手端末３０
Ａ及び買取応募者端末３０Ｂの図示しない画面上に表示
される。

【０１０８】図１１に示すクーポン売出ボード８１０
は、ＷＷＷサーバ１２のホームページにリンク設定され
ている。このクーポン売出ボード８１０は、売り手名
（ＨＮ）８１１、クーポン内容８１２、特典内容８１
３、希望売却価格８１４、価格交渉の可否８１５の項目
で構成されている。この項目は必要に応じて増減するこ
とができる。このクーポン売出ボード８１０は、自己が
所有しているクーポンを売りたいと考えている顧客Ｃ
（売り手Ｃｓ）が、クーポンを他の顧客Ｃ（買取応募者
Ｃｃ）に転売（移転取引）する際に利用するものであ
る。

【０１０９】なお、売り手名（ＨＮ）８１１の内容は、
ここではハンドルネームであるが、顧客番号としてもよ
い。価格交渉の可否８１５は、売り手Ｃｓが買取応募者
Ｃｃと価格交渉を行ってもよいと思う場合に「可」と表
示される。また、売り手名（ＨＮ）８１１は、リンク設
定されており、ここをマウスクリックすることによりリ
ンク画面（詳細情報画面８２０）が表示される。

【０１１０】図１２に示す詳細情報画面８２０は、見出
し８２１、交渉期限８２２、ひと言８２３、クーポン内
容８２４、クーポン買取応募者一覧８２５、売り手への
連絡８２６、売手側合意ボタン８２７、及び買取応募者
側合意ボタン８２８の項目で構成されている。また、ク
ーポン買取応募者一覧８２５は、Ｎｏ、買取応募者名
（ＨＮ）８２５ａ、買取希望価格、ひと言、取引合意表
示８２５ｂの項目で構成されている。これらの項目は必
要に応じて増減することができる。詳細情報画面８２０
は、基本的には、売り出されているクーポンごと（案件
ごと）に表示されるようになっている。この詳細情報画
面８２０により、クーポンの移転取引が促進される。

【０１１１】なお、買取応募者名（ＨＮ）８２５ａの内
容は、ここではハンドルネームであるが、顧客番号とし
てもよい。この買取応募者名８２５ａには、買取応募者
ＣｃのＥメイルアドレスが買取応募者Ｃｃの希望により
リンク設定される。これにより、売り手Ｃｓは、買取応
募者Ｃｃとの交渉を円滑に行うことができる。また、ク
ーポン売出ボード８１０の価格交渉の可否８１５が
「可」になっており、売り手Ｃｓが買取応募者Ｃｃとの
交渉を認める場合は、売り手への連絡８２６には、Ｅメ
イルアドレスが表示されている。これにより、買取応募
者Ｃｃは、売り手Ｃｓとの交渉を円滑に行うことができ
る。ちなみに、売り手Ｃｓと買取応募者Ｃｃとの交渉
は、Ｅメイルを使用した交渉、電話での交渉、郵便物で
の交渉、直接面会しての交渉など様々である。交渉期限
８２２は、交渉の終了日を定めるものである。

【０１１２】売り手側合意ボタン８２７は、交渉に合意
が成立した場合に、合意の証として売り手Ｃｓがマウス
クリックするものである。マウスクリックすると、合意
情報ＤA1cが作成されセンタ装置１０に送信される。な
お、売り手側合意ボタン８２７のマウスクリックが受け
付けられる際には、個人認証が必要になる（マウスクリ
ックすることにより認証画面が表示される）。売り手Ｃ
ｓでない者が売り手Ｃｓになりすますのを防止するため
である。なお、合意情報ＤA1cには、買取応募者Ｃｃを
特定するためのデータが記述される。意図しない買取応
募者Ｃｃとの間で合意が成立しないようにするためであ
る。

【０１１３】買取応募者側合意ボタン８２８は、交渉に
合意が成立した場合に、合意の証として買取応募者Ｃｃ
がマウスクリックするものである。マウスクリックする
と、合意情報ＤB1cが作成され、センタ装置１０に送信
される。なお、買取応募者側合意ボタン８２８のマウス
クリックが受け付けられる際には、個人認証が必要にな
る（マウスクリックすることにより認証画面が表示され
る）。買取応募者Ｃｃでない者が買取応募者Ｃｃになり
すますのを防止するためである。

【０１１４】ところで、価格交渉の可否８１５が「否」
になっている場合は、買取応募者Ｃｃは価格交渉を行う
ことはできない。この場合は、売り手Ｃｓの言い値で移
転取引が行われることになる。したがって、クーポン買
取応募者一覧８２５を見て誰に売るかを決定した売り手
Ｃｓが、売り手側合意ボタン８２７をマウスクリックす
るだけで合意が成立したと判断される。このため、買取
応募者Ｃｃが応募する際に、この点についての注意を促
すメッセージが、買取応募者端末３０Ｂの画面上に表示
されるような手段を設けるのがよい。

【０１１５】なお、双方の合意ボタン８２７・８２８
（又は８２７のみ）がマウスクリックされるとセンタ装
置１０は、移転取引が成立したものと判断し、取引合意
表示８２５ｂに「合意」と表示する。その他、双方の合
意ボタン８２７・８２８がマウスクリックされると、口
座引き落としなどの決済が行われるが、この点について
は後述する。

【０１１６】〔動作〕次に、クーポンの移転取引に係る
部分の動作の例を、図１３及び図１４を参照して説明す
る（適宜図２、図９から図１２を参照）。図１３は、ク
ーポン売出ボードに売り情報を掲載する際のフローチャ
ートである。図１４は、クーポン売出ボードを利用した
クーポン移転取引の全体を示すフローチャートである。

【０１１７】本実施形態では、クーポンの移転取引は、
売り手Ｃｓ（クーポンの転売を意図する顧客Ｃ）が売り
情報ＤA1bをセンタ装置１０に送信し、クーポン取引プ
ログラムがこの売り情報ＤA1bに基づいてクーポン売出
ボード８１０を作成しＷＷＷサーバ１２上に掲載するこ
とにより行われる。

【０１１８】クーポン売出ボードへの売り情報の掲載；
図１３において、売り手ＣｓがＷＷＷサーバ１２へ
のアクセスを行う（Ｓ４１）。すると、ＷＷＷサーバ１
２からホームページデータＤ1Aaが送信され（Ｓ４
２）、売り手端末３０Ａにホームページが表示される
（Ｓ４３）。

【０１１９】売り手Ｃｓは、自己が所有するクーポンを
売却するため、図示しないホームページのリンクボタン
をマウスクリックして、クーポン売出ボードに売り情報
ＤA1bを掲載しようとする（Ｓ４４）。するとＷＷＷサ
ーバ１２から個人認証情報を送信する旨の要求が送信さ
れる（Ｓ４５）。これを受けて売り手Ｃｓは、予め与え
られている所定のＩＤ（顧客番号）やパスワードを入力
して個人認証情報ＤA1aとして送信する（Ｓ４６）。Ｗ
ＷＷサーバ１２は、この個人認証情報ＤA1aをメインコ
ンピュータ１１に転送する（Ｓ４７）。そして、メイン
コンピュータ１１の個人認証プログラムが個人認証を行
う（Ｓ４８）。なお、ＩＣカード３５による個人認証で
もよい。この場合は、売り手端末ＣｓにＩＣカードリー
ダが必要になる。

【０１２０】個人認証が行われると、メインコンピュー
タ１１（クーポン管理プログラム）は、個人認証情報Ｄ
A1aに記述されている顧客番号をキーにして、当該顧客
Ｃの顧客別クーポン所有情報、つまり図７に示す顧客別
クーポン所有テーブル７６０を読み出し取得する（Ｓ４
９）。そして、クーポンの有効期限についての期限切れ
チェックを行う（Ｓ５０）。この期限切れチェックの際
には、顧客別クーポン所有テーブル７６０に記述されて
いるクーポンコードをキーにして、図４に示すクーポン
情報ファイル７００が検索され、クーポンごとに有効期
限が取得される。なお、期限切れしているクーポンが存
在する場合には、顧客別クーポン所有テーブル７６０を
始めとして、図４に示すクーポン情報ファイル７００、
図５に示すクーポン別管理テーブル７１０の更新を行
う。また、必要に応じて、クーポンが期限切れで消滅し
たことを示すデータを顧客別に記録して格納する。これ
らデータの更新などは、クーポン管理プログラムが行
う。

【０１２１】このようにして取得され期限切れチェック
された顧客別クーポン所有情報は、メインコンピュータ
１１からＷＷＷサーバ１２に送信される（Ｓ５１）。Ｗ
ＷＷサーバ１１２（クーポン取引プログラム）は、この
顧客別クーポン所有情報に基づいて売り情報データフォ
ームを作成する（Ｓ５２）。売り情報データフォーム
は、売り情報ＤA1bを定型的に作成するためのものであ
り、売り手Ｃｓの売り情報ＤA1bの作成を容易にする。
なお、売り情報データフォームには、売り手Ｃｓが所有
するクーポンの情報が記述されている。

【０１２２】売り情報データフォームは、ホームページ
データＤ1Aaとして売り手端末３０Ａに送信され（Ｓ５
３）、画面上に表示される（Ｓ５４）。売り手Ｃｓは、
この売り情報データフォームに基づいて売り情報ＤA1b
を作成し、ＷＷＷサーバ１２に送信する（Ｓ５５）。

【０１２３】ＷＷＷサーバ１２（クーポン取引プログラ
ム）は、この売り手Ｃｓからの売り情報ＤA1bを図１１
に示すクーポン売出ボード８１０に掲載する（Ｓ５
６）。また、クーポン取引プログラムは、売り情報ＤA1
bに基づいて図１２に示す詳細情報画面を作成し、クー
ポン売出ボード８１０の売り手名（ＨＮ）８１１にリン
ク設定する。

【０１２４】なお、売り情報ＤA1bがクーポン売出ボー
ド８１０に掲載されると、ボード掲載情報がＷＷＷサー
バ１２からメインコンピュータ１１に送信され（Ｓ５
７）、クーポン管理プログラムにより当該クーポンの利
用が禁止される（Ｓ５８）。クーポンの利用の禁止は、
図５に示すクーポン別管理テーブル７１０の利用禁止に
書き込まれ、当該クーポンを利用した買い物が禁止され
る。なお、当該クーポンの利用の禁止に加えて、センタ
装置１０が認証した以外の顧客Ｃへの移転を禁止するこ
ととしてもよい。移転取引の安全・公正さを担保するた
めである。

【０１２５】このようにして、売り手Ｃｓの売り情報Ｄ
A1bは、ＷＷＷサーバ１２に閲覧可能に保持される。し
たがって、広く買取応募者Ｃｃを募ることができ、移転
取引が活性化される。

【０１２６】クーポン移転取引例； 次に、図１４を
参照して、クーポン売出ボードを利用したクーポン移転
取引例を説明する（適宜図１１、図１２などを参照）。

【０１２７】先ず、売り手Ｃｓは、前記した手順によ
り、ＷＷＷサーバ１２のクーポン売出ボード８１０に売
り情報を掲載する（Ｓ６１）。すると、メインコンピュ
ータ１１は、前記したように当該クーポンの利用を禁止
する（Ｓ６２）。

【０１２８】買取応募者Ｃｃは、クーポン売出ボード８
１０を閲覧する（Ｓ６３）。この閲覧の際に買取応募者
Ｃｃは、リンク設定された詳細情報画面８２０を表示し
て内容を精査する。

【０１２９】買取応募者Ｃｃが売り情報に応募する場合
は、買取応募情報ＤB1bをＷＷＷサーバ１２に送信する
（Ｓ６４）。これにより、買取応募情報ＤB1bがクーポ
ン買取応募者一覧８２５に掲載される。

【０１３０】次に、売り手Ｃｓと買取応募者Ｃｃが交渉
を行う（Ｓ６５）。交渉は、例えば価格交渉の可否８１
５が「可」になっている場合は、売り手への連絡８２６
をマウスクリックしてＥメイルにより売り手Ｃｓに連絡
をとり、価格交渉を行う。また、買取応募者名（ＨＮ）
８２５ａにＥメイルアドレスがリンク設定してある場合
などは、売り手Ｃｓの側から買取応募者Ｃｃに連絡をと
ってもよい。なお、価格交渉はＥメイルによる手段に限
定されず、チャットやＢＢＳなどの手段でもよい。ちな
みに、価格交渉の可否８１５が「否」になっている場合
は、前記したとおり価格交渉を行うことはできない。こ
の場合は、売り手Ｃｓの言い値で移転取引が行われるこ
とになる。

【０１３１】ステップＳ６６で価格交渉が成立した場合
は、売り手Ｃｓが売り手側合意ボタン８２７をマウスク
リックし、買取応募者Ｃｃが買取応募者側合意ボタン８
２８をマウスクリックする（Ｓ６７）。この合意ボタン
８２７・８２８をマウスクリックする際には、前記した
とおり個人認証が必要になる。他人のなりすましや悪戯
を防止するためである。なお、価格交渉の可否８１５が
「否」になっている場合は、売り手Ｃｓが売り手側合意
ボタン８２７をマウスクリックするだけで合意が成立す
る。

【０１３２】正しく合意ボタン８２７・８２８（又は８
２７のみ）がマウスクリックされると、センタ装置１０
（クーポン取引プログラム）は取引合意と認識し、ＷＷ
Ｗサーバ１２が合意認証情報Ｄ1Ab・Ｄ1Bbを売り手Ｃｓ
と買取応募者Ｃｃに送信する。なお、合意認証情報Ｄ1A
b・Ｄ1BbはＥメイルなどでよい。また、クーポン取引プ
ログラムは、取引合意表示８２５ｂに「合意」と表示す
る。同時に、新たな買取応募者情報ＤB1bの掲載を禁止
する（Ｓ６８）。なお、クーポン売出ボードから当該ク
ーポンに関する売り情報を削除してもよい。移転取引の
目的を達成したからである。

【０１３３】移転取引の合意を受けてメインコンピュー
タ１１（決済プログラム）は、図６に示す顧客管理情報
ファイル７５０の預貯金口座を参照し、金融機関端末６
０に対しバンキングデータＤ16aを送信する。これによ
り、買取応募者Ｃｃの預貯金口座から移転取引の代金が
引き落とされる（Ｓ６９）。なお、引き落とされた代金
は、一時的に中間業務体Ｍの預貯金口座に振り込まれ
る。

【０１３４】次に、決済プログラムは、この代金から中
間業務体Ｍが予め顧客Ｃ（つまり売り手Ｃｓ）との契約
により定められた手数料を差し引き、売り手Ｃｓの預貯
金口座に入金する（Ｓ７０）。これにより売り手Ｃｓは
代金を得る。

【０１３５】同時に、メインコンピュータ１１（クーポ
ン管理プログラム）は、当該クーポンを買取応募者Ｃｃ
に移転する。また、当該クーポンの利用禁止を解除す
る。そして、各種データを更新する（Ｓ７１）。データ
の更新は、図５に示すクーポン別管理テーブル７１０及
び図７に示す顧客別クーポン所有テーブル７６０を書き
換えることにより行われる。これにより、クーポンは買
取応募者Ｃｃに移転されると共に、利用が可能になる。
また、他の顧客Ｃへの移転も可能になる。クーポンの利
用禁止は、代金が中間業務体Ｍの預貯金口座に振り込ま
れた時点で解除してもよい。売り手Ｃｓによる空売りの
おそれはもはやないからである。

【０１３６】ところで、ステップＳ６６において交渉が
成立しない場合で、かつステップＳ７２で売却を取り止
めない場合は、ステップＳ７６の交渉期限を経過してい
ないことを条件に、ステップＳ６３に戻り、売り手Ｃｓ
は新たな買取応募者Ｃｃと交渉を行う。また、ステップ
Ｓ７２において売却を取り止める場合は、売り手Ｃｓの
操作により、売り手端末３０Ａから売却取止め情報ＤA1
dがセンタ装置１０に送信される（Ｓ７３）。なお、売
却取止め情報ＤA1dは、図１２の売却取止めボタン８２
９をマウスクリックすることにより送信される。

【０１３７】ＷＷＷサーバ１２は売却取止め情報ＤA1d
を受信すると、当該情報ＤA1dに係るクーポンの売り情
報をクーポン売出ボード８１０から削除する（Ｓ７
４）。これにより、新たな買取応募者Ｃｃが現れること
がなく、移転取引の混乱が防止される。また、メインコ
ンピュータ１１は、当該情報ＤA1dに係るクーポンの利
用禁止を解除する（Ｓ７５）。これに、売り手Ｃｓはク
ーポンを利用することができるようになる。なお、クー
ポンの利用禁止は、図５に示すクーポン別管理テーブル
７１０の利用禁止を書き換えることにより行われる。ち
なみに、ステップＳ７６において交渉期限が経過した場
合は、ステップＳ７４にジャンプする。

【０１３８】このようにして、売り手Ｃｓから買取応募
者Ｃｃにクーポンが円滑に移転されると共に、売り手Ｃ
ｓはクーポンの代金を得る。また、中間業務体Ｍは、移
転取引の手数料を得る。これにより、クーポンの利用が
促進される。ちなみに、売り手Ｃｓは従来ならばそのま
ま期限切れとなってしまうようなクーポンから売却益を
得ることができるという、大きなメリットが得られる。
しかも、いわば不要なクーポンを、ＷＷＷサーバ１２を
利用することで自己に有利な条件で売却することができ
る。また、クーポンを買い取った買取応募者Ｃｃは、希
望したクーポンを入手することができ、このクーポンに
より欲しい商品を、出費を少なくして買うことができ
る。一方、依頼主Ｐにとっては、自己の商品が購入され
ることになるので売上の増加につながり、クーポン発行
の本来の目的が達成される。

【０１３９】さらには、このように中間業務体Ｍを介し
てクーポンを移転することにより、個人対個人の取り引
き（ＣｔｏＣ）でよく見られるようなクーポンの空売り
などを防止して、移転取引の安全を確保することができ
る。しかも、迅速に移転取引を行うことができる。な
お、前記のように中間業務体Ｍが一旦クーポン及び代金
の両方を保持する状態を作った後に、クーポンの移転及
び代金の入金（振り込み）を行うのが好ましい。売り手
Ｃｓと買取応募者Ｃｃのどちらか一方がクーポン及び代
金の双方を所有する状態を作り出すのは、移転取引の安
全上好ましくない。ただし、本実施形態では、クーポン
の利用をセンタ装置１０側で禁止することができるの
で、この点からもクーポンの空売りを防止して移転取引
の安全を担保することができる。

【０１４０】＜クーポンの移転取引における第１変形例
＞前記したクーポンの移転取引は、売り情報を発信（送
信）することにより行われるが、次に説明する第１変形
例では、クーポンの移転取引は、買い情報を送信するこ
とにより行われる（逆オークション）。なお、前記した
実施形態における電子クーポン取引システムと同一性の
ある要素・機器については、同一の符号を付してその説
明を省略する。また、クーポンの発行及び利用は前記し
た実施形態と同様にして行われる。したがって、クーポ
ンの発行及び利用に係る部分の説明は省略する。図１５
は、第１変形例によるクーポンの移転取引に係る部分の
ブロック構成図である。

【０１４１】〔全体構成〕図１５に示すように、第１変
形例の電子クーポン取引システム１は、中間業務体Ｍが
管理するセンタ装置１０、顧客Ｃのうち買い手Ｃｂ（買
い情報を送信する者）が所有する買い手端末３０Ｃ、顧
客Ｃのうち売却応募者Ｃｄ（買い情報に応答する者）が
所有する売却応募者端末３０Ｄ、金融機関端末６０、並
びに通信回線５０を含んで構成される。

【０１４２】センタ装置１０、買い手端末３０Ｃ及び売
却応募者端末３０Ｄは、インターネットによる通信回線
５０で接続されている。また、センタ装置１０と金融機
関端末６０とは、直通回線による通信回線５０で接続さ
れている。ちなみに、この図１５では、買い手Ｃｂ及び
買い手端末３０Ｃ、並びに売却応募者Ｃｄ及び売却応募
者端末３０Ｄは一つずつしか記載していないが、実際に
は複数存在する。また、金融機関端末６０が複数存在し
てもよい。これらの点は、前記した実施形態と同じであ
る。

【０１４３】この第１変形例は、いわば前記実施形態に
おける(1)「売り手Ｃｓ」を「買い手Ｃｂ」に、(2)「売
り手端末３０Ａ」を「買い手端末３０Ｃ」に、(3)「買
取応募者Ｃｃ」を「売却応募者Ｃｄ」に、(4)「買取応
募者端末３０Ｂ」を「売却応募者端末３０Ｄ」に、それ
ぞれ読み替えたものである。したがって、センタ装置１
０、買い手端末３０Ｃ、売却応募者端末３０Ｄ、金融機
関端末６０及び通信回線５０の説明は省略する。

【０１４４】〔ファイル・テーブル類、情報・データ
類〕また、ファイル及びテーブル類、情報及びデータ類
なども、前記実施形態とほぼ同じであるのでその説明を
省略する。

【０１４５】〔ホームページデータ〕クーポンの移転取
引に係る部分で使用されるホームページデータを説明す
る。図１６は、ホームページ上に表示されるクーポン買
取ボードの構成を示す図である。図１７は、図１６にリ
ンク設定されている詳細情報画面の構成を示す図であ
る。なお、ホームページデータは、買い手端末３０Ｃ及
び売却応募者端末３０Ｄの図示しない画面上に表示され
る。

【０１４６】図１６に示すクーポン買取ボード９１０
は、前記したクーポン売出ボード８１０と同様に、ＷＷ
Ｗサーバ１２のホームページにリンク設定されている。
このクーポン買取ボード９１０は、買い手名（ＨＮ）９
１１、クーポン内容９１２、クーポンコード９１３、希
望買取価格９１４、価格交渉の可否９１５の項目で構成
されている。この項目は必要に応じて増減することがで
きる。このクーポン買取ボード９１０は、他の顧客Ｃが
所有しているクーポンを買い取りたいと考えている顧客
Ｃ（つまり買い手Ｃｂ）が、クーポンを他の顧客Ｃ（つ
まり売却応募者Ｃｄ）から転得（つまり移転取引）する
際に利用するものである。このクーポン売出ボード８１
０は、買い手端末３０Ｃからの買い情報に基づいて作成
・更新される。

【０１４７】なお、買い手名（ＨＮ）９１１の内容は、
顧客番号としてもよい。価格交渉の可否９１５は、買い
手Ｃｂが売却応募者Ｃｄと価格交渉を行ってもよいと思
う場合に「可」と表示される。また、買い手名（ＨＮ）
９１１は、リンク設定されており、ここをマウスクリッ
クすることによりリンク画面（詳細情報画面９２０）が
表示される。

【０１４８】図１２に示す詳細情報画面９２０は、見出
し９２１、交渉期限９２２、ひと言９２３、クーポン内
容９２４、クーポン売却応募者一覧９２５、買い手への
連絡９２６、売手側合意ボタン９２７、及び売却応募者
側合意ボタン９２９の項目で構成されている。また、ク
ーポン売却応募者一覧９２５は、Ｎｏ、売却応募者名
（ＨＮ）９２５ａ、売却希望価格、ひと言、取引合意表
示９２５ｂの項目で構成されている。これらの項目は必
要に応じて増減することができる。詳細情報画面９２０
は、基本的には売り出されているクーポンごと（案件ご
と）に表示されるようになっている。この詳細情報画面
９２０により、クーポンの移転取引が促進される。

【０１４９】なお、売却応募者名（ＨＮ）９２５ａの内
容は、顧客番号としてもよい。この売却応募者名９２５
ａには、売却応募者ＣｄのＥメイルアドレスが売却応募
者Ｃｄの希望によりリンク設定される。これにより、買
い手Ｃｂは、売却応募者Ｃｄとの交渉を円滑に行うこと
ができる。また、クーポン買取ボード９１０の価格交渉
の可否９１５が「可」になっており、買い手Ｃｂが売却
応募者Ｃｄとの交渉を認める場合は、買い手への連絡９
２６には、Ｅメイルアドレスが表示されている。これに
より、売却応募者Ｃｄは、買い手Ｃｂとの交渉を円滑に
行うことができる。ちなみに、買い手Ｃｂと売却応募者
Ｃｄとの交渉は、Ｅメイルを使用した交渉、電話での交
渉、郵便物での交渉、直接面会しての交渉など様々であ
る。交渉期限９２２は、交渉の終了日を定めるものであ
る。

【０１５０】買い手側合意ボタン９２７は、交渉に合意
が成立した場合に、合意の証として買い手Ｃｂがマウス
クリックするものである。マウスクリックすると、合意
情報が作成されセンタ装置１０に送信される。この点に
ついては、前記したクーポン売出ボード８１０と同様で
ある。

【０１５１】売却応募者側合意ボタン９２８は、交渉に
合意が成立した場合に、合意の証として売却応募者Ｃｄ
がマウスクリックするものである。マウスクリックする
と、合意情報が作成され、センタ装置１０に送信され
る。この点についても、前記したクーポン売出ボード８
１０と同様である。

【０１５２】なお、双方の合意ボタン９２７・９２８が
マウスクリックされるとセンタ装置１０は、移転取引が
成立したものと判断し、取引合意表示９２５ｂに「合
意」と表示する。また、口座引き落としなどが行われ
る。

【０１５３】〔動作〕次に、第１変形例の動作の例を、
図１５から図１８を参照して説明する。図１８は、クー
ポン買取ボードを利用したクーポン移転取引の全体を示
すフローチャートである。

【０１５４】第１変形例では、クーポンの移転取引は、
買い手Ｃｂ（クーポンの転得・取得を意図する顧客Ｃ）
が買い情報をセンタ装置１０に送信し、クーポン取引プ
ログラムがこの買い情報に基づいてクーポン買取ボード
９１０及び詳細情報画面９２０を作成しＷＷＷサーバ１
２上に掲載することにより行われる。

【０１５５】クーポン買取ボードへの買い情報の掲載；
クーポン買取ボード９１０への買い情報の掲載は、
前記した実施形態における売り情報の掲載に準じたもの
であるので、その説明を省略する。なお、クーポンの利
用禁止は行われない。ちなみに、クーポン買取ボード９
１０に買い情報を掲載することにより、広く売却応募者
Ｃｄを募ることができ、移転取引が活性化される。

【０１５６】クーポン移転取引例； 次に、図１８を
参照して、クーポン買取ボードを利用したクーポン移転
取引例を説明する（適宜図１５から図１７などを参
照）。

【０１５７】先ず、買い手Ｃｂは、ＷＷＷサーバ１２の
クーポン買取ボード９１０に買い情報を掲載する（Ｓ８
１）。

【０１５８】売却応募者Ｃｄは、クーポン買取ボード９
１０を閲覧する（Ｓ８２）。この閲覧の際に売却応募者
Ｃｄは、リンク設定された詳細情報画面９２０を表示し
て内容を精査する。

【０１５９】売却応募者Ｃｄが買い情報に応募する場合
は、売却応募情報をＷＷＷサーバ１２に送信する（Ｓ８
３、図１５参照）。これにより、売却応募情報がクーポ
ン売却応募者一覧９２５に掲載される。

【０１６０】次に、買い手Ｃｂと売却応募者Ｃｄが交渉
を行う（Ｓ８４）。交渉は、例えば価格交渉の可否９１
５が「可」になっている場合は、売却応募者Ｃｄが、買
い手への連絡９２６をマウスクリックしてＥメイルによ
り買い手Ｃｂに連絡をとり、価格交渉を行う。また、売
却応募者名（ＨＮ）９２５ａにＥメイルアドレスがリン
ク設定してある場合などは、買い手Ｃｂの側から売却応
募者Ｃｄに連絡をとってもよい。なお、価格交渉は前記
したとおり種々の手段がある。ちなみに、価格交渉の可
否９１５が「否」になっている場合は、価格交渉を行う
ことはできない。この場合は、買い手Ｃｂの言い値で移
転取引が行われることになる。

【０１６１】ステップＳ８５で価格交渉が成立した場合
は、買い手Ｃｂが買い手側合意ボタン９２７をマウスク
リックし、売却応募者Ｃｄが売却応募者側合意ボタン９
２８をマウスクリックする（Ｓ８６）。この合意ボタン
９２７・９２８をマウスクリックする際には、前記した
とおり個人認証が必要になる。他人のなりすましや悪戯
を防止するためである。なお、価格交渉の可否９１５が
「否」になっている場合は、買い手Ｃｂが買い手側合意
ボタン９２７をマウスクリックするだけで合意が成立す
る。

【０１６２】正しく合意ボタン９２７・９２８（又は９
２７のみ）がマウスクリックされると、センタ装置１０
（クーポン取引プログラム）は取引合意と認識し、ＷＷ
Ｗサーバ１２が合意認証情報を買い手Ｃｂと売却応募者
Ｃｄに送信する。なお、合意認証情報はＥメイルなどで
よい。また、クーポン取引プログラムは、取引合意表示
９２５ｂに「合意」と表示する。同時に、新たな売却応
募者情報の掲載を禁止する（Ｓ８７）。なお、クーポン
買取ボード９１０から当該クーポンに関する買い情報を
削除してもよい。移転取引の目的を達成したからであ
る。

【０１６３】移転取引の合意を受けてメインコンピュー
タ１１（決済プログラム）は、移転取引の合意に係るク
ーポンの利用を禁止する（Ｓ８８）。移転取引のトラブ
ルを防止するためである。なお、クーポンの利用の禁止
は、図５に示すクーポン別管理テーブル７１０の利用禁
止に「禁止」を書き込むことにより行われる。

【０１６４】次に、メインコンピュータ１１は、図６に
示す顧客管理情報ファイル７５０の預貯金口座を参照
し、金融機関端末６０に対しバンキングデータを送信す
る。これにより、買い手Ｃｂの預貯金口座から移転取引
の代金が引き落とされる（Ｓ８９）。なお、引き落とさ
れた代金は、一時的に中間業務体Ｍの預貯金口座に振り
込まれる。

【０１６５】次に、代金は、中間業務体Ｍが予め顧客Ｃ
（つまり売却応募者Ｃｄ）との契約により定められた手
数料を差し引いた後、売却応募者Ｃｄの預貯金口座に入
金される（Ｓ９０）。これにより売却応募者Ｃｄは代金
を得る。

【０１６６】同時に、メインコンピュータ１１は、当該
クーポンを買い手Ｃｂに移転する。また、当該クーポン
の利用禁止を解除する。そして、各種データを更新する
（Ｓ９１）。データの更新は、図５に示すクーポン別管
理テーブル７１０及び図７に示す顧客別クーポン所有テ
ーブル７６０を書き換えることにより行われる。これに
より、クーポンは売却応募者Ｃｄに移転されると共に、
利用が可能になる。また、他の顧客Ｃへの移転も可能に
なる。

【０１６７】ところで、ステップＳ８５において交渉が
成立しない場合で、かつステップＳ９２で買い取りを取
り止めない場合は、ステップＳ９５の交渉期限を経過し
ていないことを条件に、ステップＳ８２に戻り、買い手
Ｃｂは新たな売却応募者Ｃｄと交渉を行う。また、ステ
ップＳ９２において買い取りを取り止める場合は、買い
手Ｃｂの操作により、買い手端末３０Ｃから買取取止め
情報がセンタ装置１０に送信される（Ｓ９３）。なお、
買取取止め情報は、図１７の買取取止めボタン９２９を
マウスクリックすることにより送信される。ちなみに、
ステップＳ９５において交渉期限が経過した場合は、ス
テップＳ９４にジャンプする。

【０１６８】ＷＷＷサーバ１２は、買取取止め情報を受
信すると、当該情報に係るクーポンの買い情報をクーポ
ン買取ボード９１０から削除する（Ｓ９４）。これによ
り、新たな売却応募者Ｃｄが現れることがなく、移転取
引の混乱が防止される。

【０１６９】このようにして、売却応募者Ｃｄから買い
手Ｃｂにクーポンが円滑に移転されると共に、売却応募
者Ｃｄはクーポンの代金を得る。また、中間業務体Ｍ
は、移転取引の手数料を得る。これにより、買い手Ｃｂ
は、希望したクーポンを入手することができ、このクー
ポンにより欲しい商品を、出費を少なくして買うことが
できる。しかも、ＷＷＷサーバ１２を用いることで、買
い手Ｃｂは、自己に有利な条件で移転取引を行うことが
できる。一方、依頼主Ｐにとっては、自己の商品が購入
されることになるので売上の増加につながり、クーポン
発行の本来の目的が達成される。また、売却応募者Ｃｄ
にとっては、従来ならばそのまま期限切れとなってしま
うようなクーポンを、ＷＷＷサーバ１２を用いること
で、有利な条件を提示している買い手Ｃｂに売却するこ
とができる。さらには、前記した実施形態のように、移
転取引の安全を確保することができる。

【０１７０】＜クーポンの移転取引における第２変形例
＞次に、第２変形例を説明する。この変形例では、中間
業務体が顧客の所有するクーポンを買い取る形で移転取
引が行われる。なお、前記した実施形態における電子ク
ーポン取引システムと同一性のある要素・機器について
は、同一の符号を付してその説明を省略する。また、ク
ーポンの発行及び利用は前記した実施形態と同様にして
行われる。したがって、クーポンの発行及び利用に係る
部分の説明は省略する。図１９は、第２変形例によるク
ーポンの移転取引に係る部分のブロック構成図である。

【０１７１】図１９に示すように、第２変形例の電子ク
ーポン取引システム１Ａは、中間業務体Ｍが管理するセ
ンタ装置１０、顧客Ｃが所有する買い手端末３０Ｃ、金
融機関端末６０、並びに通信回線５０を含んで構成され
る。

【０１７２】センタ装置１０と顧客端末３０は、インタ
ーネットによる通信回線５０で接続されている。また、
センタ装置１０と金融機関端末６０とは、直通回線によ
る通信回線５０で接続されている。ちなみに、この図１
９では、顧客Ｃ及び顧客端末３０は一つずつしか記載し
ていないが、実際には複数存在する。また、金融機関端
末６０が複数存在してもよい。

【０１７３】センタ装置１０、ファイル・テーブル類な
どは、前記した実施形態と同様であるのでその説明を省
略する。なお、第２変形例では電子クーポン取引システ
ムは、期限情報通知手段及びクーポン買取手段を有す
る。

【０１７４】〔有効期限情報通知手段〕有効期限情報通
知手段は、所定期間ごとに図４に示すクーポン情報ファ
イル７００を検索して有効期限切れ間近のクーポン情報
を読み出す。クーポン情報を読み出す所定期間は、例え
ば、毎日でも、１日置きでも、一週間置きでもよい。な
お、有効期限切れ間近とは、例えば、後２０日で有効期
限が過ぎてしまうようなものである。なお、この２０日
という日にちは、１ヶ月と設定したり１５日と設定した
りすることができる。また、クーポンの有効期限の長さ
に応じて、クーポンごとに異なるものとしてもよい。

【０１７５】次に、有効期限情報通知手段は、読み出し
たクーポン情報ファイル７００のクーポンコードをキー
にして図５に示すクーポン別管理テーブル７１０を検索
し、有効期限切れ間近のクーポンを所有する顧客Ｃ（所
有者）をリストする。

【０１７６】そして、有効期限切れが迫っているクーポ
ンを特定するデータと有効期限切れが迫っている旨のメ
ッセージからなるクーポン有効期限情報（図１における
クーポン有効期限情報Ｄ13b）を、ＷＷＷサーバ１２か
らリストした顧客ＣにＥメイルとして送信する。

【０１７７】このように有効期限を通知することで、ク
ーポンの有効期間徒過を防止して、クーポンの利用を促
進することができる。

【０１７８】〔クーポン買取手段〕ここでのクーポン買
取手段は、前記したクーポン有効期限情報通知手段と連
動し、送信されるクーポン有効期限情報のなかに、当該
クーポンを中間業務体Ｍが買い取る旨のメッセージを書
き込みクーポン買取情報とする。

【０１７９】クーポン買取情報を受信した顧客Ｃは、Ｗ
ＷＷサーバ１２のホームページにアクセスして回答情報
を送信する。回答情報は、クーポン買取情報に承諾する
回答と、承諾しない回答がある。なお、ホームページに
は、クーポン買取情報に回答するためのページがリンク
設定してある。ＷＷＷサーバ１２は、この受信した回答
情報をＣＧＩ処理する。

【０１８０】そして、回答情報がクーポン買取情報に承
諾するものであれば、当該クーポンを中間業務体Ｍに移
転すべく図５に示すクーポン別管理テーブル７１０など
のデータを書き換える。そして、代金を、金融機関端末
６０を介して当該顧客Ｃの口座に振り込む。

【０１８１】このようにクーポンを買い取ることで、知
らないうちに有効期限を徒過してしまったというような
状況をなくすることができる。したがって、顧客Ｃにと
っても依頼主Ｐにとっても有益である。また、中間業務
体Ｍが買い取ることにより、移転取引が活性化する。ち
なみに、中間業務体Ｍと顧客Ｃとの間で価格交渉を行え
るようにしておいてもよい。なお、中間業務体Ｍが買い
取ったクーポンは、前記した実施形態や第１変形例で説
明したクーポン売出ボード８１０やクーポン買取ボード
９１０を利用して売却することができる。

【０１８２】＜クーポン移転取引における第３変形例
（ポイントの移転）＞続いて、第３変形例を、図２０か
ら図２２を参照して説明する（適宜図４などを参照す
る）。この第３変形例は、クーポンがポイントである場
合について、独自のポイントシステムを採用する店舗に
おけるポイントの使用及び該ポイントの移転取引を説明
するものである。図２０は、電子クーポン取引システム
のクーポン（ポイント）の発行及び利用に係る部分のブ
ロック構成図並びに送受信されるデータ類を示す表であ
る。図２１は、ポイントシステムを採用する店舗におけ
る店舗用ポイントファイルの論理構成図である。図２２
は、顧客が買い物をした際のセンタ装置と店舗端末の動
作を示すフローチャートである。なお、前記した実施形
態における電子クーポン取引システムと同一性のある要
素・機器については、同一の符号を付してその説明を省
略する。

【０１８３】この変形例は次の事項を前提にする（図２
０参照）。店舗Ｓは、独自にポイントカードを発行し
て、独自のポイントシステムを採用している。このた
め、顧客Ｃが店舗Ｓで買い物をした際に発生するポイン
トは、店舗用ポイントファイル１０００に基づいて店舗
Ｓ側で管理される。顧客Ｃに配布されたＩＣカード３５
で使用できるポイントは、原則としてセンタ装置１０で
管理されているクーポンとしてのポイントである。ただ
し、店舗Ｓで登録を行うと、ＩＣカード３５が店舗Ｓの
ポイントカードを兼ねることができる（つまり、ＩＣカ
ード３５で店舗Ｓが管理しているポイントも使用するこ
とができるようになる）。なお、クーポンとしてのポイ
ントの発行を依頼する依頼主Ｐは、店舗Ｓの経営者に限
定されるものではなく、例えば店舗Ｓに商品を納入する
納入業者などである場合もある。

【０１８４】〔全体構成〕電子クーポン取引システム１
の全体構成を図２０に示すが、そ構成は、図１とほぼ同
様であるので説明を省略する。なお、店舗端末４０は、
独自のポイントシステムを採用するため、店舗用ポイン
トファイル１０００を備える。

【０１８５】〔ファイル・テーブル類〕この変形例で使
用されるファイル・テーブル類を説明する。図２１に示
すように、店舗端末４０の店舗用ポイントファイル１０
００は、店舗顧客番号、氏名、性別、住所、職業、電
話、電子クーポン取引システム顧客番号、蓄積ポイント
数、ポイント有効期限、利用禁止の項目で構成されてい
る。この項目は必要に応じて増減することができる。な
お、店舗用顧客番号は、電子クーポン取引システム１に
おける顧客番号とは切り離した店舗Ｓ固有のものであ
る。これは、店舗Ｓでの買い物の際に発生するポイント
を、店舗Ｓが独自で管理するために必要とする項目であ
る。電子クーポン取引システム顧客番号は、電子クーポ
ン取引システム１における顧客番号を記述したものであ
る。これは、電子クーポン取引システム１と店舗Ｓ独自
のポイントシステムを結び付ける際に必要となる項目で
ある。蓄積ポイント数は、顧客Ｃが店舗Ｓで買い物をし
た際に購入金額に応じて発生したポイントの総数などを
表示した項目である。例えば、店舗顧客番号Ｇ０８９１
５号の顧客Ｃは、２４９１円相当の買い物をすることが
できるポイントを有している。ポイント有効期限は、店
舗用ポイントファイル１０００で管理されているポイン
トの有効期限の末日を示すものである。このポイント有
効期限は、買い物をするごとに更新され、当該買い物の
日から１年間の期間が記述される。利用禁止は、ポイン
トの移転取引をする際の空売りを防止するために必要と
なる項目である。この項目は、後述するポイント利用禁
止情報D14cに基づいて書き換えられる。なお、利用禁止
が「禁止」になっている場合は、売りに出されているな
どポイントが移転取引の対象になっているときであり、
該ポイントの利用は禁止される。一方、利用禁止が「な
し」になっている場合は、該ポイントの所有者は、自由
にポイントを使用することができる。この店舗用ポイン
トファイル１０００は、この変形例では店舗端末４０に
備えられるが、もちろんセンタ装置１０のメインコンピ
ュータ１１が備える構成としてもよい。

【０１８６】なお、この第３変形例では、クーポンが当
該店舗Ｓにおける全取り扱い商品を対象とするポイント
であるので、店舗端末４０は基本例のような店舗用クー
ポン情報ファイルを有していない。その他のファイル・
テーブル類は、図４から図８を参照して説明したものと
同じであるので、その説明を省略する。

【０１８７】〔情報・データ類〕この変形例で使用され
る情報・データ類を説明する。この第３変形例での新規
発行クーポン情報D14aは、依頼主Ｐの依頼により、クー
ポンとして店舗Ｓで使用することのできるポイントを発
行した旨を知らせるものである。ポイント利用禁止情報
D14cは、店舗用ポイントファイル１０００の項目である
「利用禁止」を書き換えるためためのものである。な
お、この利用禁止情報D14cは、当該ポイントが移転取引
の対象になったことの通知を兼ねるものでもある（移転
取引対象通知）。蓄積ポイント数情報D41dは、顧客Ｃが
店舗Ｓのポイントシステムに所有（蓄積）しているポイ
ント数及びその有効期限をセンタ装置１０に知らせるも
のである。移転取引結果通知D14eは、移転取引されたポ
イント数を店舗Ｓのポイントシステム（店舗端末４０）
に通知するものである。なお、移転取引結果通知D14eの
ポイント数が０の場合は、移転取引が行われなかったこ
とを意味する。この移転取引結果通知D14eを受けると、
店舗Ｓのポイントシステムは店舗用ポイントファイル１
０００の移転取引に係る顧客Ｃ（移転元の顧客Ｃ）の蓄
積ポイント数を書き換える。その他の情報及びデータ類
は、図１を参照して説明したものと同様であるので、そ
の説明を省略する。

【０１８８】〔クーポン（ポイント）の発行・利用〕ク
ーポンとしてのポイントの発行及び利用に係る部分の動
作を、図２０から図２２を適宜参照して説明する。な
お、ここでの顧客Ｃは、電子クーポン取引システム１に
は会員登録しているが、店舗Ｓが独自に行っているポイ
ントシステムには会員登録していないものとする。

【０１８９】顧客Ｃは店舗Ｓで使用することのできるク
ーポン（ポイント）が発行されたので、ＩＣカード３５
を携帯して店舗Ｓに行き買い物を行う（顧客Ｃが店舗Ｓ
に行くのは始めてである）。なお、この顧客Ｃに発行さ
れたポイントは５００ポイントであり、この顧客Ｃが店
舗Ｓで購入する商品は税込み価格３５０円の乾電池であ
るとする。

【０１９０】顧客Ｃは乾電池を持ってレジに行き、ＩＣ
カード３５により個人認証を行う（Ｓ１０１）。する
と、個人認証情報D31aがメインコンピュータ１１（セン
タ装置１０）に送信される（Ｓ１０２）。なお、メイン
コンピュータ１１と店舗端末４０との間のデータの送受
信は、通信回線５０（直通回線）を介して行われる。

【０１９１】メインコンピュータ１１は、個人認証情報
Ｄ31aを受信すると（Ｓ１０３）、個人認証を行うと共
に、その結果の認証確認情報D14dを店舗端末４０に送信
する（Ｓ１０４）。なお、認証をどのように行うかは自
由である。認証を行った後、メインコンピュータ１１
は、図９を参照して既に説明したのと同様に顧客別クー
ポン所有情報を取得し（Ｓ１０５）、ポイントの期限切
れチェックを行う（Ｓ１０６）。

【０１９２】一方、認証確認情報D14dを受信した店舗端
末４０は、ステップＳ１０８で判断して認証されていれ
ばＰＯＳレジ入力を受け付ける（Ｓ１０９）。認証され
ていなければ処理を終了する。

【０１９３】認証されている場合について、店舗端末４
０は、ＰＯＳレジ入力が終了するとメインコンピュータ
１１に対して顧客別クーポン所有情報送信要求を送信す
る（Ｓ１１０）。メインコンピュータ１１はこの要求を
受信すると（Ｓ１１１）、顧客別クーポン所有情報D14b
を店舗端末４０に送信する（Ｓ１１２）。ここでの顧客
別クーポン所有情報D14bの内容は、顧客Ｃが有している
ポイントは５００ポイントであるというものである。

【０１９４】また、店舗端末４０は、個人認証の際の顧
客番号（電子クーポン取引システム顧客番号）をキーと
して店舗用ポイントファイル１０００（図２０参照）を
検索し（Ｓ１１４）、蓄積ポイント数の有無を確認す
る。ちなみにこの顧客Ｃは、店舗Ｓ独自のポイントシス
テムには加入していないので、店舗用ポイントファイル
１０００にはデータが登録されていない。したがって、
蓄積ポイント数も０である。このため、顧客Ｃは電子ク
ーポン取引システム１から発行された５００ポイントの
みを所有し、買い物に際しては、この５００ポイントが
利用（使用）される（Ｓ１１５）。

【０１９５】ポイントが利用されると顧客別クーポン利
用情報D41bの送受信（Ｓ１１６，Ｓ１１７）、顧客別商
品購入情報D41cの送受信（Ｓ１１８，Ｓ１１９）がなさ
れる。また、メインコンピュータ１１では、各種データ
の更新がなされる（Ｓ１２０）。これら処理は、図９を
参照して説明したのと同様であるので、その説明を省略
する。

【０１９６】ところで、顧客Ｃは５００ポイントで３５
０円の買い物をしたため、ポイントが余ることになる。
しかし、メインコンピュータ１１は、当該ポイントにつ
いてのクーポン別管理テーブル７１０（図５参照）など
を削除し、５００ポイントを使い切ったものとする。

【０１９７】一方、店舗端末４０（店舗Ｓ）ではポイン
トが余ったので、余ったポイントを店舗Ｓのポイントシ
ステムに登録するか否かを顧客Ｃに問い合わせる（Ｓ１
２１）。顧客Ｃがポイント登録を行う場合は、書類など
に所定事項を記入し店舗Ｓに提出する。これにより、店
舗用ポイントファイル１０００に当該顧客Ｃのデータが
書き込まれ、顧客Ｃは店舗Ｓのポイントシステムの会員
になる。そして、余ったポイントが、店舗用ポイントフ
ァイル１０００の作成されたばかりの当該顧客Ｃのレコ
ードに書き込まれる。また、この登録により、ＩＣカー
ド３５が店舗Ｓのポイントカードの役割を果たすように
なる。これにより、店舗Ｓは新規の会員を獲得すること
ができる。なお、この第３変形例では、ポイント登録を
行わない場合は、ポイントは消滅する。

【０１９８】ちなみに、顧客Ｃが例えば１０００円の買
い物をすると、新たなポイントが発生することになる
が、ここでも前記したステップＳ１２２における手続を
行うと店舗用ポイントファイル１０００に当該顧客Ｃの
データが書き込まれ、顧客Ｃは店舗Ｓのポイントシステ
ムの会員になる。そして、発生したポイントが店舗用ポ
イントファイル１０００の当該顧客Ｃのレコードの蓄積
ポイント数に書き込まれる。また、この登録により、Ｉ
Ｃカード３５が店舗Ｓのポイントカードの役割を果たす
ようになる。この場合も、店舗Ｓは新規の会員を獲得す
ることができる。

【０１９９】ところで、顧客Ｃが電子クーポン取引シス
テム１と店舗Ｓのポイントシステムに、それぞれ無関係
に加入している場合は、店舗用ポイントファイル１００
０の「電子クーポン取引システム顧客番号」欄は空白の
ままである。このため、ＩＣカード３５は店舗Ｓのポイ
ントカードの役割を果たさない。しかし、店舗Ｓで登録
手続を行い、店舗用ポイントファイル１０００の「電子
クーポン取引システム顧客番号」欄に電子クーポン取引
システム１における顧客番号を書き込むことで、ＩＣカ
ード３５が店舗Ｓのポイントカードを兼ねることにな
る。これにより、顧客Ｃはカードの数を減らすことがで
きる。

【０２００】〔クーポン（ポイント）の移転取引〕クー
ポンとしてのポイントの移転取引について説明する。こ
の第３変形例での移転取引は、顧客Ｃが店舗Ｓのポイン
トシステムに蓄積されているポイントを移転するもので
ある。なお、顧客Ｃは、店舗用ポイントファイル１００
０の「電子クーポン取引システム顧客番号」欄に、電子
クーポン取引システム１における顧客番号が書き込まれ
ている。

【０２０１】前記説明したようにポイントシステムを採
用する店舗Ｓで買い物を行うとポイントが発生し、店舗
用ポイントファイル１０００に蓄積される。この蓄積さ
れたポイントは、前記した基本例のように、クーポン売
出ボード８１０（図１１参照）を利用して移転取引を行
うことができる。

【０２０２】例えば、図２１の店舗用ポイントファイル
１０００に登録されている店舗顧客番号Ｇ５８１９４号
の顧客Ｃが保有している９５０３ポイントのうち、９０
００ポイント（９００１ポイントでもよい）をこの顧客
Ｃが売り出すべく、基本例と同様にしてクーポン売出ボ
ード８１０にその旨を掲載する。すると、メインコンピ
ュータ１１からポイント利用禁止情報D14cが店舗端末４
０に送信される。店舗端末４０は、このポイント利用禁
止情報D14cに基づいて店舗用ポイントファイル１０００
の項目である「利用禁止」を「なし」から「禁止」に書
き換える（図２１参照）。これにより、ポイントを売り
出そうとしている顧客Ｃ（移転元）は、店舗Ｓのポイン
トを使用することができなくなり、空売りが防止され
る。なお、クーポン売出ボード８１０に掲載の際には、
図１３に示すように個人認証などがなされ、このとき店
舗用ポイントファイル１０００の蓄積ポイント数及び有
効期限がメインコンピュータ１１に知らされる（蓄積ポ
イント数情報D41d）。

【０２０３】そして、クーポン売出ボード８１０に掲載
された後は、図１４のフローチャートに示す手順と同様
にして、売り手と買い手とで移転取引がなされる。移転
取引が完了すると、メインコンピュータ１１から店舗端
末４０に対して移転取引結果通知D14eが行われ、店舗用
ポイントファイル１０００の移転元である顧客Ｃの蓄積
ポイント数が書き換えられる（利用禁止の項目も「な
し」になる）。なお、移転したポイントは、センタ装置
１０側で管理することとしてもよいし、店舗端末４０
（店舗用ポイントファイル１０００）側で管理すること
としてもよい。この第３変形例においてセンタ装置１０
側で管理する場合は、クーポン別管理テーブル７１０
（図５参照）の作成や顧客別クーポン所有テーブル７６
０（図７参照）の作成などが行われる。一方、店舗端末
４０側で管理する場合は、店舗用ポイントファイル１０
００が書き換えられる（買い手は店舗Ｓのポイントシス
テムに加入しているか、加入する必要がある）。ちなみ
に、移転取引が成立しない場合もメインコンピュータ１
１から店舗端末４０に対して移転取引結果通知D14eが行
われ、店舗用ポイントファイル１０００の移転元である
顧客Ｃの利用禁止の項目が、「禁止」から「なし」に書
き換えられる。この際の移転取引結果通知D14eは、前記
したとおりポイント数０という内容である。このように
して移転取引が完了すると、ポイントの新しい所有者で
ある他の顧客Ｃは、入手したポイントを当該店舗Ｓで使
用することができる。

【０２０４】なお、店舗Ｓ独自のポイントシステムで発
生したポイントについても、第１変形例（逆オークショ
ン）及び第２変形例（中間業務体の買い取り）と同様の
形態で取り引きすることができる。第２変形例でポイン
トを買い取るには、センタ装置１０（電子クーポン取引
システム１）が、顧客Ｃごとのポイントの有効期限に関
する情報を把握しておく。ちなみに、ポイントの有効期
限は、店舗端末４０の店舗用ポイントファイル１０００
から、ポイント有効期限を取得することで把握すること
ができる。また、店舗Ｓで買い物が行われるごとに有効
期限が所定期間延長される場合は、店舗端末４０から送
信される顧客別商品購入情報D41cに基づいて把握するこ
とができる。

【０２０５】≪電子クーポン利用支援システム（第２態
様）≫第２態様の発明である電子クーポン利用支援シス
テムの実施形態を、図２３から図２６を参照して説明す
る（適宜図１などを参照する）。本実施形態で参照する
図２３は、電子クーポン利用支援システムのブロック構
成図である。図２４は、個人認証が行われる際の画面の
構成例を時系列的に並べた図である。図２５は、顧客情
報ファイルの論理構成図である（図６の変形例）。図２
６は、顧客別クーポン所有テーブルの論理構成図である
（図７の変形例）。なお、第１態様の発明である電子ク
ーポン取引システム１（図１参照）と同一性のある要素
については、同一の符号を付してその説明を省略する。

【０２０６】本実施形態の電子クーポン利用支援システ
ム２は、個人認証をＩＣカード３５（図１参照）ではな
く、クーポン所有者の携帯端末３０’により行うもので
ある。また、店舗端末４０（レジ）からは、顧客Ｃに商
品を販売したことを証明する商品販売証明がセンタ装置
１０’に送信される。なお、クーポンによる特典（値引
き）は、顧客Ｃの預貯金口座に口座振込みすることによ
り与えられる（値引き額を蓄積してこれが一定額以上に
なった場合に振り込まれる）。

【０２０７】〔全体構成・テーブル類〕図２３に示すセ
ンタ装置１０’は、前記した電子クーポン取引システム
１についての実施形態及び変形例におけるセンタ装置１
０の全ての機能を有すると共に、これらの機能を携帯端
末３０’に提供するためのホームページを開設してい
る。また、センタ装置１０’は、携帯端末３０’からの
個人認証の要求に対して個人認証を行い、その結果を携
帯端末３０’に表示可能なデータとして送信する機能を
有する。また、センタ装置１０’は、携帯端末３０’か
らの問い合わせにより、顧客別クーポン所有テーブル７
６０’や顧客別商品購入履歴テーブル７７０（図８参
照）の内容を回答し、その結果を携帯端末３０’に表示
可能なデータとして送信する機能なども有する。携帯端
末３０’は、インターネット接続可能な携帯電話であ
り、顧客Ｃがこれを携帯して店舗Ｓでクーポン（ポイン
ト）を利用した買い物を行う。

【０２０８】図２５に示す顧客情報ファイル７５０’
（図６の変形例）は、顧客Ｃの携帯端末３０’からの個
人認証の要求に対して個人認証を行うため、認証データ
（認証ＩＤ）の項目を有する（認証データはユニークな
ものである）。また、特典が一定額以上貯まった場合
に、これを顧客Ｃの預貯金口座に振り込むべく、特典蓄
積額及び預貯金口座の項目を有する。図２６に示す顧客
別クーポン所有テーブル７６０’（図７の変形例）は、
携帯端末３０’により個人認証された場合にクーポンの
利用を可能とするため、認証フラグの項目を有する。認
証フラグは、通常は「０」になっておりクーポンの利用
を禁止している。個人認証が行われると、認証フラグが
「１」に書き換わり、個人認証された顧客（クーポン所
有者）のクーポンの利用が可能になる。この認証フラグ
は、当該個人認証に係る買い物が終了した場合、又はフ
ラグが「１」に書き換わってから所定時間（例えば１０
分）で「１」から「０」に書き換わり、再び個人認証さ
れるまでの間、クーポンの利用を禁止する。この認証フ
ラグの書き換えやクーポンの利用の禁止などの各処理
は、既に電子クーポン取引システム１（図２など参照）
で説明したクーポン管理プログラムが行う。

【０２０９】〔動作〕買い物の際の動作を図２３から図
２６を参照して説明する。顧客Ｃは、携帯端末３０’を
携帯して店舗Ｓに行く。顧客Ｃは、前記した実施形態あ
るいは変形例の電子クーポン取引システム１により、ク
ーポンを転得して入手している。顧客Ｃは、店舗Ｓでク
ーポンの対象となる商品を選んでレジに行く。顧客Ｃ
は、電子クーポン利用支援システム２のホームページに
アクセスする。すると、図２４（ａ）のＴＯＰ画面（ホ
ームページ）が表示されるので、「ＥＮＴＥＲ」を選択
して図２４（ｂ）のメニュー選定画面を表示する。顧客
Ｃは、クーポンの利用を行うため、「２．クーポンを利
用する」を選択する。これにより、図２４（ｃ）の個人
認証入力画面が表示される。顧客Ｃは、この画面で顧客
番号及び認証ＩＤを入力する。そして、入力間違いがな
いことを確認して「決定」を選択する。この入力した顧
客番号及び認証ＩＤは、センタ装置１０’に送信される
（個人認証の要求）。センタ装置１０’は、送信された
顧客番号及び認証ＩＤを顧客情報ファイル７５０’の顧
客番号及び認証データと対比して個人認証を行う。

【０２１０】その結果、個人認証されると、個人認証さ
れた旨のデータ（認証結果）及び顧客Ｃが所有している
クーポンの一覧情報がセンタ装置１０’から顧客Ｃの携
帯端末３０’に送信され、表示される（図２４(d)参
照）。なお、顧客別クーポン所有テーブル７６０’の認
証フラグは、認証により「０」から「１」に書き換わ
り、クーポンの利用が可能な状態になる。

【０２１１】顧客Ｃは、この携帯端末３０’の表示（図
４(d)参照）を店舗Ｓの店員に見せる。店員は、画面表
示により、顧客Ｃが個人認証されたことを確認する。加
えて表示されたクーポンの一覧から、購入した商品がク
ーポンの対象になっているか否かを目視で確認する。な
お、確認は携帯端末３０’の表示により簡単である。店
員による確認の結果、問題ない場合は、店員（又は顧客
Ｃ）が表示されている顧客番号及びクーポンコードをレ
ジ（店舗端末４０）に入力する。もちろん、入力も画面
表示を見ながら確実に行うことができる。

【０２１２】入力された顧客番号及びクーポンコード
は、商品販売証明としてセンタ装置１０’に送信され
る。なお、顧客番号及びクーポンコードを入力するの
は、どの顧客Ｃがどんなクーポンを利用したのか（どん
な商品を購入したのか）を、センタ装置１０’にはっき
りと認識させるためである。つまり、携帯端末３０’か
らの個人認証だけでは、センタ装置１０’は、本当に商
品が購入されたのかどうかなどを知ることができないか
らである。このように商品購入の際に顧客番号を送信す
ることで、例えば、顧客Ｃによるクーポンの空利用（商
品を購入したと偽って商品を購入することなくクーポン
の特典を得ること）などの不正を排除することができ
る。また、これら情報を、携帯端末３０’からではなく
店舗端末４０から送信するため、クーポンの不正利用を
さらに排除しやすくなる。

【０２１３】ところで、個人認証ついて、仮に図２４
(d)に示す個人認証の結果が偽であるとする（偽の表
示）。この場合は、実際には個人認証されていないの
で、図２６の顧客別クーポン所有テーブル７６０’の認
証フラグが「１」ではなく「０」である。したがって、
クーポンを利用することはできない。つまり、偽の個人
認証結果画面を作成してもクーポンの利用は排除され
る。

【０２１４】センタ装置１０’は、送信された情報（顧
客番号、クーポンコード）に基づいて顧客別クーポン所
有テーブル７６０’を検索して、実際に顧客Ｃが該クー
ポンを所有しているか否かを確認する。クーポンを所有
していれば、これを利用する。つまり、図２５の顧客情
報ファイル７５０’の特典蓄積額が書き換わり金額が加
算される（本実施形態では特典を後で受けるため）。さ
らに、図２６の顧客別クーポン所有テーブル７６０’の
認証フラグが「０」に書き換わる。加えて、利用したク
ーポンも消滅する。その他、各種データの更新が行われ
る。なお、買い物が行われない場合は、個人認証から１
０分経過後に顧客別クーポン所有テーブル７６０’の認
証フラグが「０」に書き換わる。これにより、単に顧客
番号をレジ（店舗端末４０）に入力するだけでは、クー
ポンの利用を行うことができなくなる。つまり、顧客Ｃ
による認証操作を必ず必要とするため、クーポンの利用
に際してのセキュリティが向上する（仮に顧客Ｃが店員
を欺くため、自身が所有していないクーポンコードを携
帯端末３０’の画面に表示しても（偽の表示）、その特
典を受けることができないことはいうまでもない）。な
お、図２５の顧客情報ファイル７５０’の特典蓄積額が
一定金額（例えば１０００円）以上になると、図２３に
示す金融機関端末６０を利用したコンピュータバンキン
グにより、顧客Ｃに蓄積された特典が与えられる。

【０２１５】一方、個人認証されないと（個人認証に失
敗すると）、個人認証されなかった旨のデータがセンタ
装置１０’から顧客Ｃの携帯端末３０’に送信され、表
示される（図２４(e)参照）。なお、顧客別クーポン所
有テーブル７６０’の認証フラグは、認証されないので
「０」のままであり、クーポンの利用が禁止された状態
が維持される。

【０２１６】このように、第２態様の発明である電子ク
ーポン利用支援システムによれば、店舗Ｓに、ＩＣカー
ドリーダなどの個人認証を行うための機器が不要であ
り、店舗Ｓには、センタ装置１０’に顧客番号及びクー
ポンコードを必要に応じて送信することのできる簡単な
機器（店舗端末４０）があればよいだけである。つま
り、店舗Ｓには、クーポンの利用を実現するためのデー
タベースや複雑な仕組みなどは不要である。これは、デ
ータベースなどを、全てセンタ装置１０’が有して一元
的に管理しているからである。もちろん、クーポン利用
に際してのセキュリティも確保される。また、店舗Ｓで
なすべき処理は、顧客Ｃの携帯端末３０’の画面を見
て、個人認証されていることを確認すること、顧客番号
及びクーポンコードをレジ（店舗端末４０）に入力する
こと、という極めて簡単なものである。それ以外の各処
理は、センタ装置１０’と顧客Ｃ（携帯端末３０’）が
行う。また、入力操作を顧客Ｃに行わせることとすれ
ば、店舗Ｓの店員は確認だけをすればよいことになる。
つまり、顧客Ｃの携帯端末３０’とセンタ装置１０’を
利用することにより、店舗Ｓでの設備を最低限のものと
することができる。また、店舗Ｓにおける店員の操作も
最低限のものとすることができる。したがって、電子化
されたクーポンを取り扱う店舗の数を容易に増やすこと
ができ、クーポンの利用が促進される。また、顧客Ｃに
とっては、各種操作を自分の携帯端末３０’から行うこ
とができて便利である。また、個人認証のためのＩＣカ
ード３５（図１参照）も不要でありさらに便利である。

【０２１７】なお、特許請求の範囲の「商品販売証明」
を顧客番号及びクーポンコードとしたが、店舗Ｓと電子
クーポン利用システム（中間業務体Ｍ）との間の取り決
めで、別のものとしてもい（誰が何を購入したか、ある
いは誰がどの店舗Ｓで購入したかを特定することができ
ればよい）。また、特典を後に与えるのではなく、店舗
Ｓの店頭などで直ちに与える構成としてもよい。この場
合は、商品販売証明（顧客番号及びクーポンコード）を
センタ装置１０’に送信して確認した後、センタ装置１
０’から携帯端末３０’に、特典を付与することを許可
する情報を送信し、携帯端末３０’の画面上に該情報を
表示するような構成にしておくとよい。また、店舗端末
４０は商品を販売した店舗Ｓに存在するとは限らない。
例えば、該店舗Ｓが商店街などに属する場合は、商店街
の事務局などに設置された端末を店舗端末４０とみなす
ことができる。また、店舗Ｓの会計カウンタではなく、
サービスカウンタ（店舗案内所など）に店舗端末４０が
設置される場合もある。また、顧客別クーポン所有テー
ブル７６０’の認証フラグについて、個人認証により、
テーブル７６０’などへのアクセスが禁じられるもので
あれば、認証フラグを省く構成としてもよい。

【０２１８】≪電子クーポン利用支援システム（第３態
様）≫第３態様の発明である電子クーポン利用支援シス
テムの実施形態を、図２７を参照して説明する。本実施
形態で参照する図２７は、電子クーポン利用支援システ
ムのブロック構成図である。なお、第１態様の発明であ
る電子クーポン取引システム１（図１参照）及び第２態
様の発明である電子クーポン利用支援システム２（図２
３参照）と同一性のある要素については、同一の符号を
付してその説明を省略する。

【０２１９】なお、電子クーポン利用支援システム３
は、センタ装置１０’と顧客Ｃの携帯端末３０’の間で
全てのデータや情報のやり取りを行うものである。した
がって、前記した第２態様の電子クーポン利用支援シス
テム２における店舗端末４０（図２３参照）は不要であ
る。

【０２２０】全体構成は、図２３に示す店舗端末４０に
係る部分を除いて、前記した第２態様の電子クーポン利
用支援システム２と同様であるので、その説明を省略す
る。なお、店舗Ｓには、ユニークなパスワードが記載さ
れた用紙が中間業務体Ｍから配布されている。そして、
商品を購入した顧客Ｃに、この用紙を商品購入証明とし
て手渡すようになっている。パスワード（暗証番号）の
ユニークさの程度は、必要に応じて適宜設定することが
できる。なお、センタ装置１０’は、このユニークなパ
スワードに対応したデータベースを備えており、このパ
スワードが入力されないと、クーポン利用のための処理
を行わないようになっている。

【０２２１】本実施形態での動作を説明する。第２態様
の電子クーポン利用支援システム２と同様に、顧客Ｃ
は、携帯端末３０’を携帯して店舗Ｓに行く（顧客Ｃは
クーポンを所有している）。顧客Ｃは、第２態様の場合
と同様に店舗Ｓでクーポンの対象となる商品を選択して
レジに行く。そして、同様にして個人認証を行う（図２
４参照）。顧客Ｃは、携帯端末３０’に表示された個人
認証画面を店員に見せ、店員からユニークなパスワード
が記載された用紙を受け取る。この用紙は、店舗Ｓ側に
とっては、いわば商品販売証明に該当する。

【０２２２】顧客Ｃは、このユニークなパスワードを携
帯端末３０’に入力し、商品購入証明としてセンタ装置
１０’に送信する。また、顧客Ｃは、携帯端末３０’か
ら顧客番号及びクーポンコードをセンタ装置１０’に送
信する。これにより、センタ装置１０’はクーポンの利
用を許可する。そして、顧客Ｃは、図２５の顧客情報フ
ァイル７５０’の特典蓄積額が一定額以上になった場合
に、金融機関端末６０を介したコンピュータバンキング
により、特典を受け取ることができる。

【０２２３】なお、携帯端末３０’から前記したパスワ
ードを商品購入証明としてセンタ装置１０’に送信して
確認した後、センタ装置１０’から携帯端末３０’に、
特典を当該顧客Ｃに付与することを許可する情報を送信
し、携帯端末３０’の画面上に該情報を表示するような
構成とし、特典を店舗Ｓの店頭などで直ちに与えること
としてもよい。

【０２２４】また、店舗Ｓにおける店員に対する認証を
不要とし、センタ装置１０’との情報の送受信を全て顧
客Ｃの自宅などで行う構成とすることもできる。つま
り、センタ装置１０’との情報の送受信は、必ずしも携
帯端末３０’である必要はなく、定置式のパソコンなど
でもよい。この場合は、顧客Ｃが店舗Ｓでクーポンの対
象となる商品を購入すると、顧客Ｃの要求に応じて、店
員が前記した用紙を顧客Ｃに手渡すこととしておく。あ
るいは、前記した用紙を、工場出荷の段階で商品に添付
しておく（商品を購入しないとパスワードが判らないよ
うにしておくのが好ましい）。

【０２２５】このように、第３態様の発明である電子ク
ーポン利用支援システムによれば、店舗Ｓには、情報関
連機器を特に設置する必要はない。さらに、クーポンの
利用に際して、店舗Ｓにおける店員の作業を全く不要と
することもできる。つまり、クーポンの取り扱いに際し
て、店舗における負担を極限まで低減、あるいは店舗に
おける負担を全くなくすることもできる。したがって、
電子化されたクーポンの導入が極めて容易になる。ま
た、このようにしても、クーポンの利用に際してのセキ
ュリティは確保される。ちなみに、センタ装置１０’
（電子クーポン利用支援システム３）として、クーポン
を一つずつ個別に管理する必要はない。これは、第１態
様の電子クーポン取引システム１及び第２態様の電子ク
ーポン利用支援システム２についても同様である。

【０２２６】以上、本発明の好適な実施形態を、第１態
様から第３態様まで、変形例を含めて詳細に説明した
が、本発明は前記した実施形態や変形例に限定されるこ
となく、広く変更実施することができる。例えば、ＩＣ
カードの中に図７に示す顧客別クーポン所有テーブル
（これに相当するもの）及び／又は図８に示す顧客別購
買履歴テーブル（これに相当するもの）を持たせてもよ
い。つまり、センタ装置が有する役割をＩＣカード側に
持たせてもよい（ＩＣカード型）。また、電子マネーの
モンデックス（Mondex 登録商標）のごとく、クーポン
が匿名性を有するものでもよい（ＩＣカード型かつオー
プン型）。なお、ＩＣカードは、本発明の実施に際して
必須の要件ではなく、ＩＣカードを用いない態様として
もよい。また、中間業務体と依頼主は別体としたが、両
者が同一の団体などであってもよい。また、メインコン
ピュータとＷＷＷサーバは同一場所に設置されなくとも
よい。例えば、メインコンピュータが我が国に設置さ
れ、ＷＷＷサーバが外国に設置されてもよい。また、代
金の決済は、コンピュータによる預貯金口座からの自動
振り込みなどのほか、インターネットによる取り引きで
よく見られるクレジットカードによる決済でもよい。い
ずれも、素早く決済を行うことができ、有効期限を有す
るクーポンの移転取引の決済として好適だからである。
ちなみに、クレジットカードによる決済の場合は、クー
ポンの移転と同時に利用禁止を解除してもよい。また、
決済は、金融機関の窓口やＡＴＭを利用したものでもよ
い。

【０２２７】さらに、商品などの購買履歴に応じて顧客
にランク付けを行い、このランクに基づいて重み付けさ
れた（特典に差異を持たせた）クーポンを発行してもよ
い。また、本発明においてクーポンは、電子情報として
配布（及び蓄積）され、プリンタで印刷などした後に利
用に供されるものでもよい。電子情報として流通可能で
あれば、本発明による電子クーポン取引システムを適用
することができるからである。なお、前記した実施形態
では、図５に示すクーポン別管理テーブルの「発行日／
移転日」及び「所有者（顧客番号）」の項目により当該
クーポンの取引履歴を管理することとしたが、取引履歴
を管理する必要は必ずしもなく、現在の所有者だけを管
理することとしてもよい。また、クーポンがポイントで
ある場合のポイントの移転取引については、１ポイント
ごとに移転取引の対象とすることとしてもよい。また、
クーポンの移転取引におけるクーポン売出ボード８１０
などは一例であり、これに限定されるものではない。

【０２２８】加えて、ポイントシステムを店舗独自のも
のとして説明したが、例えば店舗用ポイントファイル
（図２１参照）をメインコンピュータ１１に備え、各店
舗で管理していたポイントを、電子クーポン取引システ
ム１側で一元的に管理する構成としてもよいことはいう
までもない。

【０２２９】また、例えばセンタ装置にインターネット
接続可能な携帯電話に対応したサーバを設け、顧客の携
帯電話から、顧客別クーポン所有テーブル（図７参照）
や顧客別商品購入履歴テーブル（図８参照）の内容を問
い合わせすることができる構成としてもよい。これによ
り、顧客Ｃは買い物を確実に行うことができる。また、
第１態様から第３態様の発明を適宜組み合せて実施する
こともできる。

【０２３０】なお、前記実施形態などにおける各処理及
び各作業は、適宜手作業に置き換えることができる。

【０２３１】

【発明の効果】以上、（１）本発明のうち請求項１に記
載の発明によれば、電子情報によるクーポンの迅速な移
転取引を可能とし、クーポン利用の活性化などを達成す
ることができ、クーポンを発行する者及びクーポンを利
用する者の双方にとって便宜である。請求項２に記載の
発明によれば、クーポンの移転取引を活発にし、一層ク
ーポン利用の活性化を図ることができる。請求項３に記
載の発明によれば、売り手と買取応募者との間の移転取
引の安全を図ることができるので、クーポンの移転取引
をより活発化することができる。請求項４に記載の発明
によれば、買い手と売却応募者との間の移転取引の安全
を図ることができるので、クーポンの移転取引をより活
発化することができる。請求項５に記載の発明によれ
ば、売り手によるクーポンの空売りなどを防止し、移転
取引の安全を図ることができる。請求項６に記載の発明
によれば、有効期限が知らないうちに切れてしまうよう
な有効期限の徒過を防止することができる。特に、クー
ポンには一般的に有効期限があるので、有効期限を通知
することによりクーポンの利用活性化及びクーポンの移
転取引活性化を図ることができる。請求項７に記載の発
明によれば、クーポンの移転取引の活性化及び有効利用
を図ることができ、殊にクーポンの所有者にとって便宜
である。請求項８に記載の発明によれば、クーポン発行
の企画立案からクーポン発行までのタイムラグを短くし
て、商品の提供者などにとって戦略的なクーポン活用が
可能になる。請求項９に記載の発明によれば、アンケー
トを迅速に行うことができ、近年における商品などのラ
イフサイクルの短期化に対処した素早い商品開発が可能
になる。請求項１０に記載の発明によれば、他のシステ
ムで運用されているクーポンの移転取引を行うことが可
能になる。これにより、本システム及び他のシステムの
活性化を図ることもできる。

【０２３２】また、（２）請求項１１に記載の発明によ
れば、顧客及び顧客が有する携帯端末を活用して、店舗
に設置する情報機器を最低限のものとすることができる
と共に、クーポンの利用に際しての店員などの作業量を
少なくすることも可能である。また、顧客にとっても、
自己の情報機器を活用できるので便利である。したがっ
て、電子化されたクーポンの利用などが促進される。請
求項１２に記載の発明によれば、クーポン利用を確実に
行うことができるようになる。

【０２３３】そして、（３）請求項１３に記載の発明に
よれば、顧客及び顧客端末により、店舗における情報機
器を全く不要とすることができる。また、クーポンの利
用に際しての店員などの作業をなくすることも可能であ
る。また、顧客にとっても、自己の情報機器を最大限活
用できるので便利である。したがって、電子化されたク
ーポンの利用などが促進される。請求項１４に記載の発
明によれば、携帯端末により各種処理をどこでも行うこ
とができると共に、店頭で直ちにクーポンの特典を受け
ることも可能になる。

【図面の簡単な説明】

【図１】 第１態様の発明である電子クーポン取引シ
ステムの実施形態におけるクーポンの発行及び利用に係
る部分の、（ａ）はブロック構成図であり、（ｂ）は送
受信されるデータ類を示す表である。

【図２】 図１のメインコンピュータのブロック構成
図である。

【図３】 図１のＷＷＷサーバのブロック構成図であ
る。

【図４】 クーポン情報ファイルの論理構成図であ
る。

【図５】 クーポン別管理テーブルの論理構成図であ
る。

【図６】 顧客情報ファイルの論理構成図である。

【図７】 顧客別商品購入履歴テーブルの論理構成図
である。

【図８】 顧客別クーポン所有テーブルの論理構成図
である。

【図９】 電子クーポン取引システムの顧客が店舗で
商品を購入する際の動作を説明するフローチャートであ
る。

【図１０】 電子クーポン取引システムのクーポンの移
転取引に係る部分の、（ａ）はブロック構成図であり、
（ｂ）は送受信されるデータ類を示す表である。

【図１１】 ホームページ上に表示されるクーポン売出
ボードの構成を示す図である。

【図１２】 図１１にリンク設定されている詳細情報画
面の構成を示す図である。

【図１３】 クーポン売出ボードに売り情報を掲載する
際のフローチャートである。

【図１４】 クーポン売出ボードを利用したクーポン移
転取引の全体を示すフローチャートである。

【図１５】 第１変形例によるクーポンの移転取引に係
る部分のブロック構成図である。

【図１６】 第１変形例によるホームページ上に表示さ
れるクーポン買取ボードの構成を示す図である。

【図１７】 図１６にリンク設定されている詳細情報画
面の構成を示す図である。

【図１８】 クーポン買取ボードを利用したクーポン移
転取引の全体を示すフローチャートである。

【図１９】 第２変形例によるクーポンの移転取引に係
る部分のブロック構成図である。

【図２０】 第３変形例による電子クーポン取引システ
ムのクーポン（ポイント）の発行及び利用に係る部分
の、（ａ）はブロック構成図であり、（ｂ）は送受信さ
れるデータ類を示す表である。

【図２１】 図２０のポイントシステムを採用する店舗
における店舗用ポイントファイルの論理構成図である。

【図２２】 図２０の顧客が買い物をした際のセンタ装
置と店舗端末の動作を示すフローチャートである。

【図２３】 第２態様の発明である電子クーポン利用支
援システムのブロック構成図である。

【図２４】 図２３において個人認証が行われる際の画
面の構成例を時系列的に並べた図であり、（ａ）はＴＯ
Ｐ画面を、（ｂ）はメニュー選定画面を、（ｃ）は個人
認証入力画面を、（ｄ）は個人認証結果画面（個人認証
された場合）を、（ｅ）は個人認証画面（個人認証され
ない場合）を、それぞれ示す。

【図２５】 図２３の電子クーポン利用支援システムに
おける顧客情報ファイルの論理構成図である（図６の変
形例）。

【図２６】 図２３の電子クーポン利用支援システムに
おける顧客別クーポン所有テーブルの論理構成図である
（図７の変形例）。

【図２７】 第３態様の発明である電子クーポン利用支
援システムのブロック構成図である。

【符号の説明】

１ … 電子クーポン取引システム（第１態様） ２ … 電子クーポン利用支援システム（第２態様） ３ … 電子クーポン利用支援システム（第３態様） １０… センタ装置 １０’…センタ装置 ２０… 依頼主端末 ３０… 顧客端末 ３０’…携帯端末 ３０Ａ…売り手端末 ３０Ｂ…買取応募者端末 ３０Ｃ…買い手端末 ３０Ｄ…売却応募者端末 ４０… 店舗端末 ５０… 通信回線 ６０… 金融機関端末 Ｐ … 依頼主 Ｃ … 顧客 Ｃｓ… 売り手 Ｃｃ… 買取応募者 Ｃｂ… 買い手 Ｃｄ… 売却応募者 Ｍ … 中間業務体 Ｓ … 店舗

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５０６ Ｇ０６Ｆ 17/60 ５０６ Ｇ０７Ｇ 1/12 ３２１ Ｇ０７Ｇ 1/12 ３２１Ｍ

Claims (14)

【特許請求の範囲】
1. 【請求項１】電子化されたクーポンの発行及び利用を支
   援するコンピュータを利用した電子クーポン取引システ
   ムであって、 少なくとも前記電子クーポン取引システムは、 前記クーポンを電子的に生成して所定の者に発行するク
   ーポン発行手段と、 前記クーポンが利用された場合に当該クーポンを消滅さ
   せるクーポン消滅手段を有し、 さらに前記電子クーポン取引システムは、 前記クーポンを当該クーポンを所有する者から他の者へ
   電子的に移転する移転取引を可能とするクーポン移転取
   引手段を有すること、を特徴とする電子クーポン取引シ
   ステム
2. 【請求項２】前記電子クーポン取引システムは、通信手
   段を介して前記クーポンの売却を意図する売り手が送信
   する売り情報及び／又は前記クーポンの買い取りを意図
   する買い手が送信する買い情報を、前記通信手段を介し
   て閲覧可能に保持するクーポン取引サーバを有するこ
   と、を特徴とする請求項１に記載の電子クーポン取引シ
   ステム。
3. 【請求項３】前記電子クーポン取引システムは、前記売
   り手と前記売り情報に応答する買取応募者の取引合意の
   意思を確認する意思確認手段を有し、 前記クーポン移転取引手段は、この意思確認手段が取引
   合意になった場合に当該取引合意になったクーポンの移
   転を認め、当該クーポンを前記買取応募者に電子的に移
   転すること、を特徴とする請求項１又は請求項２に記載
   の電子クーポン取引システム。
4. 【請求項４】前記電子クーポン取引システムは、前記買
   い手と前記買い情報に応答する売却応募者の取引合意の
   意思を確認する意思確認手段を有し、 前記クーポン移転取引手段は、この意思確認手段が取引
   合意になった場合に当該取引合意になったクーポンの移
   転を認め、当該クーポンを前記買い手に電子的に移転す
   ること、を特徴とする請求項１又は請求項２に記載の電
   子クーポン取引システム。
5. 【請求項５】前記電子クーポン取引システムは、前記ク
   ーポンの売り情報が送信された場合は、当該売り情報が
   送信されたクーポンの利用を禁止するクーポン利用禁止
   手段を有すること、を特徴とする請求項２又は請求項３
   に記載の電子クーポン取引システム。
6. 【請求項６】前記電子クーポン取引システムは、前記ク
   ーポンが有効期限を有するものである場合は、このクー
   ポンの有効期限が切れる所定期間前に、このクーポンを
   所有する者に対して有効期限情報を通知する有効期限情
   報通知手段を有すること、を特徴とする請求項１ないし
   請求項５のいずれか１項に記載の電子クーポン取引シス
   テム。
7. 【請求項７】前記電子クーポン取引システムは、前記ク
   ーポンを所有する者に対してその者が所有するクーポン
   を買い取る旨の買取情報を通知し、当該クーポンを所有
   する者との合意のもと、当該クーポンを前記電子クーポ
   ン取引システムに移転するクーポン買取手段を有するこ
   と、を特徴とする請求項１ないし請求項６のいずれか１
   項に記載の電子クーポン取引システム。
8. 【請求項８】前記電子クーポン取引システムは、前記ク
   ーポン発行手段が、前記クーポンの対象となる商品を提
   供する商品提供者からのクーポン発行指令を受けて当該
   クーポンを発行するものであること、を特徴とする請求
   項１ないし請求項７のいずれか１項に記載の電子クーポ
   ン取引システム。
9. 【請求項９】前記電子クーポン取引システムは、予め作
   成されたアンケートを所定の者に送信すると共に当該ア
   ンケートの結果を受信するアンケート送受信手段を有す
   ること、を特徴とする請求項１ないし請求項８のいずれ
   か１項に記載の電子クーポン取引システム。
10. 【請求項１０】電子的なクーポンを運用する他クーポン
    システムとの通信を行う他システム間通信手段と、前記
    他クーポンシステムに登録している顧客の当該他クーポ
    ンシステムにおけるクーポン保有情報を取得するクーポ
    ン保有情報取得手段と、前記他クーポンが前記電子クー
    ポン取引システムにおける移転取引の対象になったとき
    に前記他クーポンシステムに当該クーポンが移転取引の
    対象になった旨を通知する移転取引対象通知手段と、前
    記移転取引の結果を通知する移転取引結果通知手段を有
    すること、を特徴とする請求項１ないし請求項９のいず
    れか１項に記載の電子クーポン取引システム。
11. 【請求項１１】電子化されたクーポンの利用を支援する
    コンピュータを利用した電子クーポン利用支援システム
    であって、 少なくとも前記電子クーポン利用支援システムは、 前記クーポンを電子的に生成して所定の者に発行するク
    ーポン発行手段と、 前記クーポンが利用された場合に当該クーポンを消滅さ
    せるクーポン消滅手段を有し、 さらに前記電子クーポン利用支援システムは、 通信手段を介して前記クーポンを所有する顧客の携帯端
    末から送信される個人認証の要求に対して個人認証を行
    う個人認証手段と、 前記個人認証の結果を前記携帯端末の画面上に表示可能
    な情報として送信する個人認証結果情報送信手段と、 前記個人認証がなされると共に、前記クーポンの対象と
    なる商品を前記顧客に販売したことを証明する商品販売
    証明が前記クーポンが利用される店舗の店舗端末から送
    信された場合に、当該商品を購入した顧客に前記クーポ
    ンの利用を許可するクーポン利用許可手段を有するこ
    と、を特徴とする電子クーポン利用支援システム。
12. 【請求項１２】前記店舗端末から送信すべき前記商品販
    売証明を、前記携帯端末の画面上に表示可能な情報とし
    て送信する支援手段を有すること、を特徴とする請求項
    １１に記載の電子クーポン利用支援システム。
13. 【請求項１３】電子化されたクーポンの利用を支援する
    コンピュータを利用した電子クーポン利用支援システム
    であって、 少なくとも前記電子クーポン利用支援システムは、 前記クーポンを電子的に生成して所定の者に発行するク
    ーポン発行手段と、 前記クーポンが利用された場合に当該クーポンを消滅さ
    せるクーポン消滅手段を有し、 さらに前記電子クーポン利用支援システムは、 通信手段を介して前記クーポンを所有する顧客の顧客端
    末から送信される個人認証の要求に対して個人認証を行
    う個人認証手段と、 前記個人認証がなされると共に、前記クーポンの対象と
    なる商品を購入したことを証明する商品購入証明が前記
    顧客端末から送信された場合に、当該商品を購入した顧
    客に前記クーポンの利用を許可するクーポン利用許可手
    段を有すること、を特徴とする電子クーポン利用支援シ
    ステム。
14. 【請求項１４】前記顧客端末が携帯端末であり、電子ク
    ーポン利用支援システムは、前記個人認証の結果を前記
    携帯端末の画面上に表示可能な情報として送信する個人
    認証結果情報送信手段と、前記クーポン利用許可手段の
    許可情報を前記携帯端末の画面上に表示可能な情報とし
    て送信するクーポン利用許可情報送信手段を有するこ
    と、を特徴とする請求項１３に記載の電子クーポン利用
    支援システム。