CN111752904A - 文件处理方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种文件处理方法、装置及电子设备，该方法包括：获得文件存储指令，所述文件存储指令用于请求存储文件；确定所述文件的来源；为所述文件生成包含来源信息的关联信息，所述来源信息用于表征所述文件的来源；将所述文件与所述关联信息进行关联存储。本申请的方案有利于降低后续查找该文件的复杂度，也有利于提高准确和可靠的查找文件。

Description

文件处理方法、装置及电子设备

技术领域

本申请涉及信息处理技术领域，更具体地说，涉及一种文件处理方法、装置及电子设备。

背景技术

在日常生活和工作中，用户经常需要通过将一些文件保存到电子设备的本地存储空间中。如，用户可能需要将电子设备内邮箱或者即时通讯等应用中接收到的文件保存到电子设备本地的固定存储空间内。

随着电子设备本地存储空间中存储的文件数量的增多，增加了查找文件的复杂度，使得无法较为准确和可靠查找到所需的文件。

发明内容

本申请提供了一种文件处理方法、装置及电子设备。

其中，一种文件处理方法，包括：

获得文件存储指令，所述文件存储指令用于请求存储文件；

确定所述文件的来源；

为所述文件生成包含来源信息的关联信息，所述来源信息用于表征所述文件的来源；

将所述文件与所述关联信息进行关联存储。

优选的，所述为所述文件生成包含来源信息的关联信息，包括：

为所述文件生成包含来源信息的属性信息；

所述将所述文件与所述关联信息进行关联存储，包括：

存储所述文件以及所述文件关联的所述属性信息。

优选的，所述为所述文件生成包含来源信息的关联信息，包括：

为文件生成至少包含所述来源信息的文件名；

存储具有所述文件名的所述文件。

优选的，所述确定所述文件的来源，包括：

确定所述文件存储指令请求存储的所述文件归属的目标应用。

优选的，所述确定所述文件的来源，还包括：

如所述目标应用的类型属于具备文件传输功能的通讯应用，从所述目标应用获得所述文件的发件方信息。

优选的，所述为所述文件生成包含来源信息的关联信息，包括：

为所述文件生成包含发件方信息的关联信息。

优选的，还包括：

获得文件搜索指令，所述文件搜索指令至少指示有待搜索的目标来源信息；

基于文件关联的关联信息，确定关联信息中包含有所述目标来源信息的目标文件；

输出所述目标文件的信息。

优选的，所述获得文件搜索指令，包括：

展现文件搜索界面，所述文件搜索界面至少包括用于输入待搜索的文件的来源信息的来源输入框；

获得所述文件搜索界面上输入的文件搜索指令，所述文件搜索指令指示有所述来源输入框内输入的目标来源信息。

其中，一种文件处理装置，包括：

存储指令获得单元，用于获得文件存储指令，所述文件存储指令用于请求存储文件；

来源确定单元，用于确定所述文件的来源；

信息生成单元，用于为所述文件生成包含来源信息的关联信息，所述来源信息用于表征所述文件的来源；

关联存储单元，用于将所述文件与所述关联信息进行关联存储。

其中，一种电子设备，包括：

存储器和处理器；

所述处理器，用于执行如上权利要求1至8任一项所述的文件处理方法；

所述存储器用于存储所述处理器执行操作所需的程序。

通过以上方案可知，本申请在存储文件之前，会确定该文件的来源，由于用户对文件的来源更为敏感；而且，文件的来源为定位文件也提供了另一种依据，因此，将包含文件的来源信息的关联信息与该文件进行关联存储，便可以结合文件的来源信息来进行文件查找，提高了文件查找的灵活性，有利于降低后续查找该文件的复杂度，也有利于提高准确和可靠的查找文件。

附图说明

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

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

图2为本申请实施例中包含有文件的来源信息的属性信息的一种示意图；

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

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

图5为本申请实施例提供的文件处理方法在一种应用场景中的流程示意图；

图6为本申请实施例提供的文件处理装置的一种组成结构示意图；

图7为本申请实施例提供的电子设备的一种组成结构示意图。

说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。

具体实施方式

本申请的文件处理方法适用于电子设备对文件的存储等相关处理，以提供一个新的文件存储方式，为更为灵活、准确和高效的查询文件提供了可能。

其中，本申请的电子设备可以为手机、平板电脑、个人计算机等，对此不加限制。

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

请参阅图1，图1为本申请提供的一种文件处理方法一个实施例的流程示意图。本实施例的方法可以包括：

S101，获得文件存储指令。

该文件存储指令用于请求存储文件。

其中，该文件存储指令可以为电子设备中任意一个应用发送给电子设备的操作系统的。

可以理解的是，向电子设备请求存储的文件是尚未经过电子设备的操作系统存储到电子设备本地的固定存储区域内的文件。如，该文件可以是缓存在应用的服务器侧的文件；或者是，应用接收到但是尚未存储的文件，例如，应用接收到且缓存的文件等。

S102，确定该文件的来源。

其中，通过文件的来源可以表征文件的获得途径、来源用户和/或来源设备等。如，文件的来源可以指在电子设备获得该文件存储指令之前，该文件所属的对象。该对象可以为应用、用户或者电子设备之外的其他设备等等。

如，在一种可能的情况中，该文件的来源可以为电子设备(如电子设备的操作系统)获得该文件存储指令之前，该文件所属的应用。相应的，确定该文件的来源可以为：确定文件存储指令请求存储的该文件所归属的目标应用。其中，该目标应用为电子设备中运行的应用。

其中，如果应用向电子设备(如，电子设备的操作系统)发送文件存储指令，且该文件存储指令是请求存储该应用获得的文件，则发送该文件存储指令的应用就是待存储的文件所归属的目标应用。如，邮箱应用向电子设备请求存储该邮箱应用中某个邮件内的附件文件，则邮箱应用就是该附件文件所归属的目标应用。

如果是文件下载应用向电子设备发送文件存储指令，则可以确定该文件存储指令请求将哪个应用内的文件存储到电子设备，则该应用就是目标应用。如，文件下载应用请求下载应用A内的文件，则文件下载应用向电子设备的操作系统发送的文件存储指令可以指示出存储从该应用A内下载的文件，则该应用为该文件的来源，即目标应用。

当然，如果文件下载应用向电子设备发送下载其他应用或者网站等对象内的文件，也可以是将该文件下载应用确定为待待存储的文件的来源应用。

在一种可能的情况，文件的来源可以为文件来源自的用户，如，文件由个用户经过某个应用传输到给电子设备或者电子设备内的应用等，则该用户为该文件的来源方。在该种情况下，可以在确定出文件存储指令请求存储的文件所归属的目标应用之后，从该目标应用获得该文件的发件方信息。在该种情况中，该目标应用的类型应属于具备文件存储功能的通讯应用。

举例说明，假设电子设备确定出文件存储指令请求存储的文件所属的归属的目标应用为即时通讯应用之后，还可以通过该即时通讯应用确定该文件来源自的即时通讯用户。例如，用户A通过即时通讯应用将文件发送给即时通讯应用的用户B，则用户B的电子设备可以通过及时通讯应用获得发送文件的用户为用户A。

在又一种可能的实现方式中，文件的来源还可以是文件所来自的网站。如，在电子设备在确定出文件存储指令请求存储来自网站的文件，则将该网站确定为该文件的来源。可以理解的是，文件来自的网站可以通过该网站的地址或者该文件在该网站中的地址表示。例如，在电子设备接收到文件下载应用发送的文件存储指令后，可以通过该文件下载应用确定该文件所来自的网络地址。

当然，以上是以文件的来源的几种情况为例说明，但是可以理解的是，文件的来源还可以有其他可能，如确定文件所来自的设备，该设备为该电子设备之外的设备，对于文件的其他来源的情况也同样适用于本实施例，在此不再赘述。

S103，为该文件生成包含来源信息的关联信息。

其中，该来源信息用于表征该文件的来源。如，该来源信息可以为文件的来源的标识或者其他能够表征文件的来源的信息。

例如，在文件的来源为目标应用的情况下，该文件的来源信息可以为该目标应用的名称；在文件的来源为某个应用中的用户的情况下，该来源信息可以为用户在该应用中的昵称或者该用户的邮箱地址；在文件的来源为某个网站的情况下，该来源信息可以为网站的网址。

其中，该关联信息是与该文件存在关联且能够用于辅助定位该文件的信息。

为文件生成的该关联信息的具体形式可以有多种可能。

如，在一种可能的方式中，为文件生成的关联信息可以是为该文件生成的包含来源信息的属性信息。可以理解的是，文件的属性信息是文件的描述性信息，可用于帮助查找和整理文件。在本申请在文件的属性信息中包含了用于表征该文件来源的来源信息，在此基础上，增加了用于查找文件所依据的来源这一信息维度。

可选的，为文件生成包含来源信息的属性信息可以是在文件的属性信息中新增一条来源项，在来源项中记录该文件的文件属性。如，参见图2，其示出了为文件生成的属性信息所包含的内容的示意图。

在图2中文件的属性信息中除了包含文件的名称、文件的类型、文件的路径、文件的大小以及创建时间等等基础描述信息之外，还具有一项“来源”，在来源这一描述项中记录着该文件的来源信息。例如，如果文件的来源为邮件的发送方，而来源信息为文件的发件方邮箱地址，则该文件的属性信息中“来源”这一项中可以记录发件方邮箱地址。

在又一种可能的方式中，为文件生成的关联信息可以为为文件生成至少包含该来源信息的文件名。如，在确定出文件的来源之后，电子设备会在文件的文件名中添加该来源信息，以使得文件名中包含该来源信息。可以理解的是，在文件的文件名包含该文件的来源信息的情况下，如果用户记住了文件来源，便可以基于文件来源来检索文件。

可以理解的是，以上以为文件生成关联信息的两种情况为例说明，在实际应用中，还可以有其他可能，对此不加限制。

S104，将该文件与该关联信息进行关联存储。

其中，将文件与关联信息关联存储后，基于文件可以查询到关联信息，且基于关联信息也可以查询到相应的文件。

如，在关联信息为包含文件的来源信息的文件名时，则是存储具有该文件名的文件。

又如，在关联信息为属性信息的情况下，则存储该文件以及该文件的属性信息。其中，文件与该文件的属性信息之间具有关联关系。

可见，本申请在存储文件之前，会确定该文件的来源，由于相对于较难记忆的文件名等常规查找文件所依据的信息而言，用户对文件的来源更为敏感；而且，文件的来源为定位文件也提供了另一种依据，因此，将包含文件的来源信息的关联信息与该文件进行关联存储，便可以结合文件的来源信息来进行文件查找，提高了文件查找的灵活性，有利于降低后续查找该文件的复杂度，也有利于提高准确和可靠的查找文件。

为了便于理解，下面以确定文件的来源以及生成相应的关联信息的一种情况为例进行说明。

如图3，其示出了本申请一种文件处理方法又一个实施例的流程示意图，本实施例的方法可以包括：

S301，获得文件存储指令。

该文件存储指令用于请求存储文件。

S302，确定该文件存储指令请求存储的文件归属的目标应用。

S303，如该目标应用的类型属于具备文件传输功能的通讯应用，从该目标应用获得该文件的发件方信息。

其中，具备文件传输功能的通讯应用是指能够基于实现不同用户之间文件传输的应用。如，该通讯应用可以为即时通讯应用，或者是邮箱应用等。

如，在目标应用为即时通讯应用时，可以确定通过即时通讯应用向该电子设备的用户传输该文件的发送方，相应的，可以获得该发送方的姓名、账号。

又如，在目标应用为邮箱应用时，可以确定待存储的文件所属的邮件的发件人邮箱地址，或者是发件人名称等等。

可以理解的是，在目标应用不属于具备文件传输功能的通讯应用时，也可以不执行该步骤S303，而仅将文件的来源确定为来源自该目标应用。

可以理解的是，在文件请求指令存储的文件归属的目标应用为文件出

S304，为该文件生成包含发件方信息的属性信息。

可以理解的是，在确定出文件的发件方的情况下，可以仅仅将发件方信息作为来源信息，在该种情况下，可以为文件生成包含发件方信息的属性信息。可以理解的是，由于发件方信息也可以文件所归属的目标应用，而且，用户在将目标应用中发件方信息存储到电子设备之后，也很容易记住是从哪个发件方获得的该文件，因此，仅仅将该发件方信息作为文件的来源信息既可以减少需要存储的数据信息，也有利于用户较为便捷记忆该文件的来源。

当然，在实际应用中，也可以是将该发件方信息和目标应用的信息均作为来源信息，对此不加限制。

需要说明的是，本实施例是以为关联信息为包含文件的发件方信息的属性信息为例说明，但是可以理解的是，对于为文件生成包含该发件方信息的文件名这一情况或者其他关联信息的情况也同样适用于本实施例，对此不加限制。

S305，存储该文件以及该文件关联的属性信息。

可以理解的是，在本申请实施例中确定出待存储的文件来源于具备文件传输功能的应用的情况下，会从该应用获得该文件的发件方信息，并将包含该发件方信息的属性信息与该文件关联存储，在此基础上，如果用户对文件的文件名称不敏感，而只记住了该文件是由哪个发件人发来的，那么便可以基于该发件人信息查询该文件，有利于提高文件查询的准确性和可靠性，也有利于提高文件查询的灵活性。

可以理解的是，在将文件与该文件的关联信息存储之后，电子设备还可以在获得文件搜索指令后，如果文件搜索指令指示有待搜索的文件的目标来源信息，则可以基于文件关联的关联信息，查询出关联信息中包含该文件搜索指令中的目标来源信息的文件，从而查找到相应的文件，并输出相应文件的信息。

其中，电子设备获得文件搜索指令的方式也可以有多种可能，下面以一种获得文件搜索指令的方式为例对本申请的文件处理方法进行介绍。如，参见图4，其示出了本申请提供的一种文件处理方法的又一个实施例的流程示意图，本实施例的方法可以包括：

S401，获得文件存储指令。

其中，该文件存储指令用于请求存储文件。

S402，确定该文件的来源；

S403，为该文件生成包含来源信息的关联信息。

其中，该来源信息用于表征该文件的来源。

S404，将该文件与该关联信息进行关联存储。

以上S401-S404可以参见前面任意一个实施例的相关介绍，在此不再赘述。

S405，展现文件搜索界面。

其中，该文件搜索界面至少包括用于输入待搜索的文件的来源信息的来源输入框。

如，在文件搜索界面中除了包含文件名输入框之外，还可以单独设置有来源输入框。相应的，用户可以在来源输入框内输入需要搜索的文件的来源信息。

又如，在用户需要搜索文件时，如果已经记不清楚文件具体为哪个文件，仅仅知道该文件的来源的情况下，通过特定按键或者搜索框上添加的复杂搜索来触发展现出一个文件搜索界面。该文件搜索界面可以为搜索文件所依据的辅助信息的搜索界面，如该文件搜索界面可以一个简单的弹窗等，在此基础上，文件搜索界面上也可以仅仅包括来源输入框。

S406，获得该文件搜索界面上输入的文件搜索指令。

其中，文件搜索指令指示有该来源输入框内输入的目标来源信息。可以理解的是，该文件搜索指令用于请求搜索与该目标来源信息匹配的文件。

其中，为了便于区分，将文件搜索指令中指示出的待搜索的文件的来源信息称为目标来源信息。

由前面电子设备与文件关联存储的来源信息可知，文件的来源信息也可以有多种可能，相应的，此处文件搜索指令中的目标来源信息也可以有多种可能，具体可以参见前面来源信息的相关介绍。如，该目标来源信息可以为待搜索的文件所来自的目标应用，或者该待搜索的文件所对应的发件方信息等等。

需要说明的是，本实施例是以通过文件搜索界面获得文件搜索指令为例，但是可以理解的是，获得文件搜索指令还可以有其他可能的实现方式，对于其他实现方式也同样适用于本实施例。如，本申请还可以通过语音形式输入文件搜索指令并指示出待搜索的文件的目标来源信息。具体的，电子设备还可以获得用于指示文件搜索的语音指令相应的，电子设备可以识别出该语音指令中的内容信息，该内容信息至少包括用于指示待搜索的文件对应的目标来源信息。

S407，基于文件关联的关联信息，确定关联信息中包含有该目标来源信息的目标文件。

其中，为了便于与前面电子设备存储的文件进行区分，将基于文件搜索指令搜索到的文件称为目标文件。

可以理解的是，电子设备通过将目标来源信息与已存储的文件关联的关联信息进行比对，可以查找到来包含该目标来源信息的关联信息，从而将查找到的关联信息关联的文件确定为该文件搜索指令请求搜索的目标文件。

其中，由于文件关联的关联信息可以有多种可能形式，相应的，搜索该目标文件的具体实现方式也会有多种。如，在文件关联的关联信息为文件的属性信息的情况下，则基于该文件搜索指令中的目标来源信息，查询各个文件的属性信息，以查询出属性信息中包含该目标来源信息的目标文件。又如，在文件关联的关联信息为该文件的文件名时，那么则可以搜索文件名中包含该目标来源信息的文件。

S408，输出该目标文件的信息。

如，可以输出该目标文件在电子设备中的存储地址、目标文件的完整文件名称和/或目标文件等等，对此不加限制。

可以理解的是，在实际应用中，关联信息与该目标来源信息匹配的目标文件可能会有不止一个，在目标文件为多个时，则可以分别输出各个目标文件的信息。

可见，在本申请实施例中，在存储文件时，将包含文件的来源信息的关联信息与文件关联存储后，用户可以向电子设备输入指示有待搜索的文件的目标来源信息的文件搜索指令，在此基础上，电子设备便可以基于该目标来源信息，搜索出关联信息中与该目标来源信息匹配的目标文件，从而实现了结合文件的来源信息来搜索文件，从而可以避免由于用户遗忘完整文件名而导致无法搜索到文件的情况，可以提高文件搜索的精准度和可靠性，也提高了文件搜索的灵活性。

为了便于理解本申请的方案的好处，下面结合一应用场景对本申请的方案进行介绍。以用户希望将邮件中附件文件存储到电子设备本地以及搜索存储到电子设备本地的该附件文件这一场景为例说明。

如，参见图5，其示出了本申请一种文件处理方法在一个应用场景中的流程示意图，本实施例的方法可以包括：

S501，获得文件存储指令。

其中，该文件存储指令用于请求存储邮箱应用中邮件内的第一文件。

如，该文件存储指令可以是邮箱应用发送给电子设备(如，电子设备的操作系统)的，也可以是邮箱应用经过文件下载应用发送给电子设备的，对此不加限制。

为了便于区分，将文件存储指令请求存储的文件称为第一文件，而将后续文件搜索指令所请求搜索的文件称为第二文件。

S502，确定该邮箱应用中包含该第一文件的邮件对应的第一发件人邮箱地址。

在基于文件存储指令确定出待存储的文件所属的应用为邮箱应用，本申请还可以确定通过邮件附件形式发送该第一文件的发件人的邮箱。

如，在用户A通过邮件将文件M发送到用户B的邮箱之后，在用户B触发电子设备存储该用户A发送的邮件中的附件即文件M之后，则电子设备的操作系统会确定文件来源于邮箱应用，并通过邮箱应用确定出待存储的文件M为用户A发送的邮件中的附件，则最终会获得用户A的邮箱地址，以便后续将用户A的邮箱地址作为第一文件的属性信息中的来源信息。

其中，为了便于区分，将待存储的文件所对应的发件人邮箱称为第一发件人邮箱，而将后续待查询的文件所对应的发件人邮箱称为第二发件人邮箱。

S503，为该第一文件生成包含该第一发件人邮箱地址的属性信息。

本实施例是以第一文件关联的关联信息为属性信息为例，对于关联信息的其他情况也同样适用于本实施例。

S504，将该第一文件与该属性信息进行关联存储。

S505，获得文件搜索指令，该文件搜索指令指示有待搜索文件对应的第二发件人邮箱地址。

S506，基于存储的文件的属性信息，确定属性信息中包含该第二发件人邮箱地址的第二文件。

如，仍以前面存储了文件M的来源信息为用户A的邮箱地址为例。将用户A的邮箱地址作为文件M的属性信息中的一项描述信息进行存储之后，假设文件搜索指令中携带的是用户A的邮箱地址，那么根据已存储的文件M的属性信息可知，该文件M属于来源自用户A的邮箱地址对应的发件人的邮件，因此，将文件M确定为查询出的文件。

S507，输出该第二文件的信息。

对应本申请的一种文件处理方法，本申请还提供了一种文件处理装置。如图6所示，其示出了本申请一种文件处理装置一个实施例的组成结构示意图，本实施例的装置可以包括：

存储指令获得单元601，用于获得文件存储指令，所述文件存储指令用于请求存储文件；

来源确定单元602，用于确定所述文件的来源；

信息生成单元603，用于为所述文件生成包含来源信息的关联信息，所述来源信息用于表征所述文件的来源；

关联存储单元604，用于将所述文件与所述关联信息进行关联存储

在一种可能的实现方式中，该信息生成单元，包括：

属性生成单元，用于为所述文件生成包含来源信息的属性信息；

该关联存储单元，包括：

第一关联存储单元，用于存储所述文件以及所述文件关联的所述属性信息。

在又一种可能的实现方式中，该信息生成单元，包括：

文件名生成单元，用于为文件生成至少包含所述来源信息的文件名；

该关联存储单元，包括：

第二关联存储单元，用于存储具有所述文件名的所述文件。

在又一种可能的实现方式中，该来源确定单元，包括：

所属应用确定单元，用于确定所述文件存储指令请求存储的所述文件归属的目标应用。

可选的，该来源确定单元，还包括：

发件方确定单元，用于如所述目标应用的类型属于具备文件传输功能的通讯应用，从所述目标应用获得所述文件的发件方信息。

可选的，该信息生成单元具体为，用于为所述文件生成包含发件方信息的关联信息。

在又一种可能的实现方式中，在本实施例的以上装置中，还包括：

搜索指令获得单元，用于获得文件搜索指令，所述文件搜索指令至少指示有待搜索的目标来源信息；

信息匹配单元，用于基于文件关联的关联信息，确定关联信息中包含有所述目标来源信息的目标文件；

信息输出单元，用于输出所述目标文件的信息。

可选的，该搜索指令获得单元，包括：

界面展现子单元，用于展现文件搜索界面，所述文件搜索界面至少包括用于输入待搜索的文件的来源信息的来源输入框；

搜索指令获得子单元，用于获得所述文件搜索界面上输入的文件搜索指令，所述文件搜索指令指示有所述来源输入框内输入的目标来源信息。

又一方面，本申请还提供了一种电子设备。如图7所示，其示出了本申请提供的电子设备的一种组成结构示意图。

本申请的电子设备至少包括存储器701和处理器702。

其中，处理器702，用于执行如上任意一个实施例的文件处理方法；

存储器702用于存储所述处理器执行操作所需的程序。

可以理解的是，图7仅仅是电子设备的一个示例图，在实际应用中，电子设备还可以包括显示器703、输入单元704以及通信总线705。

当然，该电子设备还可以具有比图7更多或者更少的部件，对此不加限制。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种文件处理方法，包括：

获得文件存储指令，所述文件存储指令用于请求存储文件；

确定所述文件的来源；

为所述文件生成包含来源信息的关联信息，所述来源信息用于表征所述文件的来源；

将所述文件与所述关联信息进行关联存储。

2.根据权利要求1所述的方法，所述为所述文件生成包含来源信息的关联信息，包括：

为所述文件生成包含来源信息的属性信息；

所述将所述文件与所述关联信息进行关联存储，包括：

存储所述文件以及所述文件关联的所述属性信息。

3.根据权利要求1所述的方法，所述为所述文件生成包含来源信息的关联信息，包括：

为文件生成至少包含所述来源信息的文件名；

存储具有所述文件名的所述文件。

4.根据权利要求1所述的方法，所述确定所述文件的来源，包括：

确定所述文件存储指令请求存储的所述文件归属的目标应用。

5.根据权利要求4所述的方法，所述确定所述文件的来源，还包括：

如所述目标应用的类型属于具备文件传输功能的通讯应用，从所述目标应用获得所述文件的发件方信息。

6.根据权利要求5所述的方法，所述为所述文件生成包含来源信息的关联信息，包括：

为所述文件生成包含发件方信息的关联信息。

7.根据权利要求1至6任一项所述的方法，还包括：

获得文件搜索指令，所述文件搜索指令至少指示有待搜索的目标来源信息；

基于文件关联的关联信息，确定关联信息中包含有所述目标来源信息的目标文件；

输出所述目标文件的信息。

8.根据权利要求7所述的方法，所述获得文件搜索指令，包括：

展现文件搜索界面，所述文件搜索界面至少包括用于输入待搜索的文件的来源信息的来源输入框；

获得所述文件搜索界面上输入的文件搜索指令，所述文件搜索指令指示有所述来源输入框内输入的目标来源信息。

9.一种文件处理装置，包括：

存储指令获得单元，用于获得文件存储指令，所述文件存储指令用于请求存储文件；

来源确定单元，用于确定所述文件的来源；

信息生成单元，用于为所述文件生成包含来源信息的关联信息，所述来源信息用于表征所述文件的来源；

关联存储单元，用于将所述文件与所述关联信息进行关联存储。

10.一种电子设备，包括：

存储器和处理器；

所述处理器，用于执行如上权利要求1至8任一项所述的文件处理方法；

所述存储器用于存储所述处理器执行操作所需的程序。

Images