同一投保人的保单批量生成方法、装置、设备及存储介质与流程

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.进一步的，所述根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单的步骤，包括：
31.从文件类型为投保书的每个所述签名文件中获取目标保费；
32.对各个所述目标保费进行保费总额计算；
33.将各个所述目标保费和所述保费总额发送给所述客户端；
34.获取支付端发送的与所述保费总额对应的付款完成信号；
35.响应所述付款完成信号，根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成所述目标保单；
36.其中，所述客户端用于：根据各个所述目标保费和所述保费总额生成付款页面，根据所述付款页面获取用户输入的付款请求，将所述付款请求发送给所述支付端，获取所述支付端发送的所述付款完成信号，根据所述付款完成信号生成付款完成页面。
37.进一步的，所述根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单的步骤，包括：
38.根据各个所述客户签名加密串，对每个所述签名文件进行签名确认文件生成；
39.根据所有所述证明文件和各个所述签名确认文件，对每个所述投保配置生成所述目标保单。
40.本技术还提出了一种同一投保人的保单批量生成装置，所述装置包括：
41.投保配置数据获取模块，用于获取客户端发送的与目标投保人对应的投保配置数据；
42.目标投保书生成模块，用于针对所述投保配置数据中的每个投保配置生成目标投保书；
43.客户上传资料子表确定模块，用于对各个所述目标投保书进行客户上传资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户上传资料子表；
44.证明文件获取模块，用于分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件；
45.客户签名资料子表确定模块，用于对各个所述目标投保书进行客户签名资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户签名资料子表；
46.客户签名加密串获取模块，用于获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，其中，所述目标客户签名资料子表是任一个所述客户签名资料子表；
47.目标保单生成模块，用于根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单。
48.本技术还提出了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。
49.本技术还提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。
50.本技术的同一投保人的保单批量生成方法、装置、设备及存储介质，其中方法分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件，以及获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，实现了对同一投保人批量生成多份保单，相同的证明文件只上传一次，投保人和被保人均只签名一次，减少了客户操作的次数，提高了用户体验。
附图说明
51.图1为本技术一实施例的同一投保人的保单批量生成方法的流程示意图；
52.图2为本技术一实施例的同一投保人的保单批量生成装置的结构示意框图；
53.图3为本技术一实施例的计算机设备的结构示意框图。
54.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
55.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
56.参照图1，本技术实施例中提供一种同一投保人的保单批量生成方法，所述方法包括：
57.s1：获取客户端发送的与目标投保人对应的投保配置数据；
58.s2：针对所述投保配置数据中的每个投保配置生成目标投保书；
59.s3：对各个所述目标投保书进行客户上传资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户上传资料子表；
60.s4：分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件；
61.s5：对各个所述目标投保书进行客户签名资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户签名资料子表；
62.s6：获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，其中，所述目标客户签名资料子表是任一个所述客户签名资料子表；
63.s7：根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单。
64.本实施例分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件，以及获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，实现了对同一投保人批量生成多份保单，相同的证明文件只上传一次，投保人和被保人均只签名一次，减少了客户操作的次数，提高了用户体验。
65.对于s1，可以获取保险代理人在代理人通过客户端发送的与目标投保人对应的投保配置数据，也可以获取投保人在投保客户端发送的与目标投保人对应的投保配置数据。
66.投保配置数据包括：投保人标识、多个投保配置和客户基本信息。投保人标识也就是客户标识。每个投保配置包括但不限于：被保人标识、险种配置数据和受益人标识。险种配置数据包括：险种标识和保险额度计划值。客户基本信息包括但不限于：客户标识、姓名、性别、出生日期、身份证号码、电话号码、家庭住址、职业。
67.可以理解的是，多个投保配置对应的各个被保人也可以包括与投保人标识对应的投保人。
68.目标投保人，对多个投保配置对应的各个被保人均有投保资格。
69.可选的，所述投保配置数据还包括：保险代理人基本信息。保险代理人基本信息包括但不限于：保险代理人标识、姓名、性别和电话号码。
70.对于s2，采用与指定投保配置中的险种标识对应的投保书生成规范，针对所述指定投保配置生成投保书，将生成的投保书作为与指定投保配置对应的目标投保书，其中，指定投保配置是所述投保配置数据中的任一个投保配置。
71.对于s3，根据指定投保书对应的客户标识分别与指定投保书对应的上传资料表中的每个上传资料标识进行关联，得到指定投保书对应的第一关联表，其中，指定投保书是任一个目标投保书；将所有目标投保书对应的所有所述第一关联表进行合表处理，得到所述客户上传资料表；对所述客户上传资料表进行去重处理，得到去重处理后的资料表；对去重处理后的资料表按客户标识进行子表划分，得到所述多个客户上传资料子表。从而使客户上传资料子表对应一个客户标识。
72.客户上传资料表包括：客户标识和上传资料标识。上传资料标识可以是资料标识、资料名称等唯一标识一份证明文件的数据。证明文件包括但不限于：身份证照片和体检文件。
73.对于s4，分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文
件，也就是说，同一个客户标识对应的各个证明文件集中上传，而且相同的证明文件只需要上传一次。
74.对于s5，根据指定投保书对应的客户标识分别与指定投保书对应的签名资料表中的每个签名资料标识进行关联，得到指定投保书对应的第二关联表；将所有目标投保书对应的所有所述第二关联表进行合表处理，得到所述客户签名资料表；对所述客户签名资料表进行去重处理，得到去重后的客户签名资料表；将所述去重后的客户签名资料表，按客户标识进行子表划分，得到多个客户签名资料子表，从而使客户签名资料子表对应一个客户标识。
75.客户签名资料表包括：客户标识和签名资料标识。签名资料标识可以是签名资料名称、签名资料id等唯一标识一份签名资料的文件。签名资料，是需要客户签名的资料。
76.签名资料包括但不限于：代理人报告、投保提示书、投保风险提示书、健康告知、医疗保障须知和投保书。
77.对于s6，从签名文件库中获取与目标客户签名资料子表对应的各个签名文件，将各个签名文件发送给所述客户端，获取所述客户端针对各个签名文件发送的一个客户签名加密串，从而实现了同一个客户标识对应的客户只需要进行一次签名。
78.签名文件库包括：签名资料标识和签名文件。签名文件也就是签名资料。
79.对于s7，根据与指定投保配置对应的险种标识对应的保单生成规范，将与指定投保配置对应的各个所述证明文件、各个所述签名文件及各个所述客户签名加密串进行保单生成，将生成的保单作为与指定投保配置对应的所述目标保单。
80.在一个实施例中，上述针对所述投保配置数据中的每个投保配置生成目标投保书的步骤，包括：
81.s21：根据所述投保配置数据，对每个所述投保配置生成初始投保计划；
82.s22：获取所述客户端根据每个所述初始投保计划发送的目标投保计划；
83.s23：根据各个所述目标投保计划，对每个所述投保配置生成投保建议书；
84.s24：获取所述客户端根据各个所述投保建议书发送的投保书生成请求；
85.s25：响应所述投保书生成请求，根据各个所述投保建议书，对每个所述投保配置生成所述目标投保书。
86.本实施例实现了先生成初始投保计划，根据初始投保计划获取确认的目标投保计划生成投保建议书，根据投保建议书获取投保书生成请求再生成目标投保书，从而满足了投保信息的简要展示和修改需求。
87.对于s21，采用与指定投保配置中的险种标识对应的投保计划生成规范，将指定投保配置生成投保计划，将生成的投保计划作为与指定投保配置对应的初始投保计划。
88.对于s22，将初始投保计划发送给所述客户端；用户在所述客户端对初始投保计划进行修改和/或确认，将确认后的初始投保计划作为目标投保计划；通过与客户端的通信连接，获取所述客户端根据每个所述初始投保计划发送的目标投保计划。
89.对于s23，采用与指定投保配置中的险种标识对应的投保建议书生成规范，将与指定投保配置对应的所述目标投保计划进行投保建议书生成。
90.对于s24，将各个投保建议书发送给所述客户端；用户查看各个投保建议书，选择部分或全部的投保建议书发送投保书生成请求；通过与客户端的通信连接，获取所述客户
端根据各个所述投保建议书发送的投保书生成请求。
91.对于s25，响应所述投保书生成请求，采用与指定投保配置中的险种标识对应的投保书生成规范，将与指定投保配置对应的所述投保建议书生成投保书，将生成的投保书作为与指定投保配置对应的所述目标投保书。
92.在一个实施例中，上述根据各个所述投保建议书，对每个所述投保配置生成所述目标投保书的步骤，包括：
93.s251：根据各个所述投保建议书，对每个所述投保配置生成初始投保书；
94.s252：根据各个所述初始投保书获取所述客户端发送的核查结果；
95.s253：根据所述核查结果，对各个所述初始投保书进行修改，得到各个所述目标投保书。
96.本实施例实现根据核查结果修改初始投保书作为目标投保书，满足了个性化的修改需求，减少了修改操作的步骤。
97.对于s251，采用与指定投保配置中的险种标识对应的投保书生成规范，将与指定投保配置对应的所述投保建议书生成投保书，将生成的投保书作为与指定投保配置对应的所述初始投保书。
98.对于s252，将各个所述初始投保书发送给客户端；客户端根据收到的各个所述初始投保书进行投保书确认页面展示；用户在投保书确认页面中根据各个所述初始投保书发送核查结果。
99.对于s253，根据所述核查结果，对各个所述初始投保书进行修改，将修改后的每个所述初始投保书作为一个所述目标投保书。
100.在一个实施例中，上述分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件的步骤，包括：
101.s41：将指定客户上传资料子表发送给所述客户端，其中，所述指定客户上传资料子表是任一个所述客户上传资料子表；
102.s42：获取所述客户端针对所述指定客户上传资料子表中的每个上传资料标识发送的所述证明文件；
103.其中，所述客户端用于：根据所述指定客户上传资料子表进行上传资料页面展示，根据所述上传资料页面获取用户针对所述指定客户上传资料子表对应的每个所述上传资料标识上传的所述证明文件。
104.本实施例通过获取所述客户端针对所述指定客户上传资料子表中的每个上传资料标识发送的所述证明文件，同一个客户标识对应的各个证明文件集中上传，而且实现了相同的证明文件只需要上传一次，减少了客户操作的次数，提高了用户体验。
105.对于s41，通过与所述客户端的通信连接，将指定客户上传资料子表发送给所述客户端。
106.对于s42，客户端根据收到的所述指定客户上传资料子表进行上传资料页面展示，根据所述上传资料页面获取用户针对所述上传资料页面中的每个所述上传资料标识上传的所述证明文件；通过与客户端的通信连接，获取所述客户端针对所述指定客户上传资料子表中的每个上传资料标识发送的所述证明文件。也就是说，所述指定客户上传资料子表会对应一个上传资料页面，并且所述指定客户上传资料子表是针对同一个客户标识，实现
了同一个客户标识对应的各个证明文件集中上传，相同的证明文件只需要上传一次。
107.在一个实施例中，上述根据各个所述签名文件获取所述客户端发送的一个客户签名加密串的步骤，包括：
108.s61：将各个所述签名文件发送给所述客户端；
109.s62：获取所述客户端根据各个所述签名文件发送的一个所述客户签名加密串；
110.其中，所述客户端用于：根据各个所述签名文件进行签名确认页面展示，根据所述签名确认页面获取每个所述签名文件对应的阅读完成信号，根据所述签名确认页面获取一张客户签名图片，当获取到所有所述签名文件的所述阅读完成信号时，根据所述客户签名图片生成所述客户签名加密串。
111.本实施例通过获取所述客户端根据各个所述签名文件发送的一个所述客户签名加密串，实现了同一个客户标识对应的客户只需要进行一次签名，减少了客户操作的次数，提高了用户体验。
112.对于s61，通过与所述客户端的通信连接，将各个所述签名文件发送给所述客户端
113.对于s62，所述客户端根据收到的各个所述签名文件进行签名确认页面展示；根据所述签名确认页面获取每个所述签名文件对应的阅读完成信号，可以是设置一个确认框进行一次勾选进行各个所述签名文件确认，也可以是针对每个所述签名文件设置一个确认框，确认框被点击时将生成阅读完成信号；用户在签名确认页面中进行签名；客户端将签名作为客户签名图片，当获取到所有所述签名文件的所述阅读完成信号时，根据所述客户签名图片生成所述客户签名加密串，从而实现了同一个客户标识对应的客户只需要进行一次签名。
114.其中，当客户在所述客户端的所述签名确认页面点击签名区域时，所述签名确认页面调用签名sdk(软件包)，在签名区域嵌入签名页面；用户在签名页面中进行手写签名；签名sdk根据手写签名的图片生成加密串，将该加密串作为客户签名加密串，将客户签名加密串发送给所述客户端。
115.通过与所述客户端的通信连接，获取所述客户端根据与目标客户签名资料子表对应的各个所述签名文件发送的一个所述客户签名加密串。
116.在一个实施例中，上述根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单的步骤，包括：
117.s711：从文件类型为投保书的每个所述签名文件中获取目标保费；
118.s712：对各个所述目标保费进行保费总额计算；
119.s713：将各个所述目标保费和所述保费总额发送给所述客户端；
120.s714：获取支付端发送的与所述保费总额对应的付款完成信号；
121.s715：响应所述付款完成信号，根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成所述目标保单；
122.其中，所述客户端用于：根据各个所述目标保费和所述保费总额生成付款页面，根据所述付款页面获取用户输入的付款请求，将所述付款请求发送给所述支付端，获取所述支付端发送的所述付款完成信号，根据所述付款完成信号生成付款完成页面。
123.本实施例实现先进行付款，然后响应付款完成信号根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成所述目标保单，有利
于快速的进行保单的承保。
124.对于s711，从文件类型为投保书的每个所述签名文件中获取保费作为目标保费。
125.对于s712，将各个所述目标保费进行相加，将相加得到的数据作为保费总额。
126.对于s713，将各个所述目标保费和所述保费总额发送给所述客户端；所述客户端根据收到的各个所述目标保费和所述保费总额生成付款页面，根据所述付款页面获取用户输入的付款请求，将所述付款请求发送给所述支付端，获取所述支付端发送的所述付款完成信号，根据所述付款完成信号生成付款完成页面。
127.对于s714，通过与支付端的通信连接，获取支付端发送的与所述保费总额对应的付款完成信号。
128.对于s715，响应所述付款完成信号，根据与指定投保配置对应的险种标识对应的保单生成规范，将与指定投保配置对应的各个所述证明文件、各个所述签名文件和各个所述客户签名加密串进行保单生成，将生成的保单作为与指定投保配置对应的所述目标保单。
129.可选的，响应所述付款完成信号，根据所述付款完成信号携带的投保书标识集、与指定投保配置对应的险种标识对应的保单生成规范，将与指定投保配置对应的各个所述证明文件、各个所述签名文件和各个所述客户签名加密串进行保单生成，将生成的保单作为与指定投保配置对应的所述目标保单。从而实现根据实际付款的投保书生成目标保单。
130.在一个实施例中，上述根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单的步骤，包括：
131.s721：根据各个所述客户签名加密串，对每个所述签名文件进行签名确认文件生成；
132.s722：根据所有所述证明文件和各个所述签名确认文件，对每个所述投保配置生成所述目标保单。
133.本实施例实现了根据各个所述客户签名加密串，对每个所述签名文件进行签名确认文件生成，从而快速的生成了签名确认文件。
134.对于s721，将指定签名文件和与指定签名文件对应的各个所述客户签名加密串发送给签名确认文件合成端；通过与签名确认文件合成端的通信连接，获取签名确认文件合成端发送的与指定签名文件对应的签名确认文件。
135.对于s722，根据与指定投保配置对应的险种标识对应的保单生成规范，将与指定投保配置对应的各个所述证明文件和各个所述签名确认文件进行保单生成，将生成的保单作为与指定投保配置对应的所述目标保单。
136.参照图2，本技术还提出了一种同一投保人的保单批量生成装置，所述装置包括：
137.投保配置数据获取模块100，用于获取客户端发送的与目标投保人对应的投保配置数据；
138.目标投保书生成模块200，用于针对所述投保配置数据中的每个投保配置生成目标投保书；
139.客户上传资料子表确定模块300，用于对各个所述目标投保书进行客户上传资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户上传资料子表；
140.证明文件获取模块400，用于分别根据每个所述客户上传资料子表获取所述客户
端发送的各个证明文件；
141.客户签名资料子表确定模块500，用于对各个所述目标投保书进行客户签名资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户签名资料子表；
142.客户签名加密串获取模块600，用于获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，其中，所述目标客户签名资料子表是任一个所述客户签名资料子表；
143.目标保单生成模块700，用于根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单。
144.本实施例分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件，以及获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，实现了对同一投保人批量生成多份保单，相同的证明文件只上传一次，投保人和被保人均只签名一次，减少了客户操作的次数，提高了用户体验。
145.在一个实施例中，上述目标投保书生成模块200包括：目标投保计划确定子模块、投保建议书确定子模块和目标投保书确定子模块；
146.所述目标投保计划确定子模块，用于根据所述投保配置数据，对每个所述投保配置生成初始投保计划，获取所述客户端根据每个所述初始投保计划发送的目标投保计划；
147.所述投保建议书确定子模块，用于根据各个所述目标投保计划，对每个所述投保配置生成投保建议书；
148.所述目标投保书确定子模块，用于获取所述客户端根据各个所述投保建议书发送的投保书生成请求，响应所述投保书生成请求，根据各个所述投保建议书，对每个所述投保配置生成所述目标投保书。
149.在一个实施例中，上述目标投保书确定子模块包括：目标投保书确定单元；
150.所述目标投保书确定单元，用于根据各个所述投保建议书，对每个所述投保配置生成初始投保书，根据各个所述初始投保书获取所述客户端发送的核查结果，根据所述核查结果，对各个所述初始投保书进行修改，得到各个所述目标投保书。
151.在一个实施例中，上述证明文件获取模块400包括：指定客户上传资料子表发送子模块和证明文件获取子模块；
152.所述指定客户上传资料子表发送子模块，用于将指定客户上传资料子表发送给所述客户端，其中，所述指定客户上传资料子表是任一个所述客户上传资料子表；
153.所述证明文件获取子模块，用于获取所述客户端针对所述指定客户上传资料子表中的每个上传资料标识发送的所述证明文件；
154.其中，所述客户端用于：根据所述指定客户上传资料子表进行上传资料页面展示，根据所述上传资料页面获取用户针对所述指定客户上传资料子表对应的每个所述上传资料标识上传的所述证明文件。
155.在一个实施例中，上述客户签名加密串获取模块600包括：签名文件发送子模块和客户签名加密串确定子模块；
156.所述签名文件发送子模块，用于将各个所述签名文件发送给所述客户端；
157.所述客户签名加密串确定子模块，用于获取所述客户端根据各个所述签名文件发
送的一个所述客户签名加密串；
158.其中，所述客户端用于：根据各个所述签名文件进行签名确认页面展示，根据所述签名确认页面获取每个所述签名文件对应的阅读完成信号，根据所述签名确认页面获取一张客户签名图片，当获取到所有所述签名文件的所述阅读完成信号时，根据所述客户签名图片生成所述客户签名加密串。
159.在一个实施例中，上述目标保单生成模块700包括：付款监控子模块和保单生成子模块；
160.所述付款监控子模块，用于从文件类型为投保书的每个所述签名文件中获取目标保费，对各个所述目标保费进行保费总额计算，将各个所述目标保费和所述保费总额发送给所述客户端，获取支付端发送的与所述保费总额对应的付款完成信号；
161.所述保单生成子模块，用于响应所述付款完成信号，根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成所述目标保单；
162.其中，所述客户端用于：根据各个所述目标保费和所述保费总额生成付款页面，根据所述付款页面获取用户输入的付款请求，将所述付款请求发送给所述支付端，获取所述支付端发送的所述付款完成信号，根据所述付款完成信号生成付款完成页面。
163.在一个实施例中，上述保单生成子模块包括：签名确认文件确定单元和保单合成单元；
164.所述签名确认文件确定单元，用于根据各个所述客户签名加密串，对每个所述签名文件进行签名确认文件生成；
165.所述保单合成单元，用于根据所有所述证明文件和各个所述签名确认文件，对每个所述投保配置生成所述目标保单。
166.参照图3，本技术实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于储存同一投保人的保单批量生成方法等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种同一投保人的保单批量生成方法。所述同一投保人的保单批量生成方法，包括：获取客户端发送的与目标投保人对应的投保配置数据；针对所述投保配置数据中的每个投保配置生成目标投保书；对各个所述目标投保书进行客户上传资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户上传资料子表；分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件；对各个所述目标投保书进行客户签名资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户签名资料子表；获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，其中，所述目标客户签名资料子表是任一个所述客户签名资料子表；根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单。
167.本实施例分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件，以及获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获
取所述客户端发送的一个客户签名加密串，实现了对同一投保人批量生成多份保单，相同的证明文件只上传一次，投保人和被保人均只签名一次，减少了客户操作的次数，提高了用户体验。
168.本技术一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种同一投保人的保单批量生成方法，包括步骤：获取客户端发送的与目标投保人对应的投保配置数据；针对所述投保配置数据中的每个投保配置生成目标投保书；对各个所述目标投保书进行客户上传资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户上传资料子表；分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件；对各个所述目标投保书进行客户签名资料表的提取、去重处理及按客户标识进行子表划分，得到多个客户签名资料子表；获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，其中，所述目标客户签名资料子表是任一个所述客户签名资料子表；根据所有所述证明文件、所有所述签名文件和各个所述客户签名加密串，对每个所述投保配置生成目标保单。
169.上述执行的同一投保人的保单批量生成方法，分别根据每个所述客户上传资料子表获取所述客户端发送的各个证明文件，以及获取与目标客户签名资料子表对应的各个签名文件，根据各个所述签名文件获取所述客户端发送的一个客户签名加密串，实现了对同一投保人批量生成多份保单，相同的证明文件只上传一次，投保人和被保人均只签名一次，减少了客户操作的次数，提高了用户体验。
170.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
171.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
172.以上所述仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。