CN117501293A - 将一批接收方账户导入到实时支付网络应用平台上的系统和方法 - Google Patents

Abstract

导入一批接收方账户的系统和方法。一种方法可包括：在信息处理设备的应用平台用户界面上，接收导入接收方文件的选择，其中，所述接收方文件包括多个接收方账户的列表；通过分析接收方文件，识别与列表中所述多个接收方账户中的每个账户相关的一个或多个数据点；根据已识别的一个或多个数据点，确定多个接收方账户的子集是否包含缺陷；以及在应用平台用户界面上提供与所述确定相关的结果。

Description

将一批接收方账户导入到实时支付网络应用平台上的系统和 方法

相关专利申请的交叉引用

本申请要求2022年5月9日提交的第17/662,502号美国申请的优先权权益，所述第17/662,502号美国申请通过本发明的整体引用，成为本发明的一部分。

技术领域

本公开总体上涉及电子交易领域，更具体涉及将一批接收方账户导入到与实时支付网络相关的应用平台上的系统和方法。

背景技术

企业、商户、消费者、金融实体和/或政府实体可通过各种支付网络在国内外进行电子资金转账、支付处理(如电子商务支付)、资本管理等。为了方便向一个或多个接收方进行付款和/或资金转账，需要将与其各自接收方账户相关的信息输入到交易处理系统中。在常规情况下，将接收方账户以迭代方式(即逐个)输入到系统中。这样的过程既繁琐又费时，特别是在需要批量支付的情况下(例如当需要促进数百个接收方账户的付款时)。本公开旨在解决现有电子交易系统和服务的这些和其他弊端。

本发明中提供的背景说明旨在概括介绍本公开的背景情况。除非本发明另有说明，否则本节所述材料并非本申请权利要求的现有技术，也不因列入本节而被承认为现有技术或现有技术的建议。

发明内容

根据本公开的某些方面，公开了用于快速轻松将一批接收方账户导入到应用平台上、识别每个已导入的接收方账户的有效性以及让用户了解到与导入过程相关的任何问题的系统和方法。

本公开的一个实施例可以是一种将一批接收方账户导入到与实时交易系统相关的应用平台的方法，所述方法包括：在信息处理设备的应用平台用户界面上接收导入接收方文件的选择，其中，所述接收方文件包括多个接收方账户的列表；通过分析接收方文件，识别与列表中所述多个接收方账户中的每个账户相关的一个或多个数据点；根据已识别的一个或多个数据点，确定多个接收方账户的子集是否包含缺陷；以及在应用平台用户界面上提供与所述确定相关的结果。

本公开的一个实施例可以是一种实时交易系统，包括：一个或多个计算机可读介质，存储用于将一批接收方账户导入到应用平台上的指令；一个或多个处理器，可执行指令，以进行包括以下步骤的操作：在信息处理设备的应用平台用户界面上，接收导入接收方文件的选择，其中，所述接收方文件包括多个接收方账户的列表；通过分析接收方文件，识别与列表中多个接收方账户中的每个接收方账户相关的一个或多个数据点；根据已识别的一个或多个数据点，确定多个接收方账户的子集是否包含缺陷；以及在应用平台用户界面上，提供与所述确定相关的结果。

本公开的一个实施例可以是一种实时交易系统，包括：一个或多个计算机可读介质，存储用于将一批接收方账户导入到与实时电子交易相关的应用平台上的指令；一个或多个处理器，可执行指令，以执行包括以下步骤的操作：在信息处理设备的应用平台用户界面上接收导入接收方文件的选择，其中，所述接收方文件包括多个接收方账户的列表；通过分析接收方文件，识别与列表中所述多个接收方账户中的每个账户相关的一个或多个数据点；根据已识别的一个或多个数据点，确定多个接收方账户的子集是否包含缺陷；以及在应用平台用户界面上提供与所述确定相关的结果。

公开实施例的更多目的和优点将在以下说明中得到部分阐述且部分显而易见，或者可通过公开实施例的实践而获知。利用所附权利要求中具体指出的要素及组合，可以实现并获得公开实施例的这些目的和优点。

为了更好地理解本发明的实施例及其其他和进一步的特征和优点，请结合附图参考以下说明。本发明的范围由所附权利要求书进行限定。

附图说明

本说明书中包含并形成本说明书一部分的附图说明了本公开的几个实施例，与以下说明一起共同说明本公开的原理。

图1显示了根据本公开一个方面所述的示例性电子交易系统的框图。

图2显示了根据本公开一个方面所述的将一批接收方账户导入到应用平台上的示例性方法的流程图。

图3显示了根据本公开一个方面所述的示例性应用平台用户界面。

图4显示了根据本公开一个方面所述的示例性应用平台用户界面。

图5显示了根据本公开一个方面所述的示例性应用平台用户界面。

图6显示了根据本公开一个方面所述的示例性应用平台用户界面。

图7显示了根据本公开一个方面所述的将一批接收方账户导入到应用平台上的示例性方法的流程图。

图8显示了一种用于执行本发明所述技术的计算机系统。

具体实施方式

以下实施例描述了将一批接收方账户导入到与实时交易系统相关的应用平台上的系统和方法。更具体地，本公开所设想的实施例使商户、顾客、企业、机构等能够快速轻松地导入大量接收方账户信息。

如上所述，传统的交易平台可能只能使用户一次输入一条付款受益人的接收方信息。这样的过程可能非常繁琐，特别是对于经常需要为许多受益人付款的实体而言。例如，鉴于一个组织或实体需要定期为数百个不同厂商付款，当前为每个厂商单独导入接收方账户信息的要求可能会非常费时，甚至可能会导致付款延迟。

为了解决上述问题，本公开介绍了为用户提供选项的系统和方法，从而为用户提供针对一批接收方账户基本上一次性上传接收方账户信息的选项。此外，在导入过程中，本公开的实施例可以识别与一个或多个接收方账户相关的问题，并且可以为用户纠正已识别的问题提供快速、直接的方法。

在一个实施例中，可以在与实时交易系统相关的应用平台上接收到导入接收方文件(包含与一批接收方账户相关的信息)的选择。然后，一个实施例可利用一个或多个数据分析技术，识别与每个接收方账户相关的一个或多个数据点。之后，一个实施例可确定接收方文件中的任何接收方账户是否包含可能使实时交易系统无法识别或无法验证接收方账户的缺陷。作为对确定至少一个接收方账户存在缺陷的响应，一个实施例可将所述缺陷账户告知平台用户，并可向用户提供弥补缺陷的选项。对于所有成功导入的接收方账户，一个实施例可在应用平台上更新接收方账户数据存储。

应理解，这里特别考虑的是与企业、商户和/或消费者有关的支付交易。尽管这里提到了与企业、商户和消费者有关的支付交易，但某些公开的系统和方法可同样适用于其他各种电子商务和电子交易。实际上，在通过网络传输信贷、货币、加密货币、担保资金、智能合约和/或代币化资金的任何情况下，都可以采用本发明中公开的系统和方法。此外，虽然本发明中将寻求发起电子交易和/或提供第三方服务的一方称为企业、商户或消费者，但寻求发起电子交易的一方不一定是企业、商户或消费者，也可以是金融机构、政府机构、服务提供商、用户或寻求执行电子交易的任何一方。

下面将参照附图对本公开的主题进行更全面的说明，附图构成了本公开的一部分，并通过图示的方式展示了具体的示例性实施例。本发明所述的“示例性”实施例或实施方式不能理解为相对于其他实施例或实施方式而言优选或有利；相反，其旨在反映或表明该实施例是“示例性”实施例。可以以各种不同的形式体现主题，因此，所涵盖或要求保护的主题旨在解释为不限于本发明所述的任何示例性实施例；提供示例性实施例仅用于说明目的。同样，要求保护或涵盖的主题也应具有合理的宽泛范围。例如，除其他方面以外，主题可体现为方法、设备、组件或系统。相应地，实施例可采取硬件、软件、固件或其任何组合的形式。因此，以下详细描述并不具有限制意义。

在整个说明书和权利要求中，除了明示的含义外，术语在上下文中还可能暗示或隐含一些微妙的含义。同样，本发明中使用的短语“在一个实施例中”或“在一些实施例中”并不一定是指相同的实施例，而本发明中使用的短语“在另一实施例中”并不一定是指不同的实施例。其意图在于要求保护的主题包括全部或部分示例性实施例的组合。

尽管下文中使用的术语与本公开中某些具体示例的具体实施方式结合使用，但是可以对这些术语做出最广义的合理解释。事实上，某些术语甚至可以在下文中加以强调；然而，本具体实施方式部分将对任何旨在以任何受限制方式进行解释的术语做出公开而具体的界定。

现在请参考附图，图1显示了一个示例性实时交易系统100，包括一个请求方系统110、一个交易处理器120和一个交易网络140。请求方系统110、交易处理器120和交易网络140可直接、间接和/或通过网络150(例如互联网和/或一个或多个云网络)相互通信。请求方系统110、交易处理器120和交易网络140也可直接通过直接通信线路、物理、技术和/或业务关系组合相互通信。请求方系统110可包括一个或多个实体，例如但不限于国库、商户、消费者、企业、金融机构、政府机构等。例如，请求方系统110可将电子资金传输请求传输到一个或多个接收方。

在一个实施例中，请求方系统110可促进企业请求向消费者传输电子资金。在本实施例中，电子资金可包括法律纠纷赔偿金、保险索赔、股东分红、会员积分、贷款、投资支付、顾客退款支付等。在另一实施例中，请求方系统110可促进企业请求向另一企业传输电子资金。在本实施例中，电子资金可包括应收账款/应付账款(AR/AP)、租金支付、商业贷款支付、工资、银行对银行跨境支付、供应商支付、自由职业者支付、供应链财务支付、商业医疗福利支付、联盟营销计划支付等。在另一实施例中，请求方系统110可促进消费者请求向企业(或商户)传输电子资金。在本实施例中，电子支付可包括销售点终端支付、电子商务结账处支付、在线市场支付、在线数字内容支付、体育博彩支付、电信账单支付、水电费支付、租金支付、投资支付等。在另一实施例中，请求方系统110可促进用户(例如任何个人或消费者)请求向另一用户传输电子资金。在本实施例中，电子资金可包括众筹支付、移动钱包支付、礼品支付、个人对个人支付、账户对账户转账等。在另一实施例中，请求方系统110可促进政府实体请求向消费者传输电子资金。在本实施例中，电子资金可包括政府福利支付、学生补助支付、学费支付、学费报销支付等。在另一实施例中，请求方系统110可促进用户或消费者请求向政府实体传输电子支付。在本实施例中，电子资金可包括交通支付、停车支付、税款支付、许可证支付、工资支付等。

在一个实施例中，请求方系统110可利用交易处理器120提供的集成门户(或平台)和/或集成服务进行用户体验和/或用户界面(例如AR/AP、企业资源规划(ERP)系统、网站、应用程序等)集成，以便与交易处理器120进行交互。在某些实施例中，请求方系统110可以通过采用集成工具包/服务和/或自己动手(DIY)模型(此模型采用交易处理器120的API系统122)与交易处理器120集成。

仍参照图1，交易处理器120可包括一个应用编程接口(API)系统122(例如API网关)、一个安全系统124、一个分析系统126、一个编排系统128、一个连接系统130和一个对账系统134。连接系统130可在国内和/或国外与各种市场(如市场1-N132a-132n)进行通信。交易处理器120可促进请求方系统110与交易网络140之间的电子交易和通信。例如，API系统122可通过交易处理器120的API(例如表现层状态转换(RESTful)实时API或基于文件的批处理API)接收来自请求方系统110的一个或多个电子转账(或支付)请求。可通过一个或多个公共超文本传输协议安全(HTTPS)端点访问RESTful API(或API)。可通过一个或多个公共安全文件传输协议(SFTP)端点访问批处理API(或API)。API可包括在交易处理器120中创建顾客身份、将银行账户与顾客身份相关联以及在多个账户之间进行支付的能力。API系统122可与安全系统124、分析系统126和编排系统128通信，以执行本公开的电子交易。例如，API系统122可将电子资金转账(或支付)请求传输到编排系统128。然后，编排系统128可通过连接系统130将电子支付请求传输到交易网络140中的适当网络或方案。(下文将进一步详述。)此外，对账系统134可接收来自交易网络140的通知、消息和/或确认，并可将与电子资金转账请求相关的适当消息、告警和/或信号实时地传输到请求方系统110。

交易处理器120可以是在国内和/或国外使用单一API的单一处理器。也就是说，交易处理器120可通过建立一个以客户为中心的平台，在国内和/或国外统一、编排和执行电子交易，从而促进账户对账户的实时电子交易(例如电子支付、资金转账、货币兑换、报销、资产管理等)。此外，交易处理器120可在单一平台内执行电子资金转账、货币兑换交易、代币化和/或电子交易授权。此外，交易处理器120可按照全球公认的安全和隐私惯例持续运行。此外，交易处理器120可根据用户(例如请求方系统110)的偏好通过编排系统128实时地进行智能支付路由。在某些实施例中，用户可实时地更改交易路由偏好(例如完成支付交易的时间和成本)。除其他方面以外，本公开的交易处理器120可提供单一合作伙伴问责制、降低成本、改进现金流、提高支付安全性、改进支付访问，并可更好地了解支付/资金情况并对其进行问责。因此，交易处理器120可以是执行支付交易的一站式服务点。

仍参照图1，交易网络140可包括一个或多个网络或方案142a、142b-142n。一个或多个方案(或网络)142a-142n可包括自动清算所(ACH)网络(例如ACH、Same Day ACH等)、银行卡网络(例如美国运通卡、发现卡、万事达卡、维萨卡等)、实时支付(RTP)网络(例如清算所等)、区块链网络、电汇网络、快速支付网络、银行家自动清算系统(Bacs)支付方案、清算所自动支付系统(CHAPS)网络、单一欧元支付区(SEPA)网络、SEPA即时信用转账(SCT Inst)网络和/或其他金融平台网络(例如Dwolla、PayPal、西联汇款、Currencycloud、TransferMate等)。交易网络140可根据一个或多个方案142a、142b-142n的既定政策和/或规则，在对电子资金转账请求进行验证和/或授权后，完成或拒绝电子资金转账请求。

图2显示了一个将一批接收方账户导入到与实时交易系统100相关的应用平台上的示例性方法200的流程图。下文将描述根据系统100并进一步参照图3-6执行的方法200的示例性过程流程。

在步骤202中，一个实施例可以接收用户选择，将包含一批接收方账户的接收方文件导入到应用平台上。在一个实施例中，可通过与应用平台用户界面进行交互来促进所述导入选择。更具体地，用户可采用一种或多种不同的方式向用户界面提供选择输入，如触摸输入、手写笔输入、鼠标和/或键盘输入、语音输入等。在一个实施例中，所述接收方文件可通过一种或多种不同的方式导入到应用平台上。例如，用户可通过从下拉列表中选择相关文件、从存储位置(例如驻留在用户设备上等)中选择文件、将相关文件拖放到用户界面的指定区域中以及本发明未明确披露的其他技术来导入接收方文件。

作为上述内容的一个非限制性示例，就图3中描述的用户界面300而言，在选择按钮310添加接收方账户后，可能会出现选项屏幕320。选项屏幕320可包含添加单个接收方账户322或可替代地导入一批接收方账户324的选择。选择后者时，如图4所示，用户界面400的上方可能会出现接收方账户导入屏幕410。在本发明所示的实施例中，用户可将选定的接收方文件412拖放到指定的下拉区域414中。一旦检测到接收方文件，应用平台就会继续上传过程。

在一个实施例中，接收方文件可能需要采用预定的文件格式(例如，逗号分隔值(CSV)文件等)。更具体地，与应用平台相关的一个或多个协议可能要求所有导入到应用平台的文件采用特定的文件格式，并且可能相应拒绝所有不具备适当格式设置的文件。此外或可替代地，应用平台还可以包含将格式设置不正确的文件转换成可接受格式的功能。例如，作为对检测到接收方文件具有不一致的文件格式(即应用平台不支持的文件格式)的响应，一个实施例可以向用户发出通知，询问其是否想要调整文件格式设置。作为对检测到用户的确认输入的响应，一个实施例可以继续进行文件格式转换。作为前述内容的替代方案，一个实施例可以自动促进文件格式转换(即在检测到格式设置错误的文件后，无需接收任何额外用户输入)。

在步骤204中，一个实施例可以识别与接收方文件中每个接收方账户相关的数据点。更具体地，接收方文件中的每个接收方账户可包含一个或多个识别信息的条款，例如：与接收方账户所有人相关的信息(例如姓名、地址、通信信息等)、与接收方账户相关的业务信息(例如业务名称、地址、公司成立状态等)、与接收方账户相关的银行信息(例如银行名称、地址、接收方账号、银行识别码(BIC)、国际银行账号(IBAN)等)等。一个实施例可以利用本领域已知的一种或多种数据分析技术来解析接收方文件中的每个接收方账户，并检索部分或全部上述类型的信息。

在步骤206中，一个实施例可确定接收方帐户的至少一个子集是否存在缺陷。在这方面，一个实施例可确定与每个接收方账户相关的一个或多个已识别数据点是否不正确、不可验证、与另一已列出的接收方账户重复和/或在其他方面存在缺陷，以防止实时交易系统以正确的方式促进向接收方账户付款。在一个实施例中，通过将每个接收方账户中已识别的部分或全部数据点与包含与这些账户相关的已存储和/或可验证信息的一个或多个数据库进行比较，即可促进所述确定。例如，对于特定的接收方账户，由于接收方账户的已列出BIC没有正确的字母数字数量和/或排序，因此实时交易系统可识别接收方账户的已列出BIC无效。再如，一个实施例可与指定银行或金融机构通信，以确定接收方账户中已列出的信息是否有效(例如，一个实施例可确定已列出的金融机构是否具有接收方账户中提供的账号记录)。

作为在步骤206中对确定任何接收方账户都不存在缺陷的响应，一个实施例可以在步骤208中利用接收方文件中的所有接收方账户来更新接收方账户记录。此外，一个实施例可在用户界面上向用户提供完全成功导入的指示。相反，作为对在步骤206中确定接收方账户子集存在缺陷(即至少一个接收方账户存在缺陷)的响应，一个实施例可以在步骤210中将缺陷账户的子集与有效接收方账户的其余部分隔离，并在步骤212中向用户呈现缺陷接收方账户的指示。

在一个实施例中，缺陷接收方账户的通知可通过一种或多种不同的方式在应用平台上显示。例如，参照图5所示的用户界面500，用户界面500的一部分上方可能会出现导入状态窗口510。导入状态窗口510可包含导入状态表格512，该表格可提供以下指示：接收方文件中识别的接收方账户总数512a、成功导入的接收方账户总数512b以及导入失败(即由于检测到缺陷)的接收方账户总数512c。此外，导入状态窗口510可包含每个缺陷接收方账户514(a-d)的指示。此外，导入状态窗口510还可包含一个可下载接收方文件中与缺陷接收方账户514(a-d)相关的部分的选项516(本发明进一步说明的过程)。

除上述以外或可替代地，一个实施例可向用户提供更全面的导入过程信息。更具体地，参照图6所示的用户界面600，可呈现导入状态表格610，该表格识别了以下一项或多项信息：接收方文件导入到应用平台上的日期610a、导入接收方文件的个体610b、接收方文件中识别的接收方账户总数610c、导入成功的接收方账户总数610d、导入失败的接收方账户总数610e以及识别接收方账户导入成功程度的状态描述610f。此外或可替代地，用户界面600还可呈现缺陷账户表格620，该表格可以识别：缺陷接收方账户在接收方文件中的位置620a、与缺陷接收方账户相关的受益人620b以及缺陷描述620c。此外或可替代地，用户界面600还可呈现重复账户表格630，该表格可以确定：重复账户在接收方文件中的位置630a、与重复接收方账户相关的受益人630b、账号/IBAN 630c以及BIC/Swift代码630d。

除上述情况外，用户界面600还可包含一个可下载接收方文件中与缺陷接收方账户相关的部分的选项640。更具体地，选择该选项640时，应用平台可以识别接收方文件中哪些接收方账户存在缺陷，下载与每个缺陷账户相关的数据，并将该信息以可编辑文档的形式呈现给用户。然后，用户可参照导入状态表格610的错误描述选项卡620c中呈现的参考信息，找出每个缺陷接收方账户中存在的问题。然后，用户可以纠正缺陷，保存对已编辑文件的更改，然后尝试将已纠正的文件导入到应用平台上，如先前步骤202所述。

作为对在步骤214中确定与一个或多个最初缺陷账户相关的缺陷已经得到纠正的响应，一个实施例可以在步骤216中更新接收方账户记录，以包含已纠正的账户。在这方面，在一个或多个交易流程(例如批量支付交易等)中，已纠正的接收方账户现在可以具备入选资格。相反，作为对在步骤214中确定没有对任何最初缺陷接收方账户进行过纠正尝试的响应，或者作为对在步骤214中确定至少一个最初缺陷接收方账户仍然存在缺陷的响应，一个实施例可以在步骤218中保存相关接收方账户的缺陷名称。更具体地，在问题得到弥补之前，任何缺陷接收方账户都可以向用户直观区分，并且/或者在任何未来交易过程中可能不具备入选资格。

图7显示了一个将一批接收方账户导入到与实时交易系统100相关的应用平台上的示例性方法700的流程图。下文将描述根据实时交易系统100执行的方法700的示例性过程流程。

在步骤702中，一个实施例可以接收将接收方文件导入到应用平台上的选择。所述接收方文件可包含多个接收方账户(例如数十个接收方账户、数百个接收方账户等)以及与之相关的信息。在一个实施例中，所述接收方文件可采用应用平台协议规定的特定文件格式。在步骤704中，一个实施例可以识别与接收方文件中每个接收方账户相关的一个或多个数据点。更具体地，一个实施例可以对每个接收方账户进行解析，以识别以下一种或多种信息：与接收方账户所有人相关的信息、与接收方账户相关的业务信息、与接收方账户相关的银行信息等。在步骤706中，一个实施例可确定一个或多个接收方帐户(即接收方帐户的子集)是否存在缺陷。在这方面，一个实施例可确定与每个接收方账户相关的一个或多个已识别数据点是否不正确、不可验证、与另一已列出的接收方账户重复和/或在其他方面存在缺陷，以防止实时交易系统以正确的方式促进向接收方账户付款。在步骤708中，一个实施例可向应用平台用户提供所述确定的指示。在检测到缺陷接收方账户的情况下，一个实施例可以向用户识别这些缺陷账户(例如，在应用平台用户界面上)，并可提供与之相关的缺陷指示。

除了标准台式机或服务器以外，以下情况也完全属于本公开的范围，即任何能够满足所需存储和处理需求的计算机系统都将适用于实施本公开的实施例。其中可包括平板设备、智能手机、密码输入器和任何其他计算机设备，无论是移动设备还是分布在网络上的设备(即基于云的设备)。

除非另有特别说明，从下面讨论中可以明显看出，在整个说明书的讨论中，应理解，术语“处理”、“运算”、“计算”、“确定”、“分析”或类似术语指的是计算机或计算系统或类似电子计算设备的操作和/或过程，这些操作和/或过程将以物理量(如电子量)表示的数据操作和/或转换成同样以物理量表示的其他数据。

同样，术语“处理器”可指处理电子数据的任何设备或设备的一部分，例如，从寄存器和/或内存中处理电子数据，将电子数据转换成可存储在寄存器和/或内存中的其他电子数据。“计算机”、“计算机器”、“计算平台”、“计算设备”或“服务器”可包括一个或多个处理器。

图8显示了指定编号为800的计算机系统。计算机系统800可包括一组指令，执行这些指令可使计算机系统800执行本发明中公开的任何一种或多种方法或基于计算机的功能。计算机系统800可作为独立的设备运行，也可利用网络等方式与其他计算机系统或外围设备连接。

在网络部署中，计算机系统800可以服务器的身份运行，或在服务器-客户端用户网络环境中作为客户端用户计算机运行，或在点对点(或分布式)网络环境中作为对等计算机系统运行。计算机系统800还可作为各种设备实现，或者集成到各种设备中，例如个人计算机(PC)、平板电脑、机顶盒(STB)、个人数字助理(PDA)、移动设备、掌上电脑、笔记本电脑、台式计算机、通信设备、无线电话、固定电话、控制系统、相机、扫描仪、传真机、打印机、寻呼机、个人可信设备、环球网设备、网络路由器、交换机或网桥，或任何其他能够执行一组指令(顺序指令或其他指令)的机器。在一个特定实施方式中，可利用提供语音、视频或数据通信的电子设备来实现计算机系统800。此外，虽然图中显示的是单个计算机系统800，但是“系统”一词也应视为包括任何系统或子系统的集合，这些系统或子系统可单独或共同执行一组或多组指令，以执行一项或多项计算机功能。

如图8所示，计算机系统800可包括一个处理器802，例如中央处理器(CPU)、图形处理器(GPU)或两者兼有。处理器802可以是各个系统中的一个组件。例如，处理器802可以是标准个人电脑或工作站的一部分。处理器802可以是一个或多个通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列、服务器、网络、数字电路、模拟电路及其组合或其他现在已知或后来开发的数据分析处理设备。处理器802可以执行软件程序，如手动生成(即编程)的代码。

计算机系统800可包括一个可通过总线808进行通信的存储器804。存储器804可以是主存储器、静态存储器或动态存储器。存储器804可包括但不限于计算机可读存储介质，如各种类型的易失性和非易失性存储介质，包括但不限于随机存取存储器、只读存储器、可编程只读存储器、电可编程只读存储器、电可擦除只读存储器、闪存、磁带或磁盘、光学介质等。在一个实施方式中，存储器804包括一个用于处理器802的高速缓存或随机存取存储器。在可替代实施方式中，存储器804与处理器802分离，例如处理器的缓存存储器、系统存储器或其他存储器。存储器804可以是用于存储数据的外部存储设备或数据库。示例包括硬盘驱动器、光盘(“CD”)、数字视频光盘(“DVD”)、存储卡、记忆棒、软盘、通用串行总线(“USB”)存储设备或任何其他可用于存储数据的设备。存储器804可用于存储处理器802可执行的指令。图中所示或本发明所述的功能、行为或任务可由执行存储在存储器804中的指令的编程处理器802执行。这些功能、行为或任务与特定类型的指令集、存储介质、处理器或处理策略无关，并可由软件、硬件、集成电路、固件、微代码等单独或联合执行。同样，处理策略可包括多处理、多任务、并行支付等。

如图所示，计算机系统800可进一步包括一个显示单元810，如液晶显示器(LCD)、有机发光二极管(OLED)、平板显示器、固态显示器、阴极射线管(CRT)、投影仪、打印机或其他现在已知或后来开发的用于输出已确定信息的显示设备。显示器810可作为用户查看处理器802运行情况的界面，或具体作为与存储在存储器804或驱动单元806中的软件的界面。

此外或可替代地，计算机系统800还可包括一个输入设备812，输入设备812允许用户与系统800的任何组件进行交互。输入设备812可以是数字键盘、键盘或光标控制设备，如鼠标、操纵杆、触摸屏显示器、遥控器或任何其他与计算机系统800交互的设备。

计算机系统800还可(或可替代地)包括一个磁盘驱动器单元或光驱单元806。磁盘驱动器单元806可包括一个计算机可读介质822，其中可嵌入一组或多组指令824，例如软件。此外，指令824可以体现本发明所述的一种或多种方法或逻辑。在由计算机系统800执行期间，指令824可完全或部分位于存储器804和/或处理器802中。如上所述，存储器804和处理器802还可包括计算机可读介质。

在一些系统中，计算机可读介质822包括指令824，或接收并执行响应传播信号的指令824，使得连接到网络870的设备能够通过网络870传达语音、视频、音频、图像或任何其他数据。此外，可通过通信端口或接口820和/或利用总线808在网络870上传输或接收指令824。通信端口或接口820可以是处理器802的一部分，也可以是单独组件。可在软件中创建通信端口820，也可以是硬件中的物理连接。通信端口820可与网络870、外部介质、显示器810或系统800中的任何其他组件或其组合连接。与网络870的连接可以是物理连接，例如有线以太网连接，也可以通过无线方式建立连接，如下文所述。同样，与系统800其他组件的附加连接可以是物理连接，也可以通过无线方式建立连接。网络870可替代地与总线808直接连接。

虽然计算机可读介质822显示为单一介质，但“计算机可读介质”一词可包括单一介质或多种介质，例如集中式或分布式数据库，和/或存储一组或多组指令的相关缓存和服务器。术语“计算机可读介质”还可包括能够存储、编码或携带一组指令的任何介质，这些指令可由处理器执行，或使计算机系统执行本发明中公开的任何一种或多种方法或操作。计算机可读介质822可以是非暂态计算机可读介质，也可以是有形计算机可读介质。

计算机可读介质822可包括固态存储器，如存储卡或其他包，其中包含一个或多个非易失性只读存储器。计算机可读介质822可以是随机存取存储器或其他易失性可重写存储器。此外或可替代地，计算机可读介质822可包括磁光介质或光学介质，如磁盘、磁带或其他存储设备，用于捕捉载波信号，如通过传输介质传达的信号。电子邮件或其他独立信息档案或档案集的数字文件附件可视为分发介质，即有形存储介质。相应地，本公开可视为包括可用于存储数据或指令的计算机可读介质或分发介质及其他相当介质和后继介质中的任何一种或多种。

在替代实施方式中，可以构建专用硬件实施方式，如专用集成电路、可编程逻辑阵列和其他硬件设备，以实现本发明所述的一种或多种方法。可包括各种实施方式的装置和系统的应用可广泛包括各种电子和计算机系统。本发明所述的一种或多种实施方式可利用两个或多个特定的互连硬件模块或设备来实现功能，这些硬件模块或设备采用相关的控制和数据信号，可在模块之间或通过模块传达，或作为专用集成电路的部分。相应地，本系统包括软件、固件和硬件实施方式。

计算机系统800可连接到一个或多个网络870。网络870可以定义一个或多个网络，包括有线或无线网络。无线网络可以是蜂窝电话网络、802.11、802.16、802.20或WiMAX网络。此外，此类网络还可包括公共网络(如互联网)、私有网络(如内联网)或其组合，并且可以利用现有或后来开发的各种网络协议，包括但不限于基于TCP/IP的网络协议。网络870可包括广域网(WAN)(如互联网)、局域网(LAN)、校园网、城域网、直接连接(如通过通用串行总线(USB)端口)或任何其他可进行数据通信的网络。网络870可将一台计算设备与另一台计算设备耦合，以实现设备间数据通信。网络870一般可以采用任何形式的机器可读介质，用于将信息从一个设备传达到另一个设备。网络870可包括在计算设备之间传输信息的通信方法。网络870可分为多个子网络。子网络可允许访问与其连接的所有其他组件，或限制组件之间的访问。网络870可视为公共或私有网络连接，并且可包括虚拟私有网络或在公共互联网上使用的加密或其他安全机制等。

根据本公开的各种实施方式，可通过计算机系统可执行的软件程序实现本公开所述的方法。此外，在一个示例性、非限制性实施方式中，实施方式可包括分布式处理、组件/对象分布式处理和并行支付。可替代地，可以构建虚拟计算机系统处理，以实现本发明所述的一种或多种方法或功能。

尽管本说明书描述了可以参照特定标准和协议在特定实施方式中实现的组件和功能，但是所述公开并不局限于此类标准和协议。例如，互联网及其他分组交换网络传输标准(例如TCP/IP、UDP/IP、HTML、HTTP等)代表技术现状的示例。此类标准会定期被功能基本相同、速度更快或效率更高的等同标准所取代。相应地，与本发明中公开的标准和协议具有相同或相似功能的替代标准和协议可视为其等同标准和协议。

应理解，在一个实施例中，由处理(即计算机)系统的一个适当的处理器(或多个处理器)通过执行存储在存储器中的指令(计算机可读代码)来执行所述方法的步骤。还应理解，所公开的实施例并不局限于任何特定的实施方式或编程技术，利用任何适当的技术即可实现所公开的实施例，从而实现本发明所述的功能。所公开的实施例并不局限于任何特定的编程语言或操作系统。

应理解，在上述对示例性实施例的描述中，为了简化公开并帮助理解一个或多个不同的发明方面，有时会将实施例的各种特征集中在一个实施例、附图或说明中。然而，不应将这种公开方法解读为反映一种意图，即要求保护的实施例所需的特征多于每项权利要求中明确阐述的特征。相反，正如以下权利要求所反映的那样，本发明的创造性在于不完全包含前述单一公开实施例的所有特征。因此，具体实施方式之后的权利要求特此明确纳入本具体实施方式，每项权利要求作为一个单独的实施例独立存在。

此外，本领域技术人员可以理解，虽然本发明所述的一些实施例包括一些特征，但不包括其他实施例中包含的其他特征，但是不同实施例的特征组合均属于本公开范围内的内容，并形成不同的实施例。例如，在以下权利要求中，可以在任意组合中使用任何要求保护的实施例。

此外，在本发明中，一些实施例被描述成一种方法或一种方法的要素组合，这种方法或组合可通过计算机系统处理器或其他执行该功能的手段来实现。因此，采用执行这种方法或方法要素的必要指令的处理器就构成了执行该方法或方法要素的手段。此外，装置实施例所述的一个要素是功能执行手段的一个示例，所述功能由所述要素执行，以实现所述功能。

本发明提供的说明中阐述了许多具体细节。然而，应理解，在没有这些具体细节的情况下，也可以实施本公开的实施例。在其他情况下，为了不影响对于本说明的理解，尚未详细展示众所周知的方法、结构和技术。

同样，需要注意，权利要求中使用的术语“耦合”不应解读为仅限于直接连接。可以使用“耦合”、“连接”及其派生词。应理解，这些术语并不互为同义词。因此，“设备A与设备B耦合”这一表述的范围不应局限于设备A的输出端与设备B的输入端直接相连的设备或系统。这意味着在A的输出端和B的输入端之间存在一条路径，这条路径可能包括其他设备或装置。“耦合”可能是指两个或多个元件发生直接物理或电气接触，也可能是指两个或多个元件相互之间未直接接触，但仍能相互配合或相互作用。

因此，虽然本发明已经对被视为本公开优选实施例的实施例进行了说明，但本领域技术人员将会认识到，在不脱离本公开精神的前提下，还可以对本公开进行其他和进一步的修改，并且所有这些变更和修改均应纳入本公开的范围内。例如，上面给出的任何公式仅代表可以使用的程序。可在框图中添加或删除功能，功能块之间也可进行操作互换。在本公开的范围内，可以添加或删除所述方法的步骤。

上述公开主题可视为说明性主题，而非限制性主题，所附权利要求旨在涵盖属于本公开真正精神和范围内的所有此类修改、增强及其他实施方式。因此，在法律允许的最大范围内，本公开的范围需根据以下权利要求及其等同权利要求的最宽泛解释进行确定，而不应受到上述具体实施方式的约束或限制。虽然已经对本公开的各种实施方式进行了说明，但是对于本领域普通技术人员而言显而易见的是，在本公开的范围内，还可以有更多的实施方式。相应地，除所附权利要求及其等同权利要求外，本公开不受任何约束。

Claims (20)

1.一种将一批接收方账户导入到与实时交易系统相关的应用平台上的方法，所述方法包括：

在信息处理设备的应用平台用户界面上，接收导入接收方文件的选择，其中，所述接收方文件包括多个接收方账户的列表；

通过分析接收方文件，识别与列表中多个接收方账户中的每个接收方账户相关的一个或多个数据点；

根据已识别的一个或多个数据点，确定多个接收方账户的子集是否包含缺陷；以及

在应用平台用户界面上提供与所述确定相关的结果。

2.根据权利要求1所述的方法，其中，由应用平台的一个或多个协议规定与所述接收方文件相关的格式。

3.根据权利要求1所述的方法，其中，所述一个或多个数据点包括从受益人信息、接收方账户信息和相关金融机构信息中选择的至少一个信息特征。

4.根据权利要求1所述的方法，其中，所述确定包括将已识别的一个或多个特征与包含一个或多个数据点中每个点的已验证数据的一个或多个数据存储进行比较。

5.根据权利要求1所述的方法，其中，所述提供结果包括作为对确定多个接收方账户的子集包含缺陷的响应，向用户提供通知。

6.根据权利要求5所述的方法，其中，所述通知的提供形式为出现在用户界面一部分上的弹出窗口。

7.根据权利要求6所述的方法，其中，作为对所述提供操作的响应，所述弹出窗口可自动出现。

8.根据权利要求6所述的方法，其中，在所述弹出窗口中直观区分多个接收方账户的子集中的每个接收方账户。

9.根据权利要求5所述的方法，进一步包括：在用户界面上呈现一个可下载接收方文件中与多个接收方账户的子集相关的部分的选项。

10.根据权利要求5所述的方法，进一步包括在应用平台上采用多个接收方账户的其余部分(不包括所述子集)更新可选择接收方账户库。

11.一种实时交易系统，包括：

一个或多个计算机可读介质，存储用于将一批接收方账户导入到应用平台上的指令；

一个或多个处理器，可执行指令，以进行包括以下步骤的操作：

在信息处理设备的应用平台用户界面上，接收导入接收方文件的选择，其中，所述接收方文件包括多个接收方账户的列表；

通过分析接收方文件，识别与列表中多个接收方账户中的每个接收方账户相关的一个或多个数据点；

根据已识别的一个或多个数据点，确定多个接收方账户的子集是否包含缺陷；以及

在应用平台用户界面上提供与所述确定相关的结果。

12.根据权利要求11所述的实时交易系统，其中，由应用平台的一个或多个协议规定与所述接收方文件相关的格式。

13.根据权利要求11所述的实时交易系统，其中，所述一个或多个数据点包括从受益人信息、接收方账户信息和相关金融机构信息中选择的至少一个信息特征。

14.根据权利要求11所述的实时交易系统，其中，所述确定操作进一步包括：

将已识别的一个或多个数据点与包含一个或多个特征中每个特征的已验证数据的一个或多个数据存储进行比较。

15.根据权利要求11所述的实时交易系统，其中，所述提供结果操作进一步包括：

作为对确定多个接收方账户的子集包含缺陷的响应，向用户提供通知。

16.根据权利要求15所述的实时交易系统，其中，所述通知的提供形式为出现在用户界面一部分上的弹出窗口。

17.根据权利要求15所述的实时交易系统，其中，在所述弹出窗口中直观区分多个接收方账户的子集中的每个接收方账户。

18.根据权利要求15所述的实时交易系统，其中，所述操作进一步包括：

在用户界面上呈现一个可下载接收方文件中与多个接收方账户的子集相关的部分的选项。

19.根据权利要求11所述的实时交易系统，其中，所述操作进一步包括：

在应用平台上采用多个接收方账户的其余部分(不包括所述子集)更新可选择接收方账户库。

20.一种实时交易系统，包括：

一个或多个计算机可读介质，存储用于将一批接收方账户导入到与实时电子交易相关的应用平台上的指令；

一个或多个处理器，可执行指令，以进行包括以下步骤的操作：

在信息处理设备的应用平台用户界面上，接收导入接收方文件的选择，其中，所述接收方文件包括多个接收方账户的列表；

通过分析接收方文件，识别与列表中多个接收方账户中的每个接收方账户相关的一个或多个数据点；

根据已识别的一个或多个数据点，确定多个接收方账户的子集是否包含缺陷；以及

在应用平台用户界面上提供与所述确定相关的结果。