CN107087230A - 播放器插件加载方法及其装置 - Google Patents

Abstract

本申请公开一种播放器插件加载方法及其装置，其中该方法包括：建立播放器插件的插件性能表，所述插件性能表中的播放器插件具有表示播放器插件性能的分数属性；加载播放器插件时，根据所述插件性能表中播放器插件的分数的高低顺序加载对应的播放器插件，并使用加载成功的播放器插件执行相应的数据操作。通过本申请能够有效提升插件加载的成功率和播放器的性能。

Description

播放器插件加载方法及其装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种播放器插件加载方法及其装置。

背景技术

目前，大多数播放器中实现每种功能的软件模块都是以插件的方式来实现，同种功能的插件出色程度不一样。

播放器中为了提升播放器的灵活性，各种功能都已插件/模块化，模块化后播放器中的插件就便于灵活的替换或者选择。

现有播放器插件技术主要分为两种方式，一种就是每种功能(Capability)的插件仅有一个(例如H264的解码模块仅有一个)，一旦播放流程中有一种功能的插件加载不成功，则视频播放失败；另一种就是每种功能的插件提供多个，当播放器打开某种功能的插件，第一个失败后会接着打开第二个、第三个…。第二种方式相对于第一种播放的成功性提高了很多，但在性能上会大打折扣。例如，源插件、解复用插件、解码插件、显示插件是播放流程中必不可少的4种功能的插件，如果每种功能的插件的数量为4个，则在极端情况下将查找16次，并且将加载4次。明显地，第二种方式严重影响了播放器的性能。

现有技术中一种改进的方式为事先根据经验调试好加载的插件，但这种方式很难根据用户的播放行为和习惯进行调整，且不利于大规模的部署。综上所述，现有技术中播放器加载的技术方案不能针对每个用户的行为和习惯特点加载对应的播放器插件，导致降低了播放器性能和播放成功率，因此有必要提出改进的技术方案解决上述问题。

发明内容

本申请的主要目的在于提供一种播放器插件加载方法及其装置，以克服现有技术中的无法针对每个用户的特点加载对应的播放器插件导致播放器性能和播放成功率较低的问题。

根据本申请实施例提供一种播放器插件加载方法，其包括：建立播放器插件的插件性能表，所述插件性能表中的播放器插件具有表示播放器插件性能的分数属性；加载播放器插件时，根据所述插件性能表中播放器插件的分数的高低顺序加载对应的播放器插件，并使用加载成功的播放器插件执行相应的数据操作。

其中，所述方法还包括：统计播放器插件在数据操作中的性能数据，根据播放器插件的性能数据为播放器插件评分，并更新所述插件性能表中播放器插件的分数。

其中，根据以下情况之一或其组合统计播放器插件在数据操作中的性能数据：是否成功打开播放器插件；播放器插件在访问/输入/输出/读取/写入数据过程中是否出现错误；播放器插件在解复用/复用数据过程中是否出现错误；播放器插件在解码/编码数据过程中是否出现错误；播放器插件在渲染/显示数据过程中是否出现错误；播放器插件在过滤/转换/打包/重采样/混合数据过程中是否出现错误。

其中，根据播放器插件的以下维度信息之一或其组合统计播放器插件在数据操作中的性能数据：加载时间、内存消耗、是否支持并行计算、是否支持多实例运行。

其中，所述方法还包括：分别为每个维度信息配置对应的加权系数。

其中，所述方法还包括：所述插件性能表中的播放器插件还具有类型属性，所述插件性能表中具有多个相同类型的播放器插件；判断当前需要加载的播放器插件的类型，根据需要加载的播放器插件的类型确定所述插件性能表中对应类型的播放器插件，并根据确定的播放器插件的分数的高低顺序加载播放器插件。

其中，在建立播放器插件的插件性能表时，为所述插件性能表中的播放器插件配置默认的分数。

根据本申请实施例还提供一种播放器插件加载装置，其包括：建立及维护模块，用于建立播放器插件的插件性能表，所述插件性能表中的播放器插件具有表示播放器插件性能的分数属性；加载模块，用于加载播放器插件时，根据所述插件性能表中播放器插件的分数的高低顺序加载对应的播放器插件，并使用加载成功的播放器插件执行相应的数据操作。

其中，所述装置还包括：评分模块，用于统计播放器插件在数据操作中的性能数据，根据播放器插件的性能数据为播放器插件评分，并更新所述插件性能表中播放器插件的分数。

其中，所述评分模块用于根据以下情况之一或其组合统计播放器插件在数据操作中的性能数据：是否成功打开播放器插件；播放器插件在访问/输入/输出/读取/写入数据过程中是否出现错误；播放器插件在解复用/复用数据过程中是否出现错误；播放器插件在解码/编码数据过程中是否出现错误；播放器插件在渲染/显示数据过程中是否出现错误；播放器插件在过滤/转换/打包/重采样/混合数据过程中是否出现错误。

其中，所述评分模块根据播放器插件的以下维度信息之一或其组合统计播放器插件在数据操作中的性能数据：加载时间、内存消耗、是否支持并行计算、是否支持多实例运行。

其中，所述评分模块分别为每个维度信息配置对应的加权系数。

其中，所述插件性能表中的播放器插件还具有类型属性，所述插件性能表中具有多个相同类型的播放器插件；所述加载模块，还用于判断当前需要加载的播放器插件的类型，根据需要加载的播放器插件的类型确定所述插件性能表中对应类型的播放器插件，并根据确定的播放器插件的分数的高低顺序加载播放器插件。

其中，所述建立及维护模块，还用于在建立播放器插件的插件性能表时，为所述插件性能表中的播放器插件配置默认的分数。

根据本申请的技术方案，通过根据插件性能表中播放器插件的分数加载对应的播放器插件，并根据插件在加载和/或数据操作中的出色程度等性能数据实时调整插件的分数作为下次播放插件加载的依据，使得播放器能够快速地查找和加载性能出色的插件，有效提升了插件加载的成功率和播放器的性能。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的播放器插件加载方法的流程图；

图2是根据本申请实施例的播放器插件的框架示意图；

图3是根据本申请一个实施例的播放器插件加载装置的结构框图；

图4是根据本申请另一实施例的播放器插件加载装置的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是根据本申请实施例的播放器插件加载方法的流程图。如图1所示，所述方法至少包括以下步骤：

步骤S102，建立播放器插件的插件性能表，所述插件性能表中的播放器插件具有表示播放器插件性能的分数属性。

在本申请实施例中，首先建立一个关于播放器插件的插件性能表，在所述插件性能表中包括：插件名称、插件类型以及分数等属性。其中，播放器插件是具备完成某一项或者多项播放器功能的软件模块或模块组合；插件类型是根据插件在播放器中执行的角色或功能(Capability)进行划分的；而分数则是插件是否成功加载或者其它性能的数值表示。在实际应用中，在建立播放器插件的插件性能表(或初始化)时，提供一个默认的插件性能表，在该表中每种类型的播放器插件具有多个，并且为每个播放器插件配置默认的分数。之后，根据播放器插件在播放或数据操作中的性能数据(例如是否加载成功和/或出色程度等因素)实时更新所述插件性能表中插件的分数，并作为下次加载播放器插件的参考依据。

参考表1，是根据本申请一个实施例的插件性能表。所述插件性能表中的每个插件具有类型以及分数等属性信息。在实现视频播放的读取、解复用、解码及播放等功能时，需要根据插件性能表中插件的分数高低顺序加载对应的播放器插件。

表1

在本申请的实施例中，智能手机、智能电视(或机顶盒)等设备的播放器的各种功能都已插件/模块化，也就是说，播放器中实现每种功能的软件模块都是以插件的方式来实现，插件化便于灵活地替换或者选择播放器中的插件。在实际应用中，实现视频播放流程必不可少的4种类型的播放器插件为：源插件、解复用插件、解码插件、显示插件，具体地：

源插件(source)，指在播放器中从文件或者网络等媒介获取播放源的插件或者模块，例如mkv文件读取模块；

解复用插件(demux)，指在播放器中从源/流中将音频、视频、字幕等分离出来的模块或模块组合；

解码插件(decoder)，指从ES数据中按照一定的解压缩算法解码出原始音视频数据的软件模块或模块组合；

显示插件(Display)，指显示音视频的软件模块或模块组合。

其中，ES(Elementary Streams，原始流/基本流)是直接从编码器出来的数据流，可以是编码过的视频数据流(例如：H.264、MJPEG等)，音频数据流(例如：AAC)，或其他编码数据流的统称。

参考图2，图2示出根据本申请一个实施例的播放器插件的框架的示意图。如图所示，源插件从源获取音视频容器(container)，接着发送给解复用插件对数据进行解复用，解复用后的ES数据发送给解码插件进行解码，然后送给显示插件进行显示。需要说明，图中所示的reader、stream、Mp4demux、Mkvdemux、Mp3decoder、H264decoder、audio display、videodisplay、subtitle(字幕)display等插件仅为示例性说明，并不限制本申请的保护范围。

除上述4种必不可少的插件类型外，在进行视频播放过程中还可以根据实际情况选择以下类型的插件：

流插件(stream)，指在播放器中以流方式获取源的软件模块或者模块组合，例如Http/RTSP/RTMP/MMS等网络协议传输的流；

访问插件(access)，指在播放器中获取源的软件模块或模块组合；

复用插件(mux)，指在播放器中将一种或者多种音频、视频、字幕等任意组合的媒体进行复合到一个文件或者流中的软件模块或者模块组合；

编码插件(encoder)，指将原始音视频数据按照一定的压缩算法编码成ES数据的软件模块；

过滤插件(filter)，指播放器中从一种数据格式中过滤出所需要的数据的软件模块或模块组合；

渲染插件(Render)，指播放器中渲染音频、视频、字幕等的软件模块或模块组合；

输入插件(Input)，指输入模块或模块组合；

输出插件(Output)，指输出模块或模块组合；

转换插件(Converter)，指播放器中实现从一种格式到另一种格式的转换软件模块或模块组合，例如颜色空间转换、从YUV到RGB等的转换等；

打包插件(Packetizer)，指将音视频数据进行打包加上一定的头信息或许去除一定信息的软件模块或模块组合；

重采样插件(Resampler)，指根据一类象元的信息内插出另一类象元信息功能的软件模块或模块组合；

混合插件(Blending)，指将两种或者两者以上的数据进行混合的软件模块或模块组合，例如将视频数据和字幕数据混合到一帧画面；

日志插件(Logger)，供工程调试人员进行分析的日志生成软件模块或模块组合。

步骤S104，加载播放器插件时，根据所述插件性能表中播放器插件的分数的高低顺序加载对应的播放器插件，并使用加载成功的播放器插件执行相应的数据操作。

当需要加载播放器插件时，查找插件性能表，根据插件性能表中的播放器插件的分数的高低顺序，首先加载分数最高的播放器插件，如果该插件加载成功，则使用该插件执行对应的功能；如果该插件加载失败，则继续加载分数次高的播放器插件，以此类推，直到插件加载成功，并使用加载成功的播放器插件执行对应的功能。

下面结合表1详细描述本申请加载播放器插件的过程。参考表1，当需要加载源插件时，插件Http io的分数为40，插件File reader的分数为30分，因此首先加载分数较高的Http io插件。如果Http io插件加载成功则使用该插件执行对应的功能；如果Http io插件加载不成功，则继续加载File reader插件，如果File reader插件加载成功则使用该插件执行对应的功能。接下来参照加载源插件的加载方式加载其他类型的插件，直到实现视频播放所需的插件全部加载成功，此处不再赘述。

在上述的插件加载过程中，统计播放器插件在数据操作中的性能数据，根据播放器插件的性能数据为播放器插件评分，并更新所述插件性能表中播放器插件的分数，作为下次加载播放器插件的参考依据。例如，当Http io插件加载成功时，增加Http io插件的分数；当Http io插件加载不成功时，减少Http io插件的分数。当然在实际应用中，会制定全面的为插件评分的方法，下面详细描述。

在本申请的实施例中，可以根据能否成功打开插件和/或在数据操作中是否出现错误等情况统计播放器插件的性能数据，下面结合不同的插件类型详细说明：

1、对于access/input/output/source/stream插件，在访问/输入/输出/读取/写入数据过程中是否出现错误；

2、对于demux/mux插件，在解复用/复用ES数据过程中是否出现错误；

3、对于decoder/encoder插件，在解码/编码数据过程中是否出现错误；

4、对于Render/Display插件，在渲染/显示数据过程中是否出现错误；

5、对于filter/Converter/Packetizer/Resampler/Blending插件，在过滤/转换/打包/重采样/混合数据过程中是否出现错误。

需要说明，以上描述中的出现错误包括但不限于，可接受的错误和非可接受的错误。比如access/input/output/source/stream插件在数据的操作(访问/输入/输出/读取/写入数据)中超时5秒或者以上为非可接受的错误；比如Render/Display插件播放视频花屏到几乎不能观看(比如花屏2秒或者以上)的程度视为非可接受的错误。对于可接受的错误和非可接受的错误，分别设置对应的分数。一般地，当插件产生非可接受的错误时扣除的分数多于插件产生可接受的错误时扣除的分数。以上仅为举例说明，并不限制本申请的保护范围。

在本申请的实施例中，还可以通过各种数学建模的方法，例如：层次分析法(Analytic Hierarchy Process，简称AHP)生成插件的分数。对于层次分析法可以从以下几个维度来综合统计插件的分数：

1、插件的复杂程度；比如包括插件内存消耗量(比如以MB为单位)和插件加载时间等信息；其中，插件的内存消耗量越少分数越高，插件加载时间越少分数越高；

2、插件是否支持并行计算，即插件在同一时间是否有多个线程在工作，以行计算的线程数或者I/O数来衡量；例如解码插件可能有多个线程同时解码不同的数据；

3、插件是否支持多实例运行，即同一个插件的代码可以在不同进程或者线程中同时运行。

根据上述维系信息之一或其组合为播放器插件评分，并更新所述插件性能表中播放器插件的分数。此外，还可以为每个维度信息配置对应的加权系数，并计算插件的分数，例如：

score＝0.4*(1/加载时间)+0.3*(1/内存消耗)+0.2*是否支持并行计算+0.1*是否支持多实例。

在实际应用中，可以根据具体应用场景选择上述的根据插件在数据操作中是否出现错误的方法和/或层次分析法为播放器插件评分。当综合选择多个评分方法时还可以为每个方法配置不同的加权系数，以上所述的为插件进行评分的方法仅为示例性说明，并不限制本发明的保护范围。

图3是根据本申请实施例的播放器插件加载装置的结构框图，如图3所示，所述装置至少包括：建立及维护模块31和加载模块32，下面详细描述各模块的结构和功能。

建立及维护模块31，用于建立播放器插件的插件性能表，所述插件性能表中的播放器插件具有表示播放器插件性能的分数属性；

其中，首次在建立播放器插件的插件性能表时，为所述插件性能表中的播放器插件配置默认的分数。

加载模块32，用于加载播放器插件时，根据所述插件性能表中播放器插件的分数的高低顺序加载对应的播放器插件，并使用加载成功的播放器插件执行相应的数据操作。

其中，所述插件性能表中的播放器插件还具有类型属性，所述插件性能表中具有多个相同类型的播放器插件；所述加载模块32，还用于判断当前需要加载的播放器插件的类型，根据需要加载的播放器插件的类型确定所述插件性能表中对应类型的播放器插件，并根据确定的播放器插件的分数的高低顺序加载播放器插件。

参考图4，在图3的基础上，所述播放器插件加载装置还包括有：评分模块41，其用于统计播放器插件在数据操作中的性能数据，根据播放器插件的性能数据为播放器插件评分，并更新所述插件性能表中播放器插件的分数。

在本申请的实施例中，可以根据能否成功打开插件和/或在数据操作中是否出现错误等情况统计播放器插件的性能数据，下面结合不同的插件类型详细说明：

1、对于access/input/output/source/stream插件，在访问/输入/输出/读取/写入数据过程中是否出现错误；

2、对于demux/mux插件，在解复用/复用ES数据过程中是否出现错误；

3、对于decoder/encoder插件，在解码/编码数据过程中是否出现错误；

4、对于Render/Display插件，在渲染/显示数据过程中是否出现错误；

5、对于filter/Converter/Packetizer/Resampler/Blending插件，在过滤/转换/打包/重采样/混合数据过程中是否出现错误。

需要说明，以上描述中的出现错误包括但不限于，可接受的错误和非可接受的错误。比如access/input/output/source/stream插件在数据的操作(访问/输入/输出/读取/写入数据)中超时5秒或者以上为非可接受的错误；比如Render/Display插件播放视频花屏到几乎不能观看(比如花屏2秒或者以上)的程度视为非可接受的错误。对于可接受的错误和非可接受的错误，分别设置对应的分数。一般地，当插件产生非可接受的错误时扣除的分数多于插件产生可接受的错误时扣除的分数。以上仅为举例说明，并不限制本申请的保护范围。

在本申请的实施例中，还可以通过各种数学建模的方法，例如：层次分析法(Analytic Hierarchy Process，简称AHP)生成插件的分数。对于层次分析法可以从以下几个维度来综合统计插件的分数：

1、插件的复杂程度；比如包括插件内存消耗量(比如以MB为单位)和插件加载时间等信息；其中，插件的内存消耗量越少分数越高，插件加载时间越少分数越高；

2、插件是否支持并行计算，即插件在同一时间是否有多个线程在工作，以行计算的线程数或者I/O数来衡量；例如解码插件可能有多个线程同时解码不同的数据；

3、插件是否支持多实例运行，即同一个插件的代码可以在不同进程或者线程中同时运行。

根据上述维系信息之一或其组合为播放器插件评分，并更新所述插件性能表中播放器插件的分数。此外，还可以为每个维度信息配置对应的加权系数，并计算插件的分数，例如：

score＝0.4*(1/加载时间)+0.3*(1/内存消耗)+0.2*是否支持并行计算+0.1*是否支持多实例。

在实际应用中，可以根据具体应用场景选择上述的根据插件在数据操作中是否出现错误的方法和/或层次分析法为播放器插件评分。当综合选择多个评分方法时还可以为每个方法配置不同的加权系数，以上所述的为插件进行评分的方法仅为示例性说明，并不限制本发明的保护范围。

本申请的方法的操作步骤与装置的结构特征对应，可以相互参照，不再一一赘述。

综上所述，根据本申请的上述技术方案，通过根据插件性能表中播放器插件的分数加载对应的播放器插件，并根据插件在加载和/或数据操作中的出色程度等性能数据实时调整插件的分数作为下次播放插件加载的依据，使得播放器能够快速地查找和加载性能出色的插件，有效提升了插件加载的成功率和播放器的性能。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (14)

1.一种播放器插件加载方法，其特征在于，包括：

建立播放器插件的插件性能表，所述插件性能表中的播放器插件具有表示播放器插件性能的分数属性；

加载播放器插件时，根据所述插件性能表中播放器插件的分数的高低顺序加载对应的播放器插件，并使用加载成功的播放器插件执行相应的数据操作。

2.根据权利要求1所述的方法，其特征在于，还包括：

统计播放器插件在数据操作中的性能数据，根据播放器插件的性能数据为播放器插件评分，并更新所述插件性能表中播放器插件的分数。

3.根据权利要求2所述的方法，其特征在于，根据以下情况之一或其组合统计播放器插件在数据操作中的性能数据：

是否成功打开播放器插件；

播放器插件在访问/输入/输出/读取/写入数据过程中是否出现错误；

播放器插件在解复用/复用数据过程中是否出现错误；

播放器插件在解码/编码数据过程中是否出现错误；

播放器插件在渲染/显示数据过程中是否出现错误；

播放器插件在过滤/转换/打包/重采样/混合数据过程中是否出现错误。

4.根据权利要求2或3所述的方法，其特征在于，根据播放器插件的以下维度信息之一或其组合统计播放器插件在数据操作中的性能数据：

加载时间、内存消耗、是否支持并行计算、是否支持多实例运行。

5.根据权利要求4所述的方法，其特征在于，还包括：

分别为每个维度信息配置对应的加权系数。

6.根据权利要求1所述的方法，其特征在于，还包括：

所述插件性能表中的播放器插件还具有类型属性，所述插件性能表中具有多个相同类型的播放器插件；

判断当前需要加载的播放器插件的类型，根据需要加载的播放器插件的类型确定所述插件性能表中对应类型的播放器插件，并根据确定的播放器插件的分数的高低顺序加载播放器插件。

7.根据权利要求1所述的方法，其特征在于，在建立播放器插件的插件性能表时，为所述插件性能表中的播放器插件配置默认的分数。

8.一种播放器插件加载装置，其特征在于，包括：

建立及维护模块，用于建立播放器插件的插件性能表，所述插件性能表中的播放器插件具有表示播放器插件性能的分数属性；

加载模块，用于加载播放器插件时，根据所述插件性能表中播放器插件的分数的高低顺序加载对应的播放器插件，并使用加载成功的播放器插件执行相应的数据操作。

9.根据权利要求8所述的装置，其特征在于，还包括：

评分模块，用于统计播放器插件在数据操作中的性能数据，根据播放器插件的性能数据为播放器插件评分，并更新所述插件性能表中播放器插件的分数。

10.根据权利要求9所述的装置，其特征在于，所述评分模块用于根据以下情况之一或其组合统计播放器插件在数据操作中的性能数据：

是否成功打开播放器插件；

播放器插件在访问/输入/输出/读取/写入数据过程中是否出现错误；

播放器插件在解复用/复用数据过程中是否出现错误；

播放器插件在解码/编码数据过程中是否出现错误；

播放器插件在渲染/显示数据过程中是否出现错误；

播放器插件在过滤/转换/打包/重采样/混合数据过程中是否出现错误。

11.根据权利要求9或10所述的装置，其特征在于，所述评分模块根据播放器插件的以下维度信息之一或其组合统计播放器插件在数据操作中的性能数据：

加载时间、内存消耗、是否支持并行计算、是否支持多实例运行。

12.根据权利要求11所述的装置，其特征在于，所述评分模块分别为每个维度信息配置对应的加权系数。

13.根据权利要求8所述的装置，其特征在于，所述插件性能表中的播放器插件还具有类型属性，所述插件性能表中具有多个相同类型的播放器插件；

所述加载模块，还用于判断当前需要加载的播放器插件的类型，根据需要加载的播放器插件的类型确定所述插件性能表中对应类型的播放器插件，并根据确定的播放器插件的分数的高低顺序加载播放器插件。

14.根据权利要求8所述的装置，其特征在于，所述建立及维护模块，还用于在建立播放器插件的插件性能表时，为所述插件性能表中的播放器插件配置默认的分数。