資源同步管控方法
【專利摘要】本發(fā)明涉及一種資源同步管控方法，該方法包括：第一設備端的資源信息發(fā)生變化時，第一設備端發(fā)送第一設備端的資源信息發(fā)送給第二設備端，第二設備端接收第一設備端發(fā)送的資源信息進行同步；第一設備端資源信息與第二設備資源信息都發(fā)生變化時,根據(jù)第一設備端與第二設備端的資源信息類型確定基準端,基準端發(fā)送其資源信息給另一設備端,另一設備端接收基準端發(fā)送的資源信息進行同步;第一設備端或第二設備端根據(jù)發(fā)送/接收的資源信息，更新第一設備端或第二設備端的資源信息。本發(fā)明提供的資源同步管控方法能夠同步如配置、數(shù)據(jù)，甚至操作等多種資源，即便在網(wǎng)絡狀況不佳的情況下也能獲得很好用戶體驗。
【專利說明】資源同步管控方法
【技術(shù)領域】
[0001]本發(fā)明涉及計算機領域，尤其涉及一種資源同步管控方法。
【背景技術(shù)】
[0002]資源同步一般是指中心端與設備端之間的各種文件等進行同步。隨著計算機及網(wǎng)絡技術(shù)的不斷發(fā)展，中心端和設備端的資源同步日益重要，所要同步的資源也變得多樣化。而現(xiàn)有技術(shù)一般是通過遠程操作接口，直接同步操作其他設備，而這種方法接口比較復雜，特別是在設備較多，網(wǎng)絡比較龐大的情況下，不利于系統(tǒng)的開發(fā)和維護。在中心端和設備端的資源同步中所同步的資源還比較單一，如各種文件的同步，一般還不具備如設備的配置、數(shù)據(jù)，甚至操作等資源的同步。另外，當出現(xiàn)網(wǎng)絡狀異常等狀況時，用戶需要等待，體驗度較差。

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

[0003]本發(fā)明的目的是提供了一種能夠同步多種資源資源的同步管控方法。
[0004]為實現(xiàn)上述目的，本發(fā)明提供了一種資源同步管控方法，其特征在于，包括至少第一設備端和第二設備端，所述方法包括以下步驟:
[0005]所述第一設備端的資源信息發(fā)生變化時，所述第一設備端發(fā)送所述第一設備端的資源信息發(fā)送給所述第二設備端，所述第二設備端接收所述第一設備端發(fā)送的資源信息進行同步；
[0006]所述第一設備端資源信息與所述第二設備資源信息都發(fā)生變化時，根據(jù)所述第一設備端與所述第二設備端的資源信息類型確定基準端，所述基準端發(fā)送其資源信息給另一設備端，所述另一設備端接收所述基準端發(fā)送的資源信息進行同步；
[0007]所述第一設備端或第二設備端根據(jù)發(fā)送/接收的資源信息，更新所述第一設備端或所述第二設備端的資源信息。
[0008]優(yōu)選地，所述第一設備端為中心端，所述第二設備端為設備端。
[0009]優(yōu)選地，所述資源信息包括全局上下文和設備上下文。
[0010]優(yōu)選地，當所述資源信息類型為所述全局上下文時，第一設備端為基準端。
[0011]優(yōu)選地，當所述資源信息類型為所述設備上下文時，第一設備端和第二設備端均可作為基準端。
[0012]優(yōu)選地，所述資源信息為全局上下文時，所述資源信息只能從所述中心端發(fā)送給所述設備端，所述資源信息不能從所述設備端發(fā)送給所述中心端。
[0013]優(yōu)選地，所述資源信息為設備上下文時，所述資源信息既能由所述中心端發(fā)送給所述設備端，所述資源信息又能從所述設備端發(fā)送給所述中心端。
[0014]優(yōu)選地，所述設備端之間的資源完全獨立。
[0015]優(yōu)選地，當所述資源信息為多種時，按照優(yōu)先級確定執(zhí)行同步次序。
[0016]本發(fā)明帶來的有益效果是:本發(fā)明提供的資源同步管控方法能夠同步如配置、數(shù)據(jù)，甚至操作等多種資源，即便在網(wǎng)絡狀況不佳的情況下也能獲得很好用戶體驗。
【專利附圖】

【附圖說明】
[0017]圖1為本發(fā)明一實施例中資源同步管控方法的流程圖。
【具體實施方式】 [0018]下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。
[0019]圖1為本發(fā)明一實施例中資源同步管控方法的流程圖。
[0020]如圖1所示，首先在步驟101中，第一設備端的資源信息發(fā)生變化時，第一設備端發(fā)送第一設備端的資源信息發(fā)送給第二設備端，第二設備端接收第一設備端發(fā)送的資源信息進行同步。
[0021]在實施例中，優(yōu)選弟一設備端為中心端，弟二設備端為設備端。其中，中心端可以和許多設備端進行資源同步，實施例中選擇一個中心端和一個設備端進行舉例說明。中心端與設備端所要同步的資源信息包括配置、數(shù)據(jù)，甚至操作等都可以抽象為各種類型的資源。從類型上分類，中心端和設備端所要同步的資源信息可分為全局上下文和設備上下文。其中，全局上下文信息只能從中心端同步到設備端，而不能從設備端同步到中心端。也就是說，當中心端的全局上下文信息發(fā)生變化時，中心端導出所變化的全局上下文資源信息發(fā)送給設備端，設備端接收中心端發(fā)送的全局上下文信息進行同步，更新設備端的上下文信息。而同步到設備端的全局上下文資源不允許發(fā)生變化，或者信息發(fā)生變化時設備端不能導出所變化的上下文信息發(fā)送給中心端。即:全局上下文信息只能從中心端同步到設備端，而不能從設備端同步到中心端，是單向同步。當中心端和設備端所要同步的資源信息為設備上下文時，可以實現(xiàn)中心端與設備端的雙向同步。
[0022]實施例中，在中心端與設備端進行同步過程中，中心端和設備端各自會產(chǎn)生版本號，其中版本號為自定乂的特殊標識，當中心端和設備端冋步完成后，中心端和設備端的版本號同步一致，為相同的同步版本號。當中心端或設備端的資源信息發(fā)生變化時，如中心端的資源信息發(fā)生變化，則中心端本地生成一個新的本地版本號,如果設備端的本地版本號與設備端的同步版本號相同，表示設備端資源信息并沒有發(fā)生變化。此時，中心端生成的本地版本號與中心端與設備端的同步版本號不同，說明只有中心端的資源信息發(fā)生變化。這時候，中心端導出所變化的資源信息發(fā)送給設備端，設備端接收中心端發(fā)送的資源信息進行同步，更新自身的資源信息。
[0023]在其次的步驟102中，第一設備端資源信息與第二設備資源信息都發(fā)生變化時，根據(jù)第一設備端與第二設備端的資源信息類型確定基準端，基準端發(fā)送其資源信息給另一設備端，另一設備端接收基準端發(fā)送的資源信息進行同步。
[0024]實施例中，當中心端和設備端的資源信息都發(fā)生變化時，如果所變化的資源信息不是全局上下文，如果中心端和設備端所要同步的信息為設備上下文，則根據(jù)需要同步的資源信息確定基準端。即:是需要使資源信息從中心端同步到設備端還是需要使資源信息從設備端同步到中心端。當需要同步的資源信息具有中心端優(yōu)先標識時，確定中心端為基準端，此時中心端將需要同步的資源信息導出并發(fā)送給設備端，設備端接收中心端發(fā)送的資源信息進行同步，更新自身的資源信息。當需要同步的資源信息具有設備端優(yōu)先標識時，確定設備端為基準端，此時設備端將需要同步的資源信息導出并發(fā)送給中心端，中心端接收設備端發(fā)送的資源信息進行同步，更新自身的資源信息。
[0025]在隨后的步驟103中，第一設備端或第二設備端根據(jù)發(fā)送/接收的資源信息，更新第一設備端或第二設備端的資源信息。
[0026]實施例中，當中心端/設備端進行資源同步之后，結(jié)束本次資源同步管控。
[0027]需要說明的是，當同時有多個種類的資源信息需要在中心端和設備端進行同步時，根據(jù)資源信息的種類，分為優(yōu)先級進行同步，優(yōu)先級較高的資源優(yōu)先進行同步。
[0028]本發(fā)明的資源同步管控方法可以使中心端與設備端接口簡單，能夠通過統(tǒng)一的資源同步接口，用于各種種類資源信息的修改，便于系統(tǒng)的開發(fā)和維護。本發(fā)明的資源同步管控方法可以使多版本/產(chǎn)品的兼容性好，不同設備資源的上下文資源獨立，可以同時管理多個版本和/或多個種類的設備，在不增加接口的復雜性情況下很容易擴展。
[0029]本發(fā)明提供的資源管控方法中心端與設備端進行資源信息同步時，資源信息修改可以在本地端(中心端或設備端)，中心端和設備端的資源信息同步在后臺自動運行，并且可以根據(jù)網(wǎng)絡狀況進行一次性同步處理，也可以在后臺異步進行。所以，即使在網(wǎng)絡狀況不佳的情況下也能獲得很好的用戶體驗。
[0030]綜上所述，本發(fā)明提供的資源同步方法可以將配置、數(shù)據(jù)，甚至操作抽象為同步資源信息，提供了一種中心端與設備端的高效資源雙向同步方法。中心端與設備端之間的交互都是一種資源信息的同步，當一端的資源信息變化時，后臺資源同步模塊自動觸發(fā)資源進行同步。經(jīng)過上述資源信息操作和傳輸?shù)漠惒交幚?，可以達到中心端與設備端更高效的資源信息同步，并且受網(wǎng)絡影響較小，可以獲得很好的用戶體驗。
[0031]專業(yè)人員應該還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應用和設計約束條件。專業(yè)技術(shù)人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。
[0032]結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或【技術(shù)領域】內(nèi)所公知的任意其它形式的存儲介質(zhì)中。
[0033]以上所述的【具體實施方式】，對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的【具體實施方式】而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種資源同步管控方法，其特征在于，包括至少第一設備端和第二設備端，所述方法包括以下步驟: 所述第一設備端的資源信息發(fā)生變化時，所述第一設備端發(fā)送所述第一設備端的資源信息發(fā)送給所述第二設備端，所述第二設備端接收所述第一設備端發(fā)送的資源信息進行同I K少； 所述第一設備端資源信息與所述第二設備資源信息都發(fā)生變化時，根據(jù)所述第一設備端與所述第二設備端的資源信息類型確定基準端，所述基準端發(fā)送其資源信息給另一設備端，所述另一設備端接收所述基準端發(fā)送的資源信息進行同步； 所述第一設備端或第二設備端根據(jù)發(fā)送/接收的資源信息，更新所述第一設備端或所述第二設備端的資源信息。
2.如權(quán)利要求1所述的資源同步管控方法，其特征在于，所述第一設備端為中心端，所述第二設備端為設備端。
3.如權(quán)利要求1所述的資源同步管控方法，其特征在于，所述資源信息包括全局上下文和設備上下文。
4.如權(quán)利要求1或3所述的資源同步管控方法，其特征在于，當所述資源信息類型為所述全局上下文時，第一設備端為基準端。
5.如權(quán)利要求1或3所述的資源同步管控方法，其特征在于，當所述資源信息類型為所述設備上下文時，第一設備端和第二設備端均可作為基準端。
6.如權(quán)利要求1-3中任一所述的資源同步管控方法，其特征在于，所述資源信息為全局上下文時，所述資源信息只能從所述中心端發(fā)送給所述設備端，所述資源信息不能從所述設備端發(fā)送給所述中心端。
7.如權(quán)利要求1-3中任一所述的資源同步管控方法，其特征在于，所述資源信息為設備上下文時，所述資源信息既能由所述中心端發(fā)送給所述設備端，所述資源信息又能從所述設備端發(fā)送給所述中心端。
8.如權(quán)利要求2所述的資源同步管控方法，其特征在于，所述設備端之間的資源完全獨立。
9.如權(quán)利要求1所述的資源同步管控方法，其特征在于，當所述資源信息為多種時，按照優(yōu)先級確定執(zhí)行同步次序。
【文檔編號】H04L29/08GK103701925SQ201310753070
【公開日】2014年4月2日 申請日期:2013年12月31日 優(yōu)先權(quán)日:2013年12月31日
【發(fā)明者】斯俊偉, 孫凌閣, 曲喆, 梁志勇 申請人:北京網(wǎng)康科技有限公司