CN115239314A

CN115239314A - 智能合同签订方法、装置、设备和存储介质

Info

Publication number: CN115239314A
Application number: CN202211034818.6A
Authority: CN
Inventors: 刘喜杰; 郑传勇; 刘双龙; 李东霖
Original assignee: Beijing Zhongnuo Lianjie Digital Technology Co ltd
Current assignee: Beijing Zhongnuo Lianjie Digital Technology Co ltd
Priority date: 2022-08-26
Filing date: 2022-08-26
Publication date: 2022-10-25
Anticipated expiration: 2042-08-26
Also published as: CN115239314B

Abstract

在本公开中提供了一种智能合同签订方法、装置、设备和存储介质，该方法包括创建包含当前业务项目所需要的签署模板和签署人的签署任务，对签署任务中的签署模板进行配置，获取签署模板的配置信息，最后根据签署模板的配置信息生成相应的合同文件，并根据签署任务中的签署人将生成的合同文件转达给签署人签署，这样，便可以实现对智能合同的自动生成和签署，提高智能合同的签署效率。

Description

智能合同签订方法、装置、设备和存储介质

技术领域

本公开涉及新一代信息技术领域，尤其涉及一种智能合同签订方法、装置、设备和存储介质。

背景技术

随着国家对供应链金融的重视，供应链金融的业务模式不断创新和丰富，业务形态和样式越来越多，项目中合作方的地域分布距离也越来越广。一般而言在供应链金融业务中通常涉及到以下角色：核心企业、核心企业项目公司、供应商、保理企业、资金方等。在实际业务发生过程中通常涉及到这些角色之间的合同签署。在一些具体的业务中可能还会涉及到特定的签署角色进行跨地域的合同签署。因此，整个业务的合同签署效率会是一个极大的挑战。

目前，一些基础的在线签约服务可供签署方约定后进行调用，但是在整个签署过程中仍需要签署方专人对签署的合同文件、流程、节点控制进行管理，还需要相关人员花大量的精力进行反复沟通，显然，这种签署方式的合同签署效率仍然有待进一步提高。

发明内容

有鉴于此，本公开提出了一种智能合同签订方法、装置、设备和存储介质，可以实现智能合同的自动生成和签署，提高智能合同的签署效率。

根据本公开的第一方面，提供了一种智能合同签订方法，包括：

创建当前业务项目的签署任务；其中，所述签署任务中包含当前所需要的签署模板和签署人；

对所述签署任务中的签署模板进行配置，获取所述签署模板的配置信息；

根据所述签署模板的配置信息生成相应的合同文件，并根据所述签署任务中的所述签署人将生成的所述合同文件转达给所述签署人签署。

在一种可能的实现方式中，创建当前业务项目的签署任务时，根据预先设置的业务场景进行；

其中，不同的业务场景对应不同的业务项目；

预先设置的所述业务场景包含所述业务项目下所需要的签署环节，以及所述签署环节下的签署模板和签署角色。

在一种可能的实现方式中，根据所述签署模板的配置信息生成相应的合同文件时，通过数据填充的方式将所述配置信息填充至所述签署模板中生成所述合同文件。

在一种可能的实现方式中，将生成的所述合同文件转达给所述签署人签署时，通过发送相应的签署链接的方式进行。

在一种可能的实现方式中，所述签署任务还包含有模板签署顺序；

对所述签署任务中的签署模板进行配置时，根据所述模板签署顺序依次进行配置。

在一种可能的实现方式中，所述签署任务还包含有签署人顺序；

根据所述签署模板的配置信息生成相应的合同文件时，基于所述签署人顺序，获取当前批次的签署模板进行配置生成相应的当前批次的合同文件。

根据本公开的第二方面，提供了一种智能合同签订装置，包括：

签署任务创建模块，用于创建当前业务项目的签署任务；其中，所述签署任务中包含当前所需要的签署模板和签署人；

签署模板配置模块，用于对所述签署任务中的签署模板进行配置，获取所述签署模板的配置信息；

智能签署模块，用于根据所述签署模板的配置信息生成相应的合同文件，并根据所述签署任务中的所述签署人将生成的所述合同文件转达给所述签署人签署。

在一种可能的实现方式中，创建当前业务项目的签署任务时，根据预先对所述业务项目设置的业务场景进行；

其中，不同的业务场景对应不同的业务项目；

根据本公开的第三方面，提供了一种智能合同签订设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述方法。

根据本公开的第四方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其中，所述计算机程序指令被处理器执行时实现上述方法。

在本公开中，先创建包含当前业务项目所需要的签署模板和签署人的签署任务，再对签署任务中的签署模板进行配置，获取签署模板的配置信息；最后根据签署模板的配置信息生成相应的合同文件，并根据签署任务中的签署人将生成的合同文件转达给签署人签署，这样，便可以实现对智能合同的自动生成和签署，提高智能合同的签署效率。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1示出根据本公开一实施例的智能合同签订方法的示意性流程图；

图2示出根据本公开一实施例的针对不同的业务项目设置对应的业务场景的序列图；

图3示出根据本公开一实施例的业务场景的UML类图；

图4示出根据本公开一实施例的创建签署任务的序列图；

图5示出根据本公开一实施例的签署任务的UML类图；

图6示出根据本公开一实施例的包括配置任务待办事项的界面图；

图7示出根据本公开一实施例的签署模板列表示意图；

图8示出根据本公开一实施例的配置签署模板的序列图；

图9示出根据本公开一实施例的生成合同文件的序列图；

图10示出根据本公开一实施例的签署合同文件的序列图；

图11示出根据本公开一实施例的签署任务实例的UML类图；

图12示出根据本公开一实施例的智能合同签订装置的示意性框图；

图13示出根据本公开一实施例的智能合同签订设备的示意性框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

实施例1

图1示出根据本公开一实施例的智能合同签订方法的示意性流程图。如图1所示，该方法包括步骤S1100-S1300。

S1100，创建当前业务项目的签署任务。

当前业务项目即为当前需要进行合同签署的业务项目。该业务项目可以是资产证券化业务项目（即ABS业务）、多级拆分业务项目、资产一次转让项目、资产二次转让项目以及资产一二次混合转让项目中的至少一种业务项目。即，本申请实施例的智能合同签订方法，主要是应用于供应链金融领域中的业务合同的签署等，同时其也适用于其他涉及到合同或文件签署的领域，在本申请中不对其进行具体限定。为便于描述，后面进行具体实施例的说明时，均以基于供应链金融领域为例进行。

该签署任务中包括了当前业务项目所需要签署的签署模板以及每个签署模板对应的签署人。例如，对于资产一次转让业务，需要签署的签署模板包括《保理业务合同》、《应收账款转让通知书》、《应收账款转让通知书回执》和《付款确认文件》中的至少一种。其中，《保理业务合同》对应的签署人包括供应商和保理商。《应收账款转让通知书》对应的签署人包括供应商。《应收账款转让通知书回执》和《付款确认文件》对应的签署人包括项目公司。

在一种可能的实现方式中，在创建当前业务项目的签署任务时，根据预先设置的业务场景进行。即，不同的业务场景下对应不同的业务项目。

其中，不同的业务项目一般会包含有不同个数的签署环节，每个签署环节需要的签署模板以及每个签署模板需要的签署角色都是不同的，因此，在创建当前业务项目的签署任务之前，需要先确定该业务项目所需要的签署环节、签署模板以及签署角色等信息。而这些信息的明确则可以通过所设置的业务场景来实现。

也就是说，在本申请实施例的方法中，在进行当前业务项目的签署任务的创建时，需要根据预先设置的业务场景来进行。不同的业务项目对应不同的业务场景。例如，在业务项目包括资产一次转让项目、资产二次转让项目以及资产一二次混合转让项目的可实现方式中，需要针对资产一次转让项目设置资产一次转让场景，针对资产二次转让项目设置资产二次转让场景，针对资产一二次混合转让项目设置资产一二次混合转让场景。

在可实现方式1中，预先设置的业务场景中包含业务项目下所需要的签署环节，以及签署环节下的签署模板和签署角色。例如，在资产一次转让场景中包括两个签署环节：第一个签署环节中需要供应商和保理商之间签署《保理业务合同》，同时需要供应商向项目公司出具《应收账款转让通知书》。第二个签署环节中需要项目公司向供应商出具《应收账款转让通知书回执》和《付款确认文件》。

在可实现方式2中，预先设置的业务场景中还可以包括各签署环节的执行顺序、各签署环节中每个签署模板的签署顺序以及每个签署角色的签署顺序。例如，在上述资产一次转让场景中可以将第一签署环节的执行顺序设置为1，第二签署环节的执行顺序设置为2，即在资产一次转让场景中需要先执行第一签署环节，在第一签署环节的签署任务执行完毕后再执行第二签署环节的签署任务。可以将《保理业务合同》的签署顺序设置1，《应收账款转让通知书》的签署顺序设置2，《应收账款转让通知书回执》的签署顺序设置为3，《付款确认文件》的签署顺序设置为4，即在资产一次转让场景中需要依次签署《保理业务合同》、《应收账款转让通知书》、《应收账款转让通知书回执》以及《付款确认文件》。可以将保理商的签署顺序设置为1，供应商的签署顺序设置为2，项目公司的签署顺序设置为3，即在资产一次转让场景中需要保理商先签署对应的签署模板，再由供应商签署对应的模板，最后由项目公司签署对应的签署模板。

在可实现方式3中，预先设置的业务场景中还可以设置各签署环节执行完毕后是否可以自动执行下一签署环节：在设置签署环节执行完毕后可以自动执行下一签署环节的情况下，将自动启动下一签署环节。在设置签署环节执行完毕后不可以自动执行下一签署环节的情况下，需要手动启动下一签署环节。

参见图2，在可实现方式2中，在进行业务场景的设置时，可以通过以下方式来实现。

首先，在业务端通过触发创建场景的控件来启动业务场景的创建。合同服务端（合同服务）在接收到创建场景的触发指令后，将推送显示场景基本信息设置界面至业务系统，以获取业务人员在该场景基本信息设置界面输入的场景基本信息以及场景类型作为第一场景信息进行保存（即场景落库)。其中，场景基本信息可以包括场景名称、场景编号等。该场景类型可以包括签署、作废、补充、可扩展等。在生成第一场景信息后，合同服务端将推送显示签署环节设置界面至业务端，以获取业务人员在该签署环节设置界面输入的签署环节信息以及针对各签署环节设置的执行顺序作为第二场景信息进行保存（即环节落库）。其中，该签署环节信息可以包括各签署环节的名称、编号。在生成第二场景信息后，合同服务端将推送显示签署模板设置界面至业务系统，以获取业务人员在该签署模板设置界面输入的签署模板信息以及针对各签署模板设置的签署顺序作为第三场景信息进行保存（即模板落库）。其中，该签署模板信息可以包括各签署模板的名称、编号以及对应的资产编号。在生成第三场景信息后，合同服务端将推送显示签署角色设置界面至业务端，以获取业务人员在该签署角色设置界面输入的签署角色信息以及针对各签署角色设置的签署顺序作为第四场景信息进行保存（即角色落库）。在业务端通过触发配置完成的控件来结束业务场景的创建。合同服务端在接收到配置完成的触发指令后，将综合第一场景信息、第二场景信息、第三场景信息以及第四场景信息生成业务项目对应的业务场景。在该可实现方式中，生成的业务场景的UML类图可以如图3所示。

在另一中可能的实现方式中，还可以通过编程的方式实现针对不同的业务项目设置对应的业务场景，在此不作具体限定。

在完成不同业务项目对应的业务场景的设置后，便可以根据与当前业务项目对应的业务场景来创建当前业务项目的签署任务。

参见图4，在创建当前业务项目的签署任务时，可以通过以下方式来实现。

首先，在业务端通过触发创建签署任务的控件来启动签署任务的创建。合同服务端在接收到创建签署任务的触发指令后，将推送显示签署任务信息设置界面，以获取业务人员在该签署任务信息设置界面输入的当前业务项目对应的业务场景标识信息。合同服务端在接收到该业务场景标识信息后，根据该业务场景标识信息同步调用对应的业务场景来创建签署任务，并对签署任务中的签署模板的存储地址进行初始化。在签署任务创建成功后，合同服务端将向业务端广播创建完成的签署任务。业务端在接收到创建完成的签署任务的情况下，创建该签署任务的配置任务待办事项，以通过该配置任务待办事项通知业务人员对该签署任务的签署模板进行配置。其中，该业务场景标识信息可以是业务场景的名称，也可以是业务场景的编号，在此不作具体限定。在该可实现方式中，生成的签署任务的UML类图可以如图5所示。

S1200，对签署任务中的签署模板进行配置，获取签署模板的配置信息。

续上实施例，如图6所示，创建的每一条配置任务待办事项中均包括编号）、项目简称（即业务项目简称）、管理人、项目类型、待办生成时间、项目经理、签署场景（即业务场景）、合同配置状态（即签署模板状态）以及可执行的操作等信息。在签署任务的签署模板未配置的情况下，配置任务待办事项中的合同配置状态为待配置，可执行的操作为立即配置。在立即配置标识被触发的情况下，业务端将推送显示如图7所示的签署模板列表页。该签署模板列表页中包括该签署任务下所有需要配置的签署模板信息。该签署模板信息包括签署模板名称（即合同名称）、签署方（即签署人）。针对每个签署模板信息设置有对应的模板配置控件（显示为铅笔标识），在模板配置控件被触发的情况下，便可以启动该签署模板的配置。

参照图8，在对签署模板进行配置时，可以通过以下方式来实现。

首先，在业务端通过触发模板配置控件来启动签署模板的配置。合同服务端在接收到模板配置控件的触发指令后，将引用任务配置组件生成签署模板配置界面，并将该签署模板配置界面推送显示至业务端。其中，该签署模板配置界面包括该签署模板需要配置的多个参数字段。合同服务端可以通过该签署模板配置界面获取业务人员针对当前业务项目输入的各参数字段的字段信息，并将获取的各参数字段的字段信息作为该签署模板的配置信息，完成该签署模板的配置。

在一种可能的实现方式中，该参数字段可以包括签署区域字段、合同类型及编号字段和业务端自定义参数字段中的至少一种参数字段。其中，该签署区域字段用于配置签署人的签章区域。该业务端自定义参数字段用于配置合同信息和资产信息。其中，该合同信息包括各签署人的开票企业名称、开票地址、开票电话、企业名称、税号、社会信息代码、开户行等信息中的至少一种。该资产信息包括应收账款、预付款等信息中的至少一种。在签署模板配置完成后，合同服务端将更新签署模板状态为配置完成。

参照上述方法完成签署模板列表页中各签署模板配置信息的配置。

在一种可能的实现方式中，还可以在签署模板配置界面中配置签署人的签署方式和签署类型。其中，该签署方式可以是静默签署也可以是意愿签署。该签署类型可以是线上签署也可以是线下签署。还以在该签署模板配置界面中调整签署角色的签署顺序。

在业务场景中包括签署模板顺序的实施例中，根据该业务场景生成的签署任务中还包含有模板签署顺序。在该可实现方式中，对签署任务中的签署模板进行配置时，可以根据模板签署顺序依次进行签署模板的配置。例如，在上述资产一次转让场景中，《保理业务合同》的签署顺序为1，《应收账款转让通知书》的签署顺序为2，《应收账款转让通知书回执》的签署顺序为3，《付款确认文件》的签署顺序为4，在该可实现方式中需要依次完成《保理业务合同》、《应收账款转让通知书》、《应收账款转让通知书回执》以及《付款确认文件》的签署模板配置。

S1300，根据签署模板的配置信息生成相应的合同文件，并根据签署任务中的签署人将生成的合同文件转达给签署人签署。

在一种可能的实现方式中，根据签署模板的配置信息生成相应的合同文件时，通过数据填充的方式将配置信息填充至签署模板中生成合同文件。

在一种可能的实现方式中，在生成合同签署文件的情况下，将获取该合同生成文件的签署人，并通过向该签署人发送签署链接的方式将生成的合同文件转发给该签署人进行合同签署。

在业务场景中包括签署人签署顺序的实施例中，根据该业务场景生成的签署任务中还包含有签署人签署顺序。在该可实现方式中，根据签署模板的配置信息生成相应的合同文件时，基于签署人顺序，获取当前批次的签署模板进行配置生成相应的当前批次的合同文件，在当前批次当前签署人需要签署的合同文件全部生成后，再通过发送签署链接的方式将当前签署人需要签署的合同文件全部转发给当前该签署人进行合同签署。

例如，在执行步骤S1300时，先将查询签署任务下所有签署人的签署顺序，将签署顺序为1的签署人需要签署的签署模板作为第一批次签署模板，获取第一批次签署模板对应的配置信息对第一批次签署模板进行配置，生成第一批次合同文件。在签署顺序为1的签署人需要签署的合同文件全部生成的情况下，再向签署顺序为1的签署人发送包括所有需要其签署的合同文件的签署链接，以通知其进行相应的合同签署。参照上述步骤依次向各签署人发送签署链接，以通知各签署人进行相应的合同签署。

参照图9，在根据签署模板的配置信息生成相应的合同文件，并根据签署任务中的签署人将生成的合同文件转达给签署人签署时，可以通过以下方式来实现。

首先，通过业务端获取数据编号（即资产编号），并将该数据编号发送至合同服务端。合同服务端在接收到该数据编号后，先读取与该数据编号关联的全部配置信息并创建签署实例。其中，与该数据编号关联的全部配置信息包括该数据编号关联的签署模板以及对应的配置信息。再生成第一批次签署人需要签署的合同基本信息。其中，该合同基本信息包括与该数据编号关联的签署模板的列表、各签署模板的存储地址以及对应的配置信息。然后，异步发起合同生成任务。合同服务端在异步发起合同生成任务后，将合同基本信息发送至业务端进行存储，同时，执行异步生成合同任务。合同服务端在执行异步生成合同任务时，基于合同基本信息获取各签署模板（合同模板）以及各签署模板的配置信息（填充数据），并将其发送至文件服务API，文件服务API在接收到各签署模板以及对应的配置信息后，先将各签署模板的配置信息填充至word版的签署模板中得到word版合同文件，再将word版合同文件转换为PDF版合同文件，最后将该PDF版合同文件地址发送至合同服务端。合同服务端在接收到合同文件的PDF地址后，向业务端广播合同生成事件，以通过该合同生成事件通知业务端正式的合同地址（即PDF版合同文件地址）。合同服务端在当前批次、当前签署人的PDF版合同文件全部生成的情况下，向业务端发送签署待办通知，以通知业务端开始签署。同时，合同服务端还可以通过短信的方式提醒签署人业务端接收到了签署待办通知。

参照图10，签署人在对合同文件进行签署时，可以通过以下方式来实现。

首先，在签署待办通知被触发的情况下，将推送显示签署待办页面，该签署待办页面中包括签署页面地址。在签署页面地址被触发的情况下，合同服务端将推送显示包括需要当前签署人签署的合同列表的合同列表页，以通过该合同列表页获取签署人选择的合同文件。在合同文件被选择的情况下，合同服务端将推送显示认证界面，以通过该认证界面获取签署人的实名认证信息，并对该实名认证信息进行验证。在验证证通过的情况下，合同服务端将生成签署合同指令。响应与该签署合同指令，合同服务端将选择的合同文件和签署人的实名认证信息发送至签署服务API进行合同盖章，并从签署服务API获取盖章后的合同文件，合同服务端在获取到盖章后的合同文件后更新合同文件以及对应的签署状态。合同服务端在当前签署人签署完成的情况下，广播合同签署完成事件。在当前批次当前签署人合同都签署完成的情况下，广播公司签署完成事件。合同服务端在广播公司签署完成事件之后，判断是否可以自动进行下一签署阶段。在可以自动进入下一签署阶段的情况下，则在当前阶段最后一个合同文件最后一个角色签署完成后，通过消息广播开始下一个阶段签署的消息，相当于自动发起下一个阶段的签署。在不可以自动进入下一签署阶段的情况下，则不会自动广播开始下一个阶段签署的消息，需要业务端接收到本阶段完成消息后人工出发下一个阶段签署。

在该可实现方式中，生成的签署任务实例的UML类图可以如图11所示。

实施例2

图12示出根据本公开一实施例的智能合同签订装置的示意性框图。如图12所示，该智能合同签订装置100包括：

签署任务创建模块110，用于创建当前业务项目的签署任务；其中，签署任务中包含当前所需要的签署模板和签署人；

签署模板配置模块120，用于对签署任务中的签署模板进行配置，获取签署模板的配置信息；

智能签署模块130，用于根据签署模板的配置信息生成相应的合同文件，并根据签署任务中的签署人将生成的合同文件转达给签署人签署。

在一种可能的实现方式中，签署任务创建模块110在创建当前业务项目的签署任务时，具体用于根据预先对业务项目设置的业务场景进行；

其中，不同的业务场景对应不同的业务项目；

预先设置的业务场景包含业务项目下所需要的签署环节，以及签署环节下的签署模板和签署角色。

在一种可能的实现方式中，智能签署模块130在根据签署模板的配置信息生成相应的合同文件时，具体用于通过数据填充的方式将配置信息填充至签署模板中生成合同文件。

在一种可能的实现方式中，智能签署模块130在将生成的合同文件转达给签署人签署时，具体用于通过发送相应的签署链接的方式进行。

在一种可能的实现方式中，签署任务还包含有模板签署顺序；签署模板配置模块120在对签署任务中的签署模板进行配置时，具体用于根据模板签署顺序依次进行配置。

在一种可能的实现方式中，签署任务还包含有签署人顺序；智能签署模块130在根据签署模板的配置信息生成相应的合同文件时，具体用于基于签署人顺序，获取当前批次的签署模板进行配置生成相应的当前批次的合同文件。

实施例3

图13示出根据本公开一实施例的智能合同签订设备的示意性框图。如图13所示，该智能合同签订设备200包括处理器210以及用于存储处理器210可执行指令的存储器220。其中，处理器210被配置为执行可执行指令时实现前面任一的智能合同签订方法。

此处，应当指出的是，处理器210的个数可以为一个或多个。同时，在本公开实施例的智能合同签订设备200中，还可以包括输入装置230和输出装置240。其中，处理器210、存储器220、输入装置230和输出装置240之间可以通过总线连接，也可以通过其他方式连接，此处不进行具体限定。

存储器220作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序和各种模块，如：本公开实施例的智能合同签订方法所对应的程序或模块。处理器210通过运行存储在存储器220中的软件程序或模块，从而执行智能合同签订设备200的各种功能应用及数据处理。

输入装置230可用于接收输入的数字或信号。其中，信号可以为产生与设备/终端/服务器的用户设置以及功能控制有关的键信号。输出装置240可以包括显示屏等显示设备。

实施例4

根据本公开的第四方面，还提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令被处理器210执行时实现前面任一的智能合同签订方法。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims

1.一种智能合同签订方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，创建当前业务项目的签署任务时，根据预先设置的业务场景进行；

其中，不同的业务场景对应不同的业务项目；

3.根据权利要求1所述的方法，其特征在于，根据所述签署模板的配置信息生成相应的合同文件时，通过数据填充的方式将所述配置信息填充至所述签署模板中生成所述合同文件。

4.根据权利要求1所述的方法，其特征在于，将生成的所述合同文件转达给所述签署人签署时，通过发送相应的签署链接的方式进行。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述签署任务还包含有模板签署顺序；

6.根据权利要求1至4任一项所述的方法，其特征在于，所述签署任务还包含有签署人顺序；

7.一种智能合同签订装置，其特征在于，包括：

8.根据权利要求7所述的装置，其特征在于，创建当前业务项目的签署任务时，根据预先对所述业务项目设置的业务场景进行；

其中，不同的业务场景对应不同的业务项目；

9.一种智能合同签订设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现权利要求1至6中任意一项所述的方法。

10.一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至6中任意一项所述的方法。