用于电子签合同的中台服务系统和电子签合同的方法与流程

1.本发明属于电子签合同技术领域，具体涉及一种用于电子签合同的中台服务系统和电子签合同的方法。


背景技术：

2.随着网络技术的发展和电子产品的普及，人们越来越习惯使用手机等电子产品来完成一些复杂的操作，出门带个手机就可以满足生活大多数需求。而电子合同就是一种使用手机就可以完成合同的签署、查看、下载等功能的技术。
3.目前的电子签合同都是由各个业务方直接对接供应商来完成，如oa系统对接契约锁、人力资源系统对接上上签等。电子签合同涉及接口有创建并发送合同、签署合同、下载合同、查询合同详情、实名认证、撤销合同、签署提醒等等。但是存在以下缺点：
4.1、沟通困难。现有技术业务方自行对接供应商，项目交互后遇到问题时会出现供应商响应不及时甚至无答复的情况，严重影响业务方的故障修复效率，可能会给业务方带来很严重的后果。
5.2、开发成本高。现有技术需要各业务方自行开发接入某个供应商。接口的开发需要投入时间和成员成本，而供应商接口都是一套。如多个业务方接入同一家供应商，现在技术需要开发两套，则造成浪费。


技术实现要素：

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.根据所述第一参数信息中的产品类型确定该产品的定制化需求和特殊逻辑，并将所述第一参数信息进行整理以满足该产品的定制化需求和特殊逻辑，获取第二参数信息；
31.根据所述第一参数信息中的供应商的名称确定所述目标供应商，并将所述第二参数信息的字段转换成所述目标供应商适配的字段，获取第三参数信息；
32.通过供应商接口将所述第三参数信息发送至所述目标供应商，以使所述目标供应商为用户提供电子签合同的服务。
33.进一步的，所述方法还包括：
34.利用中台服务器判断所述业务端的每日合同发送总量是否大于所述业务端的每日合同发送总量的上限值以及所述业务端的合同发送速度是否大于所述业务端的合同发送速度的上限值，当所述业务端的每日合同发送总量大于所述业务端的每日合同发送总量的上限值或所述业务端的合同发送速度大于所述业务端的合同发送速度的上限值时，发出警报，并禁止所述业务端发送合同。
35.本发明采用以上技术方案，能够达到的有益效果包括：通过中台服务器接收业务
端发送的签署合同请求和秘钥，当所述秘钥正确时，根据所述签署合同请求确定目标供应商，以使所述目标供应商为用户提供电子签合同的服务，由于中台服务系统是内部服务，将供应商接口直接导入内部服务，不仅避免了因供应商与业务方沟通不及时导致合同签署效率低的问题，还避免了由于供应商的不同需要重复的开发的问题，大大的降低了开发成本。
附图说明
36.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
37.图1是根据一示例性实施例示出的一种用于电子签合同的中台服务系统的结构示意图；
38.图2是根据一示例性实施例示出的一种用于电子签合同的中台服务系统的应用场景示意图；
39.图3是根据一示例性实施例示出的一种电子签合同的方法的流程图。
具体实施方式
40.为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。
41.图1是根据一示例性实施例示出的一种用于电子签合同的中台服务系统的结构示意图，如图1所示，该系统包括：
42.中台服务器，用于接收业务端发送的签署合同请求和秘钥，当秘钥正确时，根据签署合同请求确定目标供应商，以使目标供应商为用户提供电子签合同的服务；
43.多个供应商接口，用于与各个供应商进行信息交互。
44.一些实施例中，供应商可以但不限于为：e签宝、上上签或契约锁等。
45.需要说明的是，用于电子签合同的中台服务系统可以与多个业务端和多个供应商进行对接，例如，如图2所示的用于电子签合同的中台服务系统的应用场景示意图。用于电子签合同的中台服务系统与业务端可以但不限于通过网关进行对接。
46.本发明实施例提供的用于电子签合同的中台服务系统，通过中台服务器接收业务端发送的签署合同请求和秘钥，当所述秘钥正确时，根据所述签署合同请求确定目标供应商，以使所述目标供应商为用户提供电子签合同的服务，由于中台服务系统是内部服务，不存在项目交互就不搭理的情况，内部沟通也较为方便，所以可以给业务方更多保障服务，协助解决问题，避免了因供应商与业务方沟通不及时导致合同签署效率低的问题；同时，各业务方只需要调用电子签中台服务的接口，即可完成电子签合同的一系列接口使用，后续想切换不同供应商时，亦可通过配置参数完成供应商的切换使用，从而方便后期维护；解决因为某一供应商出现问题，而影响业务方重要业务的情况，还避免了由于供应商的不同需要重复的开发的问题，大大的降低了开发成本。
47.中台服务器进一步的，签署合同请求携带第一参数信息；
48.第一参数信息包括：合同签署方信息、签署位置信息、合同的时效、合同文件和产品配置信息；
49.产品配置信息包括：供应商的名称和产品类型。
50.进一步的，该中台服务器，还包括：
51.数据库，用于存储第一参数信息。
52.可以理解的是，通过对合同签署方信息、签署位置信息、合同的时效、合同文件和产品配置信息等业务方的相关数据进行保存，可以方便业务方的查询，不必依赖供应商，同时也可以提高业务方查询、处理数据的效率。
53.进一步的，中台服务器，具体用于：
54.判断业务端发送的秘钥与预先配置的业务端的预设秘钥是否相同，若相同，则接受业务端发送的签署合同请求；若不相同，则拒绝业务端发送的签署合同请求；
55.根据第一参数信息中的产品类型确定该产品的定制化需求和特殊逻辑，并将第一参数信息进行整理以得到第二参数信息；
56.根据第一参数信息中的供应商的名称确定目标供应商，并将第二参数信息的字段转换成目标供应商适配的字段，获取第三参数信息；
57.通过供应商接口将第三参数信息发送至目标供应商，以使目标供应商为用户提供电子签合同的服务。
58.例如，假设业务端发送的秘钥为000，中台服务器为业务端配置的预设秘钥为111，则业务端发送的秘钥不正确，拒绝业务端发送的签署合同请求；
59.假设业务端发送的秘钥为000，中台服务器为业务端配置的预设秘钥为000，则业务端发送的秘钥正确，接受业务端发送的签署合同请求。
60.可以理解的是，各个供应商接口参数字段不同，所以当中台服务器与供应商进行信息交互时，需要在该中台服务系统做个转换适配(例如，将第二参数信息的字段转换成目标供应商适配的字段或者将供应商提供的参数字段转换成中台服务器适配的字段)，从而做出一套满足各供应商接入的服务。同时留好的后续增加供应商的口子，便于增加供应商接入。
61.需要说明的是，对第一参数信息进行整理的目的是为了满足该产品的定制化需求和特殊逻辑，一些实施例中，产品的定制化需求可以但不限于为：员工贷类产品要求签署字体大小为16号，工程业务产品要求客户签署姓名时需按顺序签署，金融业务产品方要求提供合同详情查询接口以方便业务方随时查看合同状态等。
62.一些实施例中，由于不同产品的具体逻辑可能有些许差别，所以不同的产品可能需要一些特殊逻辑，从而根据特殊逻辑进行适配处理。例如，签署日期格式：网点贷产品要求格式yyyy年mm月dd日，而工程业务产品要求yyyy
‑
mm
‑
dd。
63.具体可选的，中台服务器，还用于：根据产品类型，为业务端提供相应的产品参数配置。
64.例如，网点贷和员工贷两个产品分配通过产品参数jrwdd和jrygd对两种产品数据隔离，同时方便后续统计汇总。
65.进一步的，中台服务器，还用于：分别为每个业务端和每个供应商配置预设秘钥。
66.需要说明的是，无论是业务端还是供应商，所有的预设秘钥均不相同。通过为业务端和供应商分别单独配置秘钥，保证整个合同发送签署流程的安全性和独立性。
67.可以理解的是，当供应商与中台服务系统进行交涉前，需要通过供应商接口向中台服务系统中的中台服务器发送秘钥，当该秘钥和中台服务器为供应商配置的预设秘钥相同时，供应商才能与中台服务系统进行交涉，保证了合同的安全性。
68.进一步的，中台服务器，还用于：配置业务端的每日合同发送总量的上限值和合同发送速度的上限值；
69.当业务端的每日合同发送总量大于业务端的每日合同发送总量的上限值，或者，业务端的合同发送速度大于业务端的合同发送速度的上限值时，发出警报，并禁止业务端发送合同。
70.需要说明的是，本发明实施例对“业务端的每日合同发送总量的上限值”和“业务端的合同发送速度的上限值”不做限定，一些实施例中，可以由本领域技术人员根据实验数据或专家经验等进行设置。
71.可以理解的是，通过限制每日合同的总发送量，防止网络攻击或系统漏洞问题等因素产生大量的无效合同，给公司造成金钱损失，因为合同一般是按件计费的。通过限制合同发送的速度，避免一些意外因素造成的损失；同时，控制合同发送速度，可以提升系统的稳定性，防止瞬时并发太高，对系统造成影响甚至崩溃。
72.本发明实施例提供的用于电子签合同的中台服务系统，通过中台服务器接收业务端发送的签署合同请求和秘钥，当所述秘钥正确时，根据所述签署合同请求确定目标供应商，以使所述目标供应商为用户提供电子签合同的服务，由于中台服务系统是内部服务，不存在项目交互就不搭理的情况，内部沟通也较为方便，所以可以给业务方更多保障服务，协助解决问题，避免了因供应商与业务方沟通不及时导致合同签署效率低的问题；同时，各业务方只需要调用电子签中台服务的接口，即可完成电子签合同的一系列接口使用，后续想切换不同供应商时，亦可通过配置参数完成供应商的切换使用，从而方便后期维护；解决因为某一供应商出现问题，而影响业务方重要业务的情况，还避免了由于供应商的不同需要重复的开发的问题，大大的降低了开发成本。
73.本发明实施例还提供一种电子签合同的方法，如图2所示，该方法包括：
74.步骤101：业务端向中台服务器发送签署合同请求和秘钥；
75.步骤102：当业务端发送的秘钥与预先配置的业务端的预设秘钥相同时，中台服务器根据签署合同请求确定目标供应商，以使目标供应商为用户提供电子签合同的服务。
76.进一步的，签署合同请求携带第一参数信息；
77.第一参数信息包括：合同签署方信息、签署位置信息、合同的时效、合同文件和产品配置信息；
78.产品配置信息包括：供应商的名称和产品类型。
79.进一步的，步骤102中中台服务器根据签署合同请求确定目标供应商，以使目标供应商为用户提供电子签合同的服务，包括：
80.根据第一参数信息中的产品类型确定该产品的定制化需求和特殊逻辑，并将第一参数信息进行整理以满足该产品的定制化需求和特殊逻辑，获取第二参数信息；
81.根据第一参数信息中的供应商的名称确定目标供应商，并将第二参数信息的字段
转换成目标供应商适配的字段，获取第三参数信息；
82.通过供应商接口将第三参数信息发送至目标供应商，以使目标供应商为用户提供电子签合同的服务。
83.进一步的，该方法还包括：
84.利用中台服务器判断业务端的每日合同发送总量是否大于业务端的每日合同发送总量的上限值以及业务端的合同发送速度是否大于业务端的合同发送速度的上限值，当业务端的每日合同发送总量大于业务端的每日合同发送总量的上限值或业务端的合同发送速度大于业务端的合同发送速度的上限值时，发出警报，并禁止业务端发送合同。
85.本发明实施例提供的一种电子签合同的方法，通过业务端向中台服务器发送签署合同请求和秘钥，当业务端发送的秘钥与预先配置的业务端的预设秘钥相同时，中台服务器根据签署合同请求确定目标供应商，以使目标供应商为用户提供电子签合同的服务，不仅避免了因供应商与业务方沟通不及时导致合同签署效率低的问题，还避免了由于供应商的不同需要重复的开发的问题，大大的降低了开发成本。
86.可以理解的是，上述提供的方法实施例与上述的系统实施例对应，相应的具体内容可以相互参考，在此不再赘述。
87.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
88.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
89.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令方法的制造品，该指令方法实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
90.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
91.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。