[發(fā)明專利]一種補(bǔ)丁文件的自動(dòng)合并方法、裝置及通信終端

有效

• 申請?zhí)枺?/td>: 201010283649.0
• 申請日: 2010-09-16
• 公開（公告）號(hào): CN102402438A
• 公開（公告）日: 2012-04-04
• 發(fā)明（設(shè)計(jì)）人: 劉繼平
• 申請（專利權(quán)）人: 金蝶軟件（中國）有限公司
• 主分類號(hào): G06F9/445
• 分類號(hào): G06F9/445
• 代理公司: 深圳中一專利商標(biāo)事務(wù)所 44237
• 代理人: 張全文

技術(shù)領(lǐng)域

本發(fā)明屬于計(jì)算機(jī)領(lǐng)域，尤其涉及一種補(bǔ)丁文件的自動(dòng)合并方法、裝置及通信終端。

背景技術(shù)

補(bǔ)丁是指在原有軟件的基礎(chǔ)上，以解決軟件在使用過程中暴露出來的問題為目標(biāo)的修補(bǔ)程序。大型軟件在發(fā)行之后仍會(huì)存在很多缺陷，而每一個(gè)缺陷都需要安裝一個(gè)相對(duì)應(yīng)的補(bǔ)丁以使軟件更加完美。

現(xiàn)有技術(shù)中，當(dāng)發(fā)現(xiàn)軟件的缺陷時(shí)，按照補(bǔ)丁出現(xiàn)的時(shí)間順序逐個(gè)安裝。如果需要安裝的補(bǔ)丁很多，而安裝的補(bǔ)丁中可能存在多個(gè)相同的文件，一個(gè)一個(gè)安裝使得安裝時(shí)間過長，整個(gè)安裝的時(shí)間可能會(huì)超過幾個(gè)小時(shí)。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例的目的在于提供一種補(bǔ)丁文件自動(dòng)合并的方法，旨在解決安裝多個(gè)具有相同補(bǔ)丁文件的補(bǔ)丁時(shí)，導(dǎo)致的用戶下載、安裝補(bǔ)丁時(shí)間過長的問題。

本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的，一種補(bǔ)丁文件自動(dòng)合并的方法，所述方法包括：

判斷待合并的多個(gè)補(bǔ)丁文件的類型；

根據(jù)所述待合并的多個(gè)補(bǔ)丁文件的類型，采用相應(yīng)的比較算法，獲取保留的補(bǔ)丁文件；

將所述獲取的保留的補(bǔ)丁文件重新打包為一個(gè)新的補(bǔ)丁。

本發(fā)明實(shí)施例的另一目的在于提供一種補(bǔ)丁文件的自動(dòng)合并裝置，所述裝置包括：

判斷文件類型單元，用于判斷待合并的多個(gè)補(bǔ)丁文件的類型；

獲取保留補(bǔ)丁文件單元，用于根據(jù)所述待合并的多個(gè)補(bǔ)丁文件的類型，采用相應(yīng)的比較算法，獲取保留的補(bǔ)丁文件；

打包補(bǔ)丁單元，用于將所述獲取的保留的補(bǔ)丁文件重新打包為一個(gè)新的補(bǔ)丁。

本發(fā)明實(shí)施例的另一目的在于提供包含上述補(bǔ)丁文件的自動(dòng)合并裝置的通信終端。

本發(fā)明實(shí)施例中，對(duì)多個(gè)補(bǔ)丁中的補(bǔ)丁文件執(zhí)行操作，僅保留其中的一個(gè)補(bǔ)丁文件，并將所有保留下來的補(bǔ)丁文件重新打包為一個(gè)新的補(bǔ)丁，有效減少補(bǔ)丁的文件數(shù)量，節(jié)省了用戶下載、安裝補(bǔ)丁的時(shí)間。

附圖說明

圖1是本發(fā)明實(shí)施例提供的自動(dòng)合并補(bǔ)丁的方法流程；

圖2是本發(fā)明實(shí)施例提供的自動(dòng)合并補(bǔ)丁裝置的結(jié)構(gòu)；

圖3是本發(fā)明實(shí)施例提供的自動(dòng)合并補(bǔ)丁裝置的結(jié)構(gòu)。

具體實(shí)施方式

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明通過獲取多個(gè)補(bǔ)丁中的文件類型，并根據(jù)文件類型采用相應(yīng)的比較算法，選擇需要保留的補(bǔ)丁文件，并將保留下來的所有補(bǔ)丁文件重新打包為一個(gè)新的補(bǔ)丁。

本發(fā)明提供了一種補(bǔ)丁文件的自動(dòng)合并方法、裝置及通信終端：

所述方法包括：判斷待合并的多個(gè)補(bǔ)丁文件的類型；

根據(jù)所述待合并的多個(gè)補(bǔ)丁文件的類型，采用相應(yīng)的比較算法，獲取保留的補(bǔ)丁文件；

將所述獲取的保留的補(bǔ)丁文件重新打包為一個(gè)新的補(bǔ)丁。

所述裝置包括：判斷文件類型單元，用于判斷待合并的多個(gè)補(bǔ)丁文件的類型；

獲取保留補(bǔ)丁文件單元，用于根據(jù)所述待合并的多個(gè)補(bǔ)丁文件的類型，采用相應(yīng)的比較算法，獲取保留的補(bǔ)丁文件；

打包補(bǔ)丁單元，用于將所述獲取的保留的補(bǔ)丁文件重新打包為一個(gè)新的補(bǔ)丁。

所述通信終端包括：包含上述補(bǔ)丁文件的自動(dòng)合并裝置的通信終端。

本發(fā)明實(shí)施例中，對(duì)多個(gè)補(bǔ)丁中的補(bǔ)丁文件執(zhí)行操作，多個(gè)相同補(bǔ)丁文件僅保留一個(gè)補(bǔ)丁文件，并將所有保留下來的補(bǔ)丁文件重新打包為一個(gè)新的補(bǔ)丁，有效減少補(bǔ)丁的文件數(shù)量，節(jié)省了用戶下載、安裝補(bǔ)丁的時(shí)間。

實(shí)施例一：

圖1示出了本發(fā)明實(shí)施例提供的補(bǔ)丁文件的自動(dòng)合并方法流程，詳述如下：

在步驟S11中，判斷待合并的多個(gè)補(bǔ)丁文件的類型；

通常每個(gè)類型的補(bǔ)丁文件在文件名稱、文件格式、文件內(nèi)容均有相應(yīng)的規(guī)范，如：動(dòng)態(tài)鏈接庫(Dynamic?Link?Library，DLL)是一個(gè)包含可由多個(gè)程序同時(shí)使用的代碼和數(shù)據(jù)的庫，使用后綴名dll進(jìn)行標(biāo)記，標(biāo)記為dll的文件不是一個(gè)可執(zhí)行的文件；而按照J(rèn)ava?Achieve格式的Java?Achieve文件使用后綴名jar標(biāo)記為jar文件，標(biāo)記為jar的文件是一個(gè)壓縮文件，是許多信息封裝后形成的捆綁體。