本发明涉及金融保险领域，尤其涉及一种书面文件生成方法、装置、终端设备及存储介质。
背景技术：
在保险行业，经常出现用户的书面文件丢失的情况，用户需要补办书面文件，在现有技术中，补办书面文件只能通过线下人工生成书面文件，补办方式灵活性低，补办速度低，补办流程的透明性低。
技术实现要素：
本发明实施例提供一种书面文件生成方法、装置、终端设备及存储介质，以解决书面文件补办方式灵活性低，补办速度低，补办流程的透明性低的问题
第一方面，本发明实施例提供一种书面文件生成方法，包括：
接收用户从客户端发送的书面文件补办请求，其中，书面文件补办请求包括书面文件补办申请信息；
设置书面文件补办状态为启动状态，并将启动状态发送给客户端；
对书面文件补办申请信息进行合法性校验，同时，将书面文件补办状态更新为校验状态，并将校验状态发送给客户端；
若合法性校验通过，则使用预设的书面文件生成方式补办所述书面文件，同时将书面文件补办状态更新为办理状态，并将办理状态发送给客户端；
若书面文件补办成功，则打印补办的书面文件；
若书面文件打印成功，则将书面文件补办状态更新为完成状态，并将完成状态发送给客户端。
第二方面，本发明实施例提供一种书面文件生成装置，包括：
接收补办请求模块，用于接收用户从客户端发送的书面文件补办请求，其中，书面文件补办请求包括书面文件补办申请信息；
设置启动状态模块，用于设置书面文件补办状态为启动状态，并将启动状态发送给客户端；
校验申请信息模块，用于对书面文件补办申请信息进行合法性校验，同时，将书面文件补办状态更新为校验状态，并将校验状态发送给客户端；
生成书面文件模块，用于若合法性校验通过，则使用预设的书面文件生成方式补办书面文件，同时将书面文件补办状态更新为办理状态，并将办理状态发送给客户端；
打印书面文件模块，用于若书面文件补办成功，则打印补办的书面文件；
设置完成状态模块，用于若书面文件打印成功，则将书面文件补办状态更新为完成状态，并将完成状态发送给客户端。
第三方面，本发明实施例提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述书面文件生成方法的步骤。
第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述书面文件生成方法的步骤。
本发明实施例与现有技术相比具有如下优点：服务端从接收到的书面文件补办请求中提取书面文件补办申请信息，设置书面文件补办状态为启动状态，并将该启动状态发送给客户端，然后，对书面文件补办申请信息进行合法性校验，同时，将书面文件补办状态更新为校验状态，并将该校验状态发送给客户端，若合法性校验通过，则使用预设的书面文件生成方式补办书面文件，将书面文件补办状态更新为办理状态，并将该办理状态发送给客户端，若书面文件补办成功，则打印补办的书面文件，最后，若书面文件打印成功，则将书面文件补办状态更新为完成状态，并将该完成状态发送给客户端。通过线上人机交互自动完成书面文件的补办过程，有效提高补办速度，同时，使用书面文件补办状态及时更新补办流程的当前进展情况，并通过客户端将该书面文件补办状态反馈给用户查看，有效提高了补办流程的透明性。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例1提供的书面文件生成方法的实现流程图；
图2是本发明实施例1提供的书面文件生成方法中步骤s3的实现流程图；
图3本发明实施例1提供的书面文件生成方法中根据书面文件补办情况对书面文件归属人进行分析的实现流程图；
图4本发明实施例1提供的书面文件生成方法中步骤s4的实现流程图；
图5本发明实施例1提供的书面文件生成方法中步骤s4的另一实现流程图；
图6是本发明实施例2中提供的书面文件生成装置的示意图；
图7是本发明实施例4中提供的终端设备的示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例1
请参阅图1，图1示出了本实施例提供的书面文件生成方法的实现流程。该书面文件生成方法应用在金融保险行业。详述如下：
s1：接收用户从客户端发送的书面文件补办请求，其中，该书面文件补办请求包括书面文件补办申请信息。
在本发明实施例中，书面文件补办请求是指补办书面文件的请求，书面文件补办申请信息是指补办书面文件时的申请信息，书面文件补办请求包含书面文件补办申请信息，书面文件补办申请信息数据库用于保存书面文件补办申请信息。
具体地，如果用户登录成功，用户可以通过触发方式触发补办申请流程，触发方式为点击补办申请按钮、勾选补办申请前面的方框等，具体触发方式可以根据实际应用的需要设定，此处不做限定；此时，客户端显示补办申请信息的填写界面，用户填写补办申请信息并提交，客户端根据用户填写的内容获取书面文件补办申请信息，并将包含该书面文件补办申请信息的书面文件补办请求发送给服务端。
s2：设置书面文件补办状态为启动状态，并将启动状态发送给客户端。
在本发明实施例中，补办状态数据库用于保存书面文件补办状态。书面文件补办状态用于标识书面文件补办流程的当前节点，包括关闭状态、启动状态、校验状态、办理状态和完成状态。
需要说明的是，书面文件补办状态与用户对应，即服务端为每个合法用户均设置对应的书面文件补办状态，该书面文件补办状态默认为关闭状态，当服务端接收到用户的书面文件补办请求后，将该用户对应的书面文件补办状态设置为启动状态。
服务端将用户当前的书面文件补办状态及时发送给客户端，使得客户端的用户能够实时了解书面文件补办流程的当前进展情况。书面文件补办流程是指补办书面文件的流程。
具体地，服务端接收到书面文件补办请求后，将书面文件补办状态设置为启动状态，并将该启动状态发送给客户端。
客户端根据接收到的启动状态，在交互界面显示“补办流程已经启动”的提示信息，该提示信息的内容具体可以根据实际应用的需要进行设定，此处不做限定。
用户可以在客户端显示界面清楚地看到补办状态，从而可以获知补办进度。
s3：对书面文件补办申请信息进行合法性校验，同时将书面文件补办状态更新为校验状态，并将校验状态发送给客户端。
在本发明实施例中，提取书面文件补办请求中的书面文件补办申请信息，对该书面文件补办申请信息进行合法性校验，通过合法性校验判断用户提交的待申请补办的书面文件是否合法，即该书面文件是否成功办理过；同时，将书面文件补办状态更新为校验状态，并将该启动状态发送给客户端。
客户端根据接收到的校验状态，在交互界面显示“补办申请信息正在审核中”的提示信息，该提示信息的内容具体可以根据实际应用的需要进行设定，此处不做限定。
用户可以在客户端显示界面清楚地看到补办状态，从而可以获知补办进度。
s4：若合法性校验通过，则使用预设的书面文件生成方式补办书面文件，同时将书面文件补办状态更新为办理状态，并将办理状态发送给客户端。
在本发明实施例中，若书面文件补办申请信息的合法性校验通过，则使用预设的书面文件生成方式补办书面文件；同时，将书面文件补办状态更新为办理状态，并将该办理状态发送给客户端。
客户端根据接收到的办理状态，在交互界面显示“书面文件正在补办中”的提示信息，该提示信息的内容具体可以根据实际应用的需要进行设定，此处不做限定。
用户可以在客户端显示界面清楚地看到补办状态，从而可以获知补办进度。
进一步地，预设的书面文件生成方式包括归档影像生成方式或书面文件模板生成方式。s5：若书面文件补办成功，则打印补办的书面文件。
具体地，若请求补办的书面文件补办成功，则通过打印设备打印该书面文件。
s6：若书面文件打印成功，则将书面文件补办状态更新为完成状态，并将所述完成状态发送给客户端。
具体地，若补办成功的书面文件打印成功，则将书面文件补办状态更新为完成状态，并将该启动状态发送给客户端。
客户端根据接收到的完成状态，在交互界面显示“书面文件打印完成”的提示信息，该提示信息的内容具体可以根据实际应用的需要进行设定，此处不做限定。
用户可以在客户端显示界面清楚地看到补办状态，从而可以获知补办进度。
在图1对应的实施例中，服务端从接收到的书面文件补办请求中提取书面文件补办申请信息，设置书面文件补办状态为启动状态，并将该启动状态发送给客户端，然后，对书面文件补办申请信息进行合法性校验，同时，将书面文件补办状态更新为校验状态，并将该校验状态发送给客户端，若合法性校验通过，则使用预设的书面文件生成方式补办书面文件，将书面文件补办状态更新为办理状态，并将该办理状态发送给客户端，若书面文件补办成功，则打印补办的书面文件，最后，若书面文件打印成功，则将书面文件补办状态更新为完成状态，并将该完成状态发送给客户端。通过线上人机交互自动完成书面文件的补办过程，有效提高补办速度，同时，使用书面文件补办状态及时更新补办流程的当前进展情况，并通过客户端将该书面文件补办状态反馈给用户查看，有效提高了补办流程的透明性。
接下来，在图1对应的实施例的基础之上，下面通过一个具体的实施例来对步骤s3中提及的对书面文件补办申请信息进行合法性校验的具体实现方法进行详细说明。
在本发明实施例中，书面文件补办申请信息包括请求补办的书面文件的标识信息和请求补办的书面文件的归属人信息。
请参阅图2，图2示出了对书面文件补办申请信息进行合法性校验的具体实现流程，详述如下：
s31：在书面文件数据库中，若查询到归属人信息，则获取该归属人信息对应的目标书面文件标识信息，或者在书面文件数据库中，若查询到标识信息，则获取该标识信息对应的目标归属人信息，其中，书面文件数据库中记录了书面文件归属人信息、书面文件标识信息，以及书面文件内容之间的对应关系。
在本发明实施例中，书面文件数据库用于保存书面文件信息，书面文件信息是指成功办理的书面文件的信息，书面文件信息包括书面文件归属人信息、书面文件标识信息和书面文件内容。书面文件归属人信息是指拥有成功办理的书面文件的自然人信息；书面文件标识信息是指用于标识书面文件的信息，可以为多个阿拉伯数字与字母组合，具体可以根据实际应用的需要设定，此处不做限定；书面文件内容是指书面文件中的具体内容，可以是具体的条款或规则，具体可以根据实际应用的需要设定，此处不做限定。
进一步地，书面文件数据库中记录了书面文件归属人信息、书面文件标识信息以及书面文件内容之间的对应关系，书面文件归属人信息可以对应多个书面文件标识信息，一个书面文件标识信息只能有一个书面文件归属人信息，书面文件标识信息唯一标识书面文件，书面文件标识信息唯一标识书面文件内容。
具体地，在书面文件数据库中，查询请求补办的书面文件的归属人信息是否存在，若存在，则获取该归属人信息对应的书面文件标识信息，该书面文件标识信息被称为目标书面文件标识信息；若不存在，则终止书面文件补办流程；或者在书面文件数据库中，查询请求补办的书面文件的标识信息是否存在，若存在，则在书面文件数据库中获取该标识信息对应的归属人信息，该归属人信息被称为目标归属人信息，若不存在，则终止书面文件补办流程。
为了更好地理解本步骤，下面通过一个例子进行说明，具体表述如下：
例如，在一份书面文件补办申请信息中，请求补办的书面文件的归属人信息为“陈六”、请求补办的书面文件的标识信息为“租房合同0005”；在另一份书面文件补办申请信息中，请求补办的书面文件的归属人信息为“陈六”、请求补办的书面文件额的标识信息为“工作证明0006”；在一份书面文件信息中，书面文件归属人信息为“陈六”、书面文件标识信息为“租房合同0005”。则，在书面文件数据库中，查询“陈六”是否存在，若存在，进一步地，获取“陈六”对应的“租房合同0005”，“租房合同0005”被称为目标书面文件标识信息；若不存在，则终止书面文件补办流程；或者在书面文件数据库中查询“租房合同0005”或“工作证明0006”是否存在，若存在，进一步地，获取“租房合同0005”或“工作证明0006”对应的“陈六”，“陈六”被称为目标归属人信息；若不存在，则终止书面文件补办流程。
s32：若目标书面文件标识信息与请求补办的书面文件的标识信息一致，或者目标归属人信息与请求补办的书面文件的归属人信息一致，则确认合法性校验通过。
在本发明实施例中，若目标书面文件标识信息与请求补办的书面文件的标识信息一致，或者目标归属人信息与请求补办的书面文件的归属人信息一致，则确认合法性校验通过；若目标书面文件标识信息与请求补办的书面文件的标识信息不一致，或者目标归属人信息与请求补办的书面文件的归属人信息不一致，则确认合法性校验未通过，终止书面文件补办流程。
为了更好地理解本步骤，下面通过一个例子进行说明，具体表述如下：
例如，在一份书面文件补办申请信息中，请求补办的书面文件的归属人信息为“陈六”、请求补办的书面文件的标识信息为“租房合同0005”；在另一份书面文件补办申请信息中，请求补办的书面文件的归属人信息为“陈六”、请求补办的书面文件额的标识信息为“工作证明0006”；在一份书面文件信息中，书面文件归属人信息为“陈六”、书面文件标识信息为“租房合同0005”。则，在书面文件数据库中，查询“陈六”是否存在，若存在，进一步地，获取“陈六”对应的“租房合同0005”，“租房合同0005”被称为目标书面文件标识信息，进一步地，若目标书面文件标识信息为“租房合同0005”与请求补办的书面文件的标识信息为“租房合同0005”一致，则，确认合法性校验通过，若目标书面文件标识信息为“租房合同0005”与请求补办的书面文件的标识信息为“工作证明0006”不一致，则，确认合法性校验未通过，终止书面文件补办流程或返回s31；若不存在，则终止书面文件补办流程；或者在书面文件数据库中查询“租房合同0005”或“工作证明0006”是否存在，若存在，进一步地，获取“租房合同0005”或“工作证明0006”对应的“陈六”，“陈六”被称为目标归属人信息，若目标书面文件归属人信息为“陈六”与请求补办的书面文件的归属人信息为“陈六”一致，则，确认合法性校验通过，若不一致，则，确认合法性校未通过，终止书面文件补办流程或返回s31；若不存在，则终止书面文件补办流程。
在图2对应的实施例中，通过书面文件数据库保存成功办理过的书面文件的信息，并根据书面文件补办申请信息在书面文件数据库中进行查询，并将查询到的信息与书面文件补办申请信息中对应的信息进行比较，完成合法性校验，仅当书面文件补办申请信息在书面文件数据库中存在，才确认合法性校验通过，否则，认为合法性校验失败，不允许对该书面文件进行补办，从而提高补办流程中书面文件的安全性。
在图1对应的实施例的基础之上，在步骤s5中提及的若书面文件补办成功，则打印补办的书面文件之后，还可以进一步根据书面文件补办情况对书面文件归属人进行分析。
在本发明实施例中，书面文件补办申请信息还包括书面文件的申请人信息。书面文件的申请人信息是指申请书面文件的自然人信息，其中，申请书面文件的自然人可以是书面文件的归属人，也可以是书面文件的归属人委托的自然人。
请参阅图3，该书面文件生成方法还包括：
s71：获取当前的系统时间，作为书面文件的补办时间。
在本发明实施例中，书面文件的补办时间是指书面文件补办完成时的时间。
进一步地，系统时间为服务器系统的时间，系统时间可以为年月日时分组成，如“2017年2月5日10时55分”，可以根据实际应用的需要进行设定，此处不做限定。
具体地，获取当前的系统时间，将当前的系统时间作为书面文件的补办时间，并将其保存。
为了更好地理解本步骤，下面通过一个例子进行说明，具体表述如下：
例如，在第一份书面文件补办申请信息中，当前的系统时间为“2000年01月01日”，则，获取“2000年01月01日”作为书面文件的补办时间；在第二份书面文件补办申请信息中，当前的系统时间为“2003年03月03日”，则，获取“2003年03月03日”作为书面文件的补办时间；在第三份书面文件补办申请信息中，当前的系统时间为“2005年05月05日”，则，获取“2005年05月05日”作为书面文件的补办时间。
s72：记录申请人信息，并更新书面文件的成功办理次数。
在本发明实施例中，书面文件信息还包括书面文件申请人信息和书面文件的成功办理次数。书面文件的成功办理次数是指书面文件已经成功办理过的次数。
具体地，对于书面文件的申请人信息，在每次办理书面文件时将其记录保存下来，同时，对于书面文件的成功办理次数，每当成功办理或成功补办一次书面文件时，则更新该书面文件的成功办理次数。
为了更好地理解本步骤，下面通过一个例子进行说明，具体表述如下：
例如，在第一份书面文件补办申请信息中，书面文件归属人信息为“陈九”，书面文件的请人信息为“张三”，书面文件的成功办理次数为“1”；在第二份书面文件补办申请信息中，书面文件归属人信息为“陈九”，书面文件的申请人信息为“李四”，书面文件的成功办理次数为“2”；在第三份书面文件补办申请信息中，书面文件归属人信息为“陈九”，书面文件的申请人信息为“王五”，书面文件的成功办理次数为“3”；则，记录“张三”、“李四”和“王五”，并将其保存，同时更新书面文件的成功办理次数为3。
s73：统计书面文件的申请人信息与书面文件的归属人信息不相同的次数，并根据该次数确定归属人的工作状态。
具体地，对每个书面文件，使用预先设置的次数变量记录该书面文件的申请人信息与该书面文件的归属人信息不相同的次数，该次数变量的初始值为0，并且书面文件与次数变量一一对应，即每个书面文件对应一个次数变量。
在每次办理书面文件时，比较书面文件的申请人信息与书面文件的归属人信息是否相同，若相同，则将该次数变量的值加1。
根据次数变量的值确定归属人的工作状态，若次数变量的值大于或等于预设的第一阀值，则确认归属人的工作状态为事业忙碌型；若次数变量的值小于预设的第一阀值，则确认归属人的工作状态为事业休闲型。
为了更好地理解本步骤，下面通过一个例子进行说明，具体表述如下：
例如，在第一份书面文件补办申请信息中，请求补办的书面文件归属人信息为“张三”、请求补办的书面文件申请人信息为“李四”；在第二份书面文件补办申请信息中，请求补办的书面文件归属人信息为“张三”、请求补办的书面文件申请人信息为“王五”；在第三份书面文件补办申请信息中，请求补办的书面文件归属人信息为“张三”、请求补办的书面文件申请人信息为“陈六”，则在完成这三份税按文件补办申请后，该书面文件的次数变量的值为3，，假设预设的第一阀值为3，则，“张三”的工作状态被确认为事业忙碌型。
s74：根据补办时间确定归属人的办理频率。
在本发明实施例中，书面文件的归属人的办理频率包括高频和低频。
具体地，将书面文件相邻两次补办的补办时间做差运算，得到差值，该差值作为补办时间间隔，若补办时间间隔小于预设的第二阀值，则该书面文件的归属人的办理频率被确认为高频；若补办时间间隔大于或等于预设的第二阀值，则该书面文件的归属人的办理频率被确认为低频。
为了更好地理解本步骤，下面通过一个例子进行说明，具体表述如下：
例如，在一份书面文件补办申请信息中，请求补办的书面文件的归属人信息为“刘东”、请求补办的书面文件申请人信息为“陈西”、该书面文件申请时间为“2003年03月03日”，在另一份书面文件补办申请信息中，请求补办的书面文件的归属人信息为“刘东”、请求补办的书面文件的申请人信息为“黄南”、该书面文件申请时间为“2003年05月05日”；则将“2003年05月05日”与“2003年03月03日”做差运算，该差值为62，将该差值作为补办时间间隔，即补办时间间隔为62天，假设预设的第二阀值为90天，则，62小于90，从而该书面文件的归属人“刘东”的办理频率被确认为高频。
s75：根据书面文件的成功办理次数，确定归属人的性格类型。
在本发明实施例中，书面文件的归属人的性格类型包括粗心型和细心型。
具体地，若步骤s72更新后的书面文件的成功办理次数大于或等于预设的第三阀值，则书面文件的归属人的性格类型被确认为粗心型；若步骤s72更新后的书面文件的成功办理次数小于预设的第三阀值，则书面文件的归属人的性格类型被确认为细心型。
为了更好地理解本步骤，下面通过一个例子进行说明，具体表述如下：
例如，在一份书面文件补办申请信息中，请求补办的书面文件归属人信息为“王强”、请求补办的书面文件申请人信息为“陈明”，该书面文件的补办时间为“2010年03月03日”，该书面文件的成功办理次数为“4”，假设预设的第三阀值为3；则该书面文件的成功办理次数大于预设的第三阈值，从而该书面文件的归属人“王强”的性格类型被确认为粗心型。
s76：将包含工作状态、办理频率或性格类型的用户提醒信息发送给客户端。
具体地，根据步骤s74确定的工作状态，步骤s75确定的办理频率，以及步骤s76确定的性格类型，将包含归属人的工作状态、归属人的办理频率或归属人的性格类型的用户提醒信息发送给客户端，以便客户端的用户能够及时了解当前补办的书面文件的归属人的属性特征。
需要说明的是，用户提醒信息的内容具体可以根据实际应用的需要进行设定，此处不做限定。
例如，若书面文件的归属人的工作状态为事业忙碌型，则发送第一提醒消息到客户端，第一提醒消息可以为“尊敬的用户，避免浪费你宝贵的工作时间用来补办书面文件，请妥善保管好书面文件。”。
若书面文件的归属人的办理频率为高频，则发送第二提醒消息到客户端，第二提醒消息可以为“尊敬的用户，你目前书面文件办理频率过高，避免给你带来补办书面文件的麻烦，请妥善保管好书面文件。”。
若书面文件的归属人的性格类型为粗心型，则发送第三提醒消息到客户端，第三提醒消息可以为“尊敬的用户，你书面文件办理次数已经超过三次，避免给你带来补办书面文件的麻烦，请妥善保管好书面文件。”。
在图3对应的实施例中，通过书面文件的补办时间，确定归属人的办理频率，通过记录申请人信息和更新书面文件的成功办理次数，确定归属人的性格类型，通过统计书面文件的申请人与书面文件的归属人不相同的次数，并根据该次数确定归属人的工作状态，，然后将包含工作状态、办理频率或性格类型的用户提醒信息发送给客户端，以便客户端的用户能够及时了解当前补办的书面文件的归属人的属性特征，并根据用户提示信息的内容进行针对性的预防，从而增强产品黏性。
在图2对应的实施例的基础之上，下面通过一个具体的实施例对步骤s4中提及的使用预设的书面文件生成方式补办书面文件的具体实现方法进行详细说明。
需要说明的是，可以预先设置书面文件生成方式，以便用户可以从该预设的书面文件生成方式中进行选择。进一步地，预设的书面文件生成方式包括归档影像生成方式或书面文件模板生成方式，但并不限于此，书面文件生成方式还可以包括其他生成方式，具体可以根据实际应用的需要进行设置，此处不做限制。
具体地，在本发明实施例中，预设的书面文件生成方式为归档影像生成方式。
请参阅图4，图4示出了本发明实施例提供的步骤s4的具体实现流程，详述如下：
s411：在书面文件数据库中获取请求补办的书面文件的标识信息对应的该书面文件的归档影像。
在本发明实施例中，书面文件的归档影像是指成功办理的书面文件的电子版。
具体地，在书面文件数据库中获取请求补办的书面文件的标识信息对应的该书面文件的归档影像的保存地址信息，进而根据该保存地址信息提取该书面文件的归档影像。
s412：根据请求补办的书面文件的归档影像生成该书面文件。
具体地，根据步骤s412获取到的归档影像，生成对应的书面文件。
在图4对应的实施例中，当预设的书面文件生成方式为归档影像生成方式时，通过获取标识信息对应的书面文件的归档影像，调用该归档影像进行书面文件的生成，有效解决补办方式单一的问题，提高了补办方式的灵活性。
在图2对应的实施例的基础之上，当预设的书面文件生成方式为书面文件模板生成方式时，下面通过一个另一具体的实施例对步骤s4中提及的使用预设的书面文件生成方式补办书面文件的具体实现方法进行详细说明。
在本发明实施例中，书面文件补办申请信息还包括书面文件的文件类型和该书面文件的文件名称。书面文件的文件类型是指书面文件的具体文件类型，如“权证”或“合同”等；书面文件的文件名称是指书面文件的具体文件名称，如“看房权证”或“买车合同”等。需要说明的是，文件类型和文件名称均可以根据实际应用的需要进行设置，此处不做限定。
进一步地，每种书面文件的文件类型对应多个不同的书面文件的文件名称，每个书面文件的文件名称对应多个不同的书面文件的标识信息。一个书面文件只能属于一种文件类型，同时，一个书面文件也只能属于一个文件名称。
需要说明的是，一份书面文件的书面文件归属人信息是唯一的，一个书面文件归属人可以拥有一份任意文件名称的书面文件、多份同一文件类型不同文件名称的书面文件、多份同一文件类型同一文件名称的不同标识信息的书面文件、多份不同文件类型的书面文件或多份不同文件类型不同文件名称的书面文件。
请参阅图5，图5示出了本发明实施例提供的步骤s4的另一具体实现流程，详述如下：
s421：根据请求补办的书面文件的文件类型、请求补办的书面文件的文件名称或者请求补办的书面文件的标识信息，在书面文件模板数据库中查询对应的书面文件模板。
在本发明实施例中，书面文件模板数据库用于保存书面文件模板和书面文件模板信息，其中，书面文件模板信息包括书面文件模板类型、书面文件模板名称和书面文件模板标识信息。书面文件模板类型是指书面文件模板的具体类型，如“权证模板”或“合同模板”；书面文件模板名称是指书面文件模板的具体名称，如“看房权证模板”或“买车合同模板”；书面文件模板标识信息是指用于标识书面文件模板的信息，其具体可以为多个阿拉伯数字与字母组合，书面文件模板标识信息唯一标识书面文件模板。
每种书面文件模板类型对应多个不同的书面文件模板名称，每个书面文件模板名称对应多个不同的书面文件模板标识信息。一个书面文件模板只能属于一种模板类型，同时，一个书面文件模板也只能属于一个模板名称。
书面文件模板类型与请求补办的书面文件的文件类型一一对应，书面文件模板名称与请求补办的书面文件的文件名称一一对应，书面文件模板标识信息与请求补办的书面文件的标识信息一一对应。
具体地，根据请求补办的书面文件的文件类型，在书面文件模板数据库中查询该文件类型对应的书面文件模板，或者根据请求补办的书面文件的文件名称，在书面文件模板数据库中查询该文件名称对应的书面文件模板，或者根据请求补办的书面文件的标识信息，在书面文件模板数据库中查询该标识信息对应的书面文件模板，或者根据请求补办的书面文件的归属人信息，在书面文件数据库中查询该归属人信息对应的书面文件标识信息，再根据该书面文件标识信息在书面文件模板数据库中查询该书面文件标识信息对应的书面文件模板。
为了更好的理解本步骤，下面通过一个例子进行说明，具体表述如下：
例如，在第一份书面文件补办申请信息中，请求补办的书面文件的文件类型为“合同”、请求补办的书面文件的文件名称为“购车合同”、请求补办的书面文件的标识信息为“购车合同0010”；在第二份书面文件补办申请信息中，请求补办的书面文件类型为“合同”、请求补办的书面文件名称为“购车合同”、；在第三份书面文件补办申请信息中，请求补办的书面文件标识为“购房合同0014”；在第一份书面文件模板信息中，书面文件模板类型为“合同模板”、书面文件模板名称为“购车合同模板”和书面文件模板标识信息为“购车合同0010模板”；在第二份书面文件模板信息中，书面文件模板类型为“合同模板”、书面文件模板名称为“购车合同模板”和书面文件模板标识信息为“购车合同0012模板”；在第三份书面文件模板信息中，书面文件模板类型为“合同模板”、书面文件模板名称为“购车合同模板”和书面文件模板标识信息为“购房合同0014模板”；因此，根据第一份书面文件补办申请信息，查询到对应的书面文件模板为“购车合同0010模板”，根据第二份书面文件补办申请信息，查询到对应的书面文件模板为“购车合同0010模板”和“购车合同0012模板”，根据第三份书面文件补办申请信息，查询到对应的书面文件模板为“购房合同0014模板”。
s422：将书面文件模板发送到客户端，以便用户对书面文件模板进行选择。
具体地，将步骤s422查询到的书面文件模板发送到客户端，并显示在客户端的显示界面供用户查看和选择。
客户端的用户从显示界面上选择所需的书面文件模板，客户端获取用户选定的目标书面文件模板，并将该目标书面文件模板标识信息发送到服务端。
s423：接收用户选择的目标书面文件模板。
具体地，服务端接收客户端发送的目标书面文件模板标识信息，并根据该目标书面文件模板标识信息获取对应的目标书面文件模板。
s424：在书面文件数据库中获取请求补办的书面文件的标识信息对应的目标书面文件内容。
具体地，服务端在书面文件数据库中获取请求补办的书面文件的标识信息对应的书面文件内容，该书面文件内容被称为目标书面文件内容。
s425：根据目标书面文件模板和目标书面文件内容，生成书面文件。
服务端根据步骤s423得到的目标书面文件模板，以及步骤s424得到的目标书面文件内容，按照目标书面文件模板的要求，将目标书面文件内容自动填写到该目标书面文件模板中，生成用户请求补办的书面文件。
在图5对应的实施例中，当预设的书面文件生成方式为书面文件模板生成方式时，服务端在书面文件模板数据库中查询文件类型、文件名称或者标识信息对应的书面文件模板，将查询到的书面文件模板发送到客户端供用户选择，并接收用户选择的目标书面文件模板，服务端在书面文件数据库中获取请求补办的书面文件的标识信息对应的目标书面文件内容，根据目标书面文件模板和目标书面文件内容，生成书面文件，实现了按照书面文件模板自动生成补办的书面文件，有效解决补办方式单一的问题，提高了补办方式的灵活性。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
实施例2
对应于实施例1中的书面文件生成方法，图6示出了与实施例1提供的书面文件生成方法一一对应的书面文件生成装置。为了便于说明，仅示出了与本发明实施例相关的部分。
请参阅图6，该书面文件生成装置包括：接收补办请求模块61、设置启动状态模块62、校验申请信息模块63、生成书面文件模块64、打印书面文件模块65和设置完成状态模块66。各功能模块详细说明如下：
接收补办请求模块61，用于接收用户从客户端发送的书面文件补办请求，其中，书面文件补办请求包括书面文件补办申请信息；
设置启动状态模块62，用于设置书面文件补办状态为启动状态，并将启动状态发送给客户端；
校验申请信息模块63，用于对书面文件补办申请信息进行合法性校验，同时，将书面文件补办状态更新为校验状态，并将校验状态发送给客户端；
生成书面文件模块64，用于若合法性校验通过，则使用预设的书面文件生成方式补办书面文件，同时将书面文件补办状态更新为办理状态，并将办理状态发送给客户端；
打印书面文件模块65，用于若书面文件补办成功，则打印补办的书面文件；
设置完成状态模块66，用于若书面文件打印成功，则将书面文件补办状态更新为完成状态，并将完成状态发送给客户端。
进一步地，书面文件补办申请信息包括请求补办的书面文件的标识信息和请求补办的书面文件的归属人信息，校验申请信息模块63包括：
查询申请信息子模块631，用于在书面文件数据库中，若查询到归属人信息，则获取归属人信息对应的目标书面文件标识信息，或者在书面文件数据库中，若查询到标识信息，则获取标识信息对应的目标归属人信息，其中，书面文件数据库中记录了书面文件归属人信息、书面文件标识信息，以及书面文件内容之间的对应关系；
校验申请信息子模块632，用于若目标书面文件标识信息与请求补办的书面文件的标识信息一致，或者目标归属人信息与请求补办的书面文件的归属人信息一致，则确认合法性校验通过。
进一步地，书面文件补办申请信息还包括书面文件的申请人信息，书面文件生成装置还包括：
获取补办时间模块671，用于获取当前的系统时间，作为书面文件的补办时间；
记录信息和更新次数模块672，用于记录申请人信息，并更新书面文件的成功办理次数；
确定工作状态模块673，用于统计书面文件的申请人信息与书面文件的归属人信息不相同的次数，并根据该次数确定归属人的工作状态；
确定办理频率模块674，用于根据补办时间确定归属人的办理频率；
确定性格类型模块675，用于根据书面文件的成功办理次数，确定归属人的性格类型；
发送提醒消息模块676，用于将包含工作状态、办理频率或性格类型的用户提醒信息发送给客户端。
进一步地，预设的书面文件生成方式包括归档影像生成方式或书面文件模板生成方式。
进一步地，当预设的书面文件生成方式为归档影像生成方式时，生成书面文件模块64包括：
查询归档影像子模块641，用于在书面文件数据库中获取标识信息对应的书面文件的归档影像；
生成书面文件第一子模块642，用于根据归档影像生成书面文件。
进一步地，书面文件补办申请信息还包括书面文件的文件类型和书面文件的文件名称，当预设的书面文件生成方式为书面文件模板生成方式时，生成书面文件模块64还包括：
查询模板子模块643，用于根据文件类型、文件名称或标识信息，在书面文件模板数据库中查询对应的书面文件模板；
发送模板子模块644，用于将书面文件模板发送到客户端，以便用户对书面文件模板进行选择；
接收模板子模块645，用于接收用户选择的目标书面文件模板；
获取内容子模块646，用于在书面文件数据库中获取请求补办的书面文件的标识信息对应的目标书面文件内容；
生成书面文件第二子模块647，用于根据目标书面文件模板和目标书面文件内容，生成书面文件。
本实施例提供的一种书面文件生成装置中各模块实现各自功能的过程，具体可参考前述实施例1的描述，此处不再赘述。
实施例3
本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例1中书面文件生成方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现实施例2中书面文件生成装置中各模块/单元的功能，为避免重复，这里不再赘述。
可以理解地，所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、电载波信号和电信信号等。
实施例4
图7是本发明一实施例提供的终端设备的示意图。如图7所示，该实施例的终端设备70包括：处理器71、存储器72以及存储在存储器72中并可在处理器71上运行的计算机程序73。处理器71执行计算机程序73时实现上述实施例1中书面文件生成方法的步骤，例如图1所示的步骤s1至步骤s6。或者，处理器71执行计算机程序73时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块61至模块66的功能。
示例性的，计算机程序73可以被分割成一个或多个模块，一个或者多个模块被存储在存储器72中，并由处理器71执行，以完成本发明。一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序73在终端设备70中的执行过程。例如，计算机程序73可以被分割成接收补办请求模块、设置启动状态模块、校验申请信息模块、生成书面文件模块、打印书面文件模块和设置完成状态模块。各模块的具体功能如实施例2所示，为避免重复，此处不一一赘述。
终端设备70可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备可包括，但不仅限于，处理器71、存储器72。本领域技术人员可以理解，图7仅仅是终端设备70的示例，并不构成对终端设备70的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器71可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器72可以是终端设备70的内部存储单元，例如终端设备70的硬盘或内存。存储器72也可以是终端设备70的外部存储设备，例如终端设备70上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。进一步地，存储器72还可以既包括终端设备70的内部存储单元也包括外部存储设备。存储器72用于存储计算机程序以及终端设备所需的其他程序和数据。存储器72还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。