CN111783156B - 一种云电子合同处理方法和系统 - Google Patents
一种云电子合同处理方法和系统 Download PDFInfo
- Publication number
- CN111783156B CN111783156B CN202010637164.0A CN202010637164A CN111783156B CN 111783156 B CN111783156 B CN 111783156B CN 202010637164 A CN202010637164 A CN 202010637164A CN 111783156 B CN111783156 B CN 111783156B
- Authority
- CN
- China
- Prior art keywords
- electronic contract
- cloud electronic
- packet data
- cloud
- node
- 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
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开一种云电子合同处理方法和系统,其中方法包括如下步骤:所有节点存储有云电子合同生成规则,云电子合同生成规则用于生成云电子合同;第一节点根据合同事项生成云电子合同,并根据云电子合同生成云电子合同索引信息;第一节点将云电子合同进行分割,分割成预设数量的云电子合同碎片,分割后的云电子合同碎片大小相同,以及根据云电子合同碎片所在的顺序生成顺序编号,将云电子合同索引信息、每个顺序编号和对应的云电子合同碎片打包成为一个碎片包数据,形成所述预设数量的碎片包数据;将所有的碎片包数据发送到不同的节点,每个节点接收其中的一个碎片包数据。本发明实现了云电子合同使用和校验的去中心化,以及实现云电子合同的校验记录。
Description
技术领域
本发明涉及云电子合同处理技术领域,尤其涉及一种云电子合同处理方法和系统。
背景技术
现有的技术中,合同用于记载双方的权利和义务。现有的合同一般采用纸质方式,存在被涂改,丢失的风险。电子合同可以克服该风险,但是目前的电子合同一般由服务商提供,服务商的信用、服务的稳定性都是潜在的风险。
发明内容
为此,需要提供一种云电子合同处理方法和系统,解决现有的电子合同还是存在风险的问题。
为实现上述目的,发明人提供了一种云电子合同处理方法,包括如下步骤:
所有节点存储有云电子合同生成规则,云电子合同生成规则用于生成云电子合同;
第一节点根据合同事项生成云电子合同,并根据云电子合同生成云电子合同索引信息;
第一节点将云电子合同进行分割,分割成预设数量的云电子合同碎片,分割后的云电子合同碎片大小相同,以及根据云电子合同碎片所在的顺序生成顺序编号,将云电子合同索引信息、每个顺序编号和对应的云电子合同碎片打包成为一个碎片包数据,形成所述预设数量的碎片包数据;
将所有的碎片包数据发送到不同的节点,每个节点接收其中的一个碎片包数据;
每个节点在接收到一个碎片包数据后,在内存中缓存碎片包数据,根据所述碎片包数据中获取云电子合同索引信息,节点从接收到的通知消息中判断是否包含有该云电子合同索引信息的合法性通知,如果有所述合法性通知,则根据所述合法性通知的结果确定是否存储该碎片包数据;
如果没有所述合法性通知,则发送云电子合同索引信息到第一节点进行校验,如果收到校验通过的信息则认为校验结果合法,否则认为校验结果不合法;
如果校验结果为合法,则存储碎片包数据到存储器,如果校验结果为不合法,则删除碎片包数据;以及广播云电子合同索引信息和校验结果作为所述云电子合同索引信息的合法性通知到其他节点,同时记录合法性通知到数据链中;
第二节点获取到云电子合同,根据云电子合同生成云电子合同索引信息,根据云电子合同索引信息获取已经存储的碎片包数据,根据碎片包数据的大小分割云电子合同,分割后得到碎片包数据和对应的顺序编号;第二节点广播云电子合同索引信息到其他节点,其他节点回复顺序编号;第二节点根据接收的顺序编号发送对应的分割后的云电子合同数据,其他节点接收到后与碎片包数据中的云电子合同碎片进行比对,生成并回复比对结果,比对结果包含有云电子合同索引信息和云电子合同顺序编号;
所述第二节点接收到全部的云电子合同顺序编号的比对结果,且满足合法性要求后,第二节点显示最终比对结果。
进一步地,所述根据所述合法性通知的结果确定是否存储该碎片包数据包括步骤:
判断合法性通知数量是否大于第一预设值,如果大于第一预设值,则判断合法性通知中,合法性通知内表明同一结果的数量是否大于第二预设值,如果大于第二预设值,则以所述同一结果作为所述云电子合同索引信息的校验通知的结果,并根据该结果确定是否存储该碎片包数据;
如果合法性通知数量小于等于第一预设值,则忽略所述合法性通知;
如果合法性通知内表明同一结果的数量小于等于第二预设值,则忽略所述合法性通知。
进一步地,所述第一节点将云电子合同进行分割包括步骤:
第一节点将云电子合同复制为多组,并生成组识别号,每组云电子合同与组识别号结合后进行分割,每组内分割后的云电子合同碎片的预设数量为不同大小;
则所述打包成为一个碎片包数据包括步骤:
将碎片包数据对应的组识别号打包到碎片包数据内;
则所述比对结果包含有云电子合同索引信息和云电子合同顺序编号包括步骤:
所述比对结果包含有云电子合同索引信息、云电子合同顺序编号和组识别号。
进一步地,所述将所有的碎片包数据发送到不同的节点包括步骤:
根据所述预设数量将IP地址的字段划分成与所述预设数量相同的IP组,一个IP组对应一个碎片包数据;
而后将碎片包数据发送到节点IP符合对应IP组格式的节点上。
进一步地,所有的节点包含有主节点;主节点在确定存储碎片包数据后,还包括步骤:
主节点在内存缓存预设时间长度的碎片包数据;
以及在步骤“其他节点接收到后与碎片包数据中的云电子合同碎片进行比对”时包括:主节点根据云电子合同索引信息从内存获取内存中缓存的碎片包数据,如果没有再从存储器上获取已经存储的碎片包数据。
进一步地,还包括步骤:任一节点根据用户的注销请求,广播云电子合同索引信息和注销信息到其他节点,所有的节点记录云电子合同索引信息和注销信息到自身的数据链中;
而后在所述根据云电子合同生成云电子合同索引信息时,包括步骤:在数据链中检索是否有云电子合同索引信息和注销信息,如果有则直接生成错误请求的比对结果,否则进行后续分割步骤。
本发明提供一种安全的云电子合同处理系统,包括多个节点,所述节点包括有存储器、处理器,所述存储器上存储有计算机程序,所述计算机程序被处理器执行时实现如本发明实施例任意一项所述方法的步骤。
区别于现有技术,上述技术方案通过第一节点生成云电子合同,而后云电子合同数据会被分割并分发到不同的节点,在初期,节点会与生成云电子合同的节点进行校验,而后扩散校验结果,后续节点直接可以根据校验结果存储云电子合同的分割后的碎片包数据。这样保证云电子合同数据对其他节点都是部分数据,无法获取原始全部数据,保证安全性。而后用户获取云电子合同并保存。在需要进行业务认证时,第二节点可以获取云电子合同,而后获取云电子合同后,分割并广播云电子合同,其他节点根据自己存储的碎片包数据对该云电子合同进行校验。在大量节点进行校验且通过后,实现对云电子合同的校验。所有的验证过程和验证过程都记录在数据链中,用户可以随时知道云电子合同的校验过程。
附图说明
图1为具体实施方式所述的方法流程图;
图2为具体实施方式所述的方法流程图;
图3为具体实施方式所述的分割的示意图。
具体实施方式
为详细说明技术方案的技术内容、构造特征、所实现目的及效果,以下结合具体实施例并配合附图详予说明。
请参阅图1到图3,本实施例提供一种云电子合同处理方法,其中处理的过程在所有的节点之间进行,为了区别,本实施例中以第一节点和第二节点进行说明。所有节点存储有云电子合同生成规则;以便于根据内容的具体事项生成云电子合同。云电子合同里面记载合同具体约定事项。
步骤S101第一节点根据合同事项生成云电子合同。云电子合同可以包含有效时间,有效时间可以设定一个截止时间,后续获得云电子合同后,解析云电子合同得到有效时间后,如果小于当前时间,则云电子合同是无效的。步骤S102根据云电子合同生成云电子合同索引信息,这里的生成的应该是唯一码,如MD5码。本发明中的标识码都是生成的唯一码,可以是MD5值类似的码。
步骤S103第一节点将云电子合同进行分割,分割成预设数量的云电子合同碎片,分割后的云电子合同碎片大小相同,以及根据云电子合同碎片所在的顺序生成顺序编号,将云电子合同索引信息、每个顺序编号和对应的云电子合同碎片打包成为一个碎片包数据,形成所述预设数量的碎片包数据。为了使得分割后的云电子合同碎片大小相同,可以用当前云电子合同总数据大小除于预设数量,看是否可以整除,如果可以则分割后的大小为相同。如果不能整除,则将预设数量减去一后作为除数,再用云电子合同总数据大小除于该除数,得到云电子合同碎片的大小,多余的余数为最后一个云电子合同碎片数据,而后可以填充空白数据,使得最后一个云电子合同碎片数据与之前的云电子合同碎片大小相同。
步骤S104将所有的碎片包数据发送到不同的节点,每个节点接收其中的一个碎片包数据;如图3所示,包含有碎片1到碎片N,每个节点会收到一个碎片包数据,由于节点比碎片多,则不同的节点可能会收到同一个碎片包数据。
步骤S105每个节点在接收到一个碎片包数据后,在内存中缓存碎片包数据,这里的内存是易失性存储器,不同于硬盘等非易失性存储器。根据所述碎片包数据中获取云电子合同索引信息,节点从接收到的通知消息中判断是否包含有该云电子合同索引信息的合法性通知,如果有所述合法性通知,则进入S115根据所述合法性通知的结果确定是否存储该碎片包数据。合法性通知为包含所述云电子合同索引信息的合法性消息,是其他节点验证后的合法性消息。当然如果当前接收碎片包的节点后续有去验证,则也会生成该合法性通知,别的节点就会收到该合法性通知。通过该合法性通知,无需每个节点都去第一节点校验,只要大于预设数量的节点校验通过后,则会在全网广播,后续节点就可以直接根据收到的节点消息进行操作。其中,根据所述合法性通知的结果确定是否存储该碎片包数据一般要满足合法性通知的数量大于预设数量,如100个节点通知。如果收到大于该预设数量的通知,且通知表明是合法的,则存储该碎片包。如果收到大于该预设数量的通知,且通知表明是不合法的,则删除碎片包。如果同时存在通知结果表明合法和非法性的,则以同一结果数量多的为准。
如果没有所述合法性通知,则步骤S106发送云电子合同索引信息到第一节点进行校验,如果收到校验通过的信息则认为校验结果合法,否则认为校验结果不合法。由于云电子合同索引信息是唯一的,且第一节点标识码也是唯一的,在没有其他节点验证通知以前,则需要通过原始生成数据的节点(即上面的第一节点)来验证。如果云电子合同索引信息是之前的第一节点生成的,则之前的节点会回复验证通过的合法信息,如果不是自己节点生成的,则之前的节点会回复不合法信息。
如果校验结果为合法,则步骤S107存储碎片包数据到存储器,这里存储器为非易失性存储器。为了保存该碎片包数据,可以将碎片包数据打包到一个校验链中。校验链与数据链不同,数据链用于存储数据信息,校验链用于存储碎片包数据等校验信息,分开存储可以提高不同工作时的性能。如果校验结果为不合法,则步骤S108删除碎片包数据;以及在步骤S107执行完成或者S108执行完成后进入步骤S109广播云电子合同索引信息和校验结果作为所述云电子合同索引信息的合法性通知到其他节点,同时记录合法性通知到数据链中。其他节点后续根据该通知可以实现对碎片包数据的直接校验,即步骤S105中的接收到的通知消息。这样,第一节点在不生成云电子合同的时候可以下线进行维护,其中包含云电子合同数据的碎片包数据会被全网接收并存储。
此时其他节点都无法获取全部的云电子合同数据,而只有部分的云电子合同数据。而后第一节点可以将生成的云电子合同发送给用户,如通过用户预留的邮箱发送。用户就储存有该云电子合同,后续在使用的时候,用户可以直接出示该云电子合同,此时需要校验云电子合同是否合法有效。而后进入步骤S201第二节点获取到云电子合同,根据云电子合同生成云电子合同索引信息。而后步骤S202根据云电子合同索引信息获取已经存储的碎片包数据,根据碎片包数据的大小分割云电子合同,分割后得到碎片包数据和对应的顺序编号。分割的时候,与生成碎片包数据的时候类似,按照预定的顺序进行分割,如将云电子合同转换为二进制数据,而后根据碎片包数据内的云电子合同数据的大小,对接收到的云电子合同进行分割。即按照之前生成云电子合同节点的分割的方式逆向分割,如果是之前相同的云电子合同,则分割后的数据应该是一致的。而后进入步骤S203第二节点广播云电子合同索引信息到其他节点,其他节点回复顺序编号;第二节点根据接收的顺序编号发送对应的分割后的云电子合同数据,其他节点接收到后与碎片包数据中的云电子合同碎片进行比对,生成并回复比对结果,比对结果包含有云电子合同索引信息和云电子合同顺序编号。
以及进入步骤S204第二节点接收到全部的云电子合同顺序编号的比对结果,这里的全部的云电子合同顺序编号对应一个完整的云电子合同的所有编号。如果云电子合同分割成20份,则顺序编码应该有1-20。且满足合法性要求后,合法性要求为设定的要求,如每个编号要有大于预设数量(如100条)的验证通过的通知。而后在步骤S205第二节点显示最终比对结果。这样节点人员可以认为该云电子合同是可信的。同时根据数据链的时间,可以知道合同的生成的时间。当然,云电子合同在生成的时候,需要合同内容相关方的确认。这个确认过程可以在第一节点将碎片包数据发送到其他节点的时候,同时发送相关方的节点标识码,而后其他节点在接收到碎片包数据的时候,发送碎片包数据和云电子合同标识码到相关方进行确认,相关方获取云电子合同标识码,并与自身签订的合同内容的云电子合同标识码进行比对,以及相关方也可以对自己的云电子合同进行分割,分割后的碎片与接收到的碎片包数据进行比对,如果比对都通过,则回复校验合法信息,否则回复校验不合法信息。
这样在云电子合同校验的时候,生成云电子合同的第一节点可以下线,云电子合同的校验无需中心服务器,完成了云电子合同验证和处理的去中心化。同时,云电子合同的校验和使用过程,都会被存储在数据链中,用户可以查阅自身云电子合同的校验情况。
在某些实施例中,所述根据所述合法性通知的结果确定是否存储该碎片包数据包括步骤:判断合法性通知数量是否大于第一预设值,如果大于第一预设值,则判断合法性通知中,合法性通知内表明同一结果的数量是否大于第二预设值,如果大于第二预设值,则以所述同一结果作为所述云电子合同索引信息的校验通知的结果,并根据该结果确定是否存储该碎片包数据;如果合法性通知数量小于等于第一预设值,则忽略所述合法性通知;如果合法性通知内表明同一结果的数量小于等于第二预设值,则忽略所述合法性通知。通过该方式,可以保证合法性通知是相对可靠的。
为了进一步提高云电子合同碎片包数据的安全性,所述第一节点将云电子合同进行分割包括步骤:第一节点将云电子合同复制为多组,并生成组识别号,每组云电子合同与组识别号结合后进行分割,每组内分割后的云电子合同碎片的预设数量为不同大小;这样不同组的碎片包数据无法组合。即使获取到,也无法组合还原原始云电子合同数据,保证云电子合同的安全性。则所述打包成为一个碎片包数据包括步骤:将碎片包数据对应的组识别号打包到碎片包数据内。则所述比对结果包含有云电子合同索引信息和云电子合同顺序编号包括步骤:所述比对结果包含有云电子合同索引信息、云电子合同顺序编号和组识别号。而后在打包发送和后续校验的时候,需要带上组识别号。这样不同组的全部的碎片包校验完成后,也可以完成一次云电子合同的校验。而其他用户要获取原始的节点对应的云电子合同全部数据则更加的困难,保证云电子合同安全性。
为了提高验证时候的速度,可以将不同的碎片包数据分到特定的IP组,即IP归类法优化。则在分发的时候,所述将所有的碎片包数据发送到不同的节点包括步骤:根据所述预设数量将IP地址的字段划分成与所述预设数量相同的IP组,一个IP组对应一个碎片包数据;而后将碎片包数据发送到节点IP符合对应IP组格式的节点上。如IP6地址,最后一个字段,碎片包预设数量为16组,则最后一个字段每4096个IP为一组。而后按照顺序将第一个碎片包数据分给第一组4096的IP地址,第二个碎片包数据分给第二组4096的IP地址,依次类推。这样后续校验的时候,可以优先分发到每一组的一部分IP地址进行校验,可以快速完成云电子合同全部编号的校验,提高检验速度。在上述复制多个云电子合同并进行随机分割的时候,也可以在IP地址的另一个字段上,根据组识别号的数量,将IP地址的字段划分成与所述组识别号的数量相同的IP组,而后再在每个组识别号对应的IP内的其他字段划分成与所述该组内分割的预设数量相同的IP组,这样可以进一步提高后续验证的速度,而且通过不同组的验证,也提高安全性。
为了保证节点的快速运作,所有的节点包含有主节点,主节点的系统处理性能大于其他节点,一般由服务器主机构成。主节点在确定存储碎片包数据后,还包括步骤:主节点在内存缓存预设时间长度的碎片包数据;以及在步骤“其他节点接收到后与碎片包数据中的云电子合同碎片进行比对”时包括:主节点根据云电子合同索引信息从内存获取内存中缓存的碎片包数据,如果没有再从存储器上获取已经存储的碎片包数据。这样主节点可以缓存最近的碎片包数据,后续在进行校验的时候,可以快速取出数据进行校验,无需去硬盘取数据,提高了云电子合同校验的速度。
为了在用户的合同约定失效后,可以对之前云电子合同进行注销,保证安全。则还包括注销步骤:任一节点根据用户的注销请求,广播云电子合同索引信息和注销信息到其他节点,所有的节点记录云电子合同索引信息和注销信息到自身的数据链中。而后在所述根据云电子合同生成云电子合同索引信息时,包括步骤:在数据链中检索是否有云电子合同索引信息和注销信息,如果有则直接生成错误请求的比对结果,否则进行后续分割步骤。其中,注销信息表明该云电子合同索引信息已处在注销状态。后续如果再接收到该云电子合同索引信息,可以直接提示为注销,不进行任何的校验操作。
本发明提供一种安全的云电子合同处理系统,包括多个节点,所述节点包括有存储器、处理器,所述存储器上存储有计算机程序,所述计算机程序被处理器执行时实现如本发明实施例任意一项所述方法的步骤。通过本发明的系统,可以实现安全的云电子合同的处理过程。
需要说明的是,尽管在本文中已经对上述各实施例进行了描述,但并非因此限制本发明的专利保护范围。因此,基于本发明的创新理念,对本文所述实施例进行的变更和修改,或利用本发明说明书及附图内容所作的等效结构或等效流程变换,直接或间接地将以上技术方案运用在其他相关的技术领域,均包括在本发明的专利保护范围之内。
Claims (7)
1.一种云电子合同处理方法,其特征在于,包括如下步骤:
所有节点存储有云电子合同生成规则,云电子合同生成规则用于生成云电子合同;
第一节点根据合同事项生成云电子合同,并根据云电子合同生成云电子合同索引信息;
第一节点将云电子合同进行分割,分割成预设数量的云电子合同碎片,分割后的云电子合同碎片大小相同,以及根据云电子合同碎片所在的顺序生成顺序编号,将云电子合同索引信息、每个顺序编号和对应的云电子合同碎片打包成为一个碎片包数据,形成所述预设数量的碎片包数据;
将所有的碎片包数据发送到不同的节点,每个节点接收其中的一个碎片包数据;
每个节点在接收到一个碎片包数据后,在内存中缓存碎片包数据,根据所述碎片包数据中获取云电子合同索引信息,节点从接收到的通知消息中判断是否包含有该云电子合同索引信息的合法性通知,如果有所述合法性通知,则根据所述合法性通知的结果确定是否存储该碎片包数据;
如果没有所述合法性通知,则发送云电子合同索引信息到第一节点进行校验,如果收到校验通过的信息则认为校验结果合法,否则认为校验结果不合法;
如果校验结果为合法,则存储碎片包数据到存储器,如果校验结果为不合法,则删除碎片包数据;以及广播云电子合同索引信息和校验结果作为所述云电子合同索引信息的合法性通知到其他节点,同时记录合法性通知到数据链中;
第二节点获取到云电子合同,根据云电子合同生成云电子合同索引信息,根据云电子合同索引信息获取已经存储的碎片包数据,根据碎片包数据的大小分割云电子合同,分割后得到碎片包数据和对应的顺序编号;第二节点广播云电子合同索引信息到其他节点,其他节点回复顺序编号;第二节点根据接收的顺序编号发送对应的分割后的云电子合同数据,其他节点接收到后与碎片包数据中的云电子合同碎片进行比对,生成并回复比对结果,比对结果包含有云电子合同索引信息和云电子合同顺序编号;
所述第二节点接收到全部的云电子合同顺序编号的比对结果,且满足合法性要求后,第二节点显示最终比对结果。
2.根据权利要求1所述的一种云电子合同处理方法,其特征在于:所述根据所述合法性通知的结果确定是否存储该碎片包数据包括步骤:
判断合法性通知数量是否大于第一预设值,如果大于第一预设值,则判断合法性通知中,合法性通知内表明同一结果的数量是否大于第二预设值,如果大于第二预设值,则以所述同一结果作为所述云电子合同索引信息的校验通知的结果,并根据该结果确定是否存储该碎片包数据;
如果合法性通知数量小于等于第一预设值,则忽略所述合法性通知;
如果合法性通知内表明同一结果的数量小于等于第二预设值,则忽略所述合法性通知。
3.根据权利要求1所述的一种云电子合同处理方法,其特征在于:
所述第一节点将云电子合同进行分割包括步骤:
第一节点将云电子合同复制为多组,并生成组识别号,每组云电子合同与组识别号结合后进行分割,每组内分割后的云电子合同碎片的预设数量为不同大小;
则所述打包成为一个碎片包数据包括步骤:
将碎片包数据对应的组识别号打包到碎片包数据内;
则所述比对结果包含有云电子合同索引信息和云电子合同顺序编号包括步骤:
所述比对结果包含有云电子合同索引信息、云电子合同顺序编号和组识别号。
4.根据权利要求1所述的一种云电子合同处理方法,其特征在于,所述将所有的碎片包数据发送到不同的节点包括步骤:
根据所述预设数量将IP地址的字段划分成与所述预设数量相同的IP组,一个IP组对应一个碎片包数据;
而后将碎片包数据发送到节点IP符合对应IP组格式的节点上。
5.根据权利要求1所述的一种云电子合同处理方法,其特征在于,所有的节点包含有主节点;主节点在确定存储碎片包数据后,还包括步骤:
主节点在内存缓存预设时间长度的碎片包数据;
以及在步骤“其他节点接收到后与碎片包数据中的云电子合同碎片进行比对”时包括:主节点根据云电子合同索引信息从内存获取内存中缓存的碎片包数据,如果没有再从存储器上获取已经存储的碎片包数据。
6.根据权利要求1所述的一种云电子合同处理方法,其特征在于:还包括步骤:任一节点根据用户的注销请求,广播云电子合同索引信息和注销信息到其他节点,所有的节点记录云电子合同索引信息和注销信息到自身的数据链中;
而后在所述根据云电子合同生成云电子合同索引信息时,包括步骤:在数据链中检索是否有云电子合同索引信息和注销信息,如果有则直接生成错误请求的比对结果,否则进行后续分割步骤。
7.一种云电子合同处理系统,其特征在于:包括多个节点,所述节点包括有存储器、处理器,所述存储器上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1到6任意一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010637164.0A CN111783156B (zh) | 2020-07-03 | 2020-07-03 | 一种云电子合同处理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010637164.0A CN111783156B (zh) | 2020-07-03 | 2020-07-03 | 一种云电子合同处理方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111783156A CN111783156A (zh) | 2020-10-16 |
CN111783156B true CN111783156B (zh) | 2023-05-16 |
Family
ID=72759557
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010637164.0A Active CN111783156B (zh) | 2020-07-03 | 2020-07-03 | 一种云电子合同处理方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111783156B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108390891A (zh) * | 2018-03-28 | 2018-08-10 | 电子科技大学天府协同创新中心 | 基于私有区块链的信息保护方法 |
CN110351239A (zh) * | 2019-05-24 | 2019-10-18 | 平安普惠企业管理有限公司 | 一种基于区块链的电子合同存储方法及装置、电子设备 |
CN110933162A (zh) * | 2019-11-27 | 2020-03-27 | 山东九州信泰信息科技股份有限公司 | 一种区块链虚拟子网分段存储的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102015207032A1 (de) * | 2015-04-17 | 2016-10-20 | Crewpharm Gmbh | System und Verfahren zur Kennzeichnung eines Produkts |
-
2020
- 2020-07-03 CN CN202010637164.0A patent/CN111783156B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108390891A (zh) * | 2018-03-28 | 2018-08-10 | 电子科技大学天府协同创新中心 | 基于私有区块链的信息保护方法 |
CN110351239A (zh) * | 2019-05-24 | 2019-10-18 | 平安普惠企业管理有限公司 | 一种基于区块链的电子合同存储方法及装置、电子设备 |
CN110933162A (zh) * | 2019-11-27 | 2020-03-27 | 山东九州信泰信息科技股份有限公司 | 一种区块链虚拟子网分段存储的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111783156A (zh) | 2020-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110024357B (zh) | 使用分布式分类帐进行数据处理的系统和方法 | |
CN104519018B (zh) | 一种防止针对服务器的恶意请求的方法、装置和系统 | |
CN108683502B (zh) | 一种数字签名验证方法、介质及设备 | |
CN113691597A (zh) | 区块链合约部署方法、装置、设备以及存储介质 | |
CN108710681B (zh) | 文件获取方法、装置、设备及存储介质 | |
US11611567B2 (en) | Method and system for management and resolution of blockchain-based top-level domain | |
CN112700246B (zh) | 基于区块链的数据处理方法、装置、设备及可读存储介质 | |
CN110995446B (zh) | 证据验证方法、装置、服务器及存储介质 | |
CN110888838A (zh) | 基于对象存储的请求处理方法、装置、设备及存储介质 | |
US10671709B2 (en) | Data isolation in distributed hash chains | |
CN112149068A (zh) | 基于访问的授权校验方法、信息的生成方法及装置、服务器 | |
CN111488626A (zh) | 基于区块链的数据处理方法、装置、设备及介质 | |
CN111783918B (zh) | 一种安全的二维码分发方法及系统 | |
CN112528181B (zh) | 二维码管理方法、装置、计算机设备及可读存储介质 | |
CN111783156B (zh) | 一种云电子合同处理方法和系统 | |
CN111698227B (zh) | 信息同步管理方法、装置、计算机系统及可读存储介质 | |
CN112035863B (zh) | 一种基于智能合约方式的电子合同取证方法及系统 | |
CN114969803A (zh) | 一种数据存储方法、装置及存储介质 | |
CN117118972A (zh) | 一种可记录文件流转过程的方法、装置、设备及介质 | |
CN110807000A (zh) | 一种文件修复方法、装置、电子设备和存储介质 | |
CN105653932A (zh) | 软件升级验证的方法和装置 | |
CN111783155B (zh) | 一种电子证件处理方法和系统 | |
CN111783157B (zh) | 一种可信二维码电子证件处理方法和系统 | |
CN111783154B (zh) | 一种老年人电子证照生成方法和系统 | |
CN111800256B (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 |