CN108900867A - 视频处理方法、装置、电子设备及存储介质 - Google Patents
视频处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN108900867A CN108900867A CN201810829891.XA CN201810829891A CN108900867A CN 108900867 A CN108900867 A CN 108900867A CN 201810829891 A CN201810829891 A CN 201810829891A CN 108900867 A CN108900867 A CN 108900867A
- Authority
- CN
- China
- Prior art keywords
- video
- main broadcaster
- video resource
- client
- data
- 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
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
- 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/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/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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/222—Studio circuitry; Studio devices; Studio equipment
- H04N5/262—Studio circuits, e.g. for mixing, switching-over, change of character of image, other special effects ; Cameras specially adapted for the electronic generation of special effects
- H04N5/265—Mixing
Abstract
本公开实施例公开了一种视频处理方法、装置、电子设备及存储介质,包括下述步骤:获取主播客户端上传的第一视频资源与第二视频资源,其中,所述第一视频资源与所述第二视频资源来自于不同的主播客户端;根据预设的视频合并规则将所述第一视频资源与所述第二视频资源合并生成直播数据包;将所述直播数据包拉流至观众客户端。通过将主播连麦时,不同主播终端上传的视频资源进行合并,将两个视频资源整合成为一个视频资源,然后将该合并后的视频资源发送至观众客户端。从而实现了主播连麦功能,同时在连麦过程中由于观众客户端收到的直播数据包由两个变为一个,大大的减少了在连麦模式下对观众客户端网络带宽的要求。
Description
技术领域
本公开涉及图像处理领域,尤其是一种视频处理方法、装置、电子设备及存储介质。
背景技术
伴随着网络技术的发展,网络直播成为一种新兴的照样行业。直播具体为“广播电视节目的后期合成、播出同时进行的播出方式”。按播出场合可分为现场直播和播音室或演播室直播等形式。电视现场直播为在现场随着事件的发生、发展进程同时制作和播出电视节目的播出方式,是充分体现广播电视媒介传播优势的播出方式。
通常,人脸关键点技术中,为了增强直播的趣味性,主播之间会进行相互连麦,即将不同主播的直播画面合并在一起进行播放。具体的实现方式为,主播连麦时向观众客户端同时发送不同主播的视频信息,观众客户端收到不同视频信息进行解码,然后加载多个视频信息进行播放实现连麦。
发明内容
本发公开的发明人在研究中发现,主播之间的连麦方式,对于观众客户端的下载压力较大,要求观众客户端的网络带宽较大,才能够支持观众客户端收看主播连麦,在蜂窝网络环境里收看该模式对观众客户端的流量消耗非常大。
本公开实施例提供一种通过对连麦视频进行合并,然后将合并后的资源生成一个直播数据包的视频处理方法、装置、电子设备及存储介质。
根据本公开实施例的第一方面,提供一种视频处理方法,包括下述步骤:
获取主播客户端上传的第一视频资源与第二视频资源,其中,所述第一视频资源与所述第二视频资源来自于不同的主播客户端;
根据预设的视频合并规则将所述第一视频资源与所述第二视频资源合并生成直播数据包;
将所述直播数据包拉流至观众客户端。
可选地,所述获取主播客户端上传的第一视频资源与第二视频资源之前,还包括:
获取第一主播客户端发送的对战请求信息,其中,所述对战请求信息包括所述第一主播客户端表征的第一主播账户的身份属性;
根据预设的匹配规则匹配与所述身份属性相似的第二主播账号,其中,所述第二主播账号的客户端为第二主播客户端;
定义所述第一主播客户端上传的视频资源为第一视频资源,第二客户端上传的视频资源为第二视频资源。
可选地,所述身份属性为第一主播账号的好友列表,所述好友列表中包括第一主播账号与其他主播账户的友好度,所述匹配规则为在预设范围内的随机匹配;所述根据预设的匹配规则匹配与所述身份属性相似的第二主播账号,包括:
根据友好度对所述好友列表进行降幂排序生成排序列表;
根据预设的次序阈值在所述排序列表中获取排列次序小于等于所述次序阈值的好友账户生成对战列表;
在所述对战列表中进行随机抽取,并将抽取得到的好友账户定义为第二主播账号。
可选地,所述视频合并规则为将所述第一视频资源与第二视频资源并列放置在同一显示区域,所述根据预设的视频合并规则将所述第一视频资源与所述第二视频资源合并生成直播数据包,包括:
获取预设的视频模板,其中,所述视频模板包括第一视频区域第二视频区,所述第一视频区域与所述第二视频区域并列放置;
将所述第一视频资源加载至所述第一视频区域,并将所述第二视频资源加载至所述第二视频区域;
将加载所述第一视频资源和第二视频资源的视频模板压缩生成所述直播数据包。
可选地,所述将所述直播数据包拉流至观众客户端之后,还包括:
获取所述主播客户端发送的分享请求,其中,所述分享请求包括数据数值和分享口令;
根据所述分享请求生成待分享的分享数据。
可选地,所述根据所述分享请求生成待分享的分享数据步骤之后,还包括:
获取观众客户端上传的获取分享数据的获取请求,其中,所述获取请求包括用户口令;
根据所述获取请求比对所述用户口令与所述分享口令是否一致;
当所述用户口令与所述分享口令一致时,在所述分享数据限定的容量内随机生成用户数据,并将所述用户数据发送至所述观众客户端。
可选地,所述当所述用户口令与所述分享口令一致时,在所述分享数据限定的容量内随机生成用户数据,并将所述用户数据发送至所述观众客户端之后,还包括:
获取已抢分享数据的观众信息及所抢数据的数据数值;
将所述已抢分享数据的观众信息及所抢分享数据的数据数值根据预设编辑规则进行编辑形成数据弹幕信息;
将所述数据弹幕信息拉流至所述观众客户端。
根据本公开实施例的第二方面,提供一种视频处理装置,包括:
获取单元,被配置为获取主播客户端上传的第一视频资源与第二视频资源,其中,所述第一视频资源与所述第二视频资源来自于不同的主播客户端;
处理单元,被配置为根据预设的视频合并规则将所述第一视频资源与所述第二视频资源合并生成直播数据包;
执行单元,被配置为将所述直播数据包拉流至观众客户端。
可选地,所述视频处理装置还包括:
第一获取子单元,被配置为获取第一主播客户端发送的对战请求信息,其中,所述对战请求信息包括所述第一主播客户端表征的第一主播账户的身份属性;
第一处理子单元,被配置为根据预设的匹配规则匹配与所述身份属性相似的第二主播账号,其中,所述第二主播账号的客户端为第二主播客户端;
第一执行子单元,被配置为定义所述第一主播客户端上传的视频资源为第一视频资源,第二客户端上传的视频资源为第二视频资源。
可选地,所述身份属性为第一主播账号的好友列表,所述好友列表中包括第一主播账号与其他主播账户的友好度,所述匹配规则为在预设范围内的随机匹配所述视频处理装置还包括:
第一排序子单元,被配置为根据友好度对所述好友列表进行降幂排序生成排序列表;
第二处理子单元,被配置为根据预设的次序阈值在所述排序列表中获取排列次序小于等于所述次序阈值的好友账户生成对战列表;
第二执行子单元,被配置为在所述对战列表中进行随机抽取,并将抽取得到的好友账户定义为第二主播账号。
可选地,所述视频合并规则为将所述第一视频资源与第二视频资源并列放置在同一显示区域,所述视频处理装置还包括:
第二获取子单元,被配置为获取预设的视频模板,其中,所述视频模板包括第一视频区域第二视频区,所述第一视频区域与所述第二视频区域并列放置;
第三处理子单元,被配置为将所述第一视频资源加载至所述第一视频区域,并将所述第二视频资源加载至所述第二视频区域;
第三执行子单元,被配置为将加载所述第一视频资源和第二视频资源的视频模板压缩生成所述直播数据包。
可选地,所述视频处理装置还包括:
第三获取子单元,被配置为获取所述主播客户端发送的分享请求,其中,所述分享请求包括数据数值和分享口令;
第四处理子单元,被配置为根据所述分享请求生成待分享的分享数据。
可选地,所述视频处理装置还包括:
第四获取子单元,被配置为获取观众客户端上传的获取分享数据的获取请求,其中,所述获取请求包括用户口令;
第五处理子单元,被配置为根据所述获取请求比对所述用户口令与所述分享口令是否一致;
第四执行子单元,被配置为当所述用户口令与所述分享口令一致时,在所述分享数据限定的容量内随机生成用户数据,并将所述用户数据发送至所述观众客户端。
可选地,所述视频处理装置还包括:
第五获取子单元,被配置为获取已抢分享数据的观众信息及所抢数据的数据数值;
第六处理子单元,被配置为将所述已抢分享数据的观众信息及所抢分享数据的数据数值根据预设编辑规则进行编辑形成数据弹幕信息;
第五执行子单元,被配置为将所述数据弹幕信息拉流至所述观众客户端。
根据本公开实施例的第三方面,提供一种电子设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述所述的视频处理方法。
根据本公开实施例的第四方面,提供一种非临时性计算机可读存储介质,当所述存储介质中的指令由移动终端的处理器执行时,使得移动终端能够执行一种视频处理方法方法,所述方法包括上述任意一项所述的视频处理方法。
根据本公开实施例的第五方面,提供还有一个应用程序,当所述应用程序由移动终端的处理器执行时,使得移动终端能够执行一种视频处理方法,所述方法包括上述任意一项所述的视频处理方法。
本公开实施例的有益效果是:通过将主播连麦时,不同主播终端上传的视频资源进行合并,将两个视频资源整合成为一个视频资源,然后将该合并后的视频资源发送至观众客户端。从而实现了主播连麦功能,同时在连麦过程中由于观众客户端收到的直播数据包由两个变为一个,大大的减少了在连麦模式下对观众客户端网络带宽的要求,在蜂窝网络下观看该模式对于观众客户端的流量使用也进行了有效的降低。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本公开实施例视频处理方法的基本流程示意图;
图2为本公开实施例连麦匹配的一种流程示意图;
图3为本公开实施例通过友好度匹配连麦对象的流程示意图;
图4为本公开实施例通过视频模板进行直播视频合并的流程示意图;
图5为本公开实施例观众客户端通过移动手机观看连麦直播的一种示意图;
图6为本公开实施例主播分享数据的生成流程示意图;
图7为本公开实施例发放分享数据的流程示意图;
图8a为本公开实施例连麦状态下的红包显示的一种示意图;
图8b为本公开实施例输入用户口令的一种示意图;
图9为本公开实施例分享数据的一种展示方法流程示意图;
图10为本公开实施例视频处理装置的框图;
图11为本公开实施例视频处理方法的装置的框图;
图12为本公开实施例视频处理方法方法的非临时性计算机可读存储介质框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
请参阅图1,图1为本实施例视频处理方法的基本流程示意图。
如图1所示,一种视频处理方法,包括下述步骤:
S1100、获取主播客户端上传的第一视频资源与第二视频资源,其中,所述第一视频资源与所述第二视频资源来自于不同的主播客户端;
在连麦模式下,服务器端接受两个客户端上传的第一视频资源与第二视频资源。其中第一视频资源为一个客户端上传的直播音视频数据,第二视频资源为另一个客户端上传的直播音视频数据。
需要指出的是第一视频资源和第二视频资源来自于进行连麦的两个主播客户端上传的数据。
S1200、根据预设的视频合并规则将所述第一视频资源与所述第二视频资源合并生成直播数据包;
根据设定的视频合并规则,将第一视频资源与第二视频资源表征的视频合并为一个视频。
在一些实施方式中,视频合并规则为视频裁剪规则,服务器端接收到主播客户端上传的第一视频资源与第二视频资源后,将视频资源进行解码生成视频,然后将两个视频进行裁剪使两个视频拼接为指定尺寸的视频数据,然后将该视频数据进行压缩,打包成为直播数据包。裁剪拼接后的视频画面与单一的直播视频的画面一致,区别在于连麦时的视频画面是由连个视频资料拼接而成的。
S1300、将所述直播数据包拉流至观众客户端。
拉流是指服务器已有直播内容,根据协议类型(如RTMP、RTP、RTSP、HTTP等),与服务器建立连接并接收数据,进行拉取的过程。
服务器端将第一视频资源与第二视频资源进行合并生成直播数据包后,服务器端接受观众客户端发送的获取直播数据包的获取请求,服务器端在接收到该请求后,将通过拼接生成的直播数据包发送至观众客户端。供观众客户端进行观看。
上述实施方式通过将主播连麦时,不同主播终端上传的视频资源进行合并,将两个视频资源整合成为一个视频资源,然后将该合并后的视频资源发送至观众客户端。从而实现了主播连麦功能,同时在连麦过程中由于观众客户端收到的直播数据包由两个变为一个,大大的减少了在连麦模式下对观众客户端网络带宽的要求,在蜂窝网络下观看该模式对于观众客户端的流量使用也进行了有效的降低。
在一些实施方式中,在某主播账号发起连麦请求时,通过自动匹配的方式匹配与第一主播客户端匹配的第二主播客户端。具体请参阅图2,图2为本实施例连麦匹配的一种流程示意图。
如图2所示,步骤S1100之前还包括下述步骤:
S1010、获取第一主播客户端发送的对战请求信息,其中,所述对战请求信息包括所述第一主播客户端表征的第一主播账户的身份属性;
在一些实施方式中,第一主播客户端对应的第一主播账号,在主播的控制下,发起连麦请求,服务器端在接收到第一主播客户端发送的连麦请求后获取该第一主笔账户的身份属性。身份属性能够是(不限于)该主播的主播标签(如,娱乐、唱歌和美声等表明主播直播属性的标签)、主播的热度、主播的好友列表或者贡献度列表等。
S1020、根据预设的匹配规则匹配与所述身份属性相似的第二主播账号,其中,所述第二主播账号的客户端为第二主播客户端;
根据设定的匹配规则匹配与第一主播账号的身份属性相似的第二主播账号。
在一些实施方式中,当属性信息为主播标签时,匹配规则为匹配与身份属性表征的标签一致或者相似的主播账号,将其作为第二主播客户端。
在一些实施方式中,当属性信息为主播的热度(例如在线观看人数)时,匹配规则为匹配与身份属性表征的在线观众的数量同一数量集的主播账号,将其作为第二主播客户端。例如,第一主播账号的观看人数为20万时,第二主播账号的观看人数也必须为20万人。
在一些实施方式中,当属性信息为主播的好友列表时,匹配规则为随机在第一主播账号的好友列表中抽取一个好友账户作为第二主播客户端。
在一些实施方式中,当属性信息为主播的贡献度列表时,匹配规则为在贡献度列表中获取贡献度大于设定阈值(例如2000),其中贡献度与实际货币之间具有换算关系。匹配规则为随机在贡献值大于设定阈值的主播账户列表中随机抽选一位主播作为第二主播客户端。
S1030、定义所述第一主播客户端上传的视频资源为第一视频资源,第二客户端上传的视频资源为第二视频资源。
当确定第二主播客户端后,服务器将第一主播客户端上传的视频资源定义为第一视频资源,将第二主播客户端上传的视频资源定义为第二视频资源。
通过匹配的方式匹配第二主播账号,通过不确定性增加了连麦对战的趣味性。
在一些实施方式中,身份属性为第一主播账号的好友列表,好友列表中包括第一主播账号与其他主播账户的友好度,第二主播账号的匹配与该友好度具有关联。具体请参阅图3,图3为本实施例通过友好度匹配连麦对象的流程示意图。
如图3所示,步骤S1020还包括下述步骤:
S1021、根据友好度对所述好友列表进行降幂排序生成排序列表;
根据用户列表中的用户友好度将好友列表中的主播账号按由大到小的次序进行排列。其中友好度能够通过主播之间相互访问直播间进行提升(例如,访问一次提高100友好度)或者通过主播之间的贡献值进行提升。贡献度与实际货币之间具有换算关系,例如刷礼物。
S1022、根据预设的次序阈值在所述排序列表中获取排列次序小于等于所述次序阈值的好友账户生成对战列表;
在一些实施方式中为进一步地限定选区的范围,设定次序阈值(例如8),即将排序列表中排位小于或者等于8的主播账户作为随机选区的目标。即将在排序列表中1-8的主播账号作为随机选取的目标。但次序阈值的设定不局限于此,根据具体应用场景的不同,主播能够设定好友列表中好友数量范围内的任一整数作为次序阈值。次序阈值选定的好友账户生成对战列表。
S1023、在所述对战列表中进行随机抽取,并将抽取得到的好友账户定义为第二主播账号。
在对账列表中进行随机抽取,抽取得到主播账号为第二主播账号。
通过将友好度作为随机匹配的依据,能够促使主播用户之间相互维护友好度,使平台中主播用户之间的交流更加频繁,有助于提高平台内主播之间的和谐。
在一些实施方式中,通过视频模板对第一视频资源和第二视频资源进行合并加载。具体请参阅图4,图4为本实施例通过视频模板进行直播视频合并的流程示意图。
如图4所示,步骤S1200还包括下述步骤:
S1210、获取预设的视频模板,其中,所述视频模板包括第一视频区域第二视频区,所述第一视频区域与所述第二视频区域并列放置;
服务器端在获取第一视频资源和第二视频资源后,对第一视频资源和第二视频资源进行解码,然后调用预设的视频模板。其中,视频模板包括两个视频区域,分别为第一视频区域第二视频区域。其中,第一视频区域第二视频区域视频模板的长度方向上并排放置。但不局限于此,第一视频区域与第二视频区域的放置位置能够根据具体应用场景的变化而变化,例如,在一些实施方式中,第一视频区域与第二视频区域的宽度方向依次叠放。
S1220、将所述第一视频资源加载至所述第一视频区域,并将所述第二视频资源加载至所述第二视频区域;
进行视频资源合并时,将第一视频资源加载至第一视频区域,同时,将第二视频资源加载至第二视频区域。
在一些实施方式中,进行视频加载时,需要根据第一视频区域与第二视频区域的尺寸对第一视频资源和第二视频资源进行裁剪,例如,第一视频区域的长度为第一视频资源分辨率长度方向的一半时,需要将第一视频资源进行剪切,使其分辨率长度与第一视频区域的长度相同,同理,对第二视频资源进行剪切使其能够适被配置为第二视频区域。
在一些实施方式中,为使第一视频资源与第二视频资源能够在第一视频区域与第二视频区域内进行整版显示,将第一视频资源和第二视频资源进行等比例缩放,以使第一视频资源和第二视频资源能够在第一视频区域与第二视频区域进行整版显示。
S1230、将加载所述第一视频资源和第二视频资源的视频模板压缩生成所述直播数据包。
服务器端将第一视频资源与第二视频资源进行合并生成直播数据包后,服务器端接受观众客户端发送的获取直播数据包的获取请求,服务器端在接收到该请求后,将通过拼接生成的直播数据包发送至观众客户端。供观众客户端进行观看。
如图5所示,图5为本实施例观众客户端通过移动手机观看连麦直播的一种示意图。如图5所示,第一视频资源与第二视频资源在所述移动端的显示界面中横向左右放置。
在一些实施方式中,主播为吸引流量,即拉取用户观看,需要在连麦的直播间内发放口令红包。具体请参阅图6,图6为主播分享数据的生成流程示意图。
如图6所示,步骤S1300之后还包括下述步骤:
S1411、获取所述主播客户端发送的分享请求,其中,所述分享请求包括数据数值和分享口令;
在一些实施方式中,分享请求为发放红包的红包请求。连麦状态中,连麦主播终端根据主播操作向服务器端发送生成红包的分享请求。该分享请求包括红包金额和分享口令。红包金额是指发放红包的总金额,分享口令为获取红包的口令(密码)。在一些实施方式中,分享请求还包括:红包的分发数量。
S1412、根据所述分享请求生成待分享的分享数据。
根据该分享请求服务器端生成待分享的红包,并将该红包添加至直播数据包。以使观众客户端在接收到该直播数据包后,通过解析在观众客户端上显示该红包。
在一些实施方式中,观众客户端在获取连麦红包时,需要输入相应的用户指令,以鉴别该用户是否具有抢夺红包的资格。具体请参阅图7,图7为本实施例发放分享数据的流程示意图。
如图7所示,步骤S1412之后还包括下述步骤:
S1421、获取观众客户端上传的获取分享数据的获取请求,其中,所述获取请求包括用户口令;
在一些实施方式中,分享数据为红包观众客户端根据用户的操作向服务器端发送获取红包的获取请求。其中,获取请求包括用户口令。
例如,请参与图8a,图8a为本实施例连麦状态下的红包显示的一种示意图。如图8a所示,观众客户端的侧边位置处设有红包图标,用户通过点击该图标后,观众客户端向服务器端发送获取红包的请求。
S1422、根据所述获取请求比对所述用户口令与所述分享口令是否一致;
服务器端根据获取请求比对用户口令与分享口令。
S1423、当所述用户口令与所述分享口令一致时,在所述分享数据限定的容量内随机生成用户数据,并将所述用户数据发送至所述观众客户端。
当用户口令与分享口令一致时,在红包金额限定的额度内随机生成用户红包金额,并将用户红包金额发送至观众客户端。例如,如图8b所示,图8b为本实施例输入用户口令的一种示意图。主播在发放红包时,设定分享口令为888,观众客户端在抢夺红包时输入用户口令为888,服务器端比对分享口令与用户口令一致,生成随机红包。
在一些实施方式中,当观众进行红包抢夺后,需要对观众所抢的红包进行展示。具体请参阅图9,图9为本实施例分享数据的一种展示方法流程示意图。
如图9所示,步骤S1423之后还包括下述步骤:
S1431、获取已抢分享数据的观众信息及所抢数据的数据数值;
在一些实施方式中,分享数据为红包,数据数值为红包金额,观众在参与红包抢夺后,服务器存储观众客户端发送的红包抢夺请求信息和该观众随机获得的红包金额,并在上述信息中提取该观众的用户名及抢夺红包的金额。
S1432、将所述已抢分享数据的观众信息及所抢分享数据的数据数值根据预设编辑规则进行编辑形成数据弹幕信息;
将已抢夺红包的观众信息和红包金额进行编辑。编辑时采用预设的红包信息编辑规则。例如XXX获得红包XXX,在预设的编辑信息出,在字头位置添加用户名,在字尾位置增添红包金额。以此快速且统一的生成红包信息弹幕。
S1433、将所述数据弹幕信息拉流至所述观众客户端。
服务器在弹幕生成后,将该弹幕按生成的先后顺序显示在弹幕区域,然后将编辑完成的弹幕信息发送至主播客户端以及观众客户端进行弹幕展示。
为解决上述技术问题,本公开实施例还提供一种视频处理装置。具体请参阅图10,图10为本实施例视频处理装置的框图。
如图10所示,一种视频处理装置,包括:获取单元2100、处理单元2200和执行单元2300。其中,获取单元2100被配置为获取主播客户端上传的第一视频资源与第二视频资源,其中,第一视频资源与第二视频资源来自于不同的主播客户端;处理单元2200被配置为根据预设的视频合并规则将第一视频资源与第二视频资源合并生成直播数据包;执行单元2300被配置为将直播数据包拉流至观众客户端。
视频处理装置通过将主播连麦时,不同主播终端上传的视频资源进行合并,将两个视频资源整合成为一个视频资源,然后将该合并后的视频资源发送至观众客户端。从而实现了主播连麦功能,同时在连麦过程中由于观众客户端收到的直播数据包由两个变为一个,大大的减少了在连麦模式下对观众客户端网络带宽的要求,在蜂窝网络下观看该模式对于观众客户端的流量使用也进行了有效的降低。
在一些实施方式中,视频处理装置还包括:第一获取子单元、第一处理子单元和第一执行子单元。其中,第一获取子单元被配置为获取第一主播客户端发送的对战请求信息,其中,对战请求信息包括第一主播客户端表征的第一主播账户的身份属性;第一处理子单元被配置为根据预设的匹配规则匹配与身份属性相似的第二主播账号,其中,第二主播账号的客户端为第二主播客户端;第一执行子单元被配置为定义第一主播客户端上传的视频资源为第一视频资源,第二客户端上传的视频资源为第二视频资源。
在一些实施方式中,身份属性为第一主播账号的好友列表,好友列表中包括第一主播账号与其他主播账户的友好度,视频处理装置还包括:第一排序子单元、第二处理子单元和第二执行子单元。其中,第一排序子单元被配置为根据友好度对好友列表进行降幂排序生成排序列表;第二处理子单元被配置为根据预设的次序阈值在排序列表中获取排列次序小于等于次序阈值的好友账户生成对战列表;第二执行子单元被配置为在对战列表中进行随机抽取,并将抽取得到的好友账户定义为第二主播账号。
在一些实施方式中,视频合并规则为将第一视频资源与第二视频资源并列放置在同一显示区域,视频处理装置还包括:第二获取子单元、第三处理子单元和第三执行子单元。其中,第二获取子单元被配置为获取预设的视频模板,其中,视频模板包括第一视频区域第二视频区,第一视频区域与第二视频区域并列放置;第三处理子单元被配置为将第一视频资源加载至第一视频区域,并将第二视频资源加载至第二视频区域;第三执行子单元被配置为将加载第一视频资源和第二视频资源的视频模板压缩生成直播数据包。
在一些实施方式中,视频处理装置还包括:第三获取子单元和第四处理子单元。其中,第三获取子单元被配置为获取主播客户端发送的分享请求,其中,分享请求包括红包金额和分享口令;第四处理子单元被配置为根据分享请求生成待分享的红包。
在一些实施方式中,视频处理装置还包括:第四获取子单元、第五处理子单元和第四执行子单元。其中,第四获取子单元被配置为获取观众客户端上传的获取分享数据的获取请求,其中,获取请求包括用户口令;第五处理子单元被配置为根据获取请求比对用户口令与分享口令是否一致;第四执行子单元被配置为当用户口令与分享口令一致时,在红包金额限定的额度内随机生成用户红包金额,并将用户红包金额发送至观众客户端。
在一些实施方式中,视频处理装置还包括:第五获取子单元、第六处理子单元和第五执行子单元。其中,第五获取子单元被配置为获取已抢分享数据的观众信息及所抢数据的数据数值;第六处理子单元被配置为将已抢红包的观众信息及所抢红包的金额信息根据预设编辑规则进行编辑形成数据弹幕信息;第五执行子单元被配置为将数据弹幕信息推流至观众客户端。
图11是根据一示例性实施例示出的一种视频处理方法的装置800的框图。例如,装置800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图11,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电力组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括被配置为在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,被配置为输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,被配置为为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到设备800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,被配置为在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,运营商网络(如2G、3G、4G或5G),或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,被配置为执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图12是根据一示例性实施例示出的一种视频处理方法方法的非临时性计算机可读存储介质框图。例如,装置1900可以被提供为一服务器。参照图12,装置1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,被配置为存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法……
装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将装置1900连接到网络,和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统,例如Windows ServerTM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本公开实施例还有一个应用程序,当所述应用程序由移动终端的处理器执行时,使得移动终端能够执行一种视频处理方法,所述方法包括上述任意一项所述的视频处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (10)
1.一种视频处理方法,其特征在于,包括下述步骤:
获取主播客户端上传的第一视频资源与第二视频资源,其中,所述第一视频资源与所述第二视频资源来自于不同的主播客户端;
根据预设的视频合并规则将所述第一视频资源与所述第二视频资源合并生成直播数据包;
将所述直播数据包拉流至观众客户端。
2.根据权利要求1所述的视频处理方法,其特征在于,所述获取主播客户端上传的第一视频资源与第二视频资源之前,还包括:
获取第一主播客户端发送的对战请求信息,其中,所述对战请求信息包括所述第一主播客户端表征的第一主播账户的身份属性;
根据预设的匹配规则匹配与所述身份属性相似的第二主播账号,其中,所述第二主播账号的客户端为第二主播客户端;
定义所述第一主播客户端上传的视频资源为第一视频资源,第二客户端上传的视频资源为第二视频资源。
3.根据权利要求2所述的视频处理方法,其特征在于,所述身份属性为第一主播账号的好友列表,所述好友列表中包括第一主播账号与其他主播账户的友好度,所述匹配规则为在预设范围内的随机匹配;所述根据预设的匹配规则匹配与所述身份属性相似的第二主播账号,包括:
根据友好度对所述好友列表进行降幂排序生成排序列表;
根据预设的次序阈值在所述排序列表中获取排列次序小于等于所述次序阈值的好友账户生成对战列表;
在所述对战列表中进行随机抽取,并将抽取得到的好友账户定义为第二主播账号。
4.根据权利要求1所述的视频处理方法,其特征在于,所述视频合并规则为将所述第一视频资源与第二视频资源并列放置在同一显示区域,所述根据预设的视频合并规则将所述第一视频资源与所述第二视频资源合并生成直播数据包,包括:
获取预设的视频模板,其中,所述视频模板包括第一视频区域、第二视频区,所述第一视频区域与所述第二视频区域并列放置;
将所述第一视频资源加载至所述第一视频区域,并将所述第二视频资源加载至所述第二视频区域;
将加载所述第一视频资源和第二视频资源的视频模板压缩生成所述直播数据包。
5.根据权利要求1所述的视频处理方法,其特征在于,所述将所述直播数据包拉流至观众客户端之后,还包括:
获取所述主播客户端发送的分享请求,其中,所述分享请求包括分享内容和分享口令;
根据所述分享请求生成待分享的分享数据。
6.根据权利要求5所述的视频处理方法,其特征在于,所述根据所述分享请求生成待分享的分享数据之后,还包括:
获取观众客户端上传的获取分享数据的获取请求,其中,所述获取请求包括用户口令;
根据所述获取请求比对所述用户口令与所述分享口令是否一致;
当所述用户口令与所述分享口令一致时,在所述分享数据限定的容量内随机生成用户数据,并将所述用户数据发送至所述观众客户端。
7.根据权利要求6所述的视频处理方法,其特征在于,所述当所述用户口令与所述分享口令一致时,在所述分享数据限定的容量内随机生成用户数据,并将所述用户数据发送至所述观众客户端之后,还包括:
获取已抢分享数据的观众信息及所抢数据的数据数值;
将所述已抢分享数据的观众信息及所抢分享数据的数据数值根据预设编辑规则进行编辑形成数据弹幕信息;
将所述数据弹幕信息拉流至所述观众客户端。
8.一种视频处理装置,其特征在于,包括:
获取单元,被配置为获取主播客户端上传的第一视频资源与第二视频资源,其中,所述第一视频资源与所述第二视频资源来自于不同的主播客户端;
处理单元,被配置为根据预设的视频合并规则将所述第一视频资源与所述第二视频资源合并生成直播数据包;
执行单元,被配置为将所述直播数据包拉流至观众客户端。
9.一种电子设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述权利要求1-7任意一项所述的视频处理方法。
10.一种非临时性计算机可读存储介质,当所述存储介质中的指令由移动终端的处理器执行时,使得移动终端能够执行一种视频处理方法方法,所述方法包括上述权利要求1-7任意一项所述的视频处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810829891.XA CN108900867A (zh) | 2018-07-25 | 2018-07-25 | 视频处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810829891.XA CN108900867A (zh) | 2018-07-25 | 2018-07-25 | 视频处理方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108900867A true CN108900867A (zh) | 2018-11-27 |
Family
ID=64352420
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810829891.XA Pending CN108900867A (zh) | 2018-07-25 | 2018-07-25 | 视频处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108900867A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109547724A (zh) * | 2018-12-21 | 2019-03-29 | 广州华多网络科技有限公司 | 一种视频流数据的处理方法、电子设备及存储装置 |
CN109766473A (zh) * | 2018-11-30 | 2019-05-17 | 北京达佳互联信息技术有限公司 | 信息交互方法、装置、电子设备及存储介质 |
CN109788308A (zh) * | 2019-02-01 | 2019-05-21 | 腾讯音乐娱乐科技(深圳)有限公司 | 音视频处理方法、装置、电子设备及存储介质 |
CN110324650A (zh) * | 2019-07-22 | 2019-10-11 | 北京达佳互联信息技术有限公司 | 数据匹配的方法、装置、电子设备及存储介质 |
CN110719416A (zh) * | 2019-09-30 | 2020-01-21 | 咪咕视讯科技有限公司 | 一种直播方法、通信设备及计算机可读存储介质 |
CN110798697A (zh) * | 2019-11-22 | 2020-02-14 | 广州华多网络科技有限公司 | 视频显示方法、装置、系统以及电子设备 |
CN111385666A (zh) * | 2020-03-04 | 2020-07-07 | 北京字节跳动网络技术有限公司 | 通信链路建立方法、装置、设备及存储介质 |
CN112073743A (zh) * | 2020-09-03 | 2020-12-11 | 北京中润互联信息技术有限公司 | 一种多人直播处理系统及方法 |
CN112511850A (zh) * | 2020-11-20 | 2021-03-16 | 广州繁星互娱信息科技有限公司 | 连麦方法、直播显示方法、装置、设备及存储介质 |
CN113473162A (zh) * | 2021-04-06 | 2021-10-01 | 北京沃东天骏信息技术有限公司 | 一种媒体流的播放方法、装置、设备和计算机存储介质 |
CN113691872A (zh) * | 2021-06-18 | 2021-11-23 | 北京达佳互联信息技术有限公司 | 直播任务分配方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103945912A (zh) * | 2011-06-24 | 2014-07-23 | 娱乐技术公司 | 用于实施在线视频游戏联赛的系统和方法 |
CN106156243A (zh) * | 2015-04-26 | 2016-11-23 | 上海灵域网络科技有限公司 | 一种社交娱乐方法及系统 |
CN106254899A (zh) * | 2016-08-16 | 2016-12-21 | 网宿科技股份有限公司 | 一种直播连麦的控制方法和系统 |
WO2017219347A1 (zh) * | 2016-06-24 | 2017-12-28 | 北京小米移动软件有限公司 | 直播显示方法、装置及系统 |
CN107566911A (zh) * | 2017-09-08 | 2018-01-09 | 广州华多网络科技有限公司 | 一种直播方法、装置、系统及电子设备 |
-
2018
- 2018-07-25 CN CN201810829891.XA patent/CN108900867A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103945912A (zh) * | 2011-06-24 | 2014-07-23 | 娱乐技术公司 | 用于实施在线视频游戏联赛的系统和方法 |
CN106156243A (zh) * | 2015-04-26 | 2016-11-23 | 上海灵域网络科技有限公司 | 一种社交娱乐方法及系统 |
WO2017219347A1 (zh) * | 2016-06-24 | 2017-12-28 | 北京小米移动软件有限公司 | 直播显示方法、装置及系统 |
CN106254899A (zh) * | 2016-08-16 | 2016-12-21 | 网宿科技股份有限公司 | 一种直播连麦的控制方法和系统 |
CN107566911A (zh) * | 2017-09-08 | 2018-01-09 | 广州华多网络科技有限公司 | 一种直播方法、装置、系统及电子设备 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109766473A (zh) * | 2018-11-30 | 2019-05-17 | 北京达佳互联信息技术有限公司 | 信息交互方法、装置、电子设备及存储介质 |
CN109547724A (zh) * | 2018-12-21 | 2019-03-29 | 广州华多网络科技有限公司 | 一种视频流数据的处理方法、电子设备及存储装置 |
CN109788308A (zh) * | 2019-02-01 | 2019-05-21 | 腾讯音乐娱乐科技(深圳)有限公司 | 音视频处理方法、装置、电子设备及存储介质 |
CN110324650A (zh) * | 2019-07-22 | 2019-10-11 | 北京达佳互联信息技术有限公司 | 数据匹配的方法、装置、电子设备及存储介质 |
CN110719416A (zh) * | 2019-09-30 | 2020-01-21 | 咪咕视讯科技有限公司 | 一种直播方法、通信设备及计算机可读存储介质 |
CN110798697B (zh) * | 2019-11-22 | 2021-11-23 | 广州方硅信息技术有限公司 | 视频显示方法、装置、系统以及电子设备 |
CN110798697A (zh) * | 2019-11-22 | 2020-02-14 | 广州华多网络科技有限公司 | 视频显示方法、装置、系统以及电子设备 |
CN111385666A (zh) * | 2020-03-04 | 2020-07-07 | 北京字节跳动网络技术有限公司 | 通信链路建立方法、装置、设备及存储介质 |
CN112073743A (zh) * | 2020-09-03 | 2020-12-11 | 北京中润互联信息技术有限公司 | 一种多人直播处理系统及方法 |
CN112511850A (zh) * | 2020-11-20 | 2021-03-16 | 广州繁星互娱信息科技有限公司 | 连麦方法、直播显示方法、装置、设备及存储介质 |
CN112511850B (zh) * | 2020-11-20 | 2023-08-08 | 广州繁星互娱信息科技有限公司 | 连麦方法、直播显示方法、装置、设备及存储介质 |
CN113473162A (zh) * | 2021-04-06 | 2021-10-01 | 北京沃东天骏信息技术有限公司 | 一种媒体流的播放方法、装置、设备和计算机存储介质 |
CN113473162B (zh) * | 2021-04-06 | 2023-11-03 | 北京沃东天骏信息技术有限公司 | 一种媒体流的播放方法、装置、设备和计算机存储介质 |
CN113691872A (zh) * | 2021-06-18 | 2021-11-23 | 北京达佳互联信息技术有限公司 | 直播任务分配方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108900867A (zh) | 视频处理方法、装置、电子设备及存储介质 | |
CN106105246B (zh) | 直播显示方法、装置及系统 | |
CN106254311B (zh) | 直播方法和装置、直播数据流展示方法和装置 | |
KR101951975B1 (ko) | 통신 시스템 | |
EP2688309A1 (en) | Digital television using face detection for authorized users | |
WO2017206398A1 (zh) | 一种视频共享方法及装置 | |
US10235366B2 (en) | Activity gallery view in communication platforms | |
WO2019072096A1 (zh) | 视频直播中的互动方法、装置、系统及计算机可读存储介质 | |
CN104363476A (zh) | 一种基于在线直播的组队活动方法、相关装置及系统 | |
CN111343476A (zh) | 视频共享方法、装置、电子设备及存储介质 | |
CN105120301B (zh) | 视频处理方法和装置、智能设备 | |
CN109151565B (zh) | 播放语音的方法、装置、电子设备及存储介质 | |
CN106331761A (zh) | 直播列表显示方法及装置 | |
CN106664433B (zh) | 多媒体信息播放方法及系统、标准化服务器、直播终端 | |
CN112291503B (zh) | 交互方法、装置和电子设备 | |
EP4113986A1 (en) | Interaction method and apparatus, and electronic device | |
US20220078221A1 (en) | Interactive method and apparatus for multimedia service | |
CN109963168A (zh) | 视频预览方法及装置 | |
CN109819324A (zh) | 一种信息推荐方法和装置及计算机可读存储介质 | |
CN104639609A (zh) | 网络共享方法及装置 | |
CN112291502A (zh) | 信息交互方法、装置、系统和电子设备 | |
CN112099750A (zh) | 一种屏幕共享方法、终端、计算机存储介质以及系统 | |
WO2022252610A1 (zh) | 弹幕下发方法及接收方法 | |
US20170373870A1 (en) | Multimedia Communication System | |
CN112818303B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181127 |
|
RJ01 | Rejection of invention patent application after publication |