直播处理方法和装置、直播服务器及直播系统与流程

文档序号:12379029阅读:396来源:国知局
直播处理方法和装置、直播服务器及直播系统与流程

本公开涉及计算机网络技术领域,尤其涉及一种直播处理方法和装置、直播服务器及直播系统。



背景技术:

目前,随着移动互联网的发展,直播软件越来越受欢迎,越来越多的主播利用直播平台向观众播放各种内容。在直播过程中,主播使用的主播客户端将通过信号采集设备(如:摄像头、麦克风等)采集到的直播源数据上传到直播服务器,再通过直播服务器分发到一个或多个观众客户端进行播放。

相关技术中,直播服务器需要将主播客户端上传的直播源数据进行编码,得到流媒体(Streaming Media)数据并发送至观众客户端,以实现直播过程。直播服务器一般采用固定的编码规则对直播源数据进行编码,得到单一的流媒体数据。然而,采用固定编码规则编码得到的单一的流媒体数据一般适合于在具有某些特定屏幕特征(如:屏幕分辨率)的观众客户端上进行播放,随着观众客户端的屏幕特征的种类不断增多,单一的流媒体数据难以适合在各种具有不同特定屏幕特征的观众客户端上进行播放。



技术实现要素:

为克服相关技术中存在的问题,本公开实施例提供一种直播处理方法和装置、直播服务器及直播系统。

根据本公开实施例的第一方面,提供一种直播处理方法,包括:

接收主播客户端上传的直播源数据;

采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据;所述编码规则中的参数包括屏幕特征;

基于与每一编码规则对应的流媒体数据和观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据;

将确定的所述流媒体数据发送至所述观众客户端。

根据本公开实施例的第二方面,提供一种直播处理装置,包括:

接收单元,用于接收主播客户端上传的直播源数据;

编码单元,用于采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据;所述编码规则中的参数包括屏幕特征;

确定单元,用于基于与每一编码规则对应的流媒体数据和观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据;

发送单元,用于将确定的所述流媒体数据发送至所述观众客户端。

根据本公开实施例的第三方面,提供一种直播服务器,包括:

处理器和用于存储处理器可执行指令的存储器;

其中,所述处理器被配置为:

接收主播客户端上传的直播源数据;

采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据;所述编码规则中的参数包括屏幕特征;

基于与每一编码规则对应的流媒体数据和观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据;

将确定的所述流媒体数据发送至所述观众客户端。

根据本公开实施例的第四方面,提供一种直播系统,包括:

主播客户端,用于与直播服务器建立连接,向直播服务器上传直播源数据;

直播服务器,用于分别与主播客户端与观众客户端建立连接,接收主播客户端上传的直播源数据;采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据,所述编码规则中的参数包括屏幕特征;基于与每一编码规则对应的流媒体数据,根据观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据;将确定的所述流媒体数据发送至所述观众客户端。

观众客户端,用于与所述直播服务器建立连接,接收直播服务器发送的流媒体数据并进行播放。

本公开的实施例提供的技术方案可以包括以下有益效果:

通过采用至少两种不同的编码规则对主播客户端上传的直播源数据(即直播内容)进行编码,获得与每一编码规则对应的流媒体数据,在观众客户端需要观看上述直播内容时,则可以根据所述观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据(即至少两种流媒体数据中的一个),最终,将确定的所述流媒体数据发送至所述观众客户端。可见,由于直播服务器通过至少两种编码规则进行编码,得到至少两种不同的流媒体数据,从而使得上述至少两种不同的流媒体数据可以分别适合于在具有不同特定屏幕特征的观众客户端上进行播放,提升了在不同的观众客户端上观看直播内容的效果。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的直播系统的架构图;

图2是根据一示例性实施例示出的一种直播处理方法的流程图;

图3是根据一示例性实施例示出的另一种直播处理方法的流程图;

图4是根据一示例性实施例示出的又一种直播处理方法的流程图;

图5是根据一示例性实施例示出的又一种直播处理方法的流程图;

图6是根据一示例性实施例示出的一种直播处理装置的框图;

图7是根据一示例性实施例示出的另一种直播处理装置的框图;

图8是根据一示例性实施例示出的又一种直播处理装置的框图;

图9是根据一示例性实施例示出的又一种直播处理装置的框图;

图10是根据一示例性实施例示出的又一种直播处理装置的框图;

图11是根据一示例性实施例示出的又一种直播处理装置的框图;

图12是根据一示例性实施例示出的一种适用于直播处理的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是根据一示例性实施例示出的直播系统的架构图,所述直播系统可以包括:主播客户端10、可与直播客户端10进行通信的直播服务器20及可与直播服务器20进行通信的观众客户端30a、30b。其中,上述主播客户端可以是主播使用的设备(如:电脑、手机等),上述观众客户端可以是观众使用的设备(如:电脑、手机、虚拟现实(Virtual Reality,VR)头盔等)。其中,主播客户端可以包括一种或多种信号采集设备(如:摄像头、麦克风等)。在直播过程中,主播客户端10通过相应的信号采集设备采集到音/视频信号,并作为直播源数据上传到直播服务器20,并由直播服务器20将上传到直播源数据进行标准化,并编码为流媒体数据分发到一个或多个观众客户端上进行播放。流媒体数据可以按照指定的流媒体传输协议来进行传输,例如,实时传输协议(Real-time Transport Protocol,RTP)、实时传输控制协议(Real-time Transport Control Protocol,RTCP)等。其中,所述直播服务器可以是单个服务器或由多个服务器构成的服务器集群。

图2是根据一示例性实施例示出的一种直播处理方法的流程图,该直播处理方法可以应用在直播服务器上,可以通过在直播服务器上安装相应的直播应用软件的方式实现,如图2所示,所述直播处理方法可以包括以下步骤101~104:

在步骤101中,接收主播客户端上传的直播源数据。

在步骤102中,采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据;其中,所述编码规则中的参数包括屏幕特征。

主播服务器可以采用相应的编码规则对所述直播源数据进行编码,所述编码过程可以通过相应的编码工具来实现,如:FFmpeg(Fast Forward Mpeg)、mencoder、ffdshow、x264等。其中,所述编码规则包括若干参数,以FFmpeg为例,参数可以包括:输出格式、屏幕特征、码率、采样率、声道等等。其中,所述屏幕特征可以包括:屏幕的分辨率及屏幕的尺寸、观看方式(竖屏或横屏)等。在本实施例中,所述编码规则中的参数至少包括上述屏幕特征。其中,在定义每一种编码规则时,可以为编码规则中的每一种参数赋予特定的特征值,例如,为参数“屏幕特征”赋予的特征值为:“360x640”。

在本实施例中,所述编码规则至少包括两种,不同的编码规则之间的不同之处可以体现在参数的特征值不同。可以采用同一种编码工具来实现至少两种不同的编码规则。举例而言,假如包括编码规则一和编码规则二,其中,编码规则一中的参数“分辨率”的特征值:360x640,编码规则二中的参数“分辨率”的特征值:1280x720。其中,编码规则一或编码规则二中的其他参数的特征值可以视具体需求进行调整。最终,可以对直播源数据按照上述编码规则一编码得到的流媒体数据Data1,以及按照上述编码规则二编码得到的流媒体数据Data2。

在步骤103中,基于与每一编码规则对应的流媒体数据和观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据。

沿用上述例子,若某观众客户端请求观看上述主播客户端上传到的直播内容,并且假设该观众客户端的屏幕分辨率是:1280x720,则基于之前编码得到的至少两种流媒体数据(如:流媒体数据Data1、Data2),直播服务器根据上述观众客户端的屏幕分辨率,确定到与该屏幕分辨率相匹配的流媒体数据是Data2。

在步骤104中,将确定的所述流媒体数据发送至所述观众客户端。

其中,观众客户端上可以存在相应的可以对流媒体数据进行解码并播放的播放器,以实现直播内容的播放。

在一实施例中,在上述步骤102之后,在上述步骤103之前,所述方法还可以包括:采用所述编码规则中包含的所述屏幕特征的特征值,对通过所述编码规则编码得到的流媒体数据进行标记。。

在一实施例中,在上述步骤102之后,在上述步骤103之前,所述方法还可以包括:将每一流媒体数据与预设屏幕类型进行对应;其中,每一预设屏幕类型包括一个或多个屏幕特征;

所述步骤103可以包括:

确定观众客户端的屏幕特征所属的预设屏幕类型;

将与所述预设屏幕类型对应的流媒体数据,确定为与所述观众客户端的屏幕特征相匹配的流媒体数据。

在一实施例中,所述步骤101可以包括:

接收主播客户端上传的与在主播客户端上登录的主播账号对应的直播源数据;

所述步骤102之前,所述方法还可以包括:

根据预存的编码规则和主播账号的对应关系,查找与在主播客户端上登录的所述主播账号对应的编码规则。

在一实施例中,所述步骤102之前,所述方法还可以包括:

接收设定命令,所述设定命令包含与每一编码规则对应的参数以及与每一参数对应的特征值;

所述步骤102可以包括:

响应于所述设定命令,根据所述设定命令包含的与每一编码规则对应的参数以及与每一参数对应的特征值,对所述直播源数据进行编码。

在一实施例中,在上述步骤102之后,在上述步骤103之前,所述方法还可以包括:

将与每一编码规则对应的流媒体数据分别推送到对应的地址上。

具体如何实现直播的过程,请参考后续实施例。

至此,本公开实施例提供的上述方法,可以通过采用至少两种不同的编码规则对主播客户端上传的直播源数据(即直播内容)进行编码,获得与每一编码规则对应的流媒体数据,在观众客户端需要观看上述直播内容时,则可以根据所述观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据(即至少两种流媒体数据中的一个),最终,将确定的所述流媒体数据发送至所述观众客户端。

相关技术中,单一的流媒体数据往往难以适合在各种具有不同特定屏幕特征的观众客户端上进行播放。举例而言,若采用的固定的编码规则中的参数“屏幕分辨率”是:1280x720,对直播源数据进行编码,得到流媒体数据。则对于屏幕分辨率为“1280x720”或与其分辨率相差较小的屏幕来说,编码得到的流媒体数据是较为适合的。但是,对于具有其他分辨率的屏幕的观众客户端而言,上述流媒体数据是不太适合播放的,需要通过画面拉伸或居中的方式来进行播放。然而,画面拉伸或居中的方式可能会造成直播的画面不清晰,如:观众客户端的屏幕分辨率是:3840x1080,则画面拉伸后的画面显然不够清晰。可见,由于直播服务器通过至少两种编码规则进行编码,得到至少两种不同的流媒体数据,从而使得上述至少两种不同的流媒体数据可以分别适合于在具有不同特定屏幕特征的观众客户端上进行播放,提升了在不同的观众客户端上观看直播内容的效果。

下面以具体实施例来说明本公开实施例提供的技术方案。

图3是根据一示例性实施例示出的另一种直播处理方法的流程图,该直播处理方法可以应用在直播服务器上,可以通过在直播服务器上安装相应的直播应用软件的方式实现,如图3所示,所述直播处理方法可以包括以下步骤201~206:

在步骤201中,接收主播客户端上传的与在主播客户端上登录的主播账号对应的直播源数据。

直播平台可以为每一位主播分配一主播账号,该主播账号可以是主播在直播平台上注册的。主播客户端上需要登录主播所拥有的主播账号,以实现主播过程。主播客户端向主播服务器上传的主播源数据可以与该主播账号进行对应。在一些实施例中,主播客户端上传的主播源数据可以包括多路,例如,主播客户端需要在直播现场采集多路画面,所采集的多路画面可以与同一主播账号进行关联,这样,在观众客户端请求观看上述主播正在直播的内容时,可以通过主播账号,获取到与该主播账号关联的多路画面并在同一个画面中进行播放。

在步骤202中,根据预存的编码规则和主播账号的对应关系,查找与在直播客户端上登录的所述主播账号对应的编码规则。

在一实施例中,对于每一位主播而言,可以根据自身需求设定编码规则,每一位主播设定的编码规则的数量,以及与每一编码规则对应的参数的特征值可以不尽相同。在主播设定编码规则之后,可在直播服务器上预先生成编码规则和主播账号的对应关系并存储。其中,设定上述编码规则的过程可以由主播本人来完成,或者由其他拥有主播账号的用户来完成。例如,可以通过浏览器通过主播账号来登录导播台页面,并通过在导播台页面上的操作来设定与该主播账号对应的编码规则。

举例而言,与主播账号A对应的编码规则可以包括:

编码规则一,其中包括的参数“分辨率”的特征值为:1280x720(竖屏)。

编码规则二,其中包括的参数“分辨率”的特征值为:360x640(横屏)。

与主播账号B对应的编码规则可以包括:

编码规则二,其中包括的参数“分辨率”的特征值为:360x640(横屏)。

编码规则三,其中包括的参数“分辨率”的特征值为:720x1280(竖屏)。

编码规则四,其中包括的参数“分辨率”的特征值为:1920x1080。

在上述例子中,若在步骤201中,上传直播源数据的主播客户端上登录的是主播账号B,则可以通过查找预先存储的对应关系,查找到与所述主播账号B对应的编码规则包括3种,分别是:编码规则二、三、四。当然,每一主播可以根据需求对直播服务器上存储的对应关系进行修改。

在步骤203中,采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据。其中,所述编码规则中的参数包括屏幕特征。

在步骤204中,将与每一编码规则对应的流媒体数据分别推送到对应的地址上。

在一实施例中,在根据查找到的各种编码规则,对上传的直播源数据进行编码,得到与每一编码规则对应的流媒体数据之后,可以按照流媒体数据的传输协议将每一种流媒体数据分别推送到不同的地址上。所述地址可以是用以供观众客户端访问的服务地址,以实现直播内容的播放,上述地址可以存在于所述直播服务器上。在另一实施例中,直播服务器可以将对同一直播源数据按照不同的编码规则分别编码,得到的各种不同的流媒体数据分别通过推流器推送到不同的流媒体服务器上,这样,观众客户端便可以从不同的流媒体服务器上,获取到与所述观众客户端的屏幕特征相匹配的流媒体数据并进行播放。当然,在其他实施例中,编码获得的各种不同的流媒体数据也可以推送到同一个地址上进行存储,可以在该地址上以不同的文件名进行区别。

在步骤205中,基于与每一编码规则对应的流媒体数据和观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据。

在步骤206中,将确定的所述流媒体数据发送至所述观众客户端,以使得客户端能够根据流媒体数据进行直播内容的播放。

至此,本公开实施例提供的上述方法,由于直播服务器通过至少两种编码规则进行编码,得到至少两种不同的流媒体数据,从而使得上述至少两种不同的流媒体数据可以分别适合于在具有不同特定屏幕特征的观众客户端上进行播放,提升了在不同的观众客户端上观看直播内容的效果。

图4是根据一示例性实施例示出的又一种直播处理方法的流程图,该直播处理方法可以应用在直播服务器上,可以通过在直播服务器上安装相应的直播应用软件的方式实现,如图4所示,所述直播处理方法可以包括以下步骤301~305:

在步骤301中,接收主播客户端上传的直播源数据。

在步骤302中,接收设定命令,所述设定命令包含与每一编码规则对应的参数以及与每一参数对应的特征值。

在本实施例中,拥有主播账号的用户可以通过所述主播账号登录导播台网页,并通过在导播台网页上的操作来设定所需编码的流媒体数据的种类数量,以及每一编码规则包括的各个参数的特征值。通过在所述导播台网页上的操作,可以生成相应的设定命令并向直播服务器发送。

举例而言,某个主播需要将上传的直播源数据编码为三种类型的流媒体数据。则可以在“流媒体数据种类数量”对应的输入框内输入:3,每一种流媒体数据对应一种编码规则,此后,可以对每一种编码规则的参数(如:分辨率)的特征值进行设定。

在步骤303中,响应于所述设定命令,根据所述设定命令中包含的与每一编码规则对应的参数以及与每一参数对应的特征值,对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据。其中,所述编码规则中的参数包括屏幕特征。

在步骤304中,基于与每一编码规则对应的流媒体数据,根据观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据;

在步骤305中,将确定的所述流媒体数据发送至所述观众客户端进行播放。

步骤303-步骤305的描述可以参见上述图3所示实施例的描述,在此不再详述。

至此,本公开实施例提供的上述方法,由于直播服务器通过至少两种编码规则进行编码,得到至少两种不同的流媒体数据,从而使得上述至少两种不同的流媒体数据可以分别适合于在具有不同特定屏幕特征的观众客户端上进行播放,提升了在不同的观众客户端上观看直播内容的效果。

图5是根据一示例性实施例示出的又一种直播处理方法的流程图,该直播处理方法可以应用在直播服务器上,可以通过在直播服务器上安装相应的直播应用软件的方式实现,如图5所示,所述直播处理方法可以包括以下步骤401~406:

在步骤401中,接收主播客户端上传的直播源数据。

在步骤402中,采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据;其中,所述编码规则中的参数包括屏幕特征。

在步骤403中,将每一流媒体数据与预设屏幕类型进行对应。其中,每一预设屏幕类型包括一个或多个屏幕特征。

本实施例中,可以预先将各种屏幕特征划分为一个或多个预设屏幕类型。举例而言,假设划分的预设屏幕类型包括:

类型A:手机横屏;

类型B:手机竖屏;

类型C:平板电脑横屏;

类型D:平板电脑竖屏;

类型E:电视屏幕:1920x1080。

类型F:VR视频:3840x1080。

其中,仅是示例性的列举上述几种预设屏幕类型。在实际情况中,可以根据实际需求对上述预设屏幕类型进行调整。需要说明的是,每一种预设屏幕类型可以对应于一定的屏幕分辨率的范围特征值。例如:对于上述类型A,与其对应的屏幕分辨率(M x N)的范围特征值如下:

M=540~1280,N=320~800。当然,对于横屏而言,通常M>N。

本实施例中,每一种预设屏幕类型分别对应一种编码规则,这样,可以对上传的直播源数据,采用与每一种预设屏幕类型对应的编码规则分别进行编码。也就是说,在上述例子中,可以根据6种不同的编码规则,编码得到与6中预设屏幕类型不同的流媒体数据,并推送到相应的服务地址上。

在步骤404中,确定观众客户端的屏幕特征所属的预设屏幕类型。

不同的观众客户端具有不同的屏幕特征,可以根据上述预先确定的各种预设屏幕类型,确定观众客户端的屏幕特征所属的预设屏幕类型。沿用以上例子,若当前请求观看直播内容的观众客户端的屏幕分辨率是:720x1280,则可以确定该观众客户端的屏幕分辨率所属的预设屏幕类型为:“类型B”。

在步骤405中,基于与每一编码规则对应的流媒体数据,将与所述预设屏幕类型对应的流媒体数据,确定为与所述观众客户端的屏幕特征相匹配的流媒体数据。

在上述例子中,可以从编码得到的6种流媒体数据中,选择与“类型B”相对应的流媒体数据,并将其确定为与所述观众客户端的屏幕特征(屏幕分辨率是:720x1280)相匹配的流媒体数据。

在步骤406中,将确定的所述流媒体数据发送至所述观众客户端进行播放。

至此,本公开实施例提供的上述方法,由于直播服务器通过至少两种编码规则进行编码,得到至少两种不同的流媒体数据,从而使得上述至少两种不同的流媒体数据可以分别适合于在具有不同特定屏幕特征的观众客户端上进行播放,提升了在不同的观众客户端上观看直播内容的效果。

需要说明的是,在其他可行的实施例中,所述“采用至少两种编码规则对所述直播源数据进行编码”之后,所述“根据观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据”之前,所述方法还可以包括:采用所述编码规则中包含的所述屏幕特征的特征值,对通过所述编码规则编码得到的流媒体数据进行标记。从而确保直播服务器可以根据为每一种流媒体数据标记的屏幕特征,查找到与观众客户端的屏幕特征相匹配的流媒体数据。其中,可以在每一流媒体数据对应的服务地址上添加所述屏幕特征来实现标记。

图6是根据一示例性实施例示出的一种直播处理装置的框图,如图6所示,所述直播处理装置包括:

接收单元41,用于接收主播客户端上传的直播源数据;

编码单元42,用于采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据;所述编码规则中的参数包括屏幕特征;

确定单元43,用于基于与每一编码规则对应的流媒体数据和观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据;

发送单元44,用于将确定的所述流媒体数据发送至所述观众客户端,以使得观众客户端进行播放。

图7是根据一示例性实施例示出的另一种直播处理装置的框图,如图7所示,在上述图6所示实施例的基础上,所述装置还可以包括:

标记单元45,用于采用所述编码规则中包含的所述屏幕特征的特征值,对通过所述编码规则编码得到的流媒体数据进行标记。

图8是根据一示例性实施例示出的又一种直播处理装置的框图,如图8所示,在上述图6所示实施例的基础上,所述装置还可以包括:

对应单元46,用于将每一流媒体数据与预设屏幕类型进行对应;其中,每一预设屏幕类型包括一个或多个屏幕特征;

所述确定单元43可以包括:

第一确定子单元431,用于确定观众客户端的屏幕特征所属的预设屏幕类型;

第二确定子单元432,用于将与所述预设屏幕类型对应的流媒体数据,确定为与所述观众客户端的屏幕特征相匹配的流媒体数据。

图9是根据一示例性实施例示出的又一种直播处理装置的框图,如图9所示,在上述图6所示实施例的基础上,所述接收单元41用于:

接收主播客户端上传的与在主播客户端上登录的主播账号对应的直播源数据;

所述装置还可以包括:

查找单元47,用于根据预存的编码规则和主播账号的对应关系,查找与在主播客户端上登录的所述主播账号对应的编码规则。

图10是根据一示例性实施例示出的又一种直播处理装置的框图,如图10所示,在上述图6所示实施例的基础上,所述装置还包括:

命令接收单元48,用于接收设定命令,所述设定命令包含与每一编码规则对应的参数以及与每一参数对应的特征值;

所述编码单元42用于:

响应于所述设定命令,根据所述设定命令包含的与每一编码规则对应的参数以及与每一参数对应的特征值,对所述直播源数据进行编码。

图11是根据一示例性实施例示出的又一种直播处理装置的框图,如图11所示,在上述图6所示实施例的基础上,所述装置还包括:

推送单元48,用于将与每一编码规则对应的流媒体数据分别推送到对应的地址上。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

图12是根据一示例性实施例示出的一种适用于直播处理的装置的框图。例如,装置600可以被提供为一服务器。参照图12,装置600包括处理组件622,其进一步包括一个或多个处理器,以及由存储器632所代表的存储器资源,用于存储可由处理部件622的执行的指令,例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。所述处理组件622被配置为:

接收主播客户端上传的直播源数据;

采用至少两种编码规则对所述直播源数据进行编码,获得与每一编码规则对应的流媒体数据;所述编码规则中的参数包括屏幕特征;

基于与每一编码规则对应的流媒体数据,根据观众客户端的屏幕特征,确定与所述观众客户端的屏幕特征相匹配的流媒体数据;

将确定的所述流媒体数据发送至所述观众客户端进行播放。

装置600还可以包括一个电源组件626被配置为执行装置600的电源管理,一个有线或无线网络接口650被配置为将装置600连接到网络,和一个输入输出(I/O)接口658。装置600可以操作基于存储在存储器632的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器632,上述指令可由装置600的处理组件622执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1