欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種補丁分發(fā)跟蹤及控制系統(tǒng)及方法與流程

文檔序號:12037967閱讀:333來源:國知局
一種補丁分發(fā)跟蹤及控制系統(tǒng)及方法與流程

本發(fā)明涉及計算機技術領域,特別涉及一種補丁分發(fā)跟蹤及控制系統(tǒng)及方法。



背景技術:

隨著計算機技術的發(fā)展,各種軟件系統(tǒng)可為人們的生活帶來便利。在程序員編寫軟件系統(tǒng)的程序時,有可能遺留有缺陷,導致形成的軟件系統(tǒng)在使用過程中出現(xiàn)漏洞。針對軟件系統(tǒng)的漏洞帶來的危害,安裝相應的補丁是最有效且經(jīng)濟的防范措施。

目前,在為客戶端上的軟件系統(tǒng)安裝補丁時,需工作人員定期檢查各個客戶端上的軟件系統(tǒng)是否出現(xiàn)漏洞,且服務端是否發(fā)布了相應的補丁,當存在與服務器漏洞相對應的補丁時,將此補丁下載到對應的客戶端中。

由于服務器的數(shù)量以及每個服務器上安裝的軟件數(shù)量均較多,采用上述方式進行補丁下載時,效率較低。



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

本發(fā)明實施例提供了一種補丁分發(fā)跟蹤及控制系統(tǒng)及方法,能提高補丁下載效率。

第一方面,本發(fā)明實施例提供了一種補丁分發(fā)跟蹤及控制系統(tǒng),包括:云平臺和至少一個客戶端;其中,

所述至少一個客戶端中的任一客戶端可作為主節(jié)點,用于接收控制請求,根據(jù)所述控制請求中攜帶的軟件標識信息,從外部網(wǎng)絡中獲取與所述軟件標識信息相對應的待安裝補??;將所述待安裝補丁發(fā)送給所述云平臺;

所述至少一個客戶端中的任一客戶端可作為從節(jié)點,用于接收下載請求,并將所述下載請求發(fā)送給所述云平臺;從所述云平臺獲取對應的待安裝補??;

所述云平臺,用于對至少一個所述主節(jié)點發(fā)送的所述待安裝補丁進行存儲;當接收到所述從節(jié)點發(fā)送的下載請求時,根據(jù)所述下載請求中攜帶的補丁信息,確定與所述補丁信息對應的待安裝補丁,并將確定出的所述待安裝補丁發(fā)送給所述從節(jié)點。

優(yōu)選地,

所述云平臺,進一步用于存儲每一個所述客戶端對應的至少一個軟件的第一屬性信息;根據(jù)所述主節(jié)點發(fā)送的待安裝補丁的第二屬性信息以及所述至少一個軟件的第一屬性信息,確定與所述待安裝補丁對應的至少一個目標軟件;確定與所述至少一個目標軟件對應的至少一個目標從節(jié)點,向所述至少一個目標從節(jié)點發(fā)送與所述待安裝補丁對應的更新信息;

每一個所述從節(jié)點作為目標從節(jié)點,用于向用戶輸出所述更新信息,接收所述用戶根據(jù)所述更新信息輸入的所述下載請求。

優(yōu)選地,

所述至少一個客戶端中,每一個客戶端作為當前客戶端,進一步用于將第一安裝信息發(fā)送給所述云平臺;接收所述云平臺發(fā)送的授權安裝包,從所述授權安裝包中解析出所述待安裝補丁以及第二安裝信息;當所述第一安裝信息與所述第二安裝信息相同時,將所述待安裝補丁安裝到對應的軟件中;

所述云平臺,用于根據(jù)所述第一安裝信息以及所述待安裝補丁,生成所述授權安裝包,并將所述授權安裝包發(fā)送給所述當前客戶端。

優(yōu)選地,

所述云平臺,用于預先存儲每一個所述客戶端對應的數(shù)字證書;在接收到所述當前客戶端發(fā)送的第一安裝信息時,確定與所述當前客戶端對應的數(shù)字證書;根據(jù)確定出的所述數(shù)字證書、第一安裝信息和所述待安裝補丁生成所述授權安裝包;

所述當前客戶端,用于從所述授權安裝包中解析出所述數(shù)字證書,當所述數(shù)字證書與預存的數(shù)字證書相匹配時,確定所述第一安裝信息是否與第二安裝信息相同。

優(yōu)選地,

所述云平臺,用于對所述授權安裝包進行加密,并將加密后的所述授權安裝包發(fā)送給所述當前客戶端;

所述當前客戶端,用于對所述加密后的授權安裝包進行解密,從解密后的所述授權安裝包中解析出所述待安裝補丁和所述第二安裝信息。

第二方面,本發(fā)明實施例提供了一種補丁分發(fā)跟蹤及控制方法,包括:

任一客戶端作為主節(jié)點接收控制請求;

根據(jù)所述控制請求中攜帶的軟件標識信息,獲取與所述軟件標識信息對應的待安裝補??;

將所述待安裝補丁發(fā)送給云平臺;

所述云平臺對至少一個所述主節(jié)點發(fā)送的所述待安裝補丁進行存儲;

任一客戶端作為從節(jié)點接收下載請求,并將所述下載請求發(fā)送給所述云平臺;

所述云平臺根據(jù)所述下載請求中攜帶的補丁信息,確定與所述補丁信息對應的待安裝補丁,并將確定出的所述待安裝補丁發(fā)送給所述從節(jié)點。

優(yōu)選地,

進一步包括:所述云平臺對每一個所述客戶端對應的至少一個軟件的第一屬性信息進行存儲;

在所述所述云平臺對至少一個所述主節(jié)點發(fā)送的所述待安裝補丁進行存儲之后,進一步包括:

根據(jù)所述待安裝補丁的第二屬性信息以及所述至少一個軟件的第一屬性信息,確定與所述待安裝補丁對應的至少一個目標軟件;

確定與所述至少一個目標軟件對應的至少一個目標從節(jié)點,向所述至少一個目標從節(jié)點發(fā)送與所述待安裝補丁對應的更新信息;

所述任一客戶端作為從節(jié)點接收下載請求,包括:

每一個所述從節(jié)點作為目標從節(jié)點,向用戶輸出所述更新信息,接收所述用戶根據(jù)所述更新信息輸入的所述下載請求。

優(yōu)選地,

進一步包括:每一個客戶端作為當前客戶端,進一步用于將第一安裝信息發(fā)送給所述云平臺;

在所述將所述待安裝補丁發(fā)送給云平臺之后,進一步包括:

所述云平臺根據(jù)所述第一安裝信息以及所述待安裝補丁,生成所述授權安裝包,并將所述授權安裝包發(fā)送給所述當前客戶端;

在所述將確定出的所述待安裝補丁發(fā)送給所述從節(jié)點之后,進一步包括:

所述當前客戶端接收所述云平臺發(fā)送的授權安裝包,從所述授權安裝包中解析出所述待安裝補丁以及第二安裝信息;

當所述第一安裝信息與所述第二安裝信息相同時,將所述待安裝補丁安裝到對應的軟件中。

優(yōu)選地,

進一步包括:所述云平臺預先存儲每一個所述客戶端對應的數(shù)字證書;

所述所述云平臺根據(jù)所述第一安裝信息以及所述待安裝補丁,生成所述授權安裝包,包括:

所述云平臺確定與所述當前客戶端對應的數(shù)字證書;

根據(jù)確定出的所述數(shù)字證書、第一安裝信息和所述待安裝補丁生成所述授權安裝包;

在所述所述當前客戶端接收所述云平臺發(fā)送的授權安裝包之后,在所述當所述第一安裝信息與所述第二安裝信息相同時,將所述待安裝補丁安裝到對應的軟件中之前,進一步包括:

所述當前客戶端從所述授權安裝包中解析出所述數(shù)字證書;

當所述數(shù)字證書與預存的數(shù)字證書相匹配時,確定所述第一安裝信息是否與第二安裝信息相同。

優(yōu)選地,

所述所述云平臺根據(jù)所述第一安裝信息以及所述待安裝補丁,生成所述授權安裝包,并將所述授權安裝包發(fā)送給所述當前客戶端,包括:

所述云平臺對所述授權安裝包進行加密,并將加密后的所述授權安裝包發(fā)送給所述當前客戶端;

所述所述當前客戶端接收所述云平臺發(fā)送的授權安裝包,從所述授權安裝包中解析出所述待安裝補丁以及第二安裝信息,包括:

所述當前客戶端對所述加密后的授權安裝包進行解密,從解密后的所述授權安裝包中解析出所述待安裝補丁和所述第二安裝信息。

本發(fā)明實施例提供了一種補丁分發(fā)跟蹤及控制系統(tǒng)及方法,任一客戶端可作為主節(jié)點接收控制請求,并根據(jù)控制請求中攜帶的軟件標識信息,從外部網(wǎng)絡中獲取對應的待安裝補丁,然后將此待安裝補丁發(fā)送給云平臺,利用云平臺存儲各個主節(jié)點發(fā)送的待安裝補丁。任一客戶端可作為從節(jié)點接收下載請求,并將此下載請求發(fā)送給云平臺,從而使得云平臺根據(jù)下載請求中攜帶的補丁信息,確定對應的待安裝補丁,并將確定出的待安裝補丁發(fā)送給從節(jié)點。由此,各個客戶端可根據(jù)云平臺實現(xiàn)補丁的自動分發(fā),而無須工作人員采取人工方式定期檢查與補丁下載,從而提高了補丁下載效率。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案,下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一個實施例提供的一種補丁分發(fā)跟蹤及控制系統(tǒng)的結構示意圖;

圖2是本發(fā)明一個實施例提供的一種補丁分發(fā)跟蹤及控制方法的流程圖;

圖3是本發(fā)明另一個實施例提供的一種補丁分發(fā)跟蹤及控制方法的流程圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚,下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例,基于本發(fā)明中的實施例,本領域普通技術人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。

如圖1所示,本發(fā)明實施例提供了一種補丁分發(fā)跟蹤及控制系統(tǒng),該系統(tǒng)可以包括:云平臺101和至少一個客戶端102;其中,

所述至少一個客戶端102中的任一客戶端可作為主節(jié)點,用于接收控制請求,根據(jù)所述控制請求中攜帶的軟件標識信息,從外部網(wǎng)絡中獲取與所述軟件標識信息相對應的待安裝補丁;將所述待安裝補丁發(fā)送給所述云平臺101;

所述至少一個客戶端102中的任一客戶端可作為從節(jié)點,用于接收下載請求,并將所述下載請求發(fā)送給所述云平臺101;從所述云平臺101獲取對應的待安裝補??;

所述云平臺101,用于對至少一個所述主節(jié)點發(fā)送的所述待安裝補丁進行存儲;當接收到所述從節(jié)點發(fā)送的下載請求時,根據(jù)所述下載請求中攜帶的補丁信息,確定與所述補丁信息對應的待安裝補丁,并將確定出的所述待安裝補丁發(fā)送給所述從節(jié)點。

上述實施例中,任一客戶端可作為主節(jié)點接收控制請求,并根據(jù)控制請求中攜帶的軟件標識信息,從外部網(wǎng)絡中獲取對應的待安裝補丁,然后將此待安裝補丁發(fā)送給云平臺,利用云平臺存儲各個主節(jié)點發(fā)送的待安裝補丁。任一客戶端可作為從節(jié)點接收下載請求,并將此下載請求發(fā)送給云平臺,從而使得云平臺根據(jù)下載請求中攜帶的補丁信息,確定對應的待安裝補丁,并將確定出的待安裝補丁發(fā)送給從節(jié)點。由此,各個客戶端可根據(jù)云平臺實現(xiàn)補丁的自動分發(fā),而無須工作人員采取人工方式定期檢查與補丁下載,從而提高了補丁下載效率。

為了進一步提高補丁下載效率,本發(fā)明一個實施例中,所述云平臺101,進一步用于存儲每一個所述客戶端102對應的至少一個軟件的第一屬性信息;根據(jù)所述主節(jié)點發(fā)送的待安裝補丁的第二屬性信息以及所述至少一個軟件的第一屬性信息,確定與所述待安裝補丁對應的至少一個目標軟件;確定與所述至少一個目標軟件對應的至少一個目標從節(jié)點,向所述至少一個目標從節(jié)點發(fā)送與所述待安裝補丁對應的更新信息;

每一個所述從節(jié)點作為目標從節(jié)點,用于向用戶輸出所述更新信息,接收所述用戶根據(jù)所述更新信息輸入的所述下載請求。

舉例來說,云平臺存儲有三個客戶端(分別為客戶端a、b和c)對應的軟件的屬性信息,其中,客戶端a對應軟件1和軟件2,客戶端b對應軟件2和軟件3,客戶端c對應軟件3和軟件4。當作為主節(jié)點的客戶端d將待安裝補丁發(fā)送給云平臺后,云平臺根據(jù)待安裝補丁的第二屬信息,確定待安裝補丁對應的目標軟件,例如,待安裝補丁與軟件2對應,則云平臺可根據(jù)存儲的客戶端與軟件的對應關系,確定出與目標軟件對應的目標從節(jié)點。在這里,可確定出目標從節(jié)點為客戶端a和客戶端b,則云平臺向客戶端a和客戶端b發(fā)送更新信息,然后客戶端a和客戶端b可分別將更新信息輸出給用戶,當用戶獲取到此更新信息,若需下載與此更新信息相對應的待安裝補丁,則向相應的作為目標從節(jié)點的客戶端輸入下載請求,由此下載待安裝補丁。由此,在云平臺接收到待安裝補丁時,可向對應的客戶端發(fā)送更新信息,從而使得客戶端根據(jù)此更新信息進行補丁下載,而無須工作人員定期檢查是否存在新的補丁,由此進一步提高了補丁下載效率。

應當理解的是,當作為主節(jié)點的客戶端同時也是目標從節(jié)點時,例如,向云平臺發(fā)送待安裝補丁的主節(jié)點為客戶端a,同時,客戶端a也被確定為目標從節(jié)點,則云平臺無需再向該目標從節(jié)點,即客戶端a發(fā)送更新信息。由此可減少云平臺發(fā)送更新信息過程中的工作量,從而進一步提高了補丁下載效率。

本發(fā)明一個實施例中,所述至少一個客戶端201中,每一個客戶端201作為當前客戶端,進一步用于將第一安裝信息發(fā)送給所述云平臺;接收所述云平臺發(fā)送的授權安裝包,從所述授權安裝包中解析出所述待安裝補丁以及第二安裝信息;當所述第一安裝信息與所述第二安裝信息相同時,將所述待安裝補丁安裝到對應的軟件中;

所述云平臺,用于根據(jù)所述第一安裝信息以及所述待安裝補丁,生成所述授權安裝包,并將所述授權安裝包發(fā)送給所述當前客戶端。

在本實施例中,各個客戶端將自身對應的第一安裝信息發(fā)送給云平臺,該第一安裝信息包括客戶端對應的服務器的硬件標識碼,服務器注冊的數(shù)據(jù)庫信息等,其中,服務器注冊的數(shù)據(jù)庫信息可包括該服務器所屬企業(yè)的企業(yè)信息,包括該企業(yè)的用戶名、郵箱、組織機構代碼、企業(yè)名稱、密碼以及手機號等,還包括企業(yè)類型、所屬行業(yè)、企業(yè)地址、聯(lián)系人和營業(yè)執(zhí)照等,以及該企業(yè)中系統(tǒng)的部署情況,即系統(tǒng)的部署環(huán)境結構。云平臺可根據(jù)當前客戶端發(fā)送的第一安裝信息和待安裝補丁,生成授權安裝包,并將授權安裝包發(fā)送給對應的當前客戶端。接收到授權安裝包的當前客戶端則可解析出待安裝補丁以及第二安裝信息,當?shù)诙惭b信息與其發(fā)送的第一安裝信息相同時,說明接收到的待安裝補丁與當前客戶端所處的安裝環(huán)境相符,然后才將此待安裝補丁安裝到對應的軟件中,由此避免了補丁分發(fā)過程中出現(xiàn)的誤分發(fā),從而提高補丁安裝的準確性。

該實施例可通過兩方面進行說明,第一方面是作為主節(jié)點的客戶端對下載的補丁進行自行安裝。在這里,客戶端在從外部網(wǎng)絡下載到待安裝補丁之后,將待安裝補丁與自身的安裝信息發(fā)送給云平臺,從而使云平臺記錄該客戶端對應的安裝信息以及下載安裝補丁的情況,由此分析客戶端的活躍程度,即該客戶端反饋給云平臺的補丁越多,次數(shù)越頻繁,則說明該客戶端活躍度越高,并可根據(jù)安裝信息為客戶端推送更多的功能和模塊,從而為各個客戶端中軟件產(chǎn)品的更新?lián)Q代提供數(shù)據(jù)支撐。同時,云平臺可根據(jù)客戶端發(fā)送的安裝信息,為客戶快速搭建環(huán)境提高決策支持,提高用戶體驗。另外,云平臺根據(jù)客戶端發(fā)送的待安裝補丁和第一個安裝信息,生成授權安裝包,再將此授權安裝包發(fā)送給客戶端,客戶端確定出授權安裝包中包括的第二安裝信息與自身的第一安裝信息相同時,說明云平臺已準確存儲待安裝補丁和安裝信息,此時安裝待安裝補丁到對應的軟件中。

第二方面是作為從節(jié)點的客戶端從云平臺獲取補丁。在這里,從節(jié)點向云平臺發(fā)送下載請求時,將自身的安裝信息發(fā)送給云平臺,從而使云平臺在確定出相應的待安裝補丁后,將接收到的安裝信息和確定出的待安裝補丁組合成授權安裝包,并將其發(fā)送給客戶端,從而使客戶端根據(jù)授權安裝包里的安裝信息,對安裝環(huán)境進行校驗之后,才對待安裝補丁進行安裝,從而提高補丁安裝的準確性。

為了提高補丁分發(fā)的安全性,本發(fā)明一個實施例中,所述云平臺101,用于預先存儲每一個所述客戶端對應的數(shù)字證書;在接收到所述當前客戶端發(fā)送的第一安裝信息時,確定與所述當前客戶端對應的數(shù)字證書;根據(jù)確定出的所述數(shù)字證書、第一安裝信息和所述待安裝補丁生成所述授權安裝包;

所述當前客戶端102,用于從所述授權安裝包中解析出所述數(shù)字證書,當所述數(shù)字證書與預存的數(shù)字證書相匹配時,確定所述第一安裝信息是否與第二安裝信息相同。

在本實施例中,云平臺在生成授權安裝包時,將客戶端對應的數(shù)字證書也組合進授權安裝包。則接收授權安裝包的客戶端先檢測授權安裝包里的數(shù)字證書是否與自身的數(shù)字證書相符,當數(shù)字證書相符時,才進一步確定安裝信息是否相同,由此提高補丁分發(fā)的安全性。

本發(fā)明一個實施例中,所述云平臺101,用于對所述授權安裝包進行加密,并將加密后的所述授權安裝包發(fā)送給所述當前客戶端102;

所述當前客戶端102,用于對所述加密后的授權安裝包進行解密,從解密后的所述授權安裝包中解析出所述待安裝補丁和所述第二安裝信息。

在這里,云平臺對生成的授權安裝包進行加密,例如,利用消息摘要算法第五版(messagedigestalgorithm,md5)對授權安裝包進行加密,然后將加密后的授權安裝包發(fā)送給對應的客戶端??蛻舳私邮盏郊用芎蟮氖跈喟惭b包時,對此授權安裝包進行解密,若能解密成功,說明該授權安裝包在分發(fā)過程中沒有被篡改過,具有可用性。當解密成功時,才從授權文件中解析待安裝補丁和安裝信息,從而進一步提高補丁分發(fā)的安全性。

如圖2所示,本發(fā)明實施例提供了一種補丁分發(fā)跟蹤及控制方法,該方法可以包括以下步驟:

步驟201:任一客戶端作為主節(jié)點接收控制請求;

步驟202:根據(jù)所述控制請求中攜帶的軟件標識信息,獲取與所述軟件標識信息對應的待安裝補?。?/p>

步驟203:將所述待安裝補丁發(fā)送給云平臺;

步驟204:所述云平臺對至少一個所述主節(jié)點發(fā)送的所述待安裝補丁進行存儲;

步驟205:任一客戶端作為從節(jié)點接收下載請求,并將所述下載請求發(fā)送給所述云平臺;

步驟206:所述云平臺根據(jù)所述下載請求中攜帶的補丁信息,確定與所述補丁信息對應的待安裝補丁,并將確定出的所述待安裝補丁發(fā)送給所述從節(jié)點。

上述實施例中,任一客戶端可作為主節(jié)點接收控制請求,并根據(jù)控制請求中攜帶的軟件標識信息,從外部網(wǎng)絡中獲取對應的待安裝補丁,然后將此待安裝補丁發(fā)送給云平臺,利用云平臺存儲各個主節(jié)點發(fā)送的待安裝補丁。任一客戶端可作為從節(jié)點接收下載請求,并將此下載請求發(fā)送給云平臺,從而使得云平臺根據(jù)下載請求中攜帶的補丁信息,確定對應的待安裝補丁,并將確定出的待安裝補丁發(fā)送給從節(jié)點。由此,各個客戶端可根據(jù)云平臺實現(xiàn)補丁的自動分發(fā),而無須工作人員采取人工方式定期檢查與補丁下載,從而提高了補丁下載效率。

為了進一步提高補丁下載效率,本發(fā)明一個實施例中,可以進一步包括:所述云平臺對每一個所述客戶端對應的至少一個軟件的第一屬性信息進行存儲;

在步驟204之后,可以進一步包括:

根據(jù)所述待安裝補丁的第二屬性信息以及所述至少一個軟件的第一屬性信息,確定與所述待安裝補丁對應的至少一個目標軟件;

確定與所述至少一個目標軟件對應的至少一個目標從節(jié)點,向所述至少一個目標從節(jié)點發(fā)送與所述待安裝補丁對應的更新信息;

步驟205的具體實施方式,可以包括:

每一個所述從節(jié)點作為目標從節(jié)點,向用戶輸出所述更新信息,接收所述用戶根據(jù)所述更新信息輸入的所述下載請求。

舉例來說,云平臺存儲有三個客戶端(分別為客戶端a、b和c)對應的軟件的屬性信息,其中,客戶端a對應軟件1和軟件2,客戶端b對應軟件2和軟件3,客戶端c對應軟件3和軟件4。當作為主節(jié)點的客戶端d將待安裝補丁發(fā)送給云平臺后,云平臺根據(jù)待安裝補丁的第二屬信息,確定待安裝補丁對應的目標軟件,例如,待安裝補丁與軟件2對應,則云平臺可根據(jù)存儲的客戶端與軟件的對應關系,確定出與目標軟件對應的目標從節(jié)點。在這里,可確定出目標從節(jié)點為客戶端a和客戶端b,則云平臺向客戶端a和客戶端b發(fā)送更新信息,然后客戶端a和客戶端b可分別將更新信息輸出給用戶,當用戶獲取到此更新信息,若需下載與此更新信息相對應的待安裝補丁,則向相應的作為目標從節(jié)點的客戶端輸入下載請求,由此下載待安裝補丁。由此,在云平臺接收到待安裝補丁時,可向對應的客戶端發(fā)送更新信息,從而使得客戶端根據(jù)此更新信息進行補丁下載,而無須工作人員定期檢查是否存在新的補丁,由此進一步提高了補丁下載效率。

應當理解的是,當作為主節(jié)點的客戶端同時也是目標從節(jié)點時,例如,向云平臺發(fā)送待安裝補丁的主節(jié)點為客戶端a,同時,客戶端a也被確定為目標從節(jié)點,則云平臺無需再向該目標從節(jié)點,即客戶端a發(fā)送更新信息。由此可減少云平臺發(fā)送更新信息過程中的工作量,從而進一步提高了補丁下載效率。

本發(fā)明一個實施例中,可以進一步包括:每一個客戶端作為當前客戶端,進一步用于將第一安裝信息發(fā)送給所述云平臺;

在步驟203之后,可以進一步包括:

所述云平臺根據(jù)所述第一安裝信息以及所述待安裝補丁,生成所述授權安裝包,并將所述授權安裝包發(fā)送給所述當前客戶端;

在步驟206之后,可以進一步包括:

所述當前客戶端接收所述云平臺發(fā)送的授權安裝包,從所述授權安裝包中解析出所述待安裝補丁以及第二安裝信息;

當所述第一安裝信息與所述第二安裝信息相同時,將所述待安裝補丁安裝到對應的軟件中。

在本實施例中,各個客戶端將自身對應的第一安裝信息發(fā)送給云平臺,該第一安裝信息包括客戶端對應的服務器的硬件標識碼,服務器注冊的數(shù)據(jù)庫信息等,其中,服務器注冊的數(shù)據(jù)庫信息可包括該服務器所屬企業(yè)的企業(yè)信息,包括該企業(yè)的用戶名、郵箱、組織機構代碼、企業(yè)名稱、密碼以及手機號等,還包括企業(yè)類型、所屬行業(yè)、企業(yè)地址、聯(lián)系人和營業(yè)執(zhí)照等,以及該企業(yè)中系統(tǒng)的部署情況,即系統(tǒng)的部署環(huán)境結構。云平臺可根據(jù)當前客戶端發(fā)送的第一安裝信息和待安裝補丁,生成授權安裝包,并將授權安裝包發(fā)送給對應的當前客戶端。接收到授權安裝包的當前客戶端則可解析出待安裝補丁以及第二安裝信息,當?shù)诙惭b信息與其發(fā)送的第一安裝信息相同時,說明接收到的待安裝補丁與當前客戶端所處的安裝環(huán)境相符,然后才將此待安裝補丁安裝到對應的軟件中,由此避免了補丁分發(fā)過程中出現(xiàn)的誤分發(fā),從而提高補丁安裝的準確性。

該實施例可通過兩方面進行說明,第一方面是作為主節(jié)點的客戶端對下載的補丁進行自行安裝。在這里,客戶端在從外部網(wǎng)絡下載到待安裝補丁之后,將待安裝補丁與自身的安裝信息發(fā)送給云平臺,從而使云平臺記錄該客戶端對應的安裝信息以及下載安裝補丁的情況,由此分析客戶端的活躍程度,即該客戶端反饋給云平臺的補丁越多,次數(shù)越頻繁,則說明該客戶端活躍度越高,并可根據(jù)安裝信息為客戶端推送更多的功能和模塊,從而為各個客戶端中軟件產(chǎn)品的更新?lián)Q代提供數(shù)據(jù)支撐。同時,云平臺可根據(jù)客戶端發(fā)送的安裝信息,為客戶快速搭建環(huán)境提高決策支持,提高用戶體驗。另外,云平臺根據(jù)客戶端發(fā)送的待安裝補丁和第一個安裝信息,生成授權安裝包,再將此授權安裝包發(fā)送給客戶端,客戶端確定出授權安裝包中包括的第二安裝信息與自身的第一安裝信息相同時,說明云平臺已準確存儲待安裝補丁和安裝信息,此時安裝待安裝補丁到對應的軟件中。

第二方面是作為從節(jié)點的客戶端從云平臺獲取補丁。在這里,從節(jié)點向云平臺發(fā)送下載請求時,將自身的安裝信息發(fā)送給云平臺,從而使云平臺在確定出相應的待安裝補丁后,將接收到的安裝信息和確定出的待安裝補丁組合成授權安裝包,并將其發(fā)送給客戶端,從而使客戶端根據(jù)授權安裝包里的安裝信息,對安裝環(huán)境進行校驗之后,才對待安裝補丁進行安裝,從而提高補丁安裝的準確性。

為了提高補丁分發(fā)的安全性,本發(fā)明一個實施例中,可以進一步包括:所述云平臺預先存儲每一個所述客戶端對應的數(shù)字證書;

所述所述云平臺根據(jù)所述第一安裝信息以及所述待安裝補丁,生成所述授權安裝包,包括:

所述云平臺確定與所述當前客戶端對應的數(shù)字證書;

根據(jù)確定出的所述數(shù)字證書、第一安裝信息和所述待安裝補丁生成所述授權安裝包;

在所述所述當前客戶端接收所述云平臺發(fā)送的授權安裝包之后,在所述當所述第一安裝信息與所述第二安裝信息相同時,將所述待安裝補丁安裝到對應的軟件中之前,進一步包括:

所述當前客戶端從所述授權安裝包中解析出所述數(shù)字證書;

當所述數(shù)字證書與預存的數(shù)字證書相匹配時,確定所述第一安裝信息是否與第二安裝信息相同。

在本實施例中,云平臺在生成授權安裝包時,將客戶端對應的數(shù)字證書也組合進授權安裝包。則接收授權安裝包的客戶端先檢測授權安裝包里的數(shù)字證書是否與自身的數(shù)字證書相符,當數(shù)字證書相符時,才進一步確定安裝信息是否相同,由此提高補丁分發(fā)的安全性。

本發(fā)明一個實施例中,所述所述云平臺根據(jù)所述第一安裝信息以及所述待安裝補丁,生成所述授權安裝包,并將所述授權安裝包發(fā)送給所述當前客戶端,包括:

所述云平臺對所述授權安裝包進行加密,并將加密后的所述授權安裝包發(fā)送給所述當前客戶端;

所述所述當前客戶端接收所述云平臺發(fā)送的授權安裝包,從所述授權安裝包中解析出所述待安裝補丁以及第二安裝信息,包括:

所述當前客戶端對所述加密后的授權安裝包進行解密,從解密后的所述授權安裝包中解析出所述待安裝補丁和所述第二安裝信息。

在這里,云平臺對生成的授權安裝包進行加密,例如,利用md5對授權安裝包進行加密,然后將加密后的授權安裝包發(fā)送給對應的客戶端??蛻舳私邮盏郊用芎蟮氖跈喟惭b包時,對此授權安裝包進行解密,若能解密成功,說明該授權安裝包在分發(fā)過程中沒有被篡改過,具有可用性。當解密成功時,才從授權文件中解析待安裝補丁和安裝信息,從而進一步提高補丁分發(fā)的安全性。

下面以客戶端d作為主節(jié)點,客戶端a、客戶端b和客戶端c作為從節(jié)點,各個從節(jié)點從云平臺獲取補丁為例,對本發(fā)明實施例提供的一種補丁分發(fā)跟蹤及控制方法進行詳細說明,如圖3所示,該方法可以包括以下步驟:

步驟301:利用客戶端d接收控制請求,根據(jù)所述控制請求中攜帶的軟件標識信息,從外部網(wǎng)絡獲取與所述軟件標識信息相對應的待安裝補丁。

例如,客戶端d獲取到的軟件標識信息為軟件1對應的標識信息,則客戶端d獲取的待安裝補丁與軟件1相對應。

步驟302:將所述待安裝補丁發(fā)送給云平臺。

步驟303:所述云平臺存儲所述待安裝補丁,并根據(jù)預存的至少一個軟件的第一屬性信息,以及接收的待安裝補丁的第二屬性信息,確定與待安裝補丁對應的至少一個目標軟件。

在這里,云平臺可確定出待安裝補丁與軟件1相對應。

步驟304:根據(jù)云平臺預存的每一個客戶端與至少一個軟件之間的對應關系,確定與所述至少一個目標軟件相對應的目標從節(jié)點為客戶端a。

例如,客戶端a對應軟件1,客戶端b對應軟件2和軟件3,客戶端c對應軟件3和軟件4,由于待安裝補丁與軟件1對應,則目標從節(jié)點為客戶端a。

步驟305:云平臺向客戶端a發(fā)送與所述待安裝補丁相對應的更新信息。

步驟306:客戶端a向用戶輸出所述更新信息,并接收所述用戶根據(jù)所述更新信息輸入的下載請求。

在這里,客戶端a將更新信息輸出給用戶,當用戶獲取到此更新信息,若需下載與此更新信息相對應的待安裝補丁,則向客戶端a輸入下載請求,由此下載待安裝補丁。

步驟307:客戶端a將所述下載請求和第一安裝信息發(fā)送給所述云平臺。

客戶端的第一安裝信息與自身所處的安裝環(huán)境有關,包括該客戶端對應的服務器的硬件標識碼,服務器注冊的數(shù)據(jù)庫信息等,其中,服務器注冊的數(shù)據(jù)庫信息可包括該服務器所屬企業(yè)的企業(yè)信息,包括該企業(yè)的用戶名、郵箱、組織機構代碼、企業(yè)名稱、密碼以及手機號等,還包括企業(yè)類型、所屬行業(yè)、企業(yè)地址、聯(lián)系人和營業(yè)執(zhí)照等,以及該企業(yè)中系統(tǒng)的部署情況,即系統(tǒng)的部署環(huán)境結構。

步驟308:云平臺根據(jù)客戶端a發(fā)送的下載請求,在預存的至少一個數(shù)字證書中確定與客戶端a對應的數(shù)字證書,并根據(jù)確定出的數(shù)字證書、第一安裝信息以及客戶端d發(fā)送的待安裝補丁,生成授權安裝包,并對所述授權安裝包進行加密,將加密后的所述授權安裝包發(fā)送給客戶端a。

在這里,云平臺將客戶端a的數(shù)字證書組合進授權安裝包,并對授權安裝包進行加密,可提高補丁分發(fā)的安全性。

步驟309:客戶端a對所述授權安裝包進行解密,從解密后的所述授權安裝包中解析出數(shù)字證書、待安裝補丁以及第二安裝信息。

客戶端a接收到加密后的授權安裝包時,對此授權安裝包進行解密,若能解密成功,說明該授權安裝包在分發(fā)過程中沒有被篡改過,具有可用性。

步驟310:判斷解析出的所述數(shù)字證書與預存的數(shù)字證書是否相同,如果是,則執(zhí)行步驟311,否則結束當前流程。

步驟311:判斷所述第一安裝信息與第二安裝信息是否相同,如果是,則執(zhí)行步驟312,否則結束當前流程。

在這里,客戶端a根據(jù)授權安裝包里的安裝信息,對安裝環(huán)境進行校驗之后,才對待安裝補丁進行安裝,從而提高補丁安裝的準確性

步驟312:將待安裝補丁安裝到對應的軟件中。

在這里,當?shù)谝话惭b信息與第二安裝信息相同時,將待安裝補丁安裝到軟件1中。

上述實施例中,客戶端d作為主節(jié)點接收控制請求,并根據(jù)控制請求中攜帶的軟件標識信息,從外部網(wǎng)絡中獲取對應的待安裝補丁,然后將此待安裝補丁發(fā)送給云平臺,利用云平臺存儲待安裝補丁??蛻舳薬作為從節(jié)點接收下載請求,并將此下載請求發(fā)送給與平臺,從而使得云平臺根據(jù)下載請求中攜帶的補丁信息,確定對應的待安裝補丁,并將確定出的待安裝補丁發(fā)送給客戶端a。由此,各個客戶端可根據(jù)云平臺實現(xiàn)補丁的自動分發(fā),而無須工作人員采取人工方式定期檢查與補丁下載,從而提高了補丁下載效率。

本發(fā)明還提供了一種可讀介質,包括執(zhí)行指令,當存儲控制器的處理器執(zhí)行所述執(zhí)行指令時,所述存儲控制器執(zhí)行本發(fā)明上述任一實施例提供的方法。

另外,本發(fā)明還提供了一種存儲控制器,包括:處理器、存儲器和總線;所述存儲器用于存儲執(zhí)行指令,所述處理器與所述存儲器通過所述總線連接,當所述存儲控制器運行時,所述處理器執(zhí)行所述存儲器存儲的所述執(zhí)行指令,以使所述存儲控制器執(zhí)行本發(fā)明上述任一實施例提供的方法。

綜上所述,本發(fā)明的各個實施例至少具有如下有益效果:

1、在本發(fā)明實施例中,任一客戶端可作為主節(jié)點接收控制請求,并根據(jù)控制請求中攜帶的軟件標識信息,從外部網(wǎng)絡中獲取對應的待安裝補丁,然后將此待安裝補丁發(fā)送給云平臺,利用云平臺存儲各個主節(jié)點發(fā)送的待安裝補丁。任一客戶端可作為從節(jié)點接收下載請求,并將此下載請求發(fā)送給云平臺,從而使得云平臺根據(jù)下載請求中攜帶的補丁信息,確定對應的待安裝補丁,并將確定出的待安裝補丁發(fā)送給從節(jié)點。由此,各個客戶端可根據(jù)云平臺實現(xiàn)補丁的自動分發(fā),而無須工作人員采取人工方式定期檢查與補丁下載,從而提高了補丁下載效率。

2、在本發(fā)明實施例中,云平臺根據(jù)接收的待安裝補丁的第二屬性信息,以及預存的至少一個軟件的第一屬性信息,確定與待安裝補丁對應的至少一個目標軟件,并確定與至少一個目標軟件對應的至少一個目標從節(jié)點,向確定出的至少一個目標從節(jié)點發(fā)送與待安裝補丁對應的更新信息。目標從節(jié)點向用戶輸出更新信息,并接收用戶根據(jù)更新信息輸入的下載請求。由此,在云平臺接收到待安裝補丁時,可向對應的客戶端發(fā)送更新信息,從而使得客戶端根據(jù)此更新信息進行補丁下載,而無須工作人員定期檢查是否存在新的補丁,由此進一步提高了補丁下載效率。

3、在本發(fā)明實施例中,各個客戶端將自身對應的第一安裝信息發(fā)送給云平臺,云平臺可根據(jù)當前客戶端發(fā)送的第一安裝信息和待安裝補丁,生成授權安裝包,并將授權安裝包發(fā)送給對應的當前客戶端。接收到授權安裝包的當前客戶端則可解析出待安裝補丁以及第二安裝信息,當?shù)诙惭b信息與其發(fā)送的第一安裝信息相同時,將此待安裝補丁安裝到對應的軟件中,由此避免了補丁分發(fā)過程中出現(xiàn)的誤分發(fā),從而提高補丁安裝的準確性。

4、在本發(fā)明實施例中,云平臺在生成授權安裝包時,將客戶端對應的數(shù)字證書也組合進授權安裝包。則接收授權安裝包的客戶端先檢測授權安裝包里的數(shù)字證書是否與自身的數(shù)字證書相符,當數(shù)字證書相符時,才進一步確定安裝信息是否相同,由此提高補丁分發(fā)的安全性。

5、在本發(fā)明實施例中,云平臺對生成的授權安裝包進行加密,然后將加密后的授權安裝包發(fā)送給對應的客戶端。客戶端接收到加密后的授權安裝包時,對此授權安裝包進行解密,當解密成功時,才從授權文件中解析待安裝補丁和安裝信息,從而進一步提高補丁分發(fā)的安全性。

需要說明的是,在本文中,諸如第一和第二之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來,而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個······”限定的要素,并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同因素。

本領域普通技術人員可以理解:實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成,前述的程序可以存儲在計算機可讀取的存儲介質中,該程序在執(zhí)行時,執(zhí)行包括上述方法實施例的步驟;而前述的存儲介質包括:rom、ram、磁碟或者光盤等各種可以存儲程序代碼的介質中。

最后需要說明的是:以上所述僅為本發(fā)明的較佳實施例,僅用于說明本發(fā)明的技術方案,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等,均包含在本發(fā)明的保護范圍內(nèi)。

當前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
景泰县| 淄博市| 北安市| 长寿区| 乌什县| 工布江达县| 柳江县| 梁平县| 湛江市| 霍山县| 开远市| 和顺县| 瑞昌市| 丰县| 宽城| 饶阳县| 奈曼旗| 沭阳县| 涿州市| 武川县| 莆田市| 会宁县| 天台县| 汉中市| 锦州市| 苏州市| 桐乡市| 永胜县| 沙田区| 青河县| 孟连| 遂川县| 南江县| 西贡区| 耒阳市| 商水县| 延川县| 剑川县| 湄潭县| 青川县| 威远县|