CN114820881A - 图片的生成方法、智能终端及其计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种图片的生成方法、智能终端及计算机可读存储介质，其中，该图片的生成方法包括：确定待生成图片；获取待生成图片对应的底图和文本信息；其中，文本信息与设定语言类型相匹配；基于文本信息，生成对应的蒙层图；在底图上渲染蒙层图，以生成对应的图片。上述方案，能够在生成图片时，优化流程和提高效率。

Description

图片的生成方法、智能终端及其计算机可读存储介质

技术领域

本申请涉及人工智能技术领域，特别是涉及一种图片的生成方法、智能终端及其计算机可读存储介质。

背景技术

随着网页技术的普及，大量用户系统(如教育教学类系统、公司系统等)采用网页技术来建设，用户则通过浏览器来访问各类用户系统。通常地，某些用户系统需要承载大量的图文内容，如果系统需要国际化支持，那图文内容的多语言化是必不可缺的一部分工作。通过多语言化，用户系统可以为不同语种的用户提供相应语言的图文内容。

对于文字图片，通常地是为每种语言制作一张带相应文字的图片，在使用用户系统时，用户系统根据设定的语言来读取相应语言的文字图片，并予以显示。在相关技术中，每种语言对应的文字图片需要分别制作，若需要修改图片中的文字，则需要将所有语言对应的图片都重新调整，进而相关技术中的文字图片的制作成本较大，且不具有灵活性，不利于后续修订或更新图片里的文字信息。

发明内容

本申请至少提供一种图片的生成方法、智能终端及其计算机可读存储介质。

本申请第一方面提供了一种图片的生成方法，该方法包括：确定待生成图片；获取待生成图片对应的底图和文本信息；其中，文本信息与设定语言类型相匹配；基于文本信息，生成对应的蒙层图；在底图上渲染蒙层图，以生成对应的图片。

因此，利用待生成图片对应的底图和语言类型相匹配的文本信息以动态的生成文字图片，从而优化了流程，有利于减少成本和便于图片的修订。

在一些实施例中，确定待生成图片之前，还包括：获取底图集合以及与底图集合中各底图对应的编辑数据；基于编辑数据，确定与底图集合中各底图对应的至少一种语言类型的文本信息；将底图集合以及与底图集合中各底图对应的至少一种语言类型的文本信息存入数据库中。

因此，根据各底图的编辑数据来编辑对应的至少一种语言类型的文本信息并储存，有利于降低数据的冗余和便于显示语言的修订。

在一些实施例中，基于编辑数据，确定与底图集合中各底图对应的至少一种语言类型的文本信息，包括：基于编辑数据，确定与底图集合中各底图对应的第一类文本信息；其中，第一类文本信息为一默认语言类型的文本信息；响应于至少一种语言类型的文本信息包括至少两种语言类型，基于第一类文本信息，确定第二类文本信息；其中，第二类文本信息包括区别于默认语言类型的至少一种语言类型的文本信息。

因此，先制作默认语言类型的单条文本信息，再根据该单条文本信息，制作多条不同语言类型的文本信息，从而优化了流程和有利于降低数据的冗余。

在一些实施例中，将底图集合以及与底图集合中各底图对应的至少一种语言类型的文本信息存入数据库中，包括：将至少一种语言类型的文本信息存入第一JSON对象，以及将底图集合中各底图存入第二JSON对象；将第一JSON对象和第二JSON对象存入数据库。

因此，利用不同JSON对象分别储存文本信息和底图，有利于文本信息和底图的储存、提取。

在一些实施例中，将至少一种语言类型的文本信息存入第一JSON对象，包括：转换至少一种语言类型的文本信息，以得到第一字符串；将第一字符串存入第一JSON对象；其中，第一字符串用于储存文本信息；文本信息包括文本内容、超文本内容、文本样式和文本位置中的至少一种；将底图集合中各底图存入第二JSON对象，包括：转换底图集合中各底图，以得到第二字符串；将第二字符串存入第二JSON对象。

因此，利用各字符串储存各底图和文本信息，有利于数据的调用和降低数据的冗余。

在一些实施例中，获取待生成图片对应的底图和文本信息，包括：确定设定语言类型；基于待生成图片和设定语言类型，从数据库中提取第二JSON对象，以及与设定语言类型相匹配的第一JSON对象。

因此，根据底图和语言类型相匹配的文本信息，直接提取对应的各JSON对象，从而优化了流程，有利于数据的调用。

在一些实施例中，基于文本信息，生成对应的蒙层图，包括：解析第二JSON对象，以渲染底图；解析与设定语言类型相匹配的第一JSON对象，以生成对应的蒙层图；其中，蒙层图中包括文本信息。

因此，利用蒙层图来显示底图对应的文本内容，有利于降低数据的冗余和便于显示语言的修订。

在一些实施例中，在底图上渲染蒙层图，以生成对应的图片，包括：确定底图的渲染数据；其中，渲染数据包括底图的渲染尺寸和/或分辨率；基于渲染数据，在底图上渲染蒙层图，以生成对应的图片。

因此，根据底图的尺寸和/或分辨率，来渲染蒙层图，能够生成与底图尺寸和/或分辨率对应的文字蒙层图，从而优化了流程，便于在图片上生成和显示对应语言类型的文字。

本申请第二方面提供了一种图片的制作方法，该方法包括：获取待制作图片的底图以及与底图对应的编辑数据；基于编辑数据，制作底图对应的文本信息；其中，文本信息与设定语言类型相匹配；所述文本信息用于制作待制作图片的蒙层图；所述蒙层图用于结合所述底图制作对应的图片。

因此，利用待制作图片的编辑数据来制作底图对应文本信息，使得当需要渲染图片时，可以先利用文本信息制作蒙层图，之后将底图和蒙层图结合即可制作对应的图片，从而优化了图片制作流程，以及有利于减少图片制作成本和便于对图片进行修订。

本申请第三方面提供了一种智能终端，该智能终端包括：处理器以及与处理器连接的存储器，其中，存储器中存储有程序数据，处理器调取存储器存储的程序数据，以执行如上所述的图片显示方法，或执行如上所述的图片的制作方法。

本申请第四方面提供了一种计算机可读存储介质，其内部存储有程序指令，该程序指令被执行以实现如上所述的图片显示方法，或执行如上所述的图片的制作方法。

上述方案，利用待生成图片对应的底图和语言类型相匹配的文本信息以动态的生成文字图片，从而优化了流程，有利于减少成本和便于图片的修订。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1是本申请提供的智能终端第一实施例的结构示意图；

图2是本申请提供的图片的生成方法第一实施例的流程示意图；

图3是本申请确定待生成图片一实施例的界面示意图；

图4是本申请中底图和蒙层图的数据处理一实施例的流程示意图；

图5是本申请中步骤212一实施例的流程示意图；

图6是本申请中基于编辑数据确定文本信息一实施例的界面示意图；

图7是本申请中步骤213一实施例的流程示意图；

图8是本申请中步骤b1一实施例的流程示意图；

图9是本申请中步骤b1另一实施例的流程示意图；

图10是本申请中步骤22一实施例的流程示意图；

图11是本申请中步骤23一实施例的流程示意图；

图12是本申请中步骤24一实施例的流程示意图；

图13是本申请提供的图片的生成方法的第三实施例的流程示意图；

图14是本申请中根据系统设置的渲染数据，渲染底图一实施例的示意图；

图15是本申请中在底图的上一层渲染蒙层图一实施例的示意图；

图16是本申请提供的图片的制作方法一实施例的流程示意图；

图17为本申请提供的智能终端第二实施例的结构示意图；

图18为本申请提供的计算机可读存储介质一实施例的结构示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、流程、技术之类的具体细节，以便透彻理解本申请。

结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在申请中提及“实施例”意味着，结合实施例描述的特定特征、流程或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例中的步骤并不一定是按照所描述的步骤顺序进行处理，可以按照需求有选择的将步骤打乱重排，或者删除实施例中的步骤，或者增加实施例中的步骤，本申请实施例中的步骤描述只是可选的顺序组合，并不代表本申请实施例的所有步骤顺序组合，实施例中的步骤顺序不能认为是对本申请的限制。

本申请实施例中的术语“和/或”仅仅是一种描述关联对象的关联关系，是包括相关联的列举项目中的一个或多个的任何和全部的可能组合，其表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。还需要说明的是：当用在本说明书中时，“包括/包含”指定所陈述的特征、整数、步骤、操作、元件和/或组件的存在，但是不排除一个或多个其他特征、整数、步骤、操作、元件和/或组件和/或它们的组群的存在或添加。

本申请中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

另外，本申请中尽管多次采用术语“第一”、“第二”等来描述各种操作(或各种元件或各种应用或各种指令或各种阈值)等，不过这些操作(或元件或应用或指令或阈值)不应受这些术语的限制。这些术语只是用于区分一个操作(或元件或应用或指令或阈值)和另一个操作(或元件或应用或指令或阈值)。例如，第一JSON对象可以被称为第二JSON对象，第二JSON对象也可以被称为第一JSON对象，仅仅是其两者所包括的范围不同，而不脱离本申请的范围，第一JSON对象和第二JSON对象可以都是各种JSON对象的集合，只是二者并不是相同的JSON对象的集合而已。

本申请实施例的智能终端(如移动终端)可以以各种形式来实施。其中，智能终端可为包括诸如采集识别设备(如摄影机和录像机)、移动电话、智能电话、笔记本电脑、个人数字助理(PDA，Personal Digital Assistant)、平板电脑(PAD)等等的能够储存图像信息以及被访问或者发送图像信息的移动终端，智能终端也可以是数字广播发送器、数字TV、台式计算机、服务器等等的能够储存图像信息以及被访问或者发送图像信息的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，图1是本申请提供的智能终端第一实施例的结构示意图。

本公开实施例中，该智能终端10A包括用户系统11A、输入装置12A显示器13A。

本公开实施例中，用户系统11A可为用户信息系统或者客户集成系统(CustomerIntegrated Systems，CIS)，其能够以门户网站的形式向用户提供多种服务的数字化客户服务系统。可选地，用户系统11A可基于Liunx(GNU/Linux)系统、Mac(Macintosh，麦克机)系统或微软系统等用于系统操作。其中，操作系统可用于智能终端10A的C语言开发、QT(应用程序开发框架)界面编辑和应用层运用。也可以通过经典组合GCC(GNU CompilerCollection，GNU编译器套件)+Make/Makefile+GBD(GNU Project Debugger，GNU项目调试器)+Valgrind(内存分析工具)+Vim/EMACS/Gedit/Sublime Text(Vim/EMACS/Gedit/Sublime文本编辑器)进行编程。其中，在C语言开发中可封装常用的数据结构和算法，QT的界面库可应用软件的二次开发。

本公开实施例中，CIS包括一个在前台向用户提供一对一特色服务的门户和多个位于后台的业务系统，将信息技术的应用扩展到客户端，以能够让用户在任何地点处理事务。可选地，CIS的前台门户为一用户系统界面，用于显示和应用CIS的特色服务，如用户浏览系统界面中的图片、视频、PPT(Power Point，幻灯片)等。CIS的后台的业务系统为服务器、数据库等，用于处理和存储CIS的应用服务，如后台的业务系统对用户系统界面中的图片、视频、PPT(Power Point，幻灯片)进行修改、制作等，以及将修改、制作后的图片、视频、PPT(Power Point，幻灯片)储存在数据库中。

本公开实施例中，用户也可以通过输入装置12A向CIS输入相应的代码数据或者控制参数，以应用CIS的特色服务，以及显示器13A用于显示用户系统界面中的应用服务。如用户需要修改系统界面中的图片内容，或者用户需要播放系统界面中的视频、PPT(PowerPoint，幻灯片)，则用户通过输入装置12A进行操作以及通过显示器13A进行显示。可选地，输入装置12A可为触屏输入、按键输入或语音输入等至少一种方式。其中，按键输入可包括多种按键，以及语音输入可包括多个语音关键词，用以向CIS输入不同的代码数据或者控制参数。其中，语音输入中的多个语音关键词包括有与按键输入中的多种按键相同的功能。例如，一语音关键词为“播放PPT”，语音输入器识别该关键词，并向CIS发送相应的控制信号，CIS根据控制信号立即启动后台对应的业务系统，以在用户系统界面根据该控制信号播放PPT。请参阅图2，图2是本申请提供的图片的生成方法第一实施例的流程示意图。其中，该方法应用于上述实施例中的智能终端，以被该智能终端执行，具体而言，该方法可以包括如下步骤：

步骤11：确定待生成图片。

本公开实施例中，用户通过智能终端的用户系统确定需要制作的待生成图片。其中，待生成图片在用户系统上可通过缩略图、文件名称、特殊标识等方式显示，待生成图片可以为一张图片，也可以为多张图片的图片组形式，这里不做具体限定。

请参阅图3，图3是本申请确定待生成图片一实施例的界面示意图。其中，该界面为智能终端的用户系统界面，在用户系统界面中显示有“英语课件”、“数学课件”、“地理课件-中文版”和“地理课件-英文版”四个待生成图片的特殊标识。其中，每一标识代表一个待生成图片组，用户可通过输入装置选择其中的一个特殊标识，以确定待生成图片。

步骤12：获取待生成图片对应的底图和文本信息；其中，文本信息与设定语言类型相匹配。

本公开实施例中，用户系统根据确定的待生成图片以及此时系统设定的语言类型，来获取该待生成图片对应的各张底图，以及与各张底图相对应的、与设定语言类型相同的文本信息。

步骤13：基于文本信息，生成对应的蒙层图。

本公开实施例中，用户系统根据各文本信息，生成各张底图对应的蒙层图。其中，该文本信息用于绘制蒙层图上的文本内容，该蒙层图用于显示待生成图片的文字内容。

可选地，若需要修改或者替换待生成图片上的文字内容，则仅需对该待生成图片的蒙层图对应的文本信息进行相应的修改或者替换即可。

步骤14：在底图上渲染蒙层图，以生成对应的图片。

在一个实施场景中，用户系统为公司内部系统，在该系统的PPT浏览界面中包括有多个PPT的缩略图，每一PPT代表一个待生成图片。用户通过鼠标点击并选中其中的第一PPT的缩略图，以确定待生成的图片，其中，第一PPT中包括待生成的第一图片和第二图片。此时，公司内部系统识别当下的系统语言为中文，以及获取待生成的第一图片和第二图片对应的第一底图和第二底图，以及第一底图和第二底图对应中文语言类型的文本信息，公司内部系统再根据获取的文本信息，分别生成对应第一底图和第二底图的第一蒙层图和第二蒙层图，最后，将第一蒙层图和第二蒙层图分别渲染在其对应的第一底图和第二底图上，以生成第一图片和第二图片。

上述方案，用户系统利用待生成图片对应的各底图和语言类型相匹配的文本信息，以动态的生成图文图片，有利于减少图文图片制作成本和便于对图文图片的修改和替换，从而优化了图文图片制作的流程。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

可选地，将上述可选实施方式进行结合，并基于上述技术方案进一步优化与扩展，可得到本申请提供的图片的生成方法的第二实施方式，其中，该方法应用于上述实施例中的智能终端，以被该智能终端执行，该方法包括：

步骤21：确定待生成图片。

其中，本公开实施例中的步骤21与上述公开实施例中的步骤11相似，这里不再赘述。

本公开实施例中，用户系统在确定待生成图片之前，还包括需要对待生成图片的底图和蒙层图进行数据处理，以制作待生成图片的底图及其对应的各种语言类型的文本信息。

请参阅图4，图4是本申请中底图和蒙层图的数据处理一实施例的流程示意图。具体而言，可以包括如下步骤：

步骤211：获取底图集合以及与底图集合中各底图对应的编辑数据。

本公开实施例中，用户系统获取的底图集合中包括至少一张底图，且该底图集合中各底图的图片格式不限，例如，底图的图片格式可为位图格式、JPEG格式、PNG(便携式网络图形)格式、GIF格式、JPG格式或者PDF格式等。各底图对应的编辑数据为用户通过输入装置输入用户系统的各对应代码数据，或者从数据库或外部设备直接获取的各底图对应的代码数据。

步骤212：基于编辑数据，确定与底图集合中各底图对应的至少一种语言类型的文本信息。

在一实施例中，用户系统根据编辑数据中各对应的代码数据可直接确定对应底图的一预设数量语言类型的文本信息。其中，编辑数据中包含有对应预设数量的代码数据集合，每一代码数据集合用于确定一种语言类型的文本信息；该文本信息可进行自定义，用户可基于对应的代码数据对文本信息进行修改；该预设数量语言类型包括不少于两种的任意不相同的语言类型。例如，确定的文本信息包括预设的四种默认语言类型的文本信息，该四种默认语言类型分别为中文、英文、日语、韩语。其中，每一种预设默认语言类型的文本信息所表示的文本内容相同，但其文本内容对应的语言类型不相同。可以理解地，可以根据用户需求，增减文本信息预设语言类型的数量，以及修改默认语言类型的语种形式。

示例性地，根据上述用户输入的编辑数据对应的代码数据，可生成包括一预设数量语言类型的文本信息的文本定义文件。文本定义文件中保存有各预设数量语言类型的文本信息对应的代码数据集合，解析对应的代码数据集合即可得到对应语言类型的文本信息。

示例性地，可以根据编辑数据生成多个文本定义文件，每个文本定义文件包括一种语言类型的文本信息对应的代码数据，解析不同的文本定义文件即可得到对应语言类型的文本信息。

示例性地，可以直接根据编辑数据，将编辑数据中的代码数据进行解析得到每种语言类型的文本信息，生成包括预设数量语言类型的文本信息的一个文本文件，或者生成多个文本文件，每个文本文件包括一种语言类型的文本信息，当需要生成图片时直接提取文本文件即可。

例如，在基于预设数量语言类型的文本信息显示对应的图片时，用户系统首先确定需要显示的语言类型，再从确定的文本信息中提取出对应的一种语言类型的文本信息，并获取其对应底图，再将该文本信息和底图进行编译以形成对应的显示图片；或者，用户系统直接提取编辑数据中对应语言类型的代码数据集合及其对应的底图，并将该代码数据集合解析，以得到对应的自定义文本信息，再将自定义文本信息和底图进行编译以形成对应的显示图片。

可选地，请参阅图5，图5是本申请中步骤212一实施例的流程示意图。具体而言，步骤212可以包括如下步骤：

步骤a1：基于编辑数据，确定与底图集合中各底图对应的第一类文本信息。

本公开实施例中，用户系统根据编辑数据中各对应的代码数据，确定与底图集合中各底图对应的第一类文本信息；其中，第一类文本信息为一默认语言类型的文本信息，该默认语言类型的文本信息可为任意的一种语言形式，如中文、英文、日语、韩语等。

可选地，编辑数据中的代码数据可通过代码生成模板自动生成或者由用户手动编辑得到。其中，自动生成或者编辑得到的代码数据可以包括程序代码(其可以包括方法、函数、类、事件处理程序等)的一个或多个源代码(例如，XML、html、Java、C++、Python或其它编程语言)文件，这些源代码进一步可以被智能终端的后台服务器编译或解释，从而确定对应的第一类文本信息。

示例性地，请参阅图6，图6是本申请中基于编辑数据确定文本信息一实施例的界面示意图。其中，该界面为用户系统界面的编辑界面。在编辑界面的左侧为用户手动编辑的html格式的源代码数据，源代码数据被后台服务器解释为界面的第一段内容为日期和时间“星期一，14:00-16:00”，界面的第二段内容为课程内容“商务英语”，并且源代码数据被后台服务器编译的默认语言类型为“Chinese”。在编辑界面的右侧为源代码数据经过编译后的第一类文本信息，该第一类文本信息的第一段内容为“星期一，14:00-16:00”，第二段内容为“商务英语”，并且应用的默认语言类型为中文。

在某些实施例中，应用的用户系统界面的编辑界面可以包括一个或多个GUI(Graphical User Interface，图形用户界面)屏幕，其中每个屏幕包括一个或多个用户界面(User Interface，UI)部件，诸如按钮、文本输入框、下拉列表、下拉菜单、图标、表格等。应用的编辑界面还可以包括描述应用的GUI和/或与各个UI部件的功能和行为相关联或向用户提供其它信息或指令的文本信息。如图6中左侧的源代码数据的GUI屏幕的右上角包括“点击运行”的按钮，用户可通过输入装置选中该按钮，以运行该段代码；或者如图6中右侧的第一类文本信息的GUI屏幕的右上角包括“运行结果”的图标，用户通过该图标可理解右侧GUI屏幕表征的第一类文本信息。

可以理解地，在GUI(图形用户界面)开发过程中，GUI可以由设计人员基于顾客或客户调查、市场调查以及驱动要素(包括在待开发的GUI中的功能和外观)等其它信息源来设计。GUI可以描述用户系统界面中应用期望的用户界面(UI)，诸如应用的各个屏幕显示的模拟(mock-up)图像、图像的设计和外观、图像之间的过渡等。除了模拟图像之外，GUI还可以包括向用户提供关于GUI的信息的文本内容(例如，多类文本信息)。其中，应用的GUI(包括GUI屏幕的图像)可以由设计人员记录在文档(例如，设计文档、文本信息)或规范(例如，图像文件或示意草图)中。然后，GUI的文档或规范可以用于创建或开发用于实现应用的编辑数据中的代码数据。例如，在开发阶段期间，开发人员可以手动编写代码数据，或者通过代码生成模板自动生成代码数据，或者可以使用基于“拖放”的开发工具来手动构建期望的GUI屏幕/GUI中的部分元素(如图片、文字等)，并生成实现具有在GUI设计文档或规范中描述的期望外观和功能的代码数据。

步骤a2：响应于至少一种语言类型的文本信息包括至少两种语言类型，基于第一类文本信息，确定第二类文本信息。

本公开实施例中，若底图集合中各底图需要制作对应的语言类型的文本信息包括至少两种语言类型，则用户系统根据第一类文本信息，确定第二类文本信息。其中，第一类文本信息和第二类文本信息所表示的文本内容相同，但其文本内容对应的语言类型不相同，并且第二类文本信息中包括区别于默认语言类型的至少一种语言类型的文本信息。

可选地，第二类文本信息包括文本信息对应的一个或多个源代码文件，将这些源代码文件通过智能终端的后台服务器编译或解释，从而确定对应的第二类文本信息。其中，第二类文本信息对应的源代码文件中的代码可通过第一类文本信息的编辑数据修改得到，或者也可通过代码生成模板自动生成或者由用户手动编辑得到。其中，将第一类文本信息的编辑数据中默认语言类型对应的代码数据，通过用户手动修改，或者代码编辑器自动修改为第二类文本信息包括的语言类型对应的代码数据，即可得到第二类文本信息对应的代码。

在一个实施场景中，智能终端获取的底图集合中包括第一底图和第二底图。其中，配置第一底图对应的文本信息仅包括中文语言类型，和配置第二底图对应的文本信息包括中文、英文和日文三种语言类型，其中，中文类型的文本信息为第二底图的默认语言类型的文本信息。制作的流程为，首先用户向用户系统手动输入第一底图中文语言类型的编辑数据对应的源代码，用户系统的后台服务器再识别和编译该源代码，从而制得第一底图对应的文本信息；和用户通过代码生成模板向用户系统自动输入第二底图中文语言类型的编辑数据对应的源代码，用户系统的后台服务器再识别和编译该源代码，从而制得第二底图对应的第一类文本信息；后台服务器再将该编辑数据中的中文语言类型对应的源代码数据修改为英文和日文类型，最后，后台服务器再识别和编译该英文和日文类型的源代码数据，从而制作得到第二底图对应的第二类文本信息。上述方案，用户系统先根据编辑数据制作默认语言类型的文本信息，再根据该默认语言类型的文本信息，制作区别于默认语言类型的其他多条不同语言类型的文本信息，从而优化了不同语言类型文本信息制作的流程，以及区别于相关技术中为每一张待生成图片单独制作一种语言类型的底图，在底图对应的第一类文本信息的基础上修改得到第二类文本信息，有利于降低底图对应编辑数据的冗余。

步骤213：将底图集合以及与底图集合中各底图对应的至少一种语言类型的文本信息存入数据库中。

在一实施例中，将底图集合中的各底图的存储数据由图片代码格式(如位图格式、JPEG格式、PNG(便携式网络图形)格式、GIF格式、JPG格式或者PDF格式等)，通过代码格式转换器或者代码转换模型转换为可进行数据交换的代码数据格式(如JSON对象格式、java对象格式、HTML数组格式、mysql数组格式或者XML对象格式等)，并将转换后底图的存储数据存入数据库的一个存储路径或者文件集合中；以及将各底图对应的至少一种语言类型的文本信息，通过格式转换器或者代码转换模型转换为与底图存储数据相同的代码数据格式，并将转换后的文本信息存入数据库中与底图存储数据相同的存储路径或者文件集合中。

可选地，请参阅图7，图7是本申请中步骤213一实施例的流程示意图。具体而言，步骤213可以包括如下步骤：

步骤b1：将至少一种语言类型的文本信息存入第一JSON对象，以及将底图集合中各底图存入第二JSON对象。请参阅图8，图8是本申请中步骤b1一实施例的流程示意图。具体而言，步骤b1中的“将至少一种语言类型的文本信息存入第一JSON对象”可以包括如下步骤：

步骤b11：转换该至少一种语言类型的文本信息，以得到第一字符串。

本公开实施例中，用户系统将第一类文本信息和第二类文本信息的原代码格式，通过代码格式转换器或者代码转换模型转换成对应的字符串格式，以得到第一字符串。其中，第一字符串为JSON格式或者标准SVG text(Scalable Vector Graphics text，可升级矢量图形)标签的格式。

可选地，若第一类文本信息和第二类文本信息的原代码格式为JSON格式，转换的第一字符串的格式为PHP(Hypertext Preprocessor，超文本预处理器)语言的对应格式，则代码格式转换器或者代码转换模型可利用PHP语言中的json_decode()函数将第一类文本信息和第二类文本信息JSON格式的原代码转换成对应的PHP字符串格式。其中，json_decode()函数可配置其基本语法json_decode($json,$assoc＝FALSE,$depth＝512,$options＝0)来转换原代码格式。其中，$json表示函数需要转换的JSON字符串，$assoc为一个布尔变量，若其获得值为正确的(即true)，则返回的FALSE对象为关联数组，$depth表示用户指定的递归深度(在该函数中指定的递归深度为512)，$options表示JSON对象解码时的位掩码选项，其包括两种支持的选项，一种是JSON_OBJECT_AS_ARRAY，该种选项与$assoc设置返回的获得值为正确时，具有相同的效果；另一种是JSON_BIGINT_AS_STRING与JSON_THROW_ON_ERROR，该种选择用于转换大整数类型的字符串而非默认的float类型；$options等于的数值表示转换得到的PHP字符串对应返回已编码JSON对象的值，其返回的初始值为0。

可选地，在其他实施例中第一类文本信息和第二类文本信息对应的原代码格式的数据也可以为第一字符串。这里对第一类文本信息和第二类文本信息对应的原代码的数据格式不作具体限定。步骤b12：将第一字符串存入第一JSON对象。其中，第一字符串用于存储文本信息；文本信息包括文本内容、超文本内容、文本样式和文本位置中的至少一种。

本公开实施例中，用户系统将第一字符串转换为第一JSON对象，并通过第一JSON对象存入第一字符串对应的第一类文本信息和第二类文本信息。其中，文本信息包括文本内容、超文本内容、文本样式和文本位置中的至少一种。文本内容包括各种语言类型的文字内容，超文本内容包括链接、音乐、程序等非文字元素，文本样式包括文本内容和/或超文本内容的显示样式，如颜色、大小、字体等，文本位置包括文本内容和/或超文本内容显示的位置。可选地，第一字符串转换为第一JSON对象可通过调用parse方法完成。请参阅图9，图9是本申请中步骤b1另一实施例的流程示意图。具体而言，步骤b1中的“将底图集合中各底图存入第二JSON对象”可以包括如下步骤：

步骤b13：转换底图集合中各底图，以得到第二字符串。

本公开实施例中，用户系统将底图集合中各底图的原代码格式，通过代码格式转换器或者代码转换模型转换成对应的字符串格式，以得到第二字符串。其中，第二字符串为JSON格式或者标准SVG text标签的格式。

步骤b14：将第二字符串存入第二JSON对象。

本公开实施例中，用户系统将第二字符串转换为第二JSON对象，并通过第二JSON对象存入第二字符串对应的底图集合中各底图。

在一个实施场景中，一方面，第一类文本信息和第二类文本信息对应输入的代码数据格式为富文本格式(Rich Text Format，RTF)，用户系统将该第一类文本信息和第二类文本信息转换成标准SVG text标签格式的第一字符串，用户系统再将第一字符串转换为第一JSON对象，并通过第一JSON对象存入第一字符串对应的第一类文本信息和第二类文本信息。其中，该文本信息包括文本内容、超文本内容、文本样式和文本位置。另一方面，底图集合中各底图为PNG格式，用户系统将底图集合中各底图转换成标准SVG text标签格式的第二字符串，用户系统再将第二字符串转换为第二JSON对象，并通过第二JSON对象存入第二字符串对应的各底图。

其中，SVG text标签格式的第一字符串或者第二字符串，可利用XML语法或者JSON语法，并通过文本格式的描述性语言来描述待生成图片的文本内容，进而可实现待生成图片的色彩线性变化、路径、自定义字体、透明效果、滤镜效果、位置关系等各式常见的图形图像效果；以及SVG text标签格式的第一字符串或者第二字符串为轻量级的数据格式，在应用时所占用流量低，以及在字符串和JSON对象之间的转换流程速度快和简易，进而可实现减少待生成图片的空间内存冗余和加速数据存储流程的效果。

在其他实施例中，除将底图和各类文本信息转换成字符串之外，用户系统也可以通过代码格式转换器或者代码转换模型，将任意原代码格式的底图、第一类文本信息和第二类文本信息转换成对应的JSON数组格式、PHP数据格式或python数据格式等格式数据，并将其对应格式的数据存入对应的JSON对象中，进而可将其JSON对象存入数据库中。

其中，通过代码格式转换器或者代码转换模型转换得到的JSON数组格式的底图、第一类文本信息和第二类文本信息的数据结构为["Python","javascript","C++",...]，其取值方式和所有语言中相同，通过索引获取字段值，进一步地可将其存入JSON对象中临时储存。

可选地，代码转换模型为用户系统生成的与待生成图片的文本信息和/或底图相关的GUI模型。在一些实施例中，可执行的或可解释的代码数据可以基于GUI模型来生成或者经过转化得到，以显示具有与待生成图片的设计信息中所描述的外观和功能相同的GUI。其中，可以以数据交换格式来描述所生成的GUI模型，并且随后可以使用GUI模型来生成或者转换使用各种编程语言在各种平台上实现GUI屏幕的代码数据。

在一些实施例中，可以以与待生成图片的文本信息和/或底图相关的数据交换格式来描述GUI模型，诸如JavaScript对象表示法中的JSON格式。在一些实施例中，用户可以提供关于GUI模型的反馈，在用户反馈后可以用于改善(例如，重新训练)基于机器学习的分类器。

其中，基于待生成图片的文本信息可以为生成的GUI模型被各种下游用户使用。例如，下游用户可以使用该模型来自动且可以没有任何手动编码地生成或者转换得到用于实现GUI的代码数据。该代码数据可以被一个或多个处理器执行的可执行程序来执行或编译，或者可以被例如web浏览器解释的可解释程序来执行或编译，以显示GUI。

其中，不同的用户可以使用相同的GUI模型。例如，第一用户可以使用GUI模型来自动生成用于第一平台(例如，

)可执行文件的代码数据，而第二用户可以使用相同的GUI模型来转换设计人员输入的不同格式或者形式的编辑数据，以自动转换得到用于不同平台(例如，

)可执行文件的代码数据。GUI模型(例如，以JSON格式)还可以用于生成不同编程语言的代码，诸如标记语言(例如，HTML或XML)或样式表语言(例如，级联样式表(Cascading Style Sheets，CSS))等。上述方案，用户系统将各种格式的底图和多种语言类型的文本信息，直接转换成相应格式的JSON对象存储，从而优化了数据的存储方式，减少系统数据的冗余和有利于数据的调用。

步骤b2：将第一JSON对象和第二JSON对象存入数据库。

本公开实施例中，用户系统将每一底图对应的一个第二JSON对象，及其每一底图对应的第一类文本信息和第二类文本信息对应的一个第一JSON对象，共同存入数据库的一分区存储介质中，并通过设置不同的存储名称以区分。

可选地，响应于在如浏览器解释的显示界面渲染待生成图片时，用户系统将底图及其多种语言类型的文本信息对应格式的代码数据直接从数据库中对应的JSON对象提取出，再将对应的JSON对象通过代码格式转换器或者代码转换模型转化为显示界面对应的渲染格式(如，HTML格式)，最后，浏览器再解析该渲染格式对应的代码数据，以渲染待生成图片。其中，JSON对象为轻量级的文本数据，其具有独立于语言和平台，具有自我描述，易理解和解析的特点，能够适用于大多数平台的显示界面渲染待生成图片。

在一个实施场景中，首先，底图集合中有PNG格式的第一底图和第二底图，用户分别通过输入器输入第一底图和第二底图对应的富文本格式的编辑数据，用户系统根据编辑数据，确定第一底图和第二底图对应的至少一种语言类型的第一类文本信息和第二类文本信息。其中，该文本信息包括文本内容、超文本内容、文本样式和文本位置。然后，用户系统将该第一类文本信息和第二类文本信息转换成标准SVG text标签格式的第一字符串，并将第一字符串再转换为第一JSON对象，以通过第一JSON对象存入第一字符串对应的第一类文本信息和第二类文本信息。以及用户系统将第一底图和第二底图转换成标准SVG text标签格式的第二字符串，并将第二字符串再转换为第二JSON对象，以通过第二JSON对象存入第二字符串第一底图和第二底图。最后，用户系统将第一底图的第二JSON对象，及其第一底图对应第一类文本信息和第二类文本信息的第一JSON对象，共同存入数据库的第一分区存储介质中，并设置存储名称为“第一图片”；用户系统将第二底图的第二JSON对象，及其第二底图对应第一类文本信息和第二类文本信息的第一JSON对象，共同存入数据库的第二分区存储介质中，并设置存储名称为“第二图片”。

上述方案，用户系统将各种格式的底图和多种语言类型的文本信息，直接转换成相应格式的JSON对象，再将相对应的JSON对象共同存入数据库中，从而优化了数据的存储方式，有利于降低存储数据的冗余、和适于存储数据被各种平台调用以及解析渲染。

步骤22：获取待生成图片对应的底图和文本信息；其中，文本信息与设定语言类型相匹配。

请参阅图10，图10是本申请中步骤22一实施例的流程示意图。具体而言，步骤22可以包括如下步骤：

步骤221：确定设定语言类型。

本公开实施例中，用户系统响应于确定需要加载的待生成图片时，用户系统确定此时系统的设定语言类型，其中，系统的设定语言类型可为中文、英语、韩文、日文等等，这里不做具体限定。

可选地，系统内部可设置有至少一种语言类型，在该至少一种语言类型中存在一种为该系统的设定语言类型；并且不同的系统设置有其对应的至少一种语言类型，其各自对应的设定语言类型可以相同也可以不相同；其中，系统的设定语言类型可以基于该系统出厂时由设计工程师的固定设置，也可以基于用户在系统出厂后的任意时刻在其系统设置选项(如，网页浏览器或者应用程序中的语言设置)中的手动设置。

其中，文本信息的语言类型包括第一类文本信息对应的默认语言类型，和第二类文本信息对应区别于默认语言类型的至少一种语言类型。文本信息的语言类型为在获取待生成图片对应的底图和文本信息之前已设置完成或者根据获取的文本信息确定，且不同语言类型的文本信息存储在数据库中。其中，文本信息对应的默认语言类型与系统的设定语言类型可以相同也可以不相同，并且文本信息中设定的全部语言类型与系统中设定的全部语言类型可以完全相同或者部分相同或者完全不相同。

在一实施例中，待生成图片对应的底图和文本信息存储在一数据库中；若，第一平台(例如，

)需要加载该待生成图片，并且第一平台的设定的默认语言类型为中文，则此时第一平台的用户系统确定此时系统设定的语言类型为中文类型；而第二平台(例如，

)也需要加载该待生成图片，并且第二平台的设定的默认语言类型为英文，则此时第二平台的用户系统确定此时系统设定的语言类型为英文类型。

步骤222：基于待生成图片和设定语言类型，从数据库中提取第二JSON对象，以及与设定语言类型相匹配的第一JSON对象。

本公开实施例中，用户系统根据待生成图片和设定语言类型，从数据库中提取待生成图片对应底图的第二JSON对象，以及与所述设定语言类型匹配的文本信息对应的第一JSON对象。

其中，若响应于文本信息中设有的全部语言类型与系统的设定语言类型均不匹配，则用户系统将该第一类文本信息作为与系统的设定语言类型匹配的文本信息，从数据库中提取出第一类文本信息对应的第一JSON对象，或将该第一类文本信息对应的语言类型作为系统新的设定语言类型；或响应于文本信息中设有的全部语言类型与系统的设定语言类型均不匹配，用户系统对该第一类文本信息对应的第一JSON对象进行修改，以得到与系统的设定语言类型匹配的JSON对象，其中，对第一JSON对象进行修改可参照上述实施例中的修订方法，这里不再赘述。

在一个实施场景中，用户系统为公司内部系统，在该系统的PPT浏览界面中包括有多个PPT的缩略图，每一PPT代表一个待生成图片。用户通过鼠标点击并选中其中的第二PPT的缩略图，以确定待生成的图片，其中，第二PPT中包括待生成的第三图片和第四图片。此时，公司内部系统识别当下系统的设定语言类型为中文，并根据待生成的第三图片和第四图片从与公司内部系统连接的数据库中，提取出待生成的第三图片和第四图片对应第三底图的第二JSON对象和第四底图的第二JSON对象，以及第一底图对应中文语言类型文本信息的第一JSON对象，和第二底图对应中文语言类型文本信息的第一JSON对象。

在另一个实施场景中，若公司内部系统识别当下系统的设定语言类型为阿拉伯文，并且第三图片和第四图片对应的文本信息中均不存在阿拉伯文语言类型的第一JSON对象，则公司内部系统将第三图片和第四图片对应的第一类文本信息的第一JSON对象提取出来作为匹配的第一JSON对象，或直接将第一类文本信息对应的英文默认语言类型作为公司内部系统新的设定语言类型。

上述方案，用户系统根据待生成图片的底图和语言类型相匹配的文本信息，直接从数据库中提取对应的第一JSON对象和第二JSON对象，从而优化了数据提取流程，有利于数据的调用。

步骤23：基于文本信息，生成对应的蒙层图。

请参阅图11，图11是本申请中步骤23一实施例的流程示意图。具体而言，步骤23可以包括如下步骤：

步骤231：解析第二JSON对象，以渲染底图。

本公开实施例中，用户系统解析待生成图片对应底图的第二JSON对象，以获取第二JSON对象对应的第二字符串，并利用该第二字符串渲染该底图。

在一实施例中，响应于在如浏览器解释的显示界面中渲染待生成图片时，用户系统先将底图对应格式的第二字符串从数据库对应的第二JSON对象中解析出，再将对应的第二字符串通过代码格式转换器或者代码转换模型转化为显示界面对应底图的渲染配置参数(如，HTML格式)。进一步地，用户系统将渲染配置参数传入显示界面对应的可执行着色器程序(如OpenGL中的Program对象)中，可执行着色器程序根据渲染配置参数来配置着色对象的映射关系和渲染顺序(如，<Program id＝’0’>表示第一个渲染的Program对象)，并根据着色对象的映射关系和渲染顺序渲染出底图。其中，着色对象的映射关系包括的底图外观(例如，底图的设计或结构、底图的用户界面部件、所使用的字体、底图上使用的颜色(例如，前景色和背景色)等)、底图及其用户界面部件的功能、要由底图及其用户界面部件显示的数据等。

步骤232：解析与设定语言类型相匹配的第一JSON对象，以生成对应的蒙层图；其中，所述蒙层图中包括文本信息。

本公开实施例中，用户系统解析待生成图片对应文本信息的第一JSON对象，以获取第一JSON对象对应的第一字符串，并利用该第一字符串生成蒙层图。其中，蒙层图中包括待生成图片对应文本信息，即文本内容、超文本内容、文本样式和文本位置中的至少一种。

在一实施例中，生成蒙层图包括：首先，用户系统先将文本信息对应格式的第一字符串从数据库对应的第一JSON对象中解析出，再将对应的第一字符串通过代码格式转换器或者代码转换模型转化为显示界面对应格式蒙层图的渲染配置参数(如，HTML格式)。用户系统再利用该蒙层图渲染配置参数确定蒙层图内部的属性。即确定蒙层图的参数以及与蒙层图的参数各自对应的参数值，包括蒙层图的外观(例如，蒙层图的设计或结构(例如，文本内容、超文本内容、文本样式和文本位置)、蒙层图的用户界面部件、所使用的字体、蒙层图上使用的颜色(例如，前景色和背景色)等)、蒙层图及其用户界面部件的功能、要由蒙层图及其用户界面部件显示的数据等。然后，用户系统再将蒙层图内部的属性配置给画笔，以使画笔根据对应参数以及参数值绘制出蒙层图。可选地，响应于需要修改蒙层图显示的文本信息，则将解析的待生成图片的第一字符串进行对应修改，并利用该修改后的第一字符串转换为其对应的渲染配置参数，以绘制出修改后的蒙层图。或者响应于需要更换蒙层图显示的文本信息，则将待生成图片的第一JSON对象替换为待生成图片的文本信息对应的其他语言类型的第一JSON对象，并重新解析该替换后的第一JSON对象，以得到替换后的第一字符串并将替换后的第一字符串转换为其对应的渲染配置参数，以绘制出替换后的蒙层图。

在其他实施例中，也可以基于文本信息对应的第一字符串，利用文件对象模型(Document Object Model，DOM)和CSS对象模型(CSS Object Model)，来绘制对应的蒙层图。示例性地，首先，用户系统先将文本信息对应格式的第一字符串从数据库中解析出，再将对应的第一字符串通过代码格式转换器或者代码转换模型转化为HTML格式或者XML格式的源代码数据。在将源代码数据输入DOM中，以输出蒙层图对应的DOM树(如，HTML树或者XML树)；再利用DOM中的link标记、CSS对象模型提供的外部CSS样式表和CSS文件，构建出CSSOM树。最后，利用渲染引擎将DOM树和CSSOM树构合成，以构建出布局树，最后渲染引擎根据布局树绘制出对应的蒙层图。其中，布局树包括蒙层图的外观(例如，蒙层图的设计或结构(例如，文本内容、超文本内容、文本样式和文本位置)、蒙层图的用户界面部件、所使用的字体、蒙层图上使用的颜色(例如，前景色和背景色)等)、蒙层图及其用户界面部件的功能、要由蒙层图及其用户界面部件显示的数据等。上述方案，利用蒙层图来表示待生成图片对应语言类型的文本内容，有利于降低数据的冗余和便于对表示信息的修订、更换。

步骤24：在底图上渲染蒙层图，以生成对应的图片。

请参阅图12，图12是本申请中步骤24一实施例的流程示意图。具体而言，步骤24可以包括如下步骤：

步骤241：确定底图的渲染数据；其中，渲染数据包括底图的渲染尺寸和/或分辨率。

本公开实施例中，用户系统确定已渲染的底图的渲染数据，包括底图的渲染尺寸(如8寸、12寸、16寸等等)和/或分辨率(1K、2K、4K等等)。其中，用户系统可根据底图对应格式的第二字符串来确定底图的渲染数据。

步骤242：基于渲染数据，在底图上渲染蒙层图，以生成对应的图片。

本公开实施例中，用户系统将蒙层图的渲染数据设置为与已渲染的底图的渲染数据相同，并在已渲染的底图的上一层渲染蒙层图，以生成对应的图片。其中，用户系统可根据文本信息对应格式的第一字符串来确定蒙层图的渲染数据。

在一个实施场景中，用户系统确定已渲染的底图的渲染尺寸为16寸和显示分辨率为4K。则用户系统将蒙层图的渲染尺寸也设置为16寸和显示分辨率设置为4K，并在该已渲染的底图的上一层渲染该蒙层图，以生成对应的图片。

上述方案，用户系统根据底图的渲染尺寸和/或显示分辨率，相同的来渲染蒙层图，从而优化了待生成图片的显示流程，有利于加快图片显示的效率。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

将上述可选实施方式进行结合，并基于上述技术方案进一步优化与扩展，以得到本申请提供的图片的生成方法的第三实施方式。

请参阅图13，图13是本申请提供的图片的生成方法的第三实施例的流程示意图。具体而言，可以包括如下步骤：

步骤S101：确定待生成图片的底图。

本公开实施例中，待生成图片的底图可以为PNG格式或JPG格式的图片。

步骤S102：定义底图的第一类文本信息。

本公开实施例中，通过输入信息的代码数据来定义底图的第一类文本信息，第一类文本信息为默认语言类型的文本信息，可以为中文、韩文、英文等等。其中，文本信息包括需要定义的文本内容、文本样式和文本位置等信息。

步骤S103：根据第一类文本信息定义底图的第二类文本信息。

本公开实施例中，通过第一类文本信息对应的默认语言类型和代码数据，来定义第二类文本信息。其中，第二类文本信息与第一类文本信息的文本信息(即文本内容、文本样式和文本位置等信息)内容相同，但是语言类型不相同(可以为中文、韩文、英文等等中的至少一种)。

步骤S104：保存待生成图片的底图及其第一类文本信息、第二类文本信息。

本公开实施例中，若待生成图片有多张，则将每一待生成图片的底图及其底图对应的第一类文本信息、第二类文本信息共同保存在一分区存储介质中，其中，不同的待生成图片的分区存储介质不相同。

步骤S105：响应于系统加载待生成图片，识别当前系统语言和提取待生成图片的分区存储介质中的底图和与当前系统语言相匹配的文本信息。

步骤S106：根据系统设置的渲染数据，渲染底图。

请参阅图14，图14是本申请中根据系统设置的渲染数据，渲染底图一实施例的示意图。其中，底图a为系统第一次识别和渲染的底图，底图b为系统第二次识别和渲染的底图，这两次的渲染数据(如渲染尺寸和分辨率)相同。

步骤S107：根据底图对应的与当前系统语言相匹配的文本信息和已渲染底图的渲染数据，生成蒙层图，并在底图的上一层渲染蒙层图。

请参阅图15，图15是本申请中在底图的上一层渲染蒙层图一实施例的示意图。其中，底图a为系统第一次识别和渲染的底图，底图b为系统第二次识别和渲染的底图，这两次的渲染数据(如渲染尺寸和分辨率)和文本信息的内容相同，但是底图a对应的文本信息的语言类型为汉语，底图b对应的文本信息的语言类型为英语。

上述方案，用户系统利用待生成图片对应的底图和语言类型相匹配的文本信息以动态的生成文字图片，从而优化了图片制作和显示流程，有利于减少图片制作成本和便于对图片进行修订。

请参阅图16，图16是本申请提供的图片的制作方法一实施例的流程示意图。其中，该方法应用于上述实施例中的智能终端，以被该智能终端执行，具体而言，该方法可以包括如下步骤：

步骤S201：获取待制作图片的底图以及与底图对应的编辑数据。

本公开实施例中，智能终端可以从一数据库中获取待制作图片的底图以及与底图对应的编辑数据；智能终端也可以基于用户向智能终端上传并存储图片，再通过用户选择相应的上传图片作为待制作图片的底图。其中，底图可包括至少一张图片，且该底图的图片格式不限，例如，底图的图片格式可为位图格式、JPEG格式、PNG(便携式网络图形)格式、GIF格式、JPG格式或者PDF格式等。各底图对应的编辑数据可以通过用户利用输入装置向用户系统输入相应的代码数据而获取到，也可以为通过代码生成模板自动生成的代码数据而获取到。

可选地，用户向智能终端上传的图片可以为任意格式的原图片；在图片上传完成后，上传图片可以被指定存储在智能终端的任一存储路径，响应于获取待制作图片的底图时，用户系统从对应的存储路径中拉取上传图片，以供用户选择相应的上传图片作为底图；或者上传图片也可以直接上传到用户系统中，以供用户选择作为底图。

可选地，数据库可为智能终端内部的一部分，智能终端的后台服务器向其数据库发送提取底图以及与底图对应的编辑数据的控制指令，以获取到底图以及与底图对应的编辑数据；数据库可为智能终端外接设备的一部分，智能终端的后台服务器向其外接设备发送提取底图以及与底图对应的编辑数据的请求信号，外接设备根据请求信号以将底图以及与底图对应的编辑数据发送至智能终端。其中，外接设备可为包括诸如采集识别设备(如摄影机和录像机)、智能电话、智能电话、笔记本电脑、个人数字助理(PDA，Personal DigitalAssistant)、平板电脑(PAD)等等的能够储存图像信息、图像编辑数据以及能够被访问或者发送图像信息、图像编辑数据的智能终端。

步骤S202：基于编辑数据，制作底图对应的文本信息；其中，文本信息与设定语言类型相匹配。

本公开实施例中，用户系统根据编辑数据中各对应的代码数据，制作底图对应的文本信息；其中，文本信息可为基于代码数据形成的自定义文本文件，自定义文本文件的内容包括文本内容、文本内容的语言类型、文本样式和文本位置中的至少一种；或者，文本信息可为将编辑数据对应的代码数据存储得到的文本定义文件，文本定义文件定义有语言类型、文本内容、文本样式、文本设置中至少一种；通过解析文本定义文件中的代码数据即可得到文本内容、语言类型等信息。此外，用户系统可以识别自身设定的固定语言类型或者识别编辑数据设定的默认语言类型，以使制作的文本信息与设定语言类型相匹配。该设定语言类型的文本信息可为任意的一种语言形式，如中文、英文、日语、韩语等。例如，用户系统A自身设定的固定语言类型为中文，则用户系统A基于底图S1的编辑数据，制作底图S1对应中文语言类型的文本信息；又如，底图S2的编辑数据设定有默认语言类型韩文，则用户系统B基于底图S2的编辑数据，制作底图S2对应韩文语言类型的文本信息。

在其他实施例中，用户系统根据编辑数据中各对应的代码数据，制作底图对应的与设定语言类型相匹配的文本信息不少于两种任意不相同的语言类型。即用户系统自身设定的固定语言类型或者编辑数据设定的默认语言类型包括有不少于两种任意不相同的语言类型。其中，任意两种不相同语言类型的文本信息所表示的文本内容相同。本公开实施例中，底图对应的文本信息包括文本内容、超文本内容、文本样式和文本位置中的至少一种。其中，文本内容包括各种语言类型的文字内容，超文本内容包括链接、音乐、程序等非文字元素，文本样式包括文本内容和/或超文本内容的显示样式，如颜色、大小、字体等，文本位置包括文本内容和/或超文本内容显示的位置。

本公开实施例中，文本信息用于制作所述待制作图片的蒙层图，蒙层图用于结合底图制作对应的图片。在需要进行生成图片时，用户系统可以根据文本信息生成待制作图片的蒙层图，之后将蒙层图渲染在底图上生成对应的图片。示例性的，具体图片生成过程可以参考如下过程：

步骤S203：响应于启动图片渲染程序，基于文本信息，制作待制作图片的蒙层图。

本公开实施例中，用户系统响应于启动图片渲染程序时，用户系统先从智能终端的存储路径中提取出需要渲染图片对应的文本信息，再将文本信息对应格式的代码数据，通过代码格式转换器或者代码转换模型转化为显示界面对应格式蒙层图的渲染配置参数(如，JSON对象格式、java对象格式、HTML数组格式、mysql数组格式或者XML对象格式等)。用户系统再基于该蒙层图渲染配置参数确定蒙层图内部的属性。即确定蒙层图的参数以及与蒙层图的参数各自对应的参数值，包括蒙层图的外观(例如，蒙层图的设计或结构(例如，文本内容、超文本内容、文本样式和文本位置)、蒙层图的用户界面部件、所使用的字体、蒙层图上使用的颜色(例如，前景色和背景色)等)、蒙层图及其用户界面部件的功能、要由蒙层图及其用户界面部件显示的数据等。最后，用户系统再将蒙层图内部的属性配置给画笔，以使画笔根据对应蒙层图的参数以及参数值绘制出蒙层图。

在其他实施例中，响应于需要修改蒙层图中显示的文本信息，则用户系统将文本信息对应中的代码数据进行对应修改，并利用该修改后的代码数据重新转换为其对应的渲染配置参数，以使画笔绘制出修改后的蒙层图。或者响应于需要更换蒙层图显示的文本信息，则用户系统将该文本信息对应的代码数据替换为需要更换文本信息对应的代码数据，并重新转换为其对应的渲染配置参数，以使画笔绘制出替换后的蒙层图。

步骤S204：基于底图和蒙层图，制作对应的图片。

本公开实施例中，用户系统在进行图片渲染时，先基于底图的编辑数据对应的代码数据制作出底图，用户系统再基于底图的渲染数据在底图的上侧合并蒙层图，以制作出对应的图片。

在其他实施例中，用户系统先获取蒙层图对应底图的代码数据，再通过代码格式转换器或者代码转换模型转化为显示界面对应格式底图的渲染配置参数(如，JSON对象格式、java对象格式、HTML数组格式、mysql数组格式或者XML对象格式等)。然后，用户系统将渲染配置参数传入显示界面对应的可执行着色器程序(如OpenGL中的Program对象)中，可执行着色器程序根据渲染配置参数来配置着色对象的映射关系和渲染顺序(如，<Programid＝’0’>表示第一个渲染的Program对象)，并根据着色对象的映射关系和渲染顺序渲染出底图。其中，着色对象的映射关系包括的底图外观(例如，底图的设计或结构、底图的用户界面部件、所使用的字体、底图上使用的颜色(例如，前景色和背景色)等)、底图及其用户界面部件的功能、要由底图及其用户界面部件显示的数据等。

进一步地，用户系统基于底图的渲染数据(包括渲染尺寸和/或分辨率)，调整蒙层图对应的渲染数据，以使蒙层图与底图的渲染数据相同。用户系统再将调整后的渲染数据配置给画笔，以使画笔根据蒙层图对应的渲染数据、内部属性的参数以及参数值在底图的上侧绘制出蒙层图，以将底图和蒙层图合并，进而制作出对应的图片。

可选地，用户系统在执行完成图片渲染程序，可自动触发或基于用户选择触发图片验证程序，通过自动/手动验证图片的制作和/渲染结果是否符合预设条件(如文本预设位置是否准确、文本语言是否准确、图片清晰度是否过低等)，验证图片的制作和/或渲染是否成功。若响应于图片的制作和/或渲染失败，则用户可对图片制作时的代码数据，和/或图片渲染时的渲染数据进行相应的修改，以使图片的制作和/或渲染成功。当然，用户系统也可以仅显示渲染的图片后，由用户预览图片后，若需要修改图片(如底图、文本信息或渲染参数等)，可以重新修改图片相关的数据后重新渲染。

在一实施例中，响应于图片验证程序为验证图片的制作是否成功，用户系统在编辑界面中直接呈现出对应制作到的蒙层图和底图，以通过用户进行人工图片验证；或者用户系统将制作到的蒙层图和底图，以及蒙层图和底图对应的原始代码数据，对应打包并发送至第三方机构(如，数据处理服务器)，以通过第三方机构验证制作到的蒙层图及其原始代码数据，以及制作到的底图及其原始代码数据是否匹配，从而得出验证结果，并将验证结果返回至智能终端。

在一实施例中，响应于图片验证程序为验证图片的渲染是否成功，用户系统在编辑界面中直接呈现出渲染在外接显示屏中图片的预览图片，以通过用户进行人工图片验证；或者用户系统将渲染的图片以及图片对应的渲染数据，对应打包并发送至第三方机构，以通过第三方机构验证渲染的蒙层图及其渲染数据是否相匹配，从而得出验证结果，并将验证结果返回至智能终端。

在一个实施场景中，首先，智能终端从一外接计算机的数据库中获取一张JPG格式的待制作图片的底图以及与该底图对应XML格式的编辑数据。然后，智能终端中的用户系统根据编辑数据中对应的代码数据，制作出该底图对应默认英文语言类型的文本信息；用户系统再将该文本信息的代码数据，通过代码转换模型转化为与用户系统的显示界面相匹配JSON对象格式的渲染配置参数，用户系统再基于该渲染配置参数，得到蒙层图内部的属性，并将蒙层图内部的属性配置给画笔，以使画笔绘制出蒙层图。然后，用户系统将底图的代码数据通过代码格式转换器转化为显示界面对应JSON对象格式的渲染配置参数；用户系统再将底图的渲染配置参数传入显示界面的可执行着色器程序中，以配置出底图中着色对象的映射关系和渲染顺序，并根据着色对象的映射关系和渲染顺序渲染出底图。最后，用户系统调整蒙层图的渲染尺寸和分辨率，以使蒙层图的渲染尺寸和分辨率与底图相同。用户系统再将调整后蒙层图绘制在底图的上侧，以将底图和蒙层图合并，进而制作出对应的图片。在图片渲染完成之后，响应于自动触发或用户触发图片验证程序以验证图片的渲染是否成功，智能终端可将渲染的图片以及图片对应的渲染数据，打包并发送至第三方机构进行数据匹配验证，第三方机构得出的验证结果为验证成功，并将验证结果返回至智能终端。

上述方案，用户系统利用用户上传的待制作图片对应的各底图，和基于用户输入的代码数据形成的与设定语言类型相匹配的文本信息，以动态的制作图文图片，以及通过设置图片验证程序以验证图片的制作和/或渲染是否成功，有利于减少图文图片制作成本和便于对图文图片的修改和替换，从而优化了图文图片制作的流程。

在一实施例中，本申请中的智能终端可应用于AIE(Artificial IntelligenceEducation，人工智能教育教学)平台。其中，用户可通过该智能终端在AIE的教育场景中，对课程内容、实验说明、实验步骤说明等包括图片的模块或功能执行图片的生成作方法和图片的制作方法，以实现图片的多语言化，从而降低用户(如，教研老师、学生)在教育教学时实现多语言化过程中的工作量，并使得多语言的图片模块或功能的版本迭代、内容修订变得更灵活，从而在整体上降低AIE平台在国际化支持上的成本投入。

例如，在一个实施场景中，智能终端为一台平板电脑，在平板电脑内预先存储有多张待展示PPT图片的底图以及与底图对应的编辑数据。教研老师将平板电脑与投影仪连接，并利用平板电脑中的AIE平台选中一张PPT图片，以通过图片的生成作方法将该PPT图片的底图及其对应设定语言类型的蒙层图合并渲染在投影仪的荧幕上。

参阅图17，图17为本申请提供的智能终端第二实施例的结构示意图，该智能终端100包括处理器101以及与处理器101连接的存储器102，其中，存储器102中存储有程序数据，处理器101调取存储器102存储的程序数据，以执行上述的图片的生成方法，或者上述的图片的制作方法。

可选地，在一实施例中，处理器101用于执行程序数据以实现如下方法：确定待生成图片；获取待生成图片对应的底图和文本信息；其中，文本信息与设定语言类型相匹配；基于文本信息，生成对应的蒙层图；在底图上渲染蒙层图，以生成对应的图片。

上述方案，智能终端100利用待生成图片对应的底图和语言类型相匹配的文本信息以动态的生成文字图片，从而优化了图片制作和显示流程，有利于减少图片制作成本和便于对图片进行修订。

其中，处理器101还可以称为CPU(Central Processing Unit，中央处理单元)。处理器101可能是一种电子芯片，具有信号的处理能力。处理器101还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器101可以由集成电路芯片共同实现。

存储器102可以为内存条、TF卡等，可以存储智能终端100中的全部信息，包括输入的原始数据、计算机程序、中间运行结果和最终运行结果都保存在存储器102中。它根据处理器101指定的位置存入和取出信息。有了存储器102，智能终端100才有记忆功能，才能保证正常工作。智能终端100的存储器102按用途可分为主存储器(内存)和辅助存储器(外存),也有分为外部存储器和内部存储器的分类方法。外存通常是磁性介质或光盘等，能长期保存信息。内存指主板上的存储部件，用来存放当前正在执行的数据和程序，但仅用于暂时存放程序和数据，关闭电源或断电，数据会丢失。

作为示例而非限制，如图17所示，存储器102可以加载正在被执行的可以包括各种应用(诸如Web浏览器、中间层应用、关系型数据库管理系统(RDBMS)等)的应用程序、程序数据和操作系统。作为示例，操作系统可以包括各种版本的Microsoft

Apple

和/或Linux操作系统、各种商用或类

操作系统(包括但不限于各种GNU/Linux操作系统、Google

OS等)和/或智能操作系统，诸如

Phone、

OS、

OS、

OS操作系统，以及其它操作系统。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的智能终端100的实施方式仅仅是示意性的，例如，第一类显示数据和第二类显示数据的制作方式，第一JSON对象和第二JSON对象的存储方式等等，其仅仅为一种集合的方式，实际实现时可以有另外的划分方式，例如第一类显示数据和第二类显示数据可以结合或者可以集合到另一个系统中，或一些特征可以忽略，或不执行。

另外，在本申请各个实施例中的各功能单元(如数据库和用户系统等)可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

参阅图18，图18为本申请提供的计算机可读存储介质一实施例的结构示意图，该计算机可读存储介质110中存储有能够实现上述图片的生成方法，或者上述的图片的制作方法的程序指令111。

在本申请各个实施例中的各功能单元集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在计算机可读存储介质110中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机可读存储介质110在一个程序指令111中，包括若干指令用以使得一台计算机设备(可以是个人计算机，系统服务器，或者网络设备等)、电子设备(例如MP3、MP4等，也可以是手机、平板电脑、可穿戴设备等智能终端，也可以是台式电脑等)或者处理器(processor)以执行本申请各个实施方式方法的全部或部分步骤。

可选地，在一实施例中，程序指令111在被处理器执行时，用以实现如下方法：确定待生成图片；获取待生成图片对应的底图和文本信息；其中，文本信息与设定语言类型相匹配；基于文本信息，生成对应的蒙层图；在底图上渲染蒙层图，以生成对应的图片。

上述方案，计算机可读存储介质110利用待生成图片对应的底图和语言类型相匹配的文本信息以动态的生成文字图片，从而优化了图片制作和显示流程，有利于减少图片制作成本和便于对图片进行修订。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质110(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可读存储介质110实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可读存储介质110到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的程序指令111产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机可读存储介质110也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储介质110中的程序指令111产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机可读存储介质110也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的程序指令111提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一实施例中，这些可编程数据处理设备上包括处理器和存储器。处理器还可以称为CPU(Central Processing Unit，中央处理单元)。处理器可能是一种电子芯片，具有信号的处理能力。处理器还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可以为内存条、TF卡等，它根据处理器指定的位置存入和取出信息。存储器按用途可分为主存储器(内存)和辅助存储器(外存),也有分为外部存储器和内部存储器的分类方法。外存通常是磁性介质或光盘等，能长期保存信息。内存指主板上的存储部件，用来存放当前正在执行的数据和程序，但仅用于暂时存放程序和数据，关闭电源或断电，数据会丢失。

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

Claims (11)

1.一种图片的生成方法，其特征在于，所述方法包括：

确定待生成图片；

获取所述待生成图片对应的底图和文本信息；其中，所述文本信息与设定语言类型相匹配；

基于所述文本信息，生成对应的蒙层图；

在所述底图上渲染所述蒙层图，以生成对应的图片。

2.根据权利要求1所述的方法，其特征在于，

所述确定待生成图片之前，还包括：

获取底图集合以及与所述底图集合中各底图对应的编辑数据；

基于所述编辑数据，确定与所述底图集合中各底图对应的至少一种语言类型的文本信息；

将所述底图集合以及与所述底图集合中各底图对应的所述至少一种语言类型的文本信息存入数据库中。

3.根据权利要求2所述的方法，其特征在于，

所述基于所述编辑数据，确定与所述底图集合中各底图对应的至少一种语言类型的文本信息，包括：

基于所述编辑数据，确定与所述底图集合中各底图对应的第一类文本信息；其中，所述第一类文本信息为一默认语言类型的文本信息；

响应于所述至少一种语言类型的文本信息包括至少两种语言类型，基于所述第一类文本信息，确定第二类文本信息；其中，所述第二类文本信息包括区别于默认语言类型的至少一种语言类型的文本信息。

4.根据权利要求2或3所述的方法，其特征在于，

所述将所述底图集合以及与所述底图集合中各底图对应的所述至少一种语言类型的文本信息存入数据库中，包括：

将所述至少一种语言类型的文本信息存入第一JSON对象，以及将所述底图集合中各底图存入第二JSON对象；

将所述第一JSON对象和所述第二JSON对象存入所述数据库。

5.根据权利要求4所述的方法，其特征在于，

所述将所述至少一种语言类型的文本信息存入第一JSON对象，包括：

转换所述至少一种语言类型的文本信息，以得到第一字符串；

将所述第一字符串存入所述第一JSON对象；

其中，所述第一字符串用于储存所述文本信息；所述文本信息包括文本内容、超文本内容、文本样式和文本位置中的至少一种；

所述将所述底图集合中各底图存入第二JSON对象，包括：

转换所述底图集合中各底图，以得到第二字符串；

将所述第二字符串存入所述第二JSON对象。

6.根据权利要求5所述的方法，其特征在于，

所述获取所述待生成图片对应的底图和文本信息，包括：

确定所述设定语言类型；

基于所述待生成图片和所述设定语言类型，从所述数据库中提取所述第二JSON对象，以及与所述设定语言类型相匹配的所述第一JSON对象。

7.根据权利要求5所述的方法，其特征在于，

所述基于所述文本信息，生成对应的蒙层图，包括：

解析所述第二JSON对象，以渲染所述底图；

解析与所述设定语言类型相匹配的所述第一JSON对象，以生成对应的所述蒙层图；其中，所述蒙层图中包括所述文本信息。

8.根据权利要求1至7任一项所述的方法，其特征在于，

所述在所述底图上渲染所述蒙层图，以生成对应的图片，包括：

确定所述底图的渲染数据；其中，所述渲染数据包括所述底图的渲染尺寸和/或分辨率；

基于所述渲染数据，在所述底图上渲染所述蒙层图，以生成对应的图片。

9.一种图片的制作方法，其特征在于，所述方法包括：

获取待制作图片的底图以及与所述底图对应的编辑数据；

基于所述编辑数据，制作所述底图对应的文本信息；

其中，所述文本信息与设定语言类型相匹配；所述文本信息用于制作所述待制作图片的蒙层图，所述蒙层图用于结合所述底图制作对应的图片。

10.一种智能终端，其特征在于，所述智能终端包括处理器以及与所述处理器连接的存储器，其中，所述存储器中存储有程序数据，所述处理器调取所述存储器存储的所述程序数据，以执行如权利要求1-8任意一项所述的图片的生成方法，或执行权利要求9所述的图片的制作方法。

11.一种计算机可读存储介质，内部存储有程序指令，其特征在于，所述程序指令被执行以实现如权利要求1-8任意一项所述的图片的生成方法，或执行权利要求9所述的图片的制作方法。

Images