视频播放器控制方法及相关装置与流程

本发明实施例涉及互联网视频通信技术领域，尤其涉及一种视频播放器控制方法及相关装置。

背景技术：

目前，应用于手机、平板电脑等电子设备中的各种视频播放器(包括具有视频播放功能的客户端软件和网页播放器)极大的丰富了人们的娱乐生活；如图1所示，每种视频播放器都可以拥有自己对应的视频资源库，同时还可以引入第三方视频资源库，使得视频播放器不仅可以直接播放自己的视频资源库中的视频，还可以通过调用第三方播放器来播放相应的第三方视频资源库提供的视频。例如，第一视频播放器A既可以播放其对应的视频网站A’提供的视频，也可以调用第三方播放器B，来播放对应的第三方视频网站B’提供的视频。

为实现与用户的互动，视频播放器设置有视图(View)层，在该View层中，不同功能对应的控件按照其父子关系从内到外排列(每个子控件位于相应的父控件的外层)；当用户执行点击/双击/滑动等手势操作时，从操作位置处的最外层子控件开始，逐步向相应的父控件传递该手势操作，以确定与该手势操作相对应的控件逻辑，并根据确定的空间逻辑对该手势操作进行响应。

发明人在实现本发明的过程中发现，不同的视频播放器所实现的功能或所需要的操作不尽相同，当第一视频播放器A调用第三方播放器B时，有必要将视频播放器A的控件，特别是A相对于B的特有控件，与B相结合，实现二者之间的统一控制，以保证用户体验一致。例如，A具有滑动换台功能(通过在屏幕上执行向左滑动操作或向右滑动操作，来切换播放视频)，B无滑动换台功能；当A通过调用B来播放B对应的视频资源库中的视频时，为使得用户仍可以通过滑动操作实现换台，需要将A中滑动换台对应的控件X与B的View层结合。

基于现有技术，一种结合方式是，直接将A的特有控件嵌入B的View层；但是，由于View层中各个控件之间存在父子关系，且不允许在添加任何其他形式的控件，故在已知第三方播放器B的View层中任意一个控件的前提下，可以根据该父子关系查找到B的View层中添加的特有控件，并在检测到后，强行停止当前视频的播放，即导致相应的第三方视频无法播放。另一种结合方式是，新建一个View层，在该新建View层中添加A的特有控件，并将该新建View层覆盖于第三方播放器B的原有View层之上，形成多层View结构；由于不同View层之间的控件不存在父子等关联关系，虽然可以使得第三方播放器不能检测到位于新建View层中的特有控件，但位于最外层的新建View层接收到的手势动作也无法根据控件间的父子关系传递至第三方播放器的原有View层中，即上述第二种结合方式会导致第三方播放器的原有View层无法接收并响应用户的手势操作。

可见，基于现有技术，无法在第一视频播放器调用第三方播放器时保证二者之间的统一控制，从而导致在调用第三方播放器时系统可识别的手势操作，与第一视频播放器原有的手势操作存在差异，用户操作体验不一致。

技术实现要素：

本发明实施例中提供了一种视频播放器控制方法及相关装置，以解决第一视频播放器和其调用的第三方播放器之间的统一控制问题、保证用户操作体验的一致性。

本发明实施例第一方面提供一种视频播放器控制方法；该方法包括：

当接收到用户对视频播放器的手势操作时，获取设置于所述视频播放器最上层的第一视图层；

控制所述第一视图层响应所述手势操作，并记录所述手势操作对应的事件信息；

判断所述手势操作是否满足预设传递条件；

当所述手势操作满足所述预设传递条件时，获取设置于所述第一视图层之下的第二视图层；

根据所述事件信息，控制所述第二视图层响应所述手势操作。

结合第一方面，在第一方面的第一种可行的实施方式中，根据所述事件信息，控制所述第二视图层响应所述手势操作，包括：

根据所述第二视图层对应的预设手势识别标准，对所述事件信息进行预处理；

将预处理后的事件信息按照控件之间的父子关系在所述第二视图层的各级控件之间传递，以确定所述第二视图层中与所述处理后的事件信息相关的一个或多个目标控件；

执行所述目标控件对应的控制逻辑。

结合第一方面，或者第一方面的第一种可行的实施方式，在第一方面的第二种可行的实施方式中，所述事件信息包括：所述手势操作对应的操作位置信息和操作类型信息中的至少一项。

结合第一方面的第二种可行的实施方式，在第一方面的第三种可行的实施方式中，判断所述手势操作是否满足预设传递条件，包括以下至少一项：

判断所述操作位置信息是否为预设操作位置信息，当所述操作位置信息是预设操作位置信息时，判定所述手势操作满足预设传递条件；

判断所述操作类型信息是否为预设操作类型信息，当所述操作类型信息是预设操作类型信息时，判定所述手势操作满足预设传递条件；

其中，所述预设操作位置信息包括，所述第一视图层和第二视图层的各个共有控件对应的操作位置信息；所述预设操作类型信息包括，所述各个共有控件对应的操作类型信息。

结合第一方面，或者第一方面的第一种可行的实施方式，在第一方面的第四种可行的实施方式中，记录所述手势操作对应的事件信息，包括：

根据所述第一视图层响应所述手势操作时所执行的响应函数，提取所述手势操作对应的事件信息，并记录提取到的所述事件信息。

本发明实施例第二方面提供一种视频播放器，包括：

第一响应控制模块，用于在接收到用户对视频播放器的手势操作时，获取设置于所述视频播放器最上层的第一视图层，并控制所述第一视图层响应所述手势操作；

事件信息记录模块，用于记录所述手势操作对应的事件信息；

层间传递判断模块，用于判断所述手势操作是否满足预设传递条件；

第二响应控制模块，用于在所述手势操作满足所述预设传递条件时，获取设置于所述第一视图层之下的第二视图层，并根据所述事件信息，控制所述第二视图层响应所述手势操作。

结合第二方面，在第二方面的第一种可行的实施方式中，所述第二响应控制模块，包括：

预处理模块，用于根据所述第二视图层对应的预设手势识别标准，对所述事件信息进行预处理；

层内传递控制模块，用于将预处理后的事件信息按照控件之间的父子关系在所述第二视图层的各级控件之间传递，以确定所述第二视图层中与所述处理后的事件信息相关的一个或多个目标控件；

目标逻辑执行模块，用于执行所述目标控件对应的控制逻辑。

结合第二方面，或者第二方面的第一种可行的实施方式，在第二方面的第二种可行的实施方式中，所述事件信息记录模块所记录的事件信息包括：

所述手势操作对应的操作位置信息和操作类型信息中的至少一项。

结合第二方面的第二种可行的实施方式，在第二方面的第三种可行的实施方式中，所述层间传递判断模块具体被配置为，执行以下至少一项判断操作：

判断所述操作位置信息是否为预设操作位置信息，当所述操作位置信息是预设操作位置信息时，判定所述手势操作满足预设传递条件；

判断所述操作类型信息是否为预设操作类型信息，当所述操作类型信息是预设操作类型信息时，判定所述手势操作满足预设传递条件；

其中，所述预设操作位置信息包括，所述第一视图层和第二视图层的各个共有控件对应的操作位置信息；所述预设操作类型信息包括，所述各个共有控件对应的操作类型信息。

结合第二方面，或者第二方面的第一种可行的实施方式，在第二方面的第四种可行的实施方式中，所述事件信息记录模块具体被配置为：

根据所述第一视图层响应所述手势操作时所执行的响应函数，提取所述手势操作对应的事件信息，并记录提取到的所述事件信息。

本发明实施例第三方面还提供一种电子设备；该电子设备包括：

处理器，以及用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：当调用并执行所述存储器中存储的可执行指令时，执行上述第一方面任一项所述的视频播放器控制方法，其至少包括执行如下步骤：

当接收到用户对视频播放器的手势操作时，获取设置于所述视频播放器最上层的第一视图层；

控制所述第一视图层响应所述手势操作，并记录所述手势操作对应的事件信息；

判断所述手势操作是否满足预设传递条件；

当所述手势操作满足所述预设传递条件时，获取设置于所述第一视图层之下的第二视图层；

根据所述事件信息，控制所述第二视图层响应所述手势操作。

由以上技术方案可知，本发明实施例在基于多层View结构解决视频播放器的特有控件与第三方播放器相结合的问题时，在设置有所述特有控件的第一视图层对接收到的手势操作进行响应时，记录该手势操作的事件信息，并在第一视图层响应完成后，判断该手势操作是否满足预设传递条件，当满足该预设传递条件时，则根据预先记录的事件信息，实现第二视图层对所述手势操作的响应，解决了现有技术中多层View结构下无法在不同视图层之间传递手势操作的问题，从而解决了视频播放器与被调用的第三方播放器之间的统一控制问题，保证了用户操作体验的一致性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明实施例。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1为支持视频播放器实现视频播放功能的网络结构图。

图2是本发明实施例提供的视频播放器多层View的逻辑结构示意图。

图3是本发明实施例提供的一种视频播放器控制方法的流程图。

图4是本发明实施例提供的另一种视频播放器控制方法的流程图。

图5是本发明实施例提供的视频播放器控制方法中第一视图层响应左滑操作的的效果示意图。

图6是本发明实施例提供的一种视频播放器的结构框图。

图7是本发明实施例提供的另一种视频播放器的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

首先对本发明实施例的视频播放器控制方法进行说明。图2为本发明实施例对应的在调用第三方播放器时的第一视频播放器视图层(即View层)逻辑结构示意图。如图2所示，调用第三方播放器时，第一视频播放器至少包括两个视图层：设置于下层的第二视图层，即为所调用的第三方播放器的原有View层，承载第三方播放器的各个原有控件且各个原有控件之间构成第二父子结构树；设置于所述第二视图层上方的第一视图层，为所述第一视频播放器根据所述第三方播放器新建的View层，用于承载第一视频播放器区别于所述第三方播放器的特有控件，且各个特有控件之间构成第一父子结构树。

需要说明的是，本发明实施例所述的视频播放器可以为任意电子设备(如手机、平板电脑等)中运行的任一种视频播放客户端，如乐视视频客户端、腾讯视频客户端、YouTube客户端等，且对于任一种视频播放器A，除A之外的其他任意播放器都可以作为A的第三方播放器。

基于上述视图层逻辑结构，本发明实施例提供了一种视频播放器控制方法，如图3所示的流程图，该方法包括如下步骤。

S1、检测用户对所述视频播放器的手势操作。

S2、当接收到用户对视频播放器的手势操作时，获取设置于所述视频播放器最上层的第一视图层。

S3、控制所述第一视图层响应所述手势操作，并记录所述手势操作对应的事件信息。

本发明实施例中，为保证用户感觉不到视频播放器在调用第三方播放器和不调用第三方播放器两种情境下的操作差异，在待播放器视频来自第三方资源库时，启用图2所示多层View结构的视图层，并对用户执行的任意手势操作，首先由设置于最上层的第一视图层接收并响应。

在本发明一个可行的实施例中，控制第一视图层响应所述手势操作，具体可以包括：

获取并执行所述手势操作对应的响应函数(一般为回调函数)，根据所述响应函数控制所述手势操作依照由子控件到父控件的顺序在第一视图层内传递，以确定所述手势操作对应的响应控件，并执行所述响应控件对应的控制逻辑，以实现对不同的手势操作选择不同的控制逻辑进行响应。

在本发明一个可行的实施例中，基于上述第一视图层对手势操作的响应步骤，上述记录所述手势操作对应的事件信息，具体可以包括：根据所述第一视图层响应所述手势操作时所执行的响应函数，提取所述手势操作对应的事件信息，并记录提取到的所述事件信息。

由于手势操作对应的事件信息(event)为其响应函数的一项重要参数，故本发明实施例中可以直接从该响应函数中提取所述事件信息并记录。

S4、判断所述手势操作是否满足预设传递条件，如果满足，则执行步骤S5，否则结束本次响应控制。

S5、在所述手势操作满足所述预设传递条件时，获取设置于所述第一视图层之下的第二视图层。

S6、根据所述事件信息，控制所述第二视图层响应所述手势操作。

本发明实施例中，可以通过上述事件信息，重新模拟所述手势操作，并将模拟出的手势操作传递至第二视图层，从而使得该模拟出的手势操作在第二视图层的各个控件间进行传递，实现第二视图层对该模拟出的手势操作的响应过程，也即完成第二视图层对用户执行的所述手势操作的响应。

由以上技术方案可知，本发明实施例在基于多层View结构解决视频播放器的特有控件与第三方播放器相结合的问题时，在设置有所述特有控件的第一视图层对接收到的手势操作进行响应时，记录该手势操作的事件信息，并在第一视图层响应完成后，判断该手势操作是否满足预设传递条件，当满足该预设传递条件时，则根据预先记录的事件信息，实现第二视图层对所述手势操作的响应，解决了现有技术中多层View结构下无法在不同视图层之间传递手势操作的问题，从而解决了视频播放器与被调用的第三方播放器之间的统一控制问题，保证了用户操作体验的一致性。

在本发明其他实施例中，当视频播放器的视图层包含三个或三个以上View层时，在执行完步骤S6后，还可以参考步骤S4至S6继续向第三视图层、第四视图层等传递所述手势操作，实现视频播放器中多层View之间的手势传递及响应，保证用户操作体验始终与第一视图层对应的视频播放器操作体验一致。

图4为本发明实施例提供的另一种视频播放器控制方法流程图。参照图4，该方法包括以下步骤：

S1、检测用户对所述视频播放器的手势操作。

S2、当接收到用户对视频播放器的手势操作时，获取设置于所述视频播放器最上层的第一视图层。

S3、控制所述第一视图层响应所述手势操作，并记录所述手势操作对应的事件信息。

S4、判断所述手势操作是否满足预设传递条件，如果满足，则执行步骤S5，否则结束本次响应控制。

S5、在所述手势操作满足所述预设传递条件时，获取设置于所述第一视图层之下的第二视图层。

S61、根据所述第二视图层对应的预设手势识别标准，对所述事件信息进行预处理。

S62、将预处理后的事件信息按照控件之间的父子关系在所述第二视图层的各级控件之间传递，以确定所述第二视图层中与所述处理后的事件信息相关的一个或多个目标控件。

S63、执行所述目标控件对应的控制逻辑。

由于实现同一控件(同一功能)在视频播放器和其调用的第三方播放器中对应的手势操作可能不尽相同，故本发明实施例中，可以预先设置第二视图层对应的手势识别标准(即上述预设手势识别标准)，并在步骤S61中，根据该预设手势识别标准对第一视图层记录的事件信息进行预处理(包括对上述事件信息进行适应性修改)，以保证处理后的事件信息与第二视图层可识别的手势操作对应的事件信息相同(即相当于将用户执行的手势操作转换为第二视图层中相应的可识别手势操作)，使得第三方播放器对应的第二视图层可以正确识别并响应用户的手势操作。

另外，如步骤S62至S63所示，在预处理后的事件信息传入第二视图层后，即可依照第二视图层中各个控件之间的父子关系，将该预处理后的事件信息由子控件逐步向第二视图层更深层的父控件传递，从而确定所述第二视图层中与所述处理后的事件信息相关的各个目标控件(可以为一个子控件，也可以为包含多个子控件的父控件)，继而执行该目标控件对应的控制逻辑，即完成第二视图层对相应手势操作的响应。

可见，本发明实施例根据第二视图层对应的预设手势识别标准，对第一视图层记录的事件信息进行预处理，可以保证第二视图层正确完成对相应手势操作的识别及响应。

在本发明一个可行的实施例中，手势操作对应的事件信息可以包括，所述手势操作对应的操作位置信息和操作类型信息中的至少一项。

基于上述事件信息，在本发明一个可行的实施例中，步骤S4中判断所述手势操作是否满足预设传递条件，包括以下至少一项：

判断所述操作位置信息是否为预设操作位置信息，当所述操作位置信息是预设操作位置信息时，判定所述手势操作满足预设传递条件；

判断所述操作类型信息是否为预设操作类型信息，当所述操作类型信息是预设操作类型信息时，判定所述手势操作满足预设传递条件。

其中，所述预设操作位置信息包括，所述第一视图层和第二视图层的各个共有控件对应的操作位置信息；所述预设操作类型信息包括，所述各个共有控件对应的操作类型信息。

当然，在本发明其他实施例中，还可以在所述操作位置信息是预设操作位置信息，且，所述操作类型信息是预设操作类型信息时，判定所述手势操作满足预设传递条件。

在本发明其他实施例中，上述预设操作位置信息，可以被设定为第一视图层的特有控件对应的操作位置信息；相应的，当所述操作位置信息不是该预设操作位置信息时，判定所述手势操作满足预设传递条件。同理，上述语塞操作类型信息，也可以被设定为第一视图层的特有控件对应的操作类型信息；相应的，当所述操作类型信息不是该预设操作类型信息时，判定所述手势操作满足预设传递条件。

本发明实施例中，通过步骤S4判断所述手势操作是否满足预设传递条件，相当于判断所述手势操作是否为仅视频播放器的第一视图层可以识别并响应的手势操作：当所述手势操作不满足预设传递条件时，说明所述手势操作仅可以被第一视图层识别并响应，第二视图层不存在对应的响应控件，故在第一视图层完成对该手势操作的响应后，不需要继续向第二视图层传递该手势操作，本次手势响应控件结束；当所述手势操作满足预设传递条件时，说明所述手势操作既可以被第一视图层识别并响应，也可以被第二视图层识别并响应，故应当在第一视图层完成对该手势操作的响应后，继续向第二视图层传递该手势操作，以使第二视图层对其进行响应。

例如，假设视频播放器的第一视图层中存在左/右滑操作对应的换台控件(该视频播放器区别于第三方播放器的特有控件)，而第三播放器对应的第二视图层中不存在可以响应该左/右滑操作的控件，且第一视图层和第二视图层中都存在单击操作对应的操作栏控件(第一视图层中的操作栏控件可以包括分享、收藏等功能控件，第二视图层中的操作栏可以包括音量调节、播放进度条等功能控件)。

第一种情况，当接收到的手势操作可以为左滑操作时，可以判定其不满足预设传递条件，故不向第二视图层传递，即仅由第一视图层响应该左滑操作，对应的显示效果为如图5所示的视频静态封面向左滑动切换，但其下方的第二视图层不执行该切换过程；并在视频封面切换完成(切换后的视频封面完全覆盖视频播放器显示界面)时，待播放识别地址由原有视频封面对应的视频源地址，替换为切换后的视频封面对应的视频源地址，使得切换后的视频封面对应的视频开始播放。

第二种情况，当接收到的手势操作为单击操作时，可以判定其满足预设传递条件，故在第一视图层完成对该单击操作的响应后(第一视图层中的操作栏控件被显示出来)，需要继续向第二视图层传递该单击操作，以使第二视图层中的操作栏控件也被显示出来。

可见，本发明实施例中，在第一视图层响应手势操作时，记录该手势操作对应的事件信息，并基于该事件信息确定是否需要向第二视图层传递手势操作，并基于该事件信息完成第二视图层对手势信息的传递及响应，解决了现有技术中多层View结构下无法在不同视图层之间传递手势操作的问题，从而解决了视频播放器与被调用的第三方播放器之间的统一控制问题，保证了用户操作体验的一致性。

图6为本发明实施例提供的一种视频播放器的结构框图。参照图6，该视频播放器包括：

第一响应控制模块100被配置为，在接收到用户对视频播放器的手势操作时，获取设置于所述视频播放器最上层的第一视图层，并控制所述第一视图层响应所述手势操作。

事件信息记录模块200被配置为，记录所述手势操作对应的事件信息。

层间传递判断模块300被配置为，判断所述手势操作是否满足预设传递条件。

第二响应控制模块400被配置为，在所述手势操作满足所述预设传递条件时，获取设置于所述第一视图层之下的第二视图层，并根据所述事件信息，控制所述第二视图层响应所述手势操作。

由以上技术方案可知，本发明实施例在基于多层View结构解决视频播放器的特有控件与第三方播放器相结合的问题时，在设置有所述特有控件的第一视图层对接收到的手势操作进行响应时，记录该手势操作的事件信息，并在第一视图层响应完成后，判断该手势操作是否满足预设传递条件，当满足该预设传递条件时，则根据预先记录的事件信息，实现第二视图层对所述手势操作的响应，解决了现有技术中多层View结构下无法在不同视图层之间传递手势操作的问题，从而解决了视频播放器与被调用的第三方播放器之间的统一控制问题，保证了用户操作体验的一致性。

基于图6所示实施例，在图7所示本发明另一实施例中，视频播放器也包括第一响应控制模块100、事件信息记录模块200、层间传递判断模块300和第二响应控制模块400；各模块作用可操作图6所示实施例，此处不再赘述。

其中，在图7所示实施例中，第二响应控制模块400具体可以包括：

预处理模块401，用于根据所述第二视图层对应的预设手势识别标准，对所述事件信息进行预处理；

层内传递控制模块402，用于将预处理后的事件信息按照控件之间的父子关系在所述第二视图层的各级控件之间传递，以确定所述第二视图层中与所述处理后的事件信息相关的一个或多个目标控件；

目标逻辑执行模块403，用于执行所述目标控件对应的控制逻辑。

可见，本发明实施例利用预处理模块，根据第二视图层对应的预设手势识别标准，对第一视图层记录的事件信息进行预处理，可以保证第二视图层正确完成对相应手势操作的识别及响应。

在本发明一个可行的实施例中，上述事件信息记录模块200具体可以被配置为：根据所述第一视图层响应所述手势操作时所执行的响应函数，提取所述手势操作对应的事件信息，并记录提取到的所述事件信息。

在本发明一个可行的实施例中，上述事件信息记录模块200所记录的事件信息包括：所述手势操作对应的操作位置信息和操作类型信息中的至少一项。

相应的，上述层间传递判断模块300具体被配置为，执行以下至少一项判断操作：

判断所述操作位置信息是否为预设操作位置信息，当所述操作位置信息是预设操作位置信息时，判定所述手势操作满足预设传递条件；

判断所述操作类型信息是否为预设操作类型信息，当所述操作类型信息是预设操作类型信息时，判定所述手势操作满足预设传递条件；

其中，所述预设操作位置信息包括，所述第一视图层和第二视图层的各个共有控件对应的操作位置信息；所述预设操作类型信息包括，所述各个共有控件对应的操作类型信息。

可见，本发明实施例中，在第一视图层响应手势操作时，记录该手势操作对应的事件信息，并基于该事件信息确定是否需要向第二视图层传递手势操作，并基于该事件信息完成第二视图层对手势信息的传递及响应，解决了现有技术中多层View结构下无法在不同视图层之间传递手势操作的问题，从而解决了视频播放器与被调用的第三方播放器之间的统一控制问题，保证了用户操作体验的一致性。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本发明实施例还提供了一种非易失性计算机存储介质；该非易失性计算机存储介质中存储有可执行指令，当所述可执行指令被执行时，能够实现上述方法实施例中记载的视频播放器控制方法的部分或全部步骤。

另外，本发明实施例还提供了一种电子设备，其包括但不限于手机、平板电脑等。该电子设备至少包括：处理器，以及用于存储所述处理器可执行指令的存储器。

其中，所述处理器被配置为：当调用并执行所述存储器中存储的可执行指令时，执行上述任一项方法实施例所述的视频播放器控制方法，其至少包括执行如下步骤：

当接收到用户对视频播放器的手势操作时，获取设置于所述视频播放器最上层的第一视图层；

控制所述第一视图层响应所述手势操作，并记录所述手势操作对应的事件信息；

判断所述手势操作是否满足预设传递条件；

当所述手势操作满足所述预设传递条件时，获取设置于所述第一视图层之下的第二视图层；

根据所述事件信息，控制所述第二视图层响应所述手势操作。

由以上技术方案可知，本发明实施例提供的电子设备，在基于多层View结构解决视频播放器的特有控件与第三方播放器相结合的问题时，在设置有所述特有控件的第一视图层对接收到的手势操作进行响应时，记录该手势操作的事件信息，并在第一视图层响应完成后，判断该手势操作是否满足预设传递条件，当满足该预设传递条件时，则根据预先记录的事件信息，实现第二视图层对所述手势操作的响应，解决了现有技术中多层View结构下无法在不同视图层之间传递手势操作的问题，从而解决了视频播放器与被调用的第三方播放器之间的统一控制问题，保证了用户操作体验的一致性。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明实施例旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。