JP2008525890A - 金融上のトランザクションに関する資金リソースを検証するための装置及び方法 - Google Patents

Abstract

【課題】 アカウントに対する支払いの資金リソースの検証を容易にする。
【解決手段】 アカウントに対する支払いの資金リソースの検証を容易にするシステム、方法、装置、手段及びコンピュータプログラムコードであって、アカウントへの支払いに対してアカウントに関連付けられた支払情報を受け取る段階と、支払いの資金リソースを含むアカウントに対する支払いの表示を受け取る段階と、支払いの資金リソースが承認された資金リソースであると決定する段階と、支払いの資金リソースが承認された資金リソースではない場合に、電子通信を介して通知を提供する段階とを含む。
【選択図】図１

Description

本発明は、アカウントへの支払いに対して資金リソースの検証を容易にするための方法、装置、及び物品に関する。

幾つかの経済的及び法的目的を達成する試みの一環として、ある金融支払いに対しての資金リソースを特定する必要性が生じてきた。金融支払いに対して資金リソースを特定することに関する態様は、資産管理システム又はツールを含むことができる。

従って、例えば膨大な量のアカウントを管理し、この多くのアカウントに対する支払いを受け取る組織の関連において、適用される規則及び内部施策に従って資金リソースを検証することが必要となる可能性がある。

従って、アカウントに入ってくる支払いに関して資金リソースを効率的に特定し検証する必要性が存在する。

本開示の幾つかの実施形態は、アカウントに対する支払いの資金リソースの検証を容易にするためのシステム、方法、装置、手段、及び物品を提供する。アカウントに対する支払いの資金リソースの検証を容易にする方法は、アカウントへの支払いに対してアカウントに関連付けられた支払情報を受け取る段階と、アカウントに対する支払いの表示を受け取る段階とを含むことができる。この表示は、支払いの資金リソースを含むことができる。本方法は更に、支払いの資金リソースが承認された資金リソースであると決定する段階と、少なくとも支払いの資金リソースが承認された資金リソースではない場合に、電子通信を介して指定された人に通知を提供する段階とを含むことができる。

エンティティは、アカウントへの支払いに対してアカウントに関連付けられた支払情報を受け取ることができる。エンティティはまた、アカウントに加えられる支払いの表示を受け取ることができ、該表示は、支払いの資金リソースを含む。エンティティは更に、支払いの資金リソースが承認された資金リソースであることを検証することができる。少なくとも支払いの資金リソースが承認された資金リソースではない場合には、このような通知は電子通信を介して関係するエンティティに提供することができる。

本発明の追加の目的、利点、及び新規の特徴については、一部には、以下の説明に記載されるものとし、一部は、以下の検討によって当業者には明らかになり、或いは本発明の実施によって認識することができる。

本明細書に組み込まれ、当該明細書の一部を形成する添付図面は、本開示の幾つかの実施形態を例証し、詳細な説明と共に本発明の原理を明らかにするのに役立つ。

出願人らは、アカウントに対する支払いを目的とする資金リソースの検証を容易にするシステム、手段、コンピュータコード、及び方法に対する必要性があることを認識している。アカウントは、例えばモーゲージローン、一連の信用勘定、リボルビング式信用勘定、その他などの１つ又はそれ以上のタイプのアカウントに関係することができる。特に、出願人らは、資金リソース（ＳＯＦＵＮ）検証器によって顧客に対して支払いを処理することを可能にし、アカウントに対する支払いを目的とする資金リソースがアカウントに許容可能な資金リソースから引き出されるかどうかを判定して、少なくとも資金リソースが禁止された資金リソースからのものと特定された場合に、アカウントの管理者又は所有者に通知するシステム、手段、コンピュータコード、及び方法に対する必要性があることが分かった。このようなシステム、方法、その他などによって得られる１つの技術的な効果は、資金リソースに関する情報が効率的且つ効果的な様態で提供されることである。これら及び他の特徴については、本発明の実施形態によるシステム、個々のデバイス、及びプロセスを記載することによって以下に更に詳細に説明する。

図１を参照すると、本明細書において幾つかの実施形態に好適な状況又は環境を示す例示的なシステム１０が示されている。システム１０は、資金リソース（ＳＯＦＵＮ）検証器５０を含む。ＳＯＦＵＮ検証器５０は、ネットワーク１５を介して１つ又はそれ以上の他のエンティティと通信又はインタフェースすることができる。ＳＯＦＵＮ検証器５０は、例えば銀行ロックボックスアカウント２０、電信送金アカウント２５、例えば取引オリジネータ又はクローザー３０などのアカウントの開設に関する情報を有する１つ又はそれ以上のエンティティ、及び第三者アカウント３５などの幾つかの支払機構と通信又はインタフェースすることができる。ＳＯＦＵＮ検証器５０は、ＳＯＦＵＮ検証器５０がその検証処理を行っているエンティティ（例えば、子会社、ジョイントベンチャーのパートナー、部門、その他）に関連するエンティティと通信又はインタフェースすることができる。関連エンティティ情報は、関連エンティティトランスファ４０への通信リンクによって提供することができる。本明細書の幾つかの実施形態では、ＳＯＦＵＮ検証器５０は、資金リソースに関して承認され、禁止され、或いは承認及び禁止が組み合わされた国、個人、及び組織に対してリスティング又はアクセスの供給、生成、更新、監視、又は他の方法での提供を行う組織又は代理機関（すなわちエンティティ）との通信を要求することができる。

幾つかの実施形態では、ＳＯＦＵＮ検証器５０は、特定の資金リソース検証プロセスの特殊な必要性を満たすように変更又は適合させることができる。ＳＯＦＵＮ検証器５０の責任及び機能は、資金リソースの検証に関する全て又は一定の態様のみを含むように変更することができる。いずれかのＳＯＦＵＮ検証器５０に割り当てられる責任又は機能の範囲は、少なくとも１つには、目的とする資金支払いが検証されることになるアカウントのタイプ、支払い額、支払いのカテゴリー、その他に基づくことができる。

ＳＯＦＵＮ検証器５０は、ロックボックス銀行口座２０、電信送金アカウント２５、クローザー３０、第三者アカウント３５、関連エンティティトランスファ４０、及び法的規制機関／リスト４５と直接的又は間接的に通信することができる。

ＳＯＦＵＮ検証器５０は、単一のデバイス又はコンピュータ、デバイス又はコンピュータのネットワークセット又はグループ、ワークステーション、その他などを含み、利用し、又は備えることができる。幾つかの実施形態では、ＳＯＦＵＮ検証器５０は、本明細書で記載される幾つかの実施形態を実施し検証情報を提供する目的のため、ウェブサイト、データベース、又は他の電子的にアクセス可能な資源を実装又はホストすることができる。

図２を参照すると、ＳＯＦＵＮ検証器５０が使用することができるデバイスの代表的なブロック図が示されており、全体的に参照符号１００で表わされる。デバイス１００は、他のデバイスと通信するための１つ又はそれ以上の通信ポート１１０と通信するか、又はこれらを使用するか、或いはこれらを含むプロセッサ、マイクロチップ、中央処理ユニット、又はコンピュータ１０５を含むことができる。通信ポート１１０は、例えば、ネットワーク１５に対するインタフェースを提供するために、例えば、ローカルエリアネットワークアダプタ、無線通信デバイス、ブルートゥース（登録商標）技術、その他を含むことができる。

幾つかの実施形態において、デバイス１００は、１つ又はそれ以上の入力デバイス１１５（例えば、バーコードリーダ又は他の光学スキャナ、赤外線又は他の受信器、アンテナ、磁気ストライプリーダ、イメージスキャナ、ローラーボール、タッチパッド、ジョイスティック、タッチスクリーン、マイクロフォン、コンピュータキーボード、コンピュータマウス、その他）、並びに１つ又はそれ以上の出力デバイス１２０（例えば、プリンタ、赤外線又は他の送信器、アンテナ、オーディオスピーカ、ディスプレイ画面又はモニタ、テキストゥスピーチ変換器、その他）を含むことができる。デバイス１００は、ランダム読出し専用メモリ（ＲＯＭ）１２５及びランダムアクセスメモリ（ＲＡＭ）１３０を含むことができる。

幾つかの実施形態では、デバイス１００は、サーバとして機能し、或は少なくとも本明細書の開示事項の種々の態様に従って資金リソース検証機能を容易にするサーバの機能を含む。デバイス１００は、情報、ソフトウェア、データベース、通信情報、デバイスドライバ、レポート、問合せ、サービス要求、その他を記憶するためにメモリ又はデータ記憶デバイス１４０を含むことができる。メモリ又はデータ記憶デバイス１４０は、好ましくは、磁気、光学及び／又は半導体メモリの適切な組合せを含み、例えば、ＲＯＭ、ＲＡＭ、テープドライブ、フラッシュメモリ、フレキシブルディスクドライブ、コンパクトディスク及び／又はハードディスク、その他を含むことができる。

プロセッサ１０５及びデータ記憶デバイス１４０は各々、例えば、単一のコンピュータ又は他のコンピューティングデバイス内に全体的に位置付けるか、或いは、シリアルポートケーブル、電話回線、又は無線周波数送受信器などのリモート通信媒体によって互いに接続することができる。幾つかの実施形態では、デバイス１００は、例えば支払履歴データベース１５０、新規顧客データベース１５５、受け取り資金データベース１６０、顧客確認（ＫＹＣ）データベース１６５、及びパステーブルデータベース１７０などのデータベースを維持するためのリモートサーバコンピュータに接続された１つ又はそれ以上のコンピュータを含むか又は備えることができ、或いはこれらのデータベースを維持及び制御することができる。

幾つかの実施形態において、十分なメモリ及び処理能力を備えた従来のパーソナルコンピュータ又はワークステーションをデバイス１００として使用することができる。幾つかの実施形態では、デバイス１００は、電子的にアクセス可能な資源の提供、ホスト、動作、又は実装を行うことができる。例えば、デバイス１００は、インターネット環境のウェブサイト又はデータベースサーバとして動作し、或いはこれらを含むことができる。ウェブサイト又はデータベースは、デバイス１００のオーナー／オペレータエンティティのクライアント顧客がアクセス可能にすることができる。例えば、クライアント顧客は、例えば銀行、信用勘定発行人、モーゲージ会社、融資処理会社、市政機関、その他を含むことができる。

幾つかの実施形態において、デバイス１００は、大量のトランザクション処理が可能であり、通信及びデータベースサーチ処理における有意な数の数学計算を実施する。幾つかの実施形態において、プロセッサ１０５は、１つ又はそれ以上のマイクロプロセッサ、コンピュータ、コンピュータシステム、コプロセッサ、その他を含むことができる。

ソフトウェアは、デバイス１００に常駐して動作し、又は操作可能とすることができる。ソフトウェアは、データ記憶デバイス１４０上に記憶することができ、オペレーティングデバイス１００用の制御プログラム１４５、データベース、その他を含むことができる。制御プログラム１４５は、プロセッサ１０５を制御することができる。プロセッサ１０５は、好ましくは、制御プログラム１４５の命令を実行し、これによって本開示に従い、特に本明細書で記載される方法に従って動作することができる。制御プログラム１４５は、圧縮された、未コンパイル及び／又は暗号化されたフォーマットで記憶することができる。制御プログラム１４５は、オペレーティングシステム、データベース管理システム、及びデバイスドライバなど、必要となる可能性のあるプログラム要素を含むことができ、これによってプロセッサ１０５は、周辺デバイス、データベース、その他にインタフェースすることが可能となる。適切なプログラム要素は、当業者には公知であり、本明細書で詳細には説明する必要はない。

デバイス１００は、幾つかのデータベースにおいて、アカウント、支払い、顧客、承認された受取人、承認されたアカウント、規則、規制、禁止された国及び個人、その他に関する情報を含むか又は記憶することができる。例えば、１つ又はそれ以上のアカウントに関する支払履歴情報は、デバイス１００又は別のデバイス或いはエンティティが使用するために支払履歴データベース１４５内に記憶することができる。１人又はそれ以上の新規顧客に関する情報は、デバイス１００又は別のデバイス或いはエンティティが使用するために新規顧客データベース１５５内に記憶することができる。１つ又はそれ以上の受け取り支払いに関する情報は、デバイス１００又は別のデバイス或いはエンティティが使用するために受け取り資金データベース１６０内に記憶することができる。１人又はそれ以上のアカウント顧客に関する顧客確認ＫＹＣデータは、デバイス１００又は別のデバイス或いはエンティティが使用するためにＫＹＣデータベース１６５内に記憶することができ、資金の取引及び振替のために事前に承認された１つ又はそれ以上のエンティティ（例えば、会社、国、個人、組織、その他）に関する情報は、パステーブルデータベース１７０内に記憶することができる。幾つかの実施形態において、データベースの一部又は全ては、デバイス１００から遠隔的に記憶又はミラーリングすることができる。

本開示の幾つかの実施形態によれば、制御プログラム１４５の命令は、ＲＯＭ１２５からＲＡＭ１３０になど、別のコンピュータ可読媒体からメインメモリ内に読み込むことができる。制御プログラムの命令シーケンスを実行することにより、プロセッサ１０５は、本明細書に記載されるプロセスステップを実行するようになる。幾つかの実施形態では、ハードワイヤード回路を本開示の方法の一部又は全ての実施におけるソフトウェア命令の代わり、或いはこれらと組み合わせて使用することができる。従って、本明細書の種々の実施形態は、ハードウェア及びソフトウェアのどのような特定の組み合わせにも限定されるものではない。

プロセッサ１０５、通信ポート１１０、入力デバイス１１５、出力デバイス１２０、ＲＯＭ１２５、ＲＡＭ１３０、クロック１３５、及びデータ記憶デバイス１４０は、種々の方法で直接又は間接的に通信或いは接続することができる。例えば、プロセッサ１０５、通信ポート１１０、入力デバイス１１５、出力デバイス１２０、ＲＯＭ１２５、ＲＡＭ１３０、クロック１３５、及びデータ記憶デバイス１４０は、バス１７５を介して接続することができる。

デバイス１００の特定の実装及びハードウェア構成を例証してきたが、他の実装及びハードウェア構成も可能であり、どのような特定の実施又はハードウェア構成も必須ではない点に留意されたい。従って、図２に示される構成要素の全てが本明細書で開示される方法を実施するデバイスに必要である訳ではなく、或いはこれに含まれる訳ではないものとすることができる。従って、実装又はハードウェア構成の多くの種々のタイプをシステム１００において使用することができ、本明細書で開示される方法は、どのような特定のハードウェア構成にも限定されるものではない。

幾つかのデータベース１５０、１５５、及び１６０が図３に示されている。上述のように、本明細書の幾つかの実施形態では、ＳＯＦＵＮ検証器又は他のデバイス或いはエンティティは、支払いに関する情報及びアカウントに関連する支払情報を記憶又は保持するための１つ又はそれ以上のデータベースを含むことができる記憶デバイス（例えば記憶デバイス１４０）にアクセスすることができる。

履歴データデータベース１５０は、既存のアカウントに関連する支払情報を含むことができる。特に、履歴データデータベース１５０は、好ましくはアカウントを別のアカウントと区別するアカウント識別情報を提供することができる。例えば、履歴データデータベース１５０は、支払情報に関連付けられるエンティティのローン番号、銀行口座番号、銀行口座名、銀行識別コード、及び納税識別子を表わすコード、フィールド、又は他の識別子を含むことができる。これらの種々のコード、フィールド、又は識別子は、本明細書で開示される支払リソースの十分な情報を含む固有アカウントを識別する方法のための十分な基準を含むのが好ましい。幾つかの実施形態では、履歴データデータベース１５０は、データベース内の各アカウントの支払情報がアカウントへの履歴（すなわち前の）支払いに対する資金リソースに関して有効である（すなわち承認されている）ことの表示を含むことができる。幾つかの実施形態では、アカウントが履歴データデータベース１５０に含まれることは、データベース１５０内の各アカウントに対する支払情報が有効であることの表示である。

新規顧客データベース１５５は、新規顧客又は新しく獲得されたアカウントなどの履歴データが存在しないアカウントに関連する支払情報を含むことができる。新規顧客データベース１５５は、好ましくはアカウントを別のアカウントと区別するアカウント識別情報を提供することができる。新規顧客データベース１５５で参照されるアカウントは、これに関連付けられる支払履歴情報を持たないので、新規顧客データベース１５５は通常、履歴データデータベース１５０に比べてより多くのアカウント代表フィールド、コード、又は他の識別子を含むことができる。従って、例えば新規顧客データベース１５５は、ローン番号、銀行口座番号、銀行口座名、銀行識別コード、納税識別子、アカウントに資金が提供された日時を示す資金提供日付、及び顧客確認検証プロセスに対してアカウントの状態を示す顧客確認（ＫＹＣ）フラグを表わすコード、フィールド、又は他の識別子を含むことができる。幾つかの実施形態では、コード、フィールド、又は識別子が格納された新規顧客データベース１５５は、例えば、クローザー３０、第三者アカウント３５、及び関連のエンティティトランスファ４０から取得することができる。

ＫＹＣデータベース１６０は、本明細書の幾つかの実施形態に従って、ＫＹＣチェック及びＳＯＦＵＮ検証プロセスの結果の表示を含むアカウントに関連する支払情報を含むことができる。ＫＹＣデータベース１６０は、履歴データデータベース１５０及び新規顧客データベース１５５に含まれるものと類似した幾つかのコード、フィールド、又は他の識別子を含み、又は読み込むことができる。本明細書の幾つかの実施形態では、ＫＹＣデータベース１６０は、履歴データデータベース１５０からの履歴アカウント情報又は新規顧客データベース１５５からの新規顧客アカウント情報のいずれであっても、アカウント情報の集約である。幾つかの実施形態では、本明細書のＳＯＦＵＮ検証プロセス及び方法は、受け取り支払情報の指標をＫＹＣデータベース１６０のコード、フィールド、又は他の識別子と比較することができる。

幾つかの実施形態では、本明細書で開示され、データベース内の各アカウントに関連する特定のコード、フィールド、及び識別子は、本明細書の実施例によって提供されるものよりも多いか或は少ない、アカウントに関連付けられたコード、フィールド、及び識別子を含むことができる。例えば、新規顧客データベース１５５で参照される新規顧客アカウントでは、新規顧客アカウント情報がＫＹＣチェックに関して有効であるかどうかを示すコード、フィールド、又は識別子が存在することができる。すなわち、ＫＹＣチェックは、新しいアカウントに対して実施することができ、当該ＫＹＣチェックの結果の表示を新規顧客データベース１５５に含めることができる。本明細書の幾つかの実施形態では、ＫＹＣチェックは、新しいアカウントの作成又は新しいアカウントのクロージングの一部として、或いはこれらと同時に行われる。

図４は、ロックボックスアカウントデータベース１３０及び電信送金アカウントデータベース１３５を含む幾つかの例示的なデータベースを示す。データベース１３０及び１３５は、受け取り支払情報又は受け取り資金の幾つかのアカウント又は記憶情報のうちの２つである。ロックボックスアカウントデータベース１３０及び電信アカウントデータベース１３５で参照されるような、受け取り資金のアカウント及び記憶情報は、アカウントに加えられることを目的とする支払いの表示を提供することができる。

ロックボックスアカウント１３０は、銀行ロックボックスアカウントから受け取った支払情報を含むことができる。従って、本明細書の方法によるＳＯＦＵＮ検証器は、銀行などのロックボックスアカウントプロバイダとインタフェースすることができる。ロックボックスアカウント１３０は、アカウントに対する支払いの表示を含む支払情報を含むことができる。本明細書の幾つかの実施形態では、ロックボックスアカウント１３０は、例えばローン番号、銀行口座番号、銀行口座名、銀行識別コード、納税識別子、受け取り資金を引き出す銀行名、支払いトランザクションの日付、及びアカウントに加えられることを目的とする支払い額などのコード、フィールド、又は他の識別子を含むことができ、或いはこれらを読み込むことができる。

電信送金データベース１３５は、電信送金アカウントから受け取った支払情報を含むことができる。本明細書の方法によるＳＯＦＵＮ検証器は、銀行又は他の金融機関などの電信送金アカウントプロバイダとインタフェースすることができる。電信送金アカウントデータベース１３５は、アカウントに対する支払いの表示を含む支払情報を含むことができる。本明細書の幾つかの実施形態では、電信送金アカウント１３５は、例えばファイル受信日付、トランザクション詳細、信用勘定識別子、及び信用勘定番号などのコード、フィールド、又は他の識別子を含むことができ、或いはこれらを読み込むことができる。トランザクション詳細コード、フィールド、又は識別子は、例えば銀行識別コード、銀行又はアカウント名、ローン番号、送金元銀行名、及びアカウントに加えられることを目的とする電信送金支払い額などの追加情報を抽出するために調査又はパーズすることができる。

幾つかの実施形態では、電信送金アカウント情報は、送金された資金が加えられることになるアカウント番号又はローン番号を明示的には含まない場合がある。従って、電信送金アカウント情報のトランザクション詳細情報は、所要の情報を抽出するのに必要ないずれかの処理を含む、このような追加情報について調べることができる。

本明細書の幾つかの実施形態では、例えばロックボックスアカウント情報及び電信送金アカウント情報などの受け取り支払情報は、予め設定された時間間隔で本明細書のＳＯＦＵＮ検証器によって受け取ることができる。受け取り支払情報は、例えば、２４時間毎、８時間毎、リアルタイム、その他のＳＯＦＵＮ検証のために受領、収集、アクセス、或いは提供をすることができる。

ロックボックスアカウント情報は、ファイル（例えばバッチファイル）内に含められ、２４時間毎に本明細書によるＳＯＦＵＮ検証器にファイル転送プロトコル（ｆｔｐ）によって転送することができる。本明細書に限定されることなく、他のデータ転送プロトコルを用いてもよい点に留意されたい。幾つかの実施形態では、ファイル転送は、本明細書で開示される方法を実施するときに転送される情報のセキュリティを保護するために、セキュリティメカニズムを含み、又は組み込み、或いは利用することができる。セキュリティメカニズムは、例えば暗号化及び復号化技術を含むことができる。

幾つかの実施形態では、ＳＯＦＵＮ検証器によって受け取った受け取り支払情報は、例えば履歴データデータベース１５０、新規顧客データベース１５５、及びＫＹＣデータベース１６０に参照され又は記憶される支払情報と比較される。比較は、とりわけ受け取り資金支払情報とファイル上の支払情報（すなわちアカウントの作成又は取得中に提供された支払履歴データ及び新規顧客支払情報）とが一致しているかどうかを判断するために行うことができる。

これらの種々のコード、フィールド、又は識別子は、本明細書で開示される支払リソースに関する十分な情報を含む固有アカウントを識別する方法のための十分な基準を含むのが好ましい。幾つかの実施形態では、履歴データデータベース１５０は、データベース内の各アカウントに対する支払情報がアカウントへの以前の支払いの資金リソースに関して有効である（すなわち承認された）ことの表示を含むことになる。幾つかの実施形態では、履歴データデータベース１５０にアカウントが含まれていることは、データベース１５０内の各アカウントの支払情報が有効であることの表示である。

図５を参照すると、本開示の幾つかの実施形態による例示的なプロセス２００が示されている。プロセス２００は、２０５において、支払いデータを取得、受け取り、生成、或いはアクセスする段階を含む。支払いデータは、ネットワーク１５を介して直接又は間接的に、又は、例えばロックボックスアカウント２０、電信送金アカウント２５、クローザー３０、第三者アカウント３５、関連エンティティトランスファ４０、これらの組み合わせ、及び他のいずれかの支払いデータプロバイダなどの支払リソースから直接受け取ることができる。

２０５における支払いデータプロバイダのいずれかからの支払いの表示は、オペレーション２１０において、資金リソース（ＳＯＦＵＮ）検証器で受け取られる。幾つかの実施形態では、オペレーション２１０でのＳＯＦＵＮ検証器は、図１及び２にそれぞれ示される例示的なＳＯＦＵＮ検証器５０及び１００と同様である。しかしながら、図１及び２に関して本明細書で記載されるように、２１０で使用されるＳＯＦＵＮ検証器の特定の実施は、少なくともＳＯＦＵＮ検証器の責任及び機能に応じて変えることができる。

本明細書の幾つかの態様では、１１０におけるＳＯＦＵＮ検証器は、１０５で取得され、受け取られ、生成され、アクセスされ、或いは提供される支払情報についての資金リソースを検証するよう動作する。資金リソースの特定及び検証は、任意的な措置として実施することができ、或いは代替的に、あらゆる数の規則、規制、法律、協定、命令、施策、その他を満たすことが必要となる可能性がある。

本明細書の方法による資金リソースの検証が完了すると、２１５において示されるように、アカウントに対する支払いを目的とする資金が更に処理されるか又は送金され、アカウント支払いプロセスを完了する。オペレーション２１５での支払い資金の送金は、単に資金の物理的交換を意味するものではない。２１５オペレーションでの支払い資金の送金は、より一般的には、資金リソース検証プロセスと同時に又はこれに続いてアカウントに対する支払い処理を含むあらゆるプロセス或いはプロセスの一部を含むことができ、更にアカウント支払いプロセスを完了させる。

図６は、本明細書の幾つかの実施形態による支払いの資金リソースを検証するためのプロセス３００の例示的なフロー図を示す。プロセス３００は、最初に３０５において、支払情報を受け取ることから始まる。支払情報は、ロックボックスアカウント２０、電信送金２５、クローザー３０、その他を含む幾つかのソースによるものとすることができる。支払情報は、受け取った支払情報についての資金リソースを示すのに十分なコード、フィールド、又は識別子を含むのが好ましい。

３１０において、支払情報がこれに関連付けられる資金リソースに関して有効であるかどうかを判断する第１の決定が行われる。この決定は、受け取った支払情報の資金リソースが事前検証されているか、或いは予め設定された承認済み資金リソースからのものであるかどうかを判断する。事前検証され又は承認された資金リソースは、例えば図２に示されるパステーブルデータベース１７０などのデータ記憶内に含むことができる。パステーブルデータベース１７０は、事前検証され又は承認された資金リソースを参照する幾つかのコード、フィールド、及び識別子を含むことができる。コード、フィールド、及び識別子は、例えば銀行口座名、事前検証され承認されたＳＯＦＵＮの有効日付又は有効日付の範囲、事前検証されたものとしてＳＯＦＵＮを許可したエンティティの表示、及び事前検証されたＳＯＦＵＮ支払情報を更に認証することができる追加情報などの情報を含むことができる。パステーブルは、例えばパステーブルが最新のものであることの表示、パステーブルエントリが作成された日付、パステーブルエントリを作成した人、及びパステーブルエントリが最後に更新された時、及び更新した人などの追加情報を含むことができる。パステーブルデータベース１７０は、テーブル内にエントリを含むことができる。しかしながら、パステーブルデータベース１７０エントリは、１つ又はそれ以上の別のフォーマットで編成することができる。

幾つかの実施形態において、パステーブルデータベース１７０のアクセス、作成、及び編集は、セキュリティセーフガードによって制限することができる。このようなセキュリティセーフガードは、暗号化及び関連鍵、パスワード、及びパスコード、並びに他のセキュリティ技術を含むことができる。

本明細書の幾つかの実施形態では、パステーブルデータベース１７０で参照される組織又はエンティティに関連付けられる資金リソースは有効であると見なされる。例えば、パステーブルデータベース１７０で参照される既知の組織は有効とすることができる。パステーブルデータベース１７０に含むことができる既知の組織は、ＳＯＦＵＮ検証が行われるエンティティの部門もしくは子会社、又はジョイントベンチャーパートナーなどの関連エンティティを含むことができる。

３１０において、資金リソースが事前検証されたと判断した場合、次いで、プロセス３００は、３４０において、資金リソースを表示又は確認する段階に進む。すなわち、資金リソースは、承認されたソースからの有効なものと見なされる。資金リソースが承認されたことの表示は、例えば、電子メールメッセージ、記憶又は印刷されたレポート、ディスプレイ、資金リソースが事前検証されていることの識別情報、その他のようなレポーティング機構を介してエンティティに提供することができる。

資金リソースが事前検証されていないことを決定３１０が判断した場合、プロセス３００はオペレーション３１５に進む。３１５において、支払情報が最小限の識別支払情報を含むかどうかについて決定が行われる。最小限の支払情報は、例えば、受け取った支払情報が属しているアカウントのローン番号などの項目を含むことができる。すなわち、受け取った支払いが加えられることになるアカウントのローン番号を受け取った支払情報が含むかどうか？最小限の支払情報が受け取った支払情報に存在しない場合、プロセス３００は、３２０でこのような通知を提供する段階に進む。最小限の支払情報が受け取った支払情報に存在する場合、プロセス３００は、支払情報を検証する段階に進む。

３２５において、ＳＯＦＵＮ検証に必要な最小限の支払情報を確かめようとする試みが行われるが、このような情報は、３０５における支払情報では受け取られていない。例えば、アカウントのタイプ（例えばローンタイプ）が受け取った支払情報から特定することができる場合、適切なデータ記憶から特定のローン番号を取得することができる。決定３２５が、アカウントのタイプが最小限の支払情報を決定できるタイプではないと判断した場合、ＳＯＦＵＮ検証プロセス３００の例外が発生し、プロセス３００は、例外処理３５０に進む。例外処理３５０は、例外処理オペレーションに相当する。

３２５において、アカウントのタイプが最小限の支払情報を特定できるタイプであると判断された場合、プロセス３００は、３３０において、適切なソースから最小限の支払情報（例えば、ローン番号）を取得する段階に進む。

３３０において、適切なソースから最小限の支払情報（例えばローン番号）を取得すると、３３５において、最小限の基準セットを用いて支払いの資金リソースが検証される。オペレーション３３５は、受け取った支払情報がＳＯＦＵＮ検証プロセスに関して有効かどうかを判断するための第２決定である。最小限の基準セットは、例えば、ローン番号、銀行識別番号、銀行口座番号、及び銀行口座名を含むことができる。最小限の基準セットは、関連する支払情報の資金リソースを一意的に完全に識別するのに十分な情報を提供するのが好ましい。最小限の基準のセットは、例えば、規制、規則、法律、或いはプロセス３００の適用の産業、範囲、又は状況に関する勧告に応じて増強又は変更することができる。従って、最小限の基準セットが上述の例示的な４つのものとは異なる１つ又はそれ以上の基準を含むことができる点は当業者には理解されるはずである。

オペレーション３４５において、３３５で最小限の基準セットを使用した資金リソースの検証が検証プロセス３００の例外を生じたかどうかの決定が行われる。検証プロセスの例外が３４５で発生したと判断された場合、プロセス３００は、例外処理３５０に進む。例外処理３５０は、以下により詳細に説明される例外処理オペレーションに相当する。検証プロセスの例外が発生しなかったと判断された場合、プロセス３００は、３４０において、受け取った支払情報の資金リソースが有効であることを示すか、又は確認する段階に進む。

従って、本明細書の幾つかの実施形態によれば、プロセス３００は、アカウントへの支払いに対して受け取った支払いの資金リソースを検証する方法を提供する。資金リソースが有効である（すなわち承認されている）ことをプロセス３００が検証できなかった場合、プロセス３００は、更に例外のレポーティングを更に処理するか又は可能にする例外処理を規定する。例外処理は、本明細書の幾つかの実施形態では、例外をレポーティングし特徴付ける段階を含むことができる。

例外処理オペレーション３５０に関して、幾つかのレポートを作成し、例えば、プロセス３００によって生成される例外のタイプ及び数の表示をレポートし、又は提供することができる。例外レポートは、例えば特定の時間フレーム（例えばある日付）の間に生成された例外、或いは例外の特定のタイプの履歴上の観点を提供することができる。

例外レポートは、種々の一般的タイプのものとすることができる。例えば、例外要約レポートは、指定された日付に受け取った例外の種々のタイプの要約を提供するために生成することができる。例外要約は、例外のタイプ（例えば、英数字コードで表現されている）、例外が発生した日付、例外が参照する支払い額、及び例外が参照するファイルタイプ（例えば、ロックボックスアカウント、電信送金アカウント、その他）を表示することができる。

本明細書で提供することができる例外レポートの別のタイプは、ＳＯＦＵＮ検証プロセスにおいて幾つかの処理された支払いに関する合格／不合格の割合を表すレポートである。このタイプのレポートは、本明細書では資金要約と呼ばれる。資金要約レポートは、オペレーション３４５で例外の発生を生じていない（すなわち「合格」である）有効な支払情報を特徴付ける。資金要約レポートは、例えば、合格した支払いの数の表示、合格した支払いのパーセンテージ、例外が発生した日付、例外が参照する支払い額、及び例外が参照するファイルタイプを提供することができる。

オペレーション３４０において、有効であることが確認された支払いに関して、支払いの有効な状態を決定するのに使用された基準を表すレポートを作成することができる。例えば、一般に本明細書では有効な組み合わせレポートと呼ばれるレポートにおいて、オペレーション３３５で資金リソースの有効性を立証するのに使用された最小限の基準セットを提供することができる。従って、有効な組み合わせレポートは、資金リソースの有効性を決定するのに使用された最小限（又は他の）基準セットを含むことができる。上記の実施例を参照すると、有効な組み合わせレポートは、有効な資金リソースを有する支払いについてのローン番号、銀行口座番号、銀行口座名、及び銀行識別番号のリスティング又は表示を含むことができる。

本明細書の幾つかの実施形態では、他のタイプのレポートを提供することができる。例えば、事前検証レポートは、支払情報に含まれる場合には、支払いの資金リソースがオペレーション３１０で事前検証されたソースからのものであることを示す基準を示すことができる。このようなレポートは、パステーブルデータベース１７０に含まれる情報に関するコード、フィールド、又は他の指標を含むことができる。

本明細書の例外レポートは、本開示の範囲から逸脱することなく種々の方法で編成、選別、提示、調査、及び記憶することができる点は当業者には理解されるはずである。

本明細書の例外レポーティングに関して、ＳＯＦＵＮ検証プロセス（例えばプロセス３００）に対する例外の通知を関係するエンティティに提供することができる。通知されるエンティティは、通知を受け取り、次いで、通知に応じた対応措置の方針を取るように行動することができる。対応措置の方針は、受け取った支払情報に関連付けられる受け取り資金の送金を中止する段階、規制機関に通知する段階（必要もしくは要望する場合）、支払い資金を差し押さえる段階、及び支払いの他の形式を要求できるようにアカウント所有者に通知する段階を含むことができる。前述の措置の１つ又はそれ以上を含む、或いはどれも含まない他の措置の方針を本明細書の範囲から逸脱することなく本明細書の開示に従って実施することができる。

幾つかの実施形態では、ＳＯＦＵＮ検証プロセスの例外の通知は、Ｅメールメッセージによって提供される。通知は、例えば印刷されたレポート、電子ファイル転送、その他のような他の通信方法によって提供してもよいことは当業者には理解されるはずである。幾つかの実施形態では、通知電子メールメッセージは、特定の例外記述へのハイパーテキストリンクを含むことができる。特定の例外へのハイパーテキストリンクを選択する段階は、好ましくは関連のＳＯＦＵＮ検証が無効である理由の詳細表示を提供することになる。幾つかの実施形態では、例外通知が提供されることにより、通知されたエンティティは、適宜且つ適切な方法で例外通知に応答することが可能になる。このような応答は、とりわけＳＯＦＵＮ検証プロセスに対して受けとった、無効な支払情報を再提出する段階、支払い資金の送金を取り消す段階、更に無効なＳＯＦＵＮ検証例外を調整しようとして支払情報を処理する段階、及びこれらの組み合わせを含むことができる。

図７Ａ及び７Ｂを参照すると、数字４００で全体的に参照される例示的な例外処理プロセスが示されている。例外処理は４０５から始める。４１０において、プロセス４００は、ＳＯＦＵＮ検証プロセスが実際に資金リソースを無効と示したことを検証する。ＳＯＦＵＮ検証が無効である場合、電子通信（例えば、「ＥＭＡＩＬ１」と呼ばれる電子メールメッセージなどの特定のメッセージフォーマット）を介して、例えばコンプライアンス部門などの関係エンティティに提供される。

４２０において、アカウント識別子（例えばローン番号）がゼロであるかどうか決定される。アカウント識別子がゼロである（すなわち、欠落しているか又は容易に識別できない）場合、オペレーション４２５において、ローン番号がヌル値であることの通知が電子通信（例えば、「ＥＭＡＩＬ４」として識別される電子メールメッセージ、対象の支払情報がオペレーション３３５の最小限の基準の組み合わせに基づいて有効でないという通知）を介して提供される。ローン番号がゼロでない場合、オペレーション４３０において、ローン番号が確認できるかどうかを判断する決定が行われる。

４３０においてローン番号が確認できる場合、４４０において、ローン番号が取得され、支払情報が、取得されたローン番号を含むように更新される。更新された支払情報は、本明細書の幾つかの実施形態ではデータベース１４０などのデータベース内に記憶することができる。オペレーション４３０でローン番号が確認できない場合、プロセス４００は図７Ｂに進む。

オペレーション４２５から、プロセス４００はオペレーション４４５に進み、ここでＳＯＦＵＮ検証プロセスを受ける支払情報によって参照されるアカウントが特定のタイプであるかどうかの決定が行われる。例えば、支払情報は、オペレーション４４５において、アカウントが既知のタイプのアカウントであると判断するのに十分な情報を含むことができる。４４５において、アカウントが特定の既知のタイプのアカウントと判断するのに十分な情報を支払情報が含む場合、プロセス４００はオペレーション４５０に進む。

４５０において、一意のアカウント識別子（例えばローン番号）が既知のアカウントタイプの支払情報から特定することができるかどうかを更に判断する決定が行われる。一意のアカウント識別子が特定できる場合、プロセス４００は４６０に進み、ここで一意のアカウント識別子（例えばローン番号）が支払情報に付加される。４６５において、ローン番号を含む更新された支払情報を用いたＳＯＦＵＮ検証（例えばプロセス３００）のために新しく特定されたアカウント番号を含む支払情報が提供される。

オペレーション４５０において、一意のアカウント識別子が特定できない場合、プロセス４００はオペレーション４５５に進む。４５５において、アカウントが既知の一意のアカウント識別子を有するタイプでないという評価が行われると、支払情報は、オペレーション４４０と等しく反映されるよう更新されるのが好ましい。

図７Ｂを参照すると、オペレーション４８０から再開し、プロセス４００は、プロセス４００の例示的な例外処理に続き、特定の例外を更に特定又は確認し、例外を解決する。支払情報に関連付けられた例外を解決すると、支払情報の更なるＳＯＦＵＮ検証処理を可能にすることができる。例えば、オペレーション４９５、５０５、５１５、及び５２０は各々、支払いに関連付けられた例外を解決できるかどうかを決定することができる。４９５、５０５、５１５、及び５２０の各決定は、ＳＯＦＵＮ検証プロセスの関係エンティティによって達成されるのが好ましい。幾つかの実施形態では、種々のエンティティが、ＳＯＦＵＮ検証ワークフロー階層において次のエンティティに提供される後続の決定の通知によって、４９５、５０５、５１５、及び５２０において種々の決定の各々を行う。

オペレーション４８０で、支払情報がアカウントの別の特定のタイプ（例えば、例示的な実施例として、商業的に支援されるセキュリティＣＭＢＳ）を参照するかどうかに関する決定が行われる。４８０での決定が、支払情報がアカウントの既知のタイプ（例えばＣＭＢＳ）を参照すると判断した場合、プロセス４００はオペレーション４９０に進み、電子通信（例えば、ＥＭＡＩＬ２、受け取った受け取り支払情報は、正規に支払う必要のある有効な資金リソースとして認識されない）を介して関係エンティティに通知して、オペレーション４９５に進み、４８０で決定された既知のアカウントタイプに基づいて一意のアカウント識別子を取得することができるかどうかを判断し、次いで、オペレーション４４０に進み、一意のアカウント識別子で支払情報を更新する。

オペレーション４９５を参照し、一意のアカウント識別子が４８０において決定された既知のアカウントタイプに基づいて取得できないと判断された場合、５００において、電子通信を介して通知が提供される。通知は、対象の支払情報のＳＯＦＵＮ検証が例外を生じたことの表示（ＥＭＡＩＬ２）を含むことができる。更に、５００における通知は、オペレーション４９５の決定が適宜な方法で決定を行うことに対応するエンティティによって行われなかったか、或いは完全に達成されなかったことの表示（ＥＭＡＩＬ３）を含むことができる。

オペレーション５００から、プロセス４００は、例外の更なる処理のためのオペレーション５１５に進む。５１５での決定に対応するエンティティが、例外を解決できる（例えば、アカウントタイプ及びアカウント番号を特定する）場合、オペレーション４４０で支払情報が更新される。

５１５において、決定に対応するエンティティが例外を解決できない場合、プロセス４００は、５３５において、電子通信を介してワークフローの次の対応するエンティティに通知をする段階に進む。通知は、対象の支払情報のＳＯＦＵＮ検証が例外を生じたことの表示（ＥＭＡＩＬ２）を含むことができる。更に、５３５における通知は、オペレーション５１５の決定が適宜な方式で決定を行うことに対応するエンティティにより行われなかったか、或いは完全に達成されなかったことの表示（ＥＭＡＩＬ３）を含むことができる。

オペレーション５４０において、ワークフローの次の対応するエンティティが支払情報の例外を解決できるかどうかを判断する更なる決定が行われる。例外が解決できないと判断された場合、プロセス４００はオペレーション５４５に進む。５４５において、対応するエンティティに電子通信を介して通知が提供される。通知は、対象の支払情報のＳＯＦＵＮ検証が例外を生じたことの表示（ＥＭＡＩＬ２）、或いは、オペレーション５４０での決定が適宜な方式で決定を行うことに対応するエンティティにより行われなかったか又は完全に達成されなかったことの表示（ＥＭＡＩＬ３）を含むことができる。オペレーション５５０において支払情報は無効であると特徴付けられる。５５０で提供された、支払情報を無効とするレポーティングは、中央データベース、対応するエンティティ、又は他者に更にレポートすることができる。

再度、オペレーション５４０を参照すると、例外が解決できると決定された場合、プロセス４００は、４４０において支払情報を更新する段階に進む。支払情報の更新は、例えばデータベース１７０などのデータベース内で支払情報を更新する段階を含むことができる。

上述のようなオペレーション５０５及び５２０は、例示的なプロセス４００に示される例外処理における決定を表わす。５０５及び５２０で提供される決定は、図７Ｂに示されるような方式で応答することができる。

図７Ａ及び７Ｂの例外処理が多数の決定（例えば４２０、４３０、４５０、４８０、４９５、５０５、５１５、５２０、及び５４０）を示すと共に、種々の決定がＳＯＦＵＮ検証例外処理に関心のある１つ又はそれ以上の対応するエンティティによって達成、監視、或いは指示することができる点は当業者であれば理解されるはずである。例えば、後続の決定は、電子通信によって、前回の決定を解決したより大きな責任、専門技術、又は権限を有するエンティティにレポートすることができる。

幾つかの実施形態では、アカウントは、１つよりも多い支払リソースに関連付けることができる。従って、特定のアカウントに対してＳＯＦＵＮ検証プロセスを完了するために、各支払リソースに対する資金リソースを特定しなければならない可能性がある。すなわち、本明細書に開示される資金リソース検証方法は、各支払いにおいて、アカウントへの支払いに対する１つよりも多い資金リソースを含む支払いの各部分について実行することができる。

幾つかの実施形態では、本開示の方法は、実行可能なコンピュータプログラム又は命令として具現化することができる。しかしながら、コンピュータ実行可能命令における本発明の方法又は実施形態は、汎用ハードウェアシステム又は専用コントローラによって実行可能な幾つかのプログラミング技術及びプログラミング言語のいずれかを使用して、多くの異なる方法で実施することができる。また、本明細書で説明される方法の種々のステップの少なくとも一部は任意選択であるか、或いは組み合わせることができ、又は本開示の範囲から逸脱することなく１つ又はそれ以上の代替の順序又はシーケンスで実行することができる。従って、本開示及び添付の請求項は、具体的に指示がない限り、いずれかの特定の順序又はシーケンスに限定されないものとする。

上述の方法の各々は、単一のコンピュータ、コンピュータシステム、マイクロプロセッサ、その他で実行することができる。更に、上述された方法の各々におけるステップの２つ又はそれ以上は、２つ又はそれ以上の異なるコンピュータ、コンピュータシステム、マイクロプロセッサ、その他で実行することができ、これらの一部又は全ては、ローカル又はリモートで構成することができる。本方法は、コンピュータソフトウェア、プログラム、命令セット、コード、ＡＳＩＣ、又は特別に設計されたチップ、論理ゲート、或いはこのようなソフトウェア、プログラム、命令セット、又はコードを直接実行する実装するように構成された他のハードウェアのどのような種類又は実施においても実装することができる。コンピュータソフトウェア、プログラム、命令セット、又はコードは、フレキシブルディスク又は他の磁気又は光ディスク、磁気又は光テープ、ＣＤ−ＲＯＭ、ＤＶＤ、パンチカード、紙テープ、ハードディスクドライブ、Ｚｉｐ（商標）ディスク、フラッシュ又は光メモリカード、マイクロプロセッサ、固体メモリデバイス、ＲＡＭ、ＥＰＲＯＭ、又はＲＯＭなどの、あらゆるコンピュータで使用可能又は可読媒体もしくは他のプログラム記憶デバイス或いは媒体上に記憶可能、書き込み可能、或いは保存可能とすることができる。

本開示を本発明の種々の実施形態に関して説明してきたが、当業者であれば、本開示の精神及び範囲から逸脱することなく本明細書に説明されるこれらの実施形態に対して種々の置換えを行うことができる点に留意されたい。

本明細書の幾つかの実施形態のシステム環境を示す例示的なブロック図。 本明細書の幾つかの実施形態による装置を説明する図。 図２の幾つかのデータベースの例示的な図。 図２の受け取り資金データベースの例示的な図。 本明細書の幾つかの実施形態による全体のプロセスの例示的なフロー図。 本明細書の幾つかの実施形態による資金リソースを検証するプロセスを示すフローチャート。 本明細書の幾つかの実施形態による資金リソース検証に関する例外をレポートするプロセスのフローチャート。 本明細書の幾つかの実施形態による資金リソース検証に関する例外をレポートするプロセスのフローチャート。

符号の説明

１５ ネットワーク
２０ ロックボックス
２５ 電信送金
３０ クローザー
３５ 第三者アカウント
４０ 関連エンティティトランスファ
４５ 規制機関／リスト
５０ 資金リソース検証

Claims (20)

1. アカウントに対する支払いの資金リソースの検証を容易にする方法であって、
   前記アカウントへの支払いに対して前記アカウントに関連付けられた支払情報を受け取る段階と、
   前記支払いの資金リソースを含む、前記アカウントに対する支払いの表示を受け取る段階と、
   前記支払いの資金リソースが承認された資金リソースであると決定する段階と、
   少なくとも前記支払いの資金リソースが承認された資金リソースではない場合に、電子通信を介して通知を提供する段階と、
   を含む方法。
2. 前記決定段階は、前記受け取った支払いの表示を予め設定された承認済み資金リソースと比較する段階を含む請求項１に記載の方法。
3. 前記決定段階は、前記アカウントに関連付けられた前記支払情報を前記受け取った支払いの表示の資金リソースと比較する段階を含む請求項１に記載の方法。
4. 前記アカウントに関連付けられた前記支払情報が前記受け取った支払いの表示の資金リソースに一致しない場合に通知を提供する段階を更に含む請求項３に記載の方法。
5. 前記決定段階は、前記資金リソースの承認に関する規則、規制、又は施策に少なくとも部分的に基づくことを特徴とする請求項１に記載の方法。
6. 前記規則、規制、又は施策は、政府事業体、企業団体、監視エンティティ、又はこれらのいずれかの組合せによって管理されることを特徴とする請求項５に記載の方法。
7. 前記支払いの表示は、銀行ロックボックスアカウント又は会計電信送金の少なくとも１つから受け取られることを特徴とする請求項１に記載の方法。
8. 前記支払いの表示が前記資金リソースを決定する際に使用される複数の基準を含むかどうかを決定する段階を更に含む請求項１に記載の方法。
9. 前記複数の基準は、ローン番号、銀行識別番号、銀行口座番号、及び銀行口座名を含むことを特徴とする請求項８に記載の方法。
10. 前記受け取った支払いの表示の前記資金リソースが顧客確認施策に準拠していることを決定する段階を更に含む請求項１に記載の方法。
11. アカウントに対する支払いの資金リソースの検証を容易にするシステムであって、
    メモリと、
    前記メモリに接続されたプロセッサと、
    を備え、前記プロセッサが、
    前記アカウントへの支払いに対して前記アカウントに関連付けられた前記支払情報を受け取り、
    前記支払いの資金リソースを含む、前記アカウントに対する支払いの表示を受け取り、
    前記支払いの資金リソースが承認された資金リソースであると決定し、
    前記支払いの資金リソースが承認された資金リソースでない場合に電子通信を介して通知を提供する、
    ように動作可能であることを特徴とするシステム。
12. 前記決定することが、前記支払いの受け取った表示を予め設定された承認済み資金リソースと比較することを含む請求項１１に記載のシステム方法。
13. 前記決定することが、前記アカウントに関連付けられた前記支払情報を前記受け取った支払いの表示の資金リソースと比較することを含む請求項１１に記載のシステム。
14. 前記プロセッサは、前記アカウントに関連付けられた前記支払情報が、前記受け取った支払いの表示の資金リソースと一致しない場合に通知を提供するように更に動作可能であることを特徴とする請求項１３に記載のシステム。
15. 前記決定することが、資金リソースの承認に関する規則、規制、又は施策に少なくとも一部基づくことを特徴とする請求項１１に記載のシステム。
16. 前記支払いの表示は、銀行ロックボックスアカウント又は会計電信送金の少なくとも１つから受け取られることを特徴とする請求項１１に記載のシステム。
17. 前記プロセッサは、前記支払いの表示が、前記資金リソースの決定に使用される複数の基準を含むかどうかを判断するよう更に動作可能であることを特徴とする請求項１１に記載のシステム。
18. 前記複数の基準は、ローン番号、銀行識別番号、銀行口座番号、及び銀行口座名を含むことを特徴とする請求項１７に記載のシステム。
19. 前記プロセッサは、前記受け取った支払いの表示の資金リソースが顧客確認施策に準拠していることを判断するよう更に動作可能であることを特徴とする請求項１１に記載のシステム。
20. 命令を記憶する記憶媒体を備えた物品であって、
    前記命令が、機械によって実行されるときに、
    前記アカウントへの支払いに対して前記アカウントに関連付けられた支払情報を受け取ることと、
    前記支払いの資金リソースを含む、前記アカウントに対する支払いの表示を受け取ることと、
    前記支払いの資金リソースが承認された資金リソースであると決定することと、
    前記支払いの資金リソースが承認された資金リソースでない場合に、電子通信を介して通知を提供することと、
    を行うことを特徴とする物品。

Images