專利名稱：上傳文件的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別地涉及一種上傳文件的方法和裝置。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，各種提供文件內(nèi)容的業(yè)務(wù)也越來(lái)越多，例如網(wǎng)絡(luò) 視頻點(diǎn)播業(yè)務(wù)向用戶提供電影、電視劇或音樂(lè)電視等內(nèi)容。在網(wǎng)絡(luò)側(cè)的業(yè)務(wù)提 供系統(tǒng)進(jìn)行這類業(yè)務(wù)的管理時(shí)，其中比較重要的一個(gè)工作是由內(nèi)容管理系統(tǒng)承 擔(dān)的接收文件的上傳并保存文件。目前常用的一種文件上傳管理方式是，先由 文件上傳者設(shè)置上傳任務(wù)信息，該上傳任務(wù)信息中包含待上傳文件的保存位 置、上傳的目標(biāo)位置和上傳時(shí)刻，當(dāng)?shù)竭_(dá)該上傳時(shí)刻后，開始執(zhí)^f亍該上傳^f壬務(wù)， 即根據(jù)上傳任務(wù)信息中的內(nèi)容，從待上傳文件的保存位置處讀取待上傳文件然 后上傳到目標(biāo)位置。目標(biāo)位置和待上傳文件的保存位置一般是網(wǎng)絡(luò)中的文件傳
輸協(xié)議FTP地址?？梢钥闯鲈谶@種方式下，可能會(huì)出現(xiàn)在某一時(shí)間段內(nèi)有多個(gè) 上傳任務(wù)被執(zhí)行，這樣，用于接收上傳文件的網(wǎng)絡(luò)數(shù)據(jù)通道會(huì)處于繁忙甚至堵 塞狀態(tài)，使得一些上傳任務(wù)的執(zhí)行受到影響，從而影響了業(yè)務(wù)提供系統(tǒng)運(yùn)行的 可靠性。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種上傳文件的方法和裝置，以解決現(xiàn)有技術(shù)中 因執(zhí)行上傳文件的任務(wù)而影響業(yè)務(wù)提供系統(tǒng)運(yùn)行可靠性的問(wèn)題。 為解決上述問(wèn)題，本發(fā)明提供如下的技術(shù)方案 一種上傳文件的方法，包括
當(dāng)收到待上傳文件的屬性信息后，根據(jù)該屬性信息創(chuàng)建對(duì)應(yīng)待上傳文件的 上傳任務(wù)條目并保存；檢查保存的上傳任務(wù)條目，若檢查的當(dāng)前條目中的上傳任務(wù)未被執(zhí)行，則 建上傳線程，然后由該上傳線程執(zhí)行所述當(dāng)前條目中的上傳任務(wù)。
一種上傳文件的裝置，包括
接收模塊，用于接收待上傳文件的屬性信息；
任務(wù)管理模塊，用于根據(jù)接收模塊接收的待上傳文件的屬性信息創(chuàng)建對(duì)應(yīng) 待上傳文件的上傳任務(wù)條目并保存；
檢查模塊，用于檢查任務(wù)管理模塊保存的上傳任務(wù)條目中的上傳任務(wù)是否 已被執(zhí)行；
執(zhí)行模塊，用于在檢查模塊確認(rèn)檢查的當(dāng)前條目中的上傳任務(wù)未被執(zhí)行 時(shí)，判斷當(dāng)前正在執(zhí)行的上傳線程數(shù)目是否超過(guò)預(yù)設(shè)值并且在未超過(guò)預(yù)設(shè)值時(shí) 創(chuàng)建上傳線程，然后由該上傳線程執(zhí)行所述當(dāng)前條目中的上傳任務(wù)。
根據(jù)本實(shí)施例的技術(shù)方案，根據(jù)收到的待上傳文件的屬性信息創(chuàng)建對(duì)應(yīng)待 上傳文件的上傳任務(wù)條目，并且對(duì)上傳任務(wù)條目進(jìn)行檢查，如果檢查的當(dāng)前條 目中的上傳任務(wù)未被執(zhí)行，則判斷當(dāng)前正在執(zhí)行的上傳線程數(shù)目是否超過(guò)預(yù)設(shè) 值并且在未超過(guò)預(yù)設(shè)值時(shí)創(chuàng)建上傳線程，然后由該上傳線程執(zhí)行當(dāng)前條目中的 上傳任務(wù)。這樣能夠一方面保證上傳任務(wù)被及時(shí)執(zhí)行，另一方面考慮到了上傳 文件的數(shù)據(jù)通道的承載能力。多線程文件上傳功能上傳效率高，上傳失敗率低， 有助于提高業(yè)務(wù)管理系統(tǒng)中文件上傳的速度，節(jié)省系統(tǒng)運(yùn)行時(shí)間，從而達(dá)到提 高系統(tǒng)的工作效率的目的。


圖l為業(yè)務(wù)提供者、文件提供者、使用業(yè)務(wù)者所使用的相關(guān)設(shè)備的布置示 意圖2為本實(shí)施例中進(jìn)行上傳任務(wù)管理的方法流程圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例中的技術(shù)方案作出說(shuō)明。附圖用于幫助理解 實(shí)施例的技術(shù)方案，在實(shí)現(xiàn)中可以不限于附圖所示的形式。
圖l是業(yè)務(wù)提供者、文件提供者、使用業(yè)務(wù)者所使用的相關(guān)設(shè)備的布置示
意圖。業(yè)務(wù)提供者提供目標(biāo)存儲(chǔ)裝置ll，用于保存文件的裝置；文件提供者一 側(cè)設(shè)置了源存儲(chǔ)裝置12,用于保存待上傳文件；使用業(yè)務(wù)者通過(guò)終端設(shè)備13 向業(yè)務(wù)提供者發(fā)送業(yè)務(wù)請(qǐng)求信息，業(yè)務(wù)提供者根據(jù)請(qǐng)求信息向使用業(yè)務(wù)者提供 服務(wù)，將文件提供給使用業(yè)務(wù)者。
本實(shí)施例主要對(duì)業(yè)務(wù)提供者如何管理上傳任務(wù)作出說(shuō)明。對(duì)于業(yè)務(wù)提供者 一側(cè)的內(nèi)容管理系統(tǒng)來(lái)說(shuō)，在進(jìn)行上傳任務(wù)管理時(shí)，如圖2所示，主要執(zhí)行以 下步驟
步驟21:接收待上傳文件的屬性信息。這里的屬性信息由文件提供者給出， 基本內(nèi)容是包括保存待上傳文件的源地址、文件要上傳到的目標(biāo)地址以及待上 傳文件的文件名。待上傳文件可以是一個(gè)，例如一部影片的視頻文件；也可以 是多個(gè)，例如一部電視連續(xù)劇的各集的視頻文件，或者一個(gè)卡拉OK視頻中的 片頭文件和歌曲視頻主文件?？梢酝ㄟ^(guò)Web頁(yè)面的表單來(lái)接收待上傳文件的屬 性信息，然后將這些信息保存在數(shù)據(jù)庫(kù)中。
步驟22:創(chuàng)建上傳任務(wù)條目。上傳任務(wù)條目是在接收到待上傳文件的屬性 信息之后根據(jù)這些屬性信息創(chuàng)建。上傳任務(wù)條目中包含有接收的屬性信息內(nèi)的 基本內(nèi)容，并且有標(biāo)識(shí)待上傳文件的狀態(tài)為"待上傳，，的標(biāo)識(shí)信息。上傳任務(wù) 條目可以保存在數(shù)據(jù)庫(kù)中。 一般來(lái)說(shuō)在系統(tǒng)運(yùn)行中會(huì)不止一次地接收到待上傳 文件的屬性信息，于是創(chuàng)建的上傳任務(wù)條目也有不止一條，從而在數(shù)據(jù)庫(kù)中形 成了上傳任務(wù)條目列表。
步驟23:檢查上傳任務(wù)條目列表中的上傳任務(wù)是否被執(zhí)行。本步驟中是以 輪詢的方式持續(xù)輪#^次檢查列表中的各個(gè)上傳任務(wù)條目。如果當(dāng)前檢查到的 上傳任務(wù)條目中的上傳任務(wù)已被執(zhí)行，則檢查下一個(gè)條目，否則進(jìn)入步驟24。在下面的步驟25中可以看到，上傳任務(wù)條目中標(biāo)識(shí)待上傳文件的狀態(tài)為"待 上傳"的標(biāo)識(shí)信息會(huì)被修改為"已上傳"，所以本步驟中根據(jù)"已上傳"的標(biāo) 識(shí)信息可以判定當(dāng)前檢查到的上傳任務(wù)條目中的上傳任務(wù)已被執(zhí)行。
步驟24:判斷當(dāng)前正在執(zhí)行的上傳線程數(shù)目是否超過(guò)預(yù)設(shè)值。在本實(shí)施例 中通過(guò)設(shè)置上傳線程的數(shù)目上限，來(lái)控制上傳文件的網(wǎng)絡(luò)數(shù)據(jù)通道的數(shù)據(jù)量。 所以這里的預(yù)設(shè)值可以根據(jù)相關(guān)設(shè)備和網(wǎng)絡(luò)的處理速度及帶寬來(lái)確定，例如預(yù) 設(shè)值為10。本步驟中的判斷結(jié)果若為"是，，，則進(jìn)行等待，具體可以是停止輪 詢上傳任務(wù)列表，或者繼續(xù)進(jìn)行輪詢并且在輪詢到包含"待上傳"的標(biāo)識(shí)信息 的條目時(shí)等待正在執(zhí)行的上傳線程數(shù)目回落到上限內(nèi)。在等待了預(yù)設(shè)的時(shí)間長(zhǎng) 度后再次進(jìn)行本步驟的判斷。另一方面，本步驟中的判斷結(jié)果若為"否"，則 說(shuō)明還允許創(chuàng)建上傳線程，此時(shí)進(jìn)入步驟25。
步驟25:創(chuàng)建上傳線程并修改當(dāng)前上傳任務(wù)條目。這里的修改是將上傳任 務(wù)條目中的標(biāo)識(shí)待上傳文件的狀態(tài)為"待上傳"的標(biāo)識(shí)信息修改為"已上傳"。 在本步驟之后進(jìn)入步驟26,并且繼續(xù)進(jìn)行上傳任務(wù)條目列表的檢查，即進(jìn)入步 驟23。
步驟26:執(zhí)行上傳任務(wù)。這里的上傳任務(wù)即為步驟23中檢查到的上傳任 務(wù)條目中的上傳任務(wù)，并在由步驟25創(chuàng)建的線程來(lái)執(zhí)行。在執(zhí)行本步驟的同 時(shí)，可以繼續(xù)檢查上傳任務(wù)條目列表中的上傳任務(wù)是否被執(zhí)行，即進(jìn)行步驟23。 上傳任務(wù)可以看作是由一個(gè)子線程進(jìn)行，而圖2中整個(gè)流程可以在主控線程下 進(jìn)行，子線程由主控線程生成。所以在執(zhí)行上傳任務(wù)的同時(shí)，其余各步也在同 時(shí)進(jìn)行。
從步驟21-26可以看出，上傳線程的數(shù)目不會(huì)超出預(yù)設(shè)的上限，并且持續(xù) 檢查上傳任務(wù)列表使得在上傳線程在上限以內(nèi)時(shí)能夠有上傳任務(wù)得以及時(shí)執(zhí) 行，并且多個(gè)上傳線程之間是并行上傳的方式，上傳功能在后臺(tái)獨(dú)立運(yùn)行，與 內(nèi)容管理系統(tǒng)的其他模塊同時(shí)運(yùn)行。所以這種方法能夠使上傳數(shù)據(jù)的通道不至 過(guò)于繁忙或空閑，較好地利用了系統(tǒng)的資源。文件提供者在給出的待上傳文件的屬性信息中可以包含一種標(biāo)識(shí)信息，用
來(lái)標(biāo)識(shí)要上傳目錄還是上傳文件。該標(biāo)識(shí)信息在步驟22中會(huì)包含在上傳任務(wù) 條目中，于是在執(zhí)行這樣的上傳任務(wù)條目中的上傳任務(wù)時(shí)，先根據(jù)該標(biāo)識(shí)信息 確定上傳任務(wù)是上傳目錄或上傳文件，再根據(jù)確定的結(jié)果執(zhí)行該上傳任務(wù)，進(jìn) 行相應(yīng)的上傳目錄或上傳文件。這里的上傳目錄是指上傳目錄中的所有文件。 在實(shí)際應(yīng)用中，上傳任務(wù)條目的信息可以是被加密的信息，同時(shí)包含有其他字 段以標(biāo)明加密方式。該加密方式可以看作是上述標(biāo)識(shí)信息的一個(gè)實(shí)例。當(dāng)該加 密方式為預(yù)先設(shè)置的加密方式時(shí)表示上傳任務(wù)是上傳目錄，反之則為上傳文 件。加密方式可以由業(yè)務(wù)提供者指定。在步驟26的上傳過(guò)程中，如果是進(jìn)行 上傳目錄，可以判斷上傳任務(wù)條目中的待上傳文件的源地址的加密格式是否為 上述加密方式指定的格式，如果是，表示該源地址的目錄可以上傳，反之則不 能上傳。當(dāng)然也可以采用其他方式?jīng)Q定是否上傳目錄，只要是文件目錄的信息 格式以預(yù)設(shè)的方式與上述標(biāo)識(shí)信息相匹配，就可以執(zhí)行文件目錄的上傳，反之 不執(zhí)行該上傳。
在上傳過(guò)程中可能會(huì)由于網(wǎng)絡(luò)運(yùn)行的不穩(wěn)定或其他原因而導(dǎo)致上傳失敗， 即文件沒(méi)有傳送到目標(biāo)位置。根據(jù)數(shù)據(jù)庫(kù)中保存的待上傳文件的屬性信息，可 以判斷本線程4丸行的上傳任務(wù)中的文件是否完整地上傳，因?yàn)樵搶傩孕畔⒅杏?待上傳文件的文件名。本實(shí)施例的方案中，允許文件重新上傳，為此，在創(chuàng)建 上傳任務(wù)條目時(shí)，可以將預(yù)先設(shè)置的重傳次數(shù)包含在條目中。這樣，如果確認(rèn) 待上傳文件沒(méi)有完整上傳，則檢查條目中的重傳次數(shù)，如果它大于零，則說(shuō)明 還可以重傳，于是重新上傳當(dāng)前文件，可以是重新上傳未傳送的文件，或者是 任務(wù)中的所有文件。在重新上傳時(shí)將條目中的重傳次數(shù)減1。這樣，如果多次 重傳失敗，條目中的重傳次數(shù)會(huì)變?yōu)镺,此時(shí)不能再次重傳文件。
在確認(rèn)文件沒(méi)有完整上傳的時(shí)候，可以檢查一下已上傳的內(nèi)容是否可以使 用，這里的可以使用需根據(jù)文件的實(shí)際情況來(lái)確定。為此，待上傳文件的屬性 信息中需要給出文件的內(nèi)^4苗述信息，例如對(duì)于電影的視頻文件，則應(yīng)標(biāo)明電影上集、下集或單集的信息，對(duì)于電視連續(xù)劇應(yīng)標(biāo)明是第幾集，對(duì)于卡拉OK 的視頻文件則標(biāo)明是片頭還是歌曲的主視頻。這樣，如果上傳的是單集的電影 的視頻文件，并且該視頻文件沒(méi)有完整上傳，那么認(rèn)為電影內(nèi)容上傳不成功。 在這種情況下如果使用業(yè)務(wù)者點(diǎn)播該電影，則不能將該電影提供給使用業(yè)務(wù) 者。如果上傳的是一部電視連續(xù)劇，那么即使劇集文件沒(méi)有全部上傳成功，只 要有單個(gè)劇集文件上傳成功了，仍然可以認(rèn)為這部電視劇內(nèi)容為上傳成功。當(dāng) 業(yè)務(wù)使用者點(diǎn)播該電視連續(xù)劇時(shí)，已上傳的若干集可以提供給業(yè)務(wù)使用者。業(yè) 務(wù)使用者在點(diǎn)播電視連續(xù)劇， 一般來(lái)說(shuō)可以是發(fā)送一個(gè)點(diǎn)播指令給業(yè)務(wù)提供 者。這個(gè)點(diǎn)播指令指定了業(yè)務(wù)使用者想要的文件，請(qǐng)求業(yè)務(wù)提供者提供該文件。 在用戶需要其他類型的文件時(shí)，也會(huì)發(fā)出類似的請(qǐng)求信息，請(qǐng)求業(yè)務(wù)提供者提 供文件。
基于上述方法，以下對(duì)本實(shí)施例中的裝置作出說(shuō)明。本實(shí)施例中的裝置可
以利用軟件、硬件或者二者結(jié)合的方式實(shí)現(xiàn)。以下4姿功能4莫塊來(lái)劃分裝置結(jié)構(gòu)，
在實(shí)現(xiàn)中各模塊可以各自成為設(shè)備，或?yàn)橥辉O(shè)備的組成部分。
本實(shí)施例中的上傳文件的裝置包括接收模塊、任務(wù)管理模塊、檢查模塊、 執(zhí)行模塊。接收模塊，用于接收待上傳文件的屬性信息。任務(wù)管理模塊用于根 據(jù)接收模塊接收的待上傳文件的屬性信息創(chuàng)建對(duì)應(yīng)待上傳文件的上傳任務(wù)條 目并保存。檢查模塊用于檢查任務(wù)管理模塊保存的上傳任務(wù)條目中的上傳任務(wù) 是否已被執(zhí)行。執(zhí)行模塊用于在檢查模塊確認(rèn)檢查的當(dāng)前條目中的上傳任務(wù)未 被執(zhí)行時(shí)，判斷當(dāng)前正在執(zhí)行的上傳線程數(shù)目是否超過(guò)預(yù)設(shè)值并且在未超過(guò)預(yù) 設(shè)值時(shí)創(chuàng)建上傳線程，然后由該上傳線程執(zhí)行所述當(dāng)前條目中的上傳任務(wù)。
接收模塊可以進(jìn)一步用于接收包括如下內(nèi)容的屬性信息 一個(gè)或多個(gè)文件 在上傳之前的源位置、上傳的目標(biāo)位置以及用于標(biāo)識(shí)上傳目錄或上傳文件的標(biāo) 識(shí)信息，這樣，執(zhí)行模塊可以進(jìn)一步用于才艮據(jù)該標(biāo)識(shí)信息確定上傳任務(wù)是上傳 目錄或上傳文件，然后根據(jù)確定的結(jié)果執(zhí)行當(dāng)前條目中的上傳任務(wù)。如果上傳 任務(wù)是上傳目錄時(shí)，執(zhí)行模塊檢查待上傳文件所在源位置的各個(gè)文件目錄的信是，則上傳該文件目錄，否則放棄上傳該文件目錄。
任務(wù)管理模塊還可以生成包含預(yù)設(shè)的重傳次數(shù)的上傳任務(wù)條目，并且本實(shí) 施例中的上傳文件的裝置可以進(jìn)一步包括用于檢查待上傳文件是否完整上傳 的第二檢查模塊，以及第三檢查模塊，用于若第二檢查模塊確認(rèn)待上傳文件沒(méi) 有完整上傳，則檢查當(dāng)前條目中的重傳次數(shù)是否大于零。這樣，執(zhí)行模塊進(jìn)一 步用于若第三檢查模塊確認(rèn)當(dāng)前條目中的重傳次數(shù)大于零，則重新執(zhí)行當(dāng)前條 目中的上傳任務(wù)并將重傳次數(shù)減1,若第三檢查模塊確認(rèn)當(dāng)前條目中的重傳次 數(shù)等于零，則保存用于標(biāo)識(shí)當(dāng)前條目的上傳任務(wù)的狀態(tài)為未完成的標(biāo)識(shí)信息。
接收模塊可以進(jìn)一步用于接收包括文件的內(nèi)容描述信息的屬性信息，這 樣，本實(shí)施例中的上傳文件的裝置可以進(jìn)一步包括內(nèi)容檢查模塊和提供模塊。 內(nèi)^查模塊，用于根據(jù)文件內(nèi)容描述信息和預(yù)設(shè)的判斷方式，判斷待上傳文 件的已上傳部分是否為內(nèi)容上傳成功，提供模塊用于若內(nèi)容檢查模塊確認(rèn)待上 傳文件所屬的內(nèi)容狀態(tài)為上傳成功，則在收到請(qǐng)求提供文件的信息時(shí)，提供待 上傳文件的已上傳部分。
根據(jù)本實(shí)施例的技術(shù)方案，根據(jù)收到的待上傳文件的屬性信息創(chuàng)建對(duì)應(yīng)待 上傳文件的上傳任務(wù)條目，并且對(duì)上傳任務(wù)條目進(jìn)行檢查，如果檢查的當(dāng)前條 目中的上傳任務(wù)未被執(zhí)行，則判斷當(dāng)前正在執(zhí)行的上傳線程數(shù)目是否超過(guò)預(yù)設(shè) 值并且在未超過(guò)預(yù)設(shè)值時(shí)創(chuàng)建上傳線程，然后由該上傳線程執(zhí)行當(dāng)前條目中的 上傳任務(wù)。這樣能夠一方面保證上傳任務(wù)被及時(shí)執(zhí)行，另一方面考慮到了上傳 文件的數(shù)據(jù)通道的承載能力。并且本實(shí)施例中的文件上傳功能可以與多種業(yè)務(wù) 管理系統(tǒng)結(jié)合使用，只要滿足事先所約定的上傳規(guī)則，即可在統(tǒng)一業(yè)務(wù)管理應(yīng) 用平臺(tái)所提供的內(nèi)容管理文件上傳功能1^出上實(shí)現(xiàn)二次開發(fā)，提高了代碼的重 用性，且提供可擴(kuò)展性接口，重用靈活度高。而多線程文件上傳功能上傳效率 高，上傳失敗率低。因此使用本實(shí)施例的技術(shù)方案，能夠有助于提高業(yè)務(wù)管理 系統(tǒng)中文件上傳的速度，節(jié)省系統(tǒng)運(yùn)行時(shí)間，從而達(dá)到提高了系統(tǒng)的工作效率的目的。
顯然，本領(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、一種上傳文件的方法，其特征在于，包括當(dāng)收到待上傳文件的屬性信息后，根據(jù)該屬性信息創(chuàng)建對(duì)應(yīng)待上傳文件的上傳任務(wù)條目并保存；檢查保存的上傳任務(wù)條目，若檢查的當(dāng)前條目中的上傳任務(wù)未被執(zhí)行，則判斷當(dāng)前正在執(zhí)行的上傳線程數(shù)目是否超過(guò)預(yù)設(shè)值并且在未超過(guò)預(yù)設(shè)值時(shí)創(chuàng)建上傳線程，然后由該上傳線程執(zhí)行所述當(dāng)前條目中的上傳任務(wù)。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述屬性信息包括一個(gè)或 多個(gè)文件在上傳之前的源位置、上傳的目標(biāo)位置以及用于標(biāo)識(shí)上傳目錄或上傳 文件的標(biāo)識(shí)信息；并且所述由該上傳線程執(zhí)行所述當(dāng)前條目中的上傳任務(wù)包括 才艮據(jù)所述標(biāo)識(shí)信息確定上傳任務(wù)是上傳目錄或上傳文件； 根據(jù)確定的結(jié)果執(zhí)行所述當(dāng)前條目中的上傳任務(wù)。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)所述上傳任務(wù)是上傳目 錄時(shí)，所述根據(jù)確定的結(jié)果執(zhí)行所述當(dāng)前條目中的上傳任務(wù)包括檢查所述源位置的各個(gè)文件目錄的信息格式是否以預(yù)設(shè)方式與所述標(biāo)識(shí) 信息匹配，若是，則上傳該文件目錄，否則放棄上傳該文件目錄。
4、 根據(jù)權(quán)利要求l、 2或3所述的方法，其特征在于，所述上傳任務(wù)條目 中包含預(yù)設(shè)的重傳次數(shù)；并且所述由該上傳線程執(zhí)行所述當(dāng)前條目中的上傳任務(wù)之后進(jìn)一步包括 若確認(rèn)所述待上傳文件沒(méi)有完整上傳，則檢查所述當(dāng)前條目中的重傳次數(shù) 是否大于零，若是則重新執(zhí)行所述當(dāng)前條目中的上傳任務(wù)并將所述重傳次數(shù)減 1,否則保存用于標(biāo)識(shí)所述當(dāng)前條目的上傳任務(wù)的狀態(tài)為未完成的標(biāo)識(shí)信息。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述屬性信息包括文件的 內(nèi)容描述信息；并且所述保存用于標(biāo)識(shí)所述當(dāng)前條目的上傳任務(wù)的狀態(tài)為未完成的標(biāo)識(shí)信息之后進(jìn)一步包括根據(jù)文件內(nèi)容描述信息和預(yù)設(shè)的判斷方式，判斷所述待上傳文件的已上傳 部分是否為內(nèi)容上傳成功，若是則在收到請(qǐng)求提供文件的信息時(shí)，提供所述已 上傳部分。
6、 一種上傳文件的裝置，其特征在于，包括 接收模塊，用于接收待上傳文件的屬性信息；任務(wù)管理模塊，用于根據(jù)接收模塊接收的待上傳文件的屬性信息創(chuàng)建對(duì)應(yīng) 待上傳文件的上傳任務(wù)條目并保存；檢查模塊，用于檢查任務(wù)管理模塊保存的上傳任務(wù)條目中的上傳任務(wù)是否 已被執(zhí)行；執(zhí)行模塊，用于在檢查模塊確認(rèn)檢查的當(dāng)前條目中的上傳任務(wù)未被執(zhí)行 時(shí)，判斷當(dāng)前正在執(zhí)行的上傳線程數(shù)目是否超過(guò)預(yù)設(shè)值并且在未超過(guò)預(yù)設(shè)值時(shí) 創(chuàng)建上傳線程，然后由該上傳線程執(zhí)行所述當(dāng)前條目中的上傳任務(wù)。
7、 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述接收模塊進(jìn)一步用于 接收包括如下內(nèi)容的屬性信息 一個(gè)或多個(gè)文件在上傳之前的源位置、上傳的 目標(biāo)位置以及用于標(biāo)識(shí)上傳目錄或上傳文件的標(biāo)識(shí)信息；并且所述執(zhí)行才莫塊進(jìn)一步用于根據(jù)所述標(biāo)識(shí)信息確定上傳任務(wù)是上傳目錄或上傳文件； 根據(jù)確定的結(jié)果執(zhí)行所述當(dāng)前條目中的上傳任務(wù)。
8、 根據(jù)權(quán)利要求7所述的裝置，其特征在于，當(dāng)所述上傳任務(wù)是上傳目 錄時(shí)，所述執(zhí)行才莫塊進(jìn)一步用于檢查所述源位置的各個(gè)文件目錄的信息格式是否以預(yù)設(shè)方式與所述標(biāo)識(shí) 信息匹配，若是，則上傳該文件目錄，否則放棄上傳該文件目錄。
9、 根據(jù)權(quán)利要求6、 7或8所述的裝置，其特征在于，所述任務(wù)管理模塊 進(jìn)一步用于生成包含預(yù)設(shè)的重傳次數(shù)的上傳任務(wù)條目；并且所述裝置進(jìn)一步包括第二檢查模塊，用于檢查所述待上傳文件是否完整上傳，第三檢查模塊，用于若第二檢查模塊確認(rèn)所述待上傳文件沒(méi)有完整上傳，則檢查所述當(dāng)前條目中的重傳次數(shù)是否大于零； 并且所述執(zhí)行模塊進(jìn)一步用于若第三檢查模塊確認(rèn)所述當(dāng)前條目中的重傳次數(shù)大于零，則重新執(zhí)行所述 當(dāng)前條目中的上傳任務(wù)并將所述重傳次數(shù)減1,若第三檢查模塊確認(rèn)所述當(dāng)前條目中的重傳次數(shù)等于零，則保存用于標(biāo)識(shí) 所述當(dāng)前條目的上傳任務(wù)的狀態(tài)為未完成的標(biāo)識(shí)信息。
10、根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述接收模塊進(jìn)一步用于 接收包括文件的內(nèi)容描述信息的屬性信息；并且所述裝置進(jìn)一步包括內(nèi)，查模塊，用于根據(jù)文件內(nèi)斜苗述信息和預(yù)設(shè)的判斷方式，判斷所述 待上傳文件的已上傳部分是否為內(nèi)容上傳成功，提供模塊，用于若內(nèi)容檢查模塊確認(rèn)所述待上傳文件的已上傳部分是否為 內(nèi)容上傳成功，則在收到請(qǐng)求提供文件的信息時(shí)，提供所述待上傳文件的已上 傳部分。
全文摘要
本發(fā)明提供一種上傳文件的方法和裝置，以解決現(xiàn)有技術(shù)中因執(zhí)行上傳文件的任務(wù)而影響業(yè)務(wù)提供系統(tǒng)運(yùn)行可靠性的問(wèn)題。實(shí)施例中的方法包括當(dāng)收到待上傳文件的屬性信息后，根據(jù)該屬性信息創(chuàng)建對(duì)應(yīng)待上傳文件的上傳任務(wù)條目并保存；檢查保存的上傳任務(wù)條目，若檢查的當(dāng)前條目中的上傳任務(wù)未被執(zhí)行，則判斷當(dāng)前正在執(zhí)行的上傳線程數(shù)目是否超過(guò)預(yù)設(shè)值并且在未超過(guò)預(yù)設(shè)值時(shí)創(chuàng)建上傳線程，然后由該上傳線程執(zhí)行所述當(dāng)前條目中的上傳任務(wù)。實(shí)施例同時(shí)公開了相應(yīng)的裝置。應(yīng)用本發(fā)明的技術(shù)方案，有助于提高業(yè)務(wù)管理系統(tǒng)中文件上傳的速度，節(jié)省系統(tǒng)運(yùn)行時(shí)間，從而達(dá)到提高系統(tǒng)的工作效率的目的。
文檔編號(hào)H04L29/08GK101577736SQ20091020329
公開日2009年11月11日 申請(qǐng)日期2009年6月4日 優(yōu)先權(quán)日2009年6月4日
發(fā)明者楊樹鋼, 范旭華, 錢月清 申請(qǐng)人:中興通訊股份有限公司