CN113963091A - 图像处理方法、移动终端及存储介质 - Google Patents

Abstract

本申请公开了一种图像处理方法、移动终端及计算机可读存储介质，其中，所述图像处理方法包括：获取目标脚本，所述目标脚本为对图像进行处理以生成图像序列的脚本；根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列。本申请能够快速生成图像对应的图像序列，提高了图像处理效率，用户操作也较为简单。

Description

图像处理方法、移动终端及存储介质

技术领域

本申请涉及图像处理技术领域，具体涉及一种图像处理方法、移动终端及存储介质。

背景技术

为了丰富图像的显示效果，可以基于图像生成动态的图像序列。比如，对于人脸图像，可以修改眼部或嘴部的动作，能够得到眨眼或张嘴说话等动态表情的图像序列。在实际应用中，往往需要用户对图像中的各个部分进行操作，基于用户操作逐一处理眨眼、摇头、张嘴等一系列的动态参数，最终生成对应的图像序列。

在构思及实现本申请过程中，发明人发现至少存在如下问题：在针对图像进行某组特定处理以得到图像序列时，需要在界面中逐一重新设定该处理对应的各项参数，其生成图像对应的图像序列的操作较为繁琐。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

针对上述技术问题，本申请提供一种图像处理方法、移动终端及存储介质，旨在解决生成图像对应的图像序列的操作较为繁琐的技术问题。

为解决上述技术问题，本申请提供一种图像处理方法，包括：

获取目标脚本，所述目标脚本为对图像进行处理以生成图像序列的脚本；

根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列。

可选地，所述根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列的步骤，包括：

解析所述目标脚本中的处理信息；

根据所述处理信息对所述待处理图像进行插帧处理，以得到所述目标图像序列。

可选地，所述处理信息包括以下至少一种：

所述图像中至少一个预设对象的变化趋势信息；

所述图像中至少一个预设部位的变化趋势信息；

所述图像中至少一个预设部位的动作、文字和/或音乐的匹配关系信息；

生成图像序列时的插帧参数信息。

可选地，所述根据所述处理信息对所述待处理图像进行插帧处理，以得到所述目标图像序列的步骤，包括：

确定所述处理信息对应的至少一个预设对象和/或预设部位；

识别所述待处理图像中与所述至少一个预设对象和/或预设部位匹配的至少一个目标对象和/或目标部位；

根据所述处理信息以及所述至少一个目标对象和/或目标部位对所述待处理图像进行插帧处理，以得到所述目标图像序列。

可选地，所述根据所述处理信息对所述待处理图像进行插帧处理，以得到所述目标图像序列的步骤，包括：

在接收到对所述处理信息或所述目标脚本的修改指令时，根据所述修改指令修改所述处理信息或所述目标脚本；

根据修改后的所述处理信息或目标脚本对所述待处理图像进行插帧处理，以得到所述目标图像序列。

可选地，所述根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列的步骤，包括：

在接收到对所述目标脚本的更新指令时，根据所述更新指令更新所述目标脚本；

根据更新后的所述目标脚本处理所述待处理图像，以得到所述目标图像序列。

可选地，所述根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列的步骤之后，所述方法还包括：

在检测到对所述目标图像序列的更新操作时，显示所述目标图像序列中的目标图像帧；

接收针对所述目标图像帧的处理操作，根据所述处理操作确定目标处理信息；

根据所述目标处理信息对所述目标图像序列进行更新处理。

可选地，所述根据所述目标处理信息对所述目标图像序列进行更新处理的步骤，包括：

根据所述目标处理信息对所述目标图像帧进行插帧处理，以得到更新后的所述目标图像序列；和/或，

根据所述目标处理信息处理所述目标图像序列中的所有图像帧，以得到更新后的所述目标图像序列。

可选地，所述获取目标脚本的步骤，包括：

获取和/或显示至少一个预设脚本；

响应针对所述至少一个预设脚本的选择操作，根据所述选择操作确定所述目标脚本。

可选地，所述获取至少一个预设脚本的步骤，包括：

获取至少一个历史图像，以及各所述历史图像对应的历史图像序列；

提取各所述历史图像序列对应的处理信息，和/或，识别或确定各所述历史图像序列对应的风格类型；

根据所述历史图像序列的处理信息和/或所述风格类型确定所述至少一个预设脚本。

可选地，所述获取一个预设脚本的步骤，包括：

获取历史脚本和/或历史操作信息；

根据所述历史脚本和/或所述历史操作信息，确定或生成所述至少一个预设脚本。

可选地，所述方法还包括：

将所述目标脚本和所述待处理图像发送至其它终端，以使所述其它终端根据所述目标脚本对所述待处理图像进行处理和/或显示。

可选地，所述方法还包括：

接收到其它终端分享的所述目标脚本时，提取所述目标脚本中的图像路径；

根据所述图像路径确定所述待处理图像。

本申请还提供一种移动终端，包括：存储器、处理器，其中，所述存储器上存储有图像处理程序，所述图像处理程序被所述处理器执行时实现如上任一所述方法的步骤。

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

如上所述，本申请的图像处理方法，获取目标脚本，目标脚本为对图像进行处理以生成图像序列的脚本；根据目标脚本处理待处理图像，以得到待处理图像对应的目标图像序列。通过上述方式，使用户快速生成待处理图像对应的图像序列，提高了图像处理效率，减小了系统消耗，用户操作也较为简单。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为实现本申请各个实施例的一种移动终端的硬件结构示意图；

图2为本申请实施例提供的一种通信网络系统架构图；

图3是根据第一实施例示出的图像处理方法的流程示意图；

图4是根据第二实施例示出的图像处理方法的流程示意图；

图5是根据第二实施例示出的得到目标图像序列的一方法流程示意图；

图6是根据第二实施例示出的得到目标图像序列的另一方法流程示意图；

图7是根据第三实施例示出的图像处理方法的流程示意图；

图8是根据第四实施例示出的图像处理方法的流程示意图；

图9是根据第四实施例示出的对目标图像序列进行更新处理的方法流程示意图；

图10是根据第五实施例示出的图像处理方法的流程示意图；

图11是根据第五实施例示出的选择界面的示意图；

图12是根据第五实施例示出的脚本配置界面的示意图；

图13是根据第五实施例示出的脸部的脚本配置界面的示意图；

图14是根据第五实施例示出的获取至少一个预设脚本的一方法流程示意图；

图15是根据第五实施例示出的获取至少一个预设脚本的另一方法流程示意图；

图16是根据第六实施例示出的图像处理方法的流程示意图；

图17是根据第七实施例示出的图像处理方法的流程示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，可选地，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，在本文中，采用了诸如S10、S20等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S20后执行S10等，但这些均应在本申请的保护范围之内。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。

移动终端可以以各种形式来实施。例如，本申请中描述的移动终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本申请各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对移动终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)、TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)和5G等。

WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。可选地，光传感器包括环境光传感器及接近传感器，可选地，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

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

可选地，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，可选地，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，可选地，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本申请实施例，下面对本申请的移动终端所基于的通信网络系统进行描述。

请参阅图2，图2为本申请实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。

可选地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。可选地，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。可选地，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本申请不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。

基于上述移动终端硬件结构以及通信网络系统，提出本申请各个实施例。

第一实施例

本申请第一实施例提供一种图像处理方法，图3示意性示出了本实施例的图像处理方法的流程示意图，参照图3，包括以下步骤：

步骤S10，获取目标脚本，所述目标脚本为对图像进行处理以生成图像序列的脚本；

在本实施例中，目标脚本为对图像进行处理以生成图像序列的脚本，目标脚本可以为一个或者多个。图像序列是一种非静态图像，图像序列由至少两个图像组成，并且图像序列中至少两个图像之间的内容不同。

可选地，至少一个目标脚本可以分别为不同风格类型的脚本，风格类型比如欢快类型、缓和类型等；所述图像是一种静态图像，静态图像是一种在特定时间段内内容不改变的图像。

可选地，所述图像作为一种静态图像，在被移动终端显示时，特定时间段内移动终端显示的所述图像的内容不会改变或者不会随时间推移产生新的信息，特定时间段比如为5秒。

可选地，图像序列在界定时间段内被移动终端显示时，其内容发生变化，或者所显示的内容随时间推移而产生新的信息，图像序列比如动态图像以及视频，动态图像是一种随时间改变内容随之改变的图像。

可选地，所述图像中的部分像素可以通过内容检测和分类，而被识别为特定的物体，特定的物体具体是对特定对象的分类，这种分类比如为生物分类、生物特征的分类、非生物的分类。可选地，生物分类比如人类、猫、狗等，生物特征的分类比如眼睛、鼻子、四肢等，非生物的分类比如天空、流水，还比如抽象元素，抽象元素比如线条、颜色等。

可选地，在生成图像序列的过程中，基于该静态图像以及算法计算出新图像，新图像与静态图像的内容不同，并根据新图像及原有的静态图像生成图像序列。可选地，在采用算法计算出新图像时，该静态图像中的部分像素映射到新图像中，使得新图像的部分像素与该静态图像相同，同时新图像的部分像素与该静态图像不同。可选地，还可以采用插帧算法进一步在该静态图像与新图像之间进行插帧处理得到插帧图像，以进一步基于该静态图像、新图像以及插帧图像，得到画面过渡更为流畅的图像序列。可选地，静态图像、新图像以及插帧图像在按时间顺序先后显示时，显示为动态图像。

可选地，图像序列中每个图像可以设置显示顺序，在移动终端按照显示顺序显示图像序列中的各个图像时，则可以使用户查看随时间变化图像内容发生变化的图像。

步骤S20，根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列。

在本实施例中，待处理图像是一种静态图像。目标图像序列是基于待处理图像生成的图像序列，处理可以是对图像内容进行调整的操作，还可以包含对图像关联的数据进行调整的操作，关联的数据比如音频数据。可选地，目标图像序列中包含该待处理图像。

在生成图像序列的过程中，可以将静态图像的像素部分地映射到图像序列包含的其他图像中。可选地，像素部分地映射到图像序列包含的其他图像中之后，所映射的像素部分发生改变或者扭曲，从而使得图像之间的内容发生改变。

在本实施例中，为了便于用户设置个性化的效果，基于静态图像得到其所需的个性化的图像序列，可以基于用户对静态图像的配置生成图像序列，对静态图像的配置可以是对特定部位的配置。可选地，对静态图像中眼睛对象配置眨眼动作，则移动终端基于配置的眨眼动作对眼睛对象进行计算。可选地，可以首先识别出静态图像为睁眼图像，并计算出睁眼图像对应的闭眼图像，通过在睁眼图像以及闭眼图像之间进行插帧，以得到多个眨眼相关的图像，进而将各个眨眼相关的图像形成图像序列。

可选地，待处理图像可以基于用户的选择操作得到。可选地，移动终端显示待处理图像的选择界面，并基于对选择界面的操作确定对应的待处理图像。可选地，待处理图像也可以是与目标脚本关联的待处理图像。可选地，移动终端可以在显示目标脚本的选择界面之前、之后或者同时，获取该待处理图像。

可选地，移动终端在得到该目标图像序列之后，可以保存目标图像序列、显示目标图像序列以及分享目标图像序列。

在本实施例中，通过获取目标脚本，根据目标脚本处理待处理图像，以得到待处理图像对应的目标图像序列，目标脚本为对图像进行处理以生成图像序列的脚本。该过程中，移动终端仅需要基于目标脚本对待处理图像处理，即可得到目标图像序列，不需要在界面中逐一重新设定各项参数，从而使得生成图像序列的操作较为简单。

第二实施例

本申请第二实施例提供一种图像处理方法，图4示意性示出了本实施例的图像处理方法的流程示意图，参照图4，所述步骤S20，包括以下步骤：

步骤S21，解析所述目标脚本中的处理信息；

在本实施例中，目标脚本作为一种脚本文件，其格式可以为可扩展标记语言(Extensible Markup Language，XML)、JS对象图谱(JavaScript Object Notation，JSON)。

可选地，处理信息包括图像中至少一个预设对象的变化趋势信息。预设对象指通过图像检测和内容识别技术识别出的图像中包含的对象。可选地，预设对象比如生物对象、非生物对象、抽象元素对象等。可选地，生物对象比如人、猫、狗。可选地，非生物对象比如河流对象、天空对象。可选地，抽象元素对象比如由线条和颜色组成的抽象图画对象。可选地，通过对待处理图像中预设对象进行处理，以生成该处理信息对应的目标图像序列。

可选地，处理信息包括图像中至少一个预设部位的变化趋势信息。预设部位预设对象中需要进行处理的部位。可选地，预设部位比如为眼部、手臂、脚以及嘴巴等。可选地，对眼部施加以眨眼的变化趋势信息，则可以生成眨眼的图像序列。

可选地，处理信息包括图像中至少一个预设部位的动作、文字和/或音乐的匹配关系信息。可选地，该处理信息可以是图像中嘴唇的动作与文字匹配关系信息。音频内容为“你好”，则移动终端可以计算出“你好”对应的嘴唇的变化趋势，并基于该变化趋势生成目标图像序列，从而在移动终端显示目标图像序列时，播放音频的同时，呈现嘴唇随音频变化的效果。可选地，还可以将嘴唇与音乐旋律以及文字进行匹配，移动终端基于文字以及音乐旋律计算出对应的嘴唇的变化趋势。

可选地，处理信息包括生成图像序列时的插帧参数信息，可选地，插帧参数信息包括插帧数量和/或插帧频率。通过该插帧参数信息可以对生成目标图像序列时所需要插帧的参数进行处理，从而改变目标图像序列中的静态图像的数量，以调整目标图像序列显示内容时的流畅度。

可选地，处理信息在包括上述信息中至少一个信息的基础上，还可以包括音频信息。音频信息为所述图像关联的音频播放信息，可以基于图像关联的音频播放信息生成视频，并在视频中包含该音频信息。

步骤S22，根据所述处理信息对所述待处理图像进行插帧处理，以得到所述目标图像序列。

在本实施例中，在获取处理信息之后，基于处理信息对待处理图像进行插帧处理，得到多个与待处理图像对应的新图像，基于新图像以及待处理图像得到目标图像序列。可选地，在进行插帧处理的过程中，需要首先计算出待处理图像匹配的图像，继而在待处理图像及其匹配的图像之间进行插帧，得到插帧图像。可选地，可以基于用户设定的插帧数量或者预设的默认插帧数量计算出插帧图像，基于待处理图像、待处理图像匹配的图像以及插帧图像生成目标图像序列，目标图像序列中包括待处理图像、待处理图像匹配的图像以及插帧图像。比如，对于眨眼动作，若原始图像中的眼部为睁眼状态，则需要首先计算出对应的闭眼状态的图像作为该待处理图像匹配的图像，进而在睁眼状态的图像以及闭眼状态的图像之间计算出中间状态的图像，从而得到从睁眼状态至闭眼状态渐变式变化的各个插帧图像。进一步地，在此基础上还可以得到从闭眼状态至睁眼状态渐变式变化的各个插帧图像，进一步得到眨眼的目标图像序列，该目标图像序列被移动终端显示时呈现眨眼的动态效果。

在本实施例中，请参阅图5，图5示出了得到目标图像序列的方法流程示意图，所述步骤S22包括如下步骤：

步骤S221：确定处理信息对应的至少一个预设对象和/或预设部位；

可选地，在根据处理信息对待处理图像进行插帧处理时，还可以确定处理信息对应的至少一个预设对象和/或预设部位。预设对象可以是待处理图像中预设的需要进行处理的对象，预设部位可以是预设对象至少一个需要进行处理的部位。

可选地，预设对象可以人、物，预设部位可以指人或物身体上的部位，可选地，预设部位可以是人的嘴唇、手以及脚。可选地，若处理信息是点头动作信息，则点头对象的预设部位则为头部；若处理信息是挥手动作信息，则挥手动作信息对应的预设部位为手臂。

步骤S222：识别待处理图像中与至少一个预设对象和/或预设部位匹配的至少一个目标对象和/或目标部位；

可选地，目标对象为预设对象和/或预设部位匹配的对象，目标部位是与预设对象和/或预设部位匹配的部位。

可选地，对待处理图像进行内容检测以得到其中包含的对象，并将于预设对象匹配的对象作为目标对象。

步骤S223：根据处理信息以及至少一个目标对象和/或目标部位对待处理图像进行插帧处理，以得到目标图像序列。

可选地，插帧处理的过程中需要计算出目标对象以及处理信息匹配的图像。比如，目标对象为头部对象，处理信息为点头动作，则需要对待处理图像中的头部对象进行插帧处理。可选地，插帧处理过程中以头部对象的原始状态作为基准计算出目标状态的图像，在原始状态的图像以及目标状态的图像之间进行插帧处理，以得到插帧图像。可选地，头部对象的原始状态为自然平视前方时的状态，目标状态为俯视下方时的状态，则可以计算出从自然平视前方时的状态向俯视下方时的状态之间过渡的插帧图像。从而基于待处理图像、目标对象以及处理信息匹配的图像、以及插帧图像从而可以生成目标图像序列。

在本实施例中，请参阅图6，图6示出了得到目标图像序列的方法流程示意图，所述步骤S22包括如下步骤：

步骤S224，在接收到对所述处理信息或所述目标脚本的修改指令时，根据所述修改指令修改所述处理信息或所述目标脚本；

可选地，在对目标脚本进行修改时，可以提取目标脚本中的处理信息，并显示处理信息的界面，以使用户基于处理信息的界面进行修改。移动终端进一步检测对处理信息的界面的修改指令，基于修改指令进行修改，从而能够灵活地修改目标脚本。

步骤S225，根据修改后的所述处理信息或目标脚本对所述待处理图像进行插帧处理，以得到所述目标图像序列。

可选地，在修改处理信息或目标脚本后，采用修改后的处理信息或者目标脚本对待处理图像进行插帧处理，从而得到新的目标图像序列，操作的灵活性较高。

在本实施例中，解析目标脚本中的处理信息，根据处理信息对待处理图像进行插帧处理，以得到待处理图像对应的目标图像序列，从而能够快速得到目标图像序列，操作简单。

第三实施例

本申请第三实施例提供一种图像处理方法，图7示意性示出了本实施例的图像处理方法的流程示意图，参照图7，所述步骤S20包括以下步骤：

步骤S23，在接收到对所述目标脚本的更新指令时，根据所述更新指令更新所述目标脚本；

在本实施例中，更新指令是对目标脚本进行更新的指令，该更新指令可以是根据用户针对图像或目标脚本的修改操作形成的。

可选地，目标脚本可以是XML文件，文件结构较为复杂，用户往往不具备编辑脚本文件的能力。可选地，为了便于用户更新目标脚本，还可以提取脚本中的特定字段，根据该特定字段确定对应的处理信息，并将处理信息进行显示。可选地，所显示的处理信息比如为文字信息“嘴唇变化趋势信息”、“眼睛变化趋势信息”，并使得用户可以直接编辑该处理信息，以得到修改后的处理信息，并根据修改后的处理信息更新该目标脚本。

可选地，目标脚本的名称“眨眼脚本”，目标脚本中预设部位的变化趋势信息“blink”，目标脚本的插帧参数信息“30”，“blink”表示需要使眼部产生眨眼变化趋势的处理信息，插帧参数信息“30”表示插帧频率为30。

可选地，在显示上述信息之后，接收修改指令，根据修改指令修改目标脚本中对应的值，以更新目标脚本。可选地，接收到的修改指令为将“blink”修改为“wink”，将插帧频率30修改为15，则将目标脚本中的<ScriptsValue>对应的“blink”修改为wink。

按照本实施例的方法，可以基于用户的触发操作生成修改指令，并基于修改指令从而能够实现简便地对目标脚本进行更新。

步骤S24，根据更新后的所述目标脚本处理所述待处理图像，以得到所述目标图像序列。

可选地，在得到更新后的目标脚本之后，根据该目标脚本处理待处理图像，从而得到所需的目标图像序列。比如，更新前目标脚本所实现的功能是得到眨双眼的图像序列，而更新后的目标脚本所实现的功能则是得到眨单只眼的图像序列，从而便于用户随时更新脚本。

可选地，在更新目标脚本后，可以将更新后的目标脚本保存。

在本实施例中，通过在接收到对目标脚本的更新指令时，根据更新指令更新目标脚本，根据更新后的目标脚本处理待处理图像，以得到目标图像序列，从而能够灵活地对目标脚本进行更新。

第四实施例

本申请第四实施例提供一种图像处理方法，图8示意性示出了本实施例的图像处理方法的流程示意图，参照图8，所述步骤S20之后，还包括以下步骤：

步骤S30，在检测到对所述目标图像序列的更新操作时，显示所述目标图像序列中的目标图像帧；

在本实施例中，更新操作为对目标图像序列进行更新的操作。目标图像帧是从目标图像序列中提取的用于更新的图像帧。

可选地，选取目标图像帧的方式为，将目标图像序列进行动态显示，显示过程中，用户在移动终端进行触摸操作，移动终端检测到触摸操作的同时，将该时刻所显示的图像帧作为目标图像帧。可选地，也可以直接将目标图像序列中的第一个图像帧作为目标图像帧。也可以采取其他方式确定目标图像帧。

步骤S40，接收针对所述目标图像帧的处理操作，根据所述处理操作确定目标处理信息；

在本实施例中，处理操作为用于生成处理信息的操作。可选地，处理操作可以为对所显示的处理信息的选择操作、输入处理信息的操作、编辑处理信息的操作，目标处理信息为该处理操作所对应的处理信息。

步骤S50，根据所述目标处理信息对所述目标图像序列进行更新处理。

在本实施例中，请参阅图9，图9示出了对目标图像序列进行更新处理的方法流程示意图，所述步骤S50包括如下步骤：

步骤S51，根据所述目标处理信息对所述目标图像帧进行插帧处理，以得到更新后的所述目标图像序列；和/或，根据所述目标处理信息处理所述目标图像序列中的所有图像帧，以得到更新后的所述目标图像序列。

可选地，在得到目标处理信息之后，根据目标处理信息计算出与目标图像帧对应的新图像帧，并基于新图像帧以及该目标图像帧生成更新后的目标图像序列。可选地，目标处理信息为河水的变化趋势信息，则按照河水的变化趋势对应的算法，计算出包括其它不同河水状态的新图像帧，并根据新图像帧以及目标图像帧，生成河水流动的目标图像序列。

可选地，目标处理信息中为对目标图像帧中的色彩信息、预设对象或者预设部位的形状调整信息，可以对目标图像序列中所有图像帧均按照该目标处理信息进行处理。可选地，目标处理信息为调节眼部大小的信息，则可以按照该调节眼部大小的信息，对目标图像序列中所有图像帧的眼部大小进行调节。可选地，目标处理信息为对脸部的色彩进行调节的信息，则可以按照该调节脸部色彩的信息，对目标图像序列中所有图像帧的脸部色彩进行调节，从而得到更新后的目标图像序列。

可选地，在得到目标处理信息之后，还可以根据该目标处理信息生成预设脚本并保存，便于用户下次直接调用该预设脚本生成对应的目标图像序列。

在本实施例中，通过在检测到对目标图像序列的更新操作时，显示目标图像序列中的目标图像帧；接收针对目标图像帧的处理操作，根据处理操作确定目标处理信息；根据目标处理信息对目标图像序列进行更新处理，从而能够便于对生成的目标图像序列进行修改。

第五实施例

本申请第五实施例提供一种图像处理方法，图10示意性示出了本实施例的图像处理方法的流程示意图，参照图10，所述步骤S10包括以下步骤：

步骤S11，获取和/或显示至少一个预设脚本；

在本实施例中，预设脚本可以为用于供用户选择的脚本，预设脚本能够用于生成图像序列。

可选地，预设脚本可以显示于选择界面中，以使用户在选择界面中选择预设脚本。选择界面是用于指示用户选择预设脚本的界面，选择界面中包括预设脚本的描述信息。可选地，描述信息可以为预设脚本的缩略图，或者为预设脚本的名称，也可以为其他描述信息。

可选地，选择界面一实施例如图11所示，图11中示出了四个预设脚本的交互控件，分别为“眨眼处理脚本”的交互控件、“面部处理脚本”的交互控件、“四肢处理脚本”的交互控件以及“音唇匹配脚本”的交互控件。可选地，移动终端通过检测触摸操作确定用户选择了眨眼处理脚本，则基于眨眼处理脚本处理待处理图像得到待处理图像对应的目标图像序列。可选地，待处理图像可以是在选取该眨眼处理脚本之前获取，也可以在选取该眨眼处理脚本之后获取，具体可以基于用户的选择操作获取该待处理图像。可选地，该眨眼处理脚本可以关联待处理图像，眨眼处理脚本中包含待处理图像的路径信息，则获取到眨眼处理脚本之后，基于眨眼处理脚本中的路径信息获取待处理图像。

可选地，可以通过持续检测用户在配置界面中对图像的配置过程，得到处理信息并生成预设脚本，配置界面一实施例如图12所示。图12所示的配置界面中示出了以下元素：标题“配置界面”、交互控件“脸”、交互控件“上肢”、交互控件“下肢”、交互控件“音乐”、交互控件“文字”。标题用于使用户查看移动终端当前显示的界面的概况，各个按钮控件用于基于用户的交互操作确定对图像的处理操作，交互操作可以是触摸操作或者语音操作等。

可选地，交互控件为按钮控件，移动终端检测到选择了按钮控件“脸”的情况下，则表明需要对脸部的处理信息进行配置，此时可以跳转到更细化的对脸部的处理信息进行配置的配置界面。可选地，对脸部的处理信息进行配置的配置界面一实施例即如图13所示，对脸部进行调节的动作包括：眨眼动作、摇头动作、点头动作。图13示中示出了“眨眼”、“摇头”以及“点头”的交互控件，移动终端响应于用户的交互操作，可以得到对应的处理信息。可选地，移动终端检测到点击了眨眼控件，则可以确定对该图像的处理信息包括眨眼动作。

可选地，移动终端通过记录在脚本配置界面中的操作以得到该处理信息。可选地，移动终端检测到用户选择了眨眼的处理操作，则记录眨眼的处理信息。可选地，移动终端检测到音唇匹配的处理操作，则可以记录音唇匹配的处理信息。可选地，移动终端检测到插帧信息的处理操作，则可以记录具体地插帧的处理信息。插帧信息中可以包括插帧的数量。

可选地，移动终端还可以检测到输入的文字信息时，将输入的文字信息记录为处理信息。可选地，移动终端还可以基于该文字信息生成与文字信息匹配的嘴唇的动作，移动终端还可以记录其他处理信息。

可选地，移动终端在获取处理信息之后，基于获取的处理信息生成预设脚本，生成的预设脚本中包括处理信息。可选地，在生成该预设脚本时，可以设置预设的基础脚本，并将处理信息填充至该基础脚本中。可选地，移动终端可以预设一组从处理信息得到对应的预设脚本的规则，并在得到处理信息之后基于该规则得到对应的预设脚本。

可选地，在生成预设脚本之后，保存该预设脚本。在保存预设脚本时，移动终端可以自动设置该预设脚本的名称，或者基于用户的设定操作设定该预设脚本的名称。

在本实施例中，请参阅图14，图14示出了获取至少一个预设脚本的方法流程示意图，所述步骤S11包括如下步骤：

步骤S111，获取至少一个历史图像，以及各所述历史图像对应的历史图像序列；

在本实施例中，历史图像是一种静态图像。可选地，历史图像序列是根据历史图像生成的图像序列，该历史图像及其对应的历史图像序列可以是移动终端中存储的数据。可选地，也可以从服务器获取历史图像及其对应的历史图像序列。

步骤S112，提取各所述历史图像序列对应的处理信息，和/或，识别或确定各所述历史图像序列对应的风格类型；

在本实施例中，风格类型比如欢快类型、缓和类型等。可选地，可以通过如下方式识别或确定历史图像序列对应的风格类型：提取历史图像序列中的各个图像帧，确定各个图像帧的色彩信息，将各个图像帧的色彩信息与预设色彩信息进行匹配，确定每个图像帧匹配的预设色彩信息，预设色彩信息关联有对应的风格信息，根据每个图像帧匹配的预设色彩信息，确定历史图像序列的风格类型。可选地，图像序列中包括60帧图像帧，并且各个图像帧匹配的预设色彩信息均与欢快类型对应，则可以确定历史图像序列对应的风格类型为欢快类型。

可选地，还可以根据历史图像及其对应的历史图像序列提取处理信息。可选地，可以通过将历史图像序列中每一帧图像与历史图像进行比较，以得到历史图像序列相对于历史图像的变化趋势信息。可选地，这种变化趋势信息可以是历史图像序列中预设对象和/或预设部位的变化趋势信息。可选地，还可以得到历史图像序列中预设部位的动作、文字和/或音乐的匹配关系信息。可选地，还可以对历史图像序列中的图像帧的数量进行统计，以得到插帧数量信息，并结合历史图像序列的持续时长得到插帧频率信息。

步骤S113，根据所述历史图像序列的处理信息和/或所述风格类型确定所述至少一个预设脚本。

在本实施例中，所确定或生成的预设脚本中包括处理信息以及风格类型，且预设脚本的数量为一个或者多个。

可选地，可以分别根据多个不同处理信息确定或生成多个不同的预设脚本。

在本实施例中，请参阅图15，图15示出了获取至少一个预设脚本的方法流程示意图，所述步骤S11包括如下步骤：

步骤S114，获取历史脚本和/或历史操作信息；

在本实施例中，历史脚本为此前生成的脚本。可选地，历史脚本与用户关联。历史操作信息为用户在历史时间段内生成图像序列时的操作信息，历史操作信息比如用户各类处理操作的操作频次、操作时间。

步骤S115，根据所述历史脚本和/或所述历史操作信息，确定或生成所述至少一个预设脚本。

可选地，历史脚本中的处理信息能够反映用户偏好的处理信息，历史操作信息能够反映用户各类处理操作的习惯，根据历史脚本信息以及历史操作信息，结合特定算法，能够确定或生成用户偏好的预设脚本。可选地，通过提取历史脚本中的处理信息，以及历史处理操作中的处理操作，可以得到各处理信息以及处理操作出现的频次。根据各处理信息以及处理操作出现的频次选取频次最高的处理信息以及处理操作，并根据频次最高的处理信息以及处理操作确定或生成一个预设脚本。

步骤S12，响应针对所述至少一个预设脚本的选择操作，根据所述选择操作确定所述目标脚本。

可选地，选择操作可以是用户的触摸操作、语音操作以及隔空操作等交互操作确定选择的目标脚本。

在本实施例中，可以通过检测用户的交互操作检测到对至少一个目标脚本选择操作，交互操作比如触摸操作、语音操作以及隔空操作等，在选择了多个目标脚本的情况下，则对应的目标脚本为多个，此时，分别通过各个目标脚本处理。

在本实施例中，获取和/或显示至少一个预设脚本，响应针对所述至少一个预设脚本的选择操作，根据所述选择操作确定所述目标脚本，从而便于用户选择所需的预设脚本。可选地，通过获取至少一个历史图像，以及各历史图像对应的历史图像序列，提取各历史图像对应的处理信息，识别或确定历史图像序列对应的风格类型，根据历史图像序列的处理信息和风格类型确定或生成至少一个预设脚本。从而能够不需要用户逐步编辑以得到预设脚本，便于用户选择适合的预设脚本。预设脚本中包括风格类型，提高了预设脚本内的趣味性。可选地，通过获取历史脚本以及历史操作信息，根据历史脚本以及历史操作信息，确定或生成至少一个预设脚本，从而能够根据用户的喜好确定或生成至少一个预设脚本，使得预设脚本与用户的喜好相匹配，便于用户选择适合其使用的脚本。

第六实施例

本申请第六实施例提供一种图像处理方法，图16示意性示出了本实施例的图像处理方法的流程示意图，参照图16，所述步骤S10之后，还包括以下步骤：

步骤S60，将所述目标脚本和所述待处理图像发送至其它终端，以使所述其它终端根据所述目标脚本对所述待处理图像进行处理和/或显示。

在本实施例中，其它终端为执行主体以外的终端。可选地，其他终端在获取到待处理图像以及目标脚本之后，根据目标脚本对待处理图像进行处理以得到待处理图像对应的图像序列，并显示图像序列。由于待处理图像以及目标脚本的数据量，小于目标图像序列的数据量，因而仅传输待处理图像以及目标脚本所需的通信传输资源较低。

可选地，可以在获取目标脚本之后，进一步获取待处理图像，并将目标脚本以及待处理图像发送至其它终端。

可选地，还可以在根据目标脚本处理待处理图像后，检测到将目标图像序列分享至其他终端的指令时，显示仅发送目标脚本以及待处理图像的提示信息，在检测到针对该提示信息的确认指令时，仅发送目标脚本以及待处理图像至其他终端。

在本实施例中，通过将目标脚本和待处理图像发送至其它终端，以使其它终端根据目标脚本对待处理图像进行处理和/或显示，从而相对于直接传输目标图像序列至其他终端，能够降低数据传输所带来的流量消耗。

第七实施例

本申请第七实施例提供一种图像处理方法，图17示意性示出了本实施例的图像处理方法的流程示意图，参照图17，所述步骤S20之前，还包括以下步骤：

步骤S70，接收到其它终端分享的所述目标脚本时，提取所述目标脚本中的图像路径；

在本实施例中，图像路径是图像的存储路径。

可选地，图像路径可以是链接，通过将待处理图像保存在服务器上，并将链接存储在目标脚本中。从而在接收其他终端分享或者发送的目标脚本之后，可以直接从目标脚本中提取该链接。

步骤S80，根据所述图像路径确定所述待处理图像。

可选地，基于图像路径接从服务器下载待处理图像，能够仅根据目标脚本获得待处理图像。通过将图像路径保存在目标脚本中，使得其他终端只需要分享目标脚本，不需要将待处理图像以及目标脚本同时分享，避免出现传输过程中待处理图像丢失的问题。同时，能够避免传输过程中，可能存在压缩待处理图像导致其画质降低的问题。

在本实施例中，通过接收到其它终端分享的目标脚本时，提取目标脚本中的图像路径；根据图像路径确定待处理图像，从而能够准确的获取目标脚本对应的待处理图像，避免单独传输目标脚本以及待处理图像时，待处理图像可能丢失的问题。

本申请还提供一种移动终端，移动终端包括存储器、处理器，存储器上存储有图像处理程序，图像处理程序被处理器执行时实现上述任一实施例中的图像处理方法的步骤。

本申请还提供一种计算机可读存储介质，计算机可读存储介质上存储有图像处理程序，图像处理程序被处理器执行时实现上述任一实施例中的图像处理方法的步骤。

在本申请提供的移动终端和计算机可读存储介质的实施例中，可以包含任一上述图像处理方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不做再赘述。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如上各种可能的实施方式中的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。

可以理解，上述场景仅是作为示例，并不构成对于本申请实施例提供的技术方案的应用场景的限定，本申请的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

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

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

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

本申请技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、存储盘、磁带)、光介质(例如，DVD)，或者半导体介质(例如固态存储盘Solid State Disk(SSD))等。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (15)

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

获取目标脚本，所述目标脚本为对图像进行处理以生成图像序列的脚本；

根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列。

2.如权利要求1所述的方法，其特征在于，所述根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列的步骤，包括：

解析所述目标脚本中的处理信息；

根据所述处理信息对所述待处理图像进行插帧处理，以得到所述目标图像序列。

3.如权利要求2所述方法，其特征在于，所述处理信息包括以下至少一种：

所述图像中至少一个预设对象的变化趋势信息；

所述图像中至少一个预设部位的变化趋势信息；

所述图像中至少一个预设部位的动作、文字和/或音乐的匹配关系信息；

生成图像序列时的插帧参数信息。

4.如权利要求2所述的方法，其特征在于，所述根据所述处理信息对所述待处理图像进行插帧处理，以得到所述目标图像序列的步骤，包括：

确定所述处理信息对应的至少一个预设对象和/或预设部位；

识别所述待处理图像中与所述至少一个预设对象和/或预设部位匹配的至少一个目标对象和/或目标部位；

根据所述处理信息以及所述至少一个目标对象和/或目标部位对所述待处理图像进行插帧处理，以得到所述目标图像序列。

5.如权利要求2所述的方法，其特征在于，所述根据所述处理信息对所述待处理图像进行插帧处理，以得到所述目标图像序列的步骤，包括：

在接收到对所述处理信息或所述目标脚本的修改指令时，根据所述修改指令修改所述处理信息或所述目标脚本；

根据修改后的所述处理信息或目标脚本对所述待处理图像进行插帧处理，以得到所述目标图像序列。

6.如权利要求1至5中任一项所述的方法，其特征在于，所述根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列的步骤，包括：

在接收到对所述目标脚本的更新指令时，根据所述更新指令更新所述目标脚本；

根据更新后的所述目标脚本处理所述待处理图像，以得到所述目标图像序列。

7.如权利要求1至5中任一项所述的方法，其特征在于，所述根据所述目标脚本处理待处理图像，以得到所述待处理图像对应的目标图像序列的步骤之后，所述方法还包括：

在检测到对所述目标图像序列的更新操作时，显示所述目标图像序列中的目标图像帧；

接收针对所述目标图像帧的处理操作，根据所述处理操作确定目标处理信息；

根据所述目标处理信息对所述目标图像序列进行更新处理。

8.如权利要求7所述的方法，其特征在于，所述根据所述目标处理信息对所述目标图像序列进行更新处理的步骤，包括：

根据所述目标处理信息对所述目标图像帧进行插帧处理，以得到更新后的所述目标图像序列；和/或，

根据所述目标处理信息处理所述目标图像序列中的所有图像帧，以得到更新后的所述目标图像序列。

9.如权利要求1至5中任一项所述的方法，其特征在于，所述获取目标脚本的步骤，包括：

获取和/或显示至少一个预设脚本；

响应针对所述至少一个预设脚本的选择操作，根据所述选择操作确定所述目标脚本。

10.如权利要求9所述的方法，其特征在于，所述获取至少一个预设脚本的步骤，包括：

获取至少一个历史图像，以及各所述历史图像对应的历史图像序列；

提取各所述历史图像序列对应的处理信息，和/或，识别或确定各所述历史图像序列对应的风格类型；

根据所述历史图像序列的处理信息和/或所述风格类型确定所述至少一个预设脚本。

11.如权利要求9所述的方法，其特征在于，所述获取一个预设脚本的步骤，包括：

获取历史脚本和/或历史操作信息；

根据所述历史脚本和/或所述历史操作信息，确定或生成所述至少一个预设脚本。

12.如权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：

将所述目标脚本和所述待处理图像发送至其它终端，以使所述其它终端根据所述目标脚本对所述待处理图像进行处理和/或显示。

13.如权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：

接收到其它终端分享的所述目标脚本时，提取所述目标脚本中的图像路径；

根据所述图像路径确定所述待处理图像。

14.一种移动终端，其特征在于，所述移动终端包括：存储器、处理器，其中，所述存储器上存储有图像处理程序，所述图像处理程序被所述处理器执行时实现如权利要求1至13中任一项所述的图像处理方法的步骤。

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

Images