JP2023119786A - 資金決済支援システム、方法およびプログラム - Google Patents

Abstract

【課題】資金決済の手続きをワークフロー技術に基づいて一元管理し、商取引活動に伴う資金決済の全貌を把握する。【解決手段】資金決済支援システムは、取引主体の口座への入金情報を取得したことに応じて、入金情報に関連付けられる第１の資金移動識別子を抽出し、第１の資金移動識別子が決済条件リストに存在するかどうかを判定し、存在するという判定がなされた場合に、抽出した第１の資金移動識別子に関連付けられる１または複数の第２の資金移動識別子を決済条件リストから読み出し、読み出した第２の資金移動識別子に少なくとも基づいて送金依頼を生成する。資金決済支援システムは、複数の入出金情報に基づいて、取引主体のデバイスに表示するためのグラフィック情報を生成する。グラフィック情報は、取引主体と取引相手の間の資金決済の流れを視覚的に示す。資金決済の流れは、資金決済の予定情報および実績情報に関連付けられて表示される。【選択図】図９

Description

本発明は、商取引活動に伴う資金決済を一元管理する資金決済支援システム、方法およびプログラムに関する。より詳細に言えば、本発明は、商取引活動に伴う資金決済を予め定められた条件が満たされた場合に自動実行する資金決済支援システム、方法およびプログラムに関する。

商取引活動は、商流とも言われ、様々な取引主体（企業、個人、自治体など）によって行われている。商取引活動に伴い、取引主体は、入金処理や出金処理といった資金決済を行っている。例えば、ある商品を製造する企業は、商品を販売した取引相手から、いつ、どのくらいの金額が入金されるのかといった情報に基づいて入金予定を立て、実際に入金が行われたら入金処理を行っている。あるいは、原材料を仕入れた取引相手に、いつ、どのくらいの金額を支払わなければならないのかといった情報に基づいて送金予定を立て、口座残高を確認しながら出金処理を行っている。

特許３０２９４２１号公報

取引主体によっては、扱う商品数が多く、かつ取引相手も多いことから、資金決済の規模およびスケジュールを把握しきれていなかった。例えば、取引主体によっては、ごく一部の者だけが把握しており、あるいは、全体を把握している者はおらず、業務の部分ごとに把握している者がいるに過ぎなかった。

また、取引主体は、取引相手から請求書データを受領しているため、資金用途、金額および送金先も分かっているものの、別の取引相手からの入金後に出金処理を手動で依頼しなければならず、手続きが煩雑となっていた。

しかしながら、資金決済の手続きをワークフロー管理できるシステムは知られておらず、各取引主体の商取引活動に伴う資金決済の全貌を把握できるシステムは知られていなかった。

本発明は、このような課題を解決するためになされたものであり、資金決済の手続きをワークフロー技術に基づいて一元管理するとともに、商取引活動に伴う資金決済の全貌を把握できる資金決済支援システム、方法およびプログラムを提供することを目的とする。

本発明の一態様である資金決済支援システムは、
取引主体の口座に対する入金情報を取得したことに応じて、前記入金情報に関連付けられる第１の資金移動識別子を抽出し、
前記第１の資金移動識別子が決済条件リストに存在するかどうかを判定し、
存在するという判定がなされたことを条件として、前記抽出した第１の資金移動識別子に関連付けられる１または複数の第２の資金移動識別子を前記決済条件リストから読み出し、
前記読み出した１または複数の第２の資金移動識別子に少なくとも基づいて送金依頼を生成する
ように構成される。

本発明によれば、取引主体は、資金決済の手続きをワークフロー技術に基づいて一元管理することができるようになるとともに、商取引活動に伴う資金決済の全貌を把握できるようになる。

本明細書において開示される実施形態の詳細な理解は、添付図面に関連して例示される以下の説明から得ることができる。
本発明の実施形態に係るシステム全体の構成図である。 本発明の実施形態に係る資金決済支援システム１０のシステム構成図である。 本発明の実施形態に係る取引主体マスタ１０６のデータ構造の一例を示す図である。 本発明の実施形態に係る取引相手マスタ１０７のデータ構造の一例を示す図である。 本発明の実施形態に係る商流管理ＤＢ１０８のデータ構造の一例を示す図である。 本発明の実施形態に係る決済条件リスト１０９のデータ構造の一例を示す図である。 本発明の実施形態に係る商流管理ＤＢ１０８にデータを登録する処理を説明するフロー図である。 本発明の実施形態に係る決済条件生成処理を説明するフロー図である。 本発明の実施形態に係る資金決済の自動実行処理を説明するフロー図である。 本発明の実施形態に係る入力画面１０００の一例を示す図である。 本発明の実施形態に係る決済条件指定画面１１００の一例を示す図である。 本発明の実施形態に係る資金決済予定実績表示画面１２００の一例を示す図である。

（全体構成）
図１は、本発明の実施形態に係る資金決済支援システム１０、ユーザ端末１１、銀行システム１２および暗号資産管理装置１３を含むシステム全体の構成図である。資金決済支援システム１０は、ユーザ端末１１、銀行システム１２および暗号資産管理装置１３と相互に通信可能に接続されている。図１では、ユーザ端末１１、銀行システム１２および暗号資産管理装置１３は１つずつしか示されていないが、これらは複数存在し得る。

資金決済支援システム１０は、商取引活動に伴う資金決済の予定と実績の情報を格納しており、送金処理の前提条件となる入金の指定および送金処理を行う条件の情報を格納する。本明細書では、「商取引活動」と「商流」という用語は交換可能に使用される。

資金決済支援システム１０は、ユーザ端末１１から、資金決済の予定情報および実績情報、並びに資金決済の実行条件の情報を受信し、格納することができる。あるいは、資金決済支援システム１０は、資金決済の予定情報および実績情報を他のシステム（請求書発行システム、銀行システム、など）から受信することも可能である。

資金決済の予定情報および実績情報は、国内または海外の取引相手との間で行われる入金および出金の予定情報と実績情報を含む。資金決済の予定情報および実績情報は、取引主体のグループ企業内の資金移動の情報も扱うことができる。資金決済支援システム１０は、円貨だけでなく、外貨や暗号資産を扱うことができる。資金決済の実行条件の情報は、送金を実行する前提条件の情報（例えば、○月△日に予定されている○○会社からの入金を確認後、△△社への送金処理を実行、など）を識別する識別子を含む。

資金決済支援システム１０は、商取引活動に伴う資金決済の予定情報および／または実績情報に基づく、１または複数のグラフィック情報をユーザ端末１１に提供することができる。１または複数のグラフィック情報は、資金決済の予定情報および／または実績情報を視覚的に取引主体（ユーザ）に提供する。資金決済支援システム１０は、グラフィック情報の任意のアイコンや矢印が押下されたことに応答して、所望の情報を表示し、編集可能な画面をユーザ端末１１に提供することができる。

資金決済支援システム１０は、資金決済の実行条件の情報に基づいて資金移動依頼を生成し、銀行システム１２および／または暗号資産管理装置１３に送信することができる。資金移動依頼は、送金元の口座情報、送金先の口座情報、送金額、送金日などの情報を含むことができる。送金元の口座情報および送金先の口座情報は、任意の銀行口座（例えば、銀行コード、店コード、預金種目、口座番号）の情報、または任意の暗号資産の宛先（アドレス）の情報であってよい。

ユーザ端末１１は、有線または無線環境において動作可能な任意のタイプのデバイスであり、取引主体によって使用される端末である。ユーザ端末１１は、ネットワークを介して資金決済支援システム１０にアクセスし、本明細書で説明するような操作を行うことができる。

銀行システム１２は、勘定系システムを備えており、資金決済支援システム１０から受信した資金移動依頼に基づいて、振込処理または振替処理を行うことができる。銀行システム１２は、資金決済支援システム１０からの残高照会依頼および入金情報取得依頼に基づいて、それぞれ、口座残高の情報および入金情報を資金決済支援システム１０に提供することができる。本発明の一実施形態では、銀行システム１２は、その銀行のＡＰＩサービスを介して残高照会依頼および入金情報取得依頼を受信し、残高情報および入金情報を提供することができる。

暗号資産管理装置１３は、任意の種類の暗号資産の取引記録（トランザクション）を格納する装置である。トランザクションは、支払元情報および支払先情報を含んでおり、信頼性が検証された後（承認後）、ブロックチェーンに組み込まれる。

（システム構成）
図２は、本発明の実施形態に係る資金決済支援システム１０のシステム構成図である。図２に示すように、資金決済支援システム１０は、一般的なコンピュータと同様に、バス１２０などによって相互に接続された制御部１０１、主記憶部１０２、補助記憶部１０３、インターフェース（ＩＦ）部１０４、および出力部１０５を備える。資金決済支援システム１０は、ファイル／データベースなどの形式で、取引主体マスタ１０６、取引相手マスタ１０７、商流管理ＤＢ１０８、および決済条件リスト１０９を備える。

制御部１０１は、中央処理装置（ＣＰＵ）とも呼ばれ、資金決済支援システム１０の各構成要素の制御やデータの演算を行い、また、補助記憶部１０３に格納されている各種プログラムを主記憶部１０２に読み出して実行する。主記憶部１０２は、メインメモリとも呼ばれ、受信した各種データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。補助記憶部１０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する。

図２の実施形態は、制御部１０１、主記憶部１０２および補助記憶部１０３を同一のコンピュータの内部に設ける実施形態について説明するが、他の実施形態として、資金決済支援システム１０は、制御部１０１、主記憶部１０２および補助記憶部１０３を複数個使用することにより、複数のコンピュータによる並列分散処理を実現するように構成することもできる。また、他の実施形態として、資金決済支援システム１０のための複数のサーバを設置し、複数サーバが一つの補助記憶部１０３を共有する実施形態にすることも可能である。

ＩＦ部１０４は、他のシステムや装置との間でデータを送受信する際のインターフェースの役割を果たし、また、システムオペレータから各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェースを提供する。出力部１０５は、処理されたデータを表示する表示画面や当該データを印刷するための印刷手段などを提供する。

取引主体マスタ１０６は、商取引活動の取引主体（企業、個人、自治体など）の情報を格納する。図３は、本発明の実施形態に係る取引主体マスタ１０６のデータ構造の一例を示す図である。取引主体マスタ１０６は、取引主体ＩＤ３０１、認証情報３０２、取引主体情報３０３、および口座情報３０４を含むことができるが、これらのデータ項目に限定されることはなく他のデータ項目も含むことができる。

取引主体ＩＤ３０１は、取引主体を示す識別子である。認証情報３０２は、取引主体が資金決済支援システム１０を使用する際の認証情報を示す。本発明に係る資金決済支援システム１０は、取引主体に対して、二段階認証機能および／または二要素認証機能を提供することができる。例えば、取引主体は、ＰＣを介してＩＤとパスワードを入力した後、スマートフォンを介してセキュリティコードの入力やアプリを介したログイン可否の選択をすることができる。例えば、取引主体は、通常のパスワードの他に、資金決済支援システム１０が発行したワンタイムパスワードや本人しか知り得ない他の情報を認証に利用することができる。

取引主体情報３０３は、取引主体の名称、所在地、連絡先などの情報を示す。口座情報３０４は、取引主体が資金移動に関して使用する銀行口座および／または暗号資産口座（宛先、アドレスとも言う）を示す。

図２に再び戻って説明する。取引相手マスタ１０７は、取引主体に関連付けられる取引相手の情報を格納する。図４は、本発明の実施形態に係る取引相手マスタ１０７のデータ構造の一例を示す図である。取引相手マスタ１０７は、取引主体ＩＤ３０１、取引相手ＩＤ４０１、取引相手情報４０２、および資金移動宛先情報４０３を含むことができるが、これらのデータ項目に限定されることはなく他のデータ項目も含むことができる。

取引相手ＩＤ４０１は、取引主体（取引主体ＩＤ３０１）に関連付けられる取引相手を識別する識別子である。取引相手情報４０２は、取引相手の名称、所在地、連絡先などの情報を示す。資金移動宛先情報４０３は、送金先となる取引相手の銀行口座および／または暗号資産口座を示す。

図２に再び戻って説明する。商流管理ＤＢ１０８は、商流の管理単位ごとの入出金情報を格納する。図５は、本発明の実施形態に係る商流管理ＤＢ１０８のデータ構造の一例を示す図である。商流管理ＤＢ１０８は、取引主体ＩＤ３０１、商流管理ＩＤ５０１、商流管理単位５０２、資金移動ＩＤ５０３、取引相手ＩＤ４０１、入出金区分５０４、通貨種類５０５、関与口座情報５０６、入出金予定日５０７、入出金予定額５０８、入出金実績日５０９、および入出金実績額５１０を含むことができるが、これらのデータ項目に限定されることはなく他のデータ項目も含むことができる。

商流管理ＩＤ５０１は、商流管理を識別する識別子であり、商流管理単位５０２は、商流の管理単位を示す。商流の管理単位は、取引主体に関連付けられる資金の流れの関係性を示す概念であり、例えば、ある商品の月次の製造に関連付けられる販売収入、および原材料費の支払金額、並びにそれぞれの取引相手を示すことができる。商流の管理単位の他の例としては、Ａ銀行○○支店の当座預金口座に関連付けられる当月の入出金とそれに関連する取引相手、社内の部署ごとの当月の入出金とそれに関連する取引相手などがあり、取引主体が管理したい単位を設定可能である。

資金移動ＩＤ５０３は、取引主体と取引相手の間の個々の資金移動を識別する識別子である。入出金区分５０４は、取引主体から見て入金であるのか、あるいは出金であるのかを示す。通貨種類５０５は、入出金される通貨の種類（例えば、日本円、米ドル、ユーロ、任意の暗号資産など）を示す。関与口座情報５０６は、入出金が行われる口座情報、例えば、取引主体の口座に入金が行われる場合は、取引主体の口座情報３０４を示し、取引主体が取引相手に送金する場合は、送金元である取引主体の口座情報３０４と送金先である取引相手の資金移動宛先情報４０３を示す。

入出金予定日５０７は、入出金が行われる予定日を示し、入出金予定額５０８は、入出金が行われる予定金額を示す。入出金実績日５０９は、実際に入出金が行われた日を示し、入出金実績額５１０は、実際に入出金が行われた金額を示す。

図２に再び戻って説明する。決済条件リスト１０９は、資金決済を実行するための条件、すなわち、送金の前提条件および後続処理の情報を格納する。図６は、本発明の実施形態に係る決済条件リスト１０９のデータ構造の一例を示す図である。決済条件リスト１０９は、取引主体ＩＤ３０１、商流管理ＩＤ５０１、前提資金移動ＩＤ６０１、後続処理６０２を含むことができるが、これらのデータ項目に限定されることはなく他のデータ項目も含むことができる。取引主体ＩＤ３０１および商流管理ＩＤ５０１は、複数の前提資金移動ＩＤ６０１および後続処理６０２のセットに関連付けられる。

前提資金移動ＩＤ６０１は、後続の決済処理を行うトリガーとなる資金移動ＩＤ５０３を示す。例えば、ある入金処理をトリガーとして後続の振込処理等を実行する場合、前提資金移動ＩＤ６０１には、その入金処理を示す資金移動ＩＤ５０３がセットされる。

加えて、前提資金移動ＩＤ６０１は、資金移動ＩＤ５０３以外にも条件を付加することができる。例えば、入金時の口座残高が○○万円以上である場合に、後続の送金を実行する、などの付加条件を定義することができる。

後続処理６０２は、前提資金移動ＩＤ６０１によって示される資金移動があった場合（および付加条件がさらに満たされた場合）に実行される資金移動処理の資金移動ＩＤを格納する。後続処理６０２は、１または複数の資金移動ＩＤを含んでいてよい。

例えば、Ａ社から１０００万円の入金（資金移動ＩＤ＝ｘｘｘｘ１）が行われたら、Ｂ社への５００万円送金（資金移動ＩＤ＝ｘｘｘｘ２）とＣ支社への３００万円振替（資金移動ＩＤ＝ｘｘｘｘ３）を行う場合、前提資金移動ＩＤ６０１には「ｘｘｘｘ１」がセットされ、後続処理６０２には「ｘｘｘｘ２」および「ｘｘｘｘ３」がセットされる。

（処理フロー：商流管理ＤＢ１０８へのデータ登録処理）
図７は、本発明の実施形態に係る商流管理ＤＢ１０８にデータを登録する処理を説明するフロー図である。本処理フロー実行の前提として、取引主体マスタ１０６および取引相手マスタ１０７へのデータ登録は行われているものとする。

Ｓ７０１にて、資金決済支援システム１０は、ユーザ端末１１からのアクセスに応答して、取引主体の認証処理を行う。認証処理が成功裏に完了すると、資金決済支援システム１０は、ユーザ端末１１に対して、図１０に例示するような入力画面１０００を提供することができる。入力画面１０００は、商流管理単位を新規に生成して入金予定を入力し、および既存の商流管理単位を検索キーとして商流管理ＤＢ１０８の情報を呼び出してアップデートするための画面である。本発明の一実施形態では、商流管理単位のみを生成しておき、入金予定は別途入力あるいは請求書データに基づいてデータ生成するように構成されてもよい。

取引主体は、ユーザ端末１１を介して入力画面１０００にて商流管理単位入力欄１００２に任意の名称（図１０の例では「２０２１年１２月商品Ａ」）を入力し、管理単位生成ボタン１００３を押下する。資金決済支援システム１０は、管理単位生成ボタン１００３が押下されたことに応答して、商流管理ＩＤ５０１を割り当て、商流管理ＤＢ１０８に新規データを格納する。

Ｓ７０２にて、取引主体は、ユーザ端末１１を介して入金予定欄１００４に商流管理単位に関連付けられる入金予定を入力する。図１０に例示されるように、取引相手ごとに、どの口座に対して、何の通貨で、いつ、いくら入金されるのかが入力される。資金決済支援システム１０は、入金予定登録ボタン１００５が押下されたことに応答して、入力画面１０００に入力された情報を商流管理ＤＢ１０８に格納する。

本発明の実施形態では、請求書データの生成時に商流管理ＩＤ５０１および／または商流管理単位５０２を関連付けておくことで（例えば、摘要欄に商流管理ＩＤ５０１を付加）入金予定データを自動生成することができる。あるいは、資金決済支援システム１０は、商流管理ＩＤ５０１および商流管理単位５０２に関連付けられた請求書データを受信し、受信した請求書データから、商流管理ＤＢ１０８のデータ項目に対応するデータを抽出し、商流管理ＤＢ１０８に格納するように構成されてもよい。図１０の入力画面１０００を介した入力されたデータ、または請求書データから抽出されたデータに基づいて、それぞれの取引相手ごとの入金予定情報（すなわち、資金移動ＩＤ５０３、取引ＩＤ４０１、入出金区分５０４、通貨種類５０５、関与口座情報５０６、入出金予定日５０７および入出金予定額５０８）が生成され、商流管理ＤＢ１０８に格納される。

Ｓ７０３にて、資金決済支援システム１０は、銀行システム１２から入金情報を取得し、入金情報に基づいて対応する実績データを商流管理ＤＢ１０８に格納するように構成される。より詳細に言えば、資金決済支援システム１０は、入金情報によって示される口座情報、入金日、入金額、請求書の識別番号（例えば、摘要欄の商流管理ＩＤ５０１を含む）、送金元などの情報に基づいて、商流管理ＤＢ１０８に問い合わせを行い、対応する入金予定データを特定する。資金決済支援システム１０は、特定したデータに対して実際の入金情報を関連付けて商流管理ＤＢ１０８に格納することができる。

当業者には知られているように、入金情報のうち、振り込まれた口座番号から送金元を特定する技術（特許文献１）や、摘要欄に付与された識別情報に基づいて送金元を特定することが従来から行われている。資金決済支援システム１０は、銀行システム１２からそれぞれの銀行のＡＰＩサービスを利用して入金情報を取得するように構成されてもよい。

（処理フロー：決済条件リスト１０９へのデータ登録）
図８は、本発明の実施形態に係る決済条件生成処理を説明するフロー図である。Ｓ８０１にて、資金決済支援システム１０は、決済条件指定画面１１００をユーザ端末１１に提供する。決済条件指定画面１１００には、取引主体表示欄１１０１にログインユーザである取引主体の名称が表示されている。資金決済支援システム１０は、取引主体ＩＤ３０１に関連付けられている商流管理ＩＤ５０１および商流管理単位５０２を商流管理ＤＢ１０８から読み出す。

取引主体が、ユーザ端末１１を介して商流管理単位選択欄１１０２から取引主体（ログインユーザ）に関連付けられている商流管理単位５０２を選択すると、資金決済支援システム１０は、選択された商流管理単位５０２に関連付けられるデータを商流管理ＤＢ１０８から読み出し、読み出したデータに基づいて第１のグラフィック情報を生成し、決済条件指定画面１１００に表示する。

図１１は、例示的な決済条件指定画面１１００を示している。図１１の例では、図１０において例示した商流管理単位「２０２１年１２月商品Ａ」が選択されており、画面上には、取引主体であるＡ社（本社）に対する入金がＢ社、Ｃ社およびＤ社から行われることが矢印によって示されており、また、Ａ社（本社）からＥ社、Ｆ社およびＡ社（支社）に対する振込あるいは振替が行われることが矢印によって示されている。また、決済条件指定画面１１００は、決済条件欄１１０６および登録ボタン１１０９を有しており、決済条件欄１１０６はさらに、前提条件欄１１０７および後続処理欄１１０８を有している。

Ｓ８０２にて、取引主体は、ユーザ端末１１を介して決済条件を登録する。まず、取引主体は、Ｂ社からＡ社（本社）への矢印１１０３をドラッグ＆ドロップなどのやり方で前提条件欄１１０７に関連付ける。この操作により、前提条件欄１１０７には、「Ｂ社から１０００万円入金（ａａａａａａ）」が表示される。表示される文言は、矢印１１０３に関連付けられる商流管理ＤＢ１０８のデータに基づいて資金決済支援システム１０によって生成される。「ａａａａａａ」は、資金移動ＩＤ５０３（前提資金移動ＩＤ６０１）を示す。上記ではドラッグ＆ドロップ操作により矢印１１０３を前提条件欄１１０７に関連付けることを説明したが、関連付けができるのであれば他の方法であっても構わない。

次に、取引主体は、矢印１１０４および矢印１１０５をそれぞれドラッグ＆ドロップなどのやり方で後続処理欄１１０８に関連付ける。この操作により、後続処理欄１１０８には、「Ｅ社に５００万円振込（ｂｂｂｂｂｂ）」「Ａ社（支社）に３００万円振替（ｃｃｃｃｃｃ）」が表示される。表示されたこれらの文言も、矢印１１０４および矢印１１０５にそれぞれ関連付けられる商流管理ＤＢ１０８のデータに基づいて資金決済支援システム１０によって生成される。「ｂｂｂｂｂｂ」および「ｃｃｃｃｃｃ」は、後続処理の対象となる資金移動ＩＤ５０３を示す。

資金決済支援システム１０は、登録ボタン１１０９が押下されたことに応答して、前提条件欄１１０７の資金移動ＩＤを前提資金移動ＩＤ６０１に、および後続処理欄１１０８の１または複数の資金移動ＩＤを後続処理６０２にセットして、データを決済条件リスト１０９に格納する。

本発明の一実施形態では、前提資金移動ＩＤ６０１は、資金移動ＩＤ５０３以外にも付加条件を含むことができる。例えば、入金時の口座残高が○○万円以上である場合に、後続の送金を実行する、あるいは、第１の前提資金移動ＩＤ６０１に起因する後続処理が完了後に第２の前提資金移動ＩＤ６０１に起因する後続処理を実行する、などの付加条件を定義してよく、付加条件がさらに満たされた場合に、後続処理が実行されてもよい。

（処理フロー：資金決済の自動実行処理）
図９は、本発明の実施形態に係る資金決済の自動実行処理を説明するフロー図である。Ｓ９０１にて、資金決済支援システム１０は、銀行システム１２または暗号資産管理装置１３から取引主体の口座に対する入金情報を取得すると、商流管理ＤＢ１０８に問い合わせを行い、入金情報に関連付けられる資金移動ＩＤ５０３を抽出する。より詳細に言えば、資金決済支援システム１０は、入金情報によって示される口座情報、入金日、入金額、請求書の識別番号（例えば、摘要欄の商流管理ＩＤ５０１を含む）、送金元などの情報に基づいて、商流管理ＤＢ１０８に問い合わせを行い、対応する入金予定データに関連付けられる資金移動ＩＤ５０３を特定する。

本発明の一実施形態では、資金決済支援システム１０は、暗号資産管理装置１３から入金情報を取得し、上述したように、商流管理ＤＢ１０８に問い合わせを行い、資金移動ＩＤ５０３を識別するように構成されてもよい。

Ｓ９０２にて、資金決済支援システム１０は、決済条件リスト１０９に問い合わせを行い、特定した資金移動ＩＤ５０３と一致する前提資金移動ＩＤ６０１が決済条件リスト１０９に存在するかどうかを判定する。一致する前提資金移動ＩＤ６０１が存在する場合、Ｓ９０３に処理が進み、一方、一致する前提資金移動ＩＤ６０１が存在しない場合、実行すべき後続処理が存在しないため本処理フローは終了する。

Ｓ９０３にて、資金決済支援システム１０は、前提資金移動ＩＤ６０１に関連付けられる、後続処理６０２に含まれる１または複数の資金移動ＩＤ５０３を読み出し、読み出した資金移動ＩＤ５０３に基づいて送金依頼を生成する。より詳細に言えば、資金決済支援システム１０は、読み出した資金移動ＩＤ５０３に基づいて商流管理ＤＢ１０８を検索し、読み出した資金移動ＩＤ５０３に関連付けられる関与口座情報５０６を取得し、関与口座情報５０６に含まれる取引主体の口座情報３０４および取引相手の資金移動宛先情報４０３を特定することによって送金依頼を生成する。送金依頼は、取引主体の口座情報３０４、取引相手の資金移動宛先情報４０３、送金額の情報を少なくとも含む。

Ｓ９０４にて、資金決済支援システム１０は、生成した送金依頼を、口座情報３０４に関連付けられる銀行システム１２または暗号資産管理装置１３に送信する。銀行システム１２は、受信した送金依頼に基づいて振込処理や振替処理を実行する。暗号資産管理装置１３は、取引主体の暗号資産の口座から取引相手の暗号資産の口座に対する送金処理のトランザクションを生成し、承認後、ブロックチェーンに組み込む。

（その他の処理）
図１２は、本発明の実施形態に係る資金決済予定実績表示画面１２００の一例を示す図である。資金決済予定実績表示画面１２００は、商取引活動に伴う資金決済の予定情報および実績情報に基づいて生成された第２のグラフィック情報を示すことができる。資金決済予定実績表示画面１２００は、取引主体表示欄１２０１、商流管理単位選択欄１２０２、および第２のグラフィック情報を含む。

資金決済支援システム１０は、商流管理単位選択欄１２０２で指定された商流管理ＩＤ５０１および／または商流管理単位５０２に基づいて商流管理ＤＢ１０８から対応する複数の入出金情報を読み出し、読み出した入出金情報に基づいて第２のグラフィック情報を生成してユーザ端末１１に提供することができる。第２のグラフィック情報は、資金決済の予定情報および実績情報を視覚的に取引主体（ユーザ）に提供する。資金決済支援システム１０は、第２のグラフィック情報上の任意のアイコンや矢印が押下されたことに応答して、所望の情報を表示し、当該情報をアップデート可能な画面をユーザ端末１１に提供することができる。例えば、矢印１２０３、１２０４が選択されると、資金決済支援システム１０は、選択された矢印１２０３、１２０４に関連付けられる資金決済の予定情報および実績情報をアップデートする画面をユーザ端末１１に提供することができる。これにより、取引主体（ユーザ）は、ユーザ端末１１を介して入出金予定データおよび入出金実績データを修正できるようになる。

任意のアイコンは、例えば、取引主体、複数の取引相手のそれぞれを示すように構成されてよい。任意の矢印は、取引主体から取引相手への資金の流れ（送金）または取引相手から取引主体への資金の流れ（入金）を示すように構成されてよい。資金決済支援システム１０は、それぞれの矢印について資金決済の予定情報および実績情報に基づいて異なるように表示することができる。例えば、予定通りに入金が行われた資金の流れの矢印と、（例えば、金額相違、遅延などの理由で）予定通りに入金が行われていない矢印とでは異なるように表示されてよい（例えば、一方は実線で他方は点線、一方は第１の色彩付きで示し、他方は第２の色彩で示す、など）。

資金決済支援システム１０は、金額相違、遅延などの理由で予定通りに入金および出金が行われていない資金決済を図１２のグラフィック情報において明示的に示すことができ、および／または取引主体に対してそのような資金決済が生じていることを通知することができる。

以上、例示的な実施形態を参照しながら本発明の原理を説明したが、本発明の要旨を逸脱することなく、構成および細部において変更する様々な実施形態を実現可能であることを当業者は理解するだろう。すなわち、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。

１０ 資金決済支援システム
１１ ユーザ端末
１２ 銀行システム
１３ 暗号資産管理装置
１０１ 制御部
１０２ 主記憶部
１０３ 補助記憶部
１０４ インターフェース（ＩＦ）部
１０５ 出力部
１０６ 取引主体マスタ
１０７ 取引相手マスタ
１０８ 商流管理ＤＢ
１０９ 決済条件リスト
１０００ 入力画面
１１００ 決済条件指定画面
１２００ 資金決済予定実績表示画面

Claims (10)

1. 取引主体の口座に対する入金情報を取得したことに応じて、前記入金情報に関連付けられる第１の資金移動識別子を抽出し、
   前記第１の資金移動識別子が決済条件リストに存在するかどうかを判定し、
   存在するという判定がなされたことを条件として、前記抽出した第１の資金移動識別子に関連付けられる１または複数の第２の資金移動識別子を前記決済条件リストから読み出し、
   前記読み出した１または複数の第２の資金移動識別子に少なくとも基づいて送金依頼を生成する
   ように構成された資金決済支援システム。
2. 前記決済条件リストは、前記第１の資金移動識別子と、前記第１の資金移動識別子に関連付けられる後続処理のための前記１または複数の第２の資金移動識別子とを含み、
   前記資金決済支援システムは、前記第２の資金移動識別子に関連付けられる前記取引主体の口座情報および取引相手の資金移動宛先情報と、送金額とに基づいて前記送金依頼を生成するようにさらに構成される、請求項１の資金決済支援システム。
3. 第１の商流管理識別子を受信し、
   前記第１の商流管理識別子に関連付けられるデータに基づいて、取引主体のデバイスに表示するための第１のグラフィック情報を生成する
   ようにさらに構成され、
   前記第１の資金移動識別子と、前記１または複数の第２の資金移動識別子との関連付けは、前記第１のグラフィック情報に含まれる、資金決済の流れを示すアイコンに対する操作によって実行される、
   請求項２の資金決済支援システム。
4. 前記第１の資金移動識別子が決済条件リストに存在するかどうかを判定することは、
   付加条件が満たされるかどうかを判定することをさらに含み、
   満たされると判定されたことを条件として、前記抽出した第１の資金移動識別子に関連付けられる１または複数の第２の資金移動識別子を読み出し、
   前記読み出した１または複数の第２の資金移動識別子に少なくとも基づいて送金依頼を生成する
   ようにさらに構成された、請求項１の決済支援システム。
5. 第２の商流管理識別子を受信し、
   前記第２の商流管理識別子に関連付けられる複数の入出金情報を読み出し、前記複数の入出金情報は、資金決済の予定情報および実績情報を含んでおり、
   読み出した前記複数の入出金情報に基づいて、取引主体のデバイスに表示するための第２のグラフィック情報を生成し、前記第２のグラフィック情報は、取引主体と取引相手の間の資金決済の流れを視覚的に示し、前記資金決済の流れは、前記資金決済の予定情報および実績情報に関連付けられて表示される
   ようにさらに構成された、請求項１の決済支援システム。
6. 前記資金決済の予定情報は、請求書データに基づいて生成され、
   前記資金決済の実績情報は、前記入出金情報に基づいて生成される、
   請求項５の決済支援システム。
7. 前記送金依頼に含まれる取引主体の口座情報に関連付けられる銀行システムまたは暗号資産管理装置に前記送金依頼を送信するようにさらに構成された、請求項１の資金決済支援システム。
8. 前記入金情報は、銀行システムまたは暗号資産管理装置から取得される、請求項１の資金決済支援システム。
9. 資金決済支援システムによって実行される方法であって、
   取引主体の口座に対する入金情報を取得したことに応じて、前記入金情報に関連付けられる第１の資金移動識別子を抽出することと、
   前記第１の資金移動識別子が決済条件リストに存在するかどうかを判定することと、
   存在するという判定がなされたことを条件として、前記抽出した第１の資金移動識別子に関連付けられる１または複数の第２の資金移動識別子を前記決済条件リストから読み出すことと、
   前記読み出した１または複数の第２の資金移動識別子に少なくとも基づいて送金依頼を生成することと
   を備える方法。
10. 請求項９に記載された方法をコンピュータに実行させるプログラム。

Images