CN108369698B - 用于从单个电子支付和/或支票支付清偿多收款方的系统和方法 - Google Patents

用于从单个电子支付和/或支票支付清偿多收款方的系统和方法 Download PDF

Info

Publication number
CN108369698B
CN108369698B CN201680068308.7A CN201680068308A CN108369698B CN 108369698 B CN108369698 B CN 108369698B CN 201680068308 A CN201680068308 A CN 201680068308A CN 108369698 B CN108369698 B CN 108369698B
Authority
CN
China
Prior art keywords
payee
payment
payer
check
payees
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201680068308.7A
Other languages
English (en)
Other versions
CN108369698A (zh
Inventor
休·埃诺巴克哈雷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mroute Corp
Original Assignee
Mroute Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mroute Corp filed Critical Mroute Corp
Priority to CN202210384000.0A priority Critical patent/CN114819927A/zh
Publication of CN108369698A publication Critical patent/CN108369698A/zh
Application granted granted Critical
Publication of CN108369698B publication Critical patent/CN108369698B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
    • G06Q20/0425—Payment circuits characterized in that the payment protocol involves at least one cheque the cheque being electronic only
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G06Q20/1085—Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Landscapes

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

Abstract

公开了一种便于从单个电子支付交易和/或从多收款方支票支付向多收款方进行电子支付的系统和方法。该系统包括存储付款方和收款方身份、地址和银行账户信息的数据库以及执行指令的处理器，该指令使处理器发起多收款方支付和/或多收款方支票处理和结算过程，包括确定付款方的身份和/或接收付款方的支票信息；接收多收款方的标识；冻结付款方的银行/卡账户和/或经由ATM接受多收款方支票存款；提醒各收款方资金可用；启用各收款方的收款方电子支票签注和/或身份验证；接收电子收款方签注和身份确认，并针对每个收款方向付款方提供签注文件；以欠各收款方的相应金额对付款方的账户进行借记；以及通过支付网络将相应金额支出给各收款方。

Description

用于从单个电子支付和/或支票支付清偿多收款方的系统和 方法
相关申请的交叉引用
本申请要求于2015年9月23日提交的美国临时专利申请第62/222,674号的优先权。该申请的内容通过引用并入本文。
技术领域
本发明总体涉及用于便于从单个电子支付或多收款方支票支付向多个收款方进行电子支付的系统和方法。
背景技术
目前还没有能够将借助自动结算所系统(ACH)网络/借记卡或信用卡网络等进行的电子支付或多收款方支票支付同时分解到多个收款方或利益相关者的各种账户(例如银行、卡、社交媒体/网络账户、闭环系统账户)的电子支付系统。现有的ACH网络和其他支付处理网络目前不能用于对作为单个交易/票据/支付上的所有收款方的多个收款方的帐户进行贷记。这是因为在常规的支付系统中，一旦支付交易被处理，其只能被存入一个指定的账户。除了签发可支付给多个收款方的纸质支票之外，目前不能使用任何可用的电子支付选项来进行可支付给不止一个收款方的单个支付。然而，如果签发了多收款方支票，在授权存款被允许进入收款方账户的仅一个账户前，收款方必须设法物理地签注该票据——通常是在账户经理或代表在场的情况下。多收款方支票的自动柜员机(ATM)存款通常是不允许的，原因是：在存款被允许前，支票的签注必须由存款机构的代表进行物理地验证和授权。
尽管多收款方问题影响保险索赔，但还有许多其他企业、政府组织、个人等有相同的问题：阻止其(付款方)向两个或更多收款方发送单个电子支付或者在其作为收款方的情况下，阻止其能够方便地存入多收款方支票。例如，根据现行保单，当索赔人提交保险索赔时，通常涉及的收款方可以在从仅索赔人/投保人/受益人到多个收款方(包括但不限于金融机构、抵押权人、留置权人等)的范围内。对于这样的支付，可以有另外的利益相关方/利益相关者/收款方，可以包括但不限于律师、订约人、汽车修理厂(body shop)、医院/医疗中心/医生等。当承保人基于现行保单的类型进行财产和意外伤害(P/C)保险索赔支付(通常通过纸质支票)时，除了任何其他收款方或利益相关方以外，金融机构/承保人和投保人和/或索赔人也可能都会成为收款方。在生命和健康(L/H)保险中，索赔支付或退保也可以包括多个收款方、受益人、年金受益人等。
对于P/C保险索赔，通常如上所述的情况将以在所有其他方已经签注后金融机构/抵押权人、留置权人等接收支票支付而结束。金融机构/抵押权人/留置权人可以在开始向所有其他利益相关者(包括投保人/索赔人、律师、订约人等)的支出过程之前签注并退回支付或签注并将支付存入其银行账户。这之所以可行且被允许的原因在于，投保人在购买保单时同意的给定保单中的“抵押条款”或“留置权条款”。
对于L/H保险索赔实施相同的处理。例如，已故父母的保险利益可以在单一票据上支付给作为收款方的所有孩子。这意味着如果孩子们居住在不同的州/国家，他们必须在收回资金前设法签注支票支付。
期望一种系统，通过提供平台以发起使所有收款方能够按约定在其各自账户接收支付的电子多收款方支付，该系统使得能够对作为收款方的所有受益人或利益相关者进行电子支付。特别地，期望一种系统，通过提供作为收款方的所有受益人或利益相关者能够按约定在其各自的银行账户中签注和接收支付的用于电子签注和多收款方支票结算的平台，该系统使得能够对作为收款方的所有受益人或利益相关者进行电子支付。还期望一种提供使自动柜员机(ATM)识别和处理多收款方支票的平台的系统。还期望一种将允许给保险索赔的收款方或利益相关者的已申请且正在进行的保险索赔的电子通知或信息共享。
此外，金融机构/抵押权人/留置权人通常不知道是否申请了索赔或何时申请了索赔，并且不能即时访问关键索赔文件，例如现行保单、建筑物估价、汽车估价、照片、受益人等。这些文件必须由金融机构/抵押权人/留置权人等向申请人请求，并且必须传真或邮寄。对于支付或索赔，还期望有利于文件交换平台便于各方间的文件交换的文件交换平台，还期望信息数据库系统，该信息数据库系统位于本文中描述的多收款方支付系统之上，该系统自动通知金融机构/抵押贷款公司/留置权人已经申请了索赔并且为其提供对关于给定索赔的特定文件的即时访问。
因此，当一方/实体想要用单个电子支付交易支付多个收款方和/或方便地协商多收款方支票票据时，需要用于便于多收款方支付问题的解决的计算机实施的系统和方法。还需要支付网络和平台，该支付网络和平台可以独立为完全集成网络、可以依赖于其他支付网络、和/或可以与现有系统或支付网络(部分集成)一起操作。本文中描述的发明满足了本领域中的这些需求和其他需求。
发明内容
本领域中的上述需求通过确保资金以快速、成本有效、安全且高效的方式到达多个收款方的系统和方法来满足。该系统可以被不管什么原因其优先的选择不是使用纸质支票而是电子支付选项的情况下需要向多个收款方发送单个支付的企业、个人或政府机构所使用。此外，该系统也可以被企业、个人或政府实体使用以轻松地并且远程地协商多收款方支票。因此，本发明通过解决与电子支付处理(包括在线认证，签注和通知以及多个借记和存款)相关的问题来满足对多收款方问题的电子解决方案的需求。如上所述，在现有技术中没有允许在在线或离线世界中向多个收款方进行单一支付的相似方法或用于这样做的系统。
本发明的实施方式提供了一种平台，其实现针对实体(诸如但不限于保险公司和金融机构)的直接存款，并且实现了向投保人、索赔人或任何相关方快速且高效的索赔补偿进行电子支付。本发明的实施方式在基于云服务器的电子支付网络/系统中实现，该电子支付网络/系统三角化或实现用于在保险索赔中涉及的三个主要参与方之间的保险索赔(保险公司、索赔人和金融机构/留置权人/利益相关者或任何其他利益相关方)的支付流程。
本发明的实施方式还实现/便于/实施用于汽车事故、健康、财产损失、商业索赔、死亡、工人赔偿等范围内的保险索赔的多收款方支票的支付协商和理赔。某些行业例如但不限于保险行业仍严重依赖于通过纸质支票手动支付所有保险索赔或支付。对于金融机构和承保人来说，打印、邮寄、协商、然后还通过监控适当的收款方签注并设置支出安排的配备人员的“理赔部门”来管理支付流程往往是非常昂贵的。在本文中描述的系统自动执行这样的功能。例如，本发明的示例性实施方式提供了一种替代的电子支付平台，其包括在/如果需要时实现收款方签注/验证和支出安排的工作流程。在示例性实施方式中，系统允许在发起通知的同时进行冻结，以及冻结银行或卡账户。该系统还可以经由ATM实现多收款方支票存款并提供用于通知收款方的手段。
本发明的实施方式还包括用于通过执行包括如下步骤的功能来便于从单个电子和/或多收款方支票向多个收款方的支付的方法：发起多收款方支付，发起多收款方支票处理和结算过程，对多收款方的银行/卡账户执行多收款方冻结，创建交易账户，贷记和借记交易账户，便于付款方指定每个收款方或利益相关者将收到的确切金额，便于付款方发送付款而不指定每个收款方或利益相关者将收到的金额，经由自动柜员机(ATM)提供多收款方支票存款，允许ATM识别用于处理的多收款方支票，经由ATM处理多收款方支票，发起通知协议，启用多收款方电子支票签注，以“付给”签注、身份验证或认证的形式便于电子第三方支付，提醒收款方资金可用，启用收款方电子签注/身份验证，接收收款方签注/企业或个人身份的确认，接收收款方电子支票签注/企业或个人身份的确认，使付款方可获得签注文件，提供支付表单以将支付从一个收款方重定向到另一个收款方，实现与支付相关的文件交换，提供用于结算的电子支票，根据结算的支票中对付款方的银行/卡账户进行借记，实现支出工作流程安排，允许收款方从总支付中分出特定金额，允许收款方对彼此的份额达成约定，确认分出的金额等于付款方的总支付金额，在收到所有的签注/身份验证、表单和文件之后解除对银行/卡账户的多收款方冻结，在解除冻结之后对付款方的银行/卡账户提出借记，并对收款方的银行或卡账户进行贷记。
本文中描述的本发明的实施方式的其他特征还包括通过电子邮件、SMS文本、电话呼叫、移动设备、社交媒体或网络以及与收款方的平台的集成等中的任何一个实现通知收款方资金可用。还提供了用于启用电子收款方支票签注和身份验证以及用于接收收款方签注和身份确认的系统和方法。示例性实施方式的系统和方法还创建签注文件并且将签注存储在签注文件内，并且可以使签注文件对于付款方可用。
根据其他示例性实施方式，提供了支付形式，并且还提供了用于上传/交换文件的系统和方法。另外的其他实施方式包括用于提供用于结算的电子支票和用于启用支出工作流程的系统/方法，还包括发送用于支出的借记资金。在本文中描述的示例性实施方式中，付款方的资金可以通过自动结算所系统或任何其他电子支付系统进行借记。
本文中所述的系统和方法对于承保人和其他企业尤其有益，其中多收款方可以是下述中的任何一个：保险理赔中的金融机构/抵押权人/留置权人、投保人/索赔人、和/或任何其他另外的利益相关者的。在这种应用中，支出安排可以在金融机构/抵押公司/留置权人与投保人/索赔人/收款方之间，并且资金可以通过支付网络借记并根据约定的支出约定存入。在其他示例性实施方式中，可以将借记资金直接存入指定的银行账户，并且可以向银行账户、实体或个人进行支出。
在另外的其他示例性实施方式中，可以提供数据库，其存储关于活动的数据和/或由于索赔、收益、退保请求等产生的数据。数据库可以与承保人的数据库同步，以根据请求提供实时信息。
特别地，本发明包括用于便于从单个电子支付交易和/或从多收款方支票支付向多收款方进行电子支付的系统以及相关的方法以及包含用于执行这种方法的计算机可读指令的计算机可读介质。在示例性实施方式中，系统在云计算设置中实现，并且包括存储付款方和收款者身份、地址和银行账户信息的数据库，执行指令并将输出传送给付款方和各收款方的处理器，以及存储由处理器执行的指令的存储器。指令当被执行时使处理器执行发起多收款方支付和/或多收款方支票处理和结算过程的步骤，包括确定付款方的身份和/或接收付款方的支票信息；接收多个收款方的标识；冻结付款方的银行/卡账户和/或经由ATM接受多收款方支票存款；提醒各收款方资金可用；启用各收款方的收款方电子支票签注和/或身份验证；接收电子收款方签注和身份确认，并针对每个收款方向付款方提供签注文件；以欠各收款方的相应金额对付款方的账户进行借记；以及通过支付网络将相应金额支出给收款方。
在其他示例性实施方式中，存储器还存储在由处理器执行时使处理器执行如下步骤的指令：使付款方指定要支付给每个收款方的金额并且在分配步骤中将所指定的金额分配给每个收款方。处理器还可以被指示成使多个收款方中的一个或更多个收款方指定要支付给每个收款方的金额并根据所指定的金额将支付重定向到每个收款方。
在另外的示例性实施方式中，冻结付款方的银行/卡账户包括通过付款方的支付/银行业务网络以向所有收款方的总支付的金额冻结账户资金，并且对付款方的账户进行借记包括根据向每个收款方支出的金额按部分对付款人的账户进行借记。处理器还可以被指示创建临时交易账户，付款方的资金借记于临时交易帐户中并且在借记步骤中对临时交易帐户进行贷记。
在示例性实施方式中，提醒相应的收款方包括经由通信网络同时向各个收款方通知支付可用性并向每个收款方提供关于如何继续以收取收款方的资金的指令。另外，同时向各个收款方通知支付可用性可以包括通过电子邮件、SMS文本、电话呼叫以及与收款方的支付平台的集成中的至少一个向各个收款方发送消息。
在另外的其他示例性实施方式中，处理器被指示创建通过如下步骤启用收款方电子支票签注的接口：提示每个收款方签注多收款方支票的支票图像，由此每个收款方将他们的个人签注附到支票图像的背面。为了便于签注，处理器可以制作具有对所有收款方可见的每个收款方的签注的支票图像的副本。处理器还可以执行如下步骤：一旦所有收款方都签注了支票图像，则将支票图像转发给付款方的银行用于结算。
还在其他示例性实施方式中，处理器将签注表单和/或支付重定向授权表单提供给各个收款方，并且启用付款方和各个收款方之间的包括签注表单和/或支付重定向授权表单的文件的交换。
在示例性实施方式中，以欠各收款方的相应金额对付款方的账户进行借记包括：在收到针对每个收款方的所有签注和身份确认后解除冻结付款方的银行/卡账户并且然后在解除冻结后对付款方的银行/卡账户进行借记。处理器还可以实现与收款方中的至少一个收款方的工作流程安排的指令，该工作流程安排控制给各个收款方的相应金额的支出。
本文中描述的系统可以是独立的(完全集成的)或与借助其对付款方的资金进行借记的自动结算所系统的支付系统部分地集成。
在示例性实施方式中，付款方是承保人，并且收款方是下述中的任何一个：保险理赔中的银行/抵押权人/留置权人、投保人/索赔人、和任何其他另外的利益相关者，并且数据库与承保人的数据库同步。
根据以下详细描述，本发明的这些有益特征和优点及其他有益特征和优点将变得明显。
附图说明
基于以下结合附图的详细描述，本发明的上述及其他目的和优点对于本领域技术人员将是明显的，其中：
图1示出了常规的单收款方支付系统。
图2示出了本发明的示例性实施方式的多收款方支付系统。
图3示出了用于便于承保人的多方支付的完全集成的图2的多收款方支付系统。
图4示出了用于便于付款方的多方支付的完全集成的图2的多收款方支付系统。
图5示出了用于在常规的ACH支付系统的背景下便于承保人的多方支付的部分集成的第三方多收款方支付系统。
图6示出了用于在常规的ACH支付系统的背景下便于付款方的多方支付的部分集成的第三方多收款方支付系统。
图7示出了示例性实施方式中的多收款方电子支付和多收款方支票电子支付。
图8示出了示例性实施方式中的多收款方电子支付借记和支出。
图9示出了示例性实施方式中的完全集成的多收款方账户冻结。
图10示出了示例性实施方式中的多收款方支付通知。
图11示出了示例性实施方式中的多收款方支付签注和认证。
图12示出了示例性实施方式中的保险索赔的多收款方支付通知。
图13示出了示例性实施方式中的ATM多收款方支票存款。
图14示出了示例性实施方式中的文件交换过程。
图15示出了用于实现示例性实施方式的系统和方法的示例硬件平台。
具体实施方式
下面参照图1至图15描述电子多收款方支付系统的示例性实施方式。本领域技术人员将认识到，所描述的步骤仅用于示例性目的，并不限于所描述的具体过程。
图1示出了常规的单收款方支付系统10。如图所示，付款方11使用他/她的金融机构或其他支付/银行业务网络12通过支付系统13例如自动结算所(ACH)、借记卡或信用卡网络、RTP网络等发起向单收款方15的综合转账。支付系统13向收款方15的金融机构14提供支付。在操作中，金融机构/资金转移机构12通过支付或银行业务网络13收集付款方的资金并且处理单收款方支付，并且向单收款方的银行14提供支付。资金记入收款方的账户15。在该系统中，如果付款方11需要支付其他收款方，付款方11使用他/她的金融机构12发起针对每个另外的收款方15的另外的转账。在每种情况下，金融机构/资金转移机构12收集付款方的资金并处理转移到单收款方的支付。如果是多收款方付款——也是多利益相关方付款，那么系统不能处理付款，因为必须签发纸质支票。如上文背景技术部分所述，这种常规的系统一次只允许对单个实体的单个支付，而且效率非常低，特别对于例行支付多个收款方的企业和个人而言。
图2示出了本发明的示例性实施方式的多收款方支付系统。在图2的实施方式中，根据本发明的多播路由支付系统20处理来自付款方11的金融机构21的多收款方支付，并向收款方25-27提供选择存入其各自的份额的期望账户的选项。多播路由支付系统20使用如本文中所述的NEDD(通知、签注、借记、支出)协议来实现对多个账户的支付，以进行处理并将资金路由到多个收款方25-27的金融机构22-24。在操作中，根据下面更详细地描述的过程，经由收款方的金融机构22对收款方1进行贷记，经由收款方的金融机构23对收款方2进行贷记，并且经由收款方的金融机构27对收款方3进行贷记。
多播路由支付系统20可以用作集成(即独立)系统，或者可以在期望向多个收款方进行同时支付的情况下部分集成(即，与另一支付系统协同工作)在许多不同的系统中。例如，图3示出了用于便于承保人30的多方支付的完全集成的多收款方支付系统20。如图所示，承保人30与多播路由支付系统20通信以提供支付警报并接收签注文件，并且可选地，交换建议的工作流程安排。承保人的金融机构31实施核心软件(用于与金融机构使用的核心财务软件系统集成)32以告知多播路由支付系统20从每个收款方账户借记多少钱，并且多播路由支付系统20指定要冻结的资金的金额。多播路由支付系统20进行处理并将多个支付作为支出路由至各个收款方。如图所示，收款方可以包括投保人/索赔人33，投保人/索赔人33接收支付通知并且向多播路由支付系统20提供针对使用核心软件35支出给投保人/索赔人的银行34的金额的签注。其他收款方可以包括受保财产的银行/抵押权人/留置权人36以及另外的收款方39，银行/抵押权人/留置权人36接收支付通知并且向多播路由支付系统20提供针对使用核心软件38支出给银行/抵押权人/留置权人的银行37的金额的签注；另外的收款方39接收付款通知并且向多播路由支付系统20提供针对使用核心软件41支出给收款方的银行40的金额的签注。如图所示，投保人/索赔人33、银行/抵押权人/留置权人36和收款方39可以可选地开发与多播路由支付系统20的工作流程安排。
图4更一般地示出了用于便于付款方的多方支付的完全集成的多收款方支付系统20。如图所示，付款方42与多播路由支付系统20通信以提供支付提醒并接收签注文件。付款方的金融机构43实施核心软件44以告知多播路由支付系统20从每个收款方账户借记多少钱，并且多播路由支付系统20指定要冻结的资金的金额。多播路由支付系统20进行处理并将多个支付作为支出路由至各个收款方。如图所示，各个收款方45-47接收支付通知，并向多播路由支付系统20提供针对使用各自的核心软件51-53支出给各个收款方的银行48-50的金额的签注。如图所示，各个收款方45-47可以可选地开发与多播路由支付系统20的工作流程安排。
图5示出了用于便于承保人30的多方支付的部分集成的第三方多收款方支付系统20的实施方式。在该示例中，多收款方支付系统20部分地与常规的ACH支付系统集成，该常规的ACH支付系统经由各方的相应金融机构提供ACH支付。在该示例中，多收款方支付系统20还包括其自己的银行54，用于便于ACH支付。此外，代替如图3中的用于便于通信的核心软件，系统中的每个金融机构31,34,37,40和54使用ACH系统55实现常规的ACH转账或其他常规的单收款方转账支付。
图6示出了用于便于付款方42的多方支付的部分集成的第三方多收款者支付系统20的实施方式。该示例还将多付款方支付系统20与经由各方的相应金融机构提供ACH支付的常规的ACH支付系统部分地集成。在该示例中，多收款方支付系统20还包括其自己的银行54，用于便于ACH支付。此外，作为如图4中的用于便于通信的核心软件的替代，系统中的每个金融机构43,48,49,50和54使用ACH系统55实现常规的ACH转账或其他常规的单收款方转账支付。
完全集成独立操作中的本发明的实施方式考虑在多播路由支付系统20中实现NEDD(通知、签注、借记、支出)协议。具体地，优选地放置在云(图15)中的处理平台处理用于实现本文中描述的NEDD协议的软件，由此付款方(保险商/商业实体/个人/政府实体)可以进行多收款方或利益相关者的电子支付。完全集成的多播路由支付系统20一旦启用，就发起构建在基于队列的架构设计上(但也可以基于其他设计架构)的事件链。下面参照图7至图14更详细地描述所构建的事件。
在以下参照图7至图14描述的示例性实施方式中，一旦预注册用户或预注册用户的账户持有人发起可支付给不止一个收款方的单个电子交易，多播路由支付系统20对付款方的银行或卡账户发起多收款方银行账户冻结。该冻结使得银行账户根据收款方的数量被多次借记，并进一步发起NEDD协议的通知(N)部分。可用资金的通知可以通过电子邮件、SMS文本、电话呼叫、移动设备等方式发送，如果收款方是公司，则通过与收款方的平台集成来发送。然后可以向收款方提醒资金可用并且需要继续进行其签注验证。
多播路由支付系统20也可以发起多收款方支票处理和结算过程。在这种情况下，预先注册的用户手动输入来自支票的收款方信息，或使用相机或其他设备远程捕获具有支票上收款方名称的支票字段。多播路由支付系统20捕获字段并请求来自用户的对收款方的名称确认，并且填充用户的电子邮件或手机号码字段来让用户输入每个收款方的信息。一旦输入，多播路由支付系统20向所有收款方发送支付通知，同时对支票签发人的银行账户进行冻结。信息存储在数据库中，每个交易都映射到付款方和收款方。
参照图7至图14描述的本发明的实施方式还使得每个收款方能够以电子方式验证其商业或个人身份，如果支付源自发起的多收款方交易且不是来自纸质支票票据的话。在身份验证时，多收款方持有的资金由多播路由支付系统20借记，并向收款方进行不同数额的贷记。另一方面，如果支付最初是以多收款方纸质支票的形式进行的，那么系统将遵循涉及向每个收款方发送支票的电子图像的步骤。收款方将被提供接口以将其签名签注远程输入到远程捕获的支票图像的背面。本文中描述的实施方式还提供接受来自各种收款方的多个远程捕获的签注并将其放置在远程捕获的支票图像的签注部分(支票的背面)上的能力。这是NEDD协议的签注(E)部分，并且其使得所有利益相关方能够签署支付。一旦所有收款方按照付款方的规格正确签注，签注文件就被存储或提供给付款方以备录。签注也可以是对个人或商业实体收款方的身份验证的形式。
在并非所有收款方都有发起或转换(来自纸质支票票据的)多收款方支付的一部分的资格的情况下，向收款方提供支付表格。支付表格提供不同类型的签注，并且可以是在收款方必须同意条款和签注的情况下由付款方提供的自定义报表。语言文字涉及简单的付款重定向请求，其中收款方不打算接受/接收任何资金，而是将总金额重定向至其他收款方。例如，在投保人的订约人是支付上的付款方的保险索赔中，投保人将通常需要给订约人签注全部支付完结。付款表格可将总资金重定向至其他收款方中的任意收款方。
在收集到所有签注之后，在付款方的银行账户中冻结的付款方资金被解除冻结并且资金被借记(D)，这是NEDD协议的借记(D)部分。按付款方所指定地，借记的资金被拨付给收款方或利益相关方。因此，该系统使得单个付款方能够指定不是仅指定给按惯例的单收款方而是指定给多收款方的单个电子交易。
未指定的多收款方支付是发起者或付款方未指定向每个收款方支付的金额的支付。在收到用于收集资金未明的资金的收款方通知时，系统部署允许每个收款方在交易中输入作为总支付的一部分的期望金额的通道。收款方可以被提供所有收款方同意彼此的期望金额的选项。然后系统将验证收款方的期望金额加起来是总支付的初始金额。该特征使得收款方能够当付款方没有指定支出给收款方的准确金额时决定收款方各自收多少。根据本发明的实施方式，通过web接口基于涉及的收款方所指定和约定的支出(D)安排来支付借记资金。支出安排是NEDD协议的支出(D)部分，并在根据请求/需要将资金存入各个收款方银行账户时结束。支出安排还可以涉及允许文件的上传/交换的定制工作流程。
工作流程安排是可以在支出安排中涉及的工作流程(步骤)，即支出安排工作流程。支出安排工作流程是付款方在支出发生之前可能/将需要的所需步骤/文件。例如，承保人或金融机构/留置权人将需要律所制作文书，然后才能在协商达成和解之后获得其费用。所要求的文书可以包括系统的一个或多个运营商与他们的投保人或客户之间的合同，该合同指示运营商费用的金额，因此他们知道根据协商解决方案向运营商支付多少。此外，所要求的文书可以包括撤销留置权的声明，以确保运营者接受已经全额支付并且不会对该财产留置留置权。要求(工作流程安排)根据付款方而不同，并且可以基于付款方的各种安排。
在多收款方支票在起作用的情况下，系统可以远程处理和按支票支付并以电子方式清偿所有收款方。远程多收款方支票可直接利用系统或经由ATM存款进行。
本发明的部分集成非独立操作的实施方式与金融机构当前使用的现有第三方支付系统例如ACH(自动结算所系统)等集成。在企业或个人不利用或不需要整个系统的情况下，部分集成可能是优选的，以下步骤可以适用于该操作。一旦支付发起，通知(N)被发送给各个收款方。通知可以通过电子邮件、SMS文本、电话呼叫、移动设备中的任何来发送，如果收款方式企业，则通过与收款方的平台集成来发送。所有收款方被提醒资金可用并且需要其签注以继续。
本发明还使得每个收款方能够在其接收到通知之后签注(E)电子支付，由此允许所有利益相关者签署支付。一旦所有收款方按照付款方的规格正确签注，签注文件就会被提供给付款方以备录。在所有签注被收集并转发后，然后付款方的资金可以通过ACH或任何其他电子支付系统从其银行账户借记(D)。然后，借记资金可用于通过web接口由涉及的各方指定且约定的支出(D)安排。支出安排在资金按要求/需要存入各个收款方银行账户时结束。在示例性实施方式中，支出安排可以涉及允许文件的上传/交换的定制工作流程。
在保险索赔、收益、年金和退保中，本发明的完全集成的应用可以应用上述NEDD协议步骤，但是可以按如下实现。对于P/C保险索赔，一旦根据本发明的实施方式发起支付，就对承保人的指定银行账户中的支付金额进行冻结。将通知(N)发送给收款方，包括银行/抵押权人/留置权人、投保人/索赔人、以及保险理赔上的任何其他另外的利益相关者。在通知(N)和签注(E)部分完成后，承保人的银行账户中的冻结资金被解除冻结并且资金从银行账户借记(D)。然后资金可以直接发送到银行/抵押权人/留置权人等的指定银行账户。在这些步骤完成后，支出(D)安排在银行/抵押公司/留置权人与投保人/索赔人/收款方之间。支出安排工作流程可根据银行/抵押权人/留置权人的要求进行定制，并允许文件或与第三方收款方的合同的上传。
对于L/H保险索赔或退保，资金通过多播路由支付系统20被借记并基于约定的支出安排被存入。资金直接存入受益人的指定银行账户。
在保险索赔、收益、年金和退保中，本发明的部分集成的应用实现以下操作。对于P/C保险索赔，在通知(N)和签注(E)部分完成后，通过第三方支付系统如ACH等从承保人指定的银行账户中借记资金(D)并直接存入收款银行/抵押公司/留置权人的指定银行账户。这些步骤完成后，支出(D)安排位于银行/抵押公司/留置权人与投保人/索赔人/收款方之间。支出安排工作流程可以根据银行/抵押权人/留置权人的要求进行定制，并允许文件的上传。通过支出工作流程，其他收款方/利益相关者(而非投保人或索赔人)能够根据其支付所占部分索取其份额。
对于L/H保险索赔或退保，资金通过第三方支付系统如ACH等借记，并且通过支出工作流程基于约定的支出安排存入受益人的指定银行账户。
本发明还包括与处理器结合的数据库，用于一旦作出了保险索赔、收益、退保请求，就收集来自承保人的关于索赔、收益、年金和退保的相关信息。该信息可以对于利益相关方是可访问的，并且可以包括抵押权人、留置权人、投保人、索赔人等。数据库与承保人的数据库同步，并且根据请求提供实时信息。由于银行/抵押公司/留置权人现在可以访问相关信息，因此这消除了他们的风险和延误，从而将导致更快的保险理赔。
系统平台也可以集成在甚至更小的部分中。某些操作可以用微型部件来实现。例如，保险商可以与投保人或索赔人一起直接实现完整的NEDD协议(或其某些方面)。在这种情况下，支出和工作流程安排也可以直接发生在保险商与多个投保人/索赔人之间，而不仅仅是在涉及银行/抵押权人/留置权人时才发生支出和工作流程安排。可以针对银行/抵押公司//留置权人使用相同的设置。他们也可以在他们认为合适的情况下仅实现NEDD协议的某些方面。例如，银行可以选择仅实现NEDD的工作流程安排和支出方面，并且本发明的平台将对其进行适应。
现在将参照图7至图14描述用于实现根据本发明的完全集成及部分集成的多播路由支付系统20的软件实施方式。
图7示出了示例性实施方式中的多收款方电子支付和多收款方支票电子支付。如图所示，在60处，授权用户或发起者访问该系统，该授权用户或发起者可以是预注册用户、任意付款方、或多收款方电子支付中的收款方。用户/发起者可以在62处发起多收款方电子支付或者在64处发起多收款方支票电子支付。如果在62处发起多收款方电子支付，则在68处将付款方的支付细节输入至数据库66中。付款方的支付信息例如名称、支付金额、账户和银行账号以及信用卡信息被存储在数据库66中，或者如果先前被存储或集成，则从数据库66检索。通过支付/银行业务网络或金融机构的核心系统70对付款方的资金进行多收款方账户冻结。另一方面，如果用户/发起者在64处发起多收款方支票电子支付，则从扫描的或远程捕获的支票副本信息中检索来自付款方支票的信息并在72处输入到数据库66中。通过支付/银行业务网络或金融机构的核心系统70对付款方的资金进行多付款方账户冻结。
在发起多收款方电子支付的情况下，在74处，授权用户选择两个或更多个指定收款方以继续。另一方面，在发起多收款方支票电子支付的情况下，在76处，授权用户选择两个或更多个指定收款方以继续。基于存储的数据库信息，来自多收款方电子支付或多收款方支票电子支付的付款方资金通过银行业务网络/服务器70借记或冻结。
在78处，授权用户指定支出给每个收款方的准确金额，否则系统在80处在没有指定金额的情况下继续。在82处的可选支付重定向使得收款方能够将所有资金重定向到其他收款方中的一个或更多个。接下来，在84处，资金按照预设支出进行支出，或者在收款方可以在86处各自选择总支付中的特定份额。在这种情况下，每个收款方必须对彼此的份额达成约定，并且总约定的金额不得超过付款方的一次性总付金额。类似地，在多收款方支票电子支付的情况下，系统在88处在没有指定金额的情况下继续。在90处的可选支付重定向使得收款方能够将所有资金重定向至其他收款方中的一个或更多个。接下来，收款方可以在92处选择总支付中的特定份额。在这种情况下，每个收款方必须对彼此的份额达成约定，并且总约定的金额不能超过付款方的一次性总付金额。
付款方的支付请求或选项被映射/链接到数据库内的收款方，并且在94处基于付款方的支付偏好的通知被发送到所有收款方。在作为授权用户的收款方发起支票电子支付过程的情况下，该收款方也会收到通知。在96处，通知通过互联网或电信网络或经由现场服务器发送。在98处，收款方接收通知并开始签注/认证过程。
图8示出了示例性实施方式中的多收款方电子支付借记和支出。在该实施方式中，在从数据库66检索信息之后，在100处处理多收款方借记和支出。在完全集成的情况下，付款方的资金在102处被冻结，并且启动账户冻结协议。另一方面，在部分集成的情况下，付款方的资金在104处被借记。在每种情况下，在106和108处启用通知和签注/认证协议，并且在110或112处，付款方从总支付中指定要支出给收款方的各个金额。在其他情况下，付款方没有从总支付中指定要支出给收款方的金额(在114和116处)。收款方有机会从总额中选择金额，并且可选地，收款方可以在118和120处发起支付重定向请求，该请求使得收款方能够重定向来自总支付的份额。交易账户处理使得所有收款方能够在122或124处选择等于来自付款方的总支付的份额。该份额在126或128处被确认，并且付款方在130处被借记或在交易账户在132处被借记之后开始收款方的支出。系统在134和136处确认所有收款方对彼此的份额达成约定。如果没有达成约定，该系统允许收款方重新输入份额，直到所有收款方达成约定。系统确认总的收款方约定份额等于来自付款方的总支付，并且这些资金在138至148处支出给相应的收款方。类似地，如果付款方在110或112处输入了指定的金额，付款方将在150处被借记，或者在交易账户在152处被借记之后开始收款方的支出。系统在154和156处确认所有收款方对彼此的份额达成约定，如果没有达成约定，系统允许收款方重新输入份额，直到所有收款方达成约定。该系统确认总的收款方约定的份额等于付款方的总支付，并且在158至168处将资金支出给相应的收款方。借记和贷记通过支付网络、核心系统在170处进行处理，并且所有交易信息被存储在数据库66中。
图9示出了示例性实施方式中的完全集成的多收款方账户冻结。如上所述，付款方的账户信息被存储在数据库66中。一旦发起多收款方电子支付，在180处开始多收款方账户/资金冻结过程。系统在182处通过支付/银行业务网络、核心系统来请求/进行对账户/资金的冻结。在184处冻结付款方的确切支付金额，但是借记是基于要支出给收款方的金额按部分分配的。系统还在186处仅为交易创建临时交易账户。在188处，付款方的资金被借记并对交易账户进行贷记。系统用每个收款方的确切金额标记每个收款方。在190处针对每个数据库输入按部分对冻结的金额借记或者按部分对交易账户进行借记。
图10示出了示例性实施方式中的多收款方支付通知。多付款方支付指令被存储在数据库66中。在200处，收款方被同时通知针对每个授权用户输入和支付指令的支付可用性。图10示出了对三个收款方202、204和206的通知。基于已经存储在数据库66中的授权用户输入为每个收款方准备特定的支付通知。由于存储在数据库66中的收款方的联系信息，经由现有网络208向收款方发出通知。在210、212和214处每个收款方通过网络链接/指令接收关于如何继续收取资金的支付通知。收取资金的步骤可能会因收款方的不同而不同。在步骤216处，收款方被指示签注/认证付款并在签注之前提供标识。
图11示出了示例性实施方式中的多收款方支付签注和认证。如图所示，在220处每个收款方接收支付通知链接，该支付通知链接被附加到从数据库66传递的特定的预编程签注要求/信息。在222处发起作为多收款方电子支付的支付或在224处发起作为多收款方支票电子支付的支付。在226或228处对每个收款方的标识进行单独验证。在230处提供对收款方的可选签注。经过在228处的验证，在232、234和236处提示各收款方签注支票的副本。在238处，通过接口向每个收款方提供支票的副本。支票图像通过每个收款方接口循环，并且每个收款方能够远程地将他们的个人签注附加到支票图像的背面的签注部分。系统使用实时图像，能够实现在收款方签注后支票的副本的实时更新。实时支票签注更新对所有收款方都是可见的，因此各收款方都可以看到其他收款方已经签注了支票。“可支付”第三方签注也附至支票的签注部分。所有收款方的签注被对齐，并且支票图像在239处被转发到付款方的银行进行结算，并且交易信息被存储在数据库66中。
图12示出了用于示例性实施方式中的保险索赔的多收款方支付通知。在该实施方式中，承保人240向数据库66发送索赔信息。这样的信息包括索赔码、保单码、索赔金额、评估、订约人的留置权放弃等。索赔信息被从数据库66发送到索赔通知242。在那里，信息被分类，并且每个索赔都由索赔号标记。索赔通知系统242保留准备好被访问的构建的索赔信息。如图所示，在244处，索赔通知系统242经由web/服务器等提供通知。在246处，抵押公司、金融机构、金融公司等可以经由集成或间接地来访问索赔信息目录。在248处，投保人和/或索赔人不能经由集成访问索赔信息，而仅能间接地访问索赔信息。
图13示出了示例性实施方式中的ATM多收款方支票存款。如图所示，在250处多收款方支票上的收款方通过ATM存入支票。在252处收款方认证该银行账户并将支票滑入ATM中。在254处系统扫描支票并在256处使用例如光学字符识别技术识别/提取收款方的名称，或者请求存款人输入收款方名称。在258处输入所有收款方(包括存款人)电子邮箱。在260处支付通知发出给收款方，并且交易信息被存储在数据库66中。
图14示出了示例性实施方式中的文档交换过程。如图所示，在270处付款方发起多付款方支付。在272处通过选项发起支付，并且在274处，付款方选择与收款方进行文件请求/交换，并且能够从文件或表单模板中进行选择、对其进行定制或上传一个。付款方/收款方文件交换是连续的并且可以跨越各种支付周期。在276、278和280处，所有收款方都被链接到文件，并且能够根据请求远程地签注，或者接收修订版本。文件/表单存储在数据库66中，并且在282处被转发给付款方。
本领域技术人员将认识到，可以通过服务器、处理器或其他计算机程序产品的使用来实现在本文中描述的方法的实现方式。本领域技术人员还将认识到，在本文中描述的系统和方法解决了一次只需要一次支付的常规电子支付系统的问题。本文中描述的系统提供了用于多收款方借记和支出的系统和方法以及用于认证和通知收款方并提供多收款方签注的机制，从而解决了本领域未解决的问题。
图15示出了用于实现示例性实施方式的系统和方法的示例硬件平台。如图所示，存储在数据库66中的支付信息和来自指令存储器290的用于实现本文中描述的方法的指令被提供给用于处理指令和信息的处理器292，以实现在本文中描述的特征和方法。在示例性实施方式中，数据库66、指令存储器290和处理器292提供在云中可用的平台294，其使用常规的加密技术而变得安全。在本文中描述的银行业务网络70/170通过直接链接或安全互联网连接访问平台294。计算机296提供用于提供待处理的输入和用于接收来自平台294的经处理的输出的显示的接口。其他方可以经由他们的计算设备298经由安全互联网连接来访问平台294。
尽管已经结合如在各个附图中所示的优选方面描述了本公开内容，但是应该理解，可以使用其他类似方面，或者可以在不脱离本公开内容的情况下对所描述的方面进行修改和添加以执行本公开内容的相同的功能。因此，本公开内容不应限于任何单个方面，而应根据所附权利要求在宽度和范围上进行解释。例如，本文中描述的各种过程可以用硬件或软件或两者的组合来实现。因此，所公开的实施方式的方法和装置或其某些方面或部分可以采用在诸如软盘、CD-ROM、硬盘驱动器或任何其他机器可读存储介质的有形介质中实现的程序代码(即指令)的形式。如在本文中和权利要求中所使用的，计算机可读介质明确排除调制信号。当程序代码被加载到例如计算机的机器中并由其执行时，机器变成被配置成实施所公开的实施方式的装置。除了在本文中明确阐述的具体实施方式之外，在考虑本文中公开的说明书的情况下，其他方面和实施方式对于本领域技术人员而言将是明显的。说明书和示出的实施方式旨在仅被视为示例。另外，本领域技术人员将认识到，可以对所公开的步骤进行重新排序，可以将等同的要素替换为具体公开的那些要素，并且本发明的某些特征可以独立于其他特征来使用，所有这些特征都不脱离如附图和权利要求中所概述的本发明。

Claims (36)

1.一种由计算机执行的便于向多个收款方电子支付单个电子支付交易的相应支付份额和/或多收款方支票支付的相应支付份额的方法，包括如下步骤：
发起多收款方支付和/或多收款方支票处理和结算过程，包括接收付款方的支票信息；
接收多个收款方的标识并指定每个收款方应得的相应支付份额，其中根据预置支出分配所述相应支付份额或基于每个收款人就彼此的份额的协议分配所述相应支付份额；
对付款方的账户执行多收款方冻结；
经由ATM接受多收款方支票存款；
提醒各收款方资金可用；
启用收款方电子支票签注；
接收电子收款方的签注和身份确认，并针对每个收款方向付款方提供签注文件；
以所述各收款方应得的所述相应支付份额对所述付款方的账户进行借记；以及
通过支付网络将所述相应支付份额支出给所述各收款方。
2.根据权利要求1所述的方法，还包括使所述付款方能够指定要支付给每个收款方的支付份额并且将所指定的支付份额分配给每个收款方。
3.根据权利要求1所述的方法，还包括使所述多个收款方中的一个或更多个收款方能够指定要支付给每个收款方的所述收款方达成约定的支付份额并且在所述付款方没有指定支付份额时根据所指定的达成约定的支付份额将支付重定向到每个收款方。
4.根据权利要求1所述的方法，其中，对所述付款方的账户执行多收款方冻结包括创建临时交易账户，和用通过付款方的支付/银行网络从付款方账户借记的、支付所有收款方的总额对所述账户进行贷记，然后基于要支付给每个收款方的支付份额按确切的部分对所述临时交易账户进行借记。
5.根据权利要求4所述的方法，其中，所述付款方的资金被借记并且使用临时交易账户进行贷记。
6.根据权利要求1所述的方法，其中，提醒各收款方包括经由通信网络同时向所述各收款方通知支付可用性并向每个收款方提供关于如何继续以收取收款方的资金的指令。
7.根据权利要求6所述的方法，其中，同时向所述各收款方通知支付可用性包括通过电子邮件、SMS文本、电话呼叫以及与收款方的支付平台的集成中的至少一个向所述各收款方发送消息。
8.根据权利要求1所述的方法，其中启用收款方电子支票签注包括提示每个收款方经由接口签注所述多收款方支票的支票图像，由此每个收款方将他们的个人签注附到所述支票图像的背面。
9.根据权利要求8所述的方法，还包括制作具有对所有收款方可见的每个收款方的签注的支票图像的副本。
10.根据权利要求8所述的方法，还包括：一旦所有收款方都已签注所述支票图像，则将所述支票图像转发给所述付款方的银行用于结算。
11.根据权利要求1所述的方法，还包括将签注表单和/或支付重定向授权请求或表单提供给所述各收款方，并且启用付款方和各个收款方之间的包括所述签注表单和/或支付重定向授权表单的文件的交换。
12.根据权利要求1所述的方法，其中，在收到针对每个收款方的所有签注和身份确认后，以所述各收款方应得的所述相应支付份额对临时交易账户进行借记。
13.根据权利要求12所述的方法，其中，所述付款方的资金通过自动结算所系统或支付系统或网络或经由借记卡或信用卡网络或RTP网络的转账来借记。
14.根据权利要求1所述的方法，其中将所述相应支付份额支出给所述各收款方包括根据与所述收款方中的至少一个收款方的工作流程安排支出所述相应支付份额。
15.根据权利要求1所述的方法，还包括将付款方和收款方身份、地址和银行账户信息以及所述签注文件存储在数据库中。
16.根据权利要求15所述的方法，其中所述付款方是承保人，并且所述收款方是下述中的任何一个：保险理赔中的银行/抵押权人/留置权人、投保人/索赔人、和任何其他另外的利益相关者。
17.根据权利要求16所述的方法，还包括使所述数据库与所述承保人的数据库同步。
18.根据权利要求1所述的方法，其中，接收多个收款方的标识包括：扫描付款方的支票并且使用光学字符识别提取包括收款方的名称的信息。
19.一种便于向多个收款方电子支付单个电子支付交易的相应支付份额和/或多收款方支票支付的相应支付份额的系统，包括：
存储付款方和收款方身份、地址和银行账户信息的数据库；
处理器，其执行指令并将输出传送给付款方和各收款方；以及
存储器，其存储在由所述处理器执行时使所述处理器执行以下步骤的指令：
发起多收款方支付和/或多收款方支票处理和结算过程，包括接收付款方的支票信息；
接收多个收款方的标识和指定根据预置支出或基于每个收款人就彼此的份额的协议分配的每个收款方应得的相应支付份额；
对付款方的账户执行多收款方冻结；
经由ATM接受多收款方支票存款；
提醒各收款方资金可用；
启用所述各收款方的收款方电子支票签注；
接收电子收款方的签注和身份确认，并针对每个收款方向付款方提供签注文件；
以所述各收款方应得的所述相应支付份额对所述付款方的账户进行借记；以及
通过支付网络将所述相应支付份额支出给所述收款方。
20.根据权利要求19所述的系统，其中所述存储器还存储在由所述处理器执行时使所述处理器执行如下步骤的指令：使所述付款方能够指定要支付给每个收款方的支付份额并且将所指定的支付份额分配给每个收款方。
21.根据权利要求19所述的系统，其中所述存储器还存储在由所述处理器执行时使所述处理器执行如下步骤的指令：使所述多个收款方中的一个或更多个收款方能够指定所述收款方达成约定的支付份额并在所述付款方没有指定支付份额时根据所指定的达成约定的支付份额将支付重定向到每个收款方。
22.根据权利要求19所述的系统，其中，对所述付款方的账户执行多收款方冻结的指令包括通过用于如下步骤的指令：所述付款方的支付/银行业务网络以向所有收款方的总支付的金额执行多收款方冻结，并且对临时交易账户进行借记包括根据要给每个收款方拨付的支付份额按具体的部分对付款人的账号进行借记。
23.根据权利要求22所述的系统，其中所述存储器还存储在由所述处理器执行时使所述处理器创建临时交易帐户的指令，所述付款方的资金从所述临时交易帐户中被借记并且在所述借记步骤中对所述临时交易帐户进行贷记。
24.根据权利要求19所述的系统，其中提醒各收款方的指令包括经由通信网络同时向所述各收款方通知支付可用性的指令并向每个收款方提供关于如何继续以收取收款方的资金的指令。
25.根据权利要求24所述的系统，其中，同时向所述各收款方通知支付可用性的指令包括通过电子邮件、SMS文本、电话呼叫以及与收款方的支付平台的集成中的至少一个向所述各收款方发送消息的指令。
26.根据权利要求19所述的系统，其中所述存储器还存储在由所述处理器执行时使所述处理器创建接口的指令，其中所述接口通过如下步骤实现收款方电子支票签注：提示每个收款方签注所述多收款方支票的支票图像，由此使得每个收款方能够将他们的个人签注附到所述支票图像的背面。
27.根据权利要求26所述的系统，其中，所述存储器还存储在由所述处理器执行时使所述处理器制作所述支票图像的副本的指令，其中所述支票图像具有对所有收款方可见的每个收款方的签注。
28.根据权利要求26所述的系统，其中，所述存储器还存储在由所述处理器执行时使所述处理器执行如下步骤的指令：一旦所有收款方都已签注所述支票图像，则将所述支票图像转发给所述付款方的银行用于进行结算。
29.根据权利要求19所述的系统，其中，所述存储器还存储在由所述处理器执行时使所述处理器执行如下步骤的指令：将签注表单和/或支付重定向授权请求或表单提供给所述各收款方，并且启用付款方和各个收款方之间的包括所述签注表单和/或支付重定向授权表单的文件的交换。
30.根据权利要求19所述的系统，其中，指令用于在收到针对每个收款方的所有签注和身份确认后，以所述各收款方应得的所述相应支付份额对临时交易账户进行借记。
31.根据权利要求30所述的系统，其中，还包括自动结算所系统，通过所述自动结算所系统、支付系统或网络或经由借记卡或信用卡网络或RTP网络的转账对所述付款方的资金进行借记。
32.根据权利要求19所述的系统，其中，所述存储器还存储在由所述处理器执行时使所述处理器实现与所述收款方中的至少一个收款方的工作流程安排的指令，所述工作流程安排控制向所述各收款方的所述相应支付份额的支出。
33.根据权利要求19所述的系统，其中所述签注文件被存储在所述数据库中。
34.根据权利要求33所述的系统，其中所述付款方是是承保人，并且所述收款方是下述中的任何一个：保险理赔中的银行/抵押权人/留置权人、投保人/索赔人、和任何其他另外的利益相关者，并且所述数据库与所述承保人的数据库同步。
35.根据权利要求19所述的系统，还包括光学字符识别装置，其扫描付款方的支票并且提取包括所述收款方的名称的信息。
36.一种非暂态计算机可读介质，其存储在由处理器执行时使所述处理器通过执行以下步骤的指令以便于向多收款方电子支付单个电子支付交易的相应支付份额和/或多收款方支票支付的相应支付份额：
发起多收款方支付和/或多收款方支票处理和结算过程，包括接收付款方的支票信息；
接收多收款方的标识和指定根据预置支出或基于每个收款人就彼此的份额的协议分配的每个收款方应得的相应支付份额；
冻结付款方的账户；
经由ATM接受多收款方支票存款；
提醒各收款方资金可用；
启用所述各收款方的收款方电子支票签注；
接收电子收款方的签注和身份确认，并针对每个收款方向付款方提供签注文件；
以所述各收款方应得的所述相应支付份额对所述付款方的账户进行借记；以及
通过支付网络将所述相应支付份额支出给所述各收款方。
CN201680068308.7A 2015-09-23 2016-11-23 用于从单个电子支付和/或支票支付清偿多收款方的系统和方法 Active CN108369698B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210384000.0A CN114819927A (zh) 2015-09-23 2016-11-23 用于便于多收款方支付的电子支付的系统、方法及介质

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562222674P 2015-09-23 2015-09-23
PCT/US2016/063547 WO2017054016A2 (en) 2015-09-23 2016-11-23 System and method for settling multiple payees from a single electronic and/or check payment

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210384000.0A Division CN114819927A (zh) 2015-09-23 2016-11-23 用于便于多收款方支付的电子支付的系统、方法及介质

Publications (2)

Publication Number Publication Date
CN108369698A CN108369698A (zh) 2018-08-03
CN108369698B true CN108369698B (zh) 2022-05-03

Family

ID=58387550

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210384000.0A Pending CN114819927A (zh) 2015-09-23 2016-11-23 用于便于多收款方支付的电子支付的系统、方法及介质
CN201680068308.7A Active CN108369698B (zh) 2015-09-23 2016-11-23 用于从单个电子支付和/或支票支付清偿多收款方的系统和方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202210384000.0A Pending CN114819927A (zh) 2015-09-23 2016-11-23 用于便于多收款方支付的电子支付的系统、方法及介质

Country Status (8)

Country Link
US (2) US10853771B2 (zh)
EP (1) EP3353730A4 (zh)
JP (1) JP6434679B2 (zh)
KR (1) KR102655296B1 (zh)
CN (2) CN114819927A (zh)
CA (1) CA2999776A1 (zh)
WO (1) WO2017054016A2 (zh)
ZA (1) ZA201802334B (zh)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11461766B1 (en) 2014-04-30 2022-10-04 Wells Fargo Bank, N.A. Mobile wallet using tokenized card systems and methods
US9652770B1 (en) 2014-04-30 2017-05-16 Wells Fargo Bank, N.A. Mobile wallet using tokenized card systems and methods
US11288660B1 (en) 2014-04-30 2022-03-29 Wells Fargo Bank, N.A. Mobile wallet account balance systems and methods
US10445739B1 (en) 2014-08-14 2019-10-15 Wells Fargo Bank, N.A. Use limitations for secondary users of financial accounts
KR102655296B1 (ko) * 2015-09-23 2024-04-04 엠라우트 코포레이션 단일 전자 및/또는 수표 지불로부터 다수의 수취인들을 정산하기 위한 시스템 및 방법
CN117853111A (zh) * 2018-08-27 2024-04-09 创新先进技术有限公司 快速支付方法、装置、设备及计算机可读存储介质
US12045809B1 (en) 2018-08-30 2024-07-23 Wells Fargo Bank, N.A. Biller consortium enrollment and transaction management engine
US11145169B2 (en) 2018-09-12 2021-10-12 The Toronto-Dominion Bank System and method for automated deposit item handling
US11164162B2 (en) 2019-01-30 2021-11-02 Bank Of America Corporation Closed-loop real-time resource event processing
US10977080B2 (en) 2019-01-30 2021-04-13 Bank Of America Corporation Resource instrument for processing a real-time resource event
US10902854B1 (en) * 2019-05-17 2021-01-26 Eyeballs Financial, LLC Systems and methods for generating responses to questions about user accounts
US11551190B1 (en) 2019-06-03 2023-01-10 Wells Fargo Bank, N.A. Instant network cash transfer at point of sale
CN111192148B (zh) * 2019-11-25 2023-07-07 泰康保险集团股份有限公司 一种跨平台的数据处理方法及装置、电子设备、存储介质
US11321709B1 (en) * 2021-02-09 2022-05-03 iWallet, Inc. System and method for conducting secure financial transactions
US20220253845A1 (en) * 2021-02-10 2022-08-11 Assurant, Inc. System and methods for remotely generating, authenticating, and validating dual validation data objects
CN113344582A (zh) * 2021-05-31 2021-09-03 中国银联股份有限公司 一种交易支付的方法及装置
US11847654B2 (en) * 2021-09-30 2023-12-19 Visa International Service Association System, method, and computer program product for learning continuous embedding space of real time payment transactions
US11995621B1 (en) 2021-10-22 2024-05-28 Wells Fargo Bank, N.A. Systems and methods for native, non-native, and hybrid registration and use of tags for real-time services
US11797954B1 (en) 2022-04-11 2023-10-24 Bank Of America Corporation Digital check disbursement using digital chip and distributed ledger methods
US20230325790A1 (en) * 2022-04-11 2023-10-12 Bank Of America Corporation Digital check disbursement using digital chip and distributed ledger methods
US12086768B2 (en) * 2022-04-14 2024-09-10 Bank Of America Corporation Digital check disbursement using point of sale devices
US20230351337A1 (en) * 2022-04-29 2023-11-02 Bank Of America Corporation Generating and securing digital checks using distributed ledger and embedded chip methods
CN116228220B (zh) * 2023-03-22 2024-04-23 天元大数据信用管理有限公司 一种用于提高转账效率的多方支付方法、设备及介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1459068A (zh) * 2000-08-17 2003-11-26 丹尼尔·A·克恩 自动支付系统
CN1698054A (zh) * 2002-01-03 2005-11-16 第一数据公司 资金转移系统及方法
JP2006285623A (ja) * 2005-03-31 2006-10-19 Bank Of Tokyo-Mitsubishi Ufj Ltd 決済処理装置及びプログラム
JP2009534741A (ja) * 2006-04-18 2009-09-24 マイクロソフト コーポレーション セキュア・ネットワークの商取引
CN103635920A (zh) * 2011-02-22 2014-03-12 维萨国际服务协会 通用电子付款装置、方法与系统
CN104850993A (zh) * 2015-06-01 2015-08-19 走遍世界（北京）信息技术有限公司 支付方法及装置
US9342831B1 (en) * 2014-12-16 2016-05-17 Facebook, Inc. Facilitating same day payment transactions

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5870724A (en) * 1989-12-08 1999-02-09 Online Resources & Communications Corporation Targeting advertising in a home retail banking delivery service
US5583759A (en) * 1993-11-22 1996-12-10 Huntington Bancshares, Inc. Mechanism for expediting the deposit, transport and submission of checks into the payment system
US5677955A (en) 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US6983261B1 (en) 1995-05-10 2006-01-03 Taxnet Systems, Inc. System and method for causing multiple parties to be paid from a single credit card transaction
US7664705B2 (en) * 1999-03-31 2010-02-16 Walker Digital, Llc Methods and systems for accepting offers via checks
JP2001283118A (ja) 2000-03-30 2001-10-12 Internatl Business Mach Corp <Ibm> オンライン決済システム、オンラインショッピングにおける決済方法、サーバおよび販売者端末
US7739195B2 (en) 2001-01-12 2010-06-15 Acs State & Local Solutions, Inc. Apparatus and methods for providing a payment system over a network
US20020111915A1 (en) * 2001-02-12 2002-08-15 Clemens Christopher Donald Payment management
US20030055756A1 (en) * 2001-09-17 2003-03-20 Allan Frederick Aley Method of making money payments
US7072879B2 (en) * 2001-10-22 2006-07-04 Siemens Building Technologies, Inc. Partially embedded database and an embedded database manager for a control system
US7346575B1 (en) * 2002-01-07 2008-03-18 First Data Corporation Systems and methods for selectively delaying financial transactions
JP2003281305A (ja) 2002-01-18 2003-10-03 Japanese Society For Rights Of Authors Composers & Publishers 著作権使用料分配方法、コンピュータ・プログラム及び記録媒体
JP2003316958A (ja) * 2002-04-18 2003-11-07 Sumitomo Mitsui Banking Corp 売掛債権処理装置及び売掛債権処理方法
US7637807B2 (en) * 2004-04-29 2009-12-29 Cfph, L.L.C. System and method for mapping results from sporting events to game inputs
JP2007042056A (ja) 2005-02-07 2007-02-15 Yasushi Kusunoki 長寿保険システムおよびその方法
WO2006108159A2 (en) * 2005-04-05 2006-10-12 Lehman Brothers Inc. Systems and methods for order analysis, enrichment, and execution
US7831501B2 (en) * 2005-08-12 2010-11-09 Boulder Capital Trading Hidden book trading system
US20070083452A1 (en) * 2005-10-07 2007-04-12 Jan Mayle Securities trade monitoring and evaluation system
WO2007056548A2 (en) * 2005-11-09 2007-05-18 Waves Licensing, Llc Exchange-based auction for offerings
US20070288342A1 (en) * 2006-05-13 2007-12-13 Leon Maclin Method and system for algorithmic crossing to minimize risk-adjusted costs of trading securities
US8626661B2 (en) * 2006-10-10 2014-01-07 Global Standard Financial, Inc. Electronic lockbox using digitally originated checks
US20080247629A1 (en) * 2006-10-10 2008-10-09 Gilder Clark S Systems and methods for check 21 image replacement document enhancements
US8321323B2 (en) * 2008-10-24 2012-11-27 Cfph, Llc Interprogram communication using messages related to order cancellation
US8285629B2 (en) * 2007-11-15 2012-10-09 Cfph, Llc Trading system products and processes
US8758108B2 (en) * 2007-12-21 2014-06-24 Cfph, Llc System and method for slot machine game associated with market line wagers
JP5568266B2 (ja) 2009-08-24 2014-08-06 第一フロンティア生命保険株式会社 保険金支払システムおよびその保険金支払方法
US8280788B2 (en) 2009-10-29 2012-10-02 Visa International Service Association Peer-to-peer and group financial management systems and methods
US20120084162A1 (en) 2010-10-05 2012-04-05 Merrill Brooks Smith Systems and methods for conducting a composite bill payment transaction
CA2848299A1 (en) * 2013-04-05 2014-10-05 The Toronto-Dominion Bank Inter-currency cheque payment clearing
JP2015035127A (ja) * 2013-08-09 2015-02-19 株式会社パルマ クレジットカード決済業務システム
US10366386B2 (en) * 2013-09-12 2019-07-30 Paypal, Inc. Electronic wallet fund transfer system
US20150149344A1 (en) 2013-11-26 2015-05-28 International Business Machines Corporation Synchronous split payment transaction management
US10776769B2 (en) * 2015-04-27 2020-09-15 Hrb Innovations, Inc. Unified payment vehicle
KR102655296B1 (ko) * 2015-09-23 2024-04-04 엠라우트 코포레이션 단일 전자 및/또는 수표 지불로부터 다수의 수취인들을 정산하기 위한 시스템 및 방법
US11775955B1 (en) * 2018-05-10 2023-10-03 Wells Fargo Bank, N.A. Systems and methods for making person-to-person payments via mobile client application

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1459068A (zh) * 2000-08-17 2003-11-26 丹尼尔·A·克恩 自动支付系统
CN1698054A (zh) * 2002-01-03 2005-11-16 第一数据公司 资金转移系统及方法
JP2006285623A (ja) * 2005-03-31 2006-10-19 Bank Of Tokyo-Mitsubishi Ufj Ltd 決済処理装置及びプログラム
JP2009534741A (ja) * 2006-04-18 2009-09-24 マイクロソフト コーポレーション セキュア・ネットワークの商取引
CN103635920A (zh) * 2011-02-22 2014-03-12 维萨国际服务协会 通用电子付款装置、方法与系统
US9342831B1 (en) * 2014-12-16 2016-05-17 Facebook, Inc. Facilitating same day payment transactions
CN104850993A (zh) * 2015-06-01 2015-08-19 走遍世界（北京）信息技术有限公司 支付方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
一种基于同时生效签名的公平电子支付方案;陈燕予;《安顺学院学报》;20090415(第02期);第89-91页 *
基于身份的多方同时签名;张馨文等;《陕西科技大学学报(自然科学版)》;20090825(第04期);第133-138页 *

Also Published As

Publication number Publication date
US20180285836A1 (en) 2018-10-04
CN114819927A (zh) 2022-07-29
ZA201802334B (en) 2020-01-29
US20210174315A1 (en) 2021-06-10
WO2017054016A2 (en) 2017-03-30
JP2018530846A (ja) 2018-10-18
CA2999776A1 (en) 2017-03-30
KR102655296B1 (ko) 2024-04-04
WO2017054016A4 (en) 2017-06-22
EP3353730A4 (en) 2019-06-19
EP3353730A2 (en) 2018-08-01
US10853771B2 (en) 2020-12-01
JP6434679B2 (ja) 2018-12-05
KR20190084204A (ko) 2019-07-16
CN108369698A (zh) 2018-08-03
WO2017054016A3 (en) 2017-05-04

Similar Documents

Publication Publication Date Title
CN108369698B (zh) 用于从单个电子支付和/或支票支付清偿多收款方的系统和方法
US10922769B2 (en) Systems and methods for database management of transaction information including data representative of documents related thereto
US10387858B2 (en) Integrated electronic cash flow management system and method
US20180315046A1 (en) Apparatus and method for providing transaction security and/or account security
US7711639B2 (en) Pre-funding system and method
US8566231B2 (en) Method and system for providing buyer bank payable discounting aggregation services
US10402899B2 (en) Shared expensive management
US11694171B2 (en) Funds network and method
US20190180253A1 (en) System and method for managing incarcerated populations through automated pretrial release services including electronic bail, fine and fee payment
US8489504B1 (en) Transferring money using a mobile electronic device
RU2647663C2 (ru) Способы и системы для обработки электронных выплат
US20140236820A1 (en) Systems and methods of remote payment for stored value settlement
US11615491B2 (en) Systems and methods for database management of transaction information and payment instruction data
US20130030993A1 (en) Systems and methods for managing risk in banking transactions
US8688576B2 (en) Bill control
KR20180052839A (ko) 크라우드 펀딩 기반의 계 운영 방법
JP6767458B2 (ja) 単一の電子および／または小切手支払から複数の被支払人に清算を行うためのシステムおよび方法
US20200051164A1 (en) Method, System, and Computer Program Product For Processing A Fund Disbursement Transaction
KR102186585B1 (ko) 온라인 대출계약 관리방법 및 이를 수행하기 위한 온라인 금융 거래 어플리케이션
EP2355029A1 (en) Electronic clearing and payment system
US20160042449A1 (en) Micro lending method and apparatus
US20160125373A1 (en) System and method for concurrent electronic remittance and funds transfer
EP2355031A1 (en) Electronic clearing and payment system
EP2355030A1 (en) Electronic clearing and payment system
EP2355032A1 (en) Electronic clearing and payment system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant