首页 / 专利库 / 电信 / 节点 / 子节点 / 基于区块链的管理业务操作的方法、装置和系统

基于链的管理业务操作的方法、装置和系统

阅读:116发布:2023-12-27

专利汇可以提供基于链的管理业务操作的方法、装置和系统专利检索,专利查询,专利分析的服务。并且本 发明 涉及一种基于 区 块 链 的管理业务操作的方法、装置和系统。该方法包括:接收来自对应于第一业务机构的第一客户端设备的针对业务操作的第一 请求 ,其中所述第一请求中包括与所述业务操作相关联的背景证明材料以及待审核的 申请 信息;基于所述第一请求包括的所述背景证明材料以及所述待审核的申请信息生成与所述业务操作相关联的凭证;判断是否存在为所述业务操作所涉及的多个业务机构之间的业务合作关系建立的子账本;以及在存在所述子账本的情况下,将所述凭证以及所述待审核的申请信息存储到所述子账本的成员区块链 节点 中。,下面是基于链的管理业务操作的方法、装置和系统专利的具体信息内容。

1.一种基于链的管理业务操作的方法,包括:
接收来自对应于第一业务机构的第一客户端设备的针对业务操作的第一请求,其中所述第一请求中包括与所述业务操作相关联的背景证明材料以及待审核的申请信息;
基于所述第一请求中包括的所述背景证明材料以及所述待审核的申请信息生成与所述业务操作相关联的凭证;
判断是否存在为所述业务操作所涉及的多个业务机构之间的业务合作关系建立的子账本;以及
在存在所述子账本的情况下,将所述凭证以及所述待审核的申请信息存储到所述子账本的成员区块链节点中。
2.根据权利要求1所述的方法,其特征在于,判断是否存在为所述业务操作所涉及的多个业务机构之间的业务合作关系建立的子账本包括:
基于所述业务操作所涉及的多个业务机构的组合来映射所述业务合作关系;
在映射到所述业务合作关系情况下,基于所述业务合作关系来映射所述子账本;以及在映射到所述子账本的情况下,判定存在所述子账本。
3.根据权利要求1所述的方法,其特征在于,还包括,在不存在所述子账本的情况下,为所述业务合作关系建立所述子账本,包括:
记录所述业务操作所涉及的多个业务机构的组合与所述业务合作关系之间的映射关系;
指令对应于所述多个业务机构之一的区块链节点创建所述子账本;以及记录所述业务合作关系和所述子账本之间的映射关系。
4.根据权利要求1所述的方法,其特征在于,还包括:
向对应于所述业务操作所涉及的第二业务机构的第二客户端设备提供所述待审核的申请信息;
接收来自所述第二客户端设备的对所述待审核的申请信息进行审核的审核结果;
从所述子账本中获取所述待审核的申请信息;
对向所述第二客户端设备提供的所述待审核的申请信息以及从所述子账本中获取的所述待审核的申请信息进行交叉验证;以及
在所述交叉验证通过的情况下,将所述审核结果存储到所述子账本的成员区块链节点中。
5.根据权利要求4所述的方法,其特征在于,对向第二客户端设备提供的所述待审核的申请信息以及从所述子账本中获取的所述待审核的申请信息进行交叉验证包括:
将向所述第二客户端设备提供的所述待审核的申请信息与从所述子账本中获取的所述待审核的申请信息进行比较;
在向所述第二客户端设备提供的所述待审核的申请信息与从所述子账本中获取的所述待审核的申请信息完全相同的情况下,判定所述交叉验证通过。
6.根据权利要求1所述的方法,其特征在于,基于所述第一请求中包括的所述背景证明材料以及所述待审核的申请信息生成与所述业务操作相关联的凭证包括:
基于所述第一请求中包括的所述待审核的申请信息来生成与所述业务操作相关联的一个或多个业务操作合同;
通过对所述一个或多个业务操作合同和所述背景证明材料的组合施加哈希算法来得到所述凭证。
7.根据权利要求1所述的方法,其特征在于,在与业务操作相关联的第一请求为所述第一业务机构请求第二业务机构对所述第一业务机构对所述第二业务机构的第一应收账款进行确权,并且所述待审核的申请信息中未指示准备利用所述第一应收账款向其进行融资的第三业务机构的情况下,所述业务操作涉及所述第一业务机构和所述第二业务机构。
8.根据权利要求1所述的方法,其特征在于,所述业务操作至少包括以下之一:对特定应收账款进行确权、利用特定应收账款进行融资、对特定应收账款或该特定应收账款的一部分进行转让。
9.根据权利要求6所述的方法,其特征在于,还包括将与所述业务操作相关联的所述一个或多个业务操作合同存储在相关联的一个或多个存储设备中。
10.一种基于区块链的管理业务操作的装置,包括:
处理器;
存储器,所述存储器耦合至所述处理器并且存储有指令,当所述指令执行时使得所述处理器执行根据权利要求1-9中的任一项所述的方法。
11.一种计算机可读存储介质,其具有存储在其上的计算机可执行指令,所述计算机可执行指令在设备中运行时使得所述设备执行根据权利要求1-9中的任一项所述的方法。
12.一种业务操作管理系统,包括:
业务操作管理服务器,所述业务操作管理服务器被配置成利用根据权利要求1-9中的任一项所述的方法来管理与其耦接的两个或更多个客户端设备之间的业务操作;
区块链网络系统,所述区块链网络系统耦接到所述业务操作管理服务器,并且所述区块链网络系统被配置成用于通过分布式账本来存储与所述业务操作相关联的业务数据,其中所述分布式账本包括一个或多个子账本,不同的子账本相互隔离,并且不同的子账本用于存储与不同的业务合作关系相关联的业务数据。
13.根据权利要求12所述的业务操作管理系统,其特征在于,还包括:
一个或多个存储设备,所述一个或多个存储设备用于存储与所述业务操作相关联的业务数据。
14.根据权利要求13所述的业务操作管理系统,其特征在于,所述一个或多个存储设备还用于存储用于标识所述一个或多个子账本的数据。
15.根据权利要求12所述的业务操作管理系统,其特征在于,所述业务操作管理服务器包括两个或更多个业务操作管理服务器。

说明书全文

基于链的管理业务操作的方法、装置和系统

技术领域

[0001] 本公开涉及对区块链的应用,更具体地本公开涉及基于区块链的管理业务操作的方法、装置和系统。

背景技术

[0002] 供应链金融指行、保理商等金融机构围绕核心企业来管理上下游企业(例如,供应商)的资金流和物流,并把单个企业的不可控险转变为供应链企业整体的可控风险,通过立体获取各类信息,将风险控制在最低的金融服务。
[0003] 在传统的供应链金融业务操作过程中,采用的是线上或线下的方式,并且业务操作过程中所得到或产生的相关信息和凭证均被存储在一般的存储设备中,因此可能存在信息和凭证的丢失、人为篡改、伪造、无法溯源等问题;并且,核心企业的信用无法惠及中小微供应商企业,只能触达一级供应商。
[0004] 区块链(Blockchain)网络是用分布式数据库识别、传播和记载信息的智能化对等网络,也称为价值互联网。区块链技术包括利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据等。发明内容
[0005] 针对以上技术问题以及其他潜在的技术问题,本发明的实施例提供了一种基于区块链的管理业务操作的方法、装置和系统。
[0006] 本公开的第一方面提供了一种基于区块链的管理业务操作的方法,包括:接收来自对应于第一业务机构的第一客户端设备的针对业务操作的第一请求,其中所述第一请求中包括与所述业务操作相关联的背景证明材料以及待审核的申请信息;基于所述第一请求中包括的所述背景证明材料以及所述待审核的申请信息生成与所述业务操作相关联的凭证;判断是否存在为所述业务操作所涉及的多个业务机构之间的业务合作关系建立的子账本;以及在存在所述子账本的情况下,将所述凭证以及所述待审核的申请信息存储到所述子账本的成员区块链节点中。
[0007] 本公开的第二方面提供了一种基于区块链的管理业务操作的装置,包括:处理器;存储器,所述存储器耦合至所述处理器并且存储有指令,当所述指令执行时使得所述处理器执行根据本公开的第一方面所述的方法。
[0008] 本公开的第三方面提供了一种计算机可读存储介质,其具有存储在其上的计算机可执行指令,所述计算机可执行指令在设备中运行时使得所述设备执行根据本公开的第一方面所述的方法。
[0009] 本公开的第四方面提供了一种业务操作管理系统,包括:业务操作管理服务器,所述业务操作管理服务器被配置成利用根据本公开的第一方面所述的方法来管理与其耦接的两个或更多个客户端设备之间的业务操作;区块链网络系统,所述区块链网络系统耦接到所述业务操作管理服务器,并且所述区块链网络系统被配置成通过分布式账本来存储与所述业务操作相关联的业务数据,其中所述分布式账本包括一个或多个子账本,不同的子账本相互隔离,并且不同的子账本用于存储与不同的业务合作关系相关联的业务数据。附图说明
[0010] 参考附图示出并阐明本发明的各实施例。这些附图仅用于阐明基本原理,并示出对于理解该基本原理所必要的方面,而不旨在限制本发明所要求保护的范围。在附图中,相同的附图标记表示相似的特征。
[0011] 图1例示了根据本发明的实施例的示例性业务操作管理系统100的框图
[0012] 图2例示了根据本发明的实施例的包括在图1所示的业务操作管理系统中的区块链网络系统103的示例性架构的示意图。
[0013] 图3例示了根据本发明的实施例的基于区块链的管理业务操作的示例性方法300的流程图
[0014] 图4例示了根据本发明的实施例的基于区块链的管理业务操作的装置400的框图。

具体实施方式

[0015] 下面将结合附图更详细地描述本发明的各个示例性实施例。虽然附图中流程图和示意图显示了本发明的一些实施例,然而应当理解的,本发明可以通过各种形式来实现,而且不应被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本发明。应当理解的是,本发明的附图及实施例仅用于说明性作用,并非用于限制本发明的保护范围。
[0016] 图1例示了根据本发明的实施例的示例性业务操作管理系统100的框图。如图所示,业务操作管理系统100包括业务操作管理服务器101、一个或多个存储设备102以及区块链网络系统103。
[0017] 业务操作管理服务器101被配置成管理与其耦接(经由网络(有线网络或无线网络)连接)的两个或更多个客户端设备104中的两者或更多者之间的业务操作(例如,供应链金融应用中的业务操作)。每一客户端设备为对应于相应的业务机构(例如,特定供应商、特定核心企业、特定金融机构(例如,特定保理商或特定银行)等)的计算设备。在一种实现中,每一客户端设备上均安装有用于促成实现相关联的业务操作的客户端应用(在本公开的实施例中也称为前端应用),从而使得该客户端设备能够接收业务操作管理服务器所提供的管理。每一客户端设备可例如通过利用相应的浏览器向业务操作管理服务器的网际协议地址(ip地址)发送相应的请求来接收所提供业务操作管理服务器的服务。
[0018] 业务操作管理服务器101被配置成例如利用后面结合图3更详细的描述的方法来管理两个或更多个客户端设备104之间的业务操作(例如,在供应链金融应用中,可包括对特定应收账款的确权、利用特定应收账款(通常为已确权的特定应收账款)的融资、对特定应收账款(通常为已确权的特定应收账款)的转让、对应收账款的到期兑付等)。这种管理可包括例如基于客户端设备104所提供的材料和/或信息(例如,背景证明材料以及待审核的申请信息)生成与业务操作相关联的凭证、将与业务操作相关联的凭证以及待审核的申请信息存储在相应子账本的成员区块链节点中、将对待审核的申请信息进行审核的审核结果存储在相应子账本的成员区块链节点中等等。在一种实现中,业务操作管理服务器上安装有用于促成相关联的业务操作的实现的服务端应用(在本公开的实施例中也称为后端应用),从而能够为各客户端设备提供相应的服务。在一种实现中,业务操作管理系统100仅包括一个业务操作管理服务器。在另一种实现中,业务操作管理系统100包括两个或更多个业务操作管理服务器,其中该两个或更多个业务操作管理服务器被设置为通过自动切换的虚拟网络地址(vip)来访问。例如,当客户端设备向业务操作管理服务器发送请求时,只需要将该请求发送到vip,两个或更多个业务操作管理服务器接收到该请求后将根据负载均衡策略来决定具体由其中的哪个业务操作管理服务器来为客户端设备提供服务。例如,当第一业务操作管理服务器存活时,vip将挂载在第一业务管理服务器上,当第一业务管理服务器发生宕机时,vip将自动迁移到第二或第三业务操作管理服务器上,具体取决于所采用的负载均衡策略。此过程客户端设备并不感知,但其仍然能将请求发送到固定设置的vip。
[0019] 如图2所示,例示了根据本发明的实施例的包括在图1所示的业务操作管理系统中的区块链网络系统103的示例性架构的示意图。区块链网络系统103包括通过网络连接的多个区块链节点设备(在本文中也被称为区块链节点),例如区块链节点设备202、204、206、208、210和212。在一种实现中,该区块链网络系统中包括的区块链节点分别对应于相应的业务机构(例如,特定供应商、特定核心企业、特定金融机构(例如,特定保理商或特定银行)等)。在另一实现中,该区块链网路系统进一步包括用于进行共识操作的共识服务区块链节点。在本公开中,该网络可以是任何有线和/或无线网络。任选地,该网络可以包括但不限于,因特网、广域网、城域网、局域网、虚拟专用网络、无线通信网络等等。应领会,虽然在图2中示出区块链网络系统103包括区块链节点202、204、206、208、210和212,但是在实际应用中,区块链网络系统103可根据具体的需要而包括更多或更少的区块链节点设备。
[0020] 在本公开的实施例中,区块链网络系统103(例如,通过网络)耦接到业务操作管理服务器101,并且区块链网络系统103被配置成用于通过分布式账本来存储与两个或更多个客户端设备之间的业务操作相关联的业务数据(例如,与业务操作相关联的凭证(该凭证可基于与业务操作相关联的背景证明材料和与业务操作相关联的待审核的申请信息生成)、与业务操作相关联的待审核的申请信息、针对待审核的申请信息的审核结果等等)。
[0021] 在本公开的实施例中,该分布式账本包括一个或多个子账本,不同的子账本相互隔离,其中不同的子账本用于存储与不同的业务合作关系相关联的业务数据。也就是说,每一子账本中存储的数据仅可由该子账本的成员区块链节点设备访问,而不能由区块链网络系统103中的其他区块链节点设备访问。例如,当子账本与第一业务机构、第二业务机构和第三业务机构之间的业务合作关系相关联的时,在第一业务机构、第二业务机构和第三业务机构之间的业务操作过程中所产生的数据仅可被存储在该子账本中,而不可被存储在分布式账本中包括的其他子账本中。此外,在该子账本中存储的数据仅可被区块链网络系统中对应于第一业务机构、第二业务机构和第三业务机构的区块链节点设备读取,而不可被其他区块链节点设备读取。由于各个子账本是相互隔离的,因此存储在不同子账本中的数据无法被其他不相关的计算设备访问,从而确保了数据的隐私保护性,进而提高了交易的可靠性。
[0022] 为了清楚起见,通过以下示例对子账本进行更详细的描述。例如,仅作为示例,分布式账本包括三个子账本,其中第一子账本与第一供应商、第一核心企业以及第一保理商之间的第一业务合作关系相关联,第二子账本与第一供应商、第二核心企业以及第一保理商之间的第二业务合作关系相关联,并且第三子账本与第二供应商、第一核心企业以及第一保理商之间的第三业务合作关系相关联。因此,在该示例中,第一子账本仅用于存储与发生在第一供应商、第一核心企业以及第一保理商之间的业务操作相关联的业务数据,并且在区块链网络系统中第一子账本的成员区块链节点包括对应于第一供应商的区块链节点、对应于第一核心企业的区块链节点以及对应于第一保理商的区块链节点;第二子账本仅用于存储与发生在第一供应商、第二核心企业以及第一保理商之间的业务操作相关联的业务数据,并且在区块链网络系统中第二子账本的成员区块链节点包括对应于第一供应商的区块链节点、对应于第二核心企业的区块链节点以及对应于第一保理商的区块链节点;第三子账本仅用于存储发生在第二供应商、第一核心企业以及第一保理商之间的业务操作相关联的业务数据,并且在区块链网络系统中第三子账本的成员区块链节点包括对应于第二供应商的区块链节点、对应于第一核心企业的区块链节点以及对应于第一保理商的区块链节点。
[0023] 在本公开的实施例中,每一子账本中都具有相应的配置,该配置可指示该子账本是否开启了通信层加密(即,信息传输加密)。在本公开的实施例中,该配置可根据实际应用进行更新。
[0024] 一个或多个存储设备102用于存储与两个或更多个客户端设备之间的业务操作相关联的业务数据,诸如例如,与业务操作相关联的背景证明材料、与业务操作相关联的待审核的申请信息、在业务操作过程中产生的业务操作合同(其可基于与业务操作相关联的待审核的申请信息生成)。该一个或多个存储设备102还用于存储用于标识一个或多个子账本的数据(例如,后面将更详细描述的业务合作关系映射表、子账本映射表等等)。该一个或多个存储设备102可以是业务操作管理服务器101的一部分,也可以是与业务操作管理服务器101耦接(例如,直接连接或通过网络连接)的分开的存储设备。在本公开的实施例中,在特定业务操作的过程中,可将从一个或多个存储设备102中获取的业务数据提供给相关联的业务机构的客户端设备,但是需要将向提供给客户端设备的业务数据与存储在相应的子账本中的相应数据进行交叉验证,从而确保相应的数据未发生丢失、被篡改或伪造等情况。在本公开的实施例中,该一个或多个存储设备的示例可包括但不限于:SFTP(Secure File Transfer Protocol,即安全文件传送协议)文件服务器、SQL(结构化查询语言)数据库、redis(REmote DIctionary Server,即远程词典服务器)数据库等等。
[0025] 图3例示了根据本发明的实施例的基于区块链的管理业务操作的示例性方法300的流程图。在本公开的实施例中,该方法由图1所示的业务操作管理系统100中的业务操作管理服务器101执行。
[0026] 在步骤301中,接收来自对应于第一业务机构的第一客户端设备的针对业务操作的第一请求,其中该第一请求包括与该业务操作相关联的背景证明材料以及待审核的申请信息。
[0027] 在一种实现中,该业务操作为对特定应收账款进行确权,即针对该业务操作的第一请求为第一业务机构(例如,第一供应商)请求第二业务机构(例如,第一核心企业)对该第一业务机构对该第二业务机构的第一应收账款进行确权。在该实现中,与该业务操作相关联的背景证明材料包括以下中的一个或多个:与该应收账款相关联的商务合同、标的交付证明、标的收讫证明和发票等。并且在该实现中,待审核的申请信息包括以下中的一个或多个:与该应收账款相关联的应收账款确权证明签发企业、保理商名称、应收账款总金额、以及该应收账款的一条或多条明细等,并且该一条或多条明细包括以下中的一个或多个:与该应收账款相关联的基础交易合同的名称、该基础交易合同的编号、该合同的签订日、发票号、发票金额、已收回金额、应收账款金额、应收账款到期日、备注等。
[0028] 在另一实现中,该业务操作为利用特定应收账款(通常情况下为已确权的特定应收账款)进行融资,即针对业务操作的第一请求为在第一业务机构(例如,某供应商)对所述第二业务机构(例如,某核心企业)的第一应收账款已被确权之后,第一业务机构请求利用该已确权的第一应收账款向第三业务机构(例如,某金融机构,例如某保理商)进行融资。在该实现中,与该业务操作相关联的背景证明材料包括以下中的一个或多个:与该应收账款相关联的股东融资决议书、公司章程、工商信息查询表、征信报告或其他补充材料等。并且在该实现中,待审核的申请信息包括以下中的一个或多个:与该应收账款相关联的确权申请编号、确权申请金额、融资折扣率、融资金额、融资利率、到期利息、到期利息收取方式、融资天数、融资日期、应收账款到期日、预计放款日等。
[0029] 在又一实现中,该业务操作为对特定应收账款(通常情况下为已确权的特定应收账款)或其部分进行转让,即针对该业务操作的第一请求为在第一业务机构(例如,某上游供应商)对第二业务机构(例如,某核心企业)的第一应收账款已被确权之后,第一业务机构请求将该已确权的第一应收账款或该第一应收账款的一部分转让给第四业务机构(例如,某下游供应商)。在该实现中,与该业务操作相关联的背景证明材料包括以下中的一个或多个:与该应收账款相关联的商务合同、标的交付证明、标的收讫证明、和发票等。并且在该实现中,待审核的申请信息包括以下中的一个或多个:与该应收账款相关联的应收账款编号、应收账款到期日、应收账款金额、受让企业的名称(例如,第二供应商)、转让金额等。
[0030] 在一种实现中,业务操作管理服务器还会将接收到的背景证明材料以及待审核的申请信息存储在与该业务操作管理服务器相关联的一个或多个存储设备中,例如将其存储在SFTP文件服务器中。
[0031] 在步骤302中,基于该第一请求中包括的背景证明材料以及待审核的申请信息生成与该业务操作相关联的凭证。
[0032] 在一种实现中,基于该第一请求中包括的背景证明材料以及待审核的申请信息生成与该业务操作相关联的凭证进一步包括:基于该第一请求中包括的待审核的申请信息来生成与该业务操作相关联的一个或多个业务操作合同。在一种实现中,在业务操作是为对特定应收账款的确权的情况下,所生成的一个或多个业务操作合同包括例如针对该特定应收账款的应收账款确权协议和应收账款明细表等。在另一实现中,在该业务操作为利用特定应收账款(通常情况下为已确权的特定应收账款)的融资的情况下,所生成的一个或多个业务操作合同包括例如针对该特定应收账款的保理合同、应收账款转让明细表以及债权转让通知等。在又一实现中,在该业务操作为对已确权的特定应收账款或其部分的转让的情况下,所生成的一个或多个业务操作合同包括例如针对该特定应收账款的应收账款转让协议、应收账款转让明细表以及债权转让通知等。
[0033] 基于该第一请求中包括的背景证明材料以及待审核的申请信息生成与该业务操作相关联的凭证还进一步包括:通过对该一个或多个业务操作合同和背景证明材料的组合施加哈希算法来得到该凭证。
[0034] 在本公开的实施例中,业务操作管理服务器还会将该一个或多个业务操作合同存储在与业务操作管理服务器相关联的一个或多个存储设备中,例如存储在SFTP文件服务器中。
[0035] 在步骤303中,判断是否存在为该业务操作所涉及的多个业务机构之间的业务合作关系建立的子账本。
[0036] 在本公开的实施例中,每一业务合作关系实际上都与特定应收账款相关(涉及该特定应收账款产生、流转过程中需要涉及到的各个业务机构),并且该业务合作关系可预先建立。
[0037] 例如,在第一示例中,该业务操作为对特定应收账款进行确权,例如针对该业务操作的第一请求为第一业务机构(例如,某供应商)请求第二业务机构(例如,某核心企业)对该第一业务机构对该第二业务机构的特定应收账款进行确权,则在相关的待审核的申请信息中未指示准备利用该特定应收账款向其进行融资的第三业务机构的情况下,该业务操作应涉及该第一业务机构和该第二业务机构,并且该子账本应该是为该第一业务机构和该第二业务机构之间的业务合作关系建立的子账本。
[0038] 在另一示例中,该业务操作还是为对特定应收账款进行确权,例如与该业务操作相关联的第一请求为第一业务机构(例如,某供应商)请求第二业务机构(例如,某核心企业)对第一业务机构对所述第二业务机构的特定应收账款进行确权,则在相关的待审核的申请信息中指示了准备利用该特定应收账款向其进行融资的第三业务机构(例如,某金融机构)的情况下,该业务操作应涉及该第一业务机构、该第二业务机构和该第三业务机构,并且该子账本应该是为该第一业务机构、该第二业务机构和该第三业务机构之间的业务合作关系建立的子账本。
[0039] 在又一示例中,该业务操作为利用特定应收账款(通常情况下为已确权的特定应收账款)进行融资,例如与该业务操作相关联的第一请求为第一业务机构(例如,某供应商)请求利用其对第二业务机构(例如,某核心企业)的该已确权的特定应收账款向第三业务机构(例如,某金融机构)进行融资,这时业务操作应涉及该第一业务机构、该第二业务机构和该第三业务机构,并且该子账本应该是为该第一业务机构、该第二业务机构和该第三业务机构之间的业务合作关系建立的子账本。
[0040] 在再一示例中,该业务操作为对特定应收账款(通常情况下为已确权的特定应收账款)或该特定应收账款的一部分进行转让,例如与该业务操作相关联的第一请求为第一业务机构(例如,某上游供应商)请求将其对第二业务机构(例如,某核心企业)的该已确权的特定应收账款或该应收账款的一部分转让给第四业务机构(例如,某下游供应商),这时该业务操作应涉及该第一业务机构、该第二业务机构和该第四业务机构,并且该子账本应该是为该第一业务机构、该第二业务机构和该第四业务机构之间的业务合作关系建立的子账本。
[0041] 继续以上关于转让的示例,该业务操作为利用受让的应收账款进行融资,如与该业务操作相关联的第一请求为第四业务机构请求对其受让的该已确权的特定应收账款或该应收账款的一部分向第五业务机构(例如,某金融机构)进行融资,这时该业务操作应涉及该第一业务机构、该第二业务机构、该第四业务机构和第五业务机构,并且该子账本应该是为该第一业务机构、该第二业务机构、该第四业务机构和第五业务机构之间的业务合作关系建立的子账本。
[0042] 在本公开的实施例中,判断是否存在为该业务操作所涉及的多个业务机构之间的业务合作关系建立的子账本包括:基于该业务操作所涉及的多个业务机构的组合来映射该业务合作关系(例如,可通过基于该业务操作所涉及的多个业务机构的组合来查询例如下面的表1所示的业务合作关系映射表来实现该映射,该业务合作关系映射表用于将两个或更多个业务机构的组合(例如利用其标识,诸如例如其名称)映射到相应的业务合作关系(例如其标识,诸如例如其名称));在映射到该业务合作关系情况下,基于该业务合作关系来映射该子账本(例如,可通过基于该业务合作关系来查询例如下面的表2所示的子账本映射表来进行该映射,该子账本映射表用于将各业务合作关系(例如利用其标识,诸如例如其名称)映射到相应的子账本(例如利用其标识,诸如例如其名称));在映射到该子账本的情况下,判定存在该子账本。
[0043]
[0044] 表1示例性业务合作关系映射表
[0045]业务合作关系的标识 子账本的标识
业务合作关系1 子账本1
业务合作关系2 子账本2
业务合作关系3 子账本3
业务合作关系4 子账本4
[0046] 表2示例性子账本映射表
[0047] 值得注意的是,虽然在表1和表2中仅示出了四个业务合作关系,并且每一业务合作关系涉及三个业务机构,但是在实际情况中,可包括更多或更少的业务合作关系,并且每一业务合作关系可根据实际应用涉及更多或更少的业务机构。例如,业务合作关系中还可涉及相应的运营商(例如,当该业务操作是在该运营商的运营网络中发生的时,就可在业务合作关系中添加该运营商)。
[0048] 在步骤304中,在存在为该业务操作所涉及的多个业务机构之间的业务合作关系建立的子账本的情况下,将凭证以及待审核的申请信息存储到该子账本的成员区块链节点中。在一种实现中,同时将凭证和待审核的申请信息存储到该子账本的成员区块链节点中。在另一实现中,分开地将凭证和待审核的申请信息存储到该子账本的成员区块链节点中,例如先将凭证存储储到该子账本的成员区块链节点中,然后再将待审核的申请信息存储到该子账本的成员区块链节点中,或者反之亦然。在本公开的实施例中,通过将凭证存储到子账本的成员区块链节点中,使得在进行相关联的兑付的过程中,可以利用存储在该子账本中的该凭证进行交叉验证,从而确保不会发生错误的兑付。另外,通过将待审核的申请信息存储到子账本的成员区块链节点中,使得在进行相关联的审核的过程中,可以利用存储在该子账本中的待审核的信息进行交叉验证,从而确保审核结果的可靠性。
[0049] 下面以将凭证存储到该子账本的成员区块链节点中为例,对该操作进行更详细的描述。在一种实现中,将凭证存储到该子账本的成员区块链节点中包括:查询对应于发起该第一请求的第一业务机构的区块链节点的地址(例如,IP地址),向该区块链节点发起调用该子账本中的智能合约的请求,该请求包括要存储到该子账本的成员区块链节点中的凭证;该区块链节点在接收到该请求后,基于该凭证进行交易试算,从而得到该子账本的读写集;然后,读取该子账本的配置,判断是否开启了通信层加密;在开启了通信层加密的情况下,该区块链节点对该读写集进行加密(例如,使用国密算法对该读写集进行加密、使用哈希算法对该读写集进行加密等等);该区块链节点将经加密的读写集发送到区块链网络系统中的共识服务区块链节点处进行共识;共识服务区块链节点在接收到该经加密的读写集以后,根据该子账本的配置(即该子账本开启了通信层加密)将对该读写集进行解密并对该读写集进行共识;在共识服务节点达成对该读写集的共识以后,根据该子账本的配置(即该子账本开启了通信层加密)对该读写集进行加密,并将经加密的读写集多播到该子账本的其他成员区块链节点;每一其他成员区块链节点在接收到该经加密的读写集后根据该子账本的配置(即该子账本开启了通信层加密)对其进行解密,并利用经解密的读写集来更新该成员区块链节点存储的子账本,并将子账本更新结果通知发送回共识服务区块链节点。
[0050] 以上仅讨论了开启通信层加密的情况,但是在未开启通信层加密的情况下,则各个相关的区块链节点不对读写集进行加密或解密的操作,而直接对读写集进行以上提到的共识、多播等操作。
[0051] 在步骤305中,在不存在为该业务操作所涉及的多个业务机构之间的业务合作关系建立的子账本的情况下,为该业务合作关系建立子账本,并将凭证以及待审核的申请信息存储到所建立的子账本的成员区块链节点中。在本公开的实施例中,为该业务合作关系建立子账本可包括:记录所述业务操作所涉及的多个业务机构的组合与所述业务合作关系之间的映射关系(例如,在业务合作关系映射表中添加用于将此多个业务机构的组合映射到该业务合作关系的条目);指令对应于此多个业务机构之一的区块链节点创建该子账本;以及记录所述业务合作关系和所述子账本之间的映射关系(例如,在子账本映射表中添加用于将该业务合作关系映射到该子账本的条目)。
[0052] 例如,在第一业务机构(例如,供应商1)请求将已确权的该第一业务机构对第二业务机构(例如,核心企业1)的应收账款或该应收账款的一部分转让给第四业务机构(例如,供应商2)的情况下,由于业务合作关系映射表(例如,表1所示的业务合作关系映射表)中并不存在对供应商1、核心企业1和供应商2之间的业务合作关系的指示,因此可根据以上方式建立相应的子账本。
[0053] 在本公开的实施例中,通过将凭证以及待审核的申请信息存储到该子账本的成员区块链节点中,可以确保这些信息不会发生丢失、人为篡改、伪造或无法溯源的问题,从而确保了交易的可靠性。
[0054] 在本公开的实施例中,该方法还可包括以下与对待审核的申请信息进行审核有关的步骤。在本公开的实施例中,可针对某一业务操作执行了步骤301-305之后,就对该业务操作执行后面将详细描述的步骤306-311(如图3的示例方法所描绘的)。但是,在本公开的实施例中,也有可能先针对某一业务操作(例如,第一业务操作执行步骤301-305,然后针对第二业务操作执行步骤301-305,然后再针对第一业务操作执行步骤306-311,然后再针对第二业务操作执行步骤306-311,例如对于需要在确权的同时发起融资的情况)。另外,步骤301-305以及步骤306-311的执行顺序仅仅是示例性的,也可按照不同的顺序来执行这些步骤,而不偏离本公开的实施例的范围。
[0055] 在步骤306中,向对应于该业务操作所涉及的第二业务机构的第二客户端设备提供(例如显示)待审核的申请信息。例如,在业务操作管理服务器接收到该审核的申请信息之后,会确定需要对该待审核的申请信息进行进行审核的业务机构(例如,在该示例中为第二业务机构),然后将该待审核的申请信息提供给该第二业务机构的第二客户端设备,例如向第二客户端设备显示该待审核的申请信息。第二业务机构在经由第二客户端设备接收到该待审核的申请信息后,会对该待审核的申请信息进行审核,从而得到相应的审核结果。
[0056] 在步骤307中,接收来自该第二客户端设备的对该待审核的申请信息进行审核的审核结果。
[0057] 在步骤308中,从子账本中获取该待审核的申请信息。
[0058] 在步骤309中,对向第二客户端设备提供的待审核的申请信息以及从该子账本中获取的待审核的申请信息进行交叉验证。通过该交叉验证,可以有助于判断出第二业务机构进行审核所基于的申请信息是否发生了丢失、被篡改或改造等,进而确保了交易的可靠性。在一种实现中,对向第二设备提供的待审核的申请信息以及从子账本中获取的待审核的申请信息进行交叉验证包括:将向所述第二设备提供的所述待审核的申请信息与从所述子账本中获取的所述待审核的申请信息进行比较;在向所述第二设备提供的所述待审核的申请信息与从所述子账本中获取的所述待审核的申请信息完全相同的情况下,判定所述交叉验证通过。
[0059] 在步骤310中,在所述交叉验证通过的情况下,将审核结果存储到该子账本的成员区块链节点中。在本公开的实施例中,将审核结果存储到子账本的成员区块链节点中可使用与以上将凭证存储到该子账本的成员区块链节点中相类似的方式进行,只是所存储的对象不同而已。
[0060] 在步骤311中,在交叉验证未通过的情况下,终止该业务操作。
[0061] 在本公开的实施例中,在交叉验证通过的情况下,如果审核结果为审核通过,则将待审核的申请信息的状态更新为已通过审核,如果审核结果为审核未通过时,则将待审核的审核信息的状态更新为未通过审核。在审核通过以后,就有权限进行相关的其他业务操作了。例如,在当前业务操作为对特定应收账款(例如,第一业务机构对第二业务机构的特定应收账款)进行确权的情况下,在与该当前业务操作相关联的审核通过以后,就可以根据实际需要进行利用该已确权的特定应收账款进行融资的业务操作、对该已确权的特定应收账款或该特定应收账款的一部分进行转让的业务操作、或者对该应收账款进行到期兑付(兑付方向未为该第一业务机构)的业务操作。又如,在当前业务操作为利用该已确权的特定应收账款进行融资(例如,向第三业务机构进行融资)的情况下,在与该当前业务操作相关联的审核通过以后,就可以根据需要进行对该应收账款进行到期兑付(兑付方向为该第三业务机构)的业务操作。再如,在当前业务操作为对该已确权的特定应收账款或该特定应收账款的部分进行转让(例如,向第四业务机构进行转让)的情况下,在与该当前业务操作相关联的审核通过以后,就可以根据需要进行对该应收账款或其部分进行到期兑付的业务操作(兑付方向为该第四业务机构)。又如,该业务操作为利用受让的应收账款进行融资(例如,第四业务机构向第五业务机构进行融资)的情况下,在与该当前业务操作相关联的审核通过以后,就可以根据需要进行对该受让的应收账款进行到期兑付的业务操作(兑付方向为该第五业务机构)。
[0062] 在本发明的实施例中,在进行到期兑付的过程中,需要将从相关联的子账本中获取的相关的凭证(例如,该相关联的子账本中已记录的与相关应收账款的确权相关联的凭证、与对已确权的相关应收账款的融资相关联的凭证、或与对已确权的相关应收账款或其部分的转让相关联的凭证等)与存储在与业务操作管理服务器相关联的存储设备处的与该凭证相关的信息(例如,相关联的背景证明材料、一个或多个操作合同等)进行交叉验证,从而保证不会发生错误的兑付。
[0063] 另外,还需要将兑付的结果保存到相关联的子账本中,从而保证该兑付的可溯源性。
[0064] 图4例示了根据本发明的实施例的基于区块链的管理业务操作的装置400的框图。
[0065] 装置400可包括处理器410和存储器420,存储器420耦合至处理器410并且存储有指令,当这些指令执行时使得处理器410执行上文描述的方法300中的一个或多个动作或步骤。
[0066] 具体地,图3中的方法的流程还代表机器可读指令,该机器可读指令包括由处理器执行的程序。该程序可被实体化在被存储于有形计算机可读介质的软件中,该有形计算机可读介质如CD-ROM、软盘硬盘、数字通用光盘(DVD)、蓝光光盘或其它形式的存储器。替代的,图3中的示例方法中的一些步骤或所有步骤可利用专用集成电路(ASIC)、可编程逻辑器件(PLD)、现场可编程逻辑器件(EPLD)、离散逻辑、硬件固件等的任意组合被实现。另外,虽然图3所示的流程图描述了该数据处理方法,但可对该处理方法中的步骤进行修改、删除或合并。
[0067] 如上所述,可利用编码指令(如计算机可读指令)来实现图3的示例过程,该编程指令存储于有形计算机可读介质上,如硬盘、闪存、只读存储器(ROM)、光盘(CD)、数字通用光盘(DVD)、高速缓存器、随机访问存储器(RAM)和/或任何其他存储介质,在该存储介质上信息可以存储任意时间(例如,长时间,永久地,短暂的情况,临时缓冲,和/或信息的缓存)。如在此所用的,该术语有形计算机可读介质被明确定义为包括任意类型的计算机可读存储的信息。附加地或替代地,可利用编码指令(如计算机可读指令)实现图3的示例过程,该编码指令存储于非暂时性计算机可读介质,如硬盘,闪存,只读存储器,光盘,数字通用光盘,高速缓存器,随机访问存储器和/或任何其他存储介质,在该存储介质信息可以存储任意时间(例如,长时间,永久地,短暂的情况,临时缓冲,和/或信息的缓存)。可以理解的,该计算机可读指令还可以存储在网络服务器中、端平台上,以便于用户使用。
[0068] 另外,尽管操作以特定顺序被描绘,但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成,或者执行所有图示的操作以获取期望结果。在某些情况下,多任务或并行处理会是有益的。同样地,尽管上述讨论包含了某些特定的实施细节,但这并不应解释为限制任何发明或权利要求的范围,而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之,在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。
[0069] 因此,虽然参照特定的示例来描述了本发明,其中这些特定的示例仅仅旨在是示例性的,而不是对本发明进行限制,但对于本领域普通技术人员来说显而易见的是,在不脱离本发明的精神和保护范围的基础上,可以对所公开的实施例进行改变、增加或者删除。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈