CN113676739B - 一种视频播放方法、装置、设备及存储介质 - Google Patents

一种视频播放方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN113676739B
CN113676739B CN202010412325.6A CN202010412325A CN113676739B CN 113676739 B CN113676739 B CN 113676739B CN 202010412325 A CN202010412325 A CN 202010412325A CN 113676739 B CN113676739 B CN 113676739B
Authority
CN
China
Prior art keywords
video
router
playing
video data
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010412325.6A
Other languages
English (en)
Other versions
CN113676739A (zh
Inventor
严斌
范文昊
严华梁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Yayue Technology Co ltd
Original Assignee
Shenzhen Yayue Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Yayue Technology Co ltd filed Critical Shenzhen Yayue Technology Co ltd
Priority to CN202010412325.6A priority Critical patent/CN113676739B/zh
Publication of CN113676739A publication Critical patent/CN113676739A/zh
Application granted granted Critical
Publication of CN113676739B publication Critical patent/CN113676739B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2183Cache memory
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/222Secondary servers, e.g. proxy server, cable television Head-end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866Management of end-user data
    • H04N21/25891Management of end-user data being end-user preferences

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请提供一种视频播放方法、装置、设备及存储介质,可以在检测到路由器接收到视频播放请求时,确定路由器是否为互联网中用于接收视频播放请求的第一跳路由器;如果路由器为第一跳路由器,检测路由器本地存储的视频数据中是否存在发送视频播放请求的目标用户的第一视频数据;若路由器本地存储有第一视频数据,从第一视频数据中确定用于供目标用户所在终端下载的视频播放请求所请求播放的第二视频数据。基于本发明,能够提高视频起播速度、降低视频播放过程中卡顿情况的发生。

Description

一种视频播放方法、装置、设备及存储介质
技术领域
本发明涉及计算机技术领域,更具体地说,涉及一种视频播放方法、装置、设备及存储介质。
背景技术
随着信息技术的不断发展,收看视频节目已经成为人们生活中最常见的娱乐方式之一。传统的视频数据存储在CDN(Content Delivery Network,内容分发网络),用户在使用终端播放视频时,需要通过互联网访问CDN来请求视频数据,从CDN下载视频数据到终端上,以实现视频播放。
这种视频播放方式因所有请求进行视频播放的终端均是从CDN请求视频数据,容易造成CDN带宽增大,影响终端下载视频数据的速度,导致视频播放出现卡顿,尤其是对于视频起播过程而言,若视频起播速度慢、视频起播出现卡顿,会严重影响用户体验。
发明内容
有鉴于此,本申请提供一种视频播放方法、装置、设备及存储介质,以提高视频起播速度、降低视频播放过程中卡顿情况的发生。技术方案如下:
一种视频播放方法,包括:
若检测到路由器接收到视频播放请求,确定所述路由器是否为互联网中用于接收所述视频播放请求的第一跳路由器;
如果所述路由器为所述第一跳路由器,检测路由器本地存储的视频数据中是否存在发送所述视频播放请求的目标用户的第一视频数据;
若所述路由器本地存储有所述第一视频数据,从所述第一视频数据中确定用于供所述目标用户所在终端下载的所述视频播放请求所请求播放的第二视频数据;
其中,所述路由器本地存储的视频数据是由所述路由器在非视频播放高峰时段从CDN下载的将所述路由器作为第一跳路由器的各个历史用户的视频数据,所述历史用户的视频数据是基于所述历史用户发送的将所述路由器作为第一跳路由器的历史视频播放请求预测的所述历史用户待播放的视频数据。
一种视频播放装置,包括:
路由器确定单元,用于若检测到路由器接收到视频播放请求,确定所述路由器是否为互联网中用于接收所述视频播放请求的第一跳路由器;
第一视频数据检测单元,用于如果所述路由器为所述第一跳路由器,检测路由器本地存储的视频数据中是否存在发送所述视频播放请求的目标用户的第一视频数据;
第二视频数据确定单元,用于若所述路由器本地存储有所述第一视频数据,从所述第一视频数据中确定用于供所述目标用户所在终端下载的所述视频播放请求所请求播放的第二视频数据;
其中,所述路由器本地存储的视频数据是由所述路由器在非视频播放高峰时段从CDN下载的将所述路由器作为第一跳路由器的各个历史用户的视频数据,所述历史用户的视频数据是基于所述历史用户发送的将所述路由器作为第一跳路由器的历史视频播放请求预测的所述历史用户待播放的视频数据。
一种设备,包括:处理器以及存储器,所述处理器以及存储器通过通信总线相连;其中,所述处理器,用于调用并执行所述存储器中存储的程序;所述存储器,用于存储程序,所述程序用于实现所述视频播放方法。
一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机可执行指令,所述计算机可执行指令用于执行所述视频播放方法。
本申请实施例提供的一种视频播放方法、装置、设备及存储介质,可以由距离用户最近的路由器预测用户待播放的视频并在非视频播放高峰时段将用户待播放的视频从CDN下载至距离用户最近的路由器(即,用于接收用户通过终端发送的视频播放请求的第一跳路由器),这样在用户通过终端发送视频播放请求以请求播放视频时,可以优先从距离用户最近的路由器下载视频播放请求所请求播放的视频数据,这样不仅能节省CDN带宽,而且能提高视频起播速度、降低视频播放过程中卡顿情况的发生。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种视频数据下载系统示意图;
图2为本申请实施例提供的一种在路由器本地缓存视频数据的方法流程图;
图3为本申请实施例提供的一种根据由同一用户发送的各个第一视频播放请求预测用户待播放的目标视频的方法流程图;
图4为本申请实施例提供的一种基于用户待播放的目标视频在非播放高峰时段向CDN请求用户待播放的视频数据的方法流程图;
图5为本申请实施例提供的一种视频播放方法流程图;
图6为本申请实施例提供的另一种视频播放方法流程图;
图7为本申请实施例提供的一种视频播放装置的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例:
CDN:全称是Content Delivery Network,即内容分发网络。CDN是构建在现有网络基础之上的智能虚拟网络,依靠部署在各地的边缘服务器,通过中心平台的负载均衡、内容分发、调度等功能模块,使用户就近获取所需内容,降低网络拥塞,提高用户访问响应速度和命中率。CDN的关键技术主要有内容存储和分发技术。
传统的用户观看视频需要访问CDN来请求视频数据,会给CDN带来流量,流量累积就是带宽。CDN带宽增大会影响终端从CDN下载视频数据的速度,进而导致终端的视频播放出现卡顿,影响用户体验。尤其是视频起播过程出现卡顿时,视频起播速度慢,会导致用户对终端中提供视频播放的应用程序的体验性差,降低用户对应用程序的粘性。
现有技术为了节省CDN带宽成本,P2P技术应运而生。P2P技术:又称对等互联网络技术,是一种网络新技术,依赖网络中参与者的计算能力和带宽,而不是把依赖都聚集在较少的几台服务器上。P2P网络通常用于通过Ad Hoc连接来连接节点。这类网络可以用于多种用途,各种档案分享软件已经得到了广泛的使用。P2P技术也被使用在类似VoIP等实时媒体业务的数据通信中。
通用的P2P下载方案:每个用户使用终端看视频,均会在终端缓存用户已看过的视频数据,当其他用户需要观看视频下载数据时,会通过P2P技术从已有的缓存该视频的终端上下载视频数据。通用的P2P下载方案主要是为了节省CDN的带宽成本,但用户的终端存在不稳定的情况,随时可能断网、网络波动、视频数据被删除等场景,也存在用户体验不好的问题。
进一步的,参见公开号为【CN108200478A】的专利申请还可以将用户已看过的视频推送到路由器上,在其他用户播放时,可以从路由器下载视频数据给其他播放用户,使用P2P技术传输达到数据分享的目的。这种基于P2P技术从路由器下载的方案,也只是为了增加一种终端设备的方案形式,也是需要用户已观看的视频数据才会在路由器上缓存一份,以提供数据分享给其他用户,与通用的P2P下载方案无差异,均存在用户体验不好的问题。
有鉴于此,本申请实施例提供一种视频播放方法、装置、设备及存储介质,不仅可以降低CDN带宽,而且可以提高视频起播速度,降低视频播放过程中卡顿情况的发生,提升用户体验。
首先,本申请发明人考虑到用户观看视频一般有规律性,可以将一天中请求播放视频的用户数较多的时段认为是视频播放高峰时段,将一天中请求播放视频的用户数较少的时段认为是非视频播放高峰时段。
例如,可以将一天的时间划分成视频播放高峰时段和非视频播放高峰时段,比如,下午、晚上一般是用户观看视频的集中时间段,凌晨一般是用户观看视频最少的时间段,因此可以将视频播放高峰时段确定为一天的11点-24点,非视频播放高峰时段确定为一天的0点-11点。
本申请可以在非视频播放高峰时段提前将用户可能观看的视频从CDN主动推送视频数据到当前用户所属的路由器(当前用户所属的路由器可以认为是距离用户最近的路由器)上,用户观看视频时不需要从CDN下载视频数据,直接从最近的路由器下载视频数据,距离用户最近的路由器稳定性较高且距离用户最近的路由器中缓存有用户可能观看的视频数据,因此,用户请求观看视频时,距离用户最近的路由器中缓存的视频数据对用户请求观看的视频命中较高,且因为距离用户最近的路由器相对于用户来说具有较高的稳定性,因此,可以加速视频起播过程,降低视频播放过程中卡顿情况的发生。
尤其是,当距离用户最近的路由器中缓存的是用户可能观看的视频起播数据时,不仅可以节省路由器存储空间以便于路由器存储更多用户可能观看的视频数据,而且可以达到加速视频起播速度的目的,进一步因为提高了视频起播数据的下载速度,因此为视频中除视频起播数据以外剩余视频数据的下载提供缓冲时间,进而降低了视频播放过程中卡顿情况的发生。
图1为本申请实施例提供的一种视频数据下载系统示意图。
如图1所示,目前终端下载视频数据的方式有三种,方式一可以为从CDN下载视频数据,方式二可以为基于P2P技术从路由器下载视频数据,方式三可以为基于P2P技术从其他终端下载视频数据。
用户使用终端设备(包含PC、Android设备、iOS设备等)上的应用程序通过发送视频播放请求的方式请求观看视频时,通过访问CDN或P2P技术下载视频数据到用户的终端设备上,所有的视频播放请求均需要通过路由器进行转发,相应的可以收集所有经过路由器转发的视频播放请求。比如,如果是从CDN下载视频数据,需要先经过DNS解析(通过路由器转发),拿到CDN的真正IP地址,然后再从CDN请求视频数据;如果是通过P2P技术下载视频数据,先需要通过路由器向其他终端/路由器建立连接,然后才能使用P2P技术进行数据传输。
本申请实施例中,路由器可以实时分析用户发送的视频播放请求确定需要在路由器缓存的用户可能观看的视频数据,并在非视频播放高峰时段从CDN下载用户可能观看的视频数据,进而便于在接收到用户发送的视频播放请求时,可以直接从该路由器下载视频播放请求所请求播放的视频数据。
需要说明的是,路由器可以接收很多用户发送的视频播放请求,但是路由器在对其接收到的视频播放请求进行分析时,可以仅对将该路由器作为第一跳路由器的视频播放请求所属的用户进行分析,这样可以将用户可能观看的视频数据缓存在距离用户最近的路由器,因为距离用户最近的路由器在用户下载视频数据的过程中更具有稳定性,因此,可以有效提高视频数据下载速度。
需要说明的是,用户通过终端发送视频播放请求后,互联网中第一个用于接收该视频播放请求的路由器可以认为是该视频播放请求的第一跳路由器,该用户可以认为是将该路由器作为第一跳路由器的用户,该第一跳路由器可以认为是距离用户最近的路由器。
图2为本申请实施例提供的一种在路由器本地缓存视频数据的方法流程图。
如图2所示,该方法包括:
S201、确定路由器接收到的至少一个历史视频播放请求;
本申请实施例可以分别对互联网中的每个路由器执行本申请实施例提供的如图2所示的在路由器本地缓存视频数据的方法。
在本申请实施例中,可以对路由器已接收到的视频播放请求进行分析,在对路由器已接收到的视频播放请求进行分析时,可以将路由器已接收到的视频播放请求称为历史视频播放请求。具体的,可以对路由器接收到的至少一个历史视频播放请求进行分析,通过对路由器已接收到的至少一个历史视频播放请求进行分析可以确定将该路由器作为第一跳路由器的历史用户,进而预测历史用户待播放的目标视频,以在非视频播放高峰时段从CDN将历史用户待播放的目标视频的视频数据下载至该路由器。
作为本申请实施例的一种优选实施例方式,路由器接收到的至少一个历史视频播放请求可以为路由器接收到的所有历史视频播放请求。
作为本申请实施例的另一种优选实施方式,路由器接收到的至少一个历史视频播放请求可以为路由器在最近历史时间段内接收到的所有历史视频播放请求。
本申请实施例中,路由器接收到的至少一个历史视频播放请求的具体内容,发明人可以根据自己的需求进行设置,在此不做限定。
S202、从至少一个历史视频播放请求中筛选出将路由器作为第一跳路由器的所有第一视频播放请求;
本申请实施例,确定路由器接收到的至少一个历史视频播放请求后,可以从该路由器接收到的至少一个历史视频播放请求中筛选出将该路由器作为第一跳路由器的所有历史视频播放请求,为了便于区分,可以将筛选出的将该路由器作为第一跳路由器的每一个历史视频播放请求暂称为一个第一视频播放请求。
S203、根据由同一历史用户发送的所有第一视频播放请求预测历史用户待播放的目标视频;
本申请实施例,在确定路由器接收到的至少一个历史视频播放请求,并从该路由器接收到的至少一个历史视频播放请求中确定将该路由器作为第一跳路由器的所有第一视频播放请求后,可以按照发送历史用户的不同对筛选出的所有第一视频播放请求进行分组,将由同一历史用户发送的所有第一视频播放请求划分为一组,进而根据每组第一视频播放请求预测发送该组第一视频播放请求的历史用户待播放的视频,为了便于区分,可以将历史用户待播放的视频成为目标视频。
本申请实施例,在从路由器接收到的至少一个历史视频播放请求中筛选出该路由器的所有第一视频播放请求(该路由器的所有第一视频播放请求为该路由器接收到的至少一个历史视频播放请求中将该路由器作为第一跳路由器的所有历史视频播放请求)后,可以将该路由器的所有第一视频播放请求中由同一历史用户发送的所有第一视频播放请求认为是一组,这样将该路由器的所有第一视频播放请求划分成多组,该路由器的各组第一视频播放请求的发送历史用户不同,针对该路由器的每组第一视频播放请求执行如下操作:利用该组第一视频播放请求预测发送该组第一视频播放请求的历史用户待播放的目标视频,发送该组第一视频播放请求的历史用户可以认为是一个将该路由器作为第一跳路由器的历史用户。
关于根据由同一历史用户发送的所有第一视频播放请求预测该历史用户待播放的目标视频的具体方式,请参见下文对图3的描述,在此不做赘述。
S204、基于历史用户待播放的目标视频在非播放高峰时段向CDN请求历史用户待播放的视频数据。
本申请实施例中,在根据路由器接收到的至少一个历史视频播放请求确定将该路由器作为第一跳路由器的各个历史用户,并预测出每个历史用户待播放的目标视频后,可以在非视频播放高峰时段向CDN分别请求预测出的每个历史用户待播放的目标视频的视频数据。
其中,基于历史用户待播放的目标视频在非播放高峰时段向CDN请求历史用户待播放的视频数据可以为基于历史用户待播放的目标视频在非播放高峰时段向CDN请求该历史用户待播放的目标视频的视频数据。
进一步的,本申请实施例路由器在从CDN请求历史用户待播放的视频数据后,可以将从CDN请求的历史用户待播放的视频数据存储在该路由器本地,在该路由器本地存储的历史用户待播放的视频数据可以认为是路由器本地存储的历史用户的视频数据。
比如,若从CDN请求历史用户a待播放的视频数据1后将视频数据1存储至路由器1本地,且从CDN请求历史用户b待播放的视频数据2后将视频数据2存储至路由器1本地,那么该路由器1本地存储的视频数据1为历史用户a的视频数据,该路由器1本地存储的视频数据2为历史用户b的视频数据。
作为本申请实施例的一种优选实施方式,可以将从CDN请求的历史用户待播放的视频数据缓存在路由器本地。
关于基于用户待播放的目标视频在非播放高峰时段向CDN请求历史用户待播放的视频数据的具体实现方式请参见图4的详细描述,在此不做赘述。
本申请实施例,可以将预测出的历史用户待播放的视频数据缓存在距离历史用户最近的路由器,进而便于该历史用户后续再请求播放视频时从距离其最近的路由器获取视频数据,以提高视频起播速度,降低视频播放过程中卡顿情况的发生。
本申请实施例提供的一种根据由同一历史用户发送的所有第一视频播放请求预测历史用户待播放的目标视频的方法请参见图3。
如图3所示,该方法包括:
S301、统计由同一历史用户发送的所有第一视频播放请求中请求播放同一视频的至少一个第二视频播放请求;
本申请实施例,确定路由器接收到的至少一个历史视频播放请求,从该路由器接收到的至少一个历史视频播放请求中筛选出将该路由器作为第一跳路由器的所有第一视频播放请求后,按照发送历史用户的不同对筛选出的所有第一视频播放请求进行划分,将同一历史用户发送的所有第一视频播放请求划分成一组,进而针对每组第一视频播放请求分别执行如下过程:按照请求播放视频的不同对该组第一视频播放请求中所有第一视频播放请求进行划分,将该组第一视频播放请求中请求播放同一视频的所有第一视频播放请求划分成一小组,这样该组第一视频播放请求进一步被划分成一个或多个小组,不同小组中第一视频播放请求所请求播放的视频不同,同一小组中第一视频播放请求所请求播放的视频相同。为了便于区分,针对每个小组而言,可以将该小组中每一个第一视频播放请求称为一个第二视频播放请求。由此,一小组第一视频播放请求可以认为是一组第二视频播放请求,一组第二视频播放请求包括请求播放同一视频的至少一个第二视频播放请求。
S302、根据由同一历史用户发送的请求播放同一视频的至少一个第二视频播放请求,确定历史用户对视频的总请求次数和总播放时长;
本申请实施例,针对步骤S301确定出的每组第二视频播放请求分别执行如下过程:确定发送该组第二视频播放请求的历史用户对该组第二视频播放请求所请求播放的视频的总请求次数和总播放时长。其中,可以将该组第二视频播放请求中第二视频播放请求的数量确定为发送该组第二视频播放请求的历史用户对该组第二视频播放请求所请求播放的视频的总请求次数;将该组第二视频播放请求中所有的第二视频播放请求的视频播放时长的总和确定为发送该组第二视频播放请求的历史用户对该组第二视频播放请求所请求播放的视频的总播放时长。
历史用户通过终端发送视频播放请求后基于该视频播放请求观看的该视频播放请求所请求播放的视频的时长可以认为是该视频播放请求的视频播放时长。
S303、根据历史用户对视频的总请求次数和总播放时长预测历史用户待播放的目标视频。
本申请实施例中,针对步骤S301确定出的每组第二视频播放请求,确定发送该组第二视频播放请求的历史用户对该组第二视频播放请求所请求播放的视频的总请求次数和总播放时长后,可以根据发送该组第二视频播放请求的历史用户对该组第二视频播放请求所请求播放的视频的总请求次数和总播放时长预测发送该组第二视频播放请求的历史用户待播放的视频,为了便于区分,可以将预测的发送该组第二视频播放请求的历史用户待播放的视频称为目标视频。
以一组第二视频播放请求为例,在确定出发送该组第二视频播放请求的历史用户对该组第二视频播放请求所请求播放的视频的总请求次数和总播放时长后,可以根据该总请求次数和总播放时长计算发送该组第二视频播放请求的历史用户对该组第二视频播放请求所请求播放的视频的播放信息(该播放信息表征发送该组第二视频播放请求的历史用户请求播放该组第二视频播放请求所请求播放的视频的可能性);判断该播放信息是否满足预先设置的播放条件,如果该播放信息满足播放条件,根据该组第二视频播放请求所请求播放的视频预测发送该组第二视频播放请求的历史用户待播放的目标视频。
比如,以一组第二视频播放请求为例,若该组第二视频播放请求所请求播放的视频为视频1,发送该组第二视频播放请求的历史用户为用户1;根据该组第二视频播放请求确定的用户1对视频1总请求次数为N,根据该组第二视频播放请求确定的用户1对视频1的总播放时长为T;计算总请求次数N和总播放时长T的乘积作为用户1对视频1的播放信息,如果N*T满足预先设置的播放条件,则命中视频数据提前推送场景,进而根据视频1预测用户1待播放的目标视频。
在本申请实施例中,播放条件可以为预设值,如果播放信息超过预设值则确定播放信息满足播放条件,如果播放信息未超过预设值则确定播放信息不满足播放条件。
仍以上述为例,如果播放条件为预设值P,则若N*T>P,确定播放信息满足播放条件;若N*T不大于P,确定播放信息不满足播放条件。
在本申请实施例中,以一组第二视频播放请求为例,根据该组第二视频播放请求所请求播放的视频预测发送该组第二视频播放请求的历史用户待播放的目标视频的方式可以为:获取该组第二视频播放请求所请求播放的视频的视频类型,根据该视频的视频类型预测发送该组第二视频播放请求的历史用户待播放的目标视频。其中,若该视频的视频类型为电视剧类型,将与该视频所属剧集相邻的下一剧集确定为该历史用户待播放的目标视频;若该视频的视频类型为电影类型或短视频类型,将与该视频相关的视频确定为该历史用户待播放的目标视频。
视频的视频类型与根据该视频的视频类型预测出的历史用户待播放的目标视频的视频类型相同。
作为本申请实施例的一种优选实施方式,若视频的视频类型为电影类型,可以将与该视频相关的推荐电影作为与该视频相关的视频;若视频的视频类型为短视频类型,可以将与该视频相关的其他短视频作为与该视频相关的视频。
仍以上述一组第二视频播放请求为例,若该组第二视频播放请求所请求播放的视频为视频1,发送该组第二视频播放请求的历史用户为用户1;根据该组第二视频播放请求确定的用户1对视频1总请求次数为N,根据该组第二视频播放请求确定的用户1对视频1的总播放时长为T;计算总请求次数N和总播放时长T的乘积N*T作为用户1对视频1的播放信息,如果N*T满足预先设置的播放条件,则获取视频1所属的视频类型;如果视频1所属的视频类型为电视剧类型,则将视频1所属剧集相邻的下一剧集确定为用户1待播放的目标视频;如果视频1所属的视频类型为电影类型,则将与视频1相关的推荐电影确定为用户1待播放的目标视频;如果视频1所属的视频类型为短视频类型,则将与视频1相关的其他短视频确定为用户1待播放的目标视频。
比如,若视频1所属的视频类型为电视剧类型且视频1所属的剧集为电视剧1中的第25集,则可以将电视剧1中的第26集确定为用户1待播放的目标视频。
进一步的,本申请实施例在预测出历史用户待播放的目标视频后,可以基于用户待播放的目标视频在非播放高峰时段向CDN请求历史用户待播放的视频数据。
图4为本申请实施例提供的一种基于历史用户待播放的目标视频在非播放高峰时段向CDN请求历史用户待播放的视频数据的方法流程图。
如图4所示,该方法包括:
S401、根据视频的视频类型确定历史用户待播放的目标视频的视频数据请求信息,视频数据请求信息表征目标视频的视频数据时长;
本申请实施例中,若视频的视频类型为电视剧类型或电影类型,根据视频的视频类型确定的视频数据请求信息表征的视频数据时长为预先设置的起始播放时长;若视频的视频类型为短视频类型,根据视频的视频类型确定的视频数据请求信息表征的视频数据时长为目标视频的总播放时长。
在本申请实施例中,优选的,起始播放时长可以为3分钟、5分钟等等,以上仅仅是本申请实施例提供的关于起始播放时长的优选内容,有关起始播放时长的具体内容,发明人可根据自己的需求进行设置,在此不做限定。
S402、在非播放高峰时段向CDN请求目标视频中与视频数据请求信息相关的视频数据。
本申请实施例中,在根据视频的视频类型预测出历史用户待播放的目标视频后,可以根据该视频的视频类型确定该目标视频的视频数据请求信息,进而在非播放高峰时段向CDN请求该目标视频中与该视频数据请求信息相关的视频数据。
具体的,若该视频的视频类型为电视剧类型,则根据该视频的视频类型确定的该目标视频的视频数据请求信息表征的视频数据时长为预先设置的起始播放时长,相应的,在非播放高峰时段向CDN请求该目标视频中起始播放时长的视频数据。
仍以上述实施例为例,若视频1所属的视频类型为电视剧类型且视频1所属的剧集为电视剧1中的第25集,则可以将电视剧1中的第26集确定为根据视频1的视频类型预测的用户1待播放的目标视频;如果起始播放时长为3分钟,则可以在非视频播放高峰时段向CDN请求电视剧1的第26集中前3分钟的视频数据。
若该视频的视频类型为电影类型,则根据该视频的视频类型确定的该目标视频的视频数据请求信息表征的视频数据时长为预先设置的起始播放时长,相应的,在非播放高峰时段向CDN请求该目标视频中起始播放时长的视频数据。
比如,若该视频的视频类型为电影类型且起始播放时长为3分钟,则可以在非视频播放高峰时段向CDN请求该目标视频中前3分钟的视频数据。
若该视频的视频类型为短视频类型,则根据该视频的视频类型确定的该目标视频的视频数据请求信息表征的视频数据时长为该目标视频数据的总播放时长,相应的,在非播放高峰时段向CDN请求该目标视频的所有视频数据。
本申请实施例,针对电视剧类型/电影类型的目标视频在路由器中缓存该目标视频中起始播放时长的视频数据,针对短视频类型的目标视频在路由器中缓存该目标视频的全部视频数据,这样可以有效节约路由器存储空间,便于存储更多的历史用户待播放的视频数据。
结合上述实施例提供的在距离用户最近的路由器本地缓存预测出的历史用户待播放的目标视频的视频数据的方法,本申请实施例进一步提供一种视频播放方法,具体请参见图5。
如图5所示,该方法包括:
S501、若检测到路由器接收到视频播放请求,确定路由器是否为互联网中用于接收视频播放请求的第一跳路由器;如果路由器为第一跳路由器,执行步骤S502;
本申请实施例提供的一种视频播放方法应用于路由器,在检测到路由器接收到视频播放请求后,可以确定该路由器是否为互联网中第一个用于接收该视频播放请求的路由器,如果该路由器是互联网中第一个用于接收该视频播放请求的路由器,则将该路由器确定为互联网中用于接收该视频播放请求的第一跳路由器,进而执行步骤S502。
S502、检测路由器本地存储的视频数据中是否存在发送视频播放请求的目标用户的第一视频数据,若路由器本地存储有第一视频数据,执行步骤S503;
本申请实施例暂将发送视频播放请求的用户称为目标用户,检测路由器本地存储的视频数据中是否存在发送视频播放请求的目标用户的视频数据(为了便于区分,可以将目标用户的视频数据称为目标用户的第一视频数据),若路由器本地存储的视频数据中存在发送视频播放请求的目标用户的第一视频数据,则执行步骤S503。
S503、从第一视频数据中确定用于供目标用户所在终端下载的视频播放请求所请求播放的第二视频数据;
本申请实施例中,若路由器本地存储的视频数据中存在发送视频播放请求的目标用户的第一视频数据,可以从该第一视频数据中确定该视频播放请求所请求播放的视频数据(为了便于区分可以将该视频播放请求所请求播放的视频数据称为第二视频数据),以供发送该视频播放请求的目标用户所在终端下载该第二视频数据。
相应的,终端可以实现对该第二视频数据的边下载边播放;或者,终端在下载完成该第二视频数据后在播放该第二视频数据。
以上仅仅是本申请实施例提供终端对第二视频数据的下载播放的优选方式,有关终端对第二视频数据的下载播放的具体方式,发明人可根据自己的需求进行设置,在此不做限定。
进一步的,参见图6为本申请实施例提供的另一种视频播放方法流程图。
如图6所示,该方法包括:
S601、若检测到路由器接收到视频播放请求,确定路由器是否为互联网中用于接收视频播放请求的第一跳路由器;如果路由器为第一跳路由器,执行步骤S602;
S602、检测路由器本地存储的视频数据中是否存在发送视频播放请求的目标用户的第一视频数据;若路由器本地存储有第一视频数据,执行步骤S603;
进一步的,若路由器本地未存储有第一视频数据,则执行步骤S605。
S603、检测第一视频数据中是否存储有视频播放请求所请求播放的第二视频数据;如果第一视频数据中存储有视频播放请求所请求播放的第二视频数据,执行步骤S604;如果第一视频数据中未存储有视频播放请求所请求播放的第二视频数据,执行步骤S605;
S604、从第一视频数据中确定用于供目标用户所在终端下载的视频播放请求所请求播放的第二视频数据;
进一步的,在从第一视频数据中确定用于供目标用户所在终端下载的第二视频数据后,终端可以从路由器下载该第二视频数据,若终端未成功从路由器下载第二视频数据,可以执行步骤S605。此时,步骤S605具体可以为采用对等互联网络技术控制终端继续从其他终端下载第二视频数据。
S605、采用对等互联网络技术控制终端从其他终端下载第二视频数据;
S606、检测终端是否成功从其他终端下载第二视频数据;如果终端未成功从其他终端下载第二视频数据,执行步骤S607;
S607、采用对等互联网络技术控制终端继续从其他路由器下载第二视频数据;
S608、检测终端是否成功从其他路由器下载第二视频数据;若终端未成功从其他路由器下载第二视频数据,执行步骤S609;
S609、控制终端继续从CDN下载第二视频数据。
需要说明的是,若作为视频播放请求的第一跳路由器的路由器本地未存储有视频播放请求所请求播放的第二视频数据,则优先采用对等互联网络技术控制终端从其他终端下载第二视频数据;若未能采用对等互联网技术控制终端从其他终端成功下载第二视频数据,则继续采用对等互联网技术控制终端从其他路由器下载第二视频数据;若未能成功采用对等互联网技术控制终端从其他路由器下载第二视频数据,则继续控制终端从CDN下载第二视频数据。
需要说明的是,在视频播放请求所请求播放的视频的视频类型为电视剧类型或电影类型时,接收到该视频播放请求的第一跳路由器存储该视频播放请求所请求播放的视频中的部分视频数据(视频起播数据),并未存储该视频播放请求所请求播放的视频的全部视频数据,此种情况下也可以认为接收到该视频播放请求的第一跳路由器存储该视频播放请求所请求播放的第二视频数据。相应的,终端从该第一跳路由器下载的仅仅是该视频播放请求所请求播放的视频的视频起播数据,终端在从该第一跳路由器下载完成该视频的视频起播数据后会执行步骤S605-S609,以实现对该视频中除其视频起播数据以外的其他视频数据的下载。
本申请实施例提供一种视频播放方法,在用户通过终端发送视频播放请求以请求播放视频时,可以优先从距离发送视频播放请求的终端最近的路由器(即,用于接收终端发送的视频播放请求的第一跳路由器)中下载该视频的视频数据,提高了视频起播速度,降低了视频播放过程中卡顿情况的发生。
基于上述共性,现对本申请实施例提供的一种视频播放装置进行详细说明。
图7为本申请实施例提供的一种视频播放装置的结构示意图。
如图7所示,该装置包括:
路由器确定单元71,用于若检测到路由器接收到视频播放请求,确定路由器是否为互联网中用于接收视频播放请求的第一跳路由器;
第一视频数据检测单元72,用于如果路由器为第一跳路由器,检测路由器本地存储的视频数据中是否存在发送视频播放请求的目标用户的第一视频数据;
第二视频数据确定单元73,用于若路由器本地存储有第一视频数据,从第一视频数据中确定用于供目标用户所在终端下载的视频播放请求所请求播放的第二视频数据;
其中,路由器本地存储的视频数据是由路由器在非视频播放高峰时段从CDN下载的历史将路由器作为第一跳路由器的各个历史用户的视频数据,历史用户的视频数据是基于历史用户发送的将路由器作为第一跳路由器的历史视频播放请求预测的历史用户待播放的视频数据。
进一步的,本申请实施例提供的一种视频播放装置,还包括:
第一确定单元,用于确定路由器接收到的至少一个历史视频播放请求;
筛选单元,用于从至少一个历史视频播放请求中筛选出将路由器作为第一跳路由器的所有第一视频播放请求;
第一预测单元,用于根据由同一历史用户发送的所有第一视频播放请求预测历史用户待播放的目标视频;
视频数据请求单元,用于基于历史用户待播放的目标视频在非播放高峰时段向CDN请求历史用户待播放的视频数据。
在本申请实施例中,优选的,第一预测单元,包括:
统计单元,用于统计由同一历史用户发送的所有第一视频播放请求中请求播放同一视频的至少一个第二视频播放请求;
第二确定单元,用于根据由同一历史用户发送的请求播放同一视频的至少一个第二视频播放请求,确定历史用户对视频的总请求次数和总播放时长;
第二预测单元,用于根据历史用户对视频的总请求次数和总播放时长预测历史用户待播放的目标视频。
在本申请实施例中,优选的,第二预测单元包括:
播放信息计算单元,用于根据历史用户对视频的总请求次数和总播放时长计算历史用户对视频的播放信息,播放信息表征历史用户请求播放视频的可能性;
判断单元,用于判断历史用户对视频的播放信息是否满足预先设置的播放条件;
第三预测单元,用于如果历史用户对视频的播放信息满足播放条件,根据视频预测历史用户待播放的目标视频。
在本申请实施例中,优选的,第三预测单元包括:
获取单元,用于获取视频的视频类型,视频类型为电视剧类型、电影类型或短视频类型;
第四预测单元,用于根据视频的视频类型预测历史用户待播放的目标视频;
其中,若视频的视频类型为电视剧类型,将与视频所属剧集相邻的下一剧集确定为历史用户待播放的目标视频;若视频的视频类型为电影类型或短视频类型,将与视频相关的视频确定为历史用户待播放的目标视频。
在本申请实施例中,优选的,视频数据请求单元,包括:
视频数据请求信息确定单元,用于根据视频的视频类型确定历史用户待播放的目标视频的视频数据请求信息,视频数据请求信息表征目标视频的视频数据时长;
视频数据请求子单元,用于在非播放高峰时段向CDN请求目标视频中与视频数据请求信息相关的视频数据;
其中,若视频的视频类型为电视剧类型或电影类型,根据视频的视频类型确定的视频数据请求信息表征的视频数据时长为预先设置的起始播放时长;若视频的视频类型为短视频类型,根据视频的视频类型确定的视频数据请求信息表征的视频数据时长为目标视频的总播放时长。
更进一步的,本申请实施例提供的一种视频播放装置,还包括:
第一下载单元,用于若路由器本地未存储有第二视频数据,采用对等互联网络技术控制终端从其他终端下载第二视频数据;
第二下载单元,用于如果终端未成功从其他终端下载第二视频数据,采用对等互联网络技术控制终端继续从其他路由器下载第二视频数据;
第三下载单元,用于若终端未成功从其他路由器下载第二视频数据,控制终端继续从CDN下载第二视频数据。
更进一步的,本申请实施例还提供一种设备,该设备包括:处理器以及存储器,处理器以及存储器通过通信总线相连;其中,处理器,用于调用并执行存储器中存储的程序;存储器,用于存储程序,程序用于实现本申请实施例提供的一种视频播放方法。
本申请实施例提供的一种设备可以为路由器。
更进一步的,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机可执行指令,该计算机可执行指令用于执行上述视频播放方法。
可选的,计算机可执行指令的细化功能和扩展功能可参照上文描述。
本申请实施例提供的一种视频播放方法、装置、设备及存储介质,可以由距离用户最近的路由器预测用户待播放的视频并在非视频播放高峰时段将用户待播放的视频从CDN下载至距离用户最近的路由器(即,用于接收用户通过终端发送的视频播放请求的第一跳路由器),这样在用户通过终端发送视频播放请求以请求播放视频时,可以优先从距离用户最近的路由器下载视频播放请求所请求播放的视频数据,这样不仅能节省CDN带宽增大的问题,而且能提高视频起播速度、降低视频播放过程中卡顿情况的发生。
以上对本发明所提供的一种视频播放方法、装置、设备及存储介质进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素,或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种视频播放方法,其特征在于,包括:
若检测到路由器接收到视频播放请求,确定所述路由器是否为互联网中用于接收所述视频播放请求的第一跳路由器;
如果所述路由器为所述第一跳路由器,检测路由器本地存储的视频数据中是否存在发送所述视频播放请求的目标用户的第一视频数据;
若所述路由器本地存储有所述第一视频数据,从所述第一视频数据中确定用于供所述目标用户所在终端下载的所述视频播放请求所请求播放的视频起播数据;
在所述终端从所述第一跳路由器下载完成所述视频起播数据后,采用对等互联网络技术控制所述终端从其他终端下载同一视频除所述视频起播数据以外的其他视频数据;
检测所述终端是否成功从所述其他终端下载所述其他视频数据;如果所述终端未成功从所述其他终端下载所述其他视频数据,采用对等互联网络技术控制所述终端继续从其他路由器下载所述其他视频数据;
检测所述终端是否成功从所述其他路由器下载所述其他视频数据;若所述终端未成功从其他路由器下载所述其他视频数据,控制所述终端继续从CDN下载所述其他视频数据;
其中,所述路由器本地存储的视频数据是由所述路由器在非播放高峰时段从CDN下载的将所述路由器作为第一跳路由器的各个历史用户的视频数据,所述历史用户的视频数据是基于所述历史用户发送的将所述路由器作为第一跳路由器的历史视频播放请求预测的所述历史用户待播放的视频数据。
2.根据权利要求1所述的方法,其特征在于,还包括:
确定所述路由器接收到的至少一个历史视频播放请求;
从所述至少一个历史视频播放请求中筛选出将所述路由器作为第一跳路由器的所有第一视频播放请求;
根据由同一历史用户发送的所有所述第一视频播放请求预测所述历史用户待播放的目标视频;
基于所述历史用户待播放的目标视频在所述非播放高峰时段向所述CDN请求所述历史用户待播放的视频数据。
3.根据权利要求2所述的方法,其特征在于,所述根据由同一历史用户发送的所有所述第一视频播放请求预测所述历史用户待播放的目标视频,包括:
统计由同一历史用户发送的所有所述第一视频播放请求中请求播放同一视频的至少一个第二视频播放请求;
根据由同一历史用户发送的请求播放同一视频的至少一个所述第二视频播放请求,确定所述历史用户对所述视频的总请求次数和总播放时长;
根据所述历史用户对所述视频的总请求次数和总播放时长预测所述历史用户待播放的目标视频。
4.根据权利要求3所述的方法,其特征在于,所述根据所述历史用户对所述视频的总请求次数和总播放时长预测所述历史用户待播放的目标视频,包括:
根据所述历史用户对所述视频的总请求次数和总播放时长计算所述历史用户对所述视频的播放信息,所述播放信息表征所述历史用户请求播放所述视频的可能性;
判断所述历史用户对所述视频的播放信息是否满足预先设置的播放条件;
如果所述历史用户对所述视频的播放信息满足所述播放条件,根据所述视频预测所述历史用户待播放的目标视频。
5.根据权利要求4所述的方法,其特征在于,所述根据所述视频预测所述历史用户待播放的目标视频,包括:
获取所述视频的视频类型,所述视频类型为电视剧类型、电影类型或短视频类型;
根据所述视频的视频类型预测所述历史用户待播放的目标视频;
其中,若所述视频的视频类型为电视剧类型,将与所述视频所属剧集相邻的下一剧集确定为所述历史用户待播放的目标视频;若所述视频的视频类型为电影类型或短视频类型,将与所述视频相关的视频确定为所述历史用户待播放的目标视频。
6.根据权利要求5所述的方法,其特征在于,所述基于所述历史用户待播放的目标视频在所述非播放高峰时段向所述CDN请求所述历史用户待播放的视频数据,包括:
根据所述视频的视频类型确定所述历史用户待播放的目标视频的视频数据请求信息,所述视频数据请求信息表征所述目标视频的视频数据时长;
在所述非播放高峰时段向所述CDN请求所述目标视频中与所述视频数据请求信息相关的视频数据;
其中,若所述视频的视频类型为电视剧类型或电影类型,根据所述视频的视频类型确定的视频数据请求信息表征的视频数据时长为预先设置的起始播放时长;若所述视频的视频类型为短视频类型,根据所述视频的视频类型确定的视频数据请求信息表征的视频数据时长为所述目标视频的总播放时长。
7.一种视频播放装置,其特征在于,包括:
路由器确定单元,用于若检测到路由器接收到视频播放请求,确定所述路由器是否为互联网中用于接收所述视频播放请求的第一跳路由器;
第一视频数据检测单元,用于如果所述路由器为所述第一跳路由器,检测路由器本地存储的视频数据中是否存在发送所述视频播放请求的目标用户的第一视频数据;
第二视频数据确定单元,用于若所述路由器本地存储有所述第一视频数据,从所述第一视频数据中确定用于供所述目标用户所在终端下载的所述视频播放请求所请求播放的视频起播数据;在所述终端从所述第一跳路由器下载完成所述视频起播数据后,采用对等互联网络技术控制所述终端从其他终端下载同一视频除所述视频起播数据以外的其他视频数据;检测所述终端是否成功从所述其他终端下载所述其他视频数据;如果所述终端未成功从所述其他终端下载所述其他视频数据,采用对等互联网络技术控制所述终端继续从其他路由器下载所述其他视频数据;检测所述终端是否成功从所述其他路由器下载所述其他视频数据;若所述终端未成功从其他路由器下载所述其他视频数据,控制所述终端继续从CDN下载所述其他视频数据;
其中,所述路由器本地存储的视频数据是由所述路由器在非播放高峰时段从CDN下载的将所述路由器作为第一跳路由器的各个历史用户的视频数据,所述历史用户的视频数据是基于所述历史用户发送的将所述路由器作为第一跳路由器的历史视频播放请求预测的所述历史用户待播放的视频数据。
8.一种设备,其特征在于,包括:处理器以及存储器,所述处理器以及存储器通过通信总线相连;其中,所述处理器,用于调用并执行所述存储器中存储的程序;所述存储器,用于存储程序,所述程序用于实现如权利要求1-6任意一项所述的视频播放方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机可执行指令,所述计算机可执行指令用于执行权利要求1-6任意一项所述的视频播放方法。
CN202010412325.6A 2020-05-15 2020-05-15 一种视频播放方法、装置、设备及存储介质 Active CN113676739B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010412325.6A CN113676739B (zh) 2020-05-15 2020-05-15 一种视频播放方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010412325.6A CN113676739B (zh) 2020-05-15 2020-05-15 一种视频播放方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN113676739A CN113676739A (zh) 2021-11-19
CN113676739B true CN113676739B (zh) 2023-11-14

Family

ID=78537637

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010412325.6A Active CN113676739B (zh) 2020-05-15 2020-05-15 一种视频播放方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN113676739B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114710694B (zh) * 2022-04-12 2023-05-30 深圳市瑞云科技有限公司 一种云游戏场景下的分布式推流方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101860550A (zh) * 2010-06-25 2010-10-13 复旦大学 一种基于路由器缓存的流媒体系统加速方法
CN104158813A (zh) * 2014-08-21 2014-11-19 北京奇艺世纪科技有限公司 一种视频传输优化方法及装置
CN104391925A (zh) * 2014-11-20 2015-03-04 四川长虹电器股份有限公司 一种基于tv用户协同预测的视频推荐方法及系统
KR20150050276A (ko) * 2013-10-30 2015-05-08 주식회사 마블루스 비디오제공방법 및 비디오제공시스템
CN105872002A (zh) * 2015-12-22 2016-08-17 乐视云计算有限公司 视频节目获取方法、设备及系统
WO2017101378A1 (zh) * 2015-12-15 2017-06-22 乐视控股(北京)有限公司 基于cdn的视频推送方法、系统、及设备
CN108076350A (zh) * 2016-11-14 2018-05-25 中国科学院声学研究所 一种基于路由器协同缓存的视频服务系统及方法
CN108259975A (zh) * 2018-02-01 2018-07-06 广州市百果园信息技术有限公司 视频播放方法、存储介质和终端
CN110337043A (zh) * 2019-07-26 2019-10-15 惠州视维新技术有限公司 电视的视频播放方法、装置及存储介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101860550A (zh) * 2010-06-25 2010-10-13 复旦大学 一种基于路由器缓存的流媒体系统加速方法
KR20150050276A (ko) * 2013-10-30 2015-05-08 주식회사 마블루스 비디오제공방법 및 비디오제공시스템
CN104158813A (zh) * 2014-08-21 2014-11-19 北京奇艺世纪科技有限公司 一种视频传输优化方法及装置
CN104391925A (zh) * 2014-11-20 2015-03-04 四川长虹电器股份有限公司 一种基于tv用户协同预测的视频推荐方法及系统
WO2017101378A1 (zh) * 2015-12-15 2017-06-22 乐视控股(北京)有限公司 基于cdn的视频推送方法、系统、及设备
CN105872002A (zh) * 2015-12-22 2016-08-17 乐视云计算有限公司 视频节目获取方法、设备及系统
CN108076350A (zh) * 2016-11-14 2018-05-25 中国科学院声学研究所 一种基于路由器协同缓存的视频服务系统及方法
CN108259975A (zh) * 2018-02-01 2018-07-06 广州市百果园信息技术有限公司 视频播放方法、存储介质和终端
CN110337043A (zh) * 2019-07-26 2019-10-15 惠州视维新技术有限公司 电视的视频播放方法、装置及存储介质

Also Published As

Publication number Publication date
CN113676739A (zh) 2021-11-19

Similar Documents

Publication Publication Date Title
Huysegems et al. HTTP/2-based methods to improve the live experience of adaptive streaming
US8464298B1 (en) Method and system to daisy-chain access to video resources
US8930559B2 (en) Adaptive hypertext transfer protocol (“HTTP”) media streaming systems and methods
JP5181031B2 (ja) 管理型マルチメディア配信ネットワーク内の回復力の高いサービス品質
EP2586208B1 (en) Method and apparatus for synchronizing paused playback across platforms
US9549043B1 (en) Allocating resources in a content delivery environment
US8055793B2 (en) Method and apparatus for reducing delay of media playing
US9264780B1 (en) Managing synchronized data requests in a content delivery network
US9521178B1 (en) Dynamic bandwidth thresholds
WO2015062521A1 (zh) 一种智能电视的码率切换方法及装置
US9497035B2 (en) Method, device, and system for playing media based on P2P
WO2017125017A1 (zh) 缓存内容的调整方法、装置及系统
KR20080076803A (ko) 대역요구 시스템, 대역요구 장치, 클라이언트 기기,대역요구 방법, 콘텐츠 재생 방법 및 프로그램
CN113301392B (zh) 码率确定方法、装置、设备及存储介质
US11356712B2 (en) Minimizing stall duration tail probability in over-the-top streaming systems
EP2963896B1 (en) Method for operating a cache arranged along a transmission path between client terminals and at least one server, and corresponding cache
US11812081B2 (en) Session based adaptive playback profile decision for video streaming
US20120072604A1 (en) technique for delivering content to a user
CN113676739B (zh) 一种视频播放方法、装置、设备及存储介质
US20240137585A1 (en) Multiple protocol prediction and in-session adaptation in video streaming
CN111556344A (zh) 一种视频流的下载方法、装置、设备及系统
US20110191418A1 (en) Method for downloading segments of a video file in a peer-to-peer network
CN107872424B (zh) 流媒体信息观看、直播方法和装置
JP2012080452A (ja) コンテンツ配信システム
Natali et al. Successfully mapping DASH over a P2P live streaming architecture

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20221130

Address after: 1402, Floor 14, Block A, Haina Baichuan Headquarters Building, No. 6, Baoxing Road, Haibin Community, Xin'an Street, Bao'an District, Shenzhen, Guangdong 518000

Applicant after: Shenzhen Yayue Technology Co.,Ltd.

Address before: 518000 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 Floors

Applicant before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant