一種IP位址的查看方法和裝置與流程
2023-10-09 21:55:04 2
本申請涉及通信技術領域，尤其涉及一種IP位址的查看方法和裝置。
背景技術：
BMC(Baseboard Management Controller，基板管理控制器)是伺服器的帶外管理系統，BMC可以基於IPMI(Intelligent Platform Management Interface，智能平臺管理接口)協議，管理和監控伺服器。而且，用戶可以通過BMC的管理口登錄BMC的管理界面，從而對伺服器進行管理和監控。用戶登陸BMC管理界面的前提是：BMC已經獲取到IP位址，並且用戶知道BMC的IP位址。
目前，BMC獲取IP位址的方式包括靜態配置IP位址和動態申請IP位址。靜態配置IP位址是指：用戶直接為BMC配置IP位址，這種方式的優勢是配置簡單，而劣勢在於：靜態配置的IP位址與用戶網絡可能不在一個網段，且靜態配置的IP位址可能會發生IP位址衝突。動態申請IP位址是指：BMC向DHCP(Dynamic Host Configuration Protocol，動態主機配置協議)伺服器請求IP位址，由DHCP伺服器為BMC分配IP位址，並將分配給BMC的IP位址通知給BMC。
無論是靜態配置IP位址，還是動態申請IP位址，用戶均有可能不知道BMC的IP位址，從而導致無法通過BMC的管理口來登錄BMC的管理界面。
例如，用戶在為BMC配置IP位址之後，可能會忘記這個IP位址，或者，其它用戶無法獲知該用戶為BMC配置的IP位址。DHCP伺服器在為BMC分配IP位址之後，用戶無法獲知DHCP伺服器為BMC分配的IP位址。
技術實現要素：
本申請提供一種IP位址的查看方法，應用於客戶端，所述方法包括：
獲取基板管理控制器BMC對應的標識；
生成包括所述標識的網際網路控制報文協議ICMP請求報文；
以廣播方式發送所述ICMP請求報文；
接收所述BMC發送的第一報文，所述第一報文是所述BMC確定自身接收到的ICMP請求報文中攜帶所述BMC的標識後發送的，所述第一報文包括所述BMC的IP位址與介質訪問控制MAC地址；
從所述第一報文中解析出所述BMC的IP位址與MAC地址，並在ARP表中記錄所述IP位址與所述MAC地址的對應關係。
本申請提供一種IP位址的查看方法，應用於伺服器的BMC，所述方法包括：接收來自客戶端的網際網路控制報文協議ICMP請求報文；
若所述ICMP請求報文攜帶所述BMC的標識，則向所述客戶端發送攜帶所述BMC的IP位址與介質訪問控制MAC地址的第一報文，以使所述客戶端在ARP表中記錄所述IP位址與所述MAC地址的對應關係；若所述ICMP請求報文未攜帶所述BMC的標識，則丟棄所述ICMP請求報文。
本申請提供一種IP位址的查看裝置，應用於客戶端，所述裝置包括：
獲取模塊，用於獲取基板管理控制器BMC對應的標識；
生成模塊，用於生成包括所述標識的ICMP請求報文；
發送模塊，用於以廣播方式發送所述ICMP請求報文；
接收模塊，用於接收所述BMC發送的第一報文，所述第一報文是所述BMC確定自身接收到的ICMP請求報文中攜帶所述BMC的標識後發送的，所述第一報文包括所述BMC的IP位址與介質訪問控制MAC地址；
處理模塊，用於從所述第一報文中解析出所述BMC的IP位址與MAC地址，並在ARP表中記錄所述IP位址與MAC地址的對應關係。
本申請提供一種IP位址的查看裝置，應用於伺服器的BMC，所述裝置包括：接收模塊，用於接收來自客戶端的網際網路控制報文協議ICMP請求報文；
發送模塊，用於當所述ICMP請求報文攜帶所述BMC的標識時，則向所述客戶端發送攜帶所述BMC的IP位址與介質訪問控制MAC地址的第一報文，以使所述客戶端在ARP表中記錄所述IP位址與所述MAC地址的對應關係；
處理模塊，用於當所述ICMP請求報文未攜帶所述BMC的標識時，則丟棄所述ICMP請求報文。
基於上述技術方案，本申請實施例中，客戶端可以通過向BMC發送ICMP(Internet Control Message Protocol，網際網路控制報文協議)請求報文，觸發BMC發送攜帶自身的MAC(Media Access Control，介質訪問控制)地址以及IP位址的第一報文(如ARP(Address Resolution Protocol，地址解析協議)請求報文或者ICMP響應報文等)，並在客戶端本地的ARP表中記錄第一報文中攜帶的IP位址與MAC地址的對應關係。這樣，用戶就可以從客戶端的ARP表中查看BMC的IP位址，解決了用戶無法獲知BMC的IP位址的問題，而且ARP表中記錄的BMC的IP位址是BMC最新的IP位址，不會出現錯誤。
附圖說明
為了更加清楚地說明本申請實施例或者現有技術中的技術方案，下面將對本申請實施例或者現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對於本領域普通技術人員來講，還可以根據這些附圖獲得其他的附圖。
圖1是本申請一種實施方式中的IP位址的查看方法的流程圖；
圖2是本申請另一種實施方式中的IP位址的查看方法的流程圖；
圖3是本申請一種實施方式中的客戶端的硬體結構圖；
圖4是本申請一種實施方式中的IP位址的查看裝置的結構圖；
圖5是本申請一種實施方式中的BMC的硬體結構圖；
圖6是本申請一種實施方式中的IP位址的查看裝置的結構圖。
具體實施方式
在本申請使用的術語僅僅是出於描述特定實施例的目的，而非限制本申請。本申請和權利要求書中所使用的單數形式的「一種」、「所述」和「該」也旨在包括多數形式，除非上下文清楚地表示其它含義。還應當理解，本文中使用的術語「和/或」是指包含一個或多個相關聯的列出項目的任何或所有可能組合。
應當理解，儘管在本申請可能採用術語第一、第二、第三等來描述各種信息，但這些信息不應限於這些術語。這些術語僅用來將同一類型的信息彼此區分開。例如，在不脫離本申請範圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決於語境，此外，所使用的詞語「如果」可以被解釋成為「在……時」或「當……時」或「響應於確定」。
本申請實施例中提出一種IP位址的查看方法，該方法可以應用於包括客戶端和伺服器的系統中，該伺服器上包括BMC。其中，BMC在啟動後，可以通過靜態方式或者動態方式獲取IP位址，對於BMC獲取IP位址的方式不做限制。而且，用戶可以通過BMC的管理口登錄BMC的管理界面，從而對伺服器進行管理和監控。為了登陸BMC的管理界面，用戶需要知道BMC的IP位址。
參見圖1所示，為本申請實施例中提出的IP位址的查看方法的流程圖，客戶端可以獲取到BMC的IP位址，且用戶可以通過該客戶端查看BMC的IP位址。其中，該方法可以應用於客戶端，且該方法可以包括以下步驟：
步驟101，獲取BMC對應的標識。其中，該標識具體可以包括但不限於：BMC的MAC地址，和/或，伺服器的名稱。當然，該標識也可以為其它能夠唯一表示該BMC的標識，如資產編號等，對此標識不做限制。
在一個例子中，可以在伺服器上貼一個標籤，該標籤寫明BMC對應的標識。用戶可以從該標籤上獲得BMC對應的標識，並在客戶端上輸入BMC對應的標識，以使客戶端獲取到BMC對應的標識。當然，上述只是客戶端獲取到BMC對應的標識的一個示例，客戶端還可以通過其它方式獲取到BMC對應的標識，本申請實施例中對此標識的獲取方式不做限制。
步驟102，生成包括該BMC對應的標識的ICMP請求報文。其中，該ICMP請求報文的目的MAC地址是廣播MAC地址，目的IP位址是BMC所屬的網段廣播地址，源MAC地址是客戶端的MAC地址，源IP位址是客戶端的IP位址。
在一個例子中，在生成ICMP請求報文之前，客戶端可以先獲得BMC所屬的網段地址。為了對BMC進行管理，客戶端與BMC通常位於同一個網段，當客戶端與BMC位於同一個網段時，客戶端可以將自身所屬的網段地址，確定為BMC所屬的網段地址。例如，當掩碼為24位時，則BMC所屬的網段地址的一個示例可以為192.168.0.0/24。而且，客戶端可將網段地址192.168.0.0/24轉換為相應的網段廣播地址192.168.0.255，具體的轉換過程不再贅述。
在一個例子中，針對客戶端生成的ICMP請求報文，該ICMP請求報文的目的MAC地址可以是FFFF-FFFF-FFFF(廣播MAC地址)，目的IP位址可以是192.168.0.255(BMC所屬的網段廣播地址)，源MAC地址可以是客戶端的MAC地址00-01-6C-06-A6-29，源IP位址可以是客戶端的IP位址192.168.0.2。
在一個例子中，用戶通過在客戶端上ping一個IP位址192.168.0.255，客戶端就可以生成上述的ICMP請求報文。而且，在ping該IP位址192.168.0.255時，可以在該IP位址192.168.0.255之後輸入BMC對應的標識，這樣，客戶端在生成上述ICMP請求報文時，就可以將BMC對應的標識添加到ICMP請求報文中。其中，ICMP請求報文可以包括IP頭部分和數據域部分，上述目的MAC地址、目的IP位址、源MAC地址和源IP位址均位於ICMP請求報文的IP頭部分，而BMC對應的標識可以位於ICMP請求報文的數據域部分。
步驟103，以廣播方式發送ICMP請求報文。
在一個例子中，由於ICMP請求報文的目的MAC地址是廣播MAC地址，目的IP位址是BMC所屬的網段廣播地址，因此，BMC所屬網段內的各設備均可以接收到該ICMP請求報文，即BMC可以接收到該ICMP請求報文。
在一個例子中，BMC在接收到該ICMP請求報文後，若該ICMP請求報文攜帶本BMC的標識，則BMC向客戶端發送第一報文，該第一報文攜帶本BMC的IP位址與MAC地址。若該ICMP請求報文未攜帶本BMC的標識(如沒有攜帶標識或者攜帶其它設備的標識)，則BMC丟棄該ICMP請求報文。
具體的，BMC在接收到ICMP請求報文後，先檢查ICMP請求報文中是否攜帶本BMC的標識。如果沒有攜帶，則丟棄該ICMP請求報文。如果攜帶，則檢查攜帶的標識是否為本BMC的標識。如果不是，則丟棄該ICMP請求報文。如果是，則返回攜帶本BMC的IP位址與MAC地址的第一報文。其中，該第一報文可以包括但不限於：ARP請求報文；或者，ICMP響應報文。
在一個例子中，為了避免網絡問題導致客戶端沒有接收到第一報文，則BMC可以發送預設數量(如5)個第一報文，以使客戶端能夠接收到第一報文。
在一個例子中，為了使客戶端學習到本BMC的IP位址和MAC地址，BMC向客戶端發送的第一報文的源IP位址為本BMC的IP位址192.168.0.3，源MAC地址為本BMC的MAC地址00-01-65-09-A6-38。此外，第一報文的目的IP位址為客戶端的IP位址192.168.0.2，目的MAC地址為FFFF-FFFF-FFFF。
在一個例子中，針對客戶端發送的ICMP請求報文，只有BMC會返回第一報文，而其它設備均不會返回第一報文，而是直接丟棄ICMP請求報文。因此，針對客戶端發送的ICMP請求報文，不會造成大量的報文衝擊。
步驟104，接收BMC發送的第一報文，該第一報文包括BMC的IP位址與MAC地址。
步驟105，從該第一報文中解析出BMC的IP位址與MAC地址，並在ARP表中記錄該IP位址與該MAC地址的對應關係。
在一個例子中，由於該第一報文的目的MAC地址為FFFF-FFFF-FFFF，因此，客戶端可以接收到該第一報文。而且，客戶端還可以學習該第一報文的源IP位址192.168.0.3(即BMC的IP位址)和源MAC地址00-01-65-09-A6-38(即BMC的MAC地址)，並在本地的ARP表中記錄該IP位址192.168.0.3與該MAC地址00-01-65-09-A6-38的對應關係。進一步的，由於客戶端的ARP表中記錄了BMC的IP位址192.168.0.3與BMC的MAC地址00-01-65-09-A6-38的對應關係，因此，用戶可以從該ARP表中查詢到BMC的IP位址192.168.0.3。
在上述過程中已經介紹到，用戶可以獲取到BMC對應的標識，若該標識包括BMC的MAC地址00-01-65-09-A6-38，則用戶可以使用BMC的MAC地址00-01-65-09-A6-38查詢客戶端的ARP表，從而可以得到BMC的IP位址192.168.0.3。若該標識不包括BMC的MAC地址00-01-65-09-A6-38，則還可以在客戶端上配置BMC的MAC地址與BMC的標識的對應關係，這樣，用戶獲取到BMC對應的標識後，可以得到BMC的標識對應的BMC的MAC地址00-01-65-09-A6-38，然後通過BMC的MAC地址00-01-65-09-A6-38查詢客戶端的ARP表，從而可以得到BMC的IP位址192.168.0.3。
在一個例子中，可能會出現如下情況：沒有在BMC上靜態配置IP位址，且DHCP伺服器也沒有為BMC動態分配IP位址，從而導致BMC沒有可用的IP位址。針對這種情況，本申請實施例中，客戶端還可以為BMC分配一個IP位址，且在客戶端發送的ICMP請求報文中，還可以攜帶該IP位址。
這樣，BMC在接收到來自客戶端的ICMP請求報文之後，若該ICMP請求報文未攜帶本BMC的標識，則可以直接丟棄該ICMP請求報文。若ICMP請求報文攜帶本BMC的標識以及一個IP位址，則BMC在向客戶端發送第一報文之前，可以採用如下兩種方式的一種方式進行處理：
方式一、BMC先判斷本BMC是否有IP位址。如果是，則丟棄ICMP請求報文攜帶的IP位址。如果否，則判斷ICMP請求報文攜帶的IP位址是否為可用IP位址。如果是可用IP位址，則將ICMP請求報文攜帶的IP位址設置為本BMC的IP位址。如果不是可用IP位址，則丟棄ICMP請求報文攜帶的IP位址。
方式二、無論本BMC是否已經有IP位址，BMC均可以直接判斷ICMP請求報文攜帶的IP位址是否為可用IP位址。如果是可用IP位址，則BMC可以將ICMP請求報文攜帶的IP位址設置為本BMC的IP位址(若本BMC已經有IP位址時，則使用該ICMP請求報文攜帶的IP位址替換本BMC當前正在使用的IP位址)。如果不是可用IP位址，則丟棄ICMP請求報文攜帶的IP位址。
在一個例子中，可以在BMC上配置一個撥碼開關，如果該撥碼開關為開，則BMC採用方式一進行處理，如果該撥碼開關為關，則BMC採用方式二進行處理。或者，如果該撥碼開關為開，則BMC採用方式二進行處理，如果該撥碼開關為關，則BMC採用方式一進行處理。
針對方式一和方式二，IP位址是攜帶在ICMP請求報文中。在一個例子中，在ICMP請求報文中可以先攜帶BMC的標識，然後攜帶為BMC分配的IP位址。在另一個例子中，在ICMP請求報文中可以先攜帶為BMC分配的IP位址，然後攜帶BMC的標識。其中，在該標識與該IP位址之間，還可以添加一個或幾個特殊字符，以使BMC基於這些特殊字符區分出該標識和該IP位址。
針對「BMC判斷ICMP請求報文攜帶的IP位址是否為可用IP位址」的過程，BMC可以發送免費ARP報文，該免費ARP報文的目的IP位址為ICMP請求報文攜帶的IP位址。若該IP位址已經被使用，則使用該IP位址的設備就會發送ARP響應報文，表示該設備正在使用這個IP位址。基於此，如果BMC在預設時間內接收到ARP響應報文，則確定該IP位址不是可用地址。如果BMC在預設時間內未接收到ARP響應報文，則確定該IP位址是可用地址。
基於上述技術方案，本申請實施例中，客戶端可以通過向BMC發送ICMP請求報文，觸發BMC發送攜帶自身的MAC地址以及IP位址的第一報文(如ARP請求報文或者ICMP響應報文等)，並在客戶端本地的ARP表中記錄第一報文中攜帶的IP位址與MAC地址的對應關係。這樣，用戶就可以從客戶端的ARP表中查看BMC的IP位址，解決了用戶無法獲知BMC的IP位址的問題，而且ARP表中記錄的BMC的IP位址是BMC最新的IP位址，不會出現錯誤。
參見圖2所示，為本申請實施例中提出的IP位址的查看方法的流程圖，該方法可以應用於伺服器的BMC，且該方法可以包括以下步驟：
步驟201，接收來自客戶端的ICMP請求報文。
步驟202，判斷該ICMP請求報文是否攜帶本BMC的標識。
如果是，則執行步驟203；如果否，則執行步驟204。
步驟203，向客戶端發送攜帶本BMC的IP位址與MAC地址的第一報文，以使客戶端在ARP表中記錄該IP位址與該MAC地址的對應關係。
步驟204，丟棄該ICMP請求報文。
在一個例子中，所述標識具體為：MAC地址，和/或，伺服器的名稱；ICMP請求報文的目的MAC地址是廣播MAC地址，目的IP位址是BMC所屬的網段廣播地址，源MAC地址是客戶端的MAC地址，源IP位址是客戶端的IP位址；第一報文具體為：ARP請求報文；或者，ICMP響應報文。
在一個例子中，若ICMP請求報文攜帶BMC的標識以及一個IP位址，則在向客戶端發送攜帶BMC的IP位址與MAC地址的第一報文之前：
還可以判斷BMC是否有IP位址；如果是，丟棄ICMP請求報文攜帶的IP位址；如果否，判斷ICMP請求報文攜帶的IP位址是否為可用IP位址；如果是，將ICMP請求報文攜帶的IP位址設置為BMC的IP位址。或者，
直接判斷ICMP請求報文攜帶的IP位址是否為可用IP位址；如果是，將ICMP請求報文攜帶的IP位址設置為BMC的IP位址。
基於上述技術方案，本申請實施例中，客戶端可以通過向BMC發送ICMP請求報文，觸發BMC發送攜帶自身的MAC地址以及IP位址的第一報文(如ARP請求報文或者ICMP響應報文等)，並在客戶端本地的ARP表中記錄第一報文中攜帶的IP位址與MAC地址的對應關係。這樣，用戶就可以從客戶端的ARP表中查看BMC的IP位址，解決了用戶無法獲知BMC的IP位址的問題，而且ARP表中記錄的BMC的IP位址是BMC最新的IP位址，不會出現錯誤。
基於與上述方法同樣的申請構思，本申請實施例中還提供了一種IP位址的查看裝置，該IP位址的查看裝置應用在客戶端上。該IP位址的查看裝置可以通過軟體實現，也可以通過硬體或者軟硬體結合的方式實現。以軟體實現為例，作為一個邏輯意義上的裝置，是通過其所在的客戶端的處理器，讀取非易失性存儲器中對應的電腦程式指令形成的。從硬體層面而言，如圖3所示，為本申請提出的IP位址的查看裝置所在的客戶端的一種硬體結構圖，除了圖3所示的處理器、非易失性存儲器外，客戶端還可以包括其他硬體，如負責處理報文的轉發晶片、網絡接口、內存等；從硬體結構上來講，該客戶端還可能是分布式設備，可能包括多個接口卡，以便在硬體層面進行報文處理的擴展。
如圖4所示，為本申請提出的IP位址的查看裝置的結構圖，該裝置包括：
獲取模塊11，用於獲取BMC對應的標識；
生成模塊12，用於生成包括所述標識的ICMP請求報文；
發送模塊13，用於以廣播方式發送所述ICMP請求報文；
接收模塊14，用於接收所述BMC發送的第一報文，所述第一報文是所述BMC確定自身接收到的ICMP請求報文中攜帶所述BMC的標識後發送的，所述第一報文包括所述BMC的IP位址與介質訪問控制MAC地址；
處理模塊15，用於從所述第一報文中解析出所述BMC的IP位址與MAC地址，並在ARP表中記錄所述IP位址與MAC地址的對應關係。
所述獲取模塊11獲取的標識具體為：MAC地址，和/或，所述BMC所在伺服器的名稱；所述生成模塊12生成的ICMP請求報文的目的MAC地址是廣播MAC地址，目的IP位址是所述BMC所屬的網段廣播地址，源MAC地址是所述客戶端的MAC地址，源IP位址是所述客戶端的IP位址；所述接收模塊14接收的第一報文具體為：地址解析協議ARP請求報文；或者，ICMP響應報文。
在一個例子中，所述生成模塊12，還用於在生成包括所述標識的ICMP請求報文之前，為所述BMC分配一個IP位址；在生成所述ICMP請求報文時，將分配的IP位址添加到所述ICMP請求報文中；以使所述BMC在確定該分配的IP位址為可用IP位址時，將該分配的IP位址設置為所述BMC的IP位址。
其中，本申請裝置的各個模塊可以集成於一體，也可以分離部署。上述模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。
基於與上述方法同樣的申請構思，本申請實施例中還提供了一種IP位址的查看裝置，該IP位址的查看裝置應用在伺服器的BMC上。該IP位址的查看裝置可以通過軟體實現，也可以通過硬體或者軟硬體結合的方式實現。以軟體實現為例，作為一個邏輯意義上的裝置，是通過其所在的BMC的處理器，讀取非易失性存儲器中對應的電腦程式指令形成的。從硬體層面而言，如圖5所示，為本申請提出的IP位址的查看裝置所在的BMC的一種硬體結構圖，除了圖5所示的處理器、非易失性存儲器外，BMC還可以包括其他硬體，如負責處理報文的轉發晶片、網絡接口、內存等；從硬體結構上來講，該BMC還可能是分布式設備，可能包括多個接口卡，以便在硬體層面進行報文處理的擴展。
如圖6所示，為本申請提出的IP位址的查看裝置的結構圖，該裝置包括：
接收模塊21，用於接收來自客戶端的ICMP請求報文；
發送模塊22，用於當所述ICMP請求報文攜帶所述BMC的標識時，則向所述客戶端發送攜帶所述BMC的IP位址與MAC地址的第一報文，以使所述客戶端在ARP表中記錄所述IP位址與所述MAC地址的對應關係；
處理模塊23，用於當所述ICMP請求報文未攜帶所述BMC的標識時，則丟棄所述ICMP請求報文。
所述接收模塊21接收的ICMP請求報文的目的MAC地址是廣播MAC地址，目的IP位址是所述BMC所屬的網段廣播地址，源MAC地址是所述客戶端的MAC地址，源IP位址是所述客戶端的IP位址；所述接收模塊21接收的ICMP請求報文中攜帶的標識具體為：MAC地址，和/或，所述伺服器的名稱；所述發送模塊22發送的第一報文具體為ARP請求報文；或者，ICMP響應報文。
所述處理模塊23，還用於當所述ICMP請求報文攜帶所述BMC的標識以及一個IP位址時，判斷所述BMC是否有IP位址；如果是，丟棄所述ICMP請求報文攜帶的IP位址；如果否，判斷所述ICMP請求報文攜帶的IP位址是否為可用IP位址；如果是，將所述ICMP請求報文攜帶的IP位址設置為所述BMC的IP位址；或者，判斷所述ICMP請求報文攜帶的IP位址是否為可用IP位址；如果是，將所述ICMP請求報文攜帶的IP位址設置為所述BMC的IP位址。
其中，本申請裝置的各個模塊可以集成於一體，也可以分離部署。上述模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。
通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本申請可藉助軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本申請的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本申請各個實施例所述的方法。本領域技術人員可以理解附圖只是一個優選實施例的示意圖，附圖中的模塊或流程並不一定是實施本申請所必須的。
本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布於實施例的裝置中，也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上述實施例的模塊可以合併為一個模塊，也可進一步拆分成多個子模塊。上述本申請實施例序號僅僅為了描述，不代表實施例的優劣。
以上公開的僅為本申請的幾個具體實施例，但是，本申請並非局限於此，任何本領域的技術人員能思之的變化都應落入本申請的保護範圍。