CN102130963A - 客户端网络中存储文件的方法、装置和系统 - Google Patents

客户端网络中存储文件的方法、装置和系统 Download PDF

Info

Publication number
CN102130963A
CN102130963A CN2011100871973A CN201110087197A CN102130963A CN 102130963 A CN102130963 A CN 102130963A CN 2011100871973 A CN2011100871973 A CN 2011100871973A CN 201110087197 A CN201110087197 A CN 201110087197A CN 102130963 A CN102130963 A CN 102130963A
Authority
CN
China
Prior art keywords
file
data block
health degree
module
client
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
Application number
CN2011100871973A
Other languages
English (en)
Other versions
CN102130963B (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.)
Shanghai Zhongyuan Network Co Ltd
Original Assignee
TRANSFER INTERACTION TOGETHER (BEIJING) 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 TRANSFER INTERACTION TOGETHER (BEIJING) TECHNOLOGY Co Ltd filed Critical TRANSFER INTERACTION TOGETHER (BEIJING) TECHNOLOGY Co Ltd
Priority to CN201110087197.3A priority Critical patent/CN102130963B/zh
Publication of CN102130963A publication Critical patent/CN102130963A/zh
Application granted granted Critical
Publication of CN102130963B publication Critical patent/CN102130963B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了客户端网络中存储文件的方法、装置和系统,控制文件在整个客户端网络中的分布式存储,节省服务器带宽的支出。其技术方案为:方法包括:当客户端播放文件时,向服务器请求本地保存的所有文件的文件健康度;在下载完成文件的一个数据块后,检查本地存储空间是否已满,如果存储空间未满,则将下载文件的数据块保存在存储空间的空闲位置,如果存储空间已满,则优先删除文件健康度高的文件的一个数据块,将下载文件的数据块保存在删除后空余的位置。

Description

客户端网络中存储文件的方法、装置和系统
技术领域
本发明涉及一种网络中的文件存储技术,尤其涉及基于某一参数在客户端网络中进行分布式存储文件的方法、装置和系统。
背景技术
在视频点播领域,点播系统和直播系统有两点重要的不同:用户观看的进度不同,数据的时间有效性不同。
在点播系统中,因为每个用户观看的进度不同(超大规模在线用户数除外),他们很难像直播一样进度相近,能交换彼此的数据。为了减少服务器带宽的支出,那么每个客户端都要保存看过的指定数量的数据。
因为每个文件的在线人数在动态变化,那么保存有这个文件数据的用户们,谁给没有此文件数据的其他用户提供这个文件的上传,谁不提供,这是一个需要解决的问题。
因为客户端保存数据的缓存区有限,那么当缓存区满时,删除哪个文件,从文件的哪部分开始删除,这也是一个需要解决的问题。
目前的点播系统中没有一种处理方法可以高效的解决上述问题。
发明内容
本发明的目的在于解决上述问题,提供了一种客户端网络中存储文件的方法,控制文件在整个客户端网络中的分布式存储,节省服务器带宽的支出。
本发明的另一目的在于提供了一种客户端网络中存储文件的装置。
本发明的又一目的在于提供了一种客户端网络中存储文件的系统。
本发明的技术方案为:本发明揭示了一种客户端网络中存储文件的方法,包括:
当客户端播放文件时,向服务器请求本地保存的所有文件的文件健康度;
在下载完成文件的一个数据块后,检查本地存储空间是否已满,如果存储空间未满,则将下载文件的数据块保存在存储空间的空闲位置,如果存储空间已满,则优先删除文件健康度高的文件的一个数据块,将下载文件的数据块保存在删除后空余的位置。
根据本发明的客户端网络中存储文件的方法的一实施例,该方法还包括:
在客户端播放文件时,向服务器注册本地所有文件(包括当前播放文件)的文件位图,以表明自身拥有这些文件(包括当前播放文件)的哪些数据块。
根据本发明的客户端网络中存储文件的方法的一实施例,文件的每一个数据块对应一个比特,以数据块是否下载完成来将对应的比特置为0或1,所有的比特组成一个文件的文件位图。
根据本发明的客户端网络中存储文件的方法的一实施例,该方法还包括:
服务器定期计算每一个文件的文件健康度。
根据本发明的客户端网络中存储文件的方法的一实施例,一个数据块健康度计算公式为:
数据块健康度=网络供给量/网络需求量,
其中网络供给量是在线且拥有此数据块的节点和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
将文件中的每一个数据块的数据块健康度之和就是文件健康度。
根据本发明的客户端网络中存储文件的方法的一实施例,服务器计算文件健康度的周期视文件上线时间而定,文件上线时间越长,文件健康度的计算周期也越长。
本发明还揭示了一种客户端网络中存储文件的装置,包括:
文件健康度获取装置,在客户端播放文件时,向服务器请求本地保存的所有文件的文件健康度;
文件下载存储装置,耦接文件健康度获取装置,在下载完成文件的的一个数据块后,检查本地存储空间是否已满,如果存储空间未满,则将下载文件的数据块保存在存储空间的空闲位置,如果存储空间已满,则优先删除文件健康度高的文件的一个数据块,将下载文件的数据块保存在删除后空余的位置。
根据本发明的客户端网络中存储文件的装置的一实施例,该装置还包括:
文件位图注册模块,在客户端播放文件时,向服务器注册本地所有文件(包括当前播放文件)的文件位图,以表明自身拥有这些文件(包括当前播放文件)的哪些数据块。
根据本发明的客户端网络中存储文件的装置的一实施例,在文件位图注册模块中,文件的每一个数据块对应一个比特,以数据块是否下载完成来将对应的比特置为0或1,所有的比特组成一个文件的文件位图。
根据本发明的客户端网络中存储文件的装置的一实施例,该装置还包括:
文件健康度计算模块,服务器定期计算每一个文件的文件健康度。
根据本发明的客户端网络中存储文件的装置的一实施例,文件健康度计算模块包括:
数据块健康度计算单元,根据公式“数据块健康度=网络供给量/网络需求量”计算文件中的每一数据块的数据块健康度,其中网络供给量是在线且拥有此数据块的节点和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
文件健康度计算单元,耦接数据块健康度计算单元,将文件中的每一个数据块的数据块健康度进行加总得到文件健康度。
根据本发明的客户端网络中存储文件的装置的一实施例,文件健康度计算模块中服务器计算文件健康度的周期视文件上线时间而定,文件上线时间越长,文件健康度的计算周期也越长。
本发明又揭示了一种客户端网络中存储文件的系统,包括点播数据源服务器、节点管理服务端以及多个客户端,其中:
点播数据源服务器,向客户端提供原始的点播数据;
节点管理服务端,包括文件健康度提供模块,向客户端提供所要查询文件的文件健康度;
客户端,包括文件播放模块、文件健康度查询模块、文件健康度获取模块、文件下载模块、存储空间检查模块、文件删除模块、文件存储模块,其中:
文件播放模块,客户端向点播数据源服务器点播文件;
文件健康度查询模块,向节点管理服务端请求本地保存的所有文件的文件健康度;
文件健康度获取模块,从节点管理服务端的文件健康度提供模块中获取到请求文件的文件健康度;
文件下载模块,从点播数据源服务器和其他客户端下载到点播文件的数据块;
存储空间检查模块,检查客户端的存储空间是否已满,如果未满则交由文件存储模块直接处理,如果已满则先通过文件删除模块的处理再交给文件存储模块;
文件删除模块,优先删除文件健康度高的文件的一个数据块;
文件存储模块,将下载到的文件的数据块保存在存储空间的空闲位置。
根据本发明的客户端网络中存储文件的系统的一实施例,客户端还包括:
文件位图注册模块,向节点管理服务端注册本地所有文件的文件位图,以表明自身拥有这些文件的哪些数据块。
根据本发明的客户端网络中存储文件的系统的一实施例,客户端还包括:
文件位图处理模块,将文件的每一个数据块对应为一个比特,以数据块是否下载完成为准将对应的比特置为0或1,所有的比特组成一个文件的文件位图。
根据本发明的客户端网络中存储文件的系统的一实施例,节点管理服务端还包括:
文件健康度计算模块,定期计算每一文件的文件健康度。
根据本发明的客户端网络中存储文件的系统的一实施例,文件健康度计算模块包括:
数据块健康度计算单元,根据公式“数据块健康度=网络供给量/网络需求量”计算文件中的每一数据块的数据块健康度,其中网络供给量是在线且拥有此数据块的节点和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
文件健康度计算单元,耦接数据块健康度计算单元,将文件中的每一个数据块的数据块健康度进行加总得到文件健康度。
根据本发明的客户端网络中存储文件的系统的一实施例,文件健康度计算模块中计算文件健康度的周期视文件上线时间而定,文件上线时间越长,文件健康度的计算周期也越长。
本发明对比现有技术有如下的有益效果:本发明的技术方案是以文件健康度这个参数来判断文件的状况,以便控制文件在整个客户端网络中的分布式存储,以保持每一文件在整个客户端网络中的合理分布,不会出现需要的文件,数据却存储得不够,而不需要的文件,却存储了很多的矛盾。本发明通过文件健康度这一参数来判断文件数据在当前网络中的需求状况,每一个文件的文件健康度在不同的时间,因为在线人数的不同而有所变化。文件健康度高则说明这个文件在整个网络中不缺数据,不用服务器提供多少数据甚至不提供数据都可以流畅播放。反之,则可能播放不流畅,需要增加服务带宽的支出。
附图说明
图1示例性的示出了本发明的客户端网络中存储文件的方法的第一实施例的流程图。
图2示例性的示出了本发明的客户端网络中存储文件的方法的第二实施例的流程图。
图3示例性的示出了本发明的客户端网络中存储文件的装置的第一实施例的原理图。
图4示例性的示出了本发明的客户端网络中存储文件的装置的第二实施例的原理图。
图5示例性的示出了本发明的客户端网络中存储文件的系统的第一实施例的结构图。
图6示例性的示出了本发明的客户端网络中存储文件的系统的第二实施例的结构图。
具体实施方式
下面结合附图和实施例对本发明作进一步的描述。
客户端网络中存储文件的方法的第一实施例
图1示出了本发明的客户端网络中存储文件的方法的第一实施例的流程。请参见图1,下面是对本实施例的方法中的各个步骤的详细描述。
步骤S100:客户端播放文件A。
步骤S101:客户端向Tracker请求本地保存的所有文件的文件健康度。
Tracker是专门收集、管理、优化节点,并向客户端提供节点集的服务端,其在Tracker服务端上计算和保存各个文件的文件健康度。
步骤S102:客户端从Tracker处获得请求文件的文件健康度。
文件健康度是评估文件数据在当前网络中的需求状况的一个参数,其计算方式如下:
将一个文件分成若干个数据块,每一数据块大小例如为2M(最后一个数据块的大小可能会小于2M),每个数据块都由一个以0作为起始的编号。
先计算文件中所有数据块的数据块健康度:
数据块健康度=网络供给量/网络需求量,
其中网络供给量是在线且拥有此数据块的节点(节点等同于客户端)和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
然后再将文件中的每一个数据块的数据块健康度之和就是文件健康度。
步骤S103:客户端下载完文件A的一个数据块。
步骤S104:检查客户端的存储空间是否已满,如果空间已满则进入步骤S105,如果空间未满则进入步骤S107。
步骤S105:删除文件健康度高的文件的一个数据块。
文件健康度越高,说明客户端网络中可提供此文件数据的供给量就越大。那么,健康度越高的文件,越优先被删除掉,以便留出空闲空间保存健康度较低的文件,也就是网络中供给量不够、数据紧缺的文件。
步骤S106:将下载完成的文件A的数据块保存在删除所产生的空闲空间。
步骤S107:将下载完成的文件A的数据块保存在空闲空间。
客户端网络中存储文件的方法的第二实施例
图2示出了本发明的客户端网络中存储文件的方法的第二实施例的流程。请参见图2,本实施例的方法的各个步骤详述如下。
步骤S200:客户端播放文件A。
步骤S201:客户端向Tracker注册本地所有文件的文件位图。
将一个文件分成若干个数据块,每一数据块大小例如为2M(最后一个数据块的大小可能会小于2M),每个数据块都由一个以0作为起始的编号。文件的每一个数据块对应一个比特,当这个比特被置为1时,表示客户端已经下载完此数据块;当这个比特被置为0时,表示客户端还没有得到这个数据块。这些比特组成一个文件的文件位图,表示一个文件的哪些数据块下载完了,哪些还没有下。
客户端向Tracker注册本地所有文件的文件位图,以表明自己拥有这些文件的哪些数据块。
一个客户端启动时,可能有三种文件位图:
(1)当前播放文件的文件位图。因为要不断的下载,所以文件位图不断变化,直到文件位图的比特值都为1。
(2)当存储空间满时,被选中删除的文件。因为是一个数据块一个数据块的删除,所以文件位图也在不断变化,直到文件位图的比特值都为0。
(3)非播放文件,也非被删除文件。文件位图不变化,只要注册一次即可。
步骤S202:客户端向Tracker请求本地保存的所有文件的文件健康度。
Tracker是专门收集、管理、优化节点,并向客户端提供节点集的服务端,其在Tracker服务端上计算和保存各个文件的文件健康度。
步骤S203:客户端从Tracker处获得请求文件的文件健康度。
文件健康度是评估文件数据在当前网络中的需求状况的一个参数。
步骤S204:客户端下载完文件A的一个数据块
步骤S205:检查客户端的存储空间是否已满,如果空间已满则进入步骤S206,如果空间未满则进入步骤S208。
步骤S206:删除文件健康度高的文件的一个数据块。
文件健康度越高,说明客户端网络中可提供此文件数据的供给量就越大。那么,健康度越高的文件,越优先被删除掉,以便留出空间保存健康度较低的文件,也就是网络中供给量不够、数据紧缺的文件。
步骤S207:将下载完成的文件A的数据块保存在删除所产生的空闲空间。
步骤S208:将下载完成的文件A的数据块保存在空闲空间。
步骤S209:Tracker定期计算每一个文件的文件健康度。
这一步骤独立于步骤S200~S208,计算过程是:
先计算文件中所有数据块的数据块健康度:
数据块健康度=网络供给量/网络需求量,
其中网络供给量是在线且拥有此数据块的节点(节点等同于客户端)和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
然后再将文件中的每一个数据块的数据块健康度之和就是文件健康度。
每个文件的健康度计算周期不同,根据此文件上线时间的长短来决定。随着一个文件的上线时间逐渐增长,此文件的数据保存在客户端网络中的量也会逐渐趋于稳定,那么健康度的变化也会越来越小。所以文件上线时间越长,计算文件健康度的周期也会加长。
客户端网络中存储文件的装置的第一实施例
图3示出了本发明的客户端网络中存储文件的装置的第一实施例的原理。请参见图3,本实施例的装置包括文件健康度获取装置10和与之相连的文件下载存储装置12。
文件健康度获取装置10是在客户端播放文件时,向服务器请求本地保存的所有文件的文件健康度。
文件健康度是评估文件数据在当前网络中的需求状况的一个参数,其计算方式如下:
将一个文件分成若干个数据块,每一数据块大小例如为2M(最后一个数据块的大小可能会小于2M),每个数据块都由一个以0作为起始的编号。
先计算文件中所有数据块的数据块健康度:
数据块健康度=网络供给量/网络需求量,
其中网络供给量是在线且拥有此数据块的节点(节点等同于客户端)和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
然后再将文件中的每一个数据块的数据块健康度之和就是文件健康度。
文件下载存储装置12是在下载完成文件的一个数据块后,检查本地存储空间是否已满,如果存储空间未满,则将下载文件的数据块保存在存储空间的空闲位置,如果存储空间已满,则优先删除文件健康度高的文件的一个数据块,将下载文件的数据块保存在删除后空余的位置。
文件健康度越高,说明客户端网络中可提供此文件数据的供给量就越大。那么,健康度越高的文件,越优先被删除掉,以便留出空间保存健康度较低的文件,也就是网络中供给量不够、数据紧缺的文件。
客户端网络中存储文件的装置的第二实施例
图4示出了本发明的客户端网络中存储文件的装置的第二实施例的原理。请参见图4,本实施例的装置包括文件位图注册模块20、文件健康度计算模块22、文件健康度获取装置24和文件下载存储装置26。其中文件健康度计算模块22进一步细分为数据块健康度计算单元220和文件健康度计算单元222。
这些模块之间的连接关系是:文件位图注册模块20的输出端连接文件健康度计算模块22,文件健康度计算模块22的输出端连接文件健康度获取装置24,文件健康度获取装置24的输出端连接文件下载存储装置26。
文件位图注册模块20是在客户端播放文件时,向服务器注册本地所有文件的文件位图,以表明自身拥有这些文件的哪些数据块。在文件位图注册模块20中,文件的每一个数据块对应一个比特,以数据块是否下载完成来将对应的比特置为0或1,所有的比特组成一个文件的文件位图。
一个客户端启动时,可能有三种文件位图:
(1)当前播放文件的文件位图。因为要不断的下载,所以文件位图不断变化,直到文件位图的比特值都为1。
(2)当存储空间满时,被选中删除的文件。因为是一个数据块一个数据块的删除,所以文件位图也在不断变化,直到文件位图的比特值都为0。
(3)非播放文件,也非被删除文件。文件位图不变化,只要注册一次即可。
文件健康度计算模块22是通过服务器定期计算每一个文件的文件健康度。文件健康度计算模块22中服务器计算文件健康度的周期视文件上线时间而定,文件上线时间越长,文件健康度的计算周期也越长。
数据块健康度计算单元220根据公式“数据块健康度=网络供给量/网络需求量”计算文件中的每一数据块的数据块健康度,其中网络供给量是在线且拥有此数据块的节点和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
文件健康度计算单元222将文件中的每一个数据块的数据块健康度进行加总得到文件健康度。
文件健康度获取装置24是在客户端播放文件时,向服务器请求本地保存的所有文件的文件健康度。
文件下载存储装置26是在下载完成文件的的一个数据块后,检查本地存储空间是否已满,如果存储空间未满,则将下载文件的数据块保存在存储空间的空闲位置,如果存储空间已满,则优先删除文件健康度高的文件的一个数据块,将下载文件的数据块保存在删除后空余的位置。
文件健康度越高,说明客户端网络中可提供此文件数据的供给量就越大。那么,健康度越高的文件,越优先被删除掉,以便留出空闲空间保存健康度较低的文件,也就是网络中供给量不够、数据紧缺的文件。
客户端网络中存储文件的系统的第一实施例
图5示出了本发明的客户端网络中存储文件的系统的第一实施例的结构。请参见图5,本实施例的系统包括点播数据源服务器30、节点管理服务端32以及客户端34三块。其中节点管理服务端32中包含文件健康度提供模块320。客户端34进一步细分为文件播放模块340、文件健康度查询模块341、文件健康度获取模块342、文件下载模块343、存储空间检查模块344、文件删除模块345以及文件存储模块346。
点播数据源服务器30向客户端34提供原始的点播数据。节点管理服务端32中的文件健康度提供模块320向客户端34提供所要查询文件的文件健康度。
在客户端34中,文件播放模块340是客户端34向点播数据源服务器30点播文件。文件健康度查询模块341向节点管理服务端32请求本地保存的所有文件的文件健康度。
文件健康度是评估文件数据在当前网络中的需求状况的一个参数,其计算方式如下:
将一个文件分成若干个数据块,每一数据块大小例如为2M(最后一个数据块的大小可能会小于2M),每个数据块都由一个以0作为起始的编号。
先计算文件中所有数据块的数据块健康度:
数据块健康度=网络供给量/网络需求量,
其中网络供给量是在线且拥有此数据块的节点(节点等同于客户端)和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
然后再将文件中的每一个数据块的数据块健康度之和就是文件健康度。
文件健康度获取模块342从节点管理服务端32的文件健康度提供模块320中获取到请求文件的文件健康度。文件下载模块343从点播数据源服务器30中下载到点播文件的数据块。存储空间检查模块344检查客户端的存储空间是否已满,如果未满则交由文件存储模块346直接处理,如果已满则先通过文件删除模块345的处理再交给文件存储模块346。
文件删除模块345优先删除文件健康度高的文件的一个数据块。文件健康度越高,说明客户端网络中可提供此文件数据的供给量就越大。那么,健康度越高的文件,越优先被删除掉,以便留出空间保存健康度较低的文件,也就是网络中供给量不够、数据紧缺的文件。
文件存储模块346将下载到的文件的数据块保存在存储空间的空闲位置。
客户端网络中存储文件的系统的第二实施例
图6示出了本发明的客户端网络中存储文件的系统的第二实施例的结构。请参见图6,本实施例的系统包括点播数据源服务器40、节点管理服务端42以及客户端44三块。其中节点管理服务端42中包含文件健康度计算模块420、文件健康度提供模块422。文件健康度计算模块420又可进一步分为数据块健康度计算单元4200以及文件健康度计算单元4202。客户端44进一步细分为文件位图处理模块440、文件位图注册模块441、文件播放模块442、文件健康度查询模块443、文件健康度获取模块444、文件下载模块445、存储空间检查模块446、文件删除模块447以及文件存储模块448。
点播数据源服务器40向客户端44提供原始的点播数据。节点管理服务端42中的文件健康度提供模块422向客户端44提供所要查询文件的文件健康度。节点管理服务端42中的文件健康度计算模块420定期计算每一文件的文件健康度。文件健康度计算模块420计算文件健康度的周期视文件上线时间而定,文件上线时间越长,文件健康度的计算周期也越长。
数据块健康度计算单元4200根据公式“数据块健康度=网络供给量/网络需求量”计算文件中的每一数据块的数据块健康度,其中网络供给量是在线且拥有此数据块的节点和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和。
文件健康度计算单元4202将文件中的每一个数据块的数据块健康度进行加总得到文件健康度。
在客户端44中,文件位图处理模块440是将文件的每一个数据块对应为一个比特,以数据块是否下载完成来将对应的比特置为0或1(数据块已经下载完成的对应的置为1,没有下载完成的对应的置为0),所有的比特组成一个文件的文件位图。
文件位图注册模块441向节点管理端42注册本地所有文件的文件位图,以表明自身拥有这些文件的哪些数据块。
客户端启动时可能有三种文件位图:
(1)当前播放文件的文件位图。因为要不断的下载,所以文件位图不断变化,直到文件位图的比特值都为1。
(2)当存储空间满时,被选中删除的文件。因为是一个数据块一个数据块的删除,所以文件位图也在不断变化,直到文件位图的比特值都为0。
(3)非播放文件,也非被删除文件。文件位图不变化,只要注册一次即可。
文件播放模块442是客户端44向点播数据源服务器40点播文件。文件健康度查询模块443向节点管理服务端42请求本地保存的所有文件的文件健康度。
文件健康度获取模块444从节点管理服务端42的文件健康度提供模块422中获取到请求文件的文件健康度。文件下载模块445从点播数据源服务器40中下载到点播文件的数据块。存储空间检查模块446检查客户端的存储空间是否已满,如果未满则交由文件存储模块448直接处理,如果已满则先通过文件删除模块447的处理再交给文件存储模块448。
文件删除模块447优先删除文件健康度高的文件的一个数据块。文件健康度越高,说明客户端网络中可提供此文件数据的供给量就越大。那么,健康度越高的文件,越优先被删除掉,以便留出空间保存健康度较低的文件,也就是网络中供给量不够、数据紧缺的文件。
文件存储模块448将下载到的文件的数据块保存在存储空间的空闲位置。
上述实施例的提供给本领域普通技术人员来实现和使用本发明的,本领域技术人员可在不脱离本发明的发明思想的情况下,对上述实施例做出种种修改和变化,因而本发明的保护范围并不被上述实施例所限,而应该是符合权利要求书提到的全新性特征的最大范围。

Claims (18)

1.一种客户端网络中存储文件的方法,包括:
当客户端播放文件时,向服务器请求本地保存的所有文件的文件健康度;
在下载完成文件的一个数据块后,检查本地存储空间是否已满,如果存储空间未满,则将下载文件的数据块保存在存储空间的空闲位置,如果存储空间已满,则优先删除文件健康度高的文件的一个数据块,将下载文件的数据块保存在删除后空余的位置。
2.根据权利要求1所述的客户端网络中存储文件的方法,其特征在于,该方法还包括:
在客户端播放文件时,向服务器注册本地所有文件的文件位图,以表明自身拥有当前播放文件的哪些数据块。
3.根据权利要求2所述的客户端网络中存储文件的方法,其特征在于,文件的每一个数据块对应一个比特,以数据块是否下载完成来将对应的比特置为0或1,所有的比特组成一个文件的文件位图。
4.根据权利要求1所述的客户端网络中存储文件的方法,其特征在于,该方法还包括:
服务器定期计算每一个文件的文件健康度。
5.根据权利要求4所述的客户端网络中存储文件的方法,其特征在于,一个数据块健康度计算公式为:
数据块健康度=网络供给量/网络需求量,
其中网络供给量是在线且拥有此数据块的节点和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
将文件中的每一个数据块的数据块健康度之和就是文件健康度。
6.根据权利要求4所述的客户端网络中存储文件的方法,其特征在于,服务器计算文件健康度的周期视文件上线时间而定,文件上线时间越长,文件健康度的计算周期也越长。
7.一种客户端网络中存储文件的装置,包括:
文件健康度获取装置,在客户端播放文件时,向服务器请求本地保存的所有文件的文件健康度;
文件下载存储装置,耦接文件健康度获取装置,在下载完成文件的的一个数据块后,检查本地存储空间是否已满,如果存储空间未满,则将下载文件的数据块保存在存储空间的空闲位置,如果存储空间已满,则优先删除文件健康度高的文件的一个数据块,将下载文件的数据块保存在删除后空余的位置。
8.根据权利要求7所述的客户端网络中存储文件的装置,其特征在于,该装置还包括:
文件位图注册模块,在客户端播放文件时,向服务器注册本地所有文件的文件位图,以表明自身拥有当前播放文件的哪些数据块。
9.根据权利要求8所述的客户端网络中存储文件的装置,其特征在于,在文件位图注册模块中,文件的每一个数据块对应一个比特,以数据块是否下载完成来将对应的比特置为0或1,所有的比特组成一个文件的文件位图。
10.根据权利要求7所述的客户端网络中存储文件的装置,其特征在于,该装置还包括:
文件健康度计算模块,服务器定期计算每一个文件的文件健康度。
11.根据权利要求10所述的客户端网络中存储文件的装置,其特征在于,文件健康度计算模块包括:
数据块健康度计算单元,根据公式“数据块健康度=网络供给量/网络需求量”计算文件中的每一数据块的数据块健康度,其中网络供给量是在线且拥有此数据块的节点和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
文件健康度计算单元,耦接数据块健康度计算单元,将文件中的每一个数据块的数据块健康度进行加总得到文件健康度。
12.根据权利要求10所述的客户端网络中存储文件的装置,其特征在于,文件健康度计算模块中服务器计算文件健康度的周期视文件上线时间而定,文件上线时间越长,文件健康度的计算周期也越长。
13.一种客户端网络中存储文件的系统,包括点播数据源服务器、节点管理服务端以及多个客户端,其中:
点播数据源服务器,向客户端提供原始的点播数据;
节点管理服务端,包括文件健康度提供模块,向客户端提供所要查询文件的文件健康度;
客户端,包括文件播放模块、文件健康度查询模块、文件健康度获取模块、文件下载模块、存储空间检查模块、文件删除模块、文件存储模块,其中:
文件播放模块,客户端向点播数据源服务器点播文件;
文件健康度查询模块,向节点管理服务端请求本地保存的所有文件的文件健康度;
文件健康度获取模块,从节点管理服务端的文件健康度提供模块中获取到请求文件的文件健康度;
文件下载模块,从点播数据源服务器和其他客户端中下载到点播文件的数据块;
存储空间检查模块,检查客户端的存储空间是否已满,如果未满则交由文件存储模块直接处理,如果已满则先通过文件删除模块的处理再交给文件存储模块;
文件删除模块,优先删除文件健康度高的文件的一个数据块;
文件存储模块,将下载到的文件的数据块保存在存储空间的空闲位置。
14.根据权利要求13所述的客户端网络中存储文件的系统,其特征在于,客户端还包括:
文件位图注册模块,向节点管理服务端注册本地所有文件的文件位图,以表明自身拥有当前播放文件的哪些数据块。
15.根据权利要求14所述的客户端网络中存储文件的系统,其特征在于,客户端还包括:
文件位图处理模块,将文件的每一个数据块对应为一个比特,以数据块是否下载完成为准将对应的比特置为0或1,所有的比特组成一个文件的文件位图。
16.根据权利要求13所述的客户端网络中存储文件的系统,其特征在于,节点管理服务端还包括:
文件健康度计算模块,定期计算每一文件的文件健康度。
17.根据权利要求16所述的客户端网络中存储文件的系统,其特征在于,文件健康度计算模块包括:
数据块健康度计算单元,根据公式“数据块健康度=网络供给量/网络需求量”计算文件中的每一数据块的数据块健康度,其中网络供给量是在线且拥有此数据块的节点和此节点的剩余连接数的乘积之和,网络需求量是播放且没有此数据块的节点和每一节点的最大连接数的乘积之和;
文件健康度计算单元,耦接数据块健康度计算单元,将文件中的每一个数据块的数据块健康度进行加总得到文件健康度。
18.根据权利要求16所述的客户端网络中存储文件的系统,其特征在于,文件健康度计算模块中计算文件健康度的周期视文件上线时间而定,文件上线时间越长,文件健康度的计算周期也越长。
CN201110087197.3A 2011-04-08 2011-04-08 客户端网络中存储文件的方法、装置和系统 Active CN102130963B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110087197.3A CN102130963B (zh) 2011-04-08 2011-04-08 客户端网络中存储文件的方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110087197.3A CN102130963B (zh) 2011-04-08 2011-04-08 客户端网络中存储文件的方法、装置和系统

Publications (2)

Publication Number Publication Date
CN102130963A true CN102130963A (zh) 2011-07-20
CN102130963B CN102130963B (zh) 2014-02-05

Family

ID=44268851

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110087197.3A Active CN102130963B (zh) 2011-04-08 2011-04-08 客户端网络中存储文件的方法、装置和系统

Country Status (1)

Country Link
CN (1) CN102130963B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013064739A1 (en) 2011-11-01 2013-05-10 Nokia Corporation Method and apparatus for selecting an access method for delivery of media
CN105242885A (zh) * 2015-10-30 2016-01-13 北京奇艺世纪科技有限公司 一种网络存储的变更方法及装置
CN107623709A (zh) * 2016-07-15 2018-01-23 北京金山云网络技术有限公司 一种文件下载方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101635734A (zh) * 2008-07-22 2010-01-27 上海聚力传媒技术有限公司 非易失性存储介质上的下载数据存储管理方法及装置
CN101877725A (zh) * 2010-06-25 2010-11-03 中兴通讯股份有限公司 分布式存储系统中的副本管理方法及装置
CN101917488A (zh) * 2010-08-20 2010-12-15 成都市华为赛门铁克科技有限公司 一种bt下载方法、装置及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101635734A (zh) * 2008-07-22 2010-01-27 上海聚力传媒技术有限公司 非易失性存储介质上的下载数据存储管理方法及装置
CN101877725A (zh) * 2010-06-25 2010-11-03 中兴通讯股份有限公司 分布式存储系统中的副本管理方法及装置
CN101917488A (zh) * 2010-08-20 2010-12-15 成都市华为赛门铁克科技有限公司 一种bt下载方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
刘海钦 等: "基于蚁群算法的P2P分发网返源规划", 《计算机仿真》, vol. 25, no. 10, 31 October 2008 (2008-10-31) *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013064739A1 (en) 2011-11-01 2013-05-10 Nokia Corporation Method and apparatus for selecting an access method for delivery of media
CN105242885A (zh) * 2015-10-30 2016-01-13 北京奇艺世纪科技有限公司 一种网络存储的变更方法及装置
CN105242885B (zh) * 2015-10-30 2019-03-26 北京奇艺世纪科技有限公司 一种网络存储的变更方法及装置
CN107623709A (zh) * 2016-07-15 2018-01-23 北京金山云网络技术有限公司 一种文件下载方法及装置

Also Published As

Publication number Publication date
CN102130963B (zh) 2014-02-05

Similar Documents

Publication Publication Date Title
CN104954468A (zh) 资源的分配方法及装置
CN102098310B (zh) 流媒体内容服务方法及系统
CN102546836A (zh) 一种上传文件的方法、终端、服务器及系统
CN107436725A (zh) 一种数据写、读方法、装置及分布式对象存储集群
CN103227826A (zh) 一种文件传输方法及装置
CN103139255B (zh) 分配资源标识和标识段的方法
CN105450579B (zh) 网络资源预加载方法、客户端及中间件服务器
CN102761572B (zh) 动态调整数据流量的方法及系统
CN101656985B (zh) 一种管理url资源缓存的方法和装置
CN103366016A (zh) 基于hdfs的电子文件集中存储及优化方法
CN104284201A (zh) 一种视频内容的处理方法和装置
CN102546751A (zh) 一种分布式文件系统分级元数据缓存控制方法
CN102012981A (zh) 一种通用权限等级分配与匹配方法及其系统
CN106790552B (zh) 一种基于内容分发网络的内容提供系统
CN105893607A (zh) 页面数据管理方法、装置及数据服务器
CN102737065A (zh) 数据的获取方法和装置
CN102130963B (zh) 客户端网络中存储文件的方法、装置和系统
CN110414865A (zh) 一种审核任务的分配方法、装置、计算机设备和存储介质
CN107168890B (zh) 一种内存池的管理方法和装置
EP3370166A1 (en) Method and apparatus for model parameter fusion
CN104602035A (zh) 流媒体点播方法和流媒体点播系统
CN106203179A (zh) 一种对文件的完整性校验系统及方法
CN109474696B (zh) 一种网络服务方法、装置、电子设备及可读存储介质
CN104391947A (zh) 海量gis数据实时处理方法及系统
CN106060100A (zh) 一种分布式云存储服务器

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
ASS Succession or assignment of patent right

Owner name: BEIJING QIYI CENTURY TECHNOLOGY CO., LTD.

Free format text: FORMER OWNER: CHUANJU INTERACTIVE (BEIJING) TECHNOLOGY CO., LTD.

Effective date: 20130830

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 100026 CHAOYANG, BEIJING TO: 100080 HAIDIAN, BEIJING

TA01 Transfer of patent application right

Effective date of registration: 20130830

Address after: A city of Beijing Haidian District Haidian North Street 100080 No. 2 building 11 layer Goldtron expansion

Applicant after: Beijing Qiyi Century Technology Co., Ltd.

Address before: 100026 Beijing city Chaoyang District West Road No. 3 Building No. 3 hospital 3002

Applicant before: Transfer Interaction Together (Beijing) Technology Co., Ltd.

C14 Grant of patent or utility model
GR01 Patent grant
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160805

Address after: 201103 room 3, building 33, No. 701, Leshan Road, Shanghai

Patentee after: Shanghai Zhongyuan Network Co., Ltd.

Address before: A city of Beijing Haidian District Haidian North Street 100080 No. 2 building 11 layer Goldtron expansion

Patentee before: Beijing Qiyi Century Technology Co., Ltd.