5大模块带你了解视频后台设计（含推荐策略）

02

运营信息

2.1 Video ID

通常情况下，一个视频内容对应着一个视频ID，我们可以将视频ID称之为Video ID，简称为VID。后续无论是对这个视频进行上下线处理，运营信息维护，合集添加，都是以这个VID为主体进行操作的。同时，在消费端，在视频信息展示中（包含于个性化）都是以当前VID作为唯一认证标识。

通过上述介绍，可以发现，一个视频的运营信息都会以一个固定的格式写在这个视频的VID下，服务端写入修改，客户端读取显示都是以唯一的VID为准。

2.2 编目

编目信息主要是对视频壳进行维护，一般视频编目必要信息包括

• 标题：视频的标题

• 推荐语：通常情况下是一句话介绍或推荐这则视频

• 频道：通常情况下是由各个平台根据自己的属性、内容进行划分的。如电影、电视剧、综艺、鬼畜、生活、国创、动漫等……

• 内容类型：一般情况下内容类型是针对于视频类型的分类，如正片、花絮、片段、子结构（用户互动视频）等……

• 语言：描述当前视频的语言类型，可以拆分为音频语言和字幕语言。

• 特殊标记：主要是用于消费端的特殊内容展示使用，如视频 站中的读播、互动视频中的标记等……

2.3 分类与标签

2.3.2 标签

标签通常情况下是基于一个视频分类的基础上，通过标签的方式对视频特点进行补充。标签标记通常是对一个视频亮点功能进行标记，主要的标记为视频内容的属性或者主题。标签相对分类而言，具有更强大的灵活性，更广泛的特征描述属性，更快捷的建设速率，因此在对视频进行特征描述时，标签描述的更新要远快于归类更新。

2.3.3 小结

在对视频内容进行描述时，主要是通过分类的方法决定了视频所在的赛道子集，通过标签进行特征描述。通过分类和标签组合的形式对一则视频进行描述。

2.4 个性化信息维护

所谓个性化信息，主要是基于视频壳的内容进行维护，重点的应用在封面图、标题、一句话推荐这三个部分，应用的场景在版权视频的推荐呈现上。在后台功能中，主要是提供个性化视频壳字段及标签对应关系的维护，或者是通过AI的方式自动从视频中截取或者对推荐语及标题进行自动起名的方式写入视频壳信息中，

2.5 推荐标注

推荐标注主要是运营在对视频进行内容评定时的一个重要参考指标，一般情况下会对视频的推荐标注主要是基于两个方面。其一是通过算法和人工的方式为视频标记好他的推荐等级；其二是对内容做相应的强制过滤处理，这里仅针对于一些特殊的视频。

2.5.1 推荐等级

视频的推荐等级主要是通过内容理解后台和人工标注的方式进行推荐等级的判定。一般情况下，推荐等级为4个阶梯，即强烈推荐、一般推荐、可推荐、不推荐，代表的权重分别是2、1、0、-1。

2.5.2 强制处理

针对于一些特殊情况的视频，有在线上播放的需求，但是这些视频不能够成为单独的视频让用户消费（比如想互动视频的一个子分支，用户仅看一段视频是看不明白的），这视频是需要进行强制屏蔽搜索、屏蔽推荐、屏蔽榜单的。

2.6 主创阵容

主要记录的是视频的主创人员，一般需要标记的字段有导演、编剧、出品方、主演，出品国家（地区）等信息。

03

播放控制

播放控制简称为播控，在视频平台中，一个视频（合集）的播控决定了用户是否可以看到这个视频，在什么地域能看到这个视频，什么端能够看到什么清晰度的视频。因此播控是决定一个视频是否支持搜索、推荐、榜单等的先决条件；同时播控也是视频平台国际化的重要运营因素之一。视频播控是以视频ID作为唯一识别方式，颗粒度细化到每一个清晰度的运营流。

3.1 播控的应用场景

前文提到，播控决定了一个视频所有的播放要求，因此视频播控的覆盖范围主要有以下4方面：

• 业务单元：如某些二次元版权采购的视频可以在Youtube的动漫频道播放，但是不能在Youtube的总推荐流中展示。

• 端：哪些码流在哪个端上线，如我们常见到Disney的影片在国内视频平台中的TV端基本没有720p以上的码流，抖音PC端竖版视频数量目前几乎找不到。

• 国家地区：由于各个国家法律的不同，因此需要对视频的播放地区进行控制。

3.2 播控的数据结构

由于前文提到了视频的播控是需要针对于一个码流进行设计，因此视频的的播控需要有两重设计，一个是针对视频ID的，一个是针对当前视频ID下码流的设计。

在视频平台中，除了视频本身以外，对于一些视频聚合形成的实体，如专辑、播单等，同理需要具有播控逻辑的，这样在以播单、专辑等聚合推荐、搜索、筛选时，才能够规避只能看到聚合实体看不到里面内容的情况。因此，结合播控需要控制的维度，以视频为例，播控的数据结构如下所示：

视频ID：

总上线状态：上线/下线（通常情况下有一个端在一个地区内上线，即可判定为上线）

后面是各独立码流上线状态，一般是从最基础的低清晰度开始写。我们以720p码流举例：

专辑的定义可以理解为将主题表达一致的内容组合而成的实体。通常情况下，如我们见到的一部电视剧的视频内容可以组成一个专辑，一个up主可以将自己相同主题的内容组成一个专辑。

4.2 播单

播单一般仅存在于如Netflix、爱奇艺这样的版权视频平台中。播单的定义是将不同实体按照一个话题或者主题的方式组合而成的实体，如经典战争片，里面可以涵盖《红海行动》这样的电影，同时也可以涵盖如《士兵突击》这样的电视剧。播单的基础运营与专辑一定，一样需要定义标题、推荐语、封面、播控等字段。

4.3 资源位 

资源位的定义为由人工或算法定义的一组动静态或态数据。在视频平台中资源位通常情况下是应用在重要位置需要平台进行强把控的数据源，因此资源位的包含了人工数据+自动数据两种方式的组成。

4.3.1 基础能力

如前文所述，资源位是由人工或算法定义的一组静态或动态的数据，因此资源位的基础能力主要是通过人工及自动的方式定义数据。因此数据池的部分可以拆解成人工数据定义及自动数据定义。

1）人工数据定义

人工定义数据通常是运营人员通过经验对资源位的内容进行人工定义，人工定义主要是通过人工的方式内容池的实体数据

具体的业务逻辑是，通常一个被应用于焦点图的数据是通过获取资源位数据，需要人工在数据中定义好添加的实体有什么（放专辑、播单、节目等），每个实体是否需要人工定义排序，每个实体是否需要自定义展示图（如果需要则需要定义实体的展示图，实体的现实名称是否要跟实体标题相同（不相同需要重新定义）等多个方面，在人工内容池建立的时候，人工内容池中的内容可以大于端上展示的位数。

2）自动数据定义

• 人工通过分类和标签圈定数据

• 数据补充及特殊数据权重提升

人工通过分类和标签圈定数据：对于某些频道的自动化内容，很多时候需要对这些内容做主观性质的内容定位，如动漫频道的国风动漫，这个时候就需要对国风动漫做相应的频道、分类、标签的定义。整体的频道、分类、标签的定义中，频道支持多频道内容获取，分类和标签需要定义成支持或和且两种关系都存在，

数据补充及特殊数据权重提升：在对资源位的内容池做好基本定义以后， 可以通过一些补充的内容填充规则在内容池中加入更多的内容，如用户是通过Google deeplink下载app的，Google又会告知我们用户观看到的是哪个内容包才下载的app，这个时候如果一个资源位数据第一个展示在用户面前，这个时候可以增加需求为“将deeplink内容添加进资源位的内容池中，根据资源位频道等限制信息做好相应的去除及原内容的去重，剩余内容在推荐中的权重加权0.1。”通过这样的方式可以对资源位的数据做更多的定义。

3）混合数据

混合数据即人工定义数据+自动定义数据的组合。

4.3.2 推荐策略

由于资源位数据通常应用于关键位置，同时为了能够规避用户关闭个性化推荐后导致开空窗的问题，因此资源位推荐的实体大多数是无个性化的推荐方式，适用于新用户承载，个性化做的不好的平台，强导向内容输出及版权内容为主的平台推荐。这类型的推荐主要包括新热内容推荐、跨频道内容推荐、优质内容挖掘三大方面。

1）推荐流程

由于在推荐中存在人工干预的情况，因此在整体的推荐中需要增加人工干预及限制。前文提到有数据存在播控限制，因此在整体推荐中，仅获取播控为上线的数据。整体推荐流程如下：

可以看上图分别是爱奇艺和Bilibili利用建站RN专题页的能力快速搭建页面，页面可以根据实时热点快速完成板式及内容的更新，让用户在第一时间感知到最近平台力推的主题和内容是什么。

5.1 建站元素

在视频平台中，RN专题页的主要能力是快速上线热点内容并为热点内容配置具有特殊样式的内容页，因此在键盘配置中所需要的元素如前端页面展示的需要添加内容实体、页面主题色、页面主图、文字说明等，这些都需要在RN专题页中有所体现。

5.2 建站功能

根据元素，建站的主要功能可以分为基于数据和基于展示两部分功能点。

5.2.1 基于数据：

• 实体添加能力：RN专题页中需要在内容区域中添加视频平台的实体，实体可以是专辑、视频、播单、资源位、推荐数据库，通过这些实体的添加，用以保障RN专题页中的内容不空。

• 菜单及焦点图：需要建站系统可支持添加自定义菜单和焦点图，需要可以定义菜单的链接和焦点图的样式。

5.2.2 基于展示：

有了数据源以后需要存在一个基于展示而衍生出来的后台能力，主要是能力包括 页搭建、灵活的上下线控制。

1）页面搭建

页面搭建主要基于三个部分

• 可视化操作：所见即所得，用户可以快速的通过类似于制作PPT的方式以拖拽的形式搭建页面

• 及时预览：所见即所得，可以及时发布到各个端进行实际情况下的预览

2）上下线控制

建站需要上下线的控制，支持人工上下线和自动上下线，同时需要在自动设置好以后可以人工强行进行上下线操作。

5.2.3 兼容性

由于是后台系统，所以兼容性在RN上起到了决定性作用，兼容性强的RN专题页可以应用在TV、Pad、Phone、PC等多个端，运营人员可以在一次操作中完成所有页面的构建，这样才能极大的提升操作效率。

06

其他

6.1 其它相关运营点

除了以上五大点之外，在视频平台中存在很多特殊的概念，在此做一些列举：

1、排播系统

2、超剧集：超剧集通常情况下是以节目为角度的定义，如《阿甘正传》（国语版）相对于《阿甘正传》（原版）就是一个超剧集，通常的定义是作为超剧集的内容在定义中属于一个内容但是不同实体，在搜索的时候需要都搜索出来，某些地方的推荐中需要规避其中某一个实体。伴随着多音轨多字幕视频的不断完善，超剧集这种方式正在走出历史舞台。

6.2 实体ID

前文说过，一个专辑、一个视频（节目）、一个播单、一个资源位都是作为一个实体，如果不通过一个标准的形式去定义这些实体的ID，在数据库中会出现很乱的情况。这个时候通常会用ID的前2位或者后两位作为实体的定义，其它位数位为这个实体赋予的唯一序 。如专辑为01xxxxxxxx、播单为03xxxxxxx、节目为00xxxxxxxx这样的形式……

↘好文推荐：

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树使用JDBC操作数据库数据库操作91545 人正在系统学习中