CN109308729A - 图片合成处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了图片合成处理方法、装置及系统，其中，所述系统包括：第一接口模块，用于接收合图模板提供端提交的合图模板文件；模板信息处理模块，用于对所述文件进行解析，获得所述合图模板中的多个合图元素的展示属性信息，并对所述展示属性信息进行保存；第二接口模块，用于接收素材提供端提交的合图请求，以及针对目标合图模板提交的素材内容；图片合成处理模块，用于利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息，并根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。通过本申请实施例，可以保证最终生成的合图结果的规范化，避免对人工审核的依赖。

Description

图片合成处理方法、装置及系统

技术领域

本申请涉及图片合成处理技术领域，特别是涉及图片合成处理方法、装置及系统。

背景技术

随着网络销售平台业务的不断发展，素材制作方需要针对页面中不同的展示资源位(也称“坑位”)制作不同规格不同内容的图片，这种图片通常包括背景图、文案内容等多种信息，制作成本较高，并且，最终提交的图片不规范问题日益严重。

现有技术中，为了解决合成图片不规范的问题，一种处理方式是，素材制作方(商家等)提供商品样品，由平台方统一完成所有素材的拍摄和制作的全流程，从而实现展示图片的规范和统一。这种方式下，素材制作成本仍然很高，且制作进度会受到样本物流等因素的影响。不仅如此，由于素材内容完全由平台决定，使得商家的创作自由和个性化需求完全被限制，因此，这种做法通常只适用于规模较小的网络销售平台场景，无法满足如“淘宝”、“天猫”等集团化的大型网络销售平台中的素材制作需求。

另一种现有技术是，由平台方的设计师输出统一的素材制作模板和规范，素材制作方按照模板和规范在线下自主完成素材的制作。也即，素材完全由商家制作，平台仅输出模板和规范。但是，商家对于规范的理解和执行程度不同对最终效果影响很大。例如，针对同一模板，商家在具体制作合成图片时，可能会自行修改模板中的字体、颜色、字号等，使得不同商家根据同一模板制作出的合成图片中，在文字信息的颜色、字号、字体、位置以及整体布局等方面都不一致，以至于合成图片的规范和统一严重依赖于人工检查校验。

因此，如何在支持个性化素材内容的同时，更好的实现合成图片的规范化，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了图片合成处理方法、装置及系统，可以保证最终生成的合图结果的规范化，避免对人工审核的依赖。

本申请提供了如下方案：

一种图片合成处理系统，包括：

第一接口模块，用于接收合图模板提供端提交的合图模板文件；

模板信息处理模块，用于对所述文件进行解析，获得所述合图模板中的多个合图元素的展示属性信息，并对所述展示属性信息进行保存；

第二接口模块，用于接收素材提供端提交的合图请求，以及针对目标合图模板提交的素材内容；

图片合成处理模块，用于利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息，并根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

一种模板信息处理方法，包括：

获得合图模板文件；

对所述文件进行解析，获得所述合图模板中多个合图元素的展示属性信息；

对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

一种图片合成处理方法，包括：

保存合图模板以及其中各项合图元素的展示属性信息；

接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

一种模板信息处理装置，包括：

文件获得单元，用于获得合图模板文件；

文件解析单元，用于对所述文件进行解析，获得所述合图模板中多个合图元素的展示属性信息；

属性信息保存单元，用于对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

一种图片合成处理装置，包括：

属性信息保存单元，用于保存合图模板以及其中各项合图元素的展示属性信息；

素材内容确定单元，用于接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

属性信息确定单元，用于利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

合成单元，用于根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得合图模板对应的可编辑状态的文件；

对所述文件进行解析，获得所述合图模板中的多个合图元素的展示属性信息；

对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

保存合图模板以及其中各项合图元素的展示属性信息；

接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，合图模板提供端设计出来的合图模板，并不是直接提供给素材提供端，而是首先提交到一个统一的图片合成处理系统，通过该系统，可以对合图模板文件进行解析，从中获取到各项合图元素的展示属性信息，并进行保存。后续素材提供端在需要进行合图处理时，也可以将合图请求以及具体的素材内容提交到该系统，由该系统根据预先保存的展示属性信息，为各项素材内容关联上具体的展示属性信息，并具体进行图片的合成处理。这样，由于合图模板是由合图模板提供端统一设计的，因此，可以满足具体页面内展示资源位的需求；素材内容是由素材提供端提供的，例如，具体可以是商家等第一用户，因此，可以满足素材提供端对具体素材内容的个性化设计诉求；而具体图片合成处理，则是由一个合成处理系统统一进行，使得具体素材内容具有统一的展示属性信息，因此，可以保证最终生成的合图结果的规范化，避免对人工审核的依赖。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的模板图层示意图；

图3-1至3-3是本申请实施例提供的模板信息处理界面示意图；

图4-1至4-3是本申请实施例提供的素材提交界面示意图；

图5是本申请实施例提供的系统的示意图；

图6是本申请实施例提供的第一方法的流程图；

图7是本申请实施例提供的第二方法的流程图；

图8是本申请实施例提供的第一装置的示意图；

图9是本申请实施例提供的第二装置的示意图；

图10是本申请实施例提供的计算机系统的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，仍然可以由网络销售系统平台业务方的设计师等工作人员提供具体的合图模板，由第一用户(商家用户、卖家用户等)等素材提供端按照自己的需求设计个性化的素材内容，但是，制作好的合图模板并不是直接提供给素材提供端，而是提交到一个统一的合成处理系统，通过该合成处理系统对各个合图模板进行管理。并且，素材提供端的素材内容也可以提交到该合成处理系统，在该系统中进行图片的合成处理。其中，合成处理系统对合图模板的具体管理方式可以是，在接收到设计师提交的合图模板后，可以首先对合图模板进行解析，获得合图模板的内各项合图元素(例如，如果一副图片是由背景图、文案等合成得到的，则这种背景图以及文案都可以成为合图元素)的展示属性信息。例如，可以识别出合图模板中包括哪些图层，以及各个图层中的具体合图元素的展示属性信息，包括位置、尺寸、颜色等等，同时还可以支持设计师对信息属性的二次编辑或者补充。最终，可以生成各个合图模板对应的各项合图元素的展示属性信息。也就是说，在合成处理系统，可以保存有各个合图模板对应的各项合图元素的展示属性信息，这样，在素材提供端具有具体的合图需求时，合成处理系统可以首先确定出对应该需求的合图模板，然后根据该合图模板生成素材表单，并提供给素材提供端的客户端。素材提供端只需要按照素材表单提交对应的素材内容即可，不需要对各个素材内容的展示样式等属性进行配置。合成处理系统在收到对应的素材内容后，再根据合图模板对应的各项合图元素的展示属性信息，对接收到的素材内容的展示属性信息进行配置，并最终将配置了展示属性的素材内容合成为目标图片。

这样，由于具体的合图模板可以是由业务方设计师进行设计，因此，符合具体业务场景下的具体需求；素材内容是由第一用户等素材提供端来提供，因此，可以满足素材提供端对素材内容的个性化设置需求；而具体图片的合成操作则由统一的合成处理系统来执行，并且是根据合图模板中各项合图元素的展示属性信息执行的合成操作，因此，可以保证合成后的图片的规范性。

具体实现时，参见图1，本申请实施例中主要涉及以下执行主体：合图模板提供端，合成处理系统，以及素材提供端。

其中，合图模板提供端具体可以包括PhotoShop等制图工具，设计师可以利用这种制图工具进行合图模板的设计。具体的，对于PhotoShop等制图工具而言，其提供了分图层设计的功能，通俗地讲，图层就像是含有文字或图形等元素的胶片，一张张按顺序叠放在一起，组合起来形成最终界面展示效果。图层可以将界面上的元素进行精确定位，具体的图层中可以加入文本、图片、表格、插件，也可以在里面再嵌套图层，等等。因此，在使用PhotoShop等制图工具设计合图模板的过程中，针对背景图片、文字等各项待编辑的内容，都可以分别在不同的图层中进行设计，然后，通过多个图层来共同表达合图模板界面。

例如，假设想要设计图2所示的合图模板，由于其中包括文案以及图片等不同类型的合图元素，因此，可以分别在不同的图层中设计图片内容、文案内容。这样，当某合图元素需要做调整时，只需要在对应的图层上进行调整即可，以免对其他不需要调整的合图元素造成影响。其中，关于文案类的合图元素，图2中显示了两条文案内容，由于业务含义不同，对应的设计方式也可能有所不同，例如，字体、字号等都可能不同，因此，也可以将这两条文案作为不同的合图元素，分别在不同的图层中进行设计。另外，在设计的过程中，还可能需要对不同图层之间的布局方式等进行设计，此时，PhotoShop等还可以支持图层组的概念，也即，将多个图层组成一个图层组，然后可以对同一图层组内的各图层之间的排列顺序、相对位置关系等进行设计，等等。

在通过创建多个不同的图层的方式设计合图模板的过程中，设计师还可以分别为各个不同的图层进行命名，命名的方式可以与各项合图元素对应的业务数据字段名相关。例如，图2中第一条文案的业务数据字段名是频道名称，则对应的图层名称可以是“频道名称”，等等。

在使用PhotoShop等制图工具完成合图模板的设计之后，可以将设计结果保存为可编辑状态的文件，例如，可以是PSD格式的文件等，使得不仅仅可以通过该文件查看最终的模本设计结果，还可以从文件中提取一些相关的属性信息，包括具体包括哪些图层，各个图层内具体合图元素对应的属性信息，等等。

上述可编辑状态的合图模板文件，可以提交到合成处理系统。在合成处理系统，可以预先对模板内合图元素的展示描述方式进行定义。例如，针对PSD格式的文件，合成处理系统可以预先根据图层内可能出现的合图元素的数据类型，对图层的类型进行划分，然后，对各种不同类型图层内所承载内容的展示样式描述方式进行定义，具体的描述方式可以包括多个不同维度上的属性，通过这些属性来描述具体图层内所承载内容的特征，包括字体、字号、颜色、位置等等。

例如，具体实现时，可以将PSD文件中的图层分为文案类型的图层，图片类型的图层，布局类型的图层，等等。其中，如果某图层中的合图元素是文案类型的业务数据，则可以称为文案类型的图层。如果某图层中的合图元素是图片类型的业务数据，则可以称为图片类型的图层。布局图层是一类特殊的图层，并不是所有合图模板文件中都含有这类图层，这种布局图层与文案图层或者图片图层的不同之处在于，布局图层并不是用于承载具体的合图元素，而是对其他承载了合图元素的图层的逻辑关系等进行定义。因此，通常只有在对合图模板进行设计过程中，对图层进行了分组，并在组内对各图层之间的逻辑关系进行了配置等情况下，才会存在这种布局图层。

其中，对于文案类型的图层，具体可以通过以下属性来进行描述：

表1

对于图片类型的图层，具体可以通过以下属性来进行描述：

表2

对于布局类型的图层，具体可以通过以下属性来进行描述：

表3

在对上述对各类图层的描述方式进行了定义后，具体在接收到一个新设计的合图模板文件后，由于合图模板文件中会为各项合图元素提供对应的示例，例如，因此，就可以通过对文件的解析，确定出合图模板中具体包括哪些图层，各图层的类型，以及各图层内示例性合图元素的属性信息。

具体实现时，有些属性的属性值可能无法从文件中解析出来，或者，有些属性的属性值可能在设计时存在一些不合理或者不够完美之处，等等。例如，文案类型的图层中，可能会包含一种属性是“输入长度”，也即，可以对一条文案最多可输入的字符数等进行限制。对于该属性，通常无法直接从合图模板文件解析获得。或者，对于图片类型的图层，可能会包含一种属性是“是否采用透明图片检测”，对于该属性，通常也无法直接从合图模板文件解析获得。另外，用户在设计合图模板时，可能会将某条文案的尺寸设计的过大，以至于整体上的展示样式不够美观，如果按照该模板中实际解析出的尺寸信息来进行具体的合图，则所生成的具体合图结果都会显得不够美观，等等。

因此，为了更好的对合图模板的各个图层进行描述，合成处理系统还可以为设计师提供可视化编辑界面，通过这种可视化的编辑界面，可以将已经识别出的各项属性值进行展示，未识别出的属性值可以暂时空缺。对于设计师而言，可以将未能从文件中识别出的属性值进行手动配置，或者，对于已经识别出的属性值进行二次编辑，以弥补在设计过程中的存在的一些额外缺陷或者不合理之处，等等。

例如，如图3-1所示，在设计师提交了制作好的合图模板后，模板管理平台可以对合图模板的文件进行解析，从中进行信息提取，并提供可视化编辑界面。其中，对于PSD格式的合图模板文件而言，由于存在图层的概念，因此，该界面可以包括三个区域，其中，第一区域为合图模板展示区域，如301所示，可以将设计师当前提交的合图模板展示在该第一区域。第二区域为图层展示区域，如图302所示，可以将从合图模板文件中识别出的各个图层的名称展示在该第二区域内。第三区域为具体某个图层内，具体内容的属性信息，如303处所示，在第二区域内的某个图层被选中时，可以在该第三区域内展示出该图层对象的各项属性，以及具体从合图模板文件中识别出的属性值。其中，具体在根据选中的图层展示具体的属性信息时，还可以根据图层的类型来进行确定，例如，在图3-1中，被选中的图层是“营销利益点”，该图层属于文案类型的图层，因此，在第三区域内展示属性信息时，就可以按照预先为文案类型图层定义的描述方式信息进行展示，也即，其中展示出的属性可以是表1中定义的各项属性。各项属性的属性值可以来自于对合图模板文件的解析结果。例如，对于“营销利益点”这一图层，可以根据该图层内包含的具体内容，确定出其字体、样式(包括是否加粗、倾斜或中划线等)、字号、行高、字体颜色等信息，并将识别出的具体属性值填写到第三区域的属性信息列表中。另外，该图层内容的属性可能还会包括对素材内容的要求类属性，例如，“输入长度”，也即为该图层的具体内容限制的最大、最小字符数等。对于该属性，由于无法直接从合图模板文件中识别出来，因此，该属性对应的属性值可以是暂时空缺的，并且可以由设计师进行手动配置，例如，配置为1至9个字符，等等。另外，还可以允许设计师在该状态下，对合图模板中已经定义的属性信息进行二次编辑。例如，假设在设计合图模板时，将该图层内容的字号设计为32px，通过该可视化编辑界面，还可以将第三区域内该属性对应的属性值进行修改，例如，修改为30px，等等。

类似的，对于图片类型的图层，也可以进行类似的属性值的识别及编辑，以最终确定对应图层中合图元素的展示属性信息。例如，如图3-2所示，假设当前提交的仍然是图3-1中所示的合图模板，在“背景”图层被选中时，由于该图层是图片类型的图层，因此，第三区域展示出的属性信息可以如图3-2的第三区域所示，其中可以包括大小、类型、透明度等多种不同的属性。具体属性值的确定方式与文案类型图层相同。

另外，有些合图模板在设计过程中，设计师可能还会对其中一些图层进行分组，形式图层组，并针对组内的图层进行图层间的逻辑设计，使得各图层中包括一种特殊的图层，也即布局类型的图层。针对这种情况，合成处理系统也可以对这种类型的图层进行识别，例如，如图3-3所示，假设另一合图模板中，包括304所示的图层组，则可以将这种图层组作为一个布局类型的图层，相对应的，具体的属性信息可以第三区域所示，可以包括水平对齐、垂直对齐、位置、大小等属性。各项属性的属性值获取方式与前述文案类型或者图片类型图层类似，也即，可以从合图模板文件中进行解析提取，或者，由设计师进行手动配置或者二次编辑。

在获得了合图模板内各项合图元素的展示属性信息后，就可以对合图模板中各项合图元素的展示属性信息进行保存，也就是说，合成处理系统除了保存各个合图模板图片，还可以保存各个合图模板内各项合图元素的展示属性信息，这种信息可以以JSON schema等格式进行表达。这种展示属性信息，就可以应用到具体的图片合成处理中。

需要说明的是，设计师在设计具体的合图模板时，通常是业务驱动的，也就是说，具体业务方在具体的业务中，通常会设计具体的业务相关界面，其中会设计展示资源位，每个展示资源位都可以对具体的商品或者商家信息等进行展示，而具体的展示资源位内展示的图片，通常是通过多种类型的信息进行合成后生成的，例如，可能是商品图加营销利益点信息，等等。在此过程中，就会产生合图需求，于是，就可以由相应的设计师从这种具体的需求出发，进行合图模板的设计，最终的目的是，商家等第一用户作为具体业务的参与方，能够按照这种合图模板提供相应的素材内容，并生成符合要求且规范化的图片，以用于在具体的资源位内进行展示。因此，合图模板通常与具体的业务具有对应关系，例如，在“淘宝”平台中，具体的细分业务可以包括“品牌团”、“必抢”，等等，各个业务方在需要在展示资源位内进行合成图片的展示时，都可以按照该方式设计合图模板，并提交到合成处理系统，并且，还可以在合成处理系统中对合图模板与具体业务的业务标识进行关联。例如，某合图模板A，对应的业务标识是“品牌团”，合图模板B对应的业务标识是“必抢”等等。

在这种情况下，素材提供端进行合图的需求，通常也是由于收到了业务方的邀约后产生的，例如，业务方可以向多个第一用户发起参加具体活动的邀约，第一用户如果具有参加的意愿，则业务方通常还会要求第一用户提供符合条件的合成图片。此时，第一用户就可以通过该合成处理系统完成图片的合成处理。例如，某第一用户需要参加“品牌团”业务，则在需要进行合图处理时，则可以将合图请求发送至合成处理系统，并携带具体的业务标识，这样，合成处理系统就可以根据该业务标识对应的合图模板及其中各项合图元素的展示属性信息，进入具体的图片合成处理流程。

当然，在实际应用中，第一用户也可以通过其他途径进入到具体的合图处理流程，例如，第一用户可以直接访问合成处理系统的模板列表界面，从中选择自己所需的合图模板，然后，基于该合图模板进行素材内容的提供，由合成处理系统完成具体的合图处理，等等。

总之，在素材提供端向模板管理平台发出合图请求后，合成处理系统就可以确定出所需的目标合图模板，然后，在一种实现方式下，可以基于该目标合图模板生成素材表单。其中，具体在生成表单时，主要可以是根据合图模板中所需的业务数据字段来生成。具体的，由于在进行合图模板的设计时，各项合图元素可以对应不同的图层，这里的各项合图元素就可以分别与一个业务数据字段相对应，例如，对于图3-1中所示的合图模板，其包括的图层名称有：logo、营销利益点、slogan、衬底、背景等五个图层，这也就意味着，在按照该合图模板进行合图时，素材提供端可以提供以上几个字段的数据。因此，在确定出当前所需使用的合图模板后，合成处理系统就可以根据该合图模板所包含的各个图层的名称等信息，确定所需的业务数据的字段，并具体生成素材表单。然后，就可以将该素材表单提供给素材提供端，素材提供端通过填表的方式提交具体的素材内容即可。

例如，假设当前需要使用的合图模板是图3-1中所示的模板，则合成处理系统生成的表单界面可以如图4-1所示，也即，需要素材提供端提供的素材内容有logo、营销利益点、slogan、背景等，这些内容分别对应不同的业务数据字段。其中，如果合图模板内各项合图元素的展示属性信息中，还包括对具体素材内容的要求类属性信息，例如，图片的尺寸，文案的长度等等，则也可以将这种要求类属性信息提供在该表单界面中。例如，在图4-1所示的界面中，对于“logo”及“背景”字段，由于涉及到图片素材，因此，具体的要求类属性信息可以包括，宽高比、尺寸等，例如，宽高比2：1，且尺寸不小于164×82，等等。而对于“营销利益点”以及“slogan”字段，涉及的是文案素材，因此，具体的要求类属性信息可以包括，限制的字符数量等，例如，“0/9”，“0/8”等，其中，“/”前面的数字代表已经输入的字符数，后面的数字则代表该项目中可输入的最多字符数。在用户提交各项素材内容的过程中，还可以在表单界面中提供预览信息，素材提供端可以对图片合成效果进行预览。

可见，在本申请实施例中，素材提供端只需要按照要求提供相应的素材内容，而关于具体素材的展示样式、位置、尺寸等与展示结果相关的信息，都不需要由素材提供端配置。在素材提供端按照上述表单提供了相应的素材内容后，可以提交到合成处理系统，合成处理系统可以按照目标合图模板中对应合图元素的展示属性信息，对各项素材内容的展示样式、位置、尺寸等各项属性进行配置，然后再合成为最终的图片。

另外，在实际应用中，还可能存在同一业务对应多种不同的合图模板的情况。例如，对于某业务而言，具体的业务频道会提供各自的频道主页，参与该业务活动的第一用户提交的图片，主要会在这种频道主页中以列表等形式进行展示，例如，对于“必抢”业务，第二用户(例如，消费者用户等)在访问“比抢”频道首页时，可以从页面中查看到多个展示资源位，每个展示资源位中展示有图片，这里的图片其实就是参加活动的第一用户提交的合图结果。另外，由于主站(例如，“淘宝”首页等)页面中通常会提供各个业务频道对应的展示资源位，作为各个不同的业务频道提供入口，通常也需要在展示资源位内展示与业务相关的图片。而这种入口图通常是业务频道内各个第一用户提供的合成图片的其中之一，并且，在入口图中还可以实现轮播等情况，使得更多用户的图片都可以获得作为业务频道入口图而出现在主站页面的机会。再者，在用户通过业务频道主页选中了其中某个数据对象(商品对象或者店铺对象等)，则可以进入到该数据对象的详情页，在详情页中通常也需要提供具体的图片，等等。也就是说，参加同一业务活动的同一数据对象，在业务频道主页、主站、详情页等不同的页面中都可能具有展示需求，并且，不同的页面中由于对展示资源位的设计、所需体现的信息重点等有所不同，因此，即使同一数据对象，并且与同一业务相关联，在不同页面中进行展示时，也可能会具有不同的展示方式。再者，同一业务在PC端、无线端中的页面布局等也可能会有不同，这也会存在同一数据对象在不同类型的页面中具有不同展示方式等情况。

为此，在“招商”及第一用户报名阶段，通常就需要第一用户提交针对各种不同页面的图片。为此，设计师在设计合成模板时，也可以为同一业务设计不同的合图模板，以适应于在各类不同页面内的展示需求。例如，对于前述“必抢”业务，就可以设计三种不同的合图模板，合成处理系统在保存合图模板与业务标识之间的对应关系时，可以存在同一业务标识对应多个不同合图模板的情况。这样，具体在合图流程，如果素材提供端是通过选择业务标识的方式来发起合图请求，则合成处理系统可以将该业务标识对应的多个不同的合图模板，都作为当前需要用来进行合图的模板，进而，可以根据用户提交的素材内容，合成为多个合图结果。

具体实现时，可以针对同一业务关联的多个不同的合图模板，生成多份素材表单，由素材提供端一一进行填写。但是，考虑到同一数据对象在同一业务中对应的不同合图模板中，可能存在字段复用的情况，如果分别针对不同的合图模板生成不同的素材表单，则意味着用户可能需要执行多次对同一素材内容的重复提交操作。因此，在生成表单时，也可以进行多合图模板的合并。也就是说，可以将同一业务关联的多个合图模板中所需要的业务数据字段集中在一起，生成同一份素材表单，并且，对于字段复用的情况，使得复用的字段在表单中仅出现一次即可。这样，可以降低素材提供端的操作成本。

例如，如图4-2所示，假设当前业务是“品牌团”，其对应的合图模板有三个，分别为“品牌默认入口图”、“PC首页主团品牌入口图”、“无线首页主团品牌入口图”等。其中，“品牌默认入口图”中涉及到的业务数据字段有：商品图、背景图、文字边框图形、文字边框颜色；“PC首页主团品牌入口图”中涉及到的业务数据字段有：商品图、背景图；“无线首页主团品牌入口图”中涉及到的业务数据字段有：商品图、背景图、文字边框图形、文字边框颜色。由于商品图、背景图在多个不同的合图模板中重复出现，因此，在进行合图模板合并时，就可以将这种字段仅出现一次即可。最终需要素材提供端提供的表单就只有一个，其中的字段包括商品图、背景图、文字边框图形、文字边框颜色。这样，素材提供端针对多个不同的合图模板中重复出现的字段，仅进行一次素材内容的提交即可，因此，可以降低素材提供端的工作量。在提交到合成处理系统后，可以根据这种素材内容，以及多个不同的合图模板中合图元素的展示属性信息，合成为多个不同的合图结果。

合成处理系统具体在根据素材内容生成合图结果时，具体可以是根据对应合图模板关联的各项合图元素的展示属性信息，来确定各项素材内容的展示属性信息，然后，按照各项素材内容以及展示属性信息，合成为具体的合图结果。例如，在合图模板中各项合图元素的展示属性信息中，包括具体的图层信息，以及各图层内具体合图元素的属性信息的情况下，可以首先确定各项素材内容对应的图层，然后，分别按照各图层中合图元素的展示属性信息，确定素材内容的展示属性信息。

例如，对于图4-1中提交的各项素材内容，假设“营销利益点”对应的素材内容是“满199减100”，则针对该项素材内容，就可以与图3-1中所示的合图模板中“营销利益点”这一图层相对应，进而，就可以利用该图层中合图元素的展示属性信息，对该素材内容的展示属性进行配置，包括具体的字体、字号、颜色、位置，等等。将各项素材内容与图层对应完毕，并完成对应的展示属性信息的配置后，就可以将各图层的内容进行合成，从而得到图片合成结果。

合成处理系统在根据素材提供端提供的素材内容生成具体的合图结果后，可以将合图结果返回给素材提供端，素材提供端可以使用这种合图结果来参加具体的业务方举办的活动，等等。当然，合成处理系统还可以将合图结果提供给业务方。

需要说明的是，在前述例子中，大部分是以具体业务为基础，进行的合图模板设计，以及后续的具体的图片合成处理。而在实际应用中，对于合成处理系统而言，也可以并不关注具体合图模板的业务含义，也可以不必关注素材提供端进行图片合成的目的，而只需要在合图模板文件的解析，合图元素展示属性信息的保存，以及后续合图结果的生成等环节上提供相应的支持即可。因此，从这个意义上而言，合成处理系统可以提供一种平台化的模式，各种合图模板在生成之后，都可以提交到该合成处理系统，素材提供端也可以出于多种不同目的，使用合成处理系统提供的合图模板及关联的展示属性信息，来生成符合模板设计者所设定规范的合图结果。

总之，在本申请实施例中，在设计师完成合图模板的设计后，可以分为两个阶段，第一阶段是提交到合成处理系统，由合成处理系统进行合图模板文件的解析，以及合图模板内合图元素的展示属性信息的提取及保存；第二阶段是素材提供端在产生具体的合图需求时，合成处理系统可以向其提供素材表单，素材提供端可以提交具体的素材内容，然后，由合成处理系统按照模板中对应合图元素的属性信息，对各项素材内容的展示属性信息进行配置，进而就可以进行合成处理，得到合图结果。

下面分别从多种不同角度，对本申请实施例的具体实施方式进行详细介绍。

实施例一

首先，该实施例一从整个合成处理系统的角度，提供了一种图片合成处理系统，具体的，参见图5，该系统可以包括：

第一接口模块501，用于接收合图模板提供端提交的合图模板文件；具体实现时，所述合图模板文件可以处于可编辑状态，例如，PSD格式的文件，等等；

模板信息处理模块502，用于对所述文件进行解析，获得所述合图模板中各项合图元素的展示属性信息，并对所述展示属性信息进行保存；

第二接口模块503，用于接收素材提供端提交的合图请求，以及针对目标合图模板提交的素材内容；

图片合成处理模块504，用于利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息，并根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

需要说明的是，上述第一接口模块与第二接口模块只是从功能的角度进行的划分，在实际应用中，也可以由同一接口模块实现两者的功能。

具体的，该系统可以为合图模板提供端以及素材提供端分别提供访问接口，设计师设计好的合图模板，可以通过第一接口提交到系统，由系统对文件进行解析处理，得到对应合图元素的展示属性信息并保存。另一方面，素材提供端也可以通过第二接口提交合图请求，以及素材内容，然后，由系统进行统一的图片合成处理。其中，素材提供端提交素材内容时，可以不必对素材内容的展示属性信息等进行配置，具体的属性信息配置操作是由系统统一按照预先保存的展示属性信息进行处理，因此，可以更好的保证合成后的图片的规范性。

下面分别针对两个阶段，对具体的实现方式进行介绍，关于该实施例一中各模块的具体实现方式，也可以参见后续实施例二以及实施例三中的介绍。

实施例二

该实施例二主要针对模板生成后，前述图片合成处理系统对模板文件的处理阶段进行介绍。具体的，该实施例二提供了一种模板信息处理方法，参见图6，该方法具体可以包括：

S601：获得合图模板文件；

合图模板提供端在完成模板的设计后，可以将可编辑状态的文件提交到图片合成处理系统。例如，假设使用PhotoShop等制图工具进行的合图模板的设计，则可编辑状态的文件可以是指可以通过合图模板的制图工具进行编辑的PSD格式的文件，等等。

S602：对所述文件进行解析，获得所述合图模板中各项合图元素的展示属性信息；

具体实现时，如果所述文件是PSD格式的文件，则具体在对所述文件进行解析时，可以从所述文件中解析出图层信息，其中，所述文件中包括多个图层，每个图层对应一项合图元素；然后，可以获取各图层内各项合图元素的展示属性信息。

为了更好的获取展示属性信息，可以预先对所述PSD格式的文件中包括的图层类型进行分类，并对各类型图层中用于描述合图元素展示属性信息的属性进行定义，例如，在一种实现方式下，所述图层类型包括文案类图层，图片类图层和/或布局类图层，具体的定义方式可以如前文表1至表3所述。这样，在获取各图层内各项合图元素的展示属性信息时，就可以首先确定出各图层对应的图层类型，然后，根据所述图层对应的图层类型，从所述文件中提取该图层内合图元素在对应各项属性下的属性值，以便将所述属性以及属性值作为该图层中所包含合图元素的展示属性信息。

具体实现时，在接收到模板文件并进行解析后，还可以提供可视化编辑界面，所述界面中展示有对所述文件进行解析的解析结果，所述解析结果中包括所述文件中包括的各图层，以及各图层内识别出的对应合图元素在各属性下的属性值。

其中，可视化编辑界面中所述识别出的各属性下的属性值可以为可编辑状态，这样，可以接收对所述属性值的修改操作。例如，如果设计师认为其中某项属性值不够合理，则还可以通过该编辑界面进行二次编辑。

另外，还有一些属性可能无法直接从合图模板文件中解析出具体的属性值，例如，对素材内容提出的要求类的属性，包括图片的尺寸，文案的长度等，因此，所述可视化编辑界面中还可以包括图层内至少一项属性对应的属性值配置操作选项，这样，可以接收通过所述属性值配置操作选项输入的属性值配置信息。通过这种由设计师手动配置的信息，确定对应属性的属性值。

S603：对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

在确定出展示属性信息后，就可以对这种展示属性信息进行保存。其中，具体实现时，所述合图模板文件中还可以包括各图层的名称信息，并且，图层的名称可以根据图层内合图元素对应的业务数据字段名进行确定。此时，在获取各图层内各项合图元素的展示属性信息时，还可以获取各图层的名称信息，以用于根据所述图层名称确定在进行图片合成时所需的业务数据字段名。

也就是说，在这种方式下，合图处理系统针对某合图模板，保存的信息可以包括合图模板的ID等标识，以及其中包括的各个图层的ID，各图层的名称，以及各图层内合图元素的展示属性信息。其中，合图元素就是指合图模板中各图层中所承载的内容，展示属性信息就是指利用预先定义的各项属性以及对应的属性值所表达的信息，其中，属性值可以是从具体图层中解析得到，或者也可以由设计师进行手动配置或者二次编辑。

另外，在实际应用中，由于合图模板的设计以及后续的合图处理，可能是由具体业务驱动的，针对具体的业务设计合图模板，在需要参加具体业务方组织的活动时，提交合图图片，等等。因此，设计师在提交合图模板文件时，还可以提交对应的业务标识信息，这样，图片合成处理系统可以获得所述合图模板关联的业务标识信息。这样，接收到的合图请求也可以携带有具体的业务标识，因此，就可以根据所述业务标识确定所需使用的目标合图模板，并利用该目标合图模板对应的所述展示属性信息进行图片合成处理。其中，同一业务标识可以关联一个或者多个合图模板。

实施例三

该实施例三是针对具体的图片合成阶段，对图片合成处理系统的处理流程进行详细介绍。该实施例三提供了一种图片合成方法，参见图7，该方法具体可以包括：

S701：保存合图模板以及其中各项合图元素的展示属性信息；

具体实现时，可以是如实施例二所述，在合图模板提供端完成合图模板的设计后，将合图模板的文件提交到图片合成处理系统，然后由该系统对合图模板文件进行解析，并从中获得各项合图元素的展示属性信息。当然，在实际应用中，还可以通过其他方式获得上述展示属性信息，例如，可以直接由设计师在所述图片合成处理系统对各项展示属性信息进行手动配置，等等。所述展示属性信息就是指利用预先定义的各项属性以及对应的属性值所表达的信息，其中，属性值可以是从具体合图模板文件中解析得到，或者也可以由设计师进行手动配置或者二次编辑。

S702：接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

具体实现时，可以在接收到图片合成请求时，首先确定出所需使用的目标合图模板，然后，根据所述目标合图模板所包含的各项各图元素的信息，确定待提交素材内容的业务数据字段名称；并根据所述待提交素材内容的业务数据字段名称提供表单界面，通过所述表单界面接收各项素材内容。也就是说，素材提供端只需要按照系统提供的表单进行填表操作即可。也就是说，具体的素材内容与合图模板中所包含的合图元素可以是相对应的，两者之间可以通过对应的业务数据字段名称关联起来。另外，具体实现时，除了所需业务数据的字段名称，还可以包括在表单界面中提供对各项素材内容的要求条件限制信息，例如，图片的尺寸限制，文案的长度限制，等等。

具体实现时，所述合图模板可以包括多个图层，每个图层与一项合图元素相对应，所述图层还具有名称信息，所述名称根据对应合图元素的业务数据字段名称确定。例如，某图层内承载的合图元素是某图片，该图片的业务数据字段名称是“商品图”，则可以将该图层的名称设定为“商品图”；或者，另一图层内承载的合图元素是某文案，该文案的业务数据字段名称是“营销利益点”，则可以将该图层的名称设定为“营销利益点”，等等。这样，在保存合图模板以及其中各项合图元素的展示属性信息时，还可以保存各图层的名称信息。进而，在确定待提交素材内容的业务数据字段名称时，可以根据所述目标合图模板中各图层的名称信息，确定待提交素材内容的业务数据字段名称。

另外，在实际应用中，如果具体的合图模板与某业务相关联，则还可以保存各合图模板对应的业务标识信息。这样，在接收到图片合成请求时，可以根据所述图片合成请求中携带的业务标识信息，确定所需使用的目标合图模板。

其中，如果同一业务标识信息对应的目标合图模板为多个，则为了避免素材提供端对同一内容进行重复提交操作，还可以首先确定各目标合图模板所包含的各项各图元素分别对应的业务数据字段名称，然后，在将各业务数据字段名称进行去重处理后，确定待提交素材内容的业务数据字段名称。也就是说，对于同一业务标识对应的多个目标合图模板，则可以生成同一个表单界面，并且，如果各模板中存在重复的业务数据字段，则可以进行去重，使得针对重复的业务数据字段，只进行一次素材内容的提交即可。

S703：利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

在接收到针对目标合图模板的各项素材内容(具体的商品图、营销利益点、标语、logo等等)后，系统就可以利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息。例如，如果是文案类的素材内容，则确定出素材内容的字体、字号、颜色、位置等各项属性的属性值；如果是图片类的素材内容，则可以确定出素材内容的背景色、位置、尺寸等各项属性的属性值，等等。

S704：根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

在为素材内容关联上具体的展示属性信息后，就可以进行图片合成处理，得到合图结果。具体的，如果合图模板中包括多个图层，则可以将各项素材内容及其关联的展示属性信息添加到对应的图层中，然后，通过将各个图层的合并进行图片合成处理，并得到合图结果。

总之，通过本申请实施例，合图模板提供端设计出来的合图模板，并不是直接提供给素材提供端，而是首先提交到一个统一的图片合成处理系统，通过该系统，可以对合图模板文件进行解析，从中获取到各项合图元素的展示属性信息，并进行保存。后续素材提供端在需要进行合图处理时，也可以将合图请求以及具体的素材内容提交到该系统，由该系统根据预先保存的展示属性信息，为各项素材内容关联上具体的展示属性信息，并具体进行图片的合成处理。这样，由于合图模板是由合图模板提供端统一设计的，因此，可以满足具体页面内展示资源位的需求；素材内容是由素材提供端提供的，例如，具体可以是商家等第一用户，因此，可以满足素材提供端对具体素材内容的个性化设计诉求；而具体图片合成处理，则是由一个合成处理系统统一进行，使得具体素材内容具有统一的展示属性信息，因此，可以保证最终生成的合图结果的规范化，避免对人工审核的依赖。

与前述实施例二相对应，本申请实施例还提供了一种模板信息处理装置，参见图8，该装置可以包括：

文件获得单元801，用于获得合图模板对应的可编辑状态的文件；

文件解析单元802，用于对所述文件进行解析，获得所述合图模板中多个合图元素的展示属性信息；

属性信息保存单元803，用于对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

其中，所述文件包括PSD格式的文件，所述文件解析单元具体可以用于：

从所述文件中解析出图层信息，其中，所述文件中包括多个图层，每个图层对应一项合图元素；获取各图层内各项合图元素的展示属性信息。

在具体实现时，该装置还可以包括：

图层类型分类单元，用于预先对所述PSD格式的文件中包括的图层类型进行分类，并对各类型图层中用于描述合图元素展示属性信息的属性进行定义；

所述文件解析单元具体可以用于：

确定各图层对应的图层类型；

根据所述图层对应的图层类型，从所述文件中提取该图层内合图元素在对应各项属性下的属性值，以便将所述属性以及属性值作为该图层中所包含合图元素的展示属性信息。

其中，所述图层类型包括文案类图层，图片类图层和/或布局类图层。

另外，该装置还可以包括：

编辑界面提供单元，用于提供可视化编辑界面，所述界面中展示有对所述文件进行解析的解析结果，所述解析结果中包括所述文件中包括的各图层，以及各图层内识别出的对应合图元素在各属性下的属性值。

其中，所述可视化编辑界面中所述识别出的各属性下的属性值为可编辑状态；

所述装置还可以包括：

修改操作接收单元，用于接收对所述属性值的修改操作。

其中，所述可视化编辑界面中还包括图层内至少一项属性对应的属性值配置操作选项；

所述装置还可以包括：

配置信息接收单元，用于接收通过所述属性值配置操作选项输入的属性值配置信息。

另外，所述文件中还可以包括各图层的名称信息，其中，图层的名称根据图层内合图元素对应的业务数据字段名进行确定；

所述文件解析单元还可以用于：

获取各图层的名称信息，以用于根据所述图层名称确定在进行图片合成时所需的业务数据字段名。

另外，该装置还可以包括：

业务标识获得单元，用于获得所述合图模板关联的业务标识信息，以便在接收到携带有业务标识的合图请求时，根据所述业务标识确定对应的合图模板，并利用该合图模板对应的所述展示属性信息进行图片合成处理。

其中同一业务标识关联一个或者多个合图模板。

与实施例三相对应，本申请实施例还提供了一种图片合成装置，参见图9，该装置可以包括：

属性信息保存单元901，用于保存合图模板以及其中各项合图元素的展示属性信息；

素材内容确定单元902，用于接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

属性信息确定单元903，用于利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

合成单元904，用于根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

其中，所述素材内容确定单元具体可以包括：

目标模板确定子单元，用于接收到图片合成请求时，确定所需使用的目标合图模板；

字段名称确定子单元，用于根据所述目标合图模板所包含的各项各图元素的信息，确定待提交素材内容的业务数据字段名称；

表单界面提供子单元，用于根据所述待提交素材内容的业务数据字段名称提供表单界面；

内容接收子单元，用于通过所述表单界面接收各项素材内容。

其中，所述合图模板包括多个图层，每个图层与一项合图元素相对应，所述图层还具有名称信息，所述名称根据对应合图元素的业务数据字段名称确定；

所述属性信息保存单元还用于：

保存各图层的名称信息；

所述字段名称确定子单元具体可以用于：

根据所述目标合图模板中各图层的名称信息，确定待提交的业务数据字段名称。

此时，所述合成单元具体可以用于：

将各项素材内容及其关联的展示属性信息添加到对应的图层中；

通过将各个图层的合并进行图片合成处理，并得到合图结果。

具体实现时，所述属性信息保存单元还可以用于：

保存各合图模板对应的业务标识信息；

所述目标模板确定子单元具体可以用于：

根据所述图片合成请求中携带的业务标识信息，确定所需使用的目标合图模板。

其中，如果所述业务标识信息对应的目标合图模板为多个，则所述字段名称确定子单元具体可以用于：

确定各目标合图模板所包含的各项各图元素分别对应的业务数据字段名称；将各业务数据字段名称进行去重处理后，确定待提交素材内容的业务数据字段名称。

与前述实施例二相对应，本申请实施例还提供了一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得合图模板对应的可编辑状态的文件；

对所述文件进行解析，获得所述合图模板中的多个合图元素的展示属性信息；

对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

与前述实施例三相对应，本申请实施例还提供了一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

保存合图模板以及其中各项合图元素的展示属性信息；

接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

其中，图10示例性的展示出了计算机系统的架构，具体可以包括处理器1010，视频显示适配器1011，磁盘驱动器1012，输入/输出接口1013，网络接口1014，以及存储器1020。上述处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，与存储器1020之间可以通过通信总线1030进行通信连接。

其中，处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储用于控制计算机系统1000运行的操作系统1021，用于控制计算机系统1000的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1023，数据存储管理系统1024，以及图片合成处理系统1025等等。上述图片合成处理系统1025就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1013用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1014用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1030包括一通路，在设备的各个组件(例如处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，与存储器1020)之间传输信息。

另外，该计算机系统1000还可以从虚拟资源对象领取条件信息数据库1041中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，存储器1020，总线1030等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的图片合成处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (21)

1.一种图片合成处理系统，其特征在于，包括：

第一接口模块，用于接收合图模板提供端提交的合图模板文件；

模板信息处理模块，用于对所述文件进行解析，获得所述合图模板中的多个合图元素的展示属性信息，并对所述展示属性信息进行保存；

第二接口模块，用于接收素材提供端提交的合图请求，以及针对目标合图模板提交的素材内容；

图片合成处理模块，用于利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息，并根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

2.一种模板信息处理方法，其特征在于，包括：

获得合图模板文件；

对所述文件进行解析，获得所述合图模板中多个合图元素的展示属性信息；

对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

3.根据权利要求2所述的方法，其特征在于，所述文件包括PSD格式的文件，所述对所述文件进行解析，获得所述合图模板中各项合图元素的展示属性信息，包括：

从所述文件中解析出图层信息，其中，所述文件中包括多个图层，每个图层对应一项合图元素；

获取各图层内各项合图元素的展示属性信息。

4.根据权利要求3所述的方法，其特征在于，还包括：

预先对所述PSD格式的文件中包括的图层类型进行分类，并对各类型图层中用于描述合图元素展示属性信息的属性进行定义；

所述获取各图层内各项合图元素的展示属性信息，包括：

确定各图层对应的图层类型；

根据所述图层对应的图层类型，从所述文件中提取该图层内合图元素在对应各项属性下的属性值，以便将所述属性以及属性值作为该图层中所包含合图元素的展示属性信息。

5.根据权利要求4所述的方法，其特征在于，所述图层类型包括文案类图层，图片类图层和/或布局类图层。

6.根据权利要求4所述的方法，其特征在于，还包括：

提供可视化编辑界面，所述界面中展示有对所述文件进行解析的解析结果，所述解析结果中包括所述文件中包括的各图层，以及各图层内识别出的对应合图元素在各属性下的属性值。

7.根据权利要求6所述的方法，其特征在于，所述可视化编辑界面中所述识别出的各属性下的属性值为可编辑状态；

所述方法还包括：

接收对所述属性值的修改操作。

8.根据权利要求6所述的方法，其特征在于，所述可视化编辑界面中还包括图层内至少一项属性对应的属性值配置操作选项；

所述方法还包括：

接收通过所述属性值配置操作选项输入的属性值配置信息。

9.根据权利要求4所述的方法，其特征在于，所述文件中包括各图层的名称信息，其中，图层的名称根据图层内合图元素对应的业务数据字段名进行确定；

所述获取各图层内各项合图元素的展示属性信息时，还包括：

获取各图层的名称信息，以用于根据所述图层名称确定在进行图片合成时所需的业务数据字段名。

10.根据权利要求2至9任一项所述的方法，其特征在于，还包括：

获得所述合图模板关联的业务标识信息，以便在接收到携带有业务标识的合图请求时，根据所述业务标识确定对应的合图模板，并利用该合图模板对应的所述展示属性信息进行图片合成处理。

11.根据权利要求10所述的方法，其特征在于，同一业务标识关联一个或者多个合图模板。

12.一种图片合成处理方法，其特征在于，包括：

保存合图模板以及其中各项合图元素的展示属性信息；

接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

13.根据权利要求12所述的方法，其特征在于，所述接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容，包括：

接收到图片合成请求时，确定所需使用的目标合图模板；

根据所述目标合图模板所包含的各项各图元素的信息，确定待提交素材内容的业务数据字段名称；

根据所述待提交素材内容的业务数据字段名称提供表单界面；

通过所述表单界面接收各项素材内容。

14.根据权利要求13所述的方法，其特征在于，所述合图模板包括多个图层，每个图层与一项合图元素相对应，所述图层还具有名称信息，所述名称根据对应合图元素的业务数据字段名称确定；

所述保存合图模板以及其中各项合图元素的展示属性信息时，还包括：

保存各图层的名称信息；

所述根据所述目标合图模板所包含的各项各图元素的信息，确定待提交的业务数据字段名称，包括：

根据所述目标合图模板中各图层的名称信息，确定待提交的业务数据字段名称。

15.根据权利要求14所述的方法，其特征在于，所述根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果，包括：

将各项素材内容及其关联的展示属性信息添加到对应的图层中；

通过将各个图层的合并进行图片合成处理，并得到合图结果。

16.根据权利要求13所述的方法，其特征在于，所述保存合图模板以及其中各项合图元素的展示属性信息时，还包括：

保存各合图模板对应的业务标识信息；

所述接收到图片合成请求时，确定所需使用的目标合图模板，包括：

根据所述图片合成请求中携带的业务标识信息，确定所需使用的目标合图模板。

17.根据权利要求16所述的方法，其特征在于，如果所述业务标识信息对应的目标合图模板为多个，则所述根据所述目标合图模板所包含的各项各图元素的信息，确定待提交素材内容的业务数据字段名称，包括：

确定各目标合图模板所包含的各项各图元素分别对应的业务数据字段名称；

将各业务数据字段名称进行去重处理后，确定待提交素材内容的业务数据字段名称。

18.一种模板信息处理装置，其特征在于，包括：

文件获得单元，用于获得合图模板文件；

文件解析单元，用于对所述文件进行解析，获得所述合图模板中多个合图元素的展示属性信息；

属性信息保存单元，用于对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

19.一种图片合成处理装置，其特征在于，包括：

属性信息保存单元，用于保存合图模板以及其中各项合图元素的展示属性信息；

素材内容确定单元，用于接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

属性信息确定单元，用于利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

合成单元，用于根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。

20.一种计算机系统，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得合图模板对应的可编辑状态的文件；

对所述文件进行解析，获得所述合图模板中的多个合图元素的展示属性信息；

对所述展示属性信息进行保存，以用于在接收到素材内容时，根据所述展示属性信息确定所述素材内容的展示属性，并得到合图结果。

21.一种计算机系统，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

保存合图模板以及其中各项合图元素的展示属性信息；

接收到图片合成请求时，确定针对所述目标合图模板提交的多项素材内容；

利用所述目标合图模板中对应合图元素的展示属性信息，为所述素材内容关联展示属性信息；

根据所述素材内容以及所述展示属性信息进行图片合成处理，得到合图结果。