CN111626850B - 存款信息的处理方法、装置、可读介质及设备 - Google Patents
存款信息的处理方法、装置、可读介质及设备 Download PDFInfo
- Publication number
- CN111626850B CN111626850B CN202010506833.0A CN202010506833A CN111626850B CN 111626850 B CN111626850 B CN 111626850B CN 202010506833 A CN202010506833 A CN 202010506833A CN 111626850 B CN111626850 B CN 111626850B
- Authority
- CN
- China
- Prior art keywords
- certification
- deposit
- user
- information
- common
- 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.)
- Active
Links
Images
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2471—Distributed queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
- 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Data Mining & Analysis (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Technology Law (AREA)
- Computational Linguistics (AREA)
- Probability & Statistics with Applications (AREA)
- Mathematical Physics (AREA)
- Fuzzy Systems (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种存款信息的处理方法、装置、可读介质及设备,该方法通过接收第一用户的共同存款证明请求;共同存款证明请求中携带有其他证明提供方节点开立的存款证明凭证号、以及需要开立的第一证明提供方节点的存款证明信息;若根据共同存款证明请求中携带的存款证明凭证号,在联盟链中查询到对应的存款证明信息、且需要开立的存款证明信息通过验证,则生成共同存款证明信息以及对应的凭证号并进行上链,凭证号发送给第一用户。由于证明接收方节点能够根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查找到第一用户的共同存款证明信息,而不需要分别对多个证明提供方节点的存款证明凭证号进行查验,减少了存款证明业务的流程。
Description
技术领域
本申请涉及涉及区块链技术领域,尤其涉及一种存款信息的处理方法、装置、可读介质及设备。
背景技术
存款证明业务是指银行为存款人出具证明,证明存款人在前某个时点的存款余额或某个时期的存款发生额,和证明存款人在银行有在以后某个时点前不可动用的存款余额。现有技术中,用户若因出国留学等原因,需要使用存款证明来证明个人的经济实力,则通常需要到银行网点办理存款证明业务,银行开立存款证明后,将存款证明打印出来,提供给大使馆等相关机构,再由相关机构对存款证明进行核查。
然而,有些用户的资金分布在多家银行,需要去多家银行分别开立存款证明,再由大使馆等相关机构对多个存款证明分别进行查验,存在流程繁琐,效率低下的问题。且打印出来的存款证明容易丢失和容易被伪造,不能够满足存款证明的安全性需要。
发明内容
基于上述现有技术的不足,本申请提出了一种存款信息的处理方法、装置、可读介质及设备,以实现通过生成共同存款证明信息以及对应的凭证号,来存款证明业务的效率和安全性。
为解决上述问题,现提出的方案如下:
本申请第一方面公开了一种存款信息的处理方法,应用于第一证明提供方节点,所述存款信息的处理方法包括:
接收第一用户的共同存款证明请求;其中,所述共同存款证明请求用于请求共同开立所述第一用户在所述第一证明提供方节点和除所述第一证明提供方节点之外的其他证明提供方节点的存款证明;所述共同存款证明请求中携带有所述第一用户在所述其他证明提供方节点开立的存款证明凭证号、以及所述第一用户需要开立的所述第一证明提供方节点的存款证明信息;所述第一证明提供方节点和所述其他证明提供方节点均属于联盟链中的证明提供方节点;所述联盟链,包括:多个证明提供方节点和多个证明接收方节点;
若根据所述共同存款证明请求中携带的存款证明凭证号,在所述联盟链中查询到对应的存款证明信息、且所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,则生成所述第一用户的共同存款证明信息以及对应的凭证号;其中,所述第一用户的共同存款证明信息,包括:所述第一用户需要开立的所述第一证明提供方节点的存款证明信息、以及所述共同存款证明请求中携带的存款证明凭证号对应的存款证明信息;
将所述第一用户的共同存款证明信息和对应的凭证号进行上链,并广播至所述联盟链;
将所述第一用户的共同存款证明信息对应的凭证号发送给所述第一用户。
可选地,在上述存款信息的处理方法中,所述共同存款证明信息对应的凭证号通过所述联盟链中的智能合约对所述共同存款证明信息进行哈希运算得到。
可选地,在上述存款信息的处理方法中,还包括:
接收第二用户的单方存款证明请求;其中,所述单方存款证明请求用于请求开立所述第二用户在所述第一证明开立方节点的存款证明;所述单方存款证明请求中携带有所述第二用户需要开立的所述第一证明开立方节点的存款证明信息;
若所述第二用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,则生成所述第二用户的单方存款证明信息以及对应的凭证号;其中,所述第二用户的单方存款证明信息,包括:所述第二用户需要开立的所述第一证明开立方节点的存款证明信息。
可选地,在上述存款信息的处理方法中,所述第一用户需要开立的所述第一证明提供方节点的存款证明信息包括:所述第一用户在所述第一证明提供方节点的账号信息、所述第一用户需要证明的在所述账号信息下的存款数额信息、所述第一用户的存款证明用途信息、以及所述第一用户对应的证明接收方节点的信息;
其中,所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,包括:
利用所述第一用户在所述第一证明提供方节点的账号信息,得到所述第一用户在所述第一证明提供方节点的账号信息下的存款余额;
若所述第一用户在所述第一证明提供方节点的账号信息下的存款余额不小于所述第一用户需要证明的在所述账号信息下的存款数额,则所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证。
可选地,在上述存款信息的处理方法中,所述第一用户在所述其他证明提供方节点开立的存款证明凭证号包括:所述第一用户在所述其他证明提供方节点开立的共同存款证明对应的凭证号,和/或,所述第一用户在所述其他证明提供方节点开立的单方存款证明对应的凭证号。
本申请第二方面公开了一种存款信息的处理方法,应用于证明接收方节点,所述存款信息的处理方法包括:
接收第一用户发送的共同存款证明信息对应的凭证号;
若根据所述第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则所述第一用户的共同存款证明信息通过验证;其中,所述联盟链,包括:多个证明提供方节点和多个证明接收方节点;所述联盟链中存储的共同存款证明信息对应的凭证号通过如上述第一方面中任意一项提出的方法生成得到。
本申请第三方面公开了一种存款信息的处理装置,应用于第一证明提供方节点,所述存款信息的处理装置包括:
第一接收单元,用于接收第一用户的共同存款证明请求;其中,所述共同存款证明请求用于请求共同开立所述第一用户在所述第一证明提供方节点和除所述第一证明提供方节点之外的其他证明提供方节点的存款证明;所述共同存款证明请求中携带有所述第一用户在所述其他证明提供方节点开立的存款证明凭证号、以及所述第一用户需要开立的所述第一证明提供方节点的存款证明信息;所述第一证明提供方节点和所述其他证明提供方节点均属于联盟链中的证明提供方节点;所述联盟链,包括:多个证明提供方节点和多个证明接收方节点;
第一生成单元,用于若根据所述共同存款证明请求中携带的存款证明凭证号,在所述联盟链中查询到对应的存款证明信息、且所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,则生成所述第一用户的共同存款证明信息以及对应的凭证号;其中,所述第一用户的共同存款证明信息,包括:所述第一用户需要开立的所述第一证明提供方节点的存款证明信息、以及所述共同存款证明请求中携带的存款证明凭证号对应的存款证明信息;
广播单元,用于将所述第一用户的共同存款证明信息和对应的凭证号进行上链,并广播至所述联盟链;
发送单元,用于将所述第一用户的共同存款证明信息对应的凭证号发送给所述第一用户。
可选地,在上述存款信息的处理装置中,所述共同存款证明信息对应的凭证号通过所述联盟链中的智能合约对所述共同存款证明信息进行哈希运算得到。
可选地,在上述存款信息的处理装置中,还包括:
第二接收单元,用于接收第二用户的单方存款证明请求;其中,所述单方存款证明请求用于请求开立所述第二用户在所述第一证明开立方节点的存款证明;所述单方存款证明请求中携带有所述第二用户需要开立的所述第一证明开立方节点的存款证明信息;
第二生成单元,用于若所述第二用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,则生成所述第二用户的单方存款证明信息以及对应的凭证号;其中,所述第二用户的单方存款证明信息,包括:所述第二用户需要开立的所述第一证明开立方节点的存款证明信息。
可选地,在上述存款信息的处理装置中,所述第一用户需要开立的所述第一证明提供方节点的存款证明信息包括:所述第一用户在所述第一证明提供方节点的账号信息、所述第一用户需要证明的在所述账号信息下的存款数额信息、所述第一用户的存款证明用途信息、以及所述第一用户对应的证明接收方节点的信息;
其中,所述第二生成单元执行第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证时,用于:
利用所述第一用户在所述第一证明提供方节点的账号信息,得到所述第一用户在所述第一证明提供方节点的账号信息下的存款余额;若所述第一用户在所述第一证明提供方节点的账号信息下的存款余额不小于所述第一用户需要证明的在所述账号信息下的存款数额,则所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证。
可选地,在上述存款信息的处理装置中,所述第一用户在所述其他证明提供方节点开立的存款证明凭证号包括:所述第一用户在所述其他证明提供方节点开立的共同存款证明对应的凭证号,和/或,所述第一用户在所述其他证明提供方节点开立的单方存款证明对应的凭证号。
本申请第四方面公开了一种存款信息的处理装置,应用于证明接收方节点,所述存款信息的处理装置包括:
接收单元,用于接收第一用户发送的共同存款证明信息对应的凭证号;
验证单元,用于若根据所述第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则所述第一用户的共同存款证明信息通过验证;其中,所述联盟链,包括:多个证明提供方节点和多个证明接收方节点;所述联盟链中存储的共同存款证明信息对应的凭证号通过如上述第一方面中任意一项提出的方法生成得到。
本申请第五方面公开了一种计算机可读介质,其上存储有计算机程序,其中,所述程序被处理器执行时实现如上述第一方面中任一所述的方法,或者,如上述第二方面所述的方法。
本申请第六方面公开了一种设备,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上述第一方面中任一所述的方法,或者,如上述第二方面所述的方法。
从上述技术方案可以看出,本申请实施例提出的存款信息的处理方法中,由于第一用户的共同存款证明请求中携带有第一用户在其他证明提供方节点开立的存款证明凭证号、以及第一用户需要开立的第一证明提供方节点的存款证明信息,因此如果根据共同存款证明请求中携带的存款证明凭证号,在联盟链中查询到对应的存款证明信息,且第一用户需要开立的第一证明提供方节点的存款证明信息通过验证,则能够生成第一用户的共同存款证明信息以及对应的凭证号。第一用户的共同存款证明信息,包括:第一用户需要开立的第一证明提供方节点的存款证明信息、以及共同存款证明请求中携带的存款证明凭证号对应的存款证明信息。将第一用户的共同存款证明信息和对应的凭证号进行上链,广播至联盟链之后,将共同存款证明信息对应的凭证号发送给第一用户。由于第一证明提供方节点和其他证明提供方节点均属于联盟链中的证明提供方节点,且联盟链包括:多个证明提供方节点和多个证明接收方节点,因此当第一用户将共同存款证明信息对应的凭证号发送给证明接收方节点时,证明接收方节点能够根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查找到第一用户的共同存款证明信息,而不需要分别对多个证明提供方节点提供的存款证明凭证号进行查验,减少了存款证明业务的流程。且共同存款证明信息对应的凭证号不存在易丢失的风险,共同存款证明信息也因为被广播到了联盟链中,不存在被伪造的风险。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提出的一种存款信息的处理方法的流程示意图;
图2为本申请实施例提出的一种存款查询方法的流程示意图;
图3为本申请实施例提出的一种第一用户需要开立的第一证明提供方节点的存款证明信息的验证方法的流程示意图;
图4为本申请实施例提出的一种第二用户的单方存款证明信息以及对应的凭证号的生成方法的流程示意图;
图5为本申请实施例提出的另一种存款信息的处理方法的流程示意图;
图6为本申请实施例提出的一种联盟链的结构示意图;
图7为本申请实施例提出的一种存款信息的处理装置的结构示意图;
图8为本申请实施例提出的另一种存款信息的处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参阅图1,本申请实施例公开了一种存款信息的处理方法,应用于第一证明提供方节点,该方法具体包括以下步骤:
S101、接收第一用户的共同存款证明请求,其中,共同存款证明请求用于请求共同开立第一用户在第一证明提供方节点和除第一证明提供方节点之外的其他证明提供方节点的存款证明,共同存款证明请求中携带有第一用户在其他证明提供方节点开立的存款证明凭证号、以及第一用户需要开立的第一证明提供方节点的存款证明信息,第一证明提供方节点和其他证明提供方节点均属于联盟链中的证明提供方节点,联盟链,包括:多个证明提供方节点和多个证明接收方节点。
具体地,联盟链中的证明提供方节点主要用于为用户开立存款证明,以证明该用户具有一定数额的存款。实际应用场景中,证明提供方节点可以是银行等机构。证明接收方节点主要用于接收用户的存款证明。证明接收方节点要求用户出具相关的存款证明,用户从证明提供方节点处得到了存款证明后,即可交于证明接收方节点,由证明接收方节点接收并验证。在实际应用场景中,证明提供方节点可以是大使馆机构等。举例说明,某一名用户需要出国旅游,该国的大使馆机构要求该用户出具5万元的存款证明。该用户则需要向存有该用户存款的银行请求开立存款证明,得到银行开立的存款证明后,再交给大使馆机构。
本申请实施例中的第一用户为第一证明提供方节点的任意一名用户。当第一用户需要证明的存款分布在第一证明提供方节点以及除第一证明提供方节点之外的至少一个其他证明提供方节点,则可向第一用户发送共同存款证明请求,以请求第一证明提供方节点证明第一用户在第一证明提供方节点以及除第一证明提供方节点之外的至少一个其他证明提供方节点的存款数额,即向第一证明提供方节点发送共同存款证明请求。其中,共同存款证明请求中携带有第一用户在其他证明提供方节点开立的存款证明凭证号、以及第一用户需要开立的第一证明提供方节点的存款证明信息。
存款证明凭证号是与开立的存款证明信息相对应的唯一编号。即存款证明凭证号与对应的存款证明信息是一一对应的关系。可选地,在本申请一具体实施例中,存款证明凭证号可以通过联盟链中的智能合约对共同存款证明信息进行哈希运算得到。
共同存款证明请求中携带的第一证明提供方节点的存款证明信息,主要用于说明需要第一证明提供方节点证明的第一用户的存款数额。可选地,在本申请一具体实施例中,第一证明提供方节点的存款证明信息中可以有第一证明提供方节点的标识信息、第一用户的标识信息、证明接收方的标识信息、存款证明期限、存款证明用途、存款证明数额等信息。标识信息可以是名称、账号、编号等特定信息。
可选地,第一用户的共同存款请求中携带的其他证明提供方节点开立的存款证明凭证号既可以是第一用户在其他证明提供方节点开立的共同存款证明对应的凭证号,和/或,第一用户在其他证明提供方节点开立的单方存款证明对应的凭证号。共同存款证明用于证明第一用户在多个证明提供方节点的存款数额,而单方存款证明则仅用于证明第一用户在一个证明提供方节点的存款数额。第一用户可以是分别向其他证明提供方节点请求开立单方存款证明,然后再将对应的凭证号携带在第一用户的共同存款证明请求中。举例说明,证明接收方节点要求第一用户出具5万元的存款证明,而第一用户的5万元存款分别分布在了第一证明提供方节点3万元、第二证明提供方节点1万元以及第三证明提供方节点1万元。第一用户向第二证明提供方节点请求开立第一用户在第二证明提供方节点的1万元的单方存款证明,得到对应的凭证号。又向第三证明提供方节点请求开立第一用户在第三证明提供方节点的1万元的单方存款证明,得到对应的凭证号。然后根据在第二证明提供方节点开立的单方存款证明的凭证号、以及第三证明提供方节点开立的单方存款证明的凭证号以及需要开立的第一证明提供方节点的存款证明信息(即证明第一用户在第一证明提供方节点拥有3万元存款),生成一个共同存款证明请求,发送给第一证明提供方节点。该共同存款证明请求用于请求第一证明提供方节点证明第一用户在第一证明提供方节点有3万元存款、在第二证明提供方节点有1万元存款以及在第三证明提供方节点有1万元存款。
可选地,其他证明提供方节点开立的存款证明凭证号也可以是共同存款证明凭证号。即第一用户向其中一个其他证明提供方节点请求开立多个其他证明提供方节点的共同存款证明,得到对应的凭证号后,再生成向第一证明提供方节点发送的共同存款证明请求。举例说明,证明接收方节点要求第一用户出具5万元的存款证明,而第一用户的5万元存款分别分布在了第一证明提供方节点3万元、第二证明提供方节点1万元以及第三证明提供方节点1万元。第一用户向第二证明提供方节点请求开立第一用户在第二证明提供方节点的1万元的单方存款证明,得到对应的凭证号。又向第三证明提供方节点请求开立第一用户在第三证明提供方节点的1万元、以及第一用户在第二证明提供方节点的1万元的共同存款证明,得到对应的凭证号。其中,第三证明提供方节点开立共同存款证明凭证号的方式与图1示出的方式相同。然后第一用户又根据第三证明提供方节点开立的共同存款证明对应的凭证号以及需要开立的第一证明提供方节点的存款证明信息(即证明第一用户在第一证明提供方节点拥有3万元存款),生成一个共同存款证明请求,发送给第一证明提供方节点。该共同存款证明请求用于请求第一证明提供方节点证明第一用户在第一证明提供方节点有3万元存款、在第二证明提供方节点有1万元存款以及在第三证明提供方节点有1万元存款。
可选地,参阅图2,在本申请一具体实施例中,执行步骤S101之前,还可以包括:
S201、接收第一用户的存款查询请求。
其中,第一用户的存款查询请求用于查询第一用户在第一证明提供方节点的账户以及账户对应的存款信息。由于第一用户可能在第一证明提供方节点有多个账户,可能存在不记得账户或者不记得账户下的存款余额的情况,且,因此可先向第一证明提供方节点发送存款查询请求,先进行查询。
需要说明的是,第一用户的存款查询请求中携带有第一用户的标识信息,例如第一用户的身份证号。
S202、将第一用户在第一证明提供方节点的账户信息以及账户对应的存款信息发送给第一用户。
第一证明提供方节点根据存款查询请求中携带的第一用户的标识信息,查询与第一用户的标识信息相关联的账户、以及账户下的存款。然后将第一用户在第一证明提供方节点的账户信息以及账户对应的存款信息发送给第一用户。可选地,若根据存款查询请求中携带的标识信息无法查询到对应的账户信息以及账户对应的存款信息,则可发送错误提醒信息给第一用户,以提示第一用户所提供的第一用户的标识信息有误。
S102、若根据共同存款证明请求中携带的存款证明凭证号,在联盟链中查询到对应的存款证明信息、且第一用户需要开立的第一证明提供方节点的存款证明信息通过验证,则生成第一用户的共同存款证明信息以及对应的凭证号。
其中,第一用户的共同存款证明信息,包括:第一用户需要开立的第一证明提供方节点的存款证明信息、以及共同存款证明请求中携带的存款证明凭证号对应的存款证明信息。
由于联盟链中有多个证明提供方节点和多个证明接收方节点,因此如果共同存款证明请求中携带的存款证明凭证号是由联盟链中的证明提供方节点生成的,那么第一证明提供方节点就能够在联盟链中查询到对应的存款证明信息,可证明第一用户在其他证明提供方节点的存款证明的真实性。并且,如果第一用户需要开立的第一证明提供方节点的存款证明信息符合第一证明提供方节点开立存款证明的要求,则可通过验证,进而生成第一用户的共同存款证明信息以及对应的凭证号。具体地,将共同存款证明请求中携带的存款证明凭证号对应的存款证明信息、以及第一用户需要开立的第一证明提供方节点的存款证明信息进行打包,形成第一用户需要开立的第一用户的共同存款证明信息。然后为第一用户的共同存款证明信息分配一个特定的凭证号,作为第一用户的共同存款证明信息对应的凭证号。可选地,在本申请一具体实施例中,共同存款证明信息对应的凭证号通过联盟链中的智能合约对共同存款证明信息进行哈希运算得到。经过哈希运算得到的共同存款证明信息对应的凭证号,与共同存款证明信息存在一一对应的关系。
如果不能够根据共同存款证明请求中携带的存款证明凭证号,在联盟链中查询到对应的存款证明信息,则结束对第一用户的共同存款证明请求的处理。可选地,若不能够根据共同存款证明请求中携带的存款证明凭证号,在联盟链中查询到对应的存款证明信息,则可发送错误提示信息给第一用户,提示第一用户的其他证明提供方节点的存款证明凭证号有误等。如果第一用户需要开立的第一证明提供方节点的存款证明信息不能通过验证,则可以发送验证失败信息给第一用户,提示第一用户在第一证明提供方节点的存款证明信息不符合要求,验证失败。
可选地,参阅图3,在本申请一具体实施例中,若第一用户需要开立的第一证明提供方节点的存款证明信息包括:第一用户在第一证明提供方节点的账号信息、第一用户需要证明的在账号信息下的存款数额信息、第一用户的存款证明用途信息、以及第一用户对应的证明接收方节点的信息,则执行第一用户需要开立的第一证明提供方节点的存款证明信息通过验证的一种实施方式,包括:
S301、利用第一用户在第一证明提供方节点的账号信息,得到第一用户在第一证明提供方节点的账号信息下的存款余额。
需要说明的是,第一用户需要开立的第一证明提供方节点的存款证明信息中的第一用户在第一证明提供方节点的账号信息可以有一个,也可以有多个。由于第一证明提供方节点存储有属于第一证明提供方节点的用户的账户信息,以及账户信息下的存款余额。因此若第一用户为第一证明提供方节点的用户,且第一用户所提供的在第一证明提供方节点的账号信息无误,则能够利用第一用户在第一证明提供方节点的账号信息,得到第一用户在第一证明提供方节点的账号信息下的存款余额。
S302、若第一用户在第一证明提供方节点的账号信息下的存款余额不小于第一用户需要证明的在账号信息下的存款数额,则第一用户需要开立的第一证明提供方节点的存款证明信息通过验证。
若第一用户在第一证明提供方节点的账号信息下的存款余额不小于第一用户需要证明的在账号信息下的存款数额,则说明第一证明提供方节点可以证明第一用户所需证明的存款数额,因此第一用户需要开立的第一证明提供方节点的存款证明信息能够通过验证。可选地,在本申请一具体实施例中,若第一用户需要开立的第一证明提供方节点的存款证明信息还包括了存款证明期限,则第一用户需要开立的第一证明提供方节点的存款证明信息通过验证之后,还可以对第一用户所需证明的存款在存款证明期限内进行冻结处理,即处于存款证明期限内,第一用户无法对需要证明的存款进行存取款等操作。并在存款证明期限之外,取消对第一用户所需证明的存款的冻结处理。
S103、将第一用户的共同存款证明信息和对应的凭证号进行上链,并广播至联盟链。
第一证明提供方节点将共同存款证明信息和对应的凭证号进行关联并上链,并将进行了关联的共同存款证明信息和对应的凭证号广播至联盟链,由联盟链中的节点进行记录,生成新的区块。其中,进行记录的联盟链的节点既可以是所有节点,也可以是特定的节点。
S104、将第一用户的共同存款证明信息对应的凭证号发送给第一用户。
第一证明提供方节点将共同存款证明信息对应的凭证号发送给第一用户后,第一用户可直接将共同存款证明信息对应的凭证号提供给证明接收方节点。证明提供方节点可根据第一用户提供的凭证号在联盟链中进行查询和验证。
现有技术中,第一证明提供方节点仅能够开立单方存款证明请求,即只能够证明第一用户在该证明提供方节点的存款数额,而无法共同证明第一用户在其他的证明提供方节点的存款。现有技术中的每一个证明提供方节点之间均是独立的,且出于安全考虑,也不能将自身的证明提供方节点的存款信息提供给其他的证明提供方节点查询,进而无法实现开立共同存款证明。并且,现有技术中还需要第一用户到第一证明提供方节点的运营网点开具纸质的单方存款证明,第一用户在其他证明提供方节点的存款证明,也需分别跑去其他证明提供方节点开立。证明接收方节点也需分别对多个存款证明进行审查,才能验证通过。因此现有的开立存款证明的方式流程繁琐,办理存款证明的效率也非常低。
而本申请实施例中,由于第一证明提供方节点是联盟链中的节点,联盟链保证了记录的信息不可篡改,因此在联盟链中的所有证明提供方节点能够实现共享存款证明信息和对应的凭证号。进而当第一用户需要开共同存款证明请求时,第一证明提供方节点若根据共同存款证明请求中携带的存款证明凭证号能够在联盟链中查询到对应的存款证明信息,且第一用户需要开立的第一证明提供方节点的存款证明信息通过验证,则可生成第一用户的共同存款证明信息以及对应的凭证号。本申请实施例中开立共同存款证明的过程均可在线上实现,不需要第一用户去相应的网点开立证明,减少了存款证明的流程。且证明接收方节点只需查询一个共同存款证明信息对应的凭证号,即可得到第一用户需要开立的第一证明提供方节点的存款证明信息、以及共同存款证明请求中携带的存款证明凭证号对应的存款证明信息,不需要分别对多个单方存款证明信息进行查验,进一步减少了流程,提升了效率。
可选地,参阅图4,在本申请一具体实施例中,第一证明提供方节点还能够为用户开立单方存款证明,具体包括以下步骤:
S401、接收第二用户的单方存款证明请求。其中,单方存款证明请求用于请求开立第二用户在第一证明开立方节点的存款证明,单方存款证明请求中携带有第二用户需要开立的第一证明开立方节点的存款证明信息。
其中,第二用户为第一证明提供方节点的任意一个用户。单方存款证明请求仅要求第一证明提供方节点开立属于第一证明提供方节点的存款的证明。
S402、若第二用户需要开立的第一证明提供方节点的存款证明信息通过验证,则生成第二用户的单方存款证明信息以及对应的凭证号。
其中,第二用户的单方存款证明信息,包括:第二用户需要开立的第一证明开立方节点的存款证明信息。第二用户需要开立的第一证明开立方节点的存款证明信息中,可以包括第一用户在第一证明提供方节点的账号信息、第一用户需要证明的在账号信息下的存款数额信息、第一用户的存款证明用途信息、第一用户对应的证明接收方节点的信息、存款证明期限、存款证明用途等等。
现有技术中,用户开立单方存款证明需要到网点才可开立,且纸质的存款证明容易丢失且容易被伪造。而本申请实施例中,开立单方存款证明可在线上进行,流程得到了简化。且存款证明凭证号容易被用户所保存,不易丢失。存款证明信息也因为被广播到了联盟链中,不存在被伪造的风险。
本申请实施例提出的存款信息的处理方法中,由于第一用户的共同存款证明请求中携带有第一用户在其他证明提供方节点开立的存款证明凭证号、以及第一用户需要开立的第一证明提供方节点的存款证明信息,供方节点的存款证明信息、以及共同存款证明请求中携带的存款证明凭证号对应的存款证明信息。将第一用户的共同存款证明信息和对应的凭证号进行上链,广播至联盟链之后,将共同存款证明信息对应的凭证号因此如果根据共同存款证明请求中携带的存款证明凭证号,在联盟链中查询到对应的存款证明信息,且第一用户需要开立的第一证明提供方节点的存款证明信息通过验证,则能够生成第一用户的共同存款证明信息以及对应的凭证号。第一用户的共同存款证明信息,包括:第一用户需要开立的第一证明提发送给第一用户。由于第一证明提供方节点和其他证明提供方节点均属于联盟链中的证明提供方节点,且联盟链包括:多个证明提供方节点和多个证明接收方节点,因此当第一用户将共同存款证明信息对应的凭证号发送给证明接收方节点时,证明接收方节点能够根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查找到第一用户的共同存款证明信息,而不需要分别对多个证明提供方节点提供的存款证明凭证号进行查验,减少了存款证明业务的流程。且共同存款证明信息对应的凭证号不存在易丢失的风险,共同存款证明信息也因为被广播到了联盟链中,不存在被伪造的风险。
参阅图5,本申请实施例还公开了另一种存款信息的处理方法,应用于证明接收方节点,具体包括以下步骤:
S501、接收第一用户发送的共同存款证明信息对应的凭证号。
需要说明的是,证明接收方节点还可接收第一用户发送的单方存款证明信息对应的凭证号。
S502、若根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则第一用户的共同存款证明信息通过验证。
其中,联盟链,包括:多个证明提供方节点和多个证明接收方节点。本申请实施例中的联盟链为图1示出的实施例中提及的联盟链。联盟链中存储的共同存款证明信息对应的凭证号通过如上述图1示出的方法生成得到。若根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则证明步骤S501中第一用户所发送的凭证号是通过上述图1示出的方法生成得到的,说明第一用户提供的凭证号是真实的,即可通过验证。如果查询不到对应的共同存款证明信息,则说明第一用户提供的凭证号有误,可发送错误提示信息,提醒第一用户提供的凭证号有误。
可选地,第一用户的共同存款证明信息通过验证之后,第一证明提供方节点还可以对第一用户的共同存款信息做进一步核查,查看第一用户的共同存款证明信息的内容是否符合证明接收方节点对第一用户的要求,例如共同存款证明信息中的存款数额是否符合证明接收方节点对第一用户的要求、共同存款证明信息中的存款证明期限是否符合证明接收方节点对第一用户的要求等。
可选地,在本申请一具体实施例中,证明接收方节点还可对接收到的第一用户发送的单方存款证明信息对应的凭证号进行验证,对单方存款证明信息对应的凭证号的验证过程与对共同存款证明信息对应的凭证号的验证过程相同,此处不再赘述。
结合图1示出的存款信息的处理方法以及图5示出的存款信息的处理方法,对第一用户办理存款证明业务的过程进行举例说明。参阅图6,多个银行端与多个大使馆机构加入到联盟链中。第一用户能够通过银行端的存款证明申请接口,发起存款证明请求。其中,存款证明请求包括单方存款证明请求和共同存款证明请求。当第一用户发起了共同存款证明请求时,第一用户的共同存款证明请求中包含了多个银行端的开立的存款证明凭证号以及第一用户需要开立的第一用户所发送的银行端的存款证明信息。银行端将多个银行端的存款证明凭证号在联盟链中查询,查询到对应的存款证明信息、且需要开立的存款证明信息符合开立证明的要求时,则为第一用户生成共同存款证明信息和对应的凭证号,并将共同存款证明信息和对应的凭证号进行上链,广播至联盟链。第一用户的共同存款证明信息包括了第一用户需要开立的多个银行端的存款证明信息。其中,第一用户的共同存款证明信息对应的凭证号通过智能合约对共同存款证明信息进行哈希运算得到。然后银行端通过相应的接口服务及定制工具把第一用户的共同存款证明信息对应的凭证号发送给第一用户。第一用户又通过大使馆机构对应的接口服务及定制工具将第一用户的共同存款证明信息对应的凭证号发送给大使馆机构。大使馆机构利用第一用户的共同存款证明信息对应的凭证号在银行端进行查询,查询到对应的共同存款证明信息后,则认为第一用户出具的共同存款证明信息对应的凭证号通过了验证。
本申请实施例公开的存款信息的处理方法中,证明接收方节点接收到第一用户发送的共同存款证明信息对应的凭证号后,根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查询。若根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则第一用户的共同存款证明信息通过验证。由于联盟链中存储的共同存款证明信息对应的凭证号是通过上述图1示出的实施例生成得到的,因此证明接收方节点能够仅根据第一用户的共同存款证明信息对应的一个凭证号,在联盟链中查找到第一用户的共同存款证明信息,而不需要分别对多个证明提供方节点提供的单方的存款证明凭证号进行查验,减少了存款证明业务的流程。且共同存款证明信息对应的凭证号不存在易丢失的风险,共同存款证明信息也因为被广播到了联盟链中,不存在被伪造的风险。
参阅图7,基于上述图1示出的存款信息的处理方法,本申请实施例对应公开了一种存款信息的处理装置,应用于第一证明提供方节点,包括:
第一接收单元701,用于接收第一用户的共同存款证明请求。其中,共同存款证明请求用于请求共同开立第一用户在所述第一证明提供方节点和除第一证明提供方节点之外的其他证明提供方节点的存款证明。共同存款证明请求中携带有第一用户在其他证明提供方节点开立的存款证明凭证号、以及第一用户需要开立的所述第一证明提供方节点的存款证明信息,第一证明提供方节点和其他证明提供方节点均属于联盟链中的证明提供方节点。联盟链,包括:多个证明提供方节点和多个证明接收方节点。
第一生成单元702,用于若根据共同存款证明请求中携带的存款证明凭证号,在联盟链中查询到对应的存款证明信息、且第一用户需要开立的第一证明提供方节点的存款证明信息通过验证,则生成第一用户的共同存款证明信息以及对应的凭证号。其中,第一用户的共同存款证明信息,包括:第一用户需要开立的第一证明提供方节点的存款证明信息、以及共同存款证明请求中携带的存款证明凭证号对应的存款证明信息。
可选地,在本申请一具体实施例中,共同存款证明信息对应的凭证号通过联盟链中的智能合约对共同存款证明信息进行哈希运算得到。
广播单元703,用于将第一用户的共同存款证明信息和对应的凭证号进行上链,并广播至联盟链。
发送单元704,用于将第一用户的共同存款证明信息对应的凭证号发送给第一用户。
可选地,在本申请一具体实施例中,还包括:第二接收单元和第二生成单元。
第二接收单元,用于接收第二用户的单方存款证明请求。其中,单方存款证明请求用于请求开立第二用户在第一证明开立方节点的存款证明。单方存款证明请求中携带有第二用户需要开立的第一证明开立方节点的存款证明信息。
第二生成单元,用于若第二用户需要开立的第一证明提供方节点的存款证明信息通过验证,则生成第二用户的单方存款证明信息以及对应的凭证号。其中,第二用户的单方存款证明信息,包括:第二用户需要开立的第一证明开立方节点的存款证明信息。
可选地,在本申请一具体实施例中,第一用户需要开立的第一证明提供方节点的存款证明信息包括:第一用户在第一证明提供方节点的账号信息、第一用户需要证明的在账号信息下的存款数额信息、第一用户的存款证明用途信息、以及第一用户对应的证明接收方节点的信息。
其中,第二生成单元执行第一用户需要开立的第一证明提供方节点的存款证明信息通过验证时,用于:
利用第一用户在第一证明提供方节点的账号信息,得到第一用户在第一证明提供方节点的账号信息下的存款余额。若第一用户在第一证明提供方节点的账号信息下的存款余额不小于第一用户需要证明的在账号信息下的存款数额,则第一用户需要开立的第一证明提供方节点的存款证明信息通过验证。
可选地,在本申请一具体实施例中,第一用户在其他证明提供方节点开立的存款证明凭证号包括:第一用户在其他证明提供方节点开立的共同存款证明对应的凭证号,和/或,第一用户在其他证明提供方节点开立的单方存款证明对应的凭证号。
上述本申请实施例公开的存款信息的处理装置中的具体的原理和执行过程,与上述图1示出的存款信息的处理方法相同,可参见上述本申请实施例公开的存款信息的处理方法中相应的部分,这里不再进行赘述。
本申请实施例提出的存款信息的处理装置,应用于第一证明提供方节点,由于第一用户的共同存款证明请求中携带有第一用户在其他证明提供方节点开立的存款证明凭证号、以及第一用户需要开立的第一证明提供方节点的存款证明信息,因此如果根据共同存款证明请求中携带的存款证明凭证号,在联盟链中查询到对应的存款证明信息,且第一用户需要开立的第一证明提供方节点的存款证明信息通过验证,则第一生成单元702能够生成第一用户的共同存款证明信息以及对应的凭证号。第一用户的共同存款证明信息,包括:第一用户需要开立的第一证明提供方节点的存款证明信息、以及共同存款证明请求中携带的存款证明凭证号对应的存款证明信息。广播单元703将第一用户的共同存款证明信息和对应的凭证号进行上链,广播至联盟链之后,发送单元704将共同存款证明信息对应的凭证号发送给第一用户。由于第一证明提供方节点和其他证明提供方节点均属于联盟链中的证明提供方节点,且联盟链包括:多个证明提供方节点和多个证明接收方节点,因此当第一用户将共同存款证明信息对应的凭证号发送给证明接收方节点时,证明接收方节点能够根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查找到第一用户的共同存款证明信息,而不需要分别对多个证明提供方节点提供的存款证明凭证号进行查验,减少了存款证明业务的流程。且共同存款证明信息对应的凭证号不存在易丢失的风险,共同存款证明信息也因为被广播到了联盟链中,不存在被伪造的风险。
参阅图8,基于上述图5示出的一种存款信息的处理方法,本申请实施例对应公开了一种存款信息的处理装置,应用于证明接收方节点,存款信息的处理装置包括:接收单元801和验证单元802。
接收单元801,用于接收第一用户发送的共同存款证明信息对应的凭证号。
验证单元802,用于若根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则第一用户的共同存款证明信息通过验证。其中,联盟链,包括:多个证明提供方节点和多个证明接收方节点,联盟链中存储的共同存款证明信息对应的凭证号通过如上述图1示出的方法生成得到。
上述本申请实施例公开的存款信息的处理装置中的具体的原理和执行过程,与上述图5示出的存款信息的处理方法相同,可参见上述本申请实施例公开的存款信息的处理方法中相应的部分,这里不再进行赘述。
本申请实施例公开的存款信息的处理装置,应用于证明接收方节点,接收单元801接收到第一用户发送的共同存款证明信息对应的凭证号后,验证单元802根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查询。若根据第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则第一用户的共同存款证明信息通过验证。由于联盟链中存储的共同存款证明信息对应的凭证号是通过上述图1示出的实施例生成得到的,因此验证单元802能够仅根据第一用户的共同存款证明信息对应的一个凭证号,在联盟链中查找到第一用户的共同存款证明信息,而不需要分别对多个证明提供方节点提供的单方的存款证明凭证号进行查验,减少了存款证明业务的流程。且共同存款证明信息对应的凭证号不存在易丢失的风险,共同存款证明信息也因为被广播到了联盟链中,不存在被伪造的风险。
本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,其中,该程序被处理器执行时实现以上各方法实施例提供的存款信息的处理方法。
本申请实施例提供了一种设备,该设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以上各方法实施例提供的存款信息的处理方法。
专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种存款信息的处理方法,其特征在于,应用于第一证明提供方节点,所述存款信息的处理方法包括:
接收第一用户的共同存款证明请求;其中,所述共同存款证明请求用于请求共同开立所述第一用户在所述第一证明提供方节点和除所述第一证明提供方节点之外的其他证明提供方节点的存款证明;所述共同存款证明请求中携带有所述第一用户在所述其他证明提供方节点开立的存款证明凭证号、以及所述第一用户需要开立的所述第一证明提供方节点的存款证明信息;所述第一证明提供方节点和所述其他证明提供方节点均属于联盟链中的证明提供方节点;所述联盟链,包括:多个证明提供方节点和多个证明接收方节点;
若根据所述共同存款证明请求中携带的存款证明凭证号,在所述联盟链中查询到对应的存款证明信息、且所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,则生成所述第一用户的共同存款证明信息以及对应的凭证号;其中,所述第一用户的共同存款证明信息,包括:所述第一用户需要开立的所述第一证明提供方节点的存款证明信息、以及所述共同存款证明请求中携带的存款证明凭证号对应的存款证明信息;
将所述第一用户的共同存款证明信息和对应的凭证号进行上链,并广播至所述联盟链;
将所述第一用户的共同存款证明信息对应的凭证号发送给所述第一用户。
2.根据权利要求1所述的方法,其特征在于,所述共同存款证明信息对应的凭证号通过所述联盟链中的智能合约对所述共同存款证明信息进行哈希运算得到。
3.根据权利要求1所述的方法,其特征在于,还包括:
接收第二用户的单方存款证明请求;其中,所述单方存款证明请求用于请求开立所述第二用户在所述第一证明提供方节点的存款证明;所述单方存款证明请求中携带有所述第二用户需要开立的所述第一证明提供方节点的存款证明信息;
若所述第二用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,则生成所述第二用户的单方存款证明信息以及对应的凭证号;其中,所述第二用户的单方存款证明信息,包括:所述第二用户需要开立的所述第一证明提供方节点的存款证明信息。
4.根据权利要求1所述的方法,其特征在于,所述第一用户需要开立的所述第一证明提供方节点的存款证明信息包括:所述第一用户在所述第一证明提供方节点的账号信息、所述第一用户需要证明的在所述账号信息下的存款数额信息、所述第一用户的存款证明用途信息、以及所述第一用户对应的证明接收方节点的信息;
其中,所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,包括:
利用所述第一用户在所述第一证明提供方节点的账号信息,得到所述第一用户在所述第一证明提供方节点的账号信息下的存款余额;
若所述第一用户在所述第一证明提供方节点的账号信息下的存款余额不小于所述第一用户需要证明的在所述账号信息下的存款数额,则所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证。
5.根据权利要求3所述的方法,其特征在于,所述第一用户在所述其他证明提供方节点开立的存款证明凭证号包括:所述第一用户在所述其他证明提供方节点开立的共同存款证明对应的凭证号,和/或,所述第一用户在所述其他证明提供方节点开立的单方存款证明对应的凭证号。
6.一种存款信息的处理方法,其特征在于,应用于证明接收方节点,所述存款信息的处理方法包括:
接收第一用户发送的共同存款证明信息对应的凭证号;
若根据所述第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则所述第一用户的共同存款证明信息通过验证;其中,所述联盟链,包括:多个证明提供方节点和多个证明接收方节点;所述联盟链中存储的共同存款证明信息对应的凭证号通过如权利要求1-5中任意一项提出的方法生成得到。
7.一种存款信息的处理装置,其特征在于,应用于第一证明提供方节点,所述存款信息的处理装置包括:
第一接收单元,用于接收第一用户的共同存款证明请求;其中,所述共同存款证明请求用于请求共同开立所述第一用户在所述第一证明提供方节点和除所述第一证明提供方节点之外的其他证明提供方节点的存款证明;所述共同存款证明请求中携带有所述第一用户在所述其他证明提供方节点开立的存款证明凭证号、以及所述第一用户需要开立的所述第一证明提供方节点的存款证明信息;所述第一证明提供方节点和所述其他证明提供方节点均属于联盟链中的证明提供方节点;所述联盟链,包括:多个证明提供方节点和多个证明接收方节点;
第一生成单元,用于若根据所述共同存款证明请求中携带的存款证明凭证号,在所述联盟链中查询到对应的存款证明信息、且所述第一用户需要开立的所述第一证明提供方节点的存款证明信息通过验证,则生成所述第一用户的共同存款证明信息以及对应的凭证号;其中,所述第一用户的共同存款证明信息,包括:所述第一用户需要开立的所述第一证明提供方节点的存款证明信息、以及所述共同存款证明请求中携带的存款证明凭证号对应的存款证明信息;
广播单元,用于将所述第一用户的共同存款证明信息和对应的凭证号进行上链,并广播至所述联盟链;
发送单元,用于将所述第一用户的共同存款证明信息对应的凭证号发送给所述第一用户。
8.一种存款信息的处理装置,其特征在于,应用于证明接收方节点,所述存款信息的处理装置包括:
接收单元,用于接收第一用户发送的共同存款证明信息对应的凭证号;
验证单元,用于若根据所述第一用户的共同存款证明信息对应的凭证号,在联盟链中查询到对应的共同存款证明信息,则所述第一用户的共同存款证明信息通过验证;其中,所述联盟链,包括:多个证明提供方节点和多个证明接收方节点;所述联盟链中存储的共同存款证明信息对应的凭证号通过如权利要求1-5中任意一项提出的方法生成得到。
9.一种计算机可读介质,其特征在于,其上存储有计算机程序,其中,所述程序被处理器执行时实现如权利要求1-5中任一所述的方法,或者,如权利要求6所述的方法。
10.一种设备,其特征在于,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法,或者,如权利要求6所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010506833.0A CN111626850B (zh) | 2020-06-05 | 2020-06-05 | 存款信息的处理方法、装置、可读介质及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010506833.0A CN111626850B (zh) | 2020-06-05 | 2020-06-05 | 存款信息的处理方法、装置、可读介质及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111626850A CN111626850A (zh) | 2020-09-04 |
CN111626850B true CN111626850B (zh) | 2023-04-18 |
Family
ID=72260948
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010506833.0A Active CN111626850B (zh) | 2020-06-05 | 2020-06-05 | 存款信息的处理方法、装置、可读介质及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111626850B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017011996A1 (zh) * | 2015-07-21 | 2017-01-26 | 深圳市银信网银科技有限公司 | 一种电子凭证变更以及数据交互处理的方法、系统及装置 |
CN106372911A (zh) * | 2015-07-21 | 2017-02-01 | 深圳市银信网银科技有限公司 | 开立电子凭证的方法、系统和装置 |
CN109146479A (zh) * | 2018-08-07 | 2019-01-04 | 杨国超 | 基于区块链的数据加密方法 |
CN109584432A (zh) * | 2018-10-26 | 2019-04-05 | 阿里巴巴集团控股有限公司 | 对象选取方法及装置、电子设备 |
CN111049806A (zh) * | 2019-11-21 | 2020-04-21 | 腾讯科技(深圳)有限公司 | 一种联合权限控制方法、装置、电子设备和存储介质 |
-
2020
- 2020-06-05 CN CN202010506833.0A patent/CN111626850B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017011996A1 (zh) * | 2015-07-21 | 2017-01-26 | 深圳市银信网银科技有限公司 | 一种电子凭证变更以及数据交互处理的方法、系统及装置 |
CN106372911A (zh) * | 2015-07-21 | 2017-02-01 | 深圳市银信网银科技有限公司 | 开立电子凭证的方法、系统和装置 |
CN109146479A (zh) * | 2018-08-07 | 2019-01-04 | 杨国超 | 基于区块链的数据加密方法 |
CN109584432A (zh) * | 2018-10-26 | 2019-04-05 | 阿里巴巴集团控股有限公司 | 对象选取方法及装置、电子设备 |
CN111049806A (zh) * | 2019-11-21 | 2020-04-21 | 腾讯科技(深圳)有限公司 | 一种联合权限控制方法、装置、电子设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111626850A (zh) | 2020-09-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108681965B (zh) | 离线节点的区块链网络交易处理方法和装置 | |
US9071444B2 (en) | Trusted message storage and transfer protocol and system | |
CN110958110B (zh) | 一种基于零知识证明的区块链隐私数据管理方法和系统 | |
CN109859024B (zh) | 一种基于联盟链的税务系统共识方法 | |
CN100550738C (zh) | 一种分布式网络的认证方法和系统 | |
CN109146483B (zh) | 基于区块链网络的信用记录方法和系统 | |
US20090319797A1 (en) | Method and computer system for ensuring authenticity of an electronic transaction | |
KR20120107927A (ko) | 신뢰 메시지 기억 장치 및 전송 프로토콜 및 시스템 | |
CN101193103B (zh) | 一种分配和验证身份标识的方法及系统 | |
CN111080455A (zh) | 基于区块链的跨境交易方法、装置及硬件设备 | |
CN111294339B (zh) | 基于Fabric架构的同构联盟链跨链方法及装置 | |
CN111262860A (zh) | 跨链模式下的身份认证方法及装置 | |
JP2020534751A (ja) | 電子識別および信用サービス(eidas)のための電子契約の証明のプラットフォームおよび方法 | |
CN111866042B (zh) | 一种同步电信账号变更的方法及装置 | |
CN111639923A (zh) | 一种基于零知识证明的数字货币交易记账方法及系统 | |
EP1906583A1 (en) | A secure payment method and system on network and route server | |
CN113850599B (zh) | 一种应用于联盟链的跨链交易方法及系统 | |
CN111582888B (zh) | 一种电子存款证明真伪的验证系统 | |
CN115456769A (zh) | 基于区块链系统的融资授信传递的方法和区块链系统 | |
KR102400402B1 (ko) | 공개키 인프라 구조를 이용한 스마트 컨트랙트의 인증된 데이터 피드 방법 | |
CN111626850B (zh) | 存款信息的处理方法、装置、可读介质及设备 | |
CN112788555A (zh) | 跨运营商话费转移结算方法、装置及计算设备 | |
CN111210348B (zh) | 区块链的交易方法、电子设备和存储介质 | |
CN111144958B (zh) | 基于区块链的电子发票开具方法、装置及系统 | |
CN112967055A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |