CN117795541A - 在实时支付网络中处理批量支付的系统和方法 - Google Patents

Abstract

执行一批电子交易的系统和方法。一种方法可包括：在与实时交易系统相关的信息处理设备用户界面上，接收导入交易文件的选择，其中，所述交易文件包括多个交易请求的列表；通过分析交易文件，识别与列表中多个交易请求中的每个交易请求相关的一个或多个特征；根据已识别的一个或多个特征，确定多个交易请求的子集是否存在缺陷；作为对所述确定的响应，将所述子集与多个交易请求的其余部分隔离；以及作为对接收用户授权输入的响应，促进其余部分中多个交易请求中每个交易请求的交易流程。

Description

在实时支付网络中处理批量支付的系统和方法

相关申请的交叉引用

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

技术领域

本公开总体上涉及电子交易领域，具体涉及采用单一平台在多个网络上执行批量实时电子交易的系统和方法。

背景技术

企业、商户、消费者、金融实体和/或政府实体可通过各种支付网络在国内外进行电子资金转账、支付处理(如电子商务支付)、资本管理等。可能出现的情况是，单个个体或实体需要处理大量交易(即从单个发送方账户到很多个接收方账户)。虽然目前存在处理批量支付的系统和方法，但这些传统解决方案并没有针对多币种交易(即涉及两种或两种以上币种的批量交易)进行优化，而且如果批量支付的范围非常大(例如对于包含数百笔交易的批量支付等)，这些解决方案就会变得愈加繁琐和耗时。本公开旨在解决现有电子批量支付系统和服务的这些和其他弊端。

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

发明内容

根据本公开的某些方面，公开了用于提供实时交易系统的系统和方法，所述实时交易系统能够处理源于单个发送方账户到一系列不同接收方账户的一批电子交易。

本公开的一个实施例可以是一种通过实时交易系统执行一批电子交易的方法，所述方法包括：在与实时交易系统相关的信息处理设备用户界面上，接收导入交易文件的选择，其中，所述交易文件包括多个交易请求的列表；通过分析交易文件，识别与列表中多个交易请求中的每个交易请求相关的一个或多个特征；根据已识别的一个或多个特征，确定多个交易请求的子集是否存在缺陷；作为对所述确定的响应，将所述子集与多个交易请求的其余部分隔离；以及作为对接收用户授权输入的响应，促进其余部分中多个交易请求中每个交易请求的交易流程。

本公开的一个实施例可以是一种实时交易系统，包括：一个或多个计算机可读介质，存储用于执行实时电子交易的指令；一个或多个处理器，可执行指令，以进行包括以下步骤的操作：在与实时交易系统相关的信息处理设备用户界面上，接收导入交易文件的选择，其中，所述交易文件包括多个交易请求的列表；通过分析交易文件，识别与列表中多个交易请求中的每个交易请求相关的一个或多个特征；根据已识别的一个或多个特征，确定多个交易请求的子集是否存在缺陷；作为对所述确定的响应，将所述子集与多个交易请求的其余部分隔离；以及作为对接收用户授权输入的响应，促进其余部分中多个交易请求中每个交易请求的交易流程。

本公开的一个实施例可以是一种存储用于执行一批电子交易的指令的非暂态计算机可读介质，在通过一个或多个处理器执行时，所述指令可使所述一个或多个处理器进行包括以下步骤的操作：在与实时交易系统相关的信息处理设备用户界面上，接收导入交易文件的选择，其中，所述交易文件包括多个交易请求的列表；通过分析交易文件，识别与列表中多个交易请求中的每个交易请求相关的一个或多个特征；根据已识别的一个或多个特征，确定多个交易请求的子集是否存在缺陷；作为对所述确定的响应，将所述子集与多个交易请求的其余部分隔离；以及作为对接收用户授权输入的响应，促进其余部分中多个交易请求中每个交易请求的交易流程。

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

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

附图说明

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

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

图2显示了根据本公开一个方面所述的与电子交易系统相关的子系统图。

图3显示了根据本公开一个方面所述的与电子交易系统相关的子系统图。

图4显示了根据本公开一个方面所述的与电子交易系统相关的子系统图。

图5显示了根据本公开一个方面所述的与电子交易系统相关的子系统图。

图6显示了根据本公开一个方面所述的与电子交易系统相关的子系统图。

图7显示了根据本公开一个方面所述的在电子交易系统上执行一批电子交易的示例性方法的流程图。

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

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

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

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

图12显示了根据本公开一个方面所述的在电子交易系统上执行一批电子交易的示例性方法的流程图。

图13显示了根据本公开一个方面所述的在电子交易系统上执行一批电子交易的示例性方法的流程图。

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

具体实施方式

以下实施例介绍了处理一批电子交易的系统和方法。更具体地，本公开所设想的实施例可使商户、客户、企业、机构等利用实时支付平台的用户界面更轻松地处理大量跨境批量支付。

如上所述，能够处理批量交易的传统系统存在各种缺陷和不足，降低了用户体验。例如，尽管现有平台使用户能够处理涉及单一货币兑换的批量交易(例如，一批600笔交易请求，其中每笔交易都要从美元(USD)兑换成欧元(EUR))，但目前还没有任何系统能够处理具有两种或两种以上货币兑换的单一批次交易(例如，一批600笔交易请求，其中300笔交易要从美元兑换成欧元，200笔交易要从美元兑换成英镑(GBP)，100笔交易要从美元兑换成卢布(RUB))。在这种情况下，用户需要：1)识别该批次中与每个交易请求相关的货币兑换类型；2)将同类货币兑换交易请求进行分组；3)提交多个批处理请求，对每个分组进行说明。这一过程可能非常费时和繁琐。除上述情况外，传统的批处理系统基本上是二进制性质，即或者执行批次中的所有交易，或者不执行任何交易。更具体地，目前还没有任何系统或方法能够隔离该批次中存在缺陷的交易(即包含错误发送方、接收方和/或支付信息的交易请求)，同时仍允许处理有效交易请求的其余部分。

为解决上述问题，本公开介绍了提供应用平台的系统和方法，用户可利用所述平台促进批量交易。所述平台可以：允许用户选择并导入包含与一批电子交易相关的信息的交易文件，识别并封存该批次交易中被视为有缺陷的任何交易请求，然后处理任何及所有已批准的交易请求。与应用平台相关的批处理系统可包括：一个应用门户接口、一个批量导入服务、一个支付编排器、一个路由引擎、一个方案跨境适配器、一个方案跨境企业对企业(B2B)适配器和一个交易查询服务，它们相互通信，促进并执行本公开的批量交易。

在一个实施例中，用户可首先通过与用户界面的交互选择导入到批处理门户中的交易文件。所述交易文件可包含一批交易请求，每个交易请求包含有关其各自交易的各类信息(例如发送方信息、接收方信息、支付信息等)。在导入过程中，所述批处理系统可分析与每个交易请求相关的特征，以确定是否存在任何缺陷(例如，发送方或接收方信息不当、银行代码无效、国际银行账号(IBAN)无效等)。此外，所述批处理系统可至少根据指定的接收方币种，动态地将每个交易请求归入一个特定组别或“打包”。之后，用户可看到导入结果画面，该画面提供了导入过程的成功率指示以及动态确定的打包组。然后，用户可以选择预览整个批量支付，此时，用户可以看到存在货币兑换的每个打包组的实时汇率。实时汇率可在预定时间段(如60秒等)内保持有效，如果用户在该时间段内授权交易，则批处理系统可以处理每个有效的交易请求。

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

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

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

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

现在请参考附图，图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-6分别显示了总体实时交易系统的示例性子系统。以下各子系统中的组件和构件可直接、间接和/或通过网络(例如互联网和/或一个或多个云网络)相互通信。此外，以下各子系统中的组件和构件也可直接通过直接通信线路、物理、技术和/或业务关系组合相互通信。

图2显示了一个综合批处理系统的示例性子系统200，包括一个应用门户接口(API)210、一个批量导入服务(BIS)220、一个简单存储服务(S3)230和所有相关构件。在一个实施例中，API 210可接收用户输入，以上传交易文件。所述交易文件可包含一个交易请求列表或一批交易请求。在一个实施例中，所述批次可包含几乎任何数量的交易请求(如100个、500个、1000个等)，每个交易请求可包含各种不同的数据点，包括：发送方信息(如发送方名称、发送方银行账户身份、发送方银行账户本位币等)、接收方信息(如接收方名称、接收方银行账户身份、接收方银行账户本位币等)、交易信息(如交易金额、支付货币、接收货币等)等。在一个实施例中，API 210可要求交易文件采用特定文件格式(例如，逗号分隔值(CSV)文件等)，并可拒绝所有上传不具有适当文件格式的文件的尝试。

仍参照图2，作为对收到上传请求的响应，API 210可将交易文件传输到BIS220。在此阶段，BIS220可对交易文件进行加密(例如使用本领域已知的一种或多种加密技术)，并将其发送到租户特定的S3文件夹230中进行存储。此外，BIS220还可创建并存储交易文件记录222(例如在可访问数据库中等)，验证文件格式(即确保其符合API 110的预定文件格式)，并在假定文件格式有效性的情况下，对交易文件中的交易请求进行计数。然后，BIS220可利用已识别和待处理交易请求的总数更新交易文件记录222。之后，BIS220可以向Batch_Payment_Event主题发布具有批次标识的事件，然后可以向API 210返回已识别交易请求总数的指示。然后，API 210可以向BIS220查询批次状态请求。作为对接收该请求的响应，BIS220可自行在交易文件记录222中查询批次状态。

图3显示了一个综合批处理系统的示例性子系统300，包括BIS 310、S3租户特定文件夹320、账户查询服务(AQS)330和所有相关构件。具体而言，图3表示实时交易系统中用于生成已上传交易文件中交易请求捆绑包的组件。在一个实施例中，用户可与API 210交互，导入先前上传的交易文件，如图2流程所示。作为对收到导入请求的响应，BIS 310可以访问与相关交易文件相关的交易文件记录312。交易文件记录312可包含BIS 310从租户特定的S3文件夹320下载交易文件时必须使用的S3路径指示。一旦从S3文件夹320下载，就可以使用本领域已知的一种或多种已知解密技术对交易文件进行解密。

仍参照图3，然后子系统300可采取一系列行动，将每个交易请求分类整理到其适当的捆绑组中。首先，BIS 310可在批记录表314中为每个交易请求创建一个条目。然后，BIS310可通过与AQS 330通信，识别每个交易请求的发送方和/或接收方账户。更具体地，BIS310可参考与发送方和/或接收方账户相关的账户ID，或参考账户号码以及相关汇款代码。然后，AQS 330可利用此信息将每个交易请求的发送方和/或接收方账户数据返回给BIS310。此后，BIS 310可确定每个交易请求的给定发送方账户是否存在支付捆绑316和/或筹资方法。如果BIS 310确定所列发送方账户不存在支付捆绑(例如，这种情况可能适用于该批次中处理的第一交易请求)，则BIS 310可以创建支付捆绑316，并将发送方账户详细信息填入关联表格中。相反，如果BIS 310确定支付捆绑316已经存在，则应当增加相关表格中支付捆绑316的接收方账户。此外，BIS 310还可以确定付款和接收方货币代码的支付捆绑记录318是否已经存在。作为对做出否定判定的响应，在支付捆绑记录318中可填入接收方和支付货币代码。反之，作为对做出肯定判定的响应，BIS 310可在支付捆绑记录318中更新支付捆绑316中的交易请求总数，并增加接收方总数。

图4显示了一个综合实时交易系统的示例性子系统400，包括BIS 410、支付编排器服务(PCS)420、交易查询服务(TQS)430和所有相关构件。具体而言，图4表示实时交易系统中用于为批次中每个交易请求构建占位符交易的组件。在一个实施例中，BIS 410可以接收所述批次中待处理交易事件的指示。BIS 410可与PCS 420通信，以调用新的PCS端点，针对交易文件中的每个交易请求启动批次交易占位符。PCS 420可使用现有的逻辑来验证支付请求，然后将新批次支付记录事件的指示传输到Transaction_Event主题。然后，BIS 410可以利用发送方账户ID、接收方账户ID、支付捆绑ID、交易ID和支付捆绑组来更新交易文件记录412中的相关字段和状态。BIS 410还可通过减少待处理计数(即尚未创建占位符交易的每个交易请求)和增加成功计数(即已创建占位符交易的每个交易请求)或失败计数(即由于交易请求存在一个或多个缺陷而无法创建占位符交易的每个交易请求)来更新批记录表414。如果待处理计数为0(即批次中没有更多交易请求需要处理)，则批记录表314可以更新为已完成。然后，TQS 430可以从Transaction_Event主题存储新交易，并将状态设置为“BatchRecordRequested”。

图5显示了一个综合实时交易系统的示例性子系统500，包括API 510、BIS 520、PCS 530、TQS 540、路由引擎550、方案跨境适配器(SCBA)560、方案跨境企业对企业适配器(B2B SCBA)570、电子支付处理器580以及所有相关构件。具体而言，图5表示实时交易系统中用于向用户提供每个捆绑的交易预览的组件。在一个实施例中，用户可从API 510中选择一个选项，以获取每个捆绑的交易预览。API 510可与BIS 520进行通信，并指示其调用新的BIS预览捆绑端点。然后，BIS 520可访问批记录表522，检索与该批次中每个可行交易请求相关的所有相关信息，包括与每个交易请求相关的捆绑。然后，BIS 520可向PCS 530提供从希望预览的批记录表522中获取的交易ID列表。作为响应，PCS 530可以返回该批次的交易ID，BIS 520将该交易ID保存在与每个支付捆绑524相关的表格中。然后，PCS 530可生成批次支付预览事件，其中包括该事件中的所有已知交易ID以及该事件中生成的批次ID。PCS530可向BIS 520提供该批次ID，BIS 520相应将其保存在支付中并返回给API 510。

仍参照图5，TQS 540和路由引擎550可以接收新批次支付预览事件的指示。TQS540可创建新交易542，其中包括来自所述批次的交易ID列表。TQS 540还可将所有已包含的交易的批次ID更新为该批次的交易ID。路由引擎550可向TQS 440查询要包含在事件中的所有交易ID，然后查询所有唯一批次ID(如有)，并确保所有批次都有适当的状态名称(例如，状态没有“已发送”或“稍后”状态名称等)。然后，路由引擎550可利用要预览的交易列表，调用SCBA560上的预览支付API。然后，SCBA 560可以相应将相同的交易列表传送给B2B SCBA570。随后，B2B SCBA 570与电子支付处理器580进行通信，以预订交易。作为响应，电子支付处理器580返回该批次中每个交易请求捆绑的汇率。这些汇率可以通过通道进行回传，路由引擎550从SCBA 560接收更新信息后，可生成该批次新的Payment_Options_Chosen事件。然后，TQS 540可以像处理普通支付事件一样处理新事件，并将已处理的信息反馈给API 510。然后，API 510可通过界面向用户提供交易预览。

图6显示了一个综合实时交易系统的示例性子系统600，包括API 610、PCS 620、TQS 630、路由引擎640、SCBA 650、B2B SCBA 660、电子支付处理器670、BIS 680以及所有相关构件。具体而言，图6表示实时交易系统中用于授权与批次中每个交易请求相关的支付的组件。在一个实施例中，在回顾预览交易之后，用户可通过API 610选择授权批量交易。作为对接收授权选择的响应，API 610可与PCS 620通信并指示其授权交易端点。PCS 620可在TQS 630中找到支付记录，并验证是否可以对其进行授权。然后，PCS 630可在批量交易ID的Transaction_Event主题上发布支付已授权事件。

仍参照图6，路由引擎640接收所述支付已授权事件，并查询TQS 630是否存在此交易。然后，路由引擎640利用要授权的成员交易ID列表，调用SCBA 650上的授权支付API。SCBA 650利用相同的交易ID列表，调用B2B SCBA 660。然后，B2B SCBA 660在数据库中查找交易ID，以获得电子支付处理器670所使用的对应ID列表，并确保未发送任何交易ID。然后，B2B SCBA 660利用需要授权的ID列表，与电子支付处理器680通信。然后，B2B SCBA 660利用电子支付处理器670的响应，更新批量交易ID，并将这些结果传送给SCBA 650，SCBA 650再将结果转发给路由引擎640。然后，路由引擎640生成包含授权响应详细信息的批量支付已发送事件。TQS 630接收所述批量支付已发送事件，将批量交易的状态更新为“已发送”，并设置外部提供商和提供商交易ID。然后，BIS 680接收批量支付已发送事件，并利用批次ID和“已发送”状态，更新与每个可行支付捆绑682相关的表格。然后，交易处理成功指示通过TQS 630回传给API 610。

图7显示了一个执行本公开一批电子交易的示例性方法700的流程图。另外还将参考图8-11，以补充说明方法700的讨论。下文将描述根据实时交易系统100(包括上述子系统200、300、400、500和600)执行的方法700的示例性过程流程。

在步骤702中，一个实施例可接收导入交易文件(包含一批交易请求)的用户选择。在一个实施例中，每个交易请求可代表一笔从发送方账户到接收方账户的付款。这些付款可以是国内交易(即在同一国家范围内发生)、跨境交易(即在国际范围内发生)，或者一个批次可包含上述交易的组合。此外，每个交易请求可包含各种不同的数据点，例如：发送方信息(如发送方名称、发送方银行账户身份、发送方银行账户本位币等)、接收方信息(如接收方名称、接收银行账户身份、接收方银行账户本位币等)、交易信息(如交易金额、支付货币、接收方货币等)等。在一个实施例中，用户可选择与API交互，导入先前上传的交易文件。例如，参考图8，图中显示了应用用户界面800，用户可将先前上传的文件拖放到指定的文件下拉区域810中。

在步骤704中，一个实施例可以识别与已导入的交易文件中每个交易请求相关的特征。例如，可分别通过图3和图4所示以及先前上文所述的与子系统300和400相关的组件和流程促进所述识别操作。更具体地，一个实施例可以分析与每个交易请求相关的信息，以确定其是否为有效请求。在这方面，一个实施例可以验证每个交易请求的一个或多个特征，包括：发送方信息、接收方信息、支付信息等。

在步骤706中，一个实施例可以确定交易文件中的一个或多个交易请求是否确定为存在缺陷的请求。利用步骤704中的特征识别流程结果，并将这些结果与一个或多个可访问数据库中可用的存储信息进行比较，即可促进这种确定。潜在缺陷可能包括不正确的发送方或接收方名称、不正确的银行名称、不正确的IBAN等。根据下文的进一步描述，作为对在步骤706中确定交易文件中任何请求均不存在缺陷的响应，一个实施例可以继续进行所述交易流程。反之，作为对在步骤706中确定交易请求中至少有一个子集包含缺陷(即至少有一个交易请求包含错误)的响应，一个实施例可在步骤708中将存在缺陷的交易请求的子集与其余请求隔离。

在一个实施例中，用户可以了解到导入过程的结果。例如，如果识别任何交易请求存在一个或多个问题，则可以向用户提供指示。例如，参考图9，应用用户界面900可以显示导入结果页面。导入结果页面可以含一个部分910，所述部分910指示以下内容：交易文件中已识别请求的数量、成功导入的交易请求数量以及导入失败的请求数量(例如，图9中的部分910显示，交易文件中有604个交易请求，600个请求导入成功，4个请求导入失败)。在一个实施例中，用户可能能够通过在部分910中选择选项912来查看附加详细信息，从而获取有关导入失败的附加信息。作为对选择该选项的响应，弹出屏幕可识别每个存在缺陷的交易请求和/或可识别每个请求的具体问题(例如，在错误描述部分等)。例如，参考图10，图中呈现了应用用户界面1000，作为对选项912选择的响应，该界面可显示错误描述窗口1010，所述窗口1010指示有四个交易请求存在缺陷，并可显示其中存在的问题。除上述以外或可替代地，一个实施例还可自动显示与每个存在缺陷的交易请求相关的详细错误信息，而无需接收任何附加用户输入(例如，一个实施例可以在呈现导入结果页面后自动呈现图10所示的错误描述窗口1010)。

在步骤708中，一个实施例可将存在缺陷的请求与其余有效请求隔离。更具体地，在一个实施例中，可以将所有剩余有效请求分成支付捆绑。每个支付捆绑可与特定的支付货币相关联。更具体地，每个捆绑中的支付货币可对应于与接收方银行账户相关的货币类型。例如，在发送方想要向接收方发送100美元的情况下，如果接收方的账户本位币是欧元，则该笔交易的支付货币也可以是欧元。在一个实施例中，每个支付捆绑可包含具有相同支付货币的交易请求。例如，参考图9，图中提供了支付捆绑部分920，该部分显示存在600个有效交易请求，这些有效请求分成三个不同的支付捆绑，即捆绑一(与欧元相关)922、捆绑二(与英镑相关)924和捆绑三(与美元相关)926。

在一个实施例中，如果用户想要确保合并处理交易文件中的每个交易请求，则他们可能有机会在交易授权之前弥补已隔离交易请求中存在的缺陷。例如，在一个实施例中，用户可以访问与交易文件相关的格式化文档。利用错误描述窗口1010中提供的信息(如图10所示)，用户可以轻松识别需要处理哪些交易请求，以及这些交易请求包含哪些问题。对相关文档进行修复之后，用户可再次上传该文件，并可重复子系统200和300中概述的流程。可替代地，用户可以选择仅处理有效请求，从而继续进行交易。

在步骤710中，一个实施例可以促进每个有效交易请求的交易流程。在一个实施例中，在支付捆绑可视化之后，用户可以选择接收整个交易的预览及其相关费用。例如，作为上述内容的一个非限制性示例，在检测到已经选择了图9所示的“提交付款”按钮930之后，一个实施例可以在图11中的应用界面1100上呈现预览页面。该预览页面可为用户提供各种不同类型的信息。例如，预览页面可包含摘要部分1110，其中包含有关整个交易的交易总金额(即发送的总金额+总费用)以及每个捆绑的交易总金额和相关汇率的信息。除上述以外，预览页面还可包含通知1120，指示必须在预定时间段(如60秒等)内接受用户对预览交易批次的授权，这样所提供的汇率才能适用。具体而言，针对每个捆绑(即1112、1114和1116)提供的汇率仅在指定时间段内有效，如果在该时间段内未接受处理交易授权，则用户可能需要刷新页面或再次预览付款，以获得每个捆绑的最新汇率。在一个实施例中，作为对检测到用户已授权批量交易付款(例如，通过选择“授权付款”按钮1130)的响应，一个实施例可促进每个剩余交易请求的交易处理。

图12显示了一个执行本公开一批电子交易的示例性方法1200的流程图。另外还将参考图8-11，以补充说明方法1100的讨论。下文将描述根据实时交易系统100(包括上述子系统200、300、400、500和600)执行的方法1200的示例性过程流程。

在步骤1202中，一个实施例可以接收导入先前上传交易文件的选择。所述交易文件可通过与用户界面的交互导入到应用门户上。例如，用户可通过从下拉列表(未示出)中选择相关文件、将相关文件拖放到应用界面的指定区域中、通过数据库导航(未示出)从文件存储目的地选择文件以及本发明未明确披露的其他技术来导入交易文件。在一个实施例中，所述交易文件可包含一批交易请求。每个交易请求可包含与从发送方账户到接收方账户的交易相关的信息。所述信息可包括：识别与发送方和/或接收方账户相关的详细信息、指定支付金额、支付货币、接收方货币等。

在步骤1204中，一个实施例可以确定交易文件中的一个或多个交易请求是否存在缺陷。更具体地，一个实施例可以分析与每个交易请求相关的特征信息，以确定能否处理所述交易。作为对在步骤1204中确定任何交易请求均不存在缺陷的响应，一个实施例可以进入步骤1208。相反，作为对在步骤1204中确定至少一个交易请求包含缺陷的响应，一个实施例可以在步骤1206中将每个存在缺陷的交易请求与其余有效请求隔离。

在步骤1208中，一个实施例可以对其余有效交易请求进行分组形成捆绑，并将捆绑信息呈现给用户。在一个实施例中，每个捆绑可基于一笔交易的接收货币，且每个捆绑包含具有相同接收货币的交易请求(例如，所有以欧元作为接收货币的交易请求可以捆绑在一起，所有以英镑作为接收货币的交易请求可捆绑在一起等)。在一个实施例中，每个捆绑可包含与该捆绑相关的信息，实施例可将这些信息呈现给用户。例如，参考图9中的部分920，每个捆绑可提供以下信息的指示：捆绑内的付款次数、付款货币以及捆绑交易的总成本(即发送到接收方账户的金额以及相关费用)。在一个实施例中，用户可以选择继续进行交易，而不处理与存在缺陷的交易请求相关的任何支付。另需注意的是，交易文件中存在一个或多个存在缺陷的交易请求并不会影响其余交易请求的被处理能力。可替代地，在另一实施例中，用户可以选择在继续进行交易之前，解决与存在缺陷的交易请求相关的缺陷。

在步骤1210中，一个实施例可提供所有有效交易的预览。更具体地，如图11所示，作为对检测到用户预览选择的响应，一个实施例可提供预览页面，告知用户交易总金额(即发送到接收方账户的总金额以及与传输相关的费用)以及每个捆绑所使用的汇率，如部分1110所示。此外，预览页面可包含时间段指示(例如，显示为通知框1120)，在该时间段内，需要接受交易授权才能正确处理该交易。作为对在步骤1212中确定在预定时间段内未接受交易授权的响应，一个实施例可在步骤1214中取消交易。在此阶段，用户可能需要刷新预览页面或重新导入交易文件。相反，作为对在步骤1212中确定在预定时间段内已接受交易授权的响应，一个实施例可在步骤1216中处理每个有效的交易请求。在步骤1218中，一个实施例可以利用已促进的交易流程的结果来更新交易活动数据存储。例如，用户可通过导航到应用门户的交易活动选项卡看到这些结果。

图13显示了一个执行本公开一批电子交易的示例性方法1300的流程图。下文将描述根据实时交易系统100(包括上述子系统200、300、400、500和600)执行的方法1300的示例性过程流程。

在步骤1302中，一个实施例可以在应用门户处接收导入先前上传交易文件的选择。所述交易文件可包含一批交易请求(即以指定的支付货币从发送方账户向用户账户提交的付款)。在导入过程中，一个实施例可以分析每个交易请求，以确定它们是否有效。在步骤1304中，一个实施例可将存在缺陷的交易请求与其余有效请求隔离。之后，一个实施例可根据接收方货币(即最终将存入接收方账户的货币)，对有效请求进行分组形成捆绑。在步骤1306中，一个实施例可向用户提供交易预览。预览可让用户了解到交易总金额(即发送到接收方账户的总金额以及与传输相关的费用)以及每个捆绑所使用的汇率。此外，预览还可包含时间段指示，在该时间段内，需要接受交易授权才能处理该交易。作为对在步骤1308中从用户接收授权输入以便在预定时间段内处理交易的响应，一个实施例可以促进资金从发送方账户转入该批次中的多个指定接收方账户。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

尽管本说明书描述了可以参照特定标准和协议在特定实施方式中实现的组件和功能，但是所述公开并不局限于此类标准和协议。例如，互联网及其他分组交换网络传输标准(例如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.根据权利要求1所述的方法，进一步包括在所述确定之后，根据与多个交易请求中的每个交易请求接收帐户相关的币种，将多个交易请求的其余部分分成一个或多个组。

8.根据权利要求7所述的方法，其中，所述促进包括：

确认一个或多个组中每个组的实时汇率；

在用户界面上呈现与预定时间段内所述确认相关的结果指示；以及

作为对在预定时间段内接收用户授权输入的响应，促进交易流程。

9.根据权利要求8所述的方法，进一步包括，作为对在预定时间段内未收到用户授权输入的响应，取消交易流程。

10.根据权利要求1所述的方法，进一步包括在实时交易系统上采用已促进的交易流程的结果，更新交易活动数据存储。

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

一个或多个计算机可读介质，存储用于执行一批电子交易的指令；

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

在与实时交易系统相关的信息处理设备用户界面上，接收导入交易文件的选择，其中，所述交易文件包括多个交易请求的列表；

通过分析交易文件，识别与列表中多个交易请求中的每个交易请求相关的一个或多个特征；

根据已识别的一个或多个特征，确定多个交易请求中的一个子集是否存在缺陷；

作为对所述确定的响应，将所述子集与多个交易请求的其余部分隔离；以及

作为对接收用户授权输入的响应，促进其余部分中多个交易请求中每个交易请求的交易流程。

12.根据权利要求11所述的实时交易系统，其中，所述多个交易请求中的每个交易请求指定了一个在交易过程中使用的相同发送方账户。

13.根据权利要求11所述的实时交易系统，其中，所述一个或多个特征包括从接收方信息、发送方信息、交易价值和币种中选择的至少一个特征。

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

在用户界面的一个区域上直观区分经确定已损坏的多个交易请求的子集。

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

作为对接收用户与一部分区域的交互输入的响应，呈现错误描述窗口，所述窗口包含对经确定存在缺陷的多个交易请求的子集中每个交易请求的解释。

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

在所述确定之后，根据与多个交易请求中的每个交易请求接收帐户相关的币种，将多个交易请求的其余部分分成一个或多个组。

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

确认一个或多个组中每个组的实时汇率；

在用户界面上呈现与预定时间段内所述确认相关的结果指示；以及

作为对在预定时间段内接收用户授权输入的响应，促进交易流程。

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

作为对在预定时间段内未收到用户授权输入的响应，取消交易流程。

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

在实时交易系统上采用已促进的交易流程的结果，更新交易活动数据存储。

20.一种存储用于执行一批电子交易的指令的非暂态计算机可读介质，在通过一个或多个处理器执行时，所述指令可使所述一个或多个处理器进行包括以下步骤的操作：

在与实时交易系统相关的信息处理设备用户界面上，接收导入交易文件的选择，其中，所述交易文件包括多个交易请求的列表；

通过分析交易文件，识别与列表中多个交易请求中的每个交易请求相关的一个或多个特征；

根据已识别的一个或多个特征，确定多个交易请求中的一个子集是否存在缺陷；

作为对所述确定的响应，将所述子集与多个交易请求的其余部分隔离；以及

作为对接收用户授权输入的响应，促进其余部分中多个交易请求中每个交易请求的交易流程。