CN108566561B - 视频播放方法、装置及存储介质 - Google Patents

Abstract

本申请公开了一种视频播放方法，包括：向应用服务器发送针对视频节目的播放请求；接收所述应用服务器根据所述播放请求返回的音视频数据的第一链接地址和音频数据的第二链接地址，所述音视频数据和所述音频数据与所述视频节目相关联；根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；在第一页面播放所述音视频数据；当所述第一页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；当所述第一页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。本申请还公开了相应的装置及存储介质。

Description

视频播放方法、装置及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种视频播放方法、装置及存储介质。

背景技术

终端设备(如手机、电脑等)可以允许多个应用程序同时运行，当运行多个应用程序时，有些应用程序无法一直在终端设备的显示装置显示，但用户又不想中断该应用程序的使用，例如，用户正在使用电脑中的网页或视频应用程序(app)观看视频时，当网页或视频app被最小化时，用户不希望中断观看视频，网页或视频app可以继续在后台运行，播放所述视频(但不在显示装置上显示)，使得用户可以继续收听所述视频，从而不中断对视频内容的了解。

发明内容

本申请实例提供了一种视频播放方法，包括：向应用服务器发送针对视频节目的播放请求；接收所述应用服务器根据所述播放请求返回的音视频数据的第一链接地址和音频数据的第二链接地址，所述音视频数据和所述音频数据与所述视频节目相关联；根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；在第一页面播放所述音视频数据；当所述第一页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；当所述第一页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

本申请实例还提供了一种视频播放方法，包括：接收应用客户端的针对视频节目的播放请求；根据所述播放请求确定与所述视频节目关联的音视频数据和音频数据；将所述音视频数据的第一链接地址和所述音频数据的第二链接地址发送至所述应用客户端，以使所述应用客户端根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地。

本申请实例还提供了一种视频播放装置，包括：发送模块，用于向应用服务器发送针对视频节目的播放请求；接收模块，用于接收所述应用服务器根据所述播放请求返回的音视频数据的第一链接地址和音频数据的第二链接地址，所述音视频数据和所述音频数据与所述视频节目相关联；获取模块，用于根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；播放模块，用于在第一页面播放所述音视频数据；当所述第一页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；当所述第一页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

本申请实例还提供了一种视频播放装置，包括：接收模块，用于接收应用客户端的针对视频节目的播放请求；确定模块，用于根据所述播放请求确定与所述视频节目关联的音视频数据和音频数据；发送模块，用于将所述音视频数据的第一链接地址和所述音频数据的第二链接地址发送至所述应用客户端，以使所述应用客户端根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地。

本申请实例还提供了一种存储介质，存储有计算机可读指令，可以使至少一个处理器执行上述方法。

采用上述技术方案，能够使所述音视频数据的播放和所述音频数据的播放无缝衔接，让用户感觉不到卡顿的现象，改善应用客户端的播放效果，提高应用客户端的播放性能。

附图说明

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

图1是本申请实例涉及的一种系统构架示意图；

图2是本申请一实例的方法流程图；

图3是本申请实例涉及的一种用户界面示意图；

图4是本申请实例涉及的另一种用户界面示意图；

图5是本申请实例涉及的又一种用户界面示意图；

图6是本申请实例涉及的又一种用户界面示意图；

图7是本申请另一实例的方法流程图；

图8为本申请实例视频播放方法的消息交互图；

图9是本申请一实例的装置结构图；

图10是本申请另一实例的装置结构图；及

图11是本申请一实例的设备结构图。

具体实施方式

下面将结合本申请实例中的附图，对本申请实例中的技术方案进行清楚、完整地描述，显然，所描述的实例仅是本申请一部分实例，而不是全部的实例。基于本申请中的实例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实例，都属于本申请保护的范围。

本申请提出了一种视频播放方法，该方法可应用于图1所示的系统构架中。如图1所示，该系统构架包括：应用客户端101、应用服务器102和存储服务器 103，这些实体通过互联网104进行通信。其中，应用客户端101可以运行于手机、PAD(平板电脑)、膝上型便携计算机、台式计算机等终端上，应用客户端 101可以为视频应用客户端(简称视频app，如腾讯视频、芒果TV、爱奇异等视频app)、新闻应用客户端等内容推送应用客户端，也可以为微博应用客户端、微信应用客户端等社交应用客户端。应用服务器102可以为单个服务器，或者为由若干台服务器组成的服务器集群，或者是一个云计算服务中心。应用服务器102可以是提供各种互联网服务的网站服务器，比如：门户网站服务器、提供在线视频播放服务的服务器及社交平台的服务器等等。存储服务器103可以和应用服务器102集成在一起，也可以与应用服务器102相互独立，存储服务器103用于存储应用客户端101播放视频节目所需的音视频数据和音频数据等，可以包括多个分布式存储节点，比如内容分发网络(CDN，ContentDelivery Network)存储节点。

应用客户端101向应用服务器102发送针对视频节目的播放请求；应用客户端101接收应用服务器102根据所述播放请求返回的音视频数据的第一链接地址和音频数据的第二链接地址，所述音视频数据和所述音频数据与所述视频节目相关联；应用客户端101根据所述第一链接地址从存储服务器103获取所述音视频数据，根据所述第二链接地址从存储服务器103获取所述音频数据，并将获取到的所述音频数据缓存在本地；应用客户端101在第一页面播放所述音视频数据；当所述第一页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；当所述第一页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

图2示出了本申请实例提出的一种视频播放方法的流程，该方法可应用于应用客户端101，包括：

步骤201：向应用服务器102发送针对视频节目的播放请求。

在一些实例中，所述方法进一步包括：展示第二页面；在所述第二页面中展示视频节目的标识和开关控件；当所述开关控件处于开的状态时，所述播放请求携带所述视频节目的标识、所述视频节目的音视频数据的获取标识和所述视频节目的音频数据的获取标识，以使所述应用服务器返回所述音视频数据的第一链接地址和所述音频数据的第二链接地址。

这里，所述音频数据与所述音视频数据与所述视频节目相关联，例如，音视频数据为播放一电视剧集所需的数据(该音视频数据包括用于播放一电视剧集的画面数据和音频数据)，所述音频为该电视剧集的音频数据(该音频数据与所述音视频数据中的音频数据相同)。

例如，应用客户端101为视频app，图3展示了视频app的主页面(即第二页面)，主页面上展示了多个可选的视频(包括视频名称等信息)，还展示了“音频连续播放”的打开/关闭按钮(即开关控件)，如301所示，当用户操作使得该按钮处于ON的状态时，视频app中的“音频连续播放”功能处于可使用状态；当所述按钮处于OFF的状态时，视频app中的“音频连续播放”功能处于不可用状态。此种情形下，“音频连续播放”功能对于主页面展示的所有视频均适用。当用户从图3所示的主页面中任选一个视频进行播放时，即视频app向视频服务器发送针对该视频节目的播放请求，所述播放请求携带该视频节目的标识 (ID)、该视频节目的音视频数据的获取标识和该视频节目的音频数据的获取标识(例如“get_video_and_voice”)，以使视频服务器根据该播放请求返回所述视频节目的音视频数据的链接地址(URL)和音频数据的链接地址，也即，当“音频连续播放”功能处于可用状态时，视频app从视频服务器获取音视频数据的 URL和音频数据的URL；当“音频连续播放”功能处于不可用状态时，视频app 仅从视频服务器获取音视频数据的URL。

在一些实例中，所述方法进一步包括：所述第一页面展示有开关控件，所述播放请求携带所述视频节目的标识和所述视频节目的音视频数据的获取标识；所述方法进一步包括：当所述开关控件处于开的状态时，还向所述应用服务器发送获取所述视频节目的音频数据的请求。

例如，应用客户端为视频app，用户从如图3所示的主页面中展示的多个视频中选择了其中一个视频进行播放，视频app将所述主页面切换至如图4所示的播放页面(即第一页面)，且视频app向视频服务器发送该视频节目的播放请求，该请求携带该视频节目的标识、该视频节目的音视频数据的获取标识(例如“get_single_video”)，视频服务器根据该播放请求返回所述音视频数据的URL，视频app根据所述音视频数据的URL从存储服务器获取所述音视频数据进行播放。此外，在该播放页面的右上角有所述“音频连续播放”的打开/关闭按钮，如401所示，此种情形下，“音频连续播放”功能仅对于该视频可用。此时，当所述“音频连续播放”的按钮处于开的状态时，视频app还向视频服务器发送所述视频节目的音频数据的获取请求，所述获取请求携带该视频节目的标识、该视频节目的音频数据的获取标识(例如“get_single_voice”)，以使应用服务器 102根据该音频数据的获取标识返回所述音频数据的URL，并根据所述音频素材的URL从存储服务器103获取所述音频素材，并将其缓存在本地。步骤202：接收所述应用服务器根据所述请求返回的音视频数据的第一链接地址和音频数据的第二链接地址，所述音视频数据和所述音频数据与所述视频节目相关联。

这里，所述音视频数据和所述音频数据在存储服务器103中是分开放置的，从而应用服务器102向应用客户端101返回音视频数据的第一链接地址(URL1) 和音频数据的第二链接地址(URL2)。

步骤203：根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并获取到的所述音频数据缓存在本地。

这里，应用客户端101根据所述第一链接地址从存储服务器103获取到所述音视频数据后，在其第一页面上进行播放；在获取到所述音频数据后，将获取到的所述音频数据缓存在本地，从而在所述音视频数据播放的任何时刻，当应用客户端101转入后台运行时，随时播放其缓存的所述音频数据。

这种预先加载所述音频数据的方式，可以在当应用客户端101的第一页面由前台运行转入后台运行时，能够使所述音视频数据的播放和所述音频数据的播放无缝衔接，让用户感觉不到卡顿的现象，改善应用客户端的播放效果，提高应用客户端的播放性能。

这里，前台运行是指应用程序当前正处于被使用并且展示出用户界面的状态；后台运行是指应用程序处于被用户打开后不使用、没有展示出用户界面但没有关闭的状态，此时，应用程序在系统资源管理器里运行，占用系统资源，仅提供一些辅助功能，不能响应用户界面操作。

步骤204：在第一页面播放所述音视频数据。

这里，所述在第一页面播放所述音视频数据可以如图4所示。

步骤205：当所述第一页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据。

这里，所述应用客户端101的第一页面(或称为播放页面)由前台运行转入后台运行时，这里，所述前台运行可以为应用客户端101的第一页面在其运行终端的显示装置上展示，例如，视频app的播放页面在手机的显示屏上进行显示(例如播放视频)，所述后台运行为应用客户端101被打开后不使用而且没有关闭，例如，视频app在电脑中被最小化；或手机被按home键回到手机的主屏幕；或者视频app正在进行视频播放时，手机被锁屏等。

这里，当应用客户端101的第一页面转入后台运行时，为了防止视频app 继续后台运行播放所述音视频数据所带来的流量浪费，及为了避免中断用户对所述视频内容的了解(例如，用户在观看视频的时候有时候眼睛有点累，但是又想继续了解剧情的内容)，视频app继续播放该音视频数据对应的所述音频数据，使得用户仍可以收听音频数据，从而继续了解所述视频内容。

在一些实例中，所述当所述第一页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据，包括：记录所述音视频数据的第一播放时刻；在所述音频数据中确定所述第一播放时刻对应的音频数据分片；从所述音频数据分片开始播放所述音频数据。

例如，视频app正在播放一电影，当视频app被最小化时，视频app记录当前电影的音视频数据的播放时间点，停止播放该电影的音视频数据，在音频数据中确定该播放时间点对应的音频数据分片，并从该音频数据分片开始播放所述音频数据。此时，若所述音频数据没有完全缓存到本地，视频app可以继续从存储服务器103获取所述音频数据。

在一些实例中，所述当所述第一页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据，包括：展示锁屏界面；及响应于对所述锁屏界面中指定控件的操作，开始播放所述音频数据；所述方法进一步包括：当所述第一页面转入后台运行并且播放所述音频数据时，响应于对所述控件的操作，暂停播放所述音频数据。

例如，如图5所示，视频app正在进行一电视剧集的音视频数据播放，手机被锁屏后，视频app仍继续播放该电视剧集的音频数据，并在锁屏界面上提供多个控件使得用户可控制音频数据的播放，例如，操作控件501可以播放音频数据，再次操作控件501，可以暂停所述音频数据；操作控件502可以快进所述音频数据；操作控件503，可以调整所述音频数据的播放进度，如将所述音频调整至20:00分钟播放等。

步骤206：当所述第一页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

这里，应用客户端101的第一页面由后台运行转入前台运行，可以为，例如，视频app被最大化，在电脑的显示器上显示视频app的播放页面(如图4 所示)，继续播放所述音视频数据。

在一些实例中，所述当所述第一页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据，包括：当转入前台运行时，继续播放所述音频数据；当所述音视频数据加载完成时，暂停播放所述音频数据，并继续播放所述音视频数据。

例如，当视频app由后台运行转入前台运行时，视频app显示音视频数据正在加载，如图6所示，播放页面展示缓冲动画，如601所示，为了防止视频app 显示中断(即视频app既不播放音视频数据也不播放音频数据)，避免给用户造成卡顿的感觉，视频app继续播放音频数据，直至当前播放所需的音视频数据加载完成，从而实现了所述音频数据和所述音视频数据的无缝衔接。

在一些实例中，所述继续在所述第一页面上播放所述音视频数据，包括：记录所述音频数据的第二播放时刻；在所述音视频数据中确定所述第二播放时刻对应的音视频数据分片；从所述音视频数据分片开始播放所述音视频数据。

例如，当被最小化的视频app切换到前台运行时，视频app记录当前播放的音频数据的播放时间点，若所述视频app加载所述音视频数据完成，则在所述音视频数据中确定该播放时间点对应的音视频数据分片，并从该音视频数据分片开始播放所述音视频数据；若所述视频app加载所述音视频数据未完成，则视频app继续播放所述音频数据，直至当前播放所需的音视频数据加载完成，播放所述音视频数据。

在一些实例中，所述方法进一步包括：当所述音视频数据播放完成时，删除所述音频数据。

例如，视频app在播放一电影的音视频数据完成后，删除该电影的音频数据，以避免该音频数据继续占据存储空间，为应用客户端101提供更多的运行空间，改善应用客户端101的运行性能。

通过上述技术方案，可以在应用客户端101的播放页面由前台转入后台运行后，暂停从存储服务器103获取所述音视频数据，从而避免了流量浪费，节省了应用客户端101的带宽；同时继续播放所述音频数据，使得用户能够不中断对媒体内容的了解；以及在应用客户端101的播放页面由后台转入前台运行后，所述音频数据继续播放，以使当前展示所需音视频数据能够加载完成而后进行展示，避免了应用客户端101由后台转入前台运行时无音视频数据播放而出现的卡顿现象，实现了所述音视频数据和所述音频数据展示的无缝衔接，让用户感觉不到卡顿，从而改善应用客户端101的展示效果，提高应用客户端101 的展示性能。

图7示出了本申请实例提出的一种视频播放方法的流程，该方法可应用于应用服务器102，包括：

步骤701：接收应用客户端的针对视频节目的播放请求。

步骤702：根据所述播放请求确定与所述视频节目关联的音视频数据和音频数据。

步骤703：将所述音视频数据的第一链接地址和所述音频数据的第二链接地址发送至所述应用客户端，以使所述应用客户端根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地。

图8示出了本申请一实例的消息交互图，在此实例中，以应用客户端101 为视频app，对应的应用服务器102为视频服务器进行举例说明，如图所示，上述过程包括如下步骤：

步骤801：在视频app的首页上设置“音频连续播放”功能，即在应用客户端的第一页面(如图3所示)上操作控件301，使其处于ON状态。

步骤802：视频app的主页上还至少展示有两个电影或电视等，响应于用户对于其中任一电影的点击操作，视频app向视频服务器发送该电影的数据获取请求，所述电影的数据包括该电影的音视频数据和该电影的音频数据。

步骤803：视频服务器根据上述数据获取请求向视频app发送所述音视频数据的第一链接地址(URL1)和所述音频数据的第二链接地址(URL2)(即所述音视频数据和所述音频数据在所述视频服务器中是分开放置的)，视频app根据 URL1从存储服务器获取所述音视频数据，根据URL2从存储服务器获取所述音频数据，其中，所述音频数据下载缓存在本地，并设置成在所述电影播放完成后自动删除。

步骤804：响应于所述用户对于其中任一电影的点击操作时(即在步骤03 之后)，视频app将所述主页面(如图3所示)切换为播放页面(如图4所示)，并在所述播放页面播放所述音视频数据。

步骤805：当所述视频app的播放页面转入后台运行时，例如，手机被用户按下home键，回到手机的主页，或者视频app被用户按下“最小化”按钮(如电脑上的视频app)，或者手机被用户按下“锁屏”键等，视频app暂停播放所述音视频数据(同时也暂停向存储服务器获取所述电影的音视频数据，以避免造成数据流量的浪费)，记录所述音视频数据的暂停时刻，并在所述音频数据中确定该暂停时刻对应的音频数据分片，从该音频数据分片开始播放所述音频数据(若所述音频数据没有下载完，则所述视频app继续根据URL2从存储服务器获取所述音频数据)，以使得用户能够继续了解所述电影的剧情内容。

步骤806：当所述视频app的播放页面由后台转入前台运行时，若视频app 的播放页面上显示所述音视频数据正在加载，则视频app继续播放所述音频数据，直至当前播放所需的音视频数据加载完成，此时停止播放所述音频数据，并记录所述音频数据停止时刻，并在所述音视频数据中确定该停止时刻对应的音视频数据分片，从该音视频数据分片开始播放所述音视频数据。

步骤807：当检测到所述音视频数据播放完毕时，删除所述音频数据。

基于上述实例提供的方法，本申请实例还提出了一种视频播放装置900，如图9所示，包括：

发送模块901，用于向应用服务器发送针对视频节目的播放请求。

接收模块902，用于接收所述应用服务器根据所述播放请求返回的音视频数据的第一链接地址和音频数据的第二链接地址，所述音视频数据和所述音频数据与所述视频节目相关联。

获取模块903，用于根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地。

播放模块904，用于在第一页面播放所述音视频数据；当所述第一页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；当所述第一页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

在一些实例中，所述装置还包括删除模块905，用于当所述音视频数据播放完成时，删除所述音频数据。

在一些实例中，本申请实例还提出了一种视频播放装置1000，如图10所示，包括：

接收模块1001，用于接收应用客户端的针对视频节目的播放请求。

确定模块1002，用于根据所述播放请求确定与所述视频节目关联的音视频数据和音频数据。

发送模块1003，用于将所述音视频数据的第一链接地址和所述音频数据的第二链接地址发送至所述应用客户端，以使所述应用客户端根据所述第一链接地址获取所述音视频数据，根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地。

在一实例中，上述的视频播放装置可运行在各种可基于互联网而进行用户信息处理的计算设备中，并加载在该计算设备的存储器中。通过上述技术方案，可以在应用客户端101的播放页面由前台转入后台运行后，暂停从存储服务器 103获取所述音视频数据，从而避免了流量浪费，节省了应用客户端101的带宽；同时继续播放所述音频数据，使得用户能够不中断对媒体内容的了解；以及在应用客户端101的播放页面由后台转入前台运行后，所述音频数据继续播放，以使当前展示所需音视频数据能够加载完成而后进行展示，避免了应用客户端 101由后台转入前台运行时无音视频数据播放而出现的卡顿现象，实现了所述音视频数据和所述音频数据展示的无缝衔接，让用户感觉不到卡顿，从而改善应用客户端101的展示效果，提高应用客户端101的展示性能。

图11示出了视频播放装置所在的计算设备的组成结构图。如图11所示，该计算设备包括一个或者多个处理器(CPU)1102、存储器1106、用户接口1110，以及用于互联这些组件的通信总线1108。

用户接口1110包括一个或多个输出设备1112，其包括一个或多个扬声器和 /或一个或多个可视化显示器。用户接口1110也包括一个或多个输入设备1114，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。

存储器1106可以是高速随机存取存储器，诸如DRAM、SRAM、DDR RAM、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。

存储器1106存储处理器1102可执行的指令集，包括：

操作系统1116，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；

应用1118，包括用于视频播放的各种应用程序，这种应用程序能够实现上述各实例中的处理流程，比如可以包括图9所示的装置900和/或图10所示的装置1000。

在一些实例中，装置900可包括图9所示的各模块901-905。各模块901-905 可以存储有机器可执行指令。处理器1102通过执行存储器1106中各模块901-905 的机器可执行指令，进而能够实现上述各模块901-905的功能。

在一些实例中，装置1000可包括图10所示的各模块1001-1003。各模块 1001-1003可以存储有机器可执行指令。处理器1102通过执行存储器1106中各模块1001-1003的机器可执行指令，进而能够实现上述各模块1001-1003的功能。

需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。

各实例中的硬件模块可以以硬件方式或硬件平台加软件的方式实现。上述软件包括机器可读指令，存储在非易失性存储介质中。因此，各实例也可以体现为软件产品。例如，对应上述视频播放方法和装置，本申请的实例还提供了一种计算机可读存储介质，其上存储有计算机指令，其中，所述计算机指令被处理器执行时实现上述视频播放方法的步骤。

各实例中，硬件可以由专门的硬件或执行机器可读指令的硬件实现。例如，硬件可以为专门设计的永久性电路或逻辑器件(如专用处理器，如FPGA或 ASIC)用于完成特定的操作。硬件也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。

另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和/或内存)中执行。因此，这样的存储介质也构成了本申请，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，这种数据处理程序可用于执行本申请上述方法实例中的任何一种实例。

图9和图10中的模块对应的机器可读指令可以使计算机上操作的操作系统等来完成这里描述的部分或者全部操作。非易失性计算机可读存储介质可以是插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器。安装在扩展板或者扩展单元上的CPU等可以根据指令执行部分和全部实际操作。

另外，在本申请各个实例中的装置及各模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上装置或模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅为本申请的较佳实例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (11)

1.一种视频播放方法，其特征在于，包括：

展示应用客户端的主页面，在所述主页面中展示视频节目的标识和第一开关控件，所述主页面上展示了多个可选的视频节目，所述第一开关控件对所述主页面展示的所有视频节目均适用；

向应用服务器发送针对一视频节目的播放请求；其中，当所述第一开关控件处于开的状态时，所述播放请求携带所述视频节目的标识、所述视频节目的音视频数据的获取标识和所述视频节目的音频数据的获取标识，以使所述应用服务器返回所述音视频数据的第一链接地址和所述音频数据的第二链接地址；当所述第一开关控件处于关的状态时，所述播放请求携带所述视频节目的标识和视频节目的音视频数据的获取标识，以使所述应用服务器返回所述音视频数据的第一链接地址；

接收所述应用服务器根据所述播放请求返回的音视频数据的第一链接地址和音频数据的第二链接地址，或者音视频数据的第一链接地址，所述音视频数据和所述音频数据与所述视频节目相关联；

根据所述第一链接地址获取所述音视频数据并根据第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；或者，根据所述第一链接地址获取所述音视频数据；

从所述主页面切换至播放页面，在所述播放页面播放所述音视频数据；其中，所述播放页面展示有第二开关控件，所述第二开关控件仅对于当前播放的视频节目可用；

在所述音视频数据的播放过程中，响应于所述第二开关控件打开的操作，向所述应用服务器发送所述视频节目的音频数据的获取请求，所述获取请求携带所述视频节目的标识和所述视频节目的音频数据的获取标识，以使所述应用服务器根据所述音频数据的获取标识返回所述音频数据的第二链接地址；根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；

当所述播放页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；

当所述播放页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

2.根据权利要求1所述的方法，进一步包括：

当所述音视频数据播放完成时，删除所述音频数据。

3.根据权利要求1所述的方法，其中，所述当所述播放页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据，包括：

记录所述音视频数据的第一播放时刻；

在所述音频数据中确定与所述第一播放时刻对应的音频数据分片；

从所述音频数据分片开始播放所述音频数据。

4.根据权利要求1所述的方法，其中，所述当所述播放页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据，包括：

当所述播放页面转入前台运行时，继续播放所述音频数据；

当所述音视频数据加载完成时，暂停播放所述音频数据，并继续播放所述音视频数据。

5.根据权利要求1或4所述的方法，其中，所述继续播放所述音视频数据，包括：

记录所述音频数据的第二播放时刻；

在所述音视频数据中确定与所述第二播放时刻对应的音视频数据分片；

从所述音视频数据分片开始播放所述音视频数据。

6.根据权利要求1所述的方法，其中，所述当所述播放页面转入后台运行时，暂停展示所述音视频数据，播放所述音频数据，包括：

展示锁屏界面；及

响应于对所述锁屏界面中指定控件的操作，开始播放所述音频数据；

所述方法进一步包括：

当所述播放页面转入后台运行并且播放所述音频数据时，响应于对所述控件的操作，暂停播放所述音频数据。

7.一种视频播放方法，其特征在于，包括：

接收应用客户端的针对视频节目的播放请求；其中，所述应用客户端展示主页面，在所述主页面中展示视频节目的标识和第一开关控件，所述主页面上展示了多个可选的视频节目，所述第一开关控件对上述主页面展示的所有视频节目均适用；当所述第一开关控件处于开的状态时，所述播放请求携带所述视频节目的标识、所述视频节目的音视频数据的获取标识和所述视频节目的音频数据的获取标识，以使应用服务器返回所述音视频数据的第一链接地址和所述音频数据的第二链接地址；当所述第一开关处于关的状态时，所述播放请求携带所述视频节目的标识和视频节目的音视频数据的获取标识，以使所述应用服务器返回所述音视频数据的第一链接地址；

根据所述播放请求确定与所述视频节目关联的音视频数据和音频数据，或者，根据所述播放请求确定与所述视频节目关联的音视频数据；

将所述音视频数据的第一链接地址和音频数据的第二链接地址、或者所述音视频数据的第一链接地址发送至所述应用客户端，以使所述应用客户端根据所述第一链接地址获取所述音视频数据并在播放页面播放所述音视频数据、并且根据所述第二链接地址获取所述音频数据并缓存在本地；或者，以使所述应用客户端根据所述第一链接地址获取所述音视频数据并在播放页面上播放所述音视频数据；其中，所述播放页面上展示有第二开关控件，所述第二开关控件仅对于应用客户端当前播放的视频节目可用；

接收所述应用客户端发送的所述视频节目的音频数据的获取请求，其中，所述应用客户端在所述音视频数据的播放过程中，响应于所述第二开关控件打开的操作，发送所述视频节目的音视频数据的获取请求，所述获取请求携带所述视频节目的标识和所述视频节目的音频数据的获取标识；

根据所述音频数据的获取标识返回所述音频数据的第二链接地址；其中，所述应用客户端根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；所述应用客户端在所述播放页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；当所述播放页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

8.一种视频播放装置，其特征在于，包括：

发送模块，用于展示应用客户端的主页面，在所述主页面中展示视频节目的标识和第一开关控件，所述主页面上展示了多个可选的视频节目，所述第一开关控件对所述主页面展示的所有视频节目均适用；向应用服务器发送针对视频节目的播放请求；其中，当所述第一开关控件处于开的状态时，所述播放请求携带所述视频节目的标识、所述视频节目的音视频数据的获取标识和所述视频节目的音频数据的获取标识，以使所述应用服务器返回所述音视频数据的第一链接地址和所述音频数据的第二链接地址；当所述第一开关处于关的状态时，所述播放请求携带所述视频节目的标识和视频节目的音视频数据的获取标识，以使所述应用服务器返回所述音视频数据的第一链接地址；

接收模块，用于接收所述应用服务器根据所述播放请求返回的音视频数据的第一链接地址和音频数据的第二链接地址，或者音视频数据的第一链接地址，所述音视频数据和所述音频数据与所述视频节目相关联；

获取模块，用于根据所述第一链接地址获取所述音视频数据并根据第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；或者，根据所述第一链接地址获取所述音视频数据；

播放模块，用于从所述主页面切换至播放页面，在所述播放页面播放所述音视频数据；其中，所述播放页面展示有第二开关控件，所述第二开关控件仅对于当前播放的视频节目可用；在所述音视频数据的播放过程中，响应于所述第二开关控件打开的操作，向所述应用服务器发送所述视频节目的音频数据的获取请求，所述获取请求携带所述视频节目的标识和所述视频节目的音频数据的获取标识，以使所述应用服务器根据所述音频数据的获取标识返回所述音频数据的第二链接地址；根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；当所述播放页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；当所述播放页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

9.根据权利要求8所述的装置，进一步包括：

删除模块，用于当所述音视频数据播放完成时，删除所述音频数据。

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

接收模块，用于接收应用客户端的针对视频节目的播放请求；其中，所述应用客户端展示主页面，在所述主页面中展示视频节目的标识和第一开关控件，所述主页面上展示了多个可选的视频节目，所述第一开关控件对上述主页面展示的所有视频节目均适用；当所述第一开关控件处于开的状态时，所述播放请求携带所述视频节目的标识、所述视频节目的音视频数据的获取标识和所述视频节目的音频数据的获取标识，以使应用服务器返回所述音视频数据的第一链接地址和所述音频数据的第二链接地址；当所述第一开关处于关的状态时，所述播放请求携带所述视频节目的标识和视频节目的音视频数据的获取标识，以使所述应用服务器返回所述音视频数据的第一链接地址；

确定模块，用于根据所述播放请求确定与所述视频节目关联的音视频数据和音频数据，或者，确定与所述视频节目关联的音视频数据；

发送模块，用于将所述音视频数据的第一链接地址和音频数据的第二链接地址、或者所述音视频数据的第一链接地址发送至所述应用客户端，以使所述应用客户端根据所述第一链接地址获取所述音视频数据并在播放页面播放所述音视频数据、并且根据所述第二链接地址获取所述音频数据并缓存在本地；或者，以使所述应用客户端根据所述第一链接地址获取所述音视频数据并在播放页面上播放所述音视频数据；其中，所述播放页面上展示有第二开关控件，所述第二开关控件仅对于应用客户端当前播放的视频节目可用；接收所述应用客户端发送的所述视频节目的音频数据的获取请求，其中，所述应用客户端在所述音视频数据的播放过程中，响应于所述第二开关控件打开的操作，发送所述视频节目的音视频数据的获取请求，所述获取请求携带所述视频节目的标识和所述视频节目的音频数据的获取标识；根据所述音频数据的获取标识返回所述音频数据的第二链接地址；其中，所述应用客户端根据所述第二链接地址获取所述音频数据，并将获取到的所述音频数据缓存在本地；所述应用客户端在所述播放页面转入后台运行时，暂停播放所述音视频数据，播放所述音频数据；当所述播放页面转入前台运行时，暂停播放所述音频数据，继续播放所述音视频数据。

11.一种存储介质，存储有计算机可读指令，可以使至少一个处理器执行如权利要求1至6任一项所述的方法。

Images