CN108810609A - 一种存储管理方法、设备及*** - Google Patents

一种存储管理方法、设备及*** Download PDF

Info

Publication number
CN108810609A
CN108810609A CN201710288496.0A CN201710288496A CN108810609A CN 108810609 A CN108810609 A CN 108810609A CN 201710288496 A CN201710288496 A CN 201710288496A CN 108810609 A CN108810609 A CN 108810609A
Authority
CN
China
Prior art keywords
data block
hot
fragment
data
resource file
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.)
Pending
Application number
CN201710288496.0A
Other languages
English (en)
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 Excellent Friends Bullock Media Development Co
Original Assignee
Shenzhen Excellent Friends Bullock Media Development Co
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 Excellent Friends Bullock Media Development Co filed Critical Shenzhen Excellent Friends Bullock Media Development Co
Priority to CN201710288496.0A priority Critical patent/CN108810609A/zh
Publication of CN108810609A publication Critical patent/CN108810609A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供了一种存储管理方法、设备及***，其特征在于，所述方法包括：接收数据平台发送的资源文件的第一类信息；根据接收的所述资源文件的第一类信息获取与所述资源文件对应的统一资源定位符，向任务执行***发送确定的所述统一资源定位符；接收所述任务执行***发送的基于所述统一资源定位符获取的所述资源文件的第二类信息；解析所述第二类信息得到所述资源文件的格式，采用与所述资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定所述资源文件中需要存储的数据。本申请节省了终端设备的存储资源并提高了终端设备间的分享率。

Description

一种存储管理方法、设备及***
技术领域
本申请涉及对等（P2P，peer-to-peer）网络领域，特别地，涉及在视频点播领域中的一种存储管理方法、设备及***。
背景技术
在视频点播领域中，服务器通常会将资源文件发送给P2P网络中选定的终端设备进行储存，则在下载该资源文件时，不仅可以从服务端下载，还可以从该终端设备下载，从而可以提高资源文件请求响应速率。但是由于目前一般会将整个资源文件均发送给终端设备进行存储，而由于部分资源文件中有些数据并没有存储的必要，从而会浪费终端设备的存储资源。
发明内容
为了解决现有技术中所提出的上述问题，本申请目的在于提出一种存储管理方法、设备及***，用于解决现有技术中资源文件全部存储而造成的终端设备存储资源浪费的问题。
第一方面，本申请公开的一种存储管理方法，包括：
接收数据平台发送的资源文件的第一类信息；
根据接收的所述资源文件的第一类信息获取与所述资源文件对应的统一资源定位符，向任务执行***发送获取的所述统一资源定位符；
接收所述任务执行***发送的基于所述统一资源定位符获取的所述资源文件的第二类信息；
解析所述第二类信息得到所述资源文件的格式，采用与所述资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定所述资源文件中需要存储的数据。
较佳的，所述资源文件的格式为第一文件格式；所述方法还包括：
解析所述第二类信息得到所述资源文件的大小和所述资源文件包含的各分片的大小；
所述确定所述资源文件中需要存储的数据，包括：
根据得到的所述资源文件的大小和所述资源文件包含的各分片的大小，将所述资源文件逻辑划分成多个数据块，划分得到的每个所述数据块包含至少一个所述分片；
根据划分得到的各所述数据块包含的各分片，从划分得到的各所述数据块中确定出需要存储的数据块。
较佳的，所述方法还包括：
解析所述第一类信息得到所述资源文件包含的各分片的热度值；
所述根据划分得到的各所述数据块包含的各分片，从划分得到的各所述数据块中确定出需要存储的数据块，包括：
根据各所述数据块包含的各分片的热度值，确定各所述数据块是否为热数据块；
将确定出的各所述热数据块确定为需要存储的数据块。
较佳的，所述根据各所述数据块包含的各分片的热度值，确定各所述数据块是否为热数据块，包括：
根据各所述数据块包含的各分片的热度值，确定各所述数据块包含的各分片是否为热分片；
计算各所述数据块包含的热分片的数量，并根据各所述数据块包含的热分片的数量，确定各所述数据块是否为热数据块。
较佳的，所述根据各所述数据块包含的各分片的热度值，确定各所述数据块包含的各分片是否为热分片，包括：
按照从大到小的顺序，对所述各分片的热度值进行排序，将排序在前的若干个热度值对应的分片确定为热分片；或者，按照从小到大的顺序，对所述各分片的热度值进行排序，将排序在后的若干个热度值对应的分片确定为热分片；
或者，对于每个所述分片，分别执行：将所述分片的热度值与预设热度阈值进行比较，若所述分片的热度值大于所述预设热度阈值，则确定所述分片为热分片；
所述根据各所述数据块包含的热分片的数量，确定各所述数据块是否为热数据块，包括：
按照从大到小的顺序，对各所述数据块包含的热分片的数量进行排序，将排序在前的若干个数量对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各所述数据块包含的热分片的数量进行排序，将排序在后的若干个数量对应的数据块确定为热数据块；
或者，根据各所述数据块包含的热分片的数量，计算各所述数据块包含的热分片的数量占比；按照从大到小的顺序，对各所述数据块包含的热分片的数量占比进行排序，将排序在前的若干个数量占比对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各所述数据块包含的热分片的数量占比进行排序，将排序在后的若干个数量占比对应的数据块确定为热数据块；其中，所述数据块包含的热分片的数量占比为所述数据块包含的热分片的数量与所述数据块包含的分片的数量的比值；
或者，对于每个所述数据块，分别执行：判断所述数据块包含的热分片的数量是否大于预设数量阈值，若所述数量大于所述预设数量阈值，则确定所述数据块为热数据块；
或者，对于每个所述数据块，分别执行：判断所述数据块包含的热分片的数量占比是否大于预设比值，若所述数量占比大于所述预设比值，则确定所述数据块为热数据块。
较佳的，所述根据各所述数据块包含的各分片的热度值，确定各所述数据块是否为热数据块，包括：
根据各所述数据块包含的各分片的热度值，确定各所述数据块的热度值；
根据各所述数据块的热度值，确定各所述数据块是否为热数据块。
较佳的，所述资源文件的格式为第二文件格式；所述方法还包括：
解析所述第二类信息得到所述资源文件的大小；
所述确定资源文件中需要存储的数据，包括：
将全部所述资源文件确定为需要存储的数据；
或者，根据得到的所述资源文件的大小，将所述资源文件逻辑划分成多个数据块，并将划分得到的各所述数据块均确定为需要存储的数据。
较佳的，所述确定资源文件中需要存储的数据之后，所述方法还包括：
根据所述需要存储的数据的第一类相关参数及用于存储所述需要存储的数据的存储设备的第二类相关参数，确定所述需要存储的数据的存储份数；所述第一类相关参数包括：所述需要存储的数据的并发量；所述第二类相关参数包括下列参数中的至少一种：所述存储设备的剩余可用存储容量、预先配置的所述存储设备的上行并发连接数、预先配置的所述存储设备的下行并发连接数；
和/或，
根据所述需要存储的数据的第三类相关参数，确定所述需要存储的数据的存储优先级；所述第三类相关参数包括下列参数中的至少一种：所述需要存储的数据的已存储份数、所述需要存储的数据的热度值。
较佳的，所述方法还包括：
实时更新确定的所述资源文件中需要存储的数据、所述需要存储的数据的存储份数和/或所述需要存储的数据的存储优先级。
第二方面，本申请公开的一种存储管理设备，包括：
第一类信息接收装置，用于接收数据平台发送的资源文件的第一类信息；
发送装置，用于根据所述第一类信息接收装置接收的所述资源文件的第一类信息，获取与所述资源文件对应的统一资源定位符，向任务执行***发送获取的所述统一资源定位符；
第二类信息接收装置，用于接收所述任务执行***发送的、基于所述发送装置发送的所述统一资源定位符、获取的所述资源文件的第二类信息；
存储数据确定装置，用于解析所述第二类信息接收装置接收的所述第二类信息得到所述资源文件的格式，采用与所述资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定所述资源文件中需要存储的数据。
较佳的，所述资源文件的格式为第一文件格式，所述设备还包括：
第一解析装置，用于解析所述第二类信息接收装置接收的所述第二类信息得到所述资源文件的大小和所述资源文件包含的各分片的大小；
所述存储数据确定装置，包括：
数据块划分子装置，用于根据所述第一解析装置得到的所述资源文件的大小和所述资源文件包含的各分片的大小，将所述资源文件逻辑划分成多个数据块，划分得到的每个所述数据块包含至少一个所述分片；
第一存储确定子装置，用于根据所述数据块划分子装置划分得到的各所述数据块包含的各分片，从划分得到的各所述数据块中确定出需要存储的数据块。
较佳的，所述设备还包括：
第二解析装置，用于解析所述第一类信息接收装置接收的所述第一类信息得到所述资源文件包含的各分片的热度值；
所述第一存储确定子装置，包括：
热数据块确定模块，用于根据各所述数据块包含的各分片的热度值，确定各所述数据块是否为热数据块；
存储确定模块，用于将确定出的各所述热数据块确定为需要存储的数据块。
较佳的，所述热数据块确定模块，包括：
热分片确定子模块，用于根据各所述数据块包含的各分片的热度值，确定各所述数据块包含的各分片是否为热分片；
第一热数据块确定子模块，用于计算各所述数据块包含的热分片的数量，并根据各所述数据块包含的热分片的数量，确定各所述数据块是否为热数据块。
较佳的，所述热分片确定子模块，包括：
第一排序单元，用于按照从大到小的顺序，对所述各分片的热度值进行排序，将排序在前的若干个热度值对应的分片确定为热分片；或者，按照从小到大的顺序，对所述各分片的热度值进行排序，将排序在后的若干个热度值对应的分片确定为热分片；
或者，对于每个所述分片，分别执行：将所述分片的热度值与预设热度阈值进行比较，若所述分片的热度值大于所述预设热度阈值，则确定所述分片为热分片；
所述第一热数据块确定子模块，包括：
第二排序单元，用于按照从大到小的顺序，对各所述数据块包含的热分片的数量进行排序，将排序在前的若干个数量对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各所述数据块包含的热分片的数量进行排序，将排序在后的若干个数量对应的数据块确定为热数据块；
或者，根据各所述数据块包含的热分片的数量，计算各所述数据块包含的热分片的数量占比，按照从大到小的顺序，对各所述数据块包含的热分片的数量占比进行排序，将排序在前的若干个数量占比对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各所述数据块包含的热分片的数量占比进行排序，将排序在后的若干个数量占比对应的数据块确定为热数据块；其中，所述数据块包含的热分片的数量占比为所述数据块包含的热分片的数量与所述数据块包含的分片的数量的比值；
或者，对于每个所述数据块，分别执行：判断所述数据块包含的热分片的数量是否大于预设数量阈值，若所述数量大于所述预设数量阈值，则确定所述数据块为热数据块；
或者，对于每个所述数据块，分别执行：判断所述数据块包含的热分片的数量占比是否大于预设比值，若所述数量占比大于所述预设比值，则确定所述数据块为热数据块。
较佳的，所述热数据块确定模块，包括：
热度值确定子模块，用于根据各所述数据块包含的各分片的热度值，确定各所述数据块的热度值；
第二热数据块确定子模块，用于根据各所述数据块的热度值，确定各所述数据块是否为热数据块。
较佳的，所述资源文件的格式为第二文件格式，所述设备还包括：
第三解析装置，用于解析所述第二类信息接收装置接收的所述第二类信息得到所述资源文件的大小；
所述存储数据确定装置，包括：
第二存储确定子装置，用于将全部所述资源文件确定为需要存储的数据；
或者，根据得到的所述资源文件的大小，将所述资源文件逻辑划分成多个数据块，并将划分得到的各所述数据块均确定为需要存储的数据。
较佳的，所述设备还包括：
存储份数确定装置，用于所述存储数据确定装置确定资源文件中需要存储的数据之后，根据所述需要存储的数据的第一类相关参数及用于存储所述需要存储的数据的存储设备的第二类相关参数，确定所述需要存储的数据的存储份数；所述第一类相关参数包括：所述需要存储的数据的并发量；所述第二类相关参数包括下列参数中的至少一种：所述存储设备的剩余可用存储容量、预先配置的所述存储设备的上行并发连接数、预先配置的所述存储设备的下行并发连接数；
和/或，
存储优先级确定装置，用于所述存储数据确定装置确定资源文件中需要存储的数据之后，根据所述需要存储的数据的第三类相关参数，确定所述需要存储的数据的存储优先级；所述第三类相关参数包括下列参数中的至少一种：所述需要存储的数据的已存储份数、所述需要存储的数据的热度值。
较佳的，所述设备还包括：
更新装置，用于实时更新确定的所述资源文件中需要存储的数据、所述需要存储的数据的存储份数和/或所述需要存储的数据的存储优先级。
第三方面，本申请公开的一种存储管理***，包括所述的存储管理设备；其中，所述存储管理***还包括：
第一终端设备，用于向所述数据平台上报资源文件的播放信息；以及，用于向跟踪服务器发送下载数据请求；
数据平台，用于接收所述第一终端设备上报的资源文件的播放信息，根据接收的各所述资源文件的播放信息确定出需要存储的资源文件，并向所述存储管理设备发送确定出的所述资源文件的第一类信息；
存储管理设备包括的发送装置，还用于将所述存储管理设备包括的存储数据确定装置确定的所述资源文件中需要存储的数据发送到跟踪服务器；
跟踪服务器，用于接收所述存储管理设备包括的发送装置发送的所述资源文件中需要存储的数据，将所述资源文件中需要存储的数据发送到网络中选定的第二终端设备进行存储；以及，用于接收所述第一终端设备发送的所述下载数据请求，确定响应所述下载数据请求的第二终端设备以及向CDN获取响应所述下载数据请求的流媒体服务器，并将确定的所述第二终端设备和获取的所述流媒体服务器封装到同一条消息中发送给所述第一终端设备。
与现有技术相比，本申请通过接收数据平台发送的资源文件的第一类信息；根据接收的所述资源文件的第一类信息获取与所述资源文件对应的统一资源定位符，向任务执行***发送获取的所述统一资源定位符；接收所述任务执行***发送的基于所述统一资源定位符获取的所述资源文件的第二类信息；解析所述第二类信息得到所述资源文件的格式，采用与所述资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定所述资源文件中需要存储的数据，将资源文件中需要存储的数据进行存储，而不是直接存储整个资源文件，从而节省了存储该需要存储的数据的终端设备的存储资源；而且，通过此方法，终端设备中存储的数据均为从资源文件中确定出的需要存储的数据，从而提高了终端设备间的分享率。
附图说明
附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为本申请一种存储管理方法第一实施例的流程图；
图2为本申请一种存储管理方法第二实施例的流程图；
图3为本申请一种存储管理方法第三实施例的流程图；
图4为本申请一种存储管理方法第四实施例的流程图；
图5为本申请一种存储管理方法第五实施例中的P2P点播结构示意图；
图6为本申请一种存储管理方法第五实施例的流程图一；
图7为本申请一种存储管理方法第五实施例的流程图二；
图8为本申请一种存储管理方法第五实施例的数据存储流程图；
图9为本申请一种存储管理设备第一实施例的结构示意图；
图10为本申请一种存储管理设备第二实施例的结构示意图；
图11为本申请一种存储管理设备第三实施例的结构示意图；
图12为本申请一种存储管理设备第四实施例的结构示意图；
图13为本申请实施例一种存储管理***的结构示意图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
在本申请的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。“多个”的含义是两个或两个以上，除非另有明确具体的限定。术语“包括”、“包含”及类似术语应该被理解为是开放性的术语，即“包括/包含但不限于”。术语“基于”是“至少部分地基于”。术语“一实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。
参照图1，示出了本申请一种存储管理方法第一实施例的流程图，所述方法包括如下步骤：
步骤S101：接收数据平台发送的资源文件的第一类信息。
具体实施中，数据平台会确定出需要存储的资源文件，并将确定出的需要存储的资源文件的第一类信息发送给本发明实施例的执行主体。
具体实施中，数据平台确定需要存储的资源文件的方式可以多种多样，比如，数据平台将当前热播的资源文件确定为需要存储的资源文件；或者，数据平台将拥有自主版权的资源文件确定为需要存储的资源文件；或者，数据平台将数据量大于预设数据量阈值的资源文件确定为需要存储的资源文件等。
较佳的，第一终端设备会将第一终端设备播放资源文件的信息上报到数据平台，数据平台根据第一终端设备的上报，实时计算出当前热播的资源文件，并将确定出的当前热播的资源文件确定为需要存储的资源文件。
实施中，数据平台根据第一终端设备上报的第一终端设备播放资源文件的信息，实时计算出当前热播的资源文件，将当前热播的资源文件确定为需要存储的资源文件，则跟踪服务器通过控制P2P网络中选定的第二终端设备存储该需要存储的资源文件中需要存储的数据，不仅可以提高资源文件请求响应速率，还可以提高终端设备间的分享率，以及节省终端设备的存储资源。
需要说明的是，本发明实施例中采用“第一终端设备”和“第二终端设备”的描述只是用来区分终端设备的不同功能；具体实施中，“第一终端设备”和“第二终端设备”可以为同一个终端设备，也可以为不同的终端设备。
具体实施中，数据平台计算出当前热播的资源文件的实施方式与本发明实施例中后续计算出热分片、热数据块的实施方式类似，在此不再赘述。
具体实施中，本发明实施例的资源文件包括下列文件中的至少一种：视频文件、音频文件、文本文件、图片文件等。
具体实施中，本发明实施例的资源文件的第一类信息包括唯一标识资源文件的信息以及在确定资源文件中需要存储的数据时所需的信息。
较佳的，资源文件的第一类信息包括下列信息中的至少一种：资源文件的唯一标识、资源文件的热度值、资源文件包含的各分片的唯一标识、资源文件包含的各分片的热度值。
实施中，将资源文件的热度值和/或资源文件包含的各分片的热度值，作为在确定资源文件中需要存储的数据时所需的信息，可以提高资源文件请求响应速率，提高终端设备间的分享率，以及节省终端设备的存储资源。
具体实施中，本发明实施例的热度值为可以表征热度的任何值，比如播放时长、播放次数或播放并发量。
步骤S102：根据接收的资源文件的第一类信息获取与资源文件对应的统一资源定位符，向任务执行***发送确定的统一资源定位符。
具体实施中，在步骤S102中，可以先解析接收的资源文件的第一类信息获取到资源文件的唯一标识，再查找与获取的资源文件的唯一标识对应的统一资源定位符（即，URL），将查找到的统一资源定位符作为资源文件对应的统一资源定位符。
步骤S103：接收任务执行***发送的基于URL获取的资源文件的第二类信息。
具体实施中，资源文件的第二类信息包括在选取确定方式时所需的信息以及逻辑划分资源文件时所需的信息；其中，确定方式为确定资源文件中需要存储的数据的方式。
较佳的，资源文件的第二类信息包括下列信息中的至少一种：资源文件的格式、资源文件的大小、资源文件包含的各分片的大小。
具体实施中，任务执行***基于URL获取资源文件的第二类信息的步骤包括：任务执行***通过URL访问认证***，并接收认证***在对其合法性认证通过后发送的新URL；根据得到的新URL，访问CDN（即，内容分发网络）获取资源文件的第二类信息。具体实施中，若访问的CDN为第三方CDN，则任务执行***在接收到新URL的同时，还会接收到域名替换规则；在根据域名替换规则对新URL的域名进行替换后，根据域名替换后的新URL，访问第三方CDN获取资源文件的第二类信息。
步骤S104：解析第二类信息得到资源文件的格式，采用与资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定资源文件中需要存储的数据。
实施中，针对不同格式的资源文件，采用不同方式确定资源文件中需要存储的数据，综合考虑了各种格式的特性，确定出资源文件中需要存储的数据，保证资源文件播放质量的同时，可以最大程度节省终端设备的存储资源；而且，通过此方法，终端设备中存储的数据均为从资源文件中确定出的需要存储的数据，从而提高了终端设备间的分享率。
下面将结合具体的资源文件的格式，对本发明实施例的确定资源文件中需要存储的数据的实施方式进行详细介绍。
参照图2，示出了本申请一种存储管理方法第二实施例的流程图，该方法包括：
步骤S201：接收数据平台发送的资源文件的第一类信息；
步骤S202：根据接收的资源文件的第一类信息获取与资源文件对应的统一资源定位符，向任务执行***发送确定的统一资源定位符；
步骤S203：接收任务执行***发送的基于统一资源定位符获取的资源文件的第二类信息；
其中，步骤S201-S203，与第一实施例中步骤S101-S103实施方式相同，在此不再赘述。
步骤S204：解析第二类信息得到资源文件的格式；本实施例中，资源文件的格式为第一文件格式。
具体实施中，第一文件格式的资源文件包含多个分片，比如m3u8，dash，mss，hds等格式。
步骤S205：解析第二类信息得到资源文件的大小和资源文件包含的各分片的大小。
具体实施中，若第一文件格式为m3u8格式，则各分片的大小指各TS分片的大小。
步骤S206：根据得到的资源文件的大小和资源文件包含的各分片的大小，将资源文件逻辑划分成多个数据块，划分得到的每个数据块包含至少一个分片。
具体实施中，在步骤S206中，本发明实施例可以采用任一种方式将资源文件逻辑划分成多个数据块，只需保证由资源文件逻辑划分得到的每个数据块对齐分片边界。
比如，以第一文件格式为m3u8格式为例，将资源文件以64M大小进行逻辑分块，并对齐TS边界，将资源文件划分成多个64M大小的数据块，每个数据块中包含若干个对齐TS边界的分片。
实施中，将资源文件逻辑划分成多个数据块，而不是实际划分，可以节省软硬件资源，提高运行效率。
步骤S207：根据划分得到的各数据块包含的各分片，从划分得到的各数据块中确定出需要存储的数据块。
具体实施中，在步骤S207中，可以根据各数据块包含的各分片的任一种或多种特性的组合，从各数据块中确定出需要存储的数据块；比如，根据各数据块包含的各分片的热度值，从各数据块中确定出需要存储的数据块；或者，根据各数据块包含的各分片是否携带有存储标记，从各数据块中确定出需要存储的数据块；或者，根据各数据块包含的各分片的数据量大小，从各数据块中确定出需要存储的数据块等。
较佳的，在第二实施例步骤S201之后，还包括：
步骤a：解析第一类信息得到资源文件包含的各分片的热度值。
较佳的，分片的热度值包括：分片的播放时长、分片的播放次数和/或分片的播放并发量。
较佳的，在第二实施例步骤S207中，根据划分得到的各数据块包含的各分片的热度值，从划分得到的各数据块中确定出需要存储的数据块，具体包括：
步骤b：根据各数据块包含的各分片的热度值，确定各数据块是否为热数据块；
步骤c：将确定出的各热数据块确定为需要存储的数据块。
实施中，本申请通过资源文件包含的各分片的热度值，有效地发现并预测热数据块；然后通过对热数据块进行存储，能最有效地利用终端设备的有限存储资源，减少了资源浪费，同时还能获得非常好的P2P分享率，保证终端设备播放质量。
具体实施中，热数据块指当前热播的数据块，比如，热度值排序在前若干个或热度值大于预先配置的热度阈值的数据块；或者，包含热分片的数量排序在前若干个或包含热分片的数量大于预设数量阈值的数据块；或者，包含热分片的数量占比排序在前若干个或包含热分片的数量占比大于预设比值；其中，数据块包含的热分片的数量占比为数据块包含的热分片的数量与数据块包含的分片的数量的比值。
较佳的，在步骤b中，根据各数据块包含的各分片的热度值，确定各数据块是否为热数据块主要有两种方法，下面将分别进行介绍。
方法一、在步骤b中，根据各数据块包含的各分片的热度值，确定各数据块是否为热数据块，具体执行时，包括：
步骤b1：根据各数据块包含的各分片的热度值，确定各数据块包含的各分片是否为热分片；
步骤b2：计算各数据块包含的热分片的数量，并根据各数据块包含的热分片的数量，确定各数据块是否为热数据块。
具体实施中，热分片指当前热播的分片，比如，热度值排序在前若干个或热度值大于预设热度阈值的分片。
较佳的，在步骤b1中，根据各数据块包含的各分片的热度值，确定各数据块包含的各分片是否为热分片，具体执行时，包括：
步骤b11：按照从大到小的顺序，对资源文件包含的全部分片的热度值进行排序，将排序在前的若干个热度值对应的分片确定为热分片。
比如，按照从大到小的顺序，对各分片的播放次数进行排序，将排序在前的若干个播放次数对应的分片确定为热分片；若干个的取值优选为10个。
或者，步骤b12：按照从小到大的顺序，对资源文件包含的全部分片的热度值进行排序，将排序在后的若干个热度值对应的分片确定为热分片。
比如，按照从大到小的顺序，对各分片的播放次数进行排序，将排序在后的若干个播放次数对应的分片确定为热分片；若干个的取值优选为10个。
或者，步骤b13：对于每个分片，分别执行：将分片的热度值与预设热度阈值进行比较，若分片的热度值大于预设热度阈值，则确定分片为热分片。
比如，可将分片的播放次数与预设播放次数阈值进行比较，预设播放次数阈值优选为1000，若分片的播放次数大于1000，则确定分片为热分片。
较佳的，在步骤b2中，根据各数据块包含的热分片的数量，确定各数据块是否为热数据块，具体执行时，包括：
步骤b21：计算各数据块包含的热分片的数量；按照从大到小的顺序，对各数据块包含的热分片的数量进行排序，将排序在前的若干个数量对应的数据块确定为热数据块。
比如，每个数据块的大小为64M，若干个的取值可以为10个，即按照从大到小的顺序对各64M数据块包含的热分片的数量进行排序，将前10个数量对应的64M数据块确定为热数据块。
或者，步骤b22：计算各数据块包含的热分片的数量；按照从小到大的顺序，对各数据块包含的热分片的数量进行排序，将排序在后的若干个数量对应的数据块确定为热数据块。
比如，每个数据块的大小为64M，若干个的取值可以为10个，即按照从小到大的顺序对各64M数据块包含的热分片的数量进行排序，将后10个数量对应的64M数据块确定为热数据块。
或者，步骤b23：计算各数据块包含的热分片的数量；根据各数据块包含的热分片的数量，计算各数据块包含的热分片的数量占比；按照从大到小的顺序，对各数据块包含的热分片的数量占比进行排序，将排序在前的若干个数量占比对应的数据块确定为热数据块。
或者，步骤b24：计算各数据块包含的热分片的数量；根据各数据块包含的热分片的数量，计算各数据块包含的热分片的数量占比；按照从小到大的顺序，对各数据块包含的热分片的数量占比进行排序，将排序在后的若干个数量占比对应的数据块确定为热数据块。
或者，步骤b25：计算各数据块包含的热分片的数量；对于每个数据块，分别执行：判断数据块包含的热分片的数量是否大于预设数量阈值，若数量大于预设数量阈值，则确定数据块为热数据块。
比如，每个数据块的大小为64M，预设数量阈值优选为15，即若64M数据块中包含的热分片的数量大于15个，则该64M数据块为热数据块。
具体实施中，预设数量阈值的取值也可以为其他值，比如0；即，数据块只要包含热分片，则该数据块即为热数据块。
或者，步骤b26：计算各数据块包含的热分片的数量；对于每个数据块，分别执行：判断数据块包含的热分片的数量占比是否大于预设比值，若数量占比大于预设比值，则确定数据块为热数据块。
比如，每个数据块的大小为64M，预设比值优选为50%，即若64M数据块中包含的热分片的数量占比大于50%，则该64M数据块为热数据块。
具体实施中，本发明实施例所提及涉及的各阈值，包括但不限于：预先配置的热度阈值、预设数量阈值、预设比值、预设热度阈值、预设播放次数阈值，可以根据经验确定，也可以根据相关数据实时计算确定；比如，预设热度阈值可以根据当前统计得到的资源文件包含的全部分片的热度值总和，根据该热度值总和计算得到平均值，将该平均值确定为预设热度阈值。
方法二、在步骤b中，根据各数据块包含的各分片的热度值，确定各数据块是否为热数据块，具体执行时，包括：
步骤b3：根据各数据块包含的各分片的热度值，确定各数据块的热度值；
其中，在步骤b3中，根据各数据块包含的各分片的热度值确定各数据块的热度值的方法有多种，比如，对于每个数据块，分别执行：将数据块包含的热分片数量确定为数据块的热度值；或者，将数据块包含的热分片数量占比确定为数据块的热度值；或者，将数据块包含的各分片的热度值之和确定为数据块的热度值；或者，将数据块包含的各热分片的热度值之和确定为数据块的热度值；或者，将数据块中热度值最大的分片的热度值确定为数据块的热度值等。
步骤b4：根据各数据块的热度值，确定各数据块是否为热数据块。
具体实施中，在步骤b4中，根据各数据块的热度值确定各数据块是否为热数据块的实施方式，与步骤b1中，根据各数据块包含的各分片的热度值确定各数据块包含的各分片是否为热分片的实施方式类似，在此不再赘述。
实施中，对第一终端设备播放的资源文件包含的各分片的热度值实时统计，根据资源文件包含的各分片的热度值确定由资源文件划分得到的多个数据块中的热数据块，并将热数据块存储在网络中选定的第二终端设备中，当第一终端设备请求下载该资源文件数据时，就可以从该选定的第二终端设备中进行下载，从而可以节省终端设备存储资源，提高终端设备分享率，以及提高终端设备播放质量。
上面对资源文件的格式为第一文件格式时、确定资源文件中需要存储的数据的实施方式进行了详细介绍，下面将对资源文件的格式为第二文件格式时、确定资源文件中需要存储的数据的实施方式进行详细介绍。
参照图3，示出了本申请一种存储管理方法第三实施例的流程图，所述方法包括：
步骤S301-S303与第二实施例中步骤S201-S203一致，在此不再赘述。
步骤S304：解析第二类信息得到资源文件的格式；本实施例中，资源文件的格式为第二文件格式。
具体实施中，第二文件格式区别于第一文件格式，资源文件未包含多个分片，比如，mp4，TS，flv等格式。
步骤S305：解析第二类信息得到资源文件的大小。
步骤S306：根据解析得到的资源文件的格式和大小，确定资源文件中需要存储的数据。
较佳的，在步骤S306中，确定资源文件中需要存储的数据，具体执行时，包括：
将全部资源文件确定为需要存储的数据；
或者，根据得到的资源文件的大小，将资源文件逻辑划分成多个数据块，并将划分得到的各数据块均确定为需要存储的数据。
具体实施中，本发明实施例可以采用任一种方式将资源文件逻辑划分成多个数据块。
实施中，将资源文件逻辑划分成多个数据块，而不是实际划分，可以节省软硬件资源，提高运行效率。
比如，当第二文件格式为mp4时，解析第二类信息得到mp4资源文件的大小，并将mp4资源文件全部确定为需要存储的数据；或者将mp4资源文件优选以64M大小进行逻辑分块，并将划分得到的每个64M数据块确定为需要存储的数据。
参照图4，示出了本申请一种存储管理方法第四实施例的流程图，所述方法包括：
步骤S401-S404与第一实施例中步骤S101-S104一致，在此不再赘述。
步骤S405：根据需要存储的数据的第一类相关参数及用于存储需要存储的数据的存储设备的第二类相关参数，确定需要存储的数据的存储份数；
其中，第一类相关参数包括：需要存储的数据的并发量；第二类相关参数包括下列参数中的至少一种：存储设备的剩余可用存储容量、预先配置的存储设备的上行并发连接数、预先配置的存储设备的下行并发连接数；
和/或，
根据需要存储的数据的第三类相关参数，确定需要存储的数据的存储优先级；其中，第三类相关参数包括下列参数中的至少一种：需要存储的数据的已存储份数、需要存储的数据的热度值。
具体实施中，在步骤S405中，第一类相关参数包括的需要存储的数据的并发量可以从数据平台获取。
比如，在资源文件的格式为第一文件格式时，可以实时向数据平台发送携带需要存储的数据块的标识的并发量获取请求，并接收数据平台统计分析得到的该需要存储的数据块的并发量；
在资源文件的格式为第二文件格式时，可以实时向数据平台发送请求获取需要存储的数据的并发量；或者，为节省信令开销，从数据平台接收到的资源文件的第一类信息中携带有资源文件的并发量，则可以从该第一类信息中解析得到该资源文件的并发量，并将该资源文件的并发量确定为需要存储的数据的并发量。
具体实施中，在步骤S405中，第二类相关参数包括的存储设备的剩余可用存储容量，是指网络中所有可以用于存储该需要存储的数据的各存储设备的剩余可用存储容量之和。
比如，若将该需要存储的数据存储至P2P网络，则第二类相关参数包括的存储设备的剩余可用存储容量，是指P2P网络中各第二终端设备剩余可用磁盘容量总和。
具体实施中，在步骤S405中，第二类相关参数包括的预先配置的存储设备的上行并发连接数可以根据经验或实际情况设定，比如，根据经验设定预先配置的存储设备的上行并发连接数为10。
具体实施中，在步骤S405中，第二类相关参数包括的预先配置的存储设备的下行并发连接数可以根据经验或实际情况设定，比如，根据经验设定预先配置的存储设备的下行并发连接数为20。
具体实施中，在步骤S405中，根据需要存储的数据的第一类相关参数及存储设备的第二类相关参数，确定需要存储的数据的存储份数的实施方式可以有多种，包括但不限于如下几种：
第一种，根据需要存储的数据的并发量和存储设备的剩余可用存储容量，确定需要存储的数据的存储份数；
比如，将需要存储的数据的并发量值确定为需要存储的数据的候选存储份数值，根据存储设备的剩余可用存储容量和需要存储的数据大小确定可存储份数值，在候选存储份数值不大于可存储份数值时，将候选存储份数值确定为需要存储的数据的存储份数值；在候选存储份数值大于可存储份数值时，将可存储份数值确定为需要存储的数据的存储份数值。
第二种，根据需要存储的数据的并发量及预先配置的存储设备的下行并发连接数，确定需要存储的数据的存储份数；
比如，将需要存储的数据的并发量与预先配置的存储设备的下行并发连接数的乘积值，确定为需要存储的数据的存储份数值；若存储设备的剩余可用存储容量不能容纳如此多份需要存储的数据，则控制删除存储设备中已存储的部分数据，直到可以存储如此多份需要存储的数据。
第三种，根据需要存储的数据的并发量、预先配置的存储设备的上行并发连接数及预先配置的存储设备的下行并发连接数，确定需要存储的数据的存储份数；
比如，将需要存储的数据的并发量与预先配置的存储设备的上行并发连接数的商值确定为该需要存储的数据的存储份数的取值范围的最小值，将需要存储的数据的并发量与预先配置的存储设备的下行并发连接数的乘积值确定为该需要存储的数据的存储份数的取值范围的最大值，在确定出的该需要存储的数据的存储份数的取值范围中选择一个值作为该需要存储的数据的存储份数值；若存储设备的剩余可用存储容量不能容纳如此多份需要存储的数据，则控制删除存储设备中已存储的部分数据，直到可以存储如此多份需要存储的数据。
第四种，根据需要存储的数据的并发量、存储设备的剩余可用存储容量、预先配置的存储设备的上行并发连接数及预先配置的存储设备的下行并发连接数，确定需要存储的数据的存储份数；
比如，将需要存储的数据的并发量与预先配置的存储设备的上行并发连接数的商值确定为该需要存储的数据的存储份数的取值范围的最小值，将需要存储的数据的并发量与预先配置的存储设备的下行并发连接数的乘积值确定为该需要存储的数据的存储份数的取值范围的最大值，在确定出的该需要存储的数据的存储份数的取值范围中选择一个值作为该需要存储的数据的候选存储份数值；根据存储设备的剩余可用存储容量和需要存储的数据大小，确定可存储份数值；在候选存储份数值不大于可存储份数值时，将候选存储份数值确定为需要存储的数据的存储份数值；在候选存储份数值大于可存储份数值时，将可存储份数值确定为需要存储的数据的存储份数值。
具体实施中，数据的存储优先级越高，越优先存储该数据，即该数据的存储顺序越靠前。
具体实施中，在步骤S405中，第三类相关参数包括的需要存储的数据的已存储份数是指实时统计的需要存储的数据的已经存储的份数。可以从控制存储过程的跟踪服务器处获取需要存储的数据的已存储份数。
具体实施中，在步骤S405中，若资源文件的格式为第一文件格式，则第三类相关参数包括的需要存储的数据的热度值是指各需要存储的数据块的热度值；若资源文件的格式为第二文件格式，则将从接收到的数据平台发送的资源文件的第一类信息中解析出的热度值，确定为第三类相关参数包括的需要存储的数据的热度值。
具体实施中，在步骤S405中，根据需要存储的数据的第三类相关参数，确定需要存储的数据的存储优先级的方式可以多种多样，只需保证需要存储的数据的已存储份数越少，需要存储的数据的热度值越大，需要存储的数据的存储优先级越高即可。
步骤S406：实时更新确定的资源文件中需要存储的数据、需要存储的数据的存储份数和/或需要存储的数据的存储优先级。
其中，在步骤S406中，实时更新指，定时更新确定的资源文件中需要存储的数据、需要存储的数据的存储份数和/或需要存储的数据的存储优先级，比如可以每过5分钟就更新；或者，当资源文件中需要存储的数据、需要存储的数据的存储份数和/或需要存储的数据的存储优先级发生变化时立即更新。
具体实施中，在步骤S406中，更新资源文件中需要存储的数据包括但不限于：资源文件中需要存储的数据的更换、资源文件的更换。
具体实施中，在步骤S406中，更新需要存储的数据的存储份数包括但不限于：减少存储份数、增加存储份数。
具体实施中，在步骤S406中，更新需要存储的数据的存储优先级包括但不限于：提高优先级、降低优先级。
具体实施中，在步骤S405之后，还可以包括如下步骤：
将确定的资源文件中需要存储的数据、需要存储的数据的存储份数和/或需要存储的数据的存储优先级发送给跟踪服务器，由跟踪服务器按照该存储份数和存储优先级，将该资源文件中需要存储的数据分配给选定的第二终端设备存储。
比如，在资源文件的格式为第一文件格式时，将资源文件中需要存储的数据块、该数据块的存储份数和/或该数据块的存储优先级发送给跟踪服务器；其中，该数据块包括但不限于如下信息：块大小，在资源文件中偏移，包含的分片。
第五实施例：
下面将结合P2P视频点播的具体场景，对本发明实施例进行详细完整的介绍。
参照图5，示出了本实施例所基于的P2P点播结构示意图。
如图5所示，P2Pclient，即P2P视频点播中的终端设备，负责点播影片的下载、存储、分享传输、播放、播放信息上报等。
跟踪服务器（tracker）负责接收终端设备信息，查找有效的其他终端设备信息返回给终端设备，控制终端设备的磁盘存储内容等。
互联网协议（IP，Internet Protocol）地址及配置数据库为 tracker提供IP地址对应的地理位置信息，并为tracker提供终端设备需要的配置参数信息。
P2P鉴权（P2PAuth，Peer-to-Peer Authentication，认证***）负责为 tracker提供防盗链验证需要的数据信息。
文件发布数据库负责共享文件的信息存储，示例性地，mysql影片发布数据库从库以及mysql影片发布数据库主库为文件发布数据库。mysql影片发布数据库负责存储发布的影片信息。
发布脚本（即任务执行***）负责将影片发布到mysql影片发布数据库中，并调用tracker的影片缓存更新接口。
redis发布影片缓存数据库负责缓存待tracker发布的影片信息。
P2P管理平台即为本发明实施例的执行主体，负责确定影片中需要存储的数据、存储份数及存储优先级。
参照图6，示出了本实施例中存储管理方法的整体方法流程图。
如图6所示，P2P发布脚本包括介质发布通知与回调，介质信息获取与入库，介质频道号管理，介质发布信息入库等四个主要功能模块；涉及到的******主要有：P2P管理平台，P2P认证***（即P2PAuth），P2P***（即tracker）和CDN。
步骤A1：P2P发布脚本从P2P认证***获取播放串。
步骤A2：P2P发布脚本根据该播放串从CDN获取介质信息。
步骤A3：P2P发布脚本回调P2P管理平台发送该介质信息。
步骤A4：P2P管理平台根据该介质信息生成发布策略（即，确定需要存储的数据、存储份数和/或存储优先级）。
步骤A5：P2P发布脚本获取该发布策略并发送给P2P***。
步骤A6：P2P***获取频道号并发布给P2P网络中选定的终端设备存储。
参照图7，示出了本实施例中存储管理方法的详细方法流程图。
步骤B1：数据平台根据终端设备播放统计上报实时分析出当前热播的影片，将影片信息传给P2P管理平台；P2P管理平台根据该影片信息获取URL信息。
步骤B2：P2P发布脚本接收P2P管理平台发送的URL信息。
步骤B3：P2P发布脚本通过该URL信息，调用P2PAuth发布鉴权。
步骤B4：P2PAuth向P2P发布脚本返回新的URL及替换规则。
步骤B5：P2P发布脚本根据替换规则将新的URL中的域名替换成第三方CDN域名，得到新URL。
步骤B6：P2P发布脚本根据新URL向第三方CDN发送HTTP HEAD请求，获得影片的大小和类型，根据类型下载处理m3u8文件或mp4文件，如果是m3u8文件，向m3u8文件中每个ts分片url发送HTTP HEAD请求获取ts分片大小。
步骤B7：P2P发布脚本将影片信息入P2P管理平台数据库，然后通知P2P管理平台生成影片发布策略。
步骤B8：P2P管理平台收到通知后，读取影片信息，如果是MP4，则将整部影片当作热片发布；如果是m3u8，则从数据库读取m3u8包含的每个ts分片的大小，然后将m3u8对应的影片以64M大小进行逻辑分块，并对齐ts边界，根据终端设备统计上报的ts分片的访问次数判断其热度，如果一个ts分片在一天内的访问次数超过阀值（如1000次），则认为该分片为热分片，判断某个64M块中包含的热分片个数超过64M块中分片总数的设定百分比（如50%）时，则认为该64M块为热块，属于需要发布的影片片段。
步骤B9：P2P管理平台将分析结果写入P2P管理平台数据库，并通知P2P发布脚本发布策略已生成。
步骤B10：P2P发布脚本收到通知后，从号池表中获取频道号分配给该影片；读取P2P管理平台数据库获得发布策略；将发布策略写入Tracker数据库；并通知Tracker发布任务已生成；其中每个频道号唯一对应一个影片，号池表中维护着当前所有可用的频道号，频道号分配后便从号池表中删除，频道号可以唯一标识一个待发布的影片。
步骤B11：P2P发布脚本同时通知P2P管理平台影片已P2P发布到Tracker。
参照图8，示出了本实施例中Tracker执行发布任务（即下发存储任务）的详细方法流程图。
步骤C1：P2PClient获取任务计时器超时则向Tracker发送获取任务请求。
步骤C2：Tracker根据P2PClient磁盘存储情况计算P2PClient磁盘可使用大小。
步骤C3：Tracker根据影片权重表计算P2PClient应存储的影片64M热块，返回给P2PClient。
步骤C4：P2PClient根据Tracker发送的任务，向Tracker请求下载介质的url。
步骤C5：Tracker查询数据库获取存有对应64M热块的peer列表，同时向CDN获取流媒体服务器列表。
步骤C6：Tracker将下载介质的url，peer列表和服务器列表发送给P2PClient。
步骤C7：如果有peer列表，P2PClient优先从peer下载；如果无peer列表或从peer下载失败，则从流媒体服务器下载。
实施中，本申请通过对网络中所有影片及每个影片片段的点播热度的实时统计，有效地发现并预测热片和热片段。然后通过对热片及热片段的P2P预发布，能减少P2P发布量，最有效地利用终端有限磁盘资源，减少了资源浪费，同时还能获得非常好的P2P分享率，保证客户端播放质量。
实施中，给终端设备返peer节点时，同时返多点流媒体服务器，当终端设备从peer节点下不到数据或下载速度较慢时，可以迅速切换到流媒体服务器节点下载，保证播放质量。
参照图9，示出了本申请一种存储管理设备第一实施例的结构示意图，该设备包括：
第一类信息接收装置91，用于接收数据平台发送的资源文件的第一类信息；
发送装置92，用于根据第一类信息接收装置91接收的资源文件的第一类信息，获取与资源文件对应的统一资源定位符，向任务执行***发送获取的统一资源定位符；
第二类信息接收装置93，用于接收任务执行***发送的、基于发送装置92发送的统一资源定位符、获取的资源文件的第二类信息；
存储数据确定装置94，用于解析第二类信息接收装置93接收的第二类信息得到资源文件的格式，采用与资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定资源文件中需要存储的数据。
参照图10，示出了本申请一种存储管理设备第二实施例的结构示意图，其中，资源文件的格式为第一文件格式，与第一实施例的结构示意图相比，该设备还包括：
第一解析装置101，用于解析第二类信息接收装置93接收的第二类信息得到资源文件的大小和资源文件包含的各分片的大小；
存储数据确定装置94，包括：
数据块划分子装置941，用于根据第一解析装置101得到的资源文件的大小和资源文件包含的各分片的大小，将资源文件逻辑划分成多个数据块，划分得到的每个数据块包含至少一个分片；
第一存储确定子装置942，用于根据数据块划分子装置941划分得到的各数据块包含的各分片，从划分得到的各数据块中确定出需要存储的数据块。
较佳的，该存储管理设备还包括：
第二解析装置102，用于解析第一类信息接收装置91接收的第一类信息得到资源文件包含的各分片的热度值；
第一存储确定子装置942，包括：
热数据块确定模块9421，用于根据各数据块包含的各分片的热度值，确定各数据块是否为热数据块；
存储确定模块9422，用于将确定出的各热数据块确定为需要存储的数据块。
较佳的，热数据块确定模块9421，具体包括：
热分片确定子模块，用于根据各数据块包含的各分片的热度值，确定各数据块包含的各分片是否为热分片；
第一热数据块确定子模块，用于计算各数据块包含的热分片的数量，并根据各数据块包含的热分片的数量，确定各数据块是否为热数据块。
较佳的，热分片确定子模块，包括：
第一排序单元，用于按照从大到小的顺序，对各分片的热度值进行排序，将排序在前的若干个热度值对应的分片确定为热分片；
或者，按照从小到大的顺序，对各分片的热度值进行排序，将排序在后的若干个热度值对应的分片确定为热分片；
或者，对于每个分片，分别执行：将分片的热度值与预设热度阈值进行比较，若分片的热度值大于预设热度阈值，则确定分片为热分片；
第一热数据块确定子模块，包括：
第二排序单元，用于按照从大到小的顺序，对各数据块包含的热分片的数量进行排序，将排序在前的若干个数量对应的数据块确定为热数据块；
或者，按照从小到大的顺序，对各数据块包含的热分片的数量进行排序，将排序在后的若干个数量对应的数据块确定为热数据块；
或者，根据各数据块包含的热分片的数量，计算各数据块包含的热分片的数量占比，按照从大到小的顺序，对各数据块包含的热分片的数量占比进行排序，将排序在前的若干个数量占比对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各数据块包含的热分片的数量占比进行排序，将排序在后的若干个数量占比对应的数据块确定为热数据块；其中，数据块包含的热分片的数量占比为数据块包含的热分片的数量与数据块包含的分片的数量的比值；
或者，对于每个数据块，分别执行：判断数据块包含的热分片的数量是否大于预设数量阈值，若数量大于所述预设数量阈值，则确定数据块为热数据块；
或者，对于每个数据块，分别执行：判断数据块包含的热分片的数量占比是否大于预设比值，若数量占比大于所述预设比值，则确定数据块为热数据块。
较佳的，热数据块确定模块9421，还可以包括：
热度值确定子模块，用于根据各数据块包含的各分片的热度值，确定各数据块的热度值；
第二热数据块确定子模块，用于根据各数据块的热度值，确定各数据块是否为热数据块。
参照图11，示出了本申请一种存储管理设备第三实施例的结构示意图，其中，资源文件的格式为第二文件格式，与第一实施例的结构示意图相比，该设备还包括：
第三解析装置111，用于解析第二类信息接收装置93接收的第二类信息得到资源文件的大小；
存储数据确定装置94，包括：
第二存储确定子装置943，用于将全部资源文件确定为需要存储的数据；
或者，根据得到的资源文件的大小，将资源文件逻辑划分成多个数据块，并将划分得到的各数据块均确定为需要存储的数据。
参见图12，示出了本申请一种存储管理设备第四实施例的结构示意图，包括：
第一类信息接收装置91，用于接收数据平台发送的资源文件的第一类信息；
发送装置92，用于根据第一类信息接收装置91接收的资源文件的第一类信息，获取与资源文件对应的统一资源定位符，向任务执行***发送获取的统一资源定位符；
第二类信息接收装置93，用于接收任务执行***发送的、基于发送装置92发送的统一资源定位符、获取的资源文件的第二类信息；
存储数据确定装置94，用于解析第二类信息接收装置93接收的第二类信息得到资源文件的格式，采用与资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定资源文件中需要存储的数据。
存储份数确定装置121，用于存储数据确定装置94确定资源文件中需要存储的数据之后，根据需要存储的数据的第一类相关参数及用于存储需要存储的数据的存储设备的第二类相关参数，确定需要存储的数据的存储份数；
第一类相关参数包括：需要存储的数据的并发量；
第二类相关参数包括下列参数中的至少一种：存储设备的剩余可用存储容量、预先配置的存储设备的上行并发连接数、预先配置的存储设备的下行并发连接数；
和/或，存储优先级确定装置122，用于存储数据确定装置94确定资源文件中需要存储的数据之后，根据需要存储的数据的第三类相关参数，确定需要存储的数据的存储优先级；第三类相关参数包括下列参数中的至少一种：需要存储的数据的已存储份数、需要存储的数据的热度值。
更新装置123，用于实时更新确定的资源文件中需要存储的数据、需要存储的数据的存储份数和/或需要存储的数据的存储优先级。
参照图13，示出了本申请实施例一种存储管理***的结构示意图，该***包括上述所述的存储管理设备134，还包括：
第一终端设备131，用于向数据平台132上报资源文件的播放信息；以及，用于向跟踪服务器133发送下载数据请求；
数据平台132，用于接收第一终端设备131上报的资源文件的播放信息，根据接收的各资源文件的播放信息确定出需要存储的资源文件，并向存储管理设备134发送确定出的资源文件的第一类信息；
存储管理设备134包括的发送装置，还用于将存储管理设备134包括的存储数据确定装置确定的资源文件中需要存储的数据发送到跟踪服务器133；
跟踪服务器133，用于接收存储管理设备134包括的发送装置发送的资源文件中需要存储的数据，将资源文件中需要存储的数据发送到网络中选定的第二终端设备进行存储；以及，用于接收第一终端设备131发送的下载数据请求，确定响应下载数据请求的第二终端设备以及向CDN获取响应下载数据请求的流媒体服务器，并将确定的第二终端设备和获取的流媒体服务器封装到同一条消息中发送给第一终端设备131。具体实施中，第一终端设备131优先从接收到的跟踪服务器133发送的第二终端设备下载数据；
若无第二终端设备，或从第二终端设备下载数据速度低于预设的下载速度值，或从第二终端设备下载数据失败，则第一终端设备131快速切换到从接收到的跟踪服务器133发送的流媒体服务器下载数据。
较佳的，预设的下载速度值优选为60KB/S。
需要说明的是，上述装置实施例属于优选实施例，所涉及的单元和模块并不一定是本申请所必须的。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于本申请的装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上对本申请所提供的一种存储管理方法、设备及***，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (19)

1.一种存储管理方法，其特征在于，所述方法包括：
接收数据平台发送的资源文件的第一类信息；
根据接收的所述资源文件的第一类信息获取与所述资源文件对应的统一资源定位符，向任务执行***发送获取的所述统一资源定位符；
接收所述任务执行***发送的基于所述统一资源定位符获取的所述资源文件的第二类信息；
解析所述第二类信息得到所述资源文件的格式，采用与所述资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定所述资源文件中需要存储的数据。
2.根据权利要求1所述的方法，其特征在于，所述资源文件的格式为第一文件格式；所述方法还包括：
解析所述第二类信息得到所述资源文件的大小和所述资源文件包含的各分片的大小；
所述确定所述资源文件中需要存储的数据，包括：
根据得到的所述资源文件的大小和所述资源文件包含的各分片的大小，将所述资源文件逻辑划分成多个数据块，划分得到的每个所述数据块包含至少一个所述分片；
根据划分得到的各所述数据块包含的各分片，从划分得到的各所述数据块中确定出需要存储的数据块。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
解析所述第一类信息得到所述资源文件包含的各分片的热度值；
所述根据划分得到的各所述数据块包含的各分片，从划分得到的各所述数据块中确定出需要存储的数据块，包括：
根据各所述数据块包含的各分片的热度值，确定各所述数据块是否为热数据块；
将确定出的各所述热数据块确定为需要存储的数据块。
4.根据权利要求3所述的方法，其特征在于，所述根据各所述数据块包含的各分片的热度值，确定各所述数据块是否为热数据块，包括：
根据各所述数据块包含的各分片的热度值，确定各所述数据块包含的各分片是否为热分片；
计算各所述数据块包含的热分片的数量，并根据各所述数据块包含的热分片的数量，确定各所述数据块是否为热数据块。
5.根据权利要求4所述的方法，其特征在于，所述根据各所述数据块包含的各分片的热度值，确定各所述数据块包含的各分片是否为热分片，包括：
按照从大到小的顺序，对所述各分片的热度值进行排序，将排序在前的若干个热度值对应的分片确定为热分片；或者，按照从小到大的顺序，对所述各分片的热度值进行排序，将排序在后的若干个热度值对应的分片确定为热分片；
或者，对于每个所述分片，分别执行：将所述分片的热度值与预设热度阈值进行比较，若所述分片的热度值大于所述预设热度阈值，则确定所述分片为热分片；
所述根据各所述数据块包含的热分片的数量，确定各所述数据块是否为热数据块，包括：
按照从大到小的顺序，对各所述数据块包含的热分片的数量进行排序，将排序在前的若干个数量对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各所述数据块包含的热分片的数量进行排序，将排序在后的若干个数量对应的数据块确定为热数据块；
或者，根据各所述数据块包含的热分片的数量，计算各所述数据块包含的热分片的数量占比；按照从大到小的顺序，对各所述数据块包含的热分片的数量占比进行排序，将排序在前的若干个数量占比对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各所述数据块包含的热分片的数量占比进行排序，将排序在后的若干个数量占比对应的数据块确定为热数据块；其中，所述数据块包含的热分片的数量占比为所述数据块包含的热分片的数量与所述数据块包含的分片的数量的比值；
或者，对于每个所述数据块，分别执行：判断所述数据块包含的热分片的数量是否大于预设数量阈值，若所述数量大于所述预设数量阈值，则确定所述数据块为热数据块；
或者，对于每个所述数据块，分别执行：判断所述数据块包含的热分片的数量占比是否大于预设比值，若所述数量占比大于所述预设比值，则确定所述数据块为热数据块。
6.根据权利要求3所述的方法，其特征在于，所述根据各所述数据块包含的各分片的热度值，确定各所述数据块是否为热数据块，包括：
根据各所述数据块包含的各分片的热度值，确定各所述数据块的热度值；
根据各所述数据块的热度值，确定各所述数据块是否为热数据块。
7.根据权利要求1所述的方法，其特征在于，所述资源文件的格式为第二文件格式；所述方法还包括：
解析所述第二类信息得到所述资源文件的大小；
所述确定资源文件中需要存储的数据，包括：
将全部所述资源文件确定为需要存储的数据；
或者，根据得到的所述资源文件的大小，将所述资源文件逻辑划分成多个数据块，并将划分得到的各所述数据块均确定为需要存储的数据。
8.根据权利要求1所述的方法，其特征在于，所述确定资源文件中需要存储的数据之后，所述方法还包括：
根据所述需要存储的数据的第一类相关参数及用于存储所述需要存储的数据的存储设备的第二类相关参数，确定所述需要存储的数据的存储份数；所述第一类相关参数包括：所述需要存储的数据的并发量；所述第二类相关参数包括下列参数中的至少一种：所述存储设备的剩余可用存储容量、预先配置的所述存储设备的上行并发连接数、预先配置的所述存储设备的下行并发连接数；
和/或，
根据所述需要存储的数据的第三类相关参数，确定所述需要存储的数据的存储优先级；所述第三类相关参数包括下列参数中的至少一种：所述需要存储的数据的已存储份数、所述需要存储的数据的热度值。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
实时更新确定的所述资源文件中需要存储的数据、所述需要存储的数据的存储份数和/或所述需要存储的数据的存储优先级。
10.一种存储管理设备，其特征在于，所述设备包括：
第一类信息接收装置，用于接收数据平台发送的资源文件的第一类信息；
发送装置，用于根据所述第一类信息接收装置接收的所述资源文件的第一类信息，获取与所述资源文件对应的统一资源定位符，向任务执行***发送获取的所述统一资源定位符；
第二类信息接收装置，用于接收所述任务执行***发送的、基于所述发送装置发送的所述统一资源定位符、获取的所述资源文件的第二类信息；
存储数据确定装置，用于解析所述第二类信息接收装置接收的所述第二类信息得到所述资源文件的格式，采用与所述资源文件的格式对应的确定资源文件中需要存储的数据的方式，确定所述资源文件中需要存储的数据。
11.根据权利要求10所述的设备，其特征在于，所述资源文件的格式为第一文件格式，所述设备还包括：
第一解析装置，用于解析所述第二类信息接收装置接收的所述第二类信息得到所述资源文件的大小和所述资源文件包含的各分片的大小；
所述存储数据确定装置，包括：
数据块划分子装置，用于根据所述第一解析装置得到的所述资源文件的大小和所述资源文件包含的各分片的大小，将所述资源文件逻辑划分成多个数据块，划分得到的每个所述数据块包含至少一个所述分片；
第一存储确定子装置，用于根据所述数据块划分子装置划分得到的各所述数据块包含的各分片，从划分得到的各所述数据块中确定出需要存储的数据块。
12.根据权利要求11所述的设备，其特征在于，所述设备还包括：
第二解析装置，用于解析所述第一类信息接收装置接收的所述第一类信息得到所述资源文件包含的各分片的热度值；
所述第一存储确定子装置，包括：
热数据块确定模块，用于根据各所述数据块包含的各分片的热度值，确定各所述数据块是否为热数据块；
存储确定模块，用于将确定出的各所述热数据块确定为需要存储的数据块。
13.根据权利要求12所述的设备，其特征在于，所述热数据块确定模块，包括：
热分片确定子模块，用于根据各所述数据块包含的各分片的热度值，确定各所述数据块包含的各分片是否为热分片；
第一热数据块确定子模块，用于计算各所述数据块包含的热分片的数量，并根据各所述数据块包含的热分片的数量，确定各所述数据块是否为热数据块。
14.根据权利要求13所述的设备，其特征在于，所述热分片确定子模块，包括：
第一排序单元，用于按照从大到小的顺序，对所述各分片的热度值进行排序，将排序在前的若干个热度值对应的分片确定为热分片；或者，按照从小到大的顺序，对所述各分片的热度值进行排序，将排序在后的若干个热度值对应的分片确定为热分片；
或者，对于每个所述分片，分别执行：将所述分片的热度值与预设热度阈值进行比较，若所述分片的热度值大于所述预设热度阈值，则确定所述分片为热分片；
所述第一热数据块确定子模块，包括：
第二排序单元，用于按照从大到小的顺序，对各所述数据块包含的热分片的数量进行排序，将排序在前的若干个数量对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各所述数据块包含的热分片的数量进行排序，将排序在后的若干个数量对应的数据块确定为热数据块；
或者，根据各所述数据块包含的热分片的数量，计算各所述数据块包含的热分片的数量占比，按照从大到小的顺序，对各所述数据块包含的热分片的数量占比进行排序，将排序在前的若干个数量占比对应的数据块确定为热数据块；或者，按照从小到大的顺序，对各所述数据块包含的热分片的数量占比进行排序，将排序在后的若干个数量占比对应的数据块确定为热数据块；其中，所述数据块包含的热分片的数量占比为所述数据块包含的热分片的数量与所述数据块包含的分片的数量的比值；
或者，对于每个所述数据块，分别执行：判断所述数据块包含的热分片的数量是否大于预设数量阈值，若所述数量大于所述预设数量阈值，则确定所述数据块为热数据块；
或者，对于每个所述数据块，分别执行：判断所述数据块包含的热分片的数量占比是否大于预设比值，若所述数量占比大于所述预设比值，则确定所述数据块为热数据块。
15.根据权利要求12所述的设备，其特征在于，所述热数据块确定模块，包括：
热度值确定子模块，用于根据各所述数据块包含的各分片的热度值，确定各所述数据块的热度值；
第二热数据块确定子模块，用于根据各所述数据块的热度值，确定各所述数据块是否为热数据块。
16.根据权利要求10所述的设备，其特征在于，所述资源文件的格式为第二文件格式，所述设备还包括：
第三解析装置，用于解析所述第二类信息接收装置接收的所述第二类信息得到所述资源文件的大小；
所述存储数据确定装置，包括：
第二存储确定子装置，用于将全部所述资源文件确定为需要存储的数据；
或者，根据得到的所述资源文件的大小，将所述资源文件逻辑划分成多个数据块，并将划分得到的各所述数据块均确定为需要存储的数据。
17.根据权利要求10所述的设备，其特征在于，所述设备还包括：
存储份数确定装置，用于所述存储数据确定装置确定资源文件中需要存储的数据之后，根据所述需要存储的数据的第一类相关参数及用于存储所述需要存储的数据的存储设备的第二类相关参数，确定所述需要存储的数据的存储份数；所述第一类相关参数包括：所述需要存储的数据的并发量；所述第二类相关参数包括下列参数中的至少一种：所述存储设备的剩余可用存储容量、预先配置的所述存储设备的上行并发连接数、预先配置的所述存储设备的下行并发连接数；
和/或，存储优先级确定装置，用于所述存储数据确定装置确定资源文件中需要存储的数据之后，根据所述需要存储的数据的第三类相关参数，确定所述需要存储的数据的存储优先级；所述第三类相关参数包括下列参数中的至少一种：所述需要存储的数据的已存储份数、所述需要存储的数据的热度值。
18.根据权利要求17所述的设备，其特征在于，所述设备还包括：
更新装置，用于实时更新确定的所述资源文件中需要存储的数据、所述需要存储的数据的存储份数和/或所述需要存储的数据的存储优先级。
19.一种存储管理***，其特征在于，包括：如权利要求10-18任一项所述的存储管理设备；其中，所述存储管理***还包括：
第一终端设备，用于向所述数据平台上报资源文件的播放信息；以及，用于向跟踪服务器发送下载数据请求；
数据平台，用于接收所述第一终端设备上报的资源文件的播放信息，根据接收的各所述资源文件的播放信息确定出需要存储的资源文件，并向所述存储管理设备发送确定出的所述资源文件的第一类信息；
存储管理设备包括的发送装置，还用于将所述存储管理设备包括的存储数据确定装置确定的所述资源文件中需要存储的数据发送到跟踪服务器；
跟踪服务器，用于接收所述存储管理设备包括的发送装置发送的所述资源文件中需要存储的数据，将所述资源文件中需要存储的数据发送到网络中选定的第二终端设备进行存储；以及，用于接收所述第一终端设备发送的所述下载数据请求，确定响应所述下载数据请求的第二终端设备以及向CDN获取响应所述下载数据请求的流媒体服务器，并将确定的所述第二终端设备和获取的所述流媒体服务器封装到同一条消息中发送给所述第一终端设备。
CN201710288496.0A 2017-04-27 2017-04-27 一种存储管理方法、设备及*** Pending CN108810609A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710288496.0A CN108810609A (zh) 2017-04-27 2017-04-27 一种存储管理方法、设备及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710288496.0A CN108810609A (zh) 2017-04-27 2017-04-27 一种存储管理方法、设备及***

Publications (1)

Publication Number Publication Date
CN108810609A true CN108810609A (zh) 2018-11-13

Family

ID=64070209

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710288496.0A Pending CN108810609A (zh) 2017-04-27 2017-04-27 一种存储管理方法、设备及***

Country Status (1)

Country Link
CN (1) CN108810609A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111381848A (zh) * 2018-12-29 2020-07-07 华为技术有限公司 资源文件的更新方法、装置、设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020062223A1 (en) * 2000-11-21 2002-05-23 Netiq Corporation System and method for adding network traffic data to a database of network traffic data
US7529892B2 (en) * 2006-08-10 2009-05-05 Hitachi, Ltd. File readahead method with the use of access pattern information attached to metadata
CN102231761A (zh) * 2011-08-12 2011-11-02 乐视网信息技术（北京）股份有限公司 一种p2p数据交互方法
CN102438020A (zh) * 2011-12-23 2012-05-02 华为技术有限公司 内容分发网络中内容分发的方法、设备和网络***
CN103220367A (zh) * 2013-05-13 2013-07-24 深圳市中博科创信息技术有限公司 数据复制方法及数据存储***
CN105069050A (zh) * 2015-07-23 2015-11-18 小米科技有限责任公司 搜索响应方法、装置及***
CN105376218A (zh) * 2015-10-21 2016-03-02 上海思华科技股份有限公司 一种快速响应用户请求的流媒体***和方法
CN105469381A (zh) * 2014-09-11 2016-04-06 腾讯科技（深圳）有限公司 一种信息处理方法及终端
CN106022161A (zh) * 2016-05-13 2016-10-12 天脉聚源(北京)传媒科技有限公司 一种数据处理方法及装置
CN106202070A (zh) * 2015-04-29 2016-12-07 中国电信股份有限公司 文件存储处理方法与***

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020062223A1 (en) * 2000-11-21 2002-05-23 Netiq Corporation System and method for adding network traffic data to a database of network traffic data
US7529892B2 (en) * 2006-08-10 2009-05-05 Hitachi, Ltd. File readahead method with the use of access pattern information attached to metadata
CN102231761A (zh) * 2011-08-12 2011-11-02 乐视网信息技术（北京）股份有限公司 一种p2p数据交互方法
CN102438020A (zh) * 2011-12-23 2012-05-02 华为技术有限公司 内容分发网络中内容分发的方法、设备和网络***
CN103220367A (zh) * 2013-05-13 2013-07-24 深圳市中博科创信息技术有限公司 数据复制方法及数据存储***
CN105469381A (zh) * 2014-09-11 2016-04-06 腾讯科技（深圳）有限公司 一种信息处理方法及终端
CN106202070A (zh) * 2015-04-29 2016-12-07 中国电信股份有限公司 文件存储处理方法与***
CN105069050A (zh) * 2015-07-23 2015-11-18 小米科技有限责任公司 搜索响应方法、装置及***
CN105376218A (zh) * 2015-10-21 2016-03-02 上海思华科技股份有限公司 一种快速响应用户请求的流媒体***和方法
CN106022161A (zh) * 2016-05-13 2016-10-12 天脉聚源(北京)传媒科技有限公司 一种数据处理方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111381848A (zh) * 2018-12-29 2020-07-07 华为技术有限公司 资源文件的更新方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
Zhang et al. Unreeling Xunlei Kankan: Understanding hybrid CDN-P2P video-on-demand streaming
JP6937918B2 (ja) ビデオライブブロードキャスト方法及び装置
Zhang et al. Proactive workload management in hybrid cloud computing
US20210368239A1 (en) Distributing method, system, edge node, and central scheduling system for streaming media resource
CN103581245B (zh) 一种内容分发网络内容分发的方法及***
CN103348691B (zh) 分发直播内容的方法、设备和***
EP2572495B1 (en) System and method for managing data delivery in a peer-to-peer network
US20130282890A1 (en) In-stream collection of analytics information in a content delivery system
US20040236869A1 (en) Parallel information delivery method based on peer-to-peer enabled distributed computing technology and the system thereof
KR20120092622A (ko) 데이터 세그먼트의 선택적 방송전달을 가지는 스트리밍
CN102546711B (zh) 流媒体***中的内容存储调整方法、装置及***
JP2015179551A (ja) メタデータファイルを更新する方法、装置、およびシステム
EP2708009A1 (en) Method and end point for distributing live content stream in a content delivery network
US20130104247A1 (en) Verification Of Content Possession By An Announcing Peer In A Peer-To-Peer Content Distribution System
US8812718B2 (en) System and method of streaming data over a distributed infrastructure
CN102420863B (zh) 一种快速分发文件***和方法及装置
US20130086278A1 (en) Peer-to-peer system
CN104735044A (zh) 一种流媒体直播方法及***
WO2017161757A1 (zh) 一种流媒体文件分发方法及***
CN101631034A (zh) 对等网络中节点管理和接入方法、装置及***
CN103812881B (zh) 离线下载控制方法及装置
EP3338409B1 (fr) Procédé de gestion dynamique d'un service réseau dans un réseau de communication
CN110324406A (zh) 一种获取业务数据的方法和云服务***
CN106209952B (zh) 服务节点分配方法、装置、cdn管理服务器及***
CN103416027B (zh) 缓存优化的方法、缓存器和缓存优化的***

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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20181113

WD01 Invention patent application deemed withdrawn after publication