CN105447820A - 一种图片处理方法、装置和移动终端 - Google Patents

Abstract

本发明公开了一种图片处理方法，包括：监测当前是否有进程调用图片处理接口，若有进程调用，则判断待处理的原始图片是否满足第一预设条件。若满足第一预设条件，则修改其缩小倍数，得到第一中间图片。在创建缩放图接口中，判断第一中间图片是否满足第二预设条件；若满足第二预设条件，则修改其长边像素值为第一预设值，并相应地修改其短边像素值，得到第二中间图片，否则不进行尺寸修改。在压缩图片接口中，判断第二中间图片或保留的第一中间图片的JPEG压缩质量值是否小于第二预设值；若小于第二预设值，则将JPEG压缩质量值修改为第二预设值，得到最终压缩图片，否则保留其JPEG压缩质量值。本发明还公开了一种图片处理装置和移动终端。

Description

一种图片处理方法、装置和移动终端

技术领域

本发明涉及移动通讯领域，尤其涉及对图片进行处理的方法、装置和移动终端。

背景技术

随着移动通信技术的快速发展，在现今运行安卓操作系统的智能手机上，手机的拍照像素正在不断提升。而且随着3G、4G的普及以及Wifi网络的广泛分布，越来越多的用户开始使用即时通讯软件和社交软件等软件进行图片分享。随之而来的，用户对图片分享的清晰度的要求也越来越高，特别是对某些有本身有拍照优势的手机。

通常，用户在分享图片时，应用会先将图片进行压缩，但一些知名的移动社交软件(如微信)的图片分享质量却并不高，其分享后的图片质量明显不如用户想要进行分享的原始照片质量。而且，此类移动社交软件运行的硬件平台和安卓操作系统版本参差不齐，导致其本身提高图片分享质量较难实现。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种图片处理方法、装置以及移动终端。

根据本发明的一个方面，提供一种图片处理方法，适于在移动终端中执行，该方法包括：监测当前是否有进程调用图片文件解码接口、流解码接口、创建缩放图接口和压缩图片接口中的至少一个，如果没有监控到进程调用则继续实时监测，如果监控到进程调用，则执行下一步；在图片文件解码接口和/或流解码接口中，判断待处理的原始图片是否满足第一预设条件；如果满足第一预设条件，则修改原始图片的缩小倍数，得到第一中间图片；在创建缩放图接口中，判断第一中间图片是否满足第二预设条件；如果满足第二预设条件，则将第一中间图片的长边像素值修改为第一预设值，并根据原始图片的长宽比例修改第一中间图片的短边像素值，得到第二中间图片；如果不满足第二预设条件，则保留第一中间图片的长边和短边像素值；在压缩图片接口中，判断第二中间图片或保留的第一中间图片的JPEG压缩质量值是否小于第二预设值；如果小于第二预设值，则将JPEG压缩质量值修改为第二预设值，得到最终压缩图片，否则保留其JPEG压缩质量值。

可选地，在根据本发明的图片处理方法中，第一预设条件为：原始图片是非全景图，原始缩小倍数大于1，且图片的长边像素值与原始缩小倍数的比值大于第三预设值。

可选地，在根据本发明的图片处理方法中，第二预设条件为：第一中间图片是非全景图，其长边像素值大于第一预设值，且该长边像素值与修改后的缩小倍数的比值大于第三预设值。

可选地，在根据本发明的图片处理方法中，全景图为长边像素值与短边像素值的比值大于2的图片。

可选地，在根据本发明的图片处理方法中，修改原始图片的缩小倍数包括：将其缩小倍数设置为原始图片的长边像素值与第一预设值的比值，其中计算得到的比值采取向下取整。

可选地，在根据本发明的图片处理方法中，图片文件解码接口和流解码接口分别是安卓操作系统中BitmapFactory模块的decodeFile和decodeStream接口，创建缩放图接口和压缩图片接口则分别是Bitmap模块的createScaledBitmap和compress接口。

可选地，在根据本发明的图片处理方法中，修改第一中间图片的长边和短边像素值包括：在createScaledBitmap接口中，通过设置第一中间图片的dstWidth和dstHeight参数，修改其长边和短边像素值。

可选地，在根据本发明的图片处理方法中，第一预设值为1440，第二预设值为80，第三预设值为600。

根据本发明的另一方面，提供一种图片处理装置，适于驻留在移动终端中，该装置包括进程监测单元、缩小倍数设置单元、尺寸设置单元和压缩值设置单元。进程监测单元适于监测当前是否有进程调用图片文件解码接口、流解码接口、创建缩放图接口和压缩图片接口中的至少一个。缩小倍数设置单元适于在当所述图片文件解码接口和/或流解码接口中确定待处理的原始图片满足第一预设条件时，修改原始图片的缩小倍数，得到第一中间图片。尺寸设置单元适于在当所述创建缩放图接口中确定所述第一中间图片满足第二预设条件时，将其长边像素值修改为第一预设值，并根据所述原始图片的长宽比例修改所述第一中间图片的短边像素值，得到第二中间图片，其中若所述第一中间图片不满足第二预设条件，则保留其长边和短边像素值。压缩值设置单元适于在当所述压缩图片接口中确定所述第二中间图片或所述保留的第一中间图片的JPEG压缩质量值小于第二预设值时，将JPEG压缩质量值修改为第二预设值，得到最终压缩图片。

可选地，在根据本发明的图片处理装置中，第一预设条件为：原始图片是非全景图，其原始缩小倍数大于1，且图片的长边像素值与原始缩小倍数的比值大于第三预设值。

可选地，在根据本发明的图片处理装置中，第二预设条件为：第一中间图片是非全景图，其长边像素值大于第一预设值，且图片的长边像素值与修改后的缩小倍数的比值大于第三预设值。

可选地，在根据本发明的图片处理装置中，缩小倍数设置单元适于将原始图片的缩小倍数修改为原始图片的长边像素值与所述第一预设值的比值，其中计算得到的比值采取向下取整。

可选地，在根据本发明的图片处理装置中，图片文件解码接口和流解码接口分别是安卓操作系统中BitmapFactory模块的decodeFile和decodeStream接口，创建缩放图接口和压缩图片接口则分别是Bitmap模块的createScaledBitmap和compress接口。

可选地，在根据本发明的图片处理装置中，尺寸设置单元适于在所述createScaledBitmap接口中，通过设置第一中间图片的dstWidth和dstHeight参数，修改其长边和短边像素值。

可选地，在根据本发明的图片处理装置中，第一预设值为1440，第二预设值为80，第三预设值为600。

可选地，在根据本发明的图片处理装置中，全景图为长边像素值与短边像素值的比值大于2的图片。

根据本发明的又一个方面，提供一种移动终端，包括根据本发明的图片处理装置。

根据本发明的技术方案，在移动社交软件(如微信)无法满足用户对图片分享质量要求的前提下，通过在系统层次对图片的缩小倍数、长宽像素值以及JPEG压缩质量值进行了修改，这样，最终得到的压缩图片质量，较之未进行优化的图片有了明显提升，从而可以极大的提高用户体验。另外，通过移动设备自身系统的优化，也避免了因应用的硬件平台和安卓操作系统的差异导致应用本身的优化结果成效不大的问题，从而提高了图片优化的整体效率。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的移动终端100的结构框图；

图2示出了根据本发明一个实施例的图片处理方法200的流程图；

图3示出了根据本发明一个实施例的图片处理装置300的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出的根据本发明的一个实施例的移动终端100的结构图。移动终端100可以包括存储器接口102、一个或多个数据处理器、图像处理器和/或中央处理单元104，以及外围接口106。存储器接口102、一个或多个处理器104和/或外围接口106既可以是分立元件，也可以集成在一个或多个集成电路中。在移动终端100中，各种元件可以通过一条或多条通信总线或信号线来耦合。传感器、设备和子系统可以耦合到外围接口106，以便帮助实现多种功能。

例如，运动传感器110、光线传感器112和距离传感器114可以耦合到外围接口106，以方便定向、照明和测距等功能。其他传感器116同样可以与外围接口106相连，例如定位系统(例如GPS接收机)、温度传感器、生物测定传感器或其他感测设备，由此可以帮助实施相关的功能。

相机子系统120和光学传感器122可以用于方便诸如记录照片和视频剪辑的相机功能的实现，其中所述相机子系统和光学传感器例如可以是电荷耦合器件(CCD)或互补金属氧化物半导体(CMOS)光学传感器。可以通过一个或多个无线通信子系统124来帮助实现通信功能，其中无线通信子系统可以包括射频接收机和发射机和/或光(例如红外)接收机和发射机。无线通信子系统124的特定设计和实施方式可以取决于移动终端100所支持的一个或多个通信网络。例如，移动终端100可以包括被设计成支持LTE、3G、GSM网络、GPRS网络、EDGE网络、Wi-Fi或WiMax网络以及Bluebooth^TM网络的通信子系统124。音频子系统126可以与扬声器128以及麦克风130相耦合，以便帮助实施启用语音的功能，例如语音识别、语音复制、数字记录和电话功能。

I/O子系统140可以包括触摸屏控制器142和/或一个或多个其他输入控制器144。触摸屏控制器142可以耦合到触摸屏146。举例来说，该触摸屏146和触摸屏控制器142可以使用多种触摸感测技术中的任何一种来检测与之进行的接触和移动或是暂停，其中感测技术包括但不局限于电容性、电阻性、红外和表面声波技术。一个或多个其他输入控制器144可以耦合到其他输入/控制设备148，例如一个或多个按钮、摇杆开关、拇指旋轮、红外端口、USB端口、和/或指示笔之类的指点设备。所述一个或多个按钮(未显示)可以包括用于控制扬声器128和/或麦克风130音量的向上/向下按钮。

存储器接口102可以与存储器150相耦合。该存储器150可以包括高速随机存取存储器和/或非易失性存储器，例如一个或多个磁盘存储设备，一个或多个光学存储设备，和/或闪存存储器(例如NAND，NOR)。存储器150可以存储操作系统152，例如Android、iOS或是WindowsPhone之类的操作系统。该操作系统152可以包括用于处理基本系统服务以及执行依赖于硬件的任务的指令。存储器150还可以存储应用154。

在移动设备运行时，会从存储器150中加载操作系统152，并且由处理器104执行。应用154在运行时，也会从存储器150中加载，并由处理器104执行。应用154运行在操作系统之上，利用操作系统以及底层硬件提供的接口实现各种用户期望的功能，如即时通信、网页浏览、图片管理等。应用154可以是独立于操作系统提供的，也可以是操作系统自带的。另外，应用154被安装到移动终端100中时，也可以向操作系统添加驱动模块。

在上述各种应用154中，其中的一种应用为根据本发明的图片处理装置300。如上述，该移动终端100通常为例如手机、平板电脑等具有图片处理功能并能在移动社交软件进行图片分享的便携式电子设备。通常地，移动社交软件可以包括微信、微博、qq等多媒体交互软件。

在移动终端的安卓操作系统中，进行图片处理的工具一般为BitmapFactory模块和Bitmap模块。其中BitmapFactory模块用于从不同的数据源来解析、创建Bitmap对象。具体地，decodeFile接口用于从给定的路径所指定的文件中解析、创建Bitmap对象；decodeStream接口用于从指定的输入流中解析、创建Bitmap对象。比如获取网络图片,一般就是解析字节流信息然后解码获取图片实例。

此外，在使用decodeFile和decodeStream接口时，可以利用BitmapFacotry.Options的属性指定解码选项，如通过inSampleSize(缩小倍数)设置解码时的缩放比例。inSampleSize是图片的压缩比例，一般是2的倍数，比如原图的长宽像素值为200*300，如果缩小倍数是2，则会压缩成100*150；是4则图片压缩成50*75。但这种情况只可将图片按原始图片比例进行按倍数(必须为整数值)进行压缩，而不能获得自定义的图片长宽。

Bitmap模块是安卓操作系统中的图像处理的最重要类之一，用它可以获取图像文件信息，进行图像剪切、旋转、缩放等操作，并可以指定格式保存图像文件。Bitmap模块通常包括createScaledBitmap接口和compress接口，前者可直接指定图片尺寸从而获得需要图片，具体地，可以通过设置其dstWidth和dstHeight参数，修改图片的长边和短边像素值。通常，对横幅照片，其长边像素值对应的是dstWidth参数；而对竖幅照片，其长边像素值对应的是dstHeight参数。

图片尺寸修改之后的Bitmap数据保存成用户可见的图像压缩文件(JPG/JPEG)，可以通过Bitmap的compress方法实现。在该方法中可以选用quality设置图片的压缩质量。通常质量级别0对应于最大压缩，此时图像最模糊但图片大小最小；而质量级别100对应于最小压缩，此时图像最清晰但图片大小最大。

通常，应用在进行图片压缩时，多采用固定大小倍数压缩、等比压缩、JPEG质量压缩三种方法，其中第一种方法使用decodeFile或decodeStream接口，第二种方法使用createScaledBitmap接口,第三种方法使用compress接口。但应用进行优化时，其运行的硬件平台和安卓操作系统的版本参差不齐，导致其本身提高图片分享质量较难实现。而本发明提出了一种移动社交软件不作优化，而在移动终端的系统层次进行优化的图片处理方法。

图2示出了根据本发明一个实施例的图片处理方法200的流程图，该方法在移动终端中执行。如图2所示，所述方法始于步骤S210。在步骤S210中，监测是否有进程调用图片文件解码接口、流解码接口、创建缩放图接口和压缩图片接口中的至少一个，如果没有监控到进程调用，则继续实时监测，如果监控到进程调用，则执行步骤S220。具体地，文件解码接口和流解码接口分别是BitmapFactory模块的decodeFile和decodeStream接口，创建缩放图接口和压缩图片接口则分别是Bitmap模块的createScaledBitmap和compress接口。

随后，该方法进入步骤S220。在步骤S220中，在图片文件解码接口和/或流解码接口中，判断待处理的原始图片是否满足第一预设条件。具体地，第一预设条件为：原始图片是非全景图，原始缩小倍数大于1，且图片的长边像素值与原始缩小倍数的比值大于第三预设值。其中，全景图是为长边像素值与短边像素值的比值大于2的图片，第三预设值可以是600。

如果待处理的原始图片满足第一预设条件，则方法进入步骤S230，否则继续返回步骤S210。在步骤S230，修改原始图片的缩小倍数，得到第一中间图片。具体地，将缩小倍数设置为原始图片的长边像素值与第一预设值的比值，其中计算得到的比值采取向下取整(即舍去小数点之后的数值)，第一预设值可以是1440。通过该步骤，可以将图片解码为Bitmap数据，其中包含图片的各项参数，该数据可以作为创建缩放图接口的输入。

例如，用户想要分享一张4180*3120的图片，其长边像素值为4180px，短边像素值为3120px，原始缩小倍数inSampleSize为6，则重新计算inSampleSize＝4180/1440，计算得到的比值约是2.9，进行向下取整，得到缩小倍数为2。因此该步骤输出的Bitmap数据对应的第一中间图片为2090*1560。

随后，该方法进入步骤S240。在步骤S240中，在创建缩放图接口中，判断第一中间图片是否满足第二预设条件。具体地，第二预设条件为：第一中间图片是非全景图，其长边像素值大于第一预设值(如1440)，且该长边像素值与修改后的缩小倍数的比值大于第三预设值(如600)。

如果第一中间图片满足第二预设条件，则进入步骤S250修改图片尺寸，否则不作更改，保留第一中间图片的长边和短边像素值。在步骤S250中，将第一中间图片的长边像素值修改为第一预设值(如1440)，并根据所述原始图片的长宽比例修改第一中间图片的短边像素值，得到第二中间图片。

接上述步骤的例子,在创建缩放图接口中，该步骤的输入为2090*1560。由于长边像素值2090大于1440，则将长边长度设置成1440，并计算短边长度(1440x1560)/2090＝1074。所以该步骤输出的Bitmap数据对应的第二中间图片1440*1074。

图片尺寸修改之后的Bitmap数据可以保存成图像压缩文件，具体地，在步骤S260中，在压缩图片接口中，判断第二中间图片或保留的第一中间图片的JPEG压缩质量值是否小于第二预设值，其中第二预设值可以是80。如果小于第二预设值，则进入步骤S270，否则保留其JPEG压缩质量值。在步骤S270中，将JPEG压缩质量值修改为第二预设值(如80)，得到最终的压缩图片。

接上述步骤的例子,最终将得到一张尺寸为1440*1074，压缩率为80的JPEG图片，移动社交软件(如微信)会将此图片上传至服务器(如微信朋友圈)，或者发送给朋友。

根据本发明的图片处理方法，通过在图片文件解码接口和/或流解码接口设置图片的缩小倍数，在创建缩放图接口设置图片的长边和短边像素值，在压缩图片接口设置图片的压缩质量值，明显提高了图片分享的清晰度，满足了用户对图片分享质量的要求，提升了用户体验。

图3示出了根据本发明一个实施例的图片处理装置300，如图3所示，装置300包括进程监测单元310、缩小倍数设置单元320、尺寸设置单元330和压缩值设置单元340。

进程监测单元310适于监测当前是否有进程调用图片文件解码接口、流解码接口、创建缩放图接口和压缩图片接口中的至少一个。其中，图片文件解码接口、流解码接口分别是BitmapFactory模块的decodeFile接口、decodeStream接口，创建缩放图接口和压缩图片接口则分别是Bitmap模块的createScaledBitmap和compress接口。

若监测到有进程调用，当图片文件解码接口和/或流解码接口中确定待处理的原始图片满足第一预设条件后，缩小倍数设置单元320将原始图片的缩小倍数修改为长边像素值与第一预设值的比值，得到第一中间图片。具体地，第一预设条件为：原始图片是非全景图，原始缩小倍数大于1，且图片的长边像素值与原始缩小倍数的比值大于第三预设值(如600)，其中全景图是指长边与短边像素值的比值大于2的图片。

随后，当在创建缩放图接口中确定第一中间图片满足第二预设条件时，尺寸设置单元330将其长边像素值修改为第一预设值(如1440)，并根据原始图片的长宽比例修改第一中间图片的短边像素值，得到第二中间图片，否则保留其长边和短边像素值。其中第二预设条件为：第一中间图片是非全景图，其长边像素值大于第一预设值，且该长边像素值与修改后的缩小倍数的比值大于第三预设值。

当在压缩图片接口中确定第二中间图片或保留的第一中间图片的JPEG压缩质量值小于第二预设值时，压缩值设置单元340适于将其JPEG压缩质量值修改为第二预设值(如80)，得到最终压缩图片。

关于图片处理装置的具体细节以及实施例，在基于图1和图2的描述中已经详细公开，此处不再赘述。

根据本发明的技术方案，在第三方移动社交软件本身不作优化的前提下，通过在系统层次的优化设计，明显提升了图片的分享质量，避免了系统硬件平台和操作系统的差异导致社交软件的优化设计成效不大的问题。实际上，在具体实践中，安卓手机使用本方案对图片进行处理后，图片分享后的清晰度均有明显提升。

A4、如A2或A3所述的图片处理方法，其中所述全景图为长边像素值与短边像素值的比值大于2的图片。

A7、如A1或A6所述的图片处理方法，其中所述修改第一中间图片的长边和短边像素值包括：在所述createScaledBitmap接口中，通过设置所述第一中间图片的dstWidth和dstHeight参数，修改其长边和短边像素值。

A8、如A1或A2所述的图片处理方法，其中所述第一预设值为1440，所述第二预设值为80，所述第三预设值为600。

B13、如B9所述的图片处理装置，其中图片文件解码接口和流解码接口分别是安卓操作系统中BitmapFactory模块的decodeFile和decodeStream接口，创建缩放图接口和压缩图片接口则分别是Bitmap模块的createScaledBitmap和compress接口。

B14、如B9或B13所述的图片处理装置，其中尺寸设置单元适于在所述createScaledBitmap接口中，通过设置所述第一中间图片的dstWidth和dstHeight参数，修改其长边和短边像素值。

B15、如B9或B10所述的图片处理装置，其中所述第一预设值为1440，所述第二预设值为80，所述第三预设值为600。

B16、如B10或B11所述的图片处理装置，其中所述全景图为长边像素值与短边像素值的比值大于2的图片。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种图片处理方法，适于在移动终端中执行，该方法包括：

监测当前是否有进程调用图片文件解码接口、流解码接口、创建缩放图接口和压缩图片接口中的至少一个，如果没有监控到进程调用则继续实时监测，如果监控到进程调用，则执行以下步骤；

在所述图片文件解码接口和/或流解码接口中，判断待处理的原始图片是否满足第一预设条件；

如果满足第一预设条件，则修改原始图片的缩小倍数，得到第一中间图片；

在所述创建缩放图接口中，判断所述第一中间图片是否满足第二预设条件；

如果满足第二预设条件，则将第一中间图片的长边像素值修改为第一预设值，并根据所述原始图片的长宽比例修改所述第一中间图片的短边像素值，得到第二中间图片；

如果不满足第二预设条件，则保留所述第一中间图片的长边和短边像素值；

在所述压缩图片接口中，判断所述第二中间图片或所述保留的第一中间图片的JPEG压缩质量值是否小于第二预设值；

如果小于第二预设值，则将JPEG压缩质量值修改为第二预设值，得到最终压缩图片，否则保留其JPEG压缩质量值。

2.如权利要求1所述的图片处理方法，其中所述第一预设条件为：原始图片是非全景图，原始缩小倍数大于1，且图片的长边像素值与原始缩小倍数的比值大于第三预设值。

3.如权利要求1所述的图片处理方法，其中所述第二预设条件为：第一中间图片是非全景图，其长边像素值大于第一预设值，且该长边像素值与所述修改后的缩小倍数的比值大于第三预设值。

4.如权利要求1所述的图片处理方法，其中所述修改原始图片的缩小倍数包括：

将其缩小倍数设置为原始图片的长边像素值与所述第一预设值的比值，其中计算得到的比值采取向下取整。

5.如权利要求1所述的图片处理方法，其中图片文件解码接口和流解码接口分别是安卓操作系统中BitmapFactory模块的decodeFile和decodeStream接口，创建缩放图接口和压缩图片接口则分别是Bitmap模块的createScaledBitmap和compress接口。

6.一种图片处理装置，适于驻留在移动终端中，该装置包括：

进程监测单元，适于监测当前是否有进程调用图片文件解码接口、流解码接口、创建缩放图接口和压缩图片接口中的至少一个；

缩小倍数设置单元，适于在当所述图片文件解码接口和/或流解码接口中确定待处理的原始图片满足第一预设条件时，修改原始图片的缩小倍数，得到第一中间图片；

尺寸设置单元，适于在当所述创建缩放图接口中确定所述第一中间图片满足第二预设条件时，将其长边像素值修改为第一预设值，并根据所述原始图片的长宽比例修改所述第一中间图片的短边像素值，得到第二中间图片，其中若所述第一中间图片不满足第二预设条件，则保留其长边和短边像素值；以及

压缩值设置单元，适于在当所述压缩图片接口中确定所述第二中间图片或所述保留的第一中间图片的JPEG压缩质量值小于第二预设值时，将JPEG压缩质量值修改为第二预设值，得到最终压缩图片。

7.如权利要求6所述的图片处理装置，其中所述第一预设条件为：原始图片是非全景图，其原始缩小倍数大于1，且图片的长边像素值与原始缩小倍数的比值大于第三预设值。

8.如权利要求6所述的图片处理装置，其中所述第二预设条件为：第一中间图片是非全景图，其长边像素值大于第一预设值，且图片的长边像素值与所述修改后的缩小倍数的比值大于第三预设值。

9.如权利要求6所述的图片处理装置，其中所述缩小倍数设置单元适于将原始图片的缩小倍数修改为原始图片的长边像素值与所述第一预设值的比值，其中计算得到的比值采取向下取整。

10.一种移动终端，包括如权利要求6-9中任一项所述的图片处理装置。