合同数据处理方法、装置、电子设备及存储介质与流程

1.本技术涉及金融领域或者其他技术领域，尤其涉及一种合同数据处理方法、装置、电子设备及存储介质。


背景技术：

2.电子合同，是双方或多方当事人之间通过电子信息网络以电子的形式达成的设立、变更、终止财产性民事权利义务关系的协议。
3.相关技术中，电子合同通常配置在前端程序中。当需要对合同内容进行修改时，即需要业务人员先提出修改需求，再由前端工程师修改前端程序的代码，修改效率低，且无法留存旧版本的合同，导致无法查看用户签订的旧版本合同。


技术实现要素：

4.本技术提供一种合同数据处理方法、装置、电子设备及存储介质，以解决现有技术中，对合同内容修改效率低，且无法留存旧版本的合同，导致无法查看用户签订的旧版本合同的问题。
5.第一方面，本技术提供一种合同数据处理方法，应用于服务端，所述方法包括：接收客户端发送的第一数据请求，所述第一数据请求包括指定用户标识及指定合同标识，所述指定用户标识用于标识指定用户，所述指定合同标识为所述指定用户所签署的合同的合同标识；根据预先建立的用户标识、合同标识及版本标识之间的对应关系，确定与所述指定用户标识及指定合同标识对应的指定版本标识，所述指定版本标识用于表征所述指定用户所签署的合同的版本；将与所述指定版本标识对应的标准合同数据，返回给所述客户端，所述标准合同数据为基于超文本标记语言的合同数据。
6.基于本技术实施例提供的合同数据处理方法，在用户查看已签署合同的场景中，客户端根据用户标识和合同标识，向服务端请求用户签署的版本的合同数据，并展示给用户。这样，即使用户所签署的合同已历经多次版本更新，也依然也够查找到其签署的版本。另外，当客户端需要显示某个合同的合同内容时，根据该合同的合同标识向服务端请求对应的标准合同数据即可，由于标准合同数据是基于超文本标记语言的合同数据，因此客户端可通过浏览器直接显示出合同内容，而无需将合同数据配置在前端页面代码中，不但减轻客户端页面代码的体量，而且当需要修改合同内容时，无需修改前端页面代码，只需将新的原始合同数据上传至服务端即可，提高修改效率。
7.结合第一方面，在第一方面可能的实现方式中，接收客户端发送的第一数据请求之前，所述方法还包括：接收客户端发送的数据记录请求，所述数据记录请求包括所述指定用户标识、所述指定合同标识以及所述指定版本标识；建立所述指定用户标识、所述指定合同标识以及所述指定版本标识之间的对应关系。
8.由上述实现方式可以看出，客户端在客户完成签署合同的操作后，通过将用户标识、客户所签署合同的合同标识以及客户所签署合同的版本标识发送给服务端，通过服务
端建立用户标识、客户所签署合同的合同标识以及客户所签署合同的版本标识之间的对应关系，这样，当用户在客户端查看其签署的合同时，客户端可以根据用户标识及合同标识向服务端请求该客户所签署的版本的合同数据，进而展示给用户。这样，即使客户所签署的合同已历经多次版本更新，也依然也够查找到其签署的版本，具体可以参见下述实施例。
9.结合第一方面，在第一方面可能的实现方式中，接收客户端发送的数据记录请求之前，所述方法还包括：接收客户端发送的第二数据请求，所述第二数据请求包括所述指定合同标识；根据预先建立的标准合同数据、合同标识及版本标识的对应关系，确定所述指定合同标识对应的最新版本的标准合同数据；将所述最新版本的标准合同数据及对应的版本标识返回给所述客户端。
10.由上述实现方式可以看出，当客户端需要显示某个合同的合同内容时，根据该合同的合同标识向服务端请求对应的标准合同数据即可，由于标准合同数据是基于超文本标记语言的合同数据，因此客户端可通过浏览器直接显示出合同内容，而无需将合同数据配置在前端页面代码中。
11.结合第一方面，在第一方面可能的实现方式中，所述方法还包括：获取原始合同数据，所述原始合同数据对应有合同标识；根据所述原始合同数据对应的合同标识确定所述原始合同数据的版本，并根据所述原始合同数据的版本生成版本标识；将所述原始合同数据转换成基于超文本标记语言的标准合同数据，并建立所述标准合同数据、所述合同标识及所述版本标识之间的对应关系。
12.由上述实现方式可以看出，服务端在获取到原始合同数据后，将原始合同数据转换成基于超文本标记语言的标准合同数据，并基于原始合同数据的版本为其分配版本标识，建立标准合同数据、合同标识及版本标识之间的对应关系。一方面，服务端在获取到原始合同数据后，会将其转换成标准合同数据，当需要在客户端页面展示合同内容时，客户端直接从服务端获取标准合同数据并显示即可，而无需将合同数据配置在前端页面代码中，不但减轻客户端页面代码的体量，而且当需要修改合同内容时，无需修改前端页面代码，只需将新的原始合同数据上传至服务端即可。另一方面，服务端会通过版本标识来标记标准合同数据的版本，并留存旧版本的标准合同数据，进而可以满足客户端查看任意版本合同内容的需求。
13.第二方面，本技术实施例提供一种合同数据处理方法，应用于客户端，所述方法包括：响应于输入的携带指定合同标识及指定用户标识的第一指令，向服务端发送包含所述指定合同标识及指定用户标识的第一数据请求，所述指定用户标识用于标识指定用户，所述指定合同标识为所述指定用户所签署的合同的合同标识；接收服务端返回的与指定版本标识对应的标准合同数据，所述指定版本标识为服务端根据预先建立的用户标识、合同标识及版本标识之间的对应关系，确定的与所述指定合同标识及指定用户标识对应的版本标识。
14.第三方面，本技术实施例提供一种合同数据处理装置，所述装置包括：请求接收模块，用于接收客户端发送的第一数据请求，所述第一数据请求包括指定用户标识及指定合同标识，所述指定用户标识用于标识指定用户，所述指定合同标识为所述指定用户所签署的合同的合同标识；数据查找模块，用于根据预先建立的用户标识、合同标识及版本标识之间的对应关系，确定与所述指定用户标识及指定合同标识对应的指定版本标识，所述指定
版本标识用于表征所述指定用户所签署的合同的版本；数据发送模块，用于将与所述指定版本标识对应的标准合同数据，返回给所述客户端，所述标准合同数据为基于超文本标记语言的合同数据。
15.第四方面，本技术实施例提供一种合同数据处理装置，所述装置包括：请求模块，用于响应于输入的携带指定合同标识及指定用户标识的第一指令，向服务端发送包含所述指定合同标识及指定用户标识的第一数据请求，所述指定用户标识用于标识指定用户，所述指定合同标识为所述指定用户所签署的合同的合同标识；数据接收模块，用于接收服务端返回的与指定版本标识对应的标准合同数据，所述指定版本标识为服务端根据预先建立的用户标识、合同标识及版本标识之间的对应关系，确定的与所述指定合同标识及指定用户标识对应的版本标识。
16.第五方面，本技术实施例提供一种电子设备，包括：存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序，以执行第一方面中任意一种实现方式所述的合同数据处理方法。
17.第六方面，本技术实施例提供一种电子设备，包括：存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序，以执行第二方面中任意一种实现方式所述的合同数据处理方法。
18.第七方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行第一方面中任意一种实现方式所述的合同数据处理方法。
19.第八方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行第二方面中任意一种实现方式所述的合同数据处理方法。
20.由以上技术方案可知，客户端在客户完成签署合同的操作后，通过将用户标识、客户所签署合同的合同标识以及客户所签署合同的版本标识发送给服务端，通过服务端建立用户标识、客户所签署合同的合同标识以及客户所签署合同的版本标识之间的对应关系，这样，当用户在客户端查看其签署的合同时，客户端可以根据用户标识及合同标识向服务端请求该客户所签署的版本的合同数据，进而展示给用户。这样，即使客户所签署的合同已历经多次版本更新，也依然也够查找到其签署的版本。另外，当客户端需要显示某个合同的合同内容时，根据该合同的合同标识向服务端请求对应的标准合同数据即可，由于标准合同数据是基于超文本标记语言的合同数据，因此客户端可通过浏览器直接显示出合同内容，而无需将合同数据配置在前端页面代码中，不但减轻客户端页面代码的体量，而且当需要修改合同内容时，无需修改前端页面代码，只需将新的原始合同数据上传至服务端即可，提高修改效率。
附图说明
21.为了更清楚地说明本技术的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
22.图1为本技术合同数据处理系统结构示意图；
23.图2为本技术根据一示例性实施例示出的一种合同数据处理方法流程图；
24.图3为本技术根据一示例性实施例示出的另一种合同数据处理方法流程图；
25.图4为本技术根据一示例性实施例示出的另一种合同数据处理方法流程图；
26.图5为本技术根据一示例性实施例示出的一种合同数据处理方法流程图；
27.图6为本技术根据一示例性实施例示出的一种合同数据处理装置框图；
28.图7为本技术根据一示例性实施例示出的另一种合同数据处理装置框图。
具体实施方式
29.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
30.本技术实施例提供一种合同数据处理方法，该方法可以应用于合同数据处理系统，该合同数据处理系统支持针对各类电子合同数据进行操作和管理，例如，修改合同内容、新增或者删除合同，在前端页面中显示出合同内容等。
31.示例性的，图1为一种合同数据处理系统示意图，如图1所示，该合同数据处理系统10包括客户端11及服务端12，客户端11及服务端12之间可以进行交互，例如，执行本技术实施例提供的合同数据处理方法。
32.在一些实施例中，客户端11可以是被配置执行本技术实施例提供的合同数据处理方法的合同数据处理装置。示例性的，该合同数据处理装置具体可以是手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc)、手持计算机、上网本、个人数字助理(personal digital assistant，pda)等电子设备，该合同数据处理装置也可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置等。本技术对客户端11的具体形态不作限制。
33.在一些实施例中，服务端12可以是被配置执行本技术实施例提供的合同数据处理方法的合同数据处理装置。示例性的，该合同数据处理装置具体可以是服务器、上述多种电子设备或者可编程装置中的任意一种。
34.图2为本技术根据一示例性实施例示出的一种合同数据处理方法流程图，如图2所示，该方法由服务端执行，具体
35.可以包括：
36.s201，获取原始合同数据，原始合同数据对应有合同标识。
37.s202，根据原始合同数据对应的合同标识确定原始合同数据的版本，并根据原始合同数据的版本生成版本标识。
38.原始合同数据可以由业务人员通过某种方式上传到服务端，例如通过可以与服务端建立通信连接的电子设备发送给服务端。
39.需要说明的是，本技术对原始合同数据的数据格式不予限定，例如，其可以是任意格式的文本数据。
40.应理解的是，业务人员可以针对某一合同的合同数据进行修改，通过修改合同数
据，来修改合同的内容或者版式。进而，同一合同可以具有多个不同的版本，例如，a产品理财合同可以具有2021.4版本和2021.9版本。
41.在一些实施例，可以通过版本标识，唯一标识某一合同的某版本合同数据。换言之，版本标识，用于表征合同数据的版本。
42.在一些实施例中，针对同一合同的不同版本合同数据，可以通过同一个合同标识进行标识。例如，对于a理财产品合同，它的2021.4版本合同数据与2021.9版本合同数据均可采用0001来标识。在这些实施例中，基于原始合同数据的合同标识，可以查找到该合同标识对应的所有版本的历史合同数据，或者查找到该合同标识对应的所有历史版本标识，进而可以确定原始合同数据的版本。
43.在另一实施例中，针对同一合同的不同版本合同数据，可以采用具有关联关系的不同的合同标识进行标识。例如，对于a理财产品合同，它的2021.4版本合同数据采用000120214进行标识，它的2021.9版本合同数据采用000120219进行标识，可以看出，该两个合同标识的前四位均为“0001”，因而具有关联关系。在这些实施例中，基于原始合同数据的合同标识，可以确定该合同标识关联的合同标识，根据该合同标识及其关联的合同标识，可以查找到同一合同的所有版本的合同数据，或者查找到对应的所有历史版本标识，进而可以确定原始合同数据的版本。
44.s203，将原始合同数据转换成基于超文本标记语言的标准合同数据，并建立所述标准合同数据、所述合同标识及所述版本标识之间的对应关系。
45.超文本标记语言(hypertext markup language，html)是一种规范和标准，它通过标记符号来标记要显示的网页中的各个部分。网页文件本身是一种文本文件，通过在文本文件中添加标记符，可以使浏览器识别出如何显示其中的内容，如文字如何处理，画面如何安排，图片如何显示等。本技术实施例提供的合同数据处理方法，将合同数据维护在服务端，通过服务端将基于其他格式的原始合同数据转换成标准合同数据，即html合同数据。当客户端需要显示合同内容时，直接从服务端获取对应的html合同数据，即可显示出相应的合同内容。
46.在可能的实现方式中，将原始合同数据转换成基于超文本标记语言的标准合同数据时，基于超文本标记语言和预先获取的展示样式，设定好合同内容的样式，包括但不限于字体颜色、大小、排版等。
47.基于在s203建立的标准合同数据、合同标识及版本标识之间的对应关系，当给定一合同标识时，可以查找到对应的所有版本的标识合同数据，并可以基于每份标准合同数据对应的版本标识，实现对不同版本标准合同数据的区分。当给定合同标识和版本标识时，可以查找到与二者对应的标准合同数据，实现对标准合同数据的精准查找。
48.由以上实施例可以看出，本技术实施例提供的合同数据处理方法，服务端在获取到原始合同数据后，将原始合同数据转换成基于超文本标记语言的标准合同数据，并基于原始合同数据的版本为其分配版本标识，建立标准合同数据、合同标识及版本标识之间的对应关系。一方面，服务端在获取到原始合同数据后，会将其转换成标准合同数据，当需要在客户端页面展示合同内容时，客户端直接从服务端获取标准合同数据并显示即可，而无需将合同数据配置在前端页面代码中，不但减轻客户端页面代码的体量，而且当需要修改合同内容时，无需修改前端页面代码，只需将新的原始合同数据上传至服务端即可。另一方
面，服务端会通过版本标识来标记标准合同数据的版本，并留存旧版本的标准合同数据，进而可以满足客户端查看任意版本合同内容的需求。
49.图3为本技术根据一示例性实施例示出的一种合同数据处理方法流程图，其具体为客户端11与服务端12的交互过程示意图，如图3所示，该方法可以包括：
50.s301，客户端11响应于输入的携带指定合同标识的第二指令，向服务端12发送包含指定合同标识的第二数据请求。
51.其中，第二指令可以理解为客户端基于用户输入的触发获取指定合同的操作而产生的指令，指定合同标识可以理解为用户在客户端页面上指定的合同的合同标识。例如，用户在合同签署页面上输入用于显示某个合同的内容的操作时，产生第二指令，第二指令携带该合同的合同标识。又如，用户在合同下载页面上输入用于下载某个合同的操作时，产生第二指令，第二指令携带该合同的合同标识。
52.s302，服务端12接收客户端发送的第二数据请求。
53.s303，服务端12根据预先建立的标准合同数据、合同标识及版本标识的对应关系，确定指定合同标识对应的最新版本的标准合同数据。
54.s304，服务端12将最新版本的标准合同数据及对应的版本标识返回给客户端11。
55.s305，客户端11接收服务端12返回的与指定合同标识对应的最新版本的标准合同数据及对应的版本标识。
56.s306，客户端11根据最新版本的标准合同数据显示合同内容，以使用户根据显示的合同内容完成签署合同的操作。
57.由以上实施例可以看出，基于本技术实施例提供的合同数据处理方法，当客户端需要显示某个合同的合同内容时，根据该合同的合同标识向服务端请求对应的标准合同数据即可，由于标准合同数据是基于超文本标记语言的合同数据，因此客户端可通过浏览器直接显示出合同内容，而无需将合同数据配置在前端页面代码中。另外，由于服务端返回的数据中还包括与标准合同数据对应的版本标识，这样，在用户签署合同的场景中，可以记录客户所签署合同的版本，具体实现过程可参见下述实施例。
58.需要说明的是，在另一些实施例中，客户端11接收服务端12返回的与指定合同标识对应的最新版本的标准合同数据及对应的版本标识后，也可以不显示出相应的合同内容，即不执行s306。例如，在用户通过客户端下载合同的场景中，便不需要根据服务端12返回的标准合同数据显示合同内容。
59.图4为本技术根据一示例性实施例示出的一种合同数据处理方法流程图，其具体为客户端11与服务端12的交互过程示意图，如图4所示，该方法可以包括：
60.s401，客户端11在指定用户完成签署合同的操作时，生成数据记录请求，数据记录请求包括指定用户标识、指定合同标识及指定版本标识。
61.其中，指定用户标识用于标识指定用户，指定合同标识为该指定用户所签署的合同的合同标识。
62.s402，将数据记录请求发送给服务端12。
63.s403，服务端12接收客户端11发送的数据记录请求。
64.s404，服务端12建立指定用户标识、指定合同标识以及指定版本标识之间的对应关系。
65.由以上实施例可以看出，在用户签署合同的场景中，客户端11在客户完成签署合同的操作后，通过将用户标识、用户所签署合同的合同标识以及用户所签署合同的版本标识发送给服务端，通过服务端建立用户标识、用户所签署合同的合同标识以及用户所签署合同的版本标识之间的对应关系，这样，当用户在客户端查看其签署的合同时，客户端可以根据用户标识及合同标识向服务端请求该客户所签署的版本的合同数据，进而展示给用户。这样，即使用户所签署的合同已历经多次版本更新，也依然也够查找到其签署的版本，具体可以参见下述实施例。
66.需要说明的是，s401可以是客户端11在执行s306之后执行的步骤。在本技术的其他实施例中，s401与s306没有先后顺序。
67.图5为本技术根据一示例性实施例示出的一种合同数据处理方法流程图，其具体为客户端11与服务端12的交互过程示意图，如图5所示，该方法可以包括：
68.s501，客户端11响应于输入的携带指定合同标识及指定用户标识的第一指令，向服务端12发送包含所述指定合同标识及指定用户标识的第一数据请求。
69.其中，指定用户标识用于标识指定用户，指定合同标识为指定用户所签署的合同的合同标识。
70.s502，服务端12接收客户端发送的第一数据请求。
71.s503，服务端12根据预先建立的用户标识、合同标识及版本标识之间的对应关系，确定与指定用户标识及指定合同标识对应的指定版本标识，指定版本标识用于表征指定用户所签署的合同的版本。
72.s504，服务端12将与指定版本标识对应的标准合同数据，返回给客户端11。
73.s505，客户端11接收服务端返回的与指定版本标识对应的标准合同数据。
74.s506，客户端11根据与指定版本标识对应的标准合同数据，显示指定用户签署过的合同内容。
75.在本技术实施例中，标准合同数据包括用于填充各项用户信息的各项用户化字段，每项用户化字段以预设参数的形式写在标准合同数据中，例如，&nbsp；{name}&nbsp。每个用户化字段的参数都具有客户端和服务端预先约定好的含义，如姓名、证件号码等。客户端在显示合同内容时，首先根据指定合同标识及指定用户标识，查找对应的各项用户信息。例如，各项用户信息可以与合同标识及用户标识对应存储在客户端本地。然后客户端可以通过识别字段参数确定各字段与各项用户信息的对应关系，并基于该对应关系，将各项用户信息填充中各项用户化字段中。这样，根据各项用户信息和标准合同数据，显示出的指定用户签署过的合同内容中，各项用户信息将分别显示在各项用户化字段的位置处。
76.由以上实施例可以看出，基于本技术实施例提供的合同数据处理方法，在用户查看已签署合同的场景中，客户端根据用户标识和合同标识，向服务端请求用户签署的版本的合同数据，并展示给用户。这样，即使用户所签署的合同已历经多次版本更新，也依然也够查找到其签署的版本。
77.在一些实施例中，客户端与服务端之间通过中间系统进行信息交互，通过中间系统将从客户端传来的数据格式转换成服务端可识别的数据格式，并将从服务端传来的数据格式转换成客户端可识别的数据格式，从而保证在客户端与服务端所采用的数据传输方式不同时，也可以进行数据交互，这样，一个服务端可以为多种客户端提供合同数据处理服
务，而一种客户端也可以通过多种服务端维护合同数据。例如，在s304的具体实现中，服务端12基于可扩展标记语言(extensible markup language，xml)的传输方式，将基于超文本标记语言的标准合同数据发送给中间系统，中间系统转码处理后，将基于超文本标记语言的标准合同数据发送到客户端11。
78.上述主要从方法的角度对本技术实施例提供的方案进行了介绍。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
79.本技术实施例可以根据上述方法示例对上述设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
80.如图6所示，为本技术实施例提供的一种合同数据处理装置框图，如图6所示，该合同数据处理装置60包括：
81.请求接收模块601，用于接收客户端发送的第一数据请求，所述第一数据请求包括指定用户标识及指定合同标识，所述指定用户标识用于标识指定用户，所述指定合同标识为所述指定用户所签署的合同的合同标识；数据查找模块602，用于根据预先建立的用户标识、合同标识及版本标识之间的对应关系，确定与所述指定用户标识及指定合同标识对应的指定版本标识，所述指定版本标识用于表征所述指定用户所签署的合同的版本；数据发送模块603，用于将与所述指定版本标识对应的标准合同数据，返回给所述客户端，所述标准合同数据为基于超文本标记语言的合同数据。
82.在可能的实现方式中，请求接收模块601，还用于接收客户端发送的数据记录请求，所述数据记录请求包括所述指定用户标识、所述指定合同标识以及所述指定版本标识；以及，该合同数据处理装置60还包括数据对应模块604，数据对应模块604用于建立指定用户标识、指定合同标识以及指定版本标识之间的对应关系。
83.在可能的实现方式中，请求接收模块601，还用于接收客户端发送的第二数据请求，第二数据请求包括所述指定合同标识；数据查找模块602，还用于根据预先建立的标准合同数据、合同标识及版本标识的对应关系，确定指定合同标识对应的最新版本的标准合同数据；数据发送模块603，还用于将最新版本的标准合同数据及对应的版本标识返回给客户端。
84.在可能的实现方式中，该合同数据处理装置60还包括：数据获取模块605，用于获取原始合同数据，原始合同数据对应有合同标识；版本确定模块606，用于根据原始合同数据对应的合同标识确定原始合同数据的版本，并根据原始合同数据的版本生成版本标识；格式转换模块607，用于将原始合同数据转换成基于超文本标记语言的标准合同数据；以及，数据对应模块604，还用于建立标准合同数据、合同标识及版本标识之间的对应关系。
85.如图7所示，为本技术实施例提供的另一种合同数据处理装置框图，如图7所示，该
合同数据处理装置70包括：
86.请求模块701，用于响应于输入的携带指定合同标识及指定用户标识的第一指令，向服务端发送包含指定合同标识及指定用户标识的第一数据请求，指定用户标识用于标识指定用户，指定合同标识为指定用户所签署的合同的合同标识；数据接收模块702，用于接收服务端返回的与指定版本标识对应的标准合同数据，指定版本标识为服务端根据预先建立的用户标识、合同标识及版本标识之间的对应关系，确定的与指定合同标识及指定用户标识对应的版本标识。
87.在可能的实现方式中，请求模块701，还用于当指定用户完成签署合同的操作时，生成数据记录请求，数据记录请求包括指定用户标识、指定合同标识及指定版本标识；以及，将数据记录请求发送给服务端，以使服务端建立指定用户标识、指定合同标识及指定版本标识之间的对应关系。
88.在可能的实现方式中，请求模块701，还用于响应于输入的携带指定合同标识的第二指令，向服务端发送包含指定合同标识的第二数据请求；数据接收模块702，还用于接收服务端返回的与指定合同标识对应的最新版本的标准合同数据及对应的版本标识；数据处理装置70还包括显示模块703，用于根据最新版本的标准合同数据显示合同内容，以使客户根据显示的合同内容完成签署合同的操作。
89.在可能的实现方式中，标准合同数据包括用于填充各项用户信息的各项用户化字段；显示模块703，具体用于根据指定合同标识及指定用户标识，查找对应的各项用户信息；根据查找到的各项用户信息和指定版本标识对应的标准合同数据，显示指定用户签署过的合同内容，以将各项用户信息分别显示在各项用户化字段。
90.关于上述可选方式的具体描述参见前述的方法实施例，此处不再赘述。此外，上述提供的任一种工单检索装置的解释以及有益效果的描述均可参考上述对应的方法实施例，不再赘述。
91.需要说明的是，上述各个模块对应执行的动作仅是具体举例，各个单元实际执行的动作参照上述基于图2-图5所述的实施例的描述中提及的动作或步骤。
92.本技术实施例还提供了一种电子设备，包括：存储器和处理器；该存储器用于存储计算机程序，该处理器用于调用该计算机程序，以执行上文提供的任一实施例中提及的动作或步骤。
93.本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当该计算机程序在电子设备上运行时，使得该电子设备执行上文提供的任一实施例中提及的动作或步骤。
94.本技术实施例还提供了一种芯片。该芯片中集成了用于实现上述工单检索装置的功能的电路和一个或者多个接口。可选的，该芯片支持的功能可以包括基于图2或图3所述的实施例中的处理动作，此处不再赘述。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可通过程序来指令相关的硬件完成。所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器，随机接入存储器等。上述处理单元或处理器可以是中央处理器，通用处理器、特定集成电路(application specific integrated circuit，asic)、微处理器(digital signal processor，dsp)，现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器
件、硬件部件或者其任意组合。
95.本技术实施例还提供了一种包含指令的计算机程序产品，当该指令在电子设备上运行时，使得电子设备执行上述实施例中的任意一种方法。该计算机程序产品包括一个或多个计算机指令。在电子设备上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
96.应注意，本技术实施例提供的上述用于存储计算机指令或者计算机程序的器件，例如但不限于，上述存储器、计算机可读存储介质和通信芯片等，均具有非易失性(non-transitory)。
97.在实施所要求保护的本技术过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
98.尽管结合具体特征及其实施例对本技术进行了描述，在不脱离本技术的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本技术的示例性说明，且视为已覆盖本技术范围内的任意和所有修改、变化、组合或等同物。