CN111462281B - 海报生成方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种海报生成方法、装置、设备及存储介质。该方法包括：接收海报生成请求，海报生成请求中包括海报绘制数据，海报绘制数据中包括目标海报模板的第一标识；从预存数据中获取与第一标识对应的目标模板文件，并根据目标模板文件和海报绘制数据生成目标海报；预存数据中包括多个海报模板的模板文件，将目标海报发送至终端。该方法缩短了海报样式的更新迭代周期，提高了更新效率。

Description

海报生成方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术，尤其涉及一种海报生成方法、装置、设备及存储介质。

背景技术

随着互联网技术的发展，人们通过网络不仅可以浏览各种信息，还可以使用各种方式进行信息分享。

分享海报图片是目前常用的一种信息分享方式，用户将一张带有产品信息和信息入口等的海报图片分享给其他用户，其他用户即可通过该海报图片中信息入口获取到用户分享的信息。现有技术中，终端中的小程序页面生成海报时，需要调用小程序原生的Canvas接口进行实时绘制。

在这种实现方式中，海报的样式固定写在小程序代码中，由小程序调用原生的Canvas接口进行绘制，因此，对于海报样式的变更，比如调整字体大小、调整顶部图片的清晰度、新增文案或图片等，都需要进行小程序代码的更改，因此需要经历小程序的代码提测、发版、审核、发布上线的过程才能实现，从而导致海报样式的更新迭代周期过长。

发明内容

本申请提供一种海报生成方法、装置、设备及存储介质，缩短了海报样式的更新迭代周期，提高了处理效率。

第一方面，本申请提供一种海报生成方法，应用于海报生成服务器，包括：

接收终端发送的海报生成请求，所述海报生成请求中包括海报绘制数据，所述海报绘制数据中包括目标海报模板的第一标识，所述第一标识是由所述终端根据触发所述海报生成请求的小程序页面的第二标识向小程序后端服务器请求获得的；

从预存数据中获取与所述第一标识对应的目标模板文件，并根据所述目标模板文件和所述海报绘制数据生成目标海报；所述预存数据中包括多个海报模板的模板文件；

将所述目标海报发送至终端。

可选的，所述根据所述目标模板文件和所述海报绘制数据生成目标海报，包括：

根据所述目标模板文件和所述海报绘制数据渲染H5页面；

对所述H5页面进行截图获得所述目标海报。

可选的，所述根据所述目标模板文件和所述海报绘制数据渲染H5页面，包括：

通过浏览器方式打开一个H5页面；

将所述目标模板文件和所述海报绘制数据加载到所述H5页面中。

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

将所述目标海报进行存储得到第一网络访问地址；

相应的，所述将所述目标海报发送至终端，包括：

将所述目标海报的第一网络访问地址发送至终端。

可选的，所述海报绘制数据中包括图片尺寸和图片质量；所述方法还包括：

根据所述图片尺寸和所述图片质量对所述目标海报进行压缩，得到压缩后的所述目标海报对应的第二网络访问地址；

相应的，所述将所述目标海报发送至终端，包括：

将所述第二网络访问地址发送至终端。

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

对所述目标海报进行二进制处理得到二进制图片数据；

将所述二进制图片数据发送至终端。

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

获取多个海报模板的模板文件，并将所述多个海报模板的模板文件进行存储；

生成所述多个海报模板中每个海报模板的标识。

第二方面，本申请提供一种海报生成装置，包括：

接收模块，用于接收海报生成请求，所述海报生成请求中包括海报绘制数据，所述海报绘制数据中包括目标海报模板的第一标识，所述第一标识是由所述终端根据触发所述海报生成请求的小程序页面的第二标识向小程序后端服务器请求获得的；

绘制模块，用于从预存数据中获取与所述第一标识对应的目标模板文件，并根据所述目标模板文件和所述海报绘制数据生成目标海报；所述预存数据中包括多个海报模板的模板文件；

发送模块，用于将所述目标海报发送至终端。

可选的，所述绘制模块用于：

根据所述目标模板文件和所述海报绘制数据渲染H5页面；

对所述H5页面进行截图获得所述目标海报。

可选的，所述绘制模块具体用于：

通过浏览器方式打开一个H5页面；

将所述目标模板文件和所述海报绘制数据加载到所述H5页面中。

可选的，所述装置还包括存储模块：

将所述目标海报进行存储得到第一网络访问地址；

相应的，所述发送模块用于：

将所述目标海报的第一网络访问地址发送至终端。

可选的，所述海报绘制数据中包括图片尺寸和图片质量；所述装置还包括压缩模块，用于：

根据所述图片尺寸和所述图片质量对所述目标海报进行压缩，得到压缩后的所述目标海报对应的第二网络访问地址；

相应的，所述发送模块用于：

将所述第二网络访问地址发送至终端。

可选的，所述发送模块还用于：

对所述目标海报进行二进制处理得到二进制图片数据；

将所述二进制图片数据发送至终端。

可选的，所述存储模块还用于：

获取多个海报模板的模板文件，并将所述多个海报模板的模板文件进行存储；

生成所述多个海报模板中每个海报模板的标识。

第三方面，本申请提供一种海报生成设备，包括：存储器、处理器和收发器；

所述存储器用于存储计算机程序；

所述处理器用于在计算机程序被执行时，实现如上述第一方面中任一项所述的方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面中任一项所述的方法。

本申请提供一种海报生成方法、装置、设备及存储介质，该方法中在通过终端上的小程序页面生成海报时，终端首先向小程序后端服务器获取海报绘制数据，海报绘制数据中包括目标海报模板的第一标识，第一标识与小程序页面的第二标识对应，之后终端将包括了海报绘制参数的海报生成请求发送给海报生成服务器，由海报生成服务器根据与目标海报模板的第一标识对应的目标模板文件和海报绘制数据进行海报绘制。可以看出，本申请中，在小程序页面生成海报时，不再使用小程序原生的Canvas接口进行海报绘制，而是由终端将海报生成请求发送给海报生成服务器进行绘制，小程序后端服务器存储了小程序页面的标识与海报模板的标识之间的对应关系，而海报生成服务器通过预存数据获取与海报模板的标识对应的模板文件，从而能够在需要变更小程序页面的海报样式时，只需要将小程序页面对应的海报模板的模板文件进行更改或者修改小程序页面的标识与海报模板的标识之间的对应关系，即可使海报生成服务器获得的目标文件更改，进而使得生成的海报样式改变，整个过程不涉及对小程序代码的更改，因此无需经过小程序的代码提测、发版、审核、发布上线的过程，大大缩短了海报样式的更新迭代周期，提高了更新效率。

附图说明

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

图1为本申请提供的一种海报示意图；

图2为本申请提供的一种海报生成方法的应用***架构图；

图3为本申请提供的一种海报生成方法的流程示意图；

图4为本申请提供的一种海报生成界面及海报界面示意图；

图5为本申请提供的一种海报生成服务器的功能模块示意图；

图6为本申请提供的一种绘制目标海报的方法的流程示意图；

图7为本申请提供的一种海报生成装置的结构示意图；

图8为本申请提供的一种海报生成设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

分享海报图片是目前常用的一种信息分享方式，用户在浏览应用程序中的信息时，可以生成一张带有信息和信息入口等的海报图片分享给其他用户，其他用户即可通过该海报图片中信息入口获取到用户分享的信息。示例的，如图1中所示的海报是用户分享的某应用程序中的一篇旅行游记的海报，海报右下角位置为这篇旅行游记的二维码，接收到该海报的用户通过扫描二维码即可浏览该旅行游记。在一个应用程序中生成的海报通常会按照固定的样式，也就是不同用户生成的海报具有相同的外观特征，只是具体的文字或图片不同。

在实际应用中，海报的样式，也就是海报模板，经常需要进行变更，例如调整字体大小、调整顶部图片的清晰度、新增文案或图片等等。在现有技术中，在终端应用中的小程序中生成海报时需要调用小程序原生的Canvas接口进行实时绘制，在这种实现方式中，海报的样式固定写在小程序代码中，由小程序调用原生的Canvas接口进行绘制，所以对于海报样式的变更，都需要经历小程序的代码提测、发版、审核、发布上线的过程才能实现，从而导致海报样式的更新迭代周期过长。

为了解决上述问题，本申请中提出一种海报生成方法，该方法不再依赖于原生的Canvas接口进行海报绘制。图2为本申请提供的一种海报生成方法的应用***架构图。该方法中终端10首先向小程序后端服务器20获取海报绘制数据，海报绘制数据中包括目标海报模板的第一标识，第一标识与小程序页面的第二标识对应，之后终端10将包括了海报绘制参数的海报生成请求发送给海报生成服务器30，由海报生成服务器30根据与目标海报模板的第一标识对应的目标模板文件和海报绘制数据进行海报绘制，并将生成的目标海报发送给终端10。在需要变更小程序页面的海报模板时，只需要将小程序页面对应的海报模板的模板文件进行更改或者修改小程序页面的标识与海报模板的标识之间的对应关系即可，该更新可以及时生效，而无需经过小程序的代码提测、发版、审核、发布上线的过程，大大缩短了海报样式的更新迭代周期，提高了更新效率。

下面，将通过具体的实施例对本申请提供的海报生成方法进行详细地说明。可以理解的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图3为本申请提供的一种海报生成方法的流程示意图。该方法的执行主体为海报生成装置，该装置可以通过软件和/或硬件的方式实现。示例的，该装置可以为如图2中的海报生成服务器。如图3所示，本实施例的方法包括：

S301、接收海报生成请求。

海报生成请求中包括海报绘制数据，海报绘制数据中包括目标海报模板的第一标识，第一标识是由终端根据触发海报生成请求的小程序页面的第二标识向小程序后端服务器请求获得的。

海报生成请求由终端生成，在实际应用场景中，可以由用户进行触发。例如，用户通过终端浏览某个小程序中的信息，在所浏览的页面底部具有生成海报按钮，如图4所示，用户点击该按钮，即触发了海报生成请求。

小程序页面的第二标识可以用于指示该页面的属性。在实际应用中，小程序提供者可以对小程序中不同属性的页面设置不同的海报模板，以增加海报多样性，同时便于用户区分。示例的，一个旅行类小程序，其中有旅行攻略、笔记和游记三种类型的文章，用户浏览这些内容的页面并在某一页面触发海报生成请求，第二标识即用于指示触发海报生成请求的页面为攻略、笔记和游记中的哪一种。

海报绘制数据中包括了目标海报模板的第一标识，从而决定了所生成的海报的样式。小程序后端服务器中存储了小程序页面的标识和海边模板的标识之间的对应关系。例如，一个旅行类小程序，其中有旅行攻略、笔记和游记三种类型的文章，而三种类型的文章的页面所对应的海报模板不同。假设旅行攻略对应海报模板1，旅行笔记海报对应海报模板2，旅行游记对应海报模板3。假设触发海报生成请求的页面为旅行笔记，则终端根据该旅行笔记页面的标识向小程序后端服务器请求海报模板的标识，小程序后端服务器向终端返回旅行笔记对应的目标海报模板为海报模板2的第一标识。

可选的，海报绘制数据中可以包括海报的结构化数据，海报的结构化数据同样由终端向小程序后端服务器请求获得，以JSON方式存储。示例的，对于在一篇旅行笔记的页面生成的海报，其中的结构化数据可以包括标题、类型、描述、作者、地点、点赞人数、头图地址、关键词、小程序页面路径等。示例的，如图1中标题为冬日游走土地梁，类型为旅行笔记，地点为西安等等。

可选的，海报绘制数据中还可以包括个人信息数据，该个人信息数据为生成海报的用户的个人信息，个人数据信息由终端通过小程序原生API接口获得。例如，该用户的即时通讯工具名称和头像等。示例的，如图1中用户 A即为生成海报的用户的个人信息。

可选的，海报绘制数据中还可以包括绘制参数，例如图片质量、图片宽度和图片高度，以及返回图片的形式等，海报的结构化数据同样由终端向小程序后端服务器请求获得。其中，返回图片的形式可以为二进制图片数据或者图片在线访问地址，还可以是同时返回二进制数据和图片在线访问地址。通过绘制参数可以实现海报的定制化渲染，以满足不同的海报样式需求。

终端在获取到海报绘制数据后，将携带了海报绘制数据的海报生成请求发送给海报生成服务器，以使海报生成服务器生成相应的目标海报。

S302、从预存数据中获取与第一标识对应的目标模板文件，并根据目标模板文件和海报绘制数据生成目标海报；预存数据中包括多个海报模板的模板文件。

S303、将目标海报发送至终端。

每个海报模板具有对应的模板文件，可选的，预存数据中存储的多个海报模板的模板文件可以存储在海报生成服务器中，或者也可以是存储在海报生成服务器可以访问的数据库或文件服务器中。本实施例中可以将海报生成服务器中存储预存数据的模块或者存储预存数据的数据库或文件服务器称为模板平台。在确定了目标海报模板的第一标识后，海报生成服务器即可根据该第一标识从预存数据中获取到对应的目标模板文件，之后即可根据目标模板文件和海报绘制数据来生成目标海报，并将目标海报发送至终端，从而终端上可以显示该目标海报，如图4中所示。

本实施例提供的海报生成方法，终端首先向小程序后端服务器获取海报绘制数据，海报绘制数据中包括目标海报模板的第一标识，第一标识与小程序页面的第二标识对应，之后终端将包括了海报绘制参数的海报生成请求发送给海报生成服务器，由海报生成服务器根据与目标海报模板的第一标识对应的目标模板文件和海报绘制数据进行海报绘制。本申请中，在小程序页面生成海报时，不再使用小程序原生的Canvas接口进行海报绘制，而是由终端将海报生成请求发送给海报生成服务器进行绘制。由于小程序后端服务器存储了小程序页面的标识与海报模板的标识之间的对应关系，因此终端发送给海报生成服务器中的海报生成请求中携带了从小程序后端服务器获得的与触发海报生成请求的小程序页面相对应的海报模板的标识，从而使海报生成服务器能够通过预存数据获取与海报模板的标识对应的模板文件来绘制模板海报。

此外，通过上述技术方案还可以看出，本申请的方案中在需要变更小程序页面的海报样式时，只需要将预存数据中小程序页面对应的海报模板的模板文件进行更改或者将小程序后端服务器中的小程序页面的标识与海报模板的标识之间的对应关系进行更改，那么终端根据小程序页面请求海报生成时，由于海报服务器所获取的模板文件产生了更改，生成的目标海报的样式就会更改，整个过程无需更改小程序代码，因此无需经过小程序的代码提测、发版、审核、发布上线的过程，大大缩短了海报样式的更新迭代周期，提高了更新效率。

本申请上述实施例中，海报绘制功能由海报生成服务器实现，如图5所示，海报生成服务器中可以具有如图5所示的几个功能模块，绘制服务模块 31，模板平台32，渲染模块33，截图模块34和图片持久化模块35。可以理解的是，海报生成服务器可以由一台或多台服务器或云服务器等构成，其中的功能模块可以部署在相同或不同的服务器上。

以下结合海报生成服务器中的功能模块，再对上述实施例的S302中海报生成服务器根据目标模板文件和海报绘制数据生成目标海报的步骤进行详细说明。

图6为本申请提供的一种绘制目标海报的方法的流程示意图。该方法包括：

S601、根据目标模板文件和海报绘制数据渲染H5页面。

本实施例中，终端发送的海报生成请求发送至如图5中的绘制服务模块 31，绘制服务模块31根据目标海报模板的第一标识从模板平台32中获取对应的目标模板文件，之后，绘制服务模块31将目标模板问价和海报绘制数据发送给渲染模块33，由渲染模块33根据目标模板文件和海报绘制数据渲染 H5页面。

在进行目标海报的绘制时，首先通过浏览器的方式打开一个H5页面。例如，使用chrome headless无头浏览器方案，搭建一个渲染环境，从而支持用API调用的方式打开一个页面，即采用浏览器的方式绘制页面。之后，将目标模板文件和海报绘制数据加载到H5页面中，渲染生成海报的H5页面。其中，模板文件中相关的静态图片资源从模板平台32获取，由于渲染模块 33和目标平台32均为海报生成服务器内部模块，因此访问速度较快，从而减少了页面渲染过程中的图片请求时间，降低页面白屏时间，使得用户体验更好。

海报模板的模板文件中包括包含html文件和css文件2部分，其中html 文件定义页面布局，css文件定义页面上每个元素的具体样式，如文字大小、颜色等，从而定义一张海报。相比Canvas绘制的方式，html+css绘制方式的效率和兼容性更好。

此外，海报绘制数据中的头图地址可以是高清头图的地址，在打开H5 页面时，可以通过高清头图的地址预加载高清头图，从而能在不影响后续渲染速度的情况下，提高目标海报中头图的清晰度。

海报的头图数据可以使用高清的在线地址，通过预加载的方式提前请求高清头图，不影响渲染速度的情况下，又可以增加清晰度。

S602、对H5页面进行截图获得目标海报。

对S601中渲染生成的H5页面进行截图，得到的即为所需要的目标海报。该步骤可以由如图5中所示的截图模块34实现。示例的，截图模块34通过使用*** puppeteer技术对H5页面进行截图，得到一张图片，该图片即为目标海报，截图后可以将该目标海报进行存储，存储位置可以是海报生成服务器中的一个固定的文件目录中，本实施例对此不作限制。

对于截图获得的目标海报，可以直接将其发送给终端或者对其进行进一步处理后再发送给终端，以下分别进行说明。

在一种可行的实现方式中，将目标海报进行存储得到第一网络访问地址；相应的，S303将目标海报发送至终端，包括：将目标海报的第一网络访问地址发送至终端。

在这种实现方式中，将目标海报进行存储后，直接将得到的目标海报的第一网络访问地址发送至终端，从而终端访问第一网络访问地址从而显示出目标海报。其中，目标海报的第一网络访问地址可以由如图5中所示的图片持久化模块35生成，图片持久化模块35生成目标海报的第一网络访问地址，提供在线访问服务，并将第一网络访问地址返回给绘制服务模块31，由绘制服务模块31将得到的目标海报的第一网络访问地址发送至终端。

在另一种可行的实现方式中，海报绘制数据中包括图片尺寸和图片质量；根据图片尺寸和图片质量对目标海报进行压缩，得到压缩后的目标海报对应的第二网络访问地址；相应的，S303将目标海报发送至终端，包括：将第二网络访问地址发送至终端。

在这种实现方式中，出于对目标海报的大小和图片质量的考虑，绘制服务模块31可以对截图获得的目标海报进行压缩，具体是根据海报绘制数据中的图片尺寸和图片质量进行压缩，例如采用在线压缩服务把目标海报继续压缩处理后得到第二网络访问地址，再将第二网络访问地址发送至终端，从而终端访问第二网络访问地址从而显示出经过压缩处理的目标海报。通过压缩处理，使得图片占用较小，减少了小程序内存占用，缩短了访问时间。

在又一种可行的实现方式中，对目标海报进行二进制处理得到二进制图片数据；将二进制图片数据发送至终端。

在上面的两种实现方式中，是将目标海报的网络访问地址发送给终端，而在本实现方式中，则是将目标海报的二进制图片数据发送给终端，从而终端在接收到二进制图片数据后可以直接显示出目标海报，而无需通过网络访问地址获取，从而缩短了终端显示出目标海报所用的时间。

可以理解的是，本实现方式的方案可以与上述两种实现方式结合，即服务器可以将第一网络访问地址和二进制图片数据均发送给终端，或者将第二网络访问地址和二进制图片数据均发送给终端。

上述实施例中说明了本申请的方案中，根据用户触发海报生成请求的页面获取对应的海报模板，再进一步获取海报模板的模板文件来生成目标海报。以下，对于海报生成服务器中预先存储的海报模板的模板文件，以及，小程序后端服务器中的页面与海报模板之间的对应关系进行说明。

海报生成服务器获取多个海报模板的模板文件，并将多个海报模板的模板文件进行存储；生成多个海报模板中每个海报模板的标识。

对于开发人员开发的海报模板，其中包括了html文件、css文件以及文件涉及的图片资源，服务器将这些文件和资源进行存储，例如存储在如图所示的海报生成服务器中的模版平台32。具体的，将图片资源上传到静态服务器，返回图片的在线内部访问地址loc或二进制图片数据，同时修改html文件和css文件的图片引用地址，将其替换为loc，最后将html文件和css文件进行存储，并生成每个海报模板的标识，作为这一条存储记录的唯一索引。可选的，海报模板的标识可以随机生成。在需要更新海报模板时，可以直接将存储在模板平台32的文件进行更新，而无需更改小程序代码，海报生成服务器在接收到海报生成请求后，能够直接根据海报生成请求中所携带的海报模板的标识获取更新后的模板文件进行海报绘制，由于整个过程不涉及小程序代码的更改，因此无需小程序上线发版，从而缩短了海报模板的更新迭代周期，节省了时间。

小程序后端服务器获取多个海报模板中每个海报模板的标识；将每个海报模板的标识与页面的标识进行关联，获得页面与海报模板之间的对应关系。

如前述实施例中所陈述的，不同属性的页面可以对用不同的海报模板，海报生成服务器的模板平台中存储了多个海报模板的模板文件后，小程序后端服务器可以获取到模板平台中所存储的海报模板的标识，并将模板平台中每种海报模板的标识与页面的标识进行关联，形成页面与海报模板之间的对应关系，从而使得用户在终端的小程序页面触发海报生成请求时，小程序后端服务器可以根据页面与海报模板之间的对用关系获得触发页面对用的海报模板的标识，并进一步使得海报生成服务器可以在模板平台中获取对应的模板文件。小程序后端服务器可将页面与海报模版的标识、图片尺寸、图片质量等进行关联，从而使得不同类型的页面可以生成不同样式的海报，提高了海报的多样性，且对于每种页面的海报，均可以通过修改其对应的海报模板来改变该页面所生成的海报的样式，提高了便利性。

需要说明的是，本申请所提供的海报生成方法可以应用于在小程序中生成海报，但并不仅限于此，在其他需要生成海报的场景中同样适用。例如，在移动终端的应用程序或者在web端生成海报时，同样可以应用本申请的海报生成方法。

图7为本申请提供的一种海报生成装置的结构示意图。如图7所示，海报生成装置70包括：

接收模块701，用于接收海报生成请求，海报生成请求中包括目标海报模板的第一标识，第一标识是由终端根据触发海报生成请求的小程序页面的第二标识向小程序后端服务器请求获得的；

绘制模块702，用于从预存数据中获取与第一标识对应的目标模板文件，并根据目标模板文件和海报绘制数据生成目标海报；预存数据中包括多个海报模板的模板文件；

发送模块703，用于将目标海报发送至终端。

可选的，绘制模块702用于：

根据目标模板文件和海报绘制数据渲染H5页面；

对H5页面进行截图获得目标海报。

可选的，绘制模块702具体用于：

采用浏览器的方式打开一个H5页面；

将目标模板文件和海报绘制数据加载到H5页面中。

可选的，装置还包括存储模块704：

将目标海报进行存储得到第一网络访问地址；

相应的，发送模块703用于：

将目标海报的第一网络访问地址发送至终端。

可选的，海报绘制数据中包括图片尺寸和图片质量；装置70还包括压缩模块705，用于：

根据图片尺寸和图片质量对目标海报进行压缩，得到压缩后的目标海报对应的第二网络访问地址；

相应的，发送模块703用于：

将第二网络访问地址发送至终端。

可选的，发送模块703还用于：

对目标海报进行二进制处理得到二进制图片数据；

将二进制图片数据发送至终端。

可选的，存储模块704还用于：

获取多个海报模板的模板文件，并将多个海报模板的模板文件进行存储；

生成多个海报模板中每个海报模板的标识。

本实施例的装置，可以用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图8为本申请提供一种海报生成设备的结构示意图。如图8所示，海报生成设备80包括：存储器801、处理器802和收发器803；存储器801、处理器802和收发器803通过总线804实现连接通信。

存储器用于存储计算机程序；

处理器用于在计算机程序被执行时，实现如上述任一实施例中的方法。

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

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (8)

1.一种海报生成方法，应用于海报生成服务器，其特征在于，包括：

接收终端发送的海报生成请求，所述海报生成请求中包括海报绘制数据，所述海报绘制数据中包括目标海报模板的第一标识，所述第一标识是由所述终端根据触发所述海报生成请求的小程序页面的第二标识向小程序后端服务器请求获得的；其中，所述第二标识用于指示触发海报生成请求的页面属性；

从预存数据中获取与所述第一标识对应的目标模板文件，根据所述目标模板文件和所述海报绘制数据渲染H5页面；对所述H5页面进行截图获得所述目标海报；所述预存数据中包括多个海报模板的模板文件；

将所述目标海报发送至所述终端；

所述海报绘制数据中包括图片尺寸和图片质量；所述方法还包括：

根据所述图片尺寸和所述图片质量对所述目标海报进行压缩，得到压缩后的所述目标海报对应的第二网络访问地址；

相应的，所述将所述目标海报发送至所述终端，包括：

将所述第二网络访问地址发送至所述终端。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标模板文件和所述海报绘制数据渲染H5页面，包括：

通过浏览器方式打开H5页面；

将所述目标模板文件和所述海报绘制数据加载到所述H5页面中。

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

将所述目标海报进行存储得到第一网络访问地址；

相应的，所述将所述目标海报发送至所述终端，包括：

将所述目标海报的第一网络访问地址发送至终端。

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

对所述目标海报进行二进制处理得到二进制图片数据；

将所述二进制图片数据发送至所述终端。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

获取多个海报模板的模板文件，并将所述多个海报模板的模板文件进行存储；

生成所述多个海报模板中每个海报模板的标识。

6.一种海报生成装置，其特征在于，包括：

接收模块，用于接收终端发送的海报生成请求，所述海报生成请求中包括海报绘制数据，所述海报绘制数据中包括目标海报模板的第一标识，所述第一标识是由所述终端根据触发所述海报生成请求的小程序页面的第二标识向小程序后端服务器请求获得的；其中，所述第二标识用于指示触发海报生成请求的页面属性；

绘制模块，用于从预存数据中获取与所述第一标识对应的目标模板文件，并根据所述目标模板文件和所述海报绘制数据生成目标海报；所述预存数据中包括多个海报模板的模板文件；

发送模块，用于将所述目标海报发送至所述终端；

所述绘制模块，还用于根据所述目标模板文件和所述海报绘制数据渲染H5页面；对所述H5页面进行截图获得所述目标海报；

所述海报绘制数据中包括图片尺寸和图片质量；

压缩模块，用于根据所述图片尺寸和所述图片质量对所述目标海报进行压缩，得到压缩后的所述目标海报对应的第二网络访问地址；

相应的，发送模块，用于将所述第二网络访问地址发送至所述终端。

7.一种服务器，其特征在于，包括：存储器、处理器和收发器；

所述存储器用于存储计算机程序；

所述处理器用于在计算机程序被执行时，实现如上述权利要求1-5中任一项所述的海报生成方法。

8.一种计算机可读存储介质，其上存储又计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如上述权利要求1-5中任一项所述的海报生成方法。

Images