(57)【特許請求の範囲】
【請求項１】
受付サーバおよび銀行システムを備える振込システムであって、
前記受付サーバは、
ユーザから受信した総合振込用データを都度振込用データに変換する手段であって、前記総合振込用データに含まれる振込元口座および前記都度振込用データに含まれるダミー口座は互いに関連付けられ、使用される前記ダミー口座の数は、前記総合振込用データの振込先明細情報のデータ件数にしたがって決定される、手段と、
前記都度振込用データを共通センター経由で銀行システムに送信する手段であって、前記共通センターは、統合ＡＴＭと通信することによって前記都度振込用データに含まれるそれぞれの振込先口座の妥当性検査を行う、手段と
を備え、
前記銀行システムは、
受信した前記都度振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、振込処理を行う手段であって、前記振込処理において、前記都度振込用データに含まれる前記ダミー口座から第１の出金処理が行われる、手段と、
前記ダミー口座の残高をゼロにするように前記ダミー口座に対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記振込元口座から第２の出金処理を行う手段であって、前記第１の出金処理の総額、前記入金処理の金額、および前記第２の出金処理の金額は、互いに同じである、手段と
を備えた
ことを特徴する振込システム。
【請求項２】
受付サーバおよび銀行システムを備える振込システムにおいて実行される振込方法であって、
前記方法は、
前記受付サーバが、ユーザから受信した総合振込用データを都度振込用データに変換するステップであって、前記総合振込用データに含まれる振込元口座および前記都度振込用データに含まれるダミー口座は互いに関連付けられ、使用される前記ダミー口座の数は、前記総合振込用データの振込先明細情報のデータ件数にしたがって決定される、ステップと、
前記受付サーバが、前記都度振込用データを共通センター経由で銀行システムに送信するステップであって、前記共通センターは、統合ＡＴＭと通信することによって前記都度振込用データに含まれるそれぞれの振込先口座の妥当性検査を行う、ステップと、
前記銀行システムが、受信した前記都度振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、振込処理を行うステップであって、前記振込処理において、前記都度振込用データに含まれる前記ダミー口座から第１の出金処理が行われる、ステップと、
前記銀行システムが、前記ダミー口座の残高をゼロにするように前記ダミー口座に対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記振込元口座から第２の出金処理を行うステップであって、前記第１の出金処理の総額、前記入金処理の金額、および前記第２の出金処理の金額は、互いに同じである、ステップと
を備えたことを特徴する振込方法。
【請求項３】
受付サーバおよび銀行システムを備える振込システムであって、
前記受付サーバは、
統合ＡＴＭと通信することによって、ユーザから受信した第１の総合振込用データに含まれる振込先口座のそれぞれについて口座の妥当性検査を行う手段であって、前記妥当性検査の結果は、前記第１の総合振込用データに含まれる振込先口座に関連付けられる、手段と、
前記第１の総合振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、第２の総合振込用データを生成する手段であって、前記第１の総合振込用データに含まれる振込元口座と前記第２の総合振込用データに含まれるそれぞれのダミー口座とは互いに関連付けられ、使用される前記ダミー口座の数は、前記第１の総合振込用データの振込先明細情報のデータ件数にしたがって決定される、手段と、
前記第２の総合振込用データを他のシステムを経由せずに銀行システムに直接送信する手段と
を備え、
前記銀行システムは、
受信した前記第２の総合振込用データを読み出し、振込処理を行う手段であって、前記振込処理において、前記第２の総合振込用データに含まれる前記ダミー口座のそれぞれから第１の出金処理が行われる、手段と、
前記ダミー口座のそれぞれの残高をゼロにするように前記ダミー口座のそれぞれに対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記振込元口座から第２の出金処理を行う手段であって、前記第１の出金処理の総額、前記入金処理の総額、および前記第２の出金処理の金額は、互いに同じである、手段と
を備えた
ことを特徴する振込システム。
【請求項４】
受付サーバおよび銀行システムを備える振込システムにおいて実行される振込方法であって、
前記方法は、
前記受付サーバが、統合ＡＴＭと通信することによって、ユーザから受信した第１の総合振込用データに含まれる振込先口座のそれぞれについて口座の妥当性検査を行うステップであって、前記妥当性検査の結果は、前記第１の総合振込用データに含まれる振込先口座に関連付けられる、ステップと、
前記受付サーバが、前記第１の総合振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、第２の総合振込用データを生成するステップであって、前記第１の総合振込用データに含まれる振込元口座と前記第２の総合振込用データに含まれるそれぞれのダミー口座とは互いに関連付けられ、使用される前記ダミー口座の数は、前記第１の総合振込用データの振込先明細情報のデータ件数にしたがって決定される、ステップと、
前記受付サーバが前記第２の総合振込用データを他のシステムを経由せずに銀行システムに直接送信するステップと、
前記銀行システムが、受信した前記第２の総合振込用データを読み出し、振込処理を行うステップであって、前記振込処理において、前記第２の総合振込用データに含まれる前記ダミー口座のそれぞれから第１の出金処理が行われる、ステップと、
前記銀行システムが、前記ダミー口座のそれぞれの残高をゼロにするように前記ダミー口座のそれぞれに対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記振込元口座から第２の出金処理を行うステップであって、前記第１の出金処理の総額、前記入金処理の総額、および前記第２の出金処理の金額は、互いに同じである、ステップと
を備えたことを特徴する振込方法。
【請求項５】
受付サーバおよび銀行システムを備える振込システムであって、
前記受付サーバは、
ユーザから都度振込用データを受信する手段であって、前記都度振込用データに含まれる振込元口座は、実際の口座ではなくダミー口座であり、前記実際の口座および前記ダミー口座は互いに関連付けられ、使用される前記ダミー口座の数は、前記都度振込用データのデータ件数にしたがって決定される、手段と、
前記都度振込用データを共通センター経由で銀行システムに送信する手段であって、前記共通センターは、統合ＡＴＭと通信することによって前記都度振込用データに含まれるそれぞれの振込先口座の妥当性検査を行う、手段と
を備え、
前記銀行システムは、
受信した前記都度振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、振込処理を行う手段であって、前記振込処理において、前記都度振込用データに含まれる前記ダミー口座から第１の出金処理が行われる、手段と、
前記ダミー口座の残高をゼロにするように前記ダミー口座に対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記実際の口座から第２の出金処理を行う手段であって、前記第１の出金処理の総額、前記入金処理の金額、および前記第２の出金処理の金額は、互いに同じである、手段と
を備えた
ことを特徴する振込システム。
【請求項６】
受付サーバおよび銀行システムを備える振込システムにおいて実行される振込方法であって、
前記方法は、
前記受付サーバが、ユーザから都度振込用データを受信するステップであって、前記都度振込用データに含まれる振込元口座は、実際の口座ではなくダミー口座であり、前記実際の口座および前記ダミー口座は互いに関連付けられ、使用される前記ダミー口座の数は、前記都度振込用データのデータ件数にしたがって決定される、ステップと、
前記受付サーバが、前記都度振込用データを共通センター経由で銀行システムに送信するステップであって、前記共通センターは、統合ＡＴＭと通信することによって前記都度振込用データに含まれるそれぞれの振込先口座の妥当性検査を行う、ステップと、
前記銀行システムが、受信した前記都度振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、振込処理を行うステップであって、前記振込処理において、前記都度振込用データに含まれる前記ダミー口座から第１の出金処理が行われる、ステップと、
前記銀行システムが、前記ダミー口座の残高をゼロにするように前記ダミー口座に対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記実際の口座から第２の出金処理を行うステップであって、前記第１の出金処理の総額、前記入金処理の金額、および前記第２の出金処理の金額は、互いに同じである、ステップと
を備えたことを特徴する振込方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、振込システムおよび振込方法に関する。より詳細に言えば、本発明は、当日受け付けた大量振込のための振込データを当日一括して処理すること（すなわち、当日受付当日処理）が可能な振込システムおよび振込方法に関する。
【背景技術】
【０００２】
従来から、各金融機関は、全銀システムを介してネットワーク接続された他の金融機関との間で振込などの為替取引を行うことができる。また、振込元口座から振込先口座への振込処理の種類として、作成されるデータの形態から大きく分けて２種類あることが知られている。
【０００３】
１つ目の種類は、振込件数が相対的に少ない場合に利用される「都度振込（個別振込）」と呼ばれるものであり、都度振込のデータフォーマットは、１セットのデータの中に振込元口座情報および振込先口座情報を１件ずつ含む。都度振込は、例えば、個人顧客が自分の口座から商品販売者の口座に対して商品の購入金額を振り込む場合に利用される。
【０００４】
２つ目の種類は、振込件数が相対的に多い場合に利用される「総合振込（一括振込）」と呼ばれるものであり（特許文献１参照）、総合振込のデータフォーマットは、１セットのデータの中に１つの振込元口座情報および１以上の振込先口座情報を含む。より具体的に説明すると、図５に例示するように、総合振込の１セットのデータには、ヘッダ（Ｈ）レコード（振込元口座情報含む）、１以上のデータ（Ｄ）レコード（振込先明細）、トレーラー（Ｔ）レコード（合計件数および合計金額含む）、およびエンド（Ｅ）レコードが含まれる。総合振込は、例えば、企業が多数の振込先にまとめて振込処理を行いたい場合などに利用される。
【０００５】
図１は、従来技術である、大量振込を扱うことが可能な汎用システム１００を説明する図である。汎用システム１００は、共通センター１２０と企業１１０とを第１のネットワーク１４０を介して接続し、共通センター１２０とそれぞれの銀行１３０とを第２のネットワーク１５０を介して接続することで、振込指示を始めとする金融機関への大量データの処理依頼を行うことができる。
【０００６】
企業１１０は、業務システムと接続システムとを有し、共通センター１２０は、通信線路アダプタとデータの前処理などを行うＦＥＰとを有する。また、それぞれの銀行１３０は、基幹システムなどのホストを有している。
【０００７】
第１のネットワーク１４０は、各銀行が共有して使用可能なネットワークであり、企業１１０の接続システムと共通センター１２０の通信線路アダプタとを結び付ける接続パスとして使用されるネットワークである。第２のネットワーク１５０は、共通センター１２０とそれぞれの銀行とを結び付ける銀行側接続パスとして使用されるネットワークである。第１のネットワーク１４０および第２のネットワーク１５０は、専用線などを利用して取引の安全性・確実性を高めることが可能である。
【０００８】
汎用システム１００は、都度振込に対応可能なシステムであり（総合振込データは企業１１０の接続システム内で都度振込用データにフォーマット変換される）、企業１１０から都度振込用のデータセットが共通センター１２０に送信され、共通センター１２０においてデータ処理がなされて各銀行１３０に送信され、その後、各口座への振込処理が各銀行１３０のホストにて行われる。共通センター１２０においてなされる処理には、例えば、企業や個人などのユーザが各金融機関に出向かなくても所定のサービスが得られるように通信の中継をすること、および都度振込の指示を受けた場合に振込先口座の妥当性確認処理を行うことがあげられる。
【０００９】
上記のような汎用システム１００では、都度振込用データを受信した当日に処理して、銀行１３０のホストでの振込処理完了させる場合には、汎用システム１００の制約条件（データアクセスにかかる時間、など）が原因で一日に処理可能なデータ件数に上限があった。
【００１０】
また、それぞれの銀行が独自に保有するＣＤ／ＡＴＭ（cash dispenser/automated teller machine）を相互接続する中継システムである統合ＡＴＭが従来から知られている。統合ＡＴＭは、口座有無確認および口座番号確認などの口座確認処理をするために利用されうることが知られている。金融機関などは、ある口座についての情報（銀行コード、支店コード、科目コード、口座番号など）を統合ＡＴＭに送信し、統合ＡＴＭから口座確認処理の結果データを受信できることが知られている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１０−２７１８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、従来技術である汎用システム１００は、都度振込用データしか処理できず、かつ当日受付当日処理の場合にその処理可能件数に上限があったため、企業１１０などのユーザがその処理件数を上回る数の当日受付当日処理の振込を希望していたとしても、ユーザのニーズを実現できなかった。
【００１３】
本発明は、このような課題に鑑みてなされたもので、当日受付当日処理の大量の振込データを一括して処理することが可能な振込システムおよび振込方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の課題を解決するために、本願発明に係る振込システムは、受付サーバおよび銀行システムを備える振込システムであって、前記受付サーバは、ユーザから受信した総合振込用データを都度振込用データに変換する手段であって、前記総合振込用データに含まれる振込元口座および前記都度振込用データに含まれるダミー口座は互いに関連付けられ、使用される前記ダミー口座の数は、前記総合振込用データの振込先明細情報のデータ件数にしたがって決定される、手段と、前記都度振込用データを共通センター経由で銀行システムに送信する手段であって、前記共通センターは、統合ＡＴＭと通信することによって前記都度振込用データに含まれるそれぞれの振込先口座の妥当性検査を行う、手段とを備え、前記銀行システムは、受信した前記都度振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、振込処理を行う手段であって、前記振込処理において、前記都度振込用データに含まれる前記ダミー口座から第１の出金処理が行われる、手段と、前記ダミー口座の残高をゼロにするように前記ダミー口座に対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記振込元口座から第２の出金処理を行う手段であって、前記第１の出金処理の総額、前記入金処理の金額、および前記第２の出金処理の金額は、互いに同じである、手段とを備えたことを特徴する。
【００１５】
また、本願発明に係る振込方法は、受付サーバおよび銀行システムを備える振込システムにおいて実行される振込方法であって、前記方法は、前記受付サーバが、ユーザから受信した総合振込用データを都度振込用データに変換するステップであって、前記総合振込用データに含まれる振込元口座および前記都度振込用データに含まれるダミー口座は互いに関連付けられ、使用される前記ダミー口座の数は、前記総合振込用データの振込先明細情報のデータ件数にしたがって決定される、ステップと、前記受付サーバが、前記都度振込用データを共通センター経由で銀行システムに送信するステップであって、前記共通センターは、統合ＡＴＭと通信することによって前記都度振込用データに含まれるそれぞれの振込先口座の妥当性検査を行う、ステップと、前記銀行システムが、受信した前記都度振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、振込処理を行うステップであって、前記振込処理において、前記都度振込用データに含まれる前記ダミー口座から第１の出金処理が行われる、ステップと、前記銀行システムが、前記ダミー口座の残高をゼロにするように前記ダミー口座に対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記振込元口座から第２の出金処理を行うステップであって、前記第１の出金処理の総額、前記入金処理の金額、および前記第２の出金処理の金額は、互いに同じである、ステップとを備えたことを特徴する。
【００１６】
また、本願発明に係る振込システムは、受付サーバおよび銀行システムを備える振込システムであって、前記受付サーバは、統合ＡＴＭと通信することによって、ユーザから受信した第１の総合振込用データに含まれる振込先口座のそれぞれについて口座の妥当性検査を行う手段であって、前記妥当性検査の結果は、前記第１の総合振込用データに含まれる振込先口座に関連付けられる、手段と、前記第１の総合振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、第２の総合振込用データを生成する手段であって、前記第１の総合振込用データに含まれる振込元口座と前記第２の総合振込用データに含まれるそれぞれのダミー口座とは互いに関連付けられ、使用される前記ダミー口座の数は、前記第１の総合振込用データの振込先明細情報のデータ件数にしたがって決定される、手段と、前記第２の総合振込用データを他のシステムを経由せずに銀行システムに直接送信する手段とを備え、前記銀行システムは、受信した前記第２の総合振込用データを読み出し、振込処理を行う手段であって、前記振込処理において、前記第２の総合振込用データに含まれる前記ダミー口座のそれぞれから第１の出金処理が行われる、手段と、前記ダミー口座のそれぞれの残高をゼロにするように前記ダミー口座のそれぞれに対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記振込元口座から第２の出金処理を行う手段であって、前記第１の出金処理の総額、前記入金処理の総額、および前記第２の出金処理の金額は、互いに同じである、手段とを備えたことを特徴する。
【００１７】
また、本願発明に係る振込方法は、受付サーバおよび銀行システムを備える振込システムにおいて実行される振込方法であって、前記方法は、前記受付サーバが、統合ＡＴＭと通信することによって、ユーザから受信した第１の総合振込用データに含まれる振込先口座のそれぞれについて口座の妥当性検査を行うステップであって、前記妥当性検査の結果は、前記第１の総合振込用データに含まれる振込先口座に関連付けられる、ステップと、前記受付サーバが、前記第１の総合振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、第２の総合振込用データを生成するステップであって、前記第１の総合振込用データに含まれる振込元口座と前記第２の総合振込用データに含まれるそれぞれのダミー口座とは互いに関連付けられ、使用される前記ダミー口座の数は、前記第１の総合振込用データの振込先明細情報のデータ件数にしたがって決定される、ステップと、前記受付サーバが前記第２の総合振込用データを他のシステムを経由せずに銀行システムに直接送信するステップと、前記銀行システムが、受信した前記第２の総合振込用データを読み出し、振込処理を行うステップであって、前記振込処理において、前記第２の総合振込用データに含まれる前記ダミー口座のそれぞれから第１の出金処理が行われる、ステップと、前記銀行システムが、前記ダミー口座のそれぞれの残高をゼロにするように前記ダミー口座のそれぞれに対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記振込元口座から第２の出金処理を行うステップであって、前記第１の出金処理の総額、前記入金処理の総額、および前記第２の出金処理の金額は、互いに同じである、ステップとを備えたことを特徴する。
【００１８】
また、本願発明に係る振込システムは、受付サーバおよび銀行システムを備える振込システムであって、前記受付サーバは、ユーザから都度振込用データを受信する手段であって、前記都度振込用データに含まれる振込元口座は、実際の口座ではなくダミー口座であり、前記実際の口座および前記ダミー口座は互いに関連付けられ、使用される前記ダミー口座の数は、前記都度振込用データのデータ件数にしたがって決定される、手段と、前記都度振込用データを共通センター経由で銀行システムに送信する手段であって、前記共通センターは、統合ＡＴＭと通信することによって前記都度振込用データに含まれるそれぞれの振込先口座の妥当性検査を行う、手段とを備え、前記銀行システムは、受信した前記都度振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、振込処理を行う手段であって、前記振込処理において、前記都度振込用データに含まれる前記ダミー口座から第１の出金処理が行われる、手段と、前記ダミー口座の残高をゼロにするように前記ダミー口座に対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記実際の口座から第２の出金処理を行う手段であって、前記第１の出金処理の総額、前記入金処理の金額、および前記第２の出金処理の金額は、互いに同じである、手段とを備えたことを特徴する。
【００１９】
また、本願発明に係る振込方法は、受付サーバおよび銀行システムを備える振込システムにおいて実行される振込方法であって、前記方法は、前記受付サーバが、ユーザから都度振込用データを受信するステップであって、前記都度振込用データに含まれる振込元口座は、実際の口座ではなくダミー口座であり、前記実際の口座および前記ダミー口座は互いに関連付けられ、使用される前記ダミー口座の数は、前記都度振込用データのデータ件数にしたがって決定される、ステップと、前記受付サーバが、前記都度振込用データを共通センター経由で銀行システムに送信するステップであって、前記共通センターは、統合ＡＴＭと通信することによって前記都度振込用データに含まれるそれぞれの振込先口座の妥当性検査を行う、ステップと、前記銀行システムが、受信した前記都度振込用データのうち前記妥当性検査の結果エラーが存在しなかったと判定されたデータを読み出し、振込処理を行うステップであって、前記振込処理において、前記都度振込用データに含まれる前記ダミー口座から第１の出金処理が行われる、ステップと、前記銀行システムが、前記ダミー口座の残高をゼロにするように前記ダミー口座に対して入金処理を行うとともに、前記ダミー口座に関連付けられる前記実際の口座から第２の出金処理を行うステップであって、前記第１の出金処理の総額、前記入金処理の金額、および前記第２の出金処理の金額は、互いに同じである、ステップとを備えたことを特徴する。
【発明の効果】
【００２０】
本発明は、当日受付当日処理の大量の振込データを一括して処理することが可能な振込システムおよび振込方法を提供することができる。また、本発明は、振込元口座にダミー口座を使用した並列処理を実行可能な構成とすることで、従来よりも多くのデータを処理することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】大量振込データを扱うことが可能な汎用システムを説明する図である。
【図２】本発明に係る振込システムの概念を説明するための全体図である。
【図３】振込処理受付サーバのシステム構成を説明するブロック図である。
【図４】口座確認サーバのシステム構成を説明するブロック図である。
【図５】総合振込用データフォーマットの一例を説明する図である。
【図６】都度振込用データフォーマットの一例を説明する図である。
【図７】実際の口座とダミー口座とを関連付ける変換テーブルの一例を説明する図である。
【図８】本発明に係る振込システムにおいて行われる第１の実施形態の処理フローを説明する図である。
【図９】本発明に係る振込システムにおいて行われる第２の実施形態の処理フローを説明する図である。
【図１０】本発明に係る振込システムにおいて行われる第３の実施形態の処理フローを説明する図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態について詳細に説明する。図２は、本発明に係る振込システム２００の概念を説明するための全体図である。
【００２３】
振込システム２００は、企業１１０、受付サーバ２１０、共通センター１２０、統合ＡＴＭ２２０、銀行システム２３０、および全銀ネットワーク２４０を備える。企業１１０は、その内部に各種データを伝送するための伝送サーバ１１１を備える。伝送サーバ１１１は、企業１１０において生成された振込用データ（総合振込用データおよび都度振込用データ含む）を受付サーバ２１０に対して伝送する。データ伝送に関しては、ＨＵＬＦＴ（登録商標）を使用してデータ伝送を行うようにすることができる。なお、本実施形態の説明においてはＨＵＬＦＴを使用する実施形態を説明するが、大量データのやり取りを円滑に行うことが可能な他のソフトウェア・手段を用いても構わない。
【００２４】
受付サーバ２１０は、ＨＵＬＦＴサーバ２１１、振込処理受付サーバ２１２、Ｗｅｂサーバ２１３、および口座確認サーバ２１４を備える。ＨＵＬＦＴサーバ２１１は、企業１１０の伝送サーバ１１１からネットワーク（例えば、ＩＰ−ＶＰＮなど）を介して伝送された振込用データを受信し、振込処理受付サーバ２１２に振込用データを伝送する。また、ＨＵＬＦＴサーバ２１１は、他のサーバおよび他のシステムとのファイル連携にも使用されうる。
【００２５】
振込処理受付サーバ２１２は、受信した振込データをその内部に格納し、所定のデータ処理を行い、および処理後のデータを共通センター１２０または銀行システム２３０に送信する。
【００２６】
Ｗｅｂサーバ２１３は、所定の手順・規格に従って伝送サーバ１１１からアップロードされた振込用データなどのファイルを受信し、また各種データを伝送サーバ１１１に対して送信（ダウンロード）する。Ｗｅｂサーバ２１３は、本発明に係る振込システム２００において任意の構成要件とすることができる。Ｗｅｂサーバ２１３は、受信した振込用データを振込処理受付サーバ２１２に送信する。
【００２７】
口座確認サーバ２１４は、総合振込用データに含まれる振込先明細データのそれぞれについて統合ＡＴＭ２２０と通信を行って口座確認を行い、また、口座確認結果を総合振込用データに関連付ける処理を行う。ここで、関連付ける処理とは、総合振込用データのあるデータレコードの所定のバイト位置に口座確認結果を付加（セット）すること、あるいは、総合振込用データのあるデータレコードと参照／被参照の関係を有する別のデータレコードを生成することをいう。
【００２８】
受付サーバ２１０は、口座確認サーバ２１４による口座確認処理が完了した総合振込用データを銀行システム２３０に直接送信し、一方、都度振込用データを共通センター１２０に送信する。都度振込用データは、後述するように受付サーバ２１０内部のデータ処理によって生成されることが可能である。
【００２９】
共通センター１２０は、統合ＡＴＭ２２０と通信することによって、受付サーバ２１０から受信した都度振込用データに示される振込先口座情報をチェックする。チェックされる内容は、例えば、振込先口座の存在有無および口座番号の一致／不一致などである。チェック完了した都度振込用データは、共通センター１２０から銀行システム２３０に送信される。
【００３０】
銀行システム２３０は、受信した振込用データを既知の手段・手順に従って振込処理を行う。具体的に言えば、ＥＢホスト２３１は、受信した振込用データを勘定系システム２３２に送信し、勘定系システム２３２は、自行宛振込／他行宛振込を識別した上で、振込処理を実行し、あるいは振込用データを全銀ネットワーク２４０経由で各金融機関に伝送する。これに加えて、銀行システム２３０は、後述するように振込元口座としてダミー口座が使用されている場合には、当該ダミー口座からの出金額をゼロに戻すように、実際に使用されるべき振込元口座とダミー口座との間での振替処理を行う。
【００３１】
振込振替明細ＤＢ２３３は、都度振込用データを格納するデータベースである。振込振替明細ＤＢ２３３は、ＥＢホスト２３１および勘定系システム２３２とは独立した形態で図２に示されているが、銀行システム２３０内で蓄積／処理される都度振込用データを格納するデータベースであればよく、ＥＢホスト２３１および勘定系システム２３２のそれぞれの内部に存在していてもよい。
【００３２】
総合振込ＤＢ２３４は、総合振込用データを格納するデータベースである。総合振込ＤＢ２３４は、ＥＢホスト２３１および勘定系システム２３２とは独立した形態で図２に示されているが、銀行システム２３０内で蓄積／処理される総合振込用データを格納するデータベースであればよく、ＥＢホスト２３１および勘定系システム２３２のそれぞれの内部に存在していてもよい。
【００３３】
全銀ネットワーク２４０は、各金融機関を接続する周知のネットワークであり、例えば、銀行間で振込データをやりとりするために利用される。
【００３４】
図３は、振込処理受付サーバ２１２のシステム構成を説明するブロック図である。振込処理受付サーバ２１２は、制御部３０１、主記憶部３０２、補助記憶部３０３、インターフェース（Ｉ／Ｆ）部３０４、表示部３０５、総合振込用ＤＢ３０６、都度振込用ＤＢ３０７、データフォーマットＤＢ３０８、変換テーブル３０９、および送信データ生成部３１０を備える。これらの構成要素３０１〜３１０はバス３２０で相互に接続されており、制御部３０１によって各構成要素３０２〜３１０は統括して制御される。
【００３５】
制御部３０１は、中央処理装置（ＣＰＵ）とも呼ばれ、上述したように各構成要素３０２〜３１０の制御やデータの演算を行い、また、補助記憶部３０３に格納されている各種プログラムを主記憶部３０２に読み出して実行する。主記憶部３０２は、メインメモリとも呼ばれ、受信した各種データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。
【００３６】
補助記憶部３０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部３０２は、補助記憶部３０３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部３０３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部３０１がプログラムを実行してデータの演算を行う場合には、補助記憶部３０３から必要なデータやプログラムを主記憶部３０２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部３０１が補助記憶部３０３に演算結果のデータを書き込むこととなる。
【００３７】
インターフェース（Ｉ／Ｆ）部３０４は、他のクライアント装置やサーバ装置などとの間でデータを送受信する際のインターフェースの役割を果たす。外部から受信したデータは、主記憶部３０２に一時的に記憶される。また、インターフェース部３０４は、システムオペレータより各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェース（入力画面などのアプリケーションプログラム）を提供する。表示部３０５は、処理されたデータを表示する表示画面を提供する。
【００３８】
総合振込用ＤＢ３０６は、振込処理受付サーバ２１２の外部（例えば、企業１１０）から受信される総合振込用データおよび振込処理受付サーバ２１２内部の処理結果としての総合振込用データを格納するデータベースである。
【００３９】
都度振込用ＤＢ３０７は、振込処理受付サーバ２１２の外部（例えば、企業１１０）から受信される都度振込用データおよび振込処理受付サーバ２１２内部の処理結果としての都度振込用データを格納するデータベースである。
【００４０】
データフォーマットＤＢ３０８は、各種データフォーマットを格納するデータベースであり、図５に示される総合振込用データフォーマット５００および図６に示される都度振込用データフォーマット６００などを格納する。また、変換テーブル３０９は、図７に示される変換テーブル７００などの各種変換テーブルを格納する。
【００４１】
ここで、図５を参照しながら、総合振込用データフォーマット５００の一例について説明する。総合振込用データフォーマット５００は、少なくとも種別５０１およびデータ内容５０２を含む。総合振込用データは、総合振込用データフォーマット５００に従って構成される。総合振込用データには、ヘッダ（Ｈ）レコード、データ（Ｄ）レコード、トレーラー（Ｔ）レコード、およびエンド（Ｅ）レコードが含まれる。
【００４２】
Ｈレコードは、出金口座である振込元口座の情報（銀行コード、支店コード、科目コード、口座番号、口座名義など）を含む。振込元口座の数は１つであることが通常である。一実施形態では、Ｈレコードは、企業１１０を識別する企業ＩＤを含むように構成されていてもよい。なお、受付サーバ２１０が銀行システム２３０と通信可能なように構成されている場合には、受付サーバ２１０に総合振込用データが受信された際に振込元口座の妥当性検査が行われるようにすることもできるし、あるいは企業１１０の伝送サーバ１１１から伝送される前に妥当性検査が済んでいる振込元口座の情報が総合振込用データにセットされるようにすることもできる。
【００４３】
Ｄレコードは、１以上の振込先明細情報（銀行コード、支店コード、科目コード、口座番号、口座名義、振込金額など）を含む。Ｔレコードは、Ｄレコードの合計件数および合計振込金額を含む。Ｅレコードは、Ｎｕｌｌ値とすることもできるし、あるいは特定の識別フラグなどのデータとすることもできる。
【００４４】
また、図６を参照しながら、都度振込用データフォーマット６００の一例を説明する。都度振込用データフォーマット６００は、少なくとも振込元口座６０１、振込先口座６０２および振込金額６０３を含む。振込元口座６０１は出金口座を示し、振込先口座６０２は入金口座を示す。都度振込用データは、都度振込用データフォーマット６００に従って構成される。
【００４５】
再び図３に戻って説明すると、送信データ生成部３１０は、振込処理受付サーバ２１２から銀行システム２３０および共通センター１２０にそれぞれ送信される総合振込用データおよび都度振込用データを生成する。また、送信データ生成部３１０は、振込用データのデータ量を識別した上で振込元口座の付替処理と、振込データのフォーマット変換とを行う。ここで、振込元口座の付替処理とは、振込処理の負荷分散化を目的として振込元口座を実際の口座から１つまたは複数のダミー口座に付け替える処理のことを指し示す。付け替え処理後の振込元口座は、全てダミー口座とすることも可能であり、一部を実際の口座とすることも可能である。また、振込データのフォーマット変換とは、総合振込用データを都度振込用データのフォーマットに変換する処理、およびその逆の処理を指し示す。
【００４６】
図４は、口座確認サーバ２１４のシステム構成を説明するブロック図である。口座確認サーバ２１４は、制御部４０１、主記憶部４０２、補助記憶部４０３、インターフェース（Ｉ／Ｆ）部４０４、表示部４０５、振込先明細識別部４０６、口座確認部４０７、および関連付け部４０８を備える。これらの構成要素４０１〜４０８はバス４１０で相互に接続されており、制御部４０１によって各構成要素４０２〜４０８は統括して制御される。なお、図４に示した構成要素４０１〜４０５は、それぞれ、図３に示した構成要素３０１〜３０５に相当する機能を有しているので、これら構成要素４０１〜４０５の詳細な説明は省略する。
【００４７】
振込先明細識別部４０６は、総合振込用データを読み込み、読み込んだ総合振込用データの振込先明細データ（Ｄレコード）から振込先口座情報を識別する。識別された振込先口座情報には、銀行コード、支店コード、科目コード、口座番号、および口座名義が少なくとも含まれる。
【００４８】
口座確認部４０７は、振込先明細識別部４０６によって識別された振込先口座情報が妥当なものかどうかを統合ＡＴＭ２２０にネットワーク経由で問い合わせて口座確認を行うとともに、統合ＡＴＭ２２０からそれぞれの振込先口座が妥当なものか否かについての口座確認結果を受信する。口座確認結果は、それぞれの振込先口座が妥当なものか否かを識別する情報（例えば、口座の存在／不存在、口座番号の一致／不一致など）を含む。
【００４９】
関連付け部４０８は、総合振込用データの各振込先口座情報と統合ＡＴＭ２２０から受信した口座確認結果を関連づけた総合振込用データを生成する。具体的に言えば、総合振込用データに含まれている振込先明細Ａは、口座が存在すること、および口座番号が一致することが示され、また、振込先明細Ｂは、口座が存在しない、などの情報が示される総合振込用データが生成される。なお、生成される総合振込用データは、単一のファイルとしてもよく、相互に関連付けがなされた複数ファイルとしてもよい。関連付け部４０８は、生成された総合振込用データを振込処理受付サーバ２１２に送信する。
【００５０】
以下では、当日受け付けた大量振込のための振込データを当日一括して処理すること（すなわち、当日受付当日処理）の３つの実施形態について説明する。第１の実施形態は、企業等から受信した総合振込用データを都度振込用データに変換して処理する実施形態である。第２の実施形態は、受信した総合振込用データを総合振込用データとして（フォーマット変換なし）処理する実施形態である。第３の実施形態は、受信した都度振込用データを都度振込用データとして（フォーマット変換なし）処理する実施形態である。
【００５１】
なお、以下では、振込データを送信する企業は一社であることを想定して説明を行うが、本発明の技術思想は振込データ送信企業が複数社であっても構わない。その場合には本発明に係る振込システムで処理されるデータに企業を識別する企業ＩＤを含ませること、あるいは関連づけることにより個々の企業を識別することができるものとする。
【００５２】
＜第１の実施形態＞
図８は、本発明に係る振込システム２００において行われる第１の実施形態、すなわち、受信した総合振込用データを都度振込用データに変換して処理する実施形態の処理フローを説明する図である。
【００５３】
ステップＳ８０１において、ＨＵＬＦＴサーバ２１１は、企業１１０の伝送サーバ１１１から総合振込用データを受信する。受信された総合振込用データは、振込処理受付サーバ２１２に送信され、総合振込用ＤＢ３０６に格納される。なお、受付サーバ２１０が銀行システム２３０と通信可能なように構成されている場合には受付サーバ２１０に総合振込用データが受信された際に振込元口座の妥当性検査が行われるようにすることもできるし、あるいは伝送サーバ１１１から伝送される前に妥当性検査が済んでいる振込元口座の情報が総合振込用データにセットされるように構成することもできる。
【００５４】
ステップＳ８０２において、送信データ生成部３１０は、総合振込用ＤＢ３０６から総合振込用データを読み出し、読み出された総合振込用データのＤレコードのデータ件数を判定する。送信データ生成部３１０は、所定の基準とデータ件数とを比較し、振込元口座として使用すべきダミー口座の数を判定する。ここで、所定の基準とは、振込システム２００の処理負荷の分散化を図ることができる数値として任意に設定できるものである。送信データ生成部３１０は、Ｈレコードに含まれている出金口座の情報に基づいて変換テーブル７００を読み出し、判定された数に相当するダミー口座を識別する。
【００５５】
その後、送信データ生成部３１０は、Ｄレコードのそれぞれから振込先口座情報および振込金額を読み出し、都度振込用データフォーマット６００に従う都度振込用データを生成する。当該処理中、送信データ生成部３１０は、都度振込用データの振込元口座６０１には識別されたダミー口座の情報をセットする。例えば、総合振込用データのＤレコードのデータ件数が１００００件あり、使用すべきダミー口座が５口座である場合には、送信データ生成部３１０は、振込元口座が各ダミー口座である都度振込用データを概ね２０００件ずつ生成することとなる。また、一実施形態では、Ｈレコードに含まれている出金口座とダミー口座を併用することも可能である。
【００５６】
送信データ生成部３１０は、生成された都度振込用データを都度振込用ＤＢ３０７に格納する。送信データ生成部３１０は、読み込んだ総合振込用データのＤレコードを全て処理し終え、Ｅレコードを読み込んだ後に当該変換処理を終える。この処理の結果、総合振込用データから都度振込用データが生成されることになるが、生成された都度振込用データは、振込元口座情報（ダミー口座の情報）、振込先口座情報および振込金額を含むこととなる。なお、上述したように、振込元口座情報に実際の口座およびダミー口座がセットされる実施形態も可能である。
【００５７】
ここで、図７を参照しながら、変換テーブル７００について説明する。変換テーブル７００は、出金口座７０１および変換口座７０２を含む。出金口座７０１は、企業１１０から受信される振込データに含まれる振込元口座に対応する口座である。変換口座７０２は、企業１１０から受信される振込データに含まれる振込元口座が変換されうるダミー口座を示す。本発明に係る振込システム２００では、特定の口座データへのアクセス集中を避ける観点から、ダミー口座の数は企業１１０の依頼件数を考慮して十分な数を用意しておくことが好ましい。また、ダミー口座の情報は、銀行システム２３０内にも格納されており、実際の振込処理の際にデータアクセスされる。
【００５８】
ステップＳ８０３において、振込処理受付サーバ２１２は、都度振込用ＤＢ３０７から都度振込用データを読み出して、共通センター１２０に送信する。送信される都度振込用データには、ダミー口座が振込元口座としてセットされている。
【００５９】
ステップＳ８０４において、共通センター１２０は、受信した都度振込用データに格納されている振込先口座情報が妥当なものかどうかを統合ＡＴＭ２２０に問い合わせることによって口座確認する。口座確認処理の結果、共通センター１２０は、エラーの有無にしたがって各データを識別可能なようにしておくことができる（例えば、確認結果を示すフラグを都度振込用データに付加）。口座確認処理の完了した都度振込用データは、共通センター１２０から銀行システム２３０に送信される。
【００６０】
ステップＳ８０５において、銀行システム２３０は、共通センター１２０から受信した都度振込用データを振込振替明細ＤＢ２３３に格納する。
【００６１】
ステップＳ８０６において、銀行システム２３０は、振込振替明細ＤＢ２３３に格納されている都度振込用データのうちエラーの発生していないデータについて都度振込処理を実行していく。具体的に言えば、銀行システム２３０は、振込振替明細ＤＢ２３３からエラーの発生していない都度振込用データを読み込み、当該データに示されている振込金額を該当のダミー口座から出金処理を行う。出金処理については、所定の時間内に処理される都度振込用データの合算した振込金額を一括して引き落とす実施形態が一般的であるが、都度振込用データを１件処理するたびに出金処理していく実施形態であっても構わない。その上で、銀行システム２３０は、振込先口座が自行の口座であれば銀行システム２３０内で振込処理を行い、一方、振込口座が他行の口座であれば、変換テーブル７００から取得した、該当のダミー口座に対応する実際の口座情報を振込元口座としてアップデートした都度振込用データを全銀ネットワーク２４０経由で該当金融機関に向けて送信する。
【００６２】
また、本実施形態では、銀行システム２３０は、振込振替明細ＤＢ２３３に格納されている都度振込用データのうち口座確認結果がエラーであるレコードについて所定のフォーマットで企業１１０にレポートを送信することができる。
【００６３】
ステップＳ８０７において、銀行システム２３０は、出金処理が行われたそれぞれのダミー口座の残高をゼロにするように、変換テーブル７００にアクセスしてダミー口座に対応する実際の口座を識別し、識別された実際の口座とダミー口座との間で振替処理を行う。例えば、あるダミー口座から１０万円出金されている場合に、そのダミー口座に対して１０万円入金処理するとともに、当該ダミー口座に対応付けられる実際の口座から１０万円出金処理する。
【００６４】
なお、他の実施形態として、都度振込処理が行われるデータについて出金される総額を最初に計算し、実際の口座から当該金額を先に出金処理した後、各ダミー口座に入金処理してから上述した出金処理を行うようにしてもよい。
【００６５】
上記のような処理を行うことにより、出金口座として実際の口座を１つだけ使用する場合よりもダミー口座を利用することによりテーブルアクセスなどの処理の分散化を図ることができ、従来よりも大量の当日受付当日処理の振込を行うことが可能となる。また、総合振込用データを都度振込用データに変換して処理することが可能となる。
【００６６】
＜第２の実施形態＞
図９は、本発明に係る振込システム２００において行われる第２の実施形態、すなわち、受信した総合振込用データを総合振込用データとして（フォーマット変換なし）処理する実施形態の処理フローを説明する図である。
【００６７】
ステップＳ９０１において、ＨＵＬＦＴサーバ２１１は、企業１１０の伝送サーバ１１１から総合振込用データを受信する。受信された総合振込用データは、振込処理受付サーバ２１２に送信され、総合振込用ＤＢ３０６に格納される。なお、受付サーバ２１０が銀行システム２３０と通信可能なように構成されている場合には受付サーバ２１０に総合振込用データが受信された際に振込元口座の妥当性検査が行われるようにすることもできるし、あるいは伝送サーバ１１１から伝送される前に妥当性検査が済んでいる振込元口座の情報がセットされるように構成することもできる。
【００６８】
ステップＳ９０２において、振込処理受付サーバ２１２は、総合振込用ＤＢ３０６から読み出した総合振込用データを口座確認サーバ２１４に送信する。口座確認サーバ２１４は、主記憶部５０２上に記憶されている総合振込用データのＤレコード（振込先明細）のそれぞれから口座情報を識別する。識別された口座情報には、銀行コード、支店コード、科目コード、口座番号および口座名義が少なくとも含まれる。
【００６９】
口座確認サーバ２１４は、識別された口座情報のそれぞれが妥当なものかどうかを統合ＡＴＭ２２０に問い合わせて口座確認を行う。口座確認サーバ２１４は、統合ＡＴＭ２２０からそれぞれの口座が妥当なものか否かについての口座確認結果を受信する。口座確認結果は、それぞれの口座が妥当なものか否かを識別することができればよく、例えば、「口座情報Ａ＝ＯＫ、口座情報Ｂ＝該当口座なし」といったメッセージデータでもよく、あるいは識別された口座情報に付加することが可能な識別フラグ（データ）のようなものでもよい。
【００７０】
口座確認サーバ２１４は、総合振込用データの各Ｄレコードの口座情報と統合ＡＴＭ２２０から受信した口座確認結果を関連づけた総合振込用データを生成し、生成された総合振込用データを振込処理受付サーバ２１２に送信する。振込処理受付サーバ２１２は、受信した総合振込用データを総合振込用ＤＢ３０６に格納する。
【００７１】
なお、当該処理は、口座確認サーバ２１４の主記憶部５０２上で実行される前提で説明したが、必要に応じて口座確認サーバ２１４内部に総合振込用ＤＢ３０６と同様のデータベースを用意し、利用するようにしても良い。
【００７２】
ステップＳ９０３において、送信データ生成部３１０は、総合振込用ＤＢ３０６から総合振込用データを読み出し、口座確認結果が正常なＤレコードのデータ件数を判定する。口座確認結果がエラーであるＤレコードについては所定のフォーマットで企業１１０にレポートが送信される。送信データ生成部３１０は、所定の基準とデータ件数とを比較し、振込元口座として使用すべきダミー口座の数を判定する。送信データ生成部３１０は、Ｈレコードに含まれている出金口座の情報に基づいて変換テーブル７００を読み出し、判定された数に相当するダミー口座を識別する。
【００７３】
その後、送信データ生成部３１０は、口座確認結果が正常なＤレコードを、判定されたダミー口座の数のグループに分割する。例えば、口座確認結果が正常なＤレコードが１００００件あり、ダミー口座の数が５つある場合には、５つのグループに分割される。なお、本実施形態の変形の実施形態において、上述の例で言えば、１つの実際の口座と４つのダミー口座を併用することも可能である。
【００７４】
送信データ生成部３１０は、分割されたそれぞれのグループのＤレコードについて総合振込用データを生成する。具体的に言えば、送信データ生成部３１０は、Ｈレコードを識別されたダミー口座の情報を含むように構成し、Ｄレコードを各グループのＤレコードを含むように構成し、Ｔレコードを当該Ｄレコードから導出される合計件数および合計振込金額を含むように構成し、Ｅレコードを生成することによって総合振込用データを生成する。当該処理によって、Ｈレコードの出金口座情報としてダミー口座の情報を含み、かつ口座確認の結果エラーの存在しないＤレコードを含む総合振込用データがグループの数だけ生成されることとなる。
【００７５】
ステップＳ９０４において、振込処理受付サーバ２１２は、図２に示したように、生成された総合振込用データを銀行システム２３０に直接送信する。銀行システム２３０は、受信した総合振込用データを総合振込ＤＢ２３４に格納する。送信されるそれぞれの総合振込用データのＨレコードには、識別されたダミー口座のそれぞれが格納されている。
【００７６】
ステップＳ９０５において、銀行システム２３０は、総合振込ＤＢ２３４に格納されている総合振込用データを読み出して振込処理を行う。具体的に言えば、銀行システム２３０は、総合振込ＤＢ２３４から総合振込用データを読み出し、Ｔレコードに示されている合計振込金額をＨレコードに示されているダミー口座から出金する処理を行う。その上で、銀行システム２３０は、Ｄレコードの振込先口座が自行の口座であれば銀行システム２３０内で振込処理を行って該当口座に振込を行う。一方、振込口座が他行の口座であれば、変換テーブル７００から取得した、該当のダミー口座に対応する実際の口座情報を振込元口座としてアップデートした上で全銀ネットワーク２４０を介して該当金融機関に向けて送信する。
【００７７】
ステップＳ９０６において、銀行システム２３０は、出金処理が行われたそれぞれのダミー口座の残高をゼロにするように、変換テーブル７００にアクセスしてダミー口座に対応する実際の口座を識別し、識別された実際の口座とダミー口座との間で振替処理を行う。例えば、あるダミー口座から１０万円出金されている場合に、そのダミー口座に対して１０万円入金処理するとともに、当該ダミー口座に対応付けられる実際の口座から１０万円出金処理する。なお、本実施形態の変形の実施形態において、実際の振込金額の総額を算出した上で、最初に実際の口座から出金処理を行うとともに該当ダミー口座に入金処理を行った後に、上述したようなダミー口座からの出金処理を行うようにしてもよい。
【００７８】
上記のような処理を行うことにより、出金口座として実際の口座を１つだけ使用する場合よりもダミー口座を利用することによりテーブルアクセスなどの処理の分散化を図ることができ、従来よりも大量の当日受付当日処理の振込を行うことが可能となる。また、総合振込用データを総合振込用データのフォーマットのままで処理することが可能となる。
【００７９】
＜第３の実施形態＞
図１０は、本発明に係る振込システム２００において行われる第３の実施形態、すなわち、受信した都度振込用データを都度振込用データとして（フォーマット変換なし）処理する実施形態の処理フローを説明する図である。
【００８０】
ステップＳ１００１において、ＨＵＬＦＴサーバ２１１は、企業１１０の伝送サーバ１１１から都度振込用データを受信する。本実施形態では、伝送サーバ１１１内の処理によって、都度振込用データの振込元口座の情報としてダミー口座がセットされているものとする。受信された都度振込用データは、振込処理受付サーバ２１２に送信され、都度振込用ＤＢ３０７に格納される。
【００８１】
なお、ダミー口座１件あたりの都度振込用データのデータ件数は、システムの処理負荷を考慮し、予め定められているものとする。同一口座へのアクセスがあまりに多くなると並列処理の観点から望ましくないため、ダミー口座は大量の振込データを処理する際に使用可能なことに留意されたい。
【００８２】
ステップＳ１００２において、振込処理受付サーバ２１２は、都度振込用ＤＢ３０７から都度振込用データを読み出して、共通センター１２０に送信する。上述したように、送信される都度振込用データには、ダミー口座が振込元口座としてセットされている。
【００８３】
ステップＳ１００３において、共通センター１２０は、受信した都度振込用データに格納されている振込先口座情報が妥当なものかどうかを統合ＡＴＭ２２０に問い合わせることによって口座確認する。口座確認処理の結果、共通センター１２０は、エラーの有無にしたがって各データを識別可能なようにしておくことができる（例えば、確認結果を示すフラグを都度振込用データに付加）。口座確認処理の完了した都度振込用データは、共通センター１２０から銀行システム２３０に送信される。
【００８４】
ステップＳ１００４において、銀行システム２３０は、共通センター１２０から受信した都度振込用データを振込振替明細ＤＢ２３３に格納する。
【００８５】
ステップＳ１００５において、銀行システム２３０は、振込振替明細ＤＢ２３３に格納されている都度振込用データのうちエラーの発生していないデータについて都度振込処理を実行していく。具体的に言えば、銀行システム２３０は、振込振替明細ＤＢ２３３からエラーの発生していない都度振込用データを読み込み、当該データに示されている振込金額を該当のダミー口座から出金処理を行う。出金処理については所定の時間内に処理される都度振込用データの合算した振込金額を一括して引き落とす実施形態が一般的であるが、都度振込用データを１件処理するたびに出金処理していく実施形態であっても構わない。その上で、銀行システム２３０は、振込先口座が自行の口座であれば銀行システム２３０内で振込処理を行い、一方、振込口座が他行の口座であれば、変換テーブル７００から取得した、該当のダミー口座に対応する実際の口座情報を振込元口座としてアップデートした都度振込用データを全銀ネットワーク２４０経由で該当金融機関に向けて送信する。
【００８６】
また、本実施形態では、銀行システム２３０は、振込振替明細ＤＢ２３３に格納されている都度振込用データのうち口座確認結果がエラーであるレコードについて所定のフォーマットで企業１１０にレポートを送信することができる。
【００８７】
ステップＳ１００６において、銀行システム２３０は、出金処理が行われたそれぞれのダミー口座の残高をゼロにするように、変換テーブル７００にアクセスしてダミー口座に対応する実際の口座を識別し、識別された実際の口座とダミー口座との間で振替処理を行う。例えば、あるダミー口座から１０万円出金されている場合に、そのダミー口座に対して１０万円入金処理するとともに、当該ダミー口座に対応付けられる実際の口座から１０万円出金処理する。
【００８８】
なお、他の実施形態として、都度振込処理が行われるデータについて出金される総額を最初に計算し、実際の口座から当該金額を先に出金処理した後、各ダミー口座に入金処理してから上述した出金処理を行うようにしてもよい。
【００８９】
上記のような処理を行うことにより、出金口座として所定の数のダミー口座を利用することによりテーブルアクセスなどの処理の分散化を図ることができ、従来よりも大量の当日受付当日処理の振込を行うことが可能となる。また、都度振込用データを都度振込用データのままで処理することが可能となる。
【００９０】
以上、例示的な実施形態を参照しながら本発明の原理を説明したが、本発明の要旨を逸脱することなく、構成および細部において変更する様々な実施形態を実現可能であることを当業者は理解するだろう。すなわち、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。また、上記説明では、説明の便宜上、複数のサーバのそれぞれにおいて実行される処理を説明したが、本発明の振込システムおよび振込方法を１つのコンピュータ装置において実行するように構成しても良い。
【符号の説明】
【００９１】
１１０  企業
１１１  伝送サーバ
１２０  共通センター
２１０  受付サーバ
２１１  ＨＵＬＦＴサーバ
２１２  振込処理受付サーバ
２１３  Ｗｅｂサーバ
２１４  口座確認サーバ
２２０  統合ＡＴＭ
２３０  銀行システム
２３１  ＥＢシステム
２３２  勘定系システム
２３３  振込振替明細ＤＢ
２３４  総合振込ＤＢ
２４０  全銀ネットワーク
３０６  総合振込用ＤＢ
３０７  都度振込用ＤＢ
３０８  データフォーマットＤＢ
３０９  変換テーブル
３１０  送信データ生成部
４０６  振込先明細識別部
４０７  口座確認部
４０８  関連付け部
【要約】
【課題】当日受け付けた大量振込のための振込データを当日一括して処理することが可能な振込システムおよび振込方法を提供する。
【解決手段】振込システムは、受付サーバおよび銀行システムを含む。受付サーバは、受信した総合振込用データを変換処理した都度振込用データを共通センター経由で銀行システムに送信する。総合振込用データ内の振込元口座および都度振込用データ内のダミー口座は関連付けられる。共通センターは、統合ＡＴＭと通信し、都度振込用データ内の振込先口座の妥当性検査を行う。銀行システムは、受信した都度振込用データのうち妥当性検査の結果エラーが存在しないデータを読み出して振込処理を行うとともに、都度振込用データに含まれるダミー口座から第１の出金処理が行われる。その後残高をゼロにするようにダミー口座に対して入金処理を行い、ダミー口座に関連付けられる振込元口座から第２の出金処理を行う。第１の出金処理の総額、入金処理の金額および第２の出金処理の金額は、互いに同じである。
【選択図】図２【図１】
0005342676.tif 000002
【図２】
0005342676.tif 000003
【図３】
0005342676.tif 000004
【図４】
0005342676.tif 000005
【図５】
0005342676.tif 000006
【図６】
0005342676.tif 000007
【図７】
0005342676.tif 000008
【図８】
0005342676.tif 000009
【図９】
0005342676.tif 000010
【図１０】
0005342676.tif 000011