CN112637690B

CN112637690B - 交互视频的制作方法和装置、服务器

Info

Publication number: CN112637690B
Application number: CN201910906934.4A
Authority: CN
Inventors: 卢俊瑞
Original assignee: Guangzhou Huya Technology Co Ltd
Current assignee: Guangzhou Huya Technology Co Ltd
Priority date: 2019-09-24
Filing date: 2019-09-24
Publication date: 2021-12-24
Anticipated expiration: 2039-09-24
Also published as: CN112637690A

Abstract

本说明书实施例提供一种交互视频及其制作方法和装置、服务器，由多个视频文件构成交互视频，并由一组播放节点之间的逻辑关系构成交互视频的播放逻辑，且在制作交互视频时设置好各个播放节点的播放时间偏移量，从而能够基于该播放时间偏移量对交互视频的播放进度进行控制，使各个客户端可以在相对统一的时间轴上互相讨论视频内容，提高了直播间内各个用户在观看交互视频时的交互性。

Description

交互视频的制作方法和装置、服务器

技术领域

本说明书涉及计算机软件技术领域，尤其涉及交互视频及其制作方法和装置、服务器。

背景技术

交互视频是指通过各种技术手段，将交互体验融入到线性的视频中的新型视频。如图1所示，是一个实际应用场景下的交互视频的示意图。交互视频在播放到一定进度时，可以在播放界面上提供若干个分支选项供用户选择，用户在直播间观看交互视频的视频动画时，可以自主选择不同的分支，以观看不同的剧情走向。

发明内容

基于此，本说明书提供了交互视频及其制作方法和装置、服务器。

根据本说明书实施例的第一方面，提供一种交互视频的制作方法，所述方法包括：

创建一组播放节点，所述播放节点包括至少一个分叉节点以及从属于所述分叉节点的至少两个子节点；

分别设置各个播放节点的播放时间偏移量，并以所述播放节点及其子节点之间的路径为一条播放子路径，分别为每条播放子路径上传并关联一个视频文件；

其中，各个视频文件共同构成所述交互视频，各个播放节点之间的逻辑关系共同构成所述交互视频的播放逻辑，所述播放时间偏移量用于表示交互视频进展到所述播放节点的时刻相对于所述交互视频的起始播放时刻的时间差。

根据本说明书实施例的第二方面，提供一种交互视频的制作装置，所述装置包括：

节点创建模块，用于创建一组播放节点，所述播放节点包括至少一个分叉节点以及从属于所述分叉节点的至少两个子节点；

视频文件上传模块，用于分别设置各个播放节点的播放时间偏移量，并以所述播放节点及其子节点之间的路径为一条播放子路径，分别为每条播放子路径上传并关联一个视频文件；

根据本说明书实施例的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现任一实施例所述的方法。

根据本说明书实施例的第四方面，提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现任一实施例所述的方法。

根据本说明书实施例的第五方面，提供一种交互视频，所述交互视频根据任一实施例所述的方法制作得到。

应用本说明书实施例方案，由多个视频文件构成交互视频，并由一组播放节点之间的逻辑关系构成交互视频的播放逻辑，且在制作交互视频时设置好各个播放节点的播放时间偏移量，从而能够基于该播放时间偏移量对交互视频的播放进度进行控制，使各个客户端可以在相对统一的时间轴上互相讨论视频内容，提高了直播间内各个用户在观看交互视频时的交互性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是一个实施例的交互视频的示意图。

图2是本说明书一个实施例的交互视频及制作方法流程图。

图3(a)是本说明书第一实施例的播放节点的示意图。

图3(b)是本说明书第二实施例的播放节点的示意图。

图3(c)是本说明书第三实施例的播放节点的示意图。

图4(a)是本说明书一个实施例的交互视频制作界面的示意图。

图4(b)是本说明书另一个实施例的交互视频制作界面的示意图。

图5是本说明书一个实施例的交互视频制作装置的框图。

图6是本说明书一个实施例的用于实施本说明书方法的计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图2所示，是本说明书一个实施例的交互视频及制作方法流程图。所述方法可包括：

步骤S201：创建一组播放节点，所述播放节点包括至少一个分叉节点以及从属于所述分叉节点的至少两个子节点；

步骤S202：分别设置各个播放节点的播放时间偏移量，并以所述播放节点及其子节点之间的路径为一条播放子路径，分别为每条播放子路径上传并关联一个视频文件；

本实施例所采用的术语的定义如下：

播放节点(简称节点)：按照一定的组织架构进行排列和关联的节点，可在制作交互视频时预先定义好，一个交互视频至少需要3个节点，即，一个分叉节点和该分叉节点对应的至少两个子节点(即，该分叉节点为这两个子节点的父节点)，还可以包括其他节点，如聚合节点和普通节点。其中，包括多个子节点的节点即为分叉节点，包括多个父节点的节点即为聚合节点，至多仅包括一个父节点且至多仅包括一个子节点的节点即为非分叉节点。根据节点所处的位置，还可以将节点分为开始节点、中间节点和结束节点，其中，开始节点即为根节点，开始节点没有父节点；结束节点即为叶子节点，结束节点没有子节点；既有子节点又有父节点的节点即为中间节点。

一个实施例的播放节点的示意图如图3(a)所示。图中包括Start、A、A1、A2、End_11、End_12、End_21和End_22共8个播放节点，其中，节点Start为开始节点，节点A为节点Start的子节点，节点A1和A2为节点A的子节点，节点End_11和End_12为节点A1的子节点，节点End_21和End_22为节点A2的子节点，节点Start为非分叉节点，节点A、A1和A2均为分叉节点，节点End_11、End_12、End_21和End_22均为结束节点。

相邻播放节点：一个播放节点及其父节点互为相邻播放节点，同样，一个播放节点及其子节点也互为相邻播放节点。

播放路径：连接两个播放节点的路径。例如，连接节点A和节点A1的路径即为节点A到节点A1之间的播放路径AA1，又例如，连接节点Start和节点A1的路径即为节点Start到节点A1之间的播放路径SA→AA1。相邻两个播放节点之间的播放路径也称为一条播放子路径，如图3(a)中的AA1为播放节点A与播放节点A1之间的播放子路径。分叉节点包括多条播放路径，普通节点和聚合节点均包括一条播放路径。一个节点及其子节点之间的播放路径称为从属于该节点的播放路径。从属于该节点的子节点的播放路径也是从属于该节点的播放路径。

一个交互视频包括多个视频文件，每条播放子路径对应交互视频的一个视频文件，所有播放子路径对应的视频文件共同构成了交互视频的视频内容，各个播放节点以及播放节点之间的播放路径构成了交互视频的播放逻辑。从属于同一个分叉节点的播放子路径为并列的播放子路径，对应交互视频中并列的多个分叉剧情，用户可以以择一的方式选择其中一条播放子路径来自主选择交互视频的剧情走向。例如在图3(a)所示的播放节点中，在节点A，用户可以选择AA1对应的选项来使交互视频播放AA1对应的分支剧情。

当前播放路径：当前时刻正在播放的子路径。例如，当交互视频的播放路径为SA→AA1，且当前正在播放AA1对应的视频文件时，AA1即为当前播放路径。

默认播放路径：每个分叉节点对应一条默认播放路径，若用户在预设时间段内没有选择播放路径，则系统自动为用户选择一条预先设定好的播放路径，即默认播放路径，直到用户重新选择播放路径。例如，在图3(a)中，节点A的默认播放路径可以设为AA1→A1End_11。默认播放路径上相邻两个播放节点之间的路径为默认播放子路径。

目标播放路径：下一条待播放的播放子路径，可以由用户自主选择，如果用户在预设时间内未选择，则将默认播放路径作为目标播放路径。例如，在节点A，若用户选择了AA2，则AA2为目标播放路径；若用户未选择，则将节点A的默认播放子路径AA1作为目标播放路径。

播放时间偏移量：交互视频进展到某个播放节点的时刻相对于交互视频的起始播放时刻的时间差。以图3(a)所示的播放节点为例，假设交互视频的起始播放时刻为00:00:00，进展到第一个分叉节点的时刻为00:01:00，则第一个分叉节点的播放时间偏移量为1分钟。其中，进展到某个播放节点即为交互视频已播放完一条以该播放节点为尾结点的播放子路径上的视频文件，并开始播放一条以该播放节点为头节点的播放子路径上的视频文件。

节点类型，包括分叉型、聚合型(也称汇聚型)和普通型。分叉型节点即包括多个子节点的播放节点，聚合型节点即包括多个父节点的播放节点，普通型节点即父节点和子节点的个数均为1，或者仅有父节点没有子节点(即，结束节点)，或者仅有子节点没有父节点的播放节点(即，开始节点)。对于分叉型节点，节点编辑指令中还可以携带该播放节点的分叉数量，每个分叉对应一个子节点，同一个分叉节点的各个分叉对应交互视频中并列的各个剧情分支。

一个交互视频对应的播放节点至少包括一个分叉节点及其对应的两个分叉，即，该交互视频中至少包括3个节点(一个分叉节点及其至少两个子节点)。在实际应用中，该交互视频还可以包括其他类型的节点，例如，聚合节点和/或普通节点。

播放节点按照不同的结构进行组合，可以构成不同的播放节点模型。在完全等长模型中，处于同一层的各个播放节点的播放时间偏移量相同，且所述播放节点中各个叶子节点的层数相同。完全等长模型是一种类“完全二叉树”模型，模型中各个播放节点“同时”开始(即，时间轴起点一致)，每个结局(即，叶子节点)的层数(即，深度)一致，同一级分叉的子剧情的时长相等(即，同一层上的各个分叉节点及其子节点构成的播放子路径对应的视频文件的播放时长相等)，因此所有用户的“分叉时刻”都“同时”发生。

如图3(a)所示，是一个实施例的完全等长模型下的播放节点，各个播放节点从属于同一个根节点，即，开始节点(Start)，在第一层仅包括一个分叉节点A，交互视频进展到分叉节点A的播放时间偏移量为第1分钟；在第二层包括分叉节点A1和A2，交互视频进展到分叉节点A1和A2的播放时间偏移量均为第6分钟；在第三层包括结束节点End_11，End_12，End_21和End_22，交互视频进展到结束节点End_11，End_12，End_21和End_22的播放时间偏移量均为第9分钟。

下面以一个实际应用场景为例对本说明书实施例的方案进行说明。

各个用户在直播间内观看一场生活情景剧。剧场刚开幕时，所有用户看到的内容都是一样的。剧场第一幕的最后，需要用户做出选择，例如“你认同这一幕里演绎的观点吗？——男女之间没有真正的友谊”。选择“有”的用户，由此看到的视频内容从此和选择“没有”的用户不一样，产生分叉。

两个分支的用户看了时长相等、内容不同的一段视频的视频之后，同时弹出了下一个问题：前面选择“有”的用户会弹出“结婚之后应该和异性朋友刻意保持距离吗？”；前面选择“没有”的用户会弹出“男女之间没有真正的友谊，所以应该刻意保持和异性朋友的距离吗”。由此剧情进入四个不同的分支。

四个不同内容、时长相等的内容播放完成后，进入到合并结点，所有人观看的视频都统一到完全相同的一段视频。

如图3(b)所示，是一个实施例的区间等长模型下的播放节点。在区间等长模型中，存在一区间满足：在所述区间内，各条播放路径对应的播放时长之和相等。上述区间等长模型与完全等长模型的最大区别在于：区间等长模型的部分分叉节点的播放时间偏移量相同，另一部分分叉节点的播放时间偏移量不同。

各个播放节点“同时”开始(时间轴起点一致)，区间等长模型的同级分叉的子剧情的时长不一定相等，但区间内不同分支加起来的时长之和相等，例如，在图3(b)中，SA→AA1→A1End_11，SA→AA1→A1End_12，SA→AA2→A1End_21和SA→AA2→A2End_22这四条播放路径的播放时长关系为：

5min+3min＝5min+3min＝3min+5min＝3min+5min＝8min。

区间等长模型适于复杂剧情类、探案类等交互游戏，这类交互游戏的内容往往需要一定的内容隔离度，即，用户之间在关键时刻的讨论要尽量少地受影响。与此同时，不同分支的下一个子分支之间，并不要求一定要做时间上的统一。只要各个分支上的用户在关键的一些合并结点能够回归到统一的主线上就可以了。

几个用户一起体验一个密室逃脱游戏类型的交互视频，所有用户都从同一个起点开始。一行人遇到了一个路口，需要兵分两路，各自完成一个独立的任务。这时候用户选择想要跟A小队的视角继续看视频，还是要跟B小队的视角继续看。

A小队过了几分钟后，又遇到了一个需要再分成两个小小队完成独立两个任务的抉择点；B小队也是如此，只不过B小队遇到自己抉择点的时间可能和A小队的时间不一致。玩家据此在分成四个不同的视角继续参与观影。

在小小队各自完成任务，在逃脱终点前陆续得到了汇合。那么选择不同子视角的用户，在最后也合并进入了同一个视角的统一内容内。最后所有用户一齐完成游戏。结束。

相对于“完全等长模型”，本模型对于内容创作上的时间限制相对地没有那么严格，便于拓展更多类型的内容，例如剧情类的内容。

如图3(c)所示，是一个实施例的单层平行模型下的播放节点。在单层平行模型中，所述播放节点被划分为若干个播放节点集合，每个播放节点集合包括一个分叉节点，从属于所述分叉节点的多个普通节点，以及从属于所述多个普通节点的一个聚合节点，一个播放节点集合中的聚合节点与另一个播放节点集合中的分叉节点相连接，使各个播放节点集合构成链状结构，处于同一层的各个播放节点的播放时间偏移量相同，且各个播放节点均以同一个结束节点为叶子节点。

在图3(c)中，示出了将播放节点划分为2个播放节点集合的例子，在实际应用中，也可以将播放节点划分为2个以上的播放节点集合，此处不再赘述。图中，播放节点集合1包括播放节点A，A1，A2，A3，A4和Stage_1。播放节点集合2包括播放节点B，B1，B2，B3，B4和Stage_2。起始节点为Start，结束节点为End。同一层的各个播放节点的播放时间偏移量相同，同一分叉节点及其各个子节点之间的播放子路径的播放时长相同。

以赛事类内容举例。假设多个用户观看一场比赛类型的交互视频，交互视频刚开始，所有人看到的都是统一的主持人介绍、嘉宾访谈等内容。一直到第一局比赛开打，这时候弹出选择，用户可以自主选择“官方解说视角”、“主队视角”、“客队视角”、“英文频道”等选项，进入同一局比赛视频的不同视角内容的视频。这些视频的时长天然就是相等的——因为它们对应的都是同一局比赛，自然同时开始同时结束。结束第一局后，所有用户的视角合并到一起，一起观看嘉宾的评论、广告等等内容，一直到下一局比赛开始，再进入不同的视角的内容中去。以此，直到最后整场比赛结束，统一的结尾，赛事结束。

除了上述例子之外，还有很多的天然就有这样的特性的内容——这个特性指得就是，其中的一个或者多个环节，时间是相等的——即使用户能够自主选择自己想看的内容，他们看得这部分内容时长也相等，可以同时开始同时结束。

各个视频文件共同构成了交互视频的视频内容(即，剧情)。各个播放节点之间的逻辑关系共同构成了交互视频的播放逻辑，即，交互视频的剧情如何播放。以图3(a)所示的播放节点为例，视频文件从开始节点(Start)开始，先对播放子路径SA(节点Start与节点A之间的播放子路径)对应的视频文件，然后由用户选择节点A的目标播放子路径，如果用户选择的目标播放子路径为AA1，则开始播放AA1对应的视频文件，如果用户选择的目标播放子路径为AA2，则开始播放AA2对应的视频文件。对于选择AA1的用户，在节点A1处，如果用户选择的目标播放子路径为A1E11(节点A1与节点End_11之间的播放子路径)，则开始播放A1E11对应的视频文件，以此类推，其他不再赘述。SA→AA1→A1E11共同构成了一条播放路径。

各个播放节点的播放时间偏移量共同构成了视频文件的脚本时间轴，脚本时间轴的意义在于，确定了交互视频中每一帧视频帧的播放时间相对于交互视频的起始播放时间之间的时间偏移量，这一时间偏移量仅与交互视频中的各个视频文件以及交互视频的播放路径有关，而与客户端的网络状况是否良好无关。也就是说，当交互视频已经编辑好之后，交互视频的第几分第几秒播放什么剧情就已经是固定的了。

可以将所述交互视频的当前脚本时间发送至所述客户端，所述当前脚本时间用于所述客户端与当前播放所述交互视频的实际播放时间进行对比，并在所述当前脚本时间与实际播放时间的差值大于预设时间阈值时向服务器追帧，以减小当前脚本时间与实际播放时间的差值；其中，所述当前脚本时间是所述交互视频中当前视频帧的播放时间相对于所述交互视频的起始播放时间之间的时间偏移量。

脚本时间即为脚本时间轴上的时间，如前所述，脚本时间轴确定了交互视频中每一帧视频帧的播放时间相对于交互视频的起始播放时间之间的时间偏移量，脚本时间相当于客户端理想状态下的播放时间，理想状态即客户端没有网络延时，且没有卡顿的播放状态。然而在实际情况下，由于网络延时和卡顿的存在，实际播放时间一般晚于脚本时间，且不同客户端的实际播放时间一般不同。

例如，根据设定好的脚本时间，交互视频应在18:00:00开始播放，在18:01:00进展到分叉节点S，在18:04:00经播放路径SB进展到分叉节点B，在18:06:00经播放路径SA进展到分叉节点A。

客户端1的网络状况一般，偶尔卡顿，其在18:00:08，卡顿8秒后继续播放，在18:01:00接收到直播平台发送的播放节点S的分叉消息，在18:01:08才在客户端的播放界面上显示用于选择节点S的后续播放路径的选择组件，在18:04:00接收到直播平台发送的播放节点B的分叉消息，在18:04:09才在客户端的播放界面上显示用于选择节点B的后续播放路径的选择组件，在18:06:00接收到直播平台发送的播放节点A的分叉消息，在18:06:10才在客户端的播放界面上显示用于选择节点A的播放路径的选择组件。

客户端2的网络状况极差，经常需要缓冲，其在18:00:20，卡顿20秒后继续播放(假设预设时间阈值为10秒)，在18:01:00接收到直播平台发送的播放节点S的分叉消息，为了减少播放延时，可以在接收到播放节点S的分叉消息之后进行追帧，在18:01:10在客户端的播放界面上立即显示用于选择节点S的后续播放路径的选择组件(此时，通过追帧仅剩余10秒的播放延时)，在18:04:00接收到直播平台发送的播放节点B的分叉消息，在18:04:05才在客户端的播放界面上显示用于选择节点B的后续播放路径的选择组件，在18:06:00接收到直播平台发送的播放节点A的分叉消息，在18:06:07才在客户端的播放界面上显示用于选择节点A的播放路径的选择组件。

追帧可以是客户端接收到节点消息后才进行主动追帧的。具体来说，客户端可以获取当前脚本时间t1，并获取本客户端的当前播放时间t2，如果二者差距大于某个阈值(即，容差时长)，则客户端播放器立即从t1时间点继续播放。对于卡顿小于容差时长，则不进行追帧。

通过本说明书实施例的方案，能够使各个客户端可以在相对统一的时间轴上互相讨论视频内容，提高了直播间内各个用户在观看交互视频时的交互性。

在一个实施例中，所述方法还包括：在每个分叉节点处插入一个计时器，所述计时器用于对用户选择播放子路径的时间进行计时。

在本实施例中，可以为用户选择播放子路径的时间设置一个时间上限，如果用户在到达该时间上限时仍未选择播放子路径，则服务器可以自动为用户选择默认播放子路径。默认播放子路径可以在创建视频时预先选定好。通过这种方式，避免了由于用户长时间未选择播放子路径而导致交互视频无法继续播放，或者不同用户间播放延迟相差较大的情况，保证了各个用户在相对统一的时间轴上观看交互视频，有利于提高用户之间的交互性。

进一步地，所述计时器的计时时长与所述用户当前播放所述交互视频的播放延迟相关。如果用户的播放延迟较大，可以将计时时长设置为较小的值；如果用户的播放延迟较小，可以将计时时长设置为较大的值。通过动态设置计时时长，可以较好地实现用户间同步。在一个实施例中，每次分叉选择播放子路径时，可以有10到20秒的时间缓冲时间(即，计时时长)。如果用户的播放延迟较大，可以从10秒开始倒计时，如果用户的播放延迟较小，可以从20秒开始倒计时。用户选择播放子路径之后，仍然等待计时结束才开始播放其选择的播放子路径上的视频文件。

在一个实施例中，可以在每个分叉节点处插入一段动画，所述动画的播放时长等于所述计时器的计时时长。本实施例可以在用户选择播放子路径的思考时间内播放动画，提高了交互视频播放过程中的趣味性，提高了用户体验。

在一个实施例中，还可以接收节点类型修改指令，所述节点类型修改指令中包括待修改的播放节点的标识信息，还包括待修改的播放节点修改后的节点类型；响应所述节点类型修改指令，以对对应播放节点的节点类型进行修改。例如，针对图3(a)所示的播放节点，用户可以发送将节点A修改为普通类型节点的节点修改指令。该节点修改指令中还可以包括待删除的播放子路径的标识信息，例如，包括路径AA2的标识信息。在接收到路径AA2的标识信息之后，可以删除路径AA2以及从属于AA2的各个子路径。如果节点修改指令中未携带待删除的播放子路径的标识信息，则在修改节点类型之后，可以仅保留默认播放子路径以及从属于该默认播放子路径的各个子路径，并删除从属于该待修改的播放节点的其他路径。

在一个实施例中，还可以接收节点删除指令，所述节点删除指令中包括待删除的播放节点的标识信息；响应所述节点删除指令，以删除对应节点。例如，用户可以发送删除节点A的节点删除指令。在接收到该节点删除指令之后，可以删除节点A以及从属于该节点A的各条播放路径。

在一个实施例中，还可以接收节点增加指令，所述节点增加指令中包括待增加的播放节点的父节点的标识信息；响应所述节点增加指令，以为对应播放节点增加子节点。例如，用户可以发送为节点A增加一个从属节点的节点增加指令。在接收到该节点增加指令之后，可以为节点A增加一个从属节点，并增加该从属节点与节点A之间的路径。

在一个实施例中，还可以接收视频文件修改指令，所述视频文件修改指令中包括待修改的视频文件的标识信息；响应所述视频文件修改指令，以修改对应播放子路径上的视频文件。例如，用户可以发送修改播放子路径AA1对应的视频文件的视频文件修改指令。该视频文件修改指令中携带修改后的视频文件的URL(Uniform Resource Locator，统一资源定位符)。

一个实施例的交互视频编辑界面的示意图如图4(a)和图4(b)所示，是仅包括RS→SA→AM→MT和RS→SB→BM→MT两条播放路径的交互视频编辑界面的示意图，图4(a)示出了一个实施例的节点编辑界面的示意图，图中包括节点创建组件，通过向该节点创建组件发送指令(例如，鼠标点击该组件)，可以新增一个播放节点。已经创建的播放节点可以按照顺序在播放节点列表中进行显示。播放节点列表中包括各个播放节点的序号，类型，节点代码以及播放时间偏移量。每个播放节点可以对应一个节点修改组件和一个节点删除组件，通过向节点修组件发送指令，可以修改相应播放节点的类型，节点代码以及播放时间偏移量。通过向节点删除组件发送指令，可以删除相应播放节点。

图4(b)示出了一个实施例的视频上传界面的示意图。针对节点编辑过程中创建的节点，相邻节点之间的路径为一条播放路径，可以分别为每条播放路径上传一个视频文件。例如，图4(a)中节点S与节点A之间的路径可以上传一个视频文件，该视频文件的代码可以记为2_3，其中，2为这条路径上的头节点(即，节点S)的节点序号，3为这条路径上的尾节点(即，节点A)的节点序号。头节点即为一条路径上的起始节点，尾节点即为一条路径上的结束节点。对于分叉节点，该分叉节点的每条分叉路径对应的视频文件的代码中还可以包括该视频文件对应的分叉路径的编号，例如，3_5_1表示序号为3的播放节点与序号为5的播放节点之间的第1条分叉路径对应的视频文件。每个分叉节点还可以对应一个分叉新增组件，用于新增该分叉节点的分叉路径。

以上实施例中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。

如图5所示，是本说明书一个实施例的交互视频制作装置的框图。所述交互视频制作装置可包括：

节点创建模块501，用于创建一组播放节点，所述播放节点包括至少一个分叉节点以及从属于所述分叉节点的至少两个子节点；

视频文件上传模块502，用于分别设置各个播放节点的播放时间偏移量，并以所述播放节点及其子节点之间的路径为一条播放子路径，分别为每条播放子路径上传并关联一个视频文件；

上述装置中各个模块的功能和作用的实现过程具体详情见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本说明书装置的实施例可以应用在计算机设备上，例如服务器或终端设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本说明书装置所在计算机设备的一种硬件结构图，除了图6所示的处理器601、内存602、网络接口603、以及非易失性存储器604之外，实施例中装置所在的服务器或电子设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。

相应地，本说明书实施例还提供一种计算机存储介质，所述存储介质中存储有程序，所述程序被处理器执行时实现上述任一实施例中的方法。

相应地，本说明书实施例还提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一实施例中的方法。

本说明书实施例还提供一种交互视频，所述交互视频可根据以上任一实施例所述的方法制作得到。

本说明书实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员在考虑说明书及实践这里公开的说明书后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。

Claims

1.一种交互视频的制作方法，其特征在于，所述方法包括：

其中，各个视频文件共同构成所述交互视频，各个播放节点之间的逻辑关系共同构成所述交互视频的播放逻辑，所述播放时间偏移量用于表示交互视频进展到所述播放节点的时刻相对于所述交互视频的起始播放时刻的时间差；

在每个分叉节点处插入一个计时器，所述计时器用于对用户可以选择播放子路径的时间进行计时；所述计时器的计时时长与所述用户当前播放所述交互视频的播放延迟呈负相关关系。

2.根据权利要求1所述的方法，其特征在于，各个播放节点均以同一个节点为根节点，且满足以下任一条件：

处于同一层的各个播放节点的播放时间偏移量相同，且所述播放节点中各个叶子节点的层数相同；或者

存在一区间满足：在所述区间内，各条播放路径对应的播放时长之和相等；或者

所述播放节点被划分为若干个播放节点集合，每个播放节点集合包括一个分叉节点，从属于所述分叉节点的多个普通节点，以及从属于所述多个普通节点的一个聚合节点，一个播放节点集合中的聚合节点与另一个播放节点集合中的分叉节点相连接，使各个播放节点集合构成链状结构，处于同一层的各个播放节点的播放时间偏移量相同，且各个播放节点均以同一个结束节点为叶子节点。

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

在每个分叉节点处插入一段动画，所述动画的播放时长等于所述计时器的计时时长。

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

接收节点类型修改指令，所述节点类型修改指令中包括待修改的播放节点的标识信息，还包括待修改的播放节点修改后的节点类型；

响应所述节点类型修改指令，以对对应播放节点的节点类型进行修改。

5.根据权利要求4所述的方法，其特征在于，所述节点类型包括分叉型、聚合型和普通型；

其中，分叉型节点为包括多个子节点的播放节点，聚合型节点为包括多个父节点的播放节点，普通型节点为至多包括一个父节点且至多包括一个子节点的播放节点。

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

接收节点删除指令，所述节点删除指令中包括待删除的播放节点的标识信息；

响应所述节点删除指令，以删除对应节点。

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

接收节点增加指令，所述节点增加指令中包括待增加的播放节点的父节点的标识信息；

响应所述节点增加指令，以为对应播放节点增加子节点。

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

接收视频文件修改指令，所述视频文件修改指令中包括待修改的视频文件的标识信息；

响应所述视频文件修改指令，以修改对应播放子路径上的视频文件。

9.一种交互视频的制作装置，其特征在于，所述装置包括：

每个分叉节点处插入有一个计时器，所述计时器用于对用户可以选择播放子路径的时间进行计时；所述计时器的计时时长与所述用户当前播放所述交互视频的播放延迟呈负相关关系。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至8任意一项所述的方法。

11.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至8任意一项所述的方法。