CN113128951B - 一种基于企业链码的电子合同管理方法及系统 - Google Patents
一种基于企业链码的电子合同管理方法及系统 Download PDFInfo
- Publication number
- CN113128951B CN113128951B CN202110314240.9A CN202110314240A CN113128951B CN 113128951 B CN113128951 B CN 113128951B CN 202110314240 A CN202110314240 A CN 202110314240A CN 113128951 B CN113128951 B CN 113128951B
- Authority
- CN
- China
- Prior art keywords
- transaction
- contract
- enterprise
- data
- signature
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 63
- 238000000034 method Methods 0.000 claims description 42
- 230000008569 process Effects 0.000 claims description 39
- 239000003999 initiator Substances 0.000 claims description 21
- 238000013519 translation Methods 0.000 claims description 14
- 230000004044 response Effects 0.000 claims description 10
- 238000010200 validation analysis Methods 0.000 claims description 10
- 238000012795 verification Methods 0.000 claims description 9
- 238000011161 development Methods 0.000 claims description 7
- 210000001503 joint Anatomy 0.000 claims description 7
- 230000008859 change Effects 0.000 claims description 3
- 238000013461 design Methods 0.000 claims description 3
- 238000012545 processing Methods 0.000 claims description 3
- 238000012360 testing method Methods 0.000 claims description 3
- 238000004458 analytical method Methods 0.000 claims description 2
- 238000012550 audit Methods 0.000 claims 1
- 238000005516 engineering process Methods 0.000 abstract description 3
- 230000005540 biological transmission Effects 0.000 description 14
- 230000000977 initiatory effect Effects 0.000 description 8
- 230000008901 benefit Effects 0.000 description 2
- BQCADISMDOOEFD-UHFFFAOYSA-N Silver Chemical compound [Ag] BQCADISMDOOEFD-UHFFFAOYSA-N 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 229910052709 silver Inorganic materials 0.000 description 1
- 239000004332 silver Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Abstract
本发明公开的一种基于企业链码的电子合同管理方法及系统，包括以下步骤：企业用户登录时经过企业法人身份认证登录后，获取企业信息，根据当前企业的信息进行电子合同的创建以及签订；电子合同签订成功后会永久的保存在联盟链上。用既定生成的企业链码账户将合同信息以及相应的签章申请规则记录并保存于联盟链上，已经保存的记录数据不可篡改，从而达到数据的透明、公正，且不可篡改。本发明采用区块链技术，基于企业链码实现电子合同的全生命周期的认证信息的上链管理，区块链签订的电子上链的合同信息将永久保存且不可篡改，可追溯，更加安全、可信。
Description
技术领域
本发明涉及区块链领域，特别涉及一种基于企业链码的电子合同管理方法及系统。
背景技术
企业合同管理流程大致分为合同准备阶段、合同签署阶段、合同履行阶段、合同归档阶段四大类。合同准备阶段的风险主要在于合同文本的拟定，易出现合同内容和条款不完整、表达不严谨，或存在重大疏漏和欺诈等现象；合同签署阶段易存在超越权限签订合同，合同被代签、冒签、合同印章管理不当，签署后合同被篡改、遭泄露等隐患。合同履行阶段易出现单方违约、质量问题、不履行等问题。合同归档阶段手工合同归档工作量大，存储期限间合同易被人偷窃、篡改。
发明内容
本发明的目的在于克服现有技术的缺点与不足，提供一种基于企业链码的电子合同管理方法，该方法增加了合同签署的安全，使其在法律上更有保障，可以随时调取查用合同，可以在线发起合同签署，签署完成的合同，会使用pdf格式进行固化数据内容，并通过区块链技术将文件内容数据上链，利用哈希值存储在区块链浏览器，有效防止篡改等情况发生。因此，使用基于企业链码的电子合同最大的优势是防篡改，解决了纸质合同签署的一大痛点，电子合同利用区块链技术有效规避了这个问题，保障了合同签署安全，更具备法律效力。本发明的另一目的在于一种基于企业链码的电子合同管理系统。
本发明的目的通过以下的技术方案实现：
一种基于企业链码的电子合同管理方法，包括以下步骤：
企业用户登录时经过企业法人身份认证登录后，获取企业信息，根据当前企业的信息进行合同的创建以及签订；用既定生成的企业链码账户将合同信息以及相应的签章申请规则记录并保存于联盟链上，已经保存的记录数据不可篡改，从而达到电子合同管理的安全、可信，不可伪造、不可篡改。
所述基于企业链码的电子合同管理方法，还包括以下步骤，在创建合同时：
首先，用户需要在线下拟定合同，合同确定后生成合同扫描件；
然后，选择自己在本次合同中所扮演的角色，也就是确定自己在本次合同是担任甲方还是乙方；
之后，用户要确定合同的对方企业，若自己是甲方，则需确认乙方企业；若自己是乙方，则需确认甲方企业；
之后，确定合同的名称、签订时间签署期限以及签订地点，并选择响应的合同扫描件(图片类型)即可生成一份完整的电子合同；并将创建完成的合同文件上传至OSS对象存储服务中；由于合同文件的类型是pdf格式，所以需将合同扫描件转成pdf。
所述将合同扫描件转成pdf，是将图片写入pdf中，具体操作依次为创建文档，设置文档页边距，创建图片对象，获取图片尺寸，设置pdf页得尺寸与图片一样，将图片添加到文档，关闭文档，即可将图片转为pdf。
所述基于企业链码的电子合同管理方法，还包括以下步骤：创建合同过程中，会生成合同生命周期，并将合同的每一个生命周期的信息保存到联盟链，保存到联盟链的生命周期不可篡改，从而达到合同生命周期信息的透明，公正，不可篡改；所述合同生命周期为：新建合同——一方已申请——双方已申请。
所述合同生命周期的上链过程为：
(1)获取生命周期为新建的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间(yyyyMMdd)+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由enterpriseId(企业id)，enterpriseName(企业名称)，sid(合同编号)，movement(生命周期环节状态，新建合同——一方已申请——双方已申请)，receiver(发送单位名称)，senderOpinion(发送人意见)，createTime(环节发生时间)，contractMD5(合同文件的加密摘要)组成；其中sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；所述交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人需要对交易数据进行身份确权，该过程称为数据的签名，签名结果包括签名数据和公钥；该过程用私钥对数据进行签名，即用transactionBlob进行签名；所述交易发起人为发起交易的企业链码账户；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到BCS系统里；至此合同的生命周期存证交易成功。
所述基于企业链码的电子合同管理方法，还包括以下步骤：创建合同时还会将申请完成状态下合同基本信息保存到联盟链(合同状态：待他人申请、待我申请、申请完成)，保存到联盟链的合同基本信息不可篡改，从而达到合同信息的透明、公正、不可篡改。
所述合同基本信息的上链过程如下：
(1)获取申请完成状态下的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：CONTRACT_+当前时间(yyyyMMdd)+合同id，之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由enterpriseId(企业id)，enterpriseName(企业名称)，sid(合同编号)，title(合同标题)，status(合同状态)，createTime(合同创建时间)，contractMD5(合同文件的加密摘要)组成；其中sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权(用私钥对数据进行签名，即用transactionBlob进行签名)，通常称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到BCS系统里；至此合同的生命周期存证交易成功。
所述基于企业链码的电子合同管理方法，还包括以下步骤：合同创建完成后，合同甲乙双方企业便可在电子合同待申请列表看到属于自己待申请的合同列表，找到待我申请的指定合同，便可进行申请盖章操作；申请盖章还需选择指定的印章类型；所述的印章需要接入统一电子印章平台，所述统一电子印章平台接入流程如下：
用章单位向管理部门和运营平台咨询对接沟通，明确需求；之后用章单位需提交申请资料给管理部门审查，审查通过后管理部门将结果通知用章单位，若审查不通过则告知用章单位进行修改，若通过则告知运营平台进行业务办理；之后用章单位和运营平台进行系统对接，运营平台提供技术支持协助用章单位进行集成开发和测试；之后上线运行后运营平台提供运营保障。
所述统一电子印章平台的调用方式如下：
统一电子印章平台(被调用方)在公共支撑平台管理系统(公共支撑平台)注册应用并申请服务，客户业务(调用方)在公共支撑平台注册应用并申请服务之后公共支撑平台会审核被调用方的服务申请；之后调用方向公共支撑平台发起请求并带上签名信息(使用API网关签名算法)，网关向业务请求，请求头带上签名信息(使用API网关签名算法)，被调用方响应请求，带上签名(使用响应头、API网关签名算法)，API网关收到响应将响应请求给调用方(使用响应头、API网关签名算法)。
所述基于企业链码的电子合同管理方法，还包括以下步骤，申请电子印章流程如下：
获取电子印章，会根据企业的统一社会信用代码来获取指定的印章信息，若之前的数据库中没有印章信息记录则将获取到的证件信息，印章列表进行新增保存；若有数据则要看是否增加了新得服务商，若有新增的服务商则删除原有的服务商信息保存现有的服务商信息；之后便是将印章信息进行遍历处理，反馈给用户进行选择。
所述基于企业链码的电子合同管理方法，还包括以下步骤：当甲方选择好指定的印章后，便可进行申请盖章操作，申请成功后，系统会将甲方的申请请求记录保存，并将合同状态进行修改，此时甲方的合同状态为待他人申请，乙方的合同状态则为待我申请；并生成合同的生命周期(一方已申请)，以及生成申请盖章记录，并将生命周期和申请记录进行上链。
所述基于企业链码的电子合同管理方法，还包括以下步骤，一方已申请的合同信息上链步骤如下：
(1)获取生命周期为一方已申请的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号；每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间(yyyyMMdd)+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value包括enterpriseId(企业id)，enterpriseName(企业名称)，sid(合同编号)，movement(生命周期环节状态，新建合同——一方已申请——双方已申请)，receiver(发送单位名称)，senderOpinion(发送人意见)，createTime(环节发生时间)，contractMD5(合同文件的加密摘要)；其中sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用(交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多)；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权，用私钥对数据进行签名，即用transactionBlob进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此一方已申请的合同的生命周期存证交易成功。
所述基于企业链码的电子合同管理方法，还包括以下步骤，申请签章记录的上链过程为：
(1)获取甲方申请签章记录数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易。因此这里合同的生命周期的key的生成格式为：SEAL_+当前时间(yyyyMMdd)+签章记录id，之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value包括sid(合同编号)，title(合同标题)，docType(文件类型0为pdf,1为ofd)，sealsTotal(签章的数量)，beforeMD5(合同签章前的MD5值)，afterMD5(合同签章后的MD5值)，beforeContractPosition(合同签章前保存的位置地址)，afterContractPosition(合同签章后保存的位置地址)组成；其中，sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用(交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多)；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权，用私钥对数据进行签名，即用transactionBlob进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此甲方申请签章记录信息存证交易成功。
所述基于企业链码的电子合同管理方法，还包括以下步骤：当乙方选择甲方申请过的合同进行签章申请时，系统会查找对应甲方的申请信息，将甲乙双方的申请信息共同打包发送；这时甲乙双方的合同状态会分别从待他人申请，待我申请统一变成申请完成；同时也会生成双方已申请的合同生命周期以及乙方的申请签章记录；双方已申请的生命周期的上链步骤如下：
(1)获取生命周期为双方已申请的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间(yyyyMMdd)+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由enterpriseId(企业id)，enterpriseName(企业名称)，sid(合同编号)，movement(生命周期环节状态，新建合同——一方已申请——双方已申请)，receiver(发送单位名称)，senderOpinion(发送人意见)，createTime(环节发生时间)，contractMD5(合同文件的加密摘要)组成；其中，sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用(交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多)；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权，用私钥对数据进行签名，即用transactionBlob进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此双方已申请的合同的生命周期存证交易成功。
所述基于企业链码的电子合同管理方法，还包括以下步骤：乙方的申请签章信息上链过程为：
(1)获取乙方申请签章记录数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号；每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：SEAL_+当前时间(yyyyMMdd)+签章记录id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由sid(合同编号)，title(合同标题)，docType(文件类型0为pdf,1为ofd)，sealsTotal(签章的数量)，beforeMD5(合同签章前的MD5值)，afterMD5(合同签章后的MD5值)，beforeContractPosition(合同签章前保存的位置地址)，afterContractPosition(合同签章后保存的位置地址)组成；其中，sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用(交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多)；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权，用私钥对数据进行签名，即用transactionBlob进行签名，该过程称之为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此申请乙方申请签章记录信息存证交易成功。
所述基于企业链码的电子合同管理方法，还包括以下步骤：当双方签章申请发送完成后就可以在电子卡包中看到属于自己的合同，找到对应的合同即可盖章签署，之后返回电子合同模块即可看到签署后的合同文件；至此一份完整的合同签署完成。
本发明的另一目的通过以下的技术方案实现：
一种基于企业链码的电子合同管理系统，包括法人验证登录模块、电子合同管理模块：其中，
法人验证登录模块用于经过人脸识别后企业用户登录；
电子合同管理模块用于登录后获取企业信息，根据当前企业的信息进行合同的创建以及签订；用既定生成的企业链码账户将合同信息以及相应的签章申请规则记录并保存于联盟链上，已经保存的记录数据不可篡改，不可伪造，安全可信。
本发明与现有技术相比，具有如下优点和有益效果：
本发明的电子合同准备阶段，合同的创建为合同的扫描件，在合同未签署之前若发现合同有问题，可以随时终止合同。电子合同签署阶段，签章需要进行身份认证，没有授权的企业用户无法进行签章，避免代签、冒签，且签章记录信息会上链，上链后的签章记录信息将永久保存且不可篡改，使签章记录有据可查。电子合同归档阶段，合同的整个生命周期的信息都会上链，上链的合同信息将永久保存且不可篡改，不可伪造，全生命周期追溯管理，更安全、更可信。
附图说明
图1为统一电子印章平台技术对接流程图。
图2为电子印章平台调用方式的流程图。
图3为申请电子印章的流程图。
具体实施方式
下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。
一种基于企业链码的电子合同管理方法，包括以下步骤：
企业用户登录时经过人脸识别、法人验证登录后，获取企业信息，根据当前企业的信息进行合同的创建以及签订；用既定生成的企业链码账户将合同信息以及相应的签章申请规则记录并保存于联盟链上，已经保存的记录数据不可篡改，从而达到数据的透明、公正，且不可篡改。
所述基于企业链码的电子合同管理方法，还包括以下步骤，在创建合同时：
首先，用户需要在线下拟定合同，合同确定后生成合同扫描件；
然后，选择自己在本次合同中所扮演的角色，也就是确定自己在本次合同是担任甲方还是乙方；
之后，用户要确定合同的对方企业，若自己是甲方，则需确认乙方企业；若自己是乙方，则需确认甲方企业；
之后，确定合同的名称、签订时间签署期限以及签订地点，并选择响应的合同扫描件(图片类型)即可生成一份完整的电子合同；并将创建完成的合同文件上传至OSS对象存储服务中；由于合同文件的类型是pdf格式，所以需将合同扫描件转成pdf。
所述将合同扫描件转成pdf，是将图片写入pdf中，具体操作依次为创建文档，设置文档页边距，创建图片对象，获取图片尺寸，设置pdf页得尺寸与图片一样，将图片添加到文档，关闭文档，即可将图片转为pdf。
所述基于企业链码的电子合同管理方法，还包括以下步骤：创建合同过程中，会生成合同生命周期，并将合同的每一个生命周期的信息保存到联盟链，保存到联盟链的生命周期不可篡改，从而达到合同生命周期信息的透明，公正，不可篡改；所述合同生命周期为：新建合同——一方已申请——双方已申请。
所述合同生命周期的上链过程为：
(1)获取生命周期为新建的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间(yyyyMMdd)+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由enterpriseId(企业id)，enterpriseName(企业名称)，sid(合同编号)，movement(生命周期环节状态，新建合同——一方已申请——双方已申请)，receiver(发送单位名称)，senderOpinion(发送人意见)，createTime(环节发生时间)，contractMD5(合同文件的加密摘要)组成；其中sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；所述交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人需要对交易数据进行身份确权，该过程称为数据的签名，签名结果包括签名数据和公钥；该过程用私钥对数据进行签名，即用transactionBlob进行签名；所述交易发起人为发起交易的企业链码账户；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到BCS系统里；至此合同的生命周期存证交易成功。
所述基于企业链码的电子合同管理方法，还包括以下步骤：创建合同时还会将申请完成状态下合同基本信息保存到联盟链(合同状态：待他人申请、待我申请、申请完成)，保存到联盟链的合同基本信息不可篡改，从而达到合同信息的透明、公正、不可篡改。
所述合同基本信息的上链过程如下：
(1)获取申请完成状态下的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：CONTRACT_+当前时间(yyyyMMdd)+合同id，之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由enterpriseId(企业id)，enterpriseName(企业名称)，sid(合同编号)，title(合同标题)，status(合同状态)，createTime(合同创建时间)，contractMD5(合同文件的加密摘要)组成；其中sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权(用私钥对数据进行签名，即用transactionBlob进行签名)，通常称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到BCS系统里；至此合同的生命周期存证交易成功。
所述基于企业链码的电子合同管理方法，还包括以下步骤：合同创建完成后，合同甲乙双方企业便可在电子合同待申请列表看到属于自己待申请的合同列表，找到待我申请的指定合同，便可进行申请盖章操作；申请盖章还需选择指定的印章类型；所述的印章需要接入统一电子印章平台，如图1，所述统一电子印章平台接入流程如下：
用章单位向管理部门和运营平台咨询对接沟通，明确需求；之后用章单位需提交申请资料给管理部门审查，审查通过后管理部门将结果通知用章单位，若审查不通过则告知用章单位进行修改，若通过则告知运营平台进行业务办理；之后用章单位和运营平台进行系统对接，运营平台提供技术支持协助用章单位进行集成开发和测试；之后上线运行后运营平台提供运营保障。
如图2，所述统一电子印章平台的调用方式如下：
统一电子印章平台(被调用方)在公共支撑平台管理系统(公共支撑平台)注册应用并申请服务，客户业务(调用方)在公共支撑平台注册应用并申请服务之后公共支撑平台会审核被调用方的服务申请；之后调用方向公共支撑平台发起请求并带上签名信息(使用API网关签名算法)，网关向业务请求，请求头带上签名信息(使用API网关签名算法)，被调用方响应请求，带上签名(使用响应头、API网关签名算法)，API网关收到响应将响应请求给调用方(使用响应头、API网关签名算法)。
如图3，所述基于企业链码的电子合同管理方法，还包括以下步骤，申请电子印章流程如下：
获取电子印章，会根据企业的统一社会信用代码来获取指定的印章信息，若之前的数据库中没有印章信息记录则将获取到的证件信息，印章列表进行新增保存；若有数据则要看是否增加了新得服务商，若有新增的服务商则删除原有的服务商信息保存现有的服务商信息；之后便是将印章信息进行遍历处理，反馈给用户进行选择。
所述基于企业链码的电子合同管理方法，还包括以下步骤：当甲方选择好指定的印章后，便可进行申请盖章操作，申请成功后，系统会将甲方的申请请求记录保存，并将合同状态进行修改，此时甲方的合同状态为待他人申请，乙方的合同状态则为待我申请；并生成合同的生命周期(一方已申请)，以及生成申请盖章记录，并将生命周期和申请记录进行上链。
所述基于企业链码的电子合同管理方法，还包括以下步骤，一方已申请的合同信息上链步骤如下：
(1)获取生命周期为一方已申请的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号；每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间(yyyyMMdd)+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value包括enterpriseId(企业id)，enterpriseName(企业名称)，sid(合同编号)，movement(生命周期环节状态，新建合同——一方已申请——双方已申请)，receiver(发送单位名称)，senderOpinion(发送人意见)，createTime(环节发生时间)，contractMD5(合同文件的加密摘要)；其中sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
具体存证key-value如表1：
表1
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用(交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多)；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权，用私钥对数据进行签名，即用transactionBlob进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此一方已申请的合同的生命周期存证交易成功。
BCS是区块链服务系统，实现上层应用与区块链的对接的中间服务，BCS降低了接入区块链的业务复杂读，降低了区块链接入的开发难度和成本，丰富了区块链信息查询。
所述基于企业链码的电子合同管理方法，还包括以下步骤，申请签章记录的上链过程为：
(1)获取甲方申请签章记录数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易。因此这里合同的生命周期的key的生成格式为：SEAL_+当前时间(yyyyMMdd)+签章记录id，之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value包括sid(合同编号)，title(合同标题)，docType(文件类型0为pdf,1为ofd)，sealsTotal(签章的数量)，beforeMD5(合同签章前的MD5值)，afterMD5(合同签章后的MD5值)，beforeContractPosition(合同签章前保存的位置地址)，afterContractPosition(合同签章后保存的位置地址)组成；其中，sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
具体存证key-value如表2：
表2
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用(交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多)；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权，用私钥对数据进行签名，即用transactionBlob进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此甲方申请签章记录信息存证交易成功。
BCS是区块链服务系统，实现上层应用与区块链的对接的中间服务，BCS降低了接入区块链的业务复杂读，降低了区块链接入的开发难度和成本，丰富了区块链信息查询。
所述基于企业链码的电子合同管理方法，还包括以下步骤：当乙方选择甲方申请过的合同进行签章申请时，系统会查找对应甲方的申请信息，将甲乙双方的申请信息共同打包发送；这时甲乙双方的合同状态会分别从待他人申请，待我申请统一变成申请完成；同时也会生成双方已申请的合同生命周期以及乙方的申请签章记录；双方已申请的生命周期的上链步骤如下：
(1)获取生命周期为双方已申请的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间(yyyyMMdd)+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由enterpriseId(企业id)，enterpriseName(企业名称)，sid(合同编号)，movement(生命周期环节状态，新建合同——一方已申请——双方已申请)，receiver(发送单位名称)，senderOpinion(发送人意见)，createTime(环节发生时间)，contractMD5(合同文件的加密摘要)组成；其中，sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；具体存证key-value如表3：
表3
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用(交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多)；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权，用私钥对数据进行签名，即用transactionBlob进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此双方已申请的合同的生命周期存证交易成功。
BCS是区块链服务系统，实现上层应用与区块链的对接的中间服务，BCS降低了接入区块链的业务复杂读，降低了区块链接入的开发难度和成本，丰富了区块链信息查询。
所述基于企业链码的电子合同管理方法，还包括以下步骤：乙方的申请签章信息上链过程为：
(1)获取乙方申请签章记录数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号；每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：SEAL_+当前时间(yyyyMMdd)+签章记录id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由sid(合同编号)，title(合同标题)，docType(文件类型0为pdf,1为ofd)，sealsTotal(签章的数量)，beforeMD5(合同签章前的MD5值)，afterMD5(合同签章后的MD5值)，beforeContractPosition(合同签章前保存的位置地址)，afterContractPosition(合同签章后保存的位置地址)组成；其中，sid(合同编号)是由当前时间年月日加上甲乙双方的企业id组成；
具体存证key-value如表4：
表4
(3)确定好存证的key-value后，需序列化该交易(便于网络传输)，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用(交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多)；序列化存证交易后会得到一个transactionBlob(交易元数据)；
(4)序列化之后，交易发起人(发起交易的企业链码账户)需要对交易数据进行身份确权，用私钥对数据进行签名，即用transactionBlob进行签名，该过程称之为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将transactionBlob以及签名(signatures)提交(交易广播)给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此申请乙方申请签章记录信息存证交易成功。
BCS是区块链服务系统，实现上层应用与区块链的对接的中间服务，BCS降低了接入区块链的业务复杂读，降低了区块链接入的开发难度和成本，丰富了区块链信息查询。
所述基于企业链码的电子合同管理方法，还包括以下步骤：当双方签章申请发送完成后就可以在电子卡包中看到属于自己的合同，找到对应的合同即可盖章签署，之后返回电子合同模块即可看到签署后的合同文件；至此一份完整的合同签署完成。这时用户便可为自己的信用积分累积5分，每个企业账户都拥有属于自己的企业链码账户，同时也都拥有对应得信息用积分。积分累计说明如下：每一条银行流水上联记录可积累1分，每一条电子证照使用上链记录可积累20分，每一条电子合同签约上链记录可积累5分，每一条电子发票上链记录可积累2分。
所述企业链码，是一种由区块链+二维码建立的企业身份的扫识码，其生成与管理方法，包括以下顺序的步骤：
S1、当扫码用户请求扫描企业链码后，由企业链码用户向其出示企业链码，企业链码前端向后端请求企业链码的生成参数，后端根据企业链码用户的账户地址，去区块链查询其对应的公钥信息，并通过私钥对更新时间，然后通过公钥进行数字签名，企业链码后端以模块标识+UUID作为key值，以公钥、更新时间、数字签名作为value值存入redis数据库中，同时返回key值给企业链码前端，作为企业链码的生成参数，企业链码前端根据企业链码后端返回的参数拼接链接并生成企业链码；
S2、扫码用户在扫描企业链码后，企业链码前端向企业链码后端请求扫码结果，企业链码后端根据参数去redis数据库中查询，返回对应的公钥，更新时间和数字签名并返回给企业链码前端，企业链码前端根据返回的数据重新拼接新的链接并请求企业链码后端，企业链码后端根据请求参数向区块链验证数字签名是否被篡改，如果验证通过，返回企业链码的扫码结果，所述扫码结果包括企业名片，企业链码前端向扫码用户展示相关的企业信息。
所述企业链码采用双层设计，包括扫码层以及翻译层；其中，所述扫码层用于跟普通的二维码一样的生成与解析过程，所述翻译层用于在二维码的解析的过程中，对其进行更深一步的加解密的过程；所述扫码层中的Key值作为关联扫码层与翻译层的关键参数，当扫码成功后，通过这个key作为翻译层的翻译钥匙，获取最后的翻译结果。
普通的二维码生成与扫描是一步走完的，即用户在扫码成功后即可获得扫码结果，而企业链码在原本二维码的基础增加了一步，为了保证二维码的安全性以及高效性，企业链码采用了双层的设计，分别为扫码层以及翻译层；而且企业链码的生成与扫码与普通的二维码都有一定的区别。
所述key值设定为Token，在对Token进行设计时，将Token存放于redis数据库，以token作为key，实际翻译后的地址作为value保存在redis数据库中，在token作为key存在redis中的时候，需要加上项目前缀，以防止不同项目的key重复。Token从扫码层出来的，将Token作为企业链码生成的唯一标识，上述方式能够确保时效性，在规定的时间后会失效，同时确保唯一，它应该是在整个系统里唯一的，确保不会跟其他模块的token重复。Token作为连接扫码层与翻译层的关键参数。
所述企业链码的时效性分为三个阶段：示码阶段、扫码阶段、执行阶段；其中，在示码阶段的有效期内，客户不限次数的扫码获取结果，有效期过后客户端自动更新令牌，生成新的企业链码；在扫码阶段的有效期内，客户仅能扫码一次获取结果，同时该令牌会作废，再次扫码的结果为扫码失败，令牌已过期；在执行阶段，这是在进行扫码后执行结果，即展示企业链码的企业名片页面，在这个阶段，仅显示可公开内容。
所述企业链码被专用工具扫码时，可补充工具使用者的参数，方便控制扫码者的查看数据的权限；当使用专门的企业链码扫码工具扫码时，会新增扫码者的用户标识跟用户的账户地址，即扫码过程中多了两个参数，只是作为扫码者的记录，不参与翻译层。
所述企业链码的生成规则采用网址+路由+令牌的生成方式。此种做法能够提高扫码效果，减少企业链码的内容数据量。
所述扫码用户在扫描企业链码后，通过令牌可以获取被扫码者的公钥，更新时间和经过ED25519算法签名的签名数据。ED25519算法作为区块链的签名加密算法，签名跟验证性能都极高，安全性极高，签名数据小，非常适合作为二维码的签名验证算法，用户扫码后，后端确认签名数据正确后，会进入企业名片的页面，展示企业的可信信息。
上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。
Claims (10)
1.一种基于企业链码的电子合同管理方法，其特征在于，包括以下步骤：
企业用户登录时经过企业法人身份认证登录后，获取企业信息，根据当前企业的信息进行电子合同的创建以及签订；用既定生成的企业链码账户将电子合同信息以及相应的签章申请规则记录并保存于联盟链上，已经保存的记录数据不可篡改，从而达到数据的安全、可信，且可追溯管理；
所述企业链码，是一种由区块链+二维码建立的企业身份的扫识码，其生成与管理方法，包括以下顺序的步骤：
S1、当扫码用户请求扫描企业链码后，由企业链码用户向其出示企业链码，企业链码前端向后端请求企业链码的生成参数，后端根据企业链码用户的账户地址，去区块链查询其对应的公钥信息，并通过私钥对更新时间，然后通过公钥进行数字签名，企业链码后端以模块标识+UUID作为key值，以公钥、更新时间、数字签名作为value值存入redis数据库中，同时返回key值给企业链码前端，作为企业链码的生成参数，企业链码前端根据企业链码后端返回的参数拼接链接并生成企业链码；
S2、扫码用户在扫描企业链码后，企业链码前端向企业链码后端请求扫码结果，企业链码后端根据参数去redis数据库中查询，返回对应的公钥，更新时间和数字签名并返回给企业链码前端，企业链码前端根据返回的数据重新拼接新的链接并请求企业链码后端，企业链码后端根据请求参数向区块链验证数字签名是否被篡改，如果验证通过，返回企业链码的扫码结果，所述扫码结果包括企业名片，企业链码前端向扫码用户展示相关的企业信息；
所述企业连码采用双层设计，包括扫码层以及翻译层；其中，所述扫码层用于跟普通的二维码一样的生成与解析过程，所述翻译层用于在二维码的解析的过程中，对其进行更深一步的加解密的过程；所述扫码层中的Key值作为关联扫码层与翻译层的关键参数，当扫码成功后，通过这个key作为翻译层的翻译钥匙，获取最后的翻译结果。
2.根据权利要求1所述基于企业链码的电子合同管理方法，其特征在于，还包括以下步骤：创建电子合同过程中，会生成电子合同生命周期，并将电子合同的每一个生命周期的信息保存到联盟链，从而达到电子合同全生命周期信息的安全、可信，不可篡改、不可伪造；所述合同生命周期为：新建合同——合同签章——合同履行——合同结束的全过程；
所述合同生命周期的上链过程为：
(1)获取生命周期为新建的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由企业id，企业名称，合同编号，生命周期环节状态，发送单位名称，发送人意见，环节发生时间，合同文件的加密摘要组成；其中合同编号是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；所述交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多；序列化存证交易后会得到一个交易元数据；
(4)序列化之后，交易发起人需要对交易数据进行身份确权，该过程称为数据的签名，签名结果包括签名数据和公钥；该过程用私钥对数据进行签名，即用交易元数据进行签名；所述交易发起人为发起交易的企业链码账户；
(5)交易数据签名后，需要将交易元数据以及签名提交给区块链网络，并将上链成功后的数据更新到BCS系统里；至此合同的生命周期存证交易成功。
3.根据权利要求1所述基于企业链码的电子合同管理方法，其特征在于，还包括以下步骤：创建合同时还会将申请完成状态下合同基本信息保存到联盟链，保存到联盟链的合同基本信息不可篡改，从而达到合同信息的透明、公正、不可篡改；
所述合同基本信息的上链过程如下：
(1)获取申请完成状态下的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：CONTRACT_+当前时间+合同id，之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由企业id，企业名称，合同编号，合同标题，合同状态，合同创建时间，合同文件的加密摘要组成；其中合同编号是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；交易费用与存证的内容有关，即存证的内容越多，所需花费费用越多；序列化存证交易后会得到一个交易元数据；
(4)序列化之后，交易发起人需要对交易数据进行身份确权，该过程称为数据的签名，签名结果包括签名数据和公钥；该过程用私钥对数据进行签名，即用交易元数据进行签名；
(5)交易数据签名后，需要将交易元数据以及签名提交给区块链网络，并将上链成功后的数据更新到BCS系统里；至此合同的生命周期存证交易成功。
4.根据权利要求1所述基于企业链码的电子合同管理方法，其特征在于，所述基于企业链码的电子合同管理方法，还包括以下步骤：合同创建完成后，合同甲乙双方企业便可在电子合同待申请列表看到属于自己待申请的合同列表，找到待我申请的指定合同，便可进行申请盖章操作；申请盖章还需选择指定的印章类型；所述的印章需要接入统一电子印章平台，所述统一电子印章平台接入流程如下：
用章单位向管理部门和运营平台咨询对接沟通，明确需求；之后用章单位需提交申请资料给管理部门审查，审查通过后管理部门将结果通知用章单位，若审查不通过则告知用章单位进行修改，若通过则告知运营平台进行业务办理；之后用章单位和运营平台进行系统对接，运营平台提供技术支持协助用章单位进行集成开发和测试；之后上线运行后运营平台提供运营保障。
5.根据权利要求4所述基于企业链码的电子合同管理方法，其特征在于，所述统一电子印章平台的调用方式如下：
统一电子印章平台在公共支撑平台管理系统注册应用并申请服务，客户业务在公共支撑平台注册应用并申请服务之后公共支撑平台会审核被调用方的服务申请；之后调用方向公共支撑平台发起请求并带上签名信息，网关向业务请求，请求头带上签名信息，被调用方响应请求，带上签名，API网关收到响应将响应请求给调用方。
6.根据权利要求1所述基于企业链码的电子合同管理方法，其特征在于，还包括以下步骤，申请电子印章流程如下：
获取电子印章，会根据企业的统一社会信用代码来获取指定的印章信息，若之前的数据库中没有印章信息记录则将获取到的证件信息，印章列表进行新增保存；若有数据则要看是否增加了新得服务商，若有新增的服务商则删除原有的服务商信息保存现有的服务商信息；之后便是将印章信息进行遍历处理，反馈给用户进行选择。
7.根据权利要求1所述基于企业链码的电子合同管理方法，其特征在于，还包括以下步骤：当甲方选择好指定的印章后，便可进行申请盖章操作，申请成功后，系统会将甲方的申请请求记录保存，并将合同状态进行修改，此时甲方的合同状态为待他人申请，乙方的合同状态则为待我申请；并生成合同的生命周期，以及生成申请盖章记录，并将生命周期和申请记录进行上链；
一方已申请的合同信息上链步骤如下：
(1)获取生命周期为一方已申请的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号；每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value包括企业id，企业名称，合同编号，生命周期环节状态，发送单位名称，发送人意见，环节发生时间，合同文件的加密摘要；其中合同编号是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；序列化存证交易后会得到一个交易元数据；
(4)序列化之后，交易发起人需要对交易数据进行身份确权，用私钥对数据进行签名，即用交易元数据进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将交易元数据以及签名提交给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此一方已申请的合同的生命周期存证交易成功。
8.根据权利要求1所述基于企业链码的电子合同管理方法，其特征在于，还包括以下步骤，申请签章记录的上链过程为：
(1)获取甲方申请签章记录数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：SEAL_+当前时间+签章记录id，之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value包括合同编号，合同标题，文件类型，签章的数量，合同签章前的MD5值，合同签章后的MD5值，合同签章前保存的位置地址，合同签章后保存的位置地址；其中，合同编号是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；序列化存证交易后会得到一个交易元数据；
(4)序列化之后，交易发起人需要对交易数据进行身份确权，用私钥对数据进行签名，即用交易元数据进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将交易元数据以及签名提交给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此甲方申请签章记录信息存证交易成功。
9.根据权利要求1所述基于企业链码的电子合同管理方法，其特征在于，还包括以下步骤，当乙方选择甲方申请过的合同进行签章申请时，系统会查找对应甲方的申请信息，将甲乙双方的申请信息共同打包发送；这时甲乙双方的合同状态会分别从待他人申请，待我申请统一变成申请完成；同时也会生成双方已申请的合同生命周期以及乙方的申请签章记录；双方已申请的生命周期的上链步骤如下：
(1)获取生命周期为双方已申请的合同数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号，每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：LIFE_+当前时间+生命周期id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由企业id，企业名称，合同编号，生命周期环节状态，发送单位名称，发送人意见，环节发生时间，合同文件的加密摘要组成；其中，合同编号是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；序列化存证交易后会得到一个交易元数据；
(4)序列化之后，交易发起人需要对交易数据进行身份确权，用私钥对数据进行签名，即用交易元数据进行签名，该过程称为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将交易元数据以及签名提交给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此双方已申请的合同的生命周期存证交易成功；
乙方的申请签章信息上链过程为：
(1)获取乙方申请签章记录数据，并且获取当前登录企业在联盟链上的企业链码账户地址以及该账户的序列号；每个账户都维护着自己的序列号，该序列号从1开始，依次递增，一个序列号标识着一笔该账户所进行的交易；
(2)对上链的数据进行组装存储；联盟链中每笔存证交易都会拥有一个唯一的key，一个key标识着一笔存证交易；若在联盟链进行存证交易时用到了同一个key，则最新发起的存证交易将覆盖之前使用这个key的存证交易；因此这里合同的生命周期的key的生成格式为：SEAL_+当前时间+签章记录id；之后要确定存证的value，也就是想要上链的合同的生命周期的数据；这里的value由合同编号，合同标题，文件类型，签章的数量，合同签章前的MD5值，合同签章后的MD5值，合同签章前保存的位置地址，合同签章后保存的位置地址组成；其中，合同编号是由当前时间年月日加上甲乙双方的企业id组成；
(3)确定好存证的key-value后，需序列化该交易，该步骤需要序列化的内容包括存证交易、序列号增加1后的值、本次交易费用的单价、交易费用；序列化存证交易后会得到一个交易元数据；
(4)序列化之后，交易发起人需要对交易数据进行身份确权，用私钥对数据进行签名，即用交易元数据进行签名，该过程称之为数据的签名，签名结果包括签名数据和公钥；
(5)交易数据签名后，需要将交易元数据以及签名提交给区块链网络，并将上链成功后的数据更新到我们的BCS系统里；至此申请乙方申请签章记录信息存证交易成功；
当双方签章申请发送完成后就可以在电子卡包中看到属于自己的合同，找到对应的合同即可盖章签署，之后返回电子合同模块即可看到签署后的合同文件；至此一份完整的合同签署完成。
10.用于实现权利要求1至9任一权利要求所述基于企业链码的电子合同管理方法的一种基于企业链码的电子合同管理系统，其特征在于：包括法人验证登录模块、电子合同管理模块：其中，
法人验证登录模块用于经过人脸识别后企业用户登录；
电子合同管理模块用于登录后获取企业信息，根据当前企业的信息进行合同的创建以及签订；用既定生成的企业链码账户将合同信息以及相应的签章申请规则记录并保存于联盟链上，已经保存的记录数据不可篡改，从而达到数据的透明、公正，且不可篡改。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110314240.9A CN113128951B (zh) | 2021-03-24 | 一种基于企业链码的电子合同管理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110314240.9A CN113128951B (zh) | 2021-03-24 | 一种基于企业链码的电子合同管理方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113128951A CN113128951A (zh) | 2021-07-16 |
| CN113128951B true CN113128951B (zh) | 2024-05-31 |
Family
ID=
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20190031989A (ko) * | 2017-09-19 | 2019-03-27 | 주식회사 케이티 | 블록체인 기반의 전자 계약 처리 시스템 및 방법 |
| CN109639651A (zh) * | 2018-11-22 | 2019-04-16 | 安云印(天津)大数据科技有限公司 | 基于活体认证和区块链技术的合同在线签订认证方法及其系统 |
| KR20190134296A (ko) * | 2018-05-25 | 2019-12-04 | 서강대학교산학협력단 | 블록체인을 기반으로 한 공급망 관리 및 추적 시스템 및 방법 |
| KR20200094983A (ko) * | 2019-01-31 | 2020-08-10 | 주식회사 하나은행 | 블록체인 기반의 전자 계약 방법 및 시스템 |
| CN112200640A (zh) * | 2020-11-06 | 2021-01-08 | 国网安徽省电力有限公司信息通信分公司 | 一种基于区块链智能合约下物资供应自动匹配方法及系统 |
| CN112328689A (zh) * | 2020-11-09 | 2021-02-05 | 广州点点办公科技有限公司 | 一种基于区块链的通用资产商业生态系统 |
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20190031989A (ko) * | 2017-09-19 | 2019-03-27 | 주식회사 케이티 | 블록체인 기반의 전자 계약 처리 시스템 및 방법 |
| KR20190134296A (ko) * | 2018-05-25 | 2019-12-04 | 서강대학교산학협력단 | 블록체인을 기반으로 한 공급망 관리 및 추적 시스템 및 방법 |
| CN109639651A (zh) * | 2018-11-22 | 2019-04-16 | 安云印(天津)大数据科技有限公司 | 基于活体认证和区块链技术的合同在线签订认证方法及其系统 |
| KR20200094983A (ko) * | 2019-01-31 | 2020-08-10 | 주식회사 하나은행 | 블록체인 기반의 전자 계약 방법 및 시스템 |
| CN112200640A (zh) * | 2020-11-06 | 2021-01-08 | 国网安徽省电力有限公司信息通信分公司 | 一种基于区块链智能合约下物资供应自动匹配方法及系统 |
| CN112328689A (zh) * | 2020-11-09 | 2021-02-05 | 广州点点办公科技有限公司 | 一种基于区块链的通用资产商业生态系统 |
Non-Patent Citations (1)
| Title |
|---|
| 基于odoo系统的电商开放平台对接模块设计与实现;彭霖 等;电子世界(第548期);172-173 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11431486B2 (en) | System or method to implement consensus on read on distributed ledger/blockchain | |
| US11886421B2 (en) | Systems, methods, and apparatuses for distributing a metadata driven application to customers and non-customers of a host organization using distributed ledger technology (DLT) | |
| US11824864B2 (en) | Systems, methods, and apparatuses for implementing a declarative and metadata driven blockchain platform using distributed ledger technology (DLT) | |
| CN108881290B (zh) | 基于区块链的数字证书使用方法、系统及存储介质 | |
| EP4120620A1 (en) | Methods and systems for recovering data using dynamic passwords | |
| CN110785760A (zh) | 用于登记数字文档的方法和系统 | |
| CN113128950B (zh) | 一种企业链码服务平台 | |
| KR20060031583A (ko) | 타임 스탬프 서비스 시스템, 타임 스탬프 정보 검증 서버장치, 및 컴퓨터 소프트웨어 | |
| CN105978994B (zh) | 一种面向Web系统的登录方法 | |
| US11551229B2 (en) | Payslip verification for blockchain transaction | |
| CN113127822A (zh) | 一种基于企业链码的企业电子印章管理方法及系统 | |
| US20180268380A1 (en) | System and method for electronic deposit and authentication of original electronic information objects | |
| CN113129008B (zh) | 数据处理方法、装置、计算机可读介质及电子设备 | |
| CN113128951B (zh) | 一种基于企业链码的电子合同管理方法及系统 | |
| CN112163870A (zh) | 基于区块链的信息管理方法、解析节点及复工平台 | |
| US20230214502A1 (en) | Systems and methods for electronic document execution, authentication, and forensic review | |
| CN114565485A (zh) | 基于区块链ipfs存储的劳动合同管理方法和系统 | |
| CN113128958A (zh) | 一种基于企业链码的电子档案管理方法 | |
| CN111555887A (zh) | 区块链证书兼容性处理方法、装置及计算机存储介质 | |
| US11971929B2 (en) | Secure signing method, device and system | |
| CN113128951A (zh) | 一种基于企业链码的电子合同管理方法及系统 | |
| CN113129087B (zh) | 一种基于企业链码的电子发票管理方法及系统 | |
| WO2023098769A1 (zh) | 身份认证方法、电子设备和计算机可读存储介质 | |
| US20240171406A1 (en) | Sharing security settings between entities using verifiable credentials | |
| CN117725570A (zh) | 基于身份核验的溯源码管理方法、装置及电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |