JP2021536073A - トランザクション処理エコシステムを実施するためのシステムおよび方法 - Google Patents

トランザクション処理エコシステムを実施するためのシステムおよび方法 Download PDF

Info

Publication number
JP2021536073A
JP2021536073A JP2021513964A JP2021513964A JP2021536073A JP 2021536073 A JP2021536073 A JP 2021536073A JP 2021513964 A JP2021513964 A JP 2021513964A JP 2021513964 A JP2021513964 A JP 2021513964A JP 2021536073 A JP2021536073 A JP 2021536073A
Authority
JP
Japan
Prior art keywords
transaction
processor
message bus
data
domain
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
Application number
JP2021513964A
Other languages
English (en)
Other versions
JP7430174B2 (ja
Inventor
ハンドリング,クリス
サポナーラ,スティーブン
ウィン,マット
ウィルソン,スコット
テイシェラ,アン・ケイ
チャウハン,ロヒット・シン
シュネルカー,クレイトン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
JPMorgan Chase Bank NA
Original Assignee
JPMorgan Chase Bank NA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by JPMorgan Chase Bank NA filed Critical JPMorgan Chase Bank NA
Publication of JP2021536073A publication Critical patent/JP2021536073A/ja
Application granted granted Critical
Publication of JP7430174B2 publication Critical patent/JP7430174B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/258Data format conversion from or to a database
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F5/00Methods or arrangements for data conversion without changing the order or content of the data handled
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/466Transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/042Payment circuits characterized in that the payment protocol involves at least one cheque
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/389Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2205/00Indexing scheme relating to group G06F5/00; Methods or arrangements for data conversion without changing the order or content of the data handled
    • G06F2205/003Reformatting, i.e. changing the format of data representation

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本発明の一実施形態は、金融トランザクションエコシステムに関する。トランザクション処理エコシステムは、複数のデータソースと、キャプチャインターフェースと、メッセージバス、およびメッセージバスとインターフェースする複数のプロセッサを含む金融トランザクション処理システムであって、複数のプロセッサは、キャプチャインターフェースを介して、支払トランザクションの生データを受信することであって、生データは、クライアントの命令を備える、受信することと、キャプチャインターフェースを介して、生データを、標準的なデータモデルに基づいて、正規化されたトランザクションフォーマットに正規化することと、正規化されたトランザクションフォーマットを、キャプチャインターフェースを介して、メッセージバスに発行することと、正規化されたトランザクションフォーマットを、複数のプロセッサのうちの第1のプロセッサを介して処理することと、トランザクションを完了することとを実行するように構成される、金融トランザクション処理システムとを備える。

Description

関連出願に対する相互参照
[0001]本願は、2018年9月14日に出願された米国仮出願第62/731,396号(代理人整理番号72167.001560)の優先権を主張し、この米国仮出願の内容は、その全体が本明細書に組み込まれる。
[0002]本開示は、一般に、イベント駆動型アーキテクチャに基づくトランザクション処理エコシステムに関する。
[0003]現在、金融機関は、トランザクションを処理するために数千のシステムを使用している。しかしながら、多くのシステムは冗長な機能を実行し、多くの場合、高レベルの機能性を何度も複製する。これらのシステムは、標準的な会計慣行を活用したり、またはデータの観点から一貫性を提供したりする、エンドツーエンドの技術的および事業的な機能の完全なセットを提供している訳ではない。
[0004]たとえば、金融機関のための従来の現金管理プラットフォームのブロック図を示す図1は、資格検証(entitlement verification)、予約、アーカイブなどのようないくつかの冗長なシステム構成要素を含む。そのような従来のシステムでは、製品提供は統一されておらず、リアルタイムでもなく、報告は一貫性がなく、クライアントではなく製品に特化されている。
[0005]1つの実施形態によれば、本発明は、トランザクション処理エコシステム(transaction processing ecosystem)であって、複数のデータソースと、キャプチャインターフェースと、メッセージバス、およびメッセージバスとインターフェースする複数のプロセッサを含む金融トランザクション処理システムであって、複数のプロセッサは、キャプチャインターフェースを介して、支払トランザクションの生データを受信することであって、生データは、クライアントの命令を備える、受信することと、キャプチャインターフェースを介して、生データを、標準的なデータモデルに基づいて、正規化されたトランザクションフォーマットに正規化することと、正規化されたトランザクションフォーマットを、キャプチャインターフェースを介して、メッセージバスに発行することと、正規化されたトランザクションフォーマットを、複数のプロセッサのうちの第1のプロセッサを介して処理することと、トランザクションを完了することとを実行するように構成される、金融トランザクション処理システムとを備えるトランザクション処理エコシステムに関する。
[0006]1つの実施形態によれば、本発明は、メッセージバスと、メッセージバスとインターフェースする複数のプロセッサとを含む金融トランザクション処理システムを備えるトランザクション処理エコシステムにおいてトランザクションを処理するための方法に関する。この方法は、キャプチャインターフェースを介して、支払トランザクションの生データを受信するステップであって、生データは、クライアントの命令を備える、受信するステップと、キャプチャインターフェースを介して、生データを、標準的なデータモデルに基づいて、正規化されたトランザクションフォーマットに正規化するステップと、正規化されたトランザクションフォーマットを、キャプチャインターフェースを介して、メッセージバスに発行するステップと、正規化されたトランザクションフォーマットを、複数のプロセッサのうちの第1のプロセッサを介して処理するステップと、トランザクションを完了するステップを含む。
[0007]本明細書に記載のコンピュータ実施システムおよび方法は、本発明の様々な実施形態にしたがって、エンティティ、組織、および他のユーザに、固有の利点を提供する。本発明の一実施形態は、様々な機能が、イベント駆動型アーキテクチャを介してともに結合された、フルスタックのエンドツーエンドのトランザクション処理を提供する金融トランザクション処理システムに関する。本発明の一実施形態は、標準化されたデータモデルに基づいて、統合された機能ベースのアーキテクチャを介して、様々な処理構成要素を、単一のプラットフォームに統合する。本発明の一実施形態は、金融トランザクションを処理する隔離されたシステム全体にわたって、重複する機能および特徴を排除することによって効率化を達成する。革新的なシステムおよび方法は、再利用性、(ボリューム制約に対処するための)最大のスケーラビリティ、向上した安定性(グローバルに一貫したプラットフォーム)、ほぼリアルタイムのデータ、(予約原則による)向上した規制管理および報告、リソース効率化、および大幅なコスト削減を提供する。これらおよび他の利点は、以下の詳細な説明でより完全に説明される。
[0008]本発明のより完全な理解を容易にするために、ここで、添付の図面が参照される。図面は、本発明を限定するものとして解釈されるべきではなく、本発明の異なる態様および実施形態を説明することのみ意図される。
[0009]図1は、従来の現金管理プラットフォームの状況を示す図である。 [0010]図2は、本発明の一実施形態による、金融トランザクションエコシステムを示す図である。 [0011]図3は、本発明の一実施形態による、トランザクション処理システムを含む例示的な現金管理システムを示す図である。 [0012]図4は、本発明の一実施形態による、例示的な資産記録システムを示す図である。 [0013]図5は、本発明の一実施形態による、金融トランザクションエコシステムのアーキテクチャ図である。 [0014]図6は、本発明の一実施形態による、金融トランザクション処理エコシステムにおけるトランザクション処理のための方法を示す図である。 [0015]図7Aは、本発明の一実施形態による、支払受領/支払キャッシュフローの例示的な例を示す図である。 図7Bは、本発明の一実施形態による、支払受領/支払キャッシュフローの例示的な例を示す図である。
[0016]以下の説明は、特定の実施形態および詳細を提供することによって、本発明の理解を伝えることが意図される。しかしながら、本発明は、これらの特定の実施形態および詳細に限定されず、これらは単に例示的であると理解される。知られているシステムおよび方法に照らして、当業者は、特定の設計および他の必要性に応じて、任意の数の代替実施形態におけるその意図された目的および利益のために、本発明の使用を評価するであろうことがさらに理解される。
[0017]2018年5月30日に出願された米国仮特許出願第62/677,882号(代理人整理番号72167.001438)の開示は、参照によりその全体が本明細書に組み込まれる。
[0018]本発明の一実施形態は、金融トランザクションエコシステムに関する。本発明の一実施形態によれば、金融トランザクションエコシステムは、標準的な会計原則に基づくことができ、データキャプチャ、トランザクション予約、資産移動、資産ジャーナル/保有高(asset journal/holding)などの多くの機能を含み得るエンドツーエンドのトランザクション処理を提供し得る。これらの機能は、1つまたは複数の標準的なデータモデルに基づき得るイベント駆動型アーキテクチャを介して結合され得る。
[0019]図2は、本発明の一実施形態による、金融トランザクションエコシステムを示す。図2に示されるように、予約エンジン210、資産移動エンジン220、および資産記録エンジン230は、互いに通信し得る。例示的な例示は、複数の予約エンジン、単一の資産移動エンジン、および単一の資産記録エンジンを含み得る。他のバリエーションが実現され得る。
[0020]たとえば、予約エンジン210は、トランザクション、再調整(realignment)、外国為替などを予約し得る。これらのイベントは、保留中のジャーナルおよびポジションの設定および/または作成をトリガし得る。
[0021]資産移動エンジン220は、保留中のポジションの、決済および/または確認済みのポジションへの削除/移動をトリガするイベントを生成および/または監視し得る。
[0022]資産記録エンジン230は、ジャーナルおよび保有高を作成および/または生成し得る。
[0023]完全性を確保し、標準的な原則にしたがうことにより、コアデータは正確で、タイムリーであり、リンクされ得る。したがって、本発明の一実施形態は、スケーラビリティ、大幅に削減された調整ブレーキ、および完全なイベントベースのアーキテクチャを提供する。
[0024]図3は、本発明の一実施形態による、金融トランザクションエコシステムの例示的なブロック図を示す。エコシステム300は、金融トランザクション処理システム310を含み得、これは、トランザクションを実施、記録、および/または、そうでなければ関与するために使用され得るいくつかの処理構成要素をさらに含み得る。たとえば、金融トランザクション処理システム310は、資格モジュール312、移動モジュール314、予約モジュール316、保有高モジュール318、参照データ320、通知モジュール322、データストレージモジュール324、および報告モジュール326を含み得る。これらのモジュールを含めることは単なる例示であり、必要な場合、および/または、所望される場合、より少ない、異なる、または追加のモジュールが提供され得ることが認識されるべきである。
[0025]本発明の一実施形態によれば、モジュール(たとえば、312、314、316、318、320、322、324、326など)のうちの1つまたは複数は、エコシステム300によって着手され得る複数のトランザクションタイプに関連し得る。したがって、すべてのモジュールが、すべてのトランザクションに関与する訳ではない。たとえば、トランザクションが、モジュールを必要としない場合、メッセージバス330を監視している間、モジュールはアイドル状態のままであり得る。本発明の様々な実施形態の文脈において、モジュールは、プロセッサ、処理構成要素、ハードウェア構成要素上のソフトウェア実施、および/または他の実施を表し得る。
[0026]システム300は、いくつかのモジュールを単一のプラットフォームに統合し得、それにより、従来の垂直サイロ(vertical silo)から、統合された機能ベースのアーキテクチャに移動できる。技術的な利点は、たとえば、共通の構成要素およびコードベースを活用することによる技術的コストおよび運用コストの削減と、統合された製品の提供(たとえば、統合された売掛金、統合された買掛金など)と、標準化されたデータモデルを備えた最新のイベントベースのアーキテクチャと、リアルタイムまたはほぼリアルタイムのデータの使用と、(予約原則を介した)より厳格な規制管理および報告と、向上した安定性およびスケーラビリティとを含み得る。
[0027]各モジュール(たとえば、312、314、316、318、320、322、324、326など)は、メッセージバス330と通信し得る。たとえば、イベントは、メッセージバス330に書き込まれ得、各モジュールは、行うべきアクションを求めてメッセージバスを監視し得る。アクションが行われると、別のモジュールがアクションを行い得る。
[0028]本発明の一実施形態によれば、モジュール(たとえば、312、314、316、318、320、322、324、326など)は、独立していてもよく(たとえば、依存関係を除いて、互いに独立して動作し)、標準的なデータモジュールを活用して、メッセージバス230とインターフェースし得る。各モジュール(たとえば、312、314、316、318、320、322、324、326など)は、独自のデータストアおよびメモリを有し得、様々な処理を実行し得る。
[0029]本発明の一実施形態によれば、ユーザインターフェース340は、ユーザが、金融トランザクション処理システム310とインタラクトすることを可能にし得る。例示的なユーザインターフェース340は、たとえば、支払ファイルを送信する外部クライアントと、請求書をアップロードする外部クライアントと、有価証券処理のためのトランザクションを送信する内部または外部システムとを含み得る。
[0030]本発明の一実施形態によれば、ストレージ350が提供され得る。ストレージ350は、たとえば、キャッシュストレージ(たとえば、Gemfire、Hazelcastなど)、インメモリデータストア、キャッシュを備えた永続ストレージなどを含み得る。たとえば、システム300は、バス上のすべてのトランザクションを、長期のデータストアに永続化し得る。
[0031]図4は、本発明の一実施形態による、例示的な資産記録システムを示す。図4に示されるように、例示的な現金管理システムは、トランザクション処理システムを含み得る。システム400は、たとえば、買掛金440(チェックサービス442、デジタル買掛金444を含む)、売掛金450(売掛金管理452を含む)、預金460(現金残高管理462を含む)などのシステムから、生データをキャプチャし得るキャプチャモジュール430を含み得る。キャプチャモジュール430は、これらおよび他のシステムから任意のフォーマットで生データをキャプチャし得、生データを、正規化されたフォーマット(たとえば、以下で論じる論理データモデルフォーマット)に変換し得る。
[0032]本発明の一実施形態によれば、エスクロー(escrow)管理472を含むエスクローシステム470からの生データは、金融トランザクション処理システム310によって受信され得る。
[0033]金融トランザクション処理システム310は、予約モジュール316、移動モジュール314、保有高モジュール318、通知モジュール322、メッセージングモジュール323、参照データ320、データストレージモジュール324、および報告モジュール326などのモジュールを含み得る。必要な場合、および/または、所望される場合、他のモジュールが提供され得る。各モジュールは、処理する可能性のあるトランザクションタイプをメッセージバス330に登録し得る。
[0034]ユーティリティ480は、金融トランザクション処理システム310とインタラクト(interact)し得る。ユーティリティ480は、たとえば、価格設定482、制裁(sanction)484、勘定486、およびステートメント488などのモジュールを含み得る。たとえば、ユーティリティ480は、パラメータが任意の構成要素によって提供され得るので、複数の機能エンジン(たとえば、入力)によって使用され得る一般的なサービスを提供し得る。この例では、出力は、回答または出力データを含めることができ、その後、さらなる処理のために使用され得る。
[0035]クライアントツール490は、クライアントサービス492およびクライアント向けツール494を含み得る。たとえば、クライアントツールは、報告、監査などのためのユーザインターフェースを提供し得る。たとえば、クライアントツール490は、クライアントが、以前のトランザクションを照会し、トランザクションを開始することなどを可能にし得る。
[0036]図5は、本発明の一実施形態による、金融トランザクションエコシステムのアーキテクチャ図を示す。図5は、例示的な資産記録システムを示す。たとえば、システム500は、情報(たとえば、ジャーナル情報、キャッシング情報など)をキャッシュし得るデータキャッシングモジュール530を含み得る。
[0037]本発明の一実施形態によれば、システム500は、メッセージバス330とインタラクトし得る複数のモジュール(たとえば、モジュール520、モジュール522、およびモジュール524など)をさらに含み得る。3つのモジュールが示されているが、必要な場合、および/または、所望される場合、より多い、または、より少ない数が提供され得る。
[0038]本発明の一実施形態によれば、モジュールは、新しいLDMオブジェクトを作成し、それらをメッセージバスに発行し戻すこともできる、メッセージバスのコンシューマを表し得る。
[0039]モジュール520、522、および524は、たとえば、資産移動モジュール、取引予約モジュール、ジャーナルモジュール、集約モジュール、ラダーモジュール、回復モジュール(reinstatement module)などを含み得る。必要な場合、および/または、所望される場合、他のモジュールが提供され得る。
[0040]システム500はまた、複数のライタ(writer)540、542、および544を含み得る。3つのライタが描かれているが、必要な場合、および/または、所望される場合、より多い、または、より少ない数が提供され得る。ライタ440、442、444は、たとえば、ジャーナルライタ、保有高ライタなどを含み得る。
[0041]本発明の一実施形態によれば、メッセージバス上のオブジェクトの表示を可能にするユーザインターフェースが提供され得る。要求/応答により、コンシューマは、バスに既に発行され、データベースに格納されている保有高(ポジション)ルックアップ(look up)を求める呼出しを行うことができる。たとえば、要求/応答は、情報を望んでいるコンシューマが、バス上で発行されているすべてのポジションをリッスン(listen)するのではなく、アドホックコールを発信できるようにするための便利な特徴を表し得る。
[0042]システム500は、トランザクション、資産などの記録を維持し得る資産記録データベース550をさらに含み得る。本発明の一実施形態によれば、資産記録データベース550は、要求/応答呼出しにサービスを提供するだけでなく、回復目的でリアルタイムキャッシュをロードする目的で永続的なストアとして使用され得る。本発明の一実施形態によれば、リアルタイムキャッシュは、ダウンタイムまたはメンテナンス後に、資産記録データベースに基づいて再入力され得る。
[0043]図6は、本発明の一実施形態による、金融トランザクション処理エコシステムにおけるトランザクション処理のための方法を示す。ステップ610において、生データがキャプチャされ得る。ステップ615において、生データが正規化され得る。ステップ620において、正規化されたトランザクションが、メッセージバスに発行され得る。ステップ625において、トランザクション処理エコシステムにおけるモジュールおよび/または機能は、メッセージバスを監視またはリッスンし得る。ステップ630において、トランザクションが処理され得る。ステップ635において、トランザクション処理が完了および/または別のシステムに転送され得る。図6の処理は、特定の順序で実行される特定のステップを示しているが、本発明の実施形態は、処理に1つまたは複数のステップを追加し、処理内のステップを省略し、および/または、1つまたは複数のステップが実行される順序を変更することによって実践され得ることを理解されたい。各ステップの追加の詳細が以下に提供される。
[0044]ステップ610において、生データは、たとえば、キャプチャ機能を使用してキャプチャされ、処理エコシステムにもたらされ得る。生データの例は、個別のトランザクション、ファイルなど、またはこれらのバッチを含み得る。たとえば、生データは、ユーザインターフェースおよび/またはシステムから受信され得る。それに加えて、生データは、様々なフォーマットで受信され得る。
[0045]ステップ615において、生データが正規化され得る。これは、生データを、正規化された変換フォーマットに変換することを含み得る。本発明の一実施形態によれば、構成ファイル(または「コンフィグ」ファイル)は、登録された生データフォーマットの、LDM(論理データモデル)フォーマットなどの標準的なフォーマットへのマッピングを格納し得る。
[0046]たとえば、生データは、1つまたは複数の処理を介して実行されて、生データを、メッセージバスに発行され得る標準化された、または正規化されたトランザクションに変換し得る。本発明の一実施形態によれば、トランザクションは、承認されたLDM(論理データモデル)フォーマットであり得る。たとえば、各生データフォーマットは、登録処理中に登録され得、生データフォーマットのデータフィールドは、LDMフォーマットの適切なフィールドにマッピングされ得る。
[0047]本発明の一実施形態によれば、構成ファイルは、トランザクションの処理に関与するモジュールをさらに識別し得る。たとえば、LDMは、protobuf、JSON、XMLなどの任意の適切なフォーマットに変換され得る。
[0048]LDMフォーマットでの現金トランザクションの例示的な例が、以下に提供される。
cashTransaction{
transaction{
transactionIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“DeliveringComponentId”
version:1
revision:2
domainType:DOMAIN_TYPE_NOT_SET

originatingSourceSystemIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“originatingSystemId”
version:2
domainType:DOMAIN_TYPE_NOT_SET

originatingSourceSystemEntryDatetime:100000000000
originatingSourceSystemInstanceIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“originatingSystemInstanceId”
version:2
domainType:DOMAIN_TYPE_NOT_SET

transactionNarrative{
narrativeTypeName:INTERNAL
narrativeText:“Transaction Notes as Narrative”

transactionStateName:NEW
transactionEffectiveDate:20180303
transactionTypeName:CASH_TRANSACTION
transactionBusinessEvent{
eventIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“evnt−id123”
version:1
domainType:DOMAIN_TYPE_NOT_SET

eventTypeName:CASH_DIVIDEND
eventTimestamp:100000000000

deliveringSystemIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“DeliveringSystemIdentifier”
version:1
domainType:DOMAIN_TYPE_NOT_SET


firmRootIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“firmRootId”
version:1
revision:2
domainType:DOMAIN_TYPE_NOT_SET

alternateTransactionIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“alternateTxnId”
version:2
domainType:DOMAIN_TYPE_NOT_SET

reportedBusinessDate:20180303
logicalBusinessDate:20180303
transactionTimestamp:100000000000
transactionPurposeTypeName:SEEDING_TRANSACTION
ownerPartyAccount{
role:CLIENT
accountIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“owner acc 123”
version:1
domainType:DOMAIN_TYPE_NOT_SET

legalEntity{
partyIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“PartyID123”
version:1
domainType:DOMAIN_TYPE_NOT_SET

role:COUNTERPARTY


counterpartyAccount{
role:CLIENT
accountIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“owner acc 123”
version:1
domainType:DOMAIN_TYPE_NOT_SET


thirdPartyAccount{
role:CLIENT
accountIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“owner acc 123”
version:1
domainType:DOMAIN_TYPE_NOT_SET


party{
partyIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“PartyID123”
version:1
domainType:DOMAIN_TYPE_NOT_SET

role:COUNTERPARTY

originalCurrencyMoney{
moneyRoleName:FIRST
moneyAmount:100.0
currencyIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“USD”
version:1
domainType:DOMAIN_TYPE_NOT_SET

figurationTypeName:NOT_FIGURED
valueBasedUponName:BROKER_FEE
valueDeterminedByName:AMOUNT
rate:100.0
percentage:10.43
originalToSettledCurrencyFxRate:1.6
multiplyDivideCode:MULTIPLY

originalCurrencyMoney{
moneyRoleName:FINAL
moneyAmount:110.0
currencyIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“USD”
version:1
domainType:DOMAIN_TYPE_NOT_SET

figurationTypeName:ADDED
originalToSettledCurrencyFxRate:1.6
multiplyDivideCode:MULTIPLY

settledCurrencyMoney{
moneyRoleName:FIRST
moneyAmount:160.0
currencyIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“USD”
version:1
domainType:DOMAIN_TYPE_NOT_SET

figurationTypeName:NOT_FIGURED

settledCurrencyMoney{
moneyRoleName:FINAL
moneyAmount:166.0
currencyIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“USD”
version:1
domainType:DOMAIN_TYPE_NOT_SET

figurationTypeName:SUBTRACTED

currencyDirective{
directivePurpose:SETTLEMENT
directiveType:DELIVERY_METHOD
value:PAY_CASH

currencyDirective{
directivePurpose:SETTLEMENT
directiveType:SUPPRESS_INSTRUCTION
value:SUPPRESS_CASH_INSTRUCTION

directionTypeName:PAY
subTransaction{
moneyRoleName:FIRST
moneyAmount:1000.0
currencyIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“USD”
domainType:DOMAIN_TYPE_NOT_SET

subTransactionAccount{
role:CLIENT
accountIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“acc−id1”
version:1
domainType:DOMAIN_TYPE_NOT_SET


subTransactionAccount{
role:NOSTRO
accountIdentifier{
domain:IDENTIFIER_DOMAIN_NOT_SET
value:“acc−id2”
version:1
domainType:DOMAIN_TYPE_NOT_SET




paymentDate:20180530
[0049]LDMフォーマットでの支払トランザクションの例示的な例が以下に提供される。
firmRootIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“FirmRootId−1”
version:1
revision:1
domainType:DOMAIN_TYPE_NOT_SET

paymentCaptureIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“PaymentCaptureId−1”
version:1
revision:1
domainType:DOMAIN_TYPE_NOT_SET

paymentState:OPEN
paymentRequestCreationDateTime:1400000000000
requestedValueDate:20180301
paymentMethodType:CHEQUE
alternateSourceIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“alternateSourceId−1”
version:1
domainType:DOMAIN_TYPE_NOT_SET

alternateSourceIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“alternateSourceId−2”
version:1
domainType:DOMAIN_TYPE_NOT_SET

businessEvent{
businessEvent{
eventIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“paymentBusinessEventId−1”
domainType:DOMAIN_TYPE_NOT_SET

eventDateTime:1400000000000
relatedEventTypeName:“”

businessEventTypeName:PAYMENT_INITIATION

paymentReference{
paymentReferenceType:CHEQUE_NUMBER
paymentReferenceValue:“Test PaymentReferenceValue”

paymentDatePurpose{
datePurposeName:ISSUE_DATE
paymentDate:20180302

remittanceAdvices{
firmRootIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“FirmRootId−1”
version:1
revision:1
domainType:DOMAIN_TYPE_NOT_SET

remittanceCaptureIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“remittanceCaptureId−1”
version:1
revision:1
domainType:DOMAIN_TYPE_NOT_SET


remittanceAdvices{
firmRootIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“FirmRootId−1”
version:1
revision:1
domainType:DOMAIN_TYPE_NOT_SET

remittanceCaptureIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“remittanceCaptureId−2”
version:2
revision:2
domainType:DOMAIN_TYPE_NOT_SET


paymentMatchedAmount{
matchedAmount{
value:“\006\217”
scale:2

currencyIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“USD”
domainType:DOMAIN_TYPE_NOT_SET

moneyRole:FINAL
balanceStatus:NOT_BALANCED

directives{
directivePurpose:SETTLEMENT
directiveText:SETTLE_IMMEDIATE_CASH_INSTRUCTION
directiveTypeName:DELIVERY_METHOD

cashaspect{
originalMonies{
currencyIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“USD”
domainType:DOMAIN_TYPE_NOT_SET

moneyAmount:1048.75
moneyRoleName:FINAL


counterPartyAccount{
role:CLIENT
accountIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“counterPartyAccountId−1”
version:1
domainType:DOMAIN_TYPE_NOT_SET

legalEntity{
partyIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“counterPartyTransactionPartyId−1”
version:1
domainType:DOMAIN_TYPE_NOT_SET

role:CLIENT

holdingTypes{
transactionPurpose:BORROWED
holdingLocationType:STANDARD
tradePaymentType:FULLY_PAID
blockedFromProcessingType:DELIVERY_BY_MARKET
physicalInstrumentNegotiableForm:NON_NEGOTIABLE


ownerpartyaccount{
role:PAYER
accountIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“ownerPartyAccountId−1”
version:1
domainType:DOMAIN_TYPE_NOT_SET

legalEntity{
partyIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“ownerPartyTransactionPartyId−1”
version:1
domainType:DOMAIN_TYPE_NOT_SET

role:PAYER

holdingTypes{
transactionPurpose:BORROWED
holdingLocationType:STANDARD
tradePaymentType:FULLY_PAID
blockedFromProcessingType:DELIVERY_BY_MARKET
physicalInstrumentNegotiableForm:NON_NEGOTIABLE


thirdpartyaccounts{
role:BENEFICIARY_CUSTOMER
accountIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“thirdPartyAccountId−1”
version:1
domainType:DOMAIN_TYPE_NOT_SET

legalEntity{
partyIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“thirdPartyTransactionPartyId−1”
version:1
domainType:DOMAIN_TYPE_NOT_SET

role:BRANCH

holdingTypes{
transactionPurpose:BORROWED
holdingLocationType:STANDARD
tradePaymentType:FULLY_PAID
blockedFromProcessingType:DELIVERY_BY_MARKET
physicalInstrumentNegotiableForm:NON_NEGOTIABLE


logicalBusinessDate:20180302
preSettlementMatchIdentifier{
preSettlementMatchIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“preSettlementMatchId−1”
version:1
revision:1
domainType:DOMAIN_TYPE_NOT_SET


paymentMatchStatus:NOT_KNOWN
alternatePaymentCaptureIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“alternatePaymentCaptureId−1”
version:1
domainType:DOMAIN_TYPE_NOT_SET

alternatePaymentCaptureIdentifier{
domain:RECEIVABLES_CAPTURE_ENGINE
value:“alternatePaymentCaptureId−2”
version:1
domainType:DOMAIN_TYPE_NOT_SET

[0050]ステップ620において、正規化されたトランザクションは、メッセージバスに発行され得る。
[0051]ステップ625において、トランザクション処理エコシステムにおけるモジュールおよび/または機能は、メッセージバスを監視および/またはリッスンすることができ、ステップ630において、関連する正規化されたトランザクションを処理し得る。たとえば、起動時または他の適切な時間において、各モジュールは、モジュールが処理を担当するトランザクションのタイプ、処理の順序などを、メッセージバス(または、メッセージバスコントローラ)に登録し得る。そのようなトランザクションがメッセージバスに発行されると、1つまたは複数のモジュールが、メッセージバスからトランザクションを「ピックアップ」し、トランザクションにおける処理を実行し得る。モジュールがトランザクションをピックアップすると、メッセージバスにアクノレッジメントメッセージを発行して、トランザクションの状態を他のモジュールに通知し得る。
[0052]本発明の一実施形態によれば、モジュールがメッセージバスからトランザクションをピックアップするのではなく、メッセージバスは、モジュールの登録情報に基づいてトランザクションをモジュールにプッシュし得る。
[0053]たとえば、金融トランザクションは、予約モジュールによって識別および「ピックアップ」され得、その後、予約モジュールは、処理のためにトランザクションを準備し得る。トランザクションによっては、複数のタイプの予約モジュールが存在し得る。例は、現金、有価証券、勘定書、請求書、予想される現金受領書、勘定書トランザクション、送金などを含み得る。本発明の一実施形態によれば、予約モジュールは、異なる法人の単一のトランザクションに対して複数の「レッグ(leg)」を作成し得る。その後、モジュールは、もう1つの予約可能なトランザクションをメッセージバスに発行し得る。
[0054]資産移動モジュールおよび資産記録モジュールは、メッセージバスに発行される予約可能なトランザクションをリッスンし得る。資産移動モジュールは、予約可能なトランザクションをピックアップし、初期状態が「未決済」の、決済トランザクションを作成し得る。この機能は、決済トランザクションを、適切な決済モジュール(たとえば、CHiP、FED、SWIFTなど)にさらに供給し得る。トランザクションが決済されると、資産移動モジュールは、決済トランザクションの状態をクローズ、完了などに更新し得る。
[0055]本発明の一実施形態によれば、バス上の異なる機能を識別する標準的な参照データキャッシュは、参照データを呼び出し得る。例示的な図によれば、エコシステムを流れるトランザクションには識別子のみを格納することができ、実際のデータまたは基礎となるデータを取得するためにそれらの識別子を分解する必要がある場合は、参照データキャッシュが呼び出され得る。
[0056]参照データは、クライアント、口座および取引先企業/第三者(Cpty: Counterparty/Third party)、固定決済命令(SSI:Standing Settlement Instruction)、製品、クライアントの好みおよびプロファイル、清算データ、市場データ、クライアント口座振替(DD: Direct Debit)権限に関連するデータを含み得る。参照データは、参照データキャッシュツールを介して格納および管理され得る。参照データは、当事者およびアカウントと、製品および証書と、エスクロー契約管理(たとえば、エスクロー契約を管理するための参照データ)と、価格契約管理(たとえば、様々な製品やクライアントの価格契約を管理するための参照データ)と、決済命令(たとえば、クライアント自動引き落とし命令)と、制裁と、勘定と、ステートメント構成などをさらに含み得る。
[0057]本発明の一実施形態によれば、資産記録モジュールはまた、メッセージバスに発行された任意の決済とともに、予約可能なトランザクションをもリッスンし得る。資産記録モジュールは、異なる予約可能なトランザクションに対して規則を適用して、メッセージバスに発行することもできるジャーナルまたは記録(たとえば、預金/クレジットセットを含む)を作成することができる規則エンジンを含み得る。ジャーナルは、セットおよび/または他のフォーマットに集約され得る。
[0058]本発明の一実施形態によれば、状態変化を含むトランザクションは、たとえば、報告および監査のためにデータウェアハウスに格納され得る。
[0059]ステップ635において、モジュールは、処理されたトランザクションをメッセージバスに返し得る。モジュールが、トランザクションのエンドポイントである場合、処理されたトランザクションは、別のシステムへ、ユーザインターフェースへ送信され得るか、必要な場合、および/または、所望される場合、他の任意のアクションを行い得る。
[0060]図7Aおよび図7Bは、本発明の一実施形態による、支払受領書/支払キャッシュフローの例示的な例を示す。プレキャプチャ中、「payment.raw」701は、「payment.initiation」702に変換され、その後、支払キャプチャ722によって強化/検証され得る。「payment.norm」704は、支払キャプチャ722から生成され、その結果、支払予約エンジン724から「cashtxn.bookable」706が生成される。「cashtxn.bookable」707は、資産移動エンジン726(未決済決済)および資産記録744を介して処理される(保留中のジャーナルが作成される)。支払は、資産移動エンジン726を介して確認/決済され、その結果、「決済移動」711が決済され、資産記録744は、708、709、712および713によって表されるように、これらを保留中の「決済/確認されるポジション/ジャーナル」に消費する。
[0061]図7Aに示されるように、新しい支払または受領は、701によって表されるように、クライアントまたは清算システムによって開始され得る。取込チャネル(Ingestion Channel)730は、支払開始ソース、たとえば、クライアント、清算システム(clearing system)などを表し得る。データは、分離層を表し得るプレキャプチャ720において、生データ701として受信され得る。プレキャプチャ720は、変換、重複チェック、参照の設定(Set Ref)、および統合を含む機能を実行し得る。支払は、702において、プレキャプチャ720からメッセージングバス728へと開始され得る。支払キャプチャ722は、703において、支払開始を受け取り得る。支払キャプチャ722を介して、支払開始は、704において、Payment.Normとして正規化され得る。
[0062]支払キャプチャ722は、資格、除外/賠償、支払管理、クライアントバッチ/バルク/集約、料金/課金/計算と、時間および/またはコストに基づく最適化と、クライアントの最適化と、ウェアハウス/スケジューリング、FX予約、フィルタサービスおよび優先順位付けとを含む、様々な特徴および機能を含み得る。支払キャプチャ722は、固定オーダ732からデータを受信し得る。たとえば、支払キャプチャ722は、様々なトランザクションタイプにわたるクライアントの命令をキャプチャし、さらに、正規化されたデータモデルに変換し得る。支払キャプチャ722は、クライアント固有のデータモデルから、ユニバーサル(またはエンティティ固有の)データモデルへの変換を実行し得る。正規化されたトランザクションデータモデルメッセージは、メッセージングバス728に発行され得る。キャプチャ処理は、OCR/ICR、機械学習、ファイル処理、およびメッセージ処理を含み得る。
[0063]Payment.Normは、705において、予約エンジン724によって受信され、706において、Cash.Txn.Bookableとしてクライアント予約を生成し得る。予約エンジン724は、トランザクションエンリッチメント、保有高タイプデリバティブ、レッグ生成、および料金/課金を含む様々な特徴および機能を含み得る。レッグ生成は、トランザクションレッグ生成を表す場合があり、たとえば、追加のトランザクションが必要になる場合がある。予約エンジン724は、レッグ生成734と通信し得る。本発明の一実施形態は、複数の予約エンジン、たとえば、各トランザクションタイプに対して1つの予約エンジンを含み得る。たとえば、予約エンジンは、基礎となる技術的構成要素を共有し得るが、トランザクションタイプごとに別々のインスタンスとして実行する。
[0064]これは、資産移動726によって受け取られ、707において、決済ミッションのステータスを一致に更新することができる。決済ミッションは、SM.Open708、SM.Open.BulkNet708.a、SM.Open.ClearNet708.b、およびSM.Settled711によって示されているように、決済ファイルから生成され得る。たとえば、決済ミッションのステータスは、OPEN.Matchedであり得る。決済時に、ステータスは、711を介して、SETTLEDに設定され得る。
[0065]資産移動726は、ゲートウェイ、クライアントバルク集約/ネッティング、ネッティング精算/集約、手動一致、リンケージ(Linkage)、承認、精算および決済(SM)、自動決済、マーキング失敗(Fails Marking)、信用調査、例外管理、支払管理、およびフィルタサービスを含む様々な特徴および機能を含み得る。資産移動726は、支払キャプチャ722からデータ(たとえば、ddi.norm)を受信し、さらに、データ(たとえば、ddi.norm)を、たとえば、クライアントの口座振替命令の設定および/または管理を行う口座振替(DD)管理736に送信することができる。資産移動726は、資産移動を必要とする様々なタイプのトランザクションのための決済ミッションを作成し得る。それに加えて、資産移動726は、取込チャネル730に、受領または確認メッセージを提供し得る。
[0066]図7Bに示されるように、支払命令/収集709は、支払チャネル740から清算システム742へ送信され得る。支払が決済された後、決済710は、支払チャネル740に戻され得る。ジャーナル(転記)は、クライアントと決済との両方に対して作成され得る。ジャーナル/保有高ステータスは、保留中−転記(Pending-Post)として表され得る。
[0067]資産記録744は、入力イベントからジャーナルおよび保有高を作成し得る。たとえば、資産記録744は、規則エンジン、ジャーナルエンジン、および保有高エンジンを含み得る。規則エンジンは、イベントをジャーナルに変換するための規則を保有し得る。ジャーナルエンジンは、イベントからジャーナル(DR/CRセット)を作成し得る。たとえば、保有高エンジンは、生成されたDR/CRセットを集約し、保有高(たとえば、ポジション、残高)を作成し得る。他のエンジンは、ジャーナルセットを集約し、保有高に影響を与える集約エンジンを含み得、発行エンジンは、おのおのに変更が発生したときにジャーナルおよび保有高を公表し得る。また、資産記録744は、クライアントと決済との両方の口座ジャーナルを転記し得る。707、708、709、711、712、および713のインタラクションを通じて、ジャーナル/保有高ステータスは、決済済み−転記として表され得る。データは、一般台帳746のみならずデータウェアハウス748にも転記され得る。データは、716によって表されるように、Payment.Initと、Payment.Normと、Cash.Txnと、SM.Openと、TD.Journalと、TS.Holdingsと、SM.Settledと、SD.Journalと、SD.Holdingとを含み得る。
[0068]本発明の一実施形態は、様々な用途、事業などに適用され得る。たとえば、イベントベースのインフラストラクチャは、コアバンキング技術、マーチャントサービス事業、国際債券事業などに適用され得る。それに加えて、様々な拡張機能が適用され得る。たとえば、金融トランザクション処理システムは、例外管理および調整特徴をサポートし得る。たとえば、例外は、取引予約エンジン、決済システム、および他の記録システムに適用され得る。例外が1つの記録システムで閉じられる場合、本発明の一実施形態は、メッセージングバスを介して更新をカスケード化またはルーティングし、それによって、例外に関連する重複する負担を除去し得る。例外は、必要に応じて、記録の調整システムまたは記録のタスク管理システムによって読み取られ得る。これにより、データと応答との一貫性および均一性が向上する。
[0069]本発明の一実施形態は、ポジションロールアップ(position rollup)および/またはポジション集約(position aggregate)をサポートし得る。たとえば、事業は、基礎となる残高およびポジションの集約であり得る、利用可能な残高に関する情報を要求し得る。これは、メンバが口座を有しており、特定の地域に居住している可能性がある仮想口座に関連し得る。地域への資金提供は、集約が資金を必要とする集約レベルであり得る。したがって、本発明の一実施形態は、トランザクションが、基礎となる残高に達することを許可する前に、集約レベルでのポジションチェックをサポートし得る。別の例は、地域または通貨で、開発者に支払を要するエンティティを含み得る。他の集約は、特定の用途ケースシナリオに依存し得る。たとえば、ローンの場合、事業は、ローンの額を除外する利用可能なポジションまたは利用可能な残高を計算したい場合がある。したがって、本発明の一実施形態は、集約レベルポジションを決定するための事業規則に基づいて構成可能であり得る。
[0070]以下、本発明のシステムおよび方法の実施の一般的な態様を説明する。
[0071]本発明のシステムまたは本発明のシステムの一部は、たとえば、汎用コンピュータなどの「プロセシングマシン」の形態であり得る。本明細書で使用される場合、「プロセシングマシン」という用語は、少なくとも1つのメモリを使用する少なくとも1つのプロセッサを含むと理解されるべきである。少なくとも1つのメモリは、命令のセットを格納する。命令は、永続的または一時的に、プロセシングマシンの1つまたは複数のメモリに格納され得る。プロセッサは、データを処理するために、1つまたは複数のメモリに格納されている命令を実行する。命令のセットは、上記のタスクなど、特定の1つまたは複数のタスクを実行する様々な命令を含み得る。特定のタスクを実行するためのそのような命令のセットは、プログラム、ソフトウェアプログラム、または単にソフトウェアとして特徴付けられ得る。
[0072]1つの実施形態では、プロセシングマシンは、特殊なプロセッサであり得る。
[0073]上記のように、プロセシングマシンは、データを処理するために1つまたは複数のメモリに格納されている命令を実行する。データのこの処理は、たとえば、別のプロセシングマシンによる要求および/または他の入力に応答して、前の処理に応答して、プロセシングマシンの1人または複数のユーザによるコマンドに応答し得る。
[0074]上記のように、本発明を実施するために使用されるプロセシングマシンは、汎用コンピュータであり得る。しかしながら、上記のプロセシングマシンはまた、特殊用途コンピュータと、たとえば、マイクロコンピュータ、ミニコンピュータまたはメインフレームを含むコンピュータシステムと、プログラムされたマイクロプロセッサと、マイクロコントローラと、周辺集積回路素子と、CSIC(カスタマ向け集積回路)またはASIC(特定用途向け集積回路)または他の集積回路と、論理回路と、デジタル信号プロセッサと、FPGA、PLD、PLA、またはPALなどのプログラマブル論理デバイスと、または、本発明の処理のステップを実施できる他の任意のデバイスまたはデバイスの構成とを含む多種多様な他の技術のうちのいずれかをも利用し得る。
[0075]本発明を実施するために使用されるプロセシングマシンは、適切なオペレーティングシステムを利用し得る。したがって、本発明の実施形態は、iOSオペレーティングシステム、OS Xオペレーティングシステム、Androidオペレーティングシステム、Microsoft Windows(商標)オペレーティングシステム、Unixオペレーティングシステム、Linux(登録商標)オペレーティングシステム、Xenixオペレーティングシステム、IBM AIX(商標)オペレーティングシステム、Hewlett−Packard UX(商標)オペレーティングシステム、Novell Netware(商標)オペレーティングシステム、Sun Microsystems Solaris(商標)オペレーティングシステム、OS/2(商標)オペレーティングシステム、BeOS(商標)オペレーティングシステム、Macintoshオペレーティングシステム、Apacheオペレーティングシステム、OpenStep(商標)オペレーティングシステム、または別のオペレーティングシステムまたはプラットフォームを実行するプロセシングマシンを含み得る。
[0076]上記のような本発明の方法を実践するために、プロセシングマシンのプロセッサおよび/またはメモリが、物理的に同じ地理的場所に配置される必要はないことが認識される。すなわち、プロセシングマシンによって使用されるプロセッサおよびメモリのおのおのは、地理的に異なる位置に配置され、任意の適切な方式で通信するように接続され得る。それに加えて、プロセッサおよび/またはメモリのおのおのは、異なる物理的な機器から構成され得ることが認識される。したがって、プロセッサが、1つの位置にある単一の機器である必要も、メモリが、別の位置にある別の単一の機器である必要もない。すなわち、プロセッサは、2つの異なる物理的位置にある2つの機器であり得ることが考慮される。2つの異なる機器は、任意の適切な方式で接続され得る。それに加えて、メモリは、2つ以上の物理的位置に、メモリの2つ以上の部分を含み得る。
[0077]さらに説明すると、上記のように、処理は、様々な構成要素および様々なメモリによって実行される。しかしながら、本発明のさらなる実施形態によれば、上記のような2つの異なる構成要素によって実行される処理は、単一の構成要素によって実行され得ることが認識される。さらに、上記のように1つの異なる構成要素によって実行される処理は、2つの異なる構成要素によって実行され得る。同様の方式で、上記の2つの異なるメモリ部分によって実行されるメモリストレージは、本発明のさらなる実施形態によれば、単一のメモリ部分によって実行され得る。さらに、上記のように1つの異なるメモリ部分によって実行されるメモリストレージは、2つのメモリ部分によって実行され得る。
[0078]さらに、様々な技術を使用して、様々なプロセッサおよび/またはメモリ間の通信を提供し、ならびに本発明のプロセッサおよび/またはメモリが、他の任意のエンティティと通信できるように、すなわち、たとえば、追加の命令を取得したり、リモートメモリストアにアクセスして使用できるようにすることができる。そのような通信を提供するために使用されるそのような技術は、たとえば、ネットワークと、インターネットと、イントラネットと、エクストラネットと、LANと、イーサネットと、セルタワーまたは衛星を介したワイヤレス通信と、または、通信を提供する任意のクライアントサーバシステムとを含み得る。そのような通信技術は、たとえば、TCP/IP、UDP、またはOSIなどの任意の適切なプロトコルを使用し得る。
[0079]上記のように、命令のセットが、本発明の処理において使用され得る。命令のセットは、プログラムまたはソフトウェアのフォーマットの形態であり得る。ソフトウェアは、たとえば、システムソフトウェアまたはアプリケーションソフトウェアの形態であり得る。ソフトウェアは、たとえば、別々のプログラムの集合、より大きなプログラム内のプログラムモジュール、またはプログラムモジュールの一部の形態であり得る。使用されるソフトウェアは、オブジェクト指向プログラミングの形態のモジュール式プログラミングも含み得る。ソフトウェアは、処理中のデータをどう処理するかをプロセシングマシンに指示する。
[0080]さらに、本発明の実施および操作で使用される命令または命令のセットは、プロセシングマシンが命令を読み取ることができるような、適切な形態であり得ることが認識される。たとえば、プログラムを形成する命令は、マシン語またはオブジェクトコードに変換されて、1つまたは複数のプロセッサが命令を読み取れるようにする適切なプログラミング言語の形態であり得る。つまり、特定のプログラミング言語で記述されたプログラミングコードまたはソースコードの行は、コンパイラ、アセンブラ、またはインタプリタを使用してマシン語に変換される。マシン語は、特定のタイプのプロセシングマシン、すなわち、たとえば、特定のタイプのコンピュータに固有の、バイナリコード化されたマシン命令である。コンピュータは、マシン語を理解する。
[0081]本発明の様々な実施形態によれば、任意の適切なプログラミング言語が使用され得る。例示的に、使用されるプログラミング言語は、たとえば、アセンブリ言語、Ada、APL、Basic、C、C++、COBOL、dBase、Forth、Fortran、Java、Modula−2、Pascal、Prolog、REXX、Visual Basic、および/またはJavaScriptを含み得る。さらに、本発明のシステムおよび方法の動作に関連して、単一のタイプの命令または単一のプログラミング言語を利用する必要はない。むしろ、必要な場合、および/または、所望される場合、任意の数の異なるプログラミング言語が利用され得る。
[0082]また、本発明の実践において使用される命令および/またはデータは、必要に応じて、任意の圧縮または暗号化技術またはアルゴリズムを利用し得る。データを暗号化するために、暗号化モジュールが使用され得る。さらに、ファイルまたは他のデータは、たとえば、適切な復号モジュールを使用して復号され得る。
[0083]上記のように、本発明は、たとえば、少なくとも1つのメモリを含む、コンピュータまたはコンピュータシステムを含むプロセシングマシンの形態で例示的に具体化され得る。たとえば、コンピュータオペレーティングシステムが、上記の操作を実行することを可能にする命令のセット、すなわち、ソフトウェアは、必要に応じて、多種多様な1つまたは複数の媒体のいずれかに含まれ得ることが認識されるべきである。さらに、命令のセットによって処理されるデータは、多種多様な1つまたは複数の媒体のいずれかに含まれ得る。すなわち、本発明で使用される命令および/またはデータのセットを保有するために利用される特定の媒体、すなわちプロセシングマシンのメモリは、たとえば、様々な物理的形態または伝送のいずれかを呈し得る。例示的に、媒体は、紙、紙の透明材、コンパクトディスク、DVD、集積回路、ハードディスク、フロッピーディスク、光ディスク、磁気テープ、RAM、ROM、PROM、EPROM、ワイヤ、ケーブル、ファイバ、通信チャネル、衛星伝送、メモリカード、SIMカード、または他のリモート伝送、および、本発明のプロセッサによって読み取られ得る他の任意の媒体またはデータソースの形態であり得る。
[0084]さらに、本発明を実施するプロセシングマシンで使用される1つまたは複数のメモリは、メモリが、必要に応じて、命令、データ、または他の情報を保有できるようにするために、多種多様な形態のいずれかであり得る。したがって、メモリは、データを保有するためのデータベースの形態であり得る。データベースは、たとえば、フラットファイル構成や、またはリレーショナルデータベース構成など、任意の所望されるファイル構成を使用し得る。
[0085]本発明のシステムおよび方法では、様々な「ユーザインターフェース」を利用して、ユーザが、本発明を実施するために使用される1つまたは複数のプロセシングマシンとインターフェースすることを可能にすることができる。本明細書で使用される場合、ユーザインターフェースは、ユーザがプロセシングマシンとインタラクトすることを可能にする、プロセシングマシンによって使用される任意のハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組合せを含む。ユーザインターフェースは、たとえば、ダイアログ画面の形態であり得る。ユーザインターフェースは、マウス、タッチスクリーン、キーボード、キーパッド、音声リーダ、音声認識器、ダイアログ画面、メニューボックス、リスト、チェックボックス、トグルスイッチ、押しボタン、または、プロセシングマシンが命令のセットを処理するとき、ユーザが、プロセシングマシンの動作に関する情報を受信できるようにする、および/または、プロセシングマシンに情報を提供する他の任意のデバイス、のうちのいずれかを含み得る。したがって、ユーザインターフェースは、ユーザとプロセシングマシンとの間の通信を提供する任意のデバイスである。ユーザインターフェースを介して、ユーザによって、プロセシングマシンに提供される情報は、たとえば、コマンド、データの選択、または他の何らかの入力の形態であり得る。
[0086]上記で論じたように、ユーザインターフェースは、プロセシングマシンがユーザのためにデータを処理できるように、命令のセットを実行するプロセシングマシンによって利用される。ユーザインターフェースは、通常、情報を伝達するため、またはユーザから情報を受信するために、ユーザとインタラクトするために、プロセシングマシンによって使用される。しかしながら、本発明のシステムおよび方法のいくつかの実施形態によれば、人間のユーザが、本発明のプロセシングマシンによって使用されるユーザインターフェースと実際にインタラクトする必要はないことを認識されたい。むしろ、本発明のユーザインターフェースは、人間のユーザではなく、別のプロセシングマシンとインタラクトする、すなわち、情報を伝達および受信し得ることも考慮される。したがって、他のプロセシングマシンは、ユーザとして特徴付けられ得る。さらに、本発明のシステムおよび方法において利用されるユーザインターフェースは、人間のユーザとも部分的にインタラクトしながら、別の1つまたは複数のプロセシングマシンと部分的にインタラクトし得ることが考慮される。
[0087]本発明が幅広い有用性および用途に影響を受けやすいことは、当業者によって容易に理解されるであろう。本明細書に記載のもの以外の本発明の多くの実施形態および適合、ならびに多くの変形、修正、および同等の構成は、本発明の内容または範囲から逸脱することなく、本発明およびその前述の説明から明らかであるか、または合理的に示唆される。
[0088]したがって、本発明は、その例示的な実施形態に関して本明細書で詳細に説明されたが、本開示は、本発明の例示的かつ例示的なものにすぎず、本発明の可能な開示を提供するように作られていることを理解されたい。したがって、前述の開示は、本発明を解釈または限定すること、あるいは他のそのような実施形態、適合、変形、修正または同等の構成を除外することは意図されていない。

Claims (20)

  1. トランザクション処理エコシステムであって、
    複数のデータソースと、
    キャプチャインターフェースと、
    メッセージバス、および前記メッセージバスとインターフェースする複数のプロセッサを含む金融トランザクション処理システムであって、前記複数のプロセッサは、
    前記キャプチャインターフェースを介して、支払トランザクションの生データを受信することであって、前記生データは、クライアントの命令を備える、受信することと、
    前記キャプチャインターフェースを介して、前記生データを、標準的なデータモデルに基づいて、正規化されたトランザクションフォーマットに正規化することと、
    前記正規化されたトランザクションフォーマットを、前記キャプチャインターフェースを介して、メッセージバスに発行することと、
    前記正規化されたトランザクションフォーマットを、複数のプロセッサのうちの第1のプロセッサを介して処理することと、
    前記トランザクションを完了することと
    を実行するように構成される、金融トランザクション処理システムと
    を備える、トランザクション処理エコシステム。
  2. 前記生データは、個別のトランザクションのトランザクションデータを備える、請求項1に記載のシステム。
  3. 前記生データは、複数のトランザクションのトランザクションデータを備える、請求項1に記載のシステム。
  4. 前記生データは、論理データモデルフォーマットに正規化される、請求項1に記載のシステム。
  5. 前記第1のプロセッサは、前記メッセージバスに登録し、前記登録は、前記第1のプロセッサが処理するトランザクションタイプの識別情報を備える、請求項1に記載のシステム。
  6. 前記第1のプロセッサは、前記メッセージバスにアクノレッジメントをさらに発行する、請求項1に記載のシステム。
  7. 前記第1のプロセッサは、前記第1のプロセッサで処理された前記トランザクションを、前記メッセージバスに発行し、
    第2のプロセッサは、前記第1のプロセッサで処理された前記トランザクションをさらに処理する、請求項1に記載のシステム。
  8. 前記第1のプロセッサは、前記正規化されたトランザクションフォーマットに対して、決済アクションをさらに実行する、請求項1に記載のシステム。
  9. 前記金融トランザクション処理システムは、前記処理されたトランザクションを、外部システムに通信する、請求項1に記載のシステム。
  10. 前記金融トランザクション処理システムは、前記処理されたトランザクションを、ユーザインターフェースに通信する、請求項1に記載のシステム。
  11. メッセージバスと、前記メッセージバスとインターフェースする複数のプロセッサとを含む金融トランザクション処理システムを備えるトランザクション処理エコシステムにおいてトランザクションを処理するための方法であって、
    キャプチャインターフェースを介して、支払トランザクションの生データを受信するステップであって、前記生データは、クライアントの命令を備える、受信するステップと、
    前記キャプチャインターフェースを介して、前記生データを、標準的なデータモデルに基づいて、正規化されたトランザクションフォーマットに正規化するステップと、
    前記正規化されたトランザクションフォーマットを、前記キャプチャインターフェースを介して、メッセージバスに発行するステップと、
    前記正規化されたトランザクションフォーマットを、前記複数のプロセッサのうちの第1のプロセッサを介して処理するステップと、
    前記トランザクションを完了するステップと
    を含む、方法。
  12. 前記生データは、個別のトランザクションのトランザクションデータを備える、請求項11に記載の方法。
  13. 前記生データは、複数のトランザクションのトランザクションデータを備える、請求項11に記載の方法。
  14. 前記生データは、論理データモデルフォーマットに正規化される、請求項11に記載の方法。
  15. 前記第1のプロセッサは、前記メッセージバスに登録し、前記登録は、前記第1のプロセッサが処理するトランザクションタイプの識別情報を備える、請求項11に記載の方法。
  16. 前記第1のプロセッサは、前記メッセージバスにアクノレッジメントをさらに発行する、請求項11に記載の方法。
  17. 前記第1のプロセッサで処理された前記トランザクションを、前記第1のプロセッサを介して、前記メッセージバスに発行するステップと、
    前記第1のプロセッサで処理された前記トランザクションを、第2のプロセッサを介して処理するステップと
    をさらに含む、請求項11に記載の方法。
  18. 前記第1のプロセッサは、前記正規化されたトランザクションフォーマットに対して、決済アクションをさらに実行する、請求項11に記載の方法。
  19. 前記金融トランザクション処理システムは、前記処理されたトランザクションを、外部システムに通信する、請求項11に記載の方法。
  20. 前記金融トランザクション処理システムは、前記処理されたトランザクションを、ユーザインターフェースに通信する、請求項11に記載の方法。
JP2021513964A 2018-09-14 2019-09-16 トランザクション処理エコシステムを実施するためのシステムおよび方法 Active JP7430174B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862731396P 2018-09-14 2018-09-14
US62/731,396 2018-09-14
PCT/US2019/051236 WO2020056396A1 (en) 2018-09-14 2019-09-16 System and method for implementing transaction processing ecosystems

Publications (2)

Publication Number Publication Date
JP2021536073A true JP2021536073A (ja) 2021-12-23
JP7430174B2 JP7430174B2 (ja) 2024-02-09

Family

ID=69778525

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021513964A Active JP7430174B2 (ja) 2018-09-14 2019-09-16 トランザクション処理エコシステムを実施するためのシステムおよび方法

Country Status (8)

Country Link
US (1) US11853980B2 (ja)
EP (1) EP3850567A4 (ja)
JP (1) JP7430174B2 (ja)
CN (1) CN113039572A (ja)
AU (1) AU2019339906A1 (ja)
CA (1) CA3112395A1 (ja)
SG (1) SG11202102346VA (ja)
WO (1) WO2020056396A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11161530A (ja) * 1997-11-27 1999-06-18 Ntt Data Corp トランザクション処理システム
US7783549B1 (en) * 2007-02-26 2010-08-24 SunGard Financial Systems LLC Transaction processing system and method
JP2020507840A (ja) * 2017-01-26 2020-03-12 アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited サービス処理方法および装置

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010034677A1 (en) 2000-02-25 2001-10-25 Jay Farhat Method and system to normalize transaction data pertaining to accesses to a service provided via a plurality of service providers
US20030163507A1 (en) * 2002-02-26 2003-08-28 Zarlink Semiconductor V.N. Inc. Task-based hardware architecture for maximization of intellectual property reuse
CA2568584A1 (en) * 2004-06-09 2005-12-29 U.S. Bancorp Licensing, Inc. Transaction processing with core and distributor processor implementations
US7725351B1 (en) 2006-04-26 2010-05-25 Rbs Lynk Incorporated Point of sale system interface for processing of transactions at a secondary transaction payment network
US8127035B1 (en) * 2006-09-28 2012-02-28 Rockwell Automation Technologies, Inc. Distributed message engines and systems
CN100531090C (zh) * 2007-06-28 2009-08-19 杭州东信北邮信息技术有限公司 基于通用消息总线的通用业务系统架构的实现方法
CN101420311B (zh) * 2008-11-28 2011-10-05 中国移动通信集团四川有限公司 一种电信级支付结算网关系统
US8364591B2 (en) * 2009-08-10 2013-01-29 Visa International Service Association Track data mapping system for processing of payment transaction data
US9747460B1 (en) 2014-01-17 2017-08-29 Jpmorgan Chase Bank, N.A. Systems and methods for data sharing and transaction processing for high security documents
US20160180319A1 (en) * 2014-12-22 2016-06-23 Apriva, Llc System and method for facilitating an online transaction with a mobile device
US11042863B1 (en) * 2015-03-20 2021-06-22 Square, Inc. Grouping payments and payment requests
WO2017075238A1 (en) * 2015-10-27 2017-05-04 Fox Glacier Asset Management Inc. Mobile payment system
CN105589924A (zh) * 2015-11-23 2016-05-18 江苏瑞中数据股份有限公司 一种数据库事务粒度同步方法
US9529863B1 (en) * 2015-12-21 2016-12-27 Apptio, Inc. Normalizing ingested data sets based on fuzzy comparisons to known data sets
GB2556332A (en) * 2016-09-14 2018-05-30 Tree House Tech Limited A computerized method and a system for dynamic communication
US10445683B1 (en) * 2016-11-01 2019-10-15 Bootler, LLC Methods, systems and program products for aggregating and presenting service data from multiple sources over a network
JP6927711B2 (ja) * 2017-02-20 2021-09-01 東芝テック株式会社 チェックアウトシステム
CN108053317A (zh) * 2017-12-11 2018-05-18 深圳前海微众银行股份有限公司 销售系统及其实现方法、实现设备及可读存储介质
US11227284B2 (en) * 2017-12-13 2022-01-18 Mastercard International Incorporated Method and system for consumer-initiated transactions using encrypted tokens
US10681164B2 (en) * 2018-05-03 2020-06-09 Microsoft Technology Licensing, Llc Input and output schema mappings

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11161530A (ja) * 1997-11-27 1999-06-18 Ntt Data Corp トランザクション処理システム
US7783549B1 (en) * 2007-02-26 2010-08-24 SunGard Financial Systems LLC Transaction processing system and method
JP2020507840A (ja) * 2017-01-26 2020-03-12 アリババ・グループ・ホールディング・リミテッドAlibaba Group Holding Limited サービス処理方法および装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
第4回バスの基礎知識, JPN6023035210, 23 August 2023 (2023-08-23), pages 1 - 9, ISSN: 0005138982 *

Also Published As

Publication number Publication date
CA3112395A1 (en) 2020-03-19
US11853980B2 (en) 2023-12-26
EP3850567A1 (en) 2021-07-21
AU2019339906A1 (en) 2021-04-01
JP7430174B2 (ja) 2024-02-09
EP3850567A4 (en) 2022-06-01
CN113039572A (zh) 2021-06-25
WO2020056396A1 (en) 2020-03-19
US20200090144A1 (en) 2020-03-19
SG11202102346VA (en) 2021-04-29

Similar Documents

Publication Publication Date Title
US7895097B2 (en) Intelligent apparatus, system and method for financial data computation, report remittance and funds transfer over an interactive communications network
US8407141B2 (en) System and method for processing multiple methods of payment
US8738476B2 (en) Architectural design for selling standardized services application software
JP2020525904A (ja) 銀行間情報ネットワークを実装するためのシステムおよび方法
US20200334671A1 (en) Encrypted and authenticated message services
US20120095873A1 (en) Escrow management system for marketplaces
US20030220863A1 (en) System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
US11093907B2 (en) System and method for processing microtransactions
CA2695547C (en) Methods and systems for processing a financial transaction
WO2001084276A2 (en) International payment system and method
US20130036047A1 (en) Method, system and process for centralized management and control of a budget and electronic mass distribution of funds
US20190026730A1 (en) Systems and methods for distributed ledger-based peer-to-peer lending
US11803854B1 (en) System and method for fraud detection using event driven architecture
JP2017010299A (ja) 電子記録債権による一括ファクタリング取引における債務者の債務圧縮と財務内容改善の方法及びそのシステム
US8321308B2 (en) Architectural design for manual invoicing application software
US20210174320A1 (en) Systems and methods for reconciliation of financial transactions using auditable, distributed frameworks
US20200380482A1 (en) Method and system for implementing an electronic exchange for bill pay and other transactions via an interbank information network (iin)
EP3304463A1 (en) System and methods for business to business commerce automation
TWM552154U (zh) 供應鏈線上融資系統
JP7430174B2 (ja) トランザクション処理エコシステムを実施するためのシステムおよび方法
US20200219153A1 (en) Transaction Model for Bank Balance Sheets
US11625772B1 (en) System and method for providing real time financial account information using event driven architecture
JP5852636B2 (ja) マンション管理会社向け振込管理システムおよび方法
US20080147521A1 (en) Methods, apparatus and products relating to payment of homeowner community assocation fees
TWI646483B (zh) 供應鏈線上融資系統

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220902

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230825

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230829

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231124

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240130

R150 Certificate of patent or registration of utility model

Ref document number: 7430174

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150