用于远程签署合同的方法及装置与流程

1.本发明涉及线上签署合同技术领域，尤其涉及一种用于远程签署合同的方法及装置。


背景技术：

2.随着智能手机的普及，车辆租赁业务越来越趋向于线上车辆审核、线上车辆交付确认、线上合同订立，从而极大的便捷了企业和个人，大幅提升车辆租赁的效率。其中，在合同签署的过程中，存在合同复杂、附件多的问题，而且为了保证合同效力，需要确保合同签署后没有被进行更改且合同是保密的，未经允许无法被第三方查看。


技术实现要素：

3.有鉴于此，本发明提供一种用于远程签署合同的方法及装置，以解决现有线上合同签订安全性低的问题。
4.第一方面，本发明实施例提供一种用于远程签署合同的方法，应用于电子设备，包括：
5.响应第一客户端的要约请求及第二客户端的要约请求，并生成要约文件；
6.将要约缔结消息分别发送至所述第一客户端及所述第二客户端；
7.获取所述第一客户端回传的待确认合同文件，将所述待确认合同文件备份为拟定合同备份，并将所述待确认合同文件发送至所述第二客户端；
8.获取所述第二客户端回传的签署合同文件，将所述签署合同文件备份为签署合同文件备份，并将所述签署合同文件发送至所述第一客户端；
9.获取所述第一客户端及所述第二客户端上传的附件，并生成附件目录；
10.将所述附件、附件目录、签署合同文件备份、拟定合同备份及要约文件合并获得电子合同档案；
11.对所述电子合同档案进行加密，根据要约文件，生成密匙，将密匙分发至所述第一客户端和所述第二客户端。
12.进一步的，所述对电子合同档案进行加密，根据要约文件，生成密匙，将密匙分发至第一客户端和第二客户端的过程，包括：对所述要约文件进行哈希运算，获取哈希值；将哈希值分割成两份文件，形成第一密匙和第二密匙；将所述第一密匙分发至所述第一客户端，将所述第二密匙分发至所述第二客户端。
13.进一步的，所述的用于远程签署合同的方法，还包括：当获取所述第一客户端发送的第一密匙时，则将所述电子合同档案解密并发送至所述第一客户端；当获取所述第二客户端发送的第二密匙时，则将所述电子合同档案解密并发送至所述第二客户端。
14.进一步的，所述的用于远程签署合同的方法，还包括：当获取到所述第一客户端发送的第一密匙，且在设定时间内，获取到所述第二客户端发送的第二密匙时；验证第一密匙和第二密匙组合后是否与所述要约文件的哈希值相等；若相等，则生成要约修改确认指令，
并将所述要约修改确认指令分别发送至所述第一客户端和所述第二客户端；若接收到所述第一客户端和所述第二客户端发送的修改反馈消息，则允许所述第一客户端或所述第二客户端上传文件至所述电子合同档案内。
15.进一步的，所述附件包括：验车单、付款凭证、车辆照片。
16.进一步的，所述要约文件包括：第一客户端身份信息、第一客户端留存验证语句、第二客户端身份信息、第二客户端留存验证语句。
17.第二方面，本发明实施例提供一种用于远程签署合同的装置，包括：
18.响应生成模块，用于响应第一客户端的要约请求及第二客户端的要约请求，并生成要约文件；
19.缔结模块，用于将要约缔结消息分别发送至所述第一客户端及所述第二客户端；
20.第一备份模块，用于获取所述第一客户端回传的待确认合同文件，将所述待确认合同文件备份为拟定合同备份，并将所述待确认合同文件发送至所述第二客户端；
21.第二备份模块，用于获取所述第二客户端回传的签署合同文件，将所述签署合同文件备份为签署合同文件备份，并将所述签署合同文件发送至所述第一客户端；
22.附件目录生成模块，用于获取所述第一客户端及所述第二客户端上传的附件，并生成附件目录；
23.合并模块，用于将所述附件、附件目录、签署合同文件备份、拟定合同备份及要约文件合并获得电子合同档案；
24.加密模块，用于对所述电子合同档案进行加密，根据要约文件，生成密匙，将密匙分发至所述第一客户端和所述第二客户端。
25.进一步的，所述加密模块包括：运算单元，用于对所述要约文件进行哈希运算，获取哈希值；密匙生成单元，用于将哈希值分割成两份文件，形成第一密匙和第二密匙；分发单元，用于将所述第一密匙分发至所述第一客户端，将所述第二密匙分发至所述第二客户端。
26.进一步的，所述的用于远程签署合同的装置，还包括：第一解密模块，用于当获取所述第一客户端发送的第一密匙时，则将所述电子合同档案解密并发送至所述第一客户端；第二解密模块，用于当获取所述第二客户端发送的第二密匙时，则将所述电子合同档案解密并发送至所述第二客户端。
27.进一步的，所述的用于远程签署合同的装置，还包括：验证模块，用于当获取到所述第一客户端发送的第一密匙，且在设定时间内，获取到所述第二客户端发送的第二密匙时，验证第一密匙和第二密匙组合后是否与所述要约文件的哈希值相等；确认模块，用于当所述验证模块的验证结果为相等时，则生成要约修改确认指令，并将所述要约修改确认指令分别发送至所述第一客户端和所述第二客户端；修改模块，用于若接收到所述第一客户端和所述第二客户端发送的修改反馈消息，则允许所述第一客户端或所述第二客户端上传文件至所述电子合同档案内。
28.本发明提供的一种用于远程签署合同的方法及装置，通过第一客户端和第二客户端的要约请求形成要约文件，并将要约文件生成密匙，对电子合同档案进行加密，实现线上合同签署，提高线上用户体验的顺畅性；实现电子签约后，可将各类数字凭证结合在一起，形成完整的电子合同档案，且该电子合同档案是被加密的，满足用车全流程的法律资料完
整性和安全性。
附图说明
29.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
30.图1为本发明的实施例一的用于远程签署合同的方法的流程示意图；
31.图2为本发明的实施例二的用于远程签署合同的装置的功能结构图。
具体实施方式
32.下面结合附图对本发明实施例进行详细描述。应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
33.本实施例提供一种用于远程签署合同的方法，以解决操作文档对应程序存在安全隐患时，使用该程序操作文档可能造成文档内容被篡改或泄露的技术问题。
34.图1为本发明实施例一的用于远程签署合同的方法的流程示意图，如图1所示，本实施例的用于远程签署合同的方法应用于电子设备。
35.本实施例的用于远程签署合同的方法，可以包括如下步骤：
36.步骤101：当接收到第一客户端的要约请求与第二客户端的要约请求后，进行响应，并依据获取到的要约请求生成要约文件。
37.第一客户端一般是指车辆租出方所使用的电子设备，第二客户端一般是指车辆租赁方所使用的电子设备。当两方有意签署合同时，第一客户端与第二客户端上传要约请求。其中，第一客户端上传的要约请求中包含有合同签署意向信息，以及第一客户端的身份信息及验证语句；第二客户端上传的要约请求中包含有合同签署意向信息，以及第二客户端的身份信息及验证语句。
38.当接收到两方的要约请求后需进行响应，响应的方式为发送提醒消息至第一客户端与第二客户端，提醒消息中包含有提醒用户开始合同签署流程的信息。同时，依据获取到的要约请求生成要约文件，要约文件包括：第一客户端身份信息、第一客户端留存验证语句、第二客户端身份信息、第二客户端留存验证语句。以便后续验证是否为本人操作，进而提升合同签署的安全性。
39.步骤102：将要约缔结消息分别发送至第一客户端及第二客户端。要约缔结消息中包含有通知用户开始合同签署的信息。
40.步骤103：获取第一客户端回传的待确认合同文件，将待确认合同文件备份为拟定合同备份，并将待确认合同文件发送至第二客户端。
41.第一客户端上传待确认合同文件后，将其备份，形成拟定合同备份。同时，将待确认合同文件发送至第二客户端，等待第二客户端进行签署。
42.步骤104：获取第二客户端回传的签署合同文件，将签署合同文件备份为签署合同文件备份，并将签署合同文件发送至第一客户端。
43.第二客户端接收转发的待确认合同文件后，获取用户上传的签署信息，形成签署合同文件，并将形成的签署合同文件上传。当本端获取到回传的签署合同文件后，将其备份，形成签署合同文件备份。同时，将签署合同文件发送至第一客户端，等待第一客户端的最终确认消息。
44.步骤105：当接收到第一客户端的最终确认消息后，获取第一客户端及第二客户端上传的附件，并生成附件目录。生成的附件目录数据加载至签署合同文件上。合同签署需要附件，当获取到附件后生成附件目录，以便两方进行查看和确认，也简化了合同签署的流程。
45.附件包括：验车单、付款凭证、车辆照片。
46.步骤106：将附件、附件目录、签署合同文件备份、拟定合同备份及要约文件合并获得电子合同档案。
47.电子合同档案内包含有整个合同签署流程的各个步骤的文件，方便用户后续的查看以及追溯，而且为可能发生的纠纷提供一定的参考价值。
48.步骤107：对电子合同档案进行加密，根据要约文件，生成密匙，将密匙分发至第一客户端和第二客户端。
49.加密操作可以保证电子合同档案的安全性，同时将密匙分发至第一客户端和第二客户端，以便第一客户端和第二客户端根据密匙查看、修改或添加内容至合同，提升合同存储的安全性。
50.其中，步骤107包括：首先，对要约文件进行哈希运算，获取哈希值，哈希运算使用的哈希函数是一个数学方程式，它可用文本，如电子邮件信息来生成称为信息摘要的代码；然后，将哈希值分割成两份文件，形成第一密匙和第二密匙；最后将第一密匙分发至第一客户端，将第二密匙分发至第二客户端。上述加密方式具有运算迅速，且可保证安全性的优点，应用在本发明的合同签署方法中，可进一步提高签署的顺畅性和安全性。
51.步骤108：当获取第一客户端发送的第一密匙时，则将电子合同档案解密并发送至第一客户端。当第一客户端有查看合同的需求时，则必须在第一密匙验证通过后才可将解密的电子合同档案下发，保证安全性。
52.步骤109：当获取第二客户端发送的第二密匙时，则将电子合同档案解密并发送至第二客户端。当第二客户端有查看合同的需求时，则必须在第二密匙验证通过后才可将解密的电子合同档案下发，保证安全性。
53.当双方在签署合同后需要再次修改时，需要进行双向的验证，以确保在双方知情情况下进行修改，具体验证过程包括如下步骤：
54.步骤110：当获取到第一客户端发送的第一密匙时，开始计时。
55.步骤111：判断在设定时间内是否接收到第二客户端发送的第二密匙。设定时间可选为15s-30s。进行时间的限制是减少第二客户端被外界因素影响作出响应的可能性。
56.步骤112：若在设定时间内接收到第二客户端发送的第二密匙，则验证第一密匙和第二密匙组合后是否与要约文件的哈希值相等。若相等，则证明第一密匙和第二密匙是正确的，即可开始进行合同修改流程。
57.步骤113：若步骤112的验证结果为相等，则生成要约修改确认指令，并将要约修改确认指令分别发送至第一客户端和第二客户端。要约修改确认指令中包含有提醒第一客户
端与第二客户端是否同意开始修改合同的信息。
58.步骤114：判断是否接收到第一客户端与第二客户端发送的修改反馈消息，修改反馈消息中包含有同意修改合同的信息。
59.步骤115：若接收到第一客户端和第二客户端发送的修改反馈消息，则允许第一客户端或第二客户端上传文件至电子合同档案内。
60.修改的合同文件是重新上传至电子合同档案内，而不是将之前签订的合同进行修订或覆盖，从而可建立更加全面的、完整的流程档案，增加可追溯性。同时，合同修改的双向验证过程是基于要约文件的哈希值进行判定的，且要约文件具有留存的验证语句，使得验证过程具有较高的安全性，降低文件被攻克篡改的几率。
61.图2为本发明用于远程签署合同的装置实施例一的结构示意图，如图2所示，本实施例的装置可以包括：响应生成模块、缔结模块、第一备份模块、第二备份模块、附件目录生成模块、合并模块、加密模块。
62.响应生成模块，用于响应第一客户端的要约请求及第二客户端的要约请求，并生成要约文件。第一客户端一般是指车辆租出方所使用的电子设备，第二客户端一般是指车辆租赁方所使用的电子设备。
63.当两方有意签署合同时，第一客户端与第二客户端上传要约请求至响应生成模块。其中，第一客户端上传的要约请求中包含有合同签署意向信息，以及第一客户端的身份信息及验证语句；第二客户端上传的要约请求中包含有合同签署意向信息，以及第二客户端的身份信息及验证语句。
64.当响应生成模块接收到两方的要约请求后需进行响应，响应的方式为发送提醒消息至第一客户端与第二客户端，提醒消息中包含有提醒用户开始合同签署流程的信息。同时，响应生成模块依据获取到的要约请求生成要约文件，要约文件包括：第一客户端身份信息、第一客户端留存验证语句、第二客户端身份信息、第二客户端留存验证语句。以便后续验证是否为本人操作，进而提升合同签署的安全性。
65.缔结模块，用于将要约缔结消息分别发送至第一客户端及第二客户端；要约缔结消息中包含有通知用户开始合同签署的信息。
66.第一备份模块，用于获取第一客户端回传的待确认合同文件，将待确认合同文件备份为拟定合同备份，并将待确认合同文件发送至第二客户端。
67.第一客户端上传待确认合同文件后，第一备份模块将其备份，形成拟定合同备份。同时，第一备份模块将待确认合同文件发送至第二客户端，等待第二客户端进行签署。
68.第二备份模块，用于获取第二客户端回传的签署合同文件，将签署合同文件备份为签署合同文件备份，并将签署合同文件发送至第一客户端。
69.第二客户端接收到第一备份模块转发的待确认合同文件后，获取用户上传的签署信息，形成签署合同文件，并将形成的签署合同文件上传至第二备份模块。当第二备份模块获取到回传的签署合同文件后，将其备份，形成签署合同文件备份。同时，第二备份模块将签署合同文件发送至第一客户端，等待第一客户端的最终确认消息。
70.附件目录生成模块，用于当接收到第一客户端的最终确认消息后，获取第一客户端及第二客户端上传的附件，并生成附件目录。生成的附件目录数据加载至签署合同文件上。合同签署需要附件，当附件目录生成模块获取到附件后生成附件目录，以便两方进行查
看和确认，也简化了合同签署的流程。
71.附件包括：验车单、付款凭证、车辆照片。
72.合并模块，用于将附件、附件目录、签署合同文件备份、拟定合同备份及要约文件合并获得电子合同档案。电子合同档案内包含有整个合同签署流程的各个步骤的文件，方便用户后续的查看以及追溯，而且为可能发生的纠纷提供一定的参考价值。
73.加密模块，用于对电子合同档案进行加密，根据要约文件，生成密匙，将密匙分发至第一客户端和第二客户端。加密操作可以保证电子合同档案的安全性，同时加密模块将密匙分发至第一客户端和第二客户端，以便第一客户端和第二客户端根据密匙查看、修改或添加内容至合同，提升合同存储的安全性。
74.加密模块包括：运算单元、密匙生成单元、分发单元。
75.运算单元，用于对要约文件进行哈希运算，获取哈希值。哈希运算使用的哈希函数是一个数学方程式，它可用文本，如电子邮件信息来生成称为信息摘要的代码。
76.密匙生成单元，用于将哈希值分割成两份文件，形成第一密匙和第二密匙。
77.分发单元，用于将密匙生成单元生成的第一密匙分发至第一客户端，将密匙生成单元生成的第二密匙分发至第二客户端。
78.上述加密方式具有运算迅速，且可保证安全性的优点，应用在本发明的合同签署装置中，可进一步提高签署的顺畅性和安全性。
79.本发明的用于远程签署合同的装置还包括：第一解密模块及第二解密模块。
80.第一解密模块，用于当获取第一客户端发送的第一密匙时，则将电子合同档案解密并发送至第一客户端。当第一客户端有查看合同的需求时，则第一解密模块必须在第一密匙验证通过后才可将解密的电子合同档案下发，保证安全性。
81.第二解密模块，用于当获取第二客户端发送的第二密匙时，则将电子合同档案解密并发送至第二客户端。当第二客户端有查看合同的需求时，则第二解密模块必须在第二密匙验证通过后才可将解密的电子合同档案下发，保证安全性。
82.当双方在签署合同后需要再次修改时，需要进行双向的验证，以确保在双方知情情况下进行修改，因此，本发明的用于远程签署合同的装置还包括：验证模块、确认模块、修改模块。
83.验证模块，用于当获取到第一客户端发送的第一密匙，且在设定时间内，获取到第二客户端发送的第二密匙时，验证第一密匙和第二密匙组合后是否与要约文件的哈希值相等。
84.当验证模块获取到第一客户端发送的第一密匙时，开始计时。验证模块判断在设定时间内是否接收到第二客户端发送的第二密匙。设定时间可选为15s-30s。进行时间的限制是减少第二客户端被外界因素影响作出响应的可能性。
85.若在设定时间内，验证模块接收到第二客户端发送的第二密匙，则验证第一密匙和第二密匙组合后是否与要约文件的哈希值相等。若相等，则证明第一密匙和第二密匙是正确的，即可开始进行合同修改流程。
86.确认模块，用于当验证模块的验证结果为相等时，则生成要约修改确认指令，并将要约修改确认指令分别发送至第一客户端和第二客户端。要约修改确认指令中包含有提醒第一客户端与第二客户端是否同意开始修改合同的信息。
87.修改模块，用于若接收到第一客户端和第二客户端发送的修改反馈消息，则允许第一客户端或第二客户端上传文件至电子合同档案内。修改反馈消息中包含有同意修改合同的信息。
88.修改的合同文件是重新上传至电子合同档案内，而不是将之前签订的合同进行修订或覆盖，从而可建立更加全面的、完整的流程档案，增加可追溯性。同时，合同修改的双向验证过程是基于要约文件的哈希值进行判定的，且要约文件具有留存的验证语句，使得验证过程具有较高的安全性，降低文件被攻克篡改的几率。
89.本实施例的装置，可以用于执行上述所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
90.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
91.本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。
92.尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
93.为了描述的方便，描述以上装置是以功能分为各种单元/模块分别描述。当然，在实施本发明时可以把各单元/模块的功能在同一个或多个软件和/或硬件中实现。
94.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)或随机存储记忆体(random access memory，ram)等。
95.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。