CN115049755A - 一种图片生成方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供一种图片生成方法、装置、设备以及存储介质，涉及计算机应用技术领域，以至少解决现有技术中生成图片的效率较低的问题。该图片生成方法包括：响应于绘图指令，获取图形元素和配置信息；组合图形元素，生成初步图片；根据配置信息对初步图片进行图形转换，得到目标图片。

Description

一种图片生成方法、装置、设备以及存储介质

技术领域

本公开涉及计算机应用技术领域，尤其涉及一种图片生成方法、装置、设备以及存储介质。

背景技术

随着人们环保意识的增强和信息化建设步伐的加快，无纸化办公的理念已经逐渐应用到日常生活中。例如，公司、企业等使用电子标牌代替纸质标牌。电子标牌的内容通常是通过图片的形式进行展现的，这些图片一般通过调用第三方绘图工具生成，而第三方绘图工具通常无法与应用服务集成。这样，应用服务面临着集成图片生成功能的需求。

目前，还可以在应用服务中使用Java原生类中的Graphics2D工具直接绘图。但是，由于这种绘图方式贴近于画板类工具，图片中所有元素每次都需要用户重新绘制，因此绘图效率较低。

发明内容

本公开提供一种图片生成方法、装置、设备以及存储介质，以至少解决现有技术中生成图片的效率较低的问题。本公开的技术方案如下：

根据本公开的第一方面，提供一种图片生成方法，应用于电子设备。该图片生成方法包括：电子设备响应于绘图指令，获取图形元素和配置信息。之后，电子设备组合图形元素，生成初步图片，并根据配置信息对初步图片进行图形转换，得到目标图片。其中，图形元素包括元素的形状和元素的属性。

上述方案中，电子设备组合图形元素，生成初步图片，并根据配置信息转换初步图片，得到目标图片，能够自动执行绘图和图形转换，代替了用户手工绘图的图片生成方式，提高了绘图效率。

可选的，上述“获取图形元素”的方法包括：电子设备获取基础元素和基础元素的属性信息，并根据基础元素和属性信息生成图形元素。其中，基础元素包括元素的形状，属性信息包括元素的属性。

上述方案中，电子设备根据基础元素和属性信息生成图形元素，以便于后续能够根据图形元素自动生成图片，从而提高绘图效率。

可选的，上述“获取基础元素和基础元素的属性信息”的方法包括：电子设备获取图片的模板文件，并解析模板文件，得到基础元素和基础元素的属性信息。

上述方案中，电子设备将模板文件进行解析，得到基础元素和基础元素的属性信息，以便于后续根据基础元素和属性信息生成图形元素，并根据图形元素自动生成图片，能够提高绘图效率。

可选的，该图片生成方法还包括：电子设备对目标对象进行渲染。其中，目标对象包括图形元素和目标图片中的至少一个。

上述方案中，电子设备能够在生成图片前，对图形元素进行渲染，实现了业务逻辑处理和图片自动生成的解耦。电子设备还能够在生成图片和图形转换后，对目标图片进行渲染，可扩展性较强。

可选的，上述“对目标对象进行渲染”的方法包括：在目标对象为图形元素的情况下，电子设备加载第一渲染器对图形元素进行渲染。在目标对象为目标图片的情况下，电子设备通过第一接口调用第二渲染器对目标图片中的图形元素进行渲染。

上述方案中，电子设备能够根据用户的需求加载对应的渲染器对目标对象进行渲染，在提高了绘图效率的基础上，更加贴合用户需要。

可选的，配置信息包括图形变换、电泳显示EPD转换中的至少一个。

可选的，在配置信息包括图形变换的情况下，上述“根据配置信息对初步图片进行图形转换，得到目标图片”的方法包括：电子设备使用Java.awt包中的图形处理工具对初步图片进行图形转换，得到目标图片。

可选的，在配置信息包括EPD转换的情况下，上述“根据配置信息对初步图片进行图形转换，得到目标图片”的方法包括：电子设备通过目标接口调用EPD转换服务对初步图片进行图形转换，得到目标图片。

上述方案中，电子设备能够对初步图片进行图形变换或者EPD转换，以适应图片展示需求，适应性较好。

可选的，上述“组合图形元素，生成初步图片”的方法包括：电子设备通过Java.awt包中绘图工具组合图形元素，生成初步图片。

上述方案中，电子设备使用Java.awt包中的绘图工具(如Graphics2D)实现图片生成，由于Graphics2D工具是原生JDK中的类，因此，其跨平台性能较好，且Graphics2D工具能够支持多种基础图形的生成，功能性较强。

根据本公开的第二方面，提供一种图片生成装置，应用于电子设备。该图片生成装置包括获取模块、执行模块以及转换模块。获取模块，用于响应于绘图指令，获取图形元素和配置信息；执行模块，用于组合图形元素，生成初步图片；转换模块，用于根据获取模块获取到的配置信息对执行模块得到的初步图片进行图形转换，得到目标图片。其中，图形元素包括元素的形状和元素的属性。

可选的，获取模块，具体用于：获取基础元素和基础元素的属性信息；基础元素包括元素的形状，属性信息包括元素的属性；根据基础元素和属性信息生成图形元素。

可选的，获取模块，具体用于：获取图片的模板文件；解析模板文件，得到基础元素和基础元素的属性信息。

可选的，该图片生成装置还包括渲染模块。渲染模块，用于对目标对象进行渲染；目标对象包括图形元素和目标图片中的至少一个。

可选的，渲染模块，具体用于在目标对象为图形元素的情况下，加载第一渲染器对图形元素进行渲染；在目标对象为目标图片的情况下，通过第一接口调用第二渲染器对目标图片中的图形元素进行渲染。

可选的，配置信息包括图形变换、电泳显示EPD转换中的至少一个。

可选的，在配置信息包括图形变换的情况下，转换模块，具体用于使用Java.awt包中的图形处理工具对初步图片进行图形转换，得到目标图片。

可选的，在配置信息包括EPD转换的情况下，转换模块，具体用于通过目标接口调用EPD转换服务对初步图片进行图形转换，得到目标图片。

可选的，执行模块，具体用于通过Java.awt包中的绘图工具组合图形元素，生成初步图片。

根据本公开的第三方面，提供一种电子设备，包括：处理器和用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现如上述第一方面中的图片生成方法。

根据本公开的第四方面，提供一种非瞬态计算机可读存储介质，非瞬态计算机可读存储介质上存储有指令，当非瞬态计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述第一方面中任一项可选的图片生成方法。

根据本公开的第五方面，提供一种计算机程序产品，包含指令，当该计算机程序产品中的指令由电子设备的处理器执行时，实现如上述第一方面中任一种可选的图片生成方法。

本公开中第三方面到第五方面及其各种实现方式的具体描述，可以参考第一方面及其各种实现方式中的详细描述；并且，第二方面到第五方面及其各种实现方式的有益效果，可以参考第一方面及其各种实现方式中的有益效果分析，此处不再赘述。

根据本公开的第六方面，提供一种图片的获取方法，应用于电子设备。该获取方法包括：电子设备响应于针对目标图片的获取请求，确定目标服务，并调用目标服务，得到目标图片。其中，目标服务用于实现如第一方面中任一种可选的图片生成方法。

上述方案中，电子设备在接收到目标图片的获取请求时，能够通过调用目标服务得到目标图片，避免了用户在绘图的过程中，图片中所有元素都需要用户手工绘制的问题，提高了绘图效率。

可选的，在响应于针对目标图片的获取请求，确定目标服务之前，该获取方法还包括：基于springboot框架，根据图片生成方法构建目标服务。其中，目标服务为服务接口，或者，目标服务为依赖文件。

上述方案中，结合springboot框架，将目标服务作为服务接口，或者依赖文件，以实现自动生成图片的功能。能够允许用户在不同使用场景下将目标服务作为依赖文件集成到其他项目中，或者作为服务独立运行，满足了应用服务集成图片生成功能的需求。

根据本公开的第七方面，提供一种图片的获取装置，应用于电子设备。该获取装置包括确定模块和处理模块。确定模块，用于响应于针对目标图片的获取请求，确定目标服务；目标服务用于实现第一方面中任一种可选的图片生成方法；处理模块，用于调用目标服务，得到目标图片。

可选的，处理模块，还用于基于springboot框架，根据图片生成方法构建目标服务。其中，目标服务为服务接口，或者，目标服务为依赖文件。

根据本公开的第八方面，提供一种电子设备，包括：处理器和用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现如上述第六方面中任一种可选的图片的获取方法。

根据本公开的第九方面，提供一种非瞬态计算机可读存储介质，非瞬态计算机可读存储介质上存储有指令，当非瞬态计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述第六方面中任一项可选的图片的获取方法。

根据本公开的第十方面，提供一种计算机程序产品，包含指令，当该计算机程序产品中的指令由电子设备的处理器执行时，实现如上述第六方面中任一种可选的图片的获取方法。

本公开中第八方面到第十方面及其各种实现方式的具体描述，可以参考第六方面及其各种实现方式中的详细描述；并且，第七方面到第十方面及其各种实现方式的有益效果，可以参考第六方面及其各种实现方式中的有益效果分析，此处不再赘述。本公开的这些方面或其他方面在以下的描述中会更加简明易懂。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种电子设备的结构示意图；

图2是根据一示例性实施例示出的一种图片生成方法的流程图之一；

图3是根据一示例性实施例示出的一种包含两个图形元素的图片；

图4是根据一示例性实施例示出的一种图片生成方法的流程图之二；

图5是根据一示例性实施例示出的一种图片生成方法的流程图之三；

图6是根据一示例性实施例示出的一种图片的获取方法的流程图；

图7是根据一示例性实施例示出的一种图片生成装置的结构框图；

图8是根据一示例性实施例示出的一种图片的获取装置的结构框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。本公开所涉及的数据可以为经用户授权或者经过各方充分授权的数据。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

还应当理解的是，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。

电子标牌的内容通常是通过图片的形式进行展现的，这些图片一般通过调用第三方绘图工具生成，例如，PhotoShop、ProcessOn等第三方绘图工具。但是，第三方绘图工具通常无法与应用服务集成。这样，应用服务面临着集成图片生成功能的需求。

基于Java的第三方绘图工具(如JViews、亿图等绘图工具)能够满足应用服务与绘图工具的之间的调用需求。但是，这类绘图工具通常不开源，或是需要付费，而且，这类工具一般较为独立，依旧很难与应用服务集成。

另外，还可以在应用服务中使用Java原生类中的Graphics2D工具直接绘图。但是，由于这种绘图方式贴近于画板类工具，图片中所有元素每次都需要用户重新绘制，因此绘图效率较低。

为了解决上述问题，本公开提供一种图片生成方法，应用于电子设备，电子设备组合图形元素，生成初步图片，并根据配置信息实现图形转换，得到目标图片。能够自动执行绘图和图形转换，代替了用户手工绘图的图片生成方式，提高了绘图效率。

图1是根据一示例性实施例示出的一种电子设备。该电子设备可以包括处理器102，处理器102用于执行应用程序代码，从而实现本公开中的图片生成方法和图片的获取方法。

处理器102可以包括一个或者多个处理核心，比如4核心处理器、8核心处理器等。处理器102可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，中央处理器(central processing unit，CPU)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

如图1所示，电子设备还可以包括存储器103。其中，存储器103用于存储执行本公开方案的应用程序代码，并由处理器102来控制执行。

存储器103可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器103可以是独立存在，通过总线104与处理器102相连接。存储器103也可以和处理器102集成在一起。

如图1所示，电子设备还可以包括通信接口101，其中，通信接口101、处理器102、存储器103可以相互耦合，例如，通过总线104相互耦合。通信接口101用于与其他设备进行信息交互，例如支持电子设备与其他设备的信息交互。

需要指出的是，图1中示出的设备结构并不构成对该电子设备的限定，除图1所示部件之外，该电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合附图对本公开实施例提供的图片生成方法和图片的获取方法进行描述。

图2是根据一示例性实施例示出的一种图片生成方法，该方法应用于电子设备。如图2所示，该方法可以包括以下步骤。

步骤21：电子设备响应于绘图指令，获取图形元素和配置信息。

其中，图形元素包括元素的形状(也称为基础元素，如三角形、正方形等)和元素的属性(也称为属性信息，如位置属性、颜色属性、字体属性等)。

具体的，电子设备获取图形元素的方法，可以是电子设备直接获取不同的图形元素，也可以为电子设备获取基础元素和基础元素的属性信息，并根据基础元素和属性信息生成图形元素。其中，基础元素包括元素的形状，属性信息包括元素的属性。

例如，一张图片有两个基础元素，分别是正方形和圆形，其中，正方形和圆形的属性信息均包括位置属性，正方形的位置属性为距离背景图左侧10个单位、右侧50个单位、上侧10个单位、下侧50个单位，圆形的位置属性为距离背景图左侧50个单位、右侧10个单位、上侧50个单位、下侧10个单位。则正方形和正方形的位置属性组成正方形元素(图形元素)，圆形和圆形的位置属性组成圆形元素(图形元素)。这样，包含该两个图形元素(正方形元素和圆形元素)的图片如图3所示，正方形元素31位于背景图30的左上角，圆形元素32位于背景图30的右下角。其中，属性信息中的一个单位的长度是根据背景图中对应的边长预设的，例如，背景图的左侧边长为100厘米(cm)，某基础元素的左边长为5个单位，则该基础元素的左边长为5cm。

上述方案中，电子设备根据基础元素和属性信息生成图形元素，以便于后续能够根据图形元素自动生成图片，从而提高绘图效率。

电子设备获取基础元素和基础元素的属性信息的方法，可以是电子设备直接获取基础元素和基础元素的属性信息，也可以是电子设备获取图片的模板文件，并解析模板文件，从而得到基础元素和基础元素的属性信息。其中，模板文件为预设的，例如，模板文件为系统默认的模板文件，或者，根据用户需求生成的模板文件。模板文件的文件格式应为能够解析的文件格式，例如，可扩展标记语言(extensible markup language，XML)格式、JSON格式等。

上述方案中，电子设备将模板文件进行解析，得到基础元素和基础元素的属性信息，以便于后续根据基础元素和属性信息生成图形元素，并根据图形元素自动生成图片，能够提高绘图效率。

可选的，配置信息包括图形变换、电泳显示(electrophoretic display，EPD)转换中的至少一个。其中，图形变换、EPD转换用于指示电子设备对根据图形元素生成的初步图片进行图形转换，以适应图片展示需求，适应性较好。

可选的，配置信息还包括线程数和文件路径。

其中，线程数用于指示电子设备同时生成图片的个数。具体的，在接收到多个绘图指令时，电子设备根据配置信息中的线程数，通过线程池启用多个(与线程数对应)线程同时处理该多个绘图指令，从而实现在多个线程中同时生成图片。因此，该电子设备能够支持并发绘图，提高了图片生成的效率。

文件路径用于指示图片的缓存路径，或者，目标服务的存储路径，或者，目标服务的调用路径，其中，目标服务用于实现本公开中的图片生成方法。

步骤22：电子设备组合图形元素，生成初步图片。

具体的，通过Java.awt包中的绘图工具组合图形元素，生成初步图片。例如，Java.awt包中的Graphics2D工具。

又例如，电子设备通过如下代码实现调用Graphics2D工具生成图片背景色。

if(getBgColor()！＝null){//若背景颜色的属性不为空。

g2d.setBackground(getBgColor())；}

//根据背景颜色的属性生成背景颜色。

上述方案中，电子设备使用Java.awt包中的绘图工具(如Graphics2D)实现图片生成，由于Graphics2D工具是原生JDK中的类，因此，其跨平台性能较好，且Graphics2D工具能够支持多种基础图形的生成，功能性较强。

步骤23：电子设备根据配置信息对初步图片进行图形转换，得到目标图片。

具体的，在配置信息包括图形变换的情况下，电子设备使用Java.awt包中的图形处理工具对初步图片进行图形转换，得到目标图片。例如，Java.awt包中的BufferedImage工具。

例如，通过如下代码实现对初步图片的旋转。

if(null！＝image.getRotate()){//若旋转规则不为空//

bi＝rotateImage(bi，image.getRotate())；}

//调用旋转规则对初步图片进行旋转。

上述方案中，电子设备能够对初步图片进行图形变换，以适应图片展示需求，适应性较好。

在配置信息包括EPD转换的情况下，电子设备通过目标接口调用EPD转换服务对初步图片进行图形转换，得到目标图片。

具体的，由于不同的EPD设备对应的数据格式不同，因此，基于不同的EPD设备，有可能需要进行不同的EPD转换。对此，电子设备可以通过定义目标接口，从目标接口调用相应的EPD转换服务对初步图片进行图形转换，得到目标图片。

例如，可以通过如下代码实现对目标接口的定义。

public interface EpdHandleService{

String getHandledBase64(String imageBase64)；}。

//定义目标接口。

这样，电子设备便可以通过如下代码调用目标接口，实现图形转换。

String result＝epdHandleService.getHandledBase64(imageBase64Str)。

//调用目标接口。

上述方案中，电子设备能够对初步图片进行EPD转换，以适应图片展示需求，适应性较好。

可选的，在该图片生成方法中，电子设备还可以对目标对象进行渲染。

具体的，电子设备加载目标对象对应的渲染器，对目标对象进行渲染。其中，渲染器是根据用户需求生成的，目标对象包括图形元素和目标图片。

例如，用户需求中包括根据单元格中数字的内容改变单元格的颜色，如，单元格中的数字若小于10，则该单元格显示为红色，若大于10，显示为绿色。这样，生成与该用户需求对应的渲染器，以实现用户需求。

上述方案中，电子设备能够根据用户的需求加载对应的渲染器对目标对象进行渲染，在提高了绘图效率的基础上，更加贴合用户需要。

可选的，在目标对象为图形元素的情况下，如图4所示，在步骤21之后，该图片生成方法还包括步骤24a。

步骤24a：电子设备加载图形元素对应的第一渲染器，并对图形元素进行渲染。

其中，第一渲染器根据用户需求生成。

上述方案中，电子设备能够在生成图片前，对图形元素进行渲染，实现了业务逻辑处理和图片自动生成的解耦。

可选的，在目标对象为目标图片的情况下，如图5所示，在步骤23之后，该图片生成方法还包括步骤24b。

步骤24b：电子设备通过第一接口调用第二渲染器对目标图片中的图形元素进行渲染。

其中，第二渲染器根据用户需求生成。

具体的，在得到目标图片后，根据用户的需求，可以通过继承Section类，从第一接口调用第二渲染器，实现目标图片中的图形元素的渲染。例如，用户需求为：表格的不同行中，需要填充不同的颜色，这样，可以对第一接口(定义为SectionRenderer)进行定制化开发。

示例性的，可以通过如下代码实现对第一接口的定义。

public interface SectionRenderer<T extendsSection>{

T renderPolicy(Tsection)；}。//定义第一接口。

之后，电子设备通过第一接口调用第二渲染器对目标图片中的图形元素进行渲染。

上述方案中，电子设备能够在生成图片和图形转换后，对目标图片进行渲染，可扩展性较强。

可选的，在本公开中，还可以通过继承Section类，实现图形元素的自定义。例如，在模板文件中自定义一个基础元素为三角形，属性信息为每个边的长度属性、颜色属性、位置属性的三角形元素，其继承的基类为Section类。这样，电子设备在解析模板文件中自定义的图形元素时，可以根据声明中该三角形元素继承的基类是不是Section类，来确定是否需要生成图形元素(三角形元素)。从而实现自定义图形元素的自动生成。

本公开实施例提供的技术方案至少带来以下有益效果：

上述方案中，电子设备组合图形元素，生成初步图片，并根据配置信息转换初步图片，得到目标图片，能够自动执行绘图和图形转换，代替了用户手工绘图的图片生成方式，提高了绘图效率。

图6是根据一示例性实施例示出的一种图片的获取方法，该方法应用于电子设备。如图6所示，该方法可以包括以下步骤。

步骤31：电子设备响应于针对目标图片的获取请求，确定目标服务。

其中，目标服务用于实现上述图2、图4，或者图5中任一项所示的图片生成方法。

可选的，本公开可以基于springboot框架，根据图片生成方法构建目标服务，实现图片生成功能的封装。其中，目标服务为服务接口，或者，目标服务为依赖文件。

具体的，可以基于springboot框架，根据图片生成方法构建目标服务，在Controller中对外提供绘图接口，用于其他应用服务通过该绘图接口调用该图片生成方法，从而实现在没有可视化界面的情况下，自动生成图片。

还可以基于springboot框架，根据图片生成方法构建目标服务，生成jar包，将jar包作为依赖文件为其他项目提供绘图支持，从而实现自动生成图片的功能。

上述方案中，结合springboot框架，将目标服务作为服务接口，或者依赖文件，以实现自动生成图片的功能。能够允许用户在不同使用场景下将目标服务作为依赖文件集成到其他项目中，或者作为服务独立运行，满足了应用服务集成图片生成功能的需求。

步骤32：电子设备调用目标服务，得到目标图片。

本公开实施例提供的技术方案至少带来以下有益效果：

上述方案中，电子设备在接收到目标图片的获取请求时，能够通过调用目标服务得到目标图片，避免了用户在绘图的过程中，图片中所有元素都需要用户手工绘制的问题，提高了绘图效率。

以上结合图2-图5详细说明了本公开实施例提供的图片生成方法。为了实现上述功能，图片生成装置包含了执行各个功能相应的硬件结构和/或软件模块，这些执行各个功能相应的硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

本公开实施例可以根据上述图片生成方法示例对电子设备进行功能模块的划分，例如，电子设备可以包括图片生成装置，图片生成装置可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

以下，结合图7详细说明本公开实施例提供的图片生成装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。

图7是根据一示例性实施例示出的一种图片生成装置的结构示意图，应用于电子设备，参见图7所示，该图片生成装置包括：获取模块71、执行模块72以及转换模块73。

获取模块71，用于响应于绘图指令，获取图形元素和配置信息。其中，图形元素包括元素的形状和元素的属性。例如，参照图2所示，获取模块71，用于执行步骤21。执行模块72，用于组合获取模块71获取到的图形元素，生成初步图片。例如，参照图2所示，执行模块72，用于执行步骤22。转换模块73，用于根据获取模块71获取到的配置信息对执行模块72得到的初步图片进行图形转换，得到目标图片。例如，参照图2所示，转换模块73，用于执行步骤23。

可选的，获取模块71，具体用于：获取基础元素和基础元素的属性信息；基础元素包括元素的形状，属性信息包括元素的属性；根据基础元素和属性信息生成图形元素。

可选的，获取模块71，具体用于：获取图片的模板文件；解析模板文件，得到基础元素和基础元素的属性信息。

可选的，该图片生成装置还包括渲染模块74。渲染模块74，用于对目标对象进行渲染；目标对象包括图形元素和目标图片中的至少一个。

可选的，渲染模块74，具体用于在目标对象为图形元素的情况下，加载第一渲染器对图形元素进行渲染；在目标对象为目标图片的情况下，通过第一接口调用第二渲染器对目标图片中的图形元素进行渲染。例如，参照图4和图5所示，渲染模块74，具体用于执行步骤24a和步骤24b。

可选的，配置信息包括图形变换、EPD转换中的至少一个。

可选的，在配置信息包括图形变换的情况下，转换模块73，具体用于使用Java.awt包中的图形处理工具对初步图片进行图形转换，得到目标图片。

可选的，在配置信息包括EPD转换的情况下，转换模块73，具体用于通过目标接口调用EPD转换服务对初步图片进行图形转换，得到目标图片。

可选的，执行模块72，具体用于通过Java.awt包中的绘图工具组合所述图形元素，生成初步图片。

关于上述实施例中的图片生成装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

上述结合图6详细说明了本公开实施例提供的图片的获取方法。为了实现上述功能，图片的获取装置包含了执行各个功能相应的硬件结构和/或软件模块，这些执行各个功能相应的硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

本公开实施例可以根据上述图片的获取方法示例对电子设备进行功能模块的划分，例如，电子设备可以包括图片的获取装置，图片的获取装置可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

以下，结合图8详细说明本公开实施例提供的图片的获取装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。

图8是根据一示例性实施例示出的一种图片的获取装置的结构示意图，应用于电子设备，参见图8所示，该图片的获取装置包括：确定模块81、处理模块82。

确定模块81，用于响应于针对目标图片的获取请求，确定目标服务；其中，目标服务用于实现如图2、图4，或者图5任一项所示的图片生成方法。例如，参照图6所示，确定模块81，用于执行步骤31。处理模块82，用于调用目标服务，得到目标图片。例如，参照图6所示，处理模块82，用于执行步骤32。

可选的，处理模块82，还用于基于springboot框架，根据图片生成方法构建目标服务。其中，目标服务为服务接口，或者，目标服务为依赖文件。

关于上述实施例中的图片的获取装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开另一实施例还提供一种非瞬态计算机可读存储介质，该非瞬态计算机可读存储介质中存储有指令，当非瞬态计算机可读存储介质中的指令在电子设备上运行时，该电子设备执行如上述图2、图4，或者图5中实施例的图片生成方法，或者，该电子设备执行如上述图6中实施例的图片的获取方法。

在本公开的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中。电子设备的处理器可以从计算机可读存储介质读取该计算机执行指令，并执行该计算机执行指令使得电子设备，执行如图2、图4，或者图5中实施例所示图片生成方法，或者，该电子设备执行如上述图6中实施例的图片的获取方法。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

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

在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

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

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

Claims (16)

1.一种图片生成方法，应用于电子设备，其中，所述图片生成方法包括：

响应于绘图指令，获取图形元素和配置信息；所述图形元素包括元素的形状和元素的属性；

组合所述图形元素，生成初步图片；

根据所述配置信息对所述初步图片进行图形转换，得到目标图片。

2.根据权利要求1所述的图片生成方法，其中，所述获取图形元素，包括：

获取基础元素和所述基础元素的属性信息；所述基础元素包括元素的形状，所述属性信息包括元素的属性；

根据所述基础元素和所述属性信息生成所述图形元素。

3.根据权利要求2所述的图片生成方法，其中，所述获取基础元素和所述基础元素的属性信息，包括：

获取图片的模板文件；

解析所述模板文件，得到所述基础元素和所述基础元素的属性信息。

4.根据权利要求1所述的图片生成方法，其中，所述图片生成方法还包括：

对目标对象进行渲染；所述目标对象包括所述图形元素和所述目标图片中的至少一个。

5.根据权利要求4所述的图片生成方法，其中，所述对目标对象进行渲染，包括：

在所述目标对象为所述图形元素的情况下，加载第一渲染器对所述图形元素进行渲染；

在所述目标对象为所述目标图片的情况下，通过第一接口调用第二渲染器对所述目标图片中的图形元素进行渲染。

6.根据权利要求1所述的图片生成方法，其中，所述配置信息包括图形变换、电泳显示EPD转换中的至少一个。

7.根据权利要求6所述的图片生成方法，其中，在所述配置信息包括图形变换的情况下，所述根据所述配置信息对所述初步图片进行图形转换，得到目标图片，包括：

使用Java.awt包中的图形处理工具对所述初步图片进行图形转换，得到目标图片。

8.根据权利要求6所述的图片生成方法，其中，在所述配置信息包括EPD转换的情况下，所述根据所述配置信息对所述初步图片进行图形转换，得到目标图片，包括：

通过目标接口调用EPD转换服务对所述初步图片进行图形转换，得到目标图片。

9.根据权利要求1-8任一项所述的图片生成方法，其中，所述组合所述图形元素，生成初步图片，包括：

通过Java.awt包中的绘图工具组合所述图形元素，生成初步图片。

10.一种图片的获取方法，应用于电子设备，其中，所述获取方法包括：

响应于针对目标图片的获取请求，确定目标服务；所述目标服务用于实现权利要求1-6任一项所述的图片生成方法；

调用所述目标服务，得到所述目标图片。

11.根据权利要求10所述的获取方法，其中，在响应于针对目标图片的获取请求，确定目标服务之前，所述获取方法还包括：

基于springboot框架，根据所述图片生成方法构建所述目标服务，其中，所述目标服务为服务接口，或者，所述目标服务为依赖文件。

12.一种图片生成装置，应用于电子设备，其中，所述图片生成装置包括：

获取模块，用于响应于绘图指令，获取图形元素和配置信息；所述图形元素包括元素的形状和元素的属性；

执行模块，用于组合所述获取模块获取到的所述图形元素，生成初步图片；

转换模块，用于根据所述获取模块获取到的所述配置信息对所述执行模块得到的所述初步图片进行图形转换，得到目标图片。

13.一种图片的获取装置，应用于电子设备，其中，所述获取装置包括：

确定模块，用于响应于针对目标图片的获取请求，确定目标服务；所述目标服务用于实现权利要求1-6任一项所述的图片生成方法；

处理模块，用于调用所述目标服务，得到所述目标图片。

14.一种电子设备，其中，所述电子设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-9中任一项所述的图片生成方法，或者，实现如权利要求10-11中任一项所述的图片的获取方法。

15.一种非瞬态计算机可读存储介质，所述非瞬态计算机可读存储介质上存储有指令，其中，当所述非瞬态计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1-9中任一项所述的图片生成方法，或者，实现如权利要求10-11中任一项所述的图片的获取方法。

16.一种计算机程序产品，包括计算机指令，其中，当所述计算机指令被电子设备的处理器执行时，实现如权利要求1-9中任一项所述的图片生成方法，或者，实现如权利要求10-11中任一项所述的图片的获取方法。

Images