JP5959578B2 - Proxy payment system, management server, program, and method thereof - Google Patents

Proxy payment system, management server, program, and method thereof Download PDF

Info

Publication number
JP5959578B2
JP5959578B2 JP2014137909A JP2014137909A JP5959578B2 JP 5959578 B2 JP5959578 B2 JP 5959578B2 JP 2014137909 A JP2014137909 A JP 2014137909A JP 2014137909 A JP2014137909 A JP 2014137909A JP 5959578 B2 JP5959578 B2 JP 5959578B2
Authority
JP
Japan
Prior art keywords
data
withdrawal
payment
settlement
deposit
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
Application number
JP2014137909A
Other languages
Japanese (ja)
Other versions
JP2016015087A (en
Inventor
慎吾 吉岡
慎吾 吉岡
広秋 水村
広秋 水村
貴将 松葉屋
貴将 松葉屋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sumitomo Mitsui Banking Corp
Original Assignee
Sumitomo Mitsui Banking Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sumitomo Mitsui Banking Corp filed Critical Sumitomo Mitsui Banking Corp
Priority to JP2014137909A priority Critical patent/JP5959578B2/en
Publication of JP2016015087A publication Critical patent/JP2016015087A/en
Application granted granted Critical
Publication of JP5959578B2 publication Critical patent/JP5959578B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

本発明は、日本銀行が提供するRTGS(即時決済)システムと接続して、顧客の代行決済を行う代行決済システムに関する。   The present invention relates to a proxy payment system that connects with an RTGS (immediate payment) system provided by the Bank of Japan and performs customer proxy payments.

日本銀行には、当座預金等の即時決済(RTGS(Real Time Gross Settlement))を行うためにオンラインで決済ができるコンピュータシステムが備えられている。RTGSとは、日本銀行が金融機関から振替指図を受信し次第、1件ずつ即座に決済するシステムである。   The Bank of Japan is equipped with a computer system that can be used for online settlement to make an immediate settlement (RTGS (Real Time Gross Settlement)) of current accounts and the like. RTGS is a system in which the Bank of Japan immediately settles one by one as soon as it receives a transfer instruction from a financial institution.

金融機関は、顧客から資金の決済代行の依頼を受任すると、顧客に代わって、上述した日本銀行のRTGSシステムと接続し、代行決済を行うRTGS代行決済システムを利用する。このことは、例えば、特許文献1に詳細に記載されている。   When the financial institution accepts a request for the settlement of funds from the customer, the financial institution uses the RTGS proxy settlement system that connects with the above-described RTGS system of the Bank of Japan and performs the proxy settlement on behalf of the customer. This is described in detail in Patent Document 1, for example.

特開2002−041785号公報JP 2002-041785 A

ところで、現状のRTGS代行決済システムは、取引の出金の当日、顧客によるシステム承認の入力(支払承認)を得てから、出金処理を実行する。しかしながら、当日の出金指定時刻に想定外の事情等で顧客の担当者が不在となった場合、支払承認が得られないため出金処理を実行できなくなる。   By the way, the present RTGS agency settlement system executes the withdrawal process after obtaining the input of the system approval (payment approval) by the customer on the day of withdrawal of the transaction. However, if the customer's person in charge is absent due to unexpected circumstances, etc. at the designated time of the sunrise, the withdrawal process cannot be executed because the payment approval cannot be obtained.

本発明は、このような課題に鑑みてなされたものであり、代行決済の出金処理を滞りなく実行可能な代行決済システム、管理サーバ、プログラム及びその方法を提供することを目的とする。   The present invention has been made in view of such problems, and an object of the present invention is to provide a proxy settlement system, a management server, a program, and a method thereof that can execute a proxy settlement process without delay.

上記課題を解決するため、本発明の代行決済システム及びその方法は、以下のような解決手段を提供する。   In order to solve the above problems, the proxy settlement system and method of the present invention provide the following solution.

本発明の第一の態様では、代行決済を委託する顧客の顧客端末と、金融機関の管理サーバと、日銀ネットシステムとが接続された代行決済システムであって、前記顧客端末は、前記顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを入力する入力手段を備え、前記管理サーバは、前記入金データ及び前記出金データを前記顧客端末から受信する入出金データ受信手段と、前記受信した入金データと前記出金データとを紐付けて決済させるための決済予定明細を前記顧客に作成させる決済予定明細作成手段と、前記決済予定明細における入金データのうち予定された特定の入金データがあったことを条件に、前記日銀ネットシステムに対して、前記特定の入金データに紐付された同じ決済日の特定の出金データの出金処理を実行する出金処理手段と、を備えることを特徴とする。 In a first aspect of the present invention, a proxy payment system is connected to a customer terminal of a customer who entrusts proxy payment, a management server of a financial institution, and a BOJ network system, wherein the customer terminal is the customer's terminal. Depositing / withdrawing data reception for receiving the deposit data and the withdrawal data from the customer terminal, comprising input means for inputting the deposit data to be deposited and the withdrawal data to be withdrawn in the fund settlement account Means, payment schedule details creating means for causing the customer to create a payment schedule details for linking the received payment data and the withdrawal data, and the payment data in the payment schedule details are scheduled. on the condition that there was a specific payment data, with respect to the BOJ-nET system, out of a specific withdrawal data of the same settlement date, which is tied to the specific payment data A dispensing processing means for executing a process, characterized in that it comprises a.

また、上記の代行決済システムにおいて、前記決済予定明細作成手段は、少なくとも入金予定額、出金予定額、及び決済予定日時を含む条件が合致する入金データと出金データを顧客に選択させ、前記入金データと前記出金データとを紐付けた入出金データ紐付けテーブルを登録して前記決済予定明細を作成してもよい。   Further, in the above-described proxy settlement system, the settlement schedule details creating means allows a customer to select deposit data and withdrawal data that match at least a condition including a scheduled deposit amount, a scheduled withdrawal amount, and a scheduled settlement date and time, The payment schedule details may be created by registering a deposit / withdrawal data association table in which receipt data and the withdrawal data are associated.

また、上記の代行決済システムにおいて、前記決済予定明細作成手段は、一つの前記入金データに対して、一又は複数の前記出金データを紐付けてもよい。   Moreover, in the above-described proxy settlement system, the settlement schedule detail creation unit may link one or a plurality of the withdrawal data to one piece of the payment data.

また、上記の代行決済システムにおいて、前記決済予定明細作成手段は、複数の前記入金データに対して、一つの前記出金データを紐付けてもよい。   Further, in the above-described proxy settlement system, the settlement schedule detail creation means may associate one withdrawal data with a plurality of the receipt data.

また、上記の代行決済システムにおいて、前記決済予定明細作成手段は、複数の前記入金データに対して、複数の前記出金データを紐付けてもよい。   Further, in the above-described proxy settlement system, the settlement schedule detail creation means may associate a plurality of the withdrawal data with a plurality of the receipt data.

本発明の第二の態様では、代行決済を委託する顧客の顧客端末と、金融機関の管理サーバと、日銀ネットシステムとが接続された代行決済システムにおける前記管理サーバであって、入金データ及び出金データを前記顧客端末から受信する入出金データ受信手段と、前記受信した入金データと前記出金データとを紐付けて決済させるための決済予定明細を前記顧客に作成させる決済予定明細作成手段と、前記決済予定明細における入金データのうち予定された特定の入金データがあったことを条件に、前記日銀ネットシステムに対して、前記特定の入金データに紐付された同じ決済日の特定の出金データの出金処理を実行する出金処理手段と、を備えることを特徴とする。 In the second aspect of the present invention, there is provided the management server in the proxy payment system in which a customer terminal of a customer entrusting proxy payment, a management server of a financial institution, and a BOJ network system are connected. Deposit / withdrawal data receiving means for receiving money data from the customer terminal; and settlement schedule detail creating means for causing the customer to create a settlement schedule detail for linking the received receipt data and the withdrawal data. , on condition that there was a specific payment data that has been planned out of the payment data in the payment schedule specification, it said to the BOJ-nET system, particular withdrawal of the same settlement date, which is tied to the specific payment data And a withdrawal processing means for executing a data withdrawal process.

本発明の第三の態様では、代行決済を委託する顧客の顧客端末と、金融機関の管理サーバと、日銀ネットシステムとが接続された代行決済システムにおける前記管理サーバのプログラムであって、コンピュータに、入金データ及び出金データを前記顧客端末から受信する受信するステップと、前記受信した入金データと前記出金データとを紐付けて決済させるための決済予定明細を前記顧客に作成させるステップと、前記決済予定明細における入金データのうち予定された特定の入金データがあったことを条件に、前記日銀ネットシステムに対して、前記特定の入金データに紐付された同じ決済日の特定の出金データの出金処理を実行するステップと、を実行させることを特徴とする。 According to a third aspect of the present invention, there is provided a program for the management server in an agency payment system in which a customer terminal of a customer entrusting agency payment, a management server of a financial institution, and a BOJ network system are connected to a computer. Receiving payment data and withdrawal data from the customer terminal; and causing the customer to create a settlement schedule for linking the received payment data and the withdrawal data. on the condition that there was a specific payment data that has been planned out of the payment data in the payment schedule specification, specific withdrawal data of the to the BOJ-nET system, the same settlement date, which is tied to the specific payment data And a step of executing the withdrawal process.

本発明の第四の態様では、代行決済を委託する顧客の顧客端末と、金融機関の管理サーバと、日銀ネットシステムとが接続され、前記管理サーバが前記顧客端末の代行決済を行う方法であって、前記顧客端末において、前記顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを入力するステップと、前記管理サーバにおいて、前記入金データ及び前記出金データを前記顧客端末から受信するステップと、前記受信した入金データと前記出金データとを紐付けて決済させるための決済予定明細を前記顧客に作成させるステップと、前記決済予定明細における入金データのうち予定された特定の入金データがあったことを条件に、前記日銀ネットシステムに対して、前記特定の入金データに紐付された同じ決済日の特定の出金データの出金処理を実行するステップと、を有することを特徴とする。 According to a fourth aspect of the present invention, there is a method in which a customer terminal of a customer entrusting proxy settlement, a management server of a financial institution, and a BOJ network system are connected, and the management server performs proxy settlement of the customer terminal. Inputting the deposit data scheduled to be deposited and the withdrawal data scheduled to be withdrawn in the customer's fund settlement account at the customer terminal, and receiving the deposit data and the withdrawal data with the customer at the management server. A step of receiving from the terminal, a step of causing the customer to create a settlement schedule for linking the received payment data and the withdrawal data, and a schedule among the payment data in the settlement schedule details on condition that there was a certain payment data, certain of the relative BOJ net system, the same settlement date, which is tied to the specific payment data Performing a dispensing process of the dispensing data, and having a.

本発明によれば、代行決済の出金処理を滞りなく実行可能な代行決済システム、管理サーバ、プログラム及びその方法を提供することができる。   According to the present invention, it is possible to provide a proxy settlement system, a management server, a program, and a method thereof that can execute a withdrawal process for proxy settlement without delay.

本発明の実施形態に係る代行決済システムの全体構成を示す図である。It is a figure which shows the whole structure of the agency payment system which concerns on embodiment of this invention. 本発明の実施形態に係る顧客端末の機能構成を示すブロック図である。It is a block diagram which shows the function structure of the customer terminal which concerns on embodiment of this invention. 本発明の実施形態に係る管理サーバの機能構成を示すブロック図である。It is a block diagram which shows the function structure of the management server which concerns on embodiment of this invention. 一つの入金データに対して、複数の出金データを紐付ける入出金データテーブルと入出金データ紐付けテーブルを示す図である。It is a figure which shows the deposit / withdrawal data table and the deposit / withdrawal data link table which link several payment data with respect to one deposit data. 複数の入金データに対して、一つの出金データを紐付ける入出金データテーブルと入出金データ紐付けテーブルを示す図である。It is a figure which shows the deposit / withdrawal data table and the deposit / withdrawal data linkage table which link one withdrawal data with respect to several payment data. 本発明の実施形態に係る代行決済システムの処理動作を示すシーケンス図である。It is a sequence diagram which shows the processing operation of the agency payment system which concerns on embodiment of this invention. 本発明の実施形態に係る顧客端末で操作する決済予定明細作成画面の操作処理を示すフローチャートである。It is a flowchart which shows the operation process of the payment schedule detailed preparation screen operated with the customer terminal which concerns on embodiment of this invention. 本発明の実施形態に係る管理サーバの処理動作を示すフローチャートである。It is a flowchart which shows the processing operation of the management server which concerns on embodiment of this invention. 一つの入金データに対して、複数の出金データを紐付けした場合の表示画面構成1を示す図である。It is a figure which shows the display screen structure 1 at the time of connecting several payment data with respect to one payment data. 一つの入金データに対して、複数の出金データを紐付けした場合の表示画面構成2を示す図である。It is a figure which shows the display screen structure 2 at the time of connecting several payment data with respect to one payment data. 一つの入金データに対して、複数の出金データを紐付けした場合の表示画面構成3を示す図である。It is a figure which shows the display screen structure 3 at the time of connecting several payment data with respect to one payment data. 一つの入金データに対して、複数の出金データを紐付けした場合の表示画面構成4を示す図である。It is a figure which shows the display screen structure 4 at the time of connecting several payment data with respect to one payment data. 複数の入金データに対して、複数の出金データを紐付けした場合の表示画面構成1を示す図である。It is a figure which shows the display screen structure 1 at the time of connecting several payment data with respect to several payment data. 複数の入金データに対して、複数の出金データを紐付けした場合の表示画面構成2を示す図である。It is a figure which shows the display screen structure 2 at the time of connecting several payment data with respect to several payment data.

以下、添付図面を参照して、本発明を実施するための形態(以下、実施形態という)について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号を付している。   DETAILED DESCRIPTION Hereinafter, embodiments for carrying out the present invention (hereinafter referred to as embodiments) will be described in detail with reference to the accompanying drawings. Note that the same number is assigned to the same element throughout the description of the embodiment.

(実施形態の構成)
図1は、本実施形態に係る代行決済システムの全体の構成図である。代行決済とは、銀行等の金融機関が顧客の依頼に基づき、金融機関の日銀当座預金を利用して、顧客の資金決済を代行するサービスのことをいう。対象取引としては、コール取引の資金決済、CD(Certificate of Deposit)・CP(Commercial Paper)の資金決済、国債・一般債等のDVP(Delivery Versus Payment)資金決済、その他日銀当座預金を利用した資金決済がある。
(Configuration of the embodiment)
FIG. 1 is an overall configuration diagram of the agency payment system according to the present embodiment. Proxy settlement refers to a service in which a financial institution such as a bank uses a current account of the bank of a financial institution on behalf of a customer to perform the fund settlement for the customer. Target transactions include call transaction fund settlement, CD (Certificate of Deposit) and CP (Commercial Paper) fund settlement, DVP (Delivery Versus Payment) fund settlement for government bonds and general bonds, and other funds using current account balances at the Bank of Japan. There is a settlement.

図1に示すように、本実施形態に係る代行決済システム1は、金融機関のシステム10と、銀行ネット専用回線40を介して接続された代行決済を委託する委託者側に設置された顧客端末20と、金融機関のシステム10と日銀ネット専用回線50を介して接続された日銀ネットシステム30とから構成される。なお、ここでいう専用回線とは、物理的に隔離されたネットワークの他、論理的に隔離されたセキュアなネットワークを含む。   As shown in FIG. 1, the agency payment system 1 according to the present embodiment is a customer terminal installed on a consignor side that entrusts agency payments connected to a system 10 of a financial institution via a bank network dedicated line 40. 20 and a BOJ-NET system 30 connected via a BOJ-NET dedicated line 50 to a financial institution system 10. The dedicated line here includes a logically isolated secure network in addition to a physically isolated network.

金融機関のシステム10は、管理サーバ11と、RTGS決済管理システム12とを備えている。管理サーバ11は、決済処理、貸越管理等を行うための専用プログラムが搭載されている制御手段13と、少なくとも、決済明細を管理するプログラムで使用する資金情報を保存しているトランザクションDB(データベース)100と、顧客ごとの資金(預金)残高情報、貸越枠を保存している残高DB(データベース)200と、顧客に関する会社情報、例えば、名称、住所、担当者名や銀行との契約情報等を管理するため情報を保存している顧客DB(データベース)300とを含む。顧客は、本システムが提供するサービス(「日銀当座預金代行決済サービス」と呼ぶ)を利用するためには、資金化済の資金(Available Money)を区別するための決済口座を有する。決済口座は1つであってもよいが、決済口座を2つとし、決済口座1(営業店決済口座)を銀行の営業店に開設し、日銀当座預金にて決済する資金を管理するための決済口座2(RTGS専用口座)を本システム上に別途開設してもよい。この場合、決済口座2が基準となる「出金」は、日銀ネットを介した外部宛が主であるが、決済口座1宛に営業店振替で資金を戻す際も、決済口座2からの「出金」となる。残高DB200は、特に、決済口座2の残高を顧客ごとに管理するデータベースである。   The financial institution system 10 includes a management server 11 and an RTGS settlement management system 12. The management server 11 includes a control unit 13 in which a dedicated program for performing settlement processing, overdraft management, and the like, and a transaction DB (database) that stores at least funds information used in a program for managing settlement details. 100, a balance DB (database) 200 that stores funds (deposits) balance information for each customer, and a credit balance, and company information related to the customer, such as name, address, name of person in charge, contract information with bank, etc. And a customer DB (database) 300 storing information for management. In order to use the service provided by this system (referred to as “Bank of Japan current account proxy settlement service”), the customer has a settlement account for distinguishing available money. Although there may be only one settlement account, there are two settlement accounts, a settlement account 1 (sales office settlement account) is opened at the bank's branch office, and the funds for settlement with the BOJ current account are managed. A settlement account 2 (RTGS dedicated account) may be opened separately on this system. In this case, the “withdrawal” based on the settlement account 2 is mainly addressed to the outside via the Bank of Japan. However, when the funds are returned to the settlement account 1 by transfer to the branch, Withdrawal ". The balance DB 200 is a database that manages the balance of the settlement account 2 for each customer.

RTGS決済管理システム12(以下、本システムという)は、金融機関(以下、銀行とする)のシステム10内に設置されるシステムであり、日銀ネットシステム30と日銀ネット専用回線50を介して接続されており、日銀ネットシステム30に対する各種の電文の送受信、流動性資金の管理を行うためのプログラムが搭載されている。本システムは、顧客の上記の決済口座1と決済口座2を使って、銀行の日銀口座及び顧客の取引先の日銀取引口座間で資金決済を代行するサービスを提供する。   The RTGS settlement management system 12 (hereinafter referred to as the present system) is a system installed in the system 10 of a financial institution (hereinafter referred to as a bank), and is connected to the BOJ network system 30 via the BOJ network dedicated line 50. A program for sending and receiving various messages to the BOJ network system 30 and managing liquidity funds is installed. This system provides a service for performing the payment of funds between the bank's BOJ account and the customer's bank account using the above-mentioned payment account 1 and payment account 2 of the customer.

顧客端末20は、代行決済を委託する顧客(委託者)側に設置された端末であり、パーソナルコンピュータやワークステーションなどの汎用のコンピュータであってもよい。顧客端末20は、例えば、ブラウザ又は専用ソフトから管理サーバ11にアクセスして、後述する決済予定明細作成のための入金データ及び出金データを入力し、承認後の決済予定明細に基づいて、入金データに紐付けられた出金データの決済の指図を行う。ここで、決済予定明細とは、予定された特定の入金があったことを条件に同じ決済日の特定の出金を行うように指図するための入金データと出金データを紐付けた情報であるが、詳しくは後述する。また、顧客社内システム60は、顧客が独自に保有する社内処理システムであり、日々の入出金のデータを管理している。顧客端末20は、顧客社内システム60と必ずしも接続されている必要はなく、顧客社内システム60からFD等の記録媒体にデータを切り出し、顧客端末20に取り込むこと、あるいは、顧客端末20の操作者がそのデータを目視確認し、手入力することも可能である。   The customer terminal 20 is a terminal installed on the customer (consignor) side who entrusts proxy settlement, and may be a general-purpose computer such as a personal computer or a workstation. The customer terminal 20 accesses the management server 11 from, for example, a browser or dedicated software, inputs payment data and withdrawal data for creating a payment schedule details, which will be described later, and receives payment based on the payment schedule details after approval. Instructions for settlement of withdrawal data linked to data. Here, the settlement schedule details are information that links receipt data and withdrawal data to instruct to perform a specific withdrawal on the same settlement date on the condition that there was a specific receipt scheduled. Details will be described later. The customer in-house system 60 is an in-house processing system uniquely owned by the customer, and manages daily deposit / withdrawal data. The customer terminal 20 does not necessarily have to be connected to the customer in-house system 60. Data is cut out from the customer in-house system 60 to a recording medium such as an FD and loaded into the customer terminal 20, or an operator of the customer terminal 20 The data can be checked visually and entered manually.

(顧客端末20の構成)
図2は、本実施形態に係る顧客端末の機能構成を示すブロック図である。図2に示すように、顧客端末20は、通信手段21と、記憶手段22と、入力手段23と、表示手段24と、制御手段25とから構成される。
(Configuration of customer terminal 20)
FIG. 2 is a block diagram showing a functional configuration of the customer terminal according to the present embodiment. As shown in FIG. 2, the customer terminal 20 includes a communication unit 21, a storage unit 22, an input unit 23, a display unit 24, and a control unit 25.

通信手段21は、管理サーバ11との通信を行う際の通信インターフェースを司り、銀行ネット専用回線40が採用するプロトコルに準拠した通信を行う。   The communication unit 21 controls a communication interface when communicating with the management server 11 and performs communication conforming to the protocol adopted by the bank network dedicated line 40.

記憶手段22は、書き換え可能な、例えば、フラッシュメモリで構成され、制御手段25が実行するプログラムや各種データが格納されている。各種データの一つとして、入出金データ400が格納されている。入出金データ400とは、顧客の資金決済に関する入金予定及び出金予定の明細情報(入金・出金の予定日及び予定時刻、入金・出金の予定金額、入金元の情報、出金先の情報等)であり、決済予定明細を作成する際には、顧客の指示に基づいて、主に代行決済の対象となる入出金データが通信手段21を介して、管理サーバ11に送信される。   The storage means 22 is composed of, for example, a rewritable flash memory, and stores programs executed by the control means 25 and various data. Deposit / withdrawal data 400 is stored as one of various data. Deposit / withdrawal data 400 refers to detailed information on deposit schedules and withdrawal schedules related to customer funds settlement (scheduled deposit / withdrawal date and schedule time, scheduled deposit / withdrawal amount, deposit source information, withdrawal destination information, etc. Information, etc.), and when creating the settlement schedule details, deposit / withdrawal data that is mainly subject to proxy settlement is transmitted to the management server 11 via the communication means 21 based on customer instructions.

入力手段23は、例えば、キーボードやマウス等の入力機器であり、入出金データを記憶手段22に格納する操作入力、記憶手段22に格納された入出金データを管理サーバ11に送信する操作入力、あるいは管理サーバ11が提供する所定の入力画面から入出金データを手操作で入力させる手段を提供する。記憶手段22に入出金データを格納する手段としては、顧客社内システム60からダウンロードする方法、又はFD等の記録媒体に出力されたデータを記憶手段22に格納するようにしてもよい。   The input means 23 is an input device such as a keyboard or a mouse, for example, and an operation input for storing deposit / withdrawal data in the storage means 22, an operation input for transmitting the deposit / withdrawal data stored in the storage means 22 to the management server 11, Alternatively, a means for manually inputting deposit / withdrawal data from a predetermined input screen provided by the management server 11 is provided. As means for storing the deposit / withdrawal data in the storage means 22, a method of downloading from the customer in-house system 60, or data output to a recording medium such as an FD may be stored in the storage means 22.

表示手段24は、管理サーバ11からの各種の画面を表示する機器であり、例えば、LCD(Liquid Crystal Display)や有機EL(Organic Electro-Luminescence)などのディスプレイである。なお、入力手段23と表示手段24は、入力機能と表示機能を合わせ持つタッチパネルで構成してもよい。   The display unit 24 is a device that displays various screens from the management server 11, and is a display such as an LCD (Liquid Crystal Display) or an organic EL (Organic Electro-Luminescence). Note that the input unit 23 and the display unit 24 may be configured by a touch panel having both an input function and a display function.

制御手段25は、CPU(マイクロプロセッサ)が記憶手段22に記憶されたプログラムを逐次読み出し実行することにより、顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを紐付けた決済予定明細を管理サーバ11が用意した入出金紐付作成画面から作成し、作成された決済予定明細が顧客内で承認された後に、管理サーバ11へ送信して決済代行処理を要求する。詳細については後述する。   In the control means 25, the CPU (microprocessor) sequentially reads out and executes the program stored in the storage means 22, thereby associating the payment data with the expected payment with the withdrawal data with the expected payment in the customer's fund settlement account. The settlement schedule details are created from the deposit / withdrawal pegging creation screen prepared by the management server 11, and after the created settlement schedule details are approved within the customer, they are transmitted to the management server 11 to request settlement agency processing. Details will be described later.

(管理サーバ11の構成)
図3は、本実施形態に係る管理サーバ11の機能構成を示すブロック図である。図3に示すように、管理サーバ11は、一例として、制御手段13と、トランザクションDB100と、残高DB200と、顧客DB300とから構成される。
(Configuration of management server 11)
FIG. 3 is a block diagram illustrating a functional configuration of the management server 11 according to the present embodiment. As shown in FIG. 3, the management server 11 includes, for example, a control unit 13, a transaction DB 100, a balance DB 200, and a customer DB 300.

制御手段13は、顧客端末20により入力された入出金データを受信し、入力データと出力データを紐付けた予定決済明細を顧客に作成させ、その予定決済明細が決済可能か否かの判定を行い、決済可能であれば、決済代行に伴う出金処理を行う一連の流れを制御する。そのため、制御手段13は、通信手段14と、入出金データ受信手段15と、決済予定明細作成手段16と、判定手段17と、出金処理手段18とを含む。   The control means 13 receives the deposit / withdrawal data input by the customer terminal 20, causes the customer to create a scheduled settlement statement that links the input data and the output data, and determines whether or not the scheduled settlement statement can be settled. If payment is possible, a series of flow for performing a withdrawal process associated with the payment agent is controlled. Therefore, the control unit 13 includes a communication unit 14, a deposit / withdrawal data receiving unit 15, a settlement schedule detail creating unit 16, a determination unit 17, and a withdrawal processing unit 18.

通信手段14は、顧客端末20及び日銀ネットシステム30と通信を行う際の通信インターフェースを司る。実際には、顧客端末20と日銀ネットシステム30とは、別々の通信インターフェースが用いられるが、ここでは一つにまとめて記載している。   The communication unit 14 serves as a communication interface when communicating with the customer terminal 20 and the BOJ network system 30. Actually, the customer terminal 20 and the BOJ network system 30 use different communication interfaces, but are described here collectively.

入出金データ受信手段15は、顧客端末20から顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを受信し、データになんらかのエラーがないかをチェック後、決済予定明細作成手段16へ引き渡す。データにエラーがあれば、その旨を顧客端末20に返信し、正しい入出金データの送信を要求する。   The deposit / withdrawal data receiving means 15 receives the deposit data to be deposited and the withdrawal data to be withdrawn in the customer's fund settlement account from the customer terminal 20, and checks whether there is any error in the data, and then settles the settlement schedule details. Delivered to the creating means 16. If there is an error in the data, a message to that effect is sent back to the customer terminal 20 to request transmission of correct deposit / withdrawal data.

決済予定明細作成手段16は、顧客端末20から入力された入金データと出金データを顧客に紐付けさせる画面を作成し、顧客端末20に送信する。顧客は、この画面から紐付する入金データと出金データを選択する。画面の具体例については後述する。そして、顧客が紐付けた情報に基づいて、入金データと出金データを紐付けて決済するための明細である決済予定明細を作成する。具体的には、後述の入出金データテーブル110に基づいて、入出金データ紐付けテーブル120を作成する。ここで、入金データと出金データの紐付は、1:1に限らず、一つの入金データに対して、一又は複数の出金データを紐付けした1:N紐付け、複数の入金データに対して、一つの出金データを紐付けしたN:1紐付け、複数の入金データに対して、複数の出金データを紐付けしたN:M紐付け(ただし、N:Mは自然数)であってもよい。   The settlement schedule statement creating means 16 creates a screen for associating the receipt data and withdrawal data input from the customer terminal 20 with the customer, and transmits the screen to the customer terminal 20. The customer selects deposit data and withdrawal data to be linked from this screen. A specific example of the screen will be described later. Then, based on the information associated with the customer, a settlement schedule detail, which is a detail for linking payment data and withdrawal data, is created. Specifically, the deposit / withdrawal data association table 120 is created based on the deposit / withdrawal data table 110 described later. Here, associating the deposit data with the withdrawal data is not limited to 1: 1, but for one deposit data, one or a plurality of withdrawal data is associated with 1: N association, and a plurality of deposit data. On the other hand, N: 1 linking with one withdrawal data, N: M linking with multiple withdrawal data for multiple deposit data (where N: M is a natural number) There may be.

判定手段17は、決済予定明細作成手段16が作成した決済予定明細における入金データとその入金データに紐付けられた出金データが条件に合致しているか否かを判定する。具体的には、作成した決済予定明細の予定した入金金額と予定した出金金額とを参照し、出金金額の合計が入金額≧出金額であり、かつ入金処理よりも出金処理の決済予定時刻が遅いことを判定する。すなわち、特定の入金が、入金より後であって、その入金に紐付けられた出金の原資となり得るかどうかを判定する。そして、判定手段17は、決済日当日に、上記の判定結果がOKであることを確認し、実際のその特定の入金が予定どおりに行われたことを条件に、その入金に紐付けられた出金を実行するために出金処理手段18を起動する。   The determination means 17 determines whether or not the payment data in the payment schedule details created by the payment schedule details creation means 16 and the withdrawal data linked to the payment data match the conditions. Specifically, referring to the planned deposit amount and the planned withdrawal amount of the created settlement schedule statement, the total of the withdrawal amounts is deposit amount ≥ withdrawal amount, and the settlement process is settled rather than the deposit process. Determine that the scheduled time is late. That is, it is determined whether the specific deposit is after the deposit and can be a source of the withdrawal associated with the deposit. Then, the determination means 17 confirms that the above determination result is OK on the settlement date, and is linked to the deposit on the condition that the specific deposit is actually performed as scheduled. In order to execute the withdrawal, the withdrawal processing means 18 is activated.

出金処理手段18は、判定手段17によって、入金データの入金処理の完了を確認されたことを条件(契機)に、日銀ネットシステム30に対して入金データに紐付けられた出金データの出金処理を実行する。   The withdrawal processing means 18 outputs the withdrawal data linked to the withdrawal data to the BOJ network system 30 on condition that the judgment means 17 confirms the completion of the deposit processing of the receipt data. Execute gold processing.

トランザクションDB100は、顧客ごとの所定期間の入出金情報を格納する入出金データテーブル110と、入出金データテーブル110の顧客の承認済みの入出金データが紐付けられた情報を格納する入出金データ紐付けテーブル120とが割り付けられ記憶される。以下、入出金データテーブル110と、入出金データ紐付けテーブル120の具体例を示す。   The transaction DB 100 includes a deposit / withdrawal data table 110 that stores deposit / withdrawal information for a predetermined period for each customer, and a deposit / withdrawal data string that stores information associated with the customer's approved deposit / withdrawal data in the deposit / withdrawal data table 110. The attachment table 120 is allocated and stored. Hereinafter, specific examples of the deposit / withdrawal data table 110 and the deposit / withdrawal data association table 120 will be shown.

図4(a)に示すように、入出金データテーブル110は、少なくとも受託者を管理するためのユニークな番号である受託者受付番号と、入金、出金の判別をする入出金区分と、決済に伴う金額を表示する決済金額のデータ項目を含む。   As shown in FIG. 4 (a), the deposit / withdrawal data table 110 includes at least a trustee reception number that is a unique number for managing the trustee, a deposit / withdrawal classification for determining deposit / withdrawal, and settlement. The data item of the settlement amount that displays the amount associated with is included.

また、入出金データ紐付けテーブル120は、少なくとも入金と出金とに区別された受託者受付番号と、入金と出金とに区別された決済金額のデータ項目を含み、受託者受付番号をキーとして、入金データと出金データを紐付ける。   The deposit / withdrawal data linking table 120 includes at least a trustee receipt number that is distinguished for deposit and withdrawal, and a data item for a settlement amount that is differentiated for deposit and withdrawal. As shown, the deposit data and the withdrawal data are linked.

入出金データの紐付けは、例えば、図4(a)に示すように、入出金データテーブル110には、決済予定の入出金情報が格納されており、紐付け前は入出金データ紐付けテーブル120のテーブルは空となっている。そして、顧客によって、入出金情報の紐付けが行なわれると、図4(b)に示すように、入出金データを紐付けた件数分のレコードが作成され、入金データの入金金額1,000に対して、複数(本説明では3件)の出金データが紐付けされる(1:N紐付け)。また、紐付け完了後は、図4(c)に示すように、紐付けられたレコードは削除され、空の状態となる。詳細は、後述する。   For example, as shown in FIG. 4 (a), the deposit / withdrawal data table 110 stores the deposit / withdrawal information scheduled for settlement, and the deposit / withdrawal data linkage table before the linkage is made. The 120 table is empty. Then, when the deposit / withdrawal information is linked by the customer, as shown in FIG. 4B, records corresponding to the number of deposit / withdrawal data are created, and the deposit amount of the deposit data is set to 1,000. On the other hand, a plurality (three in this description) of withdrawal data are linked (1: N linking). Further, after the completion of the association, as shown in FIG. 4C, the associated records are deleted and become empty. Details will be described later.

また、複数の入金データに対して、一つの出金データの紐付け(N:1紐付け)を行う場合は、例えば、図5(a)に示すように、入出金データテーブル110には、決済予定の入出金情報が格納されており、紐付け前は入出金データ紐付けテーブル120のテーブルは空となっている。そして、顧客によって、入出金情報の紐付けが行なわれると、図5(b)に示すように、入出金データを紐付けた件数分、レコードが作成され、出金データの入金金額2,000に対して、複数(本説明では3件)の入金データが紐付けされる(N:1紐付け)。また、紐付け完了後は、図5(c)に示すように、紐付けられたレコードは削除され、空の状態となる。詳細は、後述する。図示は省略するが、N:M紐付けの場合も同様である。   In addition, when linking one withdrawal data (N: 1 linking) to a plurality of deposit data, for example, as shown in FIG. Deposit / withdrawal information to be settled is stored, and the table of the deposit / withdrawal data linking table 120 is empty before linking. Then, when the deposit / withdrawal information is linked by the customer, as shown in FIG. 5 (b), as many records as the number associated with the deposit / withdrawal data are created, and the deposit amount 2,000 of the withdrawal data is set. On the other hand, a plurality of (three in this description) payment data are linked (N: 1 link). Further, after the completion of the association, as shown in FIG. 5C, the associated records are deleted and become empty. Details will be described later. Although illustration is omitted, the same applies to the case of N: M tying.

上記の本システムの機能構成は、あくまで一例であり、一つの機能ブロック(データベース及び機能処理部)を分割したり、複数の機能ブロックをまとめて一つの機能ブロックとして構成したりしてもよい。各機能処理部は、装置に内蔵されたCPU(Central Processing Unit)が、ROM(Read Only Memory)又はハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、CPUにより実行されたコンピュータ・プログラムによって実現される。すなわち、各機能処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース(DB;Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア(例えば、入出力装置、表示装置、通信インターフェース装置)を制御することによって実現される。また、本発明の実施形態におけるデータベース(DB)は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。   The above-described functional configuration of the present system is merely an example, and one functional block (database and function processing unit) may be divided, or a plurality of functional blocks may be configured as one functional block. Each function processing unit reads a computer program stored in a storage device such as a ROM (Read Only Memory) or a hard disk by a CPU (Central Processing Unit) built in the device, and executes the computer program executed by the CPU. Realized. That is, in each function processing unit, this computer program reads and writes necessary data such as a table from a database (DB; Data Base) stored in a storage device or a storage area on a memory, and may be related in some cases. This is realized by controlling hardware (for example, an input / output device, a display device, and a communication interface device). Further, the database (DB) in the embodiment of the present invention may be a commercial database, but it simply means a collection of tables and files, and the internal structure of the database itself is not questioned.

(代行決済システム1の処理動作)
図6は、本実施形態に係る代行決済システム1の処理動作を示すシーケンス図である。図6に示すように、顧客端末20は、資金の決済代行を行う場合に、まず、顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを入力し(ステップS101)、その情報を管理サーバ11へ送信する。
(Processing operation of proxy settlement system 1)
FIG. 6 is a sequence diagram showing the processing operation of the agency payment system 1 according to the present embodiment. As shown in FIG. 6, when performing settlement of funds, the customer terminal 20 first inputs the deposit data scheduled for payment and the withdrawal data scheduled for withdrawal in the customer's fund settlement account (step S101). The information is transmitted to the management server 11.

管理サーバ11は、顧客端末20から顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを受信する(ステップS102)。そして、受信した入金データと出金データとを紐付けて決済させるための決済予定明細を顧客に作成させる(ステップS103)。   The management server 11 receives from the customer terminal 20 the deposit data scheduled for payment and the withdrawal data scheduled for withdrawal in the customer's fund settlement account (step S102). Then, the customer is caused to create a settlement schedule detail for associating the received payment data with the withdrawal data for settlement (step S103).

詳細には、図7に示す顧客端末20で操作する決済予定明細作成画面の操作処理を示すフローチャートにて説明する。図7に示すように、顧客端末20は、銀行ネット専用回線40に接続し、予めインストールされているブラウザを起動する(ステップS201)。顧客は、ブラウザを起動すると、画面上にユーザ認証が表示され、ユーザIDとパスワードを入力する。管理サーバ11は、顧客DB300から顧客情報を参照し、そのユーザ認証情報が一致した場合、ログイン許可を送信することでブラウザが起動される。ブラウザが起動すると、残高DB200及び顧客DB300から、ログインした顧客の顧客情報が反映される。   In detail, it demonstrates with the flowchart which shows the operation process of the payment schedule detailed preparation screen operated with the customer terminal 20 shown in FIG. As shown in FIG. 7, the customer terminal 20 connects to the bank network dedicated line 40 and activates a browser installed in advance (step S201). When the customer activates the browser, the user authentication is displayed on the screen, and the user ID and password are input. The management server 11 refers to the customer information from the customer DB 300, and when the user authentication information matches, the browser is activated by transmitting a login permission. When the browser is activated, the customer information of the logged-in customer is reflected from the balance DB 200 and the customer DB 300.

ブラウザを起動すると、所定のメニュー画面が表示され、顧客がこのメニュー画面から予定決済明細作成を選択すると、例えば、図9に示す予定決済明細画面が表示される。顧客は、表示された予定決済明細画面に入力手段23で操作することにより、決済予定の入出金情報の検索を行うことができる(ステップS202)。管理サーバ11の制御手段25は、この検索要求を受信すると、管理サーバ11に格納されているトランザクションDB100の入出金データテーブル110を参照し、表示手段24に入出金情報を表示する(ステップS203)。そして、顧客が、表示された入出金情報を参照し、入出金情報の紐付け操作を行う(ステップS204)と、入出金データが紐付けられ、管理サーバ11の入出金データ紐付けテーブル120に記憶されるとともに、顧客端末20の表示手段24に表示される。   When the browser is activated, a predetermined menu screen is displayed. When the customer selects creation of scheduled settlement details from this menu screen, for example, the scheduled settlement details screen shown in FIG. 9 is displayed. The customer can search for the deposit / withdrawal information scheduled for settlement by operating the input means 23 on the displayed scheduled settlement details screen (step S202). When receiving the search request, the control unit 25 of the management server 11 refers to the deposit / withdrawal data table 110 of the transaction DB 100 stored in the management server 11 and displays the deposit / withdrawal information on the display unit 24 (step S203). . Then, when the customer refers to the displayed deposit / withdrawal information and performs an operation for associating the deposit / withdrawal information (step S204), the deposit / withdrawal data is associated with the deposit / withdrawal data association table 120 of the management server 11. It is stored and displayed on the display means 24 of the customer terminal 20.

そして、決済予定明細作成手段16は、入出金情報の紐付けを行うと、紐付け処理に問題があるか否か判定を行う(ステップS205)。すなわち、入金データに紐付け可能な出金データが、「紐付け対象入金データ決済金額 ≧ 既に紐付け済みの出金データ決済金額累計 + 今回の紐付け対象出金データの決済金額」であるか判定を行う。複数の入金データと複数の出金データが紐付けられている場合は、入金額、出金額がそれぞれの合計額が比較される。決済予定明細作成手段16は、入金額と出金額の比較の判定結果がOKの場合(ステップS205“YES”)、顧客端末20の画面に決済予定明細の承認要求を行う。例えば、ポップアップ画面に承認ボタンを表示し、顧客がそのボタン押下することによって決済予定明細の承認が完了する(ステップS206)。そして、承認済みの決済予定明細を管理サーバ11に送信し、定められた決済日に決済代行処理要求を行う(ステップS207)。なお、判定結果がNGの場合(ステップS205“NO”)、決済予定明細作成手段16は、表示手段24を介して、画面に警告メッセージ(例えば、ポップアップ画面に表示)を表示し(ステップS208)、再度ステップS203の処理に戻る。   Then, when the payment schedule details creating means 16 associates the deposit / withdrawal information, it determines whether or not there is a problem in the associating process (step S205). In other words, whether the withdrawal data that can be linked to the receipt data is “Payment data payment amount to be linked ≧ Cumulative payment data payment amount that has already been linked + Settlement amount of the current withdrawal data to be linked” Make a decision. When a plurality of deposit data and a plurality of withdrawal data are linked, the total amount of the deposit amount and the withdrawal amount is compared. If the determination result of the comparison between the deposit amount and the withdrawal amount is OK (step S205 “YES”), the settlement schedule detail creating means 16 issues an approval request for the settlement schedule detail on the screen of the customer terminal 20. For example, an approval button is displayed on the pop-up screen, and the approval of the payment schedule details is completed when the customer presses the button (step S206). Then, the approved settlement schedule details are transmitted to the management server 11, and a settlement proxy processing request is made on a predetermined settlement date (step S207). When the determination result is NG (step S205 “NO”), the settlement schedule detail creating means 16 displays a warning message (for example, displayed on a pop-up screen) on the screen via the display means 24 (step S208). Then, the process returns to step S203 again.

図6に戻り、決済日前日及び当日において、管理サーバ11の判定手段17は、受信した決済予定明細の内容が決済可能か判定する。判定処理は、決済前日までに判定を行なう処理(ステップS104)と、決済日当日に判定を行う処理(ステップS105)に分けられる。そして、管理サーバ11は、決済予定明細における入金データの入金処理の完了を条件に、日銀ネットシステム30に対して、入金データに紐付された出金データの出金処理を実行する(ステップS106)。   Returning to FIG. 6, the determination unit 17 of the management server 11 determines whether or not the contents of the received settlement schedule details can be settled on the day before and the settlement date. The determination process is divided into a process for determining by the day before settlement (step S104) and a process for determining on the day of settlement (step S105). Then, the management server 11 executes a withdrawal process of withdrawal data associated with the receipt data on the BOJ network system 30 on the condition that the receipt process of the receipt data in the settlement schedule details is completed (step S106). .

詳細には、図8に示す管理サーバ11の処理動作を示すフローチャートにて説明する。図8に示すように、管理サーバ11の入出金データ受信手段15は、顧客端末20から前記顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを受信する(ステップS301)。受信した入金データ又は出金データに何らかのエラーがあれば、そのエラーを通知し、再度入力を行うように促す。そして、決済予定明細作成手段16は、受信した入金データと出金データとを紐付けた決済予定明細を前述の決済予定入力画面を使って顧客に作成させる(ステップS302)。   In detail, it demonstrates with the flowchart which shows the processing operation of the management server 11 shown in FIG. As shown in FIG. 8, the deposit / withdrawal data receiving means 15 of the management server 11 receives from the customer terminal 20 the deposit data scheduled to be deposited and the withdrawal data scheduled to be withdrawn in the customer's fund settlement account (step S301). ). If there is any error in the received deposit data or withdrawal data, the error is notified and prompted to input again. Then, the settlement schedule detail creating means 16 causes the customer to create a settlement schedule detail associated with the received deposit data and withdrawal data using the settlement schedule input screen described above (step S302).

管理サーバ11の判定手段17は、顧客端末20から決済代行処理要求を受信すると、作成された決済予定明細の判定を行う。その判定内容は、決済前日までに、少なくとも、当日の入金予定金額が出金予定金額より多いか否か(ステップS303)、決済処理予定が、入金時刻より出金時刻の方が遅いか否か(ステップS304)の判定を行う。そして、決済当日には、入金データの入金処理が予定時間までに入金されたか否か(ステップS305)の判定を行う。判定条件(実際の入金額が予定入金額と相違していないか、かつ入金の時刻がその入金に紐付けられた出金の予定時刻よりも前であるか等)を満たしていればステップS305“YES”に進み、出金処理手段18は、日銀ネットシステム30に対して、入金データに紐付された出金データの出金処理を実行する(ステップS306)。そして、出金処理完了後、出金処理手段18は、通信手段14を介して、顧客端末20へ決済代行終了通知を行う(ステップS307)。   When receiving the payment proxy processing request from the customer terminal 20, the determination unit 17 of the management server 11 determines the created payment schedule details. The determination contents are at least whether or not the scheduled deposit amount on the day is larger than the scheduled withdrawal amount by the day before settlement (step S303), and whether or not the settlement processing schedule is later than the withdrawal time. The determination of (Step S304) is performed. Then, on the day of settlement, it is determined whether or not the deposit process of the deposit data has been deposited by the scheduled time (step S305). If the determination conditions (such as whether the actual deposit amount is different from the scheduled deposit amount and whether the deposit time is earlier than the scheduled withdrawal time linked to the deposit, etc.) are satisfied, step S305. Proceeding to “YES”, the withdrawal processing means 18 performs the withdrawal processing of the withdrawal data linked to the deposit data to the BOJ network system 30 (step S306). Then, after the withdrawal process is completed, the withdrawal processing means 18 sends a settlement agent end notification to the customer terminal 20 via the communication means 14 (step S307).

なお、判定手段17は、判定条件の一つでも満たさない場合は、ステップS308に進み、通信手段14を介して、顧客端末20に決済代行不可通知を送信する(ステップS308)。   If even one of the determination conditions is not satisfied, the determination unit 17 proceeds to step S308, and transmits a payment proxy impossibility notification to the customer terminal 20 via the communication unit 14 (step S308).

更なる詳細を図9〜図12に示す端末表示画面を参照して説明する。まず、図9に示す画面は、入力が完了し承認済みの入金データ及び出金データを検索し、入金と出金を紐付け決済予定明細を作成するための入力画面(以下、決済予定入力画面と呼ぶ)である。この画面には、「委託先」、「決済予定日」、「検索条件」、「入金データ」、「出金データ」の各表示項目を有する。また、検索及び紐付けを実行するための「Search」ボタン、「Clear」ボタン、「紐付」ボタンが一部領域に割り当てられている。   Further details will be described with reference to the terminal display screens shown in FIGS. First, the screen shown in FIG. 9 is an input screen (hereinafter referred to as a settlement schedule input screen) for searching for deposit data and withdrawal data that have been entered and approved, and creating a settlement schedule by linking the deposit and withdrawal. Called). This screen has display items of “consignee”, “scheduled settlement date”, “search condition”, “payment data”, and “withdrawal data”. In addition, a “Search” button, a “Clear” button, and a “Pegging” button for executing search and pegging are allotted to a partial area.

図9の画面最上部の「委託先」には、代行決済を委託した金融機関の番号と金融機関名を選択する。「決済予定日」には、検索対象の決済日の範囲を入力する。「検索条件」の項目には、「商品区分」、「決済ステータス」、「約定相手」、「入力区分」、「決済予定時刻」、「受託者受付番号」、「委託先約定番号」、「決済金額」等が含まれる。「決済ステータス」は、現在の決済状況を示し、例えば、「予定データ」、「入力承認データ」、「支払承認データ」等が登録されている。「入力区分」とは、大項目の分類を表し、「当座振替」と「国債DVP」に分けられる。「商品区分」とは、決済対象の商品種別を表し、「コール取引」、「CD」、「CP」等が登録されるが、便宜上、「営業店振替」を含むものとする。また、「約定相手」には、顧客の取引相手である約定先が登録されており、約定先の名称又は約定先の識別番号が登録されている。「委託先約定番号」は、顧客が自ら定めた約定先ごとのユニークな番号である。また、「入金データ(入金承認済み)」の欄の「受託者受付番号」とは、各決済の受付時に決められた番号であり、入出金ごとにユニークな番号が割り当てられる。   As the “consignee” at the top of the screen of FIG. In the “scheduled settlement date”, a range of settlement dates to be searched is input. The items of “Search criteria” include “product category”, “settlement status”, “contract partner”, “input category”, “scheduled settlement time”, “trustee acceptance number”, “consignee contract number”, “ Payment amount "and the like. The “settlement status” indicates the current settlement status, and for example, “planned data”, “input approval data”, “payment approval data”, and the like are registered. The “input category” represents a classification of major items, and is divided into “current transfer” and “government bond DVP”. “Product category” represents the product type to be settled, and “call transaction”, “CD”, “CP”, etc. are registered, but for convenience, it is assumed to include “sales office transfer”. Further, in the “contract partner”, the contract partner who is the customer's trading partner is registered, and the name of the contract partner or the identification number of the contract partner is registered. The “consignee contract number” is a unique number for each contract determined by the customer. The “trustee acceptance number” in the “payment data (payment approved)” column is a number determined at the time of accepting each settlement, and a unique number is assigned to each deposit / withdrawal.

画面上部の「Search」ボタンが押下されると、入出金データテーブル110から、「委託先」、「決済予定日」のデータ項目に入力した条件に合致する入金データを取得し、検索条件に合致するレコードを「入力データ」に表示する。また、「Clear」ボタンが押下されると、入力した検索条件のクリア処理を行う。また、「紐付」ボタンが押下されると、入出金データテーブル110、入出金データ紐付けテーブル120から、選択した入金データに紐付けられた出金データと、まだ紐付けされていない出金データとを取得して図10に示す詳細画面を表示する。詳細画面については後述する。   When the “Search” button at the top of the screen is pressed, deposit data that matches the conditions entered in the data items of “consignee” and “scheduled settlement date” is acquired from the deposit / withdrawal data table 110 and matches the search conditions. Record to be displayed in "input data". When the “Clear” button is pressed, the input search condition is cleared. When the “link” button is pressed, the withdrawal data linked to the selected deposit data from the deposit / withdrawal data table 110 and the deposit / withdrawal data linkage table 120 and the withdrawal data that has not been linked yet. And the detailed screen shown in FIG. 10 is displayed. The details screen will be described later.

顧客は、上記した決済予定入力画面を使用して、「委託先」及び「決済予定日」を入力し、「検索条件」にある検索内容を入力して「Search」ボタンを押下すると、「入金データ」に、該当する入金データが表示される。次に、「入金データ」に表示された項目をマウス等で選択すると、その項目が範囲指定され、顧客が、「入金データ」の最上部に表示されている項目を選択して「紐付」ボタンを押下することで、図10に示す検索画面に遷移する。   When the customer inputs “consignee” and “scheduled settlement date” using the above-described settlement schedule input screen, enters the search contents in the “search condition” and presses the “Search” button, Corresponding deposit data is displayed in “Data”. Next, when the item displayed in “Deposit Data” is selected with a mouse etc., the range of that item is specified, and the customer selects the item displayed at the top of “Deposit Data” and clicks the “Link” button By pressing, the screen changes to the search screen shown in FIG.

図10の検索画面によれば、画面上段に、選択された入金データの情報が表示され、画面下段に、同日の紐付け候補出金データが一覧表示される。「紐付け候補出金データ」には、入金データと同様の項目が割り振られ、さらに顧客による候補選択のためのチェックボックスが割り当てられている。「紐付け候補出金データ」の「受託者受付番号」の欄にチェックを入れると、全ての項目が選択される。   According to the search screen of FIG. 10, the information on the selected deposit data is displayed on the upper part of the screen, and the linked candidate withdrawal data on the same day is displayed in a list on the lower part of the screen. In the “link candidate withdrawal data”, items similar to the deposit data are allocated, and a check box for selecting a candidate by the customer is assigned. If the “trustee receipt number” column of “link candidate withdrawal data” is checked, all items are selected.

なお、検索画面の一部領域には、「add」ボタンと「remove」ボタンが割り当てられる。「add」ボタンは、選択中の出金データを紐付けデータとして登録する機能を有し、「remove」ボタンは、選択中のデータの紐付を解除する機能を有する。   Note that an “add” button and a “remove” button are assigned to a partial area of the search screen. The “add” button has a function of registering the selected withdrawal data as linking data, and the “remove” button has a function of canceling linking of the selected data.

顧客は、検索画面に表示される「紐付け候補出金データ」の中からチェックボックスを使用して紐付けを行う出金データを選択し、「add」ボタンを押下すると、図11に示す検索画面(2)に遷移する。検索画面(2)には、「出金データ」に、選択した出金データが表示され、このことにより紐付け操作が完了する。ここでは、1件の入金データに対して複数の出金データが紐付けられている。そして、図12の入力承認画面に示すように、紐付けられた入出金データを選択すると、紐付けられた出金データが出金データ上に表示される。   When the customer selects the withdrawal data to be linked from the “link candidate withdrawal data” displayed on the search screen using the check box and presses the “add” button, the search shown in FIG. Transition to screen (2). On the search screen (2), the selected withdrawal data is displayed in the “withdrawal data”, and this completes the associating operation. Here, a plurality of withdrawal data are linked to one deposit data. Then, as shown in the input approval screen of FIG. 12, when the linked deposit / withdrawal data is selected, the associated withdrawal data is displayed on the withdrawal data.

次に、複数の入金データに対して、複数の出金データを紐付ける場合(N:M紐付け)の例を図13及び図14を参照して説明する。上述した一つの入金データに対して、複数の出金データを紐付ける例との差異のみを説明する。   Next, an example of linking a plurality of withdrawal data to a plurality of deposit data (N: M linking) will be described with reference to FIGS. Only the difference from the example in which a plurality of withdrawal data is linked to the above-described one deposit data will be described.

図13に示すように、「入金データ」には、顧客による候補選択のためのチェックボックスが割り当てられている。顧客は、「委託先」及び「決済予定日」を入力し、検索条件欄にある項目を入力し、「Search」ボタンを押下すると、「入金データ」に、該当する入金データが表示される。紐付けを行う「入金データ」の項目をチェックボックスで選択する。ここでは「出金データ」のチェックボックスには、選択は不要である。本説明では検索された入金データから3項目をチェックしたものとし、図14に示す画面に遷移する。   As shown in FIG. 13, a check box for selecting a candidate by the customer is assigned to “payment data”. When the customer inputs “consignee” and “scheduled settlement date”, inputs items in the search condition column, and presses the “Search” button, the corresponding deposit data is displayed in “deposit data”. Select the “Deposit Data” item to be linked with the check box. Here, it is not necessary to select the “withdrawal data” check box. In this description, it is assumed that three items have been checked from the retrieved deposit data, and the screen transitions to the screen shown in FIG.

図14は、選択された入金データの明細が3件、出金データの紐付候補の明細が6件あったとして、この入金データ3件を出金データの2件の明細に紐付ける場合(すなわち、3:2紐付)の例を示している。この例では、図示するように、入金データと出金データが紐付けられた詳細内容が画面上部に表示される。詳細内容として、入金データの一覧が、決済予定時刻の早い順に表示される他、「最終決済予定時刻」、「決済金額計」、「紐付済金額」、「残金(紐付余力)」が表示される。「最終決済予定時刻」、は、選択された入金データのうち決済予定時刻が最も遅い時刻を示し、この例では、10:30となる。このとき、検索条件の「決済予定時刻」にも、この10:30が自動入力又は手動入力(所定のボタン押下で最終決済予定時刻を「決済予定時刻」欄に転記入力)される。「決済金額計」は、選択されない入金データも含めた決済金額の合計を示し、この例では、900となる。「紐付済金額」は、選択された入金に対して紐付けられた出金の決済金額の合計を示し、この例では、400となる。「残金(紐付余力)」は、「決済金額合計」から「紐付済金額」を差し引いたもので、紐付けられていない入金データの決済金額の合計、すなわち、紐付余力がまだ500あることを示している。   FIG. 14 shows a case where there are 3 details of the selected deposit data and 6 details of association candidates for withdrawal data, and 3 cases where these deposit data are associated with 2 items of withdrawal data (ie, 3: 2 string attachment). In this example, as shown in the drawing, the detailed contents in which the deposit data and the withdrawal data are linked are displayed at the top of the screen. As detailed contents, a list of payment data is displayed in the order of the scheduled settlement time, as well as “scheduled final settlement time”, “settlement amount total”, “linked amount”, and “remaining amount (residual amount)” The “Final settlement scheduled time” indicates the latest scheduled payment time among the selected deposit data, and in this example, it is 10:30. At this time, 10:30 is also automatically input or manually input to the search condition “scheduled settlement time” (the final scheduled settlement time is transferred to the “scheduled settlement time” column by pressing a predetermined button). “Payment amount total” indicates the total amount of payment amounts including payment data not selected, and is 900 in this example. “Attached amount” indicates the sum of the settlement amounts of withdrawals associated with the selected deposit, and is 400 in this example. “Remaining amount (remaining pegged power)” is obtained by subtracting “pegged amount” from “total settlement amount”, indicating that the total settlement amount of unpaid receipt data, that is, pegged surplus is still 500. ing.

顧客は、選択された「入金データ」の項目内で決済可能な出金データが「紐付け候補出金データ」に表示され、どの出金データを紐付けるか選択する。この例では、「紐付け候補出金データ」に表示された項目のうち、2つを選択している。顧客は、出金データを選択し、「add」ボタンを押下することで、紐付けが行われる。紐付け内容を変更する場合には、「紐付解除ボタン」を押下することで、紐付けが解除される。このとき画面上部の右側の数字も自動計算される。また、「一括選択(残額範囲内)」のボタンを押下すると、表示された「紐付け候補出金データ」の中から、決済予定時刻の早い順に、「残高(紐付余力)」の範囲内で、複数の入金データ及び出金データが再選択される。すなわち、紐付余力一杯まで入金データと出金データを自動的に選択し直すことができる。   The customer displays the withdrawal data that can be settled in the selected item of “deposit data” in “association candidate withdrawal data”, and selects which withdrawal data is associated. In this example, two items are selected from the items displayed in the “linking candidate withdrawal data”. The customer selects the withdrawal data and presses the “add” button to perform the association. When changing the association contents, the association is released by pressing the “association release button”. At this time, the number on the right side of the screen is automatically calculated. In addition, when the “collective selection (within remaining amount range)” button is pressed, within the range of “balance (residual margin)” from the displayed “link candidate withdrawal data” in the order of the scheduled settlement time. A plurality of deposit data and withdrawal data are reselected. That is, it is possible to automatically re-select the deposit data and withdrawal data until the linking capacity is full.

なお、上述の画面では、顧客が入金と出金を個々に選択し、紐付けを行うようにしたが、特に、N:M紐付けの場合は、紐付けられる入金と出金の組み合わせが多数になるので、その組合せの候補の一覧を予定決済明細作成時に提示するようにし、顧客がその一覧の中から最適と思われる組合せを選択するようにしてもよい。   In the above-mentioned screen, the customer selects the deposit and withdrawal individually and performs the association. In particular, in the case of N: M association, there are many combinations of the receipt and withdrawal that are associated. Therefore, a list of candidate combinations may be presented when the scheduled settlement details are created, and the customer may select a combination that seems to be optimal from the list.

(実施形態の効果)
代行決済システム1の実施形態によれば、顧客端末20に、前記顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを入力する入力手段23を備え、管理サーバ11に、入金データ及び出金データを顧客端末20から受信する入出金データ受信手段15と、受信した入金データと出金データとを紐付けた決済予定明細を顧客に作成させる決済予定明細作成手段16と、決済予定明細における入金データの入金処理の完了を条件に、日銀ネットシステムに対して、入金データに紐付された出金データの出金処理を実行する出金処理手段18を備える。このようにすることで、決済日の入金データと出金データを紐付けた決済予定明細を作成し、資金決済の承認を事前に行えるため、代行決済の出金処理を滞りなく実行が可能となる。
(Effect of embodiment)
According to the embodiment of the proxy settlement system 1, the customer terminal 20 is provided with the input means 23 for inputting the deposit data scheduled to be deposited and the withdrawal data scheduled to be withdrawn in the customer's fund settlement account. A deposit / withdrawal data receiving means 15 for receiving the receipt data and withdrawal data from the customer terminal 20, and a settlement schedule detail creating means 16 for causing the customer to create a settlement schedule detail in which the received receipt data and withdrawal data are linked. A withdrawal processing means 18 is provided for executing withdrawal processing of withdrawal data associated with the deposit data for the BOJ-Net system on the condition that the deposit processing of the deposit data in the settlement schedule details is completed. By doing this, it is possible to create payment schedule details that link payment data and payment data on the settlement date and approve fund settlement in advance, so that withdrawal processing for proxy settlement can be executed without delay. Become.

また、決済予定明細作成手段16は、少なくとも入金予定額、出金予定額、決済予定日時を含む条件が合致する入金データと出金データを顧客に選択させ、入金データと出金データとを紐付けた入出金データ紐付けテーブル120を登録して決済予定明細を作成する。このようにすることで、入出金データの不適切な紐付がないかをシステム側で確認することができる。   Further, the settlement schedule details creating means 16 causes the customer to select the receipt data and withdrawal data that meet at least the conditions including the scheduled deposit amount, the scheduled withdrawal amount, and the scheduled settlement date and time, and associates the receipt data with the withdrawal data. The attached deposit / withdrawal data linking table 120 is registered to create a settlement schedule statement. By doing in this way, it can be checked by the system side whether there is any improper association of deposit / withdrawal data.

また、入金データと出金データの紐付は、1:1に限らず、一つの入金データに対して、一又は複数の出金データを紐付けした1:N紐付け、複数の入金データに対して、一つの出金データを紐付けしたN:1紐付け、複数の入金データに対して、複数の出金データを紐付けしたN:M紐付けが可能となる。複数の入金をまとめて、一又は複数の出金に紐付けられるので、紐付け操作が簡略化でき、また、複数の入金を合算して一又は複数の出金の原資とすることができる。   In addition, associating the receipt data and the withdrawal data is not limited to 1: 1, but for one receipt data, one or a plurality of withdrawal data is associated with 1: N association, and a plurality of receipt data. Thus, N: 1 linking with one withdrawal data and N: M linking with a plurality of withdrawal data can be performed for a plurality of deposit data. Since a plurality of deposits are collectively linked to one or a plurality of withdrawals, the linking operation can be simplified, and the plurality of deposits can be combined to be used as a source of one or a plurality of withdrawals.

なお、本実施形態では、管理サーバ11に決済予定明細の作成するための画面を生成するプログラムを搭載し、顧客端末20からネットワーク経由でアクセスし、決済予定明細の作成を行う説明をしたが、顧客端末20に決済予定明細の作成をするための専用プログラムを搭載し、顧客端末20側で管理サーバ11と交信しながら決済予定明細を作成してもよい。   In the present embodiment, the management server 11 is equipped with a program for generating a screen for creating a settlement schedule detail, and is accessed from the customer terminal 20 via the network to create a settlement schedule detail. The customer terminal 20 may be equipped with a dedicated program for creating the settlement schedule details, and the settlement schedule details may be created while communicating with the management server 11 on the customer terminal 20 side.

以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。なお、上記の実施形態では、本発明を物の発明として代行決済システムについて説明したが、本発明は、方法の発明としても捉えることもできる。   As mentioned above, although this invention was demonstrated using embodiment, it cannot be overemphasized that the technical scope of this invention is not limited to the range as described in the said embodiment. It will be apparent to those skilled in the art that various modifications or improvements can be added to the above-described embodiments. Further, it is apparent from the scope of the claims that the embodiments added with such changes or improvements can be included in the technical scope of the present invention. In the above embodiment, the proxy settlement system has been described using the present invention as a product invention. However, the present invention can also be understood as a method invention.

1 代行決済システム
10 金融機関のシステム
11 管理サーバ
12 RTGS決済管理システム
13 制御手段(管理サーバ側)
14 通信手段(管理サーバ側)
15 入出金データ受信手段
16 決済予定明細作成手段
17 判定手段
18 出金処理手段
20 顧客端末
21 通信手段(顧客端末側)
22 記憶手段(顧客端末側)
23 入力手段
24 表示手段
25 制御手段
30 日銀ネットシステム
40 銀行ネット専用回線
50 日銀ネット専用回線
60 顧客社内システム
100 トランザクションDB(トランザクションデータベース)
110 入出金データテーブル
120 入出金データ紐付けテーブル
200 残高DB(残高データベース)
300 顧客DB(顧客データベース)
400 入出金データ
DESCRIPTION OF SYMBOLS 1 Agency payment system 10 Financial institution system 11 Management server 12 RTGS payment management system 13 Control means (management server side)
14 Communication means (management server side)
15 Payment / receipt data reception means 16 Settlement schedule creation means 17 Determination means 18 Withdrawal processing means 20 Customer terminal 21 Communication means (customer terminal side)
22 Storage means (customer terminal side)
23 Input Means 24 Display Means 25 Control Means 30 BOJ Net System 40 Bank Net Dedicated Line 50 BOJ Net Dedicated Line 60 Customer Internal System 100 Transaction DB (Transaction Database)
110 Deposit / withdrawal data table 120 Deposit / withdrawal data linking table 200 Balance DB (balance database)
300 Customer DB (Customer Database)
400 Deposit / withdrawal data

Claims (8)

代行決済を委託する顧客の顧客端末と、金融機関の管理サーバと、日銀ネットシステムとが接続された代行決済システムであって、
前記顧客端末は、
前記顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを入力する入力手段を備え、
前記管理サーバは、
前記入金データ及び前記出金データを前記顧客端末から受信する入出金データ受信手段と、
前記受信した入金データと前記出金データとを紐付けて決済させるための決済予定明細を前記顧客に作成させる決済予定明細作成手段と、
前記決済予定明細における入金データのうち予定された特定の入金データがあったことを条件に、前記日銀ネットシステムに対して、前記特定の入金データに紐付された同じ決済日の特定の出金データの出金処理を実行する出金処理手段と、
を備えることを特徴とする代行決済システム。
A proxy payment system in which a customer terminal of a customer entrusting proxy payment, a management server of a financial institution, and a BOJ-Net system are connected,
The customer terminal is
Input means for inputting deposit data scheduled for withdrawal and withdrawal data scheduled for withdrawal in the customer's fund settlement account;
The management server
Deposit / withdrawal data receiving means for receiving the deposit data and the withdrawal data from the customer terminal;
A payment schedule description creating means for causing the customer to create a payment schedule detail for associating the received payment data and the withdrawal data to be settled;
On the condition that there was a specific payment data that has been planned out of the payment data in the payment schedule specification, specific withdrawal data of the to the BOJ-NET system, the same settlement date, which is tied to the specific payment data A withdrawal processing means for executing the withdrawal processing of
An agency settlement system characterized by comprising:
前記決済予定明細作成手段は、少なくとも入金予定額、出金予定額、及び決済予定日時を含む条件が合致する入金データと出金データを顧客に選択させ、前記入金データと出金データとを紐付けた入出金データ紐付けテーブルを登録して前記決済予定明細を作成することを特徴とする請求項1に記載の代行決済システム。   The payment schedule details creating means allows a customer to select payment data and withdrawal data that meet at least the conditions including a scheduled payment amount, a scheduled payment amount, and a scheduled payment date and time, and connects the payment data and the withdrawal data. 2. The proxy settlement system according to claim 1, wherein the settlement schedule details are created by registering the attached deposit / withdrawal data association table. 前記決済予定明細作成手段は、一つの前記入金データに対して、一又は複数の前記出金データを紐付けることを特徴とする請求項1又は2に記載の代行決済システム。   The proxy settlement system according to claim 1 or 2, wherein the settlement schedule detail creating means associates one or a plurality of the withdrawal data with one piece of the deposit data. 前記決済予定明細作成手段は、複数の前記入金データに対して、一つの前記出金データを紐付けることを特徴とする請求項1又は2に記載の代行決済システム。   The proxy settlement system according to claim 1 or 2, wherein the settlement schedule detail creating means associates one withdrawal data with a plurality of the receipt data. 前記決済予定明細作成手段は、複数の前記入金データに対して、複数の前記出金データを紐付けることを特徴とする請求項1又は2に記載の代行決済システム。   The proxy settlement system according to claim 1 or 2, wherein the settlement schedule detail creating means associates a plurality of the withdrawal data with a plurality of the deposit data. 代行決済を委託する顧客の顧客端末と、金融機関の管理サーバと、日銀ネットシステムとが接続された代行決済システムにおける前記管理サーバであって、
入金データ及び出金データを前記顧客端末から受信する入出金データ受信手段と、
前記受信した入金データと前記出金データとを紐付けて決済させるための決済予定明細を前記顧客に作成させる決済予定明細作成手段と、
前記決済予定明細における入金データのうち予定された特定の入金データがあったことを条件に、前記日銀ネットシステムに対して、前記特定の入金データに紐付された同じ決済日の特定の出金データの出金処理を実行する出金処理手段と、
を備えることを特徴とする管理サーバ。
A management server in a proxy payment system in which a customer terminal of a customer entrusting proxy payment, a management server of a financial institution, and a BOJ-Net system are connected;
Deposit / withdrawal data receiving means for receiving deposit data and withdrawal data from the customer terminal;
A payment schedule description creating means for causing the customer to create a payment schedule detail for associating the received payment data and the withdrawal data to be settled;
On the condition that there was a specific payment data that has been planned out of the payment data in the payment schedule specification, specific withdrawal data of the to the BOJ-NET system, the same settlement date, which is tied to the specific payment data A withdrawal processing means for executing the withdrawal processing of
A management server comprising:
代行決済を委託する顧客の顧客端末と、金融機関の管理サーバと、日銀ネットシステムとが接続された代行決済システムにおける前記管理サーバのプログラムであって、
コンピュータに、
入金データ及び出金データを前記顧客端末から受信する受信するステップと、
前記受信した入金データと前記出金データとを紐付けて決済させるための決済予定明細を前記顧客に作成させるステップと、
前記決済予定明細における入金データのうち予定された特定の入金データがあったことを条件に、前記日銀ネットシステムに対して、前記特定の入金データに紐付された同じ決済日の特定の出金データの出金処理を実行するステップと、
を実行させることを特徴とするプログラム。
A program of the management server in an agency payment system in which a customer terminal of a customer entrusting agency payment, a management server of a financial institution, and a BOJ-Net system are connected,
On the computer,
Receiving receipt data and withdrawal data from the customer terminal; and
Causing the customer to create a settlement schedule statement for linking the received payment data and the withdrawal data to be settled;
On the condition that there was a specific payment data that has been planned out of the payment data in the payment schedule specification, specific withdrawal data of the to the BOJ-NET system, the same settlement date, which is tied to the specific payment data Executing the withdrawal process of
A program characterized by having executed.
代行決済を委託する顧客の顧客端末と、金融機関の管理サーバと、日銀ネットシステムとが接続され、前記管理サーバが前記顧客端末の代行決済を行う方法であって、
前記顧客端末において、
前記顧客の資金決済口座における入金予定の入金データと出金予定の出金データとを入力するステップと、
前記管理サーバにおいて、
前記入金データ及び前記出金データを前記顧客端末から受信するステップと、
前記受信した入金データと前記出金データとを紐付けて決済させるための決済予定明細を前記顧客に作成させるステップと、
前記決済予定明細における入金データのうち予定された特定の入金データがあったことを条件に、前記日銀ネットシステムに対して、前記特定の入金データに紐付された同じ決済日の特定の出金データの出金処理を実行するステップと、
を有することを特徴とする方法。
A customer terminal of a customer who entrusts proxy settlement, a management server of a financial institution, and a BOJ-Net system, wherein the management server performs proxy settlement of the customer terminal,
In the customer terminal,
Inputting deposit data scheduled for deposit and withdrawal data scheduled for withdrawal in the customer's fund settlement account;
In the management server,
Receiving the deposit data and the withdrawal data from the customer terminal;
Causing the customer to create a settlement schedule statement for linking the received payment data and the withdrawal data to be settled;
On the condition that there was a specific payment data that has been planned out of the payment data in the payment schedule specification, specific withdrawal data of the to the BOJ-NET system, the same settlement date, which is tied to the specific payment data Executing the withdrawal process of
A method characterized by comprising:
JP2014137909A 2014-07-03 2014-07-03 Proxy payment system, management server, program, and method thereof Active JP5959578B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014137909A JP5959578B2 (en) 2014-07-03 2014-07-03 Proxy payment system, management server, program, and method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014137909A JP5959578B2 (en) 2014-07-03 2014-07-03 Proxy payment system, management server, program, and method thereof

Publications (2)

Publication Number Publication Date
JP2016015087A JP2016015087A (en) 2016-01-28
JP5959578B2 true JP5959578B2 (en) 2016-08-02

Family

ID=55231211

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014137909A Active JP5959578B2 (en) 2014-07-03 2014-07-03 Proxy payment system, management server, program, and method thereof

Country Status (1)

Country Link
JP (1) JP5959578B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6917237B2 (en) * 2017-08-02 2021-08-11 株式会社オービック Payment / non-payment judgment device, payment / non-payment judgment method, and payment / non-payment judgment program
RU2716901C1 (en) * 2018-12-24 2020-03-17 Акционерное общество "Национальная система платежных карт" Instant money transfer methods and system for methods implementation
GB2594404A (en) * 2018-12-24 2021-10-27 Akcionernoe Obschestvo Nacionalnaya Sist Platezhnykh Kart Instant money transfer methods and system for implementing same

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4549496B2 (en) * 2000-07-24 2010-09-22 株式会社三井住友銀行 Agency payment system
JP4410407B2 (en) * 2000-10-25 2010-02-03 富士電機フィアス株式会社 Bill receivable management apparatus, fund management system, group fund management system, bill receivable management method, fund management method, and computer-readable recording medium recording a program for causing a computer to execute the method
JP5293323B2 (en) * 2009-03-24 2013-09-18 沖電気工業株式会社 Cash processing equipment
WO2011152087A1 (en) * 2010-05-31 2011-12-08 データ・フォアビジョン株式会社 Economic activity index presenting system
JP5616775B2 (en) * 2010-12-22 2014-10-29 株式会社日本総合研究所 RTGS support system and RTGS support method

Also Published As

Publication number Publication date
JP2016015087A (en) 2016-01-28

Similar Documents

Publication Publication Date Title
US20230169586A1 (en) Shared expense management
US11615465B2 (en) Systems and methods for managing a customer account switch
JP4435139B2 (en) Financial product transaction management device, program
JP4445006B2 (en) Financial product transaction management device, program
US20140244491A1 (en) Accelerated payment component for an electronic invoice payment system
JPH10162066A (en) Electronic transaction supporting method
JP4815540B1 (en) Financial product transaction management device, program
JP2010152814A (en) Financial commodity transaction management device and program
JP6596563B1 (en) Settlement apparatus, settlement method, program, and settlement system
JP5959578B2 (en) Proxy payment system, management server, program, and method thereof
US11995711B2 (en) Systems and methods for managing a customer account switch
JP4620998B2 (en) Securities brokerage system and method
JP2010271762A (en) Server, system, and method for processing order
JP5089678B2 (en) Fund transfer processing data transmission apparatus, fund transfer processing data transmission program, and fund transfer processing data transmission method
JP5568697B1 (en) Account management server
JP5793007B2 (en) Financial product transaction management apparatus, financial product transaction management method, program
JP2008046778A (en) Contract price payment system
JP2015201230A (en) Device and program for financial product transaction management
JP6839247B1 (en) Remittance support system, remittance support method and remittance support program
JP7385315B2 (en) Financial product transaction management device, financial product transaction management method, program
US20220051345A1 (en) Flag system and method of flagging for real-time expenditures transacted electronically
JP6546328B2 (en) Financial product transaction management device, financial product transaction management method, program
JP6387165B2 (en) Financial product transaction management apparatus, financial product transaction management method, program
JP7271106B2 (en) Transfer processing method, information processing device and computer program
JP6196354B2 (en) Financial product transaction management apparatus, financial product transaction management method, program

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151124

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160107

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: 20160614

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160621

R150 Certificate of patent or registration of utility model

Ref document number: 5959578

Country of ref document: JP

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