專利名稱：一種實(shí)現(xiàn)分布式設(shè)備的控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分布式設(shè)備技術(shù)，特別是涉及一種實(shí)現(xiàn)分布式設(shè)備的控制方法。
背景技術(shù)：
目前，網(wǎng)絡(luò)設(shè)備通常由大型軟件與硬件組成，將大型軟件分布在不同的硬件部分上，并通過各硬件部分協(xié)作向外提供通信能力。這種網(wǎng)絡(luò)設(shè)備也可以稱為分布式設(shè)備。
現(xiàn)有技術(shù)中，根據(jù)各硬件部分的組織關(guān)系可以將網(wǎng)絡(luò)設(shè)備分為框式設(shè)備、堆疊(Stack)設(shè)備等不同的分布式設(shè)備。
其中，框式設(shè)備有一個(gè)固定的機(jī)框，可以插入多個(gè)板卡。每個(gè)板卡都有獨(dú)立的處理能力，可以負(fù)責(zé)控制本地資源和一部分通信事務(wù)。各個(gè)板卡之間并不是對(duì)等關(guān)系，需要一個(gè)主控板對(duì)整個(gè)設(shè)備進(jìn)行全局管理，而其它的板卡則稱為接口板，接受主控板的控制和管理。為了保證網(wǎng)絡(luò)設(shè)備的可靠性，還可以在多個(gè)板卡中選擇一個(gè)或一個(gè)以上作為備用板。當(dāng)主控板發(fā)生故障時(shí)，由備用板替代主控板對(duì)全局進(jìn)行管理和控制。這樣，框式設(shè)備中各個(gè)板卡可以分為主控板、備用板、接口板等角色，并通過相互協(xié)作向外提供通信能力。
實(shí)際應(yīng)用中，框式設(shè)備的結(jié)構(gòu)或板卡角色可能發(fā)生變化，比如主備倒換、接口板插入或拔出、備用板插入或拔出等。框式設(shè)備自身的結(jié)構(gòu)或板卡角色的變化也可以稱為系統(tǒng)事件的發(fā)生，并觸發(fā)框式設(shè)備中的主控板、備用板和接口板執(zhí)行對(duì)應(yīng)的應(yīng)用程序，以保證框式設(shè)備的整體性能不受影響。當(dāng)然，如果框式設(shè)備中沒有備用板，則只需主控板和接口板執(zhí)行對(duì)應(yīng)的應(yīng)用程序。這里所述應(yīng)用程序的執(zhí)行，也可以稱為框式設(shè)備的各種特性對(duì)系統(tǒng)事件的響應(yīng)。實(shí)際應(yīng)用中，框式設(shè)備內(nèi)部板卡的組織方式、角色分配、結(jié)構(gòu)變化以及角色變化等都需要框式設(shè)備自身進(jìn)行控制，即實(shí)現(xiàn)分布式設(shè)備的控制。
由于框式設(shè)備采用由主控板進(jìn)行全局管理，多個(gè)接口板協(xié)作處理的模式，可以保證網(wǎng)絡(luò)設(shè)備控制的整體性能，并已經(jīng)獲得廣泛的應(yīng)用。但框式設(shè)備有一個(gè)固定的機(jī)框，每一個(gè)機(jī)框的槽位數(shù)也是固定的，其擴(kuò)展性和靈活性都非常差。如果網(wǎng)絡(luò)設(shè)備需要使用的板卡數(shù)多于機(jī)框的槽位數(shù)，或者某個(gè)板卡的功能需要由遠(yuǎn)程設(shè)備實(shí)現(xiàn)，那么，現(xiàn)有框式設(shè)備就無法滿足這種實(shí)際需求。
為了增強(qiáng)網(wǎng)絡(luò)設(shè)備的擴(kuò)展性和靈活性，目前提出一種堆疊設(shè)備。而現(xiàn)有的堆疊設(shè)備沒有固定的機(jī)框和槽位，是由任意個(gè)具有獨(dú)立CPU的盒式設(shè)備組成。也就是說，堆疊設(shè)備中沒有主控板和接口板的角色，各個(gè)盒式設(shè)備的能力相等，并采用點(diǎn)對(duì)點(diǎn)(Peer to Peer)的方式進(jìn)行交互。由于堆疊設(shè)備與框式設(shè)備的組織方式完全不同，框式設(shè)備已有的應(yīng)用程序不能直接移植到堆疊設(shè)備上。在這種情況下，需要為堆疊設(shè)備在基于點(diǎn)對(duì)點(diǎn)交互方式的基礎(chǔ)上設(shè)計(jì)專門的應(yīng)用程序，技術(shù)實(shí)現(xiàn)非常困難。如果進(jìn)一步擴(kuò)展堆疊設(shè)備，即增加盒式設(shè)備的個(gè)數(shù)，實(shí)現(xiàn)分布式設(shè)備控制技術(shù)的復(fù)雜度還將會(huì)大大增加，難以保證堆疊設(shè)備的整體性能。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)分布式設(shè)備的控制方法，可以保證分布式設(shè)備擴(kuò)展的靈活性和整體性能，還可以降低開發(fā)技術(shù)的復(fù)雜度。
為了達(dá)到上述目的，本發(fā)明提出的技術(shù)方案為一種實(shí)現(xiàn)分布式設(shè)備的控制方法，該方法適合于包括任意個(gè)具有獨(dú)立處理能力的控制單元的分布式設(shè)備，該方法為A、分布式設(shè)備中各控制單元通過拓?fù)浒l(fā)現(xiàn)方法獲得分布式設(shè)備的拓?fù)湫畔?，并根?jù)分布式設(shè)備的拓?fù)湫畔母骺刂茊卧写_定主控單元和非主控單元；B、當(dāng)發(fā)生系統(tǒng)事件時(shí)，主控單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序，或者主控單元和接口控制單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序。
上述方案中，步驟A所述分布式設(shè)備中各控制單元獲得分布式設(shè)備的拓?fù)湫畔⒌姆椒槊恳粋€(gè)控制單元將自身的特征信息以及自身與鄰居之間的連接關(guān)系發(fā)送給其它各控制單元，并接收其它各控制單元的特征信息以及與鄰居之間的連接關(guān)系；每一個(gè)控制單元根據(jù)分布式設(shè)備中所有控制單元自身的特征信息、自身與鄰居之間的連接關(guān)系獲得分布式設(shè)備的拓?fù)湫畔ⅰ?br> 上述方案中，步驟A所述非主控單元為接口控制單元和/或備用控制單元。
上述方案中，預(yù)先設(shè)置控制單元角色選擇策略，如果非主控單元為接口控制單元，則步驟A所述根據(jù)分布式設(shè)備的拓?fù)湫畔母骺刂茊卧写_定主控單元和接口控制單元的方法為根據(jù)分布式設(shè)備的拓?fù)湫畔⒁来闻袛喔骺刂茊卧欠衽c所述控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配，如果匹配，則作為主控單元；否則，作為接口控制單元。
上述方案中，所述控制單元角色選擇策略包括軟件版本號(hào)和硬件能力信息，所述控制單元的特征信息包括軟件能力信息和硬件能力信息，所述判斷分布式設(shè)備中各控制單元是否與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配的方法為將分布式設(shè)備中各控制單元的軟件能力信息和硬件能力信息分別與控制單元角色選擇策略中的軟件能力信息和硬件能力信息進(jìn)行比較，如果控制單元的軟件能力大于或等于控制單元角色選擇策略中的軟件能力，硬件能力大于或等于控制單元角色選擇策略中的硬件能力，則分布式設(shè)備中的控制單元與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配；否則，不匹配。
上述方案中，如果分布式設(shè)備中有多個(gè)控制單元與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配，該方法進(jìn)一步包括從匹配的控制單元中任意選擇一個(gè)作為主控單元，其它匹配的控制單元作為備用設(shè)備。
上述方案中，步驟A所述獲得拓?fù)湫畔⒑筒襟EB之間，該方法進(jìn)一步包括分布式設(shè)備中各控制單元根據(jù)分布式設(shè)備的拓?fù)湫畔⒔⑿畔鬏數(shù)倪壿嬐ǖ馈?br> 上述方案中，所述分布式設(shè)備的拓?fù)湫畔ǜ骺刂茊卧脑O(shè)備地址和對(duì)應(yīng)的ID號(hào)，所述建立信息傳輸?shù)倪壿嬐ǖ赖姆椒槊恳粋€(gè)控制單元建立表示設(shè)備地址和ID號(hào)之間對(duì)應(yīng)關(guān)系的地址映射表，并將分布式設(shè)備的拓?fù)湫畔⒅懈骺刂茊卧脑O(shè)備地址和對(duì)應(yīng)的ID號(hào)填入所述地址映射表中。
上述方案中，所述控制單元的設(shè)備地址為媒體接入控制MAC地址。
本發(fā)明還提出一種計(jì)算機(jī)軟件，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備執(zhí)行上述方案所述的實(shí)現(xiàn)分布式設(shè)備的控制方法。
本發(fā)明還提出一種存儲(chǔ)介質(zhì)，包括上述方案所述的計(jì)算機(jī)軟件。
本發(fā)明還提出一種計(jì)算機(jī)設(shè)備，包括執(zhí)行上述方案所述的實(shí)現(xiàn)分布式設(shè)備的控制方法的軟件以及運(yùn)行該軟件必要的硬件。
綜上所述，本發(fā)明提出一種實(shí)現(xiàn)分布式設(shè)備的控制方法，分布式設(shè)備有任意個(gè)具備獨(dú)立處理能力的控制單元，可以通過拓?fù)浒l(fā)現(xiàn)方法獲得分布式設(shè)備的拓?fù)湫畔?，從各控制單元中確定主控單元和非主控單元，并且在發(fā)生系統(tǒng)事件時(shí)，直接利用框式設(shè)備已有的應(yīng)用程序。這樣，既克服了現(xiàn)有框式設(shè)備擴(kuò)展不靈活性的缺點(diǎn)，又克服了現(xiàn)有堆疊設(shè)備技術(shù)開發(fā)復(fù)雜的缺點(diǎn)，從而可以保證設(shè)備擴(kuò)展的靈活性、設(shè)備的整體性能，并大大減少了開發(fā)人員的工作量。


圖1是本發(fā)明方案的流程圖；圖2是應(yīng)用本發(fā)明方案的實(shí)施例的流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
圖1是本發(fā)明實(shí)現(xiàn)分布式設(shè)備的控制方法的流程圖。如圖1所示，該方法包括步驟101分布式設(shè)備中各控制單元通過拓?fù)浒l(fā)現(xiàn)方法獲得分布式設(shè)備的拓?fù)湫畔?，并根?jù)分布式設(shè)備的拓?fù)湫畔母骺刂茊卧写_定主控單元和非主控單元。
本發(fā)明的分布式設(shè)備可以包括任意個(gè)具有獨(dú)立處理能力的控制單元，每一個(gè)控制單元有自身的中央控制處理器(CPU)，可以獨(dú)立地負(fù)責(zé)本地資源的控制和部分通信事務(wù)。在這種情況下，各控制單元不能象框式設(shè)備一樣可以固定在機(jī)框的槽位中來確定板卡之間的組織關(guān)系，所以需要利用本步驟確定各個(gè)控制單元之間的組織關(guān)系。
本步驟中，各控制單元通過拓?fù)浒l(fā)現(xiàn)方法獲得分布式設(shè)備的拓?fù)湫畔⒌姆椒梢詾槊恳粋€(gè)控制單元將自身的特征信息以及自身與鄰居之間的連接關(guān)系發(fā)送給其它各控制單元，并接收其它各控制單元的特征信息以及其它各控制單元與各自鄰居之間的連接關(guān)系；每一個(gè)控制單元根據(jù)分布式設(shè)備中所有控制單元的特征信息、所有控制單元與鄰居之間的連接關(guān)系獲得分布式設(shè)備的拓?fù)湫畔ⅰ?br> 這里所述控制單元的特征信息可以包括ID號(hào)、設(shè)備地址、軟件能力信息、硬件能力信息等。其中，ID號(hào)為控制單元在分布式設(shè)備中的編號(hào)；設(shè)備地址可以為媒體接入控制(MAC)地址；軟件能力信息可以為控制單元自身運(yùn)行軟件的版本號(hào)；硬件能力信息可以為控制單元的CPU速度、內(nèi)存大小等。當(dāng)然，實(shí)際應(yīng)用中，控制單元的特征信息也可以包括其它信息，由應(yīng)用本發(fā)明方案的用戶自行確定，此處不再一一列舉。
為了明確分布式設(shè)備中各控制單元之間的組織關(guān)系，還需要獲得各控制單元與其鄰居之間的連接關(guān)系。這樣，根據(jù)各控制單元與鄰居之間的連接關(guān)系，就可以確定各控制單元之間的拓?fù)潢P(guān)系。假設(shè)控制單元1、控制單元2、控制單元3與各自鄰居之間的連接關(guān)系為控制單元1與控制單元2相連，控制單元2分別與控制單元1和控制單元3相連，控制單元3與控制單元2相連。那么，根據(jù)控制單元1、控制單元2、控制單元3與各自鄰居之間的連接關(guān)系，就可以確定控制單元1、控制單元2和控制單元3為串行連接。至于分布式設(shè)備具體如何確定各控制單元之間的拓?fù)潢P(guān)系可以參見現(xiàn)有的拓?fù)浒l(fā)現(xiàn)方法，此處不再贅述。
由于各控制單元之間不具有對(duì)等關(guān)系，還需要在獲得分布式設(shè)備的拓?fù)湫畔⒅蟠_定各控制單元的角色，即確定哪個(gè)控制單元為主控單元，哪個(gè)控制單元為非主控單元。實(shí)際應(yīng)用中，非主控單元可以為接口控制單元和/或備用控制單元(一般情況下為備用主控單元)。也就是說，分布式設(shè)備中可以包括主控單元、備用控制單元和接口控制單元，也可以僅包括主控單元和接口控制單元。
實(shí)際應(yīng)用中，如果非主控單元為接口控制單元，從各控制單元中確定主控單元和接口控制單元的方法可以為根據(jù)分布式設(shè)備的拓?fù)湫畔⒁来闻袛喔骺刂茊卧欠衽c預(yù)先設(shè)置的控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配，如果匹配，則作為主控單元；否則，作為接口控制單元。
這里，所述控制單元角色選擇策略實(shí)際上設(shè)置了一個(gè)選擇主控單元的最低標(biāo)準(zhǔn)，只有符合該標(biāo)準(zhǔn)的控制單元才能作為主控單元，否則只能作為接口控制單元。實(shí)際應(yīng)用中，如果控制單元角色選擇策略包括軟件能力信息和硬件能力信息，控制單元的特征信息也包括軟件能力信息和硬件能力信息，那么，判斷各控制單元是否與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配的方法可以為將分布式設(shè)備中各控制單元的軟件能力信息和硬件能力信息分別與控制單元角色選擇策略中的軟件能力信息和硬件能力信息進(jìn)行比較，如果控制單元的軟件能力大于或等于控制單元角色選擇策略中的軟件能力，硬件能力大于或等于控制單元角色選擇策略中的硬件能力，則分布式設(shè)備中的控制單元與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配；否則，不匹配。
這里，控制單元角色選擇策略包括軟件能力信息和硬件能力信息，而實(shí)際應(yīng)用中，控制單元角色選擇策略也可以包括其它因素，由應(yīng)用本發(fā)明方案的用戶自行確定，此處不再贅述。
如果分布式設(shè)備中有多個(gè)控制單元與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配，還可以根據(jù)預(yù)先設(shè)置的主控單元選擇策略從匹配的控制單元中選擇一個(gè)作為主控單元，其它匹配的控制單元作為備用控制單元。
這里，所述主控單元選擇策略也可以由應(yīng)用本發(fā)明方案的用戶自行確定。比如主控單元選擇策略將軟件能力和硬件能力作為選擇主控單元的因素，可以從匹配的控制單元中選擇一個(gè)軟件能力和硬件能力最高的作為主控單元。當(dāng)然，如果所有可能作為主控單元的控制單元的能力都相同，則任意選擇一個(gè)即可。
又比如為了設(shè)備維護(hù)方便等原因，管理人員可能希望選擇出的主控單元位于分布式設(shè)備中邊緣，還可以在主控單元選擇策略中增加位置信息作為選擇主控單元的因素。在這種情況下，就可以從匹配的控制單元中選擇出一個(gè)軟件能力、硬件能力最高，并且處于分布式設(shè)備邊緣的控制單元作為主控單元。
再比如某個(gè)新的控制單元接入分布式設(shè)備，可能引起所有控制單元重新確定角色。為了保證分布式設(shè)備向外提供通信服務(wù)持續(xù)穩(wěn)定，需要盡量避免各控制單元角色的更改。在這種情況下，還可以將角色歷史作為選擇主控單元的因素，所述角色歷史為控制單元最近一次在分布式設(shè)備中角色的歷史記錄。假設(shè)主控單元選擇策略將軟件能力、硬件能力和角色歷史作為選擇主控單元的因素，就可以從匹配的控制單元中選擇出一個(gè)軟件能力、硬件能力最高，并且角色歷史為主控單元的控制單元，將選擇出的控制單元繼續(xù)作為主控單元。
當(dāng)然，主控單元選擇策略還可以根據(jù)應(yīng)用本發(fā)明方案的用戶根據(jù)實(shí)際情況自行確定，此處不再一一列舉。
另外，分布式設(shè)備的各控制單元之間可能將進(jìn)行交互。為了交互更加方便，在本步驟各控制單元獲得拓?fù)湫畔r(shí)，還可以進(jìn)一步包括分布式設(shè)備中各控制單元根據(jù)分布式設(shè)備的拓?fù)湫畔⒔⑿畔鬏數(shù)倪壿嬐ǖ?。這樣，如果各控制單元需要交互，就可以根據(jù)建立的邏輯通道傳輸信息。
步驟102當(dāng)發(fā)生系統(tǒng)事件時(shí)，主控單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序，或者主控單元和非主控單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序。
當(dāng)各控制單元確定角色以后，如果發(fā)生系統(tǒng)事件，就可以按照框式設(shè)備中處理系統(tǒng)事件的方法進(jìn)行處理。比如分布式設(shè)備包括主控單元、接口控制單元和備用控制單元。系統(tǒng)事件可以為在分布式設(shè)備中增加備用控制單元；在分布式設(shè)備中增加接口控制單元；減少分布式設(shè)備中的備用控制單元；減少分布式設(shè)備中的接口控制單元；主控單元發(fā)生故障，并從備用控制單元中選擇一個(gè)作為新的主控單元。
上述系統(tǒng)事件可以分別對(duì)應(yīng)框式設(shè)備中的備用板插入、接口板插入、備用板拔出、接口板拔出以及主備倒換。所以，當(dāng)發(fā)生系統(tǒng)事件時(shí)，本發(fā)明中的各控制單元可以執(zhí)行與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序，執(zhí)行的應(yīng)用程序與框式設(shè)備中的應(yīng)用程序相同，此處不再贅述。
當(dāng)然，本步驟中，應(yīng)該由主控單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序，還是由主控單元和非主控單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序與具體的系統(tǒng)事件相關(guān)。也就是說，如果分布式設(shè)備包括主控單元、接口控制單元和備用控制單元，當(dāng)發(fā)生系統(tǒng)事件時(shí)，可能需要由主控單元執(zhí)行對(duì)應(yīng)的應(yīng)用程序，或者由主控單元和備用控制單元執(zhí)行對(duì)應(yīng)的應(yīng)用程序，或者主控單元和接口單元執(zhí)行對(duì)應(yīng)的應(yīng)用程序，或者由主控單元、接口控制單元和備用控制單元執(zhí)行對(duì)應(yīng)的應(yīng)用程序，其情況與具體的系統(tǒng)事件相關(guān)。比如系統(tǒng)事件為主備倒換，則可以由主控單元和備用控制單元執(zhí)行對(duì)應(yīng)的應(yīng)用程序。至于其它系統(tǒng)事件發(fā)生時(shí)的執(zhí)行情況，此處不再一一列舉。
為了更好地說明本發(fā)明方案，下面用較佳實(shí)施例進(jìn)行詳細(xì)描述。
本實(shí)施例中，假設(shè)分布式設(shè)備中有5個(gè)具有獨(dú)立處理能力的控制單元，分別為X1～X5；控制單元的特征信息包括ID號(hào)、MAC地址、軟件能力信息、硬件能力信息。本實(shí)施例中，假設(shè)控制單元X1大于X2的能力，但都可以與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配，而控制單元X3～X5與主控選擇策略對(duì)應(yīng)的控制單元不匹配。另外，本實(shí)施例中，假設(shè)主控單元選擇策略將軟件能力和硬件能力作為選擇主控單元的因素。
圖2是本實(shí)施例的流程圖。如圖2所示，本實(shí)施例實(shí)現(xiàn)分布式設(shè)備的控制方法包括步驟201每一個(gè)控制單元將自身的特征信息以及自身與鄰居之間的連接關(guān)系發(fā)送給其它各控制單元，并接收其它各控制單元的特征信息以及其它各控制單元與各自鄰居之間的連接關(guān)系；每一個(gè)控制單元根據(jù)分布式設(shè)備中所有控制單元的特征信息、所有控制單元與各自鄰居之間的連接關(guān)系獲得分布式設(shè)備的拓?fù)湫畔ⅰ?br> 本步驟中，每一個(gè)控制單元可以通過廣播的方式將自身的特征信息以及自身與鄰居之間的連接關(guān)系發(fā)送給其它各控制單元，這樣，各控制單元都可以接收到其它所有控制單元的特征信息，以及其它所有控制單元與各自鄰居之間的連接關(guān)系。每一個(gè)控制單元也可以先將自身的特征信息以及自身與鄰居之間的連接關(guān)系發(fā)送給各自的鄰居，再由鄰居依此類推繼續(xù)發(fā)送，直到每一個(gè)的控制單元都獲得其它控制單元的特征信息以及與各自鄰居之間的連接關(guān)系。比如控制單元X1～X3為串行連接，控制單元X1可以先將自身的特征信息以及與鄰居的連接關(guān)系發(fā)送給控制單元X2；控制單元X2再將自身的特征信息、自身與鄰居之間的連接關(guān)系、控制單元X1的特征信息、控制單元X1與鄰居之間的連接關(guān)系發(fā)送給控制單元X3。這樣，控制單元X2和X3都獲得了控制單元X1的特征信息以及X1與鄰居之間的連接關(guān)系。當(dāng)然，控制單元X2和X3也可以按照上述方法將自身的特征信息以及與鄰居的連接關(guān)系發(fā)送給其它控制單元。
步驟202將控制單元X1～X5的軟件能力信息和硬件能力信息分別與預(yù)先設(shè)置的控制單元角色選擇策略中的軟件能力信息和硬件能力信息進(jìn)行比較，如果控制單元的軟件能力大于或等于控制單元角色選擇策略中的軟件能力，硬件能力大于或等于控制單元角色選擇策略中的硬件能力，則作為主控單元；否則，作為接口控制單元。
本實(shí)施例中，由于假設(shè)控制單元X1和X2都可以與主控選擇策略對(duì)應(yīng)的控制單元匹配，執(zhí)行本步驟后可以確定控制單元X1和X2都可以作為主控單元，而控制單元X3～X4作為接口控制單元。
步驟203根據(jù)主控單元選擇策略從控制單元X1和X2中選擇一個(gè)作為主控單元，另外一個(gè)作為備用控制單元。
執(zhí)行本步驟后，由于控制單元X1大于控制單元X2的能力，執(zhí)行本步驟后，將選擇控制單元X1作為主控單元，控制單元X2作為備用控制單元。此時(shí)，分布式設(shè)備中已經(jīng)確定了各種角色，即控制單元X1為主控單元，相當(dāng)于框式設(shè)備的主控板；控制單元X2為備用控制單元，相當(dāng)于框式設(shè)備的備用板；控制單元X3～控制單元X5為接口控制單元，相當(dāng)于框式設(shè)備的接口板。
步驟204控制單元X1～X5分別建立表示設(shè)備地址和ID號(hào)之間對(duì)應(yīng)關(guān)系的地址映射表，并將各控制單元的設(shè)備地址和對(duì)應(yīng)的ID號(hào)填入所述地址映射表。
本步驟中，每一個(gè)控制單元都可以建立地址映射表，以X1為例，地址映射表的格式如表一所示


表一建立地址映射表后，分布式設(shè)備的各控制單元就建立了邏輯通道。此后，當(dāng)控制單元X1需要與其它控制單元進(jìn)行交互，比如在發(fā)生系統(tǒng)事件需執(zhí)行對(duì)應(yīng)的應(yīng)用程序時(shí)，就可以將自身作為源控制單元，將對(duì)方作為目的控制單元，并利用表一將信息傳輸給目的控制單元。當(dāng)然，實(shí)際應(yīng)用中，如果控制單元之間不進(jìn)行交互，或者控制單元直接用廣播的方式與其它控制單元交互，就無需建立邏輯通道，即省略本步驟。
步驟205當(dāng)發(fā)生系統(tǒng)事件時(shí)，分布式設(shè)備的各控制單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序。
本步驟中，由于各控制單元已經(jīng)確定了相當(dāng)于框式設(shè)備的各種角色，可以直接利用框式設(shè)備中的針對(duì)系統(tǒng)事件的應(yīng)用程序。至于具體的應(yīng)用程序如何執(zhí)行，則屬于現(xiàn)有技術(shù)，此處不再贅述。
本實(shí)施例的步驟201～步驟204是在首次組成分布式設(shè)備時(shí)執(zhí)行的，但如果發(fā)生系統(tǒng)事件。即分布式設(shè)備的結(jié)構(gòu)或控制單元的角色發(fā)生了變化，也可以重新執(zhí)行步驟201～步驟204，此處不再贅述。
應(yīng)用本發(fā)明方案，由于分布式設(shè)備有任意個(gè)具備獨(dú)立處理能力的控制單元，并且可以在確定各自角色后直接利用框式設(shè)備已有的應(yīng)用程序，所以，在實(shí)現(xiàn)分布式設(shè)備控制過程中，既可以保證設(shè)備擴(kuò)展的靈活性、保持分布式設(shè)備的整體性能，還可以大大降低技術(shù)開發(fā)的復(fù)雜度，減少開發(fā)人員的工作量。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)廣義的計(jì)算機(jī)設(shè)備(如個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
綜上所述，以上僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種實(shí)現(xiàn)分布式設(shè)備的控制方法，其特征在于，該方法適合于包括任意個(gè)具有獨(dú)立處理能力的控制單元的分布式設(shè)備，該方法為A、分布式設(shè)備中各控制單元通過拓?fù)浒l(fā)現(xiàn)方法獲得分布式設(shè)備的拓?fù)湫畔?，并根?jù)分布式設(shè)備的拓?fù)湫畔母骺刂茊卧写_定主控單元和非主控單元；B、當(dāng)發(fā)生系統(tǒng)事件時(shí)，主控單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序，或者主控單元和非主控單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A所述分布式設(shè)備中各控制單元獲得分布式設(shè)備的拓?fù)湫畔⒌姆椒槊恳粋€(gè)控制單元將自身的特征信息以及自身與鄰居之間的連接關(guān)系發(fā)送給其它各控制單元，并接收其它各控制單元的特征信息以及其它各控制單元與各自鄰居之間的連接關(guān)系；每一個(gè)控制單元根據(jù)分布式設(shè)備中所有控制單元的特征信息、所有控制單元與各自鄰居之間的連接關(guān)系獲得分布式設(shè)備的拓?fù)湫畔ⅰ?br> 3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟A所述非主控單元為接口控制單元和/或備用控制單元。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，預(yù)先設(shè)置控制單元角色選擇策略，如果非主控單元為接口控制單元，則步驟A所述根據(jù)分布式設(shè)備的拓?fù)湫畔母骺刂茊卧写_定主控單元和接口控制單元的方法為根據(jù)分布式設(shè)備的拓?fù)湫畔⒁来闻袛喔骺刂茊卧欠衽c所述控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配，如果匹配，則作為主控單元；否則，作為接口控制單元。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述控制單元角色選擇策略包括軟件能力信息和硬件能力信息，所述控制單元的特征信息包括軟件能力信息和硬件能力信息，所述判斷分布式設(shè)備中各控制單元是否與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配的方法為將分布式設(shè)備中各控制單元的軟件能力信息和硬件能力信息分別與控制單元角色選擇策略中的軟件能力信息和硬件能力信息進(jìn)行比較，如果控制單元的軟件能力大于或等于控制單元角色選擇策略中的軟件能力，硬件能力大于或等于控制單元角色選擇策略中的硬件能力，則分布式設(shè)備中的控制單元與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配；否則，不匹配。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，如果分布式設(shè)備中有多個(gè)控制單元與控制單元角色選擇策略對(duì)應(yīng)的控制單元匹配，該方法進(jìn)一步包括根據(jù)預(yù)先設(shè)置的主控單元選擇策略從匹配的控制單元中選擇一個(gè)作為主控單元，其它匹配的控制單元作為備用控制單元。
7.根據(jù)權(quán)利要求1至6所述的方法，其特征在于，步驟A所述獲得拓?fù)湫畔⒑筒襟EB之間，該方法進(jìn)一步包括分布式設(shè)備中各控制單元根據(jù)分布式設(shè)備的拓?fù)湫畔⒔⑿畔鬏數(shù)倪壿嬐ǖ馈?br> 8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述分布式設(shè)備的拓?fù)湫畔ǜ骺刂茊卧脑O(shè)備地址和對(duì)應(yīng)的ID號(hào)，所述建立信息傳輸?shù)倪壿嬐ǖ赖姆椒槊恳粋€(gè)控制單元建立表示設(shè)備地址和ID號(hào)對(duì)應(yīng)關(guān)系的地址映射表，并將分布式設(shè)備的拓?fù)湫畔⒅懈骺刂茊卧脑O(shè)備地址和對(duì)應(yīng)的ID號(hào)填入所述地址映射表。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述控制單元的設(shè)備地址為媒體接入控制MAC地址。
10.一種計(jì)算機(jī)軟件，其特征在于，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備執(zhí)行如權(quán)利要求1-9任一項(xiàng)所述的實(shí)現(xiàn)分布式設(shè)備的控制方法。
11.一種存儲(chǔ)介質(zhì)，其特征在于，包括如權(quán)利要求10所述的計(jì)算機(jī)軟件。
12.一種計(jì)算機(jī)設(shè)備，其特征在于，包括執(zhí)行如權(quán)利要求1-9任一項(xiàng)所述的實(shí)現(xiàn)分布式設(shè)備的控制方法的軟件以及運(yùn)行該軟件必要的硬件。
全文摘要
本發(fā)明提供一種實(shí)現(xiàn)分布式設(shè)備的控制方法，適合于包括任意個(gè)具有獨(dú)立處理能力的控制單元的分布式設(shè)備，具體為分布式設(shè)備中各控制單元通過拓?fù)浒l(fā)現(xiàn)方法獲得分布式設(shè)備的拓?fù)湫畔ⅲ⒏鶕?jù)分布式設(shè)備的拓?fù)湫畔母骺刂茊卧写_定主控單元和接口控制單元；當(dāng)發(fā)生系統(tǒng)事件時(shí)，主控單元和接口控制單元執(zhí)行已有的與系統(tǒng)事件對(duì)應(yīng)的應(yīng)用程序。應(yīng)用本發(fā)明方案，由于分布式設(shè)備有任意個(gè)具備獨(dú)立處理能力的控制單元，并且可以在確定各自角色后直接利用框式設(shè)備已有的應(yīng)用程序，既可以保證設(shè)備擴(kuò)展的靈活性和整體性能，又可以大大降低技術(shù)開發(fā)的復(fù)雜度。
文檔編號(hào)H04L12/28GK101059764SQ20071010305
公開日2007年10月24日 申請(qǐng)日期2007年5月16日 優(yōu)先權(quán)日2007年5月16日
發(fā)明者朱國(guó)平, 汪勇, 胡小龍, 樊遲 申請(qǐng)人:杭州華三通信技術(shù)有限公司