本發(fā)明涉及信息處理領(lǐng)域，尤指一種云系統(tǒng)中告警信息的管理方法和裝置。
背景技術(shù)：
：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(simplenetworkmanagementprotocol，snmp)是一種應(yīng)用層協(xié)議，是傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議(transmissioncontrolprotocol/internetprotocol，tcp/ip)協(xié)議族的一部分。它使網(wǎng)絡(luò)設(shè)備之間能夠方便地交換管理信息。能夠讓網(wǎng)絡(luò)管理員管理網(wǎng)絡(luò)的性能，發(fā)現(xiàn)和解決網(wǎng)絡(luò)問題及進(jìn)行網(wǎng)絡(luò)的擴(kuò)充。snmptrap(snmp陷阱)是snmp的一部分，當(dāng)被監(jiān)控段出現(xiàn)特定事件，可能是性能問題，甚至是網(wǎng)絡(luò)設(shè)備接口宕掉等，代理端會(huì)給管理站發(fā)告警事件。假如在特定事件出現(xiàn)的時(shí)刻，不是由代理agent主動(dòng)通知網(wǎng)絡(luò)管理系統(tǒng)(networkmanagementsystem，nms)，那么nms必須不斷地對(duì)agent進(jìn)行輪詢。這是非常浪費(fèi)計(jì)算資源的方法，正如人們用中斷通知cpu數(shù)據(jù)的到達(dá)，而不是讓cpu進(jìn)行輪詢一樣。trap通知是更加合理的選擇。在云系統(tǒng)中，開啟snmptrap服務(wù)的機(jī)器可以把本機(jī)器的一些硬件故障信息發(fā)送到指定的機(jī)器。故障信息包括：磁盤的插入與拔出，電源的插入與拔出，電源的健康狀態(tài)，溫度傳感器的狀態(tài)等。在開啟snmptrap服務(wù)的機(jī)器上配置發(fā)送目的機(jī)器的ip及目的端口后，在接收機(jī)器上開啟該端口的監(jiān)聽服務(wù)，就會(huì)收到trap信息，trap信息包括：對(duì)象標(biāo)識(shí)符(objectidentifier,oid)和發(fā)送機(jī)器的ip地址。在云海中監(jiān)控的資源，出現(xiàn)故障后(比如：某個(gè)硬盤的插拔，風(fēng)扇的通電有否)，都會(huì)發(fā)送trap告警信息，該信息包含oid，該資源的ip等信息，云海收到這些信息后，會(huì)根據(jù)oid判斷出發(fā)送的告警信息的具體內(nèi)容和告警資源的資源小類，再結(jié)合ip地址，判斷是由哪個(gè)資源發(fā)出的信息。就可以得出具體資源的具體告警信息。當(dāng)某個(gè)資源的某塊硬盤被拔出時(shí)，會(huì)產(chǎn)生一條trap告警，但是，當(dāng)該硬盤又被插入時(shí)，會(huì)產(chǎn)生另一條trap告警，而實(shí)際上是上一條告警的恢復(fù)，這樣的告警機(jī)制會(huì)給網(wǎng)管維護(hù)帶來不必要的維護(hù)成本。因此，如何優(yōu)化網(wǎng)管維護(hù)減低維護(hù)成本是亟待解決的問題。技術(shù)實(shí)現(xiàn)要素：為了解決上述技術(shù)問題，本發(fā)明提供了一種云系統(tǒng)中告警信息的管理方法和裝置，能夠優(yōu)化網(wǎng)管維護(hù)減低維護(hù)成本。為了達(dá)到本發(fā)明目的，本發(fā)明提供了一種云系統(tǒng)中告警信息的管理方法，包括：當(dāng)檢測(cè)到云系統(tǒng)中端口發(fā)出告警信息后，記錄所述端口的第一告警信息；如果再次檢測(cè)到該端口發(fā)出的第二告警信息后，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息；如果是，則對(duì)所述第二告警信息的輸出進(jìn)行管理。其中，所述方法還具有如下特點(diǎn)：所述對(duì)所述第二告警信息的輸出進(jìn)行管理，包括：將所述第二告警信息的內(nèi)容修改為故障處理結(jié)果；輸出所述故障處理結(jié)果。其中，所述方法還具有如下特點(diǎn)：所述檢測(cè)到該端口發(fā)出的第二告警信息之后，所述方法還包括：判斷所述第二告警信息的發(fā)出時(shí)間是否在所述第一告警信息發(fā)出后的預(yù)先設(shè)置的時(shí)間閾值內(nèi)；如果在所述時(shí)間閾值內(nèi)，再對(duì)所述第二告警信息的內(nèi)容進(jìn)行判斷。其中，所述方法還具有如下特點(diǎn)：所述再次檢測(cè)到該端口發(fā)出的第二告警信息是通過如下方式得到的，包括：獲取所述第一告警信息中的對(duì)象標(biāo)識(shí)符；在接收到所述第二告警信息后，獲取所述第二告警信息中的對(duì)象標(biāo)識(shí)符；判斷所述第二告警信息中的對(duì)象標(biāo)識(shí)符與所述第一告警信息中的對(duì)象標(biāo)識(shí)符是否一致；如果一致，則確定再次檢測(cè)到該端口發(fā)出的第二告警信息。其中，所述方法還具有如下特點(diǎn)：所述判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息，包括：獲取預(yù)先設(shè)置的信息比對(duì)表，其中所述比對(duì)表中包括告警信息的描述信息和所述告警信息對(duì)應(yīng)的故障處理結(jié)果的描述信息；根據(jù)所述信息比對(duì)表，獲取所述第一告警信息對(duì)應(yīng)的故障處理結(jié)果的描述信息；利用所述故障處理結(jié)果的描述信息，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息。一種云系統(tǒng)中告警信息的管理裝置，包括：記錄模塊，用于當(dāng)檢測(cè)到云系統(tǒng)中端口發(fā)出告警信息后，記錄所述端口的第一告警信息；判斷模塊，用于如果再次檢測(cè)到該端口發(fā)出的第二告警信息后，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息；管理模塊，用于如果是，則對(duì)所述第二告警信息的輸出進(jìn)行管理。其中，所述裝置還具有如下特點(diǎn)：所述管理模塊包括：處理單元，用于將所述第二告警信息的內(nèi)容修改為故障處理結(jié)果；輸出單元，用于輸出所述故障處理結(jié)果。其中，所述裝置還具有如下特點(diǎn)：所述判斷模塊包括：第一判斷單元，用于判斷所述第二告警信息的發(fā)出時(shí)間是否在所述第一告警信息發(fā)出后的預(yù)先設(shè)置的時(shí)間閾值內(nèi)；第二判斷單元，用于如果在所述時(shí)間閾值內(nèi)，再對(duì)所述第二告警信息的內(nèi)容進(jìn)行判斷。其中，所述裝置還具有如下特點(diǎn)：所述判斷模塊包括：第一獲取單元，用于獲取所述第一告警信息中的對(duì)象標(biāo)識(shí)符；第二獲取單元，用于在接收到所述第二告警信息后，獲取所述第二告警信息中的對(duì)象標(biāo)識(shí)符；第三判斷單元，用于判斷所述第二告警信息中的對(duì)象標(biāo)識(shí)符與所述第一告警信息中的對(duì)象標(biāo)識(shí)符是否一致；確定單元，用于如果一致，則確定再次檢測(cè)到該端口發(fā)出的第二告警信息。其中，所述裝置還具有如下特點(diǎn)：所述判斷模塊包括：第三獲取單元，用于獲取預(yù)先設(shè)置的信息比對(duì)表，其中所述比對(duì)表中包括告警信息的描述信息和所述告警信息對(duì)應(yīng)的故障處理結(jié)果的描述信息；第四獲取單元，用于根據(jù)所述信息比對(duì)表，獲取所述第一告警信息對(duì)應(yīng)的故障處理結(jié)果的描述信息；判斷單元，用于利用所述故障處理結(jié)果的描述信息，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息。本發(fā)明提供的實(shí)施例，當(dāng)檢測(cè)到云系統(tǒng)中端口發(fā)出告警信息后，記錄所述端口的第一告警信息，如果再次檢測(cè)到該端口發(fā)出的第二告警信息后，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息，如果是，則對(duì)所述第二告警信息的輸出進(jìn)行管理，不僅能夠把trap告警的故障信息和故障的恢復(fù)相關(guān)聯(lián)，讓用戶及時(shí)了解trap告警的故障恢復(fù)情況，還能夠減少trap告警數(shù)，提升告警準(zhǔn)確率。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。附圖說明附圖用來提供對(duì)本發(fā)明技術(shù)方案的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本申請(qǐng)的實(shí)施例一起用于解釋本發(fā)明的技術(shù)方案，并不構(gòu)成對(duì)本發(fā)明技術(shù)方案的限制。圖1為本發(fā)明提供的云系統(tǒng)中告警信息的管理方法的流程圖；圖2為本發(fā)明提供的云系統(tǒng)中告警信息的管理方法應(yīng)用實(shí)例的流程圖；圖3為本發(fā)明提供的云系統(tǒng)中告警信息的管理裝置的結(jié)構(gòu)圖。具體實(shí)施方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。圖1為本發(fā)明提供的云系統(tǒng)中告警信息的管理方法的流程圖。圖1所示方法包括：步驟101、當(dāng)檢測(cè)到云系統(tǒng)中端口發(fā)出告警信息后，記錄所述端口的第一告警信息；步驟102、如果再次檢測(cè)到該端口發(fā)出的第二告警信息后，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息；步驟103、如果是，則對(duì)所述第二告警信息的輸出進(jìn)行管理。舉例來說，硬盤被拔出后和硬盤被插入的oid相關(guān)聯(lián)系，當(dāng)某塊硬盤被拔出，發(fā)送trap告警后，找出對(duì)應(yīng)的硬盤被插入的oid，當(dāng)硬盤被插入的oid發(fā)送過來的時(shí)候，把硬盤把拔出的那條告警的狀態(tài)設(shè)置為恢復(fù)狀態(tài)，而不是新產(chǎn)生一條告警。本發(fā)明提供的方法實(shí)施例，當(dāng)檢測(cè)到云系統(tǒng)中端口發(fā)出告警信息后，記錄所述端口的第一告警信息，如果再次檢測(cè)到該端口發(fā)出的第二告警信息后，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息，如果是，則對(duì)所述第二告警信息的輸出進(jìn)行管理，不僅能夠把trap告警的故障信息和故障的恢復(fù)相關(guān)聯(lián)，讓用戶及時(shí)了解trap告警的故障恢復(fù)情況，還能夠減少trap告警數(shù)，提升告警準(zhǔn)確率。下面對(duì)本發(fā)明提供的方法實(shí)施例作進(jìn)一步說明：本發(fā)明通過對(duì)象標(biāo)識(shí)符(objectidentifier,oid)對(duì)告警信息進(jìn)行標(biāo)識(shí)，其中oid又稱為物聯(lián)網(wǎng)域名，用于對(duì)任何類型的對(duì)象、概念或者“事物”進(jìn)行全球無歧義、唯一命名。其中，oid舉例如下：某品牌存儲(chǔ)設(shè)備的運(yùn)行狀態(tài)的oid：.1.3.6.1.4.1.211.1.21.1.150.14.1.1.0某品牌存儲(chǔ)設(shè)備的硬盤狀態(tài)的oid：.1.3.6.1.4.1.211.1.21.1.150.2.19.2.1.4.1某品牌存儲(chǔ)設(shè)備的硬盤健康狀態(tài)的oid：.1.3.6.1.4.1.211.1.21.1.150.2.19.2.1.17.1被檢測(cè)資源自動(dòng)發(fā)送的告警信息，信息中包含oid和資源的ip，稱為trap告警；當(dāng)告警恢復(fù)后，告警信息記錄的故障信息在設(shè)備中不存在了。在檢測(cè)到該端口發(fā)出的第二告警信息之后，判斷所述第二告警信息的發(fā)出時(shí)間是否在所述第一告警信息發(fā)出后的預(yù)先設(shè)置的時(shí)間閾值內(nèi)；如果在所述時(shí)間閾值內(nèi)，再對(duì)所述第二告警信息的內(nèi)容進(jìn)行判斷。具體的，通過比對(duì)第二告警信息發(fā)出的時(shí)間是否在時(shí)間閾值內(nèi)，來判斷是否需要對(duì)第二告警信息進(jìn)行管理，如果兩條告警信息發(fā)出的時(shí)間間隔過長(zhǎng)，為了讓網(wǎng)管能夠知道端口的變化，就需要將該第二告警信息發(fā)出，以保證告警的準(zhǔn)確性。其中，再次檢測(cè)到該端口發(fā)出的第二告警信息是通過如下方式得到的，包括：獲取所述第一告警信息中的對(duì)象標(biāo)識(shí)符；在接收到所述第二告警信息后，獲取所述第二告警信息中的對(duì)象標(biāo)識(shí)符；判斷所述第二告警信息中的對(duì)象標(biāo)識(shí)符與所述第一告警信息中的對(duì)象標(biāo)識(shí)符是否一致；如果一致，則確定再次檢測(cè)到該端口發(fā)出的第二告警信息。本發(fā)明實(shí)施例通過成對(duì)oid來進(jìn)行管理，成對(duì)oid表示同一事物的兩個(gè)狀態(tài)的oid。比如硬盤插入的oid與硬盤拔出的oid是成對(duì)oid，電源的插入的oid與拔出的oid是成對(duì)oid。本發(fā)明方法實(shí)施例是以同一資源的同一塊磁盤的拔出與插入作為例子來進(jìn)行說明，以便于理解。本專利對(duì)所有的成對(duì)oid所發(fā)送的trap告警均適用。成對(duì)oid所表示的trap信息舉例如表1：刀片服務(wù)器上電刀片服務(wù)器下電刀片服務(wù)器插入刀片服務(wù)器拔出風(fēng)扇拔出槽位風(fēng)扇插入槽位電源插入槽位電源拔出槽位交換背板插入槽位交換背板拔出槽位管理單板插入槽位管理單板拔出槽位磁盤插入磁盤拔出表1在判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息時(shí)，獲取預(yù)先設(shè)置的信息比對(duì)表，其中所述比對(duì)表中包括告警信息的描述信息和所述告警信息對(duì)應(yīng)的故障處理結(jié)果的描述信息；根據(jù)所述信息比對(duì)表，獲取所述第一告警信息對(duì)應(yīng)的故障處理結(jié)果的描述信息；利用所述故障處理結(jié)果的描述信息，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息。具體的，參照表1可知，在第一告警信息為硬盤拔出后，查詢?cè)摰谝桓婢畔?duì)應(yīng)的故障處理結(jié)果，該故障處理結(jié)果為硬盤插入；如果查找到的第二告警信息為硬盤插入，則確定第一告警信息和第二告警信息為成對(duì)oid。其中，對(duì)所述第二告警信息的輸出進(jìn)行管理時(shí)，將所述第二告警信息的內(nèi)容修改為故障處理結(jié)果；輸出所述故障處理結(jié)果。仍以上例進(jìn)行說明，當(dāng)檢測(cè)到硬盤插入的告警信息是對(duì)故障的處理后，可以將該告警信息處理為操作提示信息，該提示信息可以為硬盤已插入，故障已處理。下面以應(yīng)用實(shí)例對(duì)本發(fā)明提供的方法實(shí)施例作進(jìn)一步說明：圖2為本發(fā)明提供的云系統(tǒng)中告警信息的管理方法應(yīng)用實(shí)例的流程圖。圖2所示方法包括：在云海os系統(tǒng)(以下簡(jiǎn)稱“云海os”)中開啟snmptrap監(jiān)聽服務(wù)，在云海os系統(tǒng)中監(jiān)控的資源發(fā)生硬件故障信息后，會(huì)以trap信息的方式發(fā)送到云海os中，其中trap信息包括發(fā)送信息的ip地址及oid。云海os接收到trap信息后，會(huì)根據(jù)其中的oid來識(shí)別發(fā)送信息的資源小類，再結(jié)合ip地址識(shí)別出發(fā)送trap信息的資源。再對(duì)oid進(jìn)行解析，進(jìn)而識(shí)別出具體的告警信息，把告警信息存儲(chǔ)到云海os中,記錄下告警id。根據(jù)trap信息發(fā)送來的oid在related.sql中找到與之成對(duì)的oid，具體related.sql的管理表格具體參見表2。把該oid及其相關(guān)信息存放在info.sql中，其中info.sql的管理表格具體參見表3。當(dāng)云海os中再接收到一條trap信息時(shí)，根據(jù)oid和ip地址識(shí)別出資源名稱后，根據(jù)3個(gè)條件在info.txt文件中查找。如果查找不到，則為一條新的告警；如果可以查找到：則為該條告警的恢復(fù)。其中l(wèi)ink.sql文件的列名示意圖表2表31)首先在云海os系統(tǒng)中開啟snmptrap監(jiān)聽服務(wù)，在云海os系統(tǒng)中監(jiān)控的資源發(fā)生硬件故障信息后，會(huì)以trap信息的方式發(fā)送到云海os中，其中trap信息包括發(fā)送信息的ip地址及oid。2)云海os接收到trap信息后，會(huì)根據(jù)其中的oid來識(shí)別發(fā)送信息的資源小類，再結(jié)合ip地址識(shí)別出發(fā)送trap信息的資源。再對(duì)oid進(jìn)行解析，進(jìn)而識(shí)別出具體的告警信息，把告警信息存儲(chǔ)到云海os中,記錄下告警id。3)根據(jù)trap信息發(fā)送來的oid在related.sql中找到與之成對(duì)的oid。把告警id,資源名稱，告警oid,與之成對(duì)的oid,以及0(表示沒有恢復(fù))作為一行存放在info.sql中；其中related.sql文件的表格參見下表34)當(dāng)云海os中再接收到一條trap信息時(shí)，根據(jù)oid和ip地址識(shí)別出資源名稱后，根據(jù)以下3個(gè)條件(資源名稱，發(fā)來的oid是否與“與之成對(duì)的oid”相同，“是否恢復(fù)”列是否為0)在info.txt文件中查找。a、如果查找不到，則為一條新的告警：把告警信息存儲(chǔ)到云海os中,記錄下告警id，然后按照步驟3操作。b、如果可以查找到：則為該條告警的恢復(fù)。把info.txt中的對(duì)應(yīng)行的“是否恢復(fù)列”置為1。并根據(jù)該行的告警id在云海os中把該條告警刪除。這樣就完成了一條trap告警的恢復(fù)。本發(fā)明應(yīng)用實(shí)例提供的方法，通過使用snmptrap的主動(dòng)推送故障信息的功能以及新建了成對(duì)oid的關(guān)聯(lián)關(guān)系，當(dāng)trap信息是某條trap故障告警的恢復(fù)信息時(shí)，能及時(shí)發(fā)現(xiàn),并把這條告警刪除。在云海os系統(tǒng)中，當(dāng)trap推送中是某條故障的恢復(fù)信息時(shí)，能和之前的故障信息關(guān)聯(lián)，這樣不僅能夠把trap告警的故障信息和故障的恢復(fù)相關(guān)聯(lián)，讓用戶及時(shí)了解trap告警的故障恢復(fù)情況；還能夠減少trap告警數(shù)，提升告警準(zhǔn)確率。圖3為本發(fā)明提供的云系統(tǒng)中告警信息的管理裝置的結(jié)構(gòu)圖。圖3所示裝置，包括：記錄模塊301，用于當(dāng)檢測(cè)到云系統(tǒng)中端口發(fā)出告警信息后，記錄所述端口的第一告警信息；判斷模塊302，用于如果再次檢測(cè)到該端口發(fā)出的第二告警信息后，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息；管理模塊303，用于如果是，則對(duì)所述第二告警信息的輸出進(jìn)行管理。其中，所述管理模塊303包括：處理單元，用于將所述第二告警信息的內(nèi)容修改為故障處理結(jié)果；輸出單元，用于輸出所述故障處理結(jié)果。其中，所述判斷模塊302包括：第一判斷單元，用于判斷所述第二告警信息的發(fā)出時(shí)間是否在所述第一告警信息發(fā)出后的預(yù)先設(shè)置的時(shí)間閾值內(nèi)；第二判斷單元，用于如果在所述時(shí)間閾值內(nèi)，再對(duì)所述第二告警信息的內(nèi)容進(jìn)行判斷。其中，所述判斷模塊302包括：第一獲取單元，用于獲取所述第一告警信息中的對(duì)象標(biāo)識(shí)符；第二獲取單元，用于在接收到所述第二告警信息后，獲取所述第二告警信息中的對(duì)象標(biāo)識(shí)符；第三判斷單元，用于判斷所述第二告警信息中的對(duì)象標(biāo)識(shí)符與所述第一告警信息中的對(duì)象標(biāo)識(shí)符是否一致；確定單元，用于如果一致，則確定再次檢測(cè)到該端口發(fā)出的第二告警信息。其中，所述判斷模塊302包括：第三獲取單元，用于獲取預(yù)先設(shè)置的信息比對(duì)表，其中所述比對(duì)表中包括告警信息的描述信息和所述告警信息對(duì)應(yīng)的故障處理結(jié)果的描述信息；第四獲取單元，用于根據(jù)所述信息比對(duì)表，獲取所述第一告警信息對(duì)應(yīng)的故障處理結(jié)果的描述信息；判斷單元，用于利用所述故障處理結(jié)果的描述信息，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息。本發(fā)明提供的裝置實(shí)施例，當(dāng)檢測(cè)到云系統(tǒng)中端口發(fā)出告警信息后，記錄所述端口的第一告警信息，如果再次檢測(cè)到該端口發(fā)出的第二告警信息后，判斷所述第二告警信息的內(nèi)容是否是對(duì)第一告警信息中記錄的故障的處理結(jié)果的描述信息，如果是，則對(duì)所述第二告警信息的輸出進(jìn)行管理，不僅能夠把trap告警的故障信息和故障的恢復(fù)相關(guān)聯(lián)，讓用戶及時(shí)了解trap告警的故障恢復(fù)情況，還能夠減少trap告警數(shù)，提升告警準(zhǔn)確率。雖然本發(fā)明所揭露的實(shí)施方式如上，但所述的內(nèi)容僅為便于理解本發(fā)明而采用的實(shí)施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領(lǐng)域內(nèi)的技術(shù)人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實(shí)施的形式及細(xì)節(jié)上進(jìn)行任何的修改與變化，但本發(fā)明的專利保護(hù)范圍，仍須以所附的權(quán)利要求書所界定的范圍為準(zhǔn)。當(dāng)前第1頁12