亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種多板卡核心交換機的配置命令交互方法和系統(tǒng)的制作方法

文檔序號:7822871閱讀:808來源:國知局
一種多板卡核心交換機的配置命令交互方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種多板卡核心交換機的配置命令交互方法和系統(tǒng),包括用戶通過第一命令創(chuàng)建單元創(chuàng)建第一命令;根據(jù)第一命令設備管理模塊通過第二命令創(chuàng)建單元關(guān)聯(lián)創(chuàng)建第二命令;提示單元提示用戶是否確認執(zhí)行第一命令:如果用戶放棄,則交互結(jié)束;如果用戶確認,則通過命令交互發(fā)送單元向設備管理模塊發(fā)送第二命令,設備管理模塊按照第二命令對多板卡核心交換機的業(yè)務卡或主控卡進行控制操作。本發(fā)明在遵循行業(yè)命令規(guī)范的同時,避免了單獨對特定交互命令的處理,提高了執(zhí)行效率,具有良好的移植性和擴展性,對多板卡核心交換機的運行不會產(chǎn)生任何影響。
【專利說明】_種多板卡核心交換機的配置命令交互方法和系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種核心交換機的命令交互領(lǐng)域,特別是涉及一種多板卡核心交換機的配置命令交互方法和系統(tǒng)。

【背景技術(shù)】
[0002]核心交換機是針對大型網(wǎng)絡匯聚和中小型網(wǎng)絡核心的高性能的交換機,其通過綜合管理模塊,提供終端界面,用戶通過終端界面,以終端命令的形式來對交換機進行配置,并且,執(zhí)行過的命令會以配置的形式存儲與內(nèi)存當中,而且,如果執(zhí)行存盤的操作,也會將配置以文本的形式存放在文本文件中。綜合管理模塊除了負責與用戶進行信息的交互,還負責讀取和輸出信息,處理用戶輸入的命令。
[0003]核心交換機分為單板交換機和多板卡核心交換機。單板交換機的業(yè)務和主控都集中在一起,即主控制芯片和業(yè)務控制芯片都是集中在一般板卡上,通過一個電源來統(tǒng)一控制,直接在核心交換機的綜合管理模塊中進行管理,命令也不需要發(fā)送到其他模塊去執(zhí)行,直接在綜合管理模塊就可以完成交互。
[0004]多板卡核心交換機,包括多塊主控卡和業(yè)務卡,并且,每塊主控卡或業(yè)務卡上都會自帶電源和風扇。由于電源和風扇比較多,所以多板卡核心交換機除了配備一個與用戶進行交互的綜合管理模塊,還需要專門配置一個用于對所有的板卡進行設備管理的設備管理模塊,設備管理包括電源管理和風扇管理等等。
[0005]通過設備管理模塊對不同的設備進行統(tǒng)一集中管理,雖然使得系統(tǒng)更加便利和合理,但是這種方式也會為系統(tǒng)帶來一定的問題。按照現(xiàn)有的設計,綜合管理模塊是直接向設備管理模塊發(fā)送可執(zhí)行命令。但是在對某一塊業(yè)務卡進行下電或者重啟操作時,多板卡核心交換機的命令執(zhí)行過程如圖1所示,綜合管理模塊的終端界面接收到用戶的指令后,綜合管理模塊還要按照行業(yè)規(guī)范,需要對用戶進行再次提示,并且在得到用戶確認后方可進行操作,這也就是說,需要在設備管理模塊和用戶之間進行確認信息的交互。通常情況下,用戶的確認信息一般為“yes”或“no”等語句,這種語句并非是設備管理模塊的可執(zhí)行命令,設備管理模塊對這類語句是無法識別的,設備管理模塊和用戶之間無法進行交互。目前,對于設備管理模塊和用戶之間的交互,是對用戶的確認信息做一些特殊處理,將其改換為設備管理模塊可執(zhí)行的命令,但是,這樣做不符合設計規(guī)范,也給日后的維護留下了隱串
■/Q1、O


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

[0006]鑒于以上所述現(xiàn)有技術(shù)的缺點,本發(fā)明的目的在于提供一種多板卡核心交換機的配置命令交互方法和系統(tǒng),用于解決現(xiàn)有技術(shù)中多板卡核心交換機的設備管理模塊和用戶之間無法直接進行配置命令的交互的問題。
[0007]為實現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種多板卡核心交換機的配置命令交互方法,所述多板卡核心交換機包括綜合管理模塊和設備管理模塊,所述配置命令交互方法包括:步驟一,用戶創(chuàng)建第一命令;所述設備管理模塊通過所述第一命令關(guān)聯(lián)創(chuàng)建所述第二命令;步驟二,所述綜合管理模塊提示用戶是否確認執(zhí)行所述第一命令:如果用戶確認,則跳轉(zhuǎn)至步驟三;如果用戶放棄,則跳轉(zhuǎn)至步驟五;步驟三,所述綜合管理模塊向所述設備管理模塊發(fā)送所述第二命令;步驟四,所述設備管理模塊執(zhí)行所述第二命令;步驟五,交互結(jié)束。
[0008]可選地,所述第一命令是用戶通過所述綜合管理模塊提供的終端界面創(chuàng)建的。
[0009]可選地,所述第二命令的屬性為隱藏。
[0010]可選地,所述第二命令是所述設備管理模塊的可執(zhí)行命令。
[0011]一種多板卡核心交換機的配置命令交互系統(tǒng),所述多板卡核心交換機包括綜合管理模塊和設備管理模塊,所述多板卡核心交換機的配置命令交互系統(tǒng)包括命第一命令創(chuàng)建單元、提示單元、命令交互發(fā)送單元和第二命令創(chuàng)建單元;所述第一命令創(chuàng)建單元用于創(chuàng)建第一命令;所述提示單元用于提示用戶是否確認執(zhí)行所述第一命令;所述第二命令創(chuàng)建單元用于根據(jù)所述第一命令關(guān)聯(lián)創(chuàng)建第二命令;所述命令交互發(fā)送單元用于向所述設備管理模塊發(fā)送所述第二命令。
[0012]可選地,所述第一命令創(chuàng)建單元、所述提示單元和所述命令交互發(fā)送單元位于所述綜合管理模塊,所述第二命令創(chuàng)建單元位于所述設備管理模塊。
[0013]可選地,所述第二命令的屬性為隱藏。
[0014]可選地,所述命令交互發(fā)送單元在收到用戶確認執(zhí)行所述第一命令時才向所述設備管理模塊發(fā)送所述第二命令。
[0015]可選地,所述第二命令是所述設備管理模塊的可執(zhí)行命令。
[0016]如上所述,本發(fā)明的多板卡核心交換機的配置命令交互方法和系統(tǒng),是一種非常簡單有效的多板卡核心交換機的配置命令交互方法和系統(tǒng),其從提高代碼質(zhì)量的角度出發(fā),將需要特殊處理的字符封裝在單個命令當中,不需要在每次接收終端字符的時候都進行處理。這樣做在遵循行業(yè)命令規(guī)范的同時,避免了單獨對特定交互命令的處理,優(yōu)化了代碼結(jié)構(gòu),提高了執(zhí)行效率,具有良好的移植性和可擴展性,對系統(tǒng)的運行不會產(chǎn)生任何影響。

【專利附圖】

【附圖說明】
[0017]圖1顯示為現(xiàn)有技術(shù)中多板卡核心交換機配置命令執(zhí)行的流程示意圖。
[0018]圖2顯示為本發(fā)明實施例公開的一種多板卡核心交換機的配置命令交互方法的流程示意圖。
[0019]圖3顯示為本發(fā)明實施例公開的一種多板卡核心交換機的配置命令交互系統(tǒng)的結(jié)構(gòu)示意圖。
[0020]元件標號說明
[0021]S21 ?S25 步驟
[0022]100綜合管理模塊
[0023]200設備管理模塊
[0024]300多板卡核心交換機的配置命令交互系統(tǒng)
[0025]310第一命令創(chuàng)建單元
[0026]320第二命令創(chuàng)建單元
[0027]330提示單元
[0028]340命令交互發(fā)送單元

【具體實施方式】
[0029]以下通過特定的具體實例說明本發(fā)明的實施方式,本領(lǐng)域技術(shù)人員可由本說明書所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點與功效。本發(fā)明還可以通過另外不同的【具體實施方式】加以實施或應用,本說明書中的各項細節(jié)也可以基于不同觀點與應用,在沒有背離本發(fā)明的精神下進行各種修飾或改變。需說明的是,在不沖突的情況下,以下實施例及實施例中的特征可以相互組合。
[0030]請參閱附圖。需要說明的是,以下實施例中所提供的圖示僅以示意方式說明本發(fā)明的基本構(gòu)想,遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實際實施時的組件數(shù)目、形狀及尺寸繪制,其實際實施時各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變,且其組件布局型態(tài)也可能更為復雜。
[0031]本發(fā)明的一種多板卡核心交換機的配置命令交互方法和系統(tǒng),針對多板卡核心交換機的設備管理模塊智能處理可執(zhí)行命令,而無法識別和處理用戶的確認信息,提出了一種在命令中嵌套命令的方法,將用戶通過終端界面下達的命令進行拓展,拓展成為兩部分,一部分是用戶與綜合管理模塊之間的第一命令,一部分是綜合管理模塊與設備管理模塊之間的第二命令。多板卡核心交換機的綜合管理模塊在執(zhí)行完與用戶之間的第一命令的交互之后,才會將真正完成命令的第二命令發(fā)送至設備管理模塊去執(zhí)行。本發(fā)明通過綜合管理模塊和設備管理模塊相互協(xié)作并通過模塊間的通信來完成配置命令的交互。
[0032]實施例1
[0033]本實施例提供了一種多板卡核心交換機的配置命令交互方法,其中,所述配置命令是由用戶通過終端界面以命令的形式輸入的一組命令的集合,其主要用于設置或者獲取多板卡核心交換機的信息。用戶可以根據(jù)需求,例如對核心交換機的某一業(yè)務卡進行下電或者重新啟動,輸入不同的命令向核心交換機發(fā)出相應的指令去完成對應的操作。在本實施例中,以重新啟動一塊業(yè)務卡為例來對配置命令的交互予以說明,本發(fā)明的多板卡核心交換機的配置命令交互方法并不僅限于此。假設需重新啟動的業(yè)務卡為SVC卡,如圖2所示,包括:
[0034]步驟一 S21,用戶根據(jù)需要創(chuàng)建第一命令;設備管理模塊根據(jù)第一命令關(guān)聯(lián)創(chuàng)建第二命令。
[0035]本實施例中,用戶需要重新啟動SVC卡,所以通過綜合管理模塊提供的終端界面輸入第一命令:reboot svccard。第一命令是用戶與綜合管理模塊的交互命令。
[0036]與此同時,設備管理模塊會根據(jù)綜合管理模塊接收到第一命令reboot svccard,關(guān)聯(lián)創(chuàng)建一個第二命令:reboot svccard_devmrgo 第二命令 reboot svccard_devmrg 是設備管理模塊的可執(zhí)行命令。此外,設備管理模塊在創(chuàng)建該第二命令時,將其屬性設置為隱藏。
[0037]步驟二 S22,配置命令一般都會涉及到多板卡核心交換機的板卡的下電和熱插拔,所以在行業(yè)規(guī)范中對配置命令的執(zhí)行都有一個不成文的規(guī)定,配置命令在執(zhí)行前,必須經(jīng)過用戶的再次確認,以防止用戶的誤操作。
[0038]綜合管理模塊針對用戶下達的第一命令reboot svccard,再次提示用戶是否確認執(zhí)行第一命令:如果用戶確認執(zhí)行,則跳轉(zhuǎn)至步驟三S23 ;如果用戶放棄執(zhí)行,則跳轉(zhuǎn)至步驟五。
[0039]步驟三S23,綜合管理模塊在接受到用戶從終端界面?zhèn)魉瓦^來的確認執(zhí)行命令后,向設備管理模塊發(fā)送第二命令reboot svccard_devmrg。
[0040]步驟四S24,由于第二命令reboot svccard_devmrg是可執(zhí)行命令,設備管理模塊接收到第二命令reboot svccard_devmrg后,按照該命令對SVC卡執(zhí)行重新啟動操作。
[0041]步驟五S25,多板卡核心交換機的配置命令的交互結(jié)束。
[0042]上面方法的步驟劃分,只是為了描述清楚,實現(xiàn)時可以合并為一個步驟或者對某些步驟進行拆分,分解為多個步驟,只要包含相同的邏輯關(guān)系,都在本專利的保護范圍內(nèi);對算法中或者流程中添加無關(guān)緊要的修改或者引入無關(guān)緊要的設計,但不改變其算法和流程的核心設計都在該專利的保護范圍內(nèi)。
[0043]實施例2
[0044]本實施例公開了一種用于多板卡核心交換機的配置命令交互系統(tǒng)300,其中,多板卡核心交換機包括綜合管理模塊100和設備管理模塊200,其中,綜合管理模塊100提供終端界面用于與用戶進行命令的交互;設備管理模塊200用于管理多板卡核心交換機100內(nèi)的多個板卡,包括但不限于對板卡進行電源管理和風扇管理;綜合管理模塊100和設備管理模塊200之間相互協(xié)作,通過模塊之間的通信來完成命令的執(zhí)行。
[0045]如圖3所示,本實施例的多板卡核心交換機的配置命令交互系統(tǒng)300包括第一命令創(chuàng)建單元310、第二命令創(chuàng)建單元320、提示單元330和命令交互發(fā)送單元340。
[0046]第一命令創(chuàng)建單元310位于綜合管理模塊100,用于創(chuàng)建第一命令。用戶通過綜合管理模塊100提供的終端界面創(chuàng)建第一命令。
[0047]第二命令創(chuàng)建單元320位于設備管理模塊200,用于創(chuàng)建第二命令。根據(jù)第一命令,第二命令創(chuàng)建單元320關(guān)聯(lián)創(chuàng)建對應的第二命令,且在創(chuàng)建時,將第二命令的屬性設置為隱藏。第二命令是設備管理模塊的可執(zhí)行命令。
[0048]提示單元330位于綜合管理模塊100,用于提示用戶是否執(zhí)行所述第一命令。在創(chuàng)建了第一命令后,提示單元330會再次提示用戶,是否確認執(zhí)行第一命令,以減少用戶的誤操作。
[0049]命令交互發(fā)送單元340位于綜合管理模塊100,用于向設備管理模塊200發(fā)送第二命令。命令交互發(fā)送單元340在接收到提示單元330傳送過來的確認執(zhí)行第一命令信息時,會向設備管理模塊200發(fā)送第二命令。由于第二命令是設備管理模塊200的可執(zhí)行命令,所以設備管理模塊200按照第二命令對對應的板卡進行操作。
[0050]不難發(fā)現(xiàn),本實施例為與第一實施例相對應的系統(tǒng)實施例,本實施例可與第一實施例互相配合實施。第一實施例中提到的相關(guān)技術(shù)細節(jié)在本實施例中依然有效,為了減少重復,這里不再贅述。相應地,本實施例中提到的相關(guān)技術(shù)細節(jié)也可應用在第一實施例中。
[0051]綜上所述,本發(fā)明多板卡核心交換機的配置命令交互方法和系統(tǒng),從提高代碼質(zhì)量的角度出發(fā),將需要特殊處理的字符封裝在單個命令當中,不需要在每次接收終端字符的時候都進行處理。這樣做在遵循行業(yè)命令規(guī)范的同時,避免了單獨對特定交互命令的處理,優(yōu)化了代碼結(jié)構(gòu),提高了執(zhí)行效率,具有良好的移植性和擴展性,對系統(tǒng)的運行不會產(chǎn)生任何影響。所以,本發(fā)明有效克服了現(xiàn)有技術(shù)中的種種缺點而具高度產(chǎn)業(yè)利用價值。
[0052]上述實施例僅例示性說明本發(fā)明的原理及其功效,而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下,對上述實施例進行修飾或改變。因此,舉凡所屬【技術(shù)領(lǐng)域】中具有通常知識者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變,仍應由本發(fā)明的權(quán)利要求所涵蓋。
【權(quán)利要求】
1.一種多板卡核心交換機的配置命令交互方法,所述多板卡核心交換機包括綜合管理模塊和設備管理模塊,其特征在于,所述配置命令交互方法包括: 步驟一,用戶創(chuàng)建第一命令;所述設備管理模塊通過所述第一命令關(guān)聯(lián)創(chuàng)建所述第二命令; 步驟二,所述綜合管理模塊提示用戶是否確認執(zhí)行所述第一命令:如果用戶確認,則跳轉(zhuǎn)至步驟三;如果用戶放棄,則跳轉(zhuǎn)至步驟五; 步驟三,所述綜合管理模塊向所述設備管理模塊發(fā)送所述第二命令; 步驟四,所述設備管理模塊執(zhí)行所述第二命令; 步驟五,交互結(jié)束。
2.根據(jù)權(quán)利要求1所述的多板卡核心交換機的配置命令交互方法,其特征在于,所述第一命令是用戶通過所述綜合管理模塊提供的終端界面創(chuàng)建的。
3.根據(jù)權(quán)利要求1所述的多板卡核心交換機的配置命令交互方法,其特征在于,所述第二命令的屬性為隱藏。
4.根據(jù)權(quán)利要求1所述的多板卡核心交換機的配置命令交互方法,其特征在于,所述第二命令是所述設備管理模塊的可執(zhí)行命令。
5.一種多板卡核心交換機的配置命令交互系統(tǒng),所述多板卡核心交換機包括綜合管理模塊和設備管理模塊,其特征在于,所述多板卡核心交換機的配置命令交互系統(tǒng)包括命第一命令創(chuàng)建單元、提示單元、命令交互發(fā)送單元和第二命令創(chuàng)建單元; 所述第一命令創(chuàng)建單元用于創(chuàng)建第一命令; 所述提示單元用于提示用戶是否確認執(zhí)行所述第一命令; 所述第二命令創(chuàng)建單元用于根據(jù)所述第一命令關(guān)聯(lián)創(chuàng)建第二命令; 所述命令交互發(fā)送單元用于向所述設備管理模塊發(fā)送所述第二命令。
6.根據(jù)權(quán)利要求5所述的多板卡核心交換機的配置命令交互系統(tǒng),其特征在于,所述第一命令創(chuàng)建單元、所述提示單元和所述命令交互發(fā)送單元位于所述綜合管理模塊,所述第二命令創(chuàng)建單元位于所述設備管理模塊。
7.根據(jù)權(quán)利要求5所述的多板卡核心交換機的配置命令交互系統(tǒng),其特征在于,所述第二命令的屬性為隱藏。
8.根據(jù)權(quán)利要求5所述的多板卡核心交換機的配置命令交互系統(tǒng),其特征在于,所述命令交互發(fā)送單元在收到用戶確認執(zhí)行所述第一命令時才向所述設備管理模塊發(fā)送所述第二命令。
9.根據(jù)權(quán)利要求5所述的多板卡核心交換機的配置命令交互系統(tǒng),其特征在于,所述第二命令是所述設備管理模塊的可執(zhí)行命令。
【文檔編號】H04L12/24GK104486117SQ201410769175
【公開日】2015年4月1日 申請日期:2014年12月12日 優(yōu)先權(quán)日:2014年12月12日
【發(fā)明者】王偉 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1