CN115033534A - 文件处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种文件处理方法、装置、设备及计算机可读存储介质。其中，该方法包括：接收第一用户用于申办目标事项的第一输入，第一输入包括第一用户的第一用户标识；响应于第一输入，获取目标事项的文件清单信息，文件清单信息包括多个目标文件信息，目标文件信息包括文件类别标识；遍历多个目标文件信息，依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据；在多个目标文件信息遍历结束的情况下，显示文件状态界面，文件状态界面至少包括文件清单信息，以及与目标文件信息对应的文件状态，与目标数据对应的文件状态为已处理。根据本申请实施例的文件处理方法，能够提高事项的申办效率，以及提升用户体验感。

Description

文件处理方法、装置、设备及计算机可读存储介质

技术领域

本申请属于计算机技术领域，尤其涉及一种文件处理方法、装置、设备及计算机可读存储介质。

背景技术

通常，自然人或企业法人在申办政务服务事项的过程中，由于申办的政务服务事项的类型不同，所以需要提交的文件也不同。但是，在实际情况中，同一申办人在申办不同的政务服务事项时，有些需要提交的文件是相同的。

因此，在申办人申办多项政务服务事项的情况下，对于一些相同的文件，可能需要申办人重复提交多次，耗时耗力，导致事项的申办效率较低，用户体验感较差。

发明内容

本申请实施例提供了一种文件处理方法、装置、设备、计算机可读存储介质及计算机程序产品，能够提高事项的申办效率，以及提升用户体验感。

第一方面，本申请实施例提供了一种文件处理方法，该方法包括：

接收第一用户用于申办目标事项的第一输入，所述第一输入包括所述第一用户的第一用户标识；

响应于所述第一输入，获取所述目标事项的文件清单信息，所述文件清单信息包括多个目标文件信息，所述目标文件信息包括文件类别标识；

遍历所述多个目标文件信息，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据；

在所述多个目标文件信息遍历结束的情况下，显示文件状态界面，所述文件状态界面至少包括所述文件清单信息，以及与所述目标文件信息对应的文件状态，其中，与所述目标数据对应的所述文件状态为已处理。

在一种可能的实现方式中，所述响应于所述第一输入，获取所述目标事项的文件清单信息之前，所述方法还包括：

获取多个文件信息，所述多个文件信息包括目标文件信息；

识别所述文件信息的特征信息；

基于所述特征信息，确定所述文件信息的文件类别；

对所述文件类别进行标识，确定所述文件信息对应的文件类别标识。

在一种可能的实现方式中，所述遍历所述多个目标文件信息，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据之前，所述方法还包括：

确定所述文件类别标识、用户标识与文件数据之间的第一对应关系，所述用户标识包括第一用户标识，所述文件数据包括目标数据；

根据所述第一对应关系，构建数据字典；

所述遍历所述多个目标文件信息，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据，包括：

遍历所述多个目标文件信息，根据所述数据字典，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据。

在一种可能的实现方式中，所述确定所述文件类别标识、用户标识与文件数据之间的第一对应关系，包括：

根据第二对应关系与第三对应关系，确定所述文件类别标识、用户标识与文件数据之间的第一对应关系，所述第二对应关系为所述文件类别标识与所述文件数据之间的对应关系，所述第三对应关系为所述文件类别标识与所述用户标识之间的对应关系。

在一种可能的实现方式中，所述文件数据为多个文件库对应的文件数据。

在一种可能的实现方式中，在所述数据库中不存在所述目标数据的情况下，所述文件状态界面中与所述目标文件信息对应的文件状态为待处理。

第二方面，本申请实施例提供了一种文件处理装置，该装置包括：

接收模块，用于接收第一用户用于申办目标事项的第一输入，所述第一输入包括所述第一用户的第一用户标识；

第一获取模块，用于响应于所述第一输入，获取所述目标事项的文件清单信息，所述文件清单信息包括多个目标文件信息，所述目标文件信息包括文件类别标识；

第二获取模块，用于遍历所述多个目标文件信息，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据；

显示模块，用于在所述多个目标文件信息遍历结束的情况下，显示文件状态界面，所述文件状态界面至少包括所述文件清单信息，以及与所述目标文件信息对应的文件状态，其中，与所述目标数据对应的所述文件状态为已处理。

第三方面，本申请实施例提供了一种电子设备，该设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现上述第一方面中任一种可能的实现方法中的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现上述第一方面中任一种可能的实现方法中的方法。

第五方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如上述第一方面中任一种可能的实现方法中的方法。

本申请实施例的文件处理方法、装置、设备、计算机可读存储介质及计算机程序产品，通过依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据，能够基于目标文件信息对应的文件类别标识以及第一用户标识，获取目标数据。由于目标数据为文件库中的目标文件对应的数据，因此，如果数据库中存在目标数据，则文件库中存在与目标文件信息对应的目标文件。这样，通过在文件类别标识遍历结束的情况下，显示文件状态界面，能够向用户直观地展示文件清单信息中每个目标文件信息对应的文件状态。通过将与目标数据对应的文件状态显示为已处理，使用户能够免于重复上传在文件库中已经存在的文件。如此，通过本申请实施例，能够提高事项的申办效率，以及提升用户体验感。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种文件处理方法的流程示意图；

图2是本申请实施例提供的另一种文件处理方法的流程示意图；

图3是本申请实施例提供的又一种文件处理的流程示意图；

图4是本申请实施例提供的一种文件处理装置结构示意图；

图5是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

另外，本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

现有技术中，申办人在申办政务服务事项时，所提交的文件均直接存储至文件库。但是，在申办人申办多项政务服务事项的情况下，并不能对文件库中的文件进行复用。因此，一方面，导致文件库中相同的文件越来越多，占用资源。另一方面，对于一些相同的文件，可能需要申办人重复上传多次，耗时耗力，导致事项的申办效率较低，用户体验感较差。

为了解决现有技术问题，本申请实施例提供了一种文件处理方法、装置、设备、计算机可读存储介质及计算机程序产品。

下面首先对本申请实施例所提供的文件处理方法进行介绍。

图1示出了本申请实施例提供的一种文件处理方法的流程示意图。如图1所示，本申请实施例提供的文件处理方法包括以下步骤：

S110、接收第一用户用于申办目标事项的第一输入，第一输入包括第一用户的第一用户标识；

S120、响应于第一输入，获取目标事项的文件清单信息，文件清单信息包括多个目标文件信息，目标文件信息包括文件类别标识；

S130、遍历多个目标文件信息，依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据；

S140、在多个目标文件信息遍历结束的情况下，显示文件状态界面，文件状态界面至少包括文件清单信息，以及与目标文件信息对应的文件状态，其中，与目标数据对应的文件状态为已处理。

本申请实施例的文件处理方法通过依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据，能够基于目标文件信息对应的文件类别标识以及第一用户标识，获取目标数据。由于目标数据为文件库中的目标文件对应的数据，因此，如果数据库中存在目标数据，则文件库中存在与目标文件信息对应的目标文件。这样，通过在文件类别标识遍历结束的情况下，显示文件状态界面，能够向用户直观地展示文件清单信息中每个目标文件信息对应的文件状态。通过将与目标数据对应的文件状态显示为已处理，使用户能够免于重复上传在文件库中已经存在的文件。如此，通过本申请实施例，能够提高事项的申办效率，以及提升用户体验感。

下面介绍上述各个步骤的具体实现方式。

在一些实施例中，在S110中，第一用户可以为申办目标事项的用户。其中，目标事项可以为政务服务事项，例如劳务派遣经营许可证事项、人力资源服务许可设立事项、巡游出租汽车车辆运营证核发事项等。另外，第一输入可以为第一用户提交的目标事项的申办请求。第一用户标识可以为能够识别第一用户的唯一标识，例如身份证号码或统一社会信用代码。

作为一种示例，第一用户可以在事项统一受理系统提交智能表单信息，以申办政务服务事项。其中，智能表单信息中可包括第一用户对应的第一用户标识和政务服务事项信息。

在一些实施例中，在S120中，文件清单信息中可以包括多个目标文件信息，也就是说，申办目标事项所需的文件可以有多个。另外，一个目标文件信息可以对应一个文件类别标识，但一个文件类别标识可以对应多个目标文件信息。

作为一种示例，在获取智能表单信息之后，通过识别智能表单信息，可以获取目标事项对应的文件清单信息以及每个目标文件信息对应的文件类别标识。

基于此，为了基于文件类别标识，从数据库中文件类别标识对应数据中，查询并获取与第一用户标识对应的目标数据，在一些实施例中，在S120之前，还可以包括：

获取多个文件信息，多个文件信息包括目标文件信息；

识别文件信息的特征信息；

基于特征信息，确定文件信息的文件类别；

对文件类别进行标识，确定文件信息对应的文件类别标识。

这里，识别可以为神经网络建模识别，也可以包括图像识别和文字识别。每个文件信息对应的特征信息可以有多个，通过识别文件信息，可以得到多个特征信息。其中，多个特征信息可以共同确定一个文件信息的类别。换句话说，每个文件信息可以对应一个文件类别。基于此，通过对每个类别进行标识，可以确定每个文件信息对应的文件类别标识。另外，文件类别例如可以为身份证、结婚证、房产证、企业营业执照、工商营业执照等。

这样，通过确定文件信息对应的文件类别标识，能够确定每个目标文件信息对应的文件类别标识，进而能够基于文件类别标识，从数据库中文件类别标识对应数据中，查询并获取与第一用户标识对应的目标数据。

在一些实施例中，在S130中，目标数据可以为与第一用户标识以及文件类别标识均对应的文件数据。换句话说，目标数据可以由第一用户标识以及文件类别标识共同确定。其中，文件数据可以包括文件在文件库中的编码信息、文件的存储路径信息等。

作为一种示例，第一用户标识、文件类别标识以及目标数据的对应关系可以预先存储于数据库中。通过在数据库中查询与文件类别标识对应的数据，可以筛选出与目标文件信息的文件类别标识对应的数据。基于此，在与目标文件信息的文件类别对应的数据中，继续查询与第一用户标识对应数据，可以确定数据库中是否存在目标数据。在数据库中存在目标数据的情况下，获取目标数据。

作为另一种示例，在文件清单信息中包括多个目标文件信息的情况下，可以遍历每个目标文件信息，依次基于每个目标文件信息对应的文件类别标识，查询与第一用户标识对应的目标数据，直至文件清单信息中的目标文件信息遍历结束。

在一些实施例中，在S140中，文件状态界面可以包括文件清单信息，以及与目标文件信息对应的文件状态。文件状态可以为已处理或待处理。其中，已处理可以为文件库中存在与目标文件信息对应的目标文件，且已获取目标文件信息对应的目标数据。由于目标数据可以为目标文件信息对应的文件库编码信息、存储路径信息等，因此，通过目标数据，可以获取目标文件。

作为一种示例，在多个目标文件信息遍历结束的情况下，若数据库中存在与目标文件信息对应的目标数据，则文件状态界面中与目标文件信息对应的文件状态可以为已处理。

基于此，在一些实施例中，在数据库中不存在目标数据的情况下，文件状态界面中与目标文件信息对应的文件状态可以为待处理。

另外，为了提高事项的申办效率，以及提升用户体验感，作为本申请的另一种实现方式，本申请还提供了文件处理方法的另一种实现方式，具体参见以下实施例。

请参见图2，本申请实施例提供的文件处理方法在上述实施例所示的S130之前，还可以包括以下步骤：

S210、确定文件类别标识、用户标识与文件数据之间的第一对应关系，用户标识包括第一用户标识，文件数据包括目标数据；

S220、根据第一对应关系，构建数据字典；

基于此，S130具体可以包括：

S131、遍历多个目标文件信息，根据数据字典，依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据。

本申请实施例通过根据文件类别标识、用户标识与文件数据之间的第一对应关系构建数据字典，能够根据数据字典，依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据，使用户能够免于重复上传在文件库中已经存在的文件。进而，能够提高事项的申办效率，以及提升用户体验感。

下面介绍上述各个步骤的具体实现方式。

在一些实施例中，在S210中，文件数据可以存储于数据库中。文件数据可以为与文件库中的文件对应的数据。基于此，文件数据可以包括文件在文件库中的编码信息、文件的存储路径信息等。

基于此，在一些实施例中，文件数据可以为多个文件库对应的文件数据。也就是说，文件库可以有一个，也可以有多个。其中，文件库例如可以为事项统一受理系统对应的文件库。也就是说，用户在事项统一受理系统中上传的资料均可以存储于文件库中。当然，文件库还可以事项统一受理系统外部的文件库。基于此，文件库例如可以为公安系统的电子证照库、工程审批系统的文件库等。

基于此，为了通过用户标识和文件类别标识，确定文件数据，在一些实施例中，S210具体可以包括：

根据第二对应关系与第三对应关系，确定文件类别标识、用户标识与文件数据之间的第一对应关系，第二对应关系为文件类别标识与文件数据之间的对应关系，第三对应关系为文件类别标识与用户标识之间的对应关系。

这里，由于文件类别标识与文件数据之间存在第二对应关系，文件类别标识与用户标识之间存在第三对应关系，因此，基于文件类别标识可以确定用户标识与文件数据之间的对应关系。也就是说，根据第二对应关系与第三对应关系，可以确定文件类别标识、用户标识与文件数据之间的第一对应关系。

这样，通过根据第二对应关系与第三对应关系，确定文件类别标识、用户标识与文件数据之间的第一对应关系，能够通过用户标识和文件类别标识，确定文件数据。

在一些实施例中，在S220中，上述第一对应关系可以数据字典的形式存储于数据库中，其中，数据字典可以对应于一个数据库表，也可以对应多个数据库表，在此不做限定。

除此之外，本申请实施例中方法的其它步骤可参见上文图1所示实施例的相关描述，此处不做过多赘述。

基于此，为了更好地描述整个方案，本申请实施例提供了一种文件处理的流程示意图。

如图3所示，假设用户已提交第一目标事项和第二目标事项的办理申请。其中，办理第一目标事项需要提交的目标文件可以包括第一目标文件和第二目标文件，办理第二目标事项需要提交的目标文件可以包括第一目标文件和第三目标文件。其中，第一目标文件的文件类别标识可以为Ma1，第二目标文件的文件类别标识可以为Ma2，第三目标文件的文件类别标识可以为Ma3。需要说明的是，第一目标事项的办理申请和第二目标事项的办理申请可以处于两个不同的文件状态界面中。

另外，文件库可以包括第一文件库和第二文件库。文件库例如可以为受理审批库、电子证照库和工程审批库等。其中，受理审批库可以为事项统一受理系统内部的文件库；电子证照库可以为公安系统等系统内部的文件库；工程审批库可以为工程系统中的文件库。另外，数据库中可以存储文件类别标识、用户标识与文件数据之间的对应关系。

基于此，在获取第一目标事项的文件清单信息之后，可以遍历文件清单信息中的多个目标文件信息。例如，从数据库中Ma1对应的数据中，查询与第一用户标识对应的第一目标数据。若存在第一目标数据，则获取第一目标数据，并且，文件状态界面中第一目标文件信息对应的文件状态可以显示为已处理。如图3所示，第一目标文件信息对应的文件状态可以为已处理。也就是说，文件库中可以存在第一目标文件，其中，第一目标文件可以存在于第一文件库中，也可以存在于第二文件库中。再例如，从数据库中Ma2对应的数据中，查询与第一用户标识对应的第二目标数据。若不存在第二目标数据，则文件状态界面中第二目标文件信息对应的文件状态可以显示为待处理。如图3所示，第二目标文件信息对应的文件状态可以为待处理。也就是说，文件库中不存在第二目标文件。

基于此，如图3所示，文件库中存在第一目标文件和第二目标文件，不存在第三目标文件，则可以实现第一目标文件和第二目标文件的文件复用。

如此，通过在文件库中存在目标文件的情况下，获取目标数据，以及将文件状态界面中目标数据对应的文件状态显示为已处理，使用户能够免于重复提交在文件库中已经存在的文件，进而能够提高事项的申办效率，以及提升用户体验感。

基于上述实施例提供的文件处理方法，相应地，本申请还提供了文件处理装置的具体实现方式。请参见以下实施例。

如图4所示，本申请实施例提供的文件处理装置400包括以下模块：

接收模块410，用于接收第一用户用于申办目标事项的第一输入，第一输入包括第一用户的第一用户标识；

第一获取模块420，用于响应于第一输入，获取目标事项的文件清单信息，文件清单信息包括多个目标文件信息，目标文件信息包括文件类别标识；

第二获取模块430，用于遍历多个目标文件信息，依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据；

显示模块440，用于在多个目标文件信息遍历结束的情况下，显示文件状态界面，文件状态界面至少包括文件清单信息，以及与目标文件信息对应的文件状态，其中，与目标数据对应的文件状态为已处理。

下面对上述文件处理装置400进行详细说明，具体如下所示：

在其中一些实施例中，文件处理装置400还可以包括：

第三获取模块，用于响应于第一输入，获取目标事项的文件清单信息之前，获取多个文件信息，多个文件信息包括目标文件信息；

识别模块，用于识别文件信息的特征信息；

第一确定模块，用于基于特征信息，确定文件信息的文件类别；

标识模块，用于对文件类别进行标识，确定文件信息对应的文件类别标识。

在其中一些实施例中，文件处理装置400还可以包括：

第二确定模块，用于在遍述多个目标文件信息，依次从数据库中文件类别标识对应数据中，查询并获取与第一用户标识对应的目标数据之前，确定文件类别标识、用户标识与文件数据之间的第一对应关系，用户标识包括第一用户标识，文件数据包括目标数据；

构建模块，用于根据第一对应关系，构建数据字典；

基于此，第二获取模块430具体可以包括：

获取子模块，用于遍历多个目标文件信息，根据数据字典，依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据。

在其中一些实施例中，第二确定模块具体可以包括：

确定子模块，用于根据第二对应关系与第三对应关系，确定文件类别标识、用户标识与文件数据之间的第一对应关系，第二对应关系为文件类别标识与文件数据之间的对应关系，第三对应关系为文件类别标识与用户标识之间的对应关系。

在其中一些实施例中，文件数据为多个文件库对应的文件数据。

在其中一些实施例中，在数据库中不存在目标数据的情况下，文件状态界面中与目标文件信息对应的文件状态为待处理。

本申请实施例的文件处理装置通过依次从数据库中文件类别标识对应的数据中，查询并获取与第一用户标识对应的目标数据，能够基于目标文件信息对应的文件类别标识以及第一用户标识，获取目标数据。由于目标数据为文件库中的目标文件对应的数据，因此，如果数据库中存在目标数据，则文件库中存在与目标文件信息对应的目标文件。这样，通过在文件类别标识遍历结束的情况下，显示文件状态界面，能够向用户直观地展示文件清单信息中每个目标文件信息对应的文件状态。通过将与目标数据对应的文件状态显示为已处理，使用户能够免于重复上传在文件库中已经存在的文件。如此，通过本申请实施例，能够提高事项的申办效率，以及提升用户体验感。

基于上述实施例提供的文件处理方法，本申请实施例还提供了电子设备的具体实施方式。图5示出了本申请实施例提供的电子设备500示意图。

电子设备500可以包括处理器510以及存储有计算机程序指令的存储器520。

具体地，上述处理器510可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器520可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器520可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器520可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器520可在综合网关容灾设备的内部或外部。在特定实施例中，存储器520是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器510通过读取并执行存储器520中存储的计算机程序指令，以实现上述实施例中的任意一种文件处理方法。

在一个示例中，电子设备500还可包括通信接口530和总线540。其中，如图5所示，处理器510、存储器520、通信接口530通过总线540连接并完成相互间的通信。

通信接口530，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线540包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线540可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

示例性的，电子设备500可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等。

该电子设备可以执行本申请实施例中的文件处理方法，从而实现结合图1至图4描述的文件处理方法和装置。

另外，结合上述实施例中的文件处理方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种文件处理方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种文件处理方法，其特征在于，包括：

接收第一用户用于申办目标事项的第一输入，所述第一输入包括所述第一用户的第一用户标识；

响应于所述第一输入，获取所述目标事项的文件清单信息，所述文件清单信息包括多个目标文件信息，所述目标文件信息包括文件类别标识；

遍历所述多个目标文件信息，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据；

在所述多个目标文件信息遍历结束的情况下，显示文件状态界面，所述文件状态界面至少包括所述文件清单信息，以及与所述目标文件信息对应的文件状态，其中，与所述目标数据对应的所述文件状态为已处理。

2.根据权利要求1所述的方法，其特征在于，所述响应于所述第一输入，获取所述目标事项的文件清单信息之前，所述方法还包括：

获取多个文件信息，所述多个文件信息包括目标文件信息；

识别所述文件信息的特征信息；

基于所述特征信息，确定所述文件信息的文件类别；

对所述文件类别进行标识，确定所述文件信息对应的文件类别标识。

3.根据权利要求1所述的方法，其特征在于，所述遍历所述多个目标文件信息，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据之前，所述方法还包括：

确定所述文件类别标识、用户标识与文件数据之间的第一对应关系，所述用户标识包括第一用户标识，所述文件数据包括目标数据；

根据所述第一对应关系，构建数据字典；

所述遍历所述多个目标文件信息，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据，包括：

遍历所述多个目标文件信息，根据所述数据字典，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据。

4.根据权利要求3所述的方法，其特征在于，所述确定所述文件类别标识、用户标识与文件数据之间的第一对应关系，包括：

根据第二对应关系与第三对应关系，确定所述文件类别标识、用户标识与文件数据之间的第一对应关系，所述第二对应关系为所述文件类别标识与所述文件数据之间的对应关系，所述第三对应关系为所述文件类别标识与所述用户标识之间的对应关系。

5.根据权利要求3所述的方法，其特征在于，所述文件数据为多个文件库对应的文件数据。

6.根据权利要求1所述的方法，其特征在于，在所述数据库中不存在所述目标数据的情况下，所述文件状态界面中与所述目标文件信息对应的文件状态为待处理。

7.一种文件处理装置，其特征在于，所述装置包括：

接收模块，用于接收第一用户用于申办目标事项的第一输入，所述第一输入包括所述第一用户的第一用户标识；

第一获取模块，用于响应于所述第一输入，获取所述目标事项的文件清单信息，所述文件清单信息包括多个目标文件信息，所述目标文件信息包括文件类别标识；

第二获取模块，用于遍历所述多个目标文件信息，依次从数据库中所述文件类别标识对应的数据中，查询并获取与所述第一用户标识对应的目标数据；

显示模块，用于在所述多个目标文件信息遍历结束的情况下，显示文件状态界面，所述文件状态界面至少包括所述文件清单信息，以及与所述目标文件信息对应的文件状态，其中，与所述目标数据对应的所述文件状态为已处理。

8.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-6任意一项所述的文件处理方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的文件处理方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-6任意一项所述的文件处理方法。

Images