JP2024068600A - マルチチャンネル決済方法及びシステム - Google Patents
マルチチャンネル決済方法及びシステム Download PDFInfo
- Publication number
- JP2024068600A JP2024068600A JP2022192715A JP2022192715A JP2024068600A JP 2024068600 A JP2024068600 A JP 2024068600A JP 2022192715 A JP2022192715 A JP 2022192715A JP 2022192715 A JP2022192715 A JP 2022192715A JP 2024068600 A JP2024068600 A JP 2024068600A
- Authority
- JP
- Japan
- Prior art keywords
- payment
- channel
- payer
- payee
- module
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 100
- 238000012550 audit Methods 0.000 claims abstract description 82
- 238000012795 verification Methods 0.000 claims abstract description 66
- 238000004900 laundering Methods 0.000 claims abstract description 7
- 230000008569 process Effects 0.000 claims description 56
- 238000004891 communication Methods 0.000 claims description 35
- 238000013500 data storage Methods 0.000 claims description 25
- 230000006870 function Effects 0.000 claims description 16
- 238000012546 transfer Methods 0.000 claims description 15
- 239000008186 active pharmaceutical agent Substances 0.000 claims description 7
- 238000013473 artificial intelligence Methods 0.000 claims description 7
- 238000010801 machine learning Methods 0.000 claims description 6
- 238000010200 validation analysis Methods 0.000 claims description 5
- 230000000007 visual effect Effects 0.000 claims description 4
- 238000013507 mapping Methods 0.000 claims description 3
- 238000000151 deposition Methods 0.000 claims 4
- 238000010586 diagram Methods 0.000 description 21
- 230000004913 activation Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 238000012552 review Methods 0.000 description 3
- 230000003213 activating effect Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 235000019892 Stellar Nutrition 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/381—Currency conversion
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
- G06Q20/40145—Biometric identity checks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】 異種の決済ゲートウェイを統合可能なマルチチャンネル決済システムを提供すること。【解決手段】 マルチチャンネル決済システムのためのマルチチャンネル決済方法は、支払請求を開始した支払人又は受取人がマルチチャンネル決済システムにログインすることと、支払請求を開始した支払人又は受取人がマルチチャンネル決済システムで注文を行うことであって、注文は指定された決済ゲートウェイを含む、ことと、マルチチャンネル決済システムが、指定された決済ゲートウェイ、過去の注文記録及びリアルタイム為替レートに従って注文の予測手数料を特定することと、マルチチャンネル決済システムが注文のマネーロンダリング防止検証を行うことと、支払人が、多重監査方法を介して注文及び予測手数料を確認することと、マルチチャンネル決済システムが注文及び指定された決済ゲートウェイに従って支払人から受取人への支払を実行し、注文の支払明細を記憶すること、を含む。【選択図】 図3
Description
本発明は、マルチチャンネル決済方法及びシステムに関し、より具体的には、注文生成、注文監査及び異種決済ゲートウェイを統合可能なマルチチャンネル決済方法及びシステムに関する。
社会経済の発展、取引形態の変化及び国境を越えた取引の普及に伴って、決済方法も急速に変化し、決済に用いられる内容もますます多様化している。消費者、商人及び供給者は多くの新しい課題に直面する必要がある。例えば、決済方法は、従来の銀行振込又はクレジットカード決済から、仮想クレジットカード、電子決済、サードパーティー決済等に変化している。決済に用いられるコンテンツは様々な国の法定通貨だけでなく、ステーブルコイン、中央銀行デジタル通貨(CBDC)又は他の暗号通貨も含む。
一般に、商人は決済を行う間に、異なるプラットフォームを介して異なるサプライヤに支払う必要があり得る。国境を越えた取引を行う場合、商人は異なる決済の種類によって必要とされる異なる為替レート及び異なる手数料、取引に費やされる時間及びセキュリティの問題を考慮する必要がある。加えて、過去には、注文の審査及び実際の決済の執行のために別々のシステムがあった。同じ注文を異なるシステムに繰り返しログオンしたり、異なる監査人と財務担当者との間で紙媒体で転送したりする必要があるため、決済作業が冗長で複雑なものになる。加えて、一般的な決済プラットフォームでは、多くの場合、支払人が一方的に決済を行うこと(プッシュペイメント)しかできないか又は受取人が一方的に決済請求を行うこと(プルペイメント)しかできず、決済手続きが柔軟ではない。
上記に鑑み、煩雑な決済内容やセキュリティ上の懸念に対処することなく、ユーザが円滑に決済業務を行えるようにするために、既存の決済システムを改善する必要がある。
したがって、本発明は、新たな決済ゲートウェイを統合する技術的な閾値を下げ、拡張機能を介して利用利便性を改善するためのマルチチャンネル決済方法及びシステムを提供する。加えて、本発明のマルチチャンネル決済方法及びシステムは、決済業務の高度な統合性、柔軟性及び安全性を有しており、従来技術の欠点を改善する。
本発明は、マルチチャンネル決済システムを開示し、当該マルチチャンネル決済システムは、国内送金、国境を越える送金、仮想クレジットカード及びデジタル通貨送金を提供するための複数の決済ゲートウェイサービスを統合する。マルチチャンネル決済システムは、複数の拡張機能(extensions)によってモジュール化され、支払人/受取人によって発注された支払指図に従って、該支払人から該受取人への支払を実行するためのユーザインターフェイスモジュールであって、各単一の拡張機能は、前記複数の決済ゲートウェイサービスからの決済アプリケーションプログラミングインターフェイス(API)の必須情報を定義するAPI通信プロトコルを介して、前記複数の決済ゲートウェイサービスのうちの1つに接続される決済チャンネルを表し、各拡張機能は、前記支払人/前記受取人の身元が確認されている場合に、前記支払人/前記受取人によって選択的に有効にされ、前記拡張機能は、支払請求を開始するために、前記支払人/前記受取人によって発注された前記支払指図を生成し、前記API通信プロトコルは、前記複数の決済ゲートウェイサービスの決済APIと当該マルチチャンネル決済システムとの間で通信するために用いられ、前記API通信プロトコルは、前記決済ゲートウェイサービスと通信するために認証トークンを検証し、前記支払指図の支払送金を許可する、ユーザインターフェイスモジュールと、前記ユーザインターフェイスモジュールにデータを供給し、予測送金手数料、為替レート又は指定された決済ゲートウェイサービスからの前記支払指図の予測送金時間、過去の支払指図記録及びリアルタイム為替レートプロバイダを特定するための手数料予測モジュールと、前記ユーザインターフェイスモジュールと通信し、各拡張機能を最初に適用する間に、KYC(Know Your Customer)検証サービスにより検証された前記支払人/前記受取人の身元を確認し、マネーロンダリング防止(AML)検証サービスにより検証された前記支払指図を確認するためのコンプライアンスモジュールと、前記コンプライアンスモジュールから前記支払指図を受信し、前記支払指図を確認するか、拒否するか又は許可するための多重監査モジュールと、ユーザログイン情報、前記支払人/前記受取人の身元、各拡張機能によって生成された前記支払指図及び前記多重監査モジュールによって前記支払指図が許可された場合の支払結果を記憶するデータ記憶モジュールと、前記ユーザインターフェイスモジュール及び前記データ記憶モジュールとやりとりし、前記指定された決済ゲートウェイサービスから前記支払指図の状態を受信し、前記ユーザインターフェイスモジュールにより前記支払結果を示すための取引検証モジュールと、を含む。
本発明はマルチチャンネル決済方法をさらに開示し、当該マルチチャンネル決済方法は、国内送金、国境を越える送金、仮想クレジットカード及びデジタル通貨送金を提供するための複数の決済ゲートウェイサービスを統合する。当該マルチチャンネル決済方法は、複数の拡張機能によってモジュール化されるユーザインターフェイスモジュールにより、支払人/受取人によって発注された支払指図に従って、該支払人から該受取人への支払を実行することであって、各単一の拡張機能は、前記複数の決済ゲートウェイサービスからの決済アプリケーションプログラミングインターフェイス(API)の必須情報を定義するAPI通信プロトコルを介して、前記複数の決済ゲートウェイサービスのうちの1つに接続される決済チャンネルを表し、各拡張機能は、前記支払人/前記受取人の身元が確認されている場合にのみ、前記支払人/前記受取人によって選択的に起動され且つ有効にされ、前記拡張機能は、支払請求を開始するために、前記支払人/前記受取人によって発注された前記支払指図を生成し、前記API通信プロトコルは、前記複数の決済ゲートウェイサービスの決済APIと前記複数の拡張機能との間で通信のために用いられ、前記API通信プロトコルは、前記決済ゲートウェイサービスと通信するために認証トークンを検証し、前記支払指図の支払送金を許可する、ことと、予測送金手数料、為替レート又は指定された決済ゲートウェイサービスからの前記支払指図の予測送金時間、過去の支払指図記録及びリアルタイム為替レートプロバイダを特定するために、手数料予測モジュールにより、前記ユーザインターフェイスモジュールにデータを供給することと、前記ユーザインターフェイスモジュールと通信するコンプライアンスモジュールにより、各拡張機能を最初に適用する間に、KYC(Know Your Customer)検証サービスにより検証された前記支払人/前記受取人の身元を確認し、マネーロンダリング防止(AML)検証サービスにより検証された前記支払指図を確認することと、前記支払指図を確認するか、拒否するか又は許可するために、多重監査モジュールにより、前記コンプライアンスモジュールから前記支払指図を受信することと、データ記憶モジュールにより、ユーザログイン情報、前記支払人/前記受取人の身元、各拡張機能によって生成された前記支払指図及び前記多重監査モジュールによって前記支払指図が許可された場合の支払結果を記憶することと、前記指定された決済ゲートウェイサービスから前記支払指図の状態を受信し、前記ユーザインターフェイスモジュールにより前記支払結果を示すために、取引検証モジュールにより、前記ユーザインターフェイスモジュール及び前記データ記憶モジュールとやりとりすることと、を含む。
本発明のこれらの目的及びその他の目的は、様々な図及び図面に示されている好ましい実施形態に関する以下の詳細な説明を読むと、当業者にとって明らかになるに違いない。
説明及び下記の特許請求の範囲において特定のコンポーネントに言及するために特定の用語を用いる。ハードウェア製造業者はコンポーネントを異なる名前で呼ぶ得ることを当業者であれば理解するであろう。本願は、機能ではなく名前が異なるコンポーネントを区別することを意図していない。以下の説明及び特許請求の範囲において、「含む」及び「含まれる」という用語はオープンエンドな意味合いで用いられるため、「限定されないが含む」を意味するものと解釈すべきである。
本発明の一実施形態に係るマルチチャンネル決済システム1の概略図である図1を参照されたい。図1に示すように、支払人10又は受取人12は、電子装置14又は電子装置16を用いて、ネットワーク接続を介してマルチチャンネル決済システム1にログインする。支払請求を開始した後で、支払人10は、マルチチャンネル決済システム1を介して、受取人12への支払請求に対応する支払操作を行う。電子装置14及び電子装置16は、それぞれパソコン、ノートパソコン、タブレットコンピュータ、携帯電話又はインターネットにアクセス可能な他の装置であり得るが、これらに限定されない。マルチチャンネル決済システム1、様々な異種の決済ゲートウェイを統合し得る。例えば、国内取引では地元の銀行間の送金業務を行い、国境を越えた取引では電信送金(電信送金)、仮想クレジットカード(VCC)、デジタル送金に加えて、国際決済ゲートウェイサービス、暗号通貨決済サービス等の他のサードパーティー決済サービスプロバイダを用いり得る。加えて、マルチチャンネル決済システム1は、法定通貨だけでなく、ステーブルコイン(USDコイン、EUROコイン、テザー、テラクラシックUSD)、中央銀行デジタル通貨(CBDC)等の様々なデジタルマネーの決済業務もサポートし得る。
本発明の一実施形態に係るマルチチャンネル決済システム1のアーキテクチャの概略図である図2を参照されたい。図2に示すように、マルチチャンネル決済システム1は、ユーザインターフェイスモジュール20、手数料予測モジュール21、コンプライアンスモジュール22、多重監査モジュール23、データ記憶モジュール24、取引検証モジュール25及び決済推奨モジュール26を含む。ユーザインターフェイスモジュール20は、手数料予測モジュール21、コンプライアンスモジュール22、決済推奨モジュール26及び取引検証モジュール25に接続され、複数の拡張モジュール200によってモジュール化され、注文の生成及び決済の実行を行う。手数料予測モジュール21は、ユーザインターフェイスモジュール20及び決済推奨モジュール26に接続され、少なくとも1つの予測送金手数料、為替レート及び注文にかかる予測時間を特定するために用いられる。コンプライアンスモジュール22は、ユーザインターフェイスモジュール20及び多重監査モジュール23に接続され、支払人10又は受取人12の身元確認のため及び注文の検証のために用いられる。多重監査モジュール23は、コンプライアンスモジュール22及びデータ記憶モジュール24に接続され、注文の確認及び許可のために用いられる。データ記憶モジュール24は、多重監査モジュール23、取引検証モジュール25及び決済推奨モジュール26に接続され、マルチチャンネル決済システム1の各モジュールによって生成又は受信されたデータを記憶するために用いられる。取引検証モジュール25は、ユーザインターフェイスモジュール20及びデータ記憶モジュール24に接続され、決済結果を検証するために用いられる。決済推奨モジュール26は、手数料予測モジュール21、ユーザインターフェイスモジュール20及びデータ記憶モジュール24に接続され、支払人10又は受取人12に決済サービスを推奨するために用いられる。この実施形態では、各モジュールは1つ以上のプログラム/アプリケーションであり得るか又はプログラム/アプリケーションの一部であってもよく、それらは同じ又は複数のプロセッサによって実行され得る。なお、図2に示す各モジュールのアーキテクチャ構成は、本発明の精神を説明するために用いられており、当業者であれば、プラットフォーム、開発ツール及び実際の状況の異なる要件に従って、マルチチャンネル決済システム1を実施するための適切な設計パターン及びアーキテクチャを採用し得る。
本発明の実施形態では、マルチチャンネル決済システム1は、マルチチャンネル決済方法を実施し得る。例えば、支払人10は能動的に支払請求を開始し、マルチチャンネル決済システム1を介して受取人12に直接支払い得る。あるいは、受取人12が支払請求を開始し、支払請求を受け取った支払人10が支払請求を受け入れることを決し、支払を行い得るか又は支払請求を拒否して支払請求を受取人12に返し得る。具体的には、マルチチャンネル決済システム1は図3に示すプロセス3に要約され得る。プロセス3は以下のステップを含む。
ステップ300:開始
ステップ302:支払請求を開始した支払人10又は受取人12がマルチチャンネル決済システム1にログインする。
ステップ304:支払請求を開始した支払人10又は受取人12は、マルチチャンネル決済システム1で注文を行い、該注文は指定された決済ゲートウェイを含む。
ステップ306:マルチチャンネル決済システム1は、指定された決済ゲートウェイ、過去の注文記録及び支払人10又は受取人12の参考のためにリアルタイム為替レートに従って、注文の予測される手数料を特定する。
ステップ308:マルチチャンネル決済システム1は、注文のマネーロンダリング防止(AML)検証を行う。
ステップ310:支払人10は、多重監査プロセスを通じて注文及び予測される手数料を確認する。
ステップ312:マルチチャンネル決済システム1は、注文及び指定された決済ゲートウェイに従って、支払人10から受取人12への支払を実行し、注文の支払詳細を記憶する。
ステップ314:終了
プロセス3では、マルチチャンネル決済システム1のユーザ(すなわち、支払人10又は受取人12)は、マルチチャンネル決済システム1にログインする必要があり(ステップ302)、この前提でのみ支払請求を開始できる。実行されたログインが初めての場合、ユーザはアカウントを作成し、支払請求を開始する前に少なくとも1つの決済ゲートウェイを有効にする必要があり得る。各決済ゲートウェイサービスでの決済ゲートウェイの有効化には、ユーザが個人情報及び商人情報を入力する必要がある場合があり、そのような情報はKYC(Know Your Customer)検証によって検証され得る。具体的には、ユーザが金融犯罪行為に関与した場合には金融監督委員会に知らせる必要があり得る。ユーザインターフェイスモジュール20は、ユーザの個人情報がKYC検証に合格しなかった場合には、疑わしいユーザに警告することなく、ダミーのサーバエラーページを表示し得る。支払人10又は受取人12によって支払請求が開始され得る。取引相手(支払人10によって支払請求が開始した場合、取引相手は受取人12であり、受取人12によって支払請求が開始された場合、取引相手は支払人10である)がマルチチャンネル決済システム1に登録されたアカウントを持っていない場合、ユーザはマルチチャンネル決済システム1を介して取引相手にアカウント作成するためのインビテーションを送付し得る。ユーザは注文を行い、決済ゲートウェイを指定することにより支払請求を開始し(ステップ304)、マルチチャンネル決済システム1は、指定された決済ゲートウェイ、過去の注文記録及び支払人10又は受取人12のリアルタイム為替レートを参考にして、注文の予測手数料を特定する(ステップ306)。受取人12によって支払請求が開始される場合、マルチチャンネル決済システム1は支払人10に支払請求を送信する。支払人10が支払請求を受信した後に、マルチチャンネル決済システム1は、様々な国の法令に従って、注文に対してマネーロンダリング防止(AML)検証を行う(ステップ308)。AML検証は、リスク及び不正リストのデータベースを維持する一部の外部コンプライアンスソリューションプロバイダによって通常行われる。AML検証に合格した注文は多重監査プロセスに入り、AML検証に合格しなかった注文及びこの注文を開始したユーザはブロックされ得る。具体的には、注文がAML検証に合格しなかった場合、ユーザインターフェイスモジュール20は取引失敗情報ページを表示し得る。多重監査プロセスでは、複数の審査担当者が共同で支払いのための注文を許可するかどうかを判断する(ステップ310)。多重監査プロセスの後に、マルチチャンネル決済システム1は、注文内容及び指定された決済ゲートウェイに従って支払送金操作を行い、決済結果を支払明細として記憶する。支払明細には、支払が成功した場合には支払為替レート及び関連手数料を記録され、支払失敗の場合には原因が記憶される(ステップ312)。
したがって、マルチチャンネル決済システム1がプッシュペイメント方法及びプルペイメント方法の両方のために用いられ得るため、支払人又は受取人によって支払請求が柔軟なに開始され得る。さらに、マルチチャンネル決済システム1は、決済業務の柔軟性を改善するために様々な異種の決済モードを統合し、決済の安定性及び安全性を確保するための強固な検証及び監査メカニズムを提供する。
具体的には、ステップ302で、ユーザはマルチチャンネル決済システム1にログインする必要がある。ユーザは、シングルサインオン(SSO)サービスを介して又は最初のログインのためにアカウントを作成することによりログインし得る。最初のログインのために、ユーザは、ユーザインターフェイスモジュール20によって提供されるユーザインターフェイスにユーザ情報を入力する必要がある。ユーザ情報は、少なくとも国籍情報又は会社の所在地情報を含む必要がある。ユーザが個人ユーザの場合、ユーザ情報は、初めて決済ゲートウェイサービスを有効にする間に本人確認に関する情報を含む必要がある。ユーザが企業の場合、ユーザ情報は、最初に決済ゲートウェイサービスを有効にする間に、企業の検証に関連する情報を含む必要がある。ユーザがマルチチャンネル決済システム1に登録した後、ユーザは後続の決済プロセスのために少なくとも1つの決済ゲートウェイを有効にするために選択する必要がある。このプロセスの間、決済推奨モジュール26は、マルチチャンネル決済システム1にログインしたユーザのインターネットプロトコルアドレス(IPアドレス)からの国籍情報に従って、ユーザが選択して有効にするために利用可能な少なくとも1つの決済ゲートウェイを提供し、コンプライアンスモジュール22はユーザ情報に対して身元検証を行う。この実施形態では、本人確認はKYC(Know Your Customer)検証を採用しているが、これに限定されない。一実施形態では、決済ゲートウェイサービスは、ブロックチェーンシステムのノードとして考えることができ、決済推奨モジュール26は、接続可能な全てのノード(決済ゲートウェイサービス)に決済起動pingをブロードキャストし、ユーザが支払要求を開始した時点で、ユーザへの決済起動コールに返答する最も速い応答を有するノードを推奨し得る。別の実施形態では、決済推奨モジュール26は、最も短い使用時間内に送金を実行し完了する決済ゲートウェイサービスも推奨し得る。全ての登録ユーザは、決済ゲートウェイサービスを有効にするためのKYC検証に準拠する必要がある。加えて、取引相手がマルチチャンネル決済システム1にアカウントを有していない場合、アカウントの開設するインビテーションがマルチチャンネル決済システム1を介して送信され得る。アカウント作成のインビテーションの送付形態は、電子メール、ショートメッセージサービス(SMS)、QRコード(登録商標)(Quick Response Code)等を介したインターネットハイパーリンク付きのメッセージであり得るが、これに限定されるものではない。
ユーザが選択して有効にするために利用可能な少なくとも1つの決済ゲートウェイを提供するために、マルチチャンネル決済システム1のユーザインターフェイス40の概略図である図4A及び図4Fを参照されたい。ユーザインターフェイス40は、電子装置14又は電子装置16上のウェブブラウザを介して表示され得るか又はユーザ装置上のアプリケーションとして提示され得る。ユーザインターフェイス40は、複数の決済ゲートウェイに対応する一連のプラグイン(plugin)、アドイン(addin)、アドオン(addon)、ウィジェット(widget)又は拡張機能の形態で構成される。一連のプラグイン、アドイン、アドオン、ウィジェット又は拡張機能のそれぞれは、決済チャンネルのアプリケーションプログラミングインターフェイス(API)を実施/カプセル化し、各決済チャンネルは、対応する決済ゲートウェイを提供する決済サービスを表す。決済ゲートウェイは、限定されないが、国内銀行、国際決済サービス、VCC等であってもよく、決済推奨モジュール26によって推奨され得る。さらに、ユーザインターフェイスモジュール20は、デジタル通貨決済サービス用の電子ウォレットアドオン及びCBDCをサポートするデジタル通貨決済サービス用のCBDC電子ウォレットアドオン等のアドオンをさらに提供する。デジタル通貨は、価格を資産に固定又はペッグ可能な暗号通貨であるステーブルコインであり得る。一般的に、ステーブルコインは、米ドル又はユーロ等の法定通貨にペッグされており、法定通貨に対して価値が安定していることを保証するために、法定通貨の裏付けの価値に基づく。市場流動性のために、ステーブルコインはそのブロックチェーンに対応する様々なスマートコントラクトに基づき得る。電子ウォレットアドオンは、デジタル通貨の入出金に用いられ、デジタル通貨決済サービスに対応した拡張機能と連携する。電子ウォレットアドオンには、管理型ウォレット及び非管理型ウォレットを含むことができる。管理型ウォレットと非管理型ウォレットとの違いは、電子ウォレットアドオンから資金を移す権限を与える秘密鍵を誰が持つかの点である。管理型ウォレットの秘密鍵は、電子ウォレットアドオンのセキュリティ、バックアップ及び回復機能を課金するサードパーティーによって管理される。非管理型ウォレットの秘密鍵はユーザによって保持されるため、ユーザは秘密鍵のセキュリティ及びバックアップを管理する必要がある。また、非管理型ウォレットは、ユーザが秘密鍵を紛失した場合に回復されないことがある。電子ウォレットアドオンは、Ethereum ERC-20、Algorand ASA、Avalanche ERC-20、Flow FT、Hedera SDK、Solana SPL、Stellarアセット、Polygon ERC-20/PoS及びTRON TRC-20をサポートする。例えば、支払人は、支払人の電子ウォレットアドオンからデジタル通貨決済ゲートウェイの拡張機能に1000米ドルのステーブルコインを入金し、拡張機能を通じて500米ドルのステーブルコインを送金する支払指図を生成することができ、前述のように、支払指図はコンプライアンスモジュール22によって検証され、任意で、送金の前に支払指図を許可するために多重監査モジュール23によって許可される。ブロックチェーンがどこにあっても、マルチチャンネル決済システム1上の電子ウォレットアドオン間のステーブルコインの取引は、ブロックチェーンが電子ウォレットアドオンによってサポートされていれば、電子ウォレットアドオンのブロックチェーンアドレスによって認識されるため、支払人又は受取人は、正しいスマートコントラクトを選択することなく、デジタル資産を相互に送金できる。
プログラム可能なデジタル通貨であり、必ずしもブロックチェーンに基づくものではない中央銀行デジタル通貨(CBDC)について、CBDCの形式は発行銀行に依存する。CBDCは、CBDCベースの仮想カード又は特定のブロックチェーンで利用可能なデジタル通貨であり得る。CBDCウォレットアドオンは、CBDCのデジタル通貨の入金、使用及び引き出しに用いられ、CBDCサービスに対応する拡張機能と連携するCBDC電子ウォレットアドオン又はCBDC仮想カードであり得る。なお、電子ウォレットアドオン及びCBDCウォレットアドオンは、コンプライアンスモジュール22によってユーザの身元が確認されている場合にも有効にされ得る。
図4Aに示すように、ユーザインターフェイス40は、拡張機能によって表される決済ゲートウェイ41、42を含む。決済推奨モジュール26は、マルチチャンネル決済システム1にログインするユーザの国籍情報及びIPアドレスに従って、利用可能な決済ゲートウェイ41及び42を提供する。ユーザは、決済ゲートウェイに対応する拡張機能をインストール/有効にするために「参加」をクリックし得る。ユーザが決済ゲートウェイ42を選択して有効にする場合を例にとると、ユーザは参加ボタン420をクリックして手順を開始する。図4Bに示すように、決済ゲートウェイ42は、インストール手順を促すプログレスバー422を表示する。実際には、各拡張機能は、既にマルチチャンネル決済システム1に統合されている。プログレスバー422は、拡張機能を実際にインストールすることなく、視覚的なダミーのインストール手順をユーザに示すだけである。視覚的なダミーのインストール手順が完了すると、図4Cに示すように、決済ゲートウェイ42は、有効スイッチ424、優先ボタン426及び設定ボタン428を示す。決済ゲートウェイ42が有効にされていない場合、ユーザインターフェイス40は優先ボタン426及び設定ボタン428を無効にし、ユーザは決済ゲートウェイ42を有効にするために有効スイッチ424をクリックする必要があり得る。次に、決済ゲートウェイ42を有効にした後、ユーザインターフェイス40は、図4Dに示すように、設定ボタン428を有効にする。ユーザは、有効にされた決済ゲートウェイ42の設定ボタン428をクリックして、KYC検証を進めるための銀行口座、電子ウォレット等の設定といった、決済ゲートウェイサービスの起動操作を行い得る。図4Eに示すように、KYC検証に合格し、決済ゲートウェイ42が起動されると、ユーザインターフェイス40の優先ボタン426が有効になり、これは決済ゲートウェイの決済操作を行うための優先設定であり、ユーザは優先的な支払い順序を設定し得る。さらに、決済ゲートウェイ42(拡張機能)は、過去の注文記録、過去の注文の数量、過去の注文記録の合計額、リアルタイムの為替レート、支払い完了の通知等の情報を表示するための簡単な表示ブロック430をさらに含む。決済ゲートウェイ42が有効になった後、ユーザは図4Fに示すように、有効スイッチ424を介していつでも決済ゲートウェイ42を再び無効にし得る。なお、有効スイッチ424をスライダーボタンの一形態として図示しているが、トグルボタン、チェックボタン等の任意の種類のスイッチも本発明に適している。
決済ゲートウェイの起動操作は、金融口座(例えば、銀行口座、クレジットカード情報、電子ウォレット等)の設定、デジタル証明書/認証のインポート、検証手順の実行、決済ゲートウェイに対応する使用通貨の設定等を伴い、決済チャンネル毎に設定の詳細が異なる。本発明の実施形態では、ユーザインターフェイスモジュール20は、各決済サービスプロバイダによって提供される決済ゲートウェイのアプリケーションプログラミングインターフェイス(API)を独立した拡張機能に統合するためのアプリケーションプログラミングインターフェイス通信プロトコル(API communication Protocol)を含む。API通信プロトコル80は、複数の決済ゲートウェイサービスの決済APIとマルチチャンネル決済システムの拡張機能との間での通信のための決済APIの必須情報を定義する。API通信プロトコル80は、支払指図に従って支払送金を承認するために、指定された決済ゲートウェイサービスからユーザが取得する認証トークンを検証する。したがって、図4A~図4Fに示すように、ユーザは都合よく決済ゲートウェイを有効にし、必要に応じて決済ゲートウェイを有効/無効にし得る。
さらに、ユーザインターフェイスモジュール20は、決済ゲートウェイに素早くアクセスするためのフローティングボタンを含む。ユーザインターフェイス100の概略図である図10A及び図10Bを参照されたい。ユーザインターフェイス100は、電子装置14又は電子装置16上のウェブブラウザを介して表示され得るか又はユーザ装置上のアプリケーションとして提示され得る。ユーザインターフェイス100は、フローティングボタン102と、ユーザのよって制御されるカーソル101とを含む。カーソル101はフローティングボタン102から離れているが、フローティングボタン102はアイコンの形態であり、ユーザインターフェイス100の隅に位置する。カーソル101がフローティングボタン102の上を動かされる間、フローティングボタン102はフローティングボタン103~106を示すために展開する。フローティングボタン103~106のそれぞれは、図4A~図4Fに示す決済ゲートウェイ41、42等の決済ゲートウェイに接続されている。ユーザは、限定されないが、フローティングボタン103及び104に優先拡張機能(決済ゲートウェイ)、フローティングボタン105に一般的に用いられる決済ゲートウェイ、フローティングボタン106のためにマルチチャンネル決済システムによって推奨される決済ゲートウェイを設定し得る。フローティングボタン102を介して、ユーザは決済ゲートウェイを設定するか又は新たな注文を効率的に開始し得る。
プロセス3によれば、ステップ304で、支払人10又は受取人12は、マルチチャンネル決済システム1で支払請求を開始し得る。例えば、支払人10(例えば、商人)は、受取人12(例えば、サプライヤ)への支払いを事前に行うために注文を生成し、あるいは、受取人12は、支払人10に支払いを要求するための注文を生成し得る。マルチチャンネル決済システム1にログインした後、ユーザはユーザインターフェイスモジュール20を介して支払請求を開始し得る。支払請求を開始するには、ユーザは決済ゲートウェイの指定及び優先支払い注文セットを要求する。決済ゲートウェイは、決済推奨モジュール26からの推奨に従って指定され得る。注文は、支払人情報、受取人情報、支払額及び決済ゲートウェイ(拡張機能によって実施/カプセル化される)によって提供される支払チャンネルを少なくとも含む。支払人及び受取人情報は、決済ゲートウェイサービスに関連する。例えば、決済ゲートウェイサービスが仮想カードサービスの場合、注文内容は仮想クレジットカード番号、有効期限及び与信限度額を含む。加えて、取引検証モジュール25によって仮想カードサービスから受信された決済結果は、購入時間、クレジットカード手数料、クレジットカード明細及び仮想カードサービスからの残高を含む。決済ゲートウェイサービスがデジタル通貨決済サービスの場合、注文内容は支払人及び受取人の電子ウォレットアドレス、支払額及び取引手数料(ガス料金)を含む。決済ゲートウェイサービスが国内又は国境を超えた送金サービスの場合、注文内容は、支払人及び受取人の銀行口座、支払額及び(受取人の現地銀行の法律に基づいて必要な場合)送金目的を含む。決済ゲートウェイサービスがCBDCをサポートするデジタル通貨支払サービスの場合、注文内容は、支払人及び受取人のCBDC電子ウォレットアドレス、支払人及び受取人のCBDCサポート銀行口座及び支払額を含み得る。さらに、CBDCの支払が仮想CBDCカードの形式の場合、注文は仮想カード番号、CBDC限度額、有効期限及びCBDCセキュリティコードを含み得る。
すべての取引の支払人及び受取人は、コンプライアンスモジュール22のKYC検証によって検証される必要がある。取引相手が指定された決済ゲートウェイを有効にしていない場合、取引を開始した側は、マルチチャンネル決済システム1を介して、指定された決済ゲートウェイを有効にするためのインビテーションを取引相手の他方に送信し得る。指定された決済ゲートウェイを有効にするためのインビテーションは、限定されないが、電子メール、SMS、アプリケーションのプッシュ通知等を介して送信されるインターネットハイパーリンク付のメッセージであり得る。
一実施形態では、決済推奨モジュール26は、現在利用可能な決済ゲートウェイ(拡張機能の形式)を特定するために、マルチチャンネル決済システム1にログインする支払人10及び受取人12の国籍情報及び支払人10と受取人12のIPアドレスにしたがって、決済ゲートウェイを推奨する。一実施形態では、決済推奨モジュール26は、人工知能(AI)アルゴリズムにしたがって利用可能な決済ゲートウェイを推奨するAIモデル260又は機械学習(ML)モデルをさらに含む。データ記憶モジュール24の先行注文記録及び取引詳細にアクセスすることにより、AIモデル260は、支払目的、ユーザの過去の選好及び支払の成否の理由等の情報を取得し得る。加えて、AIアルゴリズムは、重みが異なる支配的変数及び潜在的変数に基づいて推奨をさらに決定し得る。支配的変数は、国の規制、資産レベル、リスク許容度及び個人/企業の信用のうちの少なくとも1つを含み、潜在的変数は、ユーザの過去の選好、業界の選好及び支払目的のうちの少なくとも1つを含む。支配的変数及び潜在的変数は、決済ゲートウェイを推奨するためのAIモデルの訓練機能として用いられる。一実施形態では、決済推奨モジュール26は、手数料予測モジュール21を介して各決済ゲートウェイの予測された手数料をさらに取得し、それにしたがって決済ゲートウェイを推奨し得る。別の実施形態では、決済推奨モジュール26は、各決済ゲートウェイが支払を完了する推定所要時間を、手数料予測モジュール21を介してさらに取得し、それにしたがって決済ゲートウェイを推奨し得る。決済推奨モジュール26は、限定されないが、取引コスト又は所要時間をソートの基準として推奨される決済ゲートウェイをソートする。決済推奨モジュール26は、ユーザがマルチチャンネル決済システム1にログインしたとき又は新たな支払指図が開始された場合、推奨される決済ゲートウェイのソートされた結果を表示する許可をユーザインターフェイスモジュール20に与える。
プロセス3によれば、ステップ306で、マルチチャンネル決済システム1は、参考として、指定された決済ゲートウェイ、過去の注文記録及び注文を開始したユーザのリアルタイム為替レートに基づいて、注文の予測手数料を特定する。具体的には、データ記憶モジュール24は、支払額、為替レート及び手数料等の取引関連情報を含む、過去の全ての注文及び支払明細を記憶する。手数料予測モジュール21は、指定された決済ゲートウェイを提供する決済サービスプロバイダからリアルタイム為替レートを取得し、データ記憶モジュール24の関連する注文記録及びリアルタイム為替レートにしたがって、注文の手数料を予測する。最後に、予測された手数料が参考としてユーザに提示される。
一実施形態では、手数料予測モジュール21は、各決済ゲートウェイのサービスプロバイダからリアルタイム為替レート情報を一定間隔で取得し得る。例えば、各決済ゲートウェイのサービスプロバイダのサーバにクエリコマンドを15分毎に送信され、取得した為替レートが記憶され得る。手数料を予測する場合、手数料予測モジュール21は、最後のクエリから得られた為替レートに従って手数料を予測し得る。別の実施形態では、手数料予測モジュール21は、手数料予測モジュール21が手数料予測を行う場合に、指定された決済ゲートウェイのサービスプロバイダのサーバにクエリコマンドを送信し得る。当業者であれば、ビジネス要件にしたがって、為替レートを得るためのモード及び頻度を調整し得る。
一実施形態では、マルチチャンネル決済システム1は、支払請求を送信すること決定する場合、検証プロセスをさらに行い得る。具体的には、マルチチャンネル決済システム1は、二要素認証(2FA)、多要素認証(MFA)又はセキュリティを確保するための他の検証方法を通じて、注文の発信者を検証し得る。ユーザは、高額な支払い又は重大な決定に関連する注文に不正利用される恐れがないことを確実にするため、支払額の閾値、取引相手、支払タイプ等、マルチチャンネル決済システム1において検証されるべき注文の基準を設定し得る。
プロセス3によれば、ステップ308で、マルチチャンネル決済システム1はAML検証を行う必要がある。具体的には、コンプライアンスモジュール22は、指定された決済ゲートウェイに関連する支払人10及び受取人12の金融口座及び取引挙動に従ってAML検証を行う。AML検証は、支払請求が正規の会社であるかどうかを確認するために用いられ、様々な国の法規に準拠し、支払いを行う前に行われるべきものである。AML検証に合格した注文のみが多重監査プロセスに入ることが許される。
ステップ310で、マルチチャンネル決済システム1は、AML検証に合格した注文のために多重監査プロセスを開始し得る。具体的には、一実施形態では、多重監査モジュール23はユーザインターフェイスを提供し、ユーザは、ユーザインターフェイスを介して注文内容、指定された決済ゲートウェイ及び予測される手数料を確認し得る。本発明の実施形態では、マルチチャンネル決済システム1は、監査権限と、様々な企業組織の財務担当者に適応し、財務担当者が迅速に展開且つ使用するのに便利な監査プロセスとを設定する柔軟性を提供する。加えて、一実施形態では、ユーザがマルチチャンネル決済システム1を介した自動支払の基準を設定してもよく、該基準を満たす注文はステップ312に直接進み、監査なしで支払を実行することが許可される。自動支払のための基準は、限定されないが、支払額、取引相手、支払の種類等のための閾値であり得る。具体的には、マルチチャンネル決済システム1のユーザカウントは複数のサブアカウントを含んでもよく、企業は、サブアカウントごとに異なる権限を設定して、異なるレベルの監査を行ってもよい。さらに、各企業の異なる要件に応じて、注文に対する監査プロセスは、リニア監査プロセス、グループ会議監査プロセス又はリング署名監査プロセスの方法で行われ得る。一実施形態では、商人又はサプライヤは、多重監査人のために複数のサブアカウントを作成してもよい。図5~図7に示すように、注文52は、監査人50_1、50_2、50_3及び監督監査人50_4によって共同で審査され、多重監査プロセスに合格した場合にのみ注文52の実行が許可される。本発明の実施形態では、3人の一般監査人及び1人監督監査人を含む4人の監査人を一例として用いるが、これに限定されない。なお、本発明の実施形態における多重監査プロセスは、支払人10及び受取人12の両方に対して同時に用いられ得る。例えば、受取人によって開始された支払請求が支払人に送信される前に、支払人10の関連する監査担当者が第1の多重監査プロセスを行って、それを送信するかどうか判断し得る。他方で、支払請求を受信した支払人は、受取人12の関連する監査担当者による第2の多重監査プロセスを介して支払を行うかどうか判断し得る。さらに、一実施形態では、電子ウォレットアドオン及びCBDCウォレットアドオンは、2FA又はMFA検証を有し得るか又はその使用を管理するためにシングルサインオン(SSO)サービスの認証によって検証される必要があり得る。多重監査モジュール23は、電子ウォレットアドオン及びCBDCウォレットアドオンに接続して、注文を許可する間に2FA又はMFA検証を介してその使用を制御し得る。
一実施形態では、商人又はサプライヤは、図5に示すように、多重監査モジュール23を介してリニア監査プロセス(多人数シングルラインプロセス)を行い得る。注文元54が注文52を行った後、注文52は先ずAML検証を受ける必要がある。正常に検証された注文52は、注文52を許可するか拒否するかを検討及び決定するために監査人50_1に送信される。2FA又はMFA検証に通すことにより監査人50_1が注文52を許可した場合、注文52はマルチチャンネル決済システム1を介して次の監査人50_2に送信される。許可されなかった場合、注文52はマルチチャンネル決済システム1を介して注文元54に返される。監査人50_1から注文52を受信した後、監査人50_2は注文52を確認し、許可するかどうか判断する。許可するの場合、注文52は次の監査人50_3に送信され、許可されない場合、注文52は監査人50_1に返される。同様に、監査人50_2から注文52を受信した後、監査人50_3は注文52を確認し、許可するかどうかを判断する。許可する場合、注文52は監督監査人50_4に送信され、許可されない場合、注文52は監査人50_2に返される。最後に、監督監査人50_4が注文52をチェックし、許可するかどうかを判断する。許可する場合、マルチチャンネル決済システム1は、注文52が監査プロセスに合格したと判断し、指定された決済ゲートウェイに従って支払を実行する。合格しなかった場合、注文52は監査人50_3に返される。この実施形態では、注文52は、注文52を許可するかどうかを判断する監査人50_1、監査人50_2、監査人50_3、監督監査人50_4によって順番に確認される。
別の実施形態では、商人又はサプライヤは、図6に示すように、多重監査モジュール23を介してグループ会議監査プロセス(多人数マルチラインプロセス)を行い得る。注文元54が注文52を行った後、注文52は先ずAML検証を受ける必要がある。検証に成功した注文52は、監査人50_1、監査人50_2及び監査人50_3に同時に送られ、その後、監査人50_1、監査人50_2及び監査人50_3が注文52をチェックし、マルチチャンネル決済システム1を介して投票する。投票前及び投票の間に、多重監査モジュールを介して監査意見の伝達及び交換のために、監査人50_1~50_4のいずれかは、別の監査意見を表明するために別の人を指名できる。注文52及び投票結果56は共に監督監査人50_4に送られる。監督監査人50_4は注文52及び投票結果を確認し、それに従ってグループ会議監査プロセスを終了するための最終的な確認を行う。監督監査人50_4が注文52を許可した場合、マルチチャンネル決済システム1は、注文52が監査プロセスに合格したと判断し、指定された決済ゲートウェイに従って支払を実行する(2FA又はMFAの検証後)。合格しなかった場合、注文52は注文元54に返される。
さらに、多重監査モジュール23は、オンラインでの監査意見の交換のためのユーザインターフェイスを提供する。図7に示すように、監査人50_1、監査人50_2、監査人50_3及び監督監査人50_4のうちのいずれかが、注文52の内容に懸念がある場合、マルチチャンネル決済システム1を介して意見交換が行われ得る。意見交換は、1対1、1対多、多対多等の形式で行われてもよく、どの監査人も監査意見を述べるよう他の監査人を指名できるため、適応性が高く厳格な監査プロセスが提供される。したがって、多重監査モジュール23は、商人/サプライヤの会社の財務部門の構成に応じて柔軟に調整され、監査プロセスは、限定されないが、リニア監査プロセス、グループ会議監査プロセス又はリング署名監査プロセスであり得る。
プロセス3によれば、ステップ312で、マルチチャンネル決済システム1は、注文及び指定された決済ゲートウェイに従って支払人10から受取人12への支払を実行し、注文の支払明細を記憶する。具体的には、注文が許可された後、マルチチャンネル決済システム1は支払プロセスに入り得る。拡張機能200は、注文内容及び指定された決済ゲートウェイに従って支払操作を実行し、取引検証モジュール25は支払操作の結果を検証する。具体的には、取引検証モジュール25は、ユーザインターフェイスモジュール20の拡張機能200及びデータ記憶モジュール24とやりとりすることにより、指定された決済ゲートウェイサービスのサービスプロバイダから支払の状態を受信する。取引検証モジュール25は、決済操作の実行結果を支払詳細に記憶し、ユーザインターフェイスモジュール20により支払結果を表示する。支払プロセスには、例えば、支払人10の銀行口座の残高が不足していたり、決済ゲートウェイを提供するサービスプロバイダが正常に機能していなかったり(ネットワーク問題等)等、支払操作が失敗する原因となる多くの要因がある。拡張機能がデジタル通貨決済の場合、ブロックチェーンノードのエラー、ガス価格の不足、特定の期間における頻繁な取引、ブロックの欠落又はブロックチェーンフォーク等、多くの理由で取引が失敗することがあり、支払結果を取引検証モジュール25に転送する必要があり、(支払人によって承認された)取引がやり直され得る。取引検証モジュール25は、送金手数料、最終為替レート、(送金時間及び到着時間を含む)所要時間等の支払操作の詳細を記録するだけでなく、決済失敗の要因を詳細に記録し、データ記憶モジュール24にそれを記憶する。手数料予測モジュール21は、関連する注文記録、支払手数料、為替レート等、データ記憶モジュール24によって提供されるデータと、指定された決済ゲートウェイのサービスプロバイダによって提供されるリアルタイム為替レートとに従って、後続の注文の手数料を予測し得る。決済推奨モジュール26は、手数料、為替レート及び支払失敗の理由等の支払明細を含む、データ記憶モジュール24によって提供される関連する注文記録に従って、後続の注文のための決済ゲートウェイを推奨し得る。
ユーザインターフェイスモジュール20の動作に関して、実際には、図8に示すように、API通信プロトコル80が提供され得る。マルチチャンネル決済システム1は、API通信プロトコル80を介して、国内送金82_1、VCC取引82_2、ステーブル取引82_3及びサードパーティー決済サービス82_4等の様々な異種の決済ゲートウェイを統合する。図8に示すように、APIプロトコル80は、下記の表1に示すAPIを定義することにより、各決済ゲートウェイのサービスプロバイダによって提供されるサービスAPIを統合するために抽象化層を確立し、それにより各決済ゲートウェイを独立した拡張機能としてラップ/カプセル化する。つまり、API通信プロトコル80は、サービスAPIをユーザインターフェイスモジュール20の拡張機能にマッピングするために不可欠なデータ形式を定義する。API通信プロトコル80によって定義されるデータ形式は、同様の決済ゲートウェイサービスのAPIに合う柔軟性があり、新たな種類のサービスをスケールアウトするために拡張できる。API通信プロトコル80は、受領及び支払取引を許可するために決済ゲートウェイサービスからの認証トークンを検証するため、多重監査モジュール23は、金融機関の間の支払操作を行うために、API通信プロトコル80を用いることにより支払指図を許可する。このように、開発者が新たな決済ゲートウェイを統合する場合、新たな決済ゲートウェイはマルチチャンネル決済システム1にモジュール方式で統合され、マルチチャンネル決済システム1のユーザは、図4A~図4Fに示すように、各決済ゲートウェイに素早く参加し、選択し、有効又は無効にし得る。なお、表1に示すAPI関数は、本発明の概念を説明するためにのみに用いられ、詳細なパラメータ、戻り値及び関連データ構造は、実際の要件に従って定義すべきものである。さらに、APIは様々な決済ゲートウェイの基本機能を含む必要がある。様々な異種の決済ゲートウェイ間の大きな違いに対応して、APIの定義を実態に合わせて拡張する必要がある。
したがって、本発明は、決済関連サービス、とりわけ、性質が全く異なる決済サービスを高度に統合する。マルチチャンネル決済システム1は、注文の実施、身元確認、料金関連予測、ゲートウェイ推奨、注文確認、決済実行等の機能を集約して、ユーザに円滑な利用体験を提供する。加えて、マルチチャンネル決済システム1は、国内銀行、国境を越えた送金、暗号通貨の送金、仮想クレジットカード及び多くの他の決済サービスを、完全に異なる利用シナリオと統合する。ユーザは、決済チャンネル又は通貨を、自身のニーズに従って都合よく選択し得る。本発明のマルチチャンネル決済システム1では、支払人又は受取人は、異種の決済ゲートウェイに基づいて様々な異なる支払指図のバッチを容易に開始し、異なる国とのバッチでの支払を、全て本発明のマルチチャンネル決済システム1で容易に管理することができるため、支払人/受取人は単一の金融システムを用いて様々な請求サイクルの支払に対処できる。さらに、決済サービスはAPI通信プロトコルを介してパッケージ化され、現在及び将来の取引モードの急速な変化及び発展に対応して、新たな決済サービスを統合する柔軟性を提供する。
実施については、本発明の一実施形態に係る装置9の概略図である図9を参照されたい。装置9は、マルチチャンネル決済システム1又はそのモジュールのいずれか1つを実施するために用いられてもよく、処理ユニット90、記憶ユニット92及び通信インターフェイスユニット94を含む。処理ユニット90は、マイクロプロセッサ又は特定用途向け集積回路(ASIC)であり得る。記憶ユニット92は、プログラムコード920を記憶する任意の種類のデータ記憶装置であってもよく、プログラムコード920は処理ユニット90によって読み出され、実行される。記憶ユニット92は、限定されないが、リードオンリーメモリ(ROM)、フラッシュメモリ、ランダムアクセスメモリ(RAM)、ハードディスク、光データ記憶装置、不揮発性記憶装置等であり得る。通信インターフェイスユニット94は、有線又は無線通信を介して他の装置又はユーザとメッセージを送信するために用いられ得る。
装置9は、本発明の実施形態を実施するために必要な構成要素を表すために用いられ、それにしたがって、当業者は様々な変更及び調整を行ってもよく、これに限定されない。例えば、マルチチャンネル決済システム1を実施するために装置9が適用される場合、プロセス3はプログラムコード920にコンパイルされ、記憶ユニット92に記憶され、処理ユニット90によって実行される。また、通信インターフェイスユニット94を介して、情報が他の装置に伝送される。データ記憶モジュール24を実施するために装置9を適用する場合、データ記憶はデータベース又はブロックチェーン方式で実施され得る。具体的には、注文、ユーザ情報等に関連するデータを記憶ユニット92に記憶し、データアクセス方法がプログラムコード920にコンパイルされ、記憶ユニット92に記憶され得る。データアクセス方法は処理ユニット90によって実行され、情報は通信インターフェイスユニット94を介して他のモジュールに伝送される。なお、図9は本発明の概念を説明するためにのみ用いられている。装置又はモジュール間の通信方法の詳細、データストレージのデータ構造等は、実際の要件に従って当業者によって調整され得るため、ここでは繰り返さない。
要約すると、本発明は高度に統合されたマルチチャンネル決済システムを提供する。マルチチャンネル決済システムは、プッシュペイメント方法及びプルペイメント方法の両方のために用いられ、支払人及び受取人の双方が柔軟に支払請求を開始でき得る。マルチチャンネル決済システムは、複数の通貨で国内又は国境を越えた支払をサポートし、モジュール化された決済ゲートウェインターフェイスを提供し、決済ゲートウェイを効率的に統合して利用の利便性を改善する。さらに、支払の確認のための監査プロセスを簡素化するために、多重監査方法が提供される。本発明によって提供されるマルチチャンネル決済システムは、複雑な決済内容に対処することなく、またセキュリティ上の懸念もなく、スムーズに決済操作を行うことができる。
当業者であれば、発明の教示を保持しながら、装置及び方法の多数の修正及び変更が行われ得ることを容易に理解するであろう。したがって、上記の開示は、添付の特許請求項の範囲によってのみ制限されると解釈すべきである。
Claims (40)
- マルチチャンネル決済システムであって、当該マルチチャンネル決済システムは、国内送金、国境を越える送金、仮想クレジットカード及びデジタル通貨送金を提供するための複数の決済ゲートウェイサービスを統合し、当該マルチチャンネル決済システムは、
複数の拡張機能によってモジュール化され、支払人/受取人によって発注された支払指図に従って、該支払人から該受取人への支払を実行するためのユーザインターフェイスモジュールであって、
各単一の拡張機能は、前記複数の決済ゲートウェイサービスからの決済アプリケーションプログラミングインターフェイス(API)の必須情報を定義するAPI通信プロトコルを介して、前記複数の決済ゲートウェイサービスのうちの1つに接続される決済チャンネルを表し、
各拡張機能は、前記支払人/前記受取人の身元が確認されている場合に、前記支払人/前記受取人によって選択的に有効にされ、前記拡張機能は、支払請求を開始するために、前記支払人/前記受取人によって発注された前記支払指図を生成し、
前記API通信プロトコルは、前記複数の決済ゲートウェイサービスの決済APIと当該マルチチャンネル決済システムとの間で通信を行い、前記API通信プロトコルは、前記決済ゲートウェイサービスと通信するために認証トークンを検証し、前記支払指図の支払送金を許可する、
ユーザインターフェイスモジュールと、
前記ユーザインターフェイスモジュールにデータを供給し、予測送金手数料、為替レート及び指定された決済ゲートウェイサービスからの前記支払指図の予測送金時間、過去の支払指図記録及びリアルタイム為替レートプロバイダのうちの少なくとも1つを特定するための手数料予測モジュールと、
前記ユーザインターフェイスモジュールと通信し、各拡張機能を最初に適用する間に、KYC(Know Your Customer)検証サービスにより検証された前記支払人/前記受取人の身元を確認し、マネーロンダリング防止(AML)検証サービスにより検証された前記支払指図を確認するためのコンプライアンスモジュールと、
前記コンプライアンスモジュールから前記支払指図を受信し、前記支払指図を確認するか、拒否するか又は許可するための多重監査モジュールと、
ユーザログイン情報、前記支払人/前記受取人の身元、各拡張機能によって生成された前記支払指図及び前記多重監査モジュールによって前記支払指図が許可された場合の支払結果を記憶するデータ記憶モジュールと、
前記ユーザインターフェイスモジュール及び前記データ記憶モジュールとやりとりし、前記指定された決済ゲートウェイサービスから前記支払指図の状態を受信し、前記ユーザインターフェイスモジュールにより前記支払結果を示すための取引検証モジュールと、
を含む、マルチチャンネル決済システム。 - 前記各拡張機能は前記マルチチャンネル決済システムに統合されており、前記決済チャンネルは、対応する拡張機能が有効にされた場合にオンにされ、前記ユーザインターフェイスモジュールは、前記各拡張機能が前記支払人/前記受取人により有効にされた場合に、該拡張機能を前記マルチチャンネル決済システムに実際にインストールすることなく、該拡張機能が処理されていることを示すために、視覚的なダミーインストールを示す、請求項1に記載のマルチチャンネル決済システム。
- 前記各拡張機能は、その決済チャンネルをオン又はオフにする有効スイッチを有する、請求項2に記載のマルチチャンネル決済システム。
- 前記ユーザインターフェイスモジュールは、前記複数の拡張機能を受信し、カスタマイズするためのフローティングボタンを有し、前記支払人/前記受取人は、優先決済チャンネルに対応する拡張機能を前記フローティングボタンに統合できる、請求項1に記載のマルチチャンネル決済システム。
- 前記各拡張機能は、過去の支払指図記録、過去の支払指図の数、過去の支払指図記録の合計額、リアルタイム為替レート及び前記各拡張機能によって生成された支払指図からの送金完了通知のうちの少なくとも1つを示す短い表示ブロックを有する、請求項1に記載のマルチチャンネル決済システム。
- 前記マルチチャンネル決済システムは、前記多重監査モジュールに配備される監査人の少なくとも1人が、前記受取人/前記支払人の財務部門の構成に対応する、リニア監査プロセス、リング署名監査プロセス又はグループ会議監査プロセスを行うことができるようにし、前記多重監査モジュールは、前記支払指図が許可されている場合に、二要素認証(2FA)又は多要素認証(MFA)検証を有する、請求項1に記載のマルチチャンネル決済システム。
- 前記多重監査モジュールによって行われる前記グループ会議監査プロセスは、
前記支払指図及び前記予測送金手数料を確認する間に、前記多重監査モジュールを介して、監査意見を伝達及び交換するために、複数の監査人のうちのいずれにより、該複数の監査人のうちの別の監査人を指定することと、
前記多重監査モジュールを介して前記支払指図及び前記予測送金手数料を確認した後で、前記複数の監査人により、投票を行い、投票結果を得ることと、
前記複数の監査人のうちの監督監査人により、前記支払指図、前記予測送金手数料及び前記投票結果を確認した後に、前記グループ会議監査プロセスを終了するために、前記支払指図を許可するかどうかを決定することと、
を含む、請求項6に記載のマルチチャンネル決済システム。 - 前記ユーザインターフェイスモジュール及び前記手数料予測モジュールに接続された決済推奨モジュールを含み、該決済推奨モジュールは、少なくとも1つの利用可能な支払チャンネルを、
前記支払人及び前記受取人のIPアドレスに基づいて国籍情報を検出することと、
前記国籍情報に従って、前記少なくとも1つの利用可能な決済チャンネルを特定することと、
取引コスト又は費やされた時間に従って、前記少なくとも1つの利用可能な決済チャンネルをソートすることと、
前記ユーザインターフェイスモジュールに、前記少なくとも1つの利用可能な決済チャンネルのソート結果を前記拡張機能上に表示を許可することと、
により前記支払人/前記受取人に推奨する、請求項1に記載のマルチチャンネル決済システム。 - 前記少なくとも1つの利用可能な決済チャンネルを特定するステップは、前記少なくとも1つの利用可能な決済チャンネルを、重み付けが異なる支配的変数及び潜在的変数に基づいて、人工知能(AI)又は機械学習(ML)アルゴリズムにより特定することを含み、前記支配的変数は国の規制、資産レベル、リスク許容度及び個人/企業の信用のうちの少なくとも1つを含み、前記潜在的変数は、ユーザの過去の選好、業界の選好及び支払目的のうちの少なくとも1つを含む、請求項8に記載のマルチチャンネル決済システム。
- 前記支払指図は、支払人情報、受取人情報、支払額及び前記拡張機能によって表される前記決済チャンネルを含み、前記支払人情報は支払人銀行口座又は支払人電子ウォレットアドレスを含み、前記受取人情報は受取人銀行口座又は受取人電子ウォレットアドレスを含む、請求項1に記載のマルチチャンネル決済システム。
- 前記支払請求を開始した前記支払人又は前記受取人のうちの一方は、前記指定された決済ゲートウェイサービスに対応する決済チャンネルを有効にするためのインビテーションを他方に送信する、請求項1に記載のマルチチャンネル決済システム。
- 前記取引検証モジュールによって受信された前記支払結果は、最終為替レート、前記指定された決済ゲートウェイサービスの送金手数料、送金時間、到着時間及び前記支払指図が失敗した場合は支払失敗の原因を含む、請求項1に記載のマルチチャンネル決済システム。
- 前記指定された決済ゲートウェイサービスは仮想クレジットカードサービスであり、前記ユーザインターフェイスモジュールの対応する拡張機能は、仮想クレジットカード番号、有効期限及びクレジット限度額を含む前記支払指図を生成し、前記取引検証モジュールは、前記仮想クレジットカードサービスから、購入時間、クレジットカード手数料、クレジットカード明細及び残高を受信する、請求項1に記載のマルチチャンネル決済システム。
- 前記指定された決済ゲートウェイサービスがデジタル通貨決済サービスの場合、前記ユーザインターフェイスモジュールは、前記デジタル通貨決済サービスに対応する拡張機能にデジタル通貨を預け入れるか又はデジタル通貨を受け取るための電子ウォレットアドオンをさらに提供する、請求項1に記載のマルチチャンネル決済システム。
- 前記電子ウォレットアドオンは、前記支払人/前記受取人の身元が前記コンプライアンスモジュールによって確認されている場合又は前記マルチチャンネル決済システムのシングルサインオン(SSO)認証によって確認されている場合、前記マルチチャンネル決済システムで有効にされる、請求項14に記載のマルチチャンネル決済システム。
- 前記多重監査モジュールは、二要素認証(2FA)又は多要素認証(MFA)検証をチェックすることにより、前記電子ウォレットアドオンから前記デジタル通貨決済サービスに対応する拡張機能への支払指図を許可する、請求項14に記載のマルチチャンネル決済システム。
- 前記指定された決済ゲートウェイサービスは、中央銀行デジタル通貨(CBDC)をサポートするデジタル通貨決済サービスであり、前記ユーザインターフェイスモジュールは、前記デジタル通貨決済サービスに対応する拡張機能にCBDCを預け入れるか又はCBDCを受け取るためのCBDC電子ウォレットアドオンをさらに提供する、請求項1に記載のマルチチャンネル決済システム。
- 前記指定された決済ゲートウェイサービスは、中央銀行デジタル通貨(CBDC)をサポートするデジタル通貨決済サービスであり、前記ユーザインターフェイスモジュールの対応する拡張機能は、仮想CDBCカードを用いて、仮想カード番号、CBDC限度額及びCBDCセキュリティコードを含む支払指図を生成する、請求項1に記載のマルチチャンネル決済システム。
- 前記API通信プロトコルは、前記ユーザインターフェイスモジュールの拡張機能を前記複数の決済ゲートウェイサービスのうちの対応する1つにマッピングするための拡張可能なデータ形式を定義する、請求項1に記載のマルチチャンネル決済システム。
- 前記各拡張機能は、前記KYC検証サービスによる前記支払人/前記受取人の身元の確認が失敗した場合にダミーのエラーページを表示し、前記AML検証サービスによる前記支払指図の検証が失敗した場合に取引失敗情報を表示する、請求項1のマルチチャンネル決済システム。
- マルチチャンネル決済方法であって、当該マルチチャンネル決済方法は、国内送金、国境を越える送金、仮想クレジットカード及びデジタル通貨送金を提供するための複数の決済ゲートウェイサービスを統合し、当該マルチチャンネル決済方法は、
複数の拡張機能によってモジュール化されるユーザインターフェイスモジュールにより、支払人/受取人によって発注された支払指図に従って、該支払人から該受取人への支払を実行することであって、
各単一の拡張機能は、前記複数の決済ゲートウェイサービスからの決済アプリケーションプログラミングインターフェイス(API)の必須情報を定義するAPI通信プロトコルを介して、前記複数の決済ゲートウェイサービスのうちの1つに接続される決済チャンネルを表し、
各拡張機能は、前記支払人/前記受取人の身元が確認されている場合に、前記支払人/前記受取人によって選択的に有効にされ、前記拡張機能は、支払請求を開始するために、前記支払人/前記受取人によって発注された前記支払指図を生成し、
前記API通信プロトコルは、前記複数の決済ゲートウェイサービスの決済APIと前記複数の拡張機能との間で通信を行い、前記API通信プロトコルは、前記決済ゲートウェイサービスと通信するために認証トークンを検証し、前記支払指図の支払送金を許可する、
ことと、
予測送金手数料、為替レート及び指定された決済ゲートウェイサービスからの前記支払指図の予測送金時間、過去の支払指図記録及びリアルタイム為替レートプロバイダのうちの少なくとも1つを特定するために、手数料予測モジュールにより、前記ユーザインターフェイスモジュールにデータを供給することと、
前記ユーザインターフェイスモジュールと通信するコンプライアンスモジュールにより、各拡張機能を最初に適用する間に、KYC(Know Your Customer)検証サービスにより検証された前記支払人/前記受取人の身元を確認し、マネーロンダリング防止(AML)検証サービスにより検証された前記支払指図を確認することと、
前記支払指図を確認するか、拒否するか又は許可するために、多重監査モジュールにより、前記コンプライアンスモジュールから前記支払指図を受信することと、
データ記憶モジュールにより、ユーザログイン情報、前記支払人/前記受取人の身元、各拡張機能によって生成された前記支払指図及び前記多重監査モジュールによって前記支払指図が許可された場合の支払結果を記憶することと、
前記指定された決済ゲートウェイサービスから前記支払指図の状態を受信し、前記ユーザインターフェイスモジュールにより前記支払結果を示すために、取引検証モジュールにより、前記ユーザインターフェイスモジュール及び前記データ記憶モジュールとやりとりすることと、
を含む、マルチチャンネル決済方法。 - 前記各拡張機能は前記ユーザインターフェイスモジュールに統合されており、前記決済チャンネルは、対応する拡張機能が有効にされた場合にオンにされ、前記ユーザインターフェイスモジュールは、前記各拡張機能が前記支払人/前記受取人により有効にされた場合に、該拡張機能を実際にインストールすることなく、該拡張機能が処理されていることを示すために、視覚的なダミーインストールを示す、請求項21に記載のマルチチャンネル決済方法。
- 前記各拡張機能は、その決済チャンネルをオン又はオフにする有効スイッチを有する、請求項22に記載のマルチチャンネル決済方法。
- 前記ユーザインターフェイスモジュールは、前記複数の拡張機能を受信し、カスタマイズするためのフローティングボタンを有し、前記支払人/前記受取人は、優先決済チャンネルに対応する拡張機能を前記フローティングボタンに統合できる、請求項21に記載のマルチチャンネル決済方法。
- 前記各拡張機能は、過去の支払指図記録、過去の支払指図の数、過去の支払指図記録の合計額、リアルタイム為替レート及び前記各拡張機能によって生成された支払指図からの送金完了通知のうちの少なくとも1つを示す短い表示ブロックを有する、請求項21に記載のマルチチャンネル決済方法。
- 前記マルチチャンネル決済方法は、前記多重監査モジュールに配備される監査人の少なくとも1人が、前記受取人/前記支払人の財務部門の構成に対応する、リニア監査プロセス、リング署名監査プロセス又はグループ会議監査プロセスを行うことができるようにし、前記多重監査モジュールは、前記支払指図が許可されている場合に、二要素認証(2FA)又は多要素認証(MFA)検証を有する、請求項21に記載のマルチチャンネル決済方法。
- 前記多重監査モジュールによって行われる前記グループ会議監査プロセスは、
前記支払指図及び前記予測送金手数料を確認する間に、前記多重監査モジュールを介して、監査意見を伝達及び交換するために、複数の監査人のうちのいずれにより、該複数の監査人のうちの別の監査人を指定することと、
前記支払指図及び前記予測送金手数料を確認した後で、前記複数の監査人により、投票を行い、投票結果を得ることと、
前記複数の監査人のうちの監督監査人により、前記支払指図、前記予測送金手数料及び前記投票結果を確認した後に、前記グループ会議監査プロセスを終了するために、前記支払指図を許可するかどうかを決定することと、
を含む、請求項26に記載のマルチチャンネル決済方法。 - 決済推奨モジュールにより、少なくとも1つの利用可能な支払チャンネルを、
前記支払人及び前記受取人のIPアドレスに基づいて国籍情報を検出することと、
前記国籍情報に従って、前記少なくとも1つの利用可能な決済チャンネルを特定することと、
取引コスト又は費やされた時間に従って、前記少なくとも1つの利用可能な決済チャンネルをソートすることと、
前記ユーザインターフェイスモジュールに、前記少なくとも1つの利用可能な決済チャンネルのソート結果を表示することを許可することと、
により、前記支払人/前記受取人に推奨することをさらに含む、請求項21に記載のマルチチャンネル決済方法。 - 前記少なくとも1つの利用可能な決済チャンネルを特定するステップは、前記少なくとも1つの利用可能な決済チャンネルを、重み付けが異なる支配的変数及び潜在的変数に基づいて、人工知能(AI)又は機械学習(ML)アルゴリズムにより特定することを含み、前記支配的変数は国の規制、資産レベル、リスク許容度及び個人/企業の信用のうちの少なくとも1つを含み、前記潜在的変数は、ユーザの過去の選好、業界の選好及び支払目的のうちの少なくとも1つを含む、請求項28に記載のマルチチャンネル決済方法。
- 前記支払指図は、支払人情報、受取人情報、支払額及び前記拡張機能によって表される前記決済チャンネルを含み、前記支払人情報は支払人銀行口座又は支払人電子ウォレットアドレスを含み、前記受取人情報は受取人銀行口座又は受取人電子ウォレットアドレスを含む、請求項21に記載のマルチチャンネル決済方法。
- 前記支払請求を開始した前記支払人又は前記受取人のうちの一方は、前記指定された決済ゲートウェイサービスに対応する決済チャンネルを有効にするためのインビテーションを他方に送信する、請求項21に記載のマルチチャンネル決済方法。
- 前記取引検証モジュールによって受信された前記支払結果は、最終為替レート、前記指定された決済ゲートウェイサービスの送金手数料、送金時間、到着時間及び前記支払指図が失敗した場合は支払失敗の原因を含む、請求項21に記載のマルチチャンネル決済方法。
- 前記指定された決済ゲートウェイサービスは仮想クレジットカードサービスであり、前記ユーザインターフェイスモジュールの対応する拡張機能は、仮想クレジットカード番号、有効期限及びクレジット限度額を含む前記支払指図を生成し、前記取引検証モジュールは、前記仮想クレジットカードサービスから、購入時間、クレジットカード手数料、クレジットカード明細及び残高を受信する、請求項21に記載のマルチチャンネル決済方法。
- 前記指定された決済ゲートウェイサービスがデジタル通貨決済サービスの場合、前記ユーザインターフェイスモジュールは、前記デジタル通貨決済サービスに対応する拡張機能にデジタル通貨を預け入れるか又はデジタル通貨を受け取るための電子ウォレットアドオンをさらに提供する、請求項21に記載のマルチチャンネル決済方法。
- 前記電子ウォレットアドオンは、前記支払人/前記受取人の身元が前記コンプライアンスモジュールによって確認されている場合又はマルチチャンネル決済システムのシングルサインオン(SSO)認証によって確認されている場合、前記ユーザインターフェイスモジュールで有効にされる、請求項34に記載のマルチチャンネル決済方法。
- 前記多重監査モジュールは、二要素認証(2FA)又は多要素認証(MFA)検証をチェックすることにより、前記電子ウォレットアドオンから前記デジタル通貨決済サービスに対応する拡張機能への支払指図を許可する、請求項34に記載のマルチチャンネル決済方法。
- 前記指定された決済ゲートウェイサービスは、中央銀行デジタル通貨(CBDC)をサポートするデジタル通貨決済サービスであり、前記ユーザインターフェイスモジュールは、前記デジタル通貨決済サービスに対応する拡張機能にCBDCを預け入れるか又はCBDCを受け取るためのCBDC電子ウォレットアドオンをさらに提供する、請求項21に記載のマルチチャンネル決済方法。
- 前記指定された決済ゲートウェイサービスは、中央銀行デジタル通貨(CBDC)をサポートするデジタル通貨決済サービスであり、前記ユーザインターフェイスモジュールの対応する拡張機能は、仮想CDBCカードを用いて、仮想カード番号、CBDC限度額及びCBDCセキュリティコードを含む支払指図を生成する、請求項21に記載のマルチチャンネル決済方法。
- 前記API通信プロトコルは、前記ユーザインターフェイスモジュールの拡張機能を前記複数の決済ゲートウェイサービスのうちの対応する1つにマッピングするための拡張可能なデータ形式を定義する、請求項21に記載のマルチチャンネル決済方法。
- 前記各拡張機能は、前記KYC検証サービスによる前記支払人/前記受取人の身元の確認が失敗した場合にダミーのエラーページを表示し、前記AML検証サービスによる前記支払指図の検証が失敗した場合に取引失敗情報を表示する、請求項21のマルチチャンネル決済方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW111142512 | 2022-11-08 | ||
TW111142512A TWI814635B (zh) | 2022-11-08 | 2022-11-08 | 多管道支付方法及系統 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP7395703B1 JP7395703B1 (ja) | 2023-12-11 |
JP2024068600A true JP2024068600A (ja) | 2024-05-20 |
Family
ID=88965894
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022192715A Active JP7395703B1 (ja) | 2022-11-08 | 2022-12-01 | マルチチャンネル決済方法及びシステム |
Country Status (3)
Country | Link |
---|---|
US (1) | US20240152880A1 (ja) |
JP (1) | JP7395703B1 (ja) |
TW (1) | TWI814635B (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117635144B (zh) * | 2024-01-25 | 2024-05-28 | 湖南三湘银行股份有限公司 | 一种基于通道配置的智能路由支付方法 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI20011680A (fi) * | 2001-08-21 | 2003-02-22 | Bookit Oy | Ajanvarausmenetelmä ja -järjestelmä |
US20060287953A1 (en) | 2005-06-16 | 2006-12-21 | Siamr Solutions, Inc. | Global web-based financial remitance system and process |
GB2467530A (en) | 2009-02-03 | 2010-08-11 | Eservglobal Uk Ltd | Credit transfer between telecommunications networks |
AU2013214801B2 (en) * | 2012-02-02 | 2018-06-21 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia database platform apparatuses, methods and systems |
US10134081B2 (en) * | 2012-08-15 | 2018-11-20 | Visa International Service Association | Single order multiple payment processing |
CA3117518C (en) | 2014-12-24 | 2023-05-09 | 10353744 Canada Ltd. | Settlement system and settlement method |
CN104732382A (zh) * | 2015-04-03 | 2015-06-24 | 深圳市淘淘谷信息技术有限公司 | 一种支付管理方法及支付管理*** |
TW201814606A (zh) * | 2016-10-14 | 2018-04-16 | 何駿逸 | 使用現代圖碼技術於行動商務平台上應用,透過行動裝置作為身分識別及行動商務支付活動的方法 |
US10153983B2 (en) * | 2016-11-04 | 2018-12-11 | Bank Of America Corporation | Optimum resource routing using contextual data analysis |
WO2019194803A1 (en) | 2018-04-04 | 2019-10-10 | Black Gold Coin, Inc. | Systems and methods for personal identification and verification |
TWI682339B (zh) * | 2018-10-23 | 2020-01-11 | 臺灣行動支付股份有限公司 | 無需交易繞送作業的跨app行動支付系統及其資料處理方法 |
US11282052B2 (en) * | 2019-05-06 | 2022-03-22 | Advanced New Technologies Co., Ltd. | Payment channel recommendation |
WO2020242836A1 (en) * | 2019-05-24 | 2020-12-03 | Facebook, Inc. | Systems and methods for electronic payment and gateway routing |
WO2020247779A1 (en) | 2019-06-06 | 2020-12-10 | Visa International Service Association | Direct extended reach system and method |
CN114730422A (zh) * | 2019-09-19 | 2022-07-08 | 黄心有限责任公司 | 用于在具有区块链协议和智能合约的分布式***中的商务的***和方法 |
US20210090166A1 (en) * | 2019-09-25 | 2021-03-25 | Anthony Bayne | System and Method for Acquiring a Cryptocurrency in Exchange for Completing a Financial Transaction of Another |
-
2022
- 2022-11-08 TW TW111142512A patent/TWI814635B/zh active
- 2022-12-01 JP JP2022192715A patent/JP7395703B1/ja active Active
-
2023
- 2023-02-13 US US18/108,678 patent/US20240152880A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US20240152880A1 (en) | 2024-05-09 |
TWI814635B (zh) | 2023-09-01 |
JP7395703B1 (ja) | 2023-12-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11676129B2 (en) | Offline bill splitting system | |
US10796313B2 (en) | Method and system for facilitating online payments based on an established payment agreement | |
US7627531B2 (en) | System for facilitating a transaction | |
JP6513254B2 (ja) | 仲介業者によって媒介される支払いシステムおよび方法 | |
JP6242809B2 (ja) | 電子小切手ベース支払システム及び電子小切手を発行、転送、支払及び検証するための方法 | |
CN109313762B (zh) | 用于表征预存资金支付的数据集的安全生成和处理的***、方法和设备 | |
US10108958B2 (en) | Method for processing a payment, and system and electronic device for implementing the same | |
US20140351070A1 (en) | Role-based transaction management system for multi-point merchants | |
TWI646478B (zh) | 匯款系統及方法 | |
KR20090063254A (ko) | 소액지불 거래를 처리하는 방법 및 시스템 | |
UA118854C2 (uk) | Спосіб та система для перевірки фінансових операцій щодо електронних грошових переказів | |
MX2010010810A (es) | Servidor de transaccion configurado para autorizar transacciones de pago usando dispositivos de telefonos celulares. | |
JP2014021974A (ja) | オンライン支払いのための方法およびそれを実行するためのシステムおよび電子装置 | |
CN109155033B (zh) | 手机预付卡服务***、及其克隆卡存储装置及服务方法 | |
JP7395703B1 (ja) | マルチチャンネル決済方法及びシステム | |
US20230342759A1 (en) | Systems and methods for sending and receiving math-based currency via a fiat currency account | |
TW202420186A (zh) | 多管道支付方法及系統 | |
KR20080048645A (ko) | 은행의 에스크로 서비스 시스템 및 그 방법 | |
KR20060124375A (ko) | 거래 시스템 및 이 시스템을 통한 사용자 인증 방법 | |
US11710112B2 (en) | Blockchain-based transaction kiosk | |
US20240070629A1 (en) | Converting limited use token to stored credential | |
US20230410080A1 (en) | System and method for securing information in a network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20221201 |
|
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: 20231114 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231129 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7395703 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |