JP2005084885A - データ消込システムおよびプログラム - Google Patents

Abstract

【課題】 資金移動サービスを利用し、商品の消込を、販売会社やその代理店の業務負担を課すことなく実現する。
【解決手段】 サーバ１０は、所定のタイミングで、ある者の口座の資金の全額を他の者の口座に移動させる資金移動サービスを利用した資金移動において、移動日、移動金額を含む資金移動の結果データを、金融機関システム１２から受理し、結果データのレコードを、結果データテーブルに記憶する資金移動データ管理部２４と、ある者から他の者に対して送られた、入金予定額および当該入金予定を特定する情報に基づき作成された入金予定データを、他の者のシステム１４から受理し、入金予定データのレコードを、入金予定データテーブルに記憶する入金予定データ管理部２２と、資金移動結果データに基づく消込処理対象金額から、入金予定データのレコードに示される入金予定額を、順次減じることにより、消込を実行するデータ消込部２６とを備える。
【選択図】 図１

Description

本発明は、決済処理を円滑に実行することができるデータ消込システムおよびプログラム法に関する。

損害保険など保険商品は、基本的には、契約者が、保険代理店を介して、保険を契約し、保険料を、保険代理店の口座に振り込み、或いは、直接保険代理店の職員に手渡し、保険代理店において自己の口座に手渡された保険料を振り込むのが一般的である。

このようにして、いったん保険代理店の口座に収容された保険料が、保険会社の口座に移動することで、保険会社において消込が行なわれ、決済が完了する。
消込は、従来、保険の証券番号をキーとして、保険会社の口座に移動された保険料と、保険会社からの保険申込書や領収書の内容とを突合することにより実現していた。

しかしながら、保険料が金融機関の口座に移動されるタイミングと、申込書や領収書が保険会社に到着するタイミングは異なるため、消込は非常に手間のかかる作業であった。

特許文献１には、上記保険会社からの指示により、保険代理店の銀行口座から決済要求された金額を保険会社の銀行口座に移動することにより、上記資金の移動を容易にする技術が提案されている。より詳細には、まず、保険代理店（利用者）と保険会社（販売者）との間で、保険会社の決済要求に対して、保険代理店の承諾を得ずに、保険代理店の口座から、決済要求された金額（保険料に相当する金額）を、保険会社の銀行口座に移動する契約が締結される。

保険代理店の端末では、獲得した保険契約情報（たとえば、証券番号や保険料額など）と、保険料相当金額の決済指示を、保険会社のコンピュータに伝達する。保険会社のコンピュータは、情報および指示の受理に応答して、決済要求データを作成し、金融機関の決済コンピュータに伝達する。金融機関の決済コンピュータは、決済要求データに基づき、代理店の口座の該当金額を、保険会社の口座に移動する指示を、勘定系ホストコンピュータに与える。

たとえば、特許文献１に開示された技術を利用して、保険代理店が、決済をしたい保険契約ごとに、保険契約情報および決済指示を与えることで、保険会社は、決済指示をするとともに、当該保険契約の消込を実現することができる。
特開２００２−３６６７６６号公報

しかしながら、上記特許文献１においては、保険代理店が、件ごとに保険契約情報および決済指示を与える必要があり、保険代理店における業務負荷が大きくなるという問題点があった。

その一方、現在、所定のタイミング（たとえば、１日１度決められた時刻）に、ある者の口座の資金を、全額、定められた他人の口座に移動させる資金移動サービスが、種々の金融機関から提案されている。これを利用すれば、保険代理店が指示を与えることなく、自己の口座の資金を、保険代理店の口座に移動させることができる。

しかしながら、この資金移動サービスを利用する場合、移動された資金について、保険会社は、資金の総額および移動日のみを知ることができ、どの証券番号の保険料額が、保険会社の口座に移動したかを知ることが不可能である。

本発明は、資金移動サービスを利用し、商品の消込を、販売会社やその代理店の業務負担を課すことなく実現する。より具体的には、本発明は、資金移動サービスを利用し、保険代理店の業務負荷を軽減しつつ、保険契約の消込をも、保険会社や保険代理店の業務負担を課すことなく実現できるシステムを提供することを目的とする。

本発明の目的は、所定のタイミングで、ある者の口座の資金の全額を、他の者の口座に移動させる資金移動サービスを利用した資金移動において、その移動日、移動金額を少なくとも含む資金移動の結果データを、金融機関のシステムから受理し、受理した結果データのレコードを、結果データテーブルに記憶する資金移動データ管理手段と、ある者から他の者に対して送られた、少なくとも入金予定額および当該入金予定を特定する情報に基づき作成された入金予定データを、他の者のシステムから受理し、受理した入金予定データのレコードを、入金予定データテーブルに記憶する入金予定データ管理手段と、前記資金移動結果データに基づく消込処理対象金額から、前記入金予定データのレコードに示される入金予定額を、順次減じることにより、当該レコードに関する消込を実行するデータ消込手段とを備えたことを特徴とするシステムにより達成される。

本発明によれば、所定のタイミング、たとえば、１日１度、決められた時刻にある者の口座から他の者の口座に全額移動された資金の金額から、入金する予定となっている金額を差し引くことで、消込を実現できる。これにより、ある者、たとえば保険代理店、および、他の者、たとえば保険会社の双方の業務負荷を増大させることない消込が可能となる。たとえば、保険料の消込であれば、入金予定を特定する情報として、証券番号を利用することができる。

好ましい実施態様においては、データ消込手段が、消込が完了しない入金予定データのレコードを次回の消込処理対象とし、かつ、消込による残額を、次回の消込における消込処理対象金額への持ち越し金額とするように、前記結果データテーブルおよび入金予定データテーブルを更新する。これにより、次回の消込処理においては、資金移動の結果データに示される金額および持ち越し金額の総和が、消込処理対象金額となる。

より好ましい実施態様においては、前記データ消込手段が、前記消込が完了した入金予定のレコードの消込フラグをセットする。これにより、消込フラグがセットされていないレコードが、消込処理対象のレコードであることが容易に判断できる。

別の好ましい実施態様においては、さらに、データ消込手段が、前記他の者のシステムに対して、ネットワークを介して、前記消込が完了したレコードの情報、および、口座の残額を通知する。

また、本発明の目的は、所定のタイミングで、ある者の口座の資金の全額を、他の者の口座に移動させる資金移動サービスを利用した資金移動において、その移動日、移動金額を少なくとも含む資金移動の結果データを、金融機関のシステムから受理するステップと、受理した結果データのレコードを、結果データテーブルに記憶するステップと、ある者から他の者に対して送られた、少なくとも入金予定額および当該入金予定を特定する情報に基づき作成された入金予定データを、他の者のシステムから受理するステップと、受理した入金予定データのレコードを、入金予定データテーブルに記憶するステップと、前記資金移動結果データに基づく消込処理対象金額から、前記入金予定データのレコードに示される入金予定額を、順次減じることにより、当該レコードに関する消込を実行するステップとをコンピュータに実行させることを特徴とする、コンピュータにより読み出し可能なプログラムによっても達成される。

好ましい実施態様においては、前記消込を実行するステップにおいて、消込が完了しない入金予定データのレコードを次回の消込処理対象とし、かつ、消込による残額を、次回の消込における消込処理対象金額への持ち越し金額とするように、前記結果データテーブルおよび入金予定データテーブルを更新するステップを、前記コンピュータに実行させる。

より好ましくは、消込を実行するステップにおいて、前記消込が完了した入金予定のレコードの消込フラグをセットするステップを、前記コンピュータに実行させる。

別の好ましい実施態様においては、さらに、前記他の者のシステムに対して、ネットワークを介して、前記消込が完了したレコードの情報、および、口座の残額を通知するステップを、前記コンピュータに実行させる。

本発明によれば、資金移動サービスを利用し、商品の消込を、販売会社やその代理店の業務負担を課すことなく実現することが可能となる。

以下、添付図面を参照して、本発明の実施の形態について説明する。図１は、本実施の形態にかかるシステム全体の概略を示すブロックダイヤグラムである。図１に示すように、このシステムにおいては、金融機関のシステム１２と、保険会社のシステム１４との間に、ネットワーク１６，１８を介して接続されたサーバ１０が設けられている。

図１に示すように、サーバ１０は、後述する種々のデータを記憶する入金状況ＤＢ２０と、保険会社のシステム１４からの入金予定データを受理して、必要な処理を実行した上で入金状況ＤＢ２０に記憶する入金予定データ管理部２２と、金融機関のシステム１２からの資金移動の結果データを受理して、必要な処理を実行した上で入金状況ＤＢ２０に記憶する資金移動データ管理部２４と、入金予定データおよび結果データに基づいて、後述する消し込み処理を実行するデータ消込部２６と、保険会社のシステム１４からの要求に応答して、種々の情報を、システム１４に対して提示するための処理を実行する入金状況管理部２８とを有している。

本実施の形態にかかるシステムを利用する際の資金移動、資金移動に基づきサーバに通知されるデータ、および、保険会社からサーバに通知されるデータについて、図２を参照して説明する。保険代理店を介して保険を契約したユーザ（資金の決済者）は、金融機関（符号２００参照）の保険代理店の口座に、必要な金額（保険料額）を入金する（符号２０１参照）。決裁者のそれぞれが、保険代理店の口座に、保険契約に基づいた所定の金額（保険料額）を入金することにより、当該口座には、入金された分の金額が蓄積される。無論、保険代理店が直接徴収した保険料は、保険代理店により、自己の口座に入金がされる。

本実施の形態においては、保険代理店と保険会社の契約に基づいて、所定のタイミングで（たとえば毎日所定の時刻に）、金融機関（符号２００参照）において、保険代理店の口座から、資金の全額が、保険会社の口座に移動するようになっている（符号２０２参照）。これに伴って、金融機関のシステム１２から、サーバ１０に、ネットワーク１６を介して、資金移動の結果を示すデータ（結果データ）が伝達される（符号２０３参照）。無論、金融機関のシステム１２から保険会社のシステム１２にも、同様な結果データが送られても良い。図３（ａ）は、結果データを記憶した結果データテーブルのデータ構成を示す図である。結果データテーブルのレコードは、項目として、「資金移動日」、「移動金額」、「移動元口座情報」および「移動先口座情報」を含む。本実施の形態においては、毎日所定の時刻に結果データがサーバ１０に送られると考える。

また、保険代理店からは、保険会社（符号２１０参照）に対して、保険契約の申込書ないし保険金の領収書が送付される（符号２１１参照）。保険会社においては、申込書や領収書に基づいて、保険会社の口座に入金される予定の金額を示すデータ（入金予定データ）が作成され、これが、サーバ１０にネットワーク１８を介して伝達される（符号２１２参照）。図３（ｂ）は、入金予定データを記憶した入金予定データテーブルのデータ構成を示す図である。入金予定データテーブルのレコードは、項目として、「契約者名」、「入金予定保険料額」、「証券番号」、「代理店コード」、「課所コード」、「母店コード」、「申込日」、「入金種類」、「代理店名称」、「契約者住所」、「契約者郵便番号」、「契約者電話番号」、「保険責任開始日」、「領収日」、「領収書番号」および「データ生成日」を含む。

サーバ１０においては、資金移動データ管理部２４および入金予定データ管理部２２が、それぞれ、資金移動の結果データおよび入金予定データを、入金状況ＤＢ２０に記憶する。なお、入金状況ＤＢ２０には、後述する結果データと入金予定データに基づく消込処理の後、消込ができずに持ち越しになった金額を示す持ち越しデータが記憶されている。

サーバ１０は、入金状況ＤＢ２０に記憶された結果データおよび入金予定データを参照して、以下に述べる処理を実行する。図４は、サーバ１０において実行される消込処理を示すフローチャートである。この処理は、所定のタイミングで（たとえば毎日、金融機関のシステム１４からの資金移動の結果データを受理した後）実行され得る。なお、消込処理に先立って、入金予定データテーブル中、消込処理が完了していないレコード（後述する消込処理により消込フラグがセットされていないレコード）については、領収日および証券番号の順、より詳細には、領収日の古い順、領収日が同じ場合には証券番号が古い順にソートされる。たとえば、ソート処理は、入金予定データ管理部２２が、データ消込部のソート処理に先立って実行すればよい。

図４に示すように、サーバ１０のデータ消込部２６は、入金状況ＤＢ２０中の結果データテーブル２中、処理対象となるレコードの「資金移動日」を参照して、処理対象となるレコードと同一の「資金移動日」を有するレコードが既に存在するか否かを判断する（ステップ４０１）。本実施の形態においては、１日単位で結果データがサーバ１０に送られてくるため、「資金移動日」が同一の重複するレコードがある場合には（ステップ４０１でイエス(Yes)）、何からのエラーが生じていると考えられるため、エラーメッセージをサーバ１０の表示装置に表示してエラーが生じたことをオペレータに通知する（ステップ４０２）。これに加えて、金融機関システム１２にもエラーを通知しても良い。

ステップ４０１でノー(No)と判断された場合には、データ消込部２６は、結果データ中の移動金額および持ち越し金額に基づき、消込処理の対象となる金額（処理対象金額）を特定する（ステップ４０３）。次いで、データ消込部２６は、入金予定データテーブルにおいてソートされたレコードから先頭のレコードを取り出し（ステップ４０４）、当該レコード中の「入金予定保険料額」が、処理対象金額以下であるか否かを判断する（ステップ４０５）。

ステップ４０５でイエス(Yes)の場合には、データ消込部２６は、処理対象金額から、「入金予定保険料額」を減じて、処理対象金額を更新する（ステップ４０６）。次いで、入金予定データテーブル中の、処理対象となるレコードの消込フラグがセットされる（ステップ４０７）。

入金予定データテーブル中に、次のレコードがある場合には、当該次のレコードに関して、ステップ４０５〜４０７の処理が繰り返し実行される（ステップ４０８、４０９参照）。また、ステップ４０５でノー(No)と判断された場合、つまり、入金予定保険料額が処理対象金額より大きかった場合にも、ステップ４０８に進み、レコードがある限り、同様の処理が実行される。

ステップ４０８でノー(No)と判断された場合、つまり、入金予定データテーブル中、処理対象となる次のレコードが存在しなくなった場合には、データ消込部２６は、持ち越し金額が処理対象金額となるように、持ち越し金額を更新して、これを入金状況ＤＢ２０に記憶する（ステップ４１０）。図４に示す処理の後に実行される通知処理では、消込結果、たとえば、消し込まれた入金予定データのレコードに関する証券番号などを含むデータ、および、資金の残額を示すデータを、保険会社のシステム１４にネットワーク１８を介して伝達すればよい。

図５〜図７は、本実施の形態にかかるサーバ１０による消込処理の具体例を説明するための図である。たとえば、図５に示すように、第１日の資金移動の結果、￥６００が、保険代理店の口座から保険会社の口座に移動している。これにより、サーバ１０には資金に同額￥６００を示すデータが、結果データとして与えられる。たとえば、第１日には、保険会社からは、保険の申込書Ａ、ＢおよびＣに対応する入金予定データのレコードが、サーバ１０に与えられたと考える。なお、図５において、結果データ（左側参照）中、申込書に対応するように、Ａ、ＢおよびＣが付されているが、説明の便宜上記載したものであり、実際の結果データは、移動金額として、移動した金額の総額が示されるに過ぎない。また、図５〜図７の例では、保険の申込書と記載しているが、これは、保険代理店において料金を領収済のものであり、保険料の領収書であっても良い。

サーバ１０のデータ消込部２６は、図４に示す処理にしたがって、処理対象金額から、ソート順で入金予定データのレコードが示す金額を差し引くことで、申込書ごとの消込を進める。図５の例では、第１日であるため、処理対象金額は、移動データ中の￥６００となり、申込書Ａ（保険料額：￥１００）、申込書Ｂ（保険料額：￥２００）および申込書Ｃ（保険料額：￥３００）がそれぞれ消し込まれる。消込処理の結果、処理対象金額と保険料額の総和とは等しいため、差額、つまり、持越金額は￥０となる。図５は、資金移動の結果データが示す移動金額が、保険会社に到着した申込書に基づく保険料額の総和が一致し、全ての申込書のマッチが完了した例に相当する。

図６に示すように、第２日の資金移動の結果、￥４００が、保険代理店の口座から保険会社の口座に移動している。この例では、保険会社に届いた申込書Ｄ〜Ｆのうち、申込書Ｅに対応する保険料額が入金されず、申込書Ｄ、Ｆに対応する保険料額が入金され、保険会社の口座に移動している。無論、結果データにおいては、移動した金額の総額が示されるだけで、どの申込書に対応する金額かが示されているものではない。

また、第２日においては、保険会社から、保険の申込書Ｄ〜Ｆに対応する入金予定データのレコードが、サーバ１０に与えられたと考える。サーバ１０のデータ消込部２６は、同様に、図４に示す処理にしたがって、処理対象金額から、ソート順で入金予定データのレコードが示す金額を差し引くことで、申込書ごとの消込を進める。ここでは、申込書Ｄ（保険料額：￥１００）および申込書Ｅ（保険料額￥２００）が消し込まれるが、申込書Ｆ（保険料額：￥３００）については、処理対象金額が足りず、消しこむことができず、翌日以降の持ち越しとなる。また、消し込まれた保険料額は￥３００であるため、処理対象額￥４００との差額￥１００が、翌日の消込処理の持越金額となる。

図７に示すように、第３日の資金移動の結果、￥７００が、保険代理店の口座から保険会社の口座に移動している。この例では、移動データには、申込書Ｇ〜Ｉに相当する保険料額の総額が、移動した金額の総額￥７００として示されている。その一方、保険会社から、保険の申込書Ｇに対応する入金予定データが、サーバ１０に与えられている。この場合、消込処理においては、持越金額￥１００および資金移動データに示す移動した金額の総額￥７００の和である￥８００が、処理対象金額となる。また、消込処理では、前日から持ち越された申込書Ｆの保険料額￥３００が消し込まれ、次いで、申込書Ｇの保険料額￥１００が消し込まれる。第３日の消込処理では、申込書ＦおよびＧに関する消し込みが終了すると、これ以降の申込書に対応する入金予定データのレコードが存在しないため、処理対象金額から消し込まれた保険料額の総和を差し引いた差額￥４００が、翌日の消込処理の持越金額となる。

次に、入金状況管理部２８にて実行される処理について簡単に説明する。入金状況管理部２８は、ネットワーク１８を介して与えられた、保険会社のシステム１４からの要求にしたがって、所望の入金予定データのレコードを読み出し、これを保険会社のシステム１４に提示することができる。提示される情報には、各レコードに含まれる消込フラグに基づき入金／未入金を示す情報が含まれる。たとえば、入金予定であったが、その後、契約の取り消しにより入金予定がなくなった場合には、そのレコードを消去することもできる。或いは、必要に応じて、レコードの内容を変更することもできる。

なお、図１においては、入金状況管理部２８は、保険会社のシステム１４に、必要な情報を提示できるようになっているが、これに限定されるものではなく、保険代理店からも、当該保険代理店の代理店コードを有するレコードを参照できるようにしても良い。また、レコードの消去や変更は、代理店コード、課所コード、母店コードなどに基づいて、そのコードに対応する代理店、課所、母店のみが行なえるように制限をするのが望ましい。

さらに、入金状況管理部２８は、入金予定データのレコードを参照して、所定期間消込ができなかったレコードについて、たとえば、保険代理店に対して入金督促メールを送付し、契約の未成立の防止を図ることができる。

本実施の形態によれば、保険代理店の口座から保険会社の口座への資金移動の結果データに対応する金額（つまり、資金移動額および前日の持越金額）から、保険会社からの個々の申込書に対応する入金予定データのレコードに示す保険料額を順次差し引くことにより、消込を実現している。このように、口座の金額を全額移動するため、契約者から預かった保険料を遅滞なく消しこむことができ、その情報を確実に保険会社のシステムに通知することが可能となる。

また、代理店から保険会社に回収した、つまり、移動させた資金は、複数の保険の申込書や領収書にかかる保険料に相当する。これを証券番号単位に消し込むことは非常に手間がかかる。なぜならば、移動させた資金が、どの申込書や領収書に対応するものかを判別することが困難だからである。しかしながら、本実施の形態によれば、保険代理店からの申込書や領収書に基づいて作成された入金予定データを活用することにより、消込を行なうため、上述したように、代理店の資金を保険会社に全額まとめて回収しても、証券番号単位の消込が可能であり、保険会社における業務負荷を著しく軽減することが可能となる。その一方、本実施の形態によれば、代理店は、契約者から預かった複数の保険料を、自己の口座に入金すればよく、保険料の消込などを代理店の側で行なう必要がない。

本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

前記実施の形態においては、ある者を保険代理店、他の者を保険会社とし、かつ、消込の対象を保険料として本システムを利用し、かつ、入金予定を特定する情報として、証券番号を利用しているがこれに限定されるものではなく、種々の者の間での、種々の商品の代金を消し込むために本システムを利用することができる。たとえば、小売店と問屋、小売店とメーカーとの間で、商品の代金の消込のために本システムを利用しても良い。この場合、入金予定を特定する情報として、領収書に付された領収書番号や、商品を特定するコード（たとえばＪＡＮコード）などを利用すれば良い。

図１は、本実施の形態にかかるシステム全体の概略を示すブロックダイヤグラムである。 図２は、本実施の形態にかかるシステムを利用する際の資金の移動を説明する図である。 図３（ａ）、（ｂ）は、それぞれ、結果データを記憶した結果データテーブルのデータ構成、および、入金予定データを記憶した入金予定データテーブルのデータ構成を示す図である。 図４は、本実施の形態にかかるサーバにおいて実行される消込処理を示すフローチャートである。 図５は、本実施の形態にかかるサーバによる消込処理の具体例を説明するための図である。 図６は、本実施の形態にかかるサーバによる消込処理の具体例を説明するための図である。 図７は、本実施の形態にかかるサーバによる消込処理の具体例を説明するための図である。

符号の説明

１０ サーバ
１２ 金融機関システム
１４ 保険会社システム
１６、１８ ネットワーク
２０ 入金状況ＤＢ
２２ 入金予定データ管理部
２４ 資金移動データ管理部
２６ データ消込部
２８ 入金状況管理部

Claims (8)

1. 所定のタイミングで、ある者の口座の資金の全額を、他の者の口座に移動させる資金移動サービスを利用した資金移動において、その移動日、移動金額を少なくとも含む資金移動の結果データを、金融機関のシステムから受理し、受理した結果データのレコードを、結果データテーブルに記憶する資金移動データ管理手段と、
   ある者から他の者に対して送られた、少なくとも入金予定額および当該入金予定を特定する情報に基づき作成された入金予定データを、他の者のシステムから受理し、受理した入金予定データのレコードを、入金予定データテーブルに記憶する入金予定データ管理手段と、
   前記資金移動結果データに基づく消込処理対象金額から、前記入金予定データのレコードに示される入金予定額を、順次減じることにより、当該レコードに関する消込を実行するデータ消込手段とを備えたことを特徴とするデータ消込システム。
2. 前記データ消込手段が、消込が完了しない入金予定データのレコードを次回の消込処理対象とし、かつ、消込による残額を、次回の消込における消込処理対象金額への持ち越し金額とするように、前記結果データテーブルおよび入金予定データテーブルを更新することを特徴とする請求項１に記載のシステム。
3. 前記データ消込手段が、前記消込が完了した入金予定のレコードの消込フラグをセットすることを特徴とする請求項２に記載のシステム。
4. さらに、データ消込手段が、前記他の者のシステムに対して、ネットワークを介して、前記消込が完了したレコードの情報、および、口座の残額を通知することを特徴とする請求項１ないし３の何れか一項に記載のシステム。
5. 所定のタイミングで、ある者の口座の資金の全額を、他の者の口座に移動させる資金移動サービスを利用した資金移動において、その移動日、移動金額を少なくとも含む資金移動の結果データを、金融機関のシステムから受理するステップと、
   受理した結果データのレコードを、結果データテーブルに記憶するステップと、
   ある者から他の者に対して送られた、少なくとも入金予定額および当該入金予定を特定する情報に基づき作成された入金予定データを、他の者のシステムから受理するステップと、
   受理した入金予定データのレコードを、入金予定データテーブルに記憶するステップと、
   前記資金移動結果データに基づく消込処理対象金額から、前記入金予定データのレコードに示される入金予定額を、順次減じることにより、当該レコードに関する消込を実行するステップとをコンピュータに実行させることを特徴とする、コンピュータにより読み出し可能なデータ消込プログラム。
6. 前記消込を実行するステップにおいて、消込が完了しない入金予定データのレコードを次回の消込処理対象とし、かつ、消込による残額を、次回の消込における消込処理対象金額への持ち越し金額とするように、前記結果データテーブルおよび入金予定データテーブルを更新するステップを、前記コンピュータに実行させることを特徴とする請求項５に記載のプログラム。
7. 前記消込を実行するステップにおいて、前記消込が完了した入金予定のレコードの消込フラグをセットするステップを、前記コンピュータに実行させることを特徴とする請求項６に記載のプログラム。
8. さらに、前記他の者のシステムに対して、ネットワークを介して、前記消込が完了したレコードの情報、および、口座の残額を通知するステップを、前記コンピュータに実行させることを特徴とする請求項５ないし７の何れか一項に記載のプログラム。

Images