S102之后，智能电视将接收到的遥控器键值转换为目标音视频应用的应用 名称，比如，在智能电视播放应用A的过程中，接收到了遥控器发送的键值KeyEVent2,接 收到键值后，查找表1，得到键值keyEvent2对应的目标音视频应用是应用B，则进入步骤 S200 :根据指令，启动目标音视频应用，也就是应用B的播放界面，并将当前正在播放的音 视频应用，也就是应用A置为后台程序，使应用A在后台运行。
[0015] 在步骤S200中，在实际操作过程中，启动应用B的播放界面的同时，将应用A置为 后台程序，使其在后台执行，举例来说，比如应用A为搜狐视频，应用B为乐视视频，当接收 到遥控器键值KeyE Vent2时，启动乐视视频的播放界面，并将搜狐视频置为后台程序。
[0016] 这里需要说明的是，接收到切换指令后，首先启动乐视视频的播放界面，而不是直 接播放乐视视频，因为搜狐视频和乐视视频这两个音视频应用可能共享一个音视频解码 器，当将乐视视频的播放界面设置为当前播放界面时，切换到后台运行的搜狐视频并不一 定释放了其所占有的解码器资源，所以执行完步骤S200后，进入步骤S300 :指示被启动的 目标音视频应用向音视频资源锁管理模块发送申请音视频资源的请求。
[0017] 本发明实施例中，引入了音视频资源锁管理模块，音视频应用在获取到所需的音 视频资源后，该资源锁管理模块会将该资源加锁，以指示该资源正在被占用。这里所说的音 视频资源具体为音视频解码器资源。以安卓操作系统为例，在安卓操作系统中只设置有一 个解码器，当然，其他的操作系统中也一般只设置一个解码器，比如IOS操作系统，即使在 一些设置有两个解码器的操作系统中，也有可能出现两个音视频应用共享一个解码器资源 的情况，所以本发明实施例中对智能设备具有一个解码器，还是两个解码器，还是多个解码 器不做限定。
[0018] 为避免应用A和应用B在使用音视频资源时产生资源冲突的问题，本发明实施例 在启动目标音视频应用B的播放界面之后，由被启动的目标音视频应用B向音视频资源锁 管理模块发送申请音视频资源的请求。
[0019] S400:若音视频资源锁管理模块中对应目标音视频应用的音视频资源处于解锁状 态，则音视频资源锁管理模块接收该请求，将解锁的音视频资源分配给目标音视频应用，并 加锁已分配的音视频资源。
[0020] 本发明实施例中，判断音视频资源锁管理模块中对应所述目标音视频应用的音视 频资源处于解锁状态的步骤具体为：判断提供音视频资源的音视频解码器对应的接口是否 有码流输出，若无码流输出，则该接口通知音视频资源锁管理模块，进而判定对应所述目标 音视频应用的音视频资源处于解锁状态。
[0021] 当提供音视频资源的音视频解码器对应的接口没有音视频数据输出，即无码流输 出时，则说明应用A已经释放了其所占有的解码器资源，此时，该接口将解码器无码流输出 的消息通知给音视频资源锁管理模块，该音视频资源锁管理模块将音视频资源的状态由加 锁变为解锁，即可判定音视频资源锁管理模块中对应目标音视频应用B的音视频资源处于 解锁状态。同样的道理，若该接口有码流输出，说明应用A虽然已经切换到后台执行，但是 还没有释放其所占有的解码器资源，应用A所占用的音视频资源仍为加锁状态，此时可判 定音视频资源锁管理模块中对应目标音视频应用的音视频资源处于加锁状态。在判定音视 频资源锁管理模块中对应目标音视频应用的音视频资源处于解锁状态的情况下，音视频资 源锁管理模块接收目标音视频应用发送的申请音视频资源的请求，将解锁的音视频资源分 配给目标音视频应用，并加锁已分配的音视频资源。
[0022] 由上述实施例可以看出，当智能电视接收到目标音视频应用的切换指令后，在启 动目标音视频应用的播放界面的同时，将当前正在播放的音视频应用切换至后台运行，这 与现有技术相比，一定程度上缩短了切换应用的时间，进一步地，本发明实施例在启动目标 音视频应用的播放界面之后，由被启动的目标音视频应用向音视频资源锁管理模块发送申 请音视频资源的请求，并当音视频资源锁管理模块中对应目标音视频应用的音视频资源处 于解锁状态时，才将解锁的音视频资源分配给目标音视频应用，避免了当前正在播放的音 视频应用和切换后的目标音视频应用因可能共享同一个解码器资源带来的资源冲突问题， 而且，当启动目标音视频应用后，目标音视频应用向音视频资源锁管理模块发送申请音视 频资源的请求，而不需要直接查询提供音视频资源的解码器的接口，减少了访问该接口的 次数，从而降低了该接口发生异常的概率，一定程度上保证了系统的正常运行。
[0023] 综上，由于本发明实施例在接收到切换指令后，能够直接切换至目标音视频应用 的播放界面，而无需在切换之前先返回主页，因此，在应用切换的过程中，可以省去主页，即 本发明实施例的切换音视频应用的方法，省去了当前正在播放的音视频应用-> 主页，和主 页-> 目标音视频应用的步骤，而且，在音视频资源锁管理模块中对应目标音视频应用的音 视频资源处于解锁状态时，开始播放目标音视频应用，因此，整个音视频应用切换的过程 中，实现了音视频资源随着应用切换而释放给目标音视频应用使用，即实现了目标音视频 应用的正常播放，在实现了应用的无主页切换，简化了切换步骤的同时，也避免了切换过程 中应用之间的资源冲突问题。
[0024] 在本发明实施例中，考虑到应用A退出到后台执行时，并不一定能够立即释放其 所占有的解码器资源，因此，在目标音视频应用向音视频资源管理模块发送申请音视频资 源的请求时，，对应的音视频资源会有加锁和解锁两个状态，当对应的音视频资源为加锁 时，本发明实施例提供了两种方案平衡应用A和应用B的音视频资源。
[0025] 第一种方案，如图5所示，具体步骤为： S501 :若音视频资源锁管理模块中对应目标音视频应用的音视频资源处于加锁状态， 则将该请求挂起，并设置请求时间间隔； 具体在执行时，可以设置请求时间间隔为250ms，当然，为了尽快播放目标音视频应用 B，可以将请求时间间隔设置地更短，如200ms。
[0026] S502:指示被启动的目标音视频应用以请求时间间隔为周期，向音视频资源锁管 理模块发送申请音视频资源的请求，直至音视频资源锁管理模块接收请求，将解锁的音视 频资源分配给目标音视频应用。
[0027] 需要说明的是，具体实现时，也可以设定可变周期，如第一次以250ms为请求时间 间隔发出请求，第二次以200ms为请求时间间隔发出请求，第三次以150ms为请求时间间 隔发出请求等等，这样，可以更快地获得音视频资源的状态，一旦音视频资源的状态变为解 锁，可以更快的播放目标音视频应用。
[0028] 上述实施例中，在切换至目标音视频应用B的播放界面后，当切换前的音视频应 用A没有释放解码器资源时，即应用B所需的音视频资源还处于加锁状态时，设置请求周期 不断向音视频资源锁管理模块发出申请音视频资源的请求，直至音视频资源为解锁时，才 播放目标音视频应用B，避免了切换前后的解码器资源冲突，因此，本实施例在实现了音视 频应用的无主页切换的同时，也最大程度保证了系统的正常运行。
[0029] 第二种方案，如图6所示，平衡应用A和应用B的具体步骤为： 5601 :若音视频资源锁管理模块中对应目标音视频应用的音视频资源处于加锁状态， 则将请求挂起，并将当前系统时间设置为请求起始值； 5602 :读取计时器的计时值； 以智能电视为例，智能电视一般具有时钟，可以把智能电视的时钟作为计时器，从该计 时器上读取系统时间。当然，计时器也可以为专门设置的定时器，这里不作具体限定。不 管哪种形式的计时器，可以是在步骤S601之后才启动的，也可以是智能电视自开机就启动 的，这里也不作具体限定。若步骤S601查询解码器的状态为忙时的系统时间为15:30,则查 询起始值为15:30，此后，实时或者周期性地读取智能电视时钟的计时值。
[0030] S603:当计时器的计时值与请求起始值的差值大于或者等于设定的请求时长阈 值，且音视频资源锁管理