CN113660533A - 直播数据的统计方法、电子设备和计算机可读装置 - Google Patents
直播数据的统计方法、电子设备和计算机可读装置 Download PDFInfo
- Publication number
- CN113660533A CN113660533A CN202110808720.0A CN202110808720A CN113660533A CN 113660533 A CN113660533 A CN 113660533A CN 202110808720 A CN202110808720 A CN 202110808720A CN 113660533 A CN113660533 A CN 113660533A
- Authority
- CN
- China
- Prior art keywords
- live broadcast
- data
- live
- party application
- application program
- 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
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/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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- 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/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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (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是本申请电子设备第二实施例的结构示意图;
图12是本申请计算机可读存储装置一实施例的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
直播平台是当下最流行的娱乐平台之一。直播平台除了向观众提供主播的直播内容之外,还根据观众与主播在主播的直播间中的互动信息生成直播平台的直播统计数据。
直播平台的直播服务器通常根据直播客户端中,观众与主播在主播的直播间中的互动产生的信息,获取某一直播间的互动信息。该互动信息包括观众加入直播间的信息、观众在直播间发送弹幕评论的信息、以及观众向主播赠送礼物的信息。之后,直播服务器根据直播平台中的全部直播间的互动信息生成直播平台的直播统计数据。该直播统计数据用于反映直播平台的运营情况,例如直播平台的收益、直播平台的观众数量、以及直播平台的观众的活跃比例。
而在有些时候,该直播统计数据也用于提高直播间直播过程中的互动性与观赏性,使得直播过程更加的多样化、增加用户在直播过程中的观看体验。例如,在发送了特定数量的礼物后,发送的弹幕为彩色弹幕。
而这些直播过程中需要利用的统计数据一般交给第三方应用程序进行统计。在第三方应用程序统计直播间数据时,采用的方法通常是通过爬虫爬取直播间内的数据或者通过直播服务端来统计直播间内的数据。网络爬虫是按照一定的规则,自动抓取万维网信息的程序或脚本。网络检索功能源于互联网内容***性发展所带来的对内容检索的需求。随着搜索引擎的发展,网络信息搜索已成为人们日常上网的必要内容。为了使得搜索引擎满足人们的需求,“网络机器人”应运而生。最初他们只被用来统计互联网上的服务器数量,随着逐步的发展,这些机器人开始能够检索网站域名,获取分析网页信息。由于专门用于检索信息的机器人像蜘蛛一样在网络空间上爬来爬去获取信息,网络爬虫的概念由此而来。利用网络爬虫不仅可以为搜索引擎采集网络信息,还可以定向采集某些网站的特定信息,例如直播平台的弹幕信息。
但是爬虫的方式爬取直播间内的数据是非常复杂且不合规的,并且在统计完成之后,数据会通过直播服务端发送给前端。而所统计的数据是直播间内已经存在的数据,再次通过直播服务端发送时,重复的数据发送就会引起直播时的带宽成本的增加。
为了解决上述的技术问题,本申请提出如下实施例:
图1是本申请一个示意性实施例直播数据统计***的结构示意图。可选地,如图1所示,该***包括:直播间的直播主播终端10、直播服务端20、直播间至少一个直播客户终端30。
可选地,直播服务端20可为一台服务端或者有若干台服务端组合成服务端集群或是一个云计算的服务中心等等。直播主播终端10为可包含摄像头的终端设备,例如平板电脑、台式电脑、笔记本电脑以及智能手机等等。直播客户终端30为电脑、电视、智能手机以及多媒体播放器等等。可选地,直播服务端20和直播主播终端10之间通过有线网络或无线网络建立连接,直播服务端20与直播客户终端30之间通过有线网络或无线网络建立连接。
进一步说明的是,直播主播终端10上有直播主播端,直播主播终端10通过直播主播端与直播服务端建立通信连接。直播客户终端30上有直播客户端,直播客户终端30通过直播客户端与直播服务端建立通信连接。该直播数据统计***可实现下述本申请直播数据统计方法第一至第八实施例及任意可能的组合所描述的统计方法。
参照图2,图2为本申请直播数据统计方法的第一实施例的时序示意图,该方法具体可以包括如下步骤:
S10:建立通信连接。
直播客户端打开了目标直播间,需要从目标直播间拉取相关的数据。有些数据可以直接从直播主播端拉取,而有些数据需要直播服务端对其进行相关处理后再从直播服务端拉取。可以从直播主播端拉取的数据包括主播端的音频流数据以及视频流数据等,需要从直播服务端拉取的数据包括,整合的从直播间内的各个直播客户端发送的弹幕数据、礼物数据等,其中还可能还包括直播主播端发送的弹幕以及礼物等数据。因此直播客户端需要与直播服务端建立通信连接以通过直播服务端发送数据至目标直播间或接收目标直播间内的数据。
直播客户端与直播服务端之间建立通信连接可以有多种方式,可选地,本实施例中,选用Websocket进行通信连接的建立。
WebSocket是一种在TCP(Transmission Control Protocol,传输控制协议)连接上进行双工通信的协议。为了创建WebSocket连接,一般通过客户端发出请求,之后服务端进行回应,这个过程通常称为“握手”。WebSocket使得客户端与服务端之间的数据变得更加简单,而且服务端可以主动向客户端推送数据。在WebSocket接口中,客户端与服务端只需要完成一次握手就可以创建持久性的连接,以进行双向的数据传输。
在直播客户端与直播服务端的通信连接建立后,执行步骤S11。
S11:注册监听函数。
注册监听函数即是将预先设置的函数的函数指针作为参数传递给调用者,当某个特定的事件发生时就会根据函数指针来调用预先设置的函数执行以达到相应目的。函数指针就是存放该函数地址的指针。本实施例中,在打开第三方应用程序之后,第三方应用程序向直播间注册监听函数,即把函数指针发送给直播客户端以帮助直播客户端进一步处理从直播服务端接收的数据,该数据包括弹幕数据和礼物数据。在直播客户端内注册了监听函数之后,当直播客户端接收到弹幕数据和礼物数据时,直播客户端就会调用接收的函数指针,执行函数指针所指向的函数,以对接收到的数据进行相应的处理得到需要的结果,并将结果发送给第三方应用程序。可以理解的是,该函数指针所指向的函数可以包括在第三方应用程序内,也可以不在第三方应用程序内。
可选地,在执行步骤S11注册监听函数时,还可包括如下步骤:第三方应用程序向直播客户端发送的表征预定类型的第一参数和所述第三方应用程序的身份的第二参数。
本实施例中,在直播客户端与直播服务端建立了通信连接后,第三方应用程序就会向直播客户端发送表征所述预定类型的第一参数和表征所述第三方应用程序的身份的第二参数。
可选地,通过Iframe的postMessage方法发送表征预定类型的第一参数和表征第三方应用程序的身份的第二参数。更具体地,可以将参数数据发送给直播客户端的直播间的父页面。
Iframe是HTML的标签,用于规定一个内联框架,该内联框架用于在当前HTML文档中嵌入另一个文档。HTML(HyperText Markup Language)是超文本标记语言,是一种标记语言。它包括一系列的标签,这些标签将网络上的文档格式统一,使得分散的网络资源链接为一个逻辑整体。用HTML编写的超文本文档成为HTML文档。HTML5是目前所使用的超文本标记语言的语言标准。PostMessage方法是在HTML5中新增的方法。该方法可以实现两个跨域页面的消息传递,即可以实现直播客户端和第三方应用程序两个不同页面之间的数据传递。本实施例中的第三方应用程序可以包括前端应用程序(H5应用)。
另外,在第三方应用程序向直播客户端注册监听函数的过程中,有关何时启动第三方应用程序或者何时通知第三方应用程序,从而使得第三方应用程序开始向直播客户端注册监听函数的方法,具体地,可以通过以下几个实施例的步骤进行实施。
参照图3,图3为本申请直播数据统计方法第二实施例的流程示意图。该方法包括:
S21:直播客户端与直播服务端建立通信连接。
S22:直播客户端向第三方应用程序发送通信连接建立成功的信息。
S23:第三方应用程序根据通信连接建立成功的信息向直播客户端注册监听函数。
本实施例中,直播客户端作为主体来诱导第三方应用程序向直播客户端注册监听函数。当用户进入直播间时,直播客户端尝试与直播主播端和直播服务端进行通信连接的建立。可选地,通过WebSocket建立持久性的通信连接。
可选地,在直播客户端与直播服务端的通信连接建立成功后,直播客户端可以向第三方发送直播客户端通信连接成功建立的信息,使得第三方应用程序以此向直播客户端注册监听函数。
可选地,在某些情况下为了节约时间成本,可以在直播客户端通过Websocket与直播服务端建立通信连接的同时直接向第三方应用程序发送通信连接建立成功的信息,以使得第三方应用程序可以及时注册监听函数。
可选地,第三方应用程序处于关闭状态,直播客户端在向第三方应用程序发送通信连接成功建立的同时或之前,启动第三方应用程序,以使得第三方应用程序以此向直播客户端注册监听函数。
参照图4,图4为本申请直播数据统计方法第三实施例的流程示意图。该方法包括:
S31:第三方应用程序监测直播客户端是否与直播服务端建立了通信连接。
S32:在监测到直播客户端与直播服务端成功建立通信连接后,第三方应用程序向直播客户端注册监听函数。
本实施例中,第三方应用程序本身来作为主体向直播客户端注册监听函数。当用户在直播客户端进入直播相关的程序时,也同时开启了第三方应用程序。此时,第三方应用程序开启了对于直播客户端与直播服务端之间通信连接的监测。当监测到用户进入直播间,或者是直播客户端与直播服务端成功建立了通信连接的时候,第三方应用程序向直播客户端注册监听函数以获取相关数据信息。
参照图5,图5为本申请直播数据统计方法第三实施例的流程示意图。该方法包括:
S41:直播服务端与直播客户端建立通信连接。
S42:直播服务端向第三方应用程序发送通信连接建立成功的信息。
S43:第三方应用程序根据通信连接建立成功的信息向直播客户端注册监听函数。
本实施例中,直播服务端作为主体来诱导第三方应用程序向直播客户端注册监听函数。当用户进行直播间时,直播客户端尝试与直播主播端和直播服务端进行通信连接的建立。可选地,通过WebSocket建立持久性的通信连接。在直播客户端与直播服务端的通信连接建立成功后,直播服务端可以向第三方发送与直播客户端通信连接成功建立的信息,使得第三方应用程序以此向直播客户端注册监听函数。
可选地,第三方应用程序处于关闭状态,在直播客户端与直播服务端的通信连接建立成功后,直播服务端启动第三方应用程序并向其发送与直播客户端的通信连接成功建立的信息,使得第三方应用程序以此向直播客户端注册监听函数。
执行完步骤S11后,当监听事件发生时,进入步骤S12。
S12:执行监听函数。
本实施例中,触发S12的监听事件为直播客户端接收直播服务端推送的数据。可选地,在直播客户端接收直播服务端推送的数据之前,直播客户端还可发送数据至直播服务端。该数据包括直播客户端在目标直播间内发送的数据。直播服务端将一个或多个的直播客户端在目标直播间内发送的数据进行统计、格式化并且处理后再推送给一个或多个打开了目标直播间的直播客户端。直播客户端接收到数据后就会调用接收的函数指针所指向的函数进行执行。
如图6所示,图6为本申请直播数据统计方法第五实施例的流程示意图。对于具体的执行监听函数的过程,可通过图6中包括的如下步骤实现:
S121:通过预先设置且表征预定类型的第一参数得到预定类型的数据。
在接收到推送的数据时,直播客户端会执行监听函数并调用事先接收的表征预定类型的第一参数对接收的推送数据进行选择,若符合第一参数,那么该数据就被选择,作为要发送至第三方应用程序的预定类型的数据。
S122:确定与第一参数对应的预先设置且表征第三方应用程序的身份信息的第二参数,以发送预定类型的数据。
在选择了预定类型的数据后,直播客户端会执行监听函数并调用事先接收的表征第三方应用程序的身份信息的第二参数对第三方应用程序进行选择以发送选择好的预定类型的数据。第二参数与第一参数具有一定的对应关系,直播客户端会把通过第一参数得到的预定类型的数据发送给符合对应的第二参数的第三方应用程序。
可选地,直播客户端通过Iframe的postMessage方法将预定类型的数据发送至第三方应用程序。
S13:发送监听的数据信息。
向注册了监听函数的第三方应用程序发送相应的符合其监听类型的数据信息。
可选地,直播客户端通过Iframe的postMessage方法将预定类型的数据发送至第三方应用程序。
S14:对接收到的监听的数据信息进行相应的处理。
第三方应用程序接收到数据信息后进行相应的数据处理操作,也可以将数据信息发送给其他程序进行处理。
通过本申请第一至第五实施例以及可能的组合所描述的方法,通过在直播客户端内注册监听函数,使得当直播客户端接收到来自服务端的数据时,直播客户端就会执行监听函数将符合预定类型的数据从接收的数据中选择出来并发送给对应的第三方应用程序,从而使得第三方应用程序无需在直播间爬取或在直播服务端统计完数据后,将已有的数据从直播服务端再次发送至前端,也就减少了直播时数据的发送量,进而减少直播时的带宽成本。
如图7所示,图7为本申请第六实施例的时序示意图。图7展示了当直播客户端进入直播间时,多个第三方应用程序对直播客户端进行监听,以获取不同各自需要的数据,分别进行相应的处理。例示性的,图7中只展示了存在两个第三方应用程序的情况。该方法包括:
S51:直播客户端与直播服务端建立通信连接。
直播客户端打开了直播间,直播客户端尝试与直播服务端建立通信连接以接收直播间内的相关数据信息。可选地,通过Websocket建立持久性的通信连接。
S52:注册监听函数。
第三方应用程序向直播客户端注册监听函数以获取符合预先设置的数据类型的数据信息。
可选地,直播客户端在与直播服务端建立了通信连接后,第三方应用程序根据直播客户端发送的与直播服务端成功建立通信连接的信息,向直播客户端注册监听函数。
可选地,直播客户端在与直播服务端建立通信连接的同时,第三方应用程序根据直播客户端发送的与直播服务端成功建立通信连接的信息,向直播客户端注册监听函数。
可选地,第三方应用程序处于关闭状态,直播客户端在向第三方应用程序发送通信连接成功建立的同时或之前,启动第三方应用程序,以使得第三方应用程序以此向直播客户端注册监听函数。
可选地,第三方应用程序监测直播客户端与直播服务端之间的通信连接。当监测到用户进入直播间,或者是直播客户端与直播服务端成功建立了通信连接的时候,第三方应用程序向直播客户端注册监听函数。
可选地,在直播客户端与直播服务端的通信连接建立成功后,直播服务端向第三方发送与直播客户端通信连接成功建立的信息,使得第三方应用程序以此向直播客户端注册监听函数。
可选地,第三方应用程序处于关闭状态,直播服务端在向第三方应用程序发送通信连接成功建立的同时或之前,启动第三方应用程序,使得第三方应用程序以此向直播客户端注册监听函数。
S53:发送第一参数和第二参数。
第一参数和第二参数所指的是第三方应用程序1所要监听的数据类型信息。其可以是数据信息所属的用户,数据信息的类型等信息中的一种或者多种不同的数据类型信息。例如,第一参数是直播间内用户A的弹幕数据,第二参数是直播间内用户A的礼物数据,或者,整体的,第一参数是直播间内的弹幕数据,第二参数是直播间内的礼物数据。
S54:发送第三参数。
第三参数所指的是表征第三方应用程序1的身份信息的数据信息。其可以与第一、第二参数进行绑定,以便于直播客户端在获取到符合第一参数或第二参数的数据信息时,向第三方应用程序1发送该数据信息。
S55:发送第四参数。
第四参数所指的是第三方应用程序2所要监听的数据类型信息。
S56:发送第五参数。
第五参数坐直的是表征第三方应用程序2的身份信息的数据信息。其可以与第四参数进行绑定,以便于直播客户端在获取到符合第第四参数的数据信息时,向第三方应用程序2发送该数据信息。
在直播客户端内注册了监听函数之后,当直播客户端从直播服务端接收数据信息时就会执行监听函数。
S57:通过预先设置且表征预定类型的第一参数、第二参数、第四参数得到相应的预定类型的数据。
S58:确定与第一参数和第二参数对应的预先设置且表征第三方应用程序1的身份信息的第三参数,以向第三方应用程序1发送预定类型的数据。确定与第四参数对应的预先设置且表征第三方应用程序2的身份信息的第五参数,以向第三方应用程序2发送预定类型的数据。
S59:发送监听的数据信息。
分别向注册了监听函数的第三方应用程序1和第三方应用程序2发送相应的符合其监听类型的数据信息。
可选地,直播客户端通过Iframe的postMessage方法将预定类型的数据发送至第三方应用程序。
S60:对接收到的监听的数据信息进行相应的处理。
第三方应用程序接收到数据信息后进行相应的数据处理操作,也可以将数据信息发送给其他程序进行处理。
本申请直播数据统计方法第七实施例是在上述的本申请直播数据统计方法第一实施例的基础上,以直播客户端为视角,进行描述。如图8所示,本实施例具体可以包括如下步骤:
S61:直播客户端与直播服务端建立通信连接。
S62:在通信连接建立后,在直播客户端内注册监听函数。
S63:直播客户端通过监听函数获取预定类型的数据并发送至第三方应用程序。
可选地,步骤S81中直播客户端与直播服务端建立通信连接,可以包括:直播客户端与直播服务端通过WebSocket进行握手以建立通信连接。
可选地,直播客户端在与直播服务端建立了通信连接后,第三方应用程序根据直播客户端发送的与直播服务端成功建立通信连接的信息,向直播客户端注册监听函数。
可选地,直播客户端在与直播服务端建立通信连接的同时,第三方应用程序根据直播客户端发送的与直播服务端成功建立通信连接的信息,向直播客户端注册监听函数。
可选地,第三方应用程序处于关闭状态,直播客户端在向第三方应用程序发送通信连接成功建立的同时或之前,启动第三方应用程序,以使得第三方应用程序以此向直播客户端注册监听函数。
可选地,第三方应用程序监测直播客户端与直播服务端之间的通信连接。当监测到用户进入直播间,或者是直播客户端与直播服务端成功建立了通信连接的时候,第三方应用程序向直播客户端注册监听函数。
可选地,在直播客户端与直播服务端的通信连接建立成功后,直播服务端向第三方发送与直播客户端通信连接成功建立的信息,使得第三方应用程序以此向直播客户端注册监听函数。
可选地,第三方应用程序处于关闭状态,直播服务端在向第三方应用程序发送通信连接成功建立的同时或之前,启动第三方应用程序,使得第三方应用程序以此向直播客户端注册监听函数。
可选地,步骤S62中在直播客户端内注册监听函数,可以包括:直播客户端通过Iframe的postMessage方法接收表征所述预定类型的第一参数和表征所述第三方应用程序的身份的第二参数以在执行监听函数时调用。
可选地,步骤S63中直播客户端通过监听函数获取预定类型的数据并发送至第三方应用程序,可以包括:直播客户端通过Iframe的postMessage方法将预定类型的数据并发送至第三方应用程序。
可选地,在步骤S63之前,可以包括:直播客户端从直播服务端接收经过统计处理的直播客户端所打开的目标直播间内数据。
可选地,在步骤S63之前,可以包括:直播客户端向直播服务器发送直播客户端在所打开的目标直播间内发送的数据,再从直播服务端接收经过统计处理的直播客户端所打开的目标直播间内数据。
在一实际应用场景中,直播客户端可包括同一用户信息登录使用的不同终端,例如,手机端和PC端。当手机端与PC端都打开了直播间,当打开的直播间不同时,其数据统计方案按上述实施例及可能的组合进行实施。当打开的直播间相同时,当一端通过监听函数获取了相应的数据信息后,或者是处理好了获取的相应的数据信息后,可以在通过手机与PC端之间建立通信连接,以将获取的统计数据信息进行传输,避免另一端的监听统计。
在另一实际应用场景中,直播客户端打开了多个不同的直播间。一个第三方应用程序可以向多个不同的直播间的界面注册监听函数,以获取相应的数据信息。这些监听函数所获取的数据信息类型可以是相同的,也可以是不同的。在获取了数据信息后,第三方应用程序可以先行处理,也可以交由其他程序进行处理,处理结束后再将相应的数据信息返还给相应的直播间界面。相应的数据信息在获取的时候可以设有指示符,以指示是哪一个直播界面的数据信息,该指示符在后续处理中可以作形式上的转换,但是并不会消失。在将相应的数据信息返回对应的直播间界面时,可以依照该指示符识别相应的直播间界面。
关于本实施例上述步骤的详细描述可以参见本申请直播数据统计方法前述实施例中的详细描述,在此不再赘述。
本申请第七实施例通过在直播客户端内注册监听函数,使得当直播客户端接收到来自服务端的数据时,直播客户端就会执行监听函数将符合预定类型的数据从接收的数据中选择出来并发送给对应的第三方应用程序,从而使得第三方应用程序无需在直播间爬取或在直播服务端统计完数据后,将已有的数据从直播服务端再次发送至前端,也就减少了直播时数据的发送量,进而减少直播时的带宽成本。
本申请直播数据统计方法的第八实施例是在本申请第一实施例以及第三实施例的基础上,将第三方应用程序安装在直播服务端,以直播服务端为视角,进行描述。如图9所示,本实施例具体可以包括以下步骤:
S71:直播服务端与直播客户端建立通信连接。
S72:直播服务端与本地运行的第三方应用程序通信,以使得第三方应用程序向直播客户端注册监听函数,监听函数用于为第三方应用程序监听预定类型的数据,监听到的所述预定类型的数据被配置为发送至第三方应用程序。
可选地,步骤S71中,直播服务端与直播客户端建立通信连接,可以包括:直播服务端与直播客户端通过WebSocket进行握手以建立通信连接。
可选地,第三方应用程序监测直播客户端与直播服务端之间的通信连接。当监测到用户进入直播间,或者是直播客户端与直播服务端成功建立了通信连接的时候,第三方应用程序向直播客户端注册监听函数。
可选地,在直播客户端与直播服务端的通信连接建立成功后,直播服务端向第三方发送与直播客户端通信连接成功建立的信息,使得第三方应用程序以此向直播客户端注册监听函数。
可选地,第三方应用程序处于关闭状态,直播服务端在向第三方应用程序发送通信连接成功建立的同时或之前,启动第三方应用程序,使得第三方应用程序以此向直播客户端注册监听函数。
可选地,在步骤S71直播服务端与直播客户端建立通信连接后,直播服务端向直播客户端发送经过统计处理的直播客户端打开的目标直播间内的数据。
可选地,在步骤S71直播服务端与直播客户端建立通信连接后,直播服务端接收直播客户端在目标直播间发送的数据后再向直播客户端发送经过统计处理的直播客户端打开的目标直播间内的数据。
可选地,步骤S72中,第三方应用程序通过Iframe的postMessage方法发送表征所述预定类型的第一参数和表征所述第三方应用程序的身份的第二参数。
在一实际应用场景中,第三方应用程序可以监听多个直播间界面,即向不同的直播间界面注册监听函数。这些监听函数所获取的数据信息类型可以是相同的,也可以是不同的。在获取了数据信息后,第三方应用程序可以先行处理,也可以交由其他程序进行处理,处理结束后再将相应的数据信息返还给相应的直播间界面。相应的数据信息在获取的时候可以设有指示符,以指示是哪一个直播界面的数据信息,该指示符在后续处理中可以作形式上的转换,但是并不会消失。在将相应的数据信息返回对应的直播间界面时,可以依照该指示符识别相应的直播间界面。
关于本实施例上述步骤的详细描述可以参见本申请直播数据统计方法前述实施例中的详细描述,在此不再赘述。
本申请第八实施例通过在直播客户端内注册监听函数,使得当直播客户端接收到来自服务端的数据时,直播客户端就会执行监听函数将符合预定类型的数据从接收的数据中选择出来并发送给对应的第三方应用程序,从而使得第三方应用程序无需在直播间爬取或在直播服务端统计完数据后,将已有的数据从直播服务端再次发送至前端,也就减少了直播时数据的发送量,进而减少直播时的带宽成本。
如图10所示,本申请电子设备一实施例描述的电子设备40可以是电脑、手机、平板电脑、服务端或智能穿戴设备等。电子设备40可以包括处理器100和存储器200,还可以包括显示器300。处理器100可以通过通讯总线与存储器200和显示器300连接。
处理器100用于控制电子设备的操作,处理器100还可以称为CPU(CentralProcessing Unit,中央处理单元)。处理器100可以是一种集成电路芯片,具有信号的处理能力。处理器100还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器200可以包括随机存取存储器(RAM)、只读存储器(ROM)、闪存、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、寄存器、硬盘、可移动盘、CD-ROM,等等。存储器200可以存储有程序数据,程序数据例如可包括单条指令、或许多条指令,且可分布在若干不同的代码段上,分布在不同的程序间以及跨多个存储器200分布。存储器200可被耦接到处理器100以使得该处理器100能从/向该存储器200读写信息。当然,存储器200可以被整合到处理器100中。
显示器300用于电子设备40的显示,例如显示应用程序的页面等。
处理器100可以用于执行存储器200中的程序数据,进而实现本申请直播数据统计方法第一至第七实施例中任一种及可能的组合所提供的方法。
如图11所示,本申请电子设备一实施例包括:处理器210和存储器220。
处理器210控制电子设备的操作,处理器210还可以称为CPU(Central ProcessingUnit,中央处理单元)。处理器210可能是一种集成电路芯片,具有信号序列的处理能力。处理器210还可以是通用处理器、数字信号序列处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器220存储处理器210工作所需要的指令和数据。
处理器210用于执行指令以实现本申请直播数据统计方法第八实施例所提供的方法。
如图12所示,本申请计算机可读存储装置一实施例包括存储器310,存储器310存储有程序数据,该程序数据被执行时实现本申请直播数据统计方法任一实施例及可能的组合所提供的方法。
存储器310可以包括只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、闪存(Flash Memory)、硬盘、光盘等。
综上所述,上述实施例通过在直播客户端内注册监听函数,使得当直播客户端接收到来自服务端的数据时,直播客户端就会执行监听函数将符合预定类型的数据从接收的数据中选择出来并发送给对应的第三方应用程序,从而使得第三方应用程序无需在直播间爬取或在直播服务端统计完数据后,将已有的数据从直播服务端再次发送至前端,也就减少了直播时数据的发送量,进而减少直播时的带宽成本。
在本申请所提供的几个实施例中,应该理解到,所揭露的电子设备和线程来源获取方法,可以通过其它的方式实现。例如,以上所描述的各实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在计算机可读的存储装置中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储装置中,具有包括若干指令(程序数据)用以使得一台计算机设备(可以是个人计算机,服务端,或者网络设备等)或处理器(processor)执行本发明各个实施方式方法的全部或部分步骤。而前述的存储装置可以被计算机所读取,包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、磁碟或者光盘等各种计算机可读存储装置以及具有上述存储装置的电脑、手机、笔记本电脑、平板电脑、相机等电子设备。
以上所述仅为本申请的实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种直播数据统计方法,其特征在于,包括:
直播客户端与直播服务端建立通信连接;
在所述通信连接建立后,在所述直播客户端内注册监听函数,所述监听函数用于为第三方应用程序监听预定类型的数据;
所述直播客户端通过所述监听函数获得所述预定类型的数据并发送至所述第三方应用程序。
2.根据权利要求1所述的直播数据统计方法,其特征在于,
所述直播客户端通过所述监听函数获得所述预定类型的数据并发送至所述第三方应用程序,包括:
所述直播客户端通过预先设置且表征所述预定类型的第一参数得到所述预定类型的数据;
所述直播客户端通过预先设置且表征所述第三方应用程序的身份的第二参数将所述预定类型的数据发送至所述第三方应用程序。
3.根据权利要求2所述的直播数据统计方法,其特征在于,
所述直播客户端通过预先设置且表征所述第三方应用程序的身份的第二参数将所述预定类型的数据发送至所述第三方应用程序,包括:
所述直播客户端通过Iframe的postMessage方法将所述预定类型的数据发送至所述第三方应用程序。
4.根据权利要求1所述的直播数据统计方法,其特征在于,
所述在所述直播客户端内注册监听函数,包括:
所述直播客户端接收所述第三方应用程序发送的表征所述预定类型的第一参数和表征所述第三方应用程序的身份的第二参数。
5.根据权利要求4所述的直播数据统计方法,其特征在于,
所述直播客户端接收所述第三方应用程序发送的表征所述预定类型的第一参数和表征所述第三方应用程序的身份的第二参数,包括:
所述直播客户端通过Iframe的postMessage方法接收表征所述预定类型的第一参数和表征所述第三方应用程序的身份的第二参数。
6.根据权利要求1所述的直播数据统计方法,其特征在于,
所述直播客户端与直播服务端建立通信连接之后,包括:
所述直播客户端接收所述直播服务端发送经过统计处理的目标直播间内的数据;或
所述直播客户端向所述直播服务端发送数据后接收所述直播服务端发送的经过统计处理的所述目标直播间内的数据;
其中,所述目标直播间内的数据为所述监听函数的监听对象。
7.一种直播数据统计方法,其特征在于,
直播服务端与直播客户端建立通信连接;
在所述通信连接建立后,所述直播服务端与本地运行的第三方应用程序通信,以使得所述第三方应用程序向所述直播客户端注册监听函数,所述监听函数用于为第三方应用程序监听预定类型的数据,所述监听到的所述预定类型的数据被配置为发送至所述第三方应用程序。
8.一种电子设备,其特征在于,包括存储器和处理器,所述存储器用于存储程序数据,所述程序数据能够被所述处理器执行,以实现如权利要求1-6任一项所述的方法。
9.一种电子设备,其特征在于,包括存储器和处理器,所述存储器用于存储程序数据,所述程序数据能够被所述处理器执行,以实现如权利要求7所述的方法。
10.一种计算机可读存储装置,其特征在于:存储有程序数据,所述程序数据能够被处理器执行,以实现如权利要求1-7任一项所述的直播数据统计方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110808720.0A CN113660533A (zh) | 2021-07-16 | 2021-07-16 | 直播数据的统计方法、电子设备和计算机可读装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110808720.0A CN113660533A (zh) | 2021-07-16 | 2021-07-16 | 直播数据的统计方法、电子设备和计算机可读装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113660533A true CN113660533A (zh) | 2021-11-16 |
Family
ID=78489543
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110808720.0A Pending CN113660533A (zh) | 2021-07-16 | 2021-07-16 | 直播数据的统计方法、电子设备和计算机可读装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113660533A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104572263A (zh) * | 2014-12-30 | 2015-04-29 | 腾讯科技(深圳)有限公司 | 一种页面数据交互方法、相关装置及*** |
CN105468351A (zh) * | 2014-09-11 | 2016-04-06 | 阿里巴巴集团控股有限公司 | 一种用于开发Android平台应用的软件集成方法及装置 |
CN108536570A (zh) * | 2018-03-28 | 2018-09-14 | 口碑(上海)信息技术有限公司 | 数据直播间灰度压测的方法、装置及*** |
CN109474619A (zh) * | 2018-12-17 | 2019-03-15 | 中国平安财产保险股份有限公司 | 数据加密上报方法及装置、数据解密方法及装置 |
CN109635222A (zh) * | 2018-12-07 | 2019-04-16 | 深圳前海微众银行股份有限公司 | 网页权限管控方法、装置、设备及计算机可读存储介质 |
CN110647438A (zh) * | 2019-08-13 | 2020-01-03 | 平安科技(深圳)有限公司 | 事件监控方法、装置、计算机设备和存储介质 |
CN110971596A (zh) * | 2019-11-25 | 2020-04-07 | 广州虎牙科技有限公司 | 消息监听方法、装置、电子设备和机器可读存储介质 |
CN112104898A (zh) * | 2020-08-31 | 2020-12-18 | 广州华多网络科技有限公司 | 连线直播控制方法、装置及相应的设备及存储介质 |
-
2021
- 2021-07-16 CN CN202110808720.0A patent/CN113660533A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105468351A (zh) * | 2014-09-11 | 2016-04-06 | 阿里巴巴集团控股有限公司 | 一种用于开发Android平台应用的软件集成方法及装置 |
CN104572263A (zh) * | 2014-12-30 | 2015-04-29 | 腾讯科技(深圳)有限公司 | 一种页面数据交互方法、相关装置及*** |
CN108536570A (zh) * | 2018-03-28 | 2018-09-14 | 口碑(上海)信息技术有限公司 | 数据直播间灰度压测的方法、装置及*** |
CN109635222A (zh) * | 2018-12-07 | 2019-04-16 | 深圳前海微众银行股份有限公司 | 网页权限管控方法、装置、设备及计算机可读存储介质 |
CN109474619A (zh) * | 2018-12-17 | 2019-03-15 | 中国平安财产保险股份有限公司 | 数据加密上报方法及装置、数据解密方法及装置 |
CN110647438A (zh) * | 2019-08-13 | 2020-01-03 | 平安科技(深圳)有限公司 | 事件监控方法、装置、计算机设备和存储介质 |
CN110971596A (zh) * | 2019-11-25 | 2020-04-07 | 广州虎牙科技有限公司 | 消息监听方法、装置、电子设备和机器可读存储介质 |
CN112104898A (zh) * | 2020-08-31 | 2020-12-18 | 广州华多网络科技有限公司 | 连线直播控制方法、装置及相应的设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111901674B (zh) | 一种视频播放控制方法及装置 | |
US10313726B2 (en) | Distributing media content via media channels based on associated content being provided over other media channels | |
EP3021556B1 (en) | Transmission method and device for media stream in video conference | |
CN108833950B (zh) | 一种弹幕消息下发方法、服务器、***和存储介质 | |
CN104539977B (zh) | 直播预览方法及装置 | |
US8990325B2 (en) | Real-time and interactive community-based content publishing system | |
US20150058407A1 (en) | Systems, methods, and apparatuses for implementing the simultaneous display of multiple browser client cursors at each browser client common to a shared browsing session | |
CN109085950B (zh) | 基于电子白板的多屏互动方法、装置及电子白板 | |
CN112312187B (zh) | 对视频进行投屏播放的方法、装置、设备及存储介质 | |
CN108932346B (zh) | 电子白板内容的共享方法、装置及电子白板 | |
CN110337014B (zh) | 一种实时投屏的方法 | |
CN108174267B (zh) | 直播中互动信息的发送装置、方法及计算机可读存储介质 | |
CN111312240A (zh) | 数据控制方法、装置、电子设备及存储介质 | |
CN111901695B (zh) | 视频内容截取方法、装置和设备及计算机存储介质 | |
CN112911320B (zh) | 一种直播方法、装置、计算机设备和存储介质 | |
US11706498B2 (en) | Playback method, system, device and readable storage medium of live broadcast content | |
WO2023083186A1 (zh) | 直播内容的处理方法、电子设备、可读存储介质及计算机程序产品 | |
CN111381749A (zh) | 一种图像显示和处理方法、装置、设备和存储介质 | |
CN108512889B (zh) | 一种基于http的应用响应推送方法及代理服务器 | |
CN110418176B (zh) | 弹幕信息处理方法、装置、服务器及存储介质 | |
CN113660533A (zh) | 直播数据的统计方法、电子设备和计算机可读装置 | |
CN103634667A (zh) | 一种基于机顶盒的获取网络推送信息的方法和装置 | |
CN109618121B (zh) | 视频会议信息安全的处理方法及装置 | |
US20070038925A1 (en) | Client-server interface to push messages to the client browser | |
CN108667863B (zh) | 一种基于本地代理的web业务适配***及方法 |
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 |