CN113805757A - 文件处理方法及装置 - Google Patents

Abstract

本申请公开了一种文件处理方法及装置，属于通信技术领域。该方法包括：接收用户对第一应用程序图标上的悬浮控件的第一输入，所述悬浮控件指示目标文件；响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件。

Description

文件处理方法及装置

技术领域

本申请属于通信技术领域，具体涉及一种文件处理方法及装置。

背景技术

电子设备上文件分享存在较大限制。例如：在A应用不支持分享文件至B应用的情况下，A应用通常先将目标文件保存在某个路径，再从文件管理器中找到目标文件，进而使用B应用打开目标文件。上述文件分享过程受限于文件所属的初始应用程序，并且文件分享过程被割裂，使得文件分享过程变得繁琐。

发明内容

本申请实施例的目的是提供一种文件处理方法及装置，能够解决文件分享过程繁琐的问题。

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

接收用户对第一应用程序图标上的悬浮控件的第一输入，所述悬浮控件指示目标文件；

响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件。

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

第一接收模块，用于接收用户对第一应用程序图标上的悬浮控件的第一输入，所述悬浮控件指示目标文件；

文件打开模块，用于响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，通过接收对第一应用程序中的目标文件的第一输入，响应于第一输入，在第一应用程序图标上显示与目标文件对应的悬浮控件，可以简化用户对目标文件的操作；并通过接收用户对悬浮控件的第二输入，响应于第二输入，在目标文件对应的文件类型属于第二应用程序支持的文件类型的情况下，在第二应用程序图标上显示悬浮控件，由此简化了文件分享过程，从而可以方便快捷的完成文件分享，提高了用户操作体验。

附图说明

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

图2是本申请实施例提供的文件处理方法的操作页面示意图之一；

图3是本申请实施例提供的文件处理方法的操作页面示意图之二；

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

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

图6是实现本申请实施例的一种电子设备的硬件结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的文件处理方法及装置进行详细地说明。

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

步骤110、接收用户对第一应用程序图标上的悬浮控件的第一输入，所述悬浮控件指示目标文件；

步骤120、响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件。

需要说明的是，本申请实施例提供的文件处理方法的执行主体可以是智能电子设备，例如手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等。

下面以手机作为执行主体实现本申请实施例提供的文件处理方法为例，详细说明本申请的技术方案。

可选地，在步骤110中，目标文件可以包括文本文档、图片、视频、音频和压缩包等各种类型的文件，还可以包括网页链接或小程序等，本申请对目标文件的类型不作具体限定。悬浮控件可以通过与目标文件的存储地址的关联关系来指示目标文件。

可选地，第一输入可以是按压悬浮控件的操作，也可以是移动悬浮控件的操作。用户可以通过第一输入将悬浮控件的位置调整至手机桌面的任意位置上。当第一输入是按压操作时，可以显示第二应用程序图标列表以供用户选择，并基于用户选择，确定目标第二应用程序；当第一输入是移动操作时，用户可以根据需求将悬浮控件从第一应用程序图标上向第二应用程序图标移动，本申请对悬浮控件的移动方式和移动轨迹不作具体限定。

可选地，在步骤120中，响应于第一输入，悬浮控件从第一应用图标上移动至第二应用图标上。悬浮控件可以是从第一应用图标的角标位置移动至第二应用图标的角标位置上。在悬浮控件位于第二应用图标上的情况下，可以直接通过第二应用程序打开目标文件。

本申请实施例提供的文件处理方法，通过接收用户对悬浮控件的第一输入，响应于第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件，由此简化了文件分享过程，从而可以方便快捷的完成文件分享，提高了用户操作体验。

在一个实施例中，所述响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件，包括：

响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上；

在所述目标文件对应的文件类型属于第二应用程序支持的文件类型的情况下，在第二应用程序图标上显示所述悬浮控件，并通过所述第二应用程序打开所述目标文件的处理页面。

可选地，应用程序支持的文件类型指的是应用程序能够运行的文件对应的文件类型。例如：音频软件支持的文件类型可以包括各种音频文件，视频软件支持的文件类型可以包括各种视频文件和音频文件；文档阅读软件支持的文件类型可以包括各种格式文档文件，例如：文本TXT格式。响应于用户对悬浮控件的第一输入，在用户选择的第二应用程序支持目标文件的文件类型的情况下，即在第二应用程序能够运行目标文件的情况下，悬浮控件可以显示在第二应用程序图标上。例如：悬浮控件可以显示在第二应用程序图标的角标位置。第二应用程序可以直接打开目标文件，并显示目标文件的处理页面。用户可以根据需求在处理页面进行相应的处理。目标文件的处理页面可以是编辑目标文件的页面，也可以是预览目标文件的页面，本申请不作具体限定。

可选地，在所述目标文件对应的文件类型不属于所述第二应用程序支持的文件类型的情况下，将所述悬浮控件移动至所述第一应用程序图标上。

可选地，响应用户对悬浮控件的第二输入，当第二输入是按压操作时，可以显示第二应用程序图标列表以供用户选择，并基于用户选择，确定目标第二应用程序；当第二输入是移动操作时，用户可以根据需求将悬浮控件从第一应用程序图标上向第二应用程序图标移动，本申请对悬浮控件的移动方式和移动轨迹不作具体限定。在用户选择的第二应用程序不支持目标文件的文件类型的情况下，即在第二应用程序不能运行目标文件的情况下，悬浮控件将自动返回至第一应用程序图标上。

本申请实施例提供的文件处理方法，通过响应用户对悬浮控件的第一输入，在目标文件对应的文件类型属于第二应用程序支持的文件类型的情况下，可以快速识别支持运行目标文件的第二应用程序，从而便于用户通过悬浮控件确定支持目标文件运行的应用程序，以减少由于第一应用程序限制导致文件无法跨应用程序分享的情况。

在一个实施例中，所述响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件，包括：

响应于所述第一输入，显示所有支持所述目标文件对应的文件类型的第二应用程序图标；

接收用户从所述第二应用程序图标中选择目标第二应用程序图标的第二输入；

响应于所述第二输入，将所述悬浮控件移动至所述目标第二应用程序图标上，并通过目标第二应用程序打开所述目标文件的处理页面。

可选地，响应于用户对悬浮控件的第一输入，当第一输入是按压操作或移动操作时，手机桌面会在当前页面显示支持目标文件类型的第二应用程序图标，可以是在当前页面突出显示支持目标文件类型的第二应用程序图标，也可以是在当前页面只显示支持目标文件类型的第二应用程序图标等，本申请不作具体限定。其中，突出显示第二应用程序图标有如下方式：

方式一、对所有支持目标文件类型的第二应用程序图标进行放大显示操作，且其余应用程序图标的大小保持不变，则显示放大后的第二应用程序图标。

方式二、对所有支持目标文件类型的第二应用程序图标进行高亮显示操作，且其余应用程序图标的亮度保持不变，则显示高亮显示后的第二应用程序图标。如图2所示，“可支持高亮”的应用图标表示可支持目标文件运行的应用图标。

方式三、对所有支持目标文件类型的第二应用程序图标进行高亮显示操作，且降低其余应用程序图标的亮度，例如对其余应用程序图标进行灰度显示操作，则显示高亮显示后的第二应用程序图标和降低亮度后的其余应用程序图标。如图2所示，“可支持高亮”的应用图标表示可支持目标文件运行的应用图标可以高亮度显示。“不支持低亮”的应用图标表示不支持目标文件运行的应用图标可以低亮度显示。

方式四、对所有支持目标文件类型的第二应用程序图标进行动画显示操作，且其余应用程序图标不进行动画显示。例如设计第二应用程序图标的抖动效果，以提示用户当前第二应用程序图标支持目标文件的文件类型，则可以显示具有动画效果的第二应用程序图标。

方式五、如图2所示，在手机桌面设置快捷栏区域，快捷栏中可以设置支持目标文件类型的第二应用程序图标或***默认的文件编辑器。响应于用户对悬浮控件的第一输入，用户在移动悬浮控件时可以显示快捷栏区域，则用户可以直接在快捷栏中选择目标第二应用程序或***默认的文件编辑器。

可选地，手机突出显示所有支持目标文件类型的第二应用程序图标，同时会标识出第一应用程序图标，即目标文件的来源应用程序。

可选地，用户通过第二输入从突出显示的第二应用程序图标中选择目标第二应用程序图标。第二输入可以是将悬浮控件移动至目标第二应用程序图标上的松手操作，也可以是将悬浮控件移动至目标第二应用程序图标上的按压操作，本申请不作具体限定。在手机检测到用户已确定目标第二应用程序图标的情况下，将自动打开该目标第二应用程序中目标文件的处理页面。目标文件的处理页面可以是编辑目标文件的页面，也可以是预览目标文件的页面，本申请不作具体限定。

本申请实施例提供的文件处理方法，通过响应于第一输入，突出显示所有支持目标文件对应的文件类型的第二应用程序图标，便于用户快速选择目标第二应用程序；在用户从第二应用程序图标中选择目标第二应用程序图标的情况下，在目标第二应用程序图标上显示悬浮控件，并打开所述目标文件的处理页面，从而提高文件分享的成功率。

在一个实施例中，所述文件处理方法还包括：

接收用户对所述悬浮控件的第三输入；

响应于所述第三输入，将所述悬浮控件移动至文件操作控件中；

其中，所述文件操作控件用于对所述悬浮控件对应的目标文件执行以下至少一项：

删除目标文件、还原目标文件、移动目标文件、合并目标文件、编辑目标文件、排列目标文件。

可选地，第三输入可以是用户按压悬浮控件的操作，也可以是移动悬浮控件的操作。用户可以通过对悬浮控件的第三输入选择文件操作控件，即将悬浮控件移动至文件操作控件中。用户可以基于文件操作控件对目标文件执行相应的文件操作。

可选地，文件操作控件可以是文件管理器，例如可以是回收站或文件夹，回收站保存的是临时删除的目标文件，文件夹保存的是待处理的目标文件。文件操作控件中的目标文件均以悬浮控件的形式存储。文件操作控件可以对整个文件操作控件或者对文件操作控件中的悬浮控件执行相应的文件处理操作，以实现对目标文件的文件处理。

可选地，文件处理操作可以包括对目标文件进行的删除操作、还原操作、移动操作、合并操作、编辑操作、排列操作。删除操作可以是删除单个目标文件或批量删除目标文件，也可以是对文件操作控件进行整体删除；还原操作可以是将删除的目标文件还原至默认存储路径或者是删除时所处的存储路径中，也可以是将待处理目标文件直接还原至默认存储路径或是预设存储路径中，还原操作后的悬浮控件可以在文件操作控件上显示，也可以在还原的存储路径对应的应用程序图标上显示；移动操作可以是移动整个文件操作控件以使所有目标文件对应的悬浮控件整体移动，也可以是移动单个或多个悬浮控件，以实现移动单个目标文件或批量移动目标文件，即可以实现批量文件的分享过程；合并操作可以是将多个悬浮控件合并以使多个目标文件实现合并；编辑操作可以是对悬浮控件对应的目标文件进行编辑处理；排列操作可以是在用户打开文件操作控件后，对文件操作控件中保存的悬浮控件进行排列的操作。文件操作控件中的悬浮控件可以按照预设排列方式排列，例如可以为图标形式或列表形式。则有文件操作控件展开后可以显示按照预设排列顺序排列的悬浮控件图标，也可以显示按照文件属性信息排列的文件列表。文件属性信息可以包括文件名、文件类型、文件大小、文件创建日期等。

本申请实施例提供的文件处理方法，通过文件操作控件对悬浮控件对应的目标文件执行文件操作，可以实现对目标文件整体管理，还可以实现批量传输目标文件，提高了文件处理的效率。

在一个实施例中，所述文件处理方法还包括：

接收用户对所述悬浮控件的第四输入；

响应于所述第四输入，在预设区域中显示所述悬浮控件。

可选地，第四输入可以是用户移动悬浮控件的操作，并且是将悬浮控件移动至手机桌面的空白区域处。在上述情况下，手机将默认用户暂时没有选择应用程序运行目标文件，则悬浮控件将会自动移动至预设区域中。预设区域可以是手机桌面顶部状态栏区域和/或手机桌面顶部状态栏区域与桌面上第一排应用程序图标之间的空白区域，也可以是其他可显示区域。用户可以对预设区域中的任意悬浮控件进行移动。例如：预设区域为图2中的顶部悬浮暂存区，即顶部状态栏区域与桌面上第一排应用程序图标之间的空白区域。

本申请实施例提供的文件处理方法，通过设置预设区域，可以提高悬浮控件的使用便捷性，提高了用户体验。

在一个实施例中，所述文件处理方法还包括：

根据重力感应信息，调整所述悬浮控件的显示位置。

可选地，手机可以根据重力感应信息，对预设区域中的悬空控件进行位置调整。例如：手机由竖屏变为横屏状态，则悬浮控件将移动至手机横屏时的手机桌面的顶部区域。

本申请实施例提供的文件处理方法，通过重力感应信息调整悬浮控件的显示位置，可以提升文件处理的交互性和趣味性。

在一个实施例中，所述文件处理方法，还包括：

接收用户对第一应用程序中的目标文件的第五输入；

响应于所述第五输入，在第一应用程序图标上显示与所述目标文件对应的悬浮控件。

可选地，目标文件可以包括文本文档、图片、视频、音频和压缩包等各种类型的文件，还可以包括网页链接或小程序等，本申请对目标文件的类型不作具体限定。第五输入可以是对目标文件的按压操作、点击操作或者是按照预设轨迹对目标文件进行触控的操作，本申请对第五输入的操作形式不作具体限定。

可选地，响应于用户对目标文件的第五输入，生成与目标文件对应的悬浮控件，并显示在第一应用程序图标上，例如：悬浮控件可以在第一应用程序图标的角标位置进行显示。其中，悬浮控件可以是任意形状，例如可以为圆形。本申请对悬浮控件的表现形式不作具体限定。悬浮控件可以与目标文件建立关联关系，即可以将悬浮控件与目标文件的存储路径进行关联，且生成悬浮控件后，不会对目标文件的存储路径和内容进行变更。悬浮控件也不会干扰到手机上应用程序图标的排列和使用。

可选地，生成悬浮控件之前，可以生成“生成悬浮控件”的选择控件，该选择控件用于选择是否生成与目标文件对应的悬浮控件。接收到用户确认生成悬浮控件的操作后，在第一应用程序图标上显示与目标文件对应的悬浮控件；还可以根据不同类型的文件对悬浮控件的属性参数进行自定义设置。例如可以设置悬浮控件的形状、大小、颜色或透明度等。在用户不进行自定义设置的情况下，悬浮控件可以采用默认设置。

本申请实施例提供的文件处理方法，通过接收对第一应用程序中的目标文件的第五输入，响应于第五输入，在第一应用程序图标上显示与目标文件对应的悬浮控件，可以简化用户对目标文件的操作。

在一个实施例中，在所述悬浮控件移动至所述第二应用程序图标上之后，还包括：

接收用户对所述第二应用程序图标上的悬浮控件的第六输入；

响应于所述第六输入，将所述悬浮控件移动至第三应用程序图标上，并通过第三应用程序打开所述目标文件。

可选地，在悬浮控件移动至第二应用程序图标上之后，由于可能存在用户移动错误或误操作等情况，使得用户需要将悬浮控件从第二应用程序图标上移动至其他应用程序图标上，则此时可以再次移动悬浮控件。

可选地，第六输入可以是按压悬浮控件的操作，也可以是移动悬浮控件的操作。用户可以通过第六输入将悬浮控件的位置调整至手机桌面的任意位置上。当第六输入是按压操作时，可以显示第三应用程序图标列表以供用户选择，并基于用户选择，确定目标第三应用程序；当第六输入是移动操作时，用户可以根据需求将悬浮控件从第二应用程序图标上向第三应用程序图标移动，本申请对悬浮控件的移动方式和移动轨迹不作具体限定。

可选地，响应于第六输入，悬浮控件从第二应用图标上移动至第三应用图标上。悬浮控件可以是从第二应用图标的角标位置移动至第三应用图标的角标位置上。在悬浮控件位于第三应用图标上的情况下，可以直接通过第三应用程序打开目标文件。

本申请实施例提供的文件处理方法，通过在所述悬浮控件移动至第二应用程序图标上之后，将悬浮控件从第二应用程序图标上移动至第三应用图像上，提高了悬浮控件的使用灵活性。

在一个实施例中，本申请实施例提供的文件处理方法的操作步骤可以包括：

1、用户通过手机中的第一应用程序中打开目标文件；

2、用户长按该目标文件，弹出“生成悬浮控件”的选择控件，并点击确认。

3、当用户退回桌面时，第一应用程序图标上将显示有悬浮控件。如图2所示，悬浮控件可以移动至任意第二应用程序图标上或文件操作控件中，也可以是快捷栏区域中的第二应用程序图标上，还可以是顶部暂存悬浮区。

4、若悬浮控件被移动到的第二应用程序支持目标文件类型，则悬浮控件可以显示在第二应用程序图标上，则直接打开并显示目标文件的处理页面。

5、若悬浮控件被移动到的第二应用程序不支持目标文件类型，则悬浮控件自动返回至第一应用程序图标上。

6、若悬浮控件被移动到文件操作控件中，用户可以打开文件操作控件，并按照预设排列方式预览文件操作控件中的悬浮控件。如图3所示，文件操作控件可以以文件夹形式来管理悬浮控件。图3中“文件操作控件折叠”表示文件操作控件未被点开前，将以文件夹的形式显示在桌面上，此时文件操作控件中的悬浮控件呈现折叠状态。“文件操作控件展开”表示点开文件夹后可以以列表形式或图标形式预览悬浮控件或文件信息。

在一个实施例中，悬浮控件以“气泡”或“气球”的形式来指示目标文件。以“气泡”为例，则根据目标文件可以生成对应的“文件气泡”。“文件气泡”可以在手机桌面上进行任意移动。当“文件气泡”移动至支持目标文件运行的目标应用程序图标上，则目标应用程序可以自动打开目标文件的处理页面。当“文件气泡”移动至不支持目标文件运行的目标应用程序图标上，“文件气泡”将自动飘回上一个打开过目标文件的应用程序图标上。

可选地，在用户移动“文件气泡”的过程中，没有确定目标应用程序图标的情况下，“文件气泡”可以悬浮在预设暂存区域。例如：预设暂存区域为桌面顶部状态栏和第一排应用程序图标之间的空白区域，则用户可以在移动“文件气泡”的过程中，把“文件气泡”拖到桌面上任意空白区域中松手，此时“文件气泡”将会自动上浮至桌面顶部状态栏和第一排应用程序图标之间的空白区域。

可选地，在用户移动“文件气泡”的过程中，手机桌面可以高亮显示支持目标文件运行的应用程序图标，同时会标识出生成“文件气泡”的初始应用程序图标。

可选地，手机桌面可以设置类似于“文件垃圾桶”或“回收站”的应用图标。以回收站为例，“文件气泡”被移动至回收站应用图标上，则目标文件将被自动列入回收站目录下，表示目标文件被临时删除。在用户选择恢复目标文件的情况下，目标文件对应的“文件气泡”将重新悬浮在回收站应用图标上。

需要说明的是，本申请实施例提供的文件处理方法，执行主体可以为文件处理装置，或者该文件处理装置中的用于执行文件处理的方法的控制模块。本申请实施例中以文件处理装置执行文件处理的方法为例，说明本申请实施例提供的文件处理装置。

图4是本申请实施例提供的文件处理装置的结构示意图。参照图4，本申请实施例提供一种文件处理装置，可以包括：

第一接收模块410，用于接收用户对第一应用程序图标上的悬浮控件的第一输入，所述悬浮控件指示目标文件；

文件打开模块420，用于响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件。

本申请实施例提供的文件处理装置，通过接收用户对悬浮控件的第一输入，响应于第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件，由此简化了文件分享过程，从而可以方便快捷的完成文件分享，提高了用户操作体验。

在一个实施例中，所述文件打开模块420具体用于：

响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上；

在所述目标文件对应的文件类型属于第二应用程序支持的文件类型的情况下，在第二应用程序图标上显示所述悬浮控件，并通过所述第二应用程序打开所述目标文件的处理页面。

在一个实施例中，所述文件打开模块420具体用于：

响应于所述第一输入，显示所有支持所述目标文件对应的文件类型的第二应用程序图标；

接收用户从所述第二应用程序图标中选择目标第二应用程序图标的第二输入；

响应于所述第二输入，将所述悬浮控件移动至所述目标第二应用程序图标上，并通过目标第二应用程序打开所述目标文件的处理页面。

在一个实施例中，所述文件处理装置还包括：

文件操作模块(图中未示出)，用于接收用户对所述悬浮控件的第三输入；

响应于所述第三输入，将所述悬浮控件移动至文件操作控件中；

其中，所述文件操作控件用于对所述悬浮控件对应的目标文件执行以下至少一项：

删除目标文件、还原目标文件、移动目标文件、合并目标文件、编辑目标文件、排列目标文件。

在一个实施例中，所述文件处理装置还包括：

第二接收模块(图中未示出)，用于接收用户对所述悬浮控件的第四输入；

第一显示模块(图中未示出)，用于响应于所述第四输入，在预设区域中显示所述悬浮控件。

在一个实施例中，所述文件处理装置还包括：

调整模块(图中未示出)，用于根据重力感应信息，调整所述悬浮控件的显示位置。

在一个实施例中，所述文件处理装置还包括：

第三接收模块(图中未示出)，用于接收用户对第一应用程序中的目标文件的第五输入；

第二显示模块(图中未示出)，用于响应于所述第五输入，在第一应用程序图标上显示与所述目标文件对应的悬浮控件。

在一个实施例中，所述文件处理装置还包括：

第四接收模块(图中未示出)，用于接收用户对所述第二应用程序图标上的悬浮控件的第六输入；

移动模块(图中未示出)，用于响应于所述第六输入，将所述悬浮控件移动至第三应用程序图标上，并通过第三应用程序打开所述目标文件。

本申请实施例中的文件处理装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的文件处理装置可以为具有操作***的装置。该操作***可以为安卓(Android)操作***，可以为ios操作***，还可以为其他可能的操作***，本申请实施例不作具体限定。

本申请实施例提供的文件处理装置能够实现图1至图3的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图5所示，本申请实施例还提供一种电子设备500，包括处理器501，存储器502，存储在存储器502上并可在所述处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现上述文件处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

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

该电子设备600包括但不限于：射频单元601、网络模块602、音频输出单元603、输入单元604、传感器605、显示单元606、用户输入单元607、接口单元608、存储器609、以及处理器610等部件。

本领域技术人员可以理解，电子设备600还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理***与处理器610逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图6中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器610，用于接收用户对第一应用程序图标上的悬浮控件的第一输入，所述悬浮控件指示目标文件；

响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件。

本申请实施例提供的电子设备，通过接收用户对悬浮控件的第一输入，响应于第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件，由此简化了文件分享过程，从而可以方便快捷的完成文件分享，提高了用户操作体验。

可选地，处理器610，还用于响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上；

在所述目标文件对应的文件类型属于第二应用程序支持的文件类型的情况下，在第二应用程序图标上显示所述悬浮控件，并通过所述第二应用程序打开所述目标文件的处理页面。

可选地，处理器610，还用于响应于所述第一输入，显示所有支持所述目标文件对应的文件类型的第二应用程序图标；

接收用户从所述第二应用程序图标中选择目标第二应用程序图标的第二输入；

响应于所述第二输入，将所述悬浮控件移动至所述目标第二应用程序图标上，并通过目标第二应用程序打开所述目标文件的处理页面。

可选地，处理器610，还用于接收用户对所述悬浮控件的第三输入；

响应于所述第三输入，将所述悬浮控件移动至文件操作控件中；

其中，所述文件操作控件用于对所述悬浮控件对应的目标文件执行以下至少一项：

删除目标文件、还原目标文件、移动目标文件、合并目标文件、编辑目标文件、排列目标文件。

可选地，处理器610，还用于接收用户对所述悬浮控件的第四输入；

响应于所述第四输入，在预设区域中显示所述悬浮控件。

可选地，处理器610，还用于根据重力感应信息，调整所述悬浮控件的显示位置。

可选地，处理器610，还用于接收用户对第一应用程序中的目标文件的第五输入；

响应于所述第五输入，在第一应用程序图标上显示与所述目标文件对应的悬浮控件。

可选地，处理器610，还用于接收用户对所述第二应用程序图标上的悬浮控件的第六输入；

响应于所述第六输入，将所述悬浮控件移动至第三应用程序图标上，并通过第三应用程序打开所述目标文件。

应理解的是，本申请实施例中，输入单元604可以包括图形处理器(GraphicsProcessing Unit，GPU)6041和麦克风6042，图形处理器6041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元606可包括显示面板6061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板6061。用户输入单元607包括触控面板6071以及其他输入设备6072。触控面板6071，也称为触摸屏。触控面板6071可包括触摸检测装置和触摸控制器两个部分。其他输入设备6072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器609可用于存储软件程序以及各种数据，包括但不限于应用程序和操作***。处理器610可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器610中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述文件处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述文件处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为***级芯片、***芯片、芯片***或片上***芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (11)

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

接收用户对第一应用程序图标上的悬浮控件的第一输入，所述悬浮控件指示目标文件；

响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件。

2.根据权利要求1所述的文件处理方法，其特征在于，所述响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件，包括：

响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上；

在所述目标文件对应的文件类型属于第二应用程序支持的文件类型的情况下，在第二应用程序图标上显示所述悬浮控件，并通过所述第二应用程序打开所述目标文件的处理页面。

3.根据权利要求2所述的文件处理方法，其特征在于，所述响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件，包括：

响应于所述第一输入，显示支持所述目标文件对应的文件类型的第二应用程序图标；

接收用户从所述第二应用程序图标中选择目标第二应用程序图标的第二输入；

响应于所述第二输入，将所述悬浮控件移动至所述目标第二应用程序图标上，并通过目标第二应用程序打开所述目标文件的处理页面。

4.根据权利要求1所述的文件处理方法，其特征在于，还包括：

接收用户对所述悬浮控件的第三输入；

响应于所述第三输入，将所述悬浮控件移动至文件操作控件中；

其中，所述文件操作控件用于对所述悬浮控件对应的目标文件执行以下至少一项：

删除目标文件、还原目标文件、移动目标文件、合并目标文件、编辑目标文件、排列目标文件。

5.根据权利要求1所述的文件处理方法，其特征在于，还包括：

接收用户对所述悬浮控件的第四输入；

响应于所述第四输入，在预设区域中显示所述悬浮控件。

6.根据权利要求5所述的文件处理方法，其特征在于，还包括：

根据重力感应信息，调整所述悬浮控件的显示位置。

7.根据权利要求1-6任一项所述的文件处理方法，其特征在于，还包括：

接收用户对第一应用程序中的目标文件的第五输入；

响应于所述第五输入，在第一应用程序图标上显示与所述目标文件对应的悬浮控件。

8.根据权利要求1所述的文件处理方法，其特征在于，在所述悬浮控件移动至所述第二应用程序图标上之后，还包括：

接收用户对所述第二应用程序图标上的悬浮控件的第六输入；

响应于所述第六输入，将所述悬浮控件移动至第三应用程序图标上，并通过第三应用程序打开所述目标文件。

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

第一接收模块，用于接收用户对第一应用程序图标上的悬浮控件的第一输入，所述悬浮控件指示目标文件；

文件打开模块，用于响应于所述第一输入，将所述悬浮控件移动至第二应用程序图标上，并通过第二应用程序打开所述目标文件。

10.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-8任一项所述的文件处理方法的步骤。

11.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-8任一项所述的文件处理方法的步骤。

Images