JP3423283B2 - プリペイド決済方法、その装置、及びそのプログラム記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワーク上
のサービス提供の対価を、サービス提供者がユーザから
回収するための手段としてのプリペイド型決済方法、特
に、ユーザから支払われた貨幣価値に基づいてユーザに
プリペイド度数（ポイント）を発行し、従量制のサービ
ス提供者から申告された売上プリペイド度数（ポイン
ト）をユーザの保持するプリペイド度数から減算し、売
上プリペイド度数に基づいた貨幣価値をサービス提供者
に支払う決済方法、その装置及びそのプログラム記録媒
体に関する。

【０００２】

【従来の技術】コンビニエンスストア等の店頭での現金
支払いや、ネットワーク上でのクレジット決済により、
ユーザに一定のまとまったプリペイド度数（ポイント）
を購入させ、この度数を磁気カード、ＩＣカード、回数
券、もしくはプリペイド決済システム管理コンピュータ
のハードディスク上で管理し、ユーザのサービス購入を
この度数を用いて行わせるプリペイド決済サービスが行
われている。こうしたプリペイド決済方式を採用した有
償サービスの提供においては、ユーザは自分の利用する
サービスの対価に応じた度数を、上記いずれかの度数
（ポイント）記憶媒体から減算された後に有償サービス
を利用することができる。

【０００３】

【発明が解決しようとする課題】電話通信サービス、イ
ンターネット接続サービス、ストリームコンテンツ配信
サービスなどで採用されている従量制のサービスでは、
利用者によるサービスの利用が終了して初めて一連のサ
ービスに対する対価の合計が明らかになる。このため、
既存のプリペイド決済サービスを用いて、こうしたサー
ビスの対価の合計を一括して決済する場合には、サービ
ス提供者はプリペイド決済処理の実行を、一連のユーザ
へのサービス提供が完了するまで待つ必要がある。

【０００４】サービス提供者の視点から見ると、このよ
うな決済方法では、サービスを提供したにもかかわら
ず、ユーザのプリペイド残度数不足等によりプリペイド
決済処理を完了できない事態が発生する可能性があり、
サービス提供者にとってはサービスに対する対価を回収
できないリスクを伴う。以上のような問題を回避する手
段としては、上記のような従量制サービスの提供におい
て、あるまとまったサービス単位、例えば、電話サービ
スであれば、１通話度数をサービス提供前にユーザの保
持しているプリペイド度数から減算し、減算処理が完了
した場合にのみサービスを提供する決済方式が採用され
ている。

【０００５】しかしながら、この方式ではユーザの従量
制サービス利用期間中に、何度もサービス単位分のプリ
ペイド決済処理を行わなければならず、プリペイド決済
システム、及びサービス提供システムにかかる負荷が大
きなものとなる。この発明の目的はプリペイド決済シス
テム、及びサービス提供システムに大きな負荷をかける
ことなく、かつサービス提供者に対価回収ができなくな
るリスクを伴うことなく、従量サービスに対する決済方
法、その装置及びプログラム記録媒体を提供することに
よる。

【０００６】

【課題を解決するための手段】この発明によれば、上記
の課題を解決するために、従来のプリペイド決済方式に
プリペイド度数のホールディング処理機能を加え、サー
ビス提供者に対して、増減算処理が禁止されたホールデ
ィング状態の度数を払い出すことで、サービス提供者が
対価を回収できないリスクを回避し、さらには、一連の
ユーザへのサービス提供が完了した後に確定した対価の
合計を、先にホールディング状態にした度数から１回の
処理で一括して引き落とす。このようにしてサービスの
プリペイド決済処理の効率化を図り、プリペイド決済シ
ステム、及びサービス提供システムにかかる負荷を軽減
する。

【０００７】この時サービス提供者が引き落とす対価の
合計は、必ずしも先にホールディング状態にした度数と
同額である必要はなく、サービス提供の実績に基づい
た、ホールディング状態にした度数以下の額面であれば
よい点を特徴とし、これにより決済処理の効率化が図ら
れる。「度数」と「ポイント」は同一のことを意味する
が、以下の説明では「度数」を主として使用するが、
「ポイント」と記述することもある。

【０００８】

【発明の実施の形態】・概要説明 図１を参照してこの発明の概要を説明する。（１）ユー
ザはプリペイド決済装置１００からプリペイド度数を購
入し、決済装置１００はそのユーザのプリペイド度数を
管理する。この購入の際の支払は、決済システム４００
に対し、クレジットカード決済、郵便・銀行振込、デビ
ットカード決済、コンビニエンス店頭での現金支払など
により行う。

【０００９】（２）ユーザは目的とするサービスの提供
に必要とする予算度数を決定し、（３）端末２００から
予算度数を決済装置１００に申告する。 （４）決済装置１００は、予算度数だけのプリペイド度
数をユーザのプリペイド残度数からホールディングす
る。 （５）そのホールディング（予算）度数をサービス提供
者・課金装置３００へ通知する。 （６）ユーザはその端末２００を通じてサービス提供・
課金装置３００にサービスの提供を依頼し、従量サービ
スの提供を受ける。ホールディング度数は決済装置１０
０からではなくユーザ端末２００からサービス提供・課
金装置３００へ送ってもよい。

【００１０】（７）サービスの提供はホールディング度
数以下に制限し、サービスの提供が終ると、売上度数を
決定して、（８）決済装置１００へ通知する。 （９）決済装置１００は、ホールディングを解除して、
売上度数をユーザのプリペイド残度数から減算する。 （１０）決済手数料、サービス提供者売上を、予め決め
た時期又は期間ごとに計算し、 （１１）その計算に基づく売上支払いをサービス提供者
に行う依頼を決済システム４００に行う。 ・装置構成図の説明 図２にこの発明のホールディング機能付きプリペイド決
済装置１００の構成と、この決済装置１００が決済サー
ビスの提供を想定するユーザ端末２００、サービス提供
・課金装置３００の各構成、及びこれら決済装置１００
とユーザ端末２００、サービス提供・課金装置３００と
の関係を示す。

【００１１】ユーザ端末２００とサービス提供・課金装
置３００と決済装置１００は互いにネットワーク４００
で結ばれている。この発明の一実施形態では、ネットワ
ーク４００としてインターネットを想定している。ま
た、この発明の一実施形態では、決済装置１００は金融
網に接続されており、クレジット決済や銀行振込などの
他の決済サービスによって、ユーザやサービス提供者と
実際の金銭をやり取りする。決済装置１００は、ユーザ
端末２００やサービス提供・課金装置３００と通信を行
う通信手段１１０とユーザのプリペイドポイントの管理
や店舗の売上を管理し、決済システムを運営するシステ
ム制御手段１３０から成り立っている。

【００１２】図３に決済装置１００の詳細構成を示す。 通信手段１１０はさらに、ユーザのポイント購入を受け
付けるポイント購入依頼受信手段１１１ ユーザのポイント購入処理結果を伝えるポイント発行処
理通知手段１１２ サービス提供者から、ユーザの保持しているポイントの
ホールディング処理実行を受け付けるポイントホールデ
ィング依頼受信手段１１３ ポイントのホールディング処理の実行結果を伝えるポイ
ントホールディング通知手段１１４ サービス提供者から、ポイントに対するホールディング
の解除と、ホールディングポイント以下のポイントの減
算処理を受け付けるポイント請求処理依頼受信手段１１
５ ポイントのホールディング解除と減算処理の実行結果を
伝えるポイント請求処理通知手段１１６ ユーザからのポイント利用状況の提示依頼を受け付ける
取引状況提示依頼受信手段１１７ ユーザにポイントの利用状況を伝える取引状況通知手段
１１８ ユーザのポイントの追加購入を受け付けるポイント追加
購入依頼受信手段１１９ ユーザのポイント追加購入処理結果を伝えるポイント追
加処理通知手段１２０ ユーザからのポイント返金依頼を受け付けるポイント返
金依頼受信手段１２１ ユーザへポイント返金処理結果を伝えるポイント返金処
理通知手段１２２ この発明の決済装置１００を用いた決済サービスへのサ
ービス提供者の登録手続きの完了と、サービス提供者の
識別子（ポイント操作対象識別子）を通知するサービス
提供者登録処理完了通知手段１２３ この発明の決済装置１００を用いた決済サービスの清算
月内の売上金額とその入金処理の完了をサービス提供者
へ通知する売上金入金処理完了通知手段１２４ 金融網との通信を行い、クレジット決済や銀行振込など
の他の決済サービスによって、ユーザやサービス提供者
と実際の金銭をやり取りする決済処理通信手段１２５ から構成されている。

【００１３】この発明の一実施形態では、ポイントホー
ルディング依頼受信手段１１３、ポイントホールディン
グ通知手段１１４、ポイント請求処理依頼受信手段１１
５、ポイント請求処理通知手段１１６、取引状況提示依
頼受信手段１１７、取引状況通知手段１１８、ポイント
追加購入依頼受信手段１１９、ポイント追加処理通知手
段１２０、ポイント返金依頼受信手段１２１、ポイント
返金処理通知手段１２２をＷＷＷサーバを用いて実現
し、サービス提供者登録処理完了通知手段１２３、売上
金入金処理完了通知手段１２４を、メールサーバを用い
て実現し、決済処理通信手段１２５は接続する金融網や
決済サービス（クレジット決済処理、銀行振込処理）に
応じて、専用の通信モジュールを用いて実現する。

【００１４】一方、システム制御手段１３０からはさら
に、プリペイド発行処理手段１３１、アカウントチェッ
ク処理手段１３２、ポイントホールディング処理手段１
３３、ポイント請求処理手段１３４、取引状況取得処理
手段１３５、ポイント返金処理手段１３６、ポイント追
加処理手段１３７、サービス提供者登録処理手段１３
８、売上入金バッチ処理手段１３９、情報保持媒体制御
手段１４０、決済処理手段１４１が呼び出され、各々決
済システムを運用するのに必要な処理が実行される。

【００１５】プリペイド発行処理手段１３１はユーザの
要求に基づいて、プリペイドアカウントを開設し、ユー
ザの希望するプリペイド度数を、ユーザからの料金支払
いが行われた後に、アカウントに補充する処理手段であ
る。アカウントチェック処理手段１３２は、ユーザのプ
リペイドアカウントの状態（有効、無効、仮無効）をシ
ステム制御手段１３０が取得する処理手段である。ポイ
ントホールディング処理手段１３３は、ユーザもしくは
サービス提供者の要求に基づいて、ある一定量のユーザ
のプリペイド度数を、ホールディング状態にする処理手
段である。

【００１６】ポイント請求処理手段１３４は、サービス
提供者によるユーザへのサービス提供完了後に確定し
た、サービスの対価としてのプリペイド度数を、サービ
ス提供前にホールディング状態にしたプリペイド度数か
ら差し引き、ホールディング状態にしたプリペイド度数
とサービスの対価としてのプリペイド度数の差分をユー
ザのアカウントに返却し、サービスの対価としてのプリ
ペイド度数をサービス提供者の売上として計上する処理
手段である。取引状況取得処理手段１３５は、ユーザの
要求に基づいて、ユーザの保持するプリペイドアカウン
トで行われた取引をアカウント利用情報としてまとめる
処理手段である。

【００１７】ポイント返金処理手段１３６は、ユーザの
要求に基づいて、ユーザの保持するプリペイドアカウン
トの解約処理を行う処理手段である。解約処理は、ユー
ザのプリペイド残高の返金処理とアカウントの無効化か
ら成り立っている。ポイント追加処理手段１３７は、ユ
ーザの要求に基づいて、ユーザの保持するプリペイドア
カウントに、ユーザの希望するプリペイド度数を、ユー
ザからの料金支払いが行われた後に、補充する処理手段
である。サービス提供者登録処理手段１３８は、サービ
ス提供者を、プリペイド決済サービスに登録する処理手
段である。

【００１８】売上入金バッチ処理手段１３９は、プリペ
イド決済サービスの運営者が規定する決済日に、プリペ
イド決済サービスの運営者が規定する期間内に行われた
取引を清算し、サービス提供者の売上を、サービス提供
者に引き渡す処理手段である。情報保持媒体制御手段１
４０は情報保持媒体１５０へのデータの読み書きを実現
する手段である。決済処理手段１４１は決済処理通信手
段１２５を用いて、金融網との通信を行い、クレジット
決済や銀行振込などの他の決済サービスによって、ユー
ザやサービス提供者と実際の金銭をやり取りする処理手
段である。

【００１９】また、決済装置１００で取り扱う情報は情
報保持媒体１５０に記録される。この発明の一実施形態
では、プリペイド発行処理手段１３１、アカウントチェ
ック処理手段１３２、ポイントホールディング処理手段
１３３、ポイント請求処理手段１３４、取引状況取得処
理手段１３５、ポイント返金処理手段１３６、ポイント
追加処理手段１３７はＷＷＷサーバから呼び出し可能な
ＣＧＩプログラム群として実現する。売上入金バッチ処
理手段１３９はコンピュータ端末から実行可能なバッチ
処理プログラムとして実現する。

【００２０】サービス提供者登録処理手段１３８はコン
ピュータ端末を使って、決済装置運用者がコマンドライ
ンから実行可能なプログラムとして実現する。また、情
報保持媒体１５０はデータベースを用いて実現され、デ
ータベースへのアクセスを実行する情報保持媒体制御手
段１４０は、データベース制御ライブラリとして実現す
る。この発明の決済装置１００を利用するユーザ端末２
００は、通信手段２１０と情報処理手段２２０から構成
されており、この発明の一実施形態では、インターネッ
トに接続可能なパソコンと、パソコンにインストールさ
れたＷＷＷブラウザを想定している。

【００２１】また、サービス提供・課金装置３００は、
通信手段３１０、サービス情報処理手段３２０、決済情
報通信手段３３０、情報保持媒体３４０から構成されて
おり、この発明の一実施形態では、通信手段３１０はＷ
ＷＷサーバによって実現され、サービス情報処理手段３
２０はＷＷＷサーバから実行可能なＣＧＩプログラムに
よって実現され、決済情報通信手段３３０はメール送受
信プログラムによって実現され、情報保持媒体３４０は
データベースによって実現されていることを想定してい
る。

【００２２】図４及び図５は、この発明の決済装置１０
０内の情報保持媒体１５０で保持される情報を示してい
る。情報は図４のプリペイドポイント管理データベース
と、図４Ａの店舗別収納管理データベースと図５Ｂのユ
ーザ別収納管理データベースから構成されている。「プ
リペイドポイント管理データベース」では、ユーザが決
済装置１００で開設したアカウントを一意に識別する
「ユーザアカウント識別情報」、決済装置がデータベー
スへの書き込みを行った日時を示す「処理年月日」、ユ
ーザのアカウントの状態を示す「アカウント状態」、ユ
ーザのアカウントに対する処理を行う契機となった主体
を表す「ポイント操作対象識別情報」、ユーザのアカウ
ントのプリペイド残度数を示す「残度数」、決済処理に
よりユーザのアカウントへ加算されたプリペイド度数を
示す「加算度数」、決済処理によりユーザのアカウント
から減算されたプリペイド度数を示す「減算度数」、決
済処理によりユーザのアカウントからホールディング状
態にされたプリペイド度数を示す「ホールディング度
数」、実行されたホールディング処理を識別する「ポイ
ントホールディング事象識別情報」が保持され、プリペ
イドポイント管理データベースの１行の情報が、該当ユ
ーザのアカウントへの決済装置１００による１回の処理
の結果を示している。

【００２３】「ユーザアカウント識別情報」には、ユー
ザによって他の値を類推不可能で、かつ決済装置１００
内で一意な情報が割り振られる。「アカウント状態」
は、この発明の一実施形態では、「１」「０」「−１」
の値をとることができ、それぞれ、「１」は、ユーザの
アカウントが有効であり、ユーザのプリペイド残度数に
対する、「ポイントホールディング処理手段」「ポイン
ト請求処理手段」「ポイント返金処理手段」「ポイント
追加処理手段」の実行が可能な状態を表し、「０」は、
ユーザのアカウントが返金処理の実行により無効になっ
た状態であり、「ポイントホールディング処理手段」
「ポイント請求処理手段」「ポイント返金処理手段」
「ポイント追加処理手段」の実行が不可能な状態を表
し、「−１」は、ユーザの依頼による「ポイント返金処
理」の実行が行われた状態であり、「ポイントホールデ
ィング処理」が行われたにもかかわらず、「ポイント請
求処理」が完了していない取引の処理待ち状態であるこ
とを示し、「ポイント請求処理手段」のみ実行可能であ
り、「ポイントホールディング処理手段」「ポイント返
金処理手段」「ポイント追加処理手段」の実行は不可能
である状態を表している。

【００２４】「ポイントホールディング事象識別情報」
は、ユーザやサービス提供者によって他の値を類推不可
能で、かつ決済装置１００内で一意な情報が割り振ら
れ、またさらにはポイントのホールディング状態の有効
条件を表す情報が加えられる。この発明の一実施形態で
は、ホールディング状態の有効条件として、ホールディ
ング状態の有効期限が加えられる。「店舗別収納管理デ
ータベース」では図５Ａに示すように、収納管理の対象
となるサービス提供者を示す「ポイント操作対象識別情
報」、該当サービス提供者への「売上入金バッチ処理手
段」を実行した年月日時刻を示す「処理年月日」、実行
した売上入金バッチ処理が該当する決済システムの清算
月を示す「清算月」、該当サービス提供者の該当清算月
内の総売上度数を示す「売上度数合計」、該当サービス
提供者への該当清算月内の入金処理済の総売上金額を示
す「清算金額」が保持される。

【００２５】「ユーザ別出納管理データベース」では図
５Ｂに示すように、出納管理の対象となるユーザのアカ
ウントを示す「ユーザアカウント識別情報」、該当ユー
ザアカウントへの「プリペイド発行処理手段」もしくは
「ポイント返金処理手段」を実行した年月日時刻を示す
「処理年月日」、該当ユーザアカウントに対する「プリ
ペイド発行処理手段」の実行による決済システムへの入
金額、もしくは「ポイント返金処理手段」の実行による
決済システムからの出金額を示す「入出金額」が保持さ
れる。

【００２６】「入出金額」は、この発明の一実施形態で
は、入金を正の数で、出金を負の数で表す。 ・処理フローの実施形態の説明 図６乃至図１１にこの発明のホールディング機能付きプ
リペイド決済装置を用いた決済処理運用処理手順の一実
施形態を示す。この運用処理手順は、「店舗登録フェー
ズ」「プリペイドポイント購入フェーズ」「プリペイド
与信フェーズ」「サービス提供フェーズ」「プリペイド
請求フェーズ」「取引情報参照フェーズ」「プリペイド
ポイント追加購入フェーズ」「プリペイドポイント返金
処理フェーズ」「売上入金フェーズ」の９つのフェーズ
から成り立っている。

【００２７】「店舗登録フェーズ」「プリペイドポイン
ト購入フェーズ」は、この発明の決済装置１００の初期
運用フェーズである。「店舗登録フェーズ」ではサービ
ス提供者の決済装置１００への登録と、決済装置１００
内でサービス提供者を一意に特定する「ポイント操作対
象識別情報」の決済装置１００からの払い出しが行われ
る。「プリペイドポイント購入フェーズ」では、ユーザ
による決済装置１００上のプリペイドポイントの購入処
理と、ユーザの購入したプリペイドポイントを格納する
アカウントを、決済装置１００内で一意に識別する「ユ
ーザアカウント識別情報」の払い出しが行われる。

【００２８】以下に各フェーズの詳細な運用処理手順を
示す。まず図６を参照する。 ・「店舗登録フェーズ」（Ｓ１） 決済装置１００の運用者とサービス提供者のオフライン
での契約処理に基づき、決済装置１００の運用者は「決
済装置」内のシステム制御手段１３０を呼び出し、サー
ビス提供者登録処理手段１３８を実行する。サービス提
供者登録処理手段１３８は「ポイント操作対象識別情
報」を生成し（Ｓ１−１）、情報保持媒体制御手段１４
０を呼び出して、情報保持媒体１５０内の「店舗別収納
管理データベース」に「ポイント操作対象識別情報」を
登録する（Ｓ１−２）。前記処理が完了すると、次にシ
ステム制御手段１３０はサービス提供者登録処理完了通
知手段１２３を用いて、生成した「ポイント操作対象識
別情報」をサービス提供・課金装置３００に通知する
（Ｓ１−３）。

【００２９】この発明の決済システムでは、サービス提
供・課金装置３００は決済情報通信手段３３０を用いて
「ポイント操作対象識別情報」を受信し、情報保持媒体
３４０内に「ポイント操作対象識別情報」を格納するこ
とを想定している。 ・「プリペイドポイント購入フェーズ」（Ｓ２） ユーザは、ユーザ端末２００の情報処理手段２２０を用
いて、決済装置１００のポイント購入依頼受信手段１１
１に、購入を希望するプリペイドの度数と、ユーザの他
決済システムでの利用者決済情報を送信する。この発明
の一実施形態では、ユーザは利用者決済情報として、ユ
ーザのクレジットカード番号を送信する。このポイント
購入依頼の送信は、例えば決済装置１００に接続する
と、ユーザ端末２００にメニュー画面として、購入フェ
ーズ、取引参照フェーズ、返金フェーズなどが現われ、
その購入フェーズをクリックすることにより行われる。
決済装置１００は、ポイント購入依頼受信手段１１１を
用いて、前記プリペイドポイントの購入希望度数と前記
ユーザの利用者決済情報を受信するとシステム制御手段
１３０を呼び出す。

【００３０】システム制御手段１３０は、プリペイド発
行処理手段１３１を呼び出す。プリペイド発行処理手段
１３１は、決済処理システム運用者の定めた、プリペイ
ド度数（ポイント）と貨幣価値との交換比率に基づき、
前記希望度数の購入に必要な貨幣価値を算出する（Ｓ２
−１）。次にプリペイド発行処理手段１３１は、決済処
理手段１４１を呼び出し、決済処理手段１４１は前記利
用者決済情報と決済処理通信手段１２５を用いて、前記
希望度数の購入に必要な貨幣価値の、ユーザからこの発
明のプリペイド決済装置１００への移動を実行する（Ｓ
２−２）。

【００３１】前記処理が完了した場合、プリペイド発行
処理手段１３１は、「ユーザアカウント識別情報」を生
成し（Ｓ２−３）、情報保持媒体制御手段１４０を呼び
出して、情報保持媒体１５０内の「ユーザ別出納管理デ
ータベース」に「ユーザアカウント識別情報」「処理年
月日」「入出金額」を登録する（Ｓ２−４）。「ユーザ
アカウント識別情報」には、前記生成した「ユーザアカ
ウント識別情報」を、「処理年月日」には前記決済処理
手段１４１の完了時刻を、「入出金額」には前記「決済
処理手段」によりユーザからこの発明のプリペイド決済
システムへ移動させた貨幣価値を正の数で登録する。さ
らに、前記処理が完了するとプリペイド発行処理手段１
３１は、情報保持媒体制御手段１４０を呼び出して、情
報保持媒体１５０内の「プリペイドポイント管理データ
ベース」に「処理年月日」「アカウント状態」「残度
数」「加算度数」を登録する（Ｓ２−５）。例えば図４
のプリペイドポイント管理データベースの１行目のデー
タのように「処理年月日」にはデータベース書き込み時
の時刻を、「アカウント状態」には「１」を、「残度
数」と「加算度数」には前記「希望度数１００」を登録
する。前記処理が完了すると、システム制御手段１３０
はポイント発行処理通知手段１１２を呼び出し、ユーザ
端末２００の情報処理手段２２０に、「ユーザアカウン
ト識別情報」と「残度数」を送信する（Ｓ２−６）。

【００３２】「プリペイド与信フェーズ」「サービス提
供フェーズ」「プリペイド請求フェーズ」は、この発明
の決済システムの主要フェーズであり、ユーザによるサ
ービス提供システムや決済システムの利用毎に繰り返さ
れるフェーズである。「プリペイド与信フェーズ」で
は、ユーザによって従量サービス利用の予算度数が決定
され、決済装置１００内で予算分の度数がサービス提供
者に対してホールディング状態にされる。ホールディン
グ状態にされた度数は、最終的に該当サービス提供者に
通知される。

【００３３】「サービス提供フェーズ」では、サービス
提供者によるユーザへの従量サービスの供給が行われ
る。この時、この発明の決済システムでは、サービス提
供者はホールディング状態にされた度数の範囲内で、ユ
ーザに従量サービスを提供することを想定している。従
量サービス提供完了後、サービス提供者により、一連の
従量サービス提供に対する対価の合計としての請求度数
が決定される。「プリペイド請求フェーズ」では、前記
サービス提供者によって決定された請求度数の、この発
明の決済装置１００への請求が行われる。決済装置１０
０はホールディング状態にされた度数を解除し、ホール
ディング状態にされた度数と請求度数の差分度数のみを
ユーザのアカウントに戻す。請求度数は、サービス提供
者の売上として登録される。

【００３４】以下に各フェーズの詳細な運用フローを示
す。図７を参照しよう。 ・「プリペイド与信フェーズ」 この発明の決済システムでは、以下のようなユーザ端末
２００とサービス提供・課金装置３００間のやり取りを
想定している。ユーザは、ユーザ端末２００の情報処理
手段２２０を用いて、サービス提供・課金装置３００の
サービス情報処理手段３２０にアクセスしサービス内容
提示を依頼する（Ｓ３−１）。サービス提供・課金装置
３００のサービス情報処理手段３２０はユーザの前記依
頼に基づき、提供サービスに関する説明と「ポイント操
作対象識別情報」を情報保持媒体３４０から読み出し、
ユーザ端末２００の情報処理手段２２０に表示する（Ｓ
３−２）。この際、サービス提供・課金装置３００が店
舗登録した決済装置１００のアドレス（例えばＵＲＬ）
もユーザ端末２００に送られて来ている。

【００３５】ユーザは、前記提供サービスに関する説明
から、該当従量サービスを利用するための、「予算度
数」を決定する。予算度数を決定すると、ユーザは、ユ
ーザ端末２００の情報処理手段２２０を用いて、前記受
信したアドレスにアクセスして決済装置１００のポイン
トホールディング依頼受信手段１１３に、予算度数と
「ユーザアカウント識別情報」と「ポイント操作対象識
別情報」を送信する（Ｓ３−３）。決済装置１００は、
ポイントホールディング依頼受信手段１１３を用いて、
前記「予算度数ＥＰ」と前記「ユーザアカウント識別情
報ＵＩＤ」及び、前記「ポイント操作対象識別情報ＳＩ
Ｄ」を受信するとシステム制御手段１３０を呼び出す。
システム制御手段１３０は、アカウントチェック処理手
段１３２を呼び出す。

【００３６】アカウントチェック処理手段１３２は、情
報保持媒体制御手段１４０を呼び出して、情報保持媒体
１５０内の「プリペイドポイント管理データベース」に
アクセスし、「ユーザアカウント識別情報ＵＩＤ」をキ
ー情報として、該当ユーザアカウントの最新の「アカウ
ント状態」を読み出す。システム制御手段１３０は、そ
の読み出した「アカウント状態」が「０（無効）」「−
１（仮無効）」であった場合には、ポイントホールディ
ング通知手段１１４を呼び出し、ユーザ端末２００の情
報処理手段２２０に、ユーザアカウントが無効である旨
を送信する（Ｓ３−４）。

【００３７】システム制御手段１３０は、読み出した
「アカウント状態」が「１（有効）」であった場合に
は、ポイントホールディング処理手段１３３を呼び出
す。ポイントホールディング処理手段１３３は情報保持
媒体制御手段１４０を呼び出して、情報保持媒体１５０
内の「プリペイドポイント管理データベース」にアクセ
スし、「ユーザアカウント識別情報」をキー情報とし
て、該当ユーザアカウントの最新の「残度数」を読み出
す。次にポイントホールディング処理手段１３３は前記
予算度数ＥＰと読み出した「残度数ＢＰ」を比較する。

【００３８】ポイントホールディング処理手段１３３は
前記予算度数が前記「残度数」より大きな場合には、処
理を終了する（Ｓ３−５）。前記処理が完了すると、シ
ステム制御手段１３０は、ポイントホールディング通知
手段１１４を呼び出し、ユーザ端末２００の情報処理手
段２２０に、ユーザアカウントの残度数が不足してお
り、度数の追加購入が必要な旨を送信する。ポイントホ
ールディング処理手段１３３は前記予算度数が前記読み
出した「残度数」以下の場合には、「ポイントホールデ
ィング事象識別情報ＨＰＩＤ」を生成する（Ｓ３−
６）。この生成が完了するとポイントホールディング処
理手段１３３は情報保持媒体制御手段１４０を呼び出し
て、情報保持媒体１５０内の「プリペイドポイント管理
データベース」にアクセスし、「ユーザアカウント識別
情報」をキー情報として、「処理年月日」「アカウント
状態」「ポイント操作対象識別情報」「残度数」「減算
度数」「ホールディングポイント度数」「ポイントホー
ルディング事象識別情報」を登録する（Ｓ３−７）。例
えば図４の２行目のデータのように「処理年月日」に
は、データベース書き込み時の時刻を、「アカウント状
態」には「１（有効）」を、「ポイント操作対象識別情
報」には、前記ユーザ端末２００を経由してサービス提
供・課金装置３００から送られた「ポイント操作対象識
別情報ＳＨＯＰ」を、「残度数」には、前記最新の「残
度数」ＢＰ＝１００から前記予算度数ＥＰ＝４０を引い
た度数６０を、「減算度数ＳＰ」には前記予算度数ＥＰ
＝４０を、「ホールディング度数ＨＰ」には前記予算度
数ＥＰ＝４０を、「ポイントホールディング事象識別情
報」には前記生成した「ポイントホールディング事象識
別情報」を登録する。

【００３９】前記処理が完了すると、システム制御手段
１３０はポイントホールディング通知手段１１４を呼び
出し、ユーザ端末２００の情報処理手段２２０に、「ホ
ールディング度数」と「ポイントホールディング事象識
別情報」を送信する（Ｓ３−８）。この発明の決済シス
テムでは、以下のようなユーザ端末２００とサービス提
供・課金装置３００間のやり取りを想定している。ユー
ザは、「ホールディング度数」と「ポイントホールディ
ング事象識別情報」の受信を確認すると、ユーザ端末２
００の情報処理手段２２０を用いて、サービス提供・課
金装置３００のサービス情報処理手段３２０にアクセス
し、「ホールディング度数」と「ポイントホールディン
グ事象識別情報」を送信する（Ｓ４−１）。 ・「サービス提供フェーズ」 この発明の決済システムでは、以下のようなユーザ端末
２００とサービス提供・課金装置３００間のやり取りを
想定している。サービス提供・課金装置３００のサービ
ス情報処理手段３２０はユーザ端末２００から、前記
「ホールディング度数」と前記「ポイントホールディン
グ事象識別情報」を受信すると、前記「ホールディング
度数」の範囲内でユーザに従量サービスを提供する（Ｓ
４−２）。従量サービス提供完了後、サービス情報処理
手段３２０は一連の従量サービス提供に対する対価の合
計としての請求度数ＣＰを決定し、情報保持媒体３４０
内に前記「請求度数ＣＰ」と前記「ポイントホールディ
ング事象識別情報ＨＰＩＤ」を格納する（Ｓ４−３）。

【００４０】ここで、前記従量サービスの提供は、必ず
しもユーザとサービス提供者間の連続したセッションで
成り立っている必要はなく、ホールディング状態のポイ
ントを保持するユーザを一意に特定するための認証手段
を備え、ユーザが一連のサービス提供で利用したサービ
スの量を管理する手段を備えたサービス提供・課金装置
３００の場合は、サービス提供フェーズが複数のセッシ
ョンから成り立っていてもよい。いずれにせよ、サービ
ス提供・課金装置３００は、決済装置１００に請求する
請求度数を決定する。 ・「プリペイド請求フェーズ」（図８参照） 請求度数が決定されると、サービス提供・課金装置３０
０の決済情報通信手段３２０は情報保持媒体３４０から
「ポイント操作対象識別情報ＳＩＤ」「ポイントホール
ディング事象識別情報ＨＰＩＤ」「請求度数ＣＰ」を読
み出し、決済装置１００のポイント請求処理受信手段１
１５に送信する（Ｓ５−１）。

【００４１】決済装置１００は、ポイント請求処理受信
手段１１５を用いて、前記「ポイント操作対象識別情報
ＳＩＤ」、前記「ポイントホールディング事象識別情報
ＨＰＩＤ」及び、前記「請求度数ＣＰ」を受信するとシ
ステム制御手段１３０を呼び出す。システム制御手段１
３０は、アカウントチェック処理手段１３２を呼び出
す。アカウントチェック処理手段１３２は、情報保持媒
体制御手段１４０を呼び出して、情報保持媒体１５０内
の「プリペイドポイント管理データベース」にアクセス
し、「ポイントホールディング事象識別情報ＨＰＩＤ」
をキー情報に「ユーザアカウント識別情報」を読み出
し、次に「ユーザアカウント識別情報」をキー情報とし
て、該当ユーザアカウントの最新の「アカウント状態」
を読み出す（Ｓ５−２）。

【００４２】システム制御手段１３０は、「アカウント
状態」が「０（無効）」であった場合には、ポイント請
求処理通知手段１１６を呼び出し、サービス提供・課金
装置３００の決済情報通信手段３３０に、ユーザアカウ
ントが無効である旨を送信する（Ｓ５−３）。システム
制御手段１３０は、「アカウント状態」が「１（有
効）」か「−１（仮無効）」であった場合には、ポイン
ト請求処理手段１３４を呼び出す。ポイント請求処理手
段１３４は情報保持媒体制御手段１４０を呼び出して、
情報保持媒体１５０内の「プリペイドポイント管理デー
タベース」にアクセスし、「ポイントホールディング事
象識別情報ＨＰＩＤ」をキー情報として、該当ユーザア
カウント内の該当取引の「ユーザアカウント識別情報」
「ホールディング度数」を読み出す（Ｓ５−４）。次に
ポイント請求処理手段１３４は前記「請求度数ＣＰ」と
前記読み出した「ホールディング度数ＨＰ」を比較す
る。

【００４３】ポイント請求処理手段１３４は前記「請求
度数」が前記「ホールディング度数」より大きな場合に
は、処理を終了する。この処理が完了すると、システム
制御手段１３０は、ポイント請求処理通知手段１１６を
呼び出し、サービス提供・課金装置３００の決済情報通
信手段３３０に、「請求度数ＣＰ」が「ホールディング
度数ＨＰ」を超過している旨を送信する（Ｓ５−５）。
ポイント請求処理手段１３４は前記「請求度数ＣＰ」が
前記読み出した「ホールディング度数ＨＰ」以下の場合
には、情報保持媒体制御手段１４０を呼び出して、情報
保持媒体１５０内の「プリペイドポイント管理データベ
ース」にアクセスし、「ユーザアカウント識別情報ＵＩ
Ｄ」をキー情報として、「処理年月日」「アカウント状
態」「ポイント操作対象識別情報」「残度数」「加算度
数」「減算度数」「ポイントホールディング事象識別情
報」を登録する（Ｓ５−６）。「処理年月日」には、デ
ータベース書き込み時の時刻を、「アカウント状態」に
は前記最新の「アカウント状態」を、「ポイント操作対
象識別情報」には、前記サービス提供・課金装置３００
から送られた「ポイント操作対象識別情報」を、「残度
数ＢＰ」には、前記最新の「残度数ＢＰ」に前記「ホー
ルディング度数ＨＰ」を加え、さらに前記「請求度数Ｃ
Ｐ」を引いたものを、「加算度数ＡＰ」には前記「ホー
ルディング度数ＨＰ」を、「減算度数ＳＰ」には前記
「請求度数ＣＰ」を、「ポイントホールディング事象識
別情報」には前記サービス提供・課金装置３００から送
られた「ポイントホールディング事象識別情報」を登録
する。例えば、図３中の２行目のポイントホールディン
グがなされている状態に、そのポイントホールディング
事象識別情報に対するポイント請求処理依頼があると、
この場合は請求度数ＣＰ＝２０でホールディング度数Ｈ
Ｐ＝４０で、残度数ＢＰ＝６０であるから、この登録に
より３行目に示すように、ＢＰ＝６０＋４０−２０＝８
０となる。

【００４４】前記処理が完了すると、システム制御手段
１３０はポイント請求処理通知手段１１６を呼び出し、
サービス提供・課金装置３００の決済情報通信手段３３
０に、前記「減算度数」と前記「ポイントホールディン
グ事象識別情報」を送信する（Ｓ５−７）。「売上入金
フェーズ」は、「プリペイドポイント購入フェーズ」で
ユーザから回収した貨幣価値を決済システムに登録して
いるサービス提供者に、売上度数に合わせて再配分する
フェーズであり、決済システム運用者の定める期日と周
期で定期処理として実行されるフェーズである。

【００４５】以下に「売上入金フェーズ」の詳細な運用
処理手順を図９を参照して説明する。 ・「売上入金フェーズ」 決済システム運用者の定める期日になると、システム制
御手段１３０は売上入金バッチ処理手段１３９を呼び出
す。売上入金バッチ処理手段１３９は情報保持媒体制御
手段１４０を呼び出して、情報保持媒体１５０内の「プ
リペイドポイント管理データベース」にアクセスし、
「ポイント操作対象識別情報」ごとにデータベースを検
索し、該当レコードの、「残度数」「加算度数」「減算
度数」「ポイントホールディング事象識別情報」がすべ
て値を持っており（＝請求処理済）、かつ「処理年月
日」が清算月の範囲内のレコードについて、「減算度
数」を合算して「売上ポイント合計」を求める。売上入
金バッチ処理手段１３９は、決済処理システム運用者の
定めた、プリペイドポイントと貨幣価値との交換比率に
基づき、前記「売上ポイント合計」から「清算金額」を
算出する（Ｓ６−１）。

【００４６】次に売上入金バッチ処理手段１３９は、決
済処理手段１４１を呼び出し、決済処理手段１４１は決
済処理通信手段１２５を用いて、「清算金額」分の貨幣
価値の、この発明のプリペイド決済システムから該当サ
ービス提供者への移動を実行する（Ｓ６−２）。前記処
理が完了した場合、売上入金バッチ処理手段１３９は、
「ポイント操作対象識別情報」ごとに情報保持媒体制御
手段１４０を呼び出して、情報保持媒体１５０内の「店
舗別収納管理データベース」にアクセスし、「ポイント
操作対象識別情報」をキー情報として、「処理年月日」
「清算月」「売上ポイント合計」「清算金額」を登録す
る（Ｓ６−３）。

【００４７】「処理年月日」には、前記「決済処理手
段」の処理完了時刻を、「清算月」には前記「清算月」
を、「売上ポイント合計」には前記「売上ポイント合
計」を、「清算金額」には前記「清算金額」を登録す
る。前記処理が完了すると、システム制御手段１３０は
売上金入金処理完了通知手段１２４を呼び出し、各サー
ビス提供・課金装置３００の決済情報通信手段３３０
に、前記「減算度数」と前記「清算月」と前記「清算金
額」を送信する。「取引情報参照フェーズ」「プリペイ
ドポイント追加購入フェーズ」「プリペイドポイント返
金処理フェーズ」は、ユーザの要望に基づいて不定期に
実行される付加機能フェーズであり、その実行は例えば
決済装置１００をアクセスして現われたメニュー画面の
項目を選択して行う。

【００４８】「取引情報参照フェーズ」では、ユーザの
決済システムの利用状況を、プリペイドアカウントから
読み出し、ユーザに対して表示する。「プリペイドポイ
ント追加購入フェーズ」では、ユーザによる決済システ
ム上のプリペイドポイントの購入処理を実行し、購入プ
リペイドポイントをユーザの既存プリペイドアカウント
に補充する。「プリペイドポイント返金処理フェーズ」
では、ユーザによる決済システムの解約処理が行われ
る。ユーザによる解約申請時点で、解約対象のユーザプ
リペイドアカウント内にホールディング状態のポイント
がない場合には、残度数分の払い戻し処理が行われ、返
金額がユーザに通知される。解約対象のユーザプリペイ
ドアカウント内にホールディング状態のポイントがある
場合には、ホールディング状態のポイントの有効期限の
内、もっとも遅いものが返金額確定日としてユーザに通
知される。

【００４９】以下に各フェーズの詳細な運用処理手順を
示す。 ・「取引情報参照フェーズ」（図９参照） ユーザは、ユーザ端末２００の情報処理手段２２０を用
いて、決済装置１００の取引状況提示依頼受信手段１１
７に、利用状況の表示を希望するプリペイドアカウント
の「ユーザアカウント識別情報」を送信する（Ｓ７−
１）。決済装置１００は、取引状況提示依頼受信手段１
１７を用いて、前記「ユーザアカウント識別情報」を受
信するとシステム制御手段１３０を呼び出す。

【００５０】システム制御手段１３０は、取引状況取得
処理手段１３５を呼び出す。取引状況取得処理手段１３
５は、情報保持媒体制御手段１４０を呼び出して、情報
保持媒体１５０内の「プリペイドポイント管理データベ
ース」にアクセスし、前記「ユーザアカウント識別情
報」をキー情報として、「処理年月日」「アカウント状
態」「ポイント操作対象識別情報」「残度数」「加算度
数」「減算度数」「ホールディング度数」「ポイントホ
ールディング事象識別情報」を読み出し、アカウント利
用情報を作成する（Ｓ７−２）。このアカウント利用情
報は例えば図１２に示すようなものである。

【００５１】前記処理が完了すると、システム制御手段
１３０は取引状況通知手段１１８を呼び出し、ユーザ端
末１００の情報処理手段２２０に、前記アカウント利用
情報を送信する（Ｓ７−３）。 ・「プリペイドポイント追加購入フェーズ」（図１０参
照） ユーザは、ユーザ端末２００の情報処理手段２２０を用
いて、決済装置１００のポイント追加購入依頼受信手段
１１９に、購入を希望するプリペイドの度数とユーザの
他決済システムでの利用者決済情報、及びポイントの補
充を希望する「ユーザアカウント識別情報」を送信する
（Ｓ８−１）。この発明の一実施形態では、ユーザは利
用者決済情報として、ユーザのクレジット番号を送信す
る。

【００５２】決済装置１００は、ポイント追加購入依頼
受信手段１１９を用いて、前記プリペイドポイントの購
入希望度数と前記ユーザの利用者決済情報、及び前記
「ユーザアカウント識別情報」を受信するとシステム制
御手段１３０を呼び出す。システム制御手段１３０は、
アカウントチェック処理手段１３２を呼び出す。アカウ
ントチェック処理手段１３２は、情報保持媒体制御手段
１４０を呼び出して、情報保持媒体１５０内の「プリペ
イドポイント管理データベース」にアクセスし、前記
「ユーザアカウント識別情報」をキー情報として、該当
ユーザアカウントの最新の「アカウント状態」を読み出
す（Ｓ８−２）。

【００５３】システム制御手段１３０は、その読み出し
た「アカウント状態」が「０（無効）」「−１（仮無
効）」であった場合には、ポイント追加処理通知手段１
２１を呼び出し、ユーザ端末２００の情報処理手段２２
０に、ユーザアカウントが無効である旨を送信する。シ
ステム制御手段１３０は、前記読み出した「アカウント
状態」が「１（有効）」であった場合には、ポイント追
加処理手段１３７を呼び出す。ポイント追加処理手段１
３７は、決済処理システム運用者の定めた、プリペイド
ポイントと貨幣価値との交換比率に基づき、前記希望度
数の購入に必要な貨幣価値を算出する（Ｓ８−３）。

【００５４】次にポイント追加処理手段１３７は、決済
処理手段１４１を呼び出し、決済処理手段１４１は前記
利用者決済情報と決済処理通信手段１２５を用いて、前
記希望度数の購入に必要な貨幣価値の、ユーザからこの
発明のプリペイド決済システムへの移動を実行する（Ｓ
８−４）。前記処理が完了した場合、ポイント追加処理
手段１３７は、情報保持媒体制御手段１４０を呼び出し
て、情報保持媒体１５０内の「ユーザ別出納管理データ
ベース」に「ユーザアカウント識別情報」をキー情報と
して「処理年月日」「入出金額」を登録する（Ｓ８−
５）。「処理年月日」には前記「決済処理手段」の完了
時刻を、「入出金額」には前記決済処理手段１４１によ
りユーザからこの発明のプリペイド決済システムへ移動
させた貨幣価値を正の数で登録する。さらに、この処理
が完了するとプリペイド発行処理手段１３７は、情報保
持媒体制御手段１４０を呼び出して、情報保持媒体１５
０内の「プリペイドポイント管理データベース」から前
記「ユーザアカウント識別情報」をキー情報として最新
の「残度数」を読み出す、次に「プリペイドポイント管
理データベース」に対して、前記「ユーザアカウント識
別情報」をキー情報として「処理年月日」「アカウント
状態」「残度数」「加算度数」を登録する（Ｓ８−
６）。「処理年月日」にはデータベース書き込み時の時
刻を、「アカウント状態」には「１」を、「残度数」に
は前記最新の「残度数」に前記「希望度数」を加えたも
のを、「加算度数」には前記「希望度数」を登録する。

【００５５】前記処理が完了すると、システム制御手段
１３０はポイント追加処理通知手段１２０を呼び出し、
ユーザ端末２００の情報処理手段２２０に、「ユーザア
カウント識別情報」と「残度数」を送信する（Ｓ８−
７）。 ・「プリペイドポイント返金処理フェーズ」（図１１参
照） ユーザは、ユーザ端末２００の情報処理手段２２０を用
いて、決済装置１００のポイント返金依頼受信手段１２
１に、「ユーザアカウント識別情報」とユーザが返金を
希望する、ユーザの他決済システムでの利用者決済情報
を送信する（Ｓ９−１）。この発明の一実施形態では、
ユーザは利用者決済情報として、ユーザの銀行口座番号
を送信する。

【００５６】決済装置１００は、ポイント返金依頼受信
手段１２１を用いて、前記「ユーザアカウント識別情
報」と前記ユーザの利用者決済情報を受信するとシステ
ム制御手段１３０を呼び出す。システム制御手段１３０
は、アカウントチェック処理手段１３２を呼び出す。ア
カウントチェック処理手段１３２は、情報保持媒体制御
手段１４０を呼び出して、情報保持媒体１５０内の「プ
リペイドポイント管理データベース」にアクセスし、
「ユーザアカウント識別情報」をキー情報として、該当
ユーザアカウントの最新の「アカウント状態」と「残度
数」を読み出す（Ｓ９−２）。

【００５７】システム制御手段１３０は、その読み出し
た「アカウント状態」が「０（無効）」であった場合に
は、ポイント返金処理通知手段１２２を呼び出し、ユー
ザ端末２００の情報処理手段２２０に、ユーザアカウン
トが既に無効である旨を送信する。システム制御手段１
３０は、読み出した「アカウント状態」が「１（有
効）」もしくは「−１（仮無効）」であった場合には、
ポイント返金処理手段１３６を呼び出す。

【００５８】ポイント返金処理手段１３６は情報保持媒
体制御手段１４０を呼び出して、情報保持媒体１５０内
の「プリペイドポイント管理データベース」にアクセス
し、「ユーザアカウント識別情報」をキー情報として、
この発明の実施例では該当ユーザアカウントの「ポイン
トホールディング事象識別情報」を検索し、該当プリペ
イドカウント内で現在ホールディング状態になっている
ポイントの有無をチェックし、また最新の「残度数」を
読み出す（Ｓ９−３）。現在ホールディング状態になっ
ているポイントがない場合、ポイント返金処理手段１３
６は、決済処理システム運用者の定めた、プリペイドポ
イントと貨幣価値との交換比率に基づき、前記最新の
「残度数」からユーザに返金するべき貨幣価値を算出す
る（Ｓ９−４）。

【００５９】次にポイント返金処理手段１３６は、決済
処理手段１４１を呼び出し、決済処理手段１４１は前記
利用者決済情報と決済処理通信手段１２５を用いて、前
記ユーザに返金するべき貨幣価値の、この発明のプリペ
イド決済システムからユーザへの移動を実行する（Ｓ９
−５）。この処理が完了した場合、ポイント返金処理手
段１３６は、情報保持媒体制御手段１４０を呼び出し
て、情報保持媒体１５０内の「ユーザ別出納管理データ
ベース」に「ユーザアカウント識別情報」をキー情報と
して「処理年月日」「入出金額」を登録する（Ｓ９−
６）。「処理年月日」には前記「決済処理手段」の完了
時刻を、「入出金額」には前記決済処理手段１４１によ
りこの発明のプリペイド決済システムからユーザへ移動
させた貨幣価値を負の数で登録する。前記処理が完了し
た場合、さらにポイント返金処理手段１３６は、情報保
持媒体制御手段１４０を呼び出して、情報保持媒体１５
０内の「プリペイドポイント管理データベース」にアク
セスし、「ユーザアカウント識別情報」をキー情報とし
て、該当ユーザアカウントに「処理年月日」「アカウン
ト状態」を登録する（Ｓ９−７）。「処理年月日」に
は、データベース書き込み時の時刻を、「アカウント状
態」には「０（無効）」を登録する。

【００６０】前記処理が完了した後、システム制御手段
１３０は、ポイント返金処理通知手段１２２を呼び出
し、ユーザ端末２００の情報処理手段２２０に、解約を
行った「ユーザアカウント識別情報」、前記ユーザに返
金するべき貨幣価値を送信する（Ｓ９−８）。現在ホー
ルディング状態になっているポイントがある場合、ポイ
ント返金処理手段１３６は、さらに情報保持媒体制御手
段１４０を呼び出して、情報保持媒体１５０内の「プリ
ペイドポイント管理データベース」にアクセスし、「ユ
ーザアカウント識別情報」をキー情報として、該当ユー
ザアカウントの「ポイントホールディング事象識別情
報」を検索し、ホールディング状態にあるポイントの有
効期限の内、もっとも遅いものを「返金額確定日」とし
て読み出す（Ｓ９−９）。

【００６１】前記処理が完了した場合、さらにポイント
返金処理手段１３６は、情報保持媒体制御手段１４０を
呼び出して、情報保持媒体１５０内の「プリペイドポイ
ント管理データベース」にアクセスし、前記「ユーザア
カウント識別情報」をキー情報として、該当ユーザアカ
ウントに「処理年月日」「アカウント状態」「残度数」
を登録する（Ｓ９−１０）。「処理年月日」にはデータ
ベース書き込み時の時刻を、「アカウント状態」には
「−１（仮無効）」を、「残度数」には、前記最新の
「残度数」を登録する。

【００６２】前記処理が完了した後、システム制御手段
１３０は、ポイント返金処理通知手段１２２を呼び出
し、ユーザ端末２００の情報処理手段２２０に、解約を
行った「ユーザアカウント識別情報」、前記「返金額確
定日」を送信し、ホールディング状態のポイントがある
ため該当ユーザアカウントを無効にできない旨を伝える
（Ｓ９−１１）。ユーザ端末２００におけるプリペイド
与信フェーズでの処理は図１３に示すようになる。ポイ
ント操作対象識別情報ＳＩＤの提出及びサービス内容提
示の要求をサービス提供・課金装置３００に対して行い
（Ｓ１）、その応答を待ち（Ｓ２）、返答が受信される
と、その提供サービスに関する説明とＳＩＤを表示し
（Ｓ３）、予算度数ＥＰを決定入力すると（Ｓ４）、ポ
イントホールド依頼を決済装置１００へ送信する（Ｓ
５）。無効通知を受信すると（Ｓ６）、そのことを表示
して終了し（Ｓ７）、ポイント不足通知を受信すると
（Ｓ８）、そのことを表示し終了する（Ｓ９）。ポイン
トホールド通知を受信すると（Ｓ１０）、サービス提供
依頼をサービス提供・課金装置３００へ送信し（Ｓ１
１）、サービスの提供を受けて終了する（Ｓ１２）。

【００６３】ユーザ端末２００において、先に述べたよ
うに、例えばメニュー選択により、購入フェーズでは図
１４Ａに示す処理を行い、取引情報参照フェーズでは図
１４Ｂに示す処理を行い、ポイント追加フェーズでは図
１４Ｃに示す処理を行い、返金フェーズは図１４Ｄに示
す処理を行う。ユーザ端末２００は例えばコンピュータ
によりプログラムを実行させて機能させることができ
る。この場合は例えば図１５に示すように通信手段２１
０、記憶手段２３０、キーボードやマウスなどの入力手
段２４０、表示手段２５０、図１３、図１５に示した各
処理が記述されたアプリケーションプログラムを格納す
るメモリ２６０、コンピュータの基本動作プログラムが
格納されたメモリ２７０、ＣＰＵ２８０がバス２９０に
接続されて構成される。

【００６４】ユーザ端末２００は機能的には図１６に示
すように構成されている。通信手段２１０、各種識別情
報などを格納する記憶手段２３０、入力手段２４０、表
示手段２５０、ポイント購入手段２２１、ポイントホー
ルド依頼手段２２２、サービス提供依頼手段２２３、取
引状況提供依頼手段２２４、ポイント追加依頼手段２２
５、返金依頼手段２２６が制御手段２２７のもとにその
入力手段２４０の入力内容や、通信手段２４０の受信内
容に応じて、各手段を動作させて、送信を行ったり、表
示を行わせる。

【００６５】サービス提供・課金装置３００におけるプ
リペイド与信フェーズの処理は図１７に示すようにな
る。即ち、ユーザ端末２００からポイント操作対象識別
情報ＳＩＤの要求及びサービス内容提示依頼を受信する
と（Ｓ３−１）、そのＳＩＤと必要に応じてそのサービ
スの説明を情報保持媒体から読み出してユーザ端末２０
０に応答する（Ｓ３−２）、ユーザ端末２００からサー
ビス提供依頼を受信すると（Ｓ４−１）、対応するサー
ビスの提供をホールディングポイントＨＰの範囲内で行
い、提供したサービスに対する請求ポイントＣＰを決定
し（Ｓ４−２）、そのポイントホールディング事象識別
情報ＨＰＩＤとＣＰを情報保持媒体に記憶する（Ｓ４−
３）。決済装置１００に対しポイント請求処理依頼を送
信し（Ｓ５−１）、無効通知を受信すると（Ｓ５−１−
１）、そのことを表示して終了し（Ｓ５−１−２）、請
求度数超過通知を受信すると（Ｓ５−１−３）、ＣＰが
ホールディング度数以上であることを表示して終了する
（Ｓ５−１−４）。請求処理通知を受信すると、確認処
理して終了する（Ｓ５−７）。

【００６６】このサービス提供・課金装置３００をコン
ピュータによりプログラムを実行させて動作させる場合
の構成は、図１５に示したユーザ端末のそれとほぼ同様
であるがメモリ２６０に格納するアプリケーションプロ
グラムが、図１７に示した処理を行わせるためのものと
なる。機能的構成は図１８に示すように通信手段３１
０、サービス情報処理手段３２０、決済情報処理手段３
３０、情報保持媒体３４０、入力手段３５０、表示手段
３６０、サービス提供手段３７０、提供したサービスに
対する請求度数を決定する料金決定手段３８０を、制御
手段３９０が、入力手段３５０よりの入力内容や、通信
手段３１０の受信内容に応じて動作させ、送信したり、
表示したり、情報保持媒体３４０に対する読み書きなど
を行う。

【００６７】決済装置１００においては図１９に示すよ
うにポイントホールディング依頼を受信すると（Ｓ３−
３）、プリペイドポイント管理データベース中のそのユ
ーザアカウント識別情報ＵＩＤの情報を読み出し（Ｓ３
−４）、アカウント状態が１かを調べ１でなければ無効
通知をユーザ端末へ送り、１であれば、予算度数ＥＰが
残度数ＢＰより小でなければアカウントポイント不足通
知をユーザ端末２００へ送り（Ｓ３−５）、ＥＰ＜ＢＰ
であれば、ポイントホールディング事象識別情報ＨＰＩ
Ｄを生成し（Ｓ３−６）、ＢＰよりＥＰを減算してＢＰ
とし、ＵＩＤのプリペイドポイント管理データベースに
ホールディングに関連した情報を登録して、ホールディ
ングポイントＥＰ＝ＨＰを設定する（Ｓ３−７）、その
後ポイントホールディング完了をユーザ端末２００に通
信する（Ｓ３−８）。

【００６８】決済装置１００にポイント請求処理依頼が
受信されると（Ｓ５−１）、図２０に示すように、その
ＵＩＤのプリペイドポイント管理データベースの情報を
読み出し（Ｓ５−２）、アカウント状態が０であれば、
ユーザアカウント無効通知をサービス提供・課金装置３
００へ送信して終了する（Ｓ５−３）。状態が０でなけ
れば、請求度数ＣＰがホールディング度数ＨＰより大で
あるかを調べ、大であれば請求度数超過通知をサービス
提供・課金装置３００へ送信して終了する（Ｓ５−
５）。ＣＰ＞ＨＰでなければ、残度数ＢＰにＨＰを加算
し、かつＣＰを減算してＢＰを更新し、これに関連して
そのＵＩＤのプリペイドポイント管理データベースにデ
ータを登録し（Ｓ５−６）、ポイント請求処理完了通知
をサービス提供・課金装置３００へ送信して終了する
（Ｓ５−７）。

【００６９】決済装置１００にポイント購入依頼が受信
されると、図２１に示すように、その購入希望度数と対
応する貨幣価値を計算し（Ｓ２−１）、その計算した貨
幣価値を例えばそのユーザの銀行口座からの引き落しな
どにより決済処理を行い（Ｓ２−２）、ユーザアカウン
ト識別情報ＵＩＤを生成し（Ｓ２−３）、ユーザ別収納
管理データベースに登録し（Ｓ２−４）、更にプリペイ
ドポイント管理データベースにそのＵＩＤの欄を設け
て、購入度数、日時などの登録を行い（Ｓ２−５）、ポ
イント発行通知をユーザ端末２００へ送信して終了する
（Ｓ２−６）。

【００７０】決済装置１００にポイント返金依頼が受信
された場合に、この発明ではポイントホールディングが
あるかにより、処理が分かれる。先に説明した全体の説
明から容易に理解されるから、その処理の流れを図２２
に示し、説明は省略する。決済装置１００もユーザ端末
２００と同様にコンピュータによりプログラムを実行さ
せて動作させる構成とすることもできる。上述におい
て、プリペイド与信フェーズで決済装置１００はポイン
トホールディングについての登録をプリペイドポイント
管理データベースに行った（図６中のＳ３−７）後、ポ
イントホールディング処理完了通知を、ホールディング
度数ＨＰとポイントホールディング事象識別情報ＨＰＩ
Ｄと共にユーザ端末２００へ送ったが、ホールディング
度数ＨＰは必ずしも送らなくてもよい。また、サービス
提供・課金装置３００にホールディング度数ＨＰとポイ
ントホールディング事象識別情報ＨＰＩＤを組として送
信し、サービス提供・課金装置３００ではこれを受信し
て情報保持媒体３４０に記憶しておき、ユーザ端末２０
０からポイントホールディング事象識別情報ＨＰＩＤと
共にサービス提供依頼を受信するとその受信したポイン
トホールディング事象識別情報ＨＰＩＤをキーとして情
報保持媒体３４０内のホールディング度数ＨＰを読み出
し、その度数ＨＰの範囲内でそのＨＰＩＤと対応するサ
ービスを提供するようにしてもよい。

【００７１】上述では予算プリペイド度数をユーザが決
定し、ユーザ端末２００から予算度数、ユーザアカウン
ト識別情報を決済装置１００へ送りポイントホールディ
ング依頼を行ったが、ユーザ端末２００が予算度数、ユ
ーザアカウント識別情報ＵＩＤをサービス提供・課金装
置３００へ送ってサービス提供を依頼し、サービス提供
・課金装置３００はこの依頼を受けると、予算度数、ユ
ーザアカウント識別情報、必要に応じてポイント操作対
象識別情報ＳＩＤを含むポイントホールディング依頼を
決済装置１００へ送り、そのユーザの残度数中の少なく
とも、予算度数をホールディングしてもらい、またポイ
ントホールディング事象識別情報ＨＰＩＤを生成しても
らい、ＵＩＤについてのホールディングが終了したこと
と、ＨＰＩＤを決済装置１００からサービス提供・課金
装置３００が受信すると、その予算度数の範囲内でユー
ザ端末２００のユーザに対し、サービスの提供を行って
もよい。

【００７２】あるいは、予算プリペイド度数はユーザで
はなく、サービス事業者が決定してもよい。この場合は
例えば、ユーザがユーザ端末２００からＵＩＤを含むサ
ービス提供要求をサービス提供・課金装置３００へ対し
て行うと、サービス提供・課金装置３００が、そのサー
ビスについて予め決めた、あるいはそのユーザに応じて
予め決めた予算度数とＵＩＤ、更に必要に応じてＳＩＤ
を含むポイントホールディング依頼を決済装置１００に
行い、決済装置１００が、そのユーザの残度数からホー
ルディングを行った通知を受けると、ユーザにその予算
度数の範囲内でサービス提供を行う。

【００７３】以上のようにユーザ端末２００からのポイ
ントホールディング依頼は決済装置１００に対して直接
行ってもよく、サービス提供・課金装置３００を介して
決済装置１００に行ってもよい。また上述ではサービス
提供・課金装置３００は、売上プリペイド度数を決定す
ると、その請求度数を決済装置１００へ直接通知してポ
イント請求処理を依頼したが、サービス提供・課金装置
３００は、売上プリペイド度数を決定すると、ユーザ端
末２００へ通知し、ユーザ端末２００は、その通知され
た売上プリペイド度数とＵＩＤ、ＨＰＩＤ、必要に応じ
てＳＩＤを決済装置１００に送り、決済装置１００はこ
れを受信すると、対応するポイント請求処理を行い、そ
の処理結果、つまりＨＰＩＤと減算度数をサービス提供
・課金装置３００へ通知してもよい。つまり、サービス
提供・課金装置３００はポイント請求処理を、ユーザ端
末２００を介して決済装置１００に行ってもよい。

【００７４】発明の概要の説明で理解されるように、ポ
イントホールディング依頼があった時に、予算ポイント
分だけをホールディング状態にする場合に限らず、その
時のそのＵＩＤの残度数ＢＰの全部をホールディング状
態としてもよい。要は少くとも予算ポイントの分はホー
ルディング状態にすればよい。上述ではサービス提供・
課金装置３００が複数であることを想定したが、１つの
場合にもこの発明を適用できる。上述において取引情報
参照フェーズ、プリペイドポイント追加購入フェーズ、
プリペイドポイント返金処理フェーズは省略してもよ
い。なお提供サービスに応じて必要とする度数はパンフ
レットなどにより知ることができるようにしてもよい。

【００７５】

【発明の効果】以上述べたように、この発明によれば、
サービスを受けようとするユーザのプリペイドポイント
を、少なくとも予算度数だけホールディングし、その予
算度数の範囲内でサービス提供を行うため、サービス提
供者がサービスに対する対価を回収できなくなる危険は
ない。また小さいサービス単位ごとにユーザのプリペイ
ド残度数から度数を減算し、その処理が完了したら、更
にサービスの提供を単位ごとに行うことを繰返す場合と
比較して、プリペイド決済システム、サービス提供シス
テムに対し著しく小さな負荷で従量制サービスを提供す
ることができる。

【図面の簡単な説明】

【図１】この発明の概要を説明するための図。

【図２】決済装置と決済装置が決済サービスの提供を想
定するユーザ端末、サービス提供・課金装置の構成、及
び決済装置とユーザ端末、サービス提供・課金装置とよ
りなるシステム構成例を示す図。

【図３】この発明のホールディング機能付きプリペイド
決済装置の構成図。

【図４】この発明の決済装置の情報保持媒体としてのプ
リペイドポイント管理データベースに保持される情報例
を示す図。

【図５】Ａは決済装置の情報保持媒体中の店舗別収納管
理データベースに保持される情報例を示す図、Ｂはユー
ザ別収納管理データベースに保持される情報例を示す図
である。

【図６】この発明のホールディング機能付きプリペイド
決済装置を用いた決済処理運用処理手順における店舗登
録フェーズ及びプリペイドポイント購入フェーズを示す
図。

【図７】プリペイド与信フェーズの処理手順を示す図。

【図８】プリペイド請求フェーズの処理手順を示す図。

【図９】売上入金フェーズ及び取引状況参照フェーズの
処理手順を示す図。

【図１０】プリペイドポイント追加購入フェーズの処理
手順を示す図。

【図１１】プリペイドポイント返金処理フェーズの処理
手順を示す図。

【図１２】ユーザ装置に表示されるアカウント利用情報
の例を示す図。

【図１３】ユーザ端末２００のプリペイド与信フェーズ
の処理手順を示す流れ図。

【図１４】ユーザ端末の各種フェーズにおける処理手順
を示す流れ図。

【図１５】ユーザ端末２００をコンピュータで動作させ
る場合の構成例を示す図。

【図１６】ユーザ端末２００の機能構成例を示す図。

【図１７】サービス提供・課金装置３００におけるサー
ビス提供処理手順を示す流れ図。

【図１８】サービス提供・課金装置の機能構成を示す
図。

【図１９】決済装置１００におけるポイントホールディ
ング依頼に対する処理手順を示す流れ図。

【図２０】決済装置１００におけるポイント請求処理依
頼に対する処理手順を示す流れ図。

【図２１】決済装置におけるポイント購入依頼に対する
処理手順を示す流れ図。

【図２２】決済装置におけるポイント返金依頼に対する
処理手順を示す流れ図。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平10−307867（ＪＰ，Ａ) 特開 平11−3387（ＪＰ，Ａ) 特開 平11−316729（ＪＰ，Ａ) 特開 平11−25171（ＪＰ，Ａ) 特開 平11−316729（ＪＰ，Ａ) 三宅武司，柔軟なサービス課金を可能 にするＩＰ課金プラットフォーム，ＮＴ Ｔ技術ジャーナル，日本，2000年10月 １日，第12巻，第10号，ｐ．19−22 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 ユーザから支払われた貨幣価値に基づい
   てユーザにプリペイド度数を決済装置で発行し、そのユ
   ーザのプリペイド度数を管理し、 サービス提供者の装置から決済装置に申告された売上プ
   リペイド度数をユーザの保持するプリペイド度数から減
   算し、売上プリペイド度数に基づいた貨幣価値をサービ
   ス提供者に支払うプリペイド決済方法において、 ユーザ端末またはサービス提供者の装置は、ユーザが利
   用を予定するサービスの価値量に応じた予算プリペイド
   度数のホールディングを決済装置へ依頼通知し、 決済装置はその依頼通知を受信して、管理しているその
   ユーザの保持するプリペイド度数（以下残度数という）
   中の予算プリペイド度数を加減算処理が禁止されたホー
   ルディング状態にし、そのホールディング状態にした処
   理を識別するポイントホールディング事象識別情報をサ
   ービス提供者の装置へ通知し、 サービス提供者の装置は決済装置に、ホールディング状
   態となったプリペイド度数について、一連の従量サービ
   ス提供に対する対価の合計としての売上プリペイド度数
   とそのポイントホールディング事象識別情報を通知して
   ポイント請求処理を依頼し、 決済装置はそのポイント請求処理依頼を受信して売上プ
   リペイド度数が、そのポイントホールディング事象識別
   情報に対するホールディング状態にした予算プリペイド
   度数以下であることを確認し、上記ホールディング状態
   を解除し、そのユーザの保持するプリペイド度数（残度
   数）に対し、上記解除された予算プリペイド度数の加算
   と、売上プリペイド度数の減算が行われた結果と同じ値
   を新たな残度数とすることを特徴とするプリペイド決済
   方法。
2. 【請求項２】 ユーザから支払われた貨幣価値に基づい
   てユーザにプリペイド度数を発行し、そのユーザのプリ
   ペイド度数（残度数という）をデータベースで管理し、
   サービス提供・課金装置からの請求処理依頼された売上
   プリペイド度数をユーザの残度数から減算し、売上プリ
   ペイド度数に基づいた貨幣価値をサービス提供者に支払
   う決済装置において、 ユーザ端末またはサービス提供・課金装置から予算度
   数、ユーザアカウント識別情報を含むポイントホールデ
   ィング依頼を受信するポイントホールディング依頼受信
   手段と、 上記データベース上のそのユーザアカウント識別情報に
   対する残度数から上記予算度数を減算する手段と、 予算度数を加減算処理が禁止されたホールディング度数
   としてホールディング状態にする手段と、 ホールディング状態にした処理を識別するポイントホー
   ルディング事象識別情報を生成して上記データベース
   の、そのユーザアカウント識別情報に対して記憶する手
   段と、 ポイントホールディング事象識別情報を含むポイントホ
   ールディング通知を生成してユーザアカウント識別情報
   のユーザ端末又はサービス提供・課金装置へ送信するポ
   イントホールディング通知手段と、 サービス提供装置からポイントホールディング事象識別
   情報、一連の従量サービス提供に対する対価の合計とし
   ての請求度数を含むポイント請求処理依頼を受信するポ
   イント請求処理受信手段と、 上記データベース中の上記受信したポイントホールディ
   ング事象識別情報と対応するホールディング状態を解除
   して、そのユーザアカウント識別情報の残度数に対し上
   記解除されたホールディング度数の加算及び請求度数の
   減算が行われた結果と同じ値をそのユーザアカウント識
   別情報の新たな残度数とする手段と、 ポイントホールディング事象識別情報、減算した度数を
   含むポイント請求処理通知をサービス提供・課金装置へ
   送信するポイント請求処理通知手段と、 を備えることを特徴とする決済装置。
3. 【請求項３】 サービス提供者の装置又はユーザ端末か
   ら、予算度数、ユーザアカウント識別情報を含むポイン
   トホールディング依頼を受信する処理と、 ポイントホールディング依頼を受信すると、データベー
   ス中のそのユーザアカウント識別情報の残度数中の予算
   度数を加減算処理が禁止されたホールディング状態と
   し、このホールディング処理を識別するポイントホール
   ディング事象識別情報を生成し、かつポイントホールデ
   ィング事象識別情報を上記データベース中に記憶し、ポ
   イントホールディング事象識別情報を含むポイントホー
   ルディング通知をユーザアカウント識別情報のユーザ端
   末又はサービス提供・課金装置に送信する処理と、 ポイントホールディング事象識別情報、一連の従量サー
   ビス提供に対する対価の合計としての請求度数を含むポ
   イント請求処理依頼を、サービス提供・課金装置から受
   信する処理と、 ポイント請求処理依頼を受信すると、データベース中の
   そのポイントホールディング事象識別情報と対応するホ
   ールディング状態を解除し、そのユーザアカウント識別
   情報の残度数に対し上記解除された予算度数の加算及び
   請求度数の減算が行われた結果と同じ値を、そのユーザ
   アカウント識別情報の新たな残度数とし、上記減算度数
   とポイントホールディング事象識別情報を含むポイント
   請求処理通知をサービス提供・課金装置へ送信する処理
   と、 を決済装置のコンピュータに実行させるためのプログラ
   ムを記録したコンピュータ読み取り可能な記録媒体。