CN106791953B - 多播放器控制方法、服务器及客户端 - Google Patents

多播放器控制方法、服务器及客户端 Download PDF

Info

Publication number
CN106791953B
CN106791953B CN201611201044.6A CN201611201044A CN106791953B CN 106791953 B CN106791953 B CN 106791953B CN 201611201044 A CN201611201044 A CN 201611201044A CN 106791953 B CN106791953 B CN 106791953B
Authority
CN
China
Prior art keywords
player
video
playing
container
client
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.)
Active
Application number
CN201611201044.6A
Other languages
English (en)
Other versions
CN106791953A (zh
Inventor
楼佳
贾涛
孙阔
沈佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN201611201044.6A priority Critical patent/CN106791953B/zh
Publication of CN106791953A publication Critical patent/CN106791953A/zh
Application granted granted Critical
Publication of CN106791953B publication Critical patent/CN106791953B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4438—Window management, e.g. event handling following interaction with the user interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4782—Web browsing, e.g. WebTV

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明提供了一种多播放器控制方法、服务器及客户端，其中的方法包括：将多个不同类型或版本的播放器整合在一个播放容器中；将所述播放容器对应的安装插件程序一次性下发给客户端；接收用户发送的第一视频播放请求，控制在客户端采用播放容器中的第一播放器进行第一视频的播放；接收用户发送的第二视频播放请求，控制在客户端采用播放容器中的第二播放器进行第二视频的播放。本发明可减少客户端多次加载播放器插件带来的压力。

Description

多播放器控制方法、服务器及客户端
技术领域
本发明涉及互联网技术领域，特别是涉及一种多播放器控制方法、服务器及客户端。
背景技术
用户在视频网站观看视频时，有时需要同时或陆续地打开多个视频，例如同时观看两个视频，再如，在观看电影的同时进行视频通话，还如，在观看视频时同时进行直播观看，等等。而多个视频所对应的播放器可能不同，例如，不同视频对应不同类型或不同版本的播放器，那么就需要客户端同时或陆续加载不同类型或不同版本的播放器，由此会占用客户端大量的内存和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、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、客户端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理客户端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理客户端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理客户端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理客户端设备上，使得在计算机或其他可编程客户端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程客户端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者客户端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者客户端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者客户端设备中还存在另外的相同要素。
以上对本发明所提供的一种多播放器控制方法、服务器及客户端，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (18)

1.一种多播放器控制方法，其特征在于，包括：
将多个不同类型或版本的播放器整合在一个播放容器中；
将所述播放容器和所述播放容器对应的安装插件程序一次性下发给客户端；
接收用户发送的第一视频播放请求，控制在客户端采用播放容器中的第一播放器进行第一视频的播放；
同时，接收用户发送的第二视频播放请求，控制在客户端采用播放容器中的第二播放器进行第二视频的播放。
2.如权利要求1所述的方法，其特征在于，所述将所述播放容器对应的安装插件程序一次性下发给客户端，包括：
当用户在客户端通过浏览器或视频应用程序访问视频网站时，视频网站服务器将所述播放容器对应的安装插件程序发送给客户端浏览器或客户端视频应用程序。
3.如权利要求1所述的方法，其特征在于，还包括：
设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。
4.如权利要求1所述的方法，其特征在于，所述将多个不同类型或版本的播放器整合在一个播放容器中，包括：
采用显示对象容器类的方法，定义一个播放容器，并在所述播放容器中，添加多个不同类型或版本的播放器对象。
5.如权利要求1-4任一项所述的方法，其特征在于，所述播放器包括点播播放器、直播播放器或第三方自定义播放器。
6.一种多播放器控制方法，其特征在于，包括：
从网络侧一次性加载播放容器对应的安装插件程序和所述播放容器，其中，所述播放容器中整合了多个不同类型或版本的播放器；
在请求播放第一视频时，采用播放容器中的第一播放器进行第一视频的播放；
同时，在请求播放第二视频时，采用播放容器中的第二播放器进行第二视频的播放。
7.如权利要求6所述的方法，其特征在于，所述从网络侧一次性加载播放容器对应的安装插件程序，包括：
当用户在客户端通过浏览器或视频应用程序访问视频网站时，客户端浏览器或客户端视频应用程序从视频网站服务器接收所述播放容器对应的安装插件程序。
8.如权利要求6所述的方法，其特征在于，还包括：
设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。
9.如权利要求6-8任一项所述的方法，其特征在于，所述播放器包括点播播放器、直播播放器或第三方自定义播放器。
10.一种多播放器控制服务器，其特征在于，包括：
播放容器整合单元，用于将多个不同类型或版本的播放器整合在一个播放容器中；
下发单元，用于将所述播放容器和所述播放容器对应的安装插件程序一次性下发给客户端；
第一视频播放控制单元，用于接收用户发送的第一视频播放请求，控制在客户端采用播放容器中的第一播放器进行第一视频的播放；
第二视频播放控制单元，用于同时，接收用户发送的第二视频播放请求，控制在客户端采用播放容器中的第二播放器进行第二视频的播放。
11.如权利要求10所述的服务器，其特征在于，所述下发单元具体用于，当用户在客户端通过浏览器或视频应用程序访问视频网站时，将所述播放容器对应的安装插件程序发送给客户端浏览器或客户端视频应用程序。
12.如权利要求10所述的服务器，其特征在于，还包括：
显示模式设置单元，用于设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。
13.如权利要求10所述的服务器，其特征在于，所述播放容器整合单元具体用于，采用显示对象容器类的方法，定义一个播放容器，并在所述播放容器中，添加多个不同类型或版本的播放器对象。
14.如权利要求10-13任一项所述的服务器，其特征在于，所述播放器包括点播播放器、直播播放器或第三方自定义播放器。
15.一种多播放器控制客户端，其特征在于，包括：
加载单元，用于从网络侧一次性加载播放容器对应的安装插件程序和所述播放容器，其中，所述播放容器中整合了多个不同类型或版本的播放器；
第一视频播放单元，用于在请求播放第一视频时，采用播放容器中的第一播放器进行第一视频的播放；
第二视频播放单元，用于同时，在请求播放第二视频时，采用播放容器中的第二播放器进行第二视频的播放。
16.如权利要求15所述的客户端，其特征在于，所述加载单元具体用于，当用户在客户端通过浏览器或视频应用程序访问视频网站时，通过客户端浏览器或客户端视频应用程序从视频网站服务器接收所述播放容器对应的安装插件程序。
17.如权利要求15所述的客户端，其特征在于，还包括：
显示模式设置单元，用于设置第一播放器和第二播放器同时播放的显示模式，所述显示模式包括电视墙模式、画中画模式、分屏模式。
18.如权利要求15-17任一项所述的客户端，其特征在于，所述播放器包括点播播放器、直播播放器或第三方自定义播放器。
CN201611201044.6A 2016-12-22 2016-12-22 多播放器控制方法、服务器及客户端 Active CN106791953B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611201044.6A CN106791953B (zh) 2016-12-22 2016-12-22 多播放器控制方法、服务器及客户端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611201044.6A CN106791953B (zh) 2016-12-22 2016-12-22 多播放器控制方法、服务器及客户端

Publications (2)

Publication Number Publication Date
CN106791953A CN106791953A (zh) 2017-05-31
CN106791953B true CN106791953B (zh) 2020-04-21

Family

ID=58897377

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611201044.6A Active CN106791953B (zh) 2016-12-22 2016-12-22 多播放器控制方法、服务器及客户端

Country Status (1)

Country Link
CN (1) CN106791953B (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108882041B (zh) * 2018-07-09 2021-03-05 海信视像科技股份有限公司 播放器状态获取方法及装置
CN109151586B (zh) * 2018-09-10 2021-06-04 苏宁智能终端有限公司 一种通用多媒体播放方法及播放器
CN109712100B (zh) * 2018-11-27 2021-05-11 Oppo广东移动通信有限公司 视频增强控制方法、装置以及电子设备
CN111416988B (zh) * 2020-03-26 2021-10-01 四川长虹电器股份有限公司 基于iptv网络在机顶盒上实现多屏播放的控制方法
CN112153471B (zh) * 2020-09-25 2023-01-24 四川封面传媒有限责任公司 视频的播放控制方法、装置及存储介质
CN112804543B (zh) * 2020-12-31 2023-05-23 武汉兴图新科电子股份有限公司 基于云视频融合平台的浏览器点播视音频的终端及方法
CN113542817B (zh) * 2021-07-09 2023-08-29 北京字节跳动网络技术有限公司 节目的混合播放方法及设备
CN113873315A (zh) * 2021-10-27 2021-12-31 北京达佳互联信息技术有限公司 一种视频数据播放方法、装置及设备
CN113873316B (zh) * 2021-11-04 2024-02-27 上海哔哩哔哩科技有限公司 直播间视频播放方法及装置
CN114205675B (zh) * 2021-12-06 2023-04-11 上海哔哩哔哩科技有限公司 视频预览方法及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227594A (zh) * 2008-02-01 2008-07-23 深圳市迅雷网络技术有限公司 在线视频播放控制方法、装置及在线视频播放器生成方法
CN102625182A (zh) * 2012-03-31 2012-08-01 百视通网络电视技术发展有限责任公司 互联网电视业务中集成和控制视频播放器的方法和系统
CN102647629A (zh) * 2012-04-27 2012-08-22 北京人民广播电台 内容播放方法和装置
CN102665129A (zh) * 2012-04-27 2012-09-12 北京人民广播电台 定制播放内容的方法和装置
CN103648049A (zh) * 2013-12-20 2014-03-19 北京奇虎科技有限公司 一种实现安全播放视频的方法和装置
CN104244048A (zh) * 2014-10-15 2014-12-24 飞狐信息技术（天津）有限公司 一种视频播放方法及视频客户端
CN105898570A (zh) * 2016-04-13 2016-08-24 乐视控股（北京）有限公司 一种调用媒体播放器的方法、装置及设备
CN106101751A (zh) * 2016-06-07 2016-11-09 西安诺瓦电子科技有限公司 基于Android操作系统的播放器以及嵌入式播放盒

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227594A (zh) * 2008-02-01 2008-07-23 深圳市迅雷网络技术有限公司 在线视频播放控制方法、装置及在线视频播放器生成方法
CN102625182A (zh) * 2012-03-31 2012-08-01 百视通网络电视技术发展有限责任公司 互联网电视业务中集成和控制视频播放器的方法和系统
CN102647629A (zh) * 2012-04-27 2012-08-22 北京人民广播电台 内容播放方法和装置
CN102665129A (zh) * 2012-04-27 2012-09-12 北京人民广播电台 定制播放内容的方法和装置
CN103648049A (zh) * 2013-12-20 2014-03-19 北京奇虎科技有限公司 一种实现安全播放视频的方法和装置
CN104244048A (zh) * 2014-10-15 2014-12-24 飞狐信息技术（天津）有限公司 一种视频播放方法及视频客户端
CN105898570A (zh) * 2016-04-13 2016-08-24 乐视控股（北京）有限公司 一种调用媒体播放器的方法、装置及设备
CN106101751A (zh) * 2016-06-07 2016-11-09 西安诺瓦电子科技有限公司 基于Android操作系统的播放器以及嵌入式播放盒

Also Published As

Publication number Publication date
CN106791953A (zh) 2017-05-31

Similar Documents

Publication Publication Date Title
CN106791953B (zh) 多播放器控制方法、服务器及客户端
CN109032738B (zh) 多媒体播放控制方法、装置、终端及存储介质
US10574779B2 (en) Predictive caching for content
CN106998486B (zh) 视频播放方法和装置
US9117004B2 (en) Method and apparatus for providing user interface
US9473548B1 (en) Latency reduction in streamed content consumption
US10198152B2 (en) Systems and methods for providing and updating live-streaming online content in an interactive web platform
US9003032B2 (en) Video aware pages
US20210160577A1 (en) Method for playing video, electronic device and storage medium
US20140040026A1 (en) Systems and methods for including advertisements in streaming content
WO2012170902A1 (en) Video and site analytics
WO2012170906A1 (en) Video aware paths
WO2017181597A1 (zh) 视频播放方法及装置
WO2020155960A1 (zh) 视频播放方法、系统、计算机设备及计算机可读存储介质
WO2016045606A1 (zh) 一种媒体内容推荐方法和装置
US10299012B2 (en) Descriptive metadata extraction and linkage with editorial content
US20140278975A1 (en) Method and system for interactive selection and display of digital contents
US9411809B1 (en) Remote content presentation queues
KR102128996B1 (ko) 컨텐츠 아이템들 프리페치용 시스템들 및 방법들
EP3125541A1 (en) Data acquisition and interaction method, set top box, server and multimedia system
WO2016184288A1 (zh) 一种广告投放方法、装置及系统
US11700435B2 (en) Systems and methods of universal video embedding
US20220132188A1 (en) Control based stream interruptions
US20230209136A1 (en) Method and system for displaying video content
KR20190001601A (ko) 프리젠테이션 커스터마이제이션 및 인터랙티비티를 위한 방법 및 장치

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
GR01 Patent grant
GR01 Patent grant