JPH10307867A - プリペイド式集中管理決済システム及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを用いた課金システムにおい
て、安全で、また小口決済には適したシステムを実現す
る。 【解決手段】 顧客３は管理センター１に登録後、入手
したｋｅｙを管理センター１の会員データベース１２に
送信し、登録ＣＲＥＤＩＴ数を充填する。次に顧客３が
情報サービス会社２に情報提供を要求すると、情報サー
ビス会社２は管理センター１に３のＣＲＥＤＩＴ数を問
い合せ、対価分のＣＲＥＤＩＴ数があれば顧客３に対し
て情報を提供し、その対価を管理センター１に知らせ
る。管理センター１は、後日まとめて、情報サービス会
社２に支払を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オンラインショッ
ピングでの企業と消費者との商取引、特に料金の受け渡
しに用いられる決済システムに関する。

【０００２】

【従来の技術】近年、インターネットの普及、発展によ
り商取引にネットワークが活発に用いられている。これ
らのネットワークの商業利用は、現在は情報収集、発
信、電子メール等のコミュニケーション手段としての利
用が主だが、商品の発注に用いるなどオンラインショッ
ピングへの活用も急速に行われている。

【０００３】

【発明が解決しようとする課題】このネットワークによ
るオンラインショッピングの場合、セキュリティ上の問
題も絡み、その決済方法が最大の問題点であった。

【０００４】現在行われているオンラインショッピング
では、顧客はネットワーク上の仮想の商店より商品を選
択し、その商品の発注をネットワーク上で行う。そして
料金の支払は主にクレジットカード会社を介して銀行か
ら引き落としている。

【０００５】この方法の場合、そのクレジットカード番
号あるいは口座番号を相手先に知らせるため、メール等
の形でネットワークに流さなければならない。現在この
様なネットワークには主にパソコンによる通信が用いら
れ、またインターネットはその構造上ネットワークに流
した情報が第３者に渡る可能性があり、よってカード番
号等の秘密度の高い情報をネットワークにより送信する
のは、構成が単純な情報であるだけに安全面から見て問
題がある。更にこの方法の場合、実際にクレジットカー
ドを用いているのがそのカードの持ち主であるのかを確
認することも難しい。

【０００６】また情報提供サービスなどで、クレジット
カード会社を介して提供したサービスの件数単位で小口
決済を行おうとすると、単価が小さいので、カード会社
に支払う手数料は売上額に比して大きなものとなってし
まう。

【０００７】ネットワーク上での決済方法としては、電
子マネーを用いるものについても盛んに研究がなされて
いるが、現在発表されている電子マネーは金額について
の情報が使用者の手元にある構成であり、よってデータ
の改ざん・悪用の問題を含んでいる。

【０００８】本発明は、上記問題に鑑みてなされたもの
であり、ネットワークを用いた決済において、安全で、
また小口の決済に対応可能な管理決済システム及びその
方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明によるプリペイド
式集中管理決済システムは、電子化されたｋｅｙを用い
ることにより、ネットワーク上でのプリペイド方式の決
済を実現するものである。

【００１０】このプリペイド式集中管理決済システム
は、ｋｅｙをユーザの端末装置と通信ネットワークを介
して接続され、該ユーザに対する決済を行い、会員デー
タベース手段、会員登録手段、ｋｅｙ発行手段、ｋｅｙ
データ比較手段、データベース更新手段、売上データベ
ース手段及び売上計上手段を備える。

【００１１】会員データベース手段は、会員であるユー
ザを、該ユーザの所持金に対する情報と対応づけて記憶
する。ｋｅｙデータベース手段は、複数のｋｅｙと該各
ｋｅｙに対する情報とを対応づけて記憶する。このｋｅ
ｙは、例えばｋｅｙの金額や使用期限に対する情報等の
ｋｅｙに対する情報を暗号化してｋｅｙコードを生成
し、ｋｅｙ発行手段によりｋｅｙと該ｋｅｙに対する情
報と対応づけて上記ｋｅｙデータベース手段に記憶する
ことにより発行される。このように本発明ではｋｅｙコ
ード内の情報と同じ情報がｋｅｙデータベース手段内に
記憶されている。

【００１２】会員登録手段は、会員登録を希望するユー
ザから会員登録の要求を受け取った時、このユーザを会
員として上記会員データベース手段に記憶させる。この
時会員データベース手段には、ユーザと該ユーザの所持
金に対する情報が対応づけられて記憶される。

【００１３】ｋｅｙデータ比較手段は、会員データベー
ス手段に会員登録されているユーザーが送信した上記ｋ
ｅｙのｋｅｙコードを受け取った時、このｋｅｙコード
内の情報と上記ｋｅｙデータベース手段に記憶されてい
るこのｋｅｙに対応する情報を比較する。この比較の結
果より、このｋｅｙが使用可能なものであるかどうかが
データベース更新手段により判断され、使用可能な場
合、データベース更新手段は上記会員データベース内の
上記第１のユーザの所持金に対する情報の値を増やす。
この様に、会員登録されているユーザが使用可能なｋｅ
ｙをｋｅｙデータ比較手段に渡すと、そのユーザの所持
金に対する情報の値が増えてゆく。

【００１４】売上データベース手段は、第２のユーザの
売上に対応する情報を記憶する。会員登録されている第
１のユーザが第２のユーザに対してサービスの要求を行
うと、その第２のユーザは、第１のユーザからのサービ
スの要求に対して、上記会員データベース手段に対しそ
のユーザの所持金に対する情報を問い合せ、該所持金に
対する情報の値が上記サービスに対応する値より小さく
ないとき、上記第１のユーザに対して上記サービスを行
う。この第１のユーザに対するサービスを行った後に第
２のユーザは、上記サービスに対応する値に基づいて上
記第１のユーザに対する課金要求を上記売上計上手段に
行う。

【００１５】売上計上手段は、この課金要求を受け、該
課金要求に基づいて上記会員データベース内の該第１の
ユーザの所持金に対する情報の値を減らし、また該課金
要求に基づいて第２のユーザの売上に対応する情報を記
憶する売上データベース内の上記第２のユーザの売上に
対応する情報の値を増やす。そして一定期間毎に、上記
売上データベース内の上記第２のユーザの売上に対応す
る情報に基づいて該第２のユーザに支払を行う。この様
に本発明によれば、第２のユーザに対する支払は、一定
期間毎にまとめて行われるので、小口の決済にも対応す
ることができる。

【００１６】また上記ｋｅｙには、シングルｋｅｙとマ
ルチプルｋｅｙがあり、上記データベース更新手段は、
上記ｋｅｙが使用可能であった場合、該ｋｅｙがシング
ルｋｅｙであれば、上記ｋｅｙデータベース記憶手段の
該ｋｅｙに対する情報を変更し、また該ｋｅｙがマルチ
プルｋｅｙであれば、該ｋｅｙの使用履歴を記憶する。

【００１７】この様に本発明におけるプリペイド式集中
管理決済システムによれば、ｋｅｙコード内の情報は、
ｋｅｙデータベース手段にも記憶されており、ｋｅｙの
ｋｅｙコードがユーザより送られてきたとき、このｋｅ
ｙコード内に織り込まれている情報とｋｅｙデータベー
ス手段に記憶されているこのｋｅｙに対応する情報の比
較が行われるので、ｋｅｙコード内に織り込まれたデー
タの書き換え、ｋｅｙの不正コピーに対処することがで
きる。

【００１８】また、ユーザが受けたサービスに対する支
払は、後日まとめて行われるので、小口の決済に対して
も対応できる。

【００１９】

【発明の実施の形態】以下に本発明による一実施の形態
として、情報サービス会社が顧客に対し情報提供サービ
スを行い、そのサービスの対価の支払をインターネット
上で行う、ネットワークを用いた会員制の情報提供シス
テムで、本発明による決済システムを用いた場合を説明
する。

【００２０】図１は本実施形態におけるシステム構成全
体を示す図である。図１のシステムでは、課金を管理す
る管理センター１、顧客に情報を提供する１乃至複数の
情報サービス会社２、情報提供サービスを受ける複数の
顧客３及び後述するｋｅｙを扱うコンビニエンスストア
等の実際の（ネットワーク上の仮想店舗ではない）店４
がある。また管理センター１内には、ｋｅｙデータベー
ス１１と、会員データベース１２が備えられている。こ
のｋｅｙデータベース１１及び会員データベース１２
は、ＷＷＷ（Ｗｏｌｄ Ｗｉｄｅ Ｗｅｂ）のサービス
を行うＷｅｂサーバである。

【００２１】管理センター１、情報サービス会社２、及
び顧客３の端末は互いにインターネットで接続されてお
り、ＷＷＷ環境下にある。またｋｅｙデータベース１１
と会員データベース１２は管理センター１内のネットワ
ークにより接続されている。

【００２２】情報サービス会社２は、例えば就職情報、
住宅情報、流通情報などを顧客３に提供し、提供した情
報の件数に比して、例えば１件の情報提供に対して１０
０円の課金を行う、会社若しくはその処理を実現するＷ
ｅｂサーバである。尚この情報サービス会社２は管理セ
ンター１と同じ組織でも、別々の組織でもかまわない。

【００２３】尚ｋｅｙデータベース１１、会員データベ
ース１２はＷｅｂサーバとしてそれぞれインターネット
と直接接続されているが、セキュリティの観点からＷｅ
ｂサーバとデータベースサーバーを分離して、データベ
ースサーバは直接インターネットと接続せず、ファイア
ーウォールを介して接続される構成にしてもよい。

【００２４】また本実施の形態では、インターネット上
のやり取りを、ＷＷＷ環境下でＣＧＩによって行うもの
であるが、本発明自体はＷＷＷ環境に限定されるもので
はない。

【００２５】以下に図１を用いて本実施形態に於ける動
作の概略を説明する。尚下記の説明中での(1) 〜(19)の
番号は図１及び図２内の番号と対応している。本実施形
態では、情報サービス会社２より情報提供サービスを受
ける顧客３は後述するｋｅｙをまず購入する。そして情
報サービス会社３への料金の支払はこのｋｅｙを用い
て、課金を管理する管理センター１を介して行われる。

【００２６】図１のシステムでは、まず管理センター１
がｋｅｙを発行する（(1) ）。このｋｅｙは、文字コー
ド等で表された例えば１６桁のコード情報で、ｋｅｙコ
ードの中に情報として織り込むデータを暗号化すること
により生成される。ｋｅｙは例えば３０００円、５００
０円などのある程度まとまった料金単位で複数種類発行
され、顧客３はこのｋｅｙを店４より、あるいはネット
ワークを介して管理センター１より直接購入することが
できる。

【００２７】ｋｅｙが店４を介して運用される場合、例
えば紙、樹脂等のカードに印刷あるいはエンボス加工を
施してｋｅｙコードを記した形で扱われる。これをｋｅ
ｙの使用方法などを記載したパッケージ内に入れた後シ
ール等で封止し、開封しないと中が見れないようにパッ
ケージングして、複数個まとめて店４に卸され、販売さ
れる（(2) ）。

【００２８】またｋｅｙが店４を介さず、ネットワーク
上から直接購入される場合には、ｋｅｙは店４を介して
扱われる場合と同様文字コードの形式で扱われる他、バ
イナリコードの形で発行されることも考えられる。

【００２９】このｋｅｙの発行は、以下に示すようにし
て行われる。ｋｅｙの発行にあたり、まずｋｅｙコード
に織り込むデータを設定する。このデータとしては、各
ｋｅｙをそれぞれ識別するｋｅｙのＩＤのほかに、例え
ば運用上の課金単位であるＣＲＥＤＩＴ数（例えば３０
００円のｋｅｙならばＣＲＥＤＩＴ数として３００
０）、発行日、有効期限などがある。これらのデータ
は、ｋｅｙデータベース１１内の登録データを参照する
場合、あるいはｋｅｙデータベース１１へのアクセスを
行わずに処理を行う際に用いる。

【００３０】次にこれらの入力データを暗号化してｋｅ
ｙコードの生成を行う。そしてｋｅｙコードが生成され
たｋｅｙをｋｅｙデータベース１１にデータベース登録
してゆく。このｋｅｙデータベース１１への登録によ
り、ｋｅｙは発行が成されたものとされ、運用可能とな
る。

【００３１】発行されたｋｅｙは店４に数個単位で卸さ
れ、販売される。顧客３はこの店４より、あるいはネッ
トワークを介して直接管理センター１より購入すること
によりｋｅｙを入手する。

【００３２】次に本システムの利用者である顧客３は、
管理センター１に登録し会員となる（(3) ）。会員にな
る際、まず入会希望者である顧客３は管理センター１の
会員データベース１２に接続する。会員データベース１
２は顧客３からのアクセスがあると、この顧客３が新規
の入会者希望者かどうかメッセージ等で確認する。そし
て、新規であれば入会申し込みの手続きをしてもらう。
この際、申し込みの手続きで得た顧客３のデータ、例え
ば顧客３の氏名、住所等により会員データベース１２内
に登録されているデータを検索し、この登録が重複登録
でないか調べる。その結果重複登録でなく、また他の問
題も無いことが確認されると、顧客３を新たな会員とし
て会員データベース１２に追加登録する。

【００３３】新規会員として登録する際、会員データベ
ース１２はその会員に対するＩＤを発行し、これを顧客
３に通知する。以降顧客３はこの会員ＩＤを用いて本シ
ステムを利用し、また会員データベース１２は会員ＩＤ
により登録したデータを管理する。

【００３４】次に顧客３は店４から（(4) −１）、若し
くはネットワークを介して直接管理センター１より
（(4) −２）ｋｅｙを購入して、入手する。なおこのｋ
ｅｙの入手は、(3) の管理センター１へ顧客３が会員登
録する前に行っても良い。

【００３５】ｋｅｙ入手後顧客３は、会員データベース
１２にアクセス後自己の会員ＩＤ及びパスワードを入力
し、入手したｋｅｙのｋｅｙコードを会員データベース
１２へ送る（ｋｅｙの使用。(5) ）。

【００３６】会員データベース１２は、このｋｅｙコー
ドを復号し、該復号によって得られた情報をｋｅｙデー
タベース１１へ送信し、ｋｅｙデータベース１１へこの
顧客３からのｋｅｙが有効なものであるかどうかを問い
合せる（(6) ）。

【００３７】これを受けてｋｅｙデータベース１１は、
会員データベース１２から受け取ったｋｅｙＩＤにより
自己のデータベースを検索し、そのｋｅｙが未使用なも
のであるかどうか、使用期限内であるかどうか、及びデ
ータベース内のｋｅｙに対する情報と会員データベース
１２から送信されてきた情報が一致するかどうかを確認
する。この様に本実施形態では、ｋｅｙ使用時にｋｅｙ
内の情報とｋｅｙデータベース１１内に登録されている
情報を比較し、内容が一致するかを鑑定する。そしてこ
の比較により、ｋｅｙ内に織り込まれたデータの書き換
え、ｋｅｙの不正コピーに対処することができる。

【００３８】このｋｅｙの鑑定の結果、ｋｅｙが未使用
で、また他の問題も無い使用可能なｋｅｙであれば、ｋ
ｅｙデータベース１１はそのｋｅｙが使用可能なもので
あることを会員データベース１２に通達する（(7) ）。

【００３９】ｋｅｙが使用可能なものであることが確認
されると、会員データベース１２は自己に登録されてい
るその顧客３のＣＲＥＤＩＴ数を入力されたｋｅｙのＣ
ＲＥＤＩＴ数分だけ増やす（(8) ）と共に、ＣＲＥＤＩ
Ｔ数の充填が完了したことを、あるいはもしｋｅｙが無
効なものである場合はその旨を、顧客３に通知する
（(9) ）。またｋｅｙデータベース１１にはそのｋｅｙ
を使用したことをｋｅｙＩＤと共に通知する（(10)）。
ｋｅｙデータベース１１は、この通知を受けてそのｋｅ
ｙの登録情報を未使用から使用済みに変更する（(1
1)）。

【００４０】以上の処理が終了し、会員登録及びＣＲＥ
ＤＩＴ数の補填が完了すると顧客３は、ネットワーク上
での決済を本システムを用いて行うことが可能となる。
次に顧客３は情報提供サービスを受けるため情報サービ
ス会社２にアクセスを行い、上記会員ＩＤを用いて情報
提供を要求する（(12)）。情報サービス会社２は、この
会員ＩＤを通知して会員データベース１２に顧客３のＣ
ＲＥＤＩＴ数を問い合せる（(13)）。

【００４１】会員データベース１２は情報サービス会社
２からの問い合せに対し、顧客３のＣＲＥＤＩＴ数を自
己のデータベースから顧客３の会員ＩＤにより検索して
調べ、情報サービス会社２に通知する（(14)）。情報サ
ービス会社２はこれを受けて、顧客３のＣＲＥＤＩＴ数
が要求された情報に対する金額以上である場合には、そ
の情報を顧客３に提供し（(15)）、またもしＣＲＥＤＩ
Ｔ数が足りない場合にはその旨を顧客３に通知する。

【００４２】情報提供が完了し顧客３に対するサービス
が終了後、情報サービス会社２は会員データベース１２
に対して提供した情報の種類、量に対応するＣＲＥＤＩ
Ｔ数を通知する（(16)）。

【００４３】この通知を受けて会員データベース１２
は、顧客３のＣＲＥＤＩＴ数を情報サービス会社２から
通知された数分だけ引き（(17)）、その分のＣＲＥＤＩ
Ｔ数を情報サービス会社２の売上として記録してゆく。
そして後日、例えば１月毎に、あるいは売上が一定額を
超える毎に、管理センター１から情報サービス会社２に
まとめて支払が行われる。また管理センター１はこのと
き売上より手数料を差し引く。

【００４４】各情報サービス会社２毎の売上及び代金の
支払の管理は、図１の構成では会員データベース１２上
で行われるが、この売上及び支払を管理する専門のサー
バを設けても良い。図２は管理センター１内に会員デー
タベース１２とは別に、情報サービス会社２の売上及び
支払を管理する、データベースを備えた売上データベー
ス１３を設けた構成を示す図である。

【００４５】図２の売上データベース１３は、管理セン
ター１の外部とはインターネットで接続されており、ま
た会員データベース１２とは内部のネットワークにより
接続されている。

【００４６】図２のシステムでは、情報サービス会社２
が情報の顧客３へのサービス提供（(15)）を終了し、顧
客３に提供した情報の種類、量に対応するＣＲＥＤＩＴ
数を会員データベース１２に対して通知する（(16)）
と、会員データベース１２は、顧客３のＣＲＥＤＩＴ数
を情報サービス会社２から通知されたＣＲＥＤＩＴ数分
引いた数に変更する（(17)）。図１と図２のシステムの
間にはこの処理までは相異はない。

【００４７】図２の構成の場合、次に会員データベース
１２は顧客３のＣＲＥＤＩＴ数から差し引いた分のＣＲ
ＥＤＩＴ数を、情報サービス会社２の売上を各情報サー
ビス会社２毎に管理している売上データベース１３に通
知する（(18)）。売上データベース１３は、この通知を
受けてこのＣＲＥＤＩＴ数をその情報サービス会社２の
売上として加算してゆき、これを自己のデータベースに
登録、管理する（(19)）。そしてこれらを後でまとめ
て、例えば１月毎あるいは一定金額毎に各情報サービス
会社２に対して管理センター１の手数料を差し引いた金
額の支払う（(20)）。

【００４８】以上の様にして、本システムではネットワ
ーク上での決済が行なわれる。尚本発明では、顧客３は
自己のＣＲＥＤＩＴ数が無くなるまで何度でも情報サー
ビス会社２から情報提供サービスを受けることができ、
またＣＲＥＤＩＴ数が少なくなったら新たなｋｅｙを用
いて補充することができる。

【００４９】次に上述した本システムで行われる処理動
作について、各処理毎に詳細に説明する。図３はｋｅｙ
の発行処理を示すフローチャートである。

【００５０】ｋｅｙの発行処理としては、まずｋｅｙコ
ード生成処理としてｋｅｙコード内に織り込む各情報が
設定される。同図において処理が開始されると、まずス
テップＳ１として生成するｋｅｙの金額を設定する。こ
こでの金額は、顧客がｋｅｙを購入するときの金額であ
り、この金額に対応して例えば３０００円のｋｅｙでは
ＣＲＥＤＩＴ数として３０００がｋｅｙコードに織り込
まれる。次にステップＳ２で、ｋｅｙの発行日を設定す
る。この発行日は、後述するｋｅｙの有効期限の基準と
なるものである。続いてステップＳ３でｋｅｙの有効期
限を設定する。ｋｅｙは発行日からこの有効期限内での
み使用可能である。この後ステップＳ４で、このｋｅｙ
がシングル（Ｓ）、マルチプル（Ｍ）のどちらのｋｅｙ
であるかを設定する。このシングルとマルチプルの違い
については後述する。ステップＳ５で、このｋｅｙのｋ
ｅｙＩＤが最後に設定される。このｋｅｙＩＤは、各ｋ
ｅｙを一意に区別するためのもので、機械的に、若しく
は金額及びシングル（Ｓ）／マルチプル（Ｍ）などのｋ
ｅｙの種類により区分けをしたものが発行順に付けられ
てゆく。この様にｋｅｙ内に上記各情報を織り込むの
は、会員データベース１２がｋｅｙデータベース１１に
アクセスする必要の無い処理を、ローカル処理として扱
える様にする為である。

【００５１】これらｋｅｙに織り込む情報が全て設定さ
れた後、ステップＳ６としてこれらの情報を暗号化し
て、１つのコードとして、ｋｅｙコードを生成する。そ
してステップＳ７としてｋｅｙとそのｋｅｙに関する情
報を対応づけてｋｅｙデータベース１１にデータベース
登録し、この登録によりｋｅｙの生成処理は終了する。
尚ｋｅｙに織り込む情報は上述したｋｅｙＩＤ、ＣＲＥ
ＤＩＴ数、発行日、及び有効期限に限るものではない。
またこのｋｅｙをネットワークからではなく、店４を介
して流通させる場合には、ｋｅｙコード生成後にこれを
カードに記し、パッケージングする。

【００５２】次に新規会員の登録を行う際における、会
員データベース１２での処理を説明する。図４は、会員
データベース１２の会員登録時の処理を示すフローチャ
ートである。

【００５３】同図において処理が開始され、会員データ
ベース１２に対して顧客３よりアクセスがある（ステッ
プＳ２１）と、会員データベース１２はその顧客３に対
し新規の会員登録希望かどうかをメッセージ等で問い合
せる。顧客３が新規の登録希望でない場合（ステップＳ
２２、Ｎｏ）は、ステップＳ２８のｋｅｙ送信処理に移
る。ステップＳ２２で顧客３が新規の登録希望である場
合（ステップＳ２２、Ｙｅｓ）、次にステップＳ２３と
して顧客３に入会申し込み手続きを行う。この入会申し
込み手続きとしては、会員登録に必要な顧客３について
の氏名、住所、パスワード等の情報の入力などが行われ
る。この入会申込手続きで得た情報を基にして、ステッ
プＳ２４として自己のデータベースを探索し、この登録
が重複登録でないか確認する。この登録が重複したもの
であるならば（ステップＳ２５、Ｎｏ）、顧客３に対し
てその旨を通知（ステップＳ２９）した後処理を終了す
る。重複登録でないならば（ステップＳ２５、Ｙｅ
ｓ）、会員データベース１２は顧客３を会員として自己
のデータベースに追加登録する（ステップＳ２６）。会
員登録が終了後、会員データベース１２は、顧客３に対
してｋｅｙ送信処理を行うかを確認する（ステップＳ２
７）。ｋｅｙ送信処理を行うのなら（ステップＳ２７、
Ｙｅｓ）、ステップＳ２８のｋｅｙ送信処理を実行した
後処理を終了し、ｋｅｙ送信処理を行わないのなら（ス
テップＳ２７、Ｎｏ）そのまま処理を終了する。ステッ
プＳ２８のｋｅｙ送信処理については、次に図５を用い
て詳細に説明する。

【００５４】図５は図４のステップＳ２８のｋｅｙ送信
処理のフローチャートである。ｋｅｙ送信処理が開始さ
れると、ステップＳ３１として顧客３のＷＷＷブラウザ
にｋｅｙ送信画面を表示し、まず顧客３に会員ＩＤ、パ
スワードの入力を促す。顧客３の会員ＩＤ、パスワード
が入力され、それらが会員データベース１２に送信され
てくると（ステップＳ３２）、会員データベース１２は
自己のデータベースを検索し、その会員ＩＤとパスワー
ドの認証を行う。会員ＩＤ、パスワード共に一致するも
のがなく、認証に失敗したならば（ステップＳ３３、Ｎ
ｏ）、その旨を顧客３に通知し（ステップＳ４０）た後
再びｋｅｙ送信処理を行うかを問い合せる（ステップＳ
４１）。その結果ｋｅｙ送信処理を再び行うのなら（ス
テップＳ４１、Ｙｅｓ）ステップＳ３１の処理に戻り、
またｋｅｙ送信処理を行わないのなら（ステップＳ４
１、Ｎｏ）、処理を終了する。ステップＳ３３で会員Ｉ
Ｄとパスワードが正しいものであることが認証されたな
らば（ステップＳ３３、Ｙｅｓ）、次に顧客３にｋｅｙ
（コード）を会員データベース１２へ送信させる（ステ
ップＳ３４）。このｋｅｙコードは内部に織り込まれた
情報を暗号化することにより生成されたものなので、そ
の内部情報を取り出すため、ステップＳ３５でｋｅｙコ
ードの復号を行う。

【００５５】その後会員データベース１２は、ステップ
Ｓ３５でｋｅｙ認証の為に、ｋｅｙコードから取り出し
た情報をｋｅｙデータベース１１へ送り、この顧客３よ
り転送されてきたｋｅｙが使用可能なものであるかをｋ
ｅｙデータベース１１に問い合せる（ステップＳ３
６）。ｋｅｙデータベース１１からの応答の結果、ｋｅ
ｙコードに織り込まれた情報とｋｅｙデータベース１１
内に登録されている情報が一致しない、ｋｅｙが使用済
み、使用期限外のものである等、ｋｅｙが使用不可能な
ものであるならば（ステップＳ３７、Ｎｏ）、ステップ
Ｓ４２として顧客３にそのｋｅｙは使用不可能であるこ
とを通知して処理を終了する。ｋｅｙに問題が無く使用
可能なものであれば（ステップＳ３７、Ｙｅｓ）、ｋｅ
ｙコード内に織り込まれているＣＲＥＤＩＴ数（ｋｅｙ
データベース１１に登録されているＣＲＥＤＩＴ数）を
顧客３のＣＲＥＤＩＴ数に加えたものを新しいＣＲＥＤ
ＩＴ数として自己のデータベースを更新する（ステップ
Ｓ３８）。そして最後にステップＳ３９としてｋｅｙデ
ータベース１１にｋｅｙが使用されたことを通知し、ｋ
ｅｙデータベース１１にそのｋｅｙの登録を未使用から
使用済に変更して更新させる。これにより、ｋｅｙの使
用を１回限りに限定し、同じｋｅｙの複数回使用を行え
なくする。

【００５６】以上の様にして会員データベース１２にお
けるｋｅｙの使用処理が完了する。図６は、情報サービ
ス会社２での情報提供サービス時の動作処理を示すフロ
ーチャートである。

【００５７】図６において顧客３より情報提供の要求が
あると（ステップＳ５１）、情報サービス会社２は会員
データベース１２に対してその顧客３のＣＲＥＤＩＴ数
を問い合せる（ステップＳ５２）。次にステップＳ５３
として、会員データベース１２からの応答から得られる
顧客３の現在の残高（ＣＲＥＤＩＴ数）と、顧客３が要
求しているサービスの価格が比較される。もしＣＲＥＤ
ＩＴ数が顧客３より要求されたサービスの価格より少な
い値しか残っていないのであれば（ステップＳ５３、Ｎ
ｏ）、情報サービス会社２は顧客３に対して残高不足を
通知し（ステップＳ５７）処理を終了する。もし顧客３
のＣＲＥＤＩＴ数が十分な値分残っていれば（ステップ
Ｓ５３、Ｙｅｓ）、情報サービス会社２は顧客３に要求
された情報を提供する（ステップＳ５４）。

【００５８】顧客３に対するサービスが終了後、情報サ
ービス会社２は会員データベース１２に顧客３に対して
行ったサービスに対応するＣＲＥＤＩＴ数を知らせ、会
員データベース１２内の顧客３のＣＲＥＤＩＴ数を更新
させ（ステップＳ５５）、その分は情報サービス会社２
の売上として記録される。そして後日、例えば１月毎に
あるいは売上が一定金額を超える毎に管理センター１よ
り情報サービス会社２に対して、まとめて管理センター
１の手数料を差し引いた金額の支払が行われる（ステッ
プＳ５６）。これにより情報サービス会社２と顧客３の
間の決済が、管理センター１を介して成される。

【００５９】この様に情報サービス会社２が顧客３に対
して行う課金が小口であっても、情報サービス会社２へ
の決済は管理センター１がまとめて行うので、たとえそ
の支払をクレジットカード会社等を介して行ったとして
も、その手数料は、売上に対して大きなものとはならな
い。

【００６０】次に顧客３のネットワーク端末で行われる
処理を図７を用いて説明する。図７は顧客３の端末で行
われる処理を示すフローチャートである。同図において
処理が開始されると、まずステップＳ６１でｋｅｙを店
４から又はネットワークを介して管理センター１より直
接購入して入手する。次にステップＳ６２で会員データ
ベース１２に会員登録を行う。このステップＳ６２の会
員登録はステップＳ６１のｋｅｙの入手と順序が逆にな
ってもよい。また既に会員登録を行っている場合には、
このステップＳ６２の処理は行わない。

【００６１】会員登録が完了するとステップＳ６３とし
て、会員データベース１２にｋｅｙを送信する。これに
より顧客３のＣＲＥＤＩＴ数は補充される。もし顧客３
のＣＲＥＤＩＴ数が十分な値であればこのステップＳ６
３も省略することができる。

【００６２】次に顧客３は情報サービス会社２に対して
希望の情報提供サービスを要求する（ステップＳ６
４）。もし会員データベース１２に、要求した情報提供
サービスの対価に対応する分以上の顧客３のＣＲＥＤＩ
Ｔ数が登録されていれば、希望の情報提供サービスを情
報サービス会社２より受けることが出来（ステップＳ６
５）、処理を終了する。また十分なＣＲＥＤＩＴ数が無
ければ、その旨が情報サービス会社２より通知され、情
報提供が受けられない。この場合、顧客３はステップＳ
６１〜Ｓ６３の処理を繰り返し、必要な分以上ＣＲＥＤ
ＩＴ数を補填しなければサービスを受けることが出来な
い。

【００６３】ところでこれまで述べてきたｋｅｙは、そ
の使用は１回限りで、１度使用したｋｅｙにはｋｅｙデ
ータベース１１に使用済みの登録がされ、複数回使用す
ることはできないものであった。この様なｋｅｙをシン
グル（Ｓ）ｋｅｙと呼ぶ。このシングルｋｅｙに対し
て、本実施形態では一定の使用期間を設定し、その間何
度も自由に使用できるマルチプル（Ｍ）ｋｅｙがある。

【００６４】マルチプルｋｅｙは、ｋｅｙ所持者がｋｅ
ｙコードを一般に公開し、ｋｅｙの所持者以外の不特定
多数の会員がこのｋｅｙを用いることを想定したもので
ある。

【００６５】このマルチプルｋｅｙは、ｋｅｙの発行を
希望するものが管理センター１にマルチプルｋｅｙに対
するスポンサー契約を行い、管理センター１はそれによ
りマルチプルｋｅｙを生成、発行する。

【００６６】マルチプルｋｅｙには、その生成時にＣＲ
ＥＤＩＴ数として、１〜２回程度のサービスを受けられ
る額（例えば１回のサービスの価格が１００円だとした
ならば１００〜２００）を、またｋｅｙの使用可能な期
間としてｋｅｙコードの公開後数日〜１週間程度の短い
期間を設定する。次に、ｋｅｙの所持者はこのｋｅｙの
ｋｅｙコードを雑誌に掲載、あるいはネットワークを用
いるなどして公開し、その期間中、そのマルチプルｋｅ
ｙを自由に不特定の会員に使用させ、情報サービス会社
２よりサービスを受けさせる。

【００６７】そしてそのマルチプルｋｅｙの使用により
受けたサービスに対する支払は、ｋｅｙ所持者であるス
ポンサーが行う。またマルチプルｋｅｙが使用される度
に、管理センター１はその使用者と使用時間を記録して
ゆき、このマルチプルｋｅｙに対する使用履歴を作成す
る。ｋｅｙ所持者はこの使用履歴を管理センター１より
受け取り、このマルチプルｋｅｙがどの様に用いられた
か（期間中に何人が用いたか、ｋｅｙの使用者はｋｅｙ
コードの公開日から何時どういう分布で、どの様に減衰
して行くか）など、マーケッティング調査等に用いる。

【００６８】このマルチプルｋｅｙがこれまで述べてき
た決済システムで使用された場合であっても、情報サー
ビス会社２及び顧客３での各処理は、これまで説明して
きたシングルｋｅｙの場合と変らない。

【００６９】しかし管理センター１内の処理は、顧客３
がｋｅｙを使用した時における処理がシングルｋｅｙと
は異なる。ｋｅｙが使用されたとき、ｋｅｙデータベー
ス１１は図５のステップＳ３９の処理で、会員データベ
ース１２はシングルｋｅｙの場合と同様ｋｅｙデータベ
ース１１にｋｅｙが使用されたことを通知すると共に、
そのｋｅｙを使用した会員の会員ＩＤを通知する。また
ｋｅｙデータベース１１はこの通知を受けて、シングル
ｋｅｙの場合の様に自己のデータベース内のそのｋｅｙ
の登録を使用済みに変更するのではなく、各マルチプル
ｋｅｙ毎に使用者会員ＩＤ、使用日時を記録し、使用履
歴を作成してゆく。

【００７０】図８は、ｋｅｙデータベース１１及び会員
データベース１２に登録される各ｋｅｙ、各会員に対す
る登録データの例である。図８（ａ）は、ｋｅｙデータ
ベース１１に登録されたデータ例で、ｋｅｙＩＤ、Ｍ／
Ｓ（キーの種類がマルチプルか、シングルか）、ＣＲＥ
ＤＩＴ数、有効期限、発行日、及びそのｋｅｙが使用済
みかあるいは未使用かの情報が１つのｋｅｙに対する情
報を１レコードとしてデータベース登録されている。

【００７１】なお“有効期限”欄中のＹは年を、Ｄは日
を表す。またシングルｋｅｙは現在そのｋｅｙが使用可
能かどうかは“使用済／未使用”欄と、“発行日”及び
“有効期限”による期限管理の両方により行われている
が、マルチプルｋｅｙの場合は複数回使用可能なので、
“使用済／未使用”欄は記録されずに、“発行日”及び
“有効期限”のみによりそのｋｅｙが現在使用可能かど
うかが管理される。

【００７２】更にマルチプルｋｅｙは図８（ａ）の登録
データの他に、ｋｅｙデータベース１１内に、各ｋｅｙ
毎に、図８（ｂ）の様にそのマルチプルｋｅｙの使用履
歴を示す情報を記録する。この履歴情報としてはそのｋ
ｅｙの使用日、使用時間等の情報の他、ｋｅｙを使用し
た会員の会員ＩＤを記録する。これにより、同一会員に
よるｋｅｙの複数回使用を防ぐ。またこの履歴情報に基
づき管理センター１は、後にｋｅｙの所有者にｋｅｙを
使用した人数に基づいて代金を請求し、更に、ｋｅｙの
所有者はこの履歴情報を管理センター１より受け取り、
マーケッティング情報等として用いる。

【００７３】図８（ｃ）は、会員データベース１２に記
録されている各会員の情報例である。図８（ｃ）では会
員ＩＤ、会員名、パスワード（ＰＷ）、各会員の残りの
ＣＲＥＤＩＴ数及び最終アクセス日が、１会員に対する
情報を１レコードとしてデータベース登録されている。
尚図８（ｃ）では、会員を個々に特定する情報を“会員
名”欄で代表しているが、これは文字通り会員の氏名の
みを示す場合の他、氏名の他に会員の住所、電話番号等
の会員に対する情報を複数記録する構成でも良い。また
本システムは利用者が事前にｋｅｙを購入することによ
り、代金を前払するプリペイド方式なので、管理センタ
ー１よりネットワークを介してオンラインによるｋｅｙ
の販売を行わず、店４による販売のみに限定する場合、
及びシステムで使用されるｋｅｙがシングルｋｅｙのみ
の場合には、逆に会員の登録時にこの“会員名”にあた
る情報を会員データベース１２に登録せずに、会員に匿
名性を持たすことも可能である。但しマルチプルｋｅｙ
の場合には、同一利用者による複数回使用を行えないよ
うにする為のチェックを行う必要があるので、会員を匿
名にすることはできない。更にマルチプルｋｅｙの場合
には、逆に会員登録時の会員個々に対する情報の入力項
目を多くし、会員データベース１２に会員に対する情報
を詳細に記録することにより、作成される使用履歴をよ
り詳しいものとすることもできる。

【００７４】これまで述べてきた管理センター１、情報
サービス会社２及び顧客３での各処理は、専用のハード
ウエアによって実現される他、情報処理システムにより
プログラムを実行することによってソフトウエア的に実
現することも可能である。

【００７５】図９は、本システムが用いられる情報処理
システムの環境図である。ｋｅｙデータベース１１、会
員データベース１２、情報サービス会社２及び顧客３の
端末で用いられる情報処理システムでは、図９の様にＣ
ＰＵ２１、ＲＡＭ２２、ハードディスク装置２３、ディ
スプレイ、キーボード等の入出力装置（Ｉ／Ｏ）２４、
モデム等のネットワーク接続装置２５及びディスク装置
２６がバス２７により接続される構成を備えている。

【００７６】専用のハードウエアでなく、ソフトウエア
により各処理を行う場合、図９の情報処理システムで
は、ディスク装置２６によりフロッピーディスク、ＣＤ
−ＲＯＭ、ＭＯ等の記憶媒体２８に記憶されているプロ
グラム、データを読み出し、これをＲＡＭ２２またはハ
ードディスク２３にダウンロードし、これをＣＰＵ２１
が実行することにより、本実施形態をソフトウエアによ
り実現する。

【００７７】

【発明の効果】以上説明した様に本発明によれば、課金
される金額が小口であっても、その支払は後日まとめて
行われるので、たとえその支払をクレジットカード会社
等を介して行ったとしても、その手数料は売上に対して
大きなものとはならず、よって小口決済にも対応でき
る。

【００７８】またｋｅｙ内にも情報を織り込むことによ
りローカル処理にも対応でき、更にｋｅｙの使用時、ｋ
ｅｙ内に織り込まれた情報とｋｅｙデータベースに登録
されている情報を比較し、一致するかを確認するので、
ｋｅｙ内の情報の書き換え、ｋｅｙの不正コピーにも対
応することができる。

【図面の簡単な説明】

【図１】実施形態におけるシステム構成の全体を示す図
である。

【図２】システムの別構成を示す図である。

【図３】ｋｅｙの発行処理を示すフローチャートであ
る。

【図４】会員登録時の会員データベースの処理を示すフ
ローチャートである。

【図５】ｋｅｙ送信処理を示すフローチャートである。

【図６】情報サービス会社で行われる情報提供サービス
時の処理を示すフローチャートである。

【図７】顧客の端末で行われる処理を示すフローチャー
トである。

【図８】ｋｅｙデータベース及び会員データベースで記
録されるデータの例である。

【図９】情報処理システムの環境図である。

【符号の説明】

１ 管理センター ２ 情報サービス会社 ３ 顧客 ４ 店 １１ ｋｅｙデータベース １２ 会員データベース １３ 売上データベース ２１ ＣＰＵ ２２ ＲＡＭ ２３ ハードディスク装置 ２４ 入出力装置 ２５ ネットワーク接続装置 ２６ ディスク装置 ２７ バス ２８ 記憶媒体

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ０６Ｆ 15/30 Ｌ

Claims (15)

【特許請求の範囲】
1. 【請求項１】 ユーザの端末装置と通信ネットワークを
   介して接続され、該ユーザに対する決済を行う情報処理
   システムにおいて会員であるユーザを、該各ユーザの所
   持金に対する情報と対応づけて記憶する会員データベー
   ス手段と、 複数のｋｅｙと該各ｋｅｙに対する情報とを対応づけて
   記憶するｋｅｙデータベース手段と、 前記会員データベース手段に会員として記憶されている
   第１のユーザーより前記ｋｅｙのｋｅｙコードを受け取
   った時、該ｋｅｙコード内の情報と前記ｋｅｙデータベ
   ース手段に記憶されている該ｋｅｙに対応する情報を比
   較するｋｅｙデータ比較手段と、 前記ｋｅｙデータ比較手段による比較結果から前記ｋｅ
   ｙが使用可能かどうかを判断し、使用可能な場合、前記
   会員データベース内の前記第１のユーザの所持金に対す
   る情報の値を増やすデータベース更新手段と、 を備えることを特徴とするプリペイド式集中管理決済シ
   ステム。
2. 【請求項２】 第２のユーザの売上に対応する情報を記
   憶する売上データベース手段と、 前記第２のユーザより前記第１のユーザに対する課金要
   求を受け取った時、該課金要求に基づいて、前記会員デ
   ータベース内の該第１のユーザの所持金に対する情報の
   値を減らし、前記売上データベース内の前記第２のユー
   ザの売上に対応する情報の値を増やす売上計上手段と、 を更に備えることを特徴とする請求項１記載のプリペイ
   ド式集中管理決済システム。
3. 【請求項３】 前記売上計上手段は、一定期間毎に、前
   記売上データベース内の前記第２のユーザの売上に対応
   する情報に基づいて該第２のユーザに支払を行うことを
   特徴とする請求項２記載のプリペイド式集中管理決済シ
   ステム。
4. 【請求項４】 前記第２のユーザは、前記第１のユーザ
   からのサービスの要求に対して、前記会員データベース
   手段に前記第１のユーザの所持金に対する情報を問い合
   せ、該所持金に対する情報の値が前記サービスに対応す
   る値より小さくないとき前記第１のユーザに対して前記
   サービスを行うサービス提供手段を備えることを特徴と
   する請求項２記載のプリペイド式集中管理決済システ
   ム。
5. 【請求項５】 前記第２のユーザは、前記サービスを行
   った後に、前記サービスに対応する値に基づいて前記第
   １のユーザに対する課金要求を前記売上計上手段に行う
   課金請求手段を更に備えることを特徴とする請求項４記
   載のプリペイド式集中管理決済システム。
6. 【請求項６】 前記ｋｅｙに対する情報を暗号化して前
   記ｋｅｙコードを生成し、該ｋｅｙに対する情報を該ｋ
   ｅｙと対応づけて前記ｋｅｙデータベース手段に記憶す
   ることによりｋｅｙの発行を行うｋｅｙ発行手段を更に
   備えることを特徴とする請求項１記載のプリペイド式集
   中管理決済システム。
7. 【請求項７】 前記ｋｅｙコードは、前記ｋｅｙの金額
   情報を含むｋｅｙに対する情報を暗号化することにより
   生成され、前記ｋｅｙデータベース手段は該ｋｅｙに対
   する情報を該ｋｅｙと対応づけて記憶することを特徴と
   する請求項６記載のプリペイド式集中管理決済システ
   ム。
8. 【請求項８】 前記ｋｅｙコードは、前記ｋｅｙの使用
   期限の情報を含むｋｅｙに対する情報を暗号化すること
   により生成され、前記ｋｅｙデータベース手段は該ｋｅ
   ｙに対する情報を該ｋｅｙと対応づけて記憶することを
   特徴とする請求項６記載のプリペイド式集中管理決済シ
   ステム。
9. 【請求項９】 前記データベース更新手段は、前記ｋｅ
   ｙが使用可能であり、該ｋｅｙがシングルｋｅｙである
   時、前記ｋｅｙデータベース記憶手段の該ｋｅｙに対す
   る情報を変更することを特徴とする請求項１記載のプリ
   ペイド式集中管理決済システム。
10. 【請求項１０】 ｋｅｙの使用履歴を記憶する使用履歴
    記憶手段を更に備え、前記データベース更新手段は、前
    記ｋｅｙが使用可能であり、該ｋｅｙがマルチプルｋｅ
    ｙである時、前記使用履歴記憶手段に該ｋｅｙの使用履
    歴を記憶することを特徴とする請求項１記載のプリペイ
    ド式集中管理決済システム。
11. 【請求項１１】 ユーザから会員登録の要求を受け取っ
    た時、該ユーザを会員として前記会員データベース手段
    に記憶させる会員登録手段を更に備えることを特徴とす
    る請求項１記載のプリペイド式集中管理決済システム。
12. 【請求項１２】 ユーザの端末装置と通信ネットワーク
    を介して接続され、該ユーザに対する決済を行う情報処
    理システムでのプリペイド式集中管理決済方法におい
    て、 会員であるユーザを、該ユーザの所持金に対する情報と
    対応づけて記憶し、 複数のｋｅｙと該各ｋｅｙに対する情報とを対応づけて
    記憶し、 会員として記憶されている第１のユーザーより前記ｋｅ
    ｙのｋｅｙコードを受け取った時、該ｋｅｙコード内の
    情報と該ｋｅｙに対応する情報を比較し、 前記比較結果から前記ｋｅｙが使用可能かどうかを判断
    し、使用可能な場合、前記第１のユーザの所持金に対す
    る情報を変更することを特徴とするプリペイド式集中管
    理決済方法。
13. 【請求項１３】 第２のユーザの売上に対応する情報を
    記憶し、 前記第２のユーザより前記第１のユーザに対する課金要
    求を受け取った時、該課金要求に基づいて該第１のユー
    ザの所持金に対する情報の値を減らし、前記第２のユー
    ザの売上に対応する情報の値を増やすことを特徴とする
    請求項１２記載のプリペイド式集中管理決済方法。
14. 【請求項１４】 ユーザの端末装置と通信ネットワーク
    を介して接続され、該ユーザに対する決済を行う情報処
    理システムにより使用された時、 会員であるユーザを、該ユーザの所持金に対する情報と
    対応づけて記憶する機能と、 複数のｋｅｙと該各ｋｅｙに対する情報とを対応づけて
    記憶する機能と、 会員として記憶されている第１のユーザーより前記ｋｅ
    ｙのｋｅｙコードを受け取った時、該ｋｅｙコード内の
    情報と該ｋｅｙに対応する情報を比較する機能と、 前記比較結果から前記ｋｅｙが使用可能かどうかを判断
    し、使用可能な場合、前記第１のユーザの所持金に対す
    る情報を変更する機能と、 を前記情報処理システムに行わせるための計算機読み出
    し可能記憶媒体。
15. 【請求項１５】 第２のユーザの売上に対応する情報を
    記憶する機能と、 前記第２のユーザより前記第１のユーザに対する課金要
    求を受け取った時、該課金要求に基づいて該第１のユー
    ザの所持金に対する情報の値を減らし、前記第２のユー
    ザの売上に対応する情報の値を増やす機能をさらに備え
    ることを特徴とする請求項１４記載の計算機システム読
    み出し可能記憶媒体。