(57)【要約】【課題】ＳＷＩＦＴ−ＢＩＣを持たない支店において送金業務を残したままで海外送金を行う。【解決手段】海外送金システムは、銀行の各支店において、仕向／被仕向の取引案件に対して、承認プロセスを制御する機能と、ＳＷＩＦＴ−ＢＩＣを所持しない支店において、承認プロセスが完了した際に、勘定系システムの元帳にＳＷＩＦＴ−ＢＩＣを利用して起票要求を送信し、勘定系システムから起票要求の完了を検知する機能と、ＳＷＩＦＴ−ＢＩＣを所持する他の支店宛てに振替依頼のための送金明細を作成する機能と、前記送金明細の作成の際に、支店間の預かり口座及び預け口座の情報を格納した決済情報テーブルに基づいて、決済口座を自動判別する決済口座自動判別機能と、前記取引案件が海外送金である場合、他の国内支店が所持するＳＷＩＦＴ−ＢＩＣを使用して、ＳＷＩＦＴネットワークに対して電文ファイルを送信する機能とを備える。【選択図】図３
2014081690.tif 000002
【特許請求の範囲】
【請求項１】
銀行の口座の元帳を格納する勘定系システムと、
前記銀行の各支店において、仕向／被仕向の取引案件に対して、起票、精査、承認の承認プロセスを制御する取引ワークフロー制御部と、
銀行識別子であるＳＷＩＦＴ−ＢＩＣを所持しない支店において、
前記承認プロセスが完了した際に、前記勘定系システムの元帳に記帳要求を送信するＰＯＳＴＩＮＧ部と、
前記勘定系システムから記帳要求の完了を検知するＬＩＳＴＥＮＥＲ部と、
前記ＬＩＳＴＥＮＥＲ部が前記記帳要求の完了を検知した際に、前記ＳＷＩＦＴ−ＢＩＣを所持する他の国内支店宛てに振替依頼のための送金明細を作成する送金明細作成部と、
前記送金明細の作成の際に、前記支店間の預かり口座及び預け口座の情報を格納した決済情報テーブルに基づいて、決済口座を自動判別する決済口座自動判別部と、
前記取引案件が海外送金である場合、前記ＬＩＳＴＥＮＥＲ部が前記記帳要求の完了を検知した際に、他の国内支店が所持するＳＷＩＦＴ−ＢＩＣを使用して、ＳＷＩＦＴネットワークに対して電文ファイルを送信するＳＷＩＦＴ  Ｉ／Ｆ部と、
を備えることを特徴とする海外送金システム。
【請求項２】
前記仕向／被仕向の取引案件は、国内支店間の外貨送金を含むことを特徴とする請求項１に記載の海外送金システム。
【請求項３】
前記国内支店間の送金の支店がいずれもＳＷＩＦＴ−ＢＩＣを所持しない支店である場合は、前記ＳＷＩＦＴ−ＢＩＣを所持する支店に対しても振替依頼のための送金明細を作成することを特徴とする請求項２に記載の海外送金システム。
【請求項４】
前記取引ワークフロー制御部は、内部振替を依頼された支店においては、前記承認プロセスをＳＴＰ（Straight  Through  Processing）処理させることを特徴とする請求項１に記載の海外送金システム。
【請求項５】
銀行の各支店において、仕向／被仕向の取引案件に対して、起票、精査、承認の承認プロセスを制御する段階と、
銀行識別子であるＳＷＩＦＴ−ＢＩＣを所持しない支店において、
前記承認プロセスが完了した際に、勘定系システムの元帳に記帳要求を送信する段階と、
前記勘定系システムから記帳要求の完了を検知する段階と、
前記ＬＩＳＴＥＮＥＲ部が前記記帳要求の完了を検知した際に、前記ＳＷＩＦＴ−ＢＩＣを所持する他の国内支店宛てに振替依頼のための送金明細を作成する送金明細作成段階と、
前記送金明細の作成の際に、前記支店間の預かり口座及び預け口座の情報を格納した決済情報テーブルに基づいて、決済口座を自動判別する段階と、
前記取引案件が海外送金である場合、前記ＬＩＳＴＥＮＥＲ部が前記記帳要求の完了を検知した際に、他の国内支店が所持するＳＷＩＦＴ−ＢＩＣを使用して、ＳＷＩＦＴネットワークに対して電文ファイルを送信する段階と、
を含むことを特徴とする海外送金方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、海外送金システム及び海外送金方法に関する。特に、中国における海外送金、中国支店間の外貨送金に関わる海外送金システム及び海外送金方法に関する。
【背景技術】
【０００２】
国際送金システムを扱う銀行は、ＳＷＩＦＴコード又はＢＩＣコード(Bank  Identifier  Code)と呼ばれるＳＷＩＦＴ（Society  for  Worldwide  Interbank  Financial  Telecommunication）が提供する金融機関識別コードを取得している必要がある（非特許文献１参照）。ＳＷＩＦＴ−ＢＩＣコードは、ＩＳＯ（国際標準化機構）によって承認された金融機関識別コードの標準書式で、世界各地の銀行を特定するために定められており、銀行間の国際送金などにおいて使用される。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】Online  Bank  Swift  Code  Database,  "  What  is  Bank  Swift  Code?"、［ＯＮＬＩＮＥ］、［２０１２年９月２５日検索］、インターネット<URL:http://www.swiftbic.com/what-is-bank-swift-code.html>
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特定の国、例えば中国においては、海外送金に係るドキュメント管理、当局報告等を、銀行の支店で実施する必要がある。このため、日本国内とは異なり、事務の集中化が非常に困難である。
【０００５】
図１は、中国における従来の銀行のバックエンドシステムの概念図である。図示するように、中国国内で新たな支店（新店）開設時には、新たなＳＷＩＦＴ−ＢＩＣコード（以下、単にＢＩＣと呼ぶ）を取得し、決済系システム、送金系システム、勘定系システムの各バックエンドシステムにて、新店開設のための対応を実施する必要があった。
【０００６】
しかしながら、ＢＩＣの取得／維持には、多額の取得費用及び維持費用を必要とする。また、ＢＩＣの取得に長時間を要するため、支店開設スケジュールの制約事項となっていた。
【０００７】
したがって、本発明では、上記のような課題に鑑み、送金業務は中国国内の各支店に分散したままで、既に取得済みのＢＩＣを中国共通のＢＩＣとして送金業務を行うことのできる海外送金システムを提供することを目的とする。すなわち、図２に示すように、中国国内で既にＢＩＣを取得済みの支店（親支店Ｘとする）で、新店の送金の取り扱いを可能とするような海外送金システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の海外送金システムは、以下のような解決手段を提供する。
【０００９】
請求項１に記載の発明は、銀行の口座の元帳を格納する勘定系システムと、前記銀行の各支店において、仕向／被仕向の取引案件に対して、起票、精査、承認の承認プロセスを制御する取引ワークフロー制御部と、銀行識別子であるＳＷＩＦＴ−ＢＩＣを所持しない支店において、前記承認プロセスが完了した際に、前記勘定系システムの元帳に記帳要求を送信するＰＯＳＴＩＮＧ部と、前記勘定系システムから記帳要求の完了を検知するＬＩＳＴＥＮＥＲ部と、前記ＬＩＳＴＥＮＥＲ部が前記記帳要求の完了を検知した際に、前記ＳＷＩＦＴ−ＢＩＣを所持する他の国内支店宛てに振替依頼のための送金明細を作成する送金明細作成部と、前記送金明細の作成の際に、前記支店間の預かり口座及び預け口座の情報を格納した決済情報テーブルに基づいて、決済口座を自動判別する決済口座自動判別部と、前記取引案件が海外送金である場合、前記ＬＩＳＴＥＮＥＲ部が前記記帳要求の完了を検知した際に、他の国内支店が所持するＳＷＩＦＴ−ＢＩＣを使用して、ＳＷＩＦＴネットワークに対して電文ファイルを送信するＳＷＩＦＴ  Ｉ／Ｆ部と、を備えることを特徴とする。
【００１０】
上記の構成によれば、ＳＷＩＦＴ−ＢＩＣを持たない支店であっても、ＳＷＩＦＴ−ＢＩＣを持つ支店のＳＷＩＦＴ−ＢＩＣを利用することで、海外への送金業務は各支店に残したままで、海外送金を行うことができる。
【００１１】
請求項２に記載の発明は、請求項１の発明において、前記仕向／被仕向の取引案件は、国内支店間の外貨送金を含むことを特徴とする。
【００１２】
上記の構成によれば、請求項１の海外送金システムの仕組みは、ＳＷＩＦＴシステムを利用せず、国内支店間の外貨送金に対してもそのまま適用できる。
【００１３】
請求項３に記載の発明は、請求項２の発明において、前記国内支店間の送金の支店がいずれもＳＷＩＦＴ−ＢＩＣを所持しない支店である場合は、前記ＳＷＩＦＴ−ＢＩＣを所持する支店に対しても振替依頼のための送金明細を作成することを特徴とする。
【００１４】
上記の構成によれば、国内支店間の送金の際に仕向側、被仕向側の支店のいずれもＳＷＩＦＴ−ＢＩＣを所持しない場合は、ＳＷＩＦＴ−ＢＩＣを所持する支店（親支店）に対しても振替依頼を送信することで、親支店が管理する預かり口座（決済口座）によって外貨の振替処理を行うことができる。
【００１５】
請求項４に記載の発明は、請求項１の発明において、前記取引ワークフロー制御部は、内部振替を依頼された支店においては、前記承認プロセスをＳＴＰ（Straight  Through  Processing）処理させることを特徴とする。
【００１６】
上記の構成によれば、内部振替を依頼された支店における承認ワークフローは自動処理（ＳＴＰ処理）されるので、振替依頼支店での新たな労力の発生が防げる。
【００１７】
請求項５に記載の発明は、海外送金の方法が、銀行の各支店において、仕向／被仕向の取引案件に対して、起票、精査、承認の承認プロセスを制御する段階と、銀行識別子であるＳＷＩＦＴ−ＢＩＣを所持しない支店において、前記承認プロセスが完了した際に、勘定系システムの元帳に記帳要求を送信する段階と、前記勘定系システムから記帳要求の完了を検知する段階と、前記ＬＩＳＴＥＮＥＲ部が前記記帳要求の完了を検知した際に、前記ＳＷＩＦＴ−ＢＩＣを所持する他の国内支店宛てに振替依頼のための送金明細を作成する送金明細作成段階と、前記送金明細の作成の際に、前記支店間の預かり口座及び預け口座の情報を格納した決済情報テーブルに基づいて、決済口座を自動判別する段階と、前記取引案件が海外送金である場合、前記ＬＩＳＴＥＮＥＲ部が前記記帳要求の完了を検知した際に、他の国内支店が所持するＳＷＩＦＴ−ＢＩＣを使用して、ＳＷＩＦＴネットワークに対して電文ファイルを送信する段階と、を含むことを特徴とする。
【００１８】
上記請求項５に記載の発明は、請求項１の海外送金システムを、コンピュータが実行する海外送金方法の発明と捉えたものであり、請求項１の発明と同様な作用効果を奏する。
【発明の効果】
【００１９】
本発明によれば、新店開設時に新たなＢＩＣ取得のための費用と時間をかける必要がなく、送金業務は各支店に分散したままで中国共通のＢＩＣにて送金業務を行うことができる。
【図面の簡単な説明】
【００２０】
【図１】従来の中国における新店開設時のバックエンドシステムの概念図である。
【図２】本発明が目的とする中国における新店開設時のバックエンドシステムの概念図である。
【図３】送金系システム１０のシステム構成の概略と機能ブロックを示した図である。
【図４】送金系システム１０において処理される仕向側と被仕向側との間の仕向／被仕向フローの概念図である。
【図５】決済口座自動判別部１６において使用される決済情報テーブル１７の一例を示した図である。
【図６】中国国内の支店間送金フロー（子支店Ａ−親支店間）の概念図である。
【図７】中国国内の支店間送金フロー（子支店Ａ−子支店Ｂ間）の概念図である。
【図８】受信電文受付簿画面１８の一例を示した図である。
【発明を実施するための形態】
【００２１】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号または符号を付している。
【００２２】
図３は、本発明の一実施形態である送金系システム１０のシステム構成の概略と機能ブロックを示す図である。送金系システム１０は、本発明の海外送金システムの中核をなし、図示するように、ＳＷＩＦＴネットワーク２１を経由して、自行の他国支店２２や他行２３と接続されている。
【００２３】
また、送金系システム１０は、海外支店ネットワーク３１を介して、中国支店勘定系システム３０と接続され、また、構内ネットワーク４１を介して、ＳＷＩＦＴ決済系システム２０、及びＥＢ（Electronic  Banking）、すなわち、インターネットを通じて海外支店の口座に関する口座照会や資金移動を提供するＥＢシステム４０と接続されている。
【００２４】
送金系システム１０は、一つの機能構成例として、銀行内での取引のワークフローを制御する取引ワークフロー制御部１１、それぞれの外部システムとのインターフェースＩ／Ｆ）を制御するＳＷＩＦＴ  Ｉ／Ｆ部１２、ＥＢシステムＩ／Ｆ部１３、海外支店勘定系システムＩ／Ｆ部１４、そして、内部の機能部である送金明細作成部１５、及び決済口座自動判別部１６を含んで構成される。以下、各機能部について順に説明する。
【００２５】
取引ワークフロー制御部１１は、取引の入力（Ｅｎｔｒｙ）、精査（Ｃｈｅｃｋ）、承認（Ａｐｐｒｏｖｅ）といった銀行内の承認プロセスを実行させるためのワークフローを制御し、各担当者向けの画面も提供する。取引ワークフロー制御部１１は、後述する電文受付簿画面１８も制御する。なお、承認プロセスは、仕向側（Ｏｕｔｗａｒｄ）については、Ｅｎｔｒｙ，Ｃｈｅｃｋ，Ａｐｐｒｏｖｅの３段階の処理が必要であるが、被仕向側（Ｉｎｗａｒｄ）では、Ｅｎｔｒｙ、Ｃｈｅｃｋ＆Ａｐｐｒｏｖｅの２段階の処理で済ませることが多い。
【００２６】
ＳＷＩＦＴ  Ｉ／Ｆ部１２は、ＳＷＩＦＴ決済系システム２０を介して、ＳＷＩＦＴネットワーク２１とのインターフェースを制御し、ＳＷＩＦＴネットワーク２１に接続された自行の他国支店２２や他行２３との電文のやりとりを行う。さらに詳しくは、ＳＷＩＦＴ  ＯＵＴフォルタにＦＴＰ（File  Transfer  Protocol）でＳＷＩＦＴ電文ファイルをＰｕｔする「ＳＷＩＦＴ  ＯＵＴ」と、ＳＷＩＦＴ  ＩＮフォルダにＦＴＰでＳＷＩＦＴ電文ファイルをＧｅｔする「ＳＷＩＦＴ  ＩＮ」と、ＳＷＩＦＴ  ＯＵＴのＡｃｋを受け取る「ＳＷＩＦＴ  ＡＣＫ」とで構成される。ＳＷＩＦＴ  ＯＵＴでＳＷＩＦＴ電文を発信するとき、後述する「親支店」のＢＩＣを使用する。なお、ＳＷＩＦＴ  ＯＵＴ、ＳＷＩＦＴ  ＡＣＫ、ＳＷＩＦＴ  ＩＮは、バックグラウンドプロセス（ＢＧＰ）として起動される。
【００２７】
ＥＢシステムＩ／Ｆ部１３は、インターネットを通じて海外口座に関する口座照会や資金移動等のＥＢ（Electronic  Banking）サービスを提供するＥＢシステム４０と送金系システム１０を接続するインターフェース部であり、ＥＢシステム４０とのデータのやりとりを制御する。
【００２８】
海外支店勘定系システムＩ／Ｆ部１４は、海外支店ネットワーク３１を介して、中国支店勘定系システム３０とのインターフェースを制御する。海外支店勘定系システムＩ／Ｆ部１４は、さらに、ＢＧＰとして起動され、勘定系システムが支店ごとに保持する元帳への記帳要求を送信する「ＰＯＳＴＩＮＧ部」と、同じくＢＧＰとして起動され、記帳要求に対する中国支店勘定系システム３０からの記帳完了通知を検知する「ＬＩＳＴＥＮＥＲ部」とを含んでいる。
【００２９】
送金明細作成部１５は、前述のＬＩＳＴＥＮＥＲ部が中国支店勘定系システム３０からの記帳完了通知を受け取った時点で起動され、取引ワークフロー制御部１１に対して、中国支店勘定系システム３０から記帳が終了したことを示すためのステータス情報を更新する。記帳が正常に終了したことを受け取った取引ワークフロー制御部１１は、ＳＷＩＦＴ  Ｉ／Ｆ部１２に対して上述のＳＷＩＦＴ  ＯＵＴを発行するように要求し、ＳＷＩＦＴ  Ｉ／Ｆ部１２は、ＳＷＩＦＴ決済系システム２０からのＳＷＩＦＴ  ＡＣＫを受信した後、取引ワークフロー制御部１１の該当取引のステータス情報を更新する。
【００３０】
また、送金明細作成部１５は、送金先支店（被仕向支店）への内部的な振替依頼、すなわち、送金明細を作成する。このとき、決済口座自動判別部１６が呼び出され、他行や他店の預け口座、預かり口座を、後述する決済情報テーブルを用いて、自動的に判別する。このときの仕向側と被仕向側間の処理の流れである仕向／被仕向フローについては、後述の図で詳しく説明する。
【００３１】
上記の送金系システム１０の機能構成は、あくまでも一例であり、一つの機能部を更に分割したり、複数の機能部をまとめて一つの機能部として構成してもよい。各機能部は、装置に内蔵されたＣＰＵ（Central  Processing  Unit）が、ＲＯＭ（Read  Only  Memory）またはハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、上記のデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。
【００３２】
図４は、送金系システム１０において処理される仕向側と被仕向側との間の仕向／被仕向フローの概念図である。まず、ある中国支店から海外の銀行へ送金する場合を考える。ここで中国支店は、ＢＩＣを取得していない支店とする。このようなＢＩＣを取得してない支店であって、既にＢＩＣを取得している支店に「統合」されて送金業務を行う支店を、ＢＩＣ統合子支店または単に子支店を呼ぶことにする。また、上記のＢＩＣ取得済みの支店であって、ＢＩＣ統合子支店を「統合」する支店を、ＢＩＣ統合親店または単に親支店と呼ぶことにする。なお、図中の○で囲んだ数字は、処理の順序（ステップ番号）を表すものとする。
【００３３】
図４の左側の仕向フローにおいて、まず、中国子支店において、送金明細の電文を手動または半自動で作成し（起票）、ワークフローのＥｎｔｒｙとして入力する。
【００３４】
中国子支店におけるＥｎｔｒｙ，Ｃｈｅｃｋ，Ａｐｐｒｏｖｅのワークフローが完了すると、ステップ１として、ＰＯＳＴＩＮＧ部が、中国支店勘定系システム３０の当該子支店の元帳に対して記帳要求を送信する。このときに記帳要求には、借方（ＤＲ：DebitoR）に送金元の顧客口座、貸方（ＣＲ：CreditoR）に親支店預け口座が設定される。この記帳要求の結果をＬＩＳＴＥＮＥＲ部が検知すると（ステップ２）、上記ワークフローの起票の作成者（Ｍａｋｅｒ）やＡｐｐｒｏｖｅｒに通知するか、または取引ワークフロー制御部１１における該当案件のステータスを更新する（ステップ３）。
【００３５】
さらに、ＬＩＳＴＥＮＥＲ部によって起動された送金明細作成部１５（図示を省略）は、中国親支店の取引ワークフロー制御部１１に対して、内部的な振替のための送金明細を作成し、ワークフローにＥｎｔｒｙさせる（ステップ３’）。このとき、決済口座自動判別部１６によって、ＤＲには中国子支店の預かり口座が、ＣＲには電文送信先のノストロ口座が設定される。
【００３６】
ノストロ口座とは、銀行間取引での資金決済を行う当方勘定のことで、外国に現地の通貨建で保有する決済口座のことをいう。通常、銀行間の外国為替取引では、外貨の決済口座を相手銀行に告知する必要がある。
【００３７】
親支店にＥｎｔｒｙされたワークフローは「ＳＴＰ」処理によって実行される。ここで、ＳＴＰ（Straight  Through  Processing）とは、一連の事務処理を、コンピュータにより、人手を介さずに自動的に処理を行うことを言う。親支店側でのワークフローをＳＴＰ処理させることで、現状のシステムのプロセスをそのまま利用することができる。
【００３８】
また、ステップ３において、ＬＩＳＴＥＮＥＲ部から記帳の完了を受け取った取引ワークフロー制御部１１（図示せず）は、ＳＷＩＦＴ  Ｉ／Ｆ部１２（図示せず）に対して、ＳＷＩＦＴ  ＯＵＴを発信するように依頼する（ステップ４）。ただし、この時のＳＷＩＦＴ電文には親支店のＢＩＣを使用する。また、このＳＷＩＦＴ  ＯＵＴの完了（ＳＷＩＦＴ  ＡＣＫ）は、取引ワークフロー制御部１１にも通知される（ステップ５）。
【００３９】
親支店側においてＳＴＰ処理されたワークフローが完了すると、ステップ４’において、親支店側のＰＯＳＴＩＮＧ部が、中国支店勘定系システム３０の親支店の口座に対して記帳を要求する。
【００４０】
親支店側のＬＩＳＴＥＮＥＲ部がステップ５’において、中国支店勘定系システム３０から記帳が完了したことを受信すると、ＳＴＰ処理を制御した取引ワークフロー制御部１１にも通知され、そのステータスが更新される。
【００４１】
以上のステップによって、子支店から他国銀行等への海外送金が完了する。ここでは親支店が子支店の処理を代行しているのではなく、ＳＷＩＦＴネットワーク等への対外的な業務処理は、すべて子支店が行っていることに注意されたい。
【００４２】
図４右側には被仕向フローを示している。被仕向フローでは、海外の銀行等からＳＷＩＦＴネットワーク２１を介して、ＳＷＩＦＴ  ＩＮがＦＴＰでＧｅｔした電文ファイルに含まれた口座番号によって、受領先の支店を判別する。中国親支店の顧客宛ての送金であれば、親支店内の通常の送金処理で完結する（ステップ１’）。電文ファイルが中国子支店宛ての送金であれば、以下のステップを行う。
【００４３】
まず、中国子支店において、送金明細の電文を手動または半自動で作成し、取引ワークフローのＥｎｔｒｙとして入力する（ステップ１）。このとき、受信電文受付簿画面１８を用いて、担当者の割り当てや以後の電文のステータス管理を行う。
【００４４】
起票された電文のＣｈｅｃｋ＆Ａｐｐｒｏｖｅの承認フローが終了すると、ＰＯＳＴＩＮＧ部によって、中国支店勘定系システム３０の子支店の口座に対して記帳要求が送信される（ステップ２）。このとき、借方（ＤＲ）には、親支店預け口座が設定され、貸方（ＣＲ）には、受取人である中国子支店の顧客の口座が設定される。この記帳要求が完了すると子支店のＬＩＳＴＥＮＥＲ部がそれを検知し（ステップ３）、取引ワークフロー制御部１１に対して通知するか、又は該当取引のステータスを更新する（ステップ４）。
【００４５】
ＬＩＳＴＥＮＥＲ部は、送金明細作成部１５を起動し、送金明細作成部１５は、子支店と親支店間の内部的な振替依頼のための送金明細を作成し、親支店の取引ワークフロー制御部１１にＥｎｔｒｙし、取引ワークフローをＳＴＰとして開始させる（ステップ４’）。このとき、決済口座自動判別部１６によって、ＤＲには電文送信元のノストロ口座が、ＣＲには子支店の預かり口座が設定される。
【００４６】
親支店でのワークフローのＳＴＰ処理が完了すると、親支店側のＰＯＳＴＩＮＧ部が中国支店勘定系システム３０の親支店の口座に対して記帳要求を送信する（ステップ５）。このとき、借方（ＤＲ）には、電文送信元のノストロ口座が設定され、貸方（ＣＲ）には、親支店における子支店Ａの預かり口座が設定される。そして、親支店側のＬＩＳＴＥＮＥＲ部が、その記帳要求の完了を検知すると、親支店の取引ワークフロー制御部１１に対して、通知又はステータスを更新する（ステップ６）。以上のステップにより、他国銀行等からの子支店への被仕向入金が完了する。
【００４７】
図５は、決済口座自動判別部１６において使用される決済情報テーブル１７の一例を示した図である。図の上段は子支店用のテーブル、図の下段は、親支店用のテーブルを示す。
【００４８】
決済情報テーブル１７には、「Ｉｎ／Ｏｕｔ」、「通貨」、「Ｔｙｐｅ」、「Ｎｅｔｗｏｔｋ」、「ＲｃｖＢａｎｋ」、「Ｏｕｒ  Ｃｏｒｒｅｓ  Ｂａｎｋ」、および「口座」の欄が有している。「Ｉｎ／Ｏｕｔ」欄は、Ｉｎｗａｒｄ（被仕向）とＯｕｔｗａｒｄ（仕向）を区別するために使用される。「Ｔｙｐｅ」欄は、電文のメッセージタイプ（ＭＴ）を表し、例えば、ＴＴ（Telegraphic  Transfer）は、電信送金を意味し、ＤＤ（Demand  Draft）は、送金小切手を表す。
【００４９】
「Ｎｅｔｗｏｒｋ」欄は、取引が経由するネットワークを表し、「ＳＷＩＦＴ」と「支店間」が存在する。「ＳＷＩＦＴ」以外に「支店間」が存在する理由は後述する。「ＲｃｖＢａｎｋ」欄は、「受取銀行」の識別子が格納される。「Ｏｕｒ  Ｃｏｒｒｅｓ  Ｂａｎｋ」欄には、「コルレス銀行」の識別子が格納される。
【００５０】
コルレス銀行とは、外国に送金するにあたり、その通貨の中継地点となる銀行である。外国為替においては内国為替の場合の中央銀行に該当するような組織がないため、銀行は海外の銀行との間で口座（コルレス口座）を開設しあい、その口座を用いて資金を振り替えることによって決済を行う。例えば、送金取引において、送金先銀行が自行のコルレス先でない場合は、中継となるコルレス銀行に送金指示を行った上で、最終目的地となる銀行と口座番号の備考を添えて送金する。
【００５１】
決済情報テーブル１７の「口座」欄は、決済口座が、親支店預け口座か、子支店預かり口座か、ノストロ口座のうちどれであるかを示す。例えば、子支店ＣＱＮから海外の銀行に送金する場合は以下のようなステップを踏む。
【００５２】
１）子支店ＣＱＮで、起票をＥｎｔｒｙする際の送金明細には、Ｏｕｒ  Ｃｏｒｒｅｓ  Ｂａｎｋには、親支店ＳＨＡの決済情報テーブル１７ｂのＯｕｔｗａｒｄ側を参照して、「コルレス銀行」の識別子（ＢＩＣ）が設定される（矢印１７ｓで示す）。
【００５３】
２）子支店ＣＱＮでＰＯＳＴＩＮＧが記帳を要求する際の送金明細における第２勘定欄（ＣＲ）としては、子支店ＣＱＮの決済情報テーブル１７ａのＯｕｔｗａｒｄ側の「口座」欄で示された「ＳＨＡ預け」が設定される（矢印１７ｕで示す）。
【００５４】
３）子支店ＣＱＮで、送金明細作成部１５が内部的な振替依頼のための送金明細を作成する際には、親支店ＳＨＡの決済情報テーブル１７ｂのＯｕｔｗａｒｄ側が参照され、第１勘定欄（ＤＲ）には、「ＣＱＮ預かり」であることが設定され（矢印１７ｖで示す）、第２勘定欄（ＣＲ）には、「ノストロ」であることが設定される（矢印１７ｗで示す）。このようにして、決済情報テーブル１７を参照し、それぞれの送金明細が作成される。
【００５５】
図４の説明では、ＳＷＩＦＴ経由での中国支店と海外との間の仕向／被仕向フローについて説明したが、送金系システム１０は、中国支店と海外との間の送金だけでなく、外貨での中国支店間の送金にも利用可能である。従来は、中国支店間の外貨送金はＳＷＩＦＴを利用して行っていたが、上記で説明した送金系システム１０の仕組みを使うと、中国国内の支店間の送金を、ＳＷＩＦＴを利用しないで送金可能となる。従来、ＳＷＩＦＴを利用していたのは、冒頭で述べたように、中国ではドキュメント管理や当局への報告は各支店で行う必要があり、このため、各支店でＢＩＣを取得し、ＳＷＩＦＴを利用した方が便利であったからである。
【００５６】
図６は、中国国内の支店間送金フロー（子支店−親支店間）の概念図である。ここでは、図左側に子支店から親支店へ外貨送金する場合を、図右側に親支店から子支店へ外貨送金する場合を示しているが、両者は、立場が入れ替わるだけで内部のフローは全く同じである。
【００５７】
図左側の子支店から親支店へ送金する場合、取引ワークフロー制御部１１によって、Ｅｎｔｒｙ、Ｃｈｅｃｋ，Ａｐｐｒｏｖｅのワークフローが完了すると、中国支店勘定系システム３０の子支店の元帳に対して記帳要求が出される（ステップ１）。このときの記帳には、借方（ＤＲ）に中国子支店の顧客口座が、貸方（ＣＲ）に中国親支店用の預け口座が設定される。ＬＩＳＴＥＮＥＲ部が、その完了を検知すると（ステップ２）、送金明細作成部１５が起動され、取引ワークフロー制御部１１に対して通知又はステータスを更新し（ステップ３）、親支店に被仕向けの送金明細を作成する（ステップ３’）。このとき、決済口座自動判別部１６により、ＤＲに中国支店用口座が、ＣＲに中国親支店の顧客口座が設定される。なお、国内の送金なのでＳＷＩＦＴに対するＳＷＩＦＴ  ＯＵＴ、ＳＷＩＦＴ  ＩＮの処理は必要ない。
【００５８】
親支店では、手動または半自動でＥｎｔｒｙされたワークフローが開始され、中国支店勘定系システム３０の親支店の元帳が記帳される（ステップ４，５，６）。
【００５９】
親支店でのワークフローが完了すると、ＰＯＳＴＩＮＧ部、ＬＩＳＴＥＮＥＲ部によって、中国支店勘定系システム３０の親支店の元帳が更新される。以上のステップにより中国子支店から親支店への送金が完了する。なお、図６右側の親支店から子支店への送金も、決済口座自動判別部１６によるＤＲ／ＣＲの口座設定が異なるだけで、フローは同様なので説明は省略する。
【００６０】
図７は、中国国内の支店間送金フロー（子支店Ａ−子支店Ｂ間）の概念図である。この場合は、図６の場合と異なり、仕向側、被仕向側がともに子支店の場合であるが、親支店が両子支店の間に入る。親支店は、子支店Ａと子支店Ｂそれぞれの外貨の預かり口座を持っているので、この預かり口座を利用して両子支店間の振替を行うことができるからである。
【００６１】
子支店Ａにおいて、ワークフローへのＥｎｔｒｙから始まって、ステップ１からステップ３までのフローは、図６の場合と同じであるが、ステップ３’では、親支店に対して内部的な振替依頼のための送金明細を作成し、中国親支店のワークフローにＥｎｔｒｙする。また同時に、ステップ３”で、送金先の子支店Ｂに対しても被仕向の送金明細を作成し、中国子支店のワークフローにＥｎｔｒｙする。このとき、決済口座自動判別部１６により、ステップ３’では、ＤＲに中国支店Ａ預かり口座が、ＣＲに中国支店Ｂ預かり口座が設定される。また、ステップ３””では、ＤＲに中国親支店預け口座が、ＣＲには中国支店Ｂ顧客口座が設定される。
【００６２】
親支店では、Ｅｎｔｒｙされた送金明細のワークフローをＳＴＰ処理する。子支店Ｂでは、ワークフローのＥｎｔｒｙ、Ｃｈｅｃｋ＆Ａｐｐｒｏｖｅのプロセスは、ＳＴＰ処理ではなく、手動で行う。これは、各案件に割り当てられた担当者が、以後の処理を一貫して行う必要があるからである。なお、ワークフローがＳＴＰ処理される場合は、受信電文受付簿画面１８は必要ない。
【００６３】
図８は、受信電文受付簿画面１８の一例を示した図である。受信電文受付簿画面１８は、取引ワークフロー制御部１１によって管理され、図示するような各電文の状態を画面表示するためのテーブルをもとに構成されている。受信電文受付簿画面１８の「ＭＳＧ」欄は、メッセージのタイプを示し、例えば、ＭＴ１０３は、顧客送金のメッセージ、ＭＴ１１０は、Ｄｅｍａｎｄ  Ｄｒａｆｔ（送金小切手）、ＭＴ１９Ｘは、顧客送金に付随した取消、手数料、照会等を示す。「Ｓｔａｔｕｓ」欄は、受け付けた電文の被仕向店での処理済、チェック中、修正中などの処理状況を示す。「Ｓｅｎｄｅｒ’ｓ  Ｒｅｆ」欄は仕向店で採番した取引番号、「Ｒｅｃｅｉｖｅｄ  Ｄａｔｅ」欄は、被仕向店が電文を受領した日、「Ｖａｌｕｅ  Ｄａｔｅ」欄は、送金の勘定日を示す。
【００６４】
図４、図６、図７では、通常ケースの仕向／被仕向の処理フローについて説明したが、詳細は省略するが、これ以外にも異例ケースとして、送金取引の手数料区分が当方負担の場合または、送金取引をキャンセルした場合に発生する中国親支店及び子支店にて起こすべき振替起票を自動化することにも対応できる。また、上海ＢＩＣを使用する支店間での送金に関する情報（手数料、照会、回答）伝達手段の提供にも対応できる。
【００６５】
以上、上記の実施形態では、中国を例にとって説明したが、海外送金に係るドキュメント管理、当局報告等に同様な制度を持った国、例えばベトナムなどでも本システムと同じ仕組みが適用可能である。
【００６６】
ただし、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００６７】
１０  送金系システム
１１  取引ワークフロー制御部
１２  ＳＷＩＦＴ  Ｉ／Ｆ部
１３  ＥＢシステムＩ／Ｆ部
１４  海外支店勘定系システムＩ／Ｆ部
１５  送金明細作成部
１６  決済口座自動判別部
１７  決済情報テーブル
１８  受信電文受付簿画面
２０  ＳＷＩＦＴ決済系システム
２１  ＳＷＩＦＴネットワーク
２２  自国他支店
２３  他行
３０  中国支店勘定系システム
３１  海外支店ネットワーク
４０  ＥＢシステム
４１  構内ネットワーク
【図１】
2014081690.tif 000003
【図２】
2014081690.tif 000004
【図３】
2014081690.tif 000005
【図４】
2014081690.tif 000006
【図５】
2014081690.tif 000007
【図６】
2014081690.tif 000008
【図７】
2014081690.tif 000009
【図８】
2014081690.tif 000010