CN114630189A - 直播间内的多渠道进场提示方法、系统及计算机设备 - Google Patents

直播间内的多渠道进场提示方法、系统及计算机设备 Download PDF

Info

Publication number
CN114630189A
CN114630189A CN202210237652.1A CN202210237652A CN114630189A CN 114630189 A CN114630189 A CN 114630189A CN 202210237652 A CN202210237652 A CN 202210237652A CN 114630189 A CN114630189 A CN 114630189A
Authority
CN
China
Prior art keywords
live broadcast
broadcast room
channel
identifier
approach
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
CN202210237652.1A
Other languages
English (en)
Other versions
CN114630189B (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 Cubesili Information Technology Co Ltd
Original Assignee
Guangzhou Cubesili 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 Guangzhou Cubesili Information Technology Co Ltd filed Critical Guangzhou Cubesili Information Technology Co Ltd
Priority to CN202210237652.1A priority Critical patent/CN114630189B/zh
Publication of CN114630189A publication Critical patent/CN114630189A/zh
Application granted granted Critical
Publication of CN114630189B publication Critical patent/CN114630189B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/488Data services, e.g. news ticker
    • H04N21/4882Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • H04N21/25858Management of client data involving client software characteristics, e.g. OS identifier
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/437Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508Management of client data or end-user data

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请涉及网络直播技术领域,提出一种直播间内的多渠道进场提示方法、系统及计算机设备,该方法包括:客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,生成并发送直播间进场提示请求至服务器;服务器响应于直播间进场提示请求,获取并下发进场提示数据至第一客户端;第一客户端接收进场提示数据,通过进场提示数据调用用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据链接,生成直播间进场提示信息,输出直播间进场提示信息至直播间界面中,显示数据链接对应的显示数据用于确定直播间进场提示信息的显示样式。相对于现有技术,本申请实现了对进场渠道的高效管理,提升了进场提示效果。

Description

直播间内的多渠道进场提示方法、系统及计算机设备
技术领域
本申请实施例涉及网络直播技术领域,尤其涉及一种直播间内的多渠道进场提示方法、系统及计算机设备。
背景技术
随着互联网技术和流媒体技术的不断发展,越来越多的用户开始参与网络直播。在网络直播场景下,若干个用户可以加入至同一直播间内,通过音视频流或文字等多种形式进行直播互动。通常来说,直播间界面中的公屏组件用于展示文字信息。文字信息可以是用户之间的聊天信息,也可以是与用户相关的互动提示信息,例如:在用户进入直播间时,公屏中会展示出与该用户相关的直播间进场提示信息,从而使直播间内的所有用户均能了解到该用户进入直播间。
目前,用户是可以通过多种多样的渠道进入直播间的,例如:直播间推荐列表、直播间推荐横幅以及应用程序外的短信通知、分享链接等。那么,随着渠道的不断丰富和迭代,如何对渠道进行统一高效地管理,以及如何通过直播间进场提示信息,对不同渠道进入直播间的用户进行区分,提升进场提示效果成为了亟待解决的技术问题。
发明内容
本申请实施例提供了一种直播间内的多渠道进场提示方法、系统及计算机设备,可以在渠道不断迭代的情境下解决对渠道进行高效统一管理的技术问题以及通过直播间进场提示信息区分不同渠道的进场用户,提升进场提示效果的技术问题,该技术方案如下:
第一方面,本申请实施例提供了一种直播间内的多渠道进场提示方法,包括步骤:
客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,发送所述直播间进场提示请求至服务器;其中,所述用户标识对应的用户通过所述渠道标识对应的渠道跳转进入所述直播间标识对应的直播间;
所述服务器响应于所述直播间进场提示请求,获取进场提示数据,下发所述进场提示数据至第一客户端;其中,所述进场提示数据用于调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接以及所述渠道标识对应的至少一个第一应用程序标识,所述第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,所述第一应用程序为所述第一应用程序标识对应的应用程序,所述直播间为所述直播间标识对应的直播间;
所述第一客户端接收所述进场提示数据,通过所述进场提示数据调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,根据所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,生成直播间进场提示信息,输出所述直播间进场提示信息至直播间界面中;其中,所述显示数据链接对应的显示数据用于确定所述直播间进场提示信息的显示样式。
第二方面,本申请实施例提供了一种直播间内的多渠道进场提示系统,包括:服务器、客户端以及第一客户端;
所述客户端用于响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,发送所述直播间进场提示请求至所述服务器;其中,所述用户标识对应的用户通过所述渠道标识对应的渠道跳转进入所述直播间标识对应的直播间;
所述服务器用于响应于所述直播间进场提示请求,获取进场提示数据,下发所述进场提示数据至第一客户端;其中,所述进场提示数据用于调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接以及所述渠道标识对应的至少一个第一应用程序标识,所述第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,所述第一应用程序为所述第一应用程序标识对应的应用程序,所述直播间为所述直播间标识对应的直播间;
所述第一客户端用于接收所述进场提示数据,通过所述进场提示数据调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,根据所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,生成直播间进场提示信息,输出所述直播间进场提示信息至直播间界面中;其中,所述显示数据链接对应的显示数据用于确定所述直播间进场提示信息的显示样式。
第三方面,本申请实施例提供了一种直播间内的多渠道进场提示装置,包括:
第一获取单元,用于客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,发送所述直播间进场提示请求至服务器;其中,所述用户标识对应的用户通过所述渠道标识对应的渠道跳转进入所述直播间标识对应的直播间;
第一下发单元,用于所述服务器响应于所述直播间进场提示请求,获取进场提示数据,下发所述进场提示数据至第一客户端;其中,所述进场提示数据用于调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接以及所述渠道标识对应的至少一个第一应用程序标识,所述第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,所述第一应用程序为所述第一应用程序标识对应的应用程序,所述直播间为所述直播间标识对应的直播间;
第一提示单元,用于所述第一客户端接收所述进场提示数据,通过所述进场提示数据调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,根据所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,生成直播间进场提示信息,输出所述直播间进场提示信息至直播间界面中;其中,所述显示数据链接对应的显示数据用于确定所述直播间进场提示信息的显示样式。
第四方面,本申请实施例提供了一种计算机设备,处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如第一方面所述方法的步骤。
第五方面,本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现如第一方面所述方法的步骤。
在本申请实施例中,为各个可以进入直播间的渠道分别定义了唯一的渠道标识,不同的渠道标识指示渠道的来源类型是不同的,客户端在响应于直播间进场成功指令时,不仅会获取直播间标识和用户标识,还会获取渠道标识,并根据直播间标识、用户标识以及渠道标识,生成直播间进场提示请求,从而服务器在响应于该直播间进场提示请求时,能够获取到用户标识对应的用户名称、渠道标识对应的渠道名称、渠道标识对应的显示数据链接以及渠道标识对应的至少一个第一应用程序标识,将上述数据保存至进场提示数据下,获取并发送进场提示数据至第一客户端,从而使第一客户端在接收到进场提示数据后,可以通过进场提示数据调用到用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据链接,进而生成直播间进场提示信息,输出直播间进场提示信息至直播间界面中。在渠道迭代过程中,可以通过渠道标识对渠道进行统一高效的管理,不仅可以配置渠道标识对应的显示数据链接,还可以配置渠道标识对应的至少一个第一应用程序标识,其中,显示数据链接对应的显示数据可以用于确定直播间进场提示信息的显示样式,那么通过修改显示数据链接对应的显示数据,就能够动态调整不同渠道下的直播间进场提示信息的显示样式。渠道标识对应的至少一个第一应用程序标识用于管控进场提示数据的下发,基于渠道标识对应的至少一个第一应用程序标识,可以实现将进场提示数据仅下发到通过第一应用程序进入直播间内的用户所对应的客户端,那么通过修改渠道标识对应的至少一个第一应用程序标识,也就能够动态调整将不同渠道下的直播间进场提示信息显示至哪些客户端中。因此,本申请实施例实现了对进场渠道的高效统一管理,不仅能够动态调整不同渠道下的直播间进场提示信息的显示样式,对不同渠道进入直播间的用户进行区分,还能够有效控制不同渠道下的进场提示数据的下发,进而控制直播间进场提示信息的输出,既提升了直播间进场提示信息的提示效果,也改善了多渠道进场提示业务的可扩展性。
为了更好地理解和实施,下面结合附图详细说明本申请的技术方案。
附图说明
图1为本申请实施例提供的直播间内的多渠道进场提示方法的应用场景示意图;
图2为本申请实施例提供的直播间推荐列表的显示示意图;
图3为本申请实施例提供的直播间推荐横幅的显示示意图;
图4为本申请第一实施例提供的直播间内的多渠道进场提示方法的流程示意图;
图5为本申请第一实施例提供的直播间内的多渠道进场提示方法的另一流程示意图;
图6为本申请第一实施例提供的直播间内的多渠道进场提示方法中S102的流程示意图;
图7为本申请第一实施例提供的直播间内的多渠道进场提示方法中S1024的流程示意图;
图8为本申请第一实施例提供的直播间内的多渠道进场提示方法中S1024的另一流程示意图;
图9为本申请实施例提供的直播间进场提示信息在公屏组件中的显示示意图;
图10为本申请第二实施例提供的直播间内的多渠道进场提示系统的结构示意图;
图11为本申请第三实施例提供的直播间内的多渠道进场提示装置的结构示意图;
图12为本申请第四实施例提供的计算机设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”/“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本领域技术人员可以理解,本申请所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射硬件的设备,其具有能够在双向通信链路上,进行双向通信的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他诸如个人计算机、平板电脑之类的通信设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(PersonalCommunications Service,个人通信系统),其可以组合语音、数据处理、传真和/或数据通信能力;PDA(Personal Digital Assistant,个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem,全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(Mobile Internet Device,移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒等设备。
本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件,本质上是具备个人计算机等效能力的计算机设备,为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置,计算机程序存储于其存储器中,中央处理器将存储在外存中的程序调入内存中运行,执行程序中的指令,与输入输出设备交互,借此完成特定的功能。
需要指出的是,本申请所称的“服务器”这一概念,同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理,所述各服务器应是逻辑上的划分,在物理空间上,这些服务器既可以是互相独立但可通过接口调用的,也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通,而不应以此约束本申请的网络部署方式的实施方式。
请参阅图1,图1为本申请实施例提供的直播间内的多渠道进场提示方法的应用场景示意图,该应用场景包括本申请实施例提供的主播客户端101、服务器102和观众客户端103,主播客户端101与观众客户端103通过服务器102进行交互。
本申请实施例提出的客户端包括该主播客户端101和该观众客户端103。
需要指出的是,在现有技术中会存在对“客户端”这一概念的多种理解,例如:可以将其理解为安装在计算机设备中的应用程序,或者,也可以将其理解为相对应于服务器的硬件设备。
在本申请实施例中,所称的“客户端”是指相对应于服务器的硬件设备,更具体来说,是指计算机设备,例如:智能手机、智能交互平板以及个人计算机等。
在客户端为智能手机、智能交互平板等移动设备时,用户可以在客户端上安装匹配的移动端应用程序,也可以在客户端上访问Web端应用程序。
在客户端为个人计算机(PC机)等非移动设备时,用户可以在客户端上安装匹配的PC端应用程序,同样也可以在客户端上访问Web端应用程序。
其中,移动端应用程序是指可安装在移动设备中的应用程序,PC端应用程序是指可安装在非移动设备中的应用程序,Web端应用程序是指需通过浏览器访问的应用程序。
具体地,Web端应用程序依据客户端类型的差异,又可以分为移动版本和PC版本,两者的页面布局方式以及可提供的服务器支持可能存在差别。
在本申请实施例中,提供至用户的直播应用程序的类型分为移动端直播应用程序、PC端直播应用程序和Web端直播应用程序。用户可以依据其采用客户端的类型不同,自主选择其参与网络直播的方式。
本申请依据采用客户端的用户身份的不同,可以将客户端分为主播客户端101和观众客户端103。
其中,主播客户端101是指发送网络直播视频的一端,通常来说是网络直播中主播(即,直播主播用户)所采用的客户端。
观众客户端103是指接收和观看网络直播视频的一端,通常来说是网络直播中观看视频的观众(即,直播观众用户)所采用的客户端。
主播客户端101和观众客户端103所指向的硬件,本质上是指计算机设备,具体地,如图1所示,其可以是智能手机、智能交互平板和个人计算机等类型的计算机设备。主播客户端101和观众客户端103均可以通过公知的网络接入方式接入互联网,与服务器102建立数据通信链路。
服务器102作为一个业务服务器,其可以负责进一步连接起相关音频数据服务器、视频流服务器以及其他提供相关支持的服务器等,以此构成逻辑上相关联的服务机群,来为相关的终端设备,例如图1中所示的主播客户端101和观众客户端103提供服务。
本申请实施例中,主播客户端101与观众客户端103可以加入同一个直播间(即直播频道),上述的直播间是指依靠互联网技术实现的一种聊天室,通常具备音视频播控功能。主播用户通过主播客户端101在直播间内进行直播,观众客户端103的观众可以登录服务器102进入直播间观看上直播。
在直播间内,主播与观众之间可通过语音、视频、文字等公知的线上交互方式来实现互动,一般是主播以音视频流的形式为观众用户表演节目,并且在互动过程中还可产生经济交易行为。当然,直播间的应用形态并不局限于在线娱乐,也可推广到其他相关场景中,例如视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。
在网络直播场景下,用户可以通过多种渠道进入直播间,例如:直播间推荐列表、直播间推荐横幅以及应用程序外的短信通知、分享链接等。
请参阅图2和图3,图2为本申请实施例提供的直播间推荐列表的显示示意图,图3为本申请实施例提供的直播间推荐横幅的显示示意图。可以看到图2中的直播间推荐列表2中显示若干个直播间封面21,用户通过点击任意一个直播间封面21,即可触发客户端为其跳转进入至对应的直播间中,图3中的直播间推荐横幅3为显示有已关注主播的开播信息的横幅,用户通过顶部向下拖动N秒该直播间推荐横幅3,即可触发客户端为其跳转进入至该已关注主播所创建的直播间内。
对于其他进入直播间的渠道在此不逐一展开说明。可以理解的是,在应用程序外的短信通知或者分享链接,均需要触发客户端先启动运行该应用程序后,再跳转至对应的直播间内。
此外,还需要说明的是,由于在互联网时代中,用户的账号具有互通性,因此,用户是可以在不同的应用程序下进入直播间的,该应用程序可以指网络直播平台提供的直播应用程序,也可以是装载有直播应用程序插件的其他类型的应用程序,该直播应用程序插件可以调用网络直播平台提供的直播应用程序。
一般情况下,会在客户端的应用程序中设定与各个渠道相关的直播间提示信息的处理代码,从而确定各个渠道下的直播间提示信息的显示样式,但是,这种处理方式在渠道不断迭代的过程中,每次都需要修改设定好的处理代码才能够完成渠道的迭代,不仅不能对渠道进行高效管控,也不能灵活调整不同渠道下的直播间进场提示的显示样式,并且不利于多渠道进场提示业务的可扩展性,难以提升进场提示的效果,故,本申请实施例提供了一种直播间内的多渠道进场提示方法。
请参阅图4,图4为本申请第一实施例提供的直播间内的多渠道进场提示方法的流程示意图,该方法包括如下步骤:
S101:客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据直播间标识、用户标识以及渠道标识,生成直播间进场提示请求,发送直播间进场提示请求至服务器;其中,用户标识对应的用户通过渠道标识对应的渠道跳转进入直播间标识对应的直播间。
S102:服务器响应于直播间进场提示请求,获取进场提示数据,下发进场提示数据至第一客户端;其中,进场提示数据用于调用用户标识对应的用户名称、渠道标识对应的渠道名称、渠道标识对应的显示数据链接以及渠道标识对应的至少一个第一应用程序标识,第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,第一应用程序为第一应用程序标识对应的应用程序,直播间为直播间标识对应的直播间。
S103:第一客户端接收进场提示数据,通过进场提示数据调用用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据链接,根据用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据链接,生成直播间进场提示信息,输出直播间进场提示信息至直播间界面中;其中,显示数据链接对应的显示数据用于确定直播间进场提示信息的显示样式。
在本申请实施例中,以服务器和客户端为执行主体对直播间内的多渠道进场提示方法进行说明。
关于步骤S101,客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据直播间标识、用户标识以及渠道标识,生成直播间进场提示请求,发送直播间进场提示请求至服务器。
直播间进场成功指令是在用户成功进入直播间时发出的,也可以理解为在客户端成功接入至直播间服务时发出的,客户端响应于直播间进场成功指令,会获取直播间标识、用户标识以及渠道标识,之后根据直播间标识、用户标识以及渠道标识,生成直播间进场提示请求,发送直播间进场提示请求至服务器。
客户端对于直播间标识对应的直播间的加载操作,以及响应于直播间进场成功指令后的操作可以同步进行。
其中,直播间标识为直播间(即,直播频道)对应的唯一标识,可用于确定在哪一直播间内输出直播间进场提示信息。
用户标识为用户对应的唯一标识,可用于确定输出与哪一用户相关的直播间进场提示信息。
渠道标识为渠道对应的唯一标识,可用于确定用户是通过哪一渠道进入直播间的。
在本申请实施例中,用户标识对应的用户通过渠道标识对应的渠道跳转进入直播间标识对应的直播间。
需要说明的是,本申请实施例为各个可以进入直播间的渠道分别定义了唯一的渠道标识,不同的渠道标识指示渠道的来源类型是不同的,渠道包括但不限于直播间推荐列表、直播间推荐横幅以及应用程序外的短信通知、分享链接等。
基于前述可以理解到,用户是可以在不同的应用程序下进入同一直播间的,该应用程序可以指网络直播平台提供的直播应用程序,也可以是装载有直播应用程序插件的其他类型的应用程序。
那么,对于不同应用程序提供的同种渠道,渠道的来源类型也是不同的,因而会对应有不同的渠道标识。
例如:第一应用程序下的直播间推荐列表和第二应用程序下的直播间推荐列表是不同应用程序提供的同种渠道,由于渠道的来源类型不同,因而对应有不同的渠道标识。
客户端响应于直播间进场成功指令,获取到直播间标识、用户标识以及渠道标识之后,根据直播间标识、用户标识以及渠道标识,生成直播间进场提示请求,发送直播间进场提示请求至服务器。
本申请实施例提供了统一的进场提示请求接口,调用进场提示请求接口,需要向进场提示请求接口内传递若干个参数,调用进场提示请求接口成功,则会生成直播间进场提示请求。
具体地,传递的若干个参数至少包括直播间标识、用户标识以及渠道标识。在一个可选的实施例中,还可以包括第二应用程序标识,从而使服务器在响应于直播间进场提示请求时,可以确定直播间进场提示请求的来源为哪一应用程序,此处传递的第二应用程序标识可在特定条件下用于确定将直播间进场提示信息显示至哪些客户端,将在后续展开说明。
关于需要向进场提示请求接口内传递的各个参数的参数类型和参数格式在此不进行限定,其取决于进场提示请求接口如何定义。
下面说明用户如何通过渠道跳转进入至直播间,在一个可选的实施例中,请参阅图5,图5为本申请第一实施例提供的直播间内的多渠道进场提示方法的另一流程示意图,客户端响应于直播间进场成功指令之前,包括步骤:
S104:客户端响应于第一直播间跳转指令,获取直播间标识、用户标识以及第二应用程序标识,根据直播间标识、用户标识以及第二应用程序标识,生成直播间进场请求,发送直播间进场请求至服务器;其中,第一直播间跳转指令为拼接第二直播间跳转指令和渠道标识得到的;第二直播间跳转指令为用户触发渠道标识对应的渠道时生成的。
S105:客户端响应于服务器返回的直播间进场指令,获取直播间数据,根据直播间数据,在第二应用程序内加载直播间标识对应的直播间,发出直播间进场成功指令;其中,第二应用程序为第二应用程序标识对应的应用程序。
用户触发渠道标识对应的渠道时,会促使客户端生成第二直播间跳转指令,例如:用户点击直播间推荐横幅时,会促使客户端生成第二直播间跳转指令,该第二直播间跳转指令中至少包括直播间标识和用户标识。其中,点击属于一种触发操作,在一个可选的实施例中,也可以是其他类型的触发操作,例如:长按、双击等,取决于如何对渠道的触发条件进行设定。
客户端在接收到第二直播间跳转指令后,会在第二直播间跳转指令上拼接渠道标识,得到第一直播间跳转指令。
客户端响应于第一直播间跳转指令,获取直播间标识、用户标识以及第二应用程序标识,根据直播间标识、用户标识以及第二应用程序标识,生成直播间进场请求,发送直播间进场请求至服务器。
在本实施例中,第二应用程序标识用于指示直播间的跳转发生在哪一应用程序内。
在一个可选的实施例中,服务器响应于该直播间进场请求,获取直播间标识、用户标识以及第二应用程序标识,一方面,服务器可以根据直播间标识和第二应用程序标识,获取对应的直播间数据,该直播间数据用于加载直播间标识对应的直播间,另一方面,服务器还可以根据用户标识对用户鉴权,判断该用户是否有权限进入该直播间标识对应的直播间,之后,服务器在准备好直播间数据以及确定用户有权限进入该直播间标识对应的直播间后,服务器发送直播间进场指令至客户端。
之后,客户端响应于服务器返回的直播间进场指令,获取直播间数据,根据直播间数据,在第二应用程序内加载直播间标识对应的直播间,发出直播间进场成功指令;其中,第二应用程序为第二应用程序标识对应的应用程序。
本实施例中在直播间的跳转逻辑上,增加了在原直播间跳转指令拼接渠道标识的操作,从而不仅可以使用户通过该渠道跳转进入直播间,还可以使后续客户端响应于直播间进场成功指令时,能够获取到渠道标识。
关于步骤S102,服务器响应于直播间进场提示请求,获取进场提示数据,下发进场提示数据至第一客户端。
其中,该进场提示数据可以理解为一个数据对象,服务器通过传递该数据对象至第一客户端,使第一客户端在接收该数据对象后,可以调用该数据对象下保存的数据。
进场提示数据在本申请实施例中可以用于调用用户标识对应的用户名称、渠道标识对应的渠道名称、渠道标识对应的显示数据链接以及渠道标识对应的至少一个第一应用程序标识。
其中,用户标识对应的用户名称可以为用户设定的昵称,渠道标识对应的渠道名称可以是配置的渠道名称,例如:消息推送、推荐页等,关于该渠道名称仅为一个示例,需要说明的是,不同的渠道标识也可以对应有相同的渠道名称。
渠道标识对应的显示数据链接用于调取渠道标识对应的显示数据,渠道标识对应的显示数据链接可以理解为渠道标识对应的显示数据的存储地址,通过该存储地址就可以查找到渠道标识对应的显示数据,进而,在渠道标识对应的显示数据更新迭代时,无需修改该渠道标识对应的显示数据链接,直接将存储地址中渠道标识对应的显示数据进行更新即可。
渠道标识对应的至少一个第一应用程序标识用于确定将直播间进场提示信息显示至哪些客户端中。
在本申请实施例中,第一应用程序为第一应用程序标识对应的应用程序,第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,也即,直播间进场提示信息会显示至通过第一应用程序进入直播间内的用户所对应的客户端中。
在一个可选的实施例中,服务器可以每响应于直播间进场提示请求时,就获取一次进场提示数据,下发进场提示数据至第一客户端。
在另一个可选的实施例中,为提高进场提示效率,服务器可以分批获取进场提示数据,下发进场提示数据至第一客户端,具体地,请参阅图6,图6为本申请第一实施例提供的直播间内的多渠道进场提示方法中S102的流程示意图,S102中服务器响应于直播间进场提示请求,获取进场提示数据,包括步骤:
S1021:服务器响应于直播间进场提示请求,获取进场提示请求数据,将进场提示请求数据添加至进场提示请求队列中。
S1022:服务器每隔预设时间从进场提示请求队列中调取预设数量的进场提示请求数据。
S1023:服务器根据进场提示请求数据中的直播间标识,对预设数量的进场提示请求数据进行分组,得到直播间标识下的进场提示请求数据组;其中,直播间标识下的进场提示请求数据组包括至少一个直播间标识下的进场提示请求数据。
S1024:服务器根据直播间标识下的进场提示请求数据组,得到直播间标识下的进场提示数据组;其中,直播间标识下的进场提示数据组中包括至少一个直播间标识下的进场提示数据。
关于步骤S1021~S1022,进场提示请求数据包括传递至进场提示请求接口的若干个参数,至少包括直播间标识、用户标识以及渠道标识,还可以包括第二应用程序标识,关于参数的解释可以参考前述说明。
服务器在响应于直播间进场提示请求,获取到进场提示请求数据后,并不会直接对其进行处理,获取进场提示数据。而是将进场提示请求数据添加至进场提示请求队列中,每隔预设时间从进场提示请求队列中调取预设数量的进场提示请求数据,对预设数量的进场提示请求数据一同进行处理,获取进场提示数据组。
关于步骤S1023,服务器对预设数量的进场提示请求数据进行分组,将相同直播间标识下的进场提示请求数据划分为一组,从而得到直播间标识下的进场提示请求数据组。
其中,直播间标识下的进场提示请求数据组包括至少一个直播间标识下的进场提示请求数据。
关于步骤S1024,服务器对直播间标识下的进场提示请求数据组进行处理,得到直播间标识下的进场提示数据组。
其中,直播间标识下的进场提示数据组中包括至少一个直播间标识下的进场提示数据。
在一个可选的实施例中,服务器会根据直播间标识下的进场提示请求数据,获取用户标识对应的用户名称、渠道标识对应的渠道名称、渠道标识对应的显示数据链接以及渠道标识对应的至少一个第一应用程序标识,之后将用户标识对应的用户名称、渠道标识对应的渠道名称、渠道标识对应的显示数据链接以及渠道标识对应的至少一个第一应用程序标识保存至对应的进场提示数据下,从而得到直播间标识下的进场提示数据组。
在另一个可选的实施例中,考虑到进场提示请求数据中可能不包括渠道标识,故,请参阅图7,图7为本申请第一实施例提供的直播间内的多渠道进场提示方法中S1024的流程示意图,S1024服务器根据直播间标识下的进场提示请求数据组,得到直播间标识下的进场提示数据组,包括步骤:
S10241:服务器判断直播间标识下的进场提示请求数据中是否包括渠道标识。
S10242:若是,服务器获取渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识以及用户标识对应的用户名称,将渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识以及用户标识对应的用户名称保存至对应的进场提示数据下。
S10243:若否,服务器获取用户标识对应的用户名称,将用户标识对应的用户名称保存至对应的进场提示数据下。
在本实施例中,服务器在获取进场提示数据组的过程中,先判断直播间标识下的进场提示请求数据中是否包括渠道标识,在包括渠道标识时,将渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识以及用户标识对应的用户名称保存至对应的进场提示数据下,在不包括渠道标识时,服务器只能够获取到用户标识对应的用户名称,将用户标识对应的用户名称保存至对应的进场提示数据下,那么,后续根据该进场提示数据,只能获取到用户标识对应的用户名称,基于进场提示数据生成的直播间进场提示信息也只会显示出该用户名称。
可以理解的是,还存在一种情况,即直播间标识下的进场提示请求数据中包括渠道标识,但是,无法获取到渠道标识对应的渠道数据,渠道数据包括但限于渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识,那么此时,服务器也只能获取用户标识对应的用户名称,将用户标识对应的用户名称保存至对应的进场提示数据下。
在一个可选的实施例中,对直播间进场提示的频率进行管控,具体地,请参阅图8,图8为本申请第一实施例提供的直播间内的多渠道进场提示方法中S1024的另一流程示意图,在S10241服务器判断直播间标识下的进场提示请求数据中是否包括渠道标识之前,包括步骤:
S10244:服务器获取全局频道频率限制信息、全局用户频率限制信息、直播间标识对应的频道频率信息以及用户标识对应的用户频率信息;其中,全局频道频率限制信息是指单位时间内在任意一个直播间内输出直播间进场提示信息的次数上限,全局用户频率限制信息是指单位时间内为任意一个用户输出直播间进场提示信息的次数上限,直播间标识对应的频道频率信息是指单位时间内在直播间标识对应的直播间内输出直播间进场提示信息的次数,用户标识对应的用户频率信息是指单位时间内为用户标识对应的用户输出直播间进场提示信息的次数。
S10245:服务器判断直播间标识对应的频道频率信息是否超过全局频道频率限制信息以及用户标识对应的用户频率信息是否超过全局用户频率限制信息。
S10246:若均否,服务器判断直播间标识下的进场提示请求数据中是否包括渠道标识。
S10247:若任意一个判断结果为是,服务器停止获取当前的直播间标识下的进场提示数据组。
服务器获取全局频道频率限制信息、全局用户频率限制信息、直播间标识对应的频道频率信息以及用户标识对应的用户频率信息。
其中,全局频道频率限制信息是指单位时间内在任意一个直播间内输出直播间进场提示信息的次数上限,全局用户频率限制信息是指单位时间内为任意一个用户输出直播间进场提示信息的次数上限,直播间标识对应的频道频率信息是指单位时间内在直播间标识对应的直播间内输出直播间进场提示信息的次数,用户标识对应的用户频率信息是指单位时间内为用户标识对应的用户输出直播间进场提示信息的次数。
该单位时间可以是指m秒,m为大于0的数值,m的单位也可以为毫秒、分等,在此不进行限定。
在一个可选的实施例中,服务器可以先判断直播间标识对应的频道频率信息是否超过全局频道频率限制信息,再判断用户标识对应的用户频率信息是否超过全局用户频率限制信息。在另一个可选的实施例中,服务器也可以同步判断直播间标识对应的频道频率信息是否超过全局频道频率限制信息以及用户标识对应的用户频率信息是否超过全局用户频率限制信息。
若均否,表示通过了全局频道频率限制和全局用户频率限制,服务器再去判断直播间标识下的进场提示请求数据中是否包括渠道标识。
若任意一个判断结果为是,表示未通过全局频道频率限制和/或未通过全局用户频率限制,那么服务器会停止获取当前的直播间标识下的进场提示数据组,若服务器是对进场提示请求数据组进行逐组循环处理,那么服务器则会获取下一个直播间标识下的进场提示请求数据组,重复执行步骤S10244~S20247,通过了全局频道频率限制和全局用户频率限制之后,再执S10241~S10243。
在一个可选的实施例中,除了从全局角度对直播间进场提示的频率进行管控,也对不同渠道下的直播间进场提示的频率进行管控,具体地,S10242服务器获取渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识以及用户标识对应的用户名称,包括步骤:
S102421:服务器获取渠道标识对应的渠道用户频率限制信息以及用户标识和渠道标识共同对应的渠道用户频率信息;其中,渠道标识对应的渠道用户频率限制信息是指单位时间内为通过渠道标识对应的渠道进入直播间的任意一个用户输出进场提示信息的次数上限;用户标识和渠道标识共同对应的渠道用户频率信息是指单位时间内为通过渠道标识对应的渠道进入直播间的用户标识对应的用户输出进场提示信息的次数;
S102422:服务器判断用户标识和渠道标识共同对应的渠道用户频率信息是否超过渠道标识对应的渠道用户频率限制信息;
S102423:若否,服务器更新直播间标识对应的频道频率信息、用户标识对应的用户频率信息以及用户标识和渠道标识共同对应的渠道用户频率信息,获取渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识以及用户标识对应的用户名称;
S102424:若是,服务器停止获取当前的直播间标识下的进场提示数据组。
服务器获取渠道标识对应的渠道用户频率限制信息以及用户标识和渠道标识共同对应的渠道用户频率信息。
其中,渠道标识对应的渠道用户频率限制信息是指单位时间内为通过渠道标识对应的渠道进入直播间的任意一个用户输出进场提示信息的次数上限;用户标识和渠道标识共同对应的渠道用户频率信息是指单位时间内为通过渠道标识对应的渠道进入直播间的用户标识对应的用户输出进场提示信息的次数。
若否,表示通过了渠道用户频率限制,进而服务器才能获取渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识以及用户标识对应的用户名称。
若是,表示未通过渠道用户频率限制,那么服务器会停止获取当前的直播间标识下的进场提示数据组。
在本实施例中,在直播间标识对应的频道频率信息通过了全局频道频率限制、用户标识对应的用户频率信息通过了全局用户频率限制,以及用户标识和渠道标识共同对应的渠道用户频率信息通过了渠道用户频率限制后,服务器才可以获取到渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识以及用户标识对应的用户名称,并将渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的至少一个第一应用程序标识以及用户标识对应的用户名称保存至对应的进场提示数据下的,从而在将该进场提示数据下发后,则可以生成相应的直播间进场提示信息,并输出至直播间界面中,因而,在此时需要对直播间标识对应的频道频率信息、用户标识对应的用户频率信息以及用户标识和渠道标识共同对应的渠道用户频率信息进行更新。
在一个可选的实施例中,S101客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据直播间标识、用户标识以及渠道标识,生成直播间进场提示请求,包括步骤:
客户端响应于直播间进场成功指令,获取直播间标识、用户标识、第二应用程序标识以及渠道标识,根据直播间标识、用户标识、第二应用程序标识以及渠道标识,生成直播间进场提示请求下发进场提示数据至第一客户端。
S102中下发进场提示数据至第一客户端,包括步骤:服务器判断通过进场提示数据是否可调用到渠道标识对应的至少一个第一应用程序标识;
若是,服务器下发进场提示数据至第一客户端;
若否,服务器下发进场提示数据至第二客户端;其中,第二客户端为通过第二应用程序进入直播间内的用户所对应的客户端,第二应用程序为第二应用程序标识对应的应用程序。
在本实施例中,客户端响应于直播间进场成功指令时,还会获取第二应用程序标识,从而在服务器判断通过进场提示数据无法调用到渠道标识对应的至少一个第一应用程序标识时,将进场提示数据下发至第二客户端,第二客户端为通过第二应用程序进入直播间内的用户所对应的客户端,第二应用程序为第二应用程序标识对应的应用程序。
举例来说,若渠道标识对应有两个第一应用程序标识,两个第一应用程序标识对应的应用程序分别为应用程序A和应用程序B,那么,服务器在下发进场提示数据时,会下发至通过应用程序A或应用程序B进入直播间内的用户所对应的客户端。而当服务器无法获取到该渠道标识对应的第一应用程序标识时,服务器会获取第二应用程序标识,该第二应用程序标识用于确定直播间进场提示请求的来源为哪一应用程序,服务器会将进场提示数据发送至通过第二应用程序进入直播间内的用户所对应的客户端,比如,若第二应用程序标识对应的应用程序为应用程序A,那么,服务器就会下发进场提示数据至通过应用程序A进入直播间内的用户所对应的客户端,若第二应用程序标识对应的应用程序为应用程序C,那么,服务器就会下发进场提示数据至通过应用程序C进入直播间内的用户所对应的客户端。
关于步骤S103,第一客户端接收进场提示数据,通过进场提示数据调用用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据链接,根据用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据链接,生成直播间进场提示信息,输出直播间进场提示信息至直播间界面中。
具体地,第一客户端接收到进场提示数据,通过进场提示数据调用用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据链接,并通过渠道标识对应的显示数据链接获取到显示数据链接对应的显示数据,该显示数据链接对应的显示数据用于确定直播间进场提示信息的显示样式。之后,第一客户端根据用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据,生成直播间进场提示信息,该直播间进场提示信息中显示有用户标识对应的用户名称以及渠道标识对应的渠道名称。
可以理解的是,直播间进场提示信息还会显示有一些固定的文字信息。
请参阅图9,图9为本申请实施例提供的直播间进场提示信息在公屏组件中的显示示意图。可以看到,图9中公屏组件91中显示有直播间进场提示信息92,直播间进场提示信息92中显示有用户标识对应的用户名称921以及渠道标识对应的渠道名称922,该直播间进场提示信息92的显示样式为渠道名称922的底层加有阴影,以突出显示,图9中的显示样式仅为一个示例,不具有限定作用。
下面说明如何对渠道进行高效配置,快速地进行渠道的更新迭代。在一个可选的实施例中,该方法还包括步骤:服务器响应于渠道配置指令,获取渠道名称、显示数据链接、渠道用户频率限制信息以及至少一个第一应用程序标识,生成渠道标识,服务器建立渠道标识与渠道名称、显示数据链接、渠道用户频率限制信息以及至少一个第一应用程序标识之间的对应关系,并保存渠道标识、渠道标识对应的渠道名称、渠道标识对应的显示数据链接、渠道标识对应的渠道用户频率限制信息以及渠道标识对应的至少一个第一应用程序标识。
除此之外,还可以对以保存的上述及信息进行修改和删除,例如:修改渠道名称、修改渠道标识对应的至少一个第一应用程序标识等,以极大程度地便于对渠道进行更新和迭代。
在本申请实施例中,为各个可以进入直播间的渠道分别定义了唯一的渠道标识,不同的渠道标识指示渠道的来源类型是不同的,客户端在响应于直播间进场成功指令时,不仅会获取直播间标识和用户标识,还会获取渠道标识,并根据直播间标识、用户标识以及渠道标识,生成直播间进场提示请求,从而服务器在响应于该直播间进场提示请求时,能够获取到用户标识对应的用户名称、渠道标识对应的渠道名称、渠道标识对应的显示数据链接以及渠道标识对应的至少一个第一应用程序标识,将上述数据保存至进场提示数据下,获取并发送进场提示数据至第一客户端,从而使第一客户端在接收到进场提示数据后,可以通过进场提示数据调用到用户标识对应的用户名称、渠道标识对应的渠道名称以及渠道标识对应的显示数据链接,进而生成直播间进场提示信息,输出直播间进场提示信息至直播间界面中。在渠道迭代过程中,可以通过渠道标识对渠道进行统一高效的管理,不仅可以配置渠道标识对应的显示数据链接,还可以配置渠道标识对应的至少一个第一应用程序标识,其中,显示数据链接对应的显示数据可以用于确定直播间进场提示信息的显示样式,那么通过修改显示数据链接对应的显示数据,就能够动态调整不同渠道下的直播间进场提示信息的显示样式。渠道标识对应的至少一个第一应用程序标识用于管控进场提示数据的下发,基于渠道标识对应的至少一个第一应用程序标识,可以实现将进场提示数据仅下发到通过第一应用程序进入直播间内的用户所对应的客户端,那么通过修改渠道标识对应的至少一个第一应用程序标识,也就能够动态调整将不同渠道下的直播间进场提示信息显示至哪些客户端中。因此,本申请实施例实现了对进场渠道的高效统一管理,不仅能够动态调整不同渠道下的直播间进场提示信息的显示样式,对不同渠道进入直播间的用户进行区分,还能够有效控制不同渠道下的进场提示数据的下发,进而控制直播间进场提示信息的输出,既提升了直播间进场提示信息的提示效果,也改善了多渠道进场提示业务的可扩展性。
请参阅图10,图10为本申请第二实施例提供的直播间内的多渠道进场提示系统的结构示意图,该系统10包括:服务器1001、客户端1002以及第一客户端1003;
所述客户端1002用于响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,发送所述直播间进场提示请求至所述服务器;其中,所述用户标识对应的用户通过所述渠道标识对应的渠道跳转进入所述直播间标识对应的直播间;
所述服务器1001用于响应于所述直播间进场提示请求,获取进场提示数据,下发所述进场提示数据至第一客户端;其中,所述进场提示数据用于调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接以及所述渠道标识对应的至少一个第一应用程序标识,所述第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,所述第一应用程序为所述第一应用程序标识对应的应用程序,所述直播间为所述直播间标识对应的直播间;
所述第一客户端1003用于接收所述进场提示数据,通过所述进场提示数据调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,根据所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,生成直播间进场提示信息,输出所述直播间进场提示信息至直播间界面中;其中,所述显示数据链接对应的显示数据用于确定所述直播间进场提示信息的显示样式。
需要说明的是,客户端1002为响应于直播间进场成功指令的客户端,第一客户端1003为通过第一应用程序进入直播间内的用户所对应的客户端,存在以下情况,即,一个客户端即作为响应于直播间进场成功指令的客户端,又作为通过第一应用程序进入直播间内的用户所对应的客户端。
上述实施例提供的直播间内的多渠道进场提示系统与直播间内的多渠道进场提示方法属于同一构思,其体现实现过程详见方法实施例,这里不再赘述。
请参阅图11,为本申请第三实施例提供的直播间内的多渠道进场提示装置的结构示意图。该装置可以通过软件、硬件或两者的结合实现成为计算机设备的全部或一部分。该装置11包括:
第一获取单元111,用于客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,发送所述直播间进场提示请求至服务器;其中,所述用户标识对应的用户通过所述渠道标识对应的渠道跳转进入所述直播间标识对应的直播间;
第一下发单元112,用于所述服务器响应于所述直播间进场提示请求,获取进场提示数据,下发所述进场提示数据至第一客户端;其中,所述进场提示数据用于调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接以及所述渠道标识对应的至少一个第一应用程序标识,所述第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,所述第一应用程序为所述第一应用程序标识对应的应用程序,所述直播间为所述直播间标识对应的直播间;
第一提示单元113,用于所述第一客户端接收所述进场提示数据,通过所述进场提示数据调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,根据所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,生成直播间进场提示信息,输出所述直播间进场提示信息至直播间界面中;其中,所述显示数据链接对应的显示数据用于确定所述直播间进场提示信息的显示样式。
需要说明的是,上述实施例提供的直播间内的多渠道进场提示装置在执行直播间内的多渠道进场提示方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分为不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的直播间内的多渠道进场提示装置与直播间内的多渠道进场提示方法属于同一构思,其体现实现过程详见方法实施例,这里不再赘述。
请参阅图12,为本申请第四实施例提供的计算机设备的结构示意图。如图12所示,该计算机设备12可以包括:处理器120、存储器121以及存储在该存储器121并可以在该处理器120上运行的计算机程序122,例如:直播间内的多渠道进场提示程序;该处理器120执行该计算机程序122时实现上述第一实施例中的步骤。
其中,该处理器120可以包括一个或多个处理核心。处理器120利用各种接口和线路连接计算机设备12内的各个部分,通过运行或执行存储在存储器121内的指令、程序、代码集或指令集,以及调用存储器121内的数据,执行计算机设备12的各种功能和处理数据,可选的,处理器120可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programble LogicArray,PLA)中的至少一个硬件形式来实现。处理器120可集成中央处理器(CentralProcessing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器120中,单独通过一块芯片进行实现。
其中,存储器121可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。可选的,该存储器121包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器121可用于存储指令、程序、代码、代码集或指令集。存储器121可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器121可选的还可以是至少一个位于远离前述处理器120的存储装置。
本申请实施例还提供了一种计算机存储介质,该计算机存储介质可以存储有多条指令,该指令适用于由处理器加载并执行上述实施例的方法步骤,具体执行过程可以参见上述实施例的具体说明,在此不进行赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本发明所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。
本发明并不局限于上述实施方式,如果对本发明的各种改动或变形不脱离本发明的精神和范围,倘若这些改动和变形属于本发明的权利要求和等同技术范围之内,则本发明也意图包含这些改动和变形。

Claims (13)

1.一种直播间内的多渠道进场提示方法,其特征在于,所述方法包括步骤:
客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,发送所述直播间进场提示请求至服务器;其中,所述用户标识对应的用户通过所述渠道标识对应的渠道跳转进入所述直播间标识对应的直播间;
所述服务器响应于所述直播间进场提示请求,获取进场提示数据,下发所述进场提示数据至第一客户端;其中,所述进场提示数据用于调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接以及所述渠道标识对应的至少一个第一应用程序标识,所述第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,所述第一应用程序为所述第一应用程序标识对应的应用程序,所述直播间为所述直播间标识对应的直播间;
所述第一客户端接收所述进场提示数据,通过所述进场提示数据调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,根据所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,生成直播间进场提示信息,输出所述直播间进场提示信息至直播间界面中;其中,所述显示数据链接对应的显示数据用于确定所述直播间进场提示信息的显示样式。
2.根据权利要求1所述的直播间内的多渠道进场提示方法,其特征在于,所述客户端响应于直播间进场成功指令之前,包括步骤:
所述客户端响应于第一直播间跳转指令,获取所述直播间标识、所述用户标识以及第二应用程序标识,根据所述直播间标识、所述用户标识以及所述第二应用程序标识,生成直播间进场请求,发送所述直播间进场请求至所述服务器;其中,所述第一直播间跳转指令为拼接第二直播间跳转指令和所述渠道标识得到的;所述第二直播间跳转指令为用户触发所述渠道标识对应的渠道时生成的;
所述客户端响应于所述服务器返回的直播间进场指令,获取直播间数据,根据所述直播间数据,在第二应用程序内加载所述直播间标识对应的直播间,发出所述直播间进场成功指令;其中,所述第二应用程序为所述第二应用程序标识对应的应用程序。
3.根据权利要求1所述的直播间内的多渠道进场提示方法,其特征在于:不同应用程序提供的同种渠道对应有不同的渠道标识;所述应用程序包括直播应用程序或装载有直播应用程序插件的应用程序。
4.根据权利要求1至3任意一项所述的直播间内的多渠道进场提示方法,其特征在于,所述服务器响应于所述直播间进场提示请求,获取进场提示数据,包括步骤:
所述服务器响应于所述直播间进场提示请求,获取进场提示请求数据,将所述进场提示请求数据添加至进场提示请求队列中;
所述服务器每隔预设时间从所述进场提示请求队列中调取预设数量的所述进场提示请求数据;
所述服务器根据所述进场提示请求数据中的所述直播间标识,对预设数量的所述进场提示请求数据进行分组,得到所述直播间标识下的进场提示请求数据组;其中,所述直播间标识下的进场提示请求数据组包括至少一个所述直播间标识下的进场提示请求数据;
所述服务器根据所述直播间标识下的进场提示请求数据组,得到所述直播间标识下的进场提示数据组;其中,所述直播间标识下的进场提示数据组中包括至少一个所述直播间标识下的进场提示数据。
5.根据权利要求4所述的直播间内的多渠道进场提示方法,其特征在于,所述服务器根据所述直播间标识下的进场提示请求数据组,得到所述直播间标识下的进场提示数据组,包括步骤:
所述服务器判断所述直播间标识下的进场提示请求数据中是否包括所述渠道标识;
若是,所述服务器获取所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接、所述渠道标识对应的至少一个第一应用程序标识以及所述用户标识对应的用户名称,将所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接、所述渠道标识对应的至少一个第一应用程序标识以及所述用户标识对应的用户名称保存至对应的所述进场提示数据下;
若否,所述服务器获取所述用户标识对应的用户名称,将所述用户标识对应的用户名称保存至对应的所述进场提示数据下。
6.根据权利要求5所述的直播间内的多渠道进场提示方法,其特征在于,所述服务器判断所述直播间标识下的进场提示请求数据中是否包括所述渠道标识之前,包括步骤:
所述服务器获取全局频道频率限制信息、全局用户频率限制信息、所述直播间标识对应的频道频率信息以及所述用户标识对应的用户频率信息;其中,所述全局频道频率限制信息是指单位时间内在任意一个直播间内输出直播间进场提示信息的次数上限,所述全局用户频率限制信息是指单位时间内为任意一个用户输出直播间进场提示信息的次数上限,所述直播间标识对应的频道频率信息是指单位时间内在所述直播间标识对应的直播间内输出直播间进场提示信息的次数,所述用户标识对应的用户频率信息是指单位时间内为所述用户标识对应的用户输出直播间进场提示信息的次数;
所述服务器判断所述直播间标识对应的频道频率信息是否超过所述全局频道频率限制信息以及所述用户标识对应的用户频率信息是否超过所述全局用户频率限制信息;
若均否,所述服务器判断所述直播间标识下的进场提示请求数据中是否包括所述渠道标识;
若任意一个判断结果为是,所述服务器停止获取当前的所述直播间标识下的进场提示数据组。
7.根据权利要求6所述的直播间内的多渠道进场提示方法,其特征在于,所述服务器获取所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接、所述渠道标识对应的至少一个第一应用程序标识以及所述用户标识对应的用户名称,包括步骤:
所述服务器获取所述渠道标识对应的渠道用户频率限制信息以及所述用户标识和所述渠道标识共同对应的渠道用户频率信息;其中,所述渠道标识对应的渠道用户频率限制信息是指单位时间内为通过所述渠道标识对应的渠道进入直播间的任意一个用户输出进场提示信息的次数上限;所述用户标识和所述渠道标识共同对应的渠道用户频率信息是指单位时间内为通过所述渠道标识对应的渠道进入直播间的所述用户标识对应的用户输出进场提示信息的次数;
所述服务器判断所述用户标识和所述渠道标识共同对应的渠道用户频率信息是否超过所述渠道标识对应的渠道用户频率限制信息;
若否,所述服务器更新所述直播间标识对应的频道频率信息、所述用户标识对应的用户频率信息以及所述用户标识和所述渠道标识共同对应的渠道用户频率信息,获取所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接、所述渠道标识对应的至少一个第一应用程序标识以及所述用户标识对应的用户名称;
若是,所述服务器停止获取当前的所述直播间标识下的进场提示数据组。
8.根据权利要求1至3任意一项所述的直播间内的多渠道进场提示方法,其特征在于,所述客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,包括步骤:
所述客户端响应于直播间进场成功指令,获取直播间标识、用户标识、第二应用程序标识以及渠道标识,根据所述直播间标识、所述用户标识、所述第二应用程序标识以及所述渠道标识,生成直播间进场提示请求所述下发所述进场提示数据至第一客户端;
所述下发所述进场提示数据至第一客户端,包括步骤:
所述服务器判断通过所述进场提示数据是否可调用到所述渠道标识对应的至少一个第一应用程序标识;
若是,所述服务器下发所述进场提示数据至所述第一客户端;
若否,所述服务器下发所述进场提示数据至第二客户端;其中,所述第二客户端为通过第二应用程序进入所述直播间内的用户所对应的客户端,所述第二应用程序为所述第二应用程序标识对应的应用程序。
9.根据权利要求1至3任意一项所述的直播间内的多渠道进场提示方法,其特征在于,所述方法还包括步骤:
所述服务器响应于渠道配置指令,获取渠道名称、显示数据链接、渠道用户频率限制信息以及至少一个第一应用程序标识,生成所述渠道标识;
所述服务器建立所述渠道标识与所述渠道名称、所述显示数据链接、所述渠道用户频率限制信息以及所述至少一个第一应用程序标识之间的对应关系,并保存所述渠道标识、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接、所述渠道标识对应的渠道用户频率限制信息以及所述渠道标识对应的至少一个第一应用程序标识。
10.一种直播间内的多渠道进场提示系统,其特征在于,包括:服务器、客户端以及第一客户端;
所述客户端用于响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,发送所述直播间进场提示请求至所述服务器;其中,所述用户标识对应的用户通过所述渠道标识对应的渠道跳转进入所述直播间标识对应的直播间;
所述服务器用于响应于所述直播间进场提示请求,获取进场提示数据,下发所述进场提示数据至第一客户端;其中,所述进场提示数据用于调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接以及所述渠道标识对应的至少一个第一应用程序标识,所述第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,所述第一应用程序为所述第一应用程序标识对应的应用程序,所述直播间为所述直播间标识对应的直播间;
所述第一客户端用于接收所述进场提示数据,通过所述进场提示数据调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,根据所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,生成直播间进场提示信息,输出所述直播间进场提示信息至直播间界面中;其中,所述显示数据链接对应的显示数据用于确定所述直播间进场提示信息的显示样式。
11.一种直播间内的多渠道进场提示装置,其特征在于,包括:
第一获取单元,用于客户端响应于直播间进场成功指令,获取直播间标识、用户标识以及渠道标识,根据所述直播间标识、所述用户标识以及所述渠道标识,生成直播间进场提示请求,发送所述直播间进场提示请求至服务器;其中,所述用户标识对应的用户通过所述渠道标识对应的渠道跳转进入所述直播间标识对应的直播间;
第一下发单元,用于所述服务器响应于所述直播间进场提示请求,获取进场提示数据,下发所述进场提示数据至第一客户端;其中,所述进场提示数据用于调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称、所述渠道标识对应的显示数据链接以及所述渠道标识对应的至少一个第一应用程序标识,所述第一客户端为通过第一应用程序进入直播间内的用户所对应的客户端,所述第一应用程序为所述第一应用程序标识对应的应用程序,所述直播间为所述直播间标识对应的直播间;
第一提示单元,用于所述第一客户端接收所述进场提示数据,通过所述进场提示数据调用所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,根据所述用户标识对应的用户名称、所述渠道标识对应的渠道名称以及所述渠道标识对应的显示数据链接,生成直播间进场提示信息,输出所述直播间进场提示信息至直播间界面中;其中,所述显示数据链接对应的显示数据用于确定所述直播间进场提示信息的显示样式。
12.一种计算机设备,包括:处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至9任意一项所述方法的步骤。
13.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至9任意一项所述方法的步骤。
CN202210237652.1A 2022-03-10 2022-03-10 直播间内的多渠道进场提示方法、系统、装置、计算机设备及介质 Active CN114630189B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210237652.1A CN114630189B (zh) 2022-03-10 2022-03-10 直播间内的多渠道进场提示方法、系统、装置、计算机设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210237652.1A CN114630189B (zh) 2022-03-10 2022-03-10 直播间内的多渠道进场提示方法、系统、装置、计算机设备及介质

Publications (2)

Publication Number Publication Date
CN114630189A true CN114630189A (zh) 2022-06-14
CN114630189B CN114630189B (zh) 2024-06-25

Family

ID=81902268

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210237652.1A Active CN114630189B (zh) 2022-03-10 2022-03-10 直播间内的多渠道进场提示方法、系统、装置、计算机设备及介质

Country Status (1)

Country Link
CN (1) CN114630189B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108924650A (zh) * 2018-06-28 2018-11-30 北京潘达互娱科技有限公司 一种消息提示方法、装置、电子设备及存储介质
CN113055701A (zh) * 2021-04-21 2021-06-29 上海哔哩哔哩科技有限公司 数据处理方法及装置
CN113784155A (zh) * 2021-08-12 2021-12-10 阿里巴巴达摩院(杭州)科技有限公司 基于直播间的数据处理方法及装置
CN114025245A (zh) * 2021-11-09 2022-02-08 广州方硅信息技术有限公司 基于任务互动的直播间推荐方法、系统及计算机设备
KR20220027694A (ko) * 2020-08-27 2022-03-08 라이브하이브 주식회사 라이브 방송에서의 시청자 인터랙션을 위한 채팅 인터페이스 제공방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108924650A (zh) * 2018-06-28 2018-11-30 北京潘达互娱科技有限公司 一种消息提示方法、装置、电子设备及存储介质
KR20220027694A (ko) * 2020-08-27 2022-03-08 라이브하이브 주식회사 라이브 방송에서의 시청자 인터랙션을 위한 채팅 인터페이스 제공방법
CN113055701A (zh) * 2021-04-21 2021-06-29 上海哔哩哔哩科技有限公司 数据处理方法及装置
CN113784155A (zh) * 2021-08-12 2021-12-10 阿里巴巴达摩院(杭州)科技有限公司 基于直播间的数据处理方法及装置
CN114025245A (zh) * 2021-11-09 2022-02-08 广州方硅信息技术有限公司 基于任务互动的直播间推荐方法、系统及计算机设备

Also Published As

Publication number Publication date
CN114630189B (zh) 2024-06-25

Similar Documents

Publication Publication Date Title
CN111970526B (zh) 界面通知消息处理方法、装置、设备及存储介质
CN113453030B (zh) 直播中的音频交互方法、装置、计算机设备及存储介质
CN113573083A (zh) 连麦直播互动方法、装置及计算机设备
CN113840154A (zh) 基于虚拟礼物的直播互动方法、系统及计算机设备
CN109634597B (zh) 数据处理方法、装置、电子设备及存储介质
CN113613027B (zh) 直播间推荐方法、装置及计算机设备
CN113727130A (zh) 直播间的消息提示方法、系统、装置及计算机设备
CN113824976A (zh) 直播间内的进场秀显示方法、装置及计算机设备
CN113824979A (zh) 直播间的推荐方法、装置及计算机设备
CN114268812A (zh) 直播间虚拟资源赠送方法、装置、计算机设备及存储介质
CN113596504A (zh) 直播间虚拟礼物赠送方法、装置及计算机设备
CN115357497A (zh) 业务故障分析方法、装置、介质以及计算机设备
CN113824984A (zh) 虚拟礼物流水的显示方法、系统、装置及计算机设备
CN113891162B (zh) 直播间加载方法、装置、计算机设备及存储介质
CN114630189B (zh) 直播间内的多渠道进场提示方法、系统、装置、计算机设备及介质
CN114760502A (zh) 直播间进场秀合并播放方法、装置及计算机设备
CN113411622B (zh) 直播界面的加载方法、装置、客户端及存储介质
CN115065838A (zh) 直播间封面交互方法、系统、装置及电子设备
CN113727180A (zh) 投屏播放控制方法及其装置、设备与介质
CN114245223B (zh) 直播间任务加载方法、系统、装置及计算机设备
CN114125535B (zh) 直播发言方法、系统、装置、设备及存储介质
CN114302162B (zh) 消息气泡的显示方法、系统、装置及计算机设备
CN114786050B (zh) 基于观光巴士的直播间互动方法、装置、介质以及设备
CN114630154A (zh) 直播观众导入方法、系统、装置及计算机设备
CN115291825A (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