CN109151497A - 一种连麦直播方法、装置、电子设备及存储介质 - Google Patents
一种连麦直播方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN109151497A CN109151497A CN201810885149.0A CN201810885149A CN109151497A CN 109151497 A CN109151497 A CN 109151497A CN 201810885149 A CN201810885149 A CN 201810885149A CN 109151497 A CN109151497 A CN 109151497A
- Authority
- CN
- China
- Prior art keywords
- data packet
- wheat
- client
- live video
- identifier
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
-
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
-
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
-
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
- H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
Abstract
本申请公开了一种连麦直播方法、装置、设备及存储介质,该方法包括步骤:至少两个连麦客户端进行连麦后,分别将自身的直播视频流发送给服务器;所述服务器接收所述至少两路直播视频流后,将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装所述数据包,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性;所述服务器将所述封装后的数据包发送给观众客户端;所述观众客户端接收所述封装后的数据包,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。旨在解决现有技术中,观众客户端的用户无法对连麦视频流展示的连麦画面进行自定义更改的技术问题。
Description
技术领域
本申请涉及直播领域,尤其涉及一种连麦直播方法、装置、电子设备及存储介质。
背景技术
连麦是互联网直播中常见的互动方式,目前,互联网直播中的连麦主要为至少两个连麦的连麦客户端将至少两路直播视频流发送给服务器后,服务器通过音视频合成的方式,将上述至少两路直播视频流合成一路连麦视频流,发送给观众客户端展示。但是,合成之后的连麦视频流无法拆分,使得观众客户端的用户无法对连麦视频流展示的连麦画面进行自定义更改。
发明内容
针对上述技术问题,本申请提供一种连麦直播方法、装置、电子设备及存储介质。
根据本申请实施例的第一方面,提供一种连麦直播方法,所述方法包括步骤:
接收至少两路直播视频流,所述直播视频流由进行连麦的连麦客户端发送;
将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性;
将所述封装后的数据包发送给观众客户端,以使所述观众客户端接收所述封装后的数据包后,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
在一些例子中,所述第一标识为预定位数的连续编号。
在一些例子中,所述按自定义的格式封装时,包括步骤:
统一所述至少两路视频流的时间轴;
将所述时间轴中同一时间戳对应的至少两帧直播图像连续编号。
在一些例子中,将所述时间轴中同一时间戳对应的至少两帧直播图像连续编号,包括步骤:
确定数据包的分组数;
确定各连麦客户端的数据包所属组号;
根据所述各连麦客户端的数据包所属组号,确定所述同一时间戳对应的至少两帧直播图像对应的各数据包的编号顺序,其中,以所述编号为被除数,分组数为除数,进行求余后的结果为所述编号对应的数据包所属的组号。
在一些例子中,所述数据包还包括由互动数据拆分而成的互动数据包。
在一些例子中,使各观众客户端建立P2P网络,以使所述观众客户端向其他观众客户端基于所述第一标识获取或发送封装后的数据包。
在一些例子中,所述数据包的大小与P2P网络的传输带宽匹配;或所述数据包的大小为1KB。
在本申请的第二方面,提供一种连麦直播方法,所述方法包括步骤:
从服务器接收数据包,其中,所述数据包由所述服务器接收至少两路直播视频流后,将所述至少两路直播视频流拆分成,并按自定义的格式封装得到,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性,所述直播视频流由进行连麦的连麦客户端发送给服务器;
根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
在一些例子中,所述根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,包括:
根据观众客户端用户指令,确定连麦画面中的各连麦客户端的直播图像的显示参数;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将对应的数据包按照所述显示参数,拼装得到连麦画面。
在一些例子中,所述根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,包括:
根据本端的用户行为数据,确定所述连麦画面中的各连麦客户端的直播图像的显示参数;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将对应的数据包按照所述显示参数,拼装得到连麦画面。
在一些例子中,所述用户互动行为数据包括:用户互动行为信息和/或所在直播间的信息。
在一些例子中,所述根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,包括:
根据本端用户行为数据确定本端用户关注的连麦客户端;
根据所述本端用户关注的连麦客户端,调整各连麦客户端的直播图像的显示参数,使本端用户关注的连麦客户端的直播图像重点显示;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将对应的数据包按照所述显示参数,拼装得到连麦画面。
在一些例子中,所述显示参数包括:分辨率、显示尺寸和/或显示位置。
在本申请的第三方面,提供一种连麦直播装置,所述装置包括:
接收模块,用于接收至少两路直播视频流,所述直播视频流由进行连麦的连麦客户端发送;
拆分及封装模块,用于将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装所述数据包,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性;
分发模块,用于所述服务器将所述封装后的数据包发送给观众客户端,以使所述观众客户端接收所述封装后的数据包后,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
在本申请的第四方面,提供一种连麦直播装置,所述装置包括:
获取模块,用于从服务器接收数据包,其中,所述数据包由所述服务器接收至少两路直播视频流后,将所述至少两路直播视频流拆分成,并按自定义的格式封装得到,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性,所述直播视频流由进行连麦的连麦客户端发送给服务器;
处理模块,用于根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
在本申请的第五方面,提供一种电子设备,包括:
存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现如上述第一方面或第二方面任一一项方法所述的操作。
在本申请的第六方面,提供一种机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述计算机指令被执行时进行如上述第一方面或第二方面任一一项方法所述的操作。
本申请中服务器通过将多个连麦客户端发送的直播视频流,拆分成数据包并按自定义格式封装,并将所述数据包发送给观众客户端,使得观众客户端利用一个连接通道就能获得的连麦客户端发送的完整数据,由于所述数据包拼装后的连麦画面,可以利用数据包的第一标识灵活拆分及拼装,所以观众客户端的用户可以根据自身需求,对展示的连麦画面进行自定义更改。
附图说明
图1为本申请实施例中示意性示出的连麦直播的网络架构;
图2为本申请实施例中一种连麦直播方法的流程图;
图3a为本申请实施例示意性示出的一种自定义的格式;
图3b为本申请实施例示意性示出的一种拼装连麦画面的示意图;
图4a-图4c为本申请实施例中三种不同的服务器架构下搭建的网络;
图5为本申请实施例示意性示出的一种相同时间戳的所述直播图像的编号连续的具体实施步骤;
图6为本申请实施例中服务器侧执行一种连麦直播方法的流程图;
图7为本申请实施例中观众客户端执行一种连麦直播方法的流程图;
图8为本申请实施例中的一个连麦直播装置的示意图;
图9为本申请实施例中的一个电子设备的示意图;
图10为本申请实施例中的另一连麦直播装置的示意图;
图11为本申请实施例中的另一电子设备的示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
连麦是互联网直播中,主播与观众、主播与主播之间的一种互动方式。在连麦过程中,主播与观众的身份也由此转变成发起者与参与者。当发起者向参与者发起连麦请求,参与者接受连麦后,便在发起者与参与者自身所在的客户端之间建立起连接,而连麦画面也由上述两个客户端共同提供。一般情况下,连麦画面可以是发起者的直播图像为大窗口,参与者的直播图像为小窗口的画中画形式进行显示。在传统的连麦技术中,上述连麦画面显示方式可以由连麦的发起者或参与者随意调整。以下将连麦的发起者和参与者所在的客户端称为连麦客户端。参照图1,为本申请实施例示意性示出的一种传统的连麦直播场景示意图,连麦客户端111及连麦客户端121基于网络,通过服务端100以连麦的形式建立连接,观众客户端131与连麦客户端111及连麦客户端121中的任一在相同的直播间内,连麦客户端111及连麦客户端121分别将自身的直播视频流发送至服务器100,服务器100将两路直播视频流合成一路连麦视频流后,将所述连麦视频流发送至观众客户端131,以供观众客户端131展示连麦画面。在传统的连麦技术中,由于合成之后的连麦视频流无法拆分,使得观众客户端的用户无法对连麦视频流展示的连麦画面进行自定义更改。
为了解决传统技术中存在的技术问题,本申请提供一种连麦直播方案。参照图2,为本申请实施例示意性示出的一种连麦直播方法的流程图,所述方法的部分步骤如下:
S210:至少两个连麦客户端进行连麦后,分别将自身的直播视频流发送给服务器。
本步骤中的连麦客户端可以是主播客户端或观众客户端,各连麦客户端的直播视频流由若干帧直播图像组成。
S220:所述服务器接收所述至少两路直播视频流后,将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装所述数据包,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性。
本步骤中服务器可以为每个数据包编号,作为描述每个数据包唯一标识的字段,本申请实施例中将所述描述每个数据包唯一性的字段称为第一标识,一些例子中,本申请提出的第一标识可以是同一连麦数据中区分其他数据包的唯一标识。某些例子中,可以通过自定义的格式来实现此目的,自定义的格式中可以规定特定字段作为此第一标识。例如,参照图3a,为本申请实施例示例性示出的一种自定义数据包的格式,所述第一字段341用于描述数据包的长度,所述第二字段342写入数据包的第一标识,所述第三字段343为数据包的内容,其中,所述第一标识可以为预定位数的编号,例如32位,并且所述编号具有连续且自增一的特点,例如:编号为10002的数据包的前一数据包的编号为10001,后一数据包的编号为10003。当然,并不排除其他方式来实现表征数据包唯一性的目的。
S230:所述服务器将所述封装后的数据包发送给观众客户端。
本步骤所述的观众客户端可以是与其中一连麦客户端在同一直播间的观众客户端。
S240:所述观众客户端接收所述封装后的数据包,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
本步骤可以是:确定连麦画面中各连麦客户端的直播图像的显示参数;接着根据接收到的所述封装后的数据包的所述第一标识,确定对应的数据包;将对应的数据包按照所述显示参数,拼装得到连麦画面。其中,所述显示参数可以包括:各直播图像的显示布局、显示位置、显示大小、显示比例和/或分辨率等,例如:以两个连麦客户端为例,根据第一及第二连麦客户端的直播图像的显示参数,第一连麦客户端的直播图像和第二连麦客户端的直播图像可以呈左右分屏、上下分屏或画中画等形式显示。
在一个具体的例子中,以第一标识为预定位数的编号为例,观众客户端接收所述封装后的数据包后,根据所述编号,确定各数据包所属的连麦客户端,以及所属所述连麦客户端的哪帧图像帧,例如:编号1-90的数据包由连麦客户端a的直播视频流a拆分得到,且直播视频流a包括10帧直播图像,其中编号为1-9的数据包属于第一帧直播图像a;编号91-180的数据包由连麦客户端b的直播视频流b拆分得到,且直播视频流b也包括10帧直播图像,其中编号为91-99的数据包属于第一帧直播图像b;观众客户端将直播图像a和直播图像b拼装成连麦画面时,所述编号为1-9以及91-99的数据包为对应数据包。接着将所述编号为1-9以及91-99的数据包按照确定好的显示参数,拼装成连麦画面。例如参照图3b,连麦画面310中,第一连麦客户端的直播图像a320与第二客户端的直播画面b330为左右分屏的形式显示,数据包1-9连续拼装出直播图像a320,数据包91-99连续拼装出直播图像b330。
在一些例子中,所述显示参数可以由观众客户端的用户任意调整。具体的,当用户通过触控手势或点选控件的方式触发用户指令后,观众客户端根据所述用户指令调整所述连麦画面中的各连麦客户端的直播图像的显示参数,例如:用户选择将连麦画面从左右分屏显示调整为上下分屏显示或画中画显示。通过用户任意设置显示参数来获得个性化的连麦画面,提高了观众客户端用户的参与度。
在一些例子中,所述显示参数可以由观众客户端根据预设的策略确定。
具体的,在一些例子中,所述预设的策略可以是:所述连麦画面中的各连麦客户端的直播图像的显示参数依据观众客户端用户行为数据确定。本申请实施例提出的用户行为数据包括:观众客户端用户所在直播间的信息,和/或观众客户端用户参与互动的用户互动行为信息(例如赠送虚拟礼物的价值、赠送虚拟礼物的数量、和/或发送弹幕的数量等)等。
观众客户端的用户会比较关注自身所在直播间的连麦客户端的直播图像,所以在一些例子中,所述用户行为数据为用户所在直播间的信息,根据观众客户端所在的直播间信息,可以自动将与观众客户端属于同一直播间的连麦客户端的直播图像重点显示。例如连麦客户端a和连麦客户端b连麦,观众客户端c与连麦客户端a属于同一直播间,连麦画面中以画中画的形式显示连麦客户端a和b的直播图像,且将连麦客户端a的直播图像作为大画面,连麦客户端b的直播图像作为小画面。当然可以理解,本申请实施例所述的重点显示的方式很多,本申请并不限制重点显示的形式。例如,上述以画中画的形式形式时,重点显示为以大画面显示,在一些例子中,所述重点显示还可以是以更高的清晰度显示,或所占连麦画面比例更高,或在连麦画面的中间位置显示等。
实际应用中,观众客户端用户的喜好会随时改变,为了能及时迎合观众客户端的用户喜好。在一些例子中,所述用户行为数据为用户互动行为信息。具体的,所述观众客户端根据本端用户互动行为数据确定用户关注的连麦客户端,调整各连麦客户端的直播图像的显示参数,以使用户关注的连麦客户端的直播图像重点显示。确定用户观众的连麦客户端的具体步骤可以是:观众客户端统计自身给各连麦客户端赠送虚拟礼物的数量(或赠送虚拟礼物的数量的价值),其中,获赠虚拟礼物最多(或获赠虚拟礼物价值最高)的为用户关注的连麦客户端,并将用户关注的连麦客户端的客户端重点显示。需要说明的是:一些例子中,按照预设的周期统计用户互动行为信息,以确定用户关注的连麦客户端。
当然,在一些例子中,根据预设的策略确定调整观众客户端的显示参数前,可以弹出弹窗提醒及征求用户的意见,最终根据用户的意见,确定是否调整显示参数。
图2所述的连麦直播方法不同于传统的连麦技术,该方法通过在服务器接收连麦客户端发送的直播视频流后,并不将视频流合并,而是将各路直播视频流切割成数据包,并按自定义格式封装,并将所述数据包发送给观众客户端,使得观众客户端利用一个连接通道(如一个URL地址)就能获得的连麦客户端发送的完整数据,由于所述数据包拼装后的连麦画面,可以利用数据包的第一标识灵活拆分及拼装,所以观众客户端的用户可以根据自身需求,对展示的连麦画面进行自定义更改。
需要说明的是,本申请实施例提出的服务器可以由多种实体承担,这取决于设计者对不同网络设备的角色划分。例如,图4a、图4b、图4c是三种不同场景下的网络架构,可以看出,不同业务模式下,由于业务或设备管理的需求不同,可以由不同的服务器设备承担S220及S230所述步骤的执行主体。图4a中,第一服务器承担收集连麦客户端发送的直播视频流的角色(类似传统技术中的直播服务器),第二服务器承担拆分数据包及数据包封装的角色,第三服务器作为向观众客户端分发数据包的角色(类似传统技术中的CDN服务器)。图4a中,第三服务器的数量不限。图4b中,第一服务器集成了承担收集连麦客户端发送的直播视频和拆分数据包及数据包封装的功能,第二服务器承担向观众客户端分发数据包的角色。图4b中,第二服务器的数量不限。图4c中,服务器将收集连麦客户端发送的直播视频流、拆分数据包及数据包封装及向观众客户端分发数据包的功能集于一体。图4c中,服务器的数量不限。需要指出,除了图4a、图4b及图4c所列举的示例以外,并不排除有其他形式的网络架构或服务器功能。
在一些例子中,承担分发数据包角色的服务器(CDN服务器)的数量可以是多个,可以对每个数据包的编号对CDN服务器的数据进行求余后,确定各CDN服务器分发的数据包。例如:各连麦客户端的直播视频流共被拆分成了编号为1-20的数据包,CDN服务器共5个,对各CDN服务器进行编号分别是CDN服务器1-5,用每个数据包的编号对CDN服务器的数据进行求余,根据余数将各数据包分组,1/5的余数是1,为第1组,编号为1的数据包由CDN服务器1进行分发;2/5的余数是2,为第2组,编号为2的数据包由CDN服务器2进行分发;5/5的余数是0,为第0组,编号为5的数据包由CDN服务器5进行分发;以此类推,可以确定各数据包的分组,及各CDN服务器分发的数据。当然可以理解,本申请不一定用每个数据包的编号对CDN服务器的数据进行求余,也可以用每个数据包的编号对一个预设的数字求余,所述预设的数字可以根据直播视频流的码率或分辨率或清晰度确定,所述预设的数字也可以是分组的组数,具体求余的策略不做限定。通过上述使各服务器分发求余的数据包的方式,可以提高数据分发效率,使客户端更快的打开/播放所述连麦画面。需要说明的是,各服务器分发的数据包的组数可以不限,各服务器分发的数据包的组数可以相同也可以不同,例如a服务器分发余数为0、1、2及3共4组数据包;b服务器分发余数为4及5共2组数据包。
各连麦客户端的直播视频流包括若干帧不同时间戳的直播图像,为了减少是延迟,在服务器对数据包进行封装时,可以将相同时间戳的所述直播图像的连续编号。例如,连麦客户端a提供直播视频流a,连麦客户端b提供直播视频流b,服务器获取直播视频流a和直播视频流b后,将直播视频流a和直播视频流b切割成数据包,并将所述数据包按自定义格式封装,且将直播视频流a与直播视频流b的时间轴统一,相同时间戳的直播图像被连续编号,例如属于直播视频流a的直播图像a和属于直播视频流b的直播图像b时间戳相同,则直播图像a与直播图像b被连续编号,一个具体的例子中,直播图像a被拆分成10个数据包,编号分别是10001至10010,那么直播图像b的数据包的编号为10011至10020。我们知道,大部分连麦直播中,会同时展示多个连麦客户端的直播数据,如果先将直播视频流a的数据包编号,再给直播视频流b的数据包编号,导致客户端播放连麦画面时,严重卡顿。采用同一时间戳的直播图像连续编号的方式,可以减少客户端播放连麦画面时的卡顿,增加播放流畅性。
为了进一步减少时间延迟,在一些例子中,参照图5,上述相同时间戳的所述直播图像的编号连续,具体可以由以下步骤实现:
S510:确定数据包的分组数;
S520:确定各连麦客户端的数据包所属分组号;
S530:根据所述各连麦客户端的数据包所属分组号,确定所述同一时间戳的所述直播图像对应的各数据包的编号顺序,其中,以所述编号为被除数,分组数为除数,进行求余后的结果为所述编号对应的数据包所属分组号。
在一个具体的例子中,两个连麦客户端a和b连麦,连麦客户端a提供直播视频流a,连麦客户端b提供直播视频流b,属于直播视频流a的直播图像a和属于直播视频流b的直播图像b时间戳相同,若分组数为8个,直播视频流a的数据包的属于的分组号为1、2、3及4,直播视频流b属于的分组号为5、6、7及8,则根据所述所属分组号,以所述编号为被除数,分组数为除数,进行求余后的结果为所述编号对应的数据包所属分组号,确定每个数据包的编号,即每对4个属于直播视频流a的数据包编号后,对4个属于直播视频流b的数据包进行编号,如此重复交叉编号。
在一些例子中,本申请实施例不仅将各客户端发送的直播视频流拆分成数据包并封装,还可以将互动数据拆分成互动数据包并封装,所述互动数据包括:虚拟礼物数据及弹幕数据。在一些例子中,在对所述各连麦客户端的直播视频流拆分的数据包和互动数据包编号时,可以按照如下编号方式:确定数据包的分组数;确定各连麦客户端的数据包及互动数据包所属分组号;根据所述各连麦客户端的数据包及互动数据包所属分组号,确定所述同一时间戳的所述直播图像对应的各数据包的编号顺序,其中,以所述编号为被除数,分组数为除数,进行求余后的结果为所述编号对应的数据包所属分组号。例如:将各连麦客户端的直播视频流拆分的数据包和互动数据包分为10组,连麦客户端a的直播视频流a的数据包属于组1、2、3及4,连麦客户端b的直播视频流b的数据包属于组5、6、7及8,互动数据的数据包属于组9及10,按照上述编号方式,对各连麦客户端的直播视频流拆分的数据包和互动数据包进行编号。现有的连麦技术中,观众客户端需要从合并后的连麦视频流对应的第一地址(可以是URL链接地址),以及互动数据对应的第二地址分别拉取连麦视频流和互动数据,而本申请只需从一个地址便可获得全部的互动数据包和各连麦客户端的直播视频流拆分的数据包。
Peer-to-peer(P2P)是一种分布式网络,P2P网络的参与者共享他们所拥有的一部分硬件资源(处理能力、存储能力、网络连接能力、打印机等),这些共享资源需要由网络提供服务和内容,能被其它对等节点(peer)直接访问而无需经过中间实体。在此网络中的参与者既是资源(服务和内容)提供者(服务器server),又是资源(服务和内容)获取者(客户端client)。基于上述P2P的特点,P2P网络中的对等节点获取资源的速度非常快。
本申请实施例所述的封装后的数据包可以作为一种共享资源,在P2P网络中传输。
具体的,在图2所述的步骤S230之后,所述服务器使使与各连麦客户端在同一直播间的各观众客户端建立P2P网络,以使所述观众客户端向其他观众客户端基于所述第一标识获取或发送封装后的数据包。
由于本申请实施例中服务器将各客户端发送的直播视频流数据拆分成数据包并按自定义格式封装,不同于传统的P2P模式,服务器将首先将各客户端发送的直播视频流切割成数据包而不是文件块,文件块的大小可能在上百KB,而相对于文件块来说,数据包的可拆分粒度更小,可以作为更小的传输单元在网络中传输,例如在考虑切割后的数据包的大小时,可以结合互联网链路层的传输特性来设计,使得数据包的大小与P2P网络中各连接通道的传输带宽匹配。举例来说,各对等节点之间建立的通道可以是UDP通道,每个数据包的大小可以是1KB左右,约等于MTU(互联网链路层最大传输单元),这样,每个数据包可以由1个UDP包传输,不需要出现基于UDP包拆包,因此比拆分文件的方式效率更高。
在一些例子中,为了数据包能够广泛散布在P2P网络的各对等节点上,以便对等节点之间相互传输数据包,服务器可以将数据包发送给与各连麦客户端位于同一直播间的每个观众客户端。当然,设计者也可以针对不同的业务场景设置不同的下发策略,例如,服务器可以只发送给指定的其中一些观众客户端。在一个例子中,观众客户端可以向服务器主动请求,告知服务器共享资源的标识(例如所在直播间的标识,或观众客户端的标识等),服务器根据共享资源的标识来确定将数据包发送给哪些客户端。
在构建P2P网络时,不同的应用实例中,建立连接通道的方式可以有所不同。例如,一些例子中可以参照现有技术的P2P网络中对等节点建立UDP通道的方式来实现;另一些例子中,可以针对实际的场景设计新的流程。例如,所有的观众客户端向服务器发起注册请求,将共享资源有关的一些信息以及建立连接所必须的信息(例如网络连接地址、端口号等)通知给服务器,这些信息可以携带在注册请求中、也可以以在其他消息中发送给服务器。服务器基于这些与共享资源有关的信息,通知哪些客户端之间需要建立网络连接,形成对等节点。服务器通知各客户端构建P2P网络的时机本申请并不作限定,可以是在服务器收到观众客户端发送的共享资源的标识后即通知各观众客户端,也可以是在向观众客户端传输一段时间数据包后再通知各观众客户端。作为例子,相关的控制策略可以在服务器向客户端下发配置信息时下发给客户端,当然,也可以提前在客户端中设置好相关的控制策略。
网络中的任何一个对等节点可以向其他对等节点请求数据包时,对等节点可以基于第一标识以及预先约定的传输策略向其他对等节点请求数据包,预先约定的传输策略可以规定哪些标识的数据包可以在P2P网络中传播。作为例子,为了保证快速播放视频流的需求,传输策略可以规定在预定时间内观众客户端先从服务器获取数据包之后,向服务器查询是否存在共享资源的标识对应的观众客户端,如果存在,则向同一P2P网络中其他观众客户端请求数据包。
一些例子中,为了防止有些对等节点误接入某个P2P网络,对等节点之间交互数据包时,还可以携带共享资源的标识,来对P2P网络中的对等节点身份校验。
图6为从服务器一侧描述连麦直播技术方案的部分步骤。
S610:接收至少两路直播视频流,所述直播视频流由进行连麦的连麦客户端发送;
S620:将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装所述数据包,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性;
S630:将所述封装后的数据包发送给观众客户端,以使所述观众客户端接收所述封装后的数据包后,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
服务器所执行的其他步骤可以参考本申请其他部分的描述,不再赘述。
图7为从服务器一侧描述连麦直播技术方案的部分步骤。
S710:从服务器接收数据包,其中,所述数据包由所述服务器接收至少两路直播视频流后,将所述至少两路直播视频流拆分成,并按自定义的格式封装得到,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性,所述直播视频流由进行连麦的连麦客户端发送给服务器;
S720:根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
观众客户端所执行的其他步骤可以参考本申请其他部分的描述,不再赘述。
参见图8,连麦直播装置800包括:
获取模块810,用于从服务器接收数据包,其中,所述数据包由所述服务器接收至少两路直播视频流后,将所述至少两路直播视频流拆分成,并按自定义的格式封装得到,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性,所述直播视频流由进行连麦的连麦客户端发送给服务器;
处理模块820,用于根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
在一些例子中,处理模块820具体用于:
根据观众客户端用户指令,确定连麦画面中的各连麦客户端的直播图像的显示参数;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将对应的数据包按照所述显示参数,拼装得到连麦画面。
在一些例子中,处理模块820具体用于:
根据本端的用户行为数据,确定所述连麦画面中的各连麦客户端的直播图像的显示参数;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将对应的数据包按照所述显示参数,拼装得到连麦画面。
在一些例子中,所述用户互动行为数据包括:用户互动行为信息和/或所在直播间的信息。
在一些例子中,处理模块820具体用于:
根据本端用户行为数据确定本端用户关注的连麦客户端;
根据所述本端用户关注的连麦客户端,调整各连麦客户端的直播图像的显示参数,使本端用户关注的连麦客户端的直播图像重点显示;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将对应的数据包按照所述显示参数,拼装得到连麦画面。
在一些例子中,所述显示参数包括:分辨率、显示尺寸和/或显示位置。
本申请连麦直播装置的实施例可以应用在观众客户端设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在客户端设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图9所示,为本申请连麦直播装置所在客户端设备的一种硬件结构图,除了图9所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的客户端设备通常根据该设备的实际功能,还可以包括其他硬件,例如摄像头、麦克风等,对此不再赘述。处理器被用于执行如下操作:
从服务器接收数据包,其中,所述数据包由所述服务器接收至少两路直播视频流后,将所述至少两路直播视频流拆分成,并按自定义的格式封装得到,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性,所述直播视频流由进行连麦的连麦客户端发送给服务器;
根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
本申请还提供了连麦直播装置1000的实施例。
请参见图10,连麦直播装置1000,包括:
接收模块1010,用于接收至少两路直播视频流,所述直播视频流由进行连麦的连麦客户端发送;
拆分及封装模块1020,用于将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性;
分发模块1030,用于将所述封装后的数据包发送给观众客户端,以使所述观众客户端接收所述封装后的数据包后,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
在一些例子中,所述第一标识为预定位数的连续编号。
在一些例子中,拆分及封装模块1020具体还用于:
统一所述至少两路视频流的时间轴;
将所述时间轴中同一时间戳对应的至少两帧直播图像连续编号。
在一些例子中,将所述时间轴中同一时间戳对应的至少两帧直播图像连续编号时,拆分及封装模块1020具体用于:
确定数据包的分组数;
确定各连麦客户端的数据包所属组号;
根据所述各连麦客户端的数据包所属组号,确定所述同一时间戳对应的至少两帧直播图像对应的各数据包的编号顺序,其中,以所述编号为被除数,分组数为除数,进行求余后的结果为所述编号对应的数据包所属的组号。
在一些例子中,所述数据包还包括由互动数据拆分而成的互动数据包。
在一些例子中,所述装置还包括管理模块,用于使各观众客户端建立P2P网络,以使所述观众客户端向其他观众客户端基于所述第一标识获取或发送封装后的数据包。
在一些例子中,所述数据包的大小与P2P网络的传输带宽匹配;或所述数据包的大小为1KB。
本申请连麦直播装置的实施例可以应用在服务器设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在服务器设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图11所示,为本申请连麦直播装置所在客户端设备的一种硬件结构图,除了图11所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的服务器设备通常根据该设备的实际功能,还可以包括其他硬件,对此不再赘述。处理器被用于执行如下操作:
接收至少两路直播视频流,所述直播视频流由进行连麦的连麦客户端发送;
将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装所述数据包,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性;
所述服务器将所述封装后的数据包发送给观众客户端,以使所述观众客户端接收所述封装后的数据包后,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
在本申请实施例中,计算机可读存储介质可以是多种形式,比如,在不同的例子中,所述机器可读存储介质可以是:RAM(Radom Access Memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。特殊的,所述的计算机可读介质还可以是纸张或者其他合适的能够打印程序的介质。使用这些介质,这些程序可以被通过电学的方式获取到(例如,光学扫描)、可以被以合适的方式编译、解释和处理,然后可以被存储到计算机介质中。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (15)
1.一种连麦直播方法,其特征在于,所述方法包括步骤:
接收至少两路直播视频流,所述直播视频流由进行连麦的连麦客户端发送;
将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性;
将所述封装后的数据包发送给观众客户端,以使所述观众客户端接收所述封装后的数据包后,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
2.根据权利要求1所述的方法,其特征在于,所述第一标识为预定位数的连续编号。
3.根据权利要求2所述的方法,其特征在于,所述按自定义的格式封装时,包括步骤:
统一所述至少两路视频流的时间轴;
将所述时间轴中同一时间戳对应的至少两帧直播图像连续编号。
4.根据权利要求3所述的方法,其特征在于,将所述时间轴中同一时间戳对应的至少两帧直播图像连续编号,包括步骤:
确定数据包的分组数;
确定各连麦客户端的数据包所属组号;
根据所述各连麦客户端的数据包所属组号,确定所述同一时间戳对应的至少两帧直播图像对应的各数据包的编号顺序,其中,以所述编号为被除数,分组数为除数,进行求余后的结果为所述编号对应的数据包所属的组号。
5.根据权利要求1所述的方法,其特征在于,所述数据包还包括由互动数据拆分而成的互动数据包。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括步骤:
使各观众客户端建立P2P网络,以使所述观众客户端向其他观众客户端基于所述第一标识获取或发送封装后的数据包。
7.根据权利要求6所述的方法,其特征在于,所述数据包的大小与P2P网络的传输带宽匹配;或所述数据包的大小为1KB。
8.一种连麦直播方法,其特征在于,所述方法包括步骤:
从服务器接收数据包,其中,所述数据包由所述服务器接收至少两路直播视频流后,将所述至少两路直播视频流拆分成,并按自定义的格式封装得到,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性,所述直播视频流由进行连麦的连麦客户端发送给服务器;
根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
9.根据权利要求8所述的方法,其特征在于,所述根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,包括:
根据本端用户指令,确定连麦画面中的各连麦客户端的直播图像的显示参数;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将所述对应的数据包按照所述显示参数,拼装得到连麦画面。
10.根据权利要求8所述的方法,其特征在于,所述根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,包括:
根据本端的用户行为数据,确定所述连麦画面中的各连麦客户端的直播图像的显示参数;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将所述对应的数据包按照所述显示参数,拼装得到连麦画面。
11.根据权利要求8所述的方法,其特征在于,所述根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,包括:
根据本端用户行为数据确定本端用户关注的连麦客户端;
根据所述本端用户关注的连麦客户端,调整各连麦客户端的直播图像的显示参数,使本端用户关注的连麦客户端的直播图像重点显示;
根据所述封装后的数据包的所述第一标识,确定对应的数据包,并将所述对应的数据包按照所述显示参数,拼装得到连麦画面。
12.一种连麦直播装置,其特征在于,所述装置包括:
接收模块,用于接收至少两路直播视频流,所述直播视频流由进行连麦的连麦客户端发送;
拆分及封装模块,用于将所述至少两路直播视频流拆分成数据包,并按自定义的格式封装所述数据包,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性;
分发模块,用于所述服务器将所述封装后的数据包发送给观众客户端,以使所述观众客户端接收所述封装后的数据包后,根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
13.一种连麦直播装置,其特征在于,所述装置包括:
获取模块,用于从服务器接收数据包,其中,所述数据包由所述服务器接收至少两路直播视频流后,将所述至少两路直播视频流拆分成,并按自定义的格式封装得到,所述自定义的格式中包括第一标识,所述第一标识用于描述每个数据包的唯一性,所述直播视频流由进行连麦的连麦客户端发送给服务器;
处理模块,用于根据所述封装后的数据包的所述第一标识,拼装得到连麦画面,所述连麦画面用于展示至少一个连麦客户端的直播图像。
14.一种电子设备,其特征在于,包括:
存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现如所述权利要求1至11所述任一一项方法所述的操作。
15.一种机器可读存储介质,其特征在于,所述机器可读存储介质上存储有若干计算机指令,所述计算机指令被执行时进行如权利要求1至11任意一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810885149.0A CN109151497B (zh) | 2018-08-06 | 2018-08-06 | 一种连麦直播方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810885149.0A CN109151497B (zh) | 2018-08-06 | 2018-08-06 | 一种连麦直播方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109151497A true CN109151497A (zh) | 2019-01-04 |
CN109151497B CN109151497B (zh) | 2021-09-21 |
Family
ID=64791858
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810885149.0A Active CN109151497B (zh) | 2018-08-06 | 2018-08-06 | 一种连麦直播方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109151497B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109729379A (zh) * | 2019-02-01 | 2019-05-07 | 广州虎牙信息科技有限公司 | 直播视频连麦的实现方法、装置、终端和存储介质 |
CN110798697A (zh) * | 2019-11-22 | 2020-02-14 | 广州华多网络科技有限公司 | 视频显示方法、装置、系统以及电子设备 |
CN110958464A (zh) * | 2019-12-11 | 2020-04-03 | 北京达佳互联信息技术有限公司 | 直播数据处理方法、装置、服务器、终端及存储介质 |
CN111212306A (zh) * | 2019-12-24 | 2020-05-29 | 北京达佳互联信息技术有限公司 | 连麦方法、装置、电子设备及存储介质 |
CN111836074A (zh) * | 2020-07-23 | 2020-10-27 | 北京达佳互联信息技术有限公司 | 一种连麦直播方法、装置及系统 |
CN111954004A (zh) * | 2020-08-21 | 2020-11-17 | 腾讯科技(深圳)有限公司 | 数据处理方法、控制设备、远程用户终端及数据处理系统 |
CN112073743A (zh) * | 2020-09-03 | 2020-12-11 | 北京中润互联信息技术有限公司 | 一种多人直播处理系统及方法 |
CN112738610A (zh) * | 2020-12-25 | 2021-04-30 | 北京达佳互联信息技术有限公司 | 多媒体数据的显示控制方法、装置、电子设备及存储介质 |
CN113596561A (zh) * | 2021-07-29 | 2021-11-02 | 北京达佳互联信息技术有限公司 | 视频流播放方法、装置、电子设备和计算机可读存储介质 |
CN113965769A (zh) * | 2021-10-19 | 2022-01-21 | 创盛视联数码科技(北京)有限公司 | 一种在线教育的直播系统 |
CN115278278A (zh) * | 2022-07-01 | 2022-11-01 | 北京达佳互联信息技术有限公司 | 一种页面显示方法、装置、电子设备及存储介质 |
WO2023045651A1 (zh) * | 2021-09-26 | 2023-03-30 | 北京字跳网络技术有限公司 | 连麦直播方法、装置、电子设备、介质及程序产品 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1228472A2 (en) * | 1999-11-01 | 2002-08-07 | Andersen Consulting LLP | Communication interface for a financial modeling and counseling system |
EP1228473A1 (en) * | 1999-11-01 | 2002-08-07 | Accenture LLP | A user interface for a financial modeling system |
CN102307309A (zh) * | 2011-07-29 | 2012-01-04 | 杭州电子科技大学 | 一种基于自由视点的体感交互导播系统及方法 |
US20120011454A1 (en) * | 2008-04-30 | 2012-01-12 | Microsoft Corporation | Method and system for intelligently mining data during communication streams to present context-sensitive advertisements using background substitution |
CN102572585A (zh) * | 2010-12-08 | 2012-07-11 | 中国科学院声学研究所 | 一种高速并行接收数据及处理的方法及系统 |
CN102651823A (zh) * | 2011-02-24 | 2012-08-29 | 中兴通讯股份有限公司 | 在快速频道切换时预先发送加入组播请求的方法和系统 |
CN102771117A (zh) * | 2009-12-28 | 2012-11-07 | 汤姆森特许公司 | 广播视频内容的传信方法、记录方法以及使用该传信的设备 |
CN104010139A (zh) * | 2014-05-23 | 2014-08-27 | 杭州宽云视讯科技有限公司 | 一种基于dpi包检测技术实现视频流无缝切换的方法 |
CN105357542A (zh) * | 2015-11-20 | 2016-02-24 | 广州华多网络科技有限公司 | 直播方法、装置及系统 |
CN105491393A (zh) * | 2015-12-02 | 2016-04-13 | 北京暴风科技股份有限公司 | 多人视频直播业务的实现方法 |
CN107071584A (zh) * | 2017-03-14 | 2017-08-18 | 北京潘达互娱科技有限公司 | 直播连麦方法及装置 |
US20170316486A1 (en) * | 2016-04-29 | 2017-11-02 | Microsoft Technology Licensing, Llc | System and method for producing item similarities from usage data |
CN107360442A (zh) * | 2017-08-29 | 2017-11-17 | 广州华多网络科技有限公司 | 一种直播方法、装置及电子设备 |
-
2018
- 2018-08-06 CN CN201810885149.0A patent/CN109151497B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1228473A1 (en) * | 1999-11-01 | 2002-08-07 | Accenture LLP | A user interface for a financial modeling system |
EP1228472A2 (en) * | 1999-11-01 | 2002-08-07 | Andersen Consulting LLP | Communication interface for a financial modeling and counseling system |
US20120011454A1 (en) * | 2008-04-30 | 2012-01-12 | Microsoft Corporation | Method and system for intelligently mining data during communication streams to present context-sensitive advertisements using background substitution |
CN102771117A (zh) * | 2009-12-28 | 2012-11-07 | 汤姆森特许公司 | 广播视频内容的传信方法、记录方法以及使用该传信的设备 |
CN102572585A (zh) * | 2010-12-08 | 2012-07-11 | 中国科学院声学研究所 | 一种高速并行接收数据及处理的方法及系统 |
CN102651823A (zh) * | 2011-02-24 | 2012-08-29 | 中兴通讯股份有限公司 | 在快速频道切换时预先发送加入组播请求的方法和系统 |
CN102307309A (zh) * | 2011-07-29 | 2012-01-04 | 杭州电子科技大学 | 一种基于自由视点的体感交互导播系统及方法 |
CN104010139A (zh) * | 2014-05-23 | 2014-08-27 | 杭州宽云视讯科技有限公司 | 一种基于dpi包检测技术实现视频流无缝切换的方法 |
CN105357542A (zh) * | 2015-11-20 | 2016-02-24 | 广州华多网络科技有限公司 | 直播方法、装置及系统 |
CN105491393A (zh) * | 2015-12-02 | 2016-04-13 | 北京暴风科技股份有限公司 | 多人视频直播业务的实现方法 |
US20170316486A1 (en) * | 2016-04-29 | 2017-11-02 | Microsoft Technology Licensing, Llc | System and method for producing item similarities from usage data |
CN107071584A (zh) * | 2017-03-14 | 2017-08-18 | 北京潘达互娱科技有限公司 | 直播连麦方法及装置 |
CN107360442A (zh) * | 2017-08-29 | 2017-11-17 | 广州华多网络科技有限公司 | 一种直播方法、装置及电子设备 |
Non-Patent Citations (2)
Title |
---|
OMER BOYACI: "《Performance of Video-Chat Applications under Congestion》", 《2009 11TH IEEE INTERNATIONAL SYMPOSIUM ON MULTIMEDIA》 * |
陈荣华: "《实时流媒体内容分发系统优化研究》", 《中国优秀博士学位论文全文数据库》 * |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109729379A (zh) * | 2019-02-01 | 2019-05-07 | 广州虎牙信息科技有限公司 | 直播视频连麦的实现方法、装置、终端和存储介质 |
CN110798697A (zh) * | 2019-11-22 | 2020-02-14 | 广州华多网络科技有限公司 | 视频显示方法、装置、系统以及电子设备 |
CN110798697B (zh) * | 2019-11-22 | 2021-11-23 | 广州方硅信息技术有限公司 | 视频显示方法、装置、系统以及电子设备 |
CN110958464A (zh) * | 2019-12-11 | 2020-04-03 | 北京达佳互联信息技术有限公司 | 直播数据处理方法、装置、服务器、终端及存储介质 |
CN111212306A (zh) * | 2019-12-24 | 2020-05-29 | 北京达佳互联信息技术有限公司 | 连麦方法、装置、电子设备及存储介质 |
CN111836074A (zh) * | 2020-07-23 | 2020-10-27 | 北京达佳互联信息技术有限公司 | 一种连麦直播方法、装置及系统 |
CN111954004B (zh) * | 2020-08-21 | 2022-01-04 | 腾讯科技(深圳)有限公司 | 数据处理方法、控制设备、远程用户终端及数据处理系统 |
CN111954004A (zh) * | 2020-08-21 | 2020-11-17 | 腾讯科技(深圳)有限公司 | 数据处理方法、控制设备、远程用户终端及数据处理系统 |
CN112073743A (zh) * | 2020-09-03 | 2020-12-11 | 北京中润互联信息技术有限公司 | 一种多人直播处理系统及方法 |
CN112738610A (zh) * | 2020-12-25 | 2021-04-30 | 北京达佳互联信息技术有限公司 | 多媒体数据的显示控制方法、装置、电子设备及存储介质 |
CN113596561A (zh) * | 2021-07-29 | 2021-11-02 | 北京达佳互联信息技术有限公司 | 视频流播放方法、装置、电子设备和计算机可读存储介质 |
CN113596561B (zh) * | 2021-07-29 | 2023-06-27 | 北京达佳互联信息技术有限公司 | 视频流播放方法、装置、电子设备和计算机可读存储介质 |
WO2023045651A1 (zh) * | 2021-09-26 | 2023-03-30 | 北京字跳网络技术有限公司 | 连麦直播方法、装置、电子设备、介质及程序产品 |
CN113965769A (zh) * | 2021-10-19 | 2022-01-21 | 创盛视联数码科技(北京)有限公司 | 一种在线教育的直播系统 |
CN113965769B (zh) * | 2021-10-19 | 2023-08-08 | 创盛视联数码科技(北京)有限公司 | 一种在线教育的直播系统 |
CN115278278A (zh) * | 2022-07-01 | 2022-11-01 | 北京达佳互联信息技术有限公司 | 一种页面显示方法、装置、电子设备及存储介质 |
CN115278278B (zh) * | 2022-07-01 | 2024-01-02 | 北京达佳互联信息技术有限公司 | 一种页面显示方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109151497B (zh) | 2021-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109151497A (zh) | 一种连麦直播方法、装置、电子设备及存储介质 | |
US8776150B2 (en) | Implementation method and system for a media-on-demand frame-spanning playing mode in a peer-to-peer network | |
CN105357542B (zh) | 直播方法、装置及系统 | |
US8326997B2 (en) | Data retrieval in a two-way network | |
CN105659623B (zh) | 发送装置、发送方法、接收装置以及接收方法 | |
CN109327741A (zh) | 游戏直播方法、装置和系统 | |
CN105491393A (zh) | 多人视频直播业务的实现方法 | |
CN101076106B (zh) | Iptv二维帧标记信息互动视频系统 | |
US20080306818A1 (en) | Multi-client streamer with late binding of ad content | |
CN109474684A (zh) | 一种获取直播视频流的方法、装置、终端设备及存储介质 | |
CN105765984B (zh) | 发射设备、发射方法、接收设备和接收方法 | |
CN109644296A (zh) | 一种视频流传输方法、相关设备及系统 | |
CN109688417A (zh) | 一种数据分发系统、方法、装置、电视盒子及存储介质 | |
CN102769782B (zh) | 数字电视收视率回传方法 | |
CN115865518B (zh) | 一种基于大数据的云平台数据处理方法及系统 | |
CN109819214A (zh) | 一种视频分屏的方法和装置 | |
CN108924609A (zh) | 流媒体数据传输的方法、电子设备、装置及存储介质 | |
CN105577819A (zh) | 一种虚拟化桌面的分享系统、分享方法以及分享装置 | |
CN101483536B (zh) | 传输用于实现网络卡拉ok的数据的方法、系统和客户端 | |
US20200351559A1 (en) | Distribution device, distribution method, reception device, reception method, program, and content distribution system | |
CN109361856A (zh) | 一种全景直播方法、装置、终端设备及存储介质 | |
CN102567720A (zh) | Flash在线视频的人脸识别方法及人脸识别装置 | |
WO2015064212A1 (ja) | 送信装置、送信方法、受信装置、及び、受信方法 | |
CN102724572A (zh) | IPv6组播技术下的收视率统计系统及其统计方法 | |
CN101267268B (zh) | 根据调度提供个人广播服务的系统、设备和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |