对账结果的接收方法及装置制造方法及图纸

本申请公开了一种对账结果的接收方法及装置

【技术实现步骤摘要】
对账结果的接收方法及装置、存储介质及电子装置


[0001]本申请涉及区块链
，具体而言，涉及一种对账结果的接收方法及装置
、
存储介质及电子装置
。

技术介绍

[0002]传统对账方法是核对账目，是对一定周期内的交易进行双方确认的过程
。
两个支付实体
(
银行或者第三方支付公司
)
对前一日交易进行清分前实施对账，双方各自生成对账单，确认在固定周期内双方的交易
、
资金的一致性和正确性
。
但传统对账方法存在以下缺点：第一，可扩展性差
。
对账过程中查询账务相关数据，如交易流水
、
商户信息等，如果数据量巨大，对数据库性能影响较大，但对账逻辑扩展的复杂度高，关联方多，因此分拆数据库表的扩展成本高，导致可扩展性差
。
第二，逐行比对算法效率较低，但算法上并无好的优化余地
。
如果采用数据库
INTERSECT、MINUS
，则逐行比对算法对数据库压力也高
。
第三，在业务量大的情况下对账服务器及数据库服务器负荷较高
。
对常见的支付实体
(
银行或者第三方支付公司
)
而言，至少有上百家上游渠道需要比对，每一家都有几十万条交易记录，即便采用读写分离，对账时候使用读库，数据库压力很大
。
第四，导入批量文件，逐行入库效率较为低下
。
因每一次都需要建立网络连接
、
关闭连接
。
综上，传统对账方法虽然采用了高成本
(
例如，使用高性能数据库
)
，却没能有效地实现高处理能力
、
可拓展的对账效果，无法实现处理速度
、
维护
、
容量规划的灵活变换
。
[0003]针对相关技术中，对不同交换方之间进行对账的过程复杂，对账成本高，且对账效率低下的问题，目前尚未提出有效的解决方案
。
[0004]因此，有必要对相关技术予以改良以克服相关技术中的所述缺陷
。

技术实现思路

[0005]本申请实施例提供了一种对账结果的接收方法及装置
、
存储介质及电子装置，以至少解决了对不同交换方之间进行对账的过程复杂，对账成本高，且对账效率低下的问题
。
[0006]根据本申请实施例的一方面，提供一种对账结果的接收方法，包括：根据第一交换方在不同交换时间点的交换数据和预设的区块链对账规则生成第一哈希序列，以及根据所述区块链对账规则和第二交换方在所述不同交换时间点的交换数据生成第二哈希序列；将所述第一哈希序列和所述第二哈希序列发送至合约区块链，以指示所述合约区块链比较相同交换时间点对应的第一哈希序列和第二哈希序列，得到对账结果；接收所述合约区块链发送的对账结果
。
[0007]在一个示例性的实施例中，将所述第一哈希序列和所述第二哈希序列发送至合约区块链之后，上述方法还包括：在预设定时之后获取所述第一哈希序列和所述第二哈希序列对应的上传结果；根据所述上传结果确定所述第一哈希序列和
/
或所述第二哈希序列的上传时间
。
[0008]在一个示例性的实施例中，根据所述上传结果确定所述第一哈希序列和
/
或所述
第二哈希序列的上传时间之后，上述方法还包括：比较所述上传时间与预设上链时间的大小；在所述上传时间小于等于所述预设上链时间的情况下，确定所述第一哈希序列和
/
或所述第二哈希序列上链成功；在所述上传时间大于所述预设上链时间的情况下，确定所述第一哈希序列和
/
或所述第二哈希序列上链失败
。
[0009]在一个示例性的实施例中，在所述上传时间大于所述预设上链时间的情况下，确定所述第一哈希序列和
/
或所述第二哈希序列上链失败之后，上述方法还包括：重新发起将所述第一哈希序列和
/
或所述第二哈希序列上传至所述合约区块链的上链流程，并记录重新发起上链流程的目标次数；在所述目标次数大于预设次数的情况下，生成告警提示信息，其中，所述告警提示信息用于提示目标对象对上链流程进行人工干预；在所述目标次数小于或等于预设次数的情况下，重复发起所述上链流程
。
[0010]在一个示例性的实施例中，接收所述合约区块链发送的对账结果之后，上述方法还包括：从所述对账结果中提取目标字段对应的数值，其中，所述目标字段为在所述合约区块链的返回接口处预设的对账结果字段；在所述数值为第一值的情况下，确定所述第一哈希序列和所述第二哈希序列在所述合约区块链中还未进行比对操作；在所述数值为第二值的情况下，确定所述第一哈希序列和所述第二哈希序列在所述合约区块链中已完成比对操作，且所述对账结果为对账成功；在所述数值为第三值的情况下，确定所述第一哈希序列和所述第二哈希序列在所述合约区块链中已完成比对操作，且所述对账结果为对账失败
。
[0011]在一个示例性的实施例中，在所述数值为第三值的情况下，确定所述第一哈希序列和所述第二哈希序列在所述合约区块链中已完成比对操作，且所述对账结果为对账失败之后，上述方法还包括：确定引起所述对账失败的所述第一哈希序列对应的第一交换数据和所述第二哈希序列对应的第二交换数据；对所述第一交换数据与所述第二交换数据进行细粒度拆分，其中，所述细粒度拆分用于将不同交换时间点对应的时间划分粒度下调一级；根据细粒度拆分结果确定所述第一交换数据对应的第三哈希值序列以及所述第二交换数据对应的第四哈希值序列；将所述第三哈希值序列和所述第四哈希值序列上传至所述合约区块链进行重复比对操作
。
[0012]在一个示例性的实施例中，接收所述合约区块链发送的对账结果之后，包括：将所述对账结果分别发送至所述第一交换方
、
所述第二交换方；在确定所述对账结果指示对账失败的情况下，指示所述第一交换方与所述第二交换方互相发送携带对账失败的交易报文，其中，所述交易报文用于提示不同的交换方对交换数据进行差错处理
。
[0013]根据本申请实施例的另一方面，还提供了一种对账结果的接收装置，包括：生成模块，用于根据第一交换方在不同交换时间点的交换数据和预设的区块链对账规则生成第一哈希序列，以及根据所述区块链对账规则和第二交换方在所述不同交换时间点的交换数据生成第二哈希序列；发送模块，用于将所述第一哈希序列和所述第二哈希序列发送至合约区块链，以指示所述合约区块链比较相同交换时间点对应的第一哈希序列和第二哈希序列，得到对账结果；接收模块，用于接收所述合约区块链发送的对账结果
。
[0014]在一个示例性的实施例中，上述装置还包括：第一确定模块，用于在预设定时之后获取所述第一哈希序列和所述第二哈希序列对应的上传结果；根据所述上传本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种对账结果的接收方法，其特征在于，包括：根据第一交换方在不同交换时间点的交换数据和预设的区块链对账规则生成第一哈希序列，以及根据所述区块链对账规则和第二交换方在所述不同交换时间点的交换数据生成第二哈希序列；将所述第一哈希序列和所述第二哈希序列发送至合约区块链，以指示所述合约区块链比较相同交换时间点对应的第一哈希序列和第二哈希序列，得到对账结果；接收所述合约区块链发送的对账结果
。2.
根据权利要求1所述的方法，其特征在于，将所述第一哈希序列和所述第二哈希序列发送至合约区块链之后，所述方法还包括：在预设定时之后获取所述第一哈希序列和所述第二哈希序列对应的上传结果；根据所述上传结果确定所述第一哈希序列和
/
或所述第二哈希序列的上传时间
。3.
根据权利要求2所述的方法，其特征在于，根据所述上传结果确定所述第一哈希序列和
/
或所述第二哈希序列的上传时间之后，所述方法还包括：比较所述上传时间与预设上链时间的大小；在所述上传时间小于等于所述预设上链时间的情况下，确定所述第一哈希序列和
/
或所述第二哈希序列上链成功；在所述上传时间大于所述预设上链时间的情况下，确定所述第一哈希序列和
/
或所述第二哈希序列上链失败
。4.
根据权利要求3所述的方法，其特征在于，在所述上传时间大于所述预设上链时间的情况下，确定所述第一哈希序列和
/
或所述第二哈希序列上链失败之后，所述方法还包括：重新发起将所述第一哈希序列和
/
或所述第二哈希序列上传至所述合约区块链的上链流程，并记录重新发起上链流程的目标次数；在所述目标次数大于预设次数的情况下，生成告警提示信息，其中，所述告警提示信息用于提示目标对象对上链流程进行人工干预；在所述目标次数小于或等于预设次数的情况下，重复发起所述上链流程
。5.
根据权利要求1所述的方法，其特征在于，接收所述合约区块链发送的对账结果之后，所述方法还包括：从所述对账结果中提取目标字段对应的数值，其中，所述目标字段为在所述合约区块链的返回接口处预设的对账结果字段；在所述数值为第一值的情况下，确定所述第一哈希序列和所述第二哈希序列在所述合约区块链中还未进行比对操作；在所述数...

【专利技术属性】
技术研发人员：赵子琦，苑志云，赵刘韬，王雪，马睿，
申请(专利权)人：中国建设银行股份有限公司，
类型：发明
国别省市：