CN114327433A - 媒体数据的播放控制方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种媒体数据的播放控制方法、装置、电子设备及存储介质，用于媒体播放器，媒体播放器包括播放层和至少一个控制层，控制层用于控制播放层播放媒体数据；其中，控制层包括配置有第一控件的第一容器和配置有第二控件的第二容器；该方法包括：响应于检测到针对第一容器的第一状态指令，控制第一容器和第一控件在显示界面的第一区域独立地显示；基于显示的第一控件控制媒体数据的第一播放参数；以及，响应于检测到针对第二容器的第二状态指令，控制第二容器和第二控件在显示界面的第二区域独立地显示；基于显示的第二控件控制媒体数据的第二播放参数。

Description

媒体数据的播放控制方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种媒体数据的播放控制方法、装置、电子设备及存储介质。

背景技术

图形用户界面(Graphical User Interface，GUI)中通常包括很多控件，用来实现人机交互。用户在使用媒体播放器时，通过点击或触控媒体播放器所提供图形用户界面中的控件，来实现对媒体数据播放的控制。这些控件具有可隐藏性，可通过控制这个透明容器显示或隐藏来控制在该透明容器中控件的显示或隐藏。然而，由于所有的可隐藏控件都容纳于一个透明容器，所以当透明容器显示时，所有的可隐藏控件都会显示；当透明容器隐藏时，所有的可隐藏控件都会隐藏。这使得开发人员在开发过程中只要增加新的控件，这些可隐藏控件的实例都暴露出来，以便能够新增控件。随着播放器功能的增加，控件的数量也会越来越多，这种将容器中所有控件都暴露出来的情况，无疑增加了控件配置的复杂度，从而对图形用户界面的开发造成困扰，降低了开发效率。

发明内容

有鉴于此，本公开的目的在于提出一种媒体数据的播放控制方法、装置、电子设备及存储介质，用以解决或部分解决上述技术问题。

第一方面，本申请提供了一种媒体数据的播放控制方法，应用于媒体播放器，所述媒体播放器包括播放层和至少一个控制层，所述控制层用于控制所述播放层播放所述媒体数据；其中，所述控制层包括配置有第一控件的第一容器和配置有第二控件的第二容器；

所述方法包括：

响应于检测到针对所述第一容器的第一状态指令，控制所述第一容器和所述第一控件在显示界面的第一区域独立地显示；

基于显示的所述第一控件控制所述媒体数据的第一播放参数；

以及，响应于检测到针对所述第二容器的第二状态指令，控制所述第二容器和所述第二控件在所述显示界面的第二区域独立地显示；

基于显示的所述第二控件控制所述媒体数据的第二播放参数。

第二方面，本申请还提供了一种媒体数据的播放控制装置，包括：

播放层和至少一个控制层，所述控制层用于控制所述播放层播放所述媒体数据；其中，所述控制层包括配置有第一控件的第一容器和配置有第二控件的第二容器；

所述控制层被配置为：

响应于检测到针对所述第一容器的第一状态指令，控制所述第一容器和所述第一控件在显示界面的第一区域独立地显示；

基于显示的所述第一控件控制所述媒体数据的第一播放参数；

以及，响应于检测到针对所述第二容器的第二状态指令，控制所述第二容器和所述第二控件在所述显示界面的第二区域独立地显示；

基于显示的所述第二控件控制所述媒体数据的第二播放参数。

第三方面，本申请还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如第一方面所述的方法。

第四方面，本申请还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，其特征在于，所述计算机指令用于使计算机执行如第一方面所述的方法。

从上面所述可以看出，本申请提供的媒体数据的播放控制方法、装置、电子设备及存储介质，通过将媒体播放器的多个控件分别放置在与每个控件匹配的多个容器中，这使得本申请中可以通过各自的容器来独立地控制控件，有效的解决了上述相关技术中存在的所有控件只能同时显示或隐藏的问题，降低了控件开发的复杂度，提高了开发效率。

附图说明

为了更清楚地说明本申请或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A为一种控件显示的示意图；

图1B为一种控件隐藏的示意图；

图2为本申请实施例提供的媒体数据的播放控制方法的应用场景示意图；

图3A-图3E为本申请的显示界面中控件的不同显示状态的示意图。；

图4为本申请实施例的媒体数据的播放控制方法的流程示意图；

图5为本申请实施例的容器显示的示意图；

图6为本申请实施例的容器显示的示意图；

图7为本申请实施例的容器和控件的示意图；

图8为本申请实施例的容器和控件的示意图；

图9A-图9B为本申请实施例的设置界面的示意图；

图10为本申请实施例的示例性装置的结构示意图；

图11为本申请实施例的示例性电子设备的硬件结构示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本申请的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本申请，而并非以任何方式限制本申请的范围。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

根据本申请的实施方式，提出了一种媒体数据的播放控制方法、装置、电子设备及存储介质。

在本文中，需要理解的是，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本申请的若干代表性实施方式，详细阐释本申请的原理和精神。

在图形用户界面的相关技术中，图形用户界面系统通常包括多个UI(UserInterface)控件，每个UI控件一般在显示界面中呈现为可见的矩形区域。例如，如图1A所示，图1A示出了一种控件显示的示意图。图1A中，屏幕101中显示视频播放器的图形用户界面，透明容器102位于显示界面101的区域内。透明容器102中包括一个返回控件103、一个控制播放或暂停的控件104、一个进度条控件105。此时，透明容器102的是可见状态，而在透明容器102中的这些控件103、104、105同样是可见状态，用户能够观看到这些控件103、104、105。

当这些控件103、104、105隐藏时，例如视频播放器设置为在开始播放视频一定时间(例如几秒)后，自动将控件103、104、105隐藏，避免控件的显示影响视频观看体验。如图1B所示，图1B示出了一种控件隐藏的示意图。此时，透明容器102的是隐藏状态，相应地，控件103、104、105同样是隐藏状态。

可见，图1中处于同一透明容器102中的控件103、104、105必须同时显示或隐藏。这就使得开发人员在对其中一个控件进行调整时，例如修改控件103；或增加另一控件时，必须将其他控件104、105都暴露出来。随着控件数量的急剧增加，这会对开发工作造成不利的影响，增加了控件开发的复杂度和降低了开发效率。此外，控件的位置只能设置在透明容器内，如果透明容器的尺寸不合适，则会使得控件的配置受到限制，例如控件之间的距离过近等，造成控件的使用不方便，降低了用户体验。

为解决上述问题，本申请提供了一种媒体数据的播放控制方案，通过将媒体播放器的多个控件分别放置在与每个控件匹配的多个容器中，这使得本申请中可以通过各自的容器来独立地控制控件，有效的解决了上述相关技术中存在的所有控件只能同时显示或隐藏的问题，降低了控件开发的复杂度，提高了开发效率。此外，将每个控件放置到各自尺寸匹配的容器中，相比于所有控件放到一个容器中每个控件的位置收到限制，能够使得本申请中的每个控件和容器可以放置到任意位置，这也能够进一步提升图形用户界面开发的灵活性。

参考图2，其为本申请实施例提供的媒体数据的播放控制方法的应用场景示意图。该应用场景包括终端设备201、服务器202、和数据存储系统203。其中，终端设备201、服务器202以及数据存储系统203之间均可通过有线或无线的通信网络连接。终端设备201包括但不限于桌面计算机、移动电话、移动电脑、平板电脑、媒体播放器、智能可穿戴设备视、个人数字助理(personal digital assistant，PDA)或其它能够实现上述功能的电子设备等。服务器202和数据存储系统203均可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

服务器202用于向终端设备201的用户提供媒体数据，例如图像数据、音频数据、文本数据及其中的任意组合等。终端设备201中安装有与服务器202通信的客户端，客户端可以是媒体播放器，还可以是包括媒体播放器的应用。用户可以通过该客户端进行媒体数据的播放或显示；客户端可以通过调用终端设备201的输入组件(如键盘、麦克风等)来从服务器或本地获取媒体数据。数据存储系统203为服务器202的工作运行提供数据存储支持，如存储媒体数据等。

下面结合图2的应用场景，来描述根据本申请示例性实施方式的媒体数据的播放控制方法。需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

本申请实施例提供了一种媒体数据的播放控制方法，该媒体数据的播放控制方法应用于客户端。该客户端包括媒体播放器，该媒体播放器包括播放层和至少一个控制层。播放层可以对媒体数据进行加载、解析和播放，控制层位于播放层的上层，可以用于控制该播放层播放媒体数据。控制层的数量可以是一个或等多个，控制层上可以设置控件，通过对控件来实现对播放层的具体控制。应了解，当存在多个控制层时，可能存在有的控制层没有设置控件或组件，而有的控制层设置有任意数量的控件和/或组件。

根据本公开实施例，控制层可以包括配置有第一控件的第一容器和配置有第二控件的第二容器。在一些实施例中，第一容器和/或第二容器可以是透明容器。

这样，通过设置多个容器来对多个控件进行独立地控制，避免了所有控件只能同时显示或隐藏的问题，降低了控件开发的复杂度，提高了开发效率。其中，第一容器可以位于显示界面的第一区域，第二容器位于显示界面的第二区域，该第一区域和该第二区域可以相同，也可以不同，第一容器在第一区域的显示不依赖于第二容器的显示。在通过第一容器控制第一控件的显示或隐藏状态时，不会涉及到第二容器和第二控件；而在通过第二容器控制第二控件的显示或隐藏状态时，不会涉及到第一容器和第一控件。

如图3A-图3E所示，图3A-图3E示出了根据本公开实施例的显示界面中控件的不同显示状态的示意图。图3A-图3E中，显示界面301中的容器302配置有控件303，容器304配置有控件305，容器306配置有控件307。图3A中通过控制容器302、容器304、容器306为隐藏状态，可以分别控制控件303、控件305、控件307为隐藏状态。图3B中容器302为显示状态，容器304、容器306为隐藏状态，而控件303为显示状态、控件305、控件307为隐藏状态；可见，通过控制容器302为显示状态则可以独立地控制控件303为显示状态，而不会影响控件305、控件307的状态或受到控件305、控件307状态的影响。图3C中，容器304为显示状态，容器302、容器306为隐藏状态，而控件305为显示状态、控件303、控件307为隐藏状态，与图3B类似，可以独立地控制图3C中的容器304与控件305为显示状态，而其他容器302、容器306和控件303、控件307为隐藏状态。图3D中，通过控制容器302为显示状态使得对应的控件303为显示状态，通过控制容器304为显示状态使得对应的控件305为显示状态，通过控制容器306为隐藏状态使得对应的控件307为隐藏状态。图3E中，通过控制容器302、容器304、容306为显示状态，使得对应的控件303、控件305、控件306为显示状态。

需要说明的是，上述实施例仅为示例，并不旨在对各个容器和控件进行限制。根据本实施例中，每个容器可以独立地控制配置在该容器自身中的控件，而不依赖于其他容器，从而实现对容器和控件的独立控制。

参考图4，图4示出了根据本实施例的媒体数据的播放控制方法的流程示意图。图4中，媒体数据的播放控制方法400，可以包括以下步骤：

步骤S410，响应于检测到针对所述第一容器的第一状态指令，控制所述第一容器(例如图3B中的容器302或图3C中的容器304)和所述第一控件例如图3B中的控件303或图3C中的控件305)在显示界面(例如图3A-图3E中的界面301)的第一区域独立地显示。

在一些实施例中，方法400还可以包括：

响应于检测到第一触发事件，生成所述第一状态指令；其中，第一触发事件包括在所述用户界面上的第一预设操作或所述媒体数据的当前播放状态满足第一预设条件。

其中，第一触发事件用于生成第一状态指令，而该第一状态指令用于控制第一容器进行显示。

第一触发事件可以是对用户界面的第一预设操作，例如单击或双击显示界面或显示界面的预设区域。如图5所示，图5示出了根据本公开实施例的容器显示的示意图。图5中，当用户采用触控装置或手指501单击显示界面的左上角的预设区域502时，可以生成第一状态指令；响应于该第一状态指令，控制第一容器503和第一控件504在第一区域独立地显示。而图5中的另一容器505和控件506仍然处于隐藏状态。进一步地，预设区域502可以与第一容器503所在的第一区域相同。

第一触发事件也可以是媒体数据的播放状态满足第一预设条件，第一预设条件可以是诸如播放进度、播放速度、播放音量等播放参数达到预设值。例如，当播放进度达到预设进度时，可以显示“下一集”控件；当播放音量过大(如大于或等于第一音量值)时，可以显示“减小音量”控件；当播放音量过小(如小于第二音量值，第二音量小于第一音量值)时，可以显示“增大音量”控件。如图6所示，图6示出了根据本公开实施例的容器显示的示意图。例如，显示界面601中正在播放的视频播放完毕或快播放完毕(例如，距离播放完毕还有一预设时间段)时，可以生成第一状态指令；响应于该第一状态指令，控制第一容器608和第一控件609“下一集”在第一区域独立地显示。而图6中的其他容器602、604、606、608和控件603、605、607仍然处于隐藏状态。

步骤S420，基于显示的所述第一控件控制所述媒体数据的第一播放参数。

在一些实施例中，基于显示的所述第一控件控制所述媒体数据的第一播放参数，包括：响应于检测到针对所述第一控件的第一操作，控制所述第一播放参数切换当前状态值，或当前状态值以固定数值变化。

其中，在第一控件显示后，用户可以对该第一控件进行第一操作，例如点击、长按等。响应于该第一操作，可以控制第一控件所对应的第一播放参数。播放参数可以包括但不限于播放进度、播放速度、播放音量、播放内容、分辨率、屏幕亮度，第一播放参数可以是上述播放参数之一。例如，图6中，用户可以对显示的第一控件609“下一集”进行点击，响应于该点击操作，控制播放下一集媒体数据。响应于类似于“播放/暂停”控件的状态切换类控件，可以相应地控制播放状态或暂停状态的切换；响应于类似于“快进”控件、“快退”控件等参数调整类控件，可以相应地控制播放进度以预设时间段前进或后退。

步骤S430，响应于检测到针对所述第二容器的第二状态指令，控制所述第二容器(例如图3D中的容器302或容器304)和所述第二控件(例如图3D中的控件303或控件305)在所述显示界面的第二区域独立地显示。

在一些实施例中，方法400还可以包括：

响应于检测到第二触发事件，生成所述第二状态指令；其中，第二触发事件包括在所述用户界面上的第二预设操作或所述媒体数据的当前播放状态满足第二预设条件。

其中，第二触发条件用于生成第二状态指令，而该第二状态指令用于控制第二容器进行显示。同样地，第二触发条件与第一触发条件类似，也可以是对用户界面的一些预设操作，或媒体数据的播放状态满足一定的预设条件。

在一些实施例中，第二触发事件可以与第一触发事件不同，第一状态指令和第二状态指令不同。此时，不同的触发事件可以分别控制第一容器和第二容器显示。

在一些实施例中，第二触发事件可以与第一触发事件相同。此时，同一触发事件可以既控制第一容器显示，也可以控制第二容器显示。例如，双击显示界面时，所有容器和控件均为显示，如图3E所示。其中，该同一触发事件可以生成对应于多个容器的多个状态指令，每个状态指令控制对应的容器显示；该同一触发事件可以生成同一状态指令，该同一状态指令控制多个容器显示。需要说明的是，即使同一触发事件可以同时使得第一容器和第一容器显示，但这并不是代表第一容器和第二容器的显示相关，二者仍然是独立地进行显示。

步骤S440，基于显示的所述第二控件控制所述媒体数据的第二播放参数。

在一些实施例中，基于显示的所述第二控件控制所述媒体数据的第二播放参数，包括：响应于检测到针对所述第二控件的第二操作，控制所述第二播放参数切换当前状态值，或当前状态值以固定数值变化。

其中，与第一控件类似，在第二控件显示后，用户可以对该第二控件进行第二操作，例如点击、长按等。响应于该第二操作，可以控制第二控件所对应的第一播放参数，第二播放参数也可以是播放参数之一。

在一些实施例中，第一播放参数和第二播放参数可以不同。例如，图6中的处于显示状态的“下一集”控件609控制的播放参数是播放内容，处于隐藏状态的“进度条”控件607控制的播放参数书播放进度。

在一些实施例中，第一播放参数和第二播放参数可以相同。其中，第一控件控制该相同的播放参数按第一趋势变化，第二控件控制该相同的播放参数按第二趋势变化，第一趋势与第二趋势相反。例如，图7中示出了根据本公开实施例的容器和控件的示意图。图7中，“上一个”控件701放置于容器702、“下一个”控件703放置于容器704、“快进”控件705放置于容器706、“快退”控件707放置于容器708。对于“上一个”控件701放置于容器702、“下一个”控件703放置于容器704来说，第一控件和第二控件可以是控件701和控件703，第一容器和第二容器可以是容器702和容器704，可以采用同一触发事件控制第一容器和第二容器同时显示，用户可以点击控件701或控件703，来控制播放内容变为上一个视频或下一个视频。即，用户可以通过一个触发事件生成相应的状态指令来控制第一容器和第二容器显示，从而控制第一控件和第二控件的显示；用户对第一控件或第二控件进行操作可以实现对同一播放参数的不同趋势控制。类似地，对于图7中的“快进”控件705放置于容器706、“快退”控件707放置于容器708，也可以在控件显示后进行操作来实现对播放进度的不同控制。

在一些实施例中，第一控件和第二控件也可以是相同的播放参数的不同值，如图7中的“0.5倍速”控件709放置于容器710、“1.0倍速”控件711放置于容器712、“1.5倍速”控件713放置于容器714、“2.0倍速”控件715放置于容器716，这些控件均对应播放速度这一播放参数，向用户提供不同值的播放速度。用户可以通过一个触发事件控制容器710、712、714、716同时显示，从而使得控件709、711、713、715显示，用户点击其中一个控件来设置播放速度，例如用户选择1.5倍速则将播放速度变为1.5倍。

在一些实施例中，所述第一容器中还配置有第三控件，所述第三控件与所述第一控件控制所述第一播放参数的按不同趋势变化，或者所述第三控件与所述第一控件控制所述第一播放参数为不同值。

进一步地，在一些实施例中，方法400还包括：响应于检测到针对所述第一容器的第一状态指令，控制所述第一容器独立地显示，以使得所述第一控件和所述第三控件在所述第一区域显示。

同样地，第二容器中还可以配置有第四控件，所述第四控件与所述第二控件控制所述第二播放参数的按不同趋势变化，或者所述第四控件与所述第二控件控制所述第二播放参数为不同值。

进一步地，在一些实施例中，方法400还包括：响应于检测到针对所述第二容器的第二状态指令，控制所述第二容器独立地显示，以使得所述第二控件和所述第四控件在所述第二区域显示。

也就是说，本公开实施例中，可以允许多个容器中的每个容器内只有一个控件，也可允许多个容器中的每个容器内配置有多个控件。这样，可以对控制同一播放参数或需要同时显示的控件分组进行配置，每组控件放置在一个容器中，能够避免每个控件对应一个容器导致容器过多，便于开发人员分类配置，和更清楚地布局，有利于提高开发效率。

如图8所示，图8示出了根据本公开实施例的容器和控件的示意图。图8中，“上一个”控件801和“下一个”控件802置于容器803，“快进”控件804和“快退”控件805放置于容器806。“0.5倍速”控件807、“1.0倍速”控件808、“1.5倍速”控件809、“2.0倍速”控件810放置于容器811。与图7相比，每个控件的功能均没有发生变化，只是控制同一播放参数的控件放置到了一个容器中来实现。当检测到触发事件时，生成对应的状态指令，从而控制对应的容器显示，例如，容器803显示时，控件801、803也显示；容器811显示时，控件807、808、809、810也显示。对于控件的操作来控制播放参数与图7中类似，在此不再赘述。

需要说明的是，上述步骤S410-步骤S420与步骤S430-步骤S440之间也是相互独立的，相互之间没有先后顺序。而且，第一容器和第二容器仅在区分不同的容器，并不旨在对容器进行限制，本公开实施例中的所有容器均可以是第一容器或第二容器。

在一些实施例中，所述第一区域和所述第二区域至少部分重叠。在一些实施例中，第一区域和第二区域可以相同。例如对于一般不同时出现的控件可以分别设置在同一区域的不同容器中，只需要设置好每个容器对应的触发事件，即可实现不同情况下各自的显示和隐藏。

正是由于本公开实施例对容器的独立控制，使得可以实现对控件的独立控制，则可以允许容器的位置重叠，以实现区域的复用，缓解控件的数量增长对显示界面造成的控件布局压力，有利于合理地对控件进行布局。一方面，这样可以在有限的显示界面区域中布局更多的控件，而不会像传统方法中在一个容器中布局多个控件，多个控件所在的区域不能重叠，再考虑到控件之间的间隔，限制了控件布局的数量以及使用的便利性。另一方面，媒体播放器存在多个控制层时，其中一些控制层可能存在层级关系，在传统方式中一个容器内布局多个控件，需要考虑到这些控制层的层级关系，控件的位置布局也就相应地需要考虑层级关系，不利于提高开发效率；而本公开实施例的容器所在的区域可任意布局，也可以存在重叠，无需考虑各个控件之间的层级关系，实现了对控件的层级关系的解耦，为开发人员提供更加灵活的布局方式，能够有效提升开发效率。

在一些实施例中，根据用户确定的位置设置所述第一容器位于所述第一区域。在一些实施例中，根据用户确定的位置设置所述第二容器位于所述第二区域。

其中，由于本公开实施例对容器和控件的独立控制，那么可以向用户提供自定义容器和控件位置的功能，用户可以根据自己的爱好和习惯设置容器和控件的位置，实现个性化地布局，有利于提升用户的用户体验，增加用户对媒体播放器的使用粘性。例如，可以在播放器的设置选项中向用户提供一个控件自定义选项，用户进入该控件自定义选项后，可以在如图9A-9B所示的设置界面通过一些操作来布局容器的位置。图9A中，用户可以选择要设置的容器，例如图3A-3E中的容器302，利用鼠标或诸如触控笔等触控装置或手指等将容器302直接移动到显示界面预览中，来设置容器302的位置。图9B中，可以向用户提供当前的显示界面预览，以向用户显示当前的容器布局，用户可以直接通过移动操作将容器302从当前的位置A移动至位置A’来完成容器302的位置。由于控件一般设置在容器内，所以可以直接移动容器从而实现对控件的设置。

在一些实施例中，所述第一容器的尺寸基于所述第一控件的尺寸得到，所述第二容器的尺寸基于所述第二控件得到。其中，根据控件的尺寸来确定容器的尺寸可以合理地布局容器，例如，如图3A-图3E中，容器的尺寸可以与控件相同或略大于控件(例如，容器的边缘与控件边缘间隔一定距离)。这样，容器与控件尺寸相适应，能够更清楚且合理地调整控件的布局，提高开发效率和界面使用的便利性。

类似地，对于容器的尺寸或形状、控件的尺寸或形状均可以像容器的位置一样，向用户提供对应的自定义选项来根据用户自身的爱好和习惯来进行个性化的自定义功能。

需要说明的是，本申请实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本申请的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一构思，本申请实施例还提供了一种媒体播放装置。参考图10，所述的一种媒体播放装置1000，包括：

播放层1010和至少一个控制层1011，所述控制层1011用于控制所述播放层1010播放所述媒体数据；其中，所述控制层1011包括配置有第一控件的第一容器和配置有第二控件的第二容器；

所述控制层1011被配置为：

响应于检测到针对所述第一容器的第一状态指令，控制所述第一容器和所述第一控件在显示界面的第一区域独立地显示；

基于显示的所述第一控件控制所述媒体数据的第一播放参数；

以及，响应于检测到针对所述第二容器的第二状态指令，控制所述第二容器和所述第二控件在所述显示界面的第二区域独立地显示；

基于显示的所述第二控件控制所述媒体数据的第二播放参数。

上述实施例的媒体播放器用于实现如上任一应用于发布终端的实施例中相应的媒体数据的播放控制方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一构思，本申请实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任一实施例所述的媒体数据的播放控制方法。

图11示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1110、存储器1120、输入/输出接口1130、通信接口1140和总线1150。其中处理器1110、存储器1120、输入/输出接口1130和通信接口1140通过总线1150实现彼此之间在设备内部的通信连接。

处理器1110可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1120可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1120可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1120中，并由处理器1110来调用执行。

输入/输出接口1130用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1140用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1150包括一通路，在设备的各个组件(例如处理器1110、存储器1120、输入/输出接口1130和通信接口1140)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1110、存储器1120、输入/输出接口1130、通信接口1140以及总线1150，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现如上任一实施例中相应的媒体数据的播放控制方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一构思，本申请实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的媒体数据的播放控制方法。

上述非暂态计算机可读存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例中相应的媒体数据的播放控制方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。元素前的冠词“一”或“一个”不排除多个这种元素的存在。

虽然已经参考若干具体实施方式描述了本申请的精神和原理，但是应该理解，本申请并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本申请旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims (13)

1.一种媒体数据的播放控制方法，应用于媒体播放器，其特征在于，所述媒体播放器包括播放层和至少一个控制层，所述控制层用于控制所述播放层播放所述媒体数据；其中，所述控制层包括配置有第一控件的第一容器和配置有第二控件的第二容器；

所述方法包括：

响应于检测到针对所述第一容器的第一状态指令，控制所述第一容器和所述第一控件在显示界面的第一区域独立地显示；

基于显示的所述第一控件控制所述媒体数据的第一播放参数；

以及，响应于检测到针对所述第二容器的第二状态指令，控制所述第二容器和所述第二控件在所述显示界面的第二区域独立地显示；

基于显示的所述第二控件控制所述媒体数据的第二播放参数。

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

响应于检测到第一触发事件，生成所述第一状态指令；其中，第一触发事件包括在所述用户界面上的第一预设操作或所述媒体数据的当前播放状态满足第一预设条件。

3.根据权利要求1的方法，其特征在于，还包括：所述第一状态指令和所述第二状态指令为同一指令。

4.根据权利要求3的方法，其特征在于，所述第一播放参数与所述第二播放参数为相同的播放参数；其中，

所述第一控件控制所述相同的播放参数按第一趋势变化，所述第二控件控制所述相同的播放参数按第二趋势变化，所述第一趋势与所述第二趋势相反；

或者所述第一控件和所述第二控件控制所述相同的播放参数为不同值。

5.根据权利要求1的方法，其特征在于，基于显示的所述第一控件控制所述媒体数据的第一播放参数，包括：

响应于检测到针对所述第一控件的第一操作，控制所述第一播放参数切换当前状态值，或当前状态值以固定数值变化。

6.根据权利要求1的方法，其特征在于，所述第一区域和所述第二区域至少部分重叠。

7.根据权利要求1的方法，其特征在于，还包括：根据用户确定的位置设置所述第一容器位于所述第一区域。

8.根据权利要求1的方法，其特征在于，所述第一容器中还配置有第三控件，所述第三控件与所述第一控件控制所述第一播放参数的按不同趋势变化，或者所述第三控件与所述第一控件控制所述第一播放参数为不同值。

9.根据权利要求1的方法，其特征在于，所述第一容器的尺寸基于所述第一控件的尺寸得到，所述第二容器的尺寸基于所述第二控件得到。

10.一种媒体播放装置，其特征在于，包括：

播放层和至少一个控制层，所述控制层用于控制所述播放层播放所述媒体数据；其中，所述控制层包括配置有第一控件的第一容器和配置有第二控件的第二容器；

所述控制层被配置为：

响应于检测到针对所述第一容器的第一状态指令，控制所述第一容器和所述第一控件在显示界面的第一区域独立地显示；

基于显示的所述第一控件控制所述媒体数据的第一播放参数；

以及，响应于检测到针对所述第二容器的第二状态指令，控制所述第二容器和所述第二控件在所述显示界面的第二区域独立地显示；

基于显示的所述第二控件控制所述媒体数据的第二播放参数。

11.一种电子设备，其特征在于，包括一个或者多个处理器、存储器；和一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，并且被所述一个或多个处理器执行，所述程序包括用于执行根据权利要求1-9任意一项所述的方法的指令。

12.一种包含计算机程序的非易失性计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，使得所述处理器执行权利要求1-9中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序指令，当所述计算机程序指令在计算机上运行时，使得计算机执行如权利要求1-9中任一项所述的方法。

Images