多媒体对象的订阅处理方法、装置及电子设备与流程

1.本技术涉及互联网技术领域，尤其涉及一种多媒体对象的订阅处理方法、装置及电子设备。


背景技术：

2.自媒体/销售人员等用户常常需要每天制作日签图片以达到每日一签的目的，针对此类用户的每天制作日签图片的需求，目前一般基于日签图片生成软件(简称“日签软件”)实现日签图片的生成，在基于日签软件生成日签图片的方式中，用户需要手动打开软件，利用其编辑器进行模板搜索，并在搜索的模板上进行自定义信息编辑来生成日签图片。
3.该方式需要大量的人工操作，耗时长、效率低，为用户的日签图片制作带来了不便。


技术实现要素：

4.有鉴于此，本技术提供一种多媒体对象的订阅处理方法、装置及电子设备，通过在服务端自动生成相应样式的多媒体对象(如，每日生成不同样式的日签图片)，来节约用户的多媒体对象制作时间、降维制作流程、提升制作效率。
5.为达到上述技术目的，具体提供以下的技术方案：
6.一种多媒体对象的订阅处理方法，应用于服务端；
7.所述方法包括：
8.获取指示生成多媒体对象的生成指令，所述生成指令基于客户端订阅多媒体对象的订阅事件触发；
9.筛选生成多媒体对象所需的对象模板，得到目标模板；
10.获取客户端针对订阅的多媒体对象提供的自定义数据；
11.对所述目标模板和所述自定义数据进行融合及渲染处理，得到目标多媒体对象，并向所述客户端反馈所述目标多媒体对象。
12.可选的，所述筛选生成多媒体对象所需的对象模板，得到目标模板，包括：
13.加载预置的模板检索条件，从模板库中筛选与预置的模板检索条件相匹配的对象模板，得到目标模板。
14.可选的，所述对所述目标模板和所述自定义数据进行融合及渲染处理，包括：
15.利用无头浏览器，对所述目标模板和所述自定义数据进行融合及渲染处理；
16.其中，所述无头浏览器为不具有用户界面的浏览器。
17.可选的，所述利用无头浏览器，对所述目标模板和所述自定义数据进行融合及渲染处理，包括：
18.初始化无头浏览器，创建空白的浏览器页面；
19.在所述空白的浏览器页面中，根据所述目标模板的地址信息加载所述目标模板的模板数据；所述模板数据包括模板组件集及模板组件集中的至少部分模板组件对应的标
签；
20.根据模板组件的标签，将模板组件与所述自定义数据进行匹配；
21.根据匹配结果，将所述自定义数据中的每一自定义数据项融合至所述浏览器页面的模板数据中；
22.渲染所述浏览器页面上的模板数据及融合的自定义数据，得到所述目标多媒体对象。
23.可选的，所述根据匹配结果，将所述自定义数据中的每一自定义数据项融合至所述浏览器页面的模板数据中，包括：
24.针对每一自定义数据项，确定与自定义数据项匹配的模板组件的预留空间大小是否小于所述自定义数据项的数据量大小；
25.若否，将所述自定义数据项的内容填充至所述模板组件的预留空间内；
26.若是，根据所述浏览器页面中模板数据的布局信息，从所述浏览器页面中确定出不小于所述自定义数据项的数据量大小的空闲区域，并将所述自定义数据项的内容填充至所述空闲区域内。
27.可选的，所述方法，还包括：
28.根据融合有模板数据及所述自定义数据的浏览器页面，创建页面dom树，并在服务端为所述客户端存储所述页面dom树；
29.其中，客户端具有调用所述页面dom树的预留通道，客户端能够通过所述预留通道对调用的页面dom树进行二次编辑，并通过对所述页面dom树进行二次编辑使所述服务端生成所述客户端所需的多媒体对象。
30.可选的，所述目标多媒体对象为日签图片；所述获取指示生成多媒体对象的生成指令，包括：
31.所述服务端根据定时任务，在每天的预定时间节点，获取指示生成日签图片的生成指令。
32.可选的，所述向所述客户端反馈所述目标多媒体对象，包括：
33.所述服务端通过公众号或小程序形式，向所述客户端反馈生成的日签图片。
34.一种多媒体对象的订阅处理装置，应用于服务端；
35.所述装置包括：
36.第一获取模块，用于获取指示生成多媒体对象的生成指令，所述生成指令基于客户端订阅多媒体对象的订阅事件触发；
37.筛选模块，用于筛选生成多媒体对象所需的对象模板，得到目标模板；
38.第二获取模块，用于获取客户端针对订阅的多媒体对象提供的自定义数据；
39.融合与渲染处理模块，用于对所述目标模板和所述自定义数据进行融合及渲染处理，得到目标多媒体对象；
40.反馈模块，用于向所述客户端反馈所述目标多媒体对象。
41.一种电子设备，包括：
42.存储器，用于至少存放一组计算机指令集；
43.处理器，用于通过执行存储器上存放的所述指令集，实现如上任一项所述的多媒体对象的订阅处理方法。
44.相较于上述相关技术，本技术具有以下有益效果：
45.本技术公开的多媒体对象的订阅处理方法、装置及电子设备，通过在服务端获取基于客户端订阅事件而触发的指示生成多媒体对象的生成指令，并筛选生成多媒体对象所需的对象模板、获取客户端针对订阅事件提供的自定义数据，以及对筛选得到的目标模板和客户端的自定义数据进行组装及渲染处理，最终得到客户端所需的目标多媒体对象并向客户端反馈，客户端只需一键订阅，即可借助服务端的订阅服务为其自动生成所需的多媒体对象，从而，节约了客户端用户的多媒体对象制作时间，降维了其制作流程，并提升制作效率。
附图说明
46.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
47.图1为本技术实施例公开的多媒体对象的订阅处理方法的一流程示意图；
48.图2为本技术实施例公开的基于无头浏览器融合及渲染模板数据及客户端自定义数据的处理流程图；
49.图3为本技术实施例公开的生成的日签图片的一个示例；
50.图4为本技术实施例公开的在服务端基于订阅池为客户端提供日签服务的流程图；
51.图5为本技术实施例公开的客户端与服务端之间的订阅处理交互示意图；
52.图6为本技术实施例公开的服务端采用公众号形式与客户端交互的示例；
53.图7为本技术实施例公开的多媒体对象的订阅处理方法的另一流程示意图；
54.图8为本技术实施例公开的多媒体对象的订阅处理装置的结构示意图；
55.图9为本技术实施例公开的电子设备的结构示意图。
具体实施方式
56.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
57.为解决相关技术存在的技术问题，本技术公开一种多媒体对象的订阅处理方法、装置及电子设备，通过在服务端自动生成相应样式的多媒体对象(如，每日生成不同样式的日签图片)，来节约用户的多媒体对象制作时间、降维制作流程、提升制作效率。
58.相应的，本技术公开的多媒体对象的订阅处理方法，可应用于服务端，如具体应用于用来提供多媒体对象(如，日签图片)订阅服务的后台服务器或服务平台等。
59.该多媒体对象的订阅处理方法的处理流程如图1所示，具体包括：
60.步骤101、获取指示生成多媒体对象的生成指令，该生成指令基于客户端订阅多媒体对象的订阅事件触发。
61.多媒体对象可以是但不限于日签图片、文案等对象，本技术实施例将主要以多媒体对象为日签图片为例进行说明。
62.为了达到节约用户的多媒体对象制作时间等技术目的，本技术实施例在服务端为客户端提供自动化生成所需的多媒体对象的服务，客户端可根据需求来订阅服务端的该服务。
63.并且，服务端基于客户端订阅多媒体对象的订阅事件，在相应的时间节点触发指示生成多媒体对象的生成指令，以客户端一键订阅服务端的日签图片服务为例，针对客户端的订阅事件，服务端可根据定时任务，在每天的预定时间节点，触发指示生成多媒体对象的生成指令。如，在每日的晚24点触发日签图片生成指令等，相应可基于该步骤101获取指示生成多媒体对象的生成指令。
64.步骤102、筛选生成多媒体对象所需的对象模板，得到目标模板。
65.服务端维护有包括一系列对象模板(如，日签模板)的模板库。
66.在获得指示生成多媒体对象的生成指令后，进一步从模板库中选取一目标模板，为生成所需的目标多媒体对象提供模板基础。
67.在一实施方式中，可选的，可随机从模板库中选取一模板作为目标模板，或者，还可以自动加载预置的模板检索条件，从模板库中筛选与预置的模板检索条件相匹配的对象模板，得到目标模板。
68.上述模板检索条件为服务端提前配置好的，在进行模板筛选时，自动加载该模板检索条件进行模板匹配即可，无需客户端参与。所采用的模板检索条件，可以但不限于用来从模板库中匹配出某个时间段或某个节假日的模板，或用来从模板库中匹配出与客户端自定义数据具备关联关系的模板，如匹配出与客户端用户的职位(如，教师、研发工程师、客户经理)相匹配的主题/风格的模板等。
69.步骤103、获取客户端针对订阅的多媒体对象提供的自定义数据。
70.客户端用户在订阅多媒体对象如订阅日签图片时，可根据需求填写/导入相应的自定义数据，包括但不限于logo图、公司名称/产品名称、地址、二维码、联系方式等中的任意一项或多项数据，并向服务端提交，服务端接收并存储客户端提交的自定义数据，后续在为客户端生成所需的多媒体对象时，加载存储的客户端自定义数据，以通过融合检索的目标模板与客户端自定义数据，来为客户端生成所需的目标多媒体对象。
71.可选的，服务端在获取客户端的自定义数据后，可进一步对其进行编码，如base64编码。
72.步骤104、对上述的目标模板和自定义数据进行融合及渲染处理，得到目标多媒体对象，并向客户端反馈该目标多媒体对象。
73.本实施例具体利用无头浏览器，对检索得到的目标模板和客户端的自定义数据进行融合及渲染处理。
74.其中，无头浏览器为不具有用户界面的浏览器。
75.参见图2，该基于无头浏览器融合及渲染模板数据及客户端自定义数据的处理过程具体包括：
76.步骤201、初始化无头浏览器，创建空白的浏览器页面；
77.创建的空白浏览器页面，用来作为目标模板的模板数据及客户端自定义数据的承
载体。
78.步骤202、在空白的浏览器页面中根据目标模板的地址信息加载目标模板的模板数据；目标模板的模板数据包括由至少部分模板组件构成的模板组件集及模板组件集中的至少部分模板组件对应的标签。
79.目标模板的地址信息，可以是但不限于目标模板的url(uniformresource locator，统一资源定位符)地址，进一步的，以日签图片为例，目标模板的url具体可以是指带日签模板id的url地址，相应可通过在创建的空白浏览器页面加载该url，来获取所需的日签模板的模板数据。
80.目标模板的模板数据包括一系列模板组件(即，模板组件集)，模板组件可以是但不限于图片组件、文字组件、二维码组件、形状组件、嵌入框组件、3d效果组件等任意类型的组件，模板的一系列组件可视为其各个组成元素。为便于将目标模板与客户端的自定义数据进行融合，本实施例预先为模板中的至少部分模板组件关联了相应的标签，例如，为模板中的嵌入框组件1关联标签“logo”、为嵌入框组件2关联标签“公司名称”、为嵌入框组件3关联标签“地址”、为嵌入框组件4关联标签“联系方式”、为嵌入框组件5关联标签“联系方式”等，相应的，目标模板的模板数据还包括模板组件集中的至少部分模板组件对应的标签。
81.步骤203、根据模板组件的标签，将模板组件与所述自定义数据进行匹配；
82.在加载目标模板的模板数据基础上，进一步根据模板组件的标签，将模板组件与客户端自定义数据中的每一自定义数据项进行匹配。
83.步骤204、根据匹配结果将自定义数据中的每一自定义数据项融合至浏览器页面的模板数据中。
84.具体的，在基于标签完成匹配的基础上，针对客户端自定义数据中的每一自定义数据项，可首先确定与自定义数据项匹配的模板组件的预留空间大小是否小于该自定义数据项的数据量大小；若否(即，不小于)，则将该自定义数据项的内容填充至模板组件的预留空间内；若是(即，小于)，则根据浏览器页面中模板数据的布局信息，从浏览器页面中确定出不小于该自定义数据项的数据量大小的空闲区域，并将该自定义数据项的内容填充至所述空闲区域内。
85.即，模板中预先基于嵌入框组件及其关联的标签，为客户端的自定义数据项预留有相应的嵌入空间，但实际应用中，不同客户端的自定义数据中自定义数据项的数据量大小不是固定的，模板中基于对应的标签为相应自定义数据项预留的空间可能不足以容纳自定义数据项的数据内容(如，地址信息过长)，针对该情况，本技术实施例会进一步结合浏览器页面中模板数据(如各个模板组件)的实际布局情况，智能筛选足以容纳该自定义数据项的空闲区域，并将该自定义数据项的数据内容融合至筛选出的该空闲区域。
86.步骤205、渲染模板数据及向所述模板数据中所述自定义数据的浏览器页面，得到所述目标多媒体对象。
87.当在浏览器页面上加载各个模板组件以及向模板组件中组装、融合客户端自定义数据的过程中，同时渲染加载的各个模板组件以及向页面组装、融合的客户端自定义数据，可选的，在此过程中，还可以对模板组件的资源加载事件进行监听，以确保未遗漏目标模板包括的每一组件元素的加载。
88.通过渲染加载的各个模板组件以及向页面组装、融合的客户端自定义数据，最终
得到客户端所需的目标多媒体对象，并可进一步在设定的时间节点将生成的目标多媒体对象推送至客户端。
89.以日签图片为例，服务端可基于客户端对日签服务的订阅事件，在每日的设定时间节点(如，每日的晚24点)触发日签图片生成指令，并通过上述处理流程生成日签图片，后续，在次日7点推送至客户端，参见图3，在图3提供了生成的日签图片的一个示例。
90.针对多个客户端的一系列订阅事件，服务端可创建一用于维护客户端订阅信息的订阅池，并针对订阅池中的不同客户端的订阅信息，通过定时任务在相对应的时间节点触发日签图片等多媒体对象生成指令，为不同的客户端生成相应不同的日签图片，进而根据客户端用户的信息，如openid(用户关注公众号时生成的对应于公众号的标识)、userid(微信为用户生成的标识)等，向客户端推送为其匹配生成的日签图片，具体如图4所示。
91.对于客户端来说，仅需一键订阅，即可在每日的7点获得服务端推送的不同样式(例如，每日通过更换日签模板来更新日签图片的样式)的日签图片，无需客户端用户执行模板的选择、基于模板的信息编辑等大量人工操作。
92.参见图5提供的客户端与服务端之间的订阅处理交互示意图，服务端可以但不限于通过公众号或小程序形式，向客户端反馈生成的日签图片或文案等目标多媒体对象。
93.该实施方式中，若向客户端用户推送的目标多媒体对象未达到用户满意，如，当日7点向用户推送的日签图片的风格不是用户所期望的，用户可通过公众号或小程序实时向服务端发起更换指令，服务端接收到该指令后实时生成一新的区别于当日已推送结果的目标多媒体对象并向客户端反馈，如图6所示，用户通过向公众号回复信息“日签”，即可实时更换一个新的日签图片。
94.根据以上方案可知，本实施例公开的多媒体对象的订阅处理方法，通过在服务端获取基于客户端订阅事件而触发的指示生成多媒体对象的生成指令，并筛选生成多媒体对象所需的对象模板、获取客户端针对订阅事件提供的自定义数据，以及对筛选得到的目标模板和客户端的自定义数据进行组装及渲染处理，最终得到客户端所需的目标多媒体对象并向客户端反馈，客户端只需一键订阅，即可借助服务端的订阅服务为其自动生成所需的多媒体对象，从而，节约了客户端用户的多媒体对象制作时间，降维了其制作流程，并提升制作效率。。
95.可选的，在一实施例中，参见图7提供的多媒体对象的订阅处理方法流程图，该方法还可以包括以下处理：
96.步骤105、根据融合有模板数据及所述自定义数据的浏览器页面，创建页面dom(document object model，文档对象模型)树，并在服务端为所述客户端存储所述页面dom树。
97.其中，客户端具有调用页面dom树的预留通道，客户端能够通过该预留通道对调用的页面dom树进行二次编辑，并通过对页面dom树进行二次编辑使服务端生成客户端所需的多媒体对象。
98.具体的，服务端除了为客户端自动生成并推送目标多媒体对象，如jpg或png格式的日签图片，还为客户端生成json(javascript object notation，js对象简谱)格式的数据文件即页面dom树，并存储。如果服务端为客户端自动生成并推送的目标多媒体对象(如，日签图片)未达到用户满意，客户端用户可通过页面dom树的预留通道调用该页面dom树，并
对其进行二次编辑，服务端进一步基于客户端的编辑信息生成能使客户端用户满意的多媒体对象，如jpg日签图片。
99.本实施例通过进一步在服务端为客户端生成页面dom树，实现了为客户端提供多媒体对象的二次编辑功能，可进一步满足客户端用户的个性化多媒体对象的生成需求。
100.对应于上述的方法，本技术实施例还公开一种多媒体对象的订阅处理装置，应用于服务端，如图8所示，该装置包括：
101.第一获取模块801，用于获取指示生成多媒体对象的生成指令，所述生成指令基于客户端订阅多媒体对象的订阅事件触发；
102.筛选模块802，用于筛选生成多媒体对象所需的对象模板，得到目标模板；
103.第二获取模块803，用于获取客户端针对订阅的多媒体对象提供的自定义数据；
104.融合与渲染处理模块804，用于对所述目标模板和所述自定义数据进行融合及渲染处理，得到目标多媒体对象；
105.反馈模块805，用于向所述客户端反馈所述目标多媒体对象。
106.在本技术实施例的一可选实施方式中，筛选模块802，具体用于：
107.加载预置的模板检索条件，从模板库中筛选与预置的模板检索条件相匹配的对象模板，得到目标模板。
108.在本技术实施例的一可选实施方式中，融合与渲染获取模块804，具体用于：利用无头浏览器，对所述目标模板和所述自定义数据进行融合及渲染处理；
109.其中，所述无头浏览器为不具有用户界面的浏览器。
110.在本技术实施例的一可选实施方式中，融合与渲染获取模块804在利用无头浏览器，对所述目标模板和所述自定义数据进行融合及渲染处理时，用于：
111.初始化无头浏览器，创建空白的浏览器页面；
112.在所述空白的浏览器页面中，根据所述目标模板的地址信息加载所述目标模板的模板数据；所述模板数据包括模板组件集及模板组件集中的至少部分模板组件对应的标签；
113.根据模板组件的标签，将模板组件与所述自定义数据进行匹配；
114.根据匹配结果，将所述自定义数据中的每一自定义数据项融合至所述浏览器页面的模板数据中；
115.渲染所述浏览器页面上的模板数据及融合的自定义数据，得到所述目标多媒体对象。
116.在本技术实施例的一可选实施方式中，融合与渲染获取模块804在根据匹配结果，将所述自定义数据中的每一自定义数据项融合至所述浏览器页面的模板数据中时，用于：
117.针对每一自定义数据项，确定与自定义数据项匹配的模板组件的预留空间大小是否小于所述自定义数据项的数据量大小；
118.若否，将所述自定义数据项的内容填充至所述模板组件的预留空间内；
119.若是，根据所述浏览器页面中模板数据的布局信息，从所述浏览器页面中确定出不小于所述自定义数据项的数据量大小的空闲区域，并将所述自定义数据项的内容填充至所述空闲区域内。
120.在本技术实施例的一可选实施方式中，上述装置还包括：
121.创建模块，用于根据融合有模板数据及所述自定义数据的浏览器页面，创建页面dom树，并在服务端为所述客户端存储所述页面dom树；
122.其中，客户端具有调用所述页面dom树的预留通道，客户端能够通过所述预留通道对调用的页面dom树进行二次编辑，并通过对所述页面dom树进行二次编辑使所述服务端生成所述客户端所需的多媒体对象。
123.在本技术实施例的一可选实施方式中，目标多媒体对象为日签图片；第一获取模块801，具体用于：根据定时任务，在每天的预定时间节点，获取指示生成日签图片的生成指令。
124.在本技术实施例的一可选实施方式中，反馈模块805，具体用于：
125.通过公众号或小程序形式，向所述客户端反馈生成的日签图片。
126.对于本技术实施例公开的多媒体对象的订阅处理装置而言，由于其与上文方法实施例公开的多媒体对象的订阅处理方法相对应，所以描述的比较简单，相关相似之处请参见上文相应方法实施例的说明即可，此处不再详述。
127.另外，本技术实施例还公开了一种电子设备，该电子设备可以是但不限于用于提供日签图片等多媒体对象订阅服务的服务器等设备。
128.如图9示出的电子设备的结构示意图，至少包括：
129.存储器901，用于存放计算机指令集；
130.所述的计算机指令集可以采用计算机程序的形式实现。
131.存储器901可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
132.处理器902，用于通过执行存储器上存放的指令集，实现如上任一方法实施例的多媒体对象的订阅处理方法。
133.其中，处理器902可以为中央处理器(central processing unit，cpu)，特定应用集成电路(application
‑
specific integrated circuit，asic)，数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件等。
134.除此之外，电子设备还可以包括通信接口、通信总线等组成部分。存储器、处理器和通信接口通过通信总线完成相互间的通信。
135.通信接口用于电子设备与其他设备之间的通信。通信总线可以是外设部件互连标准(peripheralcomponent interconnect，pci)总线或扩展工业标准结构(extendedindustry standardarchitecture，eisa)总线等，该通信总线可以分为地址总线、数据总线、控制总线等。
136.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
137.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业
技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
138.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd
‑
rom、或技术领域内所公知的任意其它形式的存储介质中。
139.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。