JP2003216822A - ストックバンクシステムおよびストックバンク方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、利用者の口座から引落を行うスト
ックバンクシステムおよびストックバンク方法に関し、
分割払い（債務）などの引落日を待たずに、先予約（割
当て）して事前に入金を債務に充当したり、取引先（ク
レジット会社）へ事前入金情報を通知し銀行からの仮入
金できるようにすることを目的とする。 【解決手段】 利用者から当該利用者の口座より債務へ
の事前入金の指示があったときに、当該債務への事前入
金について利用者の口座からストックバンクの口座に振
り替えて当該債務への事前入金として保持する手段と、
振り替えがあったときに当該債務への事前入金完了を取
引先に通知し、取引先から事前入金の承認応答があった
ときに当該事前入金を引落あるいは引落日を待って引き
落とす手段とから構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用者の口座から
引落を行うストックバンクシステムおよびストックバン
ク方法に関するものである。

【０００２】

【従来の技術】従来、クレジット等の分割払いの口座引
落は、「月中締め／月末締め」のようにクレジット契約
時に決めた引落日に口座より該当金額が自動的に引き落
されてる。

【０００３】

【発明が解決しようとする課題】しかし、例えば臨時収
入等の予期せぬ収入が入った時に、「今月は多めにお金
があるので前もつて来月分（再来月分）まで入金してお
こう」など、個人の意志によって分割払いを先払いして
債務を消し込んでいくことが、“窓口への持参入金”以
外できないという問題があった。

【０００４】また、“持参入金”以外だとクレジント会
社窓口まで直接出向かねばならず手間がかかってしまう
という問題もあった。

【０００５】本発明は、これらの問題を解決するため、
分割払い（債務）などの引落日を待たずに、先予約（割
当て）して事前に入金を債務に充当したり、取引先（ク
レジット会社）へ事前入金情報を通知し銀行から仮入金
できるようにすることを目的としている。

【０００６】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。

【０００７】図１において、利用者１は、利用者の端末
である。ストックバンクシステム２は、利用者１と取引
先システム４、金融機関システム３との間に位置し、仲
介処理を行うものであって、ここでは、事前入金手段２
４、振替手段２５などから構成されるものである。

【０００８】事前入金手段２４は、例えば事前に金融機
関システム３の利用者の口座からストックバンクシステ
ム２の口座に振り替えたりするものである。

【０００９】振替手段２５は、振替を行うものである。
金融機関システム３は、利用者が口座を持つ金融機関で
ある。

【００１０】取引会社システム４は、利用者が口座から
振り込む先の会社（例えばクレジット会社）である。

【００１１】次に、動作を説明する。ストックバンクシ
ステム２を構成する事前入金手段２４が利用者から債務
の事前入金の指示があったときに、金融機関システム３
の利用者の口座からストックバンクシステム２の口座に
債務の事前入金として振り替え、振替手段２５が振り替
えがあったときに債務の事前入金の入金完了を取引先シ
ステム４に通知し、取引先システム４から債務の事前入
金の承認応答があったときに当該債務の事前入金から引
落あるいは引落日を待って引き落とすようにしている。

【００１２】また、ストックバンクシステム２は、取引
会社システム４から請求があったときに利用者に当該請
求を通知し振込の有無の指示を受信し、振込の有りの指
示を受信したとき、あるいは利用者に通知の無が設定さ
れていたとき、請求について利用者の口座からストック
バンクの口座に振り替え、振り替えがあったときに請求
の事前入金完了を取引会社システム４に通知し、取引会
社システム４から請求の事前入金の承認応答があったと
きに引落あるいは引落日を待って引き落とすようにして
いる。

【００１３】また、利用者から引落先を指定しない自由
名目の入金の指示があったときに、振替手段２４が金融
機関システム３の利用者の口座からストックバンクシス
テム２の口座に自由名目の事前入金として振り替え、振
り替えた自由名目の事前入金から引落日に引落すように
している。

【００１４】これらの際に、取引先システム４からの請
求金額について引落で不足する場合には、不足額につい
て、金融機関システム３の利用者の口座から引き落とよ
うにしている。

【００１５】従って、分割払い（債務）などの引落日を
待たずに、先予約（割当て）して事前に入金を債務に充
当したり、取引先（クレジット会社）へ事前入金情報を
通知し銀行から仮入金したりすることが可能となる。

【００１６】

【発明の実施の形態】次に、図１から図１１を用いて本
発明の実施の形態および動作を順次詳細に説明する。

【００１７】図１は、本発明のシステム構成図を示す。
図１において、利用者１は、利用者の端末であって、こ
こでは、会員端末１１、携帯電話１２などである。

【００１８】会員端末１１は、利用者が操作して口座引
落を指示したり、金融機関システム３の当該利用者の口
座からストックバンクシステム２に振り替える指示を依
頼したりなどするものである。ここでは、ＷＥＢ（ホー
ムページ）を利用して各種指示を画面上から行う。

【００１９】携帯電話１２は、利用者が取引会社システ
ム４から請求があったときに、問い合わせを受信（電
話、電子メールで受信）したり、請求に対する事前引落
の了解の旨を返答したりなどするものである。

【００２０】ストックバンクシステム２は、利用者１と
取引先システム４、金融機関システム３との間に位置
し、各種仲介処理を行うものであって、ここでは、ＷＥ
Ｂ／携帯連携手段２１、取引情報ＤＢ２２，ＡＳＰ２
３，事前入金手段２４、振替手段２５などから構成され
るものである。

【００２１】ＷＥＢ／携帯連携手段２１は、ストックバ
ンクシステム２と利用者の会員端末１１との間でＷＥＢ
（ホームページ）を介在して入金指示などを受け取った
り、携帯電話１２に請求に対する振替の有無を問い合わ
せたりなどするためのものである。

【００２２】取引情報ＤＢ２２は、利用者の口座振替を
行うために必要な各種情報を登録、設定するＤＢ（デー
タベース）であって、後述する図１０および図１１に示
すものである。

【００２３】ＡＳＰ２３は、インタフェースであって、
金融機関システム３および取引会社システム４との間で
安全にデータ（利用者の口座振替などに関するデータ）
を送受信するものである。

【００２４】事前入金手段２４は、事前に金融機関シス
テム３の利用者の口座からストックバンクシステム２の
口座に振り替えたりなどするものである（図２から図１
１を用いて後述する）。

【００２５】振替手段２５は、振替を行うものである
（図２から図１１を用いて後述する）。

【００２６】金融機関システム３は、利用者が口座を持
つ金融機関であって、ここでは、ＵＳＥＲ−ＡＰＬ３
１，ＡＳＰ３２などから構成されるものである。

【００２７】ＵＳＥＲ−ＡＰＬ３１は、ユーザアプリで
あって、ここでは、利用者の口座の振替を管理するもの
である（図２から図１１を用いて後述する）。

【００２８】ＡＳＰ３２は、インタフェースであって、
ストックバンクシステム２と金融機関システム３との間
で安全にデータ（利用者の口座振替などに関するデー
タ）を送受信するものである。

【００２９】取引会社システム４は、利用者が口座から
振り込む先の会社のシステムであって、例えばクレジッ
ト会社のシステムであり、ＵＳＥＲ−ＡＰＬ４１，ＡＳ
Ｐ４２などから構成されるものである。

【００３０】ＵＳＥＲ−ＡＰＬ４１は、ユーザアプリで
あって、ここでは、利用者の商品などを購入した代金
を、利用者の口座から引落日に引き落としたりするもの
である（図２から図１１を用いて後述する）。

【００３１】ＡＳＰ３２は、インタフェースであって、
ストックバンクシステム２と取引会社システム４との間
で安全にデータ（利用者の口座振替などに関するデー
タ）を送受信するものである。

【００３２】以下図２から図１１を用いて、図１の構成
の動作を順次詳細に説明する。図２は、本発明の動作説
明フローチャート（全体）を示す。

【００３３】図２において、Ｓ１は、事前登録する。こ
れは、利用者がストックバンクシステム２に事前に、会
員ＩＤ（利用者ＩＤ）、パスワード、振替の金融機関シ
ステム３の名前、口座番号などを登録する。

【００３４】Ｓ２は、事前確認する。これは、Ｓ１で登
録した会員ＩＤ、金融機関システム３の当該会員の名
前、口座番号などを事前に確認する。

【００３５】Ｓ３からＳ６は、事前入金１から４の処理
を行う。これは、後述する図４から図７の事前入金１か
ら４の処理を行う。

【００３６】以上のように、ストックバンクシステム２
に会員（利用者）が事前に個人情報（会員ＩＤ、パスワ
ード、金融機関システム３の口座名、氏名などの個人情
報）を登録して確認し、後述する図４から図７の事前入
金１から４の事前入金などの処理を行うことが可能とな
る。以下順次詳細に説明する。

【００３７】図３は、本発明の動作説明フローチャート
（動作トリガ）を示す。図３において、Ｓ１１は、取引
情報を取得する。

【００３８】Ｓ１２は、携帯通知有りか否かを判別す
る。ＹＥＳの場合には、Ｓ１２でメール送信を当該利用
者の登録さている携帯電話に行い、終了する。一方、Ｎ
Ｏの場合には、Ｓ１２を行うことなく、終了する。

【００３９】以上によって、ストックバンクシステム２
が情報を取得したときに、当該会員ＩＤに対応づけて携
帯電話通知が有りと設定されいたときは確認の電子メー
ルを会員に送信し、会員の指示の有無や、承認などを行
うことが可能となる。

【００４０】図４は、本発明の動作説明フローチャート
（事前入金１）を示す。図４において、Ｓ２１は、事前
にバンクからストックバンクに入金する。これは、会員
が金融機関システム３の自己の口座からストックバンク
システム２に事前に自由に振替して入金（自由入金とい
う）する。これにより、ストックバンク２には、当該会
員が自由入金した額（残高）が保管されることとなる。

【００４１】Ｓ２２は、取引内容を検索する。Ｓ２３
は、個別入金指示する。これは、以下の入金指示などを
行う。

【００４２】金融機関システム３毎に明細毎に入金指
示を行う。 入金処理は、金融機関システム３の会員の口座からス
トックバンクシステム２の口座に振り替える。

【００４３】この際、Ｓ１２と同様に、明細を指定さ
れない自由入金として、金融機関システム３の会員の口
座からストックバンクシステム２の口座への振り替えを
一緒に行うようにしてもよい。

【００４４】Ｓ２４は、振替完了する。これは、Ｓ２３
のの入金処理、の自由入金処理による金融機関シス
テム３からストックバンクシステム２への振替を完了す
る。

【００４５】Ｓ２５は、取引先への通知を行う。これ
は、Ｓ２４で振替完了したことに伴い、入金処理が完了
した時点で、取引会社システム４に入金完了を通知（引
落日まではストックバンクシステム２の預かりで、引落
日に取引会社システム４の口座に振り替える）する。

【００４６】Ｓ２６は、取引先承認を受信する。これ
は、Ｓ２５で振替完了通知を取引会社システム４に通知
し、当該取引会社システム４から承認の旨をストックバ
ンクシステム２が受信する。

【００４７】Ｓ２７は、取引先引落しする。これは、以
下の引落などの処理を行う。 ストックバンクシステム２から取引会社システム４の
口座に振替を行う。この際、ストックバンクシステム２
から余分の額やキャンセルされた商品の価格などについ
て金融機関システム３の会員の口座に引落日に引き戻す
ようにしてもよい。

【００４８】ストックバンキングシステム２は、請求
金額と事前入金とを比較して不足分があるときは、不足
分を金融機関システム３の会員の口座から引落日に引き
落とすようにしてもよい。

【００４９】以上のように、会員が事前に金融機関シス
テム３の口座からストックバンクシステム２に振り替え
る自由入金したり、明細をもとに金融機関システム３の
口座からストックバンクシステム２に振り替えて入金
し、振替入金があったときに取引会社システム４に振替
入金完了を通知して承認があったときに預かっておき、
引落日にストックバンクシステム２の口座から取引会社
システム４の口座に振り替えて引き落としたり、引落不
足のときに金融機関システム３の会員の口座から振り替
えて引き落としたり、更に、ストックバンクシステム２
で余分の額があったときや会員からの指示があったとき
に金融機関システム３の会員の口座に振り替えて引き戻
したり、自由に行うことが可能となる。

【００５０】図５は、本発明の動作説明フローチャート
（事前入金２）を示す。図５において、Ｓ３１は、自由
入金を指示する。これは、会員が金融機関システム３の
自己の口座から明細なしに、任意の名目を付けてストッ
クバンクシステム２への振替を指示する。

【００５１】Ｓ３２は、個別入金指示する。これは、Ｓ
３１で会員の自由入金指示に対応して、金融機関システ
ム３が任意の名目で、会員の口座からストックバンクシ
ステム２へ指示された入金額を振り替えて自由入金す
る。

【００５２】Ｓ３３は、振替完了する。振替完了によ
り、ストックバンクシステム２は自由入金額で会員の残
高を更新して預かる。

【００５３】以上のように、会員はいつでも自由に金融
機関システム３の口座からストックバンクシステム２の
当該会員の残高に自由入金して当該残高を更新すること
が可能となる。この自由入金された残高は、引落日に自
動的に取引会社システム４の口座に振替して引落した
り、不足するときは当該会員の金融機関システム３の口
座から不足額を引き落として取引会社システム４へ振り
替えたり、過剰のときは会員からの指示をもとに当該会
員の金融機関システム３の口座に引き戻したりすること
が可能となる。

【００５４】図６は、本発明の動作説明フローチャート
（事前入金３）を示す。図６において、Ｓ４１は、請求
指示する。これは、取引会社システム４がストックバン
クシステム２に会員の明細および請求金額の通知を行
い、請求指示する。

【００５５】Ｓ４２は、携帯通知有りか判別する。これ
は、Ｓ４１の請求指示をストックバンクシステム２が受
信したときに、当該会員情報中に請求指示あったときに
携帯電話通知要と設定されているか判別する。ＹＥＳの
場合には、Ｓ４３で請求金額を設定した電子メールを携
帯電話に送信し、Ｓ４４に進む。Ｓ４２のＮＯの場合に
は、Ｓ４５に進む。

【００５６】Ｓ４３は、Ｓ４２で請求金額を設定した電
子メールを会員に送信し、振替指示が有りか判別する。
ＹＥＳの場合には、会員から請求に対する振替指示の応
答があったと判明したので、Ｓ４５に進む。一方、Ｓ４
３のＮＯの場合には、終了する。

【００５７】Ｓ４５は、個別入金指示する。これは、Ｓ
４１の請求指示に対応して、金融機関システム３が当該
請求の名目毎に会員の口座からストックバンクシステム
２へ請求指示された入金額（あるいは請求額の一部分の
入金額）を振り替えて個別入金する。

【００５８】Ｓ４６は、振替完了する。振替完了によ
り、ストックバンクシステム２は請求に対する個別入金
額で預かる。

【００５９】Ｓ４７は、取引先へ通知する。これは、Ｓ
４６での振替完了した時点で、取引会社システム４に入
金完了通知を通知（引落日まではストックバンクシステ
ム２の預かりで、引落日に取引会社システム４の口座に
振り替える）する。

【００６０】Ｓ４８は、取引先承認を受信する。これ
は、Ｓ４７で振替完了通知を取引会社システム４に通知
し、当該取引会社システム４から承認の旨をストックバ
ンクシステム２が受信する。

【００６１】Ｓ４９は、取引先引落しする。これは、以
下の引落などの処理を行う。 ストックバンクシステム２から取引会社システム４の
口座に振替を行う。この際、ストックバンクシステム２
から余分の額やキャンセルされた商品の価格などについ
て金融機関システム３の会員の口座に引落日に引き戻す
ようにしてもよい。

【００６２】ストックバンキングシステム２は、請求
金額と事前入金とを比較して不足分があるときは、不足
分を金融機関システム３の会員の口座から引落日に引き
落とすようにしてもよい。

【００６３】以上のように、請求されたときに会員通知
が設定されていたときは会員に通知して振替指示があっ
たときに、あるいは会員通知が設定されていないときは
常に、金融機関システム３の会員の口座からストックバ
ンクシステム２に振り替えて個別入金を行って預かって
おき、引落日にストックバンクシステム２の口座から取
引会社システム４の口座に振り替えて引き落としたり、
引落不足のときに金融機関システム３の会員の口座から
不足額を振り替えて引き落としたり、更に、ストックバ
ンクシステム２で余分の額があったときや会員からの指
示があったときには金融機関システム３の会員の口座に
振り替えて引き戻したり、自由に行うことが可能とな
る。

【００６４】図７は、本発明の動作説明フローチャート
（事前入金４）を示す。図７において、Ｓ５１は、取引
情報修正を行う。これは、会員が取引会社システム４の
受付に例えば引落対象の全ての入金額を持参して直接に
入金し、当該会員の引落日における引落を解約する（例
えばＡクレジット会社のクレジットを解約する）。

【００６５】以上のように、取引会社システム４の受付
に直接に出かけて入金し、取引情報を修正することが可
能となる。

【００６６】図８は、本発明の動作説明フローチャート
（請求）を示す。図８において、Ｓ６１は、取引情報を
照合する。これは、取引会社システム４から引落が完了
した明細情報を、ストックバンクシステム２が受け取
る。そして、ストックバンクシステム２のＤＢ（後述す
る図１０および図１１参照）を更新する。

【００６７】図９は、本発明の動作説明フローチャート
（情報登録／取引情報参照）を示す。

【００６８】図９の（ａ）において、Ｓ７１は、情報登
録する。これは、ストックバンクシステム２に契約時に
会員情報をもとに下記の基本情報を作成して登録する。

【００６９】 ・取引会社情報：クレジット会社、ローン契約している
会社など ・引落口座情報：引落銀行名、口座種別、口座氏名、口
座番号など ・ストックバンクから直接取引会社システム４の口座に
入金する形態 ・引落口座にストックバンクシステム２から振り替える
形態 ・携帯連携：クレジット使用時など（既述した図６のＳ
４２の携帯通知の有無など）の通知、情報照会など ・取引単位の入金の可否 Ｓ７２は、取引会社の承認の確認を行う。これは、スト
ックバンクシステム２が取引会社システム４に会員の情
報の確認を行い、承認を得る。

【００７０】Ｓ７３は、承認か判別する。これは、Ｓ７
２の承認がＯＫ、あるいはＮＧのいずれか判別する。Ｏ
Ｋの場合には、終了する。ＮＧの場合には、再入力して
繰り返す。

【００７１】以上によって、ストックバンクシステム２
は会員情報をもとに取引会社システム４の事前の承認を
得て、既述した図３から図８の当該会員に関する各種処
理を行うことが可能となる。

【００７２】図９の（ｂ）において、Ｓ８１は、情報参
照する。これは、会員が会員番号とパスワードを入力
し、 ・基本情報の参照 ・取引会社情報の参照 ・取引会社別の個別情報（支払い状況）の参照 のうち必要な情報の参照を行う。

【００７３】図１０および図１１は、本発明のＤＢ例を
示す。これは、ストックバンクシステム２で保存する取
引情報ＤＢ２２の例である。

【００７４】図１０の（ａ）は、入金情報管理１のＤＢ
の例を示す。図１０の（ａ）の上段は、入金情報管理１
の主要情報であって、図示の下記の情報を対応づけて登
録したものである。

【００７５】 ・会員ＮＯ： ・入金総額： ・残高： ここで、会員ＮＯは図１のストックバンクシステム２に
事前登録した会員のＩＤであり、入金総額は今までの入
金された総額（例えば９月分あるいは所定月数分あるい
は１年分などの総額）であり、残高は入金総額から引落
した後の残高である。

【００７６】図１０の（ａ）の下段の明細は、上段の明
細であって図示の下記の情報を対応づけて登録したもの
である。

【００７７】 ・会員ＮＯ： ・取引先銀行名： ・銀行口座： ・入金額： ・入金日： ・形態（ＷＥＢ／携帯）： ・その他： ここで、会員ＮＯはストックバンクシステム２に登録し
た会員のＮＯであり、取引先銀行名は当該会員ＮＯの会
員の取引先銀行名（図１の金融機関システム２の名前）
であり、銀行口座は当該会員ＮＯの会員の銀行口座名
（例えば普通預金、口座番号、口座氏名など）であり、
入金額は銀行からストックバンクシステム２に振替た入
金額であり、入金日は入金した日であり、形態は入金が
ＷＥＢあるいは携帯電話から指示したかの区別である。

【００７８】以上の図１０の（ａ），（ｂ）の情報をス
トックバンクシステム２で管理することにより、会員Ｎ
Ｏ毎に、入金総額、残高と、その明細として、取引銀行
名、口座情報、入金額、入金日などを管理し、残高があ
るときは引落日に取引会社システム４の口座に引き落と
したり、残高が不足のときは金融機関システム３の該当
会員ＮＯの銀行口座から引き落として取引会社システム
４の口座に振り替えたりなどすることが可能となる。

【００７９】図１０の（ｂ）は、入金情報管理２のＤＢ
の例を示す。図１０の（ｂ）の上段は、入金情報管理２
の主要情報であって、図示の下記の情報を対応づけて登
録したものである。

【００８０】 ・会員ＮＯ： ・取引先コード： ・取引先名： ・購入年月日： ・品目： ・当月支払金額： ・支払回数： ・総金額： ・今回支払対象回数： ・支払金額（総計）： ・残回数： ・残金額： ・その他： ここで、会員ＮＯは図１のストックバンクシステム２に
事前登録した会員のＩＤであり、取引先コードは取引会
社システム４の会社のコードであり、取引先名は取引会
社システム４の会社名であり、購入年月日は商品を購入
した年月日であり、品目は購入した商品の品目であり、
当月支払金額は月賦購入したときの当月の支払金額であ
り、支払回数は月賦購入したときの総支払の回数であ
り、総金額は商品を購入した総金額であり、今回支払対
象回数は今月の支払対象の回数であり、支払金額（総
計）は今までに支払った総額であり、残回数は支払未の
回数であり、残金額は支払未の残金額である。

【００８１】以上の図１０の（ａ）の上段の情報を登録
した管理することにより、会員ＮＯの会員毎に、当月の
支払金額、支払回数、今回の支払回数、金額、残回数、
残金額などを統括管理すると共に、照会に応じてその支
払状況などを会員に知らせることが可能となる。

【００８２】図１０の（ｂ）の下段の明細は、上段の明
細であって仮入金などを含めたものであって、会員ＮＯ
に対応づけて登録したものである。

【００８３】 ・会員ＮＯ： ・取引先コード： ・取引先名： ・回数： ・金額： ・仮入金： ・仮入金サイン： ・本入金： ・状態： ・形態（ＷＥＢ／携帯）： ・その他： ここで、会員ＮＯ、取引先コード、取引先名、形態は図
１０の（ｂ）の上段と同一であるので省略する。回数は
今回の引落の回数であり、金額は今回の引落の金額であ
り、仮入金はストックバンクシステム２に引落日前の仮
入金の額であり、仮入金サインは仮入金を取引会社シス
テム４の承認がＯＫか否かであり、本入金は実際に入金
（引落）したか否かであり、状態は入金待ちなどの状態
である。

【００８４】以上の図１０の（ｂ）の下段の情報を登録
して管理することにより、会員ＮＯの会員毎に、仮入
金、支払金額などを一括管理すると共に、照会に応じて
仮入金状況などを会員に知らせることが可能となる。

【００８５】図１０の（ｃ）は、顧客情報管理のＤＢの
例を示す。図１０の（ｃ）の上段は、顧客管理情報の主
要情報であって、図示の下記の情報を対応づけて登録し
たものである。

【００８６】 ・会員ＮＯ： ・顧客コード： ・取引先コード： ・取引先名： ・取引金額： ・残高： ・状態： ・仮入金： ・本入金： ・遅延： ・その他： ここで、会員ＮＯはストックバンクシステム２の会員の
ＮＯ（番号）であり、顧客コードは当該会員ＮＯに対応
する顧客コードであり、取引先コードは取引会社システ
ム４のコードであり、取引先名は取引会社システム４の
会社名であり、取引金額は取引対象の金額であり、残高
は顧客（会員）の残高であり、状態はＯＫか否かの情報
情報であり、仮入金は仮に入金された金額であり、本入
金は引落日に引き落とした金額（振替金額）であり、遅
延は振替遅延の有無などである。

【００８７】図１０の（ｃ）の下段は、図１０の（ｃ）
の上段の明細情報であって、図示の記の情報を対応づけ
て登録したものである。

【００８８】 ・取引先コード： ・品目： ・支払金額： ・分割回数： ・支払回数： ・残高： ・仮入金： ・本入金： ・遅延： ・携帯番号： ・その他： ここで、取引先コードは図１０の（ｃ）の上段の取引先
コードであり、品目は購入した商品の名前であり、支払
金額は毎回の支払金額であり、残高は支払う必要のある
残高であり、仮入金は仮の入金額であり、本入金は引落
した額であり、遅延は引落の遅延の有無などであり、携
帯番号は連絡先の電話番号である。

【００８９】以上の図１０の（ｃ）の上段および下段の
情報を登録して管理することにより、顧客（会員）毎
に、品目別に支払金額、分割回数、支払回数、仮入金、
本入金などを一括管理すると共に、照会に応じて顧客
（会員）毎に購入した品目別に支払金額などを知らせる
ことが可能となる。

【００９０】図１０の（ｄ）は、金融機関口座情報のＤ
Ｂの例を示す。ここでは、図示の下記の情報を対応付け
て登録する。

【００９１】 ・会員ＮＯ： ・銀行コード： ・銀行名： ・銀行口座番号： ・引落日： ・ボーナス引落日： ・その他： ここで、会員ＮＯはストックバンクシステム２に登録し
た会員ＮＯであり、銀行コード、銀行名、銀行口座番
号、引落日、ボーナス引落日は会員ＮＯの会員の引落の
口座のある銀行コード、銀行名、銀行口座番号、引落
日、ボーナス引落日である。

【００９２】以上の図１０の（ｄ）のように会員の金融
機関口座情報を登録することにより、会員の口座からス
トックバンクシステム２の口座に自由入金したり、個別
入金したり、逆に会員の口座に引き戻したりなどするこ
とが可能となる。

【００９３】図１１の（ｅ）は、取引先個別情報のＤＢ
の例を示す。図１１の（ｅ）の上段は、取引先個別情報
の主要情報の例を示す。ここでは図示の下記の情報を対
応付けて登録する。

【００９４】 ・取引先コード： ・取引先名： ・支払金額： ・残高： ・その他： ここで、取引先コードはストックバンクシステム２が取
引を行う取引会社システム４の取引先コードであり、取
引先名は取引会社システム４の取引先名であり、支払金
額は支払った金額であり、残高は未支払の金額である。

【００９５】図１１の（ｅ）の下段は、取引先個別情報
の明細情報の例を示す。ここでは、図示の下記の情報を
対応づけて登録する。

【００９６】 ・取引先コード： ・取引先名： ・会員ＮＯ： ・支払金額： ・残高： ・取引先完了予定： ・取引完了の有無： ・遅延： ・その他： ここで、取引先コードは図１の取引会社システム４の取
引先コードであり、取引先名は取引会社し捨てう４の取
引先名であり、会員ＮＯは支払う会員のＮＯであり、支
払金額は会員の支払金額であり、残高は会員の支払の残
高であり、取引完了予定日は残高を全て支払う予定日で
あり、取引完了は取引完了の有無を設定する欄であり、
遅延は支払遅延を設定する欄である。

【００９７】以上の図１１の（ｅ）の上段および下段の
取引先個別情報を登録して一括管理することにより、取
引先毎に支払金額、残高、更に、会員毎の支払金額、残
高、支払完了予定日などを一括管理できると共に、照会
に応じて取引先毎や更に会員毎に支払金額、残高などを
知らせることが可能となる。

【００９８】図１１の（ｆ）は、債務管理のＤＢの例を
示す。図１１の（ｆ）の上段は、債務管理の主要情報の
例を示す。ここでは、図示の下記の情報を対応づけて登
録する。

【００９９】 ・会員ＮＯ： ・取引先コード： ・取引先名： ・購入年月日： ・品目： ・合計支払総額： ・月々： ・支払回数： ・今回回数： ・残回数： ・残金額： ・その他： ここで、会員ＮＯは図１のストックバンクシステム２の
会員ＮＯであり、取引先コードは取引会社システム４の
取引先コードであり、取引先名は取引会社システム４の
取引先名であり、購入年月日は会員が商品を購入した年
月日であり、品目は会員が購入した商品の品目であり、
合計支払総額は購入した品目の支払総額であり、月々は
毎月の支払金額であり、支払回数は月賦で購入したとき
の支払回数であり、今回回数は今回支払の回数であり、
残回数は残りの回数であり、残金額は支払未の残高であ
る。

【０１００】図１１の（ｆ）の下段は、債務管理の詳細
な個別情報の例を示す。ここでは、図示の下記の下記の
情報を対応付けて登録したものである。

【０１０１】 ・会員ＮＯ： ・取引先コード： ・取引先名： ・回数： ・金額： ・仮入金： ・仮入金サイン： ・本入金： ・状態： ・形態（ＷＥＢ／携帯）： ・その他： ここで、会員ＮＯはストックバンクシステム２の会員Ｎ
Ｏであり、取引先コードは取引会社システム４の取引先
コードであり、取引先名は取引会社システム４の取引先
名であり、回数は支払回数であり、仮入金は金融機関シ
ステム３からストックバンクシステム２への仮入金の額
であり、仮入金サインは仮入金について取引会社システ
ム４の承認の有無であり、本入金は引落した額であり、
状態は本入金などがＯＫか否かなどの状態を表し、形態
は請求などの情報を会員のＷＥＢあるいは携帯電話に連
絡するか否かを設定する欄である。

【０１０２】以上の図１１の（ｆ）の上段、下段に債務
情報を登録した管理することにより、取引先毎に会員毎
に購入年月日、品目、支払総額、月々支払額、支払回
数、今回支払回数、残支払回数、仮入金、本入金などの
債務情報を一括管理することが可能となると共に、会員
などからの照会があったときに取引先毎に会員毎に債務
情報を知らせることが可能となる。

【０１０３】

【発明の効果】以上説明したように、本発明によれば、
分割払い（債務）などの引落日を待たずに、先予約（割
当て）して事前に入金を債務に充当したり、取引先（ク
レジット会社）へ事前入金情報を通知し銀行からの仮入
金したりなどすることが可能となった。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】本発明の動作説明フローチャート（全体）であ
る。

【図３】本発明の動作説明フローチャート（取引トリ
ガ）である。

【図４】本発明の動作説明フローチャート（事前入金
１）である。

【図５】本発明の動作説明フローチャート（事前入金
２）である。

【図６】本発明の動作説明フローチャート（事前入金
３）である。

【図７】本発明の動作説明フローチャート（事前入金
４）である。

【図８】本発明の動作説明フローチャート（請求）であ
る。

【図９】本発明の動作説明フローチャート（情報登録／
取引情報参照）である。

【図１０】本発明のＤＢ例（その１）である。

【図１１】本発明のＤＢ例（その２）である。

【符号の説明】

１：利用者 １１：会員端末 １２：携帯電話 ２：ストックバンクシステム ２１：ＷＥＢ・携帯連携手段 ２２：取引情報ＤＢ ２３、３２、４２：ＡＳＰ（インタフェース） ２４：事前入金手段 ２５：振替手段 ３：金融機関システム ３１，４１：ＵＳＥＲ−ＡＰＬ（ユーザアプリ） ４：取引会社システム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０７Ｆ 19/00 Ｇ０７Ｄ 9/00 ４７６ Ｆターム(参考） 3E040 BA07 BA18 CA14 CB04 DA03 EA01 FH05

Claims (5)

【特許請求の範囲】
1. 【請求項１】利用者の口座から引落を行うストックバン
   クシステムにおいて、 利用者から当該利用者の口座より債務への事前入金の指
   示があったときに、当該債務への事前入金について利用
   者の口座からストックバンクの口座に振り替えて当該債
   務への事前入金として保持する手段と、 上記振り替えがあったときに当該債務への事前入金完了
   を取引先に通知し、取引先から事前入金の承認応答があ
   ったときに当該事前入金を引落あるいは引落日を待って
   引き落とす手段とを備えたことを特徴とするストックバ
   ンクシステム。
2. 【請求項２】利用者の口座から引落を行うストックバン
   ク方法において、 利用者から当該利用者の口座より債務への事前入金の指
   示があったときに、当該債務への事前入金について利用
   者の口座からストックバンクの口座に振り替えて当該債
   務への事前入金として保持するステップと、 上記振り替えがあったときに当該債務への事前入金完了
   を取引先に通知し、取引先から事前入金の承認応答があ
   ったときに当該事前入金を引落あるいは引落日を待って
   引き落とすステップとを有するストックバンク方法。
3. 【請求項３】利用者の口座から引落を行うストックバン
   ク方法において、 取引先から請求があったときに利用者に通知し振込の有
   無の指示を受信するステップと、 上記振込の有りの指示を受信したとき、あるいは上記利
   用者に通知の無が設定されていたとき、上記請求あるい
   は上記請求の一部について利用者の口座からストックバ
   ンクの口座に振り替えて事前入金として保持するステッ
   プと、 上記事前入金の振り替えがあったときに当該事前入金完
   了を取引先に通知し、 取引先から当該事前入金の承認応答があったときに当該
   事前入金を引落あるいは引落日を待って引き落とすステ
   ップとを有するストックバンク方法。
4. 【請求項４】利用者の口座から引落を行うストックバン
   ク方法において、 利用者から当該利用者の口座より引落先を指定しない自
   由名目の入金の指示があったときに、当該指示のあった
   自由名目の入金について利用者の口座からストックバン
   クの口座に振り替えて当該自由名目の入金として保持す
   るステップと、 取引先から請求があったときに上記自由名目の入金から
   当該請求を引き当てて事前入金として保持すると共に事
   前入金完了を取引先に通知し、取引先から事前入金の承
   諾応答があったときに引落あるいは引落日に引落すステ
   ップとを有するストックバンク方法。
5. 【請求項５】上記引落あるいは引落日に引き落とす際
   に、不足した場合には、利用者の口座から不足分を引き
   落とすステップを有する請求項２から請求項４のいずれ
   かに記載のストックバンク方法。