首页> 中国专利> 一种基于联盟链的在线赋强公证方法与系统

一种基于联盟链的在线赋强公证方法与系统

摘要

为了提高在线赋强公证流程的标准化、规范化、自动化程度,本发明提出了一种基于联盟链的在线赋强公证系统。系统由多个主要模块构成,文书数据写入队列、联盟链固证网格、业务规则链码引擎以及业务查询用户界面。其中,文书数据写入队列提供用户与系统交互的接入点;联盟链固证网格模块在多个公证处节点间构建安全可信的区块链网络;业务规则链码引擎引导线上赋强流程的自动执行;公证强执行申请,实现赋强公证流程与法院诉讼流程的对接;用户可通过业务查询界面对在线赋强全流程进行监督。本发明的技术效果是,提高赋强公证程序的响应速度和服务质效,保障公证流程的安全性、可靠性、保密性。

著录项

  • 公开/公告号CN116051261A

    专利类型发明专利

  • 公开/公告日2023-05-02

    原文格式PDF

  • 申请/专利权人 辅谦科技(上海)有限公司;

    申请/专利号CN202211601416.X

  • 发明设计人 衣俊霖;刘迎春;潘鸿;

    申请日2022-12-13

  • 分类号G06Q40/03(2023.01);G06F16/27(2019.01);G06F21/62(2013.01);G06F21/64(2013.01);

  • 代理机构上海君澜律师事务所 31338;

  • 代理人陈凯

  • 地址 200240 上海市闵行区鹤庆路398号41幢

  • 入库时间 2023-06-19 19:32:07

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2023-05-02

    公开

    发明专利申请公布

说明书

技术领域

本发明涉及区块链技术领域,具体涉及一种基于联盟链的在线赋强公证系统。

背景技术

在国家推进普惠金融、消费金融的背景下,在线贷款业务迸发出巨大活力,但也伴随合规性差、呆坏账率高等风险。回应与解决在线金融纠纷的关键是,在金融机构、公证机构以及法院之间建立基于数据分布式存储与互信体系,借助在线赋强公证的方式,获得具有强制执行效力的债权文书,推动线上贷前、贷中、贷后的全流程管理。针对线上小额贷款这类标准化贷款业务,一旦发生不良贷款,即可凭借公证处在网上出具的电子执行文书直接进入法院强制执行阶段,提高纠纷解决效率;倘若法院追缴失败之后,又可及时把失信人纳入失信被执行人名单加以惩戒;惩戒的威慑力,反过来又在事前对借款人形成筛选过滤作用。区块链技术对普及赋强公证至关重要,提供了统一技术框架以建立机构间的合作机制、打破数据孤岛,具有不可篡改、可追溯等特性,证据认证效率高,利于降低在线金融违约风险、提升债权合同执行质效,用新技术助力市场法治化建设。

区块链技术提供了一种以分布式账本为核心的新型信息系统架构,具有不可篡改、共同维护、全过程可溯源等特点,因而在智慧司法领域,特别是司法证据存证方面收到越来越多的重视。通过将原始文件的哈希值摘要(hash digest)记录到区块之中,则可通过哈希函数计算的方式生成待查验文件的哈希摘要,进而通过哈希值比对的办法确认待查验文件与原始文件之间的一致性。此后生成的新区块也将继续纳入前一区块的哈希值,形成一种前后相续的证据链条,这种嵌套叠加的共识机制使得数据篡改(data tampering)变得极端困难。

区块链存证的可靠性、公正性,有利于提升线上债权文书执行的质效,保护债权人、债务人的实体和程序权益。区块链可追溯性、不可篡改性的特点,适合法庭对证据不可篡改性的要求。从合同签约、公证赋强,到贷后管理和数据存储,在链上构建了体系完整、处理功能完善的电子数据流转和存放体系,在提升公证机构的公信力同时提升了法院执行有效性。

但在实际工作中,既有基于区块链技术的在线公证系统缺乏对数据吞吐量、响应速度的专门设计,虽然可以满足低时延、并发量低的应用场景,但却无法满足线上金融在响应速度、并发量方面的需求,从而导致在线赋强公证系统难以大规模在金融系统普及使用,给实际工作造成了极大不便。因此,本发明提供一种技术方案,能够有效地提高在线赋强流程的办理效率。

发明内容

有鉴于现有技术的上述缺陷,本发明提供一种本发明提供一种基于联盟链的新型在线赋强公证系统,能够在确保用户隐私安全的同时,有效提升在线赋强系统的并发量和响应速度。

公证法、民事诉讼法以及相关司法解释规定了赋予强制执行效力的债权文书公证(即“赋强公证”),通过公证被赋予强制执行效力的债权文书,可以不经诉讼直接进入执行程序,具有快速实现债权、节省诉讼成本、提高司法效率等优势。

为了提高在线赋强公证流程的标准化、规范化、自动化程度,本发明提出了一种基于联盟链的在线赋强公证系统。系统由多个主要模块构成,文书数据写入队列、联盟链固证网格、业务规则链码引擎以及业务查询用户界面。其中,文书数据写入队列提供用户与系统交互的接入点;联盟链固证网格模块在多个公证处节点间构建安全可信的区块链网络;业务规则链码引擎引导线上赋强流程的自动执行;公证强执行申请,实现赋强公证流程与法院诉讼流程的对接;用户可通过业务查询界面对在线赋强全流程进行监督。本发明的技术效果有,提高赋强公证程序的响应速度和服务质效,保障公证流程的安全性、可靠性、保密性。

具体地说,本发明提供一种基于联盟链的在线赋强公证方法,包括以下步骤:接收用户提供的待处理文书;响应于用户提供文书的操作,入列文书,其中,根据用户信息生成文书的标识信息,并将文书处理状态标记为已入列;存储文书,其中,将文书存储至链外存储空间,并获取文书的存储地址;根据文书计算得到文书的鉴别信息;将标识信息、鉴别信息和存储地址记录到与文书对应的文书元数据中,并将文书处理状态标记为处理中;以及将文书元数据存储到联盟链固证网格中,并将文书处理状态标记为已完成。

可选的,在一些实施例中,标识信息包括UUID标识符、系统时间戳、文书上传者身份信息。

可选的,在一些实施例中,鉴别信息包括与文书相对应的哈希摘要。

可选的,在一些实施例中,通过批处理方式,将预设时间范围内、预设数量的文书元数据条目进行批量存储。

可选的,在一些实施例中,将M分钟、N份文书设置为一个处理单元,启动联盟链固证网格对文书写入队列中处于处理中状态的文书元数据进行处理时,为每个处理单元生成相对应的文书元数据区块以进行存储,以处理单元为单位进行批量化集约处理;如果每M分钟所产生的文书元数据条目数小于N份,则仍然对应地生成一个单独的文书元数据区块;如果每M分钟所产生的文书元数据条目数大于N份,则对应地生成多个文书元数据区块,每N份文书元数据条目为一批对应一个文书元数据区块,直至最后一批文书元数据条目数小于等于N份;根据待处理文书的提交频率对M和N的值进行调整。

可选的,在一些实施例中,联盟链固证网格包括多个组织,每个组织包括一个或多个节点,在不同组织的节点之间构造私有信道以在节点之间进行通信,其中,每一个信道拥有自身专属的分布式账本以及针对账本的智能合约链码,从而能够在不同信道上运行或更新不同版本的智能合约链码。

可选的,在一些实施例中,还包括以下步骤:接收用户提出的强执申请,其中,强执申请的内容包括申请执行文书和标识信息;响应于用户提出强执申请的操作,对强执申请的内容进行核对;以及在核对通过后,生成赋强执行文书。

可选的,在一些实施例中,对强执申请的信息进行核对包括:根据用户提交的申请执行文书,使用与计算鉴别信息相同的方法计算得到与申请执行文书相对应的待鉴别信息;以及将已存储的与标识信息相对应的文书的鉴别信息,与待鉴别信息进行比较。

本发明还提供一种基于联盟链的在线赋强公证系统,包括:写入模块,被配置为能够接收用户提供的待处理文书,并响应于用户提供文书的操作,入列文书,其中,根据用户信息生成文书的标识信息,并将文书处理状态标记为已入列;存储模块,被配置为能够存储文书,其中,将文书存储至链外存储空间,并获取文书的存储地址;处理模块,被配置为能够根据文书计算得到文书的鉴别信息,将标识信息、鉴别信息和存储地址记录到与文书对应的文书元数据中,并将文书处理状态标记为处理中;以及固证模块,被配置为能够将文书元数据存储到联盟链固证网格中,并将文书处理状态标记为已完成。

可选的,在一些实施例中,还包括:审核模块,被配置为能够接收用户提出的强执申请,并响应于用户提出强执申请的操作,对强执申请的内容进行核对,其中,强执申请的内容包括申请执行文书和标识信息;以及赋强模块,被配置为能够在核对通过后,生成赋强执行文书。

可选的,在一些实施例中,审核模块进一步被配置为能够:根据用户提交的申请执行文书,使用与计算鉴别信息相同的方法计算得到与申请执行文书相对应的待鉴别信息;以及将已存储的与标识信息相对应的文书的鉴别信息,与待鉴别信息进行比较。

本发明还提供一种基于联盟链的在线赋强公证装置,包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序,处理器被配置为能够在执行计算机程序时实现上述的基于联盟链的在线赋强公证方法的步骤。

本发明还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时能够实现上述的基于联盟链的在线赋强公证方法的步骤。

本发明解决的技术问题之一是现有技术就赋强公证的解决方案较为单一、效率较低、效果不好,本发明就在线赋强公证提供了更多的选择。

以下将结合附图对本发明的构思、具体结构及产生的技术效果作进一步说明,以充分地了解本发明的目的、特征和效果。

附图说明

当结合附图阅读以下详细说明时,本发明将变得更易于理解,在整个附图中,相同的附图标记代表相同的零件,其中:

图1为本发明一个实施例中在线公证工作流程示意图。

图2为本发明一个实施例中强执申请工作流程示意图。

图3为本发明一个实施例中在线赋强公证系统结构示意图。

图4为本发明一个实施例中联盟链固证网格系统架构图。

图5为本发明一个实施例中文书元数据数据结构示意图。

图6为本发明一个实施例中文书元数据处理状态与存储空间示意图。

图7为本发明中计算机装置、设备或终端的一个实施例的结构示意图。

具体实施方式

下面将对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。本发明可以通过许多不同形式的实施例来得以体现,本发明的保护范围并非仅限于文中提到的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,这些技术、方法和设备应当被视为说明书的一部分。

下面将参考构成本说明书一部分的附图对本发明的各种具体实施方式进行描述。应该理解的是,虽然在本发明中使用表示方向的术语,诸如“前”、“后”、“上”、“下”、“左”、“右”、“内”、“外”、“顶”、“底”、“正”、“反”、“近”、“远”、“横向”、“纵向”、“宽度方向”、“长度方向”、“高度方向”、“轴向”、“径向”、“顺时针方向”、“逆时针方向”等描述本发明的各种示例结构部分和元件,但是在此使用这些术语只是为了方便说明的目的,这些术语是基于附图中显示的示例性方位而确定的。本发明所公开的实施例可以按照不同的方向设置,所以这些表示方向的术语只是作为说明而不应视作为限制。

为了便于描述,附图中所表示的各个模块或部分之间的连接关系仅为示例性的描述,本领域技术人员完全可以采用其他等效的连接关系,只要在这样的连接关系下各个模块或部分也同样能够实现本发明的技术方案的功能即可。本发明所公开的实施例可以按照不同的等效的连接关系设置,所以附图及其说明书的相关内容中所表示的连接关系只是作为说明而不应视作为限制。

附图中所示出的每一部件的尺寸是任意示出的,本发明并没有限定每个部件的具体尺寸,除非在说明书和附图中有明确的记载或描述。为了使图示更清晰,附图中有些地方适当夸大了部件的尺寸或调整了相应的比例关系。

本发明中所使用的诸如“第一”和“第二”等序数词仅仅用于区分和标识,而不具有任何其他含义,如未特别指明则不表示特定的顺序,也不具有特定的关联性。例如,术语“第一部件”本身并不暗示“第二部件”的存在,术语“第二部件”本身也不暗示“第一部件”的存在。

本发明中所使用的单数形式的“一种”、“所述”和“该”等描述旨在同时包括单数或多数的形式,除非上下文清楚地表示其它含义。“多种”或“多个”等一般包含至少两种或至少两个。本发明中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A、同时存在A和B、单独存在B这三种情况。另外,本发明中字符“/”,一般表示前后关联对象是一种“或”的关系。

术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”所限定的要素,并不排除在包括该要素的过程、方法、物品或者设备中还存在另外的相同要素。

总体上来说,本发明提供一种基于联盟链的在线赋强公证方法及系统,可以包括文书数据写入队列、联盟链固证网格、业务规则链码引擎、文书数据检索模块以及案件管理用户界面等模块,文书数据写入队列与用户提供面对高并发线上公证场景的数据存储功能,允许用户将在线赋强流程嵌入网络购物、消费贷等高频场景;联盟链固证网格模块,在多个公证处节点间构建了可信、安全、保密的通信信道;业务规则链码引擎将当事人有关赋强公证的合同条款转化为智能合约代码进行保存,并引导线上赋强流程的自动执行;最后,用户可通过业务查询界面对全流程公证数据进行检索,并浏览关键日志信息。

具体地说,本发明提供一种基于联盟链的在线赋强公证方法,可以包括以下步骤:

步骤S1、接收用户提供的待处理文书。在当事人之间签订合同的流程中,一方(如金融机构)可以提出赋强公证的要求,通过调用系统的文书写入队列,触发在线公证流程。其中,进行公证赋强的合同文书应当符合如下要求:第一,文书以给付货币、物品或者有价证券为内容;第二,债权债务关系明确,债权人和债务人对债权文书有关给付内容无疑义;第三,债权文书中载明债务人不履行或者不适当履行义务时,债务人愿意接受强制执行的承诺。其中,第三项承诺可以通过承诺书或者补充协议等方式在债权文书的附件中载明。

步骤S2、响应于用户提供文书的操作,入列文书,其中,根据用户信息生成文书的标识信息,并将文书处理状态标记为QUEUED(已入列)。标识信息可以包括UUID标识符、系统时间戳、文书上传者身份信息。UUID是通用唯一识别码(Universally Unique Identifier)的缩写,是一种软件建构的标准,亦为开放软件基金会组织在分布式计算环境领域的一部分。其目的,是让分布式系统中的所有元素,都能有唯一的辨识信息,而不需要通过中央控制端来做辨识信息的指定。如此一来,每个人都可以创建不与其它人冲突的UUID。

用户端进入在线赋强公证流程,上传合同文书到文书写入队列。用户首次调用系统时,文书写入队列接收用户提供的数据并立即生成UUID标识符、系统时间戳、文书上传者身份信息,可以使得用户快速得到系统响应。用户可使用该UUID标识符对文书处理状态进行后续跟踪。文书处理状态分为QUEUED(已入列)、SAVED(处理中)、SEALED(已完成)、ERROR(错误)。用户首次上传文书时,返回的元数据状态为QUEUED。

步骤S3、存储文书,其中,将文书存储至链外存储空间,并获取文书的存储地址。存储地址可以用URI方式表示。统一资源标识符(Uniform Resource Identifier,URI)是一个用于标识某一互联网资源名称的字符串,该种标识允许用户对任何(包括本地和互联网)的资源通过特定的协议进行交互操作。Web上可用的每种资源,如HTML文档、图像、视频片段、程序等,均可以由一个通用资源标识符(Uniform Resource Identifier,简称"URI")进行定位。

步骤S4、根据文书计算得到文书的鉴别信息,鉴别信息可以包括与文书相对应的哈希摘要。

哈希算法(Hash)又称摘要算法(Digest),它的作用是:对任意一组输入数据进行计算,得到一个固定长度的输出摘要,也称哈希摘要。哈希函数的主要作用是用来检验数据完整性,运算结果具有不可逆性。通过哈希函数,可以为数据创建"数组指纹"(散列值/哈希值/哈希摘要),哈希摘要通常是一个短的随机字母和数字组成的字符串。如果消息在传递过程中被篡改,则该消息不能与已经获得的哈希摘要相匹配。

步骤S5、将标识信息、鉴别信息和存储地址记录到与文书对应的文书元数据中,并将文书处理状态标记为处理中。

文书写入队列在后台首先将该文书存储到链外存储空间,然后计算该文书内容的哈希摘要,并将该哈希值连同文书的URI存储地址记录到文件元数据中来。此时,文件元数据的所有信息都生成完毕,并将文书处理状态表示为SAVED。此外,URI存储地址可以采用服务器端加密方式进行存储,只有持有正确密钥的用户才能查看数据存储的URI地址,从而提供数据的保密性。

步骤S6、将文书元数据存储到联盟链固证网格中,并将文书处理状态标记为已完成。

固证网格可以采取基于超级账本为底层框架的联盟链技术框架,在不同的公证节点之间形成一个分布式共识记账机制。不同公证节点可以在物理意义上仍然可以处于不同公证组织的控制之下,但账本上所记录的信息对不同公证处组织而言是可见的。

在一些实施例中,联盟链固证网格可以采取批处理方式对文书元数据进行固证。区块链共识机制的维护需要消耗大量计算和存储资源,因而随着文书元数据条目的增加,其硬件成本将显著攀升,并导致运维成本陡增。通过批处理方式,将一定时间范围内、一定数量的元数据条目进行批量存储,可以有效降低区块链网络上发生的交易数,从而降低区块链网络所消耗的硬件资源。具体地说,可以将M分钟、N份文书默认设置为一个处理单元,启动联盟链固证网格对文书写入队列中处于SAVED状态的文书元数据进行处理时,为每个处理单元生成相对应的文书元数据区块以进行存储,以处理单元为单位进行批量化集约处理。如果每M分钟所产生的文书元数据条目数小于N份,则仍然对应地生成一个单独的文书元数据区块。如果每M分钟所产生的文书元数据条目数大于N份,则对应地生成多个文书元数据区块,每N份文书元数据条目为一批对应一个文书元数据区块,直至最后一批文书元数据条目数小于等于N份。M和N的值可以根据待处理文书的提交频率进行调整,作为一个实施例,可以设置M=10,N=10000。

文书处理状态进入SEALED之后,公证处可以根据公证员的在岗情况、当事人提出的时间窗口,对公证任务进行排班。随后,当事人会收到系统推送的视频预约消息。当到达预约时间时,当事人可进入与公证员进行在线实时视频通话,完成在线公证环节。在线视频公证的过程数据将实时上传至公证后台进行保存。

在一些实施例中,还包括以下步骤:接收用户提出的强执申请,其中,强执申请的内容包括申请执行文书和标识信息;响应于用户提出强执申请的操作,对强执申请的内容进行核对;以及在核对通过后,生成赋强执行文书。对强执申请的信息进行核对可以包括:根据用户提交的申请执行文书,使用与计算鉴别信息相同的方法计算得到与申请执行文书相对应的待鉴别信息;以及将已存储的与标识信息相对应的文书的鉴别信息,与待鉴别信息进行比较。

在具体发生违约情况后,用户可以通过本系统提起强执申请。具体的,系统对用户身份进行核实后,对用户所提交的文书的哈希值进行计算,并将其与事前所存储的文书元数据中的哈希摘要值进行比对。哈希值核对成功后,由公证处在系统后台对申请信息进行审核。待审核通过后,系统向违约方发送催告信息,若当事人在催告期无法履约,则公证处出具具有强制执行力的公证债权文书。

强制执行文书以无纸化方式流转到法院立案系统,利用所述文书信息进行立案强执。在诉讼过程中,同时公证处已经出具了具有强制执行力的公证债权文书,且由于该文书事先已在联盟链固证网格中予以存储,故符合法院对电子证据的相关要求。此外,法院执行过程中,可通过所述文书检索模块直接从系统调取相关信息并进入执行流程,一方面省去了审判过程,另一方面极大提高了执行质效和标准化程度。

图1为本发明一个实施例中在线公证工作流程示意图。

如图1所示,S100,用户端进入在线赋强公证流程,上传合同文书到文书写入队列。用户首次调用系统时,文书写入队列接收用户提供的数据并立即生成UUID标识符、系统时间戳、文书上传者身份信息,确保用户快速得到系统响应。用户可使用该UUID标识符对文书处理状态进行后续跟踪。文书处理状态分为QUEUED(已入列)、SAVED(处理中)、SEALED(已完成)、ERROR(错误)。用户首次上传文书时,返回的元数据状态为QUEUED。

S200,所述SAVED状态,与文书写入队列在收到用户数据后进行的第二个步骤相关。具体来说,文书写入队列在后台首先将该文件存储到链外存储空间,然后计算该文件内容的哈希摘要,并将该哈希值联通文件的URI存储地址记录到文件元数据中来。此时,文件元数据的所有信息都生成完毕,并将文书处理状态表示为SAVED。此外,所述URI存储地址采用服务器端加密方式进行存储,因此只有持有正确密钥的用户才能查看数据存储的URI地址,提供数据的保密性。

S300,所述SEALED状态,与联盟链固证网格有关。固证网格采取基于超级账本为底层框架的联盟链技术框架,在不同的公证节点之间形成一个分布式共识记账机制。不同公证节点可以在物理意义上仍然可以处于不同公证组织的控制之下,但各节点共同参与到分布式账本的信息记录和更新上。

S400,文书处理状态进入SEALED之后,公证处会根据公证员的在岗情况、当事人提出的时间窗口,对公证任务进行排班。随后,当事人会收到系统推送的视频预约消息。当到达预约时间时,当事人可进入与公证员进行在线实时视频通话,完成在线公证环节。在线视频公证的过程数据将实时上传至公证后台进行保存。

图2为本发明一个实施例中强执申请工作流程示意图。

如图2所示,S500,在具体发生违约情况后,用户可以通过本系统提起强执申请。

S600,具体的,系统对用户身份进行核实后,对用户所提交的文书的哈希值进行计算,并将其与事前所存储的文书元数据中的哈希摘要值进行比对。哈希值核对成功后,由公证处在系统后台对申请信息进行审核。待审核通过后,系统向违约方发送催告信息,若当事人在催告期无法履约,则公证处出具具有强制执行力的公证债权文书。

S700,所述强制执行文书以无纸化方式流转到法院立案系统,利用所述文书信息进行立案强执。在诉讼过程中,同时公证处已经出具了具有强制执行力的公证债权文书,且该文书事先已在联盟链固证网格中予以存储,因此符合法院对电子证据的相关要求。此外,法院执行过程中,可通过所述文书检索模块直接从系统调取相关信息并进入执行流程,一方面省去了审判过程,另一方面极大提高了执行质效和标准化程度。

图3为本发明一个实施例中在线赋强公证系统结构示意图。

如图3所示,本发明的一种基于联盟链的新型在线赋强公证系统,包括由文书数据写入队列、联盟链固证网格、业务规则链码引擎、法院数据推送模块以及业务查询用户界面模块。所述文书数据写入队列与用户提供面对高并发线上公证场景的数据存储功能,允许用户将在线赋强流程嵌入网络购物、消费贷等高频场景;联盟链固证网格模块,在多个公证处节点间构建了可信、安全、保密的通信信道;业务规则链码引擎将当事人有关赋强公证的合同条款转化为智能合约代码进行保存,并引导线上赋强流程的自动执行;法院数据推送模块,实现赋强公证流程与法院诉讼流程的对接,向法院推送相关证据材料;最后,用户可通过业务查询界面对全流程公证数据进行检索,并浏览关键日志信息。

所述文书写入队列对用户上传的法律文书存储以下文书元数据:唯一UUID文书识别符,文书内容的区块链哈希值,文书存储的URI地址,文书上传者身份信息,系统时间戳。用户首次调用系统时,文书写入队列接收用户提供的数据并立即生成UUID标识符、系统时间戳、文书上传者身份信息,确保用户快速得到系统响应。用户可使用该UUID标识符对文书处理状态进行后续跟踪。

所述联盟链固证网格采取链接上链方式存储文件元数据,具体证据文件存储于链外,避免巨大的文件存储开销。此外,相关文件的URI存储地址采取加密方式进行存储,仅持有密钥的用户可以访问该URI地址。此外,该URI地址采取双重身份认证(Two-FactorAuthentication)方式对用户身份进行确认,因此他人即便取得URI的明文内容,亦无法读取所该地址所存储的数据文件。所述联盟链固证网格提供权限管理、信道管理和节点管理三个业务模块,通过API与区块链网络交互,完成包括连接网络节点、信道注册、链码部署与调用、MSP成员管理服务以及账本读写等操作。联盟链网络提供数据持久化功能,分布式账本中的文书批处理信息存储在各个区块链网络节点之中。

所述规则链码引擎存储了运作与联盟链固证网格中的智能合约代码。所述智能合约代码采取针对公证赋强领域的领域特定语言(Domain Specific Language,DSL)进行存储。链码引擎将DSL自动解析为可以部署到前述联盟链固证网格中并直接加以运行的Java、TypeScript等链码机器语言。

所述公证赋强执行模块,其特征在于,强执申请信息和所法律文书信息、与当事人核实后,生成强制执行文书。所属联盟链固证网格根据所述法律文书信息的哈希值与所述文书的哈希值进行核对;当通过所述核对后,通过所述对所述强执申请信息进行审核;当通过所述审核后,通过用户交互模块向所述当事人进行公证催告核实;当所述当事人确认核实所述催告信息时,通过所述公证赋强执行模块出具强制执行文书,并将强执申请信息、所述法律文书信息和相关业务信息打上系统时间戳,写回联盟链固证网格。

所述案件查询用户界面提供了基本的案件查询功能,用户可通过该界面了解相关文书的处理状态,申请赋强执行是否成功等信息,实现对在线赋强公证办理的全流程监控。

图4为本发明一个实施例中联盟链固证网格系统架构图。

如图4的示例所示,本系统的联盟链固证网格由多个组织(organization)构成,一个组织是一个安全域(security domain),通过MSP服务对其所下辖的peer节点进行管理,包括证书管理和权限控制等。通过信道(channel)机制,可以在不同组织的peer节点之间构造私有通信层。组织1(org1)和组织3(org3)共同加入了信道2,因而peer1、peer2与peer4之间可以进行私有通信,通信内容对peer3节点不可见。类似地,组织2(org2)和组织3(org3)共同加入了信道1,因而peer3和peer4之间的通信对peer1和peer2而言不可见。

每一个信道拥有自身专属的分布式账本以及针对该账本的智能合约链码。分布式账本记录了文书上链的相关过程,所有文书元数据的存储、更新过程,都可以被记录在分布式账本之中,从而形成了对文书上链的全过程记录,用于确保全程可追溯、不可篡改。智能合约链码可以记录对文书元数据进行存储、更新的具体逻辑,系统可以通过智能合约链码实现对分布式账本上的内容进行更新。随着应用场景的拓展,或者用户需求的改变,抑或公证机构本身为了提升服务质量而对系统进行升级,都可能引起智能合约链码的改变,因此链码版本的更新迭代是必要的,以适应新的需求。同时,由于区块链网络本身的复杂性,如果一刀切地对所有的链码进行升级,如果在部署过程中出现问题,则错误结果会影响到所有的节点。通过在各个信道层面对链码分别进行升级迭代,可以有效降低此类风险。

这种灵活的机制设计除了有利于数据隐私保护之外,还可以降低系统的运维成本,使智能合约链码的版本迭代更加灵活,可以在不同信道上运行不同版本的智能合约链码。

图5为本发明一个实施例中文书元数据数据结构示意图。

如图5所示,文书元数据结构由以下信息构成,id(唯一标识符)、hash(文件哈希摘要)、updatedBy(上传者)、timestamp(系统时间戳)、status(处理状态)、uri_path(文件URI存储地址)。用户首次上传证据时,所述文书写入队列利用UUID随机数生成算法,生成系统唯一识别符,并写入updatedBy、timestamp信息,同时将status设置为QUEUED状态。为提高系统存储空间使用率,本发明采取链接上链设计,将文件具体内容存储于链外,利用uri_path信息记录文件存储位置。

由于文书数据存储于链外,如何确保数据的隐私保护以及数据不可篡改,成为本技术方案的关键。具体来说,本方案采用三重保护机制,确保数据文件的安全性和可靠性。其一,文书元数据结构中所存储的uri_path信息是采取服务器端加密算法生成的密文,他人即便获取文书元数据信息,亦无法获取uri_path的明文,因此无法知晓该文数据所指向的链外存储地址。其二,在从链外文件系统读取特定文件内容时,需要用户通过双重要素验证(two-factor authentication)的方式,本方案中采取短信验证的方式,确认用户要对文件进行下载。一方面,这使得攻击者要获取文件内容信息的难度更大;另一方面,当有人试图恶意获取用户数据时,用户可以在第一时间得到短信通知。其三,在最终向用户呈现文书内容前,系统计算所下载内容的哈希值,并将其于事前已经在联盟链加以固化的哈希摘要进行比对,确保该文件是用户最初所上传的文件。

图6为本发明一个实施例中文书元数据处理状态与存储空间示意图。

如图6所示,文书元数据的分布式存储机制,随着文书处理状态的变化,相关元数据会在不同的数据存储系统中出现。对于id为ID1的文书而言,该文书刚刚由用户进行上传,因而处于QUEUED状态,元数据仅仅存储于文书写入模块的文书写入队列存储空间之中,所对应的uri_path内容为空,因而相关文件仅仅存储于文件写入队列线程所使用的临时存储空间中,并未存储于持久化的链外存储空间之中。

对于id为ID2的文书而言,由于其处理状态已经从QUEQUED转变为SAVED,意味着文书写入模块对文书数据内容进行了哈希值计算,并将文书内容存储于专门的链外文件存储空间之中,并将文书元数据对应的uri_path予以更新。不过,由于此时该文书尚未进入联盟链固证网格,因而在区块链账本数据库中并没有该文件对应的元数据信息。

对于id为ID3的文书而言,由于其处理状态已经从SAVED进一步转变为SEALED,意味着该文书对应的元数据已经被存储与联盟链固化网络之中,且该信息在文书写入队列存储空间也有一份副本。

在一些实施例中,本发明提供的一种基于联盟链的新型在线赋强公证系统,包括由文书数据写入队列、联盟链固证网格、业务规则链码引擎、法院数据推送模块以及业务查询用户界面模块。所述文书数据写入队列与用户提供面对高并发线上公证场景的数据存储功能,允许用户将在线赋强流程嵌入网络购物、消费贷等高频场景;联盟链固证网格模块,在多个公证处节点间构建了可信、安全、保密的通信信道;业务规则链码引擎将当事人有关赋强公证的合同条款转化为智能合约代码进行保存,并引导线上赋强流程的自动执行;法院数据推送模块,实现赋强公证流程与法院诉讼流程的对接,向法院推送相关证据材料;最后,用户可通过业务查询界面对全流程公证数据进行检索,并浏览关键日志信息。

所述文书写入队列对用户上传的法律文书存储以下文书元数据:唯一UUID文书识别符,文书内容的区块链哈希值,文书存储的URI地址,文书上传者身份信息,系统时间戳。上述信息以JSON格式进行存储,有利于进行跨平台、跨语言、跨网络的数据传输。

所述文书写入队列的处理过程,采取异步写入技术。用户首次调用系统时,文书写入队列接收用户提供的数据并立即生成UUID标识符、系统时间戳、文书上传者身份信息,确保用户快速得到系统响应。用户可使用该UUID标识符对文书处理状态进行后续跟踪。文书处理状态分为QUEUED(已入列)、SAVED(处理中)、SEALED(已完成)、ERROR(错误)。用户首次上传文书时,返回的元数据状态为QUEUED。

所述SAVED状态,与文书写入队列在收到用户数据后进行的第二个步骤相关。具体来说,文书写入队列在后台首先将该文件存储到链外存储空间,然后计算该文件内容的哈希摘要,并将该哈希值联通文件的URI存储地址记录到文件元数据中来。此时,文件元数据的所有信息都生成完毕,并将文书处理状态表示为SAVED。此外,所述URI存储地址采用服务器端加密(server-side encryption)方式进行存储,因此只有持有正确密钥的用户才能查看数据存储的URI地址,提供数据的保密性。

所述SEALED状态,与联盟链固证网格有关。固证网格采取基于超级账本(Hyperledger Fabric)为底层框架的联盟链技术框架,在不同的公证节点之间形成一个分布式共识记账机制。所述公证节点以超级账本底层的gRPC技术作为跨服务器通信手段,使不同公证节点可以在物理意义上仍然可以处于不同公证组织的控制之下,但账本上所记录的信息对不同公证处组织而言是可见的。

为进一步提升数据保密性,在不同公证处组织之间建立相互隔离的信道(channel),仅加入该信道的公证节点可以看到该信道的相关账本信息。不同信道之间的数据相互不可见,这一设定缩小了数据安全风险的影响范围,提供了额外的数据安全保障机制。

所述联盟链固证网格采取链接上链方式存储文件元数据,具体证据文件存储于链外,避免巨大的文件存储开销。此外,相关文件的URI存储地址采取加密方式进行存储,仅持有密钥的用户可以访问该URI地址。此外,该URI地址采取双重要素认证(Two-FactorAuthentication)方式对用户身份进行确认,因此他人即便取得URI的明文内容,亦无法读取所该地址所存储的数据文件。

所述联盟链固证网格采取批处理方式对文书元数据进行固证。区块链共识机制需要在网络中的各个节点之间进行共识,需要大量的计算能力来进行数据加密和散列运算,以及大量的存储空间来存储区块链上的所有交易记录,因此,在存储空间和计算能力上的消耗都较大。具体来说,区块链中的各个节点都有一个账本副本,并且这些账本需保持同步,为了确保交易的安全和可靠,在每次交易发生时都需要在网络中的各个节点间形成共识,此后才能将该交易记录到账本中。另一方面,区块链共识机制涉及大量数据加密和散列运算,以确保交易的安全性和区块链的不可篡改性,这些运算要消耗大量的计算能力。区块链共识机制的维护需要消耗大量计算和存储资源,因而随着文书元数据条目的增加,其硬件成本将显著攀升,并导致运维成本陡增。

通过批处理方式,将一定时间范围内、一定数量的元数据条目进行批量存储,可以降低区块链网络上发生的交易数,从而降低区块链网络所消耗的硬件资源。作为一个实施例,本系统将10分钟、10,000份文书作为默认设置,启动联盟链固证网格对文书写入队列中处于SAVED状态的文书数据进行集约处理。若每10分钟所产生的文书元数据条目数小于10,000分,仍然生成一个单独的文书元数据区块。若每10分钟所产生的文书元数据条目数大于10,000则生成多个文书元数据区块。

联盟链固证网格每成功存储一个文书元数据区块,则触发文书写入队列更新该区块所对应批次的所有文书元数据的状态更新为SEALED,表示该文书的区块链固证处理已经完成。

所述联盟链固证网格提供权限管理、信道管理和节点管理三个业务模块,通过API与区块链网络交互,完成包括连接网络节点、信道注册、链码部署与调用、MSP成员管理服务以及账本读写等操作。联盟链网络提供数据持久化功能,分布式账本中的文书批处理信息存储在各个区块链网络节点之中。

为提升系统性能,系统提供了独立于联盟链固证网格的文书数据检索模块。该模块利用超级账本架构的账本数据库接口,提供了基于NoSQL数据库的REST API的数据查询功能,允许用户对区块链账本的最新状态进行只读式检索。独立的文书数据检索模块实现了联盟链固证网格的读写分离,允许对区块链网络的读操作与写操作进行单独调优和性能提升。

所述规则链码引擎存储了运作与联盟链固证网格中的智能合约代码。所述智能合约代码采取针对公证赋强领域的领域特定语言(Domain Specific Language,DSL)进行存储。链码引擎将DSL自动解析为可以部署到前述联盟链固证网格中并直接加以运行的Java、TypeScript等链码机器语言。与Java、Typescript等机器语言相比,DSL语言是针对赋强功能领域专门设计,可读性更强、易于维护。系统提供了数据存储、读写、更新等基本操作的链码实现方式,并允许开发人员撰写新的应用代码,对既有功能进行拓展。

所述公证赋强执行模块,其特征在于,强执申请信息和所法律文书信息、与当事人核实后,生成强制执行文书。所属联盟链固证网格根据所述法律文书信息的哈希值与所述文书的哈希值进行核对;当通过所述核对后,通过所述对所述强执申请信息进行审核;当通过所述审核后,通过用户交互模块向所述当事人进行公证催告核实;当所述当事人确认核实所述催告信息时,通过所述公证赋强执行模块出具强制执行文书,并将强执申请信息、所述法律文书信息和相关业务信息打上系统时间戳,写回联盟链固证网格。

所述案件查询用户界面提供了基本的案件查询功能,用户可通过该界面了解相关文书的处理状态,申请赋强执行是否成功等信息,实现对在线赋强公证办理的全流程监控。

本发明提供了一个功能完整、结构简单、资源集约的在线赋强公证系统,克服了区块链技术计算硬件消耗大、运营维护成本高等难点,实现基于联盟链技术的在线赋强公证系统,文书数据加密性,不可篡改、全程可追溯,保障了公证信息的保密性和真实性,并可以与案件管理、在线签约、法院无纸化办案、诉前先行调解等功能相集成,嵌入各种应用场景。

本发明提供的技术方案可以是系统、方法、装置和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

在一些实施例中,本发明还提供一种计算机装置、设备或终端,其一个实施例的内部结构可以如图7所示。该计算机装置、设备或终端包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,处理器用于提供计算和控制能力,存储器包括非易失性存储介质、内存储器。非易失性存储介质存储有操作系统和计算机程序。内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。网络接口用于与外部的终端通过网络连接通信。计算机程序被处理器执行时以实现本发明公开的各种方法、流程、步骤,或者处理器执行计算机程序时实现本发明公开的实施例中各个模块或单元的功能。显示屏可以是液晶显示屏或者电子墨水显示屏,输入装置可以是显示屏上覆盖的触摸层,也可以是外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。

示例性的,计算机程序可以被分割成一个或多个模块或单元,这些模块或单元被存储在存储器中,并可由处理器执行,以实现本发明的技术方案。这些模块或单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序在装置、设备或终端中的执行过程。

上述的装置、设备或终端可以是桌上型计算机、笔记本、移动电子设备、掌上电脑及云端服务器等计算设备。本领域技术人员应当理解,图中所示出的结构,仅仅是与本发明方案相关的部分结构的框图,并不构成对本发明方案所应用于其上的装置、设备或终端的限定,具体的装置、设备或终端可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。

处理器可以是中央处理单元(Central Processing Unit,CPU),也可以是其他通用或专用的处理器、微处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器是上述的装置、设备或终端的控制中心,利用各种接口和线路连接装置、设备或终端的各个部分。

存储器可用于存储计算机程序、模块和数据,处理器通过运行或执行存储在存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现装置、设备或终端的各种功能。存储器可主要包括程序存储区和数据存储区,其中,程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;数据存储区可存储根据应用所创建的各类数据(比如多媒体数据、文档、操作历史记录等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘、智能存储卡(Smart Media Card,SMC)、安全数字(Secure Digital,SD)卡、闪存卡(Flash Card)、磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本发明还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述方法的步骤。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

上述的装置或终端设备集成的模块和单元,如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在计算机可读存储介质中。基于这样的理解,本发明实现所公开的各种方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可存储于计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。

在一些实施例中,本发明公开的各种方法、流程、模块、装置、设备或系统可以在一个或多个处理装置(例如,数字处理器、模拟处理器、被设计成用于处理信息的数字电路、被设计成用于处理信息的模拟电路、状态机、计算设备、计算机和/或用于以电子方式处理信息的其他机构)中被实现或执行。该一个或多个处理装置可以包括响应于以电子方式存储在电子存储介质上的指令来执行方法的一些或所有操作的一个或多个装置。该一个或多个处理装置可以包括通过硬件、固件和/或软件被配置而专门设计成用于执行方法的一项或多项操作的一个或多个装置。以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,根据本发明的技术方案及其发明构思加以等同替换或改变,都应涵盖在本发明的保护范围之内。

本发明的实施方式可以在硬件、固件、软件或其各种组合中进行,还可以作为存储在机器可读介质上的且可以使用一个或多个处理装置读取和执行的指令来实现。在一些实施方式中,机器可读介质可以包括用于存储和/或传输呈机器(例如,计算装置)可读形式的信息的各种机构。例如,机器可读存储介质可以包括只读存储器、随机存取存储器、磁盘存储介质、光存储介质、快闪存储器装置以及用于存储信息的其他介质,并且机器可读传输介质可以包括多种形式的传播信号(包括载波、红外信号、数字信号)以及用于传输信息的其他介质。虽然在执行某些动作的特定示例性方面和实施方式的角度可以在以上公开内容中描述固件、软件、例程或指令,但将明显的是,这类描述仅出于方便目的并且这类动作实际上由机器设备、计算装置、处理装置、处理器、控制器、或执行固件、软件、例程或指令的其他装置或机器产生。

在本发明的权利要求书和说明书中,用来执行指定功能的模块或者使用功能性特征描述的模块,意在涵盖能够执行该功能的任何方式,例如:执行该功能的电路元件的组合,用来执行或实现该功能的软件、硬件以及软件和硬件的组合,或者任何形式的软件、固件、代码及其与适当电路或其他装置的组合。由各种模块提供的功能被以权利要求书所主张的方式组合在一起,由此应当认为,是可以提供这些功能的任何模块、部件、元件都等价或等效于权利要求书中限定的模块。根据电路的等效变换的原理,也可以对本发明中一些实施例的电路结构进行变更、修改,例如:将电流源变换为电压源、串联结构变换为并联结构等,从而获得更多样化的实施例,但这些变更和修改均属于本发明公开的范围。

本说明书使用示例来公开本发明,其中的一个或多个示例被描述或者图示于说明书及其附图之中。每个示例都是为了解释本发明而提供,而不是为了限制本发明。事实上,在不脱离本发明的范围或精神的情况下可以对本发明进行各种修改和变型。例如,作为一个实施例的一部分的图示的或描述的特征可以与另一个实施例一起使用,以得到更进一步的实施例。因此,其意图是本发明涵盖在所附权利要求书及其等同物的范围内进行的修改和变型。以上所述,仅为本发明的具体实施例,但本发明的保护范围并不局限于此,任何熟悉本领域技术的技术人员根据本发明的构思,在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案,或者可容易想到的变化或替换,都应涵盖于本发明的保护范围之内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号