目标发布材料的处理方法、装置、存储介质和电子装置与流程

本发明涉及游戏领域，具体而言，涉及一种目标发布材料的处理方法、装置、存储介质和电子装置。

背景技术：

为了游戏的顺利发布和推广，手游产品都会接入众多渠道，来导入更多的玩家。在各个渠道上架/发布游戏前，产品需根据各个渠道的要求准备好发布材料(如游戏介绍、5图、宣传视频、法律资质等)和包体，并提交渠道审核。

在准备发布材料时，不同渠道所需的发布材料类似，但细节上有所区分。比如不同渠道对于游戏介绍的字数限制可能不同；再比如5图，不同渠道需要的分辨率、文件大小等要求也可能有所差异。而不同产品要发布的渠道集合又是不同的，比如：产品a需要发布到渠道a和渠道b，产品b要发布到渠道a和渠道c，这样就导致产品在不同的渠道发布要准备的不同的材料。

目前，在准备发布材料时，一般是商务/营销人员凭经验人工整理出所有渠道需求的并集，以并集的要求去准备发布材料，而不管是否存在冗余；在提交发布材料时，需要商务人员到各个渠道的管理平台上传发布材料和包体；在渠道审核阶段，也需要商务人员登录到各渠道的管理平台查看审核进度，并反馈到项目组。

在准备发布材料阶段，存在以下问题：对于新手营销/商务来说，往往不知道就此次需要发布的渠道集合来说，需要准备哪些发布材料，培训成本和沟通成本较大；商务/营销人员凭经验人工整理出来的需求往往存在冗余，准备发布材料时将浪费较多的人工成本。

在提交阶段，需要商务人员将收集到的各项发布材料填写/上传到各大渠道的后台，这就相当于差不多类似甚至相同的发布材料，需要人工反复到不同平台填写多次，浪费人力不说，还极有可能造成误操作。

在渠道审核阶段，审核进度需要人工到各渠道后台查看，一来产生人力成本，二来可能造成反馈上的延迟。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种目标发布材料的处理方法、装置，存储介质和电子装置，以至少解决相关技术发布游戏的效率低，用户体验差的技术问题。

根据本发明实施例的一个方面，提供了一种目标发布材料的处理方法，包括：从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料；根据目标发布渠道对目标发布材料进行分类；将分类后的目标发布材料分别映射至目标发布渠道中。

根据本发明实施例的另一方面，还提供了一种目标发布材料的处理系统，包括：终端设备，用于根据用户的交互式操作从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料；处理器，用于根据目标发布渠道对目标发布材料进行分类，将分类后的目标发布材料分别映射至目标发布渠道中。

根据本发明实施例的另一方面，还提供了一种目标发布材料的处理装置，包括：抽取模块，用于从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料；分类模块，用于根据目标发布渠道对目标发布材料进行分类；映射模块，用于将分类后的目标发布材料分别映射至目标发布渠道中。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

在本发明实施例中，采用从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料，根据目标发布渠道对目标发布材料进行分类；将分类后的目标发布材料分别映射至目标发布渠道中。即将发布材料映射至发布渠道中，并不需要人工将发布材料输入到发布渠道中，从而提高了游戏发布的效率，进而解决了相关技术中游戏发布效率低，用户体验差的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种目标发布材料的处理方法的移动终端的硬件结构框图；

图2是根据本发明实施例提供的目标发布材料的处理方法的流程示意图；

图3是本实施例中的整体功能架构图；

图4是本实施例中的具体的发布材料条目聚合的流程图；

图5是本实施例中两个材料合并的具体算法流程图；

图6是根据本发明实施例提供的目标发布材料的处理装置的结构示意图；

图7是本实施例提供的发布材料合并之后的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种目标发布材料的处理方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种目标发布材料的处理方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的目标发布材料的处理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。

图2是根据本发明实施例提供的目标发布材料的处理方法的流程示意图，如图2所示，该方法包括如下步骤：

步骤s202，从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料；

步骤s204，根据目标发布渠道对目标发布材料进行分类；

步骤s206，将分类后的目标发布材料分别映射至目标发布渠道中。

通过上述步骤，采用从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料，根据目标发布渠道对目标发布材料进行分类；将分类后的目标发布材料分别映射至目标发布渠道中。即将发布材料映射至发布渠道中，并不需要人工将发布材料输入到发布渠道中，从而提高了游戏发布的效率，进而解决了相关技术中游戏发布效率低，用户体验差的技术问题。

需要说明的是，上述中的执行主体可以是终端，但不限于此。

在一个可选的实施例中，在确定目标发布渠道之后，可以对目标发布材料进行分类，具体为：获取目标发布渠道的发布需求信息；根据发布需求信息对目标发布材料进行分类。在本实施例中，需求信息可以包括“将xx游戏发布至xx平台”的需求。

在一个可选的实施例中，在从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料之前，可以根据用户的交互式操作，确定目标发布渠道。在本实施例中，用户的交互式操作可以是用户通过键盘或者语音等形式输入至终端设备中的控制指令。此外，在确定目标发布渠道时，需要获取用户发布游戏的多个发布渠道，并根据用户的交互式操作，从多个发布渠道中确定用于发布待发布游戏的目标发布渠道。发布渠道是指可以用来分发游戏，让玩家下载游戏应用的平台或应用市场，例如发布渠道可以包括：华为、九游、魅族、b站、taptap等。

在本实施例中，目标发布渠道中包括至少一个发布材料条目，在目标发布渠道包括多个发布材料条目时，可能存在相同或者相似的材料条目，为了提高发布的效率，可以对多个发布条目进行聚合。具体包括：根据目标发布渠道的第一渠道信息，获取目标发布渠道中的至少一个发布材料条目；将至少一个发布材料条目中具备相同标识的材料条目进行聚合，得到目标发布渠道的第一聚合条目；根据目标发布渠道的第二渠道信息，聚合每个第一聚合条目中的材料条目的条目属性，得到目标发布渠道的第二聚合条目。本实施例中的发布材料条目可以是目标发布材料的材料属性，例如，游戏介绍信息的属性是文本，文本则是发布材料条目。发布材料条目可以包括以下属性，发布材料条目标识id、发布材料条目名称、发布材料条目描述等等。第一渠道信息可以是需要哪些类型的文件，例如，文本、图片、视频、包体和普通文件等；第二渠道信息可以是每种类型文件下的具体需求，例如，文字的字数限制、是否包含标点等。

在一个可选的实施例中，在聚合目标发布渠道中的材料条目之后，可以从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料。在本实施例中，待发布材料可以是待发布游戏的基础信息、待发布游戏的游戏素材、法律资质等等。可以从多个待发布材料中抽取出与目标发布渠道的第一聚合条目和所述第二聚合条目匹配的目标发布材料，例如，第一聚合条目为文本，可以将待发布游戏的基础信息映射至第一聚合条目中；第二聚合条目为文字的字数限制，可以将待发布游戏的基础信息以一定的字数显示映射至第二具备条目中。

在一个可选的实施例中，可以基于第一聚合条目和第二聚合条目对目标发布材料进行分类。也就是说，目标发布材料需要与目标发布渠道中的第一聚合条目和第二聚合条目相匹配。

在一个可选的实施例中，在确定目标发布渠道之后，为了减少发布材料的冗余，提高待发布游戏的发布效率，可以根据目标发布渠道对目标发布材料进行分类，在进行分类之前，需要先对目标发布材料的内容进行聚合。例如，目标发布材料为待发布游戏的基础信息(例如，游戏介绍信息)，可能存在针对不同发布渠道不同需求的不同长度的游戏介绍信息(例如，100字和30-120字的游戏介绍信息)，则会聚合为一条30-100字的游戏介绍信息，即取并集。如果不同发布渠道之间不存在并集的发布材料，则会将目标发布材料拆分为独立的需求，例如，50字和100-200字的游戏介绍信息，则会拆分为两条游戏介绍信息。

在将目标发布材料的内容进行聚合之后，可以将所述聚合后的目标发布材料按照目标发布渠道的需求进行分类，得到所述分类后的目标发布材料。例如，目标发布渠道中的第一聚合条目的需求为游戏介绍信息，第二聚合条目中的需求为100字的游戏介绍信息，则将聚合之后的30-100字的游戏介绍信息拆分为100字的游戏介绍信息映射至第二聚合条目中。

在一个可选的实施例中，在根据目标发布渠道的第二渠道信息，聚合每个第一聚合条目中的材料条目的条目属性，得到目标发布渠道的第二聚合条目之后，确定第二聚合条目中包括的分类后的目标发布材料；基于分类后的目标发布材料中的各个分类后的目标发布材料的类型为每个分类后的目标发布材料配置对应的验证器，其中，验证器用于验证对应的分类后的目标发布材料的属性，验证器的数值基于各个分类后的目标发布材料所属的发布渠道的类型确定；基于各个分类后的目标发布材料的验证器的数值和验证器的类型合并各个分类后的目标发布材料，将并集作为待发布材料，其中，待发布材料中的各个待发布材料中包括其所属的发布渠道信息。在本实施例中，验证器可以是标识id，元信息，其中，元信息中包括控制验证器的验证逻辑，描述信息，其中，描述信息基于元信息生成。

在一个可选的实施例中，还可以基于多个待发布材料中的各个待发布材料中标记的所属发布渠道的标识信息，在确定的多个待发布材料中查找出目标发布材料。在本实施例中，发布材料在聚合之后，还会携带之前所属的发布渠道的标识信息。

在一个可选的实施例中，将目标发布材料映射至目标发布渠道中之前，在确定目标材料通过预审核之后，将分类后的目标发布材料映射至目标发布渠道中。在本实施例中，可以通过终端对分类后的目标发布材料进行预审核。

在一个可选的实施例中，在将分类后的目标发布材料分别映射至目标发布渠道中之后，还可以从目标发布渠道中获取目标发布材料的审核状态，以确定待发布游戏在目标发布渠道上的发布情况，其中，从目标发布渠道中获取目标发布材料的审核状态包括：以预定周期从目标发布渠道中获取分类后的目标发布材料的审核状态；在根据审核状态确定分类后的目标发布材料的存在错误信息的情况下，将分类后的目标发布材料分裂为第一目标发布材料和第二目标发布材料，其中，第一目标发布材料和第二目标发布材料的属性相同，第一目标发布材料所属的发布渠道为目标发布渠道；修改第一目标发布材料，并继续从目标发布渠道中获取第一目标发布材料的审核状态。

由上述可知，本实施例，可以让不同游戏产品在不同的发布渠道集合上架游戏时，快速准确地知道需要准备哪些发布材料；发布材料准备好后可快速提交到各发布渠道审核，并及时了解发布渠道的审核进度，大大节约了时间成本和操作成本。

下面结合具体实施例对本发明进行说明：

本实施例针对游戏发布的技术术语进行介绍，具体如下：

1)提审：指的是具体游戏需要发布到不同发布渠道时在该平台上申请一次渠道发布，主要填写的信息包括发布材料的截止时间、预计上架时间，所要发布的发布渠道、需要发布的发布材料等。

2)发布材料：游戏接入某一发布渠道时要提供的信息的最小化单位，可以是一段文字、一段视频、几张图片或一个包体。发布材料分为两大类：物料和包体。

3)物料：游戏基础信息(游戏介绍、更新说明等)+游戏素材(icon、5图等)+资质(版号、软著、授权书等)。

4)包体：sdk包体、cps包体等。

5)发布材料条目：是指某一类发布材料的抽象集合，比如版署条目需要包括以下2种发布材料：一是isbn号，它是一段文字；二是版署批文，是扫描件或者截图。

6)验证器：是指针对某一发布材料的某一方面的用于判断用户提供的材料是否满足需求，也是聚合发布材料条目、发布材料时的唯一条件。比如对于属于文本的某一发布材料，它的验证器可能有长度验证器(用于规范和验证用户的输入字数是否满足需求)、标点符号验证器(用于规范和验证用户的输入是否能够含有标点符号)、英文字母验证器(验证用户的输入中是否能够含有英文字母)。通常一个发布材料可以含有多个验证器，但是含有验证器的种类受到一定的限制。比如一个属于文本的发布材料就不能够带有码率验证器(用于验证用户上传的视频的码率要求)。

7)输入类型：用于定义发布材料条目下每一个发布材料的类型，可以包括：文本、图标、普通图片、视频、包体和普通文件。

8)输入数量：指某种发布材料对应的输入类型的输入数量，默认是1个。比如对于游戏宣传图来说，某一渠道可能需要上传验证器完全一致的3到5张的不同图片，这就需要定义可变的输入数量。

图3是本实施例中的整体功能架构图，如图3所示，主要分为两个模块：渠道管理模块和提审模块。

渠道管理模块用于管理各个发布渠道的信息，包括基础信息(渠道名、logo等)和发布时所需的发布材料(游戏基础信息、游戏素材、法律资质和包体)两部分。其中，后者的每种发布材料都可以由以下类型的一种或几种来构成，分别是：文本、图片、视频、包体和普通文件等。该模块是提审模块的基础。

提审模块主要用于管理游戏的整个上架流程，包括：流程管理、发布材料聚合与拆分、一键提审、进度查询、popo(一种通信方式)通知和记录查询等功能。

下面对发布材料聚合、发布材料拆分和一键提审进行详细说明：

(1)发布材料的聚合

对发布材料的审核可以包含多个发布渠道，一个发布渠道可以包含多个发布材料条目，一个发布材料条目可以包含多个发布材料。在对发布材料进行审核之后，需要根据每个发布渠道的发布材料尽可能的将能够聚合的发布材料进行聚合，才能尽可能的减少发布材料的准备制作成本。

对于一个发布材料条目来说，它包含以下属性：发布材料条目标识id、发布材料名称、发布材料接口人、发布材料描述、发布材料是否必填、含有的发布材料(含材料验证器配置)等。

图4是本实施例中的具体的发布材料条目聚合的流程图，如图4所示，主要包括以下步骤：

s401：将所有的发布材料条目按其发布材料条目id归类。发布材料条目id是发布材料条目的唯一标识，拥有相同id的发布材料条目默认聚合成一个发布材料条目；

s402：发布材料条目属性聚合。发布材料条目id相同的发布材料条目往往拥有相同的属性，但也可能存在区别，比如对于是否必填这个属性来说，对于发布渠道a来说该条目是必填的，而对于发布渠道b来说则是选填的，那么聚合后该条目的是否必填属性应该是必填的；

s403：对发布材料条目下的发布材料进行分类。一个发布材料条目可以包含多个发布材料，因此归类后的发布材料条目中也可能包含多个发布材料，首先需要对发布材料进行分类。目前的分类依据是：如果两个发布材料的输入类型和名称完全一致，就认为它们属于一类，可以进行合并；

s404：判断分类后的某类发布材料数量是否为0，如果为0则结束聚合，否则跳到s405；

s405：取出该类发布材料中的第一个发布材料a；

s406：遍历该类剩余的发布材料，判断每一个发布材料是否能够与发布材料a聚合，如果能够聚合则聚合，并且把该发布材料从该类列表中剔除；

s407：把发布材料a加入到聚合后的条目材料列表中，然后跳回s404；

s408：结束。

发布材料是聚合的最小单位。它的属性有：输入类型(如：普通图片、图标、单行文本输入、多行文本输入、视频、包体、普通文件等)、描述、名称、输入数量(一个范围)、输入提示(placeholder)、验证器列表、参考模板(供制作发布材料时参考)、发布材料的值(对于文本来说就是字符串，对于文件来说就是文件的下载地址)和涉及的渠道列表等。

每种输入类型在后台设置了可以使用的验证器类型。验证器可以在每个发布渠道配置的时候进行增减，可以修改其中的元信息，从而满足各个发布渠道特定的需求。验证器含有的属性有：验证器id(唯一)、元信息(控制验证器的验证逻辑，每种验证器的元信息可能不相同)、描述信息(该属性由验证器根据自身定义与元信息自动生成)。

比如，对于输入类型为单行文本输入的发布材料来说，它含有一个字数限制的验证器，id为length，其中的元信息是输入文本的字数限制min到max，min和max可以根据不同发布渠道的要求进行修改。而描述信息可以根据元信息和自身类型实时生成，如上述验证器的描述信息为：字数限制在min到max之间。再比如视频输入类型下有一种验证器，叫做分辨率，用于验证分辨率是否符合规范。验证器id为resolution，其中的元信息为分辨率的长和宽的像素数：width和height，此时描述信息就是：该视频的分辨率为widthxheight。在用户提交发布材料时，系统会根据验证器验证发布材料的合法性，比如：对于length的验证器会验证输入字符的长度在min和max之间，resolution验证器会验证视频的分辨率信息。

图4中的s406中的两个发布材料是否能聚合，主要取决于它们包含的验证器能否合并。对于每个验证器来说，它仅能与id相同的验证器进行合并，且每种验证器的合并逻辑各不相同。对于上文提到的length，假设有两个验证器a和b，a的元信息是mina和maxa，而b的元信息是minb和maxb，那么a和b能够合并的条件为：mina和minb之间的最大值比maxa和maxb之间的最小值小，只有这样才能存在一个文本它的长度同时满足a和b的需求。再例如reolution验证器，假设现在有两个验证器c和d，c的元信息是widthc和heightc，d的元信息是widthd和heightd，那么c和d能够合并的条件就是widthc与widthd相等且heightc与heightd相等。上述两种验证器的合并逻辑大概可以概括为元信息存在交集或者完全相等，其余类型的验证器也基本可归为这两类。图5是本实施例中两个发布材料合并的具体算法流程图，如图5所示，包括以下步骤：

s501：判断a和b的验证器数量是否相同，如果相同跳至s502，否则跳到s506；

s502：判断a和b的验证器的种类是否相同(因为规定每种验证器在每个发布材料中只能有一个)，如果相同跳至s503，否则跳至s506；

s503：判断a的验证器数量是否为空，如果不为空跳至s504，否则跳至s507；

s504：取出a的第一个验证器,找到b中同种验证器,判断两者是否能够合并，这里的合并逻辑需要根据验证器自身进行判断(上文举了两个例子)，如果能够合并跳至s505，否则跳至s506；

s505：根据自身的合并规则生成新的验证器，跳至s503；

s506：发布材料无法合并；

s507：发布材料能够合并，新发布材料的验证器均是根据合并规则新生成的验证器，并记录这个新合并的发布材料来自渠道a和b。

发布材料合并之后的如图7所示。

(2)材料拆分

在完善发布材料阶段，需要最大程度地聚合发布材料以减少制作成本，但是在审核阶段，需要根据单个渠道的需求对物料进行审核和提交渠道审核，需要从聚合在一起的发布材料中抽取出仅属于目标发布渠道的目标发布材料。由于在发布材料的聚合过程中记录了目标发布材料所属的渠道信息，因而只需简单判断一下就能够抽取出仅属于目标渠道的发布材料了。另外，在审核阶段某个发布渠道因某些发布材料的填写错误导致审核没有通过时，此时修改发布材料仅会影响该发布渠道，而不会去影响其他发布渠道，具体包括：将聚合后的目标发布材料分裂成两个发布材料，基本属性完全相同，只不过其中一个发布材料的所属渠道是未通过审核的发布渠道，而另一个发布材料的所属渠道是原发布材料所属渠道的其他渠道。

(3)一键提审

规范化发布材料要求会使得后期的自动化提审变得简单。在审核阶段，点击一键提审，后台就会自动触发将发布材料发布到对应发布渠道的任务，该任务首先需要将规范后的发布材料映射到该渠道的对应发布材料上去(主要是一些名称不同)。提审成功后，还需要定时到对应发布渠道的后台上查询此次提审的渠道审核状态，及时更新状态信息并通知相应的人员。

本发明实施例还提供了一种目标发布材料的处理系统，包括：终端设备，用于从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料；处理器，用于根据所述目标发布渠道对所述目标发布材料进行分类，将分类后的目标发布材料分别映射至所述目标发布渠道中。

在本实施例中，终端设备可以是电脑、手机，但不限于此。处理器与终端设备连接，响应于用户的交互式操作。用户的交互式操作可以是用户通过键盘或者语音等形式输入至终端设备中的控制指令。

本发明实施例还提供了一种目标发布材料的处理装置，图6是根据本发明实施例提供的目标发布材料的处理装置的结构示意图，如图6所示，该装置包括：抽取模块62、分类模块64和映射模块66，下面对该装置进行详细说明：

抽取模块62，用于从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料；

分类模块64，用于根据所述目标发布渠道对所述目标发布材料进行分类；

映射模块66，用于将分类后的目标发布材料分别映射至所述目标发布渠道中。

通过上述步骤，采用从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料，根据目标发布渠道对目标发布材料进行分类；将分类后的目标发布材料分别映射至目标发布渠道中。即将发布材料映射至发布渠道中，并不需要人工将发布材料输入到发布渠道中，从而提高了游戏发布的效率，进而解决了相关技术中游戏发布效率低，用户体验差的技术问题。

需要说明的是，上述中的执行主体可以是终端，但不限于此。

在一个可选的实施例中，在确定目标发布渠道之后，可以对目标发布材料进行分类，具体为：获取目标发布渠道的发布需求信息；根据发布需求信息对目标发布材料进行分类。在本实施例中，需求信息可以包括“将xx游戏发布至xx平台”的需求。

在一个可选的实施例中，在从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料之前，可以根据用户的交互式操作，确定目标发布渠道。在本实施例中，用户的交互式操作可以是用户通过键盘或者语音等形式输入至终端设备中的控制指令。此外，在确定目标发布渠道时，需要获取用户发布游戏的多个发布渠道，并根据用户的交互式操作，从多个发布渠道中确定用于发布待发布游戏的目标发布渠道。发布渠道是指可以用来分发游戏，让玩家下载游戏应用的平台或应用市场，例如发布渠道可以包括：华为、九游、魅族、b站、taptap等。

在本实施例中，目标发布渠道中包括至少一个发布材料条目，在目标发布渠道包括多个发布材料条目时，可能存在相同或者相似的材料条目，为了提高发布的效率，可以对多个发布条目进行聚合。具体包括：根据目标发布渠道的第一渠道信息，获取目标发布渠道中的至少一个发布材料条目；将至少一个发布材料条目中具备相同标识的材料条目进行聚合，得到目标发布渠道的第一聚合条目；根据目标发布渠道的第二渠道信息，聚合每个第一聚合条目中的材料条目的条目属性，得到目标发布渠道的第二聚合条目。本实施例中的发布材料条目可以是目标发布材料的材料属性，例如，游戏介绍信息的属性是文本，文本则是发布材料条目。发布材料条目可以包括以下属性，发布材料条目标识id、发布材料条目名称、发布材料条目描述等等。第一渠道信息可以是需要哪些类型的文件，例如，文本、图片、视频、包体和普通文件等；第二渠道信息可以是每种类型文件下的具体需求，例如，文字的字数限制、是否包含标点等。

在一个可选的实施例中，在聚合目标发布渠道中的材料条目之后，可以从多个待发布材料中抽取出与目标发布渠道匹配的目标发布材料。在本实施例中，待发布材料可以是待发布游戏的基础信息、待发布游戏的游戏素材、法律资质等等。可以从多个待发布材料中抽取出与目标发布渠道的第一聚合条目和所述第二聚合条目匹配的目标发布材料，例如，第一聚合条目为文本，可以将待发布游戏的基础信息映射至第一聚合条目中；第二聚合条目为文字的字数限制，可以将待发布游戏的基础信息以一定的字数显示映射至第二具备条目中。

在一个可选的实施例中，可以基于第一聚合条目和第二聚合条目对目标发布材料进行分类。也就是说，目标发布材料需要与目标发布渠道中的第一聚合条目和第二聚合条目相匹配。

在一个可选的实施例中，在确定目标发布渠道之后，为了减少发布材料的冗余，提高待发布游戏的发布效率，可以根据目标发布渠道对目标发布材料进行分类，在进行分类之前，需要先对目标发布材料的内容进行聚合。例如，目标发布材料为待发布游戏的基础信息(例如，游戏介绍信息)，可能存在针对不同发布渠道不同需求的不同长度的游戏介绍信息(例如，100字和30-120字的游戏介绍信息)，则会聚合为一条30-100字的游戏介绍信息，即取并集。如果不同发布渠道之间不存在并集的发布材料，则会将目标发布材料拆分为独立的需求，例如，50字和100-200字的游戏介绍信息，则会拆分为两条游戏介绍信息。

在将目标发布材料的内容进行聚合之后，可以将所述聚合后的目标发布材料按照目标发布渠道的需求进行分类，得到所述分类后的目标发布材料。例如，目标发布渠道中的第一聚合条目的需求为游戏介绍信息，第二聚合条目中的需求为100字的游戏介绍信息，则将聚合之后的30-100字的游戏介绍信息拆分为100字的游戏介绍信息映射至第二聚合条目中。

在一个可选的实施例中，在根据目标发布渠道的第二渠道信息，聚合每个第一聚合条目中的材料条目的条目属性，得到目标发布渠道的第二聚合条目之后，确定第二聚合条目中包括的分类后的目标发布材料；基于分类后的目标发布材料中的各个分类后的目标发布材料的类型为每个分类后的目标发布材料配置对应的验证器，其中，验证器用于验证对应的分类后的目标发布材料的属性，验证器的数值基于各个分类后的目标发布材料所属的发布渠道的类型确定；基于各个分类后的目标发布材料的验证器的数值和验证器的类型合并各个分类后的目标发布材料，将并集作为待发布材料，其中，待发布材料中的各个待发布材料中包括其所属的发布渠道信息。在本实施例中，验证器可以是标识id，元信息，其中，元信息中包括控制验证器的验证逻辑，描述信息，其中，描述信息基于元信息生成。

在一个可选的实施例中，还可以基于多个待发布材料中的各个待发布材料中标记的所属发布渠道的标识信息，在确定的多个待发布材料中查找出目标发布材料。在本实施例中，发布材料在聚合之后，还会携带之前所属的发布渠道的标识信息。

在一个可选的实施例中，将目标发布材料映射至目标发布渠道中之前，在确定目标材料通过预审核之后，将分类后的目标发布材料映射至目标发布渠道中。在本实施例中，可以通过终端对分类后的目标发布材料进行预审核。

在一个可选的实施例中，在将分类后的目标发布材料分别映射至目标发布渠道中之后，还可以从目标发布渠道中获取目标发布材料的审核状态，以确定待发布游戏在目标发布渠道上的发布情况，其中，从目标发布渠道中获取目标发布材料的审核状态包括：以预定周期从目标发布渠道中获取分类后的目标发布材料的审核状态；在根据审核状态确定分类后的目标发布材料的存在错误信息的情况下，将分类后的目标发布材料分裂为第一目标发布材料和第二目标发布材料，其中，第一目标发布材料和第二目标发布材料的属性相同，第一目标发布材料所属的发布渠道为目标发布渠道；修改第一目标发布材料，并继续从目标发布渠道中获取第一目标发布材料的审核状态。

由上述可知，本实施例，可以让不同游戏产品在不同的发布渠道集合上架游戏时，快速准确地知道需要准备哪些发布材料；发布材料准备好后可快速提交到各发布渠道审核，并及时了解发布渠道的审核进度，大大节约了时间成本和操作成本。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以上各步骤的计算机程序。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以上各步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。