[發(fā)明專利]分片資源ID的生成方法、資源分享方法，裝置及電子設備

有效

• 申請?zhí)枺?/td>: 201710852131.6
• 申請日: 2017-09-19
• 公開（公告）號: CN109525622B
• 公開（公告）日: 2021-11-26
• 發(fā)明（設計）人: 石杰;張士波;楊敬宇
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京市惠誠律師事務所 11353
• 代理人: 逯博

本發(fā)明實施例提供一種分片資源ID的生成方法、資源分享方法，裝置及電子設備，其中，分片資源ID的生成方法包括：提取用于下載被請求資源的資源URL中的關鍵字段信息；基于所述關鍵字段信息和預設的切分規(guī)則，生成所述被請求資源對應的各分片資源的分片資源ID。本發(fā)明實施例的方案可在不需要客戶增加額外的開發(fā)工作，也不會增加服務器成本的情況下，提升大文件資源的P2P分享率。

技術領域

本申請涉及計算機技術領域，尤其涉及一種分片資源ID的生成方法、資源分享方法，裝置及電子設備。

背景技術

對等計算機網絡(Peer to Peer，P2P)系統(tǒng)由眾多的P2P節(jié)點組成，每個節(jié)點都可以通過P2P網絡下載資源，下載完整的資源后還可以將資源發(fā)布到資源服務器上，向其他節(jié)點提供上傳服務。

這些被分享的資源大小不一，小到幾KB，大到幾GB。一般的P2P分享都是針對一個完整文件進行分享，當一個文件全部下完，計算完成整個文件的MD5，并確認和服務器上對應的MD5一致后，才可以將資源信息發(fā)布到服務器上，各其他網絡節(jié)點下載。在這種模式下，有些大的資源文件的P2P效率會比較差，原因有以下幾點：第一，大文件需要占用的空間比較大，在有些磁盤空間限制比較小的終端，如Anroid端，IOS端和OTT端等，無法存放一個完整的資源文件，也就無法提供上傳；第二，在視頻應用場景中，一旦用戶播放過程中有seek行為，就會導致該文件下載不完整，而對于下載不完整的視頻(即便下載了99％)，也是無法分享的；第三，大文件占用磁盤空間比較多，一旦有新的任務過來，磁盤剩余空間不夠的時候，就需要淘汰掉部分資源，所以，大文件會導致資源淘汰過快，對磁盤損耗大，資源利用率低。因此，需要對大文件做些處理，才能在P2P節(jié)點之間更好的分享。

現(xiàn)有技術中對大文件的分享方案，主要是在服務器端做切片。首先，有專門的切片服務器，負責對大文件進行切片，可以按固定時間，固定長度，平均長度，或者更復雜的一些切片策略進行切片。在切片之后，將每個分片的大小，時長，統(tǒng)一資源定位符(UniformResource Locator，URL)等信息匯總，形成一組分片的信息列表。然后，在客戶App下載資源的時候，客戶App先向服務器請求對應的分片信息列表，在根據當前的下載點(可以是時間點，可以是偏移位置)，計算出在第幾個分片上，再向加速器發(fā)送其對應分片的下載請求。最后，加速器收到分片請求后，開始下載數(shù)據，一旦下載完成就可以將該分片分享給其他節(jié)點。

以上方案，涉及加速器，切片服務器，客戶App等多個環(huán)節(jié)的改動，需要得到客戶方面的大力支持才行。首先，客戶需要提供接口，能讓切片服務器，直接訪問到他們的資源庫下載資源。僅此一點，很多客戶從資源的安全性，防止資源泄漏的角度，就很難同意。其次，客戶的客戶App需要修改下載邏輯，支持切片這種模式，這就會增加工作量和延長接入時間，這也是客戶不愿意接受的。此外，引入切片服務器，會給軟件商帶來額外的開發(fā)成本。

發(fā)明內容

本發(fā)明提供了一種分片資源ID的生成方法、資源分享方法，裝置及電子設備，在不需要客戶增加額外的開發(fā)工作，也不會增加服務器成本的情況下，提升大文件資源的P2P分享率。

為達到上述目的，本發(fā)明的實施例采用如下技術方案：

第一方面，提供了一種分片資源ID的生成方法，包括：

提取用于下載被請求資源的資源URL中的關鍵字段信息；

基于所述關鍵字段信息和預設的切分規(guī)則，生成所述被請求資源對應的各分片資源的分片資源ID。

第二方面，提供了一種資源的下載方法，包括：

獲取資源URL中指定的被請求資源對應的各分片資源的分片資源ID；所述資源URL中還包括本次請求的區(qū)間數(shù)據在所述被請求資源中對應的第一區(qū)間信息；

將所述第一區(qū)間信息與各所述分片資源對應的第二區(qū)間信息相比較，以確定所述第一區(qū)間信息與各所述第二區(qū)間信息的重合范圍，將所述重合范圍標記為第三區(qū)間信息；