JP2002099850A - プリペイド入金処理システム - Google Patents

Abstract

(57)【要約】 【課題】 プリペイド料金管理システムにおいて、当
該システムの利用者が、より利便に、銀行口座を利用し
た入金又は振込をおこなえるようにする。 【解決手段】 プリペイドシステムの利用者にこれを
特定する識別番号を付与し、この識別番号に基づいてそ
の課金管理を行う課金管理コンピュータ１００を備えた
プリぺイド料金管理システム１０と、当該プリペイドシ
ステムに関する入金又は振込を行うための個別銀行口座
を有する銀行システム５００から主としてなるプリペイ
ド入金処理システムにおいて、識別番号と銀行口座は、
一対一で関連付けられており、課金管理コンピュータ
は、当該利用者の課金管理データベース１００Ａを備
え、当該銀行口座に入金等された金額を、課金管理コン
ピュータの課金管理データベースに反映させる手段を備
えたシステムとする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、本発明者らにより
すでに提案された再入金可能なプリペイド料金管理シス
テム（ＷＯ９９／６４９２５、ＰＣＴ／ＪＰ００／０１
３８２、特願２０００−１８６６２９等）において、銀
行におけるＡＴＭ（現金自動預け払い機）等からの振込
みにより上記再入金を行いうるようにしたプリペイド入
金処理システムに関する。

【０００２】

【従来の技術】本発明者らにより提案された上記プリペ
イド料金管理システムは、当該プリペイドシステムの利
用者の支払ったプリペイド金額を当該利用者を特定する
識別番号を基に作成された課金管理コンピュータのデー
タベース（以下、ＤＢと略することがある。）により管
理するもので、利用者は、商品の購入やインターネット
上のデジタルコンテンツ等の配信等のサービスを当該識
別番号を提示して受けることができる。

【０００３】これらサービス等の購入代金は、課金管理
コンピュータのデータベースに記録されているプリペイ
ドの料金から減算していき、各トランザクションごとに
残金の参照が行われ、残金の量に応じて、取り引きを行
うことができる。

【０００４】このプリペイドシステムは、残金が少なく
なった場合に、再入金（リロード）が可能である点に特
色を有するが、当該入金は、基本的に専用の店舗処理端
末装置を使用して行うものであった。

【０００５】すなわち、当該プリペイドシステムを扱う
店舗の担当者が、当該処理端末を使用して、例えば、１
０００円、３０００円、５０００円等の規定された支払
い額（入金額）を処理し、当該入金情報を、上記課金管
理コンピュータに送信し、上記課金管理データベースの
ファイルを更新するものであった。課金管理データベー
スに関し、このようなファイルの更新が行われると、当
該入金の行われた範囲で、プリペイドシステムの利用者
は、再びトランザクションを行うことができるのであ
る。

【０００６】このようなプリペイド料金管理システムを
備えたプリペイドシステムは、例えばテレホンカードの
ような金券的な価値を有するカードを使用するものでな
く、又、容易に再入金が可能である等のため、きわめて
実用性の高いシステムであるが、本発明は、これを更に
改良し、振込に店舗処理端末装置のような特別の装置を
使用することなく、ＡＴＭ等から銀行口座を利用して上
記再入金ができるようにし、本発明の利便性を格段に向
上せしめた、入金額に関する自由度がより高いプリペイ
ドシステムを提供することを目的とする。

【０００７】

【発明が解決しようとする課題】本発明の課題は、上記
したように、本発明者らがすでに提案しているプリペイ
ド料金管理システムにおいて、当該システムの利用者
が、銀行口座を利用した入金又は振込みを行えるように
することによって、利用者がより利便に、プリペイド利
用限度高を自由に反映させることができるシステムを提
供することである。

【０００８】

【課題を解決するための手段】すなわち、本発明は、上
記の目的を達成するためになされた、以下の請求項で規
定されるものである。

【０００９】〔請求項１〕にかかる発明は、プリペイド
システムの利用者に少なくとも当該利用者を特定する識
別番号（ＵＩＣ１，ＵＩＣ２，ＵＩＣ３，・・・，ＵＩ
Ｃｎ）を付与し、当該識別番号に基づいて当該利用者に
関する課金管理を行う課金管理コンピュータを備えたプ
リぺイド料金管理システムと、当該プリペイドシステム
に関する入金又は振込を行うための個別銀行口座（Ｄ
１，Ｄ２，Ｄ３，・・・，Ｄｎ）を有する銀行システム
から主としてなるプリペイド入金処理システムであっ
て、

【００１０】前記識別番号と前記銀行口座は、一対一で
関連付けられており、前記課金管理コンピュータは、当
該利用者の課金管理データベースを備え、かつ、

【００１１】当該銀行口座に入金又は振込された金額
を、前記課金管理コンピュータの課金管理データベース
に反映させる手段を備えたことを特徴とするプリペイド
入金処理システム、である。

【００１２】〔請求項２〕にかかる発明は、前記銀行口
座への入金又は振込を監視する監視システムを備え、当
該監視の結果に基づき前記課金管理データベースを更新
する請求項１に記載のプリペイド入金処理システム、で
ある。

【００１３】〔請求項３〕にかかる発明は、前記識別番
号のそれぞれに関連付けられた個別銀行口座に入金又は
振込みされた情報を保持する入金口座データベースを備
え、前記監視システムは、当該保持された情報に基づき
当該個別銀行口座の残高の監視を行う請求項２に記載の
ペリペイド入金処理システム、である。

【００１４】〔請求項４〕にかかる発明は、前記監視シ
ステムは、入金又は振込みされた銀行口座がプリペイド
システムの利用者を特定する識別番号と関連づけられた
個別銀行口座であるか否かを検出する手段を有する請求
項２又は３に記載のプリペイド入金処理システム、であ
る。

【００１５】〔請求項５〕にかかる発明は、前記監視シ
ステムは、前記入金口座データベースに保持された情報
に基づいて個別銀行口座を監視し、当該入金又は振込み
された情報を認識する手段と、

【００１６】前記認識された個別銀行口座に関する情報
からこれと関連付けられたプリペイドシステムの利用者
の識別番号を特定する手段と、及び

【００１７】前記情報を、前記特定された識別番号に該
当する前記入金口座データベース及び前記課金管理デー
タベースに反映させる手段、とを備えたものである請求
項３又は４に記載のペリペイド入金処理システム、であ
る。

【００１８】〔請求項６〕にかかる発明は、当該入金又
は振込される個別銀行口座を複数とりまとめる親銀行口
座をさらに備えた請求項１〜５のいずれかに記載のペリ
ペイド入金処理システム、である。

【００１９】〔請求項７〕にかかる発明は、個別銀行口
座への入金又は振込み情報を前記親銀行口座に反映され
る手段を有し、前記監視システムは、当該親銀行口座に
反映された前記情報に基づいて、選択的に個別銀行口座
の残高の監視を行う請求項６に記載のペリペイド入金処
理システム、である。

【００２０】〔請求項８〕にかかる発明は、前記監視シ
ステムは、入金又は振込みされた銀行口座がプリペイド
システムの利用者を特定する識別番号と関連づけられた
個別銀行口座であるか否かを検出する手段と、

【００２１】前記個別銀行口座について、前記親銀行口
座との対応づけを行う手段と、前記個別銀行口座に入金
又は振込みされた情報を前記親銀行口座に反映させる手
段と、及び

【００２２】前記親銀行口座に反映された入金又は振込
み情報を監視する手段、とを備えている請求項６又は７
に記載のプリペイド入金処理システム、である。

【００２３】〔請求項９〕にかかる発明は、請求項６又
は７に記載のプリペイド入金処理システムにおいて、少
なくとも前記親銀行口座は１つ以上の銀行において設け
られているプリペイド入金処理システム、である。

【００２４】

【発明の実施の形態】本発明で使用する用語の意義は、
以下のとおりである。

【００２５】(１) 識別番号：プリペイドシステムの少
なくとも利用者を特定する番号であって、ユーザＩＤ
（又はユーザＵＩＣ（ User Identification Character
)）とも称されるもので「１２Ａ６６３Ｄ５１＄９９」
のごとく数字や記号から構成される。「１２３４５６７
８０１２３４５６」のごとく数字のみからなっていても
よい。

【００２６】(２) 認識情報：銀行口座に入金又は振込
が行われたこと（事象の発生）、及び入金額又は振込金
額を示す情報データを意味する。

【００２７】(３) 個別銀行口座：プリペイドシステム
において、入金又は振込が行われる銀行口座である。

【００２８】(４) 親銀行口座：入金又は振込みが行わ
れる個別銀行口座を複数とりまとめるための銀行口座で
ある。その場合は、親銀行口座には枝番号口座が階層的
に従属し、入金又は振込はこの枝番号口座に行われる。
すなわち、この枝番号口座が上記個別銀行口座に該当す
ることになる。

【００２９】以下、本発明の実施の形態の一例につい
て、図面を参照しながら具体的に説明する。

【００３０】（プリペイド課金管理システム）まず、本
発明のプリペイド入金処理システムが適用されるプリペ
イド課金管理システムについて説明する。

【００３１】図１に示すように、当該プリペイド課金管
理システム１０は、少なくとも課金管理データベース１
００Ａを有する課金管理コンピュータ１００と、プリペ
イドシステムの利用者の使用にかかる利用者端末２０
０、利用者との取り引きが行われる取引先端末３００、
再入金が行われる店舗処理端末等の店舗入金端末４００
から主として構成される。云うまでも無いが、これら
は、インターネット等のネットワーク１０００を含む電
気通信回線で接続されている。

【００３２】課金管理コンピュータ１００は、プリペイ
ドの利用者に少なくとも当該利用者を特定する識別番号
（ＵＩＣ１，ＵＩＣ２，ＵＩＣ３，・・・，ＵＩＣｎ）
を付与し、当該ＵＩＣに基づき当該利用者に関する課金
管理を行う。すなわち、その課金管理データベース１０
０Ａには、図１２に示すようなＵＩＣ毎に作成される課
金管理ファイルが格納されており、上記したように取り
引きの結果は、この課金管理ファイルに反映され、プリ
ペイドされた金額は、取り引きが行われるごとに減算さ
れていく。

【００３３】図１２は、ユーザーＩＤ（ＵＩＣ）「１２
Ａ６７４Ｃ８９＃５７」に対応する課金管理ファイルの
例であって、登録時( Ｎｏ．１ )において５０００円の
入金があり、例えば、残り金額は５０００円として表示
されている。ここで、利用者がその利用者端末２００か
ら取引先端末３００、例えばインターネットのサービス
プロバイダＭ、Ｎ、Ｓ、・・・にアクセスし、ＵＩＣを
提示してコンテンツの提供を受けた場合、これに応じた
課金料金が減算されていく状態が示されている。その結
果、当該ＵＩＣのプリペイド残金は、ある時点（Ｎｏ．
７）で、３０３０円分あることが示されている。

【００３４】なお、Ｎｏ．８は、後記するようにその後
再び５０００円の再入金があった場合のファイルの残り
金額の処理を示す。

【００３５】当該課金管理ファイルにおけるプリペイド
の再入金は、通常、店舗処理端末４００ａにより行わ
れ、入金の結果は、同様に課金管理ファイルに反映され
るのである。また、店舗担当者により操作される店舗処
理端末の代わりに、当該店舗に備えられ、プリペイドの
利用者が直接操作するＡＴＭ４００ｂやＭＭＴ（所謂マ
ルチメディア端末）４００ｃであってもよい。

【００３６】（銀行システム）本発明における銀行シス
テム５００は、上記プリペイド料金管理システム１０に
おいて、特殊な入金端末である店舗処理端末４００ａ等
に代わる入金処理システムを構成するもので、銀行口座
データベース５００Ａを備え、このデータベースには、
当該プリペイドシステムに関する入金又は振込が行われ
るための個別銀行口座（Ｄ１，Ｄ２，Ｄ３，・・・，Ｄ
ｎ）のファイルが格納されている。

【００３７】上記のシステムにおいて、本発明のプリペ
イド入金処理システムは、前記識別番号と前記個別銀行
口座は、一対一で関連付けられていることを特徴とす
る。すなわち、識別番号（ＩＤ番号）（ＵＩＣ１，ＵＩ
Ｃ２，ＵＩＣ３，・・・，ＵＩＣｎ）と個別銀行口座
（Ｄ１，Ｄ２，Ｄ３，・・・，Ｄｎ）のデータ列におい
て、例えば、ＵＩＣ１とＤ１が関係付けられ（ＵＩＣ１
←→ＤＩ）、同様にＵＩＣ２とＤ２（ＵＩＣ２←→Ｄ
２）、ＵＩＣ３とＤ３（ＵＩＣ３←→Ｄ３）、・・・、
が関係付けられる。すなわち、識別番号と個別銀行口座
は、簡単なリレーショナル・データモデルとして図２
（ａ）に示される２次元の表形式（対応テーブル）で表
現される。なお、図２（ｂ）は課金管理ファイル、図２
（ｃ）は、入金口座データベースの入金口座ファイル、
図２（ｄ）は、当該銀行口座ファイル（又はそれぞれそ
の一部）を示す。

【００３８】本発明においては、課金管理コンピュータ
１００は、当該利用者の課金管理データベース１００Ａ
を備え、当該データベースは、上記したように、利用者
のＩＤ番号（Ｕ１Ｃ１，Ｕ１Ｃ２，・・・）に基づく課
金管理ファイル（図２（ｂ））が作られており、また、
個別銀行口座のファイル（図２（ｄ））は、口座番号Ｄ
１，Ｄ２，・・・に基づいて作成されているので、ある
口座番号（例えばＤ１）に入金又は振込があった場合、
対応テーブル（図２（ａ））によれば、Ｄ１はＵＩＣ１
と関係付けられているので、Ｄ１の入金情報の結果を、
図２（ｂ）の課金管理ファイルに反映させ、プリペイド
金額の残金のデータを更新することができる。

【００３９】すなわち本発明は、このような銀行システ
ム５００の口座に入金された結果を、課金管理コンピュ
ータ１００の課金管理データベース１００Ａのファイル
に反映させる手段を備えていることを特徴とするもので
あり、これが本発明におけるベースとなる基本的なアイ
デアである。

【００４０】（監視システム）本発明においては、前記
銀行口座への入金又は振込を監視する監視システム６０
０を備え、当該監視の結果に基づき前記課金管理データ
ベース、より具体的にはデータベース中に格納されてい
る課金管理ファイルを更新する。

【００４１】監視システムの基本になるデータは、課金
管理コンピュータ１００に備えられている入金口座デー
タベース１００Ｂであり、当該ＤＢは、図２（ｃ）のご
とき、ＩＤ番号ごとに、口座残高を記録する入金口座フ
ァイルを保持している。

【００４２】監視システムは、一種の検索エンジン又は
検索エージェントであって、適当なサイクルＰに従って
起動し、作動する。

【００４３】ある監視サイクルＰ（ｎ）において監視シ
ステムが起動すると、上記入金口座データベース１００
Ｂ中の入金口座ファイルに保持されているデータを読み
出す。これが当該監視サイクルの基礎となるデータとな
る。

【００４４】次に監視システム６００は、銀行システム
５００にアクセスし、プリペイドシステムに関する入金
又は振込が行われる個別銀行口座を調べる。当該銀行口
座のファイルは、基本的には、図２（ｄ）に示すよう
に、口座番号（Ｄｎ）と現在の口座残高が記録されてい
るものである。

【００４５】入金口座データベースのファイル（図２
（ｃ））は、前回の監視サイクルＰ（ｎ−１）における
監視の結果に基づいて更新されたデータである。又銀行
口座ファイル（図２（ｄ））は、現在の口座残高を表し
ている。もし、前回の監視サイクルＰ（ｎ−１）と今回
の監視サイクルＰ（ｎ）の間になんの入金も行われない
場合は、両者（ＵＩＣｎ←→Ｄｎの対応を行った場合）
の口座残高は、完全に一致する筈である。例えば、図２
（ｃ）と図２（ｄ）において、ＵＩＣ１（→Ｄ１）の口
座残高はいずれも５，０００円であるから、監視サイク
ルＰ（ｎ−１）〜Ｐ（ｎ）の間には、全く入金や振込は
行われていないことがわかる。

【００４６】ところが、今回ＵＩＣ２（→Ｄ２）につい
ては、口座残高は、前回が２，０００円であったもの
が、１０，０００円になっていることが検出されたとす
ると、監視サイクルＰ（ｎ−１）〜Ｐ（ｎ）間におい
て、その差額８，０００円の入金が行われたことが見出
される。

【００４７】同様にして、ＵＩＣ３（→Ｄ３）について
は、監視サイクルＰ（ｎ−１）〜Ｐ（ｎ）間に振込は行
われていないことがわかる。

【００４８】以上の手順をＵＩＣ１（→Ｄ１）からＵＩ
Ｃｎ（→Ｄｎ）まで行い、監視サイクルＰ（ｎ）におけ
る入金又は振込された情報の認識が行われる。

【００４９】監視システムは、以上の認識情報の結果に
基づき、入金口座データベース１００Ｂのファイルを更
新する。上記例で言えば、当該ファイルのＵＩＣ２の口
座残高を２，０００→１０，０００円と書き換えるので
ある。

【００５０】以上で監視サイクルＰ（ｎ）が終了する
が、この更新された入金口座データベースのファイルの
結果が次の監視サイクルＰ（ｎ＋１）の基礎データとな
るのである。

【００５１】後記するように、さらにこの監視サイクル
Ｐ（ｎ）の結果に基づき、課金管理データベース１００
Ａのファイルを更新する。課金管理データベース１００
Ａは、入金口座データベース１００Ｂと異なり、例えば
図１２に示されているように、入金処理（加算処理）ば
かりでなく、本プリペイドシステムの利用者がプリペイ
ドを利用する取り引きの結果、購入した商品や配信され
たデジタルコンテンツの支払い（課金）による減算処理
も行われ、入金／課金の両方の処理が行われた結果、現
在の残金が記録されている点で、入金情報のみを記録す
る入金口座データベースのファイル１００Ｂとは異なる
のである。

【００５２】なお、念のため、前記監視システムは、入
金又は振込みされた銀行口座がプリペイドシステムの利
用者を特定する識別番号と関連づけられた個別銀行口座
であるか否かを検出する手段を有することが好ましい。

【００５３】また、当該監視システムは、基本的にＩＤ
番号に対する口座残高を示す入金口座データベース１０
０Ｂの入金口座ファイル（図２（ｃ））の口座番号と、
口座残高を示す銀行口座ＤＢ５００Ａの銀行口座ファイ
ル（図２（ｄ））とを関係付けるものであるから、基本
的には、認識された情報と関連付けられたプリペイドシ
ステムの利用者を特定する識別番号を特定する手段が必
要である。この手段は、例えば図２（ａ）のＩＤ番号
（ＵＩＣｎ）と口座番号（Ｄｎ）との対応テーブルであ
る。

【００５４】以下、本発明のシステムにおける動作をよ
り具体的に、（ａ）入金口座データベースの作成処理
（銀行口座割当処理）、（ｂ）入金又は振込情報の認識
処理（監視処理 (１) ）及び（ｃ）認識情報による課金
管理データベース更新（監視処理 (２) ）の処理工程に
わけて、図３〜図６を参照しながら説明する。

【００５５】（ａ）入金口座データベースの作成処理
（銀行口座割当処理） 入金口座データベース１００Ｂについては、すでに述べ
たとおりであるが、本システムにおいては、まずその作
成の基礎となる入金準備口座データベース１００Ｃを備
えることが好ましい。入金準備口座データベース１００
Ｃのファイルは、図３（ａ）に例示して示すように、本
システムで入金に利用する銀行の特定の支店に、割り当
てる予定の識別番号の数に対応する複数の銀行口座（こ
れを入金準備口座と称する。）を設定し、これを記録し
たファイルである。すなわち、例えば、Ａ銀行（銀行コ
ード１２３）の支店ａ（支店コード０１１０）には、口
座番号Ｄ１（１０００１）を割当てる。また支店ｂ（支
店コード０１１１）には、口座番号Ｄ２（１０００
２），Ｄ３（１０００３），・・・，Ｄ１００（１０１
００）を割当てるようにし、当該支店に入金又は振込を
利用するプリペイドシステムの利用者に割り当てる予定
の識別番号の数に合わせて、複数の準備口座（口座番号
Ｄ１〜Ｄ１００（１０００１〜１０１００）を設定し、
これを図３（ａ）のファイルとしてデータベース１００
Ｃに登録する。当然のことながら、この入金準備口座に
おいては、対応する入金主（識別番号）は、確定的には
割り当てられていない。

【００５６】また、図３において、（ａ）は入金準備口
座ＤＢ、（ｂ）は入金口座ＤＢ、（ｃ）は識別番号テー
ブル、（ｄ）は銀行コードテーブル及び（ｅ）は認識Ｄ
Ｂをそれぞれ示す。

【００５７】後述するように、図３（ａ）の入金準備口
座ＤＢにおいて、銀行コード（１２３）、支店コード
（０１１０）、口座番号（１０００１）に対し、枝番号
（２０００００１〜２０９９９９９）を設け、当該枝番
号のそれぞれが、識別番号と対応（２０００００１→Ｕ
ＩＣ１，２０００００２→ＵＩＣ２，２０００００３→
ＵＩＣ３，・・・）させるようにしてもよい。

【００５８】さて、識別番号（ＵＩＣ）の付与を受けた
プリペイドシステムの利用者が、当該銀行システムを利
用して入金や振込処理を行うには、当該ＵＩＣに対する
銀行口座の割当てを受ける必要がある。

【００５９】この口座の割当てを受けるには、図１に示
すように、当該利用者は、その利用者の使用にかかる端
末２００（パーソナルコンピュータ（以下パソコン又は
ＰＣと称する。）端末２００ａ、携帯電話端末２００
ｂ、携帯情報端末（所謂簡易端末）２００ｃ等何れであ
っても構わない。）から、課金管理コンピュータ１００
にアクセスし、その識別番号（ＵＩＣ）を提示（入力）
して、入金用口座の割当を要求する。要求を受けたコン
ピュータ１００は、前記入金準備口座データベース１０
０Ｃに準備されている口座のうちから、利用者の要求項
目を満足する銀行口座を選択してこれを当該ＵＩＣに割
当てる。例えばＵＩＣ１に対して、口座番号Ｄ１を割当
て、この結果を利用者端末に通知する。割当てられた結
果は、例えば当該端末、例えばＰＣの表示装置に表示さ
れるようにすることが好ましい。なお、識別番号ＵＩＣ
についての口座番号Ｄの割当は、図３（ｃ）の識別番号
テーブルに示すように、あらかじめ定められていてもよ
い。

【００６０】以上の手続きは、所謂オンライン・アサイ
ンメントに類似しているが、通常のオンライン・アサイ
ンメントでは、申込み者が引き去り用のため自己の銀行
口座番号を入力するが、上記はこれとは全く異なる手続
きであることが理解される。

【００６１】かくして、例えば、識別番号ＵＩＣ（１２
Ａ６７４Ｃ８９＃５７）に対し、銀行Ａ（コード１２
３）の支店ａ（コード０１１０）の準備口座Ｄ１（１０
００１）を割り当てたとすると、課金管理コンピュータ
１００は、この結果を入金口座データベース１００Ｂに
登録する。すなわち、図３（ｂ）の入金口座データベー
スのファイルの第１行に示されているように、少なくと
も銀行コード、支店コード、口座番号、識別番号等を登
録するのである。かくして、ＵＩＣに対する口座番号が
割り当てられ、入金口座データベース１００Ｂへの登録
が完了した入金準備口座の番号は、入金準備口座データ
ベース１００Ｃから削除される。

【００６２】ＵＩＣに対して口座番号Ｄの割当通知を受
けたプリペイドシステムの利用者は、例えば上記事例に
おいて割当てられたＡ銀行（コード１２３）のａ支店
（コード０１１０）の口座番号Ｄ１（番号１０００１）
の口座に、銀行システム５００に付属する入金／振込端
末５５０（例えばＡＴＭ端末又はこれと提携している金
融機関のＡＴＭ等）から入金や振込を行う。

【００６３】なお、この入金や振込は、ＡＴＭ端末から
ばかりでなく、所謂パソコン端末等を利用するのエレク
トロニック・バンキング（ＥＢ）、テレフォン・バンキ
ング（ＴＢ）等により振込であってもよいし、場合によ
っては勿論金融機関の窓口で入金や振込を行っても構わ
ない。

【００６４】本発明のシステムにおいて、上記のごとき
入金用銀行口座が割当てられる処理、及びこれを利用し
て入金や振込が行われた場合のプリペイド入金処理をフ
ローチャート図４〜６を参照しながら具体的に説明す
る。

【００６５】図４の銀行口座割当処理のフローチャート
において、識別番号を提示して入金用銀行口座の割当が
請求されると（Ｓ３０１）、まず、指定された識別番号
（例えば、ＵＩＣ１）は、銀行割当の識別番号であるか
を、識別番号テーブルを検索して調べる（Ｓ３０２）。

【００６６】ここで識別番号テーブルとは、例えば図３
（ｃ）に示されているようなテーブルであって、識別番
号（ＵＩＣ１）と、それを割当てるべき銀行コード
（Ａ）、支店コード（ａ）との対照テーブルである。

【００６７】さて、テーブル検索の結果、銀行割当の識
別番号でない場合（Ｓ３０２でＮｏの場合）は、銀行口
座割当処理は、拒否される（Ｓ３０５）。

【００６８】銀行割当の識別番号である場合（Ｓ３０２
でＹｅｓ）は、図３（ｃ）のテーブルに示されている銀
行コードを参照し（Ｓ３１０）、銀行コードが指定され
ている場合（例えばＡ＝１２３）（Ｓ３１０Ｙｅｓ）
は、それを割当銀行コードとして銀行割当情報の所定の
個所へ付加する（Ｓ３２０）。（すなわち、作業用ファ
イルの所定の箇所に当該情報を記録する。（以下、同
じ。））さらに、図３（ｃ）のテーブルに示されている
支店コードを参照し、それを割当支店コード（例えばａ
＝０１１０）として銀行割当情報の所定の個所へ付加す
る（Ｓ３３５）。

【００６９】一方、銀行コードが指定されていない場合
（Ｓ３１０Ｎｏ）は、プリペイドシステムの利用者が自
分で銀行を指定する。例えば図３（ｄ）に示す銀行コー
ドテーブルを利用して銀行を指定し、その銀行コードを
割当銀行コードとし、優先支店コードを割当支店コード
とし、銀行割当情報の所定の個所へ付加する（Ｓ３１
５）。その指定にあたっては、利用者端末等の所定の表
示画面に、図３（ｄ）のごときテーブルをダイアログボ
ックス等の形式で表示させ、利用者に選択させることが
好ましい。

【００７０】上述までに銀行割当情報に付加された割当
銀行コード（例えばＡ＝１２３）と割当支店コード（例
えばａ＝０１１０）を用いて、図３（ａ）の入金準備口
座データベースから当該銀行、当該支店の口座番号（例
えばＤ１＝１０００１）を割当て、それを口座番号とし
て銀行割当情報の所定の個所へ付加する（Ｓ３４０）。
残高を０として銀行割当情報の所定の個所へ付加すると
ともに（Ｓ３４２）、最終的には、斯くして付加された
銀行割当情報は、図３（ｂ）に示す、入金口座データベ
ースとして登録される（Ｓ３５０）。

【００７１】なお、上記ステップ（Ｓ３４０）で割当て
られた口座番号のデータは、図３（ａ）の入金準備口座
ＤＢから削除される（Ｓ３４５）。

【００７２】以上で、（ａ）入金口座データベースの作
成処理（銀行口座割当処理）が終了する。

【００７３】（ｂ）入金又は振込情報の認識処理（監視
処理（１）） 図５は、入金又は振込情報の認識処理を示すフローチャ
ートである。

【００７４】まず、ある監視サイクルＰ（ｎ）において
監視システムが起動すると、入金口座データベース１０
０Ｂから入金又は振込を監視する口座番号等が読みださ
れる（Ｓｂ３０５）。

【００７５】当該読みだされた銀行コード、支店コー
ド、口座番号を用いて監視システム６００は、銀行シス
テム５００の当該銀行口座Ｄにアクセスし、対応する銀
行口座の残高を調べる（Ｓｂ３１０）。かかるアクセス
の最も簡単な手段は、エレクトリックバンキング（Ｅ
Ｂ）により、それぞれの口座の残金を参照し残高を調べ
るものである。又は、銀行システム５００と、プリペイ
ド課金管理システム１０の課金管理コンピュータ１００
を通信回線で接続し、監視システム６００は、当該回線
を通じて当該銀行口座５００Ａにアクセスして残高を確
認することもできる。なお、当該監視システムは、銀行
システム中に設けられていてもよいし、またプリペイド
課金管理システムの一部として設けられていてもよい。
さらには、両システムの外部に設けられていて必要に応
じて当該システムにアクセスするようにしてもよい。

【００７６】かくして入金口座データベース１００Ｂか
ら読み込まれた残高（これは、すでに述べたように前回
の監視サイクルＰ（ｎ−１）における値である。）を、
前記ＥＢ等により確認された口座の残高（これは今回に
監視サイクルＰ（ｎ）における値である。）とが比較さ
れる（Ｓｂ３１５）。

【００７７】この比較の結果、残高が同一の場合（Ｓｂ
３１５でＹｅｓ）、前回の監視サイクルＰ（ｎ−１）と
今回の監視サイクルＰ（ｎ）との間に入金又は振込は発
生していないので、終了確認が行われる（Ｓｂ３３
５）。

【００７８】一方、残高が同一でない場合（Ｓｂ３１５
でＮｏ）、前回のサイクルＰ（ｎ−１）と今回のサイク
ルＰ（ｎ）との間に入金又は振込は発生していることが
確認される。

【００７９】その場合は、今回確認された口座の残高か
ら前記入金口座から読み込まれた残高を差引き、この変
化分を入金又は振込金額として算出する（Ｓｂ３２
０）。

【００８０】また、入金口座データベースの残高を、確
認された銀行口座の残高の値として更新し、入金口座デ
ータベースへ記録し反映させる（Ｓｂ３２５）。この値
は、次の監視サイクルＰ（ｎ＋１）を行う際のベースと
なる。

【００８１】後記する（ｃ）入金又は振込情報の認識処
理（監視処理（２））において、この入金又は振込の情
報は、本システムにおける管理の基本となる課金管理デ
ータベース１００Ａに直接入力されることが基本である
が、マルチタスク処理を行うため、読みの速度の遅いハ
ードディスクに設けられる課金管理データベース１００
Ａの代わりに、一旦当該入金情報等は、ＲＡＭ等に設け
られる認識データベース１００Ｄに保持させることも好
ましい態様である。図３（ｅ）は、認識データベース
（又はファイル）の例である。

【００８２】上記処理を、入金又は振込を監視する口座
番号等の入金口座データベースからの読込が一巡するま
で行う。すなわち、読込が一巡したか否かを判断し（Ｓ
ｂ３３５）、一巡していない場合（Ｓｂ３３５でＮｏ）
は、監視処理を行う口座番号を次のものとして（Ｓｂ３
４０）ループｌを繰り返し、監視処理を継続する。一巡
したことが確認された場合（Ｓｂ３３５でＹｅｓ）、図
５の入金又は振込情報の認識処理は終了する。

【００８３】（ｃ）入金又は振込情報の更新処理（監視
処理（２）） 図６は、入金又は振込情報の更新処理を示すフローチャ
ートである。

【００８４】これは、課金管理データベース１００Ａの
データのうち少なくとも前記監視処理（１）の結果、入
金又は振込情報があったものについてデータを更新する
ものである。

【００８５】前記入金又は振込情報は、好ましくは、上
記した認識データベース１００Ｄに一旦保持されている
ので、まず、当該認識データベースから、少なくとも入
金又は振込がされたものとして認識・記録された識別番
号と入金額を読みだす（Ｓｃ３０５）。

【００８６】課金管理コンピュータ１００は、課金管理
データベース１００Ａを検索し、当該識別番号に対応す
る例えば課金料金管理ファイル（図２（ｂ）又は図１
２）を開いて、当該ファイルに入金額を入力し、課金管
理データベースを更新する（Ｓｃ３１０）。

【００８７】監視処理（１）の場合と同様にして、入金
又は振込が一巡したかを都度判断し（Ｓｃ３１５）、一
巡していない場合は（Ｓｃ３１５でＮｏ）、識別番号を
次の番号として（Ｓｃ３２０）、ループｌを繰り返し、
一巡した場合（Ｓｃ３１５でＹｅｓ）、図６の入金又は
振込情報の更新処理（監視処理（２））は終了する。

【００８８】図１２の課金管理ファイルの例において
は、銀行口座Ｄ２への５０００円の入金情報が、Ｎｏ．
８において、５０００円の入金として記録され、Ｎｏ．
７における残金の３０３０円と合計され、ファイルの残
り金額が８０３０円となったことを示している。

【００８９】（親銀行口座を使用する場合）上記した基
本となるシステム（以下、「基本システム」と称する場
合がある。）は、利用者を特定する識別番号（ＵＩＣ
１，ＵＩＣ２，・・・・）と個別銀行口座（Ｄ１，Ｄ
２，・・・）が一対一で関係づけられており、入金や振
込はこの個別銀行口座に行われるものである。

【００９０】これに対し、本発明の他の実施の形態は、
複数の当該個別銀行口座をとりまとめる親銀行口座をさ
らに備えるシステムである。

【００９１】基本システムにおいては、監視システム６
００（監視手段又は監視エージェント）は、一つの監視
サイクルＰ（ｎ）では、Ｄ１→Ｄ２→Ｄ３→・・・のご
とく、すべての個別銀行口座の内容を順次チェックし、
この結果を前回の監視サイクルにおける入金口座データ
ベース１００Ｂの内容と比較していく。この方法におい
ては、通常は、口座の大部分、又はかなりの部分におい
て入金等がないにもかかわらず、その監視サイクルごと
に、すべての口座の内容を調べることになる。

【００９２】親銀行口座を備えるシステムは、この点を
改良するもので、個別銀行口座をとりまとめる親銀行口
座を備え、当該個別銀行口座への入金等の情報を当該親
銀行口座に反映させる手段を有し、当該反映させた入金
等の情報を監視手段が監視するものである。これによ
り、入金等のあった口座のみを監視することができ、入
金等が行われていない口座の監視は、スキップすること
ができる。又は、親銀行口座に当該個別銀行口座への入
金等の情報を問い合わせることにより、従属する全ての
個別銀行口座に関する一連の結果をリストとして得るこ
ともでき、またこのリストの結果に基づき上記処理を行
うことも可能である。

【００９３】以下、親銀行口座を使用する場合のシステ
ム（以下、「親銀行システム」と称する。）を、添付図
面を参照しながら説明する。

【００９４】図３（ａ）は、入金準備口座データベース
１００Ｃの一例を示すが、上記したように、例えばＡ銀
行（銀行コード１２３）の支店ａ（支店コード０１１
０）には、口座番号Ｄ１が割り当てられている。基本シ
ステムにおいては、この口座番号Ｄ１に入金等が行われ
ていたが、親銀行システムにおいては、親銀行口座に、
枝番号口座Ｄ１’（２０００００１）、Ｄ２’（２００
０００２）、・・・、Ｄｎ’（２０９９９９９）を設
け、口座番号Ｄ１を親銀行口座とし、当該枝番号口座Ｄ
１’〜Ｄｎ’を個別銀行口座として、階層構造を形成さ
せるように、親銀行口座に従属させるのである。このよ
うに、枝番号口座について親銀行口座との対応づけが行
われている。

【００９５】図７（Ｉ）は、この階層構造を示すもの
で、親番号口座ＰＴ（Ｄ１）（１０００１）に枝番号口
座Ｄ１’（２０００００１）、Ｄ２’（２０００００
２）、Ｄ３’（２０００００３）、・・・・、Ｄｎ’
（２０９９９９９）が、従属している状態を示してい
る。この場合、各枝番号口座が各識別番号に対応する。
すなわち、Ｄ１’→ＵＩＣ１、Ｄ２’→ＵＩＣ２、Ｄ
３’→ＵＩＣ３、・・・、Ｄｎ’→ＵＩＣｎと対応す
る。入金等は、この枝番号口座を個別銀行口座として行
われる。

【００９６】この親銀行システムにおいては、個別銀行
口座（枝番号口座）への入金等の情報を親銀行口座に反
映される手段を有する。

【００９７】図１１は、親銀行口座ＰＴと枝番号口座Ｄ
１’、Ｄ２’、Ｄ３’、・・・の積層構造を示すが、個
別銀行口座（枝番号口座）への入金等の情報を親銀行口
座に反映される手段として、例えば親銀行口座ＰＴに
は、フラッグエージェントＦＡが付属させている場合を
示している。フラグエージェントＦＡは、一種の検索ロ
ボットであって、常に枝番号口座Ｄ１’、Ｄ２’、Ｄ
３’、・・・を監視し、そのうち入金等があった枝番号
口座にフラッグをたてて保持し、この情報を親銀行口座
に反映させるものである。

【００９８】かかる場合において、上記した監視システ
ム（監視手段又は監視エージェント）は、ある監視サイ
クルＰ（ｎ）において、親銀行口座のうち、フラッグの
立っている枝番号口座（例えば図１１ではＤ２’）のみ
に着目し、この口座残高についてすでに述べた処理を行
えばよい。親銀行口座に入金等のフラッグが全く立って
いなければ、Ｄ１’→Ｄ２’→Ｄ３’→・・・の一連の
処理を行うことなく当該監視サイクルＰ（ｎ）の結果を
入金口座データベース１００Ｂに入力することができ
る。なお、念のため、この場合も、前記監視システム
は、入金又は振込みされた銀行口座がプリペイドシステ
ムの利用者を特定する識別番号と関連づけられた個別銀
行口座であるか否かを検出する手段を有することが好ま
しい。

【００９９】このように個別銀行口座を複数とりまとめ
る親銀行口座ＰＴを設ける場合の処理も基本的にはすで
に述べたものと同様であるが、この場合についても念の
ためフローチャート図８〜１０に従い簡単に説明する。

【０１００】（ａ’）入金口座データベースの作成処理
（銀行口座割当処理） 図８の銀行口座割当処理のフローチャートおいて、識別
番号を提示して入金用銀行口座の割当が請求されると
（Ｓ６０１）、まず、指定された識別番号（例えば、Ｕ
ＩＣ１）は、銀行割当の識別番号であるかを、識別番号
テーブルを検索して調べる（Ｓ６０２）。

【０１０１】さて、テーブル検索の結果、銀行割当の識
別番号でない場合（Ｓ６０２でＮｏの場合）は、銀行口
座割当処理は、拒否される（Ｓ６０５）。銀行割当の識
別番号である場合（Ｓ６１０でＹｅｓ）は、図３（ｃ）
のテーブルに示されている銀行コードを参照し（Ｓ６１
０）、銀行コードが指定されている場合（例えばＡ＝１
２３）（Ｓ６２０Ｙｅｓ）は、それを割当銀行コードと
して銀行割当情報の所定の個所へ付加する（Ｓ６２
０）。（すなわち、すでに述べたように、作業用ファイ
ルの所定の箇所に当該情報を記録することである。）さ
らに、図３（ｃ）のテーブルに示されている支店コード
を参照し、それを割当支店コード（例えばａ＝０１１
０）として銀行割当情報の所定の個所へ付加する（Ｓ６
３５）。

【０１０２】一方、銀行コードが指定されていない場合
（Ｓ６１０Ｎｏ）は、プリペイドシステムの利用者が自
分で銀行を指定する。例えば図３（ｄ）に示す銀行コー
ドテーブルを利用して銀行を指定し、その銀行コードを
割当銀行コードとし、優先支店コードを割当支店コード
とし、銀行割当情報の所定の個所へ付加する（Ｓ６１
５）。この場合、すでに述べた場合と同様に、利用者端
末等の所定の表示画面に、図３（ｄ）のごときテーブル
をダイアログボックス等の形式で表示させ、利用者に選
択させるようにすることが好ましい。

【０１０３】上述までに銀行割当情報に付加された割当
銀行コード（例えばＡ＝１２３）と割当支店コード（例
えばａ＝０１１０）を用いて、図３（ａ）の入金準備口
座データベースから当該銀行、当該支店の枝番号口座番
号（例えばＤ１’＝２０００００１）を割当て、それを
口座番号として銀行割当情報の所定の個所へ付加する
（Ｓ６４０）。残高を０として銀行割当情報の所定の個
所へ付加するとともに、最終的には、斯くして付加され
た銀行割当情報は、図３（ｂ）に示す、入金口座データ
ベースとして登録される（Ｓ６５０）。

【０１０４】なお、基本システムの場合と同様に、上記
ステップ（Ｓ６４０）で割当てられた枝番号口座番号の
データは、図３（ａ）の入金準備口座ＤＢから削除され
る（Ｓ６４５）。

【０１０５】以上で、（ａ）入金口座データベースの作
成処理（銀行口座割当処理）が終了する。

【０１０６】（ｂ’）入金又は振込情報の認識処理（監
視処理（１’）） 図９は、入金又は振込情報の認識処理を示すフローチャ
ートである。

【０１０７】まず、ある監視サイクルＰ（ｎ）において
監視システムが起動すると、入金口座データベースから
入金又は振込を監視する口座番号等が読みだされる（Ｓ
ｂ６０５）。

【０１０８】当該読みだされた銀行コード、支店コー
ド、口座番号を用いて監視システムは銀行システム５０
０の当該親銀行口座ＰＴにアクセスし、対応する銀行口
座の残高を調べる（Ｓｂ６１０）。アクセスの最も簡単
な手段は、すでに述べたごとくエレクトリックバンキン
グ（ＥＢ）により、それぞれの口座の残金を参照し残高
を調べるものである。通常親銀行口座にアクセスするこ
とにより、当該親銀行口座に階層的に従属している個別
銀行口座（Ｄ１’、Ｄ２’、Ｄ３’、・・・・）のすべ
ての情報が一挙に得られるという利点がある。

【０１０９】又は、銀行システム５００とプリペイドシ
ステム１０の課金管理コンピュータ１００を通信回線で
接続し、監視システム６００は、当該回線を通じて当該
親銀行口座ＰＴにアクセスしてもよい。かくして、従属
する個別銀行口座の残高の情報が一挙に得られることは
同じである。

【０１１０】具体的な動作としては、上記図１１に示し
たように、にある枝番号口座（例えばＤ２’）に入金等
が行われていた場合は、そのフラッグエージェントＦＡ
は、当該入金が行われた枝番号口座の番号にフラッグを
立てて、これを親銀行口座ＰＴに反映させる。

【０１１１】監視システムは、フラッグが立っている
（振込情報等の認識情報がある）場合（Ｓｂ６１５）、
前回のサイクルＰ（ｎ−１）と今回のサイクルＰ（ｎ）
との間に入金又は振込は発生しているので、当該フラッ
グの立っている枝番号口座（Ｄ２’）にアクセスして残
金を確認する（Ｓｂ６１６）。すなわち、かくして入金
口座データベースから読み込まれた残高（これは、すで
に述べたように前回の監視サイクルＰ（ｎ−１）におけ
る値である。）を、前記ＥＢ等により確認された口座の
残高（これは今回に監視サイクルＰ（ｎ）における値で
ある。）とが比較され、今回確認された口座の残高から
前記入金口座から読み込まれた残高を差引き、この変化
分を入金又は振込金額として算出するのである（Ｓｂ６
１６）。

【０１１２】一方、フラッグが立っていない場合は、枝
番号口座には、前回の監視サイクルＰ（ｎ−１）と今回
の監視サイクルＰ（ｎ）との間に入金等は発生していな
いので、終了確認が行われる（Ｓｂ６３５）。

【０１１３】さらにまた、入金口座データベースの残高
を、今回確認された銀行口座の残高の値として更新し、
入金口座データベースへ記録する（Ｓｂ６１６）。この
値は、次の監視サイクルＰ（ｎ＋１）を行う際のベース
となる。

【０１１４】すでに（ｂ）で述べたのと同様、この入金
又は振込の情報は、本システムにおける管理の基本とな
る課金管理データベース１００Ａに直接入力されること
が基本であるが、マルチタスク処理を行うため、一旦当
該入金情報等は、ＲＡＭ等に設けられる認識データベー
スに保持させることも好ましい態様として行われる。

【０１１５】上記処理を、入金又は振込を監視する口座
番号等の入金口座データベースからの読込が一巡するま
で行う。すなわち、読込（例えばフラッグが立っている
枝番号口座の読込）が一巡したか否かを判断し（Ｓｂ６
３５）、一巡していない場合（Ｓｂ６３５でＮｏ）は、
監視処理を行う口座番号を次のもの（すなわち、フラッ
グが立っている口座番号）として（Ｓｂ６４０）、ルー
プｌに従って監視処理を継続する。一巡したことが確認
された場合（Ｓｂ６３５でＹｅｓ）、図９の入金又は振
込情報の認識処理は、終了する。

【０１１６】（ｃ’）入金又は振込情報の更新処理（監
視処理（２’）） 図１０は、入金等の情報の更新処理を示すフローチャー
トである。

【０１１７】課金管理データベース１００Ａのデータの
うち少なくとも前記監視処理（１’）の結果、入金又は
振込情報があったものについてそのデータを更新するも
のである。

【０１１８】前記入金又は振込情報は、好ましくは、上
記した認識データベース１００Ｄに一旦保持されている
ので、まず、当該認識データベースから、少なくとも入
金又は振込がされたものとして認識・記録された識別番
号と入金額を読みだす（Ｓｃ６０５）。

【０１１９】課金管理コンピュータ１００は、課金管理
データベース１００Ａを検索し、当該識別番号に対応す
る、例えば課金料金管理ファイル（図２（ｂ）又は図１
２）を開いて、当該ファイルに入金額を入力し、課金管
理データベースを更新する（Ｓｃ６１０）。

【０１２０】監視処理（１’）の場合と同様にして、入
金又は振込が一巡したかを都度判断し（Ｓｃ６１５）、
一巡していない場合は（Ｓｃ６１５でＮｏ）、識別番号
を次の番号として（Ｓｃ６２０）、ループｌを繰り返
し、一巡した場合（Ｓｃ６１５でＹｅｓ）、図１０の入
金又は振込情報の更新処理（監視処理（２’））は終了
する。

【０１２１】本発明のシステムにおいては、以上の場合
において、（Ｉ）枝番号銀行口座をとりまとめる親銀行
口座（この場合は、枝銀行口座が個別銀行口座とな
る。）と（II) 親銀行口座に属しない個別銀行口座が混
在していてもよい。

【０１２２】図７は、この状態を示すものでＡ銀行のａ
支店については、前者（Ｉ）であり、Ａ銀行のｂ支店に
ついては、後者（II）であり、この二つの銀行口座
（Ｉ）、（II）が混在して運用されている状態を示す。

【０１２３】なお、個別銀行口座としての枝番号銀行口
座へ入金又は振込されたそれぞれの資金は、最終的にと
りまとめ口座としての親銀行口座へ移動され、資金の集
約が行われなければならないが、枝番号口座から親銀行
口座への資金の移動は、例えばキャッシュ・トランスフ
ァー・サービスとして知られている口座間の処理で行う
ことができる。かかる資金の移動の処理と入金又は、振
込情報の処理は同時に行うこともできるし別々に行うこ
とも可能である。

【０１２４】また、親銀行口座は１つ以上の銀行や支店
において設けられていてもよく、さらに親銀行口座とこ
れに積層構造で従属する枝番号口座は、必ずしも同一銀
行の同一支店に設ける必要はなく、例えば同一銀行の別
々の支店、更には、別々の銀行、別々の支店に設けても
よい。

【０１２５】なお、枝番号口座に該当する情報を振込み
人名とし、例えば振込み人名として各自のＵＩＣを入力
する等して、個別銀行口座に振込むことも可能である。

【０１２６】

【発明の効果】本発明においては、プリペイドシステム
の利用者を特定する識別番号と当該プリペイドシステム
に関する入金又は振込が行われる個別銀行口座は、一対
一で関連付けられているので、入金等が行われた銀行の
口座番号により、当該プリペイドシステムの利用者を特
定する識別番号を一義的に特定をすることができ、プリ
ペイドシステムの利用者になんらの負担を課することな
く、確実かつ容易に当該入金のあった識別番号を特定す
ることができる。その結果、当該入金等の情報は、ただ
ちに課金管理コンピュータの課金管理ファイルに反映さ
せることができ、本発明のプリペイドシステムの利用者
は、当該入金額に対応するサービスの提供を受けること
が可能となる。

【０１２７】このように、本発明における当該銀行口座
によるプリペイド料金の入金又は振込は、特別の店舗処
理端末装置を使用することなく行われ、しかも入金の額
に対する制限が少ないので、本発明者らが提案している
当該プリペイドシステムの利用者にとってより好適なシ
ステムが提供される。

【０１２８】また、入金又は振込の情報も、当該入金等
が行われるべき受取人に対応して一元的に管理すること
ができ、さらに、個別銀行口座をとりまとめる親銀行口
座を使用した場合は、入金又は振込がされた資金を、当
該口座によりまとめて管理することができるので資金管
理上の利益も大きい。

【図面の簡単な説明】

【図１】本発明のプリペイド入金処理システムを示すブ
ロック図である。

【図２】対応テーブル、課金管理ファイル、入金口座フ
ァイル及び銀行口座ファイルを示す説明図である。

【図３】入金準備口座ＤＢ、入金口座ＤＢ、識別番号テ
ーブル、銀行コードテーブル及び認識ＤＢを示す説明図
である。

【図４】銀行口座割当処理を示すフローチャートであ
る。

【図５】入金又は振込情報の認識処理を示すフローチャ
ートである。

【図６】入金又は振込情報の更新処理を示すフローチャ
ートである。

【図７】親銀行口座と枝番号口座の関係等を示すブロッ
ク図である。

【図８】銀行口座割当処理を示すフローチャートであ
る。

【図９】入金又は振込情報の認識処理を示すフローチャ
ートである。

【図１０】入金又は振込情報の更新処理を示すフローチ
ャートである。

【図１１】入金又は振込があった枝番号口座の情報が親
銀行口座に反映される状態を示すブロック図である。

【図１２】課金管理ファイルを示す図である。

【符号の説明】

１０ プリペイド課金管理システム １００ 課金管理コンピュータ １００Ａ 課金管理ＤＢ １００Ｂ 入金口座ＤＢ １００Ｃ 入金準備口座ＤＢ １００Ｄ 認識ＤＢ ２００ 利用者端末 ２００ａ ＰＣ端末 ２００ｂ 携帯電話端末 ２００ｃ 携帯情報端末等の簡易端末 ３００ 取引先端末 ４００ 店舗入金端末 ４００ａ 店舗処理端末 ４００ｂ ＡＴＭ端末 ４００ｃ ＭＭＴ端末 ５００ 銀行システム ５００Ａ 銀行口座ＤＢ ５５０ 銀行入金／振込端末 ６００ 監視システム １０００ ネットワーク Ｄ 銀行口座 ＦＡ フラグエージェント ＰＴ 親銀行口座

───────────────────────────────────────────────────── フロントページの続き (72)発明者 三宅 智充 千葉県千葉市美浜区中瀬２−６ＷＢＧマリ ブイースト 株式会社ビー・アイ・エス内 Ｆターム(参考） 3E040 AA04 BA07 BA18 CA14 EA01 EA10 5B055 CB00

Claims (9)

【特許請求の範囲】
1. 【請求項１】 プリペイドシステムの利用者に少なくと
   も当該利用者を特定する識別番号（ＵＩＣ１，ＵＩＣ
   ２，ＵＩＣ３，・・・，ＵＩＣｎ）を付与し、当該識別
   番号に基づいて当該利用者に関する課金管理を行う課金
   管理コンピュータを備えたプリぺイド料金管理システム
   と、当該プリペイドシステムに関する入金又は振込を行
   うための個別銀行口座（Ｄ１，Ｄ２，Ｄ３，・・・，Ｄ
   ｎ）を有する銀行システムから主としてなるプリペイド
   入金処理システムであって、 前記識別番号と前記銀行口座は、一対一で関連付けられ
   ており、 前記課金管理コンピュータは、当該利用者の課金管理デ
   ータベースを備え、かつ、 当該銀行口座に入金又は振込された金額を、前記課金管
   理コンピュータの課金管理データベースに反映させる手
   段を備えたことを特徴とするプリペイド入金処理システ
   ム。
2. 【請求項２】 前記銀行口座への入金又は振込を監視す
   る監視システムを備え、当該監視の結果に基づき前記課
   金管理データベースを更新する請求項１に記載のプリペ
   イド入金処理システム。
3. 【請求項３】 前記識別番号のそれぞれに関連付けられ
   た個別銀行口座に入金又は振込みされた情報を保持する
   入金口座データベースを備え、前記監視システムは、当
   該保持された情報に基づき当該個別銀行口座の残高の監
   視を行う請求項２に記載のペリペイド入金処理システ
   ム。
4. 【請求項４】 前記監視システムは、入金又は振込みさ
   れた銀行口座がプリペイドシステムの利用者を特定する
   識別番号と関連づけられた個別銀行口座であるか否かを
   検出する手段を有する請求項２又は３に記載のプリペイ
   ド入金処理システム。
5. 【請求項５】 前記監視システムは、 前記入金口座データベースに保持された情報に基づいて
   個別銀行口座を監視し、当該入金又は振込みされた情報
   を認識する手段と、 前記認識された個別銀行口座に関する情報からこれと関
   連付けられたプリペイドシステムの利用者の識別番号を
   特定する手段と、及び前記情報を、前記特定された識別
   番号に該当する前記入金口座データベース及び前記課金
   管理データベースに反映させる手段、とを備えたもので
   ある請求項３又は４に記載のペリペイド入金処理システ
   ム。
6. 【請求項６】 当該入金又は振込される個別銀行口座を
   複数とりまとめる親銀行口座をさらに備えた請求項１〜
   ５のいずれかに記載のペリペイド入金処理システム。
7. 【請求項７】 個別銀行口座への入金又は振込み情報を
   前記親銀行口座に反映される手段を有し、前記監視シス
   テムは、当該親銀行口座に反映された前記情報に基づい
   て、選択的に個別銀行口座の残高の監視を行う請求項６
   に記載のペリペイド入金処理システム。
8. 【請求項８】 前記監視システムは、 入金又は振込みされた銀行口座がプリペイドシステムの
   利用者を特定する識別番号と関連づけられた個別銀行口
   座であるか否かを検出する手段と、 前記個別銀行口座について、前記親銀行口座との対応づ
   けを行う手段と、 前記個別銀行口座に入金又は振込みされた情報を前記親
   銀行口座に反映させる手段と、及び前記親銀行口座に反
   映された入金又は振込み情報を監視する手段、とを備え
   ている請求項６又は７に記載のプリペイド入金処理シス
   テム。
9. 【請求項９】 請求項６又は７に記載のプリペイド入金
   処理システムにおいて、少なくとも前記親銀行口座は１
   つ以上の銀行において設けられているプリペイド入金処
   理システム。