專利名稱：一種并行下載方法和終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種并行下載方法和一種終端。
背景技術(shù)：
空中下載(DLOTA，download over the air)是開放移動(dòng)聯(lián)盟組織(OMAOpen Mobile Alliance)中BAC DLDRM(Browser&Content Download DRM)工作組提出的一個(gè)關(guān)于移動(dòng)網(wǎng)絡(luò)中數(shù)據(jù)內(nèi)容下載的規(guī)范。它的基本思想是用一個(gè)下載描述符來提供關(guān)于媒體對(duì)象的信息以及下載的途徑和選項(xiàng)，然后客戶代理根據(jù)描述符中的信息通過無線http協(xié)議來下載。數(shù)字內(nèi)容的用戶下載內(nèi)容之前首先要先下載一個(gè)基于擴(kuò)展標(biāo)識(shí)性語言(XML)的下載描述符。下載描述符中定義了一些屬性，用戶代理按照這些屬性進(jìn)行操作，根據(jù)內(nèi)容的統(tǒng)一定位標(biāo)識(shí)(URI)用無線http協(xié)議來下載內(nèi)容。空中下載提供了用戶端能力匹配、定時(shí)下載、自動(dòng)下載、斷點(diǎn)續(xù)傳、下載完成后發(fā)送完成通知等功能。按照這套標(biāo)準(zhǔn)，可以用一種通用的方法來下載各種不同類型的內(nèi)容。由于采用了XML來實(shí)現(xiàn)下載描述符，因此使得定義新屬性來擴(kuò)充下載描述符的能力變的很容易，通過針對(duì)新的使用情況來擴(kuò)充下載代理和下載服務(wù)器對(duì)新屬性的支持能力，就可以在不影響舊有操作的前提下提供對(duì)新需求的支持。
DLOTA中定義了以下兩個(gè)下載方案方案1、當(dāng)下載一個(gè)內(nèi)容時(shí)，客戶代理同時(shí)向多個(gè)下載服務(wù)器發(fā)出下載請(qǐng)求，接收響應(yīng)最快的那個(gè)下載服務(wù)器提供的數(shù)據(jù)。
方案2、當(dāng)下載一個(gè)內(nèi)容時(shí)，可以分塊請(qǐng)求下載數(shù)據(jù)，可以做到下載的暫停和恢復(fù)。
對(duì)于方案1，其下載內(nèi)容單一，可以同時(shí)向多個(gè)下載服務(wù)器發(fā)出請(qǐng)求，但只從一個(gè)下載服務(wù)器接收數(shù)據(jù)；對(duì)于方案2，其下載過程采用串行下載，雖然可以做到下載暫停和恢復(fù)，但在總下載時(shí)間上，并沒有減少。

發(fā)明內(nèi)容
本發(fā)明提供一種并行下載方法和終端，用以解決現(xiàn)有技術(shù)中存在串行下載耗時(shí)的問題。
本發(fā)明方法包括一種并行下載方法，應(yīng)用于支持下載內(nèi)容可以分塊下載的系統(tǒng)，其特征在于，包括以下步驟A、終端獲取下載內(nèi)容對(duì)應(yīng)的下載描述符，下載描述符中包括可提供所述下載內(nèi)容的多個(gè)下載內(nèi)容源信息和所述下載內(nèi)容的數(shù)據(jù)量；B、終端將所述下載內(nèi)容分塊，分成多個(gè)下載內(nèi)容塊；C、終端向下載服務(wù)器分別發(fā)送所述多個(gè)下載內(nèi)容塊的下載請(qǐng)求，并下載所述的多個(gè)下載內(nèi)容塊；D、終端獲取所述的多個(gè)下載內(nèi)容塊后，將其組裝成完整的下載內(nèi)容。
所述的步驟A中，所述的下載內(nèi)容源信息，為統(tǒng)一資源定位標(biāo)識(shí)URI。
所述的步驟B中，將所述下載內(nèi)容分塊操作，是根據(jù)下載內(nèi)容的數(shù)據(jù)量進(jìn)行的。
所述的步驟C中，還包括維護(hù)下載狀態(tài)信息的步驟，所述的下載維護(hù)信息中，設(shè)置有所述的多個(gè)下載內(nèi)容塊的下載狀態(tài)信息。
所述的下載狀態(tài)信息，包括未請(qǐng)求、下載中和下載完成。
所述的方法，還包括記錄下載中斷信息的步驟。
所述的下載中斷信息，包括下載內(nèi)容塊大小、下載內(nèi)容塊狀態(tài)、下載內(nèi)容塊中斷位置。
所述的下載中斷恢復(fù)后，下載所述的下載內(nèi)容塊操作，從下載內(nèi)容塊中斷位置開始。
所述的步驟D中，還包括根據(jù)下載內(nèi)容的數(shù)據(jù)量，設(shè)置存儲(chǔ)空間的步驟。
所述的存儲(chǔ)空間，可以是在終端預(yù)留的存儲(chǔ)空間。
所述的存儲(chǔ)空間，為下載過程中，動(dòng)態(tài)擴(kuò)展的存儲(chǔ)空間。
一種下載終端，包括下載代理單元，其特征在于，還包括描述符處理單元、并行下載管理單元、下載請(qǐng)求單元；所述的下載請(qǐng)求單元，用于向下載服務(wù)器請(qǐng)求下載描述符和下載內(nèi)容塊；所述的描述符處理單元，用于從下載請(qǐng)求單元獲取下載描述符，并解析所述的下載描述符；所述的并行下載管理單元，用于從所述下載請(qǐng)求單元獲取下載內(nèi)容塊，并將其組裝成完整的下載內(nèi)容。
所述的并行下載管理單元，還設(shè)置有下載狀態(tài)信息管理單元，用于對(duì)下載內(nèi)容塊狀態(tài)信息進(jìn)行管理。
所述的并行下載管理單元，還設(shè)置有下載中斷管理單元，用于對(duì)下載內(nèi)容塊下載中斷信息進(jìn)行管理，以及對(duì)下載內(nèi)容塊狀態(tài)信息作持久化處理。
本發(fā)明有益效果如下本發(fā)明擴(kuò)展了OMADL的下載場(chǎng)景，有效地提高了下載速度和魯棒性。即使一個(gè)下載源出了問題，不能下載或下載速度很慢也不會(huì)影響從其他下載源請(qǐng)求媒體對(duì)象的其它部分?jǐn)?shù)據(jù)。因此采用本方法可以快速可靠地下載大尺寸的對(duì)象文件。


圖1為本發(fā)明流程示意圖；圖2為本發(fā)明并行下載實(shí)施例的流程示意圖；圖3為本發(fā)明終端的結(jié)構(gòu)示意圖；圖4為本發(fā)明下載代理的結(jié)構(gòu)示意圖；
圖5為本發(fā)明并行下載管理單元的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合說明書附圖來說明本發(fā)明的具體實(shí)施方式
。
要想加快下載速度，采用并行請(qǐng)求下載內(nèi)容的各個(gè)部分就可以實(shí)現(xiàn)。實(shí)現(xiàn)的前提是下載描述符中一個(gè)下載內(nèi)容有多個(gè)內(nèi)容源(objectURI)以及相應(yīng)的下載服務(wù)器提供對(duì)下載內(nèi)容分塊下載的支持。
本發(fā)明所述的下載內(nèi)容，可以是各個(gè)形式的文件，比如媒體對(duì)象等。
如圖1所示，是本發(fā)明的流程示意圖，本發(fā)明主要包括以下步驟S1、終端獲取下載內(nèi)容對(duì)應(yīng)的下載描述符，并獲知可提供所述下載內(nèi)容的N個(gè)下載內(nèi)容源信息。
終端為了進(jìn)行并行下載，需要向下載服務(wù)器請(qǐng)求下載內(nèi)容的下載描述符，根據(jù)所述的下載描述符，獲知可提供下載內(nèi)容的下載內(nèi)容源相關(guān)信息。
如下是一個(gè)下載描述符<？xml version＝″1.0″e(cuò)ncoding＝″UTF-8″？>
<media xmlns＝″http//www.openmobilealliance.org/xmlns/ddv2″>
<name>whatever.mp3</name>
<vendor>BMG</vendor>
<objectURI>http//xxx1.com/mp3/whatever.mp3</objectURI>
<objectURI>http//xxx2.com/mp3/whatever.mp3</objectURI>
<objectURI>http//xxx3.com/mp3/whatever.mp3</objectURI>
<size>4532013</size>
<type>audio/x-mpeg</type>
<installNotifyURI>http/xxx.com/mp3/reports</installNotIfyURI>
</media>
該下載描述符中給媒體對(duì)象制定3個(gè)objectURI屬性，告知終端可以從這3個(gè)內(nèi)容源下載媒體對(duì)象。
下載服務(wù)器可以通過支持range請(qǐng)求來實(shí)現(xiàn)對(duì)分塊并行下載的支持，這一部分可以參考HTTP1.1(RFC2616 http//www.ietf.org/rfc/rfc2616.txt)。在下載描述符中給出的下載服務(wù)器應(yīng)該是支持range請(qǐng)求的，在對(duì)下載代理的媒體對(duì)象請(qǐng)求的響應(yīng)中添加“accept-rangebytes”表示下載服務(wù)器支持range請(qǐng)求。
比如終端向下載服務(wù)器發(fā)出如下請(qǐng)求GET http//xxx1.com/mp3/whatever.mp3Hostxxx1.comAcceptaudio/x-mpegRangebytes＝0-16383下載服務(wù)器響應(yīng)如下HTTP/1.1 206 Partial ContentServerCoolServer/1.3.12Content-rangebytes 0-16383/4532013Content-Typeaudio/x-mpegAccept-Rangesbyteswhatever.mp3的數(shù)據(jù)該下載服務(wù)器響應(yīng)中，告知終端它可以提供Range功能。
S2、終端將所述下載內(nèi)容分塊，形成M個(gè)下載內(nèi)容塊，其中終端獲得下載描述符后，解析下載描述符得到下載內(nèi)容的大小。如果下載內(nèi)容文件尺寸很大，可以采用并行下載方式。按固定大小(比如16k)把下載內(nèi)容分成等大小的下載內(nèi)容塊，但最后一個(gè)下載內(nèi)容塊可能不是相同大小的。
該步驟中，該下載內(nèi)容塊的確認(rèn)可以有如下兩種方式A、先確定下載內(nèi)容塊大小，該同時(shí)下載的下載內(nèi)容塊數(shù)量，就可以用下載內(nèi)容數(shù)據(jù)量除以下載內(nèi)容塊數(shù)據(jù)量得到。比如下載內(nèi)容共160k，下載內(nèi)容塊的數(shù)據(jù)量設(shè)定為30k，則160除以30k，共有6塊下載數(shù)據(jù)塊同時(shí)下載，前5塊都是30k，最后一塊是10k。
B、先確定同時(shí)請(qǐng)求的數(shù)量M，M由下載服務(wù)器的個(gè)數(shù)和終端能力能同時(shí)支持下載的數(shù)量來決定。然后用下載內(nèi)容數(shù)據(jù)量除以M來決定下載內(nèi)容塊大小，和方案A一樣，最后一個(gè)下載數(shù)據(jù)塊的大小總是要小于或等于前面的下載數(shù)據(jù)塊。
方案A分塊通常較小，一次請(qǐng)求下載成功的幾率較高。而且分塊的數(shù)量肯定要多于下載服務(wù)器的數(shù)量，因此下完一個(gè)下載數(shù)據(jù)塊，要繼續(xù)請(qǐng)求沒有下完的下載數(shù)據(jù)塊。但要把同時(shí)在進(jìn)行下載的數(shù)量控制在M以下(也就是說，如果現(xiàn)在已經(jīng)有M個(gè)塊在下載，即使還有“未請(qǐng)求”的下載數(shù)據(jù)塊和空閑的下載服務(wù)器也不能向它發(fā)出下載請(qǐng)求，一定要等現(xiàn)在在下載的M塊中的某一塊完成以后，才能發(fā)送新的下載數(shù)據(jù)塊請(qǐng)求。
也可以用方案B的方式來分下載數(shù)據(jù)塊，這樣順利的話，只要同時(shí)發(fā)出M個(gè)下載數(shù)據(jù)塊請(qǐng)求并接收數(shù)據(jù)一次就能下完，不用再發(fā)其他的請(qǐng)求。不過這樣的下載數(shù)據(jù)塊通常很大，因?yàn)橄螺d描述符中的下載服務(wù)器數(shù)量一般都很少。
S3、終端向下載服務(wù)器分別發(fā)送所述M個(gè)下載內(nèi)容塊的下載請(qǐng)求，并下載所述的M個(gè)下載內(nèi)容塊。
當(dāng)終端將所述的下載內(nèi)容分塊后，就可以向不同的下載服務(wù)器分別請(qǐng)求這些下載內(nèi)容塊了，這個(gè)步驟可以同時(shí)進(jìn)行，通過并行處理，同時(shí)下載一個(gè)下載內(nèi)容的不同部分，可以為終端節(jié)省很多時(shí)間。
在下載的過程中，需要對(duì)各個(gè)下載內(nèi)容塊進(jìn)行管理，這里可以將各下載內(nèi)容塊的下載狀態(tài)作如下劃分A、未請(qǐng)求表示下載代理還沒有向下載服務(wù)器請(qǐng)求該下載內(nèi)容塊的信息。
B、下載中表示下載代理已經(jīng)向某個(gè)下載服務(wù)器請(qǐng)求了該下載內(nèi)容塊，但是下載內(nèi)容塊還沒有下載完。
C、完成表示請(qǐng)求的該下載內(nèi)容塊已經(jīng)下載完成。
終端可以維護(hù)一張表來記錄這些信息，剛開始下載時(shí)所有的下載內(nèi)容塊下載狀態(tài)都是“未請(qǐng)求”。
下載開始時(shí)，要確定同時(shí)下載的下載內(nèi)容塊數(shù)量M。如果objectURI數(shù)量較少，就以objectURI的數(shù)量作為M；如果objectURI的數(shù)量太多，終端能力不能支持同時(shí)從這么多個(gè)objectURI同時(shí)下載，則可以根據(jù)終端能力確定一個(gè)少于objectURI數(shù)量的M。用一個(gè)集合來記錄所有可用于并行下載的objectURI，開始時(shí)所有objectURI都在這個(gè)集合中。如果下載過程中發(fā)現(xiàn)某個(gè)下載服務(wù)器對(duì)請(qǐng)求的響應(yīng)中沒有“accept-rangebytes”，則表明該下載服務(wù)器不支持range請(qǐng)求，則立即停止下載并把該objectURI從集合中永久去除。發(fā)送下載內(nèi)容塊請(qǐng)求時(shí)，隨機(jī)從該集合中取得一個(gè)objectURI進(jìn)行下載，并把它移出該集合，下載完成再把它移入集合。隨機(jī)選擇objectURI可以保證下載服務(wù)器負(fù)載均衡。
開始請(qǐng)求時(shí)可以簡(jiǎn)單地按順序選擇前面M個(gè)下載內(nèi)容塊，分別向M個(gè)下載服務(wù)器發(fā)送range請(qǐng)求，并把相應(yīng)塊的狀態(tài)改為“下載中”，也可以采用其他策略選擇其他下載內(nèi)容塊。從某個(gè)下載服務(wù)器收到下載內(nèi)容塊的全部數(shù)據(jù)后，把該下載內(nèi)容塊的狀態(tài)改為“完成”，并選擇下一個(gè)未請(qǐng)求的下載內(nèi)容塊向該objectURI發(fā)送新的下載內(nèi)容塊請(qǐng)求。這是為了方便起見，也可以把該objectURI移入集合，另選一個(gè)。無論何時(shí)，都把同時(shí)下載的數(shù)量控制在M個(gè)或者M(jìn)個(gè)以下。如果向某個(gè)objectURI請(qǐng)求的下載內(nèi)容塊數(shù)據(jù)未能完成，則立即從中斷的地方開始請(qǐng)求該下載內(nèi)容塊剩余的數(shù)據(jù)。如果多次請(qǐng)求都不能下完該下載內(nèi)容塊，則將可用于并行下載的objectURI數(shù)量減1，并從objectURI集合中移出另一個(gè)進(jìn)行請(qǐng)求。原來的objectURI由于沒放回集合中，所以再也不會(huì)向它請(qǐng)求數(shù)據(jù)。
S4、終端獲取所述的M個(gè)下載內(nèi)容塊后，將其組裝成完整的下載內(nèi)容。
終端在收到所有下載內(nèi)容塊后，在終端本地將其組合，形成完整的下載內(nèi)容。
在終端，數(shù)據(jù)的保存可以有兩種方式A、下載前根據(jù)下載內(nèi)容的大小預(yù)先在內(nèi)存中劃分出一塊空間來保存數(shù)據(jù)。每當(dāng)收到一個(gè)下載內(nèi)容塊的數(shù)據(jù)，就把它寫入該空間中的對(duì)應(yīng)的位置上。這種方式實(shí)現(xiàn)簡(jiǎn)單，但對(duì)內(nèi)存空間大小要求比較高。
B、下載時(shí)動(dòng)態(tài)擴(kuò)展文件空間，當(dāng)一個(gè)下載內(nèi)容塊對(duì)應(yīng)的位置已經(jīng)在文件空間中時(shí)，就直接寫入；不然就擴(kuò)展文件空間，然后再寫入數(shù)據(jù)。這種方式實(shí)現(xiàn)相對(duì)復(fù)雜，但對(duì)內(nèi)存大小要求低。采用這種方式，在作設(shè)備能力檢查時(shí)如果內(nèi)存空間不足以存儲(chǔ)下載內(nèi)容塊，終端要提醒用戶內(nèi)存空間不足要用戶確認(rèn)是否要下載。用戶可以選擇先下載，當(dāng)發(fā)現(xiàn)內(nèi)存不足時(shí)，終端暫停當(dāng)前下載，并通知用戶內(nèi)存不足。用戶刪除一些內(nèi)容擴(kuò)大內(nèi)存空間后，用戶可以恢復(fù)下載。
為了支持中斷恢復(fù)，像下載內(nèi)容塊大小、下載內(nèi)容塊狀態(tài)表、下載內(nèi)容塊中斷位置等信息都要及時(shí)永久化(比如保存在文件中)。中斷恢復(fù)時(shí)，內(nèi)存中有相應(yīng)的下載狀態(tài)信息(比如用戶暫停、內(nèi)存不足暫停、網(wǎng)絡(luò)連接斷掉等等情況，用戶代理程序中保留有當(dāng)前的下載狀態(tài)信息)，就可以直接恢復(fù)。如果由于用戶終端突然斷電等原因，重新啟動(dòng)了用戶代理程序，則要從持久化信息中讀取最近保存的下載狀態(tài)信息。通過讀取這些信息，就可以知道哪些下載內(nèi)容塊下載完成了；哪些下載內(nèi)容塊還沒有請(qǐng)求；那些下載內(nèi)容塊下了一半，該從什么地方開始請(qǐng)求該下載內(nèi)容塊的剩余部分。
下面結(jié)合一個(gè)具體的下載過程來說明本發(fā)明的具體應(yīng)用。
如圖2所示，是本發(fā)明下載一個(gè)的媒體對(duì)象的過程，從圖中可見，主要包括以下步驟S11、用戶在下載服務(wù)器A上發(fā)現(xiàn)一個(gè)下載描述符的引用。該引用可能是在一個(gè)網(wǎng)頁上、在一封電子郵件中，一個(gè)多媒體短消息中，或者通過任何其它途徑得到。該引用指向的下載描述符用來下載一個(gè)媒體對(duì)象。
S12、終端下載代理通過該引用向A請(qǐng)求引用指向的下載描述符。
S13、下載服務(wù)器A響應(yīng)該請(qǐng)求，返回下載描述符給下載代理。下載描述符包含了3個(gè)objectURI，指向要下載媒體對(duì)象的在A、B、C上的3個(gè)拷貝。
S14、下載代理分析下載描述符并檢查客戶端設(shè)備的能力(可用內(nèi)存大小、媒體對(duì)象類型等等)。確認(rèn)要下載的媒體對(duì)象是本客戶端能夠接受的。
S15、下載代理向用戶顯示下載描述符中的相關(guān)信息，提醒用戶是否真的要開始下載事務(wù)。
S16、用戶決定開始下載事務(wù)。
S17和S18、終端下載代理同時(shí)向下載服務(wù)器B和下載服務(wù)器C發(fā)送range請(qǐng)求，要求下載媒體對(duì)象0-16k和16k-32k的數(shù)據(jù)。
S19和S110、終端下載代理從下載服務(wù)器B和下載服務(wù)器C處分別得到相應(yīng)的媒體對(duì)象塊數(shù)據(jù)。
在本實(shí)施例中，確定同時(shí)下載的數(shù)量為2，把媒體對(duì)象分為16k大小的固定塊分別請(qǐng)求。由于共有3個(gè)objectURI，所以從中隨機(jī)選擇了下載服務(wù)器B和下載服務(wù)器C作為初始請(qǐng)求的源。只要還有“未請(qǐng)求“的塊，就繼續(xù)請(qǐng)求該塊的數(shù)據(jù)，直到獲得所有的塊數(shù)據(jù)。
S111、下載代理安裝媒體對(duì)象。
S112、下載代理向下載服務(wù)器A報(bào)告下載事務(wù)的狀態(tài)，本例中下載服務(wù)器A也充當(dāng)報(bào)告服務(wù)器的角色。
如圖3、4、5所示，是本發(fā)明終端的結(jié)構(gòu)示意圖，從圖中可見，本發(fā)明的終端主要包括以下部分下載代理100，用于和下載服務(wù)器之間交互數(shù)據(jù)，完成終端下載功能，該下載代理100主要包括3部分DD處理單元110用于從下載請(qǐng)求單元獲得下載描述符數(shù)據(jù)，并解析下載描述符。
下載請(qǐng)求單元120請(qǐng)求下載描述符和文件塊數(shù)據(jù)。
并行下載管理單元130用于維護(hù)管理文件塊狀態(tài)信息和塊中斷信息，以及對(duì)下載狀態(tài)信息作持久化(比如保存在文件中)；從下載請(qǐng)求單元獲得文件塊數(shù)據(jù)，并寫入文件；從持久化信息中讀入下載狀態(tài)信息，恢復(fù)下載狀態(tài)。
該并行下載管理單元130，還設(shè)置有下載狀態(tài)信息管理單元131，用于對(duì)下載內(nèi)容塊狀態(tài)信息進(jìn)行管理，下載中斷管理單元132，用于對(duì)下載內(nèi)容塊下載中斷信息進(jìn)行管理，以及對(duì)下載內(nèi)容塊狀態(tài)信息作持久化處理。
下載過程涉及的其他功能模塊如安裝、發(fā)送安裝通知等等由于和OMADL的規(guī)定相同，在此不再詳述。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種并行下載方法，應(yīng)用于支持下載內(nèi)容可以分塊下載的系統(tǒng)，其特征在于，包括以下步驟A、終端獲取下載內(nèi)容對(duì)應(yīng)的下載描述符，下載描述符中包括可提供所述下載內(nèi)容的多個(gè)下載內(nèi)容源信息和所述下載內(nèi)容的數(shù)據(jù)量；B、終端將所述下載內(nèi)容分塊，分成多個(gè)下載內(nèi)容塊；C、終端向下載服務(wù)器分別發(fā)送所述多個(gè)下載內(nèi)容塊的下載請(qǐng)求，并下載所述的多個(gè)下載內(nèi)容塊；D、終端獲取所述的多個(gè)下載內(nèi)容塊后，將其組裝成完整的下載內(nèi)容。
2.如權(quán)利要求1所述的，其特征在于，所述的步驟A中，所述的下載內(nèi)容源信息，為統(tǒng)一資源定位標(biāo)識(shí)URI。
3.如權(quán)利要求1所述的方法，其特征在于，所述的步驟B中，將所述下載內(nèi)容分塊操作，是根據(jù)下載內(nèi)容的數(shù)據(jù)量進(jìn)行的。
4.如權(quán)利要求1所述的方法，其特征在于，所述的步驟C中，還包括維護(hù)下載狀態(tài)信息的步驟，所述的下載維護(hù)信息中，設(shè)置有所述的多個(gè)下載內(nèi)容塊的下載狀態(tài)信息。
5.如權(quán)利要求4所述的方法，其特征在于，所述的下載狀態(tài)信息，包括未請(qǐng)求、下載中和下載完成。
6.如權(quán)利要求4或5所述的方法，其特征在于，還包括記錄下載中斷信息的步驟。
7.如權(quán)利要求6所述的方法，其特征在于，所述的下載中斷信息，包括下載內(nèi)容塊大小、下載內(nèi)容塊狀態(tài)、下載內(nèi)容塊中斷位置。
8.如權(quán)利要求7所述的方法，其特征在于，所述的下載中斷恢復(fù)后，下載所述的下載內(nèi)容塊操作，從下載內(nèi)容塊中斷位置開始。
9.如權(quán)利要求1所述的方法，其特征在于，所述的步驟D中，還包括根據(jù)下載內(nèi)容的數(shù)據(jù)量，設(shè)置存儲(chǔ)空間的步驟。
10.如權(quán)利要求9所述的方法，其特征在于，所述的存儲(chǔ)空間，可以是在終端預(yù)留的存儲(chǔ)空間。
11.如權(quán)利要求9所述的方法，其特征在于，所述的存儲(chǔ)空間，為下載過程中，動(dòng)態(tài)擴(kuò)展的存儲(chǔ)空間。
12.一種下載終端，包括下載代理單元，其特征在于，還包括描述符處理單元、并行下載管理單元、下載請(qǐng)求單元；所述的下載請(qǐng)求單元，用于向下載服務(wù)器請(qǐng)求下載描述符和下載內(nèi)容塊；所述的描述符處理單元，用于從下載請(qǐng)求單元獲取下載描述符，并解析所述的下載描述符；所述的并行下載管理單元，用于從所述下載請(qǐng)求單元獲取下載內(nèi)容塊，并將其組裝成完整的下載內(nèi)容。
13.如權(quán)利要求12所述的終端，其特征在于，所述的并行下載管理單元，還設(shè)置有下載狀態(tài)信息管理單元，用于對(duì)下載內(nèi)容塊狀態(tài)信息進(jìn)行管理。
14.如權(quán)利要求12所述的終端，其特征在于，所述的并行下載管理單元，還設(shè)置有下載中斷管理單元，用于對(duì)下載內(nèi)容塊下載中斷信息進(jìn)行管理，以及對(duì)下載內(nèi)容塊狀態(tài)信息作持久化處理。
全文摘要
本發(fā)明公開了一種并行下載方法和一種終端，該方法應(yīng)用于支持下載內(nèi)容可以分塊下載的系統(tǒng)，包括步驟A、終端獲取下載內(nèi)容對(duì)應(yīng)的下載描述符，并獲知可提供所述下載內(nèi)容的多個(gè)下載內(nèi)容源信息；B、終端將所述下載內(nèi)容分塊，形成多個(gè)下載內(nèi)容塊；C、終端向下載服務(wù)器分別發(fā)送所述多個(gè)下載內(nèi)容塊的下載請(qǐng)求，并下載所述的多個(gè)下載內(nèi)容塊；D、zz終端獲取所述的多個(gè)下載內(nèi)容塊后，將其組裝成完整的下載內(nèi)容。本發(fā)明有效地提高了下載速度和魯棒性。因此采用本方法可以快速可靠地下載大尺寸的下載內(nèi)容。
文檔編號(hào)H04L29/06GK1852101SQ20051008989
公開日2006年10月25日 申請(qǐng)日期2005年8月10日 優(yōu)先權(quán)日2005年8月10日
發(fā)明者嚴(yán)哲峰, 陳浩華, 汪芳山, 王風(fēng)雷, 王鐵英 申請(qǐng)人:華為技術(shù)有限公司