JP2002133343A - 課金決済管理システム - Google Patents

Abstract

(57)【要約】 【課題】クレジット・カード等の不正利用に関するリス
クを低減しつつ、利用者が限度額等にとらわれず商取引
を行えるようにする。 【解決手段】限度設定部１２が、利用者から申し込まれ
た累計限度額及び累計限度回数を第２の記憶装置１８に
記憶し、累計リセット制御部１４が、累計額及び累計回
数をリセットする。代金支払請求受付部１１が、利用者
の代金支払請求データを受け取ると、累計部１３は、第
１の記憶装置１７の累計額を読み出して、代金支払請求
データに含まれている利用額 を加算し、累計額を更新
する。累計リセット制御部１４は、累計額及び累計回数
のいずれか限度額及び限度回数を超えると代金支払請求
受付部１１に当該利用者の代金支払請求データを受け付
けないように指示し、かつ利用者にその旨を通知する。
その後、利用者からの請求により累計額及び累計回数が
リセットされると、代金支払請求データの受信が可能と
なる。利用者によりリセット可能であるため限度額等を
低く設定でき、不正利用のリスクを低減できる。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】本発明は、カード会社のクレジット
・カード利用に関する課金決済、又は電話会社やインタ
ーネット接続業者等が商取引決済の代金支払請求を受け
付けて電話料金や接続料金等に上乗せして請求する課金
決済の管理システムに関し、特に、累計限度額及び累計
限度回数が設定されている課金決済において、累計額及
び累計回数の少なくとも一方を利用者自身がリセットで
きるようにした課金決済管理システムに関する。

【０００２】

【従来の技術】従来のクレジット・カード（以下、単に
「カード」）利用に関する課金システムの管理において
は、利用者毎に、１ヶ月等の一定期間の代金支払請求受
付の累計額について限度額（累計限度額）を設定するこ
とにより、リスクを管理する方法が採用されている。こ
の場合、カードの正当な保持者であっても、一定期間中
にカードを利用した金額が累計限度額を超えた場合、該
一定期間が経過するまでは決済口座管理システムでの代
金支払請求の受付が停止されてしまい、カードを利用す
ることができなくなっている。

【０００３】このような不都合を解消するために、累計
限度額を引き上げることが考えられる。しかしながら、
累計限度額を増額すると、カードを紛失した場合、カー
ド番号や暗証番号が盗まれた場合等において、他人によ
ってカードが不正に利用されたときに、被害額が大きく
なってしまう。特に、カードの利用者は、必ずしも代金
支払請求受付情報や決済口座情報を高頻度で確認してい
るとはかぎらず、実際には、確認を忘れてしまう利用者
が多数存在しており、このような利用者が紛失に気づく
のが遅れると、不正利用の被害額が増額後の累計限度額
となってしまい、損害額が比較的多くなってしまう。

【０００４】さらにまた、インターネットの普及によ
り、インターネット上の電子商取引が活発化してきてい
るが、このような電子商取引において、カード番号を他
人が不正に利用することを防止することが緊急の課題と
なっており、そのための一手法として、本人確認手法の
改善が考えられている。しかしながら、本人確認手法を
確実にするためには、電子商取引の都度、厳重で煩雑な
手法を取らざるを得ず、したがって、本人確認手法の煩
雑性により、電子商取引の利便性が阻害されてしまう恐
れがある。これらの従来例のカード利用に関する課金決
済の管理に拘わる問題点は、電話会社等が商取引決済の
代金支払請求を受け付けて電話料金等に上乗せして口座
引き落としを行う場合にも、同様に生じてしまうことで
ある。

【０００５】したがって、課金決済管理システムにおい
て、不正利用に関するリスクを最小化しつつ、利用者
が、その累計限度額等にとらわれずに比較的自由にカー
ド又は商取引を行うことができる、利便性の高い課金決
済管理システムの提案が待たれている。本発明の目的
は、このような課金決済管理システムを提供することで
ある。

【０００６】

【課題を解決するための手段】上記した目的を達成する
ために、本発明に係る、コンピュータによって管理され
る課金決済管理システムにおいては、代金支払請求デー
タ及び利用承認確認依頼を受け取る受付手段と、受付手
段が利用者毎の代金支払請求データを受け取る毎に、そ
の請求額及び回数の少なくとも一方を利用者毎に累計し
て累計値を得る累計手段と、累計手段により得られた累
計値を記憶する第１の記憶手段と、利用承認可能な代金
支払請求の累計限度額及び累計限度回数の少なくとも一
方である累計限度値を、利用者毎に設定する限度設定手
段と、限度設定手段により設定された利用者毎の累計限
度値を記憶する第２の記憶手段と、第１の記憶手段に記
憶された累計値をリセットする累計リセット制御手段で
あって、第１の記憶手段に記憶された利用者の累計値を
第２の記憶手段に記憶された累計限度値と比較し、累計
値が累計限度値を超えた時点で、当該利用者についての
利用承認を停止するよう受付手段に指示するとともに、
当該利用者から累計リセット請求を受け取ったときに、
第１の記憶手段に記憶された累計値をリセットするよう
構成された累計リセット制御手段と、利用者に代金支払
請求の受付内容に関する情報を提供する情報提供手段と
を備えていることを特徴としている。

【０００７】上記の課金決済管理システムにおいて、限
度設定手段は、利用者により選択される複数の限度値設
定条件を備えているか、又は、利用者の自由設定により
限度値が設定されるよう構成されていることが好まし
い。また、上記の課金決済管理システムは、累計限度値
未満の所定の値に警報ラインを設定する手段を備え、情
報提供手段は、代金支払請求受付の累計値が累計限度値
を超えた時点及び警報ライン以上になった時点で、その
情報を当該利用者に通知するよう構成されていることが
好ましい。さらに、上記の課金決済管理システムは、好
適には、他人による不正利用が判明した場合に利用者名
義のその後の代金支払請求の受付を停止する手段を備
え、限度値として累計限度額を含む場合に、累計限度額
までの他人による不正利用の被害額について損害補償契
約を付保する手段を備えている。

【０００８】上記課金決済管理システムはインターネッ
ト等のネットワークを介して利用者の端末又は加盟店の
端末に接続可能であり、その場合、情報提供手段は、ネ
ットワークを介して利用者又は加盟店の端末に、累計リ
セット請求ボタンを組み込んだ情報を配信し、累計リセ
ット手段は、利用者端末に表示された累計リセット請求
ボタンを利用者がクリックすることにより返送される累
計リセット請求を受け取ったときに、当該利用者の累計
値をリセットするよう構成される。これにより、累計値
のリセットを簡単かつ確実に行うことができる。

【０００９】

【発明の実施の態様】図１は、本発明の一実施例に係
る、課金決済に関する課金決済管理システム１のブロッ
ク図を示しており、該システムは、代金支払請求受付部
１１、限度設定部１２、累計部１３、累計リセット制御
部１４、通知書作成部１５、メーリング部１６、第１の
記憶装置１７、及び第２の記憶装置１８を含んでいる。
代金支払請求受付部１１は、ＣＡＦＩＳ、ＣＣＴ等の情
報通信センタ等（不図示）に接続され、また、限度設定
部１２及びメーリング部１６は、インターネット２等の
ネットワークを介して、利用者の端末（利用者端末）３
及び加盟店の端末（加盟店端末）４に接続されている。
なお、加盟店端末４は、インターネット２を介さずに、
専用回線で課金決済管理システム１に接続されていても
よい。限度額設定部１２及び累計リセット制御部１４
は、インターネット２を介して送信される情報だけでな
く、キーボード等の入力装置（不図示）からオペレータ
により入力された情報が入力される。また、メーリング
部１６は、インターネット２だけでなく、郵送、ＦＡＸ
等の通信手段を介して利用者に情報を通信する。

【００１０】課金決済管理システム１内のそれぞれの構
成を、カード（クレジット・カード）利用に関する課金
決済を管理する場合を一例として、詳細に説明する。代
金支払請求受付部１１は、各加盟店等から、利用者のカ
ード利用に関する情報である代金支払請求データ及び利
用承認確認を、ＣＡＦＩＳ、ＣＣＴ等の情報通信センタ
等（不図示）を介して受け取り、代金支払請求データに
含まれる利用者毎に利用回毎の代金支払請求の金額を第
１の記憶装置１７に記憶する。なお、後述するが、累計
部１３によって累計された累計値も第１の記憶装置１７
に記憶される。したがって、第１の記憶装置１７には、
利用者毎のカード利用履歴のデータベースが構築される
こととなる。

【００１１】限度設定部１２は、各利用者がカードを利
用可能な累計の限度額及び限度回数である累計限度額及
び累計限度回数を設定する。限度設定部１２は、複数の
累計限度額及び累計限度回数の設定条件（例えば、１０
万円〜５０万円(１０万円毎)で４〜１０回）を表示する
ホームページを備え、利用者は、利用者端末３から該ホ
ームページにアクセスして、設定された条件から１つの
累計限度額及び累計限度回数を選択することより、対話
的に累計限度額及び累計限度回数を設定する。また、設
定された条件から選択するのではなく、一律に設定した
限度額及び限度回数（例えば、５０万円で１０回）、又
は、利用者が希望する任意の累計限度額及び累計限度回
数に設定することもできる。さらに、累計限度額及び累
計限度回数を、利用者が郵送で申し込んだ場合、窓口で
申し込んだ場合、若しくは、電話又はファクシミリで申
し込んだ場合には、オペレータが入力装置を介して入力
する。

【００１２】設定された累計限度額及び累計限度回数
は、第２の記憶装置１８に利用者すなわちカード番号等
に対応づけて記憶される。第２の記憶装置１８には、累
計限度額及び累計限度回数の他、利用者の住所、年齢、
年収、メール・アドレス等の種々の利用者情報も記憶さ
れている。なお、累計限度額及び累計限度回数の設定
は、第２の記憶装置１８に記憶された利用者の年齢、年
収、及び、第１の記憶装置１７に記憶されたカード利用
履歴等に基づいて、自動的に設定されるようにしてもよ
い。

【００１３】累計部１３は、カード利用の代金支払請求
の金額及び利用回数を利用者毎に累計するためのもので
あり、代金支払請求受付部１１がカード利用の代金支払
請求データを受け取ると、その代金支払請求データに含
まれる利用者毎の利用金額を、第１の記憶装置１７に格
納されている累計額を読み出してそれに加算し、第１の
記憶装置１７に再度記憶することにより、累計額を更新
する。また、累計部１３は、第１の記憶装置１７に格納
されている利用者毎の累計回数に１を加算することによ
り、累計回数も更新する。それとともに、累計部１３
は、累計リセット制御部１４に対して、更新された累計
額及び累計回数を出力する。

【００１４】累計リセット制御部１４は、累計部１３か
ら累計額及び累計回数が送られてくると、第２の記憶装
置１８から該当する利用者の累計限度額及び累計限度回
数を読み出し、これらを送られてきた累計額及び累計回
数と対比する。そして、累計額又は累計回数が警報ライ
ン（累計限度額又は累計限度回数の例えば９０％程度）
に達したときに、累計リセット制御部１４は、通知書作
成部１５に対して、利用者に累計額又は累計回数が累計
限度に近いことを警報するための「利用状況通知書」を
作成するよう指示する。さらに、累計リセット制御部１
４は、累計額が累計限度額を超えるか又は累計回数が累
計限度回数を超えるかのいずれかが生じたとき、代金支
払請求受付部１１に対して、当該利用者のカード利用に
関する代金支払請求データの受付を停止するよう指示
し、それとともに、通知書作成部１５に対して、「代金
支払請求受付停止通知書」、すなわち、累計額又は累計
回数が累計限度額又は累計限度回数を超えたことによ
り、代金支払請求受付が停止となった旨の通知書を作成
するよう指示する。

【００１５】通知書作成部１５は、累計リセット制御部
１４の指示により、「利用状況通知書」及び「代金支払
請求受付停止通知書」を作成し、さらには、「利用明細
通知書」を作成する。メーリング部１６は、第２の記憶
装置１８から利用者のメール・アドレス、住所、ＦＡＸ
番号等を読み出し、作成された通知書をインターネット
２を介して当該利用者の端末３に配信するか、又は郵
送、ＦＡＸ等により通知する。なお、警報を発するため
の「利用状況通知書」の作成及び配信は、場合によって
は削除してもよい。

【００１６】通知書作成部１５で作成されメーリング部
１６からインターネット２を介して利用者端末３に配信
される「利用状況通知書」及び「代金支払請求受付停止
通知書」にはそれぞれ、「累計リセット請求ボタン」が
組み込まれており、利用者が利用者端末３に表示された
通知書を見て、「累計リセット請求ボタン」をクリック
すると、「累計リセット請求」が、利用者端末３からイ
ンターネット２を介してメーリング部１５に返送され
る。「累計リセット請求」が返送されると、該請求は累
計リセット制御部１４に転送され、これにより、累計リ
セット制御部１４は、第１の記憶装置１７に記憶された
該当する利用者の累計額及び累計回数をリセットする。
「代金支払請求受付停止通知書」は、利用者がそのとき
に利用している加盟店の端末４に配信し、利用者が「累
計リセット請求」を返送してもよい。

【００１７】一方、郵送又はＦＡＸでメーリング部１６
から通知される「利用状況通知書」及び「代金支払請求
受付停止通知書」には、返信欄が設けられており、利用
者が累計リセット請求を行う旨の意思を返信欄に記載
し、これら通知書を郵送又はＦＡＸする。返信された通
知書により、限度額及び限度回数をリセットする意思を
確認すると、オペレータが入力装置を操作し、累計リセ
ット制御部１４を介して第１の記憶装置１７中の利用者
の累計額及び累計回数をリセットする。利用者が窓口に
出向いて、限度額及び限度回数のリセットを申し込んだ
場合も、オペレータにより入力される。

【００１８】なお、累計額及び累計回数のリセットに際
しては、他人による不正利用のリスクを防止するため
に、本人確認を厳重なものとする必要がある。したがっ
て、インターネット２を介してリセットを請求する場合
には、複雑な暗証番号、パスワード、デジタル署名等を
入力することを利用者に求め、窓口でのリセット請求に
対しては、指紋照合、目の網膜照合、声紋照合等のバイ
オメトリック認証等の本人認証手段を採用することが望
ましい。また、電話でのリセット要求に対しては、暗証
番号等の入力、又は声紋照合による本人認証が好まし
い。さらに、窓口でのリセット請求に対しては、免許証
提示等の本人認証手段も採用可能である。

【００１９】このように、利用者のカード利用の累計額
又は累計回数が限度に達してしまった場合（若しくは、
限度に近づいた場合）、利用者の要求があった場合にの
み、累計額及び累計回数をクリアすなわちリセットする
ことができる。したがって、累計額及び累計回数のリセ
ットにより、正当な利用者は再度カードを利用すること
ができるよになり、一方、不正利用者は、最大でも限度
額又は限度回数のカード利用が可能となるだけである。
このような観点から、累計限度額及び累計限度回数を比
較的低めに設定し、累計額又は累計回数が限度に達した
時点で、累計額及び累計回数をリセットすることが好ま
しく、これにより、不正利用者のカード利用のリスクを
最小化することができる。しかも、累計のリセットによ
り、正当な利用者のカード利用を実質的に妨げることが
ない。

【００２０】通知書作成部１５はまた、前回のリセット
後に受け付けた全ての代金支払請求データから「利用明
細通知書」を作成する。該「利用明細通知書」は、メー
リング部１６から、インターネット２を介して各利用者
端末３に配信されるか、もしくは郵便又はＦＡＸ等の通
信手段を介して各利用者に通知される。「利用明細通知
書」は、累計額及び累計回数がリセットされたか否かに
かかわらず、所定期間毎に作成して、口座引落日の１週
間程度前に通知するようにしてもよい。

【００２１】インターネット２を介して配信する場合、
「利用明細通知書」に「確認ボタン」及び「確認拒否ボ
タン」を組み込んで配信してもよい。この場合、利用者
端末３に表示された「利用明細通知書」中の「確認ボタ
ン」を利用者がクリックすると、「確認信号」が課金決
済管理システム１に返送され、一方、「確認拒否ボタ
ン」をクリックすると、「確認拒否信号」が課金決済管
理システム１に返送され、該システムは、他人によるカ
ードの不正利用が「利用明細通知書」に含まれていたも
のとして、代金支払請求受付部１１に、その後の当該利
用者に関する代金支払請求データ及び利用承認確認の受
付を停止させる。引落期日（又はその前日）までに、
「確認信号」も「確認拒否信号」も返送されない場合
は、利用者が確認したものとして処理する。課金決済管
理システム１は、金融機関に対して、口座引落日に利用
者の口座から利用明細通知書に記載された累計の金額を
引き落とすよう通知し、金融機関は、口座引落を実行す
ると、その結果を課金決済管理システム１に通知する。

【００２２】図１に示した課金決済管理システムの動作
は、上述の説明からも明らかであるが、該システムにお
いて実行される、ある利用者の利用累計額及び累計回数
の設定及びリセットに関する基本的動作について、図２
のフローチャートを参照して説明する。なお、累計限度
額及び累計限度回数をそれぞれ、Ｘmax及びＫmaxで表す
ものとする。また、リセット後に代金支払請求受付部１
１において受け付ける代金支払請求の回数をＫ（ただ
し、Ｋ＝０，１，２，……，Ｋmax−１，Ｋmax）で表
し、Ｋ回目に受け付ける代金支払請求データの請求金額
をｘ(K)、累計額をＸ(K) で表すものとする。

【００２３】ステップＳ１において、限度設定部１２
が、利用者から申し込まれた累計限度額Ｘmax及び累計
限度回数Ｋmaxを第２の記憶装置１８に記憶し、累計リ
セット制御部１４が、累計額及び累計回数をＸ(K)＝０
及びＫ＝０に初期化すなわちリセットする。これによ
り、代金支払請求受付部１１による、該利用者に関する
代金支払請求の受付が可能となる。そして、ステップＳ
２において、累計リセット制御部１４は、Ｋを１増分
（Ｋ＝Ｋ＋１）し、ステップＳ３において、代金支払請
求受付部１１が、利用者のＫ回目の代金支払請求データ
の受付を待機する。Ｋ回目の代金支払請求データを受け
取ると、ステップＳ４において、累計部１３は、第１の
記憶装置１７の累計額Ｘ(K-1)を読み出して、該Ｘ(K-1)
に、代金支払請求データに含まれている利用額ｘ(K) を
加算し、すなわち、Ｘ(K)＝Ｘ(K-1)＋ｘ(K)の演算を行
い、累計額Ｘ(K)を更新する。

【００２４】その後、ステップＳ５において、累計リセ
ット制御部１４は、第１の記憶装置１７に記憶された累
計額Ｘ(K)及び累計回数Ｋを、第２の記憶装置１８に記
憶された限度額Ｘmax及び限度回数Ｋmaxとそれぞれ対比
する。対比の結果、累計額及び累計回数のいずれも限度
を超えていない場合、すなわち、Ｘ(K)≦Ｘmax及びＫ≦
Ｋmaxの場合、代金支払請求受付部１１に代金支払請求
データの受付を指示するとともに、ステップＳ２に戻っ
て、第１の記憶装置７の累計回数をＫ＝Ｋ＋１して更新
し、そして、ステップＳ４において、新たな代金支払請
求データの到来を待機する。

【００２５】ステップＳ５において、累計額が累計限度
額を超過したか、又は累計回数が累計限度回数を超過し
た場合、すなわち、Ｘ(K)＞Ｘmax又はＫ＞Ｋmaxの場
合、ステップＳ６に進み、累計リセット制御部１４は、
代金支払請求受付部１１に当該利用者の代金支払請求デ
ータを受け付けないように指示し、これにより、当該利
用者の代金支払請求受付が停止される。それとともに、
累計リセット制御部１４は、通知書作成部１５に対し
て、「代金支払請求受付停止通知書」を作成するよう指
示する。通知書作成部１５は、ステップＳ７において、
「累計リセット請求ボタン」を組み込んだ「代金支払請
求受付停止通知書」を作成し、メーリング部１６からイ
ンターネット２を介して利用者端末３に配信する。な
お、上記したように、「代金支払請求受付停止通知書」
は、郵送により、またはＦＡＸにより、利用者に通知し
てもよい。

【００２６】次いで、ステップＳ８において、累計リセ
ット制御部１４は、利用者から「累計リセット請求」が
メーリング部１６を介して返送されてきたか否か判定
し、「累計リセット請求」が返送されてくるまで待機す
る。「累計リセット請求」が返送されてきた場合には、
ステップＳ９において、第１の記憶装置１７に記憶され
た累計額Ｘ(K)及び累計回数Ｋをゼロにクリアし、ステ
ップＳ１０において、代金支払請求受付部１１に受付停
止解除の指示を送る。これにより、代金支払請求受付部
１１は、代金支払請求データの受信が可能となる。ステ
ップＳ１０からステップＳ２に戻り、上記したステップ
Ｓ２〜Ｓ１０を繰り返す。なお、必要に応じて、累計額
及び累計回数の一方にのみ限度を設けて、累計額又は累
計回数が限度に達したか否かのみを監視するようにして
もよい。

【００２７】上記においては、累計額及び累計回数をリ
セットする場合に、課金決済管理システム１がインター
ネット２を介して利用者端末３と通信する例を説明した
が、利用者端末３とではなく、利用者がカードを使用し
た加盟店の端末４との間で通信を行い、利用者が加盟店
端末４から「累計リセット請求」を課金決済管理システ
ム１に通知してもよい。このようにすることにより、利
用者が加盟店でカードを使用しようとしたときに、その
時のカード使用により累計限度額又は累計限度回数を超
えてしまった場合、累計額又は累計回数をリセットする
ことができるので、直ちにカード使用が可能となり、よ
って、カードを実質的に連続使用可能とすることができ
る。

【００２８】以上、図１及び図２を参照して、カード利
用に関する課金決済管理システム及びその動作について
説明したが、上記のシステムは、電話会社やインターネ
ット接続業者等が電子商取引決済の代金支払請求を電話
料金や接続料金等に上乗せして請求する場合の課金決済
管理システムとして適用できることは、明らかであろ
う。また、累計限度額までの他人による不正利用の被害
額について、「損害保証契約」を付与することも可能で
あり、この場合、累計限度額の申込時等に申し込むよう
設定することができる。

【００２９】以上のように、本発明の課金決済管理シス
テムにおいては、カード等の正当な利用者であれば、利
用累計額及び累計回数のリセットを行うことができるの
で、累計限度額及び累計限度回数を比較的低い値に設定
することができる。したがって、他人による不正利用の
リスクを最小化でき、しかも、商品及び情報等の購入を
累計限度額及び累計限度回数に実質的に制限されること
なく行うことができる。よって、課金決済利用の利便性
が向上する。

【図面の簡単な説明】

【図１】本発明の課金決済管理システムの構成を示すブ
ロック図である。

【図２】図１に示した課金決済管理システムにおける動
作を説明するためのフローチャートである。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 コンピュータによって管理される課金決
   済管理システムにおいて、 代金支払請求データ及び利用承認確認依頼を受け取る受
   付手段と、 受付手段が利用者毎の代金支払請求データを受け取る毎
   に、その請求額及び回数の少なくとも一方を利用者毎に
   累計して累計値を得る累計手段と、 累計手段により得られた累計値を記憶する第１の記憶手
   段と、 利用承認可能な代金支払請求の累計限度額及び累計限度
   回数の少なくとも一方である累計限度値を、利用者毎に
   設定する限度設定手段と、 限度設定手段により設定された利用者毎の累計限度値を
   記憶する第２の記憶手段と、 第１の記憶手段に記憶された累計値をリセットする累計
   リセット制御手段であって、第１の記憶手段に記憶され
   た利用者の累計値を第２の記憶手段に記憶された累計限
   度値と比較し、累計値が累計限度値を超えた時点で、当
   該利用者についての利用承認を停止するよう受付手段に
   指示するとともに、当該利用者から累計リセット請求を
   受け取ったときに、第１の記憶手段に記憶された累計値
   をリセットするよう構成された累計リセット制御手段
   と、 利用者に代金支払請求の受付内容に関する情報を提供す
   る情報提供手段とを備えていることを特徴とする課金決
   済管理システム。
2. 【請求項２】 請求項１記載の課金決済管理システムに
   おいて、限度設定手段は、利用者により選択される複数
   の限度値設定条件を備えていることを特徴とする課金決
   済管理システム。
3. 【請求項３】 請求項１記載の課金決済管理システムに
   おいて、限度設定手段は、利用者の自由設定により限度
   値が設定されるよう構成されていることを特徴とする課
   金決済管理システム。
4. 【請求項４】 請求項１〜３いずれかに記載の課金決済
   管理システムにおいて、 該システムはさらに、累計限度値未満の所定の値に警報
   ラインを設定する手段を備え、 情報提供手段は、代金支払請求受付の累計値が累計限度
   値を超えた時点及び警報ライン以上になった時点で、そ
   の情報を当該利用者に通知するよう構成されていること
   を特徴とする課金決済管理システム。
5. 【請求項５】 請求項４記載の課金決済管理システムに
   おいて、 情報提供手段は、ネットワークを介して利用者又は加盟
   店の端末に、累計リセット請求ボタンを組み込んだ情報
   を配信するよう構成されており、 累計リセット手段は、利用者又は加盟店の端末に表示さ
   れた累計リセット請求ボタンを利用者がクリックするこ
   とにより返送される累計リセット請求を受け取ったとき
   に、当該利用者の累計値をリセットするよう構成されて
   いることを特徴とする課金決済管理システム。
6. 【請求項６】 請求項１〜５いずれかに記載の課金決済
   管理システムにおいて、該システムはさらに、 他人による不正利用が判明した場合に、利用者名義のそ
   の後の代金支払請求の受付を停止する手段を備えている
   ことを特徴とする課金決済管理システム。
7. 【請求項７】 請求項１〜６いずれかに記載の課金決済
   管理システムにおいて、限度値は少なくとも累計限度額
   を含み、該システムはさらに、 累計限度額までの他人による不正利用の被害額について
   損害補償契約を付保する手段を備えていることを特徴と
   する課金決済管理システム。