一種信息處理方法、裝置及系統(tǒng)的制作方法

文檔序號：7998134閱讀：156來源：國知局

一種信息處理方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供了一種信息處理方法、裝置及系統(tǒng)，該方法應用于多個設備組成的信息處理系統(tǒng)，該系統(tǒng)中的每個設備中均包含CMC、CMS和WDVR，該方法包括：當設備中的WDVR確定有事件發(fā)生時，判斷事件是否為需要聯(lián)動的聯(lián)動事件，若是，則WDVR將事件上報給控制WDVR的CMS；若否，則不上報；控制WDVR的CMS接收到事件后，向登錄到自身且與自身設置的需要聯(lián)動的事件為事件的CMC下發(fā)事件通知消息；每個接收下發(fā)事件通知消息的CMC保存事件并顯示。在本發(fā)明實施例中，CMS只是管理部分信令，減輕了CMS的負載；并且每個設備中都有CMS，在部分設備中的CMS出現(xiàn)故障的情況下，其他設備中的CMS仍可正常運行。
【專利說明】一種信息處理方法、裝置及系統(tǒng)

【技術領域】
[0001] 本發(fā)明涉及通信【技術領域】，尤其涉及一種信息處理方法、裝置及系統(tǒng)。

【背景技術】
[0002] 對于現(xiàn)有的信息處理系統(tǒng)，通常的架構如圖1所示，可以包括一臺中心管理服務器（Center Manager Server，CMS) 101，一臺與CMS101進行通信的中心管理客戶端（Center Manager Client，CMC) 102,和多臺通過以太網(wǎng)與CMS101進行通信的設備103,前述這種架構形成了一種封閉的局域網(wǎng)絡。
[0003] 在上述這種處理系統(tǒng)中，CMC102主動向CMS101下發(fā)指令或請求，例如在CMC監(jiān)測到報警事件的情況下，會向CMS101下發(fā)例如郵件通知指令，通知CMS101收到此指令后通知系統(tǒng)中所有或部分設備103 ;CMS101收到該通知指令后，向所有或部分設備103下發(fā)該通知指令。在這里，CMS101根據(jù)自身與各個設備103預先設置的聯(lián)動報警事件，來確定是全部通知還是部分通知。
[0004] 又例如在CMC想要獲知各設備103的相關信息（例如設備的音視頻業(yè)務信息等）的情況下，CMC102會向CMS101發(fā)起獲取音視頻業(yè)務信息的請求，在這種情況下，CMS101接收到該請求后，分別向各個設備103發(fā)送該請求，從各個設備103處獲取到相應的音視頻業(yè) 務信息后，返回給CMC102。在這里，各個設備103不會主動向CMS101發(fā)起請求，只能在接收到CMS101發(fā)來的信息請求后，返回相應的信息。
[0005] 從上述處理系統(tǒng)可以看出，整個系統(tǒng)架構中僅有一臺CMS，它不僅與CMC實現(xiàn)信息交互，還與多個設備實現(xiàn)信息交互，即CMS參與系統(tǒng)中所有信令和視頻數(shù)據(jù)的處理，這樣會導致CMS這一側(cè)的負載較高，例如經(jīng)常處理占用空間較大的視頻數(shù)據(jù)。另外，在CMS出現(xiàn)故障的情況下，所有的設備都會處于癱瘓狀態(tài)，這樣就不利于局域網(wǎng)絡的運行?？梢姡F(xiàn)有的信息處理架構下的CMS的負載較高，且在CMS出現(xiàn)故障的情況下，會導致整個系統(tǒng)無法正常運行。

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

[0006] 本發(fā)明實施例提供了一種信息處理方法、裝置及系統(tǒng)，用以解決現(xiàn)有信息處理系統(tǒng)導致CMS的負載較高且在出現(xiàn)故障的情況下導致整個系統(tǒng)無法正常運行的問題。
[0007] 基于上述問題，本發(fā)明實施例提供的一種信息處理方法，該方法應用于多個設備組成的信息處理系統(tǒng)，所述信息處理系統(tǒng)中的每個設備中均包含CMC、CMS和WDVR，該方法包括：
[0008] 當設備中的WDVR確定有事件發(fā)生時，判斷所述事件是否為需要聯(lián)動的聯(lián)動事件，若是，則WDVR將所述事件上報給控制所述WDVR的CMS ;若否，則不上報；控制所述WDVR的 CMS為WDVR所屬設備中的CMS或為其他設備中的CMS ;
[0009] 控制所述WDVR的CMS接收到所述事件后，向登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC下發(fā)事件通知消息，所述登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC包括控制所述WDVR的CMS所屬設備中的CMC和其他設備中的CMC ;
[0010] 每個接收所述下發(fā)事件通知消息的CMC保存所述事件并顯示。
[0011] 本發(fā)明實施例提供的一種信息處理裝置，所述裝置包括中心管理客戶端CMC、中心管理服務器CMS和數(shù)字硬盤錄像機WDVR ;
[0012] 所述裝置中WDVR，用于確定自身有事件發(fā)生時，判斷所述事件是否為需要聯(lián)動的事件，若是，則WDVR將所述事件上報給控制所述WDVR的CMS ;若否，則不上報；控制所述 WDVR的CMS為WDVR所屬裝置中的CMS或為其他裝置中的CMS ;
[0013] 所述裝置中的CMS，用于當自身為控制所述WDVR的CMS時，接收到所述事件后，登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC下發(fā)事件通知消息，所述登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC包括控制所述WDVR的CMS所屬設備中的CMC和其他設備中的CMC ;
[0014] 所述裝置中的CMC，用于當自身為接收所述下發(fā)事件通知消息的CMC時，保存所述事件并顯示。
[0015] 本發(fā)明實施例提供的系統(tǒng)，包括本發(fā)明實施例提供的多臺上述信息處理裝置。
[0016] 本發(fā)明實施例的有益效果包括：
[0017] 本發(fā)明實施例提供的一種信息處理方法、裝置及系統(tǒng)，該信息處理系統(tǒng)中的每個設備中均包含CMC、CMS和WDVR，該方法包括：在設備中的WDVR確定有事件發(fā)生的情況下，會判斷事件是否為需要聯(lián)動的聯(lián)動事件，在是的情況下，則WDVR將事件上報給控制WDVR的 CMS ;在否的情況下，則不上報；在這種情況下，控制WDVR的CMS可能為WDVR所屬設備中的 CMS，也可能為其他設備中的CMS ;然后控制WDVR的CMS接收到事件后，會向登錄到自身且與自身設置的需要聯(lián)動的事件為事件的CMC下發(fā)事件通知消息，在這種情況下，CMC可能是控制TOVR的CMS所屬設備中的CMC，也可能是其他設備中的CMC ;最后，每個接收下發(fā)事件通知消息的CMC保存事件并顯示。在本發(fā)明實施例中，設備中的WDVR收到事件后，會對事件進行過濾操作，將過濾后的事件上報給CMS，由CMS向登錄到自身的CMC下發(fā)通知消息，在這里，CMS不對事件進行處理，它在WDVR與CMC之間只是起到了傳輸數(shù)據(jù)的作用，也就是說，CMS這一側(cè)不再管理系統(tǒng)中的所有信令，只是管理部分信令，這就大大減輕了 CMS的負載；并且在該系統(tǒng)中，每個設備中都設置有CMS，這樣在部分設備中的CMS出現(xiàn)故障的情況下，其他設備中的CMS仍可正常運行，避免了現(xiàn)有系統(tǒng)中CMS出現(xiàn)故障的情況下，系統(tǒng)無法正常運行的問題。

【專利附圖】

【附圖說明】
[0018] 圖1為現(xiàn)有技術中信息處理系統(tǒng)的結(jié)構圖；
[0019] 圖2為本發(fā)明實施例提供的信息處理方法的流程圖；
[0020] 圖3A至圖3E為本發(fā)明實施例提供的信息處理裝置的結(jié)構示意圖。

【具體實施方式】
[0021] 在現(xiàn)有的信息處理架構中，一臺CMS，既與CMC進行信息交互，又與多個設備進行信息交互，并且多個設備只能夠被動的與CMS進行通信交互，這樣一來，采用這種架構處理業(yè)務時，會導致CMS這一側(cè)的負載較高，由于只有一臺CMS來控制設備，因此，在CMS出現(xiàn)故障的情況下，所有的設備都會處于癱瘓狀態(tài)，從而不利于局域網(wǎng)絡的運行?；诖藛栴}，本發(fā)明實施例提供一種信息處理方法、裝置及系統(tǒng)，該系統(tǒng)是由多個設備組成的局域網(wǎng)絡，并且每個設備中均包含有CMC、CMS和WDVR，這樣CMS這一側(cè)不再管理系統(tǒng)中的所有信令，也不負責轉(zhuǎn)發(fā)視頻數(shù)據(jù)和轉(zhuǎn)發(fā)WDVR配置數(shù)據(jù)等，只是管理少數(shù)信令，例如鑒權信令等。對于 CMC獲取的WDVR的配置數(shù)據(jù)和視頻數(shù)據(jù)，都是在CMC被鑒權成功之后，CMC直接與WDVR進行交互和數(shù)據(jù)傳輸，這樣大大減輕了 CMS的負載；并且每個設備中都設置有CMS，這樣在部分設備中的CMS出現(xiàn)故障的情況下，其他設備中的CMS仍可正常運行。
[0022] 下面結(jié)合說明書附圖對本發(fā)明實施例提供的一種信息處理方法、裝置及系統(tǒng)的具體實施方式進行說明。
[0023] 對于下述提及的每臺設備中的CMS，在實際通信時，可能所有設備中的CMS均處于開啟狀態(tài)，也可能部分設備中的CMS處于開啟狀態(tài)；另外，在實際通信時還可能存在下述三種情況：
[0024] 第一種情況：該CMS控制自身所屬設備中的WDVR，在這種情況下，該CMS不控制其他設備中的WDVR。
[0025] 第二種情況：該CMS不控制自身所屬設備中的WDVR，在這種情況下，它可以控制其他設備中的WDVR。
[0026] 第三種情況：該CMS不控制自身所屬設備中的WDVR，并且也不控制其他設備中的 WDVR。
[0027] 本發(fā)明實施例提供的一種信息處理方法，如圖2所示，以處理事件業(yè)務為例進行說明，該方法具體包括下述步驟：
[0028] S201 :當設備中的WDVR確定有事件發(fā)生時，判斷事件是否為需要聯(lián)動的事件，若是，執(zhí)行步驟S202 ;若否，執(zhí)行步驟S203 ;
[0029] S202 :WDVR將事件上報給控制WDVR的CMS ;
[0030] 在這里，上述控制WDVR的CMS可能是WDVR所屬設備中的CMS，也可能是其他設備中的CMS ;
[0031] S203 :若否，則不上報；
[0032] S204 :控制WDVR的CMS接收到事件后，向登錄到自身且與自身設置的需要聯(lián)動的事件為上述事件的CMC下發(fā)事件通知消息；
[0033] 在這里，上述步驟S204中所指的CMC可以包括控制WDVR的CMS所屬設備中的CMC 和其他設備中的CMC ;
[0034] S205 :每個接收下發(fā)事件通知消息的CMC保存事件并顯示。
[0035] 在本發(fā)明實施例中，在設備中的WDVR監(jiān)測到事件發(fā)生的情況下，例如事件為報警事件，會執(zhí)行一個過濾操作流程，如果過濾結(jié)果為報警事件是所謂的需要聯(lián)動的事件，那么，才報給控制自身的CMS ;如果不是，就無需上報，例如可采用直接刪除的方式，或其他方式處理。這種處理方式減輕了每個設備中的CMS的負載。
[0036] 具體地，在上述步驟S201中，上述需要聯(lián)動事件可以通過下述方式設置：
[0037] 設備中的CMC向自身登錄到的CMS發(fā)送設置需要聯(lián)動的事件的請求，所述請求中攜帶有需要聯(lián)動的事件類型；
[0038] 設備中的CMC登錄到的CMS接收所述請求，保存所述請求中攜帶的需要聯(lián)動的事件類型，并將所述需要聯(lián)動的事件類型轉(zhuǎn)發(fā)至自身控制的WDVR，待接收到自身控制的WDVR 返回的響應消息后，將所述響應消息傳送至設備中的CMC。
[0039] 為了避免設備中的CMS出現(xiàn)故障時，影響系統(tǒng)的正常運行，本發(fā)明實施例提供的方法，除上述流程外，還可以執(zhí)行下述幾種情形的流程：
[0040] 第一種情形：當設備中的CMC上線時，執(zhí)行流程如下：
[0041] 設備中的CMC向信息處理系統(tǒng)中所有設備的CMS發(fā)送搜索上線CMS的請求；
[0042] 發(fā)送搜索上線CMS請求的CMC接收各個上線CMS返回的相關信息并保存；
[0043] 設備中的CMC根據(jù)保存的各相關信息，確定登錄的CMS并向其發(fā)起登錄的流程。
[0044] 在第一種情形中，相關信息例如可以包括CMS的通信唯一識別碼UUID、CMS的別名和IP地址。再者，上述CMS發(fā)起登錄的流程與現(xiàn)有信息處理系統(tǒng)中發(fā)起流程相同，在此不再贅述。
[0045] 第二種情形：如果設備中的CMC想要獲知與自身登錄的CMS交互的其他設備的相關信息，需要進行一次鑒權認證，在鑒權認證成功的情況下，才有權限獲取。具體地，鑒權過程如下：
[0046] 設備中的CMC向自身登錄的CMS控制的WDVR發(fā)送鑒權請求；在這里，鑒權請求中攜帶有CMC登錄的CMS的登錄信息；
[0047] CMC登錄的CMS控制的WDVR收到鑒權請求后，根據(jù)鑒權請求確定是否成功登錄到 CMS ；
[0048] 若是，向設備中的CMC返回鑒權成功消息；
[0049] 若否，向設備中的CMC返回鑒權失敗消息。
[0050] 具體地，在此情形中，在CMC鑒權成功后，會獲取到其他設備例如目標設備的相關信息，這樣CMC再登錄到該目標設備上，與目標設備直接進行交互，例如，某一個CMC需要從目標設備獲取一段視頻數(shù)據(jù)，它成功執(zhí)行完上述鑒權流程后，與目標設備建立通信連接，直接傳輸數(shù)據(jù)量較大的視頻數(shù)據(jù)。在這里，CMS僅起到了鑒權的作用，并沒有參與其他信息交互流程，從而降低了 CMS的負載。另外，上述鑒權請求中可以攜帶CMC登錄控制WDVR的CMS 的登錄信息。
[0051] 第三種情形：當設備中的CMS上線時，可以執(zhí)行下述流程：
[0052] 設備中的CMS向信息處理系統(tǒng)中所有設備中的WDVR發(fā)送搜索上線WDVR的請求；
[0053] 發(fā)送搜索上線WDVR請求的CMS接收各個上線WDVR返回的相關信息并保存。
[0054] 具體地，通過此情形下的流程可以得知哪些設備中的WDVR處于上線狀態(tài)，便于后續(xù)與這些設備中的WDVR進行信息交互。
[0055] 第四種情形：通過設備中的CMC獲知其他設備的相關信息時，可以執(zhí)行下述流程： [0056] 信息處理系統(tǒng)中每臺設備中的CMS將自身所屬設備的相關信息廣播通知給其他設備中的CMS;
[0057] 若設備中的CMS接收到登錄到自身的CMC發(fā)送的查詢其他設備信息的請求，則根據(jù)登錄到自身的CMC的權限，將所查詢的設備信息以列表形式下發(fā)給登錄到自身的CMC。
[0058] 第五種情形：信息處理系統(tǒng)中的設備信息有更新時，可以執(zhí)行下述流程：
[0059] 當設備中的CMS發(fā)現(xiàn)信息處理系統(tǒng)中的設備信息有更新時，將更新后的設備信息下發(fā)給向該CMS預先訂閱設備更新信息的CMC。
[0060] 第六種情形：設備中的CMS的相關信息有變化時，可以包括下述流程：
[0061] 當設備中的CMS的相關信息發(fā)生變化時，該CMS將自身變化的相關信息發(fā)送給所有設備中的CMC。
[0062] 第七種情形：設備中的WDVR的相關信息有變化時，可以執(zhí)行下述流程：
[0063] 當設備中的WDVR的相關信息發(fā)生變化時，該WDVR將自身變化的相關信息發(fā)送給所有設備中的CMS。
[0064] 基于同一發(fā)明構思，本發(fā)明實施例還提供了一種信息處理裝置及系統(tǒng)，由于該裝置和系統(tǒng)所解決問題的原理與前述信息處理方法相似，因此該裝置和系統(tǒng)的實施可以參見前述方法的實施，重復之處不再贅述。
[0065] 本發(fā)明實施例提供一種信息處理裝置，如圖3A所示，裝置包括CMC301、CMS302和 WDVR303。
[0066] 具體地，裝置中WDVR303,用于確定自身有事件發(fā)生時，判斷事件是否為需要聯(lián)動的事件，若是，則WDVR303將事件上報給控制WDVR的CMS ;若否，則不上報；在這里，控制 WDVR的CMS為WDVR303所屬裝置中的CMS302或為其他裝置中的CMS ;
[0067] 上述裝置中的CMS302,用于當自身為控制WDVR303的CMS時，接收到事件后，向登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC下發(fā)事件通知消息；在這里，所述登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC包括控制所述WDVR的 CMS所屬設備中的CMC301和其他設備中的CMC ;
[0068] 上述裝置中的CMC301，用于當自身為接收下發(fā)事件通知消息的CMC時，保存事件并顯示。
[0069] 較佳地，如圖3B所示，上述裝置中的CMC301，具體用于向自身登錄到的CMS發(fā)送設置需要聯(lián)動的事件的請求，所述請求中攜帶有需要聯(lián)動的事件類型；
[0070] 上述裝置中的CMS302,具體用于當自身為CMC301登錄到的CMS時，接收所述請求，保存所述請求中攜帶的需要聯(lián)動的事件類型，并將所述需要聯(lián)動的事件類型轉(zhuǎn)發(fā)至自身控制的WDVR304，待接收到自身控制的WDVR304返回的響應消息后，將所述響應消息傳送至 CMC301。
[0071] 較佳地，如圖3C所示，裝置中的CMC301，還用于當自身上線時，向信息處理系統(tǒng)中所有裝置的CMS (例如圖3C中CMS305)發(fā)送搜索上線CMS的請求；并接收各個上線CMS (例如圖3C中CMS305)返回的相關信息并保存；在這里，相關信息包括CMS的通信唯一識別碼 UUID、CMS的別名和IP地址；裝置中的CMC301根據(jù)保存的各相關信息，確定登錄的CMS并向其發(fā)起登錄的流程。
[0072] 較佳地，如圖3D所示，裝置中的CMC301，還用于自身向自身登錄的CMS306控制的 WDVR307發(fā)送鑒權請求，并接收自身登錄的CMS306控制的WDVR307返回的鑒權成功消息或者鑒權失敗消息。具體地，WDVR307接收到鑒權請求后，根據(jù)鑒權請求中攜帶的CMC301的登錄信息登錄控制WDVR307的CMS306,待收到CMS306返回的鑒權成功或失敗消息后，將這些消息返回給設備中的CMC301。
[0073] 較佳地，如圖3E所示，裝置中的CMS302,還用于當自身上線時，向所有裝置中的 WDVR (例如圖3E中WDVR308)發(fā)送搜索上線WDVR的請求；并接收各個上線WDVR (例如圖3E 中WDVR308)返回的相關信息并保存。
[0074] 較佳地，繼續(xù)如圖3A所示，裝置中的CMS302,還用于將自身所屬裝置的相關信息廣播通知給其他裝置中的CMS ;當接收到登錄到自身的CMC發(fā)送的查詢其他裝置信息的請求時，根據(jù)登錄到自身的CMC的權限將所查詢的裝置信息以列表形式下發(fā)給登錄到自身的 CMC，例如登錄到自身的CMC為CMC301。
[0075] 較佳地，繼續(xù)如圖3A所示，裝置中的CMS302,還用于當自身發(fā)現(xiàn)信息處理系統(tǒng)中的裝置信息有更新時，將更新的裝置信息下發(fā)給與CMS預訂閱裝置更新信息的CMC，例如 CMC301。
[0076] 較佳地，繼續(xù)如圖3A所示，裝置中的CMS302,還用于當自身的相關信息發(fā)生變化時，將自身變化的相關信息發(fā)送給所有裝置中的CMC，例如CMC301。
[0077] 較佳地，繼續(xù)如圖3A所示，裝置中的WDVR303,還用于當自身的相關信息發(fā)生變化時，將自身變化的相關信息發(fā)送給所有設備中的CMS，例如CMS302。
[0078] 本發(fā)明實施例提供的信息處理系統(tǒng)，包括多個上述裝置。
[0079] 顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【權利要求】
1. 一種信息處理方法，其特征在于，該方法應用于多個設備組成的信息處理系統(tǒng)，所述信息處理系統(tǒng)中的每個設備中均包含中心管理客戶端CMC、中心管理服務器CMS和數(shù)字硬盤錄像機WDVR，該方法包括：當設備中的WDVR確定有事件發(fā)生時，判斷所述事件是否為需要聯(lián)動的聯(lián)動事件，若是，則WDVR將所述事件上報給控制所述WDVR的CMS ;若否，則不上報；控制所述WDVR的CMS 為WDVR所屬設備中的CMS或為其他設備中的CMS ; 控制所述WDVR的CMS接收到所述事件后，向登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC下發(fā)事件通知消息，所述登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC包括控制所述WDVR的CMS所屬設備中的CMC和其他設備中的CMC ; 每個接收所述下發(fā)事件通知消息的CMC保存所述事件并顯示。
2. 如權利要求1所述的方法，其特征在于，所述需要聯(lián)動的事件通過下述方式設置：設備中的CMC向自身登錄到的CMS發(fā)送設置需要聯(lián)動的事件的請求，所述請求中攜帶有需要聯(lián)動的事件類型；設備中的CMC登錄到的CMS接收所述請求，保存所述請求中攜帶的需要聯(lián)動的事件類型，并將所述需要聯(lián)動的事件類型轉(zhuǎn)發(fā)至自身控制的WDVR，待接收到自身控制的WDVR返回的響應消息后，將所述響應消息傳送至設備中的CMC。
3. 如權利要求1或2所述的方法，其特征在于，還包括：當設備中的CMC上線時，向信息處理系統(tǒng)中所有設備的CMS發(fā)送搜索上線CMS的請求；發(fā)送搜索上線CMS請求的CMC接收各個上線CMS返回的相關信息并保存；所述相關信息包括CMS的通信唯一識別碼UUID、CMS的別名和IP地址；設備中的CMC根據(jù)保存的各相關信息，確定登錄的CMS并向其發(fā)起登錄的流程。
4. 如權利要求1或2所述的方法，其特征在于，還包括：設備中的CMC向自身登錄的CMS控制的WDVR發(fā)送鑒權請求，所述鑒權請求中攜帶有 CMC登錄的CMS的登錄信息； CMC登錄的CMS控制的WDVR收到所述鑒權請求后，根據(jù)所述鑒權請求確定是否成功登錄到所述CMS ; 若是，向設備中的CMC返回鑒權成功消息；若否，向設備中的CMC返回鑒權失敗消息。
5. 如權利要求1或2所述的方法，其特征在于，還包括：當設備中的CMS上線時，向信息處理系統(tǒng)中所有設備中的WDVR發(fā)送搜索上線WDVR的請求；發(fā)送搜索上線WDVR請求的CMS接收各個上線WDVR返回的相關信息并保存。
6. 如權利要求1或2所述的方法，其特征在于，還包括：信息處理系統(tǒng)中每臺設備中的CMS將自身所屬設備的相關信息廣播通知給其他設備中的CMS ; 若設備中的CMS接收到登錄到自身的CMC發(fā)送的查詢其他設備信息的請求，則根據(jù)登錄到自身的CMC的權限，將所查詢的設備信息以列表形式下發(fā)給登錄到自身的CMC。
7. 如權利要求1或2所述的方法，其特征在于，還包括：當設備中的CMS發(fā)現(xiàn)信息處理系統(tǒng)中的設備信息有更新時，該CMS將更新后的設備信息下發(fā)給向該CMS預先訂閱設備更新信息的CMC。
8. 如權利要求1或2所述的方法，其特征在于，還包括：當設備中的CMS的相關信息發(fā)生變化時，該CMS將自身變化的相關信息發(fā)送給所有設備中的CMC。
9. 如權利要求1或2所述的方法，其特征在于，還包括：當設備中的WDVR的相關信息發(fā)生變化時，該WDVR將自身變化的相關信息發(fā)送給所有設備中的CMS。
10. -種信息處理裝置，其特征在于，所述裝置包括中心管理客戶端CMC、中心管理服務器CMS和數(shù)字硬盤錄像機WDVR ; 所述裝置中WDVR，用于確定自身有事件發(fā)生時，判斷所述事件是否為需要聯(lián)動的事件，若是，則WDVR將所述事件上報給控制所述WDVR的CMS ;若否，則不上報；控制所述WDVR的 CMS為WDVR所屬裝置中的CMS或為其他裝置中的CMS ; 所述裝置中的CMS，用于當自身為控制所述WDVR的CMS時，接收到所述事件后，向登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC下發(fā)事件通知消息，所述登錄到自身且與自身設置的需要聯(lián)動的事件為所述事件的CMC包括控制所述WDVR的CMS所屬設備中的CMC和其他設備中的CMC ; 所述裝置中的CMC，用于當自身為接收所述下發(fā)事件通知消息的CMC時，保存所述事件并顯示。
11. 如權利要求10所述的裝置，其特征在于，所述裝置中的CMC，具體用于向自身登錄到的CMS發(fā)送設置需要聯(lián)動的事件的請求，所述請求中攜帶有需要聯(lián)動的事件類型；所述裝置中的CMS，具體用于當自身為所述CMC登錄到的CMS時，接收所述請求，保存所述請求中攜帶的需要聯(lián)動的事件類型，并將所述需要聯(lián)動的事件類型轉(zhuǎn)發(fā)至自身控制的 WDVR，待接收到自身控制的WDVR返回的響應消息后，將所述響應消息傳送至裝置中的CMC。
12. 如權利要求10所述的裝置，其特征在于，所述裝置中的CMC，還用于當自身上線時，向信息處理系統(tǒng)中所有裝置的CMS發(fā)送搜索上線CMS的請求；接收各個上線CMS返回的相關信息并保存；所述相關信息包括CMS的通信唯一識別碼UUID、CMS的別名和IP地址；以及根據(jù)保存的各相關信息，確定登錄的CMS并向其發(fā)起登錄的流程。
13. 如權利要求10所述的裝置，其特征在于，所述裝置中的CMC，還用于自身向自身登錄的CMS控制的WDVR發(fā)送鑒權請求，并接收自身登錄的CMS控制的WDVR返回的鑒權成功消息或鑒權失敗消息。
14. 如權利要求10所述的裝置，其特征在于，所述裝置中的CMS，還用于當自身上線時，向所有裝置中的WDVR發(fā)送搜索上線WDVR的請求，并接收各個上線WDVR返回的相關信息并保存。
15. 如權利要求10所述的裝置，其特征在于，所述裝置中的CMS，還用于將自身所屬裝置的相關信息廣播通知給其他裝置中的CMS ;當接收到登錄到自身的CMC發(fā)送的查詢其他裝置信息的請求時，根據(jù)登錄到自身的CMC的權限將所查詢的裝置信息以列表形式下發(fā)給登錄到自身的CMC。
16. 如權利要求10所述的裝置，其特征在于，所述裝置中的CMS，還用于當自身發(fā)現(xiàn)信息處理系統(tǒng)中的裝置信息有更新時，將更新的裝置信息下發(fā)給與CMS預訂閱裝置更新信息的 CMC。
17. 如權利要求10所述的裝置，其特征在于，所述裝置中的CMS，還用于當自身的相關信息發(fā)生變化時，將自身變化的相關信息發(fā)送給所有裝置中的CMC。
18. 如權利要求10所述的裝置，其特征在于，所述裝置中的WDVR，還用于當自身的相關信息發(fā)生變化時，將自身變化的相關信息發(fā)送給所有設備中的CMS。
19. 一種信息處理系統(tǒng)，其特征在于，包括多個如權利要求10-18中任一項所述的裝置。
【文檔編號】H04L12/24GK104104532SQ201310118024
【公開日】2014年10月15日申請日期:2013年4月7日優(yōu)先權日:2013年4月7日
【發(fā)明者】何林強, 李翔, 黃小進, 周明偉, 張興明, 傅利泉, 朱江明, 吳軍, 吳堅申請人:浙江大華技術股份有限公司

完整全部詳細技術資料下載