也一般只设置一个解码器，比如IOS操作系统，即使在一些设置有两个解码器的操 作系统中，也有可能出现两个音视频应用共享一个解码器资源的情况，所以本发明实施例 中对智能设备具有一个解码器，还是两个解码器，还是多个解码器不做限定。在本发明实施 例中，如果在智能电视播放音视频应用A的过程中，接收到切换至应用B的指令后，则启动 应用B的播放界面，并将应用A置为后台程序，即使得应用A在后台运行。启动应用B的播 放界面后，应用B会向解码器发送play指令，即开始播放指令，因为应用A在播放过程中 需要用到解码器，当应用A被置为后台程序后，其会向解码器发送stop指令，即停止播放指 令，因为在本发明实施例中，如果将用户界面设计为无主页的用户界面，在应用切换过程中 就省略了在主页上操作的步骤，因而启动应用B的播放界面和将应用A置为后台程序在本 发明实施例中几乎是同时进行的，很有可能会出现应用B向解码器发送play指令的同时， 应用A向同一个解码器发送stop指令，此时，解码器只能响应其中一个指令，如果解码器响 应了应用A发送的stop指令，则会造成解码器停止工作，无法播放目标音视频应用B ;或者 应用A向解码器发送stop指令的同时，应用B向同一个解码器发送play指令，这种情况下， 解码器也只能响应其中一个指令，所以，在应用B向同一个解码器发送play指令时，解码器 很有可能接收不到应用B向其发送的play指令，而是响应的应用A发送的stop指令，同样 导致无法播放音视频应用B。
[0018] 为避免上述问题出现，本发明实施例在启动目标音视频应用B的播放界面之后， 对音视频解码器的状态进行查询，如图5所示，具体查询步骤可以为： 5501 :调用音视频解码器对应的接口，检测该接口是否有码流输出； 5502 :若该接口无码流输出，则判断音视频解码器的状态为空闲。即通过解码器的接口 查询该接口是否有码流，也就是查询是否有音视频数据输出，如果该接口没有音视频数据 输出，则说明应用A已经释放了其所占有的解码器资源，即可判定解码器的状态为空闲。同 样的道理，若该接口有码流输出，说明应用A虽然已经切换到后台执行，但是还没有释放其 所占有的解码器资源，此时可判断解码器的状态为忙。在解码器的状态为空闲的情况下，执 行步骤S400 :如果音视频解码器的状态为空闲，则指示目标音视频应用向该音视频解码器 发送播放指令。
[0019] 由上述实施例可以看出，当智能电视接收到目标音视频应用的切换指令后，在启 动目标音视频应用的播放界面的同时，将当前正在播放的音视频应用切换至后台运行，这 与现有技术相比，一定程度上缩短了切换应用的时间，进一步地，本发明实施例在启动目标 音视频应用的播放界面之后，查询音视频解码器的状态，并当解码器的状态为空闲时，才播 放目标音视频应用，避免了当前正在播放的音视频应用和切换后的目标音视频应用因可能 共享同一个解码器资源带来的资源冲突问题。
[0020] 综上，由于本发明实施例在接收到切换指令后，能够直接切换至目标音视频应用 的播放界面，而无需在切换之前先返回主页，因此，在应用切换的过程中，可以省去主页，即 本发明实施例的切换音视频应用的方法，省去了当前正在播放的音视频应用_>主页，和主 页_>目标音视频应用的步骤，而且，在解码器空闲时，开始播放目标音视频应用，因此，整 个音视频应用切换的过程中，实现了解码器资源随着应用切换而释放给目标音视频应用使 用，即实现了目标音视频应用的正常播放，在实现了应用的无主页切换，简化了切换步骤的 同时，也避免了切换过程中应用之间的资源冲突问题。
[0021] 在本发明实施例中，考虑到应用A退出到后台执行时，并不一定能够立即释放其 所占有的解码器资源，因此，在查询解码器的状态时，解码器会有空闲和忙两个状态，当解 码器的状态忙时，本发明实施例提供了两种方案平衡应用A和应用B的解码器资源。
[0022] 第一种方案，如图6所示，具体步骤为： S601 :若音视频解码器的状态为忙，则设置查询时间间隔； 具体在执行时，可以设置查询时间间隔为250ms，当然，为了尽快播放目标音视频应用 B，可以将查询时间间隔设置地更短，如200ms。
[0023] S602:以设置的查询时间间隔为周期，查询音视频解码器的状态，并当查询到的音 视频解码器的状态为空闲时，指示目标音视频应用向音视频解码器发送播放指令。
[0024] 以设置的250ms或者200ms为周期，通过系统提供的接口，查询解码器所对应的接 口是否有码流，即视频数据输出，当该接口无码流输出时，播放目标音视频应用B。
[0025] 需要说明的是，具体实现时，也可以设定可变周期，如第一次以250ms为查询时间 间隔进行查询，第二次以200ms为查询时间间隔进行查询，第三次以150ms为查询时间间 隔进行查询等等，这样，可以更快地获得解码器的状态，一旦解码器的状态变为空闲，可以 更快的播放目标音视频应用。
[0026] 上述实施例中，在切换至目标音视频应用B的播放界面后，当切换前的音视频应 用A没有释放解码器资源时，设置查询周期不断查询解码器的状态，直至解码器状态为空 闲时，才播放目标音视频应用B，避免了切换前后的解码器资源冲突，因此，本实施例在实现 了音视频应用的无主页切换的同时，也最大程度保证了系统的正常运行。
[0027] 第二种方案，如图7所示，平衡应用A和应用B的具体步骤为： 5701 :若音视频解码器的状态为忙，则将当前系统时间设置为查询起始值； 5702 :读取计时器的计时值； 以智能电视为例，智能电视一般具有时钟，可以把智能电视的时钟作为计时器，从该计 时器上读取系统时间。当然，计时器也可以为专门设置的定时器，这里不作具体限定。不 管哪种形式的计时器，可以是在步骤S701之后才启动的，也可以是智能电视自开机就启动 的，这里也不作具体限定。若步骤S701查询解码器的状态为忙时的系统时间为15:30,则查 询起始值为15:30，此后，实时或者周期性地读取智能电视时钟的计时值。
[0028] S703 :当计时器的计时值与查询起始值的差值大于或者等于查询时长阈值，且音 视频解码器的状态为忙时，指示被置为后台程序的音视频应用向音视频解码器发送停止解 码的指令之后，指示目标音视频应用向音视频解码器发送播放指令。
[0029] 在该步骤中，可以设定查询时长阈值为5000ms，一般情况下，查询时长阈值是参考 用户对切换时长的忍耐程度设置的，为了保证用户切换台的体验，当计时器的计时值与查 询起始值的差值大于或者等于5000ms，且该音视频解码器的状态为忙时，也就是说从切换 到目标音视频应用开始，经过了 5000ms之后，如果解码器对应的接口仍有码流输出，这时 智能电视就会指示切换前的音视频应用向解码器发送停止音视频播放的指令，使得应用A 释放了其所占有的音视频资源，进而使得音视频解码器为空闲状态，此时指示目标音视频 应用B向解码器发送播放指令，以使得解码器为切换后的音视频应用解码。
[0030] 可选地，为了避免影响用户体验，同时也为了避免系统发生异常，这里的查询时长 阈值还可以设置为解码器资源被释放所需要的平均时间，该平均时间可以随着系统繁忙程 度的改变而改变。
[0031] 上述实施例中，考虑到切换前的音视频应用可能在超过用户承受切换时长时，仍 不能释放解码器资源，因此，设置了查询时长阈值，当启动目标音视频应用的播放界面，并 经过查询时长阈值的时间后，如果解码器资源仍没有被切换前的音视频应用释放，则智能 电视指示已经切换到后台运行的音视频应用向解码器发送停止播放的指令之后，指示切换 后的目标音视频应用向解码器发送播放指令，以播放目标音视频指令。进一步地，当该查询 时长阈值为解码器资源被释放所需要的平均时间时，因为该平均时间一般都小于用户所承 受的最大切换时长，所以，此时，更能保证用户的体验，而且因为间隔一段时间后，才强制性 地将解码器资源分配给目标音视频应用，所以一定程度上也能减少系统发生异常的概率。 如此，避免了用户在启动目标音视频的播放界面后，因解码器资源被切换前的音视频占用 而导致的目标音视频应用长时间不能播放的问题。
[0032] 基于相同的发明构思，本发明实施例还提供了一种切换音视频应用的电视机电视 机，如图8所示，该电视机电视机包括：接收模块801，用于接收切换至目标音视频应用的指 令；执行模块802,用于根据接收模块801接收到的指令，启动目标音视频应