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