数据传输方法及装置、存储介质、电子设备与流程

文档序号:17357991发布日期:2019-04-09 21:51阅读:152来源:国知局
数据传输方法及装置、存储介质、电子设备与流程

本发明涉及计算机技术领域,具体而言,涉及一种用于网络直播的数据传输方法、数据传输装置、计算机可读存储介质以及计算机电子设备。



背景技术:

随着互联网技术的发展,网络直播越来越受到人们的欢迎,人们对网络直播的质量要求也越来越高。

目前,将网络主播的直播画面、麦克风的语音以及网络主播播放的伴奏音乐作为网络主播的直播视频流,简称直播流。现有的一种技术方案中,网络主播与其他主播连麦时,直接将直播流发送给其他主播,其他主播的直播流也直接发送给网络主播,导致网络主播端以及其他主播端对应的观众端会产生“回声”,降低了观众的视听体验。

需要说明的是,在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。



技术实现要素:

本发明实施例的目的在于提供一种用于网络直播的数据传输方法、数据传输装置、计算机可读存储介质以及电子设备,进而至少在一定程度上克服由于网络主播与其他主播直播连麦时在直播端以及观众端产生回声的问题。

本发明的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本发明的实践而习得。

根据本发明实施例的第一方面,提供了一种用于网络直播的数据传输方法,包括:响应于第一直播端与第二直播端的连麦请求,获取所述第一直播端通过所述第一直播端的麦克风获取的第一音频数据以及通过预设采集方式获取的第二音频数据;接收所述第二直播端的通过麦克风获取的第三音频数据;根据所述第一音频数据以及第二音频数据、接收的所述第三音频数据生成直播流;将所述直播流发送给第一直播端对应的观众客户端。

在本发明的一些示例实施例中,基于前述方案,获取所述第一直播端通过所述第一直播端的麦克风获取的第一音频数据以及通过预设采集方式获取的第二音频数据还包括:获取所述第一直播端的第一音频数据以及第二音频数据对应的图像数据;将所述第一音频数据以及第二音频数据以及所述图像数据发送到所述第二直播端。

在本发明的一些示例实施例中,基于前述方案,接收所述第二直播端的通过麦克风获取的第三音频数据还包括:接收所述第二直播端的通过麦克风获取的第三音频数据以及所述第三音频数据对应的图像数据。

在本发明的一些示例实施例中,基于前述方案,所述将所述直播流发送给第一直播端对应的观众客户端包括:根据所述第一音频数据、所述第二音频数据、所述第一音频数据以及第二音频数据对应的图像数据以及接收的所述第三音频数据、所述第三音频数据对应的图像数据生成直播流;将所述直播流发送给第一直播端对应的观众客户端。

在本发明的一些示例实施例中,基于前述方案,所述第二音频数据包括直播伴奏音频、直播游戏的游戏内音频中的至少一种。

在本发明的一些示例实施例中,基于前述方案,所述通过预设采集方式获取的第二音频数据包括:通过所述第一直播端提供的音频环回接口获取第二音频数据。

在本发明的一些示例实施例中,基于前述方案,所述第二直播端的数量为一个或多个。

根据本发明实施例的第二方面,提供了一种用于网络主播的数据传输方法,包括:响应于目标直播端的连麦请求,通过麦克风获取第一音频数据并通过预设采集方式获取第二音频数据;将所述第一音频数据以及第二音频数据发送到所述目标直播端以使所述目标直播端发送第三音频数据;根据所述第一音频数据以及第二音频数据、目标直播端发送的所述第三音频数据生成直播流;将所述直播流发送给对应的观众客户端以使所述观众客户端播放所述第一音频数据、所述第二音频数据以及所述第三音频数据。

根据本发明实施例的第三方面,提供了一种用于网络直播的数据传输装置,包括:获取单元,用于响应于第一直播端与第二直播端的连麦请求,获取所述第一直播端通过所述第一直播端的麦克风获取的第一音频数据以及通过预设采集方式获取的第二音频数据;接收单元,用于接收所述第二直播端的通过麦克风获取的第三音频数据;生成单元,用于根据所述第一音频数据以及第二音频数据、接收的所述第三音频数据生成直播流;发送单元,用于将所述直播流发送给第一直播端对应的观众客户端。

根据本发明实施例的第四方面,提供了一种用于网络直播的数据传输装置,包括:数据获取单元,用于响应于目标直播端的连麦请求,通过麦克风获取第一音频数据并通过预设采集方式获取第二音频数据;第一发送单元,用于将所述第一音频数据以及第二音频数据发送到所述目标直播端以使所述目标客户端发送第三音频数据;直播流生成单元,用于根据所述第一音频数据以及第二音频数据、目标客户端发送的所述第三音频数据生成直播流;第二发送单元,用于将所述直播流发送给对应的观众客户端以使所述观众客户端播放所述第一音频数据、所述第二音频数据以及所述第三音频数据。

根据本发明实施例的第五方面,提供了一种电子设备,包括:处理器;以及存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现根据上述任意一项所述的数据传输方法。

根据本发明实施例的第六方面,提供了一种计算机可读介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现根据上述任意一项所述的数据传输方法。

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

在本发明的一些实施例所提供的技术方案中,当检测到第一直播端与第二直播端的连麦请求时,获取第一直播端的语音数据以及直播伴奏,接收第二直播端的语音数据,根据第一直播端的语音数据、直播伴奏以及第二直播端的语音数据生成直播流发送到第一直播端对应的观众端。一方面,分别获取直播端的语音数据以及直播伴奏,将语音数据发送到直播连麦对应的直播端,将语音数据以及直播伴奏发送到对应的观众端,不仅能够让网络主播之间互动时不听到回声,而且也能够让观众端不产生回声,提升了网络主播以及观众的视听体验;另一方面,将语音数据单独发送给直播连麦的其他直播端,不再将直播伴奏也一起发送到对应的直播端,减少了直播连麦时的传输数据量,提升了系统的性能,增加了网络主播的使用体验。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:

图1示意性示出了根据本发明的一些实施例的直播连麦产生回声的示意图;

图2示意性示出了根据本发明的一些实施例的用于网络直播的数据传输方法的示意图;

图3示意性示出了根据本发明的另一些实施例的用于网络直播的数据传输方法的示意图;

图4示意性示出了根据本发明的一些实施例的根据本发明的数据传输方法消除直播连麦回声的示意图;

图5示意性示出了根据本发明的一些实施例的一种数据传输装置的示意图;

图6示意性示出了根据本发明的一些实施例的另一种数据传输装置的示意图;

图7示意性示出了根据本发明的一些实施例的电子设备的计算机系统的结构示意图;

图8示意性示出了根据本发明的一些实施例的计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本发明将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。

此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本发明的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本发明的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。

现有的技术方案中,网络主播在与其他主播进行连麦时,参考图1所示,图1示意性示出了根据本发明的一些实施例的直播连麦产生回声的示意图。在步骤s110中,直播端a将声音采集单元麦克风a采集的语音数据发送到直播端b的主播播放器并播放;在步骤s120中,直播端a的电脑声音发送到b主播播放器并播放;在步骤s130中,麦克风a采集的语音数据以及直播端a的电脑声音通过b主播播放器的播放形成直播端b的电脑声音;在步骤s140中,直播端b将声音采集单元麦克风b采集的语音数据发送到直播端a的主播播放器并播放;在步骤s150中,直播端b的电脑声音发送到a主播播放器并播放;在步骤s160中,麦克风b采集的语音数据以及直播端b的电脑声音通过a主播播放器的播放形成直播端a的电脑声音;在步骤s170中,麦克风a采集的语音数据以及直播端a的电脑声音发送到a观众播放器进行播放;在步骤s180中,麦克风b采集的语音数据以及直播端b的电脑声音发送到b观众播放器进行播放。

继续参考图1所示,由于网络主播之间进行直播连麦时,直播端即时无间断地重复步骤s110-s180,因此当直播端a执行步骤s110以及步骤s120后,同时a主播播放器会收到并播放直播端b执行步骤s140以及步骤s150发送的数据,此时a主播播放器播放的数据包括b电脑声音,但是b电脑声音包括直播端a的麦克风的语音数据,这时直播端a的网络主播a会听到自己的语音以及a主播播放器中自己的语音,产生“回声”效果。同理,直播端b的网络主播b也会听到两次自己的语音,产生“回声”效果。

基于此,在本示例实施例中,首先提供了一种用于网络主播的数据传输方法,执行主体可以是服务器。该数据传输方法可以应用于终端设备,例如手机、电脑等电子设备。该终端设备包括声音采集单元例如麦克风设备,以及图像采集单元例如摄像头。图2示意性示出了根据本发明的一些实施例的用于网络直播的数据传输方法的示意图。参考图2所示,该数据传输方法可以包括以下步骤:

步骤s210,响应于第一直播端与第二直播端的连麦请求,获取所述第一直播端通过所述第一直播端的麦克风获取的第一音频数据以及通过预设采集方式获取的第二音频数据;

步骤s220,接收所述第二直播端的通过麦克风获取的第三音频数据;

步骤s230,根据所述第一音频数据以及第二音频数据、接收的所述第三音频数据生成直播流;

步骤s240,将所述直播流发送给第一直播端对应的观众客户端。

根据本示例实施例中的数据传输方法,一方面,分别获取直播端的语音数据以及直播伴奏,将语音数据发送到直播连麦对应的直播端,将语音数据以及直播伴奏发送到对应的观众端,不仅能够让网络主播之间互动时不听到回声,而且也能够让观众端不产生回声,提升了网络主播以及观众的体验;另一方面,将语音数据单独发送给直播连麦的其他直播端,不再将直播伴奏也一起发送对应的直播端,减少了直播连麦时的传输数据量,提升了系统的性能,增加了网络主播的使用体验。

下面,将对本示例实施例中的数据传输方法进行进一步的说明。

在步骤s210中,响应于第一直播端与第二直播端的连麦请求,获取所述第一直播端通过所述第一直播端的麦克风获取的第一音频数据以及通过预设采集方式获取的第二音频数据。

在本发明的一种示例实施例中,第一直播端可以是发起连麦请求的发送端,第二直播端可以是接收连麦请求的接收端,本示例性实施例中对此不做特殊限定。连麦是指两名或者两名以上的网络主播通过互联网进行即时互动的一种直播形式,网络主播之间通过直播连麦可以进行语音交流以及图像交流,并将网络主播之间的互动内容展示给各自对应的观众。第一音频数据是指第一直播端的网络主播进行语言交流时终端设备的声音采集单元采集的音频数据,例如通过麦克风采集网络主播的音频数据。第二音频数据是指网络主播进行直播时终端设备的内部的背景音频数据,第二音频数据包括以下至少一种:直播伴奏音频、直播游戏的游戏内音频。该内部的背景音频数据可以是直播伴奏音频,也可以是终端设备内部的其它音频,例如可以是该终端设备中直播游戏的游戏内音频等,本发明在此不做特殊限定。

具体的,根据第一直播端的预设采集方式获取第二音频数据,该预设采集方式可以是第一直播端的操作系统提供的音频环回接口。音频环回接口(loopback)是指用于网络设备的虚拟接口,通过该音频环回接口可以抓取在扬声器播放的音频源数据,例如,可以是该终端设备中通过直播开播客户端(主播客户端)播放的该终端设备中的音频文件(伴奏音频文件等),也可以是该终端设备中通过音频播放器播放的该终端设备中的音频文件(伴奏音频文件等),也可以是该终端设备中通过音频播放器播放的网络中的音频文件(伴奏音频文件等),还可以是该终端设备中直播游戏的游戏内音频等,本发明对此不做特殊限定。

在本发明的一种示例实施例中,图像数据是指网络主播在进行直播时,通过终端设备的图像采集单元例如摄像头采集的数据,当第一直播端向第二直播端发送连麦请求并且第二直播端同意该连麦请求时,服务器获取第一直播端的第一音频数据的同时获取该第一音频数据对应的图像数据。将获取的第一音频数据以及对应的图像数据发送到第二直播端的终端设备,第二直播端的终端设备播放接收到的第一音频数据以及对应的图像数据,以完成连麦请求中第一直播端向第二直播端的直播交互。

需要说明的是,本公开所使用的术语“第一”、“第二”等,仅是为了区分同一直播连麦过程中不同的直播端以及不同来源的音频数据,并不应对本公开造成任何限制。

在步骤s220中,接收所述第二直播端的通过麦克风获取的第三音频数据。

在本发明的一种示例实施例中,第三音频数据是指第二直播端的网络主播进行语言交流时终端设备的声音采集单元采集的音频数据,例如通过麦克风采集网络主播的音频数据。服务器接收第二直播端发送到第一直播端的第三音频数据,同时接收该第三音频数据对应的图像数据,将接收到的第二直播端的第三音频数据以及图像数据通过第一直播端的终端设备播放。通过分别采集获取第一直播端与第二直播端的语音数据,将语音数据发送给对应的直播端,不需要将各自的直播伴奏也发送给对应的直播端,减少了连麦中直播端之间传输的数据量,提升了系统的性能。

在步骤s230中,根据所述第一音频数据以及第二音频数据、接收的所述第三音频数据生成直播流。

在本发明的一种示例实施例中,直播流是指将网络主播的直播画面、麦克风的语音以及网络主播播放的伴奏音乐通过处理形成的对应网络主播的数据流,便于通过互联网在各个终端设备上播放网络主播的相关内容。根据获取的第一直播端的第一音频数据、第二音频数据以及第二直播端的第三音频数据生成对应的直播流,将该直播流发送到第一直播端的观众端,给观众呈现网络主播之间连麦的语音内容。将分别采集的语音数据、直播伴奏发送给对应的客户端,使直播伴奏不在包含连麦请求对方的语音数据,能够使观众端不再产生回声,提升观众的视听体验。

在步骤s240中,将所述直播流发送给第一直播端对应的观众客户端。

在本发明的一种示例实施例中,根据第一直播端的第一音频数据、第一直播端的第二音频数据、接收的第二直播端的第三音频数据以及第一直播端和第二直播端对应的图像数据生成直播流,将该直播流发送到第一直播端的观众端,给观众呈现网络主播之间连麦的交互内容。将连麦的直播端的语音数据、直播伴奏以及图像数据处理生成直播流,不仅有利于服务器快速将连麦内容发送至各自直播端对应的观众端,也能够让观众在不听到连麦产生回声的同时收看直播端网络主播的表情动作信息,增强了网络主播与观众的交互性,提升了观众的视听体验。

需要说明的是,第二直播端的数量可以是一个,也可以是多个,例如第一直播端同时对三个直播端发起连麦请求。

在本发明的另一种示例实施例中,还提供了一种用于网络直播的数据传输方法,执行主体可以是发起连麦请求的发起直播端。该数据传输方法可以应用于终端设备,例如手机、电脑等电子设备。该终端设备包括声音采集单元例如麦克风设备,以及图像采集单元例如摄像头。参考图3所示,图3示意性示出了根据本发明的另一些实施例的用于网络主播的数据传输方法的示意图。

在步骤s310中,响应于目标直播端的连麦请求,通过麦克风获取第一音频数据并通过预设采集方式获取第二音频数据。

在本发明的一种示例实施例中,当目标直播端接收到发起直播端发送的连麦请求并且同意该连麦请求时,发起直播端的终端设备获取发起直播端的第一音频数据的同时获取该第一音频数据对应的图像数据。发起直播端将获取的第一音频数据以及该第一音频数据对应的图像数据发送到服务端,服务端根据目标直播端的逻辑地址将发起直播端的第一音频数据以及对应的图像数据发送到目标直播端的终端设备并播放发起直播端的第一音频数据以及对应的图像数据,以完成发起直播端向目标直播端的直播交互。将分别采集的语音数据、直播伴奏发送给对应的客户端,使直播伴奏不在包含连麦请求对方的语音数据,能够使观众端不再产生回声,提升观众的视听体验。

在步骤s320中,将所述第一音频数据以及第二音频数据发送到所述目标直播端以使所述目标直播端发送第三音频数据。

在本发明的一种示例实施例中,服务器获取并将目标直播端的第三音频数据发送至发起直播端,以使发起直播端根据发起直播端的第一音频数据、接收的目标直播端的第一音频数据、发起直播端的第二音频数据生成直播流。通过分别采集发起直播端与目标直播端的语音数据,将语音数据发送给对应的直播端,不需要将各自的直播伴奏也发送给对应的直播端,减少了连麦中直播端之间传输的数据量,提升了系统的性能。

在步骤s330中,根据所述第一音频数据以及第二音频数据、目标直播端发送的所述第三音频数据生成直播流。

在本发明的一种示例实施例中,发起直播端根据发起直播端的第一音频数据、第二音频数据、接收的目标直播端的第三音频数据以及发起直播端和目标直播端对应的图像数据生成直播流,发起直播端将该直播流发送到发起直播端对应的观众客户端,给观众呈现网络主播之间连麦的语音内容。将连麦的直播端的语音数据、直播伴奏以及图像数据处理生成直播流,不仅有利于服务器快速将连麦内容发送至各自直播端对应的观众端,也能够让观众在不听到连麦产生回声的同时收看直播端网络主播的表情动作信息,增强了网络主播与观众的交互性,提升了观众的视听体验。

在步骤s340中,将所述直播流发送给对应的观众客户端以使所述观众客户端播放所述第一音频数据、所述第二音频数据以及所述第三音频数据。

在本发明的一种示例实施例中,发起直播端将步骤s330中生成的直播流发送到服务端,服务端根据发起直播端对应的观众客户端的逻辑地址将该直播流发送到发起直播端对应的观众客户端,观众客户端播放发起直播端发送的直播流中包含的第一音频数据、第二音频数据以及第三音频数据。

需要说明的是,目标直播端的数量可以是一个,也可以是多个,例如第一直播端同时对三个直播端发起连麦请求。

在本发明的一种示例实施例中,参考图4所示,图4示意性示出了根据本发明的一些实施例的根据本发明的数据传输方法消除直播连麦回声的示意图,下面进行详细说明。

在步骤s410中,直播端a将声音采集单元麦克风a采集的语音数据发送到直播端b的主播播放器并播放;

在步骤s420中,直播端a将采集的电脑声音不发送到b主播播放器;

在步骤s430中,麦克风a采集的语音数据通过b主播播放器的播放形成直播端b的电脑声音,这里直播端b的电脑声音并不包括直播端a的电脑声音;

在步骤s440中,直播端b将声音采集单元麦克风b采集的语音数据发送到直播端a的主播播放器并播放;

在步骤s450中,直播端b将采集的电脑声音不发送到a主播播放器;

在步骤s460中,麦克风b采集的语音数据通过a主播播放器的播放形成直播端a的电脑声音,这里直播端a的电脑声音并不包括直播端b的电脑声音;

在步骤s470中,麦克风a采集的语音数据以及直播端a的电脑声音发送到a观众播放器进行播放;

在步骤s480中,麦克风b采集的语音数据以及直播端b的电脑声音发送到b观众播放器进行播放。

继续参考图4所示,由于网络主播之间进行直播连麦时,直播端即时无间断地重复步骤s410-s480,因此当直播端a执行步骤s410以及步骤s420后,同时a主播播放器会收到并播放直播端b执行步骤s440以及步骤s450发送的数据,此时a主播播放器播放的数据包括b电脑声音,但是经过本发明处理的b电脑声音不包括直播端a麦克风的语音数据,这时直播端a的a主播播放器中播放的b电脑声音不包括a麦克风的语音数据,因此也就不会产生“回声”。同理,直播端b的网络主播b也不会产生“回声”。

此外,在本示例实施例中,还提供了一种数据传输装置。参照图5所示,该数据传输装置500包括:获取单元510、接收单元520、生成单元530以及发送单元540。其中:获取单元510用于响应于第一直播端与第二直播端的连麦请求,获取所述第一直播端通过所述第一直播端的麦克风获取的第一音频数据以及通过预设采集方式获取的第二音频数据;接收单元520用于接收所述第二直播端的通过麦克风获取的第三音频数据;生成单元530用于根据所述第一音频数据以及第二音频数据、接收的所述第三音频数据生成直播流;发送单元540,用于将所述直播流发送给第一直播端对应的观众客户端。

在本发明的一种示例性实施例中,基于前述方案,获取单元510被配置为:获取所述第一直播端的第一音频数据以及第二音频数据对应的图像数据;将所述第一音频数据以及第二音频数据以及所述图像数据发送到所述第二直播端。

在本发明的一种示例性实施例中,基于前述方案,获取单元510被配置为:通过所述第一直播端提供的音频环回接口获取第二音频数据。

在本发明的一种示例性实施例中,基于前述方案,接收单元520被配置为:接收所述第二直播端的通过麦克风获取的第三音频数据以及所述第三音频数据对应的图像数据。

在本发明的一种示例性实施例中,基于前述方案,发送单元540被配置为:根据所述第一音频数据、所述第二音频数据、所述第一音频数据以及第二音频数据对应的图像数据以及接收的所述第三音频数据、所述第三音频数据对应的图像数据生成直播流;将所述直播流发送给第一直播端对应的观众客户端。

在本发明的一种示例性实施例中,基于前述方案,所述第二直播端的数量为一个或多个。

在本示例实施例中,还提供了另一种数据传输装置。参照图6所示,该数据传输装置600包括:数据获取单元610、第一发送单元620、直播流生成单元630以及第二发送单元640。其中:数据获取单元610用于响应于目标直播端的连麦请求,通过麦克风获取第一音频数据并通过预设采集方式获取第二音频数据;第一发送单元620用于将所述第一音频数据以及第二音频数据发送到所述目标直播端以使所述目标客户端发送第三音频数据;直播流生成单元630用于根据所述第一音频数据以及第二音频数据、目标客户端发送的所述第三音频数据生成直播流;第二发送单元640用于将所述直播流发送给对应的观众客户端以使所述观众客户端播放所述第一音频数据、所述第二音频数据以及所述第三音频数据。

上述中数据传输装置各模块的具体细节已经在对应的数据传输方法中进行了详细的描述,因此此处不再赘述。

应当注意,尽管在上文详细描述中提及了数据传输装置的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外,在本公开的示例性实施例中,还提供了一种能够实现上述数据传输方法的电子设备。

所属技术领域的技术人员能够理解,本发明的各个方面可以实现为系统、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施例、完全的软件实施例(包括固件、微代码等),或硬件和软件方面结合的实施例,这里可以统称为“电路”、“模块”或“系统”。

下面参照图7来描述根据本发明的这种实施例的电子设备700。图7所示的电子设备700仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示,电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于:上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730、显示单元740。

其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元710执行,使得所述处理单元710执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。例如,所述处理单元710可以执行如图2中所示的步骤s210,响应于第一直播端与第二直播端的连麦请求,获取所述第一直播端通过所述第一直播端的麦克风获取的第一音频数据以及通过预设采集方式获取的第二音频数据;步骤s220,接收所述第二直播端的通过麦克风获取的第三音频数据;步骤s230,根据所述第一音频数据以及第二音频数据、接收的所述第三音频数据生成直播流;步骤s240,将所述直播流发送给第一直播端对应的观众客户端。

存储单元720可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(ram)721和/或高速缓存存储单元722,还可以进一步包括只读存储单元(rom)723。

存储单元720还可以包括具有一组(至少一个)程序模块725的程序/实用工具724,这样的程序模块725包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备700也可以与一个或多个外部设备770(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备700交互的设备通信,和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口750进行。并且,电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器760通过总线730与电子设备700的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备700使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

参考图8所示,描述了根据本发明的实施例的用于实现上述数据传输方法的程序产品800,其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、rf等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(lan)或广域网(wan),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。

通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施例的方法。

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

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

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