在线互动方法、客户端、服务器、计算设备和存储介质与流程

[0001]
本发明涉及网络通信技术领域，特别涉及一种在线互动方法、客户端、服务器、计算设备以及存储介质。


背景技术：

[0002]
网络通信技术的发展催生了许多新兴的在线交互方式，其中网络直播受到了众多用户的喜爱，已成为一种当下热门的在线交互方式。一般而言，网络直播经由直播平台进行，并且涉及到主播（即开播方）和观众（即观看方）。主播的音频和/或视频数据可以经由主播的客户端以及直播平台被采集、处理和传送，使得观众可以使用其客户端进入相应主播的直播间，来获取相应主播的音频和/或视频内容。此外，为了丰富交互模式和提升交互体验，一些直播平台还提出了多人连麦的直播模式，即多名主播可以通过连麦来进行互动，共同完成至少一段直播内容，而观众可以进入参与连麦的任一主播的直播间，同时获取到多名主播的音频和/或视频内容。
[0003]
然而，在当前的多人连麦直播模式中，观众与主播的互动方式比较单一，一般局限于简单的留言和赠送礼物，并不能很好地提高观众的参与感，从而容易使观众丧失互动兴趣，进而使得网络直播的互动性变差，使得直播所占用的网络带宽、存储空间、处理单元等资源的利用效率变低，造成这些资源的浪费。


技术实现要素：

[0004]
有鉴于此，本发明提供了一种在线互动方法、客户端、服务器、计算设备以及存储介质，旨在缓解、减轻或甚至消除上述问题以及可能存在的其他问题。
[0005]
根据本发明的一方面，提供了一种用于客户端的在线互动方法，包括：在所述在线互动的第一互动轮次中，基于来自第一类别用户的输入发送针对第一互动任务的任务执行数据，所述第一互动任务由第一类别用户组执行，所述第一类别用户组包括该第一类别用户和至少一个其他第一类别用户；接收并呈现该第一类别用户完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的，其中贡献数据是第二类别用户提供的；接收并呈现进入所述在线互动的第二互动轮次的通知，该通知是响应于所述第一类别用户组中的至少两个第一类别用户完成第一互动任务而生成的。
[0006]
在一些实施例中，该方法还包括：接收并呈现该第一类别用户未完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值小于第一贡献数据阈值而生成的。
[0007]
在一些实施例中，该方法还包括：接收并呈现该第一类别用户获胜的通知，该通知是响应于仅该第一类别用户完成第一互动任务而生成的。
[0008]
在一些实施例中，所述基于来自第一类别用户的输入发送针对所述第一互动任务的任务执行数据包括：获取该第一类别用户的视频数据；接收来自所述第一类别用户组中
的其他第一类别用户的视频数据；基于该第一类别用户的视频数据和其他第一类别用户的视频数据，生成混流视频数据，作为所述任务执行数据的至少一部分。
[0009]
在一些实施例中，所述混流视频数据包括视频编码数据和流控制数据，并且其中所述生成混流视频数据包括：将该第一类别用户的视频数据和其他第一类别用户的视频数据布局在不同区域中；对布局后的视频数据进行编码，生成所述视频编码数据；基于在线互动的进程在所述流控制数据中写入控制信息，所述控制信息指示在不同区域中呈现不同图像信息。
[0010]
在一些实施例中，所述对布局后的视频数据进行编码包括：基于视频数据中的感兴趣区域对混流视频数据进行编码。
[0011]
在一些实施例中，所述基于在线互动的进程在所述流控制数据中写入控制信息包括：响应于该第一类别用户未完成第一互动任务，识别与该第一类别用户对应的人脸区域，并在所述流控制数据中写入指示在该人脸区域中呈现惩罚性信息的控制信息。
[0012]
在一些实施例中，所述接收来自所述第一类别用户组中的其他第一类别用户的视频数据包括：通过端到端连接实时接收来自其他第一类别用户的视频数据。
[0013]
在一些实施例中，所述基于来自第一类别用户的输入发送针对所述第一互动任务的任务执行数据包括：获取该第一类别用户的音频数据；接收来自所述第一类别用户组中的其他第一类别用户的音频数据；基于该第一类别用户的音频数据和其他第一类别用户的音频数据，生成混流音频数据，作为所述任务执行数据的至少一部分。
[0014]
在一些实施例中，所述生成混流音频数据包括：模拟至少两个音频通道；将每个第一类别用户的音频数据添加至相应音频通道；合并多个音频通道中的音频数据，得到混流音频数据。
[0015]
在一些实施例中，所述第一互动轮次包括至少两个互动时段，所述第一互动任务依次由该第一类别用户和至少一个第一类别用户在相应互动时段内执行，其中所述该第一类别用户完成第一互动任务的通知是响应于该第一类别用户在相应互动时段内得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的。
[0016]
在一些实施例中，该方法还包括：接收来自该第一类别用户的互动发起输入，该互动发起输入用于发起所述在线互动；响应于所述互动发起输入，发送开启所述在线互动的请求。
[0017]
在一些实施例中，该方法还包括：接收开启所述在线互动的请求；接收来自该第一类别用户的互动同意输入，该互动同意输入用于指示该第一类别用户同意开启所述在线互动。
[0018]
在一些实施例中，该方法还包括：在第二互动轮次中，基于来自该第一类别用户的输入发送针对第二互动任务的任务执行数据，其中与所述第二互动任务相对应的第二贡献数据阈值大于所述第一贡献数据阈值。
[0019]
根据本发明的另一方面，提供了一种用于客户端的在线互动方法，包括：在所述在线互动的第一互动轮次中，接收并呈现第一类别用户的针对第一互动任务的任务执行数据，所述第一互动任务由第一类别用户组执行，所述第一类别用户组包括该第一类别用户和至少一个其他第一类别用户；基于来自第二类别用户的输入发送贡献数据；接收并呈现第一类别用户完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据
的累积值大于或等于第一贡献数据阈值而生成的；接收并呈现进入所述在线互动的第二互动轮次的通知，该通知是响应于所述第一类别用户组中的至少两个第一类别用户完成第一互动任务而生成的。
[0020]
在一些实施例中，该方法还包括：呈现资源包，所述资源包是响应于进入第二互动轮次而生成的；基于第二类别用户请求获取所述资源包的输入发送获取所述资源包的请求；响应于接收到成功获取所述资源包的通知，呈现所述资源包中的资源。
[0021]
在一些实施例中，所述接收并呈现第一类别用户的针对第一互动任务的任务执行数据包括：接收混流视频数据；基于所述混流视频数据，呈现来自至少两个第一类别用户的视频数据。
[0022]
在一些实施例中，所述混流视频数据包括视频编码数据和流控制数据，并且所述呈现来自至少两个第一类别用户的视频数据包括：对所述视频编码数据进行解码；基于解码后的视频数据，在不同区域中呈现每个第一类别用户的视频数据；基于所述流控制数据中的控制信息，在不同区域中呈现不同图像信息，其中所述控制信息是基于在线互动的进程而写入的。
[0023]
在一些实施例中，所述第一互动轮次包括至少两个互动时段，所述第一互动任务依次由该第一类别用户和至少一个其他第一类别用户在相应互动时段内执行，其中所述该第一类别用户完成第一互动任务的通知是响应于该第一类别用户在相应互动时段内得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的。
[0024]
在一些实施例中，所述第二类别用户的输入包括指示实现特殊效果的输入，所述方法还包括：响应于接收到指示特殊效果的输入，呈现与以下特殊效果中的至少一个相关的通知：增加当前互动时段的时间长度；降低与当前互动时段相关联的第一贡献数据阈值；更新针对至少两个第一类别用户开启第一互动任务的次序。
[0025]
根据本发明的另一方面，提供了一种用于服务器的在线互动方法，包括：在所述在线互动的第一互动轮次中，发送开启第一互动任务的通知，所述第一互动任务由第一类别用户组执行，所述第一类别用户组包括至少两个第一类别用户；接收来自第一类别用户组中的每个第一类别用户的客户端的针对所述第一互动任务的任务执行数据；向第二类别用户发送第一类别用户的任务执行数据；接收来自第二类别用户的客户端的贡献数据；针对每个第一类别用户累积所得到的贡献数据；响应于第一类别用户组中的至少一个第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值，生成并发送所述至少一个第一类别用户完成第一互动任务的通知；响应于第一类别用户组中的至少两个第一类别用户完成第一互动任务，生成并发送进入所述在线互动的第二互动轮次的通知。
[0026]
在一些实施例中，该方法还包括：改变所接收的任务执行数据的码率，得到至少两个具有不同码率的任务执行数据，其中所述任务执行数据包括混流视频数据和混流音频数据中的至少一个，并且其中所述向第二类别用户发送第一类别用户的任务执行数据包括：基于网络状况或来自第二类别用户的客户端的码率选择请求，选择性地向第二类别用户发送具有相应码率的任务执行数据。
[0027]
根据本发明的另一方面，提供了一种客户端，包括：发送模块，被配置为在所述在线互动的第一互动轮次中，基于来自第一类别用户的输入发送针对第一互动任务的任务执行数据，所述第一互动任务由第一类别用户组执行，所述第一类别用户组包括该第一类别
用户和至少一个其他第一类别用户；第一呈现模块，被配置为接收并呈现该第一类别用户完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的，其中贡献数据是第二类别用户提供的；第二呈现模块，被配置为接收并呈现进入所述在线互动的第二互动轮次的通知，该通知是响应于所述第一类别用户组中的至少两个第一类别用户完成第一互动任务而生成的。
[0028]
根据本发明的另一方面，提供了一种客户端，包括：第一呈现模块，被配置为在所述在线互动的第一互动轮次中，接收并呈现第一类别用户的针对第一互动任务的任务执行数据，所述第一互动任务由第一类别用户组执行，所述第一类别用户组包括该第一类别用户和至少一个其他第一类别用户；发送模块，被配置为基于来自第二类别用户的输入发送贡献数据；第二呈现模块，被配置为接收并呈现第一类别用户完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的；第三呈现模块，被配置为接收并呈现进入所述在线互动的第二互动轮次的通知，该通知是响应于所述第一类别用户组中的至少两个第一类别用户完成第一互动任务而生成的。
[0029]
根据本发明的另一方面，提供了一种服务器，包括：第一发送模块，被配置为在所述在线互动的第一互动轮次中，发送开启第一互动任务的通知，所述第一互动任务由第一类别用户组执行，所述第一类别用户组包括至少两个第一类别用户；第一接收模块，被配置为接收来自第一类别用户组中的每个第一类别用户的客户端的针对所述第一互动任务的任务执行数据；第二发送模块，被配置为向第二类别用户发送第一类别用户的任务执行数据；第二接收模块，被配置为接收来自第二类别用户的客户端的贡献数据；累积模块，被配置为针对每个第一类别用户累积所得到的贡献数据；第三发送模块，被配置为响应于第一类别用户组中的至少一个第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值，生成并发送所述至少一个第一类别用户完成第一互动任务的通知；第四发送模块，被配置为响应于第一类别用户组中的至少两个第一类别用户完成第一互动任务，生成并发送进入所述在线互动的第二互动轮次的通知。
[0030]
根据本发明的另一方面，提供了一种计算设备，包括存储器和处理器，所述存储器被配置成在其上存储计算机可执行指令，所述计算机可执行指令当在所述处理器上执行时执行前述方面所述的方法。
[0031]
根据本发明的另一方面，提供了一种计算机可读存储介质，其上存储计算机可执行指令，所述计算机可执行指令当在处理器上执行时执行前述方面所述的方法。
[0032]
在本发明提供的在线互动方法中，在一个互动轮次中，可以基于第二类别用户（例如观众）提供的贡献数据的累积值来确定第一类别用户（例如主播）是否完成当前互动任务，当至少两个第一类别用户（例如主播）完成互动任务时，可以进入下一互动轮次。通过这种方案，允许通过第二类别用户的提供贡献数据的互动行为来确定某个第一类别用户是否将继续占用直播资源（例如相关联的网络带宽、存储空间、处理单元等），从而有助于使直播资源倾斜至能够带来更多互动行为的第一类别用户，来提高直播资源的利用效率。同时，这种方案有助于增加第二类别用户与第一类别用户的关联程度，提高第二类别用户参与互动的意向，增大互动行为发生的概率，从而有助于进一步提高直播资源的利用效率。
[0033]
根据在下文中所描述的实施例，本发明的这些和其它方面将是清楚明白的，并且
将参考在下文中所描述的实施例而被阐明。
附图说明
[0034]
在下面结合附图对于示例性实施例的描述中，公开了本发明的更多细节、特征和优点，在附图中：图1a和1b示意性示出了相关技术中的在线互动界面的示例；图2示意性示出了可以应用本发明技术方案的示例场景；图3示意性示出了根据本发明的一些实施例的在线互动方法的示例流程图；图4示意性示出了根据本发明的一些实施例的在第一类别用户的客户端处进行视频混流的示例过程；图5示意性示出了webrtc协议的架构图；图6示意性示出了根据本发明的一些实施例的流控制方案；图7示意性示出了根据本发明的一些实施例的在第一类别用户的客户端处进行音视频混流的示例过程；图8示意性示出了根据本发明的另一些实施例的在线互动方法的示例流程图；图9a-g示意性示出了根据本发明的一些实施例的示例界面图；图10示意性示出了根据本发明的又一些实施例的在线互动方法的示例流程图；图11示意性示出了根据本发明的又一些实施例的在线互动方法的示例流程图；图12示意性示出了根据本发明的一些实施例的客户端的示例框图；图13示意性示出了根据本发明的另一些实施例的客户端的示例框图；图14示意性示出了根据本发明的一些实施例的服务器的示例框图；图15示意性示出了根据本发明的一些实施例的计算设备的示例框图。
具体实施方式
[0035]
在详细介绍本发明的实施例之前，首先对一些相关的概念进行解释：1、直播：指通过一定设备采集开播方数据（例如音频、视频等数据中的至少一种），对这些数据进行一系列处理（例如视频编码压缩等）以形成可观看可传输的媒体流，并输出至观看用户端的技术，在本文中，直播可以包括音频直播和视频直播；2、多人连麦：指将多个开播方的媒体流（例如视频流、音频流等中的至少一个）汇集在一个媒体流中，并输出至观看用户端的技术。
[0036]
图1a和1b示意性示出了相关技术中的在多人连麦的直播过程中进行在线互动的示例界面100a和100b。界面100a和界面100b可以通过观看直播的用户的客户端来呈现。
[0037]
如图1a所示，假设五名主播正在进行连麦，各主播的直播视频可以在视频呈现区域110中呈现。在相关技术中，正在连麦的多名主播可以在规定时间段内完成统一的互动任务。例如，如附图标记120所指示的，五名主播在规定时间内进行才艺比拼，观众可以基于主播进行才艺比拼的视频内容，通过点击礼物按钮140来为心仪的主播赠送礼物，以帮助主播完成互动任务。此外，观众还可以为主播留言，留言内容以及礼物赠送信息等可以在互动信息呈现区域中呈现。可以基于观众赠送的礼物为主播累积分值，例如图1b的界面100b中的战力总和。如附图标记150所指示的，当战力总和累计达10000时，视为互动任务完成，其中
获得战力最多的主播所在的直播间可以视为获胜，该直播间中的观众可以获得开宝箱领奖的机会。
[0038]
上述互动流程较为简单，趣味性不强，容易使观众产生疲劳并丧失互动兴趣。而且，在互动过程中，胜利主播和失败主播之间不存在明显的奖惩区别，无法很好的带动互动氛围，也不利于互动的有效进行。此外，在这种机制中，大多数情况下，观众只是单方面的付出，而很少获得奖励反馈，这同样容易使观众失去互动意愿。因此，在这种互动机制下，直播所产生的互动量可能无法令人满意，并且可能随时间推移而大幅减少，从而导致直播所占用的通信、存储、处理资源等无法被高效利用，造成资源的浪费。
[0039]
鉴于以上分析，本发明提供了一种新的在线互动方案，这种在线互动方案有助于解决或尽可能避免上述问题。
[0040]
图2示意性示出了可以应用本发明提供的技术方案的示例场景200。场景200可以包括至少两个第一类别用户（例如主播）210及其终端设备（即第一终端设备）220、服务器230和至少一个第二类别用户（例如观众）240及其终端设备（即第二终端设备）250。第一终端设备220、服务器230以及第二终端设备250上可以部署有用于执行本公开提供的各种方法的相应程序。
[0041]
根据本发明的实施例，至少两个第一类别用户210可以进行连麦来参与在线互动，并且至少一个第二类别用户240可以进入任一第一类别用户210的互动房间来参与在线互动。示例性地，第一类别用户210可以是主播，第二类别用户可以是观众，互动房间可以是直播间，观众可以进入任一正在连麦并参与在线互动的主播的直播间来参与在线互动。
[0042]
为了清楚，图2中将第一终端设备220和第二终端设备250描绘为两种不同的设备。然而，实际上，第一终端设备220和第二终端设备250可以是相同的终端设备，并且多个第一终端设备220可以是不同的终端设备，同样地，多个第二终端设备250也可以是不同的终端设备。第一终端设备220和第二终端设备250的示例包括但不限于台式计算机、膝上型计算机、平板计算机、智能电话、智能手表等。此外，部署在第一终端设备220或第二终端设备250上的程序可以是单独的应用程序，也可以是嵌入在其他应用程序中的某个功能，或者可以涉及能够经由其他应用程序访问的小程序或web程序，等等。
[0043]
服务器230可以是单个服务器或服务器集群，或者可以是具有通信、存储、通信能力的其他计算设备。此外，虽然服务器230在图2中被单独示出，但是其也可能与第一终端设备220或第二终端设备250集成在一起，或者一部分与第一终端设备220集成在一起，而另一部分与第二终端设备250集成在一起。应理解，当处于集成状态时，经由网络的通信可以由设备的内部通信替代。
[0044]
第一终端设备220、服务器230和第二终端设备250的具体结构将在下文中进行详细描述。此外，应理解，本文所述的“网络”可以包括因特网、局域网（lan）、电话网络、内联网、其他公共和/或专有网络及其组合，并且可以涉及无线网络（诸如以蜂窝网络、wifi、蓝牙、lifi、zigbee等形式），也可以涉及有线网络（诸如经由电缆、光纤等）。相应地，第一终端设备220、服务器230和第二终端设备250可以具有支持经由相应网络进行通信的接口。
[0045]
图3示意性示出了根据本发明的一些实施例的在线互动方法300的示例流程图。示例性地，在线互动方法300可以借助于图2所示的任一第一类别用户210的第一终端设备220来实现，该方法300中的客户端可以部署在相应第一终端设备220上。如图所示，在线互动方
法300包括以下步骤：在在线互动的第一互动轮次中，基于来自第一类别用户的输入发送针对第一互动任务的任务执行数据，第一互动任务由第一类别用户组执行，第一类别用户组包括该第一类别用户和至少一个其他第一类别用户（步骤310）；接收并呈现该第一类别用户完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的，其中贡献数据是第二类别用户提供的（步骤320）；接收并呈现进入在线互动的第二互动轮次的通知，该通知是响应于第一类别用户组中的至少两个第一类别用户完成第一互动任务而生成的（步骤330）。
[0046]
具体而言，在步骤310，在在线互动的第一互动轮次中，第一类别用户的客户端可以通过第一终端设备的输入接口接收来自第一类别用户的输入，并基于该输入向服务器发送针对第一互动任务的任务执行数据，这些任务执行数据可以进一步由服务器发送至第二类别用户的客户端。可选地，服务器可以对所接收的任务执行数据进行额外处理，并将处理后的任务执行数据发送至第二类别用户的客户端。这种额外处理将在下文中详细描述。第一互动任务可以由第一类别用户组执行，其可以是预先设置的任务，或者依照预设规则确定的任务，或者由第一类别用户或第二类别用户设定的任务，或者随机设定的任务。第一类别用户组可以包括该第一类别用户和至少一个其他第一类别用户，也即包括至少两个参与在线互动的第一类别用户。
[0047]
在一些实施例中，第一类别用户可以是进行直播的主播，第一类别用户组可以是进行连麦的至少两名主播构成的用户组。在一些实施例中，第一类别用户的输入可以包括视频输入、音频输入中的一种或两种，相应地，所发送的任务执行数据可以包括基于这些输入生成的媒体流。可选地，第一类别用户的输入也可以包括其他类型的输入，诸如文字输入、来自其他应用的输入等。
[0048]
在一些实施例中，第一类别用户的输入可以包括视频输入，相应地，任务执行数据可以包括视频流数据。具体而言，基于来自第一类别用户的输入发送针对第一互动任务的任务执行数据可以包括：获取该第一类别用户的视频数据；接收来自第一类别用户组中的其他第一类别用户的视频数据；基于该第一类别用户的视频数据和其他第一类别用户的视频数据，生成混流视频数据，作为任务执行数据的至少一部分。
[0049]
示例性地，第一类别用户的客户端可以经由相机等获取该第一类别用户的视频数据，并经由网络从服务器接收其他第一类别用户的视频数据。其他第一类别用户的视频数据可以是由其他第一类别用户的客户端经由相机等获取的，并随后经由网络被发送至服务器。随后，第一类别用户的客户端可以对所获取和所接收的视频数据进行混流，生成混流视频数据。所生成的混流视频数据可以被发送至服务器，并随后被推流至第二类别用户的客户端。可选地，在某个第一类别用户的客户端处生成的混流视频数据可以被推流至进入该第一类别用户的互动房间的第二类别用户的客户端。或者，可选地，在某个第一类别用户的客户端处生成的混流视频数据可以被推流至进入第一类别用户组中的任一第一类别用户的互动房间的第二类别用户的客户端。在第一类别用户的客户端处对第一类别用户组中的各个第一类别用户的视频数据进行混流便于对齐多个第一类别用户的视频帧，相较于各个第一类别用户的视频数据被单独推流至第二类别用户的客户端，混流视频数据被推流至第二类别用户的客户端时不会出现各第一类别用户的视频帧不同步的现象。此外，相较于在服务器端进行混流，在第一类别用户的客户端处进行混流可以降低服务器的压力，充分利
用客户端的处理资源，从而降低处理资源成本。
[0050]
图4示意性示出了在第一类别用户的客户端处进行视频混流的示例过程400。如图所示，第一类别用户a的客户端可以接收来自第一类别用户b、c、d的客户端的视频数据，并在本地客户端与第一类别用户a的视频数据进行混流。混流视频数据可以基于rtmp（实时消息传输协议）被发送至服务器，服务器可以通过http-flv协议或hls协议将混流视频数据推流至对应的第二类别用户的客户端。上述协议仅仅是示例性地，也可以根据需要选择其他协议。此外，虽然在此仅示出了四个第一类别用户，但是根据需要，可以对更少或更多个第一类别用户的视频数据进行混流。
[0051]
在一些实施例中，接收来自第一类别用户组中的其他第一类别用户的视频数据可以包括：通过端到端连接实时接收来自其他第一类别用户的视频数据。可选地，如图4所示，这种端到端连接可以基于webrtc协议实现。图5示意性示出了webrtc协议的架构500。如图所示，webrtc协议是构建在udp协议基础之上的，其中ice、stun、turn协议主要用于端到端穿透内网，从而解决nat协议下的用户端到端连接的问题。而dtls协议是对传输数据进行加密。srtp和sctp协议是对媒体数据的封装与传输控制协议，其中sctp协议是流控制传输协议，提供类似tcp的特性，sctp可以基于udp上构建，在webrtc里是在dtls协议之上。rtcpeerconnection协议用来建立和维护端到端连接，并提供高效的音视频流传输，rtcdatachannel协议用来支持端到端的任意二进制数据传输。通过webrtc实时通信协议，可以保证传输的无缓存实时性，有助于实现第一类别用户之间的低延迟的互动。应理解，也可以根据需要选择其他协议来实现这种端到端的连接。
[0052]
在一些实施例中，混流视频数据可以包括视频编码数据和流控制数据，并且生成混流视频数据可以包括：将该第一类别用户的视频数据和其他第一类别用户的视频数据布局在不同区域中；对布局后的视频数据进行编码，生成视频编码数据；基于在线互动的进程在流控制数据中写入控制信息，控制信息指示在不同区域中呈现不同图像信息。
[0053]
示例性地，第一类别用户的客户端可以在预设的画布上绘制各个第一类别用户的视频数据，并将各个第一类别用户的视频数据绘制在不同区域中。可选地，各个第一类别用户的视频画面可以被裁剪，以适应不同的绘制区域。可选地，使用该客户端的第一类别用户的视频数据可以被绘制在最大的区域中，以便进入该第一类别用户的互动房间的第二类别用户可以更好地获取到该第一类别用户的视频画面。或者，可选地，各个第一类别用户的视频数据可以被绘制在均等大小的区域中。或者，可选地，可以基于在线互动的进程调整各个第一类别用户的视频数据的布局区域。对各个第一类别用户的视频数据进行不同的布局可以起到引导第二类别用户的视觉重心的效果，也可以更好地满足不同第二类别用户的观看需求。
[0054]
示例性地，第一类别用户的客户端可以对混流视频数据进行编码，以对视频数据进行压缩，降低传输带宽的需求。可选地，编码可以基于诸如h261、h263、h264等编解码标准来进行。在一些实施例中，对布局后的视频数据进行编码可以包括：基于视频数据中的感兴趣区域对混流视频数据进行编码。示例性地，可以以不同的压缩程度对感兴趣区域和非感兴趣区域进行编码，例如对感兴趣区域进行较低程度的压缩，以保证其不失真；对非感兴趣区域进行较高程度的压缩，以节省传输带宽及存储空间。基于感兴趣区域的编码可以通过相关技术中的roi（感兴趣区域）编码方法进行。此外，基于感兴趣区域的编码可以在基于上
述编解码标准进行的编码的基础上进行，以对视频数据进行进一步压缩。
[0055]
在一些实施例中，在在线互动过程中，可以基于互动进程而在第二类别用户的客户端处展示特定图像信息，例如指示第一类别用户未完成互动任务、第一类别用户完成互动任务或进入第二互动轮次等的动画、提示信息等。这些图像信息若在第一类别用户的客户端处参与混流，则当第二类别用户的客户端以低分辨率播放视频数据时，这些图像信息可能出现模糊不清的问题，从而影响第二类别用户的观看体验，且不利于其获取相关信息。而若在第二类别用户的客户端处单独渲染这些图像信息，则可能会带来图像信息与混流视频不同步的问题，这会严重影响第二类别用户的观看体验。为了解决这一问题，第一类别用户的客户端可以在生成混流视频数据的过程中，在流控制数据中写入控制信息，来指示基于在线互动的进程在不同区域中呈现不同图像信息，也即在不同第一类别用户的视频数据呈现区域中呈现不同图像信息。可选地，某个第一类别用户的客户端可以只在流控制数据中写入与该第一类别用户相关的控制信息，与其他第一类别用户相关的控制信息可以在后续过程中由服务器写入。或者，可选地，某个第一类别用户的客户端可以在流控制数据中写入与各个第一类别用户相关的控制信息。示例性地，这一过程可以借助h264编码标准中的sei信息来实现，即可以将控制信息写入混流视频的帧数据的sei信息中，并与帧数据同步发送至服务器以及推流至第二类别用户的客户端。图6示意性示出了这种基于sei实现流控制的方案。h264编码由两个部分组成，vcl（视频编码层）和nal（网络抽象层），nal会将数据分割为不同的nalu（nal单元）块，其中每个nalu都包括一部分描述视频的参数数据，这些参数数据具有不同的类型（type），其中type=6的参数数据为该nal携带的sei信息。
[0056]
在一些实施例中，基于在线互动的进程在流控制数据中写入控制信息可以包括：响应于该第一类别用户未完成第一互动任务，识别与该第一类别用户对应的人脸区域，并在流控制数据中写入指示在该人脸区域中呈现惩罚性信息的控制信息。示例性地，第一类别用户的客户端可以通过人脸识别技术识别视频数据中的人脸区域，并基于该第一类别用户未完成第一互动任务的互动进程，在流控制数据（例如上述sei信息）中写入控制信息，指示在所识别的人脸区域中呈现惩罚性信息，例如呈现“衰”的字样或表情、猪头图像等。可选地，第一类别用户的客户端可以仅在流控制数据中写入与该第一类别用户相关的惩罚性信息，随后服务器可以在流控制数据中写入与其他第一类别用户相关的惩罚性信息。或者，可选地，第一类别用户的客户端可以在流控制数据中写入与各个第一类别用户相关的惩罚性信息。这种惩罚性信息有助于带动互动氛围，增添在线互动的趣味性。
[0057]
在一些实施例中，第一类别用户的输入可以包括音频输入，相应地，任务执行数据可以包括音频流数据。在一些实施例中，基于来自第一类别用户的输入发送针对第一互动任务的任务执行数据可以包括：获取该第一类别用户的音频数据；接收来自第一类别用户组中的其他第一类别用户的音频数据；基于该第一类别用户的音频数据和其他第一类别用户的音频数据，生成混流音频数据，作为任务执行数据的至少一部分。
[0058]
示例性地，类似于上述视频混流过程，第一类别用户的客户端可以经由麦克风等获取该第一类别用户的音频数据，并经由网络从服务器接收其他第一类别用户的音频数据。其他第一类别用户的音频数据可以是由其他第一类别用户的客户端经由麦克风等获取的，并随后经由网络被发送至服务器。随后，第一类别用户的客户端可以对所获取和所接收的音频数据进行混流，生成混流音频数据。所生成的混流音频数据可以被发送至服务器，并
随后被推流至第二类别用户的客户端。可选地，在某个第一类别用户的客户端处生成的混流音频数据可以被推流至进入该第一类别用户的互动房间的第二类别用户的客户端。或者，可选地，在某个第一类别用户的客户端处生成的混流音频数据可以被推流至进入第一类别用户组中的任一第一类别用户的互动房间的第二类别用户的客户端。可选地，在进行音频混流时，可以调整不同第一类别用户的音量大小，例如使得正在执行任务的第一类别用户的音频音量最大或使得使用该客户端的第一类别用户的音频音量最大等，以便第二类别用户更好地获取音频信息。以及，可选地，在进行音频混流时，可以加入系统音效，例如提示第一类别用户完成互动任务、第一类别用户未完成互动任务、进入下一互动轮次等的音效。在第一类别用户的客户端处对第一类别用户组中的各个第一类别用户的音频数据进行混流同样有利于各第一类别用户的音频数据的对齐，以及有利于降低服务器压力。
[0059]
示例性地，在第一类别用户的客户端处的视频混流和音频混流可以是同时存在并单独进行的。该过程在图7中示意性示出。如图7所示，第一类别用户的客户端可以从各个第一类别用户的输入媒体数据提取各输入视频流和各输入音频流，分别进行混流，得到输出视频流和输出音频流。例如，输入媒体流可以是由各第一类别用户的客户端经由相机和麦克风获得的。由此，各个第一类别用户的输入媒体数据被转换为单个输出视频流和单个输出音频流，这可以降低对传输带宽的需要，并加快传输速度。
[0060]
在一些实施例中，生成混流音频数据可以包括：模拟至少两个音频通道；将每个第一类别用户的音频数据添加至相应音频通道；合并多个音频通道中的音频数据，得到混流音频数据。可选地，第一类别用户的客户端可以对各第一类别用户的音频数据进行采样编码，例如通过pcm（脉冲编码调制）进行采样编码，并随后对pcm数据进行混合。这种混合可以通过模拟至少两个音频通道进行，以达到噪声小、声音清楚的效果。或者，这种混合也可以通过其他方案进行，例如对音频数据或pcm数据进行叠加后求均值、进行自适应加权求均值等。
[0061]
在步骤320，第一类别用户的客户端可以从服务器接收该第一类别用户完成第一互动任务的通知并呈现该通知。该通知可以响应于该第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值而由服务器生成。贡献数据可以由第二类别用户提供。示例性地，第二类别用户可以通过其客户端从服务器接收第一类别用户的任务执行数据，并针对这些任务执行数据来提供贡献数据。在第一互动轮次中，服务器可以针对每个第一类别用户累积其所获得的贡献数据，当累积的贡献数据大于或等于第一贡献数据阈值时，可以生成相应第一类别用户完成第一互动任务的通知，并将该通知发送到至少该第一类别用户的客户端。可选地，服务器可以针对每个第一类别用户累积其在当前互动轮次对应的时间段内获得的贡献数据，或者可以累积其在执行互动任务的时段内获得的贡献数据，或者可以累积其在某个预设时间段内获得的贡献数据。附加地，服务器可以将该通知发送到第二类别用户的客户端，以及可选地将该通知发送至第一类别用户组中的其他第一类别用户的客户端。从而，可选地，第一类别用户的客户端也可以接收其他第一类别用户完成第一互动任务的通知并呈现这些通知。示例性地，本文中的呈现可以包括以各种方式呈现，例如通过文字、图片、动画等视觉元素进行呈现，或者也可以通过音频等非视觉元素进行呈现。
[0062]
在一些实施例中，第二类别用户可以是观看直播的观众，其可以进入任一连麦主播的互动房间来观看直播，也即获取来自相应主播的媒体流。第一互动任务可以包括获得
达到第一贡献数据阈值的贡献数据。可选地，第一互动任务还可以包括完成其他设定任务，例如演唱歌曲、才艺展示、游戏比赛等。贡献数据可以包括由第二类别用户的互动行为产生的数据，例如点赞量、分享量、赠送礼物的数量、赠送礼物对应的礼物值、赠送特定礼物的数量等中的至少一个。贡献数据的具体类型以及第一贡献数据阈值可以是预先设定的，可以由第一类别用户或第二类别用户设定，也可以是随机设定的。
[0063]
在一些实施例中，在线互动方法300还包括：接收并呈现该第一类别用户未完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值小于第一贡献数据阈值而生成的。该步骤可以与步骤320类似地实现，在此不再赘述。
[0064]
在一些实施例中，第一互动轮次可以包括至少两个互动时段，第一互动任务依次由该第一类别用户和至少一个其他第一类别用户在相应互动时段内执行，其中该第一类别用户完成第一互动任务的通知是响应于该第一类别用户在相应互动时段内得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的。
[0065]
示例性地，在线互动开始时，可以为参与互动的第一类别用户组中的各第一类别用户赋予编号，例如可以为5名参与互动的第一类别用户赋予1-5的编号，并可选地可以根据编号顺序按照从左至右以及从上至下的顺序对其视频数据进行布局。随后，第一类别用户可以基于编号顺序依次在不同时段内执行第一互动任务。互动时段的时间长度可以是预先设置的，或由第一类别用户或第二类别用户设定，或随机设定。在这种情况下，当第一类别用户在相应互动时段内得到的贡献数据的累积值大于或等于第一贡献数据阈值时，可以认为其完成了第一互动任务，当其在相应互动时段内得到的贡献数据的累积值小于第一贡献数据阈值时，可以认为其未完成第一互动任务，即在本轮互动中被淘汰。可选地，当某个第一类别用户未完成第一互动任务时，可以为其开启另一互动任务。例如，该第一类别用户可以进入待复活状态，并为其开启复活任务。该互动任务可以与第一互动任务相同或不同。若该第一类别用户在规定时段内完成了该另一互动任务，则可将该第一类别用户从淘汰状态变回至正常状态（复活成功）。这也有利于进一步增加互动的趣味性。
[0066]
在步骤330，第一类别用户的客户端可以从服务器接收进入在线互动的第二互动轮次的通知。该通知可以响应于第一类别用户组中的至少两个第一类别用户完成第一互动任务而由服务器生成。
[0067]
在一些实施例中，当在第一互动轮次中，存在至少两名主播完成第一互动任务时，可以进入第二互动轮次。可选地，类似于第一互动轮次，第二互动轮次可以具有相应的第二互动任务，其可以与第一互动任务相同，或者可以与第一互动任务相似，即任务类型相同，但对应的第二贡献数据阈值存在差异，或者也可以与第一互动任务完全不同。类似地，第一互动任务可以由第一类别用户组执行，特别地，由第一类别用户组中的进入第二互动轮次的第一类别用户执行，其可以是预先设置的任务，或者依照预设规则确定的任务，或者由第一类别用户或第二类别用户设定的任务，或者随机设定的任务。
[0068]
在一些实施例中，在第二互动轮次中，进入第二互动轮次的第一类别用户的客户端可以基于来自该第一类别用户的输入发送针对第二互动任务的任务执行数据，其中与第二互动任务相对应的第二贡献数据阈值大于所述第一贡献数据阈值。示例性地，第二贡献数据阈值可以对应于比第一贡献数据阈值所对应的点赞量、分享量、礼物值或特定礼物的数量等更高的点赞量、分享量、礼物数量、礼物值或特定礼物的数量等。第二互动轮次可以
类似于第一互动轮次进行，在此不再详细描述。可选地，在线互动可以包括若干互动任务级别，例如10级。互动任务的级别可以逐轮次增加，当增加到最高级别后，可以保持在该级别，直到在线互动结束，即在某一轮次中，某个第一类别用户获胜或所有第一类别用户均被淘汰。示例性地，在本发明的描述中，第一互动轮次可以理解为当前正在进行的互动轮次，第二互动轮次可以理解为下一互动轮次，每一互动轮次可以具有相应的互动任务。
[0069]
在一些实施例中，方法300还包括：接收并呈现该第一类别用户获胜的通知，该通知是响应于仅该第一类别用户完成第一互动任务而生成的。示例性地，若在某个互动轮次中，仅一名第一类别用户完成互动任务，即其他第一类别用户均被淘汰，则该第一类别用户在本次在线互动中获胜。可选地，可以基于上述流控制方案在获胜的第一类别用户的视频区域中显示相应的表示获胜的图像信息。此外，该步骤中的通知生成及接收、呈现方式可以与步骤320类似地方式实现，在此不再赘述。
[0070]
在一些实施例中，在线互动可以由特定第一类别用户发起，任一第一类别用户发起，或者由第二类别用户发起。示例性地，第一类别用户的客户端还可以执行以下操作：接收来自该第一类别用户的互动发起输入，该互动发起输入用于发起所述在线互动；响应于所述互动发起输入，发送开启所述在线互动的请求。或者，示例性地，第一类别用户的客户端还可以执行以下操作：接收开启在线互动的请求；接收来自该第一类别用户的互动同意输入，该互动同意输入用于指示该第一类别用户同意开启在线互动。
[0071]
示例性地，第一类别用户组中的任一第一类别用户（例如正在连麦的任一主播）可以通过其客户端录入互动发起输入，来选择开启在线互动。例如，第一类别用户可以经由客户端所呈现的某个选项按钮来录入互动发起输入，或者可以通过文字输入来录入互动发起输入，或者可以通过语音输入来录入互动发起输入，或者可以通过手势输入来录入互动发起输入，等等。以及，可选地，第一类别用户可以选择在指定的第一类别用户之间发起互动，或者选择由服务器随机确定参与互动的第一类别用户。第一类别用户的客户端获取到该第一类别用户的互动发起输入后，可以向服务器发送开启在线互动的请求，以请求开启在线互动。服务器可以对所接收的请求进行处理，并向由发起互动的第一类别用户指定的或随机确定的至少一个第一类别用户发送开启在线互动的请求。该至少一个第一类别用户可以通过其客户端录入互动同意输入，来表示同意开启在线互动。该录入方式可以与录入互动发起输入的方式相同或不同。当客户端获取到互动同意输入后，可以向服务器发送反馈消息，以指示该第一类别用户已经同意开启在线互动。可选地，当服务器接收到来自所有指定或随机确定的第一类别用户的互动同意后，可以确定开启在线互动，生成开启在线互动的通知，并将该通知发送至参与在线互动的第一类别用户的客户端。或者，当服务器接收到来自指定或随机确定的第一类别用户中的预定数量名（例如4个、5个等）第一类别用户的互动同意后，就可以确定开启在线互动。在这一过程中，服务器可以实时更新同意参与互动的人数，并将包括该人数的信息发送至发起在线互动的第一类别用户的客户端以及可选的同意参与在线互动的第一类别用户的客户端和/或第二类别用户的客户端。
[0072]
图8示意性示出了根据本发明的另一些实施例的在线互动方法800的示例流程图。示例性地，在线互动方法800可以借助于图2所示的任一第二类别用户240的第二终端设备250来实现，该方法800中的客户端可以部署在相应第二终端设备250上。如图所示，在线互动方法800包括以下步骤：在在线互动的第一互动轮次中，接收并呈现第一类别用户的针对
第一互动任务的任务执行数据，第一互动任务由第一类别用户组执行，第一类别用户组包括该第一类别用户和至少一个其他第一类别用户（步骤810）；基于来自第二类别用户的输入发送贡献数据（步骤820）；接收并呈现第一类别用户完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的（步骤830）；接收并呈现进入在线互动的第二互动轮次的通知，该通知是响应于第一类别用户组中的至少两个第一类别用户完成第一互动任务而生成的（步骤840）。
[0073]
在步骤810，第二类别用户的客户端可以从服务器接收第一类别用户的针对第一互动任务的任务执行数据。例如，第二类别用户可以使用其客户端进入参与在线互动的任一第一类别用户的互动房间，并从服务器接收来自该第一类别用户的客户端的任务执行数据。任务执行数据可以是如根据图3的步骤310介绍的那样在第一类别用户的客户端处生成的。可选地，服务器可以对第一类别用户的客户端发送的任务执行数据进行额外处理，来作为新的任务执行数据并推流至第二类别用户的客户端。这种额外处理将在下文中进行详细描述。
[0074]
在一些实施例中，第一类别用户的任务执行数据可以包括混流视频数据，这种混流视频数据可以如根据图3的步骤310描述的那样生成。在这种情况下，接收并呈现第一类别用户的针对第一互动任务的任务执行数据包括：接收混流视频数据；基于混流视频数据，呈现来自至少两个第一类别用户的视频数据。示例性地，第二类别用户的客户端可以从服务器接收来自第一类别用户的混流视频数据。可选地，服务器可以对第一类别用户的客户端发送的混流视频数据做适当额外处理，这种额外处理将在下文中详细描述。随后，第二类别用户的客户端可以基于所接收的混流视频数据来呈现至少两个第一类别用户的视频数据。
[0075]
在一些实施例中，混流视频数据可以包括视频编码数据和流控制数据，并且呈现来自至少两个第一类别用户的视频数据包括：对视频编码数据进行解码；基于解码后的视频数据，在不同区域中呈现每个第一类别用户的视频数据；基于流控制数据中的控制信息，在不同区域中呈现不同图像信息，其中控制信息是基于在线互动的进程而写入的。示例性地，第二类别用户的客户端可以基于与第一类别用户的客户端编码混流视频数据的协议或方案对应的协议或方案对所接收的视频编码数据进行解码。随后，第二类别用户的客户端可以基于解码后的视频数据，在视频呈现区域的不同区域中呈现各个第一类别用户的视频数据。同时第二类别用户的客户端可以读取流控制数据中的控制信息，并基于这种控制信息在不同区域（即不同第一类别用户的视频数据所在的区域）中呈现相应的图像信息，来展示在线互动的进程。这种控制信息可以如根据图3的步骤310描述的那样生成。
[0076]
此外，任务执行数据还可以包括混流音频数据，混流音频数据可以如根据图3的步骤310描述的那样生成，第二类别用户的客户端可以基于所接收的混流音频数据播放音频。
[0077]
在步骤820，第二类别用户的客户端可以获取第二类别用户的输入，并基于该输入向服务器发送贡献数据。例如，第二类别用户可以通过客户端提供的选项按钮来提供这种输入，或者也可以通过语音、文字、手势等方式提供这种输入。示例性地，在直播场景中，第二类别用户可以在观看直播的过程中，通过选择赠送礼物（任一礼物或特定礼物）来提供这种贡献数据，或者通过点赞、分享、留言等来提供这种贡献数据。提供贡献数据的方式可以是预先指定的，例如由第一类别用户或第二类别用户设定、随机设定或系统预先设定等。
[0078]
在一些实施例中，第一互动轮次包括至少两个互动时段，第一互动任务依次由该第一类别用户和至少一个其他第一类别用户在相应互动时段内执行，其中该第一类别用户完成第一互动任务的通知是响应于该第一类别用户在相应互动时段内得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的。这在关于图3的方法300中已经详细描述，在此不再赘述。
[0079]
在一些实施例中，第二类别用户的输入包括指示实现特殊效果的输入，所述方法还包括：响应于接收到指示特殊效果的输入，呈现与以下特殊效果中的至少一个相关的通知：增加当前互动时段的时间长度；降低与当前互动时段相关联的第一贡献数据阈值；更新针对至少两个第一类别用户开启第一互动任务的次序。示例性地，第二类别用户可以经由其客户端提供指示实现特殊效果的输入。例如，在直播场景中，观众可以经由其客户端选择赠送具有特殊效果的礼物，该礼物可以实现交换主播位置、增加互动任务执行时间、降低互动任务难度的效果中的至少一个。通过设定这种具有特殊效果的输入，可以进一步增加在线互动的趣味性，增加第二类别用户对在线互动的参与感，提高其互动意愿。
[0080]
图9a-c示意性示出了根据本发明的一些实施例的在直播场景中赠送具有特殊效果的礼物的示例界面图。这些界面可以呈现在第二类别用户的客户端处。第一类别用户的客户端也可以具有类似呈现的界面。
[0081]
针对实现交换主播位置的礼物，如图9a中的界面900a所示，可以显示通知，指示被赠送礼物的主播与任一未被淘汰的主播交换位置（即交换编号），例如，图中所示的通知指示4号与3号主播交换位置。示例性地，在某一互动轮次中，若1-4号主播已经执行过互动任务，此时5号正在执行任务，被赠送礼物与4号交换位置，则该主播执行任务结束后，新5号（原4号）主播需再次接受任务。或者，示例性地，在某一互动轮次中，若2-5号主播均未执行互动任务，1号主播正在执行互动任务，被赠送礼物与3号主播交换位置，则原3号（新1号主播）主播本轮可以不执行互动任务，原1号主播作为新3号主播需在2号主播执行互动任务完毕后再次执行互动任务。上述交换机制仅仅是示例性地，可以根据需要设定不同的次序更新机制。可选地，可以将该礼物的使用条件设定为仅针对未被淘汰的主播使用，并且可选地，在每一互动轮次中，针对一名主播，该礼物仅可使用一次。当观众在不符合使用条件的情况下试图赠送相应礼物时，可以显示通知，指示当前不可赠送该礼物，以及可选地显示可以赠送该礼物的条件。
[0082]
针对增加互动任务执行时间的礼物，如图9b中的界面900b所示，被赠送礼物的主播执行互动任务的时段可以延长，例如图中所示的延长30秒。可选地，可以将该礼物的使用条件设定为仅针对正在执行互动任务的主播使用。当观众在不符合使用条件的情况下试图赠送相应礼物时，可以显示通知，指示当前不可赠送该礼物，以及可选地显示可以赠送该礼物的条件。
[0083]
针对降低互动任务难度的礼物，如图9c中的界面900c所示，被赠送礼物的主播所执行的互动任务难度降低，例如图中所示的降低一级，或者贡献数据阈值可以降低预定值等。可选地，可以将该礼物的使用条件设定为仅针对正在执行互动任务的主播使用。当观众在不符合使用条件的情况下试图赠送相应礼物时，可以显示通知，指示当前不可赠送该礼物，以及可选地显示可以赠送该礼物的条件。
[0084]
在步骤830，第二类别用户的客户端可以从服务器接收第一类别用户完成第一互
动任务的通知，并以文字、图片、动画、声音等方式对该通知进行呈现。该通知可以如根据图3的步骤320描述的那样生成，在此不再重复描述。此外，第二类别用户的客户端还可以从服务器接收第一类别用户未完成第一互动任务的通知，并以文字、图片、动画、声音等方式对该通知进行呈现，该通知同样可以如根据图3描述的那样生成，在此不再重复描述。示例性地，图9d示意性示出了根据本发明的一些实施例的在直播场景中执行互动任务的示例界面图900d。如图9d所示，当前3号主播正在执行互动任务，2号主播处于待复活状态，5号主播已被淘汰。在图9d所示的示例中，当前互动任务为5个名为“要抱抱”的礼物。待复活状态和淘汰状态已在关于图3的描述中予以介绍，在此不再赘述。
[0085]
在步骤840，第二类别用户的客户端可以从服务器接收进入在线互动的第二互动轮次的通知，并以文字、图片、动画、声音等方式对该通知进行呈现。该通知可以如根据图3的步骤330描述的那样生成，在此不再重复描述。
[0086]
在一些实施例中，在线互动方法800还包括：呈现资源包，资源包是响应于进入第二互动轮次而生成的；基于第二类别用户请求获取资源包的输入发送获取资源包的请求；响应于接收到成功获取资源包的通知，呈现资源包中的资源。示例性地，当进入第二互动轮次（或下一互动轮次）时，服务器可以生成奖励性的资源包，并向第二类别用户的客户端发送通知，指示可以参与争夺该资源包。可选地，服务器可以向处于成功进入第二互动轮次的第一类别用户的互动房间中的第二类别用户的客户端发送这样的通知。第二类别用户的客户端可以以任意方式呈现该通知，并为第二类别用户提供参与争夺资源包的实体或虚拟接口。例如，如图9e中的界面图900e所示，第二类别用户（例如观众）的客户端可以呈现宝箱图像。第二类别用户可以通过点击该图像来参与争夺资源包。第二类别用户的客户端可以基于第二类别用户参与争夺资源包的输入而向服务器发送相应请求。服务器可以基于接收到请求的时间确定、随机确定或根据其他预设规则确定成功获取资源包中资源的第二类别用户，并向这些第二类别用户的客户端发送相应通知消息，同时为这些第二类别用户的账户添加相应资源。相应第二类别用户的客户端可以响应于接收到这样的通知消息而以任意方式向用户呈现成功获取资源的通知。通过允许第二类别用户参与争夺资源包，可以为第二类别用户提供互动反馈，提高其参与互动的积极性，避免因一直付出得不到反馈而导致的抵触性。
[0087]
此外，类似于关于图3所描述的那样，方法800还可以包括：接收并呈现第一类别用户获胜的通知，该通知是响应于仅该第一类别用户完成第一互动任务而生成的。图9f示意性示出了展示在线互动结果的示例界面900f。如图9f所示，当在线互动进行至第9级时，1号主播获胜。可选地，可以基于在线互动的结果为获胜主播增加积分，例如界面900f所示的“30分”，该积分可以用于主播在直播平台上的排名。这有利于激发主播参与在线互动的积极性。
[0088]
可选地，如根据图3或图8描述的在线互动，还可以包括互动热身时段，图9g示意性示出了热身时段的示例界面900g。该时段可以设置于在线互动开启后。在该时段中，参与互动的第一类别用户可以进行交流以彼此熟悉，这有利于在线互动的顺利进行。
[0089]
图10示意性示出了根据本发明的又一些实施例的在线互动方法1000的示例流程图。示例性地，在线互动方法1000可以借助于图2所示的服务器230来实现，该方法1000中的客户端可以部署在服务器230上。如图所示，在线互动方法1000包括以下步骤：在在线互动
的第一互动轮次中，发送开启第一互动任务的通知，第一互动任务由第一类别用户组执行，第一类别用户组包括至少两个第一类别用户（步骤1010）；接收来自第一类别用户组中的每个第一类别用户的客户端的针对所述第一互动任务的任务执行数据（步骤1020）；向第二类别用户发送第一类别用户的任务执行数据（步骤1030）；接收来自第二类别用户的客户端的贡献数据（步骤1040）；针对每个第一类别用户累积所得到的贡献数据（步骤1050）；响应于第一类别用户组中的至少一个第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值，生成并发送至少一个第一类别用户完成第一互动任务的通知（步骤1060）；响应于第一类别用户组中的至少两个第一类别用户完成第一互动任务，生成并发送进入在线互动的第二互动轮次的通知（步骤1070）。这些步骤已在关于图3及图8的描述中予以介绍，在此不再赘述。
[0090]
在一些实施例中，服务器可以对所接收的来自第一类别用户客户端的任务执行数据进行额外处理，并将处理后的任务执行数据发送至第二类别用户的客户端。可选地，方法1000还包括：改变所接收的任务执行数据的码率，得到至少两个具有不同码率的任务执行数据，其中任务执行数据包括混流视频数据和混流音频数据中的至少一个，并且其中向第二类别用户发送第一类别用户的任务执行数据包括：基于网络状况或来自第二类别用户的客户端的码率选择请求，选择性地向第二类别用户发送具有相应码率的任务执行数据。示例性地，在接收到来自第一类别用户的客户端的混流视频数据和混流音频数据中的至少一个后，服务器可以基于所接收的数据生成不同码率的数据。可选地，在网络状态良好时，服务器可以向第二类别用户的客户端发送较高码率的数据，以在第二类别用户的客户端处实现更好的呈现效果；在网络状态较差时，服务器可以向第二类别用户的客户端发送较低码率的数据，以实现较快的传输速度，避免在第二类别用户的客户端处产生卡顿。或者，第二类别用户可以通过其客户端选择码率，其客户端可以基于第二类别用户的选择而向服务器发送码率选择请求，服务器可以基于该请求向该客户端发送相应码率的数据。这允许第二类别用户自主选择所接收的数据的码率，以满足多样化的用户需求。此外，可选地，服务器还可以对所接收的任务执行数据进行其他额外处理，例如在混流视频数据的流控制数据中写入与其他第一类别用户相关的控制信息和/或与整体在线互动进程相关的控制信息（例如关于进入下一互动轮次的过场动画等）等。
[0091]
图11示意性示出了根据本发明的又一些实施例的在线互动方法1100的示例流程图。如图11所示，方法1100包括步骤1030以及可选步骤1010、1020、1040。在步骤1010，可以匹配至少两个第一类别用户，并开启在线互动。匹配过程可以如根据图3描述的关于如何由第一类别用户发起在线互动的过程来实现。在步骤1020，可以进入热身时间（例如90秒），热身时间已在关于图8描述的内容中予以介绍。在步骤1030，正式进入多个第一类别用户之间的比赛时间，在每个轮次中，每个第一类别用户可以在预设时段（例如3分钟）内执行互动任务，若某第一类别用户完成互动任务，则可进入下一轮次的互动；若某第一类别用户未完成互动任务，则被淘汰。可选地，可以存在前文所述的复活机制。可选地，互动任务的难度可以逐轮次增加，直至达到最高难度。当在某个轮次中，所有第一类别用户均被淘汰，或者仅一个第一类别用户完成互动任务（该第一类别用户获胜），则本次在线互动的比赛阶段结束。在步骤1040，可以进入比赛后的交流时间，参与本次在线互动的第一类别用户可以进行交流，该阶段可以具有预设时间，例如图11所示的90秒。随后本次在线互动结束。上述各个步
骤涉及的各种操作可以根据关于图3、8、10描述的各步骤执行，在此不再赘述。
[0092]
应理解，上文关于图3、8、10描述的在线互动方法中的各种特征可以是相对应的，在第一类别用户的客户端、第二类别用户的客户端、服务器中的一者处实现的方法中的各种特征也可以在其中另外两者处具有相应的实现。
[0093]
还应理解，上文描述的以及在流程图中示出的各种步骤不一定以所描述或所示出的步骤来执行。根据实际情况，其中的一些步骤可以并行地执行，或者以与所描述或示出的顺序相反的顺序执行。
[0094]
图12示意性示出了根据本发明的一些实施例的客户端1200的示例框图。如图所示，客户端1200包括发送模块1210、第一呈现模块1220和第二呈现模块1230。
[0095]
具体而言，发送模块1210可以被配置为在在线互动的第一互动轮次中，基于来自第一类别用户的输入发送针对第一互动任务的任务执行数据，第一互动任务由第一类别用户组执行，第一类别用户组包括该第一类别用户和至少一个其他第一类别用户；第一呈现模块1220可以被配置为接收并呈现该第一类别用户完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的，其中贡献数据是第二类别用户提供的；第二呈现模块1230可以被配置为接收并呈现进入在线互动的第二互动轮次的通知，该通知是响应于第一类别用户组中的至少两个第一类别用户完成第一互动任务而生成的。
[0096]
图13示意性示出了根据本发明的另一些实施例的客户端1300的示例框图。如图所示，客户端1300包括第一呈现模块1310、发送模块1320、第二呈现模块1330和第三呈现模块1340。
[0097]
具体而言，第一呈现模块1310可以被配置为在在线互动的第一互动轮次中，接收并呈现第一类别用户的针对第一互动任务的任务执行数据，第一互动任务由第一类别用户组执行，第一类别用户组包括该第一类别用户和至少一个其他第一类别用户；发送模块1320可以被配置为基于来自第二类别用户的输入发送贡献数据；第二呈现模块1330可以被配置为接收并呈现第一类别用户完成第一互动任务的通知，该通知是响应于该第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值而生成的；第三呈现模块1340可以被配置为接收并呈现进入在线互动的第二互动轮次的通知，该通知是响应于所述第一类别用户组中的至少两个第一类别用户完成第一互动任务而生成的。
[0098]
图14示意性示出了根据本发明的一些实施例的服务器1400的示例框图。如图所示，服务器1400包括第一发送模块1410、第一接收模块1420、第二发送模块1430、第二接收模块1440、累积模块1450、第三发送模块1460和第四发送模块1470。
[0099]
具体而言，第一发送模块1410可以被配置为在在线互动的第一互动轮次中，发送开启第一互动任务的通知，第一互动任务由第一类别用户组执行，第一类别用户组包括至少两个第一类别用户；第一接收模块1420可以被配置为接收来自第一类别用户组中的每个第一类别用户的客户端的针对第一互动任务的任务执行数据；第二发送模块1430可以被配置为向第二类别用户发送第一类别用户的任务执行数据；第二接收模块1440可以被配置为接收来自第二类别用户的客户端的贡献数据；累积模块1450可以被配置为针对每个第一类别用户累积所得到的贡献数据；第三发送模块1460可以被配置为响应于第一类别用户组中的至少一个第一类别用户得到的贡献数据的累积值大于或等于第一贡献数据阈值，生成并
发送至少一个第一类别用户完成第一互动任务的通知；第四发送模块1470可以被配置为响应于第一类别用户组中的至少两个第一类别用户完成第一互动任务，生成并发送进入在线互动的第二互动轮次的通知。
[0100]
客户端1200可以部署在图2所示的第一终端设备220上，客户端1300可以部署在图2所示的第二终端设备250上，服务器1400可以部署在图2所示的服务器230上。应理解，客户端1200、客户端1300以及服务器1400可以以软件、硬件或软硬件相结合的方式实现。多个不同模块可以在同一软件或硬件结构中实现，或者一个模块可以由多个不同的软件或硬件结构实现。
[0101]
此外，客户端1200、客户端1300以及服务器1400可以用于实施前文所描述的在线互动方法，其相关细节已经在前文中详细描述，为简洁起见，在此不再重复。客户端1200、客户端1300以及服务器1400可以具有与关于前述在线互动方法描述的相同的特征和优势。
[0102]
图15示意性示出了根据本发明的一些实施例的计算设备的示例框图。例如其可以代表图2中的第一终端设备220、第二终端设备250或者服务器230。
[0103]
计算设备1500可以是例如服务器、台式计算机、膝上型计算机、平板、智能电话、智能手表、可穿戴设备或任何其它合适的计算设备或计算系统，其可以包括从具有大量存储和处理资源的全资源设备到具有有限存储和/或处理资源的低资源设备的各种级别的设备。
[0104]
如图所示，示例计算设备1500包括彼此通信耦合的处理系统1501、一个或多个计算机可读介质1502以及一个或多个i/o接口1503。尽管未示出，但是计算设备1500还可以包括将各种组件彼此耦合的系统总线或其他数据和命令传送系统。系统总线可以包括不同总线结构的任何一个或组合，所述总线结构可以是诸如存储器总线或存储器控制器、外围总线、通用串行总线和/或利用各种总线架构中的任何一种的处理器或局部总线，或者还可以包括诸如控制和数据线。
[0105]
处理系统1501代表使用硬件执行一个或多个操作的功能。因此，处理系统1501被图示为包括可被配置为处理器、功能块等的硬件元件1504。这可以包括在硬件中实现专用集成电路或使用一个或多个半导体形成的其它逻辑器件。硬件元件1504不受其形成材料或其中采用的处理机构的限制。例如，处理器可以由（多个）半导体和/或晶体管（例如，电子集成电路（ic））组成。在这样的上下文中，处理器可执行指令可以是电子可执行指令。
[0106]
计算机可读介质1502被图示为包括存储器/存储装置1505。存储器/存储装置1505表示与一个或多个计算机可读介质相关联的存储器/存储装置。存储器/存储装置1505可以包括易失性存储介质（诸如随机存取存储器（ram））和/或非易失性存储介质（诸如只读存储器（rom）、闪存、光盘、磁盘等）。存储器/存储装置1505可以包括固定介质（例如，ram、rom、固定硬盘驱动器等）以及可移动介质（例如，闪存、可移动硬盘驱动器、光盘等）。示例性地，存储器/存储装置1505可以用于存储上文实施例中提及的各种音视频数据、在线互动进程数据以及在方法执行过程中产生的其他需要存储的数据等。计算机可读介质1502可以以下面进一步描述的各种其他方式进行配置。
[0107]
一个或多个输入/输出接口1503代表允许用户向计算设备1500键入命令和信息并且还允许使用各种输入/输出设备将信息呈现给用户和/或发送给其他组件或设备的功能。输入设备的示例包括键盘、光标控制设备（例如，鼠标）、麦克风（例如，用于语音输入）、扫描
仪、触摸功能（例如，被配置为检测物理触摸的容性或其他传感器）、相机（例如，可以采用可见或不可见的波长（诸如红外频率）将不涉及触摸的运动检测为手势）、网卡、接收机等等。输出设备的示例包括显示设备（例如，监视器或投影仪）、扬声器、打印机、触觉响应设备、网卡、发射机等。示例性地，在上文描述的实施例中，第一类别用户210可以通过第一终端设备220的输入接口来录入音频和/或视频输入以及执行诸如发起在线互动、接收在线互动邀请等操作，以及可以通过第一终端设备220的输出接口来查看服务器发送的各种通知等，以及第二类别用户240可以通过第二终端设备250的输入接口来执行提供贡献数据的操作等，以及可以通过第二终端设备250的输出接口来查看第一类别用户的任务执行数据等。
[0108]
计算设备1500还包括在线互动策略1506。在线互动策略1506可以作为计算程序指令存储在存储器/存储装置1505中。在线互动策略1506可以连同处理系统1501等一起实现关于图12、13或14描述的客户端1200、客户端1300或服务器1400的各个模块的全部功能。
[0109]
本文可以在软件、硬件、元件或程序模块的一般上下文中描述各种技术。一般地，这些模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、元素、组件、数据结构等。本文所使用的术语“模块”、“功能”等一般表示软件、固件、硬件或其组合。本文描述的技术的特征是与平台无关的，意味着这些技术可以在具有各种处理器的各种计算平台上实现。
[0110]
所描述的模块和技术的实现可以存储在某种形式的计算机可读介质上或者跨某种形式的计算机可读介质传输。计算机可读介质可以包括可由计算设备1500访问的各种介质。作为示例而非限制，计算机可读介质可以包括“计算机可读存储介质”和“计算机可读信号介质”。
[0111]
与单纯的信号传输、载波或信号本身相反，“计算机可读存储介质”是指能够持久存储信息的介质和/或设备，和/或有形的存储装置。因此，计算机可读存储介质是指非信号承载介质。计算机可读存储介质包括诸如易失性和非易失性、可移动和不可移动介质和/或以适用于存储信息（诸如计算机可读指令、数据结构、程序模块、逻辑元件/电路或其他数据）的方法或技术实现的存储设备之类的硬件。计算机可读存储介质的示例可以包括但不限于ram、rom、eeprom、闪存或其它存储器技术、cd-rom、数字通用盘（dvd）或其他光学存储装置、硬盘、盒式磁带、磁带，磁盘存储装置或其他磁存储设备，或其他存储设备、有形介质或适于存储期望信息并可以由计算机访问的制品。
[0112]“计算机可读信号介质”是指被配置为诸如经由网络将指令发送到计算设备1500的硬件的信号承载介质。信号介质典型地可以将计算机可读指令、数据结构、程序模块或其他数据体现在诸如载波、数据信号或其它传输机制的调制数据信号中。信号介质还包括任何信息传递介质。作为示例而非限制，信号介质包括诸如有线网络或直接连线的有线介质以及诸如声、rf、红外和其它无线介质的无线介质。
[0113]
如前所述，硬件元件1501和计算机可读介质1502代表以硬件形式实现的指令、模块、可编程器件逻辑和/或固定器件逻辑，其在一些实施例中可以用于实现本文描述的技术的至少一些方面。硬件元件可以包括集成电路或片上系统、专用集成电路（asic）、现场可编程门阵列（fpga）、复杂可编程逻辑器件（cpld）以及硅中的其它实现或其他硬件设备的组件。在这种上下文中，硬件元件可以作为执行由硬件元件所体现的指令、模块和/或逻辑所定义的程序任务的处理设备，以及用于存储用于执行的指令的硬件设备，例如，先前描述的
计算机可读存储介质。
[0114]
前述的组合也可以用于实现本文所述的各种技术和模块。因此，可以将软件、硬件或程序模块和其它程序模块实现为在某种形式的计算机可读存储介质上和/或由一个或多个硬件元件1501体现的一个或多个指令和/或逻辑。计算设备1500可以被配置为实现与软件和/或硬件模块相对应的特定指令和/或功能。因此，例如通过使用处理系统的计算机可读存储介质和/或硬件元件1501，可以至少部分地以硬件来实现将模块实现为可由计算设备1500作为软件执行的模块。指令和/或功能可以由例如一个或多个计算设备1500和/或处理系统1501执行/可操作以实现本文所述的技术、模块和示例。
[0115]
本文描述的技术可以由计算设备1500的这些各种配置来支持，并且不限于本文所描述的技术的具体示例。
[0116]
应当理解，为清楚起见，参考不同的功能单元对本公开的实施例进行了描述。然而，将明显的是，在不偏离本公开的情况下，每个功能单元的功能性可以被实施在单个单元中、实施在多个单元中或作为其它功能单元的一部分被实施。例如，被说明成由单个单元执行的功能性可以由多个不同的单元来执行。因此，对特定功能单元的参考仅被视为对用于提供所描述的功能性的适当单元的参考，而不是表明严格的逻辑或物理结构或组织。因此，本公开可以被实施在单个单元中，或者可以在物理上和功能上被分布在不同的单元和电路之间。
[0117]
还应当理解，尽管第一、第二等术语在本文中可以用来描述各种设备、元件、部件或部分，但是这些设备、元件、部件或部分不应当由这些术语限制。这些术语仅用来将一个设备、元件、部件或部分与另一个设备、元件、部件或部分相区分。
[0118]
通过研究附图、公开内容和所附的权利要求书，本领域技术人员在实践所要求保护的主题时，能够理解和实现对于所公开的实施例的变型。在权利要求书中，词语“包括”不排除其他元件或步骤，并且不定冠词“一”或“一个”不排除多个。在相互不同的从属权利要求中记载了某些措施的仅有事实并不表明这些措施的组合不能用来获利。