CN116150456B - 一种智能档案管理方法、装置、电子设备和介质 - Google Patents

Abstract

本申请涉及计算机技术领域，尤其是涉及一种智能档案管理方法、装置、电子设备和介质,其方法包括：获取用户搜索信息和用户申请信息，确定用户申请信息中输入信息和返回信息的关联标准，根据用户搜索信息中输入信息和查看信息的对应标准对关联标准进行比对，若对应标准中不存在关联标准，则认定比对失败，并根据关联标准生成验证提示，若对应标准中存在关联标准，则认定比对成功，则根据对应标准生成添加提示。通过这种方式，能够提高对全文搜索引擎词库进行更新维护的效率。

Description

一种智能档案管理方法、装置、电子设备和介质

技术领域

本申请涉及计算机技术领域，尤其是涉及一种智能档案管理方法、装置、电子设备和介质。

背景技术

通过对电子档案管理系统的合理利用，不仅可以对企事业单位的档案进行电子化管理，而且可以对档案中的多维度信息进行数据处理，进而推动对应单位发展，提高企业附加值。

在实现对档案信息管理利用的过程中，对电子档案进行搜索是普遍存在的一环。当前电子档案管理系统已支持多种搜索方式，其中全文搜索、模糊搜索以及精准搜索是主流的搜索方式。全文搜索适用于搜索人员仅对部分文档内容存在印象时，即当搜索人员在全文搜索引擎中输入部分文档内容时，电子档案管理系统则自动在全文搜索引擎词库中查找包含对应文档内容的电子档案，但因为搜索人员输入全文搜索引擎中的内容较少，无法实现对目标文档的精准定位，由此，全文搜索引擎词库多为海量数据库，以便于尽可能将含有对应文档内容的文档返回显示。

目前，随着企事业单位的文档信息在内容和形式上不断更新，本为海量数据库的全文搜索引擎词库也需要根据更新后的文档信息进行更新维护。但当下对全文搜索引擎词库进行更新维护时，需要通过人工介入的方式将搜索人员在历史搜索中的输入内容和返回的显示内容逐一进行比对关联，导致在对全文搜索引擎词库进行更新维护时，存在更新效率较低的问题。

发明内容

本申请的目的是提供一种智能档案管理方法、装置、电子设备和介质，用于解决以上至少一项技术问题。

本申请的上述发明目的是通过以下技术方案得以实现的：

第一方面，本申请提供一种智能档案管理方法，采用如下的技术方案：

一种智能档案管理方法，包括：

获取用户搜索信息和用户申请信息，所述用户搜索信息包括用户在进行全文搜索时在全文搜索引擎中的输入信息和在进行全文搜索后的查看信息，所述用户申请信息为预设时间点时，用户向全文搜索词库的维护人员发出的将所述输入信息和在进行全文搜索后的返回信息关联的申请；

确定所述用户申请信息中所述输入信息和所述返回信息的关联标准；

根据所述用户搜索信息中所述输入信息和所述查看信息的对应标准对所述关联标准进行比对；

若所述对应标准中不存在所述关联标准，则认定比对失败，并根据所述关联标准生成验证提示，所述验证提示用于提示所述维护人员对所述用户申请信息中的所述输入信息进行验证；

若所述对应标准中存在所述关联标准，则认定比对成功，并根据所述对应标准生成添加提示，所述添加提示用于提示所述用户确认是否需要添加所述对应标准中除所述关联标准之外的其他信息。

在另一种可能实现的方式中，所述方法之后还包括：

获取查看记录，所述查看记录为所述用户的历史浏览信息；

确定所述全文搜索引擎词库中与所述用户搜索信息内的所述输入信息关联的键值对总数；

确定所述键值对总数是否超过预设标准；

若是，则根据所述查看记录筛选与全部所述键值对关联的返回信息，得到目标信息；

若否，则确定与全部所述键值对关联的返回信息为目标信息。

在另一种可能实现的方式中，所述根据所述查看记录筛选与全部所述键值对关联的返回信息，得到目标信息，包括：

获取当前时刻，所述当前时刻为确定所述键值对总数超过预设标准时对应的时间点；

确定所述当前时刻和距所述当前时刻发生前的一个预设时间点之间的时间段；

确定处于所述时间段内的所述查看记录；

分别确定所述查看记录和所述输入信息中的关键字，并将所述查看信息对应的所述关键字与所述输入信息对应的所述关键字进行匹配，若匹配成功，则根据所述查看记录中的关键字筛选所述返回信息，得到所述目标信息。

在另一种可能实现的方式中，所述分别确定所述查看记录和所述输入信息中的关键字，之前还包括：

根据所述查看记录确定所述当前时刻对应的流程节点；

确定所述查看记录中与不同所述历史浏览界面对应的所述查看时刻和所述查看时长是否符合预设关联标准，若是，则保留与所述历史浏览界面对应的所述查看记录；

根据所述流程节点筛选所述查看记录。

在另一种可能实现的方式中，所述方法还包括：

获取文档需求信息，所述当前文档信息为当前文档的需求信息；

通过对所述文档需求信息进行语义分析，确定所述当前文档的流程类型和文档格式；

根据所述流程类型和所述文档格式对所述用户搜索信息进行筛选，得到所述当前文档的目标格式和目标类型。

在另一种可能实现的方式中，所述根据确定的所述用户搜索信息筛选所述返回信息，得到所述目标信息，之后还包括：

确定所述当前时刻发生后所述用户搜索信息内的所述查看信息；

判断确定的所述查看信息所对应的文档总数是否超过预设查看阈值，若是，则生成扩大搜索范围指令，以扩大对所述当前文档的搜索范围。

在另一种可能实现的方式中，所述根据所述流程类型和所述文档格式对所述用户搜索信息进行筛选，得到所述当前文档的目标格式和目标类型，之后还包括：

若所述用户选择所述目标格式或所述目标类型进行编辑，则根据所述用户选择进行编辑的所述目标格式或所述目标类型生成编辑提示。

第二方面，本申请提供一种智能档案管理装置，采用如下的技术方案：

一种智能档案管理装置，包括：

获取信息模块，用于获取用户搜索信息和用户申请信息，所述用户搜索信息包括用户在进行全文搜索时在全文搜索引擎中的输入信息和在进行全文搜索后的查看信息，所述用户申请信息为预设时间点时，用户向全文搜索词库的维护人员发出的将所述输入信息和在进行全文搜索后的返回信息关联的申请；

确定关联标准模块，用于确定所述用户申请信息中所述输入信息和所述返回信息的关联标准；

标准比对模块，用于根据所述用户搜索信息中所述输入信息和所述查看信息的对应标准对所述关联标准进行比对；

验证提示模块，用于根据所述关联标准生成验证提示，所述验证提示用于提示所述维护人员对所述用户申请信息中的所述输入信息进行验证；

添加提示模块，用于根据所述对应标准生成添加提示，所述添加提示用于提示所述用户确认是否需要添加所述对应标准中除所述关联标准之外的其他信息。

在另一种可能实现的方式中，所述装置还包括：获取记录模块、确定键值对模块、确定总数模块、第一目标模块以及第二目标模块，其中，

所述获取记录模块，用于获取查看记录，所述查看记录为所述用户的历史浏览信息；

所述确定键值对模块，用于确定所述全文搜索引擎词库中与所述用户搜索信息内的所述输入信息关联的键值对总数；

所述确定总数模块，用于确定所述键值对总数是否超过预设标准；

所述第一目标模块，用于根据所述查看记录筛选与全部所述键值对关联的返回信息，得到目标信息；

所述第二目标模块，用于确定与全部所述键值对关联的返回信息为目标信息。

在另一种可能实现的方式中，当所述第一目标模块在根据所述查看记录筛选与全部所述键值对关联的返回信息，得到目标信息时，具体用于：

获取当前时刻，所述当前时刻为确定所述键值对总数超过预设标准时对应的时间点；

确定所述当前时刻和距所述当前时刻发生前的一个预设时间点之间的时间段；

确定处于所述时间段内的所述查看记录；

分别确定所述查看记录和所述输入信息中的关键字，并将所述查看信息对应的所述关键字与所述输入信息对应的所述关键字进行匹配，若匹配成功，则根据所述查看记录中的关键字筛选所述返回信息，得到所述目标信息。

在另一种可能实现的方式中，所述装置还包括：确定节点模块、保留记录模块以及筛选记录模块，其中，

所述确定节点模块，用于根据所述查看记录确定所述当前时刻对应的流程节点；

所述保留记录模块，用于确定所述查看记录中与不同所述历史浏览界面对应的所述查看时刻和所述查看时长是否符合预设关联标准，若是，则保留与所述历史浏览界面对应的所述查看记录；

所述筛选记录模块，用于根据所述流程节点筛选所述查看记录。

在另一种可能实现的方式中，所述装置还包括：获取需求模块、语义分析模块以及筛选信息模块，其中，

所述获取需求模块，用于获取文档需求信息，所述当前文档信息为当前文档的需求信息；

所述语义分析模块，用于通过对所述文档需求信息进行语义分析，确定所述当前文档的流程类型和文档格式；

所述筛选信息模块，用于根据所述流程类型和所述文档格式对所述用户搜索信息进行筛选，得到所述当前文档的目标格式和目标类型。

在另一种可能实现的方式中，所述装置还包括：确定信息模块和判断总数模块，其中，

所述确定信息模块，用于确定所述当前时刻发生后所述用户搜索信息内的所述查看信息；

所述判断总数模块，用于判断确定的所述查看信息所对应的文档总数是否超过预设查看阈值，若是，则生成扩大搜索范围指令，以扩大对所述当前文档的搜索范围。

在另一种可能实现的方式中，所述装置还包括：生成提示模块，其中，

所述生成提示模块，用于根据所述用户选择进行编辑的所述目标格式或所述目标类型生成编辑提示。

第三方面，本申请提供一种电子设备，采用如下的技术方案：

至少一个处理器；

存储器；

至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行上述的智能档案管理方法。

第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令所述计算机执行上所述的智能档案管理方法。

综上所述，本申请包括以下至少一种有益技术效果：

本申请提供了一种智能档案管理方法、装置、电子设备和介质，与相关技术相比，本申请中，通过获取用户申请信息和用户搜索信息，之后确定用户申请信息中输入信息和返回信息之间的关联标准，将用户搜索信息中输入信息和返回信息之间的对应标准与关联标准进行比对，若对应标准中不存在关联标准，则认定比对失败，即表示关联标准中的输入信息存在不合规的可能性较大，根据关联标准生成验证提示，以提示词库的维护人员对用户申请中的输入信息进行验证，判断用户申请信息中的关联标准是否合规；若对应标准中存在关联标准，则认定比对成功，生成添加提示信息以提示用户是否需要添加用户搜索信息中的其他信息。通过生成验证提示和添加提示两种提示类型的信息，在用户向词库的维护人员递交申请以更新词库时，添加了对用户申请中信息的比对过程，减少了后续用户重复提交相似申请的可能，同时减少了后续词库维护人员对用户申请信息进行合规验证的工作量，提高了词库更新的效率。

附图说明

图1是本申请其中一实施例的一种智能档案管理方法的流程示意图；

图2是本申请其中一实施例的一种智能档案管理装置的结构示意图；

图3是本申请其中一实施例的一种智能档案管理电子设备的结构示意图。

具体实施方式

以下结合图1至图3对本申请作进一步详细说明。

本具体实施例仅仅是对本申请的解释，其并不是对本申请的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本申请的范围内都受到专利法的保护。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本申请实施例作进一步详细描述。

电子档案管理系统为企事业单位管理线上作业文件提供了系统的管理方法和管理平台，本申请中的电子档案管理系统依托SaaS平台进行搭建，支持私有化部署，提供模板库以供用户在线创建文档，另有手动上传文档和离线批量导入文档两种电子文档采集方式，更为贴合复杂的文档管理场景。

在用户完成对文档采集后，可通过系统中的基本校验规则库对文档进行校验以降低文档出错率。在文档进行归档时，系统提供四性检测模块以及智能归档建议模块，有助于保证电子档案的凭证价值、查考价值以及保存价值。另外系统中的预归档模块、归档指导模块以及流程审批模块等模块均可根据用户自身需求进行调配。

本申请实施例提供了一种智能档案管理方法，由电子设备执行，该电子设备可以为服务器也可以为终端设备，其中，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此，该终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例在此不做限制，如图1所示，该方法具体可以包括步骤S11、步骤S12、步骤S13、步骤S14以及步骤S15，其中：

步骤S11，获取用户搜索信息和用户申请信息。

其中，用户搜索信息包括输入信息和查看信息，输入信息为用户在进行全文搜索时在全文搜索引擎中输入的信息，查看信息为用户在进行全文搜索后的历史浏览界面，用户申请信息为在预设时间点时，用户向全文搜索词库的维护人员发出关联请求，将输入信息和在进行全文搜索后的返回信息进行关联后的申请信息，返回信息为用户在全文搜索后返回的搜索结果信息。

通常来讲，应用全文搜索引擎词库的企事业单位文档会随着时间推移而不断增多，且文档形式和文档内容的变化趋势多不可预测，故需要全文搜索引擎词库的维护人员根据对应企事业单位文档的实际变化情况在词库中对文档建立索引，以供全文搜索引擎词库的使用者在实际搜索相关文档内容时，可以凭借事先建立的索引在词库中及时查找到对应的文档内容并返回显示。但因维护人员并非全文搜索引擎的一线使用者，对文档的实际变化情况了解可能存在偏差，故本申请中引入用户申请信息来收集全文搜索引擎词库的使用者，即用户对将输入信息和返回信息之间进行关联的关联申请。又因为文档信息的变化随着时间的增长而增多，所以本申请中设定预设时间点用以收集用户在使用全文搜索引擎词库一段时间后，由于文档信息变化而产生的关联申请。

步骤S12，确定用户申请信息中输入信息和返回信息的关联标准。

对于本申请实施例，获取输入信息，并将输入信息和用户在返回显示的界面上的查看信息相对应后作为用户搜索信息，获取同一用户ID反馈的用户申请信息。

将用户申请信息中输入信息和返回信息的对应标准作为关联标准。例如，用户申请信息中的对应标准为：输入信息-人事调动，返回信息-人事档案，则关联标准为：人事调动-人事档案。

步骤S13，根据用户搜索信息中输入信息和查看信息的对应标准对关联标准进行比对。

步骤S14，若对应标准中不存在关联标准，则认定比对失败，并根据关联标准生成验证提示。

其中，验证提示用于提示维护人员对用户申请信息中的输入信息进行验证。

对于本申请实施例，将用户搜索信息中的输入信息与关联标准中的输入信息匹配，查看信息与关联标准中的返回信息匹配，若两次匹配中，存在任意一次匹配失败，则认定对应标准中不存在关联标准，即比对失败，之后根据关联标准中的输入信息生成验证提示，提示维护人员验证用户申请信息中的输入信息是否合规。其中，本申请中验证提示的表现形式不做限制，可采用的表现形式包括但不限于：文本以及表格。

具体的，在本步骤中进行匹配时，采用匹配的方式包括但不限于：通过语义分析确定用户搜索信息中的输入信息与关联标准中的输入信息之间的语义关联度作为匹配度，通过字符匹配确定查看信息与返回信息之间的匹配度。另外，当下已存在多种匹配算法，本申请在此对匹配所用的方式和算法不做限制，在实际应用本申请中的技术方案时，不违背本申请的实质精神即可。

本申请中的对应标准和关联标准进行比对时，若用户在关联标准中添加的输入信息在用户搜索信息中不存在，即用户没有将关联标准中的输入信息添加在全文搜索引擎中进行搜索，关联标准中的输入信息在当前全文搜索引擎词库中存在的可能较大，此时根据关联标准中的输入信息生成验证提示，提示维护人员根据关联标准中的输入信息在当前全文搜索引擎词库中进行查重，减少了维护人员对用户申请信息中的关联标准逐一进行验证添加的工作量。

步骤S15，若对应标准中存在关联标准，则认定比对成功，并根据对应标准生成添加提示。

其中，添加提示用于提示用户确认是否需要添加对应标准中除关联标准之外的其他信息。

对于本申请实施例，在将用户搜索中的输入信息与关联标准中的输入信息匹配，查看信息与关联标准中的返回信息匹配时，两次匹配的匹配结果均为匹配成功，则认定关联标准与对比标准两者比对成功，之后根据对应标准中除与关联标准比对成功的对应标准外的其他对应标准生成添加提示。

例如，对比标准为：输入信息A-查看信息B；输入信息A-查看信息C；输入信息A-查看信息D，关联标准为：输入信息A-返回信息B。将对比标准与关联标准进行匹配时，仅存在一组对比标注与关联标准对比成功，而在其他未对比成功的对应标准中，输入信息与对比成功的对应标准中的输入信息相同，即用户在用户申请信息中添加关联标准时，存在将关联标准遗漏的可能，此时根据其他未对比成功的对应标准生成添加提示，以对用户进行提示。

本申请实施例中，通过获取用户申请信息和用户搜索信息，之后确定用户申请信息中输入信息和返回信息之间的关联标准，将用户搜索信息中输入信息和返回信息之间的对应标准与关联标准进行比对，若对应标准中不存在关联标准，则认定比对失败，即表示关联标准中的输入信息存在不合规的可能性较大，根据关联标准生成验证提示，以提示词库的维护人员对用户申请中的输入信息进行验证，判断用户申请信息中的关联标准是否合规；若对应标准中存在关联标准，则认定比对成功，生成添加提示信息以提示用户是否需要添加用户搜索信息中的其他信息。通过生成验证提示和添加提示两种提示类型的信息，在用户向词库的维护人员递交申请以更新词库时，添加了对用户申请中信息的比对过程，减少了后续用户重复提交相似申请的可能，同时减少了后续词库维护人员对用户申请信息进行合规验证的工作量，提高了词库更新的效率。

本申请实施例一种可能的实现方式，之后还可以包括：步骤S21（图中未标出）、步骤S22（图中未标出）、步骤S23（图中未标出）、步骤S24（图中未标出）以及步骤S25（图中未标出），其中，

步骤S21，获取查看记录。

其中，查看记录为用户的历史浏览信息，包括历史浏览界面、历史浏览界面对应的查看时刻以及历史浏览界面的查看时长，查看时刻为历史浏览界面的打开时刻。

对于本申请实施例，根据用户在saas平台上的用户ID在存储器中的历史浏览信息进行筛选，得到与用户ID对应的历史浏览信息作为查看信息。

步骤S22，确定全文搜索引擎词库中与用户搜索信息内的输入信息关联的键值对总数。

对于本申请实施例，在全文搜索引擎词库中，筛选将用户搜索信息内的输入信息作为key的键值对，并统计筛选得到的键值对总数。

例如，用户搜索信息内的输入信息为A，全文搜引擎词库中，将A作为key值的键值对为A（key）-B（value）；A（key）-C（value）；A（key）-D（value）。此时键值对总数即为3.

步骤S23，确定键值对总数是否超过预设标准。

其中，本申请实施例中的预设标准为100。本申请中的预设标准用于防止由于键值对数量过多导致在搜索完成后返回过多无关信息，致使用户无法在众多信息中对自己想要的信息实现精准定位，因此预设标准不应为某一固定数值，应根据实际情况进行调整，例如可根据全文搜索词库中与输入信息所对应的所有文档的数量来进行调整。本申请实施例中将预设标准设定为100，以便于本申请中的技术方案阐述清楚。

步骤S24，若是，则根据查看记录筛选与全部键值对关联的返回信息，得到目标信息。

步骤S25，若否，则确定与全部键值对关联的返回信息为目标信息。

其中，目标信息包括：一级目标信息和二级目标信息。

对于本申请实施例，判断键值对总数与预设标准之间的差值是否超过100，若是，则将查看记录中的历史浏览界面的内容类型与对应历史浏览界面的界面内容进行比对得到两者之间的关联度，接着根据两者之间的关联度确定对应历史浏览界面中的关键词。

将输入信息与历史浏览界面对应的界面内容进行比对，并在与全部键值对关联的返回信息中确定比对成功的历史浏览界面，之后将确定的历史浏览界面，也即确定的返回信息作为一级目标信息，将除一级目标信息之外的返回信息作为二级目标信息，接着将一级目标信息和二级目标信息在搜索完成后返回显示的界面上区分显示，以优化用户观感。

若否，则根据全部与输入信息关联的键值对确定返回信息，并将确定的返回信息作为目标信息。

本申请实施例一种可能的实现方式，步骤S24具体可以包括：步骤S241（图中未标出）、步骤S242（图中未标出）、步骤S243（图中未标出）以及步骤S244（图中未标出），其中，

步骤S241，获取当前时刻。

其中，当前时刻为确定键值对总数超过预设标准时对应的时间点。

步骤S242，确定当前时刻和距当前时刻发生前的一个预设时间点之间的时间段。

对于本申请实施例，获取当前时刻，确定当前时刻和当前时刻发生前最近的一个预设时间点，并得到当前时刻和确定的预设时间点之间的时间段。

步骤S243，确定处于时间段内的查看记录。

步骤S244，分别确定查看记录和输入信息中的关键字，并将查看信息对应的关键字与输入信息对应的关键字进行匹配，若匹配成功，则根据查看记录中的关键字筛选返回信息，得到目标信息。

对于本申请实施例，截取并保留处于时间段内的查看记录，确定保留的查看记录中的历史浏览界面，通过jieba分词库对历史浏览界面中的界面信息进行词汇分割，之后根据历史浏览界面的内容类型对分割得到的词汇进行词汇级语义分析，以确定处于查看记录中的关键字。例如，若历史浏览界面的内容类型为财务报告，则通过jieba分词库对财务报告的内容进行词汇切割，之后通过词汇级语义分析算法分析“财务”、“报表”与切割得到的词汇之间的关联度。

同样的，通过jieba分词库对输入信息进行词汇分割，将分割得到的词汇作为输入信息的关键字。

将输入信息的关键字和历史浏览界面中的关键字进行字符匹配，若匹配成功，则判断匹配成功的历史浏览界面关键字所对应的查看信息是否为返回信息，若是，则将对应的历史浏览界面作为一级目标信息，将其他返回信息作为二级目标信息。其中，在搜索完成之后的返回界面上，一级目标信息排列在二级目标信息之前，以供用户率先查看。

另外，若在当前时刻之前的30天内，存在查看时刻相同且历史浏览界面相同的查看记录，且对应历史浏览界面均为一级目标信息，则可根据对应的历史浏览界面出现的次数设定对应历史浏览界面的显示权重。例如，若2000.1.1-2000.1.30天内，查看记录显示，用户在1.1、1.2、1.5、1.9以及1.10等13天的16:00均查看A部门a员工的绩效报表，在1.3、1.4、1.6、1.7以及1.8等10天的14：00均查看A部门b员工的考勤报表，其余7天不存在查看时刻相同且历史浏览界面相同的查看记录，此时若A部门a员工的绩效报表和A部门b员工的考勤报表均为一级目标信息，则将设定A部门a员工的绩效报表所对应的显示权重大于A部门b员工的考勤报表所对应的显示权重，在搜索完成的返回界面上，A部门a员工的绩效报表处于A部门b员工的考勤报表的上方进行展示。

具体的，jieba分词库为中文分词第三方库，提供多种分词模式，例如精确模式、全模式以及搜索引擎模式，语义分析算法为当下现存技术，包括词汇级语义算法、句子级语义算法以及篇章级语义算法三类，本申请实施例对此不再进行解释说明。

通常来说，电子档案管理系统的浏览界面所对应的界面内容和结构较为简单，并不针对某一科学原理进行解释说明，也不存在利用比喻、拟人等修辞手法针对某一心理活动、心理状态展开描写的情况，故本申请实施例中通过确定历史浏览界面的内容类型与切割后得到的词汇之间的关联度，来得到对应历史浏览界面内容的关键信息，之后将得到的关键信息和输入信息中的关键词进行匹配，确定历史浏览界面与输入信息之间的关联度，并根据关联度来将历史浏览界面划分一级目标信息或者二级目标信息，最后将一级目标信息和二级目标信息在用户完成全文搜索后返回显示的界面上区分展示，更为贴合用户的查阅规律，进行在一定程度上提升了用户在使用全文搜索时的体验感。

本申请实施例一种可能的实现方式，步骤S244之前还可以包括：步骤S341（图中未标出）、步骤S342（图中未标出）以及步骤S343（图中未标出），其中，

步骤S341，根据查看记录确定当前时刻对应的流程节点。

对于本申请实施例，判断历史浏览界面是否为流程建立界面，若是，则根据流程建立界面对应的查看时刻确定在流程建立界面打开前5分钟之内的历史浏览界面，并将历史浏览界面的内容类型与用户在流程建立界面内修改的节点对应。

确定用户在当前时刻前5分钟内的查看记录，并根据确定的查看记录中历史浏览信息的内容类型确定当前时刻对应的流程节点。

例如，若历史浏览界面的内容类型为人员调动，在人员调动界面被关闭30秒之后，用户建立了A部门a员工的转正申请流程，则将人员调动这一历史浏览界面与转正申请节点对应；若历史浏览界面为财务报告，在财务报告界面被关闭20秒之后，用户建立了B部门b员工的提薪申请流程，则将财务报告这一历史浏览界面与提薪申请节点对应。此时若当前时刻前1分钟内，历史浏览信息中新增人员调动这一历史浏览界面，则认定当前时刻所对应的流程节点为转正申请。

具体的，本申请实施例中通过查看时刻发生前5分钟内的查看记录来确定当前时刻所对应的流程节点，在实际应用本申请中的技术方案时，可将5分钟调整为6分钟、7分钟或者10分钟，本申请在此不做具体限制。

步骤S342，确定查看记录中与不同历史浏览界面对应的查看时刻和查看时长是否符合预设关联标准，若是，则保留与历史浏览界面对应的查看记录。

其中，预设关联标准为：查看时刻为当前时刻之前的10分钟内，查看时长为20秒。

对于本申请实施例，确定查看记录中不同历史浏览界面对应的查看时刻，若存在任一历史浏览界面的查看时刻处于当前时刻之前的10分钟之内，且查看时长大于等于20秒，则认定对应历史浏览界面的查看时刻和查看时长符合预设关联标准，保留与符合预设关联标准的历史浏览界面所对应的查看记录。

本申请对当前时刻之前10分钟内打开查看的全部历史浏览界面进行筛选，将其中查看时长小于20s的历史浏览界面认定为与当前的流程节点不相关的界面丢弃，仅保留满足预设关联标准的历史浏览界面所对应的查看记录，在一定程度上减少了后续用户再次打开不相关的界面的可能。

步骤S343，根据流程节点筛选查看记录。

对于本申请实施例，根据流程节点确定与流程节点对应的历史浏览界面的内容类型，并根据确定的内容类型在保留的查看记录中筛选并保留内容类型相同的历史浏览界面。

本申请实施例一种可能的实现方式，还可以包括：步骤S241a（图中未标出）、步骤S241b（图中未标出）以及步骤S241c（图中未标出），其中，

步骤S241a，获取文档需求信息。

其中，文档需求信息为当前文档的需求信息。

步骤S241b，通过对文档需求信息进行语义分析，确定当前文档的流程类型和文档格式。

对于本申请实施例，获取用户输入的文档需求信息，通过句子级语义分析算法对文档需求信息进行语义分析，得到的用户对当前文档所期望的流程类型和文档格式。例如，用户输入的文档需求信息为“试用期结束，发起转正申请并添加转正申请说明书”，则对应的流程类型为A部门转正审批流程、B部门转正审批流程、C部门转正审批流程以及试用期考核流程，对应的文档格式为.doc的文件。

步骤S241c，根据流程类型和文档格式对用户搜索信息进行筛选，得到当前文档的目标格式和目标类型。

对于本申请实施例，根据得到的流程类型和文档格式在用户搜索信息中的查看信息内进行筛查，并根据筛查得到的查看信息在得到的流程类型和文档格式中确定目标格式和目标类型。例如，得到的流程类型为A部门转正审批流程、B部门转正审批流程、C部门转正审批流程以及试用期考核流程，得到的文档格式为.doc的文件，则在用户搜索信息中的查看信息内筛查是否存在与A部门、B部门或者C部门之中的任一部门的业务类型或者部门名称相同的查看记录，若查看信息中存在A部门的aaa项项目审批文档，则认定目标类型为A部门的转正审批流程，目标格式为A部门的转正申请书写模板对应的.doc文件。

本申请实施例一种可能的实现方式，步骤S244之后还可以包括：步骤S441（图中未标出）和步骤S442（图中未标出），其中，

步骤S441，确定当前时刻发生后用户搜索信息内的查看信息。

步骤S442，判断确定的查看信息所对应的文档总数是否超过预设查看阈值，若是，则生成扩大搜索范围指令，以扩大对当前文档的搜索范围。

其中，预设查看阈值为：查看信息中互不相同的历史浏览界面总数等于20。

对于本申请实施例，确定在当前时刻之后的查看时刻所对应的查看记录，并根据历史浏览界面筛选与查看信息相同的查看记录，之后确定筛选得到的查看记录所对应的历史浏览界面。

若在确定的历史浏览界面中，互不相同的历史浏览界面总数超过预设查看阈值20，则生成扩大搜索范围指令，根据与用户的用户ID确定与用户为同部门或者与用户为上下级部门/人员的数据库，最后根据与用户ID关联的查看权限在确定的数据库中进行文档搜索。

本申请实施例一种可能的实现方式，步骤S241c之后还可以包括：步骤S341c（图中未标出），其中，

步骤S341c，若用户选择目标格式或目标类型进行编辑，则根据用户选择进行编辑的目标格式或目标类型生成编辑提示。

对于本申请实施例，若用户选择目标格式或者目标类型进行编辑，则根据用户在选择进行编辑的目标格式和目标类型中，根据用户所处的编辑位置生成文字形式的编辑提示。其中，编辑提示的文字内容不做限制。

例如，用户选择的目标格式为A部门的转正审批流程，所处的编辑位置为个人信息填写栏，此时生成编辑提示：个人信息须至少包括姓名、工号以及电话号码三项。

上述实施例从方法流程的角度介绍一种智能档案管理方法，下述实施例从虚拟模块或者虚拟单元的角度介绍了一种智能档案管理装置，具体详见下述实施例。

本申请实施例提供一种智能档案管理装置20，如图2所示，该智能档案管理装置20具体可以包括：获取信息模块21、确定关联标准模块22、标准比对模块23、验证提示模块24以及添加提示模块25，其中，

获取信息模块21，用于获取用户搜索信息和用户申请信息，用户搜索信息包括用户在进行全文搜索时在全文搜索引擎中的输入信息和在进行全文搜索后的查看信息，用户申请信息为预设时间点时，用户向全文搜索词库的维护人员发出的将输入信息和在进行全文搜索后的返回信息关联的申请；

确定关联标准模块22，用于确定用户申请信息中输入信息和返回信息的关联标准；

标准比对模块23，用于根据用户搜索信息中输入信息和查看信息的对应标准对关联标准进行比对；

验证提示模块24，用于根据关联标准生成验证提示，验证提示用于提示维护人员对用户申请信息中的输入信息进行验证；

添加提示模块25，用于根据对应标准生成添加提示，添加提示用于提示用户确认是否需要添加对应标准中除关联标准之外的其他信息。

本申请实施例的另一种可能实现的方式，装置20还可以包括：获取记录模块、确定键值对模块、确定总数模块、第一目标模块以及第二目标模块，其中，

获取记录模块，用于获取查看记录，查看记录为用户的历史浏览信息；

确定键值对模块，用于确定全文搜索引擎词库中与用户搜索信息内的输入信息关联的键值对总数；

确定总数模块，用于确定键值对总数是否超过预设标准；

第一目标模块，用于根据查看记录筛选与全部键值对关联的返回信息，得到目标信息；

第二目标模块，用于确定与全部键值对关联的返回信息为目标信息。

本申请实施例的另一种可能实现的方式，当第一目标模块在根据查看记录筛选与全部键值对关联的返回信息，得到目标信息时，具体用于：

获取当前时刻，当前时刻为确定键值对总数超过预设标准时对应的时间点；

确定当前时刻和距当前时刻发生前的一个预设时间点之间的时间段；

确定处于时间段内的查看记录；

分别确定查看记录和输入信息中的关键字，并将查看信息对应的关键字与输入信息对应的关键字进行匹配，若匹配成功，则根据查看记录中的关键字筛选返回信息，得到目标信息。

本申请实施例的另一种可能实现的方式，装置20还可以包括：确定节点模块、保留记录模块以及筛选记录模块，其中，

确定节点模块，用于根据查看记录确定当前时刻对应的流程节点；

保留记录模块，用于确定查看记录中与不同历史浏览界面对应的查看时刻和查看时长是否符合预设关联标准，若是，则保留与历史浏览界面对应的查看记录；

筛选记录模块，用于根据流程节点筛选查看记录。

本申请实施例的另一种可能实现的方式，装置20还可以包括：获取需求模块、语义分析模块以及筛选信息模块，其中，

获取需求模块，用于获取文档需求信息，当前文档信息为当前文档的需求信息；

语义分析模块，用于通过对文档需求信息进行语义分析，确定当前文档的流程类型和文档格式；

筛选信息模块，用于根据流程类型和文档格式对用户搜索信息进行筛选，得到当前文档的目标格式和目标类型。

本申请实施例的另一种可能实现的方式，装置20还可以包括：确定信息模块和判断总数模块，其中，

确定信息模块，用于确定当前时刻发生后用户搜索信息内的查看信息；

判断总数模块，用于判断确定的查看信息所对应的文档总数是否超过预设查看阈值，若是，则生成扩大搜索范围指令，以扩大对当前文档的搜索范围。

本申请实施例的另一种可能实现的方式，装置20还可以包括：生成提示模块，其中，

生成提示模块，用于根据用户选择进行编辑的目标格式或目标类型生成编辑提示。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的一种智能档案管理装置20的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例中提供了一种电子设备，如图3所示，图3所示的电子设备300包括：处理器301和存储器303。其中，处理器301和存储器303相连，如通过总线302相连。可选地，电子设备300还可以包括收发器304。需要说明的是，实际应用中收发器304不限于一个，该电子设备300的结构并不构成对本申请实施例的限定。

处理器301可以是CPU（Central Processing Unit，中央处理器），通用处理器，DSP（Digital Signal Processor，数据信号处理器），ASIC（Application SpecificIntegrated Circuit，专用集成电路），FPGA（Field Programmable Gate Array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线302可包括一通路，在上述组件之间传送信息。总线302可以是PCI（Peripheral Component Interconnect，外设部件互连标准）总线或EISA（ExtendedIndustry Standard Architecture，扩展工业标准结构）总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一型的总线。

存储器303可以是ROM（Read Only Memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器）、CD-ROM（Compact DiscRead Only Memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器303用于存储执行本申请方案的应用程序代码，并由处理器301来控制执行。处理器301用于执行存储器303中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图3示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种智能档案管理方法，其特征在于，包括：

获取用户搜索信息和用户申请信息，所述用户搜索信息包括用户在进行全文搜索时在全文搜索引擎中的输入信息和在进行全文搜索后的查看信息，所述用户申请信息为预设时间点时，用户向全文搜索引擎词库的维护人员发出的将所述输入信息和在进行全文搜索后的返回信息关联的申请；

确定所述用户申请信息中所述输入信息和所述返回信息的关联标准；

根据所述用户搜索信息中所述输入信息和所述查看信息的对应标准对所述关联标准进行比对；

若所述对应标准中不存在所述关联标准，则认定比对失败，并根据所述关联标准生成验证提示，所述验证提示用于提示所述维护人员对所述用户申请信息中的所述输入信息进行验证；

若所述对应标准中存在所述关联标准，则认定比对成功，并根据所述对应标准生成添加提示，所述添加提示用于提示所述用户确认是否需要添加所述对应标准中除所述关联标准之外的其他信息。

2.根据权利要求1所述的一种智能档案管理方法，其特征在于，所述方法之后还包括：

获取查看记录，所述查看记录为所述用户的历史浏览信息；

确定所述全文搜索引擎词库中与所述用户搜索信息内的输入信息关联的键值对总数；

确定所述键值对总数是否超过预设标准；

若是，则根据所述查看记录筛选与全部所述键值对关联的返回信息，得到目标信息；

若否，则确定与全部所述键值对关联的返回信息为目标信息。

3.根据权利要求2所述的一种智能档案管理方法，其特征在于，所述根据所述查看记录筛选与全部所述键值对关联的返回信息，得到目标信息，包括：

获取当前时刻，所述当前时刻为确定所述键值对总数超过预设标准时对应的时间点；

确定所述当前时刻和距所述当前时刻发生前的一个预设时间点之间的时间段；

确定处于所述时间段内的所述查看记录；

分别确定所述查看记录和所述用户搜索信息内的输入信息中的关键字，并将所述查看记录对应的关键字与所述用户搜索信息内的输入信息对应的关键字进行匹配，若匹配成功，则根据所述查看记录中的关键字筛选所述返回信息，得到所述目标信息。

4.根据权利要求3所述的一种智能档案管理方法，其特征在于，所述分别确定所述查看记录和所述用户搜索信息内的输入信息中的关键字，之后还包括：

根据所述查看记录确定所述当前时刻对应的流程节点；

确定所述查看记录中与不同历史浏览界面对应的查看时刻和查看时长是否符合预设关联标准，若是，则保留与所述历史浏览界面对应的所述查看记录；

根据所述流程节点筛选所述查看记录。

5.根据权利要求3所述的一种智能档案管理方法，其特征在于，所述方法还包括：

获取文档需求信息，所述文档需求信息为当前文档的需求信息；

通过对所述文档需求信息进行语义分析，确定所述当前文档的流程类型和文档格式；

根据所述流程类型和所述文档格式对所述用户搜索信息进行筛选，得到所述当前文档的目标格式和目标类型。

6.根据权利要求5所述的一种智能档案管理方法，其特征在于，所述方法还包括：

确定所述当前时刻发生后所述用户搜索信息内的所述查看信息；

判断确定的所述查看信息所对应的文档总数是否超过预设查看阈值，若是，则生成扩大搜索范围指令，以扩大对所述当前文档的搜索范围。

7.根据权利要求6所述的一种智能档案管理方法，其特征在于，所述根据所述流程类型和所述文档格式对所述用户搜索信息进行筛选，得到所述当前文档的目标格式和目标类型，之后还包括：

若所述用户选择所述目标格式或所述目标类型进行编辑，则根据所述用户选择进行编辑的所述目标格式或所述目标类型生成编辑提示。

8.一种智能档案管理装置，其特征在于，包括：

获取信息模块，用于获取用户搜索信息和用户申请信息，所述用户搜索信息包括用户在进行全文搜索时在全文搜索引擎中的输入信息和在进行全文搜索后的查看信息，所述用户申请信息为预设时间点时，用户向全文搜索引擎词库的维护人员发出的将所述输入信息和在进行全文搜索后的返回信息关联的申请；

确定关联标准模块，用于确定所述用户申请信息中所述输入信息和所述返回信息的关联标准；

标准比对模块，用于根据所述用户搜索信息中所述输入信息和所述查看信息的对应标准对所述关联标准进行比对；

验证提示模块，用于根据所述关联标准生成验证提示，所述验证提示用于提示所述维护人员对所述用户申请信息中的所述输入信息进行验证；

添加提示模块，用于根据所述对应标准生成添加提示，所述添加提示用于提示所述用户确认是否需要添加所述对应标准中除所述关联标准之外的其他信息。

9.一种电子设备，其特征在于，包括：

至少一个处理器；

存储器；

至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行权利要求1～7任一项所述的智能档案管理方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令所述计算机执行权利要求1～7任一项所述的智能档案管理方法。