多系统中媒体播放功能的控制方法及装置与流程

本发明涉及技术领域，具体而言，本发明涉及一种多系统中媒体播放功能的控制方法及装置。

背景技术：

随着时代的发展，各种新兴的操作系统不断涌现，为用户带来了新颖且更加便捷的终端使用体验。操作系统一般包括内核以及框架层，在框架层上为用户应用，内核中的音频模块与音频硬件直接交互，框架层的音频服务用于与内核中的音频模块进行数据交互。但是由于传统终端设备只允许单操作系统运行，在单系统的移动终端中，系统独享音频设备资源，包括音频硬件资源、解码器等，因此，单系统中，通过上述音频设备资源，播放该系统中需要播放的音频数据。

随着多系统终端设备的兴起，对多系统中各个操作系统如何实现媒体播放成为一个重要问题。目前，各个操作系统共用一个内核，该内核中仅存在一个音频模块以及音频硬件，每个操作系统可以随时向内核中音频模块发送各自系统需要播放的音频数据，以使得音频模块将接收到的音频数据发送至音频硬件中播放上述音频数据。

然而，当各个操作系统随时向内核中音频模块发送音频数据，以使得音频硬件播放该音频数据时，由于仅存在一个音频硬件，因此当音频硬件同时接收到多个操作系统需要播放的数据，将导致音频播放混乱，例如，当用户利用第一操作系统，通过听筒打电话，第二操作系统同时通过音频模块向音频硬件发送音频数据，以使得音频硬件通过听筒播放该音频数据，将导致用户无法通过听筒打电话，或者无法播放第二操作系统中需要播放的音乐，从而使得音频数据播放混乱，进而导致用户的体验度较差。

技术实现要素：

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的实施例根据一个方面，提供了一种多系统中媒体播放功能的控制方法，

多系统包括至少两个子系统，方法包括：

当检测到任一子系统的音频播放请求时，判断任一子系统是否具有音频访问权限；

若任一子系统具有音频访问权限，则将音频播放请求从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件响应于音频播放请求播放其中携带的音频数据。

可选地，将音频播放请求从任一子系统通过音频驱动发送至音频硬件的步骤之前，还包括：

当检测到音频播放请求时，确定音频播放请求中携带的音频数据对应的音频路由信息，音频路由信息包括：外放和/或耳机播放和/或听筒播放；

将音频路由信息通过音频驱动发送至音频硬件。

具体地，将音频播放请求从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件响应于音频播放请求播放其中携带的音频数据的步骤，包括：

将所述音频播放请求从所述任一子系统通过音频驱动发送至音频硬件，以使得所述音频硬件按照已接收到的音频路由信息，播放所述音频数据。

可选地，方法还包括：

当检测到任一子系统由具有音频访问权限变更为不具有音频访问权限时，实时记录最新的音频路由信息；

当检测到任一子系统恢复音频访问权时，将所述最新的音频路由信息以及待播放的音频数据从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件通过已记录的音频数据对应的音频路由信息，播放待播放的音频数据。

可选地，方法还包括：

当检测到任一子系统由前台切换至后台，或者接收到用户输入的系统音频访问权限变更消息时，变更各个子系统分别对应的音频访问权限。

可选地，方法还包括：

当任一子系统检测到预置类型事件发生，并且该子系统不具有音频访问权时，变更各个子系统分别对应的音频访问权限。

本发明的实施例根据另一个方面，还提供了一种多系统媒体播放功能的控制装置，多系统包括至少两个子系统，装置包括：

判断模块，用于当检测到任一子系统的音频播放请求时，判断任一子系统是否具有音频访问权限；

发送模块，用于当任一子系统具有音频访问权限时，将音频播放请求从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件响应于音频播放请求播放其中携带的音频数据。

可选地，装置还包括：确定模块；

确定模块，用于当检测到音频播放请求时，确定音频播放请求中携带的音频数据对应的音频路由信息，音频路由信息包括：外放和/或耳机播放和/或听筒播放；

发送模块，还用于将音频路由信息通过音频驱动发送至音频硬件。

具体地，所述发送模块，具体用于将所述音频播放请求从所述任一子系统通过音频驱动发送至音频硬件，以使得所述音频硬件按照已接收到的音频路由信息，播放所述音频数据。

可选地，装置还包括：记录模块；

记录模块，用于当检测到任一子系统由具有音频访问权限变更为不具有音频访问权限时，实时记录最新的音频路由信息；

发送模块，还用于当检测到任一子系统恢复音频访问权时，将所述最新的音频路由信息以及待播放的音频数据从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件通过已记录的音频数据对应的音频路由信息，播放待播放的音频数据。

可选地，装置还包括：变更模块；

变更模块，用于当检测到任一子系统由前台切换至后台，或者接收到用户输入的系统音频访问权限变更消息时，变更各个子系统分别对应的音频访问权限。

可选地，变更模块，还用于当任一子系统检测到预置类型事件发生，并且该子系统不具有音频访问权时，变更各个子系统分别对应的音频访问权限。

本发明提供了一种多系统中媒体播放功能的控制方法及装置，与现有技术中各个操作系统随时向内核中音频模块发送音频数据，以使得音频硬件播放该音频数据相比，本发明通过在发送音频播放请求之前，先判断该系统是否具有音频访问权限，当该系统具有音频访问权限时，才将该系统中需要播放的音频数据通过音频驱动发送至音频硬件，以播放接收到音频数据，即通过控制每个系统的音频访问权限，仅当某个系统具有音频访问权限时，才能向音频硬件发送音频数据，以避免多个系统同时请求音频硬件播放该系统对应的音频数据的问题，从而可以避免音频数据播放混乱，进而可以提升用户的体验度。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例的多系统终端设备中各系统间的关系示意图；

图2为本发明实施例的多系统中媒体播放功能的控制方法流程图；

图3为本发明实施例的另一种多系统中媒体播放功能的控制方法流程图；

图4为本发明实施例的又一种多系统中媒体播放功能的控制方法流程图；

图5为本发明实施例的又一种多系统中媒体播放功能的控制方法流程图；

图6为本发明实施例的又一种多系统中媒体播放功能的控制方法流程图；

图7为本发明实施例的又一种多系统中媒体播放功能的控制方法流程图；

图8为本发明实施例中的一种多系统中媒体播放功能的控制装置结构示意图；

图9为本发明实施例中的另一种多系统中媒体播放功能的控制装置结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本发明实施例的终端设备的内部结构的框架示意图如图1所示，包括：主控系统和至少两个子系统。

其中，本发明实施例中的子系统，可以是设置在以Linux container(容器)虚拟化技术创建的容器中的操作系统。操作系统可以为传统意义上的Linux操作系统或Unix操作系统，也可以是基于Linux操作系统衍生出来的Android系统、Ubuntu系统或FireFox系统等，还可以为以Windows平台为基础的windows系统等等。实际上，本发明中的子系统不限于前述例举的操作系统，可以涵盖所有能够在容器中运行的操作系统。

优选地，主控系统可以是上述传统的操作系统，也可以是对传统的kernel进行改进和/或在kernel之外(例如框架层和应用层)增加功能模块之后，得到的操作系统。

主控系统主要用于对至少两个子系统进行前后台管理，与各子系统进行交互等。

实施例一

本发明实施例提供了一种多系统媒体播放功能的控制方法，该多系统包括至少两个子系统，如图2所示，该方法包括：

步骤201、当检测到任一子系统的音频播放请求时，判断任一子系统是否具有音频访问权限。

对于本发明实施例，主控系统中的音频管理服务可以设置每个子系统是否具有音频访问权限，将设置好的音频访问权限发送至各个子系统中的音频服务，或者每个子系统中的音频服务主动获取该子系统对应的音频访问权限。

对于本发明实施例，当任一子系统检测上层应用发送的音频播放请求时，确定该子系统当前是否具有音频访问权限。

步骤202、若任一子系统具有音频访问权限，则将音频播放请求从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件响应于音频播放请求播放其中携带的音频数据。

对于本发明实施例，每个子系统中均设置有音频服务，当任一子系统中的音频服务接收到上层应用发送的音频播放请求之后，调整音频播放请求中携带的音频数据的音量。在本发明实施例中，若当该子系统中的音频服务接收到至少两个上层应用发送的音频播放请求，则调整每个音频播放请求中携带的音频数据的音量，并且确定是否将被上述至少两种音频数据混音播放。

例如，第一子系统中的音频服务同时接收到音频播放器APP发送的音频播放请求以及系统消息通知服务发送的音频播放请求，第一子系统中的音频服务分别调整上述两个音频播放请求中携带的音频数据，并确定是否混音播放上述两种音频数据。在本发明实施例中，若确定对上述两种音频数据进行混音播放，则对上述两种音频数据进行混音处理，并将音量调整后以及混音处理后的音频数据通过音频驱动发送至音频硬件进行混音处理。

对于本发明实施例，该子系统中的音频服务接收到的上层应用发送的音频播放请求中除了携带有需要播放的音频数据，还携带有该音频数据的音频类型。

其中，音频类型包括以下至少一种：音乐、提醒音、闹铃音、系统音以及振铃音。在本发明实施例中，上述音频类型对应的上层应用可以同时运行。

本发明实施例提供了一种多系统中媒体播放功能的控制方法，与现有技术中各个操作系统随时向内核中音频模块发送音频数据，以使得音频硬件播放该音频数据相比，本发明实施例通过在发送音频播放请求之前，先判断该系统是否具有音频访问权限，当该系统具有音频访问权限时，才将该系统中需要播放的音频数据通过音频驱动发送至音频硬件，以播放接收到音频数据，即通过控制每个系统的音频访问权限，仅当某个系统具有音频访问权限时，才能向音频硬件发送音频数据，以避免多个系统同时请求音频硬件播放该系统对应的音频数据的问题，从而可以避免音频数据播放混乱，进而可以提升用户的体验度。

实施例二

本发明实施例的另一种可能的实现方式，在如图2所示的基础上，将音频播放请求从任一子系统通过音频驱动发送至音频硬件的步骤，之前还包括图3所示的步骤302-303，其中，步骤301、304所执行的操作与步骤201-202所执行的操作相似，如下所示。

步骤301、当检测到任一子系统的音频播放请求时，判断任一子系统是否具有音频访问权限。

步骤302、当任一子系统具有音频访问权限时，确定音频播放请求中携带的音频数据对应的音频路由信息。

其中，音频路由信息包括：外放和/或耳机播放和/或听筒播放等。

对于本发明实施例，当检测到上层应用发送的音频播放请求，并且该子系统具有音频访问权，则检测终端设备当前是否连接有耳机。在本发明实施例中，若终端设备当前未连接有耳机，则该任一子系统的音频服务确定音频播放请求中携带的任何音频数据对应的音频路由均为外放。在本发明实施例中，当音频服务确定某些音频数据对应的音频路由信息为耳机播放，则向用户发送提示信息，以提示用户是否插入耳机。

对于本发明实施例，若终端设备当前连接有耳机，则任一子系统中的音频服务可以根据以下条件确定音频播放请求中携带的音频数据对应的音频路由信息。

(1)根据音频播放请求中携带的音频数据的类型确定音频路由信息。

例如，若该音频播放请求中携带的音频数据为音乐的音频数据，则确定该音频数据对应的音频路由为耳机播放，若该音频播放请求中携带的音频数据为闹铃音的音频数据，则确定该音频数据对应的音频路由为外放以及耳机同时播放。

对于本发明实施例，通过根据音频播放请求中携带的音频数据的类型确定音频路由信息，例如，闹铃音可以采用外放以及耳机同时播放，能够避免用户休息之前未拔耳机，听不到闹铃音的情况，从而可以提升用户的体验度。

(2)根据用户预先设置的规则，确定音频播放请求中携带的音频数据对应的音频路由信息。

例如，用户预先设置的规则为：音乐类型的数据对应的音频路由为耳机播放，闹铃音的数据对应的音频路由为外放以及耳机同时播放，提醒音对应的音频数据的音频路由为耳机播放，系统音的数据对应的音频路由为耳机播放、振铃音对应的音频数据的音频路由为外放以及耳机同时播放。

(3)根据当前终端设备设置的情景模式，确定音频播放请求中携带的音频数据对应的音频路由信息。

对于本发明实施例，若终端设备当前设置的情景模式为会议模式或者静音模式，则确定音频播放请求中携带的音频数据对应的音频路由均为耳机播放，若终端设备当前设置的情景模式为室外模式，则确定音频播放请求中携带的音频数据对应的音频路由可以按照上述用户预先设置的规则，确定音频播放请求中携带的音频数据的音频路由信息。

对于本发明实施例，通过根据当前终端设备设置的情景模式，确定音频播放请求中携带的音频数据对应的音频路由信息，以避免当用户设备的情景模式为会议模式等时，外放音频数据，从而可以提升用户的体验度。

步骤303、将音频路由信息通过音频驱动发送至音频硬件。

步骤304、将音频播放请求从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件响应于音频播放请求播放其中携带的音频数据。

实施例三

本发明实施例的另一种可能的实现方式，在如图3所示的基础上，还包括如图4所示的步骤404，其中，步骤401-403所执行的操作与步骤301-303所执行的操作相似，在此不再赘述。

步骤404、将音频播放请求从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件按照已接收到的音频路由信息，播放音频数据。

对于本发明实施例，当音频播放请求中携带有至少两种音频数据，确定是否混音播放。在本发明实施例中，当混音播放时，根据该至少两种音频数据的音频类型、当前可输出声音的外部设备以及用户输入的指示信息，确定混音后的音频数据对应的音频路由信息；当不混音播放时，分别根据上述各个音频数据的类型，当前可输出声音的外部设备以及用户输入的只是信息，确定各个音频数据分别对应的音频路由信息。

对于本发明实施例，当该子系统确定出音频播放请求中携带的音频数据的音频路由信息之后，将该音频路由信息设置有音频硬件上，其后，当音频硬件接收到音频播放请求时，按照已设置的音频路由信息，播放音频播放请求中携带的音频数据。

其中，当前播放的音频数据的音频类型包括：音乐，振铃，闹铃，提醒音，按键音等，当前可输出声音的外部设备可以包括：外放，听筒，有线耳机，蓝牙耳机等。

实施例四

本发明实施例的另一种可能的实现方式，在如图2所示的基础上，还包括如图5所示的步骤503-504，其中，步骤501-502所执行的操作与步骤201-202所执行的操作相似，在此不再赘述。

步骤503、当检测到任一子系统由具有音频访问权限变更为不具有音频访问权限时，实时记录最新的音频路由信息。

对于本发明实施例，当检测到一个子系统由具有音频访问权限变更为不具有音频访问权限时，若该子系统中当前存在正在播放的应用，则该系统的音频服务模块立即关闭音频数据节点，不向音频驱动发送音频路由信息以及音频播放请求，此时不需要关闭上层应用，该子系统中的音频服务可以继续响应该上层应用的创建、打开、播放、暂停等业务，也可以记录需要设置到音频硬件上的音频路由信息，并混音处理多个上层应用发送的音频数据。在本发明实施例中，当一个子系统不具有音频访问权限之后，仍可以响应上层应用的操作，能够对上层应用透明、无感知的情况下，完成播放权限的剥夺或者恢复，从而可以进一步地提升用户的体验度。

对于本发明实施例，当检测到一子系统由具有音频访问权限变更为不具有音频访问权限时，若音频硬件正在播放该系统发送的音频数据，则音频服务记录当前的音频路由信息，并且在该子系统由具有音频访问权限变更为不具有音频访问权限之后，音频外设可能发生变化，例如，拔下耳机或者插上耳机等，因此该子系统根据音频外设等情况的变化，确定最新的音频路由信息，并实时记录该最新的音频路由信息。

步骤504、当检测到任一子系统恢复音频访问权时，将最新的音频路由信息以及待播放的音频数据从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件通过已记录的音频数据对应的音频路由信息，播放待播放的音频数据。

对于本发明实施例，通过当一个子系统由具有音频访问权变更为不具有音频访问权时，实时记录最新的音频路由信息，当该子系统恢复音频访问权限之后，可以直接将该最新的音频路由信息发送至音频硬件，不需要再确定音频数据的音频路由信息，从而可以当该系统恢复音频播放请求时，节省播放音频数据的时间，进而可以进一步地提升用户体验。

实施例五

本发明实施例的另一种可能的实现方式，还包括如图6所示的步骤601。

步骤601、当检测到任一子系统由前台切换至后台，或者接收到用户输入的系统音频访问权限变更消息时，变更各个子系统分别对应的音频访问权限。

对于本发明实施例，若该终端设备为双系统终端设备，包括：第一子系统以及第二子系统，第一子系统当前处于前台运行，并且当前第一子系统具有音频访问权限，当第一子系统由前台运行切换至后台运行时，则第一子系统由具有音频访问权限变更为不具有音频访问权限，第二子系统由不具有音频访问权限、变更为具有音频访问权限；或者，当第一子系统由前台运行切换至后台运行时，接收用户输入的权限确定消息，确定第一子系统以及第二子系统分别对应的音频访问权限。例如，当第一子系统由前台运行切换至后台运行，并且根据输入的权限确定消息，确定第一子系统具有音频访问权限，第二子系统不具有音频访问权限。

对于本发明实施例，用户可以根据各个子系统的用途预先设置音频权限访问规则：即各个子系统分别对应的音频访问权限，无论是否进行前后台切换，均不改变各个子系统的音频访问权限。

例如，终端设备的第一子系统用于播放各种类型的音频数据，第二子系统仅用于上网查找资料，则设置第一子系统具有音频访问权限，第二子系统不具有音频访问权限。

对于本发明实施例，当检测到任一子系统由前台运行切换至后台运行，或者接收到用户输入的系统音频访问权限变更消息时，变更各个子系统分别对应音频访问权限，以避免多个子系统同时具有音频访问权限的情况，从而可以进一步地避免音频播放混乱的情况，并且当子系统由前台运行切换至后台运行，可以根据用户当前的需求，不变更音频访问权限，进而可以进一步地提升用户体验。

实施例六

本发明实施例的另一种可能的实现方式，还包括如图7所示的步骤701。

步骤701、当任一子系统检测到预置类型事件发生，并且该子系统不具有音频访问权时，变更各个子系统分别对应的音频访问权限。

对于本发明实施例，若终端设备为双系统终端设备，当前第一子系统具有音频访问权限、第二子系统不具有音频访问权限，当第二子系统中检测有电话接入时，第一子系统由具有音频访问权限变更为不具有音频访问权限，第二子系统由不具有音频访问权限变更为具有音频访问权限。

对于本发明实施例，当检测到预置类型事件发生，并且该子系统不具有音频访问权限，通过变更各个子系统分别对应的音频访问权限，能够使得发生预置类型事件的子系统具有音频访问权限，从而可以避免用户漏掉该预置类型事件，进而可以进一步地提升用户体验。

本发明实施例提供了另一种多系统中媒体播放功能的控制方法，通过根据音频播放请求中携带的音频数据的类型确定音频路由信息，例如，闹铃音可以采用外放以及耳机同时播放，能够避免用户休息之前未拔耳机，听不到闹铃音的情况，从而可以提升用户的体验度；通过根据当前终端设备设置的情景模式，确定音频播放请求中携带的音频数据对应的音频路由信息，以避免当用户设备的情景模式为会议模式等时，外放音频数据，从而可以提升用户的体验度；当一个子系统不具有音频访问权限之后，仍可以响应上层应用的操作，能够对上层应用透明、无感知的情况下，完成播放权限的剥夺或者恢复，从而可以进一步地提升用户的体验度；通过当一个子系统由具有音频访问权变更为不具有音频访问权时，实时记录最新的音频路由信息，当该子系统恢复音频访问权限之后，可以直接将该最新的音频路由信息发送至音频硬件，不需要再确定音频数据的音频路由信息，从而可以当该系统恢复音频播放请求时，节省播放音频数据的时间，进而可以进一步地提升用户体验；当检测到任一子系统由前台运行切换至后台运行，或者接收到用户输入的系统音频访问权限变更消息时，变更各个子系统分别对应音频访问权限，以避免多个子系统同时具有音频访问权限的情况，从而可以进一步地音频播放混乱，并且当子系统由前台运行切换至后台运行，可以根据用户当前的需求，不变更音频访问权限，进而可以进一步地提升用户体验；当检测到预置类型事件发生，并且该子系统不具有音频访问权限，通过变更各个子系统分别对应的音频访问权限，能够使得发生预置类型事件的子系统具有音频访问权限，从而可以避免用户漏掉该预置类型事件，进而可以进一步地提升用户体验。

本发明实施例提供了一种多系统中媒体播放功能的控制装置，该多系统包括至少两个子系统，如图8所示，该装置包括：判断模块81、发送模块82。

判断模块81，用于当检测到任一子系统的音频播放请求时，判断任一子系统是否具有音频访问权限。

发送模块82，用于当任一子系统具有音频访问权限时，将音频播放请求从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件响应于音频播放请求播放其中携带的音频数据。

进一步地，如图9所示，该装置还包括：确定模块91。

确定模块91，用于当检测到音频播放请求时，确定音频播放请求中携带的音频数据对应的音频路由信息。

其中，音频路由信息包括：外放和/或耳机播放和/或听筒播放。

发送模块82，还用于将音频路由信息通过音频驱动发送至音频硬件。

发送模块82，具体用于将音频播放请求从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件按照已接收到的音频路由信息，播放音频数据。

进一步地，如图9所示，该装置还包括：记录模块92。

记录模块92，用于当检测到任一子系统由具有音频访问权限变更为不具有音频访问权限时，实时记录最新的音频路由信息。

发送模块82，还用于当检测到任一子系统恢复音频访问权时，将最新的音频路由信息以及待播放的音频数据从任一子系统通过音频驱动发送至音频硬件，以使得音频硬件通过已记录的音频数据对应的音频路由信息，播放待播放的音频数据。

进一步地，如图9所示，该装置还包括：变更模块93。

变更模块93，用于当检测到任一子系统由前台切换至后台，或者接收到用户输入的系统音频访问权限变更消息时，变更各个子系统分别对应的音频访问权限。

变更模块93，还用于当任一子系统检测到预置类型事件发生，并且该子系统不具有音频访问权时，变更各个子系统分别对应的音频访问权限。

本发明实施例提供了一种多系统中媒体播放功能的控制装置，与现有技术中各个操作系统随时向内核中音频模块发送音频数据，以使得音频硬件播放该音频数据相比，本发明实施例通过在发送音频播放请求之前，先判断该系统是否具有音频访问权限，当该系统具有音频访问权限时，才将该系统中需要播放的音频数据通过音频驱动发送至音频硬件，以播放接收到音频数据，即通过控制每个系统的音频访问权限，仅当某个系统具有音频访问权限时，才能向音频硬件发送音频数据，以避免多个系统同时请求音频硬件播放该系统对应的音频数据的问题，从而可以避免音频数据播放混乱，进而可以提升用户的体验度。

本发明实施例提供了另一种多系统中媒体播放功能的控制装置，通过根据音频播放请求中携带的音频数据的类型确定音频路由信息，例如，闹铃音可以采用外放以及耳机同时播放，能够避免用户休息之前未拔耳机，听不到闹铃音的情况，从而可以提升用户的体验度；通过根据当前终端设备设置的情景模式，确定音频播放请求中携带的音频数据对应的音频路由信息，以避免当用户设备的情景模式为会议模式等时，外放音频数据，从而可以提升用户的体验度；当一个子系统不具有音频访问权限之后，仍可以响应上层应用的操作，能够对上层应用透明、无感知的情况下，完成播放权限的剥夺或者恢复，从而可以进一步地提升用户的体验度；通过当一个子系统由具有音频访问权变更为不具有音频访问权时，实时记录最新的音频路由信息，当该子系统恢复音频访问权限之后，可以直接将该最新的音频路由信息发送至音频硬件，不需要再确定音频数据的音频路由信息，从而可以当该系统恢复音频播放请求时，节省播放音频数据的时间，进而可以进一步地提升用户体验；当检测到任一子系统由前台运行切换至后台运行，或者接收到用户输入的系统音频访问权限变更消息时，变更各个子系统分别对应音频访问权限，以避免多个子系统同时具有音频访问权限的情况，从而可以进一步地音频播放混乱，并且当子系统由前台运行切换至后台运行，可以根据用户当前的需求，不变更音频访问权限，进而可以进一步地提升用户体验；当检测到预置类型事件发生，并且该子系统不具有音频访问权限，通过变更各个子系统分别对应的音频访问权限，能够使得发生预置类型事件的子系统具有音频访问权限，从而可以避免用户漏掉该预置类型事件，进而可以进一步地提升用户体验。

本发明实施例提供的多系统中媒体播放功能的控制装置可以实现上述提供的方法实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。本发明实施例提供的多系统中媒体播放功能的控制方法及装置可以适用于仅一个子系统能向音频硬件发送音频播放请求，以使得音频硬件同一个时间仅播放一个子系统中的音频数据，但不仅限于此。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。