本公開一般涉及計算機領域，具體涉及計算機系統文件的補全，尤其涉及一種外部干預式系統文件補全方法和裝置。

背景技術：

目前，許多軟件應用、游戲應用在終端(包括計算機、移動電話、pda等)上必須要求終端上有某些系統文件才能運行。然而，在終端的運行中，由于用戶誤刪了某些包含系統文件的文件夾，或網絡病毒入侵到終端刪除了一些系統文件，經常出現當某些應用需要一些系統文件支持時發現這些系統文件缺失了。用戶需要根據終端的提示自己到互聯網下載相應缺失的系統文件。這樣，帶來兩個問題：第一，用戶操作比較繁瑣；第二，用戶到互聯網上下載缺失的系統文件，可能又會下載到病毒，威脅終端安全。

因此，需要一種為用戶自動下載缺失的系統文件，減輕用戶操作而又確保用戶安全性的方案。

技術實現要素：

鑒于現有技術中的上述缺陷或不足，期望提供一種為用戶自動下載缺失的系統文件，減輕用戶操作而又確保用戶安全性的技術。

第一方面，本申請實施例提供了一種外部干預式系統文件補全方法，所述方法包括：向目標終端發送文件清單傳送指令，用于指示目標終端傳送目標終端上存儲的所有應用和所有系統文件的清單；對所述清單上的應用，逐一確定支持該應用運行的系統文件；判斷確定的系統文件是否在所述清單的系統文件中；如果確定的系統文件不在所述清單的系統文件中，獲取確定的系統文件；將獲取的系統文件發送給目標終端。

第二方面，本申請實施例提供了一種外部干預式系統文件補全裝置，所述裝置包括：指令發送單元，用于向目標終端發送文件清單傳送指令，用于指示目標終端傳送目標終端上存儲的所有應用和所有系統文件的清單；確定單元，用于對所述清單上的應用，逐一確定支持該應用運行的系統文件；判斷單元，用于判斷確定的系統文件是否在所述清單的系統文件中；獲取單元，用于如果確定的系統文件不在所述清單的系統文件中，獲取確定的系統文件；系統文件發送單元，用于將獲取的系統文件發送給目標終端。

第三方面，本申請實施例提供了一種設備，包括處理器、存儲器和顯示器；所述存儲器包含可由所述處理器執行的指令以使得所述處理器執行：向目標終端發送文件清單傳送指令，用于指示目標終端傳送目標終端上存儲的所有應用和所有系統文件的清單；對所述清單上的應用，逐一確定支持該應用運行的系統文件；判斷確定的系統文件是否在所述清單的系統文件中；如果確定的系統文件不在所述清單的系統文件中，獲取確定的系統文件；將獲取的系統文件發送給目標終端。

第四方面，本申請實施例提供了一種機器可讀介質，包含計算機程序，所述計算機程序包括用于執行以下的程序代碼：向目標終端發送文件清單傳送指令，用于指示目標終端傳送目標終端上存儲的所有應用和所有系統文件的清單；對所述清單上的應用，逐一確定支持該應用運行的系統文件；判斷確定的系統文件是否在所述清單的系統文件中；如果確定的系統文件不在所述清單的系統文件中，獲取確定的系統文件；將獲取的系統文件發送給目標終端。

本發明實施例中，不是等到軟件、游戲等應用運行時發現缺少某些系統文件再由用戶從互聯網上下載，而是由專門的外部干預式系統文件補全裝置從外部進行干預。外部干預式系統文件補全裝置命令目標終端上報其上存儲的所有應用和所有系統文件的清單，對所述清單上的應用，逐一確定支持該應用運行的系統文件，如果確定的系統文件不在所述清單的系統文件中，獲取確定的系統文件發送給目標終端。這樣，就實現了為用戶自動下載缺失的系統文件，減輕用戶操作。另外，在專門的外部干預式系統文件補全裝置處獲取的系統文件都是有安全保障的，減少了用戶自己去互聯網上下載引起的不安全性。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本申請的其它特征、目的和優點將會變得更明顯：

圖1示出了本申請一個實施例應用的系統環境示意圖。

圖2示出了根據本申請一個實施例的外部干預式系統文件補全方法的示例性流程圖；

圖3示出了根據本申請一個實施例的外部干預式系統文件補全裝置的示例性結構框圖；

圖4示出了適于用來實現本申請實施例的結構示意圖。

具體實施方式

下面結合附圖和實施例對本申請作進一步的詳細說明。可以理解的是，此處所描述的具體實施例僅僅用于解釋相關發明，而非對該發明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與發明相關的部分。

需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結合實施例來詳細說明本申請。

如背景技術中提到的，目前，許多軟件應用、游戲應用在終端(包括計算機、移動電話、pda等)上必須要求終端上有某些系統文件才能運行。然而，在終端的運行中，由于用戶誤刪了某些包含系統文件的文件夾，或網絡病毒入侵到終端刪除了一些系統文件，經常出現當某些應用需要一些系統文件支持時發現這些系統文件缺失了。用戶需要根據終端的提示自己到互聯網下載相應缺失的系統文件。這樣，帶來兩個問題：第一，用戶操作比較繁瑣；第二，用戶到互聯網上下載缺失的系統文件，可能又會下載到病毒，威脅終端安全。因此，需要一種為用戶自動下載缺失的系統文件，減輕用戶操作而又確保用戶安全性的方案。

本發明實施例中，不是等到軟件、游戲等應用運行時發現缺少某些系統文件再由用戶從互聯網上下載，而是由專門的外部干預式系統文件補全裝置從外部進行干預。外部干預式系統文件補全裝置命令目標終端上報其上存儲的所有應用和所有系統文件的清單，對所述清單上的應用，逐一確定支持該應用運行的系統文件，如果確定的系統文件不在所述清單的系統文件中，獲取確定的系統文件發送給目標終端。這樣，就實現了為用戶自動下載缺失的系統文件，減輕用戶操作。另外，在專門的外部干預式系統文件補全裝置處獲取的系統文件都是有安全保障的，減少了用戶自己去互聯網上下載引起的不安全性。

參考圖1，其示出了本申請一個實施例應用的系統環境示意圖。該環境包括多個目標終端110和外部干預式系統文件補全裝置300。目標終端是要為其補全系統文件的終端。它可以是通用計算機、移動電話、pda、車載設備等等。只要其上面需要安裝系統文件以支持各種應用的運行，都可以成為目標終端110。外部干預式系統文件補全裝置300是本申請外部干預式系統文件補全方法執行的主體。它可以是一個專門的設備，也可以作為服務器的一部分固化在服務器中。這里的服務器包括本地服務器、云端服務器等。外部干預式系統文件補全裝置300往往與多個目標終端110進行交互，負責多個目標終端110的系統文件補全。外部干預式系統文件補全裝置300與目標終端110之間可以通過局域網相連，也可以通過互聯網相連，可以是有線連接，也可以是無線連接。

參考圖2，其示出了根據本申請一個實施例的外部干預式系統文件補全方法。

系統文件是指操作系統的主要文件，一般在安裝操作系統過程中自動創建并將相關文件放在對應的文件夾中，這里面的文件直接影響系統的正常運行，多數都不允許隨意改變。它的存在對維護計算機系統的穩定具有重要作用。在運行應用時，往往需要其中一些系統文件的支持。

系統文件補全是指當系統文件缺失時補充所缺失的系統文件。

外部干預式是指由終端外部發起對終端的系統文件補全，而不是終端自身發起對自身的系統文件的補全。如圖1所示，外部干預式系統文件補全裝置300在目標終端110的外部，由外部干預式系統文件補全裝置300發起的系統文件補全就是外部干預式的系統文件補全。

如圖2所示，在步驟210中，向目標終端發送文件清單傳送指令，用于指示目標終端傳送目標終端上存儲的所有應用和所有系統文件的清單。

發送文件清單傳送指令是要求目標終端傳送目標終端上存儲的所有應用和所有系統文件的清單的指令。

向目標終端發送文件清單傳送指令可以周期性執行。這樣，如果在目標終端上還存在系統文件缺失，僅僅是缺失了上次周期性補全后又丟失的系統文件，使得對于一般情況來說，采用了本發明實施例的方法后，系統文件即使有缺失，也不會太大。例如，每天上午8:00對外部干預式系統文件補全裝置300下的所有目標終端110執行一遍。這樣，如果11:00某臺終端上有系統文件的缺失，僅僅是在當天8:00-11:00之間新形成的缺失。

另外，在一個實施例中，向目標終端發送文件清單傳送指令是響應于接收到目標終端安裝應用的通知進行的。也就是說，規定外部干預式系統文件補全裝置300下的目標終端110如果安裝了新應用，必須向外部干預式系統文件補全裝置300發送目標終端安裝應用的通知，以觸發步驟210-250執行。這樣做的好處是：在安裝新應用后，往往該新應用需要立刻執行，而如果只是周期性對終端的系統文件進行補全，很可能在新應用安裝后需要執行的時間點支持其執行的系統文件又由于病毒攻擊等原因缺失了，造成用戶安裝新應用后體驗不佳。如果在安裝新應用后，終端立刻通知外部干預式系統文件補全裝置300執行步驟210-250，則能夠在新應用安裝后立刻執行，滿足應用安裝后一般需要立刻執行的需求。

在步驟220中，對所述清單上的應用，逐一確定支持該應用運行的系統文件。

外部干預式系統文件補全裝置300可以維護一個各種應用與其要求的系統文件對照表。這樣，對于對所述清單上的應用，就可以逐一查找所述對照表，以確定支持其運行的系統文件。

在步驟230中，判斷確定的系統文件是否在所述清單的系統文件中。

如果步驟220確定出的支持某一應用運行的所有系統文件都是目標終端所擁有的，說明該應用可以順利運行，不存在系統文件缺失。

如果步驟220確定出的支持某一應用運行的一個系統文件不在終端所擁有的系統文件中，就說明對于執行該應用來說，發生了系統文件缺失。

在步驟240中，如果確定的系統文件不在所述清單的系統文件中，獲取確定的系統文件。

如上所述，如果步驟220確定出的支持某一應用運行的一個系統文件不在終端所擁有的系統文件中，就說明對于執行該應用來說，發生了系統文件缺失，則需要為其獲取缺失的系統文件。

在一個實施例中，步驟240包括：判斷確定的系統文件是否在預置的系統文件存儲庫中；如果確定的系統文件在預置的系統文件存儲庫中，從所述系統文件存儲庫中獲取確定的系統文件；如果確定的系統文件不在預置的系統文件存儲庫中，從互聯網上下載確定的系統文件。

系統文件存儲庫是在外部干預式系統文件補全裝置300上預先設置的庫，用于放置預先能想到的各種用于支持應用的系統文件。它里面存放的系統文件都是通過正式渠道獲取的，具有安全性。如果確定的系統文件在預置的系統文件存儲庫中，就可以直接從系統文件存儲庫中獲取確定的系統文件，這樣獲取的系統文件安全性高。如果確定的系統文件不在預置的系統文件存儲庫中，這時就要從其它渠道獲取系統文件了。一個通用的做法是從互聯網上下載確定的系統文件。

由于從互聯網上下載的系統文件可能有病毒，在背景技術中也提到正是因為現有技術中用戶自己需要從互聯網上下載缺失的系統文件的做法導致容易遭致病毒攻擊、安全性較差，因此，在一個實施例中，為了提高系統文件的安全性，所述方法還包括：在將獲取的系統文件發送給目標終端之前，將獲取的系統文件殺毒。由于該殺毒是在外部干預式系統文件補全裝置300自動進行的，用戶感覺象是“透明的”，在無需用戶干預的前提下自動保證了補全的系統文件的安全性。

在一個實施例中，所述方法還包括：在將獲取的系統文件殺毒之后，將殺毒后的系統文件存儲到系統文件存儲庫中。

這樣做的好處是，不斷完善外部干預式系統文件補全裝置300上自帶的系統文件存儲庫，使系統文件存儲庫越來越全，在下次需要獲取同樣的系統文件時不用去互聯網上下載，提高獲取效率，從而提高系統文件補全的效率。

另外，在一個實施例中，步驟240包括：如果確定的系統文件不在所述清單的系統文件中，向目標終端發送詢問請求，用于詢問目標終端是否需要補全該確定的系統文件；如果接收到來自目標終端的需要補全該確定的系統文件的響應，獲取確定的系統文件。

也就是說，該實施例中，如果確定的系統文件不在所述清單的系統文件中，不是立刻為目標終端補全系統文件，而是先發請求詢問目標終端是否需要補全。如果接收到來自目標終端的需要補全該確定的系統文件的響應，則獲取確定的系統文件，為目標終端補全，否則不為目標終端補全。這樣做的好處是，事實上，許多用戶需要安裝了某應用，但可能是誤安裝，如在互聯網上誤點了某偽裝成有用鏈接的游戲下載鏈接，導致安裝了某一用戶并不需要的游戲，此時檢測到用戶安裝了新應用，進而為用戶安裝其缺失的系統文件是不必要的，導致資源的浪費。通過這種方式，減少了資源的浪費，提高了資源的合理配置。

在步驟250中，將獲取的系統文件發送給目標終端。

將獲取的系統文件發送給目標終端，以便目標終端安裝該系統文件，以支持其相應的應用。

應當注意，盡管在附圖中以特定順序描述了本發明方法的操作，但是，這并非要求或者暗示必須按照該特定順序來執行這些操作，或是必須執行全部所示的操作才能實現期望的結果。相反，流程圖中描繪的步驟可以改變執行順序。附加地或備選地，可以省略某些步驟，將多個步驟合并為一個步驟執行，和/或將一個步驟分解為多個步驟執行。

進一步參考圖3，其示出了根據本申請一個實施例的外部干預式系統文件補全裝置300的示例性結構框圖。它包括指令發送單元310、確定單元320、判斷單元330、獲取單元340、系統文件發送單元350。

指令發送單元310向目標終端發送文件清單傳送指令，用于指示目標終端傳送目標終端上存儲的所有應用和所有系統文件的清單。

發送文件清單傳送指令是要求目標終端傳送目標終端上存儲的所有應用和所有系統文件的清單的指令。

向目標終端發送文件清單傳送指令可以周期性執行。這樣，如果在目標終端上還存在系統文件缺失，僅僅是缺失了上次周期性補全后又丟失的系統文件，使得對于一般情況來說，采用了本發明實施例的方法后，系統文件即使有缺失，也不會太大。例如，每天上午8:00對外部干預式系統文件補全裝置300下的所有目標終端110執行一遍。這樣，如果11:00某臺終端上有系統文件的缺失，僅僅是在當天8:00-11:00之間新形成的缺失。

另外，在一個實施例中，向目標終端發送文件清單傳送指令是響應于接收到目標終端安裝應用的通知進行的。也就是說，規定外部干預式系統文件補全裝置300下的目標終端110如果安裝了新應用，必須向外部干預式系統文件補全裝置300發送目標終端安裝應用的通知，以觸發本發明實施例的系統文件補全過程執行。這樣做的好處是：在安裝新應用后，往往該新應用需要立刻執行，而如果只是周期性對終端的系統文件進行補全，很可能在新應用安裝后需要執行的時間點支持其執行的系統文件又由于病毒攻擊等原因缺失了，造成用戶安裝新應用后體驗不佳。如果在安裝新應用后，終端立刻通知外部干預式系統文件補全裝置300執行本發明實施例的系統文件補全過程，則能夠在新應用安裝后立刻執行，滿足應用安裝后一般需要立刻執行的需求。

確定單元320對所述清單上的應用，逐一確定支持該應用運行的系統文件。

外部干預式系統文件補全裝置300可以維護一個各種應用與其要求的系統文件對照表。這樣，對于對所述清單上的應用，就可以逐一查找所述對照表，以確定支持其運行的系統文件。

判斷單元330判斷確定的系統文件是否在所述清單的系統文件中。

如果確定單元320確定出的支持某一應用運行的所有系統文件都是目標終端所擁有的，說明該應用可以順利運行，不存在系統文件缺失。

如果確定單元320確定出的支持某一應用運行的一個系統文件不在終端所擁有的系統文件中，就說明對于執行該應用來說，發生了系統文件缺失。

如果確定的系統文件不在所述清單的系統文件中，獲取單元340獲取確定的系統文件。

如上所述，如果確定出的支持某一應用運行的一個系統文件不在終端所擁有的系統文件中，就說明對于執行該應用來說，發生了系統文件缺失，則需要為其獲取缺失的系統文件。

在一個實施例中，獲取單元340進一步用于：判斷確定的系統文件是否在預置的系統文件存儲庫中；如果確定的系統文件在預置的系統文件存儲庫中，從所述系統文件存儲庫中獲取確定的系統文件；如果確定的系統文件不在預置的系統文件存儲庫中，從互聯網上下載確定的系統文件。

系統文件存儲庫是在外部干預式系統文件補全裝置300上預先設置的庫，用于放置預先能想到的各種用于支持應用的系統文件。它里面存放的系統文件都是通過正式渠道獲取的，具有安全性。如果確定的系統文件在預置的系統文件存儲庫中，就可以直接從系統文件存儲庫中獲取確定的系統文件，這樣獲取的系統文件安全性高。如果確定的系統文件不在預置的系統文件存儲庫中，這時就要從其它渠道獲取系統文件了。一個通用的做法是從互聯網上下載確定的系統文件。

由于從互聯網上下載的系統文件可能有病毒，在背景技術中也提到正是因為現有技術中用戶自己需要從互聯網上下載缺失的系統文件的做法導致容易遭致病毒攻擊、安全性較差，因此，在一個實施例中，為了提高系統文件的安全性，所述裝置300還包括：殺毒單元，用于在將獲取的系統文件發送給目標終端之前，將獲取的系統文件殺毒。由于該殺毒是在外部干預式系統文件補全裝置300自動進行的，用戶感覺象是“透明的”，在無需用戶干預的前提下自動保證了補全的系統文件的安全性。

在一個實施例中，所述裝置300還包括：殺毒文件存儲單元，用于在將獲取的系統文件殺毒之后，將殺毒后的系統文件存儲到系統文件存儲庫中。

這樣做的好處是，不斷完善外部干預式系統文件補全裝置300上自帶的系統文件存儲庫，使系統文件存儲庫越來越全，在下次需要獲取同樣的系統文件時不用去互聯網上下載，提高獲取效率，從而提高系統文件補全的效率。

另外，在一個實施例中，獲取單元340進一步用于：如果確定的系統文件不在所述清單的系統文件中，向目標終端發送詢問請求，用于詢問目標終端是否需要補全該確定的系統文件；如果接收到來自目標終端的需要補全該確定的系統文件的響應，獲取確定的系統文件。

也就是說，該實施例中，如果確定的系統文件不在所述清單的系統文件中，不是立刻為目標終端補全系統文件，而是先發請求詢問目標終端是否需要補全。如果接收到來自目標終端的需要補全該確定的系統文件的響應，則獲取確定的系統文件，為目標終端補全，否則不為目標終端補全。這樣做的好處是，事實上，許多用戶需要安裝了某應用，但可能是誤安裝，如在互聯網上誤點了某偽裝成有用鏈接的游戲下載鏈接，導致安裝了某一用戶并不需要的游戲，此時檢測到用戶安裝了新應用，進而為用戶安裝其缺失的系統文件是不必要的，導致資源的浪費。通過這種方式，減少了資源的浪費，提高了資源的合理配置。

系統文件發送單元350將獲取的系統文件發送給目標終端。

系統文件發送單元350將獲取的系統文件發送給目標終端，以便目標終端安裝該系統文件，以支持其相應的應用。

下面參考圖4，其示出了適于用來實現本申請實施例的計算機系統400的結構示意圖。

如圖4所示，計算機系統400包括中央處理單元(cpu)401，其可以根據存儲在只讀存儲器(rom)402中的程序或者從存儲部分408加載到隨機訪問存儲器(ram)403中的程序而執行各種適當的動作和處理。在ram403中，還存儲有系統400操作所需的各種程序和數據。cpu401、rom402以及ram403通過總線404彼此相連。輸入/輸出(i/o)接口405也連接至總線404。

以下部件連接至i/o接口405：包括鍵盤、鼠標等的輸入部分406；包括諸如陰極射線管(crt)、液晶顯示器(lcd)等以及揚聲器等的輸出部分407；包括硬盤等的存儲部分408；以及包括諸如lan卡、調制解調器等的網絡接口卡的通信部分409。通信部分409經由諸如因特網的網絡執行通信處理。驅動器410也根據需要連接至i/o接口405。可拆卸介質411，諸如磁盤、光盤、磁光盤、半導體存儲器等等，根據需要安裝在驅動器410上，以便于從其上讀出的計算機程序根據需要被安裝入存儲部分408。

特別地，根據本公開的實施例，上文參考圖1描述的過程可以被實現為計算機軟件程序。例如，本公開的實施例包括一種計算機程序產品，其包括有形地包含在機器可讀介質上的計算機程序，所述計算機程序包含用于執行圖1的方法的程序代碼。

在這樣的實施例中，該計算機程序可以通過通信部分409從網絡上被下載和安裝，和/或從可拆卸介質411被安裝。

附圖中的流程圖和框圖，圖示了按照本發明各種實施例的系統、方法和計算機程序產品的可能實現的體系架構、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分，所述模塊、程序段、或代碼的一部分包含一個或多個用于實現規定的邏輯功能的可執行指令。也應當注意，在有些作為替換的實現中，方框中所標注的功能也可以以不同于附圖中所標注的順序發生。例如，兩個接連地表示的方框實際上可以基本并行地執行，它們有時也可以按相反的順序執行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執行規定的功能或操作的專用的基于硬件的系統來實現，或者可以用專用硬件與計算機指令的組合來實現。

描述于本申請實施例中所涉及到的單元或模塊可以通過軟件的方式實現，也可以通過硬件的方式來實現。所描述的單元或模塊也可以設置在處理器中。這些單元或模塊的名稱在某種情況下并不構成對該單元或模塊本身的限定。

作為另一方面，本申請還提供了一種計算機可讀存儲介質，該計算機可讀存儲介質可以是上述實施例中所述裝置中所包含的計算機可讀存儲介質；也可以是單獨存在，未裝配入設備中的計算機可讀存儲介質。計算機可讀存儲介質存儲有一個或者一個以上程序，所述程序被一個或者一個以上的處理器用來執行描述于本申請的公式輸入方法。

以上描述僅為本申請的較佳實施例以及對所運用技術原理的說明。本領域技術人員應當理解，本申請中所涉及的發明范圍，并不限于上述技術特征的特定組合而成的技術方案，同時也應涵蓋在不脫離所述發明構思的情況下，由上述技術特征或其等同特征進行任意組合而形成的其它技術方案。例如上述特征與本申請中公開的(但不限于)具有類似功能的技術特征進行互相替換而形成的技術方案。