CN111986054B - 一种全流程在线公证方法及系统 - Google Patents

Abstract

本发明提供一种在线公证的数据交互方法及在线公证系统，该实现在线公证的数据交互方法包括：公证系统将需要保存的原始数据保存在自身内部；将原始数据的哈希值与合同的日志文件节点信息使用对称加密算法加密保全至第一联盟区块链上；将加密所需密钥使用公钥加密并保全至第二联盟区块链上；核验时，公证系统将两条联盟区块链上保全的数据分别解密，将第一联盟区块链上的数据重新生成加密密钥并与解密后的原始密钥进行同源性比对；该在线公证的线上系统，包括企业线上业务平台和公证系统，二者采用上述的数据交互方法进行数据交互。通过将数据和密钥分别保存在两条联盟区块链上，可以降低公证系统出证时数据的传输次数，提高数据的真实性和安全性。

Description

一种全流程在线公证方法及系统

技术领域

本发明涉及信息安全领域，尤其涉及一种实现在线公证的数据交互方法及在线公证系统。

背景技术

随着互联网的飞速发展，线上业务的全面开花，这也意味着线上电子业务将会海量增长。电子业务也就是电子数据，一般都具有容易被删除和修改的特点，这些特点也导致了企业在开展线上业务时会遇到一些“麻烦”，如用户否认或抵赖自己过去的操作和签订行为、质疑企业的电子数据被修改过、电子身份的真实性等情况。

普通存证业务是指企业电子合同平台本地保存电子数据的过程，属于单一结果的自证证据，一旦产生纠纷，企业须配合出示原始电子数据，经由公证等机构取证、固证、鉴定之后，出具相关证明才能成为有效证据，从而得到法院的认可。然而传统的线下事后公证，不但响应时间长、保全证据成本高，并且数据的真实性也有待考究。

现有的技术中存在的公证系统，采用区块链哈希存证技术，对数据依次进行加密储存，有效解决了上述自证难，成本高，效率低的问题，且在一定程度上保证了数据的安全性，但仍存在加密解密过程中因为数据传输次数过多，可能造成数据泄露的缺点。

发明内容

为了克服上述技术问题，本发明提出了一种实现在线公证的数据交互方法及基于该方法应用的全流程在线公证系统，通过采用特定的加密存储方式，降低解密过程中数据传输次数，从而进一步规避数据泄露风险，保障合同数据的真实性和安全性。

本发明提出一种实现在线公证的数据交互方法，其特征在于包括以下步骤：

1)将需要存储的原始数据作为隐私数据保存在公证系统之中；

2)对于需要存储的原始数据的哈希值和日志文件的节点信息采用指定的随机数据转换方法生成加密密钥；

3)使用加密密钥对原始数据的哈希值与日志文件节点信息采用对称加密算法进行加密，将加密后的数据依次上传至公证系统第一联盟区块链存储；

4)将用于数据加密所需的加密密钥通过公证系统内的公钥进行加密，并将加密后的密钥依次上传至公证系统第二联盟区块链存储；

5)当需要进行数据比对时，公证系统将公证第一联盟区块链上的数据进行解密，通过加密之前确认的密钥生成算法生成密钥，与公证第二联盟区块链上已保全的对应密钥进行同源性比对。

基于该方法应用的全流程在线公证系统，包括企业线上业务平台，公证系统，二者通过第三方存证平台提供的专用接口联系起来，其特征在于包括如下：

1)用户办理业务：用户从企业线上业务平台调用相应的接口向公证系统提出办理业务申请，企业线上业务平台生成业务办理请求的日志文件1，公证系统根据申请创建业务流程，并保存日志文件1的节点信息，向企业线上业务平台实时反馈相应的业务标识(id)及日志文件1保全成功的信息；

2)企业线上业务平台根据业务需求调用存证接口保存业务办理过程中的所有节点信息(2～n，n>＝2)，直至业务完成。在业务完成后向公证系统提交归档请求，由公证系统实时保全并归档，并反馈结果至企业线上业务平台；

3)生成电子保全函：业务归档后，公证系统基于之前保全的各个日志文件节点信息生成相应的电子数据保全函；

4)公证系统通过区块链存证技术将合同原始数据的哈希值与日志文件节点信息加密上传至公证联盟区块链上实时保全。

步骤3)所述电子保全函，是由公证系统在基于接收到企业线上业务平台的归档请求后，将所有保全的日志文件节点信息按照保全顺序罗列汇总，用以证明该线上业务流程中所有过程日志文件节点信息自存证以后未被篡改。

所述公证系统进行在线公证，还包括如下步骤：

5)当他人质疑电子数据时，申请人可通过企业线上业务平台调用相应接口向公证系统申请出证；

6)申请人填写出证申请表信息，并提交至公证系统；

7)公证系统接收申请后，对保全的所有数据进行解密，按照加密前确认的密钥生成算法再次生成密钥，并与保全的原始密钥进行同源性比对；

8)申请人签署相应服务协议，支付服务费用，由公证系统出具相应公证书并寄送至申请人。

附图说明

图1所示为本发明数据信息流向图

图2所示为本发明的业务线上业务保全和在线公证的流程图

图3所示为本发明的电子数据保全函的内容与格式示例图

图4所示为本发明节点数据上链保全的示意图

图5所示为本发明数据加密与解密方法示意图

具体实施方式

电子数据种类繁多，本实施例仅详细例举电子数据中的电子合同数据存证过程来对本发明进行详细说明。为进一步说明实施例，本发明提供有附图。这些附图为本发明揭露内容的一部分，其主要用以说明实施例，并可配合说明书的相关描述来解释实施例的运作原理。配合参考这些内容，本领域普通技术人员应能理解其他可能的实施方式以及本发明的优点。图中的组件并未按比例绘制，而类似的组件符号通常用来表示类似的组件。

现结合附图和具体实施方式对本发明进一步说明。

如图1和图2所示，示出了一种具体的线上业务保全及在线公证流程图及用于实现所述流程的公证系统。该公证系统包括了企业线上业务平台11、第三方存证平台12以及公证系统13。其中，企业线上业务平台11与公证系统13是通过互联网相互连接和接入第三方存证平台12，第三方存证平台12用于提供联通所述企业线上业务平台11与公证系统13之间的专用接口。

所述企业线上业务平台11用于接收进行公证的原始数据的输入，向公证系统申请办理合同业务，以及根据业务需求将保存合同签署过程中的信息生成日志文件，并依次上传保全至所述公证系统，既可以采用PC客户端，也可采用移动客户端部署端程序或者Web程序来实现；所述第三方存证平台12用于提供联通所述企业线上业务平台11与公证系统13之间的专用接口，应根据企业线上业务平台11来进行选择，电子合同存证业务通过规定第三方存证平台需要达到的基本技术标准来满足平台信息安全、系统稳定的需求，例如当一个业务平台电子合同签署量大时，应选择电子签章响应速度快且稳定，能够容纳并发的电子签章操作的第三方存证平台；所述公证系统13用于存储原始数据、进行加密和存储加密后的原始数据哈希值与日志文件信息及加密后的密钥，生成电子保全函以及进行数据的解密验证，既可以采用B/S模式三层应用结构来开发，也可采用C/S模式二层应用结构进行开发，具体根据系统大小以及对信息安全性不同的要求进行自主选择。

如图4所示本发明中的公证系统13的结构示意图，包括：公证数据保全联盟区块链41和公证密钥保全联盟区块链42。

典型的应用中，现有的线上公证保全业务通常包括保全存证的过程和出证核验的过程。其中保全存证的过程包括：

在步骤201中，创建电子合同A的业务流程；

用户登录企业线上业务平台11，通过第三方存证平台12提供的接口向公证系统13提出创建A合同业务的申请，在提出的申请中包括：A合同业务的名称、A合同涉及的业务、A合同的主要内容、双方当事人的名字(名称)。公证系统13接收到企业线上业务平台11关于创建A合同业务的申请，创建对应的A合同业务流程，向企业线上平台11返回A合同业务的业务标识A00，企业线上业务平台11记录接收到的业务标识A00，与A合同建立关联。

需要说明的是，所述提出的A合同业务申请内容为可变的，应根据具体的合同业务进行相应的增添删改。

进一步的，企业线上业务平台11将申请创建A合同业务成功的信息生成日志文件1，调用第三方存证平台12相对应的接口1进行存证。

进一步的，公证系统13在A合同业务创建成功的日志文件1进行存证时，同步的对日志文件1进行加密保全，存储到公证数据保全联盟链41之上，同时将用于加密的密钥1采用公钥加密后存储至公证密钥联盟区块链42上。公证系统13在将日志文件1存储上链之后，将日志文件1保全成功的信息反馈给企业线上业务平台11。

在步骤202中，为用户申请实名认证；

用户在A合同业务申请成功后，企业线上业务平台11会通过身份证核验来对用户进行实名认证，确认真实主体身份。用户填写身份证上的信息，由企业线上业务平台11调用有关部门的接口进行核验来确认该身份信息的有效性。

需要说明的是，确认主体真实身份的方法非固定，这里主要采用了最为普遍通用的验证方法。在另一种可能的实际操作中，可以通过身份证识别如：服务器端上传图片识别、可以借助硬件设备在PC端进行识别来进行实名认证。

进一步的，企业线上业务平台11将认证过程即用户姓名、认证方式、认证时间与认证结果生成日志文件2，调用第三方存证接口12相对应的接口2上传日志文件2。

进一步的，公证系统13在将日志文件2进行存证时，同步的对日志文件2采用对称加密算法进行加密保全，存储到公证数据保全联盟链41之上，将用于加密的密钥2采用公钥加密后存储至公证密钥联盟区块链42上。公证系统13在将日志文件2存储上链之后，将日志文件2保全成功的信息反馈给企业线上业务平台11。

步骤203中，为用户申请CA证书；

在实名认证通过后，企业线上业务平台11需要为用户申请CA证书，企业线上业务平台根据认证结果以及用户的信息调用证书授权中心提供的接口向CA机构申请授权，CA授权中心核验信息后为用户颁发专属数字证书。

需要说明的是，CA证书是用于在电子合同中进行电子签名时使用的，是安全电子交易的核心环节，是电子商务中必不可少的一步。

进一步的，企业线上业务平台11将申请CA证书的过程即用户姓名、电子签名申请时间、电子签名生成时间与CA证书序列号生成日志文件3，调用第三方存证接口12相对应的接口3上传日志文件3。

进一步的，公证系统13在将日志文件3进行存证时，同步的对日志文件3进行加密保全，存储到公证数据保全联盟链41之上，将用于加密的密钥3采用公钥加密后存储至公证密钥联盟区块链42上。公证系统13在将日志文件3存储上链之后，将日志文件3保全成功的信息反馈给企业线上业务平台11。

在步骤204中，生成A合同业务的合同原文信息并签署合同；

在企业线上业务平台11为用户申请CA证书之后，企业线上业务平台11根据步骤101中申请A合同业务时填写的信息生成合同文件，用户使用获取的数字签名签署合同文件。企业线上业务平台11将合同原文信息生成日志文件4，将签署过的合同文件生成日志文件5，日志文件5具体包括：签署方姓名、签署时间、签署时IP地址。调用第三方存证接口12相应的接口4和接口5上传日志文件。

进一步的，公证系统13在将日志文件4和5进行存证时，同步的对日志文件4和5进行加密保全，存储到公证数据保全联盟链41之上，将用于加密的密钥4和5采用公钥加密后存储至公证密钥联盟区块链42上。公证系统13在将日志文件4和5存储上链之后，将日志文件4和5保全成功的信息反馈给企业线上业务平台11。

在步骤205中，对用户的意愿进行校验；

在签署A合同文件之后，企业线上业务平台11还需要再次通过发送短信的方式校验用户签署合同意愿的真实性。

可选的，校验方式还可以采用电话校验、邮件校验、活体校验。

进一步的，企业线上业务平台11将校验短信内容、校验用户的手机号、校验结果生成日志文件6，调用第三方存证接口12相对应的接口6进行存证。

进一步的，公证系统13在将日志文件6进行存证时，同步的对日志文件6进行加密保全，存储到公证数据保全联盟链41之上，将用于加密的密钥6采用公钥加密后存储至公证密钥联盟区块链42上。公证系统13在将日志文件6存储上链之后，将日志文件6保全成功的信息反馈给企业线上业务平台11。

在步骤206中，生成电子保全函；

通过上述步骤，A合同业务已签署完成，签署的整个流程也均已完成保全，企业线上业务平台11向公证系统13发出完结归档的请求，公证系统13接收请求后，将所保全的日志文件的节点与原始数据的哈希值按照保全顺序罗列汇总生成相应的保全函，用以证明A合同业务在所有日志文件保全存证后未做过修改(保全函的具体格式如图3所示)。

合同A保全完成后，当他人对A合同业务的存证真实性产生怀疑时，公证系统可以出证证明A合同为原始合同未被篡改。其中出证核验过程包括：

在步骤207中，向公证系统13提出出证申请；

用户在企业线上业务平台11向公证系统13提出出证申请，输入A合同业务的业务标识A00，公证系统13根据业务标识从联盟区块链上提取A合同业务涉及的全部文件的数据信息。

在步骤208中，公证系统13对所提取的有关业务数据进行解密核验。

该有关业务数据进行解密核验是基于第一阶段的保全存证的过程中的加密存储基础所进行。下面对上述保全存证的过程中步骤201-205中日志文件进行加密存储的具体实现展开说明。参阅图4所示，示出一种公证系统加密存储的具体过程：

对于A合同业务签署过程中所涉及的所有原始数据，均作为隐私数据保存在公证系统13之中；对所涉及的原始数据的哈希值以及日志文件节点信息进行加密上传至公正系统联盟区块链进行保存。当A合同签署流程的原始数据哈希值和所有日志文件节点信息上传至第三方存证接口12时，公证系统13同步将原始数据的哈希值和日志文件节点信息通过调用操作系统底层的随机数据生成器，根据指定的随机数据转换方法来获得的密钥，采用AES对称加密算法对原始数据的哈希值与日志文件节点信息进行加密并依次上传至公证数据联盟区块链41上存储，同时对用于加密原始数据哈希值和日志文件节点信息的加密密钥采用公证系统13内的公钥进行加密，依次上传至公证密钥联盟区块链42上进行存储。

需要说明的是，本实施例中采用的是ECB加密模式，这是最基本也是通常理解的加密模式，在另一种可行的操作中，根据公证系统的具体需要，对称加密的加密模式可以是CBC模式，可以是CFB模式，也可以是OFB模式。

本实施例采用的对称加密算法是AES加密算法，其安全性相对较高。可选的，还可以采用DES算法、TripleDES算法、RC2算法、RC4算法、RC5算法也可以是Blowfish算法等。

如图5所示，示出了一种公证系统对保全文件进行核验的具体过程：

首先公证系统13调取公证数据联盟区块链41上的保全的A合同业务的数据进行解密，将解密后的数据按照加密之前确认的密钥生成算法再次生成密钥；

进一步的，公证系统13调取公证密钥联盟区块链42上保全的密钥使用公证系统内对应的私钥进行解密；

进一步的，将重新生成的密钥与解密后的原始密钥进行同源性比对，比对一致，则说明该合同文件自保全后未被篡改；若比对不一致，这说明该合同文件与用户签署的合同文件存在差异，数据被篡改。

在步骤209中，申请人签署公证系统13提供的出证服务协议，支付出证核验的服务费用，公证处根据核验结果出具相应的公证书，寄送至申请人。

本实施例公开的一种在线公证系统，通过将原始数据和加密密钥采用不同的加密方法并分别存储在不同的联盟区块链上，在进行核验比对时，只需要将解密后的数据按照之前确认的密钥生成算法重新生成的密钥与原始密钥进行同源性比对即可，无须再从公证系统获取原始数据进行比对验证，能够在一定程度上减少数据信息的传输，从而进一步规避数据泄露的风险，保障了数据信息安全和数据的真实性。

尽管结合优选实施方案具体展示和介绍了本发明，但所属领域的技术人员应该明白，在不脱离所附权利要求书所限定的本发明的精神和范围内，在形式上和细节上可以对本发明做出各种变化，均为本发明的保护范围。

Claims (7)

1.一种实现在线公证的数据交互方法，包括数据的保全存储与数据解密验证，其特征在于：所述数据的保全存储，包括以下步骤：

S11，将需要存储的原始数据作为隐私数据保存在公证系统之中；

S12，将原始数据的哈希值与日志文件的节点信息在获得加密密钥后采用对称加密算法进行加密；

S13，将加密后的原始数据哈希值与日志文件的节点信息依次上传至公证系统第一联盟区块链进行存储；

S14，将加密数据的密钥使用公证系统内的公钥进行加密，并将加密后的密钥上传至公证系统第二联盟区块链进行存储；

所述数据的解密验证，包括以下步骤：

S21，公证系统提取第一联盟区块链上的数据进行解密，将解密后的数据按照加密前确定的密钥生成算法再次生成密钥；

S22，公证系统提取第二联盟区块链上的密钥使用公证系统内的私钥进行解密；

S23，将再次生成的密钥与解密后的原始密钥进行同源性比对。

2.根据权利要求1所述的数据交互方法，其特征在于：在步骤S12中，所述对称加密算法包括但不限于：AES加密算法、DES算法、TripleDES算法、RC2算法、RC4算法、RC5算法、或是Blowfish算法。

3.根据权利要求1所述的数据交互方法，其特征在于：在步骤S12中，所述加密密钥是根据指定的随机数据转换方法生成。

4.一种在线公证的线上系统，包括企业线上业务平台，公证系统，二者通过互联网连接和接入第三方存证接口，其特征在于：

所述企业线上业务平台，用于接收进行公证的原始数据的输入，向公证系统申请办理业务，以及根据业务需求将保存业务办理过程中的信息生成日志文件，并依次上传保全至所述公证系统；

所述公证系统，用于存储原始数据、进行加密和存储加密后的原始数据哈希值与日志文件信息及加密后的密钥，生成电子保全函以及进行数据的解密验证；

所述企业线上业务平台和公证系统采用上述权利要求1-3任一所述的实现在线公证的数据交互方法进行数据交互。

5.根据权利要求4所述线上系统，其特征在于：所述业务平台向公证系统办理业务的过程包括但不限于提交办理申请、实名认证、用户意愿校验。

6.根据权利要求5所述线上系统，其特征在于：所述用户意愿校验的方式包括但不限于短信校验、电话校验、活体校验。

7.根据权利要求4所述线上系统，其特征在于：所述电子保全函的内容为所有已保全的日志文件节点信息与原始数据的哈希值按照保全顺序的罗列汇总。

Images