CN107590006A - 文件处理方法、装置及移动终端 - Google Patents

Abstract

本申请公开了一种文件处理方法及装置，属于终端技术领域。所述方法包括：接收对应于第一应用程序中的目标文件的预设触发操作，根据预设触发操作显示目的应用程序集中每个应用程序的程序入口，接收对应于目标文件的拖动操作，该拖动操作用于将目标文件拖动至第二应用程序的程序入口上，根据拖动操作，对目标文件进行处理。本申请通过较少的操作(如长按目标文件后将该目标文件进行拖动)即可实现跨应用间对目标文件的处理，还可提高跨应用间文件处理的操作效率。

Description

文件处理方法、装置及移动终端

技术领域

本申请实施例涉及终端技术领域，特别涉及一种文件处理方法、装置及移动终端。

背景技术

移动终端中通常安装有多个应用程序，应用程序会产生或使用包括图像、文本、音频和视频中的至少一种文件，因此应用程序之间存在文件处理的需求。

相关技术中，以图像文件为例，将应用程序A中的图像处理至应用程序B时，通常需要进行以下几个步骤：首先，在应用程序A中选择需要处理的图像；其次，通过应用程序A将被选择的图像保存至操作系统的相册中；然后，打开应用程序B，并通过应用程序B打开相册；最后，通过应用程序B在相册中选择该图像进行相应的操作。

在上述方法中，应用程序之间的文件处理方法需要分多个步骤才能完成，不仅操作比较麻烦，而且降低了跨应用间文件处理的操作效率。

发明内容

本申请实施例提供了一种文件处理方法、装置及移动终端，可以用于解决跨应用间文件处理的操作效率较低的问题。所述技术方案如下：

第一方面，提供了一种文件处理方法，所述方法包括：

接收对应于第一应用程序中的目标文件的预设触发操作；

根据所述预设触发操作，显示目的应用程序集中每个应用程序的程序入口，所述目的应用程序集包括至少一个应用程序，所述目的应用程序集中每个应用程序用于对所述目标文件进行处理；

接收对应于所述目标文件的拖动操作，所述拖动操作用于将所述目标文件拖动至第二应用程序的程序入口上，所述第二应用程序是所述目的应用程序集中的一个应用程序；

根据所述拖动操作，对所述目标文件进行处理。

第二方面，提供了一种文件处理装置，所述装置包括：

第一接收模块，用于接收对应于第一应用程序中的目标文件的预设触发操作；

第一显示模块，用于根据所述预设触发操作，显示目的应用程序集中每个应用程序的程序入口，所述目的应用程序集包括至少一个应用程序，所述目的应用程序集中每个应用程序用于对所述目标文件进行处理；

第二接收模块，用于接收对应于所述目标文件的拖动操作，所述拖动操作用于将所述目标文件拖动至第二应用程序的程序入口上，所述第二应用程序是所述目的应用程序集中的一个应用程序；

处理模块，用于根据所述拖动操作，对所述目标文件进行处理。

根据本申请实施例的第三方面，提供了一种移动终端，所述移动终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如本申请第一方面及其可选实施例任一所述的文件处理方法。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如本申请第一方面及其可选实施例任一所述的文件处理方法。

本申请实施例提供的技术方案带来的有益效果是：

通过接收对应于第一应用程序中的目标文件的预设触发操作，根据预设触发操作显示应用程序集中每个应用程序的程序入口，当检测到用于将目标文件拖动至第二应用程序的程序入口上的拖动操作时，对目标文件进行处理；使得通过较少的操作(如长按目标文件后将该目标文件进行拖动)实现跨应用间对目标文件的处理，不仅操作简单、便捷，而且提高了跨应用间文件处理的操作效率。

附图说明

图1是本申请一个示例性实施例提供的移动终端100的结构方框图；

图2是本申请另一个示例性实施例提供的移动终端100的结构方框图；

图3A至图3F是本申请一个示例性实施例提供的移动终端100的外观示意图；

图4是本申请一个示例性实施例提供的文件处理方法的流程图；

图5是本申请一个示例性实施例提供的文件处理方法的界面示意图；

图6是本申请另一个示例性实施例提供的文件处理方法的界面示意图；

图7是本申请另一个示例性实施例提供的文件处理方法的界面示意图；

图8是本申请另一个示例性实施例提供的文件处理方法的流程图；

图9是本申请另一个示例性实施例提供的文件处理方法的界面示意图；

图10是本申请另一个示例性实施例提供的文件处理方法的界面示意图；

图11是本申请另一个示例性实施例提供的文件处理方法的界面示意图；

图12是本申请另一个示例性实施例提供的文件处理方法的界面示意图；

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

图14是本申请另一个实施例提供的文件处理装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在本文提及的“模块”通常是指存储在存储器中的能够实现某些功能的程序或指令；在本文中提及的“单元”通常是指按照逻辑划分的功能性结构，该“单元”可以由纯硬件实现，或者，软硬件的结合实现。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

参考图1和图2所示，其示出了本申请一个示例性实施例提供的移动终端100的结构方框图。该移动终端100可以是手机、平板电脑、笔记本电脑和电子书等。本申请中的移动终端100可以包括一个或多个如下部件：处理器110、存储器120和触摸显示屏130。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个移动终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行移动终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责触摸显示屏130所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据移动终端100的使用所创建的数据(比如音频数据、电话本)等。存储器120中还存储有至少一个指令，该至少一个指令被处理器110加载并执行时用于实现如下方法实施例中的文件处理方法。

以操作系统为安卓(Android)系统为例，存储器120中存储的程序和数据如图1所示，存储器120中存储有Linux内核层220、系统运行库层240、应用框架层260和应用层280。Linux内核层220为移动终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。系统运行库层240通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在系统运行库层240中还提供有安卓运行时库(Android Runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层260提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作系统自带的联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如即时通信程序、相片美化程序等。

以操作系统为IOS系统为例，存储器120中存储的程序和数据如图2所示，IOS系统包括：核心操作系统层320(Core OS layer)、核心服务层340(Core Services layer)、媒体层360(Media layer)、可触摸层380(Cocoa Touch Layer)。核心操作系统层320包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的系统服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在移动终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图2所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

触摸显示屏130用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏130通常设置在移动终端130的前面板。触摸显示屏130可被设计成为全面屏、曲面屏或异型屏。触摸显示屏130还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本实施例对此不加以限定。其中：

全面屏

全面屏可以是指触摸显示屏130占用移动终端100的前面板的屏占比超过阈值(比如80％或90％或95％)的屏幕设计。屏占比的一种计算方式为：(触摸显示屏130的面积/移动终端100的前面板的面积)*100％；屏占比的另一种计算方式为：(触摸显示屏130中实际显示区域的面积/移动终端100的前面板的面积)*100％；屏占比的再一种计算方式为：(触摸显示屏130的对角线/在移动终端100的前面板的对角线)*100％。示意性的如图3A所示的例子中，移动终端100的前面板上近乎所有区域均为触摸显示屏130，在移动终端100的前面板40上，除中框41所产生的边缘之外的其它区域，全部为触摸显示屏130。该触摸显示屏130的四个角可以是直角或者圆角。

全面屏还可以是将至少一种前面板部件集成在触摸显示屏130内部或下层的屏幕设计。可选地，该至少一种前面板部件包括：摄像头、指纹传感器、接近光传感器、距离传感器等。在一些实施例中，将传统移动终端的前面板上的其他部件集成在触摸显示屏130的全部区域或部分区域中，比如将摄像头中的感光元件拆分为多个感光像素后，将每个感光像素集成在触摸显示屏130中每个显示像素中的黑色区域中。由于将至少一种前面板部件集成在了触摸显示屏130的内部，所以全面屏具有更高的屏占比。

当然在另外一些实施例中，也可以将传统移动终端的前面板上的前面板部件设置在移动终端100的侧边或背面，比如将超声波指纹传感器设置在触摸显示屏130的下方、将骨传导式的听筒设置在移动终端130的内部、将摄像头设置成位于移动终端的侧边且可插拔的结构。

在一些可选的实施例中，当移动终端100采用全面屏时，移动终端100的中框的单个侧边，或两个侧边(比如左、右两个侧边)，或四个侧边(比如上、下、左、右四个侧边)上设置有边缘触控传感器120，该边缘触控传感器120用于检测用户在中框上的触摸操作、点击操作、按压操作和滑动操作等中的至少一种操作。该边缘触控传感器120可以是触摸传感器、热力传感器、压力传感器等中的任意一种。用户可以在边缘触控传感器120上施加操作，对移动终端100中的应用程序进行控制。

曲面屏

曲面屏是指触摸显示屏130的屏幕区域不处于一个平面内的屏幕设计。一般的，曲面屏至少存在这样一个截面：该截面呈弯曲形状，且曲面屏在沿垂直于该截面的任意平面方向上的投影为平面的屏幕设计，其中，该弯曲形状可以是U型。可选地，曲面屏是指至少一个侧边是弯曲形状的屏幕设计方式。可选地，曲面屏是指触摸显示屏130的至少一个侧边延伸覆盖至移动终端100的中框上。由于触摸显示屏130的侧边延伸覆盖至移动终端100的中框，也即将原本不具有显示功能和触控功能的中框覆盖为可显示区域和/或可操作区域，从而使得曲面屏具有了更高的屏占比。可选地，如图3B所示的例子中，曲面屏是指左右两个侧边42是弯曲形状的屏幕设计；或者，曲面屏是指上下两个侧边是弯曲形状的屏幕设计；或者，曲面屏是指上、下、左、右四个侧边均为弯曲形状的屏幕设计。在可选的实施例中，曲面屏采用具有一定柔性的触摸屏材料制备。

异型屏

异型屏是外观形状为不规则形状的触摸显示屏，不规则形状不是矩形或圆角矩形。可选地，异型屏是指在矩形或圆角矩形的触摸显示屏130上设置有凸起、缺口和/或挖孔的屏幕设计。可选地，该凸起、缺口和/或挖孔可以位于触摸显示屏130的边缘、屏幕中央或两者均有。当凸起、缺口和/或挖孔设置在一条边缘时，可以设置在该边缘的中间位置或两端；当凸起、缺口和/或挖孔设置在屏幕中央时，可以设置在屏幕的上方区域、左上方区域、左侧区域、左下方区域、下方区域、右下方区域、右侧区域、右上方区域中的一个或多个区域中。当设置在多个区域中时，凸起、缺口和挖孔可以集中分布，也可以分散分布；可以对称分布，也可以不对称分布。可选地，该凸起、缺口和/或挖孔的数量也不限。

由于异型屏将触摸显示屏的上额区和/或下额区覆盖为可显示区域和/或可操作区域，使得触摸显示屏在移动终端的前面板上占据更多的空间，所以异型屏也具有更大的屏占比。在一些实施例中，缺口和/或挖孔中用于容纳至少一种前面板部件，该前面板部件包括摄像头、指纹传感器、接近光传感器、距离传感器、听筒、环境光亮度传感器、物理按键中的至少一种。

示例性的，该缺口可以设置在一个或多个边缘上，该缺口可以是半圆形缺口、直角矩形缺口、圆角矩形缺口或不规则形状缺口。示意性的如图3C所示的例子中，异型屏可以是在触摸显示屏130的上边缘的中央位置设置有半圆形缺口43的屏幕设计，该半圆形缺口43所空出的位置用于容纳摄像头、距离传感器(又称接近传感器)、听筒、环境光亮度传感器中的至少一种前面板部件；示意性的如图3D所示，异型屏可以是在触摸显示屏130的下边缘的中央位置设置有半圆形缺口44的屏幕设计，该半圆形缺口44所空出的位置用于容纳物理按键、指纹传感器、麦克风中的至少一种部件；示意性的如图3E所示的例子中，异型屏可以是在触摸显示屏130的下边缘的中央位置设置有半椭圆形缺口45的屏幕设计，同时在移动终端100的前面板上还形成有一个半椭圆型缺口，两个半椭圆形缺口围合成一个椭圆形区域，该椭圆形区域用于容纳物理按键或者指纹识别模组；示意性的如图3F所示的例子中，异型屏可以是在触摸显示屏130中的上半部中设置有至少一个小孔45的屏幕设计，该小孔45所空出的位置用于容纳摄像头、距离传感器、听筒、环境光亮度传感器中的至少一种前面板部件。

除此之外，本领域技术人员可以理解，上述附图所示出的移动终端100的结构并不构成对移动终端100的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，移动终端100中还包括射频电路、输入单元、传感器、音频电路、无线保真(Wireless Fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

首先，对本申请实施例涉及到的一些名词进行解释：

安卓操作系统：由美国谷歌公司出品的一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备。

应用程序：简称应用，在安卓操作系统中，一个应用程序通常包括至少一个程序组件。程序组件分为四种：活动(英文：Activity)组件、服务(英文：Service)组件、内容提供者(英文：Content Provider)组件和广播接收器(英文：Broadcast Receiver)组件。

活动组件：安卓应用程序中负责与用户交互的组件，它为安卓应用程序提供可视化的用户界面。一个安卓应用程序可以包括零到多个活动组件。

内容提供者组件：安卓应用程序中用于为其它应用或者当前应用中的其它组件提供数据的组件，比如：铃声、壁纸、电话本等。它能够对各种格式的数据进行封装，以标准的形式提供给其它应用或者组件进行使用。

意图(英文：Intent)消息：安卓应用程序中实现各项程序组件之间进行通讯的一种消息，各项程序组件可以是同一应用程序中的不同组件，也可以是不同应用程序中的不同组件。Intent消息负责对应用程序中一次操作的动作、动作涉及数据、附加数据进行描述，安卓操作系统根据该Intent消息的描述，负责找到对应的程序组件，将Intent消息传递给调用的程序组件，并完成程序组件的调用。Intent消息分为两种：显式Intent消息和隐式Intent消息。

显式Intent消息：对于明确指出了目标程序组件名称的Intent消息，称之为显式Intent消息。比如：A程序组件需要发送一条“拨打电话18688888888”的Intent消息，若A程序组件希望B程序组件来对该Intent消息进行响应，则A程序组件在该Intent消息中指定目标程序组件是B程序组件，则安卓操作系统在接收到该Intent消息后，会将该Intent消息交由B程序组件处理。

隐式Intent消息：对于未明确指出目标程序组件名称的Intent消息，称之为隐式Intent消息。比如：A组件需要发送一条“拨打电话18688888888”的Intent消息，若A组件不知道该Intent消息应当由哪一个程序组件进行响应，则A组件可以不在该Intent消息中指定目标程序组件，则安卓操作系统在接收到该Intent消息后，会查看各个程序组件预先注册的所监听的Intent消息类型，若查看到B程序组件对有关电话呼叫的Intent消息进行监听，则安卓操作系统将该Intent消息交由B程序组件处理。或者，安卓操作系统可以将该Intent消息进行广播，由对有关电话呼叫的Intent消息感兴趣的广播接收器组件来接收并处理。

系统UI(User Interface，用户界面)组件：在安卓操作系统中负责与用户交互的组件，它为安卓操作系统提供可视化的用户界面。

相关技术中，应用程序之间的文件处理方法需要分多个步骤才能完成，不仅操作比较麻烦，而且降低了跨应用间文件处理的操作效率。为此，本申请提供了一种文件处理方法、装置及移动终端，以解决上述相关技术中存在的全部或部分问题。本申请提供的技术方案中，移动终端接收对应于第一应用程序中的目标文件的预设触发操作，根据预设触发操作显示目的应用程序集中每个应用程序的程序入口，当检测到用于将目标文件拖动至第二应用程序的程序入口上的拖动操作时，调用第二应用程序对目标文件进行处理，使得通过较少的操作(如长按目标文件后将该目标文件进行拖动)即可实现跨应用间对目标文件的处理，还可提高跨应用间文件处理的操作效率。下面采用示意性的实施例进行说明。

请参考图4，其示出了本申请一个示例性实施例提供的文件处理方法的流程图。该文件处理方法可以应用于上述图示提供的移动终端100中，该文件处理方法包括：

步骤401，接收对应于第一应用程序中的目标文件的预设触发操作。

第一应用程序是移动终端中已安装的任意一个应用程序。第一应用程序包括m个文件，m为正整数。

目标文件包括m个文件中被选择的至少一个文件。下面仅以目标文件为一个文件为例进行说明。

可选地，目标文件的文件类型包括图像、文本、多媒体文件中的一种。其中，多媒体文件包括音频和/或视频。

预设触发操作是作用于目标文件的用户操作。示意性的，预设触发操作包括点击操作、滑动操作、按压操作、长按操作中的任意一种或多种的组合。

移动终端实时检测是否存在预设触发操作，当检测到对应于第一应用程序中的目标文件的预设触发操作时，接收该预设触发操作。

示意性的，以目标文件为图像，预设触发操作为长按操作为例进行说明。如图5所示，第一应用程序为应用程序A，应用程序A中包括9个图像，即图像51至图像59。当用户对应用程序A中的图像56进行长按操作时，移动终端接收对应于图像56的长按操作。

步骤402，根据预设触发操作，显示目的应用程序集中每个应用程序的程序入口。

可选的，移动终端根据接收到的预设触发操作，显示控件栏，该控件栏中包括目的应用程序集中每个应用程序的程序入口。

目的应用程序集包括至少一个应用程序，至少一个应用程序为移动终端中已安装的与第一应用程序不同的应用程序。

目的应用程序集中每个应用程序用于对目标文件进行处理。可选地，目的应用程序集中每个应用程序用于对目标文件进行保存处理、分享处理、基础处理中的至少一种，其中基础处理包括编辑、播放、识别图形码中的至少一种。

目的应用程序集中每个应用程序的程序入口上显示的是该应用程序对应的预设图标，或者是该应用程序对应的文本标识，本申请实施例对此不加以限定。

示意性的，如图6所示，当移动终端接收对应于应用程序A中的图像56的长按操作时，显示控件栏61，该控件栏61中包括3个应用程序的程序入口，分别为应用程序B的程序入口62、应用程序C的程序入口63和应用程序D的程序入口64。

步骤403，接收对应于目标文件的拖动操作，拖动操作用于将目标文件拖动至第二应用程序的程序入口上。

其中，第二应用程序是目的应用程序集中每个应用程序中的任意一个应用程序。可选的，第二应用程序是控件栏上显示的目的应用程序集中与拖动操作对应的应用程序。

在一种可能的实现方式中，对应于目标文件的预设触发操作和对应于该目标文件的拖动操作是两个连续的操作，即可视为一个连贯的滑动操作。

比如，当用户对目标文件进行长按操作后不松手，在显示目的应用程序集中每个应用程序的程序入口时，用户直接将该目标文件拖动至第二应用程序的程序入口上。

在另一种可能的实现方式中，对应于目标文件的预设触发操作和对应于该目标文件的拖动操作是两个断开的操作。

比如，当用户对目标文件进行长按操作后松手，在显示目的应用程序集中每个应用程序的程序入口时，用户再次点击该目标文件，并将该目标文件拖动至第二应用程序的程序入口上。

可选的，移动终端在接收到对应于目标文件的预设触发操作后，在预定时间间隔内检测是否存在对应于目标文件的拖动操作，若存在对应于目标文件的拖动操作，执行步骤404。

示意性的，如图7所示，当用户将应用程序A中的图像56拖动至控件栏61中显示的应用程序B的程序入口62上时，移动终端接收对应于图像56的拖动操作。

步骤404，根据拖动操作，对目标文件进行处理。

移动终端根据拖动操作，对目标文件进行处理，该处理包括保存处理、分享处理和基础处理中的至少一种。

可选的，移动终端根据拖动操作，在显示的目的应用程序集中每个应用程序中确定第二应用程序的方法包括：当移动终端接收到对应于目标文件的拖动操作时，获取该拖动操作对应的拖动信息，根据该拖动信息在显示的目的应用程序集中每个应用程序中确定第二应用程序。

示意性的，拖动信息包括该拖动操作的拖动终止位置，根据该拖动信息在显示的目的应用程序集中每个应用程序中确定第二应用程序的方法包括：当拖动信息中的拖动终止位置用于指示控件栏上显示的一个应用程序的程序入口时，移动终端将该应用程序确定为第二应用程序。

在移动终端确定出第二应用程序时，对目标文件进行处理的方式包括但不限于以下三种可能的实现方式：

在第一种可能的实现方式中，移动终端对目标文件进行保存处理；比如，移动终端将目标文件保存至第二应用程序中。

在第二种可能的实现方式中，移动终端调用第二应用程序对目标文件进行分享处理；比如，移动终端通过调用第二应用程序直接将目标文件分享至第二应用程序的分享平台中。

在第三种可能的实现方式中，移动终端跳转至第二应用程序，通过第二应用程序对目标文件进行处理或不处理；比如，移动终端将用户界面从第一应用程序的初始操作界面切换至第二应用程序的处理界面，在处理界面中对目标文件进行处理或不处理，其中，处理界面是第二应用程序中预设的用于对目标文件进行处理的界面。

示意性的，基于图7所示的拖动操作，当移动终端接收对应于图像56的拖动操作，该拖动操作用于将应用程序A中的图像56拖动至应用程序B的程序入口62上时，移动终端根据该拖动操作，调用应用程序B对图像56进行处理。

综上所述，本申请实施例通过接收对应于第一应用程序中的目标文件的预设触发操作，根据预设触发操作显示目的应用程序集中每个应用程序的程序入口，当检测到用于将目标文件拖动至第二应用程序的程序入口上的拖动操作时，调用第二应用程序对目标文件进行处理；使得通过较少的操作(如长按目标文件后将该目标文件进行拖动)实现对目标文件的跨应用处理，不仅操作简单、便捷，而且提高了跨应用间文件处理的操作效率。

请参考图8，其示出了本申请另一个示例性实施例提供的文件处理方法的流程图。该文件处理方法可以应用于上述图示提供的移动终端100中，该文件处理方法包括：

步骤801，接收对应于第一应用程序中的目标文件的预设触发操作。

可选的，移动终端采用主动轮询的方式监控前台运行活动，根据前台运行活动来确定处于前台运行的应用程序，当移动终端确定出第一应用程序处于前台运行时，开始检测是否存在对应于第一应用程序中的目标文件的预设触发操作。

其中，活动是一种包含用户界面的组件，用于实现与用户之间的交互，每个应用程序可以包括多个活动，每个活动对应一种用户界面。前台运行活动是位于最上层的用户界面相对应的组件。最上层的用户界面是用户在使用移动终端时在屏幕上看见的用户界面。

以操作系统为安卓操作系统为例，活动是可以层叠的，每当启动一个新的活动，新的活动就会覆盖在原活动之上；使用活动栈存放启动的活动，活动栈是一种后进先出的数据结构，在默认情况下，每启动一个活动，该活动就会在活动栈中入栈，并处于栈顶位置，处于栈顶位置的活动是前台运行活动。当前台运行活动发生变化时，活动栈中处于栈顶位置的活动也会发生变化，移动终端采用主动轮询的方式监控前台运行活动，并确定与前台运行活动对应的应用程序。

需要说明的是，除了新的活动会位于栈顶，将一个旧的活动切换到前台运行时，该旧的活动也会重新移动到栈顶。

步骤802，确定目标文件的文件类型，目标文件的文件类型包括图像、文本、音频和视频中的一种。

当移动终端检测到预设触发操作时，获取该预设触发操作对应的第一应用程序中的目标文件，根据目标文件确定目标文件的文件类型。

可选的，目标文件的文件类型用于指示该目标文件的数据格式。

步骤803，获取与目标文件的文件类型对应的目的应用程序集。

移动终端中预设有多个文件类型和多个应用程序集之间的对应关系，移动终端根据该对应关系，获取与目标文件的文件类型对应的目的应用程序集。

需要说明的是，安卓操作系统的应用程序在安装过程中，通过内容提供者组件配置有该应用程序对应的n种文件类型，用于指示该应用程序能够用于处理这n种文件类型各自对应的文件，n为正整数。

可选的，在操作系统中存储有已安装的x个应用程序与x个应用程序各自对应的至少一种文件类型的对应关系，或者存储有y个文件类型与y个文件类型各自对应的目的应用程序集的对应关系。本实施例对应用程序与文件类型的预设对应关系的存储形式不加以限定。下面仅以预设对应关系为y个文件类型与y个文件类型各自对应的目的应用程序集的对应关系为例进行说明。

其中，任意两个文件类型各自对应的目的应用程序集之间存在交集或不存在交集。

示意性的，预设对应关系如表一所示。操作系统中存储有3种文件类型，第1种文件类型“图像”对应的目的应用程序集包括4个应用程序：应用程序B、应用程序C、应用程序D和应用程序E，即这4个应用程序是能够用于处理图像的应用程序；第2种文件类型“文本”对应的目的应用程序集包括2个应用程序：应用程序B和应用程序C，，即这2个应用程序是能够用于处理文本的应用程序；第3种文件类型“音频和/或视频”对应的目的应用程序集包括3个应用程序：应用程序B、应用程序D和应用程序H，即这3个应用程序是能够用于处理音频和/或视频的应用程序。

表一

可选的，在移动终端根据预设触发操作，获取与预设触发操作对应的目标文件后，移动终端根据目标文件生成Intent消息，该Intent消息中包括有目标文件的文件类型，根据该Intent消息中的文件类型，在存储的预设对应关系中获取与文件类型对应的目的应用程序集，该目的应用程序集中包括至少一个能够用于处理该文件类型的目标文件的应用程序。

步骤804，显示目的应用程序集中每个应用程序的程序入口。

可选的，移动终端预先在系统UI组件中增加控件栏；示意性的，控制栏也称为处理条(英文：ShareBar)。

当移动终端获取到与文件类型对应的目的应用程序集，该目的应用程序集中包括至少一个应用程序时，通过系统UI组件显示控件栏，即通过系统UI组件将目的应用程序集中每个应用程序的程序入口显示在控件栏中。

可选的，控件栏中目的应用程序集中每个应用程序的程序入口的显示顺序是随机的，或者是移动终端预先设置的。

可选的，移动终端自定义设置控件栏的预设显示时长，若移动终端显示控件栏的时长超过预设显示时长，则取消显示控件栏，即取消显示目的应用程序集中每个应用程序的程序入口，将用户界面恢复为触发显示控制栏且尚未显示出控制栏时的用户界面。

需要说明的是，将触发显示控制栏且尚未显示出控制栏时的用户界面称之为第一应用程序对应的初始操作界面，在第一应用程序对应的初始操作界面上移动终端接收到对应于第一应用程序中的目标文件的预设触发操作。

根据显示位置的不同，目的应用程序集中每个应用程序的程序入口的显示方式包括但不限于以下几种可能的显示方式：

在第一种可能的显示方式中，移动终端将第一应用程序对应的初始操作界面压缩显示在触摸显示屏的第一局部区域中，且在触摸显示屏的第二局部区域中显示第一控件栏，第一控件栏上显示有目的应用程序集中每个应用程序的程序入口。

其中，第一局部区域和第二局部区域是触摸显示屏中两个不同的局部区域。即控制栏和第一应用程序对应的初始操作界面显示在触摸显示屏中两个不同的局部区域中。

在一个示意性的例子中，基于图5所提供的应用程序A对应的初始操作界面，在用户对图像56进行长按操作后，如图9所示，移动终端根据接收到的对应于图像56的长按操作，将应用程序A对应的初始操作界面压缩显示在触摸显示屏的第一局部区域91中，且在触摸显示屏的第二局部区域92中显示第一控件栏93，第一控件栏93上显示有应用程序B的程序入口94、应用程序C的程序入口95以及应用程序D的程序入口96，上述应用程序B、应用程序C以及应用程序D用于处理图像56。

在第二种可能的显示方式中，移动终端保持第一应用程序对应的初始操作界面不变，在初始操作界面上叠加显示第二控件栏，第二控件栏上显示有目的应用程序集中每个应用程序的程序入口。

移动终端在初始操作界面上叠加显示第二控件栏，即移动终端将第二控件栏显示于第一应用程序对应的初始操作界面的部分区域的上层。对应的，用户在使用移动终端时在屏幕上看见第二控件栏，且第一应用程序对应的初始操作界面中的部分区域被第二控件栏所遮挡。

第二控件栏的显示位置和/或显示形状可以根据目的应用程序集中每个应用程序的程序入口所需显示的显示位置动态确定。

在一种可能的实现方式中，移动终端确定目的应用程序集中每个应用程序的程序入口所需显示的第一显示位置，根据第一显示位置，确定第二控件栏在初始操作界面上叠加显示的第二显示位置，在第二显示位置上显示第二控件栏。

在一个示意性的例子中，基于图5所提供的应用程序A对应的初始操作界面，在用户对图像56进行长按操作后，如图10所示，移动终端根据接收到的对应于图像56的长按操作，保持应用程序A对应的初始操作界面不变，在该初始操作界面上叠加显示第二控件栏100，第二控件栏100上显示有应用程序B的程序入口101、应用程序C的程序入口102以及应用程序D的程序入口103，上述应用程序B、应用程序C以及应用程序D用于对图像56进行处理。

可选的，根据显示效果的不同，目的应用程序集中每个应用程序的程序入口的显示方式包括以淡入的形式显示、以飞入的形式显示和以弹出的形式显示中至少一种显示方式。本申请实施例对目的应用程序集中每个应用程序的程序入口的显示方式不加以限定。

可选的，当移动终端接收到预设触发操作时，在显示目的应用程序集中每个应用程序的程序入口的同时，移动终端根据预设触发操作，以浮层的形式在目标文件上显示提示信息。

示意性的，该提示信息用于提示与预设触发操作对应的已被选中的目标文件。

在一种可能的实现方式中，当目标文件为图像时，移动终端根据预设触发操作，以浮层的形式在图像上显示第一提示信息，第一提示信息包括图像的缩略图。

在一个示意性的例子中，基于图5所示的应用程序A对应的初始操作界面，在用户对图像56进行长按操作后，如图11所示，移动终端根据预设触发操作，以浮层的形式在图像56上显示第一提示信息110，第一提示信息110包括图像56的缩略图。

步骤805，接收对应于目标文件的拖动操作，拖动操作用于将目标文件拖动至第二应用程序的程序入口上。

移动终端接收用于将目标文件拖动至第二应用程序的程序入口上的拖动操作。

步骤806，根据拖动操作，对目标文件进行处理。

目标文件的文件类型包括图像、文本和多媒体文件中的至少一种，根据目标文件的文件类型不同，移动终端对目标文件进行处理，包括但不限于以下几种可能的处理方式。

在第一种可能的处理方式中，当目标文件是图像时，调用第二应用程序对该图像进行分享和/或图像处理。

可选的，图像处理包括对该图像进行打开、图像美化处理、图像裁剪、打印、传输、保存中的至少一种处理。

在第二种可能的处理方式中，当目标文件是文本时，调用第二应用程序对该文本进行分享和/或文字处理。

可选的，文字处理包括对该文本进行打开、编辑、打印、传输、保存中的至少一种处理。

在第三种可能的处理方式中，当目标文件是多媒体文件时，调用第二应用程序对该多媒体文件进行分享和/或播放，该多媒体文件包括音频或视频。

第二应用程序的程序类型包括第三方应用程序和操作系统应用程序中的一种，根据第二应用程序的程序类型不同，移动终端调用第二应用程序对目标文件进行处理，包括但不限于以下两种可能的处理方式。

在一种可能的处理方式中，当第二应用程序为第三方应用程序时，移动终端根据拖动操作，将当前用户界面切换至第三方应用程序对应的第一处理页面，在第三方应用程序对应的第一处理页面中对目标文件进行处理。

示意性的，基于图7所示的拖动操作，该拖动操作用于将图像56拖动至应用程序B的程序入口62上，如图12所示，移动终端根据该拖动操作，将当前用户界面切换至应用程序B对应的第一处理页面121，在该第一处理页面121中显示联系人列表123，该联系人列表123包括与移动终端的移动终端帐号存在关联关系的至少一个用户帐号，当用户在至少一个用户帐号中选择用户帐号“路飞”时，移动终端接收对应于用户帐号“路飞”的点击操作，根据该点击操作，将该图像56处理至用户帐号“路飞”对应的客户端。

在另一种可能的处理方式中，当第二应用程序为操作系统应用程序时，移动终端根据拖动操作，将当前用户界面切换至操作系统应用程序对应的第二处理页面，将目标文件对应的内容显示在第二处理页面的预设待发送区域，并继续对该目标文件进行处理。

示意性的，目标文件为文本2，第二应用程序为“TT信息”，当移动终端接收到对应于文本2的拖动操作，且该拖动操作用于将文本2拖动至“TT信息”的程序入口上时，移动终端将当前用户界面切换至“TT信息”对应的第二处理页面，在该第二处理页面中自动将该文本2对应的文本内容“今天可能会下雨，出门时请注意携带雨具”填充到信息内容输入域，以便用户完成后续的操作。

需要说明的一点是，上述实施例中，以调用第二应用程序对目标文件进行处理并显示第二应用程序的目标界面为例进行说明。在可选的实施例中，对目标文件的处理可以在后台进行，无需显示第二应用程序的目标界面，且该处理过程不影响原用户界面即第一应用程序对应的初始操作界面的正常使用。

需要说明的另一点是，上述实施例中，以调用第二应用程序对目标文件进行处理并显示第二应用程序的目标界面为例进行说明。在一个可选的实施例中，移动终端自定义默认应用程序或者移动终端根据用户设置预先确定默认应用程序。当移动终端接收到对应于目标文件的预设触发操作时，直接调用默认应用程序对目标文件进行处理。在另一个可选的实施例中，移动终端自定义y个文件类型各自对应的默认应用程序，或者移动终端根据用户设置预先确定y个文件类型各自对应的默认应用程序。当移动终端接收到对应于目标文件的预设触发操作时，根据预设触发操作，获取与预设触发操作对应的目标文件，根据目标文件的文件类型，获取与文件类型对应的默认应用程序，调用该默认应用程序对目标文件进行处理。

综上所述，本申请实施例还通过获取与预设触发操作对应的目标文件，根据目标文件的文件类型，获取与文件类型对应的目的应用程序集，显示目的应用程序集中目的应用程序集中每个应用程序的程序入口，使得显示的目的应用程序集中每个应用程序是能够用于处理该目标文件的应用程序。

本申请实施例还通过将第一应用程序对应的初始操作界面移动至触摸显示屏的第一局部区域，且在触摸显示屏的第二局部区域中显示第一控件栏，由于第一局部区域和第二局部区域是触摸显示屏中两个不同的局部区域，使得显示第一控件栏时不会遮挡住原用户界面的全部内容，即显示过程不会影响第一应用程序对应的初始操作界面的正常使用。

本申请实施例还通过根据预设触发操作，以浮层的形式在目标文件上显示提示信息，以使用户明确即将进行拖动操作的操作对象。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图13，其示出了本申请一个实施例提供的文件处理装置的结构示意图。该文件处理装置可以通过专用硬件电路，或者，软硬件的结合实现成为图1至图3F中的移动终端100的全部或一部分，该文件处理装置包括：第一接收模块1310、第一显示模块1320、第二接收模块1330和处理模块1340。

第一接收模块1310，用于接收对应于第一应用程序中的目标文件的预设触发操作。

第一显示模块1320，用于根据预设触发操作，显示目的应用程序集中每个应用程序的程序入口，目的应用程序集包括至少一个应用程序，目的应用程序集中每个应用程序用于对目标文件进行处理。

第二接收模块1330，用于接收对应于目标文件的拖动操作，拖动操作用于将目标文件拖动至第二应用程序的程序入口上，第二应用程序是目的应用程序集中的一个应用程序。

处理模块1340，用于根据拖动操作，对目标文件进行处理。

在基于图13所示实施例提供的另一个可选实施例中，如图14所示，移动终端中预设有多个文件类型和多个应用程序集之间的对应关系，第一显示模块1320，包括：确定单元1321、获取单元1322和显示单元1323；

确定单元1321，用于确定目标文件的文件类型，目标文件的文件类型包括图像、文本、音频和视频中的一种。

获取单元1322，用于获取与目标文件的文件类型对应的目的应用程序集。

显示单元1323，用于显示目的应用程序集中每个应用程序的程序入口。

在基于图13所示实施例提供的另一个可选实施例中，如图14所示，显示单元1323，还用于将第一应用程序对应的初始操作界面压缩显示在触摸显示屏的第一局部区域中，且在触摸显示屏的第二局部区域中显示第一控件栏，第一控件栏上显示有目的应用程序集中每个应用程序的程序入口；

其中，第一局部区域和第二局部区域是触摸显示屏中两个不同的局部区域。

在基于图13所示实施例提供的另一个可选实施例中，如图14所示，显示单元1323，还用于保持第一应用程序对应的初始操作界面不变，在初始操作界面上叠加显示第二控件栏，第二控件栏上显示有目的应用程序集中每个应用程序的程序入口。

在基于图13所示实施例提供的另一个可选实施例中，如图14所示，显示单元1323，还用于确定目的应用程序集中每个应用程序的程序入口所需显示的第一显示位置；根据第一显示位置，确定第二控件栏在初始操作界面上叠加显示的第二显示位置；在第二显示位置上显示第二控件栏。

在基于图13所示实施例提供的另一个可选实施例中，如图14所示，处理模块1340，包括：第一处理单元1341、第二处理单元1342和第三处理单元1343；

第一处理单元1341，用于对目标文件进行保存处理；和/或，

第二处理单元1342，用于调用第二应用程序对目标文件进行分享处理；和/或，

第三处理单元1343，用于跳转至第二应用程序，通过第二应用程序对目标文件进行处理或不处理。

在基于图13所示实施例提供的另一个可选实施例中，如图14所示，该装置，还包括：第二显示模块1350。

第二显示模块1350，用于根据预设触发操作，以浮层的形式在目标文件上显示提示信息。

在基于图13所示实施例提供的另一个可选实施例中，如图14所示，目标文件为图像，

第二显示模块1350，还用于以浮层的形式在图像上显示第一提示信息，第一提示信息包括图像的缩略图。

需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本实施例还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如上各个实施例提供的文件处理方法。

本实施例还提供了一种计算机程序产品，所述程序产品中存储有至少一条指令，所述指令由处理器加载并执行以实现如上各个实施例提供的文件处理方法。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的文件处理方法中全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (18)

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

接收对应于第一应用程序中的目标文件的预设触发操作；

根据所述预设触发操作，显示目的应用程序集中每个应用程序的程序入口，所述目的应用程序集包括至少一个应用程序，所述目的应用程序集中每个应用程序用于对所述目标文件进行处理；

接收对应于所述目标文件的拖动操作，所述拖动操作用于将所述目标文件拖动至第二应用程序的程序入口上，所述第二应用程序是所述目的应用程序集中的一个应用程序；

根据所述拖动操作，对所述目标文件进行处理。

2.根据权利要求1所述的方法，其特征在于，移动终端中预设有多个文件类型和多个应用程序集之间的对应关系，所述显示目的应用程序集中每个应用程序的程序入口，包括：

确定所述目标文件的文件类型，所述目标文件的文件类型包括图像、文本、音频和视频中的一种；

获取与所述目标文件的文件类型对应的目的应用程序集；

显示所述目的应用程序集中每个应用程序的程序入口。

3.根据权利要求2所述的方法，其特征在于，所述显示所述目的应用程序集中每个应用程序的程序入口，包括：

将所述第一应用程序对应的初始操作界面压缩显示在触摸显示屏的第一局部区域中，且在所述触摸显示屏的第二局部区域中显示第一控件栏，所述第一控件栏上显示有所述目的应用程序集中每个应用程序的程序入口；

其中，所述第一局部区域和所述第二局部区域是所述触摸显示屏中两个不同的局部区域。

4.根据权利要求2所述的方法，其特征在于，所述显示所述目的应用程序集中所述目的应用程序集中每个应用程序的所述程序入口，包括：

保持所述第一应用程序对应的初始操作界面不变，在所述初始操作界面上叠加显示第二控件栏，所述第二控件栏上显示有所述目的应用程序集中每个应用程序的程序入口。

5.根据权利要求4所述的方法，其特征在于，所述在所述初始操作界面上叠加显示第二控件栏，包括：

确定所述目的应用程序集中每个应用程序的程序入口所需显示的第一显示位置；

根据所述第一显示位置，确定所述第二控件栏在所述初始操作界面上叠加显示的第二显示位置；

在所述第二显示位置上显示所述第二控件栏。

6.根据权利要求1至5任一所述的方法，其特征在于，所述对所述目标文件进行处理，包括：

对所述目标文件进行保存处理；和/或，

调用所述第二应用程序对所述目标文件进行分享处理；和/或，

跳转至所述第二应用程序，通过所述第二应用程序对所述目标文件进行处理或不处理。

7.根据权利要求1至5任一所述的方法，其特征在于，所述接收对应于第一应用程序中的目标文件的预设触发操作之后，还包括：

根据所述预设触发操作，以浮层的形式在所述目标文件上显示提示信息。

8.根据权利要求7所述的方法，其特征在于，所述目标文件为图像，

所述以浮层的形式在所述目标文件上显示提示信息，包括：

以浮层的形式在所述图像上显示第一提示信息，所述第一提示信息包括所述图像的缩略图。

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

第一接收模块，用于接收对应于第一应用程序中的目标文件的预设触发操作；

第一显示模块，用于根据所述预设触发操作，显示目的应用程序集中每个应用程序的程序入口，所述目的应用程序集包括至少一个应用程序，所述目的应用程序集中每个应用程序用于对所述目标文件进行处理；

第二接收模块，用于接收对应于所述目标文件的拖动操作，所述拖动操作用于将所述目标文件拖动至第二应用程序的程序入口上，所述第二应用程序是所述目的应用程序集中的一个应用程序；

处理模块，用于根据所述拖动操作，对所述目标文件进行处理。

10.根据权利要求9所述的装置，其特征在于，移动终端中预设有多个文件类型和多个应用程序集之间的对应关系，所述第一显示模块，包括：

确定单元、获取单元和显示单元；

所述确定单元，用于确定所述目标文件的文件类型，所述目标文件的文件类型包括图像、文本、音频和视频中的一种；

所述获取单元，用于获取与所述目标文件的文件类型对应的目的应用程序集；

所述显示单元，用于显示所述目的应用程序集中每个应用程序的程序入口。

11.根据权利要求10所述的装置，其特征在于，所述显示单元，还用于将所述第一应用程序对应的初始操作界面压缩显示在触摸显示屏的第一局部区域中，且在所述触摸显示屏的第二局部区域中显示第一控件栏，所述第一控件栏上显示有所述目的应用程序集中每个应用程序的程序入口；

其中，所述第一局部区域和所述第二局部区域是所述触摸显示屏中两个不同的局部区域。

12.根据权利要求10所述的装置，其特征在于，所述显示单元，还用于保持所述第一应用程序对应的初始操作界面不变，在所述初始操作界面上叠加显示第二控件栏，所述第二控件栏上显示有所述目的应用程序集中每个应用程序的程序入口。

13.根据权利要求12所述的装置，其特征在于，所述显示单元，还用于确定所述目的应用程序集中每个应用程序的程序入口所需显示的第一显示位置；根据所述第一显示位置，确定所述第二控件栏在所述初始操作界面上叠加显示的第二显示位置；在所述第二显示位置上显示所述第二控件栏。

14.根据权利要求9至13任一所述的装置，其特征在于，所述处理模块，包括：第一处理单元、第二处理单元和第三处理单元；

所述第一处理单元，用于对所述目标文件进行保存处理；和/或，

所述第二处理单元，用于调用所述第二应用程序对所述目标文件进行分享处理；和/或，

所述第三处理单元，用于跳转至所述第二应用程序，通过所述第二应用程序对所述目标文件进行处理或不处理。

15.根据权利要求9至13任一所述的装置，其特征在于，所述装置，还包括：

第二显示模块，用于根据所述预设触发操作，以浮层的形式在所述目标文件上显示提示信息。

16.根据权利要求15所述的装置，其特征在于，所述目标文件为图像，

所述第二显示模块，还用于以浮层的形式在所述图像上显示第一提示信息，所述第一提示信息包括所述图像的缩略图。

17.一种移动终端，其特征在于，所述移动终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至8任一所述的文件处理方法。

18.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1至8任一所述的文件处理方法。