本發(fā)明涉及一種數(shù)據(jù)查詢方法及系統(tǒng)。

背景技術(shù)：

隨著電子商務(wù)的興起和手機客戶端的普及，統(tǒng)一的數(shù)據(jù)接口很難滿足不同代理方和多樣的客戶端展現(xiàn)平臺的需求。往往在客戶端通過目標源服務(wù)器進行接口對接的時候，不得不拉取目標源服務(wù)器的全量數(shù)據(jù)，導(dǎo)致大量的無用數(shù)據(jù)也被放出，造成數(shù)據(jù)冗余和傳輸通道堵塞。

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

本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中客戶端(客戶端服務(wù)器)與目標源服務(wù)器(即數(shù)據(jù)庫服務(wù)器)進行接口對接時存在的數(shù)據(jù)冗余和傳輸通道堵塞的缺陷，提供一種數(shù)據(jù)查詢方法及系統(tǒng)。

本發(fā)明是通過以下技術(shù)方案解決上述技術(shù)問題的：

本發(fā)明提供一種數(shù)據(jù)查詢方法，其特點是，所述數(shù)據(jù)查詢方法包括：

在數(shù)據(jù)庫服務(wù)器添加接口模塊，所述接口模塊設(shè)置有用于存儲至少一靜態(tài)查詢協(xié)議的靜態(tài)協(xié)議庫，每一靜態(tài)查詢協(xié)議分別與所述數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)相對應(yīng)；

所述數(shù)據(jù)查詢方法還包括：

S₁、客戶服務(wù)器向所述數(shù)據(jù)庫服務(wù)器發(fā)起第一查詢請求，所述第一查詢請求帶有第一查詢協(xié)議；

S₂、所述接口模塊查詢所述靜態(tài)協(xié)議庫中是否存儲有與所述第一查詢協(xié)議匹配的靜態(tài)查詢協(xié)議，若是，則執(zhí)行S₃，若否，則執(zhí)行S₅；

S₃、所述接口模塊從所述數(shù)據(jù)庫服務(wù)器獲取與所述第一查詢協(xié)議匹配的靜態(tài)查詢協(xié)議所對應(yīng)的數(shù)據(jù)；

S₄、所述接口模塊將獲取到的數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束流程；

S₅、所述接口模塊拒絕所述第一查詢請求。

本技術(shù)方案通過接口模型與客戶服務(wù)端的配合，獲取需要查詢的數(shù)據(jù)，利用靜態(tài)查詢協(xié)議達到數(shù)據(jù)瘦身的目的，提高了數(shù)據(jù)傳輸效率，避免數(shù)據(jù)冗余和傳輸通道堵塞，同時增加了客戶服務(wù)器的數(shù)據(jù)利用率。

較佳地，所述靜態(tài)查詢協(xié)議包括協(xié)議名，所述第一查詢協(xié)議包括第一協(xié)議名；

S₂包括：所述接口模塊查詢所述靜態(tài)協(xié)議庫存儲的協(xié)議名中是否包括所述第一協(xié)議名，若是，則從所述數(shù)據(jù)庫服務(wù)器獲取所述第一協(xié)議名所屬的靜態(tài)查詢協(xié)議對應(yīng)的數(shù)據(jù)，若否，則執(zhí)行S₅。

較佳地，所述接口模塊還設(shè)置有用戶配置文件庫，所述用戶配置文件庫存儲有文件標識符和與文件標識符對應(yīng)的配置信息；

所述數(shù)據(jù)查詢方法還包括：

S₁’、客戶服務(wù)器向數(shù)據(jù)庫服務(wù)器發(fā)起第二查詢請求，所述第二查詢請求帶有動態(tài)查詢協(xié)議，所述動態(tài)查詢協(xié)議包括第一文件標識符；

S₂’、所述接口模塊查詢所述用戶配置文件庫存儲的文件標識符中是否包括所述第一文件標識符，若是，則執(zhí)行S₃’，若否，則執(zhí)行S₆’；

S₃’、所述接口模塊從所述用戶配置文件庫中獲取與所述第一文件標識符對應(yīng)的配置信息；

S₄’、所述接口模塊按照獲取到的配置信息向所述數(shù)據(jù)庫服務(wù)器發(fā)起請求；

S₅’、所述數(shù)據(jù)庫服務(wù)器響應(yīng)請求，將請求的數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束流程；

S₆’、所述接口模塊拒絕所述第二查詢請求。

本技術(shù)方案通過使用動態(tài)查詢協(xié)議來更加靈活的獲取數(shù)據(jù)內(nèi)容。

較佳地，所述動態(tài)查詢協(xié)議還包括請求查詢的字段信息；

S₄’替換為：所述接口模塊按照獲取到的配置信息將所述字段信息補充為完整的查詢代碼，將所述查詢代碼傳輸至所述數(shù)據(jù)庫服務(wù)器，然后執(zhí)行S₇’；

S₇’、所述數(shù)據(jù)庫服務(wù)器按照所述查詢代碼將數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束流程。

較佳地，所述接口模塊還設(shè)置有動態(tài)協(xié)議庫；

S₃’還包括：將所述動態(tài)查詢協(xié)議存入所述動態(tài)協(xié)議庫中。

本技術(shù)方案有助于以后的查詢使用。具體可以：所述接口模塊在接收到所述第二查詢請求后，先將所述第二查詢請求帶有的動態(tài)查詢協(xié)議與所述動態(tài)協(xié)議庫中存入的動態(tài)查詢協(xié)議進行匹配，若匹配到，則將對應(yīng)的查詢代碼傳輸至所述數(shù)據(jù)庫服務(wù)器，以使得客戶服務(wù)器獲取相應(yīng)的數(shù)據(jù)，若未匹配到，則執(zhí)行S₃’的步驟。這樣，可以加快查詢速度，避免重復(fù)操作。

本發(fā)明還提供一種數(shù)據(jù)查詢系統(tǒng)，其特點是，所述數(shù)據(jù)查詢系統(tǒng)包括：存儲有數(shù)據(jù)的數(shù)據(jù)庫服務(wù)器、設(shè)置于所述數(shù)據(jù)庫服務(wù)器中的接口模塊和客戶服務(wù)器；

所述接口模塊包括：

存儲單元，用于設(shè)置用于存儲至少一靜態(tài)查詢協(xié)議的靜態(tài)協(xié)議庫，每一靜態(tài)查詢協(xié)議分別與所述數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)相對應(yīng)；

所述客戶服務(wù)器用于向所述數(shù)據(jù)庫服務(wù)器發(fā)起第一查詢請求，所述第一查詢請求帶有第一查詢協(xié)議；

所述接口模塊還包括：

第一查詢單元，用于查詢所述靜態(tài)協(xié)議庫中是否存儲有與所述第一查詢協(xié)議匹配的靜態(tài)查詢協(xié)議，若是，則調(diào)用第一獲取單元，若否，則調(diào)用第一拒絕單元；

所述第一獲取單元，用于從所述數(shù)據(jù)庫服務(wù)器獲取與所述第一查詢協(xié)議匹配的靜態(tài)查詢協(xié)議所對應(yīng)的數(shù)據(jù)；

傳輸單元，用于將獲取到的數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束調(diào)用；

所述第一拒絕單元，用于拒絕所述第一查詢請求。

較佳地，所述靜態(tài)查詢協(xié)議包括協(xié)議名，所述第一查詢協(xié)議包括第一協(xié)議名；

所述第一查詢單元，用于查詢所述靜態(tài)協(xié)議庫存儲的協(xié)議名中是否包括所述第一協(xié)議名，若是，則調(diào)用第一獲取單元從所述數(shù)據(jù)庫服務(wù)器獲取所述第一協(xié)議名所屬的靜態(tài)查詢協(xié)議對應(yīng)的數(shù)據(jù)，然后調(diào)用所述傳輸單元，若否，則調(diào)用所述第一拒絕單元。

較佳地，所述存儲單元還用于設(shè)置用戶配置文件庫，所述用戶配置文件庫存儲有文件標識符和與文件標識符對應(yīng)的配置信息；

所述客戶服務(wù)器還用于向數(shù)據(jù)庫服務(wù)器發(fā)起第二查詢請求，所述第二查詢請求帶有動態(tài)查詢協(xié)議，所述動態(tài)查詢協(xié)議包括第一文件標識符；

所述接口模塊還包括：

第二查詢單元，用于查詢所述用戶配置文件庫存儲的文件標識符中是否包括所述第一文件標識符，若是，則調(diào)用第二獲取單元，若否，則調(diào)用第二拒絕單元；

所述第二獲取單元，用于從所述用戶配置文件庫中獲取與所述第一文件標識符對應(yīng)的配置信息；

轉(zhuǎn)發(fā)單元，用于按照獲取到的配置信息向所述數(shù)據(jù)庫服務(wù)器發(fā)起請求；

所述數(shù)據(jù)庫服務(wù)器，用于響應(yīng)請求，將請求的數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束調(diào)用；

所述第二拒絕單元，用于拒絕所述第二查詢請求。

較佳地，所述動態(tài)查詢協(xié)議還包括請求查詢的字段信息；

所述第二獲取單元替換為：用于按照獲取到的配置信息將所述字段信息補充為完整的查詢代碼，將所述查詢代碼傳輸至所述數(shù)據(jù)庫服務(wù)器；

所述數(shù)據(jù)庫服務(wù)器還用于按照所述查詢代碼將數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束調(diào)用。

較佳地，所述存儲單元還用于設(shè)置動態(tài)協(xié)議庫；

所述第二獲取單元還用于將所述動態(tài)查詢協(xié)議存入所述動態(tài)協(xié)議庫中。

在符合本領(lǐng)域常識的基礎(chǔ)上，上述各優(yōu)選條件，可任意組合，即得本發(fā)明各較佳實例。

本發(fā)明的積極進步效果在于：本發(fā)明通過接口模型與客戶服務(wù)端的配合，利用靜態(tài)查詢協(xié)議和動態(tài)查詢協(xié)議，快速、靈活地獲取需要查詢的數(shù)據(jù)，達到數(shù)據(jù)瘦身的目的，提高了數(shù)據(jù)傳輸效率，避免數(shù)據(jù)冗余和傳輸通道堵塞，同時增加了客戶服務(wù)器的數(shù)據(jù)利用率。

附圖說明

圖1為本發(fā)明較佳實施例1的數(shù)據(jù)查詢系統(tǒng)的框架圖。

圖2為本發(fā)明較佳實施例1的數(shù)據(jù)查詢方法的流程圖。

圖3為本發(fā)明較佳實施例1的數(shù)據(jù)查詢系統(tǒng)的接口模塊的示意圖。

圖4為本發(fā)明較佳實施例2的數(shù)據(jù)查詢方法的流程圖。

圖5為本發(fā)明較佳實施例2的數(shù)據(jù)查詢系統(tǒng)的接口模塊的示意圖。

圖6為本發(fā)明較佳實施例3的數(shù)據(jù)查詢方法的流程圖。

具體實施方式

下面通過實施例的方式進一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。

實施例1

本實施例的數(shù)據(jù)查詢主要涉及三個部分，如圖1所示，分別為數(shù)據(jù)庫服務(wù)器101、接口模塊102和客戶服務(wù)器103。其中數(shù)據(jù)庫服務(wù)器中存儲有可供查詢的數(shù)據(jù)；客戶服務(wù)器通過接口模塊獲取所述數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)，所述接口模塊可以為API接口模塊；客戶服務(wù)器可以為任意種類，如按照業(yè)務(wù)層可以分為三類，分別是Web(網(wǎng)頁)服務(wù)器，移動端服務(wù)器和分銷服務(wù)器，其中Web服務(wù)器向目標網(wǎng)站提供數(shù)據(jù)信息，移動端服務(wù)器向iphone客戶端，ipad客戶端，andrid客戶端，Windows phone客戶端等手機，平板電腦客戶端提供數(shù)據(jù)信息，分銷服務(wù)器向qunar，taobao，360等分銷平臺提供數(shù)據(jù)信息。

本實施例的數(shù)據(jù)查詢方法包括：

在數(shù)據(jù)庫服務(wù)器添加接口模塊，所述接口模塊設(shè)置有用于存儲至少一靜態(tài)查詢協(xié)議的靜態(tài)協(xié)議庫，每一靜態(tài)查詢協(xié)議分別與所述數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)相對應(yīng)。其中，所述靜態(tài)查詢協(xié)議包括協(xié)議名。

如圖2所示，所述數(shù)據(jù)查詢方法還包括：

步驟201、客戶服務(wù)器向所述數(shù)據(jù)庫服務(wù)器發(fā)起第一查詢請求，所述第一查詢請求帶有第一查詢協(xié)議，所述第一查詢協(xié)議包括第一協(xié)議名。所述第一查詢協(xié)議還可以包括靜態(tài)協(xié)議標識，所述靜態(tài)協(xié)議標識用于表征第一查詢協(xié)議的種類是靜態(tài)查詢協(xié)議，而不是下文所提的動態(tài)查詢協(xié)議，也就是說，接口模塊可以通過協(xié)議標識來判定第一查詢協(xié)議的種類。

步驟202、所述接口模塊查詢所述靜態(tài)協(xié)議庫存儲的協(xié)議名中是否包括所述第一協(xié)議名，若是，則執(zhí)行步驟203，若否，則執(zhí)行步驟205。

步驟203、所述接口模塊從所述數(shù)據(jù)庫服務(wù)器獲取所述第一協(xié)議名所屬的靜態(tài)查詢協(xié)議對應(yīng)的數(shù)據(jù)。

步驟204、所述接口模塊將獲取到的數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束流程。

步驟205、所述接口模塊拒絕所述第一查詢請求。

本實施例的數(shù)據(jù)查詢系統(tǒng)，如圖1和3所示，包括：存儲有數(shù)據(jù)的數(shù)據(jù)庫服務(wù)器101、設(shè)置于所述數(shù)據(jù)庫服務(wù)器101中的接口模塊102和客戶服務(wù)器103。

所述接口模塊102包括：

存儲單元1021，用于設(shè)置用于存儲至少一靜態(tài)查詢協(xié)議的靜態(tài)協(xié)議庫，每一靜態(tài)查詢協(xié)議分別與所述數(shù)據(jù)庫服務(wù)器101中的數(shù)據(jù)相對應(yīng)。其中，所述靜態(tài)查詢協(xié)議包括協(xié)議名。

所述客戶服務(wù)器103用于向所述數(shù)據(jù)庫服務(wù)器101發(fā)起第一查詢請求，所述第一查詢請求帶有第一查詢協(xié)議，所述第一查詢協(xié)議包括第一協(xié)議名。所述第一查詢協(xié)議還可以包括靜態(tài)協(xié)議標識，所述靜態(tài)協(xié)議標識用于表征第一查詢協(xié)議的種類是靜態(tài)查詢協(xié)議，而不是下文所提的動態(tài)查詢協(xié)議，也就是說，接口模塊102可以通過協(xié)議標識來判定第一查詢協(xié)議的種類。

所述接口模塊102還包括：

第一查詢單元1022，用于查詢所述靜態(tài)協(xié)議庫存儲的協(xié)議名中是否包括所述第一協(xié)議名，若是，則調(diào)用第一獲取單元1023，若否，則調(diào)用第一拒絕單元1025。

所述第一獲取單元1023，用于從所述數(shù)據(jù)庫服務(wù)器101獲取所述第一協(xié)議名所屬的靜態(tài)查詢協(xié)議對應(yīng)的數(shù)據(jù)。

傳輸單元1024，用于將獲取到的數(shù)據(jù)傳輸至所述客戶服務(wù)器103，然后結(jié)束調(diào)用。

所述第一拒絕單元1025，用于拒絕所述第一查詢請求。

所述數(shù)據(jù)查詢方法及系統(tǒng)將數(shù)據(jù)庫服務(wù)器101中的數(shù)據(jù)劃分成不同的部分并分別與靜態(tài)查詢協(xié)議對應(yīng)，當(dāng)客戶服務(wù)器103發(fā)起帶有第一查詢協(xié)議的第一查詢請求時，接口模塊102通過識別第一查詢協(xié)議來找到對應(yīng)的數(shù)據(jù)。通過所述數(shù)據(jù)查詢方法及系統(tǒng)可以避免客戶服務(wù)器103拉取到數(shù)據(jù)庫服務(wù)器101中的全量數(shù)據(jù)，防止出現(xiàn)數(shù)據(jù)冗余和傳輸通道堵塞。

實施例2

本實施例的數(shù)據(jù)查詢方法在實施例1的數(shù)據(jù)查詢方法上做了如下改進：所述接口模塊還設(shè)置有用戶配置文件(Profile)庫，所述用戶配置文件庫存儲有文件標識符(ProfileID)和與文件標識符對應(yīng)的配置信息。

如圖4所示，所述數(shù)據(jù)查詢方法還包括：

步驟301、客戶服務(wù)器向數(shù)據(jù)庫服務(wù)器發(fā)起第二查詢請求，所述第二查詢請求帶有動態(tài)查詢協(xié)議，所述動態(tài)查詢協(xié)議包括第一文件標識符。所述動態(tài)查詢協(xié)議還可以包括動態(tài)協(xié)議標識，所述動態(tài)協(xié)議標識用于表征所述第二查詢請求帶有的查詢協(xié)議的種類是動態(tài)查詢協(xié)議，而不是上文所提的靜態(tài)查詢協(xié)議，也就是說，接口模塊可以通過協(xié)議標識來判定查詢協(xié)議的種類。

步驟302、所述接口模塊查詢所述用戶配置文件庫存儲的文件標識符中是否包括所述第一文件標識符，若是，則執(zhí)行步驟303，若否，則執(zhí)行步驟306。

步驟303、所述接口模塊從所述用戶配置文件庫中獲取與所述第一文件標識符對應(yīng)的配置信息。

步驟304、所述接口模塊按照獲取到的配置信息向所述數(shù)據(jù)庫服務(wù)器發(fā)起請求。

步驟305、所述數(shù)據(jù)庫服務(wù)器響應(yīng)請求，將請求的數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束流程。

步驟306、所述接口模塊拒絕所述第二查詢請求。

本實施例的數(shù)據(jù)查詢系統(tǒng)在實施例1的數(shù)據(jù)查詢系統(tǒng)上做了如下改進：如圖5所示，所述存儲單元1021還用于設(shè)置用戶配置文件(Profile)庫，所述用戶配置文件庫存儲有文件標識符(ProfileID)和與文件標識符對應(yīng)的配置信息。

所述客戶服務(wù)器還用于向數(shù)據(jù)庫服務(wù)器發(fā)起第二查詢請求，所述第二查詢請求帶有動態(tài)查詢協(xié)議，所述動態(tài)查詢協(xié)議包括第一文件標識符。所述動態(tài)查詢協(xié)議還可以包括動態(tài)協(xié)議標識，所述動態(tài)協(xié)議標識用于表征所述第二查詢請求帶有的查詢協(xié)議的種類是動態(tài)查詢協(xié)議，而不是上文所提的靜態(tài)查詢協(xié)議，也就是說，接口模塊可以通過協(xié)議標識來判定查詢協(xié)議的種類。

所述接口模塊還包括：

第二查詢單元1022’，用于查詢所述用戶配置文件庫存儲的文件標識符中是否包括所述第一文件標識符，若是，則調(diào)用第二獲取單元1023’，若否，則調(diào)用第二拒絕單元1025’。

所述第二獲取單元1023’，用于從所述用戶配置文件庫中獲取與所述第一文件標識符對應(yīng)的配置信息。

轉(zhuǎn)發(fā)單元1024’，用于按照獲取到的配置信息向所述數(shù)據(jù)庫服務(wù)器發(fā)起請求。

所述數(shù)據(jù)庫服務(wù)器，用于響應(yīng)請求，將請求的數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束調(diào)用。

所述第二拒絕單元1025’，用于拒絕所述第二查詢請求。

在本實施方式中，所述數(shù)據(jù)查詢方法及系統(tǒng)通過用戶配置文件庫將動態(tài)查詢協(xié)議與數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)相關(guān)聯(lián)，當(dāng)客戶服務(wù)器發(fā)起帶有動態(tài)查詢協(xié)議的第二查詢請求時，接口模塊通過識別動態(tài)查詢協(xié)議來找到對應(yīng)的數(shù)據(jù)。通過所述數(shù)據(jù)查詢方法可以便于避免客戶服務(wù)器更靈活地查詢數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)。

實施例3

本實施例的數(shù)據(jù)查詢方法與實施例2的數(shù)據(jù)查詢方法基本相同，不同之處在于，本實施例的數(shù)據(jù)查詢方法中，所述接口模塊還設(shè)置有動態(tài)協(xié)議庫，所述動態(tài)查詢協(xié)議還包括請求查詢的字段信息。如圖6所示，所述數(shù)據(jù)查詢方法還包括：

步驟303還包括：所述接口模塊將所述動態(tài)查詢協(xié)議存入所述動態(tài)協(xié)議庫中。

將步驟304替換為步驟304’：所述接口模塊按照獲取到的配置信息將所述字段信息補充為完整的查詢代碼，將所述查詢代碼傳輸至所述數(shù)據(jù)庫服務(wù)器，然后執(zhí)行步驟307。

步驟307、所述數(shù)據(jù)庫服務(wù)器按照所述查詢代碼將數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束流程。

本實施例的數(shù)據(jù)查詢系統(tǒng)與實施例2的數(shù)據(jù)查詢系統(tǒng)基本相同，不同之處在于，本實施例的數(shù)據(jù)查詢系統(tǒng)中，所述存儲單元還用于設(shè)置動態(tài)協(xié)議庫；所述動態(tài)查詢協(xié)議還包括請求查詢的字段信息。

所述第二獲取單元還用于將所述動態(tài)查詢協(xié)議存入所述動態(tài)協(xié)議庫中。

所述第二獲取單元替換為：用于按照獲取到的配置信息將所述字段信息補充為完整的查詢代碼，將所述查詢代碼傳輸至所述數(shù)據(jù)庫服務(wù)器。

所述數(shù)據(jù)庫服務(wù)器還用于按照所述查詢代碼將數(shù)據(jù)傳輸至所述客戶服務(wù)器，然后結(jié)束調(diào)用。

下面對按照獲取到的配置信息將所述字段信息補充為完整的查詢代碼的方式進行舉例說明：

例如，所述動態(tài)查詢協(xié)議中請求查詢的字段信息采用FieldSet；動態(tài)查詢協(xié)議的格式設(shè)置為：

[動態(tài)協(xié)議標識].[ProfileID].[FieldSet：Field A，F(xiàn)ield B，F(xiàn)ield C……]

假設(shè)某動態(tài)協(xié)議中的FieldSet設(shè)置如下：

[FieldSet：Field A，F(xiàn)ield B，F(xiàn)ield C，F(xiàn)ield D，F(xiàn)ield E，F(xiàn)ieldF]

通過步驟304’得到補充后完整的查詢代碼為：

Select Field A，F(xiàn)ield B，F(xiàn)ield C，F(xiàn)ield D，F(xiàn)ield E，F(xiàn)ieldF From[Database]..[Table]

通過本實施例的數(shù)據(jù)查詢方法及系統(tǒng)，客戶端服務(wù)器可以從數(shù)據(jù)庫服務(wù)器提供的數(shù)據(jù)表中獲取一部分數(shù)據(jù)，減少數(shù)據(jù)傳輸壓力的同時，不會增加數(shù)據(jù)冗余。

雖然以上描述了本發(fā)明的具體實施方式，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這些僅是舉例說明，本發(fā)明的保護范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實質(zhì)的前提下，可以對這些實施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護范圍。