CN111741351B - 一种视频数据处理方法、装置及存储介质 - Google Patents

Abstract

本申请公开一种视频数据处理方法、装置及存储介质，其中，方法包括：响应针对视频详情页面中的任务发起控件执行的触发操作，输出任务发起控件所指示的业务属性对应的数据转移页面；响应针对数据转移页面执行的数据转移操作之后，确定虚拟互动界面，在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据；响应针对虚拟互动界面中的邀请控件执行的触发操作，将互动邀请信息输出至第一类型用户所在的公共业务广播群组；将接收到的第二类型用户的第二用户图像数据输出至虚拟入座区域；为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。采用本申请，可提供丰富的界面展示效果，并实现对线上多人同步观影的播放控制。

Description

一种视频数据处理方法、装置及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种视频数据处理方法、装置及存储介质。

背景技术

目前，当用户在视频客户端中需要点播某个视频节目（例如，付费节目）时，往往是自己支付自己所需要看的这个视频节目，以至于观看这个视频节目的任意两个用户之间是彼此相互独立的。比如，对于视频节目A而言，当两个用户（例如，用户B和用户C）针对该视频节目进行数据支付之后，业务服务器会为这两个用户（即用户B和用户C）配置两个独立的观影通道，这样，用户B可以在某个时刻（例如，T1时刻）通过该业务服务器所配置的观影通道1观看这个视频节目A，用户C可以在另一时刻（例如，T2时刻）通过该业务服务器所配置的观影通道2观看这个视频节目A，显然，现有的观影方式（即个人付费个人观影的方式），是难以确保这两个彼此独立的用户所观看该视频数据的进度进行同步的，即难以对这两个用户所观看的视频数据进行播放控制。此外，由于任意两个用户之间是彼此相互独立的，所以，在这两个用户在各自的用户终端上进行数据支付或者数据播放的过程中，会呈现出相同的界面的显示效果，进而导致不同用户终端的显示界面的展示效果比较单一的现象。

发明内容

本申请实施例提供一种视频数据处理方法、装置及存储介质，可以提供丰富的界面展示效果，并可以实现对多人在线同步观影的播放控制。

本申请实施例一方面提供了一种视频数据处理方法，方法包括：

获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，输出任务发起控件所指示的业务属性对应的数据转移页面；视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

当在数据转移页面上完成数据转移操作时，将应用客户端的显示界面由数据转移页面返回至视频详情页面，对视频详情页面中的浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据；

响应针对虚拟互动界面中的邀请控件执行的触发操作，将与目标视频数据相关联的互动邀请信息输出至第一类型用户所在的公共业务广播群组；公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户；

接收第二类型用户对应的用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据输出至虚拟入座区域；

在公共业务广播群组对应的虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

本申请实施例一方面提供了一种视频数据处理装置，装置包括：

详情页获取模块，用于获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，输出任务发起控件所指示的业务属性对应的数据转移页面；视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

区域旋转模块，用于当在数据转移页面上完成数据转移操作时，将应用客户端的显示界面由数据转移页面返回至视频详情页面，对视频详情页面中的浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据；

邀请信息发送模块，用于响应针对虚拟互动界面中的邀请控件执行的触发操作，将与目标视频数据相关联的互动邀请信息输出至第一类型用户所在的公共业务广播群组；公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户；

图像数据接收模块，用于接收第二类型用户对应的用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据输出至虚拟入座区域；

视频数据播放模块，用于在公共业务广播群组对应的虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

其中，装置还包括：

会话界面控制模块，用于获取应用客户端中的公共业务广播群组对应的会话界面，响应针对会话界面的触发操作，在会话界面中展示应用客户端中的目标业务程序；目标业务程序为嵌入在应用客户端中的嵌入式子程序；

视频数据请求模块，用于响应针对目标业务程序执行的触发操作，向应用客户端对应的业务服务器发送视频获取请求；视频获取请求用于指示业务服务器从视频数据推荐***中筛选出K个视频数据，以构成视频推荐列表；K为正整数；

推荐列表接收模块，用于接收业务服务器返回的视频推荐列表，将视频推荐列表中的K个视频数据输出至应用客户端中的目标业务程序对应的视频推荐界面。

其中，K个视频数据中包括目标视频数据；

详情页获取模块包括：

详情页输出单元，用于响应针对列表显示界面中的目标视频数据执行的触发操作，输出目标视频数据对应的视频详情页面；视频详情页面中包含用于指示第一类型用户发起互动任务的任务发起控件；

鉴权请求发送单元，用于响应第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，向业务服务器发送鉴权请求；鉴权请求用于指示业务服务器在对第一类型用户的任务发起权限进行鉴权成功时，获取与目标视频数据的业务属性相关联的订单配置页面；

订单配置单元，用于接收业务服务器返回订单配置页面，响应针对订单配置页面执行的触发操作，将在订单配置页面上输出与目标视频数据的业务属性相关联的订单配置信息，向服务器发送与订单配置信息相关联的数据转移页面；

转移界面输出单元，用于接收业务服务器返回的数据转移页面，输出数据转移页面。

其中，区域旋转模块包括：

转移操作获取单元，用于获取针对数据转移页面中的业务辅助信息执行的数据转移操作，在确认完成数据转移操作时，接收业务服务器返回的数据转移凭证，且在数据转移页面上输出转移成功提示信息；数据转移凭证用于表征第一类型用户具备发起互动任务的权限；

详情页返回单元，用于响应针对转移成功提示信息所在的数据转移页面上执行的返回操作，将应用客户端的显示界面由数据转移页面返回至视频详情页面；

旋转区域确定单元，用于在视频详情页面中，确定浏览辅助区域中的第一区域和第二区域，以垂直于浏览辅助区域所在平面的方向为旋转方向，基于旋转方向对第一区域和第二区域进行旋转操作，将旋转后的第一区域和旋转后的第二区域所在的浏览辅助区域，确定为旋转后的浏览辅助区域；旋转后的浏览辅助区域的尺寸与旋转前的浏览辅助区域的尺寸相同；

入座区域单元，用于确定将旋转后的浏览辅助区域所在的显示界面作为用于发起互动任务的虚拟互动界面，在虚拟互动界面将旋转后的第二区域确定为虚拟入座区域，在虚拟入座区域中输出第一类型用户的第一用户图像数据；虚拟入座区域中的座位数量是由第一类型用户所在的公共业务广播群组中的总人数所决定的。

其中，旋转后的第一区域用于展示与目标视频数据相关联的视频辅助信息；视频辅助信息包括目标视频数据的图片信息和短视频信息中的任意一种；

区域旋转模块还包括：

辅助信息切换单元，用于在旋转后的第一区域展示的视频辅助信息为图片信息时，响应针对短视频信息对应的短视频播放控件执行的触发操作，在旋转后的第一区域中播放短视频信息。

其中，邀请信息发送模块包括：

邀请信息生成单元，用于响应针对虚拟互动界面中的邀请控件执行的触发操作，获取第一类型用户的用户名称和目标视频数据的视频名称，基于用户名称和视频名称，生成与目标视频数据的业务属性相关联的互动邀请信息；

邀请信息发送单元，用于将与目标视频数据相关联的互动邀请信息发送给业务服务器，以使业务服务器在第一类型用户所在的公共业务广播群组中广播互动邀请信息对应的互动提示信息；

提示信息输出单元，用于接收业务服务器广播的互动提示信息，将互动提示信息输出至第一类型用户所在的公共业务广播群组。

其中，图像数据接收模块包括：

响应信息接收单元，用于在公共业务广播群组中的第二类型用户基于互动提示信息得到互动邀请信息时，接收第二类型用户对应的用户终端基于互动邀请信息返回的互动响应信息；互动响应信息中包括第二类型用户的第二用户图像数据以及第二类型用户参与互动邀请信息所指示的互动任务的互动序号；

用户图像输出单元，用于在虚拟入座区域中确定互动序号对应的虚拟座位，将第二用户图像数据输出至虚拟入座区域中的虚拟座位。

其中，互动响应信息中包括第二类型用户的用户名称；旋转后的浏览辅助区域中包括第三区域；第三区域用于展示视频业务数据对应的互动任务的任务状态；

图像数据接收模块还包括：

任务状态更新单元，用于在将包含第二类型用户的用户名称输出至虚拟互动界面时，接收业务服务器基于互动响应信息所统计到的互动用户数，基于互动用户数更新第三区域中的互动任务的任务状态。

其中，若业务属性为第一业务类型；则目标视频数据对应的互动任务为第一任务；

则视频数据播放模块包括：

播放室创建单元，用于在第一类型用户完成数据转移操作时，接收业务服务器基于第一业务类型创建的公共业务广播群组对应的第一虚拟播放室；

第一界面输出单元，用于在第一任务对应的任务邀请时长内，响应与第一虚拟播放室相关联的共享启动控件执行的触发操作，输出虚拟播放室对应的视频共享界面；

第一播放单元，用于在任务邀请时长达到邀请时长阈值时，在视频共享界面中调用视频播放器，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

其中，若业务属性为第二业务类型；则目标视频数据对应的互动任务为第二任务；

则视频数据播放模块包括：

任务状态检测单元，用于在第二任务对应的任务邀请时长内，检测到第二任务对应的任务状态为完成状态时，接收业务服务器基于第二业务类型创建的公共业务广播群组对应的第二虚拟播放室；完成状态是指业务服务器统计到参与响应第二任务的互动用户数达到互动用户阈值；互动用户阈值小于或者等于公共业务广播群组中的总用户人数；

第二界面输出单元，用于在任务邀请时长内，响应与第二虚拟播放室相关联的共享启动控件执行的触发操作，输出第二虚拟播放室对应的视频共享界面；

第二播放单元，用于在任务邀请时长达到邀请时长阈值时，在视频共享界面中调用视频播放器，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

本申请实施例一方面提供了一种视频数据处理方法，方法包括：

接收第一用户终端发起的鉴权请求，基于鉴权请求对第一用户终端对应的第一类型用户进行鉴权后，向第一用户终端返回数据转移页面；鉴权请求是由第一类型用户针对视频详情页面中的任务发起控件执行的触发操作后所得到的；视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

接收第一用户终端发送的数据转移请求，基于数据转移请求向第一用户终端返回数据转移页面；数据转移请求是由第一用户终端响应针对列表显示界面中的目标视频数据执行的触发操作所得到的；

接收第一用户终端发送的互动邀请信息，将互动邀请信息输出至第一类型用户所在的公共业务广播群组；公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户；互动邀请信息为第一用户终端响应针对虚拟互动界面中的邀请控件执行的触发操作所得到的；虚拟互动界面为第一用户终端对视频详情页面中的浏览辅助区域进行旋转操作后所确定的；旋转后的浏览辅助区域中包括虚拟入座区域；虚拟入座区域用于展示第一类型用户的第一用户图像数据；

在第二类型用户参与响应互动邀请信息时，接收第二类型用户对应的第二用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据发送给第一用户终端，以使第一用户终端将第二用户图像数据输出至虚拟入座区域；

接收第一用户终端发起的虚拟播放室创建指令，创建公共业务广播群组对应的虚拟播放室；虚拟播放室用于为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

本申请实施例一方面提供了一种视频数据处理装置，装置包括：

鉴权请求接收模块，用于接收第一用户终端发起的鉴权请求，基于鉴权请求对第一用户终端对应的第一类型用户进行鉴权后，向第一用户终端返回数据转移页面；鉴权请求是由第一类型用户针对视频详情页面中的任务发起控件执行的触发操作后所得到的；视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

转移请求接收模块，用于接收第一用户终端发送的数据转移请求，基于数据转移请求向第一用户终端返回数据转移页面；数据转移请求是由第一用户终端响应针对列表显示界面中的目标视频数据执行的触发操作所得到的；

邀请信息推送模块，用于接收第一用户终端发送的互动邀请信息，将互动邀请信息推送至第一类型用户所在的公共业务广播群组；公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户；互动邀请信息为第一用户终端响应针对虚拟互动界面中的邀请控件执行的触发操作所得到的；虚拟互动界面为第一用户终端对视频详情页面中的浏览辅助区域进行旋转操作后所确定的；旋转后的浏览辅助区域中包括虚拟入座区域；虚拟入座区域用于展示第一类型用户的第一用户图像数据；

图像数据转发模块，用于在第二类型用户参与响应互动邀请信息时，接收第二类型用户对应的第二用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据转发给第一用户终端，以使第一用户终端将第二用户图像数据输出至虚拟入座区域；

虚拟播放室创建模块，用于接收第一用户终端发起的虚拟播放室创建指令，创建公共业务广播群组对应的虚拟播放室；虚拟播放室用于为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

本申请实施例一方面提供了一种计算机设备，计算机设备包括：处理器和存储器；

处理器与存储器相连，其中，存储器用于存储程序代码，处理器用于调用程序代码，以执行本申请实施例一方面中的方法。

本申请实施例一方面提供了一种计算机存储介质，计算机存储介质存储有计算机程序，计算机程序包括程序指令，当处理器执行程序指令时，执行本申请实施例一方面中的方法。

本申请实施例一方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例一方面中的方法。

本申请实施例中的计算机设备可以在获取到应用客户端中的目标视频数据对应的视频详情页面时，接收第一类型用户针对该视频详情页面中的任务发起控件（例如，拼单控件或者包场控件）执行的触发操作，以输出该任务发起控件所指示的业务属性对应的数据转移页面；应当理解，该视频详情页面中包含与该目标视频数据相关联的浏览辅助区域，比如，该浏览辅助区域可以为该视频详情界面中所存在的需要进行3D旋转的特定区域。进一步的，计算机设备在检测到针对该数据转移页面执行完的数据转移操作（即拼单完成或者包场完成）之后，可以将该应用客户端的显示界面由数据转移页面返回至视频详情页面，并可以对该视频详情页面中的该浏览辅助区域进行旋转操作，进而可以将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，进而可以在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据。其中，该虚拟互动界面中可以包含用于在该应用客户端的公共业务广播群组中邀请群好友的邀请控件。进一步的，计算机设备可以响应针对虚拟互动界面中的邀请控件执行的触发操作，以将与目标视频数据相关联的互动邀请信息输出至该第一类型用户（比如，用户1）所在的公共业务广播群组；该公共业务广播群组可以包括第二类型用户（例如，用户2和用户3）；这里的第二类型用户可以为该公共业务广播群组中参与响应互动邀请信息的用户。应当理解，该虚拟互动界面可以为对视频详情页面中的特定区域进行3D旋转处理后所得到的显示界面，所以，在该虚拟互动界面中的虚拟入座区域不仅可以用于展示发起邀请的邀请用户的用户图像数据，还可以用于展示已接收邀请的被邀请用户的用户图像数据。这样，当被邀请的其他用户（例如，用户4）在获取到互动邀请信息时，可以进一步在该虚拟互动界面的虚拟入座区域中查看到当前需要观看该目标视频数据（例如，节目X）的每个用户的用户图像数据，进而可以帮助该其他用户（例如，用户4）决策是否加入一起观看该视频节目X，如果其他用户（例如，用户4）也选择一起观看该视频节目X，则可以将该用户4作为第二类型用户。此时，该计算机设备可以在接受到接收第二类型用户（例如，用户4）对应的用户终端发送的第二类型用户的第二用户图像数据，进而可以将第二用户图像数据输出至虚拟入座区域，这意味着随着被邀请用户的用户数的增加，该虚拟互动界面中的虚拟入座区域会呈现出不同的用户图像数据，进而可以提供丰富的界面展示效果。此外，该计算机设备还可以在公共业务广播群组对应的虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据，应当理解，本申请实施例通过该虚拟播放室，可以为在同一公共业务广播群组中的多人提供线上同步观影的功能，进而可以在该虚拟播放室中实现对多人在线同步观影的播放控制。

附图说明

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

图1是本申请实施例提供的一种网络架构的结构示意图；

图2是本申请实施例提供的一种进行数据交互的场景交互图；

图3是本申请实施例提供的一种视频数据处理方法的流程示意图；

图4是本申请实施例提供的一种获取目标视频数据的场景示意图；

图5是本申请实施例提供的一种获取数据转移界面的场景示意图；

图6是本申请实施例提供的一种订单配置页面的场景示意图；

图7是本申请实施例提供的一种获取虚拟互动界面的场景示意图；

图8是本申请实施例提供的一种将第二用户图像数据添加至虚拟入座区域的场景示意图；

图9是本申请实施例提供的一种视频数据处理方法的示意图；

图10是本申请实施例提供的一种前端与后台进行数据交互的技术架构图；

图11是本申请实施例提供的一种进行资格审查的场景示意图；

图12是本申请实施例提供的一种进行状态转换的场景示意图；

图13是本申请实施例提供的一种视频数据处理装置的结构示意图；

图14是本申请实施例提供的一种计算机设备的结构示意图；

图15是本申请实施例提供的一种视频数据处理装置的结构示意图；

图16是本申请实施例提供的一种计算机设备的结构示意图；

图17是本申请实施例提供的一种视频数据处理***的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参见图1，是本申请实施例提供的一种网络架构的结构示意图。如图1所示，网络架构可以包括业务服务器1000、第一用户终端集群、第二用户终端集群。在该网络架构所对应的网络媒体数据***中，第一用户终端集群和第二用户终端集群可以统称为与业务服务器1000具有关联关系的用户终端集群。其中，该网络架构所对应的网络媒体数据***可以包含网络社交***、视频播放***等具备音视频处理功能的***。

其中，可以理解的是，第一用户终端集群可以包括一个或者多个用户终端，这里将不对第一用户终端集群中的用户终端的数量进行限定。如图1所示，第一用户终端集群中的多个用户终端具体可以包括用户终端3000a、...、用户终端3000b。如图1所示，用户终端3000a、...、用户终端3000b可以分别与业务服务器1000进行网络连接，以便于该第一用户终端集群中的每个第一用户终端可以通过该网络连接与业务服务器1000之间进行数据交互。

同理，第二用户终端集群可以包括一个或者多个用户终端，这里将不对第二终端集群中的用户终端的数量进行限定。如图1所示，第二用户终端集群中的多个用户终端具体可以包括用户终端2000a、...、用户终端2000n。如图1所示，用户终端2000a、...、用户终端2000n可以分别与业务服务器1000进行网络连接，以便于该第二用户终端集群中的每个用户终端可以通过该网络连接与业务服务器1000之间进行数据交互。

其中，如图1所示的业务服务器1000可以是独立的物理服务器，也可以是多个物理服务器所构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

其中，在本申请实施例所描述的网络媒体数据***内，为了对这两个用户终端集群（即第一用户终端集群和第二用户终端集群）中的用户终端进行区别，本申请实施例可以将该第一用户终端集群中的用户终端统称为第一用户终端，并将使用第一用户终端发起互动任务（例如，发起拼单或者包场等具有团体性质的任务）的第一类型用户统称为互动发起者（也可以称之为邀请用户）；另外，本申请实施例可以将第二用户终端集群中的用户终端统称为第二用户终端，并将使用第二用户终端响应该互动任务的第二类型用户统称为互动响应者（也可以称之为被邀请用户）。可以理解的是，这里的第一用户终端和第二用户终端均可以包含：智能手机、平板电脑、笔记本电脑、桌上型电脑、可穿戴设备、智能家居（例如，智能电视）等携带视频数据处理功能（例如，视频数据播放功能）的智能终端。

其中，为便于理解，本申请实施例可以在图1所示的第一用户终端集群中选择一个用户终端作为第一用户终端，例如，本申请实施例可以将图1所示的用户终端3000a作为第一用户终端，该第一用户终端中可以集成有具备视频数据处理功能（例如，视频数据加载和播放功能）的应用客户端。其中，应用客户端具体可以包括社交客户端、多媒体客户端（例如，视频客户端）、娱乐客户端（例如，点歌客户端）、教育客户端等具有帧序列（例如，帧动画序列）加载和播放功能的客户端。其中，第一用户终端（例如，用户终端3000a）可以为上述第一类型用户所使用的用户终端。为便于理解，本申请实施例可以将第一类型用户在应用客户端中所选择的贴合自己兴趣的视频数据（比如，视频节目或者影片等）统称为目标视频数据。

其中，本申请实施例可以在图1所示的第二用户终端集群中选择一个用户终端作为第二用户终端，例如，本申请实施例可以将图1所示的用户终端2000a作为第二用户终端，该第二用户终端中可以集成有具备视频数据处理功能（例如，视频数据加载和播放功能）的应用客户端。这里的应用客户端具体可以包括社交客户端、多媒体客户端（例如，视频客户端）、娱乐客户端（例如，点歌客户端）、教育客户端等具有帧序列（例如，帧动画序列）加载和播放功能的客户端。其中，第二用户终端（例如，用户终端2000a）可以为上述第二类型用户所使用的用户终端。这样，当第二类型用户在收到第一类型用户通过第一用户终端所发送的互动邀请信息时，则可以参与响应该互动邀请信息，以便于后续可以在同一虚拟播放室中，与第一类型用户一起看大家所共同感兴趣的视频数据。

其中，可以理解的是，上述网络媒体数据***所适用的业务场景具体可以包含：视频节目点播场景，线下影院观影场景、线下演唱会听歌场景、线下教室听课场景、线下录音室唱歌场景等，这里将不对该网络媒体数据***所适用的业务场景进行一一列举。

比如，在视频节目点播下，这里的目标视频数据可以为第一类型用户在视频推荐界面（即视频节目推荐列表）中所选取的贴合自己兴趣的视频节目，例如，这里的视频节目可以为第一类型用户在视频推荐列表上所选取的自己感兴趣的公众人物参与录制的电视节目、综艺节目等，例如，这里的公众人物可以为影视明星、娱乐明星等。又比如，在线下影院观影场景下，这里的目标视频数据可以为第一类型用户在视频推荐界面（即影片推荐列表）中所选取的贴合自己兴趣的影片，例如，这里的影片可以为第一类型用户在视频推荐列表上所选取的自己感兴趣的公众人物参与录制的影视节目等。

为便于理解，本申请实施例以线下影院观影场景为例，以阐述在该线下观影场景下，如何营造多人一起同步观影的集体氛围，以及如何对多人线上同步观影进行播放控制。为便于理解，进一步的，请参见图2，图2是本申请实施例提供的一种进行数据交互的场景交互图。其中，如图2所示的服务器20a可以为上述图1所对应实施例中的业务服务器1000，如图2所示的终端10a可以为图2所示的用户A1所使用的用户终端，当该用户A1需要在线下影院观影场景下通过拼团（比如，拼单或者包场）的方式点播图2所示的目标视频数据（比如，视频名称可以为图2所示的《传闻中的XXX》的视频数据）时，可以在支付成功（即该用户A1完成数据转移操作）时，将运行在该终端10a中的应用客户端（例如，社交客户端）的显示界面由支付页面（即数据转移页面）返回至该目标视频数据的视频详情页，进而可以在该目标视频数据的视频详情页中，对特定区域（即视频详情页面中的浏览辅助区域）进行旋转操作（例如，3D虚拟旋转操作），以得到图2所示的虚拟互动界面100a。

其中，应当理解，在该用户A1在线下影院观影场景下通过拼团（比如，拼单或者包场）的方式点播图2所示的目标视频数据的过程中，需要通过图2的服务器20a对该用户A1的拼团资格进行审查。比如：1、服务器20a可以用于判断该用户A1是否在群里（比如，可以判断该用户A1是否是在该用户A1所创建的群里）；2、如果该服务器20a确定该用户A1确实在当前群里，则可以进一步判断当前群里是否存在与该目标视频数据相关联的拼团。可以理解的是，当该服务器20a判断出当前群里不存在与该目标视频数据相关联的其他拼团时，该服务器20a可以确定该用户A1当前在该群里具备拼团资格，进而可以将针对该目标视频数据的订单配置页面返回给该用户A1所使用的终端10a。此时，该用户A1可以在在该订单配置页面上确定是否需要下单，如果确定需要下单，则该服务器20a可以向该终端10a返回支付页面（即上述数据转移页面）。反之，当该服务器20a判断出当前群里已经存在与该目标视频数据相关联的拼团时，该服务器20a可以确定该用户A1当前在该群里不具备拼团资格，进而可以将该用户A1不具备拼团资格的分析原因（比如，该群当前已有其他用户针对该目标视频数据发起的拼团）下发给该终端10a，以对该用户A1进行提示。

为便于理解，本申请实施例以该用户A1通过拼单方式点播图2所示的目标视频数据为例，以阐述在当前业务为拼单业务时，可以通过图2所示的服务器20a在用户终端10a与用户终端30a之间进行数据交互。比如，如图2所示，当用户A1针对图2所示的该虚拟互动界面100a中的邀请控件执行触发操作之后，图2所示的终端10a可以通过图2所示的服务器20a将与该目标视频数据相关联的互动邀请信息输出至第一类型用户所在的公共业务广播群组（例如，群组1）。其中，应当理解，在本申请实施例中，可以将在该群组1（即公共业务广播群组）中发起邀请请求的用户（例如，图2所示的用户A1）统称为第一类型用户，并将该第一类型用户所使用的用户终端（例如，图2所示的终端10a）统称为第一用户终端。同理，在本申请实施例中，可以将在该群组1（即公共业务广播群组）中响应该邀请请求的用户（例如，图2所示的用户B1）统称为第二类型用户，并将该第二类型用户所使用的用户终端（例如，图2所示的终端30a）统称为第二用户终端。

如图2所示，在该用户A1针对图2所示的用于邀请群好友的邀请控件执行触发操作时，可以获取该第一类型用户（即用户A1）的用户名称和目标视频数据的视频名称（即图2所示的《传闻中的XXX》），进而可以基于该用户A1的用户名称和视频名称，生成与该目标视频数据的业务属性相关联的互动邀请信息（比如，该互动邀请信息可以为用户A1邀请您一起看《传闻中的XXX》）。

进一步的，如图2所示，服务器20a在接收到该互动邀请信息之后，可以将该互动邀请信息推送给与该用户A1当前所在的群组1，这样，位于该群组1中的其他用户可以在相应的用户终端中查阅到在当前群（比如，群组1）中所推送的互动邀请信息。此时，当这些用户中的某个用户（例如，图2所示的用户B1）点击该互动邀请信息时，可以在图2所示的终端30a中显示该目标视频数据的详情页面，比如，该终端30a中的详情页面可以为图2所示的虚拟互动界面200a。如图2所示，该用户B1可以在该虚拟互动界面200a中查阅到显示在区域30d中的用户图像数据。

应当理解，对于上述用户A1发起的互动任务为两人拼单任务而言，该用户B1可以在图2所示的虚拟互动界面200a的区域30d中查阅到发起邀请的用户A1的用户图像数据，比如，该用户B1所看到的该用户A1的用户图像数据可以为图2所示的用户图像数据10b，这样，该用户B1在针对图2所示的邀请响应控件执行触发操作之后，可以参与到上述用户A1所发送的互动任务（即两人拼单任务）中，进而可以在该终端30a中将该虚拟互动界面200a切换为新的数据转移界面，以使该用户B1可以在该新的数据转移界面中执行数据转移操作（即支付操作），进而可以在该用户B1完成该支付操作之后，将该数据转移界面返回至图2所示的虚拟互动界面200a，进而可以在图2所示的虚拟互动界面中，将该用户B1的用户图像数据（即第二用户图像数据）输出至该虚拟互动界面200a中的区域30d进行展示。应当理解，在该用户B1通过图2所示的终端30a与服务器20a进行数据转移操作之后，该用户B1对应的终端30a可以将互动响应信息通过图2所示的服务器20a推送给图2所示的终端10a，以使该终端10a可以将该互动响应信息中所携带的该用户B1的用户图像数据（即第二用户图像数据）添加至图2所示的虚拟互动界面100a中的区域10d，以实现线上多人同步观影的感知效果。换言之，采用本申请实施例，可以在线下影院观影场景下，通过模拟电影院买票、进入电影院、入座、观影等虚拟场景，可以在不同终端中营造出同步观影感知的氛围。即此时，需要观看该目标视频数据的任意两个用户可以在虚拟互动界面中彼此知道有哪些人在陪同自己一起进行线上观影，进而可以在线下影院观影场景下提供一种全新的在线陪伴模式。

进一步的，可以理解的是，当图2所示的用户A1和用户B1完成了互动任务（比如，上述两人拼单任务）时，图2所示的服务器20a可以为处于该群组1中的这两个用户（即用户A1和用户B1）分配虚拟房间，在该线下影院观影场景下，本申请实施例可以将该服务器20a基于该群组1所分配的虚拟房间统称为虚拟播放室。应当理解，在本申请实施例中，发起该互动任务的用户A1可以在该互动任务的任务邀请时长（例如，4小时）内，通过触发该终端10a的虚拟互动界面中的共享启动控件（例如，“进入一起看”所对应的控件），来启动该虚拟播放室（例如，虚拟播放室1），以在该终端10a输出该虚拟播放室1对应的视频共享界面。可以理解的是，本申请实施例可以在该任务邀请时长达到邀请时长阈值（例如，4小时），且启动虚拟播放室时，在该虚拟播放室对应的视频共享界面中调用视频播放器，为图2所示的虚拟入座区域（比如，图2所示的区域10d）中的第一类型用户和第二类型用户播放目标视频数据。可以理解的是，本申请实施例通过引入该虚拟播放室，可以在该线下影院观影场景下实现对不同设备上所播放的视频数据进行播放控制，进而可以确保在该虚拟播放室中的每个用户所看到的视频数据的播放进度是一致的，即本申请实施例可以实现对线上多人同步观影的播放控制。此外，通过引入虚拟入座区域，可以帮助邀请用户和被邀请用户可以在该虚拟入座区域中查阅到具有相同观影兴趣的不同用户的用户图像数据，那么，随着被邀请的用户数的增加，将会不断地更新该虚拟入座区域中的用户图像数据的个数，进而可以丰富界面的显示效果。

其中，第一用户终端将数据转移页面返回至视频详情页面，对视频详情页面中的特定区域（即上述图2的区域10c和区域10d所属的浏览辅助区域）进行3D旋转，以得到虚拟互动界面，以及基于虚拟互动界面发送互动邀请信息的具体实现方式可以参见下述图3-图12所对应实施例。

进一步地，请参见图3，图3是本申请实施例提供的一种视频数据处理方法的流程示意图。如图3所示，该方法可以由上述第一类型用户对应的用户终端（即上述第一用户终端，例如，该第一用户终端可以为上述图2所示的终端10a）执行，也可以由业务服务器（例如，上述图2所示的服务器20a）执行，还可以由用户终端和业务服务器共同执行。为便于理解，本实施例以该方法由上述第一类型用户对应的用户终端（即第一用户终端）执行为例进行说明，以阐述在第一用户终端中输出虚拟互动界面，以及基于该虚拟互动界面实现线上多人同步观影的具体过程。其中，该方法至少可以包括以下步骤S101-步骤S105：

步骤S101，获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，输出任务发起控件所指示的业务属性对应的数据转移页面；

具体的，当第一类型用户在当前所在的社交群对应的会话界面中选择某个与视频相关的业务程序（即目标业务程序，例如，该目标业务程序可以为集成在社交客户端中的具有“一起看”的嵌入式子程序）时，可以向业务服务器（比如，该目标业务程序所对应的后台服务器，例如，后台服务器1）发送视频获取请求，以使该业务服务器（例如，后台服务器1）可以根据该视频获取请求从视频数据推荐***中筛选K个视频数据，并将这K个视频数据所构成的视频推荐列表返回给该第一用户终端，以在该应用客户端的目标业务程序中将用于显示这个视频推荐列表的显示界面统称为视频推荐界面。这样，使用该第一用户终端的第一类型用户则可以在该视频推荐界面所展示的视频推荐列表中选择自己感兴趣的某个视频数据。可以理解的是，本申请实施例可以将该第一类型用户所选取的这个视频数据统称为目标视频数据，进而可以将用于显示该目标视频数据的详情信息的显示界面统称为目标视频数据对应的视频详情页面。进一步的，第一用户终端可以响应该第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，以输出任务发起控件所指示的业务属性对应的数据转移页面，以在该数据转移界面中进一步执行下述步骤S102。

为便于理解，进一步的，请参见图4，图4是本申请实施例提供的一种获取目标视频数据的场景示意图。如图4所示的会话界面300a、视频推荐界面300b以及视频详情页面300c，可以为在不同时刻呈现在该应用客户端（比如，社交客户端）中的显示界面。其中，会话界面300a可以为在该第一用户终端中所显示的某个群组（即图4所示的群组A）的会话界面。

其中，如图4所示，在该会话界面300a中的该群组A，可以包含图4所示的N个用户，这里的N为该群组A的总人数，这里的N可以为大于1的正整数，即该群组A中可以包含至少两个用户。比如，如图4所示，该群组A中可以包含至少两个用户，即图4所示的用户1和用户2。可以理解的是，当该群组A中当前不存在针对某个视频数据（例如，视频数据1）的拼团任务时，图4所示的用户1或者用户2均可以通过图4所示的嵌入式子程序控件40b向该应用客户端对应的业务服务器发送视频获取请求。

为便于理解，本申请实施例以该第一用户终端为图4所示的用户1所使用的用户终端为例，以阐述该用户1通过图4所示的嵌入式子程序控件40b向业务服务器（未在图上示出）发送视频获取请求。可以理解的是，图4所示的子程序显示区域具体可以包含一个或者多个嵌入在该应用客户端（比如，社交客户端）中的嵌入式子程序，这里将不对嵌入在该应用客户端中的嵌入式子程序的数量进行限定。其中，如图4所示的多个嵌入式子程序具体可以包括图4所示的嵌入式子程序40a、嵌入式子程序40b、嵌入式子程序40c和嵌入式子程序40d。比如，图4所示的嵌入式子程序40a可以为一起听歌，嵌入式子程序40b可以为一起看，嵌入式子程序可以为一起听课，嵌入式子程序40d可以为一起唱歌等业务程序。

可以理解的是，本申请实施例可以将嵌入在该应用客户端中的这些嵌入式子程序统称为业务程序，这样，当图4的用户1在这些业务程序中确定选取某个业务程序时，本申请实施例可以将该用户1在这些程序中所选取的这个业务程序（例如，图4所示的嵌入式子程序40b）统称为目标业务程序。

其中，可以理解的是，若该嵌入式子程序40a为一起听歌，则采用本申请实施例，可以聚集具有相同听歌兴趣的多人，模拟线下演唱会听歌场景下的多人同步听歌；同理，若该嵌入式子程序40b为一起看，则采用本申请实施例，可以聚集具有相同观影兴趣的多人，模拟线下影院观影场景下的多人同步观影；同理，若该嵌入式子程序40c为一起听课，则采用本申请实施例，可以聚集具有相同学习兴趣的多人，模拟线下教室听课场景下的多人同步听课；同理，若该嵌入式子程序40b为一起唱歌，则采用本申请实施例，可以聚集具有相同唱歌兴趣的多人，模拟线下唱歌场景下的多人同步唱歌。应当理解，本申请实施例可以将这里的线下演唱会听歌场景、线下影院观影场景、线下教室听歌场景以及线下录音室唱歌场景统称为上述业务场景，进而可以在这些业务场景下实现对多人同步观看的目标视频数据（比如，演唱会视频、电视剧视频或者影片视频、学习视频、音乐短片等）进行播放控制。

为便于理解，本申请实施例以业务场景为线下影院观影场景为例，即如图4所示，该用户1可以在该子程序显示区域中将选择的嵌入式子程序40b（即一起看）作为目标业务程序，以向该目标业务程序对应的后台服务器发送视频获取请求。其中，可以理解的是，由于该目标业务程序被集成或者嵌入在该应用客户端中，所以，该目标业务程序对应的后台服务器所获取到的第一用户终端发送的视频获取请求，可以等效于该应用客户端对应的业务服务器获取到的第一用户终端发送的视频获取请求。这里的业务服务器可以为上述图1所对应实施例中的业务服务器1000。

如图4所示，该第一用户终端（即图4所示的用户1所使用的用户终端）向该应用客户端对应的业务服务器发送视频获取请求之后，该业务服务器可以进一步从与业务服务器具有关联关系的视频数据推荐***中筛选出贴合该用户1的兴趣的K个视频数据，进而可以将筛选出的这K个视频数据构成待推送给该用户1的视频推荐列表；这里的K可以为正整数。如图4所示，当该第一用户终端接收到该业务服务器所返回的视频推荐列表之后，可以将该视频推荐列表中的K个视频数据输出至应用客户端中的目标业务程序对应的视频推荐界面，该视频推荐界面可以为图4所示的视频推荐界面300b。

其中，可以理解的是，如图4所示的视频推荐界面300b可以用于展示该业务服务器所返回的视频推荐列表，该视频推荐列表中的K个视频数据具体可以包含图4所示的视频数据50a、视频数据50b、视频数据50c和视频数据50d。如图4所示，该用户1可以在这K个视频数据中选择自己感兴趣的视频数据作为目标视频数据，这里的目标视频数据可以为图4所示的视频数据50a。如图4所示，该第一用户终端可以响应该用户1（即第一类型用户）针对该目标视频数据（即图4所示的视频数据50a）执行触发操作，以向该应用客户端对应的业务服务器（例如，目标业务程序对应的后台服务器）发送详情页获取请求，使该业务服务器可以从多媒体内容数据库中查询到该目标视频数据的视频详情信息，进而可以将查询到的视频详情信息返回给第一用户终端，以使第一用户终端在获取到针对图4所示的列表显示界面300b中的目标视频数据执行的触发操作时，可以进一步将该接收到的视频详情信息输出到目标视频数据对应的视频详情页面上，该目标视频数据对应的视频详情页面可以为图4所示的视频详情页面300c。可以理解的是，在本申请实施例中，当该第一类型用户（比如，图4所示的用户1）在T1时刻进入该视频详情页面300c时，该视频详情页面可以通过平视图的方式打造出当前视频（即该用户1所选取的目标视频数据）正在等待开启氛围状态，进而可以在该线下影院观影场景下，吸引该用户1所在的公共业务广播群组（即图4所示的群组A）中的这些用户发起拼团或者包场的互动任务。

比如，如图4所示，该视频详情页面300c中包含用于指示第一类型用户发起互动任务的任务发起控件；这里的任务发起控件可以为图4所示的控件1或者控件2中的任意一个。其中，这里的控件1可以为用于发起上述拼单任务所对应的控件，这里的控件2可以为用于发起上述包场任务所对应的控件。

为便于理解，进一步的，请参见图5，图5是本申请实施例提供的一种获取数据转移界面的场景示意图。为便于理解，本申请实施例可以仍以上述图4所对应实施例中的视频详情界面300c为例，即图5所示的视频详情界面与图4所示的视频详情界面可以为该第一用户终端的同一显示界面。如图5所示的任务发起控件可以为图5所示的控件1。当该用户1针对该图5所示的控件1执行触发操作时，该第一用户终端可以响应该用户1针对图5所示的视频详情页面300c中的该控件1（即任务发起控件）执行的触发操作，向该应用客户端对应的业务服务器发送鉴权请求（例如，鉴权请求1）；这里的鉴权请求1可以用于指示该业务服务器在对第一类型用户的任务发起权限进行鉴权，且鉴权成功时，可以确定该用户1具备发起拼单任务的资格，进而可以将该控件1（即任务发起控件）所指示的业务属性（例如，10人拼单属性）对应的数据转移页面返回给该第一用户终端，该业务服务器所返回的数据转移界面可以为图5所示的数据转移界面400a，此时，该第一用户终端可以基于该数据转移界面400a中的业务辅助信息（即图5所示的业务辅助信息1）进一步执行下述步骤S102，以在该数据转移界面400a中完成针对该视频名称为《传闻中的XXX》的第5集的数据转移操作。其中，这里的业务辅助信息1具体可以包含图5所示的拼单任务所涉及到的单点券的数量为1，单点券的价值（例如，图5所示的6元或者600钻）、默认支付渠道下的账户余额（例如，图5所示的虚拟资产为虚拟钻石时的剩余资产量）、以及可选的其他支付渠道（例如，图5所示的A支付、B支付以及C支付等支付方式）等。

其中，可选的，该用户1（即第一类型用户）还可以在上述图5所对应实施例中的视频详情界面300c中，针对图5所示的控件2执行触发操作，此时，该第一用户终端可以响应该用户1针对图5所示的视频详情页面300c中的该控件2（即任务发起控件）执行的触发操作，以向该应用客户端对应的业务服务器发送另一鉴权请求（例如，鉴权请求2）；这里的鉴权请求2可以用于指示该业务服务器在对第一类型用户的任务发起权限进行鉴权，且鉴权成功时，可以确定该用户1具备发起包场任务的资格，进而可以将该控件2（即任务发起控件）所指示的业务属性（例如，10人包场属性）对应的订单配置页面返回给该第一用户终端。

为便于理解，进一步的，请参见图6，图6是本申请实施例提供的一种订单配置页面的场景示意图。如图6所示，当上述图5所示的用户1针对控件2（即用于发起包场任务的控件）执行触发操作时，该第一用户终端可以接收该业务服务器针对第一类型用户（即图6所示的用户1）进行鉴权后所返回的订单配置页面，该订单配置页面可以为图6所示的订单配置页面500a。如图6所示，该第一类型用户（即用户1）可以在该订单配置页面500a的购买数量选择区域中选择需要包场的单点券的数量（例如，图6所示的10张），若一个人可以对应一张单点券，则该第一类型用户可以在图6所示的购买数量选择区域中选择小于或者等于群总人数（例如，图6所示的N人）的单点券的数量。进一步的，当该用户1在该购买数量选择区域中确定好需要包场的单点券的数量之后，可以进一步针对图6所示的订单配置界面中的支付控件（即图6所示的立即支付控件）执行触发操作，以将该第一类型用户所选取的包场信息（也可以称之为订单配置信息）通过该第一用户终端发送给业务服务器，以使业务服务器在确定该第一类型用户具有包场资格时，获取上述控件2所指示的业务属性（即10人包场属性）对应的数据转移页面返回给该第一用户终端。如图6所示，该业务服务器所返回的数据转移界面可以为图6所示的数据转移界面500b，此时，该第一用户终端可以基于该数据转移界面500b中的业务辅助信息2进一步执行下述步骤S102，以在该数据转移界面500b中完成针对该视频名称为《传闻中的XXX》的第5集的数据转移操作。其中，这里的业务辅助信息2具体可以包含图6所示的包场任务所涉及到的单点券的数量（例如，10张），单点券的价值（例如，图5所示的60元或者6000钻）、默认支付渠道下的账户余额（例如，图6所示的虚拟资产为虚拟钻石时的剩余资产量）、以及可选的其他支付渠道（例如，图6所示的A支付、B支付以及C支付等支付方式）等。

其中，可以理解的是，本申请实施例所涉及的视频详情页面中可以包含与目标视频数据相关联的浏览辅助区域（比如，上述图4所对应实施例中的浏览辅助区域）；应当理解，该浏览辅助区域中具体可以包含三个关键区域，这三个关键区域具体可以为第一区域、第二区域和第三区域。其中，这里的第一区域具体可以为在相应业务场景（例如，社交客户端的线下影院观影场景）下，用于模拟电影院中的放映屏幕所在的区域，同理，这里的第二区域具体可以为在该业务场景下，用于模拟电影院中座椅所在的区域。此外，这里的第三区域具体可以为在该业务场景下，用于展示第一类型用户针对自己所选取的目标视频数据发起互动任务（例如，拼单或者包场等具有拼团性质的任务）所对应的任务邀请时长（例如，4小时）内的任务状态。比如，对于拼单任务而言，这里的任务状态可以包含拼团成功状态或者拼团失败状态。本申请实施例可以将第一类型用户在任务邀请时长内邀请到指定互动用户数（例如，上述10人）时的任务状态确定为拼团成功状态，并将第一类型用户在任务邀请时长内未邀请到指定互动用户数（例如，10人）时的任务状态确定为拼团失败状态。

其中，可以理解的是，采用本申请所提供的实施例，无需这些需要观影的用户去到真实世界中的真实电影院所在的位置，即可以在该社交客户中，通过嵌入的具有“一起看”功能的目标业务程序，模拟还原出虚拟电影院，这样，这些需要观影的用户可以通过本申请实施例中的应用客户端（例如，社交客户端），随时或者随地选择是否需要启动该目标业务程序的特定功能，比如，目标业务程序的特定功能可以为“一起看”某个电视剧或者某个电影的功能，以为需要观影的这些用户提供较好的观影的便捷性，以增强用户的黏度。

步骤S102，当在数据转移页面上完成数据转移操作时，将应用客户端的显示界面由数据转移页面返回至视频详情页面，对视频详情页面中的浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据。

具体的，第一用户终端可以获取针对数据转移页面中的业务辅助信息执行的数据转移操作，在确认完成数据转移操作时，接收业务服务器返回的数据转移凭证，且在数据转移页面上输出转移成功提示信息；数据转移凭证用于表征第一类型用户具备发起互动任务的权限；进一步的，第一用户终端可以响应针对转移成功提示信息所在的数据转移页面上执行的返回操作，将应用客户端的显示界面由数据转移页面返回至视频详情页面；进一步的，第一用户终端可以在视频详情页面中，确定浏览辅助区域中的第一区域和第二区域，以垂直于浏览辅助区域所在平面的方向为旋转方向，基于旋转方向对第一区域和第二区域进行旋转操作，将旋转后的第一区域和旋转后的第二区域所在的浏览辅助区域，确定为旋转后的浏览辅助区域；旋转后的浏览辅助区域的尺寸与旋转前的浏览辅助区域的尺寸相同；进一步的，第一用户终端可以将旋转后的浏览辅助区域所在的显示界面作为用于发起互动任务的虚拟互动界面，在虚拟互动界面将旋转后的第二区域确定为虚拟入座区域，在虚拟入座区域中输出第一类型用户的第一用户图像数据；虚拟入座区域中的座位数量是由第一类型用户所在的公共业务广播群组中的总人数所决定的。

其中，可以理解的是，当第一类型用户在上述相应业务（例如，上述图5所对应实施例中的拼单业务）所对应的数据转移界面（例如，上述图5所示的数据转移界面400a）中选取某种支付渠道进行支付之前，可以通过用于提供计费服务的计费平台计算当前这种支付渠道下需要支付的虚拟资产的总额度（例如，上述图5所示的6元或者600钻），并可以通过用于提供通用单点券服务的服务平台判断该第一类型用户对应的券列表栏中是否存在针对该目标视频数据的单点券，若不存在，则可以表明该第一类型用户当前具备领取单点券的资格，即可以在图5的数据转移界面400a中显示单点券的数量（比如，1）。那么，当第一类型用户在该数据转移界面400a中选择这种支付渠道下时，可以基于当前显示在该数据转移界面中的业务辅助信息（即上述图5所示的业务辅助信息1）进行数据转移操作，进而可以在确认完成数据转移操作时，接收该拼单业务所对应的业务服务器所返回的数据转移凭证，并在数据转移页面（例如，上述图4所示的数据转移页面400a）上输出转移成功提示信息。可以理解的是，该数据转移凭证可以用于指示与该业务服务器相关联的九层发货***为该第一类型用户提供相应业务属性的发货服务。换言之，这里的数据转移凭证可以用于表征该第一类型用户具备发起相应互动任务的权限。这样，当该第一类型用户针对该转移成功提示信息所在的数据转移页面上执行的返回操作之后，该第一用户终端可以将该应用客户端的显示界面由数据转移页面返回至视频详情页面。可以理解的是，该第一用户终端可以在检测到该第一类型用户完成上述数据转移操作时，确定该第一类型用户当前已经完成了针对该目标视频数据的互动任务（比如，这里的互动任务可以为上述拼单成功）。

基于此，第一用户终端可以在该第一类型用户完成上述拼单任务或者包场任务时，进一步对当前所显示的视频详情页面中的特定区域（例如，浏览辅助区域）进行旋转操作，进而可以将将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面。

为便于理解，进一步的，请参见图7，图7是本申请实施例提供的一种获取虚拟互动界面的场景示意图。如图7所示，该第一用户终端可以在确定图7所示的用户1激活互动任务（比如，该用户1在拼单成功或者包场成功时具备发起互动任务的权限）时，该第一用户终端可以将该应用客户端的显示界面由数据转移页面返回至视频详情页面，以得到图7所示的视频详情页面600a。此时，该第一用户终端可以在当前时刻为T2时刻（该T2时刻为T1时刻之后的时刻）时，在该视频详情页面600a中，确定出图7所示的浏览辅助区域中的第一区域和第二区域。此时，该视频详情显示界面中的第一区域和第二区域仍以上述平视图的方式进行展示。

可以理解的是，为了真实模拟线下影院观影场景下的电影院买票、进入电影院、入座以及观影的虚拟场景，本申请实施例提出可以在该虚拟电影院的整体氛围往后拖的情况下，以垂直于图7所示的浏览辅助区域所在平面（即上述平视图）的方向为旋转方向，进而可以基于旋转方向对图7所示的第一区域（比如，放映屏幕所在的区域）和第二区域（比如，座椅所在的区域）进行旋转操作（比如，3D选择），以进入虚拟3D模式，从而可以将旋转后的第一区域和旋转后的第二区域所在的浏览辅助区域，确定为旋转后的浏览辅助区域（具体的，可以参见图7所示的旋转后的浏览辅助区域的示意图）；可以理解的是，本申请实施例在对该浏览辅助区域进行3D旋转操作的过程中，可以确保整个旋转后的浏览辅助区域的尺寸可以与整个旋转前的浏览辅助区域的尺寸相同。

可以理解的是，比如，如图7所示，本申请实施例可以通过3D旋转操作，自适应的缩小图7所示的第一区域（即通过对屏幕进行3D旋转，可以缩小放映屏幕所在的区域），并自适应的增大图7所示的第二区域（即通过对屏幕进行3D旋转，可以缩小放座椅所在的区域），进而可以根据旋转后的第一区域和第二区域，确定出图7所示的旋转后的浏览辅助区域。可以理解的是，本申请实施例可以将该旋转后的浏览辅助区域所在的显示界面统称为虚拟互动界面，该虚拟互动界面可以为图7所示的虚拟互动界面600b，以在上述应用客户端中模拟进入虚拟电影院的虚拟现实功能。如图7所示，在该虚拟互动界面600b中可以包含图7所示的虚拟入座区域，该虚拟入座区域可以为对视频详情页面600a中的第二区域进行3D旋转操作之后所得到的区域，可以理解的是，如图7所示的用户1（即第一类型用户）可以在该虚拟入座区域中，通过3D滑动的方式（比如，向前滑动、向后滑动、向左滑动或者向右滑动等方式）阅览到当前在该虚拟电影院中选择入座的用户的图像数据。比如，此时，该用户1可以在该虚拟电影院的场景下，通过3D滑动的方式浏览到自己的图像数据，即图7所示的用户图像数据1。由此可见，本申请实施例可以在上述拼单成功或者包场成功时，将该第一类型用户的用户图像数据输出至图7所示的虚拟入座区域中进行展示，以帮助该用户1获知自己当年已经进入虚拟电影院，并可以在该虚拟电影院中按照预设的映射关系快速进行入座。比如，这里该用户1为在该公共业务广播群组中，首个针对图7所示的视频名称为《传闻中的XXX》的目标视频数据发起的互动任务的第一类型用户，故而可以在确定该第一类型用户具备发起互动任务的权限的情况下，基于该第一类型用户的用户角色类型（即互动任务的邀请用户），将该第一类型用户的第一用户图像数据（即图7所示的用户图像数据1）放置在指定的座位（比如，带有房主标识的座位）上，进而可以将当前在该指定座位上显示图7所示的用户图像数据1。

由此可见，在本申请实施例中，业务服务器可以根据当前进入该虚拟电影院中参与互动任务的这些用户的参与次序（即参与该互动任务的互动序号），分别为这些用户找到与相应参与次序（即相应互动序号）具有一一映射关系的座位编号，进而可以基于找到的座位编号确定出在该虚拟电影院场景下的虚拟座位，进而可以将相应参与次序（即相应互动序号）的用户的图像数据分别放置到对应座位编号所对应的虚拟座位上。换言之，在本申请实施例中，虚拟入座区域中的座位数量是由第一类型用户所在的公共业务广播群组中的总人数所决定的。比如，若上述用户群A中若有N（例如，30）个人，则在该线下电影院场景中的虚拟入座区域中的座位数量则可以为N（即30）个。

进一步的，如图7所示，该第一类型用户可以在图7所示的虚拟互动界面600b中，触发图7所示的“邀请群好友”的邀请控件，以进一步执行下述步骤S103。

此外，如图7所示，旋转后的第一区域可以用于展示与该目标视频数据（即图7所示的视频名称为《传闻中的XXX》相关的视频数据）相关联的视频辅助信息；这里的视频辅助信息可以包括该目标视频数据的图片信息和短视频信息中的任意一种；其中，图片信息可以包含该目标视频数据的视频封面或者海报图片等。短视频信息可以包括该目标视频数据的预告片或者精彩剪辑等。即本申请实施例可以通过手动切换的方式，对旋转后的第一区域内的放映屏幕所显示的放映内容进行变更处理，以提供友好的人机交互界面。

此时，可选的，该第一用户终端还可以在述旋转后的第一区域展示的视频辅助信息为图片信息（即图7所示的一帧的图像数据）时，响应针对短视频信息对应的短视频播放控件（比如，图7所示的预告片控件）执行的触发操作，以在该旋转后的第一区域中播放该目标视频数据的短视频信息。

同理，可选的，该第一用户终端还可以在述旋转后的第一区域展示的视频辅助信息为短视频信息时，响应针对图片信息对应的图片预览控件（比如，图7所示的图片控件）执行的触发操作，以在该旋转后的第一区域中播放该目标视频数据的图片信息。

步骤S103，响应针对虚拟互动界面中的邀请控件执行的触发操作，将与目标视频数据相关联的互动邀请信息输出至第一类型用户所在的公共业务广播群组；

具体的，第一用户终端可以响应针对虚拟互动界面中的邀请控件（例如，上述图7所示的邀请群好友的控件）执行的触发操作，获取第一类型用户的用户名称（例如，张三）和目标视频数据的视频名称（例如，图7所示的《传闻中的XXX》），进而可以基于获取到的用户名称和视频名称，生成与目标视频数据的业务属性相关联的互动邀请信息；进一步的，该第一用户终端可以将与目标视频数据相关联的互动邀请信息发送给业务服务器，以使业务服务器可以在第一类型用户所在的公共业务广播群组中广播互动邀请信息对应的互动提示信息。进一步的，第一用户终端可以接收业务服务器广播的互动提示信息，将互动提示信息输出至第一类型用户所在的公共业务广播群组。其中，第一类型用户在该虚拟3D模式下通过业务服务器发送互动邀请信息的实现方式，可以参见上述图2所对应实施例中的用户A1发送互动邀请信息的具体过程的描述，这里将不再继续进行赘述。

其中，可以理解的是，在本申请实施例中，业务服务器可以将该互动提示信息以吸顶条的方式展示在该公共业务广播群组中，这样，位于该公共业务广播群组中的其他用户，则可以快速看到当前置顶在该公共业务广播群组中的互动提示信息，进而可以通过触发该互动提示信息识别到上述第一用户终端所发送的互动邀请信息。可以理解的是，本申请实施例可以将发起互动邀请信息的用户（即上述第一类型用户）统称为互动发起者，并将在该公共业务广播群中接收该互动邀请信息的用户统称为互动响应者。即这里的互动发起者和互动响应者可以为在该虚拟现实场景（例如，线下电影院场景）下针对同一群组中的不同用户的角色分类。

可选的，其中，可以理解的是，在该第一用户终端在获取到与该目标视频数据相关联的互动邀请信息时，可以将该互动邀请信息封装为邀请卡，进而可以通过邀请卡的方式将该互动邀请信息发送给业务服务器，以使业务服务器在第一类型用户所在的公共业务广播群组中广播互动邀请信息对应的邀请卡，这样，位于该公共业务广播群组中的其他用户（即待被邀请的用户），可以快速地看到当前呈现（例如，置顶呈现）在该公共业务广播群组中的邀请卡，进而可以通过触发该邀请卡识别到上述第一用户终端所发送的互动邀请信息。可以理解的是，此时，本申请实施例可以将触发该邀请卡的这些待被邀请的用户统称为第二类型用户，这些第二类型用户对应的用户（即上述第二用户终端）可以通过识别邀请卡获取到该互动邀请信息时，输出该目标视频数据对应的视频详情页，此时，该第二类型用户可以通过该视频详情页进入虚拟3D模式，以在该第二用户终端中通过查阅当前位于该虚拟入座区域中的用户图像数据来决策自己是否参与拼单。其中，第二类型用户对应的虚拟3D模式下的终端显示界面可以为上述图2所对应实施例中的虚拟互动界面200a。

其中，可以理解的是，该第二类型用户在上述虚拟互动界面200a中针对邀请响应控件（即上述图2所对应实施例中的接受邀请，x元拼单一起看的控件）执行触发操作时候，可以快速在该第二用户终端中输出新的数据转移页面。此时，第二类型用户可以在该新的数据转移页面进行数据转移操作，进而可以在该数据转移界面中成功完成数据转移操作时，接收业务服务器返回的数据转移凭证，且在数据转移页面上输出转移成功提示信息；此时，该数据转移凭证可以用于表征该第二类型用户当前具备参与一起看这个互动任务的权限。由此可见，该第二类型用户可以为该公共业务广播群组（例如，上述群组A）中参与响应互动邀请信息的用户；此时，该第一用户终端可以进一步执行下述步骤S104，即可以接收第二类型用户对应的用户终端（即第二用户终端）发送的第二类型用户的第二用户图像数据。

步骤S104，接收第二类型用户对应的用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据输出至虚拟入座区域；

具体的，在公共业务广播群组中的第二类型用户基于互动提示信息得到互动邀请信息时，第一用户终端可以接收第二类型用户对应的用户终端（即上述第二用户终端）基于互动邀请信息返回的互动响应信息；这里的互动响应信息中可以包括第二类型用户的第二用户图像数据以及第二类型用户参与互动邀请信息所指示的互动任务的互动序号；进一步的，第一用户终端可以在虚拟入座区域中确定互动序号对应的虚拟座位，进而可以将第二用户图像数据输出至虚拟入座区域中的虚拟座位。可选的，互动响应信息中还可以包括第二类型用户的用户名称；这样，当该第二类型用户成功参与拼单时，则可以在该第一用户终端中输出“第二类型用户（例如，某某）选择一起看这部剧”的提示信息。

为便于理解，进一步的，请参见图8，图8是本申请实施例提供的一种将第二用户图像数据添加至虚拟入座区域的场景示意图。如图8所示的区域70b即为上述虚拟入座区域，该虚拟入座区域当前可以用于参数参与该互动任务的每个用户的用户图像数据，比如，可以展示发起互动任务的互动发起者的用户图像数据，还可以展示第一用户终端参与响应互动任务的互动响应者（或者被邀请用户）的用户图像数据。比如，如图8的用户图像数据1可以为当前发起拼单任务的互动发起者（例如，图8所示的用户1的用户图像数据）。同理，如图8的用户图像数据1可以为当前参与拼单任务的互动响应者（例如，图8所示的用户2的用户图像数据）。

此外，可以理解的是，如图8的浏览辅助区域还可以包含第三区域（未在图中示出），该第三区域可以用于展示该用户1所发起的互动任务的任务状态。可以理解的是，在本申请实施例中，该第一用户终端还可以在将包含第二类型用户的用户名称输出至虚拟互动界面时，进一步接收业务服务器基于互动响应信息所统计到的互动用户数，从而可以基于互动用户数更新第三区域中的互动任务的任务状态。比如，以两人拼单为例，当图8所示的用户2成功参与到该互动任务（即2人拼单任务）时，该业务服务器可以统计到这个用户2即为满足最小互动用户数的用户，所以，如图8所示，可以将第三区域中所显示的任务状态由之前的“还差1人拼单成功”调整为图8所示的“拼单成功”状态。

进一步的，如图8所示，当该用户1发起的针对该目标视频数据的拼单任务的任务状态为拼单成功状态时，上述业务服务器会为该公共业务广播群组中的该拼单任务（比如，2人拼单任务）分配一个虚拟播放室（也可以称之为虚拟房间）。这样，当第一类型用户通过第一用户终端对图8所示的虚拟互动界面700a中的“进入一起看”的控件（即共享启动控件）执行触发操作时，可以启动该虚拟播放室，以在该第一用户终端中输出图8的视频播放界面700b，进而可以继续执行下述步骤S105，即可以在该虚拟播放室的有效播放时长（例如，24小时）内，在该公共业务广播群组对应的虚拟播放室中，为图8所示的区域70b（即虚拟入座区域）中的第一类型用户（即图8所示的用户1）和第二类型用户（即图8所示的用户2）播放目标视频数据。

步骤S105，在公共业务广播群组对应的虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

具体的，若业务属性为第一业务类型；则目标视频数据对应的互动任务为第一任务（比如，上述包场任务），则第一用户终端可以在第一类型用户完成数据转移操作时，快速接收业务服务器基于第一业务类型创建的公共业务广播群组对应的第一虚拟播放室；进一步的，第一用户终端可以在第一任务对应的任务邀请时长内，响应与第一虚拟播放室相关联的共享启动控件执行的触发操作，进而可以输出虚拟播放室对应的视频共享界面；进一步的，第一用户终端可以在任务邀请时长达到邀请时长阈值时，在视频共享界面中调用视频播放器，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。可选的，若业务属性为第二业务类型；则目标视频数据对应的互动任务为第二任务（例如，上述拼单任务），第一用户终端可以在第二任务对应的任务邀请时长内，检测到第二任务对应的任务状态为完成状态时，接收业务服务器基于第二业务类型创建的公共业务广播群组对应的第二虚拟播放室；完成状态是指业务服务器统计到参与响应第二任务的互动用户数达到互动用户阈值（例如， 2人）；互动用户阈值小于或者等于公共业务广播群组中的总用户人数（例如，上述N，这里的N可以为大于或者等于2的正整数）；进一步的，第一用户终端可以在任务邀请时长内，响应与第二虚拟播放室相关联的共享启动控件执行的触发操作，输出第二虚拟播放室对应的视频共享界面；进一步的，第一用户终端可以在任务邀请时长达到邀请时长阈值时，在视频共享界面中调用视频播放器，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

本申请实施例中的计算机设备可以在获取到应用客户端中的目标视频数据对应的视频详情页面时，接收第一类型用户针对该视频详情页面中的任务发起控件（例如，拼单控件或者包场控件）执行的触发操作，以输出该任务发起控件所指示的业务属性对应的数据转移页面；应当理解，该视频详情页面中包含与该目标视频数据相关联的浏览辅助区域，比如，该浏览辅助区域可以为该视频详情界面中所存在的需要进行3D旋转的特定区域。进一步的，计算机设备在检测到针对该数据转移页面执行完的数据转移操作（即拼单完成或者包场完成）之后，可以将该应用客户端的显示界面由数据转移页面返回至视频详情页面，并可以对该视频详情页面中的该浏览辅助区域进行旋转操作，进而可以将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，进而可以在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据。其中，该虚拟互动界面中可以包含用于在该应用客户端的公共业务广播群组中邀请群好友的邀请控件。进一步的，计算机设备可以响应针对虚拟互动界面中的邀请控件执行的触发操作，以将与目标视频数据相关联的互动邀请信息输出至该第一类型用户（比如，用户1）所在的公共业务广播群组；该公共业务广播群组可以包括第二类型用户（例如，用户2和用户3）；这里的第二类型用户可以为该公共业务广播群组中参与响应互动邀请信息的用户。应当理解，该虚拟互动界面可以为对视频详情页面中的特定区域进行3D旋转处理后所得到的显示界面，所以，在该虚拟互动界面中的虚拟入座区域不仅可以用于展示发起邀请的邀请用户的用户图像数据，还可以用于展示已接收邀请的被邀请用户的用户图像数据。这样，当被邀请的其他用户（例如，用户4）在获取到互动邀请信息时，可以进一步在该虚拟互动界面的虚拟入座区域中查看到当前需要观看该目标视频数据（例如，节目X）的每个用户的用户图像数据，进而可以帮助该其他用户（例如，用户4）决策是否加入一起观看该视频节目X，如果其他用户（例如，用户4）也选择一起观看该视频节目X，则可以将该用户4作为第二类型用户。此时，该计算机设备可以在接受到接收第二类型用户（例如，用户4）对应的用户终端发送的第二类型用户的第二用户图像数据，进而可以将第二用户图像数据输出至虚拟入座区域，这意味着随着被邀请用户的用户数的增加，该虚拟互动界面中的虚拟入座区域会呈现出不同的用户图像数据，进而可以提供丰富的界面展示效果。此外，该计算机设备还可以在公共业务广播群组对应的虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据，应当理解，本申请实施例通过该虚拟播放室，可以为在同一公共业务广播群组中的多人提供线上同步观影的功能，进而可以在该虚拟播放室中实现对多人在线同步观影的播放控制。

进一步地，请参见图9，图9是本申请实施例提供的一种视频数据处理方法的示意图。如图9所示，方法可以由用户终端（例如，上述图2所示的终端10a）执行，也可以由业务服务器（例如，上述图2所示的服务器20a）执行，还可以由用户终端和业务服务器共同执行。为便于理解，本实施例以该方法由用户终端和业务服务器共同执行为例进行说明，该终端10a可以为上述第一用户终端，该方法具体可以包含以下步骤：

步骤S201，第一用户终端获取应用客户端中的目标视频数据对应的视频详情页面；

步骤S202，第一用户终端响应第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，向业务服务器发起鉴权请求；

步骤S203，业务服务器基于鉴权请求对第一用户终端对应的第一类型用户进行鉴权后，向第一用户终端返回数据转移页面；

步骤S204，第一用户终端输出任务发起控件所指示的业务属性对应的数据转移页面；

其中，视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

步骤S205，当在数据转移页面上完成数据转移操作时，第一用户终端将应用客户端的显示界面由数据转移页面返回至视频详情页面，对视频详情页面中的浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据；

步骤S206，第一用户终端响应针对虚拟互动界面中的邀请控件执行的触发操作，将与目标视频数据相关联的互动邀请信息发送给业务服务器；

步骤S207，业务服务器将互动邀请信息输出至第一类型用户所在的公共业务广播群组；

其中，公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户。

步骤S208，业务服务器在第二类型用户参与响应互动邀请信息时，接收第二类型用户对应的第二用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据发送给第一用户终端；

步骤S209，第一用户终端将第二用户图像数据输出至虚拟入座区域；

步骤S210，第一用户终端向业务服务器发送虚拟播放室创建指令；

步骤S211，业务服务器基于虚拟播放室创建指令，创建公共业务广播群组对应的虚拟播放室，将虚拟播放室下发给第一用户终端；

步骤S212，在虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

其中，步骤S201-步骤S212的具体实现方式可以参见上述图3所对应实施例中对步骤S101-步骤S105的描述。这里将不再继续进行赘述。

为便于理解，进一步的，请参见图10，图10是本申请实施例提供的一种前端与后台进行数据交互的技术架构图。如图10所示，这里的后台可以为上述业务服务器，即这里的业务服务器具体可以涉及图10所示的一起看付费前端对应的后台服务器（例如，后台服务器1）以及图10所示的手Q前端对应的后台服务器（例如，后台服务器2，该后台服务器2可以包含图10所示的手Q后台和播放器后台）。如图10所示，这里的前端可以运行在上述第一用户终端中，该第一用户终端所运行的前端具体可以包含图10所示的手Q前端和集成在该手Q前端中的一起看付费前端。即这里的手Q前端可以为上述图3所对应实施例中的应用客户端，这里的一起看付费前端可以为上述图3所对应实施例中的目标业务程序。如图10所示，当某个用户（例如，上述图3所对应实施例中的用户1）在图10所示的手Q前端的手Q聊天群中点击“一起看”（即上述目标业务程序）之后，可以进入图10所示的一起看付费前端。

其中，该后台服务器1可以涉及图10所示的多个服务模块，比如，影片服务、单点下单服务、通用单点券服务、拼团服务以及资格服务等。其中，影片服务可以用于通过图10所示的配置***（即一种视频数据推荐***），为第一类型用户（例如，上述用户1）推荐贴合该用户1的兴趣爱好的K个视频数据，进而可以将推荐的K个视频数据所构成的影片列表返回给第一用户终端，以在该第一用户终端的目标业务程序中呈现图10所示的影片列表页，这里的影片列表页可以为上述图3所对应实施例中的视频推荐界面。此时，该用户1可以在该影片列表页中选取贴合自己兴趣的某个视频数据作为目标视频数据，进而可以通过图10的影片服务向图10所示的多媒体内容数据库查询该目标视频数据的视频详情信息（即查询影片详情），进而可以将查询到的影片详情展示在该目标业务程序对应的影片详情（拼团）页。

进一步的，该用户1通过图10所示的影片详情（拼团）页进入到支付业务的过程中，会通过图10所示的拼团服务执行步骤1，以查询该用户1的拼团详情，即在进入支付页之前，上述业务服务器中的后台服务器1会判断该用户1当前所在的公共业务广播群组中是否存在拼团，如果不存在，则表明该用户1（即第一类型用户）当前具有拼团资格，进而可以允许该一起看付费前端展示图10所示的视频支付页，该视频支付页可以为上述图3所对应实施例中的订单配置页面，如图10所示，该后台服务器还可以执行步骤2，以查询该用户1当前是否有可用的抵扣券的数量，进而可以在该视频支付页上将其进行展示。这样，当该用户1针对该视频支付页执行图10所示的步骤3进行下单时，可以通过图10所示的计费平台为该用户1提供单点下单服务，进而可以得到上述图3所对应实施例中的数据转移页面。此时，该后台服务器1可以通过该单点下单服务执行图10所示的步骤5，步骤6，进而可以在支付成功时，执行步骤7，以回调发货。可以理解的是，该后台服务器1可以通过图10所示的九层发货***（一种用于发货的通用服务***）进行发货，进而可以通过图10所示的拼团服务判断该用户1当前具备发起哪种互动任务的资格，进而可以将根据该用户1当前的资格进行单点券的下发。

如图10所示，当该用户1发起互动任务（例如，拼单任务或者包场任务）时，可以通过该一起看付费前端对应的后台服务器向手Q前端对应的后台服务器2（例如，图10所示的手Q后台）推送拼团消息。这里的拼团消息可以为上述图3所对应实施例中的互动邀请信息。这样，当位于上述公共业务广播群组中的其他用户看到该互动邀请信息对应的群消息中途加入拼团时，则可以通过图10所示的资格服务和拼团服务对当前参与响应该群消息的参与人进行资格审查，即1）判定在当前的参与人（即上述第二类型用户，例如，上述用户2）是否属于该公共业务广播群组中，2）当前群组中是否存在针对这个目标视频数据的其他拼团服务。这样，当第二类型用户确认成功参与拼团之后，则上述第一类型用户则可以通过图10的手Q前端，进入房间，以在该手Q观影房间（即上述虚拟播放室）中观看视频数据。

可以理解的是，如图10所示，当该用户1请求进入房间时，会通过图10所示的手Q后台、以及上述后台服务器1所提供的资格服务和拼团服务进行资格审查，进而可以在审查成功时进入虚拟播放室，如图10所示，图10所示的播放器后台可以对当前请求播放视频数据的进行鉴权处理，以对线上多人同步观影中的每个人的资格数据进行比对，进而可以在比对成功时，在该虚拟房间中为第一类型用户和第二类型用户播放相应的视频数据，以实现对线上多人不同观影的播放控制。可以理解的是，由于图10所示的一起看付费前端是嵌入在上述手Q前端的，所以，本申请实施例可以将上述后台服务器1和后台服务器2视为同一服务器，可选的，本申请实施例还可以将上述后台服务器1和后台服务器2等效为业务服务器中的两个子服务器，这里将不对这两类服务器的实现形式进行限定。

其中，为便于理解，进一步的，请参见图11，图11是本申请实施例提供的一种进行资格审查的场景示意图。如图11，本申请实施例通过与应用客户端（比如，社交客户端为手Q）中集成“一起看”这一业务程序的服务功能，可以寻求在社交场景下的付费增量。另外，本申请实施例通过在视频侧提供优质片单给到手Q（即给到手Q中的一起看业务程序），可以提供可靠地付费鉴权能力。此外，如图11所示，该应用客户端（比如，手Q）提供虚拟房间（即上述虚拟播放室）给用户提供线下影院观影场景下的观看需求。

其中，如图11所示，在参与互动的用户进入手Q观影房间观看视频的过程中，需要进行支付资格的审查，比如，具体会审查用户是否可以支付/进入当前的虚拟播放室。即本申请会在播放鉴权的过程中通过查询资格流水的方式对参与人进行鉴权。进而可以将查询到观影资格时，准许进入房间（即进入虚拟播放室）观看视频。如图11所示，可以理解的是，若当前互动任务为拼单任务，本申请实施例可以在当前房间已经开启的情况下对新加入该拼团的参与人进行资格审查，比如：会在当前新加入的参与人点击立即支付时，首先会查询是否有资格拼团，有资格才允许下单，没有资格则会告知用户原因。

其中，拼团资格需要满足以下条件：1）当前用户在这个群内，2）如果是发起拼团，则当前群没有其他影片正在拼团。一个群同一时刻只允许发起一个拼团。换言之，在本申请实施例中，当一个群发起针对某个目标视频数据的拼团后，即可以进入锁定状态，即不允许有新的针对同一目标视频数据的拼团发起，也不允许同一用户在一个群中发起多个拼团，因此，每次支付前需要判断这个用户在当前群是否发起有其他拼团。

其中，可以理解的是，本申请实施例可以在判断当前用户有发起拼团或者包场的资格时，进行相应时刻下的状态转换。比如，进一步的，请参见图12，图12是本申请实施例提供的一种进行状态转换的场景示意图。如图12所示的当前用户可以为上述第一类型用户，当第一类型用户在未发起拼团时，可以通过数据转移的方式得到具备发起拼团的资格，即该第一类型用户针对拼团/包场而言，均分为购买前（无资格）、购买后（有资格未核销）。如图12所示，该第一类型用户所发起的拼团可以包括拼团未成功的状态，比如，由于该第一类型用户在发起拼团时，会存在一个任务邀请时长，那么，在该任务邀请时长超过邀请时长阈值（例如，4小时）时，则会视为拼团超时，进而会在拼团超时的情况下会产生图12所示的拼团超时失效的状态，此时，业务服务器会在后台为该第一类型用户释放针对目标视频数据的拼团锁、并补发发起拼团时所支付的虚拟资产等额的其他类型的虚拟资产（例如，可以补发钻石）。可选的，如图12所示，当在该任务邀请时长内拼团人数已经达到最低阈值（例如，2人）的情况下，若该第一类型用户未在该任务邀请时长达到邀请时长阈值（例如，4小时）时开启房间，也会视为拼团超时，进而产生拼团超时失效的状态。

如图12所示，若在该任务邀请时长内拼团人数已经达到最低阈值（例如，2人），且该第一类型用户在该任务邀请时长达到邀请时长阈值（例如，4小时）之前首次开启房间，则视为拼团成功且已开启房间的状态，此时，该第一类型用户具备资格但尚未核销。可以理解的是，如图12所示，第一类型用户在拼团成功且已开启房间的状态下，可以手动接收房间，应当理解，此时，本申请实施例可以视为该虚拟播放室是处于暂时关闭的状态，即该第一类型用户是有权限在该虚拟播放室的有效时长（例如，8小时）内选择重新开启房间的，此时，该第一类型用户仍在拼团成功且已开启房间的状态下，可以手动接收房间。

此外，可选的，如图12所示，第一类型用户可以在手动结束房间之后，暂停关闭房间，当该暂时关闭房间的时长超过该虚拟播放室的有效时长时，则将当前房间的房间状态确定为结束状态，进而可以为购买后的该第一类型用户在有资格未核销的情况下释放拼团锁，并补发砖石。可选的，如图12，可选的，若第一类型用户在拼团成功且已开启房间的状态下，检测到开启该房间的时长已经超过该虚拟播放室的有效时长，也会将当前播放室的状态视为房间结束状态。

可选的，当第一类型用户在拼团成功且已开启房间，并开启播放的状态下，进而可以对该具备资格的第一类型用户的资格进行核销，以结束当前虚拟播放室。

可以理解的是，第一用户终端可以在公共业务广播群组对应的虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据，应当理解，本申请实施例通过该虚拟播放室，可以为在同一公共业务广播群组中的多人提供线上同步观影的功能，进而可以在该虚拟播放室中实现对多人在线同步观影的播放控制。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步地，请参见图13，图13是本申请实施例提供的一种视频数据处理装置的结构示意图。其中，该视频数据处理装置1可以包括：详情页获取模块10，区域旋转模块20，邀请信息发送模块30，图像数据接收模块40和视频数据播放模块50；进一步地，视频数据处理装置1还可以包括：会话界面控制模块60，视频数据请求模块70，推荐列表接收模块80；

详情页获取模块10，用于获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，输出任务发起控件所指示的业务属性对应的数据转移页面；视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

其中，K个视频数据中包括目标视频数据；

详情页获取模块10包括：详情页输出单元101，鉴权请求发送单元102，订单配置单元103，转移界面输出单元104；

详情页输出单元101，用于响应针对列表显示界面中的目标视频数据执行的触发操作，输出目标视频数据对应的视频详情页面；视频详情页面中包含用于指示第一类型用户发起互动任务的任务发起控件；

鉴权请求发送单元102，用于响应第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，向业务服务器发送鉴权请求；鉴权请求用于指示业务服务器在对第一类型用户的任务发起权限进行鉴权成功时，获取与目标视频数据的业务属性相关联的订单配置页面；

订单配置单元103，用于接收业务服务器返回订单配置页面，响应针对订单配置页面执行的触发操作，将在订单配置页面上输出与目标视频数据的业务属性相关联的订单配置信息，向服务器发送与订单配置信息相关联的数据转移页面；

转移界面输出单元104，用于接收业务服务器返回的数据转移页面，输出数据转移页面。

其中，详情页获取模块10包括：详情页输出单元101，鉴权请求发送单元102，订单配置单元103，转移界面输出单元104的具体实现方式，可以参见上述图3所对应实施例中对步骤S101的描述，这里将不再继续进行赘述。

区域旋转模块20，用于当在数据转移页面上完成数据转移操作时，将应用客户端的显示界面由数据转移页面返回至视频详情页面，对视频详情页面中的浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据；

其中，区域旋转模块20包括：转移操作获取单元201，详情页返回单元202，旋转区域确定单元203，入座区域单元204和辅助信息切换单元205；

转移操作获取单元201，用于获取针对数据转移页面中的业务辅助信息执行的数据转移操作，在确认完成数据转移操作时，接收业务服务器返回的数据转移凭证，且在数据转移页面上输出转移成功提示信息；数据转移凭证用于表征第一类型用户具备发起互动任务的权限；

详情页返回单元202，用于响应针对转移成功提示信息所在的数据转移页面上执行的返回操作，将应用客户端的显示界面由数据转移页面返回至视频详情页面；

旋转区域确定单元203，用于在视频详情页面中，确定浏览辅助区域中的第一区域和第二区域，以垂直于浏览辅助区域所在平面的方向为旋转方向，基于旋转方向对第一区域和第二区域进行旋转操作，将旋转后的第一区域和旋转后的第二区域所在的浏览辅助区域，确定为旋转后的浏览辅助区域；旋转后的浏览辅助区域的尺寸与旋转前的浏览辅助区域的尺寸相同；

入座区域单元204，用于确定将旋转后的浏览辅助区域所在的显示界面作为用于发起互动任务的虚拟互动界面，在虚拟互动界面将旋转后的第二区域确定为虚拟入座区域，在虚拟入座区域中输出第一类型用户的第一用户图像数据；虚拟入座区域中的座位数量是由第一类型用户所在的公共业务广播群组中的总人数所决定的。

其中，旋转后的第一区域用于展示与目标视频数据相关联的视频辅助信息；视频辅助信息包括目标视频数据的图片信息和短视频信息中的任意一种；

可选的，辅助信息切换单元205，用于在旋转后的第一区域展示的视频辅助信息为图片信息时，响应针对短视频信息对应的短视频播放控件执行的触发操作，在旋转后的第一区域中播放短视频信息。

其中，转移操作获取单元201，详情页返回单元202，旋转区域确定单元203，入座区域单元204和辅助信息切换单元205的具体实现方式，可以参见上述图3所对应实施例对步骤S102的描述，这里将不再继续进行赘述。

邀请信息发送模块30，用于响应针对虚拟互动界面中的邀请控件执行的触发操作，将与目标视频数据相关联的互动邀请信息输出至第一类型用户所在的公共业务广播群组；公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户；

其中，邀请信息发送模块30包括：邀请信息生成单元301，邀请信息发送单元302，提示信息输出单元303；

邀请信息生成单元301，用于响应针对虚拟互动界面中的邀请控件执行的触发操作，获取第一类型用户的用户名称和目标视频数据的视频名称，基于用户名称和视频名称，生成与目标视频数据的业务属性相关联的互动邀请信息；

邀请信息发送单元302，用于将与目标视频数据相关联的互动邀请信息发送给业务服务器，以使业务服务器在第一类型用户所在的公共业务广播群组中广播互动邀请信息对应的互动提示信息；

提示信息输出单元303，用于接收业务服务器广播的互动提示信息，将互动提示信息输出至第一类型用户所在的公共业务广播群组。

其中，邀请信息生成单元301，邀请信息发送单元302，提示信息输出单元303的具体实现方式，可以参见上述图3所对应实施例对步骤S103的描述，这里将不再继续进行赘述。

图像数据接收模块40，用于接收第二类型用户对应的用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据输出至虚拟入座区域；

其中，图像数据接收模块40包括：响应信息接收单元401，用户图像输出单元402和任务状态更新单元403；

响应信息接收单元401，用于在公共业务广播群组中的第二类型用户基于互动提示信息得到互动邀请信息时，接收第二类型用户对应的用户终端基于互动邀请信息返回的互动响应信息；互动响应信息中包括第二类型用户的第二用户图像数据以及第二类型用户参与互动邀请信息所指示的互动任务的互动序号；

用户图像输出单元402，用于在虚拟入座区域中确定互动序号对应的虚拟座位，将第二用户图像数据输出至虚拟入座区域中的虚拟座位。

可选的，其中，互动响应信息中包括第二类型用户的用户名称；旋转后的浏览辅助区域中包括第三区域；第三区域用于展示视频业务数据对应的互动任务的任务状态；

任务状态更新单元403，用于在将包含第二类型用户的用户名称输出至虚拟互动界面时，接收业务服务器基于互动响应信息所统计到的互动用户数，基于互动用户数更新第三区域中的互动任务的任务状态。

其中，响应信息接收单元401，用户图像输出单元402和任务状态更新单元403的具体实现方式，可以参见上述图3所对应实施例对步骤S104的描述，这里将不再继续进行赘述。

视频数据播放模块50，用于在公共业务广播群组对应的虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

其中，若业务属性为第一业务类型；则目标视频数据对应的互动任务为第一任务；

则视频数据播放模块50包括：播放室创建单元501，第一界面输出单元502和第一播放单元503；可选的，视频数据播放模块50还包括：任务状态检测单元504，第二界面输出单元505和第二播放单元506；

播放室创建单元501，用于在第一类型用户完成数据转移操作时，接收业务服务器基于第一业务类型创建的公共业务广播群组对应的第一虚拟播放室；

第一界面输出单元502，用于在第一任务对应的任务邀请时长内，响应与第一虚拟播放室相关联的共享启动控件执行的触发操作，输出虚拟播放室对应的视频共享界面；

第一播放单元503，用于在任务邀请时长达到邀请时长阈值时，在视频共享界面中调用视频播放器，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

可选的，其中，若业务属性为第二业务类型；则目标视频数据对应的互动任务为第二任务；

任务状态检测单元504，用于在第二任务对应的任务邀请时长内，检测到第二任务对应的任务状态为完成状态时，接收业务服务器基于第二业务类型创建的公共业务广播群组对应的第二虚拟播放室；完成状态是指业务服务器统计到参与响应第二任务的互动用户数达到互动用户阈值；互动用户阈值小于或者等于公共业务广播群组中的总用户人数；

第二界面输出单元505，用于在任务邀请时长内，响应与第二虚拟播放室相关联的共享启动控件执行的触发操作，输出第二虚拟播放室对应的视频共享界面；

第二播放单元506，用于在任务邀请时长达到邀请时长阈值时，在视频共享界面中调用视频播放器，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

其中，播放室创建单元501，第一界面输出单元502和第一播放单元503；任务状态检测单元504，第二界面输出单元505和第二播放单元506的具体实现方式，可以参见上述图3所对应实施例中对步骤S105的描述，这里将不再继续进行赘述。

可选的，会话界面控制模块60，用于获取应用客户端中的公共业务广播群组对应的会话界面，响应针对会话界面的触发操作，在会话界面中展示应用客户端中的目标业务程序；目标业务程序为嵌入在应用客户端中的嵌入式子程序；

视频数据请求模块70，用于响应针对目标业务程序执行的触发操作，向应用客户端对应的业务服务器发送视频获取请求；视频获取请求用于指示业务服务器从视频数据推荐***中筛选出K个视频数据，以构成视频推荐列表；K为正整数；

推荐列表接收模块80，用于接收业务服务器返回的视频推荐列表，将视频推荐列表中的K个视频数据输出至应用客户端中的目标业务程序对应的视频推荐界面。

其中，详情页获取模块10，区域旋转模块20，邀请信息发送模块30，图像数据接收模块40和视频数据播放模块50，会话界面控制模块60，视频数据请求模块70，推荐列表接收模块80的具体实现方式，可以参见上述图3所对应实施例对步骤S101-步骤S1051的描述，这里将不再继续进行赘述。

其中，可以理解的是，本申请实施例中的视频数据处理装置1可执行前文图3或图9所对应实施例中对视频数据处理方法的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步地，请参见图14，是本申请实施例提供的一种计算机设备的结构示意图。如图14所示，该计算机设备4000可以为用户终端，该用户终端可以为上述图1所对应实施例中的用户终端3000a，可选的，该计算机设备4000还可以为业务服务器，该业务服务器可以为上述图1所对应实施例中的业务服务器1000。为便于理解，本申请实施例以该计算机设备为用户终端为例。此时。该计算机设备4000可以包括：处理器1001，网络接口1004和存储器1005，此外，该计算机设备4000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏（Display）、键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器（non-volatile memory），例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图14所示，作为一种计算机存储介质的存储器1005中可以包括操作***、网络通信模块、用户接口模块以及设备控制应用程序。

其中，该计算机设备4000中的网络接口1004还可以提供网络通讯功能，且可选用户接口1003还可以包括显示屏（Display）、键盘（Keyboard）。在图14所示的计算机设备4000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对视频详情页面中的任务发起控件执行的触发操作，输出任务发起控件所指示的业务属性对应的数据转移页面；视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

当在数据转移页面上完成数据转移操作时，将应用客户端的显示界面由数据转移页面返回至视频详情页面，对视频详情页面中的浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在虚拟互动界面的虚拟入座区域中输出第一类型用户的第一用户图像数据；

响应针对虚拟互动界面中的邀请控件执行的触发操作，将与目标视频数据相关联的互动邀请信息输出至第一类型用户所在的公共业务广播群组；公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户；

接收第二类型用户对应的用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据输出至虚拟入座区域；

在公共业务广播群组对应的虚拟播放室中，为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

应当理解，本申请实施例中所描述的计算机设备4000可执行前文图3或图9所对应实施例中对视频数据处理方法的描述，也可执行前文图13所对应实施例中对视频数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机存储介质，且计算机存储介质中存储有前文提及的视频数据处理装置1所执行的计算机程序，且计算机程序包括程序指令，当处理器执行程序指令时，能够执行前文图3或图9所对应实施例中对视频数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

进一步地，请参见图15，图15是本申请实施例提供的一种视频数据处理装置的结构示意图。其中，该视频数据处理装置2可以包括：鉴权请求接收模块100，转移请求接收模块200，邀请信息推送模块300，图像数据转发模块400和虚拟播放室创建模块500；

鉴权请求接收模块100，用于接收第一用户终端发起的鉴权请求，基于鉴权请求对第一用户终端对应的第一类型用户进行鉴权后，向第一用户终端返回数据转移页面；鉴权请求是由第一类型用户针对视频详情页面中的任务发起控件执行的触发操作后所得到的；视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

转移请求接收模块200，用于接收第一用户终端发送的数据转移请求，基于数据转移请求向第一用户终端返回数据转移页面；数据转移请求是由第一用户终端响应针对列表显示界面中的目标视频数据执行的触发操作所得到的；

邀请信息推送模块300，用于接收第一用户终端发送的互动邀请信息，将互动邀请信息推送至第一类型用户所在的公共业务广播群组；公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户；互动邀请信息为第一用户终端响应针对虚拟互动界面中的邀请控件执行的触发操作所得到的；虚拟互动界面为第一用户终端对视频详情页面中的浏览辅助区域进行旋转操作后所确定的；旋转后的浏览辅助区域中包括虚拟入座区域；虚拟入座区域用于展示第一类型用户的第一用户图像数据；

图像数据转发模块400，用于在第二类型用户参与响应互动邀请信息时，接收第二类型用户对应的第二用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据转发给第一用户终端，以使第一用户终端将第二用户图像数据输出至虚拟入座区域；

虚拟播放室创建模块500，用于接收第一用户终端发起的虚拟播放室创建指令，创建公共业务广播群组对应的虚拟播放室；虚拟播放室用于为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

其中，鉴权请求接收模块100，转移请求接收模块200，邀请信息推送模块300，图像数据转发模块400和虚拟播放室创建模块500的具体实现方式，可以参见上述图9所对应实施例中对业务服务器的描述，这里将不再继续进行赘述。

进一步地，请参见图16，是本申请实施例提供的一种计算机设备的结构示意图。如图16所示，该计算机设备5000可以为用户终端，该用户终端可以为上述图1所对应实施例中的用户终端3000a，可选的，该计算机设备5000还可以为业务服务器，该业务服务器可以为上述图1所对应实施例中的业务服务器1000。为便于理解，本申请实施例以该计算机设备为用户终端为例。此时。该计算机设备5000可以包括：处理器5001，网络接口5004和存储器5005，此外，该计算机设备5000还可以包括：用户接口5003，和至少一个通信总线5002。其中，通信总线5002用于实现这些组件之间的连接通信。可选用户接口5003还可以包括标准的有线接口、无线接口。网络接口5004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。存储器5005可以是高速RAM存储器，也可以是非不稳定的存储器（non-volatilememory），例如至少一个磁盘存储器。存储器5005可选的还可以是至少一个位于远离前述处理器5001的存储装置。如图16所示，作为一种计算机存储介质的存储器5005中可以包括操作***、网络通信模块、用户接口模块以及设备控制应用程序。

其中，该计算机设备5000中的网络接口5004还可以提供网络通讯功能。在图16所示的计算机设备5000中，网络接口5004可提供网络通讯功能；而用户接口5003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器5005中存储的设备控制应用程序，以实现：

接收第一用户终端发起的鉴权请求，基于鉴权请求对第一用户终端对应的第一类型用户进行鉴权后，向第一用户终端返回数据转移页面；鉴权请求是由第一类型用户针对视频详情页面中的任务发起控件执行的触发操作后所得到的；视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

接收第一用户终端发送的数据转移请求，基于数据转移请求向第一用户终端返回数据转移页面；数据转移请求是由第一用户终端响应针对列表显示界面中的目标视频数据执行的触发操作所得到的；

接收第一用户终端发送的互动邀请信息，将互动邀请信息输出至第一类型用户所在的公共业务广播群组；公共业务广播群组包括第二类型用户；第二类型用户为公共业务广播群组中参与响应互动邀请信息的用户；互动邀请信息为第一用户终端响应针对虚拟互动界面中的邀请控件执行的触发操作所得到的；虚拟互动界面为第一用户终端对视频详情页面中的浏览辅助区域进行旋转操作后所确定的；旋转后的浏览辅助区域中包括虚拟入座区域；虚拟入座区域用于展示第一类型用户的第一用户图像数据；

在第二类型用户参与响应互动邀请信息时，接收第二类型用户对应的第二用户终端发送的第二类型用户的第二用户图像数据，将第二用户图像数据发送给第一用户终端，以使第一用户终端将第二用户图像数据输出至虚拟入座区域；

接收第一用户终端发起的虚拟播放室创建指令，创建公共业务广播群组对应的虚拟播放室；虚拟播放室用于为虚拟入座区域中的第一类型用户和第二类型用户播放目标视频数据。

可以理解的是，本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前文图3或图9所对应实施例中对视频数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

进一步的，请参见图17，图17是本申请实施例提供的一种视频数据处理***的结构示意图。该视频数据处理***3可以包含视频数据处理装置1a和视频数据处理装置2a。其中，视频数据处理装置1a可以为上述图13所对应实施例中的视频数据处理装置1，可以理解的是，该视频数据处理装置1a可以集成在上述图2所对应实施例中的终端10a，因此，这里将不再进行赘述。其中，视频数据处理装置2a可以为上述图15所对应实施例中的视频数据处理装置2，可以理解的是，该数据处理装置2a可以集成在上述对应实施例中的服务器20a，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的视频数据处理***实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (15)

1.一种视频数据处理方法，其特征在于，包括：

获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对所述视频详情页面中的任务发起控件执行的触发操作，输出所述任务发起控件所指示的业务属性对应的数据转移页面；所述视频详情页面中包含与所述目标视频数据相关联的浏览辅助区域；

当在所述数据转移页面上完成数据转移操作时，将所述应用客户端的显示界面由所述数据转移页面返回至所述视频详情页面，对所述视频详情页面中的所述浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在所述虚拟互动界面的虚拟入座区域中输出所述第一类型用户的第一用户图像数据；

响应针对所述虚拟互动界面中的邀请控件执行的触发操作，将与所述目标视频数据相关联的互动邀请信息输出至所述第一类型用户所在的公共业务广播群组；所述公共业务广播群组包括第二类型用户；所述第二类型用户为所述公共业务广播群组中参与响应所述互动邀请信息的用户；

接收所述第二类型用户对应的用户终端发送的所述第二类型用户的第二用户图像数据，将所述第二用户图像数据输出至所述虚拟入座区域；所述虚拟入座区域中包含虚拟座位，该虚拟座位的数量等于所述公共业务广播群组中的用户数量；当所述第二类型用户对应的用户终端根据所述互动邀请信息对所述目标视频数据完成数据转移操作时，所述第二用户图像数据被输出显示在对应的一个虚拟座位上；

在所述公共业务广播群组对应的虚拟播放室中，为所述虚拟入座区域中的所述第一类型用户和所述第二类型用户播放所述目标视频数据；所述第一类型用户和所述第二类型用户在用于播放所述目标视频的视频共享界面中同步观影。

2.根据权利要求1所述的方法，其特征在于，在所述获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对所述视频详情页面中的任务发起控件执行的触发操作，输出所述任务发起控件所指示的业务属性对应的数据转移页面之前，所述方法包括：

获取应用客户端中的公共业务广播群组对应的会话界面，响应针对所述会话界面的触发操作，在所述会话界面中展示所述应用客户端中的目标业务程序；所述目标业务程序为嵌入在所述应用客户端中的嵌入式子程序；

响应针对所述目标业务程序执行的触发操作，向所述应用客户端对应的业务服务器发送视频获取请求；所述视频获取请求用于指示所述业务服务器从视频数据推荐***中筛选出K个视频数据，以构成视频推荐列表；所述K为正整数；

接收所述业务服务器返回的所述视频推荐列表，将所述视频推荐列表中的所述K个视频数据输出至所述应用客户端中的所述目标业务程序对应的视频推荐界面。

3.根据权利要求2所述的方法，其特征在于，所述K个视频数据中包括所述目标视频数据；

所述获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对所述视频详情页面中的任务发起控件执行的触发操作，输出所述任务发起控件所指示的业务属性对应的数据转移页面，包括：

响应针对所述列表显示界面中的所述目标视频数据执行的触发操作，输出所述目标视频数据对应的视频详情页面；所述视频详情页面中包含用于指示第一类型用户发起互动任务的任务发起控件；

响应所述第一类型用户针对所述视频详情页面中的所述任务发起控件执行的触发操作，向所述业务服务器发送鉴权请求；所述鉴权请求用于指示所述业务服务器在对所述第一类型用户的任务发起权限进行鉴权成功时，获取与所述目标视频数据的业务属性相关联的订单配置页面；

接收所述业务服务器返回所述订单配置页面，响应针对所述订单配置页面执行的触发操作，将在所述订单配置页面上输出与所述目标视频数据的业务属性相关联的订单配置信息，向所述服务器发送与所述订单配置信息相关联的数据转移页面；

接收所述业务服务器返回的所述数据转移页面，输出所述数据转移页面。

4.根据权利要求1所述的方法，其特征在于，所述当在所述数据转移页面上完成数据转移操作时，将所述应用客户端的显示界面由所述数据转移页面返回至所述视频详情页面，对所述视频详情页面中的所述浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在所述虚拟互动界面的虚拟入座区域中输出所述第一类型用户的第一用户图像数据，包括：

获取针对所述数据转移页面中的业务辅助信息执行的数据转移操作，在确认完成所述数据转移操作时，接收业务服务器返回的数据转移凭证，且在所述数据转移页面上输出转移成功提示信息；所述数据转移凭证用于表征所述第一类型用户具备发起互动任务的权限；

响应针对所述转移成功提示信息所在的数据转移页面上执行的返回操作，将所述应用客户端的显示界面由所述数据转移页面返回至所述视频详情页面；

在所述视频详情页面中，确定所述浏览辅助区域中的第一区域和第二区域，以垂直于所述浏览辅助区域所在平面的方向为旋转方向，基于所述旋转方向对所述第一区域和所述第二区域进行旋转操作，将旋转后的第一区域和旋转后的第二区域所在的浏览辅助区域，确定为旋转后的浏览辅助区域；所述旋转后的浏览辅助区域的尺寸与旋转前的所述浏览辅助区域的尺寸相同；

将所述旋转后的浏览辅助区域所在的显示界面作为用于发起所述互动任务的虚拟互动界面，在所述虚拟互动界面将所述旋转后的第二区域确定为虚拟入座区域，在所述虚拟入座区域中输出所述第一类型用户的第一用户图像数据；所述虚拟入座区域中的座位数量是由所述第一类型用户所在的所述公共业务广播群组中的总人数所决定的。

5.根据权利要求4所述的方法，其特征在于，所述旋转后的第一区域用于展示与所述目标视频数据相关联的视频辅助信息；所述视频辅助信息包括所述目标视频数据的图片信息和短视频信息中的任意一种；

所述方法还包括：

在所述述旋转后的第一区域展示的所述视频辅助信息为所述图片信息时，响应针对所述短视频信息对应的短视频播放控件执行的触发操作，在所述旋转后的第一区域中播放所述短视频信息。

6.根据权利要求1所述的方法，其特征在于，所述响应针对所述虚拟互动界面中的邀请控件执行的触发操作，将与所述目标视频数据相关联的互动邀请信息输出至所述第一类型用户所在的公共业务广播群组，包括：

响应针对所述虚拟互动界面中的邀请控件执行的触发操作，获取所述第一类型用户的用户名称和所述目标视频数据的视频名称，基于所述用户名称和所述视频名称，生成与所述目标视频数据的所述业务属性相关联的互动邀请信息；

将与所述目标视频数据相关联的互动邀请信息发送给业务服务器，以使所述业务服务器在所述第一类型用户所在的公共业务广播群组中广播所述互动邀请信息对应的互动提示信息；

接收所述业务服务器广播的所述互动提示信息，将所述互动提示信息所述输出至所述第一类型用户所在的公共业务广播群组。

7.根据权利要求6所述的方法，其特征在于，接收所述第二类型用户对应的用户终端发送的所述第二类型用户的第二用户图像数据，将所述第二用户图像数据输出至所述虚拟入座区域，包括：

在所述公共业务广播群组中的第二类型用户基于所述互动提示信息得到所述互动邀请信息时，接收所述第二类型用户对应的用户终端基于所述互动邀请信息返回的互动响应信息；所述互动响应信息中包括所述第二类型用户的第二用户图像数据以及所述第二类型用户参与所述互动邀请信息所指示的互动任务的互动序号；

在所述虚拟入座区域中确定所述互动序号对应的虚拟座位，将所述第二用户图像数据输出至所述虚拟入座区域中的所述虚拟座位。

8.根据权利要求7所述的方法，其特征在于，所述互动响应信息中包括所述第二类型用户的用户名称；所述旋转后的浏览辅助区域中包括第三区域；所述第三区域用于展示视频业务数据对应的所述互动任务的任务状态；

所述方法还包括：

在将包含所述第二类型用户的用户名称输出至所述虚拟互动界面时，接收所述业务服务器基于所述互动响应信息所统计到的互动用户数，基于所述互动用户数更新所述第三区域中的所述互动任务的任务状态。

9.根据权利要求1所述的方法，其特征在于，若所述业务属性为第一业务类型；则所述目标视频数据对应的互动任务为第一任务；

则所述在所述公共业务广播群组对应的虚拟播放室中，为所述虚拟入座区域中的所述第一类型用户和所述第二类型用户播放所述目标视频数据，包括：

在所述第一类型用户完成所述数据转移操作时，接收业务服务器基于所述第一业务类型创建的所述公共业务广播群组对应的第一虚拟播放室；

在所述第一任务对应的任务邀请时长内，响应与所述第一虚拟播放室相关联的共享启动控件执行的触发操作，输出所述虚拟播放室对应的视频共享界面；

在所述任务邀请时长达到邀请时长阈值时，在所述视频共享界面中调用视频播放器，为所述虚拟入座区域中的所述第一类型用户和所述第二类型用户播放所述目标视频数据。

10.根据权利要求1所述的方法，其特征在于，若所述业务属性为第二业务类型；则所述目标视频数据对应的互动任务为第二任务；

则所述在所述公共业务广播群组对应的虚拟播放室中，为所述虚拟入座区域中的所述第一类型用户和所述第二类型用户播放所述目标视频数据，包括：

在所述第二任务对应的任务邀请时长内，检测到所述第二任务对应的任务状态为完成状态时，接收业务服务器基于所述第二业务类型创建的所述公共业务广播群组对应的第二虚拟播放室；所述完成状态是指所述业务服务器统计到参与响应所述第二任务的互动用户数达到互动用户阈值；所述互动用户阈值小于或者等于所述公共业务广播群组中的总用户人数；

在所述任务邀请时长内，响应与所述第二虚拟播放室相关联的共享启动控件执行的触发操作，输出所述第二虚拟播放室对应的视频共享界面；

在所述任务邀请时长达到邀请时长阈值时，在所述视频共享界面中调用视频播放器，为所述虚拟入座区域中的所述第一类型用户和所述第二类型用户播放所述目标视频数据。

11.一种视频数据处理方法，其特征在于，包括：

接收第一用户终端发起的鉴权请求，基于所述鉴权请求对所述第一用户终端对应的第一类型用户进行鉴权后，向所述第一用户终端返回数据转移页面；所述鉴权请求是由所述第一类型用户针对视频详情页面中的任务发起控件执行的触发操作后所得到的；所述视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

接收所述第一用户终端发送的数据转移请求，基于所述数据转移请求向所述第一用户终端返回数据转移页面；所述数据转移请求是由所述第一用户终端响应针对列表显示界面中的所述目标视频数据执行的触发操作所得到的；

接收所述第一用户终端发送的互动邀请信息，将所述互动邀请信息输出至所述第一类型用户所在的公共业务广播群组；所述公共业务广播群组包括第二类型用户；所述第二类型用户为所述公共业务广播群组中参与响应所述互动邀请信息的用户；所述互动邀请信息为所述第一用户终端响应针对虚拟互动界面中的邀请控件执行的触发操作所得到的；所述虚拟互动界面为所述第一用户终端对所述视频详情页面中的所述浏览辅助区域进行旋转操作后所确定的；旋转后的浏览辅助区域中包括虚拟入座区域；所述虚拟入座区域用于展示所述第一类型用户的第一用户图像数据；

在所述第二类型用户参与响应所述互动邀请信息时，接收所述第二类型用户对应的第二用户终端发送的所述第二类型用户的第二用户图像数据，将所述第二用户图像数据发送给所述第一用户终端，以使所述第一用户终端将所述第二用户图像数据输出至所述虚拟入座区域；所述虚拟入座区域中包含虚拟座位，该虚拟座位的数量等于所述公共业务广播群组中的用户数量；当所述第二类型用户对应的用户终端根据所述互动邀请信息对所述目标视频数据完成数据转移操作时，所述第二用户图像数据被输出显示在对应的一个虚拟座位上；

接收所述第一用户终端发起的虚拟播放室创建指令，创建所述公共业务广播群组对应的虚拟播放室；所述虚拟播放室用于为所述虚拟入座区域中的所述第一类型用户和所述第二类型用户播放所述目标视频数据；所述第一类型用户和所述第二类型用户在用于播放所述目标视频的视频共享界面中同步观影。

12.一种视频数据处理装置，其特征在于，包括：

详情页获取模块，用于获取应用客户端中的目标视频数据对应的视频详情页面，响应第一类型用户针对所述视频详情页面中的任务发起控件执行的触发操作，输出所述任务发起控件所指示的业务属性对应的数据转移页面；所述视频详情页面中包含与所述目标视频数据相关联的浏览辅助区域；

区域旋转模块，用于当在所述数据转移页面上完成数据转移操作时，将所述应用客户端的显示界面由所述数据转移页面返回至所述视频详情页面，对所述视频详情页面中的所述浏览辅助区域进行旋转操作，将旋转后的浏览辅助区域所在的显示界面作为虚拟互动界面，在所述虚拟互动界面的虚拟入座区域中输出所述第一类型用户的第一用户图像数据；

邀请信息发送模块，用于响应针对所述虚拟互动界面中的邀请控件执行的触发操作，将与所述目标视频数据相关联的互动邀请信息输出至所述第一类型用户所在的公共业务广播群组；所述公共业务广播群组包括第二类型用户；所述第二类型用户为所述公共业务广播群组中参与响应所述互动邀请信息的用户；

图像数据接收模块，用于接收所述第二类型用户对应的用户终端发送的所述第二类型用户的第二用户图像数据，将所述第二用户图像数据输出至所述虚拟入座区域；所述虚拟入座区域中包含虚拟座位，该虚拟座位的数量等于所述公共业务广播群组中的用户数量；当所述第二类型用户对应的用户终端根据所述互动邀请信息对所述目标视频数据完成数据转移操作时，所述第二用户图像数据被输出显示在对应的一个虚拟座位上；

视频数据播放模块，用于在所述公共业务广播群组对应的虚拟播放室中，为所述虚拟入座区域中的所述第一类型用户和所述第二类型用户播放所述目标视频数据；所述第一类型用户和所述第二类型用户在用于播放所述目标视频的视频共享界面中同步观影。

13.一种视频数据处理装置，其特征在于，包括：

鉴权请求接收模块，用于接收第一用户终端发起的鉴权请求，基于所述鉴权请求对所述第一用户终端对应的第一类型用户进行鉴权后，向所述第一用户终端返回数据转移页面；所述鉴权请求是由所述第一类型用户针对视频详情页面中的任务发起控件执行的触发操作后所得到的；所述视频详情页面中包含与目标视频数据相关联的浏览辅助区域；

转移请求接收模块，用于接收所述第一用户终端发送的数据转移请求，基于所述数据转移请求向所述第一用户终端返回数据转移页面；所述数据转移请求是由所述第一用户终端响应针对列表显示界面中的所述目标视频数据执行的触发操作所得到的；

邀请信息推送模块，用于接收所述第一用户终端发送的互动邀请信息，将所述互动邀请信息推送至所述第一类型用户所在的公共业务广播群组；所述公共业务广播群组包括第二类型用户；所述第二类型用户为所述公共业务广播群组中参与响应所述互动邀请信息的用户；所述互动邀请信息为所述第一用户终端响应针对虚拟互动界面中的邀请控件执行的触发操作所得到的；所述虚拟互动界面为所述第一用户终端对所述视频详情页面中的所述浏览辅助区域进行旋转操作后所确定的；旋转后的浏览辅助区域中包括虚拟入座区域；所述虚拟入座区域用于展示所述第一类型用户的第一用户图像数据；

图像数据转发模块，用于在所述第二类型用户参与响应所述互动邀请信息时，接收所述第二类型用户对应的第二用户终端发送的所述第二类型用户的第二用户图像数据，将所述第二用户图像数据转发给所述第一用户终端，以使所述第一用户终端将所述第二用户图像数据输出至所述虚拟入座区域；所述虚拟入座区域中包含虚拟座位，该虚拟座位的数量等于所述公共业务广播群组中的用户数量；当所述第二类型用户对应的用户终端根据所述互动邀请信息对所述目标视频数据完成数据转移操作时，所述第二用户图像数据被输出显示在对应的一个虚拟座位上；

虚拟播放室创建模块，用于接收所述第一用户终端发起的虚拟播放室创建指令，创建所述公共业务广播群组对应的虚拟播放室；所述虚拟播放室用于为所述虚拟入座区域中的所述第一类型用户和所述第二类型用户播放所述目标视频数据；所述第一类型用户和所述第二类型用户在用于播放所述目标视频的视频共享界面中同步观影。

14.一种计算机设备，其特征在于，包括：处理器和存储器；

所述处理器与存储器相连，其中，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以执行权利要求1-11任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时，执行权利要求1-11任一项所述的方法。

Images