CN113271470A - 直播连麦方法、装置、终端、服务器及存储介质 - Google Patents

直播连麦方法、装置、终端、服务器及存储介质 Download PDF

Info

Publication number
CN113271470A
CN113271470A CN202110535900.6A CN202110535900A CN113271470A CN 113271470 A CN113271470 A CN 113271470A CN 202110535900 A CN202110535900 A CN 202110535900A CN 113271470 A CN113271470 A CN 113271470A
Authority
CN
China
Prior art keywords
anchor account
account
live broadcast
live
data stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110535900.6A
Other languages
English (en)
Other versions
CN113271470B (zh
Inventor
何思远
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Fanxing Huyu IT Co Ltd
Original Assignee
Guangzhou Fanxing Huyu IT Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Fanxing Huyu IT Co Ltd filed Critical Guangzhou Fanxing Huyu IT Co Ltd
Priority to CN202110535900.6A priority Critical patent/CN113271470B/zh
Publication of CN113271470A publication Critical patent/CN113271470A/zh
Application granted granted Critical
Publication of CN113271470B publication Critical patent/CN113271470B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2181—Source of audio or video content, e.g. local disk arrays comprising remotely distributed storage units, e.g. when movies are replicated over a plurality of video servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42203—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS] sound input device, e.g. microphone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4751—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for defining user accounts, e.g. accounts for children
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Child & Adolescent Psychology (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开了一种直播连麦方法、装置、终端、服务器及存储介质，属于互联网技术领域。本申请实施例中，在第一主播账号的直播间中，展示该第一主播账号的直播画面，当第一主播账号和第二主播账号处于连麦状态时，通过在第一主播账号的第一直播数据流中携带连麦信息，以便于第一主播账号对应的观众终端基于该连麦信息，自行拉取第二主播账号的直播数据流，进而，基于拉取到的直播数据流展示第二主播账号的直播画面，如此，无需经多次网络传输，就能够获取到第二主播账号的直播数据流，能够避免网络延迟的问题，从而确保了直播画面的稳定性。

Description

直播连麦方法、装置、终端、服务器及存储介质
技术领域
本申请涉及互联网技术领域，特别涉及一种直播连麦方法、装置、终端、服务器及存储介质。
背景技术
随着互联网技术的不断发展，直播连麦已成为主播之间常见的一种互动方式，直播间内的观众可以观看主播之间的连麦形式的直播。例如，主播之间可以进行合唱连麦。
在合唱连麦的场景下，直播连麦方法通常为：主唱主播端向副唱主播端发起连麦请求，当副唱主播端同意该连麦请求时，服务器向副唱主播端发送主唱主播端的直播数据流，则副唱主播端根据接收到的直播数据流来进行合唱连麦，服务器再获取副唱主播端的直播数据流，将主唱主播端和副唱主播端的直播数据流进行合并，将合并后的直播数据流发送至主唱主播的直播间内的观众端，则观众端上能够展示有两个主播的直播画面。
然而，对于主唱主播对应的观众端来说，在获取副唱主播端的直播数据流时，可能会存在网络延迟的问题，从而会影响到观众端直播画面的稳定性。
发明内容
本申请实施例提供了一种直播连麦方法、装置、终端、服务器及存储介质，能够确保直播画面的稳定性。该技术方案如下：
一方面，提供了一种直播连麦方法，该方法包括：
基于第一主播账号的第一直播数据流，在该第一主播账号的直播间中，展示该第一主播账号的直播画面；
响应于该第一直播数据流携带连麦信息，向服务器发送拉取请求，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态，该拉取请求用于请求拉取该第二主播账号的第二直播数据流；
接收该服务器基于该拉取请求返回的该第二直播数据流；
基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面。
在一些实施例中，接收该服务器基于该拉取请求返回的该第二直播数据流之后，该方法还包括：
在该直播间的第一区域，展示该第一主播账号的直播画面；
该在该第一主播账号的直播间中，展示该第二主播账号的直播画面包括：
在该直播间的第二区域，展示该第二主播账号的直播画面。
在一些实施例中，在该第一主播账号的直播间中，展示该第二主播账号的直播画面之前，该方法还包括：
在该第一主播账号的直播间中，展示第一转场动画，该第一转场动画用于指示展示该第二主播账号的直播画面。
在一些实施例中，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面包括：
响应于该第二直播数据流携带心跳信息，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面，该心跳信息用于指示该第二主播账号处于在线状态。
在一些实施例中，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面之后，该方法还包括：
响应于在第一时长内未接收到该第二主播账号的心跳信息，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面，该心跳信息用于指示该第二主播账号处于在线状态。
在一些实施例中，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面之后，该方法还包括：
响应于接收到连麦结束信息，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面，该连麦结束信息用于指示该第一主播账号和该第二主播账号结束连麦。
在一些实施例中，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面之后，该方法还包括：
在该第一主播账号的直播间中，展示第二转场动画，该第二转场动画用于指示展示该第一主播账号的直播画面。
在一些实施例中，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面之后，该方法还包括：
接收连麦提示信息，该连麦提示信息用于指示该第一主播账号和该第二主播账号距连麦结束的剩余时长。
一方面，提供了一种直播连麦方法，该方法包括：
向第一主播账号的直播间内多个观众账号对应的终端，发送该第一主播账号的第一直播数据流；
在该第一直播数据流携带连麦信息的情况下，接收任一观众账号对应的终端所发送的拉取请求，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态，该拉取请求用于请求拉取该第二主播账号的第二直播数据流；
基于该拉取请求，获取该第二主播账号的第二直播数据流；
向该任一观众账号对应的终端返回该第二直播数据流。
在一些实施例中，该方法还包括：
接收该第一主播账号对应的终端所发送的连麦信息；
在该第一主播账号的第一直播数据流中，添加该连麦信息。
在一些实施例中，该连麦信息由该第一主播账号对应的终端在连麦过程中，每隔第二时长发送一次。
在一些实施例中，该方法还包括：
接收该第二主播账号对应的终端所发送的心跳信息，该心跳信息用于指示该第二主播账号处于在线状态；
在该第二主播账号的第二直播数据流中，添加该心跳信息。
在一些实施例中，该心跳信息由该第二主播账号对应的终端在连麦过程中，每隔第二时长发送一次。
在一些实施例中，该方法还包括：
接收该第二主播账号对应的终端所发送的连麦结束信息，该连麦结束信息用于指示该第一主播账号和该第二主播账号结束连麦；
在该第二主播账号的第二直播数据流中，添加该连麦结束信息。
在一些实施例中，该方法还包括：
接收该第二主播账号对应的终端所发送的连麦提示信息，该连麦提示信息用于指示该第一主播账号和该第二主播账号距连麦结束的剩余时长；
在该第二主播账号的第二直播数据流中，添加该连麦提示信息。
在一些实施例中，该连麦提示信息由该第二主播账号对应的终端在距连麦结束的第三时长内，每隔第四时长发送一次，该第三时长大于该第四时长。
一方面，提供了一种直播连麦装置，该装置包括：
第一展示模块，用于基于第一主播账号的第一直播数据流，在该第一主播账号的直播间中，展示该第一主播账号的直播画面；
发送模块，用于响应于该第一直播数据流携带连麦信息，向服务器发送拉取请求，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态，该拉取请求用于请求拉取该第二主播账号的第二直播数据流；
接收模块，用于接收该服务器基于该拉取请求返回的该第二直播数据流；
第二展示模块，用于基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面。
在一些实施例中，该第一展示模块，还用于：
在该直播间的第一区域，展示该第一主播账号的直播画面；
该第二展示模块，用于：
在该直播间的第二区域，展示该第二主播账号的直播画面。
在一些实施例中，该装置还包括第三展示模块，用于：
在该第一主播账号的直播间中，展示第一转场动画，该第一转场动画用于指示展示该第二主播账号的直播画面。
在一些实施例中，该第二展示模块，用于：
响应于该第二直播数据流携带心跳信息，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面，该心跳信息用于指示该第二主播账号处于在线状态。
在一些实施例中，该第二展示模块，还用于：
响应于在第一时长内未接收到该第二主播账号的心跳信息，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面，该心跳信息用于指示该第二主播账号处于在线状态。
在一些实施例中，该第二展示模块，还用于：
响应于接收到连麦结束信息，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面，该连麦结束信息用于指示该第一主播账号和该第二主播账号结束连麦。
在一些实施例中，该装置还包括第四展示模块，用于：
在该第一主播账号的直播间中，展示第二转场动画，该第二转场动画用于指示展示该第一主播账号的直播画面。
在一些实施例中，该接收模块，还用于：
接收连麦提示信息，该连麦提示信息用于指示该第一主播账号和该第二主播账号距连麦结束的剩余时长。
一方面，提供了一种直播连麦装置，该装置包括：
发送模块，用于向第一主播账号的直播间内多个观众账号对应的终端，发送该第一主播账号的第一直播数据流；
接收模块，用于在该第一直播数据流携带连麦信息的情况下，接收任一观众账号对应的终端所发送的拉取请求，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态，该拉取请求用于请求拉取该第二主播账号的第二直播数据流；
获取模块，用于基于该拉取请求，获取该第二主播账号的第二直播数据流；
返回模块，用于向该任一观众账号对应的终端返回该第二直播数据流。
在一些实施例中，该接收模块，还用于：
接收该第一主播账号对应的终端所发送的连麦信息；
该装置还包括添加模块，用于：
在该第一主播账号的第一直播数据流中，添加该连麦信息。
在一些实施例中，该连麦信息由该第一主播账号对应的终端在连麦过程中，每隔第二时长发送一次。
在一些实施例中，该接收模块，还用于：
接收该第二主播账号对应的终端所发送的心跳信息，该心跳信息用于指示该第二主播账号处于在线状态；
该装置还包括添加模块，用于：
在该第二主播账号的第二直播数据流中，添加该心跳信息。
在一些实施例中，该心跳信息由该第二主播账号对应的终端在连麦过程中，每隔第二时长发送一次。
在一些实施例中，该接收模块，还用于：
接收该第二主播账号对应的终端所发送的连麦结束信息，该连麦结束信息用于指示该第一主播账号和该第二主播账号结束连麦；
该装置还包括添加模块，用于：
在该第二主播账号的第二直播数据流中，添加该连麦结束信息。
在一些实施例中，该接收模块，还用于：
接收该第二主播账号对应的终端所发送的连麦提示信息，该连麦提示信息用于指示该第一主播账号和该第二主播账号距连麦结束的剩余时长；
该装置还包括添加模块，用于：
在该第二主播账号的第二直播数据流中，添加该连麦提示信息。
在一些实施例中，该连麦提示信息由该第二主播账号对应的终端在距连麦结束的第三时长内，每隔第四时长发送一次，该第三时长大于该第四时长。
一方面，提供了一种终端，该终端包括处理器和存储器，该存储器中存储有至少一条程序代码，该至少一条程序代码由该处理器加载并执行以实现上述的直播连麦方法。
一方面，提供了一种服务器，该服务器包括处理器和存储器，该存储器中存储有至少一条程序代码，该至少一条程序代码由该处理器加载并执行以实现上述的直播连麦方法。
一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现上述的直播连麦方法。
一方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序代码，该计算机程序代码存储在计算机可读存储介质中，计算机设备的处理器从计算机可读存储介质读取该计算机程序代码，处理器执行该计算机程序代码，使得该计算机设备执行上述直播连麦方法。
本申请实施例提供的技术方案，在第一主播账号的直播间中，展示该第一主播账号的直播画面，当第一主播账号和第二主播账号处于连麦状态时，通过在第一主播账号的第一直播数据流中携带连麦信息，以便于第一主播账号对应的观众终端基于该连麦信息，自行拉取第二主播账号的直播数据流，进而，基于拉取到的直播数据流展示第二主播账号的直播画面，如此，无需经多次网络传输，就能够获取到第二主播账号的直播数据流，能够避免网络延迟的问题，从而确保了直播画面的稳定性。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种直播连麦方法的实施环境的示意图；
图2是本申请实施例提供的一种直播连麦方法的流程图；
图3是本申请实施例提供的一种直播连麦方法的流程图；
图4是本申请实施例提供的一种直播连麦方法的流程图；
图5是本申请实施例提供的一种合唱连麦的示意图；
图6是本申请实施例提供的一种直播画面的示意图；
图7是本申请实施例提供的一种合唱连麦的流程图；
图8是本申请实施例提供的一种直播连麦装置的结构示意图；
图9是本申请实施例提供的一种直播连麦装置的结构示意图；
图10是本申请实施例提供的一种终端的结构示意图；
图11是本申请实施例提供的一种服务器的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
首先，针对本申请实施例中涉及的应用场景进行描述：
本申请实施例提供的直播连麦方法可应用于主播与主播的直播连麦场景中，具体可应用于合唱连麦的场景。在一些实施例中，第一主播账号在直播过程中，可以和第二主播账号进行合唱连麦。例如，第一主播账号可以向第二主播账号发起合唱连麦请求，当第二主播账号同意该合唱连麦请求时，第一主播账号和第二主播账号开始进行合唱连麦，此时，第一主播账号的直播间内的多个第一观众账号和第二主播账号的直播间内的多个第二观众账号，均可以在其对应的终端上展示第一主播账号和第二主播账号合唱连麦的直播画面。
具体地，本申请实施例提供的直播连麦方法应用于合唱连麦场景中的第一观众账号侧，第一观众账号对应的终端通过该直播连麦方法，能够获取到第一主播账号和第二主播账号的直播数据流，进而展示第一主播账号和第二主播账号的直播画面，如此，能够确保直播画面的稳定性。
本申请实施例中，第一主播账号为发起合唱连麦请求的主播账号，也即是主唱主播账号；第二主播账号为被邀请进行合唱连麦的主播账号，也即是副唱主播账号；第一观众账号为第一主播账号的直播间内多个观众账号中的任一个；第二观众账号为第二主播账号的直播间内多个观众账号中的任一个。
图1是本申请实施例提供的一种直播连麦方法的实施环境的示意图。参见图1，该实施环境包括：终端101和服务器102。
终端101可以为智能手机、智能手表、台式电脑、手提电脑、虚拟现实终端、增强现实终端、无线终端和膝上型便携计算机等设备中的至少一种。终端101具有通信功能，可以接入有线网络或无线网络。终端101可以泛指多个终端中的一个，本实施例仅以终端101来举例说明。本领域技术人员可以知晓，上述终端的数量可以更多或更少。在一些实施例中，终端101运行有具备直播连麦功能的目标应用程序，如K歌应用程序。
本申请实施例中，终端101可以包括第一主播终端、第二主播终端、第一观众终端和第二观众终端。其中，第一主播终端是指第一主播账号对应的终端，也即是发起合唱连麦请求的主播终端；第二主播终端是指第二主播账号对应的终端，也即是被邀请进行合唱连麦的主播终端；第一观众终端是指第一观众账号对应的终端，也即是第一主播账号的直播间内任一观众账号对应的终端；第二观众终端是指第二观众账号对应的终端，也即是第二主播账号的直播间内任一观众账号对应的终端。
本申请实施例提供的直播连麦方法应用于第一观众终端，具体地，第一观众终端用于基于第一主播账号的第一直播数据流，在该第一主播账号的直播间中，展示该第一主播账号的直播画面，响应于该第一直播数据流携带连麦信息，向服务器发送拉取请求，接收该服务器基于该拉取请求返回的该第二直播数据流，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面。
服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式文件***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器102与终端101可以通过有线或无线通信方式进行直接或间接的连接，本申请实施例对此不作限定。可选地，上述服务器102的数量可以更多或更少，本申请实施例对此不加以限定。当然，服务器102还可以包括其他功能服务器，以便提供更全面且多样化的服务。
服务器102可以是目标应用程序的后台服务器。服务器102用于向第一主播账号的直播间内多个观众账号对应的终端，发送该第一主播账号的第一直播数据流，在该第一直播数据流携带连麦信息的情况下，接收任一观众账号对应的终端所发送的拉取请求，基于该拉取请求，获取该第二主播账号的第二直播数据流，向该任一观众账号对应的终端返回该第二直播数据流。
本申请实施例中，服务器102可以包括连麦服务器和CDN服务器。其中，连麦服务器用于向第二主播终端发送第一主播账号的直播数据流，以便第二主播账号基于该直播数据流进行合唱连麦，向第一主播终端发送第二主播账号的直播数据流，从而实现第一主播账号和第二主播账号之间的合唱连麦；CDN服务器用于向第一观众终端发送第一主播账号和第二主播账号合唱连麦的直播数据流，向第二观众终端发送第二主播账号的直播数据流。在一些实施例中，本申请实施例提供的直播连麦方法可应用于CDN服务器。
图2是本申请实施例提供的一种直播连麦方法的流程图。该实施例由第一观众终端执行，参见图2，该实施例包括：
201.第一观众终端基于第一主播账号的第一直播数据流，在该第一主播账号的直播间中，展示该第一主播账号的直播画面。
本申请实施例中，第一观众终端是指第一主播账号的直播间内任一观众账号对应的终端。第一主播账号为发起合唱连麦请求的主播账号，也即是主唱主播账号。第一直播数据流为第一主播账号的直播数据流。可选地，第一直播数据流包括第一主播账号的音频流和视频流。
在一些实施例中，第一观众终端基于该第一直播数据流中的视频流，在该第一主播账号的直播间中，展示该第一主播账号的直播画面。
202.第一观众终端响应于该第一直播数据流携带连麦信息，向服务器发送拉取请求，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态，该拉取请求用于请求拉取该第二主播账号的第二直播数据流。
本申请实施例中，第二主播账号为被邀请进行合唱连麦的主播账号，也即是副唱主播账号。第二直播数据流为第二主播账号的直播数据流。
在一些实施例中，第一观众终端接收到该第一直播数据流后，判断该第一直播数据流是否携带连麦信息，响应于该第一直播数据流携带连麦信息，向服务器发送拉取请求，以拉取第二主播账号的第二直播数据流。
203.第一观众终端接收该服务器基于该拉取请求返回的该第二直播数据流。
204.第一观众终端基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面。
在一些实施例中，第一观众终端基于该第二直播数据流中的视频流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面。
本申请实施例提供的技术方案，在第一主播账号的直播间中，展示该第一主播账号的直播画面，当第一主播账号和第二主播账号处于连麦状态时，通过在第一主播账号的第一直播数据流中携带连麦信息，以便于第一主播账号对应的观众终端基于该连麦信息，自行拉取第二主播账号的直播数据流，进而，基于拉取到的直播数据流展示第二主播账号的直播画面，如此，无需经多次网络传输，就能够获取到第二主播账号的直播数据流，能够避免网络延迟的问题，从而确保了直播画面的稳定性。
图3是本申请实施例提供的一种直播连麦方法的流程图。该实施例由服务器执行，参见图3，该实施例包括：
301.服务器向第一主播账号的直播间内多个观众账号对应的终端，发送该第一主播账号的第一直播数据流。
302.服务器在该第一直播数据流携带连麦信息的情况下，接收任一观众账号对应的终端所发送的拉取请求，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态，该拉取请求用于请求拉取该第二主播账号的第二直播数据流。
303.服务器基于该拉取请求，获取该第二主播账号的第二直播数据流。
304.服务器向该任一观众账号对应的终端返回该第二直播数据流。
本申请实施例提供的技术方案，在第一主播账号的直播间中，展示该第一主播账号的直播画面，当第一主播账号和第二主播账号处于连麦状态时，通过在第一主播账号的第一直播数据流中携带连麦信息，以便于第一主播账号对应的观众终端基于该连麦信息，自行拉取第二主播账号的直播数据流，进而，基于拉取到的直播数据流展示第二主播账号的直播画面，如此，无需经多次网络传输，就能够获取到第二主播账号的直播数据流，能够避免网络延迟的问题，从而确保了直播画面的稳定性。
上述图2至图3所示为本申请的基本流程，下面基于一种具体实施方式，来对本申请提供的方案进行进一步阐述，图4是本申请实施例提供的一种直播连麦方法的流程图。该实施例以第一主播终端、第一观众终端和服务器之间的交互过程为例，对方案进行说明，参见图4，该实施例包括：
401.服务器在第一主播账号的直播过程中，向第一观众终端发送该第一主播账号的第一直播数据流。
本申请实施例中，第一主播账号为发起合唱连麦请求的主播账号，也即是主唱主播账号。第一观众终端是指第一主播账号的直播间内任一观众账号对应的终端。第一直播数据流为第一主播账号的直播数据流。可选地，第一直播数据流包括第一主播账号的音频流和视频流。
步骤401以第一观众终端和服务器之间的交互过程为例，在一些实施例中，服务器在第一主播账号的直播过程中，向第一主播账号的直播间内多个观众账号对应的终端，发送该第一主播账号的第一直播数据流。
402.第一观众终端接收第一主播账号的第一直播数据流，基于该第一主播账号的第一直播数据流，在该第一主播账号的直播间中，展示该第一主播账号的直播画面。
在一些实施例中，第一观众终端基于该第一直播数据流中的视频流，在该第一主播账号的直播间中，展示该第一主播账号的直播画面。在一些实施例中，第一观众终端基于该第一直播数据流中的音频流，在该第一主播账号的直播间中，播放该第一主播账号的直播音频。
403.第一主播终端响应于第一主播账号和第二主播账号处于连麦状态，向服务器发送连麦信息，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态。
其中，第一主播终端是指第一主播账号对应的终端，也即是发起合唱连麦请求的主播终端。第二主播账号为被邀请进行合唱连麦的主播账号，也即是副唱主播账号。
需要说明的是，在第一主播账号的直播过程中，第一主播账号可以与第二主播账号进行连麦，如合唱连麦。在一些实施例中，当第一主播账号与第二主播账号开始合唱连麦后，第一主播终端向服务器发送连麦信息。具体地，以第一主播终端、第二主播终端和服务器之间的交互过程为例，该第二主播终端是指第二主播账号对应的终端，相应地，合唱连麦的过程为：第一主播终端响应于对第二主播账号的邀请连麦操作，向服务器发送合唱连麦请求，该合唱连麦请求用于请求与第二主播账号进行合唱连麦；服务器接收该合唱连麦请求，将该合唱连麦请求发送至第二主播终端；第二主播终端接收该合唱连麦请求，响应于对该合唱连麦请求的同意操作，向服务器发送同意消息，该同意消息用于指示第二主播账号同意与第一主播账号进行合唱连麦；服务器接收该同意消息，将该同意消息发送至第一主播终端；第一主播终端接收该同意消息，响应于第二主播账号同意与第一主播账号进行合唱连麦，向服务器发送连麦信息，以触发服务器执行步骤404。
在一些实施例中，该连麦信息由该第一主播终端在连麦过程中，每隔第二时长发送一次。相应过程为：第一主播终端响应于第一主播账号和第二主播账号处于连麦状态，在连麦过程中，每隔第二时长向服务器发送一次连麦信息。其中，第二时长为预先设定的固定时长，如3s。连麦过程也即是从开始连麦至结束连麦的时间段。如此，通过周期性地向服务器发送连麦信息，以便服务器及时获知直播间的连麦状态，进而使得新进入直播间的观众账号能够及时获知直播间的连麦状态，以确保直播画面和事件的一致性。
404.服务器接收该第一主播终端所发送的连麦信息，在该第一主播账号的第一直播数据流中，添加该连麦信息，将携带连麦信息的第一直播数据流发送至第一观众终端。
在一些实施例中，服务器接收该第一主播终端所发送的连麦信息，在该第一主播账号的第一直播数据流的特定字段中，添加该连麦信息。
405.第一观众终端接收该第一直播数据流，判断该第一直播数据流是否携带连麦信息，响应于该第一直播数据流携带连麦信息，向服务器发送拉取请求，该拉取请求用于请求拉取该第二主播账号的第二直播数据流。
在一些实施例中，第一观众终端响应于该第一直播数据流携带连麦信息，基于该连麦信息中第二主播账号的直播间ID，生成该拉取请求，向服务器发送该拉取请求，以请求拉取该第二主播账号的第二直播数据流。
本申请实施例中，连麦信息用于触发第一观众终端向服务器发送拉取请求，以拉取第二主播账号的第二直播数据流。此时，第一观众终端从拉取第一直播数据流切换为拉取第一直播数据流和第二直播数据流，可理解地，连麦信息是一种用于指示切流的信息。
在一些实施例中，连麦信息为报文数据的形式。例如，连麦信息可以是切流类型的报文数据。在一些实施例中，连麦信息包括直播连麦ID(身份标识号码，Identification)、第一主播账号的直播间ID、第二主播账号的直播间ID和连麦开始时间戳。其中，直播连麦ID为用于指示本次连麦的唯一标识，如合唱连麦ID。
示例地，以报文数据为例，连麦信息可以包括：
1.事件类型：切流类型；
2.事件：switch event(切换事件)；
3.合唱连麦ID：bid(业务标识，business id)；
4.本端房间标识(crid，current room id)：第一主播账号的直播间ID；
5.对端房间标识(trid，target room id)：第二主播账号的直播间ID；
6.连麦开始时间戳：start time(开始时间戳)。
需要说明的是，对于任一个观众账号，在该任一个观众账号一次进入直播间的情况下，同一个直播连麦仅允许该任一个观众账号进行一次切流，不允许该任一个观众账号多次反复切流。
406.服务器在该第一直播数据流携带连麦信息的情况下，接收第一观众终端所发送的拉取请求。
407.服务器基于该拉取请求，获取该第二主播账号的第二直播数据流，向该第一观众终端返回该第二直播数据流。
在一些实施例中，服务器基于该拉取请求中第二主播账号的直播间ID，获取该直播间ID对应的直播数据流，将获取到的直播数据流确定为该第二直播数据流，将该第二直播数据流发送至第一观众终端。
408.第一观众终端接收该服务器基于该拉取请求返回的该第二直播数据流。
示例地，图5是本申请实施例提供的一种合唱连麦的示意图，参见图5，以连麦服务器和CDN服务器为例，合唱连麦的过程为：连麦服务器响应于主唱A和副唱B处于连麦状态，向副唱B发送主唱A的直播数据流(如A人声和歌曲进度)，以便副唱B基于该直播数据流进行合唱连麦，并获取副唱B的直播数据流(如B人声)，向主唱A发送副唱B的直播数据流，从而实现主唱A和副唱B之间的合唱连麦；同时，CDN服务器获取主唱A和副唱B的直播数据流，向主唱观众发送主唱A和副唱B的直播数据流，向副唱观众发送副唱B的直播数据流，则主唱观众和副唱观众均能够获取到合唱连麦的直播数据流，进而在对应的终端上展示合唱连麦的直播画面，能够确保直播画面的稳定性。
409.第一观众终端在该第一主播账号的直播间中，展示第一转场动画，该第一转场动画用于指示展示该第二主播账号的直播画面。
在该实施例中，通过展示第一转场动画，以提示用户即将展示第二主播账号的直播画面，实现了直播画面的平滑过渡，避免画面切换过于突兀而影响用户观看。
需要说明的是，步骤409为可选步骤。在一些实施例中，第一观众终端接收第二直播数据流后，无需执行展示转场动画的过程，执行基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面的过程，也即是，执行步骤408之后，无需执行步骤409，执行步骤410即可。
410.第一观众终端基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面。
在一些实施例中，第一观众终端在该直播间的第一区域，展示该第一主播账号的直播画面，在该直播间的第二区域，展示该第二主播账号的直播画面。其中，第一区域是指预先设定的固定区域，如直播界面的左侧区域。第二区域是指预先设定的固定区域，如直播界面的右侧区域或直播界面。
示例地，图6是本申请实施例提供的一种直播画面的示意图，参见图6，以主唱A和副唱B为例，图6的区域601示出了相关技术中展示直播画面的示意图，图6的区域602示出了本申请实施例中展示直播画面的示意图。可以发现，相关技术中，主唱端(主唱主播端和主唱主播对应的观众端)展示的直播画面为AB，副唱端(副唱主播端和副唱主播对应的观众端)展示的直播画面为BA，也就是说，主唱端在直播间的左侧区域展示主唱主播的直播画面，在直播间的右侧区域展示副唱主播的直播画面，而副唱端在直播间的左侧区域展示副唱主播的直播画面，在直播间的右侧区域展示主唱主播的直播画面。这样，在合唱连麦开始后，会涉及到直播画面从AB转换为BA的变化以及音频的变化，由于用户对画面的敏感度远大于对声音的敏感度，可能会产生由于画面过渡突兀，而影响用户的观看体验的问题。本申请实施例中，主唱端展示的直播画面为AB，副唱端展示的直播画面也为AB，也就是说，主唱端和副唱端均在直播间的左侧区域展示主唱主播的直播画面，在直播间的右侧区域展示副唱主播的直播画面。如此，在合唱连麦的场景下，通过在固定区域展示第一主播账号的直播画面和第二主播账号的直播画面，避免由于切流不稳定而造成画面左右变化剧烈的问题，提高了用户的观看体验。
上述步骤410是第一观众终端接收到第二直播数据流时，直接展示第二主播账号的直播画面的过程。在另一些实施例中，步骤410的过程为：第一观众终端响应于该第二直播数据流携带心跳信息，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面，该心跳信息用于指示该第二主播账号处于在线状态。
在一些实施例中，第二主播终端响应于第一主播账号和第二主播账号处于连麦状态，向服务器发送心跳信息，服务器接收该第二主播终端所发送的心跳信息，在该第二主播账号的第二直播数据流中，添加该心跳信息，将携带该心跳信息的第二直播数据流发送至第一观众终端，触发第一观众终端基于该心跳信息执行步骤410。
在一些实施例中，该心跳信息由该第二主播终端在连麦过程中，每隔第二时长发送一次。相应过程为：第二主播终端响应于第一主播账号和第二主播账号处于连麦状态，在连麦过程中，每隔第二时长向服务器发送一次心跳信息。其中，第二时长为预先设定的固定时长，如3s。如此，通过周期性地向服务器发送心跳信息，以便服务器以及观众终端能够及时获知第二主播账号是否在线，确保了画面和事件的一致性。
本申请实施例中，心跳信息用于指示该第二主播账号处于在线状态。在一些实施例中，心跳信息为报文数据的形式。例如，心跳信息为心跳类型的报文数据。在一些实施例中，心跳信息包括直播连麦ID、第一主播账号的直播间ID、第二主播账号的直播间ID。
示例地，以报文数据为例，心跳信息可以包括：
1.事件类型：心跳类型；
2.事件：heart beat event(持续心跳事件)；
3.合唱连麦ID：bid；
4.本端房间标识：第二主播账号的直播间ID；
5.对端房间标识：第一主播账号的直播间ID。
在第一主播账号和第二主播账号的直播连麦场景下，还能够有如下实现方式：
(1)在一些实施例中，第二主播终端响应于连麦结束，停止向服务器发送心跳信息。相应地，在一种可选的实施例中，第一观众终端响应于在第一时长内未接收到该第二主播账号的心跳信息，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面。其中，第一时长为预先设定的固定时长，如10s或20s。在另一种可选的实施例中，第一观众终端响应于未接收到该第二主播账号的心跳信息的次数达到目标次数，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面。其中，目标次数为预先设定的固定次数，如3次。
(2)在一些实施例中，第二主播终端响应于连麦结束，向服务器发送连麦结束信息，服务器接收该第二主播终端所发送的连麦结束信息，将连麦结束信息发送至第一观众终端。相应地，第一观众终端响应于接收到连麦结束信息，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面，该连麦结束信息用于指示该第一主播账号和该第二主播账号结束连麦。
本申请实施例中，连麦结束信息用于触发第一观众终端不再拉取第二主播账号的第二直播数据流，仅拉取第一主播账号的第一直播数据流。此时，第一观众终端从拉取第一直播数据流和第二直播数据流切换为仅拉取第一直播数据流，可理解地，连麦结束信息也是一种用于指示切流的信息。
在一些实施例中，连麦结束信息为报文数据的形式。例如，连麦结束信息可以是切流类型的报文数据。在一些实施例中，连麦信息包括直播连麦ID、第一主播账号的直播间ID、第二主播账号的直播间ID。
示例地，以报文数据为例，连麦结束信息可以包括：
1.事件类型：切流类型；
2.事件：back(切回原直播间)；
3.合唱连麦ID：bid；
4.本端房间标识：第二主播账号的直播间ID；
5.对端房间标识：第一主播账号的直播间ID。
需要说明的是，在一次直播连麦中，第二主播终端仅向服务器发送一次连麦结束信息。若第一观众终端未接收到该连麦结束信息，可基于接收到的第二主播账号的心跳信息的情况，来判断连麦是否结束。
(3)在一些实施例中，第一观众终端响应于在第一时长内未接收到该第二主播账号的心跳信息，且未接收到连麦结束信息，则判定本次连麦异常，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面。例如，若第一观众终端连续20s均没有收到心跳信息，也没有收到连麦结束信息，则表明本次直播连麦异常结束，自动切换回第一主播账号的直播画面。
(4)在一些实施例中，第二主播终端在距连麦结束的第三时长内，每隔第四时长向服务器发送一次连麦提示信息，服务器接收该第二主播终端所发送的连麦提示信息，将连麦提示信息发送至第一观众终端。相应地，第一观众终端接收连麦提示信息，该连麦提示信息用于指示该第一主播账号和该第二主播账号距连麦结束的剩余时长，进而在连麦结束时，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面。
需要说明的是，上述(4)中发送连麦提示信息的过程还也可以由第一主播终端来执行，也即是，第一主播终端在距连麦结束的第三时长内，每隔第四时长向服务器发送一次连麦提示信息，服务器接收该第一主播终端所发送的连麦提示信息，将连麦提示信息发送至第一观众终端。相应地，第一观众终端接收连麦提示信息，在连麦结束时，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面。本申请实施例中对此不加以限定。
可选地，服务器在该第二主播账号的第二直播数据流中，添加该连麦提示信息，将添加该连麦提示信息的第二直播数据流发送至第一观众终端。
在上述实施例中，连麦提示信息由该第二主播终端在距连麦结束的第三时长内，每隔第四时长发送一次，该第三时长大于该第四时长。其中，第三时长和第四时长均为预先设定的固定时长，例如，第三时长可以为5s，第四时长可以为1s，也即是距连麦结束的5s内，周期性向服务器发送5次连麦提示信息，直至连麦结束。如此，第一观众终端能够获知距连麦结束的剩余时间，以便及时切换回第一主播账号的直播画面，确保了直播画面和事件的一致性。
对于上述(1)至(4)中的任一项，第一观众终端停止展示该第二主播账号的直播画面后，在该第一主播账号的直播间中，展示第二转场动画，该第二转场动画用于指示展示该第一主播账号的直播画面，进而，第一观众终端在该第一主播账号的直播间中，展示该第一主播账号的直播画面。如此，通过展示第二转场动画，以提示用户即将展示第一主播账号的直播画面，能够实现直播画面的平滑过渡，避免画面切换过于突兀而影响用户观看。
示例地，图7是本申请实施例提供的一种合唱连麦的流程图，参见图7，在主唱主播账号(第一主播账号)的直播过程中，主唱观众端(第一观众终端)一直拉取主唱主播账号的数据流，当检测到切流报文(连麦信息)时，请求副唱主播账号(第二主播账号)的数据流，并预拉流，在预拉流成功的情况下，判断预拉流是否携带心跳报文(心跳信息)，如果预拉流携带心跳报文，则拉取副唱主播账号的数据流，如果连续3次未接收到心跳报文，或者检测到连麦结束信息，则不再拉取副唱主播账号的数据流，切换为仅拉取主唱主播账号的数据流。在上述过程中，主唱观众端从拉取主唱主播账号的数据流，切换为拉取主唱主播账号和副唱主播账号的数据流，在合唱连麦结束后，主唱观众端切换为仅拉取主唱主播账号的数据流。如此，由主播观众端自行拉取副唱主播账号的数据流，能够避免网络延迟的问题，确保直播画面和连麦进度的同步。
本申请实施例提供的技术方案，在第一主播账号的直播间中，展示该第一主播账号的直播画面，当第一主播账号和第二主播账号处于连麦状态时，通过在第一主播账号的第一直播数据流中携带连麦信息，以便于第一主播账号对应的观众终端基于该连麦信息，自行拉取第二主播账号的直播数据流，进而，基于拉取到的直播数据流展示第二主播账号的直播画面，如此，无需经多次网络传输，就能够获取到第二主播账号的直播数据流，能够避免网络延迟的问题，从而确保了直播画面的稳定性。
图8是本申请实施例提供的一种直播连麦装置的结构示意图，参见图8，该装置包括：
第一展示模块801，用于基于第一主播账号的第一直播数据流，在该第一主播账号的直播间中，展示该第一主播账号的直播画面；
发送模块802，用于响应于该第一直播数据流携带连麦信息，向服务器发送拉取请求，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态，该拉取请求用于请求拉取该第二主播账号的第二直播数据流；
接收模块803，用于接收该服务器基于该拉取请求返回的该第二直播数据流；
第二展示模块804，用于基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面。
本申请实施例提供的技术方案，在第一主播账号的直播间中，展示该第一主播账号的直播画面，当第一主播账号和第二主播账号处于连麦状态时，通过在第一主播账号的第一直播数据流中携带连麦信息，以便于第一主播账号对应的观众终端基于该连麦信息，自行拉取第二主播账号的直播数据流，进而，基于拉取到的直播数据流展示第二主播账号的直播画面，如此，无需经多次网络传输，就能够获取到第二主播账号的直播数据流，能够避免网络延迟的问题，从而确保了直播画面的稳定性。
在一些实施例中，该第一展示模块801，还用于：
在该直播间的第一区域，展示该第一主播账号的直播画面；
该第二展示模块804，用于：
在该直播间的第二区域，展示该第二主播账号的直播画面。
在一些实施例中，该装置还包括第三展示模块，用于：
在该第一主播账号的直播间中，展示第一转场动画，该第一转场动画用于指示展示该第二主播账号的直播画面。
在一些实施例中，该第二展示模块804，用于：
响应于该第二直播数据流携带心跳信息，基于该第二直播数据流，在该第一主播账号的直播间中，展示该第二主播账号的直播画面，该心跳信息用于指示该第二主播账号处于在线状态。
在一些实施例中，该第二展示模块804，还用于：
响应于在第一时长内未接收到该第二主播账号的心跳信息，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面，该心跳信息用于指示该第二主播账号处于在线状态。
在一些实施例中，该第二展示模块804，还用于：
响应于接收到连麦结束信息，在该第一主播账号的直播间中，停止展示该第二主播账号的直播画面，该连麦结束信息用于指示该第一主播账号和该第二主播账号结束连麦。
在一些实施例中，该装置还包括第四展示模块，用于：
在该第一主播账号的直播间中，展示第二转场动画，该第二转场动画用于指示展示该第一主播账号的直播画面。
在一些实施例中，该接收模块803，还用于：
接收连麦提示信息，该连麦提示信息用于指示该第一主播账号和该第二主播账号距连麦结束的剩余时长。
图9是本申请实施例提供的一种直播连麦装置的结构示意图，参见图9，该装置包括：
发送模块901，用于向第一主播账号的直播间内多个观众账号对应的终端，发送该第一主播账号的第一直播数据流；
接收模块902，用于在该第一直播数据流携带连麦信息的情况下，接收任一观众账号对应的终端所发送的拉取请求，该连麦信息用于指示该第一主播账号和第二主播账号处于连麦状态，该拉取请求用于请求拉取该第二主播账号的第二直播数据流；
获取模块903，用于基于该拉取请求，获取该第二主播账号的第二直播数据流；
返回模块904，用于向该任一观众账号对应的终端返回该第二直播数据流。
本申请实施例提供的技术方案，在第一主播账号的直播间中，展示该第一主播账号的直播画面，当第一主播账号和第二主播账号处于连麦状态时，通过在第一主播账号的第一直播数据流中携带连麦信息，以便于第一主播账号对应的观众终端基于该连麦信息，自行拉取第二主播账号的直播数据流，进而，基于拉取到的直播数据流展示第二主播账号的直播画面，如此，无需经多次网络传输，就能够获取到第二主播账号的直播数据流，能够避免网络延迟的问题，从而确保了直播画面的稳定性。
在一些实施例中，该接收模块902，还用于：
接收该第一主播账号对应的终端所发送的连麦信息；
该装置还包括添加模块，用于：
在该第一主播账号的第一直播数据流中，添加该连麦信息。
在一些实施例中，该连麦信息由该第一主播账号对应的终端在连麦过程中，每隔第二时长发送一次。
在一些实施例中，该接收模块902，还用于：
接收该第二主播账号对应的终端所发送的心跳信息，该心跳信息用于指示该第二主播账号处于在线状态；
该装置还包括添加模块，用于：
在该第二主播账号的第二直播数据流中，添加该心跳信息。
在一些实施例中，该心跳信息由该第二主播账号对应的终端在连麦过程中，每隔第二时长发送一次。
在一些实施例中，该接收模块902，还用于：
接收该第二主播账号对应的终端所发送的连麦结束信息，该连麦结束信息用于指示该第一主播账号和该第二主播账号结束连麦；
该装置还包括添加模块，用于：
在该第二主播账号的第二直播数据流中，添加该连麦结束信息。
在一些实施例中，该接收模块902，还用于：
接收该第二主播账号对应的终端所发送的连麦提示信息，该连麦提示信息用于指示该第一主播账号和该第二主播账号距连麦结束的剩余时长；
该装置还包括添加模块，用于：
在该第二主播账号的第二直播数据流中，添加该连麦提示信息。
在一些实施例中，该连麦提示信息由该第二主播账号对应的终端在距连麦结束的第三时长内，每隔第四时长发送一次，该第三时长大于该第四时长。
需要说明的是：上述实施例提供的直播连麦装置在直播连麦时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的直播连麦装置与直播连麦方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图10示出了本申请一个示例性实施例提供的终端1000的结构框图。该终端1000可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1000还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常，终端1000包括有：处理器1001和存储器1002。
处理器1001可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1001可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1001也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1001可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1001还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器1002可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1002还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1002中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器1001所执行以实现本申请中方法实施例提供的直播连麦方法。
在一些实施例中，终端1000还可选包括有：***设备接口1003和至少一个***设备。处理器1001、存储器1002和***设备接口1003之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口1003相连。具体地，***设备包括：射频电路1004、显示屏1005、摄像头组件1006、音频电路1007、定位组件1008和电源1009中的至少一种。
***设备接口1003可被用于将I/O(Input/Output，输入/输出)相关的至少一个***设备连接到处理器1001和存储器1002。在一些实施例中，处理器1001、存储器1002和***设备接口1003被集成在同一芯片或电路板上；在一些其他实施例中，处理器1001、存储器1002和***设备接口1003中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路1004用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1004通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1004将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1004包括：天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1004可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1004还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。
显示屏1005用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1005是触摸显示屏时，显示屏1005还具有采集在显示屏1005的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1001进行处理。此时，显示屏1005还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1005可以为一个，设置在终端1000的前面板；在另一些实施例中，显示屏1005可以为至少两个，分别设置在终端1000的不同表面或呈折叠设计；在另一些实施例中，显示屏1005可以是柔性显示屏，设置在终端1000的弯曲表面上或折叠面上。甚至，显示屏1005还可以设置成非矩形的不规则图形，也即异形屏。显示屏1005可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-EmittingDiode，有机发光二极管)等材质制备。
摄像头组件1006用于采集图像或视频。可选地，摄像头组件1006包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1006还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路1007可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1001进行处理，或者输入至射频电路1004以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1000的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1001或射频电路1004的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1007还可以包括耳机插孔。
定位组件1008用于定位终端1000的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1008可以是基于美国的GPS(GlobalPositioning System，全球定位***)、中国的北斗***、俄罗斯的格雷纳斯***或欧盟的伽利略***的定位组件。
电源1009用于为终端1000中的各个组件进行供电。电源1009可以是交流电、直流电、一次性电池或可充电电池。当电源1009包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
在一些实施例中，终端1000还包括有一个或多个传感器1010。该一个或多个传感器1010包括但不限于：加速度传感器1011、陀螺仪传感器1012、压力传感器1013、指纹传感器1014、光学传感器1015以及接近传感器1016。
加速度传感器1011可以检测以终端1000建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1011可以用于检测重力加速度在三个坐标轴上的分量。处理器1001可以根据加速度传感器1011采集的重力加速度信号，控制显示屏1005以横向视图或纵向视图进行用户界面的显示。加速度传感器1011还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器1012可以检测终端1000的机体方向及转动角度，陀螺仪传感器1012可以与加速度传感器1011协同采集用户对终端1000的3D动作。处理器1001根据陀螺仪传感器1012采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器1013可以设置在终端1000的侧边框和/或显示屏1005的下层。当压力传感器1013设置在终端1000的侧边框时，可以检测用户对终端1000的握持信号，由处理器1001根据压力传感器1013采集的握持信号进行左右手识别或快捷操作。当压力传感器1013设置在显示屏1005的下层时，由处理器1001根据用户对显示屏1005的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器1014用于采集用户的指纹，由处理器1001根据指纹传感器1014采集到的指纹识别用户的身份，或者，由指纹传感器1014根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1001授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1014可以被设置在终端1000的正面、背面或侧面。当终端1000上设置有物理按键或厂商Logo时，指纹传感器1014可以与物理按键或厂商Logo集成在一起。
光学传感器1015用于采集环境光强度。在一个实施例中，处理器1001可以根据光学传感器1015采集的环境光强度，控制显示屏1005的显示亮度。具体地，当环境光强度较高时，调高显示屏1005的显示亮度；当环境光强度较低时，调低显示屏1005的显示亮度。在另一个实施例中，处理器1001还可以根据光学传感器1015采集的环境光强度，动态调整摄像头组件1006的拍摄参数。
接近传感器1016，也称距离传感器，通常设置在终端1000的前面板。接近传感器1016用于采集用户与终端1000的正面之间的距离。在一个实施例中，当接近传感器1016检测到用户与终端1000的正面之间的距离逐渐变小时，由处理器1001控制显示屏1005从亮屏状态切换为息屏状态；当接近传感器1016检测到用户与终端1000的正面之间的距离逐渐变大时，由处理器1001控制显示屏1005从息屏状态切换为亮屏状态。
本领域技术人员可以理解，图10中示出的结构并不构成对终端1000的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
本申请实施例提供的计算机设备可提供为一种服务器。图11是本申请实施例提供的一种服务器的结构示意图，该服务器1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)1101和一个或一个以上的存储器1102，其中，该存储器1002中存储有至少一条程序代码，该至少一条程序代码由该处理器1101加载并执行以实现上述各个方法实施例提供的直播连麦方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
在示例性实施例中，还提供了一种计算机可读存储介质，例如包括程序代码的存储器，上述程序代码可由终端或服务器中的处理器执行以完成上述实施例中的直播连麦方法。例如，所述计算机可读存储介质可以是只读内存(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact-Disc Read-Only Memory)、磁带、软盘和光数据存储设备等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来程序代码相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (21)

1.一种直播连麦方法，其特征在于，所述方法包括：
基于第一主播账号的第一直播数据流，在所述第一主播账号的直播间中，展示所述第一主播账号的直播画面；
响应于所述第一直播数据流携带连麦信息，向服务器发送拉取请求，所述连麦信息用于指示所述第一主播账号和第二主播账号处于连麦状态，所述拉取请求用于请求拉取所述第二主播账号的第二直播数据流；
接收所述服务器基于所述拉取请求返回的所述第二直播数据流；
基于所述第二直播数据流，在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面。
2.根据权利要求1所述的方法，其特征在于，所述接收所述服务器基于所述拉取请求返回的所述第二直播数据流之后，所述方法还包括：
在所述直播间的第一区域，展示所述第一主播账号的直播画面；
所述在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面包括：
在所述直播间的第二区域，展示所述第二主播账号的直播画面。
3.根据权利要求1所述的方法，其特征在于，所述在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面之前，所述方法还包括：
在所述第一主播账号的直播间中，展示第一转场动画，所述第一转场动画用于指示展示所述第二主播账号的直播画面。
4.根据权利要求1所述的方法，其特征在于，所述基于所述第二直播数据流，在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面包括：
响应于所述第二直播数据流携带心跳信息，基于所述第二直播数据流，在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面，所述心跳信息用于指示所述第二主播账号处于在线状态。
5.根据权利要求1所述的方法，其特征在于，所述基于所述第二直播数据流，在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面之后，所述方法还包括：
响应于在第一时长内未接收到所述第二主播账号的心跳信息，在所述第一主播账号的直播间中，停止展示所述第二主播账号的直播画面，所述心跳信息用于指示所述第二主播账号处于在线状态。
6.根据权利要求1所述的方法，其特征在于，所述基于所述第二直播数据流，在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面之后，所述方法还包括：
响应于接收到连麦结束信息，在所述第一主播账号的直播间中，停止展示所述第二主播账号的直播画面，所述连麦结束信息用于指示所述第一主播账号和所述第二主播账号结束连麦。
7.根据权利要求5或6所述的方法，其特征在于，所述在所述第一主播账号的直播间中，停止展示所述第二主播账号的直播画面之后，所述方法还包括：
在所述第一主播账号的直播间中，展示第二转场动画，所述第二转场动画用于指示展示所述第一主播账号的直播画面。
8.根据权利要求1所述的方法，其特征在于，所述基于所述第二直播数据流，在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面之后，所述方法还包括：
接收连麦提示信息，所述连麦提示信息用于指示所述第一主播账号和所述第二主播账号距连麦结束的剩余时长。
9.一种直播连麦方法，其特征在于，所述方法包括：
向第一主播账号的直播间内多个观众账号对应的终端，发送所述第一主播账号的第一直播数据流；
在所述第一直播数据流携带连麦信息的情况下，接收任一观众账号对应的终端所发送的拉取请求，所述连麦信息用于指示所述第一主播账号和第二主播账号处于连麦状态，所述拉取请求用于请求拉取所述第二主播账号的第二直播数据流；
基于所述拉取请求，获取所述第二主播账号的第二直播数据流；
向所述任一观众账号对应的终端返回所述第二直播数据流。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
接收所述第一主播账号对应的终端所发送的连麦信息；
在所述第一主播账号的第一直播数据流中，添加所述连麦信息。
11.根据权利要求10所述的方法，其特征在于，所述连麦信息由所述第一主播账号对应的终端在连麦过程中，每隔第二时长发送一次。
12.根据权利要求9所述的方法，其特征在于，所述方法还包括：
接收所述第二主播账号对应的终端所发送的心跳信息，所述心跳信息用于指示所述第二主播账号处于在线状态；
在所述第二主播账号的第二直播数据流中，添加所述心跳信息。
13.根据权利要求12所述的方法，其特征在于，所述心跳信息由所述第二主播账号对应的终端在连麦过程中，每隔第二时长发送一次。
14.根据权利要求9所述的方法，其特征在于，所述方法还包括：
接收所述第二主播账号对应的终端所发送的连麦结束信息，所述连麦结束信息用于指示所述第一主播账号和所述第二主播账号结束连麦；
在所述第二主播账号的第二直播数据流中，添加所述连麦结束信息。
15.根据权利要求9所述的方法，其特征在于，所述方法还包括：
接收所述第二主播账号对应的终端所发送的连麦提示信息，所述连麦提示信息用于指示所述第一主播账号和所述第二主播账号距连麦结束的剩余时长；
在所述第二主播账号的第二直播数据流中，添加所述连麦提示信息。
16.根据权利要求15所述的方法，其特征在于，所述连麦提示信息由所述第二主播账号对应的终端在距连麦结束的第三时长内，每隔第四时长发送一次，所述第三时长大于所述第四时长。
17.一种直播连麦装置，其特征在于，所述装置包括：
第一展示模块，用于基于第一主播账号的第一直播数据流，在所述第一主播账号的直播间中，展示所述第一主播账号的直播画面；
发送模块，用于响应于所述第一直播数据流携带连麦信息，向服务器发送拉取请求，所述连麦信息用于指示所述第一主播账号和第二主播账号处于连麦状态，所述拉取请求用于请求拉取所述第二主播账号的第二直播数据流；
接收模块，用于接收所述服务器基于所述拉取请求返回的所述第二直播数据流；
第二展示模块，用于基于所述第二直播数据流，在所述第一主播账号的直播间中，展示所述第二主播账号的直播画面。
18.一种直播连麦装置，其特征在于，所述装置包括：
发送模块，用于向第一主播账号的直播间内多个观众账号对应的终端，发送所述第一主播账号的第一直播数据流；
接收模块，用于在所述第一直播数据流携带连麦信息的情况下，接收任一观众账号对应的终端所发送的拉取请求，所述连麦信息用于指示所述第一主播账号和第二主播账号处于连麦状态，所述拉取请求用于请求拉取所述第二主播账号的第二直播数据流；
获取模块，用于基于所述拉取请求，获取所述第二主播账号的第二直播数据流；
返回模块，用于向所述任一观众账号对应的终端返回所述第二直播数据流。
19.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行以实现如权利要求1至权利要求8任一项所述的直播连麦方法。
20.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行以实现如权利要求9至权利要求16任一项所述的直播连麦方法。
21.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求16任一项所述的直播连麦方法。
CN202110535900.6A 2021-05-17 2021-05-17 直播连麦方法、装置、终端、服务器及存储介质 Active CN113271470B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110535900.6A CN113271470B (zh) 2021-05-17 2021-05-17 直播连麦方法、装置、终端、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110535900.6A CN113271470B (zh) 2021-05-17 2021-05-17 直播连麦方法、装置、终端、服务器及存储介质

Publications (2)

Publication Number Publication Date
CN113271470A true CN113271470A (zh) 2021-08-17
CN113271470B CN113271470B (zh) 2023-05-23

Family

ID=77231387

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110535900.6A Active CN113271470B (zh) 2021-05-17 2021-05-17 直播连麦方法、装置、终端、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN113271470B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113923470A (zh) * 2021-11-24 2022-01-11 上海哔哩哔哩科技有限公司 直播流处理方法及装置
CN114125480A (zh) * 2021-11-17 2022-03-01 广州方硅信息技术有限公司 直播合唱互动方法、***、装置及计算机设备
WO2024002334A1 (zh) * 2022-06-30 2024-01-04 北京字跳网络技术有限公司 视图渲染方法、装置、电子设备、存储介质及程序产品
CN114125480B (zh) * 2021-11-17 2024-07-26 广州方硅信息技术有限公司 直播合唱互动方法、***、装置及计算机设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107027048A (zh) * 2017-05-17 2017-08-08 广州市千钧网络科技有限公司 一种直播连麦及信息展示的方法及装置
CN107465959A (zh) * 2017-07-14 2017-12-12 腾讯音乐娱乐（深圳）有限公司 在线互动的方法、装置及***
CN108259448A (zh) * 2016-12-30 2018-07-06 广州华多网络科技有限公司 一种防止连麦时异常断线的方法及装置
CN109618191A (zh) * 2018-12-17 2019-04-12 广州市百果园信息技术有限公司 直播连麦方法、装置、计算机可读存储介质及终端
CN112291583A (zh) * 2020-10-29 2021-01-29 北京达佳互联信息技术有限公司 直播连麦方法、装置、服务器、终端及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108259448A (zh) * 2016-12-30 2018-07-06 广州华多网络科技有限公司 一种防止连麦时异常断线的方法及装置
CN107027048A (zh) * 2017-05-17 2017-08-08 广州市千钧网络科技有限公司 一种直播连麦及信息展示的方法及装置
CN107465959A (zh) * 2017-07-14 2017-12-12 腾讯音乐娱乐（深圳）有限公司 在线互动的方法、装置及***
CN109618191A (zh) * 2018-12-17 2019-04-12 广州市百果园信息技术有限公司 直播连麦方法、装置、计算机可读存储介质及终端
CN112291583A (zh) * 2020-10-29 2021-01-29 北京达佳互联信息技术有限公司 直播连麦方法、装置、服务器、终端及存储介质

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125480A (zh) * 2021-11-17 2022-03-01 广州方硅信息技术有限公司 直播合唱互动方法、***、装置及计算机设备
CN114125480B (zh) * 2021-11-17 2024-07-26 广州方硅信息技术有限公司 直播合唱互动方法、***、装置及计算机设备
CN113923470A (zh) * 2021-11-24 2022-01-11 上海哔哩哔哩科技有限公司 直播流处理方法及装置
WO2024002334A1 (zh) * 2022-06-30 2024-01-04 北京字跳网络技术有限公司 视图渲染方法、装置、电子设备、存储介质及程序产品

Also Published As

Publication number Publication date
CN113271470B (zh) 2023-05-23

Similar Documents

Publication Publication Date Title
CN110267067B (zh) 直播间推荐的方法、装置、设备及存储介质
CN112468866B (zh) 直播方法、装置、终端、服务器及介质
CN110213612B (zh) 直播互动方法、装置及存储介质
CN111083507B (zh) 连麦方法及***、第一主播端、观众端及计算机存储介质
CN110278464B (zh) 显示榜单的方法和装置
CN111918086B (zh) 视频连线方法、装置、终端、服务器及可读存储介质
CN111355974A (zh) 虚拟礼物赠送处理的方法、装置、***、设备及存储介质
CN111107389B (zh) 确定观看直播时长的方法、装置和***
CN110418152B (zh) 进行直播提示的方法及装置
CN112118477A (zh) 虚拟礼物展示方法、装置、设备以及存储介质
CN112583806B (zh) 资源共享方法、装置、终端、服务器及存储介质
CN110290392B (zh) 直播信息显示方法、装置、设备及存储介质
CN107896337B (zh) 信息推广方法、装置及存储介质
CN112492339A (zh) 直播方法、装置、服务器、终端以及存储介质
CN111246236A (zh) 互动数据播放方法、装置、终端、服务器及存储介质
CN113204672B (zh) 资源展示方法、装置、计算机设备及介质
CN111159562A (zh) 推荐比拼直播的方法、装置、***、设备以及存储介质
CN110958464A (zh) 直播数据处理方法、装置、服务器、终端及存储介质
CN111294607B (zh) 直播互动方法、装置、服务器及终端
CN113271470B (zh) 直播连麦方法、装置、终端、服务器及存储介质
CN113204671A (zh) 资源展示方法、装置、终端、服务器、介质及产品
CN110337042B (zh) 歌曲点播方法、点播订单处理方法、装置、终端及介质
CN108833970B (zh) 直播录制的方法、装置、计算机设备及存储介质
CN111064657B (zh) 关注账户分组的方法、装置、***
CN111726670A (zh) 信息交互方法、装置、终端、服务器及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant