JP5070305B2 - Transaction relay method and transaction relay system - Google Patents
Transaction relay method and transaction relay system Download PDFInfo
- Publication number
- JP5070305B2 JP5070305B2 JP2010019395A JP2010019395A JP5070305B2 JP 5070305 B2 JP5070305 B2 JP 5070305B2 JP 2010019395 A JP2010019395 A JP 2010019395A JP 2010019395 A JP2010019395 A JP 2010019395A JP 5070305 B2 JP5070305 B2 JP 5070305B2
- Authority
- JP
- Japan
- Prior art keywords
- requester
- data
- file
- format
- transfer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 64
- 238000012546 transfer Methods 0.000 claims description 175
- 238000012795 verification Methods 0.000 claims description 80
- 238000012545 processing Methods 0.000 claims description 59
- 238000006243 chemical reaction Methods 0.000 claims description 47
- 230000008569 process Effects 0.000 claims description 38
- 230000005540 biological transmission Effects 0.000 claims description 18
- 238000012544 monitoring process Methods 0.000 claims description 10
- 230000008859 change Effects 0.000 claims description 7
- BQCADISMDOOEFD-UHFFFAOYSA-N Silver Chemical compound [Ag] BQCADISMDOOEFD-UHFFFAOYSA-N 0.000 claims description 3
- 229910052709 silver Inorganic materials 0.000 claims description 3
- 239000004332 silver Substances 0.000 claims description 3
- 238000010200 validation analysis Methods 0.000 claims 13
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 claims 1
- 230000003796 beauty Effects 0.000 claims 1
- 230000006870 function Effects 0.000 description 27
- 238000004891 communication Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 239000000284 extract Substances 0.000 description 5
- 238000012937 correction Methods 0.000 description 3
- 230000007812 deficiency Effects 0.000 description 3
- 238000013075 data extraction Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- FTNNQMMAOFBTNJ-UHFFFAOYSA-M silver;formate Chemical compound [Ag+].[O-]C=O FTNNQMMAOFBTNJ-UHFFFAOYSA-M 0.000 description 2
- 235000006481 Colocasia esculenta Nutrition 0.000 description 1
- 240000004270 Colocasia esculenta var. antiquorum Species 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
本発明は、振込などの資金移動処理の中継方法および取引中継システムに関し、さらに詳しくは、外国の金融機関や顧客企業から送信された独自フォーマットの振込等の依頼データから、金融機関の基幹システムが全銀フォーマットの電文を生成できるように資金移動の取引処理を中継する方法およびシステムに関する。 The present invention relates to a relay method and transaction relay system for funds transfer processing such as a transfer, and more specifically, based on request data such as a transfer in a proprietary format transmitted from a foreign financial institution or customer company, The present invention relates to a method and system for relaying a transaction process of funds transfer so that a Zengin format message can be generated.
例えば、海外の顧客(外国法人、国内法人の海外支店、海外居住又は一時滞在の個人など)から振込などの資金移動の依頼を受け付ける場合(以下、海外からの振込)は、国内の金融機関は、顧客が依頼した現地の金融機関からSWIFT(Society for Worldwide Interbank Financial Telecommunication)のネットワークを通じて振込依頼データファイルを受領する。ここで、SWIFTとは、各国の金融機関同士の送金約定内容等の電文のやりとりを行う国際的な通信ネットワークである。 For example, when accepting a request for funds transfer such as a transfer from an overseas customer (a foreign corporation, an overseas branch of a domestic corporation, an individual residing overseas or temporarily staying) (hereinafter referred to as an overseas transfer) Then, a transfer request data file is received from a local financial institution requested by the customer through a SWIFT (Society for Worldwide Interbank Financial Telecommunication) network. Here, SWIFT is an international communication network for exchanging messages such as remittance agreements between financial institutions in each country.
SWIFTの主なサービスとして、定型フォーマットの電子メッセージを送受信するFIN(Financial Messaging)サービスと、容量の大きい電子ファイルを転送できるFileActサービスとが用意されている。FileActサービスは、大量の金融取引データの配信に適しており、振込依頼データファイルの項目名やデータ属性、入力ポリシーなどの制約が少ない。そのため、多数件の振込を自社の内部データを流用して簡便に依頼したい大企業や、振込依頼に際して独自の取引条件等を付加したい顧客や金融機関にとって利便性が高い。 As SWIFT main services, a FIN (Financial Messaging) service for transmitting and receiving a fixed format electronic message and a File Act service for transferring a large capacity electronic file are prepared. The FileAct service is suitable for distributing a large amount of financial transaction data, and has few restrictions on the item name, data attribute, input policy, etc. of the transfer request data file. Therefore, it is highly convenient for large companies that want to easily request a large number of transfers using their own internal data, and for customers and financial institutions that want to add their own transaction conditions when making a transfer request.
一方で、FileActサービスを利用した振込依頼を処理する国内の金融機関は、独自フォーマットの電子ファイルの中から必要なデータを抽出して全銀フォーマットの電文を作成する必要がある。従来から、この作業は、金融機関が受領した振込依頼データファイルを紙面に印刷し、担当者がこの中から全銀フォーマットに必要な項目を目視で選別・抽出し、日付、数値、テキスト等のデータ形式などに配慮しながら手作業で送金依頼電文を作成/送信している。また、送信時期、エラー発生時の対応、送金処理が完了した後の応答(結果報告)なども、担当者が顧客ごとの取り決めや振込依頼データファイルの特記事項などを確認しながら行っている。 On the other hand, a domestic financial institution that processes a transfer request using the FileAct service needs to extract necessary data from an electronic file in a unique format to create a Zengin format message. Conventionally, this work has been done by printing the transfer request data file received by the financial institution, and the person in charge visually selects and extracts the items necessary for the Zengin format from among them, such as date, numerical value, text, etc. The remittance request message is created / sent manually, taking into account the data format. In addition, the person in charge confirms the arrangements for each customer and the special notes of the transfer request data file, etc. for the transmission time, the handling of errors, and the response (result report) after the remittance processing is completed.
また、金融機関との間で専用線(VPN)を敷設している大企業などの一部の顧客から振込依頼を受け付ける場合(以下、ファームバンキング)も、上記したSWIFTのFileActサービスと同様に、金融機関は、顧客(依頼者)が作成した独自フォーマットの振込依頼データファイルを受け取って、全銀フォーマットの電文を作成する必要がある。 In addition, when accepting a transfer request from some customers such as large companies that have established a dedicated line (VPN) with a financial institution (hereinafter referred to as “farm banking”), as with the SWIFT FileACT service described above, A financial institution needs to receive a transfer request data file in a unique format created by a customer (client) and create a message in a Zengin format.
このような複数のネットワークプロトコルが介在する送金処理の負荷を軽減し、人手が介在することによるヒューマンエラーやデータの改ざん等を防止する方策として、例えば、以下の特許文献1および2が参考になる。
For example, the following
特許文献1では、まず在日外資系企業の海外統括会社などの顧客の端末14から、変換サーバー10に英文等の振込依頼データが送信される。変換サーバー10は、顧客データベース、振込先データベース等を参照して全銀フォーマットに準拠した全銀振込依頼データを作成し、金融機関の振込処理コンピュータ18に送信する。従って、金融機関は、海外からの振込依頼においても、通常の振込みと同様に全銀フォーマットの振込依頼データを受け取ることができる。
In
また、特許文献2では、EB(エレクトロニックバンキング)センタ11にウェブサーバ12と通信制御装置14とを設置し、顧客企業4と金融機関1との間の通信プロトコルで受付けたデータを全銀プロトコルによる送信データに変換するようにしている。従って、金融機関は、顧客との専用線を介した振込依頼においても、通常の振込みと同様に全銀フォーマットの振込依頼データを受け取ることができる。また、金融機関サイドで顧客毎に専用の通信プログラムを開発して顧客に配布する必要がなく、顧客および金融機関のコンピュータ環境(コンピュータのスペック、OSのバージョンアップ等)に依存しない振込処理フローを構築することができる。
Moreover, in
しかしながら、上記した特許文献1、2は何れも、振込依頼者(外国の金融機関や顧客)と金融機関との間に、データ変換専用のシステム(変換サーバー10、EBセンタ11の通信制御装置14やウェブサーバ12)を介在させている。そのため、以下のような課題が新たに生じる。
However, in each of
まず、データ変換専用システムの構築・運営コストや負荷、およびセキュアな通信回線を金融機関や振込依頼者とデータ変換専用システムとの間に敷設・管理するコストや負荷が新たに発生する。そのため、現在の金融機関内での手作業での負荷は軽減されるとしても、海外からの振込みやファームバンキングでの振込依頼は金融機関全体の処理件数に占める割合は多くないので、費用対効果の点で実現性に乏しい。特に、一の金融機関が単独でデータ変換専用システムを設置・運営することは現実的でない。 First, the construction and operation costs and load of a data conversion dedicated system, and the cost and load of installing and managing a secure communication line between the financial institution or the transfer requester and the data conversion dedicated system are newly generated. As a result, even if the current manual burden in financial institutions is reduced, transfer requests from overseas and firm banking do not account for a large percentage of the total number of processed financial institutions. Is not feasible. In particular, it is not realistic for a single financial institution to install and operate a data conversion dedicated system.
また、ファームバンキングは、顧客企業と金融機関との契約に基づいているため、データ変換専用システムを介在させるためには、新たに顧客と契約を締結し直す必要がある。 Further, since farm banking is based on a contract between a client company and a financial institution, it is necessary to re-contract a contract with a customer in order to intervene a data conversion dedicated system.
一方で、コストや負荷を軽減するために、複数の金融機関が共同でデータ変換専用システム(サーバ)を設置・運営したり、公的な第三者機関に運営を委託する場合には、上記した顧客との個別の契約の問題に加えて、金融機関同士や運営主体との法的責任や費用負担を明確にする必要がある。さらに、各金融機関の内部フローやその顧客との間の処理フローを全てシステムに反映させる必要があるため、システムが複雑化し安定的な稼動が容易ではない。特に、この場合は、振込のタイミングや処理結果の報告などに関する顧客からの個別の指示、および顧客の属性等に基づく金融機関サイドの個別対応を実現することが困難となる。 On the other hand, in order to reduce costs and burdens, when multiple financial institutions jointly set up and operate a data conversion dedicated system (server) or outsource the operation to a public third party, In addition to the problem of individual contracts with customers, it is necessary to clarify the legal responsibility and cost burden between financial institutions and operating entities. Furthermore, since it is necessary to reflect in the system all the internal flows of each financial institution and the processing flow with the customer, the system becomes complicated and stable operation is not easy. In particular, in this case, it is difficult to realize individual responses on the financial institution side based on individual instructions from customers regarding the timing of transfer and reporting of processing results, and customer attributes.
本発明の目的は、SWIFTネットワークや顧客専用線を介して受け付けた独自フォーマットの資金移動依頼データを整備した上で金融機関内の既存の基幹システムに受け渡し、全体としての資金移動の処理の負荷を大幅に軽減することができる取引中継方法および取引中継システムを提供することを目的とする。 An object of the present invention is to prepare funds transfer request data in a unique format received via a SWIFT network or a dedicated customer line, and then transfer the data to an existing backbone system in a financial institution, thereby reducing the overall processing load of funds transfer. It is an object of the present invention to provide a transaction relay method and a transaction relay system that can be greatly reduced.
上記課題を解決するために、本発明の第1の観点における取引中継方法は、金融機関(2)に設置され、基幹システム(5)と接続される取引中継システム(1)によって、依頼者(3)から依頼された資金移動の処理を中継する。 In order to solve the above problem, a transaction relay method according to the first aspect of the present invention is installed in a financial institution (2) and is connected to a backbone system (5) by a transaction relay system (1). Relay the fund transfer process requested from 3).
前記取引中継システム(1)は、全銀フォーマットと異なるフォーマットで作成された資金移動の依頼データを所定のファイル形式のデータファイルに変換するための変換ルールを依頼者(3)の識別情報に関連付けて格納する変換ルールデータベース(18)と、変換されたデータファイルに全銀プロトコルに準拠した電文フォーマット(全銀フォーマット)の生成に必要なデータが全て含まれているかを検証するための共通検証ルールを格納する共通検証ルールデータベース(19)とを備える。 The transaction relay system (1) associates a conversion rule for converting funds transfer request data created in a format different from the Zengin format into a data file of a predetermined file format with the identification information of the client (3). Conversion rule database (18) to be stored and a common verification rule for verifying whether the converted data file contains all data necessary for generating a message format (Zengin format) compliant with the Zengin protocol And a common verification rule database (19) for storing.
前記方法は、前記取引中継システム(1)のファイル受信手段(23)が、前記依頼者(3)から、依頼者(3)の識別情報を含む資金移動の依頼データを受信するステップ(S1)と、前記取引中継システム(1)のファイル変換手段(24)が、前記受信した依頼データに含まれる依頼者識別情報に基づいて、前記変換ルールデータベース(18)から当該依頼者(3)に関する変換ルールを読み込んで依頼データを所定のファイル形式のデータファイルに変換するステップ(S2、S3)と、前記取引中継システム(1)の検証手段(25)が、前記共通検証ルールデータベース(19)から共通検証ルールを読み込んで前記変換されたデータファイルを検証するステップ(S4、S5)と、前記取引中継システム(1)の電子ファイル生成手段(29)が、前記変換されたデータファイルに全銀フォーマットに必要なデータが全て含まれていると判定された場合(S5)に、当該データファイルから全銀フォーマットに必要なデータを抽出して電子ファイルを作成するステップ(S9)と、前記取引中継システム(1)の電子ファイル送信手段(30)が、全銀フォーマットの電文を生成する基幹システム(5)に前記作成された電子ファイルを送信するステップ(S17)とを備えたことを特徴とする。 In the method, the file receiving means (23) of the transaction relay system (1) receives, from the requester (3), request data for transferring funds including identification information of the requester (3) (S1). And the file conversion means (24) of the transaction relay system (1) converts the requester (3) from the conversion rule database (18) based on the requester identification information included in the received request data. Steps (S2, S3) for reading the rules and converting the request data into a data file in a predetermined file format, and the verification means (25) of the transaction relay system (1) are shared from the common verification rule database (19). A step (S4, S5) of reading a verification rule and verifying the converted data file; and an electronic file of the transaction relay system (1) When the generating means (29) determines that the converted data file contains all the data required for the Zengin format (S5), it extracts the data necessary for the Zengin format from the data file. The electronic file is created in the backbone system (5) in which the electronic file transmitting means (30) of the transaction relay system (1) generates an electronic message in the whole silver format, and the electronic file transmission means (30) of the transaction relay system (1) creates the electronic file. (S17).
本発明の第2の観点における取引中継システム(1)は、金融機関(2)の基幹システム(5)に接続され、依頼者(3)から依頼された資金移動の中継処理を実行する。
このシステム(1)は、全銀フォーマットと異なるフォーマットで作成された資金移動の依頼データを所定のファイル形式のデータファイルに変換するための変換ルールを依頼者(3)の識別情報に関連付けて格納する変換ルールデータベース(18)と、変換されたデータファイルに全銀プロトコルに準拠した電文フォーマット(全銀フォーマット)の生成に必要なデータが全て含まれているかを検証するための共通検証ルールを格納する共通検証ルールデータベース(19)と、前記依頼者(3)から、依頼者(3)の識別情報を含む資金移動の依頼データを受信するファイル受信手段(23)と、前記受信した依頼データに含まれる依頼者識別情報に基づいて、前記変換ルールデータベース(18)から当該依頼者(3)に関する変換ルールを読み込んで依頼データを所定のファイル形式のデータファイルに変換するファイル変換手段(24)と、前記検証ルールデータベースから共通検証ルールを読み込んで前記変換されたデータファイルを検証する検証手段(25)と、前記変換されたデータファイルに全銀フォーマットに必要なデータが全て含まれていると判定された場合に、当該データファイルから全銀フォーマットに必要なデータを抽出して電子ファイルを生成する電子ファイル手段(29)と、生成された電子ファイルを全銀フォーマットの電文を生成する基幹システム(5)に送信する電子ファイル送信手段(30)とを備えたことを特徴とする。
The transaction relay system (1) according to the second aspect of the present invention is connected to the backbone system (5) of the financial institution (2), and executes the relay process of the fund transfer requested by the client (3).
This system (1) stores a conversion rule for converting fund transfer request data created in a format different from the Zengin format into a data file of a predetermined file format in association with the identification information of the client (3). Conversion rule database (18) to be stored, and common verification rules for verifying whether the converted data file contains all the data required to generate the message format (Zengin format) compliant with the Zengin protocol The common verification rule database (19), the file receiving means (23) for receiving the request data for transferring funds including the identification information of the requester (3) from the requester (3), and the received request data Based on the client identification information included, the conversion relating to the client (3) from the conversion rule database (18) File conversion means (24) for reading request data and converting the requested data into a data file of a predetermined file format, and verification means (25) for reading the common verification rule from the verification rule database and verifying the converted data file. When the converted data file is determined to contain all data necessary for the Zengin format, the data file is extracted from the data file to generate an electronic file. An electronic file means (29) and an electronic file transmission means (30) for transmitting the generated electronic file to a backbone system (5) for generating a Zengin-format message are provided.
本発明によれば、SWIFTネットワークや顧客専用線(VPN)を介して受け付けた独自フォーマットの振込等の依頼データを整備して金融機関内の既存の基幹システムに受け渡すことができる。電子ファイルは、全銀フォーマットに準拠した形式で作成することができるので、基幹システムでは受け取った電子ファイルに基づいて容易かつ確実に全銀フォーマットの取引電文を作成できる。従って、金融機関の担当者の負荷を軽減でき、金融機関の外部にデータ変換専用のシステムを構築する必要もない。 According to the present invention, request data such as a transfer in a unique format received via a SWIFT network or a dedicated customer line (VPN) can be prepared and transferred to an existing backbone system in a financial institution. Since the electronic file can be created in a format compliant with the Zengin format, the backbone system can easily and surely create a transaction message in the Zengin format based on the received electronic file. Therefore, the burden on the person in charge of the financial institution can be reduced, and there is no need to construct a system dedicated to data conversion outside the financial institution.
また、本発明の好ましい実施形態では、依頼者を予め複数の分類に区分し、分類毎に電子ファイルの生成および/または送信(中継処理)までの待機時間を設定し、依頼者から資金移動の依頼を受け付けた場合に、その依頼者の待機時間に従ったタイミングで中継処理を実行する。従来は、依頼者から資金移動の依頼を受け付けると、基幹システムが取引電文を生成して全銀システムに送信していた。そのため、後日、依頼者から依頼内容の修正や取消しが依頼された場合に、修正等の煩雑な処理により業務効率の低下を招いていた。また、依頼者が指定した資金移動の実行期日前の修正等であっても所定の手数料が発生するなど、顧客サービスの点でも問題があった。 Further, in a preferred embodiment of the present invention, the requester is divided into a plurality of categories in advance, a waiting time until the generation and / or transmission (relay processing) of the electronic file is set for each category, and the transfer of funds from the requester is performed. When a request is accepted, relay processing is executed at a timing according to the waiting time of the requester. Conventionally, when a fund transfer request is received from a client, the backbone system generates a transaction message and transmits it to the Zengin System. For this reason, when a request for correction or cancellation of the request content is requested from the client at a later date, the work efficiency is reduced due to complicated processing such as correction. In addition, there is a problem in terms of customer service, for example, a predetermined fee is generated even if the funds transfer specified by the client is corrected before the due date.
そこで本発明の好ましい実施形態では、依頼者の取引状況などに基づく修正等の発生率や、依頼者の取引量や契約の有無などに基づく顧客属性に応じて、依頼者ごとに最適なタイミングで基幹システムに対する中継処理を実行できるようにした。ここで、依頼者の分類は、契約の有無、取引量、取消率などの取引状況の順で優先的に適用して区分を設定することが好ましい。また、依頼者の区分は月次などの一定周期や、イベント発生時などの不定期で更新するのが好ましい。 Therefore, in a preferred embodiment of the present invention, at an optimal timing for each client according to the occurrence rate of correction based on the transaction status of the client and the customer attribute based on the client's transaction volume and the presence / absence of the contract. The relay processing for the core system can be executed. Here, it is preferable that the classification of the client is set with priority applied in the order of transaction status such as presence / absence of contract, transaction volume, and cancellation rate. Further, it is preferable that the requester category is updated at regular intervals such as monthly or irregularly such as when an event occurs.
以下、本発明に係るシステムおよび方法を、図面を参照して詳述する。以下においては、資金移動の例として国内の口座から他の口座への振込を例示して説明するが、本発明は、国内の口座から外国の金融機関の外国通貨の口座への資金移動(外国送金)等にも適用可能である。 Hereinafter, a system and method according to the present invention will be described in detail with reference to the drawings. In the following, transfer of funds from a domestic account to another account will be described as an example of funds transfer. However, the present invention is not limited to the transfer of funds from a domestic account to a foreign currency account of a foreign financial institution (foreign country). Remittance) etc. are also applicable.
(第1の実施形態)
図1は、本発明の第1の実施形態のネットワーク構成図である。この図において、符号1で示す振込中継システム(取引中継システム)は、SWIFTに加盟している国内の金融機関2に設置され、SWIFTプロトコルに準拠したネットワーク(SWIFT Net)および全銀プロトコルに準拠したネットワーク(全銀Net)を介して、SWIFT Net(SWIFTシステム)に接続可能な外国顧客3および全銀Net(全銀システム)に接続可能な国内の他の金融機関4(振込の被仕向け金融機関)とそれぞれ接続可能である。本実施形態では、上記したSWIFTのFile Actサービスを利用して振込依頼を受け付けるものとする。
(First embodiment)
FIG. 1 is a network configuration diagram according to the first embodiment of this invention. In this figure, a transfer relay system (transaction relay system) indicated by
外国顧客3には、外国の金融機関3Aの他、SWIFTに加盟する一部の企業3Bなども含まれる。何れの外国顧客3からの振込依頼も、振込依頼データがSWIFT Net経由で送信されることに変わりはない。以下においては、外国の金融機関3Aを外国顧客3もしくは依頼者3と表記する。また、外国顧客3および他の金融機関4は、実際には外国顧客3の取引依頼システム(社内の専用/汎用コンピュータシステム)および他の金融機関4の取引処理システムであるが、説明の便宜上、外国顧客3、他の金融機関(被仕向け金融機関)4と表記する。外国の金融機関3Aに振込みを依頼する依頼者は法人または事業性個人であり、振込依頼は、依頼者の口座から1以上の他の口座への複数の振込みを指示する多数件一括振込み(総合振込)依頼であるものとする。
The
振込中継システム1は、1または複数のコンピュータで構成されており、金融機関2の既存の基幹システム(勘定系システム、情報系システム等の取引処理システム)5やGatewayサーバー6、その他の関連するシステムと連携して、外国顧客3から依頼された振込の中継処理を実行する。なお、振込中継システム1は、基幹システム5と機能の一部を共用したり、基幹システム5の一部として構成してもよい。
The
外国顧客3が作成した振込依頼データは、SWIFT Net上に設置されたSWIFT Netサーバー7の金融機関2の専用キュー8Aに一旦すべて保存される。振込中継システム1は、この振込依頼データをGatewayサーバー6を介して受信する。Gatewayサーバー6には、SWIFT管理者(本部、国内支部等)から全てのSWIFTメンバーに配布され、SWIFT経由の取引を処理するための専用のソフトウェア(SAG:SWIFT alliance gateway)9がインストールされ、常駐している。SAG9は、定期的にSWIFT Netサーバー7の当該金融機関2の専用キュー8Aにアクセスして、自行宛ての振込依頼データを取得する。一方、金融機関2から外国顧客3への振込処理の結果報告や後述する振込依頼データのチェック結果の報告などは、SAG9によって外国顧客3の専用キュー8Bに格納される。外国顧客3も、自行システムのSAG9を使用して振込処理の結果報告などを受領する。
All the transfer request data created by the
ここで、SWIFTのFile Actサービスにおいては、依頼者(外国顧客3)と受信者(金融機関2)とで振込依頼データを送受信する方式として、Store&Foward方式とリアルタイム方式とが用意されている。Store&Foward方式は、依頼者側の金融機関がSWIFT Netに送信した取引依頼データが受信者側の金融機関専用のキューに一旦格納され、受信者側の金融機関が定期的に自行のキューにアクセスしてその依頼データを受領する方式である。リアルタイム方式は、依頼者側および受信者側の金融機関がそれぞれ同時にSWIFT Netに接続し、振込依頼データをタイムラグなしに送受信する方式である。何れの方式を採用するかは、依頼者側の選択に委ねられる。ただ、Store&Foward方式でも、SAGが数分〜数十分程度の短い周期で専用キューにアクセスしているため、依頼者側の振込依頼データの送信およびキューへの保存(Store)から、受信者側の受信(Foward)までのタイムラグはほとんど問題とならない。 Here, in the File Act service of SWIFT, a Store & Forward method and a real-time method are prepared as methods for transmitting / receiving transfer request data between a requester (foreign customer 3) and a receiver (financial institution 2). In the Store & Forward system, transaction request data sent to the SWIFT Net by the requesting financial institution is temporarily stored in a queue dedicated to the receiving financial institution, and the receiving financial institution periodically accesses its own queue. The request data is received. The real-time system is a system in which financial institutions on the client side and the receiver side are simultaneously connected to SWIFT Net, and transfer request data is transmitted and received without a time lag. Which method is adopted is left to the requester to select. However, even in the Store & Forward method, since the SAG accesses the dedicated queue in a short cycle of several minutes to several tens of minutes, the transmission side of the transfer request data on the requester side and storage in the queue (Store), the receiver side The time lag until the reception of (Forward) is hardly a problem.
本実施形態の振込中継システム1は、金融機関2内の基幹システム5とSWIFT Net(Gatewayサーバー6)とを中継するGCMS(Global Cash Management Service)中継サーバーとして機能する。具体的には、振込中継システム1は、SWIFT経由で受信した振込依頼データをCSVなどの所定フォーマットに変換する機能、変換されたデータファイルに全銀フォーマットの電文を作成するための必要項目が含まれているかなどをチェックする機能、データ不備などのエラーが発見された場合の外国顧客3への報告や、振込依頼データの変更・取消・振込完了の結果報告などを行う機能、振込電文作成用の電子ファイルを作成して基幹システム5に送信する機能、顧客毎の中継処理実行時期を管理する機能などを備える。
The
上記した種々の機能を奏するため、本発明の実施形態に係る振込中継システム1は図2に示すように構成される。なお、図2では、単一のコンピュータシステムを想定し、必要な機能構成だけを示しているが、振込中継システム1を、複数のコンピュータシステムによる多機能の分散システムの一部として構成することもできる。
In order to exhibit the various functions described above, the
振込中継システム1は、CPU11に、システムバス12を介してRAM13、入力装置14、出力装置15、通信制御装置16および不揮発性記憶媒体(ROMやHDDなど)で構成される記憶装置17が接続された構成を有する。記憶装置17は、上記した機能を奏するためのソフトウェアプログラムを格納するプログラム格納領域と、取得したデータや処理結果としてのデータ等を格納するデータ格納領域とを備えている。以下に説明するプログラム格納領域の各手段は、実際は独立したソフトウェアプログラム、そのルーチンやコンポーネントなどであり、CPU11によって記憶装置17から呼び出されRAM13のワークエリアに展開されて、データベース等を適宜参照しながら順次実行されることで、各機能を奏するものである。
In the
データ格納領域は、変換ルールデータベース(DB)18、共通検証ルールデータベース(DB)19、固有検証ルールデータベース(DB)20、および中継処理実行時期データベース(DB)21を備える。何れも、記憶媒体17内に確保された一定の記憶領域である。
The data storage area includes a conversion rule database (DB) 18, a common verification rule database (DB) 19, a specific verification rule database (DB) 20, and a relay process execution time database (DB) 21. Both are fixed storage areas secured in the
変換ルールDB18は、全銀フォーマットと異なる依頼者データフォーマットの振込依頼データを、金融機関2が予め設定した所定のファイル形式のデータファイルに変換するための変換ルールを依頼者の識別情報に関連付けて格納する。所定のファイル形式は、例えばCSV、固定長、XMLなどの、データ項目の検証、抽出、加工などが可能なフォーマットである。このファイル形式は、振込中継システム1として機能する金融機関2のコンピュータシステムのソフトウェアやハードウェアの環境と、依頼者(顧客)ごとに異なるSWIFT振込依頼データのフォーマット(依頼者データフォーマット)との双方を考慮して、設定される。
The
依頼者データフォーマットは依頼者側の自由度が高いため、そのままでは自動処理に不向きであるが、例えば振込依頼データであれば、依頼者の書誌情報および口座特定情報、振込先の書誌情報および口座特定情報、振込金額、振込み指定日、担当金融機関の書誌情報などの振込の一連の処理に必要な情報は必ず含まれている。そのため、そのような必須の情報がそれぞれ振込依頼データのどの項目名に含まれているか、どのようなデータ形式(テキスト、数値、日付など)で入力されているか、どのようなポリシーでデータ入力されているか、などのルールを予め外国顧客3との間で共有しておくことで、必須の情報を容易かつ確実に特定して抽出することが可能になる。変換ルールは、依頼者毎や国毎に異なるファイル形式で設定することもできるし、逆に、金融機関2の環境のみに基づいて全ての依頼者で統一することもできる。後者の場合には変換ルールを依頼者の識別情報に関連付けておく必要はない。
The requester data format is not suitable for automatic processing as it is because the requester has a high degree of freedom. For example, if it is a transfer request data, the requester's bibliographic information and account identification information, the transferee's bibliographic information and account Information necessary for a series of transfers such as specific information, transfer amount, transfer designated date, bibliographic information of the financial institution in charge is always included. For this reason, the required information is included in which item name of the transfer request data, in what data format (text, number, date, etc.) is entered, and what policy is used to enter the data. By sharing a rule such as whether or not such information with the
共通検証ルールDB19は、変換されたデータファイルに全銀プロトコルに準拠した電文フォーマット(全銀フォーマット)の生成に必要なデータが全て含まれているかを検証するための、全ての依頼者(依頼データ)に共通する検証ルールを格納する。例えば、振込みの依頼者の書誌情報や口座情報、振込み額や振込み指定日、受取人の書誌情報や口座情報などである。
The common
固有検証ルールDB20は、依頼者3と金融機関2との間で予め取り決めた、前記共通検証ルールとは異なる依頼者固有のフォーマット検証ルールを依頼者3の識別情報に関連付けて格納する。例えば、依頼者3が、複数件を一括で依頼(処理)する総合振込みにおいて振込み総額や複数の振込先ごとの合計額を特定のフィールドに明示すること、依頼者と受取人との間で取り決めた取引番号や会員番号、国コードなどを依頼者の欄に含めること(JP111 YAMADA TAROなど)、などが依頼者3から金融機関2に予め指示されているとする。このような場合に、それらの指示フィールド自体が振り込み依頼データに含まれているか、指示フィールドに指示情報が含まれているか(ブランクではないか)、などを固有の検証ルールとして設定しておく。このような固有の検証ルールは、上記した依頼者ごとの依頼者データフォーマットに密接に関連しているため、依頼者データフォーマットとセットで予め取り決めて格納しておくのが好ましい。
The unique
本実施形態では、共通検証ルールおよび固有検証ルールの検証結果の通知形式(多数件一括報告、振込先別の報告、1件ごとの報告、報告フォーム等)および通知時期(週次、月次、即時など)を含む依頼者3の指示情報も、予め依頼者3から取得して固有検証ルールDB20に格納している。共通検証ルールおよび固有検証ルールを検証した結果、データの欠落や不備等のエラーが発見された場合は、例え書誌事項などの最小限の振込必須データが揃っていたとしても(共通検証ルールではエラーなし)、依頼された通りの振込みを実行することができない。そのため、エラーが発見された場合には常に依頼者3にエラーを通知する。すなわち、依頼者3の指示情報には、エラー報告の要否(報告不要の指示)は含まれていない。検証の結果、データが完備している場合に、振込完了の報告とは別に報告するかどうかは、依頼者が指定可能である。エラー報告には、データ欠落の項目や不備なデータの明示、エラーの理由などを含めるのが好ましい。
In this embodiment, the notification format of the verification result of the common verification rule and the specific verification rule (multiple batch report, report by transfer destination, report for each report, report form, etc.) and notification timing (weekly, monthly, The instruction information of the
中継処理実行時期DB21は、振込依頼データを受信した場合に、電文生成用の電子ファイルの生成および/または電子ファイルの基幹システム5への送信(中継処理)を即時に実行するか、または所定の待機時間経過後に実行するかに関する中継処理実行時期の情報を、前記依頼者の識別情報に関連付けて格納する。
When receiving the transfer request data, the relay processing
中継処理実行時期の情報は、具体的には振込依頼データの受信から何日目に電子ファイルを生成するか、または生成され保存されていた電子ファイルを何日目に基幹システム5に送信するか、の情報である。待機時間または中継処理実行時期は、振込依頼データの受領時から依頼者が設定した振込指示日までの期間(数時間〜2、3週間)を金融機関がどのような観点で活用するか、という内部の問題である。取引の確実性、安全性を担保するという観点では、依頼者3から振込依頼データを受領したら、速やかに電子ファイルを作成して基幹システム5に送信するのが好ましい。基幹システム5は、電文生成用のデータ(従来の振込依頼データや本実施形態の電子ファイルなど)を受領すると、速やかに取引電文を生成して全銀Netに送信する。
Specifically, the relay process execution time information includes the date when the electronic file is generated from the receipt of the transfer request data, or the date when the generated and stored electronic file is transmitted to the
一方で、即時に電子ファイルを生成して基幹システム5に送信してしまうと、後日、依頼者(外国顧客3)から振込依頼データの変更や依頼取消が通知された場合に、金融機関2にとっては取引変更や取消しなどの煩雑な処理が発生し、また依頼者3にとっては取消等の手数料がかかる場合もある。全ての顧客や振込依頼について一律に長い待機時間(取消等が容易にできる期間)を設定するのは上記した取引の確実性・安全性の観点で好ましくない。
On the other hand, if an electronic file is immediately generated and transmitted to the
そこで、本実施形態では、客観的な統計データや顧客の属性、要望などに基づいて顧客ごとに待機時間(電子ファイル作成・送信時期)を設定することで、顧客サービスと業務効率とを両立させることにした。 Therefore, in this embodiment, by setting a standby time (electronic file creation / transmission time) for each customer based on objective statistical data, customer attributes, requests, etc., both customer service and business efficiency are achieved. It was to be.
具体的には、金融機関2が所定の条件に従って依頼者(外国顧客)3を複数の依頼者区分に分類し、この区分に基づいて設定された中継処理実行時期を中継処理実行時期DB21に格納することにした。依頼者3を分類する所定の条件は、例えば、過去の一定期間内における金融機関2との取引の量(件数、総額、平均額、特定種類の取引の有無や量など)、過去の一定期間内における資金移動の依頼に関する処理不能の件数または不能率、過去の一定期間内における振込みの依頼受け付け後の依頼データの変更件数または変更率、および過去の一定期間内における振込みの依頼受け付け後の依頼取消の件数または取消率、の少なくとも何れかの統計データに基づく基準を含むのが好ましい。
Specifically, the
例えば、本実施形態では、図3(A)に示すように、振込依頼者となる顧客との契約において中継処理実行時期に関する特約条項があるか(基準1)、一定期間内における依頼者3と金融機関2との取引量などに基づいて設定される顧客区分(基準2)、および一定期間内における振込依頼の取消率(基準3)に従って、全ての顧客をA〜Dの4段階で分類している。取消率には、依頼内容の変更(率)も含んでいる。
For example, in the present embodiment, as shown in FIG. 3A, whether there is a special provision regarding the execution timing of the relay process in the contract with the customer who is the transfer requester (standard 1), All customers are classified into four stages A to D according to the customer classification (standard 2) set based on the transaction volume with the
本実施形態では、基準1〜3の順に優先順位が設定されており、顧客を分類する際に、基準1〜3の順で該当するかどうかが判定されていく。この分類ごとに、振込み依頼を受け付けて(振込依頼データを受領して)から中継処理を実行(電子ファイルを基幹システムに送信)するまでの時間(待機時間)が、それぞれ当日、1営業日前、2営業日前、即時と設定されている。当日とは、振込指定日の当日、1(2)営業日前とは、振込指定日の1(2)営業日前、即時とは、受け付けたその日(または翌営業日)、にそれぞれ電子ファイルを作成して基幹システム5に送信する、という意味である。すなわち、当日が最も待機時間が長く、即時は待機時間が実質的に0である。顧客区分や取消率は、後述するように、その基になる統計データが月次で集計され毎月更新される。
In this embodiment, priorities are set in the order of
このような基準で各顧客を判定した結果を図3(B)に示す。図3(B)のW000の顧客は、特約はないが優良顧客であるため、統計データに拘らず区分A(振込み指定日の当日に処理)と判定される。なお、統計データの欄の「−」はデータを取得(更新)していないことを示す。X111〜Y222の顧客は、統計データに従ってそれぞれ区分B〜Dと判定される。一方、Z333の顧客は、統計データからすれば区分Cとなるが、特約条項の存在が優先するため区分D(即時処理)と判定される。 FIG. 3B shows the result of determining each customer based on such criteria. The customer of W000 in FIG. 3B is an excellent customer although there is no special contract, so it is determined as category A (process on the day of the designated transfer date) regardless of the statistical data. Note that “−” in the statistical data column indicates that data has not been acquired (updated). The customers of X111 to Y222 are determined as the sections B to D according to the statistical data. On the other hand, the customer of Z333 is classified as Category C based on the statistical data, but is determined as Category D (immediate processing) because the existence of the special provisions has priority.
図2に戻って、プログラム格納領域に格納されているソフトウェアプログラムは、本発明に関連するものだけを列挙すると、振込依頼データ受信手段(ファイル受信手段)23、ファイル変換手段24、検証手段25、報告出力手段(検証結果通知手段)26、待機時間検索手段27、中継処理実行時期監視手段28、電子ファイル生成手段29、電子ファイル送信手段30、および顧客区分更新手段31を備えている。
Returning to FIG. 2, the software programs stored in the program storage area enumerate only those related to the present invention, and transfer request data reception means (file reception means) 23, file conversion means 24, verification means 25, A report output unit (verification result notification unit) 26, a standby
振込依頼データ受信手段23は、依頼者3(外国顧客)から、全銀フォーマットと異なる依頼者データフォーマットで作成され、依頼者3の識別情報(SWIFTコード、顧客IDなど)を含む振込依頼データをゲートウェイサーバ6から受信する機能を有する。振込依頼データには、振込依頼者の書誌情報や口座情報、受取人の書誌情報や口座情報、振り込み金額、振込み指定日などの振込処理に必須の情報と、振込総額、振込先ごとの合計額、振込手数料の扱い、完了後の報告形態などの依頼人固有の情報とが含まれている。また、本実施形態の総合振込では、振込依頼者の情報は共通で、受取人の情報等が振込件数分だけ含まれている。
The transfer request data receiving means 23 generates transfer request data from the requester 3 (foreign customer) in a requester data format different from the Zengin format and including identification information (SWIFT code, customer ID, etc.) of the
ファイル変換手段24は、受信した振込依頼データに含まれる依頼者3の識別情報に基づいて、変換ルールデータベース18から当該依頼者3に関する変換ルールを読み込んで振込依頼データをCSVなどの所定のファイル形式のデータファイルに変換する機能を有する。依頼者データフォーマットは、作成者(依頼者)の自由度が高いため、そのままではデータの検証や全銀フォーマットの電文作成が困難であり、人手を介する必要がある。そのため、これらの処理を自動化する前提として、受信した振込依頼データをコンピュータシステムで自動的に検証・編集(加工)できるように、ファイル形式を変換する必要がある。
Based on the identification information of the
検証手段25は、変換済のデータファイルについて、全ての依頼者に共通の共通検証ルールと、特定の依頼者から予め指示されている固有検証ルールとにしたがって検証する機能を有する。前者の共通ルール検証機能は、共通検証ルールDB19から共通検証ルールを読み込んで変換済のデータファイルに全銀フォーマットの振込電文に必須の情報が完備されているかを検証する機能である。後者の固有検証ルール検証機能は、依頼者識別情報に基づいて固有検証ルールDB20に依頼者固有の検証ルールが登録されているかを判定し、固有検証ルールが登録されている場合に、固有検証ルールを読み込んで、データファイルが依頼者3から指示されているフォーマットを完備しているかを検証する機能である。指示される固有のフォーマットとしては、上記した取引番号や会員番号、国コードなどを依頼者の欄に含めることなどが含まれる。
The
報告出力手段26は、固有検証ルールDB20に格納された依頼者3の指示情報に従って、共通検証ルールおよび固有検証ルールの検証結果を依頼者に通知する機能である。何れの検証ルールについても、不備が発見された場合には指示通りの振込を実行できないことから、振込処理を行わずに発見された不備なデータ等を明示して報告する。
The report output means 26 is a function for notifying the requester of the verification result of the common verification rule and the specific verification rule according to the instruction information of the
待機時間検索手段27は、受領した振込依頼データに含まれる依頼者識別情報に基づいて、中継処理実行時期DB21から依頼者の中継処理実行時期(待機時間)を検索する機能である。上記したように、依頼者の待機時間は、A〜Dの顧客区分に従って設定されている。
The waiting time search means 27 is a function for searching the requester's relay processing execution time (waiting time) from the relay processing
中継処理実行時期監視手段28は、検索された中継処理実行時期をメモリ等にセットし、コンピュータのリアルタイムクロックやCPUクロックなどの機能を利用して中継処理実行時期が到来したかを監視する機能である。中継処理実行時期の到来を検知した場合にCPU11に通知する。
The relay processing execution time monitoring means 28 is a function for setting the searched relay processing execution time in a memory or the like and monitoring whether the relay processing execution time has arrived using functions such as a real time clock and a CPU clock of the computer. is there. When the arrival of the relay processing execution time is detected, the
電子ファイル生成手段29は、変換済データファイルについて、共通検証ルールおよび固有検証ルールの何れにおいてもデータが完備していると判定された場合に、当該データファイルから全銀フォーマットに必要なデータを抽出して電文生成用の電子ファイルを生成する機能である。また、待機時間検索手段27によって待機時間が検索された場合には、電子ファイル生成手段29は生成した電子ファイルを図示しない未処理キューなどに保持しておき、中継処理実行時期監視手段28が待機時間の終了(中継処理実行時期の到来)を検知した場合に未処理キューから電子ファイルを取り出して電子ファイル送信手段30に転送する。なお、データ抽出だけを即時に実行して未処理キューに保持しておき、中継処理実行時期が到来したときに電子ファイルを生成するようにしてもよい。
The electronic
電子ファイル送信手段30は、電子ファイル生成手段29から生成された電子ファイルを受け取り、基幹システム5に対して送信する機能である。待機時間が設定されていて、電子ファイル生成手段29が即時に電子ファイルを生成して送信してきた場合には、電子ファイル送信手段30がその電子ファイルを未処理キューに格納しておき、中継処理実行時期が到来したときに電子ファイルを取り出して基幹システム5に送信する。
The electronic
顧客区分更新手段31は、所定周期(月次、半期など)や、特定のイベントの発生時(依頼者の決算期、取引件数の区切りごと、契約更新時等)に、上記した条件に従って中継処理実行時期DB21の顧客区分を更新する機能である。上記したように、金融機関2と依頼者3の契約(特約)によって中継処理実行時期が設定されている依頼者3については、取消率などの統計データに基づく基準での更新対象から除外するのが好ましい。また、イベント発生時には、関連する依頼者に限って顧客区分を更新するのが好ましい。
The customer category update means 31 performs relay processing according to the above-mentioned conditions at a predetermined cycle (monthly, semi-annual, etc.) or when a specific event occurs (requester's settlement period, every transaction number break, contract renewal, etc.) This is a function for updating the customer category in the
次に、図4のフローチャートを参照して、本実施形態にかかる振込中継方法の処理工程を説明する。なお、顧客区分の更新については省略する。 Next, processing steps of the transfer relay method according to the present embodiment will be described with reference to the flowchart of FIG. Note that the update of the customer category is omitted.
まず、振込中継システム1の振込み依頼データ受信手段23が、SWIFT Netサーバー7およびGatewayサーバー6を介して、依頼者(外国顧客)3からの振込み依頼データを受信する(S1)。データを受信すると、ファイル変換手段24が起動し、振込依頼データに含まれているSWIFTコードや顧客IDなどの依頼者識別情報に基づいて、変換ルールDB18からその依頼者3の変換ルールを特定し(S2)、振込依頼データをCSVなどの所定のフォーマットに変換する(S3)。これにより、後に続く検証(エラーチェック)やデータ抽出などの処理が可能になる。
First, the transfer request data receiving means 23 of the
ついで、検証手段25が、まず全顧客共通の検証ルールで変換済データファイルを検証する(S4)。具体的には、全銀フォーマットの振込電文を作成するために、必須のデータが全て含まれているかをチェックする。 Next, the verification means 25 first verifies the converted data file with verification rules common to all customers (S4). Specifically, in order to create a transfer message in the Zengin format, it is checked whether all necessary data is included.
必須のデータが完備されている場合には(S5のYes)、引き続き検証手段25が、依頼者3の固有検証ルールが登録されているかを固有検証ルールDB20から検索する(S6)。固有検証ルールが登録されている場合(S6のYes)、その固有検証ルールを読み出して変換済データファイルを検証する(S7)。この段階では、依頼者から予め指示されている振込形式や各データ項目への入力ポリシーなどをチェックする。固有検証ルールが完備している場合には(S8のYes)、電子ファイル生成手段29に対して電子ファイルの生成が指示される(S9)。
If the essential data is complete (Yes in S5), the
一方、ステップS5およびS8において、何れかの検証ルールに対してデータの不備が検出された場合には(S5のNo、S8のNo)、報告出力手段26が固有検証ルールDB20から依頼者3の検証結果の通知形式などを特定し(S10)、その指示に従ったエラー報告を実行する(S11)。
On the other hand, in step S5 and S8, when a deficiency of data is detected with respect to any of the verification rules (No in S5, No in S8), the report output means 26 receives the request from the
ステップS9で電子ファイルが生成されると、ついで、待機時間検索手段27が中継処理実行時期DB21から依頼者3の中継処理実行時期を検索する(S12)。中継処理実行時期が「即時」、すなわち待機時間が0であれば(S13のYes)、電子ファイル送信手段30が生成された電子ファイルを基幹システム5に直ちに送信する(S17)。
When the electronic file is generated in step S9, the standby
一方、中継処理実行時期が即時以外で設定されている場合には(S13のNo)、待機時間検索手段27は、登録されている中継処理実行時期をメモリ等の監視対象フィールドにセットし(S14)、中継処理実行時期監視手段28が監視を開始する(S15)。この時、電子ファイル生成手段29が生成した電子ファイルは、一旦、図示しない未処理キューに保存される。中継処理実行時期監視手段28が、中継処理実行時期の到来(待機時間の終了)を検知すると(S16のYes)、CPU11から電子ファイル送信手段30に対して電子ファイルの送信が指示される。電子ファイル送信手段30は、未処理キューから電子ファイルを取り出して基幹システム5に送信する(S17)。このように、中継処理実行時期が到来するまでは、電文生成用の電子ファイルを基幹システム5とは別の振込中継システム1に保持している。そのため、その間に依頼者3から変更や取消が指示された場合でもデータ消去等によって容易に対処できる。また、中継処理実行時期を依頼者の属性や契約等によって複数段階で設定しているため、取引の安全性・確実性は維持しながら依頼者の要請を満たすことができる。
On the other hand, when the relay process execution time is set to something other than immediate (No in S13), the standby
電子ファイルを受信した基幹システム5が電文を作成し、基幹システム5から全銀Netの受信通知を受領すると、報告出力手段26が起動し、固有検証ルールDB20に格納されている依頼者3の報告形式を検索する(S18)。完了報告要の場合には(S19のYes)、報告出力手段26は登録されている報告形式で処理結果報告ファイルを作成し、Gatewayサーバー6に送信する(S20)。Gatewayサーバー6は、SAG9を利用して報告ファイルをSWIFT Netサーバー7の外国顧客専用キュー8bに格納する。
When the
依頼者3から、完了報告不要と指示されている場合には(S19のNo)、金融機関2の全顧客共通のフォーマットで、金融機関2のデフォルト周期で、定型的な報告を作成して依頼者3に送信する。
If the
以上により、振込中継処理が完了する。 Thus, the transfer relay process is completed.
(第2の実施形態)
次に、図5を参照して本発明の第2の実施形態を説明する。図5は、第2の実施形態を示すネットワーク構成図である。第1の実施形態と同一の構成要素には同一の符号を付して重複説明は省略する。
(Second Embodiment)
Next, a second embodiment of the present invention will be described with reference to FIG. FIG. 5 is a network configuration diagram showing the second embodiment. The same components as those in the first embodiment are denoted by the same reference numerals, and redundant description is omitted.
この実施形態では、振込中継システム40は、金融機関2と専用回線(VPN:Virtual Private Network)によって接続される特定の企業などの顧客41から、この顧客41の独自フォーマットで作成された振込依頼データを受信する点に特徴を有する。振込中継システム40の基本的な機能は、第1の実施形態と同様である。
In this embodiment, the
この実施形態でも、顧客41の独自フォーマットに基づくファイル変換ルールを、顧客41の識別情報に関連付けて変換ルールDB18に登録しておき、顧客41から専用回線を介して受領した振込依頼データを当該変換ルールに従って変換する。その後の、変換済データファイルの検証(共通検証ルールおよび)、エラー報告、中継処理実行時期(待機時間)の設定および特定、電文用電子ファイルの作成および送信、の各機能は上記した第1の実施形態と同様である。
Also in this embodiment, a file conversion rule based on the unique format of the
なお、本発明は上記した実施形態に限定されず、本発明の精神を逸脱しない範囲内で種々の変形・変更が可能である。 The present invention is not limited to the above-described embodiment, and various modifications and changes can be made without departing from the spirit of the present invention.
例えば、上記した各実施形態では、SWIFT Netや専用回線(VPN)を介して依頼者からの振込依頼データを受信しているが、それ以外のネットワークを介して、または複数のネットワークを介して受信する場合にも本発明を好適に実施できる。 For example, in each of the above-described embodiments, the transfer request data from the client is received via a SWIFT Net or a dedicated line (VPN), but is received via another network or via a plurality of networks. In this case, the present invention can be suitably implemented.
また、基幹システムから全銀ネットワークに直接電文を送信する場合に限らず、銀行ANSWER(Automatic answer Network System for Electrical Request)を介して全銀ネットワークに電文を送信するようにしてもよい。ここで、銀行ANSWERとは、NTTデータ株式会社が提供している金融取引に特化したコンピュータ通信サービスである。顧客(依頼者)は、銀行ANSWERを利用することで、金融機関の基幹システムに接続されたANSWERセンターに振込や残高照会などの金融取引の手続きを自社の専用端末から直接依頼できる。 Further, the electronic message may be transmitted to the Zengin network via a bank ANSWER (Automatic answer Network System for Electrical Request), without being limited to the case where the electronic message is directly transmitted from the basic system to the Zengin network. Here, the bank ANSWER is a computer communication service specialized for financial transactions provided by NTT DATA Corporation. A customer (requester) can directly request financial transaction procedures such as transfer and balance inquiry from an exclusive terminal of the company to an ANSWER center connected to a core system of a financial institution by using a bank ANSWER.
また、本発明は振込以外の資金移動の処理にも適用可能であるが、処理の種類に応じて共通検証ルールや固有検証ルール、報告形態などの具体例が異なってくることは当業者であれば容易に理解できる。 The present invention can also be applied to funds transfer processing other than transfer. However, those skilled in the art will recognize that specific examples such as a common verification rule, a specific verification rule, and a report form differ depending on the type of processing. Can be easily understood.
さらに、振込先が自行内の他の口座である場合には、仕向け金融機関2と被仕向け金融機関5とが同一となり、他行宛の振込よりも柔軟に対応できることは従来と同様である。
Further, when the transfer destination is another account in the bank, the destination
また、中継処理実行時期(待機時間)が設定されている顧客であっても、振込指定日までの日数が待機時間より短い場合には、待機時間の経過を待たずに振込を実行するのが好ましい。そのためには、振込依頼を受け付けたときに、振込依頼データ受信手段または待機時間検索手段が、その顧客(依頼者)の中継処理実行時期(2営業日前等)の満了日と振込みの指定日との早い方の日付を、中継処理実行時期(yyyy年mm月dd日)として中継処理実行時期DBに格納するのが好ましい。 Also, even if the customer has a relay processing execution time (standby time), if the number of days until the designated transfer date is shorter than the standby time, the transfer may be executed without waiting for the waiting time to elapse. preferable. For this purpose, when the transfer request is received, the transfer request data receiving means or the waiting time search means determines the expiration date of the relay processing execution time (such as 2 business days before) of the customer (requester) and the designated date of transfer. It is preferable to store the earlier date in the relay process execution time DB as the relay process execution time (yyyy year mm month dd day).
1 振込中継システム(取引中継システム)
2 金融機関(仕向け)
3 依頼者(外国顧客)
4 被仕向け金融機関
5 基幹システム
6 Gatewayサーバー
7 SWIFT Netサーバー
8a、8b 専用キュー
11 CPU
12 システムバス
13 RAM
14 入力装置
15 出力装置
16 通信制御装置
17 記憶装置
18 変換ルールDB
19 共通検証ルールDB
20 固有検証ルールDB
21 中継処理実行時期DB
23 振込依頼データ受信手段(ファイル受信手段)
24 ファイル変換手段
25 検証手段
26 報告出力手段
27 待機時間検索手段
28 中継処理実行時期監視手段
29 電子ファイル生成手段
30 電子ファイル送信手段
31 顧客区分更新手段
40 振込中継システム
41 企業(顧客)
1 Transfer relay system (transaction relay system)
2 Financial institutions (for destination)
3. Client (foreign customer)
4 Financial institution for
12
14
19 Common verification rule DB
20 Specific verification rule DB
21 Relay processing execution time DB
23. Transfer request data receiving means (file receiving means)
24 File conversion means 25 Verification means 26 Report output means 27 Standby time search means 28 Relay processing execution time monitoring means 29 Electronic file generation means 30 Electronic file transmission means 31 Customer category update means 40
Claims (11)
前記取引中継システムは、全銀フォーマットと異なるフォーマットで作成された資金移動の依頼データを所定のファイル形式のデータファイルに変換するための変換ルールを依頼者の識別情報に関連付けて格納する変換ルールデータベースと、変換されたデータファイルに、全銀フォーマットの生成に必要なデータが全て含まれているかを検証するための共通検証ルールを格納する共通検証ルールデータベースとを備え、
前記方法は、
前記取引中継システムのファイル受信手段が、前記依頼者から、依頼者の識別情報を含む資金移動の依頼データを受信するステップと、
前記取引中継システムのファイル変換手段が、前記受信した依頼データに含まれる依頼者の識別情報に基づいて前記変換ルールデータベースから当該依頼者に関する変換ルールを読み込み、当該変換ルールに従って、前記受信した依頼データを所定のファイル形式のデータファイルに変換するステップと、
前記取引中継システムの検証手段が、前記共通検証ルールデータベースから共通検証ルールを読み込み、当該共通検証ルールに基づいて前記変換されたデータファイルを検証するステップと、
前記共通検証ルールに基づいて前記変換されたデータファイルに全銀フォーマットに必要なデータが全て含まれていると判定された場合、前記取引中継システムの電子ファイル生成手段が、前記変換されたデータファイルから全銀フォーマットに必要なデータを抽出して、全銀フォーマットの取引電文を生成するための電子ファイルを生成するステップと、
前記取引中継システムの電子ファイル送信手段が、全銀フォーマットの取引電文を生成する前記基幹システムに対して、前記生成された電子ファイルを送信するステップと
を備えたことを特徴とする方法。 A method of relaying a process of transferring funds requested by a client by a transaction relay system installed in a financial institution and connected to a core system,
The transaction relay system stores a conversion rule for converting fund transfer request data created in a format different from the Zengin format into a data file of a predetermined file format in association with the client's identification information If, on the converted data file, and a common validation rules database that stores common validation rules for data required to generate the total silver formats can be verified whether all included,
The method
The file receiving means of the transaction relay system receives, from the requester, fund transfer request data including identification information of the requester;
Wherein the file conversion means trading relay system, it reads the conversion rules for the requester from the conversion rule database based on the requester identification information included in the request the received data, in accordance with the conversion rule, the received Converting the request data into a data file of a predetermined file format;
A step wherein the verification means of the transaction relay system, which it reads the common validation rules from the common validation rules database, verifying the transformed data file based on the common validation rule,
When it is determined that the converted data file contains all the data necessary for the Zengin format based on the common verification rule, the electronic file generating means of the transaction relay system uses the converted data file. Extracting the data required for the Zengin format from the database and generating an electronic file for generating a Zengin format transaction message;
The electronic file transmission means of the transaction relay system includes the step of transmitting the generated electronic file to the backbone system that generates a transaction message in a Zengin format.
前記受信ステップは、前記外国顧客からSWIFT回線を介して資金移動の依頼データを受信する
ことを特徴とする請求項1に記載の方法。 The client is a foreign customer who can communicate with the financial institution via a SWIFT line, and the foreign customer is a customer who requests transfer of funds from his / her Japanese yen account to another account, or including a foreign financial institution that has received the request transfers of funds from the customer,
The method according to claim 1, wherein the receiving step receives fund transfer request data from the foreign customer via a SWIFT line.
前記受信ステップは、前記顧客との間の専用回線を介して資金移動の依頼データを受信する
ことを特徴とする請求項1に記載の方法。 The requester is a specific customer that was laying a dedicated line individually between the financial institutions,
The method according to claim 1, wherein the receiving step receives fund transfer request data via a dedicated line with the customer.
前記検証ステップは、前記共通検証ルールおよび前記固有検証ルールに従って前記変換されたデータファイルを検証する
ことを特徴とする請求項1に記載の方法。 The transaction relay system further includes a unique verification rule database for storing a requester-specific verification rule different from the common verification rule with respect to a format of request data for funds transfer in association with identification information of the requester,
The method of claim 1, wherein the verifying step verifies the converted data file according to the common verification rule and the unique verification rule.
前記取引中継システムの検証結果通知手段が、前記固有検証ルールデータベースに格納された依頼者の指示情報に従って、前記共通検証ルールおよび/または固有検証ルールの検証結果を依頼者に通知するステップ
をさらに備えたことを特徴とする請求項4に記載の方法。 The unique verification rule database further stores the requester's instruction information including the necessity of notification of the verification result and the notification time in association with the identification information of the requester
Verification result notifying unit before Symbol trading relay system, according to the instruction information of the specific validation rules stored in a database requester, further the step of notifying the verification result of the common validation rules and / or specific validation rules requester 5. The method of claim 4, comprising:
前記電子ファイルを生成するステップおよび前記生成された電子ファイルを送信するステップは、前記中継処理実行時期が到来した場合に実行される
ことを特徴とする請求項1に記載の方法。 The transaction relay system further, when receiving the request data of the funds transfer, run relay processing to send beauty Oyo generate an electronic file immediately relayed to whether to run after a predetermined waiting time A relay process execution time database that stores the process execution time in association with the identification information of the requester;
Sending step and the generated electronic file generates the electronic file, the method according to claim 1, characterized in that said relay processing execution timing is executed when arriving.
前記取引中継システムの待機時間検索手段が、前記受信した資金移動の依頼データに含まれる前記依頼者の識別情報に基づいて、前記中継処理実行時期データベースから当該依頼者の中継処理実行時期を特定するステップと、
前記取引中継システムの中継処理実行時期監視手段が、前記特定された中継処理実行時期が到来したかを監視するステップと
をさらに備えたことを特徴とする請求項6に記載の方法。 The relay processing execution time database stores relay processing execution times set based on a plurality of requester categories in which the financial institutions classify requesters according to predetermined conditions ,
The waiting time search means trading relay system, based on the requester identification information included in the request data transfers of funds thus received, to identify the relay processing execution timing of the requester from the relay processing execution timing database Steps,
The method according to claim 6, further comprising: a step of monitoring whether the specified relay processing execution time has arrived.
をさらに備えたことを特徴とする請求項8に記載の方法。 The requester segment updating means trading relay system, upon the occurrence of a predetermined period or a specific event, further at least for some of the requester to update the requester section of the relay processing execution timing database step according to the predetermined condition 9. The method of claim 8 , comprising:
全銀フォーマットと異なるフォーマットで作成された資金移動の依頼データを所定のファイル形式のデータファイルに変換するための変換ルールを依頼者の識別情報に関連付けて格納する変換ルールデータベースと、
変換されたデータファイルに、全銀フォーマットの生成に必要なデータが全て含まれているかを検証するための共通検証ルールを格納する共通検証ルールデータベースと、
前記依頼者から、依頼者の識別情報を含む資金移動の依頼データを受信するファイル受信手段と、
前記受信した依頼データに含まれる依頼者の識別情報に基づいて、前記変換ルールデータベースから当該依頼者に関する変換ルールを読み込み、当該変換ルールに従って、前記受信した依頼データを所定のファイル形式のデータファイルに変換するファイル変換手段と、
前記共通検証ルールデータベースから共通検証ルールを読み込み、当該共通検証ルールに基づいて前記変換されたデータファイルを検証する検証手段と、
前記共通検証ルールに基づいて、前記変換されたデータファイルに全銀フォーマットに必要なデータが全て含まれていると判定された場合に、前記変換されたデータファイルから全銀フォーマットに必要なデータを抽出して、全銀フォーマットの取引電文を生成するための電子ファイルを生成する電子ファイル生成手段と、
取引電文を生成する前記基幹システムに対して、前記生成された電子ファイルを送信する電子ファイル送信手段と
を備えたことを特徴とするシステム。 A transaction relay system that is connected to a core system of a financial institution and relays a process of transferring funds requested by a client.
A conversion rule database for storing a conversion rule for converting funds transfer request data created in a format different from the Zengin format into a data file of a predetermined file format in association with the identification information of the requester;
The converted data file, the common validation rules database that stores common validation rules for data required to generate the total silver formats can be verified whether all included,
File receiving means for receiving fund transfer request data including identification information of the requester from the requester;
Based on the requester identification information included in the request the received data, it reads the conversion rules for the requester from the conversion rule database, in accordance with the conversion rule, a request the received data of a predetermined file format data File conversion means for converting to a file;
We read the common validation rules from the common validation rules database, and verifying means for verifying the transformed data file based on the common validation rule,
Based on the common verification rule, if it is determined that the converted data file contains all the data necessary for the Zengin format, the data necessary for the Zengin format is extracted from the converted data file. An electronic file generating means for extracting and generating an electronic file for generating a transaction message in Zengin format;
An electronic file transmission means for transmitting the generated electronic file to the basic system for generating a transaction message.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010019395A JP5070305B2 (en) | 2010-01-29 | 2010-01-29 | Transaction relay method and transaction relay system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010019395A JP5070305B2 (en) | 2010-01-29 | 2010-01-29 | Transaction relay method and transaction relay system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2011159053A JP2011159053A (en) | 2011-08-18 |
JP5070305B2 true JP5070305B2 (en) | 2012-11-14 |
Family
ID=44590963
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010019395A Active JP5070305B2 (en) | 2010-01-29 | 2010-01-29 | Transaction relay method and transaction relay system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5070305B2 (en) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10084818B1 (en) | 2012-06-07 | 2018-09-25 | Amazon Technologies, Inc. | Flexibly configurable data modification services |
US9286491B2 (en) | 2012-06-07 | 2016-03-15 | Amazon Technologies, Inc. | Virtual service provider zones |
US9590959B2 (en) | 2013-02-12 | 2017-03-07 | Amazon Technologies, Inc. | Data security service |
US10075471B2 (en) | 2012-06-07 | 2018-09-11 | Amazon Technologies, Inc. | Data loss prevention techniques |
JP5505939B2 (en) * | 2012-06-12 | 2014-05-28 | 株式会社三井住友銀行 | Global fund transfer system and global fund transfer method |
US9705674B2 (en) | 2013-02-12 | 2017-07-11 | Amazon Technologies, Inc. | Federated key management |
US10210341B2 (en) * | 2013-02-12 | 2019-02-19 | Amazon Technologies, Inc. | Delayed data access |
US10467422B1 (en) | 2013-02-12 | 2019-11-05 | Amazon Technologies, Inc. | Automatic key rotation |
US9608813B1 (en) | 2013-06-13 | 2017-03-28 | Amazon Technologies, Inc. | Key rotation techniques |
US9367697B1 (en) | 2013-02-12 | 2016-06-14 | Amazon Technologies, Inc. | Data security with a security module |
US9397835B1 (en) | 2014-05-21 | 2016-07-19 | Amazon Technologies, Inc. | Web of trust management in a distributed system |
US9438421B1 (en) | 2014-06-27 | 2016-09-06 | Amazon Technologies, Inc. | Supporting a fixed transaction rate with a variably-backed logical cryptographic key |
US9866392B1 (en) | 2014-09-15 | 2018-01-09 | Amazon Technologies, Inc. | Distributed system web of trust provisioning |
EP3494534A4 (en) * | 2016-08-02 | 2020-01-22 | Hexanika | System and method for collecting, consolidating and processing data |
US11593859B2 (en) | 2017-07-23 | 2023-02-28 | Yoshimitsu Kagiwada | Data linkage system, method and program |
CN111383022B (en) * | 2018-12-29 | 2020-12-08 | 广州市百果园信息技术有限公司 | Background architecture method, system, computer equipment and storage medium for aggregated payment |
JP2020197768A (en) * | 2019-05-30 | 2020-12-10 | 株式会社三菱Ufj銀行 | Information processing device, information processing method, and program |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH06243158A (en) * | 1993-02-19 | 1994-09-02 | Fujitsu Ltd | Foreign remittance business processing system |
JP2003006443A (en) * | 2001-06-22 | 2003-01-10 | Bank Of Tokyo-Mitsubishi Ltd | System and method for transfer request data conversion |
JP2003223560A (en) * | 2002-01-28 | 2003-08-08 | Oki Electric Ind Co Ltd | Firm banking system and its program |
JP2003233718A (en) * | 2002-02-07 | 2003-08-22 | Nomura Securities Co Ltd | Method and device for contract notification and status management |
JP2004086239A (en) * | 2002-08-22 | 2004-03-18 | Mitsubishi Electric Corp | Transmission data format conversion device and data format conversion/transmission system |
JP2004133835A (en) * | 2002-10-15 | 2004-04-30 | Kokusai Irba Kiko:Kk | Foreign remittance method and system |
JP2005293157A (en) * | 2004-03-31 | 2005-10-20 | Ufj Bank Ltd | Payment data processing system, payment data processing program and payment data processing method |
JP4304161B2 (en) * | 2005-02-17 | 2009-07-29 | 株式会社みずほ銀行 | Transfer request processing method and transfer request processing program |
JP5336065B2 (en) * | 2007-11-16 | 2013-11-06 | 株式会社三菱東京Ufj銀行 | Data conversion apparatus, data conversion system, and data conversion method |
-
2010
- 2010-01-29 JP JP2010019395A patent/JP5070305B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2011159053A (en) | 2011-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5070305B2 (en) | Transaction relay method and transaction relay system | |
JP5070306B2 (en) | Transaction relay method and transaction relay system | |
US20080033853A1 (en) | System and method for facilitating appraisals | |
US8380797B2 (en) | Business data exchange layer | |
JP6144730B2 (en) | A method adapted to be used for commercial transactions | |
JP4272186B2 (en) | Collection agency system | |
JP2012053615A (en) | Collective immediate transfer system with transfer destination account existence confirmation and method thereof | |
JP2019057160A (en) | Account managing apparatus, account managing method, and account managing program | |
JP5007239B2 (en) | Distributed transaction matching service | |
JP6055050B1 (en) | Bank system, method and program executed by bank system | |
JP2020091515A (en) | Method, computer, system and program for implementing P2P insurance | |
CN111767127A (en) | Service data processing method and device | |
JP5505939B2 (en) | Global fund transfer system and global fund transfer method | |
KR101100241B1 (en) | Method and server for connecting working server with a plurality of institution servers, and recording medium thereof | |
JP5742054B2 (en) | Received remittance receiving system and receiving method | |
JP4459538B2 (en) | Reorganization fund management system, reorganization fund management system program, and recording medium recording the program | |
KR102680150B1 (en) | Context-based filtering within a subset of network nodes implementing the trading system | |
JP2009301235A (en) | Mediation device for credit information organization | |
JP2014102677A (en) | Information processing server, information processing method, and program | |
JP2006209302A (en) | Centralized transfer work processing system | |
JP6228651B1 (en) | Transfer system and method on the premise of receiving side approval | |
JP6178452B1 (en) | Reorganization method and system for condominium management company | |
CN111144777B (en) | Resource transfer method, device, electronic equipment and storage medium | |
JP2020035120A (en) | Transfer management system, transfer management method and transfer management program | |
US20240062283A1 (en) | Method and System for Secure and Automatic Mapping of Blockchain-Based Ledgers to Valid Account Statements |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120201 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120217 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120416 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120810 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120820 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150824 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5070305 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |