本發(fā)明涉及IT運(yùn)維技術(shù)領(lǐng)域，特別是涉及一種基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)。

背景技術(shù)：

隨著信息時(shí)代的持續(xù)發(fā)展，自動(dòng)化運(yùn)維已經(jīng)成為IT服務(wù)內(nèi)涵中重要的組成部分。面對(duì)越來越復(fù)雜的業(yè)務(wù)以及越來越多樣化的用戶需求，不斷擴(kuò)展的IT應(yīng)用需要越來越合理的模式來保障IT服務(wù)能靈活便捷、安全穩(wěn)定地持續(xù)保障，這種模式中的保障因素就是IT運(yùn)維。從初期的幾臺(tái)服務(wù)器發(fā)展到龐大的數(shù)據(jù)中心，單靠人工已經(jīng)無法滿足在技術(shù)、業(yè)務(wù)、管理等方面的要求，因此，標(biāo)準(zhǔn)化、自動(dòng)化、架構(gòu)優(yōu)化、過程優(yōu)化等降低IT服務(wù)成本的保障因素越來越被人們所重視。其中，自動(dòng)化最開始作為代替人工操作為出發(fā)點(diǎn)的訴求被廣泛研究和應(yīng)用。

目前許多企業(yè)的IT運(yùn)維已經(jīng)實(shí)現(xiàn)從人工運(yùn)維轉(zhuǎn)換到計(jì)算機(jī)管理，但目前很多企業(yè)的IT運(yùn)維管理還只是處在“半自動(dòng)化”的運(yùn)維狀態(tài)。因?yàn)檫@種IT運(yùn)維仍然是等到IT故障出現(xiàn)后再由運(yùn)維人員采取相應(yīng)的補(bǔ)救措施。

因此，如何提供一種解決上述技術(shù)問題的基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)是本領(lǐng)域技術(shù)人員目前需要解決的技術(shù)問題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的是提供一種基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)，實(shí)現(xiàn)了全自動(dòng)化，提高了IT運(yùn)維的業(yè)務(wù)保障能力。

為解決上述技術(shù)問題，本發(fā)明提供了一種基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)，包括：

Shinken監(jiān)控模塊，用于對(duì)資源的性能進(jìn)行監(jiān)控，且當(dāng)所述性能滿足預(yù)設(shè)預(yù)警條件時(shí)，發(fā)出告警信息；

故障響應(yīng)模塊，用于觸發(fā)與所述告警信息對(duì)應(yīng)的預(yù)設(shè)故障響應(yīng)；

其中，所述故障響應(yīng)模塊包括CMDB模塊與Ansible運(yùn)維模塊。

優(yōu)選地，所述CMDB模塊用于依據(jù)告警信息向所述Ansible運(yùn)維模塊發(fā)送與所述性能對(duì)應(yīng)的性能參數(shù)查詢指令，并接收所述Ansible運(yùn)維模塊依據(jù)所述性能參數(shù)查詢指令查詢到的性能參數(shù)，依據(jù)所述性能參數(shù)觸發(fā)相應(yīng)的預(yù)設(shè)故障響應(yīng)。

優(yōu)選地，所述Shinken監(jiān)控模塊包括磁盤利用率監(jiān)控模塊，用于監(jiān)控所述資源的磁盤利用率，且當(dāng)判斷得到所述磁盤利用率超過磁盤利用率閾值時(shí)，發(fā)出磁盤利用率超標(biāo)告警信息；

所述CMDB模塊具體用于依據(jù)所述磁盤利用率超標(biāo)告警信息向所述Ansible運(yùn)維模塊發(fā)送磁盤文件查詢指令，并接收所述Ansible運(yùn)維模塊依據(jù)所述磁盤文件查詢指令查詢到的磁盤文件，并判斷所述磁盤文件中是否包括非必要文件，如果是，則通過所述Ansible運(yùn)維模塊控制所述資源刪除掉所述非必要文件，否則，對(duì)所述資源進(jìn)行擴(kuò)容。

優(yōu)選地，所述磁盤文件包括緩存文件、日志文件、安裝包和插件。

優(yōu)選地，所述Shinken監(jiān)控模塊包括CPU利用率監(jiān)控模塊，用于監(jiān)控所述資源的CPU利用率，且當(dāng)判斷得到所述CPU利用率在連續(xù)預(yù)設(shè)時(shí)間段內(nèi)均超過CPU利用率閾值時(shí)，發(fā)出CPU利用率超標(biāo)告警信息；

所述CMDB模塊具體用于依據(jù)所述CPU利用率超標(biāo)告警信息向所述Ansible運(yùn)維模塊發(fā)送CPU執(zhí)行任務(wù)查詢指令，并接收所述Ansible運(yùn)維模塊依據(jù)所述CPU執(zhí)行任務(wù)查詢指令查詢到的所述CPU正在執(zhí)行的任務(wù)，所述任務(wù)包括線程和/或服務(wù)，且當(dāng)所述任務(wù)包括所述線程時(shí)，判斷所述線程是否進(jìn)入死循環(huán)，如果是，則通過所述Ansible運(yùn)維模塊關(guān)閉所述線程，否則，通過所述Ansible運(yùn)維模塊增加CPU個(gè)數(shù)；當(dāng)所述任務(wù)包括所述服務(wù)時(shí)，判斷所述服務(wù)是否必須開啟，如果是，則通過所述Ansible運(yùn)維模塊增加CPU個(gè)數(shù)；否則，通過所述Ansible運(yùn)維模塊關(guān)閉所述服務(wù)。

優(yōu)選地，所述Shinken監(jiān)控模塊包括內(nèi)存利用率監(jiān)控模塊，用于監(jiān)控所述資源的第一內(nèi)存利用率，且當(dāng)判斷得到所述第一內(nèi)存利用率超過內(nèi)存利用率閾值時(shí)，發(fā)出內(nèi)存利用率超標(biāo)告警信息；

所述CMDB模塊具體用于依據(jù)所述內(nèi)存利用率超標(biāo)告警信息向所述Ansible運(yùn)維模塊發(fā)送資源重啟指令，并接收所述Ansible運(yùn)維模塊控制所述資源重啟后的第二內(nèi)存利用率，且當(dāng)所述第二內(nèi)存利用率仍超過所述內(nèi)存利用率閾值時(shí)，通過所述Ansible運(yùn)維模塊擴(kuò)大內(nèi)存。

優(yōu)選地，所述Shinken監(jiān)控模塊包括應(yīng)用升級(jí)監(jiān)控模塊，用于監(jiān)控所述資源的應(yīng)用是否需要升級(jí)，且當(dāng)判斷得到所述應(yīng)用需要升級(jí)時(shí)，發(fā)出升級(jí)告警信息；

所述CMDB模塊具體用于依據(jù)所述升級(jí)告警信息向所述Ansible運(yùn)維模塊發(fā)送應(yīng)用備份指令，并接收所述Ansible運(yùn)維模塊備份是否成功的反饋結(jié)果，如果成功，則向所述Ansible運(yùn)維模塊發(fā)送所述應(yīng)用的新版本的安裝包以及升級(jí)命令，以便所述Ansible運(yùn)維模塊依據(jù)所述安裝包對(duì)所述應(yīng)用進(jìn)行升級(jí)。

優(yōu)選地，所述應(yīng)用為mysql。

優(yōu)選地，所述資源為主機(jī)。

優(yōu)選地，所述資源為虛擬機(jī)。

本發(fā)明提供了一種基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)，包括Shinken監(jiān)控模塊，用于對(duì)資源的性能進(jìn)行監(jiān)控，且當(dāng)性能滿足預(yù)設(shè)預(yù)警條件時(shí)，發(fā)出告警信息；故障響應(yīng)模塊，用于觸發(fā)與告警信息對(duì)應(yīng)的預(yù)設(shè)故障響應(yīng)；其中，故障響應(yīng)模塊包括CMDB模塊與Ansible運(yùn)維模塊。本申請(qǐng)中會(huì)對(duì)資源的性能進(jìn)行預(yù)先監(jiān)控，當(dāng)性能滿足預(yù)設(shè)預(yù)警條件時(shí)，則會(huì)啟動(dòng)相應(yīng)的預(yù)設(shè)故障響應(yīng)，以便將性能可能出現(xiàn)的故障提前處理掉，從而實(shí)現(xiàn)了全自動(dòng)化，提高了IT運(yùn)維的業(yè)務(wù)保障能力。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)現(xiàn)有技術(shù)和實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明提供的一種基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

本發(fā)明的核心是提供一種基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)，實(shí)現(xiàn)了全自動(dòng)化，提高了IT運(yùn)維的業(yè)務(wù)保障能力。

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

請(qǐng)參照?qǐng)D1，圖1為本發(fā)明提供的一種基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括：

Shinken監(jiān)控模塊1，用于對(duì)資源的性能進(jìn)行監(jiān)控，且當(dāng)性能滿足預(yù)設(shè)預(yù)警條件時(shí)，發(fā)出告警信息；

Shinken監(jiān)控模塊1是一個(gè)網(wǎng)絡(luò)監(jiān)控平臺(tái)，可以通過一系列直觀的方式監(jiān)控網(wǎng)絡(luò)內(nèi)的各種健康狀況；

具體地，Shinken監(jiān)控模塊1會(huì)對(duì)資源進(jìn)行監(jiān)控，當(dāng)資源的某些性能滿足預(yù)設(shè)預(yù)警條件時(shí)，會(huì)向CMDB模塊2發(fā)送告警信息。

作為優(yōu)選地，資源為主機(jī)。

作為優(yōu)選地，資源為虛擬機(jī)。

這里的資源既可以是主機(jī)，也可以是虛擬機(jī)，但在實(shí)際應(yīng)用時(shí)具體選用主機(jī)還是虛擬機(jī)可以根據(jù)實(shí)際情況來定，本發(fā)明在此不做特別的限定。

故障響應(yīng)模塊，用于觸發(fā)與告警信息對(duì)應(yīng)的預(yù)設(shè)故障響應(yīng)；

其中，故障響應(yīng)模塊包括CMDB模塊2與Ansible運(yùn)維模塊3。

可以理解的是，這里的預(yù)設(shè)故障響應(yīng)是預(yù)先設(shè)定好的，每個(gè)性能超標(biāo)產(chǎn)生的告警信息都會(huì)對(duì)應(yīng)一個(gè)預(yù)設(shè)故障響應(yīng)。且在實(shí)際應(yīng)用中，用戶可以通過對(duì)CMDB進(jìn)行操作來實(shí)現(xiàn)對(duì)告警信息對(duì)應(yīng)的預(yù)設(shè)故障響應(yīng)的添加或更改。

一旦Shinken監(jiān)控模塊1發(fā)現(xiàn)資源發(fā)生性能超標(biāo)或宕機(jī)，故障響應(yīng)模塊會(huì)觸發(fā)相關(guān)事件或事先定義好的流程，可自動(dòng)啟動(dòng)故障響應(yīng)和恢復(fù)機(jī)制。當(dāng)然，也可以由運(yùn)維人員手動(dòng)解決這些問題。該自動(dòng)化運(yùn)維系統(tǒng)能夠預(yù)測(cè)故障，在故障發(fā)生前報(bào)警并進(jìn)行相應(yīng)的響應(yīng)，從而使得故障被消除在發(fā)生前，將所產(chǎn)生損失降到最低。

需要說明的是，CMDB模塊2的主要功能為整合、調(diào)和、同步、映射、可視化，把一切服務(wù)透明化的展現(xiàn)在操作用戶眼前；Ansible融合了眾多老牌運(yùn)維工具的優(yōu)點(diǎn)，實(shí)現(xiàn)了批量操作系統(tǒng)配置、批量程序的部署、批量運(yùn)行命令等功能。

作為優(yōu)選地，CMDB模塊2用于依據(jù)告警信息向Ansible運(yùn)維模塊3發(fā)送與性能對(duì)應(yīng)的性能參數(shù)查詢指令，并接收Ansible運(yùn)維模塊3依據(jù)性能參數(shù)查詢指令查詢到的性能參數(shù)，依據(jù)性能參數(shù)觸發(fā)相應(yīng)的預(yù)設(shè)故障響應(yīng)。

作為優(yōu)選地，Shinken監(jiān)控模塊1包括磁盤利用率監(jiān)控模塊，用于監(jiān)控資源的磁盤利用率，且當(dāng)判斷得到磁盤利用率超過磁盤利用率閾值時(shí)，發(fā)出磁盤利用率超標(biāo)告警信息；

CMDB模塊2具體用于依據(jù)磁盤利用率超標(biāo)告警信息向Ansible運(yùn)維模塊3發(fā)送磁盤文件查詢指令，并接收Ansible運(yùn)維模塊3依據(jù)磁盤文件查詢指令查詢到的磁盤文件，并判斷磁盤文件中是否包括非必要文件，如果是，則通過Ansible運(yùn)維模塊3控制資源刪除掉非必要文件，否則，對(duì)資源進(jìn)行擴(kuò)容。

具體地，在CMDB接收到磁盤利用率監(jiān)控模塊發(fā)送的磁盤利用率超標(biāo)告警信息后，會(huì)向Ansible運(yùn)維模塊3發(fā)送磁盤文件查詢指令，Ansible運(yùn)維模塊3依據(jù)磁盤文件查詢指令查詢資源上的文件系統(tǒng)目錄及大小并發(fā)送至CMDB模塊2，CMDB模塊2查看是否存在非必要文件，如果是，則通過Ansible運(yùn)維模塊3向資源發(fā)送rm-rfxxx命令來控制資源刪除掉非必要文件，然后再查看磁盤利用率是否仍超過磁盤利用率閾值，如果是，則對(duì)資源進(jìn)行擴(kuò)容，直至磁盤利用率降至磁盤利用率閾值內(nèi)。

另外，這里的對(duì)資源擴(kuò)容是能夠自動(dòng)實(shí)現(xiàn)的，當(dāng)資源為虛擬機(jī)時(shí)，可以通過虛擬機(jī)所在的主機(jī)為其擴(kuò)容，當(dāng)資源為主機(jī)時(shí)，可以通過該主機(jī)所在的集群服務(wù)器中的其他主機(jī)為其擴(kuò)容。

作為優(yōu)選地，磁盤文件包括緩存文件、日志文件、安裝包和插件。

當(dāng)然，這里的磁盤文件還可以包括其他文件，本發(fā)明在此不做特別的限定，根據(jù)實(shí)際情況來定。

作為優(yōu)選地，Shinken監(jiān)控模塊1包括CPU利用率監(jiān)控模塊，用于監(jiān)控資源的CPU利用率，且當(dāng)判斷得到CPU利用率在連續(xù)預(yù)設(shè)時(shí)間段內(nèi)均超過CPU利用率閾值時(shí)，發(fā)出CPU利用率超標(biāo)告警信息；

CMDB模塊2具體用于依據(jù)CPU利用率超標(biāo)告警信息向Ansible運(yùn)維模塊3發(fā)送CPU執(zhí)行任務(wù)查詢指令，并接收Ansible運(yùn)維模塊3依據(jù)CPU執(zhí)行任務(wù)查詢指令查詢到的CPU正在執(zhí)行的任務(wù)，任務(wù)包括線程和/或服務(wù)，且當(dāng)任務(wù)包括線程時(shí)，判斷線程是否進(jìn)入死循環(huán)，如果是，則通過Ansible運(yùn)維模塊3關(guān)閉線程，否則，通過Ansible運(yùn)維模塊3增加CPU個(gè)數(shù)；當(dāng)任務(wù)包括服務(wù)時(shí)，判斷服務(wù)是否必須開啟，如果是，則通過Ansible運(yùn)維模塊3增加CPU個(gè)數(shù)；否則，通過Ansible運(yùn)維模塊3關(guān)閉服務(wù)。

具體地，在CMDB模塊2接收到CPU利用率監(jiān)控模塊發(fā)送的CPU利用率超標(biāo)告警信息后，會(huì)向Ansible運(yùn)維模塊3發(fā)送CPU執(zhí)行任務(wù)查詢指令，Ansible運(yùn)維模塊3會(huì)依據(jù)CPU執(zhí)行任務(wù)查詢指令查詢CPU正在執(zhí)行的任務(wù)，查看是哪些任務(wù)一直在占用CPU，當(dāng)任務(wù)包括服務(wù)時(shí)，查看這些服務(wù)是否必須開啟，如果是，則增加CPU的個(gè)數(shù)，否則，關(guān)掉這些服務(wù)。當(dāng)任務(wù)包括線程時(shí)，則判斷該線程是否由于某些原因進(jìn)入死循環(huán)，如果是，則根據(jù)返回的PID通過Ansible運(yùn)維模塊3kill掉這些PID，也即關(guān)閉這些線程，否則，增加CPU個(gè)數(shù)。

另外，這里的對(duì)資源增加CPU個(gè)數(shù)是能夠自動(dòng)實(shí)現(xiàn)的，當(dāng)資源為虛擬機(jī)時(shí)，可以通過虛擬機(jī)所在的主機(jī)為其增加CPU個(gè)數(shù)，當(dāng)資源為主機(jī)時(shí)，可以通過該主機(jī)所在的集群服務(wù)器中的其他主機(jī)為其增加CPU個(gè)數(shù)。

作為優(yōu)選地，Shinken監(jiān)控模塊1包括內(nèi)存利用率監(jiān)控模塊，用于監(jiān)控資源的第一內(nèi)存利用率，且當(dāng)判斷得到第一內(nèi)存利用率超過內(nèi)存利用率閾值時(shí)，發(fā)出內(nèi)存利用率超標(biāo)告警信息；

CMDB模塊2具體用于依據(jù)內(nèi)存利用率超標(biāo)告警信息向Ansible運(yùn)維模塊3發(fā)送資源重啟指令，并接收Ansible運(yùn)維模塊3控制資源重啟后的第二內(nèi)存利用率，且當(dāng)?shù)诙?nèi)存利用率仍超過內(nèi)存利用率閾值時(shí)，通過Ansible運(yùn)維模塊3擴(kuò)大內(nèi)存。

具體地，在CMDB模塊2接收到內(nèi)存利用率監(jiān)控模塊發(fā)送的內(nèi)存利用率超標(biāo)告警信息后，會(huì)向Ansible運(yùn)維模塊3發(fā)送資源重啟指令，Ansible運(yùn)維模塊3會(huì)依據(jù)資源重啟指令控制資源重啟，且將重啟后的內(nèi)存情況返回至CMDB模塊2，如果還是報(bào)警程度，則可以適當(dāng)擴(kuò)大內(nèi)存。

另外，這里的對(duì)資源擴(kuò)大內(nèi)存是能夠自動(dòng)實(shí)現(xiàn)的，當(dāng)資源為虛擬機(jī)時(shí)，可以通過虛擬機(jī)所在的主機(jī)為其擴(kuò)大內(nèi)存，當(dāng)資源為主機(jī)時(shí)，可以通過該主機(jī)所在的集群服務(wù)器中的其他主機(jī)為其擴(kuò)大內(nèi)存。

作為優(yōu)選地，Shinken監(jiān)控模塊1包括應(yīng)用升級(jí)監(jiān)控模塊，用于監(jiān)控資源的應(yīng)用是否需要升級(jí)，且當(dāng)判斷得到應(yīng)用需要升級(jí)時(shí)，發(fā)出升級(jí)告警信息；

CMDB模塊2具體用于依據(jù)升級(jí)告警信息向Ansible運(yùn)維模塊3發(fā)送應(yīng)用備份指令，并接收Ansible運(yùn)維模塊3備份是否成功的反饋結(jié)果，如果成功，則向Ansible運(yùn)維模塊3發(fā)送應(yīng)用的新版本的安裝包以及升級(jí)命令，以便Ansible運(yùn)維模塊3依據(jù)安裝包對(duì)應(yīng)用進(jìn)行升級(jí)。

Shinken監(jiān)控工具檢測(cè)到資源中應(yīng)用版本需要升級(jí)時(shí)，在CMDB模塊2管理中，利用ansible工具先備份數(shù)據(jù)，根據(jù)返回結(jié)果，發(fā)送新版本應(yīng)用安裝包，然后發(fā)送升級(jí)命令，等到任務(wù)完成之后，再利用Shinken監(jiān)控工具檢測(cè)一下是否資源中應(yīng)用版本已升級(jí)，若果沒有，再次執(zhí)行。

作為優(yōu)選地，應(yīng)用為mysql。

當(dāng)然，這里的應(yīng)用還可以為其他類型的應(yīng)用，本發(fā)明在此不做特別的限定。

本申請(qǐng)中的基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)，運(yùn)維流程自動(dòng)化能夠提高流程的可控性，可以基于業(yè)務(wù)需求來制定個(gè)性化的流程，使企業(yè)領(lǐng)導(dǎo)有機(jī)會(huì)看見他們的業(yè)務(wù)流程，對(duì)企業(yè)流程有一個(gè)深刻的分析和理解，進(jìn)而改造和優(yōu)化流程。運(yùn)維流程的自動(dòng)化能提高透明度，因?yàn)殡S著業(yè)務(wù)需求的變化可能會(huì)有多個(gè)版本出現(xiàn)，手工流程的不透明將會(huì)給流程定制和優(yōu)化帶來相當(dāng)大的困難，而自動(dòng)化流程可以使用戶能夠一目了然的看到整個(gè)流程的各個(gè)節(jié)點(diǎn)運(yùn)轉(zhuǎn)情況，自動(dòng)化工具潛移默化地提升業(yè)務(wù)保障能力。

本發(fā)明提供了一種基于CMDB的自動(dòng)化運(yùn)維系統(tǒng)，包括Shinken監(jiān)控模塊，用于對(duì)資源的性能進(jìn)行監(jiān)控，且當(dāng)性能滿足預(yù)設(shè)預(yù)警條件時(shí)，發(fā)出告警信息；故障響應(yīng)模塊，用于觸發(fā)與告警信息對(duì)應(yīng)的預(yù)設(shè)故障響應(yīng)；其中，故障響應(yīng)模塊包括CMDB模塊與Ansible運(yùn)維模塊。本申請(qǐng)中會(huì)對(duì)資源的性能進(jìn)行預(yù)先監(jiān)控，當(dāng)性能滿足預(yù)設(shè)預(yù)警條件時(shí)，則會(huì)啟動(dòng)相應(yīng)的預(yù)設(shè)故障響應(yīng)，以便將性能可能出現(xiàn)的故障提前處理掉，從而實(shí)現(xiàn)了全自動(dòng)化，提高了IT運(yùn)維的業(yè)務(wù)保障能力。

需要說明的是，在本說明書中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

對(duì)所公開的實(shí)施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其他實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一致的最寬的范圍。