实现电子协议签约的方法和装置与流程

本申请涉及网络通信技术领域，尤其涉及一种实现电子协议签约的方法和装置。

背景技术：

随着互联网技术的发展和智能终端的普及，人们能够通过网络完成的工作和生活事项越来越多。与线下服务类似，人们在接受网络服务前，经常需要就该项服务订立一项到多项协议，以约定该服务所涉及的相关各方的权利义务。在网络环境里订立协议通常通过签署电子协议来进行，即各个签约方以电子技术手段表明对协议内容的认可，生成对各方均具有法律效力的协议。

在互联网金融领域，综合性的金融服务平台向用户提供多种不同类型、不同标的的金融项目或金融产品(业务场景)，用户参与或选购前都需要针对该项目或产品签署电子协议。不同的项目或产品的协议通常不同，并且协议的内容、协议签署的具体处理流程可能因业务的变化而发生变化。

现有技术中，各个业务场景的协议展示、签署过程通常由负责该业务场景开发的工程师编写代码实现。当一些协议的展示或签署过程发生变化时，涉及到的业务场景需要修改代码并重新发布，不仅要进行大量重复、繁琐的工作，而且耗时很长，难以满足业务灵活性的要求。

技术实现要素：

有鉴于此，本申请提供一种实现电子协议签约的方法，应用于服务端前台，所述方法包括：

接收用户终端的待签合约请求，根据待签合约请求中的业务信息确定合约标识；

向服务端后台发送所述合约标识，接收服务端后台返回的所述合约标识对应的合约配置参数，所述合约配置参数中包括至少一个待签署的协议；

根据所述合约配置参数响应用户终端的待签合约请求，供所述用户终端进行所述协议的签署过程。

本申请提供的一种实现电子协议签约的方法，应用于服务端后台，所述服务端后台维护有合约标识与合约配置参数的对应关系，所述方法包括：

接收服务端前台发送的合约标识；所述合约标识由服务端前台根据来自用户终端的待签合约请求中的业务信息确定；

获取所述合约标识对应的合约配置参数并返回给服务端前台；所述合约配置参数中包括至少一个待签署的协议，供服务端前台对所述待签合约请求进行响应。

本申请还提供了一种实现电子协议签约的装置，应用于服务端前台，所述装置包括：

待签合约请求接收单元，用于接收用户终端的待签合约请求，根据待签合约请求中的业务信息确定合约标识；

合约配置参数获取单元，用于向服务端后台发送所述合约标识，接收服务端后台返回的所述合约标识对应的合约配置参数，所述合约配置参数中包括至少一个待签署的协议；

待签合约请求响应单元，用于根据所述合约配置参数响应用户终端的待签合约请求，供所述用户终端进行所述协议的签署过程。

本申请提供的一种实现电子协议签约的装置，应用于服务端后台，所述服务端后台维护有合约标识与合约配置参数的对应关系，所述装置包括：

合约标识接收单元，用于接收服务端前台发送的合约标识；所述合约标识由服务端前台根据来自用户终端的待签合约请求中的业务信息确定；

合约配置参数发送单元，用于获取所述合约标识对应的合约配置参数并返回给服务端前台；所述合约配置参数中包括至少一个待签署的协议，供服务端前台对所述待签合约请求进行响应。

由以上技术方案可见，本申请的实施例中，由服务端后台维护合约标识和合约配置参数的对应关系，服务端前台根据来自用户终端的业务信息确定合约标识，从服务端后台获取的对应的合约配置参数，并使用户终端进行由合约配置参数确定的协议签署过程，从而能够通过修改服务端后台的合约配置参数来改变各个业务场景中与协议签署相关的实现，而无需修改业务场景的代码并重新发布，不仅避免了大量重复繁琐的工作，而且能够及时迅速的根据业务需求完成修改。

附图说明

图1是本申请实施例应用场景的一种网络结构示意图；

图2是本申请实施例中一种应用在服务端前台的实现电子协议签约的方法的流程图；

图3是本申请实施例中一种应用在服务端后台的实现电子协议签约的方法的流程图；

图4是本申请应用示例中用户终端、服务端前台和服务端后台之间的交互流程图；

图5是服务端前台和服务端后台所在设备的一种硬件结构图；

图6是本申请实施例中一种应用在服务端前台的实现电子协议签约的装置的逻辑结构图；

图7是本申请实施例中一种应用在服务端后台的实现电子协议签约的装置的逻辑结构图。

具体实施方式

本申请的实施例提出一种新的实现电子协议签约的方法，将各个业务场景中与协议签署相关实现的可变化因素采用合约配置参数来表征，以合约标识来代表业务场景，在服务端后台维护合约标识与合约配置参数的对应关系，服务端前台根据用户终端的待签合约请求确定合约标识，按照从服务端后台获取的对应的合约配置参数，来实现用户终端的协议签署过程。这样通过修改对应于业务场景的合约配置参数，即可快速完成对该业务场景中协议签署实现的修改，从而避免重复繁琐的业务场景的代码修改及重新发布，以解决现有技术中存在的问题。

图1所示为本申请实施例一种应用场景的网络结构示意图，用户终端通过浏览器或者应用程序客户端访问服务端，来进行某种业务场景中的协议签署过程。服务端运行有服务端前台和服务端后台，其中服务端前台接收来自用户终端的请求并对其进行响应，通过与服务端后台的交互来获得与协议签署相关的配置及其他数据；服务端后台保存上述配置及其他数据，并向开发人员提供对配置及其他数据的查询、维护等功能。

本申请的实施例中，服务端前台和服务端后台可以运行在各种物理或逻辑设备上，如平板电脑、PC(Personal Computer，个人电脑)、笔记本、虚拟机、服务器等；可以是一个物理或逻辑设备，也可以是由两个或两个以上分担不同职责的物理或逻辑设备、相互协同来实现本申请实施例中服务端前台或服务端后台的各项功能；另外，服务端前台和服务端后台可以作为不同的软件功能模块运行在同一个物理或逻辑设备上；均不做限定。用户终端可以是手机、平板电脑、PC、笔记本等设备，同样不做限定。

本申请的实施例中，实现电子协议签约的方法应用于服务端前台的流程如图2所示，应用于服务端后台的流程如图3所示。

在服务端前台，步骤210，接收用户终端的待签合约请求，根据待签合约请求中的业务信息确定合约标识。

当用户终端根据用户的操作指令，启动当前业务流程中的协议签署过程时，用户终端向服务端前台发送待签合约请求。用户终端在待签合约请求中携带当前业务的业务信息，供服务端前台用来确定将要启动的用于当前业务流程的协议签署过程的合约标识。可以根据实际应用场景中业务系统的具体实现来确定将哪些与业务相关的信息作为业务信息，本申请的实施例不做限定。

服务端前台在收到用户终端的待签合约请求后，从中提取业务信息，确定与业务信息对应的合约标识。合约标识用来唯一代表一个协议签署过程，该协议签署过程可以用于一个到多个具体业务中。合约标识可以是随机生成的不重复的数字、字符串等，也可以采用具有唯一性的与具体业务相关的标识、或具有唯一性的与具体业务相关的标识的组合来作为合约标识，不做限定。

在一种实现方式中，每个业务场景具有对应的场景码，而当基于不同硬件和/或软件环境的用户终端访问服务端时，对合约中协议的展示或协议签署的后续处理过程的可能有所不同。例如，对通过客户端访问服务端的用户终端和对通过浏览器访问服务端的用户终端，其协议签署的具体流程有所不同；再如，IOS平台的用户终端与安卓平台的用户终端，向用户展示协议的方式不同。在这种实现方式中，可以将系统码和场景码的组合作为合约标识，这样当服务端前台收到用户终端的待签合约请求后，可以根据用户终端的硬件和/或环境确定系统码，根据待签合约请求中的业务信息确定业务场景并进一步确定对应的场景码，从而将系统码和场景码组合为合约标识。

在服务端前台，步骤220，向服务端后台发送该合约标识，接收服务端后台返回的该合约标识对应的合约配置参数，合约配置参数中包括至少一个待签署的协议。

在服务端后台，步骤310，接收服务端前台发送的合约标识；该合约标识由服务端前台根据来自用户终端的待签合约请求中的业务信息确定。

在服务端后台，步骤320，获取该合约标识对应的合约配置参数并返回给服务端前台；合约配置参数中包括至少一个待签署的协议，供服务端前台对用户终端的待签合约请求进行响应。

本申请的实施例中，服务端后台维护着合约标识和合约配置参数的对应关系。该对应关系可以保存在服务端后台本地，也可以保存在服务端后台可访问的网络地址或数据库中。

在根据来自用户终端的待签合约请求中的业务信息确定合约标识后，服务端前台将合约标识发送至服务端后台。服务端后台在维护的对应关系中查找该合约标识对应的合约配置参数，并将找到的合约配置参数返回给服务端前台。

合约配置参数中包括在该合约标识对应的业务流程中要签署的一个到多个协议。此外，合约配置参数还可以包括在协议签署过程中需要使用的其他数据(如要签署协议的协议模板信息)、或需要指定的其他变量(如要签署协议的业务属性信息)等

电子协议通常是格式合同，协议模板是某个协议通用于所有用户的格式合同文本；协议模板信息可以是协议模板本身，也可以是用来获得协议模板所需的信息(如协议模板的链接、保存路径等)。当合约配置参数中有协议的协议模板信息时，服务端前台可以在需要时获得协议模板，以便通过用户终端展示给用户。

不同的电子协议在签署过程中、或签署完成后，所需经过的处理步骤可能有所不同。这种情况下，可以通过某个协议的业务属性信息来指定该协议在签署时或签署后的处理步骤。具体的处理步骤和指定处理步骤的方式可以根据实际应用场景的业务需求确定，本申请的实施例不做限定。例如，可以将每种不同的处理步骤对应于一个特定的业务属性值，对一个要签署协议的业务属性值进行赋值，即可指定该协议的处理步骤。

在服务端前台，步骤230，根据合约配置参数响应用户终端的待签合约请求，供该用户终端进行各个协议的签署过程。

根据实际应用场景的具体实现，服务端前台可以采用不同的方式来响应用户终端的待签合约请求，本申请的实施例不做限定。例如，在协议签署过程由用户终端上的客户端程序来实现的应用场景中，服务端前台可以将合约配置参数下发给用户终端。

再如，在用户终端向服务端前台发起的待签合约请求为待签合约页面的页面请求时，服务端前台可以采用合约配置参数生成待签合约页面的页面数据，并将生成的页面数据作为对待签合约请求的响应返回给用户终端。用户终端运行接收的页面数据，即可实现协议的签署过程。可以采用现有的各种动态网页技术来生成待签合约页面的页面数据，例如JSP(Java Server Pages，Java服务器页面)等。

当合约配置参数中包括要签署的各个协议的协议模板信息时，服务端前台通过协议模板信息得到各个协议的协议模板，并可以将协议模板放入页面数据中，用户终端在运行页面数据时，可以直接向用户显示协议模板，也可以在用户进行查看协议内容的操作后向其显示协议模板，以便让用户了解待签署协议的内容。

当合约配置参数中包括某个协议的业务属性信息时，服务端前台根据该协议的业务属性信息确定该协议签署的业务逻辑(即该协议签署过程中、和/或该协议签署后的具体业务处理步骤)，生成按照该业务逻辑运行的页面数据。这样，用户终端运行页面数据所进行的协议签署过程时，即是按照该业务逻辑执行的协议签署过程。

当用户在其终端上，按照由合约配置参数确定的协议、以及协议签署过程完成签约操作后，用户终端向服务端前台发送签署请求，在签署请求中携带有用户本次签署的协议的签署参数。签署参数中通常包括协议的用户个性化信息，即用户在签署协议时提供的信息，如用户名、证件号码、协议金额等，此外，签署参数中通常也包括用户的数字签名，以便验证用户本人签约和防止协议被篡改。

服务端前台收到用户终端在用户签署协议的操作完成后发送的签署请求，提取签署请求中协议的签署参数，将协议的签署参数发送给服务端后台。服务端后台接收服务端前台发送的协议的签署参数，保存接收的协议的签署参数，并根据签署参数生成协议的签署结果信息，将协议的签署结果信息返回给服务端前台。具体而言，服务端后台可以对签署参数中用户的数字签名进行验签，如果验签通过，则认为协议签署成功，否则认为协议签署失败。服务端后台可以将协议签署是否成功作为协议的签署结果信息。此外，服务端后台还可以将签署参数中的用户个性化信息、和协议的协议模板进行组合，生成用户协议文本(即包含该用户所签协议的所有具体内容和条款的协议文本)，并将协议签署是否成功和用户协议文本作为协议的签署结果信息。

服务端前台在从服务端后台接收到根据协议的签署参数生成的签署结果信息后，将签署结果信息返回给用户终端。用户终端可以将签署结果信息显示给用户，在一些场景中，还可以根据签署结果进行签署完成后的后续业务处理。

服务端后台可以向系统维护人员、或者向网管系统等提供接口，用来对合约标识和合约配置参数的对应关系进行维护、以及对保存的协议签署参数进行查询。具体而言，服务端后台在收到对已签署协议的查询请求后，在保存的签署参数中查找匹配该查询请求的记录，并按照查找结果对该查询请求进行响应；在收到合约配置指令后，服务端后台执行合约配置指令，增加、删除或修改合约标识与合约配置参数的对应关系，其中，修改包括对已有的对应关系中合约配置参数的修改。

可见，本申请的实施例中，由服务端后台维护合约标识和合约配置参数的对应关系，服务端前台根据用户终端的待签合约请求确定合约标识，按照从服务端后台获取的对应的合约配置参数，来实现用户终端的协议签署过程。从而能够通过修改服务端后台的合约配置参数来改变各个业务场景中与协议签署相关的实现，而无需修改业务场景的代码并重新发布，即可快速完成对该业务场景中协议签署实现的修改，减少了大量重复繁琐的工作量。

在本申请的一个应用示例中，服务端前台运行有协议标签渲染引擎，协议标签渲染引擎采用JSP技术，通过协议标签(一种合约标识)来根据当前业务场景动态生成待签合约页面。服务端后台运行有协议规则中心和协议签署中心，协议规则中心用来进行协议标签和合约配置参数的对应关系的维护，根据查询指令或查询请求返回与协议标签对应的合约配置参数；协议签署中心保存用户已签署协议的签署参数，根据查询指令或查询请求返回已签署协议的信息。

本应用示例中，用户终端、服务端前台和服务器端后台之间的交互流程如图4所示。

在用户终端上的客户端程序中，当用户执行某个业务场景下协议签署页面的打开操作后，客户端向服务端前台发起待签合约请求，待签合约请求中包括能够用来确定业务场景的业务信息。

服务端前台加载协议标签渲染引擎。在收到客户端的待签合约请求后，协议标签渲染引擎根据客户端的类型确定用户终端的系统码，根据待签合约请求中的业务信息确定场景码，系统码和场景码组合即为协议标签。

服务端前台向服务器端后台的协议规则中心发送查询请求，查询请求中带有协议标签。协议规则中心在保存的协议标签与合约配置参数的对应关系表中查找与查询请求中协议标签对应的合约配置参数，并返回给服务端前台。一种协议标签与合约配置参数的对应关系表如表1所示：

表1

表1中，合约配置参数包括：待签合约请求所处的业务场景下要签署的各个协议以及每个协议的协议模板的链接地址。

在收到对应于系统码和场景码的合约配置参数后，协议标签渲染引擎采用合约配置参数生成待签合约页面的页面数据，其中包括要签署的各个协议的名称及协议模板的链接地址。服务端前台将生成的页面数据返回给用户终端。

用户终端上的客户端运行接收的待签合约页面数据，向用户展示要签署的各个协议，如果用户希望了解某个协议的具体内容，可以通过点击该协议来显示协议模板。在用户完成协议的签署操作后，客户端将用户个性化信息和用户的数字签名作为协议的签署参数封装在签署请求中，发送给服务端前台。

服务端前台将协议的签署参数发送给服务端后台的协议签署中心。协议签署中心对用户的数字签名进行验签，根据验签结果决定协议签署是否成功，并将保存协议的签署参数。协议签署中心将协议签署是否成功作为协议的签署结果信息发送给服务端前台。

服务端前台将协议的签署结果信息发送给用户终端，由客户端显示给用户。

负责维护服务端后台的工作人员可以添加、删除、修改协议规则中心保存的协议标签与合约配置参数的对应关系。如，在有新的业务项目上线时，添加该业务项目的协议标签与其合约配置参数的对应关系记录；在某个协议的协议模板更新为新的版本时，将该协议模板的链接地址指向新版本；当某个已有协议标签增加了要签署的协议时，在合约配置参数中添加新增协议及其协议模板的链接地址；等等。这样，当业务场景中与协议签署相关的部分发生改变时，通过修改对应的合约配置参数即可快速及时的实现新的协议签署过程，而无需修改业务场景的代码。

此外，负责维护服务端后台的工作人员还可以对协议签署中心保存的已签署协议的签署参数进行查询。

与上述流程实现对应，本申请的实施例还提供了一种应用在服务端前台的实现电子协议签约的装置，和一种应用在服务端后台的实现电子协议签约的装置。这两种装置均可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过所在设备的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图5所示的CPU、内存以及非易失性存储器之外，实现电子协议签约的装置所在的设备通常还包括用于进行无线信号收发的芯片等其他硬件，和/或用于实现网络通信功能的板卡等其他硬件。

图6所示为本申请实施例提供的一种实现电子协议签约的装置，应用于服务端前台，所述装置包括待签合约请求接收单元、合约配置参数获取单元和待签合约请求响应单元，其中：待签合约请求接收单元用于接收用户终端的待签合约请求，根据待签合约请求中的业务信息确定合约标识；合约配置参数获取单元用于向服务端后台发送所述合约标识，接收服务端后台返回的所述合约标识对应的合约配置参数，所述合约配置参数中包括至少一个待签署的协议；待签合约请求响应单元用于根据所述合约配置参数响应用户终端的待签合约请求，供所述用户终端进行所述协议的签署过程。

一个例子中，所述装置还包括签署请求接收单元和签署结果转发单元，其中：签署请求接收单元用于接收用户终端在用户签署所述协议的操作完成后发送的签署请求，将所述签署请求中所述协议的签署参数发送给服务端后台；签署结果转发单元用于从服务端后台接收根据所述协议的签署参数生成的签署结果信息，并将签署结果信息返回给用户终端。

上述例子中，所述签署参数包括：所述协议的用户个性化信息和用户的数字签名；所述签署结果信息包括：协议签署是否成功；或，协议签署是否成功、以及根据所述协议的协议模板和用户个性化信息生成的用户协议文本。

一种实现方式中，所述待签合约请求为：待签合约页面的页面请求；所述待签合约请求响应单元具体用于：采用所述合约配置参数生成待签合约页面的页面数据，并将生成的页面数据返回给用户终端，供用户终端通过运行所述页面数据来进行所述协议的签署过程。

上述实现方式中，所述合约配置参数还可以包括：所述协议的协议模板信息；所述页面数据中包括根据协议模板信息获取的协议模板；供用户终端向用户显示待签署协议的内容。

上述实现方式中，所述合约配置参数还可以包括：所述协议的业务属性信息；所述待签合约请求响应单元具体用于：根据所述协议的业务属性信息确定所述协议签署的业务逻辑，生成按照所述业务逻辑运行的页面数据，并将生成的页面数据返回给用户终端；供用户终端通过运行所述页面数据，按照所述业务逻辑来进行所述协议的签署过程。

上述实现方式中，所述页面数据可以采用Java服务器页面JSP技术生成；所述合约标识为JSP标签。

可选的，所述合约标识包括：对应于用户终端硬件和/或软件环境的系统码、以及对应于业务场景的场景码；所述待签合约请求接收单元具体用于：接收用户终端的待签合约请求，根据发送所述待签合约请求的用户终端的硬件和/或软件环境确定所述合约标识的系统码，根据待签合约请求中的业务信息确定业务场景以及对应的场景码。

图7所示为本申请实施例提供的一种实现电子协议签约的装置，应用于服务端后台，所述服务端后台维护有合约标识与合约配置参数的对应关系，所述装置包括合约标识接收单元和合约配置参数发送单元，其中：合约标识接收单元用于接收服务端前台发送的合约标识；所述合约标识由服务端前台根据来自用户终端的待签合约请求中的业务信息确定；合约配置参数发送单元用于获取所述合约标识对应的合约配置参数并返回给服务端前台；所述合约配置参数中包括至少一个待签署的协议，供服务端前台对所述待签合约请求进行响应。

一个例子中，所述装置还包括签署参数接收单元和签署结果生成单元，其中：签署参数接收单元用于接收服务端前台发送的所述协议的签署参数，保存所述协议的签署参数；签署结果生成单元用于根据签署参数生成所述协议的签署结果信息，将所述协议的签署结果信息返回给服务端前台，供服务端前台转发给用户终端。

上述例子中，所述装置还可以包括签署参数查询单元，用于接收对已签署协议的查询请求，根据保存的签署参数中匹配所述查询请求的记录，对所述查询请求进行响应。

上述例子中，所述签署参数可以包括：所述协议的用户个性化信息和用户的数字签名；所述签署结果信息包括：协议签署是否成功；或，协议签署是否成功、以及根据所述协议的协议模板和用户个性化信息生成的用户协议文本。

可选的，所述合约配置参数还包括：所述协议的协议模板信息、和/或所述协议的业务属性信息；所述协议的协议模板信息用来供服务端前台获取所述协议的协议模板；所述协议的业务属性信息用来供服务端前台确定所述协议签署的业务逻辑。

可选的，所述装置还包括：对应关系维护单元，用于根据接收的合约配置指令，增加、删除或修改合约标识与合约配置参数的对应关系。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。