JP2020024719A - ポイントツーポイントトランザクション処理を記録する方法及びシステム - Google Patents
ポイントツーポイントトランザクション処理を記録する方法及びシステム Download PDFInfo
- Publication number
- JP2020024719A JP2020024719A JP2019181709A JP2019181709A JP2020024719A JP 2020024719 A JP2020024719 A JP 2020024719A JP 2019181709 A JP2019181709 A JP 2019181709A JP 2019181709 A JP2019181709 A JP 2019181709A JP 2020024719 A JP2020024719 A JP 2020024719A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- data
- data message
- payment
- recipient
- 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
- 238000012545 processing Methods 0.000 title claims abstract description 302
- 238000000034 method Methods 0.000 title claims abstract description 109
- 230000005540 biological transmission Effects 0.000 claims description 17
- 238000003672 processing method Methods 0.000 abstract 1
- 238000004891 communication Methods 0.000 description 78
- 230000008569 process Effects 0.000 description 58
- 238000012546 transfer Methods 0.000 description 41
- 230000006870 function Effects 0.000 description 25
- 230000015654 memory Effects 0.000 description 25
- 238000013475 authorization Methods 0.000 description 24
- 230000002776 aggregation Effects 0.000 description 21
- 238000004220 aggregation Methods 0.000 description 21
- 238000003860 storage Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 17
- 230000008520 organization Effects 0.000 description 16
- 230000004044 response Effects 0.000 description 12
- 238000004590 computer program Methods 0.000 description 10
- 238000007796 conventional method Methods 0.000 description 9
- 230000008859 change Effects 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 6
- 238000006243 chemical reaction Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000001105 regulatory effect Effects 0.000 description 4
- 230000004931 aggregating effect Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 3
- 238000009826 distribution Methods 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012552 review Methods 0.000 description 2
- CFKMVGJGLGKFKI-UHFFFAOYSA-N 4-chloro-m-cresol Chemical compound CC1=CC(O)=CC=C1Cl CFKMVGJGLGKFKI-UHFFFAOYSA-N 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000008521 reorganization Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 239000010409 thin film Substances 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 230000003442 weekly effect Effects 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
に出願された米国仮特許出願第62/433,118号、及び2016年12月15日に出願された米国仮特
許出願第62/434,824号に対する優先権を主張するものである。当該出願は、その全体が、
参照によって本明細書に取り込まれる。
体的には、当事者の取引ディレクトリと、トランザクションの元帳と、個人間(P2P)及
び企業間(B2B)の集計された電子支払トランザクションの、銀行口座と単一のトランザ
クション処理システムを使用する第三者との間の決済と、を安全な環境において提供する
ことに関する。
、数千のB2Bソリューションプロバイダやネットワークに依存して、ビジネスの請求書を
管理し、又はほぼ毎日支払を行うか、支払を受領する。金融トランザクションに関わるエ
ンティティの数が増加するにつれて、日々処理される電子支払トランザクションの数が増
加し、その数は一日で数千億の規模にさえ達する場合も多い。例えば、請求書による購入
に対して、バイヤは、注文に係わる発注書(PO)、請求書、及び注文に係る出荷確認を検
証した後でのみ、サプライヤに対する支払を承認する。これは、「三方一致」として知ら
れている。承認されると、支払が、正式に許可され、スケジュールが設定され、支出され
る。多くの場合では、エンティティは、支払手段によって電子支払トランザクションを行
なう。その場合トランザクションは、第1支払ネットワークによって処理され、次いで決
済され、実際の資金は、第2支払ネットワークによって、発行銀行と加盟店銀行との間で
交換される。
ことが多い。例えば、トランザクションが処理された後、発行銀行は、その単一のトラン
ザクションのための資金を、決済ネットワークに移転する。決済ネットワークが、次いで
、その単一のトランザクションのための資金を、加盟店銀行に転送する。たいていの企業
は、金融会社でないため、又は財務面で規制されているため、B2Bトランザクションの刷
新は、当事者間の支払フローを手付かずのままにしていた。その結果、21世紀のB2Bコ
ラボレーションは、扱いにくく、未接続の、ほとんど変わっていない20世紀半ばのB2B
支払プラットフォーム上に位置している。処理される、従って決済されるトランザクショ
ンの数が増加するにつれて、決済システム及び金融機関の処理能力にかかる負担が増加し
、同様に、日々発生せねばならない資金移転の数も増加する。
ステムには多くの問題がある。例えば、支払を監視、作成、又は加速する未接続の方法が
多すぎる。サプライヤは、新規顧客の信用リスクを決定するために、自ら費用の嵩む労力
を払わせられる可能性がある。サプライヤは、顧客の支払意思、支払調整、又は支払のタ
イミングへのリアルな視認性を有していない可能性がある。費用のかかる回収活動及び労
力によれば、これらが軽減されるかもしれない。バイヤは、サプライヤの銀行口座を維持
しなければならない。バイヤは、複数の支払人のために、より高額の銀行手数料に直面す
る可能性がある。
に要求される演算能力及び処理能力が、既存の決済システム及び金融機関にとって過剰な
までに大きくなる、という可能性もある。従って、処理量並びに通信量及び資金移転量を
低減可能である破壊的(disruptive)な統一決済システムを提供する、技術的ソリューシ
ョンに対する必要性が存在する。また統一決済システムは、決済システム及び金融機関に
消費されるリソース並びに処理能力を低減する助けともなり、電子支払トランザクション
をより効率的かつ費用対効果に優れて決済するであろう。
ム及び方法を記載する。システムは、会社に対して、非カード型支払を経由して、サプラ
イヤ又はベンダに支払う能力を提供する。例えば、サプライヤがその顧客に請求明細書を
送るとき、典型的には、サプライヤはクレジットカードでの支払を受け付けない。サプラ
イヤは、30日又は60日等の条件でサプライヤに支払うために、請求書を購入者に送付
する。たいていのサプライヤは、30日以内に資金を受領し、サプライヤが30日のうち
に支払われるよう希望するであろう。しかしながら従来技術のシステムでは、たいていの
サプライヤは、支払転記及び支払が実際にどのようになされるかに関して、視認性を有さ
ない。これは、キャッシュフローの問題につながる。システムは、関係する全ての当事者
に対してトランザクションの視認性が明確なプラットフォームを提供することによって、
これらの問題を回避するものである。
ム周辺の役務を評価及び/又は採点するソリューションを提供する。B2B支払トランザク
ションの処理に関する追加情報は、David Messinaらによって、2014年8月5日に出願され
た、「企業間支払トランザクションを処理する方法及びシステム」と題する、米国特許出
願公開第20160042327号に見ることが出来る。当該出願は、その全体が、参照によって本
明細書に取り込まれるものである。
ステップを含む。すなわち、支払トランザクションに係る第1トランザクションメッセー
ジを、処理システムの受信装置によって受信するステップであって、第1トランザクショ
ンメッセージを、1つ以上のアプリケーションプログラムインターフェイス(API)を使
用して標準に従ってフォーマットし、第1トランザクションメッセージが、少なくとも、
トランザクション明細を格納するよう構成された第1データ要素と、主要アカウント番号
を格納するよう構成された第2データ要素と、レシピエントアカウント番号を格納するよ
う構成された第3データ要素と、を含む少なくとも複数のデータ要素を含むステップ。第
1、第2及び第3データ要素を、第1トランザクションメッセージに属する記録へのリン
クと共に処理サーバの商用データベースに格納するステップであって、リンクが、第1ト
ランザクションメッセージに基づいて文書へのアクセスを提供するステップ。支払トラン
ザクションに係る第2トランザクションメッセージを、処理システムの生成モジュールに
よって生成するステップであって、第2トランザクションメッセージを、1つ以上のAPI
を使用して標準に従ってフォーマットし、第2トランザクションメッセージが、支払額を
格納するよう構成された第1データ要素を含む少なくとも複数のデータ要素を含み、支払
額が、少なくともトランザクション明細に基づくステップ。第1データ要素を、第2トラ
ンザクションメッセージに属する記録へのリンクと共に処理サーバの商用データベースに
格納するステップであって、リンクが、第2トランザクションメッセージに基づいて文書
へのアクセスを提供するステップ。第2トランザクションメッセージを、処理システムの
送信装置によって、主要アカウント番号に係るトランザクションアカウントと関連付けら
れた第1金融機関に電子送信するステップ。支払トランザクションに係る第3トランザク
ションメッセージを、処理システムの生成モジュールによって生成するステップであって
、第3トランザクションメッセージを、1つ以上のAPIを使用して標準に従ってフォーマ
ットし、第3トランザクションメッセージが、決済額を格納するよう構成された第1デー
タ要素と、レシピエントアカウント番号を格納するよう構成された第2データ要素と、を
含む少なくとも複数のデータ要素を含み、決済額が、少なくともトランザクション明細に
基づくステップ。第1データ要素及び第2データ要素を、第3トランザクションメッセー
ジに属する記録へのリンクと共に処理サーバの商用データベースに格納するステップであ
って、リンクが、第3トランザクションメッセージに基づいて文書へのアクセスを提供す
るステップ。第3トランザクションメッセージを、処理システムの送信装置によって、レ
シピエント(受取)アカウント番号に係るトランザクションアカウントと関連付けられた
第2金融機関に電子送信するステップ。第1トランザクションメッセージと、第2トラン
ザクションメッセージと、第3トランザクションメッセージとを、処理システムの送信装
置によって、処理システムの送信装置によって、グラフィカルユーザインターフェイス(
GUI)上に表示するために、電子送信するステップ。
、以下を含む。すなわち、支払トランザクションに係る第1トランザクションメッセージ
を受信するよう構成された、処理システムの受信装置であって、第1トランザクションメ
ッセージが、1つ以上のアプリケーションプログラムインターフェイス(API)を使用し
て標準に従ってフォーマットされ、また第1トランザクションメッセージが、少なくとも
、トランザクション明細を格納するよう構成された第1データ要素と、主要アカウント番
号を格納するよう構成された第2データ要素と、レシピエントアカウント番号を格納する
用構成された第3データ要素と、を含む少なくとも複数のデータ要素を含む受信装置。第
1、第2及び第3データ要素を、第1トランザクションメッセージに属する記録へのリン
クと共に格納するよう構成された、処理サーバの商用データベースであって、リンクが、
第1トランザクションメッセージに基づいて文書へのアクセスを提供する商用データベー
ス。支払トランザクションに係る第2トランザクションメッセージを生成するよう構成さ
れた、処理システムの生成モジュールであって、第2トランザクションメッセージが、1
つ以上のAPIを使用して標準に従ってフォーマットされ、また支払額を格納するよう構成
された第1データ要素を含む少なくとも複数のデータ要素を含み、支払額が、少なくとも
トランザクション明細に基づく生成モジュール。第1データ要素を、第2トランザクショ
ンメッセージに属する記録へのリンクと共に格納するよう構成された、処理サーバの商用
データベースであって、リンクが、第2トランザクションメッセージに基づいて文書への
アクセスを提供する商用データベース。第2トランザクションメッセージを、主要アカウ
ント番号に係るトランザクションアカウントと関連付けられた第1金融機関に電子送信す
るよう構成された、処理システムの送信装置。支払トランザクションに係る第3トランザ
クションメッセージを生成するよう構成された、処理システムの生成モジュールであって
、第3トランザクションメッセージが、1つ以上のAPIを使用して標準に従ってフォーマ
ットされ、また決済額を格納するよう構成された第1データ要素及びレシピエントアカウ
ント番号を格納するよう構成された第2データ要素を含む少なくとも複数のデータ要素を
含み、決済額が、少なくともトランザクション明細に基づく生成モジュール。第1データ
要素及び第2データ要素を、第3トランザクションメッセージに属する記録へのリンクと
共に格納するよう構成された、処理サーバの商用データベースであって、リンクが、第3
トランザクションメッセージに基づいて文書へのアクセスを提供する商用データベース。
処理システムの送信装置であって、第3トランザクションメッセージを、レシピエントア
カウント番号に係るトランザクションアカウントと関連付けられた第2金融機関に送信す
るよう構成され、また第1トランザクションメッセージと、第2トランザクションメッセ
ージと、第3トランザクションメッセージとを、グラフィカルユーザインターフェイス(
GUI)上に表示するために、送信するよう構成された送信装置。
詳細な記載から最も良く理解される。図面には次の図が含まれる。
な説明は、例示目的のみを意図としており、本開示の範囲を制限することを意図しない。
アクワイアラ:販売者に代わって支払カードトランザクションを処理してよいエンティ
ティである。アクワイアラは、販売者に代わって支払カードトランザクションを処理する
権限を与えられた銀行又は他の金融機関であってよい。多くの場合では、アクワイアラは
、受取人として活動する販売者と信用供与を行なってよい。イシュアによって提供される
信用供与に対する受取人である消費者が、アクワイアラによって代理される販売者と支払
カードによってトランザクションを行う場合では、アクワイアラはイシュアと資金を交換
してよい。
が振り出す手形を、信用照会状又は信用供与に明示された額に対して引き受けるエンティ
ティ。多くの場合では、イシュアは、銀行、又は信用供与を開設する権限を与えられた他
の金融機関であってよい。場合によっては、信用供与を受取人に拡大できる任意のエンテ
ィティを、イシュアと見なすことができる。イシュアによって開設される信用供与は、支
払アカウントの形式で表され、支払カードの使用を介して、受取人が引き出すことができ
る。関連技術の当業者には自明であるように、またイシュアは、デビット口座、プリペイ
ド口座、電子財布口座、普通預金口座、当座預金口座等の、追加のタイプの支払アカウン
トを消費者に提供してもよい。またイシュアが、そのような口座にアクセスする、及び/
又はそのような口座を利用する物理的又は非物理的手段であるデビットカード、プリペイ
ドカード、自動取引装置カード、電子財布、小切手等を、消費者に提供してもよい。
あり、関連付けられた支払アカウントを介して金融トランザクションに資金を供給するた
めのものである。支払カードは、クレジットカード、デビットカード、特定店舗のクレジ
ットカード、ストアドバリューカード、プリペイドカード、フリートカード(fleet card
)、仮想支払番号、仮想カード番号、制御支払番号(controlled payment number)等を
含んでよい。支払カードは物理的なカードであり、販売者へ提供されてよいし、関連付け
られた支払アカウントを示すデータ(これは、例えばスマートフォン又はコンピュータ等
の通信機器に格納される)であってよい。例えば、場合によっては、支払アカウント番号
を含むデータはトランザクションを処理するための支払カードとして考慮されてよい。当
該トランザクションは、関連付けられた支払アカウントによって資金を供給される。場合
によっては、適用可能な場合、小切手が支払カードとして考慮されてよい。
ットワーク。支払ネットワークは、様々な異なるプロトコル及び手順を使用して、多様な
タイプのトランザクションのために貨幣移転を処理してよい。支払ネットワークを介して
実行され得るトランザクションは、製品又は役務の購入と、クレジット購入と、デビット
トランザクションと、資金移転と、口座引き落としと、を含んでよい。支払ネットワーク
は、現金代替物によってトランザクションを実行するよう構成されてよく、これは支払カ
ードと、信用紹介状と、小切手と、トランザクションアカウントと、を含んでよい。支払
ネットワークとして実行されるネットワーク又はシステムの例は、MasterCard(登録商標
)、VISA(登録商標)、Discover(登録商標)、American Express(登録商標)、PayPal
(登録商標)等によって運営されるものを含む。本開示での、「支払ネットワーク」との
用語は、エンティティとしての支払ネットワークと、物理的支払ネットワーク(例えば支
払ネットワークを構成する機器、ハードウエア及びソフトウエア)の両方を指す。
メッセージ及び支払ネットワークと支払ネットワークに相互接続された他のエンティティ
との間の他の同様のデータを通信する際に使用される、支払ネットワークと関連付けられ
たインフラストラクチャ。支払レールが、支払ネットワーク、及び他の関連するエンティ
ティの間の相互接続を確立するために使用されるハードウエアを備えてよい。他の関連す
るエンティティとは、例えば、金融機関、ゲートウエイプロセッサ等である。場合によっ
ては、また支払レールが、通信ハードウエアの特別プログラム、及び支払レールを構成す
る装置を介する等、ソフトウエアの影響を受ける可能性もある。例えば、支払レールが、
明示的に構成されたコンピューティング装置を含んでもよい。コンピューティング装置が
、トランザクションメッセージのルーティングのために特別に構成されてよい。トランザ
クションメッセージは、下記に詳説するように、支払レールを介して電子送信される特別
にフォーマットされたデータメッセージであってよい。
ティティに交換される2つのエンティティ間のトランザクション。関連技術の当業者には
自明であるように、支払トランザクションは、商品又は役務の購入、借り方の返済、又は
金銭的利得の他の何らかの交換のための資金の移転であってよい。場合によっては、支払
トランザクションは、クレジットカードトランザクション等の支払カード及び/又は支払
アカウントを介して資金を供給されるトランザクションを指してよい。そのような支払ト
ランザクションは、イシュア、支払ネットワーク、及びアクワイアラを介して処理されて
よい。そのような支払トランザクションを処理するプロセスは、許可、バッチ処理、清算
、決済、及び資金の供給のうちの少なくとも1つを含んでよい。許可は、消費者が販売者
に支払明細を提供することと、販売者からアクワイアラに(例えば支払明細を含む)トラ
ンザクション明細を提出することと、トランザクションに資金を供給するために使用され
る消費者の支払アカウントのイシュアと支払明細とを確認することと、を含んでよい。バ
ッチ処理は、アクワイアラに配信するために、許可されたトランザクションを他の許可さ
れたトランザクションと共にバッチでまとめて格納することを指してよい。清算は、処理
するために、バッチ処理されたトランザクションをアクワイアラから支払ネットワークへ
送信することを含んでよい。決済は、イシュアの受取人が関係するトランザクションに対
して、支払ネットワークによりイシュアから引き落とす(debit)ことを含んでよい。い
くつかの場合では、イシュアは支払ネットワークを介して、アクワイアラに支払ってよい
。他の場合では、イシュアはアクワイアラに直接に支払ってよい。資金の供給は、清算さ
れ且つ決済された支払トランザクションに対する、アクワイアラから販売者への支払を含
んでよい。上述したステップの順序及び/又は分類は、支払トランザクション処理の一部
として実行されることが、関連技術の当業者には自明であろう。
金融アカウント(例えば、当座預金口座、普通預金口座、クレジット口座、仮想支払口座
等)である。トランザクションアカウントは消費者と関連付けられてよく、これは、支払
アカウントと関連付けられた任意の適切なタイプのエンティティ(人、家族、人の集まり
、会社、政府エンティティ等を含んでよい)であってよい。場合によっては、トランザク
ションアカウントは、仮想的(例えばPayPal(登録商標)等によって運営されるアカウン
ト等)であってよい。
図1は、例示的実施形態による、ポイントツーポイントランザクションを記録、処理、
及び表示するハイレベルのシステムアーキテクチャ100のブロック図である。
ンピューティング装置を備え、ポイントツーポイント電子支払トランザクションを処理及
び決済するよう構成されてよい。ポイントツーポイント電子支払トランザクションは、第
1トランザクションアカウントから第2トランザクションアカウントへの支払のために行
なわれる金融トランザクションであってよい。場合によっては、ポイントツーポイントラ
ンザクションが、追加の支払手段及び対応する番号を使用せずに、それぞれのトランザク
ションアカウントと直接に関連付けられたアカウント番号を使用して、処理システム10
2を介して、処理及び決済されてよい。例えば、ポイントツーポイントランザクションは
、カードと関連付けられた異なる番号を有する可能性があるクレジットカード又は他のタ
イプの支払カードを使用せずに、トランザクションアカウント番号を介して行なわれても
よい。
して、本開示で説明する機能を実行するよう構成されてよい。他の実施形態では、処理シ
ステム102は、複数のコンピューティング装置を含んでよい。複数のコンピューティン
グ装置の各々は、処理システム102の特定の機能を実行するよう構成されてよい。例え
ば、図1に示すように、処理システム102が、少なくとも、第1コンピューティング装
置104及び第2コンピューティング装置106を備えてよい。第1コンピューティング
装置104及び第2コンピューティング装置106が、以下に詳述するように、第1エン
ティティから第2エンティティへの支払のために、ポイントツーポイントランザクション
の処理及び決済を実行するよう構成されてよい。
クションの処理のため、支払をレシピエントシステム110に送付するために、処理シス
テム102を利用してよい。センダシステム108及びレシピエントシステム110は、
電子通信を実行するよう構成されたエンティティと関連付けられたコンピューティングシ
ステムであってよい。当該電子通信は、本開示で説明する機能を達成すること、センダシ
ステム108又はそれと関連するエンティティ(例えば、差出企業又は差出消費者のよう
なセンディングエンティティ)から、レシピエントシステム110又はそれと関連するエ
ンティティ(例えば、受取企業又は受取消費者のようなレシピエントエンティティ)へ資
金を送ること、に適している。センダシステム108及びレシピエントシステム110は
、例えば、アカウント管理、在庫管理、支払勘定及び/又は受取勘定等のために使用され
るコンピューティングシステムを含んでよい。
のために、ポイントツーポイント支払トランザクションを開始してよい。いくつかの場合
では、センダシステム108が、トランザクション額のレシピエントシステムへの送金の
ために、送金依頼を直接に処理システム102に電子送信してよい。他の場合では、セン
ダシステム108がセンダネットワーク112を利用してよい。センダネットワーク11
2が、金銭移転エンティティ(例えばWestern Union)、又はトレード若しくはサプライ
チェインネットワーク(例えばAriba)のような、ポイントツーポイント支払トランザク
ションを開始する際に使用するのに適するエンティティ及び/又はシステムであってもよ
い。場合によっては、センダシステム108が、センダネットワーク112を使用してポ
イントツーポイント支払トランザクションを開始する個人であってよい。
8又はセンダネットワーク112が、送金依頼が重畳されたデータ信号を、処理システム
102に電子送信してよい。送金依頼は、少なくとも、支払われるトランザクション額と
、支払に資金を供給するためにセンダが使用するトランザクションアカウントと関連付け
られた主要アカウント番号と、送金された資金を受領するためにレシピエントが使用する
トランザクションアカウントと関連付けられたレシピエントアカウント番号と、を含んで
よい。センダが使用するトランザクションアカウントは、センダ機関114を介してセン
ダに発行されてよい。センダ機関114が、発行銀行又は他の適切なエンティティのよう
な発行金融機関であってよい。発行金融機関が、ポイントツーポイント支払トランザクシ
ョンに資金を供給する際に使用するために、センディングエンティティにトランザクショ
ンアカウントを発行するよう構成されてよい。場合によっては、センダ機関114が、送
金依頼を処理システム102に電子送信するよう構成されてよい。そのような場合、セン
ダ又はセンダシステム108は、センダ機関114を使用して、ポイントツーポイント支
払トランザクションを開始してよい。例えば、センダはコンピューティング装置(例えば
ディスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、
テーブルコンピュータ、携帯電話、スマートフォン、スマートウオッチ、ウエアラブルコ
ンピューティングデバイス、埋め込み型コンピューティングデバイス等)を使用して、送
金依頼に含まれるべき情報が重畳された又さもなければエンコードされたデータ信号を、
ウエブページ又はセンダ機関114と関連付けられたアプリケーションプログラム等を介
して、センダ機関114に電子送信してよい。
になされるとき、処理システム102が、センダ機関114に送信する資金供給依頼を生
成してよく、資金の移転を開始してよい。処理システム102は、少なくとも、支払を行
なうトランザクションアカウントと関連付けられた主要アカウント番号と、なされる支払
に対応するトランザクション額と、を含むことのできる資金供給依頼を生成してよい。処
理システム102が、資金供給依頼が重畳された又さもなければエンコードされたデータ
信号を、センダ機関114に電子送信してよい。センダ機関114が、依頼を受信してよ
く、主要アカウント番号と関連付けられたトランザクションアカウントからトランザクシ
ョン額を引き落としてよく、通貨をあるエンティティから別のエンティティへ移転する従
来の方法及びシステムを使用して、対応する資金を処理システム102に移転してよい。
いくつかの実施形態では、処理システム102は、主要アカウント番号を介してセンダ機
関114を識別してよい。例えば、主要アカウント番号は、銀行識別番号、イシュア識別
番号、又はセンダ機関114と関連付けられた他の値を含んでよく、又そうでなければ、
主要アカウント番号とセンダ機関114との間の関連を格納してもよい。
よい。処理システム102が、次いで、送金された資金の適切なレシピエント機関116
への支払を開始してよい。レシピエント機関116は、加盟店銀行又は他の適切なエンテ
ィティのようなアクワイアリング金融機関であってよい。アクワイアリング金融機関は、
ポイントツーポイント支払トランザクションにおいて支払を受ける際に使用するために、
レシピエントエンティティにトランザクションアカウントを発行するよう構成される。処
理システム102は、レシピエント機関116に対して、ポイントツーポイント支払トラ
ンザクションのために支払われるトランザクション額及び額が支払われるトランザクショ
ンアカウントを示すことのできる、決済予告を生成してよい。従って決済予告が、少なく
とも、レシピエントアカウント番号、及び従前に処理システム102に提出された送金依
頼からのトランザクション額を含んでよい。処理システム102が、生成された決済予告
が重畳された又さもなければエンコードされたデータ信号を、レシピエント機関116に
電子送信してよい。また処理システム102は、通貨をあるエンティティから別のエンテ
ィティへ移転する従来の方法及びシステムを使用して、適切な資金をレシピエント機関1
16に移転してもよい。
るレシピエントエンティティと関連付けられたトランザクションアカウントに、トランザ
クション額を入金(credit)してよく、レシピエントエンティティに支払を果たしてよい
。処理システム102によるレシピエント機関116への支払に続いて、レシピエントエ
ンティティに、ポイントツーポイント支払トランザクションの決済が通知されてよい。い
くつかの実施形態では、処理システム102は決済通知を生成してよい。決済通知は、少
なくとも、レシピエントシステム110に電子送信され得るトランザクション額を含んで
よい。他の実施形態では、処理システム102は、決済通知をレシピエントネットワーク
118に電子送信してよく、レシピエントシステム110に転送してよく、又はウエブペ
ージ、アプリケーションプログラム、ショートメッセージングサービスのメッセージ等を
介する他の方法によってレシピエントエンティティに配信してよい。レシピエントネット
ワーク118が、金銭移転エンティティ(例えばWestern Union)、又はトレード若しく
はサプライチェインネットワーク(例えばAriba)のような、ポイントツーポイント支払
トランザクションを通知及び管理する際に使用するのに適するエンティティ及び/又はシ
ステムであってもよい。場合によっては、センダネットワーク112及びレシピエントネ
ットワーク118が、1つ以上のポイントツーポイント支払トランザクションのための同
一のエンティティであってよい。いくつかの実施形態では、レシピエント機関116は、
レシピエントシステム110に決済予告を提供する、又はレシピエント機関116とレシ
ピエントエンティティとの間の従来の通信方法を使用して、処理システム102からの決
済資金の受領に続くレシピエントエンティティに、決済予告を提供するよう構成されてよ
い。
クションを集計し、ポイントツーポイント支払トランザクションを合算決済するよう構成
されてよい。そのような実施形態では、処理システム102が、異なるポイントツーポイ
ント支払トランザクションの各送金依頼である、複数の送金依頼を受信してよい。各送金
依頼は、主要アカウント番号、トランザクションアカウント番号、及びレシピエントアカ
ウント番号を含んでよい。いくつかの場合では、各送金依頼が、固有の主要アカウント番
号及び/又はレシピエントアカウント番号を含んでよい。他の場合では、1つ以上の送金
依頼が、1つのセンディングエンティティから様々な受取エンティティへの資金のポイン
トツーポイント支払のため、又は複数のセンディングエンティティからの資金を単一のレ
シピエントエンティティが受領するために等の場合のために、共通の主要アカウント番号
及び/又はレシピエントアカウント番号を含んでよい。
頼を集計するよう構成されてよく、それらと関連付けられた資金移転の数を低減する。前
者の場合では、処理システム102は、同一の主要アカウント番号を含む送金依頼を集計
してよい。その場合、含まれた各主要アカウント番号は、同一の銀行識別番号、イシュア
識別番号、又は他の識別値を有すること等によって、センダ機関114と関連付けられる
。いくつかの場合では、処理システム102は、アカウントレベルで(例えば同一の主要
アカウント番号を有する送金依頼)又はエンティティレベルで(例えばセンダ機関114
と関連付けられた主要アカウント番号を有する全ての送金依頼)、トランザクションを(
例えばセンダ機関114からの依頼によって)集計するよう構成されてよい。場合によっ
ては、アカウントレベル集計は、単一のセンダシステム108が、センダ機関114によ
って集計され得る複数のトランザクションアカウントを利用する場合等の、複数の主要ア
カウント番号を使用してよい。送金依頼の集計は、集計された送金依頼の各々からの各ト
ランザクション額の合計に対応する支払額のための、単一の資金供給依頼(処理手数料の
ような追加基準に基づいて増減する可能性あり)の生成を含んでよい。場合によっては、
資金供給依頼が、各主要アカウント番号及び対応する支払額を示してよい。これらは、対
応する各トランザクションアカウントから適切な額を引き落とす際に、センダ機関114
が使用する等のためである。
又さもなければエンコードされたデータ信号を、センダ機関114に電子送信してよい。
センダ機関114は、次いで、それに従って各トランザクションアカウントから引き落と
しを行ない、合計支払額のための単一の資金移転を、処理システム102に行なうことが
可能である。その結果、センダ機関114は、複数のポイントツーポイントトランザクシ
ョンのための支払を、単一の資金移転及び単一の資金供給依頼を介して提供することがで
きる。これによって、資金移転及び関連する通信の数を低減することができる。従って、
センダ機関114が必要とする演算能力及び処理能力、並びに関連する手数料及び費用が
低減される。
計を実行するよう構成されてもよい。処理システム102が、共通のレシピエントアカウ
ント番号を含む送金依頼を集計することによって(例えばアカウントレベルの集計のため
に)、又はレシピエント機関116と関連付けられた共通の銀行識別番号、イシュア識別
番号、若しくは他の識別値を含む送金依頼を集計することによって(例えばエンティティ
レベルの集計のために)、レシピエント機関116への送金依頼を集計してよい。レシピ
エント機関116への送金依頼の集計は、各トランザクション額の単一の決済額への集計
を含んでよい。これは、処理手数料の支払のような追加基準に基づいて増減する可能性が
ある。処理システム102は、単一の決済予告を生成してよい。単一の決済予告は、集計
された決済額を含んでよく、また各レシピエントアカウント番号及び対応するトランザク
ション額を含んでよい。これらは、対応するトランザクションアカウントに入金する際に
、レシピエント機関116が使用するためのものである。
データ信号を、レシピエント機関116に電子送信してよい。また処理システム102が
、レシピエント機関116への全決済額の移転を開始することもできる。レシピエント機
関116は、決済額を受領してよく、決済予告に含まれたデータに基づいて適宜に、レシ
ピエントエンティティのための各トランザクションアカウントに入金してよい。その結果
、レシピエント機関116が、複数のポイントツーポイントランザクションのための支払
を、単一の資金移転及び単一の決済予告を介して受信することができる。これによって、
資金移転及び関連する通信の数を低減することができる。従って、レシピエント機関11
6が必要とする演算能力及び処理能力、並びに関連する手数料及び費用が低減される。処
理システム102が、センダ機関114及びレシピエント機関116の両方に対して集計
を実行する場合、決済を、数千、数百万、及び数十億でさえある支払トランザクションに
対して、一握りのみの資金供給依頼、決済予告、及び資金移転を介して実行することがで
きる。
決済の集計のために集計する、送金依頼の数を決定するために、多様な基準を使用するよ
う構成されてよい。そのような場合では、基準は、処理システム102又は適用可能なセ
ンダ機関114及び/又はレシピエント機関116によって定められてよい。基準が、例
えば、送金依頼の数、合計の支払額又は決済額、主要アカウント番号又はレシピエントア
カウント番号の数、時間及び/又は日付を含んでよい。例えば、全ての送金依頼が毎日集
計される場合、センダ機関114は、日々の単一の資金供給依頼を依頼してよい。または
、集計された支払額が所定の値に達する度に、センダ機関114がその都度資金供給依頼
を依頼することもできる。いくつかの場合では、複数の基準が使用されてもよい。例えば
、決済額が100,000ドルを超える場合には、日々の終わりの決済のために、追加の決済予
告及び移転を伴う決済額の集計を行なう等である。
の送金依頼において、センダ機関114及びレシピエント機関116の両方であってよい
。そのような場合では、そのエンティティに関係する送金依頼の集計は、資金を送金する
主要アカウント番号と関連付けられる送金依頼、並びに資金を受領するレシピエントアカ
ウント番号と関連付けられる送金依頼の集計を含んでよい。集計には、単一のエンティテ
ィがセンダ機関114である送金依頼に対して単一のエンティティによって支払われる送
金額の、単一のエンティティがレシピエント機関116である送金依頼に対して単一のエ
ンティティに支払われる決済額に対する、収支が関係してよい。例えばエンティティは、
送金で100,000ドルの資金供給を要求されるかもしれないが、決済では80,000ドルの権利
があるかもしれない。そのような例では、処理システム102は、送金額及び決済額にお
ける差額に適応するために、単一のエンティティに20,000ドルの単一の資金供給依頼を送
信することができる。
して、整合データの使用を含む可能性のある企業間トランザクションのポイントツーポイ
ント支払トランザクションを処理するために、センダシステム108、レシピエントシス
テム110、センダネットワーク112、及び/又はレシピエントネットワーク118と
共に作動してよい。整合データは、請求書番号、発注書番号、製品品目詳細等のような、
センディングエンティティ及び/又はレシピエントエンティティがポイントツーポイント
ランザクションを追跡するために使用するデータを含んでよい。そのような場合では、送
金依頼が整合データを含んでよい。処理システム102は、レシピエントシステム110
(例えば、適用可能であれば、又はレシピエントネットワーク118)に電子送信される
決済予告に、決済予告に含まれたレシピエントアカウント番号に基づく等の、対応するポ
イントツーポイント支払トランザクションのために、整合データを含めるよう構成されて
よい。いくつかの場合では、整合データを、処理システム102と、センダシステム10
8、センダネットワーク112、レシピエントシステム110、及びレシピエントネット
ワーク118との間の通信にのみ含めてよい。そのような場合では、センダ機関114に
送信される資金供給依頼及びレシピエント機関116に送信される決済予告は、整合デー
タを含まずともよい。
ーポイント支払トランザクションの処理及び決済を実行するよう構成されてよい。そのよ
うな実施形態では、センディングエンティティは、送金又は決済のための通貨指定を有す
る送金依頼、並びに所望の送金額又は決済額を提出してよい。処理システム102は、次
いで、送金及び/又は決済のために必要な任意の通貨換算を実行できる。これは、関係す
る各通貨の為替レートに基づいてよい。場合によっては、処理システム102は、使用す
ることのできる為替レートを、センディングエンティティに(例えばセンダネットワーク
112又はセンダシステム108を介して)提供してよい。そのような為替レートは、処
理システム102、センダ機関114、レシピエント機関116、又は市場為替レート等
の他のエンティティによって設定されてよい。そのような場合のいくつかでは、処理シス
テム102は、為替レートに対する適用可能期間を示してよい。一例では、センディング
エンティティが米国ドル(USD)で1,000の送金を希望し、レシピエントエンティティが英
国ポンド(GBP)での受領を希望するとする。処理システム102は、決済のために、1,0
00USDに等しい額のGBPを計算してよい。別の例では、センディングエンティティが、GBP
で1,000を受領するレシピエントエンティティに対して、USDで十分な通貨の送金を希望す
る場合がある。そのような例では、処理システム102は、支払トランザクションの送金
額として使用するために、1,000GBPの相当額をUSDで計算するであろう。そのような実施
形態では、為替レート及び通貨換算のデータは、資金供給依頼及び/又は決済予告に含め
られてよい。
めに、複数のコンピューティング装置を使用するよう構成されてよい。そのような実施形
態では、第1コンピューティング装置104は、センダシステム108、センダネットワ
ーク112、及びセンダ機関114から送金依頼を受信するよう構成されてよく、適用可
能であれば送金依頼の集計を実行するよう構成されてよい。第1コンピューティング装置
104が、内部通信ネットワーク及び手段を使用して、送金依頼に含まれたデータ又は集
計されたデータを、第2コンピューティング装置106に送信してよい。第2コンピュー
ティング装置106が、対応する資金供給依頼を生成してよく、資金供給依頼上に重畳さ
れた又はエンコードされたデータ信号を、適用可能なセンダ機関114に電子送信してよ
く、対応する支払額の受領を確認することができる。
めの決済予告を生成し、レシピエント機関116への資金の移転を開始するよう構成され
てもよい。場合によっては、第1コンピューティング装置104が、最初に信号を第2コ
ンピューティング装置106に移転し、決済額の支払を開始してもよい。例えば、第1コ
ンピューティング装置104は、レシピエント機関116が複数のセンダ機関114から
由来する集計された決済額を受け取る予定である場合等に、集計された決済額に対して全
支払が受領されたことを確認するよう構成されてよい。また第1コンピューティング装置
104は、レシピエントシステム110、レシピエントネットワーク118、及び/又は
レシピエント機関116に電子送信するための、適用可能であれば、レシピエントエンテ
ィティに資金の受領を通知するための、決済予告を生成するよう構成されてよい。
によっては追加的な第三エンティティによってアクセス可能な元帳に格納する等のために
、支払トランザクションに関係するエンティティと関連付けられたデータを格納するため
に使用されるよう構成されてよい。処理システム102は、センディングエンティティと
レシピエントエンティティとの間で決済される支払トランザクションと関連付けられたデ
ータを格納するよう構成されてよい。企業間(B2B)トランザクションの場合では、処理
システム102が、支払トランザクションに係る追加機能を実行する際にセンディングエ
ンティティ及びレシピエントエンティティが使用できるような、支払トランザクションの
ための整合データを格納してよい。例えば、処理システム102は、各エンティティと関
連付けられた識別情報をデータベース122の元帳に格納してよく、また支払トランザク
ションのための発注書、請求書、支払等に関するステータス情報を格納し、コーポレイト
アイデンティティデータ、支払トランザクション及び財務決定に関する権限を有すること
ができる各エンティティの個人と関連付けられたデータ、トランザクションアカウント明
細等のような追加情報も格納してよい。従って、そのような元帳が、エンティティに対す
る完全な眺望、並びに、エンティティ及び他のセンダエンティティ及びレシピエントエン
ティティの間のトランザクション履歴に対する完全な眺望を有することができる。
登録されてよい。会社は、次いで、取引ディレクトリ(例えばデータベース122に格納
された元帳)に登録されてよい。その場合、彼らの銀行口座情報は、支払勘定(AP)又は
受取勘定(AR)の責任者は誰か、金融財政担当役員、会社の金融トランザクションに対し
て権限を与えられた個人、並びに発注書及び/又は請求書等の、会社と関連付けられた追
加データと共に、システム内にあり得る。また取引ディレクトリが、処理システム102
を介してなされる将来の請求書及び支払と関連付けられたデータを格納してもよい。その
結果、時間の経過と共に、登録されたエンティティと、任意の他の可能とされた第三者と
の間の各発注書、請求書、及びトランザクション、又はそれらのステータスが、元帳に(
つまり、基礎となるトランザクション自体の完全コピーが取り込まれる又は格納されるこ
となく)取り込まれる。また取引ディレクトリが、例えばエンティティ属性(例えばエン
ティティ又は核となる組織レベルデータ)、支払属性(例えば支払/アカウント明細デー
タ、送金データ等)、エンティティ階層(例えば関係性、組織構造、子会社等)、系列エ
ンティティデータ(例えばバイヤ、サプライヤ、ネットワーク関係等)、補足データ(例
えば証明書、文書等)、関連する個人等を、格納するためにも使用されてよい。
1つ以上のアプリケーションプログラムインターフェイス(API)を介して、元帳で使用
するための情報を取り込んでよい。APIは、請求書、発注書、及び支払トランザクション
に係る他の項目から、必須情報(例えばトランザクション額、請求書日付、品目数量、出
荷日付等)を引き出してよく又は受信してよい。これらは、次いで、元帳に格納されてよ
い。場合によっては、APIが、トランザクション通信を処理システム102に提出するた
めに使用できる外部アプリケーションプログラム又はB2Bネットワークへのリンクを介す
る等、関連する請求書、発注書、及び/又は他のトランザクション通信へのリンクを、元
帳に格納してもよい。例えば、処理システム102におけるAPIが、取引ネットワークと
通信してよく、発注書及び請求書又はそれらのステータスを、取引ネットワークからセン
ダエンティティ及びレシピエントエンティティのために受信してよい。つまり、発注書又
は請求書自体は、完全コピーされない。またAPIが、取引ネットワークにおいて、発注書
及び請求書へのリンクを元帳内に含んでよい。従って、センダシステム108及び/又は
レシピエントシステム110は、任意のトランザクション明細を見るため、並びにオリジ
ナルの通信に戻ってリンクするために、元帳にアクセスすることができる。
ティにステータス情報を提供してもよい。例えば、APIが元帳に格納されたトランザクシ
ョンデータを更新するとき、各エンティティはデータにアクセスし、彼らのトランザクシ
ョンのためのステータスを、彼らの各システム(例えばセンダシステム108、レシピエ
ントシステム110等)又はネットワーク(例えばセンダネットワーク112、レシピエ
ントネットワーク118等)を介して識別することができる。例えば、センダエンティテ
ィは、上記で説明した方法を使用して、レシピエントエンティティへの資金の移転を開始
し、処理システム102を使用して、レシピエントがいつ資金を受領したか、元帳を介し
て識別することができる。他の例では、レシピエントエンティティは、センダエンティテ
ィに請求書を送信し、元帳でのステータスがAPIを介したトランザクション通信の受領に
よって変化すると、いつセンダエンティティが請求書を受け取ったかを、元帳を介して識
別することができる。
託部及びリポジトリとして機能してもよい。例えば、第三者の金融提供者は、エンティテ
ィに関係するトランザクションの履歴を見て、リスクを検証し、それに基づいてそのエン
ティティに金融ソリューションを提供することが可能である。例えば、金融提供者は、処
理システム102によって維持される元帳に含まれるトランザクションデータの、信頼さ
れるリポジトリを介して確認できるいくつかの未払請求書に対して、金融提供者が予期す
る支払の強さを踏まえて、ローンを提供する又はレシピエントエンティティに支払われる
債権を得ることができる。また処理システム102は、データの堅牢性及び信頼性を提供
できる。その堅牢性及び信頼性は、規制権限局が、ライセンス要件、規制要件、並びに当
事者及び個人のアイデンティティに付随する任意の他の問題を効果的にアウトソースする
ために、その信頼性を潜在的に拠り所とすることが可能なものである。例えば、規制当局
は、処理システム102に接触し、法規に準拠していることを確認する際に使用するため
に、元帳に格納されたトランザクションデータ又は取引パートナー識別データにアクセス
することができる。
第三者システム124が、例えば、借り入れるため又は債権をノンリコースベースで売却
するための資金を、金利で提供できる異なる会社であってよく、又は処理システム102
に格納されたトランザクション元帳を使用することで利益を得ることのできる他のエンテ
ィティであってよい。例えば、レシピエントエンティティは、第三者システム124が彼
らのトランザクションに関する元帳を閲覧する許可をオプトインすることができる。第三
者システム124が、プライバシーに関する関心事及びトランザクションに係わる全ての
当事者の同意に適合する(例えばセンダエンティティ情報が匿名とされている、又はエン
ティティの同意のもとで使用される)取引ディレクトリにおける、レシピエントエンティ
ティのトランザクションの閲覧にアクセスすることができる。第三者システム124が、
価格リスクを分析し、例えば特定の請求書についてレシピエントエンティティに金融ソリ
ューションを提供することができる。例えば、第三者システム124は、レシピエントエ
ンティティが要求に応じて現金を得る能力を提供することができる。レシピエントエンテ
ィティが処理される決済を介して彼らの現金を受領することを第30日又は第40日まで
待つ代わりに、第三者システム124は、サプライヤと購入者との間のトランザクション
の履歴に基づいて、センダエンティティが彼らの請求書の99.9パーセントを完済すると知
ることができる。従って第三者システム124は、センダエンティティが、支払期限であ
るが未だそのサプライヤに支払われていない次の請求書を支払うつもりであると示す元帳
からのデータに基づいて、高い快適度を有することができる。その結果、第三者システム
124が、元帳を介して識別された快適度の強さを踏まえて、そのレシピエントエンティ
ティに対して、現金を前払いするための極めて低い年率(APR)を提供することができる
。いくつかの場合では、また処理システム102は、第三者システム124からのオファ
ーを追跡し、取引ディレクトリに記録することもできる。そのような場合では、処理シス
テム102がレシピエント機関116への支払のためにレシピエント機関116に資金を
支出しようとすると、処理システム102は、レシピエント機関116に対して直接に決
済を開始してよく、支払が既に第三者システム124によって提供されていたので、レシ
ピエントエンティティに対して支払がなされないと、示してよい。そのような場合では、
レシピエント機関116に提供される決済予告は、第三者システム124に支払われると
、示してよい。またはレシピエントエンティティへの決済予告で、レシピエント機関11
6から行なわれた支払は、第三者システム124によって提供された現金前払のためのも
のであると、示してよい。
チェーンであってよい。ブロックチェーンは、複数のブロックを備えてよい。各ブロック
は、少なくとも1つのブロックヘッダと1つ以上のデータ値を備える。各ブロックヘッダ
は、タイムスタンプ、並びにブロックチェーンに追加された先のブロックのブロックヘッ
ダを参照する参照値、及び各ブロックに含まれた1つ以上のデータ値を参照する参照値を
含んでよい。例示的な実施形態では、参照値は、1つ以上のハッシュアルゴリズムのアプ
リケーションを介して各データに対して生成されたハッシュ値であってよい。例えば、先
のブロックヘッダへの参照値は、(例えばタイムスタンプに基づく)先のブロックのブロ
ックヘッダのハッシングを介して生成されたハッシュ値であってよい。そのようなものと
して、ブロックチェーンは不変であってよい。任意のデータ値における変化は、各ブロッ
クのブロックヘッダに含まれたハッシュ値への変化という結果となり、また続くブロック
のブロックヘッダのハッシュ値における変化という結果となるため、変化がブロックチェ
ーンの残りのブロックを通して運ばれる。従って、ブロックチェーン内の任意のデータ値
又はデータへの変更が防止される。システム100において、データ値は、発注書、請求
書、トランザクションデータ、及び本開示で説明する元帳に格納される他のデータを含ん
でよい。
間の通信は、1つ以上の標準に従ってフォーマットされてよい。標準は、例えば、国際標
準化機構(ISO)によって発行された標準としてよい。例えば、送金依頼はISO8583標準に
従ってフォーマットされ、資金供給依頼はISO20022標準に従ってフォーマットされてよい
。いくつかの実施形態では、図1に示すシステムにおいて実行される各通信は、ISO8583
標準又はISO20022標準を使用して実行される全ての通信のように、単一の標準を使用して
よい。他の実施形態では、複数の標準を使用してもよい。例えば、センダネットワーク1
12及び/又はセンダシステム108から受信される送金依頼、並びにレシピエントネッ
トワーク118及び/又はレシピエントシステム110に送信される決済予告は、ISO858
3標準に従ってフォーマットされてよい。一方、センダ機関114に送信される資金供給
依頼及びレシピエント機関116に送信される決済予告は、ISO20022標準に従ってフォー
マットされてよい。そのような実施形態のいくつかでは、処理システム102の機能は、
それと関連する標準に基づいて、異なるコンピューティング装置によって実行されてよい
。例えば、第1コンピューティング装置104は、ISO8583標準に従ってフォーマットさ
れた通信を、受信、生成及び送信するよう構成されてよい。一方、第2コンピューティン
グ装置106は、ISO20022標準に従ってフォーマットされた通信を、受信、生成及び送信
するよう構成されてよい。
なデータを格納するよう構成されたデータ要素を含んでよい。例えば、標準は、標準に従
ってフォーマットされたデータメッセージに含まれ得るデータ要素、及びそこに格納され
得るデータを示してよい。場合によっては、異なる標準に従ってフォーマットされたデー
タメッセージが同一のデータを含んでよい。そのデータは異なるデータ要素に含まれる。
例えば、ISO8583標準に従ってフォーマットされた送金依頼は、主要アカウント番号及び
トランザクション額を格納するよう構成されたデータ要素を含んでよい。一方、ISO20022
に従ってフォーマットされた対応する資金供給依頼も、主要アカウント番号及びトランザ
クション額を格納するよう構成されたデータ要素を含んでよい。全体として、データメッ
セージ内の異なるデータ要素に含まれる各データを有し、また異なってフォーマットされ
る各データメッセージに格納されるデータを有するのである。
又はコンピューティング装置は、データ信号及び/又はその上に重畳された又さもなけれ
ばエンコードされたデータメッセージを、1つの標準から他の標準に変換するよう構成さ
れてよい。例えば、第1コンピューティング装置104は、第2コンピューティング装置
106への配信に先立って、送金依頼をISO8583標準からISO20022標準へ変換するよう構
成されてよい。そのような例では、送金依頼のISO20022標準への変換が、送金依頼を、セ
ンダ機関114へ送信するための資金供給依頼に変換するものであってよい。いくつかの
実施形態では、変換は、第三者エンティティによって実行されてよい。例えば、処理シス
テム102は、第1標準に従ってフォーマットされたデータメッセージが重畳された又さ
もなければエンコードされたデータ信号を第三者エンティティに電子送信してよく、第三
者エンティティから、第2標準に従ってフォーマットされたデータメッセージが重畳され
た又さもなければエンコードされたデータ信号を戻り受信してよい。処理システム102
が複数のコンピューティングを備えてよい場合には、第1コンピューティング装置104
は、データ信号を第三者エンティティに電子送信してよい。一方、第2コンピューティン
グ装置106は、第三者エンティティによって電子送信されるデータ信号を受信してよい
。
ットワーク、関連するプロトコル、及び通信方法を使用してよい。適切な通信ネットワー
クは、例えば、支払ネットワーク及び関連する支払レール、ローカルエリアネットワーク
、無線エリアネットワーク、無線周波数ネットワーク、セルラ通信ネットワーク、インタ
ーネット等を含んでよい。場合によっては、処理システム102が、支払トランザクショ
ンの処理を実行するよう構成された支払ネットワークの一部であってよい。その場合、本
開示で説明する1つ以上の通信が、関連する支払レールを使用して実行されてよい。例え
ば、センダ機関114及びレシピエント機関116に送信されるデータ信号、及び/又は
センダ機関114及びレシピエント機関116から送信されるデータ信号は、支払ネット
ワークと関連付けられた支払レールを使用して実行されてよい。場合によっては、複数の
通信ネットワークが使用されてよい。例えば、処理システム102は、センダ機関114
、レシピエント機関116、センダネットワーク112、及びレシピエントネットワーク
118と、支払ネットワークと関連付けられた支払レールを使用して通信してよいが、イ
ンターネットを使用してセンダシステム108及びレシピエントシステム110と通信し
てもよい。特別にフォーマットされたトランザクションメッセージを、支払ネットワーク
と関連付けられた支払レールを使用して送信すること、及びそれに基づいて支払トランザ
クションを従来のように処理することについては、図8に示すプロセス800に関して、
以下に詳説する。
ピエントアカウント番号のマッピングを実行するよう構成されてよい。例えば、場合によ
っては、センダシステム108又はレシピエントシステム110は、各々、資金を送る又
は受領するために、代替的な支払手段を使用してよい。そのような場合では、主要アカウ
ント番号又はレシピエントアカウント番号は、支払手段と関連付けられ、適用可能であれ
ば、資金を送る又は受領するために使用されるトランザクションアカウントに直接には関
連付けられない可能性がある。処理システム102は、主要アカウント番号又はレシピエ
ントアカウント番号を、それらに対してマップされた代替的な番号に置き換えるよう構成
されてよい。代替的な番号は、関連するトランザクションアカウントに直接に対応する。
例えば、センディングエンティティは、レシピエントエンティティの銀行口座に資金を送
金するために、クレジットカードを使用してよい。そのような例では、処理システム10
2は、送金依頼に含まれたクレジットカード番号を、センダ機関114に資金供給依頼を
提供するのに先立って、基礎となるトランザクションアカウントのためのアカウント番号
と交換してよい。そのような実施形態では、処理システム102が、マッピングの際に使
用するアカウント番号間の関連を格納する際に使用するのに適する、1つ以上のデータベ
ースを格納してよい。
図2は、例示的実施形態による、ポイントツーポイントランザクションを記録、処理、
及び表示する図1のシステム100に示す処理システム102の、第1コンピューティン
グ装置104又は第2コンピューティング装置106のようなコンピューティング装置2
00の、ブロック図である。当業者にとって、図2に示すコンピューティング装置200
の実施形態が、例示的目的のみで提供されることと、本開示の機能を実行するのに適する
コンピューティング装置200の全ての可能な構成を徹底して示したものでないことは、
自明である。例えば、図9に示し下記で詳述するコンピュータシステム900を、コンピ
ューティング装置200の適切な構成としてよい。
つ以上のネットワーク上で、1つ以上のネットワークプロトコルを介してデータを受信す
るよう構成されてよい。いくつかの実施形態では、受信装置202は、極秘金融データ及
び情報を含むトランザクションメッセージを送信するために、支払ネットワークと関連付
けられたインフラストラクチャであって、特別に構成されたインフラストラクチャを使用
する等、支払レール上でデータを受信するよう構成されてよい。場合によっては、また受
信装置202は、センダシステム108、センダネットワーク112、センダ機関114
、他のコンピューティング装置、レシピエントシステム110、レシピエントネットワー
ク118、レシピエント機関116、及びインターネットのような代替的なネットワーク
を介する他のエンティティから、データを受信するよう構成されてもよい。いくつかの実
施形態では、受信装置202は、異なるネットワーク上でデータを受信する異なる受信装
置のような、複数の装置を備えてよい。例えば、支払レール上でデータを受信する第1受
信装置、及びインターネット上でデータを受信する第2受信装置等である。受信装置20
2は、電子送信されるデータ信号を受信してよい。その場合データは、データ信号上に重
畳されてよく又さもなければエンコードされてよい。またデータは、受信装置202によ
るデータ信号の受信を介して、デコードされ、解析され、読み込まれ、又さもなければ取
得されてよい。場合によっては、受信装置202は、データ信号上に重畳されたデータを
取得するために、受信したデータ信号を解析する解析モジュールを含んでよい。例えば、
受信装置202は、データ信号を受信し、受信したデータ信号を、処理装置によって実行
される機能のために使用可能な入力へ変換するよう構成された解析プログラムを含んでよ
く、本開示で記載する方法及びシステムを実行してよい。
ンダ機関114によって電子送信されるデータ信号を受信するよう構成されてよい。デー
タ信号は、送金依頼が重畳される又さもなければエンコードされる。送金依頼は、主要ア
カウント番号、トランザクション額、及びレシピエントアカウント番号を含んでよい。場
合によっては、送金依頼が、ISO8583又はISO20022標準等、1つ以上の標準に従ってフォ
ーマットされてよい。場合によっては、送金依頼が、処理システム102において、第1
コンピューティング装置104の受信装置202によってのみ受信されてよい。また受信
装置202が、他のコンピューティング装置200よって電子送信されるデータ信号を受
信するよう構成されてもよい。例えば、第2コンピューティング装置106の受信装置2
02は、資金供給依頼を生成する際に使用する集計された送金依頼のために、第1コンピ
ューティング装置104によって電子送信されるデータ信号を受信してよい。また受信装
置202は、従来の方法及びシステムを使用して、金銭移転を介して通貨を受領するよう
構成されてもよい。いくつかの実施形態では、受信装置202は更に、第三者エンティテ
ィから電子送信されるデータ信号を受信するよう構成されてよい。データ信号は、変換さ
れたデータメッセージが重畳されてよく又さもなければエンコードされてよい。
、支払ネットワーク、又は支払トランザクションの処理に係わる他のエンティティ等から
、支払トランザクションに係わるトランザクションメッセージを受信するよう構成されて
よい。トランザクションメッセージが、1つ以上の標準に従ってフォーマットされ、1つ
以上のアプリケーションプログラムインターフェイス(API)を使用して受信されてよい
。各トランザクションメッセージは、少なくとも複数のデータ要素を含んでよい。複数の
データ要素は、トランザクション明細を格納するよう構成された第1データ要素、主要ア
カウント番号を格納するよう構成された第2データ要素、及びレシピエントアカウント番
号を格納するよう構成された第3データ要素である。場合によっては、また受信装置20
2は、支払トランザクションに係る追加のデータメッセージを受信してもよい。追加のデ
ータメッセージは、発注書、請求書等の、トランザクション通信に係わるデータを含んで
よい。場合によっては、受信装置202によって受信されるデータメッセージは、多様な
データフォーマッティング標準を使用してフォーマットされてよく、受信装置202、又
は他のモジュール、又はAPIを介するようなコンピューティング装置200のエンジンに
よって受信されると、再フォーマットされてよい。
ジュール204が、モジュール、エンジン、データベース、メモリ、及び本開示で説明す
る機能を実行する際に使用するコンピューティング装置200の他のコンポーネントの間
で、データを送信するよう構成されてよい。通信モジュール204が、1つ以上の通信タ
イプを備え、コンピュータ装置内部で通信するための多様な通信方法を利用してよい。例
えば、通信モジュール204は、バス、コンタクトピンコネクタ、ワイヤ等を備えてよい
。いくつかの実施形態では、また通信モジュール204は、コンピューティング装置20
0の内部コンポーネントと、外部接続されたデータベース、ディスプレイ装置、入力装置
等のようなコンピューティング装置200の外部コンポーネントとの間で、通信するよう
構成されてもよい。処理装置は、本開示で説明するコンピューティング装置200の機能
を実行するよう構成されてよいことは、当業者にとって自明である。いくつかの実施形態
では、処理装置は、複数のエンジン、及び/又は処理装置の1つ以上の機能を実行するよ
う特別に構成された複数のモジュールを含んでよい、及び/又はそれらから構成されてよ
い。それらは、クエリモジュール210、生成モジュール212、決定モジュール214
等である。本開示で使用されるように、用語「モジュール」は、入力を受信し、その入力
を使用して1つ以上の処理を実行し、出力を提供するよう特別にプログラムされたソフト
ウエア又はハードウエアであってよい。多様なモジュールによって実行される入力、出力
、及びプロセスは、本開示に基づき、当業者にとって自明である。
ウントデータベース206が、適切なデータ格納フォーマット及びスキームを使用して、
複数のアカウントプロファイル208を格納するよう構成されてよい。アカウントデータ
ベース206は、そこに格納される構造化データセットの格納、識別、修正、更新、アク
セス等のために、構造化クエリ言語を利用するリレーショナルデータベースであってよい
。各アカウントプロファイル208は、1つ以上のトランザクションアカウントに係るデ
ータを格納するよう構成された構造化データセットであってよい。いくつかの実施形態で
は、各アカウントプロファイル208は、センディングエンティティ又はレシピエントエ
ンティティに対応するような、単一のトランザクションアカウントと関連付けられてよい
。そのような実施形態では、アカウントプロファイル208は、関連するセンダ機関又は
レシピエント機関116を識別する際に使用するのに適するデータ、又は代替的な支払手
段が使用されてよい場合のように適用可能であれば、アカウント番号をアカウント番号の
マッピングのために交換する際に使用するのに適するデータを含んでよい。他の実施形態
では、各アカウントプロファイル208は、センダ機関114又はレシピエント機関11
6と関連付けられてよい。そのような実施形態では、アカウントプロファイル208が、
送金依頼の集計で使用される、アカウントプロファイル208と関連付けられたデータを
含んでよい。このデータは、集計された支払及び決済額、関連する識別値(例えば、アカ
ウントプロファイル208との関連のために送金依頼を識別する際に使用される)、及び
本開示で説明する機能を実行するために適する他のデータ等である。
ィ(例えば支払人、受取先、バイヤ、サプライヤ等)と関連付けられた情報を含んでよい
。各アカウントプロファイル208は、例えば、エンティティ情報、コーポレイトアイデ
ンティティデータ、エンティティ内でバンキングトランザクション及び金融トランザクシ
ョンに関する権限を有する個人と関連付けられたデータ、及び/又は実際の銀行口座情報
等を格納することができる。またアカウントプロファイル208は、トランザクションメ
ッセージの第1、第2、及び第3データ要素、又は係わるエンティティと関連付けられ、
トランザクション又はデータメッセージに属する記録へのリンクを有する他のデータメッ
セージを含んでもよい。リンクは、第1トランザクションメッセージに基づいて文書への
アクセスを提供することができる。例えば、発注書に係わるデータメッセージ又はそこか
ら解析されるデータは、アカウントプロファイル208に格納されてよい。またアカウン
トプロファイル208は、係わる発注書へのリンク(例えば、対応するAPIを介するセン
ダネットワーク112又はレシピエントネットワーク118のような、外部エンティティ
を介してアクセス可能なリンク)を含んでもよい。いくつかの場合では、データメッセー
ジ自体がアカウントプロファイル208に格納されてよい。他の場合では、アカウントプ
ロファイル208は、データメッセージから解析されるトランザクションデータを含んで
よい。トランザクションデータは、センダエンティティ及びレシピエントエンティティ識
別情報、トランザクション額、提出データ等である。またアカウントプロファイル208
は、鍵情報を収集するために、APIの使用に関係する支払トランザクションに係わる、任
意の数の追加的なトランザクション明細を格納してもよい。アカウントプロファイル20
8に格納されるリンクは、オリジナルの請求書、発注書、及び/又はトランザクションに
係わる任意の他の通信へのアクセスを提供することができる。
ュール210が、情報を識別するために、データベース上でクエリを実行するよう構成さ
れてよい。クエリモジュール210は、1つ以上のデータ値又はクエリストリングを受信
し、そこに格納された情報を識別するために、アカウントデータベース206のような指
定されたデータベース上で、それに基づいてクエリストリングを実行してよい。クエリモ
ジュール210は、次いで、識別された情報をコンピューティング装置200の適切なエ
ンジン又はモジュールに、必要に応じて出力してよい。クエリモジュール210は、(例
えば、受信装置202によって受信される)送金依頼と関連付けられたアカウントプロフ
ァイルを識別するために、銀行識別番号、イシュア識別番号、又は(例えば、関連する標
準に定められたような)対応するデータ要素に格納された主要アカウント番号及び/又は
レシピエントアカウント番号に含まれた他の識別値に基づいて、集計を実行する際又は通
信をそれに送信する際に使用する等のために、アカウントデータベース206上でクエリ
を実行してよい。
ュール212が、本開示で説明する機能を実行する際に処理システム102が使用するの
に適するデータメッセージを生成するよう構成されてよい。生成モジュール212は、入
力としてのデータメッセージの生成のための命令、及びそれと共に使用するのに適するデ
ータを受信してよく、依頼されたデータメッセージを生成してよく、生成したデータメッ
セージを、コンピューティング装置200の別のモジュール又はエンジンに出力してよい
。生成モジュール212は、資金供給依頼を生成するよう構成されてよい。資金供給依頼
は、少なくとも、主要アカウント番号及び関連する支払額を含んでよい。場合によっては
、生成モジュール212は、送金依頼の集計のための資金供給依頼を生成してよい。この
資金供給依頼は、全体的な支払額、複数の異なる主要アカウント番号、及び関連する支払
額を含んでよい。また生成モジュール212は、決済予告を生成するよう構成されてよい
。レシピエント機関116に送信される決済予告は、少なくとも1つのレシピエントアカ
ウント番号及び関連する決済額、又は集計された決済額、複数のレシピエントアカウント
番号、及び関連する決済額を含んでよい。またレシピエントシステム110及び/又はレ
シピエントネットワーク118に送信される決済予告は、少なくとも決済額を含み、また
整合データも含み又はポイントツーポイント支払トランザクションのレシピエントに通知
するのに有用な他のデータを含んでもよい。
の標準に従ってデータメッセージを生成するよう構成されてよい。いくつかの場合では、
生成モジュール212は、単一の標準に従ってデータメッセージを生成するよう構成され
てよい。例えば、第1コンピューティング装置104の生成モジュール212は、ISO858
3標準に従ってフォーマットされたデータメッセージを生成するよう構成されてよい。一
方、第2コンピューティング装置106の生成モジュール212は、ISO20022標準に従っ
てフォーマットされたデータメッセージを生成するよう構成されてよい。いくつかの実施
形態では、生成モジュール212は、データメッセージを1つのフォーマットから別のフ
ォーマットへ変換するよう構成されてよい。データメッセージの変換は、1つ以上のデー
タ要素の再フォーマット及びそこに含まれるデータ要素の再編成、並びに関連する標準に
定められたデータの追加又は削除を含んでよい。例えば、生成モジュール212は、ISO8
583に従ってフォーマットされたデータメッセージを、ISO20022標準に準拠させるべく変
換するよう構成されてよい。これは、1つ以上のデータ要素におけるデータの移動、及び
それらの再編成を含んでよい。
2データメッセージを生成するよう構成されてよい。第2データメッセージが、1つ以上
の標準に従ってフォーマットされ、支払額を格納するよう構成された第1データ要素を含
む少なくとも複数のデータ要素を含んでよく、支払額が、少なくともトランザクション明
細に基づいてよい。また生成モジュール212は、支払トランザクションに係わる第3デ
ータメッセージを生成するよう構成されてよい。第3トランザクションメッセージが、1
つ以上の標準に従ってフォーマットされ、決済額を格納するよう構成された第1データ要
素と、レシピエントアカウント番号を格納するよう構成された第2データ要素と、を含む
少なくとも複数のデータ要素を含んでよい。決済額は、少なくともトランザクション明細
に基づいてよい。また生成モジュール212は、支払トランザクションに係わる第4デー
タメッセージを生成するよう構成されてよい。第4データメッセージを、1つ以上の標準
に従ってフォーマットし、第4データメッセージが、少なくとも、トランザクション明細
を格納するよう構成された第1データ要素と、レシピエントアカウント番号を格納するよ
う構成された第2データ要素と、を含む、複数のデータ要素を含んでよい。
ュール214が、本開示で説明する処理システム102によって実行される機能に係わる
、1つ以上の決定を実行するよう構成されてよい。決定モジュール214は、決定のため
の命令、及び付随するデータを受信してよく、決定を下してよく、その決定の結果をコン
ピューティング装置200の別のモジュール又はエンジンへ出力してよい。例えば、決定
モジュール214は、1つ以上の送金依頼に対して、センダ機関114からの送金資金の
受領を決定するよう構成されてよい。決定は、それと関連付けられた通知の(例えば、受
信装置202を介する)受領、トランザクションアカウント及びその収支の監視、及び他
の適切な方法に基づいてよい。また決定モジュール214は、複数の送金依頼に対して、
集計された支払額及び決済額を決定するよう構成されてよい。金額は、主要アカウント番
号又はレシピエントアカウント番号における共通性に基づいて集計されてよく、適用可能
であれば、そこに含まれる識別値を含んでよい。
金の整合を実行するよう構成されてよい。整合は、センダ機関114から受領した資金に
対応する送金依頼の、決定を含んでよい。例えば、センダ機関114は、(例えば、集計
された資金供給依頼に基づいて)複数の異なる送金依頼に対して送金資金を移転してよい
。また決定モジュール214は、受信装置202によって受領されたどの送金依頼が、受
領された資金を介して成功裡に資金を供給されたか、決定することができる。決定は、次
いで、送金依頼の決済のために、どの送金依頼が履行されたか決定するために使用されて
よい。例えば、処理システム102が、レシピエント機関116への決済支払の移転を集
計していると、決定モジュール214によって実行される整合は、レシピエント機関11
6と関連付けられた全ての送金依頼が、対応するセンダ機関114からいつ資金を受領し
ていたか、という(例えば、レシピエントアカウント番号に基づく)決定を含んでよい。
めの全ての資金の受領に先立って、レシピエント機関116に移転されてよい。例えば、
処理システム102は、レシピエント機関116への資金の支払のために、レシピエント
機関116と合意を結んでよい。その場合、決定モジュール214は、決済支払が合意に
基づいて適切であるかどうか、決定することができる。別の例では、所定額の資金がセン
ダ機関114から受領されたときに、決済資金がレシピエント機関116に移転されてよ
い。受領は、決定モジュール214によって決定されてよい。
6が、1つ以上のネットワーク上で、1つ以上のネットワークプロトコルを介してデータ
を送信するよう構成されてよい。いくつかの実施形態では、送信装置216は、識別され
た支払信用証明等の極秘金融データ及び情報を含むトランザクションメッセージを送信す
るために、支払ネットワークと関連付けられたインフラストラクチャであって、特別に構
成されたインフラストラクチャを使用する等、支払レール上でデータを送信するよう構成
されてよい。場合によっては、送信装置216は、コンピューティング装置200、セン
ダシステム108、センダネットワーク112、センダ機関114、レシピエントシステ
ム110、レシピエントネットワーク118、レシピエント機関116、及びインターネ
ットのような代替的なネットワークを介する他のエンティティに、データを送信するよう
構成されてよい。いくつかの実施形態では、送信装置216は、異なるネットワーク上で
データを送信する異なる送信装置のような、複数の装置を備えてよい。例えば、支払レー
ル上でデータを送信する第1送信装置、及びインターネット上でデータを送信する第2送
信装置等である。送信装置216は、受信コンピューティング装置によって解析され得る
データが重畳されたデータ信号を、電子送信してよい。場合によっては、送信装置216
が、データを、送信に適するデータ信号に重畳する、エンコードする、又さもなければフ
ォーマットする1つ以上のモジュールを含んでよい。
ンコードされたデータ信号を電子送信するよう構成されてよい。資金供給依頼は、少なく
とも、主要アカウント番号及び支払額を含んでよく、又は集計された送金のために、複数
の主要アカウント番号及び関連する支払額を有する支払額を含んでよい。また送信装置2
16は、決済予告が重畳された又さもなければエンコードされたデータ信号を、レシピエ
ント機関116に電子送信するよう構成されてもよい。レシピエント機関116に送信さ
れる決済予告は、レシピエントアカウント番号及び決済額を含んでよく、又は合算決済の
ための単一の決済額、複数のレシピエントアカウント番号、及び関連する決済額を含んで
よい。また送信装置216は、レシピエントシステム110及び/又はレシピエントネッ
トワーク118にデータ信号を電子送信するよう構成されてもよい。データ信号は、少な
くとも決済額が重畳されてよく、又さもなければエンコードされてよく、また係わるポイ
ントツーポイントのための整合データ等の、レシピエントエンティティが使用するのに適
する追加データを含んでもよい。追加データは、例えば、請求書番号、発注書番号、製品
品目データ等を含んでよい。また送信装置216は、データ信号を、処理システム102
における他のコンピューティング装置200に送信するよう構成されてもよい。例えば、
第1コンピューティング装置104の送信装置216はデータ信号を第2コンピューティ
ング装置106に送信し、第2コンピューティング装置106が、資金供給依頼に含める
集計された送金依頼を含んでよい。送信装置216は更に、従来の方法及びシステムを使
用して、資金を、(例えばレシピエント機関116と関連付けられた)トランザクション
アカウントに送金する、又は資金の移転を開始するための命令を電子送信するよう構成さ
れてよい。
よう構成されてよい。データ信号は、ISO8583標準からISO20022標準への変換等の、1つ
の標準から別の標準へ変換するデータメッセージが重畳される、又さもなければエンコー
ドされる。いくつかの実施形態では、コンピューティング装置200の送信装置216は
、単一の標準を使用してフォーマットされるデータ信号を送信するよう構成されてよい。
いくつかの場合では、コンピューティング装置200は、複数の送信装置216を含んで
よい。その場合、各送信装置216は、単一の関連する標準を使用してフォーマットされ
たデータメッセージを送信するよう構成されてよい。
クションアカウントと関連付けられた第1金融機関に電子送信するよう構成されてよい。
送信装置216は、第3データメッセージを、レシピエントアカウント番号に係るトラン
ザクションアカウントと関連付けられた第2金融機関に電子送信し、また第1データメッ
セージと、第2データメッセージと、第3データメッセージとを、グラフィカルユーザイ
ンターフェイス(GUI)上に表示するために、送信してよい。
、本開示で説明する機能を実行する際にコンピューティング装置200が使用するデータ
を格納するよう構成されてよい。メモリ218は、適切なデータフォーマット方法及びス
キームを使用してデータを格納するよう構成されてよく、リードオンリーメモリ、ランダ
ムアクセスメモリ等の、任意の適切なタイプのメモリとしてよい。メモリ218は、例え
ば、暗号鍵及びアルゴリズム、通信プロトコル及び標準、データフォーマット標準及びプ
ロトコル、処理装置のモジュール及びアプリケーションプログラム用プログラムコード、
並びに本開示の機能を実行する際にコンピューティング装置200が使用するのに適する
、当業者に自明な他のデータを含んでよい。いくつかの実施形態では、メモリ218は、
そこに格納される構造化データセットの格納、識別、修正、更新、アクセス等のために、
構造化クエリ言語を利用するリレーショナルデータベースから構成されてよく、又さもな
ければそれらを含んでよい。
図3Aは、例示的実施形態による、単一のコンピューティング装置、及びエンティティ
システムを使用してポイントツーポイントランザクションを決済するプロセス300aの
フロー図である。ポイントツーポイントランザクションを処理及び決済するプロセス30
0aは、単一のコンピューティング装置200を有する処理システム102を利用する。
その場合処理システム102が、センダシステム108及びレシピエントシステム110
と直接に通信する。
クションのための送金依頼が重畳された又さもなければエンコードされたデータ信号を、
処理システム102に電子送信してよい。送金依頼は、少なくとも、ポイントツーポイン
トランザクションに資金を供給するために使用されるトランザクションアカウントと関連
付けられた主要アカウント番号、ポイントツーポイントランザクションにおいて支払われ
るトランザクション額、及び支払われた資金を受領するために使用されるトランザクショ
ンアカウントと関連付けられたレシピエントアカウント番号を含んでよい。いくつかの実
施形態で、また送金依頼は、発注書番号、請求書番号、及び製品品目データ等の、整合デ
ータを含んでもよい。処理システム102のコンピューティング装置200の受信装置2
02は、データ信号を受信し、そこに重畳された送金依頼を解析することができる。いく
つかの場合では、送金依頼は、ISO8583標準又はISO20022標準等に従ってフォーマットさ
れてよい。
0の決定モジュール214は、受信した送金依頼を、他のポイントツーポイント支払トラ
ンザクションのために受信した送金依頼と集計してよい。送金依頼の集計は、受信した送
金依頼におけるトランザクション額を、同一の主要アカウント番号を含む他の送金依頼に
含まれたトランザクション額と集計すること、又は同一の銀行識別番号、イシュア識別番
号、又は単一のセンダ機関114と関連付けられた他の識別値を有する他の主要アカウン
ト番号を含むトランザクション額と集計することを含んでよい。場合によっては、またス
テップ304aにおいて実行する集計は、受信した送金依頼と他の送金依頼との、決済の
ための集計を含んでもよい。その場合、他の送金依頼は、同一のレシピエントアカウント
番号、又は、同一の銀行識別番号、イシュア識別番号を有する他のレシピエントアカウン
ト番号、又は単一のレシピエント機関116と関連付けられた識別値を含んでよい。集計
の一部として、処理システム102におけるコンピューティング装置200の生成モジュ
ール212は、資金供給依頼を生成してよい。その場合、資金供給依頼が、センダ機関1
14のために集計された支払額、主要アカウント番号及びその関連するトランザクション
額、並びに他の主要アカウント番号及び対応するトランザクション額を含む。いくつかの
実施形態では、資金供給依頼は、ISO8583標準又はISO20022標準等に従ってフォーマット
されてよい。
0の送信装置216は、資金供給依頼が重畳された又さもなければエンコードされたデー
タ信号を、センダ機関114に電子送信してよい。いくつかの実施形態では、データ信号
を、支払ネットワークと関連付けられた支払レールを介して電子送信してよい。ステップ
308aにおいて、センダ機関114は、処理システム102から受信した資金供給依頼
に示されたように、送金依頼に含まれたトランザクション額のために、センダシステム1
08に発行されたトランザクションアカウントから、主要アカウント番号と関連付けられ
るように、引き落としを行う。ステップ310aにおいて、センダ機関114は、従来の
方法及びシステムを使用して、資金供給依頼に含まれた支払額であって、集計された支払
額を合計する送金資金を、処理システム102に移転してよい。
0の決定モジュール214は、送金の整合を実行してよい。整合は、受領した送金資金を
、対応する送金依頼と関連付けることを含んでよく、受領した額、及び対応する資金供給
依頼へと集計された送金依頼に基づいてよい。また整合は、センダシステム108から受
信した送金依頼に含まれたレシピエントアカウント番号と関連付けられたレシピエント機
関116のために集計された決済額が、多様なセンダ機関114から受領されたかを決定
することを含んでもよい。
におけるコンピューティング装置200の生成モジュール212は、決済予告を生成して
よい。決済予告が、集計された決済額、レシピエントアカウント番号、送金依頼からのト
ランザクション額、並びに他のレシピエントアカウント番号、及び対応する集計された送
金依頼からの関連するトランザクション額を含む。いくつかの場合では、決済予告は、IS
O8583標準又はISO20022標準等に従ってフォーマットされてよい。ステップ314aにお
いて、処理システム102におけるコンピューティング装置200の送信装置216は、
決済予告が重畳された又さもなければエンコードされたデータ信号を、レシピエント機関
116に電子送信してよい。場合によっては、データ信号を、支払ネットワークと関連付
けられた支払レールを介して電子送信してよい。ステップ316aにおいて、送信装置2
16は、従来の方法を使用して、集計された決済額に対応する資金を、レシピエント機関
116へ移転してよく、又はレシピエント機関116への移転を開始してよい。
ントアカウント番号と関連付けられたレシピエントエンティティに発行されたトランザク
ションアカウントに、トランザクション額を入金してよい。またレシピエント機関116
は、決済予告に含まれた他のレシピエントアカウント番号と関連付けられた他のトランザ
クションアカウントに、関連するトランザクション額を入金することもできる。ステップ
312aにおいて実行する整合の一部として、また処理システム102におけるコンピュ
ーティング装置200の生成モジュール212は、レシピエントシステム110のための
決済予告を生成することもできる。決済予告は、少なくともトランザクション額を含んで
よく、また送金依頼に含まれた整合データをも含んでよく、適用可能であれば、レシピエ
ントシステム110に提供するのに適する任意の他のデータを含んでよい。決済予告は、
ISO8583又はISO20022標準等の標準に従ってフォーマットされてよい。ステップ320a
において、送信装置216は、決済予告が重畳された又さもなければエンコードされたデ
ータ信号を、レシピエントシステム110に電子送信してよい。
システムを使用してポイントツーポイントランザクションを記録、処理、及び表示するプ
ロセス300bのフロー図である。ポイントツーポイントランザクションを記録、処理及
び表示するプロセス300bは、単一のコンピューティング装置200を有する処理シス
テム102を利用する。その場合処理システム102が、センダシステム108及びレシ
ピエントシステム110と直接に通信する。
クションのためのトランザクション明細が重畳された又さもなければエンコードされたデ
ータ信号を、処理システム102に電子送信してよい。トランザクション明細は、少なく
とも、ポイントツーポイントランザクションに資金を供給するために使用されるトランザ
クションアカウントと関連付けられた主要アカウント番号、ポイントツーポイントランザ
クションにおいて支払われるトランザクション額、及び支払われた資金を受領するために
使用されるトランザクションアカウントと関連付けられたレシピエントアカウント番号を
含んでよい。いくつかの実施形態では、またトランザクション明細は、発注書番号、請求
書番号、及び製品品目データ等の、整合データを含んでもよい。処理システム102のコ
ンピューティング装置200の受信装置202は、データ信号を受信してよく、そこに重
畳された送金依頼を分析してよい。いくつかの場合では、トランザクション明細は、ISO8
583標準又はISO20022標準等に従ってフォーマットされてよい。
、その支払トランザクションのために受信したトランザクション明細、及び他のポイント
ツーポイント支払トランザクションのために受信したトランザクション明細を格納してよ
い。ステップ306bにおいて、処理システム102におけるコンピューティング装置2
00の送信装置216は、資金供給依頼が重畳された又さもなければエンコードされたデ
ータ信号を、センダ機関114に電子送信してよい。いくつかの実施形態では、データ信
号を、支払ネットワークと関連付けられた支払レールを介して電子送信してよい。ステッ
プ308bにおいて、センダ機関114は、処理システム102から受信した資金供給依
頼に示されたように、トランザクション明細に含まれたトランザクション額のために、セ
ンダシステム108に発行されたトランザクションアカウントから、主要アカウント番号
と関連付けられるように、引き落としを行なってよい。ステップ310bにおいて、セン
ダ機関114は、従来の方法及びシステムを使用して、資金供給依頼に含まれた支払額を
合計する資金を、処理システム102に移転してよい。
よい。第三者システム124が、例えば、予期される決済に基づいて借り入れするレシピ
エントエンティティのための資金提供に、関心を持つ会社であってよい。レシピエントエ
ンティティは、処理システム102を使用して、第三者システム124が彼らの支払トラ
ンザクションに関する元帳を閲覧する許可をオプトインすることができる。ステップ32
2bにおいて、第三者システム124は、決済される支払トランザクション及びレシピエ
ントエンティティと関連付けられた元帳に格納された追加トランザクションに関する、取
引ディレクトリの閲覧にアクセスすることができる。
求に応じて現金を得る能力を、決済される支払トランザクションと関連付けられたオファ
ーを彼らに提供することによって、提供してよい。第三者システム124は、レシピエン
トエンティティのトランザクション履歴を再調査してよい。再調査は、レシピエントエン
ティティとトランザクションのために送金を支払う特定のセンダエンティティとの間の、
先のトランザクションを識別することを含んでよい。また第三者システムが、トランザク
ションに基づいて、ローンを提供するための金利を決定してよい。レシピエントエンティ
ティによって受諾され得る又は拒否され得るオファーは、レシピエントエンティティに、
直接に又は処理システム102を介して通信されてよい。受諾された場合、第三者システ
ム124は、レシピエントエンティティによって直接になされ得る、又は処理システム1
02を介してなされ得る、及び/又は本開示で説明する決済プロセスの一部としてレシピ
エント機関116によってなされ得る後の返済のために、レシピエントエンティティに対
して早期支払を提供することができる。
0の送信装置216は、決済予告が重畳された又さもなければエンコードされたデータ信
号を、レシピエント機関116に電子送信してよい。いくつかの実施形態では、データ信
号を、支払ネットワークと関連付けられた支払レールを介して電子送信してよい。ステッ
プ316bにおいて、送信装置216は、集計された決済額に対応する資金を、従来の方
法を使用してレシピエント機関116へ移転してよく、又はレシピエント機関116への
移転を開始してよい。
ントアカウント番号と関連付けられたレシピエントエンティティに発行されたトランザク
ションアカウントに、トランザクション額を入金してよい。またレシピエント機関116
は、決済予告に含まれた他のレシピエントアカウント番号と関連付けられた他のトランザ
クションアカウントに、関連するトランザクション額を入金することもできる。レシピエ
ントエンティティが第三者システム124のオファーを受諾した場合、レシピエント機関
116は、クレジット額の支払を第三者システム124に提供することができる。そのよ
うな場合のいくつかでは、レシピエント機関116は、通常通りに、トランザクションア
カウントに入金してよい。その場合レシピエントエンティティは、第三者システム123
に独自にローンを返済することができる。ステップ320bにおいて、送信装置216は
、トランザクションステータスが重畳された又さもなければエンコードされたデータ信号
を、レシピエントシステム110に電子送信してよい。そのためレシピエントは、トラン
ザクション明細を詳述する元帳を閲覧可能である。レシピエントエンティティは、次いで
、設定された条件に従ってローンを返済することによって、第三者システム124とのト
ランザクションを終了してよい。
図4は、第1コンピューティング装置104及び第2コンピューティング装置106を
使用する処理システム102を利用する、ポイントツーポイントランザクションを処理及
び決済する代替的なプロセス400を示す。その場合処理システム102が、センダネッ
トワーク112及びレシピエントネットワーク118のそれぞれを介して、センディング
エンティティ及びレシピエントエンティティと直接に通信する。場合によっては、センダ
ネットワーク112及びレシピエントネットワーク118が、同一のエンティティであっ
てよい。
、送金情報を受信してよい。いくつかの場合では、送金情報は、センダシステム108か
らの電子送信を介する等、センダシステム108から受信されてよい。他の場合では、送
金情報は、ウエブページ又はアプリケーションプログラムを介する等、センディングエン
ティティによって使用されるコンピューティング装置との通信を介して受信されてよい。
いくつかの場合では、送金情報は、センディングエンティティから受信した命令に基づい
てセンダネットワーク112に手動でデータを入力するセンダネットワーク112の従業
員等の、センダネットワーク112のユーザによって手動で入力されてよい。センダネッ
トワーク112に提供された送金情報は、センダ機関114によってセンディングエンテ
ィティに発行されたトランザクションアカウントのための主要アカウント番号、支払われ
るトランザクション額、及び支払を受領するためにレシピエント機関116によってレシ
ピエントエンティティに発行されたトランザクションアカウントのためのレシピエントア
カウント番号を含んでよい。
なければエンコードされたデータ信号を、処理システム102の第1コンピューティング
装置104に電子送信してよい。送金依頼は、少なくとも、主要アカウント番号、トラン
ザクション額、及びレシピエントアカウント番号を含んでよい。いくつかの実施形態では
、送金依頼は、ISO8583標準に従ってフォーマットされてよい。ステップ406において
、第1コンピューティング装置104の決定モジュール214は、送金依頼を関連する送
金依頼と集計してよい。集計は、ポイントツーポイントランザクションの送金のための集
計、及びポイントツーポイントトランザクションの決済のための集計を含んでよい。送金
の集計は、送金依頼を、同一の主要アカウント番号又は他の主要アカウント番号を含む他
の送金依頼と集計することを含んでよい。その場合、各送金依頼は、センダ機関114と
関連付けられた共通の識別値を含む。決済の集計は、送金依頼を、同一のレシピエントア
カウント番号又は他のレシピエントアカウント番号を含む他の送金依頼と集計することを
含んでよい。その場合各送金依頼は、レシピエント機関116と関連付けられた共通の識
別値を含む。
部通信方法及びネットワークを使用して、センダ機関114と関連付けられた資金供給デ
ータを、処理システム102の第2コンピューティング装置106に電子送信してよい。
第2コンピューティング装置106の受信装置202は、資金供給データを受信してよい
。資金供給データが、少なくとも、トランザクション額、受信された送金依頼に含まれた
主要アカウント番号、及び識別され集計された送金依頼を含んでよい。いくつかの場合で
は、また資金供給データは、集計された支払額を含んでもよい。他の場合では、第2コン
ピューティング装置106の決定モジュール214は、集計された支払額を決定してよい
。
てよい。その場合、資金供給依頼は、少なくとも、集計された支払額、各主要アカウント
番号、及び関連するトランザクション額を含んでよい。いくつかの実施形態では、資金供
給依頼は、ISO20022標準に従ってフォーマットされてよい。ステップ410において、第
2コンピューティング装置106の送信装置216は、資金供給依頼が重畳された又さも
なければエンコードされたデータ信号を、センダ機関114に電子送信してよい。ステッ
プ412において、センダ機関114は、資金供給依頼に含まれた各主要アカウント番号
に対応するトランザクションアカウントから、関連するトランザクション額を引き落とし
てよい。ステップ414において、センダ機関114は、集計された支払額の金額である
送金資金の、処理システム102への移転を開始してよい。
は、受領した送金資金の整合を実行してよい。整合は、送金資金の、受信した資金供給デ
ータとの整合を含んでよく、どの送金依頼が資金を供給されたかを決定してよい。整合の
一部としてステップ418において、第2コンピューティング装置106の送信装置21
6は、内部通信ネットワーク及び方法を使用して、送金資金の受領の確認を第1コンピュ
ーティング装置104に電子送信してよい。いくつかの実施形態では、第2コンピューテ
ィング装置106は、送金資金の受領のみを確認するだけでよい。追加の整合は、第1コ
ンピューティング装置104の決定モジュール214によって実行される。整合は、(例
えばステップ406において実行されるように)レシピエント機関116のために集計さ
れた決済額の、適切な金額が受領されたかを決定することを含んでよい。
装置104の送信装置216は、決済を実行する依頼が重畳された又さもなければエンコ
ードされたデータ信号を、内部通信ネットワーク及び方法を使用して第2コンピューティ
ング装置106に電子送信してよい。決済依頼は、少なくとも、レシピエントアカウント
番号及びレシピエント機関116のために集計されたトランザクション額を含んでよい。
いくつかの実施形態では、また決済依頼は、集計された決済額を含んでよい。他の実施形
態では、第2コンピューティング装置106の決定モジュール214は、集計された決済
額を決定してよい。
成モジュール212を介して)レシピエントエンティティに配信するための決済予告を生
成してよい。決済予告は、少なくとも、受信した送金依頼に含まれたトランザクション額
及び整合データ等の任意の追加データを含んでよい。いくつかの実施形態では、決済予告
は、ISO8583標準に従ってフォーマットされてよい。ステップ422において、第1コン
ピューティング装置104の送信装置216は、決済予告が重畳された又さもなければエ
ンコードされたデータ信号を、レシピエントネットワーク118に電子送信してよい。ス
テップ424において、レシピエントネットワーク118は、決済資金が受領されたこと
をレシピエントエンティティに通知してよい。レシピエントネットワーク118は、電話
、電子メール、ショートメッセージサービス、マルチメディアメッセージサービス等の適
切な方法を介して、レシピエントエンティティと通信してよい。
グ装置106の生成モジュール212は、レシピエント機関116に配信するために決済
予告を生成してよい。この決済予告は、少なくとも、集計された送金依頼からの各レシピ
エントアカウント番号及び関連するトランザクション額を含んでよい。いくつかの場合で
は、また決済予告は、集計された決済額を含んでもよい。いくつかの実施形態では、決済
予告は、ISO20022標準に従ってフォーマットされてよい。ステップ426において、第2
コンピューティング装置106の送信装置216は、決済予告が重畳された又さもなけれ
ばエンコードされたデータ信号を、レシピエント機関116に電子送信してよい。ステッ
プ428において、処理システム102は、集計された決済額のレシピエント機関116
への移転を開始してよい。ステップ430において、レシピエント機関は、レシピエント
アカウント番号に対応する各トランザクションアカウントに、関連するトランザクション
額を入金してよい。
図5A及び図5Bは、例示的実施形態による、図1の処理システムにおいて、複数のコ
ンピューティング装置を使用してポイントツーポイントランザクションを決済するプロセ
スのフロー図である。図5A及び図5Bは、処理システム102において、複数のコンピ
ューティング装置200を使用して、集計されたポイントツーポイントランザクションを
決済するプロセスを示す。その場合、ポイントツーポイントランザクションは、送金及び
決済の両方のために集計される。図5A及び図5Bに示す処理システム102によって実
行される本開示で説明する機能は、単一のコンピューティング装置200を使用して代替
的に実行され得ること、また図5A及び図5Bに示すプロセスに対する代替として、送金
のみ又は決済のみの集計を含み得ることは、当業者にとって自明である。
数の送金依頼を受信してよい。送金依頼が、センダシステム108、センダネットワーク
112、及び/又はセンダ機関114から受信されてよい。各送金依頼は、少なくとも、
そこから支払がなされるトランザクションアカウントと関連付けられた主要アカウント番
号、支払のためのトランザクション額、及び支払を受領するためのトランザクションアカ
ウントと関連付けられたレシピエントアカウント番号を含んでよい。いくつかの実施形態
では、また送金依頼は、整合データを含んでよい。場合によっては、送金依頼は、ISO858
3又はISO20022標準に従ってフォーマットされてよい。
は、送金額及び複数の送金依頼のための資金供給額を集計してよい。送金額は、受信され
た送金依頼に含まれた少なくとも1つの主要アカウント番号と関連付けられた各センダ機
関114のための額であってよい。その場合、それぞれの送金額は、センダ機関114と
関連付けられた主要アカウント番号を含む各送金依頼に含まれたトランザクション額の合
計であってよい。これは、銀行識別番号、イシュア識別番号、又は主要アカウント番号に
含まれた他の識別値に基づいて決定してよい。資金供給額は、受信された送金依頼に含ま
れた少なくとも1つのレシピエントアカウント番号と関連付けられた各レシピエント機関
116のための額であってよい。その場合、それぞれの資金供給額は、レシピエント機関
116と関連付けられた主要アカウント番号を含む各送金依頼に含まれたトランザクショ
ン額の合計であってよい。これは、銀行識別番号、イシュア識別番号、又はレシピエント
アカウント番号に含まれた他の識別値に基づいて決定してよい。
は、資金供給データを生成してよい。資金供給データが、各センダ機関114のために決
定された送金額、対応するセンダ機関114、並びに各センダ機関114のための関連す
る主要アカウント番号及び対応するトランザクション額を含んでよい。ステップ508に
おいて、第1コンピューティング装置104の送信装置216は、資金供給データが重畳
された又さもなければエンコードされたデータ信号を、処理システム102の内部通信ネ
ットワーク及び方法を介して第2コンピューティング装置106に電子送信してよい。ス
テップ510において、第2コンピューティング装置106の受信装置202は、資金供
給データを受信してよい。
は、各センダ機関114のための資金供給依頼を生成してよい。資金供給依頼は、対応す
るトランザクション額と関連付けられた送金額及び関連付けられた主要アカウント番号を
含む。資金供給依頼は、第2コンピューティング装置106の送信装置216によってそ
れぞれのセンダ機関114に電子送信されるデータ信号に、重畳されてよく、又さもなけ
ればエンコードされてよい。いくつかの実施形態では、各資金供給依頼は、ISO8583又はI
SO20022標準に従ってフォーマットされてよい。センダ機関114は、資金供給依頼を受
信し、それらを処理システム102に提供される送金額と共に適宜に処理してよい。ステ
ップ514において、第2コンピューティング装置106の受信装置202は、送金資金
をセンダ機関114から受領する、又は受領の確認を受信してよい。
ータを、処理システム102の内部通信方法及びネットワークを使用して第1コンピュー
ティング装置104に電子送信してよい。データは、送金資金の受領の確認が重畳される
。確認は、少なくとも、そこから資金が受領されたセンダ機関114及び受領された対応
する送金額を含んでよい。ステップ518において、第1コンピューティング装置104
の受信装置202は、確認を受信してよい。ステップ520において、第1コンピューテ
ィング装置104の決定モジュール214は、送金資金の整合を実行してよい。整合は、
受領された資金がどの送金依頼に対応するか決定することを含んでよい。これは、いずれ
のレシピエント機関116との決済のために適切な資金が受領されたかを決定するために
使用することができる。
は、決済依頼を生成してよい。決済依頼が、(例えば整合に基づいて)決済を受領する各
レシピエント機関116のための資金供給額、並びに関連するレシピエントアカウント番
号及び対応するトランザクション額を含んでよい。また生成モジュール212は、(例え
ば第1コンピューティング装置104の送信装置216を介して)決済依頼を、処理シス
テム102の適切な内部通信ネットワーク及び方法を使用して、第2コンピューティング
装置106に電子送信してよい。いくつかの実施形態では、決済依頼は、ISO8583又はISO
20022標準に従ってフォーマットされてよい。ステップ524において、第1コンピュー
ティング装置104の生成モジュール212は、複数の送金依頼の各々のための決済予告
を生成してよい。決済予告が、少なくとも、トランザクション額及び任意の他の追加デー
タ(例えば、送金依頼に含まれた整合データ等)を含んでよい。決済予告は、レシピエン
トエンティティにポイントツーポイントランザクションの決済を通知するために、関連す
るレシピエントシステム110、レシピエント機関116、又はレシピエントネットワー
ク118に電子送信されるデータ信号に、重畳されてよく、又さもなければエンコードさ
れてよい。
1コンピューティング装置104から決済依頼を受信してよい。ステップ528において
、第2コンピューティング装置106の生成モジュール212は、各レシピエント機関1
16のための決済通知を生成してよい。各決済通知は、レシピエント機関116のために
決定された集計された資金供給額、送金依頼からの関連するレシピエントアカウント番号
、及び対応するトランザクション額を含んでよい。いくつかの実施形態では、決済通知は
、ISO8583又はISO20022標準に従ってフォーマットされてよい。ステップ530において
、第2コンピューティング装置106の送信装置216は、関連する決済通知が重畳され
た又さもなければエンコードされたデータ信号を、各レシピエント機関116に電子送信
してよい。ステップ532おいて、送信装置216は、従来の方法及びシステムを使用し
て、決済資金を各レシピエント機関116へ移転してよく、又は決済資金の各レシピエン
ト機関116への移転を開始してよい。
図6A及び図6B(以下、まとめて図6と称する)は、例示的実施形態による、図1の
処理システムにおいて、ポイントツーポイントランザクションを記録、処理、及び表示す
るプロセス600の図である。例えば、プロセス600は、非カード型支払を経由してサ
プライヤ又はベンダに支払う会社の能力を提供することを示す。なぜなら、サプライヤが
その顧客に請求明細書を送付する場合、典型的には、サプライヤはクレジットカードでの
支払いを受け付けないためである。
又は役務のための発注書を発行してよい。発注書を、システムプラットフォーム604に
送付してよい。システムプラットフォーム604は、処理システム102によって提供さ
れるプラットフォームであり、そこに含まれた第1コンピューティング装置104及び第
2コンピューティング装置106等のコンピューティング装置200を介して実行される
プラットフォームであってよい。ステップ610において、システムプラットフォーム6
04が、このデータをトランザクション明細として、サプライヤ606(例えばレシピエ
ントエンティティ)に送信してよく、発注書の受領を確認することができる。
トランザクションデータ(例えば、トランザクション額、依頼された商品及び/又は役務
の名称、依頼された商品及び/又は役務の数、支払日付等)を取り込んでよく、また情報
を、元帳内の内部データベース(例えばアカウントデータベース206)に、バイヤ60
2及びサプライヤ606の取引ディレクトリ内のアカウントプロファイル情報と共に格納
してよい。システムプラットフォーム604は、オリジナルの発注書、請求書、及び/又
はトランザクションに係わる任意の他の通信へのリンクを提供してよい。リンクは、バイ
ヤ602、サプライヤ606、及び/又は任意の他のシステムのウエブサイト及び/又は
支払処理システムに戻るオリジナルの通信を示す。
求書を送付してよい。システムプラットフォーム604が、APIを使用して重要な情報を
抽出し、ステップ614において、データをバイヤ602に送信する。例えば、サプライ
ヤは606、30日又は60日の条件でサプライヤ606に支払うために、請求書をバイ
ヤ602に送付することができる。たいていのサプライヤは、30日以内に資金を受領し
、サプライヤが30日のうちに支払われるよう希望するであろう。しかしながら従来技術
のシステムでは、たいていのサプライヤは、支払転記及び支払が実際にどのようになされ
るかに関して、視認性を有していない。これは、キャッシュフローの問題につながる。シ
ステムプラットフォーム604は、トランザクションの視認性と適時の支払期待の確実性
が、関係する全ての当事者に対して明確なプラットフォームを提供することによって、こ
れらの問題を回避する。システムプラットフォーム604は、当事者のアイデンティティ
及び存在する全てのトランザクションの元帳を取り込む取引ディレクトリを提供する。ま
た当事者(例えば、支払人及び受取先、又はバイヤ及びサプライヤ)のアイデンティティ
は、当事者情報、コーポレイトアイデンティティ、及びその企業内でバンキングトランザ
クション及び金融トランザクションに関する権限を有する個人、及び/又は実際の銀行口
座情報をも含む。取引ディレクトリは、システムプラットフォームを利用する上で識別さ
れた当事者間に存在する、全てのトランザクションの元帳である。
、サプライヤ606は請求書及び支払ステータスを監視する。例えば、サプライヤ606
は、取引ディレクトリに登録することによって、システムを使用することをサインアップ
することが可能である。その場合、彼らの銀行口座情報はシステム内にあり、支払勘定(
AP)又は受取勘定(AR)の責任者は誰かが分かり、並びに彼らの金融財政担当役員が識別
され、サプライヤの金融トランザクションに対して権限を与えられた個人及び任意の発注
書が識別され、並びにシステムプラットフォームを介してなされる請求書及び支払が、こ
の取引ディレクトリの元帳の態様で取り込まれる。その結果、時間の経過と共に、可能と
された当事者間の各発注書、請求書、トランザクション、又はそれらのステータス及びそ
れらに対する適時の実行が、元帳に取り込まれる。
ーム604は、1つ以上の第三者システムを含んでよい。第三者システムが、第三者金融
提供者によって提案される条件に応じて、借り入れるため、又は債権をノンリコースベー
スで売却するための資金を、金利で提供する。システムプラットフォーム604によって
提供されるデータへの視認性は、第三者システムに機会を提供する。例えば、サプライヤ
606は、第三者システムがサプライヤのトランザクションに関する元帳を閲覧する許可
をオプトインすることができる。第三者システムは、プライバシーに関する関心事及びト
ランザクションに係わる全ての当事者の同意に適合する取引ディレクトリの閲覧にアクセ
スすることができる。第三者システムが、価格リスクを分析し、例えば特定の請求書につ
いてサプライヤ606に金融ソリューションを提供することができる。第三者システムは
、サプライヤ606が要求に応じて現金を得る能力を提供することができる。従ってサプ
ライヤ606が、彼らの現金を受領することを第30日又は第40日まで待つ代わりに、
第三者システムが、サプライヤ606とバイヤ602との間のトランザクションの履歴に
基づいて、バイヤ602が彼らの請求書の99.9パーセントを完済すると知ることができる
。従って第三者システムは、バイヤ602がそのサプライヤ606の次の請求書を支払う
つもりであると示す元帳からのデータに基づいて、高い快適度を有することができる。第
三者システムは、その際、そのサプライヤ606に対して、現金を前払いするための極め
て低いAPRを提供することができる。
24において、送金情報を伴う支払命令を、システムプラットフォーム604に提供する
。ステップ628において、サプライヤの銀行は早期支払を受領した。ステップ630に
おいて、バイヤの銀行は支払をシステムプラットフォーム604に提供する。ステップ6
32及び634において、トランザクション結果に基づく、バイヤ602、サプライヤ6
06、及び第三者のデータを、元帳の一部としてシステムプラットフォーム604にアッ
プロードする。
図7は、例示的実施形態による、ポイントツーポイント支払トランザクションを処理す
る例示的な方法のフローチャートである。
サーバ(例えば処理サーバ102)の受信装置(例えば受信装置202)によって受信し
てよい。第1データメッセージを、1つ以上の標準に従ってフォーマットし、1つ以上の
アプリケーションプログラムインターフェイス(API)を使用して受信する。第1データ
メッセージが、少なくとも、トランザクション明細を格納するよう構成された第1データ
要素と、主要アカウント番号を格納するよう構成された第2データ要素と、レシピエント
アカウント番号を格納するよう構成された第3データ要素と、を含む少なくとも複数のデ
ータ要素を含む。
属する記録へのリンクと共に処理サーバ(例えば処理サーバ102)の商用データベース
(例えばデータベース122)に格納してよい。リンクが、第1データメッセージに基づ
いて文書へのアクセスを提供する。
理サーバ(例えば処理サーバ102)の生成モジュール(例えば生成モジュール212)
によって生成してよい。第2データメッセージを、1つ以上の標準に従ってフォーマット
し、第2データメッセージが、支払額を格納するよう構成された第1データ要素を含む少
なくとも複数のデータ要素を含み、支払額が、少なくともトランザクション明細に基づく
。ステップ708において、第1データ要素を、第2データメッセージに属する記録への
リンクと共に処理サーバ(例えば処理サーバ102)の商用データベース(例えばデータ
ベース122)に格納してよい。リンクが、第2データメッセージに基づいて文書へのア
クセスを提供する。
信装置(例えば送信装置216)によって、主要アカウント番号に係るトランザクション
アカウントと関連付けられた第1金融機関に電子送信してよい。ステップ712において
、支払トランザクションに係わる第3データメッセージを、処理サーバ(例えば処理サー
バ102)の生成モジュール(例えば生成モジュール212)によって生成してよい。第
3データメッセージを、1つ以上の標準に従ってフォーマットし、第3データメッセージ
が、決済額を格納するよう構成された第1データ要素と、レシピエントアカウント番号を
格納するよう構成された第2データ要素と、を含む少なくとも複数のデータ要素を含み、
決済額が、少なくともトランザクション明細に基づく。
ジに属する記録へのリンクと共に処理サーバ(例えば処理サーバ102)の商用データベ
ース(例えばデータベース122)に格納してよい。リンクが、第3データメッセージに
基づいて文書へのアクセスを提供する。
02)の送信モジュール(例えば送信モジュール216)によって、レシピエントアカウ
ント番号に係るトランザクションアカウントと関連付けられた第2金融機関に電子送信し
てよい。また第1データメッセージと、第2データメッセージと、第3データメッセージ
とを、グラフィカルユーザインターフェイス(GUI)上に表示するために、送信してよい
。
セージは、ISO8583標準に従ってフォーマットしてよい。別の実施形態では、第1データ
メッセージをISO8583標準に従ってフォーマットし、また第2データメッセージ及び第3
データメッセージをISO20022標準に従ってフォーマットしてよい。更なる実施形態では、
第2データメッセージを生成するステップは、ISO8583標準とISO20022標準との間の対応
に基づいて、第1データメッセージを第2データメッセージに変換するステップを含んで
よい。いくつかの実施形態では、支払額はトランザクション額と同等でよく、及び/又は
決済額はトランザクション額と同等でよい。
の追加のデータメッセージを、処理サーバの受信装置によって受信するステップである。
各追加のデータメッセージが、追加の支払トランザクションに係わり、少なくとも、複数
のアカウント番号のうちの1つを格納するよう構成された第1データ要素と、異なるトラ
ンザクション額を格納するよう構成された第2データメッセージと、を含む複数のデータ
要素を含む。支払額は、各追加のデータメッセージに含まれた第2データ要素に格納され
た異なるトランザクション額の集計である。主要アカウント番号及び複数のアカウント番
号の各々は、共通の銀行識別番号又はイシュア識別番号を含む。更なる実施形態では、主
要アカウント番号及び複数のアカウント番号の各々は、同一のトランザクションアカウン
トに関連付けられてよい。別の更なる実施形態では、共通の銀行識別番号又はイシュア識
別番号は、第1金融機関に関連付けられてよい。
びステータスのうちの1つ以上を含む。決済額は、トランザクション明細と同等であって
よい。いくつかの実施形態では、商用データベースに格納されたデータ要素は、取引ディ
レクトリ及び/又は元帳を備える。
1つ以上の追加のデータメッセージを、処理サーバの受信装置によって受信するステップ
である。各追加のデータメッセージが、追加の支払トランザクションに係わり、少なくと
も、異なるトランザクション額を格納するよう構成された第2データ要素と、複数のアカ
ウント番号のうちの1つを格納するよう構成された第3データ要素と、を含む複数のデー
タ要素を含む。決済額は、各追加のデータメッセージに含まれた第2データ要素に格納さ
れた異なるトランザクション額の集計である。レシピエントアカウント番号及び複数のア
カウント番号の各々は、共通の銀行識別番号又はイシュア識別番号を含む。更なる実施形
態では、レシピエントアカウント番号及び複数のアカウント番号の各々は、同一のトラン
ザクションアカウントに関連付けられてよい。別の更なる実施形態では、共通の銀行識別
番号又はイシュア識別番号は、第2金融機関に関連付けられてよい。
ンザクションに係る第4データメッセージを、処理サーバの生成モジュールによって生成
するステップであって、第4データメッセージを標準に従ってフォーマットし、第4デー
タメッセージが、少なくとも、トランザクション額を格納するよう構成された第1データ
要素と、レシピエントアカウント番号を格納するよう構成された第2データ要素と、を含
む複数のデータ要素を含むステップと、第4データメッセージを処理サーバの送信装置に
よって電子送信するステップと、である。更なる実施形態では、第4データメッセージを
、第2金融機関に電子送信してよい。別の更なる実施形態では、第1データメッセージを
第三者システムから受信してよく、また第4データメッセージを第三者システムに電子送
信してよい。また別の更なる実施形態では、第4データメッセージを、ISO8583標準に従
ってフォーマットしてよい。
ンピューティング装置104)及び第2コンピューティング装置(例えば第2コンピュー
ティング装置106)を含んでよい。第1コンピューティング装置が受信装置を含み、第
2コンピューティング装置が、生成モジュール、決定モジュール、及び送信装置を含む。
更なる実施形態では、方法600は更に、次のステップを含んでよい。すなわち、少なく
とも支払額が重畳されたデータ信号を、処理サーバの第1コンピューティング装置の生成
モジュールによって生成するステップと、生成したデータ信号を、処理サーバの第1コン
ピューティング装置の送信装置によって第2コンピューティング装置に電子送信するステ
ップと、データ信号を処理サーバの第2コンピューティング装置の受信装置によって受信
するステップと、である。
図8は、例示的実施形態による、支払トランザクションの処理のフロー図である。
を処理するプロセス800を示す。支払トランザクションは、(例えば毎時、毎日、毎週
等の)所定期間に、数千、数百万、及び数十億にもなる支払トランザクションを含んでよ
い。プロセス800及びそこに含まれたステップは、処理システム102、センダ機関1
14、レシピエント機関116等の、上記で説明したシステム100の1つ以上のコンポ
ーネントによって実行されてよい。図8に示すシステム及びプロセス800を使用する以
下に説明する支払トランザクションの処理は、支払レールを利用してよい。支払レールは
、コンピューティング装置、及びプロセス800のステップを実行するために利用される
インフラストラクチャを備えてよい。それらは、以下に説明するエンティティによって特
別に構成され、プログラムされ、またトランザクション処理サーバ812を含む。トラン
ザクション処理サーバ812は、支払トランザクションを処理するよう構成された1つ以
上の支払ネットワークと関連付けられてよい。当業者にとって自明であるように、プロセ
ス800は、支払トランザクションの処理に関係するステップについて上記で説明した図
3A、3B、4、5A、5B、6及び7に示すプロセス内に組み込まれてよい。更に、本
開示で説明するプロセス800を実行するエンティティは、下記で説明する機能を実行す
るよう構成された1つ以上のコンピューティング装置又はシステムを含んでよい。例えば
、販売者806は、1つ以上の販売時点(point of sale)デバイス、ローカル通信ネッ
トワーク、コンピューティングサーバ、及び以下に説明する機能を実行するよう構成され
た他のデバイスを備えてよい。
を、消費者804に発行してよい。発行金融機関802は金融機関であってよい。金融機
関は、例えば銀行であってよく、又は支払アカウント、及び/又は支払トランザクション
に資金を供給するために支払アカウントと共に使用可能な支払手段を、執行及び管理する
他の適切なタイプのエンティティであってよい。消費者804は、発行金融機関802に
トランザクションアカウントを持つことができる。発行された支払カードは、トランザク
ションアカウントに関連付けられる。例えば、支払カードが支払に使用されると、支払ト
ランザクションは、関連するトランザクションアカウントによって資金を供給される。い
くつかの実施形態では、支払カードを消費者804に物理的に発行してよい。他の実施形
態では、支払カードは、仮想支払カードであってもよく、又はさもなければ電子的フォー
マットで消費者804に支給されてもよい。
に使用するために、発行された支払カードを販売者806に提示してよい。販売者806
は、企業、別の消費者、又は消費者804との支払トランザクションに関与する任意のエ
ンティティであってよい。物理的なカードを販売者806に提出すること、支払カードの
ための支払明細を電子的に(例えば近距離通信、無線送信、又は他の適切な電子送信タイ
プ及びプロトコル等を介して)送信すること、又は第三者を介して支払明細の販売者80
6への送信を開始することを介して、消費者804は支払カードを提示してよい。販売者
806は、(例えば電子送信を介して、物理的な支払カードから読むことを介して)支払
明細を受信してよい。支払明細は、少なくとも、支払カードと関連付けられたトランザク
ションアカウント番号及び/又は関連するトランザクションアカウントを含んでよい。場
合によっては、支払明細は、支払トランザクションの処理の際に使用することができる1
つ以上のアプリケーション暗号を含んでよい。
ーティングシステムに入力してよい。トランザクション明細は、支払カードと関連付けら
れた消費者804によって提供された支払明細、及びトランザクション額、時間及び/又
は日付、製品データ、オファーデータ、ロイヤルティデータ、報酬データ、販売者データ
、消費者データ、販売時点データ等の、トランザクションと関連付けられた追加の詳細を
含んでよい。トランザクション明細を、製品バーコードをスキャンするよう構成された光
学バーコードスキャナ、ユーザによって入力された製品コードを受信するよう構成された
キーボード等の、1つ以上の入力装置を介して、販売者806の販売時点システムに入力
してよい。販売者販売時点システムは、電子金融トランザクションの処理目的及び(例え
ば支払レールを介する)支払ネットワークとの通信目的を意図して特別に構成されたコン
ピューティング装置及び/又は専用コンピューティング装置であってよい。販売者販売時
点システムは、電子装置であってよく、その上で販売時点システムアプリケーションが作
動する。アプリケーションは、電子装置に、電子金融トランザクション情報を受信させて
、支払ネットワークに通信させる。いくつかの実施形態では、販売者806は、電子商取
引におけるオンライン小売業者であってよい。そのような実施形態では、当業者にとって
自明であるように、トランザクションデータを電子トランザクションに格納するために、
トランザクション明細をショッピングカート又は他のリポジトリに入力してよい。
タ信号を、ゲートウエイプロセッサ808に電子送信してよい。ゲートウエイプロセッサ
808が、販売者806からトランザクション明細を受信し、フォーマットし、アクワイ
アリング金融機関810に送信するよう構成されたエンティティであってよい。場合によ
っては、ゲートウエイプロセッサ808は、複数の販売者806及び複数のアクワイアリ
ング金融機関810に関連付けられてよい。そのような場合では、ゲートウエイプロセッ
サ808が、多様な販売者が関係する複数の異なるトランザクションのための支払明細を
受信し、適切なアクワイアリング金融機関810に転送してよい。複数のアクワイアリン
グ金融機関810と関係を有することによって、また支払レールを使用して金融機関と通
信するために必須なインフラストラクチャを有することによって、例えば、ゲートウエイ
プロセッサ808と関連付けられた、又はデータの提出、受信及び検索に使用される金融
機関と関連付けられたアプリケーションプログラムインターフェイスを使用することによ
って、ゲートウエイプロセッサ808は、販売者806のための仲介者としての機能を果
たし、ゲートウエイプロセッサ808との単一の通信チャネル及びフォーマットを介して
支払トランザクションを行なうことができる。その際、複数のアクワイアリング金融機関
810及び支払プロセッサ、並びにそれらと関連付けられたハードウエアとの関係を維持
する必要がない。アクワイアリング金融機関810は金融機関であってよい。金融機関は
、例えば銀行であってよく、又は支払アカウント、及び/又は支払アカウントと共に使用
する支払手段を、執行及び管理する他のエンティティであってよい。場合によっては、ア
クワイアリング金融機関810が、販売者806のためのトランザクションアカウントを
管理してよい。いくつかの場合では、単一の金融機関が、発行金融機関802及びアクワ
イアリング金融機関810の両方として働いてもよい。
ンザクションのためのトランザクション明細を重畳してよい。データ信号を、1つ以上の
標準に従ってフォーマットしてよい。いくつかの実施形態では、標準を、ゲートウエイプ
ロセッサ808によって定めてよい。標準が、トランザクションデータをゲートウエイプ
ロセッサ808に/ゲートウエイプロセッサ808から送信するために、固有の専用フォ
ーマットを使用してよい。他の実施形態では、国際標準化機構のISO8883標準等の、公的
標準を使用してよい。標準は、含まれ得るデータのタイプ、データのフォーマット、どの
ようにしてデータを格納し、送信するか、及びゲートウエイプロセッサ808にトランザ
クションデータを送信するための他の標準を示してよい。
信号を解析してよく、その上に重畳されたトランザクションデータを取得し、必要に応じ
てトランザクションデータをフォーマットしてよい。トランザクションデータのフォーマ
ットは、ゲートウエイプロセッサ808又は支払トランザクションと関連付けられたアク
ワイアリング金融機関810の専用標準に基づいて、ゲートウエイプロセッサ808が実
行してよい。専用標準は、トランザクションデータに含まれたデータのタイプ、及びデー
タの格納及び送信のためのフォーマットを明示してよい。アクワイアリング金融機関81
0は、トランザクションデータを解析する(例えばデータ要素に分解する)等によって、
そこに含まれたアクワイアリング金融機関810に関連付けられた識別子を取得するため
に、トランザクションデータを使用して、ゲートウエイプロセッサ808によって識別さ
れてよい。場合によっては、ゲートウエイプロセッサ808は、次いで、アクワイアリン
グ金融機関810によって明示されたフォーマットの標準に準拠する等のために、識別さ
れたアクワイアリング金融機関810に基づいて、トランザクションデータをフォーマッ
トしてよい。いくつかの実施形態では、識別されたアクワイアリング金融機関810は、
支払トランザクションに関係する販売者806と関連付けられてよく、またいくつかの場
合では、販売者806と関連付けられたトランザクションアカウントを管理してもよい。
ンザクションデータが重畳されたデータ信号を、識別されたアクワイアリング金融機関8
10に電子送信してよい。アクワイアリング金融機関810は、データ信号を受信してよ
く、信号を解析してよく、その上に重畳されたフォーマット済みのトランザクションデー
タを取得してよい。ステップ832において、アクワイアリング金融機関は、フォーマッ
トされたトランザクションデータに基づいて、支払トランザクションのための許可依頼を
生成してよい。許可依頼は、ISO8883標準、及び支払ネットワーク等の、支払トランザク
ションを処理するために使用される支払プロセッサによって定められた標準等の、1つ以
上の標準に従ってフォーマットされる、特別にフォーマットされたトランザクションメッ
セージであってよい。許可依頼は、許可依頼を表示可能なメッセージタイプの標識を含む
トランザクションメッセージであってよい。許可依頼が、支払トランザクションに関係す
る販売者806が、トランザクションのために発行金融機関802からの支払又は支払約
束を要求していると示すことができる。許可依頼は、複数のデータ要素を含んでよい。各
データ要素を、アカウント番号、アプリケーション暗号、トランザクション額、発行金融
機関802情報等を格納する等のために、関連する標準に定められたデータを格納するよ
う構成する。
めにトランザクション処理サーバ812に電子送信してよい。トランザクション処理サー
バ812は、1つ以上のコンピューティング装置を、支払トランザクションを処理するよ
う構成された支払ネットワークの一部として備えてよい。いくつかの実施形態では、許可
依頼を、アクワイアリング金融機関810における、又はアクワイアリング金融機関と関
連付けられた他のエンティティにおけるトランザクションプロセッサによって送信してよ
い。トランザクションプロセッサは、トランザクションメッセージ及び他のデータを、ト
ランザクション処理サーバ812へ送信し及びそこから送信するために、トランザクショ
ン処理サーバ812と通信する複数の通信チャネルを含む、1つ以上のコンピューティン
グ装置を含んでよい。いくつかの実施形態では、トランザクション処理サーバ812と関
連付けられた支払ネットワークは、各々のトランザクションプロセッサを、有してよく又
は作動させてよい。そのため支払ネットワークが、ネットワーク及び情報セキュリティの
ために、トランザクション処理サーバ812へ及びトランザクション処理サーバ812か
らの、トランザクションメッセージの通信に関する制御を維持することができる。
ンのために付加価値サービスを実行してよい。付加価値サービスが、発行金融機関802
によって明示されたサービスであってよく、発行金融機関802又は消費者804に、支
払トランザクションにおいて付加価値を提供してよい。付加価値サービスは、例えば、詐
欺スコアリング、トランザクション又はアカウントの管理、アカウント番号マッピング、
オファーの償還、ロイヤリティ処理等を含んでよい。例えば、トランザクション処理サー
バ812がトランザクションを受信すると、トランザクションのための詐欺スコアを、そ
こに含まれたデータ及び1つ以上の詐欺スコアリングアルゴリズム及び/又はエンジンに
基づいて計算することができる。場合によっては、トランザクション処理サーバ812は
、最初に、トランザクションと関連付けられた発行金融機関802を識別してよく、次い
で、発行金融機関802によって実行される任意のサービスを識別してよい。発行金融機
関802を、例えば、イシュア識別番号等の、許可依頼に含まれた特定のデータ要素に含
まれたデータ要素によって識別してよい。別の例では、発行金融機関802を、識別のた
めに、主要アカウント番号の部分(例えば銀行識別番号)を使用する等によって、許可依
頼に格納された主要アカウント番号によって識別してよい。
機関802に電子送信してよい。場合によっては、トランザクション処理サーバ812に
よる付加価値サービスの実行の結果として、許可依頼を変更してよく、又は許可依頼に伴
って追加データを含んでよく、又は送信してよい。いくつかの実施形態では、許可依頼を
発行金融機関802に位置する(例えばトランザクション処理サーバ812が有する又は
作動させる)トランザクションプロセッサに送信してよく、又は許可依頼をそれと関連付
けられたエンティティに送信してよく、当該エンティティが許可依頼を発行金融機関80
2に転送してよい。
に、トランザクションアカウントを許可してよい。許可は、トランザクションアカウント
のために利用可能なクレジット額、支払トランザクションのためのトランザクション額、
トランザクション処理サーバ812によって提供された詐欺スコア、及び当業者にとって
自明な他の考察に基づいてよい。発行金融機関802は、許可依頼を変更し、支払トラン
ザクションの承認(例えば、トランザクションが拒否されるべきかどうかを否定する)を
示す応答コード含んでよい。また発行金融機関802は、トランザクションメッセージの
ためのメッセージタイプの標識を変更し、トランザクションメッセージが許可応答へと変
えられたことを示すこともできる。ステップ842において、発行金融機関802は、許
可応答をトランザクション処理サーバ812に(例えばトランザクションプロセッサを介
して)送信してよい。
アリング金融機関810に(例えばトランザクションプロセッサを介して)転送してよい
。ステップ846において、アクワイアリング金融機関は、許可応答の応答コードに示さ
れたように、支払トランザクションの承認又は否定を示す応答メッセージを生成してよく
、ゲートウエイプロセッサ808によって定められた標準及びプロトコルを使用して、応
答メッセージをゲートウエイプロセッサ808に送信してよい。ステップ848において
、ゲートウエイプロセッサ808は、適切な標準及びプロトコルを使用して、応答メッセ
ージを販売者806に転送してよい。ステップ880において、トランザクションが承認
されたと仮定すると、販売者806は、次いで、消費者804によって購入された製品を
、支払トランザクションの一部として消費者804に提供してよい。
ワイアリング金融機関810への支払を実行してよい。いくつかの場合では、支払は、即
座に又は1営業日以内になされてよい。他の場合では、支払は、時間の経過後に、アクワ
イアリング金融機関810から発行金融機関802への清算依頼がトランザクション処理
サーバ812を介して提出されたことに応答して、なされてもよい。そのような場合では
、複数の支払トランザクションのための清算依頼を、単一の清算依頼へ集計してもよい。
トランザクション処理サーバ812は、単一の清算依頼を使用してよく、誰によって又誰
のために支払トランザクションの決済がなされるか、全体的な支払いを識別する。
ションの処理を実行するよう構成されてもよい。例えば、発行金融機関が(例えばステッ
プ840において)トランザクションアカウントの許可を実行できないと、トランザクシ
ョン処理サーバ812を、発行金融機関802に代わってトランザクションの許可を実行
するよう構成してよい。そのようなアクションは、トランザクション処理サーバが発行金
融機関802の代役を務める「スタンド‐イン処理」と称することができる。そのような
場合では、トランザクション処理サーバ812は、発行金融機関802によって定められ
たルールを利用して、支払トランザクションの承認又は否定を決定してよく、またステッ
プ844においてアクワイアリング金融機関810に転送するのに先立って、適宜にトラ
ンザクションメッセージを変更してよい。トランザクション処理サーバ812は、トラン
ザクション処理サーバ812が代役を務めるトランザクションに関連付けられたデータを
保持してよく、通信が再確立されると、保持したデータを発行金融機関802に送信して
よい。発行金融機関802は、次いで、トランザクションアカウントを適宜に処理してよ
く、失われた通信の時間に適応することができる。
による許可依頼の提出のために利用できないと、その場合、アクワイアリング金融機関8
10におけるトランザクションプロセッサを、トランザクション処理サーバ812及び発
行金融機関802の処理を実行するよう構成してよい。トランザクションプロセッサは、
そこに含まれたデータに基づいて支払トランザクションの承認又は否定の決定を行なう際
に使用するのに適切な、ルール及びデータを含んでよい。例えば、発行金融機関802及
び/又はトランザクション処理サーバ812は、トランザクションタイプ、トランザクシ
ョン額等に対して制限を設けてよい。制限を、トランザクションプロセッサに格納し、そ
れに基づいて支払トランザクションの承認又は否定を決定するために使用してよい。その
ような場合では、アクワイアリング金融機関810は、トランザクション処理サーバ81
2が利用不可能でも、支払トランザクションのための許可応答を受信することができ、確
実にトランザクションを処理し、通信が利用不可能な場合でさえも、ダウンタイムを経験
せずに済む。そのような場合では、トランザクションプロセッサは、支払トランザクショ
ンのためのトランザクション明細を格納してよい。通信が再確立されると、トランザクシ
ョン明細をトランザクション処理サーバ812に(例えば、またそこから関連する発行金
融機関802に)送信してよい。
を含むよう構成してよい。複数の異なる通信チャネルは、複数の通信カード及び/又はデ
バイスを利用してよく、トランザクションメッセージを送受信するために、トランザクシ
ョン処理サーバ812と通信してよい。例えば、トランザクションプロセッサは、複数の
コンピューティング装置を備えてよい。各コンピューティング装置は、トランザクション
処理サーバ812に接続される複数の通信ポートを有する。そのような実施形態では、ト
ランザクションプロセッサは、トランザクションメッセージをトランザクション処理サー
バ812に送信する際に、通信チャネルを循環して、ネットワーク輻輳を緩和し、より高
速でより円滑な通信を保証することができる。更に、通信チャネルが中断される又さもな
ければ利用不可能な場合、これによって代替的な通信チャネルを利用可能であり、それに
よってネットワークの稼働時間を更に増加させることができる。
ンプロセッサと通信するよう構成してもよい。例えば、アクワイアリング金融機関810
におけるトランザクションプロセッサは、許可依頼が、付加価値サービスが依頼されない
発行金融機関802に関係することを(例えば、トランザクションメッセージに含まれた
銀行識別番号を介して)識別してよい。アクワイアリング金融機関810におけるトラン
ザクションプロセッサは、次いで、(例えば、許可依頼がトランザクション処理サーバ8
12を通過せずに)許可依頼を直接に、発行金融機関802におけるトランザクションプ
ロセッサに送信してよい。発行金融機関802は、適宜にトランザクションを処理してよ
い。
る複数の通信方法を利用しており、プロセス内の複数のポイント及びシステム内の複数の
位置において、支払トランザクションの処理を提供するフェールセーフ、並びに中断の場
合でさえも通信が通信先に成功裡に到達することを保証する冗長性を含み、支払トランザ
クションが常に成功裡に処理され、エラーと中断を最小とする堅牢なシステムを提供する
ことができる。この先進的なネットワーク並びにそのインフラストラクチャ及びトポロジ
は、一般に「支払レール」と称することができる。支払レールでは、数百万の異なる販売
時点において、販売者からトランザクションデータが支払レールに提出され、インフラス
トラクチャを通って、適切なトランザクション処理サーバ812へ、処理のためにルーテ
ィングされてよい。支払レールは、汎用コンピューティング装置が、特別なプログラミン
グ及び/又は設定なしでは、通信を適切にフォーマットすることができず、レールに通信
を提出したりすることのできないようなものであってよい。コンピューティング装置は、
コンピューティング装置の特別な目的によって、この先進的なネットワークを使用して処
理するために、トランザクションデータを(例えば、ゲートウエイプロセッサ808、ア
クワイアリング金融機関810等の)適切なエンティティに提出し、消費者804が支払
トランザクションに資金を供給する能力に関する応答を迅速かつ効果的に受信するよう、
構成されてよい。
図9は、例示的実施形態による、コンピュータシステムアーキテクチャのブロック図で
ある。
よいコンピュータシステム900を示す。例えば、図1の第1コンピューティング装置1
04及び第2コンピューティング装置106、並びに図2のコンピューティング装置20
0は、ハードウエア、ソフトウエア、ファームウエア、そこに格納された命令を有する非
一時的なコンピュータ可読媒体、又はこれらの組み合わせを用いて実装されてよく、1つ
以上のコンピュータシステム又は他の処理システムにおいて実装されてよい。ハードウエ
ア、ソフトウエア、又それらの任意の組み合わせは、図3A、3B、4、5A、5B,及
び図6乃至8の方法を実行するためにモジュール及びコンポーネントを実現してよい。
マブルロジックアレイ、特定用途向け集積回路等である)特定の目的用途コンピュータ又
は専用デバイスとなるために実行可能なソフトウエアコードによって構成された、市販の
処理プラットフォーム上で実行されてよい。当業者は、開示された事項の実施形態が、多
様なコンピュータシステム構成で実行可能であることを理解する。当該コンピュータシス
テム構成は、マルチコアのマルチプロセッサシステム、ミニコンピュータ、メインフレー
ムコンピュータ、分散された機能でリンクされ又はクラスタ化されたコンピュータ、並び
に任意の装置へ事実上組み込まれ得る普及型又はミニチュアのコンピュータを含む。例え
ば、少なくとも1つのプロセッサ装置及びメモリは、上記に記載した実施形態を実装する
ために使用されてよい。
サ、又はそれらの組み合わせであってよい。プロセッサ装置は、1つ以上のプロセッサ「
コア」を有してよい。本開示で説明する「コンピュータプログラム媒体」、「非一時的な
コンピュータ可読媒体」、及び「コンピュータ使用可能媒体」との用語は、概して、取り
外し可能なストレージユニット918、取り外し可能なストレージユニット922、及び
ハードディスクドライブ912にインストールされたハードディスク等の、有形の媒体を
指すために使用される。
れる。この記載を読んだ後、当業者にとって、他のコンピュータシステム及び/又はコン
ピュータアーキテクチャを使用して本開示をどのように実装するかは自明である。作動は
、シーケンシャルな処理として記載されてよく、いくつかの作動は実際には、並行して、
同時に、及び/又は分散環境で、実行されてよい。このとき、プログラムコードは、単一
プロセッサ又はマルチプロセッサのマシンによってアクセスするために、ローカルに又は
リモートに格納された状態である。更に、いくつかの実施形態では、作動の順番は、開示
される事項の趣旨を逸脱することなく、再配置されてよい。
の、又は汎用目的のプロセッサ装置であってよい。プロセッサ装置904は、例えばバス
、メッセージキュー、ネットワーク、マルチコアメッセージパススキーム等の、通信イン
フラストラクチャ906へ接続されてよい。ネットワークは、本開示の機能を実行するの
に適した任意のネットワークであってよく、ローカルエリアネットワーク(LAN)、ワイ
ドエリアネットワーク(WAN)、無線ネットワーク(例えばWifi)、モバイル通信ネット
ワーク、衛星ネットワーク、インターネット、光ファイバ、同軸ケーブル、赤外線、無線
周波数(RF)、又はこれらの任意の組合せを含んでよい。他の適切なネットワークタイプ
及び構成は、当業者にとって自明である。またコンピュータシステム900は、(例えば
ランダムアクセスメモリ、読み取り専用メモリ等の)メインメモリ908を含んでよく、
また、補助メモリ910を含んでよい。補助メモリ910は、ハードディスクドライブ9
12、及びフロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブ、フ
ラッシュメモリ等の取外し可能なストレージドライブ914を含んでよい。
ジユニット918から読み取ってよく、及び/又はそこへ書込みをしてもよい。取外し可
能なストレージユニット918は、取外し可能なストレージドライブ914によって読み
取られ又は書き込まれることができる、取外し可能なストレージ媒体を含んでよい。例え
ば、取外し可能なストレージドライブ914がフロッピーディスクドライブ又はユニバー
サルシリアルバスポートであれば、取外し可能なストレージユニット918はそれぞれ、
フロッピーディスク又はポータブルフラッシュドライブであってよい。一実施形態では、
取外し可能なストレージユニット918は非一時的な可読記録媒体であってよい。
ム又は他の命令が、例えば取外し可能なストレージユニット922及びインタフェース9
20である、コンピュータシステム900にロードされることを可能にしてよい。そのよ
うな手段の例は、(例えばビデオゲームシステムで見られる)プログラムカートリッジ及
びカートリッジインタフェース、(例えばEEPROM、PROM等)取外し可能なメモリチップ、
関連ソケット、並びに他の取外し可能なストレージユニット922及びインタフェース9
20を含んでよい。このことは当業者にとって自明である。
10に)格納されたデータは、(例えば、コンパクトディスク、デジタル多目的ディスク
、Blu-rayディスク等)光ストレージのような、任意のタイプの適切なコンピュータ可読
媒体上、又は(例えばハードディスクドライブである)磁気テープストレージ上に格納さ
れてよい。データは、リレーショナルデータベース、構造化クエリ言語(SQL)データベ
ース、分散データベース、オブジェクトデータベース等の、任意のタイプの適切なデータ
ベース構成で構成されてよい。適切な構成及びストレージタイプは、当業者にとって自明
である。
ンタフェース924が、ソフトウエア及びデータが、コンピュータシステム900と外部
装置との間で送信されることを可能にしてよい。例示的な通信インタフェース924は、
モデム、ネットワークインタフェース(例えばイーサネットカード)、通信ポート、PCMC
IAスロット及びカード等を含んでよい。通信インタフェース924を介して転送されるソ
フトウエア及びデータは信号形式であってよい。当該信号形式は、電子の、電磁気の、光
の、又は当業者にとって自明な他の信号のものであってよい。信号は、通信パス926を
介して伝わってよい。当該通信パス926は信号を伝送するよう構成され、電線、ケーブ
ル、光ファイバ、電話線、携帯電話リンク、無線周波数リンク等を用いて実装されてよい
。
ンタフェース902が、データが、コンピュータシステム900と外部のディスプレイ9
30との間で転送されることを可能にするよう構成されてよい。例示的な表示インタフェ
ース902は、高精細度マルチメディアインタフェース(HDMI)、デジタルビジュアルイ
ンタフェース(DVI)、ビデオグラフィックスアレイ(VGA)等を含んでよい。ディスプレ
イ930は任意の適切なタイプのディスプレイであってよく、コンピュータシステム90
0の表示インタフェース902を介して送信されるデータを表示する。ディスプレイ93
0は、ブラウン管(CRT)ディスプレイ、液晶ディスプレイ(LCD)、発光ダイオード(LE
D)ディスプレイ、静電容量方式タッチディスプレイ、薄膜トランジスタ(TFT)ディスプ
レイ等を含む。
び補助メモリ910等、メモリを指してよく、(例えば、DRAM等)半導体メモリであって
よい。これらのコンピュータプログラム製品は、コンピュータシステム900へソフトウ
エアを提供するための手段であってよい。コンピュータプログラム(例えばコンピュータ
制御ロジック)は、メインメモリ908及び/又は補助メモリ910に格納されてよい。
またコンピュータプログラムは、通信インタフェース924を介して受信されてよい。そ
のようなコンピュータプログラムは、実行されると、コンピュータシステム900が本開
示で説明する方法を実行することを可能にしてよい。特に、コンピュータプログラムは、
実行されると、本開示で説明するように、プロセッサ装置904が、図3、4、5A、5
B、6及び7に示す方法を実行することを可能にしてよい。従って、そのようなコンピュ
ータプログラムはコンピュータシステム900のコントローラを示してよい。本開示はソ
フトウエアを使用して実装される。当該ソフトウエアは、取外し可能なストレージドライ
ブ914、インタフェース920、及びハードディスクドライブ912、又は通信インタ
フェース1924を用いて、コンピュータプログラム製品に格納されてコンピュータシス
テム900へロードされてよい。
た1つ以上のモジュール又はエンジンを含んでよい。モジュール又はエンジンの各々は、
ハードウエアを使用して実装されてよい。場合によっては、モジュール又はエンジンの各
々が、メインメモリ908又は補助メモリ910に格納されたプログラムコード及び/又
はプログラムに対応するような、ソフトウエアを利用してもよい。そのような場合では、
プログラムコードは、コンピュータシステム900のハードウエアによる実行に先立って
、プロセッサ装置904によって(例えば、コンパイリングモジュール又はエンジンによ
って)コンパイルされてよい。例えば、プログラムコードは、コンピュータシステム90
0のプロセッサ装置904及び/又は任意の追加のハードウエアコンポーネントによる実
行のために、アセンブリ言語又はマシンコード等の、より低いレベルの言語に翻訳される
プログラミング言語で書かれたソースコードであってよい。コンパイリングのプロセスは
、語彙分析、前処理、解析、意味分析、構文主導型翻訳、コード生成、コード最適化の使
用、及びコンピュータシステム900による本開示の機能の実行を制御するのに適する、
より低いレベルの言語へとプログラムコードを翻訳するのに適し得る、任意の他の技術の
使用を含んでよい。そのようなプロセスは、結果的にコンピュータシステム900におい
て、上記に説明する機能を実行するために一意的にプログラムされた、特別に構成された
コンピュータシステム900となることは、当業者にとって自明である。
ョンを処理するシステム及び方法を提供する。開示するシステム及び方法の多様な例示的
実施形態が上述されるが、それらは限定目的でなく、例示目的のみで記載されることを理
解されたい。それらは徹底したものでなく、本開示を、開示された形態そのものへ限定し
ない。上記の教示に照らして修正例及び変形例が可能である。広がり又は範囲を逸脱する
こと無く、本開示の実装から修正例及び変形例が得られてよい。
Claims (28)
- ポイントツーポイント支払トランザクションを記録する方法であって、
支払トランザクションに係る第1データメッセージを、処理サーバの受信装置によって
受信するステップであって、前記第1データメッセージを、1つ以上の標準に従ってフォ
ーマットし、1つ以上のアプリケーションプログラムインターフェイス(API)を使用し
て受信し、前記第1データメッセージが、少なくとも、トランザクション明細を格納する
よう構成された第1データ要素と、主要アカウント番号を格納するよう構成された第2デ
ータ要素と、レシピエントアカウント番号を格納するよう構成された第3データ要素と、
を含む少なくとも複数のデータ要素を含むステップと、
前記第1、第2及び第3データ要素を、前記第1データメッセージに属する記録へのリ
ンクと共に前記処理サーバの商用データベースに格納するステップであって、前記リンク
が、前記第1データメッセージに基づいて文書へのアクセスを提供するステップと、
前記支払トランザクションに係る第2データメッセージを、前記処理サーバの生成モジ
ュールによって生成するステップであって、前記第2データメッセージを、1つ以上の標
準に従ってフォーマットし、前記第2データメッセージが、支払額を格納するよう構成さ
れた第1データ要素を含む少なくとも複数のデータ要素を含み、前記支払額が、少なくと
も前記トランザクション明細に基づくステップと、
前記第1データ要素を、前記第2データメッセージに属する記録へのリンクと共に前記
処理サーバの前記商用データベースに格納するステップであって、前記リンクが、前記第
2データメッセージに基づいて文書へのアクセスを提供するステップと、
前記第2データメッセージを、前記処理サーバの送信装置によって、前記主要アカウン
ト番号に係るトランザクションアカウントと関連付けられた第1金融機関に電子送信する
ステップと、
前記支払トランザクションに係る第3データメッセージを、前記処理サーバの前記生成
モジュールによって生成するステップであって、前記第3データメッセージを、1つ以上
の標準に従ってフォーマットし、前記第3データメッセージが、決済額を格納するよう構
成された第1データ要素と、前記レシピエントアカウント番号を格納するよう構成された
第2データ要素と、を含む少なくとも複数のデータ要素を含み、前記決済額が、少なくと
も前記トランザクション明細に基づくステップと、
前記第1データ要素及び前記第2データ要素を、前記第3データメッセージに属する記
録へのリンクと共に前記処理サーバの前記商用データベースに格納するステップであって
、前記リンクが、前記第3データメッセージに基づいて文書へのアクセスを提供するステ
ップと、
前記第3データメッセージを、前記処理サーバの前記送信装置によって、前記レシピエ
ントアカウント番号に係るトランザクションアカウントと関連付けられた第2金融機関に
電子送信するステップと、
前記第1データメッセージと、前記第2データメッセージと、前記第3データメッセー
ジとを、前記処理サーバの前記送信装置によって、グラフィカルユーザインターフェイス
(GUI)上に表示するために、電子送信するステップと、を含む方法。 - 前記第1データメッセージ、第2データメッセージ、及び第3データメッセージを、IS
O8583標準に従ってフォーマットする、請求項1に記載の方法。 - 前記第1データメッセージをISO8583標準に従ってフォーマットし、
前記第2データメッセージ及び前記第3データメッセージをISO20022標準に従ってフォ
ーマットする、請求項1に記載の方法。 - 前記第2データメッセージを生成するステップは、ISO8583標準とISO20022標準との間
の対応に基づいて、前記第1データメッセージを前記第2データメッセージに変換するス
テップを含む、請求項3に記載の方法。 - トランザクション明細は、トランザクション額、注文日、履行日、及びステータスのう
ちの1つ以上を含む、請求項1に記載の方法。 - 前記決済額が前記トランザクション明細と同等である、請求項1に記載の方法。
- 更に、前記支払トランザクションに係わる第4データメッセージを、前記処理サーバの
生成モジュールによって生成するステップであって、前記第4データメッセージを標準に
従ってフォーマットし、前記第4データメッセージが、少なくとも、前記トランザクショ
ン明細を格納するよう構成された第1データ要素と、前記レシピエントアカウント番号を
格納するよう構成された第2データ要素と、を含む複数のデータ要素を含むステップと、
前記第4データメッセージを、前記処理サーバの送信装置によって電子送信するステッ
プと、を含む、請求項1に記載の方法。 - 前記第4データメッセージを前記第2金融機関に電子送信する、請求項7に記載の方法
。 - 前記第1データメッセージを第三者システムから受信し、また前記第4データメッセー
ジを第三者システムに電子送信する、請求項7に記載の方法。 - 前記第4データメッセージをISO8583標準に従ってフォーマットする、請求項7に記載
の方法。 - 前記処理サーバが、第1コンピューティング装置及び第2コンピューティング装置を含
み、
前記第1コンピューティング装置が前記受信装置を含み、
前記第2コンピューティング装置が、前記生成モジュール、決定モジュール、及び前記
送信装置を含む、請求項1に記載の方法。 - 更に、少なくとも前記支払額が重畳されたデータ信号を、前記処理サーバの前記第1コ
ンピューティング装置の生成モジュールによって生成するステップと、
生成した前記データ信号を、前記処理サーバの前記第1コンピューティング装置の送信
装置によって、前記第2コンピューティング装置に電子送信するステップと、
前記データ信号を、前記処理サーバの前記第2コンピューティング装置の受信装置によ
って受信するステップと、を含む、請求項11に記載の方法。 - 前記商用データベースに格納された前記データ要素が取引ディレクトリを備える、請求
項1に記載の方法。 - 前記商用データベースに格納された前記データ要素が元帳を備える、請求項1に記載の
方法。 - ポイントツーポイント支払トランザクションを記録するシステムであって、
支払トランザクションに係る第1データメッセージを受信するよう構成された、処理サ
ーバの受信装置であって、前記第1データメッセージが、1つ以上の標準に従ってフォー
マットされ、1つ以上のアプリケーションプログラムインターフェイス(API)を使用し
て受信され、また前記第1データメッセージが、少なくとも、トランザクション明細を格
納するよう構成された第1データ要素と、主要アカウント番号を格納するよう構成された
第2データ要素と、レシピエントアカウント番号を格納するよう構成された第3データ要
素と、を含む少なくとも複数のデータ要素を含む受信装置と、
前記第1、第2及び第3データ要素を、前記第1データメッセージに属する記録へのリ
ンクと共に格納するよう構成された、前記処理サーバの商用データベースであって、前記
リンクが、前記第1データメッセージに基づいて文書へのアクセスを提供する商用データ
ベースと、
前記支払トランザクションに係る第2データメッセージを生成するよう構成された、前
記処理サーバの生成モジュールであって、前記第2データメッセージが、1つ以上の標準
に従ってフォーマットされ、また支払額を格納するよう構成された第1データ要素を含む
少なくとも複数のデータ要素を含み、前記支払額が、少なくとも前記トランザクション明
細に基づく生成モジュールと、
前記第1データ要素を、前記第2データメッセージに属する記録へのリンクと共に格納
するよう構成された、前記処理サーバの前記商用データベースであって、前記リンクが、
前記第2データメッセージに基づいて文書へのアクセスを提供する前記商用データベース
と、
前記第2データメッセージを、前記主要アカウント番号に係るトランザクションアカウ
ントと関連付けられた第1金融機関に電子送信するよう構成された、前記処理サーバの送
信装置と、
前記支払トランザクションに係る第3データメッセージを生成するよう構成された、前
記処理サーバの前記生成モジュールであって、前記第3データメッセージが、1つ以上の
標準に従ってフォーマットされ、また決済額を格納するよう構成された第1データ要素と
前記レシピエントアカウント番号を格納するよう構成された第2データ要素とを含む少な
くとも複数のデータ要素を含み、前記決済額が、少なくとも前記トランザクション明細に
基づく前記生成モジュールと、
前記第1データ要素及び前記第2データ要素を、前記第3データメッセージに属する記
録へのリンクと共に格納するよう構成された、前記処理サーバの前記商用データベースで
あって、前記リンクが、前記第3データメッセージに基づいて文書へのアクセスを提供す
る前記商用データベースと、
前記処理サーバの前記送信装置であって、
前記第3データメッセージを、前記レシピエントアカウント番号に係るトランザクショ
ンアカウントと関連付けられた第2金融機関に送信するよう構成され、
前記第1データメッセージと、前記第2データメッセージと、前記第3データメッセー
ジとを、グラフィカルユーザインターフェイス(GUI)上に表示するために、送信するよ
う構成された送信装置と、を含むシステム。 - 前記第1データメッセージ、第2データメッセージ、及び第3データメッセージが、IS
O8583標準に従ってフォーマットされる、請求項15に記載のシステム。 - 前記第1データメッセージがISO8583標準に従ってフォーマットされ、また前記第2デ
ータメッセージ及び前記第3データメッセージがISO20022標準に従ってフォーマットされ
る、請求項15に記載のシステム。 - 前記第2データメッセージの生成は、ISO8583標準とISO20022標準との間の対応に基づ
く、前記第1データメッセージの前記第2データメッセージへの変換を含む、請求項17
に記載のシステム。 - トランザクション明細は、トランザクション額、注文日、履行日、及びステータスのう
ちの1つ以上を含む、請求項15に記載のシステム。 - 前記決済額が前記トランザクション明細と同等である、請求項15に記載のシステム。
- 更に、前記支払トランザクションに係わる第4データメッセージを生成するよう構成さ
れた、前記処理サーバの生成モジュールであって、前記第4データメッセージが、標準に
従ってフォーマットされ、少なくとも、前記トランザクション明細を格納するよう構成さ
れた第1データ要素と、前記レシピエントアカウント番号を格納するよう構成された第2
データ要素と、を含む複数のデータ要素を含む生成モジュールと、
前記第4データメッセージを送信するよう構成された、前記処理サーバの前記送信装置
と、を含む、請求項15に記載のシステム。 - 前記第4データメッセージが前記第2金融機関に電子送信される、請求項21に記載の
システム。 - 前記第1データメッセージが第三者システムから受信され、また前記第4データメッセ
ージが第三者システムに電子送信される、請求項21に記載のシステム。 - 前記第4データメッセージがISO8583標準に従ってフォーマットされる、請求項21に
記載のシステム。 - 前記処理サーバが、第1コンピューティング装置及び第2コンピューティング装置を含
み、
前記第1コンピューティング装置が前記受信装置を含み、
前記第2コンピューティング装置が、前記生成モジュール、決定モジュール、及び前記
送信装置を含む、請求項15に記載のシステム。 - 更に、少なくとも前記支払額が重畳されたデータ信号を生成するよう構成された、前記
処理サーバの前記第1コンピューティング装置の生成モジュールと、
生成された前記データ信号を前記第2コンピューティング装置に送信するよう構成され
た、前記処理サーバの前記第1コンピューティング装置の送信装置と、
前記データ信号を受信するよう構成された、前記処理サーバの前記第2コンピューティ
ング装置の受信装置と、を含む、請求項25に記載のシステム。 - 前記商用データベースに格納された前記データ要素が取引ディレクトリを備える、請求
項15に記載のシステム。 - 前記商用データベースに格納された前記データ要素が元帳を備える、請求項15に記載
のシステム。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662311062P | 2016-03-21 | 2016-03-21 | |
US62/311,062 | 2016-03-21 | ||
US201662433118P | 2016-12-12 | 2016-12-12 | |
US62/433,118 | 2016-12-12 | ||
US201662434824P | 2016-12-15 | 2016-12-15 | |
US62/434,824 | 2016-12-15 | ||
JP2018549501A JP6599021B2 (ja) | 2016-03-21 | 2017-03-21 | ポイントツーポイントトランザクション処理を記録する方法及びシステム |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018549501A Division JP6599021B2 (ja) | 2016-03-21 | 2017-03-21 | ポイントツーポイントトランザクション処理を記録する方法及びシステム |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2020024719A true JP2020024719A (ja) | 2020-02-13 |
JP2020024719A5 JP2020024719A5 (ja) | 2020-04-30 |
JP6892488B2 JP6892488B2 (ja) | 2021-06-23 |
Family
ID=58530637
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018549501A Active JP6599021B2 (ja) | 2016-03-21 | 2017-03-21 | ポイントツーポイントトランザクション処理を記録する方法及びシステム |
JP2019181709A Active JP6892488B2 (ja) | 2016-03-21 | 2019-10-01 | ポイントツーポイントトランザクション処理を記録する方法及びシステム |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018549501A Active JP6599021B2 (ja) | 2016-03-21 | 2017-03-21 | ポイントツーポイントトランザクション処理を記録する方法及びシステム |
Country Status (8)
Country | Link |
---|---|
US (1) | US20170270493A1 (ja) |
EP (1) | EP3433811A1 (ja) |
JP (2) | JP6599021B2 (ja) |
CN (1) | CN109155028A (ja) |
AU (1) | AU2017238073A1 (ja) |
CA (1) | CA3018326A1 (ja) |
SG (1) | SG11201807706PA (ja) |
WO (1) | WO2017165380A1 (ja) |
Families Citing this family (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10305694B2 (en) * | 2016-05-27 | 2019-05-28 | Mastercard International Incorporated | Method and system for efficient distribution of configuration data utilizing permissioned blockchain technology |
WO2018013940A1 (en) * | 2016-07-14 | 2018-01-18 | Diebold Nixdorf Incorporated | Distributed ledger applications |
US20180260811A1 (en) | 2017-03-07 | 2018-09-13 | Mastercard International Incorporated | Method and system for recording point to point transaction processing |
US10915948B1 (en) * | 2017-04-28 | 2021-02-09 | Wells Fargo Bank, N.A. | Default sharing between frequently used line of business products |
US11037160B1 (en) * | 2017-07-06 | 2021-06-15 | Wells Fargo Bank, N.A. | Systems and methods for preemptive fraud alerts |
CN112804349B (zh) * | 2017-07-14 | 2023-07-04 | 创新先进技术有限公司 | 区块链共识网络中处理共识请求的方法、装置和电子设备 |
US10552383B2 (en) * | 2017-08-11 | 2020-02-04 | Wipro Limited | Method and system for data conversion and data model optimization |
US20210390624A1 (en) | 2017-09-27 | 2021-12-16 | State Farm Mutual Automobile Insurance Company | Real Property Monitoring Systems and Methods for Risk Determination |
US11175650B2 (en) * | 2017-11-03 | 2021-11-16 | Drishti Technologies, Inc. | Product knitting systems and methods |
CN114186988A (zh) * | 2018-01-19 | 2022-03-15 | 创新先进技术有限公司 | 监管检查方法及装置和电子设备 |
US20220129977A1 (en) * | 2018-02-23 | 2022-04-28 | Good Life Networks Inc. | Online tokenization of outstanding debt |
US10489780B2 (en) * | 2018-03-05 | 2019-11-26 | Capital One Services, Llc | Systems and methods for use of distributed ledger technology for recording and utilizing credit account transaction information |
CN110276170A (zh) * | 2018-03-15 | 2019-09-24 | 巍乾全球技术有限责任公司 | 基于区块链进行作品保护的方法、设备和介质 |
US11810212B2 (en) * | 2018-03-16 | 2023-11-07 | Koch Capabilities, Llc | Access controlled distributed ledger system for asset management |
US11321310B2 (en) * | 2018-05-11 | 2022-05-03 | Visa International Service Association | System, method, and apparatus for generating analytics with structured query files |
US20190384834A1 (en) * | 2018-06-19 | 2019-12-19 | Bank Of America Corporation | System for implementing extended recognition mechanism in a distributed ledger node |
JP7199079B2 (ja) * | 2018-07-03 | 2023-01-05 | Bank Invoice株式会社 | 情報処理装置、情報処理方法およびプログラム |
KR20200034020A (ko) | 2018-09-12 | 2020-03-31 | 삼성전자주식회사 | 전자 장치 및 그의 제어 방법 |
JP6710737B2 (ja) * | 2018-10-24 | 2020-06-17 | 株式会社 みずほ銀行 | 決済システム及び決済方法 |
US11063764B2 (en) | 2018-11-09 | 2021-07-13 | Mastercard International Incorporated | Method and system for quantum-resistant hashing scheme |
US11626999B2 (en) | 2018-11-09 | 2023-04-11 | Mastercard International Incorporated | Method and system for quantum-resistant hashing scheme |
US20200193415A1 (en) * | 2018-12-14 | 2020-06-18 | Jpmorgan Chase Bank, N.A. | Systems and methods for using integrated pay-on-demand virtual cards |
US11138642B2 (en) * | 2018-12-26 | 2021-10-05 | Mastercard International Incorporated | Real-time messaging in a supply chain financing network |
US11526630B2 (en) | 2019-02-21 | 2022-12-13 | The Toronto-Dominion Bank | Managing cryptographically secure exchanges of data using permissioned distributed ledgers |
US11188910B2 (en) | 2019-06-03 | 2021-11-30 | Advanced New Technologies Co., Ltd. | Blockchain-based reconciliation system, method, and apparatus and electronic device |
US11887079B2 (en) * | 2020-03-09 | 2024-01-30 | Visa International Service Association | Central hub reconciliation system and method |
US20210295279A1 (en) * | 2020-03-20 | 2021-09-23 | Mastercard International Incorporated | Method and system to manage dispute resolution via digital asset network |
CA3180131A1 (en) * | 2020-05-27 | 2021-12-02 | George Doney | Method, apparatus, and computer-readable medium for authentication and authorization of networked data transactions |
US20220027895A1 (en) * | 2020-07-24 | 2022-01-27 | Visa International Service Association | Inter Wallet Transactions |
US11875635B2 (en) | 2020-07-29 | 2024-01-16 | Aristocrat Technologies, Inc. | Mobile gaming system for remote game play |
US11645643B2 (en) | 2020-09-29 | 2023-05-09 | Bank Of America Corporation | System for harnessing a connected network to securely verify a transaction |
US20220148376A1 (en) * | 2020-11-11 | 2022-05-12 | Aristocrat Technologies, Inc. | Digital wallet systems and methods with responsible gaming |
CN112685484B (zh) * | 2020-12-24 | 2023-08-29 | 航天信息软件技术有限公司 | 交易对账方法、装置、存储介质及电子设备 |
US20230060462A1 (en) * | 2021-08-27 | 2023-03-02 | Royal Bank Of Canada | Digital status tracking of funds |
US20230186300A1 (en) * | 2021-12-15 | 2023-06-15 | Mastercard International Incorporated | Method and system of providing interoperability between different payment rails |
US20230289750A1 (en) * | 2022-03-14 | 2023-09-14 | Fidelity Information Services, Llc | Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date |
US20230394478A1 (en) * | 2022-06-03 | 2023-12-07 | Chime Financial, Inc. | Generating and publishing unified transaction streams from a plurality of computer networks for downstream computer service systems |
US20240070630A1 (en) * | 2022-08-24 | 2024-02-29 | Truist Bank | Techniques for generating transaction replays |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014513830A (ja) * | 2011-04-07 | 2014-06-05 | フォーテック グループ エルエルシー | 仲介人介在支払システムおよび方法 |
US20140188710A1 (en) * | 2013-01-02 | 2014-07-03 | Gourab Basu | Third party settlement |
WO2016022642A1 (en) * | 2014-08-05 | 2016-02-11 | Mastercard International Incorporated | Method and system for processing of business-to-business payment transactions |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BRPI0411286B1 (pt) * | 2003-06-10 | 2016-12-20 | Mastercard International Inc | sistema para autenticar a transação comercial efetuada pelo proprietário de um cartão junto a um comerciante em uma rede eletrônica; estrutura de dados para transportar informações e método para a autenticação da transação comercial |
US10535064B2 (en) * | 2012-03-19 | 2020-01-14 | Paynet Payments Network, Llc | Systems and methods for real-time account access |
US20140025578A1 (en) * | 2012-07-18 | 2014-01-23 | Bora Payment Systems, Llc | Least cost routing interchange for b2b purchase card payments |
US11042882B2 (en) * | 2015-07-01 | 2021-06-22 | The Clearing House Payments Company, L.L.C. | Real-time payment system, method, apparatus, and computer program |
CN109155027A (zh) * | 2016-03-11 | 2019-01-04 | 万事达卡国际股份有限公司 | 用于点对点交易处理的方法和系统 |
US10558977B2 (en) * | 2016-09-26 | 2020-02-11 | Mastercard International Incorporated | System and method for linking bill payment service with remittance |
-
2017
- 2017-03-21 AU AU2017238073A patent/AU2017238073A1/en not_active Abandoned
- 2017-03-21 JP JP2018549501A patent/JP6599021B2/ja active Active
- 2017-03-21 EP EP17716681.6A patent/EP3433811A1/en not_active Ceased
- 2017-03-21 CA CA3018326A patent/CA3018326A1/en active Pending
- 2017-03-21 SG SG11201807706PA patent/SG11201807706PA/en unknown
- 2017-03-21 CN CN201780031339.XA patent/CN109155028A/zh active Pending
- 2017-03-21 US US15/464,942 patent/US20170270493A1/en not_active Abandoned
- 2017-03-21 WO PCT/US2017/023360 patent/WO2017165380A1/en active Application Filing
-
2019
- 2019-10-01 JP JP2019181709A patent/JP6892488B2/ja active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014513830A (ja) * | 2011-04-07 | 2014-06-05 | フォーテック グループ エルエルシー | 仲介人介在支払システムおよび方法 |
US20140188710A1 (en) * | 2013-01-02 | 2014-07-03 | Gourab Basu | Third party settlement |
WO2016022642A1 (en) * | 2014-08-05 | 2016-02-11 | Mastercard International Incorporated | Method and system for processing of business-to-business payment transactions |
Also Published As
Publication number | Publication date |
---|---|
WO2017165380A1 (en) | 2017-09-28 |
JP2019512808A (ja) | 2019-05-16 |
CN109155028A (zh) | 2019-01-04 |
AU2017238073A1 (en) | 2018-09-13 |
EP3433811A1 (en) | 2019-01-30 |
JP6892488B2 (ja) | 2021-06-23 |
US20170270493A1 (en) | 2017-09-21 |
JP6599021B2 (ja) | 2019-10-30 |
SG11201807706PA (en) | 2018-10-30 |
CA3018326A1 (en) | 2017-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6892488B2 (ja) | ポイントツーポイントトランザクション処理を記録する方法及びシステム | |
JP6687715B2 (ja) | ブロックチェーンを基礎としたトランザクションにおける不正利用検知のための方法及びシステム | |
JP7153754B2 (ja) | 完全な暗号監査能力を備えたトランザクション処理の方法とシステム | |
CN109074564B (zh) | 使用记录保证即时支付的方法和系统 | |
JP7326434B2 (ja) | パブリックブロックチェーンでの紛争解決のための方法及びシステム | |
RU2693271C1 (ru) | Способ и система для проверки достоверности запросчика токена | |
US10769626B2 (en) | Method and system for distribution, use and validation of electronic entitlement certificates | |
US10540645B2 (en) | Method and system for facilitating installments in an electronic transaction | |
US8712914B2 (en) | Method and system for facilitating micropayments in a financial transaction system | |
US20150095225A1 (en) | Enabling synchronization between disparate payment account systems | |
RU2694752C1 (ru) | Способ и система для пред-транзакционного решения об оплате частичного взноса и моделирование частичного взноса | |
CN108352018B (zh) | 用于社交网络中的信贷的方法和系统 | |
US20170193469A1 (en) | Method and system for providing e-invoices | |
US20200027084A1 (en) | Method and System for Hybrid Payment Authorization | |
US20160321634A1 (en) | Method and system for pos enabled installments with eligibility check requirements | |
CN109844790B (zh) | 通用控制账户活动的方法和系统 | |
US20170140385A1 (en) | Method and system for secondary processing of transactions | |
JP2023533691A (ja) | 決済レールを介した販売業者の暗号通貨受領のための方法及びシステム | |
JP6685419B2 (ja) | 二点間(ポイントツーポイント)トランザクションを処理するための方法及びシステム | |
JP2023521707A (ja) | 暗号通貨取引に関するマルチ署名ウォレットにおけるemvカードの使用のための方法及びシステム | |
US20180174237A1 (en) | Method and system for person-to-person arbitrary currency exchange service | |
US20180240094A1 (en) | Method and system for multiple cascading authorization in real time | |
US20210295290A1 (en) | Method and system for supporting micro-transactions in a digital asset network via digital tokens | |
US20230153894A1 (en) | Method and system of enterprise resource planning | |
JP2023533206A (ja) | ペイメントレールを介した販売業者の暗号通貨受領のための方法及びシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200318 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200318 |
|
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: 20210518 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210527 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6892488 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |