一种协议签署方法及系统与流程

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.图1为一种协议签署方法的流程示意图；图2为本实施例判断合作加盟申请是否符合协议签署的流程示意图；图3为本实施例获取手写签名信息之前的流程示意图；图4为本实施例获取当前手写签名的签名图片的流程示意图；图5为本实施例解密失败重新获取手写签名信息的流程示意图；图6为一种协议签署系统的示意图。
29.附图标记：1、加盟获取模块；2、条件判断模块；3、签名获取模块；4、签名判断模块；5、签名图片获取模块；6、协议签署模块；21、加盟类型判断子模块；22、身份证扫描子模块；23、身份信息获取子模块；24、团队创建认证子模块；51、图片截取子模块；52、文件加密子模
块；53、文件发送子模块；54、文件接收子模块；55、文件解密子模块；56、解密判断子模块。
具体实施方式
30.以下结合附图1-6对本技术作进一步详细说明。
31.参照图1本实施例公开申请一种协议签署方法，包括如下步骤：s100.获取合作加盟申请；客户向平台申请合作加盟申请，平台获取合作加盟的申请，建立加盟请求。
32.s200.判断合作加盟申请是否符合协议签署条件；合作加盟者需要提供信息，系统审核提供的信息，判断出提供的信息是否符合协议签署的条件。
33.在本实施例中，系统主要根据合作加盟者提供的信息判断出是否属于失信人员，或者是否提供的身份信息不完整等情况。
34.s300.当判断为是时，获取手写签名信息；当系统判断出符合协议签署的条件时，系统会让加盟者进行手写签名。
35.在本实施例中采用apicloud官方提供的drawingboard模板开发，它是一个手写签名模块。
36.在本实施例中，如果系统判断出不符合协议签署的条件，系统会不予通过，需要对信息进行整改。s400.根据手写签名信息判断手写签名是否成功；当在手写签名模块进行手写签名后，判断手写的签名是否能够辨别清楚且是否完成了手写签名等情况。s500.当手写签名失败时，则重新判断合作加盟申请是否符合协议签署条件；当系统判断出手写签名失败时，系统会再次判断提供的信息是否符合加盟的条件，符合会再次需要进行手写签名。
37.s600.当手写签名成功时，则获取当前手写签名的签名图片；当手写签名成功后，系统会自动的对手写的签名进行截图，形成一张带有手写签名的图片。
38.s700.根据签名图片完成协议签署。
39.获得到手写签名的图片后，系统采用php语言开发，将带有样式的合作协议文本先生成一张底图，再利用第三方插件intervention image将合作的协议与签名图片合成最终效果图，这样就完成了协议的签署。
40.采用此技术方案，创建合作加盟申请，合作者提供身份信息，系统识别并判断身份信息是否符合加盟条件，当符合申请加盟条件时，会进行手写签名，当签名完成后，系统获取手写签名的图片与合作协议的底图合成最终的效果图，这样完成协议的签署。合成后的协议签名，很好地确定了双方的职责与权利。后台审核合作加盟，有了很好的依据性，知晓用户已认真阅读协议内容。在本实施例的其中一种实施方式中，参照图2，步骤s200即判断合作加盟申请是否符合协议签署条件包括：s210.判断合作加盟申请的类型；
系统判断出加盟者所申请的合作加盟类型。
41.在本实施例中，加盟类型主要为资源合作型和团队合作型两种合作类型。
42.s220.当合作加盟申请的类型为资源合作型时，则上传身份证扫描件；当合作类型为资源合作型时，需要将合作对象的身份证进行扫描上传。
43.资源合作型为在各方面来进行合作加盟的情况。
44.在本实施例中采用摄像头对身份证进行拍照来达到身份证的扫描上传。
45.s230.获取身份证扫描件的身份信息。
46.将扫描获得到的身份证扫描件通过系统的扫描识别，提取身份证照片上的身份信息。
47.s240.当合作加盟申请的类型为团队合作型时，则上传身份证扫描件；s250.获取身份证扫描件的身份信息；s260.根据身份信息完成团队创建并进行团队的认证。
48.当系统判断出合作类型为团队合作型时，同样需要上传身份证照片，系统需要对身份证照片进行信息识别，识别通过后后系统会创建一个团队，将身份信息放入团队来进行团队的认证，当团队认证通过后，系统自动进行下一步操作。
49.团队合作是指团队里面通过共同的合作完成某项事情。
50.采用此技术方案，判断合作加盟的类型，当加盟类型为资源合作型加盟时，则需要上传甲乙双方的身份证的扫描件，根据身份证的扫描件，提取身份证的身份信息。根据身份信息，还可以判断出提供的身份信息是否为失信人员，如果为失信人员，系统会自动的拒绝合作加盟。当判断出加盟申请的类型为团队合作型，同样需要上传身份证扫描件，然后根据身份证扫描件来提取身份证的身份信息，同时需要完成团队的创建，完成合作加盟还需要团队的认证，团队的认证或者身份信息认证不通过，则不能够完成加盟。这样可以保证团队对加盟的审核，能够更好的管理团队的合作加盟，提高了加盟的安全性。
51.在本实施例的其中一种实施方式中，参照图3，步骤s300即获取手写签名信息之前还包括：s310.判断签署的协议是否为首次签署；在手写签名之前系统还会判断加盟者是否首次在平台上进行加盟申请。
52.s320.当签署的协议为非首次签署时，则获取是否允许调用预存签名信息；如果判断出加盟者之前在平台进行过加盟，系统会发送请求是否调用之前预存在系统里的手写签名，加盟者只需要点击同意还是拒绝就可以达到要求。
53.s330.当允许获取预存签名信息，则调用先前预存在系统的手写签名信息；当加盟者同意调用之前预存在系统里的签名信息时，系统自动调用系统里的手写签名信息，来代替手写签名步骤。
54.s340.当不允许获取预存签名信息，则进行手写签名；当加盟者不允许调用时，系统会启动签名模板，要求加盟者进行手写签名的操作。
55.s350.当签署的协议为首次签署时，则进行手写签名。
56.如果系统判断出该加盟者之前没有进行过加盟过，系统会启动签名模块，要求加盟者进行手写签名。
57.采用此技术方案，这样通过调用预存的手写签名，快速的进行协议的签署，并且还
提高了安全性，防止签完名后被人为的进行修改。
58.在本实施例的其中一种实施方式中，参照图4，步骤s600即获取当前手写签名的签名图片包括：s610.获取手写签名图片，生成签名图片信息；当手写签名完成后，系统对手写签名进行截图，生成签名图片信息，s620.将签名图片信息进行加密，生成加密签名图片信息文件；将得到的签名图片进行加密处理。
59.在本实施例中，加密处理采用aes对称算法来进行加密处理。
60.s630.将加密签名图片信息文件进行发送。
61.在本实施例中，签名图片的截取以及加盟类型的判断、获取手写签名信息等都是在系统的前端进行。
62.采用此技术方案，通过对签名图片的加密，可以提高签名图片的安全性，防止在签署的过程中人为的进行篡改。
63.s640.获取加密签名图片信息文件；将前端系统进行加密后的手写签名图片信息文件进行接收。
64.s650.将加密签名图片信息文件进行解密；根据前端系统传过来的密文和加密的签名图片信息文件对文件进行解密操作。
65.s660.判断是否能够解密加密签名图片信息文件；s670.当加密签名图片信息文件不能够解密，则重新获取手写签名信息；如果不能够正常解密加密的签名图片信息文件，系统会重新打开手写签名模块来重新进行手写签名。
66.s680.当加密签名图片信息文件能够解密，则完成协议签署。
67.在本实施例中，对加密签名图片信息文件的解密以及合成最终的效果图在系统的后端来进行完成。
68.采用此技术方案，判断是否能够成功的对文件进行解密，当文档不能够解密，需要重新获取手写签名信息，如果能够进行解密，则可以完成协议的签署。这样可以通过对文件的解密来获取签名图片信息文件，如果不能够正常解析说明签名图片有可能被人进行了篡改，此时进行协议的签署不安全。通过对文件的解密过程，保证了协议签署的安全性，防止了被人篡改的风险。
69.在本实施例的其中一种实施方式中，参照图5，步骤s670即当解密加密签名图片信息不能够解密，则重新获取手写签名信息包括：s671.判断加密签名图片信息文件是否被损毁；当文档不能够被正常的进行解密时，系统会自动对文件进行判断，看是否文件被损坏而不能够被解密。
70.s672.当加密签名图片信息文件文件被损毁，则重新获取手写签名信息，并记录获取次数；如果判断出是因为文件损坏导致解密失败的情况下，系统会重新调用手写签名模块来进行手写签名，获取手写签名信息，并且还要记录重新获取手写签名信息的次数。
71.s673.将获取次数与获取次数阈值进行对比；
在本实施例中，获取次数阈值为3次，还可以为2次、4次或5次等，具体的根据实际情况来进行选择。
72.s674.当获取次数小于或等于获取次数阈值，则完成协议的签署；s675.当获取次数大于获取次数阈值，则禁止协议的签署；如果和获取的次数大于获取次数阈值，说明不管怎样都不会获取成功，这时系统会自动的退出加盟合作，禁止协议签署。
73.s676.当加密签名图片信息文件文件没有被损毁，则禁止协议的签署。
74.当系统判断出文件没有被损毁且文件解密不成功，说明文件有可能被进行篡改过，这时系统会立马退出合作加盟，禁止协议签署。
75.采用此技术方案，当加密的签名图片信息文件不能够被解密时，继续判断文件是否被损坏，当文件被损坏，则重新获取手写签名的信息，并且记录获取的次数，当获取的次数大于次数阈值后，说明手写签名不能够获取成功，这时，系统会禁止协议的签署。当解密不成功并且判断出文件没有被损坏，这是文件就有可能被人为的进行篡改了，这是系统会禁止协议进行签署。这样通过多文件是否损坏的判断，可以防止文件在损坏的情况下不能够进行协议的签署，这样可以防止误判而导致协议签署不成功的情况的发生。
76.参照图6所示，本发明实施例还提供一种协议签署系统，包括：加盟获取模块1、条件判断模块2、签名获取模块3、签名判断模块4、签名图片获取模块5和协议签署模块6。
77.加盟获取模块1，用于获取合作加盟申请；条件判断模块2，用于判断合作加盟申请是否符合协议签署条件；签名获取模块3，用于获取手写签名信息；签名判断模块4，用于根据手写签名信息判断手写签名是否成功；签名图片获取模块5，用于获取当前手写签名的签名图片；协议签署模块6，用于根据签名图片完成协议签署。
78.采用此技术方案，加盟获取模块1获取加盟的申请，获取到加盟申请后条件判断模块2判断是否符合协议签署的条件，当符合签署条件时，签名获取模块3获取协议签订的手写签名信息，然后签名判断模块4来判断手写签名是否签名成功，如果签名成功，签名图片获取模块5会对手写签名进行截图，获取手写签名的图片，然后通过协议签署模块6将合作协议与签名图片合成最终的效果图。这样通过各个模块相互的配合，使得协议能够安全的签订，并且还能够很好地确定双方的职责与权利。
79.在本实施例的其中一种实施方式中，参照图6，条件判断模块2包括：加盟类型判断子模块21、身份证扫描子模块22、身份信息获取子模块23和团队创建认证子模块24。
80.加盟类型判断子模块21，用于判断合作加盟申请的类型；身份证扫描子模块22，用于上传身份证扫描件；身份信息获取子模块23，用于获取身份证扫描件的身份信息；团队创建认证子模块24，用于根据身份信息完成团队创建并进行团队的认证。
81.采用此技术方案，通过获取身份信息和通过团队的认证，才能够完成协议的签署，当有些人为失信人员或者为非团队人员，这样就可以拒绝他们的合作申请，保证了签署的安全性。
82.在本实施例的其中一种实施方式中，参照图6，签名图片获取模块5包括：图片截取子模块51、文件加密子模块52、文件发送子模块53、文件接收子模块54、文件解密子模块55以及解密判断子模块56。
83.图片截取子模块51，用于截取手写签名图片，生成签名图片信息；文件加密子模块
52，用于将签名图像信息进行加密，生成加密签名图片信息文件；文件发送子模块53，用于将加密签名图片信息文件进行发送；文件接收子模块54，用于接收加密签名图片信息文件；文件解密子模块55，用于将加密签名图片信息文件进行解密；解密判断子模块56，用于判断是否能够解密加密签名图片信息文件。
84.采用此技术方案，图片截取子模块51对手写签名进行截取，截取手写签名图片，将截取到的手写签名图片通过文件加密子模块52对其进行加密处理。将加密的文件通过文件发送子模块53发送给后台进行处理，后台的文件接收子模块54接收加密的文件，然后文件解密子模块55对加密的文件进行解密，解密判断子模块56对文件是否能够正常解密进行判断。这样通过各个子模块对文件进行加密，然后在解密，防止人为的篡改，增加了协议签署的安全性。
85.以上均为本技术的较佳实施例，并非依此限制本技术的保护范围，故：凡依本技术的结构、形状、原理所做的等效变化，均应涵盖于本技术的保护范围之内。