CN107977418A - 一种截屏图片管理方法、截屏图片管理装置及移动终端 - Google Patents

Abstract

本申请公开了一种截屏图片管理方法、截屏图片管理装置、移动终端及计算机可读存储介质。其中，该截屏图片管理方法包括：在移动终端的应用程序发送图片时，检测所述图片是否为所述移动终端的媒体库中的截屏图片；若所述图片为所述移动终端的媒体库中的截屏图片，则监测所述截屏图片的发送状态；当所述截屏图片的发送状态为发送成功时，将所述截屏图片从所述媒体库移动至预设的待删除文件夹中。本申请方案可提高用户对截屏图片的管理效率。

Description

一种截屏图片管理方法、截屏图片管理装置及移动终端

技术领域

本申请属于多媒体管理技术领域，尤其涉及一种截屏图片管理方法、截屏图片管理装置、移动终端及计算机可读存储介质。

背景技术

移动终端的截屏功能是深受用户喜爱，且使用度非常高的一项功能。用户在使用移动终端时，可以利用截屏功能快速地将有用的信息保存下来供以后查阅，还可以利用截屏功能将屏幕上的内容发送给其它用户，用以分享信息。

在用户使用移动终端的过程中，可能已保存了较多的截屏图片，这些截屏图片的保存价值各不一样，并且还占用了大量移动终端的空间。用户如果想要筛选并清除保存价值较低的截屏图片，则需要在媒体库中对每一张截屏图片进行查看，导致用户对截屏图片的管理效率低下。

发明内容

有鉴于此，本申请提供了一种截屏图片管理方法、截屏图片管理装置、移动终端及计算机可读存储介质，可提高用户对截屏图片的管理效率。

本申请的第一方面提供了一种截屏图片管理方法，上述截屏图片管理方法包括：

在移动终端的应用程序发送图片时，检测上述图片是否为上述移动终端的媒体库中的截屏图片；

若上述图片为上述移动终端的媒体库中的截屏图片，则监测上述截屏图片的发送状态；

当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中。

本申请的第二方面提供了一种截屏图片管理装置，上述截屏图片管理装置包括：

第一检测单元，用于在移动终端的应用程序发送图片时，检测上述图片是否为上述移动终端的媒体库中的截屏图片；

监测单元，用于当上述图片为上述移动终端的媒体库中的截屏图片时，监测上述截屏图片的发送状态；

移动单元，用于当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中。

本申请的第三方面提供了一种移动终端，上述移动终端包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上第一方面的方法的步骤。

本申请的第四方面提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上第一方面的方法的步骤。

本申请的第五方面提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。

由上可见，通过本申请方案，在移动终端的应用程序发送图片时，检测上述图片是否为上述移动终端的媒体库中的截屏图片，若上述图片为上述移动终端的媒体库中的截屏图片，则监测上述截屏图片的发送状态，并在当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中。本方案通过用户对截屏图片的发送操作可以筛选出仅仅是为了分享一次信息而产生的保存价值较小的截屏图片，并在截屏图片发送成功后，将这些保存价值较小的截屏图片从媒体库移动至待删除文件夹中，用户只需通过待删除文件夹即可实现对保存价值较小的截屏图片的管理，提高了用户对截屏图片的管理效率。

附图说明

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

图1是本申请实施例提供的一种截屏图片管理方法的实现流程示意图；

图2是本申请实施例提供的另一种截屏图片管理方法的实现流程示意图；

图3是本申请实施例提供的一种截屏图片管理装置的结构示意图；

图4是本申请实施例提供的移动终端的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请上述的技术方案，下面通过具体实施例来进行说明。

实施例一

在步骤101中，在移动终端的应用程序发送图片时，检测上述图片是否为上述移动终端的媒体库中的截屏图片；

在本申请实施例中，上述应用程序指的是具有访问媒体库权限的应用程序，进一步地，上述应用程序指的是具有访问媒体库权限且具有社交功能的应用程序，包括但不限于微信、QQ、微博、支付宝等。当上述应用程序发送图片时，可以对上述图片的类型及来源进行检测，以确定上述图片是否为上述移动终端的媒体库中的截屏图片。可选地，可以获取上述图片的存储路径，根据上述图片的存储路径确定上述图片是否来自媒体库中。可选地，由于截屏图片具有不同于其他类型图片的图片数据特征，因此，可以获取上述图片的图片数据特征，并将上述图片的图片数据特征与预设的截屏图片的图片数据特征进行比对，以确定上述图片的类型是否为截屏图片。

在步骤102中，若上述图片为上述移动终端的媒体库中的截屏图片，则监测上述截屏图片的发送状态；

在本申请实施例中，由于图片所占用的空间一般大于文字所占用的空间，应用程序发送图片的用时往往较长，而且还可能因为网络堵塞等原因发生图片发送失败的情况，因而，当步骤101中检测到上述应用程序发送的图片为移动终端的媒体库中的截屏图片时，还可以对上述截屏图片的发送状态进行监测，以及时获知上述截屏图片是否发送成功。

在步骤103中，当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中。

在本申请实施例中，用户通过应用程序发送图片时，图片都会存储在上述应用程序的服务器中，即，用户可以通过上述应用程序的聊天记录或是操作记录查阅到应用程序所发送的图片。因而，当上述截屏图片的发送状态为发送成功时，即，上述应用程序已经成功发送了上述截屏图片时，上述截屏图片必然也已经存储于上述应用程序的服务器中。进一步地，有些截屏图片是用户想要保存于移动终端的媒体库中以方便时时查看的图片，这些图片的保存价值较高；还有些截屏图片仅仅是用户为了分享一些信息而保存的图片，这些图片的保存价值较低，因而，在本申请实施例中，可以初步将上述应用程序发送的截屏图片确定为仅仅是为了分享信息而截屏的、保存价值较低的图片，并将上述发送成功的截屏图片从上述媒体库中移动至预设的待删除文件夹中。需要注意的是，上述待删除文件夹并非隐藏的文件夹，用户可以对上述待删除文件夹中的图片进行正常浏览及操作，例如，用户可以将上述待删除文件夹中所保存的截屏图片删除；或者，用户可以将上述待删除文件夹中所保存的截屏图片恢复至媒体库；或者，用户还可以通过应用程序调用上述待删除文件夹中所保存的截屏图片，此处不作限定。

可选地，上述监测上述截屏图片的发送状态，包括：

在上述应用程序发送上述截屏图片的过程中，获取上述应用程序所占用的发送缓冲区的大小；

若上述应用程序所占用的发送缓冲区的大小为0，则确定上述截屏图片的发送状态为发送成功。

在本申请实施例中，应用程序通常采用超文本传输协议(HyperText TransferProtocol，HTTP)传输数据，而HTTP协议的底层所采用的是传输控制协议(TransmissionControl Protocol，TCP)。当移动终端基于TCP协议向某一接收端发送数据时，移动终端会将待发送的数据存储于发送缓冲区中，依靠TCP协议栈自身的重传机制来保证待发送的数据能够被接收端正确接收。因而，可以通过上述发送缓冲区实现对截屏图片的发送状态的监测：移动终端在应用程序发送上述截屏图片的过程中，持续性获取上述应用程序所占用的发送缓冲区的大小。根据重传机制，只要截屏图片未发送成功，上述发送缓冲区就不会为空。因而，当在应用程序发送上述截屏图片的过程中检测到上述应用程序所占用的发送缓冲区的大小为0时，即，上述发送缓冲区为空时，可以确定上述截屏图片的发送状态为发送成功。

可选地，对于那些为了分享而保存的截屏图片，用户通常是一生成截屏图片就即刻通过应用程序将其发送出去，因而，上述监测上述截屏图片的发送状态，之前还包括：

获取上述截屏图片的创建时间及上述移动终端的当前时间；

计算上述截屏图片的创建时间与上述当前时间的时间差值；

则上述监测上述截屏图片的发送状态包括：

若上述时间差值在预设的第二时间内，则监测上述截屏图片的发送状态。

在本申请实施例中，当确定了发送的图片为截屏图片之后，可以首先获取上述截屏图片的创建时间，即上述截屏图片的生成时间；并且，还可以获取上述移动终端的当前时间，随后，计算上述截屏图片的创建时间与上述当前时间的时间差值，当上述时间差值在预设的第二时间内时，则表明用户在生成截屏图片后就即刻通过应用程序将其发送了出去，在这种情况下，上述截屏图片很可能是保存价值较小的图片，因而，此时可以继续监测上述截屏图片的发送状态，以便后续在截屏图片发送成功时将截屏图片移动至待删除文件夹中。而当上述时间差值超出了上述第二时间时，则认为上述截屏图片很可能是用户想要保存下来的保存价值较高的截屏图片，此时不对上述截屏图片的发送状态进行监测，显然，移动终端也不会执行后续的移动至待删除文件夹的操作，即上述保存价值较高的截屏图片将仍被保存在媒体库中。具体地，上述第二时间的初始值可由移动终端的系统进行设定，当然，用户也可以根据自身需求对上述第二时间的取值进行更改，此处不作限定。

可选地，对于那些为了分享而保存的截屏图片，用户通常是一生成截屏图片就即刻通过应用程序将其发送出去，因而，站在截屏图片的角度，上述截屏图片管理方法可以表现为：

当上述移动终端生成了截屏图片时，在预设的第二时间内，检测上述截屏图片是否被应用程序发送；

若在预设的第二时间内，上述截屏图片被上述应用程序发送，则监测上述截屏图片的发送状态；

当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中。

在本申请实施例中，可以对移动终端进行监听以判断移动终端是否发生了截屏事件并生成了新的截屏图片。可选地，可以通过ContentObserver类对移动终端的所有文件进行监听，以判断移动终端是否发生了截屏事件并生成了新的截屏图片；或者，由于截屏图片一般存储于媒体库中的一个特定文件夹中，因而也可以通过FileObserver类对与截屏图片相关的特定文件夹进行监听，以判断移动终端是否发生了截屏事件并生成了新的截屏图片；或者，可以对预设的截屏按键进行监听，上述预设的截屏按键与上述移动终端相关，以判断移动终端是否发生了截屏事件并生成了新的截屏图片。当监听到移动终端发生了截屏事件并生成了新的截屏图片后的预设的第二时间内，检测应用程序是否发送上述新生成的截屏图片。可选地，在监听到移动终端生成了截屏图片时，可以启动一计时器进行计时，以确定上述应用程序是否是在预设的第二时间内发送了上述截屏图片。若上述第二时间到达后上述截屏图片仍未被应用程序发送，则表明上述截屏图片并非保存价值较低的图片；若在上述第二时间内上述截屏图片被应用程序发送，则可以继续监测上述截屏图片的发送状态，并在发送成功时将截屏图片从上述媒体库移动至上述待删除文件夹中。

由上可见，通过本申请实施例，当发现用户将一截屏图片通过应用程序发送出去时，可以初步确定该截屏图片为保存价值较小的图片，并将该保存价值较小的截屏图片移动至待删除文件夹中，用户通过翻阅待删除文件夹中的截屏图片，可以实现对保存价值较小的截屏图片的高效管理，不再需要在媒体库中查阅每一截屏图片。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例二

在实施例一的基础上，下面对本申请实施例提供的另一种截屏图片管理方法进行描述，请参阅图2，本申请实施例中的截屏图片管理方法包括：

在步骤201中，在移动终端的应用程序发送图片时，检测上述图片是否为上述移动终端的媒体库中的截屏图片；

在步骤202中，若上述图片为上述移动终端的媒体库中的截屏图片，则监测上述截屏图片的发送状态；

在步骤203中，当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中；

在本申请实施例中，上述步骤201、202及203与上述步骤101、102及103的实现过程相同或相似，此处不作赘述。

在步骤204中，在预设的第一时间内，检测上述待删除文件夹中的截屏图片是否被应用程序再次发送，若是，则执行步骤205，若否，则执行步骤206；

在本申请实施例中，在上述截屏图片从媒体库被移动至待删除文件夹后的第一时间内，可持续检测上述待删除文件夹中的截屏图片是否被应用程序再次发送，上述应用程序可以与上述步骤201中的应用程序相同，也可以不同，此处不作限定。例如，在步骤201中，可以是微信成功发送了截屏图片pic1，而导致上述截屏图片pic1被移动至上述待删除文件夹中；而在步骤S204中，若在截屏图片pic1移动至上述待删除文件夹后的第一时间内又检测到QQ对该截屏图片pic1进行了发送操作，则此时，执行步骤205。具体地，上述第一时间的初始值可由移动终端的系统进行设定，当然，用户也可以根据自身需求对上述第一时间的取值进行更改，此处不作限定。

在步骤205中，将上述截屏图片从上述待删除文件夹恢复至上述媒体库中。

在本申请实施例中，上述截屏图片已在步骤S201中被发送了一次，如果上述截屏图片又在步骤204中被发送了一次，则认为上述截屏图片对用户来说仍有一定的保存价值，可以将上述截屏图片从上述待删除文件夹恢复至上述媒体库中。

在步骤206中，将上述截屏图片从上述待删除文件夹中删除。

在本申请实施例中，若当上述第一时间到达时，上述待删除文件夹中的截屏图片仍未被上述应用程序再次发送，则确定上述截屏图片仅仅为一次分享而保存的截屏图片，其保存价值不高，可以将上述截屏图片从上述待删除文件夹中删除，以避免上述保存价值不高的截屏图片占用移动终端过多的存储空间。

可选地，上述监测上述截屏图片的发送状态，包括：

在上述应用程序发送上述截屏图片的过程中，获取上述应用程序所占用的发送缓冲区的大小；

若上述应用程序所占用的发送缓冲区的大小为0，则确定上述截屏图片的发送状态为发送成功。

在本申请实施例中，应用程序通常采用超文本传输协议(HyperText TransferProtocol，HTTP)传输数据，而HTTP协议的底层所采用的是传输控制协议(TransmissionControl Protocol，TCP)。当移动终端基于TCP协议向某一接收端发送数据时，移动终端会将待发送的数据存储于发送缓冲区中，依靠TCP协议栈自身的重传机制来保证待发送的数据能够被接收端正确接收。因而，可以通过上述发送缓冲区实现对截屏图片的发送状态的监测：移动终端在应用程序发送上述截屏图片的过程中，持续性获取上述应用程序所占用的发送缓冲区的大小。根据重传机制，只要截屏图片未发送成功，上述发送缓冲区就不会为空。因而，当在应用程序发送上述截屏图片的过程中检测到上述应用程序所占用的发送缓冲区的大小为0时，即，上述发送缓冲区为空时，可以确定上述截屏图片的发送状态为发送成功。

可选地，对于那些为了分享而保存的截屏图片，用户通常是一生成截屏图片就即刻通过应用程序将其发送出去，因而，上述监测上述截屏图片的发送状态，之前还包括：

获取上述截屏图片的创建时间及上述移动终端的当前时间；

计算上述截屏图片的创建时间与上述当前时间的时间差值；

则上述监测上述截屏图片的发送状态包括：

若上述时间差值在预设的第二时间内，则监测上述截屏图片的发送状态。

在本申请实施例中，当确定了发送的图片为截屏图片之后，可以首先获取上述截屏图片的创建时间，即上述截屏图片的生成时间；并且，还可以获取上述移动终端的当前时间，随后，计算上述截屏图片的创建时间与上述当前时间的时间差值，当上述时间差值在预设的第二时间内时，则表明用户在生成截屏图片后就即刻通过应用程序将其发送了出去，在这种情况下，上述截屏图片很可能是保存价值较小的图片，因而，此时可以继续监测上述截屏图片的发送状态，以便后续在截屏图片发送成功时将截屏图片移动至待删除文件夹中。而当上述时间差值超出了上述第二时间时，则认为上述截屏图片很可能是用户想要保存下来的保存价值较高的截屏图片，此时不对上述截屏图片的发送状态进行监测，显然，移动终端也不会执行后续的移动至待删除文件夹的操作，即上述保存价值较高的截屏图片将仍被保存在媒体库中。具体地，上述第二时间的初始值可由移动终端的系统进行设定，当然，用户也可以根据自身需求对上述第二时间的取值进行更改，此处不作限定。

可选地，对于那些为了分享而保存的截屏图片，用户通常是一生成截屏图片就即刻通过应用程序将其发送出去，因而，站在截屏图片的角度，上述截屏图片管理方法可以表现为：

当上述移动终端生成了截屏图片时，在预设的第二时间内，检测上述截屏图片是否被应用程序发送；

若在预设的第二时间内，上述截屏图片被上述应用程序发送，则监测上述截屏图片的发送状态；

当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中。

在本申请实施例中，可以对移动终端进行监听以判断移动终端是否发生了截屏事件并生成了新的截屏图片。可选地，可以通过ContentObserver类对移动终端的所有文件进行监听，以判断移动终端是否发生了截屏事件并生成了新的截屏图片；或者，由于截屏图片一般存储于媒体库中的一个特定文件夹中，因而也可以通过FileObserver类对与截屏图片相关的特定文件夹进行监听，以判断移动终端是否发生了截屏事件并生成了新的截屏图片；或者，可以对预设的截屏按键进行监听，上述预设的截屏按键与上述移动终端相关，以判断移动终端是否发生了截屏事件并生成了新的截屏图片。当监听到移动终端发生了截屏事件并生成了新的截屏图片后的预设的第二时间内，检测应用程序是否发送上述新生成的截屏图片。可选地，在监听到移动终端生成了截屏图片时，可以启动一计时器进行计时，以确定上述应用程序是否是在预设的第二时间内发送了上述截屏图片。若上述第二时间到达后上述截屏图片仍未被应用程序发送，则表明上述截屏图片并非保存价值较低的图片；若在上述第二时间内上述截屏图片被应用程序发送，则可以继续监测上述截屏图片的发送状态，并在发送成功时将截屏图片从上述媒体库移动至上述待删除文件夹中。

由上可见，通过本申请实施例，当检测到用户将一截屏图片通过应用程序发送出去时，可以初步确定该截屏图片为保存价值较小的图片，并将该保存价值较小的截屏图片移动至待删除文件夹中，用户通过翻阅待删除文件夹中的截屏图片，可以实现对保存价值较小的截屏图片的高效管理，不再需要在媒体库中查阅每一截屏图片。进一步地，当保存于待删除文件夹中的截屏图片长时间未被使用时，移动终端还可以自动清除这些长时间未被使用的图片，以节约移动终端的存储空间。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

本申请实施例还提供一种截屏图片管理装置，如图3所示，本申请实施例中的截屏图片管理装置300包括：

第一检测单元301，用于在移动终端的应用程序发送图片时，检测上述图片是否为上述移动终端的媒体库中的截屏图片；

监测单元302，用于当上述图片为上述移动终端的媒体库中的截屏图片时，监测上述截屏图片的发送状态；

移动单元303，用于当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中。

可选地，上述截屏图片管理装置300还包括：

第二检测单元，用于在预设的第一时间内，检测上述待删除文件夹中的截屏图片是否被上述应用程序再次发送；

恢复单元，用于当上述第二检测单元检测到上述待删除文件夹中的截屏图片被上述应用程序再次发送时，将上述截屏图片从上述待删除文件夹恢复至上述媒体库中。

可选地，上述截屏图片管理装置300还包括：

删除单元，用于当上述第一时间到达时，若上述待删除文件夹中的截屏图片仍未被上述应用程序再次发送，则将上述截屏图片从上述待删除文件夹中删除。

可选地，上述截屏图片管理装置300还包括：

时间获取单元，用于获取上述截屏图片的创建时间及上述移动终端的当前时间；

时间差计算单元，用于计算上述截屏图片的创建时间与上述当前时间的时间差值；

上述监测单元302，具体用于当上述图片为上述移动终端的媒体库中的截屏图片，且上述时间差值在预设的第二时间内时，监测上述截屏图片的发送状态。

可选地，上述监测单元302包括：

缓冲区大小获取子单元，用于在上述应用程序发送上述截屏图片的过程中，获取上述应用程序所占用的发送缓冲区的大小；

发送成功确定子单元，用于当上述应用程序所占用的发送缓冲区的大小为0时，确定上述截屏图片的发送状态为发送成功。

由上可见，通过本申请实施例，当截屏图片管理装置检测到用户将一截屏图片通过应用程序发送出去时，可以初步确定该截屏图片为保存价值较小的图片，并将该保存价值较小的截屏图片移动至待删除文件夹中，用户通过翻阅待删除文件夹中的截屏图片，可以实现对保存价值较小的截屏图片的高效管理，不再需要在媒体库中查阅每一截屏图片。进一步地，当保存于待删除文件夹中的截屏图片长时间未被使用时，截屏图片管理装置还可以自动清除这些长时间未被使用的图片，以节约移动终端的存储空间。

实施例四

本申请实施例提供一种移动终端，请参阅图4，本申请实施例中的移动终端包括：存储器401，一个或多个处理器402(图4中仅示出一个)及存储在存储器401上并可在处理器上运行的计算机程序。其中：存储器401用于存储软件程序以及模块，处理器402通过运行存储在存储器401的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，处理器402通过运行存储在存储器401的上述计算机程序时实现以下步骤：

在移动终端的应用程序发送图片时，检测上述图片是否为上述移动终端的媒体库中的截屏图片；

若上述图片为上述移动终端的媒体库中的截屏图片，则监测上述截屏图片的发送状态；

当上述截屏图片的发送状态为发送成功时，将上述截屏图片从上述媒体库移动至预设的待删除文件夹中。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，上述将上述截屏图片从上述媒体库移动至预设的待删除文件夹中之后，处理器402通过运行存储在存储器401的上述计算机程序时还实现以下步骤：

在预设的第一时间内，检测上述待删除文件夹中的截屏图片是否被上述应用程序再次发送；

若上述待删除文件夹中的截屏图片被上述应用程序再次发送，则将上述截屏图片从上述待删除文件夹恢复至上述媒体库中。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述检测上述待删除文件夹中的截屏图片是否被上述应用程序再次发送之后，处理器402通过运行存储在存储器401的上述计算机程序时还实现以下步骤：

当上述第一时间到达时，若上述待删除文件夹中的截屏图片仍未被上述应用程序再次发送，则将上述截屏图片从上述待删除文件夹中删除。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，上述监测上述截屏图片的发送状态之前，处理器402通过运行存储在存储器401的上述计算机程序时还实现以下步骤：

获取上述截屏图片的创建时间及上述移动终端的当前时间；

计算上述截屏图片的创建时间与上述当前时间的时间差值；

上述监测上述截屏图片的发送状态包括：

若上述时间差值在预设的第二时间内，则监测上述截屏图片的发送状态。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础而提供的第五种可能的实施方式中，上述监测上述截屏图片的发送状态，包括：

在上述应用程序发送上述截屏图片的过程中，获取上述应用程序所占用的发送缓冲区的大小；

若上述应用程序所占用的发送缓冲区的大小为0，则确定上述截屏图片的发送状态为发送成功。

进一步，如图4所示，上述移动终端4还可包括：一个或多个输入设备403(图4中仅示出一个)和一个或多个输出设备404(图4中仅示出一个)。存储器401、处理器402、输入设备403和输出设备404通过总线405连接。

应当理解，上述移动终端4可以是智能手机、笔记本、学习机及平板电脑等计算设备。所称处理器402可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备403可以包括键盘、触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备404可以包括显示器、扬声器等。

存储器401可以包括只读存储器和随机存取存储器，并向处理器402提供指令和数据。存储器401的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器401还可以存储设备类型的信息。

由上可见，通过本申请实施例，当移动终端检测到用户将一截屏图片通过应用程序发送出去时，可以初步确定该截屏图片为保存价值较小的图片，并将该保存价值较小的截屏图片移动至待删除文件夹中，用户通过翻阅待删除文件夹中的截屏图片，可以实现对保存价值较小的截屏图片的高效管理，不再需要在媒体库中查阅每一截屏图片。进一步地，当保存于待删除文件夹中的截屏图片长时间未被使用时，移动终端还可以自动清除这些长时间未被使用的图片，以节约移动终端的存储空间。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

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

Claims (10)

1.一种截屏图片管理方法，其特征在于，所述截屏图片管理方法包括：

在移动终端的应用程序发送图片时，检测所述图片是否为所述移动终端的媒体库中的截屏图片；

若所述图片为所述移动终端的媒体库中的截屏图片，则监测所述截屏图片的发送状态；

当所述截屏图片的发送状态为发送成功时，将所述截屏图片从所述媒体库移动至预设的待删除文件夹中。

2.如权利要求1所述的截屏图片管理方法，其特征在于，所述将所述截屏图片从所述媒体库移动至预设的待删除文件夹中之后，还包括：

在预设的第一时间内，检测所述待删除文件夹中的截屏图片是否被所述应用程序再次发送；

若所述待删除文件夹中的截屏图片被所述应用程序再次发送，则将所述截屏图片从所述待删除文件夹恢复至所述媒体库中。

3.如权利要求2所述的截屏图片管理方法，其特征在于，所述检测所述待删除文件夹中的截屏图片是否被所述应用程序再次发送之后，还包括：

当所述第一时间到达时，若所述待删除文件夹中的截屏图片仍未被所述应用程序再次发送，则将所述截屏图片从所述待删除文件夹中删除。

4.如权利要求1至3任一项所述的截屏图片管理方法，其特征在于，所述监测所述截屏图片的发送状态之前，还包括：

获取所述截屏图片的创建时间及所述移动终端的当前时间；

计算所述截屏图片的创建时间与所述当前时间的时间差值；

所述监测所述截屏图片的发送状态包括：

若所述时间差值在预设的第二时间内，则监测所述截屏图片的发送状态。

5.如权利要求1至3任一项所述的截屏图片管理方法，其特征在于，所述监测所述截屏图片的发送状态，包括：

在所述应用程序发送所述截屏图片的过程中，获取所述应用程序所占用的发送缓冲区的大小；

若所述应用程序所占用的发送缓冲区的大小为0，则确定所述截屏图片的发送状态为发送成功。

6.一种截屏图片管理装置，其特征在于，所述截屏图片管理装置包括：

第一检测单元，用于在移动终端的应用程序发送图片时，检测所述图片是否为所述移动终端的媒体库中的截屏图片；

监测单元，用于当所述图片为所述移动终端的媒体库中的截屏图片时，监测所述截屏图片的发送状态；

移动单元，用于当所述截屏图片的发送状态为发送成功时，将所述截屏图片从所述媒体库移动至预设的待删除文件夹中。

7.如权利要求6所述的截屏图片管理装置，其特征在于，所述截屏图片管理装置还包括：

第二检测单元，用于在预设的第一时间内，检测所述待删除文件夹中的截屏图片是否被所述应用程序再次发送；

恢复单元，用于当所述第二检测单元检测到所述待删除文件夹中的截屏图片被所述应用程序再次发送时，将所述截屏图片从所述待删除文件夹恢复至所述媒体库中。

8.如权利要求7所述的截屏图片管理装置，其特征在于，所述截屏图片管理装置还包括：

删除单元，用于当所述第一时间到达时，若所述待删除文件夹中的截屏图片仍未被所述应用程序再次发送，则将所述截屏图片从所述待删除文件夹中删除。

9.一种移动终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。