本申请涉及2015年11月10日提交的美国临时专利申请no.62/263,384，并且要求其权益和优先权，其全部内容在此通过引用并入本文。
背景技术：
领域
在其上共享媒体剪辑的各种网络可以受益于对共享媒体的适当处理。例如，涉及视频共享的系统可以受益于支持众包视频的方法和设备。
相关技术描述
消费者视频记录设备的质量以及移动带宽的速度已经有所发展。以致，视频共享已经成为网络中的用户之间进行通信的流行方式。用户生成内容(ugc)似乎涉及到超过60％的互联网上的内容共享。
即使以某种方式有联系，这种类型的内容也能够被单独存储和播放。例如，相同的音乐可以在背景中，或者可以在相同事件中但从不同角度来记录视频。
此外，当视频分享网站具有视频的包括原始版本和经编辑的版本的多个拷贝时，会出现一种情况。即使只有多媒体的一部分可能需要更改，通常全部内容均被复制、编辑和存储。这导致存储空间的浪费。此外，视频共享网站的用户可能需要搜索以及观看每个不同的版本。
技术实现要素：
根据第一实施例，方法可以包括接收多媒体元素。该方法还可以包括将多媒体元素存储作为参考内容。该方法可以进一步包括接收与参考内容有关的记录。该方法可以另外包括存储该记录以及该记录与参考内容之间的关系。该关系可以包括与参考内容的视频编辑关系。该方法还可以包括在接收指示该记录或者参考内容中至少一个的选择信息后提供该视频编辑关系。
在变型中，该方法可以进一步包括获得针对该记录的评分。该方法还可以包括将该评分与该记录相关联。该方法可以另外包括根据该评分推荐记录。
在变型中，该方法还可以包括分析该记录以确定该记录的与参考内容有关的元数据。该方法可以进一步包括将所确定的元数据与该记录和参考内容相关联。
根据第二实施例，方法可以包括接收对参考内容的选择。该方法还可以包括呈现与参考内容有关的多个记录，其中该呈现包括与该多个记录中的被显示为主记录的一个记录同步地播放该多个记录，该主记录比该多个记录中其它记录大。该方法可以进一步包括接收在该多个记录中的其它记录中的选择。该方法可以另外包括将所选择的记录提升为主记录。
在变型中，该方法可以进一步包括，当所选择的记录在参考内容的结束前结束时，选择该多个记录中的另一个作为主记录。
在变型中，该方法可以另外包括接收停止所选择的记录的指令。该方法还可以包括接收编辑参考内容的请求。该方法可以进一步包括基于来自用户的指令编辑参考内容。
在变型中，该编辑可以取决于用户具有修改该参考内容的权限的确定。
根据第三实施例，方法可以包括接收用户想要对参考内容添加的指示。该方法还可以包括在显示该参考内容的同时，记录该用户作为一个记录。该方法可以进一步包括响应来自于用户的请求，向该用户同步地回放该记录和参考内容。
在变型中，该方法可以另外包括存储该记录以及该记录和参考内容之间的关联。
在变型中，该方法还可以包括接收提交该记录的请求。该方法可以进一步包括将该记录以及与参考内容的关联一起上传。
根据第四至第六实施例，装置可以包括用于以实施例的任何变型分别执行根据第一至第三实施例的方法的部件。
根据第七至第九实施例，装置可以包括至少一个处理器和至少一个存储器和计算机程序代码。该至少一个存储器和计算机程序代码能够被配置为，与该至少一个处理器一起，促使该装置至少以实施例的任何变型分别执行根据第一至第三实施例的方法。
根据第十至第十二实施例，计算机程序产品可以编码指令，以用于以实施例的任何变型分别执行包括根据第一至第三实施的方法的过程。
根据第十三至第十五实施例，非暂时性计算机可读介质可以编码指令，当在硬件中被执行时，该指令以实施例的任何变型分别执行包括根据第一和第二实施例的方法的过程。
附图说明
为了正确理解本发明，应当参考附图，其中：
图1示出了根据某些实施例的回放用户界面。
图2示出了根据某些实施例的记录用户界面。
图3示出了根据某些实施例的关于个人记录的视频摄入。
图4示出了根据某些实施例的作为外部输入的视频摄入。
图5示出了根据某些实施例的视频推荐进程。
图6示出了根据某些实施例的简单视频构建逻辑的样本。
图7示出了根据某些实施例的视频的屏上定位。
图8示出了根据某些实施例的反馈机制。
图9示出了根据某些实施例的方法。
图10示出了根据某些实施例的另一个方法。
图11示出了根据某些实施例的又一方法。
图12示出了根据本发明某些实施例的系统。
具体实施方式
某些实施例可以提供一种方式以帮助选择对于给定时间的最佳视频并且将它们按照适当顺序进行剪切。因此，某些实施例可以协助对用户所生成内容的组合，以提供对这种内容的消费者的更好的体验。
某些实施例允许协同内容编辑，这可以帮助提升视频内容的生命期。这种编辑还可以改进用户体验和内容存储。
某些实施例还可以避免服务器上相同内容的不同版本的不必要的复制。相反，某些实施例可以提升针对每一个用户的内容。因此，一个拷贝可以被存储，但是能够做出改进同时避免重复或者复制全部内容。
此外，某些实施例可以允许协同地内容过滤。因此，多个用户可能能够基于他们的策略来改进内容，而不侵犯任何原始内容拥有者对该内容的权利。
另外，某些实施例可以通过允许推荐算法的集合来增强用户体验和满意度。
此外，某些实施例可以利用智能的内容编辑处理来最小化和/或避免相同内容的复制。因此，从而该经改进的多媒体部分能够实时地被结合以及传送。
此外，某些实施例可能协助用户将内容上传到给定视频以便对其改进。某些实施例可以避免原始内容拥有者与想要修改内容的用户之间缺乏策略验证的障碍。
此外，某些实施例可以解决其中用户不能通过隐式或者显式反馈影响视频的情况。某些实施例还可以有助于个性化，使得注册的用户可以能够基于用户简档来获得个性化的视频和/或个性化的内容。
某些实施例能够解决其中用户不能从丢失同步信息的设备上传视频的情况。
更一般地，某些实施例能够以紧凑形式组合视频编辑、用户简档管理以及内容存储，以表示原始内容和经修改的内容两者。某些实施例能够被应用到优质内容和用户产生的内容两者。
某些实施例还可以提供执行视频内容的众包的方式。此外，某些实施例可以允许基于策略的用户查看，同时避免对相同内容的多次搜索。
在某些实施例的上下文中，用户可以是访问用户界面以及与用户界面交互的人。该交互可以包括，例如，观看视频，提供反馈或者记录以及提交用户自己的视频。该用户可以是已注册的或者是匿名的。在某些实施例中，对于特定的当前会话，该用户可以总是具有唯一标识，该标识可以被称为用户_id。
在某些实施例中，参考内容能够用来发起以及给出用户上传视频的时间线。该参考内容可以是音频或/和视觉内容。多个参考内容能够在系统中被呈现。因此，标识能够与该参考相关联。该标识能够被称为ref_id。
在某些实施例中，记录能够被用以修改参考内容。例如，用户能够记录一条记录并且将该记录上传到平台以修改特定的参考内容。该记录可以被指定标识，该标识可以被称为rec_id。
在某些实施例中，元数据可以与记录一起被存储。该元数据可以标识该参考内容，以及该记录相对于该参考内容的开始和结束时间。其它元数据也可以被使用。
某些实施例可以包括各种组件。例如，某些实施例可以包括用户界面(ui)，在该用户界面上用户能够观看视频的当前状态，记录以及提交新的视频，和/或给出反馈。该用户界面还可以用于向系统添加新的参考内容的目的。
某些实施例可以包括各种存储系统。例如，某些实施例还可以包括视频存储。该视频存储可以存储参考内容和记录。某些实施例可以进一步包括存储元数据和来自于用户的反馈的一个或者多个数据库。
某些实施例还可以包括推荐器系统。该推荐器系统能够做出推荐并且可以确定针对当前用户的记录的评分。
某些实施例可以进一步包括视频编辑器逻辑。该视频编辑器逻辑能够将记录放在一起，并且能够基于记录的元数据以及推荐器系统预测的评分来推荐备选记录。
某些实施例可以另外包括分析器，该分析器分析记录以便确定该记录的元数据。例如，如果在记录提交时元数据不完整，则此分析可以被执行。
以下是从用户的角度在某些实施例中如何进行回放的示例。初始地，该用户可以打开用户界面(ui)并选择参考内容。该ui可以是应用或者app、浏览器页面或者插件、或者用于提供用户界面的任何其它机制。
该用户可以开始播放参考内容。该用户可以，例如，从诸如播放、暂停、倒退、以及前进的可用按键选单中选择“播放”按键。替代地，开始内容可以在用户对参考内容做出选择时立刻开始播放。用于播放参考内容的其它机制也被允许。
该ui还可以提供能够与参考内容同步播放的替代记录。替代视频能够以它们的尺寸被区分。较大的主视频，可以是被系统预测为会被用户喜欢的视频。替代视频可以被呈现为较小。
该用户能够从替代视频中选择。例如，该用户可以决定用户比主视频更喜欢另一视频。当替代记录被选择时，它可以替换该主视频。
一旦所选的替代视频结束，该ui可以基于参考内容的剩余时间线继续推荐。该ui还可以可选的自动将所推荐的替代视频提升成主视频。
在某些实施例中，该用户可以在任何时刻停止内容并且可以开始编辑它。关于编辑可能存在各种安全保护。例如，内容能够由内容所有者或者具有修改该内容的权限的其它用户来修改。在对内容的每次操作之前，查看、修改、重新分发所需的策略配置可以被验证。此外，由具有权限的相同或者不同用户修改的内容能够再次通过策略进行验证，该策略作为视频编辑子系统的一部分驻留或者作为独立实体驻留。
撤销处理能够被集成到视频编辑过程中。此处理可以包括在修改现有内容或者对现有内容增加改变的同时进行内容验证。
图1示出了根据某些实施例的回放用户界面。图1只是用户界面可以如何呈现的一个示例。如图1所示，主视频可以以大的尺寸在屏幕中央附近被显示。参考内容可以以中等尺寸在屏幕中央顶部附近被显示。替代视频可以以较小的尺寸被显示，例如在两侧。
参考内容可以包括指示相对于参考内容的总长度的时间进度的条。
如图1所示，也可以有其它可选项目，包括在左上角的播放键、在右侧的反馈栏、以及“关于”和“团队”栏以显示有关产品或者团队的信息。另外，可以有“记录”栏，该记录栏能够允许用户贡献与该参考内容相关联的额外内容。
图2示出了根据某些实施例的记录用户界面。如图2所示，在记录用户界面可以有显示参考内容(例如，位于左侧)以及当前所记录的内容(例如，位于右侧)的空间。
用户可以通过选择指示用户希望添加新内容的选项(例如，在另一个视图中)来到达此记录用户界面。用户界面能够随后改变到另一页面，例如图2所示的页面，其中在参考内容被播放的同时，用户能够“开始记录”。
用户还可以停止记录，以及随后以相对于参考内容同步的方式来重播用户的记录。所示的“重播”键能够被用于此目的。
如果用户欣赏该内容，用户能够选择提交键以将内容添加到系统。替代地，用户能够“取消”该记录。
某些实施例可以运用各种技术实现来提供上文所述和其它特征。例如，某些实施例可以提供用于视频摄入、视频推荐、同步回放、以及反馈的技术和系统。
视频摄入可以包括多个方面。视频摄入可以包括将新的记录添加到系统的操作，对新记录索引，以及创建元数据以便能够回放。视频摄入能够以多种方式完成，以下是方式的示例。
内容，包括记录和参考内容的，能够被以多种方式获得。例如，可以有个人记录和外部输入。
图3示出了根据某些实施例的关于个人记录的视频摄入。此记录在用户想要将新内容添加到参考内容时可能发生。因此，用户可以针对参考内容的时间线的给定时间段上传用户的内容。
如图3所示，在9处用户可以进行导航。该导航可以涉及用户在记录页面按下“开始记录”按键。ui能够提取与该记录一起播放的参考内容的当前时间戳。该时间戳能够被称为记录开始的时间。当用户按下“停止记录”，ui能够取得该参考内容的当前时间戳，其能够被称为结束时间。这两个时间戳能够被用于即时回放，使得当用户以按下“重播”时，系统将参考视频倒回到开始时间并且从该时间播放。
在1处，当用户按下“上传”时，ui可以从记录容器中提取记录，并且可以将记录与ref_id、开始时间和结束时间一起作为元数据发送到应用程序接口(api)。在不同设备(例如智能手机)上可以有ui的不同实现。例如，参考内容可以不在设备上播放，而是在背景中播放。在这种情况下，ui可能不能发送全部元数据，并且服务器可能需要确定在6和7处提供的元数据，如下文所描述的。
在2处，api可以将记录发送到视频服务器以便存储该记录。视频服务器可以与数据库结合或者可以被提供作为单独的内容传递网络(cdn)服务器。
在3处，视频服务器可以存储视频并且生成能够唯一地识别该记录的标识。如上文所述，这能够被称为rec_id。
在4处，如果元数据存在，则api能够将rec_id与元数据一起保存在数据库中。随后，在5处，api能够在确认中将rec_id发送回用户界面。
在6处，如果消息#1中不存在元数据，api能够将记录发送到分析器以检索元数据。在7处，分析器可以，例如，从记录中提取音轨并且可以将该记录的音轨与参考视频的音轨进行比较，以便找到在参考内容期间该记录被取出的时刻。下面讨论这种技术的其它讨论。分析器能够将元数据和rec_id发回。
在8处，api可以通过向数据库发送rec_id和元数据而将元数据存储到相应的记录。
获取内容的另一种替代方式是外部输入。当新的参考内容被创建时，外部输入可以被使用。例如，管理员可能想要使用用来自于外部源的视频来填充系统。这个过程可能涉及找到与参考内容相关的视频以及分析、索引和将元数据存储在数据库中。
图4示出了根据某实施例的作为外部输入的视频摄入。如图4所示，在1处下载器可以由系统管理员启动，以利用如下参数发起外部输入：标签，其标识外部视频提供者上的视频；以及参考内容id，其标识视频。
下载器可以使用视频提供者的api以列出视频提供者数据库中与给定标签相关的全部视频。在vine.cn的情况下，该机制可以为使用https://vine.co/api/posts/search/[hashtag]。
在2处，视频提供者可以提供视频的元数据。随后，在3处，下载器可以将全部元数据存储在数据库中，并且可以针对每一视频重复以下步骤。
在a1，下载器可以启动逐个下载视频。在a2，视频提供者可以发送视频。随后，在a3，下载器可以将视频转发到分析器。在a4，分析器可以从视频中提取诸如音轨的信息，并且可以将所抽取的信息与参考内容进行匹配。分析器可以将开始时间，结束时间和匹配率返回到下载器。
信息的提取可能涉及各种过程。例如，分析器可以对音轨进行傅里叶变换并且创建频带。在每个频带中，分析器可以定位局部最大值的时间。分析器可以对参考内容和在导入的视频两者重复进行该变换和局部最大值定位的步骤。分析器随后可以找到其中在来自于参考和输入视频的匹配最大值的数量最大的时间段。
在a5处，下载器可以将开始时间、结束时间、匹配率保存在数据库中并且删除该视频。
一旦下载器已经完成全部视频地下载，系统管理员可以基于匹配率将视频移动到现场视频采集。该采集可以存储用于同步回放的必要信息。可能的视频对象的示例如下：
{"_id":objectid("55fc7d13fa021e379286e01d"),
"videourl":
“http://mtc.cdn.vine.co/r/videos/d04cb14359111469522668
7418368_2ee27ec197d.5.1.3922389212699738811.mp4？vers
ionid＝6eeafzsc_bugikew8orbosfjhkijbfak","vine":"us
ername":"donjose","permalinkurl":
"https://vine.co/v/mlxv7aglgpv","description":"inlife
yourwillalwayshavepeoplewho#hateliketaylorswift
says#shakeitoff"},"youtubeid":"nfwlot6h_jm",
"starttime":23.82367346938776,"endtime":
29.97696145124717}
系统设计的另一个方面可以包括视频推荐。视频推荐可以包括一组操作，通过该组操作系统构建屏幕播放，该屏幕播放将由ui使用以和主视频以及替代视频一起以同步方式回放参考内容。该操作可以基于用户反馈和存储在数据库中的元数据。
图5示出了根据某些实施例的视频推荐处理。在1处，ui可以将ref_id和用户_id发送到视频编辑器。可能的api请求可能是超文本传输协议(http)get请求的形式：
/plot/recommend？youtubeid＝nfwlot6h_jm&sessionid＝13
dk5tlb7c9h81k6bg14.
在2处，视频编辑器可以只是将这些id转发到推荐器，而在此阶段并没有进一步的动作。随后，在3处，推荐器可以请求针对给定参考内容(包括当前用户)的全部反馈。该反馈可以被缓存，除了可能当前用户的反馈之外，因为ui可以直接访问当前用户的反馈。
在4处，数据库可以发送所请求的全部反馈。随后，在5处，推荐器可以请求提交给给定参考的全部记录的元数据。元数据可以被缓存。为了说明的目的，此讨论省略了关于内容和用户的策略相关的功能。尽管如此，这些政策相关的功能也能够被应用。
在6处，数据库可以发送所请求的元数据，然后在7处，推荐器可以计算针对每个记录的分数。一个可能的实施可以如下。首先，推荐器能够将全部记录带到给定的参考内容，并且向全部记录中的每一个指配默认分数1500。随后，在该归一化步骤之后，推荐器能够取得与用户所发起的视频切换有关的全部反馈事件。此后，推荐器可以使用elo评分系统来基于每个反馈更新分数。为了应用elo评级，如果存在由用户从一个视频到另一个的切换，则这可以被认为第一视频游戏失败，并且第二视频获胜。elo评分和其它排名系统领域的技术人员能够按照上边讨论的方向应用elo评分和其它排名系统的其它方面。因此，排名/评分的进一步细节未在此明确列出。对于这种系统的更多讨论，见langville等的“谁是#1：评分和排名的科学”(who’s#1:thescienceofratingandranking)，(普林斯顿大学出版社：2012)，该文献在此通过引用整体并入本文。
以此种方式，或者任何其它期望方式，排名列表可以在全部记录中被建立。此列表可以作为ref_id和分数的对被发送回视频编辑器。不同机制能够被应用于以基于不同用户的简档来对不同用户给出不同分数。
视频编辑器的任务可以包括确定应当显示哪个记录，以及在何时，以及应当选择哪一个作为主视频。实现这一点的一种可能的方式是维护一个有序块的列表，其描述时间线以及包含有关开始时间、结束时间、主视频和替代视频的信息。视频编辑器还可以通过分数以降序来排列记录的得分列表。视频编辑器可以迭代地进行下一记录和执行以下操作，只要未达到列表末端。第一，视频编辑器可以基于开始时间和结束时间搜索到受影响的块。第二，视频编辑器可以确定，对于具有关于并行视频的数目的限制的给定时间、屏幕上剩余时间、以及作为主视频的剩余时间，该块是否能够被放置。这些限制可以被使用以便于提供更好的用户体验。第三，如果记录能够适合其时间段，视频编辑器可以分割开始块和结束块以便于精确地遵循记录的时间线。视频编辑器可以浏览全部受影响的块，并将记录作为主视频或者额外的替代视频。
随后，视频编辑器可以随机地打乱记录的顺序以便给其它记录机会。此后，视频编辑器可以重复该迭代步骤，同时增加允许的并行视频的数量，以便在屏幕上放置几个随机视频。这可以允许新的视频被显示，即使顺序是固定的。
最终，在8处，视频编辑器可以返回屏幕播放。视频编辑器可以使用如下格式：一组块，每个块的开始和结束时间，主视频的标识符，以及替代视频的列表。
以下是可以如何呈现该格式的示例：
视频的同步回放可以以各种方式实现，以下是方式的示例。例如，图6示出了根据某实施例的简单视频构建逻辑的样本。
如图6所示，在不同时间，不同视频可以被选择为主视频。因此，在该特定示例中，视频可以形成自动从第二视频切换到第一、到第三以及最终到第四视频的编译。尽管如此，用户可以可选的对于给定时间段选择将替代视频作为基本视频。
当用户带卡用户界面时，ui能够转换到api以下载给定参考内容的屏幕播放。如图6所示，屏幕播放可以包括按时间排序的多个块。当用户开始播放参考内容时，用户界面可以浏览列表来以下文方式提供视频。
首先，ui可以检索参考内容的当前时间戳。随后，ui可以搜索到开始时间小于当前时间戳以及结束时间大于代签时间戳的块。此后，ui可以根据当前块更新视频的可见性。
例如，ui可以隐藏没有在块中呈现的视频。ui可以添加在块中但尚不可见的视频。搜索到新视频的位置的逻辑在下文中进行讨论。最终，ui能够使该主视频变大，并且使旧的主视频正常。
一旦ui已经更新了视频，ui可以针对块的结束时间设置计时器。随后，当计时器到期或者以其它方式指示块的末尾已经到达或者来到，则ui可以重新开始相同的处理。
图7示出了根据某实施例的视频的屏上定位。可以存在确定视频在屏幕上位置的各种方法。因为当替代视频被选作主视频时，替代视频的尺寸可以增大，所以替代视频可以以允许他们相互之间没有叠加地被显示的方式被放置。
例如，替代视频可以伪随机地被放置在屏幕上。这种放置可以获得令人愉快的用户体验。时隙分配算法可以负责将替代视频放置在屏幕上，同时确保他们不重叠。下文是时序分配的可能机制的一个示例。
如图7所示，代替在屏幕上使用任何像素位置，简化模型可以使用网格用于视频的放置。能够按照参考内容、主视频和替代视频的高度和宽度是网格平方尺寸的倍数的方式来确定参考内容、主视频和替代视频的尺寸。这可以简化分配。
此系统可以跟踪网格状态。如果视频在特定位置上被显示，或者如果附近的视频能够扩大到该位置上，则该位置可以被认为被占据了。此外，空的方格可以被认为未被占据。
当下一个替代视频要被放置在屏幕上时，系统可以选择随机的网格位置。系统随后可以检查方格是否具有足够的未经占据的周围位置以用于使视频在被选择时扩大成主视频。
通过在全部可能的方向上检查主视频大小位置距离替代视频的位置，能够完成对尺寸扩大的可能性的计算，该全部可能的方向为：原地，以及在8个方向上：两个水平，两个垂直，和四个对角线。
如果视频能够在这些方向的任何方向上扩大，则该方向可以被选择用于视频将来的扩大，并且其扩大后将要占据的位置可以在网格中被标识为被占据。这种标记或者预定能够确保，如果替代视频需要扩大，则它将不会在其它视频之上扩大。
如果随机位置和扩大方向选择是成功的，则视频可以被放置在被分配的位置并且能够在屏幕上显示。如果随机位置或者扩大方向选择未成功，或者由于随机位置被占据或者视频不能够从该位置扩大，则可以测试下一个位置，直到合适的位置被找到。
系统可以将屏幕以及主视频的边界纳入考虑。这些边界可以阻止在该边界方向的扩大。该边界可以被放置在ui的屏幕的边缘，或者可以被放置在ui内的框或者窗口内。例如，ui可以占据整个显示设备，显示设备的大部分，但是具有围绕ui的框，或者显示设备的窗口。
一旦替代视频或者主视频结束回放并且从屏幕上消失，系统可以将之前被视频占据的部位标记为未被占据的网格位置，以便于确保他们被考虑用于将来的视频位置分配。因此，在参考时间线上播放的过程中，同时播放的视频数量可以增加或者减少，或者两者均有。
图8示出了根据某实施例的反馈机制。反馈引擎可以被用于捕获用于系统的推荐部分的数据。ui可以记录回放期间的全部变化，因此全部视频播放能够被重构。如上所述，如果视频位置是伪随机定位的，则视频位置可以被排除在考虑之外。因此，系统可以获知用户在ui上实际看了什么，并且用户的决定能够被精确地分析。
如图8所示，在0处ue可以订阅不同事件以便采集它们。为了避免性能问题或者由于其它原因，在ue将事件发送到api之前，ui可以采集事件达一段时间。系统能够记录各种信息，包括，例如下述事件。
第一事件可以是用户切换到或者选择替代视频。ui可以通过侦听视频元素上的悬停时间来检测该变化。第二事件可以是任何视频被添加到屏幕或者被从屏幕上移除。ui可以根据其本身的逻辑检测该变化。
在1处，ui可以通过发送当前的ref_id、user_id以及对事件的描述来向api报告。一个可能的实施是将httppost发送到包含以下内容的action/bulkurl：
actions[0][action]:plotchanged
actions[0][params][userselected]:false
actions[0][currenttime]:0
actions[0][sessionid]:1lmmnjr1s5fdpn1r03d7d
actions[0][youtubeid]:nfwlot6h_jm
actions[1][action]:plotchanged
actions[1][params][userselected]:false
actions[1][context][main]:
actions[1][currenttime]:0.406401
actions[1][sessionid]:1lmmnjr1s5fdpn1r03d7d
actions[1][youtubeid]:nfwlot6h_jm
在2处，api可以将事件广播到推荐器。因此推荐器可以根据上文所述的方法、或者任何其它期望的方法来更新推荐器状态。
在3处，api可以将反馈发送到数据库。随后数据库可以永久地或者循环地保存反馈。
图9示出了根据某些实施例的方法。该方法可以包括，在910处，接收多媒体元素。该多媒体元素可以是视频记录或者其它相似元素，包括三维的视频记录、具有多个角度的视频记录等。录像片段是多媒体元素的非限制性示例。
方法还可以包括，在920处，存储多媒体元素作为参考内容。在某些实施例中，每一个存储的多媒体元素可以初始地被视为参考内容，直到它与其它内容的关系已知或者被决定。在某些实施例中，参考内容可以被存储在外部，并且实施该方法的系统可以存储对参考内容的指针和引用。
方法可以进一步包括，在930处，接收与参考内容有关的记录。该记录可以是，例如，对于参考内容的用户反应、对应于参考内容的另一个视频角度、或者参考内容视频编辑。该视频编辑可以是配音、子标题、音频替换等。视频编辑还可以包括其它变化或者添加，诸如，审查、添加音频或者视觉层、改变长宽比、稳定视频等。视频编辑还可以包括纯音频编辑，诸如改变音轨的音高，将单声道转换为模拟立体音轨等。
方法还可以包括，在940处，保存该记录以及该记录与参考内容之间的关系。关系可以包括与参考内容之间的视频编辑关系。在该环境中，视频编辑关系可以包括诸如关于参考内容的相对开始时间和/或结束时间的信息。还可以提供额外的数据，该额外的数据能够建立关于该记录和参考内容之间的关系的更多信息。如从上文可见的，该视频编辑关系并非必须要求该记录是参考内容的编辑。例如，该记录可以是参考内容中所记录的事件的单独的记录角度。如同参考内容，在某实施例中，该记录可以存储在外部。因此实施该方法的系统可保存对该记录的指针或者引用。
方法可以进一步包括，在950处，当接收到指示记录或者参考内容中至少一个的选择信息时，提供视频编辑关系。这可以涉及到将该关系提供给用户界面，从而用户界面能够在在呈现中在合适的位置和/或时间显示视频。
方法还可以包括，在960处，获得针对记录的评分。如上述提及的，该评分可以基于与记录有关的用户行为，诸如切换到记录或从记录切换。该评分关于记录可以是分段的，例如，以30秒的区段，或者可以用于整个记录。方法能够进步一步包括，在962处，将该评分与记录相关联。该方法可以额外的包括，在964处，基于评分推荐记录。该推荐可以包括在多视频同步呈现中推荐对于一个或多个时间段作为主记录呈现的记录。
方法还可以包括，在970处，分析记录以确定与参考内容有关的针对该记录的元数据。该元数据可以是，例如，视频编辑关系。该方法可以进一步包括，在974处，将所确定的元数据与该记录和参考内容相关联。
图10示出了根据某些实施例的另一种方法。如图10所示，方法可以包括，在1010处，接收对参考内容的选择。该方法还可以包括，在1020处，呈现与参考内容有关的多个记录。该呈现可以包括与该多个记录中的被显示作为主记录的一个记录同步地播放该多个记录，该主记录大于该多个记录中其它记录。关于哪个记录被作为主要记录的决定可以基于推荐，例如，如在图9中的方法中所生成的。该记录可以关于参考时间线同步，该参考时间线可以基于参考内容。
图10的方法还可以包括，在1030处，接收对多个记录中的其它记录中的选择。方法可以进一步包括，在1040处，将所选择的记录提升为主记录。例如，实现该方法的系统可以检测用户点击、按压、或者在一个替代记录上的悬停，并且随后决定将其作为主记录，并且之前的主记录因此可以变成替代记录之一。
该方法还可以包括，在1050处，当所选择的记录在参考内容结束之前结束时，选择多个记录中的另一个记录作为主记录。图6中能够见到这样的示例，其中在总时间到期之前的几次，在主视频结束时有到替代视频的几次切换。
方法还可以包括，在1060处，接收用于停止所选择的记录的指示。方法可以进一步包括，在1070处，接收编辑参考内容的请求。方法可以另外包括，在1080处，基于来自于用户的指令编辑参考内容。该编辑可以取决于对用户具有修改参考内容的权限的确认。因此，一些认证系统或者相似系统可以被应用以提供用户权限的这种确认。
图11示出了根据某些实施例的进一步的方法。如图11所示，方法可以包括，在1110处，接收用户想要对参考内容添加的指示。方法还可以包括，在1120处，在显示参考内容的同时记录用户作为记录。该记录可以是用户的自拍视频或者是通过用户控制的设备进行的任何视频或音频记录。该方法可以进一步包括，响应于在1125处来自于用户的请求，在1130处同步回放用户的记录和参考内容。
方法还可以包括，在1140处，保存记录以及该记录与参考内容之间的关联。该方法还可以包括，在1150处，接收提交该记录的请求。这可以是来自于用户的请求。该方法可以进一步包括，在1160处，将该记录以及与参考内容的关联一同上传。
图12示出了根据本发明某些实施例的系统。在一个实施例中，系统可以包括多个设备，诸如，例如，至少一个用户设备1210、至少一个服务器1220、以及至少一个数据库1230。用户设备1210可以是任何终端设备，诸如个人计算机、平板计算机、智能手机、个人数字助理、移动计算设备、或者任何配备了网页浏览器的设备。服务器1220可以被配置为如图3所示的视频服务器或者分析器、如图4所示的视频提供者、下载器、或者分析器、如图5所示的视频提供者或者推荐器、如图8所示的推荐器。用户设备1210和/或服务器1220可以被配置为提供或者使用如本文所述的api。
这些设备中的每一个可以包括至少一个处理器，相应地指示为1214、1224、和1234。至少一个存储器可以在每个设备中被提供，并且分别指示为1215、1225、以及1235。存储器可以包括包含在其中的计算机程序指令或者计算机代码。处理器1214、1224、和1234以及存储器1215、1225、以及1235或者其子集，能够被配置为提供与图9至11中各种块相应的部件。
如图12所示，收发器1216、1226、以及1236可以被提供，并且每个设备还可以包括天线，分别示出为1217、1227、和1237。例如，这些设备的其它配置可以被提供。例如，数据库1230可以被配置用于有线通信，以替代无线通信，并且在这种情况下，天线1237可以表示任何形式的通信硬件，并不要求是常规天线。
收发器1216、1226、和1236每一个可以独立地是发射机、接收机、或者发射机和接收机两者、或者是被配置用于发射和接收的单元或设备。
处理器1214、1224和1234可以由任何计算或者数据处理设备来实现，诸如中央处理器(cpu)、专用集成电路(asic)、或者类似设备。处理器可以被实施为单个控制器，或者多个控制器或处理器。
存储器1215、1225、和1235可以独立地是任何合适的存储设备，诸如非暂时性计算机可读介质。硬盘驱动器(hdd)、随机存取存储器(ram)、闪存、或者其它合适存储器可以被使用。存储器可以组合在单个集成电路上作为处理器，或者可以与一个或多个处理器分开。此外，存储在存储器中并且可以由处理器处理的计算机程序指令可以是任何合适形式的计算机程序代码，例如，以任何合适的编程语言编写的编译或者解译计算机程序。
存储器和计算机程序指令可以被配置为，与特定设备的处理器一起，促使诸如用户设备1210、服务器1220、和数据库1230的硬件装置执行本文所述的任何处理(见，例如，图9至11)。因此，在某实施例中，非暂时性计算机可读介质可以用计算机指令被编码，当在硬件中被执行时，该计算机指令执行诸如本文所述的处理中的一个。替代地，本发明的某些实施例可以全部在硬件中被执行。
此外，尽管图12示出了含有用户设备、服务器、以及数据库的系统，但是本发明的实施例可以应用于其它配置、以及涉及附加元件的配置。例如，未示出，可以存在额外的用户设备，并且可以存在额外的网络元素，如图3、4、5、和8所示。
某些实施例可以具有各种益处和/或优势。例如，某些实施例可以允许协同内容编辑并且使这种编辑的结果对用户可用。某些实施例可以基于用户策略和简档播出视频，并且可以避免不必要的用户搜素。此外，某些实施例可以增加每个视频的生命期，并且提高用户对在互联网上传输的内容的满意度。
本领域的普通技术人员将容易地理解，如上所讨论的本发明可以以不同顺序的步骤来实施和/或利用与所公开的配置不同的配置的硬件元件来实施。因此，虽然已经基于这些优选实施例描述了本发明，但是对于本领域技术人员来说，显而易见的是，在保持在本发明的精神和范围内的同时，某些修改、变化和替代构造将是显而易见的。
缩写列表
api：应用程序接口。前端和后端系统之间的接口。
id：识别码。
ui：用户界面。