CN119653183A - 视频播放方法、装置、计算机设备、计算机可读存储介质及计算机程序产品 - Google Patents

Abstract

本申请提供了一种视频播放方法、装置、计算机设备、计算机可读存储介质及计算机程序产品；方法包括：在第一应用的显示界面中显示第一控件，所述第一控件是通过网页应用播放第一视频的控件，所述第一视频来自第二应用，所述第一应用和所述第二应用均不同于所述网页应用；基于所述第一控件接收针对所述第一视频的播放指令，利用所述网页应用播放所述第一视频；响应于针对所述第一视频的第一交互操作，确定所述第一交互操作对应的第二视频；利用所述网页应用播放所述第二视频。通过本申请，能够提高视频播放的交互性。

Description

视频播放方法、装置、计算机设备、计算机可读存储介质及计 算机程序产品

技术领域

本申请涉及多媒体技术领域，尤其涉及一种视频播放方法、装置、计算机设备、计算机可读存储介质及计算机程序产品。

背景技术

随着互联网技术的发展，由于网页应用具备跨平台兼容性、无需安装、即时更新、开发成本低以及轻量化等优势，利用网页应用播放视频已经成为网络上视频内容传播的主流方式。

在相关技术中，利用网页播放视频时，存在功能单一、交互性差的问题。

发明内容

本申请实施例提供一种视频播放方法、装置、计算机设备、计算机可读存储介质及计算机程序产品，能够提高视频播放的交互性。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种视频播放方法，所述方法包括：

在第一应用的显示界面中显示第一控件，所述第一控件是通过网页应用播放第一视频的控件，所述第一视频来自第二应用，所述第一应用和所述第二应用均不同于所述网页应用；

基于所述第一控件接收针对所述第一视频的播放指令，利用所述网页应用播放所述第一视频；

响应于针对所述第一视频的第一交互操作，确定所述第一交互操作对应的第二视频；

利用所述网页应用播放所述第二视频。

本申请实施例提供一种视频播放装置，所述装置包括：

第一显示模块，用于在第一应用的显示界面中显示第一控件，所述第一控件是通过网页应用播放第一视频的控件，所述第一视频来自第二应用，所述第一应用和所述第二应用均不同于所述网页应用；

第一播放模块，用于基于所述第一控件接收针对所述第一视频的播放指令，利用所述网页应用播放所述第一视频；

第一确定模块，用于响应于针对所述第一视频的第一交互操作，确定所述第一交互操作对应的第二视频；

第二播放模块，用于利用所述网页应用播放所述第二视频。

本申请实施例提供一种计算机设备，包括：

存储器，用于存储计算机可执行指令；

处理器，用于执行所述存储器中存储的计算机可执行指令时，实现本申请实施例提供的视频播放方法。

本申请实施例提供一种计算机可读存储介质，存储有计算机可执行指令，用于引起被处理器执行时，实现本申请实施例提供的视频播放方法。

本申请实施例提供一种计算机程序产品，包括计算机程序或计算机可执行指令，所述计算机程序或计算机可执行指令被处理器执行时，实现本申请实施例提供的视频播放方法。

本申请实施例具有以下有益效果：

在本申请实施例中，在第一应用的显示界面中显示第一控件，该第一控件是通过网页应用播放第一视频的控件，且该第一视频来自于第二应用，第一应用和第二应用均不同于网页应用，第一应用也不同于第二应用；在基于第一控件接收到针对第一视频的播放指令时，利用网页应用播放第一视频，并且在播放第一视频的过程中，能够响应于针对第一视频的第一交互操作，确定该第一交互操作对应的第二视频，并利用网页应用播放第二视频，也即通过第一交互操作实现了对播放视频的切换，如此提升切换视频的便捷性，从而能够提高利用网页应用播放来自于其他非网页应用视频的播放效率，并且丰富了视频切换功能，也提升视频播放过程中的交互性。

附图说明

图1是本申请实施例提供的图像处理系统100的一种网络架构示意图；

图2是本申请实施例提供的终端400-2的结构示意图；

图3是本申请实施例提供的视频播放方法的第一流程示意图；

图4是本申请实施例提供的界面显示的第一显示示意图；

图5是本申请实施例提供的界面显示的第二显示示意图；

图6是本申请实施例提供的确定第二视频的第一流程示意图；

图7是本申请实施例提供的构建第一缓存列表的一种流程示意图；

图8是本申请实施例提供的确定第二视频的第二流程示意图；

图9是本申请实施例提供的确定第二视频的第三流程示意图；

图10是本申请实施例提供的视频播放方法的第二流程示意图；

图11A是本申请实施例提供的网页端视频播放的第一展示示意图；

图11B是本申请实施例提供的网页端视频播放的第二展示示意图；

图12是本申请实施例提供的视频播放框架的一种结构展示示意图；

图13是本申请实施例提供的组件间调用关系的一种调用示意图；

图14是本申请实施例提供的滑动效果实现的一种实现流程图；

图15是本申请实施例提供的虚拟列表中视频回收与创建的一种展示示意图；

图16是本申请实施例提供的视频预加载方法的一种流程示意图；

图17是本申请实施例提供的视频定位的一种框架结构示意图。

需要指出，上述“第一”、“第二”仅用于区分不同的方案，不代表用于区分方案的优劣程度或在实施过程中的优先级。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

本申请实施例中，术语“模块”或“单元”是指有预定功能的计算机程序或计算机程序的一部分，并与其他相关部分一起工作以实现预定目标，并且可以通过使用软件、硬件(如处理电路或存储器)或其组合来全部或部分实现。同样的，一个处理器(或多个处理器或存储器)可以用来实现一个或多个模块或单元。此外，每个模块或单元都可以是包含该模块或单元功能的整体模块或单元的一部分。

除非另有定义，本申请实施例所使用的所有的技术和科学术语与所属技术领域的技术人员通常理解的含义相同。本申请实施例中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

本申请实施例中相关数据收集处理在实例应用时应该严格根据相关法律法规的要求，获取个人信息主体的知情同意或单独同意，并在法律法规及个人信息主体的授权范围内，开展后续数据使用及处理。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)网页应用(Web Application)，简称Web应用，是指基于Web技术构建的应用程序，Web技术可以为超文本标记语言(HyperText Markup Language，HTML)、层叠样式表(Cascading Style Sheets，CSS)、JavaScript，用户通过浏览器或网页视图(WebView)访问和使用，无需安装在本地设备上即可运行。网页应用是一种轻量化、跨平台的应用形式，具有类似桌面或移动应用程序的交互和功能。网页应用适用于在线服务、电商、媒体等多种场景。

2)沉浸流，是指一种以内容为核心、注重沉浸式体验的内容展示形式，通常通过流畅的交互设计和全屏展示方式，用户能够专注于单一内容，并通过滑动、滚动等方式逐步浏览下一项内容。沉浸流是一种单屏聚焦、线性浏览的内容流呈现方式。

沉浸流是一种用户体验设计模式，旨在通过全屏化、无干扰的内容展示和滑动切换，让用户沉浸在单一内容的体验中。沉浸流常见于短视频平台或以深度参与为目标的图文、新闻、产品展示等场景。

沉浸流的展示形式包括：每次只展示一个内容单元(如一段视频、一篇文章或一幅图片)；用户通过滑动或滚动自然切换到下一个内容；无缝衔接的动画和过渡效果增强沉浸感。沉浸流具备单屏聚焦、流畅切换、强调视觉冲击力、强交互设计的特点。

3)富媒体内容(Rich Media Content)，是指包含多种媒体形式的内容，包括文字、图片、音频、视频、动画、互动元素等。富媒体内容旨在通过多样化的表达方式增强用户体验、吸引用户注意力并提升参与度。

富媒体内容的特点包括：特点一，多样性：结合视频、音频、动画和文字等多媒体形式，提供更生动的表达。特点二，交互性：允许用户与内容进行互动(如点击、滑动、播放、暂停)。特点三，沉浸感：通过富媒体技术提供更具吸引力和沉浸感的内容体验。

富媒体内容的应用场景包括：场景1，视频广告：如播放时带有互动选项的广告。场景2，电子商务：包含360°商品展示的视频和图片。场景三，动态新闻：带视频、图片、动画的新闻报道。

4)网页(World Wide Web，Web)组件，是构成网页或Web应用的独立功能模块，用来封装特定的交互或显示逻辑。组件通常是可复用、可定制的，可以在不同的网页或应用中使用。

网页组件的特点包括：模块化：组件通常封装在独立的HTML、CSS和JavaScript中，易于复用；灵活性：可以通过参数或事件定制行为。隔离性：组件样式和逻辑独立，避免和其他组件冲突。

网页组件的应用场景包括：表单组件：输入框、按钮、选择框；导航栏：顶部导航菜单、侧边栏菜单；图片轮播：自动播放和用户可交互的图片切换组件；数据表格：带分页、排序、过滤功能的表格。

5)播放器，是一个用于播放音频、视频或流媒体内容的工具或组件。播放器提供了播放控制(如播放、暂停、音量调节)以及对视频或音频文件的渲染。

播放器的特点包括：媒体支持：支持常见的媒体格式(如MP4、MP3、WebM)；播放控制：提供播放、暂停、拖动进度条、调整音量等功能；扩展功能：可能包括字幕支持、倍速播放、广告插入、清晰度切换等。

播放器的应用场景包括：在线视频播放：如视频网站；流媒体直播：支持超文本传输协议实时流媒体传输(HTTP Live Streaming，HLS)、基于超文本传输协议的动态自适应流媒体传输(Dynamic Adaptive Streaming over HTTP，DASH)等协议的实时视频播放；音乐播放：如音乐平台；嵌入式内容：如文章中的音视频内容。

6)滑动组件(Slider/Swiper)，是一种支持滑动交互的用户界面组件，常用于展示一组图片、视频或内容单元，用户可以通过滑动切换查看。滑动组件的特点包括：交互性：用户可以通过触摸屏幕或鼠标滑动来切换内容；动态切换：支持自动轮播或手动切换，并带有过渡动画效果；布局灵活：滑动方向可以是水平或垂直。

滑动组件的应用场景包括：短视频流，上下滑动切换视频；图片轮播：电商平台首页的商品或促销图片展示；图文卡片：展示新闻、文章摘要或数据；产品展示：电商页面中商品图片的左右切换浏览。

为了更好地理解本申请实施例提供的视频播放方法，首先对相关技术中的视频播放方法及存在的技术问题进行说明。

在相关技术中，假设应用1接收到一条视频转发消息，该视频转发消息中的待播放视频是来自于应用2，那么，在应用1中，通过点击该视频转发消息，进入网页应用界面，再通过点击网页应用界面中的开始播放控件，来播放该待播放视频，在播放过程中只能进行关闭视频播放的操作，无法进行其他操作。并且利用网页应用播放待播放视频时，播放界面受限，视频呈现效果差。如果需要播放其他视频，则需要滑动页面，才显示出其他视频的播放入口，之后点击该播放入口才能播放其他视频，操作繁琐，且视频播放效率低。

结合上述相关技术可知，相关技术的缺点至少包括，第一，视频播放过程中的交互性弱、功能单一；第二，视频播效率低。

本申请实施例提供一种视频播放方法、装置、计算机设备、计算机可读存储介质和计算机程序产品，能够提高视频播放的交互性，下面说明本申请实施例提供的计算机设备的示例性应用，本申请实施例提供的计算机设备可以实施为笔记本电脑、平板电脑，台式计算机、机顶盒、智能手机、智能音箱、智能手表、智能电视、车载终端、机器人、无人机、医疗设备、智能穿戴设备等各种类型的终端，也可以实施为服务器，又或者是二者的结合。下面，将说明计算机设备实施为终端时示例性应用。

参见图1，图1是本申请实施例提供的视频播放系统100的网络架构示意图，为实现支撑一个视频播放应用，服务器200、终端400-1通过网络300连接终端400-2，网络300可以是广域网或者局域网，又或者是二者的组合。

终端400-1利用第二应用播放第一视频，并通过第一应用消息的形式将第一视频分享至终端400-2；终端400-2用于在第一应用的显示界面中显示第一控件，第一控件是通过网页应用播放第一视频的控件，第一视频来自第二应用，第一应用和第二应用均不同于网页应用；基于第一控件接收针对第一视频的播放指令，生成携带第一视频标识的第一播放请求，并将第一播放请求发送至服务器200；服务器200应用基于第一播放请求获取第一视频，并将第一视频返回至终端400-2；终端400-2利用网页应用播放第一视频；响应于针对第一视频的第一交互操作，生成携带第二视频标识的第二播放请求，并将第二播放请求发送至服务器200；服务器200应用基于第二播放请求获取第二视频，并将第二视频返回至终端400-2；如此终端400-2确定出第一交互操作对应的第二视频；并利用网页应用播放第二视频。

在本申请实施例中，终端400-2在第一应用的显示界面中显示第一控件，该第一控件是通过网页应用播放第一视频的控件，且该第一视频来自于第二应用，第一应用和第二应用均不同于网页应用，第一应用也不同于第二应用；在基于第一控件接收到针对第一视频的播放指令时，利用网页应用播放第一视频，并且在播放第一视频的过程中，能够响应于针对第一视频的第一交互操作，确定该第一交互操作对应的第二视频，并利用网页应用播放第二视频，也即通过第一交互操作实现了对播放视频的切换，如此提升切换视频的便捷性，从而能够提高利用网页应用播放来自于其他非网页应用视频的播放效率，并且丰富了视频切换功能，也提升视频播放过程中的交互性。

在一些实施例中，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content DeliveryNetwork，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

参见图2，图2是本申请实施例提供的终端400-2的结构示意图，图2所示的终端400-2包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。终端400-2中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(Digital Signal Processor，DSP)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(Read Only Memory，ROM)，易失性存储器可以是随机存取存储器(Random Access Memory，RAM)。本申请实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他电子设备，示例性的网络接口420包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(Universal Serial Bus，USB)等；

呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的装置可以采用软件方式实现，图2示出了存储在存储器450中的视频播放装置455，其可以是程序和插件等形式的软件，包括以下软件模块：第一显示模块4551、第一播放模块4552、第一确定模块4553和第二播放模块4554，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的装置可以采用硬件方式实现，作为示例，本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的视频播放方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(Application Specific Integrated Circuit，ASIC)、DSP、可编程逻辑器件(Programmable Logic Device，PLD)、复杂可编程逻辑器件(Complex ProgrammableLogic Device，CPLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或其他电子元件。

在一些实施例中，终端可以通过运行各种计算机可执行指令或计算机程序来实现本申请实施例提供的视频播放方法。举例来说，计算机可执行指令可以是微程序级的命令、机器指令或软件指令。计算机程序可以是操作系统中的原生程序或软件模块；可以是本地(Native)应用程序(APPlication，APP)，即需要在操作系统中安装才能运行的程序，如即时通讯APP、资讯APP；也可以是可以嵌入至任意APP中的小程序，即只需要下载到浏览器环境中就可以运行的程序。总而言之，上述的计算机可执行指令可以是任意形式的指令，上述计算机程序可以是任意形式的应用程序、模块或插件。

将结合本申请实施例提供的终端的示例性应用和实施，说明本申请实施例提供的视频播放方法。

需要说明的是，下文中的视频播放方法的示例中，是以第一视频为短视频为例说明的，本领域技术人员根据对下文的理解，可以将本申请实施例提供的视频播放方法应用于包括咨询视频、广告、影视视频、直播视频、宣传视频等其他类型视频的视频播放。本申请实施例还可应用于各种场景，包括但不限于数字媒体、社交媒体、教育与培训、智慧交通、辅助驾驶等。

参见图3，图3是本申请实施例提供的视频播放方法的一种流程示意图，将结合图3示出的步骤对本申请实施例提供的视频播放方法进行说明，该方法可以由计算机设备执行，在本申请实施例中，以计算机设备为终端为例进行说明。

在步骤S101中，在第一应用的显示界面中显示第一控件。

在本申请实施例中，第一控件是通过网页应用播放第一视频的入口控件，第一视频来自第二应用，第一应用和第二应用均不同于网页应用，第一应用与第二应用也不相同。

在一些实施例中，第一应用和第二应用可以为同一类型的两个不同应用，例如，第一应用和第二应用可以是不同的即时通信应用，第一应用和第二应用还可以是不同的短视频应用。第一应用和第二应用也可以是不同类型的两个应用，例如，第一应用是即时通信应用，第二应用是短视频应用；或者，第一应用是短视频应用，第二应用是即时通信应用。

在一些实施例中，第一应用能够接收通过第二应用转发的分享消息(或者链接消息)，该分享消息中可以携带第一视频的缩略图或者文字链接，该缩略图或者文字链接所在区域即为第一控件，该第一控件支持以下操作至少之一：触控操作、语音操作、手势操作、姿态操作，以触控操作举例来说，该触控操作可以为单击操作、长按操作、双击操作等任一操作。也即上述步骤S101是在终端的第一应用接收到分享消息之后，则在显示界面中显示第一控件。

在步骤S102中，基于第一控件接收针对第一视频的播放指令，利用网页应用播放第一视频。

在一些实施例中，以触控操作举例来说，当接收到针对第一控件的触控操作时，可认为接收到针对第一视频的视频播放指令，运行网页应用，并利用网页应用播放第一视频，这种情况能够实现自动播放第一视频。

在另一些实施例中，当接收到针对第一控件的触控操作时，运行网页应用，利用网页应用展示第一视频的缩略图；接着，在网页应用中接收到针对第一视频的缩略图的触控操作时，可认为接收到针对第一视频的视频播放指令，则利用网页应用播放第一视频，这种情况能够实现触控播放第一视频。

在一些实施例中，上述步骤S102中的“利用网页应用播放第一视频”的实现过程可以包括：利用网页应用调用预设播放器，在显示界面中显示预设播放器的播放界面，播放界面的屏占比大于占比阈值；利用预设播放器，在播放界面播放第一视频。

在一些实施例中，预设播放器可以是网页应用之外的一个第三方播放器，比如该预设播放器可以是一个兼容性强、播放质量高、稳定性好、容易使用、功能丰富、低延迟、可扩展、安全性高、资源占用低的播放器。

示例性的，该预设播放器能够支持多种音视频格式，包括但不限于常见的mp4、avi、mkv等视频格式，以及mp3、wav、g711等音频格式。该预设播放器支持高分辨率播放，保证用户观看体验。该预设播放器在播放过程中不容易出现卡顿、宕机或崩溃的情况。该预设播放器界面直观，操作简便，用户无需额外的学习成本即可使用。该预设播放器具备如快进、快退、截图、全屏、画中画、字幕选择、播放速度调整等功能。

在一些实施例中，在运行网页应用的同时，调用预设播放器，调用预设播放器是指启动预设播放器，可将第一视频(或者第一视频链接)传递至预设播放器，再将起始时间、字幕路径等参数增加至预设播放器的控制信息，从而实现对预设播放器的调用。

在一些实施例中，参见图4，可在显示界面1021中显示播放界面1022。播放界面的屏占比是指播放界面所占屏幕的比例，也即播放界面的第一面积与屏幕的第二面积的比值。占比阈值是根据经验提前设置的值，为了实现以沉浸流的形式播放第一视频，也即实现大屏或者全屏播放第一视频，示例的，占比阈值可以为90％、95％、98％等。

示例性的，假设占比阈值为95％，则播放界面的第一面积与屏幕的第二面积的比值大于95％，基于此，在播放界面中播放第一视频的时候，能够实现以全屏或者大屏的方式播放第一视频，从而提升第一视频的视觉效果，提高视频内容的可见性，减少界面元素的干扰。

在一些实施例中，在利用网页应用播放第一视频的过程中，还可对第一视频进行暂停播放、继续播放以及重新播放的操作，也即还可执行：响应于针对第一视频的暂停指令，暂停播放第一视频；在播放界面中显示如下至少一个：播放控件和重播控件；在暂停播放第一视频之后，还可执行以下至少之一：响应于针对播放控件的触发操作，继续播放第一视频；响应于针对重播控件的触发操作，重新播放第一视频。

在一些实施例中，暂停指令可以为以下至少之一：触控指令、语音指令、手势指令、姿态指令，以暂停指令为触控指令举例来说，暂停指令可以是针对第一视频的单击操作。

在另一些实施例中，播放界面中还可显示暂停控件，基于此，暂停指令可以是针对暂停控件的触控操作，其中，针对暂停控件的触控操作可以是针对暂停控件的单击操作、长按操作或者双击操作。

承接上面的示例，当接收到针对第一视频的单击操作时，确定接收到针对第一视频的暂停指令，则暂停播放第一视频。

在一些实施例中，参见图5，暂停播放第一视频之后，可在播放界面1022中显示播放控件501和重播控件502。

在一些实施例中，针对播放控件的触发操作可以是针对播放控件的单击操作、长按操作或者双击操作，类似的，针对重播控件的触发操作可以是针对重播控件的单击操作、长按操作或者双击操作。

示例性的，以针对播放控件的触发操作是针对播放控件的单击操作举例来说，当接收到针对播放控件的单击操作时，则确定接收到针对播放控件的触发操作，则继续播放第一视频，也即接续第一视频帧继续播放第一视频，其中，第一视频帧是指接收到暂停指令时播放界面所显示的视频帧。

示例性的，以针对重播控件的触发操作是针对重播控件的单击操作举例来说，当接收到针对重播控件的单击操作时，则确定接收到针对重播控件的触发操作，则重新播放第一视频，也即从第三视频帧开始播放第一视频，其中，第三视频帧是指第一视频中时间信息最早的视频帧，第三视频帧也可认为是第一视频的首个视频帧。

在一些实施例中，在上述“暂停播放第一视频”之后，还可执行：获取第一视频帧，并在播放界面显示第一视频帧，直至接收到针对播放控件的触发操作或者针对重播控件的触发操作，第一视频帧为接收到暂停指令时播放界面显示的视频帧。

在一些实施例中，可先降低播放界面的显示亮度，然后在播放界面中显示第一视频帧；也可以浮层或者弹窗的形式在播放界面中显示暂停界面，并在该暂停界面中显示第一视频帧。示例性的，假设在播放到第一视频的第50个视频帧时，接收到针对第一视频的暂停指令，则将第50个视频帧确定为第一视频帧。

在一些实施例中，当在播放界面中显示第一视频帧时，如果接收到针对播放控件的触发操作，则恢复播放界面的显示亮度，并利用播放界面继续播放第一视频，也即以第一视频帧为起始帧继续播放第一视频。

在另一些实施例中，当在暂停界面中显示第一视频帧时，如果接收到针对播放控件的触发操作，则取消显示暂停界面，并在播放界面中继续播放第一视频。

在另一些实施例中，在上述“暂停播放第一视频”之后，也可执行：获取预设图像，并在播放界面显示预设图像，直至接收到针对播放控件的触发操作或者针对重播控件的触发操作。

在一些实施例中，“在播放界面显示预设图像”的实现过程与上述“在播放界面显示第一视频帧”的实现过程相类似，不同之处在于：一个显示的是预设图像，一个显示的是第一视频帧，也即两者显示的内容不同，预设图像为提前预设的图像，示例性的，该预设图像可以为第一视频的封面图像，该预设图像还可以为用户自定义的图像；因此，“在播放界面显示预设图像”的实现过程可参考上述“在播放界面显示第一视频帧”的实现过程。

在一些实施例中，在利用网页应用播放第一视频的过程中，还可设置视频播放速度，也即在利用网页应用播放第一视频的过程中，还可执行：响应于针对第一视频的倍速调整指令，显示至少两个候选倍速；响应于针对候选倍速的选择操作，将被选中的候选倍速确定为目标倍速；在播放界面中按照目标倍速播放第一视频。

在一些实施例中，与上述暂停指令相类似，倍速调整指令可以为以下至少之一：触控指令、语音指令、手势指令、姿态指令，以倍速调整指令为触控指令举例来说，倍速调整指令可以是针对第一视频的两点触控操作或者三击操作。

在另一些实施例中，播放界面中还可显示倍速调整控件，基于此，倍速调整指令可以是针对倍速调整控件的触控操作，其中，针对倍速调整控件的触控操作可以是针对倍速调整控件的单击操作、长按操作或者双击操作。

以倍速调整指令为针对第一视频的两点触控操作举例来说，当接收到针对第一视频的两点触控操作时，则确定接收到倍速调整指令，则在播放界面显示至少两个候选倍速，例如显示“0.5×”、“1.0×”、“1.5×”和“2.0×”这四个候选倍速；当接收到针对候选倍速“1.5×”的单击操作时，确定接收到针对候选倍速的选择操作，则将“1.5×”确定为目标倍速，也即将1.5倍速确定为目标倍速；最后，在播放界面中以预设速度的1.5倍来切换第一视频中的视频帧，也即以1.5倍速播放第一视频。

在一些实施例中，通过上述暂停、播放、重播以及倍速设置，用户能够自由掌握播放进度和观看速度，满足多样化需求，实现了灵活的播放控制；倍速设置提升效率，方便用户快速获取视频内容，并提供个性化观看体验；基础功能齐全，操作直观，从而提升用户体验。

继续参见图3，接续上文的步骤S102进行说明。

在步骤S103中，响应于针对第一视频的第一交互操作，确定第一交互操作对应的第二视频。

在一些实施例中，第一交互操作可以是如下之一：滑动操作、拖动操作、语音操作、姿态操作。当第一交互操作为滑动操作时，则第一交互操作可以为上下滑动或者左右滑动；当第一交互操作操作为语音操作时，则第一交互操作可以为语音“切至上一个”、“切至下一个”等；当第一交互操作为姿态操作时，则第一交互操作可以为向左转头或者向上举手。

在一些实施例中，第一交互操作与第二视频相对应，也即不同的第一交互操作对应不同第二视频。

以第一交互操作为上下滑动举例来说，向上滑操作时，是将第一视频的上一个视频确定为第二视频；向下滑时，则将第一视频的下一个视频确定为第二视频。其中，第一视频的上一个视频(或者下一个视频)是指，在第一缓存列表中，位于第一视频之前的视频(或者位于第一视频之后的视频)。

在一些实施例中，参见图6，上述步骤S103中的“确定第一交互操作对应的第二视频”的实现过程可以包括以下步骤S1031至步骤S1033，下面具体说明。

在步骤S1031中，获取第一缓存列表。

在本申请实施例中，第一缓存列表中至少存储有第一视频、待推荐的第三视频和第四视频。示例性的，第一缓存列表中可以存储有第一视频、待推荐的第三视频和第四视频；第一缓存列表中也可以存储有第一视频、待推荐的第三视频、第四视频和第十视频。

在一些实施例中，第一缓存列表中存储有已缓存至本地的视频，该第一缓存列表至少存储有第一视频，且至少存储有三个视频。在一些实施例中，第一缓存列表中所存储的视频个数还可以为4个、5个等。考虑到资源占用情况，第一缓存列表中所存储的视频个数不超过个数阈值，该个数阈值为根据经验提前设置的值，示例性的，该个数阈值可以为8个、9个、10个等。

在步骤S1032中，确定第一交互操作的第一交互方向。

在一些实施例中，可获取第一交互操作的起始作用点的起始坐标，以及第一交互操作的结束作用点的结束坐标；再基于起始坐标和结束坐标确定第一交互方向。

示例性的，假设起始坐标为(2,1)，结束坐标为(2,8)，则确定第一交互方向为向上。而如果起始坐标为(2,8)，结束坐标为(2,1)，则确定第一交互方向为向下。

在步骤S1033中，当第一交互方向为第一方向时，将第三视频确定为第二视频；当第一交互方向为第二方向时，将第四视频确定为第二视频。

在一些实施例中，第一方向和第二方向为提前预设的方向，第一方向不同于第二方向，第一方向和第二方向可互为反方向。

承接上面的示例，假设第一交互操作为滑动操作，第一交互方向为向上，第一方向也为向上，且第一缓存列表中视频的排列顺序为第三视频、第一视频和第四视频时，也即第三视频为第一视频的上一个视频，则将第三视频确定为第二视频。

承接上面的示例，假设第一交互操作为滑动操作，第一交互方向为向下，第二方向也为向下，且第一缓存列表中视频的排列顺序为第三视频、第一视频和第四视频时，也即第四视频为第一视频的下一个视频，则将第四视频确定为第二视频。

通过上述步骤S1031至步骤S1033，基于缓存列表和交互方向动态确定视频内容，为用户提供流畅、高效的视频切换体验。第一缓存列表中预先存储了至少三个视频(第一视频、推荐视频)，确保用户切换视频时可以即时加载；避免了每次切换视频时从服务器实时请求视频资源带来的加载延迟，从而提高用户体验，视频切换无卡顿，操作更加流畅。根据用户的第一交互方向(例如向上滑动或向下滑动)，灵活选择推荐的下一视频(第三视频或第四视频)；精准满足用户操作需求，交互行为与系统反馈一致，从而提升用户对应用的操控感，避免切换方向错误或不符合预期的内容推荐。在缓存列表中存储推荐的第三视频和第四视频，确保切换后的内容是基于算法推荐的高相关性内容，从而确保用户获得与兴趣高度相关的内容，提升内容消费效率，减少因内容加载不及时导致的用户流失。通过缓存机制，网页应用提前获取相关视频资源，降低频繁切换时对服务器的实时请求压力，减少网络请求，节约带宽和服务器资源，并提高系统的可扩展性，适应更多用户同时使用。结合缓存机制和交互方向，视频切换更快、更直观，减少因延迟或错误切换导致的不满，提升网页应用的智能化程度。

在一些实施例中，在上述步骤S1031之前，还可先构建出第一缓存列表，基于此，当第一缓存列表中存储有第一视频、第三视频和第四视频时，参见图7，在上述步骤S1031之前还可通过以下步骤S001至步骤S004来构建第一缓存列表，下面具体说明。

在步骤S001中，获取推荐列表。

在本申请实施例中，推荐列表中存储有第一视频和多个待推荐视频。

在一些实施例中，推荐列表是由推荐系统根据用户公开的访问内容或内容特征生成的一组待推荐内容的集合。推荐列表中的待推荐内容是按优先级进行排序的，其中，待推荐内容可以为以下之一：短视频、电影、电视剧等。

在一些实施例中，可在步骤S001之前生成推荐列表，生成推荐列表的方法可以为以下之一：基于规则生成方法、协同过滤(Collaborative Filtering)生成方法、基于上下文推荐的生成方法以及基于深度学习的生成方法。推荐列表的能够提高内容匹配度、增加用户粘性，同时优化平台的内容分发效率。

在一些实施例中，在生成推荐列表之后，便认为获取到该推荐列表。

在步骤S002中，从推荐列表中，获取与第一视频相邻的两个候选视频。

在一些实施例中，可先确定第一视频在推荐列表中的第一位置，第一位置可以用第一视频在推荐列表中的排列序号来表示，比如第一视频是推荐列表中的第一个视频，那么第一位置为1；再获取与第一位置相邻的第二位置和第三位置，其中，第二位置存储第一候选视频，第三位置存储第二候选视频；接着，从第二位置获取第一候选视频，并从第三位置获取第二候选视频。

在步骤S003中，将位于第一视频之前的候选视频确定为第三视频，将位于第一视频之后的候选视频确定为第四视频。

在一些实施例中，如果第二位置位于第一位置之前，第三位置位于第一位置之后，则将第一候选视频确定为第三视频，将第二候选视频确定为第四视频。

在步骤S004中，利用第三视频、第一视频和第四视频，构建第一缓存列表。

在一些实施例中，可先创建一个为空的初始列表，再依次将第三视频、第一视频和第四视频增加至初始列表中，得到第一缓存列表。

通过上述步骤S001至步骤S004，通过构建缓存列表的机制，优化了推荐视频的加载与展示，提升了用户体验和系统效率。推荐列表中存储了与当前播放视频(第一视频)相邻的候选视频(第三视频和第四视频)，用户切换时可以立即加载和播放，从而避免切换视频时的加载延迟，提供无缝的观看体验，适合短视频、内容流平台等高频切换场景。确定相邻的视频为推荐候选，符合用户观看流的逻辑路径(前一个视频和后一个视频)，从而提高推荐内容的相关性和逻辑性，避免无关视频打断用户观看体验，支持连续性内容推荐，例如剧情型短视频、专题内容。将当前视频(第一视频)与相邻的视频(第三视频和第四视频)一起存入缓存列表，为切换或重播提供快速访问，从而减少网络请求次数，降低实时加载的压力，并提升系统效率，如此能够应对网络状况不佳的情况。第一视频及相邻视频提前加入第一缓存列表，用户来回切换时直接使用缓存内容，而无需重复加载，从而节省带宽和服务器资源，并提高切换操作的响应速度。

在一些实施例中，如果上述步骤S1033中将第三视频确定为第二视频，在上述步骤S1033之后，参见图8，还可执行以下步骤S1034A至步骤S1036A，下面具体说明。

在步骤S1034A中，从第一缓存列表中删除第四视频。

在一些实施例中，可基于第四视频的第三标识，从第一缓存列表中确定出第四视频；再触发删除操作，以删除第四视频。例如，可触发内置方法remove()来删除第四视频。

在步骤S1035A中，从推荐列表中，获取与第二视频相邻且位于第二视频之前的第五视频。

在一些实施例中，获取第五视频的实现过程，与上述步骤S002和步骤S003中获取第三视频的实现过程相类似，因此，获取第五视频的实现过程，可参考上述步骤S002和步骤S003中获取第三视频的实现过程。

在步骤S1036A中，将第五视频增加至第一缓存列表。

在本申请实施例中，第五视频位于第二视频之前。

在一些实施例中，第一缓存列表中按序存储有第五视频、第二视频和第一视频。

通过上述步骤S1034A至步骤S1036A，可通过删除和添加视频来维护第一缓存列表的秩序，确保第一缓存列表中的视频始终包括当前播放视频以及相邻的两个候选视频，在节省资源的同时，确保视频的实时加载，提高响应速度。

在一另些实施例中，如果上述步骤S1033中将第四视频确定为第二视频，在上述步骤S1033之后，参见图9，还可执行以下步骤S1034B至步骤S1036B，下面具体说明。

在步骤S1034B中，从第一缓存列表中删除第三视频。

在步骤S1035B中，从推荐列表中，获取与第二视频相邻且位于第二视频之后的第六视频。

在步骤S1036B中，将第六视频增加至第一缓存列表。

在本申请实施例中，第六视频位于第二视频之后。

在一些实施例中，上述步骤S1034B至步骤S1036B的实现过程，与上述步骤S1034A至步骤S1036A的实现过程相类似，因此，上述步骤S1034B至步骤S1036B的实现过程，可参考上述步骤S1034A至步骤S1036A的实现过程。

在一些实施例中，在执行上述步骤S103“响应于针对第一视频的第一交互操作”之前，还可执行：在预设播放器的播放界面中显示第二控件，第二控件是显示待推荐信息的控件；响应于针对第二控件的触发操作，获取待推荐信息；暂停播放第一视频，并在显示界面中显示待推荐信息。

在一些实施例中，待推荐信息的类型可以为如下至少之一：图像、视频、音频、文本。针对第二控件的触发操作可以是针对第二控件的单击操作、长按操作或者双击操作。

以针对第二控件的触发操作是针对第二控件的单击操作举例来说，当接收到针对第二控件的单击操作时，则确定接收到针对第二控件的触发操作，则获取待推荐信息。

在一些实施例中，第二控件还携带有待推荐信息的获取地址和存储地址，其中，获取地址是指用来获取待推荐信息的来源地址，可以是一个指向远程服务器或本地存储位置的路径，用于访问推荐信息；获取地址指向推荐信息的来源位置，用于请求和加载推荐数据。存储地址是指用于保存待推荐信息的目标地址，可以是一个指定的位置，用来存储推荐信息，供后续使用；存储地址指向推荐信息的保存位置，用于记录和存储推荐信息。通过获取地址加载推荐信息，网页应用从获取地址请求推荐信息；通过存储地址保存推荐信息，推荐信息加载后，保存到本地以供后续使用。可通过获取地址和存储地址的协同作用，实现推荐信息的动态加载、缓存以及存储。

在一些实施例中，当接收到针对第二控件的触发操作之后，则可自动基于获取地址和存储地址来获取待推荐信息；接着，在播放界面中暂停播放第一视频；最后在显示界面中显示待推荐信息。

在一些实施例中，“在显示界面中显示待推荐信息”的实现方式可以包括以下两种：

第一种实现方式：在播放界面中显示待推荐信息。

第二种实现方式：在显示界面中以浮层或者弹窗的形式显示推荐界面，该推荐界面可以覆盖部分或者全部播放界面，并在推荐界面中显示待推荐信息。

当待推荐信息为视频时，则需要利用预设播放器的播放界面来播放待推荐信息，也即需要采用上述第一种实现方式。

在一些实施例中，在上述“响应于针对第二控件的触发操作”之后，还可执行：获取第一视频的索引值，以及包含第一视频的第一缓存列表；当待推荐信息的显示时长达到时长阈值，或者接收到针对待推荐信息的关闭指令时，基于索引值，从第一缓存列表中获取第一视频；在播放界面中继续播放第一视频。

在一些实施例中，当采用上述第一种实现方式显示待推荐信息时，响应于针对第二控件的触发操作之后，还获取第一视频的索引值，该索引值用于表征第一视频在第一缓存列表中的位置，由于在播放第一视频的时候已经加载第一缓存列表，此时则保持加载该第一缓存列表。

在一些实施例中，时长阈值为待推荐信息对应的播放时长，该时长阈值与待推荐信息相对应，上述“当待推荐信息的显示时长达到时长阈值”表征，完成对待推荐信息的播放，或者待推荐信息播放结束。

在一些实施例中，在播放界面还可显示针对待推荐信息的关闭控件，当接收到针对关闭控件的单击操作时，确定接收到针对待推荐信息的关闭指令。

在一些实施例中，在待推荐信息播放结束或者接收到针对待推荐信息的关闭指令时，则基于索引值从第一缓存列表中获取第一视频，并在播放界面中继续播放该第一视频。

在一些实施例中，上述“在播放界面中继续播放第一视频”的实现过程可以为：获取开始显示待推荐信息时，第一视频的播放时刻；从第一视频中获取与播放时刻对应的第二视频帧；以第二视频帧作为起始帧，在播放界面中播放第一视频。

在一些实施例中，在开始显示待推荐信息时，则实时获取第一视频的播放时刻，并从第一视频中获取与该播放时刻对应的第二视频帧，示例性，播放时刻可以为1分20秒，该播放时刻正在播放的是第2400个视频帧，则将第2400个视频帧确定为第二视频帧；基于此，则以该第2400个视频帧为起始帧，在播放界面中播放第一视频，也即在播放界面中播放第2400个视频帧至最后一个视频帧，从而实现对第一视频的继续播放。

在一些实施例中，在待推荐信息显示结束后，能够精准地回到第一视频的原始播放进度，不需要用户手动操作，从而减少观看中断感，用户观看体验更加流畅，不会因待推荐信息插入而造成内容播放的割裂，提高用户对平台的满意度，减少因广告插入导致的不满。待推荐信息显示结束后直接恢复播放第一视频，减少用户因中断而放弃观看，提升用户粘性，延长用户在平台上的停留时间。存储第一缓存列表，待推荐信息显示结束后无需重新加载第一视频，从而节约服务器资源和网络流量，视频内容已经缓存，能够快速恢复播放，无需因加载延迟影响观看体验。在视频播放过程中显示待推荐信息，同时保存用户观看的第一视频信息，使待推荐信息和内容播放能够无缝衔接。

在另一些实施例中，在上述步骤S103“响应于针对第一视频的第一交互操作”之前，还可执行：获取第一视频对应的参考显示方向，以及预设播放器的播放界面所处的第一显示方向；当参考显示方向不同于第一显示方向时，生成旋转提示信息，旋转提示信息用于提示旋转显示的方向；在播放界面中显示旋转提示信息。

在一些实施例中，可获取第一视频的元数据，并解析元数据，得到解析后元数据，则可从解析后元数据中获取到参考显示方向，该参考显示方向是指是指在第一视频展示中，第一视频的视频内容相对于播放界面的最佳呈现方向。其中，第一视频的元数据是描述第一视频内容的附加信息，涵盖了第一视频的基本信息、技术属性、标识信息等。这些元数据为视频的展示、管理、推荐和检索提供了重要支持，元数据在短视频平台、流媒体平台等场景中至关重要。第一视频的参考显示方向可以作为元数据的一部分，为预设播放器和系统提供指导，确保第一视频以最佳的视觉效果展示。如此不仅优化了用户体验，还为视频的推荐、分类和适配不同设备提供了基础支持。

在一些实施例中，参考显示方向用于优化视频在不同交互场景下的视觉效果和内容适配性，参考显示方向通常分为横向显示方向(Landscape)和竖向显示方向(Portrait)。示例性的，该参考显示方向可以为横向或者竖向。

以参考显示方向为竖向举例来说，当第一显示方向为横向时，表征参考显示方向不同于第一显示方向，则生成文本或者语音类型的旋转提示信息，例如文本“请将播放设备转至竖向”；最后，在播放界面中显示该旋转提示信息。

在一些实施例中，上述“在播放界面中显示旋转提示信息”的实现过程可以为：在播放界面中显示提示界面，提示界面的第一面积小于播放界面的第二面积；在提示界面中显示旋转提示信息。

在一些实施例中，可在播放界面中以浮层的形式或者弹窗的形式显示提示界面，提示界面的第一面积小于播放界面的第二面积，该提示界面的形状可以是四边形、圆形、椭圆形、六边形等，本实施例对该形状不做限制。

在一些实施例中，上述“在播放界面中显示提示界面”的实现过程可以为：基于预设位置信息，在播放界面中显示提示界面；或者，确定第一视频中的每一视频帧的背景图像，在播放界面的背景区域中显示提示界面，背景区域是显示背景图像的区域。

在一些实施例中，预设位置信息可以包括两个对角坐标值，通过预设位置信息可以确定出一个四边形的提示界面；预设位置信息也可以包括圆心坐标值和半径，通过预设位置信息可以确定出一个圆形的提示界面。以预设位置信息包括两个对角坐标值举例来说，为了不影响第一视频播放效果，基于该两个对角坐标值所确定出的区域可以是位于播放界面的左下区域，也即提示界面位于播放界面的左下区域。相类似的，该提示界面还可以位于播放界面的左上区域、右下区域或者右上区域。

在一些实施例中，可以在播放界面中以浮层的形式显示提示界面，还可以设置提示界面的透明度，能够在不影响第一视频播放的情况下，同步显示旋转提示信息，从而优化显示效果，并提升观看体验。

在一些实施例中，可通过帧差法、均值法、中值法、背景建模、图像分割、角点检测中的任一方法来确定第一视频中各个视频帧的背景图像，本实施例对确定背景图像的方法不做限定。基于此，当在播放界面中显示视频帧时，将显示背景图像的区域记作背景区域，接着，在背景区域中以浮层的形式显示提示界面。如此，如果背景区域随着视频帧的切换而发生变化，那么提示界面在播放界面中的位置也随之动态变化，从而在同步播放第一视频和显示旋转提示信息的同时，还能够确保视频帧的前景部分不被遮挡，从而提升显示效果。

继续参见图3，接续上文的步骤S103进行说明。

在步骤S104中，利用网页应用播放第二视频。

在一些实施例中，上述步骤S104的实现过程可以为：确定终端所处环境的参考音量值，终端为运行网页应用的终端；基于参考音量值确定播放音量值，利用网页应用以播放音量值播放第二视频。

在一些实施例中，可通过终端的音频采集组件采集所处环境的参考音量值，例如50分贝；“基于参考音量值确定播放音量值”的实现方式包括以下两种：

第一种实现方式，获取参考映射表，该参考映射表中存储有参考音量值、播放音量值以及两者的对应关系；基于参考音量值，从参考映射表中确定对应的播放音量值。示例性，可基于50分贝和参考映射表，可将70分贝确定为播放音量。

第二种实现方式，获取音量差值，该音量差值为根据经验提前预设的值，示例性的，该音量差值可以为10分贝、15分贝、20分贝等；再将参考音量值与音量差值的和确定为播放音量。示例性的，假设参考音量值为50分贝，音量差值为15分贝，则将65分贝确定为播放音量。

在一些实施例中，如果采用上述第一种实现方式，则利用网页应用以70分贝播放第二视频，其中，播放第二视频的实现过程可参考上述“利用网页应用播放第一视频”的实现过程。此外，在播放第二视频的过程中，如果接收到针对第二视频的第二交互操作，与上述步骤S102至上述步骤S104相类似，则基于该第二交互操作进行视频切换。

通过上述步骤S101至步骤S104，在第一应用的显示界面中显示第一控件，该第一控件是通过网页应用播放第一视频的控件，且该第一视频来自于第二应用，第一应用和第二应用均不同于网页应用，第一应用也不同于第二应用；在基于第一控件接收到针对第一视频的播放指令时，利用网页应用播放第一视频，并且在播放第一视频的过程中，能够响应于针对第一视频的第一交互操作，确定该第一交互操作对应的第二视频，并利用网页应用播放第二视频，也即通过第一交互操作实现了对播放视频的切换，如此提升切换视频的便捷性，从而能够提高利用网页应用播放来自于其他非网页应用视频的播放效率，并且丰富了视频切换功能，也提升视频播放过程中的交互性。

在一些实施例中，如果上述步骤S1033是将第三视频确定为第二视频，那么在上述步骤S104之后，参见图10，还可执行以下步骤S105至步骤S111，下面具体说明。

在步骤S105中，响应于针对第二视频的第二交互操作，确定第二交互操作与第一交互操作之间的时间间隔。

在一些实施例中，可先获取触发第一交互操作的第一时间，以及触发第二交互操作的第二时间，将第二时间与第一时间的差值确定为时间间隔。

示例性的，假设触发第一交互操作的第一时间为14:46:20，触发第二交互操作的第二时间为14:46:30，则将10秒确定为时间间隔。

在步骤S106中，判断时间间隔是否大于或者等于间隔阈值。

在一些实施例中，间隔阈值为提前根据经验设置的值，示例性的，间隔阈值可以为5秒、10秒、15秒等。如果时间间隔大于或者等于间隔阈值，表征两个交互操作的时间间隔正常，表征第二视频正常播放，则进入步骤S107；而如果时间间隔小于间隔阈值，表征两个交互操作的时间间隔异常，表征第二视频播放中断，则进入步骤S109。

在步骤S107中，基于第二交互操作的第二交互方向，将第一缓存列表中的第一视频或者第五视频确定与第二交互操作对应的第七视频。

在本申请实施例中，第一缓存列表中存储有第一视频、第二视频和第五视频。

这里，表征第一缓存列表符合当前使用场景，则继续基于该第一缓存列表来响应于第二交互操作，并基于第二交互操作的第二交互方向，从第一缓存列表的第一视频和第五视频中确定第七视频。其中，第一缓存列表中按序存储有第五视频、第二视频和第一视频。

在一些实施例中，上述步骤S107的实现过程与上述步骤S1033的实现过程相类似，因此，上述步骤S107的实现过程可参考上述步骤S1033的实现过程。

在步骤S108中，利用网页应用播放第七视频。并结束流程。

在一些实施例中，上述步骤S108的实现过程与上述步骤S104的实现过程相类似，因此，上述步骤S108的实现过程可参考上述步骤S104的实现过程。

在步骤S109中，获取第二缓存列表。

在本申请实施例中，第二缓存列表中存储有第一视频、第八视频和第九视频。

这里，表征第一缓存列表不符合当前使用场景，则将第一缓存列表更换为第二缓存列表。

在一些实施例中，第二缓存列表中的视频类型不同于第一缓存列表的视频类型，示例性的，第二缓存列表中的视频类型可以为：与第一视频属于相同主题的视频；而第一缓存列表中的视频类型可以为：与第一视频相关的热度值高的视频。

在步骤S110中，基于第二交互方向，将第八视频或者第九视频确定第七视频。

在一些实施例中，上述步骤S110的实现过程与上述步骤S1033的实现过程相类似，因此，上述步骤S110的实现过程可参考上述步骤S1033的实现过程。

在步骤S111中，利用网页应用播放第七视频。

在一些实施例中，在一些实施例中，上述步骤S111的实现过程与上述步骤S104的实现过程相类似，因此，上述步骤S111的实现过程可参考上述步骤S104的实现过程。

通过上述步骤S105至步骤S111，当检测到视频播放中断的情况，则及时更换缓存列表，以保证待推荐视频的符合使用场景，提升视频播放效果。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。

本申请实施例基于Web端部署了播放器和滑屏组件，还对Web端进行视频播放优化，从而实现Web端的沉浸式视频体验，这种沉浸式视频体验与终端操作系统部署的原生应用相同，而且Web端的沉浸式视频体验还能够跨终端应用于支持浏览器的任一设备终端中。通过一致性的浸式视频体验，使得通过APP应用分享后的H5网页端视频承接内容，能够达到与APP一样的内容体验，实现了产品的一致性。其中，Web端对应其他实施例中的网页应用，播放器对应其他实施例中的预设播放器。

相比传统的Feed流，沉浸流以列表形式呈现内容，提供更加沉浸式的阅读体验。沉浸流突出展示富媒体内容的细节和特色，增强用户参与度和互动性，提升用户的参与感和社交体验。同时，沉浸流样式通常以大图或全屏的形式展示内容，为推荐信息(例如广告)提供更大的展示空间和更好的视觉效果，带来更高的用户参与度和商业化收益。通过测试灰度沉浸式方案，对业务页面曝光点击指标有正向收益，有效助力业务效益提升。

通过Web实现落地，Web组件应用跨终端能应用于各个设备终端中，实现跨终端功能。使用原生用户手势计算处理进行了防抖设计及检测，构建虚拟列表及时回收内存，从而实现高性能。通过内容预加载实现内容的无缝滑动，增强用户体验。沉浸流相比传统的Feed流以列表形式呈现内容，提供更加沉浸式的阅读体验。沉浸流突出展示富媒体内容的细节和特色，增强用户参与度和互动性，提升用户的参与感和社交体验。

图11A是本申请实施例提供的网页端视频播放的第一展示示意图，本申请实施例可实现向下一滑一屏的效果，当屏幕显示如图11A所示的显示界面1001时，屏幕响应于方向向下的滑动操作，则可实现播放视频的切换，将显示界面有1001切换为显示界面1002，如图11B所示，图11B是本申请实施例提供的网页端视频播放的第二展示示意图。

在一些实施例中，参见图12，图12是本申请实施例提供的视频播放框架的一种结构展示示意图，该视频播放框架1100包括沉浸式播放器卡片1101、滑动组件1102和推荐列表1103，其中，沉浸式播放器卡片1101包括播控管理组件1011、播放器1012和子(Children)组件1013；滑动组件1102包括滑动动画1021和虚拟列表1022。此外，播放器1012具备视频预加载、事件触发、进度条显示、倍速播放等功能。

在一些实施例中，参见图12，当通过滑动组件1102检测到滑动操作，一方面，调用沉浸式播放器卡片1101，另一方面，调用变化事件(onChange)，进行数据预加载，以通过变化事件从推荐列表中获取消息流列表(feedList)，并通过播放器1012以沉浸流的表现形式存储或传输信息流列表中的视频；接着，可通过调用播放器的事件，来播放、暂停或者重播视频。继续参见图12，变化事件和推荐列表是通过业务测实现，而沉浸式播放器卡片1101、滑动组件1102可通过组件封装来实现。

在一些实施例中，沉浸流用于播放器1012和滑动组件1102，其中，播放器1012采用第三方播放器进行播放，该第三方播放器具备播放流畅、高效解码、资资源占用、界面友好、响应迅速等特点。

在一些实施例中，基于上述图12，本申请实施例提供了一种组件间调用关系的调用示意图，如图13所示，页面1201通过导入(import)调用沉浸式播放器卡片1101。当检测到滑动操作时，滑动组件1102调用沉浸式播放器卡片1101，沉浸式播放器卡片1101通过渲染动画(renderSlide)来对滑动组件1102进行渲染；接着，调用视频滑动组件1202，并启动播放器1012。其中，沉浸式播放器卡片1101、视频滑动组件1202和播放器1012均属于组件。

第一步，滑动动画流程。

实现的滑动效果包括：响应于上拉至屏幕中线或滑动达一定速率、松手，触发切换下一条视频；响应于下拉至屏幕中线或滑动达一定速率、松手，触发切换上一条视频。

图14是本申请实施例提供的滑动效果实现的一种实现流程图，参见图14，滑动效果的实现流程可以包括以下步骤：

步骤S1301，获取初始坐标和开始时间。

在本申请实施例中，可实时检测触摸屏幕(touch)事件，在触摸开始(touchStart)的时候，将该时刻确定为开始时间，并采集该时刻作用于显示屏的初始坐标。

在步骤S1302中，获取当前坐标。

在一些实施例中，在触摸移动(touchMove)阶段，可周期性采集当前坐标，当前坐标是指采集时刻触摸接触点所在的位置。

在步骤S1303中，确定偏移量和偏移角度。

在一些实施例中，一方面，可基于初始坐标和当前坐标确定这两个坐标之间的距离，并将距离确定为偏移量；另一方面，基于初始坐标和当前坐标确定移动线段，再确定移动线段与参考直线的夹角，将该夹角确定为偏移角度，其中，参考直线为与屏幕长侧边平行的直线，或者与屏幕短侧边平行的直线。

在步骤S1304中，判断偏移角度是否小于角度阈值。

在一些实施例中，角度阈值可以为提前设置的值，示例性的，角度阈值可以为3度、5度、10度等。如果偏移角度大于或等于角度阈值，表征接收到的触摸操作为误操作，则进入步骤S1305，也即保持页面内容不变；而如果偏移角度小于角度阈值，表征接收到的触摸操作为滑动操作，则进入步骤S1306。

在步骤S1305中，保持页面内容不变。并结束流程。

在本申请实施例中，是指包括页面中播放的视频不变，也即继续播放页面中正在播放的视频。

在步骤S1306中，控制页面跟随滑动操作移动。

在本申请实施例中，还可控制页面中的视频随着滑动操作的移动而移动。

在步骤S1307中，判断偏移量是否大于0。

在一些实施例中，如果偏移量大于0，表征滑动操作是向上滑动，则向上移动页面内容，也即进入步骤S1308；而如果偏移量小于0，表征滑动操作是向下滑动，则向下移动页面内容，也即进入步骤S1308。

在步骤S1308中，向上移动页面内容。并转入步骤S1310。

在本申请实施例中，可以是向上移动播放视频。

在步骤S1309中，向下移动页面内容。

在本申请实施例中，可以是向下移动播放视频。

在步骤S1310中，获取结束坐标和结束时间。

此时进入触摸结束(touchEnd)阶段，在一些实施例中，步骤S1310的实现过程与上述步骤S1301的实现过程相类似，因此步骤S1310的实现过程可参考上述步骤S1301的实现过程。

在步骤S1311中，确定操作的持续时长。

在一些实施例中，是将结束时间与开始时间的差值确定为持续时长。

在步骤S1312中，判断持续时长是否小于时长阈值。

在本申请实施例中，时长阈值时根据经验提前设置的值，示例性的，时长阈值可以为200毫秒、300毫秒等。

在一些实施例中，如果持续时长小于时长阈值，确定接收到滑动操作，则进行翻页操作，也即进入步骤S1313；如果持续时长大于或者等于时长阈值，表征是误操作，则进入步骤S1314。

在步骤S1313中，进行翻页操作。并结束流程。

在一些实施例中，翻页操作是指进行视频切换。例如将视频切换为上一个视频或者下一个视频。

在步骤S1314中，确定第二偏移量。

在一些实施例中，是将初始坐标与结束坐标之间的距离确定为第二偏移量。

在步骤S1315中，判断第二偏移量是否小于预设距离。

在一些实施例中，预设距离是基于经验提前设置的值，示例性的，预设距离可以是屏幕长度的1/3、屏幕长度的1/2等。如果第二偏移量小于预设距离，表征接收到的是误操作，则进入步骤S1316；如果步第二偏移量大于或者等于预设距离，确认接收到滑动操作，则返回步骤S1313。

在步骤S1316中，保持当前页内容。

此时保持当前播放视频，并不进行视频切换。

第二步，滑动虚拟列表处理流程。

在用户不停刷视频的时候，不停的追加元素节点(Document Object Model node，DOM)节点必然会出现页面性能问题，因此需要构建一个虚拟列表，参见图15，该虚拟列表的功能可以包括：当视频滑动到位置2时，位置0的视频被回收，位置4的视频被创建，保证页面始终维持指定数目视频播放器，同时配合推荐列表预加载，视频滑到位置2，加载下一刷的数据。其中，虚拟列表对应其他实施例中的第一缓存列表。

第三步，视频自动播放处理。

虽然播放器<video/>标签本身支持自动播放(autoplay)属性，但各浏览器厂商为了提升用户的体验，防止用户浏览网页的过程中出现意外的媒体播放，对自动播放做了限制，浏览器在没有交互操作之前不允许有声音的媒体文件自动播放。这个限制对于原来的单视频播放的场景还是可以接受的，但对于这种沉浸式视频来说是非常影响用户体验的。本申请实施例可以通过jsapi的回调实现自动播放。

第四步，视频预加载处理。

在本申请实施例中，在播放第一条后会通过任务列表预加载下一条和上一条视频内容，并写入缓存，切换的时候再从缓存直接调用播放即可。

在一些实施例中，图16是本申请实施例提供的视频预加载方法的一种流程示意图，该视频预加载方法可以由计算机设备执行，在本申请实施例中，以计算机设备为终端为例进行说明。参见图16，视频加载方法包括以下步骤：

在步骤S1501中，接收播放请求。

在步骤S1502中，将播放请求转换成代理链接(proxyUrl)。

在本申请实施例中，可通过代理链接实现播放请求的转发。

在步骤S1503中，解析代理链接。

在一些实施例中，通过检查和分析代理链接，确定该代理链接指向的资源。

在步骤S1504中，判断是否包含预设格式的文件。

在本申请实施例中，预设格式可以是指m3u8类型，基于此，本实施例是判断代理链接所指资源中是否包含m3u8类型的文件。

在一些实施例中，如果包含预设格式的文件，则进入步骤S1505；否则进入步骤S1509。

在步骤S1505中，判断预设格式的文件中是否包括推荐列表。

在一些实施例中，可通过解析预设格式的文件，来判断预设格式的文件中是否包括推荐列表。如果不包括推荐列表，则表征预设格式的文件存在异常或者错误，例如预设格式的文件存在内容缺失，此时进入S1506；如果包括推荐列表，则表征预设格式的文件正确、完整，则进入步骤S1508。

在步骤S1506中，下载预设格式的文件。

在一些实施例中，可基于代理链接中的地址来重新下载预设格式的文件。

在步骤S1507中，缓存推荐列表。

在一些实施例中，预设格式的文件中包括推荐列表的播放地址，则可基于推荐列表的播放地址对推荐列表进行缓存。

在步骤S1508中，解析并全量替换推荐列表中的链接。

在一些实施例中，对推荐列表中的链接进行解析，得到解析后链接；并更新后链接进行链接更新或者替换。其中，解析后链接指向未加密的视频。

在步骤S1509中，判断是否存在缓存列表。

在一些实施例中，如果不存在缓存列表，则进入步骤S1510；否则，进入步骤S1512。其中，缓存列表对应其他实施例中的第一缓存列表。

在步骤S1510中，创建下载任务。

此时不存在缓存列表，则创建用于下载缓存列表的任务。

在步骤S1511，写入缓存列表。

在一些实施例中，是将视频增加至缓存列表中。

在步骤S1512中，返回数据。

在一些实施例中，可从缓存列表中获取视频。

在步骤S1513中，结束流程。

通过上述步骤S1501至步骤S1513，实现了缓存列表的创建，并基于缓存列表实现视频的预加载。

第五步，跨终端页面返回的定位。

在视频列表中的视频会存在点击位，可通过点击位来进行页面的跳转，如广告跳转到广告底层页等。在相关操作系统中，针对这一问题表现不一致，在相关操作系统1中，由于命中了后退-前进缓存(Back-Forward Cache，bfcache)，页面返回依然能定位到跳转前的视频；而在相关操作系统2中，页面返回会直接刷新页面，重新回到第一个视频。

在本申请实施例中，在页面跳转之前，将数据list和currentIndex的值存起来，页面返回的时候重新定位到currentIndex，从而解决重新定位问题。

在一些实施例中，图17是本申请实施例提供的视频定位的一种框架结构示意图，参见图17，假设缓存列表1601中包括五个视频，分别为视频6011、视频6012、视频6013、视频6014和视频6015，假设在利用视频沉浸流1602播放视频6012的过程中，接收到针对广告按钮6021的触控操作，认为接收到页面跳转指令，则在会话存储(sessionStorage)对象6022中存储缓存列表0221和视频索引值0222；接着，跳转至广告底层页1603；最后，当完成广告播放时，则返回视频沉浸流1602，以基于会话存储对象6022继续播放视频6012。

第六步，横屏适配。

当终端没有打开竖屏锁定的时候，整个浏览器页面是可以横过来的；会导致出现页面的错乱，为此本申请实施例增加了横屏检测，检测到到终端的屏幕横过来的时候，可通过弹窗(Toast)进行提示，例如，通过弹窗输出“请旋转手机屏幕，竖屏体验更佳”。

通过测试，第一，视频拉动位“下载”曝光点击率日均增加56.44％，“打开”曝光点击率日均增加53.81％，有助于提升收益；第二，在测试阶段，底层页人均停留时长增加16.42％，二级页人均停留时长增加21.88％，总播放增加3086w，商业化收益增加1.53％。

可以理解的是，在本申请实施例中，涉及到第一视频、预设图像、第一缓存列表、推荐列表、第二缓存列表、索引值、播放时刻、参考显示方向、第一显示方向等相关的数据，该相关数据的收集、使用和处理需要遵守相关法律法规和标准。

下面继续说明本申请实施例提供的视频播放装置455的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器450的视频处理装置455中的软件模块可以包括：

第一显示模块4551，用于在第一应用的显示界面中显示第一控件，所述第一控件是通过网页应用播放第一视频的控件，所述第一视频来自第二应用，所述第一应用和所述第二应用均不同于所述网页应用；第一播放模块4552，用于基于所述第一控件接收针对所述第一视频的播放指令，利用所述网页应用播放所述第一视频；第一确定模块4553，用于响应于针对所述第一视频的第一交互操作，确定所述第一交互操作对应的第二视频；第二播放模块4554，用于利用所述网页应用播放所述第二视频。

在一些实施例中，所述第一播放模块4552还用于：利用所述网页应用调用预设播放器，在所述显示界面中显示所述预设播放器的播放界面，所述播放界面的屏占比大于占比阈值；利用所述预设播放器，在所述播放界面播放所述第一视频。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第一响应模块，用于响应于针对所述第一视频的暂停指令，暂停播放所述第一视频；第二显示模块，用于在所述播放界面中显示如下至少一个：播放控件和重播控件。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括以下至少之一：第二响应模块，用于响应于针对所述播放控件的触发操作，继续播放所述第一视频；第三响应模块，用于响应于针对所述重播控件的触发操作，重新播放所述第一视频。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第三显示模块，用于获取第一视频帧，并在所述播放界面显示所述第一视频帧，直至接收到针对所述播放控件的触发操作或者针对所述重播控件的触发操作，所述第一视频帧为接收到所述暂停指令时所述播放界面显示的视频帧；或者，第四显示模块，用于获取预设图像，并在所述播放界面显示所述预设图像，直至接收到针对所述播放控件的触发操作或者针对所述重播控件的触发操作。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第四响应模块，用于响应于针对所述第一视频的倍速调整指令，显示至少两个候选倍速；第五响应模块，用于响应于针对所述候选倍速的选择操作，将被选中的候选倍速确定为目标倍速；第三播放模块，用于在所述播放界面中按照所述目标倍速播放所述第一视频。

在一些实施例中，所述第一确定模块4553还用于：获取第一缓存列表，所述第一缓存列表中至少存储有所述第一视频、待推荐的第三视频和第四视频；确定所述第一交互操作的第一交互方向；当所述第一交互方向为第一方向时，将所述第三视频确定为所述第二视频；当所述第一交互方向为第二方向时，将所述第四视频确定为所述第二视频。

在一些实施例中，当所述第一缓存列表中存储有所述第一视频、所述第三视频和所述第四视频时，存储在存储器450的视频处理装置455中的软件模块还包括：第一获取模块，用于获取推荐列表，所述推荐列表中存储有所述第一视频和多个待推荐视频；第二获取模块，用于从所述推荐列表中，获取与所述第一视频相邻的两个候选视频；第二确定模块，用于将位于所述第一视频之前的候选视频确定为所述第三视频，将位于所述第一视频之后的候选视频确定为所述第四视频；第一构建模块，用于利用所述第三视频、所述第一视频和所述第四视频，构建所述第一缓存列表。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第一删除模块，用于从所述第一缓存列表中删除所述第四视频；第三获取模块，用于从所述推荐列表中，获取与所述第二视频相邻且位于所述第二视频之前的第五视频；第一增加模块，用于将所述第五视频增加至所述第一缓存列表，所述第五视频位于所述第二视频之前。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第二删除模块，用于从所述第一缓存列表中删除所述第三视频；第四获取模块，用于从所述推荐列表中，获取与所述第二视频相邻且位于所述第二视频之后的第六视频；第二增加模块，用于将所述第六视频增加至所述第一缓存列表，所述第六视频位于所述第二视频之后。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第六响应模块，用于响应于针对所述第二视频的第二交互操作，确定所述第二交互操作与所述第一交互操作之间的时间间隔；第三确定模块，用于当所述时间间隔大于或者等于间隔阈值时，基于所述第二交互操作的第二交互方向，将所述第一缓存列表中的所述第一视频或者所述第五视频确定与所述第二交互操作对应的第七视频；第四播放模块，用于利用所述网页应用播放所述第七视频，所述第一缓存列表中存储有所述第一视频、所述第二视频和所述第五视频。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第五获取模块，用于当所述时间间隔小于所述间隔阈值时，获取第二缓存列表，所述第二缓存列表中存储有所述第一视频、第八视频和第九视频；第四确定模块，用于基于所述第二交互方向，将所述第八视频或者所述第九视频确定所述第七视频；第五播放模块，用于利用所述网页应用播放所述第七视频。

在一些实施例中，所述第二播放模块4554还用于：确定终端所处环境的参考音量值，所述终端为运行所述网页应用的终端；基于所述参考音量值确定播放音量值，利用所述网页应用以所述播放音量值播放所述第二视频。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第五显示模块，用于在预设播放器的播放界面中显示第二控件，所述第二控件是显示待推荐信息的控件；第七响应模块，用于响应于针对所述第二控件的触发操作，获取所述待推荐信息；第六显示模块，用于暂停播放所述第一视频，并在所述显示界面中显示所述待推荐信息。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第六获取模块，用于获取所述第一视频的索引值，以及包含所述第一视频的第一缓存列表；第七获取模块，用于当所述待推荐信息的显示时长达到时长阈值，或者接收到针对所述待推荐信息的关闭指令时，基于所述索引值，从所述第一缓存列表中获取所述第一视频；第六播放模块，用于在所述播放界面中继续播放所述第一视频。

在一些实施例中，所述第六播放模块还用于：获取开始显示所述待推荐信息时，所述第一视频的播放时刻；从所述第一视频中获取与所述播放时刻对应的第二视频帧；以所述第二视频帧作为起始帧，在所述播放界面中播放所述第一视频。

在一些实施例中，存储在存储器450的视频处理装置455中的软件模块还包括：第八获取模块，用于获取所述第一视频对应的参考显示方向，以及预设播放器的播放界面所处的第一显示方向；第一生成模块，用于当所述参考显示方向不同于所述第一显示方向时，生成旋转提示信息，所述旋转提示信息用于提示旋转所述显示的方向；第七显示模块，用于在所述播放界面中显示所述旋转提示信息。

在一些实施例中，所述第七显示模块还用于：在所述播放界面中显示提示界面，所述提示界面的第一面积小于所述播放界面的第二面积；在所述提示界面中显示所述旋转提示信息。

在一些实施例中，所述第七显示模块还用于：基于预设位置信息，在所述播放界面中显示所述提示界面；或者，确定所述第一视频中的每一视频帧的背景图像，在所述播放界面的背景区域中显示所述提示界面，所述背景区域是显示所述背景图像的区域。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机可执行指令，该计算机可执行指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机可执行指令，处理器执行该计算机可执行指令，使得该计算机设备执行本申请实施例上述的视频播放方法。

本申请实施例提供一种存储有计算机可执行指令的计算机可读存储介质，其中存储有计算机可执行指令，当计算机可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的视频播放方法，例如，如图3、图10示出的视频播放方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，计算机可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，计算机可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(Hyper TextMarkup Language，HTML)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，计算机可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (22)

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

在第一应用的显示界面中显示第一控件，所述第一控件是通过网页应用播放第一视频的控件，所述第一视频来自第二应用，所述第一应用和所述第二应用均不同于所述网页应用；

基于所述第一控件接收针对所述第一视频的播放指令，利用所述网页应用播放所述第一视频；

响应于针对所述第一视频的第一交互操作，确定所述第一交互操作对应的第二视频；

利用所述网页应用播放所述第二视频。

2.根据权利要求1所述的方法，其特征在于，所述利用所述网页应用播放所述第一视频，包括：

利用所述网页应用调用预设播放器，在所述显示界面中显示所述预设播放器的播放界面，所述播放界面的屏占比大于占比阈值；

利用所述预设播放器，在所述播放界面播放所述第一视频。

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

响应于针对所述第一视频的暂停指令，暂停播放所述第一视频；

在所述播放界面中显示如下至少一个：播放控件和重播控件；所述在所述暂停播放所述第一视频之后，所述方法还包括：执行以下至少之一：

响应于针对所述播放控件的触发操作，继续播放所述第一视频；

响应于针对所述重播控件的触发操作，重新播放所述第一视频。

4.根据权利要求3所述的方法，其特征在于，在所述暂停播放所述第一视频之后，所述方法还包括：

获取第一视频帧，并在所述播放界面显示所述第一视频帧，直至接收到针对所述播放控件的触发操作或者针对所述重播控件的触发操作，所述第一视频帧为接收到所述暂停指令时所述播放界面显示的视频帧；或者，

获取预设图像，并在所述播放界面显示所述预设图像，直至接收到针对所述播放控件的触发操作或者针对所述重播控件的触发操作。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

响应于针对所述第一视频的倍速调整指令，显示至少两个候选倍速；

响应于针对所述候选倍速的选择操作，将被选中的候选倍速确定为目标倍速；

在所述播放界面中按照所述目标倍速播放所述第一视频。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述确定所述第一交互操作对应的第二视频，包括：

获取第一缓存列表，所述第一缓存列表中至少存储有所述第一视频、待推荐的第三视频和第四视频；

确定所述第一交互操作的第一交互方向；

当所述第一交互方向为第一方向时，将所述第三视频确定为所述第二视频；当所述第一交互方向为第二方向时，将所述第四视频确定为所述第二视频。

7.根据权利要求6所述的方法，其特征在于，当所述第一缓存列表中存储有所述第一视频、所述第三视频和所述第四视频时，所述方法还包括：

获取推荐列表，所述推荐列表中存储有所述第一视频和多个待推荐视频；

从所述推荐列表中，获取与所述第一视频相邻的两个候选视频；

将位于所述第一视频之前的候选视频确定为所述第三视频，将位于所述第一视频之后的候选视频确定为所述第四视频；

利用所述第三视频、所述第一视频和所述第四视频，构建所述第一缓存列表。

8.根据权利要求7所述的方法，其特征在于，在所述将所述第三视频确定为所述第二视频之后，所述方法还包括：

从所述第一缓存列表中删除所述第四视频；

从所述推荐列表中，获取与所述第二视频相邻且位于所述第二视频之前的第五视频；

将所述第五视频增加至所述第一缓存列表，所述第五视频位于所述第二视频之前。

9.根据权利要求7所述的方法，其特征在于，在所述将所述第四视频确定为所述第二视频之后，所述方法还包括：

从所述第一缓存列表中删除所述第三视频；

从所述推荐列表中，获取与所述第二视频相邻且位于所述第二视频之后的第六视频；

将所述第六视频增加至所述第一缓存列表，所述第六视频位于所述第二视频之后。

10.根据权利要求8所述的方法，其特征在于，在所述利用所述网页应用播放所述第二视频之后，所述方法还包括：

响应于针对所述第二视频的第二交互操作，确定所述第二交互操作与所述第一交互操作之间的时间间隔；

当所述时间间隔大于或者等于间隔阈值时，基于所述第二交互操作的第二交互方向，将所述第一缓存列表中的所述第一视频或者所述第五视频确定与所述第二交互操作对应的第七视频；

利用所述网页应用播放所述第七视频，所述第一缓存列表中存储有所述第一视频、所述第二视频和所述第五视频。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

当所述时间间隔小于所述间隔阈值时，获取第二缓存列表，所述第二缓存列表中存储有所述第一视频、第八视频和第九视频；

基于所述第二交互方向，将所述第八视频或者所述第九视频确定所述第七视频；

利用所述网页应用播放所述第七视频。

12.根据权利要求1至5、7至11任一项所述的方法，其特征在于，所述利用所述网页应用播放所述第二视频，包括：

确定终端所处环境的参考音量值，所述终端为运行所述网页应用的终端；

基于所述参考音量值确定播放音量值，利用所述网页应用以所述播放音量值播放所述第二视频。

13.根据权利要求1至5、7至11任一项所述的方法，其特征在于，在所述响应于针对所述第一视频的第一交互操作之前，所述方法还包括：

在预设播放器的播放界面中显示第二控件，所述第二控件是显示待推荐信息的控件；

响应于针对所述第二控件的触发操作，获取所述待推荐信息；

暂停播放所述第一视频，并在所述显示界面中显示所述待推荐信息。

14.根据权利要求13所述的方法，其特征在于，在所述响应于针对所述第二控件的触发操作之后，所述方法还包括：

获取所述第一视频的索引值，以及包含所述第一视频的第一缓存列表；

当所述待推荐信息的显示时长达到时长阈值，或者接收到针对所述待推荐信息的关闭指令时，基于所述索引值，从所述第一缓存列表中获取所述第一视频；

在所述播放界面中继续播放所述第一视频。

15.根据权利要求14所述的方法，其特征在于，所述在所述播放界面中继续播放所述第一视频，包括：

获取开始显示所述待推荐信息时，所述第一视频的播放时刻；

从所述第一视频中获取与所述播放时刻对应的第二视频帧；

以所述第二视频帧作为起始帧，在所述播放界面中播放所述第一视频。

16.根据权利要求1至5、7至11、14、15任一项所述的方法，其特征在于，在所述响应于针对所述第一视频的第一交互操作之前，所述方法还包括：

获取所述第一视频对应的参考显示方向，以及预设播放器的播放界面所处的第一显示方向；

当所述参考显示方向不同于所述第一显示方向时，生成旋转提示信息，所述旋转提示信息用于提示旋转所述显示的方向；

在所述播放界面中显示所述旋转提示信息。

17.根据权利要求16所述的方法，其特征在于，所述在所述播放界面中显示所述旋转提示信息，包括：

在所述播放界面中显示提示界面，所述提示界面的第一面积小于所述播放界面的第二面积；

在所述提示界面中显示所述旋转提示信息。

18.根据权利要求17所述的方法，其特征在于，所述在所述播放界面中显示提示界面，包括：

基于预设位置信息，在所述播放界面中显示所述提示界面；或者，

确定所述第一视频中的每一视频帧的背景图像，在所述播放界面的背景区域中显示所述提示界面，所述背景区域是显示所述背景图像的区域。

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

第一显示模块，用于在第一应用的显示界面中显示第一控件，所述第一控件是通过网页应用播放第一视频的控件，所述第一视频来自第二应用，所述第一应用和所述第二应用均不同于所述网页应用；

第一播放模块，用于基于所述第一控件接收针对所述第一视频的播放指令，利用所述网页应用播放所述第一视频；

第一确定模块，用于响应于针对所述第一视频的第一交互操作，确定所述第一交互操作对应的第二视频；

第二播放模块，用于利用所述网页应用播放所述第二视频。

20.一种计算机设备，其特征在于，所述计算机设备包括：

存储器，用于存储计算机可执行指令；

处理器，用于执行所述存储器中存储的计算机可执行指令时，实现权利要求1至18任一项所述的视频播放方法。

21.一种计算机可读存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令被处理器执行时实现权利要求1至18任一项所述的视频播放方法。

22.一种计算机程序产品，包括计算机程序或计算机可执行指令，其特征在于，所述计算机程序或计算机可执行指令被处理器执行时实现权利要求1至18任一项所述的视频播放方法。