CN117931746A - 文件管理方法、设备及存储介质 - Google Patents

Abstract

本申请提供了一种文件管理方法、设备及存储介质。在该方法中，通过将用户经常使用的文件添加到桌面上显示卡片进行管理，用户无需根据存储路径在文件管理应用中逐渐查找，直接在桌面点击对应的文件图标即可打开想要查看的文件，方便快速，大大提升了用户使用体验。

Description

文件管理方法、设备及存储介质

技术领域

本申请涉及信息显示技术领域，尤其涉及一种文件管理方法、设备及存储介质。

背景技术

文件资源管理器，是操作系统提供的资源管理工具。通过文件资源管理器可以查看电子设备中用户下载、存储的各种文件，如文档、图片、音视频数据等。

然而，用户在查看文件资源管理器管理的各种文件时，需要获知要查看的文件所属的具体路径，对于一些通过第三方应用接收到的文件，由于其默认路径较深，如嵌套了多个文件夹，导致用户无法快速、准确的找到自己想要查看的文件。

发明内容

为了解决上述技术问题，本申请提供一种文件管理方法、设备及存储介质，旨在降低操作复杂度，使得用户能够快速、准确的找到自己想要查看的文件。

第一方面，本申请提供一种文件管理方法。该方法包括：显示第一界面；其中，第一界面上包括第一卡片，第一卡片中包括M个文件图标，M个文件图标中的每一个文件图标对应电子设备中的一个文件，M为正整数。

其中，第一界面例如可以是下文所说的桌面10a，第一卡片例如为下文所说的桌面卡片10a-1、10a-2、10a-3、10a-4等。

其中，M的最大取值可以根据业务需求设置，例如下文所说的20，即第一卡片最多能够显示20个文件的文件图标。

其中，第一卡片中的每一个文件图标例如可以显示有对应文件的文件名称、格式等。

其中，文件的类型包括但不限于下文所说的文档、图片、视频、音频、压缩包、应用等。

由此，通过在桌面显示用于管理文件的桌面卡片，并根据用户需要在桌面卡片中直接显示满足用户使用需求的文件的快捷入口，如上述所说的与文件建立快捷方式的文件图标，从而使得用户直接在桌面卡片中进行查找，便可以直接打开想要查看的文件，整个查找过程方便、简单，大大提升了用户体验。

根据第一方面，第一界面为桌面；显示第一界面，包括：响应于第一操作，在桌面上显示桌面卡片设置入口；响应作用于桌面卡设置入口的第二操作，显示桌面卡片的设置界面，设置界面包括管理文件的桌面卡片入口；响应作用于管理文件的桌面卡片入口的第三操作，显示卡片形式选择界面；响应作用于卡片形式选择界面的第四操作，根据选中的卡片形式在桌面上添加第一卡片；响应于第五操作，向第一卡片中添加文件，并在第一卡片中显示文件对应的文件图标。

其中，第一操作例如为下文所说的双指捏合操作，如图8a中(1)所示。

其中，桌面卡片设置入口例如图8a中(2)显示的“桌面卡片设置控件”。

可理解的，在实际应用中，用户在桌面作出第一操作后，电子设备响应于第一操作，还可以显示如下文所说的壁纸设置控件、切换效果设置控件以及桌面设置控件等。

其中，第二操作例如下文所说的对桌面卡片设置控件的点击操作。

其中，设置界面例如为图8a中(3)所示的界面。如图8a中(3)所示，该设置界面中可包括智能服务推荐(YOYO建议)类的卡片入口、日历应用对应的卡片入口、天气应用对应的卡片入口，以及管理文件的桌面卡片入口(即管理文件管理应用中的文件的桌面卡片入口)。

其中，第三操作例如为对文件管理应用对应的桌面卡片入口的点击操作，如图8a中(3)所示。

其中，卡片形式选择界面例如下文所说的界面10c。

其中，第四操作例如下文对界面10c中控件10c-1的点击操作。

关于在卡片形式选择界面选择第一卡片的卡片形式，并在桌面添加/创建第一卡片的具体实现细节，可以参见下文，此处不再赘述。

其中，第五操作例如是下文对界面10f中显示的控件10f-3的操作，或者对文件管理应用的操作，或者是直接对第一卡片的操作，具体可参见下文，此处不再赘述。

由此，通过在桌面进行操作，添加第一卡片，并向第一卡片中添加常用的文件，从而后续再查看这些文件时，无需根据存储路径从文件管理应用中逐级访问，通过第一卡片就可以快速查找到文件，操作方便简洁。

根据第一方面，或者以上第一方面的任意一种实现方式，响应于第五操作，向第一卡片中添加文件，包括：在文件预览界面，显示文件添加悬浮球，文件添加悬浮球处于收起状态；响应作用于文件添加悬浮球的第六操作，显示文件添加悬浮球的第一导航栏，第一导航栏显示了将文件预览界面显示的文件添加到第一卡片的添加入口；响应作用于添加入口的第七操作，将文件预览界面中显示的文件添加到第一卡片，并收起第一导航栏，文件添加悬浮球处于收起状态。

其中，文件预览界面例如下文所说的界面10f-1，处于收起状态的文件添加悬浮球例如图9a中(3)所示的控件10f-3的样式。

其中，第六操作例如下文对控件10f-3作出的点击操作，文件添加悬浮球显示第一导航栏的样式例如图9b中(1)所示的控件10f-3的样式。

其中，第一卡片的添加入口，例如图9b中(1)所示“添加到桌面卡片”的选项。

其中，第六操作例如下文对“添加到桌面卡片”的选项的点击操作。

其中，响应作用于“添加到桌面卡片”的选项第七操作后，界面10f的变化可如图9b中(2)，第一卡片的变化可如图9b中(3)。

可理解的，对于这种在三方应用中，通过文件添加悬浮球向第一卡片添加文件的方式，第五操作至少包括上述所说的第六操作和第七操作，具体实现细节详见下文，此处不再赘述。

由此，通过在文件预览界面提供可用于将文件添加到桌面上第一卡片的文件添加悬浮球，在预览状态下，文件添加悬浮球处于收起状态，不影响用户查看文件内容，而在需要将预览的文件添加到第一卡片，以便后续快速查看时，直接操作文件添加悬浮球即可，用户体验更佳。

根据第一方面，或者以上第一方面的任意一种实现方式，在将文件预览界面中显示的文件添加到第一卡片之前，方法还包括：显示第一提示窗口，第一提示窗口包括第一选项和第二选项；在接收到作用于第一选项的第八操作时，响应于第八操作，将文件预览界面中的文件添加到第一卡片，并取消显示第一提示窗口；在接收到作用于第二选项的第九操作时，响应于第九操作，创建新的卡片，将文件预览界面中的文件添加到新创造的卡片，并取消显示第一提示窗口。

其中，第一提示窗口例如下文所说的窗口10f-4，其中第一选项例如下文所说的控件10f-41，第二选项例如下文所说的控件10f-42。

其中，第八操作例如下文所说的选中控件10f-41后点击“确定”按钮的操作，第九操作例如下文所说的选中控件10f-42后点击“确定”按钮的操作。关于通过第一提示窗口中提供的选项实现文件添加的细节，详见下文，此处不再赘述。

由此，既可以将文件添加到已有的第一卡片，又可以根据用户需求创建新的卡片，并将文件添加到新的卡片，能够更好的适应于不同的应用场景。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在到达设定时间，未接收到第七操作时，收起第一导航栏，文件添加悬浮球处于收起状态；或者，在设定时间内接收到作用于与文件预览界面的第十操作时，收起第一导航栏，文件添加悬浮球处于收起状态。

由此，在用户不需要使用文件添加悬浮球的第一导航栏中的添加入口时，将文件添加悬浮球的第一导航栏收起，使得文件添加悬浮球处于收起状态，从而可以尽可能小的减小对文件预览界面中显示的文件内容的遮挡。

根据第一方面，或者以上第一方面的任意一种实现方式，响应于第五操作，向第一卡片中添加文件，包括：响应作用于文件管理应用的第十操作，显示第二界面，第二界面为根据存储路径逐级打开的页面，第二界面中显示了要添加的文件；响应作用于第二界面的第十一操作，显示第二导航栏，第二导航栏包括第三选项；响应作用于第三选项的第十二操作，显示第一菜单栏，第一菜单栏包括第四选项；在选中要添加的文件后，响应作用于第四选项的第十三操作，将要添加的文件添加到第一卡片。

其中，第十操作例如下文所说的打开文件管理应用，根据文件10的存储路径逐级访问打开界面10g的操作。

相应地，第二界面例如为所述界面10g。

其中，第十一操作例如下文在界面10g作出的操作，如长按操作。

其中，第三选项例如图10a中(2)所示的“更多选项控件”。

可理解的，第二导航栏中还可以包括下文所说的分享控件、复制控件、移动控件、删除控件等。关于各个控件的用途详见下文，此处不再赘述。

其中，第十二操作例如对“更多选项控件”进行的点击操作。

其中，第一菜单栏例如图10a中(3)中在界面10g中弹出包括更多选项的窗口，其包的选项除了上述所说的第四选项(图10a中(3)所示的“添加到桌面”选项)，还可以包括“收藏”选项、“重命名”选项、“详情”选项、“压缩”选项、“移入保密柜”选项、“其他应用打开”选项等。

其中，第十三操作例如下文所说的对“添加到桌面”选项作出的点击操作。

由此，通过提供这种文件添加方式，使得用户能够对已经存储在本地的文件添加到第一卡片，进而方便后续使用。

根据第一方面，或者以上第一方面的任意一种实现方式，第一卡片还包括文件添加入口；响应于第五操作，向第一卡片中添加文件，包括：响应作用于文件添加入口的第十四操作，显示第三界面，第三界面中显示了要添加的文件和第五选项；在选中要添加的文件后，响应作用于第五选项的第十五操作，将要添加的文件添加到第一卡片。

其中，第一卡片中包括的文件添加入口例如图11中(2)中示出的控件10a-13。

可理解的，在一些实现方式中，该文件添加入口也可以是第一卡片中用于显示文件图标的区域。

其中，第十四操作，例如为对控件10a-13的点击操作。

其中，第三界面例如图12b中(1)示出的界面10k，第五选项例如为控件10k-2。

其中，第十五操作例如为对控件10k-2的点击操作。

关于使用这两种文件添加入口向第一卡片添加文件的方式，详见下文，此处不再赘述。

由此，用户直接操作桌面显示的第一卡片，即可直接跳转到能够选择文件的第三界面，进而选择需要添加的文件将其添加到第一卡片。

根据第一方面，或者以上第一方面的任意一种实现方式，第一界面为桌面，桌面中显示有第二卡片，第二卡片为管理文件的桌面卡片；显示第一界面，包括：响应作用于第二卡片的第十六操作，显示第二菜单栏，第二菜单栏包括：更多文件管理卡片选项；响应作用于更多文件管理卡片选项的第十七操作，显示卡片形式选择界面；响应作用于卡片形式选择界面的第十八操作，根据选中的卡片形式在桌面上添加第一卡片；响应于第十九操作，向第一卡片中添加文件，并在第一卡片中显示文件对应的文件图标。

其中，第二卡片例如为下文所说的桌面卡片10a-4。

其中，第十六操作例如下文对桌面控件10a-4进行的点击或长按操作，显示的第二菜单栏可如图8d中(2)所示的窗口10a-5。

可理解的，第二菜单栏除了可以包括更多文件管理卡片选项，还可以包括下文所说的编辑卡片选项、移除选项等。

关于第二菜单栏中的移除选项，可用于将第二卡片从桌面移除；第二菜单栏中的编辑卡片选项可用于编辑第二卡片中管理的文件的来源，其实现方式与第一卡片的类似，详见下文，此处不再赘述。

其中，第十七操作例如为对更多文件管理卡片选项进行的点击操作，对该选项进行操作后，可直接跳转到卡片形式选择界面，如图8b中(1)所示的界面10c。

关于在界面10c中进行第十八操作，进而在桌面添加第一卡片，以及响应于第十九操作，向第一卡片添加文件的实现与上述第四操和第五操作类似，此处不再赘述，具体实现细节可详见下文。

由此，借助已有的同类型的卡片实现了第一卡片的创建。

根据第一方面，或者以上第一方面的任意一种实现方式，第一卡片中管理的文件的使用场景和第二卡片中管理的文件的使用场景不相同。

例如，第一卡片中管理的文件适用于办公场景，即通常为工作中涉及的文件；第二卡片中管理的文件可以是适用于游戏场景，如管理文件为记录了游戏账号的文档。

由此，通过根据场景划分管理文件的卡片，从而更加便于用户查找。

根据第一方面，或者以上第一方面的任意一种实现方式，第一卡片中管理的文件的使用场地和第二卡片中管理的文件的使用场地不相同。

例如，在公司这一常驻地和居住场所这一常驻地，用户习惯使用的文件不相同，这样通过使用场地分别管理对应的文件，便于用户从对应的卡片中快速查找到自己需要的文件。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：响应作用于第一卡片的第二十操作，显示第三菜单栏，第三菜单栏包括移除选项和编辑选项；响应作用于移除选项的第二十一操作，将第一卡片从桌面移除。

其中，第二十操作例如下文对图12a中(1)示出的桌面卡片10a-1进行的操作，如长按操作。

其中，第三菜单栏例如图12a中(2)所示的窗口10i-1。可理解的第三菜单栏中除了可以包括上述移除选项和编辑选项，还可以包括更多文件管理卡片设置选项。

其中，第二十一操作例如下文对窗口10i-1中的移除选项的点击操作。

由此，通过针对要删除的卡片进行操作唤出第三菜单栏，进而通过第三菜单栏中的移除选项可以直接将整个卡片删除，方便快速。

此外，在实际应用中可以单独删除卡片中的某一个或几个文件，具体实现方式详见下文，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：响应作用于编辑选项的第二十二操作，显示第一文件来源选项和第二文件来源选项；当接收到对第一文件来源选项的操作时，从用户选中的文件夹中推荐M个文件作为第一卡片管理的M个文件，或者，从系统推荐的N个文件夹中推荐M个文件作为第一卡片管理的M个文件；当接收到对第二文件来源选项的操作时，将用户选中的M个文件作为第一卡片管理的M个文件。

其中，第二十二操作例如下文所说的对窗口10i-1中的“编辑卡片”设置选项10i-11进行的操作，如点击操作。

其中，第一文件来源选项例如下文所说的“智能推荐”方式对应的控件10j-11，第二文件来源选项例如下文所说的“指定文件”方式对应的控件10j-12。

关于对第一文件来源选项进行操作，以及对第二文件来源选项进行操作，进而实现文件来源设置，以及添加文件的细节详见下文，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，第一卡片的卡片尺寸固定。

其中，第一卡片的尺寸例如为2×2，4×2等固定尺寸。

根据第一方面，或者以上第一方面的任意一种实现方式，第一卡片的卡片尺寸可变，第一卡片的最大尺寸为4×2。

其中，尺寸可变的第一卡片的变化形式、变化范围可参见下文，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：接收对第一卡片中任一文件图标的第二十三操作；响应于二十三操作，从第一界面切换为第四界面，第四界面为被点击的文件图标对应的文件的预览界面。

其中，第二十三操作例如示对第一卡片中显示的任意一个文件图标进行了点击。

其中，第四界面例如为查看用户点击的文件图标对应的文件的默认应用的界面，其形式可以如图9a中(3)所示。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在电子设备处于锁屏界面，且黑屏待机时，响应于点亮锁屏界面的操作，点亮锁屏界面，并在锁屏界面中显示第一卡片。

其中，该展现形式例如图7所示，具体细节详见下文，此处不再赘述。

第二方面，本申请提供了一种电子设备。该电子设备包括：存储器和处理器，存储器和处理器耦合；存储器存储有程序指令，程序指令由处理器执行时，使得所述电子设备执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，本申请提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第四方面，本申请提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第五方面，本申请提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

第五方面以及第五方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第五方面以及第五方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

附图说明

图1为示例性示出的通过文件管理应用查找文件的界面示意图；

图2为示例性示出的电子设备的硬件结构示意图；

图3为示例性示出的电子设备的软件结构示意图；

图4a和图4b为示例性示出的在电子设备的桌面添加的对应于文件管理的桌面卡片的卡片形式的界面示意图之一；

图5a至图5c为示例性示出的在电子设备的桌面添加的对应于文件管理的桌面卡片的卡片形式的界面示意图之二；

图6为示例性示出的在电子设备的桌面添加的对应于文件管理的桌面卡片的卡片形式的界面示意图之三；

图7为示例性示出的在电子设备的锁屏界面显示的对应于文件管理的桌面卡片的卡片形式的界面示意图；

图8a至图8d为示例性示出的在电子设备的桌面添加对应于文件管理的桌面卡片的界面示意图；

图9a至图9c为示例性示出的向文件管理的桌面卡片中添加文件的界面示意图之一；

图10a和图10b为示例性示出的向文件管理的桌面卡片中添加文件的界面示意图之二；

图11为示例性示出的向文件管理的桌面卡片中添加文件的界面示意图之三；

图12a至图12c为示例性示出的编辑文件管理的桌面卡片的界面示意图之一；

图13a和图13b为示例性示出的编辑文件管理的桌面卡片的界面示意图之二；

图14a和图14b为示例性示出的删除文件管理的桌面卡片中管理的文件的界面示意图。

具体实施方式

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

目前，电子设备可以通过即时通信应用程序(application，APP)、邮件APP等三方APP接收并下载其他电子设备发送的文档、图片、音频或视频等各种文件，还可以通过浏览器APP、视频APP等三方APP从网络中下载各种文件。这些文件下载到电子设备后，会由电子设备的文件资源管理器进行管理，为了方便用户查看文件资源管理器管理的各种文件，在电子设备的应用程序层提供了面向用户的文件管理APP，这样用户通过文件管理APP就能够查看文件资源管理器管理的各种文件。

关于用户通过文件管理APP查看文件资源管理器管理的文件的方式，以下结合图1进行说明。

具体地，用户如果要查找从即时通信APP中接收到的名称为“文档1”的文件时，需要知道该即时通信APP在安卓系统中默认的文件的保存路径，然后操作电子设备，进入文件管理APP并按照该即时通信APP在安卓系统中默认的保存路径进行查找。通常，三方APP接收到的文件可以保存在“我的手机”文件夹下。假设该即时通信APP保存文件的默认路径为Android>Data>com.tencent.mm>MicroMsg>Download，在一些实现方式中，可以通过桌面上的文件管理APP直接进行查找，在另一些实现方式中也可以通过设置APP找到文件管理APP的入口进行查找。

示例性的，对于通过桌面上的文件管理APP直接进行查找的方式，如图1所示，用户首先点击桌面的文件管理APP的图标进入文件管理APP的界面，然后点击“我的手机”文件夹，然后逐级访问目录Data>com.tencent.mm>MicroMsg>Download(图1中未全部示出各级目录)，在Download文件夹中用户能够看到文档1的图标(如图1中虚线框中所示)，进而用户可以对文档1进行操作。

然而这种方式，用户需要获知要查看的文件的保存路径，并根据路径逐级访问对应的文件夹进行查找。在实际使用时，由于电子设备会通过不同的APP接收并下载大量文件，而在安卓系统中，电子设备用于存储接收到的文件的路径复杂，并且不同的APP所接收到的文件的保存路径并不一定相同，来源于三方APP的文件在保存到电子设备本地后，不容易查找。由于用户通常并不了解安卓系统中存储文件时的保存路径，因此很难找到需要的文件，导致查找文件困难，用户体验不高。

有鉴于此，本申请提供了一种文件管理方法，旨在降低用户查找文件的操作复杂度，使得用户能够快速、准确的找到自己想要查看的文件。

为了更好的理解本申请实施例提供的技术方案，在对本申请实施例的技术方案说明之前，首先结合附图对本申请实施例的适用于的电子设备的硬件结构进行说明。

关于本申请实施例提供的文件管理方法所适用于的电子设备，例如为手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等，此处不再一一列举，本申请实施例对电子设备的具体类型不作任何限制。为了便于说明，图1以手机为例进行说明。

参见图2，电子设备100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。

示例性的，在一些实现方式中，传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等，此处不再一一例举，本申请对此不作限制。

具体到本申请实施例提供的技术方案中，传感器模块180至少需要包括触摸传感器和压力传感器。

其中，压力传感器用于感受压力信号，并将压力信号转换成电信号。在一些实现方式中，压力传感器可以设置于显示屏194。压力传感器的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器检测所述触摸操作强度。电子设备100也可以根据压力传感器的检测信号计算触摸的位置。在一些实现方式中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于上述文件管理APP的图标时，执行打开文件管理APP的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于下文所说的用于显示用户选中的文件或者推荐的文件的卡片时，弹出包含编辑卡片选项的窗口的操作。

其中，触摸传感器，也称“触控面板”。触摸传感器也可以设置于显示屏194，由触摸传感器与显示屏194组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型，例如，可以包括滑动、点击、长按等触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实现方式中，触摸传感器也可以设置于电子设备100的表面，与显示屏194所处的位置不同。具体到本申请实施例提供的技术方案中，当用户触摸或敲击触摸屏时，触摸传感器就会监测到用户的操作行为，电子设备100接收到来自触摸屏中触摸传感器采集到的数据，就会响应于该操作行为，例如执行下文所说的将文件添加到桌面上的卡片的操作。

此外，需要说明的是，处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

可理解的，控制器可以是电子设备100的神经中枢和指挥中心。在实际应用中，控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

此外，还需要说明的是，处理器110中还可以设置存储器，用于存储指令和数据。在一些实现方式中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

示例性的，在一些实现方式中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purpose input/output，GPIO)接口，用户标识模块(subscriber identitymodule，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

继续参见图2，示例性的，充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实现方式中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实现方式中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

继续参见图2，示例性的，电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实现方式中，电源管理模块141也可以设置于处理器110中。在另一些实现方式中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

继续参见图2，示例性的，电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

需要说明的是，天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实现方式中，天线可以和调谐开关结合使用。

继续参见图2，示例性的，移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实现方式中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实现方式中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

此外，需要说明的是，调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实现方式中，调制解调处理器可以是独立的器件。在另一些实现方式中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

继续参见图2，示例性的，无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellitesystem，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near fieldcommunication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

具体到本申请实施例提供的技术方案中，电子设备100可通过移动通信模块150或无线通信模块160与其他电子设备通信，进而接收其他电子设备发送的文件，或者从服务器下载文件。

此外，还需要说明的是，电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

继续参见图2，示例性的，显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实现方式中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。具体到本申请实施例提供的技术方案中，用户查找文件的一些列操作可通过显示屏194中显示的功能控件实现。

此外，还需要说明的是，电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

此外，还需要说明的是，ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实现方式中，ISP可以设置在摄像头193中。

此外，还需要说明的是，摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实现方式中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

此外，还需要说明的是，数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

此外，还需要说明的是，视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

继续参见图2，示例性的，外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

继续参见图2，示例性的，内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)等。

具体到本申请实施例提供的技术方案中，文件资源管理器管理的各种文件可以存储在内部存储器121中。

此外，还需要说明的是，电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

此外，还需要说明的是，音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实现方式中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

继续参见图2，示例性的，按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

继续参见图2，示例性的，马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

继续参见图2，示例性的，指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

关于电子设备100的硬件结构就介绍到此，应当理解的是，图2所示电子设备100仅是一个范例，在具体实现中，电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图2中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

为了更好的理解图2所示电子设备100的软件结构，以下对电子设备100的软件结构进行说明。在对电子设备100的软件结构进行说明之前，首先对电子设备100的软件系统可以采用的架构进行说明。

具体的，在实际应用中，电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。

此外，可理解的，目前主流的电子设备使用的软件系统包括但不限于Windows系统、Android系统和iOS系统。为了便于说明，本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

此外，后续关于本申请实施例提供的文件管理方案，在具体实现中同样适用于其他系统。

参见图3，为本申请实施例的电子设备100的软件结构框图。

如图3所示，电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实现方式中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

其中，应用程序层可以包括一系列应用程序包。

如图3所示，应用程序包可以包括桌面管理器、文件管理、设置、音乐、WLAN等应用程序，此处不再一一列举，本申请对此不作限制。其中，桌面管理器用于管理并显示电子设备中安装的应用程序的图标，以及下文所说的用户管理用户选中的文件或自动推荐的文件的卡片，其在桌面上没有图标；文件管理APP用于提供给用户查看文件资源管理器管理的各种文件；设置APP用于提供各种用户操作入口，如上文所说的打开文件管理APP的入口。

其中，应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。在一些实现方式中，这些编程接口和编程框架可以描述为函数。

如图3所示，应用程序框架层可以包括视图系统、内容提供器、资源管理器/文件资源管理器、窗口管理器、输入管理器、卡片服务管理器等函数，此处不再一一列举，本申请对此不作限制。

其中，视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

资源管理器和文件资源管理器，在实际应用中可为一个，图3以资源管理器为例。具体的，资源管理器用于为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

输入管理器用于管理触摸事件，实现对触摸事件的派发。

卡片服务管理器用于接收桌面的应用程序(application，APP)发布的卡片信息，如下文所说的文件的名称、路径并保存起来，同时提供接口供桌面程序查询卡片信息，如为桌面管理器提供接口，当用户点击桌面管理器中卡片内任一文件的图标时，根据卡片信息中记录的名称、路径直接查找到该文件，并通过对应的APP进行显示。关于该操作的具体实现细节，详见下文，此处不再赘述。

Android Runtime包括核心库和虚拟机。Android Runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维(3D)图形处理库(例如：OpenGL ES)，二维(2D)图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

可理解的，上述所说的2D图形引擎是2D绘图的绘图引擎。

此外，可理解的，Android系统中的内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，传感器驱动、WIFI驱动、蓝牙驱动等。示例性的，传感器驱动可用于将传感器(例如触摸传感器)的检测信号输出至视图系统，以使得视图系统响应于检测信号，显示对应的应用界面。

关于电子设备100的软件结构就介绍到此，可以理解的是，图3示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

以图2示出的硬件结构和图3示出的软件结构的电子设备为例，基于本申请实施例提供的文件管理方法，可在电子设备的桌面显示一个用于管理文件的卡片(后续称为：桌面卡片)，由该桌面卡片显示满足用户需求的文件，如最近接收并下载的文件，或者使用频率最高的文件，或者使用时长最长的文件，或者适合当前时间段的文件，或者适合当前地点的文件等，此处不再一一列举，本实施例对此不作限制。这样，用户在桌面直接点击该桌面卡片中对应文件的文件图标，即可直接跳转到点击的文件图标对应的文件的预览界面，从而大大方便了用户查看。

为了更好的理解本实施例提供的文件管理方法，以下结合附图从桌面卡片的卡片形式、添加方式、编辑方式，以及向桌面卡片添加文件、删除文件等几方面，对本实施例提供的文件管理方法进行说明。

下面结合图4a、图4b、图5a至图5c，以及图6示例性地说明本申请实施例提供的各种规格形式的桌面卡片的实现方式。

第一种实现方式

如图4a中(1)所示，电子设备如手机可在桌面10a显示桌面卡片10a-1，该桌面卡片10a-1呈现为固定大小的2×2的四宫格形式，具体为可视范围内的每一行仅显示2个文件图标，每一列仅显示2个文件图标。

进一步地，为了便于用户能够通过该桌面卡片10a-1快速查找到更多的文件，在桌面卡片10a-1大小固定的情况下，可以通过滑动控件查看未显示在可视范围内的文件图标。继续参见图4a中(1)所示，桌面卡片10a-1中可包括用于显示该桌面卡片10a-1当前管理的文件数量的控件10a-11，以及用于滑动可视范围内显示的文件图标的控件10a-12。

继续参见图4a中(1)所示，示例性的，桌面卡片10a-1中当前管理了6个文件，如文件1.pptx、文件2.doc、文件3.txt、文件4.xls、文件5.xls、文件6.xls，即用户可以通过桌面卡片10a-1中显示的6个文件图标，直接查看这6个文件，如当用户点击了文件1.pptx对应的文件图标时，手机响应于该用户操作，会启动默认的或者预设的专门用于查看PPTX格式文件的APP，进而由该APP访问文件1.pptx，并显示文件1.pptx中的内容。

继续参见图4a中(1)所示，示例性的，桌面卡片10a-1当前的可视范围内仅可以显示了文件1.pptx、文件2.doc、文件3.txt、文件4.xls这4个文件对应的文件图标，当用户想要查看文件5.xls时，可以向下滑动控件10a-12，以使桌面卡片10a-1的可视范围内显示出文件5.xls的文件图标，如图4a中(2)所示。相应地，如果用户想要查看文件2.doc时，则可以向上滑动控件10a-12，以使桌面卡片10a-1的可视范围内显示出文件2.doc的文件图标，如图4a中(1)所示。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，对于固定大小的卡片形式，在一些实现方式中也可以为4×2的八宫格形式，如图4b所示的桌面卡片10a-2。其中，桌面卡片10a-2可包括用于显示该桌面卡片10a-2当前管理的文件数量的控件10a-21，以及用于滑动可视范围内显示的文件图标的控件10a-22。这样，桌面卡片10a-2的可视范围内就可以显示8个常用文件的文件图标，从而尽可能减少用户滑动控件10a-22的操作，进一步降低用户操作。

应当理解的是，上述两种固定大小的卡片形式，仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，可以根据桌面10a的剩余空间创建合适的桌面卡片，也可以由用户根据个人喜好设置，本实施例对此不作限制。

此外，对于桌面卡片可以管理的文件数量，同样可以为系统默认，也可以时根据用户使用习惯设置，本实施例对此不作限制，本实施例及下述实施例以20个为例，即一个桌面卡片最多可管理20个文件。

第二种实现方式

如图5a所示，电子设备如手机可在桌面10a显示桌面卡片10a-3，该桌面卡片10a-3的大小随着管理的文件的数量在设定范围内变化。例如，在管理的文件仅有文件1.pptx一个文件时，桌面卡片10a-3的可视范围程序1×2形式，桌面卡片10a-3内还可以显示该桌面卡片10a-3当前管理的文件数量的控件10a-31，如图5a所示为1个。

示例性的，在一种实现方式中，上述所说的设定范围例如为最大可视范围为2×2(如图4a所示)、最小可视范围为1×2(如图5a所示)，或者最大可视范围为4×2(如图4b所示)、最小可视范围为1×2(如图5a所示)。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

本实施例以最大可视范围为4×2(如图4b所示)、最小可视范围为1×2(如图5a所示)为例，示例性的，当用户向桌面卡片10a-3中添加了文件2.doc和文件3.txt后，控件10a-31中显示的数量变更为3，同时桌面卡片10-3的卡片形式呈现为图5b所示的2×2的四宫格形式。

如图5c所示，后续当用户继续向桌面卡片10a-3中添加了文件4.xls、文件5.xlst和文件6.xls后，由于桌面卡片10a-3的最大可视范围为4×2，此时桌面卡片10a-3还会显示用于滑动可视范围内显示的文件图标的控件10a-32，这样用户通过滑动控件10a-32，就可以查看当前未显示在可视范围内的文件图标。关于控件10a-32的操作方式，如上文所说的控件10a-12，此处不再赘述。

第三种实现方式

如图6所示，电子设备如手机可以在桌面10a显示桌面卡片10a-1，以及桌面卡片10a-4。其中，桌面卡片10a-1和桌面卡片10a-4的卡片形式可以相同，也可以不相同，图6以均为固定大小的2×2的四宫格形式。

继续参见图6，示例性的，在一些实现方式中，桌面卡片10a-4可通桌面卡片10a-1，包括用于显示该桌面卡片10a-4当前管理的文件数量的控件10a-41，以及用于滑动可视范围内显示的文件图标的控件10a-42。

示例性的，在一些实现方式中，关于桌面10a中显示的多个桌面卡片，可以根据显示的文件类型划分，如其中一个桌面卡片中显示的文件图标均为TXT格式的文件的文件图标，另一个则桌面卡片中显示的文件图标均为DOC格式的文件的文件图标。

示例性的，在另一些实现方式中，关于桌面10a中显示的多个桌面卡片，可以根据使用地点划分，图6所示以根据地点划分为例，如桌面卡片10a-1管理的是用户在常驻地1常用的文件，桌面卡片10a-4管理的是用户在常驻地4常用的文件。其中，不同常驻地对应的桌面卡片中管理的文件可以部分相同，也可以完全不同，本实施例对此不作限制。

此外，需要说明的是，在实际应用中，为了减少对桌面10a可用面积的占用，可以通过识别用户当前处的常驻地，进而在桌面10a仅显示该常驻地对应的桌面卡片，如当用户位于常驻地1时，仅显示桌面卡片10a-1。相应地，当用户位于常驻地2时，仅显示桌面卡片10a-4。

示例性的，在另一些实现方式中，还可以将上述两种分类方式结合，如在常驻地1用户经常查看的是DOC格式和TXT格式的文件，则可以由桌面卡片10a-1仅管理满足设定要求的DOC格式的文件，由桌面卡片10a-4仅管理满足设定要求的TXT格式的文件。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

需要说明的是，上述实施例中示例性地列举了三种桌面卡片形式，可以理解，本申请实施例包括但不限于上述三种桌面卡片形式，在实际实现时，本申请实施例还可以支持与上述三种卡片形式类似的其他卡片形式，如3×2等，具体可以根据实际使用需求确定，本申请实施例不作限定。

本申请上述实施例提供了各种规格的桌面卡片供用户选择，用户可以根据实际使用需求，选择将适合自己使用习惯的桌面卡片添加到桌面显示。本申请实施例提供的桌面卡片将电子设备最近使用过的，或者使用频率满足设定要求，或者使用时长满足设定要求，或者满足当前时间段，或者满足当前地点，且存储于不同路径的各种文件呈现给用户，能够为用户提供更直观、更便捷的文件管理形式。

示例性的，在一些实现方式中，上述所说的在桌面10a显示的桌面卡片管理的文件的文件图标的显示顺序，以及各文件图标之间的位置关系可以是固定不变的，如按照添加顺序顺序显示。

示例性的，在另一些实现方式中，为了更好的提升用户体验，桌面卡片中显示的文件图标的顺序可以根据对应的文件的使用频率、时长、地点等动态调整。例如，在常驻地1，如公司时，可根据用户过去一段时间内，如连续5个工作日内对不同文件的使用频率、使用时长、使用时间段等多个维度，综合调整桌面卡片中显示的文件图标的顺序，如在工作日的上午9点至12点，下午2点至6点，当用户处于常驻地1时，在桌面10a显示上述所说的桌面卡片10a-1，并在桌面卡片10a-1中默认的可视范围内显示使用频率、使用时长、使用时间段满足该设定要求的文件1.pptx、文件2.doc、文件3.txt、文件4.xls，而在非工作日的上午9点至12点，下午2点至6点，当用户处于常驻地2时，在桌面10a显示上述所说的桌面卡片10a-4，并在桌面卡片10a-4中默认的可视范围内显示使用频率、使用时长、使用时间段满足该设定要求的文件21.pptx、文件22.doc、文件23.txt、文件24.xls等。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，还需要说明的是，当电子设备如手机处于锁屏界面，且黑屏待机时，在用户敲击屏幕或者按下电源键点亮屏幕后，如图7所示，基于本申请实施例提供的文件管理方法，也可以在锁屏界面10b上显示类似上述卡片形式的桌面卡片，如桌面卡片10b-1。其中，桌面卡片10b-1可包括用于显示该桌面卡片10b-1当前管理的文件数量的控件10b-11，以及用于滑动可视范围内显示的文件图标的控件10b-12。

如图7所示，示例性的示出在锁屏界面10b上显示的桌面卡片10b-1中管理了9个文件，在当前的可视范围内，可见的文件图标分别为文件1.pptx、文件2.doc、文件3.txt、文件4.xls这4个文件对应的文件图标，若用户想要查看剩余的5个文件，则可以通过滑动控件10b-12，进而使得当前未显示的文件的文件图标滑动到可视范围内，以供用户选择。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在锁屏界面10b上显示的桌面卡片的卡片形式可以为上述任意一种，此次不再赘述。

下面结合图8a至图8d示例性地说明本申请实施例提供的添加桌面卡片的实现方式。

在本申请实施例中，用户可以根据实际使用需求，选择适合自己使用习惯的桌面卡片形式。相应地，电子设备可以根据用户使用需求，在桌面或锁屏界面显示上述描述的卡片形式中的任一种桌面卡片，方便用户查找文件，本实施例以在桌面添加桌面卡片为例。

可选地，在本申请实施例中，当桌面中没有显示卡片的情况下，用户可以通过各种方式从系统预设的多种卡片形式中选择一种桌面卡片并将选择的桌面卡片添加到桌面上。

示例性的，在一些实现方式中，用户可以通过在桌面主页操作以调出桌面卡片的设置界面，进而用户可以在桌面卡片的设置界面进行卡片添加操作，以实现将卡片添加到桌面上。

如图8a中(1)所示，电子设备如手机接收到用户在桌面10a上的操作(例如双指捏合操作)，如图8a中(2)所示，手机响应于该双指捏合操作，显示关于桌面10a的多个控件，例如壁纸设置控件、桌面卡片设置控件、切换效果设置控件以及桌面设置控件等。进一步地，手机接收到用户对桌面卡片设置控件的操作(例如点击操作)。如图8a中(3)所示，手机响应于该点击操作，显示桌面卡片的设置界面，在桌面卡片的设置界面中显示有多种类型的卡片，例如YOYO建议卡片、文件管理卡片、日历卡片和天气卡片，当然还可以包括其他可能的卡片。

当手机接收到用户对文件管理卡片的操作(例如点击操作)时，如图8b中(1)所示，手机显示文件管理的卡片展示界面10c。如图8b中(1)所示，卡片展示界面10c中显示了不同的卡片形式，如图8b中(1)所示，当前显示的是卡片大小固定为2×2的四宫格形式，且最大支持管理20个文件(下文成为卡片形式1)。

继续参见图8b中(1)所示，卡片展示界面10c中还显示了“添加到桌面”控件10c-1，当用户点击了控件10c-1后，手机响应于用户的点击操作，会在桌面10a添加图8b中(1)所示的卡片形式1的桌面卡片，如图8c所示。当用户在该桌面卡片中添加上述所说的文件1.pptx、文件2.doc、文件3.txt、文件4.xls、文件5.xls、文件6.xls这6个文件后如图4a中(1)所示。

参见图8b中(1)至图8b中(3)所示，卡片展示界面10c中还显示了用于切换卡片形式的控件10c-2和控件10c-3。

示例性的，在一些实现方式中，用户可以通过在卡片展示界面10c上操作(例如沿箭头方向滑动手指的操作，或者对控件10c-2作出点击操作)，触发手机更新卡片展示界面10c，以显示其他形式或规格的卡片。

若手机接收到用户如图8b中(1)所示的滑动操作，则如图8b中(2)所示，手机可在卡片展示界面10c中显示卡片大小固定为4×2的八宫格形式，且最大支持管理20个文件的卡片(后续称为卡片形式2)。若手机接收到用户对控件10c-1的点击操作，手机响应于用户的点击操作，会在桌面10a添加图8b中(2)所示的卡片形式2的桌面卡片。当用户在该桌面卡片中添加的文件大于或等于8时，其形式如图4b所示。

若手机接收到用户如图8b中(2)所示的滑动操作，则如图8b中(3)所示，手机在卡片展示界面10c中显示可变形式，且最大可视范围大小为4×2的八宫格形式，且最大支持管理20个文件的卡片形式(后续称为卡片形式3)。若手机接收到用户对控件10c-1的点击操作，手机响应于用户的点击操作，会在桌面10a添加图8b中(3)所示的卡片形式3的桌面卡片。当用户在该桌面卡片中添加的文件大于或等于8时，其形式如图4b所示。

若手机接收到用户如图8b中(3)所示的滑动操作，手机可在卡片展示界面10c中显示可变形式，且最大可视范围大小为2×2的四宫格形式，且最大支持管理20个文件的卡片形式(后续称为卡片形式4)。若手机接收到用户对控件10c-1的点击操作，手机响应于用户的点击操作，会在桌面10a添加卡片形式4的桌面卡片。当用户向该桌面卡片添加文件后，桌面卡片的变化可如图5a至图5c所示。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

可选地，在本申请实施例中，在文件管理的卡片展示界面10c中展示的卡片可按照优先级从高到低的顺序依次展示。示例性地，卡片形式1的优先级高于卡片形式2的优先级，卡片形式2的优先级高于卡片形式3的优先级，卡片形式3的优先级高于卡片形式4的优先级。应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，需要说明的是，在另一些实现方式中，用户可以在电子设备，如手机的负一屏操作以调出桌面卡片的设置界面，进而用户在桌面卡片的设置界面进行卡片添加操作，以实现将卡片添加到桌面上。

此外，还需要说明的是，在另一些实现方式中，用户可以在电子设备，如手机的系统设置界面操作以调出桌面卡片的设置界面，进而用户在桌面卡片的设置界面进行卡片添加操作，以实现将卡片添加到桌面上。

可以理解，上述示出了在桌面中没有桌面卡片时用户添加桌面卡片的可能方式，可以理解，还可能存在其他可能的实现方式。例如，当桌面中已经显示有桌面卡片的情况下，用户可以对桌面已有的桌面卡片进行操作，以调出桌面卡片的设置界面，进而用户在桌面卡片的设置界面进行新的桌面卡片的添加操作，以实现将新的桌面卡片添加到桌面上。对于这种在桌面10a创建/添加桌面卡片的方式，如图8d所示。

参见图8d中(1)，示例性的，当桌面10a已有文件管理类的桌面卡片10a-4时，如果用户还想在桌面10a添加一个文件管理类的桌面卡片，则可以长按桌面卡片10a-4，手机监测到用户对桌面卡片10a-4的长按操作后，响应于该长按操作，如图8d中(2)所示，会显示界面10h。

参见图8d中(2)，示例性的，界面10h中会显示桌面卡片10a-4，以及窗口10a-5。其中，窗口10a-5中可包括用于编辑桌面卡片10a-4的“编辑卡片”设置选项，用于创建/添加新的文件管理类的桌面卡片的“更多“文件管理”卡片”设置选项，以及用于移除/删除桌面卡片10a-4的“移除”设置选项。

可理解的，当用户点击“更多“文件管理”卡片”设置选项后，手机响应于该点击操作，会跳转到如图8b所示的界面。关于通过图8b所示的卡片展示界面10c实现添加卡片的操作可以详见上文，此处不再赘述。

下面结合图9a、图9b、图10a、图10b，以及图11示例性的说明本申请实施例提供的各种向桌面卡片添加文件的实现方式。

第一种实现方式

如图9a中(1)所示，当“张三”通过某一三方APP，如即时通讯APP给电子设备如手机的持有者(后续称为用户A)发送了一个文件格式为DOC格式，文件名为“文件10”的文件后，用户A操作手机，如打开该三方APP，进入与“张三”的聊天界面10d。

参见图9a中(1)，示例性的，聊天界面10d中可包括一个或多个控件。这些控件包括但不限于用于退出该聊天界面10d的控件10d-1，用于设置、查找与“张三”相关信息的控件10d-2，显示“张三”的头像的控件10d-3，显示“张三”发送的内容，如消息、文件的控件10d-4。

示例性的，在一些实现方式中，当用户A点击控件10d-1后，手机响应于该点击操作，退出与“张三”的聊天界面；当用户A点击控件10d-2后，手机响应于该点击操作，跳转到的界面可以包括查找历史聊天内容的选项、设置“张三”发送的消息免打扰的选项、设置“张三”发送的消息提醒的选项、设置与“张三”的聊天背景的选项、清空聊天记录的选项等，此处不再一一列举，本实施例对此不作限制；当用户A点击控件10d-3后，手机响应于该操作行为，可跳转到关于“张三”的详情界面，该详情界面例如可以包括“张三”的电话号码、标签信息、权限信息等，此处不再一一列举，本实施例对此不作限制。

继续参见图9a中(1)，示例性的，当用户A对控件10d-4进行操作(如长按操作或点击操作等)，手机响应于用户A的操作行为，如图9a中(2)所示，从聊天界面10d调转到界面10e。其中，界面10e中可包括一个或多个控件。这些控件包括但不限于用于退出该界面10e的控件10e-1，用于查看更多设置选项的控件10e-2，用于接收或保存文件的控件10e-3。

示例性的，在一些实现方式中，当用户A点击控件10e-1后，手机响应于该点击操作，退出界面10e，即会回退到与“张三”的聊天界面10d；当用户A点击控件10e-2后，手机响应于该点击操作，可弹出提供其他设置选项的功能窗口，该窗口中例如可以包括发送给朋友的选项、收藏选项等，此处不再一一列举，本实施例对此不作限制。

此外，在界面10e中，还可以显示当前要接收的文件10.doc的大小，如图9a中(2)示出的30.21KB。

继续参见图9a中(2)，示例性的，当用户A对控件10e-3进行操作，如点击操作，手机响应于用户A的操作行为，如图9a中(3)所示，在将文件10.doc保存到该三方APP在文件管理下的对应路径后，一种可行的方式会直接跳转到该三方APP提供的预览界面10f，并在该预览界面10f中显示文件10.doc中的内容。

需要说明的是，在实际应用中，当用点击控件10e-3后，手机响应于该点击操作，在将文件10.doc下载并保存到本地的过程中，还可在界面10e中弹窗显示文件10.doc的存储路径，并在设定时间，如3s后自动消失，这样，既不会遮挡界面内容，还可以便于用户A获知该文件10.doc的实际存储路径，进而在该存储路径下查找到该文件10.doc。

此外，还需要说明的是，在一些实现方式中，当用户A预先设置了使用其他应用打开文件的功能时，在将文件10.doc保存到该三方APP在文件管理下的对应路径后，可以直接启动设置的应用，由该应用显示显示文件10.doc中的内容。本实施例以直接跳转到该三方APP提供的预览界面10f，并在该预览界面10f中显示文件10.doc中的内容为例。

继续参见图9a中(3)，示例性的，预览界面10f中包括一个或多个控件。这些控件包括但不限于用于退出预览界面10f的控件10f-1，用于查看更多设置选项的控件10f-2，以及用于将文件10.doc添加到桌面卡片的控件10f-3。

示例性的，在一些实现方式中，当用户A点击控件10f-1后，手机响应于该点击操作，退出预览界面10f；当用户A点击控件10f-2后，手机响应于该点击操作，可弹出提供其他设置选项的功能窗口，该窗口中例如可以包括发送给朋友的选项、收藏选项等，此处不再一一列举，本实施例对此不作限制。

此外，需要说明的是，图9a中(3)示出的预览界面10f中显示的控件10f-3，实际应用中可以为一个悬浮球，在界面10e切换为预览界面10f后，自动弹出，初始状态为收起状态，即图9a中(3)示出的样式，这样就不会打扰用户A查看文件10.doc的内容，而在需要将文件10.doc添加到桌面卡片时，通过对控件10f-3进行操作(如长按操作或点击操作等)，手机响应于用户A的操作行为，控件10f-3就会切换为打开状态，例如图9b中(1)示出的样式。

参见图9b中(1)，示例性的，控件f-3在打开状态时，可提供将当前文件，如文件10.doc“添加到桌面卡片”的选项。当用户A对“添加到桌面卡片”的选项进行操作(如长按操作或点击操作等)，手机响应于用户A的操作行为，调用对应的服务、实例，或功能函数/接口，从文件10.doc所在的存储路径获取该文件10.doc的相关信息生成对应的文件图标，并将该文件图标添加到桌面卡片，同时建立该文件图标与文件10.doc的存储路径之间的快捷方式。

示例性的，在一些实现方式中，当用户A对“添加到桌面卡片”的选项进行操作后，为了不影响用户A在预览界面10f继续浏览文件10.doc的内容，控件10f-3可从图9b中(1)所示的打开状态变回图9b中(2)所述的收起状态。

此外，为了让用户A获知本次将文件10.doc添加到桌面卡片的操作是否成功，在手机完成上述处理，将文件10.doc添加到桌面卡片，如上文所说的桌面卡片10a-1后，还可以在预览界面10f弹出添加成功的提示信息，如图9b中(2)示出的“已添加到桌面卡片10a-1”。相应地，为了不影响用户A在预览界面10f继续浏览文件10.doc的内容，弹出的提示信息可以在设定时间，如3s后自动消失。

参见图9b(3)，示例性的，若用户A在桌面10a中已经创建/添加了桌面卡片10a-1，在文件10.doc添加到桌面卡片10a-1前，如果桌面卡片10a-1中还没有添加文件，即管理的文件数量为0个，其样式可如图8c所示。当用户A通过对“添加到桌面卡片”的选项进行操作，手机响应于用户操作，将文件10.doc添加到桌面卡片10a-1后，桌面卡片10a-1的样式可如图9b中(3)所示。

此外，还需要说明的是，在实际应用中，可能存在桌面10a中还没有添加桌面卡片，或者用户A想要将当前文件添加到其他桌面卡片的情况，为了更好的满足用户A的使用需求，在控件10f-3处于图9c中(1)所示的打开状态下，用户A对“添加到桌面卡片”的选项进行操作后，手机响应于该用户操作行为，如图9c中(2)所示，可在预览界面10f上弹出一个窗口10f-4。其中窗口10f-4中可包括一个或多个控件。这些控件包括但不限于用于选择将当前文件添加到已有桌面卡片的控件10f-41，用于选择创建新的桌面卡片，并将当前文件添加到新创建的桌面卡片的控件10f-42，用于默认用户A的选择，后续不再弹窗提示的控件10f-43，以及用于取消本次选择的“取消”按钮和用于确定本次选择的“确定”按钮。需要说明的是，控件10f-41和控件10f-42在同一时刻，仅能有一个被选中。

示例性的，当控件10f-41处于选中状态(图9c中(2)所示状态)，而控件10f-42和控件10f-43为未选中状态(图9c中(2)所示状态)时，如果用户A点击了“确定”按钮，手机响应于该操作行为，窗口10f-4消失，按照上述所说的将文件10.doc添加到已有的桌面卡片10a-1的处理流程，将文件10.doc添加到桌面卡片10a-1。相应地，在将文件10.doc添加到桌面卡片10a-1后，会在预览界面10f弹出提示信息，控件10f-3也会变为收起状态，如图9c中(3)所示。

示例性的，当控件10f-41处于选中状态(图9c中(2)所示状态)，而控件10f-42和控件10f-43为未选中状态(图9c中(2)所示状态)时，如果用户A点击了“确定”按钮，手机响应于该操作行为，窗口10f-4消失，预览界面10f恢复为图9c中(1)所示样式。

此外，需要说明的是，如果在控件10f-3处于打开状态的情况下，用户A没有对“添加到桌面卡片”的选项进行操作，在设定时间后，如5s，或者用户点击了预览界面10f的其他区域后，控件10f-3可从打开状态变为收起状态。

此外，还需要说明的是，当用户退出预览界面10f后，控件10f-3会自动消息，当用户打开其他文件，如文件11.xls时，可以在文件11.xls对应的预览界面弹窗用于将文件11.xls添加到桌面卡片的控件10f-3。即在不同预览界面弹窗的控件10f-3，是对应于该预览界面显示的文件的。

此外，可理解的，如果桌面10a中已有多个桌面卡片，如至少2个，窗口10f-4中提供的用于选择添加到已有桌面卡片的控件10f-41也可以有2个，即每一个桌面卡片对应的一个控件10f-41，这样在用户按下“确定”按钮后，手机就可以将文件10.doc添加到对应的桌面卡片。

示例性的，在另一些实现方式中，当用户A选中了控件10f-42(如图9c中(2)示出的控件10f-41的样式)，而控件10f-41和控件10f-43为未选中状态时，如果用户A点击了“确定”按钮，手机响应于该操作行为，可从当前界面跳转到图8b所示界面，执行在桌面10a添加桌面卡片的操作，在新的桌面卡片添加到桌面后，再按照上述向桌面卡片添加文件的处理流程，将文件10.doc添加到新创建的桌面卡片中。关于桌面卡片的添加和向桌面卡片添加文件的具体细节，详见上文，此处不再赘述。

示例性的，当用户A选中了控件10f-42(如图9c中(2)示出的控件10f-41的样式)，而控件10f-41和控件10f-43为未选中状态时，如果用户A点击了“确定”按钮，手机响应于该操作行为，窗口10f-4消失，预览界面10f恢复为图9c中(1)所示样式。

示例性的，在另一些实现方式中，当用户A选中了控件10f-1或者控件10f-2时，同时还选中了控件10f-3，如果用户A点击了“确定”按钮，手机响应于该操作行为，会按照上述选中控件10f-1或控件10f-2后点击“确定”按钮的处理流程进行操作，同时记录用户A本次的选择，再后通过该三方APP添加其他文件时，当对控件10f-3中的“添加到桌面卡片”的选项进行操作后，直接根据记录的内容，执行将文件添加到已有的桌面卡片的流程，或者创建新的桌面卡片，并添加到新创建的桌面卡片的流程，无需在预览界面f中再次弹出窗口10f-4。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

这样，用户A后续想要查看文件10.doc的内容时，无需再次打开上述三方APP，找到与“张三”的聊天记录，进而点击控件10d-4，也无需记住文件10.doc的存储路径，进而通过逐级打开对应路径查找文件10.doc，直接通过对桌面卡片中显示的文件10.doc对应的文件图标进行操作，如点击，手机响应于该操作行为，就可以直接使用设置的应用打开文件10.doc，以便用户查看文件10.doc中的内容。

应当理解的是，上述通过三方APP的预览界面中提供的控件10f-3，将预览的文件添加到桌面卡片的方式，仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，还可以通过其他方式，如下文所说的第二种实现方式和第三种实现方式将文件添加到桌面卡片中。关于第二种实现方式和第三种实现方式的具体细节，详见下文。

此外，还需要说明的是，在实际应用中，为了更好的满足用户的使用需求，提升用户体验，控件f-3处于打开状态时，还可以提供分享选项，即将当前文件通过其他应用分享给其他用的功能选项；以及另存为选项，即将当前文件从默认的存储路径下拷贝一份存储到用户指定路径的功能选项等，此处不再一一列举，本实施例对此不作限制。

示例性的，当用户A对分享选项进行操作后，可以弹出供用户选择可用于分享文件的应用的面板；当用户A对另存为选项进行操作后，可以切换到选择存储路径的界面。关于上述选项对应的具体实现，本实施例不作限制。

第二种实现方式

示例性的，在一些实现方式中，也可以通过文件管理APP，逐级访问已经存储在电子设备如手机内的常用文件，进而将常用的文件添加到桌面上的桌面卡片中。以文件10.doc的存储路径为“我的手机>Android>Data>com.tencent.mm>MicroMsg>Download”为例，用户想要将该路径下的文件10.doc添加到桌面卡片中，如图1和图10a所示，可以先点击桌面的文件管理APP的图标进入文件管理APP的界面，然后点击“我的手机”文件夹，然后逐级访问目录Android>Data>com.tencent.mm>MicroMsg>Download(图1中未全部示出各级目录)，在Download文件夹中用户能够看到文件10.doc的图标(如图10a中(1)所示)，进而用户可以对文件10.doc进行操作。

参见图10a中(1)所示，示例性的，在一些实现方式中，手机接收到用户对文件10.doc对应的图标的操作(例如点击操作或长按操作等)，手机响应于该操作行为，如图10a中(2)所示，显示关于文件的多个控件，例如每一个文件会对应一个复选框控件，以便用户对该文件的选择，还例如会显示分享控件、复制控件、移动控件、删除控件、更多选项控件等。

示例性的，在一些实现方式中，当用户点击分享控件后，可以弹窗分享面板，以供用户选择用于分享文件的应用；当用户点击复制控件后，可从该路径下拷贝一份选中的文件，进而在打开其他应用后，通过用户操作，如长按操作将拷贝的文件添加到指定的路径；当用户点击移动控件后，可以显示选中要移动到的文件夹的界面，以供用户选择；当用户点击操作控件后，可对通过复选框选中的文件进行删除，其中图10a中(2)所示的文件10.doc对应的复选框为选中状态，文件1和图片1对应的复选框为未选中状态。

继续参见图10a中(2)，示例性的，当用户对更多选项控件进行操作(如长按操作或点击操作等)，手机响应于该操作行为，如图10a中(3)所示，会在界面10g中弹出包括更多选项的窗口。其中，该窗口中可包括一个或多个选项。这些选项包括但不限于“收藏”选项、“重命名”选项、“详情”选项、“压缩”选项、“移入保密柜”选项、“添加到桌面”选项、“其他应用打开”选项等，此处不再一一列举，本实施例对此不作限制。

可选地，手机响应于用户对“收藏”选项的操作，可以将界面10g中通过复选框选中的文件，如图10a中(3)所示的文件10.doc收藏到指定路径下的文件夹。

可选地，手机响应于用户对“重命名”选项的操作，可弹出重命名界面，以便用户对选中的文件，如文件10.doc的文件名进行重命名。

可选地，手机响应于用户对“详情”选项的操作，可弹出选中的文件对应的详情界面，示例性的，该详情界面例如可以显示该文件的文件格式、文件大小、接收时间等，此处不再一一列举，本实施例对此不作限制。

可选地，手机响应于用户对“压缩”选项的操作，可以采用手机支持的压缩方式对选中的文件进行压缩。

可选地，手机响应于用户对“移入保密柜”选项的操作，可将选中的文件移入到设置了密钥的文件夹，以保证该文件的安全性。

可选地，手机响应于用户对“其他应用打开”选项的操作，可弹出选择其他应用的面板，以便用户选择手机安装的应用打开选中的文件。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。关于上述功能选项对应的各界面提供的具体内容，以及触发流程，本实施例不作限制。

可选地，手机响应于用户对“添加到桌面”选项的操作，如图10b中(1)所示，可在界面10g中弹出窗口10g-1。其中，窗口10g-1中各控件、按钮的作用，以及操作方式，与上文所说的窗口10f-4类似，具体细节可以参见上文，此处不再赘述。

此外，可理解的，在一些实现方式中，手机响应于用户对“添加到桌面”选项的操作，也可以不弹出窗口10g-1，如图10b中(2)所示，直接按照上文所说的添加文件到桌面卡片的方式，在桌面卡片添加选中的文件，并在添加成功后，在界面10g作出提示，如“已添加到桌面卡片10a-1”。

相应地，在桌面卡片10a-1未添加其他文件的情况下，当采用该方式将文件10.doc添加到桌面卡片10a-1后，桌面卡片10a-1的样式如图10b中(3)所示。这样后续用户再向查看该文件时，无需再根据路径从文件管理APP中查找，直接通过桌面卡片10a-1即可快速打开需要查看的文件。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

第三种实现方式

示例性的，在一些实现方式中，用户还可以通过桌面10a中已添加的桌面卡片进行操作，进而向该桌面卡片中添加文件。

如图11中(1)所示，示例性的，在一些实现方式中，桌面卡片中每一个可以显示文件图标的区域都可以设置直接打开文件管理APP，如图1中“文件管理”界面的快捷方式，当用户点击桌面卡片10a-1中任一用于显示文件图标的区域时，可以直接跳转到图1中“文件管理”界面，以便用户根据需要添加的文件的存储路径查找到对应的文件，进而选中该文件将其添加到桌面卡片10a-1，这样后续用户再向查看该文件时，无需再根据路径从文件管理APP中查找，直接通过桌面卡片10a-1即可快速打开需要查看的文件。

可理解的，对于图11中(1)所示的添加方式，若桌面卡片10a-1当前的可视范围内可添加文件的位置均显示了已添加的文件的文件图标，用户可滑动控件10a-12，找到为用户显示文件图标，但还未显示文件图标的区域，进而对其进行操作，添加文件。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

如图11中(2)所示，示例性的，在另一些实现方式中，为了进一步减少用户操作，如滑动控件10a-12，查询可点击区域进行文件添加的操作，可以在桌面卡片10a-1的某一位置，如图11中(2)的右下角，固定一个用于添加文件的控件10a-13。这样，在桌面卡片10a-1管理的文件未达到其对应的最大数量，如20个时，用户每次向桌面卡片10a-1中添加文件，均可以直接对控件10a-13进行操作，即可直接跳转到图1中“文件管理”界面，进而按照上述操作选择合适的文件进行添加。

此外，需要说明的是，在另一些实现方式中，当通过图11中(2)示出的控件10a-13在桌面卡片10a-1中添加了20个文件后，为了避免用户再次通过控件10a-13向桌面卡片10a-1添加文件，而桌面卡片10a-1允许添加的文件数量超限制，导致添加失败，用户重复操作，影响用户体验，可以在桌面卡片10a-1中添加的文件的数量满20个时，取消控件10a-13，如图11中(3)所示。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

下面结合图12a至图12c，以及图13a和图13b示例性地说明本申请实施例提供的各种编辑桌面卡片的实现方式。

可理解的，上述给出的向桌面卡片添加文件的实现方式，具体是由用户主动选择需要由桌面卡片管理的文件，并将其添加到桌面卡片中。在另一种实现方式中，桌面卡片中管理的文件也可以是根据用户的历史使用习惯，如对文件的使用频率、使用时长、使用时间段、使用地点等，自动筛选出，并添加到桌面卡片中的。这样，无需用户逐一选择文件进行添加，只需通过编辑桌面卡片的入口设置“智能推荐”方式的文件范围和文件类型即可。

此外，需要说明的是，本实施例中所说的编辑桌面卡片，具体指设置桌面卡片启动自动添加文件的过程。

为了便于理解，本实施例以编辑桌面卡片提供的设置入口有“智能推荐”方式和“指定文件”方式为例。其中，“智能推荐”方式指用户在桌面添加桌面控件后，手机可以自动从指定目录下的多个文件加中筛选出满足使用频率、使用时长、使用时间段、使用地点等多维度要求的设定数量，如20个文件，并将其添加到桌面卡片；“指定文件”方式指用户在桌面添加桌面控件后，手机可从用户指定的某一个文件夹中根据需要自主选择一个或多个文件，并将其添加到桌面卡片。

关于采用“智能推荐”方式和“指定文件”方式对桌面卡片的编辑过程，以下结合附图进行说明。

如图12a中(1)所示，当用户对桌面卡片10a-1进行操作，如长按操作时，手机响应与该操作行为，如图12a中(2)在桌面10a上弹出界面10i。其中，界面10i会显示桌面卡10a-1，以及窗口10i-1。

参见图12a中(2)，示例性的，窗口10i-1中可包括用于编辑桌面卡片10a-1的“编辑卡片”设置选项10i-11，用于创建/添加新的文件管理类的桌面卡片的“更多“文件管理”卡片”设置选项，以及用于移除/删除桌面卡片10a-1的“移除”设置选项。

可选地，当用户点击“更多“文件管理”卡片”设置选项后，手机响应于该点击操作，会跳转到如图8b所示的界面。关于通过图8b所示的卡片展示界面10c实现添加卡片的操作可以详见上文，此处不再赘述。

可选地，当用户点击“移除”设置选项后，手机响应于该点击操作，会将桌面10a中显示的桌面卡片10a-1从桌面10a移除。可理解的，若桌面卡片10a-1中已添加了文件，则桌面卡片10a-1管理的文件的快捷入口也会删除，即用户无法在桌面直接查找到桌面卡片10a-1之前管理的文件，需要通过文件管理APP，根据存储路径逐级查找。

可选地，当用户点击“编辑卡片”设置选项10i-11后，手机响应于该点击操作，如图12a中(3)会切换到界面10j。其中界面10j中显示了用于选择上述所说的“智能推荐”方式或“指定文件”方式的窗口10j-1。

继续参见图12a中(3)，示例性的，窗口10j-1可包括一个或多个控件。这些控件包括但不限于用于选择“智能推荐”方式的控件10j-11，用于选择“指定文件”方式的控件10j-12。

可理解的，在一些实现方式中，可以将上述两种方式中的一种设置为默认方式，如13a中(3)以将“智能推荐”方式设置为默认方式为例，这种情况下，窗口10j-1中还会显示对应于“智能推荐”方式的“选择文件夹”入口10j-13，以及“文件类型”入口10j-14。

示例性的，当用户点击了选择文件夹”入口10j-13后，手机响应于该操作行为，如图12b中(1)所示，进入“我的文件”界面10k。其中，界面10k中个包括一个或多个控件，这些控件包括但不限于用于退出界面10k的控件10k-1，用于保存用户在界面10k的设置的控件10k-2，以及用于选择每一个文件夹的复选框。

参见图12b中(1)所示，示例性的，界面10k中包括“我的文件”、“我的手机”、“收藏”这三个属于一级目录的文件夹，这三个文件夹下又可以包括若干个属于二级目录的文件夹。本实施例以为“智能推荐”方式设置的文件的来自“我的文件”这一文件夹下。

继续参见图12b中(1)所示，示例性的，“我的文件”这一文件下包括“字体库”、“行业调查”、“海边随拍”、“设计趋势”这四个属于二级目录的文件夹，而“行业调查”这一文件夹下又包括“运行笔记”和“古镇之行”两个属于三级目录的文件。

示例性的，当用户选中了“字体库”、“行业调查”这两个文件夹对应的复选框后，手机响应于该操作行为，如图12b中(2)所示，“字体库”文件夹和“行业调查”文件夹下的“运行笔记”和“古镇之行”两个文件夹就会被选中，如果用户接着点击了控件10k-2，手机响应于用户的操作行为，会保存用户选中的文件夹的信息，并返回界面10j，同时在界面10j中“选择文件夹”入口10j-3对应的区域显示用户选中的文件夹数量，如图12b中(3)示出的“3个文件夹”。

可理解的，在实际应用中，如果用户想要将文件的来源设置为全部文件，则可以直接选中“全部文件”对应的复选框，从而将界面10k中显示的所有文件，以及这些文件夹包括的文件夹选中。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

继续参见图12b中(3)，示例性的，当用户点击了“文件类型”入口10j-14后，手机响应于该操作行为，如图12c中(1)所示，进入“文件类型”界面10m。其中，界面m中个包括一个或多个控件，这些控件包括但不限于用于退出界面10m的控件10m-1，用于保存用户在界面10m的设置的控件10m-2，以及用于选择后续自动添加到桌面卡片10a-1中的文件的文件类型的复选框。

参见图12b中(1)所示，示例性的，界面10m给出了图片类型、视频类型、文档类型、音频类型、应用类型、压缩包类型等文件类型。在一些实现方式中，如果用户仅选择其中的几种文件类型，可以直接对需要选择的文件类型对应的复选框进行操作，如图12c中(2)所示，将图片类型和文档类型选中；在另一些实现方式中，如果用户不限定添加到桌面卡片10a-1的文件的文件类型，则可以通过界面10m中显示的“全部类型”对应的复选框，直接将界面m中给出的所有文件类型选中。

相应地，在选择好文件类型后，用户可点击控件10m-2，手机响应于该点击操作，如图12c中(3)，会保存用户选中的文件类型的信息，并返回界面10j，同时在界面10j中“文件类型”入口10j-4对应的区域显示用户选中的文件类型，如图12c中(3)示出的“图片、文档”。

可理解的，关于上述所说的图片类型，包括但不限于JPG、PNG、BMP、GIF、RAW等；视频类型，包括但不限于MP4、AVI、MOV、RMVB、MKV等；文档类型，包括但不限于DOC、PPT/PPTX、XLS、TXT、PDF、EPUB等；音频类型，包括但不限于MP3、WAV、M4A、FLAC、AAC等；应用，包括但不限于系统APP，如设置、信息、电话等，以及三方APP，如即时通讯APP等；压缩包，包括但不限于ZIP、RAR、7Z等。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

参见图13a中(1)所示，示例性的，当用户选中了“指定文件”方式时，取消“智能推荐”方式对应的“选选择文件夹”入口10j-13和“文件类型”入口10j-14，显示“指定文件”方式对应的“选择文件”入口10j-5。由于这种方式是由用户直接指定要添加的文件，故而不需要提供设置文件类型的入口。

继续参见图13a中(1)，示例性的，当用户点击了“选择文件”入口10j-5后，手机响应于该操作行为，如图13a中(2)所示，进入“我的文件”界面10k。其中，界面10k中个包括一个或多个控件，这些控件包括但不限于用于退出界面10k的控件10k-1，用于保存用户在界面10k的设置的控件10k-2，以及用于选择每一个文件夹的复选框。

参见图13a中(2)所示，示例性的，界面10k中包括“我的文件”、“我的手机”、“收藏”这三个属于一级目录的文件夹，这三个文件夹下又可以包括若干个属于二级目录的文件夹。每个二级目录的文件夹中可以包括若干个属于三级目录的文件夹，也可以直接包括若干个文件。本实施例以指定的文件来自“我的文件”中“行业调查”这一文件夹下。

继续参见图13a中(2)所示，示例性的，“我的文件”这一文件下包括“字体库”、“行业调查”、“海边随拍”、“设计趋势”这四个属于二级目录的文件夹，而“行业调查”这一文件夹下又包括“运行笔记”和“古镇之行”两个属于三级目录的文件。

继续参见图13a中(2)所示，示例性的，“运行笔记”文件夹下包括了一个DOC格式，文件名为“运行笔记1”的文件，“古镇之行”件夹下包括了一个DOC格式，文件名为“古镇文献”的文件。

示例性的，当用户选中了“运行笔记1”和“古镇之行”这两个文件对应的复选框后，手机响应于该操作行为，如图13b中(1)所示，“运行笔记1”和“古镇之行”这两个文件就会被选中，如果用户接着点击了控件10k-2，手机响应于用户的操作行为，会保存用户选中的文件的信息，并返回界面10j，同时在界面10j中“选择文件”入口10j-5对应的区域显示用户选中的文件数量，如图13b中(2)示出的“2个文件夹”。

可理解的，在实际应用中，如果用户想要将界面10m中显示的所有文件夹下的文件均添加到桌面卡片10a-1，则可以直接选中“全部文件”对应的复选框，从而将界面10k中显示的所有文件夹下的文件选中。

需要说明的是，对于上述全部选中的场景，若面10k中显示的所有文件夹下的文件数量不超过桌面卡片10-1允许添加的最大数量，则可以直接将这些文件添加到桌面卡片10a-1，若超过桌面卡片10-1允许添加的最大数量，可在图13b中(1)所示的界面10k中弹出提示信息，如“桌面卡片10a-1最多支持添加10个文件，请重新选择”等。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

由此，通过提供编辑卡片的入口，并提供“智能推荐”方式和“指定文件”方式供用户选择，从而能够更好的满足用户的实际使用场景和使用习惯，提升用户体验。

下面结合图12a、图14a和图14b示例性地说明本申请实施例提供的各种删除桌面卡片中文件的实现方式。

示例性的，在一些实现方式中，对桌面卡片的中管理的文件的删除，例如可以是通过将整个桌面卡片删除的方式，实现将桌面卡片管理的全部文件删除，具体实现方式如图12a所示，详见上文描述，此处不再赘述。

示例性的，在另一些实现方式中，对桌面卡片的中管理的文件的删除，例如可以是单独删除某一个或几个文件，以下结合图14a和图14b对这种删除方式进行说明。

如图14a中(1)所示，在一种实现方式中，当用户对桌面卡片10a-1中要删除的文件，如文件1.pptx对应的文件图标进行操作(如长按操作)后，手机响应于该操作行为，如图14a中(2)所示，文件1.pptx对应的文件图标所在区域可出现一个用于删除该文件图标的控件10a-14。

参见图14a中(2)，示例性的，如果用户点击了控件10a-14，手机响应于该操作行为，如图14a中(3)所示，将文件1.pptx对应的文件图标从桌面卡片10a-1中删除，并按序移动剩余文件图标的位置，剩余文件图标移动后的桌面卡片10a-1如图14a中(3)所示。

此外，可理解的，在实际应用中，在移动剩余文件图标的位置时，也可以根据最近的使用情况，调整剩余文件图标的位置关系，本实施例对此不作限制。

继续参见图14a中(2)，示例性的，如果用户对桌面卡片10a-1中的其他区域进行了操作(如双击操作)，手机响应于该操作行为，如图14a中(1)，取消控件10a-14。

示例性的，在另一种实现方式中，当用户对桌面卡片10a-1中要删除的文件，如文件1.pptx对应的文件图标进行操作(如长按操作)后，手机响应于该操作行为，如图14b中(1)所示，桌面卡片10a-1中管理的每一个文件对应的文件图标所在区域均可出现一个用于删除对应文件图标的控件10a-14。这样，用户一次操作，就可以实现对多个文件的批量删除，无需对每一个文件对应的文件图标都进行特定的操作，使其显示对应的控件10a-14。

继续参见图14b中(1)，示例性的，如果用户点击了文件1.pptx对应的文件图标区域的控件10a-14，手机响应于该操作行为，如图14b中(2)所示，将文件1.pptx对应的文件图标从桌面卡片10a-1中删除，并按序移动剩余文件图标的位置，剩余文件图标移动后的桌面卡片10a-1如图14b中(2)所示。

继续参见图14b中(1)，示例性的，如果用户还要继续删除其他文件，则对其对应的文件图标区域的控件10a-14进行操作，既可以将对应的文件图标删除；如果用户要结束删除操作，则可以对桌面卡片10a-1中的其他区域进行操作(如双击操作)，手机响应于该操作行为，如图14b中(3)，取消控件10a-14。

可理解的，由于桌面卡片10a-1中的文件图标绑定了与文件的快捷方式，因此将文件图标删除，就可以将桌面卡片10a-1管理的文件删除。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，需要说明的是，在实际应用中，为了避免手势冲突，在根据图14a和图14b所示的方式，对桌面卡片10a-1中管理的文件进行删除时，作出的长按操作可以是在桌面卡片内指定位置的热区作出的操作。

可理解的，所谓热区可理解为一个透明的元件，该元件允许放在区域上，如上述桌面卡片101-1中的任何区域，并在该元件上添加交互操作。具体到本实施例中，可以在该元件上添加触发显示删除文件的控件10a-14，即用户在该热区作出操作后，手机响应于该操作行为，就会显示删除文件的控件10a-14，从而避免手势冲突，保障用户体验。

通过上述实施例的描述可知，本实施例提供的文件管理方法，通过在桌面显示用于管理文件的桌面卡片，并根据用户需要在桌面卡片中直接显示满足用户使用需求的文件的快捷入口，如上文所说的与文件建立快捷方式的文件图标，从而使得用户直接在桌面卡片中进行查找，便可以直接打开想要查看的文件，整个查找过程方便、简单，大大提升了用户体验。

此外，可以理解的是，上述实施例是以文件管理的桌面卡片为例，在实际应用中，上述文件管理方式同样可以应用于其他应用。如对于管理相机应用、日历应用等的桌面卡片而言，桌面卡片的添加过程、桌面卡片的文件路径设置过程、桌面卡片的功能使用过程的相关描述，具体可以参见上述实施例中的详细说明，此处不再赘述。

此外，可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

此外，需要说明的是，在实际的应用场景中由电子设备实现的上述各实施例提供的文件管理方法，也可以由电子设备中包括的一种芯片系统来执行，其中，该芯片系统可以包括处理器。该芯片系统可以与存储器耦合，使得该芯片系统运行时调用该存储器中存储的计算机程序，实现上述电子设备执行的步骤。其中，该芯片系统中的处理器可以是应用处理器也可以是非应用处理器的处理器。

另外，本申请实施例还提供一种计算机可读存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的文件管理方法。

另外，本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在电子设备上运行时，使得电子设备执行上述相关步骤，以实现上述实施例中的文件管理方法。

另外，本申请的实施例还提供一种芯片(也可以是组件或模块)，该芯片可包括一个或多个处理电路和一个或多个收发管脚；其中，所述收发管脚和所述处理电路通过内部连接通路互相通信，所述处理电路执行上述相关方法步骤实现上述实施例中的文件管理方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

此外，通过上述描述可知，本申请实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (18)

1.一种文件管理方法，其特征在于，

显示第一界面；

其中，所述第一界面上包括第一卡片，所述第一卡片中包括M个文件图标，所述M个文件图标中的每一个文件图标对应电子设备中的一个文件，M为正整数。

2.根据权利要求1所述的方法，其特征在于，所述第一界面为桌面；

所述显示第一界面，包括：

响应于第一操作，在所述桌面上显示桌面卡片设置入口；

响应作用于所述桌面卡设置入口的第二操作，显示桌面卡片的设置界面，所述设置界面包括管理文件的桌面卡片入口；

响应作用于所述管理文件的桌面卡片入口的第三操作，显示卡片形式选择界面；

响应作用于所述卡片形式选择界面的第四操作，根据选中的卡片形式在所述桌面上添加所述第一卡片；

响应于第五操作，向所述第一卡片中添加文件，并在所述第一卡片中显示所述文件对应的文件图标。

3.根据权利要求2所述的方法，其特征在于，所述响应于第五操作，向所述第一卡片中添加文件，包括：

在文件预览界面，显示文件添加悬浮球，所述文件添加悬浮球处于收起状态；

响应作用于所述文件添加悬浮球的第六操作，显示所述文件添加悬浮球的第一导航栏，所述第一导航栏显示了将所述文件预览界面显示的文件添加到所述第一卡片的添加入口；

响应作用于所述添加入口的第七操作，将所述文件预览界面中显示的文件添加到所述第一卡片，并收起所述第一导航栏，所述文件添加悬浮球处于收起状态。

4.根据权利要求3所述的方法，其特征在于，在所述将所述文件预览界面中显示的文件添加到所述第一卡片之前，所述方法还包括：

显示第一提示窗口，所述第一提示窗口包括第一选项和第二选项；

在接收到作用于所述第一选项的第八操作时，响应于所述第八操作，将所述文件预览界面中的文件添加到所述第一卡片，并取消显示所述第一提示窗口；

在接收到作用于所述第二选项的第九操作时，响应于所述第九操作，创建新的卡片，将所述文件预览界面中的文件添加到新创造的卡片，并取消显示所述第一提示窗口。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在到达设定时间，未接收到所述第七操作时，收起所述第一导航栏，所述文件添加悬浮球处于收起状态；

或者，

在所述设定时间内接收到作用于与所述文件预览界面的第十操作时，收起所述第一导航栏，所述文件添加悬浮球处于收起状态。

6.根据权利要求2所述的方法，其特征在于，所述响应于第五操作，向所述第一卡片中添加文件，包括：

响应作用于文件管理应用的第十操作，显示第二界面，所述第二界面为根据存储路径逐级打开的页面，所述第二界面中显示了要添加的文件；

响应作用于所述第二界面的第十一操作，显示第二导航栏，所述第二导航栏包括第三选项；

响应作用于所述第三选项的第十二操作，显示第一菜单栏，所述第一菜单栏包括第四选项；

在选中要添加的文件后，响应作用于所述第四选项的第十三操作，将所述要添加的文件添加到所述第一卡片。

7.根据权利要求2所述的方法，其特征在于，所述第一卡片还包括文件添加入口；

所述响应于第五操作，向所述第一卡片中添加文件，包括：

响应作用于所述文件添加入口的第十四操作，显示第三界面，所述第三界面中显示了要添加的文件和第五选项；

在选中要添加的文件后，响应作用于所述第五选项的第十五操作，将所述要添加的文件添加到所述第一卡片。

8.根据权利要求1所述的方法，其特征在于，所述第一界面为桌面，所述桌面中显示有第二卡片，所述第二卡片为管理文件的桌面卡片；

所述显示第一界面，包括：

响应作用于所述第二卡片的第十六操作，显示第二菜单栏，所述第二菜单栏包括：更多文件管理卡片选项；

响应作用于所述更多文件管理卡片选项的第十七操作，显示卡片形式选择界面；

响应作用于所述卡片形式选择界面的第十八操作，根据选中的卡片形式在所述桌面上添加所述第一卡片；

响应于第十九操作，向所述第一卡片中添加文件，并在所述第一卡片中显示所述文件对应的文件图标。

9.根据权利要求8所述的方法，其特征在于，所述第一卡片中管理的文件的使用场景和所述第二卡片中管理的文件的使用场景不相同。

10.根据权利要求8所述的方法，其特征在于，所述第一卡片中管理的文件的使用场地和所述第二卡片中管理的文件的使用场地不相同。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应作用于所述第一卡片的第二十操作，显示第三菜单栏，所述第三菜单栏包括移除选项和编辑选项；

响应作用于所述移除选项的第二十一操作，将所述第一卡片从所述桌面移除。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

响应作用于所述编辑选项的第二十二操作，显示第一文件来源选项和第二文件来源选项；

当接收到对所述第一文件来源选项的操作时，从用户选中的文件夹中推荐M个文件作为所述第一卡片管理的M个文件，或者，从系统推荐的N个文件夹中推荐M个文件作为所述第一卡片管理的M个文件；

当接收到对所述第二文件来源选项的操作时，将用户选中的M个文件作为所述第一卡片管理的M个文件。

13.根据权利要求1所述的方法，其特征在于，所述第一卡片的卡片尺寸固定。

14.根据权利要求1所述的方法，其特征在于，所述第一卡片的卡片尺寸可变，所述第一卡片的最大尺寸为4×2。

15.根据权利要求1至14任一项所述的方法，其特征在于，所述方法还包括：

接收对所述第一卡片中任一文件图标的第二十三操作；

响应于所述二十三操作，从所述第一界面切换为第四界面，所述第四界面为被点击的所述文件图标对应的文件的预览界面。

16.根据权利要求1至14任一项所述的方法，其特征在于，所述方法还包括：

在电子设备处于锁屏界面，且黑屏待机时，响应于点亮所述锁屏界面的操作，点亮所述锁屏界面，并在所述锁屏界面中显示所述第一卡片。

17.一种电子设备，其特征在于，所述电子设备包括：存储器和处理器，所述存储器和所述处理器耦合；所述存储器存储有程序指令，所述程序指令由所述处理器执行时，使得所述电子设备执行如权利要求1至16任意一项所述的文件管理方法。

18.一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1至16任意一项所述的文件管理方法。