视频采集、制作和递送系统

相关领域的交叉引用

本申请要求于2021年4月8日提交的美国临时专利申请No.63/172431的权益，其全部内容通过引用并入本文。

背景技术

视频是采集情感、个性、记忆、代言和其他内容的非常有价值的介质。然而，大多数人难以创建专业、娱乐和迷人的视频内容，这需要专业人才和劳动密集且昂贵的制作技术。因此，需要这样的系统和方法，该系统和方法使得个人和团体能够创建强大的、引人入胜的视频内容，并且将该视频内容递送到其同事、家庭、朋友和更广泛的观众。

发明内容

在一方面，本公开提供了用于在许多不同的应用程序(包括企业和社交设置)中创建和递送具有高度影响力的视频内容的系统和方法。根据一些实施例，视频采集系统利用基于引导的、基于模板的提示，该提示从一个或多个接收者引出有影响力的响应，这些响应被记录为原始视听数据段。所公开的系统实现制作和编辑过程，以将原始视听数据段变换成专业质量的、引人入胜的视频内容。

附图说明

当结合附图时，通过参考以下详细描述，将更容易地理解所要求保护的主题的上述方面和许多伴随的优点，其中：

图1示出了根据本公开的实施例的用于制作视听内容的视听内容创建系统和方法的示意性概述。

图2示出了根据本公开的实施例的视听内容创建系统的代表性内容采集引擎的各方面和用于制作视听内容的方法。

图3示出了根据本公开的实施例的视听内容创建系统的代表性内容制作引擎和内容递送引擎的各方面以及用于制作视听内容的方法。

图4示出了根据本公开的实施例的视听内容创建系统架构的代表性示意图。

具体实施方式

以下描述提供了用于制作视听内容的视听内容创建系统和方法。所述系统和方法偶尔参考一些代表性的和非限制性的用例来描述。为了便于理解，除非另有说明，否则通过本说明书使用的相似的附图标记具有相似的含义。

图1示出了根据本公开的代表性实施例的视听内容创建系统100的高级概述。视听内容创建系统100实现本公开描述的用于制作视听内容的方法，该方法使得一个或多个接收者能够创建具有高度影响力的视听内容并且将其递送到一个或多个接收者，例如同事、朋友、家庭、公众和组织。

在一些实施例中，视听内容创建系统100在用执行本公开描述的方法的逻辑来编程的一个或多个计算设备上实现。在图4中示出了视听内容创建系统100的代表性架构。

概述

视听内容创建系统100的三个主要阶段或引擎包括：内容采集引擎120、内容制作引擎140和内容递送引擎160。为了进一步增强视听数据段的质量，视听内容创建系统100的任何实施例可以包括以下各项中的一个或多个：客户端设备108(例如，智能手机或笔记本电脑)、麦克风110(例如智能手机麦克风或领夹式麦克风)、灯112(例如智能手机闪光灯或环形灯)和/或客户端设备的客户端设备支架114。

如本公开所使用的，视听数据段包括具有以视听格式(例如.mp4、.mov.、.avi等)存储的视频分量和音频分量两者的信息。术语“视频”和“视听”在本公开中可互换使用。

下文简要介绍内容采集引擎120、内容制作引擎140和内容递送引擎160，并且将在下文中详细描述。

内容采集引擎120向客户端设备108上的一个或多个接收者(例如智能手机、平板计算机、笔记本电脑或台式机)呈现视频采集界面，并且提示接收者记录和提交一个或多个视听数据段以响应一个或多个基于模板的问题。视频采集界面可以通过设备上的本地应用程序(如通过应用内的机器人)和/或通过在设备上通过浏览器访问的网络应用程序来呈现。在任何实施例中，视频采集界面首先由第三方始发者启动或始发，例如，通过第二客户端设备。

如图2中所示并且在下面所描述的，视频采集界面引导接收者通过内容采集引擎120。视频采集界面在客户端设备108的显示器上呈现一个或多个基于模板的问题作为文本提示和/或可选地作为一个或多个引导的、预先记录的视频提示。以提示接收者记录深思熟虑、清晰明了的回答方式来呈现问题。当接收者表示他们准备好来回答问题时(例如通过按下视频采集界面上的记录按钮)，应用程序将接收者的响应记录为原始视听数据段。

视频采集界面基于由始发者做出的一个或多个视频采集模板选项选择来向接收者(或一组接收者)呈现基于模板的问题。即，始发者首先通过从至少一个视频采集模板选项选择中选择来启动第二客户端设备上的采集、制作、递送序列。基于由始发者做出的视频采集模板选项选择，视频采集界面在接收者的客户端设备上呈现一个或多个问题。响应于问题，接收者说出答案，该答案由客户端设备108的图像传感器和麦克风记录为一个或多个原始视听数据段。

由始发者预先确定的视频采集模板选项选择可以包括例如主题(例如主题、流派、品牌)、风格(具有音频和/或视觉元素的艺术叠加，其可以包括选择“采访者”，该采访者通过视频采集界面将问题作为预先录制的视频提示呈现)、多个接收者(单个/组)和/或接收者身份。问题的内容和问题经由其客户端设备上的视频采集界面被递送到每个接收者的方式至少部分地基于由始发者在其自己的客户端设备上做出的视频采集模板选项选择。内容采集引擎120可选地使得例如始发者或开发者的用户能够通过经由视频采集模板编辑器添加新问题和/或删除一个或多个问题来定制视频采集界面。

内容制作引擎140从内容采集引擎120接收一个或多个原始视听数据段，并且基于制作规则集来制作视听内容块，该制作规则集可以基于由始发者做出的视频采集模板选项选择。特别地，内容制作引擎140对由内容采集引擎120采集的原始视听数据段实施编辑和制作过程。代表性内容块包括例如为个人策划的消息、组织媒体(人力资源载入视频、采访、给员工的信息)、游戏节目、迷你剧集、游戏化问答环节、商业广告、电视专题、新闻采访和纪录片。下面描述由内容制作引擎140实现的代表性制作方法。在一些实施例中，内容制作引擎140是在例如图4所示的无服务器和/或基于服务器的架构上实现的基于云的计算系统。

内容递送引擎160对由内容制作引擎140制作的内容块进行加密、存储并且将其递送到一个或多个预定接收者，该一个或多个预定接收者在其自己的客户端设备116(例如智能手机、平板计算机、笔记本电脑或台式计算机上的基于浏览器的客户端)上查看内容块。特别地，内容递送引擎160在先前由创建视听数据段的接收者预先调度的时间、基于由第三方触发的事件的发生(例如企业组织内的个人的晋升)或基于另一触发来按需递送视频内容块。因此，内容递送引擎160在被选择用于对接收者的最大影响的时间安全地存储和递送内容块。

在一些实施例中，制作内容递送引擎160在基于云的计算系统上实现，例如图4所示的无服务器和/或基于服务器的架构。在一些实施例中，内容递送引擎160通过托管此类内容块以及使得一个或多个接收者能够经由基于浏览器的客户端访问内容来递送内容块。在一些实施例中，内容递送引擎160通过将内容块发送到一个或多个第三方平台(例如第三方社交媒体平台)来递送内容块。

用例

本公开描述的视听内容创建系统具有许多用例，现在将简要描述其中的一些用例。应当理解的是，下面所描述的用例是代表性的而不是限制性的。

作为一个示例，视听内容创建系统100被配置为企业组织的人力资源平台，其使得组织能够改善工作场所文化、进行员工和候选人视图间、以及与员工进行一般沟通。例如，始发者(例如，人力资源员工)通过始发者的客户端设备(例如，通过安装在始发者的消息传送平台上的机器人)通过从至少一个视频采集模板选项选择(包括主题、样式、接收者的数量和/或递送选项)中选择来启动采集过程。作为响应，作为一个示例，始发者可以选择生日主题、节日风格，并且可以指定特定部门的所有员工应当接收视频采集界面。

在始发者已经做出必要的视频采集模板选项选择之后，始发者启动内容采集引擎120以使得每个接收者的客户端设备显示呈现至少一个问题的视频采集界面，例如“您想要与John共享什么生日消息”。在一些实施例中，每个接收者的客户端设备提示接收者(例如通过接收者的消息传递平台上的机器人)访问视频采集界面(例如通过接收者的客户端设备上的网络浏览器)。作为响应，每个接收者可以启动他们的客户端设备来记录接收者回答问题的视听数据段。在接收者响应于该问题完成对视听数据段的记录之后，接收者可以确认记录的完成，这提示视听数据段发送到内容制作引擎140。

在一些实施例中，在始发者做出视频采集模板选项选择之前，始发者或开发者通过模板编辑器编辑视频采集模板本身。以此方式，始发者或开发者可有利地调整可用模板。在这样的实施例中，内容采集引擎120在使始发者的客户端设备呈现视频采集模板之前从始发者或开发者接收视频采集模板选择。视频采集模板选择配置视频采集模板的至少两个视频采集界面选项。

内容制作引擎140从每个接收者接收原始视听数据段，并且将制作规则集应用于原始视听数据段并且对其进行渲染，从而创建一个或多个内容块。例如，内容制作引擎140可以规范视听数据段的音频和/或视频分量，从每个视听数据段的开始检测和修整无声部分，修整每个视听数据段的开始部分和/或结束部分，将多个具有插播图形的视听数据段拼接在一起，将音乐添加到拼接在一起的视听数据段，在视听数据段之前插入引言，在所有视听数据段之后插入结尾部分，和/或在视听数据段上应用图形。在该代表性示例中，内容制作引擎140因此创建来自John所在部门的所有同事的给John的专业生日快乐消息。可选地，反馈回路118可以向每个接收者发送内容块或对应于该接收者的原始视听数据段的内容块或内容块的渲染部分。然后接收者可以接受内容块，重新记录视听数据段，或者删除对应于其视听数据段的内容块的部分。如果接收者重新记录或删除视听数据段，则在将最终内容块递送到一个或多个接收者客户端设备之前重新编辑并且重新渲染内容块。

内容递送引擎160从内容制作引擎140接收渲染的内容块，并且在由始发者预定的时间和日期将其递送到一个或多个接收者。在该代表性示例中，内容递送引擎160向John递送群组生日消息。

作为另一示例，视听内容创建系统100被配置为品牌推广工具。内容采集引擎提示始发者或接收者选择品牌(例如，鞋类或服装公司)；然而，在一些实施例中，品牌是固定的并且可以不由接收者调整。然后，内容采集引擎提示始发者或接收者选择采访者(例如，附属于该鞋类或服装公司的运动员)。基于始发者或接收者的选择，然后内容采集引擎“采访”通过(经由客户端设备的显示器和音频组件)递送一系列预先记录的视频提示来向一个或多个接收者呈现视频采集界面，该视频提示是所选的采访者(在该示例中，运动员)向接收者询问关于特定主题(例如，品牌或其产品)一系列问题。客户端设备将接收者对这些问题的回答记录为原始视听数据段。这些视频片段随后被内容制作引擎接收和编辑成一个或多个内容块。然后，内容递送引擎将内容块递送到接收者以在社交媒体上共享，并且品牌接收者(例如，拥有该品牌的公司实体)可以出于营销目的或出于其他目的选择最佳内容提交。

作为另一示例，视听内容创建系统100被配置为纪录片采集工具，其使得接收者能够创建他们自己的生活的纪录片。因此，内容采集引擎首先提示接收者选择主题或流派(例如，早期、最受欢迎的作品、职业生涯等)。然后，内容采集引擎提示接收者选择(导演)采访者(例如名人)。基于接收者的选择，内容采集引擎递送一系列预先录制的视频提示来“采访”接收者，其中，所选采访者向接收者提出了一系列基于模板关于接收者生活的问题。然后，应用程序根据视频创建模板以特定顺序并且以特定方式(即，特定问题)递送问题。客户端设备将接收者对这些问题的回答记录为原始视听数据段。然后由内容制作引擎将这些视频片段编辑成一个或多个内容块，即完整的纪录片。该模板还为接收者预设了答案长度限制。然后，内容递送引擎基于递送触发(例如，去世后(posthumous)递送触发器)将完整纪录片递送到一个或多个所选接收者(例如接收者的孙辈)。

作为又一示例，视听内容创建系统100被配置为使得接收者能够“参与”电视节目的电视节目模拟工具。因此，内容采集引擎首先提示接收者选择主题(例如，众所周知的电视节目)。可选地，内容采集引擎提示接收者基于所选的主题来选择主题(例如，如果所选的主题是众所周知的体育节目，则内容采集引擎提示接收者选择棒球、足球或另一运动)和/或采访者(在该示例中，体育节目的主持人)。基于接收者的选择，内容采集引擎通过递送一系列预先录制的视频提示来“采访”接收者，视频提示是所选采访者关于所选主题(例如，所选体育项目)向接收者提出一系列基于模板的问题，其与所选主题相一致(例如，从所选体育节目的演播室)。在该示例中，基于模板的问题可以包括基于所选的体育节目主题的一个或多个问题，例如“您是如何为大型比赛做准备的”。客户端设备将接收者对这些问题的回答记录为原始视听数据段。然后，由内容制作引擎将这些视频片段编辑为完成的内容块，即，所选的体育节目的完整采访。然后，内容递送引擎将最终采访递送到一个或多个所选接收者，例如接收者的队友和/或拥有所选主题的公司实体。

作为又一示例，视听内容创建系统100被配置为游戏创建工具，其使得一个或多个接收者(采访者)能够选择或创建一系列问题(例如通过记录视频提示和/或将问题输入为文本)，并且可选地确定所选/创建的问题的一个或多个参数，例如“玩家”需要多少时间来回答这些问题。基于所选的问题，视听内容创建系统100制作游戏，并且将其递送到一个或多个接收者“玩家”(例如，接收者的朋友和/或家人)。为了玩游戏，接收者启动游戏，这使得视频提示和/或文本问题出现在接收者的回放设备(其也可以充当客户端设备)的显示器上；在呈现问题之后，接收者的回放/记录设备上的相机会打开并且记录接收者对固定时间量的响应，然后关闭。在一些实施例中，接收者不具有重新进行其回答的任何选项，以增添乐趣。在游戏完成之后，视听内容创建系统100将所有问题和响应制作到完成的内容块中，该完成的内容块可以表现为采访者与玩家之间的现场游戏。

上述用例是代表性的而非限制性的，并且旨在传达本公开所描述的视频采集系统的范围。其他用例包括但不限于：模拟游戏节目中接收者的参与、创建问候卡以递送给所选的接收者、创建接收者的旅行或其他体验的纪录片、创建接收者的职业的视频简历、创建接收者的视频约会档案、以及其他用例。

内容采集引擎

图2示出了视听内容创建系统200的各部分，尤其是其内容采集引擎220，以及制作视听内容的方法。视听内容创建系统200具有与图1的视听内容创建系统100相同的特征。下面所描述的每个处理块可以被实现为方法步骤，或者可以被实现为存储在客户端设备(例如，智能手机)和/或服务器或通信地连接到客户端设备的服务器或其他网络存储设备上非瞬时计算机可读介质(例如数据存储器)的软件逻辑(例如，可执行软件代码)、固件逻辑、硬件逻辑或其各种组合的模块。因此，本公开描述的每个模块被配置为当由客户端设备和/或其他网络元件的处理器执行时执行关于这些模块描述的方法。然而，同一客户端设备不是必须执行内容采集引擎220的每个步骤或块。

内容采集引擎220通常接收来自始发者和至少一个接收者的输入。始发者使一个或多个接收者在其客户端设备上接收视频采集界面。始发者可以是或可以不是接收者，并且可以接收或可以不接收最终内容块。

下文在不同的用例情境(例如企业通信平台、品牌推广工具或文档采集工具)中周期性地描述内容采集引擎220。然而，应当理解的是，内容采集引擎220不限于所描述的用例，并且适用于许多不同的用例，包括但不限于以上介绍的用例。

在步骤224处，在使接收者的客户端设备在接收者的客户端设备的显示器上呈现视频采集界面之前，内容采集引擎220使得始发者的客户端设备在其显示器上呈现视频采集模板。

视频采集模板在载入模块中向始发者呈现至少两个视频采集界面选项。视频采集界面选项包括载入信息选项。最初，载入模块在始发者的客户端设备上呈现一个或多个用户界面，该一个或多个用户界面提示始发者向一个或多个接收者提供(例如通过打字或讲话)载入信息，该载入信息可以与始发者有关，或者可以是一般的系统偏好。载入信息可以包括以下一种或多种类型的信息：主题、风格、采访者、品牌、观众(个人/群体)、出生日期、法定姓名、电子邮件地址、手机号码、当前邮寄地址、当前家庭地址、过去的家庭地址、性别、家庭成员、兴趣、体验、优选音乐流派、优选图形风格、社交媒体帐户和/或其他第三方帐户。始发者提供该信息，该信息由视听内容创建系统200接收和存储。

载入模块还提示始发者输入用于在计划的日期和时间、在事件发生时或在内容块完成时即刻递送最终内容块的递送选项。在一些实施例中，载入模块被配置为在初始载入之后最初和/或针对特定视频采集将一个或多个接收者载入视听内容创建系统。

可选的采集模式模块提示始发者选择采集模式，例如以下采集模式之一：自引导视频模式或引导向其他人发送消息模式。引导向其他人发送消息模式包括许多子模式，例如一个始发者到一个接收者、一个始发者到多个接收者、许多始发者到许多接收者以及许多始发者到一个接收者。在一些实施例中，采集模式是预先确定的并且不可由接收者选择。

可选地，基于从自引导视频模式或引导视频到其他人模式的选择，载入模块提示始发者选择问题系列或创建他们自己的问题，例如通过在文本框中键入问题。在一些实施例中，问题系列是基于由始发者所选的主题或采集模式预先确定的，并且不能够由接收者选择问题系列。例如，当始发者选择生日主题时，问题系列可以是固定的，并且可以包括例如“你想与[接收方]共享什么生日消息”或“当你想到[接收方]时，你会想到什么积极的属性”等问题。

以纪录片创作工具为例，代表性问题系列包括但不限于a)“你的童年”b)“你的职业”c)“你的家庭”等。在一些实施例中，一个或多个问题系列内的可用问题系列和/或特定问题的菜单是基于由接收者提供给载入模块的个人信息。例如，如果在载入模块中接收者指示接收者是退伍军人，则问题系列菜单可以包括名为“你的兵役”的问题系列，该问题系列可以包括例如“谁是你在服役中最亲密的朋友？”之类的问题。在一些实施例中，问题系列的选择是载入信息的一部分。

作为另一示例，如果载入信息包括对品牌的选择，则问题系列基于所选的品牌(例如，关于接收者对品牌或其产品的体验的问题)。在另一示例中，如果载入信息包括主题的选择(例如众所周知的电视节目)，则问题系列是基于与主题一致的问题(例如，电视节目的角色询问的问题)。有利的是，因为问题系列基于载入信息，所以问题与接收者更相关。

作为又一示例，在实施例中，始发者选择“游戏模式”，例如，引导视频到其他人模式(例如，一对多)。内容采集引擎220提示接收者选择或创建他们自己的一系列问题(例如通过记录视频提示和/或将问题输入为文本)并且可选地确定所选/创建的问题的一个或多个参数，例如“玩家”必须回答那些问题的时间。

可选地，基于载入信息和/或基于预定参数，内容采集引擎220提示始发者来选择采访者，即，将通过询问来自问题系列的问题作为预先记录的视频提示来“采访”接收者的人或角色。在一些实施例中，基于载入信息来预先确定采访者并且不可由始发者选择。在任一情况下，采访者都是基于载入信息，例如所选的主题或品牌。在一些实施例中，采访者可通过性别、国籍、外观、年龄、语音或其他特征来选择。在一些实施例中，采访者的选择是载入信息的一部分。

在企业通信平台的示例中，内容采集引擎220可以提示始发者从企业的一个或多个员工(例如，CEO)的菜单中选择采访者。在纪录片创作工具的示例中，内容采集引擎220可以提示始发者从一个或多个名人的菜单中选择采访者。作为另一示例，如果载入信息包括对品牌的选择，则采访者基于所选的品牌(例如，附属于所选的品牌的运动员)。作为另一示例，如果载入信息包括对主题(知名电视节目)的选择，则采访者是基于所选的主题(例如，电视节目的角色或主持人)。有利的是，因为采访者是基于载入信息，所以接收者将更熟悉和舒适。

在先前介绍的“游戏”模式示例中，接收者是采访者。

在始发者提供载入信息(包括选择主题、风格和接收者)之后，始发者启动采集，即，启动步骤226，使得一个或多个客户端设备在其显示器上呈现视频采集界面。视频采集界面基于一个或多个视频采集模板选项选择，并且向接收者呈现或显示至少一个问题并且提示接收者记录视听数据段。可选地，视频采集界面提示接收者输入对至少一个问题的文本响应，例如利用客户端设备的键盘。

在步骤226处，内容采集引擎220通常利用客户端设备的显示器、图像传感器和麦克风(例如一个或多个接收者的客户端设备的内置相机和麦克风)来基于载入信息呈现一个或多个问题，并且采集一个或多个接收者对那些问题的响应的图像、视频和音频，这些问题被存储在客户端设备上和/或基于网络的数据存储上。可选地，内容采集引擎220利用客户端设备的键盘来采集来自接收者的文本输入。应当理解的是，在本公开描述的任何模块中，客户端设备或其他基于网络的数据存储采集并且存储接收者的口头和物理表达输入作为视听数据段。

在接收者的客户端设备上，内容采集引擎220例如通过网络浏览器来显示视频采集界面。可选地，视频采集界面基于载入信息、采访者和问题系列向接收者递送启动序列。在创建视听数据段之前，启动序列将接收者置于该问题系列的适当心态(例如，平静和沉思)，并且使接收者对采访者以及通过视听内容创建系统200记录视听数据段的过程感到舒适。因此，启动序列包括采访者的一个或多个预先记录的视频消息，其向接收者递送启动消息和/或向接收者询问一个或多个主题启动问题。例如，如果载入信息包括接收者所选的主题(例如，著名的电视节目)和接收者所选的采访者(该电视节目的主持人)，则启动包括作为与所选的主题一致的采访者的预先记录的视频提示(例如，“你对节目的第一次记忆是什么？”)递送的介绍消息或问题。如果启动序列包括启动问题，则内容采集引擎220记录接收者的响应。

在可选的启动之后，内容采集引擎220开始基于载入信息和所选的采访者向接收者呈现问题。例如，内容采集引擎220递送所选的采访者询问问题系列中的问题的预先记录的视频提示。在纪录片创作工具的示例背景下，问题系列包括基于从载入信息确定的基于接收者生活的问题。作为响应，接收者说出合适的答案，并且客户端设备的相机和麦克风记录这些答案，从而创建视听数据段。在先前介绍的“游戏”模式示例中，内容采集引擎220提示接收者将他们的问题记录为将被递送给一个或多个接收者的视听数据段。

在一些实施例中，为了增加接收者对视听内容创建系统200的信任，接收者例如通过点击客户端设备的视频采集界面上的“记录”按钮来启动对回答的记录。在一些实施例中，每个视听数据段包括接收者对问题系列的一个问题的回答。可选地，接收者具有重新记录对任何问题的任何回答的能力。在一些实施例中，内容采集引擎220向接收者呈现创建定制问题的选项；在这样的实施例中，内容采集引擎220将该定制问题作为显示屏上的文本和/或作为由采访者提出的问题呈现给接收者。

可选地，在内容采集引擎220将接收者的回答记录到问题系列的每个问题之后，内容采集引擎220将后问题教程递送给接收者，其包括采访者预先录制的视频提示，以及如何完成视频创建过程的指示，以及如何将生成的文档传递给一个或多个接收者。

可选地，如果在载入信息中未选择主题，则内容采集引擎220提示接收者在递送问题系列之后选择主题(包括图形风格和/或音乐)。所选的主题将在最终内容块中实现。在一些实施例中，内容采集引擎220向接收者建议基于载入信息的默认主题。例如，如果接收者在载入模块中表示对古典音乐的偏好，则默认主题可以包括优雅的图形和管弦乐。可选地，内容采集引擎220提示接收者上传附加媒体，例如与接收者对问题系列的问题的回答相关联的照片和视频。在这样的实施例中，内容采集引擎220提示接收者指示哪个回答与哪个媒体相关联。

可选地，如果始发者未选择递送选项，则内容采集引擎220还提示接收者选择递送选项以将最终内容块递送到一个或多个接收者。代表性递送选项包括：“立即递送”选项、“计划未来递送”选项，其中，内容块在计划的日期或时间递送到所选接收者，或由第三方触发的“事件驱动递送”选项。

在纪录片创作工具的示例背景下，一个“事件驱动递送”选项是“过世后递送”选项，其提示视听内容创建系统200存档最终纪录片直到发生去世后触发。过世后递送允许接收者在其去世后并且特别是在执行去世后触发之后计划其视频的递送。因此，接收者识别将接收最终纪录片的一个或多个受益人。此外，接收者标识他们的“不动产”(其包括最终纪录片)的一个或多个执行者，其被授权在接收者的逝世之后将最终纪录片分发给受益人。执行者有权限以在接收者的死亡之后访问视听内容创建系统200，并且启动最终纪录片的递送。去世后触发包括例如执行者的肯定指令、从一个受益人那里收到并且验证接收者的逝世证书、或其他触发。

在本公开公开的视听内容创建系统的其他应用中考虑了其他事件驱动的递送选项。

可选地，作为递送选项的一部分，如果始发者先前没有选择最终内容块的一个或多个接收者，则内容采集引擎220可以提示接收者选择最终内容块的一个或多个接收者。在纪录片创作工具的示例背景下，接收者可以包括：所有家庭；所有朋友；选择个人；以及公开发布。在一些实施例中，家人和朋友的身份基于载入信息，例如由接收者和/或社交媒体帐户提供的特定名称。在视听内容创建系统200被配置为品牌推广工具的另一示例中，所选的接收者包括品牌本身以及可选地一个或多个家人和/或朋友。

在完成上述步骤之后，接收者完成采集过程(例如通过按下视频采集界面上的“完成”选项)，这提示视听内容创建系统200基于所记录的视听数据段来制作内容块。该提示开始制作过程，其在最终内容块的递送之前。

内容制作引擎

图3示出了视听内容创建系统300的部分，尤其是内容制作引擎340及其内容递送引擎360。视听内容创建系统300具有与图1和图2的视听内容创建系统相同的特征。

在步骤342处，内容制作引擎340接收由内容采集引擎采集的原始视听数据段，并且将这些视听数据段转换为最终“内容块”以递送到始发者的所选接收者。与上述内容采集引擎220一样，下面所描述的每个处理块被实现为方法步骤或逻辑模块，例如软件逻辑。在所描述的实施例中，内容制作引擎340和内容递送引擎360的模块被配置成由计算设备执行，例如通信地连接到接收者的客户端设备的一个或多个无服务器和/或基于服务器的架构。

最初，内容制作引擎340从内容采集引擎接收原始视听数据段，即，接收者对所呈现的问题的记录的回答。

内容制作引擎340存储并且应用包括用于基于视听数据段编辑和制作内容块的制作规则的制作规则集。代表性规则包括以下中的任何一个或多个：规范视听数据段的视频分量，规范视听数据段的音频分量，检测和修整视听数据段的无声部分，修整视听数据段的开始部分或结束部分中的至少一个，用第二视听数据段或插播图形拼接视听数据段，在视听数据段之前、期间或之后添加音乐层，或者将图形添加到视听数据段。在一些实施例中，制作规则集包括修整视听数据段的开始部分或结束部分中的至少一个，并且将图形添加到视听数据段。

内容制作引擎340至少部分地基于制作规则集来执行进一步的制作步骤。在一些实施例中，制作规则集还基于由内容采集引擎中的始发者提供的载入信息(例如，所选的主题或品牌，其确定用于最终内容块的图形和音乐)。

可选地，内容制作引擎340例如使用谷歌语音转文本API或类似的方法生成原始视听数据段的转录本。该转录本用于搜索和隐藏字幕。

在制作规则集包括修整视听数据段的实施例中，内容制作引擎340修整原始视听数据段以消除每个原始视听数据段的开始和/或结束处的多余停滞时间。在一些实施例中，内容制作引擎340按帧(例如，按听觉应答音频之前的10个无声帧)来修整答案余量(margin)，和/或检测和修整在口头音频之前的数据段的无声部分。作为该过程的一部分，在一些实施例中，内容制作引擎340在“无声”样本期间测量环境噪声，然后应用噪声消除以去除视听数据段中的背景噪声。

因为接收者可能在不同的时间、不同的地点等已经记录了不同的视听数据段，所以原始视听数据段可以具有不同的音频和视频水平。在制作规则集包括修整视听数据段的实施例中，内容制作引擎340规范原始视听数据段上的音频和/或视频分量，例如到公共分贝水平、公共亮度水平等。

在内容制作引擎340接收多于一个视听数据段的实施例中，内容制作引擎340将两个或多个视听数据段拼接在一起以创建内聚“内容块”。例如，在一些实施例中的内容块包括多个问题，并且回答问题系列中的共同主题。在一些实施例中，内容块基于具有对相同的采访问题的回答的两个或更多个视听数据段，在这种情况下，内容制作引擎340从视听数据段中提取最高制作质量内容并且创建高质量的自动编辑的采访答案。其他形式的内容块包括问题块、回答块和引物块。在一些实施例中，将问题和对应的回答连接为一个内容块，该内容块具有由始发者或制作规则集针对该内容块所选的音频层。

在一些实施例中，内容制作引擎340通过将开放式问题分解成多个问题并且将对应于多个问题的答案的视听数据段拼接在一起而创建内容块。

在一些实施例中，为了提高内容块的制作价值，内容制作引擎340基于制作规则集应用开始音频层和/或结束音频层(例如，开始和结尾音乐片段或无声时段)。可选地，内容制作引擎340在内容块的视听数据段之间应用过渡或插播图形，其基于载入信息(例如，主题和样式)和制作规则集，包括类型(例如：音频/视频；渐变到/于；黑色/白色；交叉渐变；硬切割)、长度、速度和/或余量。

在创建所有内容块之后，内容制作引擎340将内容块拼接在一起以创建内容主块。具体地，内容制作引擎340按逻辑顺序(例如按主题、按时间顺序、按问题系列的顺序等)将内容块拼接在一起。

在步骤344，内容制作引擎340渲染具有图形、音乐、效果等的内容主块，以创建完成的完整纪录片。在一些实施例中，内容主块至少部分地在无服务器架构中进行渲染，以便加速渲染时间；在这样的实施例中，在不将内容块存储在易失性存储器中的情况下，至少部分地渲染内容块。

可选地，为了便于预览和递送，除了用于自适应比特率流传输的内容主块的不同变体之外，内容制作引擎340还自动创建内容主块的预告片(例如，30秒片段)。

作为一个示例，在企业通信平台的背景下，主内容块呈现从同事到员工的完全制作的消息。作为另一示例，在纪录片创作工具的背景下，最终内容块呈现在采访者和接收者之间的完全制作好的视频采访。在品牌推广工具的背景下，最终内容块可以呈现接收者参与的以品牌的产品或服务为特色的电视商业广告。在所选主题是知名电视节目的背景下，最终内容块呈现以接收者为主角的电视节目的迷你集。这些示例是代表性的而非限制性的。

内容递送引擎

在步骤362，内容递送引擎360基于始发者所选的内容采集引擎中的递送偏好来管理一个或多个完整内容块的递送(如上所述)。在一些实施例中，内容递送引擎360例如通过托管此类内容块并且使得一个或多个接收者能够经由基于浏览器的客户端访问内容来“在平台上”递送内容块。在一些实施例中，内容递送引擎360例如通过向一个或多个第三方平台(例如第三方社交媒体平台)发送内容块来递送内容块“离开平台”。在一些实施例中，内容递送引擎360直接(例如，通过文本、电子邮件或类似渠道)直接递送到一个或多个接收者。在一些实施例中，内容递送引擎360经由第三方平台(例如，社交媒体平台)将内容块递送到一个或多个接收者。当始发者已经选择立即递送时，内容递送引擎360例如通过发送包括到视频的链接或经由平台本身的自动消息来迅速地将完整视频递送到所选的接收者。接收者还可以在其他平台上共享已完成的视频。

如果始发者相反选择计划稍后的递送或事件驱动的递送，则内容递送引擎360在长期存储介质上加密并且存档完整的文档，直到到达计划的递送日期或发生由第三方触发的相关事件。作为一个示例，事件驱动的递送包括来自接收者的递送请求，例如拥有指定品牌的组织。作为另一示例，事件驱动的递送包括由接收者的执行者执行去世后触发。这些事件驱动的递送示例是代表性的而非限制性的。

在先前引入的“游戏”模式示例的一些实施例中，内容递送引擎360将问题的内容块递送到一个或多个接收者“玩家”，这些接收者“玩家”使用他们的回放设备作为记录设备来记录他们的回答的一个或多个视听数据段。在一些实施例中，内容递送引擎360向接收者呈现固定时间量以回答问题，其中，呈现问题并且开启相机并且记录预设时间量(例如，5秒)，因此接收者快速回答问题(例如利用第一膝跳响应)。因此，在这样的实施例中，由采访者/导演和接收者执行记录。在一些这样的实施例中，由接收者采集的视听数据段被返回到内容制作引擎，该内容制作引擎将来自采访者/导演和接收者两者的视听数据段组装成一个或多个内容块。可选地，接收者利用他们自己的客户端设备上的内容采集引擎来创建视听数据段，该视听数据段由内容制作引擎与采访者/导演的视听数据段组合以创建一个或多个最终内容块。

图4示出了根据本公开的实施例的视听内容创建系统400的代表性高级架构。

内容采集引擎420部分地在客户端设备上以及通过托管在基于云的架构上的网络应用程序来实现。特别地，始发者的客户端设备包括安装在其上的应用程序428，例如作为安装在客户端设备上的消息收发或通信平台上的机器人。客户端设备应用程序428向始发者呈现至少一个视频采集模板选项选择，其使得始发者能够启动采集，例如，选择主题、风格和接收者。可选地，客户端设备应用程序428呈现始发者附加选项，例如始发者是否将是视频采集界面的接收者。

在始发者通过客户端设备应用程序428启动采集之后，指定接收者在其相应的客户端设备上通过接收者客户端设备应用程序430接收访问基于网络的应用程序432的通知，这使得每个接收者的客户端设备呈现视频采集界面，如先前例如通过浏览器窗口所描述的。每个接收者通过网络应用程序432和/或通过接收者客户端设备应用程序430完成采集过程。

内容制作引擎440位于基于云的架构上，并且如上所述地接收原始视听数据段。内容制作引擎440执行一个或多个后端功能446，例如将所接收的原始视听数据段与接收者的账户相关联。此外，制作引擎448根据制作规则集来编辑一个或多个视听数据段。最后，渲染引擎450渲染经编辑的视听数据段(例如，在无服务器架构上以提高速度并降低成本)，从而渲染一个或多个内容块。

所呈现的内容块作为内容递送引擎的一部分被存储在媒体存储层464中，以根据始发者的原始确定进行递送。

因此，本公开的视听内容创建系统使得能够在许多用例中快速地制作引人注目的、完全制作的视听内容并且将这些内容及时分发给接收者。

本申请可以引用数量和数字。除非特别说明，否则这些数量和数字不应被认为是限制性的，而是代表与本申请相关联的可能数量或数字。此外，在这方面，本申请可以使用术语“多个”来引用数量或数字。在这方面，术语“多个”意指大于1的任何数字，例如，两个、三个、四个、五个等。术语“大约”、“近似”、“接近”等是指所述值的正负5％。出于本公开的目的，短语“A、B和C中的至少一个”例如是指(A)、(B)、(C)、(A和B)、(A和C)、(B和C)或(A、B和C)，包括当列出多于三个元素时的所有其他可能排列。

本公开公开的实施例可以利用电路系统来实现本公开描述的技术和方法，可操作地连接两个或更多个组件，生成信息，确定操作条件，控制器具、设备或方法等。可以使用任何类型的电路系统。在实施例中，电路系统尤其包括一个或多个计算设备，例如处理器(例如，微处理器)、中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等或其任何组合，并且可以包括离散数字或模拟电路元件或电子器件或其组合。

在实施例中，电路系统包括具有多个预定义逻辑组件的一个或多个ASIC。在实施例中，电路系统包括具有多个可编程逻辑组件的一个或多个FPGA。在实施例中，电路系统包括硬件电路实现(例如，模拟电路系统中的实现、数字电路系统中的实现等，以及它们的组合)。在实施例中，电路系统包括电路和计算机程序产品的组合，该电路和计算机程序产品具有存储在一个或多个计算机可读存储器上的软件或固件指令，该计算机可读存储器一起工作以使设备执行本公开所描述的一种或多种方法或技术。在实施例中，电路系统包括电路，例如微处理器或微处理器的部分，其需要用于操作的软件、固件等。在实施例中，电路系统包括包括一个或多个处理器或其部分以及伴随的软件、固件、硬件等的实现。在实施例中，电路系统包括基带集成电路或应用处理器集成电路或服务器、蜂窝网络设备、其他网络设备或其他计算设备中的类似集成电路。在实施例中，电路系统包括一个或多个远程定位的组件。在实施例中，远程定位的组件经由无线通信可操作地连接。在实施例中，远程定位的组件经由一个或多个接收器、发射器、收发器等可操作地连接。

实施例包括例如存储指令或数据的一个或多个数据存储器。一个或多个数据存储器的非限制性示例包括易失性存储器(例如，随机存取存储器(RAM)、动态随机存取存储器(DRAM)等)、非易失性存储器(例如，只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、光盘只读存储器(CD-ROM)等)、持久性存储器等。一个或多个数据存储器的进一步非限制性示例包括可擦除可编程只读存储器(EPROM)、闪存等。一个或多个数据存储器可以通过一个或多个指令、数据或电源总线连接到例如一个或多个计算设备。

在实施例中，电路包括一个或多个计算机可读介质驱动器、套接字接口、通用串行总线(USB)端口、存储卡插槽等，以及一个或多个输入/输出组件，例如图形用户界面、显示器、键盘、小键盘、轨迹球、操纵杆、触摸屏、鼠标、开关、拨号表盘等以及任何其他外围设备。在实施例中，电路系统包括可操作地连接到至少一个计算设备以控制(电、机电、软件实现、固件实现或其他控制或其组合)实施例的一个或多个方面的一个或多个接收者输入/输出组件。

在实施例中，电路系统包括被配置为接受信号承载介质(例如，计算机可读存储介质、计算机可读记录介质等)的计算机可读介质驱动器或存储器插槽。在实施例中，用于使系统执行任何所公开的方法的程序可以存储在例如计算机可读记录介质(CRMM)、信号承载介质等上。信号承载介质的非限制性示例包括可记录类型介质，例如任何形式的闪存、磁带、软盘、硬盘驱动器、光盘(CD)、数字视频盘(DVD)、蓝光光盘、数字磁带、计算机存储器等，以及传输类型介质，例如数字和/或模拟通信介质(例如，光纤电缆、波导、有线通信链路、无线通信链路(例如，发射器、接收器、收发器、传输逻辑、接收逻辑等)。信号承载介质的进一步非限制性示例包括但不限于DVD-ROM、DVD-RAM、DVD+RW、DVD-RW、DVD-R、DVD+R、CD-ROM、超级音频CD、CD-R、CD+R、CD+RW、CD-RW、视频光盘、超级视频光盘、闪存、磁带、磁光盘、MINIDISC、非易失性存储卡、EEPROM、光盘、光存储器、RAM、ROM、系统存储器、网络服务器等。

以上结合附图阐述的详细描述，其中，相同的附图标记表示相同的元件，旨在作为对本公开的各种实施例的描述，并且不旨在表示唯一的实施例。本公开中描述的每个实施例仅作为示例或说明而提供，并且不应当被解释为优选或优于其他实施例。本公开提供的说明性示例不旨在穷举或将本公开限于所公开的精确形式。类似地，本公开描述的任何步骤可以与其他步骤或步骤的组合互换，以便实现相同或基本上类似的结果。通常，本公开公开的实施例是非限制性的，并且发明人设想在本公开的范围内的其他实施例可以包括来自图中所示和说明书中所描述的一个以上特定实施例的结构和功能。

在前面的描述中，阐述了具体细节以提供对本公开的示例性实施例的全面理解。然而，对于本领域技术人员来说显而易见的是，可以在不实施所有具体细节的情况下实践本公开公开的实施例。在一些情况下，没有详细描述公知的工艺步骤以免不必要地混淆本公开的各个方面。此外，应当理解的是，本公开的实施例可以采用本公开所描述的特征的任何组合。

本申请可以包括对方向的引用，例如“垂直”、“水平”、“前”、“后”、“左”、“右”、“顶”和“底”等。这些引用以及本申请中的其他类似引用，旨在帮助描述和理解特定实施例(例如当定位实施例以供使用时)，而不旨在将本公开限制在这些方向或位置。

本申请还可以引用数量和数字。除非特别说明，否则这些数量和数字不应被认为是限制性的，而是与本申请相关联的可能数量或数字的示例。此外，在这方面，本申请可以使用术语“多个”来引用数量或数字。在这方面，术语“多个”意指大于1的任何数字，例如，两个、三个、四个、五个等。术语“基于”意指“至少部分地基于”。

在前面的描述中已经描述了本公开的原理、代表性实施例和操作模式。然而，旨在保护的本公开的各方面不应被解释为限于所公开的特定实施例。此外，本公开描述的实施例被认为是说明性的而非限制性的。应当理解的是，其他人在不脱离本公开的精神的情况下，可以做出变化和改变或采用等同物。因此，明确地旨在所有这些变化、变化和等同物落入所要求保护的本公开的精神和范围内。