本申請涉及信息系統(tǒng)運行測試技術(shù)領(lǐng)域，更具體地說，涉及一種信息系統(tǒng)運行測試方法及系統(tǒng)。

背景技術(shù)：

信息系統(tǒng)(Information system)是指由計算機硬件、網(wǎng)絡(luò)和通訊設(shè)備、計算機軟件、信息資源、信息用戶和規(guī)章制度組成的以處理信息流為目的的人機一體化系統(tǒng)。信息系統(tǒng)已經(jīng)成為企業(yè)生產(chǎn)經(jīng)營活動和管理決策不可或缺的重要工具，而信息系統(tǒng)在其試運行階段的運行測試是保障信息系統(tǒng)能夠正常工作的重要手段。在信息系統(tǒng)運行測試過程需要遵循“運行環(huán)境相似、業(yè)務(wù)數(shù)據(jù)相似和用戶行為相似”的原則，通過制定專項的測試方案、指向?qū)ｍ棞y試方案客觀評價信息系統(tǒng)的運行狀態(tài)。

在現(xiàn)有技術(shù)中，對于信息系統(tǒng)的運行測試方法通常包括如下步驟：技術(shù)人員根據(jù)對信息系統(tǒng)的理解搭建性能測試模型并確定測試方案，根據(jù)確定的測試方案利用性能測試模型進行運行測試，獲得測試結(jié)果對信息系統(tǒng)進行評估。

但是由于現(xiàn)有技術(shù)中性能測試模型的搭建和測試方案的確定都是由技術(shù)人員根據(jù)自己的理解確定，和真實的用戶行為通常由較大的差異，測試結(jié)果不能準(zhǔn)確的反映信息系統(tǒng)的真實性能；并且由于現(xiàn)有技術(shù)中對信息系統(tǒng)進行運行測試時搭建的性能測試模型通常完全復(fù)刻信息系統(tǒng)的真實運行環(huán)境，對信息系統(tǒng)的運行測試成本較高。

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

為解決上述技術(shù)問題，本發(fā)明提供了一種信息系統(tǒng)運行測試方法及系統(tǒng)，以實現(xiàn)降低對信息系統(tǒng)的運行測試成本，準(zhǔn)確反映信息系統(tǒng)真實性能的目的。

為實現(xiàn)上述技術(shù)目的，本發(fā)明實施例提供了如下技術(shù)方案：

一種信息系統(tǒng)運行測試方法，包括：

根據(jù)所述信息系統(tǒng)建立業(yè)務(wù)模型，所述性能測試模型與所述信息系統(tǒng)真實運行環(huán)境的比例為預(yù)設(shè)比例，且所述預(yù)設(shè)比例小于1；

采集信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)；

在所述業(yè)務(wù)模型框架下，根據(jù)所述信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)建立性能測試模型；

根據(jù)所述預(yù)設(shè)比例和所述用戶行為特征數(shù)據(jù)確定測試方案；

利用所述測試方案對所述性能測試模型進行測試，獲得測試結(jié)果。

可選的，所述根據(jù)所述預(yù)設(shè)比例和所述用戶行為特征數(shù)據(jù)確定測試方案包括：

根據(jù)所述預(yù)設(shè)比例對所述用戶行為特征數(shù)據(jù)進行處理，確定測試邊界值；

根據(jù)時間、流量分布和使用頻次對所述用戶行為特征數(shù)據(jù)進行分類，根據(jù)所述測試邊界值制定測試用例，并根據(jù)分類結(jié)果和所述測試用例生成所述測試方案。

可選的，所述測試方案包括：高峰值典型場景測試方案、高頻度使用功能穩(wěn)定性測試方案和復(fù)雜環(huán)境性能測試方案。

可選的，所述信息系統(tǒng)運行測試方法還包括：

采集所述業(yè)務(wù)模型的用戶體驗評分數(shù)據(jù)；

根據(jù)所述用戶體驗評分數(shù)據(jù)和評分標(biāo)準(zhǔn)對所述信息系統(tǒng)的用戶體驗進行評價，獲得體驗評價結(jié)果。

可選的，還包括：

利用安全測試工具對所述業(yè)務(wù)模型進行安全掃描測試和安全配置檢查，獲得安全測試結(jié)果。

一種信息系統(tǒng)運行測試系統(tǒng)，包括：

業(yè)務(wù)建立模塊，用于根據(jù)所述信息系統(tǒng)建立業(yè)務(wù)模型，所述性能測試模型與所述信息系統(tǒng)真實運行環(huán)境的比例為預(yù)設(shè)比例，且所述預(yù)設(shè)比例小于1；

第一采集模塊，用于采集信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)；

模型建立模塊，用于在所述業(yè)務(wù)模型框架下，根據(jù)所述信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)建立性能測試模型；

方案確定模塊，用于根據(jù)所述預(yù)設(shè)比例和所述用戶行為特征數(shù)據(jù)確定測試方案；

測試模塊，用于利用所述測試方案對所述性能測試模型進行測試，獲得測試結(jié)果。

可選的，所述方案確定模塊包括：

比例縮小單元，用于根據(jù)所述預(yù)設(shè)比例對所述用戶行為特征數(shù)據(jù)進行處理，確定測試邊界值；

方案生成單元，用于根據(jù)時間、流量分布和使用頻次對用戶行為特征數(shù)據(jù)進行分類，根據(jù)所述測試邊界值制定測試用例，并根據(jù)分類結(jié)果和所述測試用例生成所述測試方案。

可選的，所述測試方案包括：高峰值典型場景測試方案、高頻度使用功能穩(wěn)定性測試方案和復(fù)雜環(huán)境性能測試方案。

可選的，還包括：

評分數(shù)據(jù)模塊，用于采集所述業(yè)務(wù)模型的用戶體驗評分數(shù)據(jù)；

體驗評估模塊，根據(jù)所述用戶體驗評分數(shù)據(jù)和評分標(biāo)準(zhǔn)對所述信息系統(tǒng)的用戶體驗進行評價，獲得體驗評價結(jié)果。

可選的，還包括：

安全測試模塊，用于利用安全測試工具對所述業(yè)務(wù)模型進行安全掃描測試和安全配置檢查，獲得安全測試結(jié)果。

從上述技術(shù)方案可以看出，本發(fā)明實施例提供了一種信息系統(tǒng)運行測試方法及系統(tǒng)，其中，所述信息系統(tǒng)運行測試方法在對信息系統(tǒng)進行運行測試時建立的業(yè)務(wù)模型與真實運行環(huán)境的比例小于1，并且基于這個同比例縮小的業(yè)務(wù)模型建立進行性能測試模型以用于所述信息系統(tǒng)的運行測試，以反映信息系統(tǒng)的運行性能，從而實現(xiàn)了降低對所述信息系統(tǒng)進行運行測試的成本；并且所述信息系統(tǒng)運行測試方法通過采集信息系統(tǒng)運行數(shù)據(jù)和真實的用戶行為特征數(shù)據(jù)進行性能測試模型的建立，并且利用所述預(yù)設(shè)比例和真實的用戶行為特征數(shù)據(jù)確定測試方案，從而使得最終獲得的測試結(jié)果能夠準(zhǔn)確的反映所述信息系統(tǒng)的真實性能。

附圖說明

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

圖1為本申請的一個實施例提供的一種信息系統(tǒng)安全測試方法的流程示意圖；

圖2為本申請的另一個實施例提供的一種信息系統(tǒng)安全測試方法的流程示意圖；

圖3為本申請的又一個實施例提供的一種信息系統(tǒng)安全測試方法的流程示意圖；

圖4為本申請的再一個實施例提供的一種信息系統(tǒng)安全測試方法的流程示意圖；

圖5為本申請的一個實施例提供的一種信息系統(tǒng)安全測試系統(tǒng)的結(jié)構(gòu)示意圖；

圖6為本申請的另一個實施例提供的一種信息系統(tǒng)安全測試系統(tǒng)的結(jié)構(gòu)示意圖；

圖7為本申請的又一個實施例提供的一種信息系統(tǒng)安全測試系統(tǒng)的結(jié)構(gòu)示意圖；

圖8為本申請的再一個實施例提供的一種信息系統(tǒng)安全測試系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

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

本申請實施例提供了一種信息系統(tǒng)運行測試方法，如圖1所示，包括：

S101：根據(jù)所述信息系統(tǒng)建立業(yè)務(wù)模型，所述性能測試模型與所述信息系統(tǒng)真實運行環(huán)境的比例為預(yù)設(shè)比例，且所述預(yù)設(shè)比例小于1。

需要說明的是，業(yè)務(wù)模型的建立主要是為了更好地分析信息系統(tǒng)，使后續(xù)的監(jiān)測和測試方案的制定更有針對性。所以這里的業(yè)務(wù)模型主要指業(yè)務(wù)用例模型和業(yè)務(wù)數(shù)據(jù)模型。在建模過程中需要利用不同的角色遍歷所有可能的用例路徑，最大限度的體現(xiàn)信息系統(tǒng)的業(yè)務(wù)流向和數(shù)據(jù)流向。通過建模過程分析信息系統(tǒng)的業(yè)務(wù)核心點和數(shù)據(jù)核心點，從而為后續(xù)的方案制定提供依據(jù)。

S102：采集信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)。

需要說明的是，在本申請的一個具體實施例中，所述信息系統(tǒng)運行數(shù)據(jù)包括：硬件性能數(shù)據(jù)、應(yīng)用性能數(shù)據(jù)、數(shù)據(jù)庫數(shù)據(jù)和日志文件數(shù)據(jù)。具體地各個數(shù)據(jù)包含的數(shù)據(jù)項名稱和數(shù)據(jù)收集途徑等信息詳見表1。

表1數(shù)據(jù)采集分析項表

S103：根據(jù)所述信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)建立性能測試模型。

在步驟S103中，根據(jù)采集的所述信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)建立同比例縮小的性能測試模型用于接下來的運行測試過程中，以在實現(xiàn)降低信息系統(tǒng)運行測試成本的基礎(chǔ)上，準(zhǔn)確的反映信息系統(tǒng)的真實性能的目的。

S104：根據(jù)所述預(yù)設(shè)比例和所述用戶行為特征數(shù)據(jù)確定測試方案。

具體地，由于采集的用戶行為特征數(shù)據(jù)都是在真實運行環(huán)境中獲取的，直接用于所述性能測試模型中會導(dǎo)致數(shù)據(jù)不匹配的問題，因此需要根據(jù)所述預(yù)設(shè)比例對所述用戶行為特征數(shù)據(jù)進行縮小，以使其適用于所述性能測試模型。

另外，所述測試方案的確定主要依據(jù)的是前期采集的用戶行為特征數(shù)據(jù)，例如正常場景、復(fù)雜混合場景、穩(wěn)定性場景以及異常場景的測試，測試方案的腳本并發(fā)值應(yīng)依據(jù)采集的用戶行為特征數(shù)據(jù)確定，以充分模擬用戶使用習(xí)慣，包括隨機思考時間和操作集合點等要求。

S105：利用所述測試方案對所述性能測試模型進行測試，獲得測試結(jié)果。

需要說明的是，在本申請的其他實施例中，在獲得所述測試結(jié)果后，針對測試結(jié)果中發(fā)現(xiàn)的問題，會分析相關(guān)日志信息并進行代碼級診斷分析(程序代碼+數(shù)據(jù)庫SQL代碼)，從而給出信息系統(tǒng)問題的分析結(jié)果并給出改進意見。

還需要說明的是，所述信息系統(tǒng)運行測試方法在對信息系統(tǒng)進行運行測試時建立的業(yè)務(wù)模型與真實運行環(huán)境的比例小于1，并且基于這個同比例縮小的業(yè)務(wù)模型建立進行性能測試模型以用于所述信息系統(tǒng)的運行測試，以反映信息系統(tǒng)的運行性能，從而實現(xiàn)了降低對所述信息系統(tǒng)進行運行測試的成本；并且所述信息系統(tǒng)運行測試方法通過采集信息系統(tǒng)運行數(shù)據(jù)和真實的用戶行為特征數(shù)據(jù)進行性能測試模型的建立，并且利用所述預(yù)設(shè)比例和真實的用戶行為特征數(shù)據(jù)確定測試方案，從而使得最終獲得的測試結(jié)果能夠準(zhǔn)確的反映所述信息系統(tǒng)的真實性能。

在上述實施例的基礎(chǔ)上，在本申請的一個實施例中，如圖2所示，所述根據(jù)所述預(yù)設(shè)比例和所述用戶行為特征數(shù)據(jù)確定測試方案包括：

S1041：根據(jù)所述預(yù)設(shè)比例對所述用戶行為特征數(shù)據(jù)進行處理，確定測試邊界值；

S1042：根據(jù)時間、流量分布和使用頻次對所述用戶行為特征數(shù)據(jù)進行分類，根據(jù)所述測試邊界值制定測試用例，并根據(jù)分類結(jié)果和所述測試用例生成所述測試方案。

具體地，所述測試方案包括：高峰值典型場景測試方案、高頻度使用功能穩(wěn)定性測試方案和復(fù)雜環(huán)境性能測試方案。

在本申請的一個具體實施例中，對所述信息系統(tǒng)進行運行測試的具體性能指標(biāo)如表2所示。

表2性能測試指標(biāo)標(biāo)準(zhǔn)

在上述實施例的基礎(chǔ)上，在本申請的另一個實施例中，如圖3所示，所述信息系統(tǒng)運行測試方法還包括：

S106：采集所述業(yè)務(wù)模型的用戶體驗評分數(shù)據(jù)；

S107：根據(jù)所述用戶體驗評分數(shù)據(jù)和評分標(biāo)準(zhǔn)對所述信息系統(tǒng)的用戶體驗進行評價，獲得體驗評價結(jié)果。

在上述實施例的基礎(chǔ)上，在本申請的又一個實施例中，如圖4所示，所述信息系統(tǒng)運行測試方法還包括：

S108：利用安全測試工具對所述業(yè)務(wù)模型進行安全掃描測試和安全配置檢查，獲得安全測試結(jié)果。

具體地，在本申請的其他實施例中，對所述信息系統(tǒng)進行安全測試的評估主要從以下幾個方面進行：

1.利用主流的安全測試工具對被測信息系統(tǒng)以及集成信息系統(tǒng)進行安全掃描測試，并進行應(yīng)用安全配置檢查，保證運行環(huán)境的安全。

2.引入國際先進的檢測技術(shù)，建立編碼規(guī)范檢查知識庫、建立缺陷靜態(tài)分析知識庫、建立死代碼分析知識庫。通過對信息系統(tǒng)源代碼進行海量數(shù)據(jù)比對及規(guī)則匹配，從而有效檢測出信息系統(tǒng)源代碼的開源組成情況、開源協(xié)議情況、代碼CVE漏洞情況、編碼違規(guī)情況及缺陷情況。階段性對系統(tǒng)進行多次安全掃描，因為這是實時更新的漏洞庫和缺陷庫，可以最及時的發(fā)現(xiàn)各種最新漏洞。

3.針對修復(fù)的重要缺陷和問題，在性能測試模型進行滲透測試，評估修復(fù)效果。

4.最后。通過收集的運行數(shù)據(jù)和日志信息以及問題修復(fù)情況，對信息系統(tǒng)進行評估，制定階段性的安全檢測計劃。

相應(yīng)的，本申請實施例還提供了一種信息系統(tǒng)運行測試系統(tǒng)，如圖5所示，包括：

業(yè)務(wù)建立模塊100，用于根據(jù)所述信息系統(tǒng)建立業(yè)務(wù)模型，所述性能測試模型與所述信息系統(tǒng)真實運行環(huán)境的比例為預(yù)設(shè)比例，且所述預(yù)設(shè)比例小于1；

第一采集模塊200，用于采集信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)；

模型建立模塊300，用于在所述業(yè)務(wù)模型框架下，根據(jù)所述信息系統(tǒng)運行數(shù)據(jù)和用戶行為特征數(shù)據(jù)建立性能測試模型；

方案確定模塊400，用于根據(jù)所述預(yù)設(shè)比例和所述用戶行為特征數(shù)據(jù)確定測試方案；

測試模塊500，用于利用所述測試方案對所述性能測試模型進行測試，獲得測試結(jié)果。

需要說明的是，在本申請的一個具體實施例中，所述信息系統(tǒng)運行數(shù)據(jù)包括：硬件性能數(shù)據(jù)、應(yīng)用性能數(shù)據(jù)、數(shù)據(jù)庫數(shù)據(jù)和日志文件數(shù)據(jù)。具體地各個數(shù)據(jù)包含的數(shù)據(jù)項名稱和數(shù)據(jù)收集途徑等信息詳見表1。

表1數(shù)據(jù)采集分析項表

具體地，由于采集的用戶行為特征數(shù)據(jù)都是在真實運行環(huán)境中獲取的，直接用于所述性能測試模型中會導(dǎo)致數(shù)據(jù)不匹配的問題，因此需要根據(jù)所述預(yù)設(shè)比例對所述用戶行為特征數(shù)據(jù)進行縮小，以使其適用于所述性能測試模型。

另外，所述測試方案的確定主要依據(jù)的是前期采集的用戶行為特征數(shù)據(jù)，例如正常場景、復(fù)雜混合場景、穩(wěn)定性場景以及異常場景的測試，測試方案的腳本并發(fā)值應(yīng)依據(jù)采集的用戶行為特征數(shù)據(jù)確定，以充分模擬用戶使用習(xí)慣，包括隨機思考時間和操作集合點等要求。

在本申請的其他實施例中，在獲得所述測試結(jié)果后，針對測試結(jié)果中發(fā)現(xiàn)的問題，會分析相關(guān)日志信息并進行代碼級診斷分析(程序代碼+數(shù)據(jù)庫SQL代碼)，從而給出信息系統(tǒng)問題的分析結(jié)果并給出改進意見。

還需要說明的是，所述信息系統(tǒng)運行測試系統(tǒng)在對信息系統(tǒng)進行運行測試時建立的業(yè)務(wù)模型與真實運行環(huán)境的比例小于1，并且基于這個同比例縮小的業(yè)務(wù)模型建立進行性能測試模型以用于所述信息系統(tǒng)的運行測試，以反映信息系統(tǒng)的運行性能，從而實現(xiàn)了降低對所述信息系統(tǒng)進行運行測試的成本；并且所述信息系統(tǒng)運行測試方法通過采集信息系統(tǒng)運行數(shù)據(jù)和真實的用戶行為特征數(shù)據(jù)進行性能測試模型的建立，并且利用所述預(yù)設(shè)比例和真實的用戶行為特征數(shù)據(jù)確定測試方案，從而使得最終獲得的測試結(jié)果能夠準(zhǔn)確的反映所述信息系統(tǒng)的真實性能。

在上述實施例的基礎(chǔ)上，在本申請的一個實施例中，如圖6所示，所述方案確定模塊400包括：

比例縮小單元410，用于根據(jù)所述預(yù)設(shè)比例對所述用戶行為特征數(shù)據(jù)進行處理，確定測試邊界值；

方案生成單元420，用于根據(jù)時間、流量分布和使用頻次對所述用戶行為特征數(shù)據(jù)進行分類，根據(jù)所述測試邊界值制定測試用例，并根據(jù)分類結(jié)果和所述測試用例生成所述測試方案。

具體地，所述測試方案包括：高峰值典型場景測試方案、高頻度使用功能穩(wěn)定性測試方案和復(fù)雜環(huán)境性能測試方案。

在本申請的一個具體實施例中，對所述信息系統(tǒng)進行運行測試的具體性能指標(biāo)如表2所示。

表2性能測試指標(biāo)標(biāo)準(zhǔn)

在上述實施例的基礎(chǔ)上，在本申請的另一個實施例中，如圖7所示，所述信息系統(tǒng)運行測試系統(tǒng)還包括：

評分數(shù)據(jù)模塊600，用于采集所述性能測試模型的用戶體驗評分數(shù)據(jù)；

體驗評估模塊700，根據(jù)所述用戶體驗評分數(shù)據(jù)和評分標(biāo)準(zhǔn)對所述信息系統(tǒng)的用戶體驗進行評價，獲得體驗評價結(jié)果。

在上述實施例的基礎(chǔ)上，在本申請的又一個實施例中，如圖8所示，所述信息系統(tǒng)運行測試系統(tǒng)還包括：

安全測試模塊800，用于利用安全測試工具對所述性能測試模型進行安全掃描測試和安全配置檢查，獲得安全測試結(jié)果。

具體地，在本申請的其他實施例中，對所述信息系統(tǒng)進行安全測試的評估主要從以下幾個方面進行：

1.利用主流的安全測試工具對被測信息系統(tǒng)以及集成信息系統(tǒng)進行安全掃描測試，并進行應(yīng)用安全配置檢查，保證運行環(huán)境的安全。

2.引入國際先進的檢測技術(shù)，建立編碼規(guī)范檢查知識庫、建立缺陷靜態(tài)分析知識庫、建立死代碼分析知識庫。通過對信息系統(tǒng)源代碼進行海量數(shù)據(jù)比對及規(guī)則匹配，從而有效檢測出信息系統(tǒng)源代碼的開源組成情況、開源協(xié)議情況、代碼CVE漏洞情況、編碼違規(guī)情況及缺陷情況。階段性對系統(tǒng)進行多次安全掃描，因為這是實時更新的漏洞庫和缺陷庫，可以最及時的發(fā)現(xiàn)各種最新漏洞。

3.針對修復(fù)的重要缺陷和問題，在性能測試模型進行滲透測試，評估修復(fù)效果。

4.最后。通過收集的運行數(shù)據(jù)和日志信息以及問題修復(fù)情況，對信息系統(tǒng)進行評估，制定階段性的安全檢測計劃。

綜上所述，本申請實施例提供了一種信息系統(tǒng)安全測試方法及系統(tǒng)，其中，所述信息系統(tǒng)運行測試方法在對信息系統(tǒng)進行運行測試時建立的業(yè)務(wù)模型與真實運行環(huán)境的比例小于1，并且基于這個同比例縮小的業(yè)務(wù)模型建立進行性能測試模型以用于所述信息系統(tǒng)的運行測試，以反映信息系統(tǒng)的運行性能，從而實現(xiàn)了降低對所述信息系統(tǒng)進行運行測試的成本；并且所述信息系統(tǒng)運行測試方法通過采集信息系統(tǒng)運行數(shù)據(jù)和真實的用戶行為特征數(shù)據(jù)進行性能測試模型的建立，并且利用所述預(yù)設(shè)比例和真實的用戶行為特征數(shù)據(jù)確定測試方案，從而使得最終獲得的測試結(jié)果能夠準(zhǔn)確的反映所述信息系統(tǒng)的真實性能。

本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。

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