CN117667839A - 一种文件管理、应用管理的方法和电子设备 - Google Patents

Abstract

本申请实施例提供了一种文件管理、应用管理的方法和电子设备，该方法包括：电子设备通过应用市场安装第一应用，所述第一应用对应有权限配置文件，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限；在所述第一应用欲访问所述电子设备中的文件时，所述第一应用请求申请第一权限；若所述权限配置文件中包括所述第一权限，所述电子设备显示第一界面，所述第一界面用于向用户请求授予所述第一权限；响应于用户同意授予所述第一权限的第一操作，所述第一应用获取到所述第一权限。本申请提供的方案，可以避免现有技术中应用获取到一些不合理的权限对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

Description

一种文件管理、应用管理的方法和电子设备

技术领域

本申请实施例涉及数据管理领域，尤其涉及一种文件管理、应用管理的方法和电子设备。

背景技术

随着物联网技术和软件技术的迅猛发展，智能终端设备成为新时代日常生活中不可或缺的一部分，包括智能手机、平板、PC等设备。同时，智能终端设备承载了越来越多的用户数据，包括拍摄的照片和视频、日常办公的重要文档，以及各种社交聊天软件的聊天记录等众多信息。如何管理智能终端设备上的公共数据便成为一个重要的课题。

发明内容

本申请实施例提供一种文件管理、应用管理的方法和电子设备，可以避免文件乱象问题。

第一方面，提供了一种文件管理的方法，所述方法包括：电子设备通过应用市场安装第一应用，所述第一应用对应有权限配置文件，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限；在所述第一应用欲访问所述电子设备中的文件时，所述第一应用请求申请第一权限；若所述权限配置文件中包括所述第一权限，所述电子设备显示第一界面，所述第一界面用于向用户请求授予所述第一权限；响应于用户同意授予所述第一权限的第一操作，所述第一应用获取到所述第一权限。

本申请实施例提供的方案，在电子设备通过应用市场安装该应用市场审核通过后的第一应用的情况下，当第一应用欲访问电子设备中的文件时，可以请求申请第一权限，且在权限配置文件中包括第一权限时，该电子设备才可显示向用户请求授予第一权限的第一界面，且当用户同意授予第一权限时，该第一应用即可获取到第一权限，换句话说，第一应用只有应用市场审核通过且用户同意授予所申请的第一权限的情况下，才可以具有第一权限，进而用户可以对该电子设备中的文件进行相应权限的操作，与现有技术中应用开发者自行决定向用户请求授予哪些权限且用户一旦授予则应用就获得相应权限的方案相比，本申请提供了一种由应用市场审核要上架的应用想要申请的权限是否合理的机制，可以从源头上避免第一应用向用户弹框申请授予一些不合理的权限，进一步地，可以避免现有技术中应用获取到一些不合理的权限随之对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

结合第一方面，在一些可能的实现方式中，所述方法还包括：若所述权限配置文件中不包括所述第一权限，所述电子设备不显示所述第一界面。

本申请实施例提供的方案，应用市场根据审核结果为第一应用配置了权限配置文件，在权限配置文件中不包括第一应用所请求申请的第一权限时，该电子设备可以不显示向用户请求授予第一权限的第一界面，第一应用也就不会具有第一权限，进而用户不可以对该电子设备中的文件进行相应权限的操作，与现有技术中应用开发者自行决定向用户请求授予哪些权限且用户一旦授予则应用就获得相应权限的方案相比，本申请提供了一种由应用市场审核要上架的应用想要申请的权限是否合理的机制，可以从源头上避免第一应用向用户弹框申请授予一些不合理的权限，进一步地，可以避免现有技术中应用获取到一些不合理的权限随之对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

结合第一方面，在一些可能的实现方式中，所述方法还包括：所述电子设备通过所述应用市场安装第二应用；在所述第二应用欲访问所述电子设备中的文件时，所述第二应用通过所述电子设备的操作系统提供的文件选择器访问所述电子设备中的文件。

本申请实施例提供的方案，电子设备通过应用市场安装第二应用，当第二应用想要访问该电子设备中的文件时，可以通过该电子设备的操作系统提供的文件选择器访问该电子设备中的文件，即，第二应用可以通过文件选择器提供的接口访问用户想要访问的目标文件，通过这样的方式，既可以保证第二应用可以访问到该电子设备中的文件，又可以限制第二应用对电子设备中的文件进行随意访问或随意操作，从而可以避免现有技术中第二应用对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

结合第一方面，在一些可能的实现方式中，所述第二应用通过所述文件选择器访问所述电子设备中的文件，具体包括：所述电子设备显示第二界面，所述第二界面包括所述文件选择器提供的一个或多个候选文件；所述电子设备接收用户从所述一个或多个候选文件中确定一个或多个目标文件的第二操作；响应于所述第二操作，所述第二应用获取访问所述一个或多个目标文件的权限。

本申请实施例提供的方案，电子设备通过应用市场安装第二应用，当第二应用想要访问该电子设备中的文件时，电子设备显示包括文件选择器提供的一个或多个候选文件的第二界面，用户可以允许第二应用访问候选文件中用户所选择的目标文件，即，第二应用可以通过文件选择器提供的接口访问候选文件中用户所选择的目标文件，而不能访问任意候选文件。通过这样的方式，既可以保证第二应用可以访问到用户从该电子设备中选择访问的文件，又可以限制第二应用对电子设备中的文件进行随意访问或随意操作，从而可以避免现有技术中第二应用对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

结合第一方面，在一些可能的实现方式中，所述第一应用为管理类应用，所述管理类应用为依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用；所述第二应用为非管理类应用，所述非管理类应用为不依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用。

结合第一方面，在一些可能的实现方式中，所述电子设备中的文件存储于文件管理模块中，所述方法还包括：所述第一应用通过所述文件管理模块的第一接口访问目标文件，所述目标文件的文件类型与所述第一权限所申请的文件类型相同。

本申请实施例提供的方案，电子设备中的文件存储于文件管理模块中，第一应用可以通过该文件管理模块的第一接口访问目标文件，且目标文件的文件类型与第一权限所申请的文件类型相同，由于电子设备中的文件存储于文件管理模块中，当第一应用想要访问该电子设备上的文件时，均可以通过文件管理模块的第一接口访问，与现有技术中各个应用独立存储相应的文件相比，本申请的方案可以减少存储资源的浪费。

结合第一方面，在一些可能的实现方式中，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限，包括以下任一项：访问或操作图片/视频类文件的权限、访问或操作音频类文件的权限、访问或操作文档类文件的权限。

本申请实施例提供的方案，应用市场为第一应用配置的权限配置文件中所包括的该第一应用能够申请的文件类型的权限可以包括访问或操作图片/视频类文件的权限、访问或操作音频类文件的权限、访问或操作文档类文件的权限中的任一个，第一应用在运行的过程中，可以按照需求申请其执行当前功能所需的对特定类型的文件进行特定类型的操作的权限，进而用户按需授予应用权限，与现有技术中应用申请对存储空间中任意类型的文件(文档、图片、音频、视频等)进行任意类型的操作(读取、写入、编辑等)的权限的方案相比，本申请提供的方案可以避免由于应用对任意类型的文件进行任意类型的操作而导致的文件乱象问题。

结合第一方面，在一些可能的实现方式中，所述访问或操作图片/视频类文件的权限包括：读取或编辑、删除、创建图片/视频类文件的权限；所述访问或操作音频类文件的权限包括读取或编辑、删除、创建音频类文件的权限；所述访问或操作文档类文件的权限包括读取或编辑、删除、创建文档类文件的权限。

结合第一方面，在一些可能的实现方式中，所述电子设备中的文件按照文件类型存储于对应预设目录中。

本申请实施例提供的方案，电子设备中的文件按照文件类型存储于对应预设目录中，当应用需要获取某一类型的文件时，可以快速查找到相应文件。

结合第一方面，在一些可能的实现方式中，所述第一应用不具备在所述电子设备中已存在的预设目录外创建新的目录或新的文件的权限。

本申请实施例提供的方案，第一应用不具备在所述电子设备中已存在的预设目录外创建新的目录或新的文件的权限，换句话说，第一应用不可以在电子设备中已存在的预设目录外创建新的目录或新的文件，可以保证电子设备中的文件的有序性。

结合第一方面，在一些可能的实现方式中，所述电子设备中的文件存储于文件管理模块中，所述方法还包括：所述电子设备通过所述第一应用对存储于所述文件管理模块中的目标文件的元数据信息进行更改，所述目标文件的文件类型与所述第一权限所申请的文件类型相同；在所述电子设备通过第二应用访问所述目标文件时，所述第二应用获取所述电子设备通过所述第一应用更改后的所述目标文件的元数据信息，所述第二应用不同于所述第一应用。

本申请实施例提供的方案，第一应用可以对存储于文件管理模块中的目标文件的元数据信息进行更改，当电子设备通过第二应用访问目标文件时，第二应用可以获取电子设备通过第一应用更改后的目标文件的元数据信息，通过这样的方式，第一应用对文件管理模块中的目标文件的元数据信息进行更改这一情况，第二应用也可以从文件管理模块中了解到，从而实现文件的元数据信息在各应用之间共享，可以解决目前一些操作系统中存在的某一应用改动文件的元数据信息后，其它应用无法及时获知的问题。

第二方面，提供了一种应用管理的方法，所述方法包括：应用市场获取第一应用的数据包，以及所述第一应用的开发者提交的所述第一应用所申请的权限；所述应用市场审核所述第一应用所申请的权限是否合理；所述应用市场根据审核结果，为所述第一应用配置权限配置文件，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限。

本申请实施例提供的方案，应用市场在获取第一应用的数据包和第一应用的开发者提交的第一应用所申请的权限后，可以对第一应用所申请的权限是否合理进行审核，并根据审核结果为该第一应用配置用于指示应用市场审核通过的第一应用能够申请的文件类型的权限的权限配置文件，通过这样的审核机制可以为用户过滤掉一些不合理的申请权限，无需用户自主区分是否授予第一应用申请的权限，特别是对于一些恶意应用，应用市场可以提前将一些不合理的申请权限过滤掉，与现有技术中应用开发者自行决定向用户请求授予哪些权限且用户一旦授予则应用就获得相应权限的方案相比，本申请提供的应用市场上架审核机制可以防止用户无法区分并授予恶意应用一些不合理的权限而导致该恶意应用对电子设备上的文件进行随意增删改查进而引起的公共文件乱象问题。

结合第二方面，在一些可能的实现方式中，所述应用市场审核所述第一应用所申请的权限是否合理，包括：

所述应用市场根据所述第一应用的应用类型审核所述第一应用所申请的权限是否合理。

本申请实施例提供的方案，应用市场根据第一应用的应用类型审核第一应用所申请的权限是否合理，若第一应用为管理类应用，应用市场可以进一步审核第一应用所申请的权限是否合理并为第一应用配置权限配置文件，这样第一应用可以根据权限配置文件访问或操作相应权限的文件；若第一应用为非管理类应用，应用市场可以不对第一应用所申请的权限的合理性进行审核，可以直接拒绝第一应用所申请的权限，这样第一应用可以对用户所选择的文件进行访问或操作；通过这样的审核机制可以对应用所具有的权限进行区分，与现有技术中应用开发者自行决定向用户请求授予哪些权限且用户一旦授予则应用就获得相应权限的方案相比，本申请提供的应用市场上架审核机制可以避免现有技术中应用获取到一些不合理的权限而对电子设备上的文件进行随意增删改查进而引起的公共文件乱象问题。

结合第二方面，在一些可能的实现方式中，所述应用类型包括管理类应用和非管理类应用，所述管理类应用为依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用，所述非管理类应用为不依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用。

第三方面，提供了一种装置，该装置包含在电子设备中，该装置具有实现上述方面及上述方面的可能实现方式中电子设备行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第四方面，提供了一种电子设备，包括：一个或多个处理器；存储器；一个或者多个应用程序；以及一个或多个计算机程序。其中，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令。当指令被电子设备执行时，使得电子设备执行上述第一方面任一项或第二方面任一项可能的实现中的方法。

第五方面，提供了一种芯片系统，包括至少一个处理器，当程序指令在所述至少一个处理器中执行时，使得上述第一方面任一项或第二方面任一项可能的实现中的方法在所述电子设备上的功能得以实现。

第六方面，提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述第一方面任一项或第二方面任一项可能的实现中的方法。

第七方面，提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面任一项或第二方面任一项可能的设计中的方法。

附图说明

图1为本申请实施例提供的一种电子设备的硬件结构示意图。

图2为本申请实施例提供的一种电子设备的软件结构示意图。

图3为本申请实施例提供的一种公共数据访问入口的示意图。

图4为本申请实施例提供的一种应用访问手机中的文件的示意图。

图5为本申请实施例提供的另一种应用访问文件的示意图。

图6为本申请实施例提供的一组GUI的示意图。

图7为本申请实施例提供的另一组GUI的示意图。

图8为本申请实施例提供的又一组GUI的示意图。

图9为本申请实施例提供的再一组GUI的示意图。

图10为本申请实施例提供的再一组GUI的示意图。

图11为本申请实施例提供的再一组GUI的示意图。

图12为本申请实施例提供的一种文件管理、应用管理的方法示意图。

图13为本申请实施例提供的一种数据分类的示意图。

图14为本申请实施例提供的一种文件分类的示意图。

图15为一种基于iOS沙箱限制的示意图。

图16为一种安卓操作系统的元数据分布的示意图。

图17为本申请实施例提供的另一种文件管理、应用管理的方法示意图。

图18为本申请实施例提供的又一种文件管理、应用管理的方法的示意图。

图19为本申请实施例提供的一种电子设备的示意性框图。

图20为本申请实施例提供的另一种电子设备的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

本申请提供的方案可以应用于手机、平板电脑、个人计算机(personal computer，PC)可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等电子设备上，本申请实施例对电子设备的具体类型不作任何限制。

示例性的，图1示出了电子设备100的结构示意图。电子设备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可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，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 circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

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

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

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

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

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

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

ISP用于处理摄像头193反馈的数据。摄像头193用于捕获静态图像或视频。视频编解码器用于对数字视频压缩或解压缩。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。

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

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的安卓系统为例，示例性说明电子设备100的软件结构。

图2是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将安卓系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(androidruntime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

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

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

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

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在弹框中显示通知信息，如下文图6中的(d)所示的GUI、图6中的(k)所示的GUI、图7中的(d)所示的GUI、图7中的(g)所示的GUI、图8中的(d)所示的GUI、图8中的(g)所示的GUI可以显示用于通知用户相应的信息。

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

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

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

为了便于理解，下文将结合附图介绍与本申请相关的背景技术。

随着物联网技术和软件技术的迅猛发展，智能终端设备成为新时代日常生活中不可或缺的一部分，包括智能手机、平板、PC等设备。同时，智能终端设备承载了越来越多的用户数据，包括拍摄的照片和视频、日常办公的重要文档，以及各种社交聊天软件的聊天记录等众多信息。如何管理智能终端设备上的公共数据便成为一个重要的课题。

目前智能终端设备对公共数据的访问权限过于开放，众多应用都可以轻松地在终端设备上任意新增或删除数据，导致公共数据杂乱无章，管理混乱。

例如，对于装载Windows操作系统的设备，其对公共数据的管理基本是靠应用及用户自觉维护，系统不提供统一管理方式。具体地，该类终端设备上的文件均以目录树的形式直接展示给用户，用户可访问终端设备上的任何文件，且可以在终端设备上任意增加、删除、改动、查找(简称为增删改查)各个文件；各个应用也可以根据自己意愿在任何地方增删改查各个文件；导致公共数据混乱，降低用户体验。

对于装载有安卓操作系统的终端设备，各个应用也按照自己的意愿随意增删改查公共文件，造成公共数据混乱。

如图3所示，为本申请实施例提供的一种公共数据访问入口的示意图。

该操作系统对公共数据的访问提供了多种访问入口：经媒体库访问、经系统选择器(system picker)访问和直接通过文件(file)接口进行访问。经媒体库访问和systempicker访问的公共数据，都会经过媒体库，因此媒体库可以对公共数据进行统一权限拦截，以管控公共数据的纯净有序。但经file接口(如open、read、write)访问的公共数据不经过媒体库，可由应用按照自己的意愿随意增删改查公共文件，因此造成公共数据乱象问题。

换句话说，现有技术中，应用权限的管理由用户自主进行。用户同意授予应用其申请的某项权限，则该应用就具有了该项权限。然而用户往往很难区分授予该应用该项权限是否合理，即是否应当授予应用该项权限。例如，某些恶意应用会向用户弹窗申请大量的权限，用户一旦授予该恶意应用可以对电子设备上的文件进行随意增删改查，导致公共文件乱象。

为了解决该问题，本申请实施例提供了一种应用市场上架审核机制。在应用要上架应用市场时，如果应用想要获取对某个或某几个类型的大批量文件的某个或某几个类型的权限(比如，对大批全量图片和视频的读取和编辑权限，对大批量音频的读取权限)，则应用开发者需要向应用市场提交应用所申请的权限，应用市场审核该应用所申请的权限是否合理。比如，文件管理器应用申请获取对大批量文档、图片、视频和音频的访问和编辑权限是合理的，相册应用申请获取对大批量文档的访问和编辑权限是不合理的，但相册应用申请获取对大批量图片和视频的访问和编辑权限就是合理的。

应用市场审核通过后，授予应用权限证书，权限证书用于标识应用能够申请的权限。权限证书可以携带在应用的安装包中。用户的电子设备中安装了应用后，在应用运行过程中，应用申请某项权限，电子设备根据该应用对应的权限证书中是否包括该应用此次申请的该项权限，确定是否显示请求用户授予该项权限的弹窗。

具体而言，如果该应用对应的权限证书中不包括该应用此次申请的该项权限，则电子设备不显示请求用户授予该项权限的弹窗；如果该应用对应的权限证书中包括该应用此次申请的该项权限，则电子设备显示请求用户授予该项权限的弹窗，进而用户点击同意后，该应用才能够获取此次申请的该项权限。

现有技术中，应用申请存储空间权限时，申请的可能是对存储空间中任意类型的文件(文档、图片、音频、视频等)进行任意类型的操作(读取、写入、编辑等)的权限。用户一旦授予应用存储空间权限，则该应用就能够对任意类型的文件进行任意类型的操作，从而导致文件乱象。

为了解决该问题，本申请实施例还提供了一种文件权限管理机制。从文件类型、操作类型维度，将存储空间权限划分为更加细粒度的多种权限。应用运行过程中，按需申请其执行当前功能所需的对特定类型的文件进行特定类型的操作的权限，进而用户按需授予应用权限。

基于此，本申请实施例提供一种文件管理、应用管理的方法，通过在权限配置中将终端设备的权限设置为应用市场管控方式，应用市场基于应用类型确定应用是否具有直接访问公共数据的权限，在确定该应用具有直接访问公共数据的权限时，应用市场根据该应用所申请访问的文件类型授予该应用相应的合理的访问权限，从而应用可以基于被授权的权限访问相应的文件，可以避免公共数据混乱。

如图4所示，为本申请实施例提供的一种应用访问手机中的文件的示意图。

其中，应用市场用于审核应用所申请的权限，例如，应用市场审核某一应用是否具有申请图片/视频、音频、文档等的权限。

应用用于访问本地设备、局域网内设备、云盘等设备上的文件。

文件管理模块是应用访问文件的主要功能模块，可以提供应用访问数据的接口，校验应用申请的权限，以及管理本地设备、局域网设备及云盘上的文件。其中，本地设备上的文件包括存放在该本地设备上的图片/视频、音频、文档等，局域网设备上的文件包括存放在该局域网设备上的图片/视频、音频、文档等，云盘上的文件包括存放在该云盘上的图片/视频、音频、文档等。

本申请实施例中，当某一新开发的应用携带申请权限的证书上架时，应用市场可以先对该新开发的应用所申请的权限进行审核，审核该新开发的应用所申请的权限与该新开发的应用应当具备的权限是否一致，当确定该新开发的应用所申请的权限与其应当具备的权限一致时，应用市场可以认证该新开发的应用所申请的权限通过；当确定该新开发的应用所申请的权限与其应当具备的权限不一致时，应用市场可以认证该新开发的应用所申请的权限不通过。在应用市场认证该新开发的应用所申请的权限通过的情况下，当用户打开或访问图片/视频或音频或文档时，文件管理模块再审核该新开发的应用是否已经获取到访问相应文件的权限，例如，有的应用可能仅具有访问图片/视频的权限，有的应用可能仅具有访问音频的权限，有的应用可能仅具有访问文档的权限等，此时文件管理模块审核的是该新开发的应用所申请访问的文件与应用市场认证通过的权限是否一致。文件管理模块在确认该新开发的应用已经获取到访问相应文件的权限后，文件管理模块可以返回用户所访问的文件。

如图5所示，为本申请实施例提供的另一种应用访问文件的示意图。其中，图中所示的模块主要可用于实现以下功能：权限校验功能、文件访问功能、目录管理功能、统一元数据管理功能。

1、权限校验功能：该功能可以通过应用市场，文件管理模块中的校验权限模块实现。

(1)应用市场模块可以用于审核应用是否具有申请图片/视频、音频、文档等的权限。示例性地，有的应用不应当具有申请图片/视频、音频、文档等的权限，该类应用可以称为非管理类应用，如等；有的应用可以具有申请图片/视频、音频、文档等的权限，该类应用可以称为管理类应用，如相机、图库、文件管理器等。

(2)校验权限模块可以用于校验应用在打开或访问图片/视频、音频、文档时是否已经获取到对应的权限。示例性地，有的应用有打开或访问图片/视频的权限，并不具有打开或访问文档的权限，如相机、图库等，该权限校验模块主要是校验应用是否成功获取到打开或访问图片/视频的权限；有的应用有打开或访问文档的权限，并不具有打开或访问音频的权限，如WPS等，该权限校验模块主要是校验应用是否成功获取到打开或访问文档的权限；有的应用有打开或访问音频的权限，并不具有打开或访问图片/视频的权限，如录音专家等，该权限校验模块主要是校验应用是否成功获取到打开或访问音频的权限。

当然，在一些可能的实现方式中，有的应用可以同时有打开或访问音频、图片/视频以及文档的权限，如文件管理器等。

综上，用户利用管理类应用访问手机中的文件的时候，需要向用户申请权限，且在用户同意所申请的权限后，即该管理类应用成功获取到访问手机中的文件的权限后，应用才可以访问相应权限的文件，如某一管理类应用向用户申请打开或访问图片/视频的权限，用户同意申请后，该管理类应用才可以访问手机中的图片/视频；用户利用非管理类应用访问手机中的文件的时候，无需向用户申请权限，应用通过调用操作系统提供的systempicker的API可以从文件管理模块获取用户所选择的文件。

需要说明的是，本申请实施例中的管理类应用为：依赖于访问电子设备中的全量的某一类或某几类的文件以实现其主要功能的应用，如相册这一应用依赖于访问电子设备中的全量图片和视频类的文件以实现其主要功能，即浏览电子设备中全量的图片和视频；非管理类应用为不依赖于访问电子设备中的全量的某一类或某几类的文件以实现其主要功能的应用，如微信○R这一应用，微信作为社交类应用，不依赖于访问电子设备中的全量图片和视频类、音频类、文档类中的某一类或某几类的文件以实现其主要功能(即时通讯)，而是通过调用操作系统提供的system picker的API从文件管理模块中获取用户所选择的文件，比如通过调用systempicker的API获取用户所选择的要发送给聊天对象的图片。

2、文件访问功能：该功能可以通过文件管理模块中的文件访问模块实现。

文件访问模块可以用于：

(1)提供应用访问文件的API；

(2)将公共数据存放为文件管理模块的沙箱数据，其他应用通过文件访问模块提供的API可以从文件管理模块中获取想要的数据。

3、目录管理功能：该功能可以通过文件管理模块中的目录管理模块实现。

目录管理模块可以用于：

(1)设置对外开放的目录并暴露对应的API，即设置图片/视频类、音频类、文档类这三大类目录，且对于不同的类型可以提供不同的API；

(2)检验存放的文件是否符合目录的规划，即检验图片/视频这类文件是否存放在图片/视频类这一目录，检验音频这类文件是否存放在音频类这一目录，检验文档这类文件是否存放在文档类这一目录。

4、统一元数据管理功能：该功能可以通过文件管理模块中的元数据管理模块实现。

元数据管理模块可以用于：管理和同步元数据，元数据包括本地设备、局域网设备、云盘等设备的元数据，此外，该模块对于元数据的管理可以包括对于元数据的删除、收藏等。

为了便于理解，本申请以下实施例将以主设备为具有图1和图2所示结构的手机为例，结合附图对本申请实施例提供的方案进行具体阐述。其中，图6～图8示意了管理类应用获取手机中的文件的方法，图9示意了取消管理类应用访问手机中的文件的权限的方法，图10～图11示意了非管理类应用获取手机中的文件的方法。

图6示出了手机的一组图形用户界面(graphical user interface，GUI)，其中，从图6中的(a)到图6中的(k)示出了手机中的应用1访问手机中的照片的方法，且应用1为管理类应用，假设开发者在开发应用1的时候向应用市场提交该应用1可以申请的权限为读写图片/视频和音频，而应用市场审核该应用1仅具备申请读写图片/视频的权限并授予该应用1能够申请读写图片/视频的权限的证书。

参见图6中的(a)所示的GUI，该GUI为手机的桌面。当手机检测到用户点击桌面上的应用1的图标801的操作后，可以启动该应用1，显示如图6中的(b)所示的GUI，该GUI可以称为访问准备界面。

参见图6中的(b)所示的GUI，界面显示：应用1的主界面(如图中所示的xxxxxxxxxxxxxxxxxxxxxxx)，且主界面的右下角可以包括图标当手机检测到用户点击该图标/>802的操作后，可以显示如图6中的(c)所示的GUI。

参见图6中的(c)所示的GUI，界面显示：应用1的主界面。此外，该应用1的主界面的左下角可以包括相册和音频的图标。用户可以点击相册或音频所对应的图标，当手机检测到用户点击该音频的图标803的操作后，界面不会显示新的界面；当手机检测到用户点击该相册的图标803的操作后，可以显示如图6中的(d)所示的GUI。这是因为开发者在开发该应用1的时候，想要该应用1具有申请图片/视频和音频的权限，所以图6中的(c)中显示相册和音频的图标；但是应用市场审核该应用1仅具备申请图片/视频的权限，并不具备申请音频的权限，从而应用市场可以授予该应用1能够申请图片/视频的权限的证书。因此，当用户点击音频的图标，手机界面不会显示新的界面，当用户点击相册的图标，可以显示新的界面，如图6中的(d)所示的GUI。

需要说明的是，在一些可能的实现方式中，图6中的(c)所示的GUI为可选界面，换句话说，当手机检测到用户点击该图标802的操作后，可以直接显示图6中的(d)所示的GUI。

参见图6中的(d)所示的GUI，界面显示：应用1的主界面(如图中所示的xxxxxxxxxxxxxxxxxxxxxxx)，且在主界面之上显示一个申请获取访问手机中的图片的权限的弹框，该弹框内容包括：“应用1”想访问您的照片，访问你的图片权限，可以访问图片、视频等，请允许授权。若用户点击允许的图标，则应用1可以获取访问该手机的图片的权限，若用户点击不允许的图标，则应用1不能获取访问该手机的图片的权限。当手机检测到用户点击不允许的图标的操作后，该申请访问手机中的图片的权限的弹框自动消失，界面显示应用1的主界面。当手机检测到用户点击允许的图标804的操作后，可以显示如图6中的(e)所示的GUI。

参见图6中的(e)所示的GUI，界面显示该手机的相册内的所有照片，并对照片进行了分类，包括：全部照片、相机、视频、截屏录屏、我的收藏等。同时界面还显示一个保护用户隐私的弹框，该弹框的内容包括：分享隐私保护，主要包括去除照片位置信息(如手机拍摄的定位信息)和控制照片位置信息的控件1，以及去除照片拍摄数据(如手机拍摄的型号、参数等)和控制照片拍摄数据的控件2。其中，用户通过控件1可以控制应用1是否可以获取照片的位置信息，若控件1中的圆圈位于控件1的左侧，则表示应用1能够获取照片的位置信息，若控件1中的圆圈位于控件1的右侧，则表示应用1不能获取照片的位置信息。类似地，用户通过控件2可以控制应用1是否可以获取照片拍摄的数据，若控件2中的圆圈位于控件2的左侧，则表示应用2能够获取照片拍摄的数据，若控件2中的圆圈位于控件2的右侧，则表示应用1不能获取照片拍摄的数据。当前界面显示的控件1中的圆圈位于控件1的左侧，控件2中的圆圈位于控件2的左侧。当手机检测到用户滑动控件1的圆圈805至控件1的右侧，以及滑动控件2的圆圈805至控件2的右侧的操作后，则可以显示如图6中的(f)所示的GUI。

参见图6中的(f)所示的GUI，可以看出，控件1的圆圈位于控件1的右侧，控件2的圆圈位于控件2的右侧，表示应用1不能获取照片的位置信息和照片拍摄的数据。当手机检测到用户点击确定的图标806的操作后，可以显示如图6中的(g)所示的GUI。

参见图6中的(g)所示的GUI，界面显示该手机的相册内的所有照片，并对照片进行了分类，包括：全部照片、相机、视频、截屏录屏等。用户可以点击任一图标，以查看想要访问的照片。当手机检测到用户点击全部照片的图标807的操作后，可以显示如图6中的(h)所示的GUI。

参见图6中的(h)所示的GUI，界面显示相册内的全部照片，用户可以从中选择查看部分照片。假设用户选择了图片A和图片B，则图片A和图片B的右下角出现图标○√，表示用户想要查看这两张图片，然后用户可以进一步点击界面的右下角的图标“确定”。当手机检测到用户点击确定的图标808的操作后，可以显示如图6中的(i)所示的GUI。

参见图6中的(i)所示的GUI，图中显示图片A和图片B，此时用户可以分别点击图片A、图片B对图片进行查看。当手机检测到用户点击图片A的图标809的操作后，可以显示如图6中的(j)所示的GUI。

参见图6中的(j)所示的GUI，界面显示图片A，且界面的下方还包括一些控件，如编辑、删除、收藏、重命名、详情等。用户可以对图片A进行进一步的操作，当手机检测到用户点击编辑的图标810的操作后，可以显示如图6中的(k)所示的GUI。

需要说明的是，由于应用市场审核该应用1具备申请写入图片/视频的权限并授予该应用1能够申请写入图片/视频的权限的证书，因此，当手机检测到用户点击编辑的图标810的操作后，可以显示如图6中的(k)所示的GUI。

参见图6中的(k)所示的GUI，界面除了显示图片A和一些控件外，还显示一个申请获取编辑、删除手机中的照片的权限以及在该手机中创建照片的权限的弹框，该弹框内容包括：“应用1”想编辑、删除您的照片，以及创建照片，获取编辑、删除、创建照片权限，可以编辑、删除、创建图片、视频等，请允许授权。若用户点击允许的图标，则应用1可以获取编辑、删除该手机的照片的权限以及在该手机中创建照片的权限；若用户点击不允许的图标，则应用1不能获取编辑、删除该手机的照片的权限以及在该手机中创建照片的权限。当手机检测到用户点击不允许的图标的操作后，该申请编辑、删除手机中的照片的权限以及申请创建照片的权限的弹框自动消失，界面显示图片A。当手机检测到用户点击允许的图标811的操作后，可以显示上述如图6中的(j)所示的GUI。此时，用户可以基于这些控件对图片A进行进一步操作。

本申请实施例中，上述图6示出了管理类应用访问和编辑、删除、创建图片/视频的GUI图，可以看出，当用户通过管理类应用访问手机中的图片/视频时，由于该应用的权限证书中包含具备申请读写图片/视频的权限，应用可以向用户弹框申请访问该手机中的图片/视频权限，在应用获取到访问该手机中的图片/视频的权限的情况下，当用户需对访问的图片进行进一步操作时，由于该应用的权限证书中包含具备申请写入图片/视频的权限，应用可以向用户弹框申请编辑、删除、创建图片/视频的权限，换句话说，本申请实施例中的管理类应用弹框的时机是基于该管理类应用的需求而弹框，且弹框申请的文件包括某一类文件，而现有技术中应用弹框申请的是磁盘上的全部文件，包括图片/视频、音频、文档。

当然，在一些可能的实现方式中，应用申请弹框的响应条件不局限于上述图6所示出的，例如，应用弹框申请访问该手机中的图片权限的响应条件可以是该应用启动时，应用弹框申请编辑、删除、创建照片的权限的响应条件可以是该应用访问该手机中的图片权限被允许时，不予限制。

需要说明的是，触发应用弹框申请权限的动作可以由开发者开发应用时而定，在一些可能的实现方式中，触发应用弹框申请权限的动作可以在其它任一可能的步骤之后。

图7示出了手机的又一组GUI，其中，从图7中的(a)到图7中的(g)示出了手机中的应用2访问手机中的音频的方法，且应用2为管理类应用，假设开发者在开发应用2的时候向应用市场提交该应用2可以申请的权限为读写音频，以及应用市场审核该应用2具备申请读写音频的权限并授予该应用2能够申请读写音频的权限的证书。

参见图7中的(a)所示的GUI，该GUI为手机的桌面。当手机检测到用户点击桌面上的应用2的图标1001的操作后，可以启动该应用2，显示如图7中的(b)所示的GUI，该GUI可以称为访问准备界面。

参见图7中的(b)所示的GUI，界面显示：应用2的主界面(如图中所示的xxxxxxxxxxxxxxxxxxxxxxx)，此外，该应用2的主界面的右下角包括图标当手机检测到用户点击该图标/>1002的操作后，可以显示如图7中的(c)所示的GUI。

参见图7中的(c)所示的GUI，界面显示：应用2的主界面。此外，该应用2的主界面的左下角包括音频这一图标。当手机检测到用户点击该音频的图标1003的操作后，可以显示如图7中的(d)所示的GUI。

类似地，在一些可能的实现方式中，图7中的(c)所示的GUI为可选界面，换句话说，当手机检测到用户点击该图标1002的操作后，可以直接显示图7中的(d)所示的GUI。

参见图7中的(d)所示的GUI，界面显示：应用2的主界面(如图中所示的xxxxxxxxxxxxxxxxxxxxxxx)，且在主界面之上显示一个申请获取访问手机中的音频权限的弹框，该弹框内容包括：“应用2”想访问您的音频，获取访问你的音频权限，可以访问歌曲、录音等，请允许授权。若用户点击允许的图标，则应用2可以获取访问该手机的音频的权限，若用户点击不允许的图标，则应用2不能获取访问该手机的音频的权限。当手机检测到用户点击不允许的图标的操作后，获取访问手机中的音频的权限的弹框自动消失，界面显示应用2的主界面。当手机检测到用户点击允许的图标1004的操作后，可以显示如图7中的(e)所示的GUI。

参见图7中的(e)所示的GUI，图中显示手机内的所有音频，包括歌曲、录音、其他音频等。当前界面显示的音频是歌曲，用户可以点击任一歌曲的图标，以播放用户想要听的歌曲。当手机检测到用户点击歌曲1的图标1005的操作后，可以显示如图7中的(f)所示的GUI。

参见图7中的(f)所示的GUI，图中显示与歌曲1的相关信息，且界面的右下角显示更多这一控件，用户可以点击控件“更多”对歌曲1进行进一步操作。当手机检测到用户点击更多这一控件1006的操作后，可以显示如图7中的(g)所示的GUI。

参见图7中的(g)所示的GUI，图中显示与歌曲1的相关信息，且在该界面之上显示一个申请获取编辑、删除手机中的音频权限以及在该手机中创建音频的权限的弹框，该弹框内容包括：“应用2”想编辑、删除您的音频，以及创建音频，获取编辑、删除、创建音频权限，可以编辑、删除、创建歌曲、录音等，请允许授权。若用户点击允许的图标，则应用2可以获取编辑、删除该手机的音频的权限以及在该手机中创建音频的权限；若用户点击不允许的图标，则应用2不能获取编辑、删除该手机的音频的权限以及在该手机中创建音频的权限。当手机检测到用户点击不允许的图标的操作后，该申请编辑、删除手机中的音频的权限以及申请创建音频的权限的弹框自动消失，界面显示与歌曲1的相关信息。当手机检测到用户点击允许的图标1007的操作后，可以显示如上述图7中的(f)所示的GUI。此时，用户可以对该歌曲1进行进一步操作，如二次创作、调整歌词、设置音效等等。

本申请实施例中，上述图7示出了管理类应用访问和编辑、删除、创建音频的GUI图，可以看出，当用户通过管理类应用访问手机中的音频时，由于该应用的权限证书中包含具备申请读取音频的权限，应用可以向用户弹框申请访问该手机中的音频权限，在应用获取到访问该手机中的音频的权限的情况下，当用户需对访问的音频进行进一步操作时，由于该应用的权限证书中包含该应用具备申请写入音频的权限，应用可以向用户弹框申请编辑、删除、创建音频的权限，而现有技术中应用弹框申请的是磁盘上的全部文件，包括图片/视频、音频、文档。

图8示出了手机的再一组GUI，其中，从图8中的(a)到图8中的(g)示出了手机中的应用3访问手机中的文档的方法，且应用3为管理类应用，假设开发者在开发应用3的时候向应用市场提交该应用3可以申请的权限为读写文档，以及应用市场审核该应用3具备申请读写文档的权限并授予该应用3能够申请读写文档的权限的证书。

参见图8中的(a)所示的GUI，该GUI为手机的桌面。当手机检测到用户点击桌面上的应用3的图标1101的操作后，可以启动该应用3，显示如图8中的(b)所示的GUI，该GUI可以称为访问准备界面。

参见图8中的(b)所示的GUI，图中显示：应用3的主界面(如图中所示的xxxxxxxxxxxxxxxxxxxxxxx)，该应用3的主界面的右下角包括图标当手机检测到用户点击该图标/>1102的操作后，可以显示如图8中的(c)所示的GUI。

参见图8中的(c)所示的GUI，界面显示：应用3的主界面。此外，该应用3的主界面的左下角包括文档这一图标。当手机检测到用户点击该文档的图标1103的操作后，可以显示如图8中的(d)所示的GUI。

类似地，在一些可能的实现方式中，图8中的(c)所示的GUI为可选界面，换句话说，当手机检测到用户点击该图标1102的操作后，可以直接显示图8中的(d)所示的GUI。

参见图8中的(d)所示的GUI，界面显示：应用3的主界面(如图中所示的xxxxxxxxxxxxxxxxxxxxxxx)，且在主界面之上显示一个申请获取访问手机中的文档权限的弹框，该弹框内容包括：“应用3”想访问您的文档，获取访问你的文档权限，可以访问word、pdf等，请允许授权。若用户点击允许的图标，则应用3可以获取访问该手机的文档的权限，若用户点击不允许的图标，则应用3不能获取访问该手机的文档的权限。当手机检测到用户点击不允许的图标的操作后，该获取访问手机中的文档的权限的弹框自动消失，界面显示应用3的主界面。当手机检测到用户点击允许的图标1104的操作后，可以显示如图8中的(e)所示的GUI。

参见图8中的(e)所示的GUI，图中显示手机内的所有文档，用户可以点击任一图标，以浏览用户想要查看的文档。当手机检测到用户点击文档1的图标1105的操作后，可以显示如图8中的(f)所示的GUI。

参见图8中的(f)所示的GUI，界面显示文档1的内容，且界面的下方还包括一些控件，如字数统计、显示目录、删除、编辑等。用户可以对文档1进行进一步地操作，当手机检测到用户点击编辑的图标1106的操作后，可以显示如图8中的(g)所示的GUI。

参见图8中的(g)所示的GUI，界面显示文档1的内容，且在该界面之上显示一个申请获取编辑、删除手机中的文档权限以及在该手机中创建文档的权限的弹框，该弹框内容包括：“应用3”想编辑、删除您的文档，以及创建文档，获取编辑、删除、创建文档权限，可以编辑、删除、创建word、pdf等，请允许授权。若用户点击允许的图标，则应用3可以获取编辑、删除该手机的文档的权限以及在该手机中创建文档的权限；若用户点击不允许的图标，则应用3不能获取编辑、删除该手机的文档的权限以及在该手机中创建文档的权限。当手机检测到用户点击不允许的图标的操作后，该申请编辑、删除手机中的文档的权限以及在该手机中创建文档的权限的弹框自动消失，界面显示文档1的内容。当手机检测到用户点击允许的图标1107的操作后，可以显示如上述图8中的(f)所示的GUI。此时，用户可以对该歌曲文档1进行进一步操作，如更改文档内容等。

本申请实施例中，上述图8示出了管理类应用访问和编辑、删除、创建文档的GUI图，可以看出，当管理类应用访问手机中的文档时，由于该应用的权限证书中包含该应用具有申请读取文档的权限，应用可以向用户弹框申请访问该手机中的文档权限，在应用获取到访问该手机中的文档的权限的情况下，当应用需对访问的文档进行进一步操作时，由于该应用的权限证书中包含该应用具有申请写入文档的权限，应用可以弹框申请编辑、删除、创建文档的权限，而现有技术中应用弹框申请的是磁盘上的全部文件，包括图片/视频、音频、文档。

可以理解的是，在一些实施例中，一些应用可以同时申请访问多个文件类别的权限，如应用可以同时申请访问音频和文档的权限，不予限制。

综上，图6～图8示出了管理类应用访问和编辑、删除、创建文件的GUI图，可以看出，当管理类应用访问手机中的文件时，应用弹框申请的文件包括某一类文件，如图6所示的GUI中弹框申请的是图片/视频类，图7所示的GUI中弹框申请的是音频类，图8所示的GUI中弹框申请的是文档类，而现有技术中应用弹框申请的是磁盘上的全部文件，包括图片/视频、音频、文档。

图9示出了手机的再一组GUI，其中，从图9中的(a)到图9中的(e)示出了用户取消手机中的应用访问手机中的图片/视频、音频、文档的方法。

参见图9中的(a)所示的GUI，该GUI为手机的桌面，其中，包括应用1、应用2以及应用3。当手机检测到用户点击桌面上的设置的图标1201的操作后，可以启动该设置，显示如图9中的(b)所示的GUI，该GUI可以称为设置界面。

参见图9中的(b)所示的GUI，图中显示：WLAN、蓝牙、个人热点等可以与其它设备连接的方式，以及手机中的应用等。当手机检测到用户点击应用1的图标1202的操作后，可以显示如图9中的(c)所示的GUI。

参见图9中的(c)所示的GUI，图中显示：系统应用设置、应用管理、桌面图标管理、应用双开、权限管理、服务管理等。其中，权限管理是对于手机中的应用的权限进行管理。当手机检测到用户点击权限管理的图标1203的操作后，可以显示如图9中的(d)所示的GUI。

参见图9中的(d)所示的GUI，图中显示：时钟、日历、相机、图库、应用1、应用2、应用3等多个应用。当手机检测到用户点击应用1的图标1204的操作后，可以显示如图9中的(e)所示的GUI。

参见图9中的(e)所示的GUI，图中显示：应用1读取设备上的图片/视频，且在该行文字的右侧有一个图标表示应用1具备读写设备上的图片/视频的权限；以及应用1写入设备上的图片/视频，且在该行文字的右侧有一个图标/>表示应用1具备写入设备上的图片/视频的权限。若用户想要取消应用1读取或写入设备上的图片/视频的权限，则可以重新进行设置。当手机检测到用户点击“读取设备上的图片/视频”的图标1205的操作后，可以显示如图9中的(f)所示的GUI。

参见图9中的(f)所示的GUI，图中显示一个弹框，该弹框中的内容包括：应用1读取设备上的图片/视频，在这行文字的下方有两个选项：“拒绝”和“允许”。若用户点击允许，表示同意应用1读取设备上的图片/视频；若用户点击拒绝，表示不同意应用1读取设备上的图片/视频。当手机检测到用户点击拒绝的图标1206的操作后，可以显示如图9中的(g)所示的GUI。

参见图9中的(g)所示的GUI，图中显示：应用1读取设备上的图片/视频，且在该行文字的右侧有一个图标表示应用1不具备读取设备上的图片/视频的权限；以及应用1写入设备上的图片/视频，且在该行文字的右侧有一个图标/>表示应用1不具备写入设备上的图片/视频的权限。

需要说明的是，当用户点击拒绝应用1读取设备上的图片/视频时，相应地该应用1具备写入设备上的图片/视频的权限自动也取消。

还需要说明的是，若在图9中的(e)所示的GUI，用户点击的是写入设备上的图片/视频，则对于该应用1写入设备上的图片/视频的权限的更改不影响该应用1读取设备上的图片/视频的权限，换句话说，当用户选择拒绝该应用1写入设备上的图片/视频的权限时，该应用1仍然可以保留读取设备上的图片/视频的权限。

类似地，对于应用2和应用3，也可以根据类似地操作取消相应的权限，在此不再赘述。

图10示出了手机的再一组GUI，其中，从图10中的(a)到图10中的(i)示出了手机中的应用4访问手机中的文件的方法，且应用4为非管理类应用。

参见图10中的(a)所示的GUI，该GUI为手机的桌面。当手机检测到用户点击桌面上的应用4的图标1301的操作后，可以启动该应用4，显示如图10中的(b)所示的GUI，该GUI可以称为应用4的主界面。

参见图10中的(b)所示的GUI，图中显示：应用4的主界面，且在主界面的右上角显示图标当手机检测到用户点击该图标1302的操作后，可以显示如图10中的(c)所示的GUI。

参见图10中的(c)所示的GUI，可以看出，在应用3的主界面之上显示一个弹框，该弹框内包括：相册、音乐、文档以及拍摄等。用户可以点击任一图标，应用4根据用户点击的图标显示不同的界面。

示例性地，当手机检测到用户点击相册的图标1303的操作后，可以显示如图10中的(d)所示的GUI。当手机检测到用户点击音乐的图标1304的操作后，可以显示如图10中的(g)所示的GUI。当手机检测到用户点击文档的图标1305的操作后，可以显示如图10中的(h)所示的GUI。

参见图10中的(d)所示的GUI，界面显示：手机中的全部照片，且这些照片按照一定的顺序排列，如可以按照拍摄时间排列。用户可以从中选择照片进行查看，假设用户选择了图片A2和图片B3，则图片A2的右下角和图片B3的右下角的○中均会出现数字，数字表示选择照片的顺序。当手机检测到用户点击下一步的图标1306的操作后，可以显示如图10中的(e)所示的GUI。

参见图10中的(e)所示的GUI，界面显示图片A2，此外用户可以点击图片A2下方的控件，如标签、裁剪、文字、边框、旋转等进行进一步地操作。若用户想要查看在图10中的(d)中选择的B3的照片，则可以用手向左滑动。当手机检测到用户按照图中所示的方向滑动的操作后，可以显示如图10中的(f)所示的GUI。

参见图10中的(f)所示的GUI，界面显示图片B3，此外用户可以点击图片B3下方的控件，如标签、裁剪、文字、边框、旋转等进行进一步地操作。当手机检测到用户点击旋转的图标1307的操作后，可以显示如图10中的(g)所示的GUI。

参见图10中的(g)所示的GUI，图中显示图片B3和一些控件外，还显示一个申请获取编辑、删除手机中的照片的权限以及在该手机中创建照片的权限的弹框，该弹框内容包括：“应用4”想编辑、删除您的照片，以及创建照片，获取编辑、删除、创建照片权限，可以编辑、删除、创建图片、视频等，请允许授权。若用户点击允许的图标，则应用4可以获取编辑、删除该手机的照片的权限以及在该手机中创建照片的权限；若用户点击不允许的图标，则应用4不能获取编辑、删除该手机的照片的权限以及在该手机中创建照片的权限。当手机检测到用户点击不允许的图标的操作后，该申请编辑、删除手机中的照片的权限以及申请创建照片的权限的弹框自动消失，界面显示图片B3。当手机检测到用户点击允许的图标1308的操作后，可以显示上述如图10中的(f)所示的GUI。此时，用户可以基于这些控件对图片B3进行进一步操作。

参见图10中的(h)所示的GUI，图中显示手机内的所有音频，用户可以点击任一图标，以播放用户想要听的音频。当前界面显示的歌曲，用户可以点击任一歌曲的图标，以播放用户想要听的歌曲。此外，用户还可以对音频进行编辑，类似地，若用户想要对音频进行编辑，手机界面也会显示一个申请编辑、删除、创建音频的权限，当用户点击允许的图标后，可以对音频进行进一步编辑。

参见图10中的(i)所示的GUI，图中显示手机内的所有文档，用户可以点击任一图标，以浏览用户想要查看的文档。此外，用户还可以对文档进行编辑，类似地，若用户想要对文档进行编辑，手机界面也会显示一个申请编辑、删除、创建文档的权限，当用户点击允许的图标后，可以对文档进行进一步编辑。

图11示出了手机的再一组GUI，其中，从图11中的(a)到图11中的(h)示出了手机中的应用5访问手机中的文件的方法，且应用5为非管理类应用。

参见图11中的(a)所示的GUI，该GUI为手机的桌面。当手机检测到用户点击桌面上的应用5的图标1401的操作后，可以启动该应用5，显示如图11中的(b)所示的GUI，该GUI可以称为应用5的主界面。

参见图11中的(b)所示的GUI，图中显示：应用5的主界面，该应用5的主界面包括多个联系人，如张三、李四等。当手机检测到用户点击联系人张三的图标1402的操作后，可以显示如图11中的(c)所示的GUI。

参见图11中的(c)所示的GUI，可以看出，在与张三的聊天的界面的下方显示多个控件，这些控件包括：相册、拍摄、视频通话、位置、红包、音乐、语音输入以及文档等。用户可以点击任一图标，应用5根据用户点击的图标显示不同的界面。

示例性地，当手机检测到用户点击相册的图标1403的操作后，可以显示如图11中的(d)所示的GUI。当手机检测到用户点击音乐的图标1404的操作后，可以显示如图11中的(g)所示的GUI。当手机检测到用户点击文档的图标1405的操作后，可以显示如图11中的(h)所示的GUI。

参见图11中的(d)所示的GUI，界面显示：手机中的全部照片，且这些照片按照一定的顺序排列，如可以按照创建时间排列。用户可以从中选择照片进行查看，假设用户选择了图片A2和图片B3，则图片A2的右下角和图片B3的右下角的○中均会出现数字，数字表示选择照片的顺序。用户可以直接将所选择的图片进行发送，也可以对所选择的图片进行编辑后再发送，当手机检测到用户点击预览的图标1407的操作后，可以显示如图11中的(e)所示的GUI。

参见图11中的(e)所示的GUI，界面显示图片A2，以及界面下方显示多个控件，如标签、裁剪、文字、边框、旋转等。用户可以对该图片A2进行进一步地编辑，并将编辑后的图片进行发送。假设用户对该图片A2进行了旋转，并点击了发送，当手机检测到用户点击发送的图标1408的操作后，可以显示如图11中的(f)所示的GUI。

参见图11中的(f)所示的GUI，在与张三的聊天的界面的下方界面显示图片A2’(该图片A2’为对图片A2进行旋转后的图片)和图片B3。示例性地，若用户想要查看图片A2’，则可以点击图片A2’；若用户想要查看图片B3，则可以点击图片B3。

参见图11中的(g)所示的GUI，图中显示手机内的所有音频，用户可以点击任一图标，以发送用户想要发送的音频。当前界面显示的歌曲，用户可以点击任一歌曲的图标，将所选择的歌曲进行发送。当然，在一些可能的实现方式中，用户可以先对所选择的歌曲进行编辑，将编辑后的歌曲进行发送。

参见图11中的(h)所示的GUI，图中显示手机内的所有文档，用户可以点击任一图标，以发送用户想要发送的文档。当然，在一些可能的实现方式中，用户可以先对所选择的文档歌曲进行编辑，将编辑后的文档进行发送。

综上所述，图10和图11均示出了手机中的非管理类应用访问和编辑手机中的文件的步骤，与上述图6～图8不同的是，应用4和应用5在访问手机中的文件的时候，并未向手机申请获取访问手机中的文件的权限，当用户打开应用4或应用5的时候，可以直接查看手机中的文件，且可以对所查看的文件进行进一步地编辑。然而在图10中用户利用应用4在对手机中的文件进行进一步操作的时候，界面显示一个申请编辑、删除、创建文件的权限的弹框，而在图11中用户利用应用5在对手机中的文件进行进一步操作的时候，界面并未显示申请编辑、删除、创建文件的权限的弹框，主要是因为用户利用应用4需要将编辑后的文件保存至手机的内存中，而用户利用应用5是将编辑后的文件发送至另一联系人而已，并未将编辑后的文件进行保存。

此外，从图10和图11还可以看出，用户利用不同的应用获取手机中的文件的过程中，手机界面显示的文件的排序是一致的，这是因为不同的应用均是通过统一的systempicker的API从文件管理模块中获取文件的。例如，图10和图11中用户分别利用应用4和应用5获取手机中的图片的过程中，界面显示的全部照片的排序是一致的，如图10中的(d)所示的GUI中，界面显示的全部照片按照A1、A2、A3、A4、B1、B2、B3、B4、……、I1、I2、I3、I4的顺序排列，图11中的(d)所示的GUI中，界面显示的全部照片也是按照A1、A2、A3、A4、B1、B2、B3、B4、……、I1、I2、I3、I4的顺序排列的。

再例如，图10和图11中用户分别利用应用4和应用5获取手机中的音频的过程中，界面显示的歌曲的排序是一致的，如图10中的(h)所示的GUI中，界面显示的歌曲按照歌曲1、歌曲2、歌曲3、歌曲4、歌曲5、歌曲6、歌曲7的顺序排列，图11中的(g)所示的GUI中，界面显示的歌曲也是按照歌曲1、歌曲2、歌曲3、歌曲4、歌曲5、歌曲6、歌曲7的顺序排列的。

再例如，图10和图11中用户分别利用应用4和应用5获取手机中的文档的过程中，界面显示的文档的排序是一致的，如图10中的(i)所示的GUI中，界面显示的文档按照文档1、文档2、文档3、文档4、文档5、文档6的顺序排列，图11中的(h)所示的GUI中，界面显示的文档也是按照文档1、文档2、文档3、文档4、文档5、文档6的顺序排列的。

如图12所示，为本申请实施例提供的一种文件管理、应用管理的方法示意图。该方法可以包括步骤S1510～S1548。

S1510，应用携带证书向应用市场注册。

若该证书中包括申请权限，则执行步骤S1512，若该证书中不包括申请权限，则执行步骤S1518。

本申请实施例中的应用所携带的证书可以包括申请权限，也可以不包括申请权限，不予限制。

本申请实施例中，应用携带的证书中所申请的权限可以包括1个或多个。例如，若应用携带的证书中所申请的权限为1个，则应用可以携带申请图片/视频的权限的证书，或者，应用可以携带申请音频的权限的证书，或者，应用可以携带申请文档的权限的证书。若应用携带的证书中所申请的权限为2个，则应用可以携带申请图片/视频和音频的权限的证书，或者，应用可以携带申请图片/视频和文档的权限的证书，或者，应用可以携带申请文档和音频的权限的证书。若应用携带的证书中所申请的权限为3个，则应用可以携带申请图片/视频、音频以及文档的权限的证书。

需要说明的是，本申请实施例中的图片/视频、音频以及文档均是公共数据，为了便于理解，下文结合图13介绍公共数据的概念。

从图13中可以看出，用户数据可以包括本机数据、从分布式设备同步的数据、以及可插拔设备的数据。其中，本机数据包括应用数据和公共数据，公共数据包括相机、图片、视频、音频、文档、下载等。上文示出的图片/视频、音频、文档等文件可以为该图13中所示的公共数据。

上文中将文件分类为：图片/视频、音频、文档，如图14所示，为本申请实施例提供的一种文件分类的示意图。

参考图14，可以将手机中的文件分为图片/视频类、音频类、文档类这三类，这三类分别可以对应三个根目录，这三个根目录分别为：“目录1：图片/视频类”，“目录2：音频类”，“目录3：文档类”。其中，“目录1：图片/视频类”可以包括相机拍摄的照片、图片(如图库、美图秀秀中的图片)、视频(如图库、美图秀秀中的视频等)、从网络上下载的图片或视频等；“目录2：音频类”可以包括音频(如音乐、录音等)、从网络上下载的音频等；“目录3：文档类”可以包括文档(如文件管理器中的文档)、从网络上下载的文档等。

当然，在一些实施例中，也可以设置混合存放的目录，如“目录4：音频类和文档类”，“目录5：图片/视频类和文档类”，等等。

需要说明的是，不同目录下可以存放对应类型的文件，不允许跨类别存放，可以通过后缀名加以限制。例如，相机的后缀名可以为camera、图片的后缀名可以为image、视频的后缀名可以为video、音频的后缀名可以为audio、文档的后缀名可以为document、下载的后缀名可以为download。

目录1存放图片/视频类文件，该目录1中可以存放后缀名为camera、image、video、download的文件；目录2存放音频类文件，该目录2中可以存放后缀名为audio、download的文件，目录3存放文档类文件，该目录3中可以存放后缀名为document、download的文件。目录4存放音频类和文档类文件，该目录4中可以存放后缀名为audio、download，以及document的文件，目录5存放图片/视频类和文档类文件，该目录5中可以存放后缀名为camera、image、video、download，以及document的文件。

还需要说明的是，应用在访问根目录中的过程中，不可以随意在已设置的根目录外创建新的目录或新的文件。

示例性地，如上所述，已设置的目录包括三个根目录，这三个根目录分别为：“目录1：图片/视频类”，“目录2：音频类”，“目录3：文档类”；且应用1具备读取图片/视频类的权限，则应用1在访问目录1的过程中，可以在目录1下创建新的子目录，不可以在目录1、目录2、目录3之外创建新的目录，也不可以在目录1、目录2、目录3之外创建新的文件。

若应用需要将新的文件存储于文件管理模块中，可以通过文件访问框架(fileaccess framework，FAF)的接口存储于对应目录中。例如，若应用1需要将新的图片存储于文件管理模块中，可以通过FAF的接口存储于上述所示的“目录1：图片/视频类”中；若应用3需要将新的文档存储于文件管理模块中，也可以通过FAF的接口存储于上述所示的“目录3：文档类”中。

当然，在一些可能的实现方式中，也可以将文件分为图片类、视频类、音频类、文档类这四类，不予限制。

本申请实施例中，电子设备中的文件可以均存储于文件管理模块中，而现有技术中各个应用使用独立的空间保存各自的文件，如图15所示，为一种基于iOS(该iOS是苹果公司为iPhone开发的操作系统)沙箱限制的示意图。

对于装载iOS的设备，其公共数据管理是基于严格的应用沙箱限制。每个应用都使用独立的空间保存数据，不同应用之间的数据不共享。以图库和文件管理器为例，图库内的文件，想在文件管理器看到，需要图库内的文件复制到文件管理器；同样地，文件管理器内的文件，想在图库看到，需要将文件管理器内的文件复制到图库；浪费存储资源。

本申请实施例提供的方案，电子设备中的文件可以均存储于文件管理模块中，当具有获取相应文件的权限的应用后续需要获取电子设备中的相应文件时，均可以从文件管理模块中获取，与现有技术中各个应用使用独立的空间保存各自的文件相比，本申请实施例的方案可以减少存储资源的浪费。

S1512，应用市场审核证书中所申请的权限是否合理。

若是，则执行步骤S1514；若否，则执行步骤S1516。

本申请实施例中，应用市场审核应用携带的证书中所申请的权限是否合理可以理解为：应用市场审核应用携带的证书中所申请的权限是否与该应用应当具备的权限一致。

例如，假设某一应用应当具备访问或操作图片/视频的权限，若该应用携带申请访问或操作图片/视频的权限的证书向应用市场注册，应用市场审核后发现该应用所申请的权限合理，则应用市场认证该应用所申请的访问或操作图片/视频的权限通过；若该应用携带申请访问或操作音频的权限的证书向应用市场注册，应用市场审核后发现该应用所申请的权限不合理，则应用市场认证该应用所申请的访问或操作音频的权限不通过。

需要说明的是，本申请实施例中，某一应用应当具备的权限可以由开发者在开发该应用的时候，可以将其所应当具备的权限写入在该应用的文件包中，应用市场可以从该应用的文件包中获取该应用应当具备的权限，并根据所获取的该应用应当具备的权限审核该应用所申请的权限是否合理。

S1514，应用市场认证应用所申请的权限通过。

S1516，应用市场认证应用所申请的权限不通过。

S1518，应用调用picker的API访问文件管理模块中的文件。

可以理解的是，本申请实施例中，当应用所携带的证书中包括申请权限时，应用市场可以通过或不通过该应用所申请的权限；当应用所携带的证书中不包括申请权限时，应用市场不会对该应用进行审核，若该应用需要访问手机中的文件时，可以直接通过调用system picker的API访问手机中的文件。

本申请实施例中，在应用市场认证应用所申请的权限不通过的情况下，应用可以通过调用systempicker的API访问文件管理模块中的文件，从而用户可以获得相应的文件。例如，上述图10所示的GUI中，用户通过应用4访问手机中的文件，应用4可以通过调用system picker的API访问手机中的图片/视频、音频以及文档等，以呈现给用户；上述图11中，用户通过应用5访问手机中的文件，应用5可以通过调用systempicker的API访问手机中的图片/视频、音频以及文档等，以呈现给用户。

S1520，用户启动应用且访问文件，应用调用文件管理模块的接口访问文件管理模块中的文件。

S1521，应用弹框申请访问文件的权限。

需要说明的是，本申请实施例中，开发者可以将终端设备上的图片/视频、音频、文档配置为访问控制列表(access control list，ACL)模式，以使得终端设备上的应用具备向用户弹框申请访问、编辑、删除文件以及创建文件的权限。

还需要说明的是，当应用调用文件管理模块的接口访问文件管理模块中的文件时，电子设备可能会显示向用户弹框申请访问文件的权限的界面，也可能不会显示向用户弹框申请访问文件的权限的界面，这主要与该应用对应的权限证书中是否包括该应用所申请的权限有关。具体地，若该应用对应的权限证书中包括该应用所申请的访问文件的权限，则电子设备可以显示向用户弹框申请访问文件的权限的界面；若该应用对应的权限证书中不包括该应用所申请的访问文件的权限，则电子设备不会显示向用户弹框申请访问文件的权限的界面。

假设该应用对应的权限证书中包括该应用所申请的访问文件的权限，则电子设备可以显示向用户弹框申请访问文件的权限的界面。示例性地，当应用1申请访问手机中的图片/视频的时候，则该手机可以显示向用户弹框申请访问图片/视频的权限的界面，如上述图6中的(d)所示的GUI，且该GUI显示了一个弹框：“应用1”想要访问您的照片，获取访问你的图片权限，可以访问图片、视频等，请允许授权。

再例如，当应用2申请访问手机中的音频的时候，则该手机可以显示向用户弹框申请访问音频的权限的界面，如上文图7中的(d)所示的GUI，且该GUI显示了一个弹框：“应用2”想访问您的音频，获取访问你的音频权限，可以访问歌曲、录音等，请允许授权。

再例如，应用3申请访问手机中的文档的时候，则该手机可以显示向用户弹框申请访问文档的权限。如上文图8中的(d)所示的GUI，且该GUI显示了一个弹框：“应用3”想访问您的文档，获取访问你的文档权限，可以访问word、pdf等，请允许授权。

S1522，用户同意应用所申请的权限。

S1524，用户不同意应用所申请的权限。

可以理解的是，步骤S1524和S1526中应用所申请的权限即为：应用申请访问文件的权限。

S1526，应用将申请到的权限注册到权限校验模块。

本申请实施例中，在用户同意应用所申请的权限的情况下，应用可以将申请到的权限注册到权限校验模块，即将申请到的访问文件的权限注册到权限校验模块中。

例如，上述图6中的(d)所示的GUI，“应用1”申请访问手机中的照片的权限，在用户点击允许的图标后，应用1可以将申请到的访问照片的权限注册到权限校验模块中。

再例如，上述图7中的(d)所示的GUI，“应用2”申请访问手机中的音频的权限，在用户点击允许的图标后，应用2可以将申请到的访问手机中的音频的权限注册到权限校验模块中。

再例如，上述图8中的(d)所示的GUI，“应用3”申请访问手机中的文档的权限，在用户点击允许的图标后，应用3可以将申请到的访问手机中的文档的权限注册到权限校验模块中。

S1528，权限校验模块校验该应用是否获取到相应的权限。

若是，则执行步骤S1530；若否，则执行步骤S1532。

S1530，返回用户所访问的文件。

S1532，不返回用户所访问的文件。

上述步骤S1521中应用申请访问文件的权限，用户有可能同意应用所申请的权限，也有可能不同意应用所申请的权限。当用户同意应用所申请的权限时，该应用可以将所申请的权限注册到权限校验模块中，虽然应用将所申请的权限注册到权限校验模块中，但是，对于用户的行为，权限校验模块并不知晓，且权限校验模块并不清楚该应用所注册的权限的真假，因此，权限校验模块可以进一步进行校验，校验该应用是否获取到访问相应文件的权限，并根据校验结果返回或不返回文件。

示例性地，当应用调用文件管理模块的图片/视频接口访问手机中的图片/视频的时候，权限校验模块可以校验该应用是否获取到访问图片/视频的权限，并根据校验结果返回或不返回图片/视频。如上文图6中，在手机检测到用户点击相册的图标803的操作后，若权限校验模块校验应用1已经获取到访问手机中的图片/视频的权限，则可以显示如图6中的(e)所示的GUI；若权限校验模块校验应用1未获取到访问手机中的图片/视频的权限，则可以显示应用1的主界面。

当应用调用文件管理模块的音频接口访问手机中的音频的时候，权限校验模块可以校验该应用是否获取到访问音频的权限，并根据校验结果返回或不返回音频。如上文图7中，在手机检测到用户点击音频的图标1003的操作后，若权限校验模块校验应用2已经获取到访问手机中的音频的权限，则可以显示如图7中的(e)所示的GUI；若权限校验模块校验应用2未获取到访问手机中的音频的权限，则可以显示应用2的主界面。

当应用调用文件管理模块的文档接口访问手机中的文档的时候，权限校验模块可以校验该应用是否获取到访问文档的权限，并根据校验结果返回或不返回文档。如上文图8中，在手机检测到用户点击文档的图标1103的操作后，若权限校验模块校验应用3已经获取到访问手机中的文档的权限，则可以显示如图8中的(e)所示的GUI；若权限校验模块校验应用3未获取到访问手机中的文档的权限，则可以显示应用3的主界面。

S1534，用户对文件进行进一步操作。

本申请实施例中的进一步操作可以包括对文件的编辑、删除以及创建文件等。

S1536，该应用弹框申请编辑、删除、创建文件的权限。

需要说明的是，本申请实施例中，当用户需要对所访问的文件进行进一步操作时，电子设备可能会显示向用户弹框申请编辑、删除、创建文件的权限的界面，也可能不会显示向用户弹框申请编辑、删除、创建文件的权限的界面，这主要与该应用对应的权限证书中是否包括该应用所申请的权限有关。具体地，若该应用对应的权限证书中包括该应用所申请的编辑、删除、创建文件的权限，则电子设备可以显示向用户弹框申请访问编辑、删除、创建文件的权限的界面；若该应用对应的权限证书中不包括该应用所申请的编辑、删除、创建文件的权限，则电子设备不会显示向用户弹框申请编辑、删除、创建文件的权限的界面。

假设该应用对应的权限证书中包括该应用所申请的编辑、删除、创建文件的权限，则应用可以向用户弹框申请编辑、删除、创建文件的权限。示例性地，当应用1申请编辑、删除手机中的图片/视频以及创建图片/视频的时候，则该手机可以显示向用户弹框申请编辑、删除、创建图片/视频的权限的界面，如上述图6中的(k)所示的GUI，且该GUI显示了一个弹框：“应用1”想编辑、删除您的照片，以及创建照片，获取编辑、删除、创建照片权限,可以编辑、删除创建图片、视频等，请允许授权。

再例如，当应用2申请编辑、删除手机中的音频以及创建音频的时候，则该手机可以显示向用户弹框申请编辑、删除、创建音频的权限的界面，如上文图7中的(g)所示的GUI，且该GUI显示了一个弹框：“应用2”想编辑、删除您的音频，以及创建音频，获取编辑、删除、创建音频权限，可以编辑、删除、创建歌曲、录音等，请允许授权。

再例如，应用3申请编辑、删除手机中的文档以及创建文档的时候，则该手机可以显示向用户弹框申请编辑、删除、创建文档的权限的界面。如上文图8中的(g)所示的GUI，且该GUI显示了一个弹框：“应用3”想编辑、删除您的文档，以及创建文档，获取编辑、删除、创建文档权限，可以编辑、删除、创建word、pdf等，请允许授权。

S1538，用户同意应用所申请的权限。

S1540，用户不同意应用所申请的权限。

可以理解的是，S1538和S1540中应用所申请的权限即为：应用申请编辑、删除、创建文件的权限。

S1542，应用将申请到的权限注册到权限校验模块。

例如，上述图6中的(k)所示的GUI，“应用1”申请编辑、删除、创建照片的权限，在用户点击允许的图标后，应用1可以将申请到的编辑、删除、创建照片的权限注册到权限校验模块中。

再例如，上述图7中的(g)所示的GUI，“应用2”申请编辑、删除、创建音频的权限，在用户点击允许的图标后，应用2可以将申请到的编辑、删除、创建音频的权限注册到权限校验模块中。

再例如，上述图8中的(g)所示的GUI，“应用3”申请编辑、删除、创建文档的权限，在用户点击允许的图标后，应用1可以将申请到的编辑、删除、创建文档的权限注册到权限校验模块中。

S1544，权限校验模块校验该应用是否获取到相应的权限。

若是，则执行步骤S1546；若否，则执行步骤S1548。

S1546，用户有编辑、删除、创建文件的权限。

S1548，用户无编辑、删除、创建文件的权限。

类似地，上述步骤S1536中应用申请编辑、删除、创建文件的权限，用户有可能同意应用所申请的权限，也有可能不同意应用所申请的权限。当用户同意应用所申请的权限时，该应用可以将所申请的权限注册到权限校验模块中，虽然应用将所申请的权限注册到权限校验模块中，但是，对于用户的行为，权限校验模块并不知晓，且权限校验模块并不清楚该应用所注册的权限的真假，因此，权限校验模块可以进一步进行校验，校验该应用是否获取到编辑、删除、创建相应文件的权限，根据校验结果，用户可以进行操作或不可进行操作。

当用户申请到编辑、删除、创建文件的权限后，用户可以在文件管理模块中对文件的元数据信息进行更改，这样其它应用可以从文件管理模块中了解到该文件的元数据信息的变化情况，可以解决目前一些操作系统中存在的某一应用改动元数据信息后，其它应用无法及时获知的问题。

如图16所示，为一种安卓操作系统的元数据分布的示意图。

对于安卓操作系统的公共数据，由媒体库统一管理公共数据的元数据信息，各个应用获取到媒体库的元数据信息后各自生成相应的元数据并对其管理，应用之间的元数据不同步(如回收站、收藏夹、相册、文件管理器等之间的元数据不同步)。不同应用可以访问设备上的图片、文档等文件，但文件的某些元数据信息(如是否为收藏文件、是否为隐藏文件、是否在回收站呈现等)由各个应用独立生成并维护，元数据信息在各应用之间不共享。比如在图库收藏了一张照片，在文件管理器无法看到收藏的信息；反之在文件管理器收藏的重要文件，在图库无法看到。

本申请实施例提供的方案，申请到相应权限的应用可以在管理管理模块中对文件的元数据信息进行改动。例如，假设用户通过应用1访问手机中的照片A后，发现比较喜欢这张照片，可以在文件管理模块中将照片A标识为收藏，当另一应用(该应用也具有访问手机中的图片/视频的权限)访问文件管理模块中的照片A时，就可以了解到该照片A已被标识为收藏。或者，当应用1在文件管理模块中将照片A标识为收藏后，可以将收藏照片A的信息通知其它一些也具有访问手机中的图片/视频的权限的应用，这样其它应用也可以了解到该照片A已被收藏。

再例如，用户通过应用1访问手机中的照片B后，发现不喜欢这张照片，可以在文件管理模块中将这张照片A删除到回收站中，当另一应用(该应用具有访问手机中的图片/视频的权限)访问文件管理模块中的照片A时，就可以了解到该照片A已被删除至回收站中。或者，当应用1在文件管理模块中将照片A删除到回收站后，可以将删除照片A到回收站的信息通知其它一些也具有访问手机中的图片/视频的权限的应用，这样其它应用也可以了解到该照片A已被删除到回收站。

本申请提供的方案，文件管理模块存储公共数据并对公共数据统一进行管理，各个应用均可从文件管理模块中获取相应的数据，可以减少存储资源的耗费；通过在权限配置中将终端设备的权限设置为应用市场管控方式，并基于应用类别确定应用是否具有直接访问和操作公共文件的权限，在确定该应用具有直接访问和操作公共文件的权限时，根据该应用所申请访问或操作的文件类型授予该应用相应的权限，与现有技术中应用开发者自行决定向用户请求授予哪些权限且用户一旦授予则应用就获得相应权限的方案相比，本申请提供的应用市场上架审核机制，可以从源头上避免应用向用户弹框申请授予一些不合理的权限，进一步地，可以避免现有技术中应用获取到一些不合理的权限随之对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。此外，某一应用在对文件管理模块中的文件的元数据进行信息改动时，其他应用也可以了解所改动的元数据的信息，可以解决目前一些操作系统中存在的某一应用改动元数据信息后，其它应用无法及时获知的问题。

如图17所示，为本申请实施例提供的另一种文件管理、应用管理的方法示意图。该方法可以包括步骤S1710～S1756。

S1710，应用携带证书向应用市场注册。

若该证书中包括申请权限，则执行步骤S1712，若该证书中不包括申请权限，则执行步骤S1718。

S1712，应用市场审核证书中所申请的权限是否合理。

若是，则执行步骤S1714；若否，则执行步骤S1716。

S1714，应用市场认证应用所申请的权限通过。

S1716，应用市场认证应用所申请的权限不通过。

S1718，应用调用systempicker的API接口访问文件管理模块中的文件。

S1720，用户启动应用。

S1721，该应用弹框申请访问文件的权限。

S1722，用户同意应用所申请的权限。

S1724，用户不同意应用所申请的权限。

其中，步骤S1722和S1724中所申请的权限为：应用弹框申请的访问文件的权限。

S1726，应用将申请到的权限注册到权限校验模块。

S1736，该应用弹框申请编辑、删除、创建文件的权限。

S1738，用户同意应用所申请的权限。

S1740，用户不同意应用所申请的权限。

其中，步骤S1736和S1738中所申请的权限为：应用弹框申请的编辑、删除、创建文件的权限。

S1742，应用将申请到的权限注册到权限校验模块。

S1743，用户启动通过该应用访问文件，应用调用文件管理模块的接口访问文件管理模块中的文件。

S1744，权限校验模块校验该应用是否获取到相应的权限。

若是，则执行步骤S1746；若否，则执行步骤S1748。

其中，步骤S1744中相应的权限为：访问文件的权限。

S1746，返回用户所访问的文件。

S1748，不返回用户所访问的文件。

S1750，用户对文件进行进一步操作。

S1752，权限校验模块校验该应用是否获取到访问相应的权限。

若是，则执行步骤S1754；若否，则执行步骤S1756。

S1754，用户有编辑、删除、创建文件的权限；S1756，用户无编辑、删除、创建文件的权限。

其中，步骤S1752中相应的权限为：编辑、删除、创建文件的权限。

图17中所示的内容与图12中的所示的内容基本一致，差别在于执行顺序的不一致，主要区别是触发应用弹框申请权限的动作。

图12中触发应用弹框申请访问文件的权限的动作是在用户在启动应用后，且利用该应用查看手机中的文件时该应用调用文件管理模块中的接口访问文件，而在图17中触发应用弹框申请访问文件的权限的动作是用户在启动应用。

图12中触发应用弹框申请编辑、删除、创建文件的动作是用户对所访问的文件进行进一步操作时，而在图17中触发应用弹框申请编辑、删除、创建文件的动作是在用户同意应用所申请的访问的文件的权限。

其它内容可以参考上述图12中的相关描述，在此不再赘述。

此外，需要说明的是，本申请实施例中，触发应用弹框申请权限的动作可以由开发者开发应用时而定，上述图12和图17分别示出了两种可能的方式，在一些可能的实现方式中，触发应用弹框申请权限的动作可能存在于上述任一步骤后，不予限制。

图18为本申请实施例提供的又一种文件管理、应用管理的方法的示意图，该方法可以包括步骤S1810～S1870。

S1810，应用市场获取第一应用的数据包，以及所述第一应用的开发者提交的所述第一应用所申请的权限。

S1820，所述应用市场审核所述第一应用所申请的权限是否合理。

S1830，所述应用市场根据审核结果，为所述第一应用配置权限配置文件，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限。

S1840，电子设备通过应用市场安装第一应用，所述第一应用对应有权限配置文件。

S1850，在所述第一应用欲访问所述电子设备中的文件时，所述第一应用请求申请第一权限。

S1860，若所述权限配置文件中包括所述第一权限，所述电子设备显示第一界面，所述第一界面用于向用户请求授予所述第一权限。

S1870，响应于用户同意授予所述第一权限的第一操作，所述第一应用获取到所述第一权限。

本申请实施例中的电子设备可以为上文中的手机，第一应用可以为上文中的应用1、应用2、应用3中的任一应用，若所述第一应用为应用1，则第一界面可以为上述图6中的(d)所示的GUI；若所述第一应用为应用2，则第一界面可以为上述图7中的(d)所示的GUI；若所述第一应用为应用3，则第一界面可以为上述图8中的(d)所示的GUI。

本申请实施例提供的方案，对于新上架的第一应用，本申请提供的应用市场上架审核机制可以为用户过滤掉一些不合理的申请权限，在电子设备通过应用市场安装该应用市场审核后的第一应用的情况下，当第一应用欲访问电子设备中的文件时，可以请求申请第一权限，且在权限配置文件中包括第一权限时，该电子设备才可显示向用户请求授予第一权限的第一界面，且当用户同意授予第一权限时，该第一应用即可获取到第一权限，换句话说，第一应用只有应用市场审核通过且用户同意授予所申请的第一权限的情况下，才可以具有第一权限，进而用户可以对该电子设备中的文件进行相应权限的操作，与现有技术中应用开发者自行决定向用户请求授予哪些权限且用户一旦授予则应用就获得相应权限的方案相比，本申请提供了一种由应用市场审核要上架的应用想要申请的权限是否合理的机制，可以从源头上避免第一应用向用户弹框申请授予一些不合理的权限，进一步地，可以避免现有技术中应用获取到一些不合理的权限随之对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

可选地，在一些实施例中，所述方法还包括：若所述权限配置文件中不包括所述第一权限，所述电子设备不显示所述第一界面。

本申请实施例中，对于权限配置文件中不包括第一应用所申请的第一权限这一情况，电子设备不显示第一界面。

如上述图6中所示的，当手机检测到用户点击音频的图标803的操作后，界面不会显示新的界面；当手机检测到用户点击相册的图标803的操作后，可以显示如图6中的(d)所示的GUI。这是因为开发者在开发该应用1的时候，想要该应用1具有申请图片/视频和音频的权限，所以图6中的(c)中显示相册和音频的图标；但是应用市场审核该应用1仅具备申请图片/视频的权限，并不具备申请音频的权限，从而应用市场可以为该应用1配置能够申请图片/视频的权限的配置文件。因此，当用户点击音频的图标，手机界面不会显示新的界面，当用户点击相册的图标，可以显示新的界面。该新的界面即为本申请实施例中的第一界面。

本申请实施例提供的方案，应用市场根据审核结果为第一应用配置了权限配置文件，在权限配置文件中包括第一应用所请求申请的第一权限时，该电子设备可以不显示向用户请求授予第一权限的第一界面，第一应用也就不会具有第一权限，进而用户不可以对该电子设备中的文件进行相应权限的操作，与现有技术中应用开发者自行决定向用户请求授予哪些权限且用户一旦授予则应用就获得相应权限的方案相比，本申请提供了一种由应用市场审核要上架的应用想要申请的权限是否合理的机制，可以从源头上避免第一应用向用户弹框申请授予一些不合理的权限，进一步地，可以避免现有技术中应用获取到一些不合理的权限随之对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

可选地，在一些实施例中，所述方法还包括：所述电子设备通过所述应用市场安装第二应用；在所述第二应用欲访问所述电子设备中的文件时，所述第二应用通过所述电子设备的操作系统提供的文件选择器访问所述电子设备中的文件。

本申请实施例中的第二应用可以为非管理类应用，非管理类应用访问电子设备中的文件时，可以通过电子设备的操作系统提供的文件选择器访问电子设备中的文件，具体过程可以参考上述图10或图11所示的GUI以及上述图12中步骤S1518的相关内容，此处不再赘述。

本申请实施例提供的方案，电子设备通过应用市场安装第二应用，当第二应用想要访问该电子设备中的文件时，可以通过该电子设备的操作系统提供的文件选择器访问该电子设备中的文件，即，第二应用可以通过文件选择器提供的接口访问用户想要访问的目标文件，通过这样的方式，既可以保证第二应用可以访问到该电子设备中的文件，又可以限制第二应用对电子设备中的文件进行随意访问或随意操作，从而可以避免现有技术中第二应用对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

可选地，在一些实施例中，所述第二应用通过所述文件选择器访问所述电子设备中的文件，具体包括：

所述电子设备显示第二界面，所述第二界面包括所述文件选择器提供的一个或多个候选文件；

所述电子设备接收用户从所述一个或多个候选文件中确定一个或多个目标文件的第二操作；

响应于所述第二操作，所述第二应用获取访问所述一个或多个目标文件的权限。

本申请实施例中的第二界面可以为上述图10中的(d)所示的GUI或图11中的(d)所示的GUI。以图10为例，参见图10中的(d)所示的GUI，界面显示：手机中的全部照片。用户可以从中选择照片进行查看，假设用户选择了图片A2和图片B3，则图片A2的右下角和图片B3的右下角的○中均会出现数字，数字表示选择照片的顺序。当手机检测到用户点击下一步的图标1306的操作后，可以显示如图10中的(e)所示的GUI。

本申请实施例中，在第二应用获取访问一个或多个目标文件的权限后，第二应用即可通过文件选择器访问该电子设备中的文件。

本申请实施例提供的方案，电子设备通过应用市场安装第二应用，当第二应用想要访问该电子设备中的文件时，电子设备显示包括文件选择器提供的一个或多个候选文件的第二界面，用户可以允许第二应用访问候选文件中用户所选择的目标文件，即，第二应用可以通过文件选择器提供的接口访问候选文件中用户所选择的目标文件，而不能访问任意候选文件。通过这样的方式，既可以保证第二应用可以访问到用户从该电子设备中选择访问的文件，又可以限制第二应用对电子设备中的文件进行随意访问或随意操作，从而可以避免现有技术中第二应用对电子设备中的公共文件随意地进行增删改查而导致的文件乱象问题。

可选地，在一些实施例中，所述第一应用为管理类应用，所述管理类应用为依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用；

所述第二应用为非管理类应用，所述非管理类应用为不依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用。

本申请实施例中的管理类应用为依赖于访问电子设备中的大批量的一类或多类的文件以实现其主要功能的应用，例如，文件管理器应用是依赖于访问电子设备中的大批量文档、图片、视频和音频的文件以实现其文件管理的功能的应用，因此，文件管理器应用是管理类应用；相册应用时依赖于访问电子设备中的大批量图片和视频的文件以实现其管理图片/视频的功能的应用，因此，相册应用也是管理类应用。

本申请实施例中的非管理类应用为不依赖于访问电子设备中的大批量的一类或多类的文件以实现其主要功能的应用，例如，微信应用作为社交类应用，其主要功能为即时通讯，不依赖于访问电子设备中的全量图片和视频类、音频类、文档类中的某一类或某几类的文件以实现其主要功能，因此，微信应用为非管理类应用。

可选地，在一些实施例中，所述电子设备中的文件存储于文件管理模块中，所述方法还包括：

所述第一应用通过所述文件管理模块的第一接口访问目标文件，所述目标文件的文件类型与所述第一权限所申请的文件类型相同。

本申请实施例提供的方案，电子设备中的文件存储于文件管理模块中，第一应用可以通过该文件管理模块的第一接口访问目标文件，且目标文件的文件类型与第一权限所申请的文件类型相同，由于电子设备中的文件存储于文件管理模块中，当第一应用想要访问该电子设备上的文件时，均可以通过文件管理模块的第一接口访问，与现有技术中各个应用独立存储相应的文件相比，本申请的方案可以减少存储资源的浪费。

可选地，在一些实施例中，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限，包括以下任一项：

访问或操作图片/视频类文件的权限、访问或操作音频类文件的权限、访问或操作文档类文件的权限。

本申请实施例提供的方案，应用市场为第一应用配置的权限配置文件中所包括的该第一应用能够申请的文件类型的权限可以包括访问或操作图片/视频类文件的权限、访问或操作音频类文件的权限、访问或操作文档类文件的权限中的任一个，第一应用在运行的过程中，可以按照需求申请其执行当前功能所需的对特定类型的文件进行特定类型的操作的权限，进而用户按需授予应用权限，与现有技术中应用申请对存储空间中任意类型的文件(文档、图片、音频、视频等)进行任意类型的操作(读取、写入、编辑等)的权限的方案相比，本申请提供的方案可以避免由于应用对任意类型的文件进行任意类型的操作而导致的文件乱象问题。

可选地，在一些实施例中，所述访问或操作图片/视频类文件的权限包括：读取或编辑、删除、创建图片/视频类文件的权限；

所述访问或操作音频类文件的权限包括读取或编辑、删除、创建音频类文件的权限；

所述访问或操作文档类文件的权限包括读取或编辑、删除、创建文档类文件的权限。

可选地，在一些实施例中，所述电子设备中的文件按照文件类型存储于对应预设目录中。

本申请实施例中的预设目录可以为上文中的根目录，如“目录1：图片/视频类”，“目录2：音频类”，“目录3：文档类”。

本申请实施例提供的方案，电子设备中的文件按照文件类型存储于对应预设目录中，当应用需要获取某一类型的文件时，可以快速查找到相应文件。

可选地，在一些实施例中，所述第一应用不具备在所述电子设备中已存在的预设目录外创建新的目录或新的文件的权限。

本申请实施例提供的方案，第一应用不具备在所述电子设备中已存在的预设目录外创建新的目录或新的文件的权限，换句话说，第一应用不可以在电子设备中已存在的预设目录外创建新的目录或新的文件，可以保证电子设备中的文件的有序性。

可选地，在一些实施例中，所述电子设备中的文件存储于文件管理模块中，所述方法还包括：

所述电子设备通过所述第一应用对存储于所述文件管理模块中的目标文件的元数据信息进行更改，所述目标文件的文件类型与所述第一权限所申请的文件类型相同；

在所述电子设备通过第二应用访问所述目标文件时，所述第二应用获取所述电子设备通过所述第一应用更改后的所述目标文件的元数据信息，所述第二应用不同于所述第一应用。

本申请实施例提供的方案，第一应用可以对存储于文件管理模块中的目标文件的元数据信息进行更改，当电子设备通过第二应用访问目标文件时，第二应用可以获取电子设备通过第一应用更改后的目标文件的元数据信息，通过这样的方式，第一应用对文件管理模块中的目标文件的元数据信息进行更改这一情况，第二应用也可以从文件管理模块中了解到，从而实现文件的元数据信息在各应用之间共享，可以解决目前一些操作系统中存在的某一应用改动文件的元数据信息后，其它应用无法及时获知的问题。

可选地，在一些实施例中，所述应用市场审核所述第一应用所申请的权限是否合理，包括：

所述应用市场根据所述第一应用的应用类型审核所述第一应用所申请的权限是否合理。

本申请实施例中的应用类型可以包括管理类应用和非管理类应用，其中，管理类应用和非管理类应用的具体定义可以参考上文中对于其介绍的内容。

本申请实施例提供的方案，应用市场根据第一应用的应用类型审核第一应用所申请的权限是否合理，若第一应用为管理类应用，应用市场可以进一步审核第一应用所申请的权限是否合理并为第一应用配置权限配置文件，这样第一应用可以根据权限配置文件访问或操作相应权限的文件；若第一应用为非管理类应用，应用市场可以不对第一应用所申请的权限的合理性进行审核，可以直接拒绝第一应用所申请的权限，这样第一应用可以对用户所选择的文件进行访问或操作；通过这样的审核机制可以对应用所具有的权限进行区分，与现有技术中应用开发者自行决定向用户请求授予哪些权限且用户一旦授予则应用就获得相应权限的方案相比，本申请提供的应用市场上架审核机制可以避免现有技术中应用获取到一些不合理的权限而对电子设备上的文件进行随意增删改查进而引起的公共文件乱象问题。

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

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图19示出了上述实施例中涉及的电子设备的一种可能的组成示意图，如图19所示，该电子设备1900可以包括：获取模块1910、审核模块1920、配置模块1930、安装模块1940、请求模块1950、显示模块1960。

其中，获取模块1910可以用于支持电子设备1900执行上述步骤S1810或S1870等，和/或用于本文所描述的技术的其他过程。

审核模块1920可以用于支持电子设备1900执行上述步骤S1820等，和/或用于本文所描述的技术的其他过程。

配置模块1930可以用于支持电子设备1900执行上述步骤S1830等，和/或用于本文所描述的技术的其他过程。

安装模块1940可以用于支持电子设备1900执行上述步骤S1840等，和/或用于本文所描述的技术的其他过程。

请求模块1950可以用于支持电子设备1900执行上述步骤S1850等，和/或用于本文所描述的技术的其他过程。

显示模块1960可以用于支持电子设备1900执行上述步骤S1860等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述本申请的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述各个单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图1所示结构的设备。

图20示出了上述实施例涉及的电子设备1400的另一种可能的组成示意图，如图20所示，该电子设备1400可以包括通信单元1410、输入单元1420、处理单元1430、输出单元(或也可以称为显示单元)1440、外设接口1450、存储单元1460、电源1470、视频解码器1480以及音频解码器1490。

通信单元1410用于建立通信信道，使电子设备1400通过所述通信信道以连接至远程服务器，并从所述远程服务器下媒体数据。所述通信单元1410可以包括WLAN模块、蓝牙模块、NFC模块、基带模块等通信模块，以及所述通信模块对应的射频(Radio Frequency，简称RF)电路，用于进行无线局域网络通信、蓝牙通信、NFC通信、红外线通信及/或蜂窝式通信系统通信，例如宽带码分多重接入(wideband code division multiple access，W-CDMA)及/或高速下行封包存取(high speed downlink packet access，HSDPA)。所述通信模块1410用于控制电子设备中的各组件的通信，并且可以支持直接内存存取。

输入单元1420可以用于实现用户与电子设备的交互和/或信息输入到电子设备中。在本申请具体实施方式中，输入单元可以是触控面板，也可以是其他人机交互界面，例如实体输入键、麦克风等，还可是其他外部信息撷取装置，例如摄像头等。

处理单元1430为电子设备的控制中心，可以利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储单元内的软件程序和/或模块，以及调用存储在存储单元内的数据，以执行电子设备的各种功能和/或处理数据。如上述步骤S1810、S1820、S1830、S1840、S1850、S1870等可以通过处理单元1430实现。

输出单元1440包括但不限于影像输出单元和声音输出单元。影像输出单元用于输出文字、图片和/或视频。在本申请的具体实施方式中，上述输入单元1420所采用的触控面板亦可同时作为输出单元1440的显示面板。例如，当触控面板检测到在其上的触摸或接近的手势操作后，传送给处理单元以确定触摸事件的类型，随后处理单元根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图20中，输入单元1420与输出单元1440是作为两个独立的部件来实现电子设备的输入和输出功能，但是在某些实施例中，可以将触控面板与显示面板集成一体而实现电子设备的输入和输出功能。例如，所述影像输出单元可以显示各种图形化用户接口以作为虚拟控制组件，包括但不限于窗口、卷动轴、图标及剪贴簿，以供用户通过触控方式进行操作。如上述步骤S1860可以通过输出单元1440实现。

存储单元1460可用于存储软件程序以及模块，处理单元通过运行存储在存储单元的软件程序以及模块，从而执行电子设备的各种功能应用以及实现数据处理。

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

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的方法。

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

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存储存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (16)

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

电子设备通过应用市场安装第一应用，所述第一应用对应有权限配置文件，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限；

在所述第一应用欲访问所述电子设备中的文件时，所述第一应用请求申请第一权限；

若所述权限配置文件中包括所述第一权限，所述电子设备显示第一界面，所述第一界面用于向用户请求授予所述第一权限；

响应于用户同意授予所述第一权限的第一操作，所述第一应用获取到所述第一权限。

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

若所述权限配置文件中不包括所述第一权限，所述电子设备不显示所述第一界面。

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

所述电子设备通过所述应用市场安装第二应用；

在所述第二应用欲访问所述电子设备中的文件时，所述第二应用通过所述电子设备的操作系统提供的文件选择器访问所述电子设备中的文件。

4.根据权利要求3所述的方法，其特征在于，所述第二应用通过所述文件选择器访问所述电子设备中的文件，具体包括：

所述电子设备显示第二界面，所述第二界面包括所述文件选择器提供的一个或多个候选文件；

所述电子设备接收用户从所述一个或多个候选文件中确定一个或多个目标文件的第二操作；

响应于所述第二操作，所述第二应用获取访问所述一个或多个目标文件的权限。

5.根据权利要求3或4所述的方法，其特征在于，

所述第一应用为管理类应用，所述管理类应用为依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用；

所述第二应用为非管理类应用，所述非管理类应用为不依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述电子设备中的文件存储于文件管理模块中，所述方法还包括：

所述第一应用通过所述文件管理模块的第一接口访问目标文件，所述目标文件的文件类型与所述第一权限所申请的文件类型相同。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限，包括以下任一项：

访问或操作图片/视频类文件的权限、访问或操作音频类文件的权限、访问或操作文档类文件的权限。

8.根据权利要求7所述的方法，其特征在于，所述访问或操作图片/视频类文件的权限包括：读取或编辑、删除、创建图片/视频类文件的权限；

所述访问或操作音频类文件的权限包括读取或编辑、删除、创建音频类文件的权限；

所述访问或操作文档类文件的权限包括读取或编辑、删除、创建文档类文件的权限。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述电子设备中的文件按照文件类型存储于对应预设目录中。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述第一应用不具备在所述电子设备中已存在的预设目录外创建新的目录或新的文件的权限。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述电子设备中的文件存储于文件管理模块中，所述方法还包括：

所述电子设备通过所述第一应用对存储于所述文件管理模块中的目标文件的元数据信息进行更改，所述目标文件的文件类型与所述第一权限所申请的文件类型相同；

在所述电子设备通过第二应用访问所述目标文件时，所述第二应用获取所述电子设备通过所述第一应用更改后的所述目标文件的元数据信息，所述第二应用不同于所述第一应用。

12.一种应用管理的方法，其特征在于，包括：

应用市场获取第一应用的数据包，以及所述第一应用的开发者提交的所述第一应用所申请的权限；

所述应用市场审核所述第一应用所申请的权限是否合理；

所述应用市场根据审核结果，为所述第一应用配置权限配置文件，所述权限配置文件用于指示所述应用市场审核通过的所述第一应用能够申请的文件类型的权限。

13.根据权利要求12所述的方法，其特征在于，所述应用市场审核所述第一应用所申请的权限是否合理，包括：

所述应用市场根据所述第一应用的应用类型审核所述第一应用所申请的权限是否合理。

14.根据权利要求13所述的方法，其特征在于，所述应用类型包括管理类应用和非管理类应用，所述管理类应用为依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用，所述非管理类应用为不依赖于访问所述电子设备中的大批量的一类或多类的文件以实现其主要功能的应用。

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

一个或多个处理器；

一个或多个存储器；

所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述电子设备执行如权利要求1至11或12至14中任一项所述的方法。

16.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至11或12至14中任一项所述的方法。