一种多媒体文件的存储方法及移动终端与流程

本发明涉及移动终端领域，尤其是涉及一种多媒体文件的存储方法及移动终端。

背景技术：

随着移动互联网的飞速发展以及追求时尚的年轻人对移动终端的依赖，移动终端越来越普及，各大移动终端制造商也对其产品不断进行功能的完善和美化。

目前智能手机中，在使用手机上安装的第三方应用程序(例如微信或者QQ)接收图片或视频等多媒体文件时，如果用户需要把这些多媒体文件分类存储至手机，以图片为例，则需要通过如下步骤：长按点击每一张图片，将图片保存至手机，然后到手机相册中指定文件夹下选择从第三方应用程序中保存的图片，并将这些图片移动至用户自定义的图片文件夹。这样，导致图片保存和分类的步骤过于繁琐，若此时用户需要从第三方应用程序中存储几十上百张图片至手机相册，通过上述存储方式进行存储移动，则会在很大程度上浪费用户的时间，并且重复劳动很容易使得用户感觉烦躁。此外，若用户在第三方应用程序上转发图片时，同样需要长按点击每一张图片，然后点击转发才能完成，这种重复劳动同样会使得用户感觉烦躁，降低用户体验。

综上所述，现有技术中存储第三方应用程序接收到的多媒体文件时，存在存储过程繁琐以及耗时较多的问题，降低了用户体验。

技术实现要素：

本发明的目的是提供一种多媒体文件的存储方法及移动终端，以解决现有技术中存储第三方应用程序接收到的多媒体文件时存在的存储过程繁琐以及耗时较多的问题。

第一方面，本发明实施例提供了一种多媒体文件的存储方法，包括：

对通过应用程序接收到的消息进行监控；

当监控到所述消息中包含多媒体文件时，获取所述多媒体文件；

将所述多媒体文件存储至与发送所述消息的联系人对应的文件夹。

第二方面，本发明实施例提供了一种移动终端，包括：

监控模块，用于对通过应用程序接收到的消息进行监控；

第一获取模块，用于当监控到所述消息中包含多媒体文件时，获取所述多媒体文件；

第一存储模块，用于将所述多媒体文件存储至与发送所述消息的联系人对应的文件夹。

这样，本发明实施例对通过应用程序接收到的消息进行监控，并当监控到消息中包含多媒体文件时，获取该多媒体文件，然后将该多媒体文件存储至与发送消息的联系人对应的文件夹。本发明实施例将监控获取到的多媒体文件自动存储至与发送消息的联系人对应的文件夹内，避免了用户在存储移动终端上应用程序接收到的图片或视频等多媒体文件时，需要经过一系列较为繁琐的存储步骤才能将多媒体文件进行存储的问题，解决了现有技术中存储第三方应用程序接收到的多媒体文件时存在的存储过程繁琐以及耗时较多的问题，为用户存储应用程序接收到的多媒体文件提供了便利。

附图说明

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

图1表示本发明的第一实施例中多媒体文件的存储方法的流程图；

图2表示本发明的第二实施例中多媒体文件的存储方法的流程图；

图3表示本发明的第三实施例中移动终端的结构框图之一；

图4表示本发明的第三实施例中移动终端的结构框图之二；

图5表示本发明的第四实施例中移动终端的结构框图；

图6表示本发明的第五实施例中移动终端的结构框图。

具体实施方式

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

第一实施例：

如图1所示，为本发明的第一实施例中多媒体文件的存储方法的流程图，该存储方法包括：

步骤101，对通过应用程序接收到的消息进行监控。

在本步骤中，具体的，移动终端上安装有多个应用程序，且该多个应用程序能够接收消息。当应用程序接收消息时，移动终端对通过应用程序接收到的消息进行监控。例如，多个应用程序可以包括微信、QQ和陌陌等应用程序。当微信、QQ和陌陌等应用程序接收消息时，移动终端对微信、QQ和陌陌等应用程序接收到的消息进行监控。

步骤102，当监控到消息中包含多媒体文件时，获取多媒体文件。

在本步骤中，具体的，当监控到通过应用程序接收到的消息中包含多媒体文件时，获取消息中包含的多媒体文件。具体的，多媒体文件可以包括图片和视频。

步骤103，将多媒体文件存储至与发送消息的联系人对应的文件夹。

在本步骤中，具体的，当移动终端获取到多媒体文件时，可以在移动终端的预设存储空间内创建一与发送消息的联系人对应的文件夹，然后将多媒体文件存储至与发送消息的联系人对应的文件夹。此外，具体的，该联系人可以包括单个联系人和群组联系人。

例如当监控到应用程序QQ接收到的消息中包括图片时，可以直接获取该图片以及发送该图片的联系人，然后将该图片直接保存至在移动终端的预设存储空间中创建的与该联系人对应的文件夹中。这样，通过直接将监控获取到的多媒体文件自动存储至与发送消息的联系人对应的文件夹内，方便了用户查阅和管理各个联系人对应的多媒体文件，并且避免了用户在存储移动终端上应用程序接收到的图片或视频等多媒体文件时，需要经过一系列较为繁琐的存储步骤才能将多媒体文件进行存储的问题，并避免了当需要存储的图片或视频较多时，用户需要进行重复性操作才能将所有需要存储的图片或视频存储完毕的问题，为用户存储应用程序接收到的多媒体文件提供了便利。

本发明实施例对通过应用程序接收到的消息进行监控，并当监控到消息中包含多媒体文件时，获取该多媒体文件，然后将该多媒体文件存储至与发送消息的联系人对应的文件夹，避免了用户在存储移动终端上应用程序接收到的图片或视频等多媒体文件时，需要经过一系列较为繁琐的存储步骤才能将多媒体文件进行存储的问题，解决了现有技术中存储第三方应用程序接收到的多媒体文件时存在的存储过程繁琐以及耗时较多的问题，为用户存储应用程序接收到的多媒体文件提供了便利。

第二实施例：

如图2所示，为本发明的第二实施例中多媒体文件的存储方法的流程图，该存储方法包括：

步骤201，对通过应用程序接收到的消息进行监控。

在本步骤中，具体的，移动终端上安装有多个应用程序，且该多个应用程序能够接收消息。当应用程序接收消息时，移动终端对通过应用程序接收到的消息进行监控。例如，多个应用程序可以包括微信、QQ和陌陌等应用程序。当微信、QQ和陌陌等应用程序接收消息时，移动终端对微信、QQ和陌陌等应用程序接收到的消息进行监控。

步骤202，当监控到消息中包含多媒体文件时，获取多媒体文件。

在本步骤中，具体的，当监控到通过应用程序接收到的消息中包含多媒体文件时，获取消息中包含的多媒体文件。具体的，多媒体文件可以包括图片和视频。

步骤203，获取多媒体文件的文件类型。

在本步骤中，具体的，在获取到多媒体文件之后，可以获取多媒体文件的文件类型。具体的，多媒体文件的文件类型可以包括图片和视频。

步骤204，将多媒体文件存储至文件夹中与文件类型对应的第一子文件夹中。

在本步骤中，具体的，可以根据多媒体文件的文件类型，在与发送消息的联系人对应的文件夹中创建与多媒体文件的文件类型相对应的第一子文件夹，然后将多媒体文件存储至第一子文件夹中。例如，当多媒体文件的文件类型包括图片和视频时，可以在文件夹中创建图片子文件夹和视频子文件夹，然后将获取到的图片存储至图片子文件夹中，并将获取到的视频存储至视频子文件夹中。这样，按照多媒体文件的文件类型，将多媒体文件存储至相对应的子文件夹中，方便了用户查阅和管理不同文件类型的多媒体文件。

此外，可选地，在将多媒体文件存储至与发送消息的联系人对应的文件夹中时，还可以将多媒体文件存储至文件夹中与接收消息的应用程序对应的第二子文件夹中。例如，当应用程序QQ和应用程序微信中同时包括有联系人A，且当移动终端监控到应用程序QQ接收到的消息中包含有多媒体文件时，可以在与发送消息的联系人对应的文件夹中创建QQ子文件夹，并将应用程序QQ接收到的多媒体文件存储至文件中的QQ子文件夹中。这样，用户可以方便清楚的了解到存储的多媒体文件的具体来源，为用户对通过应用程序接收到的多媒体文件的管理提供了便利。

步骤205，当文件夹存储的多媒体文件位于移动终端的第一预设存储空间内时，若第一预设存储空间内的所有多媒体文件的占用空间大于第一预设存储空间的预设存储阈值，按照所有多媒体文件的存储时间顺序，将所有多媒体文件中最先存储的多媒体文件存储至移动终端中第一预设存储空间之外的第二预设存储空间。

在本步骤中，具体的，可以在移动终端的存储空间中预留第一预设存储空间存储文件夹中的多媒体文件。但是由于移动终端受到存储空间限制，因此为了保证移动终端存储空间的合理利用，可以预先设置第一预设存储空间的预设存储阈值。这样，将多媒体文件存储至与发送消息的联系人对应的文件夹之后，当第一预设存储空间内的所有多媒体文件的占用空间大于第一预设存储空间的预设存储阈值时，则可以按照所有多媒体文件的存储时间顺序，将所有多媒体文件中最先存储的多媒体文件存储至移动终端中第一预设存储空间之外的第二预设存储空间。具体的，第二预设存储空间可以为回收站。这样，可以保证第一预设存储空间内的空间一直处于未占满状态，从而保证了通过应用程序获取到的多媒体文件都能够得到有效存储。此外，将所有多媒体文件中最先存储的多媒体文件存储至移动终端中第一预设存储空间之外的第二预设存储空间，可以使得第一预设存储空间中保留最新存储的多媒体文件，由于最新存储的多媒体文件为用户浏览度和使用度较高的文件，因此提高了用户浏览和使用多媒体文件的便利性。

此外，可选地，在第一预设存储空间内的所有多媒体文件的占用空间大于第一预设存储空间的预设存储阈值时，还可以显示一提示用户修改第一预设存储空间的预设存储阈值或移除多媒体文件的提示信息。这样，若用户不想将多媒体文件移除，则可以修改第一预设存储空间的预设存储阈值，以使第一预设存储空间内的占用空间小于预设存储阈值；若用户不想修改第一预设存储空间的预设存储阈值，则可以进入第一预设存储空间，根据自身需要挑选需要移除的多媒体文件；当然，若用户没有修改第一预设存储空间的预设存储阈值，也没有移除第一预设存储空间内的多媒体文件，则移动终端可以按照所有多媒体文件的存储时间顺序，将所有多媒体文件中最先存储的多媒体文件存储至移动终端中第一预设存储空间之外的第二预设存储空间。

另外，可选地，在将多媒体文件存储至与发送消息的联系人对应的文件夹的步骤之后，当接收到用户输入的将通过应用程序接收到的多个多媒体文件转发至一应用程序中的联系人的操作指令时，从文件夹中获取多媒体文件；然后将多媒体文件通过应用程序转发至联系人。这样，避免了用户在需要对通过应用程序获取到的多媒体文件进行转发时，需要依次点击多媒体文件然后依次点击转发的操作，并避免了重复性转发多媒体文件的繁琐性，提高了转发多媒体文件的效率。

这样，本发明实施例对通过应用程序接收到的消息进行监控，并当监控到消息中包含多媒体文件时，获取该多媒体文件，然后将该多媒体文件存储至与发送消息的联系人对应的文件夹，并在存储有多媒体文件的第一预设存储空间内的所有多媒体文件的占用空间大于第一预设存储空间的预设存储阈值时，将第一预设存储空间内的部分多媒体文件进行转移，以保证第一预设存储空间内的空间处于未占满状态，从而保证了通过应用程序获取到的多媒体文件都可以得到有效存储。本实施例还避免了用户在存储移动终端上应用程序接收到的图片或视频等多媒体文件时，需要经过一系列较为繁琐的存储步骤才能将多媒体文件进行存储的问题，解决了现有技术中存储第三方应用程序接收到的多媒体文件时存在的存储过程繁琐以及耗时较多的问题，为用户存储应用程序接收到的多媒体文件提供了便利。

第三实施例：

如图3所示，为本发明的第三实施例中移动终端的结构框图之一。该移动终端包括：

监控模块301，用于对通过应用程序接收到的消息进行监控；

第一获取模块302，用于当监控到所述消息中包含多媒体文件时，获取所述多媒体文件；

第一存储模块303，用于将所述多媒体文件存储至与发送所述消息的联系人对应的文件夹。

这样，本实施例中的移动终端通过监控模块对通过应用程序接收到的消息进行监控，并当监控到消息中包含多媒体文件时，通过第一获取模块获取多媒体文件，并通过第一存储模块将多媒体文件存储至与发送消息的联系人对应的文件夹，避免了用户在存储移动终端上应用程序接收到的图片或视频等多媒体文件时，需要经过一系列较为繁琐的存储步骤才能将多媒体文件进行存储的问题，解决了现有技术中存储第三方应用程序接收到的多媒体文件时存在的存储过程繁琐以及耗时较多的问题，为用户存储应用程序接收到的多媒体文件提供了便利。

如图4所示，为本发明的第三实施例中移动终端的结构框图之二。

可选地，所述第一存储模块303包括：获取单元3031，用于获取所述多媒体文件的文件类型；第一存储单元3032，用于将所述多媒体文件存储至所述文件夹中与所述文件类型对应的第一子文件夹中。

可选地，所述第一存储模块303包括：第二存储单元3033，用于将所述多媒体文件存储至所述文件夹中与接收所述消息的应用程序对应的第二子文件夹中。

可选地，所述移动终端还包括：第二存储模块304，用于当所述文件夹存储的多媒体文件位于移动终端的第一预设存储空间内时，若所述第一预设存储空间内的所有多媒体文件的占用空间大于所述第一预设存储空间的预设存储阈值，按照所述所有多媒体文件的存储时间顺序，将所述所有多媒体文件中最先存储的多媒体文件存储至移动终端中第一预设存储空间之外的第二预设存储空间。

可选地，所述移动终端还包括：第二获取模块305，用于当接收到用户输入的将通过应用程序接收到的多个多媒体文件转发至一应用程序中的联系人的操作指令时，从所述文件夹中获取所述多媒体文件；转发模块306，用于将所述多媒体文件通过所述应用程序转发至所述联系人。

这样，本发明实施例中的移动终端对通过应用程序接收到的消息进行监控，并当监控到消息中包含多媒体文件时，获取该多媒体文件，然后将该多媒体文件存储至与发送消息的联系人对应的文件夹，避免了用户在存储移动终端上应用程序接收到的图片或视频等多媒体文件时，需要经过一系列较为繁琐的存储步骤才能将多媒体文件进行存储的问题，解决了现有技术中存储第三方应用程序接收到的多媒体文件时存在的存储过程繁琐以及耗时较多的问题，为用户存储应用程序接收到的多媒体文件提供了便利。

第四实施例：

如图5所示，为本发明的第四实施例中移动终端的结构框图。图5所示的移动终端500包括：至少一个处理器501、存储器502、至少一个网络接口504、用户接口503。移动终端500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。

其中，用户接口503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本发明实施例描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器502存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5021和应用程序5022。具体的，存储器502中存储有设置模块及配置文件。

其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序5022中。

在本发明实施例中，通过调用存储器502存储的程序或指令，具体的，可以是应用程序5022中存储的程序或指令。其中，处理器501用于：对通过应用程序接收到的消息进行监控；当监控到所述消息中包含多媒体文件时，获取所述多媒体文件；将所述多媒体文件存储至与发送所述消息的联系人对应的文件夹。

上述本发明实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。此外，存储器502内存储有上述方法中用到的对应关系等。

可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请功能的其它电子单元或其组合中。

对于软件实现，可通过执行本发明实施例功能的模块(例如过程、函数等)来实现本发明实施例的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，作为另一个实施例，处理器501还用于：获取所述多媒体文件的文件类型；将所述多媒体文件存储至所述文件夹中与所述文件类型对应的第一子文件夹中。

可选地，作为另一个实施例，处理器501还用于：将所述多媒体文件存储至所述文件夹中与接收所述消息的应用程序对应的第二子文件夹中。

可选地，作为另一个实施例，处理器501还用于：当所述文件夹存储的多媒体文件位于移动终端的第一预设存储空间内时，若所述第一预设存储空间内的所有多媒体文件的占用空间大于所述第一预设存储空间的预设存储阈值，按照所述所有多媒体文件的存储时间顺序，将所述所有多媒体文件中最先存储的多媒体文件存储至移动终端中第一预设存储空间之外的第二预设存储空间。

可选地，作为另一个实施例，处理器501还用于：当接收到用户输入的将通过应用程序接收到的多个多媒体文件转发至一应用程序中的联系人的操作指令时，从所述文件夹中获取所述多媒体文件；将所述多媒体文件通过所述应用程序转发至所述联系人。

移动终端500能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明的上述实施例中提供的移动终端，对通过应用程序接收到的消息进行监控，并当监控到消息中包含多媒体文件时，获取该多媒体文件，然后将该多媒体文件存储至与发送消息的联系人对应的文件夹，避免了用户在存储移动终端上应用程序接收到的图片或视频等多媒体文件时，需要经过一系列较为繁琐的存储步骤才能将多媒体文件进行存储的问题，解决了现有技术中存储第三方应用程序接收到的多媒体文件时存在的存储过程繁琐以及耗时较多的问题，为用户存储应用程序接收到的多媒体文件提供了便利。

第五实施例：

图6表示本发明的第五实施例中移动终端的结构框图。具体地，图6中的移动终端600可以为手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、或车载电脑等。

图6中的移动终端600包括射频(Radio Frequency，RF)电路610、存储器620、输入单元630、显示单元640、处理器660、音频电路670、WiFi(Wireless Fidelity)模块680和电源690。

其中，输入单元630可用于接收用户输入的数字或字符信息，以及产生与移动终端600的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元630可以包括触控面板631。触控面板631，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器660，并能接收处理器660发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631，输入单元630还可以包括其他输入设备632，其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元640可用于显示由用户输入的信息或提供给用户的信息以及移动终端600的各种菜单界面。显示单元640可包括显示面板641，可选的，可以采用LCD或有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板641。

应注意，触控面板631可以覆盖显示面板641，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器660以确定触摸事件的类型，随后处理器660根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中，处理器660是移动终端600的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器621内的软件程序和/或模块，以及调用存储在第二存储器622内的数据，执行移动终端600的各种功能和处理数据，从而对移动终端600进行整体监控。可选的，处理器660可包括一个或多个处理单元。

在本发明实施例中，通过调用存储该第一存储器621内的软件程序和/或模块和/或该第二存储器622内的数据，其中，第一存储器621中包括有设置模块及配置文件。处理器660用于：对通过应用程序接收到的消息进行监控；当监控到所述消息中包含多媒体文件时，获取所述多媒体文件；将所述多媒体文件存储至与发送所述消息的联系人对应的文件夹。

可选地，作为另一个实施例，处理器660还用于：获取所述多媒体文件的文件类型；将所述多媒体文件存储至所述文件夹中与所述文件类型对应的第一子文件夹中。

可选地，作为另一个实施例，处理器660还用于：将所述多媒体文件存储至所述文件夹中与接收所述消息的应用程序对应的第二子文件夹中。

可选地，作为另一个实施例，处理器660还用于：当所述文件夹存储的多媒体文件位于移动终端的第一预设存储空间内时，若所述第一预设存储空间内的所有多媒体文件的占用空间大于所述第一预设存储空间的预设存储阈值，按照所述所有多媒体文件的存储时间顺序，将所述所有多媒体文件中最先存储的多媒体文件存储至移动终端中第一预设存储空间之外的第二预设存储空间。

可选地，作为另一个实施例，处理器660还用于：当接收到用户输入的将通过应用程序接收到的多个多媒体文件转发至一应用程序中的联系人的操作指令时，从所述文件夹中获取所述多媒体文件；将所述多媒体文件通过所述应用程序转发至所述联系人。

本发明的上述实施例中提供的移动终端，对通过应用程序接收到的消息进行监控，并当监控到消息中包含多媒体文件时，获取该多媒体文件，然后将该多媒体文件存储至与发送消息的联系人对应的文件夹，避免了用户在存储移动终端上应用程序接收到的图片或视频等多媒体文件时，需要经过一系列较为繁琐的存储步骤才能将多媒体文件进行存储的问题，解决了现有技术中存储第三方应用程序接收到的多媒体文件时存在的存储过程繁琐以及耗时较多的问题，为用户存储应用程序接收到的多媒体文件提供了便利。

移动终端600能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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