硬件资源冲突的控制方法及装置与流程

文档序号:12136378阅读:221来源:国知局
硬件资源冲突的控制方法及装置与流程

本公开总体涉及智能电视技术领域,具体而言,涉及一种硬件资源冲突的控制方法及装置。



背景技术:

智能电视搭载了操作系统,用户在欣赏普通电视内容的同时,可自行安装和卸载各类应用软件,持续对功能进行扩充和升级的新电视产品,具有网络搜索、IP电视、视频点播(VOD)、数字音乐、网络新闻、网络视频电话以及网络游戏等各种应用服务。

由于智能电视的应用场景越来越多,目前智能电视行业中存在硬件资源冲突的问题,对于硬件资源冲突的管理通常采用方案商提供的解决方案,基本的方法就是在一个场景切换到另一个场景之前(例如从播放数字电视节目切换到播放在线流媒体),如果发现有独占资源被正在使用,则在申请硬件资源之前先释放之前所有分配的资源。如果还需要再切换回到之前的场景(例如从播放在线流媒体切换回到播放数字电视节目),则需要为之前场景的媒体播放重新申请所有硬件资源。

上述方法存在不足,就是在场景切换的时候释放所有资源以及重新申请所有资源都需要占用较长时间,从而导致应用场景切换时间较长,影响用户体验。

因此,需要一种新的硬件资源冲突的控制方法及装置。

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



技术实现要素:

本公开的目的在于提供一种硬件资源冲突的控制方法及装置,以解决现有技术中场景切换的时候释放所有资源以及重新申请所有资源都需要占用较长时间的问题。

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

根据本公开的一个方面,提供一种硬件资源冲突的控制方法,用于一智能设备,包括:

接收用于控制所述智能设备由播放第一多媒体数据切换为播放第二多媒体数据的指令;

判断待建立的用于播放所述第二多媒体数据的第二硬件通路与当前播放所述第一多媒体数据的第一硬件通路是否发生硬件资源冲突,如果发生硬件资源冲突,则仅释放所述第一硬件通路中与所述第二硬件通路发生资源竞争的硬件设备,保留所述第一硬件通路中与所述第二硬件通路未发生资源竞争的硬件设备,以使得释放后的硬件设备可用于为所述第二多媒体数据建立第二硬件通路。

在本公开的一种示例性实施例中,所述判断待建立的用于播放所述第二多媒体数据的第二硬件通路与当前播放所述第一多媒体数据的第一硬件通路是否发生硬件资源冲突包括:

如果所述第二硬件通路需要独占所述第一硬件通路中的一个或多个硬件设备时,则发生硬件资源冲突。

在本公开的一种示例性实施例中,所述仅释放所述第一硬件通路中与所述第二硬件通路发生资源竞争的硬件设备,保留所述第一硬件通路中与所述第二硬件通路未发生资源竞争的硬件设备包括:

所述第一硬件通路释放所述第二硬件通路需要独占的一个硬件设备,并断开所释放的硬件设备在所述第一硬件通路中与前一级或后一级硬件设备的链路连接关系;

所述第一硬件通路未释放的硬件设备仍然保持在所述第一硬件通路中,并同时保持所述未释放的硬件设备之间原有的链路连接关系。

在本公开的一种示例性实施例中,还包括:

接收用于控制所述智能设备由播放所述第二多媒体数据切换到播放所述第一多媒体数据的指令;

所述第二硬件通路释放独占的硬件设备,并恢复所释放的硬件设备与保留的所述第一硬件通路中与所述第二硬件通路未发生资源竞争的硬件设备之间的通路。

在本公开的一种示例性实施例中,所述恢复所释放的硬件设备与保留的所述第一硬件通路中与所述第二硬件通路未发生资源竞争的硬件设备之间的通路包括:

建立起所述第一硬件通路所释放的硬件设备与所述未释放的硬件设备之间的链路连接关系。

根据本公开的另一个方面,提供一种硬件资源冲突的控制装置,用于一智能设备,包括:

多种硬件设备,分别提供不同功能的硬件资源;

多种设备网关,与广电网络和互联网信号线连接,用于负责相应的硬件设备的打开关闭、指定数据源设备以及向相应的硬件设备下发动作指令;以及

控制器,用于在硬件设备发生冲突时对所述硬件设备进行管理;

所述控制器包括:

指令接收模块,用于接收控制所述智能设备的指令;

指令识别模块,用于识别所述指令的类型,当所述指令为由播放第一多媒体数据切换为播放第二多媒体数据的指令时跳转至判断模块;

判断模块,用于判断待建立的用于播放所述第二多媒体数据的第二硬件通路与当前播放所述第一多媒体数据的第一硬件通路是否发生硬件资源冲突,如果发生硬件资源冲突,则跳转至冲突管理模块;

冲突管理模块,用于控制仅释放所述第一硬件通路中与所述第二硬件通路发生资源竞争的硬件设备,保留所述第一硬件通路中与所述第二硬件通路未发生资源竞争的硬件设备,以使得释放后的硬件设备可用于为所述第二多媒体数据建立第二硬件通路。

在本公开的一种示例性实施例中,所述判断模块的判断依据为:如果所述第二硬件通路需要独占所述第一硬件通路中的一个或多个硬件设备时,则发生硬件资源冲突。

在本公开的一种示例性实施例中,所述冲突管理模块包括:

第一子模块,用于控制所述第一硬件通路释放所述第二硬件通路需要独占的一个硬件设备,并断开所释放的硬件设备在所述第一硬件通路中与前一级或后一级硬件设备的链路连接关系;

第二子模块,用于控制所述第一硬件通路未释放的硬件设备仍然保持在所述第一硬件通路中,并同时保持所述未释放的硬件设备之间原有的链路连接关系。

在本公开的一种示例性实施例中,还包括:

恢复管理模块,当所述指令为由播放第二多媒体数据切换为播放第一多媒体数据的指令时跳转至所述恢复管理模块;

所述恢复管理模块用于控制所述第二硬件通路释放独占的硬件设备,并恢复所释放的硬件设备与保留的所述第一硬件通路中与所述第二硬件通路未发生资源竞争的硬件设备之间的通路。

在本公开的一种示例性实施例中,所述恢复管理模块还用于建立起所述第一硬件通路所释放的硬件设备与所述未释放的硬件设备之间的链路连接关系。

基于上述技术方案,本公开具有如下技术效果:

本公开在场景切换发生硬件资源竞争时只需要释放竞争的硬件设备而保留非竞争的硬件设备,使得智能设备的软件能够快速切换资源以及快速恢复资源,从而减少资源竞争切换的时间,使得能够快速切换独占某些硬件资源的应用,提升产品竞争力和用户体验。

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

附图说明

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

图1示出根据本公开相关实施例中智能电视的硬件资源设备的结构示意图。

图2示出根据本公开相关实施例中以智能电视播放数字直播电视为例的步骤流程图。

图3示出根据本公开相关实施例中播放广电媒体数据时的硬性通路示意图。

图4示出根据本公开相关实施例中解决资源竞争的技术方案的步骤流程图。

图5示出根据本公开相关实施例中为播放网络流媒体数据而建立的硬件资源设备通路的示意图。

图6示出根据本公开一实施例中提供的一种硬件资源冲突的控制方法的步骤流程图。

图7示出根据本公开另一实施例中提供的一种硬件资源冲突的控制方法的步骤流程图。

图8示出根据本公开另一实施例中由播放网络流媒体数据切换回播放数字直播电视而建立的硬件资源设备通路的示意图。

图9示出根据本公开另一实施例中解决资源竞争的技术方案的步骤流程图。

图10示出本公开一实施例中提供的一种硬件资源冲突的控制装置的组成示意图。

图11示出本公开一实施例中提供的控制器的组成示意图。

图12示出本公开另一实施例中提供的控制器的组成示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。

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

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

智能电视的网关同时连接广电网络和互联网,接收广电网络传输来的广电媒体数据后将其传递到家庭移动终端(例如智能电视),接收互联网传输来的网络流媒体数据后也将其传递到家庭移动终端(例如智能电视),因此智能电视的网关既支持将互联网媒体内容传输到智能电视进行播放,又支持将数字直播内容传输到智能电视进行播放。

图1示出本公开一相关实施例中以智能电视为例,其中该智能电视中可以提供硬件资源的设备(简称硬件设备)包括:解调器设备、解码器设备、分离器设备等,这些硬件设备由各自独立的设备网关控制,每个网关负责打开或关闭对应的硬件设备、指定数据源设备以及向硬件设备下达其他动作指令。

如图1所示,分发系统设备网关接收光纤传输的有线信号(PN_CABLE)、地面信号(PN_TERR)、卫星信号(PN_SAT)以及模拟信号(PN_ANALOG),并从中提取出地面信号(Tuner_C_T)、卫星信号(Tuner_S)发送给视密卡设备网关;地面信号(Tuner_C_T)、卫星信号(Tuner_S)经过视密卡设备网关解密后,分别将得到的解密的地面信号(INT_TS1)和解密的卫星信号(INT_TS2)发送给解调器设备网关;而分发系统设备网关从接收的信号中提取出模拟信号(Tuner_A)不需解密直接发送给解调器设备网关;解调器设备网关对接收的信号进行解调,并将其中的数字信号以两通道(D_TUNSER_0和D_TUNSER_1)传输给分离器设备网关,这两通道的数字信号经分离器分离出音频信号和视频信号再分别以两通道(DEMUX_0和DEMUX_1)传输给解码器设备网关;其中的模拟信号也以两通道(A_TUNSER_0和A_TUNSER_1)直接传输给解码器网关;最后DEMUX_0和DEMUX_1以及A_TUNSER_0和A_TUNSER_1信号经过解码器设备进行解码后将PLAYER信号传输给显示/声音设备网关,分别以主显示信号(WIN_MAIN)、子显示信号(WIN_PIP)、主声音信号(SPEAK_MAIN)和耳机信号(SPEAK_HEAD)发送给相应的设备进行播放。

其中本实施例中的视密卡设备可以是大卡设备,一般在智能电视中有一个CI(全称是Common Interface)一个卡槽,专门用来插大卡收看不同付费节目用的(支持多种CA卡是其主要用途),里面可以插入CA卡,然后在插入一体机,实现智能电视的解扰(解密)功能。加密的节目可以借助视密卡进行解密,连接电视机与外部信号源的设备,它可以将压缩的数字信号转成电视内容,并在电视机上显示出来。视密卡(亦称大卡)和智能卡(亦称小卡)配合使用,插入带有CI接口的智能电视一体机,使用户无需机顶盒直接收看所订购的付费数字电视内容。

首先,当用户切换/打开智能电视上的一个应用时,如果这个应用需要占用硬件资源则会先找到相应的网关,然后由具体的网关打开对应的硬件设备以及连接数据源设备,从而建立一条硬件资源通路来处理即将到来的媒体数据。

以智能电视播放数字直播电视(就是媒体数据)为例,流程如图2所示,包括以下步骤:

如图2所示,在步骤S11中,当用户选择播放某个数字频道时,应用则会下发申请资源的请求。

如图2所示,在步骤S12中,设备网关收到申请资源的请求后,则会选择分发系统设备网关、大卡设备网关、解调器设备网关、分离器设备网关、解码器设备网关和显示设备网关。

如图2所示,在步骤S13中,各个设备网关启动对应的设备,同时指定连接的数据源设备。例如,如图1所示,解码器设备的数据源设备是分离器,并在硬件通路连接分离器设备;显示设备的数据源设备是解码器设备等等。

图3示出播放广电媒体数据时的硬性通路示意图,基于上述步骤S11~步骤S13,从而形成了图3所示的硬件资源设备通路,电视信号通过图3所示的通路转化显示信号在显示板面输出。

其次,当用户从播放数字直播电视场景切换到播放网络流媒体场景时,由于播放流媒体也需要独占图1中解码器设备和显示设备的硬件资源,从而导致产生资源竞争。图4示出相关技术中解决资源竞争的技术方案的步骤流程,一般过程如下步骤:

如图4所示,在步骤S21中,在切换播放网络流媒体场景之前,下发一个释放播放数字直播电视需要的所有硬件资源(图3所示的硬件资源设备通路)的请求。释放所有的硬件资源后,此时硬件资源恢复到图1所示的状态。

如图4所示,在步骤S22中,为播放流媒体分配解码器设备和显示设备等资源,来实现把来自网络的流媒体数据转换成显示数据。

如图4所示,在步骤S23中,当用户再次切换回到直播电视播放之前的数字频道时,需要先释放解码器设备和显示设备的硬件资源,此时硬件资源状态恢复到图1所示。

如图4所示,在步骤S24中,然后再次为直播电视分配如图3所示的硬件资源以及重新建立硬件通路来处理电视信号。

图5示出为播放网络流媒体数据而建立的硬件资源设备通路的示意图,其中解调器设备、视密卡设备和分离器设备的硬件通路被释放出来,只有解码器设备和显示设备重新建立起硬件通路,并在解码器设备接收网络流媒体数据,并传输给显示设备进行显示。

可见,按照图4所示的步骤流程,当由前一个场景切换得到当前场景时,需要释放所有的硬件资源到原始状态(也就是图1所示状态),并要为当前场景下所需的硬件设备建立新的硬件通路;而由当前场景再切换回前一个场景时,同样也需要释放当前所有的硬件资源到原始状态(也就是图1所示状态),并要再次为迁移场景下所需的硬件设备建立新的硬件通路,这样就会在场景切换时占用较长时间来切换硬件通路。

基于上述,图6示出根据本公开示例实施方式的一种硬件资源冲突的控制方法的步骤流程图,该方法可以用于一智能设备,该智能设备可以是智能电视。

如图6所示,在步骤S31中,接收用于控制智能设备由播放第一多媒体数据切换为播放第二多媒体数据的指令。

如图6所示,在步骤S32中,判断待建立的用于播放第二多媒体数据的第二硬件通路与当前播放第一多媒体数据的第一硬件通路是否发生硬件资源冲突。

如图6所示,在步骤S33中,如果发生硬件资源冲突,则仅释放第一硬件通路中与第二硬件通路发生资源竞争的硬件设备,保留第一硬件通路中与第二硬件通路未发生资源竞争的硬件设备,以使得释放后的硬件设备可用于为第二多媒体数据建立第二硬件通路其中该方法中涉及的竞争的硬件设备为智能设备由播放第一多媒体数据切换到播放第二多媒体数据两个不同的应用场景下均需要使用的硬件设备,非竞争的硬件设备为智能设备由播放第一多媒体数据切换到播放第二多媒体数据两个不同的应用场景下使用情况不冲突的硬件设备。

本实施例中,智能设备中可以提供硬件设备可以包括:视密卡设备、解调器设备、分离器设备、解码器设备、显示设备以及声音设备,并且针对智能设备中不同的硬件设备,分别由相应的设备网关控制。相应的,视密卡设备网关与视密卡设备相对应,分发系统设备网关和解调器设备网关与解调器设备相对应,分离器设备网关与分离器设备相对应,解码器设备网关与解码器设备相对应,显示/声音设备网关与显示设备和声音设备相对应。

该方法中通过对场景切换前后所涉及的硬件设备是否为竞争的硬件设备进行区分处理,仅释放有竞争的硬件设备,而保留当前场景与前一场景相比不存在硬件资源冲突的硬件设备,这样便于后续再切换回前一场景时不需再重新建立本来没有冲突的硬件设备的通路,能够快速恢复前一场景的硬件通路。其中本实施例中的“硬件资源冲突”是指第二硬件通路需要独占第一硬件通路中的一个或多个硬件设备,虽然有些硬件设备可以被多硬件通路所使用,但是如果需要被其中某一硬件通路独占的硬件设备还会被应用与其他硬件通路时,则表明已产生硬件资源冲突。

图7还示出根据本公开示例另一实施方式的一种硬件资源冲突的控制方法的步骤流程图,该方法可以用于一智能设备,该智能设备可以是智能电视。

如图7所示,在步骤S31中,接收用于控制智能设备由播放第一多媒体数据切换为播放第二多媒体数据的指令。

如图7所示,在步骤S32中,判断待建立的用于播放第二多媒体数据的第二硬件通路与当前播放第一多媒体数据的第一硬件通路是否发生硬件资源冲突。

如图7所示,在步骤S33中,如果发生硬件资源冲突,则仅释放第一硬件通路中与第二硬件通路发生资源竞争的硬件设备,保留第一硬件通路中与第二硬件通路未发生资源竞争的硬件设备,以使得释放后的硬件设备可用于为第二多媒体数据建立第二硬件通路。

其中判断是否发生硬件资源冲突的依据为如果第二硬件通路需要独占第一硬件通路中的一个或多个硬件设备时,则发生硬件资源冲突。例如,智能设备由播放数字多媒体数据切换到播放网络流媒体数据时,播放流媒体数据需要独占解码器设备和显示设备,从而将与播放数字多媒体数据所使用的硬件设备产生资源冲突。

如图7所示,在步骤S34中,接收用于控制智能设备由播放第二多媒体数据切换到播放第一多媒体数据的指令。

如图7所示,在步骤S35中,第二硬件通路释放独占的硬件设备,并恢复所释放的硬件设备与保留的第一硬件通路中与第二硬件通路未发生资源竞争的硬件设备之间的通路。

图7所示的方法不仅包括在发生硬件资源冲突时如何解决冲突快速进行硬件通路的切换,还包括在切换回原来的通路时能快速建立起原来的硬件通路,避免资源重新分配所消耗的时间,提高切换效率。

图8示出由播放网络流媒体数据切换回播放数字直播电视而建立的硬件资源设备通路的示意图,由图8中可知,其中暂时保留非竞争的硬件设备,也就是解调器设备、视密卡设备和分离器设备的硬件通路被保留下来,不会全部被释放,当再次切换回播放数字直播电视场景时,将保留下来的硬件通路与播放网络流媒体数据场景下的硬件通路重新连接起来就构成原有播放数字直播电视场景下的硬件通路。

基于图8所示的硬件通路示意图,图9示出本实施例中解决资源竞争的技术方案的步骤流程:

如图9所示,在步骤S41中,在切换播放网络流媒体场景之前,只有解码器设备和显示设备资源冲突,从而只释放解码器设备和显示设备资源,并保留其他非竞争的硬件资源。

如图9所示,在步骤S42中,为播放流媒体分配解码器设备和显示设备等硬件资源,来实现把来自网络的流媒体数据转换成显示数据。此时播放数字电视的非竞争资源还暂时保留,并未完全释放(如图8所示)。

如图9所示,在步骤S43中,当用户再次切换回到直播电视播放之前的数字频道时,只需要先释放步骤S42中解码器设备和显示设备的资源。

如图9所示,在步骤S44中,再次为直播电视分配解码器设备和显示设备资源,以及连通之前保留非竞争硬件资源从而恢复硬件通路(如图3所示)。

本实施例提供的控制方法,基于一个硬件设备通路分段管理的机制,当发生硬件资源竞争是只需要释放冲突的硬件资源而去保留非竞争硬件资源通路。当需要恢复之前的硬件资源通路,只需要恢复因竞争而释放了的硬件资源,和之前保留的硬件资源恢复硬件通路。该方法可以减少硬件资源竞争时资源释放以及重新申请资源的资源分配,大大提高资源冲突场景下资源切换的效率和速度,实现了应用在资源竞争条件下的快速切换,增强用户体验。

图10示出本公开一实施例提供的一种硬件资源冲突的控制装置的组成示意图,该装置100用于一智能设备,包括:多种硬件设备110、多种设备网关以及控制器130。其中多种硬件设备110分别提供不同功能的硬件资源;多种设备网关120与广电网络和互联网信号线连接,用于负责相应的硬件设备的打开关闭、指定数据源设备以及向相应的硬件设备下发动作指令;控制器130用于在硬件设备发生冲突时对硬件设备进行管理。

图11示出本公开一实施例提供的控制器的组成示意图,该控制器130中包括:指令接收模块131、指令识别模块132、判断模块133和冲突管理模块134。指令接收模块131用于接收控制智能设备的指令;指令识别模块132用于识别指令接收模块131多接收的指令的类型,当指令为由播放第一多媒体数据切换为播放第二多媒体数据的指令时跳转至判断模块133;判断模块133用于断待建立的用于播放第二多媒体数据的第二硬件通路与当前播放第一多媒体数据的第一硬件通路是否发生硬件资源冲突,如果发生硬件资源冲突,则跳转至冲突管理模块134;冲突管理模块134用于控制仅释放第一硬件通路中与第二硬件通路发生资源竞争的硬件设备,保留第一硬件通路中与第二硬件通路未发生资源竞争的硬件设备,以使得释放后的硬件设备可用于为第二多媒体数据建立第二硬件通路。

其中竞争的硬件设备为如果第二硬件通路需要独占第一硬件通路中的一个或多个硬件设备,其余的硬件设备为未发生资源竞争的硬件设备。

其中该冲突管理模块134还可以进一步包括:第一子模块1341和第二子模块1342,第一子模块1341用于控制第一硬件通路释放第二硬件通路需要独占的一个硬件设备,并断开所释放的硬件设备在第一硬件通路中与前一级或后一级硬件设备的链路连接关系;第二子模块1342用于控制第一硬件通路未释放的硬件设备仍然保持在第一硬件通路中,并同时保持未释放的硬件设备之间原有的链路连接关系。

本实施例中,智能设备中可以提供的硬件设备包括:视密卡设备、解调器设备、分离器设备、解码器设备、显示设备以及声音设备,相应的,视密卡设备网关与视密卡设备相对应,分发系统设备网关和解调器设备网关与解调器设备相对应,分离器设备网关与分离器设备相对应,解码器设备网关与解码器设备相对应,显示/声音设备网关与显示设备和声音设备相对应。

本实施例提供的装置通过对场景切换前后所涉及的硬件设备是否为竞争的硬件设备进行区分处理,仅释放发生资源竞争的硬件设备,而保留未发生资源冲突的硬件设备,这样便于后续再切换回前一场景时不需再重新建立本来没有冲突的硬件设备的通路,能够快速恢复前一场景的硬件通路。

本公开另一实施例中也提供了一种硬件资源冲突的控制装置的组成示意图,该装置100用于一智能设备,包括:多种硬件设备110、多种设备网关以及控制器130。其中多种硬件设备110分别提供不同功能的硬件资源;多种设备网关120与广电网络和互联网信号线连接,用于负责相应的硬件设备的打开关闭、指定数据源设备以及向相应的硬件设备下发动作指令;控制器130用于在硬件设备发生冲突时对硬件设备进行管理。

图12示出本公开另一实施例提供的控制器的组成示意图,该控制器130中包括:指令接收模块131、指令识别模块132、判断模块133、冲突管理模块134和恢复管理模块135。指令接收模块131用于接收控制智能设备的指令;指令识别模块132用于识别指令接收模块131多接收的指令的类型,当指令为由播放第一多媒体数据切换为播放第二多媒体数据的指令时跳转至判断模块133;判断模块133用于断待建立的用于播放第二多媒体数据的第二硬件通路与当前播放第一多媒体数据的第一硬件通路是否发生硬件资源冲突,如果发生硬件资源冲突,则跳转至冲突管理模块134;冲突管理模块134用于控制仅释放第一硬件通路中与第二硬件通路发生资源竞争的硬件设备,保留第一硬件通路中与第二硬件通路未发生资源竞争的硬件设备,以使得释放后的硬件设备可用于为第二多媒体数据建立第二硬件通路;当指令为由播放第二多媒体数据切换为播放第一多媒体数据的指令时跳转至恢复管理模块135,恢复管理模块135用于控制第二硬件通路释放独占的硬件设备,并恢复所释放的硬件设备与保留的第一硬件通路中与第二硬件通路未发生资源竞争的硬件设备之间的通路。

另外,恢复管理模块135还用于建立起第一硬件通路所释放的硬件设备与未释放的硬件设备之间的链路连接关系。

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

对于系统实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。木领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。

本实施例中每一硬件设备的通路均采用分段管理机制,从而可以依据不同的使用场景仅释放有冲突的硬件通路,而保留没有冲突的硬件通路,当需要恢复之前的硬件资源通路,只需要恢复因竞争而释放了的硬件资源,和之前保留的硬件资源恢复硬件通路。该方法可以减少硬件资源竞争时资源释放以及重新申请资源的资源分配,大大提高资源冲突场景下资源切换的效率和速度,实现了应用在资源竞争条件下快速切换,增强用户体验。

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是,本公开不限于这里描述的详细结构、设置方式或实现方法;相反,本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

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