本申请涉及智能合约技术领域,具体而言,本申请涉及一种合约签署方法、装置、电子设备及可读存储介质。
背景技术:
随着计算机信息系统的飞速发展,越来越多的服务方与服务接受者需要进行签约、身份确认、意思表示确认等。由于签约双方时间、地域上的问题,往往很难做到及时签署合约,合约的公证性问题也是影响合约签署的关键因素。
目前,通过区块链智能合约能够实现合约的电子签署且能够保证合约的公证性,但是,区块链智能合约的验证和执行都依赖区块链中其他方节点的监督和自动执行,智能合约与区块链是绑定使用的,区块链智能合约应用要求较高。
技术实现要素:
本申请提供了一种合约签署方法、装置、电子设备及可读存储介质,用于保证签署合约公证性的前提下实现合约的电子签署,本申请采用的技术方案如下:
第一方面,提供了一种合约签署方法,包括:
接收至少一个签约方发送的选定的合约以及合约信息,选定的合约基于展示的候选合约确定,候选合约为非区块链智能合约;
基于接收到的至少一个签约方发送的选定的合约以及合约信息生成目标智能合约。
可选地,展示的候选合约为经过ca机构签名认证的合约。
可选地,该方法还包括:
将生成的目标智能合约发送至ca机构进行签名认证,并接收ca机构发送的签名认证后的目标智能合约;
将签名认证后的目标智能合约发送至各个签约方。
可选地,该方法还包括:
当满足预定的条件时,执行目标智能合约。
可选地,预定的条件包括以下至少一项:
接收到至少一个签约方的合约执行请求;
满足预定的时间阈值条件。
可选地,执行目标智能合约之前包括:
判断目标智能合约是否满足执行条件,当目标智能合约满足执行条件时,执行目标智能合约。
可选地,判断目标智能合约是否满足执行条件包括:
从至少一个第三方获取目标智能合约执行的相关数据;
基于获取的目标智能合约执行的相关数据确定目标智能合约是否满足执行条件。
第二方面,提供了一种合约签署方法,该装置包括,
接收模块,用于接收至少一个签约方发送的选定的合约以及合约信息,选定的合约基于展示的候选合约确定,候选合约为非区块链智能合约;
生成模块,用于基于接收到的至少一个签约方发送的选定的合约以及合约信息生成目标智能合约。
可选地,展示的候选合约为经过ca机构签名认证的合约。
可选地,该装置还包括:
第一发送模块,用于将生成的目标智能合约发送至ca机构进行签名认证,并接收ca机构发送的签名认证后的目标智能合约;
第二发送模块,用于将签名认证后的目标智能合约发送至各个签约方。
可选地,该装置还包括:
执行模块,用于当满足预定的条件时,执行目标智能合约。
可选地,预定的条件包括以下至少一项:
接收到至少一个签约方的合约执行请求;
满足预定的时间阈值条件。
可选地,该装置还包括:
判断模块,用于判断目标智能合约是否满足执行条件,当目标智能合约满足执行条件时,执行目标智能合约。
可选地,判断模块包括:
获取单元,用于从至少一个第三方获取目标智能合约执行的相关数据;
确定单元,用于基于获取的目标智能合约执行的相关数据确定目标智能合约是否满足执行条件。
第三方面,提供了一种电子设备,该电子设备包括:
一个或多个处理器;
存储器;
一个或多个应用程序,其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行,一个或多个程序配置用于:执行第一方面所示的合约签署方法。
第四方面,提供了一种计算机可读存储介质,计算机存储介质用于存储计算机指令,当其在计算机上运行时,使得计算机可以执行第一方面所示的合约签署方法。
本申请提供了一种合约签署方法、装置、电子设备及可读存储介质,与现有技术基于区块链智能合约实现合约的签署与执行相比,本申请通过接收至少一个签约方发送的选定的合约以及合约信息,选定的合约基于展示的候选合约确定,候选合约为非区块链智能合约;基于接收到的至少一个签约方发送的选定的合约以及合约信息生成目标智能合约。即基于签约方发送的选定的合约以及合约信息生成目标智能合约,其中候选合约为经过ca机构认证的非区块链智能合约,从而在保证合约公证性的前提下实现了合约的电子签署。
本申请附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本申请实施例的一种合约签署方法的流程示意图;
图2为本申请实施例的一种合约签署装置的结构示意图;
图3为本申请实施例的一种购房合约签署的示例图;
图4为本申请实施例的一种电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例,各实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
实施例一
本申请实施例提供了一种合约签署方法,应用于终端设备侧,如图1所示,该方法可以包括以下步骤:
步骤s101,接收至少一个签约方发送的选定的合约以及合约信息,选定的合约基于展示的候选合约确定,候选合约为非区块链智能合约;
步骤s102,基于接收到的至少一个签约方发送的选定的合约以及合约信息生成目标智能合约。
具体地,该方法可以应用于智能合约管理系统,签约方可以根据公示的候选合约选定一个合约,并将选定的该合约以及签署该合约的合约相关信息发送至智能合约管理系统。其中,该候选的合约也可以是多个合约指令集,签约方可以发送选择的多个合约指令以及合约指令信息至智能合约管理系统。
智能合约系统基于接收到的签约方发送的选定的合约以及合约信息生成目标智能合约,或者基于签约方发送的选择的多个合约指令以及合约指令信息生成目标智能合约。
其中,展示的候选合约为经过ca机构签名认证的合约。即合约只有经过ca机构签名认证之后才能够发布,确保了签署的合约的公证性。
本申请实施例提供了一种合约签署方法,与现有技术基于区块链智能合约实现合约的签署与执行相比,本申请实施例通过接收至少一个签约方发送的选定的合约以及合约信息,选定的合约基于展示的候选合约确定,候选合约为非区块链智能合约;基于接收到的至少一个签约方发送的选定的合约以及合约信息生成目标智能合约。即基于签约方发送的选定的合约以及合约信息生成目标智能合约,其中候选合约为经过ca机构认证的非区块链智能合约,从而在保证合约公证性的前提下实现了合约的电子签署。
本申请实施例提供了一种可能的实现方式,进一步地,该方法还包括:
将生成的目标智能合约发送至ca机构进行签名认证,并接收ca机构发送的签名认证后的目标智能合约;
将签名认证后的目标智能合约发送至各个签约方。
具体地,将生成目标智能合约发送至ca机构进行签名认证,进一步保证了签署的智能合约的公证性。
本申请实施例提供了一种可能的实现方式,进一步地,该方法还包括:
当满足预定的条件时,执行目标智能合约。
其中,预定的条件包括以下至少一项:
接收到至少一个签约方的合约执行请求;
满足预定的时间阈值条件。
具体地,可以是任一签约方在目标智能合约签署后申请执行智能合约,也可以是智能合约管理系统满足预定的时间阈值条件时自动执行智能合约。
本申请实施例提供了一种可能的实现方式,执行目标智能合约之前包括:
判断目标智能合约是否满足执行条件,当目标智能合约满足执行条件时,执行目标智能合约。
具体地,判断目标智能合约是否满足执行条件包括:
从至少一个第三方获取目标智能合约执行的相关数据;
基于获取的目标智能合约执行的相关数据确定目标智能合约是否满足执行条件。
具体地,智能合约管理系统可以从至少一个第三方获取执行智能合约相关的数据,如果根据获取的目标智能合约执行的相关数据确定目标智能合约满足执行条件,则执行目标智能合约,并将执行结果反馈至各个签约方,如果不满足执行条件,则不执行目标智能合约,并将不满足执行条件发送至签约方。
示例性地,图3示出了购房智能合约实现方案的框架结构示意图,该购房智能合约实现方案包括签约方a、签约方b、合约管理系统、合约中心、第三方信息平台、ca机构、结算系统。其中,合约中心可以归属于合约管理系统,合约管理系统编制购房合约,并经ca机构签名认证后发送至合约中心进行发布,签约方a、签约方b根据发布的包括购房合约的候选合约选定购房合约并发送购房合约相关信息(如签约方信息、金额),合约管理系统接收到签约方发送的购房合约相关信息后生成购房智能合约,并将生成的购房智能合约发送至ca机构进行签名认证,得到签名认证的购房智能合约,并将签名认证后的购房智能合约发送至签约方a与签约方b。合约签订后,签约方a和签约方b的任一方可以发起执行购房智能合约的请求,智能合约管理系统接收到该请求后,查询第三方购房智能合约执行的数据(如房屋是否由a过户给b),如果已经由a过户给b,则满足购房智能合约的执行条件,则执行智能合约,由签约方b转账相应金额至签约方a,然后通过结算系统进行结算。
实施例二
图2为本申请实施例提供的一种合约签署装置,该装置20包括:接收模块201、生成模块202其中,
接收模块,用于接收至少一个签约方发送的选定的合约以及合约信息,选定的合约基于展示的候选合约确定,候选合约为非区块链智能合约;
生成模块,用于基于接收到的至少一个签约方发送的选定的合约以及合约信息生成目标智能合约。
本申请实施例提供了一种合约签署方法,与现有技术基于区块链智能合约实现合约的签署与执行相比,本申请通过接收至少一个签约方发送的选定的合约以及合约信息,选定的合约基于展示的候选合约确定,候选合约为非区块链智能合约;基于接收到的至少一个签约方发送的选定的合约以及合约信息生成目标智能合约。即基于签约方发送的选定的合约以及合约信息生成目标智能合约,其中候选合约为经过ca机构认证的非区块链智能合约,从而在保证合约公证性的前提下实现了合约的电子签署。
本申请实施例提供了一种可能的实现方式,具体地,展示的候选合约为经过ca机构签名认证的合约。
进一步地,该装置还包括:
第一发送模块,用于将生成的目标智能合约发送至ca机构进行签名认证,并接收ca机构发送的签名认证后的目标智能合约;
第二发送模块,用于将签名认证后的目标智能合约发送至各个签约方。
进一步地,该装置还包括:
执行模块,用于当满足预定的条件时,执行目标智能合约。
其中,预定的条件包括以下至少一项:
接收到至少一个签约方的合约执行请求;
满足预定的时间阈值条件。
进一步地,该装置还包括:
判断模块,用于判断目标智能合约是否满足执行条件,当目标智能合约满足执行条件时,执行目标智能合约。
具体地,判断模块包括:
获取单元,用于从至少一个第三方获取目标智能合约执行的相关数据;
确定单元,用于基于获取的目标智能合约执行的相关数据确定目标智能合约是否满足执行条件。
本申请实施例的装置可以执行本申请实施例一所示的方法,其实现的效果类似,在此不再赘述。
实施例三
本申请实施例提供了一种电子设备,如图4所示,图4所示的电子设备40包括:处理器401和存储器403。其中,处理器401和存储器403相连,如通过总线402相连。进一步地,电子设备40还可以包括收发器404。需要说明的是,实际应用中收发器404不限于一个,该电子设备40的结构并不构成对本申请实施例的限定。其中,处理器401应用于本申请实施例中,用于实现图2所示的模块的功能。收发器404包括接收机和发射机。
处理器401可以是cpu,通用处理器,dsp,asic,fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器401也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,dsp和微处理器的组合等。
总线402可包括一通路,在上述组件之间传送信息。总线402可以是pci总线或eisa总线等。总线402可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器403可以是rom或可存储静态信息和指令的其他类型的静态存储设备,ram或者可存储信息和指令的其他类型的动态存储设备,也可以是eeprom、cd-rom或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器403用于存储执行本申请方案的应用程序代码,并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码,以实现图2所示实施例提供的装置的功能。
本申请实施例提供了一种电子设备适用于上述方法实施例,具体实现方式和技术效果,在此不再赘述。
实施例四
本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现上述实施例中所示的合约签署方法。
本申请实施例提供了一种计算机可读存储介质,与现有技术基于区块链智能合约实现合约的签署与执行相比,本申请通过接收至少一个签约方发送的选定的合约以及合约信息,选定的合约基于展示的候选合约确定,候选合约为非区块链智能合约;基于接收到的至少一个签约方发送的选定的合约以及合约信息生成目标智能合约。即基于签约方发送的选定的合约以及合约信息生成目标智能合约,其中候选合约为经过ca机构认证的非区块链智能合约,从而在保证合约公证性的前提下实现了合约的电子签署。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。