CN110505478A - 解码资源的管理方法、装置、设备和介质 - Google Patents
解码资源的管理方法、装置、设备和介质 Download PDFInfo
- Publication number
- CN110505478A CN110505478A CN201810472673.5A CN201810472673A CN110505478A CN 110505478 A CN110505478 A CN 110505478A CN 201810472673 A CN201810472673 A CN 201810472673A CN 110505478 A CN110505478 A CN 110505478A
- Authority
- CN
- China
- Prior art keywords
- resource
- application program
- target decoder
- decoding
- priority
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/127—Prioritisation of hardware or computational resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5021—Priority
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Computing Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本申请实施例公开了一种解码资源的管理方法、装置、设备和介质，用以合理分配解码资源，提高视频播放成功率。所述解码资源的管理方法，包括：接收解码资源申请请求，所述解码资源申请请求中包括第一应用程序的应用程序标识和申请的目标解码资源；获取所述目标解码资源的当前使用情况；在所述目标解码资源的当前使用情况为被第二应用程序使用时，基于所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种解码资源的管理方法、装置、设备和计算机可读存储介质。
背景技术
未经压缩的数字视频数据量巨大，不适合存储和传输，通常会使用压缩技术，将视频文件进行压缩处理。压缩过程称之为视频编码，而将压缩过的视频文件还原为原始视频文件的过程称之为视频解码。
视频解码分为软件解码和硬件解码。其中，软件解码是指用中央处理器(CentralProcessing Unit，CPU)解码视频流的方案，虽然软件解码的过程中不需要复杂的硬件支持，兼容性非常高，但是软件解码对CPU性能的要求非常高，而且转换效率较低。硬件解码是指用图形处理器(Graphics Processing Unit，GPU)资源解码视频流的方案，硬件解码不但解码效率高，而且不需要CPU处理，功耗较低。
目前，在播放视频时，通常会查询硬件解码资源的使用情况以确定是否可以使用硬件解码，若可以使用硬件解码，则使用硬件解码，若不可以使用硬件解码，则使用软件解码。此种方式无法做到硬件解码资源的合理分配，对于一些必须使用硬件解码进行播放的视频，若硬件解码资源被占用，则将导致视频播放失败。
申请内容
本申请实施例提供了一种解码资源的管理方法、装置、设备和介质，用以合理分配解码资源，提高视频播放成功率。
根据本申请实施例的第一方面，提供一种解码资源的管理方法，包括：
接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识和申请的目标解码资源；
获取目标解码资源的当前使用情况；
在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
根据本申请实施例的第二方面，提供另一种解码资源的管理方法，包括：
接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识；
根据应用程序标识，确定第一应用程序申请的目标解码资源；
获取目标解码资源的当前使用情况；
在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
根据本申请实施例的第三方面，提供一种解码资源的管理装置，包括：
接收模块，用于接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识和申请的目标解码资源；
获取模块，用于获取目标解码资源的当前使用情况；
管理模块，用于在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
根据本申请实施例的第四方面，提供另一种解码资源的管理装置，包括：
接收模块，用于接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识；
处理模块，用于根据应用程序标识，确定第一应用程序申请的目标解码资源
获取模块，用于获取目标解码资源的当前使用情况；
管理模块，用于在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
根据本申请实施例的第五方面，提供一种解码资源的管理设备，包括：存储器和处理器；该存储器用于储存有可执行程序代码；该处理器用于读取存储器中存储的可执行程序代码以执行上述解码资源的管理方法。
根据本申请实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现上述解码资源的管理方法。
根据本申请实施例中的解码资源的管理方法、装置、设备和介质，在有多个应用程序需要使用同一解码资源时，根据多个应用程序使用解码资源的优先级，确定使用解码资源的应用程序，从而能够合理分配解码资源，避免因解码资源被占用导致的播放失败，提高视频播放成功率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了两个应用程序同时使用同一解码资源进行解码的应用场景示意图；
图2示出了根据本申请实施例的一种解码资源的管理方法的流程示意图；
图3示出了根据本申请实施例的一种解码资源的管理装置的结构示意图；
图4示出了根据本申请实施例的另一种解码资源的管理方法的流程示意图；
图5示出了根据本申请实施例的另一种解码资源的管理装置的结构示意图；
图6示出了能够实现根据本申请实施例的解码资源的管理方法和装置的计算设备的示例性硬件架构的结构图。
具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
需要说明的是，软件解码是指用CPU解码视频流的方案，软件解码的过程中不需要复杂的硬件支持，兼容性非常高，但是软件解码依赖于CPU的处理能力，通常根据CPU的处理能力可以配置一个或多个软件解码器，也即可以有一个或多个应用程序使用软件解码资源进行解码。
硬件解码是指用GPU资源解码视频流的方案，硬件解码不但解码效率高，而且不需要CPU处理，功耗较低，通常硬件解码器只有一个，也即只有一个应用程序可以使用硬件解码资源进行解码。
由于硬件解码的性能和效果均优于软件解码，因此，目前在播放视频时，通常会查询硬件解码资源的使用情况以确定是否可以使用硬件解码，若硬件解码资源处于空闲，可以使用硬件解码，则使用硬件解码，若硬件解码资源正在被使用，不可以使用硬件解码，则使用软件解码。
在一个示例中，参见图1，在终端设备10中，若第二应用程序先在播放窗口11中播放视频，且第二应用程序使用终端设备10的硬件解码资源进行解码。此种情况下，若第一应用程序需要在播放窗口12中播放视频，且第一应用程序播放视频时必须使用硬件解码资源进行解码。通过查询硬件解码资源的使用情况，确定硬件解码资源被第二应用程序占用，则第一应用程序无法使用硬件解码资源进行解码，视频播放失败。
鉴于此，本申请实施例提供了一种解码资源的管理方案，包括：接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识和申请的目标解码资源；获取目标解码资源的当前使用情况；在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
在一个实施方式中，解码资源申请请求，用于申请播放视频所需的解码资源，其可以由应用程序直接发出，也可以由用于播放视频的多媒体模块发出。具体来说，应用程序播放视频时，应用程序可以直接发出解码资源申请请求，以申请解码资源；应用程序也可以请求多媒体模块播放视频，则多媒体模块在播放视频之前，发出解码资源申请请求，以申请解码资源。
其中，解码资源申请请求中包括应用程序的应用程序标识和应用程序所要申请的目标解码资源。应用程序标识用于唯一标识应用程序，目标解码资源可以是硬件解码资源，也可以是软件解码资源，本申请对此不做限定。本申请下述实施例中以硬件解码资源为例进行说明。
上述本申请实施例中，解码资源申请请求中不仅包括应用程序的应用程序标识，还包括应用程序所要申请的目标解码资源，因此，在接收解码资源申请请求之后，可以直接从解码资源申请请求中获取应用程序所要申请的目标解码资源。
在本申请其它实施例中，解码资源申请请求中也可以仅包括应用程序的应用程序标识，进而在接收解码资源申请请求之后，根据应用程序的应用程序标识确定应用程序所要申请的目标解码资源。
鉴于此，本申请实施例还提供了另一种解码资源的管理方案，包括：接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识；根据应用程序标识，确定第一应用程序申请的目标解码资源；获取目标解码资源的当前使用情况；在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
在一个实施方式中，根据应用程序标识，确定第一应用程序申请的目标解码资源时，可以根据应用程序标识的部分或者全部，确定应用程序所要申请的目标解码资源。其中，应用程序标识用于唯一标识应用程序，目标解码资源可以是硬件解码资源，也可以是软件解码资源，本申请对此不做限定。本申请下述实施例中以硬件解码资源为例进行说明。
下面结合具体示例，对本申请实施例中分配目标解码资源的方式进行详细说明。
需要说明的是，在下述示例中，以解码资源申请请求中包括应用程序标识和目标解码资源为例进行说明。当然，应当理解的是，解码资源申请请求中仅包括应用程序标识时，也可以根据应用程序标识的部分或者全部确定应用程序所要申请的目标解码资源。
在一个示例中，沿用图1示出的实施例，第一应用程序需要在播放窗口12中播放视频，且必须使用硬件解码资源进行解码时，第一应用程序可以直接发出解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识和申请的硬件解码资源。
在另一示例中，沿用图1示出的实施例，第一应用程序需要在播放窗口12中播放视频，且必须使用硬件解码资源进行解码时，第一应用程序也可以请求多媒体模块播放视频，多媒体模块在播放视频之前，发出解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识和申请的硬件解码资源。
在一个实施方式中，在接收到解码资源申请请求之后，确定解码资源申请请求中申请的目标解码资源，并获取目标解码资源的当前使用情况。
在一个实施方式中，若解码资源由资源管理模块进行管理，且资源管理模块分配所有的解码资源，则在获取目标解码资源的当前使用情况时，资源管理模块可以直接查询解码资源中目标解码资源的当前使用情况。
在另一实施方式中，若解码资源由资源管理模块进行管理，但资源管理模块仅负责管理解码资源，其并不分配解码资源，则在获取目标解码资源的当前使用情况时，资源管理模块可以向用于分配解码资源的解码资源分配模块发送解码资源使用情况查询请求，解码资源分配模块查询解码资源的使用情况，并返回对解码资源使用情况查询请求的响应消息。资源管理模块接收解码资源分配模块反馈的响应消息，并从接收到的响应消息中获取目标解码资源的当前使用情况。
在一个实施方式中，为了提高安全性，限定一些应用程序使用硬件解码资源，或者避免非用户发起的应用程序使用解码资源播放视频占用系统资源，还可以预先配置应用程序标识与解码资源使用权限的对应关系。如此，在接收到解码资源申请请求之后，获取目标解码资源的当前使用情况之前，可以根据预先配置的应用程序标识与解码资源使用权限对应关系，确定应用程序是否有权限使用目标解码资源，若确定应用程序有权限使用目标解码资源，则获取目标解码资源的当前使用情况；若确定应用程序无权限使用目标解码资源，则禁止应用程序使用目标解码资源。
在一个实施方式中，目标解码资源的当前使用情况，包括：空闲和正在被使用两种。若目标解码资源的当前使用情况为空闲，则直接由应用程序使用目标解码资源进行解码；若目标解码资源的当前使用情况为正在被使用，则基于应用程序使用目标解码资源的优先级和当前正在使用目标解码资源的应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
在一个实施方式中，为了实现基于多个应用程序使用解码资源的优先级，确定由何应用程序使用解码资源，可以预先配置并存储应用程序的标识与应用程序使用解码资源的优先级。在确定第一应用程序申请的目标解码资源被第二应用程序使用时，获取第一应用程序的应用程序标识和第二应用程序的应用程序标识，并从预先配置的应用程序标识与使用解码资源优先级的对应关系中，获取第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，并基于获取的第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
在一个实施方式中，若将优先级粗分为两种，一种为高优先级，另一种为低优先级，则可以由高优先级的应用程序抢占低优先级应用程序正在使用的硬件解码资源。
在一个示例中，可以使用特殊标识对应用程序使用硬件解码资源的优先级进行标识，例如，使用*号标识高优先级，则标识有*号的应用程序可以抢占未标识*号的应用程序正在使用的硬件解码资源。
在一个实施方式中，若将优先级细分为多种，例如，细分为1-10个等级的优先级，则优先级较高的应用程序可以优先抢占优先级较低的应用程序正在使用的硬件解码资源。
在一个示例中，以优先级细分为1-10个等级为例，若目前优先级为2的应用程序正在使用硬件解码资源，此时，若有优先级为5的应用程序和优先级为8的应用程序均申请使用硬件解码资源，则优先级为8的优先级抢占优先级为2的应用程序正在使用的硬件解码资源。
在一个实施方式中，应用程序使用解码资源的优先级可以根据经验值设定。举例来说，处于前台的应用程序使用硬件解码资源的优先级高于处于后台的应用程序使用硬件解码资源的优先级；播放高清视频的应用程序使用硬件解码资源的优先级高于播放标清视频的应用程序使用硬件解码资源的优先级。
在一个示例中，沿用图1示出的实施例，第一应用程序发送硬件解码资源申请请求，请求使用硬件解码资源时，硬件解码资源的当前使用情况为正在被使用，且硬件解码资源正在被第二应用程序使用。为了避免第一应用程序因无硬件解码资源使用而导致的视频播放失败，获取第一应用程序使用硬件解码资源的优先级和第二应用程序使用硬件解码资源的优先级，并基于第一应用程序使用硬件解码资源的优先级和第二应用程序使用硬件解码资源的优先级，确定由第一应用程序或者第二应用程序使用硬件解码资源。
在基于第一应用程序使用硬件解码资源的优先级和第二应用程序使用硬件解码资源的优先级，确定由第一应用程序或者第二应用程序使用硬件解码资源时，若第一应用程序使用硬件解码资源的优先级高于第二应用程序使用硬件解码资源的优先级，则确定由第一应用程序使用硬件解码资源；若第一应用程序使用硬件解码资源的优先级低于或者等于第二应用程序使用硬件解码资源的优先级，则确定由第二应用程序使用硬件解码资源。
在一个实施方式中，由于硬件解码资源当前正在被第二应用程序使用，因此，在确定由第一应用程序使用硬件解码资源时，通知第二应用程序释放硬件解码资源，并在确定第二应用程序释放硬件解码资源之后，通知第一应用程序使用硬件解码资源，以保证必须使用硬件解码资源的应用程序正常播放视频。其中，第二应用程序释放硬件解码资源之后，可以切换为软件解码资源进行解码，也可以停止播放。
在另一实施方式中，由于硬件解码资源当前正在被第二应用程序使用，因此，在确定由第二应用程序使用硬件解码资源时，第二应用程序继续使用硬件解码资源，通知第一应用程序等待第二应用程序释放硬件解码资源，或者通知第一应用程序使用除硬件解码资源之外的其它解码资源(也即软件解码资源)进行解码。当然，在图1示出的示例中，由于第一应用程序必须使用硬件解码资源解码，则第一应用程序等待第二应用程序释放硬件解码资源。
在一个实施方式中，在第一应用程序等待第二应用程序释放硬件解码资源时，实时查询第二应用程序是否释放硬件解码资源，并在确定第二应用程序释放硬件解码资源之后，通知第一应用程序使用硬件解码资源。
在一个实施方式中，若由多媒体模块申请解码资源，多媒体模块申请到解码资源之后，可以直接使用申请到的解码资源播放视频；若由应用程序直接申请解码资源，则应用程序申请到解码资源之后，在请求多媒体模块播放视频时，多媒体模块验证应用程序是否可以使用其申请的解码资源，若可以则使用应用程序申请到的解码资源播放视频。
上述图1示出的示例中，第一应用程序必须使用硬件解码资源进行解码，故在第一应用程序使用硬件解码资源的优先级低于或等于第二应用程序使用硬件解码资源的优先级时，第一应用程序需要等待第二应用程序释放硬件解码资源。
在另一示例中，若第一应用程序非必须使用硬件解码资源进行解码，在第一应用程序使用硬件解码资源的优先级低于或等于第二应用程序使用硬件解码资源的优先级时，第一应用程序也可以先使用软件解码资源进行解码，并在使用软件解码资源解码的过程中，等待第二应用程序释放硬件解码资源，一旦检测到第二应用程序释放硬件解码资源，则第一应用程序由使用软件解码资源进行解码切换为由硬件解码资源进行解码，以保证硬件解码资源的最大化利用。
在一个实施方式中，以目标解码资源为硬件解码资源为例，在同时运行多个应用程序时，多个应用程序使用硬件解码资源的优先级并非一成不变。应用程序使用硬件解码资源的优先级，可能会由于应用程序处于前台或者后台而改变，还可能由于应用程序的配置信息变化而改变。
因此，为了保证硬件解码资源的最大化利用，在同时运行多个应用程序，且多个应用程序中的一个应用程序使用硬件解码资源时，实时获取每个应用程序使用硬件解码资源的优先级，在确定多个应用程序中目标应用程序使用硬件解码资源的优先级高于多个应用程序中除目标应用程序外其它应用程序使用硬件解码资源的优先级时，确定由目标应用程序使用硬件解码资源。
在一个示例中，若第一应用程序和第二应用程序中在同一显示窗口中运行，且第一应用程序和第二应用程序只能有其一在显示窗口的前台运行，则可以设置在前台运行的应用程序使用硬件解码资源的优先级高于后台运行的应用程序使用硬件解码资源的优先级。假设初始时第一应用程序在后台运行，第二应用程序在前台运行，此时，第二应用程序使用硬件解码资源的优先级高于第一应用程序使用硬件解码资源的优先级，则第一应用程序使用软件解码资源进行解码，第二应用程序使用硬件解码资源进行解码。
在运行中，若将第一应用程序切换到前台运行，第二应用程序切换到后台运行，此时，第一应用程序使用硬件解码资源的优先级变为高于第二应用程序使用硬件解码资源的优先级，则第一应用程序由使用软件解码资源进行解码切换为由硬件解码资源进行解码，第二应用程序由使用硬件解码资源进行解码切换为由软件解码资源进行解码，以保证硬件解码资源的最大化利用。
下面结合具体的系统处理流程对上述解码资源的管理方法的执行过程进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。
从整体流程而言，如图2所示，本申请实施例提供的一种解码资源的管理方法200，可以包括以下步骤：
步骤S201，接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识和申请的目标解码资源。
步骤S202，获取目标解码资源的当前使用情况。
步骤S203，在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
本申请实施例中，在有多个应用程序需要使用同一解码资源时，根据多个应用程序使用解码资源的优先级，确定使用解码资源的应用程序，从而能够合理分配解码资源，避免因解码资源被占用导致的播放失败，提高视频播放成功率。
在实现的时候，上述图2示出的解码资源的管理方法可以通过解码资源的管理装置来实现。如图3所示，解码资源的管理装置300，可以包括：
接收模块301，用于接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识和申请的目标解码资源。
获取模块302，用于获取目标解码资源的当前使用情况。
管理模块303，用于在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
在一个实施方式中，管理模块303具体用于：获取第二应用程序的应用程序标识；从预先配置的应用程序标识与使用解码资源优先级的对应关系中，获取第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级；基于获取的第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
在一个实施方式中，管理模块303具体用于：在确定第一应用程序使用目标解码资源的优先级高于第二应用程序使用目标解码资源的优先级时，确定由第一应用程序使用目标解码资源；以及在确定第一应用程序使用目标解码资源的优先级低于或等于第二应用程序使用目标解码资源的优先级时，确定由第二应用程序使用目标解码资源。
在一个实施方式中，解码资源的管理装置还包括：第一通知模块304用于：通知第二应用程序释放目标解码资源；并在确定第二应用程序释放目标解码资源之后，通知第一应用程序使用目标解码资源。
在一个实施方式中，解码资源的管理装置还包括：第二通知模块305用于：通知第一应用程序等待第二应用程序释放目标解码资源；或者通知第一应用程序使用除目标解码资源之外的其它解码资源。
在一个实施方式中，解码资源的管理装置还包括：第三通知模块306用于：查询第二应用程序是否释放目标解码资源；在确定第二应用程序释放目标解码资源之后，通知第一应用程序使用目标解码资源。
在一个实施方式中，获取模块302具体用于：接收基于解码资源使用情况查询请求返回的响应消息，从响应消息中获取目标解码资源的当前使用情况。
在一个实施方式中，获取模块302具体用于：根据预先配置的应用程序标识与解码资源使用权限对应关系，确定第一应用程序有权限使用目标解码资源时，获取目标解码资源的当前使用情况。
在一个实施方式中，获取模块302，还用于：在同时运行多个应用程序，且多个应用程序中的一个应用程序使用硬件解码资源时，实时获取每个应用程序使用硬件解码资源的优先级；管理模块303，还用于：在确定多个应用程序中目标应用程序使用硬件解码资源的优先级高于多个应用程序中除目标应用程序外其它应用程序使用硬件解码资源的优先级时，确定由目标应用程序使用硬件解码资源。
在一个实施方式中，目标解码资源为硬件解码资源或软件解码资源。
如图4所示，本申请实施例提供的另一种解码资源的管理方法400，可以包括以下步骤：
步骤S401，接收解码资源申请请求，解码资源申请请求中包括第一应用程序的应用程序标识。
步骤S402，根据应用程序标识，确定第一应用程序申请的目标解码资源。
步骤S403，获取目标解码资源的当前使用情况。
步骤S404，在目标解码资源的当前使用情况为被第二应用程序使用时，基于第一应用程序使用目标解码资源的优先级和第二应用程序使用目标解码资源的优先级，确定使用目标解码资源的应用程序。
本申请实施例中，在有多个应用程序需要使用同一解码资源时，根据多个应用程序使用解码资源的优先级，确定使用解码资源的应用程序，从而能够合理分配解码资源，避免因解码资源被占用导致的播放失败，提高视频播放成功率。
在实现的时候，上述图4示出的解码资源的管理方法可以通过解码资源的管理装置来实现。如图5所示，解码资源的管理装置500，可以包括：
接收模块501，用于接收解码资源申请请求，所述解码资源申请请求中包括第一应用程序的应用程序标识。
处理模块502，用于根据所述应用程序标识，确定所述第一应用程序申请的目标解码资源。
获取模块503，用于获取所述目标解码资源的当前使用情况。
管理模块504，用于在所述目标解码资源的当前使用情况为被第二应用程序使用时，基于所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序。
在一个实施方式中，处理模块502，具体用于：根据应用程序标识的部分或者全部，确定第一应用程序申请的目标解码资源。
图6示出了能够实现根据本申请实施例的解码资源的管理方法和装置的计算设备的示例性硬件架构的结构图。如图6所示，计算设备600包括输入设备601、输入接口602、中央处理器603、存储器604、输出接口605、以及输出设备606。其中，输入接口602、中央处理器603、存储器604、以及输出接口605通过总线610相互连接，输入设备601和输出设备606分别通过输入接口602和输出接口605与总线610连接，进而与计算设备600的其他组件连接。
具体地，输入设备601接收来自外部的输入信息，并通过输入接口602将输入信息传送到中央处理器603；中央处理器603基于存储器604中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器604中，然后通过输出接口605将输出信息传送到输出设备606；输出设备606将输出信息输出到计算设备600的外部供用户使用。
也就是说，图6所示的计算设备也可以被实现为解码资源的管理设备，该解码资源的管理设备可以包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现结合图2至图5描述的解码资源的管理方法和装置。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品或计算机可读存储介质的形式实现。所述计算机程序产品或计算机可读存储介质包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
另外，结合上述实施例中的解码资源的管理方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种解码资源的管理方法。
需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。
Claims (16)
1.一种解码资源的管理方法，其特征在于，所述方法包括：
接收解码资源申请请求，所述解码资源申请请求中包括第一应用程序的应用程序标识和申请的目标解码资源；
获取所述目标解码资源的当前使用情况；
在所述目标解码资源的当前使用情况为被第二应用程序使用时，基于所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序。
2.根据权利要求1所述的方法，其特征在于，所述基于所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序，包括：
获取所述第二应用程序的应用程序标识；
从预先配置的应用程序标识与使用解码资源优先级的对应关系中，获取所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级；
基于获取的所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序。
3.根据权利要求2所述的方法，其特征在于，所述基于获取的所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序，包括：
在确定所述第一应用程序使用所述目标解码资源的优先级高于所述第二应用程序使用所述目标解码资源的优先级时，确定由所述第一应用程序使用所述目标解码资源；以及
在确定所述第一应用程序使用所述目标解码资源的优先级低于或等于所述第二应用程序使用所述目标解码资源的优先级时，确定由所述第二应用程序使用所述目标解码资源。
4.根据权利要求3所述的方法，其特征在于，在确定由所述第一应用程序使用所述目标解码资源之后，所述方法还包括：
通知所述第二应用程序释放所述目标解码资源；
在确定第二应用程序释放所述目标解码资源之后，通知所述第一应用程序使用所述目标解码资源。
5.根据权利要求3所述的方法，其特征在于，在确定由所述第二应用程序使用所述目标解码资源之后，所述方法还包括：
通知所述第一应用程序等待所述第二应用程序释放所述目标解码资源；或者
通知所述第一应用程序使用除所述目标解码资源之外的其它解码资源。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
查询所述第二应用程序是否释放所述目标解码资源；
在确定所述第二应用程序释放所述目标解码资源之后，通知所述第一应用程序使用所述目标解码资源。
7.根据权利要求1所述的方法，其特征在于，所述获取所述目标解码资源的当前使用情况，包括：
接收基于解码资源使用情况查询请求返回的响应消息，从所述响应消息中获取所述目标解码资源的当前使用情况。
8.根据权利要求1所述的方法，其特征在于，所述获取所述目标解码资源的当前使用情况，包括：
根据预先配置的应用程序标识与解码资源使用权限对应关系，确定所述第一应用程序有权限使用所述目标解码资源时，获取所述目标解码资源的当前使用情况。
9.根据权利要求1-8中任一项所述的方法，其特征在于，所述目标解码资源为硬件解码资源，所述方法还包括：
在同时运行多个应用程序，且多个应用程序中的一个应用程序使用硬件解码资源时，实时获取每个应用程序使用硬件解码资源的优先级；
在确定多个应用程序中目标应用程序使用硬件解码资源的优先级高于多个应用程序中除目标应用程序外其它应用程序使用硬件解码资源的优先级时，确定由所述目标应用程序使用所述硬件解码资源。
10.根据权利要求1-8中任一项所述的方法，其特征在于，所述目标解码资源为硬件解码资源或者软件解码资源。
11.一种解码资源的管理方法，其特征在于，所述方法包括：
接收解码资源申请请求，所述解码资源申请请求中包括第一应用程序的应用程序标识；
根据所述应用程序标识，确定所述第一应用程序申请的目标解码资源；
获取所述目标解码资源的当前使用情况；
在所述目标解码资源的当前使用情况为被第二应用程序使用时，基于所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序。
12.根据权利要求11所述的方法，其特征在于，所述根据所述应用程序标识，确定所述第一应用程序申请的目标解码资源，包括：
根据所述应用程序标识的部分或者全部，确定所述第一应用程序申请的目标解码资源。
13.一种解码资源的管理装置，其特征在于，包括：
接收模块，用于接收解码资源申请请求，所述解码资源申请请求中包括第一应用程序的应用程序标识和申请的目标解码资源；
获取模块，用于获取所述目标解码资源的当前使用情况；
管理模块，用于在所述目标解码资源的当前使用情况为被第二应用程序使用时，基于所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序。
14.一种解码资源的管理装置，其特征在于，包括：
接收模块，用于接收解码资源申请请求，所述解码资源申请请求中包括第一应用程序的应用程序标识；
处理模块，用于根据所述应用程序标识，确定所述第一应用程序申请的目标解码资源
获取模块，用于获取所述目标解码资源的当前使用情况；
管理模块，用于在所述目标解码资源的当前使用情况为被第二应用程序使用时，基于所述第一应用程序使用所述目标解码资源的优先级和所述第二应用程序使用所述目标解码资源的优先级，确定使用所述目标解码资源的应用程序。
15.一种解码资源的管理设备，其特征在于，包括存储器和处理器；所述存储器用于储存有可执行程序代码；所述处理器用于读取所述存储器中存储的可执行程序代码以执行权利要求1-10中任意一项所述的方法或者如权利要求11-12中任一项所述的方法。
16.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，当所述计算机程序指令被处理器执行时实现如权利要求1-10中任一项所述的方法或者如权利要求11-12中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810472673.5A CN110505478A (zh) | 2018-05-17 | 2018-05-17 | 解码资源的管理方法、装置、设备和介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810472673.5A CN110505478A (zh) | 2018-05-17 | 2018-05-17 | 解码资源的管理方法、装置、设备和介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110505478A true CN110505478A (zh) | 2019-11-26 |
Family
ID=68583904
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810472673.5A Pending CN110505478A (zh) | 2018-05-17 | 2018-05-17 | 解码资源的管理方法、装置、设备和介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110505478A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111222124A (zh) * | 2020-01-16 | 2020-06-02 | 北京梧桐车联科技有限责任公司 | 使用权限分配的方法、装置、设备以及存储介质 |
| CN113365116A (zh) * | 2020-03-04 | 2021-09-07 | 青岛海信传媒网络技术有限公司 | 音视频资源管理方法及装置 |
| CN114007077A (zh) * | 2021-11-17 | 2022-02-01 | 北京百度网讯科技有限公司 | 多媒体资源的处理方法、装置、电子设备和存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090119773A1 (en) * | 2007-11-02 | 2009-05-07 | D Amore Tianyu Li | Apparatus and methods of configurable system event and resource arbitration management |
| CN101510922A (zh) * | 2009-02-24 | 2009-08-19 | 华为技术有限公司 | 媒体资源管理方法、装置、设备和系统 |
| US20100325638A1 (en) * | 2009-06-23 | 2010-12-23 | Nishimaki Hisashi | Information processing apparatus, and resource managing method and program |
| CN102694770A (zh) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | 一种业务平台中多类型资源管理的系统及方法 |
| CN102799488A (zh) * | 2012-07-06 | 2012-11-28 | 中山大学深圳研究院 | 一种应用于数字电视的应用资源管理系统 |
| CN103294553A (zh) * | 2012-02-24 | 2013-09-11 | 中兴通讯股份有限公司 | 移动终端多媒体资源的管理方法及装置 |
| CN106776038A (zh) * | 2016-12-30 | 2017-05-31 | 广东欧珀移动通信有限公司 | 一种热门应用资源分配方法及移动终端 |
-
2018
- 2018-05-17 CN CN201810472673.5A patent/CN110505478A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090119773A1 (en) * | 2007-11-02 | 2009-05-07 | D Amore Tianyu Li | Apparatus and methods of configurable system event and resource arbitration management |
| CN101510922A (zh) * | 2009-02-24 | 2009-08-19 | 华为技术有限公司 | 媒体资源管理方法、装置、设备和系统 |
| US20100325638A1 (en) * | 2009-06-23 | 2010-12-23 | Nishimaki Hisashi | Information processing apparatus, and resource managing method and program |
| CN102694770A (zh) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | 一种业务平台中多类型资源管理的系统及方法 |
| CN103294553A (zh) * | 2012-02-24 | 2013-09-11 | 中兴通讯股份有限公司 | 移动终端多媒体资源的管理方法及装置 |
| CN102799488A (zh) * | 2012-07-06 | 2012-11-28 | 中山大学深圳研究院 | 一种应用于数字电视的应用资源管理系统 |
| CN106776038A (zh) * | 2016-12-30 | 2017-05-31 | 广东欧珀移动通信有限公司 | 一种热门应用资源分配方法及移动终端 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111222124A (zh) * | 2020-01-16 | 2020-06-02 | 北京梧桐车联科技有限责任公司 | 使用权限分配的方法、装置、设备以及存储介质 |
| CN113365116A (zh) * | 2020-03-04 | 2021-09-07 | 青岛海信传媒网络技术有限公司 | 音视频资源管理方法及装置 |
| CN113365116B (zh) * | 2020-03-04 | 2022-12-13 | Vidaa(荷兰)国际控股有限公司 | 音视频资源管理方法及装置 |
| CN114007077A (zh) * | 2021-11-17 | 2022-02-01 | 北京百度网讯科技有限公司 | 多媒体资源的处理方法、装置、电子设备和存储介质 |
| CN114007077B (zh) * | 2021-11-17 | 2023-09-01 | 北京百度网讯科技有限公司 | 多媒体资源的处理方法、装置、电子设备和存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10838890B2 (en) | Acceleration resource processing method and apparatus, and network functions virtualization system | |
| CN110505478A (zh) | 解码资源的管理方法、装置、设备和介质 | |
| CN105723656A (zh) | 针对通信会话的服务策略 | |
| CN104185062A (zh) | 一种终端处理视频流的方法及终端 | |
| US20140003449A1 (en) | Bandwidth Virtualization | |
| CN111435943B (zh) | 数据处理方法、设备、系统及存储介质 | |
| CN111127181B (zh) | 一种凭证记账方法和装置 | |
| WO2014089976A1 (zh) | 虚拟机分配方法及装置 | |
| WO2016202201A1 (zh) | 一种资源分配方法、装置和智能电视系统 | |
| WO2018177335A1 (zh) | 一种进行资源调度的方法和装置 | |
| CN114466226B (zh) | 带宽时长占比确定方法、装置、设备和计算机可读介质 | |
| CN112214313A (zh) | 内存分配方法及相关设备 | |
| CN109889521A (zh) | 存储器、通信通道复用实现方法、装置和设备 | |
| CN111131846A (zh) | 视频播放方法、多媒体播放设备、边缘服务器和核心网 | |
| US9189287B1 (en) | Harnessing idle computing resources in customer premise equipment | |
| CN110245014B (zh) | 数据处理方法和装置 | |
| US20140215075A1 (en) | Load balancing apparatus and method based on estimation of resource usage | |
| CN115794396A (zh) | 资源分配的方法、系统和电子设备 | |
| CN111510384A (zh) | 处理服务产生的数据的方法、电子设备和计算机可读介质 | |
| US20070094674A1 (en) | Method and apparatus for making inter-process procedure calls through shared memory | |
| CN112291568B (zh) | 数据处理方法、装置、介质、网络接入设备及电子设备 | |
| CN113824689A (zh) | 边缘计算网络、数据传输方法、装置、设备和存储介质 | |
| RU2530344C2 (ru) | Способ и устройство для выбора видеокодека, подлежащего использованию между станциями | |
| CN111694670A (zh) | 资源分配方法、装置、设备和计算机可读介质 | |
| CN114064256A (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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20201221 Address after: Room 603, 6 / F, Roche Plaza, 788 Cheung Sha Wan Road, Kowloon, China Applicant after: Zebra smart travel network (Hong Kong) Ltd. Address before: Grand Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191126 |
|
| RJ01 | Rejection of invention patent application after publication |