(57)【要約】  集計されたユーザ口座データのセキュア分配を含む、ユーザ口座へのアクセスをセキュアに許可するシステム及び方法は、１つ又は複数のユーザ口座に関連付けられた口座情報に基づいて金融リポートを生成することと、ユーザ口座の金融リポートへの金融リポート要求を受信することであって、金融リポート要求は第三者システムから受信されるものとして識別される、受信することと、金融リポートに関連付けられた監査リポートトークンを生成することと、金融リポート要求に応答して、第１の第三者システムと監査トークンを共有することと、第１の第三者システムに、リポートトークンを通して金融リポートへの口座アクセスを提供することであって、監査リポートトークンは、第２の第三者システムと共有することができ、リポートへの認可及びリポートの完全性を確認するために第２の第三者システムにより提供することができる、提供することとを含むことができる。
2021521526.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ口座データへのセキュアアクセスを管理する方法であって、
１つ又は複数のユーザ口座に関連付けられた口座情報に基づいて金融リポートを生成することであって、各ユーザ口座には１つ又は複数の機関が関連付けられ、前記口座情報は金融情報を含む、生成することと、
前記ユーザ口座の前記金融リポートへの金融リポート要求を受信することであって、前記金融リポート要求は第三者システムから受信されるものとして識別される、受信することと、
前記金融リポートに関連付けられた監査リポートトークンを生成することと、
前記金融リポート要求に応答して、第１の第三者システムと前記監査トークンを共有することと、
前記第１の第三者システムに、前記リポートトークンを通して前記金融リポートへの口座アクセスを提供することであって、前記監査リポートトークンは、第２の第三者システムと共有することができ、前記リポートへの認可及び前記リポートの完全性を確認するために前記第２の第三者システムにより提供することができる、提供することと、
を含む方法。
【請求項２】
前記金融リポートは、指定され及び固定された時間期間にわたる金融ユーザの取引データ及び口座残高を提示する、請求項１に記載の方法。
【請求項３】
前記第１の第三者システムに、前記監査トークンを通して前記金融リポートへの口座アクセスを提供することは、前記第１の第三者システムからアクセス要求を受信することと、前記金融リポートを前記第三者システムに返すこととを含む、請求項１に記載の方法。
【請求項４】
前記アクセス要求は媒体フォーマットを指定し、前記金融リポートを前記第三者システムに返すことは、前記金融リポートを前記媒体フォーマットで前記第三者システムに返すことを含む、請求項３に記載の方法。
【請求項５】
前記第１の第三者システムに、前記監査リポートトークンを通して前記金融リポートへのアクセスを提供することは、前記監査リポートトークンが付随するアクセス要求を受信することと、金融リポートアクセスユーザインターフェースを提示することとを含むことができる、請求項１に記載の方法。
【請求項６】
金融リポートを生成することは、ユーザクライアントから金融口座信用情報を受信することと、前記金融口座信用情報を使用して金融機関と認証することと、前記金融機関から金融データを取得することと、少なくとも前記金融データからの金融記録を編纂することとを含む、請求項１に記載の方法。
【請求項７】
前記金融リポートは、指定され及び固定された時間期間にわたる金融ユーザの取引データ及び口座残高を提示し、前記金融口座信用情報を使用して金融機関と認証すること及び前記金融機関から金融データを取得することは、
モバイルデバイスアプリケーションの仮想化インスタンスを用いて前記金融機関と認証することと、
前記モバイルデバイスアプリケーションの前記仮想化インスタンスにより前記金融機関の非公開ＡＰＩを介して、前記金融機関における前記ユーザ口座に関連付けられた前記取引データ及び口座残高を要求することと、
外部機関の外部計算デバイスから、前記ユーザに関連付けられた前記取引データ及び口座残高を受信することと、
から構成される、請求項６に記載の方法。
【請求項８】
前記金融記録を編纂することは、前記金融データを処理することと、金融分析サマリメトリックを前記金融リポートにおいて提供することとで構成される、請求項６に記載の方法。
【請求項９】
管理ユーザインターフェースを通してアクセス許可を受信することと、前記アクセス許可に従って前記金融リポートへのアクセスを許可することとを更に含む請求項１に記載の方法。
【請求項１０】
前記管理ユーザインターフェースを通してアクセス許可を受信すること及び前記アクセス許可に従って前記金融リポートへのアクセスを許可することは、前記管理ユーザインターフェースを通して新しいアクセス要求をユーザに通知することと、前記新しいアクセス要求へのユーザ入力を受信することと、前記ユーザ入力に従って前記アクセス要求を許可することとで構成される、請求項９に記載の方法。
【請求項１１】
前記第２の第三者システムによるアクセスを自動的に規制することと、アクセスを選択的に許可又は拒絶することとを更に含む請求項１に記載の方法。
【請求項１２】
前記第２の第三者のプラットフォーム対話を評価することを更に含み、前記第２の第三者システムによるアクセスを自動的に規制すること及びアクセスを選択的に許可又は拒絶することは、前記第２の第三者システムの前記プラットフォーム対話の分析に基づく、請求項１１に記載の方法。
【請求項１３】
前記第２の第三者システムへの監査リポートトークン要求を前記第１の第三者システムから受信することであって、前記監査リポートトークンは前記第２の第三者システムの識別子を指定する、受信することと、前記第２の第三者の識別子と関連付けて前記セカンダリ監査リポートトークンを作成し、前記セカンダリ監査リポートトークンを前記第１の第三者システムに通信することと、第２の第三者システムに前記監査リポートトークンを通して前記金融リポートへのアクセスを提供することとを更に含む、請求項１に記載の方法。
【請求項１４】
管理ユーザインターフェース内の前記金融リポートのアクセス履歴をユーザ口座に提供することを更に含む、請求項１に記載の方法。
【請求項１５】
前記金融リポートは、金融機関サーバから取得された金融ユーザ口座のデータで構成され、前記金融リポートは、金融取引及び残高情報のリストを含む、請求項１に記載の方法。
【請求項１６】
前記第１の第三者システムは第１の貸付管理システムであり、前記第２の第三者システムは第２の貸付管理システムである、請求項１５に記載の方法。
【請求項１７】
前記第１の第三者システムは第１の貸付管理システムであり、前記第２の第三者システムは監査人の計算システムである、請求項１５に記載の方法。
【請求項１８】
前記金融リポートに関連付けられた更新要求を受信することと、前記更新要求に応答して、新しい金融データ及び前記元の金融リポート要求に基づいて更新された更新金融リポートを作成することと、前記更新金融リポートの更新リポートトークンを共有することとを更に含む、請求項１に記載の方法。
【請求項１９】
ユーザ口座データにセキュアにアクセスするシステムであって、
データ管理プラットフォーム
を備え、
前記データ管理プラットフォームは、
１つ又は複数のユーザ口座に関連付けられた口座情報に基づいて金融リポートを生成することであって、各ユーザ口座には１つ又は複数の機関が関連付けられ、前記口座情報は金融情報を含む、生成することと、
前記ユーザ口座の前記金融リポートへの金融リポート要求を受信することであって、前記金融リポート要求は第三者システムから受信されるものとして識別される、受信することと、
前記金融リポートに関連付けられた監査リポートトークンを生成することと、
前記金融リポート要求に応答して、第１の第三者システムと前記監査トークンを共有することと、
前記第１の第三者システムに、前記リポートトークンを通して前記金融リポートへの口座アクセスを提供することと、
前記金融リポートの監査リポートトークンを前記第１の第三者システムと供給することと、
前記第１の第三者システムに、前記リポートトークンを通して前記金融リポートへの口座アクセスを提供することであって、前記監査リポートトークンは、第２の第三者システムと共有することができ、前記リポートへの認可及び前記リポートの完全性を確認するために前記第２の第三者システムにより提供することができる、提供することと、
を行うように構成される、システム。
【請求項２０】
前記ユーザ口座によりアクセス可能であり、前記金融リポートへのアクセスを規制するように構成された管理ユーザインターフェースと、金融口座信用情報を受信し、モバイルデバイスアプリケーションの仮想化インスタンスと共に前記金融口座信用情報を使用して金融機関と認証し、前記モバイルデバイスアプリケーションの前記仮想化インスタンスを通して前記金融機関から金融データを取得し、前記金融データから前記金融記録を編纂するように構成された金融機関インターフェースシステムとを更に備える、請求項１９に記載の方法。
【請求項２１】
マシンの１つ又は複数のプロセッサにより実行されると、前記マシンに、
１つ又は複数のユーザ口座に関連付けられた口座情報に基づいて金融リポートを生成することであって、各ユーザ口座には１つ又は複数の機関が関連付けられ、前記口座情報は金融情報を含む、生成することと、
前記ユーザ口座の前記金融リポートへの金融リポート要求を受信することであって、前記金融リポート要求は第三者システムから受信されるものとして識別される、受信することと、
前記金融リポートに関連付けられた監査リポートトークンを生成することと、
前記金融リポート要求に応答して、前記第１の第三者システムと前記監査トークンを共有することと、
前記第１の第三者システムに、前記リポートトークンを通して前記金融リポートへの口座アクセスを提供することであって、前記監査リポートトークンは、第２の第三者システムと共有することができ、前記リポートへの認可及び前記リポートの完全性を確認するために前記第２の第三者システムにより提供することができる、提供することと、
を含む動作を実行させる命令を含むマシン可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１８年４月１３日付けで出願された「Secure Permissioning of Access to User Accounts, Including Secure Distribution of Aggregated User Account Data」と題する米国仮特許出願第６２／６５７３７７号の利益を主張するものであり、この米国仮特許出願はこの参照により全体的に援用される。
【０００２】
技術分野
本発明は、一般的には金融データ管理の分野に関し、より詳細には、ユーザ口座集計データのセキュア分配を含め、ユーザ口座へのアクセスをセキュアに許可する新しく有用なシステム及び方法に関する。
【背景技術】
【０００３】
背景
人が何らかの他の当事者とプライベートデータを共有しなければならない多くの状況がある。特に金融データは、他人によるレビューのために共有する必要があることが多い機密データの一種である。そのような金融データへのアクセスは、時間がかかり、場合によっては非セキュアであり、全体的に情報の送信者及び情報の受信者にとって悪いユーザ経験である。
【０００４】
この問題は、人の金融情報を編纂し、貸し手と共有しなければならない貸しスペースで一般的である。貸付スペースには、貸付が初期貸し手から他の貸し手にしばしば譲渡されるという点で他の問題もある。貸付のこの譲渡は通常、第三者が人の金融記録情報をその人が知ることなく、及び／又はその人の許可なく受け取ることを意味する。
【発明の概要】
【課題を解決するための手段】
【０００５】
したがって、金融データ管理の分野において、ユーザ口座集計データのセキュア分配を含め、ユーザ口座へのアクセスをセキュアに許可する新しく有用なシステム及び方法の創出が必要とされている。本発明はそのような新しく有用なシステム及び方法を提供する。
【図面の簡単な説明】
【０００６】
【図１】好ましい実施形態のユーザ口座へのアクセスをセキュアに許可し、ユーザ口座集計データをセキュアに分配する方法を示すフローチャートである。
【図２】第２の第三者システムにユーザ口座集計データへのアクセスを提供する変形を示すフローチャートである。
【図３】管理ユーザインターフェースを提供する変形の概略表現である。
【図４】ユーザ口座の金融リポートを生成する変形を示す詳細なフローチャートである。
【図５】実施形態による取引を処理する一例の方法を示すフローチャートである。
【図６】実施形態による図１の計算システム及びネットワーク環境の簡易ブロック図である。
【図７】実施形態によるシステムのＡＰＩ要求及び応答フローの例を示す。
【図８】実施形態によるシステムのＡＰＩ要求及び応答フローの例を示す。
【図９】種々の実施形態による取引を処理する一例の方法を示すフローチャートである。
【図１０】種々の実施形態による取引を処理する一例の方法を示すフローチャートである。
【図１１】種々の実施形態による取引を処理する一例の方法を示すフローチャートである。
【図１２】実施形態によるシステムのアーキテクチャ例のブロック図である。
【図１３】実施形態による許可管理システムが動作し得る一例のネットワーク環境を示す。
【図１４Ａ】種々の実施形態によるネットワーク環境の態様間の相互作用例を示す作用図である。
【図１４Ｂ】種々の実施形態によるネットワーク環境の態様間の相互作用例を示す作用図である。
【図１５】種々の実施形態によるネットワーク環境の態様間の相互作用例を示す作用図である。
【図１６】種々の実施形態によるネットワーク環境の態様間の相互作用例を示す作用図である。
【図１７Ａ】種々の実施形態によるトークンを生成する一例の方法のフローチャートである。
【図１７Ｂ】種々の実施形態によるトークンを生成する一例の方法のフローチャートである。
【図１８】実施形態によるトークンマップ及び記録保管庫の例を示す。
【図１９】実施形態によるシステムの一例の方法のフローチャートである。
【図２０】本明細書に記載される等のシステムの簡易データフロー図を示す。
【図２１Ａ】本明細書に記載される等のシステムの簡易信号流れ図を示す。
【図２１Ｂ】本明細書に記載される等のシステムの別の簡易信号流れ図を示す。
【図２２Ａ】１つ又は複数の銀行機関又は金融機関を選択するユーザインターフェースを提供するアプリケーションを実行する電子デバイスを示す。
【図２２Ｂ】選択された銀行機関又は金融機関により記憶されている金融記録にセキュアにアクセスする別のユーザインターフェースを提供する図２２Ａの電子デバイスを示す。
【図２２Ｃ】選択された銀行機関又は金融機関により記憶されている金融記録をレビューする別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｄ】第三者による金融記録レビュー要求を承認又は拒絶する別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｅ】第三者による金融記録レビュー要求を承認又は拒絶する別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｆ】第三者による金融記録レビュー要求をレビュー、変更、又は拒絶する別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｇ】選択された銀行機関又は金融機関により格納されている金融記録をレビューする別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｈ】１つ又は複数の特定の口座又は口座タイプから金融記録を検索する第三者による要求を承認又は拒絶する別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｉ】１つ又は複数の特定の口座又は口座タイプから金融記録を検索する第三者による要求を承認又は拒絶する別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｊ】動作が実行されたことを電子デバイスのユーザに確認する別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｋ】選択された銀行機関又は金融機関により記憶されている金融記録をレビューする別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２２Ｌ】多種多様な銀行機関又は金融機関により記憶されている金融記録をレビューする別のユーザインターフェースを提供する図２２Ｂの電子デバイスを示す。
【図２３】選択された銀行機関又は金融機関により記憶されている金融記録にアクセスする方法の動作例を示す簡易フローチャートである。
【図２４】精選された金融データを第三者にセキュアにルーティングする方法の動作例を示す簡易フローチャートである。
【図２５】精選された金融データを第三者にセキュアにルーティングする別の方法の動作例を示す簡易フローチャートである。
【図２６】リポートトークンを作成する例示的な要求及び応答である。
【図２７Ａ】金融リポートにアクセスする例示的な要求及び応答の表現である。
【図２７Ｂ】金融リポートにアクセスする例示的な要求及び応答の表現である。
【図２８Ａ】金融記録へのアクセスを管理する方法の例示的な実施態様の通信フローチャートである。
【図２８Ｂ】金融記録へのアクセスを管理する方法の例示的な実施態様の通信フローチャートである。
【図２９】ユーザ入力を要求する通信フローチャートの変形である。
【図３０】実施形態による、計算システムを実施し得る計算システム及びネットワーク環境の種々の態様を示すブロック図である。
【図３１】実施形態による幾つかのプロキシインスタンス例の態様を示す。
【図３２】実施形態によるユーザ口座データにアクセスする一例の方法を示すフローチャートである。
【図３３Ａ】実施形態によるアプリケーションプロキシシステムの態様を示す。
【図３３Ｂ】実施形態による幾つかの例示的なプロキシインスタンスの態様を示す。
【発明を実施するための形態】
【０００７】
実施形態の説明
本発明の実施形態の以下の説明は、本発明をこれらの実施形態に限定する意図はなく、むしろ、当業者が本発明を作成し使用できるようにすることを意図する。
【０００８】
ユーザ口座へのアクセスをセキュアに許可するシステム及び方法は、金融情報を報告するプロセスをセキュア化し自動化する技術主導型解決策として機能する。セキュアに許可するシステム及び方法は、好ましくは、ユーザ口座集計データのセキュア分配を更に含む。好ましい一変形では、ユーザ集計データの一例には、コンピュータ及びデータ演算と互換性がある金融記録のデータ表現を含む。したがって、好ましい実施形態の方法は、金融記録へのアクセス管理に更に適用し得る。
【０００９】
システム及び方法は、特定の使用事例では、借り手経験を効率化し、デジタル資産を通して効率を高めるために適用することができる。システム及び方法は、残高、取引履歴、口座保有者識別情報、金融フィットネス分析、及び／又は他の金融又は資産関連リポート又はデータを示す総合資産又は金融リポートの検索を促進するのに使用することができる。
【００１０】
システム及び方法は、外部第三者エンティティ（例えば、銀行のデジタル又は電子システム、貸し手、及び規制機関等）による金融リポートのアクセスの調停役をするためにホストデジタルシステム内で使用することができる。
【００１１】
一般に、システム及び方法の相互作用に関わる３つの主な役割がある：管理システムの役割、金融データソースの役割、及び第三者システムの役割。
【００１２】
管理システムの役割は、好ましくは、データ管理又は転送プラットフォームをとして機能することができる、金融記録へのアクセスを管理するシステムの役割である。管理システムは、好ましくは、システム及び方法の主要名オペレータ及びエグゼキュータである。しかし、本明細書で考察されるように、システムの代替の実施形態は金融データソース及び／又は第三者システムにより実行される動作を特徴とし得る。例えば、金融記録へのアクセスを管理する方法は代替的には、第三者により実行されるプロセスを特徴とし得る。
【００１３】
金融データソースの役割又はより一般的には外部データソースの役割は、好ましくは、金融データ、資産データ、及び／又は任意の適したデータ又は情報の発端又は取得元であるシステムの役割である。幾つかの場合、金融データソースとして機能する複数のシステム又はエンティティがあり得る。幾つかの実施態様では、管理システムは更に金融データソースであり得る。
【００１４】
第三者システムの役割は、好ましくは、金融リポート情報又はデータを要求するシステムの役割である。第三者システムは、潜在的な貸付についてユーザを適格性判断しようとする貸し手のコンピュータシステムであることができる。第三者システムはまた、初期貸し手からの貸付の取得を評価している二次貸し手であることもできる。第三者システムは、１人又は複数の個人、貸し手、銀行、又は他のエンティティの金融活動の監査を実行する規制機関であることができる。第三者システムは代替的には、金融リポートへのアクセスを要求する任意の適したタイプのエンティティであることができる。本明細書に記載されるように、システム及び方法の異なるインスタンスは１つ、２つ、又は３つ以上の第三者システムを含み得る。
【００１５】
幾つかの変形では、システム及び方法は、金融データプラットフォーム実装に関連して実施し得る。金融データプラットフォームは一般に、金融データへのツール又はアクセスを提供するネットワーク又はウェブアクセス可能なソフトウェアプラットフォームとして特徴付けられる。金融データプラットフォームは、好ましくは、他のエンティティがプログラム的に対話できるようにするアプリケーションプログラミングインターフェースを提供するプラットフォームである。金融データプラットフォーム実装は、金融データの主要ソースではないことがあり、代わりに、金融データプラットフォームは外部金融機関とインターフェースし、金融データプラットフォーム外を発端とする金融データにアクセスし得る。幾つかの変形では、システム及び方法は、外部金融機関とインターフェースし、外部金融機関からのデータにアクセスするように構成されたプロキシサービスを含み得る。
【００１６】
代替の変形では、システム及び方法は、銀行のデジタルプラットフォーム、支払いサービス、クレジットカートシステム、投資システム、及び／又は任意のタイプの金融機関等の金融機関システムに関連して実施し得る。金融機関は一般に、金融機関システムの動作を通して生じた少なくともいくらかの量の金融データを含むことになる。例えば、銀行のデジタルプラットフォームは、口座保有者の金融記録を含むことになる。幾つかの変形では、金融機関システムは、上述した金融データプラットフォームのように外部金融機関システムに更にアクセスすることができる。
【００１７】
システム及び方法は、好ましくは、複数のユーザ及びエンティティが共有計算リソース及び基盤によりサービングされるマルチテナントビル計算システム内で実施される。幾つかの変形では、複数の別個のエンティティの代理とした集合的動作を使用して、個々のエンティティに対して実行された動作を変更及び／又は影響し得る。例えば、多種多様なユーザの複数の貸しエンティティによる金融リポート要求の監視は分析することができ、予期された挙動及び疑いのある挙動について監視され、次に、金融記録要求の自動的な規制（例えば、許可、制限、又は阻止）に使用することができる。
【００１８】
システム及び方法の一態様として、プライベートデータ、より具体的には金融リポートの転送は、暗号により促進することができる。好ましくは、暗号鍵又はトークンの使用は、生成され、第三者に分配され、金融記録へのアクセスを許可する際、検証される。トークンは更に、監査機関又は第２の第三者にアクセスを付与し得るよう第２のトークンを生成し、共有することができるように種々のエンティティに関連して生成し、共有し得る。
【００１９】
関連する態様として、システム及び方法は、人の金融の時点スナップショットとして機能する金融リポートの収集及び共有を促進する。金融リポートは、好ましくは、金融リポートを生成したときに有効であったものとして金融データを特徴付ける。これは、監査人が、貸付判断のベースとなった情報の状態をレビューしたい貸付承認等の多くの状況で重要であり得る。
【００２０】
金融リポートの共有は多種多様な媒体を通して促進することができる。一変形では、金融リポートは、リポートドキュメント（例えば、ＰＤＦ、イメージ等）、生データ（例えば、ＪＳＯＮ、ＣＳＶ等）、及び／又は任意の適したフォーマットとして共有される。別の変形では、金融リポートは、ユーザ管理アクセスポータルとして機能するユーザインターフェース内で共有することができる。例えば、金融リポートを閲覧、探索することができるユーザインターフェースを提供することができる。更に、ユーザインターフェースを通してアクセスを提供するに当たり、金融リポートへのアクセスは、付与された後、何らかの方法で期限切れ、無効化、及び／又は変更することができる。
【００２１】
管理システムは更に、エンドユーザへの可視性及びエンドユーザへの金融リポートアクセスの制御を露出し得る。従来、ユーザは、従来の金融リポートが供給されると、金融リポートを制御する方法を持たなかったが、本システム及び本方法は、誰が金融リポートにアクセスするかをユーザが見られ、潜在的に、金融リポートに誰がいつアクセスすることができるかに影響を及ぼせるようにすることができる。
【００２２】
別の潜在的な態様として、システム及び方法は金融リポートの作成を含み得る。好ましい一実施態様では、システム及び方法は、金融データへのアクセス及び外部金融機関の１つ又は複数のシステムからの金融リポートの生成を促進する。潜在的な一利点として、異なる金融機関にアクセスする方法は更に、ユーザに対して正規化することができ、それにより、好ましくは、ユーザ経験の強化を生み出す。別の潜在的な利点として、システム及び方法は、多種多様な異なる情報ソースにわたり金融データを正規化した。幾つかの変形では、システム及び方法は、適切な口座及び／又はデータの選択を自動化することができる。
【００２３】
システム及び方法は更に、金融データフィルタリング、分析、及び／又は標準金融データへの他の適した強化の形態を実行することができる新しい形態の金融報告を提供し得る。多種多様なデータソースからの金融データの正規化は、システム及び方法が２つ以上のソースにわたりより高レベルの金融分析の形態を実行できるようにすることができる。
【００２４】
システム及び方法は、金融データのようなプライベートデータのアクセス及び分配を含み得る多種多様な使用事例で使用し得る。述べたように、特に貸付承認の分野はそのようなシステム及び方法から潜在的に恩恵を受け得る。例示的な一実施態様では、システム及び方法は、貸し手が資産リポートを容易に取得することができるようにデータ管理プラットフォームに統合し得る。貸し手は、データ管理プラットフォームをデジタル貸付アプリケーションシステムに統合することができる。デジタル貸付アプリケーションシステムは、データ管理プラットフォームのプログラムインターフェース（例えばＡＰＩサービス）を使用して、ユーザのクライアントデバイスが１つ又は複数の外部ユーザ口座システムを用いて認証できるようにすることができる。データ管理プラットフォームは、好ましくは、１つ又は複数の銀行又は他のタイプの金融機関を用いて認証し、口座固有の金融データを収集する。次に、プライベート金融データは資産リポートの標準フォーマットに正規化することができる。資産リポートは、クリーニングされ正規化された取引データ等の種々の金融口座詳細を詳述することができる。資産リポートは、カテゴリ、場所、商人名、及びユーザ情報等の追加の補足的メタデータを含むことができる。
【００２５】
エンドユーザへの潜在的な一利点として、システム及び方法を通して提供される種々の口座との認証プロセスは、種々の金融ドキュメントを手動で収集しアップロードするのと比較した場合、より単純、より高速、且つより安全なプロセスであることができる。更に、データ管理プラットフォームは、不必要な構造及び口座情報を除外する等により、所望の情報のみが露出され共有されるように金融リポートをサニタイジングすることができる。更に、資産リポートは高信頼金融機関から直接アクセスされ、高信頼金融機関は、ユーザの識別情報の検証及び金融記録の認証の検証に役立つように機能することができる。
【００２６】
第三者と共有される暗号トークンは、好ましくは、データ管理プラットフォームからの資産リポートにアクセスするに当たり第三者により使用される。第２の貸し手が貸付を引き継ぐ場合等の幾つかの場合、第２の貸し手は資産リポートをレビューしたい。他の場合、規制機関は監査又は貸付のレビューを実行したいことがある。そのような場合、システム及び方法は第２の暗号トークン（例えば「監査トークン」）の作成を促進することができる。通常、元の第三者は、第２のトークンに第２の第三者の識別子を関連付ける要求を送信する。それと引き換えに、データ管理プラットフォームは、第２のトークンを作成して元の第三者と共有し、そして元の第三者は第２のトークンを第２の第三者と共有することができる。次に、第２の第三者のシステムは、資産リポートへのアクセスを要求するに当たり、第２のトークンを使用することができる。資産リポートは特定の時点の記録履歴として記憶される。資産リポートの情報は、リポートにいつ誰がアクセスするかに関係なく一貫する。しかし、幾つかの変形では、情報は、誰が資産リポートにアクセスしているか及び設定されたアクセス許可に基づいてデータ管理システムにより変更又は編集し得る。
【００２７】
別の態様として、資産リポートにわたるいくらかのレベルの可視性を、及び幾つかの場合、資産リポートにわたる制御をユーザに提供し得る。データ管理プラットフォームは、ユーザが、いつ誰が金融リポートにアクセスし、及び／又はアクセスを要求するかを閲覧することができるような管理ユーザインターフェースをユーザに提供することができる。更に、ユーザは、金融リポートにアクセスする許可を変更する１つ又は複数のルール又は指示を設定することができる。一変形では、二次トークンは付与及び／又は検証されて、ユーザが、金融リポートが誰と共有されるかをユーザが制御できるようにするよう機能する承認を提出した後でのみ、アクセスを可能にする。
【００２８】
システム及び方法の幾つかの変形は、第一者ソフトウェアアプリケーションの仮想化又はシミュレートされたインスタンスのインスタンス化を介してユーザ口座データセキュア且つ効率的で取得するシステム及び技法に関し得る。例えば、システムは、プロキシの生成、公開又は非公開（例えばプロプライエタリ）アプリケーションプログラミングインターフェース（ＡＰＩ）を介して外部システムとインターフェースするように構成されたソフトウェアアプリケーションの仮想化又はシミュレートされたインスタンスの生成を含み得る。ソフトウェアアプリケーションの仮想化又はシミュレートされたインスタンスは、あたかも仮想化／シミュレートされたインスタンスが実際に、ユーザ計算デバイスで実行中の第一者ソフトウェアアプリケーションであるかのように、外部システムを用いて認証し得る。公開／非公開ＡＰＩを介して、データを正規化し、システムの正規化ＡＰＩを介して他のソフトウェアシステムに提供し得るようにユーザ口座情報を取得、処理し得る。したがって、本開示のシステムは、従来の技法よりもユーザ口座データを取得し、それにより、外部システムから金融データを取得するに当たりはるかに効率的であり得る。更に、ユーザ口座データは、正規化され、正規化ＡＰＩを介して要求及び／又は提供し得、高効率的に他の人が１つの標準化されたインターフェースからそのようなデータ（元々は複数の外部システムから取得された）に効率的にアクセスできるようにする。このようにして、正規化されたより一貫した金融リポートを種々の金融機関からのユーザ口座から生成することができる。
【００２９】
幾つかの変形は、口座機密情報（例えば口座の識別情報）を第三者システムに開示せずに、第三者システムに、口座に関連する取引の開始をユーザがセキュアに認可できるようにするシステム（例えば許可管理システム）及び技法に関することもできる。そのような取引は、例えば、電子支払い等の開始を含み得る。更に、本開示のシステム及び技法は、ユーザが、口座に関連する取引の開始から第三者システムをセキュアに認可解除できるようにし得る。本開示は、幾つかの実施形態では、口座情報をセキュアに記憶した電子記録の自動生成を含む。幾つかの実施態様では、電子記録は、口座及び第三者に関連する１つ又は複数の許可を含み得る。トークン（例えば、本明細書では「一意の記録識別子」とも呼ばれる、電子記録に関連付けられた一意の識別子）は、第三者システムと共有し得るが、幾つかの実施態様では、電子記録自体もユーザ口座機密情報も第三者と共有されないことがある。したがって、第三者（例えば、マーチャントシステム又は開発者により開発されたソフトウェアアプリケーション）は、トークンを提供することによりユーザ口座データを要求し、及び／又は取引を開始し得るが、それ自体、例えば口座番号等は知らない。更に、幾つかの実施態様では、ユーザは、トークン／電子記録に関連する種々の許可を設定し得、トークン／電子記録に関連付けられた許可を取り消す（第三者を認可解除する）こともでき、したがって、ユーザの口座にキュリティ増大を提供する。本開示は更に、上述した機能を促進する種々のインタラクティブユーザインターフェースを含む。金融リポートを提供する状況では、取引の開始又は取引データへの直接アクセスは行われない。代わりに、金融リポートが生成され、金融リポートへのアクセスを許可するに当たりリポートトークンが使用される。
【００３０】
種々の実施形態では、アプリケーションプログラミングインターフェース（ＡＰＩ）要求及び他のユーザ入力に応答して、大量のデータが自動的に動的に検索され、処理され、検索されたデータには、システムからこれもまた正規化ＡＰＩリソースを介して、又は資産／金融リポートの形態で顧客又はユーザから効率的且つコンパクトにアクセス可能である。データは、例えば、モバイルアプリケーションの仮想化／シミュレートされたインスタンスのインスタンス化を介して効率的に検索し得る。したがって、幾つかの実施形態では、本明細書に記載されるＡＰＩインターフェースは、データが正規化されず、そのような要求に応答して顧客ユーザにコンパクトで効率的に提供されない従来のインターフェースと比較してより効率的である。有利なことには、システムを使用して、顧客又はユーザは、それぞれがプロプライエタリインターフェースを使用し得る複数の別個のデータソース（例えばデータストア）及び／又はシステムから標準化された様式でデータにアクセスし得る。
【００３１】
更に、本明細書に記載されるように、システムは、記載される種々のインタラクティブユーザインターフェースをレンダリングするのに使用可能なユーザインターフェースを生成するように構成及び／又は設計し得る。ユーザインターフェースデータは、インタラクティブユーザインターフェースをレンダリングするのにシステム及び／又は別のコンピュータシステム、デバイス、及び／又はソフトウェアプログラム（例えば、ブラウザプログラム）により使用され得る。インタラクティブユーザインターフェースは、例えば、電子ディスプレイ（例えば、タッチ対応ディスプレイを含む）に表示し得る。
【００３２】
インタラクティブで動的なユーザインターフェースは、好ましくは、精神的作業負荷の低減、意志決定の改善、及び／又は作業ストレスの低減等をユーザに提供し得る改善されたヒューマンコンピュータ対話を含む。例えば、本明細書に記載される入力機構を介したインタラクティブユーザインターフェースとのユーザ対話は、取引及び口座データの最適化された表示並びに取引及び口座データとの対話を提供し得、顧客ユーザが従来のシステムよりも口座データのアクセス、ナビゲート、評価、及び要約をより素早く正確に行えるようにし得る。
【００３３】
更に、本明細書に記載されるインタラクティブで動的なユーザインターフェースは、ユーザインターフェースと土台となるシステム及び構成要素との間の効率的な対話における革新により可能になる。例えば、本明細書には、ユーザ入力の受信、それらの入力の変換及び種々のシステム構成要素への送出、入力送出に応答しての複雑なプロセスの自動的で動的な実行、システムの種々の態様及びプロセス間での自動対話、並びにユーザインターフェースの自動的で動的な更新を行う改善された方法が開示される。本明細書に記載されるインタラクティブユーザインターフェースを介したデータの相互作用及び提示はそれに従って、従来のシステムよりも優れた認知的及び人間工学的な効率及び利点を提供し得る。
【００３４】
本開示の種々の実施形態は、種々の技術及び技術分野に改善を提供する。例えば、上述したように、既存の口座及び／又は取引データ検索技術は、種々の方法で制限されており（例えば、インターフェースは各システム又はソースで異なり、データは異なるフォーマットで提供される等）、本開示の種々の実施形態は、そのような技術よりも優れた有意な改善を提供する。更に、本開示の種々の実施形態は、コンピュータ技術に密接に結びついている。特に、種々の実施形態は、例えば、標準化された様式でのモバイルアプリケーションの仮想化／シミュレートされたインスタンス、検索されたデータの正規化、及びＡＰＩを介した要求への応答を介したコンピュータベースのＡＰＩ要求の受信、取引及び／又は他のデータのアクセスに依拠している。そのような特徴及び他の特徴はコンピュータ技術に密に結びついており、コンピュータ技術により可能になり、コンピュータ技術なしでは存在しない。例えば、種々の実施形態を参照して以下に説明するＡＰＩ要求及び応答並びに例えばモバイルアプリケーションの仮想化／シミュレートされたインスタンスのインスタンス化は、実装されるコンピュータ技術なしで人間だけでは妥当に実行することができない。更に、コンピュータ技術を介した本開示の種々の実施形態の実施は、種々のタイプのデータとのより効率的な対話を含め、本明細書に記載される利点の多くを可能にする。
【００３５】
特定の好ましい実施形態及び例について以下に開示するが、本発明の趣旨は、具体的に開示される実施形態を超えて他の代替の実施形態及び／又は用途及びそれらの変更及び均等物にまで及ぶ。したがって、本明細書に添付される特許請求の範囲は、後述されるいかなる特定の実施形態によっても限定されない。例えば、本明細書に開示される任意の方法又はプロセスにおいて、方法又はプロセスの活動又は動作は、任意の適した順番で且つ任意の適した組合せで実行し得、必ずしもいかなる特定の開示される順番にも限定されない。
【００３６】
種々の動作は複数の離散した動作として、特定の実施形態の理解に有用であり得るように順次説明され得る。しかしながら、説明の順序は、これらの動作が順序依存であることを暗示するものとして解釈されるべきではない。更に、本明細書に記載される構造、システム、及び／又はデバイスは、統合された構成要素又は別個の構成要素として実施し得る。種々の実施形態を比較するために、これらの実施形態の特定の態様及び利点について述べる。必ずしも全てのそのような態様又は利点が任意の特定の実施形態により達成されるわけではない。したがって、例えば、種々の実施形態は、必ずしも、これもまた本明細書において教示又は示唆され得るような他の態様又は利点を達成することなく、本明細書において教示されるような１つの利点又は利点群を達成又は最適化するように実行し得る。
【００３７】
本明細書に記載される実施形態は一般に、第三者に記憶されたデータのプログラム的な検証を行い、更に１つ又は複数の第三者へのプログラム的に検証された取引（又は他の金融若しくはプライベートデータ）のサブセットの分配、ルーティング、又は開示を行うシステム及び方法を参照する。
【００３８】
例えば、幾つかの実施形態は、データをセキュアに集計し、それぞれが異なるエンティティ又は人物により運営、管理、且つ制御される口座サーバ、ソフトウェアアプリケーション、及び第三者サーバの間でデータをルーティングする、任意選択的に証明機関又は他の同様の組織により認証された１つ又は複数のサーバ又はコンピュータネットワークシステム（本明細書では「データ管理プラットフォーム」、「データ転送プラットフォーム」、又はより一般的に「プラットフォーム」と呼ばれる）を含む。
【００３９】
より具体的には、一例のデータ管理プラットフォームは、本明細書では「対象者」と呼ばれる個人又はエンティティについての多くのソース（本明細書では「リモートデータソース」）から取得された集計データを記憶したデータベースを含む。本明細書で使用される場合、「集計データ」という用語は一般に、１つ又は複数の構造化データベースへのクエリが１つ又は複数の離散データソースのそれぞれから、一致する結果がある場合には一致する結果を返すことができるような、１つ又は複数の離散データソースから取得されたフォーマットされた又はフォーマットされていないデータの１つ又は複数の構造化データベースへの併合、フォーマット、正規化、構造化、及び／又は合体を行う動作の産物を指す。
【００４０】
上記例に戻ると、幾つかの実施形態では、対象者は、自身のデータへの好都合なシングルソースアクセスについてデータベースにクエリすることができる。一例の状況は、対象者についての金融又は銀行データの集計である。この例では、対象者は、１つのユーザインターフェースに提示された、複数の離散した金融又は銀行機関から取得された対象者の全ての集計金融又は銀行データへの好都合なアクセスについてデータ管理プラットフォームにクエリする（例えば、モバイルデバイスで動作するソフトウェアアプリケーションを介して）ことができる。
【００４１】
加えて、本明細書に記載される実施形態では、データ管理プラットフォームは、対象者についてのデータ（「要求されたプライベートデータ」）についての第三者サーバ（「第三者」により運営される）からの要求を受け入れるインターフェースを提供するように構成される。考察したように、第三者システムは、許可された場合、金融データ、より具体的には金融リポートへのアクセスが可能になり得る。一変形では、要求されたプライベートデータを第三者に開示する前、データ管理プラットフォームは、要求を承認、変更、又は拒絶する機会を対象者に提供する。より具体的には、一例では、データ管理プラットフォームは、暗号化され認証されたチャネルを介して、要求を対象者により操作されるソフトウェアアプリケーションに送信して、要求されたプライベートデータを第三者に向けて開示することについての対象者からの許可を求める。対象者が要求を拒絶する場合、データは第三者に開示されず、対象者のデータのプライバシーは維持される。
【００４２】
代替的には、対象者がリポートアクセス要求を承認又は変更する（例えば、要求の一部のみを承認、要求の一部のみを拒絶、補足情報を追加、特定のデータポイントにコメント又はコンテキストを追加、及び個々のデータポイントの編集等）場合、要求（又は変更）に一致するデータのサブセット−及びデータのそのサブセットのみ−が、暗号化され認証されたチャネルを介して構造化フォーマット（例えば、ＪＳＯＮ、ＸＭＬ、ｘＢＲＬ、ＨＴＭＬ、ＰＤＦ、ＸＬＳ、及びＣＳＶ等）で第三者に送信される。アクセスを提供する代替の手法が本明細書に開示される。本明細書ではこのデータは「開示されたプライベートデータ」と呼ばれる。要求が対象者により変更される場合、開示されたプライベートデータが要求されたプライベートデータと異なり得ることを理解し得る。
【００４３】
このようにして、第三者は、１つの高信頼ソースから対象者について要求する全てのデータを取得し、更に、対象者は、プライベート情報の過度な開示を阻止するために複数の離散ソースから取得されたデータを独立してレビューする必要なく、データの開示及びルーティングに対する制御を保持する。
【００４４】
幾つかの実施形態では、データ管理プラットフォームは、追加の情報又はデータ（例えば、タグ及びカテゴリ等）でデータベースに記憶されたデータを補足する。他の実施形態では、データ管理プラットフォームは、データベースに記憶されたデータを定期的又は自動的に検査して、異なるデータポイント又は取引及びデータ不規則性又はエラー等の間のパターン、関係、又は関連を認識する。更なる実施形態では、データ管理プラットフォームは、データベースに記憶されたデータのセット又はサブセットにわたりメタデータを決定、推定、及び／又は計算するように構成することができる。
【００４５】
更なる例では、開示されたプライベートデータは、データ管理プラットフォームにより第三者に分配されず、代わりに、第三者にルーティングするためのデジタルコピー又は物理的なコピーとしてパッケージされ、暗号化され、又は他の方法で準備されて対象者に送信されることもある。他の例では、開示されたプライベートデータは、データ管理プラットフォームにより第三者又は対象者に送信されず、代わりにデジタルコピー又は物理的なコピーとしてパッケージされ、暗号化され、又は他の方法で準備され、イベント発生後、第三者に分配／送信されるようにデータエスクロー（データ管理プラットフォームにより又は第三者データエスクローエージェントにより管理又は実装される）に保持されることもある。
【００４６】
これらの通信アーキテクチャの結果として、対象者及び第三者の両者が、開示されたプライベートデータが正確で、真正で、最新のものであることの信頼を保つことができるように、ある当時者（対象者／ユーザ）のプライベートデータを複数の高信頼ソース（リモートデータソース）から収集し、集計し、セキュア且つプライベートに別の当事者（第三者）に送信することができる。
【００４７】
第三者は、開示されたプライベートデータを第一者により承認された任意の目的で使用することができる。好ましい一使用事例のように、要求されたプライベートデータは、恐らくは、第三者が債務不履行リスク、金融健全性、信用度、レベレッジポジション、純資産、及び純収益等を評価するのに使用する金融リポートに編成された金融データ（例えば、取引、残高、及び口座番号等）である。別の実施形態では、プライベートデータは、第三者が不動産若しくは動産の所有又は雇用を確認するのに使用する身元データ（例えば、氏名、住所、及び雇用情報等）である。別の代替の使用事例では、プライベートデータは、第三者が臨床試験への適格性、薬物治療間の潜在的な相互作用、健康保険料等の判断に使用する健康データ（例えば、処方箋、血液型、性別、及び年齢等）である。
【００４８】
しかしながら、説明を簡潔にするために、以下の多くの実施形態は、取引（例えば「プライベート金融データ」）のプログラム的検証及び追加として又は任意選択的に潜在的な債務者（例えば「借り手」）のプログラム的に検証されたプライベート金融データの潜在的な債権者（例えば「貸し手」）への送信を促進するネットワーク及び通信アーキテクチャを参照する。この例では、貸し手に開示された金融データは、借り手の債務不履行リスクを総合的に判断するために又は貸借取引に関連する別の目的で貸し手により使用することができる。しかしながら、先に述べたように、これが、当事者間で開示し得る取引タイプの単なる一例及びプライベートデータの単なる一例であり、本明細書に記載される実施形態が他の取引、取引タイプ、及び当事者にも等しく適用可能であり得、他のプライベートデータ及び／又は他のプライベートデータ型の交換及び開示を含み得ることが理解される。
【００４９】
一実施形態によれば、金融データにプログラム的にアクセスするように構築された金融プラットフォームシステムにおいて、外部金融サービスシステムのアプリケーションをシミュレートするアプリケーションプロキシインスタンスを作成することと、指定された口座についての外部金融サービスシステムの金融データへの正規化された口座要求を受信することであって、正規化された口座要求は、金融プラットフォームシステムの金融データＡＰＩを使用することにより外部金融アプリケーションにより提供される、受信することと、正規化された口座要求に応答して、外部金融サービスシステムのプロプライエタリアプリケーションプログラミングインターフェース（ＡＰＩ）を使用することにより外部金融サービスシステムから要求された金融データにアクセスするために、アプリケーションプロキシインスタンスを使用することにより外部金融サービスシステムとの通信をネゴシエートすることと、正規化された口座要求への応答として金融データを外部金融アプリケーションシステムに提供することとを含む方法が開示される。
【００５０】
態様によれば、方法は、プロキシインスタンスを通してセッションをセットアップすることを更に含む。
【００５１】
別の態様によれば、正規化された口座要求は金融プラットフォームシステムの金融データＡＰＩに従った要求であり、金融データＡＰＩは、異なるプロプライエタリＡＰＩを有する外部金融サービスシステムから金融データにアクセスするための正規化されたインターフェースを提供するように構築される。
【００５２】
更に別の態様によれば、通信をネゴシエートすることは、正規化された口座要求により指定される情報に基づいてプロプライエタリＡＰＩに従って要求を形成することを含む。
【００５３】
別の態様によれば、金融プラットフォームシステムは外部金融サービスシステムの機関インターフェースモジュールを含み、機関インターフェースモジュールは外部金融サービスシステムのプロプライエタリＡＰＩをモデリングし、機関インターフェースモジュールは、外部金融サービスシステムから要求された金融データにアクセスするのに使用される。
【００５４】
更に別の態様によれば、金融プラットフォームシステムは、外部金融サービスシステムのアプリケーションのソースコードのパース及びアプリケーションと外部金融サービスシステムとの間の通信のパースの少なくとも１つにより、機関インターフェースモジュールを生成する。
【００５５】
別の態様によれば、機関インターフェースモジュールは、外部金融サービスシステムに送信されるメッセージのヘッダを定義する。
【００５６】
更に別の態様によれば、指定される口座は外部金融サービスシステムの口座である。
【００５７】
別の態様によれば、指定される口座は金融アプリケーションシステムのユーザ口座であり、外部金融サービスシステムからアクセスされる金融データは、アプリケーションプロキシインスタンスのユーザ信用情報に関連付けられた外部金融サービスシステムの少なくとも１つの口座に対応する金融データである。
【００５８】
更に別の態様によれば、指定される口座は金融アプリケーションシステムのユーザ口座であり、指定されるユーザ口座に対応する複数のアプリケーションプロキシインスタンスは、複数の外部金融サービスシステムから金融データにアクセスするのに使用され、アプリケーションシステムに提供される金融データは、アプリケーションプロキシインスタンスのユーザ信用情報に関連付けられた外部金融サービスシステムの口座に対応する。
【００５９】
別の実施形態によれば、金融プラットフォームシステム外部の少なくとも１つの金融サービスシステムにプログラム的にアクセスするように構築されたマルチテナント金融プラットフォームシステムにおいて、金融プラットフォームシステムの口座に関連付けられた外部アプリケーションシステムにより提供された正規化された金融サービス要求に応じて、正規化された金融サービス要求に対応する各外部金融サービスシステムについて、金融プラットフォームシステムの口座に関連付けられたアプリケーションプロキシインスタンスを使用することであって、それにより、金融サービスシステムのプロプライエタリＡＰＩに従ってプロプライエタリアプリケーションプログラミングインターフェース（ＡＰＩ）要求を金融サービスシステムに提供する、使用することと、外部金融サービスシステムから受信した少なくとも１つのプロプライエタリＡＰＩ応答に基づいて、正規化された金融サービス応答を外部アプリケーションシステムに提供することとを含み、アプリケーションプロキシインスタンスを使用することは、外部金融サービスシステムのアプリケーションをシミュレートすることにより外部アプリケーションシステムのユーザ口座の代理として各外部金融サービスシステムにプロプライエタリＡＰＩ要求を提供するように構築されたアプリケーションプロキシインスタンスを使用することを含む、方法が開示される。
【００６０】
態様によれば、金融プラットフォームシステムは、各外部金融サービスシステムの機関インターフェースモジュールを含み、各機関インターフェースモジュールは、関連付けられた外部金融サービスシステムのプロプライエタリＡＰＩをモデリングし、各プロプライエタリＡＰＩ要求は、金融サービスシステムの機関インターフェースモジュール、金融サービスシステムに対応するアプリケーションプロキシインスタンス、及びユーザ口座を使用することにより対応する金融サービスシステムに提供され、金融プラットフォームシステムは、対応する金融サービスシステムのアプリケーションのソースコードのパース及びアプリケーションと対応する金融サービスシステムとの間の通信のパースの少なくとも１つにより各機関インターフェースモジュールを生成する。
【００６１】
別の態様によれば、プライマリアプリケーションプロキシインスタンス及び少なくとも１つのセカンダリアプリケーションプロキシインスタンスが、正規化された金融サービス要求に対応する金融サービスシステムに関連付けられ、プライマリアプリケーションプロキシインスタンスを使用することにより、正規化された金融サービス要求を処理することができないとの判断に応答して、セカンダリアプリケーションプロキシインスタンスが、正規化された金融サービス要求の処理に使用される。
【００６２】
更に別の態様によれば、プライマリアプリケーションプロキシインスタンスは、各金融サービスシステムのモバイルアプリケーションに対応し、セカンダリアプリケーションプロキシインスタンスは、各金融サービスシステムのウェブベースのアプリケーション及びデスクトップアプリケーションの少なくとも一方に対応する。
【００６３】
別の態様によれば、金融サービスシステムのプロプライエタリＡＰＩのプロプライエタリＡＰＩ要求は、金融サービスシステムの少なくとも１つの口座の取引リスト要求、金融サービスシステムの口座に関連付けられた取引の詳細要求、金融転送要求、支払いスケジューリング要求、電子小切手デポジット要求、口座更新要求、不正報告要求、及びサービス要求の少なくとも１つを含み、金融プラットフォームシステムのＡＰＩの正規化ＡＰＩ要求は、外部アプリケーションシステムのユーザ口座の取引リスト要求、ユーザ口座に関連付けられた取引の詳細要求、金融転送要求、支払いスケジューリング要求、電子小切手デポジット要求、口座更新要求、不正報告要求、及びサービス要求の少なくとも１つを含む。
【００６４】
更に別の態様によれば、正規化された金融サービス要求は、ユーザ口座の取引リスト要求であり、正規化された金融サービス要求に対応する金融サービスシステムは、外部アプリケーションシステムのユーザ口座のアプリケーションプロキシインスタンスに対応する金融サービスシステムを含み、各プロプライエタリＡＰＩ要求は、プロプライエタリＡＰＩ要求の提供に使用される関連付けられたアプリケーションプロキシインスタンスのユーザ信用情報に対応する口座の金融データ要求である。
【００６５】
別の態様によれば、正規化された金融サービス応答を提供することは、受信した金融データを正規化形態に変換することを含み、受信した金融データを変換することは、金融データの処理、金融データのクリーニング、追加情報での金融データの補足、及び金融データの強化の少なくとも１つを含み、追加情報は、カテゴリラベル、タグ、及びジオロケーション情報の少なくとも１つを含む。
【００６６】
更に別の態様によれば、正規化された金融サービス要求は、ユーザ口座に関連付けられた取引の詳細要求であり、正規化された金融サービス要求は、取引、関連付けられた金融サービスシステム、及び金融サービスシステムの関連付けられた口座を識別する情報を指定し、プロプライエタリＡＰＩ要求は、指定された金融サービスシステムの指定された口座の取引の詳細要求である。
【００６７】
別の態様によれば、正規化された金融サービス要求は金融転送要求であり、正規化された金融サービス要求は、ソース金融サービスシステム、ソース金融サービスシステムのソース口座、宛先金融サービスシステム、宛先金融サービスシステムの宛先口座、及び取引金額を識別する情報を指定し、ソース金融サービスシステムのアプリケーションプロキシインスタンス及び宛先金融サービスシステムのアプリケーションプロキシインスタンスの少なくとも一方は、プロプライエタリ転送ＡＰＩ要求を各金融サービスシステムに提供することにより、指定された取引金額をソース口座から宛先口座に転送する金融転送要求を開始するのに使用される。
【００６８】
更に別の態様によれば、金融プラットフォームシステムは、ソース金融サービスシステム及び宛先金融サービスシステムの能力及び取引手数料の少なくとも一方に基づいて、ソース金融サービスシステムのアプリケーションプロキシインスタンス及び宛先金融サービスシステムのアプリケーションプロキシインスタンスのうち一方を、金融転送要求の開始に選択する。
【００６９】
更に別の実施形態によれば、金融プラットフォームシステムが、少なくとも１つの金融口座エンドポイントに関連付けられた正規化された金融ＡＰＩ要求を受信することであって、正規化された金融ＡＰＩ要求は、金融プラットフォームシステムの金融プラットフォームＡＰＩを使用することにより、外部金融アプリケーションシステムにより提供され、正規化された金融ＡＰＩ要求は、正規化された金融ＡＰＩ要求の各金融口座エンドポイントの口座信用情報を指定する、受信することと、正規化された金融ＡＰＩ要求に応答して、金融口座エンドポイントに関連付けられたアプリケーションプロキシインスタンスを使用することにより正規化された金融ＡＰＩ要求の各金融口座エンドポイントの取引情報を収集することであって、それにより、正規化された金融ＡＰＩ要求により指定される関連付けられた口座信用情報及び金融機関システムのプロプライエタリアプリケーションプログラミングインターフェース（ＡＰＩ）を使用することにより、対応する金融機関システムから取引情報を収集する、収集することと、正規化された金融ＡＰＩ応答を外部金融アプリケーションシステムに提供することであって、正規化された金融ＡＰＩ応答は、正規化された金融ＡＰＩ要求の各金融口座エンドポイントの取引情報を提供し、各アプリケーションプロキシインスタンスは、対応する外部金融機関システムのアプリケーションをシミュレートするように構築される、提供することとを含む方法が開示される。
【００７０】
態様によれば、各金融口座エンドポイントの収集された取引情報は、少なくとも、口座番号及び自動決済機関（ＡＣＨ）取引で使用される対応する金融機関コードを含む。
【００７１】
別の態様によれば、取引情報は、対応する外部金融機関システムからアクセスされた少なくとも１つの金融ステートメントを処理することにより収集される。
【００７２】
更に別の態様によれば、金融プラットフォームシステムは、各外部金融機関システムの機関インターフェースモジュールを含み、各機関インターフェースモジュールは外部金融機関システムのプロプライエタリＡＰＩをモデリングし、各アプリケーションプロキシインスタンスは、対応する機関インターフェースモジュールを使用して外部金融機関システムから取引情報を収集する。
【００７３】
別の態様によれば、金融プラットフォームシステムは、関連付けられた外部金融機関システムのアプリケーションのソースコードのパース及びアプリケーションと関連付けられた外部金融機関システムとの間の通信のパースの少なくとも一方により、各機関インターフェースモジュールを生成する。
【００７４】
更に別の態様によれば、各機関インターフェースモジュールは、関連付けられた外部金融機関システムに送信されるメッセージのヘッダを定義し、プロプライエタリＡＰＩはウェブブラウザインターフェースと異なる。
【００７５】
別の実施形態によれば、金融プラットフォームシステムにおいて、少なくとも１つの金融口座エンドポイントに関連付けられた正規化された金融ＡＰＩ要求を受信することであって、正規化された金融ＡＰＩ要求は、金融プラットフォームシステムの金融プラットフォームＡＰＩを使用することにより外部金融アプリケーションシステムにより提供され、正規化された金融ＡＰＩ要求は、金融取引と、正規化された金融ＡＰＩ要求の各金融口座エンドポイントの口座トークン及び口座信用情報の少なくとも一方とを指定する、受信することと、正規化された金融ＡＰＩ要求に応答して、金融口座エンドポイントに関連付けられたアプリケーションプロキシインスタンスを使用することにより、正規化された金融ＡＰＩ要求の各金融口座エンドポイントの取引情報を収集することであって、それにより、正規化された金融ＡＰＩ要求により指定される関連付けられた口座トークン及び関連付けられた口座信用情報の少なくとも一方を使用することにより且つ金融機関システムのプロプライエタリＡＰＩを使用することにより、対応する金融機関システムから取引情報を収集する、収集することと、収集された取引情報を使用することにより、正規化された金融ＡＰＩ要求により指定された取引を実行することと、正規化された金融ＡＰＩ応答を外部システムに提供することであって、正規化された金融ＡＰＩ応答は取引のステータス及び取引の結果の少なくとも一方を提供し、各アプリケーションプロキシインスタンスは対応する外部金融機関システムのアプリケーションをシミュレートするように構築される、提供することとを含む方法が開示される。
【００７６】
更に別の実施形態によれば、金融プラットフォームシステム外部の少なくとも１つの外部金融機関システムにプログラム的にアクセスし、金融プラットフォームシステムの金融プラットフォームＡＰＩを使用することにより金融アプリケーションシステムにより提供される正規化された金融ＡＰＩ要求に応答するように構築された金融プラットフォームシステムであって、正規化された金融ＡＰＩ要求は、少なくとも１つの外部金融機関システムの少なくとも１つの金融口座エンドポイントに対応するユーザ情報を指定する、金融プラットフォームシステムと、正規化ＡＰＩ要求に関連付けられた少なくとも１つのアプリケーションプロキシインスタンスを使用することであって、それにより、少なくとも、正規化された金融ＡＰＩ要求により指定されるユーザ情報に関連付けられた口座信用情報を指定するプロプライエタリ金融ＡＰＩ要求を金融機関システムに提供することにより対応する金融機関システムから取引情報を収集し、取引情報は金融機関システムにより提供される少なくとも１つのプロプライエタリ金融ＡＰＩ応答に含められる、使用することと、収集された取引情報に基づいて正規化された金融ＡＰＩ応答を生成することと、正規化された金融ＡＰＩ応答を金融アプリケーションシステムに提供することであって、各アプリケーションプロキシインスタンスは、アプリケーションプロキシインスタンスに関連付けられたユーザの代理として対応する金融機関システムのアプリケーションをシミュレートするように構築される、提供することとを含む方法が開示される。
【００７７】
別の態様によれば、各プロプライエタリＡＰＩは各金融機関システムのプライベートＡＰＩであり、各プロプライエタリＡＰＩはウェブブラウザインターフェースと異なる。
【００７８】
別の態様によれば、正規化された金融ＡＰＩ要求は、金融アプリケーションシステムのユーザ口座の代理として提供され、指定されたユーザ情報は、ユーザ口座に関連付けられた情報を含む。
【００７９】
更に別の態様によれば、正規化された金融ＡＰＩ要求は、金融アプリケーションシステムのユーザ口座の代理として提供され、指定されるユーザ情報は、金融アプリケーションシステムのユーザ口座のユーザと異なるユーザに関連付けられた情報を含む。
【００８０】
別の態様によれば、正規化された金融ＡＰＩ要求は金融口座エンドポイント情報への要求であり、収集される取引情報は金融口座エンドポイント情報を含み、正規化された金融ＡＰＩ応答を生成することは、正規化された金融ＡＰＩ応答に金融口座エンドポイント情報を含めることを含む。
【００８１】
更に別の態様によれば、正規化された金融ＡＰＩ要求は、少なくとも１つの引落口座エンドポイントから少なくとも１つの入金口座への資金転送要求であり、正規化された金融ＡＰＩ要求は転送すべき資金の金額を指定し、ユーザ情報は少なくとも１つの引落口座エンドポイント及び少なくとも１つの入金口座エンドポイントを指定し、金融プラットフォームシステムの取引エンジンは、ＡＣＨ取引を実行して、収集された取引情報を使用することにより、指定された金額の資金を少なくとも１つの引落口座エンドポイントから少なくとも１つの入金口座エンドポイントに転送するのに使用され、正規化された金融ＡＰＩ応答を生成することは、正規化された金融ＡＰＩ応答に転送のステータス又は転送の結果の少なくとも一方を含めることを含む。
【００８２】
別の態様によれば、正規化された金融ＡＰＩ要求は、転送を実行する起点金融機関システムを指定する。
【００８３】
更に別の態様によれば、金融プラットフォームシステムはマルチテナント金融プラットフォームシステムであり、アプリケーションシステムは、金融プラットフォームシステムの口座に関連付けられた外部アプリケーションシステムであり、各アプリケーションプロキシインスタンスが金融プラットフォームシステムの口座に関連付けられ、各アプリケーションプロキシインスタンスは、外部金融機関システムのアプリケーションをシミュレートすることにより、外部アプリケーションシステムのユーザの代理としてプロプライエタリ金融ＡＰＩ要求を各外部金融機関システムに提供するように構築される。
【００８４】
別の態様によれば、金融プラットフォームシステムはシングルテナント金融プラットフォームシステムであり、アプリケーションシステムは金融プラットフォームシステムのアプリケーションシステムであり、各アプリケーションプロキシインスタンスは、外部金融機関システムのアプリケーションをシミュレートすることによりアプリケーションシステムのユーザの代理として、プロプライエタリ金融ＡＰＩ要求を各外部金融機関システムに提供するように構築される。
【００８５】
更に別の態様によれば、ユーザ情報は、正規化された金融ＡＰＩ要求に対応するアプリケーションシステムの少なくとも１つのユーザ口座のユーザ口座識別子を含み、各ユーザ口座識別子は少なくとも１つのアプリケーションプロキシインスタンスの少なくとも１つを選択するのに使用され、少なくとも１つのアプリケーションプロキシインスタンスはそれぞれ、関連付けられた金融機関システムにアクセスするユーザ信用情報を含み、各プロプライエタリ金融ＡＰＩ要求は対応するユーザ信用情報を指定する。
【００８６】
別の態様によれば、ユーザ情報は、正規化された金融ＡＰＩ要求に対応するアプリケーションシステムの少なくとも１つのユーザ口座の少なくとも１セットのユーザ信用情報を含み、少なくとも１つのプロプライエタリ金融ＡＰＩ要求は、ユーザ情報の対応するセットのユーザ信用情報を指定する。
【００８７】
更に別の態様によれば、ユーザ情報は、正規化された金融ＡＰＩ要求に対応するアプリケーションシステムの少なくとも１つのユーザ口座の少なくとも１つの口座トークンを含み、少なくとも１つのプロプライエタリ金融ＡＰＩ要求は、ユーザ情報の対応する口座トークンに関連付けられたユーザ信用情報を指定する。
【００８８】
別の態様によれば、方法は、少なくとも１つの引落口座エンドポイントの能力、少なくとも１つの引落口座エンドポイントの可用性、少なくとも１つの引落口座エンドポイントの構成、及び正規化された金融ＡＰＩ要求のパラメータの少なくとも１つに基づいて少なくとも１つの引落口座エンドポイントの少なくとも１つを転送に選択すること並びに少なくとも１つの入金口座エンドポイントの能力、少なくとも１つの入金口座エンドポイントの可用性、少なくとも１つの入金口座エンドポイントの構成、及び正規化された金融ＡＰＩ要求のパラメータの少なくとも１つに基づいて少なくとも１つの入金口座エンドポイントの少なくとも１つを転送に選択することの少なくとも一方を更に含む。
【００８９】
別の実施形態によれば、複数のコンピュータ実行可能命令を記憶するように構成された１つ又は複数のコンピュータ可読記憶装置と、１つ又は複数のコンピュータ可読記憶装置と通信する１つ又は複数のハードウェアコンピュータプロセッサとを備え、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行してコンピュータシステムに、コンピュータシステムのアプリケーションプログラミングインターフェース（ＡＰＩ）を実行することであって、コンピュータシステムのＡＰＩは、コンピュータシステムのＡＰＩの正規化されたフォーマットに従って開発者計算デバイスから要求を受信し、要求への応答を提供するように構成される、実行することと；ＡＰＩを介して、正規化されたフォーマットに従って、ユーザに関連付けられた取引データへの要求を開発者計算デバイスから受信することであって、要求は少なくとも、ユーザに関連付けられたユーザ名、ユーザに関連付けられたパスワード、及び外部機関識別子を含む、受信することと；外部機関識別子に基づいて、要求に関連付けられた外部機関を特定することと；要求に応答して：コンピュータシステムの機関インターフェースモジュールにアクセスすることであって、機関インターフェースモジュールは、外部機関の外部計算デバイスの非公開ＡＰＩを介した外部機関の外部計算デバイスとの通信を可能にするように一意に構成され、機関インターフェースモジュールは、外部機関に関連付けられたモバイルデバイスアプリケーションの実際のインスタンスと外部機関の外部計算デバイスとの対話の分析に基づいて生成される、アクセスすることと；外部機関に関連付けられたモバイルデバイスアプリケーションの仮想化インスタンスをインスタンス化することであって、モバイルデバイスアプリケーションの仮想化インスタンスはコンピュータシステムの機関インターフェースモジュールと通信して、外部組織の外部計算デバイスの非公開ＡＰＩを介して外部機関の外部計算デバイスとインターフェースするように構成され、外部機関の外部計算デバイスの非公開ＡＰＩはモバイルデバイスアプリケーションと対話するように構成され、モバイルデバイスアプリケーションの仮想化インスタンスはモバイルデバイスアプリケーションの分析に基づいて生成される、インスタンス化することと；モバイルデバイス識別子コード、モバイルデバイス認証トークン、又はモバイルデバイス媒体アクセス制御（ＭＡＣ）アドレスの少なくとも１つに基づいて、機関インターフェースモジュールを介して外部機関の外部計算デバイスを用いてモバイルデバイスアプリケーションの仮想化インスタンスを認証することと；モバイルデバイスアプリケーションの仮想化インスタンスにより外部機関の外部計算デバイスの非公開ＡＰＩを介して、ユーザに関連付けられたユーザ名及びユーザに関連付けられたパスワードを外部機関の外部計算デバイスに提供し、外部機関の外部計算デバイスから第２ファクタ認証情報への要求を受信し、コンピュータシステムのＡＰＩを介して、開発者計算デバイスから第２ファクタ認証情報を要求し、コンピュータシステムのＡＰＩを介して、開発者計算デバイスから第２ファクタ認証情報を受信し、第２ファクタ認証情報を外部機関の外部計算デバイスに提供し、外部機関の外部計算デバイスから第２ファクタ認証情報の受け入れを示す応答を受信し、外部機関の外部計算デバイスから取引情報を要求し、外部機関の外部計算デバイスからユーザに関連付けられた取引データを受信することにより、外部機関の外部計算デバイスからユーザに関連付けられた取引データを要求することと；取引データの分析に基づいて、各カテゴリラベルで取引データの複数の取引データ項目を増強し、取引データの更なる分析に基づいて各ジオロケーション情報で取引データの複数の取引データ項目を増強し、強化された取引データを正規化されたフォーマットでコンピュータシステムにより提供し得るように取引データのフォーマットを標準化することにより、ユーザに関連付けられた取引データを強化することであって、それにより、強化取引データを生成する、強化することと；コンピュータシステムのＡＰＩを介して、正規化されたフォーマットで、強化された取引データを開発者計算デバイスに提供することと；モバイルデバイスアプリケーションの仮想化インスタンスを介してユーザに関連付けられた取引データへの将来の要求を取得し得るように、コンピュータシステムの１つ又は複数のコンピュータ可読記憶装置にモバイルデバイスアプリケーションの仮想化インスタンスを持続させることとを行わせるように構成される、コンピュータシステムが開示される。
【００９０】
態様によれば、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、コンピュータシステムに、更に要求に応答して、要求を満たすためにユーザに関連付けられた第２の取引データを取得すべき第２の外部機関を特定することと；コンピュータシステムの第２の機関インターフェースモジュールにアクセスすることであって、第２の機関インターフェースモジュールは第２の外部機関の外部計算デバイスの非公開ＡＰＩを介した第２の外部機関の外部計算デバイスとの通信を可能にするように一意に構成され、第２の外部機関の外部計算デバイスの非公開ＡＰＩは外部機関の外部計算デバイスの非公開ＡＰＩと異なり、第２の機関インターフェースモジュールは第２の外部機関に関連付けられた第２のモバイルデバイスアプリケーションの実際のインスタンスと第２の外部機関の外部計算デバイスとの対話の分析に基づいて生成される、アクセスすることと；第２の外部機関に関連付けられた第２のモバイルデバイスアプリケーションの仮想化インスタンスをインスタンス化することであって、第２のモバイルデバイスアプリケーションの仮想化インスタンスはコンピュータシステムの第２の機関インターフェースモジュールと通信して、第２の外部機関の外部計算デバイスの非公開ＡＰＩを介して第２の外部機関の外部計算デバイスとインターフェースするように構成され、第２の外部機関の外部計算デバイスの非公開ＡＰＩは第２のモバイルデバイスアプリケーションと対話するように構成され、第２のモバイルデバイスアプリケーションの仮想化インスタンスは第２のモバイルデバイスアプリケーション分析に基づいて生成される、インスタンス化することと；第２の機関インターフェースモジュールを介して、モバイルデバイスに関連付けられた識別子コード、モバイルデバイスに関連付けられた認証トークン、又はモバイルデバイスに関連付けられた媒体アクセス制御（ＭＡＣ）アドレスの少なくとも１つに基づいて第２の外部機関の外部計算デバイスを用いて第２のモバイルデバイスアプリケーションの仮想化インスタンスを認証することと；第２のモバイルデバイスアプリケーションの仮想化インスタンスにより第２の外部機関の外部計算デバイスの非公開ＡＰＩを介して、ユーザに関連付けられたユーザ名及びユーザに関連付けられたパスワードを第２の外部機関の外部計算デバイスに提供し、第２の外部機関の外部計算デバイスから第２の取引情報を要求し、第２の外部機関の外部計算デバイスからユーザに関連付けられた第２の取引データを受信することにより第２の外部機関の外部計算デバイスからユーザに関連付けられた第２の取引データを要求することと；ユーザに関連付けられた第２の取引データを強化することであって、第２の取引データの分析に基づいて各カテゴリラベルで第２の取引データの複数の取引データ項目を増強し、第２の取引データの更なる分析に基づいて各ジオロケーション情報で第２の取引データの複数の取引データ項目を増強し、正規化されたフォーマットでコンピュータシステムにより第２の強化取引データを提供し得るように、第２の取引データのフォーマットを標準化することにより第２の強化取引データを生成する、強化することと；強化取引データと第２の強化取引データとを結合することであって、それにより、結合強化取引データを生成する、結合することと；コンピュータシステムのＡＰＩを介して、正規化されたフォーマットで、結合強化取引データを開発者計算デバイスに提供することと；第２のモバイルデバイスアプリケーションの仮想化インスタンスを介してユーザに関連付けられた取引データへの将来の要求を取得し得るように、コンピュータシステムの１つ又は複数のコンピュータ可読記憶装置に第２のモバイルデバイスアプリケーションの仮想化インスタンスを持続させることとを更に行わせるように構成される。
【００９１】
別の態様によれば、機関インターフェースモジュールは、モバイルデバイスアプリケーションのソースコードのパース又はモバイルデバイスアプリケーションと外部機関の外部計算デバイスとの通信のパースの少なくとも一方に基づいて更に生成される。
【００９２】
更に別の態様によれば、機関インターフェースモジュールは、外部機関の外部計算デバイスに送信されるメッセージのヘッダを定義する。
【００９３】
別の態様によれば、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、コンピュータシステムに、ＡＰＩを介して、正規化されたフォーマットに従って、外部機関におけるユーザの口座に関連付けられた取引のリスト、外部機関におけるユーザの口座に関連付けられた取引の詳細、外部機関におけるユーザの口座から又はユーザの口座への金融転送、外部機関における支払いスケジューリング、外部機関におけるユーザの口座への電子小切手入金、外部機関におけるユーザの口座の更新、外部機関における不正リポート、又は外部機関におけるサービス要求の少なくとも１つへの要求を開発者計算デバイスから受信することを更に行わせるように構成される。
【００９４】
更に別の態様によれば、開発者計算デバイスから、外部機関におけるユーザの口座から又はユーザの口座への金融転送への要求を受信したことに応答して、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、コンピュータシステムに、モバイルデバイスアプリケーションの仮想化インスタンスにより、外部機関の外部計算デバイスの非公開ＡＰＩを介して、金融転送要求に基づいて外部金融機関におけるユーザの口座から又はユーザの口座への転送を要求することを更に行わせるように構成される。
【００９５】
更に別の実施形態によれば、複数のコンピュータ実行可能命令を実行する１つ又は複数のハードウェアコンピュータプロセッサにより：コンピュータシステムのアプリケーションプログラミングインターフェース（ＡＰＩ）を実行することであって、コンピュータシステムのＡＰＩはコンピュータシステムのＡＰＩの正規化されたフォーマットに従って開発者計算デバイスから要求を受信し、要求への応答を提供するように構成される、実行することと；ＡＰＩを介して、正規化されたフォーマットに従って、ユーザに関連付けられた取引データへの要求を開発者計算デバイスから受信することであって、要求は少なくとも、ユーザに関連付けられたユーザ名、ユーザに関連付けられたパスワード、及び外部機関識別子を含む、受信することと；外部機関識別子に基づいて要求に関連付けられた外部機関を特定することと；要求に応答して：コンピュータシステムの機関インターフェースモジュールにアクセスすることであって、機関インターフェースモジュールは、外部機関の外部計算デバイスの非公開ＡＰＩを介した外部機関の外部計算デバイスとの通信を可能にするように一意に構成され、機関インターフェースモジュールは外部機関に関連付けられたモバイルデバイスアプリケーションの実際のインスタンスと外部機関の外部計算デバイスとの対話の分析に基づいて生成される、アクセスすることと；外部機関に関連付けられたモバイルデバイスアプリケーションの仮想化インスタンスをインスタンス化することであって、モバイルデバイスアプリケーションの仮想化インスタンスはコンピュータシステムの機関インターフェースモジュールと通信して、外部機関の外部計算デバイスの非公開ＡＰＩを介して外部機関の外部計算デバイスとインターフェースするように構成され、外部機関の外部計算デバイスの非公開ＡＰＩはモバイルデバイスアプリケーションと対話するように構成され、モバイルデバイスアプリケーションの仮想化インスタンスはモバイルデバイスアプリケーションの分析に基づいて生成される、インスタンス化することと；機関インターフェースモジュールを介して、モバイルデバイス識別子コード、モバイルデバイス認証トークン、又はモバイルデバイス媒体アクセス制御（ＭＡＣ）アドレスの少なくとも１つに基づいて外部機関の外部計算デバイスを用いてモバイルデバイスアプリケーションの仮想化インスタンスを認証することと；モバイルデバイスアプリケーションの仮想化インスタンスにより、外部機関の外部計算デバイスの非公開ＡＰＩを介して、ユーザに関連付けられたユーザ名及びユーザに関連付けられたパスワードを外部機関の外部計算デバイスに提供し、外部機関の外部計算デバイスからの第２ファクタ認証情報への要求を受信したことに応答して：第２ファクタ認証情報を外部機関の外部計算デバイスに提供し、外部機関の外部計算デバイスから第２ファクタ認証情報の受け入れを示す応答を受信し、外部機関の外部計算デバイスから取引情報を要求し、外部機関の外部計算デバイスからユーザに関連付けられた取引データを受信することにより、外部機関の外部計算デバイスからユーザに関連付けられた取引データを要求することと；取引データの分析に基づいて、各カテゴリラベルで取引データの複数の取引データ項目を増強し、取引データの更なる分析に基づいて各ジオロケーション情報で取引データの複数の取引データ項目を増強し、強化された取引データを正規化されたフォーマットでコンピュータシステムにより提供し得るように取引データのフォーマットを標準化することにより、ユーザに関連付けられた取引データを強化することであって、それにより、強化取引データを生成する、強化することと；コンピュータシステムのＡＰＩを介して、正規化されたフォーマットで、強化された取引データを開発者計算デバイスに提供することと；モバイルデバイスアプリケーションの仮想化インスタンスを介してユーザに関連付けられた取引データへの将来の要求を取得し得るように、コンピュータシステムの１つ又は複数のコンピュータ可読記憶装置にモバイルデバイスアプリケーションの仮想化インスタンスを持続させることとを含むコンピュータ実施方法が開示される。
【００９６】
態様によれば、コンピュータ実施方法は、複数のコンピュータ実行可能命令を実行する１つ又は複数のハードウェアコンピュータプロセッサにより：更に要求に応答して、要求を満たすためにユーザに関連付けられた第２の取引データを取得すべき第２の外部機関を特定することと；コンピュータシステムの第２の機関インターフェースモジュールにアクセスすることであって、第２の機関インターフェースモジュールは第２の外部機関の外部計算デバイスの非公開ＡＰＩを介した第２の外部機関の外部計算デバイスとの通信を可能にするように一意に構成され、第２の外部機関の外部計算デバイスの非公開ＡＰＩは外部機関の外部計算デバイスの非公開ＡＰＩと異なり、第２の機関インターフェースモジュールは第２の外部機関に関連付けられた第２のモバイルデバイスアプリケーションの実際のインスタンスと第２の外部機関の外部計算デバイスとの対話の分析に基づいて生成される、アクセスすることと；第２の外部機関に関連付けられた第２のモバイルデバイスアプリケーションの仮想化インスタンスをインスタンス化することであって、第２のモバイルデバイスアプリケーションの仮想化インスタンスはコンピュータシステムの第２の機関インターフェースモジュールと通信して、第２の外部機関の外部計算デバイスの非公開ＡＰＩを介して第２の外部機関の外部計算デバイスとインターフェースするように構成され、第２の外部機関の外部計算デバイスの非公開ＡＰＩは第２のモバイルデバイスアプリケーションと対話するように構成され、第２のモバイルデバイスアプリケーションの仮想化インスタンスは第２のモバイルデバイスアプリケーション分析に基づいて生成される、インスタンス化することと；第２の機関インターフェースモジュールを介して、モバイルデバイスに関連付けられた識別子コード、モバイルデバイスに関連付けられた認証トークン、又はモバイルデバイスに関連付けられた媒体アクセス制御（ＭＡＣ）アドレスの少なくとも１つに基づいて第２の外部機関の外部計算デバイスを用いて第２のモバイルデバイスアプリケーションの仮想化インスタンスを認証することと；第２のモバイルデバイスアプリケーションの仮想化インスタンスにより第２の外部機関の外部計算デバイスの非公開ＡＰＩを介して、ユーザに関連付けられたユーザ名及びユーザに関連付けられたパスワードを第２の外部機関の外部計算デバイスに提供し、第２の外部機関の外部計算デバイスから第２の取引情報を要求し、第２の外部機関の外部計算デバイスからユーザに関連付けられた第２の取引データを受信することにより第２の外部機関の外部計算デバイスからユーザに関連付けられた第２の取引データを要求することと；ユーザに関連付けられた第２の取引データを強化することであって、第２の取引データの分析に基づいて各カテゴリラベルで第２の取引データの複数の取引データ項目を増強し、第２の取引データの更なる分析に基づいて各ジオロケーション情報で第２の取引データの複数の取引データ項目を増強し、正規化されたフォーマットでコンピュータシステムにより第２の強化取引データを提供し得るように、第２の取引データのフォーマットを標準化することにより第２の強化取引データを生成する、強化することと；強化取引データと第２の強化取引データとを結合することであって、それにより、結合強化取引データを生成する、結合することと；コンピュータシステムのＡＰＩを介して、正規化されたフォーマットで、結合強化取引データを開発者計算デバイスに提供することと；第２のモバイルデバイスアプリケーションの仮想化インスタンスを介してユーザに関連付けられた取引データへの将来の要求を取得し得るように、コンピュータシステムの１つ又は複数のコンピュータ可読記憶装置に第２のモバイルデバイスアプリケーションの仮想化インスタンスを持続させることとを更に含む。
【００９７】
別の態様によれば、機関インターフェースモジュールは、モバイルデバイスアプリケーションのソースコードのパース又はモバイルデバイスアプリケーションと外部機関の外部計算デバイスとの通信のパースの少なくとも一方に基づいて更に生成される。
【００９８】
更に別の態様によれば、機関インターフェースモジュールは、外部機関の外部計算デバイスに送信されるメッセージのヘッダを定義する。
【００９９】
別の態様によれば、コンピュータ実施方法は、複数のコンピュータ実行可能命令を実行する１つ又は複数のハードウェアコンピュータプロセッサにより：ＡＰＩを介して、正規化されたフォーマットに従って、外部機関におけるユーザの口座に関連付けられた取引のリスト、外部機関におけるユーザの口座に関連付けられた取引の詳細、外部機関におけるユーザの口座から又はユーザの口座への金融転送、外部機関における支払いスケジューリング、外部機関におけるユーザの口座への電子小切手入金、外部機関におけるユーザの口座の更新、外部機関における不正リポート、又は外部機関におけるサービス要求の少なくとも１つへの要求を開発者計算デバイスから受信することを更に含む。
【０１００】
更に別の態様によれば、コンピュータ実施方法は、複数のコンピュータ実行可能命令を実行する１つ又は複数のハードウェアコンピュータプロセッサにより：開発者計算デバイスから、外部機関におけるユーザの口座から又はユーザの口座への金融転送への要求を受信したことに応答して、モバイルデバイスアプリケーションの仮想化インスタンスにより、外部機関の外部計算デバイスの非公開ＡＰＩを介して、金融転送要求に基づいて外部金融機関におけるユーザの口座から又はユーザの口座への転送を要求することを更に含む。
【０１０１】
更に別の実施形態によれば、ソフトウェア命令を記憶したコンピュータ可読記憶媒体であって、ソフトウェア命令は、１つ又は複数のハードウェアコンピュータプロセッサによる実行に応答して、コンピュータシステムのアプリケーションプログラミングインターフェース（ＡＰＩ）を実行することであって、コンピュータシステムのＡＰＩはコンピュータシステムのＡＰＩの正規化されたフォーマットに従って開発者計算デバイスから要求を受信し、要求への応答を提供するように構成される、実行することと；ＡＰＩを介して、正規化されたフォーマットに従って、ユーザに関連付けられた取引データへの要求を開発者計算デバイスから受信することであって、要求は少なくとも、ユーザに関連付けられたユーザ名、ユーザに関連付けられたパスワード、及び外部機関識別子を含む、受信することと；外部機関識別子に基づいて要求に関連付けられた外部機関を特定することと；要求に応答して：コンピュータシステムの機関インターフェースモジュールにアクセスすることであって、機関インターフェースモジュールは、外部機関の外部計算デバイスの非公開ＡＰＩを介した外部機関の外部計算デバイスとの通信を可能にするように一意に構成され、機関インターフェースモジュールは外部機関に関連付けられたモバイルデバイスアプリケーションの実際のインスタンスと外部機関の外部計算デバイスとの対話に基づいて生成される、アクセスすることと；外部機関に関連付けられたモバイルデバイスアプリケーションの仮想化インスタンスをインスタンス化することであって、モバイルデバイスアプリケーションの仮想化インスタンスはコンピュータシステムの機関インターフェースモジュールと通信して、外部機関の外部計算デバイスの非公開ＡＰＩを介して外部機関の外部計算デバイスとインターフェースするように構成され、外部機関の外部計算デバイスの非公開ＡＰＩはモバイルデバイスアプリケーションと対話するように構成され、モバイルデバイスアプリケーションの仮想化インスタンスはモバイルデバイスアプリケーションの分析に基づいて生成される、インスタンス化することと；機関インターフェースモジュールを介して、モバイルデバイス識別子コード、モバイルデバイス認証トークン、又はモバイルデバイス媒体アクセス制御（ＭＡＣ）アドレスの少なくとも１つに基づいて外部機関の外部計算デバイスを用いてモバイルデバイスアプリケーションの仮想化インスタンスを認証することと；モバイルデバイスアプリケーションの仮想化インスタンスにより、外部機関の外部計算デバイスの非公開ＡＰＩを介して、ユーザに関連付けられたユーザ名及びユーザに関連付けられたパスワードを外部機関の外部計算デバイスに提供し、外部機関の外部計算デバイスからの第２ファクタ認証情報への要求を受信したことに応答して：第２ファクタ認証情報を外部機関の外部計算デバイスに提供し、外部機関の外部計算デバイスから第２ファクタ認証情報の受け入れを示す応答を受信し、外部機関の外部計算デバイスから取引情報を要求し、外部機関の外部計算デバイスからユーザに関連付けられた取引データを受信することにより、外部機関の外部計算デバイスからユーザに関連付けられた取引データを要求することと；取引データの分析に基づいて、各カテゴリラベルで取引データの複数の取引データ項目を増強し、取引データの更なる分析に基づいて各ジオロケーション情報で取引データの複数の取引データ項目を増強し、強化された取引データを正規化されたフォーマットでコンピュータシステムにより提供し得るように取引データのフォーマットを標準化することにより、ユーザに関連付けられた取引データを強化することであって、それにより、強化取引データを生成する、強化することと；コンピュータシステムのＡＰＩを介して、正規化されたフォーマットで、強化された取引データを開発者計算デバイスに提供することと；モバイルデバイスアプリケーションの仮想化インスタンスを介してユーザに関連付けられた取引データへの将来の要求を取得し得るように、コンピュータシステムの１つ又は複数のコンピュータ可読記憶装置にモバイルデバイスアプリケーションの仮想化インスタンスを持続させることとを含む動作を実行するように１つ又は複数のハードウェアコンピュータプロセッサを構成する、コンピュータ可読記憶媒体が開示される。
【０１０２】
態様によれば、更に１つ又は複数のハードウェアコンピュータプロセッサによる実行に応答して、ソフトウェア命令は、更に要求に応答して、要求を満たすためにユーザに関連付けられた第２の取引データを取得すべき第２の外部機関を特定することと；コンピュータシステムの第２の機関インターフェースモジュールにアクセスすることであって、第２の機関インターフェースモジュールは第２の外部機関の外部計算デバイスの非公開ＡＰＩを介した第２の外部機関の外部計算デバイスとの通信を可能にするように一意に構成され、第２の外部機関の外部計算デバイスの非公開ＡＰＩは外部機関の外部計算デバイスの非公開ＡＰＩと異なり、第２の機関インターフェースモジュールは第２の外部機関に関連付けられた第２のモバイルデバイスアプリケーションの実際のインスタンスと第２の外部機関の外部計算デバイスとの対話の分析に基づいて生成される、アクセスすることと；第２の外部機関に関連付けられた第２のモバイルデバイスアプリケーションの仮想化インスタンスをインスタンス化することであって、第２のモバイルデバイスアプリケーションの仮想化インスタンスはコンピュータシステムの第２の機関インターフェースモジュールと通信して、第２の外部機関の外部計算デバイスの非公開ＡＰＩを介して第２の外部機関の外部計算デバイスとインターフェースするように構成され、第２の外部機関の外部計算デバイスの非公開ＡＰＩは第２のモバイルデバイスアプリケーションと対話するように構成され、第２のモバイルデバイスアプリケーションの仮想化インスタンスは第２のモバイルデバイスアプリケーション分析に基づいて生成される、インスタンス化することと；第２の機関インターフェースモジュールを介して、モバイルデバイスに関連付けられた識別子コード、モバイルデバイスに関連付けられた認証トークン、又はモバイルデバイスに関連付けられた媒体アクセス制御（ＭＡＣ）アドレスの少なくとも１つに基づいて第２の外部機関の外部計算デバイスを用いて第２のモバイルデバイスアプリケーションの仮想化インスタンスを認証することと；第２のモバイルデバイスアプリケーションの仮想化インスタンスにより第２の外部機関の外部計算デバイスの非公開ＡＰＩを介して、ユーザに関連付けられたユーザ名及びユーザに関連付けられたパスワードを第２の外部機関の外部計算デバイスに提供し、第２の外部機関の外部計算デバイスから第２の取引情報を要求し、第２の外部機関の外部計算デバイスからユーザに関連付けられた第２の取引データを受信することにより第２の外部機関の外部計算デバイスからユーザに関連付けられた第２の取引データを要求することと；ユーザに関連付けられた第２の取引データを強化することであって、第２の取引データの分析に基づいて各カテゴリラベルで第２の取引データの複数の取引データ項目を増強し、第２の取引データの更なる分析に基づいて各ジオロケーション情報で第２の取引データの複数の取引データ項目を増強し、正規化されたフォーマットでコンピュータシステムにより第２の強化取引データを提供し得るように、第２の取引データのフォーマットを標準化することにより第２の強化取引データを生成する、強化することと；強化取引データと第２の強化取引データとを結合することであって、それにより、結合強化取引データを生成する、結合することと；コンピュータシステムのＡＰＩを介して、正規化されたフォーマットで、結合強化取引データを開発者計算デバイスに提供することと；第２のモバイルデバイスアプリケーションの仮想化インスタンスを介してユーザに関連付けられた取引データへの将来の要求を取得し得るように、コンピュータシステムの１つ又は複数のコンピュータ可読記憶装置に第２のモバイルデバイスアプリケーションの仮想化インスタンスを持続させることとを含む動作を実行するように１つ又は複数のハードウェアコンピュータプロセッサを構成する。
【０１０３】
更に別の態様によれば、機関インターフェースモジュールは、モバイルデバイスアプリケーションのソースコードのパース又はモバイルデバイスアプリケーションと外部機関の外部計算デバイスとの通信のパースの少なくとも一方に基づいて更に生成される。
【０１０４】
更に別の態様によれば、機関インターフェースモジュールは、外部機関の外部計算デバイスに送信されるメッセージのヘッダを定義する。
【０１０５】
更に別の態様によれば、更に１つ又は複数のハードウェアピュアプロセッサによる実行に応答して、ソフトウェア命令は、ＡＰＩを介して、正規化されたフォーマットに従って、外部機関におけるユーザの口座に関連付けられた取引のリスト、外部機関におけるユーザの口座に関連付けられた取引の詳細、外部機関におけるユーザの口座から又はユーザの口座への金融転送、外部機関における支払いスケジューリング、外部機関におけるユーザの口座への電子小切手入金、外部機関におけるユーザの口座の更新、外部機関における不正リポート、又は外部機関におけるサービス要求の少なくとも１つへの要求を開発者計算デバイスから受信することを含む動作を実行するように１つ又は複数のハードウェアコンピュータプロセッサを構成する。
【０１０６】
別の態様によれば、更に１つ又は複数のハードウェアピュアプロセッサによる実行に応答して、ソフトウェア命令は、開発者計算デバイスから、外部機関におけるユーザの口座から又はユーザの口座への金融転送への要求を受信したことに応答して、モバイルデバイスアプリケーションの仮想化インスタンスにより、外部機関の外部計算デバイスの非公開ＡＰＩを介して、金融転送要求に基づいて外部金融機関におけるユーザの口座から又はユーザの口座への転送を要求することを含む動作を実行するように１つ又は複数のハードウェアコンピュータプロセッサを構成する。
【０１０７】
更に別の実施形態によれば、電子ユーザ口座アクセスを認証するコンピュータ実施方法が開示され、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、ユーザ口座に関連付けられた口座信用情報を受信することと；ユーザ口座に関連付けられた１つ又は複数の許可を受信することと；１つ又は複数の許可に関連付けられた外部アプリケーションのインジケーションを受信することと；ユーザ口座に関連付けられた外部ユーザ口座を特定することと；外部ユーザ口座とインターフェースするように構成された第一者アプリケーションを特定することと；第一者アプリケーションの仮想化インスタンスをインスタンス化することと；口座信用情報を使用して、外部ユーザ口座に関連付けられた第一者アプリケーションの仮想化インスタンスを認証することであって、それにより、外部ユーザ口座との通信を確立する、認証することと；第一者アプリケーションの仮想化インスタンスを介して、ユーザ口座に関連付けられたユーザ口座データの１つ又は複数の項目にアクセスすることと；電子トークンであって、ユーザ口座データの１つ又は複数の項目、１つ又は複数の許可、及び外部アプリケーションのインジケーションを含む電子トークンを生成することとを含む。
【０１０８】
態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、一意のトークン識別子を生成することと；一意のトークン識別子を電子トークンに関連付けることと；一意のトークン識別子を外部アプリケーションに通信することとを更に含む。
【０１０９】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第三者プロセッサから、取引に関連付けられた１つ又は複数の取引詳細及び一意のトークン識別子を受信することと；一意のトークン識別子に基づいて電子トークンを識別することと；１つ又は複数の取引詳細を１つ又は複数の許可と比較することと；比較に基づいて、外部アプリケーションが取引を開始する認可を有するか否かを判断することと；外部アプリケーションが取引を開始する認可を有するか否かの判断に基づいて、認可インジケーションを第三者プロセッサに通信することとを更に含む。
【０１１０】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、比較に基づいて、外部アプリケーションが取引を開始する認可を有するか否かを判断することであって、認可インジケーションは、外部アプリケーションが取引を開始する認可を有することを示す、判断することと；第三者プロセッサにユーザ口座データの１つ又は複数の項目を通信することとを更に含む。
【０１１１】
別の態様によれば、ユーザ口座データの１つ又は複数の項目は少なくとも、口座番号又は金融機関コードを含む。
【０１１２】
更に別の態様によれば、コンピュータ実施方法は、第三者プロセッサによりユーザ口座データの１つ又は複数の項目に基づいて、外部ユーザ口座との取引を実行することと、取引が実行されたことのインジケーションを外部アプリケーションに通信することとを更に含む。
【０１１３】
別の態様によれば、コンピュータ実施方法は、ユーザ口座データの１つ又は複数の項目に基づいて、第三者プロセッサに、外部ユーザ口座との取引を実行させることと、取引が実行されたことのインジケーションを外部アプリケーションに通信することとを更に含む。
【０１１４】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、比較に基づいて外部アプリケーションが取引を開始する認可を有さないと判断することであって、認可インジケーションは、外部アプリケーションが取引を開始する認可を有さないことを示す、判断することを更に含む。
【０１１５】
別の態様によれば、１つ又は複数の取引詳細及び一意のトークン識別子は、外部ユーザ口座から第三者プロセッサに通信された。
【０１１６】
更に別の態様によれば、１つ又は複数の取引詳細は、取引金額又は取引頻度の少なくとも一方を含む。
【０１１７】
別の態様によれば、電子トークンは、外部アプリケーションに関連付けられた取引の履歴を更に含み、比較することは、１つ又は複数の取引詳細を取引履歴と比較することを更に含む。
【０１１８】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、一意のトークン識別子を生成することと、一意のトークン識別子を電子トークンに関連付けることと；一意のトークン識別子を外部アプリケーションに通信することと、１つ又は複数の許可への変更インジケーションを受信することと；１つ又は複数の許可への変更を反映するように電子トークンを更新することとを更に含む。
【０１１９】
別の態様によれば、１つ又は複数の許可への変更は電子トークンの取り消しを含み、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第三者プロセッサから取引に関連する１つ又は複数の取引詳細及び一意のトークン識別子を受信することと；一意のトークン識別子に基づいて電子トークンを識別することと；１つ又は複数の取引詳細を１つ又は複数の許可と比較することと；比較に基づいて、電子トークンの取り消しに起因して外部アプリケーションが取引を開始する認可を有さないと判断することと；外部アプリケーションが取引を開始する認可を有さないことのインジケーションを通信することとを更に含む。１４。請求項１のコンピュータ実施方法であって、口座信用情報は少なくとも、ユーザ口座に関連付けられたユーザ名及びパスワードを含む。
【０１２０】
更に別の態様によれば、１つ又は複数の許可は、取引に許された頻度のインジケーション、取引に許された金額のインジケーション、許された取引タイプのインジケーション、時間機関内で許された取引金額のインジケーション、又は取引の許された使用のインジケーションの少なくとも１つを含む。
【０１２１】
別の態様によれば、外部アプリケーションは、ユーザの計算デバイスで実行されるように構成されたアプリケーション又はユーザのコンピュータデバイスを介してアクセス可能なアプリケーションの少なくとも一方を含む。
【０１２２】
更に別の態様によれば、ユーザ口座データの１つ又は複数の項目は少なくとも、口座番号又は金融機関コードを含む。
【０１２３】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、電子トークンをセキュアに記憶することを更に含む。
【０１２４】
別の実施形態によれば、電子ユーザ口座アクセスを認可するコンピュータ実施方法が開示され、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、ユーザ口座に関連付けられた口座信用情報を受信することと；ユーザ口座に関連付けられた１つ又は複数の許可を受信することと；１つ又は複数の許可に関連付けられた外部アプリケーションのインジケーションを受信することと；ユーザ口座に関連付けられた外部ユーザ口座を特定することと；外部ユーザ口座とインターフェースするように構成された第一者アプリケーションを特定することと；第一者アプリケーションの仮想化インスタンスをインスタンス化することと；口座信用情報を使用して、外部ユーザ口座に関連付けられた第一者アプリケーションの仮想化インスタンスを認証することであって、それにより、外部ユーザ口座との通信を確立する、認証することと；第一者アプリケーションの仮想化インスタンスを介して、ユーザ口座に関連付けられたユーザ口座データの１つ又は複数の項目にアクセスすることと；ユーザ口座データの１つ又は複数の項目、１つ又は複数の許可、及び外部アプリケーションのインジケーションを第三者プロセッサに通信することと；第三者プロセッサに、電子トークンであって、ユーザ口座データの１つ又は複数の項目、１つ又は複数の許可、及び外部アプリケーションのインジケーションを含む電子トークンを生成させ、一意のトークン識別子を生成させ、一意のトークン識別子を電子トークンに関連付けさせ、一意のトークン識別子を外部アプリケーションに通信させることと；外部アプリケーションから、取引に関連付けられた１つ又は複数の取引詳細及び一意のトークン識別子を受信することと；第三者プロセッサに更に、一意のトークン識別子に基づいて電子トークンを識別させ、取引に関連付けられた１つ又は複数の取引詳細を１つ又は複数の許可と比較させ、比較に基づいて外部アプリケーションが取引を開始する認可を有すると判断させ、外部ユーザ口座との対話により取引を実行させ取引が実行されたことのインジケーションを外部アプリケーションに通信させることとを含む。
【０１２５】
態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、１つ又は複数の許可への変更のインジケーションを受信することであって、１つ又は複数の許可への変更は電子トークンの取り消しを含む、受信することと；第三者プロセッサに更に、１つ又は複数の許可への変更を反映するように電子トークンを更新させることと；外部アプリケーションから、第２の取引に関連する１つ又は複数の取引詳細及び一意のトークン識別子を受信することと；第三者プロセッサに更に、一意のトークン識別子に基づいて電子トークンを識別させ、第２の取引に関連付けられた１つ又は複数の取引詳細を１つ又は複数の許可と比較させ、第２の取引に関連付けられた１つ又は複数の取引詳細を１つ又は複数の許可との比較に基づいて、電子トークンの取り消しに起因して外部アプリケーションが取引を開始する認可を有さないと判断させ、外部アプリケーションが取引を開始する認可を有さないとのインジケーションを外部アプリケーションに通信させることとを更に含む。
【０１２６】
更に別の実施形態では、コンピュータシステムであって、複数のコンピュータ実行可能命令を記憶するように構成された１つ又は複数のコンピュータ可読記憶装置と、１つ又は複数のコンピュータ可読記憶装置と通信する１つ又は複数のハードウェアコンピュータプロセッサとを備え、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、第１の計算デバイスからユーザに関連付けられたデータの要求を受信することであって、要求はユーザに関連付けられた認証信用情報を含む、受信することと；要求に関連付けられた機関を識別することと；機関に関連付けられたソフトウェアアプリケーションのシミュレートインスタンスをインスタンス化することであって、ソフトウェアアプリケーションのシミュレートインスタンスは、ＡＰＩを介して、機関に関連付けられた第２の計算デバイスとインターフェースするように構成され、ソフトウェアアプリケーションのシミュレートインスタンスは、第２の計算デバイスの視点から、ユーザの物理的な計算デバイスで実行されているソフトウェアアプリケーションであるように見えるように構成される、インスタンス化することと；ソフトウェアアプリケーションのシミュレートインスタンスによりＡＰＩを介して、第２の計算デバイスからのユーザに関連付けられたデータを要求することと；第２の計算デバイスからユーザに関連付けられたデータを受信することと；データを別の計算デバイスに提供することとをコンピュータシステムに行わせるように構成される、コンピュータシステムが開示される。
【０１２７】
態様によれば、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、識別子コード、認証トークン、又は媒体アクセス制御（ＭＡＣ）アドレスの少なくとも１つに基づいて第２の計算デバイスを用いてソフトウェアアプリケーションのシミュレートインスタンスを認証することをコンピュータシステムに更に行わせるように構成される。
【０１２８】
別の態様によれば、ユーザに関連付けられた認証信用情報は少なくとも、ユーザに関連付けられたユーザ名及びユーザに関連付けられたパスワードを含み、ユーザに関連付けられたデータを要求することは、ユーザに関連付けられたユーザ名及びユーザに関連付けられたパスワードを第２の計算デバイスに提供することを更に含む。
【０１２９】
更に別の態様によれば、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、ソフトウェアアプリケーションのシミュレートインスタンスによりＡＰＩを介して、第２の計算デバイスから第２ファクタ認証情報への要求を受信し、第１の計算デバイスから第２ファクタ認証情報を要求し、第１の計算デバイスから第２ファクタ認証情報を受信し、第２の計算デバイスに第２ファクタ認証情報を提供することにより、第２の計算デバイスからのユーザに関連付けられたデータを更に要求することをコンピュータシステムに更に行わせるように構成される。
【０１３０】
別の態様によれば、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、データの分析に基づいて、各カテゴリラベルでデータの複数のデータ項目を増強することと、データの更なる分析に基づいて、各ジオロケーション情報でデータの複数のデータ項目を増強することとをコンピュータシステムに更に行わせるように構成される。
【０１３１】
更に別の態様によれば、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、データを正規化されたフォーマットで提供し得るようにデータのフォーマットを標準化することをコンピュータシステムに更に行わせるように構成される。
【０１３２】
別の態様によれば、ソフトウェアアプリケーションのシミュレートインスタンスは、ソフトウェアアプリケーションの実際のインスタンスの分析又はソフトウェアアプリケーションと第２の計算デバイスとの対話の少なくとも一方に基づいて生成される。
【０１３３】
更に別の態様によれば、１つ又は複数のハードウェアコンピュータプロセッサは、複数のコンピュータ実行可能命令を実行して、ソフトウェアアプリケーションのシミュレートインスタンスを介してデータへの将来の要求を取得し得るように、１つ又は複数のコンピュータ可読記憶装置にソフトウェアアプリケーションのシミュレートインスタンスを記憶することをコンピュータシステムに更に行わせるように構成される。
【０１３４】
別の態様によれば、別の計算デバイスは第１の計算デバイスである。
【０１３５】
更に別の態様によれば、別の計算デバイスは、第１の計算デバイス及び第２の計算デバイスと異なる第３の計算デバイスであり、第３の計算デバイスは高信頼性第三者プロセッサシステムに関連付けられる。
【０１３６】
更に別の実施形態によれば、ユーザ口座データを提供するコンピュータ実施方法が開示され、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第１の計算デバイスから認証要求に関連付けられた情報を受信することであって、情報は少なくとも、１つ又は複数のユーザ口座に関連付けられた口座信用情報を含む、受信することと；少なくとも、情報の電子記録及び電子記録に関連付けられたトークンを生成することと；トークンを第１の計算デバイスに提供することと；第２の計算デバイスから、少なくとも、トークンと、１つ又は複数のユーザ口座の少なくとも１つに関連付けられたユーザ口座データへの要求とを受信することと；第２の計算デバイスに、口座信用情報に基づいて、１つ又は複数のユーザ口座の少なくとも１つに関連付けられたユーザ口座データを提供することとを含む。
【０１３７】
態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、トークンに基づいてユーザ口座データへのアクセス認可を検証することを更に含む。
【０１３８】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第１の計算デバイスに追加情報要求を提供することを更に含む。
【０１３９】
更に別の態様によれば、追加情報は、マルチファクタ認証情報、複数のユーザ口座から選択されたユーザ口座、又はドキュメントへの同意書のインジケーションの少なくとも１つを含む。
【０１４０】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第１の計算デバイスから、追加情報要求への応答を受信することであって、ユーザ口座データは、応答が受信される後まで第２の計算デバイスに提供されない、受信することを更に含む。
【０１４１】
更に別の態様によれば、情報は、外部アプリケーションの情報又は第２の計算デバイスに関連付けられたエンティティのインジケーションの少なくとも一方を更に含む。
【０１４２】
別の態様によれば、第２の計算デバイスは、外部アプリケーションに関連付けられた計算デバイスにユーザ口座データを提供するように構成される。
【０１４３】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、外部アプリケーションによるユーザ口座データへのアクセスを認可する要求を受信することと；アクセスを認可する要求に応答して、トークン又はトークンに関連付けられたユーザ口座へのアクセスを取り消すこととを更に含む。
【０１４４】
別の態様によれば、情報は１つ又は複数の許可を更に含む。
【０１４５】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、ユーザ口座データへの要求の受信に応答して、１つ又は複数の許可に基づいて、外部アプリケーションによるユーザ口座データへのアクセスの認可を決定することを更に含む。
【０１４６】
別の態様によれば、第１の計算デバイスは、第１の計算デバイスのプロセッサにより実行されると、第１の計算デバイスにトークンを第２の計算デバイスに提供させるプログラム命令を含む。
【０１４７】
別の実施形態によれば、ユーザ口座データを提供するコンピュータ実施方法が開示され、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第１の計算デバイスから認可要求に関連付けられたトークンを受信することであって、トークンには機関、外部アプリケーション、機関により保持されたユーザ口座が更に関連付けられる、受信することと；第２の計算デバイスからユーザ口座データへの要求を受信することであって、第２の計算デバイスには外部アプリケーションが関連付けられる、受信することと；機関に関連付けられた計算デバイスにユーザ口座に関連付けられたユーザ口座データへの要求を提供することと；機関に関連付けられた計算デバイスからユーザ口座データを受信することとを含む。
【０１４８】
態様によれば、トークンは機関に関連付けられた計算デバイスから受信される。
【０１４９】
別の態様によれば、トークンは第１の計算デバイスから受信される。
【０１５０】
更に別の態様によれば、トークンは、第１の計算デバイスを介して機関に関連付けられた計算デバイスに提供される口座信用情報に基づいて、機関の計算デバイスにより生成される。
【０１５１】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第１の計算デバイスに、機関に関連付けられた計算デバイスに口座信用情報を提供する命令を提供することを更に含む。
【０１５２】
更に別の態様によれば、トークンは、トークンに関連付けられた口座信用情報に基づいてユーザ口座データへのアクセスを認可するのに機関により使用される。
【０１５３】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、トークンに関連付けられた一意の識別子を外部アプリケーションに関連付けられた計算デバイスに提供することであって、ユーザ口座データへの要求は一意の識別子を含む、提供することを更に含む。
【０１５４】
更に別の態様によれば、トークンに関連付けられた一意の識別子は、少なくとも、外部アプリケーションに関連付けられた計算デバイスに公開トークン又は公開鍵を提供することと；外部アプリケーションに関連付けられた計算デバイスから公開トークン又は公開鍵、秘密鍵及び認証情報及び外部アプリケーションに関連付けられた識別子を含む情報を受信することと；認証情報の有効性を検証することとにより、外部アプリケーションに関連付けられた計算デバイスに提供される。
【０１５５】
別の態様によれば、第２の計算デバイスは第１の計算デバイスにユーザ口座データを提供するように構成される。
【０１５６】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、外部アプリケーションによるユーザ口座データへのアクセスを認可解除する要求を受信することと；アクセスを認可解除する要求に応答して、トークン又はトークンに関連付けられたユーザ口座データへのアクセスを取り消すこととを更に含む。
【０１５７】
別の態様によれば、情報は１つ又は複数の許可を更に含む。
【０１５８】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、ユーザ口座データへの要求の受信に応答して、１つ又は複数の許可に基づいて、外部アプリケーションによりユーザ口座データにアクセスする認可を決定することとを更に含む。
【０１５９】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第２の計算デバイス又は高信頼性第三者取引プロセッサに関連付けられた計算デバイスの少なくとも一方にユーザ口座データを提供することを更に含む。
【０１６０】
更に別の実施形態によれば、ユーザ口座データを提供するコンピュータ実施方法が開示され、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、機関に関連付けられた第１の計算デバイスに、認可要求に関連付けられた情報を提供することであって、情報は少なくとも、１つ又は複数のユーザ口座に関連付けられた口座信用情報を含む、提供することと；第１の計算デバイスから追加情報要求を受信することであって、追加情報はマルチファクタ認証情報、複数のユーザ口座から選択されたユーザ口座、又はドキュメントへの同意書のインジケーションの少なくとも１つを含む、受信することと；機関に関連付けられた計算デバイスから、機関、外部アプリケーション、及び１つ又は複数のユーザ口座の少なくとも１つに関連付けられたトークンを受信することと；トークンを第２の計算デバイスに提供することとを含む。
【０１６１】
態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、グラフィカルユーザインターフェースをレンダリングすることと；グラフィカルユーザインターフェースを介して口座信用情報を受信することであって、口座信用情報はセキュアに受信され、第１の計算デバイスに提供され、第２の計算デバイス又は第３の計算デバイスによりアクセス不可能である、受信することとを更に含む。
【０１６２】
別の態様によれば、情報は、外部アプリケーションのインジケーション又は第２の計算デバイスに関連付けられたエンティティのインジケーションの少なくとも一方を更に含む。
【０１６３】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、外部アプリケーションに関連付けられた第３の計算デバイスから、１つ又は複数のユーザ口座の少なくとも１つに関連付けられたユーザ口座データを受信することを更に含む。
【０１６４】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、高信頼性第三者取引プロセッサに関連付けられた計算デバイスから、１つ又は複数のユーザ口座の少なくとも１つに関連付けられたユーザ口座データを受信することを更に含む。
【０１６５】
別の実施形態によれば、ユーザ口座と対話するコンピュータ実施方法が開示され、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第１の計算デバイスから認可要求に関連付けられた情報を受信することであって、情報は少なくとも、機関に関連付けられたユーザ口座に関連付けられた口座情報と、外部アプリケーションに関連付けられた識別子とを含む、受信することと；少なくとも、情報の電子記録及び電子記録に関連付けられたトークンを生成することと；トークンに関連付けられた一意の識別子又はトークンの少なくとも一方を第２の計算デバイスに提供させることであって、第２の計算デバイスには外部アプリケーションが関連付けられる、提供させることと；第２の計算デバイスから、トークンに関連付けられた一意の識別子又はトークンの少なくとも一方と、ユーザ口座に関連する取引を実行させる要求とを受信することと；第３の計算デバイスとの通信を介して取引を開始することであって、第３の計算デバイスには機関、別の機関、又は取引プロセッサが関連付けられる、開始することとを含む。
【０１６６】
態様によれば、トークンに関連付けられた一意の識別子又はトークンの少なくとも一方は、第１の計算デバイスを介して第２の計算デバイスに提供される。
【０１６７】
別の態様によれば、トークンに関連付けられた一意の識別子又はトークンの少なくとも一方は、第２の計算デバイスに直接提供される。
【０１６８】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、トークンに関連付けられた一意の識別子又はトークンの少なくとも一方に基づいて取引を実行させる認可を検証することを更に含む。
【０１６９】
別の態様によれば、情報は１つ又は複数の許可を更に含む。
【０１７０】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、ユーザ口座に関連する取引を実行させる要求の受信に応答して、１つ又は複数の許可に基づいてユーザ口座に関連する取引を実行させる外部アプリケーションの認可を判断することを更に含む。
【０１７１】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、ユーザ口座に関連する取引を実行させる外部アプリケーションの認可があるか否かのインジケーションを第２の計算デバイスに提供することを更に含む。
【０１７２】
更に別の態様によれば、情報は、外部アプリケーションのインジケーション又は機関のインジケーションの少なくとも一方を更に含む。
【０１７３】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、外部アプリケーションによるユーザ口座に関連する取引の実行を認可解除する要求を受信することと；取引の実行を認可解除する要求に応答して、トークンに関連付けられた一意の識別子又はトークンの少なくとも一方を取り消すこととを更に含む。
【０１７４】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、取引の実行が成功したか否かのインジケーションを第２の計算デバイスに提供することを更に含む。
【０１７５】
別の態様により、ユーザ口座に関連付けられた口座情報は、口座番号又は金融機関コードの少なくとも一方を含む。
【０１７６】
更に別の態様によれば、生成することは、外部アプリケーションに関連付けられた計算デバイスから要求を受信したことに応答して実行される。
【０１７７】
更に別の実施形態によれば、ユーザ口座データを提供するコンピュータ実施方法が開示され、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、外部アプリケーションに関連付けられた第１の計算デバイスから、ユーザ口座のインジケーションを含む認可要求を受信することと；第２の計算デバイスから、機関により保持されたユーザ口座に関連付けられた情報を受信することと；ユーザ口座に関連付けられた情報の少なくとも一部を第三者取引プロセッサに関連付けられた第３の計算デバイスに提供することと；機関、外部アプリケーション、及び機関により保持されたユーザ口座に関連付けられたトークンを受信することと；トークンに関連付けられた一意の識別子又はトークンの少なくとも一方を外部アプリケーションに関連付けられた計算デバイスに提供することとを含む。
【０１７８】
態様によれば、トークンに関連付けられた一意の識別子は、少なくとも、外部アプリケーションに関連付けられた計算デバイスに公開トークン又は公開鍵を提供することと；外部アプリケーションに関連付けられた計算デバイスから公開トークン又は公開鍵、秘密鍵、及び外部アプリケーションに関連付けられた識別子を含む認証情報を受信することと；認証情報の有効性を検証することとにより外部アプリケーションに関連付けられた計算デバイスに提供される。
【０１７９】
別の態様によれば、外部アプリケーションに関連付けられた計算デバイスは、トークンに関連付けられた一意の識別子又はトークンの少なくとも一方を含む要求を第三者取引プロセッサに関連付けられた計算デバイスに送信するように構成される。
【０１８０】
更に別の態様によれば、トークンは第三者取引プロセッサに関連付けられた計算デバイスから受信される。
【０１８１】
別の態様によれば、トークンは機関に関連付けられた計算デバイスから受診される。
【０１８２】
更に別の態様によれば、トークンは、ユーザ口座に関連付けられた情報の部分に基づいて、第三者取引プロセッサに関連付けられた計算デバイスにより生成される。
【０１８３】
別の態様によれば、トークン又はトークンに関連付けられた情報は、ユーザ口座に関連する取引を認可するのに第三者取引プロセッサにより使用される。
【０１８４】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、外部アプリケーションによるユーザ口座へのアクセスを認可解除する要求を受信することと；アクセスを解除する要求に応答して、トークンを取り消させ、又はトークンに関連付けられたユーザ口座へのアクセスを取り消させることとを更に含む。
【０１８５】
別の態様によれば、トークンには１つ又は複数の許可が更に関連付けられる。
【０１８６】
更に別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第４の計算デバイスに、機関に関連付けられた第２の計算デバイスに口座信用情報を提供する命令を提供することであって、機関に関連付けられた情報は、第４の計算デバイスが第２の計算デバイスに口座信用情報を提供したことに応答して受信される、提供することを更に含む。
【０１８７】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、追加情報要求を第４の計算デバイスに提供することを更に含む。
【０１８８】
更に別の態様によれば、追加情報は、マルチファクタ認証情報、複数のユーザ口座から選択されたユーザ口座、又はドキュメントへの同意書のインジケーションの少なくとも１つを含む。
【０１８９】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、第４の計算デバイスから追加情報要求への応答を受信することであって、ユーザ口座に関連付けられた情報の部分は、応答が受信される後まで第３の計算デバイスに提供されない、受信することを更に含む。
【０１９０】
更に別の態様によれば、ユーザ口座に関連付けられた情報の部分は、口座番号又は金融機関コードの少なくとも一方を含む。
【０１９１】
別の態様によれば、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、機関に関連付けられた第２の計算デバイスから、少なくとも、機関に関連付けられたソフトウェアアプリケーションのシミュレートインスタンスをインスタンス化することであって、ソフトウェアアプリケーションのシミュレートインスタンスは、組織に関連付けられた第２の計算デバイスとＡＰＩを介してインターフェースするように構成され、ソフトウェアアプリケーションのシミュレートインスタンスは、第２の計算デバイスの視点から、ユーザ口座に関連付けられたユーザの物理的な計算デバイスで実行されているソフトウェアアプリケーションであるように見えるように構成される、インスタンス化することにより、機関により保持されたユーザ口座に関連付けられた情報を要求することと；ソフトウェアアプリケーションのシミュレートインスタンスによりＡＰＩを介して、第２の計算デバイスからのユーザに関連付けられたデータを要求することとを更に含む。
【０１９２】
別の実施形態によれば、コンピュータ実施方法が開示され、コンピュータ実施方法は、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、外部アプリケーションに関連付けられた第１の計算デバイスから、少なくとも、取引実行要求及び帰還に関連付けられたユーザ口座に関連付けられた口座情報を受信することと；第２の計算デバイスから、少なくとも、外部アプリケーションが取引を実行させる認可を有することのインジケーションを要求することと；第２の計算デバイスから、外部アプリケーションが取引を実行させる認可を有することのインジケーションを受信することと；インジケーションの受信に応答して取引を開始することとを含む。
【０１９３】
態様によれば、第１の計算デバイスからトークンも受信される。
【０１９４】
別の態様によれば、トークンは第２の計算デバイスにより生成され、第２の計算デバイスにより第１の計算デバイスに提供される。
【０１９５】
更に別の態様によれば、トークンには口座情報、外部アプリケーション、及び１つ又は複数の許可が関連付けられる。
【０１９６】
別の態様によれば、外部アプリケーションが取引を実行させる認可を有することのインジケーションを要求することは、トークンを第２の計算デバイスに送信することを含み、第２の計算デバイスは要求をトークンに関連付けられた許可と比較する。
【０１９７】
更に別の態様によれば、第３の計算デバイスとの通信を介した取引であって、第３の計算デバイスには機関、別の機関、又は取引プロセッサが関連付けられる、取引。
【０１９８】
別の態様によれば、口座情報は口座番号又は金融機関コードの少なくとも一方を含む。
【０１９９】
本開示の追加の実施形態について添付の特許請求の範囲を参照して以下説明し、特許請求の範囲は本開示の追加の概要として機能し得る。
【０２００】
種々の実施形態では、プログラム命令が実施されたコンピュータ可読記憶媒体と、上述した実施形態及び／又は後述する実施形態（添付の特許請求の範囲の１つ又は複数の態様を含む）の１つ又は複数の態様を含む動作を１つ又は複数のプロセッサに実行させるプログラム命令を実行するように構成された１つ又は複数のプロセッサとを備えるシステム及び／又はコンピュータシステムが開示される。
【０２０１】
種々の実施形態では、プログラム命令を実行する１つ又は複数のハードウェアプロセッサにより、上述した実施形態及び／又は後述する実施形態（添付の特許請求の範囲の１つ又は複数の態様を含む）の１つ又は複数の態様が実施及び／又は実行される、コンピュータ実施方法が開示される。
【０２０２】
種々の実施形態では、コンピュータ可読記憶媒体を含むコンピュータプログラム製品が開示され、コンピュータ可読記憶媒体にプログラム命令が実施され、１つ又は複数のプロセッサにより実行可能であり、上述した実施形態及び／又は後述する実施形態（添付の特許請求の範囲の１つ又は複数の態様を含む）の１つ又は複数の態様を含む動作を１つ又は複数のプロセッサに実行させるプログラム命令。
【０２０３】
加えて、本明細書に記載される幾つかの実施形態は、少なくともメモリ及びプロセッサを含むデータ管理プラットフォーム（又はより一般的には「計算システム」）を参照する。メモリは命令及びデータベースのセットを記憶する。命令がプロセッサにより実行されると、プロセッサは、３つの別個のリモートシステム、デバイス、及び／又はソフトウェアアプリケーションと通信及び／又は対話するための３つのインターフェースをインスタンス化する。特に、一実施形態では、第１のインターフェースはソフトウェアアプリケーション（例えばユーザクライアント）と対話するためにインスタンス化され、第２のインターフェースはリモートデータソースサーバ（例えば金融機関システム）と対話するためにインスタンス化され、第３のインターフェースは第三者サーバと対話するためにインスタンス化される。
【０２０４】
この例では、３つのインターフェースは第三者サーバ、リモートデータソースサーバ、及びソフトウェアアプリケーション間の通信を促進する。一例では、相互高信頼性データ管理プラットフォームは、第１のインターフェースを介して、金融機関、公益事業者、又はサービスプロバイダ等の機関のリモートデータソースサーバにアクセスするための信用情報を受信するように構成される。通常、信用情報はソフトウェアアプリケーションにより提示されるグラフィカルユーザインターフェースに手動で入力されるユーザ名及びパスワードを含む。相互高信頼性データ管理プラットフォームが信用情報を受信すると、リモートデータソースサーバにアクセスして、信用情報に対応するデータのセット（例えば金融データ）を取得する。その後、取得されたデータは相互高信頼性データ管理プラットフォームのデータベースに記憶することができる。
【０２０５】
幾つかの実施形態では、相互高信頼性データ管理プラットフォームは、第三者サーバから、口座サーバから取得され、相互高信頼性データ管理プラットフォームのデータベースに記憶されたデータの１つ又は複数のタイプについての要求を受信するようにも構成される。要求が受信されると、相互高信頼性データ管理プラットフォームは、要求されたプライベートデータ型に対応する記憶データのサブセットを提供する許可への要求をソフトウェアアプリケーションに提出するように構成し得る。許可が受信される場合、データのサブセットは、通常、第３のインターフェースにより確立される暗号化チャネルにわたり第三者サーバに提出することができる。他の場合、ソフトウェアアプリケーションのオペレータは、データの変更されたサブセットを第三者サーバに提出する許可を提出する前、データのサブセットをレビュー及び／又は変更することができる。他の変形では、アクセスは、恐らくはソフトウェアアプリケーションからのユーザ入力を要求せずに、データ管理プラットフォームにより規制され、選択的に許可される。
【０２０６】
上述したように、種々の実施形態によれば、第一者ソフトウェアアプリケーションの仮想化又はシミュレートインスタンスのインスタンス化を介してユーザ口座をセキュア且つ効率的に取得するシステムが開示される。例えば、本開示のシステムは、公開又は非公開（例えばプロプライエタリ）アプリケーションプログラミングインターフェース（ＡＰＩ）を介して外部システムとインターフェースするように構成されたソフトウェアアプリケーションのプロキシ仮想化又はシミュレートインスタンスの生成を含む。ソフトウェアアプリケーションの仮想化又はシミュレートインスタンスは、あたかも仮想化／シミュレートインスタンスが実際にユーザ計算デバイスで実行されている第一者ソフトウェアアプリケーションであるかのように、外部システムを用いて認証し得る。公開／非公開ＡＰＩを介して、ユーザ口座情報は、データを正規化し得、システムの正規化ＡＰＩを介して他のソフトウェアシステムに提供し得るように取得、処理し得る。したがって、本開示のシステムは、従来の技法よりも外部システムからユーザ口座データを取得するに当たりはるかに効率的であり得る。更に、ユーザ口座データを正規化し得、正規化ＡＰＩを介して提供し得、他者が高度の効率的に、１つの標準化されたインターフェースからそのようなデータ（元々複数の外部システムから取得された）に効率的にアクセスできるようにする。
【０２０７】
これもまた上述したように、本開示の実施形態は、ユーザが、第三者システムに口座信用情報（例えば口座の識別情報）を開示せずに、第三者システムが口座に関連する取引を開始するのをセキュアに認可できるようにするシステム（例えば許可管理システム）及び技法にも関する。そのような取引は、例えば、電子支払いの開始等を含み得る。更に、本開示のシステム及び技法は、第三者システムが口座に関連する取引を開始する認可をユーザがセキュアに解除できるようにし得る。本開示は、幾つかの実施形態では、口座情報をセキュアに記憶する電子記録の自動生成を含む。幾つかの実施態様では、電子記録は、口座及び第三者に関連する１つ又は複数の許可を含み得る。トークン（例えば、電子記録に関連付けられた一意の識別子であり、本明細書では「一意の記録識別子」とも呼ばれる）は第三者システムと共有し得るが、電子記録自体もユーザ口座信用情報も第三者と共有されなくてよい。したがって、第三者（例えば、マーチャントシステム又は開発者により開発されたソフトウェアアプリケーション）は、トークンを提供することによりユーザ口座データを要求し、及び／又は取引を開始し得るが、それ自体、例えば口座番号等は知らない。更に、幾つかの実施態様では、ユーザは、トークン／電子記録に関連する種々の許可を設定し得、トークン／電子記録に関連付けられた許可を取り消す（例えば、第三者を認可解除する）こともでき、したがって、セキュリティの増大をユーザ口座に提供する。本開示は、上述した機能を促進する種々のインタラクティブユーザインターフェースを更に含む。
【０２０８】
本開示の実施形態について添付図を参照してこれより説明し、添付図では、同様の番号は全体を通して同様の要素を指す。本明細書に提示される説明で使用される用語は、単に本開示の特定の具体的な実施形態の詳細な説明と併せて利用されているため、限定又は制限的に解釈されることは意図されない。更に、本開示の実施形態は幾つかの新規の特徴を含み得、そのうちの１つは単独でその望ましい特性を受け持ち、又は本明細書に記載される開示の実施形態の実施に極めて重要である。
【０２０９】
定義
本明細書で考察されるシステム及び方法の理解を促進するために、幾つかの用語を以下に定義する。以下に定義される用語及び本明細書で使用される他の用語は、提供される定義、用語の普通の慣習となっている意味、及び／又は各用語の任意の他の暗示される意味を広く包含するものとして解釈されるべきである。したがって、以下の定義はこれらの用語の意味を限定せず、定義の例を提供するにすぎない。
【０２１０】
許可管理システム（データ管理プラットフォームとも呼ばれ、又はデータ管理プラットフォームにも関連する）：機能が本開示に詳述されるコンピュータシステム。許可管理システムの機能（更に詳細に後述する）は、限定ではなく、外部ユーザ口座システムからのユーザ口座データのアクセス及び／又は抽出、外部ユーザ口座システムを介した取引の実行開始又は実行、ユーザ口座に基づくセキュア電子記録及びトークン（例えば電子記録に関連付けられた一意の識別子）の生成、ユーザ口座システムでのユーザ口座へのアクセス及びユーザ口座での取引の実行の許可のイネーブル、ユーザ口座システムでのユーザ口座へのアクセスの許可の取り消し又は認可解除のイネーブル、及び／又はユーザ口座システムでのユーザ口座を介して取引を実行する権利の許可の取り消し又は認可解除のイネーブルを含む。これらの機能１つ又は複数は、後述するように許可管理システムを介して実施し得、標準化されたアプリケプログラミングインターフェース（ＡＰＩ）を介して顧客によるアクセスを可能にし得る。したがって、顧客は、標準化されたアプリケーションプログラミングインターフェース（ＡＰＩ）を介して許可管理システムの任意の機能（例えばユーザ口座データへのアクセス、ユーザ口座データへのアクセスの許可等）にアクセスし得る。
【０２１１】
外部ユーザ口座システム：外部機関の計算システム又はサービス。説明を容易にするために、本明細書における外部機関（又はより簡単に「機関」）への全般的な参照は、それらの機関の外部ユーザ口座システムを指すものと理解し得る。したがって、外部ユーザ口座システムは本明細書では「外部組織システム」、「外部銀行システム」、「銀行システム」、「銀行」、「機関」、及び／又は「外部サービス」等と呼ばれることもある。以下説明するように、外部ユーザ口座システムは、外部機関の第一者ソフトウェアアプリケーション（例えばモバイルデバイスソフトウェアアプリケーション）がユーザ口座データにアクセスできるようにし得る公開及び／又は非公開（例えばプロプライエタリ）アプリケーションプログラミングインターフェース（ＡＰＩ）を提供し得る。しかしながら、以下に更に説明するように、本開示のシステムは、例えば、外部組織の第一者ソフトウェアアプリケーションの仮想及び／又はプロキシインスタンスをインスタンス化することにより、外部ユーザ口座システムのそのような公開／非公開ＡＰＩを介してユーザ口座データにアクセスできようにし得る。外部ユーザ口座は本明細書では「ユーザ口座」と呼ばれることもある。
【０２１２】
外部機関：ユーザ口座を維持しているエンティティ。外部機関（本明細書では「機関」とも呼ばれる）の例には、限定ではなく、銀行、クレジットカードプロバイダ、投資サービス、ローンプロバイダ、及び／又は他の適した金融機関又はユーザ口座保持機関がある。
【０２１３】
アプリケーションプログラミングインターフェース（ＡＰＩ）：ソフトウェアアプリケーションを構築するルーチン、プロトコル、及び／又はツールのセット。一般に、ＡＰＩは、機能にＡＰＩを介して効率的にアクセス可能であるように、動作、入力、出力、及び土台をなすタイプの標準化されたセットを定義する。システムは、本明細書に説明されるように、顧客がシステムの任意の機能にアクセスし得るようにするＡＰＩを提供する。したがって、システムは有利なことには、システムの機能に関わり得る複雑性の多くを取り去り、顧客がシステムの機能を素早く効率的に利用して、他のシステム及びサービスを構築できるようにする。ＡＰＩのフォーマットは一般に、ＲＥＳＴ  ＡＰＩで実施し得るものとして本明細書で説明されるが、ＡＰＩのプロトコル及び媒体は、GraphQL  ＡＰＩ、簡易オブジェクトアクセスプロトコル（ＳＯＡＰ）、リモートプロシージャコール（ＲＰＣ）、及び／又は任意の適したタイプのプロトコル等の任意の適した変形であることも可能である。
【０２１４】
顧客：本明細書に説明されるように、顧客のソフトウェアアプリケーションにおけるシステムの機能にアクセスするのにシステムのＡＰＩを利用する人。システムの顧客は、限定ではなく、ソフトウェア開発者（例えば、店等のソフトウェアアプリケーション又はモバイルアプリを開発中であり得る）、第三者プロセッサ（例えば第三者支払いプロセッサ）、外部機関、及び／又はマーチャント等を含み得る。
【０２１５】
ユーザ対面外部システム／アプリケーション：システムのＡＰＩを介してシステムと対話する顧客のソフトウェアアプリケーション及び／又は計算システム（例えば、顧客により開発される）。ユーザ対面外部システム／アプリケーションの例には、限定ではなく、デスクトップソフトウェアアプリケーション、モバイルデバイスソフトウェアアプリケーション、及び／又はサーバソフトウェアアプリケーション等がある。一般に、ユーザ対面外部システム／アプリケーションは商品又はサービスをユーザに提供する。幾つかの場合、説明を容易にするために、そのようなソフトウェアアプリケーションは本明細書では「アプリ」と呼ばれることもある。更に、ユーザ対面外部システム／アプリケーションは本明細書では「開発者システム」及び／又は「開発者計算デバイス」等と呼ばれることもある。ユーザ対面外部システム／アプリケーションの例には、支払い処理、口座データレビュー／分析、予算管理、口座モニタリング、節約についての推奨の提供等のアプリがある。
【０２１６】
第三者プロセッサ：取引、例えばマーチャントの金融取引を処理するエンティティ。口座情報（例えば、クレジット／デビットカード情報、銀行口座情報等）及び支払い情報（例えば、支払い金額、支払い先、及び支払い日等）と共に提供される場合、取引を実行し処理する。幾つかの実施態様では、システムは１つ又は複数の第三者プロセッサシステムと対話して、支払いを実行及び／又は処理し得る。代替的には、システムは取引を処理する機能を含み得、したがって、それ自体の「第三者」プロセッサとして効果的に機能し得る（したがって、「第三者」はこの文脈では幾分か誤った名称であるが、「第三者」という用語が明確さを目的として本開示において使用される）。第三者プロセッサは本明細書では、「高信頼性」第三者プロセッサと呼ばれることもあり、その理由は、幾つかの実施態様では、第三者プロセッサに、例えばユーザ対面外部システム／アプリケーションには委ねられないユーザ口座データが委ねられるためである。第三者プロセッサは本明細書では「第三者取引プロセッサ」と呼ばれることもある。本明細書で使用される場合、「取引」という用語は、限定ではなく、金融取引（例えば、ＡＣＨ転送、クレジットカード取引、デビットカード取引、他のタイプの支払い又は送金等）、口座情報の更新、アラートのセットアップ等を含め、口座に関連する種々のタイプの活動を含み得る。システムは更に、幾つかの場合、本明細書では取引の実行等と呼ばれることもある種々の他のタイプの活動（例えば、口座情報の更新、サービスの要求等）を可能にすることができる。
【０２１７】
ユーザ：外部機関におけるユーザ口座の保有者。一般に、ユーザは、各自のユーザ口座にアクセスするための口座信用情報を保持し、顧客のユーザ対面外部システム／アプリケーション（例えば開発者の「アプリ」）の認可及び／又は認可解除を提供して、ユーザ口座に制限付きでセキュアにアクセスする（例えば、商品又はサービスの支払いを開始するために）。そのような認可及び／又は認可解除は（機能の中でも特に）、本明細書に説明されるように、システムによりシステムのＡＰＩを介して可能になる。有利なことには、幾つかの実施形態によれば、ユーザの口座信用情報は、ユーザ対面外部システム／アプリケーションからは決してアクセス可能にならない。むしろ、システムは、システム（及び／又は高信頼性第三者プロセッサ等のシステムの高信頼性エンティティ）外部に口座信用情報を明らかにせずにセキュアにユーザが認可及び／又は認可解除できるようにし得る。
【０２１８】
ユーザ入力（「入力」とも呼ばれる）：システムにより受信及び／又は記憶されること、システムにより表示及び／又は記憶されるデータへの更新を生じさせること、及び／又はデータがシステムにより表示及び／又は記憶される方法を更新させること等が意図されるユーザ／顧客により提供される任意のタイプの入力等の計算システムとの人（例えばユーザ又は顧客）の対話。そのようなユーザ入力の非限定的な例には、キーボード入力、マウス入力、デジタルペン入力、音声入力、指タッチ入力（例えばタッチセンシティブディスプレイを介した）、及び／又はジェスチャ入力（例えば、手の動き、指の動き、腕の動き、任意の他の付属器官の動き、及び／又は体の動き）等がある。更に、システムへのユーザ入力は、ユーザにより操作されるツール及び／又は他の物体を介した入力を含み得る。例えば、ユーザは、ツール、スタイラス、又はワンド等の物体を動かして、入力を提供し得る。更に、ユーザ入力は、動き、位置、回転、角度、位置合わせ、向き、及び／又は構成（例えば、握りこぶし、開いた手、１本の指を伸ばす等）等を含み得る。例えば、ユーザ入力は、手及び／又は３Ｄマウスの位置、向き、及び／又は動きを含み得る。
【０２１９】
データストア：任意のコンピュータ可読記憶媒体及び／又は装置（又はデータ記憶媒体及び／又は装置の集まり）。データストアの例には、限定ではなく、光ディスク（例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等）、磁気ディスク（例えば、ハードディスク、フロッピーディスク等）、及び／又はメモリ回路（例えば、固体状態ドライブ、ランダムアクセスメモリ（ＲＡＭ）等）がある。データストアの別の例は、リモートにアクセス可能であり得、必要に応じて素早くプロビジョニングし得る物理的なデータ記憶装置の集まり（一般に「クラウド」ストレージと呼ばれる）を含む、ホストされる記憶環境である。
【０２２０】
データベース：限定ではなく、関係データベース（例えば、Oracleデータベース、mySQLデータベース等）、非関係データベース（例えばNoSQLデータベース等）、インメモリデータベース、スプレッドシート、カンマ区切り値（ＣＳＶ）ファイルとして、拡張可能マークアップ言語（ＸＭＬ）ファイル、テキスト（ＴＸＴ）ファイル、フラットファイル、スプレッドシートファイル、及び／又はデータ記憶の任意の他の広く使用されている又はプロプライエタリのフォーマットを含むデータを記憶及び／又は編成する任意のデータ構造（及び／又は複数のデータ構造の組合わせ）。データベースは通常、１つ又は複数のデータストアに記憶される。したがって、本明細書において（例えば、本明細書における説明及び／又は本願の図において）参照される各データベースは、１つ又は複数のデータストアに記憶されているものとして理解されるべきである。
【０２２１】
金融記録へのアクセスを管理する方法
図１に示されるように、ユーザ口座へのアクセスをセキュアに許可し、ユーザ口座データ集計データをセキュアに分配する方法Ｓ１００は、ユーザ口座のユーザ口座リポートを生成すること（Ｓ１１０）と、第１の第三者システムから口座リポート要求を受信すること（Ｓ１２０）と、リポートトークンを第１の第三者システムと共有すること（Ｓ１３０）と、外部エンティティがユーザの金融リポート情報にアクセスできるようにするよう機能する、リポートトークンを通したユーザ口座リポートへの第１の第三者システムアクセスを提供すること（Ｓ１４０）とを含むことができる。
【０２２２】
初期リポートトークンは、リポートへのアクセスに使用し得る。リポートトークンは代替的には、監査トークンとして機能し得る。追加又は代替の変形として、リポートトークンは第２の第三者システムと共有することができ、次に、リポートへの認可及びリポートの完全性を確認するために、第２の第三者システムにより提供される。例えば、リポートトークンは、ユーザ口座リポートが第１の第三者により第２の第三者と共有される場合、監査トークンとして機能し得る。リポートトークンはリポートに付随することができ、その場合、第２の第三者はリポートトークンを使用して、リポートの真正性及び完全性を検証することができる。
【０２２３】
更に、図２に示されるように、方法は、ユーザ口座リポートの共有アクセスを管理する機能を含むことができ、その場合、方法は、金融リポートの第２のリポートトークンを共有すること（Ｓ１５０）と、第２のリポートトークンを通してユーザ口座リポートへの第２の第三者システムアクセスを提供すること（Ｓ１６０）とを含むことができる。更に、方法は、図３に示されるように、ユーザに管理ユーザインターフェースを提供し、ユーザ口座リポートへのアクセスを規制すること（Ｓ１７０）を含み得る。
【０２２４】
ユーザ口座リポートは、好ましくは、外部機関からのユーザ口座集計データである。好ましい用途では、外部機関は金融機関であり、ユーザ口座リポートは金融リポートとして特徴付けられ、方法は金融記録へのアクセスを管理するように機能する。
【０２２５】
したがって、好ましい実施形態の金融記録へのアクセスを管理する方法の変形は、ユーザ口座の金融リポートを生成すること（Ｓ１１０）と、第１の第三者システムから金融リポート要求を受信すること（Ｓ１２０）と、第１の第三者システムとリポートトークンを共有すること（Ｓ１３０）と、外部エンティティがユーザの金融リポート情報にアクセスできるようにするよう機能する、リポートトークンを通して金融リポートへの第１の第三者システムアクセスを提供すること（Ｓ１４０）とを含むものとしてより具体的に説明し得る。更に、方法は、金融リポートの共有アクセスを管理する機能を含むことができ、その場合、方法は、金融リポートの第２のリポートトークンを共有すること（Ｓ１５０）と、第２のリポートトークンを通して金融リポートへの第２の第三者システムアクセスを提供すること（Ｓ１６０）とを含むことができる。更に、方法は、管理ユーザインターフェースをユーザに提供し、金融リポートへのアクセスを規制すること（Ｓ１７０）を含み得る。
【０２２６】
方法は、任意の適したユーザ口座集計データのセキュア分配に適用することができる。金融リポートを参照して本明細書に提供される説明は、金融リポートと併せて使用される方法に限定されず、本明細書で説明される方法が、金融リポートへの代替又は追加として、医療記録及び個人データ等の他のタイプのユーザアカウントデータに向けて変更、規制、又は他の方法で適合することが可能なことが当業者には明らかになろう。
【０２２７】
金融リポートは、好ましくは、金融機関サーバから取得されたユーザ口座の集計金融データから作成された資産リポートである。金融リポートは、好ましくは、口座／ユーザ情報、取引履歴情報、金融口座残高、日毎の口座残高履歴、及び／又は任意の適した関連情報を含む。幾つかの使用事例では、第１の第三者システムは貸し手の貸付管理システムの部分である。第２の第三者システムは、第２の貸し手の別の貸付管理システム、監査人の計算システム、及び／又は別のエンティティの任意の適したシステムであり得る。
【０２２８】
方法Ｓ１００は、好ましくは、本明細書に記載されるシステムに関連して実施される。主に、方法は、１つ又は複数の外部金融データソースとインターフェースするデータ管理プラットフォームにより実施し得るものとして説明される。１つ又は複数の金融データソースは、方法が銀行システムにより実施される場合等、データ管理プラットフォームの部分であり得る。
【０２２９】
方法Ｓ１００は主に、１つ又は２つの第三者システムに適用されるものとして本明細書に説明されるが、方法は、複数の別個のセカンダリトークンの使用を通して金融リポートへの任意の数の第三者システムによるアクセスを許可することができるように拡張し得る。
【０２３０】
方法Ｓ１００は更に、１人のユーザに使用することができるものとして説明される。しかしながら、方法は、１人又は複数のユーザに対してデータ管理プラットフォームにわたり複数のインスタンスで実施することができる。貸付承認プロセスでは多くの場合、ユーザは金融データの複数のソースへのアクセスを提供する必要がある。したがって、方法は、複数の金融記録にアクセスすることができる（又は代替的には、１つの編纂された金融記録を作成することができる）ようにユーザがデータ管理プラットフォームを通して複数の金融ユーザ口座を認証することが許されることができるよう実施し得る。更に、データ管理プラットフォーム内で、方法は、好ましくは、方法の複数のインスタンスを複数のユーザ及び第三者にわたり実行することができるように実施される。
【０２３１】
方法Ｓ１００は、好ましくは、種々のコンピュータシステム間の一連のアプリケーションプログラミングインターフェース（ＡＰＩ）通信を通して促進される。ＡＰＩは本明細書では主に、ＲＥＳＴｆｕｌ  ＡＰＩとして説明されるが、graphQL、簡易オブジェクトアクセスプロトコル（ＳＯＡＰ）、リモートプロシージャコール（ＲＰＣ）、及び／又は任意の適したタイプのプロトコル等の任意の適したタイプのＡＰＩ。
【０２３２】
この方法の種々の態様の詳細な説明について更に、本明細書において説明し、それらは方法Ｓ１００と組み合わせて又は別個に使用し得る。
【０２３３】
ユーザ口座の金融リポートを生成することを含むブロックＳ１１０は、ユーザのプライベート金融データへのデータ管理プラットフォームアクセスを付与するように機能する。金融リポートは、好ましくは、少なくとも１つの時点からのデータに基づくデータの提示である。換言すれば、作成されると、金融リポートは、好ましくは、いつアクセスされるかに関係なく同じままである。しかし、幾つかの変形は、金融リポートをリフレッシュすることができるプロセスを可能にし得る。元データは、好ましくは、銀行における当座預金口座若しくは普通預金口座又はクレジットカード口座等の金融機関から取得される。一変形では、金融リポートは金融機関における１つの口座に対応する。幾つかの変形では、データは複数の口座及び／又は金融機関から取得し得、データは１つの金融リポートに編纂することができる。
【０２３４】
金融リポートを生成することは、好ましくは、ユーザ口座を認証することと、金融データにアクセスすることと、及び金融リポートを作成することとを含む。
【０２３５】
金融データソースの外部システムにおけるユーザ口座を認証することは、金融機関の示されたユーザ口座を有するユーザの身元情報を検証するように機能する。ユーザは一般に、第三者システムにおけるユーザ口座から独立した金融システムユーザ口座を有する。金融システムユーザ口座は、好ましくは、ユーザ信用情報及び種々の認証メカニズム（例えば、２ファクタ認証、認証トークン、及びセキュリティ質問等）を有する。金融システムユーザ口座へのアクセスを取得するために、ユーザ信用情報は、好ましくは、受信され、及び／又は金融データソースに向けられる。
【０２３６】
一変形として、ブロックＳ１１０は、金融データソースとインターフェースし、金融データソースからのデータにアクセスするように構成されたプロキシサービスを通してユーザ信用情報を受信することを含むことができる。ユーザ信用情報は、好ましくは、第２のクライアントを通して受信され、第２のクライアントは、好ましくは、クライアント又は第１の第三者システムの計算システムとは別個である。
【０２３７】
一変形では、ユーザは、別個のアプリケーションを通してデータ管理プラットフォームと金融データソースとの間に接続を確立し得る。別の変形では、ユーザは、第三者システムのアプリケーション内に組み込まれたｉフレームウィジェット／アプリケーションから、データ管理プラットフォームと金融データソースとの間の接続を確立することができる。組み込まれたアプリケーションは、好ましくは、第三者システムがユーザ信用情報へのアクセスできないようにサンドボックス化される。ユーザインターフェースを提供して、金融機関の選択及びユーザ信用情報の収集、引き続いての認証ステップの完了（例えば、２ファクタ検証）を促進することができる。
【０２３８】
好ましくは、アプリケーションプロキシシステムはデータ管理プラットフォームにより利用されて、金融機関システムを用いての外部金融ユーザ口座の認証の完了及び金融ユーザ口座のプライベートデータへのアクセスを促進し得る。金融機関に応じて、方法は、提供されたプログラム的インターフェース（例えば銀行口座ＡＰＩ）を通して又は金融機関システムのユーザインターフェースアクセスをエミュレートすることによりアクセスすることを含み得る。金融機関へのアクセスを有するアプリケーションの内部インターフェースをモデリングするに当たり、種々の機関インターフェースモジュールを使用することができる。
【０２３９】
したがって、金融リポートを生成することは、図４に示されるように、ユーザクライアントから金融口座信用情報を受信すること（Ｓ１１２）と、金融口座信用情報を使用して金融機関を用いて認証すること（Ｓ１１４）と、金融機関から金融データを取得すること（Ｓ１１６）と、少なくとも金融データから金融記録を編纂すること（Ｓ１１８）とを含むことができる。幾つかの変形では、Ｓ１１２、Ｓ１１４、及びＳ１１６は、１つ又は複数の金融機関の異なる金融ユーザ口座に対して複数回繰り返し得、ブロックＳ１１８は、複数の金融ユーザ口座からの金融データから１つ又は複数の金融記録を編纂することを含むことができる。ブロックＳ１１４及びＳ１１６は、一変形では、モバイルデバイスアプリケーションの仮想化インスタンスを用いて金融機関を用いて認証することと；モバイルデバイスアプリケーションの仮想化インスタンスにより金融機関の非公開ＡＰＩを介して、金融機関におけるユーザ口座に関連付けられた取引データ及び口座残高を要求することと；外部機関の外部計算デバイスからユーザに関連付けられた取引データ及び口座残高を受信することとを含むことができる。金融機関へのアクセスモードは、利用可能な機関インターフェースモジュールに更に依存し得る。したがって、金融機関に基づいて、適切な機関インターフェースモジュールを選択することができる。
【０２４０】
別の変形として、銀行が金融記録へのアクセスを促進している場合等、方法のオペレータが口座金融データの保有者である場合、金融データに直接アクセス可能であり得る。銀行システムは、好ましくは、銀行システムでの口座管理ポータル内で許可を付与することにより又は任意の適したメカニズムを通して、銀行信用情報の受信等の何らかのメカニズムを通してユーザからの許可を認証する。
【０２４１】
外部システムにおいてユーザ口座を認証する場合、データプラットフォームは、好ましくは、ユーザ口座のプラットフォーム識別子及び第１の第三者の両方に関連付けられた認証済みデータチャネルとして金融データソースを確立する。第三者は、好ましくは、データ管理プラットフォームにまず登録し、関連付けられた識別子の共有を促進する。例えば、組み込まれたアプリケーションを使用して金融口座をリンクする場合、組み込まれたアプリケーションを通して実行された動作にその第三者を関連付け、マッピングすることができるように、組み込まれたアプリケーションには第三者識別子が供給される。
【０２４２】
一実施態様では、プロキシサービスを通して金融ユーザ口座を認証するプロセスは、第三者システムのクライアントと共有されるアクセストークンを確立する。アクセストークンは続けて、第三者システムからデータ管理プラットフォームに通信されて、第三者システムの要求の代理として金融ユーザ口座にアクセスするデータ管理プラットフォームの許可を確立する。
【０２４３】
金融データにアクセスし、金融リポートを作成することは、所望のデータを組み立て、金融リポートを提供するに当たり使用することができるデジタルリソースを生成するように機能する。
【０２４４】
金融データにアクセスすることは、１つ又は複数の金融ユーザ口座から金融データを収集するように機能する。金融データは、存在する場合、金融機関のプログラム的インターフェースを使用してインポートすることができる。代替的には、データは、リポート、ダッシュボード、データエクスポート、及び／又は他の情報ソースから取得又はスクレープすることができる。
【０２４５】
金融リポートは、好ましくは、指定された時間期間にわたる金融ユーザ口座の取引データ及び／又は口座残高を提示する。金融リポートは、好ましくは、カテゴリラベル、ロケーション、及びマーチャント名を用いて取引データをクリーニングする。金融リポートは更に、口座名及び身元情報、残高、日毎残高履歴情報、取引履歴を返し得る。
【０２４６】
金融リポートを作成することは、好ましくは、金融データを正規化することを含み、これは、金融データをクリーニングし、一貫したフォーマットに更新するように機能する。金融データを正規化することは、異なる金融機関にわたる非一貫性に対処して、第三者システムによる処理を容易にする。金融データを正規化することは、取引及び／又はマーチャント名をクリーニングし、元の取引記録情報を標準識別子にマッピングすることを含むことができる。
【０２４７】
金融リポートを作成することは、生のプライベートデータの表現の統合、サニタイジング、匿名化、及び／又は他の方法での変更を行うことを更に含み得る。一例として、同様のタイプのマーチャントからの複数の取引は１つの取引記録に統合されて、ユーザの挙動詳細を不明瞭化することができる。同様に、マーチャント名もより一般的なプレースホルダに変換することができる。
【０２４８】
金融リポートを生成することは金融データをフィルタリングすることを更に含み得、フィルタリングは種々のタイプのデータを除外するに当たり使用し得る。これは、全金融データの限られたビューのみを表す金融リポートを提供するに当たり使用し得る。一例として、金融データをフィルタリングすることは、最新２４ヶ月等の指定された時間期間内からの取引データに金融リポートを制限することを含むことができる。例えば、収入検証に向けて構成された金融リポートは、収入に関連付けられた取引データをまとめた情報のみを編纂し得る。
【０２４９】
幾つかの変形では、金融リポートを作成することは、金融データを処理し、１つ又は複数の金融分析サマリを提供することを更に含み得る。金融分析サマリは、好ましくは、金融データから生成されるより高レベルの評価又はメトリックとして機能する。金融分析サマリは、１つ又は複数の金融サマリメトリック、グラフ、又はデータセットを含み得る。金融リポートの補足的属性として使用し得るが、代替的には、何らかの情報の代わりに使用することができる。例えば、金融分析サマリは個々の取引詳細の代わりに使用することができる。種々のタイプの金融分析サマリが使用可能である。一変形では、金融分析は１つ又は複数のリスク測定を提供することができる。別の変形では、収入は、ベース収入レベルにより測定され、及び／又は異なる収入源により分けることができる。別の変形では、支出は異なる支出カテゴリに細分することができる。
【０２５０】
金融リポートを作成することは、氏名、住所、ロケーション、口座の持続時間、及び／又は金融データソースから取得可能な他の適したタイプのデータ等の口座情報を抽出することを更に含み得る。
【０２５１】
金融データにアクセスし、金融リポートを作成することは、好ましくは、ブロックＳ１２０からの金融リポート要求に応答して実行される。代替的には、金融リポートは、ユーザ行動に応答して作成することができる。例えば、ユーザは、管理ユーザインターフェースを通して金融リポートの作成を手動で開始することが許され得る。金融リポートの作成は、好ましくは、リポートへのアクセスが許された１つ又は複数の第三者口座と関連して実行される。
【０２５２】
ブロックＳ１２０は、第１の第三者システムから金融リポート要求を受信することを含み、金融リポートの確立を開始するように機能する。より詳細には、金融リポート要求は作成要求である。データ管理プラットフォームは、好ましくは、有効な金融リポート要求に応答して関連する金融ユーザ口座についての金融リポートの作成を開始する。
【０２５３】
金融リポート要求は、好ましくは、ＡＰＩを通して受信されたプログラム的要求として受信される。第三者からのＡＰＩ要求は、好ましくは、第三者システムの計算システムから提出される。より詳細には、第三者クライアントデバイスが要求を行う。代替的には、金融リポート要求は、ユーザ／第三者の管理者に提供されたユーザインターフェースを通して受信することができる。
【０２５４】
金融リポート要求は、好ましくは、要求側エンティティ（例えば、第１の第三者口座ＩＤ及び秘密トークン）、金融リポートにおいてカバーされる日付等の金融リポートの属性、金融口座識別子、リポートに追加すべき追加データ（例えば、正式な氏名、ＳＳＮ、及び連絡先情報等）を示すパラメータを用いて作成される。金融口座識別子は、データ管理プラットフォームとユーザの金融ユーザ口座との間のリンクの確立に関連して生成されたアクセストークンとして供給し得る。金融口座識別子（例えばアクセストークン）のセットを供給することができ、各金融データソースに１つが金融リポートに含まれるべきである。幾つかの場合、要求は、データ管理プラットフォームが、金融リポートが作成され、アクセス可能な状態になった場合等の適切なときに連絡することができるコールバックＵＲＩ（すなわち、ウェブフックＵＲＬ）を示し得る。
【０２５５】
内部で、データ管理プラットフォームは、好ましくは、指定された金融リポートの作成を開始し、指定された金融リポートは、上述したように金融データにアクセスし、金融リポートを作成することを含むことができる。
【０２５６】
幾つかの変形では、新しい金融リポートは前の金融リポートから生成することができる。一変形では、既存のリポートをリフレッシュする要求を行うことができる。金融リポートは、ある時点でのユーザの資産及び金融ステータスのスナップショットであり、好ましくは、不変にされる。したがって、方法は、金融リポートをリフレッシュ又は更新するように機能する、金融リポートに関連した更新要求を受信することを更に含み得る。方法は、好ましくは、更新要求に応答して、新しい金融データ及び元の金融リポート要求に基づいて更新された新しい更新済み金融リポートを作成し、更新済み金融リポートの更新されたリポートトークンを供給又は他の方法で返信することを含む。
【０２５７】
リフレッシュ済み金融リポートの設定は、前のものと実質的に同じであることができる。しかし、要求は、前の要求パラメータをオーバーライドする異なるパラメータを指定し得る。別の変形では、含まれる口座、取引、又は他の適した情報を制限することにより、金融データのサブセットのみを含むように既存の金融リポートを狭める要求を行うことができる。上と同様に、新しい金融リポートは、好ましくは、フィルタ要求に応答して作成される。フィルタ要求は、好ましくは、金融リポートトークン及びフィルタオブジェクト（例えば、除外する金融ユーザ口座のリスト）を示す。その結果として生成された金融リポートにアクセスし、リフレッシュ済みの金融リポート又はフィルタリング済みの金融リポートを共有することは、好ましくは、新たに作成された金融リポートについて本明細書に説明されたプロセスと略同様である。
【０２５８】
ブロックＳ１３０は、リポートトークンを第１の第三者システムと共有することを含み、関連付けられた金融リポートへのアクセスに使用可能な暗号鍵を第三者システムに供給するように機能する。リポートトークンの共有は、好ましくは、リポートトークンを確立し、セカンダリリポートトークンを第１の第三者システムに通信することを含む。金融リポート識別子は、好ましくは、金融リポートの作成に関連して生成又は他の方法で割り当てられる。更に、リポートトークンは作成又は生成され、金融リポート（及びその識別子）に一意に関連付けられる。リポートトークンは更に、その口座識別情報のみがその特定のリポートトークンを使用して金融リポートにアクセスすることができるように、第三者口座識別子に一意に関連付けられ得る。リポートトークンは代替的には、複数の第三者口座に関連付けられ得る。関連するリポートトークン情報（例えば、金融リポート識別子、リポートトークン、及び第三者口座識別子のマッピング）を記憶したデータベースは、好ましくは、それに従ってリポートトークンの記録を記憶するように更新される。
【０２５９】
リポートトークンを作成すると、リポートトークンは、好ましくは、第三者システムに通信される。好ましくは、図２６に示されるように、リポートトークンはブロックＳ１２０の金融リポート要求への通信応答において通信される。
【０２６０】
第三者システムは、金融リポートに続けてアクセスするために、好ましくは、セキュアで持続的なデータストアに口座識別子を記憶する。
【０２６１】
更に別の変形では、リポートトークンは、金融リポートの完全性を検証するのに使用することができる監査トークンとして使用し得る。幾つかの変形では、金融リポートはリポートトークンと共に共有し得る。リポートトークンは、金融リポートの完全性を検証することができるメカニズムとして機能することができる。例えば、第２の第三者システムは監査トークンをデータ管理プラットフォームに提出することができ、共有された金融リポートが同じ情報を含むことを検証すること等によりリポートの完全性のインジケーションを提供することができ、又は少なくとも情報は、ユーザ口座データの少なくとも一部及びデータ管理プラットフォームのリポートと一貫するものとして検証される。
【０２６２】
ブロックＳ１４０は、リポートトークンを通して第１の第三者システムアクセスを金融リポートに提供することを含み、金融リポートへのアクセスを第１の第三者システムに送出又は露出するように機能する。
【０２６３】
アクセスは、好ましくは、金融リポートが完成すると提供される。一変形では、金融リポートが完成したとき、第三者システムのコールバックＵＲＩがデータ管理プラットフォームにより呼ばれる。別の変形では、第三者システムはデータ管理プラットフォームを定期的にポーリングして、金融リポートがいつ完成するかをチェックする。代替的には、金融リポートが準備されるとき、第三者システムとデータ管理プラットフォームとの間の接続を確立するのに、ウェブソケット又は他のメカニズムを使用し得る。
【０２６４】
したがって、好ましい一変形の第１の第三者アクセスを提供することは、金融リポートが完成したとき、指定されたＵＲＩに通信を送信することと、第三者システムから金融リポートアクセス要求を受信することと、金融リポートを返すこととを含む。述べたように、金融リポートの完成を第三者システムに通知するに当たり、他の手法を使用することも可能である。ここでは、第三者システムから通信を受信することは、認証信用情報又は起点であるクライアントが第三者の代理として動作していることが理解されることを示す暗号トークンを含む通信（例えばＨＴＴＰ／Ｓメッセージ）が受信されることを示す。受信された金融リポートアクセス要求は、好ましくは、図２７Ａに示されるように、リポートトークンを更に含み、又は参照する。リポートトークンは、好ましくは、関連付けられた第三者に属するものとして確認される。一実施態様では、リポートトークンは、リポートトークンデータベースのクエリに使用することができ、検索されたリポートトークンは次に、金融リポートの識別及び関連付けられた第三者識別情報についてのアクセス許可の検証に使用することができる。
【０２６５】
一変形では、金融リポートは、ＰＤＦ、データエクスポート（例えば、ｃｓｖ、ｊｓｏｎ、及びｘｍｌ等）、又は他の適したメディアファイル等の共有可能メディアファイルとして作成することができる。金融リポートアクセス要求は、金融リポートのメディアフォーマットを指定し得、対応するフォーマットの金融リポートが返される。図２７Ｂに示されるように、金融リポートのｊｓｏｎデータ表現は、口座情報、残高、残高履歴、及び取引等の種々の属性をブレークアウトすることができる。
【０２６６】
追加又は代替の一変形として、金融リポートは、制御されたユーザインターフェースを通して共有され得、デジタルデータオブジェクトとして送出されないことがある。制御されたユーザインターフェースは、好ましくは、制御された媒体内で金融リポートを提示する金融リポートアクセスユーザインターフェースである。したがって、リポートトークンを介して第１の第三者システムアクセスを金融リポートに提供することは、リポートトークンに付随するアクセス要求を受信することと、金融リポートアクセスユーザインターフェースを提示することとを含むことができる。金融リポートアクセスユーザインターフェース内で、金融リポートを提示することは、静的ドキュメント表現を提示することを含み得る。代替的には、金融リポートを提示することは、金融リポートへのインタラクティブインターフェースをレンダリングすることを含むことができ、金融リポートという結果は、インタラクティブユーザインターフェースにおいてクエリされ探索され得る。制御された計算環境は、データ管理プラットフォームの制御外で金融リポートをダウンロードし、金融リポートを共有する第三者の機会を制限し得る。幾つかの場合、金融リポートアクセスユーザインターフェースは、他の共有可能なメディアファイルフォーマットと共に選択可能な選択肢であり得る。幾つかの場合、アクセスのフォーマットは何らかの他のファクタにより制御し得る。例えば、監査リポートトークンを使用して金融リポートにアクセスする二次貸し手は、ユーザインターフェースフォーマットのみに制限し得る。
【０２６７】
述べたように、方法は、金融リポートについて第２のリポートトークンを共有すること（Ｓ１５０）と、第２のトークンを通して金融リポートへの第２の第三者システムアクセスを提供すること（Ｓ１６０）であって、指定された第三者エンティティに追加のリポートトークンを生成できるようにするよう機能し得る、提供すること（Ｓ１６０）とを更に含み得る。追加のリポートトークンは、好ましくは、第三者エンティティ識別子に一意に関連付けられ、機能的にデータ管理プラットフォーム内の口座識別子であり得る。第１の第三者システムは、好ましくは、追加のリポートトークンの作成を要求する。幾つかの変形では、他の第三者エンティティは、リポートトークンを有すると、追加のリポートトークンの生成を更に要求し得る。幾つかの変形では、新しいリポートトークンを作成する許可は種々の方法で制限し得る。
【０２６８】
ブロックＳ１５０は、金融リポートの第２のトークンを共有することを含み、第２の第三者システムに、関連付けられた金融リポートへのアクセスに使用可能な暗号鍵を供給するように機能する。ブロックＳ１５０はブロックＳ１２０及びＳ１３０と同様に動作する。ブロックＳ１５０は、少なくとも、リポートトークンが新しい第三者に関して要求されるという点でＳ１２０及びＳ１３０と異なる。
【０２６９】
好ましくは、金融リポートの第２のトークンを共有することは、第１の第三者システムからセカンダリリポートトークン要求を受信することと、セカンダリリポートトークンを確立することと、セカンダリリポートトークンを第１の第三者システムに通信することとを含む。
【０２７０】
セカンダリリポートトークン要求は、好ましくは、新しいセカンダリリポートトークンを作成する要求である。セカンダリリポートトークン要求は、好ましくは、第２の第三者エンティティの識別子を含む。幾つかの変形では、利用可能な第２の第三者エンティティのリストは、認可された第三者の限られた集合である。例えば、第２の第三者エンティティは、監督コンプライアンスについて金融リポートを共有する場合、「ファニーメイ」であることができる。
【０２７１】
幾つかの変形では、セカンダリリポートトークンへの要求は要求されない。代替の一変形では、セカンダリリポートトークンは、金融リポートの生成に応答して自動的に生成し得る。例えば、金融リポートを作成する元の要求は、セカンダリリポートが望まれる１つ又は複数のセカンダリ第三者エンティティを指定し得る。別の変形では、種々の監査要件のインジケーションは、指定された監査組織にアクセスを提供するようにデータ管理プラットフォームを予め構成し得る。
【０２７２】
セカンダリリポートトークンを確立することは、好ましくは、新しいリポートトークンを作成することを含む。元のリポートトークンと同様に、セカンダリリポートトークンは金融リポート（例えば、金融リポート識別子を介して）に一意に関連付けられ、その特定のセカンダリリポートトークンを使用して第２の第三者の口座のみが金融リポートにアクセスできるように第２の第三者に一意に関連付けられる。新しいリポートトークンは、セカンダリリポートトークンとして言及されることがある。代替的には、セカンダリリポートトークンは元のリポートトークンから明示的に区別されないことがある。例えば、同じリポートトークンデータベースを使用して、リポートトークンを記憶し得る。
【０２７３】
セカンダリリポートトークンは、好ましくは、外部通信チャネルを通して関連付けられた第２の第三者エンティティに通信される。しかしながら、幾つかの変形では、セカンダリリポートトークンは第２の第三者エンティティに直接送出することができる。例えば、セカンダリリポートトークンは、何らかの識別情報と共にリポートトークンのリポジトリに追加することができる。第２の第三者は、新たに追加されたリポートトークンに通知し得る。別の変形では、コールバックＵＲＩが供給され（例えば、セカンダリリポートトークンを作成する要求を用いて、又は第三者口座として登録する場合第２の第三者により）、セカンダリリポートトークンはコールバックＵＲＩに送出される。コールバックＵＲＩが第２の第三者システムにアドレス指定されている場合、第２の第三者エンティティはセカンダリリポートトークンと直接通信される。
【０２７４】
セカンダリリポートトークンは代替的に監査トークンと呼ばれることもあるが、セカンダリリポートトークンのユーザは監査人に限定されない。例えば、貸付の引き継ぎを評価する場合、他の貸し手に元の金融リポートへのアクセスが与えられ得る。
【０２７５】
ブロックＳ１６０は、第２のトークンを通して金融リポートへの第２の第三者システムアクセスを提供することを含み、第２の第三者システムに対して金融リポートへのアクセスを送出又は露出するように機能する。ブロックＳ１６０は、好ましくは、ブロックＳ１４０と略同様であり、ブロックＳ１４０の変形の多くがＳ１６０に当てはまり得る。
【０２７６】
第２の第三者システムに、金融リポートにアクセスするためにセカンダリリポートトークンが提供される場合、金融リポートは既に作成されていることが多い。金融リポートが作成されない場合、金融リポートが利用可能なとき、第１及び／又は第２の第三者に通知するに当たり、ブロックＳ１４０において使用されたものと同様のメカニズムを使用し得る。
【０２７７】
ブロックＳ１４０と同様に、ブロックＳ１６０は、第２の第３者システムから金融リポートアクセス要求を受信することと、金融リポートを返すこととを含み得る。この第２の金融リポートアクセス要求は、好ましくは、第２の第三者システムから送信され、第２の第三者口座からのものとして認証される。金融リポートアクセス要求はセカンダリリポートトークンを更に含むことができ、セカンダリリポートトークンは、金融リポート及び第２の第三者口座へのマッピングとして検証される。金融リポートのフォーマットも同様に要求し得る。
【０２７８】
代替的には、セカンダリリポートトークンを通して金融リポートへの第２の第三者システムアクセスを提供することは、セカンダリリポートトークンに付随するアクセス要求を受信することと、金融リポートアクセスユーザインターフェースを提示することとを含むことができる。
【０２７９】
ブロックＳ１７０は、管理ユーザインターフェースをユーザに提供し、金融リポートへのアクセスを規制することを含み、金融リポートを扱う人を監督するメカニズムをユーザに与えるように機能する。第１の第三者との金融リポートの初期共有は通常、ユーザにより理解されるが、金融リポートと共にとられる続く動作は、特に従来の手段を通して実行される場合、エンドユーザに露出されないことが多い。ブロックＳ１７０は、ユーザが金融リポートに関連する活動を見ることができ、及び／又は金融リポートにわたり何らかの制御手段を表す動作をとられるようにする多種多様なメカニズムを提供する。
【０２８０】
ブロックＳ１７０の一変形では、金融リポートへのアクセスを規制することは、金融リポートのアクセス履歴を提供することを含むことができ、アクセス要求及び金融リポートにアクセスする第三者のインスタンスの監査を提供するように機能する。アクセス履歴は、好ましくは、第三者情報と共にイベントの時刻等の詳細と共に管理ユーザインターフェース内に提示される。ユーザは、金融リポートが誰と共有されたかをレビューすることができる。
【０２８１】
ブロックＳ１７０の追加又は代替の変形では、金融リポートへのアクセスを規制することは、管理ユーザインターフェースを通してアクセス許可を受信することと、アクセス許可に従って金融リポートへのアクセスすることとを含むことができる。
【０２８２】
アクセス許可に従って金融リポートへのアクセスを許可することは、誰が金融リポートにアクセスできるか、金融リポートにいつアクセスできるか、誰が他の第三者の新しいリポートトークンを作成することができるか、誰が金融リポート内の特定の情報を見ることができるかを制限すること及び／又は他の規制動作を含むことができる。アクセス許可の設定は、管理ユーザインターフェース内で先制して実行することができる。例えば、ユーザは、セカンダリ第三者との金融リポートの共有を制限する選択肢を選択し得る。
【０２８３】
更に、アクセス処理の設定は、データ管理プラットフォーム内で管理され、構成することができる。一例では、新しい第三者による金融リポートへの初期アクセスは、ユーザによる入力に応答して許可し得る。ユーザによる応答入力は代替的には、図２９のＳ２８２１及びＳ２８２２に示されるように、デフォルト機能として構成し得る。
【０２８４】
一変形では、管理ユーザインターフェースを通してアクセス許可を受信し、アクセス許可に従って金融リポートへのアクセスを許可することは、管理ユーザインターフェースを通して新しいアクセス要求をユーザに通知することと、新しいアクセス要求へのユーザ入力を受信することと、ユーザ入力に従ってアクセス要求を許可することとを含むことができる。新しいアクセス要求の通知は、第三者のリポートトークンを作成する前、金融リポートへのアクセスを提供する前、又は任意の適したときに実行し得る。同様のユーザ入力検証は、より新しい金融データで金融リポートをリフレッシュする等の他の動作に対して実行することもできる。
【０２８５】
一例では、データ管理プラットフォームは、暗号化され認証されたチャネルを経由してユーザの管理インターフェースに、ユーザからの許可を求め、要求された金融リポートを１つ又は複数の指定された第三者に開示する要求を送信する。ユーザが要求を拒絶する場合、データは第三者に開示されず、ユーザのデータプライバシーは維持される。ユーザが要求を承認する場合、指定された第三者は金融リポートにアクセスすることができる。一実施態様では、ユーザの応答が供給された場合、第三者システムのコールバックＵＲＩが通知される。
【０２８６】
ユーザ入力を取得する追加又は代替の変形では、方法は、第三者によるアクセスを自動的に規制することを更に含み得る。第三者によるアクセスを自動的に規制することは、有効なアクセス要求を動的且つ選択的に許可することと、無効なアクセス要求を拒絶することとを含むことができる。アクセス要求の有効性は多種多様なファクタに基づき得る。データ管理プラットフォームは、種々の第三者の活動への可視性を有するため。データ管理プラットフォームは、プラットフォームを使用して複数のユーザ及び第三者にわたる金融リポートアクセスを分析するプロセスを実施し得る。効果的なことに、方法は、第三者のプラットフォーム対話を評価することを含み得る。プラットフォーム対話を評価することは、好ましくは、データ管理プラットフォームの要求及び使用の履歴を分析することを含み、データ管理プラットフォーム外部の情報を分析することを更に含み得る。プラットフォーム対話の評価結果は、第三者の信頼スコアを生成することができ、又は代替的には、特定の使用パターンのフラグ付けに使用し得る。
【０２８７】
アクセスを自動的に規制するに当たり、標準又は予期されるアクセス要求は自動的に許可し得る。例えば、規制組織及び高信頼性第三者は、リポートトークンを使用して金融リポートにアクセスすることに自動的に許可され得る。第三者による典型的な挙動及び／又は違法又は不要な挙動を示す活動は、アクセス要求が自動的に拒絶され得る。幾つかの場合、許可又は拒絶の判断は、ユーザ入力を取得することによりユーザに委任し得る。例えば、疑わしいアクセス要求を自動的に拒絶する代わりに、データ管理プラットフォームは、管理ユーザインターフェースを通してユーザに通知し、その事柄についてのユーザ入力を受信し得る。
【０２８８】
方法の例示的な実施態様
図２８Ａ及び図２８Ｂに示される例示的な実施態様では、方法はデータ管理プラットフォームのＡＰＩと組み合わせて実施されて、資産リポートの作成及びセキュアアクセスを管理することができる。図２１Ｂに示されるように、第１及び第２の第三者システムは、リポートにアクセスするために、ＡＰＩと対話することができる。図２８Ａに示されるように、データ管理プラットフォームはまず、ユーザの金融口座にアクセスするようにセットアップされる。ユーザは、好ましくは、データ管理プラットフォームの口座アクセスインターフェースを使用する。口座アクセスインターフェースは、好ましくは、デジタルシステムが外部ユーザ口座のプライベートデータにアクセスする高信頼性ソースとして動作するようにデータ管理を構成するために、セキュア認証フローを提供するのに使用することができるプロキシサービス又はプログラム的インターフェースのセットである。例えば、図２２Ａ〜図２２Ｌに示される等のユーザインターフェースは、ユーザが銀行ユーザ口座の銀行信用情報を用いて認証できるようにすることができ、それにより、データ管理プラットフォームは、その銀行ユーザ口座の金融データにアクセスすることができる。したがって、ユーザは、好ましくは、アイテムの作成を開始し（Ｓ２８０１）、アイテムは外部ユーザ口座の信用情報のセットを表す。アイテムは、外部金融機関システム等の外部システムを用いての認証に使用される。認証信用情報は次に、金融口座へのアクセスＳ２８０２及び関連付けられたプライベートデータへのアクセスＳ２８０３に使用される。ユーザ口座に金融口座をリンクすることは、好ましくは、ユーザ口座の任意の数に対して繰り返すことができる。例えば、Ｓ２８０１〜Ｓ２８０３は、金融リポートが望まれる複数の銀行に対して繰り返すことができる。
【０２８９】
ユーザクライアントは、別個のアプリケーション又は貸し手システムに統合された構成要素であることができる。アクセストークンは、好ましくは、クライアントと貸し手システムとの間で共有され、そして貸し手システムとデータ管理システムとの間で共有される（Ｓ２８０４）。
【０２９０】
貸し手システムで資産リポートを作成する準備ができると、貸し手システムは、好ましくは、資産リポート作成要求を送信する（Ｓ２８０５）。次に、データ管理システムは、資産リポートの作成を開始し（Ｓ２８０６）、これは、ある時点からの金融記録の履歴記録として機能する。内部識別子がデータ管理システム内で作成され（Ｓ２８０７）、次に資産トークンの割り当てに使用され（Ｓ２８０８）、トークンは貸し手システムと共有される（Ｓ２８０９）。
【０２９１】
内部金融記録アクセスシステムは、好ましくは、データが現在のものではない場合、１つ又は複数の金融機関のプライベートデータにアクセスする。データにアクセスすると、資産リポートが生成される。好ましい一実施態様による手法は、ウェブフックを使用して貸し手に通知すること（Ｓ２８１０）（すなわち、貸し手システムの指定されたＵＲＩに通信されるＨＴＴＰ／Ｓ通信）であるが、貸し手システムに通知する任意の適したモードが使用可能である。通知されると、貸し手システムはデータ管理プラットフォームに手を伸ばして、完成した資産リポートを要求する（Ｓ２８１１）。好ましくは、要求は資産トークンを含む。資産トークンは記録にマッピングされ、貸し手識別子及び資産識別子への対応性について検証される（Ｓ２８１２）。次に、対応する資産リポートは、好ましくは、貸し手システムに返される（Ｓ２８１３）。データ管理プラットフォームは、資産リポートを送出する際、任意の種類のアクセスポリシーを適用し得る。アクセスポリシーは部分的にエンドユーザにより管理し得る。更に、アクセスへの要求及び／又は提供されたアクセスは追跡され、ユーザ又は他の当事者に報告することができる。
【０２９２】
幾つかの使用シナリオでは、資産リポートの初期取得者は、図２８Ｂに示されるように、資産リポートの情報へのアクセスを他者に提供したいことがある。例えば、監査人又は別の貸し手は金融リポートへのアクセスに関心を有し得る。例えば、アクセス共有プロセスを使用して、ファニーメイへのアクセスを提供することができる。貸し手は、好ましくは、指定された当事者が金融リポートにアクセスするのにも使用することができる新しいトークンを作成する要求を行う（Ｓ２８１４）。好ましくは、第２の資産トークンは作成され（Ｓ２８１５）、第２の第三者の口座識別子が関連付けられ、第２の第三者の口座識別子は、図２８Ｂの場合、監査人の口座ＩＤである。第２の資産トークン（例えば「監査トークン」）を貸し手に返すことができ（Ｓ２８１６）、次に貸し手は、好ましくは、監査トークンを監査人と共有する（Ｓ２８１７）。監査トークンを用いて、監査人はデータ管理プラットフォームへの自身の要求を行うことができる（Ｓ２８１８）。プラットフォームは、口座に監査トークンが関連付けられていることを検証し、資産リポートにアクセスし（Ｓ２８１９）、次に資産リポートを貸し手に送出することができる（Ｓ２８２０）。好ましくは、一意のリポートトークンが作成され、アクセスを望む各第三者により使用される。幾つかの場合、元の第三者のみがセカンダリリポートトークンを生成することができる。他の場合、セカンダリリポートトークンのユーザ及び／又は保有者は追加又は代替として、新しいリポートトークンを許可することができ得る。
【０２９３】
ユーザ口座データにプログラム的にアクセスするシステム及び方法の例
図３０は、１つ又は複数の外部ユーザ口座システムからユーザ口座データにアクセスし得る計算システム１００（例えばシステム）の特定の態様を示す。システム１００は、アプリケーションプログラミングインターフェース（ＡＰＩ）サービス１１０、アプリケーションプロキシシステム１２０、及び少なくとも１つの機関インターフェースモジュール（例えばモジュール１３１、１３２、及び１３３）を含み得る。システムは、露出されたプログラム的アクセスがない１つ又は複数の外部ユーザ口座システム（例えば、外部ユーザ口座システム１４１、１４２、及び１４３）へのプログラム的なアクセスを提供するように機能する。外部ユーザ口座システムは、プロプライエタリ外部金融サービス（例えば、特に上述したような金融機関サービス）を含み得る。そのような機関は、ユーザがモバイルデバイス又はデスクトップデバイスからユーザ口座データ／情報にアクセスできるようにする第一者ソフトウェアアプリケーション（例えばモバイルアプリケーション）を有し得る。そのような第一者アプリケーションは一般に、プロプライエタリ又はカスタマイズされたアプリケーションプログラミングインターフェース（ＡＰＩ）（例えば、ＡＰＩ１６１、１６２、及び１６３）を使用する。これらのＡＰＩは一般に公開されず、露出されない。例えば、開発者は一般に、口座を登録し、オープンＡＰＩ認証手法を使用して、そのような外部ユーザ口座システムのＡＰＩリソースに任意にアクセスすることができないようにされる。更に、外部ユーザ口座システムのＡＰＩ（例えば、ＡＰＩ１６１、１６２、及び１６３）は、他の機関と共有されない重要なカスタマイズされたインターフェースプロトコルである；例えば、各外部ユーザ口座システムはそれ自体のインターフェースに準拠する。
【０２９４】
システム１００は、正規化されたインターフェース（例えばＡＰＩサービス１１０）を１つ又は複数の外部ユーザ口座システム（例えば、外部ユーザ口座システム１４１、１４２、及び１４３）に提供するように機能する。システム１００は、アプリケーションプロキシシステム１２０を利用することにより外部ユーザ口座システム内のユーザ口座にアクセスできるようにする。アプリケーションインスタンスの仮想化「像」又はデジタルシミュレーションがアプリケーションプロキシシステム１２０に保持され、外部ユーザ口座システムの非露出ＡＰＩ（例えば、ＡＰＩ１６１、１６２、及び１６３）にアクセスするのに使用される。システムは金融機関に適用し得るが、システムは追加又は代替として、ＡＰＩアクセスが閉じられているか、又は制限された他の外部システムへのＡＰＩアクセスの提供に適用することもできる。
【０２９５】
システムのＡＰＩ１１０は、正規化された顧客対面インターフェースを提供するように機能する。ＡＰＩ１１０は、ユーザ口座データのソースとして機能する外部ユーザ口座システム（例えば、外部ユーザ口座システム１４１、１４２、及び１４３）への、土台をなす非公開（又は公開）ＡＰＩが無視され、種々の異なる外部ユーザ口座システムへのＡＰＩ１１０が実質的に標準化されるという意味で正規化し得る。幾つかの変形では、ＡＰＩ１１０の種々の態様は、外部ユーザ口座システムと対話する場合、制限され得る。例えば、ある機関はデジタル小切手入金等の特徴をサポートせず、一方、第２の機関はサポートすることがある。この場合、ＡＰＩ１１０は、小切手入金というＡＰＩ特徴が第１の機関では阻止されるようにＡＰＩを定義し得る。システム１００、より具体的にはＡＰＩ１１０は、アクセス可能なＡＰＩサービスを顧客、例えば外部開発者に提供するのに使用し得る。したがって、システム１００は、多くの口座がシステム１００の使用を共有できるようにするマルチテナントシステムであり得る。システム１００、より具体的にはＡＰＩ１１０は代替的には、シングルテナントシステムであり得る。例えば、システムは、オンライン金融管理製品を提供するウェブサイトへの内部システムとして使用し得る。
【０２９６】
ＡＰＩサービス１１０はＲＥＳＴｆｕｌ  ＡＰＩであり得るが、代替的にはＳＯＡＰ又はカスタムプロトコル等の任意の適したＡＰＩであり得る。ＲＥＳＴｆｕｌ  ＡＰＩはＨＴＴＰ要求及び応答モデルに従って機能する。システム１００へのＨＴＴＰ要求（又は任意の適した要求通信）は、ＲＥＳＴｆｕｌ設計の原理に従い得る。ＲＥＳＴｆｕｌは、本明細書では、当技術分野で既知のように、表現状態転送アーキテクチャを記述するものとして理解される。ＲＥＳＴｆｕｌ  ＨＴＴＰ要求はステートレスであり得、したがって、通信される各メッセージは、要求の処理及び応答の生成に必要な全ての情報を含む。ＡＰＩサービス１１０は、要求された情報を指定し、又は特定の動作を要求するメカニズムとして機能するエンドポイントとして機能する種々のリソースを含むことができる。リソースは、ＵＲＩ又はリソースパスとして表現することができる。ＲＥＳＴｆｕｌ  ＡＰＩリソースは更に、ＧＥＴ、ＰＵＴ、ＰＯＳＴ、及び／又はＤＥＬＥＴＥ等の異なるタイプのＨＴＴＰメソッドに応答することができる。
【０２９７】
ＡＰＩサービス１１０は、システム１００により提供されるように、多種多様な情報及び動作リソースへのインターフェースを提供することができる。ユーザ口座に関連する情報／データは、ＡＰＩ１１０を介して特定のＡＰＩリソースをクエリすることを通してアクセス可能であり得る。例えば、取引のリスト及び個々の各取引についての情報に、ＡＰＩ１１０の異なるＡＰＩ呼び出しを通してアクセス可能であり得る。情報は更に、口座サマリ情報、住所及び連絡先情報等の口座詳細、取引に関わるエンティティ等の他の当事者についての情報、及び／又は任意の適した情報に関連することができる。ＡＰＩ１１０は更に、何らかの動作のトリガー又は実行促進に使用することができる。例えば、ＡＰＩ呼び出しが、送金、口座情報の更新、アラートのセットアップ、又は任意の適した動作の実行に使用され得る。そのようなＡＰＩ特徴例では任意の適したＡＰＩ特徴可能性及びセマンティックアーキテクチャが使用可能なことを当業者は理解しよう。
【０２９８】
一実施態様例では、ＡＰＩ１１０を介したＡＰＩ呼び出しが、ユーザの追加、認証の完了、取引情報へのアクセス、及び他の動作をサポートすることができる。例えば、アプリケーションは、ユーザを認証するために、ＡＰＩ１１０の「／ｃｏｎｎｅｃｔ」ＲＥＳＴ  ＡＰＩリソースにポストし得；機関がマルチファクタ認証を含む場合、「／ｃｏｎｎｅｃｔ／ｓｔｅｐ」リソースを提出して、マルチファクタ認証を完了することができ；「／ｃｏｎｎｅｃｔ」リソースに対してＧＥＴを実行することは、ユーザ／ユーザの口座に関連する取引データにアクセスすることができる。ＡＰＩ１１０は更に、取引に関わるエンティティについての情報にアクセスするための情報リソースを含み得る。例えば、ＡＰＩ１１０は、氏名、ロケーション、及び分類等のビジネスについての状況情報を取得するために特定のビジネスリソースにアクセスできるようにし得る。本明細書に記載されるシステム及び方法の好ましい使用事例では、ＡＰＩ及びＡＰＩリソース／エンドポイントのセットが、金融リポートの作成要求、金融リポートへのアクセス、第２の第三者の新しいリポートトークンの作成、更新された金融リポートの作成、及び／又はフィルタリングされた金融リポートの作成等の動作のために存在する。
【０２９９】
アプリケーションプロキシシステム１２０は、機関への第一者ソフトウェアアプリケーションアクセスのシミュレーションを管理するように機能する。アプリケーションプロキシシステム１２０は、１つ又は複数の機関インターフェースモジュール（例えば、機関インターフェースモジュール１３１、１３２、及び１３３）と協働して、仮想化又はシミュレートされたアプリケーションインスタンス（本明細書では「アプリケーションプロキシインスタンス」、「プロキシインスタンス」、「仮想化インスタンス」、及び／又は「シミュレートされたインスタンス」等とも呼ばれる）（例えば、プロキシインスタンス１２１、１２２、及び１２３）として動作するデータモデル及び／又はデータ像を確立する。機関の視点から、プロキシインスタンス（例えば、プロキシインスタンス１２１、１２２、及び１２３）は、ユーザにより使用されている物理的なユーザデバイス（例えばユーザデバイス１７１及び１７２）にインストールされた第一者アプリケーション（例えば銀行２のアプリケーション１５３）として見える。換言すれば、プロキシインスタンスから受信された要求は、ユーザの第一者モバイルアプリ、デスクトップアプリ、又はウェブベースのアプリケーションからの要求のように扱われる。アプリケーションプロキシシステム１２０は、複数のアプリケーションプロキシインスタンス（例えば、プロキシインスタンス１２１、１２２、及び１２３）を記憶し保持し得る。プロキシインスタンスは、定義された機関インターフェース（例えば、機関インターフェースモジュール１３１、１３２、及び／又は１３３の機関インターフェース）に従って使用される場合、機関（例えば、機関１４１、１４２、及び／又は１４３）の第一者アプリケーション（例えばアプリケーション１５３）からの要求として見える構成設定及び属性を含み得る。各ユーザ口座−機関ペアで異なるプロキシインスタンスを作成し保持し得る。所与のユーザは、異なる機関で複数のユーザ口座を有し得る。プロキシインスタンスは、機関システム（例えば、機関１４１、１４２、及び／又は１４３）を用いてプロキシインスタンスを認証するのに使用することができる属性のセットを含み得る。アプリケーションプロキシシステム１２０は、ユーザにプロキシインスタンスをプログラム的に作成する方法を提供する。ユーザは、機関の非公開又は公開ＡＰＩを用いたプロキシインスタンスの初期登録に使用することができるいくらかの口座信用情報を提供し得る。プロキシインスタンスは、記憶し保持することができる属性のセットとして特徴付けられ得る。それらの属性の幾つかは自動的に生成し得、登録ネゴシエーション中に機関から提供され得、シミュレートされているアプリケーションの属性であり得、及び／又は任意の適した識別及び認証情報を含み得る。属性は、一意のユーザ識別子コード、認証トークン、ＭＡＣアドレス（例えば、ユーザデバイス１７１又は１７２のＭＡＣアドレス）、又は任意の適した情報を含み得る。要求がユーザの代理として銀行に対して行われた場合、プロキシインスタンスの属性を呼び出して、関連付けられたユーザの代理として機関へのアクセスを獲得し得る。
【０３００】
図３１は、図３０の一例のプロキシインスタンス１２１、１２２、及び１２３を示す。図３１に示されるように、ユーザＡは銀行１及び銀行２に口座を有し、ユーザＢは銀行２に口座を有する。図３１に示されるように、各プロキシインスタンスは口座信用情報及び属性を含む。
【０３０１】
機関インターフェースモジュール（例えば、機関インターフェースモジュール１３１、１３２、又は１３３の１つ）は、外部機関（例えば、機関１４１、１４２、又は１４３の１つ）との少なくとも１つのアプリケーション（例えばアプリケーション１５３）の内部インターフェース（例えば、ＡＰＩ１６１、１６２、又は１６３との対話）をモデリングするように機能する。機関インターフェースモジュールは、システム１００がインターフェースすることができる各機関に確立し得る。例えば、機関インターフェースモジュールは、システムで利用可能な各銀行及び／又はクレジットカード会社に存在し得る。機関インターフェースモジュールは、特定の機関のルール及びプロセスのセットを含み得る。機関インターフェースモジュールは、機関が特定のアプリケーションをいかに認識及び／又は認証するかを定義するプロキシサブモジュールを含み得る。銀行によっては、デバイスのＭＡＣアドレス（例えば、ユーザデバイス１７１及び／又は１７２のＭＡＣアドレス）に依存するものもあれば、非対称暗号トークンに依存するものもあれば、暗号化されたトークンを生成するものもある。プロキシサブモジュールは、プロキシインスタンス情報を確立するに当たり使用される。機関インターフェースモジュールは機関プロトコルサブモジュールを更に含むことができ、機関プロトコルサブモジュールは、提供されたＡＰＩ１１０の機能と、外部機関（例えば、機関１４１、１４２、又は１４３）との通信の形態及びモードとの間のマッピングを定義する。機関プロトコルサブモジュールは、関連付けられた機関に送信されるメッセージのヘッダ、本文、及び他の属性を定義することができる。プロトコルサブモジュールは、そのメッセージを形成するのにデータがいかに処理されるべきかを更に定義し得る。幾つかの場合、データは、プロトコルサブモジュールが定義することができる標準又はプロプライエタリフォーマットで暗号化し得る。更に、プロトコルサブモジュールは、要求を満たすための通信フローを定義することができる。幾つかの場合、要求の目的を遂げるために複数の要求が必要であり得る。マルチファクタ認証ルール等の外部機関（例えば、機関１４１、１４２、及び／又は１４３）のインターフェース（例えば、ＡＰＩ１６１、１６２、及び／又は１６３）と対話する他の態様は、機関インターフェースモジュールに更に構築し得る。
【０３０２】
機関インターフェースモジュールは、実際の第一者アプリケーション（例えばアプリケーション１５３）の使用に基づいて構築し得る。例えば、第一者アプリケーションの通信及び／又はソースコードをパースし分析して、機関インターフェースモジュールの幾つか又は全てを確立することができる。幾つかの実施態様では、外部機関の第一者アプリケーション（例えばアプリケーション１５３）のソースコードをパースし分析して、外部機関の機関インターフェースモジュールの幾つか又は全てを確立する。幾つかの実施態様では、外部組織と外部組織の第一者アプリケーション（例えばアプリケーション１５３）との間の通信をパースし分析して、外部機関の機関インターフェースモジュールの幾つか又は全てを確立する。
【０３０３】
図３２は、実施形態によりユーザ口座データにアクセスする一例の方法を示すフローチャートである。図３２に示されるように、方法は、アプリケーションプロキシインターフェースを作成すること（ブロック３１０）と、任意選択的にプロキシインスタンスを通して通信セッションをセットアップすること（ブロック３２０）と、正規化された口座要求を受信すること（ブロック３３０）と、プロキシインスタンスを通して外部インターフェースとの通信をネゴシエートすること（ブロック３４０）と、結果を返すこと（ブロック３５０）とを含むことができる。方法は、露出されたプログラム的アクセスを有さない１つ又は複数の外部サービス（例えば、外部機関の外部ユーザ口座システム）へのプログラム的アクセスを提供するように機能する。外部サービスは非公開（例えばプロプライエタリ）又は公開であり得る。外部サービスは、上述したように、外部機関により提供することができる。そのような機関は、ユーザがモバイル又はデスクトップアプリケーションを介してユーザ口座情報にアクセスできるようにする第一者アプリケーションを有し得る。そのような第一者アプリケーションは、外部機関のプロプライエタリ又はカスタマイズされたＡＰＩ（例えば、ＡＰＩ１６１、１６２、及び／又は１６３）を使用し得る。そのようなＡＰＩは一般に公開されず、露出されない。例えば、開発者は一般に、口座に登録し、オープンＡＰＩ認証手法を使用して外部機関のＡＰＩリソースに任意にアクセスすることができないようにされる。更に、そのようなＡＰＩは、他の機関と共有されない重要なカスタマイズされたインターフェースプロトコルであり、例えば、各機関はそれ自体のインターフェースに準拠する。方法は、正規化されたインターフェースを複数の外部サービス（例えば、外部機関１４１、１４２、及び／又は１４３）を更に提供することができる。方法は、アプリケーションプロキシ手法を利用することにより機関内の口座へのプログラム的インターフェースを可能にする。アプリケーションインスタンスの仮想化「像」又はデジタルシミュレーションは、アプリケーションプロキシシステム１２０に保持され、機関の非露出ＡＰＩ（例えば、ＡＰＩ１６１、１６２、及び／又は１６３）へのアクセスに使用される。システム１００は金融機関に適用し得るが、追加又は代替として、ＡＰＩアクセスが閉じられた、又は制限された任意の他の外部エンティティへのＡＰＩアクセスを提供するのに適用し得る。方法は、上述したようにシステム１００を通して実施し得るが、代替的には任意の適したシステムにより実施し得る。
【０３０４】
アプリケーションプロキシインスタンス（例えば、アプリケーションプロキシインスタンス１２１、１２２、及び／又は１２３）を作成することを含むブロック３１０において、システム１００は、選択された機関（例えば銀行２  １４２）の第一者アプリケーションインスタンス（例えばアプリケーションインスタンス１５３）のデジタル像を確立するように機能する。アプリケーションプロキシインスタンスの作成は、初期要求の受信に応答して開始し得る。初期要求は、ユーザ（又はエンティティ）（例えば、ユーザＡ又はユーザＢ）が顧客（例えば開発者）の外部ユーザ対面システム／アプリケーション（例えば、ユーザデバイス１７１又は１７２の何れか及び／又は別の適したデバイスで実行中であり、アプリケーションインスタンス１５１、１５２の別のシステムで更に実行中であるアプリケーションインスタンス１５１及び／又は１５２）と対話することにより開始し得る。次に、外部ユーザ対面システム／アプリケーションは初期要求をシステム１００に送信し得る。ユーザ（例えば、ユーザＡ及び／又はユーザＢ）は、外部機関にユーザ口座（例えば、オンライン銀行口座）を有し得る。アプリケーションプロキシインスタンス（例えば、プロキシインスタンス１２１、１２２、及び／又は１２３の１つ）は、初期登録中又は後に作成することができ、外部機関の口座情報へのアクセスを提供する。作成されると、そのユーザのアプリケーションプロキシインスタンスは持続することができ、後にその所与のユーザ−機関組合せ（例えば、「ユーザＡ−銀行１」、「ユーザＡ−銀行２」、「ユーザＢ−銀行２」）に使用することができる。しかしながら、プロキシインスタンスが無効になった（例えば、機関ＡＰＩ変更、機関内で行われたパスワード／ログイン変更、及び／又はプロキシインスタンスを無効化する他の変更の結果として）場合、新しいプロキシインスタンスを作成し得る。初期要求は、接続要求として正規化ＡＰＩ（例えばＡＰＩ１１０）を通して受信し得る。接続要求には、選択された機関（複数の機関選択肢がある場合）及び機関のユーザ信用情報を指定するパラメータが付随し得る。ユーザ信用情報は、ユーザ名、パスワード、ＰＩＮコード、及び／又は任意の適した信用情報を含み得る。ＡＰＩ要求は、クライアント識別子及びシステム内の口座に関連付けられた秘密トークン等の認証信用情報を更に含み得る。
【０３０５】
プロキシインスタンスの作成は、機関とのプロキシインスタンスの登録をネゴシエートすることを含み得、選択された外部機関とのプロキシインスタンスを確立するように機能する。機関インターフェースモジュール（例えば、モジュール１３１、１３２、又は１３３の１つ）は、初期ログイン中、通信ハンドシェークをナビゲートするのを促進し得る。異なる機関は、マルチファクタ認証等の新しいアプリケーション（この方法ではプロキシインスタンス）に登録又は加入するのに異なるプロセスを有し得る。ネゴシエーション中、種々の要素を抽出し、プロキシインスタンスの部分として記憶し得る。同様に、機関との通信に基づいて幾つかの属性を生成し得る。例えば、ＭＡＣアドレス又は一意のデバイス識別子は、外部機関のサービスへの接続において使用し得る。そのような属性はプロキシインスタンスの部分として記憶し得る。
【０３０６】
上述したように、マルチファクタ認証（ＭＦＡ）は、外部機関とのネゴシエーションの一環であり得る。例えば、外部機関はＭＦＡ信用情報要件のインジケーションに応答し得る。そのようなＭＦＡ要件は、ＭＦＡチャレンジ／タスクをユーザまで中継することにより満たし得る。一実施態様では、システム１００は、ネゴシエーションを完了するためにセキュリティ質問を尋ねるべきであることを示すメッセージを受信する。セキュリティ質問は関連付けられたアプリケーションに渡される（例えば、顧客／システム１００の開発者アカウントにより運営され得るアプリケーション１５１及び／又は１５２）。次に、関連付けられたアプリケーションは、セキュリティ質問を何らかの様式で提示して、ユーザ応答を取得し得る。ＭＦＡは、セキュリティ質問、追加のＰＩＮコード（ワンタイムパスワード生成器により供給されるもの又はセカンダリデバイスに送信されたコード等）、又は任意の適した形態のＭＦＡを含むことができる。
【０３０７】
ブロック３３０において、システムはシステム１００のＡＰＩ１１０を介して正規化された口座要求を受信する。上述したように、ＡＰＩ要求を通信するシンタックス及びモードは、フォーマットが機関から独立するように正規化される。要求は、取引リストの取得、特定の取引についての詳細の要求、何らかの金融転送の実行（金銭の普通預金から当座預金への移動、別口座への転送のセットアップ、スケジュールされた支払いの実行、及び／又は小切手のデジタル入金等）、口座情報の更新（例えば、連絡先情報の更新、パスワードの変更、及び／又はアラートの管理等）、及び／又はサービス要求（例えば、新しいカード及び／又は不正の報告等）等を含み得る、多種多様な要求を含むことができる。正規化された口座要求は、機関インターフェースモジュール（例えば、機関インターフェースモジュール１３１、１３２、又は１３３の１つ）又はＡＰＩ要求を満たすための通信を定義する他の適した構成要素にマッピングし得る。
【０３０８】
プロキシインスタンス（例えば、プロキシインスタンス１２１、１２２、及び／又は１２３の１つ）を通して外部インターフェース（例えば、ＡＰＩ１６１、１６２、及び／又は１６３の１つ）との通信をネゴシエートすることを含むブロック３４０において、システム１００は、口座要求を満たす際、システムと外部機関システム（例えば、システム１４１、１４２、及び／又は１４３の１つ）との間の通信を実行し管理するように機能する。プロキシインスタンス（例えば、プロキシインスタンス１２１、１２２、及び／又は１２３の１つ）は、アクセスを付与し得るメカニズムを提供する。通信は、認証されたセッションがアクティブである間、実行される。通信セッションは、設定された時間量にわたり非アクティブのままである等の種々の理由で、システム１００又は外部機関により期限切れにされ得る。通信セッションは、プロキシインスタンスへの加入に続きアクティブであり得、又は後述するように、プロキシインスタンスを通してセッションをセットアップする必要があり得る。
【０３０９】
通信をネゴシエートすることは、外部機関の予期されるメッセージに準拠する要求を作成することを含み得る。これは、ヘッダ、本文コンテンツ、及び他のメッセージ属性を設定することを含むことができる。機関は特定のヘッダを予期し得る。例えば、ヘッダはホスト又はパス、データ、コンテンツタイプ、クッキー、ＭＡＣアドレス、ユーザ識別子、認可属性、及び／又は他の適したヘッダを含み得る。要求を作成することは、要求属性を予期される形態に変換することを更に含むことができ、これは、設定された暗号パターンを要求に適用することを含み得る。一変形では、要求を変換することは、公開鍵に従ってコンテンツを暗号化することを含み、公開鍵はプロキシインスタンスの部分として記憶し得る。機関は、情報がいかに通信されるかに種々の手法をとり得る。代替の機関では、メッセージの内容は暗号化されなくてもよく、その場合、内容は平文の暗号化されない形態で提出し得る。外部機関の予期されるメッセージに準拠した要求を作成することに加えて、方法は要求−応答パターンに従うことを含むことができる。そのパターンは、１つの要求及び応答を含むことができるが、代替的には、所望の情報を得るために一連の異なる要求及び応答を含み得る。
【０３１０】
幾つかの変形では、情報又は動作は第１のプロキシインスタンスを通して利用可能ではないことがあり、したがって、方法は、サポートされる機能を有する第２のプロキシインスタンスに自動的に切り替わることを含み得る。例えば、モバイルアプリケーションでは完全な銀行取引明細書は提供されず、機関ＡＰＩ（例えば、ＡＰＩ１６１、１６２、及び／又は１６３の１つ）はそのような機能を含まないことがある。したがって、ＡＰＩ１１０のＡＰＩ要求を満たすためにその機能が必要とされる場合、第２のプロキシインスタンスを使用し得る。幾つかの変形では、ＡＰＩ１１０を介したＡＰＩ要求では、複数の機関にクエリする必要があり得る。そのようなＡＰＩ要求は、複数の口座にわたり金融取引明細書をまとめるのに特に有用であり得る。方法は、複数の機関の通信をネゴシエートし、結果を結合形態に組み合わせることを含むことができる。
【０３１１】
結果を返すことを含むブロック３５０において、システム１００は、要求への応答として結果を送出するように機能する。結果を返すことは、外部機関から取得したデータを正規化形態に変換することを含む。情報は、システム１００によりサービングされる異なる機関間で実質的に同様の表現である標準化フォーマットにフォーマットされる。データを変換することは、情報の処理、補足、及び／又は他の方法での強化を更に含むことができる。機関により提供される幾つかの情報は、形成が不良なことがある。例えば、特定の取引の店情報が不良にラベリングされ、他の機関とは異なって表現されることがある。外部機関についてのそのような状況情報は、クリーニングされ、及び／又は追加情報で補足することができる。例えば、エンティティは、カテゴリラベル、タグ、ジオロケーション情報、及び／又は他の適した情報で補足し得る。返された結果は、ＪＳＯＮ、ＸＭＬ、又は任意の適したフォーマット等のデータフォーマットを表すことができる。
【０３１２】
方法は、前に作成されたプロキシインスタンスを通してセッションをセットアップすることを含み、口座及び機関のプロキシインスタンスをネゴシエートした後、情報へのアクセスを促進するように機能するブロック３２０を任意選択的に更に含むことができる。プロキシインスタンスは、続くアクセスに必要な情報を記憶、保持し得る。外部機関は、いくらかの時間量後に期限切れし得、又はユーザ信用情報の再確認を必要とし得る設定されたセッションにアクセスを制限し得る。したがって、通信セッションが期限切れした後、口座のＡＰＩ要求が行われる場合、方法は、前のユーザ信用情報及びプロキシインスタンス信用情報を使用して新しいセッションを自動的にセットアップし得る。幾つかの変形では、セキュリティ質問等のＭＦＡチャレンジは自動的に完了し得る。
【０３１３】
方法は、機関のユーザ信用情報を更新するように機能する更新された信用情報を再捕捉することを更に含むことができる。更新された信用情報は、ユーザが機関内で信用情報を変更した場合又はプロキシインスタンスが口座から他の理由でロックアウトされた場合、更新し得る。通信セッションが成功しなかったことを示すエラーが発生し得、その場合、新しい信用情報でプロキシインスタンスを更新するＡＰＩ要求を提出することができる。
【０３１４】
再び図３０を参照すると、幾つかの実施態様では、外部機関の外部ユーザ口座システムは公開ウェブブラウザインターフェースを含み得る。例えば、図３０に示されるように、銀行１のシステム１４１は、ウェブブラウザ（又は任意の適したウェブクライアント）（例えば、ユーザデバイス１７３のウェブブラウザ１８１）を介して銀行１のシステム１４１にアクセスするためのウェブブラウザインターフェース１９１を含み得る。本明細書に記載されたように且つ図６及び図７を参照して更に後述するように、システム１００は、公開ウェブブラウザインターフェース１９１を介するアクセスとは対照的に、外部機関のプライベートなプロプライエタリＡＰＩ（例えばＡＰＩ１６１）を介してユーザ口座データへのアクセスを提供する。幾つかの実施態様では、ウェブブラウザインターフェース１９１は、インターネットを経由してウェブブラウザを介して外部機関にアクセスするウェブサイトをホストするウェブサーバである。
【０３１５】
図３３Ａは、実施形態によるアプリケーションプロキシシステム１２０の態様を示す。図３３Ａに示されるように、アプリケーションプロキシシステム１２０は、システム１００における開発者口座（例えば、開発者口座Ｂ  ４３１及び開発者口座Ａ  ４３２）のユーザ口座（例えば、ユーザ口座４１１、４１２、及び４１３）のアプリケーションプロキシインスタンス（例えば、プロキシインスタンス４２１、４２２、４２３、４２４、及び４２５）を含む。アプリケーションプロキシシステム１２０は、アプリケーションプロキシインスタンスの生成、アプリケーションプロキシインスタンスの構成、及び／又はアプリケーションプロキシインスタンスの削除等を行うように構築されたアプリケーションプロキシインスタンス管理モジュール４４１を含む。
【０３１６】
幾つかの実施態様では、図３３Ｂに示されるように、各アプリケーションプロキシインスタンス（例えば、プロキシインスタンス４２１、４２２、４２３、４２４、及び／又は４２５）は、開発者口座、開発者口座のユーザ口座、関連付けられた外部ユーザ口座システム（例えば外部機関）、及び外部機関のユーザ口座の信用情報を指定する。幾つかの実施態様では、各アプリケーションプロキシインスタンスはアプリケーションプロキシインスタンスの属性を指定する。幾つかの実施態様では、属性は、一意のユーザ識別子コード、認証トークン、ＭＡＣアドレス（例えば、ユーザデバイス１７１及び／又は１７２のＭＡＣアドレス）、又は任意の適した情報の１つ又は複数を含み得る。
【０３１７】
幾つかの実施態様では、アプリケーションプロキシインスタンス管理モジュール４４１は、アプリケーションプロキシインスタンスを作成する要求に応答して、アプリケーションプロキシインスタンスを作成する。幾つかの実施態様では、アプリケーションプロキシインスタンスを作成する要求は、外部ユーザ口座システム及び外部ユーザ対面システム／アアプリケーションのユーザ口座（例えば、図３０の外部ユーザ対面システム／アプリケーション１５２のユーザ口座）を識別する情報を指定する。幾つかの実施態様では、アプリケーションプロキシインスタンスを作成する要求は、外部ユーザ口座システムのユーザ信用情報を指定する。幾つかの実施態様では、アプリケーションプロキシインスタンスを作成する要求は、外部ユーザ対面システム／アプリケーションに関連付けられたシステム１００の口座を識別する情報を指定する。幾つかの実施態様では、アプリケーションプロキシインスタンスを作成する要求は、アプリケーションプロキシインスタンスの属性を指定する。幾つかの実施態様では、アプリケーションプロキシインスタンスの属性は、一意のユーザ識別子コード、認証トークン、ＭＡＣアドレス、対応する外部ユーザ口座システムのユーザ口座、及び／又は任意の他の適した情報の少なくとも１つを含む。
【０３１８】
幾つかの実施態様では、アプリケーションプロキシインスタンス管理モジュール４４１は、作成されたアプリケーションプロキシインスタンスを外部ユーザ対面システム／アプリケーションのユーザ口座（例えば、図３３Ａ及び図３３Ｂの「ユーザＡ」４１１）（例えば、図３０の外部ユーザ対面システム／アプリケーション１５２のユーザ口座）と関連付けて記憶する。幾つかの実施態様では、アプリケーションプロキシインスタンス管理モジュール４４１は、作成されたアプリケーションプロキシインスタンスを、外部ユーザ対面システム／アプリケーションに関連付けられたシステム１００の口座（例えば、図３３Ａ及び図３３Ｂの「開発者口座Ｂ」４３１）（例えば、図３０の外部ユーザ対面システム／アプリケーション１５２のユーザ口座）と関連付けて記憶する。幾つかの実施態様では、アプリケーションプロキシインスタンス管理モジュール４４１は、作成されたアプリケーションプロキシインスタンス（例えば、図３３Ａ及び図３３Ｂの「プロキシインスタンスユーザＡ銀行１」４２１）を外部ユーザ対面システム／アプリケーションに関連付けられたシステム１００の口座（例えば、「開発者口座Ｂ」４３１）及び外部ユーザ対面システム／アプリケーションのユーザ口座（例えば、「ユーザＡ」４１１）と関連付けて記憶する。幾つかの実施態様では、アプリケーションプロキシインスタンス管理モジュール４４１は、作成されたアプリケーションプロキシインスタンスを、外部ユーザ対面システム／アプリケーションに関連付けられたシステム１００の口座、外部ユーザ対面システム／アプリケーションのユーザ口座、及びアプリケーションプロキシインスタンスの外部ユーザ口座システム（例えば、図３３Ｂの「銀行１」１４１）を識別する情報と関連付けて記憶する。幾つかの実施態様では、アプリケーションプロキシインスタンス管理モジュール４４１は、作成されたアプリケーションプロキシインスタンスを、外部ユーザ対面システム／アプリケーションに関連付けられたシステム１００の口座、外部ユーザ対面システム／アプリケーションのユーザ口座、アプリケーションプロキシインスタンスの外部ユーザ口座システムを識別する情報、及びアプリケーションプロキシインスタンスのユーザ口座を識別する情報と関連付けて記憶する。
【０３１９】
幾つかの実施態様では、アプリケーションプロキシインスタンスを作成することは、アプリケーションシステムのユーザ口座（例えば、「ユーザＡ」、「ユーザＢ」の代理として外部ユーザ口座システムとのアプリケーション（例えば、図３０のアプリケーション１５３）（アプリケーションプロキシインスタンスの外部ユーザ口座システムの）の通信、登録、及び／又は登録ネゴシエーション等をシミュレートするアプリケーションプロキシインスタンスを構築するようにアプリケーションプロキシインスタンス管理モジュール４４１を制御することを含む。
【０３２０】
システムのプロキシインスタンスを介してユーザ口座データにアクセスすることの追加の例及び詳細は、２０１５年７月２日付けで出願された「SYSTEM AND METHOD FOR PROGRAMMATICALLY ACCESSING FINANCIAL DATA」と題する米国特許出願第１４／７９０８４０号（本明細書では「‘８４０号出願」と呼ばれる）に見出し得る。この出願の開示全体は、あたかも本明細書に完全に記載されるかのように本明細書の一部をなし、含まれるもの全てについて参照により本明細書に援用される。
【０３２１】
上述したように、システム１００は、ドキュメント（ステートメント等）を含め、ＡＰＩ１１０を介して種々のタイプのユーザ口座データにアクセスするのに使用することもできる。システム１００は、ＡＰＩ１１０を介して取引（口座間の資金転送、支払いスケジューリング等）を開始するのに使用することもできる。システム１００は、ＡＰＩ１１０を介して口座情報又は要求サービスを更新するのに使用することもできる。システムのそのような機能の追加の例及び詳細については、以下に提供され、‘８４０号出願においても見出し得る。
【０３２２】
プログラム的に取引を検証するシステム及び方法の例
図５は、実施形態による取引を処理する一例の方法を示すフローチャートである。図５に示されるように、方法は、ユーザ口座（本明細書では「機関口座」とも呼ばれる）の信用情報を取得すること（ブロック５１０）と、少なくとも１つのエンドポイントに関連付けられた取引要求を受信すること（ブロック５２０）と、エンドポイントの取引情報を収集すること（ブロック５３０）と、取引応答を返すこと（ブロック５４０）とを含むことができる。幾つかの実施形態では、方法は任意選択的に、取引を実行すること（ブロック５５０）を含むことができ、実行することは、２つのエンドポイント間の取引を処理するように機能する。幾つかの実施形態では、方法は取引の実行を行わず、取引要求を受信することは、少なくとも１つのエンドポイントの取引アドレッシング情報の検索を開始するように機能し、エンドポイントの取引情報を収集することは、エンドポイントの取引アドレッシング情報を収集することを含み、取引応答を返すことは、エンドポイントの収集された取引アドレッシング情報を送信するように機能する。方法は、取引プロセス中、口座アクセスを利用するように機能する。方法の変形は、金融転送に使用される口座情報の検証、資金のプログラム的転送、プログラム的イベントの設定、エラー及び不正の捕捉、取引の条件付き処理の実行、及び／又は他の適した動作等の機能を追加するのに使用することができる。方法はシステム１００により実行し得る。幾つかの実施態様では、取引は自動決済機関（ＡＣＨ）取引であるが、任意の適したタイプの取引が使用可能である。第１の実施態様では、方法は、ＡＰＩ１１０を介して顧客／開発者が検証されたＡＣＨエンドポイント情報を取得できるようにする。例えば、口座番号及び金融機関コード並びに口座の所有権の検証を取得し得る。この変形では、システム１００は取引を実行するために情報を提供する。別の実施形態では、方法は、必要な情報及び検証を取得した取引を更に実行する。図５の方法は、システム１００により実施し得るが、方法は代替的には任意の適したシステムにより実施し得る。
【０３２３】
図６は、実施形態による図３０の計算システム及びネットワーク環境の簡易ブロック図である。図５の方法について図６（又は代替的には図３０）の特定の態様を参照して以下に説明する。
【０３２４】
機関口座信用情報を取得することを含むブロック５１０において、システム１００は機関（例えば機関１４２）のログイン情報を取得するように機能する。機関口座信用情報はユーザ名及びパスワードを含み得る。口座は、外部機関の口座であり得る。更に、機関は、上述したように、ＰＩＮコード、セキュリティ質問、１回使用パスワード、セカンダリデバイスコード検証、バイオメトリック識別、及び／又は任意の適した形態のマルチファクタ認証（ＭＦＡ）等の認証チャレンジを更に含み得る。そのような追加の認証チャレンジは、口座信用情報と同時に収集し得るが、ＭＦＡ認証プロセスは代替的には、ＡＰＩプロトコルにおいて定義し得る。例えば、プライマリ口座信用情報が十分ではない場合、応答においてＭＦＡチャレンジが返され得、この追加の信用情報要求は、口座へのアクセスが得られる前、必要に応じて繰り返すことができる。機関口座信用情報は更に記憶され、続くアクセス又はログイン試行の完了に自動的に使用することができる。
【０３２５】
口座信用情報は、顧客／開発者のＡＰＩ要求又は顧客／開発者のアプリケーションを通してＡＰＩ１１０に提供し得る。ＡＰＩ１１０は、新しいユーザ口座の確立、セットアップ、又は加入に使用し得る。あるユーザは、外部機関に少なくとも１つの関連付けられたユーザ口座を有し得るが、複数の外部機関における複数のユーザ口座にリンク又は関連付けられ得る。口座信用情報は各ユーザ口座で取得し得る。
【０３２６】
少なくとも１つのエンドポイントに関連付けられた取引要求を受信することを含むブロック５２０において、システム１００は、エンドポイントの取引アドレッシング情報の検索を開始するように機能する。エンドポイントは取引エンドポイントであり得、取引エンドポイントは、資金を出金又は入金し得る任意の適したエンドポイントであり得る。一般的な取引では、１つの出金口座及び１つの入金口座がある。方法は、１つ又は複数のエンドポイントの情報を取得するに当たり使用することができる。幾つかの変形では、複数の出金口座及び／又は複数の入金口座があり得る。一変形では、取引要求は、ブロック５１０のユーザ信用情報を取得するのに使用されるユーザ加入要求と同一である。口座信用情報は代替的には、前に取得し得、又は取引要求に応答して取得し得る。
【０３２７】
取引要求が口座についての情報についてである一変形では、ＡＰＩ要求は機関及び口座の信用情報を指定し得る。ＰＩＮコード、口座が作成された状態、又はＭＦＡチャレンジ返答等の追加の信用情報が更に要求され得る。同様のパラメータを有する第２の要求を提出して、他の関与する取引エンドポイントの口座信用情報を取得し得る。
【０３２８】
別の変形では、取引要求は取引詳細を明示的に定義し得る。取引要求は、少なくとも１つの出金口座エンドポイント及び入金口座エンドポイントを含み得る。口座信用情報は、各エンドポイントに指定し得る。一変形では、１つのＡＰＩ要求は両エンドポイントの口座信用情報を含み得る。別の変形では、取引リソースは、出金エンドポイント情報、入金口座情報、及び取引詳細を非同期で指定することができるように使用される。例えば、取引リソースはＡＰＩ１１０を介してＡＰＩ要求を通して作成される。後に、ＡＰＩ要求は新しい取引リソースをヒットし（取引識別子を指定することにより）、出金情報、次に入金情報、次に送金額を指定する。全ての情報が埋められると、取引は自動的に若しくはコマンドの実行に応答して実行し得、又は後の時間にスケジュールし得る。バルク、集計、又はグループ取引を要求において更に指定し得る。複数のエンティティが出金エンドポイントである場合、資金の分割を指定し得る（例えば、割合内訳又は金額内訳）。同様に、複数の入金エンドポイントの資金を指定し得る。
【０３２９】
エンドポイントの取引情報を収集することを含むブロック５２０において、システム１００は、取引エンドポイントの属性にアクセスし特定するように機能する。エンドポイントの取引情報を収集することは、口座信用情報を使用して、機関内の口座アクセスを得ることを含み得る。口座アクセスは、上述したように、プロキシアプリケーションを使用することにより促進し得る。口座アクセスは、エンドポイント情報を含む口座ドキュメントを要求して取得するのに使用することができる。口座ドキュメントは、銀行取引明細書又は他の適したドキュメントを含み得る。ドキュメントがＰＤＦ又は他の代替のフォーマットである場合、コンテンツをスクレープして、取引情報を識別し得る。
【０３３０】
ブロック５３０において、システム１００は、エンドポイントの取引情報及び／又は取引アドレッシング情報を収集する。口座アドレッシング情報は、口座の口座番号及び金融機関コードであり得る。課金住所、ワイヤ金融機関コード、及び／又は他の口座情報を更にプルすることができる。一変形では、口座番号及び金融機関コードは、銀行ステートメントにおいて入手可能である。抽出スクリプトを使用してドキュメントをプルし、次にドキュメントから情報を分離するのに使用し得る。自動的に口座番号及び金融機関コードにアクセスすることは、エラーが発生する可能性を回避し得る。第１の利点として、口座へのアクセスは、口座の所有者が取引エンドポイント情報の提供に参加している証拠を提供する。別の利点として、情報は自動的にプルされ、ヒューマンエラーを回避する。
【０３３１】
ブロック５３０においてエンドポイントの取引情報を収集することは、エンドポイントの取引ステータス情報を収集することを更に含み得、取引ステータス情報は、資金要件のインジケーション、口座不正チェック、及び他のステータス情報を含むことができる。取引情報の提供に種々の段階を構築することができ、それにより、異なるセーフガード及び／又は特徴を金融取引に提供する。
【０３３２】
第１の任意選択的な段階において、取引ステータス情報は十分な資金ステータスを決定することができる。十分な資金ステータスを出金口座に適用されて、口座が取引を完了する資金を有することを保証し得る。取引履歴及び／又は現在資金値に口座アクセスを通してアクセスし得る。一変形では、顧客／開発者／アプリケーションが適宜応答することができるように、資金額は応答において返される。別の変形では、取引額は利用可能な資金と比較される。十分な資金が見つけられない場合、エラー又は警告を生成し得る。
【０３３３】
別の任意選択的な段階では、不正パターンについて口座を処理し得る。例えば、口座が作成されてからの年数にアクセスし得る。新しく作成された口座は、かなりの履歴を有する確立された口座よりも低い信頼性を有し得る。同様に、不正挙動について取引履歴にアクセスし得る。口座が、正常な挙動を示す幅広い範囲の取引に使用されている場合、口座は正常と識別し得る。口座が繰り返し高価値取引のみに参加し、又は他の不正パターンに参加している場合、口座は不正とフラグ付け得る。更に、取引に関わるエンティティも不正を示し得る。
【０３３４】
方法は、１つ又は複数の段階中、取引条件を検証することを更に含み得る。取引条件は、任意の適した行動をとるために使用し得る。利用可能な行動は、取引の許可又は取引の阻止を含むことができる。更に、行動は、通知の送信を含むことができる。通知は電子メール、テキストメッセージ、プラットフォームメッセージ、電話、又は任意の適した通知を含むことができる。行動は、プログラム的イベントをトリガーすることを更に含み得る。一変形では、プログラム的イベントはコールバックイベントであり、ＨＴＴＰメッセージが宛先に送信される。条件はカスタマイズし得、又は提供された条件のセットから選択し得る。条件例は、特定の金額を超える取引について通知をトリガーする条件、取引後に利用可能な資金に基づいて、資金が閾値未満のユーザにアラートする条件、及び取引の頻度又は取引口座に関わるエンティティに基づく条件を含むことができる。条件は、開発者口座、特定の機関の口座、又は任意の適した範囲のエンティティを範囲とすることができる。
【０３３５】
ブロック５４０において、システム１００は取引応答を返し、取引要求の結果を送信する。取引応答は、初期要求への応答において送信される、ＡＰＩ１１０からの同期ＡＰＩメッセージにおいて行い得る。代替的には、アプリケーション／サービスがステータスＡＰＩ応答を定期的にチェックして、処理ステータス及び／又は結果を特定することができるように、ステータスＡＰＩ応答を使用し得る。代替的には、初期要求への結果の提供に任意の適した手法が使用可能である。
【０３３６】
実施態様では、応答は、エンドポイントに使用されるアドレッシング情報を提供する。口座に関するエラー又は警告がない場合、エンドポイント情報は、口座の所有権を検証するように（例えば、信用情報及び任意選択的にマルチファクタ認証応答を提供することにより）アクセスされ、取得されたため、口座情報はＮＡＣＨＡ準拠であり得る。取引応答は、取引の実行に使用されたエンドポイントの口座番号、金融機関コード、及び／又は任意の追加情報を含むことができる。取引応答は、要求側エンティティが十分な資金についてチェックすることができるように、利用可能な資金を更に含み得る。応答は、取引額が提供された場合、十分な資金が利用可能であるか否かを更に示し得、当座貸越取引を回避しながら、要求側エンティティから利用可能な資金を隠すように機能する。取引応答は、口座を口座の任意のカテゴリに従ってラベリングし得るステータスフィールド等の他のフィールドを更に含むことができる。例えば、ステータスは、口座が正常又は不正であることを示し得る。
【０３３７】
追加又は代替として、方法は任意選択的なブロック５５０を含むことができる。ブロック５５０において、システム１００は取引を実行し、取引は２つのエンドポイント間の取引を処理するように機能する。この変形では、少なくとも２つのエンドポイント間の取引を実行する要求が受信される。更に、取引応答を返すことは、応答において取引の結果を返すことを含み得る。別の実施態様では、方法は取引を実行することを含む。取引応答は、取引が提出、処理中、及び／又は完了された場合、取引のステータスについての情報を含むことができる。取引は瞬時でないこともあり、したがって、初期取引応答は、取引が首尾良く開始されたか否かを示し得る。首尾良く開始されたことは、取引エンドポイント情報が首尾良く検索されたこと、任意の条件付き段階（十分資産段階、不正チェック段階、及びカスタム条件等）が満足されたことを意味する。取引のステータスを反映する続く応答又はステータス応答は更新し得る。取引が開始され、正常に進んだ場合、取引リソースを保留中のプロセスで更新し得る。取引リソースは、可能な場合には完了時を示す完了ステータスで更新することができる。エラー又は問題に直面した場合、取引リソースのステータスは、エラー又は問題を反映するように更新し得る。方法は、取引のステータスを監視し、ステータスに従ってプログラム的イベントをトリガーすることを更に含み得る。
【０３３８】
一変形では、取引を実行することは、少なくとも２つの機関においてプロキシ口座を確立することと、第１の機関における第１のプロキシ口座への内部入金及び第２の機関における第２のプロキシ口座からの第２の内部出金を通して２つの機関間での取引を迅速処理することとを含むことができる。幾つかの場合、機関間の取引は、機関内で行われる取引よりも遅い。クロス機関口座ネットワークを確立することにより、内部取引と同様の速度で異なる機関における２つの口座間で取引を促進することができる。プロキシ口座は予備資金を含み得、これは、資金の剰余基金（operational reserve of funds）を維持するために、プロキシ口座間で定期的にバランスし得る。
【０３３９】
更に、方法は、ユーザと土台をなす口座との間で抽象化を生み出すために適用し得る。取引エンドポイントはユーザエンティティに抽象化することができ、これには複数の任意選択的な取引エンドポイント（例えば、異なる銀行口座）を関連付け得る。したがって、方法は機関を選択することを含み得、これは、取引への参加に接続された口座を動的に選択するように機能する。取引要求を受信し、取引の情報を収集し、及び／又は取引を実行するとき、イベントへの応答に種々の条件を設定し得る。一変形では、ある機関はプライマリ口座として設定され、同じエンティティにより管理される別の口座はセカンダリ口座として設定される。プライマリ口座が取引を完了することができない場合、方法はエラー状況を検出し得、セカンダリ口座に自動的にフェールオーバする。別の変形では、要求の属性に応じて使用されるように口座のセットを予め構成し得る。プロキシ転送エンドポイントと組み合わせて、プロキシエンドポイントの識別情報を使用することができるが、土台をなすサービスは、資金への使用に自動的に選択された口座を自動的に使用することになる。例えば、エンティティのセット及び／又はエンティティ／取引のカテゴリは、特定の口座を使用するように設定し得る。同様に、あるプロキシ口座への取引は、関連付けられた複数の口座を用いる取引に自動的に分割し得る。例えば、口座保有者は、３０／７０のバランスで２つの口座間で入金を自動的に分割するようにプロキシ口座を設定し得る。
【０３４０】
これより図６を参照すると、システム１００は、資金転送プロセスを促進することができるインターフェースをアプリケーション及びサービスに提供する（例えば、ＡＰＩ１１０を介して）ように機能する。システム１００は、ＡＣＨ転送で使用される検証された口座情報を提供し、資金の転送を実行し、転送プロセス中、プログラム的イベントを可能にし、リスク及びエラーを軽減し、及び／又は代替の取引機能を提供するように機能することができる。図３０を参照して上述したように、システム１００はより大きなＡＰＩプラットフォームの部分であり、特に口座データへのアクセス取引の実行をＡＰＩに提供する。幾つかの変形では、システム１００は、複数の開発者が口座を作成し、ＡＰＩプラットフォームのＡＰＩを利用するアプリケーション及び／又はサービスを構築できるようにするマルチファクタＡＰＩプラットフォームの部分である。代替の変形では、システム１００は、シングルテナントＡＰＩプラットフォームの部分であり、内部ＡＰＩを製品又はサービスの専用セットに提供し得る。例えば、製品は、エンドユーザがアカウントを作成して、１つ又は複数の機関（例えば、銀行、クレジットカード会社、投資マネージャ等）との口座を管理できるようにするＡＰＩプラットフォームの最上部に構築し得る。
【０３４１】
ＡＰＩ１１０は、機関取引エンドポイント情報にアクセスするためのインターフェースを提供するように機能する。ＡＰＩ１１０は、正規化された顧客対面インターフェースを更に提供することができる。一実施態様では、ＡＰＩ１１０はアプリケーションプロキシインスタンス１２１を利用し、これは、機関（例えば機関１４２）の閉じられたＡＰＩにアクセスするプロプライエタリ第一者アプリケーションをシミュレートする。システム１００は、取引エンドポイントに関連する情報のアクセスを特に促進する追加の構成要素又はサービスを含むことができる。例えば、サービス、スクリプト、又はモジュールは、口座番号及び金融機関コード情報等のエンドポイント情報を含むことができるステートメント又は他の適したドキュメントにアクセスするように構成することができる。ステートメント又は情報は、ＰＤＦ又は他の適したドキュメントフォーマットに含まれ得る。システム１００は、ステートメントにアクセスし、ステートメントから要求された情報を抽出することができドキュメントリーダを含むことができる。
【０３４２】
一変形では、ＡＰＩ１１０は、ＡＰＩ要求が口座指定できるようにし、応答出力は、エンドポイントとの取引を実行するのに関連する情報を提供する。一実施態様では、ＡＰＩ１１０は、取引エンドポイントと対話するための少なくとも１つのＡＰＩリソースを含むことができる。図７に示されるように、エンドポイント情報要求は口座の機関信用情報を含むことができる。信用情報はユーザ名及びパスワードを含むことができる。ＡＰＩプロトコルは、セキュリティ質問等のマルチファクタ認証チャレンジ又はコードベースのマルチファクタ認証を完了するメカニズムを更に提供することができる。ＡＰＩ要求は、開発者口座識別子、ＡＰＩ認証トークン、機関タイプ識別子、及び他の適したパラメータ等の他の属性を更に含み得る。応答は、少なくとも、追跡番号、金融機関コード、及び／又はワイヤ金融機関コード等の自動的に取得された情報を含むデータオブジェクトである。追加の応答情報は、資金額（又は代替的には、資金が十分であるか否かのブールインジケータ）、口座ステータス（例えば、不正口座であるか、信頼できる口座であるか等）、口座の課金アドレス、機関の名称、口座のタイプ（例えば、普通、預託等）、及び他の適した属性を含むことができる。他のＡＰＩ属性又は特徴は、エンドポイント情報が要求されるか否か又は取引を実行すべきか否かを指定するメカニズムを含むことができる。
【０３４３】
機関インターフェースモジュール１３２は、外部機関（例えば機関１４２）との少なくとも１つの第一者アプリケーションの内部インターフェースをモデリングするように機能する。ユーザ口座の口座信用情報（及び任意選択的にマルチファクタ認証信用情報）は、アプリケーションプロキシが機関インターフェースモジュールを通して機関へのアクセスを得るのに使用することができる。システム１００は取引エンジン１９３を更に含み得、取引エンジン１９３は、２つの口座間の資金の転送を促進することができる。取引エンジン１９３は、ＡＰＩ要求が取引の実行を指示することができるように、ＡＰＩ１１０と統合することができる。取引エンジン１９３はＡＣＨ取引を実行することができるが、代替又は追加として、他の金融ツールを使用して、資金を出金及び／又は資金を入金し得る。取引エンジンを用いて、取引は、口座信用情報が構成された２つの口座間で実行することができる。ＡＰＩ応答は、図８に示されるように、取引のステータス、取引エラー、ステータスＵＲＩ、又は取引の実行を促進する任意の適した応答を含み得る。一変形では、プロキシ口座は異なる機関で使用することができる。十分な準備金がある場合、機関間の転送は、プロキシ口座へ及びプロキシ口座から資金を転送し、次に非同期でプロキシ口座を更新することにより迅速処理することができる。
【０３４４】
システム１００は、幾つかの実施態様では、トークン生成エンジン１９５（本明細書に記載されるようにトークン生成を管理することができる）及び／又は記録保管庫１３０２（本明細書に記載されるようにトークンに関連付けられた電子記録を記憶し得る）を含むこともできる。
【０３４５】
システム１００は、アラート及び／又はトリガープログラム的イベント（例えばコールバック）を管理することができるメッセージング／通知システム及び／又はユーザインターフェース及び／又はユーザインターフェースデータを生成するエンジン等の他の態様を更に含むことができる。システム１００は、追加又は代替として、本開示に記載される機能を実施する任意の他の適した構成要素を含み得る。
【０３４６】
幾つかの実施態様では、システム１００はドキュメント処理エンジン１９４を含む。幾つかの実施態様では、ドキュメント処理エンジン１９４は、外部機関の外部ユーザ口座システム（例えば銀行システム１４２）の口座ドキュメント（例えば口座ドキュメント１９２）を処理するように構築される。口座ドキュメントは処理されて、取引情報を識別及び／又は取得し得る。幾つかの実施態様では、ドキュメントがＰＤＦフォーマットの場合、ドキュメント処理エンジン１９４は、ＰＤＦドキュメントの内容をスクレープして、取引情報を識別するように構築される。幾つかの実施態様では、ドキュメント処理エンジン１９４は、ドキュメントをプルし、次にドキュメントから取引情報を分離する（例えば、図５を参照して上述したように）ように構築された抽出スクリプトである。幾つかの実施態様では、システム１００はドキュメントにアクセスし、アクセスしたドキュメントを記憶し（例えば、システム１００のメモリ又は他の記憶媒体に）、次に記憶されたドキュメントを処理して取引情報を識別するようにドキュメント処理エンジンを制御する。
【０３４７】
図９〜図１０は、種々の実施形態による取引を処理する一例の方法を示すフローチャートである。図５及び図６の方法について図３０（又は代替的には図６）の特定の態様を参照して以下に説明する。
【０３４８】
図９を参照すると、システム１００において正規化ＡＰＩ要求を処理する方法は、少なくとも１つの口座エンドポイントに関連付けられた正規化ＡＰＩ要求を受信することであって、正規化ＡＰＩ要求は、システム１００のＡＰＩ１１０を使用することにより外部ユーザ対面システム／アプリケーション（例えば、図３０のシステム／アプリケーション１５２）により提供され、正規化ＡＰＩ要求は、正規化ＡＰＩ要求の各口座エンドポイントの口座信用情報を指定する、受信すること（ブロック９１０）を含む。
【０３４９】
正規化ＡＰＩ要求に応答して、正規化ＡＰＩ要求の各口座エンドポイントの取引情報が、口座エンドポイントに関連付けられたアプリケーションプロキシインスタンス（例えば、図３０のプロキシインスタンス１２１、１２２、及び／又は１２３の１つ）を使用することにより収集されて、正規化ＡＰＩ要求により指定される関連付けられた口座信用情報及びシステム１００のプロプライエタリＡＰＩ）（例えば、図３０のＡＰＩ１６１、１６２、及び／又は１６３の１つ）を使用することにより、対応する機関システム（例えば、図３０の外部ユーザ口座システム１４１、１４２、及び／又は１４３）から取引情報を収集する（ブロック９２０）。
【０３５０】
更に、正規化ＡＰＩ応答は外部ユーザ対面システム／アプリケーションに提供される（ブロック９３０）。正規化ＡＰＩ応答は、正規化ＡＰＩ要求の各口座エンドポイントの取引情報を提供する。各アプリケーションプロキシインスタンスは、対応する外部機関システムのアプリケーションをシミュレートするように構築される。
【０３５１】
幾つかの実施態様では、各口座エンドポイントの収集される取引情報は、少なくとも、自動決済機関（ＡＣＨ）取引で使用される口座番号及び対応する金融機関コードを含む。幾つかの実施態様では、取引情報は、対応する外部機関システムからアクセスされた少なくとも１つのステートメントを処理することにより収集される。
【０３５２】
システムのプロキシインスタンスを介して取引及び口座情報を取得することの追加の例及び詳細は、２０１５年７月２日付けで出願された「SYSTEM AND METHOD FOR FACILITATING PROGRAMMATIC VERIFICATION OF TRANSACTIONS」と題する米国特許出願第１４／７９０８９７号（本明細書では「‘８９７号出願」と呼ばれる）に見出し得る。この出願の開示全体は、あたかも本明細書に完全に記載されるかのように本明細書の一部をなし、含まれるもの全てについて参照により本明細書に援用される。
【０３５３】
ユーザ情報に基づく正規化金融ＡＰＩ要求の処理
図１０は、金融プラットフォームシステムにおいて正規化ＡＰＩ要求を処理する方法１０００を示す。金融プラットフォームシステムは、金融プラットフォームシステム外部の少なくとも１つの外部金融機関システムにプログラム的にアクセスするように構築される。図１０の方法１０００のプロセス１０１０、１０２０、及び１０３０は、金融プラットフォームシステムの金融プラットフォームＡＰＩを使用することにより、金融アプリケーションシステムにより提供された正規化金融ＡＰＩに応答して実行される。正規化金融ＡＰＩ要求は、少なくとも１つの外部金融システムの少なくとも１つの金融口座エンドポイントに対応するユーザ情報を指定する。
【０３５４】
プロセス１０１０は、正規化ＡＰＩ要求に関連付けられた少なくとも１つのアプリケーションプロキシインスタンスを使用して、少なくとも、正規化金融ＡＰＩ要求により指定されたユーザ情報に関連付けられた口座信用情報指定するプロプライエタリ金融ＡＰＩ要求を金融機関システムに提供することにより対応する金融機関システムから取引情報を収集することを含む。取引情報は、金融機関システムにより提供される少なくとも１つのプロプライエタリ金融ＡＰＩ応答に含まれる。
【０３５５】
プロセス１０２０は、収集された取引情報に基づいて正規化金融ＡＰＩ応答を生成することを含む。プロセス１０３０は、正規化金融ＡＰＩ応答を金融アプリケーションシステムに提供することを含む。
【０３５６】
各アプリケーションプロキシインスタンスは、アプリケーションプロキシインスタンスに関連付けられたユーザの代理として、対応する金融機関システムのアプリケーションをシミュレートするように構築される。
【０３５７】
幾つかの実施態様では、各プロプライエタリＡＰＩは各金融機関システムのプライベートＡＰＩであり、各プロプライエタリＡＰＩはウェブブラウザインターフェースと異なる。
【０３５８】
幾つかの実施態様では、正規化金融ＡＰＩ要求は、金融アプリケーションシステムのユーザ口座の代理として提供され、指定されるユーザ情報は、ユーザ口座に関連付けられた情報を含む。
【０３５９】
幾つかの実施態様では、正規化金融ＡＰＩ要求は、金融アプリケーションシステムのユーザ口座の代理として提供され、指定されるユーザ情報は、金融アプリケーションシステムのユーザ口座のユーザとは異なるユーザに関連付けられた情報を含む。
【０３６０】
幾つかの実施態様では、正規化金融ＡＰＩ要求は、金融口座エンドポイント情報への要求であり、各プロプライエタリ金融ＡＰＩ要求は、金融口座エンドポイント情報への要求であり、取引情報は金融口座エンドポイント情報を含む。
【０３６１】
幾つかの実施態様では、正規化金融ＡＰＩ要求は、少なくとも１つの出金口座エンドポイントから少なくとも１つの入金口座エンドポイントへの資金を転送する要求であり、正規化金融ＡＰＩ要求は転送する資金額を指定する。
【０３６２】
幾つかの実施態様では、各金融口座エンドポイントで収集される取引情報は、少なくとも、自動決済機関（ＡＣＨ）取引で使用される口座番号及び対応する金融機関コードを含む。
【０３６３】
幾つかの実施態様では、取引情報は、対応する外部金融機関システムからアクセスされた少なくとも１つの金融ステートメントを処理することにより収集される。
【０３６４】
幾つかの実施態様では、金融プラットフォームシステムは、各外部金融機関システムの機関インターフェースモジュールを含み、各機関インターフェースモジュールは、外部金融機関システムのプロプライエタリＡＰＩをモデリングし、各アプリケーションプロキシインスタンスは、対応する機関インターフェースモジュールを使用して、外部金融機関システムから取引情報を収集する。
【０３６５】
幾つかの実施態様では、金融プラットフォームシステムは、関連付けられた外部金融機関システムのアプリケーションのソースコードのパース及びアプリケーションと関連付けられた外部金融機関システムとの間の通信のパースの少なくとも一方により各機関インターフェースモジュールを生成する。
【０３６６】
幾つかの実施態様では、各機関インターフェースモジュールは、関連付けられた外部金融機関システムに送信されるメッセージのヘッダを定義する。
【０３６７】
図１０の実施形態例では、方法１０００は金融プラットフォームシステム５００により実施される。実施形態例では、金融プラットフォームシステムは、方法１０００に関して本明細書に記載されるように、取引情報にプログラム的にアクセスするように構築される。
【０３６８】
図１１を参照すると、システム１１０において正規化ＡＰＩ要求を処理する方法は、少なくとも１つの口座エンドポイントに関連付けられた正規化ＡＰＩ要求を受信すること（ブロック１１１０）を含む。正規化ＡＰＩ要求は、プラットフォームシステムのプラットフォームＡＰＩを使用することにより外部アプリケーションシステムにより提供される。正規化ＡＰＩ要求は、取引と、正規化ＡＰＩ要求の各口座エンドポイントの口座トークン及び口座信用情報の少なくとも一方とを指定する。
【０３６９】
正規化ＡＰＩ要求に応答して、正規化ＡＰＩ要求の各口座エンドポイントの取引情報が収集される（ブロック１１２０）。取引情報は、口座エンドポイントに関連付けられたアプリケーションプロキシインスタンスを使用することにより収集されて、正規化ＡＰＩ要求により指定された関連付けられた口座トークン及び関連付けられた口座信用情報の少なくとも一方を使用することにより且つ機関システムのプロプライエタリＡＰＩを使用することにより対応する機関システムから取引情報を収集する。
【０３７０】
正規化ＡＰＩ要求により指定された取引は、収集された取引情報を使用することにより実行される（ブロック１１３０）。正規化ＡＰＩ応答が外部システムに提供される（ブロック１１４０）。正規化ＡＰＩ応答は取引の結果を提供する。各アプリケーションプロキシインスタンスは、対応する外部機関システムのアプリケーションをシミュレートするように構築される。
【０３７１】
幾つかの実施態様では、各口座エンドポイントについて収集された取引情報は、少なくとも、自動決済機関（ＡＣＨ）取引で使用される口座番号及び対応する金融機関コードを含む。
【０３７２】
幾つかの実施態様では、取引情報は、対応する外部機関システムからアクセスされた少なくとも１つのステートメントを処理することにより収集される。
【０３７３】
幾つかの実施態様では、取引情報（及び／又は任意の他の口座関連情報）は、アプリケーションプロキシインスタンス、スクリーンスクレープ（例えば、機関のウェブページの）、機関（例えば、システムがアクセスを認可された）のＡＰＩのＡＰＩ要求、又はこれらの方法の任意の組合せの１つ又は複数を介して収集される。取引情報はＡＰＩ応答において供給し得る。しかしながら、金融リポートを作成する状況では、取引情報を収集するプロセスは収集され、金融リポートの作成に使用することができる。
【０３７４】
システムのそのような機能の追加の例及び詳細は‘８９７号出願に見出し得る。
【０３７５】
幾つかの実施態様では、正規化ＡＰＩ要求のユーザ情報は、正規化ＡＰＩ要求に対応する外部ユーザ対面システム／アプリケーション（例えば外部ユーザ対面システム／アプリケーション１６２）の各ユーザ口座のユーザ口座識別子を含む。
【０３７６】
幾つかの実施態様では、正規化ＡＰＩ要求は表１に示されるようなパラメータを含む。
【０３７７】
【表１】
2021521526.tif 000003
【０３７８】
幾つかの実施態様では、＜Ｕｓｅｒ  Ａｃｃｏｕｎｔ  Ｉｄｅｎｔｉｆｉｅｒ＞は、少なくとも１つの対応するアプリケーションプロキシインスタンスの選択に使用され、選択された各アプリケーションプロキシインスタンスは、関連付けられた機関システムにアクセスするためのユーザ信用情報（例えば、図３３Ｂに示されるように）を含む。
【０３７９】
幾つかの実施態様では、システム１１０（例えば図７及び図８）は、＜Ｐｌａｔｆｏｒｍ  Ａｃｃｏｕｎｔ  ＩＤ＞パラメータ、＜Ｕｓｅｒ  Ａｃｃｏｕｎｔ  Ｉｄｅｎｔｉｆｉｅｒ＞パラメータ、及び＜Ｉｎｓｔｉｔｕｔｉｏｎ  ＩＤ＞パラメータに基づいて正規化ＡＰＩ要求に関連付けられたアプリケーションプロキシインスタンスを決定する。幾つかの実施態様では、システム１１０は、＜Ｐｌａｔｆｏｒｍ  Ａｃｃｏｕｎｔ  ＩＤ＞パラメータ、＜Ｕｓｅｒ  Ａｃｃｏｕｎｔ  Ｉｄｅｎｔｉｆｉｅｒ＞パラメータ、及び＜Ｉｎｓｔｉｔｕｔｉｏｎ  ＩＤ＞パラメータに関連付けられて管理されるアプリケーションプロキシシステム１３０のアプリケーションプロキシインスタンスを識別し、識別されたアプリケーションプロキシインスタンスを使用して取引情報を収集する。
【０３８０】
幾つかの実施態様では、各プロプライエタリＡＰＩ要求は表２に示されるようなパラメータを含む。
【０３８１】
【表２】
2021521526.tif 000004
【０３８２】
種々の他の実施態様では、正規化ＡＰＩ要求及び／又はプロプライエタリＡＰＩ要求は、ＡＰＩの仕様及び関わる要求のタイプに応じて他のパラメータセットを含み得る。例えば、他の要求は、識別子トークン、複数の口座の識別子（例えば、送金を要求する場合）等を含み得る。そのような他のタイプの要求及びシステムの機能の追加の例及び詳細は‘８９７号出願に見出し得る。
【０３８３】
幾つかの実施態様では、システムは、種々のタイプのアラート及び／又は他のインジケーションをユーザ計算デバイス（例えば、図３０のユーザ計算デバイス１８１、１８２、及び／又は１８３）に送信し得る。これらの種々のタイプのアラート及び／又は他のインジケーションは、ユーザ計算デバイスで１つ又は複数のアプリケーション（例えば、ＳＭＳ（簡易メッセージサービス）及び／又はＭＭＳ（マルチメディアメッセージングサービス）プロセス及び／又はアプリケーション、電子メールプロセス及び／又はアプリケーション、システムに関連するプロセス及び／又はアプリケーション、第一者及び／又は第三者プロセス及び／又はアプリケーション（例えば、機関及び／又はユーザ対面アプリケーション／サービスの）等）をアクティブ化し得る。例えば、本明細書に記載されるように、マルチファクタ認証プロセスを完了する目的でアラートをユーザ計算デバイスと通信し得る。そのような例では、秘密／認証コードと共にＳＭＳメッセージをユーザ計算デバイスに通信して、ユーザ計算デバイスでＳＭＳプロセス及び／又はアプリケーション（及び／又は別のプロセス及び／又はアプリケーション）をアクティブ化し得る。そのようなアラートはシステム及び／又は機関システムにより送信し得る。別の例では、システムは、ユーザのユーザ口座へのアクセス及び／又は取引等に関するアラートをユーザ計算デバイスに送信し得る。そのようなアラートは、新しい取引が口座に掲示されたこと、特定の金額の取引が掲示されたこと、及び／又は取引が拒絶されたこと等をユーザに通知し得る。そのようなアラートは、ＳＭＳメッセージ、電子メールメッセージ、及び／又は上述したように、種々のプロセス及び／又はアプリケーションをアクティブ化し得る他のタイプのメッセージを含み得る。更に別の例では、システムは、口座ドキュメントを含むアラートをユーザ計算デバイスに送信し得、それにより、口座ドキュメントの読み出しに適したプロセス及び／又はアプリケーションをユーザ計算デバイスでアクティブ化し得る。
【０３８４】
システムアーキテクチャ
図１２は、システムをサーバデバイスにより実施し得る実施態様によるシステム１１０のアーキテクチャ図である。代替的には、システムは、複数のデバイスにより、ホストされた計算環境（例えばクラウドサーバ）で、及び／又は任意の他の適した環境で実施し得る。
【０３８５】
バス１２０２は、プロセッサ１２０１Ａ〜１２０１Ｎ、メインメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ））１２２２、読み取り専用メモリ（ＲＯＭ）１２０４、コンピュータ可読記憶媒体１２０５（例えば、非一時的コンピュータ可読記憶媒体）、ディスプレイデバイス１２０７、ユーザ入力デバイス１２０８、及びネットワークデバイス１２１１とインターフェースする。
【０３８６】
プロセッサ１２０１Ａ〜１２０１Ｎは、ＡＲＭプロセッサ及び／又はＸ８６プロセッサ等の多くの形態をとり得る。
【０３８７】
幾つかの実施態様では、システムは、中央演算処理装置（プロセッサ）及びマルチプロセッサユニット（ＭＰＵ）の少なくとも一方を含む。
【０３８８】
プロセッサ１２０１Ａ〜１２０１Ｎ及びメインメモリ１２２２は処理ユニット１２９９を形成する。幾つかの実施形態では、処理ユニットは、ＲＡＭ、ＲＯＭ、及びコンピュータ可読記憶媒体の１つ又は複数に通信可能に結合された１つ又は複数プロセッサを含み、処理ユニットの１つ又は複数のプロセッサは、バスを介してＲＡＭ、ＲＯＭ、及びコンピュータ可読記憶媒体の１つ又は複数により記憶された命令を受信し、１つ又は複数のプロセッサは受信した命令を実行する。幾つかの実施形態では、処理ユニットはＡＳＩＣ（特定用途向け集積回路）である。幾つかの実施形態では、処理ユニットはＳｏＣ（システムオンチップ）である。幾つかの実施形態では、処理ユニットは、ＡＰＩ、アプリケーションプロキシシステム、１つ又は複数のインスタンスインターフェースモジュール、口座ドキュメント、取引エンジン、ドキュメント処理エンジン、及び／又は本明細書に記載されるようなシステムの任意の他の機能又は態様の１つ又は複数を含む。
【０３８９】
ネットワークアダプタデバイス１２１１は、外部ユーザ口座システム（例えば、機関１５１、１５２、及び／又は１５３）、外部ユーザ対面システム／アプリケーション（例えば、アプリケーション１６１及び／又は１６２）、及び／又はユーザデバイス（例えば、ユーザデバイス１８１及び／又は１８２）等のシステムと他のデバイスとの間でデータ及びコマンドを交換するための１つ又は複数の有線又は無線インターフェースを提供する。そのような有線インターフェース及び無線インターフェースは、例えば、ユニバーサルシリアルバス（ＵＳＢ）インターフェース、Bluetoothインターフェース、Wi-Fiインターフェース、Ethernetインターフェース、及び／又は近距離通信（ＮＦＣ）インターフェース等を含む。幾つかの実施形態では、システムはインターネットを介して他のデバイスと通信する。
【０３９０】
ソフトウェアプログラム（オペレーティングシステム、アプリケーションプログラム、及びデバイスドライバ等）でのマシン実行可能命令（例えばコンピュータ可読プログラム命令）は、プロセッサ可読記憶媒体１２０５、ＲＯＭ１２０４、又は任意の他の記憶ロケーションからメモリ１２２２（処理ユニット１２９９の）にロードされる。これらのソフトウェアプログラムの実行中、各マシン実行可能命令はプロセッサ１２０１Ａ〜１２０１Ｎ（処理ユニット１２９９の）の少なくとも１つによりバス１２０２を介してアクセスされ、次に、１２０１Ａ〜１２０１Ｎの少なくとも１つにより実行される。ソフトウェアプログラムにより使用されるデータもメモリ１２２２に記憶され、そのようなデータは、ソフトウェアプログラムのマシン実行可能命令の実行中、プロセッサ１２０１Ａ〜１２０１Ｎの少なくとも１つによりアクセスされる。プロセッサ可読記憶媒体１２０５は、オペレーティングシステム１２１２、ソフトウェアプログラム／アプリケーション１２１３、デバイスドライバ１２１４、ＡＰＩ１２０、アプリケーションプロキシシステム１３０、機関インターフェースモジュール１４１、１４２、及び１４３、並びに口座ドキュメント２０２を含む。幾つかの実施態様では、プロセッサ可読記憶媒体１２０５は、取引エンジン２０３、ドキュメント処理エンジン２０４、トークン生成エンジン２０５、及び／又は記録保管庫１４０２（後述するように、暗号化又は他の方法でセキュア化されたデータベース又はデータストアを含み得る）を含む。
【０３９１】
システムアーキテクチャに関する更なる詳細について以下説明する。
【０３９２】
許可管理を実施する場合のシステムのネットワーク環境例
図１３は、実施形態により、許可管理システム１３０４（すなわち、データ管理プラットフォーム）が動作し得る一例のネットワーク環境１３００を示す。示されるように、ネットワーク環境は、許可管理システム１３０４、外部ユーザ口座システム１３０６、外部ユーザ対面システム／アプリケーション１３０８、許可プラグイン１３１０、許可プラグイン１３１１、高信頼性第三者プロセッサシステム１３１２、ユーザ計算デバイス１３１４、及びユーザ１３１６を含む。ネットワーク環境１３００の種々の態様は、ネットワーク／インターネット１３０２を介して通信し得る。ネットワーク／インターネット１３０２は、有線及び／又は無線ネットワークを含み得、及び／又は特定の実施形態では、１つ又は複数の有線及び／又は無線ネットワークを含み得る。ネットワーク環境１３００の種々の構成要素は、ネットワーク／インターネット１３０２を介して通信し得、及び／又は代替的には１つ又は複数の他の有線又は無線接続を介して互いと直接通信し得る。幾つかの実施形態では、許可管理システム１３０４は、上述したシステム１１０の機能を含み得、及び／又は上述したシステム１１０の機能は、ネットワーク環境１３００において１つ又は複数の他の計算システムで実施し得る。しかしながら、説明を明確にするために、以下の説明では、許可管理システム１３０４が後述したシステム１１０の機能を含むと仮定する。
【０３９３】
更に、外部ユーザ口座システム１３０６は機関のシステム（例えば、機関システム１５１、１５２、及び／又は１５３の１つ）を含み得、２つ以上の外部ユーザ口座システム１３０６が許可管理システム１３０４との通信に関わり得るが、明確にするために、１つの外部ユーザ口座システム１３０６が図１３に示されている。
【０３９４】
更に、外部ユーザ対面システム／アプリケーション１３０８は、ユーザが対話し得るシステム及び／又はアプリケーション及び／又はマーチャント等を含み得る。例えば、ユーザ１３１６は、ユーザ計算デバイス１３１４を介して外部ユーザ対面システム／アプリケーション１３０８と対話し得る。一例では、外部ユーザ対面システム／アプリケーション１３０８は、上述した（例えば、アプリ１６１及び／又は１６２を参照して）ように、ユーザ計算デバイス１３１４（例えばモバイルデバイス等）で実行され、及び／又はレンダリングされるアプリ及び／又はウェブベースのアプリケーションを含み得る。
【０３９５】
実施形態では、外部ユーザ対面システム／アプリケーション１３０８は許可プラグイン１３１０を含み得る。許可プラグイン１３１０は、外部ユーザ対面システム／アプリケーション１３０８に統合し得るソフトウェア／コードモジュール及び／又はスニペット等を含み得る。許可プラグイン１３１０は、外部ユーザ対面システム／アプリケーション１３０８が許可管理システム１３０４により提供される機能を含み得る（直接又は外部ユーザ口座システム１３０６を介して間接的に）ように、許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６により提供し得る。一実施態様では、許可プラグイン１３１０は、外部ユーザ対面システム／アプリケーション１３０８に統合されたJavaScriptコード（又は任意の他のプログラミング言語で書かれたコード）を含む。例えば、貸付管理システムアプリケーションは許可プラグイン１３１０を統合して、ユーザ口座を外部金融機関とリンクするのを促進する。JavaScriptコードは、実行されると、許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６と通信して、本明細書に記載されるような特定の機能を提供し得る。有利なことには、幾つかの実施態様では、許可プラグイン１３１０は、ユーザ１３１６に提示し得るインタラクティブユーザインターフェースを生成し得る。情報は、ユーザ１３１６から許可プラグイン１３１０のインタラクティブユーザインターフェースを介して取得し得る（例えば口座信用情報等）。許可プラグイン１３１０はそのような情報を取得し、外部ユーザ対面システム／アプリケーション１３０８がユーザ１３１６により提供された情報にアクセスできないようにセキュアに情報を許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６に通信し得る。
【０３９６】
更に、許可プラグイン１３１０は、有利なことには、許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６とのセキュア通信の確立及び／又は本明細書に記載されるような他の機能を処理し得、それにより、外部ユーザ対面システム／アプリケーション１３０８の開発者はこれらの態様を考慮する必要がない（したがって、外部ユーザ対面システム／アプリケーション１３０８の開発を加速化させる）。
【０３９７】
実施形態では、ユーザコンピュータデバイス１３１４は、上述した許可プラグイン１３１０と同様に機能する許可プラグイン１３１１を含み得る。許可プラグイン１３１０と同様に、許可プラグイン１３１１もソフトウェア／コードモジュール及び／又はスニペット等を含み得る。許可プラグイン１３１１は、ユーザ計算デバイス１３１４により実行される別のソフトウェアアプリケーション（例えば、例えば外部ユーザ口座システム１３０６との通信を可能にすること専用のソフトウェアアプリケーション）に統合されてもよく、又はユーザ計算デバイス１３１４により他の方法で実行可能であってもよい（例えば、ユーザ計算デバイス１３１４のウェブブラウザにより）。許可プラグイン１３１１は、ユーザ計算デバイス１３１４が許可管理システム１３０４により提供される（直接又は外部ユーザ口座システム１３０６を介して間接的に）機能を含み得るように、許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６により提供し得る。一実施態様では、許可プラグイン１３１１はJavaScriptコード又は任意の他のプログラミング言語で書かれたコードを含む。JavaScriptコードは、実行されると、許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６と通信して、本明細書に記載されるような特定の機能を提供し得る。有利なことには、幾つかの実施態様では、許可プラグイン１３１１は、ユーザ１３１６に提示し得るインタラクティブユーザインターフェースを生成し得る。情報は、ユーザ１３１６から許可プラグイン１３１１のインタラクティブユーザインターフェースを介して取得し得る（例えば口座信用情報等）。許可プラグイン１３１１はそのような情報を取得し、外部ユーザ対面システム／アプリケーション１３０８がユーザ１３１６により提供された情報にアクセスできないようにセキュアに情報を許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６に通信し得る。更に、許可プラグイン１３１１は、有利なことには、許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６とのセキュア通信の確立及び／又は本明細書に記載されるような他の機能を処理し得、それにより、外部ユーザ対面システム／アプリケーション１３０８の開発者はこれらの態様を考慮する必要がない（したがって、外部ユーザ対面システム／アプリケーション１３０８の開発を加速化させる）。
【０３９８】
以下に提供される機能の詳細な説明に加えて、追加の例及び詳細は、参照により先に本明細書に援用された２１１５年９月８日付けで出願された「Ｌｉｎｋ」と題する米国仮特許出願第＊６２／２２５６０３号に見出し得る。
【０３９９】
認可の行動図例
図１４Ａ及び図１４Ｂは、実施形態によるネットワーク環境１３００の態様間での対話例を示す行動図である。後述するように、ネットワーク環境１３００の種々の態様間の対話は、外部ユーザ口座システム１３０６（又は複数の外部ユーザ口座システム１３０６）へのアクセスの許可及び取引の実行を可能にし得る。更に、ネットワーク環境１３００の種々の態様間の対話は、ユーザが、ユーザの口座にアクセスする認可を付与し、及び／又は認可を取り消せるようにし得る。
【０４００】
図１４Ａ及び図１４Ｂの行動図及び本明細書に記載される他の行動図において、種々の実施態様では、示され記載される行動は示される順序と異なる順序で実行し得る。例えば、特定の行動は、種々の実施態様により、他の動作の前又は後に行われ得る。
【０４０１】
ネットワーク環境１３００の態様間の対話は、先に概説したように、種々のＡＰＩ呼び出しを介して（例えば、ＡＰＩ１２０を通して）達成し得る。したがって、例えば、口座信用情報、ユーザ情報、トークン識別子、取引要求、及び／又は後述する対話中に送信される任意の他の情報は、正規化ＡＰＩ要求を介して通信し得る。上述したように、許可管理システム１３０４のＡＰＩは、有利なことには、許可管理システム１３０４と効率的に対話するようにソフトウェアアプリケーション及び／又はシステムを効率的に開発し得るように明確に定義し得る。更に、ネットワーク環境１３００の態様間の各通信は、効率的な通信を保証するために、複数の要求及び／又は肯定応答を含み得る。更に、通信はセキュア接続を介して行い得る。
【０４０２】
図１４Ａは、実施形態によるネットワーク環境１３００の態様間対話例を示す行動図である。図１４Ａの行動図では、システムは、実施形態によりユーザがユーザ口座へのアクセスを認可できるようにする。
【０４０３】
行動１ａにおいて、ユーザ計算デバイス１３１４は外部ユーザ口座システム１３０６と対話する。そのような対話は、例えば、ユーザ計算デバイス１３１４のユーザが、ユーザ口座への認可を提供する意図を示す入力を提供する場合、生じ得る。例えば、ユーザは、ユーザ計算デバイス１３１４を介して外部ユーザ対面システム／アプリケーション１３０８と対話し得る（例えば、ユーザは、モバイルデバイス又はデスクトップコンピュータ上のマーチャントのアプリ及び／又はウェブサイトにアクセスし得る）。ユーザは、ユーザのユーザ口座（例えば、外部ユーザ口座システム１３０６に関連付けられた機関により保持されたユーザ口座）のユーザ口座データへのアクセスを外部ユーザ対面システム／アプリケーション１３０８に提供することを望むか、又は提供するように促され得る。したがって、実施形態では、許可プラグイン１３１１は、ユーザ計算デバイス１３１４により実行し得、インタラクティブユーザインターフェースをユーザに提示し得る（図１９を参照して以下に更に詳述するように）。許可プラグイン１３１１により可能になるインタラクティブユーザインターフェースの例について、図２２Ａ〜図２２Ｌを参照して以下に説明する。
【０４０４】
種々の実施態様では、インタラクティブユーザインターフェースは許可プラグイン１３１０、許可プラグイン１３１１、別のソフトウェアアプリケーション、及び／又はこれらの任意の組合せにより生成し得る。インタラクティブユーザインターフェースを通して、ユーザは口座信用情報及び／又はユーザの口座へのアクセスについての他の認可を提供し得る。後述するように、認可は、口座へのアクセスに対する種々の制限（本明細書では「許可」等と呼ばれる）を含み得る。口座へのアクセスは、例えば、取引を実行する能力、ユーザに関連する情報を取得する能力、及び／又は取引情報を取得する能力等を含み得る。上述したように、認可及び／又は口座信用情報等は、提供された情報に外部ユーザ対面システム／アプリケーション１３０８又は許可管理システム１３０４がアクセス可能ではないように、セキュアに許可プラグイン１３１１を介して外部ユーザ口座システム１３０６に提供し得る。したがって、有利なことには、本開示の種々の実施形態によれば、ユーザは、機密情報を外部ユーザ対面システム／アプリケーション１３０８（例えば、マーチャント、開発者等）又は許可管理システム１３０４に明らかにすることなく、そのような情報を外部ユーザ口座システム１３０６にセキュアに提供し得る。
【０４０５】
許可プラグイン１３１１と外部ユーザ口座システム１３０６との間の通信は、特定の情報の伝送を含み得る。例えば、許可プラグイン１３１１はクライアントＩＤ（例えば、外部ユーザ対面システム／アプリケーション１３０８から取得し得る、外部ユーザ対面システム／アプリケーション１３０８に関連付けられた一意の識別子）、ユーザ識別子（例えば、ユーザに関連付けられた一意の識別子）、口座信用情報、及び／又は秘密鍵等を外部ユーザ口座システム１３０６に送信し得、外部ユーザ口座システム１３０６により処理され検証し得る。
【０４０６】
行動１ｂにおいて、ユーザ計算デバイス１３１４から受信した情報に基づいて、外部ユーザ口座システム１３０６は電子記録を生成する。電子記録は、以下に更に詳述するように外部ユーザ口座システム１３０６により生成されるが、電子記録は、一意の記録名、口座信用情報、ユーザに関連付けられた識別子、外部ユーザ対面システム／アプリケーション１３０８に関連付けられた識別子（例えばクライアントＩＤ）、ユーザ口座情報、又は１つ若しくは複数の許可の１つ又は複数を含み得る。
【０４０７】
示されるように、外部ユーザ口座システム１３０６は記録保管庫１４０２を含み得、これは、本明細書に記載されるように、生成された電子記録をセキュアに記憶する１つ又は複数のデータベースを含む。したがって、行動１ａにおいて、外部ユーザ口座システム１３０６により生成された電子記録は記録保管庫１４０２に記憶される。生成された各電子記録にはトークン（例えば、本明細書では「一意の記録識別子」とも呼ばれる、電子記録に関連付けられた一意の識別子）を関連付け得、トークンにより識別し得る。実施形態では、トークン（例えば一意の記録識別子）は、電子記録の１つ又は複数の要素の暗号化ハッシュに基づいて生成される。代替的には、トークンはランダムに生成し得る。
【０４０８】
実施態様では、電子記録及び／又はトークンは、口座信用情報が有効又は正確であることの検証なしで生成し得る。
【０４０９】
行動１ｃにおいて、トークンはユーザ計算デバイス１３１４に送信され、行動２において、トークンは許可管理システム１３０４に送信される。代替的には、トークンは許可管理システム１３０４に直接送信し得る。
【０４１０】
行動３において、許可管理システム１３０４は、トークンを使用して外部ユーザ口座システム１３０６とインターフェースして、ユーザに関連付けられたユーザ口座データへのアクセスを開始し得、又はアクセスを開始できるようにし得る。この時点で、外部ユーザ口座システム１３０６は、口座信用情報が有効であることを検証し得、有効であった場合又は有効でなかった場合、メッセージを許可管理システム１３０４に返し得る。有効であった場合、外部ユーザ口座システム１３０６は、許可管理システム１３０４がユーザ口座データへの追加アクセスを要求するために使用し得るトークンと同様に、アクセスキー（例えば一意の識別子）を生成し記憶し得る。したがって、アクセスキーは許可管理システム１３０４に送信し得る。幾つかの実施態様では、アクセスキー及びトークンは同様又は同じであり、それにより、アクセスキーは生成しなくてもよく、トークンを使用してユーザ口座データにアクセスし得る。
【０４１１】
更に行動３において、ユーザにより提供された口座信用情報は、ユーザ口座データ（例えば、ユーザ口座情報、口座番号、及び／又は金融機関コード等）の取得に使用し得る。外部ユーザ口座システム１３０６との通信は、ＡＰＩ（公開若しくは非公開）又は他の適した通信方法を介して達成し得る。幾つかの実施態様では、通信は、種々の図を参照して先に概説したように達成され、例えば、外部ユーザ口座システム１３０６のアプリケーションの仮想インスタンスを生成して、公開／非公開ＡＰＩを介して外部ユーザ口座システム１３０６と通信し得る。
【０４１２】
行動４において、口座信用情報が有効であると検証された場合、外部ユーザ口座システム１３０６はユーザ計算デバイス１３１４と通信して、外部ユーザ口座システム１３０６により要求される他の形態の諸条件を受け入れるように促し得る。幾つかの実施態様では、そのようなプロンプトは、口座信用情報が検証される前に、提供し得る。
【０４１３】
更に行動４において、外部ユーザ口座システム１３０６はユーザ計算デバイス１３１４と通信して、例えば許可プラグイン１３１１によりユーザに提示されたインタラクティブユーザインターフェースを介して、複数の口座（又は他の情報）から特定の口座を選択するようにユーザに促し得る。
【０４１４】
幾つかの実施態様では、例えば図１４Ｂの行動１及び２を参照して後述するように、ユーザが口座信用情報及び他の情報を提供し得るインタラクティブユーザインターフェースは、許可管理システム１３０４、外部ユーザ口座システム１３０６、許可プラグイン１３１０、及び／又は許可プラグイン１３１１を介して提供し得る。幾つかの実施態様では、これもまた後述するように、ユーザが許可管理システム１３０４を介して口座信用情報を提供するのではなく、許可管理システム１３０４、外部ユーザ口座システム１３０６、許可プラグイン１３１０、及び／又は許可プラグイン１３１１は、ユーザに表示されたインタラクティブユーザインターフェースを、外部ユーザ口座システム１３０６により直接提供されるページ又はユーザインターフェースにリダイレクトさせ得る。
【０４１５】
行動５において、許可管理システム１３０４は、トークン及び／又はアクセスキーをセキュアデータベース１４０４に記憶し得、セキュアデータベース１４０４は本明細書に記載された記録保管庫１４０２と同様であり得、例えば暗号化され得る。
【０４１６】
行動６において、許可管理システム１３０４は、ユーザ口座データを要求するために外部ユーザ対面システム／アプリケーション１３０８により使用し得るトークンと同様に、ＡＰＩアクセスキー（例えば一意の識別子）を生成し記憶し得る。したがって、ＡＰＩアクセスキーは、外部ユーザ対面システム／アプリケーション１３０８に送信し得る。幾つかの実施態様では、ＡＰＩアクセスキー及びトークンは同様又は同じであり、それにより、ＡＰＩアクセスキーは生成しなくてもよく、トークンを使用してユーザ口座データにアクセスし得る。
【０４１７】
種々の実施形態では、許可管理システム１３０４と外部ユーザ対面システム／アプリケーション１３０８との間のセキュア通信は、任意の適した方法を介して確立し得る。例えば、実施態様では、許可管理システム１３０４は「公開トークン」を外部ユーザ対面システム／アプリケーション１３０８に提供し得る。それに応答して、外部ユーザ対面システム／アプリケーション１３０８は許可管理システム１３０４に、クライアントＩＤ、公開トークン、及び秘密鍵／識別子（前に許可管理システム１３０４から外部ユーザ対面システム／アプリケーション１３０８にセキュアに提供された）を提供し得る。許可管理システム１３０４は次に、この情報（例えば、クライアントＩＤ、公開トークン、及び秘密鍵／識別子）を使用して、外部ユーザ対面システム／アプリケーション１３０８とのアクセス及び通信を認証し得る。システムの種々のデバイス間にセキュア通信を確立する同様又は代替の方法が本開示の種々の実施形態において使用可能である。
【０４１８】
行動７において、許可管理システム１３０４はトークン及び／又はアクセスキーを使用して、外部ユーザ口座システム１３０６から追加のユーザ口座データ（例えば取引データ）を取得し得る。上述したように、外部ユーザ口座システム１３０６との通信は、ＡＰＩ（公開若しくは非公開）又は他の適した通信方法を介して達成し得る。幾つかの実施態様では、通信は、種々の図を参照して先に概説したように達成され、例えば、外部ユーザ口座システム１３０６のアプリケーションの仮想インスタンスを生成して、公開／非公開ＡＰＩを介して外部ユーザ口座システム１３０６と通信し得る。
【０４１９】
行動８において、ユーザ口座データは外部ユーザ対面システム／アプリケーション１３０８により要求され及び／又は外部ユーザ対面システム／アプリケーションに提供される。例えば、外部ユーザ対面システム／アプリケーション１３０８は、トークン及び／又はＡＰＩアクセスキーを許可管理システム１３０４に提供することによりユーザ口座データを要求し得る。
【０４２０】
幾つかの実施態様では、行動７は自動的に複数回実行し得る。例えば、行動７は定期的に又はスケジュールに従って実行し得る。代替的には、行動７は、例えば外部ユーザ対面システム／アプリケーション１３０８からの要求受信に応答して実行し得る。種々の実施形態では、行動７及び８は任意の順序で及び／又は同時に行い得る。
【０４２１】
行動９において、外部ユーザ対面システム／アプリケーション１３０８は、ユーザ口座情報をユーザ計算デバイス１３１４に提供し得る（例えば、ユーザ計算デバイス１３１４のソフトウェアアプリケーションを介して）。
【０４２２】
したがって、図１４Ａの行動図に説明されるように、外部ユーザ対面システム／アプリケーション１３０８及び／又はユーザ計算デバイス１３１４との対話を介して、ユーザは、ユーザ口座情報を外部ユーザ対面システム／アプリケーション１３０８と共有することなく、口座信用情報を提供し、外部ユーザ対面システム／アプリケーション１３０８によるユーザ口座データへのアクセスを認可し得る。有利なことには、特定の実施形態によれば、外部ユーザ対面システム／アプリケーション１３０８にユーザ口座情報を明らかにする必要はなく、これは、外部ユーザ対面システム／アプリケーション１３０８の開発を簡易化し得、外部ユーザ対面システム／アプリケーション１３０８との対話においてユーザに直言し得る。更に、後述するように、システムの実施態様は、ユーザが、外部ユーザ対面システム／アプリケーション１３０８を認可解除し、許可を閲覧し、及び／又は許可を変更できるようにし得る。
【０４２３】
図１４Ｂは、実施形態による、ネットワーク環境１３００の態様間での対話例を示す行動図である。種々の実施形態では、図１４Ａを参照して上述した行動及び行動の態様は図１４Ｂの行動にも同様に当てはめ得る。
【０４２４】
図１４Ｂの行動１において、ユーザは、ユーザ計算デバイス１３１４を介して外部ユーザ対面システム／アプリケーション１３０８と対話する。例えば、ユーザは、モバイルデバイス又はデスクトップコンピュータ上のマーチャントのアプリ及び／又はウェブサイトにアクセスし得る。ユーザが外部ユーザ対面システム／アプリケーション１３０８と対話している間、外部ユーザ対面システム／アプリケーション１３０８は許可プラグイン１３１０を実行し、許可プラグイン１３１０はインタラクティブユーザインターフェースをユーザに提示し得る（図１９を参照して以下に更に詳述するように）。許可プラグイン１３１０により可能になるインタラクティブユーザインターフェースの例については図２２Ａ〜図２２Ｌを参照して後述する。
【０４２５】
インタラクティブユーザインターフェースを通して、ユーザは、ユーザの口座にアクセスするための口座信用情報及び／又は他の認可を提供し得る。後述するように、認可は、口座へのアクセスに対する種々の制限（本明細書では「許可」等と呼ばれる）を含み得る。口座へのアクセスは、例えば、取引を実行する能力、ユーザに関連する情報を取得する能力、及び／又は取引情報を取得する能力等を含み得る。上述したように、認可及び／又は口座信用情報等は、提供された情報に外部ユーザ対面システム／アプリケーション１３０８がアクセス可能ではないようにセキュアに許可プラグイン１３１０を介して許可管理システム１３０４に提供する。したがって、有利なことには、本開示の種々の実施形態によれば、ユーザは、機密情報を外部ユーザ対面システム／アプリケーション１３０８（例えば、マーチャント、開発者等）に明らかにすることなく、そのような情報を許可管理システム１３０４にセキュアに提供し得る。
【０４２６】
許可プラグイン１３１０と許可管理システム１３０４との間にセキュア通信を確立することは、特定の識別情報の送信を含み得る。例えば、許可プラグイン１３１０及び／又は外部ユーザ対面システム／アプリケーション１３０８は、クライアントＩＤ（例えば、外部ユーザ対面システム／アプリケーション１３０８に関連付けられた一意の識別子）、ユーザ識別子（例えば、ユーザに関連付けられた一意の識別子）、及び／又は秘密鍵等を許可管理システム１３０４に送信し得、許可管理システム１３０４により処理され検証し得る。
【０４２７】
行動２において、許可管理システム１３０４は、ユーザにより提供された口座信用情報を使用して外部ユーザ口座システム１３０６とインターフェースし、ユーザ口座データ（例えば、ユーザ口座情報、口座番号、金融機関コード、及び／又は取引データ等）を取得し得る。外部ユーザ口座システム１３０６との通信は、種々の図を参照して先に概説したように達成し得、例えば、外部ユーザ口座システム１３０６のアプリケーションの仮想インスタンスを生成して、公開／非公開ＡＰＩを介して外部ユーザ口座システム１３０６と通信し得る。これも上述したように、外部ユーザ口座システム１３０６との通信を確立することは、マルチファクタ認証（ユーザ計算デバイス１３１４との追加の通信を必要とし得る）等を含み得る。更に、行動２は、ユーザが、許可プラグイン１３１０によりユーザに提示されたインタラクティブユーザインターフェースを介して複数の口座から特定の口座を選択できるようにすることを含み得る。幾つかの場合、ユーザ口座情報は、外部ユーザ口座システム１３０６から入手可能であり得るドキュメント（例えば、口座ステートメントＰＤＦ）の分析により取得し得る。
【０４２８】
行動３において、外部ユーザ口座システム１３０６から取得されたユーザ口座データに基づいて、許可管理システム１３０４は電子記録を生成する。電子記録は、以下に更に詳述するように許可管理システム１３０４により生成されるが、電子記録は、少なくとも、一意の記録名、ユーザに関連付けられた識別子、外部ユーザ対面システム／アプリケーション１３０８に関連付けられた識別子（例えばクライアントＩＤ）、外部ユーザ口座システム１３０６から取得されたユーザ口座情報、及び１つ又は複数の許可を含み得る。
【０４２９】
図１４Ｂに示されるように、許可管理システム１３０４は記録保管庫１４０２を含み得、記録保管庫１４０２は、本明細書に記載されるように、生成された電子記録をセキュアに記憶する１つ又は複数のデータベースを含む。したがって、行動３において、許可管理システム１３０４により生成された電子記録は、記録保管庫１４０２に記憶される。生成された各電子記録にはトークン（例えば、本明細書では「一意の記録識別子」とも呼ばれる、電子記録に関連付けられた一意の識別子）を関連付け得、トークンにより識別し得る。実施形態では、トークン（例えば一意の記録識別子）は、電子記録の１つ又は複数の要素の暗号化ハッシュに基づいて生成される。代替的には、トークンはランダムに生成し得る。
【０４３０】
図１４Ｂの行動の１つ又は複数への代替では、行動Ｚにおいて、ユーザが口座信用情報を許可管理システム１３０４に提供するのではなく、許可管理システム１３０４及び／又は許可プラグイン１３１０が、ユーザに表示されたインタラクティブユーザインターフェースを、外部ユーザ口座システム１３０６により直接提供されるページ又はユーザインターフェースにリダイレクトさせ得る。したがって、図１４Ａの行動１ａ、１ｂ、１ｃ、及び２を参照して上述したように、外部ユーザ口座システム１３０６は、ユーザ計算デバイス１３１４を介して許可管理システムに送信され得るトークンを生成し得る。このトークンは次に、外部ユーザ口座システム１３０６からユーザ口座データにアクセスするために、許可管理システム１３０４により使用し得る。
【０４３１】
行動４において、トークンは外部ユーザ対面システム／アプリケーション１３０８に返信される。有利なことには、種々の実施形態では、トークンはユーザのいかなる口座情報（及び／又はいかなる非暗号化口座情報）も含まず、したがって、外部ユーザ対面システム／アプリケーション１３０８は、トークンを使用してユーザの口座に直接アクセスし得ない。外部ユーザ対面システム／アプリケーション１３０８は、ユーザに関連付けられてトークンを記憶し得る。したがって、以下に詳述するように、外部ユーザ対面システム／アプリケーション１３０８はトークンを使用して、支払い又はユーザとの他の取引を開始し得る。
【０４３２】
行動５において、外部ユーザ対面システム／アプリケーション１３０８は、高信頼性第三者プロセッサシステム１３１２（例えば支払いプロセッサ）との通信を介してユーザに関連付けられた取引の実行を要求し得る。例えば、外部ユーザ対面システム／アプリケーション１３０８がマーチャントである場合、外部ユーザ対面システム／アプリケーション１３０８は高信頼性第三者プロセッサシステム１３１２を介して支払い又はサービス若しくは商品を要求し得る。要求を行うに当たり、外部ユーザ対面システム／アプリケーション１３０８は取引詳細及びトークンを高信頼性第三者プロセッサシステム１３１２に送信する。取引詳細は、例えば、支払うべき金額及び／又は支払いの頻度等を含み得る。
【０４３３】
行動６において、外部ユーザ対面システム／アプリケーション１３０８により要求された取引を実行するために、高信頼性第三者プロセッサシステム１３１２は許可管理システム１３０４と通信して、ユーザの口座詳細（例えば、口座番号及び金融機関コード）を取得し、取引を実行する認可を取得する。したがって、高信頼性第三者プロセッサシステム１３１２は、トークン及び取引詳細を許可管理システム１３０４に通信する。
【０４３４】
行動７において、許可管理システム１３０４は、高信頼性第三者プロセッサシステム１３１２から受信したトークンに関連する記録保管庫１４０２内の電子記録を識別する。許可管理システム１３０４は、種々の許可情報等の電子記録に関連する情報を含め、識別された電子記録を検索する。許可管理システム１３０４は次に、取引詳細を電子記録に関連付けられた許可情報と比較し、外部ユーザ対面システム／アプリケーション１３０８が要求された取引を実行する認可を有するか否かを判断する。
【０４３５】
行動８において、外部ユーザ対面システム／アプリケーション１３０８が取引を実行する認可を有さないと許可管理システム１３０４が判断する場合、そのようなインジケーションが高信頼性第三者プロセッサシステム１３１２に返信される。高信頼性第三者プロセッサシステム１３１２は次に、取引を実行する認可を有さないことを外部ユーザ対面システム／アプリケーション１３０８に示し得る。外部ユーザ対面システム／アプリケーション１３０８が取引を実行する認可を有すると許可管理システム１３０４が判断する場合、許可管理システム１３０４は、取引の実行に必要なユーザの口座詳細（例えば、口座番号及び金融機関コード）並びに外部ユーザ対面システム／アプリケーション１３０８が取引を実行する認可を有することのインジケーションを高信頼性第三者プロセッサシステム１３１２に送信する。
【０４３６】
行動９において、許可管理システム１３０４から受信した口座詳細を使用して、高信頼性第三者プロセッサシステム１３１２は、外部ユーザ口座システム１３０６との通信を介して取引を実行する。例えば、許可管理システム１３０４から受信した口座詳細は、口座番号及び金融機関コード、及び／又はクレジットカード番号等を含み得る。高信頼性第三者プロセッサシステム１３１２はそのような情報を利用して、外部ユーザ口座システム１３０６との通信を介して送金（例えば、上述したようなＡＣＨ転送）等を実行し得る。
【０４３７】
行動１０において、高信頼性第三者プロセッサシステム１３１２は、取引が実行されたことのインジケーション又は取引が実行されなかった（例えば、十分な資金がなかった場合等）ことのインジケーションを外部ユーザ対面システム／アプリケーション１３０８と通信する。高信頼性第三者プロセッサシステム１３１２と外部ユーザ対面システム／アプリケーション１３０８との間のそのような通信は、例えば、試みられた取引実行に関するステータス等に関する複数の往復通信を含み得る。
【０４３８】
したがって、図１４Ｂの行動図に説明されるように、外部ユーザ対面システム／アプリケーション１３０８との対話を介して、ユーザは口座信用情報を許可管理システム１３０４に提供し、ユーザ口座情報を外部ユーザ対面システム／アプリケーション１３０８と共有することなく、外部ユーザ対面システム／アプリケーション１３０８による取引の実行を認可し得る。有利なことには、特定の実施形態によれば、外部ユーザ対面システム／アプリケーション１３０８にユーザ口座情報を明らかにする必要はなく、これは、外部ユーザ対面システム／アプリケーション１３０８の開発を簡易化し得、外部ユーザ対面システム／アプリケーション１３０８との対話においてユーザに直言し得る。更に、後述するように、図１４Ｂの実施態様は、ユーザが、外部ユーザ対面システム／アプリケーション１３０８の許可を認可解除し、及び／又は許可を変更できるようにする。
【０４３９】
幾つかの実施態様では、許可管理システム１３０４、外部ユーザ対面システム／アプリケーション１３０８、及び／又は高信頼性第三者プロセッサシステム１３１２の１つ又は複数の機能は、結合及び／又はより多くのシステム／デバイスに細分し得る。例えば、実施形態では、許可管理システム１３０４は、許可管理システム及び高信頼性第三者プロセッサの両方として機能し得、それにより、上述した行動の幾つかを簡易化し結合し得る。
【０４４０】
述べたように、ネットワーク環境１３００の種々の態様間の通信は、セキュアチャネル（例えば暗号化チャネル）を介し得る。例えば、「高信頼性」であるためには、高信頼性第三者プロセッサシステム１３１２は、許可管理システム１３０４に対してそれ自体をセキュアに識別する必要があり得る。例えば、高信頼性第三者プロセッサシステム１３１２は、認可、暗号化、及び識別への相互同意を証明することができる。特定の実施形態により、ネットワーク環境１３００の他の態様間で他の同様の通信を行うこともできる。
【０４４１】
種々の実施形態では、特定の行動は特定の他の行動に応答して開始し得る。例えば、トークンは、口座情報及び／又は取引の実行についての外部ユーザ対面システム／アプリケーション１３０８からの要求に応答して生成し得る。種々の実施形態では、追加の態様が取引の実行に関わり得る。例えば、２つ以上のプロセッサシステム又は外部ユーザ口座システムは、取引を実行する互いの要求を調整及び／又は行い得る。
【０４４２】
認可解除の場合の行動図例
図１５は、実施形態による、ユーザが外部ユーザ対面システム／アプリケーション１３０８を認可解除し得るネットワーク環境１３００の態様間の対話例を示す行動図である。各行動１ａ、１ｂ、及び１ｃは、ユーザに関する取引を実行する外部ユーザ対面システム／アプリケーション１３０８の能力を認可解除する代替の手段を示す。
【０４４３】
行動１ａにおいて、ユーザは、外部ユーザ対面システム／アプリケーション１３０８及び許可プラグイン１３１０を介して、ユーザに関連する取引の実行及び／又はユーザに関連するデータへのアクセスについての外部ユーザ対面システム／アプリケーション１３０８の認可解除を要求し得る。要求は、例えば、許可プラグイン１３１０を通して許可管理システム１３０４との通信を介して行われる。
【０４４４】
代替的には、行動１ｂにおいて、ユーザは、ユーザに関連する取引の実行及び／又はユーザに関連するデータへのアクセスについての外部ユーザ対面システム／アプリケーション１３０８の認可解除を許可管理システム１３０４に対して直接要求し得る（例えば、許可管理システム１３０４のインタラクティブユーザインターフェースを介して、及び／又は許可管理システム１３０４からの電子メールにおけるリンクを介して等）。
【０４４５】
別の代替では、行動１ｃにおいて、ユーザは、外部ユーザ口座システム１３０６により実施されるように、許可プラグイン１５０２（許可プラグイン１３１０と同様）を介して、ユーザに関連する取引の実行及び／又はユーザに関連するデータへのアクセスについて外部ユーザ対面システム／アプリケーション１３０８の認可解除を要求され得る。例えば、外部ユーザ口座システム１３０６のウェブベースのポータルを介して外部ユーザ口座システム１３０６と対話する場合、ユーザは、外部ユーザ対面システム／アプリケーション１３０８の認可解除を要求する選択肢を有し得る。
【０４４６】
行動２において、許可管理システム１３０４は、外部ユーザ対面システム／アプリケーション１３０８を認可解除する要求を受信し、電子記録（記録保管庫１４０２に記憶されているような）を更新することにより要求を処理する。例えば、外部ユーザ対面システム／アプリケーション１３０８は、電子記録を削除し得、外部ユーザ対面システム／アプリケーション１３０８が認可解除されたことのインジケーションを電子記録に追加し得、及び／又は電子記録に関連付けられた１つ又は複数の許可を変更し得る。
【０４４７】
任意選択的な行動３において、許可管理システム１３０４は、認可解除を外部ユーザ対面システム／アプリケーション１３０８に通知し得る。
【０４４８】
行動４〜８は、外部ユーザ対面システム／アプリケーション１３０８が、認可解除後、ユーザに関連する取引を開始しようとする場合に行われ得る行動を示す。
【０４４９】
行動４において、外部ユーザ対面システム／アプリケーション１３０８は、上述したように、少なくともトークン及び取引詳細を提供することにより高信頼性第三者プロセッサシステム１３１２を介して取引の実行を要求する。
【０４５０】
行動５において、高信頼性第三者プロセッサシステム１３１２は取引詳細及びトークンを許可管理システム１３０４に通信して、外部ユーザ対面システム／アプリケーション１３０８により要求された取引の実行の認可を要求する。
【０４５１】
上述したように、行動６において、許可管理システム１３０４は、トークンを使用して、ユーザ及び外部ユーザ対面システム／アプリケーション１３０８に関連する電子記録にアクセスする。次に、許可管理システム１３０４は、取引詳細をアクセスされた電子記録により示された許可と比較する。電子記録が存在しない場合、及び／又は許可により、外部ユーザ対面システム／アプリケーション１３０８が認可解除されたことが示される場合、行動７において、許可管理システム１３０４は、外部ユーザ対面システム／アプリケーション１３０８が取引の認可を有さないことのインジケーションを高信頼性第三者プロセッサシステム１３１２に通信する。行動８において、高信頼性第三者プロセッサシステム１３１２は、取引を実行する認可がないことを外部ユーザ対面システム／アプリケーション１３０８に示す。
【０４５２】
図１５に示されていない代替では、ユーザは同様に、高信頼性第三者プロセッサシステム１３１２との対話を介して外部ユーザ対面システム／アプリケーション１３０８を認可解除し得、ここでは、高信頼性第三者プロセッサシステム１３１２により実施されるような許可プラグイン又は直接通信のいずれかを介して、許可管理システム１３０４に認可解除が通知される。
【０４５３】
したがって、種々の実施形態では、許可管理システム１３０４との対話を介して、ユーザは、外部ユーザ対面システム／アプリケーション１３０８が取引を実行する能力を認可解除することが可能になる。有利なことには、ユーザ口座データ（例えば、口座番号及び／又は金融機関コード等）が外部ユーザ対面システム／アプリケーション１３０８と共有されなくてもよいため、これは可能である。むしろ、許可管理システム１３０４は、外部ユーザ対面システム／アプリケーション１３０８が取引を実行する認可を管理し、ユーザ口座データをセキュアに記憶する。
【０４５４】
特定の実施態様では、外部ユーザ対面システム／アプリケーション１３０８を完全に認可解除するのではなく、ユーザは、外部ユーザ対面システム／アプリケーション１３０８に付与された１つ又は複数の許可を変更又は更新し得る。例えば、ユーザは、許された取引の頻度を変更すること、許された取引の金額を変更すること等をなし得る。更に、特定の実施態様では、ユーザは代替及び／又は追加として、資金を出金し得る異なる口座を選ぶこと等を含め、認可に対して他の変更を行い得る。
【０４５５】
認可の代替の行動図例
図１６は、図１４Ａ及び図１４Ｂの実施形態への代替である実施形態による、ネットワーク環境１３００の態様間の対話例を示す行動図である。図１４Ａ及び図１４Ｂと同様に、ネットワーク環境１３００の種々の態様間の対話（図１６に表されるような）は、外部ユーザ口座システム１３０６（又は複数の外部ユーザ口座システム１３０６）でのユーザ口座へのアクセス及びユーザ口座への取引の実行の許可処理を行えるようにする。更に、ネットワーク環境１３００の種々の態様間の対話は、ユーザがユーザの口座へのアクセスの認可を付与する及び／又は認可を取り消せるようにする。
【０４５６】
行動１において、ユーザは、許可管理システム１３０４に、口座信用情報及び／又はユーザの口座へのアクセスについての他の認可を提供し得る。これは、図１４Ｂの行動１及び／又は図１４Ａの行動１ａ〜１ｃ及び２〜４の１つ又は複数を参照して上述したものと同様に達成し得る。
【０４５７】
行動２において、許可管理システム１３０４は、図１４Ｂの行動２及び／又は図１４Ａの種々の行動を参照して上述したものと同様に、ユーザの口座／ユーザ口座データにアクセスし得る。
【０４５８】
行動３において、許可管理システム１３０４は、ユーザ口座データ（例えば、口座番号及び／又は金融機関コード等を含む）並びに電子記録及びトークン作成に関わる他のデータ（例えば、クライアントＩＤ、ユーザ識別子等）を高信頼性第三者プロセッサシステム１３１２に通信する。
【０４５９】
図１４Ｂの対話と異なり、図１６の実施形態では、高信頼性第三者プロセッサシステム１３１２は記録保管庫１４０２を含む。したがって、行動４において、高信頼性第三者プロセッサシステム１３１２は、図１４Ｂの行動３を参照して上述したものと同様に、電子記録及びトークンを生成し、電子記録を記録保管庫１４０２に記憶する。
【０４６０】
行動５において、高信頼性第三者プロセッサシステム１３１２は、トークンを許可管理システム１３０４に通信し、行動６において、許可管理システム１３０４はトークンを外部ユーザ対面システム／アプリケーション１３０８に通信する。代替的には、高信頼性第三者プロセッサシステム１３１２は、トークンを外部ユーザ対面システム／アプリケーション１３０８に直接通信し得る。
【０４６１】
行動７において、外部ユーザ対面システム／アプリケーション１３０８は、図１４Ｂの行動５を参照して上述したものと同様に、高信頼性第三者プロセッサシステム１３１２との通信を介してユーザに関連付けられた取引の実行を要求し得る。
【０４６２】
行動８において、図１４Ｂの行動７を参照して上述したものと同様に、高信頼性第三者プロセッサシステム１３１２は、記録保管庫１４０２内で、外部ユーザ対面システム／アプリケーション１３０８から受信したトークンに関連する電子記録を識別し得る。高信頼性第三者プロセッサシステム１３１２は、種々の許可情報等の電子記録に関連する情報を含め、識別された電子記録を検索する。高信頼性第三者プロセッサシステム１３１２は次に、取引詳細を電子記録に関連付けられた許可情報と比較し、外部ユーザ対面システム／アプリケーション１３０８が要求された取引を実行する認可を有するか否かを判断する。
【０４６３】
行動９及び１０は、上述した図１４Ｂの行動９及び１０と同様に進む。
【０４６４】
図１４Ａ及び図１４Ｂを参照して上述した代替は、図１６の実施形態にも同様に適用し得る。種々の実施形態では、ユーザは、記録保管庫１４０２が高信頼性第三者プロセッサシステム１３１２により記憶される場合、図１５の実施形態を参照して上述したものと同様に（例えば、認可解除、許可変更、口座変更等への要求が高信頼性プロセッサシステム１３１２に直接又はネットワーク環境１３００の別の態様を介して通信されるという違いがある）、外部ユーザ対面システム／アプリケーション１３０８を認可解除（及び／又は例えば、外部ユーザ対面システム／アプリケーション１３０８に関連する許可を変更等）し得る。
【０４６５】
上述したように、外部ユーザ対面システム／アプリケーション１３０８と許可管理システム１３０４及び／又は高信頼性第三者プロセッサシステム１３１２との間のセキュア通信は、公開鍵及び／又は秘密鍵交換を介して達成することができる。更に、種々の実施態様では、上述した行動において複数のトークンを使用し得る。例えば、高信頼性第三者プロセッサシステム１３１２により記憶されたトークンは、外部ユーザ対面システム／アプリケーション１３０８と共有されるトークンと異なり得る（例えば、異なる一意の識別子を外部ユーザ対面システム／アプリケーション１３０８と共有し得る）。代替のシナリオでは、高信頼性第三者プロセッサシステム１３１２及びユーザ対面アプリケーション１３０８は異なる第三者により運営し得、それにより、許可管理システム１３０４と対話するに当たり、それぞれは個々のリポートトークンを使用することができる。
【０４６６】
実施態様では、ネットワーク環境１３００の態様間の対話は以下のように進み得る：許可管理システム１３０４は、ユーザの口座情報に関連するトークンを生成し得（種々の実施態様を参照して上述したように）；許可管理システム１３０４はトークンを外部ユーザ対面システム／アプリケーション１３０８に送信し得（幾つかの実施態様では、外部ユーザ対面システム／アプリケーション１３０８に送信されるこのトークン及び／又は情報は、口座番号及び金融機関コード等の口座情報を含み得る）；外部ユーザ対面システム／アプリケーション１３０８は、取引実行要求（この要求は、例えば、トークン及び／又は他の口座情報を含み得る）を高信頼性第三者プロセッサシステム１３１２に送信し得；高信頼性第三者プロセッサシステム１３１２は任意選択的に、許可管理システム１３０４と通信して、外部ユーザ対面システム／アプリケーション１３０８が取引を実行させる認可を有するか否かを判断し得（例えば、許可をチェックし得、口座残高をチェックし得る等）；高信頼性第三者プロセッサシステム１３１２は取引の実行を開始し得る（例えば、外部ユーザ口座システム１３０６に要求を送信することにより）。この実施態様では、許可管理システム１３０４は、外部ユーザ口座システム１３０６からの口座情報にアクセスした後（例えば、本明細書に記載されるように）及び／又は外部ユーザ対面システム／アプリケーション１３０８からの要求受信に応答して、トークンを生成し得る。
【０４６７】
上述したように、幾つかの実施態様では、システムは、種々のタイプのアラート及び／又は他のインジケーションをユーザ計算デバイス（例えばユーザ計算デバイス１３１４）に送信し得る。これらの種々のタイプのアラート及び／又は他のインジケーションは、ユーザ計算デバイスで１つ又は複数のアプリケーション（例えば、ＳＭＳ（簡易メッセージサービス）及び／又はＭＭＳ（マルチメディアメッセージングサービス）プロセス及び／又はアプリケーション、電子メールプロセス及び／又はアプリケーション、システムに関連するプロセス及び／又はアプリケーション、第一者及び／又は第三者プロセス及び／又はアプリケーション（例えば、機関及び／又はユーザ対面アプリケーション／サービスの）等）をアクティブ化し得る。幾つかの例では、システムは、外部ユーザ対面システム／アプリケーションの認可及び／又は解除、及び／又は開始が認可されていない取引（例えば、金額が大きすぎる取引及び／又は頻繁すぎる取引等）を開始しようとする外部ユーザ対面システム／アプリケーションによる試み等に関するアラートをユーザ計算デバイスに送信し得る。そのようなアラートは、上述したように、ＳＭＳメッセージ、電子メールメッセージ、及び／又は種々のプロセス及び／又はアプリケーションをアクティブ化し得る他のタイプのメッセージを含み得る。別の例では、アラートは、例えば電子メールアプリケーションをアクティブ化し得、電子メールアプリケーションにより、ユーザは、外部ユーザ対面システム／アプリケーションを認可解除するリンクを選択し得る（自動的に又はリンク選択の結果として提示し得るユーザインターフェースを介して）。
【０４６８】
種々の実施形態では、特定の行動は特定の他の行動に応答して開始し得る。例えば、トークンは、外部ユーザ対面システム／アプリケーション１３０８からの口座情報及び／又は取引の実行についての要求に応答して生成し得る。種々の実施形態では、追加の態様が取引の実行に関わり得る。例えば、２つ以上のプロセッサシステム又は外部ユーザ口座システムは、取引を実行する互いの要求を調整及び／又は行い得る。
【０４６９】
トークン生成方法例
図１７Ａは、実施形態によるトークンを生成する一例の方法のフローチャートである。例えば、図１７Ａの方法は、図１４Ｂの行動２及び３において許可管理システム１３０４により、及び／又は図１６の行動２、３、及び４において許可管理システム１３０４及び／又は高信頼性第三者プロセッサシステム１３１２により実行し得る。
【０４７０】
ブロック１７１０において、許可管理システム１３０４は、外部ユーザ対面システム／アプリケーション１３０８に関連付ける口座信用情報及び／又は許可を受信する。口座信用情報は例えば、ユーザが例えば外部ユーザ口座システム１３０６（及び／又は別の機関）におけるユーザの口座にログイン／アクセスするのに使用するユーザ名及びパスワード（及び／又は任意の他の信用情報）を含み得る。
【０４７１】
ブロック１７２０において、許可管理システム１３０４はユーザ口座信用情報を使用して、外部ユーザ口座システム１３０６と通信し、ユーザに関連するユーザ口座データにアクセスする。述べたように、機関システム（例えば外部ユーザ口座システム１３０６）と通信して、ユーザ口座情報を取得するプロセスは、例えば図１〜図３、図４Ａ、図４Ｂ、及び図５〜図１０を参照して上述されている。このブロック（及び／又は１７１０）は、マルチファクタ認証を満たすために、ユーザに情報を提示すること及び／又はユーザから追加情報を取得することを更に含み得る。
【０４７２】
幾つかの場合、ユーザは、アクセスされる機関に２つ以上のユーザ口座を有し得る。したがって、任意選択的なブロック１７３０において、許可管理システム１３０４は、ユーザから、外部ユーザ対面システム／アプリケーション１３０８に関連付けるこれらの口座のうちの１つ又は複数の選択を受信し得る。そのような選択は、（例えば、許可管理システム１３０４、許可プラグイン１３１０、外部ユーザ対面システム／アプリケーション１３０８、及び／又はユーザ計算デバイス１３１４の任意の組合せを介して）ユーザに提示し得るインタラクティブユーザインターフェースを介してユーザから取得し得る。
【０４７３】
ブロック１７４０において、ユーザ及び外部ユーザ対面システム／アプリケーション１３０８の組合せに対応する電子記録及びトークンが生成される。上述したように、幾つかの実施態様では、生成される各電子記録は、ユーザ及び外部ユーザ対面システム／アプリケーションの１つの組合せに対応し得る。他の実施態様では、各電子記録は、ユーザ、開発者、外部ユーザ対面システム／アプリケーション、及び／又は外部機関システム等の種々の組合せに対応し得る。実施態様では、ユーザ及び外部ユーザ対面システム／アプリケーションの１つの組合せに関連付けられた複数の電子記録があり得る。例えば、ユーザは、外部ユーザ対面システム／アプリケーションとの複数の対話（例えば複数の口座）を有し得、したがって、複数の許可セット又は複数のユーザ口座（本明細書では、例えば、外部機関との金融口座と呼ばれる）を異なる目的で外部ユーザ対面システム／アプリケーションに関連付けたいことがある。そのような複数機関の例は、ニュースレターサブスクリプション（複数の進行中の支払いが有り得る）及び商品の１回限りの購入（１つの購入がある）を含み得る。したがって、異なる許可レベルを有する２つの電子記録が望まれ得る。別の実施態様では、複数の許可セット及び／又は複数の口座は全て同じ電子記録内に記憶され得、種々の適切な識別子により区別し得る。
【０４７４】
図１７Ｂは、実施形態によるトークンを生成する別の方法例のフローチャートである。例えば、図１７Ｂの方法は、図１４Ａの行動１ａ及び１ｂにおいて外部ユーザ口座システム１３０６により、及び／又は図１４Ｂの行動Ｚにおいて外部ユーザ口座システム１３０６により実行し得る。
【０４７５】
ブロック１７５０において、外部ユーザ口座システム１３０６は、外部ユーザ対面システム／アプリケーション１３０８に関連付けられた口座信用情報及びクライアントＩＤを受信する。口座信用情報は例えば、ユーザが例えば外部ユーザ口座システム１３０６（及び／又は別の機関）におけるユーザの口座にログイン／アクセスするのに使用するユーザ名及びパスワード（及び／又は任意の他の信用情報）を含み得る。幾つかの実施態様では、外部ユーザ口座システム１３０６は、外部ユーザ対面システム／アプリケーション１３０８に関連付ける許可を受信することもできる。
【０４７６】
ブロック１７６０において、外部ユーザ口座システム１３０６は、ユーザ及び外部ユーザ対面システム／アプリケーション１３０８の組合せに対応する電子記録及びトークンを生成する。上述したように、幾つかの実施態様では、生成される各電子記録はユーザ及び外部ユーザ対面システム／アプリケーションの１つの組合せに対応し得る。他の実施態様では、各電子記録はユーザ、開発者、外部ユーザ対面システム／アプリケーション、及び／又は外部機関システム等の種々の組合せに対応し得る。実施態様では、ユーザ及び外部ユーザ対面システム／アプリケーションの１つの組合せに関連付けられた複数の電子記録があり得る。例えば、ユーザは、外部ユーザ対面システム／アプリケーションとの複数の対話（例えば複数の口座）を有し得、したがって、複数の許可セット又は複数のユーザ口座（本明細書では、例えば、外部機関との金融口座と呼ばれる）を異なる目的で外部ユーザ対面システム／アプリケーションに関連付けたいことがある。別の実施態様では、複数の許可セット及び／又は複数の口座は全て同じ電子記録内に記憶され得、種々の適切な識別子により区別し得る。
【０４７７】
幾つかの場合、ユーザはアクセスされた機関に２つ以上のユーザ口座を有し得る。したがって、任意選択的なブロック１７７０において、外部ユーザ口座システム１３０６は、ユーザから、外部ユーザ対面システム／アプリケーション１３０８に関連付けるこれらの口座の１つ又は複数の選択を受信し得る。そのような選択は、（例えば、外部ユーザ口座システム１３０６、許可プラグイン１３１０及び１３１１、外部ユーザ対面システム／アプリケーション１３０８、及び／又はユーザ計算デバイス１３１４の任意の組合せを介して）ユーザに提示し得るインタラクティブユーザインターフェースを介してユーザから取得し得る。
【０４７８】
同様に、幾つかの場合、ユーザは、上述したように、認可プロセスの一環として許可を指定し、及び／又はドキュメントをレビューし得る。したがって、任意選択的なブロック１７８０において、外部ユーザ口座システム１３０６は、ユーザから、１つ又は複数の許可の選択及び／又は１つ又は複数のドキュメントの許容を受信し得る。そのような選択は、（例えば、外部ユーザ口座システム１３０６、許可プラグイン１３１０及び１３１１、外部ユーザ対面システム／アプリケーション１３０８、及び／又はユーザ計算デバイス１３１４の任意の組合せとの管理ユーザインターフェースを介して）ユーザに提示し得るインタラクティブユーザインターフェースを介してユーザから取得し得る。そのようなユーザインターフェースの例は図２０Ｊ及び図２１Ａに示される（更に後述する）。
【０４７９】
ブロック１７９０において、許可管理システム１３０４はトークン及び／又はアクセスキーを使用して外部ユーザ口座システム１３０６と通信し、ユーザに関連するユーザ口座データにアクセスする。トークン及び／又はアクセスキーは、許可管理システム１３０４がトークンに関連付けられたユーザ口座からのユーザ口座データにアクセするための信用情報又は認可を有することの検証を提供する。幾つかの実施態様では、上述したように、許可管理システム１３０４は外部ユーザ口座システム１３０６との初期通信においてトークンを使用して、及びアクセスキーを外部ユーザ口座システム１３０６から取得し得る。代替的には、トークンは外部ユーザ口座システム１３０６との通信に使用し得る。
【０４８０】
図１８は、図１７Ａの方法及び／又は本明細書に記載される他の方法／行動（例えば、図１７Ｂを参照して説明したような）に従って、例えば許可管理システム１３０４により生成し得るトークンマップ１８１０、記録保管庫１８２０、及び電子記録１８３０の例を示す。記録保管庫１８２０は、上述した記録保管庫１４０２の一例である。トークンマップ１８１０及び記録保管庫１８２０のそれぞれは、実施態様ではデータベースから構成し得る。幾つかの実施態様では、トークンマップ１８１０及び記録保管庫１８２０のそれぞれは、データベース内のテーブルを含み得、及び／又は１つのテーブル／データベースに結合し得る。有利なことには、トークンマップ１８１０及び／又は記録保管庫１８２０はセキュアに記憶し得（例えば、暗号化等）、ユーザ関連データを保護し得る。
【０４８１】
記録保管庫１８２０は、電子記録１８３０等の複数の電子記録を含み得る。電子記録１８３０の例に示されるように、電子記録は以下の１つ又は複数を含み得る：一意の記録名（種々の記録の中で記録を識別するのに使用し得る）、ユーザ識別子（例えば、口座信用情報を提供したユーザに関連付けられた任意の識別子）、クライアントＩＤ（上述したような）、口座信用情報を使用して外部機関から取得された口座情報（例えば、口座番号、金融機関コード等）、種々の許可、及び／又は取引履歴。幾つかの実施態様では、電子記録は、他のユーザ口座データ、ユーザ及び／又は外部ユーザ対面システム／アプリケーションに関連する他のデータ、及び／又は口座信用情報等を含み得る。
【０４８２】
電子記録に記憶し得る許可の例は、頻度、用途、時間、金額、及び／又はタイプ等に関連する任意の許可を含む。例えば、金融取引の状況では、ユーザは、取引金額（例えば、＄５００以下）、取引頻度（例えば、１ヶ月に１回以下の取引）、特定の時間枠内の金額（例えば、１ヶ月に＄１１００以下）、及び／又はこれら及び／又は他の許可の任意の組合せへの制限を指定し得る。金融リポート状況では、ユーザは、金融リポートにいつアクセスできるか（例えば、限られたアクセス可能ウィンドウがあり得る）、誰が新しいリポートトークンを開始することができるか、誰が金融リポートにアクセスすることができるかを指定し得る。
【０４８３】
トークンマップ１８１０は記録保管庫１８２０と共に及び／又は記録保管庫１８２０とは別個に記憶し得、及び／又は記録保管庫１８２０と組合せ得る。トークンマップ１８１０は、各電子記録に関連付けられたトークン（例えば一意の記録識別子）と一意の記録名との間のマッピングを提供する。幾つかの実施態様では、トークン及び一意の記録名は同じであり得る（例えば、トークンマップ１８１０が必要ないように）。しかしながら、異なるトークン（例えば一意の記録識別子）を有することが有利であり得、その理由は、上述したように、トークンが、外部ユーザ対面システム／アプリケーションを含め、他の当事者と共有されるためである。トークンが損なわれる（例えば、盗まれるか、又は失われる）場合、新しいトークンを生成し得、それに従ってトークンマップ１８１０を更新し得、それにより、対応する電子記録を再生成する必要がない。幾つかの実施態様では、一意の記録名及び／又はトークン（例えば、一意の記録識別子）は、電子記録のデータの１つ又は複数の項目の暗号化ハッシュを含んだ。他の実施態様では、一意の記録名及び／又はトークンは、ランダムに生成された一意の文字列（及び／又は任意の他の適した識別子）を含んだ。
【０４８４】
幾つかの実施形態では、電子記録１８３０は、外部ユーザ対面システム／アプリケーション１３０８に関連付けられた取引の履歴を含み得る。例えば、システムにより認可された各取引に関連する取引詳細を記憶し得る。そのような履歴情報は、システムにより特定の許可を判断及び／又は実施するのに使用し得る。例えば、許可が取引頻度への制限を示す場合、システムは電子記録に記憶された履歴にアクセスして、所与の取引について、頻度許可が満たされているか否かを判断し得る。したがって、幾つかの実施形態では、高信頼性第三者プロセッサシステム１３１２は許可管理システム１３０４と通信して、取引が首尾良く完了するか否かを示し得る。
【０４８５】
許可プラグインに関連する方法例
図１９は、実施形態による、システムの方法例、特にインタラクティブユーザインターフェースに関連する方法例のフローチャートである。例えば、図１９の方法は、図１４Ａの行動１ａ、１ｂ、１ｃ、２、３、４、５、及び／又は６において許可プラグイン１３１０及び／又は許可プラグイン１３１１により実行し得る。別の例では、図１９の方法は、図１４Ｂの行動１、２、及び／又は３において許可管理システム１３０４及び／又は許可プラグイン１３１０により実行し得る。更に別の例では、図１９の方法は、図１６の行動１、２、３、及び／又は４において許可管理システム１３０４、許可プラグイン１３１０、及び／又は高信頼性第三者プロセッサシステム１３１２により実行し得る。
【０４８６】
ブロック１９１０において、許可プラグイン１３１０は外部ユーザ対面システム／アプリケーション１３０８に提供される。例えば、許可プラグイン１３１０は、外部ユーザ対面システム／アプリケーション１３０８において実施し得る（例えば開発者により）コードスニペット及び／又は他のソフトウェア態様を含み得る。一実施態様では、許可プラグイン１３１０は、例えばウェブブラウザにより実行されると、種々のソフトウェア機能を実行するJavaScriptの１つ又は複数のラインを含む。
【０４８７】
ブロック１９１２において、許可プラグイン１３１０が例えばユーザ計算デバイス１３１４により実行されると（例えば、ユーザ計算デバイス１３１４のウェブブラウザにより実行されると）、許可プラグイン１３１０は許可管理システム１３０４との通信を開始する。有利なことには、許可プラグイン１３１０と許可管理システム１３０４との間の通信は、外部ユーザ対面システム／アプリケーション１３０８が通信をインターセプト又はアクセスし得ないようにセキュアであり（例えば暗号化され）得る。これは、例えば、許可プラグイン１３１０が外部ユーザ対面システム／アプリケーション１３０８で直接実行されるのではなく、ユーザのデバイスで実行されることにより可能になり得る。
【０４８８】
任意選択的に、ブロック１９１４において、許可プラグイン１３１０は、許可管理システム１３０４から追加のスクリプト又は他のソフトウェア態様を要求し得る。代替的には、許可プラグイン１３１０は、許可管理システム１３０４から追加データを受信する必要なく、必要な全てのソフトウェア態様を含み得る。それに応答して、許可管理システム１３０４は要求されたデータを許可プラグイン１３１０に提供し得る。
【０４８９】
ブロック１９１０、１９１２、及び１９１４への代替として、方法はブロック１９２０、１９２２、及び１９２４に進み得る（例えば、図１４Ａを参照して上述したように）。
【０４９０】
ブロック１９２０において、ブロック１９１０と同様に、許可プラグイン１３１０及び／又は１３１１は外部ユーザ対面システム／アプリケーション１３０８及び／又はユーザ計算デバイス１３１４に提供される。例えば、許可プラグイン１３１０及び／又は１３１１は、外部ユーザ対面システム／アプリケーション１３０８で実施し得る（例えば開発者により）コードスニペット及び／又は他のソフトウェア態様を含み得る。一実施態様では、許可プラグイン１３１０及び／又は１３１１は、例えばウェブブラウザにより実行されると、種々のソフトウェア機能を実行するJavaScriptの１つ又は複数のラインを含む。
【０４９１】
ブロック１９２２において、許可プラグイン１３１０及び／又は１３１１が例えばユーザ計算デバイス１３１４により実行されると（例えば、ユーザ計算デバイス１３１４のウェブブラウザにより実行されると）、許可プラグイン１３１０及び／又は１３１１は外部ユーザ口座システム１３０６との通信を開始する。有利なことには、許可プラグインと外部ユーザ口座システム１３０６との間の通信は、外部ユーザ対面システム／アプリケーション１３０８及び許可管理システム１３０４が通信をインターセプト又はアクセスし得ないようにセキュアであり（例えば暗号化され）得る。これは、例えば、許可プラグイン１３１０及び／又は１３１１が外部ユーザ対面システム／アプリケーション１３０８で直接実行されるのではなく、ユーザのデバイスで実行されることにより可能になり得る。
【０４９２】
幾つかの実施態様では、ブロック１９２４において、許可プラグイン１３１０及び／又は１３１１が実行されると、追加のスクリプト又は他のソフトウェア態様を外部ユーザ口座システム１３０６から要求し得る。代替的には、許可プラグイン１３１０及び／又は１３１１は、外部ユーザ口座システム１３０６から追加データを受信する必要なく、必要な全てのソフトウェア態様を含み得る。これに応答して、外部ユーザ口座システム１３０６は、要求されたデータを許可プラグイン１３１０及び／又は１３１１に提供し得る。
【０４９３】
ブロック１９４０において、許可プラグインは、ユーザに表示し得るインタラクティブユーザインターフェースを生成し得、インタラクティブユーザインターフェースを通して、情報を提示し受信し得る。そのようなユーザインターフェースの例について図２２Ａ〜図２２Ｌを参照して以下に説明する。例えばユーザから受信した口座信用情報は次に、許可管理システム１３０４に通信し得る（本明細書に記載されるような他の情報項目に加えて）。幾つかの実施態様では、許可プラグインが実行されると、ユーザインターフェースを外部ユーザ口座システム１３０６により直接管理されるページ又はインターフェースにリダイレクトし得る（例えば、口座信用情報を外部ユーザ口座システム１３０６に提供する直接的な方法を提供する）。
【０４９４】
ブロック１９５０において、受信した口座信用情報（及び他の情報）を使用することによりトークンが生成される。トークン生成については、例えば図１７Ａ及び図１７Ｂを参照しての説明を含め、本明細書に詳述されている。
【０４９５】
ブロック１９６０において、許可管理システム１３０４及び／又は外部ユーザ口座システム１３０６により生成されたトークンは、外部ユーザ対面システム／アプリケーション１３０８に直接、許可プラグイン１３１０を介して、及び／又は許可管理システム１３０４を介して通信される（図１７Ａを参照して上述したように）。更に、このブロックにおいて、インタラクティブユーザインターフェースを終了することができる。幾つかの場合、実施態様及びユーザから必要な情報に応じて、インタラクティブユーザインターフェースは、トークンの生成が完了するまでユーザにより開かれたままであり得、一方、他の場合ではそうではないことがあり得る。
【０４９６】
本明細書に記載される種々のインタラクティブユーザインターフェースは、種々の実施形態において、システムの任意の態様（例えば、システム１１０及び／又は許可管理システム１３０４（それ自体、システム１１０の実施態様である）、許可プラグイン１３１０又は１３１１、外部ユーザ口座システム１３０６、及び／又はユーザデバイス等）により生成し得る。例えば、後述するように、幾つかの実施態様では、ユーザインターフェースは、態様（例えば許可管理システム１３０４）により生成し得、１つ又は複数の他の態様を介してユーザの計算デバイス（例えば、スマートフォン等のユーザ計算デバイス１３１４）に送信し得、ユーザの計算デバイスにおいて、ユーザインターフェースデータはレンダリングされて、ユーザインターフェースをユーザに表示し得る。代替的には、インタラクティブユーザインターフェースはシステム（例えば許可管理システム１３０４）により生成され、他の適した方法でユーザによりアクセスし得る。
【０４９７】
第三者へのデータのルーティング
上述したように、本明細書に記載される他の実施形態は、金融記録へのアクセスを管理する方法を実施する過程等において、プログラム的に検証された取引（又は他の金融若しくはプライベートデータ）のサブセットを１つ又は複数の第三者に分配、ルーティング、又は他の方法で開示するシステムを参照する。
【０４９８】
一般且つ広義に、図２０は、本明細書に記載される等のシステム２０００の簡易データ流れ図を示す。システム２０００は、１つ又は複数のユーザデバイス、１つ又は複数の第三者サーバ、及び１つ又は複数のリモートデータソースサーバ（「エンドポイント」とも呼ばれる）間でセキュア通信アーキテクチャを実施する。例示を簡易化するために、ユーザデバイスの１つはユーザデバイス２００２として識別され、第三者サーバの１つは第三者サーバ２００４として識別され、リモート口座サーバの１つはリモートデータソース２００６として識別される。
【０４９９】
システム２０００は、ユーザデバイス２００２、第三者サーバ２００４、及びリモートデータソース２００６に通信可能に結合するデータ管理プラットフォーム２００８も含む。より具体的には、データ管理プラットフォーム２００８は、ユーザデバイス２００２、第三者サーバ２００４、及びリモートデータソース２００６を含む種々のリモートリソースと通信するための種々のアプリケーションプログラミングインターフェース（「ＡＰＩ」）をインスタンス化及び／又は実施するサーバ又はサーバシステム（仮想又は物理的）である。多くの実施形態では、データ管理プラットフォーム２００８によりインスタンス化されたインターフェースは、データ管理プラットフォーム２００８からの非意図的なデータの抜き取りを回避するために、互いから分離される。
【０５００】
本明細書に記載される他の実施形態と同様に、データ管理プラットフォーム２００８は、リモートデータソース２００６にアクセスして、ユーザデバイス２００２（すなわち、対象）のオペレータに関連するデータベース２０１０内のデータの取得、フォーマット、確認、集計、及び／又は記憶を行うように構成される。集計されたデータがデータベース２０１０に記憶されると、データ管理プラットフォーム２００８は、記憶された集計データの全て又は幾つかをユーザデバイス２００２及び／又は第三者サーバ２００４に分配することができる。
【０５０１】
ユーザデバイス２００２とのセキュア通信を促進するために、データ管理プラットフォーム２００８はアプリケーションインターフェース２０１２をインスタンス化する。アプリケーションインターフェース２０１２は、ユーザデバイス２００２のオペレーティングシステムにより実行されるローカル又は分散ネットワークを経由してソフトウェアアプリケーション（ソフトウェアアプリケーション２０１４と呼ばれる）のインスタンスと通信するように構成される。ソフトウェアアプリケーション２０１４及びアプリケーションインターフェース２０１２は、任意の適したプロプライエタリ、カスタマイズされた、又はオープンソースアプリケーションレイヤプロトコル（例えば、ＴＬＳ、ＳＳＬ、ＨＴＴＰ、ＨＴＴＰＳ等）を使用して通信することができる。加えて、通常、アプリケーションインターフェース２０１２は、ＲＥＳＴｆｕｌ  ＡＰＩ又はＳＯＡＰ  ＡＰＩ等のステートベース又はオブジェクトベースのプロトコル仕様に準拠するが、これは必須ではない場合があり、任意の適したプロトコル及び／又はデータ構造化技法が使用可能である。
【０５０２】
データ管理プラットフォーム２００８はまた、要求側インターフェース２０１６もインスタンス化して、第三者サーバ２００４との通信を促進する。アプリケーションインターフェース２０１２と同様に、要求側インターフェース２０１６は任意の適したデータ構造化及び／又はメッセージングプロトコル及び任意の適した通信又はトランスポートプロトコルに準拠することができる。幾つかの場合、要求側インターフェース２０１６のインスタンスは、特定のインスタンスが通信している特定の第三者サーバに基づいて異なり得る。より具体的には、幾つかの実施形態では、要求側インターフェースの１つのインスタンスをインスタンス化して、第１のメッセージングプロトコルに準拠することができ、一方、要求側インターフェースの第２のインスタンスをインスタンス化して、第１のメッセージングプロトコルと異なる第２のメッセージングプロトコルに準拠することができる。
【０５０３】
データ管理プラットフォーム２００８はまた、１つ又は複数のリモート口座インターフェース（本明細書では「機関インターフェースモジュール」とも呼ばれる）もインスタンス化し、その１つはリモート口座インターフェース２０１８として識別される。要求側インターフェース２０１６及びアプリケーションインターフェース２０１２と異なり、リモート口座インターフェース２０１８は、リモートデータソース２００６がアクセス可能なＡＰＩを露出しているか否かに関わらず、リモートデータソース２００６から情報を取得するように構成し得る。例えば、幾つかの場合、リモート口座インターフェース２０１８は、リモートデータソース２００６により露出されたドキュメントＡＰＩからデータを要求するように構成し得る。別の例では、口座サーバはＡＰＩを全く露出しないことがある。この場合、リモート口座インターフェース２０１８は、データを取得するために、第一者ソフトウェアアプリケーション又はウェブインターフェース等の認可されたアプリケーションのインスタンスをシミュレートするように実施し得る。更なる例では、リモート口座インターフェース２０１８は、リモートデータソース２００６から１つ又は複数のドキュメント又はファイルをダウンロードしパースするように構成することができる。リモート口座インターフェース２０１８が、異なるリモートデータソースと通信し、及び／又は異なるリモートデータソースからデータを取得するために、異なる方法でインスタンス化可能であることが理解される。
【０５０４】
多くの例では、データ管理プラットフォーム２００８は、証明機関２０２０として識別される既知の証明機関により発行された証明書を提示することにより、それ自体をユーザデバイス２００２及び第三者サーバ２００４に対して認証する。証明書が証明機関２０２０により検証されると、ユーザデバイス２００２及び第三者サーバ２００４の両方に対して、データ管理プラットフォーム２００８により分配、伝送、取得、及び／又は記憶された任意のデータが真正であり、信頼可能であることを保証することができる。
【０５０５】
他の例では、証明書の提示は、信頼を確立するために必要とされないことがある。例えば、データ管理プラットフォーム２００８は、ユーザデバイス２００２及び第三者サーバ２００４の両方がアクセス可能なブロックチェーンにデータを記憶及び／又はログするように構成することができる。
【０５０６】
システム２０００により実施される通信アーキテクチャの結果として、ユーザデバイス２００２を操作している対象者と第三者サーバ２００４を管理している第三者との間でプライベートデータを交換することができる。
【０５０７】
先に参照した例を続けると、システム２０００は、借り手のプライベートな金融データを貸し手にセキュアに開示するのに使用することができる。この例では、借り手（対象者）がユーザデバイス２００２を操作する。貸し手（第三者）は第三者サーバ２００４を操作及び／又は管理する。金融機関（例えば、銀行、クレジットカード発行者、投資サービス、貸付提供者若しくはサービス提供者、又は他の金融機関）はリモートデータソース２００６を操作及び／又は管理する。
【０５０８】
この例の一実施態様では、借り手はユーザデバイス２００２のユーザインターフェース２０２２を操作して、データ管理プラットフォーム２００８が１つ又は複数のリモートデータソースサーバへのアクセスを許可する信用情報をデータ管理プラットフォーム２００８に提供する。まず、ユーザインターフェース２０２２は、借り手が選択し得るリモートデータソースのリスト−英数字順、リモートデータソースタイプ（例えば、銀行機関、クレジットカード機関等）による、最近のアクセスによる等を含め、任意の適した様式で編成又は提示される−を提供することができる。多くの実施形態では、借り手はユーザインターフェース２０２２を操作して、複数のリモートデータソースを選択することができるが、説明を簡潔にするために、この例はリモートデータソース２００６のみの選択を参照する。
【０５０９】
リモートデータソース２００６が借り手によりユーザインターフェース２０２２において選択されると、ユーザインターフェース２０２２は１つ又は複数のデータ入力フィールドのレンダリングに遷移することができ、それにより、借り手は、限定ではなく、ユーザ名、パスワード、口座番号、金融機関コード、ＰＩＮ番号、社会保障番号、運転免許証番号、ローリング２ファクタ認証アクセスコード等のリモートデータソース２００６にアクセスするための１つ又は複数の信用情報を提供することができる。より具体的には、リモートデータソース２００６は、ＰＩＮコード、セキュリティ質問、１回使用パスワード、セカンダリデバイスコード検証、バイオメトリック識別、及び／又は任意の適した形態のマルチファクタ認証等の認証チャレンジを更に要求し得る。そのような追加の認証チャレンジは、信用情報と同時に収集し得るが、マルチファクタ認証プロセスは代替的に定義することもできる。例えば、プライマリ口座信用情報が十分ではない場合、ＭＦＡチャレンジを応答で返し得、この追加の信用情報要求は、口座へのアクセスが得られる前に、必要に応じて繰り返すことができる。機関口座信用情報は更に記憶することができ、続くアクセス又はログイン試行の完了に自動的に使用することができる。
【０５１０】
多くの場合、リモートデータソース２００６は受信した信用情報をデータベース２０１０（又は別のリモート若しくはローカルのデータベース）に記憶するが、これは必須ではない。幾つかの場合、データ管理プラットフォーム２００８は、借り手のデータプライバシーを保護するために意図的に、受信した信用情報を記憶しないことがある。
【０５１１】
借り手が、リモートデータソース２００６にアクセスするための信用情報を提供すると、データ管理プラットフォーム２００８は、リモート口座インターフェース２０１８をインスタンス化又は操作してリモートデータソース２００６と通信し、リモートデータソース２００６からプライベート金融データを取得することができる。プライベート金融データは、限定ではなく、取引履歴、収入情報、支出情報、口座振込情報、スケジュールされた支払い情報、現金振込情報、口座情報（例えば、口座名、口座タイプ、口座番号、及び金融機関コード等）、残高情報、現在残高情報、手数料情報、カード保有者情報、リンクされた口座の情報、貯蓄率情報、貯蓄情報、税務書類情報、引き出し情報、ＡＣＨ情報、請求支払い情報、通常の支払い先情報、小切手情報、支払差止命令証情報、疑義請求情報、デビットカード情報、クレジットカード情報、外国取引情報、及び外国取引手数料情報等を含むことができる。
【０５１２】
上述したように、幾つかの例では、リモート口座インターフェース２０１８は、リモートデータソース２００６により提供された露出ＡＰＩに準拠することにより、リモートデータソース２００６からプライベート金融データを取得するように構成される。しかしながら、他の場合、リモート口座インターフェース２０１８は、限定ではなく、ウェブページのスクレープ又はレンダリング、ウェブページとの対話のシミュレート、非露出ＡＰＩリソースと通信するための認可された第一者アプリケーションのプロキシインスタンスのインスタンス化、リモートデータソース２００６により提供されたドキュメントリポジトリからの１つ又は複数のドキュメントのダウンロード等により、リモートデータソース２００６からプライベート金融データを取得するように構成される。
【０５１３】
例を続けると、データ管理プラットフォーム２００８がリモート口座インターフェース２０１８を介してリモートデータソース２００６からプライベート金融データを取得すると、データ管理プラットフォーム２００８は、取得したプライベート金融データをフォーマット及び／又は他の方法で正規化することができる。例えば、幾つかの場合、リモートデータソース２００６により提供されたマーチャント識別コードは、データ管理プラットフォーム２００８によりマーチャント名又はニックネームに正規化することができる（例えば、ローカル又はリモートルックアップテーブルにアクセスすることにより）。他の場合、限定ではなく、受信した金融データのデータ型のリキャスト（例えば、ｓｔｒｉｎｇからｆｌｏａｔ又はｄｏｕｂｌｅ、ｉｎｔｅｇｅｒからｆｌｏａｔ、ｓｔｒｉｎｇから等）、取引説明の切り詰め、口座番号の難読化又は切り詰め、文字列及び／又はデータオブジェクト型のリフォーマット等を含む他のフォーマット動作及び／又はデータ正規化動作をデータ管理プラットフォーム２００８により実行することができる。
【０５１４】
例を続けると、データ管理プラットフォーム２００８が取得したプライベート金融データを正規化及び／又はリフォーマットすると、フォーマットされたプライベート金融データはデータベース２０１０に記憶することができる。データ管理プラットフォーム２００８は、リモートデータソース２００６に再びアクセスすることによりデータベース２０１０に記憶された、フォーマットされたプライベート金融データを定期的に（例えば、１時間毎、日毎、週毎、オンデマンド等）リフレッシュすることができる。
【０５１５】
この例では、データ管理プラットフォーム２００８が、フォーマットされたプライベート金融データをデータベース２０１０に記憶した（例えば金融リポートとして）後、借り手はユーザインターフェース２０２２を操作して、ユーザデバイス２００２からアプリケーションインターフェース２０１２を介してそのデータにアクセスすることができる。本明細書に記載される他の実施形態に関して述べたように、データ管理プラットフォーム２００８は、複数のリモートデータソースからのフォーマットされたプライベート金融データを集計することができ、借り手はそれらの全てを集計された形態でユーザデバイス２００２からレビューすることができる。
【０５１６】
他の例では、データ管理プラットフォーム２００８が、フォーマットされたプライベート金融データをデータベース２０１０に記憶した後、第三者サーバ２００４等の第三者サーバからの要求の受信に備えて、要求側インターフェース２０１６を操作及び／又はインスタンス化することができる。上述したように、この例では、第三者サーバ２００４は，借り手についての特定の金融データを探している貸し手により操作される。より具体的には、貸し手は第三者サーバ２００４を操作して、要求側インターフェース２０１６を介して、データベース２０１０に記憶されているか、又は記憶以外で、リモート口座インターフェース２０１８を介してデータ管理プラットフォーム２００８がアクセス可能な借り手の金融データについての要求をデータ管理プラットフォーム２００８に提出することができる。
【０５１７】
幾つかの実施形態では、貸し手は入手可能な全ての金融データを要求し得る。他の実施形態では、貸し手は、特定のデータ型又はクエリに一致する金融データの特定のサブセットのみを要求し得る。例えば、貸し手は収入情報、残高情報、及び毎月債務支払い情報を要求し得る。他の場合、貸し手は収入情報のみを要求し得る。更に他の例では、貸し手は、収入情報及び閾値を超える金額の引き出し情報を要求し得る。他の例では、貸し手はデータ管理プラットフォーム２００８からのメタデータを要求し得る。例えば、貸し手は、全ての金融機関にわたる純収益を要求し得る。上記例が網羅的ではなく、貸し手（又はより一般的には、データ管理プラットフォーム２００８からデータを要求する任意の第三者）が任意のデータ、データ型、又はデータ又はデータ型の組合せを要求し得ることを理解することができる。
【０５１８】
例を続けると、貸し手が要求するデータのリスト又はセットを組み立てると、貸し手は第三者サーバ２００４を操作して、要求側インターフェース２０１６を介してその要求をデータ管理プラットフォーム２００８に提出することができる。
【０５１９】
データ管理プラットフォーム２００８が第三者サーバ２００４からデータ要求を受信すると、データ管理プラットフォーム２００８は（任意選択的に）、第三者サーバ２００４及び／又はソフトウェアアプリケーション２０１４に送信された信号を介して要求の受信を肯定応答することができる。第三者サーバ２００４に送信された信号は、要求が受信され、処理中及び／又はレビュー中であることを示すことができる。ユーザデバイス２００２で動作しているソフトウェアアプリケーション２０１４に送信された信号は、貸し手が金融情報の開示要求を送信したことを借り手に通知することができる。
【０５２０】
（任意選択的に）要求の肯定応答を受信した後、データ管理プラットフォーム２００８は要求を分析して、要求に応答して、データベース２０１０に記憶されたデータを検索することができるか否かを判断することができる。要求に包括的に応答することができないとデータ管理プラットフォーム２００８が判断する場合、データ管理プラットフォーム２００８は、要求されたデータ又は情報を含み得るリモートデータソースが存在するか否か、又はアクセス可能であるか否かを判断することができる。必要な場合、データ管理プラットフォーム２００８は、ユーザデバイス２００２におけるユーザインターフェース２０２２を介して借り手から追加の信用情報を要求することができる。
【０５２１】
リモート口座インターフェース２０１８を介して第三者サーバ２００４から受信した要求に応答することができるとデータ管理プラットフォーム２００８が判断すると、データ管理プラットフォーム２００８は、ソフトウェアアプリケーション２０１４を介して、第三者サーバ２００４を介して貸し手に要求されたプライベートデータを開示する借り手からの許可を要求し得る。代替的には、データ管理プラットフォーム２００８は、信用情報／トークンを検証し、任意選択的に何らかの形態の異常／不正検出を実行することにより許可を自動的に判断し得る。
【０５２２】
より具体的には、ソフトウェアアプリケーション２０１４及びユーザインターフェース２０２２は、１つ又は複数の選択肢を借り手に提示して、借り手が要求を承認、拒絶、又は変更できるようにすることができる。例えば、ユーザインターフェース２０２２は、要求されたプライベートデータ（又は要求されたプライベートデータのサマリ）を借り手に提示することができる。要求されたプライベートデータをレビューした後、借り手はユーザインターフェース要素（図２０に示されず）を選択して、借り手が要求を承認するか否か、借り手が要求を変更したいか否か、又は借り手が要求の拒絶を好むか否かを示すことができる。
【０５２３】
借り手が、要求されたプライベート金融データを開示する要求を承認する場合、ソフトウェアアプリケーション２０１４は、アプリケーションインターフェース２０１２を介して許可をデータ管理プラットフォーム２００８に通信することができる。それに応答して、データ管理プラットフォーム２００８は、要求されたデータを第三者サーバ２００４に開示することができる。
【０５２４】
代替的には、借り手が、要求されたプライベート金融データを開示する要求を拒絶する場合、ソフトウェアアプリケーション２０１４はデータ管理プラットフォーム２００８と通信して、アプリケーションインターフェース２０１２を介して第三者サーバ２００４から要求された情報を保留することができる。これに応答して、データ管理プラットフォーム２００８は、プライベート金融データへの要求が借り手により拒絶されたことを第三者サーバ２００４に通知することができる。
【０５２５】
代替的には、借り手が、要求されたプライベート金融データを開示する要求の変更を好む場合、ソフトウェアアプリケーション２０１４はデータ管理プラットフォーム２００８と通信して、リモート口座インターフェース２０１８を介して第三者サーバ２００４から要求された情報を変更することができる。借り手は、限定ではなく、開示される取引の日付範囲の追加又は変更、開示される取引の金額範囲の追加又は変更、１つ又は複数の特定の金融機関又は他のリモートデータソースから取得されたデータへのアクセスの追加又は拒絶、開示される金額の特定の有効桁への丸め、口座番号、金融機関コード、又は他の口座情報若しくは識別情報の難読化等を含め、任意の適した方法で要求を変更することができる。それに応答して、データ管理プラットフォーム２００８は、変更された被要求データを第三者サーバ２００４に開示することができる。
【０５２６】
上述した上記例並びにその種々の代替及び変形は一般的に、説明を目的として、本明細書に記載される等のシステム及び通信アーキテクチャの種々の構成及び使用の理解を促進するために提示されている。しかしながら、特定の記載された実施形態又はその均等物を実施するために、本明細書に提示された特定の詳細が必要とされないことがあることが当業者には明らかになろう。同様に、本明細書に記載されたシステムが、変更、調整、又は他の方法で他のリモートデータソース、データ型、及び第三者に適合することができることが当業者には明らかになろう。
【０５２７】
例えば、上述した実施形態は、第三者からプライベートデータ要求を受信する前に、データがデータベースに存在すると仮定する。これは全ての実施形態で必要とされるわけではない。例えば、幾つかの実施形態では、プライベート金融データ（又は他のデータ）への要求は、いかなるデータもデータベースに記憶される前に、データ管理プラットフォームに提出することができる。これらの例では、データ管理プラットフォームは、第三者サーバから受信したプライベートデータの開示要求に応答するために、１つ又は複数のリモートデータソースを選択し、それらのリモートデータソースにアクセスするための１つ又は複数の信用情報を提供する要求をユーザデバイスに提出するように構成することができる。これらの実施形態では、データをデータベースに記憶することは必要ないことがあり、リフォーマット（任意選択的）し、開示許可をソフトウェアアプリケーションから受信した後、取得されたプライベートデータを第三者サーバに開示することができる。
【０５２８】
更に他の実施形態では、上述とは別の様式でデータを収集及び／又は集計することができる。例えば、幾つかの実施形態では、データ管理プラットフォームは、特定のユーザ、口座、借り手、又はエージェントの代理として１つ又は複数の取引を監視するように構成することができ、及び／又は処理するように構成することができる。他の実施形態では、データ管理プラットフォームは、上述したように、エンティティ間の取引を促進するように構成することができる。選択された特定の実施態様に関係なく、データ管理プラットフォームは、データ管理プラットフォームが処理する各取引に関連付けられた１つ又は複数の記録を保持することができる。これらの取引記録は、これらの取引若しくは取引記録に関連する情報又はこれらの取引若しくは取引記録を記述する情報に加えて、上記参照されたデータベースに記憶することができ、及び／又は第三者サーバから取得されたデータを用いて集計することができる。
【０５２９】
例えば、一実施形態では、２つの金融機関である当座預金口座及び普通預金口座へのアクセスについて借り手により承認されたデータ管理プラットフォーム。上述したように、データ管理プラットフォームは、これらの２つの金融機関から記録及び／又は情報を取得するように構成することができる。取得された情報は一緒に集計し、データ管理プラットフォームのデータベースに記憶することができる。この例では、借り手はまた、データ管理プラットフォームが、クレジットカード口座等の借り手の第３の口座を監視するのを承認することもできる。この例では、借り手がクレジットカードを使用して開始したあらゆる取引は、データ管理プラットフォームにより転送、処理、又は他の方法で取得される。幾つかの実施形態では、データ管理プラットフォームは、当座預金口座情報及び普通預金口座情報と共にクレジットカード情報を集計することができる。他の例では、データ管理プラットフォームは、クレジットカード口座に関連する取得されたデータを記録し捕捉するために別個のデータベース又はテーブル（又はデータベース若しくはテーブルのセット）を保持する。
【０５３０】
更に、図２０において参照されたシステム、サーバ、及びソフトウェアアプリケーションが、幾つかの異なるハードウェアプラットフォームで幾つかの方法で実施可能なことを理解し得る。
【０５３１】
データ管理プラットフォーム
図２１Ａは、データ管理プラットフォーム２１０２並びにデータ管理プラットフォーム２１０２のプロセッサ（図示せず）及び／又はオペレーティングシステムによりインスタンス化することができる幾つかのクラスオブジェクト及びインターフェースインスタンスを含め、本明細書に記載された等のシステム２１００の簡易信号流れ図を示す。
【０５３２】
図２０に示されるシステム２０００と同様に、データ管理プラットフォーム２１０２は、１つ又は複数のユーザデバイス、１つ又は複数の第三者サーバ、及び１つ又は複数のリモートデータソースサーバ間でセキュア通信アーキテクチャを実施する。例示及び説明を簡易化するために、ユーザデバイスはユーザデバイス２１０４によりまとめて表され、リモート口座サーバはリモートデータソースサーバ２１０６によりまとめて表され、第三者サーバは第三者サーバ２１０８によりまとめて表される。データ管理プラットフォーム２１０２は、リモートデータソースサーバ２１０６から検索された、フォーマットされたプライベートデータを集計し記憶するデータベース２１１０を含む。
【０５３３】
本明細書に記載される他の実施形態と同様に、データ管理プラットフォーム２１０２は、ユーザデバイス２１０４、第三者サーバ２１０８、及びリモートデータソースサーバ２１０６と通信するために種々のインターフェースをインスタンス化する。より具体的には、データ管理プラットフォーム２１０２は、ユーザデバイス２１０４と通信するためにアプリケーションインターフェース２１１２をインスタンス化し、リモートデータソースサーバ２１０６と通信するためにリモート口座インターフェース２１１４をインスタンス化し、第三者サーバ２１０８と通信するために第三者インターフェース２１１６をインスタンス化する。インターフェースは、任意の適したプロプライエタリ、カスタマイズされた、又はオープンソースアプリケーションレイヤ又はトランスポートレイヤプロトコル（例えば、ＴＣＰ、ＵＤＰ、ＴＬＳ、ＳＳＬ、ＨＴＴＰ、ＨＴＴＰＳ等）を使用して通信することができる。幾つかの実施形態では、インターフェースは、ＲＥＳＴｆｕｌ  ＡＰＩ又はＳＯＡＰ  ＡＰＩ等のステートベース又はオブジェクトベースのメッセージングプロトコル仕様に準拠するが、図２０のシステム２０００に関して述べたように、特定のメッセージング又はトランスポートプロトコルは必要ないことがあり、任意の適したメッセージングプロトコル及び／又はデータ構造化技法が使用可能である。
【０５３４】
上述したように、データ管理プラットフォーム２１０２、ユーザデバイス２１０４、第三者サーバ２１０８、及びリモートデータソースサーバ２１０６はそれぞれ、ローカル及び／又はリモートのネットワークを介して通信可能に結合されたサーバ又は他のネットワーク対応電子デバイスとして実施することができる。説明を簡易化するために、データ管理プラットフォーム２１０２、ユーザデバイス２１０４、第三者サーバ２１０８、及びリモートデータソースサーバ２１０６は本明細書において「電子デバイス」又は「サーバ」として説明されるが、特定の実施形態では、データ管理プラットフォーム２１０２、ユーザデバイス２１０４、第三者サーバ２１０８、及びリモートデータソースサーバ２１０６の１つ又は複数が部分的又は全体的にソフトウェアで実施され、仮想マシンとして動作することができることを理解し得る。
【０５３５】
図示の実施形態では、ユーザデバイス２１０４、リモートデータソースサーバ２１０６、及び第三者サーバ２１０８は、少なくとも１つのプロセッサ、少なくとも１つのメモリ、及び少なくとも１つのネットワークインターフェースを含む電子デバイスとして示される。
【０５３６】
より具体的には、ユーザデバイス２１０４はプロセッサ２１０６ａ、メモリ２１０４ｂ、及びネットワークインターフェース２１０４ｃを含む。多くの場合、ユーザデバイス２１０４はディスプレイ、筐体、１つ又は複数のセンサ、１つ又は複数の入力構成要素等も含む。これらの要素の多くは、簡潔にするために図２１Ａから省かれている。多くの実施形態では、ユーザデバイス２１０４は、セルラフォン、ラップトップコンピュータ、及びデスクトップコンピュータ等のパーソナル電子デバイスである。しかしながら、これは全ての実施形態で要求されるわけではなく、ユーザデバイス２１０４は、限定ではなく、サーバ、サーバ群、ポータブル電子デバイス、タブレットコンピュータ、キオスク等であることができる。
【０５３７】
ユーザデバイス２１０４のプロセッサ２１０６ａは、メモリ２１０６ｂにアクセスして、プロセッサ２１０６ａにユーザデバイス２１０４の１つ又は複数の機能を実行、調整、及び／又は管理させる実行可能命令を検索するように構成される。例えば、プロセッサ２１０６ａは、アプリケーションインターフェース２１１２と通信するために、ネットワークインターフェース２１０４ｃを動作させるように構成することができる。このようにして、ユーザデバイス２１０４はデータ管理プラットフォーム２１０２とデータを交換することができる。
【０５３８】
ユーザデバイス２１０４と同様に、リモートデータソースサーバ２１０６及び第三者サーバ２１０８はそれぞれ、プロセッサ（プロセッサ２１０６ａ及びプロセッサ２１０８ａとしてそれぞれ識別される）、メモリ（メモリ２１０６ｂ及びメモリ２１０８ｂとしてそれぞれ識別される）、並びにネットワークインターフェース（ネットワークインターフェース２１０６ｃ及びネットワークインターフェース２１０８ｃとしてそれぞれ識別される）を含む。典型的な例において、リモートデータソースサーバ２１０６及び第三者サーバ２１０８はそれぞれ企業サーバとして（又は企業サーバで）実施されるが、これは必須ではないことがある。
【０５３９】
多くの例では、データ管理プラットフォーム２１０２は、プロセッサを含むサーバ又はサーバシステムである。プロセッサは、データ又は命令の処理、受信、又は送信を行うことができる任意の電子デバイスとして実施することができる。例えば、プロセッサは、マイクロプロセッサ、中央演算処理装置、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、デジタル信号プロセッサ、アナログ回路、デジタル回路、又はそのようなデバイスの組合せであることができる。プロセッサはシングルスレッド又はマルチスレッドプロセッサであり得る。プロセッサはシングルコア又はマルチコアプロセッサであり得る。
【０５４０】
したがって、本明細書に記載されるように、「処理ユニット」又はより一般的に「プロセッサ」という句は、メモリ内に記憶され、メモリからアクセスすることができるプログラムに含まれるコード及び／又は命令として表されるデータ演算を含むデータの特定の変換を実行するように物理的に構造化されたハードウェア実施データ処理デバイス又は回路を指す。用語は、シングルプロセッサ、若しくはシングル処理ユニット、マルチプロセッサ、マルチ処理ユニット、アナログ回路、若しくはデジタル回路、他の適宜構成された計算要素、又は要素の組合せを包含することが意図される。
【０５４１】
データ管理プラットフォーム２１０２のプロセッサは、実行可能命令を記憶したメモリにアクセスするように構成される。実行されると、命令はプロセッサに、データ管理プラットフォーム２１０２の動作の１つ又は複数を実行、調整、又は監視させる。
【０５４２】
メモリに記憶された命令を実行すると、データ管理プラットフォーム２１０２のプロセッサは、特定の機能を実行し、クラス又はオブジェクト間の通信を調整し、及び／又はクラスオブジェクトとユーザデバイス２１０４、リモートデータソースサーバ２１０６、又は第三者サーバ２１０８等の外部リソースとの間の通信を調整するように構成された幾つかのクラス及び／又はオブジェクトをインスタンス化するように構成される。
【０５４３】
例えば、上述したように、データ管理プラットフォーム２１０２のプロセッサは、ユーザデバイス２１０４、リモートデータソースサーバ２１０６、又は第三者サーバ２１０８との通信のために３つのインターフェースをインスタンス化する。インスタンス化されたインターフェースの１つは、リモート口座インターフェース２１１４である。リモート口座インターフェース２１１４は、データ管理プラットフォーム２１０２及びリモートデータソースサーバ２１０６のプロセッサによりインスタンス化された種々のクラスオブジェクト間の通信を促進する。
【０５４４】
リモート口座インターフェース２１１４を介してリモートデータソースサーバ２１０６と通信するように構成された一例のクラスオブジェクトは、図２１Ａにおいて非露出ＡＰＩ／データ抽出エンジン２１１８として識別される。非露出ＡＰＩ／データ抽出エンジン２１１８は、好都合にアクセス可能なＡＰＩを露出しない１つ又は複数のリモートデータソースサーバと通信し、及び／又はデータを抽出する幾つかのメソッド及び／又は関数を実施することができる。
【０５４５】
例えば、一実施形態では、非露出ＡＰＩ／データ抽出エンジン２１１８は、限定ではなく、リモートデータソースサーバ２１０６によりホストされたウェブページのレンダリング及びロードされたウェブページからのデータのスクレープ；リモートデータソースサーバ２１０６によりホストされたウェブページとのユーザ対話のシミュレート、ロードされたウェブページからのデータのスクレープ；リモートデータソースサーバ２１０６により提供された非露出ＡＰＩと対話することについて承認された第一者アプリケーションの存在のシミュレート等を行うように構成することができる。
【０５４６】
リモート口座インターフェース２１１４を介してリモートデータソースサーバ２１０６と通信するように構成されたクラスオブジェクトの別の例は、ＡＰＩ／データ抽出エンジン２１２０として識別される。非露出ＡＰＩ／データ抽出エンジン２１１８とは異なり、ＡＰＩ／データ抽出エンジン２１２０は、リモートデータソースサーバ２１０６により定義され露出されるＡＰＩに従ってクエリを提出し、リモートデータソースサーバ２１０６から応答を収集することにより、リモートデータソースサーバ２１０６の１つ又は複数のリソース又はエンドポイントにアクセスするように構成される。
【０５４７】
多くの実施形態では、非露出ＡＰＩ／データ抽出エンジン２１１８及びＡＰＩ／データ抽出エンジン２１２０により実行される関数及び／又はメソッドは複製可能であり、特定のリモートデータソースサーバ２１０６と通信するためには、２つのクラスオブジェクトの一方のみが随時操作される必要がある。
【０５４８】
非露出ＡＰＩ／データ抽出エンジン２１１８及びＡＰＩ／データ抽出エンジン２１２０はそれぞれ、データ処理エンジン２１２２として図２１Ａにおいて識別される別のクラスオブジェクトと通信するように構成される。
【０５４９】
データ処理エンジン２１２２は、非露出ＡＰＩ／データ抽出エンジン２１１８及びＡＰＩ／データ抽出エンジン２１２０により取得された生データを受信し処理するように構成される。例えば、データ処理エンジン２１２２は、非露出ＡＰＩ／データ抽出エンジン２１１８又はＡＰＩ／データ抽出エンジン２１２０の何れかからの生データの受信に応答して、１つ又は複数のデータ検証動作を実行することができる。データ検証動作は、スペル検証、グラマー検証、フォーマット検証、数値範囲検証、禁止文字チェック、データ衛生化動作等を含み得るが、これらに限定され得ない。
【０５５０】
他の実施形態では、データ処理エンジン２１２２は、非露出ＡＰＩ／データ抽出エンジン２１１８又はＡＰＩ／データ抽出エンジン２１２０の何れかからの生データの受信に応答して１つ又は複数のデータフォーマット又は動作の実行を行うことができる。フォーマット動作は、タイプから別（例えば、ｓｔｒｉｎｇからｄａｔｅ、ｉｎｔｅｇｅｒからｄｏｕｂｌｅ又はｆｌｏａｔ等）への値のリキャスト；ｄａｔａオブジェクトへのｓｔｒｉｎｇ  ｄａｔｅのリフォーマット；空白文字のトリミング；ｓｔｒｉｎｇのケース変更；ｓｔｒｉｎｇの切り詰め；第１の言語から第２の言語へのｓｔｒｉｎｇの翻訳；ある通貨から第２の通貨への変換；特定の精度への数の丸め；禁止文字の除去等を含むことができるが、これらに限定され得ない。
【０５５１】
他の実施形態では、データ処理エンジン２１２２は、非露出ＡＰＩ／データ抽出エンジン２１１８、ＡＰＩ／データ抽出エンジン２１２０、又はデータ処理エンジン２１２２自体のメソッドオブジェクトからの生データ及び／又はプリフォーマットデータの受信に応答して、１つ又は複数の日付ソート、構造化、又は編成動作を実行することができる。ソート、構造化、又は編成は、英字ソート、時間ソート、特定のフィールド又はデータ型の拒絶、特定のフィールド又はデータ型の追加、１つ又は複数のデータオブジェクトへの受信データのマッピング等を含むことができるが、これらに限定され得ない。
【０５５２】
他の実施形態では、データ処理エンジン２１２２は、非露出ＡＰＩ／データ抽出エンジン２１１８、ＡＰＩ／データ抽出エンジン２１２０、又はデータ処理エンジン２１２２自体のメソッドオブジェクトからの生データ及び／又はプリフォーマットデータの受信に応答して、１つ又は複数のデータカテゴリ化又はタグ付け動作を実行することができる。カテゴリ化又はタグ付けは、１つ又は複数のデータポイントへのデータ型の添付（例えば、取引タイプ、マーチャントタイプ、健康情報タイプ等）、サーチ可能なタグ又は識別子での１つ又は複数のデータポイントのタグ付け、リモートデータソースサーバ２１０６に対応する識別子でのデータポイントの１つ又は複数のタグ付け、データがリモートデータソースサーバ２１０６から取得された日時に対応するタイムスタンプでのデータポイントの１つ又は複数のタグ付け等を含むことができるが、これらに限定され得ない。
【０５５３】
上述した種々のクラスオブジェクトの機能及び動作の上記例並びにその代替及び変形は一般に、説明のため及びリモートデータソースサーバ２１０６等の未知のソースから取得された、良好にフォーマットされたデータを出力するように構成されたデータ管理プラットフォームサブシステムの可能な構成及び使用の理解を促進するために提示されている。しかしながら、特定の記載された実施形態又はその均等物を実施するために、本明細書に提示された特定の詳細のいくつが必要ないことがあることが当業者には明らかになろう。同様に、本明細書に記載されたシステムが、変更、調整、又は他のリモートデータソースに他の方法で適合することができることが当業者には明らかになろう。
【０５５４】
例えば、銀行サーバからのデータの抽出、フォーマット、及び検証に必要なことは、クレジットカード発行者からのデータの抽出、フォーマット、及び検証に必要な動作と異なり得る。したがって、非露出ＡＰＩ／データ抽出エンジン２１１８、ＡＰＩ／データ抽出エンジン２１２０、及びデータ処理エンジン２１２２が通常、異なる実施形態では異なるように構成されることが理解される。より具体的には、非露出ＡＰＩ／データ抽出エンジン２１１８、ＡＰＩ／データ抽出エンジン２１２０、及びデータ処理エンジン２１２２は、データ管理プラットフォーム２１０２と通信するように構成されたありとあらゆるリモートデータソースに向けて特に構成することができる。幾つかの場合、各エンジンの構成変数セットを特定のリモートデータソースに固有の構成スキーマとして記憶することができる。これらの実施形態では、データ管理プラットフォーム２１０２が特定のリモートデータソースサーバ（多くの場合、特定の識別子又はタグにより識別される）と通信するときは常に、対応する構成スキーマを適用して、各エンジンを動的に再構成することができる。他の場合、構成スキーマは必要ないことがある。
【０５５５】
データ処理エンジン２１２２が、リモートデータソースサーバ２１０６から受信したデータを処理すると、データは、長期記憶のためにデータベース２１１０に挿入することができる。幾つかの場合、データベース２１１０は新しいデータで既存のデータを上書きするように構成されるが、これは必須ではないことがある。データベース２１１０は関係データベース又は非関係データベースであり得る。
【０５５６】
データ管理プラットフォーム２１０２のプロセッサによりインスタンス化される別のクラスオブジェクトは、リモート口座インターフェース２１１４である。本明細書に記載される他の実施形態に関して述べたように、リモート口座インターフェース２１１４は、第三者サーバ２１０８等の第三者サーバと、データ管理プラットフォーム２１０２のプロセッサによりインスタンス化される１つ又は複数のクラスオブジェクト又はオブジェクトとの間の通信を促進するように構成される。
【０５５７】
第三者インターフェース２１１６を介して第三者サーバ２１０８と通信するように構成された一例のクラスオブジェクトは、図２１Ａにおいて許可エンジン２１２４として識別される。許可エンジン２１２４は、データベース２１１０からのフォーマットされたプライベートデータの検索を監督及び／又は管理するように構成される。例えば、幾つかの実施形態では、許可エンジン２１２４は、第三者サーバ２１０８から第三者インターフェース２１１６を介してプライベートデータ要求を受信するように構成される。要求に応答して、許可エンジン２１２４はデータベース２１１０をクエリして、データベース２１１０が要求に応答するのに十分な情報を含むか否かを判断することができる。データベースが要求に応答するのに十分な情報を含むと許可エンジン２１２４が判断する場合、許可エンジン２１２４はアプリケーションインターフェース２１１２を介してユーザデバイス２１０４と通信して、要求されたデータを第三者サーバ２１０８に開示する許可を要求することができる。
【０５５８】
第三者インターフェース２１１６を介して第三者サーバ２１０８と通信するように構成された別の例のクラスオブジェクトは、図２１Ａにおいてフォーマットエンジン２１２６として識別される。フォーマットエンジン２１２６は、プライベートデータを第三者サーバ２１０８に開示するに先立ち（例えば、許可エンジン２１２４が、第三者サーバ２１０８にデータを開示する許可を取得した後）、そのデータをフォーマットするように構成される。フォーマットエンジン２１２６は、限定ではなく、データ型のリキャスト、１つ又は複数のデータフィールドの切り詰め、１つ又は複数のデータフィールドのケース変更、データベース２１１０の１つ又は複数のテーブルからのデータの統合、テンプレートフォームへの１つ又は複数のデータフィールドの挿入、テンプレートフォーム内のトークンの１つ又は複数のデータフィールドでの置換、第三者サーバにより指定されるフォーマットへのデータの構造化等を含め、任意の数の適したフォーマット動作を実行することができる。
【０５５９】
第三者インターフェース２１１６を介して第三者サーバ２１０８と通信するように構成された別の例のクラスオブジェクトは、図２１Ａにおいて暗号化エンジン２１２８として識別される。暗号化エンジン２１２８は、データが第三者サーバ２１０８に開示されるに先立ち（例えば、許可エンジン２１２４が、第三者サーバ２１０８にデータを開示する許可を取得した後且つフォーマットエンジン２１２６が開示するデータをリフォーマットした後）、既にフォーマットされた、を暗号化するように構成される。暗号化エンジン２１２８は、限定ではなく、対称鍵暗号化、公開鍵暗号化等を含め、任意の適した暗号化技術又は方法論を利用することができる。
【０５６０】
例えば、図２１Ｂは、データ管理プラットフォーム２１０２を含め、本明細書に記載される等のシステム２１００の簡易信号流れ図を示す。図２１Ｂに示されるように、リポートマネージャからの金融／資産リポートにアクセスするに当たり、第１の第三者システムはトークンを使用し得、監査を理由として金融リポートを同様に取得するに当たり、第２の第三者システムは第２のトークン（すなわち、「監査トークン」）を使用し得る。
【０５６１】
図２０に示されるシステム２０００と同様に、データ管理プラットフォーム２１０２は、１つ又は複数のユーザデバイス、１つ又は複数の第三者サーバ（例えば貸し手機関）、及び１つ又は複数のリモートデータソースサーバ（例えば金融サービス機関）間でセキュア通信アーキテクチャを実施する。本明細書に記載される他の実施形態と同様に、例示及び説明を簡易化するために、ユーザデバイスはユーザデバイス２１０４によりまとめて表され、リモート口座サーバはリモートデータソースサーバ２１０６によりまとめて表され、第三者サーバは第三者サーバ２１０８によりまとめて表される。データ管理プラットフォーム２１０２は、リモートデータソースサーバ２１０６から検索された、フォーマットされたプライベートデータを集計し記憶するデータベース２１１０を含む。
【０５６２】
しかしながら、この実施形態では、データ管理プラットフォーム２１０２の異なる部分間のセキュア通信は暗号により促進することができる。より具体的には、リモートデータソースサーバ（リモートデータサーバ２１０６等）の１つ又は複数にアクセスするためのユーザ信用情報の交換及び／又は記憶の代わりに−又はそれに加えて−、図示の実施形態は、本明細書ではトークンと呼ぶ暗号鍵を生成、分配、交換することによりセキュア（且つ取り消し可能な）通信を促進することができる。
【０５６３】
より具体的には、一実施形態では、ユーザデバイス２１０４のユーザは、リモートデータサーバ２１０６に記憶されたセキュアデータベースにアクセスするための信用情報を提供し得る。この例では、ユーザデバイス２１０４は、ＡＰＩ  ２１３０を通してデータ管理プラットフォーム２１０２に信用情報を提供し得る。これに応答して、ＡＰＩ  ２１３０は供給された信用情報を使用してリモートデータサーバ２１０６にアクセスすることができる。これに応答して、リモートデータサーバ２１０６はデータ管理プラットフォーム２１０２に、リモートデータサーバ２１０６へのアクセスを再び取得するために後に使用することができる、ユーザデバイス２１０４により提供された信用情報に対応する、暗号によりセキュア化されたトークン（例えばセッショントークン）を提供することができる。その後、トークンはトークンデータベース２１３２に記憶することができる。
【０５６４】
＊＊これらは、トークンを共有し、金融情報にアクセスする方法を表すことができる＊＊。
【０５６５】
更なる実施形態では、データ管理プラットフォーム２１０２は、リモートデータサーバ２１０６に含まれた情報への要求を第三者サーバ２１０８から受信するよう構成することができる。要求を満たすために、データ管理プラットフォーム２１０２はトークンデータベース２１３２にアクセスして、リモートデータサーバ２１０６に関連付けられたトークンを検索し得る。トークンが取得されると、データ管理プラットフォーム２１０２はリモートデータサーバ２１０６にアクセスし、要求されたデータを取得し、要求されたデータを第三者サーバ２１０８に転送することができる。
【０５６６】
他の例では、データ管理プラットフォーム２１０２は、トークンデータベース２１３２に記憶されたトークンを第三者サーバ２１０８に送信するように構成することができる。この例では、第三者サーバ２１０８はリモートデータサーバ２１３２に直接アクセスすることができる。
【０５６７】
更なる例では、第三者サーバ２１０８は、リモートデータサーバ２１０６に記憶されたデータ及び／又はデータベース２１１０に記憶されたデータのリポートを要求し得る。これらの実施形態では、データ管理プラットフォーム２１０２はリポートマネージャ２１３４を含む。リポートマネージャ２１３４は、トークンデータベース２１３２及びＡＰＩ  ２１３０に通信可能に結合することができる。このアーキテクチャの結果として、リポートマネージャ２１３４はデータベース２１１０に含まれたデータにアクセスし、更に、リモートデータサーバ２１０６に記憶されたデータにアクセスすることができる（例えば、トークンデータベース２１３２にアクセスし、トークンデータベース２１３２からの適切なトークンを供給することを介して）。更なる実施形態では、リポートマネージャ２１３４は１つ又は複数の機関データベース（例えば、納税データベース、金融データベース、他の銀行又は金融機関等）に通信可能に結合することができる。一例の機関データベースは機関データベース２１３６として識別される。リポートマネージャ２１３４は、関連付けられた機関に固有のＡＰＩを介して機関データベース２１３６にアクセスすることができる。示された実施形態では、機関データベース２１３６は、１つ又は複数の機関固有モジュール（機関インターフェースモジュール又は「ＩＩＭ」と呼ばれる）を含む機関インターフェースシステム２１３８を介してアクセスされる。より具体的には、機関インターフェースシステム２１３８は、金融機関システムとインターフェースするように構成された金融機関インターフェースシステムである。
【０５６８】
リポートがリポートマネージャ２１３４により生成される−データベース２１１０、リモートデータソース２１０６、又は機関データベース２１３６の何れか又は全てから取得されたデータを含む−と、リポートは第三者サーバ２１０８等の任意の適切な当事者に送信することができる。
【０５６９】
リポートマネージャ２１３４により生成されたリポートの真実性を検証するために、第三者サーバ２１０８はリポートを監査し得る。これらの実施形態では、データ管理プラットフォーム２１０２は、一時的及び／又は制限付きアクセストークンを第三者サーバ２１０８に提供することによりリポートの高信頼性監査を促進することができる。これに応答して、第三者サーバ２１０８は受信したトークンを使用してリモートデータソース２１０６にアクセスし、リポートマネージャ２１３４により生成されたリポートに含まれるデータの少なくとも一部が正確であることを検証することができる。
【０５７０】
更に他の例では、特定のデータベース、口座、記録、及び／又はメタデータに関連付けられた種々のトークンを、データ管理プラットフォーム２１０２に通信可能に結合された種々の構成要素間で交換することができる。他の例は、本明細書に記載されるトークンの他の使用例及び機能例も等しく適用することができる。
【０５７１】
上述した上記例並びにその種々の代替及び変形は一般的に、説明を目的として、本明細書に記載される等のシステムの種々の構成及び使用−並びにそのシステムによりインスタンス化することができる種々のクラス及びオブジェクト−の理解を促進するために提示されている。しかしながら、特定の記載された実施形態又はその均等物を実施するために、本明細書に提示された特定の詳細が必要とされないことがあることが当業者には明らかになろう。
【０５７２】
例えば、上述した実施形態例は、本明細書に記載される等のデータ管理プラットフォームの１つ又は複数の機能が、データ管理プラットフォームの１つ又は複数のプロセッサによりインスタンス化される目的構成されたクラスオブジェクトにより実施し得ることを意図する。他の実施形態では、これは必須ではないことがある。例えば、幾つかの実施形態では、非露出ＡＰＩ／データ抽出エンジン２１１８、ＡＰＩ／データ抽出エンジン２１２０、データ処理エンジン２１２２、許可エンジン２１２４、フォーマットエンジン２１２６、又は暗号化エンジン２１２８の何れか１つは、ハードウェアに、異なる若しくは分散サーバに、又は専用ハードウェアとソフトウェアとの組合せとして別個に実施することができる。
【０５７３】
更なる実施形態は、本明細書に記載される等のデータ管理プラットフォームと通信するユーザデバイスのディスプレイにより提示することができるユーザインターフェースを参照する。本明細書に記載される多くの実施形態に関して述べたように、ユーザデバイスは、データ管理プラットフォームに入力を簡便、コンパクト、且つ効率的に提供するために操作することができる。
【０５７４】
エンドユーザソフトウェアアプリケーションユーザインターフェース
一般且つ広義に、図２２Ａ〜図２２Ｌは、図２０、図２１Ａ、及び図２１Ｂに示されるユーザデバイス等の電子デバイスにより実行されるアプリケーションのインスタンスによりレンダリングすることができるユーザインターフェースの種々の例を示す。本明細書に記載される他の実施形態に関して述べたように、ユーザデバイスは、限定ではなく、セルフォン、スマートフォン、タブレット、デスクトップコンピュータ、車両娯楽システム、ウェアラブル電子デバイス等の任意の適した電子デバイスであることができる。
【０５７５】
別の言い方をすれば、図２２Ａ〜図２２Ｆに示される実施形態は、本明細書に記載される等のデータ管理プラットフォームと対話するために、情報を表示し、情報をまとめ、選択を提供して異なるタイプの情報を表示し、及び／又は電子デバイスのユーザからの入力を求める種々の方法を示す。
【０５７６】
図２２Ａ〜図２２Ｌに示される種々のユーザインターフェースにより促進することができる上述したデータ管理プラットフォームとの対話例は、データ管理プラットフォームがアクセスする１つ又は複数のリモートデータソース（例えば、金融機関、クレジットエージェンシー、ブローカー、貸付処理エージェンシー、公益企業、サービスプロバイダ等）の選択；第三者に開示されるプライベートデータセットに含める１つ又は複数のリモートデータソースの選択；データ管理プラットフォームがリモートデータソースにアクセスするための１つ又は複数の信用情報の提供；データ管理プラットフォームのデータベースをクエリすることにより取得されたデータの表示；第三者への特定のプライベートデータの開示を認可する要求のデータ管理プラットフォームからの受信；第三者からのプライベートデータ要求の変更；前に付与されたアクセスの非アクティブ化；１つ又は複数の金融口座の選択等を含むことができるが、これらに限定され得ない。
【０５７７】
しかしながら、説明を簡易化するために、本明細書に記載される他の実施形態と同様に、以下の実施形態は、貸し手（第三者）が借り手（対象者及び電子デバイスのユーザ）からプライベート金融データを要求する取引を参照する。この例では、借り手に、プライベート金融データの取得及び／又は開示に関連するグラフィカルユーザインターフェース選択肢を提示し得る。しかしながら、上述したように、これらの例が限定でもなく網羅的でもなく、他の実施態様も可能なことを理解し得る。
【０５７８】
更に、以下に提供される種々の図及びユーザインターフェース構成例が、提供されるような特定のレイアウト、順序、文章、相対要素サイズ又は位置に限定されないことを理解し得る。換言すれば、異なるユーザインターフェース及び異なるユーザインターフェース進行、アニメーション、及びシーケンスが意図される。以下の例が単に切り離された例であり、幾つかの実施形態では、ユーザインターフェースを別の様式で提供可能なことを当業者は理解しよう。
【０５７９】
図２２Ａ〜図２２Ｌはそれぞれ、ユーザインターフェースを提示するアプリケーションを実行中の電子デバイス２２００を示す。通常、アプリケーションは、不揮発性メモリにアクセスして、プロセッサに実行可能命令により定義された仮想マシンを高速アクセスメモリにロードさせる実行可能命令を取得する電子デバイス２２００のプロセッサにより実行される。仮想マシンは、機能の中でも特に、電子デバイス２２００のユーザに出力を提供し、電子デバイス２２００のユーザから入力を取得するためのグラフィカルユーザインターフェースを生成するように構成される。
【０５８０】
より具体的には、ユーザインターフェースは、データを借り手に提示し、借り手からのデータ入力を要求するように構成される。ユーザインターフェースは、限定ではなく、手動入力データ、スキャンされたデータ（例えば、カメラ又は画像捕捉デバイスを介して）、口述データ、コピーされたデータ、インポートされたデータ、アップロードされたデータ、手書きデータ等を含む幾つかの方法で借り手入力データを受信するように構成することができる。
【０５８１】
図２２Ａ〜図２２Ｌの電子デバイス２２００は、限定ではなく、セルラフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、インターネット接続可能デバイス、イントラネット接続可能デバイス等の任意の適した電子デバイスであることができる。一例では、電子デバイス２２００は、リモートサーバ又はサーバ群に無線接続するポータブル電子デバイスである。電子デバイス２２００は、プロセッサ、一時的メモリ、非一時的メモリ、ディスプレイ、ユーザ入力システム、無線又は有線通信モジュール等の１つ又は複数を含むことができる。多くの場合、電子デバイス２２００は、プロセッサにより実行可能なプログラム命令を非一時的メモリに記憶するように構成される。幾つかの実施形態では、本明細書に記載される等のシステムの１つ又は複数の部分は、電子デバイス２２００内又は電子デバイス２２００がアクセス可能な非一時的メモリに記憶された実行可能命令として全体的又は部分的に実施することができる。
【０５８２】
図２２Ａ〜図２２Ｌの電子デバイス２２００はまた、上述した等のプロセッサに動作可能又は通信可能に結合されたディスプレイ要素を囲む筐体２２０２も含む。ディスプレイ要素は、限定ではなく、ＬＣＤディスプレイ、ＬＥＤディスプレイ、ＯＬＥＤディスプレイ等を含む任意の数の適したディスプレイ要素であることができる。
【０５８３】
多くの場合、電子デバイス２２００はまた、借り手から入力を受信するために、タッチ入力システム又はキーボード入力システム等のユーザ入力システムも含む。
【０５８４】
図２２Ａは、リスト又はグリッドから１つ又は複数の銀行又は金融機関を選択するユーザインターフェース２２０４ａを提供している電子デバイスを示す。一例の状況では、ユーザインターフェース２２０４ａは、電子デバイスが図２０、図２１Ａ、及び図２１Ｂを参照して説明したデータ管理プラットフォーム等のデータ管理プラットフォームと通信している間、その電子デバイス２２００のユーザ（例えば借り手）に提示することができる。金融機関は、限定ではなく、銀行、ブローカー、クレジットカード発行者、デジタルウォレット、暗号通貨交換、オンライン小売業者、ロイヤルティプログラム、モーゲージサービス提供者等であることができる。
【０５８５】
他の例の状況では、ユーザインターフェース２２０４ａは、貸し手等の第三者からの要求に応答して借り手に提示することができる。例えば、借り手は、借り手をユーザインターフェース２２０４ａにリダイレクトする、貸し手により提供されるウェブサイト又はサービスにアクセスし得る。他の場合、ユーザインターフェース２２０４ａは、図２０、図２１Ａ、及び図２１Ｂを参照して説明したデータ管理プラットフォーム等のデータ管理プラットフォームによりホストされるウェブアクセス可能ページであることができる。更に他の実施形態では、ユーザインターフェース２２０４ａは、電子デバイス２２００で実行されるネイティブアプリケーションにより提供することができる。上記例が網羅的ではなく、他のユーザインターフェース生成技法及び／又はそのような技能の組合せも使用可能なことを理解し得る。
【０５８６】
図示の構成では、借り手は電子デバイス２２００を使用して、金融機関リストから選択された各金融機関からプライベート金融データにアクセスし集計するようにデータ管理プラットフォームに命令することができる。別の実施形態では、借り手はデータ管理プラットフォームへの電子デバイス２２００を使用して、選択された金融機関からのデータのみを第三者サーバに開示することができる。例えば、借り手は、電子デバイス２２００が２つ以上の金融機関にアクセスするのを認可するが、金融機関の１つから取得された情報のみを第三者サーバに開示し得ることを認可し得る。
【０５８７】
この構成例では、ユーザインターフェース２２０４ａはまた、サーチフィールド２２０６も提示して、選択可能な金融機関２２０８として図において識別される、選択可能なリモートデータソースのスクロール可能なセットをサーチするテキストクエリを借り手から受信する。サーチフィールド２２０６は、英数字入力、手書き入力、数値のみ入力、記号のみ入力、口述入力等を受信するように構成することができる。サーチフィールド２２０６は、表示される金融機関を、サーチフィールド２２０６に入力されたクエリに一致するものに限定することができる。幾つかの例では、サーチフィールド２２０６は、リモートサーバから金融機関リストを取得するように構成されたウェブサーチエンジンに動作可能に又は機能的に結合し得る。
【０５８８】
図示の実施形態では、選択可能な金融機関２２０８は、サーチフィールド２２０６の下にグリッドフォーマットで提示されるが、これは必須ではないことがある。例えば、幾つかの実施形態では、選択可能な金融機関２２０８はリストフォーマットで提示することができる。他の場合、サーチフィールド２２０６は、選択可能な金融機関２２０８のグリッド又はリストの下又は中央に位置することができる。
【０５８９】
多くの場合、サーチフィールド２２０６は、サーチフィールド２２０６に入力される各後続文字に応答して、選択可能な金融機関２２０８のいずれが示され、いずれが隠され、いずれが淡色表示され、又はいずれが強調教示されるかを自動的に更新するライブサーチを実施する。幾つかの場合、選択可能な金融機関２２０８のうちの２つ以上の金融機関を一度に選択することができる。他の場合、一度に１つのみの金融機関を選択し得る。
【０５９０】
借り手が１つ又は複数の金融機関の選択を完了した後、電子デバイス２２００は選択をデータ管理プラットフォームに送信することができる。幾つかの場合、借り手は、ユーザインターフェース２２０４ａにおけるソフトウェアボタン（図示せず）を選択して、選択プロセスが完了したことを通知する（例えば、スクロール可能リストの最上部又は最下部に示される「完了」ボタン）。
【０５９１】
別の実施形態では、ユーザインターフェースは、選択された金融機関に関連付けられたサーバに記憶された情報及び／又はデータにアクセスするための１つ又は複数の信用情報のユーザ入力を受け入れるように変わることができる。
【０５９２】
図２２Ｂは、借り手に提示することができる別のユーザインターフェース−ユーザインターフェース２２０４ｂとして識別される−を提供する、図２２Ａの電子デバイスを示す。この例では、借り手は１つ又は複数の信用情報をユーザインターフェース２２０４ｂに入力することができ、データ管理プラットフォームは信用情報を使用して、図２２Ａに示されるユーザインターフェース２２０４ａにおいて選択された金融機関等の１つ又は複数の金融機関にアクセスすることができる。
【０５９３】
図示の例では、ユーザインターフェース２２０４ｂは、特定の機関に関連付けられたユーザ名及びパスワードを入力するように借り手に求めるユーザ名テキストフィールド２２１０及びパスワードテキストフィールド２２１４を含む。ユーザ名テキストフィールド２２１０及びパスワードテキストフィールド２２１４は、英数字入力、手書き入力、数値のみ入力、記号のみ入力、口述入力等を受信するように構成することができる。幾つかの場合、パスワードテキストフィールド２２１４に入力された文字を隠すことができるが、これは必須ではない。幾つかの実施形態では、パスワードテキストフィールド２２１４に入力された文字を隠すか否かをトグルするボタンを提供することができる（図示せず）。
【０５９４】
幾つかの場合、ユーザ名テキストフィールド２２１０及びパスワードテキストフィールド２２１４は、内容をデータ管理プラットフォームに送信する前に、検証することができる。例えば、幾つかの実施形態では、データ管理プラットフォームは検証スキーマを電子デバイス２２００に送信することができる。検証スキーマは、ユーザ名テキストフィールド２２１０及びパスワードテキストフィールド２２１４の内容への特定のルールを定義することができる。例えば、ユーザ名テキストフィールド２２１２の特定の検証スキーマは、適宜フォーマットされた電子メールアドレスを要求し得る。借り手が不適切にフォーマットされた電子メールアドレスを入力する場合、エラーメッセージをユーザインターフェース２２０４ｂに示すことができる。
【０５９５】
別の例では、パスワードテキストフィールド２２１４の特定の検証スキーマは、例えば、少なくとも最小数の文字を要求し得る。借り手が最小数よりも少ない文字を入力する場合、エラーメッセージをユーザインターフェース２２０４ｂに示すことができる。
【０５９６】
幾つかの実施形態では、検証スキーマは、少なくとも部分的に、要求された信用情報に関連付けられた特定の機関に基づくことができる。例えば、第１の機関は、第２の機関と異なるパスワード及び／又はユーザ名のルールを強制することができる。
【０５９７】
更なる実施形態では、限定ではなく、口座番号、金融機関コード、ＰＩＮ番号、社会保障番号、運転免許証番号、ローリング２ファクタ認証アクセスコード等を含め、借り手の追加の信用情報及び／又は異なる信用情報を要求することができる。
【０５９８】
本明細書に記載される他の実施形態に関して述べたように、図示のユーザインターフェースにおいて求められるユーザ名及びパスワードに加えて、他のステップ及び／又は認証動作が必要とされ得る。例えば、ユーザインターフェース２２０４ｂは２ファクタ認証コードを要求し得る。
【０５９９】
更なる実施形態では、ユーザインターフェース２２０４ｂは、プライバシーポリシー及び／又はエンドユーザソフトウェアライセンス同意書を示すこともできる。幾つかの場合、これらのドキュメントは、ユーザインターフェース２２０４ｂにおいて提供されるリンクをクリックすることにより借り手によりアクセスし得る。幾つかの更なる実施形態では、選択ボックスを提供し得、それにより、借り手は、借り手が特定のポリシー又は同意書をレビューしたことの肯定陳述を提供することができる。例示を簡易化するために、これらの実施形態例は図２２Ｂに示されていない。
【０６００】
幾つかの実施形態では、信用情報の複数のセットを借り手から順に又は同時に要求することができる。例えば、図２２Ａに示される実施形態例を続けると、借り手は複数の銀行機関を選択し得る。選択されると、第１の機関にアクセスするための信用情報を提供するためのユーザインターフェース２２０４ｂを借り手に提示することができ、その後、信用情報を第２の機関に提供するためのユーザインターフェース２２０４ｂの第２のインスタンスを借り手に提示することができる。幾つかの場合、アニメーションをユーザインターフェース２２０４ｂのインスタンス間の遷移に提供することができるが、これは必須ではないことがある。
【０６０１】
別の実施形態では、図２２Ｃは、借り手に提示することができる別のユーザインターフェース−ユーザインターフェース２２０４ｃとして識別される−を提供する図２２Ａの電子デバイスを示す。この例では、複数のリモートデータソースから取得されたデータの集計はまとめられて、サマリ２２１６に一緒に表示することができる。図示の実施形態では、任意の数の金融機関からの任意の数の記録を一緒にまとめることができる。他の場合、同様の金融機関タイプからの任意の数の記録を一緒にまとめることができる（例えば、まとめられた銀行情報、まとめられた債務情報、まとめられた投資情報等）。更に他の場合、情報は異なる様式で借り手に提供することができる。例えば、借り手に、１つ又は複数の機関について提示及び／又はまとめられる記録を制限及び／又は他の方法でフィルタリングする選択肢を提示し得る。例えば、借り手は、２つの日付間で生じた第１の機関からの取引及び支払いをまとめることを選び得る。
【０６０２】
別の実施形態では、図２２Ｄは、借り手に提示することができる別のユーザインターフェース−ユーザインターフェース２２０４ｄとして識別される−を提供する図２２Ａの電子デバイスを示す。この例では、電子デバイス２２００は、データ管理プラットフォーム−本明細書に記載される等−から、プライメートデータを第三者に分配及び／又は開示する許可の要求を受信する。これに応答して、この実施形態では、ユーザインターフェース２２０４ｄは第三者により要求されたデータのサマリ２２１８を提示する。図示の実施形態では、第三者は借り手から取引履歴、口座情報、及び収入情報を要求する。図２２Ｄは「第三者」を列挙するが、特定の実施形態では、機関名をユーザインターフェース２２０４ｄにおいて借り手に提供することができることを理解し得る。
【０６０３】
要求に応答するために、借り手はユーザインターフェース２２０４ｄに提示された２つのボタンの一方を選択することができる。第１のボタン２２２０は、借り手が要求を承認する場合、選択することができ、第２のボタン２２２２は、借り手が要求を拒絶する場合、選択することができる。
【０６０４】
他の例では、借り手に、サマリ２２１８の異なる要素を選択的にアクティブ化及び／又は非アクティブ化するためのインターフェースを提示し得る。例えば、図２２Ｅに示されるように、サマリ２２１８に、サマリ２２１８の個々の部分に対応する個々のスイッチ２２１８ａ〜２２１８ｃが付随することができる。図示の例では、借り手は取引履歴及び口座情報（個々のスイッチ２２１８ａ、２２１８ｂの位置に対応する）の分配の承認を選択しており、一方、借り手は、収入情報（個々のスイッチ２２１８ｃの位置に対応する）の分配の拒絶を選択している。
【０６０５】
他の実施形態では、他の選択肢をユーザインターフェース２２０４ｅのサマリ２２１８に提示することができることを理解し得る。他の例では、サマリは、限定ではなく、氏名情報、口座番号情報、金融機関コード情報、認可ユーザ情報、口座経過時間情報、口座タイプ情報、口座残高履歴、口座最大及び最小残高要件、口座振込要件、口座利息、口座履歴、送金情報、現在残高情報、直接預金情報、自動引落情報、口座にリンクされたデジタルウォレットの数及びタイプ、取引タイプ情報等を含むことができる。
【０６０６】
別の実施形態では、図２２Ｆは、借り手に提示することができる別のユーザインターフェース−ユーザインターフェース２２０４ｆとして識別される−を提供する図２２Ａの電子デバイスを示す。この例では、図２２Ｄを参照して提供した例と同様に、電子デバイス２２００は、プライメートデータを第三者に分配及び／又は開示する許可の要求をデータ管理プラットフォーム−本明細書に記載される等−から受信する。
【０６０７】
これに応答して、この実施形態では、ユーザインターフェース２２０４ｆは、借り手が要求を変更する選択肢も提供する、第三者により要求されたデータのサマリを提示する。特に、図示の実施形態では、第三者は借り手からの取引履歴、口座情報、及び収入／支出情報を要求する。この例では、ユーザインターフェース２２０４ｆは、要求された各データ型を拒絶、レビュー、又は変更する選択肢を借り手に提供する。
【０６０８】
例えば、図２２Ｆは、取引履歴に関連する要求された任意のデータの変更、承認、又は拒絶を選択し得る選択肢２２２４の行を示す。選択肢の行は、借り手の取引履歴をレビューする要求を拒絶する選択肢２２２６、第三者に開示し得るあらゆる取引をレビューする選択肢２２２８、及び第三者に開示される取引リストをフィルタリングする日付範囲を指定する選択肢２２３０を含む。
【０６０９】
ユーザインターフェース２２０４ｆに含まれる選択肢は網羅的ではない。他の実施形態では、限定ではなく、日付範囲の設定、特定の取引の削除、それを超える又はそれ未満の取引は無視される閾値金額の設定、マーチャント名の編集、金額の編集、日付の編集、口座番号の編集、認可ユーザの取引の編集又は省略、取引金額の丸め、日付及び／又は金額のファジー化、特定の取引タイプの編集又は省略等の要求されたデータへの追加の変更を実行することができる。任意の数の適した変更をユーザインターフェース２２０４ｆにより促進することができることが理解される。
【０６１０】
別の実施形態では、図２２Ｇは、借り手に提示することができる別のユーザインターフェース−ユーザインターフェース２２０４ｇとして識別される−を提供する図２２Ａの電子デバイスを示す。この例では、図２２Ｃを参照して提供される例と同様に、複数のリモートデータソースから取得されたデータの集計は口座単位でまとめることができ、口座サマリ２２３２に一緒に表示することができる。
【０６１１】
図示の実施形態では、任意の数の金融機関からの任意の数の記録をまとめることができる。他の例と同様に、借り手に、選択肢を含む口座サマリ２２３２に示されるデータをフィルタリング及び／又は他の方法で変更する手段を提供し得る。
【０６１２】
別の実施形態では、図２２Ｈ〜図２２Ｉは、借り手に提示することができる別のユーザインターフェース−ユーザインターフェース２２０４ｈとして識別される−を提供する図２２Ａの電子デバイスを示す。この例では、図２２Ｇを参照して提供された例と同様に、複数のリモートデータソースから取得されたデータの集計は口座単位でまとめることができ、口座サマリ２２３２に一緒に表示することができる。
【０６１３】
図示の実施形態では、任意の数の金融機関からの任意の数の口座（例えば、口座２２３２ａ〜２２３２ｃ）をまとめることができる。他の例と同様に、借り手に、どの口座データが口座サマリ２２３２に示されるかをフィルタリング及び／又は他の方法で変更する手段を提供し得る。例えば、図２２Ｈでは、１つのみの口座が選択され、一方、図２２Ｉでは、２つの口座が選択される。借り手が全ての適切な選択を行うと、ユーザインターフェース２２０４ｈを進めるためのボタン２２３４を押下することができる。図２２Ｉに示される等の幾つかの実施形態では、選択された口座の総数を表示する確認２２３６を示すことができる。
【０６１４】
ユーザが特定の選択を行うと（例えば、図２２Ｈ又は図２２Ｉ）、１つ又は複数のリモート機関又は口座とのリンク成功を確認する確認ダイアログを示すことができる。図２２Ｊは、確認グラフィック２２３８を含むそのような一例を示す。
【０６１５】
後に、借り手は１つ又は複数の選択の変更を望むことがある。図２２Ｋ〜図２２Ｌはそれぞれ、本明細書に記載される等の電子デバイスにより提示し得るユーザインターフェースを示す。特に、図２２Ｋは、借り手に提示することができる別のユーザインターフェース−ユーザインターフェース２２０４ｋとして識別される−を提供する図２２Ａの電子デバイスを示す。この例では、複数のリモートデータソースから取得され、１つ又は複数の第三者（例えば金融機関）に分配又はアクセス可能なデータの集計をまとめるか、又は詳述することができる。例えば、データの集計は、第三者に露出及び／又は分配されるデータの粒度を借り手に詳述する取引データ２２４０を示す含むことができる。データをもはや共有すべきではないと借り手が判断する場合、借り手は、ボタン２２４２を選択することにより表示されたデータへのアクセスを取り消すことができる。
【０６１６】
図２２Ｌに示される等の更なる例では、借り手は個々の機関からの個々の口座を選択及び／又は選択解除することが可能であり得る。ユーザインターフェース２２０４ｌでは、３つの機関が示されている（例えば、機関２２４４、２２４６、及び２２４８）。この例では、借り手は開示及び／又はアクセスを許可する１つ又は複数の口座を選択することができる。
【０６１７】
上述した上記実施形態及び例並びにその種々の代替及び変形が一般的に、説明を目的として、本明細書に記載される等のシステムの種々の構成及び使用の理解を促進するために提示されていることが理解されよう。したがって、特定の記載される実施形態又はその均等物を実施するために、本明細書に提示される特定の詳細の幾つかは必要ではないことがあることが当業者には理解されよう。
【０６１８】
一般且つ広義に、図２３〜図２５は、データ管理プラットフォームを操作し、及び／又は本明細書に記載される等のネットワークアーキテクチャを経由して通信する方法に関する。
【０６１９】
特に、図２３は、選択された銀行又は金融機関により記憶された金融記録にアクセスする方法の動作例を示す簡易フローチャートである。方法２３００は、本明細書に記載される等のデータ管理プラットフォームにより全体的又は部分的に実施することができる。本明細書に記載される他の実施形態と同様に、方法２３００はプライベート金融データの集計を参照するが、方法及びその種々の動作が、限定ではなく、公益企業データ（例えば、公共料金支払い履歴、水道料金支払い履歴等）、サービス提供者データ（例えば、テレビジョンサービスプロバイダ支払い履歴、インターネットサービスプロバイダ支払い履歴、携帯電話サービスプロバイダ支払い履歴等）、健康データ、不動産所有権データ等を含む他のタイプのプライベート及び／又はデータの集計にも等しく適用可能なことを理解し得る。
【０６２０】
方法２３００は、金融機関のユーザ信用情報が受信される動作２３０２を含む。多くの場合、信用情報は、図２０、図２１Ａ、図２１Ｂ、及び図２２Ｂを参照して上述した等のデータ管理プラットフォームによりインスタンス化されるアプリケーションインターフェースと通信するユーザデバイスから受信される。方法２３００はまた、金融機関データが信用情報を使用してアクセスされる動作２３０４も含む。データにアクセスした後、データを処理することができる（例えば、フォーマット、検証等）。方法２３００は、動作２３０４において処理されたデータがセキュアデータベースに記憶される動作２３０６も含む。
【０６２１】
多くの実施形態では、方法２３００は、多くの異なる機関で定期的に、自動的に、又はオンデマンドで繰り返される。このようにして、最新集計金融データを１つのアクセス可能なデータベースに記憶することができる。
【０６２２】
図２４は、精選された金融データを第三者にセキュアにルーティングする方法の動作例を示す簡易フローチャートである。方法２４００は、本明細書に記載される等のデータ管理プラットフォームにより全体的又は部分的に実施することができる。
【０６２３】
方法２４００は、貸し手等の第三者からデータ要求を受信する動作２４０２を含む。幾つかの場合、データ要求は、第三者の身元を検証する１つ又は複数の証明書及び／又は情報を含むことができる。多くの場合、データ要求は通常、限定ではなく、要求の対象者の氏名又は他の識別子（例えば、氏名、社会保障番号、ライセンス番号等）及び要求されたデータの識別情報を含む。
【０６２４】
要求が受信されると、方法２４００は動作２４０４に進み、要求されたデータを第三者に分配する許可への要求。分配許可への要求は、要求の対象者の制御下にあるデバイスに送信される。本明細書に記載される実施形態に関して述べたように、幾つかの例では、要求は要求の対象者により変更することができる。
【０６２５】
要求されたデータを第三者に分配、ルーティング、及び／又は開示する許可を対象者から受信すると、方法２４００は動作２４０６に進み、セキュアデータにアクセスする。その後、動作２４０８において、要求された情報をデータベースから検索することができる。次に、動作２４１０及び２４１２において任意選択的に、検索されたデータをフォーマット及び／又は暗号化することができる。最後に、動作２４１４において、（任意選択的にフォーマットされ暗号化された）検索されたデータを、動作２４１４において第三者に分配及び／又は他の方法で開示することができる。
【０６２６】
図２５は、精選された金融データを第三者にセキュアにルーティングする別の方法の動作例を示す簡易フローチャートである。本明細書に記載される他の方法と同様に、方法２５００は、本明細書に記載される等のデータ管理プラットフォームにより全体的又は部分的に実施することができる。
【０６２７】
方法２５００は、第三者にデータを分配／開示する機関が受信される動作２５０２を含む。次に動作２５０４において、セキュアデータベースがアクセスされ、動作２５０６において、要求されたデータが検索される。任意選択的に、動作２５０８において、検索されたデータは、フォーマット、検証、編集等により処理することができる。最後に、動作２５１０において、処理されたデータは、動作２５０２において指示された第三者に送信することができる。
【０６２８】
多くの実施形態が先に開示されたが、本明細書に記載される方法及び技法に関して提示された動作及びステップは例示として意味され、したがって、網羅的ではないことを理解し得る。特定の実施形態に代替のステップ順序又はより少数若しくは追加の動作が必要とされ、又は望まれることがあり得ることを更に理解し得る。
【０６２９】
上記開示は種々の例示的な実施形態及び実施態様に関して説明されているが、個々の実施形態の１つ又は複数に記載された種々の特徴、態様、及び機能の適用性が、説明された特定の実施形態に限定されず、代わりに、単独で又は種々の組合せで本発明の幾つかの実施形態の１つ又は複数に、そのような実施形態が説明されているか否か及びそのような特徴が記載される実施形態の一部であるものとして提示されているか否かにかかわらず、適用可能なことを理解されたい。したがって、本発明の幅及び範囲は、例示的な上記実施形態のいずれによっても限定されるべきではなく、代わりに、本明細書に提示される特許請求の範囲により定義される。
【０６３０】
加えて、本明細書に記載される等のプライベートデータ−プライベート金融データを含む−のアクセス、集計、検証、分析、開示、転送、記憶、又は他の使用を担当する組織及び／又はエンティティが、好ましくは、公開され業界的に確立されたプライバシー、データ、及びネットワークセキュリティポリシー及び慣例に準拠することが理解される。例えば、リモート又はローカルデータソースから取得されたデータ及び／又は情報−そのデータ及び／又は情報の対象者のインフォームドコンセントの上でのみ−が、合法で合意され、妥当な用途でのみアクセスされ集計されるべきであることが理解される。
【０６３１】
マシン
加えて、実施形態及びその変形のシステム及び方法は少なくとも部分的に、コンピュータ可読命令を記憶したコンピュータ可読媒体を受けるように構成されたマシンとして実施及び／又は実装することができる。命令は好ましくは、好ましくは金融アプリケーションプログラミングインターフェースプラットフォームに統合されたコンピュータ実行可能構成要素により実行される。コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＥＰＲＯＭ、光デバイス（ＣＤ又はＤＶＤ）、ハードドライブ、フロッピードライブ、又は任意の適したデバイス等の任意の適したコンピュータ可読媒体に記憶することができる。コンピュータ実行可能構成要素は汎用又は特定用途向けプロセッサであることができるが、任意の適した専用ハードウェア又はハードウェア／ファームウェア結合デバイスが代替又は追加として命令を実行することができる。
【０６３２】
追加の実施詳細及び実施形態
本開示の種々の実施形態は、任意の可能な技術詳細レベルの統合のシステム、方法、及び／又はコンピュータプログラム製品であり得る。コンピュータプログラム製品は、プロセッサに本開示の態様を実行させるコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体（又は複数の媒体）を含み得る。
【０６３３】
例えば、本明細書に記載される機能は、ソフトウェア命令として実行し得、ソフトウェア命令が１つ又は複数のハードウェアプロセッサ及び／又は任意の他の適した計算デバイスにより実行されることにより及び／又は実行に応答して実行される。ソフトウェア命令及び／又は他の実行可能コードはコンピュータ可読記憶媒体（又は複数の媒体）から読み出し得る。
【０６３４】
コンピュータ可読記憶媒体は、命令実行デバイスによる使用のためにデータ及び／又は命令を保持し記憶することができる有形デバイスであることができる。コンピュータ可読記憶媒体は、限定ではなく例として、電子記憶デバイス（任意の揮発性及び／又は不揮発性電子記憶デバイスを含む）、磁気記憶デバイス、光学記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、又は上記の任意の適した組合せであり得る。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストは以下を含む：ポータブルコンピュータディスケット、ハードディスク、固体状態ドライブ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フロッピーディスク、命令が記録されたパンチカード又は溝中の隆起構造等の機械的符号化デバイス、及び上記の任意の適した組合せ。コンピュータ可読記憶媒体は、本明細書で使用される場合、電波又は他の自由伝播電磁波、導波路若しくは他の伝送媒体を通って伝播する電磁波（例えば、光ファイバケーブルを通る光パルス）、又はワイヤを通って伝送される電気信号等のそれ自体一時的な信号として解釈されるべきではない。
【０６３５】
本明細書に記載されるコンピュータ可読プログラム命令は、ネットワーク、例えばインターネット、ローカルエリアネットワーク、広域ネットワーク、及び／又は無線ネットワークを介してコンピュータ可読記憶媒体から各計算／処理デバイスに又は外部コンピュータ若しくは外部記憶デバイスにダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、及び／又はエッジサーバを含み得る。各計算／処理デバイスにおけるネットワークアダプタカード又はネットワークインターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、各計算／処理デバイス内のコンピュータ可読記憶媒体に記憶するためにコンピュータ可読プログラム命令を転送する。
【０６３６】
本開示の動作を実行するコンピュータ可読プログラム命令（本明細書では、例えば、「コード」、「命令」、「モジュール」、「アプリケーション」、及び／又は「ソフトウェアアプリケーション」等とも呼ばれる）は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、ステート設定データ、集積回路の構成データ、又はSmalltalk若しくはＣ＋＋等のオブジェクト指向プログラミング言語及び「Ｃ」プログラミング言語若しくは同様のプログラミング言語等の手続き型プログラミング言語を含め、１つ又は複数のプログラミング言語の任意の組合せで書かれたソースコード若しくはオブジェクトコードであり得る。コンピュータ可読プログラム命令は他の命令若しくはそれ自体から呼び出し可能であり得、及び／又はイベントの検出又は割り込みに応答して呼び出され得る。計算デバイスで実行されるように構成されたコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体に提供し得、及び／又は次にコンピュータ可読記憶媒体に記憶され得るデジタルダウンロード（実行前にインストール、圧縮解除、又は復号化が必要な圧縮又はインストール可能フォーマットで元々記憶し得る）として提供し得る。そのようなコンピュータ可読プログラム命令は部分的又は完全に、計算デバイスにより実行されるために、実行計算デバイスのメモリデバイス（例えばコンピュータ可読記憶媒体）に記憶し得る。コンピュータ可読プログラム命令は、全体的にユーザのコンピュータ（例えば実行計算デバイス）で、部分的にユーザのコンピュータで、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ及び部分的にリモートコンピュータで、又は全体的にリモートコンピュータ若しくはサーバで実行し得る。全体的にリモートコンピュータ又はサーバで実行されるシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）を含め、任意のタイプのネットワークを通してユーザのコンピュータに接続し得、又は接続は外部コンピュータに対して行い得る（例えば、インターネットサービスプロバイダを使用してインターネットを通して）。幾つかの実施形態では、例えば、プログラマブル論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラマブル論理アレイ（ＰＬＡ）を含む電子回路は、本開示の態様を実行するために、コンピュータ可読プログラム命令のステート情報を利用して、電子回路を個人化することによりコンピュータ可読プログラム命令を実行し得る。
【０６３７】
本開示の態様は、本明細書では、本開示の実施形態による方法、装置（システム）、及びコンピュータプログラム製品のフローチャート図及び／又はブロック図を参照して説明されている。コンピュータ可読プログラム命令により、フローチャート図及び／又はブロック図の各ブロック及びフローチャート図及び／又はブロック図におけるブロックの組合せを実施することができることが理解されよう。
【０６３８】
これらのコンピュータ可読プログラム命令は、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータ処理装置のプロセッサに提供されて、命令が、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサを介して実行されると、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実施する手段を生成するようなマシンを生成し得る。命令を記憶したコンピュータ可読記憶媒体がフローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定される機能／動作の態様を実施する命令を含む製品を含むように特定の様式で機能するようにコンピュータ、プログラマブルデータ処理装置、及び／又は他のデバイスに指示することができるこれらのコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体に記憶することもできる。
【０６３９】
コンピュータ可読プログラム命令は、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイスにロードされて、一連の動作ステップをコンピュータ、他のプログラマブル装置、又は他のデバイスで実行させて、コンピュータ、他のプログラマブルデータ装置、又は他のデバイスで実行された命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実施するようなコンピュータ実施プロセスを生成することもできる。例えば、命令はまず、リモートコンピュータの磁気ディスク又は固体状態ドライブで実行し得る。リモートコンピュータは命令及び／又はモジュールをダイナミックメモリにロードし、モデムを使用して電話回線、ケーブル、又は光回線を介して命令を送信し得る。サーバ計算システムにローカルなモデムは、電話回線／ケーブル／光回線でデータを受信し、データをバスに配置するのに適切な回路を含むコンバータデバイスを使用し得る。バスはデータをメモリに搬送し得、メモリから、プロセッサは命令を検索して実行し得る。メモリにより受信された命令は任意選択的に、コンピュータプロセッサによる実行前又は実行後、記憶装置（例えば固体状態ドライブ）に記憶し得る。
【０６４０】
図中のフローチャート及びブロック図は、本開示の種々の実施形態によるシステム、方法、及びコンピュータプログラム製品の可能な実施態様のアーキテクチャ、機能、及び動作を示す。これに関して、フローチャート又はブロック図における各ブロックは、指定された論理機能を実施する１つ又は複数の実行可能命令を含むモジュール、セグメント又は命令の部分を表し得る。幾つかの代替の実施態様では、ブロックに記された機能は、図に記された順序外で行われ得る。例えば、連続して示される２つのブロックは、関わる機能に応じて、実際には略同時に実行し得、又はブロックは逆順で実行されることもある。加えて、幾つかの実施態様では、特定のブロックは省略し得る。本明細書に記載される方法及びプロセスはまた、いかなる特定のシーケンスにも限定されず、ブロック又はブロックに関連する状態は、適切な他のシーケンスで実行することができる。
【０６４１】
ブロック図及び／又はフローチャート図の各ブロック及びブロック図及び／又はフローチャート図におけるブロックの組合せが、指定された機能若しくは動作を実行又は専用ハードウェアとコンピュータ命令との組合せを実行する専用ハードウェアベースシステムにより実施することができることにも留意されよう。例えば、先のセクションに記載された任意のプロセス、方法、アルゴリズム、要素、ブロック、アプリケーション、又は他の機能（又は機能の部分）は、特定用途向けプロセッサ（例えば特定用途向け集積回路（ＡＳＩＣ））、プログラマブルプロセッサ（例えばフィールドプログラマブルゲートアレイ（ＦＰＧＡ））、及び／又は特定用途向け回路（これらのいずれも、カスタムハードワイヤード論理、論理回路、ＡＳＩＣ、ＦＰＧＡ等をソフトウェア命令のカスタムプログラミング／実行と結合して、技法を達成し得る）等の電子ハードウェアにおいて実施し得、及び／又は電子ハードウェアを介して完全又は部分的に自動化し得る。
【０６４２】
上述したプロセッサ及び／又は任意の上述したプロセッサを組み込んだデバイスのいずれも本明細書では、例えば、「コンピュータ」、「コンピュータデバイス」、「計算デバイス」、「ハードウェア計算デバイス」、「ハードウェアプロセッサ」、及び／又は「処理ユニット」等と呼ばれ得る。上記実施形態の計算デバイスは一般に（必ずしもそうではない）、Mac OS、iOS、Android、Chrome OS、Windows OS（例えば、Windows XP、Windows Vista、Window 7、Windows 8、Windows 10、Windows Server等）、Windows CE、Unix、Linux（登録商標）、SunOS、Solaris、Blackberry OS、VxWorks、又は他の適したオペレーティングシステム等のオペレーティングシステムソフトウェアにより制御及び／又は調整し得る。他の実施形態では、計算デバイスは、プロプライエタリオペレーティングシステムにより制御し得る。従来のオペレーティングシステムは、特に、実行に向けてコンピュータプロセスを制御且つスケジュールし、メモリ管理を提供し、ファイルシステム、ネットワーキング、Ｉ／Ｏサービスを提供し、グラフィカルユーザインターフェース（「ＧＵＩ」）等のユーザインターフェース機能を提供する。
【０６４３】
上述したように、種々の実施形態において、特定の機能は、ウェブベースのビューア（ウェブブラウザ等）又は他の適したソフトウェアプログラム）を通してユーザによりアクセス可能であり得る。そのような実施態様では、ユーザインターフェースはサーバ計算システムにより生成され、ユーザのウェブブラウザ（例えば、ユーザの計算システムで実行中）に送信し得る。代替的には、ユーザインターフェースの生成に必要なデータ（例えばユーザインターフェースデータ）は、サーバ計算システムによりブラウザに提供し得、ブラウザにおいて、ユーザインターフェースを生成し得る（例えば、ユーザインターフェースデータは、ユーザインターフェースデータは、ブラウザがウェブサービスにアクセスすることにより実行し得、ユーザインターフェースデータに基づいてユーザインターフェースをレンダリングするように構成し得る）。次にユーザは、ウェブブラウザを通してユーザインターフェースと対話し得る。特定の実施態様のユーザインターフェースは、１つ又は複数の専用ソフトウェアアプリケーションを通してアクセス可能であり得る。特待の実施形態では、本開示の計算デバイス及び／又はシステムの１つ又は複数はモバイル計算デバイスを含み得、ユーザインターフェースはそのようなモバイル計算デバイス（例えば、スマートフォン及び／又はタブレット）を通してアクセス可能であり得る。
【０６４４】
多くの変形及び変更を上述した実施形態に対して行い得、その要素は他の許容可能な例の中にあるものとして理解されたい。全てのそのような変更及び変形は本明細書では、本開示の範囲内に含まれるものとして意図される。上記説明は特定の実施形態を詳述している。しかしながら、上記が文章でいかに詳細に見えようとも、システム及び方法が多くの方法で実施可能なことが理解されよう。これもまた上述したように、特定の特徴又はシステム及び方法の態様を説明する場合、特定の用語の使用が、その用語に関連付けられたシステム及び方法の特徴又は態様の任意の特定の特性を含むものに制限されるものとして、その用語が本明細書において再定義されることを暗示するものとして解釈されるべきではないことに留意されたい。
【０６４５】
特に「できる」、「できた」、「し得た」、又は「し得る」等の条件用語は、特に別記される場合を除き又は使用される文脈内で別段に理解される場合を除き、一般に、特定の実施形態が特定の特徴、要素、及び／又はステップを含み、一方、他の実施形態がこれらを含まないことを伝えることが意図される。したがって、そのような条件用語は一般に、特徴、要素、及び／又はステップが１つ又は複数の実施形態に必須であること又は１つ又は複数の実施形態が必ず、ユーザ入力又はプロンプトあり又はなしで、これらの特徴、要素、及び／又はステップが任意の特定の実施形態に含まれるか否か又は任意の特定の実施形態で実行されるべきか否かを判断する論理を含むことを暗示することを決して意図しない。
【０６４６】
「略」という用語は、「リアルタイム」という用語と併せて使用される場合、当業者により容易に理解される句を形成する。例えば、そのような用語が、遅延又は待機がみられたとしてもごくわずかである速度を含むこと又はそのような遅延が、ユーザにとって混乱を引き起こさない、イライラしないか、又は他の方法で苛立たせないように十分に短いことが容易に理解される。
【０６４７】
句「Ｘ、Ｙ、及びＺの少なくとも１つ」又は「Ｘ、Ｙ、又はＺの少なくとも１つ」等の接続用語は、特に別記される場合を除き、一般に、項目、用語等がＸ、Ｙ、又はＺ、又はそれらの組合せであることを伝えるものとして文脈と共に理解されるべきである。例えば、「又は」という用語は、例えば要素リストを接続するのに使用される場合、「又は」という用語がリスト内の要素の１つ、幾つか、又は全てを意味するように包括的な意味で使用される（排他的意味で使用されない）。したがって、そのような接続用語は一般に、特定の実施形態がＸの少なくとも１つ、Ｙの少なくとも１つ、及びＺの少なくとも１つがそれぞれ存在することを必要とすることを暗示することを意図しない。
【０６４８】
「ａ」という用語は、本明細書で使用される場合、排他的解釈ではなく包括的な解釈が与えられるべきである。例えば、特記される場合を除き、「ａ」という用語は、「厳密に１つ」又は「唯一」を意味するものとして理解されるべきではなく、代わりに、「ａ」という用語は、特許請求の範囲で使用されるか、それとも本明細書のどこかで使用されるかに関係なく、また特許請求の範囲又は明細書のどこかでの「少なくとも１つ」、「１つ又は複数」、又は「複数」等の数量詞の使用に関係なく、「１つ又は複数」又は「少なくとも１つ」を意味する。
【０６４９】
「備える」という用語は、本明細書で使用される場合、排他的解釈ではなく包括的な解釈が与えられるべきである。例えば、１つ又は複数のプロセッサを備える汎用コンピュータは、他のコンピュータ構成要素を除外するものとして解釈されるべきではなく、恐らくは特にメモリ、入／出力デバイス、及び／又はネットワークインターフェースのような構成要素を含み得る。
【０６５０】
先に詳述した説明は、種々の実施形態に適用された新規の特徴を示し、説明し、指摘したが、本開示の趣旨から逸脱せずに、示されたデバイス又はプロセスの形態及び詳細に種々の省略、置換、及び変更を行い得ることを理解し得る。認識し得るように、本明細書に記載された本発明の特定の実施形態は、本明細書に記載された特徴及び利点の全てを提供するわけではない形態内で実施し得、幾つかの特徴は他の特徴と別個に使用又は実施し得る。本明細書に開示される特定の発明の範囲は、上記説明ではなく添付の特許請求の範囲によって示される。特許請求の範囲の均等物の意味又は範囲内の全ての変更は、範囲内に包含されるべきである。
【０６５１】
当業者ならば、先の詳細な説明並びに図及び特許請求の範囲から認識するように、以下の特許請求の範囲に規定される本発明の範囲から逸脱せずに、変更及び改変を本発明の実施形態に対して行うことが可能である。
【図１】
2021521526.tif 000005
【図２】
2021521526.tif 000006
【図３】
2021521526.tif 000007
【図４】
2021521526.tif 000008
【図４−１】
2021521526.tif 000009
【図５】
2021521526.tif 000010
【図６】
2021521526.tif 000011
【図７】
2021521526.tif 000012
【図８】
2021521526.tif 000013
【図９】
2021521526.tif 000014
【図１０】
2021521526.tif 000015
【図１１】
2021521526.tif 000016
【図１２】
2021521526.tif 000017
【図１３】
2021521526.tif 000018
【図１４Ａ】
2021521526.tif 000019
【図１４Ｂ】
2021521526.tif 000020
【図１５】
2021521526.tif 000021
【図１６】
2021521526.tif 000022
【図１７Ａ】
2021521526.tif 000023
【図１７Ｂ】
2021521526.tif 000024
【図１８】
2021521526.tif 000025
【図１９】
2021521526.tif 000026
【図２０】
2021521526.tif 000027
【図２１Ａ】
2021521526.tif 000028
【図２１Ｂ】
2021521526.tif 000029
【図２２Ａ】
2021521526.tif 000030
【図２２Ｂ】
2021521526.tif 000031
【図２２Ｃ】
2021521526.tif 000032
【図２２Ｄ】
2021521526.tif 000033
【図２２Ｅ】
2021521526.tif 000034
【図２２Ｆ】
2021521526.tif 000035
【図２２Ｇ】
2021521526.tif 000036
【図２２Ｈ】
2021521526.tif 000037
【図２２Ｉ】
2021521526.tif 000038
【図２２Ｊ】
2021521526.tif 000039
【図２２Ｋ】
2021521526.tif 000040
【図２２Ｌ】
2021521526.tif 000041
【図２３】
2021521526.tif 000042
【図２４】
2021521526.tif 000043
【図２５】
2021521526.tif 000044
【図２６】
2021521526.tif 000045
【図２６−１】
2021521526.tif 000046
【図２７Ａ】
2021521526.tif 000047
【図２７Ａ−１】
2021521526.tif 000048
【図２７Ｂ】
2021521526.tif 000049
【図２７Ｂ−１】
2021521526.tif 000050
【図２８Ａ】
2021521526.tif 000051
【図２８Ａ−１】
2021521526.tif 000052
【図２８Ｂ】
2021521526.tif 000053
【図２８Ｂ−１】
2021521526.tif 000054
【図２９】
2021521526.tif 000055
【図２９−１】
2021521526.tif 000056
【図３０】
2021521526.tif 000057
【図３１】
2021521526.tif 000058
【図３２】
2021521526.tif 000059
【図３３Ａ】
2021521526.tif 000060
【図３３Ｂ】
2021521526.tif 000061
【国際調査報告】
2021521526.tif 000062