CN109639813A - 视频文件传输处理方法及装置、电子设备和存储介质 - Google Patents
视频文件传输处理方法及装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN109639813A CN109639813A CN201811582945.3A CN201811582945A CN109639813A CN 109639813 A CN109639813 A CN 109639813A CN 201811582945 A CN201811582945 A CN 201811582945A CN 109639813 A CN109639813 A CN 109639813A
- Authority
- CN
- China
- Prior art keywords
- video
- block
- target
- video file
- target video
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
- H04L67/108—Resource delivery mechanisms characterised by resources being split in blocks or fragments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开是关于一种视频文件传输处理方法及装置、电子设备以及存储介质,涉及数据通信技术领域,可以应用于将互联网中的视频资源根据被请求次数的多少缓存到相应存储设备的应用场景。该视频文件传输处理方法包括根据视频文件的被请求次数与一目标视频块的被请求次数确定目标视频块的存储设备;控制存储设备向一个或多个用户端发送视频文件块,以便一个或多个用户端根据对目标视频块的获取需求确定是否对目标视频块进行缓存。本公开可以将视频资源分为多个视频块,并根据视频块的被请求次数确定视频块对应的存储设备,能够避免资源的冗余缓存,并为用户提供更低时延、更高性能的网络服务。
Description
技术领域
本公开涉及数据通信技术领域,具体而言,涉及一种视频文件传输处理方法、视频文件传输处理装置、电子设备以及存储介质。
背景技术
随着移动网络和智能移动设备的持续革新,移动互联网用户对网络上视频资源的获取需求越来越多,移动边缘计算(Mobile Edge Computing,MEC)系统作为5G的关键技术之一,为5G时代的视频需求提供技术支持。
移动边缘计算系统的现有方案中,通常通过引入信息中心网络(Information-Centric Networking,ICN)技术为通信网络中的视频资源确定缓存设备。
然而,现有的存储方案中,仅仅将完整的视频资源缓存在基站侧可能由于突然出现的大批用户请求造成基站侧网络拥塞,将视频资源分散的存储在不同的存储设备时,当用户想要请求完整的视频资源,容易产生请求延时的问题,这些都将影响用户体验。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种视频文件传输处理方法、视频文件传输处理装置、电子设备以及计算机可读存储介质,进而至少在一定程度上克服由于未考虑视频资源的特殊性以及用户的请求行为特征而对视频资源进行缓存的问题。
根据本公开的第一方面,提供一种视频文件传输处理方法,包括:根据视频文件的被请求次数与一目标视频块的被请求次数确定目标视频块的存储设备;其中,目标视频块为视频文件被划分后得到的多个视频块之一;控制存储设备向一个或多个用户端发送视频文件块,以便一个或多个用户端根据对目标视频块的获取需求确定是否对目标视频块进行缓存。
可选的,视频文件传输处理方法还包括:确定视频文件经由云端服务器进行分块处理后形成的多个视频块;从多个视频块中确定与用户请求对应的视频块作为目标视频块。
可选的,根据视频文件的被请求次数与一目标视频块的被请求次数确定目标视频块的存储设备包括:确定视频文件的计算周期以及平滑系数;基于视频文件的计算周期、平滑系数以及视频文件的被请求次数确定视频文件的第一流行度;基于视频文件的计算周期、平滑系数以及目标视频块的被请求次数确定目标视频块的第一流行度;根据视频文件的第一流行度以及目标视频块的第一流行度确定目标视频块的存储设备。
可选的,根据视频文件的第一流行度以及目标视频块的第一流行度确定目标视频块的存储设备包括:如果目标视频块的第一流行度大于视频文件的第一流行度,则将目标视频块的存储设备确定为接收目标视频块的终端设备,以便确定出的终端设备对所述目标视频块进行缓存;如果目标视频块的第一流行度小于或等于视频文件的第一流行度,则确定目标视频块所属的视频文件,并将目标视频块所属的视频文件的存储设备确定为接收视频文件的基站,以便确定出的基站对所述视频文件进行缓存。
可选的,视频文件传输处理方法还包括:响应用户对目标视频块的请求操作,更新目标视频块的请求次数;基于更新的目标视频块的请求次数确定视频文件的第二流行度以及目标视频块的第二流行度;根据视频文件的第二流行度以及目标视频块的第二流行度确定目标视频块对应的存储设备;向确定出的存储设备发送视频传输控制指令,以便所述确定出的存储设备向用户发送所述目标视频块。
可选的,根据视频文件的第二流行度以及目标视频块的第二流行度确定目标视频块对应的存储设备包括:如果目标视频块的第二流行度大于视频文件的第二流行度,则确定缓存了目标视频块的终端设备为所述目标视频块对应的存储设备;如果目标视频块的第二流行度小于或等于视频文件的第二流行度,则确定缓存了视频文件的基站为所述目标视频块对应的存储设备。
可选的,视频文件传输处理方法还包括:响应用户对视频文件的请求操作,更新视频文件的请求次数;向缓存了视频文件的基站发送视频文件传输控制指令,以便缓存了视频文件的基站向用户发送视频文件。
根据本公开的第二方面,提供一种视频文件传输处理方法,包括:接收用户的目标视频请求操作,并基于目标视频请求操作向服务器发送视频获取请求;接收服务器基于视频获取请求控制目标视频的存储设备而发送的目标视频,并基于用户的接收缓存操作对目标视频进行缓存。
可选的,接收服务器基于视频获取请求控制目标视频的存储设备而发送的目标视频包括:当目标视频为第一视频块时,接收缓存了视频块的终端设备发送的目标视频;当目标视频为视频文件或第二视频块时,接收缓存了视频文件的基站发送的目标视频;其中,视频文件包括第一视频块和/或第二视频块,视频块为视频文件被划分后得到的多个视频块之一。
可选的,基于用户的接收缓存操作对目标视频进行缓存包括:向用户展示是否缓存目标视频的提示信息;接收用户针对提示信息的接收缓存操作以对目标视频进行缓存。
根据本公开的第三方面,提供一种视频文件传输处理装置,包括:存储设备确定模块,用于根据视频文件的被请求次数与一目标视频块的被请求次数确定目标视频块的存储设备;其中,目标视频块为视频文件被划分后得到的多个视频块之一;视频传输处理模块,用于控制存储设备向一个或多个用户端发送视频文件块,以便一个或多个用户端根据对目标视频块的获取需求确定是否对目标视频块进行缓存。
可选的,视频文件传输处理装置还包括目标视频块确定模块,用于确定视频文件经由云端服务器进行分块处理后形成的多个视频块;从多个视频块中确定与用户请求对应的视频块作为目标视频块。
可选的,存储设备确定模块包括存储设备确定单元,用于确定视频文件的计算周期以及平滑系数;基于视频文件的计算周期、平滑系数以及视频文件的被请求次数确定视频文件的第一流行度;基于视频文件的计算周期、平滑系数以及目标视频块的被请求次数确定目标视频块的第一流行度;根据视频文件的第一流行度以及目标视频块的第一流行度确定目标视频块的存储设备。
可选的,存储设备确定单元包括存储设备确定子单元,用于如果目标视频块的第一流行度大于视频文件的第一流行度,则将目标视频块的存储设备确定为接收目标视频块的终端设备,以便确定出的终端设备对所述目标视频块进行缓存;如果目标视频块的第一流行度小于或等于视频文件的第一流行度,则确定目标视频块所属的视频文件,并将目标视频块所属的视频文件的存储设备确定为接收视频文件的基站,以便确定出的基站对所述视频文件进行缓存。
可选的,视频文件传输处理装置还包括第一视频获取模块,用于响应用户对目标视频块的请求操作,更新目标视频块的请求次数;基于更新的目标视频块的请求次数确定视频文件的第二流行度以及目标视频块的第二流行度;根据视频文件的第二流行度以及目标视频块的第二流行度确定目标视频块对应的存储设备;向确定出的存储设备发送视频传输控制指令,以便所述确定出的存储设备向用户发送所述目标视频块。
可选的,第一视频获取模块包括第一视频获取单元,用于如果目标视频块的第二流行度大于视频文件的第二流行度,则确定缓存了目标视频块的终端设备为所述目标视频块对应的存储设备;如果目标视频块的第二流行度小于或等于视频文件的第二流行度,则确定缓存了视频文件的基站为所述目标视频块对应的存储设备。
可选的,视频文件传输处理装置还包括第二视频获取模块,用于响应用户对视频文件的请求操作,更新视频文件的请求次数;向缓存了视频文件的基站发送视频文件传输控制指令,以便缓存了视频文件的基站向用户发送视频文件。
根据本公开的第四方面,提供一种视频文件传输处理装置,包括:视频获取请求发送模块,用于接收用户的目标视频请求操作,并基于目标视频请求操作向服务器发送视频获取请求;目标视频缓存模块,用于接收服务器基于视频获取请求控制目标视频的存储设备而发送的目标视频,并基于用户的接收缓存操作对目标视频进行缓存。
可选的,目标视频缓存模块包括目标视频接收单元,用于当目标视频为第一视频块时,接收缓存了视频块的终端设备发送的目标视频;当目标视频为视频文件或第二视频块时,接收缓存了视频文件的基站发送的目标视频;其中,视频文件包括第一视频块和/或第二视频块,视频块为视频文件被划分后得到的多个视频块之一。
可选的,目标视频缓存模块还包括目标视频缓存单元,用于向用户展示是否缓存目标视频的提示信息;接收用户针对提示信息的接收缓存操作以对目标视频进行缓存。
根据本公开的第五方面,提供一种电子设备,包括:处理器;以及存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现根据上述任意一项所述视频文件传输处理的方法。
根据本公开的第六方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现根据上述任意一项所述的视频文件传输处理方法。
本公开的示例性实施例中的视频文件传输处理方法,根据视频文件的被请求次数与一目标视频块的被请求次数确定目标视频块的存储设备;其中,目标视频块为视频文件被划分后得到的多个视频块之一;控制存储设备向一个或多个用户端发送视频文件块,以便一个或多个用户端根据对目标视频块的获取需求确定是否对目标视频块进行缓存。一方面,基于视频资源的特殊性对视频文件进行分块处理,并结合用户对视频资源的请求行为特征,采用更多样的方式对视频资源进行缓存,提高了移动边缘计算服务器检索到目标视频块的成功率,因此,减少了用户的等待时间。另一方面,用户端根据对目标视频块的获取需求对目标视频块进行缓存,可以使用户采用更低的时延获取到某些被请求次数较多的目标视频块,提升了用户体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1示意示出了根据第一种现有的存储技术方案中对视频资源进行缓存的系统框架图;
图2示意示出了根据第二种现有的存储技术方案中对视频资源进行缓存的系统框架图;
图3示意性示出了根据本公开的第一示例性实施方式的视频文件传输处理方法的流程图;
图4示意性示出了根据本公开的示例性实施方式对视频资源进行分块处理的过程图;
图5示意性示出了根据本公开的示例性实施方式确定目标视频块对应的存储设备的流程图;
图6示意性示出了根据本公开的示例性实施方式用户请求目标视频块的流程图;
图7示意性示出了根据本公开的示例性实施方式用户请求完整视频资源的流程图;
图8示意性示出了根据本公开的第一示例性实施方式的视频文件传输处理装置的方框图;
图9示意性示出了根据本公开的另一示例性实施方式的视频文件传输处理装置的方框图;
图10示意性示出了根据本公开的一些示例性实施方式的存储设备确定模块的方框图;
图11示意性示出了根据本公开的一些示例性实施方式的存储设备确定单元的方框图;
图12示意性示出了根据本公开的又一示例性实施方式的视频文件传输处理装置的方框图;
图13示意性示出了根据本公开的一些示例性实施方式的第一视频获取模块的方框图;
图14示意性示出了根据本公开的再一示例性实施方式的视频文件传输处理装置的方框图;
图15示意性示出了根据本公开的第二示例性实施方式的视频文件传输处理方法的流程图;
图16示意性示出了根据本公开的第二示例性实施方式的视频文件传输处理装置的方框图;
图17示意性示出了根据本公开的一些示例性实施方式的目标视频缓存模块的第一方框图;
图18示意性示出了根据本公开的一些示例性实施方式的目标视频缓存模块的第二方框图;
图19示意性示出了根据本公开一示例性实施例的电子设备的框图;以及
图20示意性示出了根据本公开一示例性实施例的计算机可读存储介质的示意图。
具体实施方式
现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本公开将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本公开的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而没有所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免模糊本公开的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
目前对于互联网中的视频资源,通常是采用直接将完整的资源文件缓存在基站侧或是根据视频资源的内容流行度将视频资源缓存在终端设备或基站侧。参考图1,图1中的缓存方案将完整的视频资源缓存在基站侧,用户可以从基站侧获取视频文件,该缓存方案在用户请求视频资源时容易造成网络拥塞。参考图2,图2中的缓存方案将视频资源分为不同的视频块,并分散地缓存在基站侧或终端设备上,该缓存方案未充分考虑用户对视频资源的请求行为特征以及视频资源的特殊性,不能适应流行度变化较快的视频资源,未能更好地满足用户的需求。
基于此,在本示例实施例中,首先提供了一种视频文件传输处理方法,可以利用服务器来实现本公开的视频文件传输处理方法,其中,所述服务器可以为能够提供移动边缘计算服务的服务器。参考图3,该视频文件传输处理方法可以包括以下步骤:
S310.根据视频文件的被请求次数与一目标视频块的被请求次数确定目标视频块的存储设备;其中,目标视频块为视频文件被划分后得到的多个视频块之一。
根据本公开的一些示例性实施方式,视频文件可以是在互联网中传输的各类视频资源,这些视频资源的内容可以包括但不限于影视作品视频、短视频、音乐短片(MusicVideo,MV)等。举例而言,视频文件可以为用户A欲通过网络获取的一部电影、用户B欲通过网络下载的一首歌曲的MV等等。由于这些视频资源中通常存在一些时间较长、内容较大的视频,因此,可以对一个内容较大的视频文件进行分块处理以形成多个小的视频块,以便进行后续的操作。目标视频块可以为与用户请求对应的一个视频块,是视频文件经过分块处理后的多个视频块中的其中之一。
视频文件的被请求次数可以为根据用户对该完整的视频文件进行获取操作确定出的次数,目标视频块的被请求次数可以为根据用户对该目标视频块进行获取操作确定的次数。存储设备可以为网络中存储该视频块的网络节点,其中,这些网络节点可以包括但不限于基站或终端设备等。根据视频文件的被请求次数与一目标视频块的被请求次数可以确定目标视频块的存储设备。
需要说明的是,用户对目标视频块的请求次数不计入用户对视频文件的请求次数中,只有用户请求完整的视频文件时,视频文件的被请求次数才对应加一次。
在本公开的一些示例性实施例中,确定视频文件经由云端服务器进行分块处理后形成的多个视频块;从多个视频块中确定与用户请求对应的视频块作为目标视频块。云端服务器可以是用于对视频文件进行分块的服务器,采用云端服务器对视频文件进行预处理以及分块后,形成多个独立的可辨识的更小的视频块,以便后续操作中以视频块为一个缓存单元对视频文件进行缓存或者获取操作。将视频文件划分为多个视频块的方式,可以有效避免网络上视频资源的冗余缓存。
本领域技术人员容易理解的是,一个视频文件经过分块处理后得到的多个视频块,这多个视频块重新组合在一起,可以构成完整的视频文件。
参考图4,云端服务器可以采用相应的文件分块算法对整个视频文件的视频流进行分块处理,并根据统一的命名规则对划分后的不同视频块进行命名,得到多个视频块。对视频文件进行分块处理的方式可以为:在云端服务器上预先配置好每个视频块大小的最大值,进而根据提前配置好的视频块最大值对视频文件直接进行分块;另外,可以根据整个视频文件的内部逻辑关系对视频文件进行分块。
在本公开的另一示例性实施例中,确定视频文件的计算周期以及平滑系数;基于视频文件的计算周期、平滑系数以及视频文件的被请求次数确定视频文件的第一流行度;基于视频文件的计算周期、平滑系数以及目标视频块的被请求次数确定目标视频块的第一流行度;根据视频文件的第一流行度以及目标视频块的第一流行度确定目标视频块的存储设备。视频文件的流行度可以表示在全局视频资源中,该视频文件的热点程度,当某一用户端想要获取一个完整的视频文件时,便会向移动边缘计算服务器发送请求,移动边缘计算服务器接收到请求后,将该视频文件的被请求次数就增加一次;视频块的流行度表示在完整视频文件中,该视频块的热点程度,同理,用户请求一次该视频块,该视频块的被请求次数就增加一次。用户在观看视频时,通常会观看开头的一部分视频,以决定是否继续观看下去,因此,该视频文件中开头处的视频片段被访问的次数就相对较多;或者,一部电影中可能包含绝大多数观众喜欢点击观看的一个精彩片段,则该精彩片段被请求的次数也会相对较高,用户访问次数较多的视频片段对应的视频块的被请求次数就相对较多。
考虑到视频资源的特殊性,采用下述公式1和公式2所示的一次指数平滑法计算视频文件的流行度以及视频块的流行度,以便视频文件和视频块的流行度得到及时更新。
其中,T表示视频文件的完整生命周期,N表示ti(ti<T)时间内,全局视频资源的请求次数,nc表示ti(ti<T)时间内,视频文件C被请求的次数,表示ti(ti<T)时间内,视频块ci被请求的次数,ωC表示资源C的流行度,表示资源块ci的流行度,v表示平滑系数。
需要说明的是,T可以是为了计算一个视频文件的流行度而预先确定的时间周期,根据视频内容的不同,T的大小有所不同。例如,当视频文件为一部电视剧时,T可以设定为三个月、六个月等;当视频文件为网络上的一个自制短视频时,T可以设定为三天、一周等。本公开对此不做任何限定。
关于v值的设定,可以先根据视频访问历史记录,对v进行试算,确定符合预测需要的v值,最后根据指数平滑模型计算出下一阶段视频流行度预测值,作为确定视频块缓存设备的基础。v值会随着根据历史信息不断调整,保证预测的准确度。
在本公开的又一示例性实施例中,如果目标视频块的第一流行度大于视频文件的第一流行度,则将目标视频块的存储设备确定为接收目标视频块的终端设备,以便确定出的终端设备对所述目标视频块进行缓存;如果目标视频块的第一流行度小于或等于视频文件的第一流行度,则确定目标视频块所属的视频文件,并将目标视频块所属的视频文件的存储设备确定为接收视频文件的基站,以便确定出的基站对所述视频文件进行缓存。目标视频块的第一流行度可以为在有新的用户请求到达之前目标视频块的当前流行度;视频文件的第一流行度可以为在有新的用户请求到达之前视频文件的当前流行度。参考图5中移动边缘计算服务器确定目标视频块的存储设备的过程,在步骤S501~步骤S503中,移动边缘计算服务器确定出视频文件C对应的多个视频块c1、c2、…、cn后,可以根据公式1和公式2中的流行度计算方法确定视频文件C的流行度ωC以及各个视频块的流行度ωci;在计算出这些流行度后,可以在步骤S504中比较ωC和ωci的大小,移动边缘计算服务器根据ωC和ωci的大小关系确定各个视频块的存储设备。
以目标视频块为例,当目标视频块ci的第一流行度大于视频文件C的第一流行度,说明目标视频块ci相较于完整的视频文件C更受欢迎,因此,移动边缘计算服务器执行步骤S505和步骤S507~步骤S509,通过终端对终端(Device-to-Device,D2D)的方式向终端设备分发数据,并将目标视频块的存储设备确定为那些接收目标视频块的终端设备。当目标视频块ci流行度小于或等于视频文件C流行度,说明相较于该目标视频块ci,视频文件C更受欢迎,因此,可以执行步骤S506~步骤S509,对目标视频块ci流行度小于或等于视频文件C流行度这一部分视频块的个数进行统计,可以用M表示流行度低于视频文件C的流行度的视频块的个数。当M大于0,即存在低流行度视频块时,移动边缘计算服务器直接向基站侧发送完整资源C,并将接收视频文件的基站确定为目标视频块的存储设备,以便用户可以从基站侧获取到流行度较低的视频块。
S320.控制存储设备向一个或多个用户端发送视频文件块,以便一个或多个用户端根据对目标视频块的获取需求确定是否对目标视频块进行缓存。
根据本公开的一些示例性实施方式,用户端为可以采用移动蜂窝网络或通过复用小区资源进行通信的终端设备。确定出目标视频块所处的存储设备后,移动边缘计算服务器可以向确定出的存储设备发送视频传输控制指令,以便存储设备可以向一个或多个用户端发送目标视频块。存储设备向一个或多个用户端发送目标视频块后,用户端可以根据自身对该目标视频块的获取需求确定是否缓存该目标视频块。另外,可以采用相应的奖励机制鼓励处于蜂窝网络中的用户端缓存该目标视频块,举例而言,如果一个用户端完成了缓存目标视频块,可以向用户赠送积分,这些积分可以用于充值等网上交易。采用奖励机制可以使满足一定条件的目标视频块缓存在更多的用户端上,以便后续对目标视频块有获取需求的更多用户端能够更快速地获取到目标视频块。
在本公开的一些示例性实施例中,响应用户对目标视频块的请求操作,更新目标视频块的请求次数;基于更新的目标视频块的请求次数确定视频文件的第二流行度以及目标视频块的第二流行度;根据视频文件的第二流行度以及目标视频块的第二流行度确定目标视频块对应的存储设备;向确定出的存储设备发送视频传输控制指令,以便所述确定出的存储设备向用户发送所述目标视频块。用户想要请求目标视频块时,会向移动边缘计算服务器发送目标视频块的请求,移动边缘计算服务器可以基于用户请求更新目标视频块的请求次数,更新后得到的目标视频块的第二流行度以及视频文件的第二流行度。
参考图6,在步骤S601~步骤S603中,当用户请求目标视频块ci时,移动边缘计算服务器响应用户的请求,并更新目标视频块ci的被请求次数,根据最新的目标视频块ci的被请求次数以及视频C的被请求次数重新计算ωC和基于更新后的目标视频块的第二流行度以及视频文件的第二流行度确定目标视频块对应的存储设备。视频传输控制指令可以是移动边缘计算服务器控制存储设备向用户发送视频块的指令,其中,视频传输控制指令可以包括但不限于目标视频块的存储地址、目标视频块的大小、用户的互联网协议地址(Internet Protocol Address,IP)地址等,对应的存储设备接收到视频传输控制指令后,可以向用户发送对应的目标视频块。
在本公开的另一示例性实施例中,如果目标视频块的第二流行度大于视频文件的第二流行度,则确定缓存了目标视频块的终端设备为所述目标视频块对应的存储设备;如果目标视频块的第二流行度小于或等于视频文件的第二流行度,则确定缓存了视频文件的基站为所述目标视频块对应的存储设备。参考图6,在步骤S604中,移动边缘计算服务器通过判断ωC和的大小关系确定目标视频块的存储设备。如果大于ωC,说明目标视频块ci比视频文件C更受欢迎,可以认为该目标视频块具有较大的概率是缓存在终端设备上,因此,移动边缘计算服务器可以向缓存了该目标视频块的终端设备发送视频传输控制指令,执行步骤S605、步骤S606以及步骤S608;如果未检测到缓存该目标视频块的终端设备,可以向缓存了该目标视频块对应的完整视频文件的基站发送视频传输控制指令,即执行步骤S607,以便用户获取到该目标视频块。如果小于或等于ωC,说明视频文件C比目标视频块ci更受欢迎,移动边缘计算服务器可以直接向缓存了该目标视频块的基站发送视频传输控制指令,即执行步骤S607~步骤S608,以便基站直接向用户发送目标视频块,降低了用户请求目标视频块时的时延,提升了用户体验。
根据目标视频块所在的存储设备的不同,用户与相应存储设备之间建立连接的方式也可以存在多种,当用户端与基站之间进行通信时,可以采用长期演进(Long TermEvolution,LTE)的通信方式进行。当用户端与终端设备之间进行通信时,可以采用终端直通(Device-to-Device,D2D)的通信方式进行,其中,按照双工方式的不同,LTE系统可以分为频分复用LTE(Frequency Division Duplexing-LTE,FDD-LTE)和时分复用(TimeDivision Duplexing,TDD-LTE),二者技术的主要区别在于空口的物理层上,如像帧结构、时分设计、同步等的不同。采用多种通信方式相结合的方式可以充分利用异构网络资源,减少核心网络拥塞,有效提升用户体验质量。
在本公开的又一示例性实施例中,响应用户对视频文件的请求操作,更新视频文件的请求次数;向缓存了视频文件的基站发送视频文件传输控制指令,以便缓存了视频文件的基站向用户发送视频文件。用户对视频文件的请求操作可以对用户想要获取网络上的整个视频文件资源时进行的操作。参考图7中的步骤S720~步骤S740,当用户进行请求视频文件C的操作时,移动边缘计算服务器响应用户的请求操作,将视频文件C的被请求次数增加一次,并确定出缓存了视频文件C的基站,进而向缓存了视频文件C的基站发送视频文件传输指令,便于用户与基站之间建立连接并进行通信。
需要说明的是,本公开所使用的术语“第一”、“第二”等,仅是为了区分视频文件或目标视频块的不同流行度,并不应对本公开造成任何限制。
根据本发明的另一个实施方式,提供了一种视频文件传输处理方法,可以利用终端设备来实现本公开的视频文件传输处理方法,其中,所述终端设备可以为手机、个人电脑、车载设备、PDA等各种电子设备。参考图15,该视频文件传输处理方法包括如下步骤S1510至步骤S1520,以下详细进行阐述。
步骤S1510.接收用户的目标视频请求操作,并基于目标视频请求操作向服务器发送视频获取请求。
根据本公开的一些示例性实施方式,用户的目标视频请求操作可以包括但不限于用户C进入视频网站点击播放一段电影视频、用户D通过第三方社交平台点击观看一段自制短视频等。终端设备接收到用户的目标视频请求操作后,根据用户的目标视频请求操作向服务器端发送视频获取请求,以便可以获取到目标视频。
步骤S1520.接收服务器基于视频获取请求控制目标视频的存储设备而发送的目标视频,并基于用户的接收缓存操作对目标视频进行缓存。
根据本公开的一些示例性实施方式,目标视频的存储设备可以为缓存了该目标视频的其他终端设备或者缓存了该目标视频的基站,因此,终端设备可以接收其它缓存了该目标视频的终端设备或者缓存了该目标视频的基站发送的目标视频。
根据本公开的一些示例性实施例,当目标视频为第一视频块时,接收缓存了视频块的终端设备发送的目标视频;当目标视频为视频文件或第二视频块时,接收缓存了视频文件的基站发送的目标视频;其中,视频文件包括第一视频块和/或第二视频块,视频块为视频文件被划分后得到的多个视频块之一。一个完整的视频文件可以通过云端服务器的分块处理后形成多个视频块,第一视频块和第二视频块可以是基于视频块的流行度进行区分,并且第一视频块与第二视频块所对应的存储设备不相同。
其中,第一视频块的流行度大于视频文件的流行度,第二视频块的流行度小于或等于视频文件的流行度。视频文件的流行度可以由移动边缘计算服务器基于视频文件的计算周期、平滑系数以及视频文件的被请求次数确定;目标视频块的流行度可以由移动边缘计算服务器基于视频文件的计算周期、平滑系数以及所述目标视频块的被请求次数确定。
进一步地,关于目标视频块的流行度以及视频文件的流行度确定的具体细节已经在前述的视频文件传输处理方法进行了详细阐述,因此此处不再赘述。
需要说明的是,本公开所使用的术语“第一”、“第二”等,仅是为了区分不同视频文件或不同目标视频块对应的不同流行度,并不应对本公开造成任何限制。
根据本公开的又一示例性实施例,基于用户的接收缓存操作对目标视频进行缓存包括:向用户展示是否缓存目标视频的提示信息;接收用户针对提示信息的接收缓存操作以对目标视频进行缓存。向用户展示是否缓存目标视频的提示消息可以包括通过弹出对话框显示提示消息的方式或者显示提醒文字的方式等,用户可以根据提醒消息进行下一步的操作,例如用户确认对目标视频进行缓存的点击操作。如果用户进行了缓存该目标视频的操作,则将该目标视频缓存在该终端设备上;如果用户没有确认缓存该目标视频,则不对目标视频进行存储。用户缓存了该目标视频后,当附近有新用户请求该目标视频时,服务器可以控制该终端设备向新用户对应的终端设备发送目标视频。
综上所述,本公开的视频文件传输处理方法,首先,根据视频文件的被请求次数与一目标视频块的被请求次数确定目标视频块的存储设备;其中,目标视频块为视频文件被划分后得到的多个视频块之一。其次,控制存储设备向一个或多个用户端发送视频文件块,以便一个或多个用户端根据对目标视频块的获取需求确定是否对目标视频块进行缓存。一方面,考虑到了视频文件的特殊性以及用户对视频文件的行为特征,通过统计视频文件的被请求次数与一目标视频块的被请求次数可以计算出视频文件的流行度与目标视频块的流行度,基于计算出的视频文件的流行度与目标视频块的流行度可以为目标视频块确定更适合的存储设备。另一方面,本公开在终端设备上分散地存储流行度较高的视频块的基础上,当出现流行度较低的视频块时,可以将整个视频文件存储在基站,方便用户直接从基站获取到目标视频块,降低了用户的等待时延。再一方面,在基站上存储完整的视频文件,当用户需要请求完整的视频文件时,不需要从基站侧以及终端设备上两处请求视频块,再组合为完整视频,可以降低请求时延,提升用户体验。
此外,在本示例实施例中,还提供了一种视频文件传输处理装置。参考图8,该视频文件传输处理装置800可以包括存储设备确定模块810以及视频传输处理模块820。
具体的,存储设备确定模块810可以用于根据视频文件的被请求次数与一目标视频块的被请求次数确定目标视频块的存储设备;其中,目标视频块为视频文件被划分后得到的多个视频块之一;视频传输处理模块820可以用于控制存储设备向一个或多个用户端发送视频文件块,以便一个或多个用户端根据对目标视频块的获取需求确定是否对目标视频块进行缓存。
视频文件传输处理装置800对视频文件进行分块处理后,基于视频块的被请求次数确定视频块的存储设备,确定视频块的存储设备时充分考虑了视频文件的特殊性以及用户行为特征,使得用户在后续请求目标视频块时具有更高的成功率,是一种行之有效的视频文件传输处理装置。
在本公开的另一示例性实施方式中,还提供了视频文件传输处理装置900,参考图9,视频文件传输处理装置900相比于视频文件传输处理装置800,除包括存储设备确定模块810以及视频传输处理模块820外,还可以包括目标视频块确定模块910。
具体的,目标视频块确定模块910可以用于确定视频文件经由云端服务器进行分块处理后形成的多个视频块;从多个视频块中确定与用户请求对应的视频块作为目标视频块。
目标视频块确定模块910利用云端服务器将整个视频文件进行分块处理后形成视频块,以便进行后续的处理操作。
根据本公开的一些示例性实施例,参考图10,存储设备确定模块810可以包括存储设备确定单元1010。
具体的,存储设备确定单元1010可以用于确定视频文件的计算周期以及平滑系数;基于视频文件的计算周期、平滑系数以及视频文件的被请求次数确定视频文件的第一流行度;基于视频文件的计算周期、平滑系数以及目标视频块的被请求次数确定目标视频块的第一流行度;根据视频文件的第一流行度以及目标视频块的第一流行度确定目标视频块的存储设备。
存储设备确定单元1010在试算出平滑系数后,可以采用一次指数平滑法计算出视频文件的流行度以及目标视频块的流行度,以便基于计算出的流行度确定目标视频块的存储设备。
根据本公开的一些示例性实施例,参考图11,存储设备确定单元1010可以包括存储设备确定子单元1110。
具体的,存储设备确定子单元1110可以用于如果目标视频块的第一流行度大于视频文件的第一流行度,则将目标视频块的存储设备确定为接收目标视频块的终端设备,以便确定出的终端设备对所述目标视频块进行缓存;如果目标视频块的第一流行度小于或等于视频文件的第一流行度,则确定目标视频块所属的视频文件,并将目标视频块所属的视频文件的存储设备确定为接收视频文件的基站,以便确定出的基站对所述视频文件进行缓存。
存储设备确定子单元1110可以根据视频文件的流行度与目标视频块的流行度的关系确定目标视频块的存储设备。
在本公开的又一示例性实施方式中,还提供了视频文件传输处理装置1200,参考图12,视频文件传输处理装置1200相比于视频文件传输处理装置900,除包括存储设备确定模块810、视频传输处理模块820以及目标视频块确定模块910外,还可以包括第一视频获取模块1210。
具体的,第一视频获取模块1210可以用于响应用户对目标视频块的请求操作,更新目标视频块的请求次数;基于更新的目标视频块的请求次数确定视频文件的第二流行度以及目标视频块的第二流行度;根据视频文件的第二流行度以及目标视频块的第二流行度确定目标视频块对应的存储设备;向确定出的存储设备发送视频传输控制指令,以便所述确定出的存储设备向用户发送所述目标视频块。
第一视频获取模块1210可以在用户请求一个视频块时,控制用户从该视频块的存储设备中获取到该视频块。
根据本公开的一些示例性实施例,参考图13,第一视频获取模块1210可以包括第一视频获取单元1310。
具体的,第一视频获取单元1310可以用于如果目标视频块的第二流行度大于视频文件的第二流行度,则确定缓存了目标视频块的终端设备为所述目标视频块对应的存储设备;如果目标视频块的第二流行度小于或等于视频文件的第二流行度,则确定缓存了视频文件的基站为所述目标视频块对应的存储设备。
第一视频获取单元1310可以根据目标视频块的流行度与视频文件的流行度之间的关系,向用户发送从对应存储设备获取目标视频块的指令,以便获取到目标视频块。
在本公开的再一示例性实施方式中,还提供了视频文件传输处理装置1400,参考图14,视频文件传输处理装置1400相比于视频文件传输处理装置1200,除包括存储设备确定模块810、视频传输处理模块820以及目标视频块确定模块910以及第一视频获取模块1210外,还可以包括第二视频获取模块1410。
具体的,第二视频获取模块1410可以用于响应用户对视频文件的请求操作,更新视频文件的请求次数;向缓存了视频文件的基站发送视频文件传输控制指令,以便缓存了视频文件的基站向用户发送视频文件。
第二视频获取模块1410可以在用户请求一个视频块时,控制用户从该视频块的存储设备中获取到该视频块。
此外,在本示例实施方式中,还提供了另外一种视频文件传输处理装置1600。参考图16,该视频文件传输处理装置1600可以包括:视频获取请求发送模块1610以及目标视频缓存模块1620。
具体的,请求发送模块1610可以用于接收用户的目标视频请求操作,并基于目标视频请求操作向服务器发送视频获取请求;目标视频缓存模块1620可以用于接收服务器基于视频获取请求控制目标视频的存储设备而发送的目标视频,并基于用户的接收缓存操作对目标视频进行缓存,以便将目标视频发送至获取目标视频的用户端。
视频文件传输处理装置1600可以在接收到用户的视频请求操作后向服务器发送视频获取请求,在获取到目标视频后根据用户对目标视频的获取需求确定是否对该目标视频进行缓存,以便后续发送给其它获取该目标视频的用户端,是一种行之有效的视频文件传输处理装置。
根据本公开的一些示例性实施例,参考图17,目标视频缓存模块1620可以包括目标视频接收单元1710。
具体的,目标视频接收单元1710可以用于当目标视频为第一视频块时,接收缓存了视频块的终端设备发送的目标视频;当目标视频为视频文件或第二视频块时,接收缓存了视频文件的基站发送的目标视频;其中,视频文件包括第一视频块和/或第二视频块,视频块为视频文件被划分后得到的多个视频块之一。
目标视频接收单元1710可以接收服务器端根据目标视频的不同类型而控制不同的存储设备发送的目标视频,获取过程对于用户而言是透明的。
根据本公开的另一示例性实施例,参考图18,目标视频缓存模块18100除包括目标视频接收单元1710外,还可以包括目标视频缓存单元1820。
具体的,目标视频缓存单元1820可以用于向用户展示是否缓存目标视频的提示信息;接收用户针对提示信息的接收缓存操作以对目标视频进行缓存。
目标视频缓存单元1820向用户提供是否要对目标视频进行缓存的提示信息,以便用户自行确定是否缓存该目标视频。
上述中各虚拟视频文件传输处理装置模块的具体细节已经在对应的视频文件传输处理方法中进行了详细的描述,因此此处不再赘述。
应当注意,尽管在上文详细描述中提及了视频文件传输处理装置的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外,在本公开的示例性实施例中,还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解,本发明的各个方面可以实现为系统、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施例、完全的软件实施例(包括固件、微代码等),或硬件和软件方面结合的实施例,这里可以统称为“电路”、“模块”或“系统”。
下面参考图19来描述根据本发明的这种实施例的电子设备1900。图19显示的电子设备1900仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图19所示,电子设备1900以通用计算设备的形式表现。电子设备1900的组件可以包括但不限于:上述至少一个处理单元1910、上述至少一个存储单元1920、连接不同系统组件(包括存储单元1920和处理单元1910)的总线1930、显示单元1940。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元1910执行,使得所述处理单元1910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
存储单元1920可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)1921和/或高速缓存存储单元1922,还可以进一步包括只读存储单元(ROM)1923。
存储单元1920以包括具有一组(至少一个)程序模块1925的程序/实用工具1924,这样的程序模块1925包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线1930可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备1900也可以与一个或多个外部设备1970(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备1900交互的设备通信,和/或与使得该电子设备1900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1950进行。并且,电子设备1900还可以通过网络适配器1960与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器1960通过总线1930与电子设备1900的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备1900使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。
在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
参考图20所示,描述了根据本发明的实施例的用于实现上述方法的程序产品2000,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。
Claims (14)
1.一种视频文件传输处理方法,其特征在于,包括:
根据视频文件的被请求次数与一目标视频块的被请求次数确定所述目标视频块的存储设备;其中,所述目标视频块为所述视频文件被划分后得到的多个视频块之一;
控制所述存储设备向一个或多个用户端发送所述视频文件块,以便所述一个或多个用户端根据对所述目标视频块的获取需求确定是否对所述目标视频块进行缓存。
2.根据权利要求1所述的视频文件传输处理方法,其特征在于,所述视频文件传输处理方法还包括:
确定所述视频文件经由云端服务器进行分块处理后形成的多个视频块;
从所述多个视频块中确定与用户请求对应的视频块作为目标视频块。
3.根据权利要求1所述的视频文件传输处理方法,其特征在于,根据视频文件的被请求次数与一目标视频块的被请求次数确定所述目标视频块的存储设备包括:
确定所述视频文件的计算周期以及平滑系数;
基于所述视频文件的计算周期、平滑系数以及所述视频文件的被请求次数确定所述视频文件的第一流行度;
基于所述视频文件的计算周期、平滑系数以及所述目标视频块的被请求次数确定所述目标视频块的第一流行度;
根据所述视频文件的第一流行度以及所述目标视频块的第一流行度确定所述目标视频块的存储设备。
4.根据权利要求3所述的视频文件传输处理方法,其特征在于,根据所述视频文件的第一流行度以及所述目标视频块的第一流行度确定所述目标视频块的存储设备包括:
如果所述目标视频块的第一流行度大于所述视频文件的第一流行度,则将所述目标视频块的存储设备确定为接收所述目标视频块的终端设备,以便确定出的终端设备对所述目标视频块进行缓存;
如果所述目标视频块的第一流行度小于或等于所述视频文件的第一流行度,则确定所述目标视频块所属的视频文件,并将所述目标视频块所属的视频文件的存储设备确定为接收所述视频文件的基站,以便确定出的基站对所述视频文件进行缓存。
5.根据权利要求4所述的视频文件传输处理方法,其特征在于,所述视频文件传输处理方法还包括:
响应用户对所述目标视频块的请求操作,更新所述目标视频块的请求次数;
基于更新的目标视频块的请求次数确定所述视频文件的第二流行度以及所述目标视频块的第二流行度;
根据所述视频文件的第二流行度以及所述目标视频块的第二流行度确定所述目标视频块对应的存储设备;
向确定出的存储设备发送视频传输控制指令,以便所述确定出的存储设备向用户发送所述目标视频块。
6.根据权利要求5所述的视频文件传输处理方法,其特征在于,根据所述视频文件的第二流行度以及所述目标视频块的第二流行度确定所述目标视频块对应的存储设备包括:
如果所述目标视频块的第二流行度大于所述视频文件的第二流行度,则确定缓存了所述目标视频块的终端设备为所述目标视频块对应的存储设备;
如果所述目标视频块的第二流行度小于或等于所述视频文件的第二流行度,则确定缓存了所述视频文件的基站为所述目标视频块对应的存储设备。
7.根据权利要求4所述的视频文件传输处理方法,其特征在于,所述视频文件传输处理方法还包括:
响应用户对所述视频文件的请求操作,更新所述视频文件的请求次数;
向缓存了所述视频文件的基站发送视频文件传输控制指令,以便所述缓存了所述视频文件的基站向用户发送所述视频文件。
8.一种视频文件传输处理方法,其特征在于,包括:
接收用户的目标视频请求操作,并基于所述目标视频请求操作向服务器发送视频获取请求;
接收所述服务器基于所述视频获取请求控制所述目标视频的存储设备而发送的目标视频,并基于用户的接收缓存操作对所述目标视频进行缓存。
9.根据权利要求8所述的视频文件传输处理方法,其特征在于,接收所述服务器基于所述视频获取请求控制所述目标视频的存储设备而发送的目标视频包括:
当所述目标视频为第一视频块时,接收缓存了所述视频块的终端设备发送的所述目标视频;
当所述目标视频为视频文件或第二视频块时,接收缓存了所述视频文件的基站发送的所述目标视频;其中,所述视频文件包括所述第一视频块和/或第二视频块,所述视频块为所述视频文件被划分后得到的多个视频块之一。
10.根据权利要求8所述的视频文件传输处理方法,其特征在于,所述基于用户的接收缓存操作对所述目标视频进行缓存包括:
向用户展示是否缓存所述目标视频的提示信息;
接收用户针对所述提示信息的接收缓存操作以对所述目标视频进行缓存。
11.一种视频文件传输处理装置,其特征在于,包括:
存储设备确定模块,用于根据视频文件的被请求次数与一目标视频块的被请求次数确定所述目标视频块的存储设备;其中,所述目标视频块为所述视频文件被划分后得到的多个视频块之一;
视频传输处理模块,用于控制所述存储设备向一个或多个用户端发送所述视频文件块,以便所述一个或多个用户端根据对所述目标视频块的获取需求确定是否对所述目标视频块进行缓存。
12.一种视频文件传输处理装置,其特征在于,包括:
视频获取请求发送模块,用于接收用户的目标视频请求操作,并基于所述目标视频请求操作向服务器发送视频获取请求;
目标视频缓存模块,用于接收所述服务器基于所述视频获取请求控制所述目标视频的存储设备而发送的目标视频,并基于用户的接收缓存操作对所述目标视频进行缓存。
13.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1至7中任一项所述的视频文件传输处理方法,或实现如权利要求8至10中任一项所述的视频文件传输处理方法。
14.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的视频文件传输处理方法,或实现如权利要求8至10中任一项所述的视频文件传输处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811582945.3A CN109639813B (zh) | 2018-12-24 | 2018-12-24 | 视频文件传输处理方法及装置、电子设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811582945.3A CN109639813B (zh) | 2018-12-24 | 2018-12-24 | 视频文件传输处理方法及装置、电子设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109639813A true CN109639813A (zh) | 2019-04-16 |
CN109639813B CN109639813B (zh) | 2022-04-12 |
Family
ID=66076916
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811582945.3A Active CN109639813B (zh) | 2018-12-24 | 2018-12-24 | 视频文件传输处理方法及装置、电子设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109639813B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112543357A (zh) * | 2020-11-26 | 2021-03-23 | 郑州铁路职业技术学院 | 一种基于dash协议的流媒体数据传输方法 |
CN113132466A (zh) * | 2021-03-18 | 2021-07-16 | 中山大学 | 基于编码缓存的多接入通信方法、装置、设备及介质 |
CN114900732A (zh) * | 2022-04-25 | 2022-08-12 | 北京奇艺世纪科技有限公司 | 视频缓存方法、装置、电子设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101510219A (zh) * | 2009-03-31 | 2009-08-19 | 成都市华为赛门铁克科技有限公司 | 文件数据访问方法、装置以及系统 |
CN101567840A (zh) * | 2008-04-22 | 2009-10-28 | 深圳市同洲电子股份有限公司 | 一种流媒体数据缓存控制方法和装置 |
CN101860550A (zh) * | 2010-06-25 | 2010-10-13 | 复旦大学 | 一种基于路由器缓存的流媒体系统加速方法 |
US20140025837A1 (en) * | 2012-07-18 | 2014-01-23 | Skyfire Labs, Inc. | Just-In-Time Distributed Video Cache |
CN105357246A (zh) * | 2015-08-12 | 2016-02-24 | 北京交通大学 | 基于信息中心网络的缓存方法和系统 |
US20170289489A1 (en) * | 2013-06-17 | 2017-10-05 | Spotify Ab | System and method for determining whether to use cached media |
CN108881943A (zh) * | 2018-06-07 | 2018-11-23 | 南京邮电大学 | P2p流媒体点播系统中基于淘汰指数的节点缓存替换方法 |
-
2018
- 2018-12-24 CN CN201811582945.3A patent/CN109639813B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101567840A (zh) * | 2008-04-22 | 2009-10-28 | 深圳市同洲电子股份有限公司 | 一种流媒体数据缓存控制方法和装置 |
CN101510219A (zh) * | 2009-03-31 | 2009-08-19 | 成都市华为赛门铁克科技有限公司 | 文件数据访问方法、装置以及系统 |
CN101860550A (zh) * | 2010-06-25 | 2010-10-13 | 复旦大学 | 一种基于路由器缓存的流媒体系统加速方法 |
US20140025837A1 (en) * | 2012-07-18 | 2014-01-23 | Skyfire Labs, Inc. | Just-In-Time Distributed Video Cache |
US20170289489A1 (en) * | 2013-06-17 | 2017-10-05 | Spotify Ab | System and method for determining whether to use cached media |
CN105357246A (zh) * | 2015-08-12 | 2016-02-24 | 北京交通大学 | 基于信息中心网络的缓存方法和系统 |
CN108881943A (zh) * | 2018-06-07 | 2018-11-23 | 南京邮电大学 | P2p流媒体点播系统中基于淘汰指数的节点缓存替换方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112543357A (zh) * | 2020-11-26 | 2021-03-23 | 郑州铁路职业技术学院 | 一种基于dash协议的流媒体数据传输方法 |
CN112543357B (zh) * | 2020-11-26 | 2023-09-08 | 郑州铁路职业技术学院 | 一种基于dash协议的流媒体数据传输方法 |
CN113132466A (zh) * | 2021-03-18 | 2021-07-16 | 中山大学 | 基于编码缓存的多接入通信方法、装置、设备及介质 |
CN113132466B (zh) * | 2021-03-18 | 2022-03-15 | 中山大学 | 基于编码缓存的多接入通信方法、装置、设备及介质 |
CN114900732A (zh) * | 2022-04-25 | 2022-08-12 | 北京奇艺世纪科技有限公司 | 视频缓存方法、装置、电子设备及存储介质 |
CN114900732B (zh) * | 2022-04-25 | 2024-01-12 | 北京奇艺世纪科技有限公司 | 视频缓存方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109639813B (zh) | 2022-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11003992B2 (en) | Distributed training and prediction using elastic resources | |
CN107332902B (zh) | 在线客服系统的用户请求分配方法、装置和计算设备 | |
EP3080720B1 (en) | Social-driven recaching of accessible objects | |
US20220318657A1 (en) | Artificial intelligence delivery edge network | |
CN110443695A (zh) | 数据处理方法及其装置、电子设备和介质 | |
US9652538B2 (en) | Web crawler optimization system | |
CN107590001A (zh) | 负载均衡方法及装置、存储介质、电子设备 | |
US10277701B2 (en) | Methods and Systems for Rewriting Scripts to Direct Requests | |
CN108540831B (zh) | 用于推送信息的方法和装置 | |
CN110032447A (zh) | 用于分配资源的方法和装置 | |
MX2014007165A (es) | Pre-guardado en memoria cache de red de suministro de contenido (cdn) impulsado por aplicacion. | |
CN107251086A (zh) | 通过应用服务替身的应用服务递送 | |
CN109639813A (zh) | 视频文件传输处理方法及装置、电子设备和存储介质 | |
CN109981785A (zh) | 用于推送信息的方法和装置 | |
CN109408751A (zh) | 一种数据处理方法、终端、服务器及存储介质 | |
US11201939B1 (en) | Content and compute delivery platform using satellites | |
CN110365796A (zh) | 业务请求处理方法、装置 | |
US10242102B2 (en) | Network crawling prioritization | |
CN110401731B (zh) | 用于分配内容分发节点的方法和装置 | |
US10200456B2 (en) | Media suggestions based on presence | |
US11070485B2 (en) | Multimedia content steering | |
US11171720B1 (en) | Content and compute delivery platform using satellites | |
CN105706412B (zh) | 自校正内容递送网络中的带宽策略管理 | |
CN114925304A (zh) | 一种信息访问方法、装置和系统 | |
US10652308B2 (en) | Cognitive storage management for a mobile computing device |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |