(57)【要約】【課題】一括振込処理が残高不足等により留保された場合であっても、留保された一括振込処理に関する作業負荷を低減できる振込管理システムを提供する。【解決手段】受信部８１は、一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信する。入金確認部８２は、出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う。入金確認部８２は、一括振込に必要な入金がされるまで、出金エラーが発生した出金口座に対して定期的に入金確認を繰り返す。【選択図】図５
2020035120.tif 000002
【特許請求の範囲】
【請求項１】
一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信する受信部と、
前記出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う入金確認部とを備え、
前記入金確認部は、一括振込に必要な入金がされるまで、出金エラーが発生した出金口座に対して定期的に入金確認を繰り返す
ことを特徴とする振込管理システム。
【請求項２】
振込依頼人または当該振込依頼人に通知を行う第三者に対して、受信した出金エラーの内容を通知する通知部を備えた
請求項１記載の振込管理システム。
【請求項３】
入金が確認できた出金口座に対して一括振込の再処理を行う振込手続部を備え、
前記振込手続部は、一時的な貸付により振込指示に対する振込処理が完了している場合、当該一時的な貸付が行われた金融機関の指定口座への入金処理を行う
請求項１または請求項２記載の振込管理システム。
【請求項４】
入金確認部は、出金口座からの出金を指示する出金電文を、出金エラーが発生した出金口座に対して送信することにより入金確認を行う
請求項１から請求項３のうちのいずれか１項に記載の振込管理システム。
【請求項５】
入金確認部は、残高照会を行う照会電文を出金エラーが発生した出金口座に対して送信することにより入金確認を行う
請求項１から請求項３のうちのいずれか１項に記載の振込管理システム。
【請求項６】
一括振込に関する帳票を出力する出力部を備え、
入金確認部は、入金確認を行う期間として予め定めた期間が経過した場合に、出金口座に対する入金確認を停止し、
前記出力部は、入金確認ができなかったことを示す帳票を出力する
請求項１から請求項５のうちのいずれか１項に記載の振込管理システム。
【請求項７】
一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信し、
前記出金エラーが発生した出金口座に対して、一括振込に必要な入金がされるまで定期的に入金確認を繰り返す
ことを特徴とする振込管理方法。
【請求項８】
振込依頼人または当該振込依頼人に通知を行う第三者に対して、受信した出金エラーの内容を通知する
請求項７記載の振込管理方法。
【請求項９】
コンピュータに、
一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信する受信処理、および、
前記出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う入金確認処理を実行させ、
前記入金確認処理で、一括振込に必要な入金がされるまで、出金エラーが発生した出金口座に対して定期的に入金確認を繰り返させる
ための振込管理プログラム。
【請求項１０】
コンピュータに、
振込依頼人または当該振込依頼人に通知を行う第三者に対して、受信した出金エラーの内容を通知する通知処理を実行させる
請求項９記載の振込管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、振込エラーに対する管理を行う振込管理システム、振込管理方法および振込管理プログラムに関する。
【背景技術】
【０００２】
企業活動を行う上で、大量の為替振込を一括で実行する総合振込や給与振込などが、通常業務として行われている。総合振込や給与振込などの一括振込を利用することで、大量の為替振込を一括で実行することができるため、例えば、為替振込が集中する日でも、企業による為替振込の負荷を低減することが可能になる。
【０００３】
一方、大量の振込データについて一括して処理する場合、振込エラーが発生する可能性も高まることから、振込エラーを低減させる方法も提案されている。例えば、特許文献１には、大量の振込データを一括処理し、かつ振込成功率を向上させる振込システムが記載されている。特許文献１に記載された振込システムは、振込先口座情報の妥当性検査を統合ＡＴＭ（automated teller machine）と通信することにより実行し、妥当性検査の結果データに基づいてエラーが存在しないと判定される振込先口座情報のみを識別する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２２８９３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、一括振込では、為替振込に必要な資金の残高が出金口座である振込元口座に必要になる。そのため、そもそも、出金口座に資金が不足している場合、為替振込ができずに出金エラーが発生してしまうことになる。特許文献１に記載された振込システムでは、振込先口座情報の妥当性を検査して振込成功率を向上させているが、資金不足による出金エラーについては考慮されていない。そのため、出金エラーが発生した場合の後処理については不明である。
【０００６】
図６は、振込不能になった際の一般的な業務フローの例を示す説明図である。夜間バッチ等による一括振込１１１に対し、金融機関Ｆ１の勘定系ホストコンピュータ１１０で出金エラー１１２が発生したとする。一括振込１１１に対して出金エラー１１２が発生した場合、勘定系ホストコンピュータ１１０は、一括振込を留保し、事務センター１２０の端末１２１に対して、出金エラーの受信票１２２の出力を指示する。事務センター１２０の端末１２１は、出金エラーとして振込資金リスクエラーを示す受信票１２２を出力する。
【０００７】
オペレータ１１３は、端末１２１を介して入金確認１１４を行い、顧客Ｆ２である依頼人に対して、入金依頼の連絡１１５を行う。その後も、オペレータ１１３は、台帳を参照して、未入金先のチェックを行いながら、端末１２１を介して定期的に入金確認１１６を行う。
【０００８】
その後、依頼人である顧客Ｆ２からの入金１１７が確認できると、オペレータ１１３は、端末１２１を介して依頼人の出金口座からの出金処理、為替仕向口への入金処理、一括振込処理および手数料の徴収処理などの後処理１１８を行う。
【０００９】
振込処理を長時間保留させておくことは適切でないため、図６に例示するように、金融機関Ｆ１では、オペレータ１１３が、振込の依頼人に対して問合せを行うとともに、定期的に口座への入金確認を行う。しかし、対象とする依頼人の口座への入金確認を端末１２１を介して定期的に行うことは、オペレータ１１３にとって大きな負荷であり、対象とする依頼人や件数が増加すれば、その負荷も併せて増加する。
【００１０】
そこで、本発明は、一括振込処理が残高不足等により留保された場合であっても、留保された一括振込処理に関する作業負荷を低減できる振込管理システム、振込管理方法および振込管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明による振込管理システムは、一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信する受信部と、出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う入金確認部とを備え、入金確認部が、一括振込に必要な入金がされるまで、出金エラーが発生した出金口座に対して定期的に入金確認を繰り返すことを特徴とする。
【００１２】
本発明による振込管理方法は、一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信し、出金エラーが発生した出金口座に対して、一括振込に必要な入金がされるまで定期的に入金確認を繰り返すことを特徴とする。
【００１３】
本発明による振込管理プログラムは、コンピュータに、一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信する受信処理、および、出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う入金確認処理を実行させ、入金確認処理で、一括振込に必要な入金がされるまで、出金エラーが発生した出金口座に対して定期的に入金確認を繰り返させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、一括振込処理が残高不足等により留保された場合であっても、留保された一括振込処理に関する作業負荷を低減できる。
【図面の簡単な説明】
【００１５】
【図１】本発明による振込管理システムの構成例を示すブロック図である。
【図２】出金エラーが発生した場合の業務フローの例を示す説明図である。
【図３】振込管理システムの動作例を示すフローチャートである。
【図４】振込管理サーバの動作例を示すフローチャートである。
【図５】本発明による振込管理システムの概要を示すブロック図である。
【図６】振込不能になった際の一般的な業務フローの例を示す説明図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態を図面を参照して説明する。
【００１７】
実施形態１．
図１は、本発明による振込管理システムの第一の実施形態の構成例を示すブロック図である。本実施形態の振込管理システム１００は、記憶部１０と、振込管理サーバ２０とを備えている。振込管理サーバ２０は、例えば、金融機関ごとに設けられる。
【００１８】
記憶部１０は、各種情報を記憶する記憶装置である。記憶部１０は、例えば、勘定系ホストコンピュータ（図示せず）に設けられ、勘定系ホストコンピュータが、振込管理サーバ２０と通信可能に接続される。
【００１９】
また、本実施形態では、勘定系ホストコンピュータに対して、夜間バッチで一括振込の指示が行われたものとし、その一括振込の指示に対して、残高不足等を示す出金エラーが発生したものとする。そして、勘定系ホストコンピュータが、振込管理サーバ２０に対して、出金エラーを示す電文を送信したものとする。出金エラーを示す電文には、振込先口座情報や、出金口座を示す情報などが含まれる。なお、出金エラーを示す具体的な電文の内容は後述される。一括振込の指示は、夜間バッチに限定されず、任意のタイミングによる指示であってもよい。
【００２０】
記憶部１０は、依頼人である顧客の口座情報を記憶する。具体的には、記憶部１０は、顧客の口座の残高状況などを記憶しており、記憶部１０の内容は振込管理サーバ２０より参照可能である。
【００２１】
振込管理サーバ２０は、エラー受信部２１と、入金確認部２２と、通知部２３と、振込手続部２４と、出力部２５と、顧客情報記憶部２６とを含む。
【００２２】
顧客情報記憶部２６は、依頼人である顧客の情報を記憶する。具体的には、顧客情報記憶部２６は、各顧客の名称、出金口座を記憶する。また、顧客情報記憶部２６は、後述する通知部２３が、依頼人に通知を行うための情報を記憶する。通知を行うための情報には、少なくとも、通知方法および通知先を特定する情報が含まれる。通知方法として、例えば、ファクシミリやメール、Ｗｅｂでの表示、携帯アプリケーションへの通知、などが挙げられる。また、通知先を特定する情報として、ファックス番号やメールアドレス、表示するＷｅｂ上の識別子（ＵＲＬ：uniform resource locatorなど）や、連携するアプリケーションに登録された顧客の識別子などが挙げられる。
【００２３】
なお、本実施形態では、顧客の情報が振込管理サーバ２０の顧客情報記憶部２６に記憶されているものとして説明する。なお、顧客の情報が記憶部１０に記憶され、振込管理サーバ２０が、記憶部１０に記憶された顧客の情報を取得するようにしてもよい。顧客情報記憶部２６は、例えば、磁気ディスク等により実現される。
【００２４】
エラー受信部２１は、勘定系ホストコンピュータより、振込指示に対して発生した出金口座の残高不足による出金エラーを受信する。具体的には、エラー受信部２１は、一括振込指示に対して発生した出金エラーを示す電文として、例えば、一括振込エラーとなった顧客の店番、科目、口座番号、合計金額、および、一括送信用番号を含む情報を受信する。一括送信用番号は、振込エラーになった一括振込の内容を識別する番号であり、振込管理サーバから勘定系ホストコンピュータに向けて一括送信指示を行う際に用いられる。
【００２５】
入金確認部２２は、出金エラーを示す電文を受信すると、記憶部１０から出金エラーの元になった出金口座の情報を取得する。すなわち、入金確認部２２は、出金エラーの受信に応じて、自動的に出金口座への入金を確認する。
【００２６】
また、入金確認部２２は、入金が確認されていない出金口座に対して、一括振込に必要な入金がされるまで、定期的に入金確認を繰り返す。なお、入金確認を行う期間が予め定められていてもよい。その場合、入金確認部２２は、その入金確認を行う期間が経過するまで、定期的に入金確認を繰り返してもよい。
【００２７】
ここで、一括振込に必要な入金とは、一括振込における各振込の合計金額を満たす入金であってもよく、その合計金額に金融機関の手数料を加算した金額を満たす入金であってもよい。入金確認部２２は、例えば、１５分間隔で出金口座への入金確認を行ってもよい。このように、入金確認部２２は、出金エラーが発生した出金口座に対して、予め定めたタイミングで自動的に入金確認を行う。
【００２８】
入金確認部２２が入金確認を行う方法は任意である。入金確認部２２は、例えば、出金電文を勘定系ホストコンピュータに送信し、出金エラーの受信有無に基づいて入金確認を行ってもよい。また、入金確認部２２は、出金口座の残高照会を示す電文を勘定系ホストコンピュータに送信し、振込処理に必要な資金との比較を行うことで入金確認を行ってもよい。
【００２９】
通知部２３は、出金エラーを示す電文を受信すると、発生した出金エラーの内容を通知する。通知部２３は、直接依頼人に対して出金エラーが発生したことを通知してもよいし、依頼人に通知を行う第三者（例えば、営業店など）に、間接的に出金エラーが発生したことを通知してもよい。
【００３０】
通知方法および通知先は、上述する顧客情報記憶部２６に、依頼人に通知を行うための情報として記憶されている。そこで、通知部２３は、顧客情報記憶部２６から、出金エラーの依頼元である依頼人に通知するための通知方法および通知先を取得する。そして、通知部２３は、依頼人の通知先に対して、通知方法に従った出金エラーの通知を行う。
【００３１】
振込手続部２４は、出金口座への入金確認ができると、出金エラーが発生した一括振込の再処理を行う。具体的には、振込手続部２４は、依頼人の出金口座から振込に必要な資金の出金処理、為替仕向口への入金処理、および、一括振込処理を行う。
【００３２】
例えば、合計１６，０００円の残高不足により振込エラーが発生したとする。入金確認部２２により出金口座への入金確認ができると、振込手続部２４は、顧客の口座から、合計金額（１６，０００円）の出金を行う。顧客の口座の及び不足金額は、勘定系ホストコンピュータから送信された顧客の店番、科目、口座番号および合計金額から特定できる。出金ができた場合、振込手続部２４は、金融機関の一括送信専用口座（例えば、銀行の固定口座）へ、合計金額（１６，０００円）の入金を行う。入金が正しく行われると、振込手続部２４は、勘定系ホストコンピュータに対して、一括送信用番号含む電文を送信することで、一括送信指示を行う。以降、一括送信指示を受信した勘定系ホストコンピュータは、予め登録されていた複数の振込先に対して順次振込処理を行う。
【００３３】
また、振込手続部２４は、一括振込処理に併せて、手数料の徴収処理を行ってもよい。なお、入金確認部２２が出金電文を送信して入金確認を行っていた場合、出金処理はすでに完了しているため、振込手続部２４は、入金処理以降の処理のみ行ってもよい。
【００３４】
出力部２５は、振込管理サーバ２０の処理状況に応じて、各種帳票を出力する。以下、処理状況に応じて出力される帳票を具体的に説明する。
【００３５】
第一に、エラー受信部２１が一括振込指示に対して発生した出金エラーを示す電文を受信した場合、出力部２５は、出金エラーが発生した振込先（すなわち、振込不能先）の一覧を帳票出力してもよい。
【００３６】
第二に、入金確認部２２が定期的に入金確認を行っている場合、出力部２５は、処理結果の一覧を帳票出力してもよい。このとき、出力部２５は、処理結果（具体的には、正常またはエラー）に応じて、帳票を出力するタイミングを変更してもよい。
【００３７】
例えば、処理結果がエラーであった振込先の情報は、いち早く確認する必要があると考えられる。そこで、出力部２５は、処理結果がエラーである一覧を、即時帳票出力してもよい。一方、処理結果が正常であった振込先の情報は、ある程度まとめて出力すればよいと考えられる。そこで、出力部２５は、処理結果が正常である一覧を、予め定めた間隔（例えば、１２０分など）で帳票出力してもよい。
【００３８】
第三に、依頼人からの入金が確認できず、所定の期間が経過した場合、エラーの内容を示す受信票を出力してもよい。このとき、出力した受信票は、例えば、第三者（例えば、営業店など）に送られ、第三者と依頼人との間での対応が行われる。
【００３９】
エラー受信部２１と、入金確認部２２と、通知部２３と、振込手続部２４と、出力部２５とは、プログラム（振込管理プログラム）に従って動作するコンピュータのＣＰＵによって実現される。例えば、プログラムは、振込管理サーバ２０の記憶部（図示せず）に記憶され、ＣＰＵは、そのプログラムを読み込み、プログラムに従って、エラー受信部２１、入金確認部２２、通知部２３、振込手続部２４および出力部２５として動作してもよい。また、エラー受信部２１と、入金確認部２２と、通知部２３と、振込手続部２４と、出力部２５とは、それぞれが専用のハードウェアで実現されていてもよい。
【００４０】
図２は、出金エラーが発生した場合の業務フローの例を示す説明図である。なお、図２に例示するサーバ１３１が、本実施形態の振込管理サーバ２０に対応する。
【００４１】
夜間バッチ等による一括振込１１１に対し、金融機関Ｆ１の勘定系ホストコンピュータ１１０で出金エラー１１２が発生したとする。一括振込１１１に対して出金エラー１１２が発生した場合、勘定系ホストコンピュータ１１０は、一括振込を留保し、事務センター１３０に対して、受信票として、一括振込エラーになった顧客の情報（例えば、顧客の店番、科目、口座番号、合計金額、および、一括送信用番号）を送信する。
【００４２】
事務センター１３０のサーバ１３１（より詳しくは、エラー受信部２１）が出金エラーを示す受信票を受信すると、入金確認部２２が、自動で出金口座への入金確認１３２を行う。また、出力部２５は、振込不能先一覧を記載した帳票１３３を出力する。また、通知部２３は、出金口座の残高不足の場合、営業店Ｆ３への連絡１３４や顧客Ｆ２への連絡１３５を自動で行う。
【００４３】
入金確認部２２は、出金エラーが発生した出金口座に対し、定間隔（例えば、１５分間隔）で、出金口座への入金確認１１６を自動で行う。出力部２５は、処理結果に応じて、正常な処理結果の一覧を示す帳票１３６、または、エラーになった処理結果の一覧を示す帳票１３７を出力する。出力部２５は、例えば、帳票１３６を定間隔（例えば、１２０分間隔）で出力し、帳票１３７を即時に出力する。
【００４４】
その後、依頼人である顧客Ｆ２からの入金１１７が確認できると、振込手続部２４は、一括振込の再処理を後処理１３８として行う。具体的には、振込手続部２４は、後処理１３８として、依頼人の出金口座からの出金処理、一括振込処理および手数料の徴収処理を自動的に行う。一方、入金確認を行う期間として予め定めた期間が経過した場合、出力部２５は、確認できなかった旨を示す受信票１３９を出力し、営業店等と連携した対応を行う。
【００４５】
次に、本実施形態の振込管理システムの動作を説明する。図３は、本実施形態の振込管理システム１００の動作例を示すフローチャートである。
【００４６】
振込管理サーバ２０のエラー受信部２１が勘定系ホストコンピュータから出金エラーを受信すると（ステップＳ１１）、入金確認部２２は、出金口座の入金を確認する（ステップＳ１２）。また、出力部２５は、振込不能先一覧を記載した帳票を出力する（ステップＳ１３）。さらに、通知部２３は、依頼人または第三者に対して、受信した出金エラーの内容を通知する（ステップＳ１４）。
【００４７】
その後、入金確認部２２は、出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う（ステップＳ１５）。入金確認ができた場合（ステップＳ１６におけるＹｅｓ）、出力部２５は、正常を示す処理結果を一覧で帳票出力する（ステップＳ１７）。そして、振込手続部２４は、出金エラーが発生した一括振込の再処理を行う（ステップＳ１８）。具体的には、振込手続部２４は、一括振込の再処理として、出金口座からの出金処理、為替仕向口への入金処理、および、一括振込処理を行う。
【００４８】
一方、入金確認ができない場合（ステップＳ１６におけるＮｏ）、出力部２５は、エラーを示す処理結果を一覧で帳票出力する（ステップＳ１９）。ここで、入金確認を行う期間として予め定めた期間が経過していない場合（ステップＳ２０におけるＮｏ）、ステップＳ１５以降の処理が繰り返される。一方、予め定めた期間が経過した場合（ステップＳ２０におけるＹｅｓ）、入金確認部２２は、出金口座の入金の確認を停止し、出力部２５は、入金が確認できなかった旨を示す受信票を出力する（ステップＳ２１）。
【００４９】
図４は、本実施形態の振込管理サーバ２０の動作例を示すフローチャートである。エラー受信部２１は、振込指示に対して発生した出金口座の残高不足による出金エラーを受信する（ステップＳ３１）。入金確認部２２は、出金エラーが発生した出金口座に対して、一括振込に必要な入金がされるまで定期的に入金確認を行う（ステップＳ３２）。以降、入金確認が行われる、または、所定の期間が経過するまで、ステップＳ３２の処理が繰り返される。
【００５０】
以上のように、本実施形態では、エラー受信部２１が、一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信し、入金確認部２２が、出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う。その際、入金確認部２２は、一括振込に必要な入金がされるまで、出金エラーが発生した出金口座に対して定期的に入金確認を繰り返す。よって、一括振込処理が残高不足等により留保された場合であっても、留保された一括振込処理に関する作業負荷を低減できる。例えば、出金エラーが発生した出金口座に対し、オペレータが逐次入金確認を行う手間を抑制できる。
【００５１】
実施形態２．
次に、本発明による振込管理システムの第二の実施形態を説明する。第一の実施形態では、出金口座への入金が確認できた後で、出金エラーが発生した一括振込の再処理を行う方法を説明した。一方、依頼人によっては、出金口座が残高不足であっても、金融機関の一時的な貸付により一括振込が先に行われ、その後に入金依頼を行うケースも存在する。
【００５２】
本実施形態では、出金エラーが発生した場合であっても、一括振込処理を先行して行われている場合における振込管理システムの動作を説明する。第二の実施形態の振込管理システムの構成は、第一の実施形態と同様である。本実施形態の振込管理システムは、振込手続部２４によって行われる処理が異なる以外、第一の実施形態と同様である。
【００５３】
本実施形態では、勘定系ホストコンピュータが、振込管理サーバ２０に対して、出金エラーを示す電文とともに、一括振込が既に完了している旨の電文（以下、振込完了電文と記す。）を送信する。エラー受信部２１は、出金エラーを示す電文とともに、振込完了電文を受信する。通知部２３は、振込依頼人またはその振込依頼人に通知を行う第三者に対して、受信した出金エラーの内容を通知する。また、入金確認部２２は、出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う。また、出力部２５は、必要に応じて、各種帳票を出力する。
【００５４】
振込手続部２４は、出金口座への入金が確認できると、出金エラーが発生した一括振込の再処理を行う。本実施形態では、一括振込処理は既に完了しているため、振込手続部２４は、依頼人の出金口座から振込に要した資金の出金処理を行い、一時的な貸付が行われた金融機関の指定口座への入金処理を行う。また、振込手続部２４は、手数料の徴収処理を併せて行ってもよい。指定口座は、金融機関に応じて予め定められる。
【００５５】
このように、本実施形態では、振込手続部２４が、一時的な貸付により振込指示に対する振込処理が完了している場合、その一時的な貸付が行われた金融機関の指定口座への入金処理を行う。そのため、残高不足等による出金エラーが発生した場合でも、振込処理を滞らせることを抑制できる。
【００５６】
次に、第一の実施形態および第二の実施形態の変形例を説明する。金融機関による一括振込処理には、手数料が必要になる場合がある。そのため、一括振込に必要な資金が出金口座に入金されていたとしても、金融機関で求める手数料が出金口座に不足している場合がある。この場合、金融機関のポリシに応じて、（１）手数料を含めた資金が出金口座に入金されていない場合、一括振込を行わず、入金を依頼する場合と、（２）一括振込を先に行い、後で手数料の部分のみ入金を依頼する場合、の２種類が考えられる。
【００５７】
前者（１）の場合、振込管理サーバ２０は、第一の実施形態で示す方法に基づいて処理を行えばよい。また、後者（２）の場合、振込管理サーバ２０は、第二の実施形態で示す方法に基づいて処理を行えばよい。なお、後者（２）の場合、振込管理サーバ２０は、手数料分についてのみ、依頼者の出金口座から出金処理を行えばよい。
【００５８】
次に、本発明の概要を説明する。図５は、本発明による振込管理システムの概要を示すブロック図である。本発明による振込管理システム８０（例えば、振込管理システム１００）は、一括振込の指示に対して発生した出金口座の残高不足による出金エラーを受信する受信部８１（例えば、エラー受信部２１）と、出金エラーが発生した出金口座に対して、予め定めたタイミングで入金確認を行う入金確認部８２（例えば、入金確認部２２）とを備えている。
【００５９】
入金確認部８２は、一括振込に必要な入金がされるまで、出金エラーが発生した出金口座に対して定期的に入金確認を繰り返す。
【００６０】
そのような構成により、一括振込処理が残高不足等により留保された場合であっても、留保された一括振込処理に関する作業負荷を低減できる。
【００６１】
また、振込管理システム８０は、振込依頼人（例えば、顧客）またはその振込依頼人に通知を行う第三者（例えば、営業店）に対して、受信した出金エラーの内容を通知する通知部（例えば、通知部２３）を備えていてもよい。
【００６２】
また、振込管理システム８０は、入金が確認できた出金口座に対して一括振込の再処理を行う振込手続部（例えば、振込手続部２４）を備えていてもよい。そして、振込手続部は、一時的な貸付により振込指示に対する振込処理が完了している場合、その一時的な貸付が行われた金融機関の指定口座への入金処理を行ってもよい。そのような構成により、残高不足等による出金エラーが発生した場合でも、振込処理を滞らせることを抑制できる。
【００６３】
また、入金確認部８２は、出金口座からの出金を指示する出金電文を、出金エラーが発生した出金口座に対して送信することにより入金確認を行ってもよい。他にも、入金確認部８２は、残高照会を行う照会電文を出金エラーが発生した出金口座に対して送信することにより入金確認を行ってもよい。
【００６４】
また、振込管理システム８０は、一括振込に関する帳票を出力する出力部（例えば、出力部２５）を備えていてもよい。そして、入金確認部８２は、入金確認を行う期間として予め定めた期間が経過した場合に、出金口座に対する入金確認を停止し、出力部は、入金確認ができなかったことを示す帳票（例えば、受信票１３９）を出力してもよい。
【符号の説明】
【００６５】
１０  記憶部
２０  振込管理サーバ
２１  エラー受信部
２２  入金確認部
２３  通知部
２４  振込手続部
２５  出力部
１００  振込管理システム
【図１】
2020035120.tif 000003
【図２】
2020035120.tif 000004
【図３】
2020035120.tif 000005
【図４】
2020035120.tif 000006
【図５】
2020035120.tif 000007
【図６】
2020035120.tif 000008