CN116644480A - 基于区块链的询证信息处理方法、装置及电子设备 - Google Patents

基于区块链的询证信息处理方法、装置及电子设备 Download PDF

Info

Publication number
CN116644480A
CN116644480A CN202310611523.9A CN202310611523A CN116644480A CN 116644480 A CN116644480 A CN 116644480A CN 202310611523 A CN202310611523 A CN 202310611523A CN 116644480 A CN116644480 A CN 116644480A
Authority
CN
China
Prior art keywords
inquiry
target
information
user number
type
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
CN202310611523.9A
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.)
Bank of China Ltd
Original Assignee
Bank of China Ltd
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 Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202310611523.9A priority Critical patent/CN116644480A/zh
Publication of CN116644480A publication Critical patent/CN116644480A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Bioethics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供一种基于区块链的询证信息处理方法、装置及电子设备，可用于金融领域或其他领域。该方法包括：接收客户端发送的询证信息查询请求，其中，询证信息查询请求中包含询证类型、用户编号以及待查询日期，基于询证信息查询请求从数据库中获取与询证类型、用户编号以及待查询日期对应的目标询证信息，对目标询证类型、目标用户编号以及基础询证字段进行消息摘要算法MD5加密处理，得到目标加密值，根据待查询日期、询证类型以及用户编号从区块链中获取预存加密值，若目标加密值与预存加密值对应，则将目标询证信息发送至客户端。本申请减少了询证信息被篡改的情况，进而保证了询证信息的安全性。

Description

基于区块链的询证信息处理方法、装置及电子设备
技术领域
本申请涉及可用于金融领域或其他领域，尤其涉及一种基于区块链的询证信息处理方法、装置及电子设备。
背景技术
随着网络技术的发展，信息安全问题日益突出，询证信息作为信息安全中的重要内容，越来越受到重视。
现有技术中，询证信息一般存储在单一节点中，在应用询证信息之前，可以先从单一节点中获取询证信息，然后根据获取到的询证信息来实现相关的业务。
然而，单一节点一般采用常用的加密方式来保护询证信息，导致询证信息容易被攻破进而被篡改，且运维人员也无法直接确定数据是否正确，降低了询证信息的安全性。
发明内容
本申请提供一种基于区块链的询证信息处理方法、装置及电子设备，用以解决询证信息安全性低的问题。
第一方面，本申请提供一种基于区块链的询证信息处理方法，包括：
接收客户端发送的询证信息查询请求，其中，所述询证信息查询请求中包含询证类型、用户编号以及待查询日期；
基于所述询证信息查询请求从数据库中获取与所述询证类型、所述用户编号以及所述待查询日期对应的目标询证信息，其中，所述目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段；
对所述目标询证类型、所述目标用户编号以及所述基础询证字段进行消息摘要算法MD5加密处理，得到目标加密值；
根据所述待查询日期、所述询证类型以及所述用户编号从区块链中获取预存加密值；
若所述目标加密值与所述预存加密值对应，则将所述目标询证信息发送至所述客户端。
第二方面，本申请提供一种基于区块链的询证信息处理装置，包括：
接收模块，用于接收客户端发送的询证信息查询请求，其中，所述询证信息查询请求中包含询证类型、用户编号以及待查询日期；
处理模块，用于基于所述询证信息查询请求从数据库中获取与所述询证类型、所述用户编号以及所述待查询日期对应的目标询证信息，其中，所述目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段；
所述处理模块，还用于对所述目标询证类型、所述目标用户编号以及所述基础询证字段进行消息摘要算法MD5加密处理，得到目标加密值；
所述处理模块，还用于根据所述待查询日期、所述询证类型以及所述用户编号从区块链中获取预存加密值；
所述处理模块，还用于若所述目标加密值与所述预存加密值对应，则将所述目标询证信息发送至所述客户端。
第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的基于区块链的询证信息处理方法。
第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的基于区块链的询证信息处理方法。
第五方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面所述的基于区块链的询证信息处理方法。
本申请提供了一种基于区块链的询证信息处理方法、装置及电子设备，可以接收客户端发送的包含询证类型、用户编号以及待查询日期的询证信息查询请求，然后可以基于该询证信息查询请求从数据库中获取与询证类型、用户编号以及待查询日期对应的目标询证信息，其中，该目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段，然后可以对目标询证类型、目标用户编号以及基础询证字段进行MD5加密，得到目标加密值，并根据待查询日期、询证类型以及用户编号从区块链中获取预存加密值，若目标加密值与预存加密值对应，则可以将目标询证信息发送至客户端，通过在应用目标询证信息之前，先将获取到的目标询证信息与区块链中存储的对应的询证信息进行匹配，并在匹配通过之后再应用该目标询证信息的方式，减少了询证信息被篡改的情况，进而保证了询证信息的安全性。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的基于区块链的询证信息处理方法的应用系统的架构示意图；
图2为本申请实施例提供的基于区块链的询证信息处理方法的流程示意图；
图3为本申请实施例提供的询证信息查询过程的流程示意图；
图4为本申请实施例提供的询证信息修正过程的流程示意图；
图5为本申请实施例提供的询证信息处理过程的流程示意图；
图6为本申请实施例提供的基于区块链的询证信息处理系统的应用示意图；
图7为本申请实施例提供的基于区块链的询证信息处理装置的结构示意图；
图8为本申请实施例提供的电子设备的硬件结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
需要说明的是，本申请的基于区块链的询证信息处理方法、装置及电子设备可用于金融领域，也可用于除金融领域之外的任意领域，本申请的基于区块链的询证信息处理方法、装置及电子设备的应用领域不做限定。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例还能够包括除了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
现有技术中，询证信息也可以称为询证函信息，示例性的，银行询证函是指相关部门在执行审计过程中，以被审计企业名义向银行发出的，用以验证该企业在我行的对公业务以及出资情况是否真实、合法、完整的询证性书面文件。询证信息一般存储在单一节点中，在应用询证信息之前，可以先从单一节点中获取询证信息，然后根据获取到的询证信息来实现相关的业务。然而，单一节点一般采用常用的加密方式来保护询证信息，导致询证信息容易被攻破进而被篡改，但运维人员也无法直接确定数据是否正确，降低了询证信息的安全性。此外，现有的询证函数据的查询，通常是运用了常见的向服务器访问数据并返回请求的模式，询证函信息的保护，通常致力于采用各种加密算法，例如采用https协议，或者是对服务器访问进行密码保护，防止黑客的网络窃取，或者在业务逻辑上实现各种权限校验机制，防止越权攻击，或者采用分布式存储的方案，将询证函信息存储在不同的服务器，保证了高可用性，但是在这种多节点的存储并不能提高询证信息的安全性。
基于上述技术问题，本申请通过在应用目标询证信息之前，先将获取到的目标询证信息与区块链中存储的对应的询证信息进行匹配，并在匹配通过之后再应用该目标询证信息的方式，达到了既减少了询证信息被篡改的情况，也保证了询证信息的安全性的技术效果。
本申请提供的基于区块链的询证信息处理方法，旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图1为本申请实施例提供的基于区块链的询证信息处理方法的应用系统的架构示意图，如图1所示，在该应用系统中，可以包括：客户端101、处理服务器102以及数据库103。客户端101可以向处理服务器102发送询证信息查询请求，处理服务器102在接收到客户端101发送的询证信息查询请求之后，可以基于询证信息查询请求中的询证类型、用户编号以及待查询日期从数据库103中获取对应的目标询证信息，其中，目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段。然后可以对目标询证类型、目标用户编号以及基础询证字段进行MD5(Message Digest Algorithm MD5，消息摘要算法第五版)加密处理，得到目标加密值。然后可以根据待查询日期、询证类型以及用户编号从区块链中获取预存加密值。并在目标加密值与预存加密值相对应时，则将目标询证信息发送至客户端。
此外，客户端101可以为智能手机、平板、个人电脑等。处理服务器102可以为单独的服务器，也可以为服务器集群等。数据库103可以为本地数据库，也可以为云端数据库，在此不再详细进行限定。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本申请实施例提供的基于区块链的询证信息处理方法的流程示意图，本实施例的方法可以由处理服务器102执行。如图2所示，本实施例的方法，可以包括：
S201：接收客户端发送的询证信息查询请求，其中，询证信息查询请求中包含询证类型、用户编号以及待查询日期。
在本实施例中，客户端在应用询证信息之前，可以先向处理服务器102发送询证信息查询请求。在向处理服务器102发送询证信息查询请求时，可以通过在银行的前端系统来实现。示例性的，例如可以通过网银、柜台等，由业务人员接收并录入询证信息查询请求，并通过http协议将询证信息查询请求发送至处理服务器102，进一步的，可以发送至处理服务器102中部署的询证业务管理系统。询证业务管理系统可以接收来自前端的询证请求，并根据请求中的信息调用询证数据处理系统提供的询证函查询接口，获取询证信息，并保存在本地，待后续根据函证审核流程进行打印等询证函后续处理过程。
可选的，询证信息查询请求可以包含询证类型、用户编号以及待查询日期。其中，询证类型可以表示不同的业务类型，例如，银行存款交易、银行借款交易、委托贷款、担保、汇票等。用户编号表示根据交易个数顺序生成的编号。
S202：基于询证信息查询请求从数据库中获取与询证类型、用户编号以及待查询日期对应的目标询证信息，其中，目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段。
在本实施例中，处理服务器在接收到询证信息查询请求之后，可以根据该询证信息查询请求从数据库中获取与相关字段对应的目标询证信息。其中，相关字段可以为询证信息查询请求中的询证类型、用户编号以及待查询日期。得到的目标询证信息可以包含目标询证类型、目标用户编号以及基础询证字段。其中，目标询证类型与询证信息查询请求中包含的询证类型相对应，目标用户编号与询证信息查询请求中包含的用户编号相对应，基础询证字段可以与目标询证类型相关，即不同的目标询证类型可以对应不同的基础询证字段。
示例性的，若目标询证类型为银行借款项，则对应的基础询证字段可以包含借款人名称、账号、币种、余额、借款日期等。若目标询证类型为银行存款项，则对应的基础询证字段可以包含存款账号、账户名称、利率类型、账户余额等。
S203：对目标询证类型、目标用户编号以及基础询证字段进行消息摘要算法MD5加密处理，得到目标加密值。
在本实施例中，在获取到目标询证类型、目标用户编号以及基础询证字段之后，可以先对目标询证类型、目标用户编号以及基础询证字段进行拼接，得到一字符串，然后可以对目标询证类型、目标用户编号以及基础询证字段进行MD5加密处理，得到目标加密值。
示例性的，询证类型为银行借款询证项，拼接后的字符串可以为：询证类型-目标用户编号-借款人名称-账号-币种-余额-借款日期-到期日期-利率-逾期金额。
S204：根据待查询日期、询证类型以及用户编号从区块链中获取预存加密值。
在本实施例中，还可以根据待查询日期、询证类型以及用户编号从区块链中获取预存加密值，具体获取过程可以为：先根据询证类型以及用户编号从区块链中获取符合条件的加密值，然后确定与待查询日期相匹配的预存加密值。示例性的，与待查询日期相匹配的预存加密值可以为待查询日期前一天的加密值。
S205：若目标加密值与预存加密值对应，则将目标询证信息发送至客户端。
在本实施例中，在得到目标加密值以及预存加密值之后，可以将目标加密值与预存加密值进行匹配，若目标加密值与预存加密值相对应(示例性的，可以为目标加密值与预存加密值相同)，则可以将目标询证信息发送至客户端。
采用上述方案后，可以接收客户端发送的包含询证类型、用户编号以及待查询日期的询证信息查询请求，然后可以基于该询证信息查询请求从数据库中获取与询证类型、用户编号以及待查询日期对应的目标询证信息，其中，该目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段，然后可以对目标询证类型、目标用户编号以及基础询证字段进行MD5加密，得到目标加密值，并根据待查询日期、询证类型以及用户编号从区块链中获取预存加密值，若目标加密值与预存加密值对应，则可以将目标询证信息发送至客户端，通过在应用目标询证信息之前，先将获取到的目标询证信息与区块链中存储的对应的询证信息进行匹配，并在匹配通过之后再应用该目标询证信息的方式，减少了询证信息被篡改的情况，进而保证了询证信息的安全性。
基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
此外，在另一实施例中，所述方法还可以包括：
若所述目标加密值与所述预存加密值不对应，则对所述数据库中的目标询证信息进行修正处理。
在本实施例中，若目标加密值与预存加密值不对应(示例性的，目标加密值与预存加密值不相同)，则可以对数据库中的目标询证信息进行修正处理。
示例性的，图3为本申请实施例提供的询证信息查询过程的流程示意图，如图3所示，在该实施例中，可以包括：
前端可以发起询证信息查询请求，并可以通过询证业务管理系统发送至部署于处理服务器中的询证数据处理系统，询证业务管理系统收到请求后，根据请求中的询证类型、用户编号以及待查询日期在数据库中查找，获取到相关记录(即目标询证信息)。然后可以抽取目标询证信息中的目标询证类型、目标用户编号以及基础询证字段，并拼接成一个字符串，示例性的，目标询证类型为银行借款询证项的字符串可以为：目标询证类型-目标用户编号-借款人名称-账号-币种-余额-借款日期-到期日期-利率-逾期金额，并对该字符串进行MD5加密计算。询证业务管理系统可以调用区块链接入系统的询证函MD5查询函数，参数1：询证类型(例如银行借款)，参数2：用户编号(例如123456)。区块链接入系统收到上述请求后，会在区块链平台账本中进行查询，获取该客户号和询证类型相应结果，并返回给询证数据处理系统，返回值为一个JSON对象，结构如下(举例)：{"confirmData"：[{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220101"，"20220102","20220103"]，"MD5"："856b690e42eb4ce5af4c3e5be9a97bb5"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220104"，"20220105"]，"MD5"："bdb684f1b8cfdf046744ea96d9fce484"}，{"confirmType"："银行借款","customerNo"："123456"，"dates"：["20220106"，"20220107"，"20220108"，"20220109"，"20220110"，"20220111"，"20220112"]，"MD5"："69fbac305dc6aa0d6152eb4c856bc3e5"}]}。以上的返回值说明目标询证类型为银行借款，目标用户编号为123456的记录，在20220101-20220103期间的询证字段拼接字符串的MD5可以为"856b690e42eb4ce5af4c3e5be9a97bb5"，在20220104-20220105期间的询证字段拼接字符串的MD5可以为"bdb684f1b8cfdf046744ea96d9fce484"，在20220106-20220112期间的询证字段拼接字符串的MD5是"69fbac305dc6aa0d6152eb4c856bc3e5"。由于交易记录在每天都可能会产生变化，所以对于同一客户和询证类型，在不同的询证日期查询，可能会有不同的询证结果，从而导致询证字段拼接字符串的MD5也不相同。询证数据处理系统在获取到上述的JSON对象后，可以查询与待查询日期(例如，当前日期的前一天，即20220102)所对应的MD5值(即"856b690e42eb4ce5af4c3e5be9a97bb5")，并将前述加密计算得到的MD5值与其进行比较，如果一致，则询证信息查询成功，如果不一致，则询证信息查询失败。
此外，对于询证信息查询失败的情况，询证数据处理系统可以对查询失败的情况进行数据核实与修正处理，重新从对应的业务系统核实询证相关信息，通过文件下发系统重新从业务系统获取正确信息后，进入数据修正流程。
可选的，数据修正流程可以有多种实现过程。进一步的，所述若所述目标加密值与所述预存加密值不对应，则对所述数据库中的目标询证信息进行修正处理，可以包括：
发送修正请求至业务服务器，其中，所述修正请求中包含目标询证类型、目标用户编号以及待查询日期。
接收所述业务服务器发送的新的目标询证信息，其中，所述新的目标询证信息为所述业务服务器根据所述目标询证类型、所述目标用户编号以及所述待查询日期确定的，所述新的目标询证信息中包含目标询证类型、目标用户编号以及新的基础询证字段。
对所述目标询证类型、所述目标用户编号以及所述新的基础询证字段进行MD5加密处理，得到新的目标加密值。
根据所述待查询日期、所述询证类型以及所述用户编号从区块链中获取预存加密值。
若所述目标加密值与所述预存加密值对应，则根据所述目标询证类型、所述目标用户编号以及所述新的基础询证字段对所述数据库中的目标询证信息进行更新。
具体的，若需要对数据库中的目标询证信息进行修正处理，可以先向业务服务器发送修正请求，该修正请求中可以包含目标询证类型、目标用户编号以及待查询日期。业务服务器中可以部署有业务系统，用于实现相关业务，并生成业务对应的凭证信息。业务服务器在接收到修正请求之后，可以根据修正请求确定新的目标询证信息，其中，新的目标询证信息为业务服务器根据目标询证类型、目标用户编号以及待查询日期确定的，且新的目标询证信息中包含目标询证类型、目标用户编号以及新的基础询证字段，然后可以将新的目标询证信息返回至处理服务器。处理服务器在接收到新的目标询证信息之后，可以对目标询证信息中包含的目标询证类型、目标用户编号以及新的基础询证字段进行拼接，得到一个新的字符串，然后可以对字符串进行MD5加密处理，得到新的目标加密值。还可以根据待查询日期、询证类型以及用户编号从区块链中获取预存加密值，其中，该预存加密值与前述S204中获取的预存加密值相同。因此，也可以不再重复执行该步骤，直接应用S204中获取的预存加密值，并在目标加密值与预存加密值相对应(示例性的，可以为相等)时，根据目标询证类型、目标用户编号以及新的基础询证字段对数据库中的目标询证信息进行更新。
综上，通过对询证信息的修正处理，提高了询证信息的准确性。
此外，所述方法还可以包括：
若所述目标加密值与所述预存加密值不对应，则生成异常提示。
示例性的，图4为本申请实施例提供的询证信息修正过程的流程示意图，如图4所示，在该实施例中，可以包括：
部署于处理服务器的询证数据处理系统从文件下发系统获取到来自业务系统(部署于业务服务器)的正确的文本，即通过读取hive数据库(表A)的方式获取交易文本中的数据信息，然后可以对数据信息进行处理，并从数据信息中提取出目标询证类型、目标用户编号以及新的基础询证字段，然后可以将目标询证类型、目标用户编号以及新的基础询证字段拼接成一个字符串，例如可以将目标询证类型为银行借款的询证项拼接为：银行借款-123456-借款人名称-账号-币种-余额-借款日期-到期日期-利率-逾期金额，并将该字符串进行MD5加密计算，然后调用区块链接入系统的询证函MD5查询函数，参数1：询证类型(例如银行借款)，参数2：客户号(例如123456)。区块链接入系统收到上述请求后，会在区块链平台账本中进行查询，获取该客户号和询证类型相应结果，并返回给询证数据处理系统，返回值为一个JSON对象，结构可以为：{"confirmData"：[{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220101"，"20220102"，"20220103"]，"MD5"："856b690e42eb4ce5af4c3e5be9a97bb5"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220104","20220105"],"MD5"："bdb684f1b8cfdf046744ea96d9fce484"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220106"，"20220107"，"20220108"，"20220109"，"20220110"，"20220111"，"20220112"]，"MD5"："69fbac305dc6aa0d6152eb4c856bc3e5"}]}。以上的返回值说明是询证类型为银行借款，用户编号为123456的记录，在20220101-20220103期间的询证字段拼接字符串的MD5是"856b690e42eb4ce5af4c3e5be9a97bb5"，在20220104-20220105期间的询证字段拼接字符串的MD5是"bdb684f1b8cfdf046744ea96d9fce484"，在20220106-20220112期间的询证字段拼接字符串的MD5是"69fbac305dc6aa0d6152eb4c856bc3e5"，由于交易记录在每天都会产生变化，所以对于同一客户和询证类型，在不同的询证日期查询，可能会有不同的询证结果，从而导致询证字段拼接字符串的MD5也不相同。询证数据处理系统获取到上述的JSON对象后，可以查询前述步骤中待查询日期(例如20220101)所对应的MD5值(即"856b690e42eb4ce5af4c3e5be9a97bb5")，并将加密计算的MD5值与其进行比较，如果一致，则对数据库中的目标询证信息进行更新(即更新hive数据库(表B)中询证日期当天的分区的对应记录)，如果不一致，则表明数据修正失败。
此外，在另一实施例中，在所述接收客户端发送的询证信息查询请求之前，所述方法还可以包括：
获取所述数据库中与目标时间段对应的至少一询证信息。
针对每个询证信息，对所述询证信息中包含的询证类型、用户编号以及基础询证字段进行MD5加密处理，得到加密值。
发送查询请求至区块链，其中，所述查询请求中包含询证类型以及用户编号。
接收所述区块链发送的预存询证信息集，其中，所述预存询证信息集中包含至少一历史询证信息，每个历史询证信息均与所述询证类型以及用户编号相对应，每个历史询证信息中包含一预存加密值。
若所述加密值与任一预存加密值相匹配，则根据所述目标时间段对所述区块链中相匹配的预存加密值对应的预存询证信息进行更新处理。
此外，所述方法还可以包括：
若所述加密值与任一预存加密值均不匹配，则将所述目标时间段以及所述询证信息发送至所述区块链，以使所述区块链存储所述目标时间段以及所述询证信息。
在本实施例中，在接收到新的询证信息之后，可以将询证信息添加至区块链中。其中，新的询证信息可以为目标时间段内的一个或多个询证信息。然后可以对多个询证信息进行处理，得到每个询证信息的加密值，并根据加密值将询证信息添加至区块链的对应位置处。
进一步的，所述获取所述数据库中与目标时间段对应的至少一询证信息，可以包括：
接收所述业务服务器发送的目标时间段内的交易数据。
根据所述交易数据中包含的用户编号以及询证类型对所述交易数据进行分类处理，得到至少一询证信息。
存储所述至少一询证信息至所述数据库。
具体的，在得到一个或多个询证信息时，可以先接收业务服务器发送的目标时间段内的交易数据，然后可以对交易数据进行分类处理，即根据交易数据中包含的用户编号以及询证类型对交易数据进行分类处理，得到至少一询证信息，然后可以将询证信息存储至数据库。
示例性的，图5为本申请实施例提供的询证信息处理过程的流程示意图，如图5所示，在该实施例中，可以包括：
文件下发系统每日通过大数据平台，将来自各个业务系统的交易文本送至询证数据处理系统，询证数据处理系统可以通过读取hive数据库(表A)的方式获取交易文本中的数据信息。询证数据处理系统每日对各个交易文本进行批量处理：按照不同的询证类型，根据客户号分类，筛选各个询证项需要的字段，例如银行借款项需要借款人名称、账号、币种、余额、借款日期等，而银行存款项需要存款账号、账户名称、利率类型、账户余额等，并将处理后的询证函数据信息按照每天日期分区，存储在hive数据库(表B)。询证数据处理系统遍历hive数据库(表B)中当日的分区中的所有记录，将每条记录中的询证类型、客户号、相关询证字段拼接成一个字符串，例如银行借款询证项拼接为：询证类型-客户号-借款人名称-账号-币种-余额-借款日期-到期日期-利率-逾期金额，并将该字符串进行MD5加密计算，得到加密值。然后调用区块链接入系统的询证函MD5查询函数，参数1：询证类型(例如银行借款)，参数2：客户号(例如123456)。区块链接入系统收到上述请求后，会在区块链平台账本中进行查询，获取该客户号和询证类型相应结果，并返回给询证数据处理系统，返回值为一个JSON对象，结构可以为：{"confirmData"：[{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220101"，"20220102"，"20220103"]，"MD5"："856b690e42eb4ce5af4c3e5be9a97bb5"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220104","20220105"],"MD5"："bdb684f1b8cfdf046744ea96d9fce484"}，
{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220106"，"20220107"，"20220108"，"20220109"，"20220110"，"20220111"，"20220112"]，"MD5"："69fbac305dc6aa0d6152eb4c856bc3e5"}]}。
其中，以上的返回值说明是询证类型为银行借款，用户编号为123456的记录，在20220101-20220103期间的询证字段拼接字符串的MD5是"856b690e42eb4ce5af4c3e5be9a97bb5"，在20220104-20220105期间的询证字段拼接字符串的MD5是"bdb684f1b8cfdf046744ea96d9fce484"，在20220106-20220112期间的询证字段拼接字符串的MD5是"69fbac305dc6aa0d6152eb4c856bc3e5"，由于交易记录在每天都会产生变化，所以对于同一客户和询证类型，在不同的询证日期查询，可能会有不同的询证结果，从而导致询证字段拼接字符串的MD5也不相同。询证数据处理系统获取到上述的JSON对象后，可以查询待查询日期，即当日日期的前一天的日期(即20220112)所对应的MD5值(即"69fbac305dc6aa0d6152eb4c856bc3e5")，并将前述步骤中加密计算的MD5值与其进行比较，如果一致，则询证数据处理系统将当日日期追加到当日日期的前一天的日期(即20220112)所对应的dates数组中，即变为["20220106"，"20220107"，"20220108"，"20220109"，"20220110"，"20220111"，"20220112"，"20220113"]，将其作为参数1，调用询证函上链函数，将当日的询证函数据进行上链处理，询证函上链函数参数：参数1：以上日期数据，参数2：询证类型(银行借款)，参数3：用户编号(123456)，参数4：询证类型、客户号、相关询证字段拼接字符串的MD5值，参数5：借款人名称、账号、币种、余额、借款日期等询证函信息。区块链接入系统接收到上述请求后会将参数2、参数3、参数5按照同样的方式进行拼接，并进行MD5加密计算，然后与参数4进行比对，若不一致则返回错误，若一致则将参数1的内容以修改的方式写入区块链账本：修改参数2、参数3对应的最新记录，修改dates日期组为参数1，修改后的数据可以为：{"confirmData"：[{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220101"，"20220102"，"20220103"]，"MD5"："856b690e42eb4ce5af4c3e5be9a97bb5"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220104"，"20220105"]，"MD5"："bdb684f1b8cfdf046744ea96d9fce484"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220106"，"20220107"，"20220108"，"20220109"，"20220110"，"20220111"，"20220112"，"20220113"]，"MD5"："69fbac305dc6aa0d6152eb4c856bc3e5"}]}。
此外，询证数据处理系统将当日日期写入一个空的dates数组中，即变为["20220113"]，将其作为参数1，调用询证函上链函数，将当日的询证函数据进行上链处理，询证函上链函数参数：参数1：以上日期数据，参数2：询证类型(银行借款)，参数3：用户编号(123456)，参数4：询证类型、客户号、相关询证字段拼接字符串的MD5值，参数5：借款人名称、账号、币种、余额、借款日期等询证函信息。区块链接入系统接收到上述请求后可以将参数2、参数3、参数5按照同样的方式进行拼接，并进行MD5加密计算，然后可以与参数4进行比对，若不一致则返回错误，若一致则将参数1的内容以新增的方式写入区块链账本，新增后数据可以为；{"confirmData"：[{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220101"，"20220102"，"20220103"]，"MD5"："856b690e42eb4ce5af4c3e5be9a97bb5"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220104"，"20220105"]，"MD5"："bdb684f1b8cfdf046744ea96d9fce484"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220106"，"20220107"，"20220108"，"20220109"，"20220110"，"20220111"，"20220112"]，"MD5"："69fbac305dc6aa0d6152eb4c856bc3e5"}，{"confirmType"："银行借款"，"customerNo"："123456"，"dates"：["20220113"]，"MD5"："efb9905ae1284bda243d8a18b56be3a21d"}]}。
综上，本申请将询证函信息存储在区块链，实现了询证函信息的多节点存储，防止单节点上信息的丢失和篡改，有力保证了询证函信息的准确性，使之具有不可抵赖性和防伪性，提升了系统的安全性和可靠性。
此外，图6为本申请实施例提供的基于区块链的询证信息处理系统的应用示意图，如图6所示，在该实施例中，可以包括：前端：可以为银行的前端系统，例如网银、柜台等，可以由业务人员接收并录入询证信息查询请求，例如，可以通过http协议将请求发送至询证业务管理系统。询证业务管理系统：可以接收来自前端的询证信息查询请求，根据请求中的用户编号、不同类型的询证项目、日期等，调用询证数据处理系统提供的询证函查询接口，获取询证信息，并保存在本地，待后续根据函证审核流程进行打印等询证函后续处理过程。询证数据处理系统：可以基于Dubbo微服务框架，接收来自询证业务管理系统的微服务请求，提供询证函查询的微服务，还可以基于大数据平台，接收来自文件下发系统的各个业务系统的交易文本并批量处理，根据日期、用户编号生成函证信息，并将函证信息上送至区块链。文件下发系统：可以每隔预设时长(例如，每日)接收各业务系统批量下发的交易文本，上送至询证数据处理系统进行询证函数据加工。各业务系统：可以提供不同询证函项目的原始数据，例如银行存款交易、银行借款交易、委托贷款、担保、汇票等。区块链接入系统：可以利用spring boot对fabric java sdk的一层封装，提供与询证数据处理系统与底下的Fabric网络进行交互的功能。区块链平台(Fabric)：可以是一个利用现有成熟技术来组合而成的一个区块链技术的实现。询证数据处理系统可以通过调用区块链应用层封装的API，将询证信息上链到区块链平台。此外，前端可以部署于客户端，询证业务管理系统、询证数据处理系统、文件下发系统可以部署于处理服务器。各业务系统可以部署在业务服务器中，可以有核心银行系统、商业汇票系统、贸易融资系统、供应链融资系统和外汇管理系统。
基于同样的思路，本说明书实施例还提供了上述方法对应的装置，图7为本申请实施例提供的基于区块链的询证信息处理装置的结构示意图，如图7所示，本实施例的装置，可以包括：
接收模块701，用于接收客户端发送的询证信息查询请求，其中，所述询证信息查询请求中包含询证类型、用户编号以及待查询日期。
处理模块702，用于基于所述询证信息查询请求从数据库中获取与所述询证类型、所述用户编号以及所述待查询日期对应的目标询证信息，其中，所述目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段。
所述处理模块702，还用于对所述目标询证类型、所述目标用户编号以及所述基础询证字段进行消息摘要算法MD5加密处理，得到目标加密值。
所述处理模块702，还用于根据所述待查询日期、所述询证类型以及所述用户编号从区块链中获取预存加密值。
所述处理模块702，还用于若所述目标加密值与所述预存加密值对应，则将所述目标询证信息发送至所述客户端。
此外，在另一实施例中，所述处理模块702，还用于：
若所述目标加密值与所述预存加密值不对应，则对所述数据库中的目标询证信息进行修正处理。
进一步的，所述处理模块702，还用于：
发送修正请求至业务服务器，其中，所述修正请求中包含目标询证类型、目标用户编号以及待查询日期。
接收所述业务服务器发送的新的目标询证信息，其中，所述新的目标询证信息为所述业务服务器根据所述目标询证类型、所述目标用户编号以及所述待查询日期确定的，所述新的目标询证信息中包含目标询证类型、目标用户编号以及新的基础询证字段。
对所述目标询证类型、所述目标用户编号以及所述新的基础询证字段进行MD5加密处理，得到新的目标加密值。
根据所述待查询日期、所述询证类型以及所述用户编号从区块链中获取预存加密值。
若所述目标加密值与所述预存加密值对应，则根据所述目标询证类型、所述目标用户编号以及所述新的基础询证字段对所述数据库中的目标询证信息进行更新。
进一步的，所述处理模块702，还用于：
若所述目标加密值与所述预存加密值不对应，则生成异常提示。
此外，在另一实施例中，所述处理模块702，还用于：
获取所述数据库中与目标时间段对应的至少一询证信息。
针对每个询证信息，对所述询证信息中包含的询证类型、用户编号以及基础询证字段进行MD5加密处理，得到加密值。
发送查询请求至区块链，其中，所述查询请求中包含询证类型以及用户编号。
接收所述区块链发送的预存询证信息集，其中，所述预存询证信息集中包含至少一历史询证信息，每个历史询证信息均与所述询证类型以及用户编号相对应，每个历史询证信息中包含一预存加密值。
若所述加密值与任一预存加密值相匹配，则根据所述目标时间段对所述区块链中相匹配的预存加密值对应的预存询证信息进行更新处理。
此外，所述处理模块702，还用于：
若所述加密值与任一预存加密值均不匹配，则将所述目标时间段以及所述询证信息发送至所述区块链，以使所述区块链存储所述目标时间段以及所述询证信息。
在本实施例中，所述处理模块702，还用于：接收所述业务服务器发送的目标时间段内的交易数据。根据所述交易数据中包含的用户编号以及询证类型对所述交易数据进行分类处理，得到至少一询证信息。存储所述至少一询证信息至所述数据库。
图8为本申请实施例提供的电子设备的硬件结构示意图，如图8所示，本实施例提供的设备800包括：处理器801，以及与所述处理器通信连接的存储器。其中，处理器801、存储器802通过总线803连接。
在具体实现过程中，处理器801执行所述存储器802存储的计算机执行指令，使得处理器801执行上述方法实施例中的方法。
处理器801的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
在上述的图8所示的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的基于区块链的询证信息处理方法。
本申请实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的基于区块链的询证信息处理方法。
上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种基于区块链的询证信息处理方法，其特征在于，包括：
接收客户端发送的询证信息查询请求，其中，所述询证信息查询请求中包含询证类型、用户编号以及待查询日期；
基于所述询证信息查询请求从数据库中获取与所述询证类型、所述用户编号以及所述待查询日期对应的目标询证信息，其中，所述目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段；
对所述目标询证类型、所述目标用户编号以及所述基础询证字段进行消息摘要算法MD5加密处理，得到目标加密值；
根据所述待查询日期、所述询证类型以及所述用户编号从区块链中获取预存加密值；
若所述目标加密值与所述预存加密值对应，则将所述目标询证信息发送至所述客户端。
2.根据权利要求1所述的方法，其特征在于，还包括：
若所述目标加密值与所述预存加密值不对应，则对所述数据库中的目标询证信息进行修正处理。
3.根据权利要求2所述的方法，其特征在于，所述若所述目标加密值与所述预存加密值不对应，则对所述数据库中的目标询证信息进行修正处理，包括：
发送修正请求至业务服务器，其中，所述修正请求中包含目标询证类型、目标用户编号以及待查询日期；
接收所述业务服务器发送的新的目标询证信息，其中，所述新的目标询证信息为业务服务器根据所述目标询证类型、所述目标用户编号以及所述待查询日期确定的，所述新的目标询证信息中包含目标询证类型、目标用户编号以及新的基础询证字段；
对所述目标询证类型、所述目标用户编号以及所述新的基础询证字段进行MD5加密处理，得到新的目标加密值；
根据所述待查询日期、所述询证类型以及所述用户编号从区块链中获取预存加密值；
若所述目标加密值与所述预存加密值对应，则根据所述目标询证类型、所述目标用户编号以及所述新的基础询证字段对所述数据库中的目标询证信息进行更新。
4.根据权利要求3所述的方法，其特征在于，还包括：
若所述目标加密值与所述预存加密值不对应，则生成异常提示。
5.根据权利要求1-4任一项所述的方法，其特征在于，在所述接收客户端发送的询证信息查询请求之前，还包括：
获取所述数据库中与目标时间段对应的至少一询证信息；
针对每个询证信息，对所述询证信息中包含的询证类型、用户编号以及基础询证字段进行MD5加密处理，得到加密值；
发送查询请求至区块链，其中，所述查询请求中包含询证类型以及用户编号；
接收所述区块链发送的预存询证信息集，其中，所述预存询证信息集中包含至少一历史询证信息，每个历史询证信息均与所述询证类型以及用户编号相对应，每个历史询证信息中包含一预存加密值；
若所述加密值与任一预存加密值相匹配，则根据所述目标时间段对所述区块链中相匹配的预存加密值对应的预存询证信息进行更新处理。
6.根据权利要求5所述的方法，其特征在于，还包括：
若所述加密值与任一预存加密值均不匹配，则将所述目标时间段以及所述询证信息发送至所述区块链，以使所述区块链存储所述目标时间段以及所述询证信息。
7.根据权利要求5所述的方法，其特征在于，所述获取所述数据库中与目标时间段对应的至少一询证信息，包括：
接收业务服务器发送的目标时间段内的交易数据；
根据所述交易数据中包含的用户编号以及询证类型对所述交易数据进行分类处理，得到至少一询证信息；
存储所述至少一询证信息至所述数据库。
8.一种基于区块链的询证信息处理装置，其特征在于，包括：
接收模块，用于接收客户端发送的询证信息查询请求，其中，所述询证信息查询请求中包含询证类型、用户编号以及待查询日期；
处理模块，用于基于所述询证信息查询请求从数据库中获取与所述询证类型、所述用户编号以及所述待查询日期对应的目标询证信息，其中，所述目标询证信息中包含目标询证类型、目标用户编号以及基础询证字段；
所述处理模块，还用于对所述目标询证类型、所述目标用户编号以及所述基础询证字段进行消息摘要算法MD5加密处理，得到目标加密值；
所述处理模块，还用于根据所述待查询日期、所述询证类型以及所述用户编号从区块链中获取预存加密值；
所述处理模块，还用于若所述目标加密值与所述预存加密值对应，则将所述目标询证信息发送至所述客户端。
9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7任一项所述的基于区块链的询证信息处理方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的基于区块链的询证信息处理方法。
CN202310611523.9A 2023-05-26 2023-05-26 基于区块链的询证信息处理方法、装置及电子设备 Pending CN116644480A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310611523.9A CN116644480A (zh) 2023-05-26 2023-05-26 基于区块链的询证信息处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310611523.9A CN116644480A (zh) 2023-05-26 2023-05-26 基于区块链的询证信息处理方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN116644480A true CN116644480A (zh) 2023-08-25

Family

ID=87618260

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310611523.9A Pending CN116644480A (zh) 2023-05-26 2023-05-26 基于区块链的询证信息处理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN116644480A (zh)

Similar Documents

Publication Publication Date Title
US11356242B2 (en) Audit chain for private blockchain
US12039534B2 (en) Blockchain based account activation
CN110494876B (zh) 用于在分布式网络节点内发布和追踪数字令牌的系统和方法
US11538105B2 (en) Cryptographic-asset collateral management
US20190236559A1 (en) Systems, methods, and apparatuses for implementing smart flow contracts using distributed ledger technologies in a cloud based computing environment
US20190238316A1 (en) Systems, methods, and apparatuses for implementing intelligent consensus, smart consensus, and weighted consensus models for distributed ledger technologies in a cloud based computing environment
US20190236606A1 (en) Systems, methods, and apparatuses for implementing a virtual chain model for distributed ledger technologies in a cloud based computing environment
US20200145373A1 (en) System for blockchain based domain name and ip number register
US11240028B2 (en) Trust service engine for external blockchain verification
US11663595B1 (en) Blockchain transactional identity verification
CN111340628A (zh) 基于区块链的资产信息管理方法和装置
US20210365946A1 (en) Payslip verification for blockchain transaction
US11546133B2 (en) Validation as a service for third parties using homomorphic encryption
CN111817859A (zh) 基于零知识证明的数据共享方法、装置、设备及存储介质
WO2019177788A1 (en) Detecting alterations of journal data structures
CN112015826B (zh) 基于区块链的智能合约安全性检测方法及相关设备
CN113656497A (zh) 一种基于区块链的数据验证方法和装置
KR102376783B1 (ko) 블록체인 기반의 거래내역 확인 시스템
CN112256799A (zh) 基于区块链的数据处理方法、装置、服务器及存储介质
CN116644480A (zh) 基于区块链的询证信息处理方法、装置及电子设备
US11238459B2 (en) Intelligent systems for identifying transactions associated with an institution impacted by an event
US20200042965A1 (en) Linking events with lineage rules
US11443320B2 (en) Intelligent systems for identifying transactions associated with an institution impacted by an event using a dashboard
WO2022161225A1 (en) Method for storing data in blockchain, related payment management system and non-transitory computer-readable storage medium
EP3782065B1 (en) Method for securing a computer system

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