信息校验方法、装置、设备、介质和程序产品

技术领域

本公开涉及信息安全技术领域，特别是涉及一种信息校验方法、装 置、设备、介质和程序产品。

背景技术

随着国际贸易经济活动越来越繁荣，跨境汇款需求也越发旺盛， 客户期望银行能够为其提供更加高效、更加便捷的跨境汇款功能。与 国内跨行人民币汇款不同，在跨境汇款中，汇款过程涉及汇款行、代 理行、中间行、收款行等众多节点，汇款报文从汇款行节点开始需要 经过多个节点流转和漫长的合规检查才能流转至收款行节点，在最终 的收款行节点才能确认收款人信息是否正确，如果收款人信息不正确， 则需要由收款行节点进行退汇操作，或者通过查询查复等方式补充正 确的收款人信息。

但是无论是上述哪种方式，都会造成客户的资金损失(退汇、重 新汇款收取手续费)，由于非常耗时，将会浪费大量的时间成本，且由 于作为收款方，还需要投入大量的专业人员做银行间查询查复业务， 将会浪费大量的人工成本，降低用户的跨境汇款体验。

发明内容

为了至少部分地克服相关技术的上述技术问题，本公开提供一种 信息校验方法，至少可以将收款人信息校验提前至代理行节点，实现 信息的预校验，避免只有到最终的收款行才能进行信息校验的被动局 面。本公开提供了一种信息校验方法、装置、设备、介质和程序产品。

为了实现上述目标，本公开的一个方面提供了一种信息校验方法， 应用于代理行的服务器，上述方法可以包括：响应于由上述代理行的 应用程序接口网关路由的第一交易请求，获得第一收款方信息，其中， 上述第一交易请求为上述代理行的应用程序接口网关基于来自汇款行 的服务器的第二交易请求生成的，上述第二交易请求用于表征由上述 汇款行向收款行进行跨境汇款交易，基于上述第一收款方信息，确定 上述收款行是否为上述代理行，在上述收款行为上述代理行的情况下， 对上述第一收款方信息进行校验，并获得第一校验结果，以及将上述 第一校验结果通过上述代理行的应用程序接口网关返回给上述汇款行 的服务器，以使上述汇款行的服务器基于上述第一校验结果返回上述 第二交易请求的响应结果。

根据本公开的实施例，上述方法还可以包括：在上述收款行不为 上述代理行的情况下，基于上述第一收款方信息，生成第三交易请求， 以及发送第三交易请求至上述收款行的应用程序接口网关，以使上述 收款行的应用程序接口网关将上述第三交易请求路由至上述收款行的 服务器，在上述收款行的服务器对上述第一收款方信息进行校验，在 获得第二校验结果后，将上述第二校验结果通过上述收款行的应用程 序接口网关返回给上述代理行的服务器，在上述代理行的服务器将上 述第二校验结果返回给上述汇款行的服务器后，上述汇款行的服务器 基于上述第一校验结果返回上述第二交易请求的响应结果。

根据本公开的实施例，上述对上述第一收款方信息进行校验，并 获得第一校验结果可以包括：获取上述第一收款方信息中的第一收款 人账号信息和第一收款人名称信息，检测上述第一收款人账号信息是 否存在于上述代理行的数据库，在上述第一收款人账号信息存在于上 述代理行的数据库的情况下，检测上述第一收款人名称信息是否存在 于上述代理行的数据库，以及在上述第一收款人名称信息存在于上述 代理行的数据库的情况下，确定上述第一校验结果为校验通过。

根据本公开的实施例，上述方法还可以包括：在上述第一收款人 账号信息不存在于上述代理行的数据库的情况下，确定上述第一校验 结果为校验未通过，以及在上述第一收款人名称信息不存在于上述代 理行的数据库的情况下，确定上述第一校验结果为校验未通过。

根据本公开的实施例，上述基于上述第一收款方信息，生成第三 交易请求可以包括：获得上述收款行发送给上述代理行的加密密钥， 以及基于上述第一收款方信息和上述加密密钥，生成第三交易请求。

为了实现上述目标，本公开的另一个方面提供了一种信息校验方 法，应用于收款行的服务器，上述方法可以包括：响应于由上述收款 行的应用程序接口网关路由的第三交易请求，获得第二收款方信息， 其中，上述第三交易请求为代理行的服务器响应于由上述代理行的应 用程序接口网关路由的第一交易请求获得的第一收款方信息生成的， 上述第一交易请求为上述代理行的应用程序接口网关基于来自汇款行 的服务器的第二交易请求生成的，上述第二交易请求用于表征由上述 汇款行向收款行进行跨境汇款交易，对上述第二收款方信息进行校验， 并获得第三校验结果，以及将上述第三校验结果通过上述收款行的应 用程序接口网关返回给上述代理行的服务器，以在上述代理行的服务 器将上述第三校验结果通过上述代理行的应用程序接口网关返回给上 述汇款行的服务器后，上述汇款行的服务器基于上述第三校验结果返 回上述第二交易请求的响应结果。

根据本公开的实施例，上述对上述第二收款方信息进行校验，并 获得第三校验结果可以包括：获取上述第二收款方信息中的第二收款 人账号信息和第二收款人名称信息，检测上述第二收款人账号信息是 否存在于上述收款行的数据库，在上述第二收款人账号信息存在于上 述收款行的数据库的情况下，检测上述第二收款人名称信息是否存在 于上述收款行的数据库，以及在上述第二收款人名称信息存在于上述 收款行的数据库的情况下，确定上述第三校验结果为校验通过。

根据本公开的实施例，上述方法还可以包括：在上述第二收款人 账号信息不存在于上述收款行的数据库的情况下，确定上述第三校验 结果为校验未通过，以及在上述第二收款人名称信息不存在于上述收 款行的数据库的情况下，确定上述第三校验结果为校验未通过。

为了实现上述目标，本公开的另一个方面提供了一种信息校验装 置，应用于代理行的服务器，上述装置可以包括：第一收款方信息获 得模块，用于响应于由上述代理行的应用程序接口网关路由的第一交 易请求，获得第一收款方信息，其中，上述第一交易请求为上述代理 行的应用程序接口网关基于来自汇款行的服务器的第二交易请求生成 的，上述第二交易请求用于表征由上述汇款行向收款行进行跨境汇款 交易，收款行确定模块，用于基于上述第一收款方信息，确定上述收 款行是否为上述代理行，第一校验结果获得模块，用于在上述收款行 为上述代理行的情况下，对上述第一收款方信息进行校验，并获得第 一校验结果，以及第一校验结果返回模块，用于将上述第一校验结果 通过上述代理行的应用程序接口网关返回给上述汇款行的服务器，以 使上述汇款行的服务器基于上述第一校验结果返回上述第二交易请求 的响应结果。

根据本公开的实施例，上述装置还可以包括：交易请求生成模块， 用于在上述收款行不为上述代理行的情况下，基于上述第一收款方信 息，生成第三交易请求，以及交易请求发送模块，用于发送第三交易 请求至上述收款行的应用程序接口网关，以使上述收款行的应用程序 接口网关将上述第三交易请求路由至上述收款行的服务器，在上述收 款行的服务器对上述第一收款方信息进行校验，在获得第二校验结果 后，将上述第二校验结果通过上述收款行的应用程序接口网关返回给 上述代理行的服务器，在上述代理行的服务器将上述第二校验结果返 回给上述汇款行的服务器后，上述汇款行的服务器基于上述第一校验 结果返回上述第二交易请求的响应结果。

根据本公开的实施例，上述第一校验结果获得模块可以包括：第 一获取子模块，用于获取上述第一收款方信息中的第一收款人账号信 息和第一收款人名称信息，第一检测子模块，用于检测上述第一收款 人账号信息是否存在于上述代理行的数据库，第二检测子模块，用于 在上述第一收款人账号信息存在于上述代理行的数据库的情况下，检 测上述第一收款人名称信息是否存在于上述代理行的数据库，以及第 一确定子模块，用于在上述第一收款人名称信息存在于上述代理行的 数据库的情况下，确定上述第一校验结果为校验通过。

根据本公开的实施例，上述第一校验结果获得模块还可以包括： 第二确定子模块，用于在上述第一收款人账号信息不存在于上述代理 行的数据库的情况下，确定上述第一校验结果为校验未通过，以及第 三确定子模块，用于在上述第一收款人名称信息不存在于上述代理行 的数据库的情况下，确定上述第一校验结果为校验未通过。

根据本公开的实施例，上述交易请求生成模块可以包括：获得子 模块，用于获得上述收款行发送给上述代理行的加密密钥，以及生成 子模块，用于基于上述第一收款方信息和上述加密密钥，生成第三交 易请求。

为了实现上述目标，本公开的另一个方面提供了一种信息校验装 置，应用于收款行的服务器，上述装置可以包括：第二收款方信息获 得模块，用于响应于由上述收款行的应用程序接口网关路由的第三交 易请求，获得第二收款方信息，其中，上述第三交易请求为代理行的 服务器响应于由上述代理行的应用程序接口网关路由的第一交易请求 获得的第一收款方信息生成的，上述第一交易请求为上述代理行的应 用程序接口网关基于来自汇款行的服务器的第二交易请求生成的，上 述第二交易请求用于表征由上述汇款行向收款行进行跨境汇款交易， 第二校验结果获得模块，用于对上述第二收款方信息进行校验，并获 得第三校验结果，以及第二校验结果返回模块，用于将上述第三校验 结果通过上述收款行的应用程序接口网关返回给上述代理行的服务器， 以在上述代理行的服务器将上述第三校验结果通过上述代理行的应用 程序接口网关返回给上述汇款行的服务器后，上述汇款行的服务器基 于上述第三校验结果返回上述第二交易请求的响应结果。

根据本公开的实施例，上述第二校验结果获得模块可以包括：第 二获取子模块，用于获取上述第二收款方信息中的第二收款人账号信 息和第二收款人名称信息，第三检测子模块，用于检测上述第二收款 人账号信息是否存在于上述收款行的数据库，第四检测子模块，用于 在上述第二收款人账号信息存在于上述收款行的数据库的情况下，检 测上述第二收款人名称信息是否存在于上述收款行的数据库，以及第 四确定子模块，用于在上述第二收款人名称信息存在于上述收款行的 数据库的情况下，确定上述第三校验结果为校验通过。

根据本公开的实施例，上述第二校验结果获得模块还可以包括： 第五确定子模块，用于在上述第二收款人账号信息不存在于上述收款 行的数据库的情况下，确定上述第三校验结果为校验未通过，以及第 六确定子模块，用于在上述第二收款人名称信息不存在于上述收款行 的数据库的情况下，确定上述第三校验结果为校验未通过。

为了实现上述目标，本公开的另一方面提供了一种电子设备，包 括：一个或多个处理器，存储器，用于存储一个或多个程序，其中， 当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一 个或多个处理器实现如上所述的应用于代理行的服务器的信息校验方 法和应用于收款行的服务器的信息校验方法。

为了实现上述目标，本公开的另一方面提供了一种计算机可读存 储介质，存储有计算机可执行指令，上述指令在被执行时用于实现如 上所述的应用于代理行的服务器的信息校验方法和应用于收款行的服 务器的信息校验方法。

为了实现上述目标，本公开的另一方面提供了一种计算机程序， 上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实 现如上所述的应用于代理行的服务器的信息校验方法和应用于收款行 的服务器的信息校验方法。

根据本公开提供的信息校验方法，通过代理行的应用程序接口网 关将交易请求路由给代理行的服务器，由代理行的服务器对收款方信 息进行校验，并将通过代理行的应用程序接口网关返回给汇款行的服 务器，至少可以将收款人信息校验提前至代理行节点，依托代理行强 大的清算网络，实时实现收款人信息预校验的功能，能预判断跨境汇 款信息的正确性，提升跨境汇款的成功率和时效性，减少退汇、查询 查复等情况的发生概率，可以减少客户的资金损失，为客户提供更优 质、快捷的跨境汇款服务。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其 他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了适用于本公开实施例的可以应用信息校验方法和 装置的系统架构；

图2示意性示出了根据本公开实施例的信息校验方法的流程图；

图3示意性示出了根据本公开另一实施例的信息校验方法的流程图；

图4示意性示出了根据本公开另一实施例的信息校验方法的流程图；

图5示意性示出了根据本公开实施例的跨境汇款系统应用程序接口 的连接图；

图6示意性示出了根据本公开实施例的信息校验装置的框图；

图7示意性示出了根据本公开另一实施例的信息校验装置的框图；

图8示意性示出了根据本公开实施例的适于实现上文描述的信息校 验方法的计算机可读存储介质产品的示意图；以及

图9示意性示出了根据本公开实施例的适于实现上文描述的信息校 验方法的电子设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

应该注意的是，附图并未按比例绘制，并且出于说明目的，在整个 附图中类似结构或功能的元素通常用类似的附图标记来表示。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描 述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中， 为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。 然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以 被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公 开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作 和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、 操作或部件。在此使用的所有术语(包括技术和科学术语)具有本领域 技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过 于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下， 一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释 (例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具 有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和 C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至 少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常 理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的 系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A 和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程 图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程 序指令可以提供给通用计算机、专用计算机或其他可编程信息校验装置 的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方 框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件 和/或软件(包括固件、微代码等)的形式来实现。另外本公开的技术可 以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式， 该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

跨境汇款与国内跨行人民币汇款不同点在于，国内跨行人民币汇 款依托中国人民银行组建的网银互联系统，由汇款行发送实时贷记报 文给收款行，收款行在接收到实时贷记报文后实时入账，如果入账成 功则实时返回成功回执报文，如果入账失败则实时返回失败回执报文。 但在跨境汇款的整个交易流程中，汇款节点众多，包含汇款行、代理 行、中间行、收款行等，汇款报文从汇款行节点开始需要经过多个节 点流转和漫长的合规检查才能流转至收款行节点，在最终的收款行节 点才能确认收款人信息是否正确，如果收款人信息不正确，则需要由 收款行节点进行退汇操作，或者通过查询查复等方式补充正确的收款人信息。跨境汇款交易中最频繁使用到的是Swift(Society for Worldwide InterbankFinancial Telecommunications，环球同业银行金融 电讯协会)网络，自投入运行以来，以其高效、可靠、低廉和完善的 服务，在促进世界贸易的发展，加速全球范围内的货币流通和国际金 融结算，促进国际金融业务的现代化和规范化方面发挥了积极的作用。 我国的中国银行、中国农业银行、中国工商银行、中国建设银行、交 通银行、中信实业银行等已成为环球银行金融通信协会的会员。但是， 目前Swift系统并没有一种有效的手段可以预先校验收款人信息正确 性，使得实现跨境汇款业务时，汇款周期长。而Swift在未来计划推出的收款人信息预校验功能目前也正在处于测试阶段，即使今后正式推 出，其复杂的接入流程和较高的使用费用，预测更多可能性是大型银 行机构会接入此功能，而国内众多没有足够的能力和条件使用此功能 的中小型银行将被拒之门外，例如各大型银行机构的合作行、第三方 支付机构。作为国内数一数二的跨境汇款清算的代理行，依托多年来 精心的运营构建了强大的跨境清算网络，本公开中作为代理行的工行 推出跨境汇款收款人信息预校验API(Application Programming Interface，应用程序接口)功能，支持Https(HyperText Transfer Protocol over Secure Socket Layer，超文本传输安全协议)的实时调用，并可以 实时返回校验结果，可以为合作行、第三方支付机构提供成功率更高、 时效性更快的跨境汇款服务，实现互利共赢。

具体地，本公开提供了一种信息校验方法，应用于代理行的服务 器，该方法可以包括收款行的确定阶段和收款方信息的校验阶段。其 中在收款行的确定阶段，响应于由代理行的应用程序接口网关路由的 第一交易请求，获得第一收款方信息，该第一交易请求为代理行的应 用程序接口网关基于来自汇款行的服务器的第二交易请求生成的，第 二交易请求用于表征由汇款行向收款行进行跨境汇款交易，然后基于 第一收款方信息，确定收款行是否为代理行。在收款行为代理行的情 况下，进入收款方信息的校验阶段，首先对第一收款方信息进行校验， 并获得第一校验结果，然后将第一校验结果通过代理行的应用程序接 口网关返回给汇款行的服务器，以使得汇款行的服务器能够基于第一 校验结果返回第二交易请求的响应结果。

由于本公开提供的信息校验方法，通过代理行的应用程序接口网 关将交易请求路由给代理行的服务器，由代理行的服务器对收款方信 息进行校验，并将通过代理行的应用程序接口网关返回给汇款行的服 务器，至少可以将收款人信息校验提前至代理行节点，依托代理行强 大的清算网络，实时实现收款人信息预校验的功能，可以预判断跨境 汇款信息的正确性，可以提升跨境汇款的成功率和时效性，进而减少 退汇、查询查复等情况的发生概率，为减少客户的资金损失，提供更 优质的跨境汇款服务提供有力保证。

需要说明的是，本公开提供的信息校验方法和信息校验装置可用 于金融领域中，也可用于除金融领域之外的任意领域中。因此，对本 公开所提供的信息校验的方法和信息校验装置的应用领域不做限定。

图1示意性示出了适用于本公开实施例的可以应用信息校验方法和 装置的系统架构100。需要注意的是，图1所示仅为可应用本公开实施 例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容， 但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以应用于跨境汇款 的交易场景，跨境汇款是指个人网上银行客户在规定的限额之内，向大 陆以外地区银行开户的收款人进行外汇汇款的业务。跨境汇款没有像国 内人民币汇款一样自动清算的系统，主要通过Swift系统来实现，跨境 汇款在本质上其实是在国内外各个银行之间头寸的调拨，中间环节众多， 需要经过大量的人工操作，涉及到人工介入，因此无法确定跨境汇款的 时效性，甚至有时候汇款报文早就到收款行，而头寸却还在路上，如果 没有收到头寸，正常情况下收款行是没有办法入账的，因此导致跨境汇 款周期长。跨境汇款的整个流程涉及到的中间环节可以包括但不限于汇 款行101、代理行(Correspondent Bank)102、中间行(IntermediaryBank) 103以及收款行104。

图1中所示的汇款行101指的是为汇款人提供跨境汇款服务的银 行，可以是大型的银行，也可以是中小型银行，例如各大型银行机构 的合作行、第三方支付机构。图1中所示的代理行102指的是与其他 国家建立往来账户，代理对方的一些业务，为对方提供服务的银行。 对一家银行来说，代理行实际上不附属于本银行，代理行关系指的是 不同国家银行之间建立的结算关系。图1中所示的中间行103指的是 汇款过程中只承担资金划转角色的银行。用于国际汇款，中间行不是 付款人或收款人的银行。代理行如果有清算权限，可以不需要中间行 介入，否则需要中间行介入，一般中间行是有国际结算能力，有雄厚 实力的大银行，国际前十大银行就不要中间行，而他们就代理小行的 收款业务。假如A和C不是代理行关系，但是A和B是代理行关系， B和C是代理行关系，如果有结算需求，A和C之间可以通过B做业 务，B就是A与C的中间行。需要说明的是，跨境汇款是否需要通过 中间行103的中转则需要根据汇款行的具体实际情况而定。如果汇款 行是大型银行，且与收款行有业务往来，则可以不需要通过中间行的 中转，如果汇款行是小型银行，与收款行没有业务往来，则就需要通 过中间行的中转。图1中所示的收款行104指的是大陆(包括香港、 澳门地区，不包括台湾地区)以外地区的银行，用于为收款人提供外汇 收款的业务。

需要说明的是，本公开的实施例所提供的信息校验方法一般可以 由代理行的服务器执行。相应地，本公开的实施例所提供的信息校验 装置一般可以设置于代理行的服务器中。本公开的实施例所提供的信 息校验方法也可以由不同于代理行的服务器且能够与代理行的服务器 通信的其他服务器执行。相应地，本公开的实施例所提供的信息校验 装置也可以设置于不同于代理行的服务器的其他服务器中。

应该理解，图1中的汇款行、代理行、中间行和收款行的数目仅 仅是示意性的。根据跨境汇款交易的实际情况需要，可以具有任意数 目的汇款行、代理行、中间行和收款行。

图2示意性示出了根据本公开实施例的信息校验方法的流程图。

如图2所示，该信息校验方法200可以应用于代理行的服务器，该 方法可以包括操作S210～操作S240。

在操作S210，响应于由代理行的应用程序接口网关路由的第一交 易请求，获得第一收款方信息。

根据本公开的实施例，第一交易请求为代理行的应用程序接口网 关基于来自汇款行的服务器的第二交易请求生成的，第二交易请求用 于表征由汇款行向收款行进行跨境汇款交易，第二交易请求是汇款人 通过终端输入的汇款交易信息后，将其加密签名后生成汇款报文，向 汇款行的服务器提交跨境汇款交易请求。需要说明的是，为了确保汇 款人的信息安全，终端还可以对汇款人进行身份认证，在身份认证验 证通过的情况下，获取收款行、收款人账号、收款人名称等汇款交易 信息。汇款行的服务器接收到终端提交的第二交易请求后，将收款行、 收款人账号、收款人名称等汇款交易请求使用代理行提供的密钥进行 加密签名，将生成的Https请求发送到拥有自己处理请求的能力的代理 行的API网关做汇款信息的预校验，并可以实时根据接收到预校验结 果进行是否进行跨境汇款的判断，如果预校验通过则执行汇款交易， 如果预校验未通过则中止汇款交易，并提示客户输入错误的汇款信息。 代理行的API网关接收汇款行的服务器发送过来的第二交易请求，进 行验签和解密，验签解密成功后路由给代理行的服务器。代理行的服 务器解析第一交易请求的请求内，可以获取第一收款方信息，第一收 款方信息可以包括但不限于收款行、收款人账号以及收款人名称。

根据本公开的实施例，应用程序接口网关即API网关，可以作为 系统与外界联通的、对外提供一个统一服务接入的唯一入口，其封装 了系统内部架构，为每个客户端提供一个定制的API，API网关还可 以具有其他功能，包括但不限于权限判断、身份验证、监控、协议转 换、负载平衡、请求路由、静态响应处理等。例如，传输协议不一致 时，将内部开发使用的远程过程调用协议(Remote Procedure Call， RPC)，当外部服务需要使用这个接口的时候往往需要将RPC协议转 换成Http协议。如果调用水平扩展的服务，需要做负载均衡，一旦请 求流量超过系统流量，需要做限制操作。

根据本公开的实施例，汇款行的服务器作为客户端，其所有交易 请求都首先经过API网关，然后由API网关将交易请求路由到合适的 服务端，即代理行的服务器，可以在Web协议(例如Https与Websocket) 与内部使用的非Web友好协议之间转换。使用API网关的最大优点是， 其封装了应用程序的内部结构，客户端只需要同API网关进行交互即 可，而不必调用特定的服务，API网关为每一类客户端提供特定的API， 可以减少客户端与服务端之间的交互次数。在本公开中，消息传递的 机制，例如使用诸如JMS(Java Message Service，Java消息服务)或 AMQP(Advanced Message Queuing Protocol，高级消息队列协议)那 样的消息代理，另一种是使用同步的机制，例如使用诸如超文本传输 协议(HypertextTransfer Protocol，Http)或接口描述语言和二进制通 讯协议(Thrift)那样的同步机制，通常一个系统会同时使用同步和异 步两种类型，甚至还可以使用同一类型的多种实现，因此API网关需 要支持多种通信机制。

在操作S220，基于第一收款方信息，确定收款行是否为代理行。

根据本公开的实施例，根据第一收款方信息中的收款行信息，可 以确定收款行是否为代理行。由于每个申请加入Swift组织的银行都必 须事先按照Swift组织的统一原则，制定出本行的Swift地址代码，经 Swift组织批准后正式生效。BIC(Bank IdentifierCode，银行识别代码) 是由服务器可以自动判读的八位或是十一位英文字母或阿拉伯数字组 成，用于在Swift电文中明确区分金融交易中相关的不同金融机构。十 一位数字或字母的BIC可以拆分为银行代码(Bank Code)、国家代码 (Country Code)、地区代码(LocationCode)和分行代码(Branch Code) 四个部分。以中国银行北京分行为例，其银行识别代码可以表示为 BKCHCNBJ300，具体地其含义为：BKCH(银行代码)、CN(国家代 码)、BJ(地区代码)、300(分行代码)。

因此在本公开中，收款行信息可以包括但不限于Swift Code，一 些国家最好可以另外提供清算号(比如汇澳元至澳洲提供BSB号，汇 美元到美国提供ABA号，汇英镑到英国提供SORT CODE，汇加元到 加拿大提供CC号)，如不能提供，则需要收款行全称及详细地址(某 些汇款银行仅支持客户提供Swift Code)。收款人和汇款人的地址需要 尽可能地详细，个别国家也会要求具体到门牌号。不同国家或地区， 收款人的账号信息也会有特别的要求，比如汇款到欧盟国家应提供 IBAN号码；汇美元到美国应提供账号而非卡号，完整齐全的收款信 息，可以提高汇款速度。

在操作S230，在收款行为代理行的情况下，对第一收款方信息进 行校验，并获得第一校验结果。

在操作S240，将第一校验结果通过代理行的应用程序接口网关返 回给汇款行的服务器，以使汇款行的服务器基于第一校验结果返回第 二交易请求的响应结果。

根据本公开的实施例，在第一校验结果表征收款方信息通过验证 的情况下，由汇款行按照汇款金额向收款行进行跨境汇款交易。在第 一校验结果表征收款方信息未通过验证的情况下，终止跨境汇款交易， 还可以向客户提示收款方信息错误的提示信息。

通过本公开的实施例，根据本公开提供的信息校验方法，通过代 理行的应用程序接口网关将交易请求路由给代理行的服务器，由代理 行的服务器对收款方信息进行校验，并将通过代理行的应用程序接口 网关返回给汇款行的服务器，至少可以将收款人信息校验提前至代理 行节点，依托代理行强大的清算网络，实时实现收款人信息预校验的 功能，能预判断跨境汇款信息的正确性，提升跨境汇款的成功率和时 效性，减少退汇、查询查复等情况的发生概率，可以减少客户的资金 损失，为客户提供更优质、快捷的跨境汇款服务。

作为一种可选的实施例，该信息校验方法除了可以包括前述操作 S210～操作S240之外，还可以包括：在收款行不为代理行的情况下， 基于第一收款方信息，生成第三交易请求；以及发送第三交易请求至 收款行的应用程序接口网关，以使收款行的应用程序接口网关将第三 交易请求路由至收款行的服务器，在收款行的服务器对第一收款方信 息进行校验，在获得第二校验结果后，将第二校验结果通过收款行的 应用程序接口网关返回给代理行的服务器，在代理行的服务器将第二 校验结果返回给汇款行的服务器后，汇款行的服务器基于第一校验结 果返回第二交易请求的响应结果。

根据本公开的实施例，如果收款行不为代理行自己，则代理行的 服务器可以使用收款行提供的密钥将请求内容进行加密签名，生成第 三交易请求，通过专线或者Swift网络转发给收款行的API网关，并 接收收款行的服务器返回的第二校验结果，然后再通过收款行的API 网关返回给汇款行的服务器。具体实施时，收款行的API网关对接收 到的代理行的服务器发送过来的交易请求，进行验签和解密，验签解 密成功之后将生成的第三交易请求路由给收款行的服务器，收款行的 服务器解析第三交易请求的请求内容，以获取收款行、收款人账号以 及收款人名称。

通过本公开的实施例，可以在收款行不为代理行的情况下，通过 收款行的应用程序接口网关将交易请求路由给收款行的服务器，由收 款行的服务器对收款方信息进行校验，并通过收款行的应用程序接口 网关返回给代理行的服务器，再由代理行的服务器通过代理行的API 网关向汇款行的服务器返回校验结果，可以提升跨境汇款的成功率和 时效性，减少退汇、查询查复等情况的发生概率，也可以减少客户的 资金损失，为客户提供更优质、快捷的跨境汇款服务。

作为一种可选的实施例，在收款行为代理行的情况下，前述操作 S230中对第一收款方信息进行校验，并获得第一校验结果可以包括： 获取第一收款方信息中的第一收款人账号信息和第一收款人名称信息； 检测第一收款人账号信息是否存在于代理行的数据库；在第一收款人 账号信息存在于代理行的数据库的情况下，检测第一收款人名称信息 是否存在于代理行的数据库；以及在第一收款人名称信息存在于代理 行的数据库的情况下，确定第一校验结果为校验通过。

根据本公开的实施例，如果收款行为代理行，可以先使用第一收 款方信息中的第一收款人账号信息查询代理行本行的数据库获取记录， 如果记录存在，则再校验第一收款人名称信息是否与数据库的收款人 名称一致，如果一致，则返回校验通过的第一校验结果。

通过本公开的实施例，如果收款行为代理行，可以先校验收款人 账号信息，再校验收款人名称信息，确定第一校验结果，可以提高在 代理行端对收款方信息进行校验的准确性。

作为一种可选的实施例，在收款行为代理行的情况下，该信息校 验方法还可以包括：在第一收款人账号信息不存在于代理行的数据库 的情况下，确定第一校验结果为校验未通过；以及在第一收款人名称 信息不存在于代理行的数据库的情况下，确定第一校验结果为校验未 通过。

根据本公开的实施例，校验未通过包括以下两种情况。情况一： 如果收款行为代理行，可以先使用第一收款方信息中的第一收款人账 号信息查询代理行本行的数据库获取记录，如果记录不存在，则返回 校验未通过的第一校验结果。情况二：在记录存在的情况下，而收款 人名称信息与数据库的收款人名称不一致的情况下，返回校验未通过 的第一校验结果。

通过本公开的实施例，可以在收款人账号信息校验未通过的情况 下，或者在收款人名称信息校验未通过的情况下，确定第一校验结果 为校验未通过，可以提高在代理行端对收款方信息进行校验的准确性。

作为一种可选的实施例，基于第一收款方信息，生成第三交易请 求可以包括：获得收款行发送给代理行的加密密钥；以及基于第一收 款方信息和加密密钥，生成第三交易请求。

根据本公开的实施例，使用收款行提供的密钥将请求内容进行加 密签名，通过专线或者Swift网络转发给收款行的API网关，可以确 保收款行与代理行之间的信息安全，防止信息被篡改。

图3示意性示出了根据本公开另一实施例的信息校验方法的流程 图。如图3所示，该信息校验方法300可以应用于收款行的服务器， 该方法300可以包括操作S310～操作S330。

在操作S310，响应于由收款行的应用程序接口网关路由的第三交 易请求，获得第二收款方信息。

根据本公开的实施例，第三交易请求为代理行的服务器响应于由 代理行的应用程序接口网关路由的第一交易请求获得的第一收款方信 息生成的，第一交易请求为代理行的应用程序接口网关基于来自汇款 行的服务器的第二交易请求生成的，第二交易请求用于表征由汇款行 向收款行进行跨境汇款交易。代理行的服务器使用收款行提供的密钥将第一交易请求的请求内容进行加密签名，通过专线或者Swift网络转 发给收款行API网关，并接收收款行返回的校验结果再返回给汇款行 的服务器，汇款行的服务器解析请求内容，可以获得第二收款方信息， 可以包括但不限于收款行、收款人账号以及收款人名称。

在操作S320，对第二收款方信息进行校验，并获得第三校验结果。

根据本公开的实施例，由收款行的服务器检测解析得到的第二收 款方信息中的收款行、收款人账号以及收款人名称，检测第二收款方 信息是否正确。

在操作S330，将第三校验结果通过收款行的应用程序接口网关返 回给代理行的服务器，以在代理行的服务器将第三校验结果通过代理 行的应用程序接口网关返回给汇款行的服务器后，汇款行的服务器基 于第三校验结果返回第二交易请求的响应结果。

根据本公开的实施例，在第三校验结果表征收款方信息通过验证 的情况下，由汇款行按照汇款金额向收款行进行跨境汇款交易。在第 三校验结果表征收款方信息未通过验证的情况下，终止跨境汇款交易， 还可以向客户提示收款方信息错误的提示信息。

通过本公开的实施例，收款行的应用程序接口网关作为代理行的 服务器与收款行的服务器之间的服务接口，在收款行不为代理行的情 况下，通过收款行的应用程序接口网关将交易请求路由给收款行的服 务器，由收款行的服务器对收款方信息进行校验，并通过收款行的应 用程序接口网关返回给代理行的服务器，再由代理行的服务器通过代 理行的API网关向汇款行的服务器返回校验结果，可以提升跨境汇款 的成功率和时效性，减少退汇、查询查复等情况的发生概率，也可以 减少客户的资金损失，为客户提供更优质、快捷的跨境汇款服务。

作为一种可选的实施例，前述操作S320(对第二收款方信息进行 校验，并获得第三校验结果)可以包括：获取第二收款方信息中的第 二收款人账号信息和第二收款人名称信息；检测第二收款人账号信息 是否存在于收款行的数据库；在第二收款人账号信息存在于收款行的 数据库的情况下，检测第二收款人名称信息是否存在于收款行的数据 库；以及在第二收款人名称信息存在于收款行的数据库的情况下，确 定第三校验结果为校验通过。

根据本公开的实施例，如果收款行不为代理行，可以先使用第二 收款方信息中的第二收款人账号信息查询收款行本行的数据库获取记 录，如果记录存在，则再校验第二收款人名称信息是否与数据库的收 款人名称一致，如果一致，则返回校验通过的第三校验结果。

通过本公开的实施例，如果收款行不为代理行，可以先校验收款 人账号信息，再校验收款人名称信息，确定第三校验结果，可以提高 在收款行端对收款方信息进行校验的准确性。

作为一种可选的实施例，如果收款行不为代理行，该信息校验方 法还可以包括：在第二收款人账号信息不存在于收款行的数据库的情 况下，确定第三校验结果为校验未通过；以及在第二收款人名称信息 不存在于收款行的数据库的情况下，确定第三校验结果为校验未通过。

根据本公开的实施例，收款行的校验未通过包括以下两种情况。

情况一：如果收款行不为代理行，可以先使用第二收款方信息中 的第二收款人账号信息查询收款行本行的数据库获取记录，如果记录 不存在，则返回校验未通过的第三校验结果。

情况二：在记录存在的情况下，而第二收款人名称信息与数据库 的收款人名称不一致的情况下，返回校验未通过的第三校验结果。

通过本公开的实施例，可以在收款人账号信息校验未通过的情况 下，或者在收款人名称信息校验未通过的情况下，确定第三校验结果 为校验未通过，可以提高在收款行端对收款方信息进行校验的准确性。

图4示意性示出了根据本公开另一实施例的信息校验方法的流程 图。如图4所示，该信息校验方法400可以包括操作S410～操作S480。 在操作S410，客户提交跨境汇款请求给汇款行。在操作S420，汇款 行调用代理行的跨境汇款预校验API，送入收款人信息。在操作S430， 代理行服务器判断收款行是否为本行。若否，则执行操作S440，通过 专线或Swift网络调用收款行开放API，实时接收收款行返回的校验 结果，并实时返回给汇款行。若是，则执行操作S450，通过本行数据 库校验收款人信息，并实时返回给汇款行。在获得实时返回给汇款行 的收款人信息的校验结果之后，执行操作S460，汇款行判断校验结果 是否为成功。若是，则执行操作S470，继续汇款。若否，则执行操作 S480，中止汇款并提示客户。

通过本公开的实施例，客户提交跨境汇款请求给汇款行的服务器， 汇款行的服务器Https实时调用代理行的跨境汇款预校验API，输入收 款行、收款人账号、收款人名称等交易信息，经加密签名后提交给代 理行服务器。代理行服务器判断收款行为自己，则通过本行数据库校 验收款人信息，如果收款行不为自己，则通过专线或者Swift网络调用 不同的收款行开放API，接收收款行返回的校验结果，再实时返传给 汇款行；汇款行服务器判断预校验结果通过，则继续后续的汇款流程， 否则中止汇款并提示客户输入错误的汇款信息，由汇款行依托代理行 强大的清算网络可以实现汇款信息预校验的功能，可以预判断汇款信 息的正确性，提升汇款的成功率和时效性，减少退汇等情况的发生概 率，为客户减少资金损失，为客户提供更优质的跨境汇款服务。

图5示意性示出了根据本公开实施例的跨境汇款系统应用程序接口 的连接图。如图5所示，该跨境汇款系统500可以包括：汇款人终端510、 汇款行服务器520、代理行的API网关530、代理行服务器540、收款 行的API网关550、中间行服务器560、收款行服务器570以及收款人 终端580。无线通信网501用以在汇款人终端510和汇款行服务器520 之间提供通信链路的介质，无线通信网507用以在收款行服务器570和 收款人终端580之间提供通信链路的介质。其中，汇款人终端510通过 无线通信网501通信连接于汇款行服务器520，汇款行服务器520通过 专线502通信连接于代理行的API网关530，代理行的API网关530通 信连接于代理行服务器540，代理行服务器540通过专线或者Swift网 络504通信连接于收款行的API网关550，收款行的API网关550通信 连接于收款行服务器570，收款行服务器570通过无线通信网507通信 连接于收款人终端580。此外，汇款行服务器520还可以通过Swift 503通信连接于代理行服务器540，代理行服务器540还可以通过Swift 505 通信连接于中间行服务器560，中间行服务器560通过Swift 506通信连 接于收款行服务器570，收款行服务器570通过无线通信网507通信连 接于收款人终端580。

如图5中用于表示跨境汇款报文流向的实线所示，汇款报文的流向 为：由汇款人终端510经无线通信网501流向汇款行服务器520；由汇 款行服务器520经专线502流向代理行的API网关530；由代理行的API 网关530流向代理行服务器540(或由汇款行服务器520经Swift 503流 向代理行服务器540)。此时跨境汇款报文的流向之一由代理行服务器 540流回汇款行服务器520，具体地，由代理行服务器540流回代理行 的API网关530，由代理行的API网关530经专线502流回汇款行服务 器520。另外一条流向由代理行服务器540流向收款人终端580，具体 地，由代理行服务器540经Swift网络505流向中间行服务器560，由 中间行服务器560经Swift网络506流向收款行服务器570，由收款行 服务器570经无线通信网507流向收款人终端580。

如图5中用于表示预校验数据流向的虚线所示，预校验数据的流向 为：由汇款行服务器520经专线502流向代理行的API网关530，由代 理行的API网关530流向代理行服务器540，由代理行服务器540经专 线或者Swift网络504流向收款行的API网关550，由收款行的API网 关550流向收款行服务器570，由收款行服务器570流回收款行的API 网关550，由收款行的API网关550经专线或者Swift网络504流回代 理行服务器540，由代理行服务器540流回代理行的API网关530，由 代理行的API网关530经专线502流回汇款行服务器520。

需要说明的是，专线是指运营商为集团客户提供的依托国内骨干网 及宽带城域网资源的专用链路，提供专线接入方式，满足企业集团客户 接入Internet地市互联网络，开展各种应用的业务。专线主要有物理专 用信道和虚拟专用信道两种，其中物理专用信道指的是在服务商到用户 之间铺设有一条专用的线路，线路只给用户独立使用，其他的数据不能 进入此线路，而一般的线路就允许多用户共享信道。虚拟专用信道指的 是在一般的信道上为用户保留一定的带宽，使用户可以独享这部分带宽， 就像在公用信道上又开了一个通道，只让相应用户使用，而且用户的数 据是加密的，以此来保证可靠性与安全性。

通过上述跨境汇款报文的流向和预校验数据流向可以看出，由代理 行服务器和收款行服务器就可以实现收款人信息的预校验，不必等到汇 款报文抵达最后的收款行服务器，就可以预先判断收款方信息的正确性， 提升汇款的成功率和时效性，减少退汇等情况的发生概率，在汇款信息 有误的情况下，及时反馈以便于汇款方可以及时对收款方的信息进行更 正，再次重新发起跨境汇款请求，对客户来说，不仅可以减少资金损失， 还可以为客户提供更加优质、更加便捷及更加高效的跨境汇款服务，对 银行而言，不仅可以节省运营成本，而且还可以吸引更多的客户资源。

图6示意性示出了根据本公开实施例的信息校验装置的框图。

如图6所示，该信息校验装置600可以应用于代理行的服务器，该 装置600可以包括第一收款方信息获得模块610、收款行确定模块620、 第一校验结果获得模块630以及第一校验结果返回模块640。

第一收款方信息获得模块610，用于响应于由代理行的应用程序 接口网关路由的第一交易请求，获得第一收款方信息，该第一交易请 求为代理行的应用程序接口网关基于来自汇款行的服务器的第二交易 请求生成的，第二交易请求用于表征由汇款行向收款行进行跨境汇款 交易。可选地，第一收款方信息获得模块610例如可以用于执行图2 描述的操作S210，在此不再赘述。

收款行确定模块620，用于基于第一收款方信息，确定收款行是 否为代理行。可选地，收款行确定模块620例如可以用于执行图2描 述的操作S220，在此不再赘述。

第一校验结果获得模块630，用于在收款行为代理行的情况下， 对第一收款方信息进行校验，并获得第一校验结果。可选地，第一校 验结果获得模块630例如可以用于执行图2描述的操作S230，在此不 再赘述。

第一校验结果返回模块640，用于将第一校验结果通过代理行的 应用程序接口网关返回给汇款行的服务器，以使汇款行的服务器基于 第一校验结果返回第二交易请求的响应结果。可选地，第一校验结果 返回模块640例如可以用于执行图2描述的操作S240，在此不再赘述。

作为一种可选的实施例，前述信息校验装置还可以包括：交易请 求生成模块，用于在收款行不为代理行的情况下，基于第一收款方信 息，生成第三交易请求，以及交易请求发送模块，用于发送第三交易 请求至收款行的应用程序接口网关，以使收款行的应用程序接口网关 将第三交易请求路由至收款行的服务器，在收款行的服务器对第一收 款方信息进行校验，在获得第二校验结果后，将第二校验结果通过收 款行的应用程序接口网关返回给代理行的服务器，在代理行的服务器 将第二校验结果返回给汇款行的服务器后，汇款行的服务器基于第一 校验结果返回第二交易请求的响应结果。

作为一种可选的实施例，前述第一校验结果获得模块630可以包 括：第一获取子模块，用于获取第一收款方信息中的第一收款人账号 信息和第一收款人名称信息，第一检测子模块，用于检测第一收款人 账号信息是否存在于代理行的数据库，第二检测子模块，用于在第一 收款人账号信息存在于代理行的数据库的情况下，检测第一收款人名 称信息是否存在于代理行的数据库，以及第一确定子模块，用于在第 一收款人名称信息存在于代理行的数据库的情况下，确定第一校验结 果为校验通过。

作为一种可选的实施例，前述第一校验结果获得模块630还可以 包括：第二确定子模块，用于在第一收款人账号信息不存在于代理行 的数据库的情况下，确定第一校验结果为校验未通过，以及第三确定 子模块，用于在第一收款人名称信息不存在于代理行的数据库的情况 下，确定第一校验结果为校验未通过。

作为一种可选的实施例，前述交易请求生成模块可以包括：获得 子模块，用于获得收款行发送给代理行的加密密钥，以及生成子模块， 用于基于第一收款方信息和加密密钥，生成第三交易请求。

图7示意性示出了根据本公开另一实施例的信息校验装置的框图。 如图7所示，该信息校验装置700可以应用于收款行的服务器，该装 置700可以包括第二收款方信息获得模块710、第二校验结果获得模 块720以及第二校验结果返回模块730。

第二收款方信息获得模块710，用于响应于由收款行的应用程序 接口网关路由的第三交易请求，获得第二收款方信息，该第三交易请 求为代理行的服务器响应于由代理行的应用程序接口网关路由的第一 交易请求获得的第一收款方信息生成的，第一交易请求为代理行的应 用程序接口网关基于来自汇款行的服务器的第二交易请求生成的，第 二交易请求用于表征由汇款行向收款行进行跨境汇款交易。可选地， 第二收款方信息获得模块710例如可以用于执行图3描述的操作S310， 在此不再赘述。

第二校验结果获得模块720，用于对第二收款方信息进行校验， 并获得第三校验结果。可选地，第二校验结果获得模块720例如可以 用于执行图3描述的操作S320，在此不再赘述。

第二校验结果返回模块730，用于将第三校验结果通过收款行的 应用程序接口网关返回给代理行的服务器，以在代理行的服务器将第 三校验结果通过代理行的应用程序接口网关返回给汇款行的服务器后， 汇款行的服务器基于第三校验结果返回第二交易请求的响应结果。可 选地，第二校验结果返回模块730例如可以用于执行图3描述的操作S330，在此不再赘述。

作为一种可选的实施例，前述第二校验结果获得模块720可以包 括：第二获取子模块，用于获取第二收款方信息中的第二收款人账号 信息和第二收款人名称信息，第三检测子模块，用于检测第二收款人 账号信息是否存在于收款行的数据库，第四检测子模块，用于在第二 收款人账号信息存在于收款行的数据库的情况下，检测第二收款人名 称信息是否存在于收款行的数据库，以及第四确定子模块，用于在第 二收款人名称信息存在于收款行的数据库的情况下，确定第三校验结 果为校验通过。

作为一种可选的实施例，前述第二校验结果获得模块720还可以 包括：第五确定子模块，用于在第二收款人账号信息不存在于收款行 的数据库的情况下，确定第三校验结果为校验未通过，以及第六确定 子模块，用于在第二收款人名称信息不存在于收款行的数据库的情况 下，确定第三校验结果为校验未通过。

需要说明的是，信息校验装置部分实施例中各模块的实施方式、 解决的技术问题、实现的功能、以及达到的技术效果分别与信息校验 方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现 的功能、以及达到的技术效果相同或类似，在此不再赘述。

根据本公开的实施例的模块、子模块中的任意多个、或其中任意多 个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、 子模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开 实施例的模块、子模块中的任意一个或多个可以至少被部分地实现为硬 件电路，例如现场可编程门阵列(FNGA)、可编程逻辑阵列(NLA)、 片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或 可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件 来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任 意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块中 的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程 序模块被运行时，可以执行相应的功能。

例如，第一收款方信息获得模块、收款行确定模块、第一校验结果 获得模块、第一校验结果返回模块、交易请求生成模块、交易请求发送 模块、第一获取子模块、第一检测子模块、第二检测子模块、第一确定 子模块、第二确定子模块、第三确定子模块、获得子模块、生成子模块、 第二收款方信息获得模块、第二校验结果获得模块、第二校验结果返回 模块、第二获取子模块、第三检测子模块、第四检测子模块、第四确定 子模块、第五确定子模块以及第六确定子模块可以合并在一个模块中实 现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块 中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能 相结合，并在一个模块中实现。根据本公开的实施例，第一收款方信息 获得模块、收款行确定模块、第一校验结果获得模块、第一校验结果返 回模块、交易请求生成模块、交易请求发送模块、第一获取子模块、第 一检测子模块、第二检测子模块、第一确定子模块、第二确定子模块、 第三确定子模块、获得子模块、生成子模块、第二收款方信息获得模块、 第二校验结果获得模块、第二校验结果返回模块、第二获取子模块、第 三检测子模块、第四检测子模块、第四确定子模块、第五确定子模块以 及第六确定子模块中的至少一个可以至少被部分地实现为硬件电路，例 如现场可编程门阵列(FNGA)、可编程逻辑阵列(NLA)、片上系统、 基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对 电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以 软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当 组合来实现。或者，第一收款方信息获得模块、收款行确定模块、第一 校验结果获得模块、第一校验结果返回模块、交易请求生成模块、交易 请求发送模块、第一获取子模块、第一检测子模块、第二检测子模块、 第一确定子模块、第二确定子模块、第三确定子模块、获得子模块、生 成子模块、第二收款方信息获得模块、第二校验结果获得模块、第二校 验结果返回模块、第二获取子模块、第三检测子模块、第四检测子模块、 第四确定子模块、第五确定子模块以及第六确定子模块中的至少一个可 以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时， 可以执行相应的功能。

图8示意性示出了根据本公开实施例的适于实现上文描述的信息校 验方法的计算机可读存储介质产品的示意图。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种 程序产品的形式，其包括程序代码，当程序产品在设备上运行时，程 序代码用于使设备执行本说明书上述“示例性方法”部分中描述的根 据本发明各种示例性实施例的信息校验方法中的前述各项操作(或步 骤)。例如，电子设备可以执行如图2中所示的操作S210～操作S240、 如图3中所示的操作S310～操作S330以及如图4中所示的操作S410～ 操作S480。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以 是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不 限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件， 或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表) 包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储 器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ENROM 或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、 磁存储器件、或者上述的任意合适的组合。

如图8所示，描述了根据本发明的实施方式的信息校验的程序产品 800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代 码，并可以在设备，例如个人电脑上运行。然而本发明的程序产品不限 于此，在本公开中，可读存储介质可以是任何包含或存储程序的有形介 质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据 信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形 式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。 可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质 可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者 与其结合使用的程序。可读介质上包含的程序代码可以用任何适当的介 质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上 述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发 明操作的程序代码，程序设计语言包括面向对象的程序设计语言-诸如 Java，C++等，还包括常规的过程式程序设计语言-诸如“C”，语言或 类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部 分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可 以通过任意种类的网络——包括局域网(LAA)或广域网(WAA)一 连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特 网服务提供商来通过因特网连接)。

图9示意性示出了根据本公开实施例的适于实现上文描述的信息校 验方法的电子设备的框图。图9示出的电子设备仅仅是一个示例，不应 对本公开实施例的功能和使用范围带来任何限制。

如图9所示，根据本公开实施例的电子设备900包括处理器901， 其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908 加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和 处理。处理器901例如可以包括通用微处理器(例如CNU)、指令集处 理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))， 等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901 可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处 理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。 处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器 901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施 例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执 行存储在所述一个或多个存储器中的程序来执行根据本公开实施例如 图2中所示的操作S210～操作S240、如图3中所示的操作S310～操作S330 以及如图4中所示的操作S410～操作S480。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O) 接口905，输入/输出(I/O)接口905也连接至总线904。系统900还可 以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠 标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD) 等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包 括诸如LAA卡、调制解调器等的网络接口卡的通信部分909。通信部分 909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接 至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存 储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机 程序根据需要被安装入存储部分908。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为 计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其 包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用 于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程 序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质 911被安装。在该计算机程序被处理器901执行时，执行本公开实施例 的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设 备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质 可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独 存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载 有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本 公开实施例的信息校验方法，包括如图2中所示的操作S210～操作S240、 如图3中所示的操作S310～操作S330以及如图4中所示的操作S410～ 操作S480。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算 机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、 随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存 储器(ENROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光 存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计 算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以 被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本 公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/ 或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方 法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上， 流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部 分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定 的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两 个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相 反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图 中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的 功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计 算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记 载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确 记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公 开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结 合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了 说明的目标，而并非为了限制本公开的范围。尽管在以上分别描述了各 实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。 本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围， 本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本 公开的范围之内。