CN116437157A - 直播数据显示方法、装置、电子设备及存储介质 - Google Patents

直播数据显示方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN116437157A
CN116437157A CN202310690669.7A CN202310690669A CN116437157A CN 116437157 A CN116437157 A CN 116437157A CN 202310690669 A CN202310690669 A CN 202310690669A CN 116437157 A CN116437157 A CN 116437157A
Authority
CN
China
Prior art keywords
user account
live broadcast
screen
interaction
live
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.)
Pending
Application number
CN202310690669.7A
Other languages
English (en)
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.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology 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 Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202310690669.7A priority Critical patent/CN116437157A/zh
Publication of CN116437157A publication Critical patent/CN116437157A/zh
Pending legal-status Critical Current

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/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/485—End-user interface for client configuration
    • H04N21/4858—End-user interface for client configuration for modifying screen layout parameters, e.g. fonts, size of the windows
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • 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/4756—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for rating content, e.g. scoring a recommended movie
    • 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

Abstract

本公开提供了一种直播数据显示方法、装置、电子设备及存储介质，属于互联网技术领域。该方法包括：在连线互动过程中，获取参与本场连线互动的第一用户账号和至少一个第二用户账号的直播数据流；获取第一用户账号和第二用户账号各自对应的屏幕占比；其中，屏幕占比是根据第一用户账号和第二用户账号之间的互动分值确定的；按照获取到的屏幕占比，基于获取到的直播数据流在第一用户账号的直播界面上显示第一用户账号和第二用户账号的直播画面。本公开能够根据用户账号之间的互动分值获取动态的屏幕占比，并据此完成直播画面渲染。换言之，该方案将直播画面的显示区域大小与互动分值相关联，丰富了连线互动过程中直播画面的显示方式，显示效果较佳。

Description

直播数据显示方法、装置、电子设备及存储介质
技术领域
本公开涉及互联网技术领域，特别涉及一种直播数据显示方法、装置、电子设备及存储介质。
背景技术
随着互联网技术的快速发展，具备直播功能的应用程序（比如短视频应用）在人群中越来越普及，且直播方式日益丰富，例如，进行连线互动作为一种新的直播方式，时下受到了用户的广泛关注。
其中，一场连线互动由多个主播用户联合直播完成。在连线互动过程中，参与连线互动的主播用户之间能够发起互动PK。以两个主播用户为例，在PK过程中，这两个主播用户的直播画面会以平分屏幕的方式进行展示，即观众用户可以在屏幕上看到两个直播画面，且这两个直播画面平分屏幕。
但是，上述直播画面平分屏幕的显示方式，形式过于固化和单一，显示效果较差。
发明内容
本公开提供一种直播数据显示方法、装置、电子设备及存储介质。本公开的技术方案如下所示。
根据本公开实施例的第一方面，提供一种直播数据显示方法，所述方法包括：
在连线互动过程中，获取参与本场连线互动的第一用户账号和至少一个第二用户账号的直播数据流；
获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；其中，所述屏幕占比是根据所述第一用户账号和所述第二用户账号之间的互动分值确定的；
按照获取到的屏幕占比，基于所述直播数据流在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
在一些实施例中，所述按照获取到的屏幕占比，基于所述直播数据流在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在当前分屏模式下，按照获取到的屏幕占比，在所述直播界面上分别确定所述第一用户账号和所述第二用户账号各自对应的显示区域；
在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面。
在一些实施例中，所述在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述第一用户账号的直播数据流，在所述第一用户账号对应的显示区域，显示所述第一用户账号的直播画面；
基于所述第二用户账号的直播数据流，在第一显示区域显示所述第二用户账号的直播画面，并在第二显示区域显示虚拟资源；
其中，所述第二用户账号对应的显示区域包括所述第一显示区域和所述第二显示区域；且，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一显示区域的范围大小成反比，同所述第二显示区域的范围大小成正比。
在一些实施例中，在连线互动过程中，所述方法还包括：
响应于所述第一显示区域的范围小于第一阈值，取消显示所述第二用户账号的直播画面，并以不被所述虚拟资源遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
在一些实施例中，所述虚拟资源为虚拟特效或预设背景画面。
在一些实施例中，所述在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述直播数据流，以所述第一用户账号的直播画面覆盖所述第二用户账号的直播画面的显示形式，在所述第一用户账号对应的显示区域显示所述第一用户账号的直播画面，在所述第二用户账号对应的显示区域显示所述第二用户账号的直播画面；
其中，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围成正比。
在一些实施例中，在连线互动过程中，所述方法还包括：
响应于所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围超过第二阈值，取消显示所述第二用户账号的直播画面，并以不被所述第一用户账号的直播画面遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
在一些实施例中，在连线互动过程中，所述方法还包括：
响应于接收到反馈指令，基于获取到的直播数据流，在所述直播界面上以当前分屏模式对应的屏幕占比，显示所述第一用户账号和所述第二用户账号各自的直播画面；
其中，所述反馈指令是基于所述第一用户账号和所述第二用户账号中的任一用户账号对目标控件的触发操作生成的；所述目标控件用于取消根据互动分值确定的屏幕占比显示直播画面。
在一些实施例中，所述获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
在确定满足预设条件的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第一终端为所述第一用户账号对应的终端；所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
在一些实施例中，所述获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
在所述目标应用程序提供的预设功能处于启用状态的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设功能用于启用根据互动分值确定的屏幕占比显示直播画面。
在一些实施例中，所述获取所述第一用户账号和所述第二用户账号各自的屏幕占比，包括：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次确定的所述第一用户账号和所述第二用户账号各自的屏幕占比；
根据所述第一用户账号和所述第二用户账号当前各自的互动分值，确定初始屏幕占比；
在所述初始屏幕占比与上一次确定的屏幕占比之间的差异超过设置的阈值的情况下，根据上一次确定的屏幕占比和预设的变换步长，确定新的屏幕占比；
将所述新的屏幕占比作为本次的屏幕占比。
在一些实施例中，所述根据所述第一用户账号和所述第二用户账号当前各自的互动分值，确定初始屏幕占比，包括：
根据所述第一用户账号和所述第二用户账号当前各自的互动分值，确定所述第一用户账号和所述第二用户账号之间当前的互动分值比例；
获取互动分值比例与屏幕占比之间的映射关系；其中，所述映射关系中包括多个屏幕占比档位；
在所述映射关系中确定所述当前的互动分值比例对应的屏幕占比档位；
基于所述屏幕占比档位确定所述初始屏幕占比。
在一些实施例中，在连线互动过程中，所述方法还包括：
根据所述第一用户账号和所述第二用户账号各自的互动分值，按照所述直播界面的尺寸显示进度展示控件；
其中，所述进度展示控件的长度与所述直播界面的宽度或高度一致；所述进度展示控件显示有所述第一用户账号和所述第二用户账号各自对应的进度条；每个进度条的长度是基于相应用户账号的互动分值确定的。
在一些实施例中，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第一区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈对齐状态。
在一些实施例中，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第二区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈交错状态；其中，所述第二区间的左右边界值小于第一区间的左右边界值；
所述第一用户账号与所述第二用户账号之间的进度条长度差异同所述显示区域边界与所述进度条边界之间的交错程度成正比。
根据本公开实施例的第二方面，提供一种直播数据显示方法，所述方法包括：
在连线互动过程中，向第一用户账号对应的第一终端下发参与本场连线互动的至少一个第二用户账号的直播数据流；
根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述第一终端用于按照获取到的屏幕占比，基于所述第一用户账号和所述第二用户账号的直播数据流，在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
在一些实施例中，所述根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次下发的所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
根据所述第一用户账号和所述第二用户账号当前各自的互动分值和上一次下发的屏幕占比，确定本次应下发的屏幕占比；
所述向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
响应于本次应下发的屏幕占比与上一次下发的屏幕占比不同，将本次应下发的屏幕占比作为所述第一用户账号和所述第二用户账号各自对应的新的屏幕占比，下发至所述第一终端。
在一些实施例中，所述根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
响应于满足预设条件，根据所述第一用户账号和所述第二用户账号各自的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
所述第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
在一些实施例中，所述向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
获取在连线互动过程中的变更事件；其中，所述变更事件用于改变当前直播画面布局；
响应于所述变更事件为多个，对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件；
响应于当前待执行的候选变更事件用于指示根据屏幕占比显示直播画面，向所述第一终端下发所述第一用户账号和所述第二用户账号各自的屏幕占比。
在一些实施例中，所述对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件，包括：
按照时间顺序对所述多个变更事件进行排序，得到排序后的变更事件；
根据所属的业务类型对排序后的变更事件进行优先级分类并对重复出现的可过滤变更事件进行过滤，得到所述候选变更事件；
其中，所述可过滤变更事件包括根据屏幕占比显示直播画面的事件。
在一些实施例中，在连线互动过程中，所述方法还包括：
获取第三用户账号对所述第一用户账号的点赞数和赠送的虚拟资源数量；
获取所述第三用户账号对所述第二用户账号的点赞数和赠送的虚拟资源数量；
基于所述第一用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值；
基于所述第二用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值。
根据本公开实施例的第三方面，提供一种直播数据显示装置，所述装置包括：
第一获取模块，被配置为在连线互动过程中，获取参与本场连线互动的第一用户账号和至少一个第二用户账号的直播数据流；
第二获取模块，被配置为获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；其中，所述屏幕占比是根据所述第一用户账号和所述第二用户账号之间的互动分值确定的；
显示模块，被配置为按照获取到的屏幕占比，基于所述直播数据流在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
在一些实施例中，所述显示模块，被配置为：
在当前分屏模式下，按照获取到的屏幕占比，在所述直播界面上分别确定所述第一用户账号和所述第二用户账号各自对应的显示区域；
在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面。
在一些实施例中，所述显示模块，被配置为：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述第一用户账号的直播数据流，在所述第一用户账号对应的显示区域，显示所述第一用户账号的直播画面；
基于所述第二用户账号的直播数据流，在第一显示区域显示所述第二用户账号的直播画面，并在第二显示区域显示虚拟资源；
其中，所述第二用户账号对应的显示区域包括所述第一显示区域和所述第二显示区域；且，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一显示区域的范围大小成反比，同所述第二显示区域的范围大小成正比。
在一些实施例中，所述显示模块，被配置为：
响应于所述第一显示区域的范围小于第一阈值，取消显示所述第二用户账号的直播画面，并以不被所述虚拟资源遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
在一些实施例中，所述虚拟资源为虚拟特效或预设背景画面。
在一些实施例中，所述显示模块，被配置为：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述直播数据流，以所述第一用户账号的直播画面覆盖所述第二用户账号的直播画面的显示形式，在所述第一用户账号对应的显示区域显示所述第一用户账号的直播画面，在所述第二用户账号对应的显示区域显示所述第二用户账号的直播画面；
其中，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围成正比。
在一些实施例中，所述显示模块，被配置为：
响应于所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围超过第二阈值，取消显示所述第二用户账号的直播画面，并以不被所述第一用户账号的直播画面遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
在一些实施例中，所述显示模块，还被配置为：
响应于接收到反馈指令，基于获取到的直播数据流，在所述直播界面上以当前分屏模式对应的屏幕占比，显示所述第一用户账号和所述第二用户账号各自的直播画面；
其中，所述反馈指令是基于所述第一用户账号和所述第二用户账号中的任一用户账号对目标控件的触发操作生成的；所述目标控件用于取消根据互动分值确定的屏幕占比显示直播画面。
在一些实施例中，所述第二获取模块，被配置为：
在确定满足预设条件的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第一终端为所述第一用户账号对应的终端；所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
在一些实施例中，所述第二获取模块，被配置为：
在所述目标应用程序提供的预设功能处于启用状态的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设功能用于启用根据互动分值确定的屏幕占比显示直播画面。
在一些实施例中，所述第二获取模块，被配置为：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次计算的所述第一用户账号和所述第二用户账号各自的屏幕占比；
根据第一用户账号和第二用户账号当前各自的互动分值，确定初始屏幕占比；
在所述初始屏幕占比与上一次计算的屏幕占比之间的差异超过设置的阈值的情况下，根据上一次计算的屏幕占比和变换步长，确定新的屏幕占比；
将所述新的屏幕占比作为本次的屏幕占比。
在一些实施例中，所述第二获取模块，被配置为：
根据第一用户账号和第二用户账号当前各自的互动分值，确定所述第一用户账号和所述第二用户账号之间当前的互动分值比例；
获取互动分值比例与屏幕占比之间的映射关系；其中，所述映射关系中包括多个屏幕占比档位；
在所述映射关系中查询所述当前的互动分值比例对应的屏幕占比档位，基于所述屏幕占比档位确定所述初始屏幕占比。
在一些实施例中，所述显示模块，还被配置为：
根据所述第一用户账号和所述第二用户账号各自的互动分值，按照所述直播界面的尺寸显示进度展示控件；
其中，所述进度展示控件的长度与所述直播界面的宽度或高度一致；所述进度展示控件显示有所述第一用户账号和所述第二用户账号各自对应的进度条；每个进度条的长度是基于相应用户账号的互动分值确定的。
在一些实施例中，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第一区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈对齐状态。
在一些实施例中，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第二区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈交错状态；其中，所述第二区间的左右边界值小于第一区间的左右边界值；
所述第一用户账号与所述第二用户账号之间的进度条长度差异同所述显示区域边界与所述进度条边界之间的交错程度成正比。
根据本公开实施例的第四方面，提供一种直播数据显示装置，所述装置包括：
第一发送模块，被配置为在连线互动过程中，向第一用户账号对应的第一终端下发参与本场连线互动的至少一个第二用户账号的直播数据流；
确定模块，被配置为根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
第二发送模块，被配置为向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述第一终端用于按照获取到的屏幕占比，基于所述第一用户账号和所述第二用户账号的直播数据流，在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
在一些实施例中，所述确定模块，被配置为：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次下发的所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
根据所述第一用户账号和所述第二用户账号当前各自的互动分值和上一次下发的屏幕占比，确定本次应下发的屏幕占比；
所述第二发送模块，被配置为响应于本次应下发的屏幕占比与上一次下发的屏幕占比不同，将本次应下发的屏幕占比作为所述第一用户账号和所述第二用户账号各自对应的新的屏幕占比，下发至所述第一终端。
在一些实施例中，所述确定模块，被配置为：
响应于满足预设条件，根据所述第一用户账号和所述第二用户账号各自的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
所述第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
在一些实施例中，所述第二发送模块，被配置为：
获取在连线互动过程中的变更事件；其中，所述变更事件用于改变当前直播画面布局；
响应于所述变更事件为多个，对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件；
响应于当前待执行的候选变更事件用于指示根据屏幕占比显示直播画面，向所述第一终端下发所述第一用户账号和所述第二用户账号各自的屏幕占比。
在一些实施例中，所述第二发送模块，被配置为：
按照时间顺序对所述多个变更事件进行排序，得到排序后的变更事件；
根据所属的业务类型对排序后的变更事件进行优先级分类并对重复出现的可过滤变更事件进行过滤，得到所述候选变更事件；
其中，所述可过滤变更事件包括根据屏幕占比显示直播画面的事件。
在一些实施例中，所述确定模块，还被配置为：
获取第三用户账号对所述第一用户账号的点赞数和赠送的虚拟资源数量；
获取所述第三用户账号对所述第二用户账号的点赞数和赠送的虚拟资源数量；
基于所述第一用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值；
基于所述第二用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值。
根据本公开实施例的第五方面，提供一种电子设备，该电子设备包括：
一个或多个处理器；
用于存储该处理器可执行程序代码的存储器；
其中，该处理器被配置为执行该程序代码，以实现上述的直播数据显示方法。
根据本公开实施例的第六方面，提供一种计算机可读存储介质，当该计算机可读存储介质中的程序代码由电子设备的处理器执行时，使得电子设备能够执行上述的直播数据显示方法。
根据本公开实施例的第七方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述的直播数据显示方法。
本公开实施例提供的直播数据显示方案实现了一种新的连线互动的互动状态。详细来说，在多个用户账号的连线互动过程中，能够根据这些用户账号之间的互动分值获取动态的屏幕占比，并据此在终端侧完成直播画面渲染。换言之，该方案将直播画面的显示区域大小与互动分值相关联，丰富了连线互动过程中直播画面的显示方式，显示效果较佳。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种直播数据显示方法的实施环境示意图；
图2是根据一示例性实施例示出的一种直播数据显示方法的流程图；
图3是根据一示例性实施例示出的另一种直播数据显示方法的流程图；
图4是根据一示例性实施例示出的又一种直播数据显示方法的流程图；
图5是根据一示例性实施例示出的一种直播数据显示方案的架构示意图；
图6是根据一示例性实施例示出的第一种直播数据显示方案的流程示意图；
图7是根据一示例性实施例示出的第二种直播数据显示方案的流程示意图；
图8是根据一示例性实施例示出的第三种直播数据显示方案的流程示意图；
图9是根据一示例性实施例示出的第四种直播数据显示方案的流程示意图；
图10是根据一示例性实施例示出的第一种直播界面的示意图；
图11是根据一示例性实施例示出的第二种直播界面的示意图；
图12是根据一示例性实施例示出的第三种直播界面的示意图；
图13是根据一示例性实施例示出的第四种直播界面的示意图；
图14是根据一示例性实施例示出的第五种直播界面的示意图；
图15是根据一示例性实施例示出的第六种直播界面的示意图；
图16是根据一示例性实施例示出的第五种直播数据显示方案的流程示意图；
图17是根据一示例性实施例示出的一种直播数据显示装置的框图；
图18是根据一示例性实施例示出的另一种直播数据显示装置的框图；
图19是根据一示例性实施例示出的一种终端1900的框图；
图20是根据一示例性实施例示出的一种服务器2000的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开所涉及的信息（包括但不限于用户设备信息、用户个人信息等）、数据（包括但不限于用于分析的数据、存储的数据、展示的数据等）以及信号，均为经用户授权或者经过各方充分授权的，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
图1是根据一示例性实施例示出的一种直播数据显示方法的实施环境示意图。
参见图1，该实施环境包括：第一终端101、第二终端102、第三终端103和服务器104。其中，第一终端101、第二终端102和第三终端103上安装有目标应用程序。示例性地，该目标应用程序为具有直播功能的即时通讯应用，比如短视频应用。
在一些实施例中，第一终端101、第二终端102和第三终端103的类型为智能手机。另外，本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为几个，或者上述设备为几十个或几百个，或者更多数量，本公开实施例对终端的数量和类型均不作限定。
在另一些实施例中，服务器102为该目标应用提供后台服务。另外，服务器102通过无线网络或有线网络与第一终端101、第二终端102和第三终端103相连。另外，本公开实施例涉及的服务器还可以包括其他功能服务器，以便提供更全面且多样化的服务。
在本公开实施例中，第一用户帐号通过第一终端101与第二用户帐号进行连线互动，第一终端101通过摄像头组件获取第一用户帐号的直播数据，进而将获取到的第一用户帐号的直播数据发送给服务器104，并接收服务器104返回的第二用户帐号的直播数据，基于获取到的第一用户帐号的直播数据，以及接收到的第二用户帐号的直播数据，在第一终端101所显示的第一用户帐号的直播界面中，对第一用户帐号的直播画面和第二用户帐号的直播画面进行显示。示例性地，摄像头组件内置或外接于第一终端101，本公开对此不作限定。
同理，第二用户帐号通过第二终端102与第一用户帐号进行连线互动，第二终端102通过摄像头组件获取第二用户帐号的直播数据，进而将获取到的第二用户帐号的直播数据发送给服务器104，并接收服务器104返回的第一用户帐号的直播数据，基于获取到的第二用户帐号的直播数据，以及接收到的第一用户帐号的直播数据，在第二终端102所显示的第二用户帐号的直播界面中，对第一用户帐号的直播画面和第二用户帐号的直播画面进行显示。示例性地，摄像头组件内置或外接于第二终端102，本公开对此不作限定。
另外，第三用户账号通过第三终端103接收服务器104发送的第一用户帐号的直播数据和第二用户帐号的直播数据，并第一用户帐号的直播画面和第二用户帐号的直播画面进行显示。换言之，第一用户账号和第二用户账号作为主播账号进行连线互动，而第三用户账号作为观众账号观看本场连线互动。
下面通过如下实施例对本公开实施例提供的直播数据显示方案进行详细地介绍。
图2是根据一示例性实施例示出的一种直播数据显示方法的流程图，如图2所示，该直播数据显示方法应用于电子设备中，比如图1所示的第一终端。该直播数据显示方法包括以下步骤。
在201中，在连线互动过程中，第一终端获取参与本场连线互动的第一用户账号和至少一个第二用户账号的直播数据流。
其中，一场连线互动由多个主播用户联合直播完成。在连线互动过程中，参与连线互动的多个主播账号之间能够发起互动PK。另外，在连线互动过程中，参与本场连线互动的各个用户账号对应的终端作为推流端，会将直播数据以流的形式实时推向服务器侧。
需要说明的第一点是，本公开实施例仅以该方案在第一终端侧执行为例进行说明。对于该方案在第二终端侧的执行与此同理，不再赘述。
需要说明的第二点是，观众账号对应的第三终端仅需拉取来自主播账号侧的直播数据流，包括第一用户账号的直播数据流和第二用户账号的直播数据流；之后，根据拉取到的直播数据流，对第一用户帐号的直播画面和第二用户帐号的直播画面进行显示即可。
需要说明的第三点是，至少一个第二用户账号包括：第二用户账号为一个的情况，以及，第二用户账号为两个或两个以上的情况。
在202中，第一终端获取第一用户账号和第二用户账号各自对应的屏幕占比；其中，屏幕占比是根据第一用户账号和第二用户账号之间的互动分值确定的。
示例性地，互动分值在本文中指代PK分数，本公开对此不作限定。换言之，该方案将不同主播对应的屏幕占比与PK分数相关联，比如高分主播挤压低分主播的屏幕占比，进而实现抢占屏幕的效果，因此这种连线互动中新的互动方式也被称为抢占屏幕PK。
其中，第一用户账号和第二用户账号各自对应的屏幕占比，既可以由第一终端独自获取，也可以由服务器下发到第一终端，本公开对此不作限定。
在一些实施例中，考虑到终端的计算能力有限，以由服务器下发屏幕占比为例，则获取所述第一用户账号和所述第二用户账号各自的屏幕占比，包括：
在确定满足预设条件的情况下，接收服务器下发的所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第一终端为所述第一用户账号对应的终端；所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
本公开实施例通过设置预设条件来限制用户随意启用新的连线互动方式，避免了权限的随意使用，也降低了服务器的计算压力。
在另一些实施例中，考虑到网络情况，以第一终端独自获取屏幕占比为例，则获取所述第一用户账号和所述第二用户账号各自的屏幕占比，包括：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次计算的所述第一用户账号和所述第二用户账号各自的屏幕占比；
根据第一用户账号和第二用户账号当前各自的互动分值，确定初始屏幕占比；
在所述初始屏幕占比与上一次计算的屏幕占比之间的差异超过设置的阈值的情况下，根据上一次计算的屏幕占比和变换步长，确定新的屏幕占比；
将所述新的屏幕占比作为本次的屏幕占比。
在另一个实施例中，所述根据第一用户账号和第二用户账号当前各自的互动分值，确定初始屏幕占比，包括：
根据第一用户账号和第二用户账号当前各自的互动分值，确定所述第一用户账号和所述第二用户账号之间当前的互动分值比例；
获取互动分值比例与屏幕占比之间的映射关系；其中，所述映射关系中包括多个屏幕占比档位；
在所述映射关系中查询所述当前的互动分值比例对应的屏幕占比档位，基于所述屏幕占比档位确定所述初始屏幕占比。
本公开实施例将屏幕占比与互动分值和上一次下发的屏幕占比相关联，既能够通过屏幕占比反映第一用户账号和第二用户账号之间的互动激烈程度，也能够避免因相邻两次计算的屏幕占比差异较大进而导致画面显示差异过大的问题，确保了终端侧的显示效果，
另外，上述确定初始屏幕占比和确定本次的屏幕占比的方式，也可以用于服务器，即服务器也可采用上述方式来确定初始屏幕占比和本次的屏幕占比，本公开对此不作限定。
在203中，第一终端按照获取到的屏幕占比，基于获取到的直播数据流在第一用户账号的直播界面上显示第一用户账号和第二用户账号的直播画面。
本公开实施例提供的直播数据显示方案实现了一种新的连线互动的互动状态。详细来说，在多个用户账号的连线互动过程中，能够根据这些用户账号之间的互动分值获取动态的屏幕占比，并据此在终端侧完成直播画面渲染。换言之，该方案将直播画面的显示区域大小与互动分值相关联，丰富了连线互动过程中直播画面的显示方式，显示效果较佳。
在一些实施例中，所述按照获取到的屏幕占比，基于所述直播数据流在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在当前分屏模式下，按照获取到的屏幕占比，在所述直播界面上分别确定所述第一用户账号和所述第二用户账号各自对应的显示区域；
在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面。
在新的连线互动方式下，终端能够根据获取到的屏幕占比，动态地确定不同用户账号各自对应的显示区域大小，并据此完成直播画面渲染，这使得用户能够更加直观地看到当前的互动状态，丰富了连线互动过程中直播画面的显示方式，显示效果较佳。
在一些实施例中，所述在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述第一用户账号的直播数据流，在所述第一用户账号对应的显示区域，显示所述第一用户账号的直播画面；
基于所述第二用户账号的直播数据流，在第一显示区域显示所述第二用户账号的直播画面，并在第二显示区域显示虚拟资源；
其中，所述第二用户账号对应的显示区域包括所述第一显示区域和所述第二显示区域；且，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一显示区域的范围大小成反比，同所述第二显示区域的范围大小成正比。
在本公开实施例中，在第一用户账号对应的显示区域大于第二用户账号对应的显示区域的情况下，随着第一用户账号与第二用户账号之间的互动分值差异越来越大，第二显示区域会越来越小，相应地，第二用户账号的直播画面也会适应性缩放，以适应当前区域大小。在这种情况下，当出现显示区域与视频流尺寸不契合的问题时，第二用户账号对应的显示区域内便会出现黑色区域，比如上下留黑，为了确保显示效果，本公开实施例会用虚拟资源对这部分区域（第二显示区域）进行遮挡。
需要说明的是，上述成反比和成正比是指：第一用户账号与第二用户账号之间的互动分值差异越大，在第二用户账号对应的显示区域中，第一显示区域的范围越小，第二显示区域的范围越大；相反地，第一用户账号与第二用户账号之间的互动分值差异越小，第一显示区域的范围越大，第二显示区域的范围越小。
在一些实施例中，在连线互动过程中，所述方法还包括：
响应于所述第一显示区域的范围小于第一阈值，取消显示所述第二用户账号的直播画面，并以不被所述虚拟资源遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
另外，当第一显示区域的范围越来越小时，比如小于第一阈值，则为了确保用户观看体验，第二用户账号的直播画面会变成第二用户账号的标识信息，比如主播头像。
在另一些实施例中，响应于抢占屏幕PK功能开启，服务器会向终端下发一个配置信息，该配置信息中包括是否将显示区域低于第一阈值用户账号的直播画面压缩至只有音频。基于该配置信息，在终端侧可以显示相应配置项，以供用户选择。对应的业务形态即是，在一些PK场景中，在PK临近结束时，处于弱势的主播账号的PK分数进度条会不断变小，但是始终还能看到该主播账号的直播画面。但是，在另一些PK场景中，在PK临近结束时，仅是该主播账号的PK分数进度条会不断变小，但是该主播账号的直播画面会被替换成该主播账号的头像，即不再展示该主播账号的直播画面。
需要说明是，取消显示可以是，将第二用户账号的直播数据流压缩至仅包括音频，即不展示直播图像；也可以是，在第二用户账号的直播画面上覆盖一层遮挡物，以遮挡第二用户账号的直播图像，本公开对此不作限定。
在一些实施例中，所述虚拟资源为虚拟特效或预设背景画面。
示例性地，预设背景画面可以是第二用户账号的直播间封面、第二用户账号自定义的背景画面或默认的背景画面等，本公开对此不作限定。
通过显示虚拟资源，不但确保了显示效果，而且进一步地增加了互动状态的显示趣味性，丰富了连线互动过程中直播画面的显示方式。
需要说明的是，在抢占屏幕PK过程中，除了通过虚拟资源的显示范围大小来反映第一用户账号和第二用户账号之间的互动激烈程度之外，还可以通过对直播画面的移动覆盖来反映第一用户账号和第二用户账号之间的互动激烈程度。
在一些实施例中，所述在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述直播数据流，以所述第一用户账号的直播画面覆盖所述第二用户账号的直播画面的显示形式，在所述第一用户账号对应的显示区域显示所述第一用户账号的直播画面，在所述第二用户账号对应的显示区域显示所述第二用户账号的直播画面；
其中，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围成正比。
在一些实施例中，在连线互动过程中，所述方法还包括：
响应于所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围超过第二阈值，取消显示所述第二用户账号的直播画面，并以不被所述第一用户账号的直播画面遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
示例性地，上述移动覆盖可以是指：在第一用户账号对应的显示区域大于第二用户账号对应的显示区域的情况下，随着第一用户账号与第二用户账号之间的互动分值差异越来越大，第一用户账号的直播画面会动态地对第二用户账号的直播画面进行覆盖。即，在该种情况下，第二用户账号的直播画面会逐渐被覆盖，比如一开始还能显示完整人脸，随之仅能显示半张脸，随之不再展示第二用户账号的直播画面，而是展示主播头像。
在一些实施例中，在连线互动过程中，所述方法还包括：
响应于接收到反馈指令，基于获取到的直播数据流，在所述直播界面上以当前分屏模式对应的屏幕占比，显示所述第一用户账号和所述第二用户账号各自的直播画面；
其中，所述反馈指令是基于所述第一用户账号和所述第二用户账号中的任一用户账号对目标控件的触发操作生成的；所述目标控件用于取消根据互动分值确定的屏幕占比显示直播画面。
本公开实施例不但支持用户自由选择启用新的连线互动方式，也支持用户自由选择退出新的连线互动方式，灵活性较佳。
在一些实施例中，所述获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
在所述目标应用程序提供的预设功能处于启用状态的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设功能用于启用根据互动分值确定的屏幕占比显示直播画面。
本公开实施例不但支持用户自由选择启用新的连线互动方式，也支持用户自由选择退出新的连线互动方式，灵活性较佳。
在一些实施例中，在连线互动过程中，所述方法还包括：
根据所述第一用户账号和所述第二用户账号各自的互动分值，按照所述直播界面的尺寸显示进度展示控件；
其中，所述进度展示控件的长度与所述直播界面的宽度或高度一致；所述进度展示控件显示有所述第一用户账号和所述第二用户账号各自对应的进度条；每个进度条的长度是基于相应用户账号的互动分值确定的。
通过在进度展示控件中显示参与连线互动的用户帐号分别对应的进度条，使得用户能够通过进度条直观地看到互动状态，丰富了连线互动中互动状态的显示形式，显示效果较佳。
在一些实施例中，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第一区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈对齐状态。
本公开实施例通过进度条和显示区域大小来动态联合反映参与连线互动的用户账号之间的互动分值，丰富了连线互动中互动状态的显示形式，显示效果较佳。
在一些实施例中，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第二区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈交错状态；其中，所述第二区间的左右边界值小于第一区间的左右边界值；所述第一用户账号与所述第二用户账号之间的进度条长度差异同所述显示区域边界与所述进度条边界之间的交错程度成正比。
其中，上述成正比是指：所述第一用户账号与所述第二用户账号之间的进度条长度差异越大，所述显示区域边界与所述进度条边界之间的交错程度越大；所述第一用户账号与所述第二用户账号之间的进度条长度差异越小，所述显示区域边界与所述进度条边界之间的交错程度越小。
在不同用户账号之间的进度条长度差异较小时，显示区域边界与进度条边界呈对齐状态；在不同用户账号之间的进度条长度差异较大时，显示区域边界与进度条边界呈交错状态；这种显示方式既能够反映不同用户账号之间互动的激烈程度，也能够避免处于劣势的用户账号的显示区域被过分压缩，进一步地确保了显示效果，提升了用户体验。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
图3是根据一示例性实施例示出的另一种直播数据显示方法的流程图，如图3所示，该直播数据显示方法应用于电子设备中，比如图1所示的服务器。该直播数据显示方法包括以下步骤。
在301中，在连线互动过程中，服务器向第一用户账号对应的第一终端下发参与本场连线互动的至少一个第二用户账号的直播数据流。
除此之外，以第二用户账号的数量为一个为例，在本场连线互动过程中，服务器还会向第二用户账号对应的第二终端下发参与本场连线互动的第一用户账号的直播数据流，以及，向第三用户账号对应的第三终端下发参与本场连线互动的第一用户账号和第二用户账号的直播数据流。
在302中，服务器根据第一用户账号和第二用户账号之间的互动分值，确定第一用户账号和第二用户账号各自对应的屏幕占比。
在一些实施例中，服务器根据能够反映第一用户账号和第二用户账号之间的互动激烈程度的互动分值，来计算屏幕占比。示例性地，互动分值在本文中指代PK分数，本公开对此不作限定。换言之，该方案将不同主播对应的屏幕占比与PK分数相关联，比如高分主播挤压低分主播的屏幕占比，进而实现抢占屏幕的效果，因此这种连线互动中新的互动方式也被称为抢占屏幕PK。
在303中，服务器向第一终端下发第一用户账号和第二用户账号各自对应的屏幕占比；其中，第一终端用于按照获取到的屏幕占比，基于第一用户账号和第二用户账号的直播数据流，在第一用户账号的直播界面上显示第一用户账号和第二用户账号的直播画面。
本公开实施例提供的直播数据显示方案，在多个用户账号的连线互动过程中，能够根据这些用户账号之间的互动分值获取动态的屏幕占比，并据此在终端侧完成直播画面渲染。换言之，该方案将直播画面的显示区域大小与互动分值相关联，丰富了连线互动过程中直播画面的显示方式，显示效果较佳。
在一些实施例中，所述根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次下发的所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
根据所述第一用户账号和所述第二用户账号当前各自的互动分值和上一次下发的屏幕占比，确定本次应下发的屏幕占比；
所述向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：响应于本次应下发的屏幕占比与上一次下发的屏幕占比不同，将本次应下发的屏幕占比作为所述第一用户账号和所述第二用户账号各自对应的新的屏幕占比，下发至所述第一终端。
本公开实施例将屏幕占比与互动分值和上一次下发的屏幕占比相关联，既能够通过屏幕占比反映第一用户账号和第二用户账号之间的互动激烈程度，也能够避免因相邻两次计算的屏幕占比差异较大进而导致画面显示差异过大的问题，确保了终端侧的显示效果，对终端的显示性能要求较低。
在一些实施例中，所述根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
响应于满足预设条件，根据所述第一用户账号和所述第二用户账号各自的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
所述第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
本公开实施例通过设置预设条件来限制用户随意启用新的连线互动方式，避免了权限的随意使用，也降低了服务器的计算压力。
在一些实施例中，所述向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
获取在连线互动过程中的变更事件；其中，所述变更事件用于改变当前直播画面布局；
响应于所述变更事件为多个，对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件；
响应于当前待执行的候选变更事件用于指示根据屏幕占比显示直播画面，向所述第一终端下发所述第一用户账号和所述第二用户账号各自的屏幕占比。
本公开实施例能够避免终端侧的布局产生并发问题，规避了终端侧的布局错乱现象。
在一些实施例中，所述对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件，包括：
按照时间顺序对所述多个变更事件进行排序，得到排序后的变更事件；
根据所属的业务类型对排序后的变更事件进行优先级分类并对重复出现的可过滤变更事件进行过滤，得到所述候选变更事件；
其中，所述可过滤变更事件包括根据屏幕占比显示直播画面的事件。
本公开实施例能够避免终端侧的布局产生并发问题，规避了终端侧的布局错乱现象。
在一些实施例中，在连线互动过程中，所述方法还包括：
获取第三用户账号对所述第一用户账号的点赞数和赠送的虚拟资源数量；
获取所述第三用户账号对所述第二用户账号的点赞数和赠送的虚拟资源数量；
基于所述第一用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值；
基于所述第二用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值。
互动分值是基于第三用户账号的点赞数和赠送的虚拟资源数量中的至少一项来确定的，因此更能体现第一用户账号和第二用户账号的直播质量和受欢迎程度。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
上述图2和图3所示仅为本公开的基本流程，下面基于一种具体实现方式，来对本公开提供的方案进行进一步阐述，图4是根据一示例性实施例示出的另一种直播数据显示方法的流程图，以终端和服务器之间的交互为例，在第二用户账号的数量为一个的情况下，如图4所示，该直播数据显示方法包括以下步骤。
在401中， 在连线互动开始后，服务器开始向第一用户账号对应的第一终端下发第二用户账号的直播数据流，向第二用户账号对应的第二终端下发第一用户账号的直播数据流，向第三用户账号对应的第三终端下发第一用户账号和第二用户账号的直播数据流，并确定当前是否满足预设条件。
其中，参与本场连线互动的用户账号包括第一用户账号和第二用户账号。
在一些实施例中，连线互动可以由第一用户账号或第二用户账号主动发起。以连线互动发起方为第一用户账号为例，则一场连线互动的启动过程包括：
第一终端基于登录的第一用户帐号，向服务器发送互动请求，其中，该互动请求用于与第二用户帐号进行连线互动；服务器向第二终端转发该互动请求；第二终端响应于登录的第二用户帐号的同意互动操作，向服务器发送同意互动的反馈信息；服务器响应于接收到第二终端的反馈信息，开始向第一终端推送第二用户帐号的直播数据流，向第二终端推送第一用户帐号的直播数据流，并向第三终端推送第一用户帐号的直播数据流和第二用户帐号的直播数据流。
需要说明的第一点是，在连线互动过程中，作为观众账号的第三用户账号的数量是会发生变化的。比如，有新的第三用户账号加入直播间，又比如有老的观众退出直播间。其中，第一用户账号和第二用户账号可以在同一个直播间进行连线互动，也可以在不同的直播间进行连线互动，本公开对此不作限定。
在另一些实施例中，服务器基于图5所示的架构图实现基于连线互动中的互动分值动态获取屏幕占比。如图5所示，服务器通过初始化单元、权限控制单元和状态流转单元来确定当前是否满足预设条件。示例性地，图5中的存储实体数据库相当于图6中Redis数据库和Mysql数据库的合体，本公开对此不作限定。另外，图6仅是以Redis数据库和Mysql数据库为例进行说明，除此之外，还可以用其他类型的数据库来替换上述数据库，本公开对此同样不作限定。
示例性地，预设条件包括以下至少一项：
1、目标应用程序的版本号大于预设版本号。
其中，对于第一终端、第二终端和第三终端上均安装有目标应用程序，在第一终端、第二终端和第三终端上分别登录有第一用户账号、第二用户账号和第三用户账号。示例性地，此处的目标应用程序的版本号大于预设版本号，可以是：第一终端和第二终端上安装的目标应用程序的版本号大于预设版本号，本公开对此不作限定。
2、第一用户账号和第二用户账号之间的连线互动属于预设连线互动类型。
其中，连线互动类型包括但不限与双人连线PK、多人连线PK等，本公开对此不作限定。
3、第一用户账号和第二用户账号之间的连线互动的发起方式属于预设发起方式。
其中，连线互动的发起方式包括但不限与随机匹配、好友PK等，本公开对此不作限定。
4、第一用户账号和第二用户账号中的连线互动发起方的粉丝数量大于人数阈值。
示例性地，本步骤也可被替换为第一用户账号和第二用户账号的粉丝数量均大于人数阈值，本公开对此不作限定。
5、第一用户账号和第二用户账号各自的互动分值均大于分数阈值。
示例性地，本步骤用于判断PK分数是否达到了可以开启抢占屏幕PK的分数阈值。以双人连线PK为例，则可以要求双方的PK分数均超过100分后才能开启抢占屏幕PK。
参见图6，初始化单元用于根据PK开始消息异步触发抢占屏幕PK的初始化，期间由权限控制单元进行权限和状态的校验。其中，PK开始消息可以是kafka消息，本公开对此不作限定。在图6中，权限控制单元可以先对目标应用程序的版本号进行校验，即判断是否符合版本控制开关；如果符合，则进行下一步，继续判断是否符合PK类型控制；如果还符合，则进行下一步，继续判断是否符合PK发起类型要求；如果还符合，则进行下一步，继续判断是否符合粉丝数量要求；如何符合，则结束权限控制流程，将本场连线互动进行抢占屏幕标记，并存储至Redis数据库，与此同时将初始化数据存储至Mysql数据库。其中，初始化数据用于表征本场连线互动开启了抢占屏幕PK。示例性地，图6-8中出现的抢占屏幕PK实体可以是一切能够标记本场抢占屏幕PK的数据，比如本场抢占屏幕PK的ID、本场抢占屏幕PK的当前状态等，本公开对此不作限定。
参见图7，状态流转单元的工作流程是扫描Mysql数据库中状态为初始化的抢占屏幕PK实体，并判断PK分数是否达到了可以开启抢占屏幕PK的分数阈值；其中，PK分数从Redis数据库中获取。如果PK分数达到了分数阈值，则更新Mysql数据库中的相关抢占屏幕PK实体为抢占屏幕中状态，进而可以通过长链接给参与本场连线互动的双方直播间下发开启抢占屏幕PK的指令。
在402中，响应于当前满足预设条件，服务器开始根据第一用户账号和第二用户账号之间的互动分值，确定第一用户账号和第二用户账号各自对应的屏幕占比。
如图5所示，服务器通过屏幕占比计算单元来计算屏幕占比。在一些实施例中，参见图8，屏幕占比计算单元的工作流程包括：查询状态为抢占屏幕中的实体，然后获取相应的PK分数，之后根据layoutConfig规则和上一次下发的屏幕比例，重新计算一个新的屏幕占比。将新计算出来的屏幕占比和上一次下发的屏幕占比进行对比；如果有变化，则保存本次计算结果调用布局信息异步通知单元，下发房间信息信令roomInfoSignal，以通知终端侧根据新的屏幕占比进行直播画面渲染。
在一些实施例中，在连线互动过程中，第一用户账号和第二用户账号的互动分值，可以采取如下方式计算：
获取第三用户账号对第一用户账号的点赞数和赠送的虚拟资源数量；
获取第三用户账号对第二用户账号的点赞数和赠送的虚拟资源数量；
基于第一用户账号对应的点赞数和虚拟资源数量中的至少一项，确定第一用户账号的互动分值；
基于第二用户账号对应的点赞数和虚拟资源数量中的至少一项，确定第一用户账号的互动分值。
其中，观众账号的点赞数和赠送的虚拟资源数量越多，相应用户账号的互动分值越高。而互动分值的高低也直接反映了相应主播的直播质量和受欢迎程度。
在另一些实施例中，根据第一用户账号和第二用户账号之间的互动分值，确定第一用户账号和第二用户账号各自对应的屏幕占比，包括：
获取第一用户账号和第二用户账号当前各自的互动分值；
获取上一次下发的第一用户账号和第二用户账号各自对应的屏幕占比；
根据第一用户账号和第二用户账号当前各自的互动分值和上一次下发的屏幕占比，确定本次应下发的屏幕占比。
示例性地，在本次计算屏幕占比时，首先根据第一用户账号和第二用户账号当前各自的互动分值，确定初始屏幕占比；而如果这个初始屏幕占比与上一次下发的屏幕占比之间的差异超过设置的阈值，则根据上一次下发的屏幕占比和变换步长，确定一个新的屏幕占比，将这个新的屏幕占比作为本次应下发的屏幕占比。
需要说明的是，layoutConfig规则为屏幕占比设置了不同的档位。其中，可以依据不同用户账号之间互动分值的比例来划分档位。比如，依据互动分值之间的比例选择将屏幕占比划分为10个档位。举例来说，假设上一次计算时第一用户账号的互动分值为100，第二用户账号的互动分值为900，二者互动分值之间的比例为1:9，第一用户账号的互动分值占比为10%，落入上述10个档位中的第1个档位；在第1个档位中，第一用户账号的屏幕占比为10%，第二用户账号的屏幕占比为90%。
又比如，假设本次计算时第一用户账号的互动分值为200，第二用户账号的互动分值为800，二者互动分值之间的比例为2:8，第一用户账号的互动分值占比为20%，落入上述10个档位中的第2个档位；在第2个档位中，第一用户账号的屏幕占比为20%，第二用户账号的屏幕占比为80%。
又比如，假设本次计算时第一用户账号的互动分值2000000，第二用户账号的互动分值仍然为900，此时可能会落入上述10个档位中的第10个档位；由于在上一次计算屏幕占比还处于第1个档位，而本次则跳转到第10个档位，屏幕占比变化过大，因此本次根据上一次计算的屏幕占比和变换步长来重新确定档位，假设变换部长为2，则重新确定的屏幕占比则处于第3个档位。
在403中，响应于本次应下发的屏幕占比与上一次下发的屏幕占比不同，服务器将本次应下发的屏幕占比作为第一用户账号和第二用户账号各自对应的新的屏幕占比，分别下发至第一终端、第二终端和第三终端。
本步骤由图5所示的布局信息异步通知单元执行。在本公开实施例中，参见图9，布局信息异步通知单元会进行变更事件的收集，并根据优先级进行分类，进行整体频控，比如对于可以丢弃的事件进行丢弃，进而实现根据具体的业务类型等进行roomInfoSignal的拼装，以通知终端侧进行直播画面的渲染。其中，图9仅是以3个变更事件为例进行说明，实际可以包括更多或更少的变更事件，本公开对此不作限定。其中，变更事件用于改变当前直播画面布局，变更事件的类型包括但不限于：用于指示根据屏幕占比显示直播画面的变更事件、用户账号加入本场连线互动的变更事件、用户账号退出本场连线互动的变更事件等。
在一些实施例中，下发第一用户账号和第二用户账号各自对应的屏幕占比，包括：
4031、获取在连线互动过程中的变更事件。 在本公开实施例中，由布局信息异步通知单元来收集变更事件。
4032、响应于变更事件为多个，对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件。
示例性地，可以按照时间顺序对多个变更事件进行排序，得到排序后的变更事件；之后，再根据所属的业务类型对排序后的变更事件进行优先级分类，并对重复出现的可过滤变更事件进行过滤，得到候选变更事件；其中，可过滤变更事件包括根据屏幕占比显示直播画面的事件。即，屏幕占比的计算是间隔发生的，为了避免因多次计算导致的并发问题和布局错乱问题，以及降低服务器的计算压力，可以丢弃一部分这种类型的变更事件，换言之，可以通过丢弃一部分这种类型的变更事件，来降低向终端侧下发屏幕占比的频率。而针对主播加入或主播退出连线互动的变更事件，则属于不可过滤的变更事件。
4033、响应于当前待执行的候选变更事件用于指示根据屏幕占比显示直播画面，向第一终端、第二终端和第三终端下发第一用户账号和第二用户账号各自的屏幕占比。
在排队执行的候选变更事件中，如果当前待执行的候选变更事件用于指示根据屏幕占比显示直播画面，则由于这个变更事件未被过滤掉，且当前排在待执行的首位，因此直接向第一终端、第二终端和第三终端下发第一用户账号和第二用户账号各自的屏幕占比。
在另一些实施例中，在第一终端和第二终端安装的目标应用程序提供的预设功能处于启用状态的情况下，服务器才会计算并下发第一用户账号和第二用户账号各自对应的屏幕占比；其中，预设功能用于启用根据互动分值确定的屏幕占比显示直播画面。
在404中，第一终端按照服务器下发的屏幕占比，基于第一用户账号的直播数据流和第二用户账号的直播数据流，在第一用户账号的直播界面上显示第一用户账号和第二用户账号的直播画面。
在一些实施例中，按照获取到的屏幕占比，基于第一用户账号的直播数据流和第二用户账号的直播数据流，在第一用户账号的直播界面上显示第一用户账号和第二用户账号的直播画面，包括：在当前分屏模式下，按照获取到的屏幕占比，在直播界面上分别确定第一用户账号和第二用户账号各自对应的显示区域；在确定的显示区域，基于第一用户账号的直播数据流和第二用户账号的直播数据流，分别显示第一用户账号和第二用户账号的直播画面。其中，当前分屏模式可以是左右分屏模式或上下分屏模式，本公开对此不作限定。
在另一些实施例中，在连线互动过程中，如图10-15所示，还会显示一个进度展示控件。示例性地，终端侧会根据第一用户账号和第二用户账号各自的互动分值，按照直播界面的尺寸显示该进度展示控件；其中，该进度展示控件的长度与直播界面的宽度或高度一致；该进度展示控件显示有第一用户账号和第二用户账号各自对应的进度条；每个进度条的长度是基于相应用户账号的互动分值确定的。
在另一些实施例中，以通过虚拟资源的显示范围大小来反映第一用户账号和第二用户账号之间的互动激烈程度为例，则在确定的显示区域，基于直播数据流分别显示第一用户账号和第二用户账号的直播画面，包括：
在第一用户账号对应的显示区域大于第二用户账号对应的显示区域的情况下，基于第一用户账号的直播数据流，在第一用户账号对应的显示区域，显示第一用户账号的直播画面；
基于第二用户账号的直播数据流，在第一显示区域显示第二用户账号的直播画面，并在第二显示区域显示虚拟资源；其中，第二用户账号对应的显示区域包括第一显示区域和第二显示区域；且，第一用户账号与第二用户账号之间的互动分值差异同第一显示区域的范围大小成反比，同第二显示区域的范围大小成正比。
需要说明的是，关于上述直播画面和虚拟资源的显示，请参见图2所示的实施例，此处不再赘述。
示例性地，以虚拟资源为虚拟特效为例，如图11-15所示，随着互动分值差异越来越大，虚拟特效的遮挡范围从5%、10%、15%、25%上升到100%，即完全遮挡。另外，该虚拟特效可以是能够产生遮挡效果的任意一种虚拟特效，图11-15仅是示出了产生冰冻效果的虚拟特效。
在另一些实施例中，如图15所示，在连线互动过程中，本公开实施例提供的方法还包括：响应于第一显示区域的范围小于第一阈值，取消显示第二用户账号的直播画面，并以不被虚拟资源遮挡的显示形式，在第二用户账号对应的显示区域显示第二用户账号的标识信息。其中，该标标识信息可以是第二用户账号的头像，本公开对此不作限定。
在另一些实施例中，如图10-12所示，在第二用户账号为一个的情况下，响应于第一用户账号与第二用户账号之间的进度条长度差异位于第一区间，第一用户账号和第二用户账号之间的显示区域边界与进度条边界呈对齐状态。其中，图10-12所示的进度条长度比例为第二用户账号的进度条长度比例。
在另一些实施例中，如图13-15所示，在第二用户账号为一个的情况下，响应于第一用户账号与第二用户账号之间的进度条长度差异位于第二区间，第一用户账号和第二用户账号之间的显示区域边界与进度条边界呈交错状态；其中，第二区间的左右边界值小于第一区间的左右边界值；第一用户账号与第二用户账号之间的进度条长度差异越大，显示区域边界与进度条边界之间的交错程度越大。
需要说明的是，以上仅是以第二用户账号为一个为例进行了说明，当第二用户账号为两个或两个以上，即多人进行抢占屏幕PK时，为了反映多个主播之间的互动激烈程度，也可以采用与上述类似的方式进行各个用户账号的直播画面显示。示例性地，在参与本次互动的多个用户账号中，每个用户账号的直播画面的显示区域大小与该用户账号当前的互动分值成正比。比如，互动分值倒数第一名的用户账号不展示相应的直播画面，仅展示该用户账号的头像，互动分值倒数第二名的用户账号仅能在一个小的显示区域（如20%）内展示相应的直播画面，互动分值倒数第三名的用户账号仅能在另一个小的显示区域（如30%）内展示相应的直播画面等等，以此类推。
在405中，第二终端按照服务器下发的屏幕占比，基于第一用户账号的直播数据流和第二用户账号的直播数据流，在第二用户账号的直播界面上显示第一用户账号和第二用户账号的直播画面。
本步骤与上述步骤404同理，此处不再赘述。
在406中，第三终端按照服务器下发的屏幕占比，基于第一用户账号的直播数据流和第二用户账号的直播数据流，在第三用户账号的直播界面上显示第一用户账号和第二用户账号的直播画面。
本步骤与上述步骤404同理，此处不再赘述。
在本公开实施例中，如图5所示，还包括抢占屏幕PK结束单元。如图16所示，本公开实施例支持通过两种方式结束抢占屏幕PK。其中，一种方式为本场连线互动结束，即互动PK本身结束了；另外一种方式是参与本场连线互动的的主播手动关闭抢占屏幕PK。
其中，如图16所示，抢占屏幕PK结束单元的工作流程是：在接收到PK结束消息或确定主播手动触发PK结束的情况下，从Redis数据库中获取本场抢占屏幕PK的霸屏标记，据此判断本场抢占屏幕PK是否还处于抢占屏幕中的状态；如果是，则在更新相应实体的状态为结束后存储至Mysql数据库，并下发抢占屏幕结束的消息至终端侧，以让终端侧去掉抢占屏幕相关的UI；另外，还会通知布局信息异步通知单元，拼装新的roomInfoSignal，以恢复之前的直播画面占比。
在一些实施例中，在连线互动过程中，本公开实施例提供的方法还包括：
响应于接收到反馈指令，基于直播数据流，在直播界面上以当前分屏模式对应的屏幕占比，显示第一用户账号和第二用户账号各自的直播画面；
其中，该反馈指令是基于第一用户账号和第二用户账号中的任一用户账号对目标控件的触发操作生成的；目标控件用于取消根据互动分值确定的屏幕占比显示直播画面，比如在本场连线互动结束之前以均分屏幕的方式显示直播画面。示例性地，该目标控件显示在第一用户账号和第二用户账号的直播界面上，本公开对此不作限定。
本公开实施例提供的直播数据显示方案，本公开实施例提供的直播数据显示方案，在多个用户账号的连线互动过程中，能够根据这些用户账号之间的互动分值获取动态的屏幕占比，并据此在终端侧完成直播画面渲染。换言之，该方案将直播画面的显示区域大小与互动分值相关联，丰富了连线互动过程中直播画面的显示方式，显示效果较佳。
图17是根据一示例性实施例示出的一种直播数据显示装置的框图。参照图17，该装置包括：
第一获取模块1701，被配置为在连线互动过程中，获取参与本场连线互动的第一用户账号和至少一个第二用户账号的直播数据流；
第二获取模块1702，被配置为获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；其中，所述屏幕占比是根据所述第一用户账号和所述第二用户账号之间的互动分值确定的；
显示模块1703，被配置为按照获取到的屏幕占比，基于所述直播数据流在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
本公开实施例提供的直播数据显示方案，在多个用户账号的连线互动过程中，能够根据这些用户账号之间的互动分值获取动态的屏幕占比，并据此在终端侧完成直播画面渲染。换言之，该方案将直播画面的显示区域大小与互动分值相关联，丰富了连线互动过程中直播画面的显示方式，显示效果较佳。
在一些实施例中，所述显示模块，被配置为：
在当前分屏模式下，按照获取到的屏幕占比，在所述直播界面上分别确定所述第一用户账号和所述第二用户账号各自对应的显示区域；
在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面。
在一些实施例中，所述显示模块，被配置为：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述第一用户账号的直播数据流，在所述第一用户账号对应的显示区域，显示所述第一用户账号的直播画面；
基于所述第二用户账号的直播数据流，在第一显示区域显示所述第二用户账号的直播画面，并在第二显示区域显示虚拟资源；
其中，所述第二用户账号对应的显示区域包括所述第一显示区域和所述第二显示区域；且，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一显示区域的范围大小成反比，同所述第二显示区域的范围大小成正比。
在一些实施例中，所述显示模块，被配置为：
响应于所述第一显示区域的范围小于第一阈值，取消显示所述第二用户账号的直播画面，并以不被所述虚拟资源遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
在一些实施例中，所述虚拟资源为虚拟特效或预设背景画面。
在一些实施例中，所述显示模块，被配置为：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述直播数据流，以所述第一用户账号的直播画面覆盖所述第二用户账号的直播画面的显示形式，在所述第一用户账号对应的显示区域显示所述第一用户账号的直播画面，在所述第二用户账号对应的显示区域显示所述第二用户账号的直播画面；
其中，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围成正比。
在一些实施例中，所述显示模块，被配置为：
响应于所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围超过第二阈值，取消显示所述第二用户账号的直播画面，并以不被所述第一用户账号的直播画面遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
在一些实施例中，所述显示模块，还被配置为：
响应于接收到反馈指令，基于获取到的直播数据流，在所述直播界面上以当前分屏模式对应的屏幕占比，显示所述第一用户账号和所述第二用户账号各自的直播画面；
其中，所述反馈指令是基于所述第一用户账号和所述第二用户账号中的任一用户账号对目标控件的触发操作生成的；所述目标控件用于取消根据互动分值确定的屏幕占比显示直播画面。
在一些实施例中，所述第二获取模块，被配置为：
在确定满足预设条件的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第一终端为所述第一用户账号对应的终端；所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
在一些实施例中，所述第二获取模块，被配置为：
在所述目标应用程序提供的预设功能处于启用状态的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设功能用于启用根据互动分值确定的屏幕占比显示直播画面。
在一些实施例中，所述第二获取模块，被配置为：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次计算的所述第一用户账号和所述第二用户账号各自的屏幕占比；
根据第一用户账号和第二用户账号当前各自的互动分值，确定初始屏幕占比；
在所述初始屏幕占比与上一次计算的屏幕占比之间的差异超过设置的阈值的情况下，根据上一次计算的屏幕占比和变换步长，确定新的屏幕占比；
将所述新的屏幕占比作为本次的屏幕占比。
在一些实施例中，所述第二获取模块，被配置为：
根据第一用户账号和第二用户账号当前各自的互动分值，确定所述第一用户账号和所述第二用户账号之间当前的互动分值比例；
获取互动分值比例与屏幕占比之间的映射关系；其中，所述映射关系中包括多个屏幕占比档位；
在所述映射关系中查询所述当前的互动分值比例对应的屏幕占比档位，基于所述屏幕占比档位确定所述初始屏幕占比。
在一些实施例中，所述显示模块，还被配置为：
根据所述第一用户账号和所述第二用户账号各自的互动分值，按照所述直播界面的尺寸显示进度展示控件；
其中，所述进度展示控件的长度与所述直播界面的宽度或高度一致；所述进度展示控件显示有所述第一用户账号和所述第二用户账号各自对应的进度条；每个进度条的长度是基于相应用户账号的互动分值确定的。
在一些实施例中，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第一区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈对齐状态。
在一些实施例中，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第二区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈交错状态；其中，所述第二区间的左右边界值小于第一区间的左右边界值；
所述第一用户账号与所述第二用户账号之间的进度条长度差异同所述显示区域边界与所述进度条边界之间的交错程度成正比。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再赘述。
图18是根据一示例性实施例示出的一种直播数据显示装置的框图。参照图18，该装置包括：
第一发送模块1801，被配置为在连线互动过程中，向第一用户账号对应的第一终端下发参与本场连线互动的至少一个第二用户账号的直播数据流；
确定模块1802，被配置为根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
第二发送模块1803，被配置为向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述第一终端用于按照获取到的屏幕占比，基于所述第一用户账号和所述第二用户账号的直播数据流，在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
本公开实施例提供的直播数据显示方案，在多个用户账号的连线互动过程中，能够根据这些用户账号之间的互动分值获取动态的屏幕占比，并据此在终端侧完成直播画面渲染。换言之，该方案将直播画面的显示区域大小与互动分值相关联，丰富了连线互动过程中直播画面的显示方式，显示效果较佳。
在一些实施例中，所述确定模块，被配置为：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次下发的所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
根据所述第一用户账号和所述第二用户账号当前各自的互动分值和上一次下发的屏幕占比，确定本次应下发的屏幕占比；
所述第二发送模块，被配置为响应于本次应下发的屏幕占比与上一次下发的屏幕占比不同，将本次应下发的屏幕占比作为所述第一用户账号和所述第二用户账号各自对应的新的屏幕占比，下发至所述第一终端。
在一些实施例中，所述确定模块，被配置为：
响应于满足预设条件，根据所述第一用户账号和所述第二用户账号各自的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
所述第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
在一些实施例中，所述第二发送模块，被配置为：
获取在连线互动过程中的变更事件；其中，所述变更事件用于改变当前直播画面布局；
响应于所述变更事件为多个，对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件；
响应于当前待执行的候选变更事件用于指示根据屏幕占比显示直播画面，向所述第一终端下发所述第一用户账号和所述第二用户账号各自的屏幕占比。
在一些实施例中，所述第二发送模块，被配置为：
按照时间顺序对所述多个变更事件进行排序，得到排序后的变更事件；
根据所属的业务类型对排序后的变更事件进行优先级分类并对重复出现的可过滤变更事件进行过滤，得到所述候选变更事件；
其中，所述可过滤变更事件包括根据屏幕占比显示直播画面的事件。
在一些实施例中，所述确定模块，还被配置为：
获取第三用户账号对所述第一用户账号的点赞数和赠送的虚拟资源数量；
获取所述第三用户账号对所述第二用户账号的点赞数和赠送的虚拟资源数量；
基于所述第一用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值；
基于所述第二用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再赘述。
需要说明的是，上述实施例提供的直播数据显示装置在进行直播数据显示时，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将电子设备的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。另外，上述实施例提供的直播数据显示装置与直播数据显示方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
在一示例性实施例中，还提供了一种电子设备，该电子设备包括：
一个或多个处理器；
用于存储所述处理器可执行程序代码的存储器；
其中，所述处理器被配置为执行该程序代码，以实现上述直播数据显示方法。
其中，响应于电子设备被提供为终端，图19是根据一示例性实施例示出的一种终端1900的框图。
通常，终端1900包括有：处理器1901和存储器1902。
处理器1901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1901可以采用DSP（Digital Signal Processing，数字信号处理）、FPGA（FieldProgrammable Gate Array，现场可编程门阵列）、PLA（Programmable Logic Array，可编程逻辑阵列）中的至少一种硬件形式来实现。处理器1901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU（Central ProcessingUnit，中央处理器）；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1901可以在集成有GPU（Graphics Processing Unit，图像处理器），GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1901还可以包括AI（Artificial Intelligence，人工智能）处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器1902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1902中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器1901所执行以实现方法实施例中由终端负责执行的直播数据显示方法。
在一些实施例中，终端1900还可选包括有：外围设备接口1903和至少一个外围设备。处理器1901、存储器1902和外围设备接口1903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1903相连。具体地，外围设备包括：射频电路1904、显示屏1905、摄像头组件1906、音频电路1907、电源1908中的至少一种。
外围设备接口1903可被用于将I/O（Input /Output，输入/输出）相关的至少一个外围设备连接到处理器1901和存储器1902。在一些实施例中，处理器1901、存储器1902和外围设备接口1903被集成在同一芯片或电路板上；在一些其他实施例中，处理器1901、存储器1902和外围设备接口1903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路1904用于接收和发射RF（Radio Frequency，射频）信号，也称电磁信号。射频电路1904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1904包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络（2G、3G、4G及5G）、无线局域网和/或WiFi（Wireless Fidelity，无线保真）网络。在一些实施例中，射频电路1904还可以包括NFC（Near Field Communication，近距离无线通信）有关的电路，本公开对此不加以限定。
显示屏1905用于显示UI（User Interface，用户界面）。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1905是触摸显示屏时，显示屏1905还具有采集在显示屏1905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1901进行处理。此时，显示屏1905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1905可以为一个，设置终端1900的前面板；在另一些实施例中，显示屏1905可以为至少两个，分别设置在终端1900的不同表面或呈折叠设计；在再一些实施例中，显示屏1905可以是柔性显示屏，设置在终端1900的弯曲表面上或折叠面上。甚至，显示屏1905还可以设置成非矩形的不规则图形，也即异形屏。显示屏1905可以采用LCD（Liquid Crystal Display，液晶显示屏）、OLED（Organic Light-Emitting Diode，有机发光二极管）等材质制备。
摄像头组件1906用于采集图像或视频。可选地，摄像头组件1906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR（Virtual Reality，虚拟现实）拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路1907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1901进行处理，或者输入至射频电路1904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1901或射频电路1904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1907还可以包括耳机插孔。
电源1908用于为终端1900中的各个组件进行供电。电源1908可以是交流电、直流电、一次性电池或可充电电池。当电源1908包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
本领域技术人员可以理解，图19中示出的结构并不构成对终端1900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
在另一示例性实施例中，还提供了一种电子设备，该电子设备包括：
一个或多个处理器；
用于存储所述处理器可执行程序代码的存储器；
其中，所述处理器被配置为执行该程序代码，以实现上述直播数据显示方法。
其中，响应于电子设备被提供为服务器，图20是根据一示例性实施例示出的一种服务器2000的框图，该服务器2000可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器（Central Processing Units，CPU）2001和一个或多个的存储器2002，其中，该一个或多个存储器2002中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器2001加载并执行以实现方法实施例中由服务器负责执行的直播数据显示方法。当然，该服务器2000还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器2000还可以包括其他用于实现设备功能的部件，在此不做赘述。
在另一示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器1902，上述指令可由终端1900的处理器1901执行以完成上述直播数据显示方法；或者，上述指令可由服务器2000的处理器2001执行以完成上述直播数据显示方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备等。
在另一示例性实施例中，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被终端1900的处理器1901执行以完成上述直播数据显示方法；或者，被服务器2000的处理器2001执行以完成上述直播数据显示方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (25)

1.一种直播数据显示方法，其特征在于，所述方法包括：
在连线互动过程中，获取参与本场连线互动的第一用户账号和至少一个第二用户账号的直播数据流；
获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；其中，所述屏幕占比是根据所述第一用户账号和所述第二用户账号之间的互动分值确定的；
按照获取到的屏幕占比，基于所述直播数据流在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
2.根据权利要求1所述的直播数据显示方法，其特征在于，所述按照获取到的屏幕占比，基于所述直播数据流在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在当前分屏模式下，按照获取到的屏幕占比，在所述直播界面上分别确定所述第一用户账号和所述第二用户账号各自对应的显示区域；
在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面。
3.根据权利要求2所述的直播数据显示方法，其特征在于，所述在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述第一用户账号的直播数据流，在所述第一用户账号对应的显示区域，显示所述第一用户账号的直播画面；
基于所述第二用户账号的直播数据流，在第一显示区域显示所述第二用户账号的直播画面，并在第二显示区域显示虚拟资源；
其中，所述第二用户账号对应的显示区域包括所述第一显示区域和所述第二显示区域；且，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一显示区域的范围大小成反比，同所述第二显示区域的范围大小成正比。
4.根据权利要求3所述的直播数据显示方法，其特征在于，在连线互动过程中，所述方法还包括：
响应于所述第一显示区域的范围小于第一阈值，取消显示所述第二用户账号的直播画面，并以不被所述虚拟资源遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
5.根据权利要求3或4所述的直播数据显示方法，其特征在于，所述虚拟资源为虚拟特效或预设背景画面。
6.根据权利要求2所述的直播数据显示方法，其特征在于，所述在确定的显示区域，基于所述直播数据流分别显示所述第一用户账号和所述第二用户账号的直播画面，包括：
在所述第一用户账号对应的显示区域大于所述第二用户账号对应的显示区域的情况下，基于所述直播数据流，以所述第一用户账号的直播画面覆盖所述第二用户账号的直播画面的显示形式，在所述第一用户账号对应的显示区域显示所述第一用户账号的直播画面，在所述第二用户账号对应的显示区域显示所述第二用户账号的直播画面；
其中，所述第一用户账号与所述第二用户账号之间的互动分值差异同所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围成正比。
7.根据权利要求6所述的直播数据显示方法，其特征在于，在连线互动过程中，所述方法还包括：
响应于所述第一用户账号的直播画面对所述第二用户账号的直播画面的覆盖范围超过第二阈值，取消显示所述第二用户账号的直播画面，并以不被所述第一用户账号的直播画面遮挡的显示形式，在所述第二用户账号对应的显示区域显示所述第二用户账号的标识信息。
8.根据权利要求1所述的直播数据显示方法，其特征在于，在连线互动过程中，所述方法还包括：
响应于接收到反馈指令，基于获取到的直播数据流，在所述直播界面上以当前分屏模式对应的屏幕占比，显示所述第一用户账号和所述第二用户账号各自的直播画面；
其中，所述反馈指令是基于所述第一用户账号和所述第二用户账号中的任一用户账号对目标控件的触发操作生成的；所述目标控件用于取消根据互动分值确定的屏幕占比显示直播画面。
9.根据权利要求1所述的直播数据显示方法，其特征在于，所述获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
在确定满足预设条件的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第一终端为所述第一用户账号对应的终端；所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
10.根据权利要求1或9所述的直播数据显示方法，其特征在于，所述获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
在目标应用程序提供的预设功能处于启用状态的情况下，获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设功能用于启用根据互动分值确定的屏幕占比显示直播画面。
11.根据权利要求1或9所述的直播数据显示方法，其特征在于，所述获取所述第一用户账号和所述第二用户账号各自的屏幕占比，包括：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次确定的所述第一用户账号和所述第二用户账号各自的屏幕占比；
根据所述第一用户账号和所述第二用户账号当前各自的互动分值，确定初始屏幕占比；
在所述初始屏幕占比与上一次确定的屏幕占比之间的差异超过设置的阈值的情况下，根据上一次确定的屏幕占比和预设的变换步长，确定新的屏幕占比；
将所述新的屏幕占比作为本次的屏幕占比。
12.根据权利要求11所述的方法，其特征在于，所述根据所述第一用户账号和所述第二用户账号当前各自的互动分值，确定初始屏幕占比，包括：
根据所述第一用户账号和所述第二用户账号当前各自的互动分值，确定所述第一用户账号和所述第二用户账号之间当前的互动分值比例；
获取互动分值比例与屏幕占比之间的映射关系；其中，所述映射关系中包括多个屏幕占比档位；
在所述映射关系中确定所述当前的互动分值比例对应的屏幕占比档位；
基于所述屏幕占比档位确定所述初始屏幕占比。
13.根据权利要求1所述的直播数据显示方法，其特征在于，在连线互动过程中，所述方法还包括：
根据所述第一用户账号和所述第二用户账号各自的互动分值，按照所述直播界面的尺寸显示进度展示控件；
其中，所述进度展示控件的长度与所述直播界面的宽度或高度一致；所述进度展示控件显示有所述第一用户账号和所述第二用户账号各自对应的进度条；每个进度条的长度是基于相应用户账号的互动分值确定的。
14.根据权利要求13所述的直播数据显示方法，其特征在于，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第一区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈对齐状态。
15.根据权利要求13所述的直播数据显示方法，其特征在于，响应于所述第一用户账号与所述第二用户账号之间的进度条长度差异位于第二区间，所述第一用户账号和所述第二用户账号之间的显示区域边界与进度条边界呈交错状态；其中，所述第二区间的左右边界值小于第一区间的左右边界值；
所述第一用户账号与所述第二用户账号之间的进度条长度差异同所述显示区域边界与所述进度条边界之间的交错程度成正比。
16.一种直播数据显示方法，其特征在于，所述方法包括：
在连线互动过程中，向第一用户账号对应的第一终端下发参与本场连线互动的至少一个第二用户账号的直播数据流；
根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述第一终端用于按照获取到的屏幕占比，基于所述第一用户账号和所述第二用户账号的直播数据流，在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
17.根据权利要求16所述的直播数据显示方法，其特征在于，所述根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
获取所述第一用户账号和所述第二用户账号当前各自的互动分值；
获取上一次下发的所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
根据所述第一用户账号和所述第二用户账号当前各自的互动分值和上一次下发的屏幕占比，确定本次应下发的屏幕占比；
所述向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
响应于本次应下发的屏幕占比与上一次下发的屏幕占比不同，将本次应下发的屏幕占比作为所述第一用户账号和所述第二用户账号各自对应的新的屏幕占比，下发至所述第一终端。
18.根据权利要求16所述的直播数据显示方法，其特征在于，所述根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
响应于满足预设条件，根据所述第一用户账号和所述第二用户账号各自的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述预设条件包括以下至少一项：
所述第一终端和第二终端安装的目标应用程序的版本号大于预设版本号；其中，所述第二终端为所述第二用户账号对应的终端；
所述第一用户账号和所述第二用户账号之间的连线互动属于预设连线互动类型；
所述第一用户账号和所述第二用户账号之间的连线互动的发起方式属于预设发起方式；
所述第一用户账号和所述第二用户账号中的连线互动发起方的粉丝数量大于人数阈值；
所述第一用户账号和所述第二用户账号各自的互动分值均大于分数阈值。
19.根据权利要求16所述的直播数据显示方法，其特征在于，所述向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比，包括：
获取在连线互动过程中的变更事件；其中，所述变更事件用于改变当前直播画面布局；
响应于所述变更事件为多个，对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件；
响应于当前待执行的候选变更事件用于指示根据屏幕占比显示直播画面，向所述第一终端下发所述第一用户账号和所述第二用户账号各自的屏幕占比。
20.根据权利要求19所述的直播数据显示方法，其特征在于，所述对多个变更事件进行排序并对排序后的变更事件进行优先级分类和过滤，得到候选变更事件，包括：
按照时间顺序对所述多个变更事件进行排序，得到排序后的变更事件；
根据所属的业务类型对排序后的变更事件进行优先级分类并对重复出现的可过滤变更事件进行过滤，得到所述候选变更事件；
其中，所述可过滤变更事件包括根据屏幕占比显示直播画面的事件。
21.根据权利要求16所述的直播数据显示方法，其特征在于，在连线互动过程中，所述方法还包括：
获取第三用户账号对所述第一用户账号的点赞数和赠送的虚拟资源数量；
获取所述第三用户账号对所述第二用户账号的点赞数和赠送的虚拟资源数量；
基于所述第一用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值；
基于所述第二用户账号对应的点赞数和虚拟资源数量中的至少一项，确定所述第一用户账号的互动分值。
22.一种直播数据显示装置，其特征在于，所述装置包括：
第一获取模块，被配置为在连线互动过程中，获取参与本场连线互动的第一用户账号和至少一个第二用户账号的直播数据流；
第二获取模块，被配置为获取所述第一用户账号和所述第二用户账号各自对应的屏幕占比；其中，所述屏幕占比是根据所述第一用户账号和所述第二用户账号之间的互动分值确定的；
显示模块，被配置为按照获取到的屏幕占比，基于所述直播数据流在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
23.一种直播数据显示装置，其特征在于，所述装置包括：
第一发送模块，被配置为在连线互动过程中，向第一用户账号对应的第一终端下发参与本场连线互动的至少一个第二用户账号的直播数据流；
确定模块，被配置为根据所述第一用户账号和所述第二用户账号之间的互动分值，确定所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
第二发送模块，被配置为向所述第一终端下发所述第一用户账号和所述第二用户账号各自对应的屏幕占比；
其中，所述第一终端用于按照获取到的屏幕占比，基于所述第一用户账号和所述第二用户账号的直播数据流，在所述第一用户账号的直播界面上显示所述第一用户账号和所述第二用户账号的直播画面。
24.一种电子设备，其特征在于，所述电子设备包括：
一个或多个处理器；
用于存储所述处理器可执行程序代码的存储器；
其中，所述处理器被配置为执行所述程序代码，以实现如权利要求1至15中任一项所述的直播数据显示方法；或，如权利要求16至21中任一项所述的直播数据显示方法。
25.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至15中任一项所述的直播数据显示方法；或，如权利要求16至21中任一项所述的直播数据显示方法。
CN202310690669.7A 2023-06-12 2023-06-12 直播数据显示方法、装置、电子设备及存储介质 Pending CN116437157A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310690669.7A CN116437157A (zh) 2023-06-12 2023-06-12 直播数据显示方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310690669.7A CN116437157A (zh) 2023-06-12 2023-06-12 直播数据显示方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN116437157A true CN116437157A (zh) 2023-07-14

Family

ID=87087568

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310690669.7A Pending CN116437157A (zh) 2023-06-12 2023-06-12 直播数据显示方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN116437157A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112468884A (zh) * 2020-11-24 2021-03-09 北京达佳互联信息技术有限公司 动态资源显示方法、装置、终端、服务器及存储介质
CN112929684A (zh) * 2021-01-27 2021-06-08 广州虎牙科技有限公司 视频叠加信息更新方法、装置、电子设备及存储介质
CN115061617A (zh) * 2022-06-14 2022-09-16 深圳市万声文化科技有限公司 直播画面的处理方法、装置、计算机设备和存储介质
CN115462087A (zh) * 2022-07-28 2022-12-09 广州酷狗计算机科技有限公司 直播互动方法、装置、设备、存储介质及程序产品
US20230011255A1 (en) * 2019-12-09 2023-01-12 Shanghai Hode Information Technology Co., Ltd. Method and apparatus for implementing multi-person video live-streaming service, and computer device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230011255A1 (en) * 2019-12-09 2023-01-12 Shanghai Hode Information Technology Co., Ltd. Method and apparatus for implementing multi-person video live-streaming service, and computer device
CN112468884A (zh) * 2020-11-24 2021-03-09 北京达佳互联信息技术有限公司 动态资源显示方法、装置、终端、服务器及存储介质
CN112929684A (zh) * 2021-01-27 2021-06-08 广州虎牙科技有限公司 视频叠加信息更新方法、装置、电子设备及存储介质
CN115061617A (zh) * 2022-06-14 2022-09-16 深圳市万声文化科技有限公司 直播画面的处理方法、装置、计算机设备和存储介质
CN115462087A (zh) * 2022-07-28 2022-12-09 广州酷狗计算机科技有限公司 直播互动方法、装置、设备、存储介质及程序产品

Similar Documents

Publication Publication Date Title
CN106534757B (zh) 人脸交换方法、装置、主播终端及观众终端
TWI602437B (zh) 視訊與音訊處理裝置及其視訊會議系統
KR102449670B1 (ko) 복수의 카메라를 이용하여 영상 데이터를 생성하는 방법 및 서버
CN110139116B (zh) 直播间切换方法、装置及存储介质
CN112866576B (zh) 图像预览方法、存储介质及显示设备
CN110149517B (zh) 视频处理的方法、装置、电子设备及计算机存储介质
CN111918086A (zh) 视频连线方法、装置、终端、服务器及可读存储介质
CN110225237A (zh) 图像采集方法、装置以及移动终端
CN114845129B (zh) 虚拟空间中的互动方法、装置、终端以及存储介质
CN107959755B (zh) 一种拍照方法、移动终端及计算机可读存储介质
CN114531564B (zh) 处理方法及电子设备
CN109040654B (zh) 外部拍摄设备的识别方法、装置及存储介质
CN116437157A (zh) 直播数据显示方法、装置、电子设备及存储介质
CN114827647B (zh) 直播数据生成方法、装置、设备、介质及程序产品
CN112203126A (zh) 投屏方法、投屏装置及存储介质
CN115665504A (zh) 事件识别方法、装置、电子设备及存储介质
CN114866793B (zh) 数据处理方法、装置、电子设备及存储介质
CN114779936A (zh) 信息显示方法、装置、电子设备及存储介质
CN114040108A (zh) 一种辅助拍摄方法、装置、终端和计算机可读存储介质
CN109302617B (zh) 一种指定多元素的视频连麦方法、装置、设备及存储介质
CN115334349B (zh) 音频处理方法、装置、电子设备及存储介质
CN116501227B (zh) 图片显示方法、装置、电子设备及存储介质
CN116366908B (zh) 直播间的互动方法、装置、电子设备及存储介质
CN113473156B (zh) 一种自由视点视频传输方法以及相关设备
CN115065835A (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