多播放器控制方法、服务器及客户端与流程

本发明涉及互联网技术领域，特别是涉及一种多播放器控制方法、服务器及客户端。

背景技术：

用户在视频网站观看视频时，有时需要同时或陆续地打开多个视频，例如同时观看两个视频，再如，在观看电影的同时进行视频通话，还如，在观看视频时同时进行直播观看，等等。而多个视频所对应的播放器可能不同，例如，不同视频对应不同类型或不同版本的播放器，那么就需要客户端同时或陆续加载不同类型或不同版本的播放器，由此会占用客户端大量的内存和CPU，在客户端配置较差的情况下，会导致视频播放性能下降，进而直接影响用户体验。

技术实现要素：

为了避免多次加载不同播放器而给客户端带来的内存压力，本发明实施例提供一种多播放器控制方法、服务器及客户端。

根据本发明的一方面，提供一种多播放器控制方法，包括：将多个不同类型或版本的播放器整合在一个播放容器中；将所述播放容器对应的安装插件程序一次性下发给客户端；接收用户发送的第一视频播放请求，控制在客户端采用播放容器中的第一播放器进行第一视频的播放；接收用户发送的第二视频播放请求，控制在客户端采用播放容器中的第二播放器进行第二视频的播放。

优选的，所述将所述播放容器对应的程序一次性下发给客户端，包括：当用户在客户端通过浏览器或视频应用程序访问视频网站时，视频网站服务器将所述播放容器对应的安装插件程序发送给客户端浏览器或客户端视频应用程序。

优选的，还包括：设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。

优选的，所述将多个不同类型或版本的播放器整合在一个播放容器中，包括：采用显示对象容器类的方法，定义一个播放容器，并在所述播放容器中，添加多个不同类型或版本的播放器对象。

优选的，所述播放器包括点播播放器、直播播放器或第三方自定义播放器。

根据本发明的又一方面，提供一种多播放器控制方法，包括：从网络侧一次性加载播放容器对应的安装插件程序，其中，所述播放容器中整合了多个不同类型或版本的播放器；在请求播放第一视频时，采用播放容器中的第一播放器进行第一视频的播放；在请求播放第二视频时，采用播放容器中的第二播放器进行第二视频的播放。

优选的，所述从网络侧一次性加载播放容器程序，包括：当用户在客户端通过浏览器或视频应用程序访问视频网站时，客户端浏览器或客户端视频应用程序从视频网站服务器接收所述播放容器对应的安装插件程序。

优选的，还包括：设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。

优选的，所述播放器包括点播播放器、直播播放器或第三方自定义播放器。

根据本发明的再一方面，提供一种多播放器控制服务器，包括：播放容器整合单元，用于将多个不同类型或版本的播放器整合在一个播放容器中；下发单元，用于将所述播放容器对应的安装插件程序一次性下发给客户端；第一视频播放控制单元，用于接收用户发送的第一视频播放请求，控制在客户端采用播放容器中的第一播放器进行第一视频的播放；第二视频播放控制单元，用于接收用户发送的第二视频播放请求，控制在客户端采用播放容器中的第二播放器进行第二视频的播放。

优选的，所述下发单元具体用于，当用户在客户端通过浏览器或视频应用程序访问视频网站时，将所述播放容器对应的安装插件程序发送给客户端浏览器或客户端视频应用程序。

优选的，还包括：显示模式设置单元，用于设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。

优选的，所述播放容器整合单元具体用于，采用显示对象容器类的方法，定义一个播放容器，并在所述播放容器中，添加多个不同类型或版本的播放器对象。

优选的，所述播放器包括点播播放器、直播播放器或第三方自定义播放器。

根据本发明的另一方面，提供一种多播放器控制客户端，包括：加载单元，用于从网络侧一次性加载播放容器对应的安装插件程序，其中，所述播放容器中整合了多个不同类型或版本的播放器；第一视频播放单元，用于在请求播放第一视频时，采用播放容器中的第一播放器进行第一视频的播放；第二视频播放单元，用于在请求播放第二视频时，采用播放容器中的第二播放器进行第二视频的播放。

优选的，所述加载单元具体用于，当用户在客户端通过浏览器或视频应用程序访问视频网站时，通过客户端浏览器或客户端视频应用程序从视频网站服务器接收所述播放容器对应的安装插件程序。

优选的，还包括：显示模式设置单元，用于设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。

优选的，所述播放器包括点播播放器、直播播放器或第三方自定义播放器。

可见，本发明上述实施例通过将不同类型或版本的播放器整合到播放容器中并将播放容器程序一次性下发给客户端的方式，在采用不同播放器进行视频播放时，即可直接调用播放容器中各个不同的播放器进行播放，而无需每次都进行播放器插件的加载过程，可减少对客户端内存的压力，且利于快速、流畅地进行视频播放，提升用户体验。

附图说明

图1是本发明一个实施例提供的一种多播放器控制方法流程图；

图2是本发明另一个实施例提供的一种多播放器控制方法流程图；

图3是本发明一个实施例提供的一种多播放器控制服务器结构示意图；

图4是本发明一个实施例提供的一种多播放器控制客户端结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

当用户在客户端(终端)通过浏览器访问视频网站时，或者通过视频应用程序(APP)访问视频网站时，用户会点击感兴趣的视频图标或链接，此时，在视频网站服务器侧，会调用该视频对应的播放器程序(插件)并下发给客户端，由此用户在客户端通过该播放器进行视频的播放。用户在选择自己感兴趣的视频时，往往会进行多个视频的试看，以确定是否真正感兴趣，这就会造成短时间内多个视频的陆续播放或多个视频同时播放，这种情况下，由于各个视频对应的播放器类型或版本可能不同，这就需要客户端从服务器多次加载不同类型或版本的播放器，由此给客户端的内存和CPU带来压力。

本发明实施例提供一种多播放器控制方法，通过将多个播放器整合到一个播放容器并一次性下发给客户端的方式，减少客户端由于多次加载播放器而占用过多内存的问题。

参见图1，为本发明实施例提供的一种多播放器控制方法流程图，该方法包括S101-S104。

S101：将多个不同类型或版本的播放器整合在一个播放容器中。

对于播放器的类型不作限制，包括但不限于：点播播放器、直播播放器或第三方自定义播放器。直播和点播是相对的。直播可以理解为，一端在录制，同时在另一端播放，例如各个直播网站都是进行直播服务；点播可以理解为，事先将内容录制好，储存分发到云服务器，当用户需要观看时再从互联网中调用文件，进行播放，例如各个视频播放网站一般都是基于点播进行视频播放。第三方自定义播放器，是指视频网站对于视频链接(一般来自该第三方)的播放需要调用第三方自定义播放器，第三方自定义播放器一把是该第三方通过编程语言编写或改写的特定播放器。

可以采用显示对象容器类的方法，将多个播放器整合在一个播放容器中。显示对象容器类(DisplayObjectContainer类)是可用作显示列表中显示对象容器的所有对象的基类。形象地理解，容器可比作装东西的器皿。容器里可以装载对象，通过定义一个个对象，就将一个个实例对象添加到容器里。在本发明实施例中，采用显示对象容器类的方法，定义一个播放容器，并在该播放容器中，添加多个不同类型或版本的播放器对象。在建立好播放容器之后，还可以对播放容器中的各个播放器对象进行管理，例如，新增播放器对象、删除播放器对象、修改播放器对象、查询播放器对象等。

S102：将播放容器对应的安装插件程序一次性下发给客户端。

播放容器对应的程序，一般是指整合了多个播放器的安装插件的程序，客户端在加载该安装插件之后，即可对视频进行播放。例如，现有视频网站的播放器大多是基于flash的播放器，播放容器对应的程序一般是指flash播放器插件，flash播放器插件是一个网页ActiveX控件，用于播放网页中的flash动画(视频)。将播放容器程序下发给客户端的时机是，当用户在客户端通过浏览器或视频应用程序访问视频网站时，视频网站服务器将播放容器对应的程序发送给客户端浏览器或客户端视频应用程序。例如，用户通过PC机浏览某视频网站时，当用户点击某个视频链接或图标时，网站服务器即启动将播放容器对应的程序一次性下发给该PC机的浏览器，PC机通过浏览器加载完成播放容器程序之后，需要执行对应的程序文件，即执行加载播放器的过程，由此可利用加载完成的播放器进行视频播放。

S103：接收用户发送的第一视频播放请求，控制在客户端采用播放容器中的第一播放器进行第一视频的播放。

当用户在客户端浏览器或APP上点击某个视频链接或图标时，浏览器或APP向视频服务器发送视频播放请求。本发明实施例的应用场景是，用户多次发送视频播放请求，即，请求同时或陆续对多个视频进行播放。

当用户第一次发送第一视频播放请求时，在此时机，服务器会进行视频对应播放器类型(版本)的判断，例如，判断过程是：通过视频信息数据库中存储的信息，判断第一视频对应的第一播放器的类型(版本)；然后，服务器将确定的第一播放器信息发送给客户端浏览器或APP，由此，客户端从播放容器对应程序中查找出第一播放器对应的播放器插件，执行该播放器插件，实现采用第一播放器对第一视频进行播放。

S104：接收用户发送的第二视频播放请求，控制在客户端采用播放容器中的第二播放器进行第二视频的播放。

当用户第二次(或第三次，等等)发送第二视频播放请求时，在此时机，服务器会进行视频对应播放器类型(版本)的判断，例如，判断过程是：通过视频信息数据库中存储的信息，判断第二视频对应的第二播放器的类型(版本)；然后，服务器将确定的第二播放器信息发送给客户端浏览器或APP，由此，客户端从播放容器对应程序中查找出第二播放器对应的播放器插件，执行该播放器插件，实现采用第二播放器对第二视频进行播放。

如果第一播放器播放第一视频的过程中(即未关闭第一播放器)，开启了第二播放器进行第二视频的播放，即多个视频同时播放的情况下，就存在多个播放画面的布局设置问题。对此，可通过设置第一播放器和第二播放器同时播放的显示模式的方式进行控制，显示模式包括但不限于电视墙模式、画中画模式、分屏模式，等等。其中，电视墙模式中多个画面类似背景墙，可设置各个画面的大小；画中画模式中一个画面为主、其余画面在该画面局部(例如右下角)为辅；分屏模式中多个画面一般平分屏幕。当然，如果第一播放器播放第一视频的过程结束之后(即关闭第一播放器)，才开启第二播放器进行第二视频的播放，即多个视频陆续播放的情况下，就不存在上述设置多个播放器显示模式的问题，但是这种情况下本发明同样适用，由于在通过第二播放器进行视频播放时，可直接加载播放容器中第二播放器插件，由此可避免多次加载插件而导致的内存占用问题。

上述第一播放器和第二播放器是不同类型(版本)的播放器，在这种情况下，如果采用现有方案，则每次都需要在浏览器上加载不同类型(版本)播放器插件，会占用客户端过多的cpu和内存资源,在机器配置较差的情况下,会导致页面性能下降,进而直接影响用户体验。而本发明实施例通过将不同类型或版本的播放器整合到播放容器中并将播放容器程序一次性下发给客户端的方式，在采用不同播放器进行视频播放时，即可直接调用播放容器中各个不同的播放器进行播放，而无需每次都进行播放器插件的加载过程，可减少对客户端内存的压力，且利于快速、流畅地进行视频播放，提升用户体验。当然，在用户两次(多次)请求对应的播放器类型(版本)相同的情况下，可直接利用第一播放器多次进行视频播放。

需要说明的是，虽然上述仅以两个播放器播放视频的控制为例对本发明进行了说明，但是应该理解，对于其余多个播放器(例如三个播放器或更多播放器)播放视频的控制方式中，本发明同样适用。

参见图2，是本发明另一个实施例提供的一种多播放器控制方法流程图，与图1从服务器侧描述不同，图2从客户端侧描述了该方法。该方法包括S201-S203。

S201：从网络侧一次性加载播放容器对应的安装插件程序，其中，播放容器中整合了多个不同类型或版本的播放器。

播放容器对应的安装插件程序，一般是指整合了多个播放器的安装插件的程序，客户端在加载安装插件之后，即可对视频进行播放。例如，现有视频网站的播放器大多是基于flash的播放器，播放容器对应的程序一般是指flash播放器插件，flash播放器插件是一个网页ActiveX控件，用于播放网页中的flash动画(视频)。客户端加载播放容器对应的程序的时机是，当用户在客户端通过浏览器或视频应用程序访问视频网站时，视频网站服务器将播放容器对应的程序发送给客户端浏览器或客户端视频应用程序。例如，用户通过PC机浏览某视频网站时，当用户点击某个视频链接或图标时，网站服务器即启动将播放容器对应的程序一次性下发给该PC机的浏览器，PC机通过浏览器加载完成播放容器程序之后，需要执行对应的程序文件，即执行加载播放器的过程，由此可利用加载完成的播放器进行视频播放。

对于播放器的类型不作限制，包括但不限于：点播播放器、直播播放器或第三方自定义播放器。直播和点播是相对的。直播可以理解为，一端在录制，同时在另一端播放，例如各个直播网站都是进行直播服务；点播可以理解为，事先将内容录制好，储存分发到云服务器，当用户需要观看时再从互联网中调用文件，进行播放，例如各个视频播放网站一般都是基于点播进行视频播放。第三方自定义播放器，是指视频网站对于视频链接(一般来自该第三方)的播放需要调用第三方自定义播放器，第三方自定义播放器一把是该第三方通过编程语言编写或改写的特定播放器。

S202：在请求播放第一视频时，采用播放容器中的第一播放器进行第一视频的播放。

当用户在客户端浏览器或APP上点击某个视频链接或图标时，浏览器或APP向视频服务器发送视频播放请求。本发明实施例的应用场景是，用户多次发送视频播放请求，即，请求同时或陆续对多个视频进行播放。

当用户第一次发送第一视频播放请求时，在此时机，服务器会进行视频对应播放器类型(版本)的判断，例如，判断过程是：通过视频信息数据库中存储的信息，判断第一视频对应的第一播放器的类型(版本)；然后，服务器将确定的第一播放器信息发送给客户端浏览器或APP，由此，客户端从播放容器对应程序中查找出第一播放器对应的播放器插件，执行该播放器插件，实现采用第一播放器对第一视频进行播放。

S203：在请求播放第二视频时，采用播放容器中的第二播放器进行第二视频的播放。

当用户第二次(或第三次，等等)发送第二视频播放请求时，在此时机，服务器会进行视频对应播放器类型(版本)的判断，例如，判断过程是：通过视频信息数据库中存储的信息，判断第二视频对应的第二播放器的类型(版本)；然后，服务器将确定的第二播放器信息发送给客户端浏览器或APP，由此，客户端从播放容器对应程序中查找出第二播放器对应的播放器插件，执行该播放器插件，实现采用第二播放器对第二视频进行播放。

如果第一播放器播放第一视频的过程中(即未关闭第一播放器)，开启了第二播放器进行第二视频的播放，即多个视频同时播放的情况下，就存在多个播放画面的布局设置问题。对此，可通过设置第一播放器和第二播放器同时播放的显示模式的方式进行控制，显示模式包括但不限于电视墙模式、画中画模式、分屏模式，等等。其中，电视墙模式中多个画面类似背景墙，可设置各个画面的大小；画中画模式中一个画面为主、其余画面在该画面局部(例如右下角)为辅；分屏模式中多个画面一般平分屏幕。当然，如果第一播放器播放第一视频的过程结束之后(即关闭第一播放器)，才开启第二播放器进行第二视频的播放，即多个视频陆续播放的情况下，就不存在上述设置多个播放器显示模式的问题，但是这种情况下本发明同样适用，由于在通过第二播放器进行视频播放时，可直接加载播放容器中第二播放器插件，由此可避免多次加载插件而导致的内存占用问题。

上述第一播放器和第二播放器是不同类型(版本)的播放器，在这种情况下，如果采用现有方案，则每次都需要在浏览器上加载不同类型(版本)播放器插件，会占用客户端过多的cpu和内存资源,在机器配置较差的情况下,会导致页面性能下降,进而直接影响用户体验。而通过将不同类型或版本的播放器整合到播放容器中并将播放容器程序一次性下发给客户端的方式，在采用不同播放器进行视频播放时，即可直接调用播放容器中各个不同的播放器进行播放，而无需每次都进行播放器插件的加载过程，可减少对客户端内存的压力，且利于快速、流畅地进行视频播放，提升用户体验。当然，在用户两次(多次)请求对应的播放器类型(版本)相同的情况下，可直接利用第一播放器多次进行视频播放。

需要说明的是，虽然上述仅以两个播放器播放视频的控制为例对本发明进行了说明，但是应该理解，对于其余多个播放器(例如三个播放器或更多播放器)播放视频的控制方式中，本发明同样适用。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

与上述方法相对应，本发明提供一种多播放器控制服务器。参见图3，是本发明一个实施例提供的一种多播放器控制服务器结构示意图。该服务器包括如下单元。

播放容器整合单元301，用于将多个不同类型或版本的播放器整合在一个播放容器中。

对于播放器的类型不作限制，包括但不限于：点播播放器、直播播放器或第三方自定义播放器。直播和点播是相对的。直播可以理解为，一端在录制，同时在另一端播放，例如各个直播网站都是进行直播服务；点播可以理解为，事先将内容录制好，储存分发到云服务器，当用户需要观看时再从互联网中调用文件，进行播放，例如各个视频播放网站一般都是基于点播进行视频播放。第三方自定义播放器，是指视频网站对于视频链接(一般来自该第三方)的播放需要调用第三方自定义播放器，第三方自定义播放器一把是该第三方通过编程语言编写或改写的特定播放器。

可以采用显示对象容器类的方法，将多个播放器整合在一个播放容器中的方式。显示对象容器类(DisplayObjectContainer类)是可用作显示列表中显示对象容器的所有对象的基类。形象地理解，容器可比作装东西的器皿。容器里可以装载对象，通过定义一个个对象，就将一个个实例对象添加到容器里。在本发明实施例中，所述播放容器整合单元具体用于，采用显示对象容器类的方法，定义一个播放容器，并在所述播放容器中，添加多个不同类型或版本的播放器对象。在建立好播放容器之后，还可以对播放容器中的各个播放器对象进行管理，例如，新增播放器对象、删除播放器对象、修改播放器对象、查询播放器对象等。

下发单元302，用于将播放容器对应的安装插件程序一次性下发给客户端；

播放容器对应的程序，一般是指整合了多个播放器的安装插件的程序，客户端在加载该安装插件之后，即可对视频进行播放。例如，现有视频网站的播放器大多是基于flash的播放器，播放容器对应的程序一般是指flash播放器插件，flash播放器插件是一个网页ActiveX控件，用于播放网页中的flash动画(视频)。

优选的，下发单元302具体用于，当用户在客户端通过浏览器或视频应用程序访问视频网站时，将所述播放容器对应的安装插件程序发送给客户端浏览器或客户端视频应用程序。即，将播放容器程序下发给客户端的时机是，当用户在客户端通过浏览器或视频应用程序访问视频网站时，视频网站服务器将播放容器对应的程序发送给客户端浏览器或客户端视频应用程序。例如，用户通过PC机浏览某视频网站时，当用户点击某个视频链接或图标时，网站服务器即启动将播放容器对应的程序一次性下发给该PC机的浏览器，PC机通过浏览器加载完成播放容器程序之后，需要执行对应的程序文件，即执行加载播放器的过程，由此可利用加载完成的播放器进行视频播放。

第一视频播放控制单元303，用于接收用户发送的第一视频播放请求，控制在客户端采用播放容器中的第一播放器进行第一视频的播放；

当用户在客户端浏览器或APP上点击某个视频链接或图标时，浏览器或APP向视频服务器发送视频播放请求。本发明实施例的应用场景是，用户多次发送视频播放请求，即，请求同时或陆续对多个视频进行播放。

当用户第一次发送第一视频播放请求时，在此时机，服务器会进行视频对应播放器类型(版本)的判断，例如，判断过程是：通过视频信息数据库中存储的信息，判断第一视频对应的第一播放器的类型(版本)；然后，服务器将确定的第一播放器信息发送给客户端浏览器或APP，由此，客户端从播放容器对应程序中查找出第一播放器对应的播放器插件，执行该播放器插件，实现采用第一播放器对第一视频进行播放。

第二视频播放控制单元304，用于接收用户发送的第二视频播放请求，控制在客户端采用播放容器中的第二播放器进行第二视频的播放。

当用户第二次(或第三次，等等)发送第二视频播放请求时，在此时机，服务器会进行视频对应播放器类型(版本)的判断，例如，判断过程是：通过视频信息数据库中存储的信息，判断第二视频对应的第二播放器的类型(版本)；然后，服务器将确定的第二播放器信息发送给客户端浏览器或APP，由此，客户端从播放容器对应程序中查找出第二播放器对应的播放器插件，执行该播放器插件，实现采用第二播放器对第二视频进行播放。

上述第一播放器和第二播放器是不同类型(版本)的播放器，在这种情况下，如果采用现有方案，则每次都需要在浏览器上加载不同类型(版本)播放器插件，会占用客户端过多的cpu和内存资源,在机器配置较差的情况下,会导致页面性能下降,进而直接影响用户体验。而通过将不同类型或版本的播放器整合到播放容器中并将播放容器程序一次性下发给客户端的方式，在采用不同播放器进行视频播放时，即可直接调用播放容器中各个不同的播放器进行播放，而无需每次都进行播放器插件的加载过程，可减少对客户端内存的压力，且利于快速、流畅地进行视频播放，提升用户体验。当然，在用户两次(多次)请求对应的播放器类型(版本)相同的情况下，可直接利用第一播放器多次进行视频播放。

需要说明的是，虽然上述仅以两个播放器播放视频的控制为例对本发明进行了说明，但是应该理解，对于其余多个播放器(例如三个播放器或更多播放器)播放视频的控制方式中，本发明同样适用。

如果第一播放器播放第一视频的过程中(即未关闭第一播放器)，开启了第二播放器进行第二视频的播放，即多个视频同时播放的情况下，就存在多个播放画面的布局设置问题。对此，可通过设置第一播放器和第二播放器同时播放的显示模式的方式进行控制，优选的，该服务器还包括：显示模式设置单元305，用于设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。其中，电视墙模式中多个画面类似背景墙，可设置各个画面的大小；画中画模式中一个画面为主、其余画面在该画面局部(例如右下角)为辅；分屏模式中多个画面一般平分屏幕。当然，如果第一播放器播放第一视频的过程结束之后(即关闭第一播放器)，才开启第二播放器进行第二视频的播放，即多个视频陆续播放的情况下，就不存在上述设置多个播放器显示模式的问题，但是这种情况下本发明同样适用，由于在通过第二播放器进行视频播放时，可直接加载播放容器中第二播放器插件，由此可避免多次加载插件而导致的内存占用问题。

与上述方法相对应，本发明提供一种多播放器控制客户端。参见图4，是本发明一个实施例提供的一种多播放器控制客户端结构示意图。该服务器包括如下单元。

加载单元401，用于从网络侧一次性加载播放容器对应的安装插件程序，其中，所述播放容器中整合了多个不同类型或版本的播放器；

播放容器对应的程序，一般是指整合了多个播放器的安装插件的程序，客户端在加载安装插件之后，即可对视频进行播放。例如，现有视频网站的播放器大多是基于flash的播放器，播放容器对应的程序一般是指flash播放器插件，flash播放器插件是一个网页ActiveX控件，用于播放网页中的flash动画(视频)。

所述加载单元401具体用于，当用户在客户端通过浏览器或视频应用程序访问视频网站时，通过客户端浏览器或客户端视频应用程序从视频网站服务器接收所述播放容器对应的安装插件程序。即，客户端加载播放容器对应的程序的时机是，当用户在客户端通过浏览器或视频应用程序访问视频网站时，视频网站服务器将播放容器对应的程序发送给客户端浏览器或客户端视频应用程序。例如，用户通过PC机浏览某视频网站时，当用户点击某个视频链接或图标时，网站服务器即启动将播放容器对应的程序一次性下发给该PC机的浏览器，PC机通过浏览器加载完成播放容器程序之后，需要执行对应的程序文件，即执行加载播放器的过程，由此可利用加载完成的播放器进行视频播放。

对于播放器的类型不作限制，包括但不限于：点播播放器、直播播放器或第三方自定义播放器。直播和直播是相对的，直播可以理解为，一端在录制，同时在另一端播放，例如各个直播网站都是进行直播服务；点播可以理解为，事先将内容录制好，储存分发到云服务器，当用户需要观看时再从互联网中调用文件，进行播放，例如各个视频播放网站一般都是基于点播进行视频播放。第三方自定义播放器，是指视频网站对于视频链接(一般来自该第三方)的播放需要调用第三方自定义播放器，第三方自定义播放器一把是该第三方通过编程语言编写或改写的特定播放器。

第一视频播放单元402，用于在请求播放第一视频时，采用播放容器中的第一播放器进行第一视频的播放；

当用户在客户端浏览器或APP上点击某个视频链接或图标时，浏览器或APP向视频服务器发送视频播放请求。本发明实施例的应用场景是，用户多次发送视频播放请求，即，请求同时或陆续对多个视频进行播放。

当用户第一次发送第一视频播放请求时，在此时机，服务器会进行视频对应播放器类型(版本)的判断，例如，判断过程是：通过视频信息数据库中存储的信息，判断第一视频对应的第一播放器的类型(版本)；然后，服务器将确定的第一播放器信息发送给客户端浏览器或APP，由此，客户端从播放容器对应程序中查找出第一播放器对应的播放器插件，执行该播放器插件，实现采用第一播放器对第一视频进行播放。

第二视频播放单元403，用于在请求播放第二视频时，采用播放容器中的第二播放器进行第二视频的播放。

当用户第二次(或第三次，等等)发送第二视频播放请求时，在此时机，服务器会进行视频对应播放器类型(版本)的判断，例如，判断过程是：通过视频信息数据库中存储的信息，判断第二视频对应的第二播放器的类型(版本)；然后，服务器将确定的第二播放器信息发送给客户端浏览器或APP，由此，客户端从播放容器对应程序中查找出第二播放器对应的播放器插件，执行该播放器插件，实现采用第二播放器对第二视频进行播放。

如果第一播放器播放第一视频的过程中(即未关闭第一播放器)，开启了第二播放器进行第二视频的播放，即多个视频同时播放的情况下，就存在多个播放画面的布局设置问题。对此，可通过设置第一播放器和第二播放器同时播放的显示模式的方式进行控制。优选的，客户端还包括：显示模式设置单元404，用于设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。其中，电视墙模式中多个画面类似背景墙，可设置各个画面的大小；画中画模式中一个画面为主、其余画面在该画面局部(例如右下角)为辅；分屏模式中多个画面一般平分屏幕。当然，如果第一播放器播放第一视频的过程结束之后(即关闭第一播放器)，才开启第二播放器进行第二视频的播放，即多个视频陆续播放的情况下，就不存在上述设置多个播放器显示模式的问题，但是这种情况下本发明同样适用，由于在通过第二播放器进行视频播放时，可直接加载播放容器中第二播放器插件，由此可避免多次加载插件而导致的内存占用问题。

上述第一播放器和第二播放器是不同类型(版本)的播放器，在这种情况下，如果采用现有方案，则每次都需要在浏览器上加载不同类型(版本)播放器插件，会占用客户端过多的cpu和内存资源,在机器配置较差的情况下,会导致页面性能下降,进而直接影响用户体验。而通过将不同类型或版本的播放器整合到播放容器中并将播放容器程序一次性下发给客户端的方式，在采用不同播放器进行视频播放时，即可直接调用播放容器中各个不同的播放器进行播放，而无需每次都进行播放器插件的加载过程，可减少对客户端内存的压力，且利于快速、流畅地进行视频播放，提升用户体验。当然，在用户两次(多次)请求对应的播放器类型(版本)相同的情况下，可直接利用第一播放器多次进行视频播放。

需要说明的是，虽然上述仅以两个播放器播放视频的控制为例对本发明进行了说明，但是应该理解，对于其余多个播放器(例如三个播放器或更多播放器)播放视频的控制方式中，本发明同样适用。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

本发明实施例是参照根据本发明实施例的方法、客户端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理客户端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理客户端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理客户端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理客户端设备上，使得在计算机或其他可编程客户端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程客户端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者客户端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者客户端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者客户端设备中还存在另外的相同要素。

以上对本发明所提供的一种多播放器控制方法、服务器及客户端，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。