本發(fā)明涉及計算機技術領域，尤其涉及一種軟件更新方法和裝置。

背景技術：

在學校、網(wǎng)吧和企業(yè)等很多PC(personal computer，個人計算機)應用場景下，都會安裝冰點還原軟件進行系統(tǒng)還原。當系統(tǒng)開啟冰點還原后，在每次重新啟動后都會將系統(tǒng)還原至用戶設置的冰點，在處于冰凍狀態(tài)的系統(tǒng)下進行的軟件更新(包括手動更新和自動更新)，都會在下次啟動時恢復到未更新狀態(tài)。

技術實現(xiàn)要素：

現(xiàn)有的軟件方案沒有考慮到冰點還原對軟件更新帶來的影響，導致軟件反復更新，用戶需要反復確認是否更新軟件，用戶體驗下降，同時軟件的反復更新也會浪費更新服務器的資源，給軟件開發(fā)商帶來經(jīng)濟損失。

本發(fā)明實施例的目的在于提供一種軟件更新方法和裝置，解決冰點還原與軟件更新之間的沖突，避免軟件的反復更新，改善處于冰點還原狀態(tài)下的軟件更新體驗，降低對更新服務器的資源占用。

為了實現(xiàn)上述目的，本發(fā)明提供了一種軟件更新方法，包括：

獲取預先設置的更新配置，以檢測當前軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新；

若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，忽略所述軟件更新請求；

若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下仍進行軟件更新，則在接收到軟件更新請求時，關閉所述冰點還原，并在所述冰點還原被關閉后，執(zhí)行所述軟件更新請求。

本發(fā)明根據(jù)用戶預先設置的更新配置，若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，忽略所述軟件更新請求；若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下仍進行軟件更新，則在接收到軟件更新請求時，關閉所述冰點還原，并在所述冰點還原被關閉后，執(zhí)行所述軟件更新請求。采用本發(fā)明，有助于解決冰點還原與軟件更新之間的沖突，避免軟件的反復更新，改善處于冰點還原狀態(tài)下的軟件更新體驗，減少更新服務器的資源浪費，降低軟件的更新維護成本。

優(yōu)選地，所述讀取預先設置的更新配置，以檢測當前軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新，具體為：

在軟件啟動進行初始化時，讀取用戶預先設置的更新配置文件，以檢測所述軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新。

優(yōu)選地，所述若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，忽略所述軟件更新請求，進一步包括：

若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，檢測系統(tǒng)的冰點還原是否處于開啟狀態(tài)；若是，則忽略所述軟件更新請求；若否，則執(zhí)行所述軟件更新請求。

優(yōu)選地，所述若所述更新配置為在系統(tǒng)開啟冰點還原時仍進行軟件更新，則在接收到軟件更新請求時，關閉所述冰點還原，并在所述冰點還原被關閉后，執(zhí)行所述軟件更新請求，進一步包括：

若所述更新配置為在系統(tǒng)開啟冰點還原時仍進行軟件更新，則在接收到軟件更新請求時，嘗試關閉所述冰點還原；

檢測所述冰點還原是否被關閉；若所述冰點還原已被關閉，則執(zhí)行所述軟件更新請求；若所述冰點還原未被關閉，則提醒所述冰點還原無法被關閉并建議手動進行關閉。

進一步地，在所述獲取預先設置的更新配置，以檢測當前軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新之前，還包括：

檢測所述軟件是否為第一次啟動，并在軟件第一次啟動時，提醒用戶設置在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新；

將用戶設置的是否需要進行軟件更新的信息寫入更新配置文件。

本發(fā)明僅需在軟件初次啟動時，將用戶的配置信息寫入更新配置文件，即可在后續(xù)的軟件更新中，依照用戶配置解決冰點還原與軟件更新之間的沖突，有助于進一步提高用戶的軟件更新體驗。

相應地，本發(fā)明還提供了一種軟件更新裝置，包括：

配置讀取模塊，用于獲取預先設置的更新配置，以檢測當前軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新；

請求忽略模塊，用于若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，忽略所述軟件更新請求；

軟件更新模塊，用于若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下仍進行軟件更新，則在接收到軟件更新請求時，關閉所述冰點還原，并在所述冰點還原被關閉后，執(zhí)行所述軟件更新請求。

優(yōu)選地，所述配置讀取模塊包括：

配置讀取單元，用于在軟件啟動進行初始化時，讀取用戶預先設置的更新配置文件，以檢測所述軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新。

優(yōu)選地，所述請求忽略模塊包括：

第一更新單元，用于若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，檢測系統(tǒng)的冰點還原是否處于開啟狀態(tài)；若是，則忽略所述軟件更新請求；若否，則執(zhí)行所述軟件更新請求。

優(yōu)選地，所述軟件更新模塊包括：

冰點關閉單元，用于若所述更新配置為在系統(tǒng)開啟冰點還原時仍進行軟件更新，則在接收到軟件更新請求時，嘗試關閉所述冰點還原；

第二更新單元，用于檢測所述冰點還原是否被關閉；若所述冰點還原已被關閉，則執(zhí)行所述軟件更新請求；若所述冰點還原未被關閉，則提醒所述冰點還原無法被關閉并建議手動進行關閉。

進一步地，所述軟件更新裝置還包括：

用戶配置模塊，用于檢測所述軟件是否為第一次啟動，并在軟件第一次啟動時，提醒用戶設置在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新；

配置寫入模塊，用于將用戶設置的是否需要進行軟件更新的信息寫入更新配置文件。

附圖說明

圖1是本發(fā)明提供的軟件更新方法的一個實施例的流程圖；

圖2是本發(fā)明提供的軟件更新方法的另一個實施例的流程圖；

圖3是本發(fā)明提供的軟件更新裝置的一個實施例的結構示意圖；

圖4是本發(fā)明提供的軟件更新裝置的另一個實施例的結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

參見圖1，是本發(fā)明提供的軟件更新方法的一個實施例的流程圖。

所述軟件更新方法包括步驟S11～S13：

S11，獲取預先設置的更新配置，以檢測當前軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新。

在具體實施當中，可在軟件啟動進行初始化時，讀取用戶預先設置的更新配置文件，以檢測所述軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新。在軟件初始化時，讀取用戶更新配置文件config.ini中DeepFreezeUpdate的值，如果DeepFreezeUpdate＝true，則當前軟件在系統(tǒng)開啟冰點還原的狀態(tài)下需要進行軟件更新。否則，不需要進行軟件更新。

S12，若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，忽略所述軟件更新請求。

在具體實施當中，若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，檢測系統(tǒng)的冰點還原是否處于開啟狀態(tài)。若是，則忽略所述軟件更新請求；若否，則執(zhí)行所述軟件更新請求。

若用戶設置為冰點下不更新軟件，并且檢測到系統(tǒng)已開啟冰點還原，在軟件自動更新的情況下可直接忽略更新請求，而在軟件手動更新的情況下則可提醒用戶手動關閉冰點。當檢測到系統(tǒng)并未開啟冰點還原，此時冰點還原與軟件更新并不存在沖突，則可直接執(zhí)行軟件更新請求。

S13，若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下仍進行軟件更新，則在接收到軟件更新請求時，關閉所述冰點還原，并在所述冰點還原被關閉后，執(zhí)行所述軟件更新請求。

在具體實施當中，若所述更新配置為在系統(tǒng)開啟冰點還原時仍進行軟件更新，則在接收到軟件更新請求時，嘗試關閉所述冰點還原。

檢測所述冰點還原是否被關閉。若所述冰點還原已被關閉，則執(zhí)行所述軟件更新請求；若所述冰點還原未被關閉，則提醒所述冰點還原無法被關閉并建議手動進行關閉。

若用戶設置為冰點下更新軟件，當軟件接收到更新服務器或者用戶手動發(fā)送的軟件更新請求時，軟件首先判斷系統(tǒng)的冰點還原是否已關閉，若未關閉則通過調用相應的API(Application Programming Interface，應用程序編程接口)接口嘗試關閉所述冰點還原。所述軟件檢測系統(tǒng)的冰點還原是否被關閉，如已被關閉，則直接執(zhí)行所述軟件更新請求；如未能自動關閉系統(tǒng)的冰點還原，則提醒用戶冰點還原無法被關閉，并建議手動關閉冰點還原后再重新嘗試更新軟件。

本發(fā)明可根據(jù)用戶的配置，選擇在冰點還原下是否進行軟件更新，在用戶設置為冰點下不更新軟件時，忽略服務器發(fā)送的自動更新請求，在用戶設置為冰點下更新軟件時，自動關閉系統(tǒng)的冰點還原后，再進行軟件更新。有效地解決了冰點還原和軟件的更新之間的沖突，避免了軟件的反復更新，改善用戶更新體驗的同時，減少了對計算機以及更新服務器的資源占用，便于軟件的維護和管理。

參見圖2，是本發(fā)明提供的軟件更新方法的另一個實施例的方法流程圖。

進一步地，在所述步驟S11之前，還包括：

S21，檢測所述軟件是否為第一次啟動，并在軟件第一次啟動時，提醒用戶設置在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新。

軟件初始化時會自動檢測是否為第一次啟動，如果在軟件配置目錄下，沒有更新配置文件，則為第一次啟動，進入用戶配置流程。否則，跳過用戶設置流程，直接讀取軟件配置目錄下的更新配置文件。

S22，將用戶設置的是否需要進行軟件更新的信息寫入更新配置文件。

將用戶選擇的在系統(tǒng)開啟冰點還原的狀態(tài)下是否進行軟件更新的信息寫入到更新配置文件config.ini，若用戶選擇冰點下更新，則寫入DeepFreezeUpdate＝true；若用戶選擇冰點下不更新，則寫入DeepFreezeUpdate＝false。若用戶并未設置是否在冰點下更新，則默認選擇冰點下不更新，向config.ini寫入DeepFreezeUpdate＝false。

本實施例在圖1所示實施例的基礎上，進一步加入了用戶的軟件更新配置流程，僅需在軟件初次啟動時，將用戶的配置信息寫入更新配置文件，即可在后續(xù)的軟件更新中，依照用戶配置解決冰點還原與軟件更新之間的沖突，有助于進一步提高用戶的軟件更新體驗。

參見圖3，是本發(fā)明提供的軟件更新裝置的結構示意圖。本實施例的基本原理與圖1所示方法實施例一致，本實施例中未詳述之處可參見圖1所示實施例中的相關描述。

如圖3所示，所述軟件更新裝置包括：

配置讀取模塊31，用于獲取預先設置的更新配置，以檢測當前軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新。

請求忽略模塊32，用于若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，忽略所述軟件更新請求。

軟件更新模塊33，用于若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下仍進行軟件更新，則在接收到軟件更新請求時，關閉所述冰點還原，并在所述冰點還原被關閉后，執(zhí)行所述軟件更新請求。

在具體實施當中，所述配置讀取模塊31包括：

配置讀取單元，用于在軟件啟動進行初始化時，讀取用戶預先設置的更新配置文件，以檢測所述軟件在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新。

在具體實施當中，所述請求忽略模塊32包括：

第一更新單元，用于若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，檢測系統(tǒng)的冰點還原是否處于開啟狀態(tài)。若是，則忽略所述軟件更新請求；若否，則執(zhí)行所述軟件更新請求。

在具體實施當中，所述軟件更新模塊33包括：

冰點關閉單元，用于若所述更新配置為在系統(tǒng)開啟冰點還原時仍進行軟件更新，則在接收到軟件更新請求時，嘗試關閉所述冰點還原。

第二更新單元，用于檢測所述冰點還原是否被關閉。若所述冰點還原已被關閉，則執(zhí)行所述軟件更新請求；若所述冰點還原未被關閉，則提醒所述冰點還原無法被關閉并建議手動進行關閉。

參見圖4，是本發(fā)明提供的軟件更新裝置的另一個實施例的結構示意圖。本實施例的基本原理與圖2所示方法實施例一致，本實施例中未詳述之處可參見圖2所示實施例中的相關描述。

本實施例所述軟件更新裝置在圖3所示實施例的基礎上，進一步還包括：

用戶配置模塊41，用于檢測所述軟件是否為第一次啟動，并在軟件第一次啟動時，提醒用戶設置在系統(tǒng)開啟冰點還原的狀態(tài)下是否需要進行軟件更新。

配置寫入模塊42，用于將用戶設置的是否需要進行軟件更新的信息寫入更新配置文件。

本發(fā)明根據(jù)用戶預先設置的更新配置，若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下不進行軟件更新，則在接收到軟件更新請求時，忽略所述軟件更新請求。若所述更新配置為在系統(tǒng)開啟冰點還原的狀態(tài)下仍進行軟件更新，則在接收到軟件更新請求時，關閉所述冰點還原，并在所述冰點還原被關閉后，執(zhí)行所述軟件更新請求。采用本發(fā)明，有助于解決冰點還原與軟件更新之間的沖突，避免軟件的反復更新，改善處于冰點還原狀態(tài)下的軟件更新體驗，減少更新服務器的資源浪費，降低軟件維護成本。

需說明的是，以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。另外，本發(fā)明提供的裝置實施例附圖中，模塊之間的連接關系表示它們之間具有通信連接，具體可以實現(xiàn)為一條或多條通信總線或信號線。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，所屬領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)，當然也可以通過專用硬件包括專用集成電路、專用CPU、專用存儲器、專用元器件等來實現(xiàn)。一般情況下，凡由計算機程序完成的功能都可以很容易地用相應的硬件來實現(xiàn)，而且，用來實現(xiàn)同一功能的具體硬件結構也可以是多種多樣的，例如模擬電路、數(shù)字電路或專用電路等。但是，對本發(fā)明而言更多情況下軟件程序實現(xiàn)是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質中，如計算機的軟盤，U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。