CN110619516A - 跨行支付方法及装置 - Google Patents

跨行支付方法及装置 Download PDF

Info

Publication number
CN110619516A
CN110619516A CN201910891565.6A CN201910891565A CN110619516A CN 110619516 A CN110619516 A CN 110619516A CN 201910891565 A CN201910891565 A CN 201910891565A CN 110619516 A CN110619516 A CN 110619516A
Authority
CN
China
Prior art keywords
bank
remittance
cross
receiving
payment
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.)
Pending
Application number
CN201910891565.6A
Other languages
English (en)
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.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
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 Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN201910891565.6A priority Critical patent/CN110619516A/zh
Publication of CN110619516A publication Critical patent/CN110619516A/zh
Pending legal-status Critical Current

Links

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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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
    • 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/405—Establishing or using transaction specific rules
    • 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/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction

Abstract

本申请提供了一种跨行支付方法及装置，该方法包括：根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包括对应的交易信息；获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路；若存在，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。本申请能够提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度。

Description

跨行支付方法及装置
技术领域
本申请涉及计算机技术领域，尤其涉及一种跨行支付方法及装置。
背景技术
境内人民币跨行支付清算服务是确保经济金融正常运行的最重要基础服务之一，各家银行支付业务依赖于人民银行跨行支付清算系统及各家银行的银行系统进行跨行清算业务。目前支付清算系统包括大额支付系统、小额批量支付系统、网上支付跨行清算系统、银联系统和本地清算系统等。
在这些支付清算系统中处理业务必须提供收款方行号，跨行转账汇款需要客户或柜员录入行号，行号的提供对客户存在很大困难；另外，在指定清算通道的支付系统关闭情况下，无法自动转换下一个清算通道进行汇款，存在汇款不成功的情况。此外，支付系统收费标准不同，大额支付系统收费较高，大量小额业务走大额支付系统通道给银行带来较大的运营开销。
发明内容
针对现有技术中的问题，本申请提出了一种跨行支付方法及装置，能够提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度。
为了解决上述技术问题，本申请提供以下技术方案：
第一方面，本申请提供一种跨行支付方法，包括：
根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包括对应的交易信息；
获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路；
若存在，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
进一步地，在所述判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路之后，还包括：若经判断得到所述预设的个性汇路规则表中不存在所述跨行汇款指令对应可用的汇路，则基于该汇路的当前状态、所述交易信息以及所述接收行行号从预设的通用汇路规则表中获取对应可用的汇路；基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
进一步地，所述交易信息包括：收款人名称、业务种类、交易标志、转账金额、转账时间和支付优先级。
进一步地，所述根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，包括：根据当前接收的跨行汇款指令中的收款人卡号和地区号，判断预存储的账号信息对照表中是否存在所述收款人卡号和地区号，若否，则自该收款人卡号中提取对应的卡bin，其中，所述账号信息对照表用于存储各个所述收款人卡号、地区号与各个所述接收行行号之间的对应关系；应用提取的所述卡bin在预设的卡bin和行号对照表中获取对应的接收行行号。
进一步地，在所述基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付之后，还包括：根据所述跨行汇款指令中的收款人卡号、地区号和自所述卡bin和行号对照表中获取的所述接收行行号，更新所述预存储的账号信息对照表。
进一步地，在所述获取预设的各个汇路对应的清算系统的当前状态之前，还包括：若经判断确定所述预存储的账号信息对照表中存在所述收款人卡号和地区号，则从所述预存储的账号信息对照表中获取与所述收款人卡号和地区号对应的接收行行号。
进一步地，所述的卡bin和行号对照表中还存有与各个所述接收行行号对应的接收行名称；相对应的，所述获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路包括：根据所述接收行名称判断预存储的行号库中是否存在与所述接收行名称对应的接收行行号相同的银行行号；若存在，则获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路。
第二方面，本申请提供一种跨行支付装置，包括：
第一获取接收行行号模块，用于根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包括对应的交易信息；
个性汇路规则判断模块，用于获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路；
第一清算系统调用模块，用于若经判断预设的个性汇路规则表中存在所述跨行汇款指令对应可用的汇路，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
进一步地，所述的跨行支付装置，还包括：
通用汇路规则判断模块，用于若经判断得到所述预设的个性汇路规则表中不存在所述跨行汇款指令对应可用的汇路，则基于该汇路的当前状态、所述交易信息以及所述接收行行号从预设的通用汇路规则表中获取对应可用的汇路；
第二清算系统调用模块，用于基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
进一步地，所述交易信息包括：收款人名称、业务种类、交易标志、转账金额、转账时间和支付优先级。
进一步地，所述第一获取接收行行号模块，包括：卡bin提取单元，用于根据当前接收的跨行汇款指令中的收款人卡号和地区号，判断预存储的账号信息对照表中是否存在所述收款人卡号和地区号，若否，则自该收款人卡号中提取对应的卡bin，其中，所述账号信息对照表用于存储各个所述收款人卡号、地区号与各个所述接收行行号之间的对应关系；获取接收行行号单元，用于应用提取的所述卡bin在预设的卡bin和行号对照表中获取对应的接收行行号。
进一步地，所述的跨行支付装置，还包括：更新模块，用于根据所述跨行汇款指令中的收款人卡号、地区号和自所述卡bin和行号对照表中获取的所述接收行行号，更新所述预存储的账号信息对照表。
进一步地，所述的跨行支付装置，还包括：第二获取接收行行号模块，用于若经判断确定所述预存储的账号信息对照表中存在所述收款人卡号和地区号，则从所述预存储的账号信息对照表中获取与所述收款人卡号和地区号对应的接收行行号。
进一步地，所述的卡bin和行号对照表中还存有与各个所述接收行行号对应的接收行名称；相对应的，所述个性汇路规则判断模块包括：行号库验证单元，用于根据所述接收行名称判断预存储的行号库中是否存在与所述接收行名称对应的接收行行号相同的银行行号；个性汇路规则判断单元，用于若所述接收行名称判断预存储的行号库中存在与所述接收行名称对应的接收行行号相同的银行行号，则获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路。
第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的跨行支付方法的步骤。
第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述的跨行支付方法的步骤。
由上述技术方案可知，本申请实施例提供一种跨行支付方法及装置，其中，该跨行支付方法包括：根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包括对应的交易信息；获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路；若存在，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付，能够在不输入接收行行号的情况下，实现跨行支付，并对汇路进行灵活选择，能够提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度，通过对支付系统进行灵活选择，能够节省银行的运营开销，用户无需输入接收行行号即可实现跨行支付，能够提高用户体验，同时通过对接收行行号的校验能够提高跨行支付的成功率和准确性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例中的跨行支付方法的第一种流程示意图；
图2为本申请实施例中的跨行支付方法的第二种流程示意图；
图3为本申请实施例中的跨行支付方法的第三种流程示意图；
图4为本申请实施例中的跨行支付方法中包含有步骤021、210和220的流程示意图；
图5为本申请实施例中的跨行支付装置的结构示意图；
图6为本申请具体应用实例中提供的跨行支付系统的结构示意图；
图7为本申请具体应用实例中收款人客户信息库要素示意图；
图8为本申请具体应用实例中智能路由规则要素示意图；
图9为本申请具体应用实例中统一清算平台的结构示意图；
图10为本申请具体应用实例中大额支付系统的结构示意图；
图11为本申请具体应用实例中小额支付系统的结构示意图；
图12为本申请具体应用实例中网银互联系统的结构示意图；
图13为本申请具体应用实例中跨行支付方法的流程示意图；
图14为本申请具体应用实例中执行主体为统一清算平台的跨行支付方法的流程示意图；
图15为本申请具体应用实例中大额支付系统处理数据的流程示意图；
图16为本申请实施例的电子设备9600的系统构成示意框图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
基于此，本申请提供一种跨行支付装置，所述跨行支付装置可以是一服务器或客户端设备，可以理解的是，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备和智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表和智能手环等。
在实际应用中，进行跨行支付的部分可以在如上述内容所述的服务器侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。
上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。
所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。
具体通过下述各个实施例进行说明。
为了能够提高跨行支付的效率和智能化程度，提高用户跨行支付的用户体验，本申请提供一种执行主体是跨行支付装置的跨行支付方法，参见图1，该方法具体包含有：
步骤100：根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包含有对应的交易信息。
具体地，所述跨行汇款指令中不存在接收行行号并且所述收款人账号对应的银行卡为银联卡，进一步地，所述卡bin是银行标识代码，由国际标准化组织(ISO)分配给各从事跨行转接交换的银行卡组织，通过卡bin可以识别该卡号对应的发卡银行。在所述预设的卡bin和行号对照表中卡bin和行号一一对应，所述预设的卡bin和行号对照表包含有卡bin、卡bin长度，接收行行号和接收行行名，可预先存在的本地数据库中，可根据实际情况进行设置，本申请对此不作限制。
为了保证信息内容的全面性，保证交易安全及可靠性，所述交易信息包含有：收款人名称、业务种类、交易标志、转账金额、转账时间和支付优先级。
为了便于工作人员对交易信息进行核查，可以将所述交易信息存储在跨行支付装置的数据库中的指令信息表。
步骤200：获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路。
具体地，所述预设的各个汇路为连接接收跨行支付指令的银行和其它各个银行的汇路，可根据实际情况进行设置，本申请对此不作限制，各个汇路均有与其对应的清算系统。所述预设的各个汇路的当前状态为预获取的各个汇路的当前状态，该状态可以包含有：正常运作、故障、交易超载和关闭。所述预设的个性汇路规则表中包含有地区、渠道号、产品编号、客户卡号、客户信息号、接收行行号、业务种类、金额区间、时间区间、支付优先级、优先汇路1、优先汇路2和优先汇路3等。所述预设的个性汇路规则表可根据实际情况进行设置，本申请对此不作限制。预设的个性汇路规则表范围具体且细致，通过预设的个性汇路规则表灵活设置，能够应用预设的个性汇路规则表进行汇路判断的灵活性。
步骤300：若存在，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
具体地，所述汇路和清算系统的对应关系为多对一或一对一，所述清算系统包含有大额支付系统、小额支付系统和网银互联系统。
参见图15，为了进一步提高跨行支付的灵活性和准确性，在本申请一个具体应用实例中，所述基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付具体包含有：
步骤S301：大额支付系统接收统一清算平台的支付指令，对指令进行重报检查，以检查同一笔汇款指令是否提交了多次，检查是否存在重复汇款的情况。
步骤S302：大额系统参数检查，判断发起行行号、接收行行号、业务权限、系统状态等参数，如果大额系统关闭且支持延迟发报，登记延迟发报队列。
步骤S303：大额资金流动性检查，检查报文金额是否满足虚拟账户余额、大额资金控制等条件。
步骤S304：大额报文发送处理，通过同业清算互联前置将报文发送至人民银行支付系统。
步骤S305：延迟发报后台交易，扫描延迟发报队列记录，检查大额系统状态正常，则进行大额报文发送处理。
步骤S306：接收人民银行清算结果通知报文，并将清算结果推送到统一清算平台。
步骤S307：接收收款行通过人民银行发送过来的退汇报文，并将退汇报文推送到统一清算平台。
所述将清算结果推送到统一清算平台和将退汇报文推送到统一清算平台，能够实现对跨行支付信息的统一管理，所述统一清算平台能够实现的功能相当于上述跨行支付装置实现的功能。
参见图2，为了提高跨行支付的效率，保证在部分汇路出现故障或关闭的情况下，仍能实现跨行支付功能，在本申请一个或多个实施例中，在步骤200之后还包含有：
步骤201：若经判断得到所述预设的个性汇路规则表中不存在所述跨行汇款指令对应可用的汇路，则基于该汇路的当前状态、所述交易信息以及所述接收行行号从预设的通用汇路规则表中获取对应可用的汇路。
具体地，所述预设的通用汇路规则表可根据实际情况进行设置，本申请对此不作限制。
步骤202：基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
参见图3，为了进一步提高获取行号的简洁性和准确性，提高用户跨行支付过程的便捷程度，在本申请一个或多个实施例中，步骤100，包含有：
步骤101：根据当前接收的跨行汇款指令中的收款人卡号和地区号，判断预存储的账号信息对照表中是否存在所述收款人卡号和地区号，若否，则自该收款人卡号中提取对应的卡bin，其中，所述账号信息对照表用于存储各个所述收款人卡号、地区号与各个所述接收行行号之间的对应关系。
具体地，所述预存储的账号信息对照表包含有各个用户以往在本行进行跨行支付的数据，包含有收款人卡号和接收行行号，在所述预存储的账号信息对照表中根据卡号和地区号能够确定唯一的行号，卡bin由卡号的前六位构成。
为了提高本申请跨行支付方法应用的广泛性，在本申请一个实施例中，在步骤200之前，还包含有：根据当前接收的跨行汇款指令中的收款人帐号和地区号，判断预存储的账号信息对照表中是否存在所述收款人帐号和地区号，若是，则从所述预存储的账号信息对照表中获取与所述收款人账号和地区号对应的接收行行号。所述收款人账号可以为上述卡号，也可以是个人活期账户、对公往来户和保证金账户等各种账户类型。
步骤102：应用提取的所述卡bin在预设的卡bin和行号对照表中获取对应的接收行行号。
参见图3，为了提高所述预存储的账号信息对照表的应用效率和应用范围，增加该表中的数据量，进而提高获取行号的效率，在本申请一个或多个实施例中，在步骤300之后，还包含有：
步骤400：根据所述跨行汇款指令中的收款人卡号、地区号和自所述卡bin和行号对照表中获取的所述接收行行号，更新所述预存储的账号信息对照表。
参见图4，为了提高跨行支付的效率和成功率，在本申请一个或多个实施例中，在步骤200之前还包含有：
步骤021：若经判断确定所述预存储的账号信息对照表中存在所述收款人卡号和地区号，则从所述预存储的账号信息对照表中获取与所述收款人卡号和地区号对应的接收行行号。
也就是说，若能够从所述预存储的账号信息对照表获取与所述收款人卡号和地区号对应的接收行行号，则无需再从卡号中提取卡bin信息，能够提高跨行支付的效率。在根据所述预存储的账号信息对照表获取与所述收款人卡号和地区号对应的接收行行号后，若经由与所述可用汇路对应的清算系统将汇款报文发送给接收行后，若所述汇款报文中的接收行行号错误，则所述跨行支付装置接收退汇报文，并用以更新所述预存储的账号信息对照表，以提高跨行支付的准确性。
参见图4，为了进一步验证获取的所述接收行行号的准确性，进而提高跨行支付的准确性和可靠性，在本申请一个或多个实施例中，所述的卡bin和行号对照表中还存有与各个所述接收行行号对应的接收行名称，相对应的，步骤200包含有：
步骤210：根据所述接收行名称判断预存储的行号库中是否存在与所述接收行名称对应的接收行行号相同的银行行号。
具体地，所述预存储的行号库为人民银行的行号库，包含有银行名称和与银行名称对应的行号。判断所述接收行名称在该人民银行的行号库中对应的银行行号是否与所述接收行行号相同，若相同则所述接收行行号合法，即通过验证。
步骤220：若存在，则获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路。
为了进一步提高跨行支付的智能化程度，在本申请一个实施例中，在步骤200之前，还包含有：
S021：接收跨行汇款指令中的接收行行名。具体地，所述接收行行名可以为行名简称或仅包含有关键字的行名等。
S022：应用预设的文本分类相似度模型获取所述接收行行名对应的完整行名。
S023：根据所述完整行名，在预存储的行名行号表中获取对应的接收行行号。
具体地，在步骤S021之前还包含有：根据多个历史接收行行名及对应的完整行名，训练所述预设的文本分类相似度模型，训练过程应用到分类算法及相似度算法。分类算法及相似度算法为现有技术。
从软件层面上来说，为了能够提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度，本申请提供一种用于执行所述跨行支付方法中全部或部分内容的跨行支付装置的实施例，所述跨行支付装置，参见图5，具体包含有如下内容：
第一获取接收行行号模块10，用于根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包含有对应的交易信息。
具体地，所述交易信息包含有：收款人名称、业务种类、交易标志、转账金额、转账时间和支付优先级。
个性汇路规则判断模块20，用于获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路。
第一清算系统调用模块30，用于若经判断预设的个性汇路规则表中存在所述跨行汇款指令对应可用的汇路，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
在本申请一个或多个实施例中，所述的跨行支付装置，还包含有：
通用汇路规则判断模块40，用于若经判断得到所述预设的个性汇路规则表中不存在所述跨行汇款指令对应可用的汇路，则基于该汇路的当前状态、所述交易信息以及所述接收行行号从预设的通用汇路规则表中获取对应可用的汇路；
第二清算系统调用模块50，用于基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
在本申请一个或多个实施例中，所述第一获取接收行行号模块10包含有：
卡bin提取单元11a，用于根据当前接收的跨行汇款指令中的收款人卡号和地区号，判断预存储的账号信息对照表中是否存在所述收款人卡号和地区号，若否，则自该收款人卡号中提取对应的卡bin，其中，所述账号信息对照表用于存储各个所述收款人卡号、地区号与各个所述接收行行号之间的对应关系。
获取接收行行号单元12a，用于应用提取的所述卡bin在预设的卡bin和行号对照表中获取对应的接收行行号。
在本申请一个或多个实施例中，所述的跨行支付装置还包含有：
更新模块60，用于根据所述跨行汇款指令中的收款人卡号、地区号和自所述卡bin和行号对照表中获取的所述接收行行号，更新所述预存储的账号信息对照表。
在本申请一个或多个实施例中，所述的跨行支付装置还包含有：
第二获取接收行行号模块70，用于若经判断确定所述预存储的账号信息对照表中存在所述收款人卡号和地区号，则从所述预存储的账号信息对照表中获取与所述收款人卡号和地区号对应的接收行行号。
在本申请一个或多个实施例中，所述的卡bin和行号对照表中还存有与各个所述接收行行号对应的接收行名称；相对应的，所述个性汇路规则判断模块20包含有：
行号库验证单元21a，用于根据所述接收行名称判断预存储的行号库中是否存在与所述接收行名称对应的接收行行号相同的银行行号。
个性汇路规则判断单元22a，用于若所述接收行名称判断预存储的行号库中存在与所述接收行名称对应的接收行行号相同的银行行号，则获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路。
基于上述跨行支付方法及装置，本申请实施例可以通过上述跨行支付装置执行跨行支付的过程，为了进一步提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度，下面对应用本申请实施例所述的跨行支付装置及方法的应用场景进行具体说明。
(一)智能路由跨行支付系统
参见图6，本应用实例提供一种智能路由跨行支付系统，该系统包含有：统一清算平台1、人工智能平台2、大额支付系统3、小额支付系统4、网银互联系统5和大数据平台6。其中，统一清算平台1与大额支付系统3通信连接，统一清算平台1与小额支付系统4通信连接，统一清算平台1与网银互联系统5通信连接，统一清算平台1与人工智能平台2通信连接，大数据平台6分别与大额支付系统3、小额支付系统4、网银互联系统5及人工智能平台2通信连接。
统一清算平台1，负责接收其他产品系统的跨行汇款指令，并负责接收行行号智能知识，清算通道的智能路由处理。
人工智能平台2，负责行名识别模型、退汇原因识别模型的构建、模型评估、模型发布、模型自学习，并提供行名识别和退汇原因识别的服务。
大额支付系统3，负责接收和处理统一清算平台1的大额支付指令，将报文发送至人民银行支付系统，并接收人民银行清算结果通知报文。
小额支付系统4，负责接收和处理统一清算平台1的小额支付指令，将报文发送至人民银行支付系统，并接收人民银行轧差/清算结果通知报文。
网银互联支付系统5，负责接收和处理统一清算平台1的支付指令，将报文发送至人民银行支付系统，并接收人民银行轧差/清算结果通知报文。
大数据平台6，负责大额、小额和网银报文数据的存储功能。
如图7所示，收款人客户信息库要素包含有收款人帐号与行号对照信息、行名行号对照信息和卡bin与行号对照信息。
如图8所示，智能路由规则要素包含有通用汇路规则要素和个性化汇路规则要素。
(二)智能路由跨行支付系统中跨行支付装置的具体应用
在本应用实例中，统一清算平台1实现的功能相当于上述跨行支付装置实现的功能；如图9所示，统一清算平台1包含有接入接出模块11、接收行识别模块12、智能汇路选择模块13、支付业务发报模块14、支付业务结果同步模块15和收款人客户信息更新模块16；其中，接入接出模块11与接收行识别模块12连接，接收行识别模块12与智能汇路选择模块13连接，智能汇路选择模块13与支付业务发报模块14连接，支付业务发报模块14与支付业务结果同步模块15，支付业务结果同步模块15与收款人客户信息更新模块16连接。所述接入和接出模块11以及接收行识别模块12结合实现的功能相当于上述第一获取接收行行号模块和第二获取接收行行号模块实现的功能，智能汇路选择模块13实现的功能相当于上述个性汇路规则判断模块和通用汇路规则判断模块结合实现的功能，支付业务发报模块14实现的功能相当于上述第一清算系统调用模块和第二清算系统调用模块结合实现的功能，收款人客户信息更新模块16实现的功能相当于上述更新模块实现的功能，具体地：
接入接出模块11，负责根据外围系统汇款指令的事件编号获取所在集群。
接收行识别模块12，负责根据收款人卡号、收款人名称、接收行行名智能识别出接收行行号。
智能汇路选择模块13，负责根据渠道、产品、接收行、客户、金额、时间等要素智能识别出该笔汇款指令的最优清算通道。
支付业务发报模块14，负责根据智能路由结果调用应用清算系统的服务完成发报处理。
支付业务结果同步模块15，负责根据清算系统推送的发报结果更新指令信息表，并通知对应的外围系统。
收款人客户信息更新模块16，负责根据汇款指令的发报结果更新收款人客户信息库的行号信息。
(三)智能路由跨行支付系统中其它结构的具体应用
如图10所示，大额支付系统3包含有发报参数检查模块31、资金流动性检查模块32、报文发送模块33、延迟队列处理模块34、大额清算结果收报模块35、发报结果通知模块36，其中发报参数检查模块31与资金流动性检查模块32连接，资金流动性检查模块32与报文发送模块33连接，报文发送模块33与延迟队列处理模块34连接，大额清算结果收报模块35与延迟队列处理模块34连接，大额清算结果收报模块35与发报结果通知模块36连接，具体地：
发报参数检查模块31，负责接收统一清算平台发送的汇款指令，并进行大额系统相关的业务参数、系统参数进行检查。
资金流动性检查模块32，负责对大额系统参数检查通过的报文，进行大额虚拟账户余额、大额资金控制检查。
报文发送模块33，负责将报文通过同业互联清算前置发送至人民银行支付系统。
延迟队列处理模块34，负责将扫描延迟发报队列记录，在大额系统开启时对报文进行发报处理。
大额清算结果收报模块35，负责接收人民银行清算通知报文。
发报结果通知模块36，负责将大额清算结果通知到统一清算平台。
如图11所示，小额支付系统4包含有发报参数检查模块41、小额报文登记模块42、报文发送模块43、延迟队列处理模块44、小额轧差/清算结果收报模块45、发报结果通知模块46，其中发报参数检查模块41与小额报文登记模块42，小额报文登记模块42与报文发送模块43连接，报文发送模块43与延迟队列处理模块44连接，小额轧差/清算结果收报模块45与延迟队列处理模块44连接，小额轧差/清算结果收报模块45与发报结果通知模块46连接，具体地：
发报参数检查模块41，负责接收统一清算平台发送的汇款指令，并进行小额系统相关的业务参数、系统参数进行检查。
小额报文登记模块42，负责对登记报文信息。
报文发送模块43，负责将报文通过同业互联清算前置发送至人民银行支付系统。
延迟队列处理模块44，负责将扫描延迟发报队列记录，在小额系统开启时对报文进行发报处理。
小额轧差/清算结果收报模块45，负责接收人民银行轧差/清算通知报文。
发报结果通知模块46，负责将小额轧差/清算结果通知到统一清算平台。
如图12所示，网银互联系统5包含有发报参数检查模块51、网银互联报文登记模块52、报文发送模块53、网银互联轧差/清算结果收报模块54、发报结果通知模块55，其中发报参数检查模块51与网银互联报文登记模块52，网银互联报文登记模块52与报文发送模块53连接，报文发送模块53与网银互联轧差/清算结果收报模块54连接，网银互联轧差/清算结果收报模块54与发报结果通知模块55连接，具体地：
发报参数检查模块51，负责接收统一清算平台发送的汇款指令，并进行网银互联系统相关的业务参数、系统参数进行检查。
网银互联报文登记模块52，负责对登记报文信息。
报文发送模块53，负责将报文通过同业互联清算前置发送至人民银行支付系统。
网银互联轧差/清算结果收报模块54，负责接收人民银行轧差/清算通知报文。
发报结果通知模块55，负责将网银互联轧差/清算结果通知到统一清算平台。
(四)跨行支付方法的具体应用
参见图13，结合上述智能路由跨行支付系统，本申请还提供一种跨行支付方法的具体应用实例，统一清算平台1接收到外围系统的汇款指令，经过行号智能识别、汇路智能识别，根据智能路由选择结果调用对应清算系统包含有大额支付系统3、小额支付系统4、网银互联系统5进行发报处理，具体步骤如下所述。
步骤S101：统一清算平台1调用行号识别服务获取接收行行号。
步骤S102：统一清算平台1调用智能路由选择服务识别出最优路由。
步骤S103：统一清算平台根据路由结果调用对应清算通道的服务进行发报处理。
步骤S104：大额支付系统3接收统一清算平台1的支付指令，进行参数检查、发送处理，接收清算结果报文后将发报结果通知统一清算平台1。
步骤S105：小额支付系统4接收统一清算平台1的支付指令，进行参数检查、发送处理，接收小额轧差/清算结果报文后将发报结果通知统一清算平台1。
步骤S106：网银互联系统5接收统一清算平台1的支付指令，进行参数检查、发送处理，接收网银互联轧差/清算结果报文后将发报结果通知统一清算平台1。
步骤S107：统一清算平台1接收大额支付系统3/小额支付系统4/网银互联系统5的发报结果，更新指令信息表，并通知外围系统。
步骤S108：统一清算平台1根据发送结果，更新收款人账号与行号对照信息表。
步骤109：大额支付系统3/小额支付系统4接收收款银行的退汇报文，将退汇报文推送到统一清算平台1。
步骤S110：统一清算平台1接收退汇报文，调用人工智能平台2退汇原因识别服务，并根据识别结果更新收款人账号与行号对照信息表。
参见图14，本申请还提供一种执行主体是跨行支付装置的跨行支付方法的具体应用实例，具体步骤如下所述。
步骤S201：统一清算平台1接收外围系统的跨行汇款指令，根据事件编号调用接入接出服务获取所在集群。
具体地，还包含有将跨行汇款指令信息登记到指令信息表。
步骤S202：对没有输入接收行行号的指令，根据收款人账号和地区号查询收款人账号与行号对照信息表获取接收行行号。
具体地，收款人账号与行号对照信息表包含的信息参见图7中“收款人账号与行号对照信息”，包含有地区号、收款人账号、收款人名称、收款人开户行行号和收款人开户行名称。获取接收行行号规则，根据地区和收款人账号查询该表获取收款人开户行行号，并检查该行号是否在人行的行号库中是否合法，如果检查通过则取收款人开户行行号为接收行行号。该表信息是根据以往的跨行转账数据进行登记，并根据转账成功或失败情况进行更新，且也可由业务人员进行维护。收款人账号与行号不是一一对应关系，有可能不同银行对应同一个账号，在首次汇款成功后记录收款人账号、地区号与行号的关系，以便下次查询接收行行号，不用客户再提供。
步骤S203：如果收款人账号与行号对照信息表没有记录且收款人账号为卡号，根据卡bin与行号对照信息表获取接收行行号。
具体地，卡bin与行号对照信息表包含的信息参见图7中“卡bin与行号对照信息”，包含有卡bin和、bin长度、支付清算行号和支付清算行名，获取接收行行号规则，判断收款人账号如果为银联卡，则获取银联卡的卡bin，根据卡bin查询卡bin与行号对照信息表，获取支付清算行行号，并检查该行号是否在人民银行的行号库中，是否合法，如果检查通过则取该支付清算行号为接收行行号。
步骤S204：对只输入接收行行名的指令，根据行名全称查询行名行号表获取接收行行号。
具体地，调用人工智能平台2的行名识别服务获取接收行行号全称，并根据行名全称查询行名行号表获取接收行行号。
步骤S205：查询个性汇路规则表，如查到记录判断优先汇路1的清算系统相关参数，如果该汇路检查通过，则路由结果为优先汇路1，否则检查优先汇路2是否满足，如此类推。
具体地，汇款路由判断，先判断个性化汇路规则：个性化汇路规则信息参见图8中“个性化汇路规则要素”，包含地区、渠道号、产品编号、客户账号、客户信息号、收报行行号、业务种类、金额区间、时间区间、支付优先级、优先汇路1、优先汇路2、优先汇路3、优先汇路4和优先汇路5等。根据地区号、渠道号、产品编号、客户账号/客户信息号、收报行行号、业务种类、金额区间、时间区间和支付优先级查询个性汇路规则表，如查到记录判断优先汇路1的清算系统相关参数，该清算系统相关参数包含有支付系统状态、业务权限、金额限额、接收行登录支付系统情况等参数，如果参数检查通过则该汇路检查通过，路由结果为优先汇路1，否则检查优先汇路2是否满足，如此类推。
步骤S206：如果个性汇路规则没有取到路由结果，检查通用汇路规则表，如查到记录，则判断优先汇路1的清算系统相关参数，如果参数检查通过则该汇路检查通过，则路由结果为优先汇路1，否则检查优先汇路2是否满足，如此类推。
具体地，通用汇路规则表要素参见图8中“通用汇路规则要素”，包含有单笔/批量标志、业务种类、金额区间、时间区间、支付优先级、优先汇路1、优先汇路2、优先汇路3、优先汇路4和优先汇路5。根据单笔/批量标志、业务种类、金额区间、时间区间和支付优先级查询通用汇路规则表，如查到记录判断优先汇路1的清算系统相关参数，该清算系统相关参数包含有支付系统状态、业务权限、金额限额和接收行登录支付系统情况等参数，如果参数检查通过则该汇路检查通过，路由结果为优先汇路1，否则检查优先汇路2是否满足，如此类推。
步骤S207：根据汇路结果调用相应清算系统的发报服务进行发报处理。
具体地，所述清算系统包含有：大额支付系统3、小额支付系统4和网银互联系统5。
步骤S208：接收大额支付系统3、小额支付系统4或网银互联系统5的发报结果，更新指令信息表，并通知外围系统。
具体地，指令信息表包含有地区号、网点号、指令序号、工作日期、渠道、路由结果、清算通道、指令状态、发起行行号、接收行行号、币种、金额、付款人账号、付款人名称、收款人账号和收款人名称等信息。
步骤S209：根据支付指令的发送结果，更新收款人账号与行号对照信息表。
步骤S210：接收大额支付系统3或小额支付系统4的退汇报文，调用人工智能平台2的退汇原因识别服务，并根据识别结果更新收款人账号与行号对照信息表。
具体地，收款银行接收到汇款报文后，可能因为收款账号、收款户名和/或收款行号不正确，无法入账，将资金退回付款银行，此时付款银行会接收到退汇报文，可能是当天或隔天接收到。退汇可能是接收行行号不正确导致，对于行号有误导致的退汇，需要更正步骤S202中的收款人账号与行号对照信息表，以便下次转账汇款的时候不会取到错误的行号。
从上述描述可知，本申请提供的跨行支付方法及装置能够自动获取接收行行号，能够提高跨行支付的便捷程度；可根据实际情况选择适合的支付系统，提高跨行支付的灵活性，不同支付系统的费用不同，能够节省跨行支付的成本；在跨行支付的过程中对接收行行号进行校验并根据跨行支付结果优化跨行支付的过程，能够不断提高跨行支付的成功率和准确性。
从硬件层面来说，为了能够提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度，本申请提供一种用于实现所述跨行支付方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：
处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现所述跨行支付装置以及用户终端等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现所述跨行支付方法的实施例及用于实现所述跨行支付装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。
图16为本申请实施例的电子设备9600的系统构成的示意框图。如图16所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图16是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
在本申请一个或多个实施例中，跨行支付功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：
步骤100：根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包括对应的交易信息；
步骤200：获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路；
步骤300：若存在，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
从上述描述可知，本申请的实施例提供的电子设备，能够提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度。
在另一个实施方式中，跨行支付装置可以与中央处理器9100分开配置，例如可以将跨行支付装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现跨行支付功能。
如图16所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图16中所示的所有部件；此外，电子设备9600还可以包括图16中没有示出的部件，可以参考现有技术。
如图16所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。
该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。
基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。
上述描述可知，本申请的实施例提供的电子设备，能够提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度。
本申请的实施例还提供能够实现上述实施例中的跨行支付方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的跨行支付方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
步骤100：根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包括对应的交易信息；
步骤200：获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路；
步骤300：若存在，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
从上述描述可知，本申请实施例提供的计算机可读存储介质，能够提高跨行支付的效率和灵活性，进而提高跨行支付的智能化程度。
本申请中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合，并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。可以单独使用本申请的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本申请中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种跨行支付方法，其特征在于，包括：
根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包括对应的交易信息；
获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路；
若存在，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
2.根据权利要求1所述的跨行支付方法，其特征在于，在所述判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路之后，还包括：
若经判断得到所述预设的个性汇路规则表中不存在所述跨行汇款指令对应可用的汇路，则基于该汇路的当前状态、所述交易信息以及所述接收行行号从预设的通用汇路规则表中获取对应可用的汇路；
基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
3.根据权利要求1所述的跨行支付方法，其特征在于，所述交易信息包括：
收款人名称、业务种类、交易标志、转账金额、转账时间和支付优先级。
4.根据权利要求1所述的跨行支付方法，其特征在于，所述根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，包括：
根据当前接收的跨行汇款指令中的收款人卡号和地区号，判断预存储的账号信息对照表中是否存在所述收款人卡号和地区号，若否，则自该收款人卡号中提取对应的卡bin，其中，所述账号信息对照表用于存储各个所述收款人卡号、地区号与各个所述接收行行号之间的对应关系；
应用提取的所述卡bin在预设的卡bin和行号对照表中获取对应的接收行行号。
5.根据权利要求4所述的跨行支付方法，其特征在于，在所述基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付之后，还包括：
根据所述跨行汇款指令中的收款人卡号、地区号和自所述卡bin和行号对照表中获取的所述接收行行号，更新所述预存储的账号信息对照表。
6.根据权利要求4所述的跨行支付方法，其特征在于，在所述获取预设的各个汇路对应的清算系统的当前状态之前，还包括：
若经判断确定所述预存储的账号信息对照表中存在所述收款人卡号和地区号，则从所述预存储的账号信息对照表中获取与所述收款人卡号和地区号对应的接收行行号。
7.根据权利要求1所述的跨行支付方法，其特征在于，所述的卡bin和行号对照表中还存有与各个所述接收行行号对应的接收行名称；
相对应的，所述获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路，包括：
根据所述接收行名称判断预存储的行号库中是否存在与所述接收行名称对应的接收行行号相同的银行行号；
若存在，则获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路。
8.一种跨行支付装置，其特征在于，包括：
第一获取接收行行号模块，用于根据当前接收的跨行汇款指令中的收款人卡号，在预设的卡bin和行号对照表中获取接收行行号，其中，该跨行汇款指令中还包括对应的交易信息；
个性汇路规则判断模块，用于获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路；
第一清算系统调用模块，用于若经判断预设的个性汇路规则表中存在所述跨行汇款指令对应可用的汇路，则基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
9.根据权利要求8所述的跨行支付装置，其特征在于，还包括：
通用汇路规则判断模块，用于若经判断得到所述预设的个性汇路规则表中不存在所述跨行汇款指令对应可用的汇路，则基于该汇路的当前状态、所述交易信息以及所述接收行行号从预设的通用汇路规则表中获取对应可用的汇路；
第二清算系统调用模块，用于基于该可用的汇路调用对应的清算系统以对所述跨行汇款指令对应的交易进行跨行支付。
10.根据权利要求8所述的跨行支付装置，其特征在于，所述交易信息包括：
收款人名称、业务种类、交易标志、转账金额、转账时间和支付优先级。
11.根据权利要求8所述的跨行支付装置，其特征在于，所述第一获取接收行行号模块，包括：
卡bin提取单元，用于根据当前接收的跨行汇款指令中的收款人卡号和地区号，判断预存储的账号信息对照表中是否存在所述收款人卡号和地区号，若否，则自该收款人卡号中提取对应的卡bin，其中，所述账号信息对照表用于存储各个所述收款人卡号、地区号与各个所述接收行行号之间的对应关系；
获取接收行行号单元，用于应用提取的所述卡bin在预设的卡bin和行号对照表中获取对应的接收行行号。
12.根据权利要求11所述的跨行支付装置，其特征在于，还包括：
更新模块，用于根据所述跨行汇款指令中的收款人卡号、地区号和自所述卡bin和行号对照表中获取的所述接收行行号，更新所述预存储的账号信息对照表。
13.根据权利要求11所述的跨行支付装置，其特征在于，还包括：
第二获取接收行行号模块，用于若经判断确定所述预存储的账号信息对照表中存在所述收款人卡号和地区号，则从所述预存储的账号信息对照表中获取与所述收款人卡号和地区号对应的接收行行号。
14.根据权利要求8所述的跨行支付装置，其特征在于，所述的卡bin和行号对照表中还存有与各个所述接收行行号对应的接收行名称；
相对应的，所述个性汇路规则判断模块包括：
行号库验证单元，用于根据所述接收行名称判断预存储的行号库中是否存在与所述接收行名称对应的接收行行号相同的银行行号；
个性汇路规则判断单元，用于若所述接收行名称判断预存储的行号库中存在与所述接收行名称对应的接收行行号相同的银行行号，则获取预设的各个汇路对应的清算系统的当前状态，并基于该清算系统的当前状态、所述交易信息以及所述接收行行号，判断预设的个性汇路规则表中是否存在所述跨行汇款指令对应可用的汇路。
15.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的跨行支付方法的步骤。
16.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现权利要求1至7任一项所述的跨行支付方法的步骤。
CN201910891565.6A 2019-09-20 2019-09-20 跨行支付方法及装置 Pending CN110619516A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910891565.6A CN110619516A (zh) 2019-09-20 2019-09-20 跨行支付方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910891565.6A CN110619516A (zh) 2019-09-20 2019-09-20 跨行支付方法及装置

Publications (1)

Publication Number Publication Date
CN110619516A true CN110619516A (zh) 2019-12-27

Family

ID=68923624

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910891565.6A Pending CN110619516A (zh) 2019-09-20 2019-09-20 跨行支付方法及装置

Country Status (1)

Country Link
CN (1) CN110619516A (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111210215A (zh) * 2020-01-13 2020-05-29 中国银行股份有限公司 一种银行支付路径选择的处理方法、装置及电子设备
CN111369247A (zh) * 2020-03-03 2020-07-03 中国工商银行股份有限公司 跨行交易数据处理方法及装置
CN112037033A (zh) * 2020-09-02 2020-12-04 中国银行股份有限公司 识别跨行指令并补充银行行号方法和装置
CN112184422A (zh) * 2020-09-28 2021-01-05 金蝶软件（中国）有限公司 一种交易方法及相关设备
CN112561518A (zh) * 2020-12-29 2021-03-26 平安银行股份有限公司 信息识别方法、装置及存储介质
WO2021190018A1 (zh) * 2020-03-24 2021-09-30 支付宝(杭州)信息技术有限公司 辅助国际银行卡审核的方法及其装置
TWI784894B (zh) * 2021-06-11 2022-11-21 歐簿客科技股份有限公司 用於轉移資金的資訊傳遞方法及電子裝置
CN117541241A (zh) * 2024-01-04 2024-02-09 梅州客商银行股份有限公司 一种智能转账方法、装置、存储器及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103413215A (zh) * 2013-07-12 2013-11-27 广州银联网络支付有限公司 一种基于矩阵相似度算法的电子联行号匹配方法
CN105488721A (zh) * 2015-11-30 2016-04-13 中国建设银行股份有限公司 一种跨行支付路由选择方法和系统
CN106022742A (zh) * 2016-05-31 2016-10-12 中国建设银行股份有限公司 一种银行交易处理方法及装置
CN106296392A (zh) * 2016-08-12 2017-01-04 深圳前海微众银行股份有限公司 支付汇路选择方法和装置
CN106372882A (zh) * 2016-10-25 2017-02-01 宁波银行股份有限公司 一种智能支付方法、系统以及跨行转账系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103413215A (zh) * 2013-07-12 2013-11-27 广州银联网络支付有限公司 一种基于矩阵相似度算法的电子联行号匹配方法
CN105488721A (zh) * 2015-11-30 2016-04-13 中国建设银行股份有限公司 一种跨行支付路由选择方法和系统
CN106022742A (zh) * 2016-05-31 2016-10-12 中国建设银行股份有限公司 一种银行交易处理方法及装置
CN106296392A (zh) * 2016-08-12 2017-01-04 深圳前海微众银行股份有限公司 支付汇路选择方法和装置
CN106372882A (zh) * 2016-10-25 2017-02-01 宁波银行股份有限公司 一种智能支付方法、系统以及跨行转账系统

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111210215A (zh) * 2020-01-13 2020-05-29 中国银行股份有限公司 一种银行支付路径选择的处理方法、装置及电子设备
CN111210215B (zh) * 2020-01-13 2024-04-26 中国银行股份有限公司 一种银行支付路径选择的处理方法、装置及电子设备
CN111369247A (zh) * 2020-03-03 2020-07-03 中国工商银行股份有限公司 跨行交易数据处理方法及装置
WO2021190018A1 (zh) * 2020-03-24 2021-09-30 支付宝(杭州)信息技术有限公司 辅助国际银行卡审核的方法及其装置
CN112037033A (zh) * 2020-09-02 2020-12-04 中国银行股份有限公司 识别跨行指令并补充银行行号方法和装置
CN112184422A (zh) * 2020-09-28 2021-01-05 金蝶软件（中国）有限公司 一种交易方法及相关设备
CN112561518A (zh) * 2020-12-29 2021-03-26 平安银行股份有限公司 信息识别方法、装置及存储介质
TWI784894B (zh) * 2021-06-11 2022-11-21 歐簿客科技股份有限公司 用於轉移資金的資訊傳遞方法及電子裝置
CN117541241A (zh) * 2024-01-04 2024-02-09 梅州客商银行股份有限公司 一种智能转账方法、装置、存储器及电子设备

Similar Documents

Publication Publication Date Title
CN110619516A (zh) 跨行支付方法及装置
CN111861569B (zh) 产品信息推荐方法及装置
US20090265272A1 (en) Money transfers utilizing a unique receiver identifier
CN112615871A (zh) 一种跨链发送可认证消息的方法和装置
WO2009051937A1 (en) Money transfers utilizing unique receiver identifier
CN110457336B (zh) 交易数据处理方法及装置
CN110675159A (zh) 金融市场交易事前风险控制方法、系统及电子设备
CN106127484A (zh) 一种支付安全控制系统以及支付安全控制方法
CN111160984A (zh) 基于银行网点排队叫号服务的营销方法及装置
CN111931189B (zh) Api接口转用风险检测方法、装置和api服务系统
CN113435989A (zh) 金融数据处理方法及装置
CN112163946A (zh) 基于分布式交易系统的账务处理方法及装置
KR100983478B1 (ko) 이동 단말의 메시지 서비스를 이용한 가계부 작성 방법 및시스템
CN110910106B (zh) 一种现金管理报文处理方法及系统
CN112950357B (zh) 交易异常团伙识别方法及装置
CN109359960A (zh) 电子支付的实现方法和装置
CN113159913A (zh) 账务信息处理方法及装置
CN106485488A (zh) 基于销售终端pos套现的确定方法及装置
CN112116482A (zh) 基于区块链的融资数据处理方法及装置
US20070055567A1 (en) Donation mechanism
KR101270760B1 (ko) 자동 이체 관리 시스템 및 그 관리 방법
CN111222869A (zh) 交易数据处理方法、装置、计算机设备及介质
CN103329155B (zh) 中继装置、atm系统、信息中继方法以及程序
CN112866268B (zh) 报文处理方法及系统
CN112184248B (zh) 卡组织拒付调单数据处理方法及装置

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20191227

RJ01 Rejection of invention patent application after publication