JP2002099851A

JP2002099851A - 擬似通貨の管理方法、擬似通貨の管理システム、擬似通貨の認証請求方法

Info

Publication number: JP2002099851A
Application number: JP2000291757A
Authority: JP
Inventors: Keisuke Kubo; 圭右久保
Original assignee: POPPUWEBBU KK
Current assignee: POPPUWEBBU KK
Priority date: 2000-09-26
Filing date: 2000-09-26
Publication date: 2002-04-05

Abstract

(57)【要約】【課題】安全性の高い擬似通貨の管理方法を提供す
る。【解決手段】各擬似通貨６０ｂにユニークなＩＤを割
り当て、擬似通貨６０ｂを発行する際に少なくともＩＤ
と額面及び有効性との対応関係を有する発行情報を認証
機関Ｄにおいて記録し、擬似通貨６０ｂを商店Ｅで使用
する場合に、商店Ｅから前記認証機関Ｄに対し擬似通貨
６０ｂの認証を求め、認証機関Ｄにおいて発行情報に擬
似通貨６０ｂの有効性を確認し、有効であると認められ
た場合に商店Ｅが擬似通貨６０ｂの使用を認めるととも
に認証機関Ｄは擬似通貨６０ｂに対応する発行情報の有
効性を無効とし、認証機関Ｄは商店Ｅに対し擬似通貨６
０ｂに対応する額面に相当する金銭を支払うことを特徴
とする擬似通貨６０ｂの管理方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、擬似通貨の管理方
法に関し、特に、偽造等の不正使用をされる恐れが少な
い擬似通貨の管理方法に関する。

【０００２】

【従来の技術】従来の擬似通貨としては、図書券や商品
券、一定グループ内のクーポン券、ネットワーク内の電
子取引で付与、使用されるポイントや電子マネー等が知
られている。なお、本発明でいう擬似通貨とは、国家が
正式に認めた通貨以外の有価物で、一定の額面を有して
何らかの商品やサービスと交換価値を有するものをい
う。即ち、日本銀行券や、額面を有さない金塊は本発明
にいう擬似通貨には含まれないものとする。

【０００３】商品券は、一般にデパート等が発行し、そ
のデパートが提供する商品との交換が認められる有価証
券であり、図書券も商品券の一種である。一定グループ
内のクーポン券は、商品券同様、タクシーの会社等が発
行し、一定のタクシーグループ内で乗車料金として利用
できるものである。あるいは、一定グループの加盟店に
おいて商品を購入した場合に、商品の購入金額に応じて
券を配布し、集めた券の点数に応じて景品との交換をす
るものである。

【０００４】ネットワーク内の電子取引で付与、使用さ
れるポイントは、例えばある一のショッピングサイト又
はショッピングモールにおいて商品の購入をすると、そ
の購入額に応じて購入者にポイントを付与し、集めたポ
イントに応じてそのショッピングサイト又はショッピン
グモールにおいて代金の代わりとして使用することがで
きるものである。なお、ポイントは、商品を購入する場
合に限らず、広告を閲覧する等、顧客が一定の行動を取
った場合に付与されることもあり、商品の購入に限ら
ず、ゲームをする等のサービスに使用できる場合もあ
る。

【０００５】また、電子マネーとは、貨幣情報を電子デ
ータ化したもので、汎用的に通貨として通用するように
研究され、一部で試験的運用が開始されている。電子マ
ネーには主にＩＣカード型とネットワーク型がある。Ｉ
Ｃカード型は預金口座からＩＣカードに価値を移し、主
としてＩＣカード間で資金決済を行う電子マネーであ
る。一方ネットワーク型の電子マネーはパソコン等の電
子機器に価値を移し、インターネット等のオンライン上
でその価値情報をやり取りすることによって決済をする
電子マネーである。

【０００６】

【発明が解決しようとする課題】ところで、前記した従
来の種々の擬似通貨及び擬似通貨を流通させる組織は次
のような問題を有していた。図書券や商品券は、券面の
それぞれにユニークな番号を記載してはあるが、券を使
用する場合には特に券の正真性を確認することなく商品
と交換することが認められている。従って、仮に精巧な
券を偽造すれば、その偽造に気づくまでは額面どおりの
価値を持って流通してしまう。また、一定グループ内の
クーポン券においても、精巧な模造品の券を偽造するこ
とにより不正使用をすることが可能となってしまう。さ
らに、電子マネーにおいては、情報を暗号化する等して
情報自体に金銭的価値を持たせたものであるが、情報の
暗号化方法が知られてしまうと、流通可能な電子マネー
の完全な複製をいくらでも作ることができてしまう。

【０００７】以上のような問題点に鑑み、本発明では、
偽造等の不正使用をされる恐れが少ない擬似通貨の管理
方法、及び擬似通貨を流通させるための管理システム並
びに管理システムに対し擬似通貨の認証を求める方法を
提供することを目的とする。

【０００８】

【課題を解決するための手段】前記した課題を解決する
ため、本発明の請求項１では、各擬似通貨にユニークな
識別記号を割り当て、前記擬似通貨を発行する際に少な
くとも前記識別記号と額面及び有効性との対応関係を有
する発行情報を認証機関において記録し、前記擬似通貨
の所有者が前記擬似通貨を店舗で使用する場合に、前記
認証機関において前記発行情報に前記擬似通貨の識別記
号が存在し、かつ有効性を有するかを確認することによ
り前記擬似通貨を認証し、有効であると認められた場合
に前記店舗で前記擬似通貨の使用を認めるよう通知する
とともに前記認証機関は前記擬似通貨に対応する発行情
報の有効性を無効とし、前記認証機関は前記店舗に対し
前記擬似通貨に対応する額面に相当する金銭を支払うこ
とを特徴とする擬似通貨の管理方法とした。

【０００９】このような方法により、発行された擬似通
貨を店舗で使用する際には、認証機関においてその擬似
通貨の有効性が確認され、有効であると認められた場合
に初めてその擬似通貨は金銭的価値を生じ、その店舗で
の使用が認められる。それとともに、認証機関が有する
擬似通貨の管理データの中で、使用した擬似通貨の有効
性が無効とされる。店舗は、その擬似通貨の額面相当の
商品又はサービスを提供するので、認証機関がその代価
としてその額面相当の金銭を店舗に支払う。

【００１０】従って、発行中の擬似通貨の数に比較して
識別記号の組み合わせパターンを遥かに多くなるように
設定すれば、仮に何者かが擬似通貨の識別記号を独自に
作って擬似通貨を使用しようとしても、その識別記号に
相当する擬似通貨が発行中である可能性は極めて低いと
いえる。仮に、独自に作った識別記号が発行中で無かっ
た場合には、偽造の疑いが持たれるため、擬似通貨の偽
造をすることを効果的に防止することができる。また、
仮に擬似通貨を複製した場合にも、１つの識別記号に相
当する擬似通貨を使用すると、その有効性は無効とされ
るため、複製した擬似通貨の認証を求めても偽造された
ものであると判別されることになる。従って、擬似通貨
を複製して使用しようとした場合には、すぐに偽造が発
見されるため、本発明により擬似通貨の複製も効果的に
防止されることになる。

【００１１】なお、本発明において店舗とは実際世界の
商店、レストラン、電話サービス業等であっても良い
し、インターネット等のコンピュータネットワーク上の
商店や情報サービス業の業者等であっても良い。

【００１２】また、擬似通貨とは前記した通り国家が正
式に認めた通貨以外の通貨であって、何らかの商品やサ
ービスと交換価値を有するものをいうが、本発明でいう
擬似通貨は、実体を持ったもの、例えば紙に識別記号と
額面を記載したものであっても良いし、実体を持たない
仮想のもの、例えばインターネット等のコンピュータネ
ットワーク上の取引において使用されるように、単なる
情報であっても良い。あるいは、実体のある店舗であっ
ても、識別番号の情報を伝えることで認証を求めること
もできる。一方、本発明でいう金銭とは、国家が正式に
認めた通貨を意味するものとする。

【００１３】また、擬似通貨の有効性を示す方法として
は種々の方法が考えられ、例えば有効性を示すための独
自の情報を用意しても良いし、擬似通貨の識別記号が存
在すること自体により有効性を示しても良い。また、同
様に有効性を無効にするとは、独自に用意した有効性の
情報に代えて無効で有ることの情報を記録する、有効性
の情報を抹消することにより示す、擬似通貨の識別記号
自体を抹消する、等種々の方法をとることができる。さ
らには、有効性を認証した場合に必ず付加される情報、
例えば、有効性を認証した場合に顧客の名前や電子メー
ルアドレス、口座番号等を付加して管理しようとするの
であれば、これらの情報を追加することで、擬似通貨を
管理するデータベースには認証前とは別の情報が付加さ
れることになり、これにより有効性が無効になったこと
を示すこともできる。

【００１４】また、金銭を支払うとは現金の引渡には限
られず、銀行口座等の口座へ振り込む場合も含まれる。
また、擬似通貨を発行する際に識別記号、額面、有効性
を記録する方法は、コンピュータの記憶装置にこれらの
情報を記録するようにしても良いし、認証機関の記録担
当者が帳簿に記録するのでも良い。また、有効性の確認
は、前記コンピュータが記憶装置内のデータベースを参
照して、擬似通貨の識別記号に対応する有効性の情報を
確認するのでも良いし、前記した認証機関の記録担当者
が書いた帳簿を、認証の担当者が見て擬似通貨の識別記
号に対応する有効性の情報を確認するのでも良い。

【００１５】また、本発明の請求項２では、請求項１記
載の擬似通貨の管理方法であって、前記擬似通貨の発行
は認証機関との間で前記擬似通貨に関する取引契約を結
んだ加盟店に対してなされ、前記加盟店が前記所有者に
対し前記擬似通貨を譲渡することを特徴とする。

【００１６】このような方法によれば、擬似通貨は認証
機関との間で擬似通貨に関する取引契約を結んだ加盟店
を通じて発行されるため、譲渡を受ける顧客は一定の信
頼の元に擬似通貨を受け取ることができる。また、加盟
店からすると、商品を買ってくれた顧客にその購入金額
に応じて擬似通貨を譲渡するとか、開店記念でサービス
として譲渡する等サービスとして顧客に擬似通貨を譲渡
することにより、顧客を広く集めることができる。

【００１７】また、本発明の請求項３では、各擬似通貨
にユニークな識別記号を割り当て、前記擬似通貨を発行
する際に少なくとも前記識別記号と額面及び有効性との
対応関係を有する発行情報を認証機関において記録し、
前記擬似通貨の所有者が前記認証機関に対して前記擬似
通貨の有効性の認証を求めた場合に、前記認証機関は前
記発行情報に前記擬似通貨の識別記号が存在し、かつ有
効性を有するかを確認することにより前記擬似通貨を認
証し、有効であると認めた場合に前記所有者に対し前記
擬似通貨に対応する額面に相当する金銭を支払うととも
に前記認証機関は前記擬似通貨に対応する発行情報の有
効性を無効とすることを特徴とする。

【００１８】このような方法によれば、擬似通貨の所有
者が認証機関に擬似通貨の認証を求めた場合に、その擬
似通貨が有効であると認められた場合にはじめて擬似通
貨は金銭的価値を生じ、認証機関から所有者へ、その擬
似通貨の額面相当の金銭が支払われる。それと同時にそ
の擬似通貨の有効性の情報は無効とされ、以後同じ識別
記号をもって認証機関に擬似通貨の認証が求められて
も、その擬似通貨が金銭的価値を生じることはない。従
って、発行中の擬似通貨の識別番号をもって認証を求め
た時のみ擬似通貨は金銭的価値を有するので、発行中の
擬似通貨の数に対し十分に多数の組み合わせを有する識
別記号を使用すれば、適当な識別番号を付して擬似通貨
を偽造しても、擬似通貨として通用する可能性は極めて
低く、偽造を発見できる。同様に、擬似通貨を複製して
も、同じ識別番号の擬似通貨は二度有効に認証されるこ
とはないため、偽造を容易に発見することができる。即
ち、本発明の方法によれば、擬似通貨が偽造される等の
不正な使用を効果的に防止することができる。

【００１９】また、本発明の請求項４では、請求項３記
載の擬似通貨の管理方法であって、前記擬似通貨の発行
は認証機関との間で前記擬似通貨に関する取引契約を結
んだ加盟店に対してなされ、前記加盟店が前記所有者に
対し前記擬似通貨の譲渡を受けることを特徴とする。

【００２０】このような方法によれば、擬似通貨は認証
機関との間で擬似通貨に関する取引契約を結んだ加盟店
を通じて発行されるため、譲渡を受ける顧客は一定の信
頼の元に擬似通貨を受け取ることができる。また、加盟
店からすると、商品を買ってくれた顧客にその購入金額
に応じて擬似通貨を譲渡するとか、開店記念でサービス
として譲渡する等サービスとして顧客に擬似通貨を譲渡
することにより、顧客を広く集めることができる。

【００２１】また、本発明の請求項５では、請求項４記
載の擬似通貨の管理方法であって、前記加盟店は前記所
有者を代理して前記擬似通貨の有効性の認証を前記認証
機関に対して求めることを特徴とする。

【００２２】このような方法によれば、擬似通貨を譲渡
してくれた加盟店が譲受人である所有者に代理して擬似
通貨の認証をしてくれるため、所有者からすれば、特に
何の手続も踏まずに擬似通貨の金銭的価値を獲得するこ
とができ、擬似通貨の利用に際する負担を軽減すること
ができる。

【００２３】また、本発明の請求項６では、請求項４又
は請求項５記載の擬似通貨の管理方法であって、前記加
盟店から前記所有者に対する前記擬似通貨の譲渡は、前
記加盟店と前記所有者との間の取引に付随して行われ、
前記擬似通貨が有効であると認められた場合において、
前記金銭の支払いは、前記取引の後、所定期間後になさ
れることを特徴とする。

【００２４】このような方法によれば、加盟店において
顧客、即ち請求項にいう所有者が何らかの買い物をした
場合等にこの擬似通貨を譲渡し、一定の金銭的価値を生
ずる可能性がある擬似通貨を還元することで、顧客は繰
り返しその加盟店で買い物をする可能性が大きくなり、
加盟店からすれば商品の拡販につなげることができる。

【００２５】また、本発明の請求項７では請求項２，
４，５，６のいずれか１項に記載の擬似通貨の管理方法
であって、前記発行情報の額面は空情報として記録して
前記擬似通貨を発行し、前記加盟店が前記所有者に前記
擬似通貨を譲渡する際に、前記認証機関に対してその擬
似通貨の額面を決定して通知し、前記認証機関が前記額
面を発行情報に記録することを特徴とする。

【００２６】このような方法によれば、加盟店が各擬似
通貨の額面を決定することができる。従って、加盟店は
多種類の額面をそろえるために不要にたくさんの擬似通
貨を所持する必要がない。加盟店は、譲渡した擬似通貨
の額面を認証機関に連絡し、認証機関が額面を発行情報
に記録するので、前記した請求項６までの発明と同様に
擬似通貨を認証機関において管理することができる。

【００２７】また、本発明の請求項８によれば、請求項
１から請求項７のいずれか１項に記載の擬似通貨の管理
方法であって、前記金銭は金銭に代わり他の擬似通貨で
あることを特徴とする擬似通貨の管理方法。

【００２８】このような方法によれば、金銭の代わりに
他の擬似通貨を所有者が使用できるようになる。従っ
て、例えばこの「他の擬似通貨」をオンラインショッピ
ングモールで使用できるポイント等とすれば、いままで
そのオンラインショッピングモールを利用したことが無
かった顧客を、擬似通貨の加盟店での取引等を通じて取
り込むことができる。

【００２９】なお、ここでいう「他の擬似通貨」は、所
有者が所持していたそのものの擬似通貨とは別の擬似通
貨という意味であり、本発明により管理される他の識別
番号を有する擬似通貨であっても良い。例えば、本発明
により管理される擬似通貨に有効期限を設けて、その有
効期限が迫った所有者がやむを得ぬ理由、例えば口座の
開設が間に合わない等の理由で、有効期限を延ばしたい
場合に他の識別番号の擬似通貨に交換するようなシステ
ムとすることにより対応しようとする場合も考えられる
からである。

【００３０】また、本発明の請求項９では、電子取引で
使用される擬似通貨を管理するシステムであって、少な
くとも前記擬似通貨の識別記号、額面及び有効性の対応
関係を有する擬似通貨の管理データベースと、少なくと
も口座番号、入金額及び出金額の対応関係を有する顧客
の所持する擬似通貨を管理する口座データベースと、前
記管理データベース及び口座データベースを記憶する記
憶手段と、前記記憶手段に記憶された前記管理データベ
ースに識別記号、額面及び有効性を記録して擬似通貨を
発行する発行手段と、発行された前記擬似通貨の認証が
求められた場合に、前記記憶手段に記憶された管理デー
タベースから認証が求められた前記擬似通貨の識別記号
を検索し、対応する有効性を読み出す読出手段と、前記
有効性が有効であった場合に前記記憶手段に記憶された
口座データベースに入金の記録をする入金手段と、前記
入金手段による入金の記録をする場合に前記擬似通貨の
有効性を無効にする発行停止手段とを備えることを特徴
とする。

【００３１】このような構成のシステムによれば、シス
テムは発行手段によって擬似通貨の発行時に管理データ
ベースに識別記号、額面、及び有効性の情報を記録す
る。擬似通貨の所有者や加盟店の担当者等が、本発明の
擬似通貨を管理するシステムにアクセスできる端末から
擬似通貨の識別記号及び所有者の口座番号等を特定する
ＩＤ等を通知して認証を求めてきた場合には、システム
は読出手段によって記憶手段に有する管理データベース
を参照して管理データベース内に識別記号があるかを検
索し、その識別記号に対応する有効性の情報を読み出
す。そして、有効性が有効であった場合には、入金手段
により口座データベース内に所有者のＩＤから特定した
口座番号の口座へ入金を記録する。さらに、発行停止手
段により管理データベース内の有効性の情報を無効とす
る。入金の記録は、入金額を記録しても良いし、管理デ
ータベースが口座データベースを兼ねていて、予め入金
額が記録してあるのならば、有効性の情報を無効とする
ことで同時に入金の記録がなされたことになる。

【００３２】従って、本システムにより、発行中の有効
な擬似通貨の認証が求められた場合にのみ所有者の口座
に金銭等が振り込まれ、擬似通貨の不正使用を効果的に
防止することができる。なお、本システムでいう口座は
金銭の口座である場合もあれば、オンラインショッピン
グモール等で使用されるポイント等の擬似通貨である場
合もある。また、管理データベース及び口座データベー
スはそれぞれ１つのデータベースとして構築することも
できるし、あるキーを介して複数のデータベースに分け
て構築することも可能である。

【００３３】また、本発明の請求項１０では、請求項９
記載の擬似通貨の管理システムであって、前記管理デー
タベースは擬似通貨の入金を認可する最先の日である入
金日のデータをさらに有し、前記擬似通貨の認証が求め
られた場合に、その日と前記擬似通貨に対応する入金日
とを比較し、入金日が当日より過去の場合に初めて出金
動作を認める出金日認証手段をさらに有することを特徴
とする。

【００３４】このようなシステムとすれば、擬似通貨の
口座から買物の代金を支払う等、出金しようとした場合
に、管理データベース内のその擬似通貨に対応する入金
日のデータと当日の日を入金日認証手段が比較して、入
金日が当日より過去の場合にのみ口座データベースに出
金額を記録する出金動作を行う。従って、擬似通貨ごと
に、ある期日以後にその出金を認めることができる。例
えば、加盟店での買い物時の還元サービスとして擬似通
貨を配布する場合に、一定のクーリングオフ期間が経過
した後に初めて擬似通貨の金銭的価値を生じさせるよう
にすることができる。

【００３５】また、本発明の請求項１１では、請求項９
又は請求項１０記載の擬似通貨の管理システムに対する
擬似通貨の認証請求方法であって、少なくとも前記擬似
通貨の識別記号及び所有者を特定する方法を含む情報を
引数とするとともに前記擬似通貨の管理システムへリン
クされたＣＧＩ(Common Gateway Interface)画像を、所
有者の有する端末に送るウェブページのソースコードに
含めることを特徴とする。

【００３６】このような方法により、所有者に代理して
加盟店等が認証機関に擬似通貨の認証を求めるような場
合に、加盟店から所有者にウェブページのソースコード
を送信する過程において認証機関への認証を求めること
ができる。従って、例えば所有者へ擬似通貨を譲渡する
と同時に認証機関への登録又は認証を済ますことができ
る。また、所有者からすると、自分の端末でＣＧＩ画像
がきちんと表示されたことにより、認証機関での登録が
済んだことを確認することができ、仮に登録がうまくい
かなかった場合も、ウェブページの再読込みをすること
で、再度登録を求めることができる。なお、認証の語は
所有者へ擬似通貨の金銭的価値の帰属を認めることをい
うのに対して、ここでいう登録の語は、認証機関に何ら
かの記録はするが、所有者へ擬似通貨の金銭的価値を帰
属させない場合も含んでいる。なお、ここでのＣＧＩ画
像とは、ＣＧＩプログラムの実行の結果クライアントに
送信され、表示される画像を意味する。

【００３７】

【発明の実施の形態】次に、本発明の実施の形態につい
て説明する。図１は本発明の第１の実施の形態に係る擬
似通貨の管理方法及び擬似通貨の管理システムの概要を
示すブロック図である。図１において、認証機関Ａ、シ
ョッピングモール等の加盟店Ｂ、及び請求項にいう所有
者となる顧客Ｃの三者は、互いにインターネットを介し
て情報の通信が可能になっており、擬似通貨は三者の間
で通信手段を介して流れるようになっている。なお、第
１の実施の形態は請求項３，４，５，６，７，８の特
徴、及び請求項９，１０，１１の特徴を組み合わせた実
施の形態に相当する。

【００３８】認証機関ＡはＷＷＷ(World Wide Web)上で
情報を発信、収集するＷＷＷサーバＡ１及び擬似通貨の
管理に必要なデータベースを有するＤＢ(Data Base)サ
ーバＡ２を有しており、ＷＷＷサーバＡ１及びＤＢサー
バＡ２の２つにより本発明の擬似通貨の管理システムを
構成している。

【００３９】ショッピングモールＢはインターネット上
で各種の店舗がウェブページを利用して商品の販売やサ
ービスの提供をしているウェブサイトの１つである。加
盟店ＢはＷＷＷサーバＢ１を有しており、ＷＷＷサーバ
Ｂ１に各種店舗のウェブページの情報が登録されてい
る。

【００４０】顧客Ｃは、擬似通貨を所有する者の一例で
あり、インターネットに接続できる顧客端末Ｃ１を使用
して加盟店Ｂ及び認証機関Ａと情報の通信を行う者であ
る。ＤＢサーバＡ２は、擬似通貨の管理に必要なデータ
ベースとして、顧客ＤＢ（データベース）２１、加盟店
ＤＢ２３、ＰＯＰＤＢ２２、出金ＤＢ２４を記憶手段に
有している。それぞれのデータベースの詳細については
後述する。なお、ＰＯＰＤＢ２２の「ＰＯＰ」とは、本
実施の形態での擬似通貨の単位であり、１００ＰＯＰ、
５０ＰＯＰのようにして擬似通貨の額面を表すこととす
る。

【００４１】図２は、認証機関のＷＷＷサーバの構成を
示すブロック図である。ＷＷＷサーバＡ１は、図２に示
すように、ＣＰＵ１を制御中枢とし、主記憶装置２、入
力制御を行うキーボードコントローラ（ＫＢＣ）３、出
力制御を行うディスプレイコントローラ（ＣＲＴＣ）
４、フォーマット制御並びに主記憶装置２とのインタフ
ェース制御を行うハードディスクコントローラ（ＨＤ
Ｃ）５、さらにインターネット接続のためのプロトコル
制御を行うＴＣＰ／ＩＰ（TransportControl Protocol
／Internet Protocol）インタフェース６が、アドレ
ス、データ、コントロールのための複数本のラインで構
成されるシステムバス１０を介して共通接続されてい
る。

【００４２】ＫＢＣ３には入力装置であるキーボード７
が、ＣＲＴＣ４には表示装置であるディスプレイ８が、
ＨＤＣ５には記憶手段であるハードディスク装置（ＨＤ
Ｄ）９が外部接続されている。ＫＢＣ３、ＣＲＴＣ４、
ＨＤＣ５、ＴＣＰ／ＩＰ６はいずれもプログラムされた
内容に従い、ＣＰＵ１とは独立に、外部接続される入出
力デバイスの制御を行っている。ＨＤＤ９には、ＷＷＷ
サーバＡ１をサーバとして機能させるためのプログラム
が記録されており、ＣＰＵ１によって参照され、実行さ
れる。

【００４３】ＤＢサーバＡ２、ＷＷＷサーバＢ１、顧客
端末Ｃ１も装置としてＷＷＷサーバＡ１と同様の構成を
有している。ＤＢサーバＡ２はデータベースを管理する
プログラムを有し、ＨＤＤ９には顧客ＤＢ２１、ＰＯＰ
ＤＢ２２、加盟店ＤＢ２３、出金ＤＢ２４が格納されて
いる。ＤＢサーバＡ２はＷＷＷサーバＡ１からの依頼を
受けて、各データベースに対する検索、更新、挿入、削
除などの処理を行い、その処理結果をＷＷＷサーバＡ１
へ返す機能を有する。顧客端末Ｃ１は、一般にサーバプ
ログラムは有さず、ＷＷＷサーバＡ１，Ｂ１からのウェ
ブ情報を閲覧するソフトウェア及び電子メールの送受信
を行うソフトウェアを有している。

【００４４】次に、顧客ＤＢ２１、ＰＯＰＤＢ２２、加
盟店ＤＢ２３、出金ＤＢ２４のそれぞれについて詳細に
説明する。図３は、顧客ＤＢの内容の一例を示す図であ
る。顧客ＤＢ２１は各顧客にユニークに割り当てられた
顧客ＩＤをキーとして、氏名、住所、電話番号、電子メ
ールアドレス、口座番号、趣味のフィールドを有してい
る。例えば、顧客ＩＤがＶＭＤ００２５の山本太郎氏
は、住所が東京都●○…で、電話番号が０３−…で、電
子メールアドレスがｏｗｅｉｔ＠…で、口座番号が１０
５０５９９で、趣味がつりである、等というように各フ
ィールドが記録されている。口座番号は、各個人（顧
客）があるネットワーク内での買物において金銭として
使用できるポイントを擬似通貨の管理システム内で管理
している口座の番号である。

【００４５】なお、このポイントはあるネットワーク内
で通用するもので、擬似通貨の１つであるが、前述した
ＰＯＰとは異なる擬似通貨であり、その価値は、１ポイ
ント＝１ＰＯＰの関係にあるとする。また、顧客ＤＢ２
１は、顧客にさらに良いサービスを提供するため、適宜
他のフィールドのデータを持つこともできる。

【００４６】図４は、ＰＯＰＤＢの内容の一例を示す図
である。ＰＯＰＤＢ２２は、擬似通貨であるＰＯＰの発
行状況を管理するデータベースであり、請求項にいう管
理データベースに相当する。ＰＯＰＤＢ２２は、各擬似
通貨にユニークに割り当てられた発行ＩＤをキーとし
て、マネーコード、ＰＯＰ数、譲渡日、入金日、加盟店
ＩＤ、口座番号のフィールドが設けられている。

【００４７】発行ＩＤは各擬似通貨にユニークに割り当
てられているため、請求項にいう識別機能に相当する
が、後述するマネーコードと合わせて識別記号とした
り、マネーコード自体を識別記号としたりして使用する
こともできる。図４においては、発行ＩＤは説明の都合
上ＡＭＷ０５１２５８から順に１づつ数字を大きくして
ＡＭＷ０５１２６４まで記載し、その後も同様に続くよ
うに記載しているが、同じ発行ＩＤが各一つしか存在し
ないようにすれば、ランダムな順番の記号とすることも
できる。

【００４８】ＰＯＰ数は、各擬似通貨に割り当てられた
ＰＯＰの額面であり、例えば図４では、ＡＭＷ０５１２
５８の擬似通貨は１００ＰＯＰであることが示されてい
る。

【００４９】譲渡日は加盟店Ｂから顧客Ｃに擬似通貨を
譲渡した日付であり、例えば図４のＡＭＷ０５１２５８
の擬似通貨では、２０００年８月２１日に発行されたも
のであるとして、２０００の下二桁と日付をあわせて０
００８２１と示されている。

【００５０】入金日は、顧客Ｃのポイントの口座へポイ
ントが入金される日である。本実施の形態では、顧客Ｃ
が加盟店Ｂで買物をした時の還元サービスとして擬似通
貨のＰＯＰを渡していることにするので、譲渡日から後
述するクーリングオフ期間が経過する日が入金日となっ
ている。

【００５１】加盟店ＩＤは各加盟店にユニークに割り当
てられたＩＤであり、例えば図４のＡＭＷ０５１２５８
の擬似通貨では、加盟店ＩＤとしてＴ０１５３が示され
ている。

【００５２】口座番号は図３で説明した口座番号と同一
である。

【００５３】マネーコードは、譲渡日、入金日、加盟店
ＩＤ、ＰＯＰ数、発行ＩＤ、所有者のメールアドレスの
情報を含めて暗号化した一連の記号である。マネーコー
ドは本発明を実施する上で必須のものではないが、本実
施の形態では擬似通貨の管理システムを現状のネットワ
ークシステムにおいて運用しやすくするために、前記の
情報を一まとめにして暗号化したマネーコードを使用し
ている。

【００５４】図４においては、ＡＭＷ０５１２５８から
ＡＭＷ０５１２６０までの擬似通貨はすべてのフィール
ドが記録され、ＡＭＷ０５１２６１とＡＭＷ０５１２６
２は口座番号以外のフィールドが記録され、ＡＭＷ０５
１２６３以降の擬似通貨は加盟店ＩＤのみが記録されて
いる。擬似通貨の発行時には、ＡＭＷ０５１２６３以降
のように各発行ＩＤがどの加盟店に割り当てられるかだ
けの情報が記録されている。そして、擬似通貨の発行が
され、顧客又は加盟店からＰＯＰの認証を求められたけ
れども、顧客が口座を有していなくて、ＰＯＰの認証を
することができない場合は、ＡＭＷ０５１２６１，ＡＭ
Ｗ０５１２６２のように口座番号のみが空欄となってい
る。そして、擬似通貨が発行され、ＰＯＰの認証も済ん
でいる場合は、ＡＭＷ５１２５８からＡＭＷ０５１２６
０のようにすべてのフィールドが記録されている。

【００５５】従って、ＰＯＰＤＢ２２においては、口座
番号が空欄の発行ＩＤの擬似通貨が有効に発行中の擬似
通貨であり、口座番号が記録された発行ＩＤの擬似通貨
が、発行後無効にされた擬似通貨である。即ち、口座番
号を記録する動作が、請求項にいう有効性を無効にする
ステップに対応する。

【００５６】図５は、加盟店ＤＢの内容の一例を示す図
である。加盟店ＤＢ２３は、各加盟店にユニークに割り
当てられた加盟店ＩＤをキーとして、クーリングオフ期
間、住所、電話番号のフィールドが設けられている。ク
ーリングオフ期間とは、いったん成立した契約の解除や
申し込みの取り消しを消費者が一方的におこなうことが
できる期間であり、法定の期間以上であることを条件に
各加盟店で一定期間を定めたものである。加盟店ＤＢ２
３は、図５に図示した以外にも、加盟店の電子メールア
ドレス等その他のフィールドを有することもできる。

【００５７】図６は、出金ＤＢの内容の一例を示す図で
ある。出金ＤＢ２４は、あるネットワーク内で使用でき
るポイントの使用履歴を記録したもので、日付、口座番
号、使用したポイントである出金額が記録されている。
例えば、２０００年８月２４日の１行目のレコードで
は、口座番号が１０５０５９９の口座から５００ポイン
トが使用されたことが示されている。なお、出金ＤＢ２
４とＰＯＰＤＢ２２の入金額フィールドを合わせると、
請求項にいう口座データベースに相当する。

【００５８】次に、第１の実施形態における擬似通貨の
管理動作について図１及び図７から図１０を参照して説
明する。図７は、第１の実施の形態において、認証機
関、ショッピングモール（加盟店）、顧客（所有者）が
行う表面的な動作の流れを示したフローチャートであ
る。なお、図７において、各処理の１行目は処理の主体
及び対象を示し、「認証機関：」であれば認証機関が行
う行為、「顧客→加盟店：」であれば、顧客が加盟店に
対して行う行為とする。

【００５９】まず、認証機関Ａは、額面を空欄としたま
ま擬似通貨を発行する（Ｓ１０）。即ち、認証機関Ａの
ＷＷＷサーバＡ１のＨＤＤ９に記憶されたプログラムが
ＣＰＵ１により読み出されて実行され、ＤＢサーバＡ２
内のＰＯＰＤＢ２２のうち、発行ＩＤ及び加盟店ＩＤを
記録した状態とし、発行先の加盟店のＷＷＷサーバＢ１
に対し、発行ＩＤを通知する。この一連の動作を行わせ
るプログラム及びプログラムを実行するＣＰＵ１が発行
手段に相当する。例えば、図４のＡＭＷ０５１２６４の
レコードが、額面を空情報として擬似通貨を発行した状
態である。このＡＭＷ０５１２６４の発行ＩＤの擬似通
貨が有効であることは、その発行ＩＤが存在し、未だ口
座番号が空欄であることにより確認できる。なお、以下
の説明において、ＷＷＷサーバＡ１、ＷＷＷサーバＢ
１、顧客端末Ｃ１で実行される各種手段、例えば発行手
段や読出手段がＣＰＵにより所定のプログラムが実行さ
れて各種動作を行うことの説明は省略する。

【００６０】次に、顧客Ｃが加盟店Ｂにおいて何らかの
買物をする（Ｓ１１）。加盟店Ｂでは、顧客Ｃが買物を
した金額の一定割合を擬似通貨のＰＯＰとして還元する
ようにしているため、顧客Ｃが買物をすると、加盟店Ｂ
は譲渡する擬似通貨の額面を決定して認証機関Ａに対し
て擬似通貨を顧客Ｃに譲渡したことを通知する。この
際、認証機関Ａに対しては、譲渡した擬似通貨の発行Ｉ
Ｄ、加盟店ＩＤ、額面情報、顧客情報（例えば電子メー
ルアドレス等）を通知する（Ｓ１２）。この動作が認証
機関に対して擬似通貨の認証を求める動作に相当する。

【００６１】認証機関Ａにおいては、通知された発行Ｉ
Ｄが、発行中の擬似通貨のものであるか（有効性を有す
るか）を判断し（Ｓ１３）、発行ＩＤ自体が無かった
り、発行ＩＤがあっても既に無効とされているものであ
った場合は、加盟店Ｂに対してエラー通知をする（Ｓ１
４）。この場合、加盟店は発行ＩＤ等を確認して譲渡の
通知をやり直す（Ｓ１２）。

【００６２】通知された発行ＩＤが有効な発行中の擬似
通貨であった場合は、認証機関Ａは、通知された顧客情
報から顧客Ｃが既に口座を有しているかを判断し（Ｓ１
５）、顧客Ｃが口座を有していると判断した場合には入
金の動作、即ち額面と口座番号の記録を行う（Ｓ１
６）。そして、認証機関Ａから顧客Ｃに対し、ＰＯＰ画
像を送信し（Ｓ１７）、顧客ＣはＰＯＰ画像の表示を確
認することで自分の口座に入金がなされたことを確認す
る（Ｓ１８）。

【００６３】一方、認証機関Ａが、通知された顧客情報
から顧客Ｃが未だ口座を有していないと判断した場合に
は、認証機関Ａにおいて、譲渡された擬似通貨の額面が
登録される（Ｓ１９）。そして、口座があった場合と同
様に認証機関Ａから顧客Ｃに対し、ＰＯＰ画像を送信し
（Ｓ２０）、顧客ＣはＰＯＰ画像の表示を確認して、Ｐ
ＯＰ券が正式に発行されたものであることを確認する
（Ｓ２１）。

【００６４】次に、認証機関Ａから顧客Ｃに対し「加盟
店Ｂ様より１００ＰＯＰが進呈されましたので、 HYPER
LINK "http://popbank.com" http://popbank.comへアク
セスして口座を開設してください」等という内容の電子
メールを送って口座開設の案内を通知する（Ｓ２２）。
顧客Ｃはこの通知を受けて認証機関Ａのウェブページへ
アクセスして口座を開設する（Ｓ２３）。認証機関Ａ
は、口座開設と同時にＰＯＰＤＢ２２内の口座番号フィ
ールドに顧客Ｃの口座番号を記録して入金をする（Ｓ２
４）。入金が完了したら、顧客Ｃに入金が済んだことを
電子メール等で通知する（Ｓ２５）。なお、ＰＯＰＤＢ
２２に口座番号を記録する手段が、請求項にいう入金手
段に相当する。入金額と口座番号の関係が作られること
で、入金を記録したことになるからである。また、ＰＯ
ＰＤＢ２２に口座番号を記録する手段は入金手段である
と同時に、請求項にいう発行停止手段でもある。口座番
号を記録することにより、その発行ＩＤの擬似通貨（ポ
イント）は唯一の所有者に帰属することが決定し、その
後他の者には帰属させられないので、擬似通貨（ＰＯ
Ｐ）の有効性を無効にしたことになるからである。

【００６５】次に、前記した顧客が買物をする動作から
顧客Ｃの口座へ入金が完了するまでのシステムの動作を
詳細に説明する。図８は、顧客がショッピングモールで
買物をする場合の顧客端末に表示される購入確認の画面
を示す図であり、図９はショッピングモールで買物をし
た顧客の端末に表示される擬似通貨の受取確認の画面を
示す図である。また、図１０及び図１１は、顧客が買物
をしてから顧客の口座にポイントが入金されるまでの、
顧客端末、認証機関のＷＷＷサーバ、ショッピングモー
ルのＷＷＷサーバの間で行われる動作を示すフローチャ
ートである。

【００６６】顧客Ｃは加盟店Ｂのウェブサイトにアクセ
スし、種々ある商品の中から希望の商品を選んで商品の
注文画面（図示せず）に入る。注文画面において、顧客
は自分の住所、電話番号、クレジットカード番号等の
他、メールアドレスを入力し（Ｓ３０）、ＷＷＷサーバ
Ｂ１へ送信して図８の購入確認の画面へ進む。図８の購
入確認の画面では、商品の一例としてシャンパンを選択
した場合を示している。図８では、シャンパンの購入の
確認を求める他、このショッピングモールＢの店舗が擬
似通貨（ＰＯＰシステム）の加盟店であることを伝えて
おり、シャンパンの購入により、その購入金額の一定割
合の額面のＰＯＰ券を進呈することを示している。画面
の右下には購入を決めた場合に意思表示を示すための購
入ボタン３０が表示されている。

【００６７】顧客Ｃが顧客端末Ｃ１で購入ボタン３０を
クリックすると（Ｓ３１）、ＷＷＷサーバＢ１は、加盟
店ＩＤのみ決まった状態で発行されている擬似通貨の発
行ＩＤと、加盟店ＩＤと、当日である譲渡日と、譲渡日
にその店舗のクーリングオフ期間を足した入金日と、譲
渡したＰＯＰ数と、先に受信した顧客のメールアドレス
とを一まとめの情報とし、暗号化してマネーコードを生
成する（Ｓ３２）。ＷＷＷサーバＢ１は、マネーコード
を元に図８のウェブページの次の画面のソースコードを
生成し（Ｓ３３）、顧客端末Ｃ１に送信する。

【００６８】顧客端末Ｃ１はＷＷＷサーバＢ１からソー
スコードを受信し（Ｓ３４）、ブラウザで表示する（Ｓ
３５）。図９が、表示された画面の一例である。ブラウ
ザのウィンドウの上部には、前の画面に戻るための戻る
ボタン３１、先の画面に進むための進むボタン３２、現
在の画面を表示しなおす更新ボタン３３が表示されてい
る。本文中には、商品を購入したことに対する謝礼と、
画面の右下にＰＯＰ券の表示があったらＰＯＰ券が顧客
に譲渡されたこと、及び×印が表示されたら更新ボタン
３３を押すべきことの案内が表示されている。なお、顧
客Ｃにとってはこの画面でＰＯＰ券を受け取ることは、
あたかも加盟店からＰＯＰ券が発行されたように見える
ので、画面中では、譲渡ではなく発行の語を用いてい
る。

【００６９】画面右下には、１００ＰＯＰの額面のＰＯ
Ｐ画像３４が表示されているが、この画像が表示される
までには、次の動作が行われている。ＰＯＰ画像３４の
位置には、ＷＷＷサーバＡ１にマネーコードを渡しつ
つ、ＰＯＰ画像３４を送信してくるＣＧＩ画像のリンク
が張られている。例えば、<imgscr="http://popbank.co
m/money.cgi?%A1%B3…">のようなソースコードにより
「？」以降に先にＷＷＷサーバＢ１が生成したマネーコ
ードを引数として付加し、ＷＷＷサーバＡ１内のＣＧＩ
画像を呼び出すようにする。

【００７０】従って、顧客端末Ｃ１でソースコードを受
信して（Ｓ３４）、ブラウザでこれを表示した場合に
は、まずソースコード内で用意されているテキスト文が
まず表示される（Ｓ３５）。そして、ＷＷＷサーバＡ１
に対し、マネーコードを引数として渡しつつ画面右下の
ＣＧＩ画像を読みにいく（Ｓ３６）。ＷＷＷサーバＡ１
では、マネーコードを受信し（Ｓ３７）、これを譲渡
日、入金日、加盟店ＩＤ、ＰＯＰ数、発行ＩＤ、顧客Ｃ
のメールアドレスに分解する（Ｓ３８）。

【００７１】なお、本実施形態の実施のためには、発行
ＩＤとＰＯＰ数、及び所有者を特定するための情報の一
例であるメールアドレスの情報が送られれば十分ではあ
るが、これらの情報を元にＷＷＷサーバＡ１内のデータ
ベースを検索したり、計算をしたりするよりも、一連の
情報を渡して参照できるようにした方が便宜であるの
で、ここではマネーコードとして種々の情報を盛り込ん
でいる。

【００７２】ＷＷＷサーバＡ１は、マネーコードを分解
して得た顧客ＣのメールアドレスをＤＢサーバＡ２内の
顧客ＤＢ２１内から検索し（Ｓ３９）、顧客Ｃが口座を
有するか否かを判断する（Ｓ４０）。メールアドレスが
あった場合には、顧客Ｃが口座を有していると判断で
き、メールアドレスが無かった場合には、口座を有さな
いと判断できる。

【００７３】口座があった場合にはＷＷＷサーバＡ１で
擬似通貨の認証を行う。まず、マネーコードを分解して
得た発行ＩＤがＰＯＰＤＢ２２に存在するかを検索し
（Ｓ４１）、無かった場合にはＷＷＷサーバＢ１に対し
エラー通知を行い（Ｓ４２）、あった場合には、その発
行ＩＤに対応する口座番号フィールドが空欄かどうかを
確認して、有効性を判断する（Ｓ４３）。口座番号フィ
ールドが空欄ではなかった場合は、既に他の者の口座に
入金されていて有効ではないので、ＷＷＷサーバＢ１に
対しエラー通知を行う（Ｓ４２）。口座番号フィールド
が空欄だった場合は、有効性を有するので、その発行Ｉ
Ｄの各フィールドに、ＰＯＰ数、譲渡日、入金日、口座
番号を記録する（Ｓ４４）。そして、顧客端末Ｃ１にＰ
ＯＰ画像３４を送信し（Ｓ４５）、顧客端末Ｃ１でＰＯ
Ｐ画像３４が表示される（Ｓ４６）。

【００７４】一方、口座が無かった場合（Ｓ４０）に
は、口座があった場合と同様に、発行ＩＤが存在し、か
つ口座番号フィールドが空欄であることを確認した上で
（図示せず）、各フィールドにＰＯＰ数、譲渡日、入金
日を記録し、口座番号フィールドのみ空欄のままにして
おく（Ｓ４７）。

【００７５】そして、図１１に示すように、ＷＷＷサー
バＡ１から顧客端末Ｃ１に対しＰＯＰ画像３４が送信さ
れ（Ｓ５０）、顧客端末Ｃ１でＰＯＰ画像３４が表示さ
れる（Ｓ５１）。さらに、ＷＷＷサーバＡ１から顧客端
末Ｃ１に対し、発行ＩＤ及び口座開設のウェブページの
情報とともに口座開設の案内メールを送信する（Ｓ５
２）。即ち、この発行ＩＤの擬似通貨が顧客Ｃに譲渡さ
れたので、口座を開設すればその口座にポイントが入金
されますよ、ということを案内するメールが送られる。
顧客端末Ｃ１はこのメールを受信し（Ｓ５３）、メール
で示された口座開設のウェブページにアクセスする（Ｓ
５４）。口座開設のウェブページにおいて、顧客Ｃは発
行ＩＤを含む所定の情報を入力し口座開設を申込む（Ｓ
５４）。ＷＷＷサーバＡ１では、口座番号を顧客Ｃに割
り当て（Ｓ５５）、ＰＯＰＤＢ２２の前記発行ＩＤに対
応する口座番号のフィールドに顧客Ｃの口座番号を記録
する（Ｓ５６）。口座番号の記録により、顧客Ｃの口座
への入金が完了し、ＷＷＷサーバＡ１から顧客端末Ｃ１
は入金を通知するメールを送信し（Ｓ５７）、顧客Ｃは
このメールを見て入金を確認する（Ｓ５８）。

【００７６】以上のようにして、顧客端末Ｃ１にＰＯＰ
画像３４が表示されるので、顧客端末Ｃ１にＰＯＰ画像
３４が表示された場合には、ＰＯＰを管理しているＰＯ
ＰＤＢ２２に、譲渡日やＰＯＰ数等の所定の項目が登録
された上で表示されているので、顧客Ｃは、ＷＷＷサー
バＡ１で正式に発行されたＰＯＰであることをその表示
により確認することができる。

【００７７】なお、インターネットの回線が混んでいる
場合等、ＷＷＷサーバＡ１にアクセスできず、タイムア
ウトになって結局ＰＯＰ券が表示されず、代わりに×印
が表示されてしまうこともある。この時、擬似通貨はＰ
ＯＰＤＢ２２に登録されていないが、顧客Ｃはブラウザ
の更新ボタン３３をクリックする等して、画面を再表示
することにより、顧客端末Ｃ１は再びマネーコードを引
数として渡しつつ、ＷＷＷサーバＡ１へＣＧＩ画像を取
得しにいくので、ＰＯＰＤＢ２２への登録要請をやり直
すことができる。また、一度入金が済んでしまえば、再
び更新ボタン３３を押しても、既にＰＯＰＤＢ２２の口
座番号フィールドが埋まっているので、顧客Ｃはこの操
作により二重にポイントを受け取ることはできない。

【００７８】次に、顧客が自己の口座を確認する場合に
ついて説明する。図１２は、本発明の擬似通貨を認証し
た後のある顧客の口座の取引履歴を表示した例を示す図
である。図１２の取引履歴には、一番左の列に取引の日
付、その右の３列が本口座として入金額、出金額、残高
を表示する列があり、さらに右の２列に、仮口座として
入金日と入金額が表示されている。本口座とは一般の銀
行の普通口座と同様、自由に出金できる口座である。一
方、仮口座とは、一定の入金日が来ないと出金できない
ポイントを管理した口座であり、入金日を過ぎれば、そ
の額面が本口座に移ることにより出金可能になる。例え
ば、図１２は２０００年８月２４日に、山本太郎氏（口
座番号１０５０５９９）の取引経過を表示させたもので
あり、２０００年８月２４日までの取引は本口座の欄に
記載されており、２０００年８月２５日以降は仮口座の
欄に記載されている。翌日になって同じように取引経過
を表示させると、仮口座にあった２０００年８月２５日
の１８８ポイントが本口座に入金された状態になる。な
お、仮口座にあるポイントは、顧客Ｃのクーリングオフ
により本口座に移らない場合もあるので、一定期間ご
と、例えば１ヶ月ごとに、本口座に移ったポイントに相
当する金銭が加盟店Ｂから認証機関Ａに支払われる。

【００７９】この取引経過の表示は、ＰＯＰＤＢ２２か
ら口座番号１０５０５９９のレコードのみを抽出し、出
金ＤＢ２４からも口座番号１０５０５９９のレコードの
みを抽出し、この２つのレコードをあわせて日付で昇順
にソートし、必要なフィールドのみ残すことで容易に作
成される。このような操作は従来のデータベース管理ソ
フトウェアにおいて１つの操作で可能である。

【００８０】なお、顧客Ｃが自分の口座からポイントを
使用しようとする時は、ＰＯＰＤＢ２２の中からポイン
トを差し引く場合に、当日とそのポイントの入金日を比
較し、当日が入金日以前であれば、出金を認めないよう
にされている。即ち、この日付を比較して出金を制限す
る手段（プログラム）が請求項にいう出金日認証手段に
相当する。

【００８１】以上、第１の実施の形態について説明し
た。第１の実施の形態によれば、加盟店であるショッピ
ングモールに対して擬似通貨の発行がなされ、顧客がシ
ョッピングモールで買物をした時に購入額の一定割合の
擬似通貨が顧客に譲渡される。譲渡と同時に顧客は自分
のメールアドレスをショッピングモールに伝え、ショッ
ピングモールは顧客に代理して譲渡した擬似通貨の認証
を認証機関に求める。従って、口座を有している顧客は
特に特別な手続を不要として擬似通貨の認証まで済んで
入金日を待てばポイントを使用できるようになる。ま
た、口座を有していない場合には、認証機関から口座開
設の案内を受けて、口座を開設すれば、同時に擬似通貨
の認証がなされて、入金日を待てばポイントを使用でき
るようになる。この擬似通貨は、各通貨が認証機関Ａに
管理されており、不正に口座に入金を依頼すること等は
極めて困難になっている。

【００８２】次に、本発明の第２の実施の形態について
説明する。図１３は、第２の実施の形態に係る擬似通貨
の管理方法及び擬似通貨の管理システムの概要を示すブ
ロック図である。なお、本実施の形態の説明において、
第１の実施の形態と実質的に同一な部分については同一
の符号を付して詳細な説明を省略するものとする。

【００８３】第１の実施の形態がオンラインのショッピ
ングモールでの取引において擬似通貨の譲渡を行い、擬
似通貨自体も情報が流れているだけだったのに対して、
第２の実施の形態では、実際世界の商店における取引に
おいて、実際の券を有する擬似通貨を譲渡している点が
異なる。なお、本実施の形態は、請求項３，４，８の特
徴及び請求項９の特徴を有する実施の形態である。

【００８４】図１３に示すように、第２の実施の形態で
取引主体として登場するのは、認証機関Ａと、実際世界
の商店Ｂａ、顧客Ｃである。商店ＢａはＷＷＷサーバＡ
１とＰＯＰ券に関する情報を送受する商店端末Ｂ１ａを
備える。ＤＢサーバＡ２は、顧客ＤＢ２１、ＰＯＰＤＢ
２２ａ、加盟店ＤＢ２３、口座ＤＢ２４ａを有する。即
ち、ＰＯＰＤＢ２２ａと口座ＤＢ２４ａが第１の実施の
形態と異なる。

【００８５】図１４はＰＯＰデータベースの内容を示す
図であり、図１５は口座データベースの内容を示す図で
ある。図１４に示すように、ＰＯＰＤＢ２２ａは擬似通
貨の発行ＩＤをキーとして、ＰＯＰ数、口座番号のフィ
ールドを有し、口座番号は未だ擬似通貨が発行中で有効
なものについては空欄のままとなっている。口座番号が
記録されている擬似通貨は既にその口座に帰属してお
り、有効性を有さない。即ち、口座番号フィールドが擬
似通貨の有効性を示す。

【００８６】図１５に示すように、口座ＤＢ２４ａは、
日付順に、口座番号、入金額、出金額のフィールドが設
けられている。即ち、複数の口座の入金、出金が日付ご
とにソートされて、１つのデータベースとなっている。

【００８７】第２の実施の形態において、擬似通貨は次
のように管理される。図１６は、第２の実施の形態にお
いて、認証機関、商店（加盟店）、顧客（所有者）が行
う動作の流れを示したフローチャートである。認証機関
のＷＷＷサーバＡ１は、発行手段によりＰＯＰＤＢ２２
ａの発行ＩＤ及びＰＯＰ数を記録して、この２つの情報
を商店端末Ｂａに通知する（Ｓ６０）。これにより、擬
似通貨が発行されたことになる。なお、商店Ｂａから
は、認証機関Ａに対し、発行されたＰＯＰ数に相当する
金銭が支払われる。

【００８８】顧客Ｃは商店Ｂａで買物をし（Ｓ６１）、
商店は顧客Ｃの購入額の一定割合でＰＯＰ券６０を顧客
Ｃに譲渡する（Ｓ６２）。このＰＯＰ券６０は商店端末
Ｂ１ａにおいてプリントアウトされたもので、ＰＯＰ数
である１００ＰＯＰの文字と、発行ＩＤ及び認証機関Ａ
が運営する口座開設のためのウェブページのＵＲＬ(Uni
form Resource Locator)が表示されている。ＰＯＰ券６
０はその券自体は何らの金銭的価値も無く、額面、発行
ＩＤ、ＵＲＬの情報を有する以上の意味は無い。従っ
て、このＰＯＰ券を複製したり、発行ＩＤを適当に代え
て製造したりしても、擬似通貨の金銭的価値を増やすこ
とはできない。

【００８９】次に、顧客ＣはＰＯＰ券６０の券面に記載
されていたＵＲＬへアクセスする（Ｓ６３）。顧客Ｃが
自分の擬似通貨の口座を有していない場合（Ｓ６４）に
は、顧客Ｃは口座開設ページにおいて、自分のメールア
ドレス等の個人情報を入力して口座を開設する（Ｓ６
５）。

【００９０】顧客Ｃが自分の口座を有している場合（Ｓ
６４）には、顧客Ｃは顧客端末Ｃ１によりＷＷＷサーバ
Ａ１に対し、ＰＯＰ券６０の認証を請求する。即ち、Ｐ
ＯＰ券６０の券面に表示されたＵＲＬにアクセスし、認
証請求ページにおいて、ＰＯＰ券６０に表示された発行
ＩＤ及び自分の口座の口座番号を入力する（Ｓ６６）。

【００９１】ＷＷＷサーバＡ１は、ＰＯＰＤＢ２２ａか
ら入力された発行ＩＤに対応する口座番号を、読出手段
により読み出し、擬似通貨（発行ＩＤ）の有効性を判断
する（Ｓ６７）。即ち、発行ＩＤ自体が無かった場合に
はそのような発行ＩＤの擬似通貨は発行されていないの
で、エラーを顧客端末Ｃ１に通知する（Ｓ６８）。発行
ＩＤがあった場合で対応する口座番号が記録されていた
場合も、その発行ＩＤの擬似通貨は発行後無効にされた
ものなので、エラーを顧客端末Ｃ１に通知する（Ｓ６
８）。発行ＩＤがあった場合で口座番号のフィールドが
空欄であった場合は、擬似通貨は発行中で有効であるの
で、顧客Ｃの口座番号を記録する（Ｓ６９）。この記録
の動作が額面と口座の関係を作るので入金手段に相当す
るとともに、後に口座番号の有無で擬似通貨の有効性を
判断できるので発行停止手段に相当する。認証機関Ａか
らは顧客端末Ｃ１に入金が済んだ旨の通知を行う（Ｓ７
０）。

【００９２】以上の動作により、顧客Ｃの口座に入金が
行われる。なお、本実施の形態でいう口座は、日本円の
口座であっても良いし、ネットワーク上のあるサイトで
通用するポイントの口座であっても良い。また、口座に
入金するのに代えて、日本円の現金を顧客Ｃに渡すこと
も可能である。即ち、認証機関Ａが認証した後に、擬似
通貨の額面相当の金銭等を顧客に譲渡すれば本発明の目
的を達することができる。

【００９３】次に、本発明の第３の実施の形態について
説明する。図１７は第３の実施の形態に係る擬似通貨の
管理方法を説明する図である。なお、本実施の形態の説
明において、第１、第２の実施の形態と実質的に同一な
部分については同一の符号を付して説明を省略する。

【００９４】第１、第２の実施の形態において、擬似通
貨に引き換えて顧客Ｃに何らかの金銭に相当するものを
譲渡していたのに対し、本実施の形態では顧客Ｃがある
商店で擬似通貨を使用する場合である点が異なる。な
お、本実施の形態は請求項１及び請求項２の特徴を有す
る実施の形態である。

【００９５】図１７に示すように、第３の実施の形態で
取引主体として登場するのは、認証機関Ｄと、実際世界
の商店Ｅ，Ｆと顧客Ｃである。認証機関Ｄは第２の実施
の形態と同様のＰＯＰＤＢ２２ａ（図１４参照）を備え
ている。ＰＯＰＤＢ２２ａはコンピュータのデータベー
スソフトウェアにより管理されるもの、帳簿により管理
されるもののどちらでもよい。

【００９６】第３の実施の形態において、擬似通貨は次
のように管理される。認証機関ＤはＰＯＰＤＢ２２ａに
発行ＩＤと額面とを記録して擬似通貨であるＰＯＰ券６
０ｂを加盟店である商店Ｅに対し発行する。商店Ｅから
はＰＯＰ券６０ｂの額面相当の金銭を認証機関Ｄに支払
う。ＰＯＰ券６０ｂには、額面である１００ＰＯＰの文
字と、発行ＩＤが記載されている。図１７のＰＯＰ券６
０ｂの発行ＩＤは図１４の第１レコードに相当し、この
状態では、口座番号は未だ記録されていない。顧客Ｃは
商店Ｅにおいて買物をし、商店Ｅは顧客の購入額に応じ
てＰＯＰ券６０ｂを顧客Ｃに譲渡する。顧客Ｃが手にし
たＰＯＰ券６０ｂは、その券自体に金銭的価値は無く、
額面及び発行ＩＤの情報がある以上の価値しかないこと
は第２の実施の形態の場合と同様である。

【００９７】顧客ＣがＰＯＰ券６０ｂを他の商店Ｆにお
いて金銭の代わりとして使用する場合、商店Ｆは顧客Ｃ
が渡してきたＰＯＰ券６０ｂの発行ＩＤを認証機関Ｄに
通知して擬似通貨の認証請求を行う。認証機関Ｄにおい
ては、ＰＯＰＤＢ２２ａを参照して、通知された発行Ｉ
Ｄが発行中の有効な擬似通貨にあたるかを確認する。即
ち、ＰＯＰＤＢ２２ａに通知された発行ＩＤが存在し、
かつ対応する口座番号のフィールドが空欄になっていれ
ば有効であり、そうでなければ有効ではない。認証機関
Ｄは、認証の結果を商店Ｆに通知し、商店ＦはＰＯＰ券
６０ｂが有効とされた場合には顧客にＰＯＰ券６０ｂに
引き換え、その額面相当の商品を譲渡する。商店Ｆは後
にその額面相当の金銭を認証機関Ｄから受け取る。

【００９８】以上のようにして本発明の擬似通貨は管理
される。このような方法により、商店の組合等は、拡販
の手段としてクーポン券等の擬似通貨を顧客に配るとと
もに、クーポン券の不正使用を効果的に防止することが
できる。

【００９９】以上、本発明の実施の形態について説明し
たが、本発明は前記実施の形態には限定されない。例え
ば、第１の実施の形態において、各種データベースを例
示したが、各データベースは請求項に記載の情報さえ有
しており、対応関係がわかるのであれば、他のフィール
ドを加えることもできれば、省略することもできる。ま
た、有効性の情報を口座番号との関係を用いず独立に設
けたり、顧客ごとに別々に構築したりしても良く、その
手法は種々採りうることができる。また、額面を空情報
にして記録するとは、額面が未定であることを示せれば
十分であるので、ＰＯＰ数のフィールドを完全に何も記
録しなくとも良いし、額面が決まってないことを示す何
らかの情報を記録してもよい。また、第２、第３の実施
形態において、ＰＯＰ券はそれ自体に金銭的価値は認め
られておらず、券面に記載された情報に意味があるの
で、券として渡すまでも無く、額面と発行ＩＤの情報を
伝えることにより代用しても良い。

【０１００】

【発明の効果】以上詳述した通り、本発明によれば、次
のような顕著な効果を奏する。請求項１記載の発明によ
れば、擬似通貨はそれぞれに割り当てられた識別記号を
ＩＤとして認証機関においてその有効性が管理されてい
るので、偽造等の不正使用を効果的に防止することがで
きる。

【０１０１】請求項２記載の発明によれば、擬似通貨は
認証機関との間で擬似通貨に関する取引契約を結んだ加
盟店を通じて発行されるため、譲渡を受ける顧客は一定
の信頼の元に擬似通貨を受け取ることができる。また、
加盟店からすると、商品を買ってくれた顧客にその購入
金額に応じて擬似通貨を譲渡するとか、開店記念でサー
ビスとして譲渡する等サービスとして顧客に譲渡するこ
とにより、顧客を広く集めるのに利用することができ
る。

【０１０２】請求項３記載の発明によれば、所有者が直
接認証機関に擬似通貨の認証を求める場合においても、
擬似通貨はそれぞれに割り当てられた識別記号をＩＤと
して認証機関においてその有効性が管理されているの
で、偽造等の不正使用を効果的に防止することができ
る。

【０１０３】請求項４記載の発明によれば、擬似通貨は
認証機関との間で擬似通貨に関する取引契約を結んだ加
盟店を通じて発行されるため、譲渡を受ける顧客は一定
の信頼の元に擬似通貨を受け取ることができる。また、
加盟店からすると、商品を買ってくれた顧客にその購入
金額に応じて擬似通貨を譲渡するとか、開店記念でサー
ビスとして譲渡する等サービスとして顧客に譲渡するこ
とにより、顧客を広く集めるのに利用することができ
る。

【０１０４】請求項５記載の発明によれば、擬似通貨を
譲渡してくれた加盟店が譲受人である所有者に代理して
擬似通貨の認証をしてくれるため、所有者からすれば、
特に何の手続も踏まずに擬似通貨の金銭的価値を獲得す
ることができ、擬似通貨の利用に際する負担を軽減する
ことができる。

【０１０５】請求項６記載の発明によれば、加盟店にお
いて顧客、即ち請求項にいう所有者が何らかの買い物を
した場合等にこの擬似通貨を譲渡し、一定の金銭的価値
を生ずる可能性がある擬似通貨を還元することで、顧客
は繰り返しその加盟店で買い物をする可能性が大きくな
り、加盟店からすれば商品の拡販につなげることができ
る。

【０１０６】請求項７記載の発明によれば、加盟店は顧
客等に適当な額面の擬似通貨を譲渡するために不要にた
くさんの額面の擬似通貨を所有しておく必要が無く、譲
渡する際に額面を決定することができる。

【０１０７】請求項８記載の発明によれば、他の擬似通
貨を使用できる商業団体内に、いままでその他の擬似通
貨を利用する環境に無かった顧客を、擬似通貨の加盟店
での取引等を通じて取り込むことができる。

【０１０８】請求項９記載の発明によれば、擬似通貨の
管理をコンピュータにより行うことができ、効率的で円
滑な擬似通貨の運用を行うことができる。特に、電子取
引が盛んになった昨今では、各ショッピングサイトでポ
イント等の擬似通貨が頻繁に使用されるため、本発明の
擬似通貨の管理システムを取り入れることにより、自己
のショッピングサイトに顧客を取り入れることができ
る。

【０１０９】請求項１０記載の発明によれば、擬似通貨
ごとに、ある期日以後にその出金を認証するようにする
ことができる。例えば、加盟店での買い物時の還元サー
ビスとして擬似通貨を配布する場合に、一定のクーリン
グオフ期間が経過した後に初めて擬似通貨の金銭的価値
を生じさせるようにすることができる。

【０１１０】請求項１１記載の発明によれば、所有者へ
擬似通貨を譲渡すると同時に認証機関への登録又は認証
を済ますことができる。また、所有者からすると、自分
の端末でＣＧＩ画像がきちんと表示されたことにより、
認証機関での登録が済んだことを確認することができ、
仮に登録がうまくいかなかった場合も、ウェブページの
再読込みをすることで、再度登録を求めることができ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る擬似通貨の管
理方法及び擬似通貨の管理システムの概要を示すブロッ
ク図である。

【図２】認証機関のＷＷＷサーバの構成を示すブロック
図である。

【図３】顧客ＤＢの内容の一例を示す図である。

【図４】ＰＯＰＤＢの内容の一例を示す図である。

【図５】加盟店ＤＢの内容の一例を示す図である。

【図６】出金ＤＢの内容の一例を示す図である。

【図７】第１の実施の形態において、認証機関、ショッ
ピングモール（加盟店）、顧客（所有者）が行う表面的
な動作の流れを示したフローチャートである。

【図８】顧客がショッピングモールで買物をする場合の
顧客端末に表示される購入確認の画面を示す図である。

【図９】ショッピングモールで買物をした顧客の端末に
表示される擬似通貨の受取確認の画面を示す図である。

【図１０】顧客が買物をしてから顧客の口座にポイント
が入金されるまでの、顧客端末、認証機関のＷＷＷサー
バ、ショッピングモールのＷＷＷサーバの間で行われる
動作を示すフローチャートである。

【図１１】図１０に続く、顧客が買物をしてから顧客の
口座にポイントが入金されるまでの、顧客端末、認証機
関のＷＷＷサーバ、ショッピングモールのＷＷＷサーバ
の間で行われる動作を示すフローチャートである。

【図１２】本発明の擬似通貨を認証した後のある顧客の
口座の取引履歴を表示した例を示す図である。

【図１３】第２の実施の形態に係る擬似通貨の管理方法
及び擬似通貨の管理システムの概要を示すブロック図で
ある。

【図１４】ＰＯＰデータベースの内容を示す図である。

【図１５】口座データベースの内容を示す図である。

【図１６】第２の実施の形態において、認証機関、商店
（加盟店）、顧客（所有者）が行う動作の流れを示した
フローチャートである。

【図１７】第３の実施の形態に係る擬似通貨の管理方法
を説明する図である。

【符号の説明】

Ａ…認証機関、Ｂ…ショッピングモール（加盟店）、Ｃ
…顧客（所有者）、Ｃ１…顧客端末、２１…顧客ＤＢ、
２２…ＰＯＰＤＢ、２３…加盟店ＤＢ、２４…出金Ｄ
Ｂ、１…ＣＰＵ、２…主記憶装置、３…ＫＢＣ、４…Ｃ
ＲＴＣ、５…ＨＤＣ、６…ＴＣＰ／ＩＰ、７…キーボー
ド、８…ＣＲＴ、９…ＨＤＤ、１０…システムバス

Claims

【特許請求の範囲】

【請求項１】各擬似通貨にユニークな識別記号を割り
当て、前記擬似通貨を発行する際に少なくとも前記識別
記号と額面及び有効性との対応関係を有する発行情報を
認証機関において記録し、前記擬似通貨の所有者が前記
擬似通貨を店舗で使用する場合に、前記認証機関におい
て前記発行情報に前記擬似通貨の識別記号が存在し、か
つ有効性を有するかを確認することにより前記擬似通貨
を認証し、有効であると認められた場合に前記店舗で前
記擬似通貨の使用を認めるよう通知するとともに前記認
証機関は前記擬似通貨に対応する発行情報の有効性を無
効とし、前記認証機関は前記店舗に対し前記擬似通貨に
対応する額面に相当する金銭を支払うことを特徴とする
擬似通貨の管理方法。
【請求項２】請求項１記載の擬似通貨の管理方法であ
って、前記擬似通貨の発行は認証機関との間で前記擬似
通貨に関する取引契約を結んだ加盟店に対してなされ、
前記加盟店が前記所有者に対し前記擬似通貨を譲渡する
ことを特徴とする擬似通貨の管理方法。
【請求項３】各擬似通貨にユニークな識別記号を割り
当て、前記擬似通貨を発行する際に少なくとも前記識別
記号と額面及び有効性との対応関係を有する発行情報を
認証機関において記録し、前記擬似通貨の所有者が前記
認証機関に対して前記擬似通貨の有効性の認証を求めた
場合に、前記認証機関は前記発行情報に前記擬似通貨の
識別記号が存在し、かつ有効性を有するかを確認するこ
とにより前記擬似通貨を認証し、有効であると認めた場
合に前記所有者に対し前記擬似通貨に対応する額面に相
当する金銭を支払うとともに前記認証機関は前記擬似通
貨に対応する発行情報の有効性を無効とすることを特徴
とする擬似通貨の管理方法。
【請求項４】請求項３記載の擬似通貨の管理方法であ
って、前記擬似通貨の発行は認証機関との間で前記擬似
通貨に関する取引契約を結んだ加盟店に対してなされ、
前記加盟店が前記所有者に対し前記擬似通貨を譲渡する
ことを特徴とする擬似通貨の管理方法。
【請求項５】請求項４記載の擬似通貨の管理方法であ
って、前記加盟店は前記所有者を代理して前記擬似通貨
の有効性の認証を前記認証機関に対して求めることを特
徴とする擬似通貨の管理方法。
【請求項６】請求項４又は請求項５記載の擬似通貨の
管理方法であって、前記加盟店から前記所有者に対する
前記擬似通貨の譲渡は、前記加盟店と前記所有者との間
の取引に付随して行われ、前記擬似通貨が有効であると
認められた場合において、前記金銭の支払いは、前記取
引の後、所定期間後になされることを特徴とする擬似通
貨の管理方法。
【請求項７】請求項２，４，５，６のいずれか１項に
記載の擬似通貨の管理方法であって、前記発行情報の額
面は空情報として記録して前記擬似通貨を発行し、前記
加盟店が前記所有者に前記擬似通貨を譲渡する際に、前
記認証機関に対してその擬似通貨の額面を決定して通知
し、前記認証機関が前記額面を発行情報に記録すること
を特徴とする擬似通貨の管理方法。
【請求項８】請求項１から請求項７のいずれか１項に
記載の擬似通貨の管理方法であって、前記金銭は、金銭
に代わり他の擬似通貨であることを特徴とする擬似通貨
の管理方法。
【請求項９】電子取引で使用される擬似通貨を管理す
るシステムであって、少なくとも前記擬似通貨の識別記
号、額面及び有効性の対応関係を有する擬似通貨の管理
データベースと、少なくとも口座番号、入金額及び出金
額の対応関係を有する顧客の所持する擬似通貨を管理す
る口座データベースと、前記管理データベース及び口座
データベースを記憶する記憶手段と、前記記憶手段に記
憶された前記管理データベースに識別記号、額面及び有
効性を記録して擬似通貨を発行する発行手段と、発行さ
れた前記擬似通貨の認証が求められた場合に、前記記憶
手段に記憶された管理データベースから認証が求められ
た前記擬似通貨の識別記号を検索し、対応する有効性を
読み出す読出手段と、前記有効性が有効であった場合に
前記記憶手段に記憶された口座データベースに入金の記
録をする入金手段と、前記入金手段による入金の記録を
する場合に前記擬似通貨の有効性を無効にする発行停止
手段とを備えることを特徴とする擬似通貨の管理システ
ム。
【請求項１０】請求項９記載の擬似通貨の管理システ
ムであって、前記管理データベースは擬似通貨の入金を
認可する最先の日である入金日のデータをさらに有し、
前記擬似通貨の認証が求められた場合に、その日と前記
擬似通貨に対応する入金日とを比較し、入金日が当日よ
り過去の場合に初めて出金動作を認める出金日認証手段
をさらに有することを特徴とする擬似通貨の管理システ
ム。
【請求項１１】請求項９又は請求項１０記載の擬似通
貨の管理システムに対する擬似通貨の認証請求方法であ
って、少なくとも前記擬似通貨の識別記号及び所有者を
特定する情報を含む情報を引数とするとともに前記擬似
通貨の管理システムへリンクされたＣＧＩ画像を、所有
者の有する端末に送るウェブページのソースコードに含
めることを特徴とする擬似通貨の認証請求方法。