一种过程录制方法、装置、系统、电子设备、及存储介质与流程

本公开实施例涉及数据采集处理技术领域，具体涉及一种用户交互业务的过程录制方法、装置、系统、设备、及介质。

背景技术：

对于线上多人交互业务来说，业务参与人或者围观人在遇到精彩内容时，不免会有录制下来的需求，以备回看观摩或分享给亲人朋友。

现有技术一般采用录屏方式帮助交互业务参与人进行录制。但是多人交互业务参与者或者围观者往往是在一轮多人交互业务中间突然想到需要记录或分享，或者在遇到精彩处才想到录制下来，若此时发出录制指令，该轮多人交互业务往往已经过半，精彩部分往往已经一闪而过，这样录制的结果往往不尽如人意。

以ktv功能的交互业务为例，无论是交互业务参与人还是观众都可以记录演唱片段。如果按照传统的录屏的方式来完成记录，则录制的信息只能从操作触发开始，这样可能无法获得从开始到结束的完整演唱片段。

技术实现要素：

有鉴于此，本公开实施例提供一种用户交互业务的过程录制方法、装置、系统、电子设备、及存储介质，以根据后触发的指令记录完整的多人交互业务场景。

本公开实施例的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开实施例的实践而习得。

第一方面，本公开实施例提供了一种用户交互业务的过程录制方法，包括：

在检测到录制信号时，获取当前多人交互业务的业务标识和当前轮次标识；

根据所述业务标识和所述轮次标识向服务器请求录制资源，并接收服务器返回的至少一种录制资源；

至少根据得到的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

第二方面，本公开实施例还提供了一种用户交互业务的过程录制方法，包括：

接收客户端的录制请求，根据所述录制请求获取所请求的目标多人交互业务的业务标识和当前轮次标识；

向所述客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源，以使所述客户端至少根据所述至少一种录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

第三方面，本公开实施例提供了一种用户交互业务的过程录制系统，包括服务器和至少一个客户端：

所述至少一个客户端用于接收交互业务参与人的多人交互业务过程中触发的录制指令，获取录制指令触发时的业务轮次标识和当前业务标识，向所述服务器请求录制资源，至少根据所述服务器返回的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频；

所述服务器用于接收所述至少一个客户端的录制请求，根据所述录制请求获取所请求的目标多人交互业务的业务标识和当前轮次标识，向请求的客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源。

于一实施例中，所述多人交互业务包括至少两个交互业务参与人，所述至少两个交互业务参与人中至少一个交互业务参与人根据播放的领唱片段进行接唱，从领唱至所述领唱对应的接唱结束为一个轮次；

所述录制视频包括当前轮次的场景信息、所述领唱片段的声音信息、以及所述接唱的声音信息/视频信息。

于一实施例中，所述录制资源包括当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源。

于一实施例中，所述方法还包括，在检测到接唱信号时，保存接唱录音并实时将所述接唱音频/接唱视频上传至服务器；

所述录制资源包括当前轮次的领唱音频和场景资源；

至少根据所述服务器返回的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频包括：根据本地保存的所述接唱录音、所述领唱音频和所述场景资源生成用于再现当前轮次的多人交互业务场景的录制视频。

于一实施例中，所述场景资源包括所述当前轮次的歌单所对应的模板视频或图片序列，所述模板视频或图片序列包括所述歌单的信息和所述领唱片段的歌词。

于一实施例中，所述模板视频或图片序列还包括当前轮次的交互业务参与人信息、当前轮次的接唱的交互业务参与人信息、当前轮次的交互信息、以及当前轮次的接唱结果信息的至少一种。

于一实施例中，所述交互信息包括评论信息、点赞信息和/或交互控件。

所述背景图片包括领唱背景图片、接唱背景图片、接唱结果背景图片。

第四方面，本公开实施例提供了一种用户交互业务的过程录制装置，包括：

信号检测单元，用于在检测到录制信号时，获取当前多人交互业务的业务标识和当前轮次标识；

资源请求单元，用于根据所述业务标识和所述轮次标识向服务器请求录制资源，并接收服务器返回的至少一种录制资源；

视频生成单元，用于至少根据得到的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

于一实施例中，所述多人交互业务包括至少两个交互业务参与人，所述至少两个交互业务参与人中至少一个交互业务参与人根据播放的领唱片段进行接唱，从领唱至所述领唱对应的接唱结束为一个轮次；

所述录制视频包括当前轮次的场景信息、所述领唱片段的声音信息、以及所述接唱的声音信息/视频信息。

于一实施例中，所述录制资源包括当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源。

于一实施例中，所述装置还包括接唱存储与上传单元，在检测到接唱信号时，保存接唱录音并实时将所述接唱音频/接唱视频上传至服务器；

所述录制资源包括当前轮次的领唱音频和场景资源；

所述视频生成单元用于：根据本地保存的所述接唱录音、所述领唱音频和所述场景资源生成用于再现当前轮次的多人交互业务场景的录制视频。

于一实施例中，所述场景资源包括所述当前轮次的歌单所对应的模板视频或图片序列，所述模板视频或图片序列包括所述歌单的信息和所述领唱片段的歌词。

于一实施例中，所述模板视频或图片序列还包括当前轮次的交互业务参与人信息、当前轮次的接唱的交互业务参与人信息、当前轮次的交互信息、以及当前轮次的接唱结果信息的至少一种。

于一实施例中，所述交互信息包括评论信息、点赞信息和/或交互控件。

第五方面，本公开实施例还提供了一种用户交互业务的过程录制装置，包括：

请求获取单元，用于接收客户端的录制请求，根据所述录制请求获取所请求的目标多人交互业务的业务标识和当前轮次标识；

资源下发单元，用于向所述客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源，以使所述客户端至少根据所述至少一种录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

于一实施例中，所述多人交互业务包括至少两个交互业务参与人，所述至少两个交互业务参与人中至少一个交互业务参与人根据播放的领唱片段进行接唱，从领唱至所述领唱对应的接唱结束为一个轮次；

所述录制视频包括当前轮次的场景信息、所述领唱片段的声音信息、以及所述接唱的声音信息/视频信息。

于一实施例中，所述资源下发单元用于：

若所述客户端匹配当前轮次的接唱的交互业务参与人，向所述客户端发送所述多人交互业务的当前轮次的领唱音频和场景资源；

若所述客户端不匹配当前轮次的接唱的交互业务参与人，向所述客户端发送所述多人交互业务的当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源。

于一实施例中，所述场景资源包括所述当前轮次的歌单所对应的模板视频或图片序列，所述模板视频或图片序列包括所述歌单的信息和所述领唱片段的歌词。

于一实施例中，所述模板视频或图片序列还包括当前轮次的交互业务参与人信息、当前轮次的接唱的交互业务参与人信息、当前轮次的交互信息、以及当前轮次的接唱结果信息的至少一种。

于一实施例中，所述交互信息包括评论信息、点赞信息和/或交互控件。

第六方面，本公开实施例提供了一种电子设备，包括：处理器；存储器，存储用于所述处理器控制如第一方面或第二方面任一项所述方法的指令。

第七方面，本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面或第二方面任一项所述方法的步骤。

本公开实施例的技术方案，通过客户端在检测到录制信号时，根据当前业务标识和当前轮次标识向服务器请求录制资源，然后根据得到的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频，能够根据一轮多人交互业务中间的任一时刻的录制命令得到该轮次的完整视频，能够根据后触发的指令生成再现多人交互业务的整个轮次完整的多人交互业务场景的录制视频。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对本公开实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本公开实施例的其中一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据本公开实施例的内容和这些附图获得其他的附图。

图1示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制方法流程图；

图2示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制方法流程图；

图3示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制方法流程图；

图4示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制系统结构示意图；

图5示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制装置结构框图；

图6示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制装置结构框图；

图7示出了适于用来实现本公开实施例的电子设备的结构示意图。

具体实施方式

为使本公开解决的技术问题、采用的技术方案和达到的技术效果更加清楚，下面将结合附图对本公开实施例的技术方案作进一步的详细描述，显然，所描述的实施例仅仅是本公开实施例中一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开实施例保护的范围。

下面结合附图并通过具体实施方式来进一步说明本公开实施例的技术方案。

图1示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制方法流程图，本实施例可适用于根据一轮多人交互业务中间的任一时刻的录制命令得到用于再现当前轮次的完整多人交互业务场景的录制视频的情况，该方法可以由配置在任一多人交互业务的交互业务参与人或观众的客户端中的用户交互业务的过程录制装置来执行，如图1所示，本实施例所述的用户交互业务的过程录制方法包括：

在步骤s110中，客户端在检测到录制信号时，获取当前多人交互业务的业务标识和当前轮次标识。

即获知在用户触发录制命令时刻，该用户所玩的业务标识和轮次标识。

所述轮次是指多人交互业务的一轮，属于多人交互业务的一个完整计量单位。例如打牌类的多人交互业务的一局或下棋类的多人交互业务的一局、抢答类的多人交互业务中，从一个或一组问题从提问到回答问题再到公布结果的一个完整流程等。

从录制需求的角度来说，其划分的粒度一选选择切合大多数用户的录制需求的单元，只要其为完整的一个环节即可，本实施例并不限定一轮多人交互业务的具体粒度大小。

在步骤s120中，根据所述业务标识和所述轮次标识向服务器请求录制资源，并接收服务器返回的至少一种录制资源。

在步骤s130中，根据得到的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

本实施例的技术方案，客户端在检测到录制信号时，获取当前多人交互业务的业务标识和当前轮次标识，根据所述业务标识和所述轮次标识向服务器请求录制资源，客户端至少根据得到的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频，能够根据一轮多人交互业务中间的任一时刻的录制命令得到该轮次的完整视频，能够根据后触发的指令生成再现多人交互业务整个轮次完整的多人交互业务场景的录制视频。

以唱歌类的多人交互业务为例，多人交互业务包括至少两个交互业务参与人，所述至少两个交互业务参与人中至少一个交互业务参与人根据播放的领唱片段进行接唱，从领唱至所述领唱对应的接唱结束为一个轮次。

客户端的多人交互业务参与人，例如某场多人交互业务的某交互业务参与人或围观者在某一轮次中间触发录制指令后，根据所述业务标识和所述轮次标识向服务器请求录制资源，并接收服务器返回的至少一种录制资源。

根据得到的录制资源生成包括当前轮次的场景信息、所述领唱片段的声音信息、以及所述接唱的声音信息/视频信息的录制视频，用于再现当前轮次的多人交互业务场景。

向服务器请求的所述录制资源用于发出录制请求的客户端据其生成录制视频，只要能据其生成能够再现当前轮次的多人交互业务场景的录制视频即可，具体内容和形式本实施例不作限定。

例如该录制资源可包括当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源等，以使最终据此生成的录制视频包括当前轮次的场景信息、所述领唱片段的声音信息，达到再现当前轮次的多人交互业务场景的目的。

但是，本领域技术人员需要明确的是，如果是接唱者请求录制，可使用本地保存的所述接唱音频/接唱视频，而省略向服务器请求，以降低该客户端的流量消耗，减轻服务端的传输任务。

例如，抢到话筒的接唱者在检测到接唱信号时，保存当前轮次的接唱音频/接唱视频并实时将所述接唱音频/接唱视频上传至服务器。

向服务器请求包括当前轮次的领唱音频和场景资源的录制资源。

根据本地保存的所述接唱音频/接唱视频、所述领唱音频和所述场景资源生成用于再现当前轮次的多人交互业务场景的录制视频。

进一步地，抢到话筒的接唱者在检测到接唱信号时，在保存当前轮次的接唱音频/接唱视频并实时将所述接唱音频/接唱视频上传至服务器之前，可将本地保存的历史的接唱音频/接唱视频清除，以减少该客户端的数据冗余。

其中，所述场景资源可为各种数据形式，例如可以是视频形式，也可以是图片序列的形式，请求录制的客户端，在该场景资源对应的视频或图片序列上，将接唱音频/接唱视频和当前轮次的领唱音频合成进来，以生成录制视频。

例如，所述场景资源包括所述当前轮次的歌单所对应的模板视频或图片序列，所述模板视频或图片序列包括所述歌单的信息和所述领唱片段的歌词。

进一步地，所述图片序列可包括领唱背景图片、接唱背景图片、接唱结果背景图片，以配合一轮多人交互业务的不同阶段。

需要说明的是，上述方案所述的模板视频或图片序列，可以无差别地应用于不同的多人交互业务的同一歌单，该模板视频或图片序列与该轮次歌单配合即可。对于同一首歌来说，根据其领唱部分时长、接唱部分时长，将领唱音频和接唱音频/接唱视频合成进去，得到录制视频。对于这种情况，对于任一录制请求，首先通过业务标识和轮次标识确定当前歌单，通过歌单标识向发出录制请求的客户端返回该歌单对应的模板视频或图片序列的存放地址即可。类似地，同一歌单的领唱音频也可以这种方式提供给发出录制请求的客户端。

客户端从该地址获取模板视频或图片序列、以及领唱音频之后，再结合本地或从服务器获取的接唱音频/接唱视频，进行合成得到录制视频。

进一步地，为了使场景再现更加逼真，所述模板视频或图片序列还可包括当前轮次的交互业务参与人信息、当前轮次的接唱的交互业务参与人信息、当前轮次的交互信息、以及当前轮次的接唱结果信息的至少一种。

所述交互信息包括多种，用于再现当前轮次多人交互业务的交互特征，例如可以包括评论信息、点赞信息、以及交互控件等一种或几种的组合。

图2示出了本公开实施例中另一具体实施例所述的用户交互业务的过程录制方法流程图，本实施例以前述实施例为基础，进行了改进优化。如图2所示本实施例所述的用户交互业务的过程录制方法包括：

在步骤s210中，客户端检测到多人交互业务的开始信号，进行设置。

例如包括如下设置：记录当前业务标识，如业务id，将当前轮次重置到第一轮，将历史数据清空。

在步骤s220中，检测到录制信号，生成录制元数据。

交互业务参与人和观众在多人交互业务进行的任何过程都可以开始录制，录制的内容为当前轮次的片段，接受到录制信号后，会生成一个录制的元数据，包含业务标识(如业务id)和轮次标识(如轮次id)。

在步骤s230中，检测到轮次结束信号，进行数据下载。

需要说明的是，多人交互业务过程中会自动把此局多人交互业务的歌单中的领唱片段给下载下来，所以轮次结束的时候领唱片段是保证被下载下来的，但是录音作为输入是可选的，因为只有演唱者本身才有本地录音，其他的交互业务参与人和观众均没有下载本地录音，需要等演唱者将录音上传到服务端后再下载下来。

收到该信号后，执行下列操作：

记录当前多人交互业务轮次为原轮次加一，如果当前录制元数据存在，将领唱片段的本地路径(领唱录音统一资源定位符url)和可选的接唱录音路径(接唱录音统一资源定位符url)塞入元数据中。

在步骤s240中，生成录制片段。

片段的输入包含：业务标识(当前多人交互业务id)，轮次标识(需要记录的轮次标识)，本地领唱片段路径，可选的接唱录音路径。

当接收到片段生成信号后，客户端执行下列操作：

请求资源，根据业务标识和轮次标识向服务端请求需要的资源，资源包括：视频元数据下载路径，例如视频或图片序列，接唱音频元数据(接唱片段下载路径)。

下载接唱片段(可选)，如果输入中包含本地片段，则跳过这一步。

下载视频元数据(可为视频或者是图片序列)，如果视频元数据是图片序列，据其生成照片电影。

拼接音频信息，领唱加接唱，拼接成一个音频。

将音频与视频合成并导出。

分享或者保存在本地。

通过上述技术方案，无论交互业务参与人在本轮次中何时输入录制信号，都可以获得完整的场景录制数据。

通过本实施例的上述技术方案，无论交互业务参与人或观众在本轮次中任何时候输入录制信号，客户端能够根据一轮多人交互业务中间的任一时刻的录制命令得到该轮次的完整视频，能够根据后触发的指令生成再现多人交互业务的整个轮次完整的多人交互业务场景的录制视频。

图3示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制方法流程图，本实施例可适用于根据一轮多人交互业务中间的任一时刻的录制命令得到用于再现当前轮次的完整多人交互业务场景的录制视频的情况，该方法可以由配置在服务器中的用户交互业务的过程录制装置来执行，如图3所示，本实施例所述的用户交互业务的过程录制方法包括：

在步骤s310中，服务器接收客户端的录制资源请求，根据所述录制资源请求获取所请求的目标多人交互业务的业务标识和当前轮次标识；

在步骤s320中，服务器向所述客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源，以使所述客户端至少根据所述至少一种录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

本实施例的技术方案通过服务器接收客户端的录制资源请求，根据所述录制资源请求获取所请求的目标多人交互业务的业务标识和当前轮次标识，向所述客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源，以使所述客户端至少根据所述至少一种录制资源生成用于再现当前轮次的多人交互业务场景的录制视频，能够支持任一多人交互业务的交互业务参与人或观众一轮多人交互业务中间的任一时刻发出录制命令后，得到该轮次的录制资源，以生成该轮次的完整视频，能够支持客户端根据客户后触发的指令生成再现多人交互业务的整个轮次完整的多人交互业务场景的录制视频。

以唱歌类的多人交互业务为例，包括至少两个交互业务参与人，所述至少两个交互业务参与人中至少一个交互业务参与人根据播放的领唱片段进行接唱，从领唱至所述领唱对应的接唱结束为一个轮次。所述录制视频包括当前轮次的场景信息、所述领唱片段的声音信息、以及所述接唱的声音信息/视频信息。

进一步地，为了减轻服务端的传输任务，以及降低该客户端的流量消耗，服务器向所述客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源前，可进一步根据请求的客户端是否是接唱的交互业务参与人对应的客户端，进行有区别的下发，包括：

若所述客户端匹配当前轮次的接唱的交互业务参与人，向所述客户端发送所述多人交互业务的当前轮次的领唱音频和场景资源；

若所述客户端不匹配当前轮次的接唱的交互业务参与人，向所述客户端发送所述多人交互业务的当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源。

例如，所述场景资源包括所述当前轮次的歌单所对应的模板视频或图片序列，所述模板视频或图片序列包括所述歌单的信息和所述领唱片段的歌词。

进一步地，所述模板视频或图片序列还包括当前轮次的交互业务参与人信息、当前轮次的接唱的交互业务参与人信息、当前轮次的交互信息、以及当前轮次的接唱结果信息的至少一种。

进一步地，所述交互信息包括评论信息、点赞信息、以及交互控件等其中的一种或多种组合。

相对于服务器实时录制所有的轮次，在客户端有请求时抽取请求的轮次视频下发这种方案来说，本实施例依客户端请求生成视频，不用生成所有的轮次的视频，能减少数据冗余，而且数据合成运算放到请求的客户端执行，能降低服务器的运算负担，并且与请求的客户端之间的数据传输量减少了。

图4示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制系统结构示意图，本实施例可适用于根据一轮多人交互业务中间的任一时刻的录制命令得到用于再现当前轮次的完整多人交互业务场景的录制视频的情况，该方法可以由配置在服务器中的用户交互业务的过程录制装置来执行，如图4所示，本实施例所述的用户交互业务的过程录制系统包括服务器和至少一个客户端。

所述至少一个客户端用于接收交互业务参与人在多人交互业务的过程中触发的录制指令，获取录制指令触发时的当前轮次标识和当前业务标识，向所述服务器请求录制资源，至少根据所述服务器返回的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频；

所述服务器用于接收所述至少一个客户端的录制资源请求，根据所述录制资源请求获取所请求的目标多人交互业务的业务标识和当前轮次标识，向请求的客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源。

以唱歌类的多人交互业务为例，所述多人交互业务包括至少两个交互业务参与人，所述至少两个交互业务参与人中至少一个交互业务参与人根据播放的领唱片段进行接唱，从领唱至所述领唱对应的接唱结束为一个轮次；

所述录制视频包括当前轮次的场景信息、所述领唱片段的声音信息、以及所述接唱的声音信息/视频信息。

进一步地，所述录制资源包括当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源。

进一步地，为了减轻服务端的传输任务，以及降低该客户端的流量消耗，所述服务器向所述至少一个客户端下发所述目标多人交互业务的当前轮次的录制资源前，可进一步根据请求的客户端是否是接唱的交互业务参与人对应的客户端，进行有区别的下发，包括：

若所述请求的客户端匹配当前轮次的接唱的交互业务参与人，向所述请求的客户端发送所述多人交互业务的当前轮次的领唱音频和场景资源；

若所述请求的客户端不匹配当前轮次的接唱的交互业务参与人，向所述请求的客户端发送所述多人交互业务的当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源。

对应地，在请求的客户端检测到接唱信号时，保存接唱录音并实时将所述接唱音频/接唱视频上传至服务器；

所述请求的客户端根据本地保存的所述接唱录音、所述领唱音频和所述场景资源生成用于再现当前轮次的多人交互业务场景的录制视频。

例如，所述场景资源包括所述当前轮次的歌单所对应的模板视频或图片序列，所述模板视频或图片序列包括所述歌单的信息和所述领唱片段的歌词。

进一步地，所述模板视频或图片序列还包括当前轮次的交互业务参与人信息、当前轮次的接唱的交互业务参与人信息、当前轮次的交互信息、以及当前轮次的接唱结果信息的至少一种。

进一步地，所述交互信息包括评论信息、点赞信息和/或交互控件。

进一步地，所述背景图片包括领唱背景图片、接唱背景图片、接唱结果背景图片。

本实施例的技术方案能够根据一轮多人交互业务中间的任一时刻的录制命令得到该轮次的完整视频，能够根据后触发的指令记录完整的多人交互业务场景。相对于传统的录屏方式，能追溯到本轮次开始时，录制的视频具有完整性。

相对于服务器实时录制所有的轮次，在客户端有请求时抽取请求的轮次视频下发这种方案来说，本实施例依客户端请求生成视频，不用生成所有的轮次的视频，能减少数据冗余，而且数据合成运算放到请求的客户端执行，能降低服务器的运算负担，并且与请求的客户端之间的数据传输量减少了。

图5示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制装置结构框图，所述用户交互业务的过程录制装置配置于应用程序客户端，如图5所示，所述装置包括信号检测单元510、资源请求单元520以及视频生成单元530。

所述信号检测单元510被配置为，用于在检测到录制信号时，获取当前多人交互业务的业务标识和当前轮次标识；

所述资源请求单元520被配置为，用于根据所述业务标识和所述轮次标识向服务器请求录制资源，并接收服务器返回的至少一种录制资源；

所述视频生成单元530被配置为，用于至少根据得到的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

本实施例可适用于多种在线多人交互业务，例如一种唱歌类的多人交互业务，所述多人交互业务包括至少两个交互业务参与人，所述至少两个交互业务参与人中至少一个交互业务参与人根据播放的领唱片段进行接唱，从领唱至所述领唱对应的接唱结束为一个轮次。

所述录制视频包括当前轮次的场景信息、所述领唱片段的声音信息、以及所述接唱的声音信息/视频信息。

进一步地，所述录制资源可包括当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源。

进一步地，所述装置还包括接唱存储与上传单元(图中未示出)，在检测到接唱信号时，保存接唱录音并实时将所述接唱音频/接唱视频上传至服务器。

所述录制资源包括当前轮次的领唱音频和场景资源，所述视频生成单元530用于：根据本地保存的所述接唱录音、所述领唱音频和所述场景资源生成用于再现当前轮次的多人交互业务场景的录制视频。

进一步地，所述场景资源包括所述当前轮次的歌单所对应的模板视频或图片序列，所述模板视频或图片序列包括所述歌单的信息和所述领唱片段的歌词。

进一步地，所述模板视频或图片序列还包括当前轮次的交互业务参与人信息、当前轮次的接唱的交互业务参与人信息、当前轮次的交互信息、以及当前轮次的接唱结果信息的至少一种。

进一步地，所述交互信息包括评论信息、点赞信息和/或交互控件。

本实施例提供的用户交互业务的过程录制装置可执行本公开实施例中方法实施例所提供的用户交互业务的过程录制方法，具备执行方法相应的功能模块和有益效果。

图6示出了本公开实施例中一具体实施例所述的用户交互业务的过程录制装置结构框图，所述的用户交互业务的过程录制装置配置于应用程序服务端，如图6所示，所述用户交互业务的过程录制装置包括请求获取单元610和资源下发单元620。

所述请求获取单元610被配置为，用于接收客户端的录制请求，根据所述录制请求获取所请求的目标多人交互业务的业务标识和当前轮次标识；

所述资源下发单元620被配置为，用于向所述客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源，以使所述客户端至少根据所述至少一种录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

本实施例可适用于多种在线多人交互业务，例如一种唱歌类的多人交互业务，所述多人交互业务包括至少两个交互业务参与人，所述至少两个交互业务参与人中至少一个交互业务参与人根据播放的领唱片段进行接唱，从领唱至所述领唱对应的接唱结束为一个轮次；

所述录制视频包括当前轮次的场景信息、所述领唱片段的声音信息、以及所述接唱的声音信息/视频信息。

进一步地，所述资源下发单元620还用于：

若所述客户端匹配当前轮次的接唱的交互业务参与人，向所述客户端发送所述多人交互业务的当前轮次的领唱音频和场景资源；

若所述客户端不匹配当前轮次的接唱的交互业务参与人，向所述客户端发送所述多人交互业务的当前轮次的领唱音频、接唱音频/接唱视频、以及场景资源。

进一步地，所述场景资源包括所述当前轮次的歌单所对应的模板视频或图片序列，所述模板视频或图片序列包括所述歌单的信息和所述领唱片段的歌词。

进一步地，所述模板视频或图片序列还包括当前轮次的交互业务参与人信息、当前轮次的接唱的交互业务参与人信息、当前轮次的交互信息、以及当前轮次的接唱结果信息的至少一种。

进一步地，所述交互信息包括评论信息、点赞信息和/或交互控件。

本实施例提供的用户交互业务的过程录制装置可执行本公开实施例中方法实施例所提供的用户交互业务的过程录制方法，具备执行方法相应的功能模块和有益效果。

下面参考图7，其示出了适于用来实现本公开实施例的电子设备700的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储装置708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、rom702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。

通常，以下装置可以连接至i/o接口705：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置707；包括例如磁带、硬盘等的存储装置708；以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从rom702被安装。在该计算机程序被处理装置701执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开实施例中上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：在检测到录制信号时，获取当前多人交互业务的业务标识和当前轮次标识；根据所述业务标识和所述轮次标识向服务器请求录制资源，并接收服务器返回的至少一种录制资源；至少根据得到的录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收客户端的录制资源请求，根据所述录制资源请求获取所请求的目标多人交互业务的业务标识和当前轮次标识；向所述客户端下发所述目标多人交互业务的当前轮次的至少一种录制资源，以使所述客户端至少根据所述至少一种录制资源生成用于再现当前轮次的多人交互业务场景的录制视频。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开实施例的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开实施例中各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

以上描述仅为本公开实施例中的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。