一種數據獲取方法及系統與流程

本發明涉及集群系統領域，尤其涉及一種數據獲取方法及系統。

背景技術：

目前，對于客戶端/服務器(Client/Server)的網絡架構模式，客戶端(Client)一般指的是Web界面，服務器(Server)可以代表整個服務器集群系統，在實際應用時，用戶通過Web界面下發http請求到Server，Server中相應的代理模塊(Agent)接收請求并做相應的操作，將操作結果返回給Web。

一般來說，Web的數據是從集群系統中實時獲取的，而其中的某些數據需要調用集群系統的命令獲取，若命令運行時間較長，則會造成Web獲取該數據有延時，導致Web的交互性和友好性都很差。

技術實現要素：

本發明實施例的主要目的在于提供一種數據獲取方法及系統，能夠加快客戶端從服務器的數據獲取速度。

本發明實施例提供了一種數據獲取方法，所述方法應用于一種數據獲取系統，所述系統包括客戶端、中間設備、以及至少一個服務器集群；所述中間設備能夠訪問的數據庫中預先存儲了至少一個第一目標數據，其中，在正常網絡狀態下，所述客戶端從所述服務器集群獲取所述第一目標數據的獲取時長超過預設時長；所述方法包括：

所述客戶端向所述中間設備發送第一數據獲取請求，所述第一數據獲取請求用于請求所述第一目標數據；

所述中間設備從所述數據庫中提取所述第一目標數據，將所述第一目標數據返回至所述客戶端。

可選的，所述數據庫中的第一目標數據按照下述方式獲取：

所述服務器集群中的主節點服務器按照預設時間間隔獲取本集群內的第一目標數據，并將每次獲取的至少一個第一目標數據推送至所述中間設備；

所述中間設備將所述至少一個第一目標數據存入所述數據庫。

可選的，所述方法還包括：

所述客戶端經所述中間設備向所述服務器集群的主節點服務器發送第二數據獲取請求，所述第二數據獲取請求用于請求第二目標數據；其中，在正常網絡狀態下，所述客戶端從所述服務器集群獲取所述第二目標數據的獲取時長不超過所述預設時長；

所述服務器集群的主節點服務器通過所述中間設備向所述客戶端返回所述第二目標數據。

可選的，所述方法還包括：

所述客戶端通過所述中間設備向所述服務器集群的主節點服務器發送設備發現請求；

所述服務器集群的主節點服務器將所述設備發現請求中的服務器信息與所述服務器集群的服務器信息進行匹配；

所述服務器集群的主節點服務器通過所述中間設備向所述客戶端返回匹配出的服務器信息。

可選的，所述將所述設備發現請求中的服務器信息與所述服務器集群的服務器信息進行匹配，包括：

當所述設備發現請求攜帶了至少一個IP地址時，將所述至少一個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配；

當所述設備發現請求攜帶了至少一個IP地址段時，將所述至少一個IP地址段中的每個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配；

當所述設備發現請求攜帶了局域網內的所有IP地址時，將所述所有IP地址中的每個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配；

相應地，所述通過所述中間設備向所述客戶端返回匹配出的服務器信息，包括：

通過所述中間設備向所述客戶端返回匹配出的IP地址。

本發明實施例還提供了一種數據獲取系統，所述系統包括客戶端、中間設備、以及至少一個服務器集群；所述中間設備能夠訪問的數據庫中預先存儲了至少一個第一目標數據，其中，在正常網絡狀態下，所述客戶端從所述服務器集群獲取所述第一目標數據的獲取時長超過預設時長；

所述客戶端，用于向所述中間設備發送第一數據獲取請求，所述第一數據獲取請求用于請求所述第一目標數據；

所述中間設備，用于從所述數據庫中提取所述第一目標數據，將所述第一目標數據返回至所述客戶端。

可選的，所述服務器集群中的主節點服務器，用于按照預設時間間隔獲取本集群內的第一目標數據，并將每次獲取的至少一個第一目標數據推送至所述中間設備；

所述中間設備，還用于將所述至少一個第一目標數據存入所述數據庫。

可選的，所述客戶端，還用于經所述中間設備向所述服務器集群的主節點服務器發送第二數據獲取請求，所述第二數據獲取請求用于請求第二目標數據；其中，在正常網絡狀態下，所述客戶端從所述服務器集群獲取所述第二目標數據的獲取時長不超過所述預設時長；

所述服務器集群的主節點服務器，用于通過所述中間設備向所述客戶端返回所述第二目標數據。

可選的，所述客戶端，還用于通過所述中間設備向所述服務器集群的主節點服務器發送設備發現請求；

所述服務器集群的主節點服務器，還用于將所述設備發現請求中的服務器信息與所述服務器集群的服務器信息進行匹配；通過所述中間設備向所述客戶端返回匹配出的服務器信息。

可選的，所述服務器集群的主節點服務器，具體用于當所述設備發現請求攜帶了至少一個IP地址時，將所述至少一個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配；當所述設備發現請求攜帶了至少一個IP地址段時，將所述至少一個IP地址段中的每個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配；當所述設備發現請求攜帶了局域網內的所有IP地址時，將所述所有IP地址中的每個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配；通過所述中間設備向所述客戶端返回匹配出的IP地址。

本發明實施例提供一種數據獲取方法及系統，所述系統包括客戶端、中間設備、以及至少一個服務器集群；所述中間設備能夠訪問的數據庫中預先存儲了至少一個第一目標數據，其中，在正常網絡狀態下，所述客戶端從所述服務器集群獲取所述第一目標數據的獲取時長超過預設時長。在獲取第一目標數據時，所述客戶端向所述中間設備發送第一數據獲取請求，所述第一數據獲取請求用于請求所述第一目標數據，所述中間設備從所述數據庫中提取所述第一目標數據，將所述第一目標數據返回至所述客戶端。可見，利用數據庫預先緩存獲取速度比較慢的數據，當通過客戶端獲取這樣的數據時，直接從數據庫中提取，這種異步獲取方式，提高了數據獲取速度，從而提高了與客戶端的交互效率和用戶體驗效果。

附圖說明

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

圖1為本發明實施例提供的網絡架構示意圖之一；

圖2為本發明實施例提供的一種設備發現方法的流程示意圖；

圖3為本發明實施例提供的網絡架構示意圖之二；

圖4為本發明實施例提供的一種數據獲取方法的流程示意圖；

圖5為本發明實施例提供的網絡架構示意圖之三；

圖6為本發明實施例提供的另一種數據獲取方法的流程示意圖；

圖7為本發明實施例提供的網絡架構示意圖之四。

具體實施方式

為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

本發明實施例提供的數據獲取方法，應用于一種數據獲取系統(如圖1所示的網絡架構示意圖之一)，該系統包括客戶端101、中間設備102、以及至少一個服務器集群103。本發明實施例在現有的客戶端/服務器(Client/Server)模式下增加了一個中間設備102，中間設備102是客戶端101與每個服務器集群103的代理模塊(Agent)進行通信的橋梁，其中，Agent部署在服務器集群103的主節點服務器(又稱管理節點)上，用來管理服務器集群103中的其它節點服務器。客戶端101可以通過自己的Web功能對各個服務器集群103進行統一管理，Web功能主要是進行界面展示，可以不做復雜的邏輯處理，注重布局合理，交互性設計好；用戶可以通過瀏覽器的方式訪問該管理界面，還可以在該管理界面上點擊按鈕以下發相應的超文本傳輸協議(HyperText Transfer Protocol，簡稱HTTP)請求到中間設備102，請求服務器集群103中的數據。

下面基于圖1所示的網絡架構，具體介紹本發明實施例。

在現有技術中，傳統的Client/Server模式可以滿足Client對單一服務器集群系統進行管理，即，這種模式下，Client上的管理界面與服務器集群Server之間只能一一對應，然而，若一個網絡中存在多個服務器集群，則需要為每個服務器集群配置一套管理系統，比較麻煩。

參見圖2所示的設備發現方法的流程示意圖，該方法解決了上述現有技術缺陷，該方法包括：

S201：所述客戶端101通過所述中間設備102向所述服務器集群103的主節點服務器發送設備發現請求。

參見圖3所示的網絡架構示意圖之二。在本實施例中，所述中間設備102可以包括一個設備發現模塊，該設備發現模塊可以查找當前網絡中的所有集群系統、并以列表的方式返回給客戶端101，以便客戶端101對當前網絡中的所有集群進行統一管理。具體的，設備發現模塊可接收客戶端101通過Web發送的設備發現請求，并將設備發現請求轉發至每個服務器集群103的主節點服務器，部署在主節點服務器的Agent將其請求的集群設備信息發送至設備發現模塊，設備發現模塊再將這些信息以列表的方式(或其它方式)返回給Web，收集這些集群設備信息后，便可以通過一個Web界面管理多個集群系統。其中，所述設備發現請求可以是人工通常Web界面觸發的，也可以是客戶端自動觸發的，對此，本實施例不做限制。

S202：所述服務器集群103的主節點服務器將所述設備發現請求中的服務器信息與所述服務器集群的服務器信息進行匹配。

客戶端101可以以http協議方式下發設備發現請求到中間設備102的設備發現模塊，設備發現模塊接收到請求后可以以用戶數據報協議(User Datagram Protocol，簡稱UDP)協議方式與當前網絡中所有的集群Agent通信，若收到Agent返回的UDP響應報文，則將該報文數據記錄在數據庫中，同時將該報文以http協議返回至客戶端101的Web界面進行顯示。

在本實施例中，設備發現模塊可以實現指定IP發現、指定ip段發現和局域網自動發現三種類型，根據Web界面下發的設備發現請求類型，進行相應的操作。因此，每一服務器集群103的主節點服務器可以采用以下三種實施方式之一實現S202：

在第一種實施方式中，S202可以包括：當所述設備發現請求攜帶了至少一個IP地址時，將所述至少一個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配。在這種實施方式中，參見圖3，如果客戶端101向中間設備102的設備發現模塊下發了設備發現請求，當該設備發現請求攜帶了一個或多個IP地址時，設備發現模塊收到該設備發現請求后會向網絡中的每一服務器集群103的Agent轉發該設備發現請求，每一Agent會響應該請求，例如，當請求中攜帶了一個IP地址且該IP地址為XX1時，Agent可以將XX1與自己集群中的每一服務器節點的IP地址進行匹配，如果匹配出一個IP地址為XX1的服務器節點A，則Agent會向設備發現模塊發送服務器節點A的IP地址XX1以及服務器節點A所屬的集群ID號等信息，如果未匹配出IP地址XX1，Agent可以通知或不通知設備發現模塊。

在第二種實施方式中，S202可以包括：當所述設備發現請求攜帶了至少一個IP地址段時，將所述至少一個IP地址段中的每個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配。在這種實施方式中，參見圖3，如果客戶端101向中間設備102的設備發現模塊下發了設備發現請求，當該設備發現請求攜帶了一個或多個IP地址段時，設備發現模塊收到該設備發現請求后會向網絡中的每一服務器集群的Agent轉發該設備發現請求，每一Agent會響應該請求，例如，當請求中攜帶了一個IP地址段且該IP地址段包含了IP地址XX1和XX2時，Agent可以將XX1和XX2與自己集群中的每一服務器節點的IP地址進行匹配，如果匹配出一個IP地址為XX1的服務器節點A和/或IP地址為XX2的服務器節點B，則Agent會向設備發現模塊發送匹配出的節點服務器的IP地址及其所屬的集群ID號等信息，如果未匹配出IP地址XX1和/或XX2，Agent可以通知或不通知設備發現模塊。

在第三種實施方式中，S202可以包括：當所述設備發現請求攜帶了局域網內的所有IP地址時，將所述所有IP地址中的每個IP地址與所述服務器集群中每一服務器節點的IP地址進行匹配。在這種實施方式中，參見圖3，如果客戶端101向中間設備102的設備發現模塊下發了設備發現請求，當該設備發現請求攜帶了局域網內的所有IP地址時，所述設備發現模塊收到該設備發現請求后會向同一局域網中每一服務器集群的Agent轉發該設備發現請求，每一Agent會響應該請求，即，Agent可以將局域網內的所有IP地址與自己集群中的每一服務器節點的IP地址進行匹配，如果匹配出一個或多個IP地址分別對應的服務器節點，則Agent會向設備發現模塊發送匹配出的每一節點服務器的IP地址及其所屬的集群ID號等信息，如果未匹配出的任何IP地址，Agent可以通知或不通知設備發現模塊。

S203：所述服務器集群的主節點服務器通過所述中間設備向所述客戶端返回匹配出的服務器信息。

基于S203的任一種實施方式，步驟S203可以包括：所述服務器集群的主節點服務器通過所述中間設備向所述客戶端返回匹配出的IP地址。

Agent除了可以向設備發現模塊反饋匹配出的IP地址及其所屬的集群，還可以反饋該IP地址對應的服務器節點的設備信息，然后將這些反饋信息存入數據庫中并返回給客戶端101的Web界面，這樣，在Web界面中就可以管理多個集群設備了。

通過上述收集集群設備信息的操作，用戶可以通過操作一個Web界面來管理多個集群。這樣，用戶便可以通過Web界面向被管理集群獲取所需的數據，然而，背景技術中提到，某些數據獲取速度比較慢，因此，在本發明實施例中，圖1所示系統還具有一個中間設備102能夠訪問的數據庫，本實施例對數據庫的建立位置不做限制，比如，該數據庫可以設置在中間設備102上、也可以設置在所述中間設備以外的一個獨立設備上。

數據庫可以預先對服務器集群103中的某些獲取速度比較慢的接口數據進行緩存，以提高Web界面交互速度，進而提高界面的友好性。因此，中間設備102能夠訪問的數據庫中可以預先存儲至少一個第一目標數據，其中，在正常網絡狀態下，客戶端101從服務器集群103獲取所述第一目標數據的獲取時長超過預設時長。

參見圖4，為本發明實施例提供的一種數據獲取方法的流程示意圖，該方法包括：

S401：所述客戶端101向所述中間設備102發送第一數據獲取請求，所述第一數據獲取請求用于請求所述第一目標數據。

S402：所述中間設備102從所述數據庫中提取所述第一目標數據，將所述第一目標數據返回至所述客戶端101。

參見圖5所示的網絡架構示意圖之三，中間設備102中還可以設置一個業務模塊，該業務模塊用于接收來自Web的http請求。由于集群中某些命令運行比較慢，會造成相應的接口請求延時甚至超時，導致Web界面交互性很差，為便于描述，本實施例將獲取速度較慢的數據稱為第一目標數據，并在Web請求獲取第一目標數據之前，將所述第一目標數據預先存入數據庫中，使數據庫中存儲多個不同的第一目標數據，這樣，用戶通過Web界面請求獲取一個或多個第一目標數據時，可以向業務模塊發送用于請求第一目標數據的第一數據獲取請求，業務模塊獲取到該請求后會從數據庫中檢索出被請求的第一目標數據、并返回至web界面進行顯示或不顯示。

在本發明的一個實施方式中，所述數據庫中的第一目標數據可以按照下述方式獲取：所述服務器集群103中的主節點服務器按照預設時間間隔獲取本集群內的第一目標數據，并將每次獲取的至少一個第一目標數據推送至所述中間設備102；所述中間設備102將所述至少一個第一目標數據存入所述數據庫。例如，對于這種實施方式，可以在每個Agent中加入一個后臺進程(daemon)，該進程可以對這些獲取速度比較慢的接口數據(比如獲取時間超過5秒)按照預設時間間隔(比如每隔五分鐘)自動獲取一次，并將獲取的數據通過http協議推送給中間設備102的業務模塊，該業務模塊的相應接口接收到數據后，將其緩存到數據庫中，需要說明的是，Agent可以具有數據篩選功能，即，每次獲取的數據都是數據庫中未緩存過的數據，以免數據庫重復存儲相同的數據。一旦Web界面向業務模塊下發獲取這些數據的請求時，業務模塊直接讀取緩存在數據庫中的相應數據并返回給Web，提高了獲取數據的速率，進而提高了界面的交互性，用戶體驗比較好。

可見，對于集群中的某些獲取速度比較慢的接口數據，可以提前定時進行獲取并緩存到數據庫中，當Web下發請求獲取這些數據時，可直接讀取數據庫進行返回，將原來的同步獲取變成異步獲取，可提高獲取速度，提升界面的交互友好性。

本發明實施例提供一種數據獲取方法，所述系統包括客戶端、中間設備、以及至少一個服務器集群；所述中間設備能夠訪問的數據庫中預先存儲了至少一個第一目標數據，其中，在正常網絡狀態下，所述客戶端從所述服務器集群獲取所述第一目標數據的獲取時長超過預設時長。在獲取第一目標數據時，所述客戶端向所述中間設備發送第一數據獲取請求，所述第一數據獲取請求用于請求所述第一目標數據，所述中間設備從所述數據庫中提取所述第一目標數據，將所述第一目標數據返回至所述客戶端。可見，利用數據庫預先緩存獲取速度比較慢的數據，當通過客戶端獲取這樣的數據時，直接從數據庫中提取，這種異步獲取方式，提高了數據獲取速度，從而提高了與客戶端的交互效率和用戶體驗效果。

Agent的主要功能是根據Web下發的相應http請求對集群作出相應的操作，而中間設備102的業務模塊不但可以接收來自Web的http請求，還可以將請求精確的轉發到相應集群系統的Agent中，并將Agent返回的信息返回到Web。

為便于區別，本實施將除所述第一目標數據以外的獲取速度較快的數據稱為第二目標數據，在正常網絡狀態下，所述客戶端101從所述服務器集群103獲取所述第二目標數據的獲取時長不超過所述預設時長。

進一步地，本實施例還可以獲取所述第二目標數據，參見圖6所述的另一種數據獲取方法的流程示意圖，包括以下步驟：

S601：所述客戶端101經所述中間設備102向所述服務器集群103的主節點服務器發送第二數據獲取請求，所述第二數據獲取請求用于請求第二目標數據。

S602：所述服務器集群103的主節點服務器通過所述中間設備102向所述客戶端101返回所述第二目標數據。

參見圖7所示的網絡架構示意圖之四，業務模塊可接收Web界面發送的對集群的操作請求，并根據請求中的IP地址把該請求轉發給相應集群的Agent。在獲取第二目標數據時，用戶可以登錄客戶端101的Web界面，具體的，用戶可以選擇相應的集群設備，通過點擊Web界面提供的按鈕或其他方式下發相應的請求，比如，下發被選擇集群的基本信息的獲取請求，該請求會首先被中間設備102的業務模塊的對應接口接收，該業務模塊會根據請求中攜帶的IP地址XXX，將該請求轉發到相應集群設備的Agent，Agent接收到請求后就會執行獲取集群基本信息的命令，即獲取IP地址XXX對應的服務器節點的基本信息，并返回給業務模塊，業務模塊再將其返回給Web,這樣,在Web界面就可以實時查看集群的基本信息。同樣，其他的請求流程與此相同,不再一一列舉。

可見，業務模塊就相當于一個IP路由轉換器，根據請求中的IP地址，將請求轉發給該IP地址所在的集群Agent中，可以更好的實現對設備發現列表中的每個集群設備進行管理。

例如，當通過Web向設備發現模塊下發設備發現請求后，設備發現模塊返回的設備信息以集群列表(包含集群1至集群n)的方式展現，用戶可以點擊進入集群2中，下發相應的業務http請求，業務模塊接收請求并將其轉發給集群2的Agent，集群2的Agent模塊接收到http請求后立即執行相應的操作，并將操作結果返回給業務模塊，業務模塊再將操作結果返回給Web界面。

對于圖1所示的數據獲取系統，所述系統包括客戶端101、中間設備102、以及至少一個服務器集群103；所述中間設備102能夠訪問的數據庫中預先存儲了至少一個第一目標數據，其中，在正常網絡狀態下，所述客戶端101從所述服務器集群103獲取所述第一目標數據的獲取時長超過預設時長；

所述客戶端101，用于向所述中間設備發送第一數據獲取請求，所述第一數據獲取請求用于請求所述第一目標數據；

所述中間設備102，用于從所述數據庫中提取所述第一目標數據，將所述第一目標數據返回至所述客戶端。

在本發明的一個實施例中，所述服務器集群103中的主節點服務器，用于按照預設時間間隔獲取本集群內的第一目標數據，并將每次獲取的至少一個第一目標數據推送至所述中間設備102；

所述中間設備102，還用于將所述至少一個第一目標數據存入所述數據庫。

在本發明的一個實施例中，所述客戶端101，還用于經所述中間設備102向所述服務器集群103的主節點服務器發送第二數據獲取請求，所述第二數據獲取請求用于請求第二目標數據；其中，在正常網絡狀態下，所述客戶端101從所述服務器集群103獲取所述第二目標數據的獲取時長不超過所述預設時長；

所述服務器集群103的主節點服務器，用于通過所述中間設備102向所述客戶端101返回所述第二目標數據。

在本發明的一個實施例中，所述客戶端101，還用于通過所述中間設備102向所述服務器集群103的主節點服務器發送設備發現請求；

所述服務器集群103的主節點服務器，還用于將所述設備發現請求中的服務器信息與所述服務器集群103的服務器信息進行匹配；通過所述中間設備10向所述客戶端101返回匹配出的服務器信息。

在本發明的一個實施例中，所述服務器集群103的主節點服務器，具體用于當所述設備發現請求攜帶了至少一個IP地址時，將所述至少一個IP地址與所述服務器集群103中每一服務器節點的IP地址進行匹配；當所述設備發現請求攜帶了至少一個IP地址段時，將所述至少一個IP地址段中的每個IP地址與所述服務器集群103中每一服務器節點的IP地址進行匹配；當所述設備發現請求攜帶了局域網內的所有IP地址時，將所述所有IP地址中的每個IP地址與所述服務器集群103中每一服務器節點的IP地址進行匹配；通過所述中間設備向所述客戶端返回匹配出的IP地址。

通過以上的實施方式的描述可知，本領域的技術人員可以清楚地了解到上述實施例方法中的全部或部分步驟可借助軟件加必需的通用硬件平臺的方式來實現。基于這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品可以存儲在存儲介質中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者諸如媒體網關等網絡通信設備，等等)執行本發明各個實施例或者實施例的某些部分所述的方法。

需要說明的是，本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的系統而言，由于其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說明即可。

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

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