CN105681841A - 一种基于浏览器的视频播放控制方法及系统 - Google Patents

Abstract

本发明公开了一种基于浏览器的视频播放控制方法及系统，其中该方法包括:在浏览器的视频播放窗口建立视频播控接口；接收由视频播控接口触发发送的播控指令；基于进程间通信方式，将播控指令下发到媒体播放器；通过进程间通信方式，向浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息。本发明实施例在浏览器的视频播放窗口建立视频播控接口；并通过视频播控接口接收播控指令，基于进程间通信方式，将播控指令下发到媒体播放器，即浏览器进程可以直接进行对视频的播放控制；进而，向浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息，从而解决了客户端与内核的播控不同步的问题，大大改善了播放效果。

Description

一种基于浏览器的视频播放控制方法及系统

技术领域

本发明属于电子信息技术领域，尤其涉及一种基于浏览器的视频播放控制方法及系统。

背景技术

随着移动互联网竞争的日渐激烈，当前手机浏览器市场也越来越注重于用户体验的优化以及个性化的用户需求。由于视频网站具备较高的用户活跃度和用户粘性，所以视频播放功能对浏览器来说是一个异常重要的功能点。

现有技术中，浏览器播放器大多基于WebKit内核，随着发展，国内各大浏览器内核也发生了改变，比如，逐渐由WebKit内核切到chromium内核。但是因为chromium内核自身较高的复杂性，因此原生的chromium浏览器视频播放体验还有待改善。

在对现有技术的研究和实践过程中，本发明的发明人发现，目前原生浏览器的播放器与页面Javascript的播控不同步，即客户端与内核的播控不同步，从而导致播放效果不佳。

发明内容

本发明的目的在于提供一种基于浏览器的视频播放控制方法及系统，旨在使得客户端与内核的播控不同步，改善播放效果。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种基于浏览器的视频播放控制方法，其中包括：

在浏览器的视频播放窗口建立视频播控接口；

接收由所述视频播控接口触发发送的播控指令；

基于进程间通信方式，将所述播控指令下发到媒体播放器；

当确定所述媒体播放器接收到所述播控指令后，通过进程间通信方式，向所述浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息。

为解决上述技术问题，本发明实施例还提供以下技术方案：

一种基于浏览器的视频播放控制系统，其中包括：

建立单元，用于在浏览器的视频播放窗口建立视频播控接口；

接收单元，用于接收由所述视频播控接口触发发送的播控指令；

下发单元，用于基于进程间通信方式，将所述播控指令下发到媒体播放器；

反馈单元，用于当确定所述媒体播放器接收到所述播控指令后，通过进程间通信方式，向所述浏览器的视频播放窗口发送指示播放器准备就绪的事件信息。

相对于现有技术，本发明实施例，在浏览器的视频播放窗口建立视频播控接口；并通过视频播控接口接收播控指令，基于进程间通信方式，将播控指令下发到媒体播放器，即浏览器进程可以直接进行对视频的播放控制；进而，当确定所述媒体播放器接收到所述播控指令后，向浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息，从而解决了客户端与内核的播控不同步的问题，大大改善了播放效果。

附图说明

下面结合附图，通过对本发明的具体实施方式详细描述，将使本发明的技术方案及其它有益效果显而易见。

图1是本发明第一实施例提供的基于浏览器的视频播放控制方法的流程示意图；

图2a为本发明第二实施例提供的基于浏览器的视频播放控制方法的流程示意图；

图2b为本发明第二实施例提供的基于浏览器的视频播放控制方法实现示意图；

图2c为本发明第二实施例提供的基于浏览器的视频播放控制方法中多路视频架构示意图；

图3为本发明第三实施例提供的基于浏览器的视频播放控制系统的结构示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本发明的原理使用许多其它泛用性或特定目的运算、通信环境或组态来进行操作。所熟知的适合用于本发明的运算系统、环境与组态的范例可包括(但不限于)手持电话、个人计算机、服务器、多处理器系统、微电脑为主的系统、主架构型计算机、及分布式运算环境，其中包括了任何的上述系统。

以下将分别进行详细说明。

第一实施例

在本实施例中，将从基于浏览器的视频播放控制系统(可简称视频播放控制系统)的角度进行描述，该视频播放控制系统具体可以集成在服务器或网关等网络设备中。

一种基于浏览器的视频播放控制方法，包括：在浏览器的视频播放窗口建立视频播控接口；接收由视频播控接口触发发送的播控指令；基于进程间通信方式，将播控指令下发到媒体播放器；当确定媒体播放器接收到播控指令后，通过进程间通信方式，向浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息。

请参阅图1，图1是本发明第一实施例提供的基于浏览器的视频播放控制方法的流程示意图，具体流程可以包括：

在步骤S101中，在浏览器的视频播放窗口建立视频播控接口。

在步骤S102中，接收由所述视频播控接口触发发送的播控指令。

其中，所述步骤S101与步骤S102可具体为：

本发明实施例中，视频播控接口可称为video播控接口，如包括播放(play)、暂停(pause)、停止(stop)等，通过预设规则，将其设置在浏览器的视频播放窗口。

比如，先将Blink内核的video播控接口进行封装，并通过chromium的进程通信模型暴露给浏览器进程(即Browser进程)。

其中，Blink是一个由Google和OperaSoftware开发的浏览器排版引擎，Google计划将这个渲染引擎作为Chromium计划的一部分。

在步骤S103中，基于进程间通信方式，将所述播控指令下发到媒体播放器。

在步骤S104中，当确定媒体播放器接收到所述播控指令后，通过进程间通信方式，向浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息。

其中，所述步骤S103与步骤S104可具体为：

可以理解的是，本发明实施例中，基于进程间通信方式，将所述播控指令下发到媒体播放器，包括：

基于进程间通信方式，控制浏览器进程播放器将播控指令下发到渲染进程；

控制所述渲染进程将所述播控指令传输到浏览器进程；

通过媒体播放器桥接层，控制所述浏览器进程将所述播控指令下发到媒体播放器。

比如，当用户输入play指令时，浏览器进程(Browser进程)播放器被触发，通过封装好的play接口(即视频播控接口)可以将play指令通过IPC(即进程间通信)下发到渲染Render进程(Blink内核)，Blink内核收到play指令后的播控流程跟chromium原生播控流程一样，即play指令需要经过进程通信递交给浏览器Browser进程；Browser进程通过媒体播放器桥接层(MediaPlayerBridge)将指令下发给媒体播放器(MediaPlayer)，至此完成了play指令的下发。

进一步的，通过进程间通信方式，向所述浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息，包括：

通过从内容中间层转发回调事件，以使所述媒体播放器向所述浏览器的视频播放窗口发送指示播放器准备就绪的事件信息。

比如，本实施例中的指示播放器准备就绪的事件信息可以具体是准备就绪事件(即OnPrepared回调函数)，MediaPlayer通过进程通信的方式将OnPrepared回调函数通知到客户端(即浏览器的视频播放窗口)，这个实现可以直接从content内容中间层进行转发，等等。

可以理解的是，通过前述步骤可以实现web页面的单路视频播放，因此在更为优选的方式中，可以实现对多路视频同时播放，可具体的，如：

设定每个渲染框架主机RenderFrameHost对象对应浏览器进程中的一个渲染框架主对象RenderFrameImpl；其后，基于该设定创建视频播放窗口(videoview)，该视频播放窗口用于供用户对视频进行调节，其中，视频播放窗口与网页的视频节点一一对应。

由上述可知，本实施例提供的基于浏览器的视频播放控制方法，在浏览器的视频播放窗口建立视频播控接口；并通过视频播控接口接收播控指令，基于进程间通信方式，将播控指令下发到媒体播放器，即浏览器进程可以直接进行对视频的播放控制；进而，当确定所述媒体播放器接收到所述播控指令后，向浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息，从而解决了客户端与内核的播控不同步的问题，大大改善了播放效果。

第二实施例

根据第一实施例所描述的方法，以下将举例作进一步详细说明。

由于原生的chromium浏览器，其播控用户界面(UI，UserInterface)非常简单单调、交互操作不够人性化，比如不能左右滑屏调节进度、不能上下滑屏调节亮度/音量、全屏效果差等；并且各大视频网站web页面实现的播放器界面风格不统一、全屏播放体验差，不能满足日益挑剔的移动互联网用户的要求，因此本发明基于chromium内核，在chromium多进程模型基础之上提出一种视频播放器的控制方案，以统一各大视频网站的视频播放界面风格，优化全屏播放功能，大大提升chromium浏览器的视频播放体验。

以下将进行详细说明。

首先，要实现浏览器的视频播放器，需要在客户端创建一个视频播放窗口，即videoview，用于维护播放视频的外观surface、左右滑屏进行进度调节、上下滑屏，实现亮度调节和音量调节以及播放、暂停、进入全屏、锁屏等具体交互功能)，此videoview与web页面的html5(超级文本标记语言，HyperTextMarkupLanguage)video节点一一对应。

在内核渲染页面过程中检测到html5video节点时，即通过进程通信通知浏览器客户端创建videoview；当video渲染位置或宽高发生变化时，就通知Browser进程更新videoview所在区域即位置。以下针对在chromium多进程模型基础之上，对实现播放器与页面Javascript的播控同步，以及实现web页面多路视频同时播放进行分析：

(一)实现浏览器播放器与页面Javascript的播控同步

浏览器视频播放不同于其他应用，浏览器在播放视频时内核是有一套独立的播控逻辑，即独立的播控进度控制，因此需要解决客户端与内核的播控同步问题。本发明实施例中，要实现浏览器视频播放器需要实现两点：第一、要实现播控命令(或称播控指令)从客户端到内核的下发；第二、要实现OnPrepared回调事件派发到客户端进行处理。

下面以play命令的下发为例，对Chromium原生视频播放的机制和原理进行说明：(1)当用户按下web页面上的播放按钮时，经过一系列事件传递机制将事件派发给Blink(如，UI层通过content中间层派发给了Blink内核)，Blink内核收到事件后会派发给对应的JavaScrip事件监听函数，之后调用<video>对象的play方法；(2)Blink内核经过进程通信将play命令递交给Browser进程。(3)Browser进程通过MediaPlayerBridge桥接层将play命令下发给MediaPlayer，至此完成了play命令的下发。

可参考图2a，为本发明提供的视频播放器的播控的原理示意：

由于，浏览器分为客户端和内核两块，客户端就是一个壳子，内核负责页面内容排版显示，即椭圆里面就是内核。首先，将Blink内核的video播控接口(如播放play、暂停pause、停止stop等)封装并通过chromium的进程通信模型暴露给Browser进程，这样Browser进程就可以直接进行对视频的播放控制。

可一并参考图2b，以play命令为例，对播控流程进行分析：

当用户点击videoview的play按键时，Browser进程播放器被触发，调用封装好的play接口，将play命令通过IPC通信下发到Render进程(即Blink内核)，Blink内核收到play命令后的播控流程跟chromium原生播控流程一样。

进而，MediaPlayer通过进程通信的方式将OnPrepared回调函数通知到客户端；可具体的，如图2b所示，可以直接从content中间层进行转发，比如：MediaPlayer的事件回调如OnPrepared回调函数会派发到Render进程的RenderMediaPlayerManager(渲染媒体播放器管理者)对象，其中，OnPrepared回调事件均可以通过此对象转发到Browser进程。通过播控命令从客户端到内核的下发，以及OnPrepared回调事件派发到客户端进行处理这两个步骤，解决了客户端播放器(videoview)与页面Javascript的播控不同步的问题。

(二)实现多路视频同时播放

通过步骤(一)可以实现web页面的单路视频播放，若页面存在多video同时播放时，则需要基于chromium的多进程模型进行架构设计，可参考图2c，为多路视频架构图。可具体的，设定Render进程的每个RenderframeImpl对象都对应Browser进程的一个RenderFrameHost对象，即基于渲染框架RenderFrame对videoview进行创建和管理。在内核渲染过程中，当video节点创建时，通过其所在的RenderFrameImpl发送IPC消息给Render进程的RenderFrameHost请求创建videoview，在RenderFrameHost对象中维护一个Map，实现video与videoView的一一对应，如以video对象为key创建Map映射，从而实现播放器与Blink内核video的一一对应关系。

需要说明的是，videoview是本发明实施例封装的一个类，这个类对应的一个实例对象就可以看做一个视频播放窗口。RenderFrameHost是chromium内核本身就有的一个类，每个RenderFrameHost对象对应browser进程中对应render进程中的一个RenderFrameImpl对象。即，通过RenderFrameHost和RenderFrameImpl间的一一对应关系来维护多视频播放的对象，也就是videoview。其中，如图2c所示，browser表示browser进程，render表示render进程，IPC表示进程通信。I/Othread表示输入/输出进程通信主线程，filter/channel表示输入/输出进程的事件过滤和事件派发。

由上述可知，本实施例提供的基于浏览器的视频播放控制方法，在浏览器的视频播放窗口建立视频播控接口；并通过视频播控接口接收播控指令，基于进程间通信方式，将播控指令下发到媒体播放器，即浏览器进程可以直接进行对视频的播放控制；进而，当确定所述媒体播放器接收到所述播控指令后，向浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息，从而解决了客户端与内核的播控不同步的问题，大大改善了播放效果；进而架构设计上实现了多路视频同时播放，实现高效，安全可靠，容易在不同版本chromium内核版本间移植，方便使用，在某些实施离中，可不限于浏览器，适用于其他基于chromium的应用。

第三实施例

为便于更好的实施本发明实施例提供的基于浏览器的视频播放控制方法，本发明实施例还提供一种基于上述基于浏览器的视频播放控制方法的系统。其中名词的含义与上述基于浏览器的视频播放控制的方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图3，图3为本发明实施例提供的基于浏览器的视频播放控制系统的结构示意图，该系统可以包括建立单元301、接收单元302、下发单元303以及反馈单元304。

其中，所述建立单元301，用于在浏览器的视频播放窗口建立视频播控接口；接收单元302，用于接收由所述视频播控接口触发发送的播控指令。

本发明实施例中，视频播控接口可称为video播控接口，如包括播放(play)、暂停(pause)、停止(stop)等，通过预设规则，将其设置在浏览器的视频播放窗口。

比如，先将Blink内核的video播控接口进行封装，并通过chromium的进程通信模型暴露给浏览器进程(即Browser进程)。

下发单元303，用于基于进程间通信方式，将所述播控指令下发到媒体播放器；反馈单元304，用于当确定所述媒体播放器接收到所述播控指令后，通过进程间通信方式，向所述浏览器的视频播放窗口发送指示播放器准备就绪的事件信息。

可以理解的是，本发明实施例中，所述下发单元303，具体用于：基于进程间通信方式，控制浏览器进程播放器将播控指令下发到渲染进程；控制所述渲染进程将所述播控指令传输到浏览器进程；通过媒体播放器桥接层，控制所述浏览器进程将所述播控指令下发到媒体播放器。

比如，当用户输入play指令时，浏览器进程(Browser进程)播放器被触发，通过封装好的play接口(即视频播控接口)可以将play指令通过IPC(即进程间通信)下发到渲染Render进程(Blink内核)，Blink内核收到play指令后的播控流程跟chromium原生播控流程一样，即play指令需要经过进程通信递交给浏览器Browser进程；Browser进程通过媒体播放器桥接层(MediaPlayerBridge)将指令下发给媒体播放器(MediaPlayer)，至此完成了play指令的下发。

进一步的，所述反馈单元304，具体用于：当确定所述媒体播放器接收到所述播控指令后，通过从内容中间层转发回调事件，以使所述媒体播放器向所述浏览器的视频播放窗口发送指示播放器准备就绪的事件信息。

比如，本实施例中的指示播放器准备就绪的事件信息可以具体是准备就绪事件(即OnPrepared回调函数)，MediaPlayer通过进程通信的方式将OnPrepared回调函数通知到客户端(即浏览器的视频播放窗口)，这个实现可以直接从content内容中间层进行转发，等等。

可以理解的是，通过前述步骤可以实现web页面的单路视频播放，因此在更为优选的方式中，可以实现对多路视频同时播放，可具体的，所述系统还包括：

设定单元，用于设定每个RenderFrameHost对象对应浏览器进程中的一个RenderFrameImpl对象。

创建单元，用于基于所述设定单元的设定创建视频播放窗口，所述视频播放窗口用于供用户对视频进行调节，其中，所述视频播放窗口与网页的视频节点一一对应。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。

该视频播放控制系统具体可以集成在服务器或网关等网络设备中。

由上述可知，本实施例提供的基于浏览器的视频播放控制系统，在浏览器的视频播放窗口建立视频播控接口；并通过视频播控接口接收播控指令，基于进程间通信方式，将播控指令下发到媒体播放器，即浏览器进程可以直接进行对视频的播放控制；进而，当确定所述媒体播放器接收到所述播控指令后，向浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息，从而解决了客户端与内核的播控不同步的问题，大大改善了播放效果。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对基于浏览器的视频播放控制方法的详细描述，此处不再赘述。

本发明实施例提供的所述基于浏览器的视频播放控制系统，譬如为计算机、平板电脑、具有触摸功能的手机等等，所述基于浏览器的视频播放控制系统与上文实施例中的基于浏览器的视频播放控制方法属于同一构思，在所述基于浏览器的视频播放控制系统上可以运行所述基于浏览器的视频播放控制方法实施例中提供的任一方法，其具体实现过程详见所述基于浏览器的视频播放控制方法实施例，此处不再赘述。

需要说明的是，对本发明所述基于浏览器的视频播放控制方法而言，本领域普通测试人员可以理解实现本发明实施例所述基于浏览器的视频播放控制方法的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，所述计算机程序可存储于一计算机可读取存储介质中，如存储在终端的存储器中，并被该终端内的至少一个处理器执行，在执行过程中可包括如所述基于浏览器的视频播放控制方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器(ROM，ReadOnlyMemory)、随机存取记忆体(RAM，RandomAccessMemory)等。

对本发明实施例的所述基于浏览器的视频播放控制系统而言，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中，所述存储介质譬如为只读存储器，磁盘或光盘等。

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

Claims (10)

1.一种基于浏览器的视频播放控制方法，其特征在于，包括：

在浏览器的视频播放窗口建立视频播控接口；

接收由所述视频播控接口触发发送的播控指令；

基于进程间通信方式，将所述播控指令下发到媒体播放器；

当确定所述媒体播放器接收到所述播控指令后，通过进程间通信方式，向所述浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息。

2.根据权利要求1所述的基于浏览器的视频播放控制方法，其特征在于，所述基于进程间通信方式，将所述播控指令下发到媒体播放器，包括：

基于进程间通信方式，控制浏览器进程播放器将播控指令下发到渲染进程；

控制所述渲染进程将所述播控指令传输到浏览器进程；

通过媒体播放器桥接层，控制所述浏览器进程将所述播控指令下发到媒体播放器。

3.根据权利要求2所述的基于浏览器的视频播放控制方法，其特征在于，所述通过进程间通信方式，向所述浏览器的视频播放窗口发送指示媒体播放器准备就绪的事件信息，包括：

通过从内容中间层转发回调事件，以使所述媒体播放器向所述浏览器的视频播放窗口发送指示播放器准备就绪的事件信息。

4.根据权利要求1至3任一项所述的基于浏览器的视频播放控制方法，其特征在于，所述方法还包括：

设定每个渲染框架主机RenderFrameHost对象对应浏览器进程中的一个渲染框架主对象RenderFrameImpl。

5.根据权利要求4所述的基于浏览器的视频播放控制方法，其特征在于，设定每个RenderFrameHost对象对应浏览器进程中的一个RenderFrameImpl对象之后，还包括：

基于该设定创建视频播放窗口，所述视频播放窗口用于供用户对视频进行调节，其中，所述视频播放窗口与网页的视频节点一一对应。

6.一种基于浏览器的视频播放控制系统，其特征在于，包括：

建立单元，用于在浏览器的视频播放窗口建立视频播控接口；

接收单元，用于接收由所述视频播控接口触发发送的播控指令；

下发单元，用于基于进程间通信方式，将所述播控指令下发到媒体播放器；

反馈单元，用于当确定所述媒体播放器接收到所述播控指令后，通过进程间通信方式，向所述浏览器的视频播放窗口发送指示播放器准备就绪的事件信息。

7.根据权利要求6所述的基于浏览器的视频播放控制系统，其特征在于，所述下发单元，具体用于：基于进程间通信方式，控制浏览器进程播放器将播控指令下发到渲染进程；控制所述渲染进程将所述播控指令传输到浏览器进程；通过媒体播放器桥接层，控制所述浏览器进程将所述播控指令下发到媒体播放器。

8.根据权利要求7所述的基于浏览器的视频播放控制系统，其特征在于，所述反馈单元，具体用于：当确定所述媒体播放器接收到所述播控指令后，通过从内容中间层转发回调事件，以使所述媒体播放器向所述浏览器的视频播放窗口发送指示播放器准备就绪的事件信息。

9.根据权利要求6至8任一项所述的基于浏览器的视频播放控制系统，其特征在于，所述系统还包括：

设定单元，用于设定每个渲染框架主机RenderFrameHost对象对应浏览器进程中的一个渲染框架主对象RenderFrameImpl。

10.根据权利要求9所述的基于浏览器的视频播放控制系统，其特征在于，所述系统还包括：

创建单元，用于基于所述设定单元的设定创建视频播放窗口，所述视频播放窗口用于供用户对视频进行调节，其中，所述视频播放窗口与网页的视频节点一一对应。