樓宇控制方法與流程
2023-05-18 17:03:56
本申請涉及樓宇控制技術領域，特別涉及一種樓宇控制方法。
背景技術：
樓宇系統特別是商用樓宇中，用戶的行為一般是兩種，第一：固定在某個固定位置，第二：移動到另外一個位置。大多數的樓宇控制系統(包括空調系統)，主要關注針對上述第一種情況的應用，即用戶固定在某個位置時採取的控制動作。
一些控制系統(包括空調系統)或安防系統，則會關註上述的第二種情況，即當用戶移動時，進行相應的控制。針對這種情況，主要會關注以下幾種信息，並採取相應的動作：第一：用戶起點位置所處的位置；第二：用戶想去的目的地的位置；第三：生成由樓宇的實際地圖和導航信息。在該類控制系統中，通常採用移動感應、無線或者圖像的方式，即採用移動、無線通信或攝像/紅外設備輔助實現定位用戶的位置，還要生成複雜的地圖。
技術實現要素：
本申請實施例提供一種樓宇控制方法，實現簡單，成本低。
本申請部分實施例提供了一種樓宇控制方法，應用於伺服器，所述方法包括：
確定目標路徑；所述目標路徑包括在所述樓宇中的起點位置、終點位置以及連接所述起點位置與所述終點位置的至少一個通道；
根據所述目標路徑生成目標路線；所述目標路線為包括至少一個一維線段的集合，所述至少一個一維線段之間首尾相接形成所述目標路線，所述一維線段用於標識所述通道，所述線段攜帶所述通道對應的樓宇設備的信息；
確定所述目標路線對應的觸發條件；
根據所述觸發條件與所述目標路線，控制所述樓宇設備。
本申請實施例所達到的主要技術效果是：可以通過用戶預先設置的目標路徑與對應的觸發條件，控制該目標路徑對應的樓宇設備，實現簡單，而且可以避免採用大量傳感器來探測用戶的移動路徑，降低了樓宇控制的成本，還可以避免使用傳感器定位用戶而引入的路徑定位不精確以及控制延遲等問題。
在本申請的一個實施例中，所述確定目標路徑，可包括：
向客戶端發送所述樓宇的二維通道地圖；
接收來自所述客戶端的基於所述二維通道地圖確定的第一路徑；
基於所述第一路徑確定所述目標路徑。
本申請的技術方案，可以通過向客戶端提供樓宇的二維通道地圖，可以使用戶通過客戶端形象地獲知樓宇通道信息，並據此確定目標路徑。
在本申請的一個實施例中，所述接收基於所述二維通道地圖確定的第一路徑之後，還可包括：
向所述客戶端發送基於所述第一路徑推薦的至少一個第二路徑；
所述基於所述第一路徑確定所述目標路徑，可包括：
接收來自所述客戶端的基於所述第一路徑與所述少一個第二路徑被選中的第三路徑；
將所述第三路徑確定為所述目標路徑。
本申請的技術方案，可以基於用戶提供的路徑，給出推薦路徑供用戶選擇，再基於用戶選中的路徑確定目標路徑，這樣，可以給用戶提供多個參考路徑以供用戶選擇，有利於提高用戶體驗。
在本申請的一個實施例中，所述接收基於所述二維通道地圖確定的第一路徑之後，還可包括：
發送是否按照所述第一路徑原路返回的詢問消息；
接收基於所述詢問消息的應答消息；
所述應答消息為按照所述第一路徑原路返回，則基於所述應答消息與所述第一路徑，得到第四路徑；其中，所述第四路徑的起點位置為所述第一路徑的終點位置，所述第四路徑的所述終點位置為所述第一路徑的起點位置；
所述基於所述第一路徑確定所述目標路徑，可包括：
將所述第一路徑與所述第四路徑均確定為所述目標路徑。
本申請的技術方案，可以給用戶提供按照原路返回的選項，可以方便用戶確定返迴路徑，節約用戶確定目標路徑的時間。
在本申請的一個實施例中，所述根據所述目標路徑生成目標路線，可包括：
基於所述目標路徑確定所述目標路徑的方向；所述目標路徑的方向包括上樓和下樓；
基於所述目標路徑的方向確定用於標識樓梯的一維線段；其中，用於標識同一樓梯上樓與下樓的一維線段的長度不同；
基於所述用於標識樓梯的一維線段生成目標路線。
在本申請的一個實施例中，所述確定所述目標路線對應的觸發條件，可包括：
接收來自客戶端的用於觸發所述目標路線的預約時間；
基於所述預約時間確定所述觸發條件。
本申請的技術方案，可以允許用戶設置目標路徑的預約時間作為觸發條件，可以讓用戶一次設置預約時間後，長期享受在該預約時間內目標路徑上的樓宇設備為其提供方便。
所述根據所述觸發條件與所述目標路線，控制所述樓宇設備，可包括：
當達到所述預約時間時，觸發所述樓宇設備工作。
在本申請的一個實施例中，所述根據所述觸發條件與所述目標路線，控制所述樓宇設備，可包括：
接收用於指示用戶到達所述起點位置的信息；用戶到達所述起點位置為所述觸發條件；
基於所述用於指示用戶到達所述起點位置的信息，觸發所述樓宇設備工作。
本申請的技術方案，可以在獲得用戶到達起點位置的信息時觸發所述樓宇設備工作，這樣，可以適時地控制樓宇設備工作。
在本申請的一個實施例中，所述根據所述觸發條件與所述目標路線，控制所述樓宇設備之前，還可包括：
接收來自客戶端的用於確定所述樓宇設備工作方式的設置信息；
所述根據所述觸發條件與所述目標路線，控制所述樓宇設備，包括：
根據所述觸發條件、所述目標路線與所述設置信息，控制所述樓宇設備。
本申請的技術方案，可以允許用戶設置樓宇設備工作方式，以便樓宇設備可以按照用戶的設置進行工作，為用戶提供個性化的服務。
在本申請的一個實施例中，所述樓宇設備可包括照明設備、空調設備、新風系統、安防設備中的任意組合。
附圖說明
圖1是本申請一示例性實施例示出的一種樓宇控制方法的流程圖。
圖2是本申請又一示例性實施例示出的一種樓宇控制方法的流程圖。
圖3是本申請又一示例性實施例示出的一種樓宇控制方法的流程圖。
圖4是本申請又一示例性實施例示出的一種樓宇控制方法的流程圖。
圖5是本申請又一示例性實施例示出的一種樓宇控制方法的流程圖。
圖6是本申請又一示例性實施例示出的一種樓宇控制方法的流程圖。
圖7是本申請又一示例性實施例示出的一種樓宇控制方法的流程圖。
圖8是本申請又一示例性實施例示出的一種樓宇控制方法的流程圖。
具體實施方式
這裡將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施例並不代表與本申請相一致的所有實施例。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。
在本申請使用的術語是僅僅出於描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數形式的「一種」、「所述」和「該」也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語「和/或」是指並包含一個或多個相關聯的列出項目的任何或所有可能組合。
應當理解，儘管在本申請可能採用術語第一、第二、第三等來描述各種信息，但這些信息不應限於這些術語。這些術語僅用來將同一類型的信息彼此區分開。例如，在不脫離本申請範圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決於語境，如在此所使用的詞語「如果」可以被解釋成為「在……時」或「當……時」或「響應於確定」。
下面結合附圖，對本申請的一些實施例作詳細說明。在不衝突的情況下，下述的實施例及實施例中的特徵可以相互組合。
目前，在樓宇中為用戶導航或者基於用戶移動路徑為用戶提供方便的樓宇服務，比如照明控制、空調控制、新風系統控制等，均需要採用移動感應、無線或者圖像的方式，即採用移動、無線通信或攝像/紅外設備輔助實現定位用戶的位置，還要生成複雜的地圖。由於需要採用大量的傳感器，提高了樓宇控制的成本，而且，由於樓宇系統內部建築結構複雜，遮蔽物多，移動感應、無線或圖像識別定位的精度較差，構建的地圖和導航信息也不精確，同時，如果用戶移動速度快的話，系統對用戶位置的變化系統來不及響應，導致控制延遲，用戶體驗差。
基於此，本申請實施例提供了一種樓宇控制方法，不但實現簡單，成本低，而且，還可以避免採用傳感器定位用戶而引入的路徑定位不精確以及控制延遲等問題。
請參閱圖1，本申請的一示例性實施例提供的樓宇控制方法，應用於伺服器。該樓宇控制方法包括以下步驟s101～s104：
在步驟s101中，確定目標路徑。目標路徑包括在樓宇中的起點位置、終點位置以及連接起點位置與終點位置的至少一個通道。
在本申請的實施例中，目標路徑是用戶在客戶端設置的、並由客戶端提交至伺服器。對於起點位置，用戶可以根據樓宇的通道情況以及自身需求設置，也可以設置為樓宇中門禁裝置的位置。對於終點位置，可以是用戶的目的地位置，比如17樓1711室。對於連接起點位置與終點位置的通道可以包括過道、電梯、步梯中的任意組合。例如，用戶的起點位置為門禁裝置的位置，在樓宇的一樓大廳，終點位置為17樓1711室，則門禁裝置的位置與17樓1711室之間的通道組合存在很多種，例如，一種除了位於同一樓層的通道採用步行外，其餘通道僅採用電梯通道的通道組合為：門禁裝置的位置至1樓電梯門口的通道、1樓至17樓的電梯通道、17樓電梯門口位置至17樓1711室的通道。當然，還存在很多其他可以預見的通道組合，在此不再贅述。
在步驟s102中，根據目標路徑生成目標路線。目標路線為包括至少一個一維線段的集合，至少一個一維線段之間首尾相接形成目標路線，一維線段用於標識通道，線段攜帶通道對應的樓宇設備的信息。
在本申請的實施例中，使用不帶方向的一維線段來標識一個或一段通道，這樣多個一維線段的集合就能夠表示樓宇中的一段路徑，只是不攜帶路徑形狀、路徑間互相的方位等關係。
其中，能夠被一維線段標識的通道具備下面的性質：
1.一個或一段通道只有一個起點和一個終點；
2.通道的起點和終點可互換，除非此通道是單向通行的；
3.兩個通道如果需要連接，只能通過起點和終點；即一個通道不能被另一個通道在非起點和非終點處連接。例如，兩個通道形成丁字路口時，則這兩個通道被3個線段標識，而不是2個線段，又如，兩個通道形成十字路口時，則這兩個通道被4個線段標識，而不是2個線段；
4.用戶的起點位置和終點位置必須在某個通道上；
5.如果用戶的起點位置和終點位置不在某個通道的起點或終點，且距離該通道的起點和終點較遠，則可以將此通道再分為2個通道；
6.不同樓層間可能有步梯、電梯等，每部電梯/步梯也可用一個一維線段及長度等特性表示，長度特性根據電梯/步梯的特性決定，和用戶移動方向有關係，如同一個樓梯(電梯/步梯)，上樓和下樓時的長度可以設為不同。這樣整個大樓的所有樓面的所有通道就可以一維線段的集合來表示；
7.區分不同通道的標準不是形狀(直線、拐彎、折線、曲線、坡度)，而是岔路、步梯、電梯、門禁等。
這些一維線段帶還可以攜帶如下信息：通道對應的樓宇設備的信息、通道的一些特徵，如長度、寬度、裝飾情況以及通道類型等、通道上或通道附近的明顯標誌物如衛生間、保安室、露臺等。其中，樓宇設備包括照明設備、空調設備、新風系統、安防設備中的任意組合。
在步驟s103中，確定目標路線對應的觸發條件。觸發條件可以由用戶通過客戶端設置並由客戶端提交至伺服器。
在步驟s104中，根據觸發條件與目標路線，控制樓宇設備。當觸發條件被滿足時觸發目標路線對應的樓宇設備工作，為用戶提供方便。
本申請實施例中，可以通過用戶預先設置的目標路徑與對應的觸發條件，控制該目標路徑對應的樓宇設備，實現簡單，而且可以避免採用大量傳感器來探測用戶的移動路徑，降低了樓宇控制的成本，還可以避免使用傳感器定位用戶而引入的路徑定位不精確以及控制延遲等問題。
請參閱圖2，本申請的又一示例性實施例提供的樓宇控制方法。在本實施例中，以基於用戶提交的路徑確定目標路徑為例進行說明。本實施例中，確定目標路徑的步驟具體包括以下步驟s201～s203：
在步驟s201中，向客戶端發送樓宇的二維通道地圖。
在步驟s202中，接收來自所述客戶端的基於所述二維通道地圖確定的第一路徑。
在步驟s203中，基於所述第一路徑確定所述目標路徑。
在本實施例中，上述的客戶端可以安裝在樓宇中的固定終端上，該終端可以提供顯示屏以及輸入裝置，該顯示屏可以是觸控螢幕，也可以接收用戶輸入信息。
客戶端在接收到用戶輸入的確定目標路徑的指令時，將該指令提交至用於樓宇設備控制的伺服器，伺服器響應於上述指令將樓宇的二維通道地圖發送至客戶端，客戶端在接收到所述二維通道地圖後顯示所述二維通道地圖。其中，二維通道地圖包括樓宇中所有通道，可以分樓層顯示，比如，用戶可以查看各個樓層的通道，以及各個樓層之間的通道(電梯、步梯等)。
基於二維通道地圖，用戶可以選擇起點位置、終點位置以及連接所述起點位置與所述終點位置的至少一個通道來確定第一路徑，並在確定第一路徑後通過客戶端提交至伺服器。伺服器在接收到第一路徑後可以將第一路徑確定為所述目標路徑。
在本實施例中，可以通過向客戶端提供樓宇的二維通道地圖，可以使用戶通過客戶端形象地獲知樓宇通道信息，並據此確定目標路徑，還可以基於用戶提交的路徑確定目標路徑，實現簡單。
請參閱圖3，本申請的又一示例性實施例提供的樓宇控制方法。在本實施例中，以基於用戶提交的路徑以及推薦路徑確定目標路徑為例進行說明。本實施例中，確定目標路徑的步驟具體包括以下步驟s301～s305：
在步驟s301中，向客戶端發送樓宇的二維通道地圖。
在步驟s302中，接收來自所述客戶端的基於所述二維通道地圖確定的第一路徑。
在步驟s303中，向所述客戶端發送基於所述第一路徑推薦的至少一個第二路徑。
在步驟s304中，接收來自所述客戶端的基於所述第一路徑與所述少一個第二路徑被選中的第三路徑。
在步驟s305中，將所述第三路徑確定為所述目標路徑。
在本實施例中，伺服器在接收到用戶提交的第一路徑後，可以基於第一路徑向客戶端發送多個推薦的第二路徑，其中，第二路徑的起點位置與第一路徑的起點位置相同，第二路徑的終點位置與第一路徑的終點位置相同。客戶端在接收到多個推薦的第二路徑後，與第一路徑一併進行顯示，其中，客戶端在顯示第二路徑與第一路徑時，是將二者置於二維通道地圖進行顯示，這樣，可以便於用戶具體形象地獲知第二路徑的信息，並便於用戶對顯示的路徑進行比較，選擇更加符合實際需求的路徑作為第三路徑，提交至伺服器。
在本實施例中，伺服器還可以對第一路徑與推薦的第二路徑進行評價，給出各個路徑的評價信息，比如，步行少、時間短、空氣佳等，並將各個路徑的評價信息發送至客戶端進行顯示，供用戶參考，可以輔助用戶迅速確定符合實際需求的路徑作為第三路徑，提高用戶確定目標路徑的效率。
本實施例中，通過基於用戶提交的路徑提供多個推薦路徑，以供用戶選擇，並基於用戶選中的路徑確定目標路徑，便於用戶選擇更加符合實際需求的路徑作為目標路徑，有利於提高用戶體驗。
請參閱圖4，本申請的又一示例性實施例提供的樓宇控制方法。在本實施例中，以基於用戶按照原路返回的需求確定目標路徑為例進行說明。本實施例中，確定目標路徑的步驟具體包括以下步驟s401～s406：
在步驟s401中，向客戶端發送所述樓宇的二維通道地圖。
在步驟s402中，接收來自所述客戶端的基於所述二維通道地圖確定的第一路徑。
在步驟s403中，發送是否按照所述第一路徑原路返回的詢問消息。
在步驟s404中，接收基於所述詢問消息的應答消息。
在步驟s405中，如果所述應答消息為按照所述第一路徑原路返回，則基於所述應答消息與所述第一路徑，得到第四路徑；其中，所述第四路徑的起點位置為所述第一路徑的終點位置，所述第四路徑的所述終點位置為所述第一路徑的起點位置。
在步驟s406中，將所述第一路徑與所述第四路徑均確定為所述目標路徑。
在本實施例中，用戶通過客戶端提交的第一路徑可能為目標路徑之一，伺服器在接收到用戶通過客戶端提交的第一路徑後，基於第一路徑向客戶端發送詢問用戶是否按照原路返回的詢問消息，用戶通過客戶端回應該消息，客戶端接收到用戶的回應指令後向伺服器發送基於上述詢問消息的應答消息。所述應答消息可以是按照第一路徑原路返回的消息，也可以是不按照第一路徑原路返回的消息。當應答消息為按照所述第一路徑原路返回的消息時，伺服器置換所述第一路徑的起點位置與終點位置，得到第四路徑，並將第一路徑與第四路徑一併確定為目標路徑。
在後續的根據所述目標路徑生成目標路線的步驟中，可以基於第一路徑與第四路徑同時生成兩條目標路線，也可以先基於第一路徑生成第一路線，再置換第一路線的起點位置與終點位置，得到第二路線，第一路線與第二路線都是目標路線。
在本實施例中，可以通過詢問用戶是否按照原路返回，並在用戶需要按照原路返回時基於用戶提交的路徑直接獲取返迴路徑，而無需用戶重複選擇起點位置、終點位置以及連接所述起點位置與所述終點位置的通道來確定返迴路徑，便於用戶快速確定目標路徑。
請參閱圖5，本申請的又一示例性實施例提供的樓宇控制方法。在本實施例中，以如何生成目標路線中樓梯的一維線段為例進行說明。本實施例中，根據所述目標路徑生成目標路線的步驟具體包括以下步驟s501～s503：
在步驟s501中，基於所述目標路徑確定所述目標路徑的方向。所述目標路徑的方向包括上樓和下樓。
在步驟s502中，基於所述目標路徑的方向確定用於標識樓梯的一維線段。其中，用於標識同一樓梯上樓與下樓的一維線段的長度不同。
在步驟s503中，基於所述用於標識樓梯的一維線段生成目標路線。
在本實施例中，先確定目標路徑的方向，即用戶移動的方向，再根據目標路徑的方向標識確定標識樓梯的一維線段。由於對於作為通道的同一樓梯，有可能是用戶沿該通道上樓，也有可能是用戶沿該通道下樓，為區別兩種不同的情況，同時也便於伺服器識別，可以採用不同長度的一維線段標識同一樓梯，比如，上樓時標識樓梯的線段長度大於下樓時標識樓梯的線段長度，實現簡單。
本實施例中，通過所述目標路徑的方向確定用於標識樓梯的一維線段，以區別方向不同的目標路徑中標識同一樓梯的一維線段，便於伺服器識別，實現簡單。
請參閱圖6，本申請的又一示例性實施例提供的樓宇控制方法。在本實施例中，以觸發條件為預約時間為例進行說明。本實施例中，確定所述目標路線對應的觸發條件的步驟具體包括以下步驟s601～s602：
在步驟s601中，接收來自客戶端的用於觸發所述目標路線的預約時間。
在步驟s602中，基於所述預約時間確定所述觸發條件。
在本實施例中，用戶可以通過客戶端設置目標路徑的預約時間。該預約時間用於觸發伺服器基於目標路徑控制對應的樓宇設備。具體地，客戶端接收用戶輸入的預約時間，並將預約時間提交至伺服器，伺服器將預約時間配置為目標路徑的觸發條件。在當伺服器檢測到當前時間達到預約時間時，便觸發目標路徑對應的樓宇設備工作(比如開啟照明、空調設備、新風系統等)，為用戶提供方便。
當伺服器檢測到用戶達到目標位置後，控制樓宇設備關閉，以節約能源。比如，房客刷房卡，打開房門時，設置於房門上的讀卡裝置向伺服器發送用於指示房門開鎖的電信號，伺服器在接收到該電信號後，確定房客達到終點位置，控制目標路徑對應的樓宇設備(照明、空調設備、新風系統等)關閉。
在本實施例中，通過預約時間控制目標路徑對應的樓宇設備，可以讓用戶一次設置預約時間後，長期享受在該預約時間內目標路徑上的樓宇設備為其提供方便。
請參閱圖7，本申請的又一示例性實施例提供的樓宇控制方法。在本實施例中，以用戶到達目標路徑的起點位置為觸發條件為例進行說明。本實施例中，根據所述觸發條件與所述目標路線，控制所述樓宇設備的步驟具體包括以下步驟s701～s702：
在步驟s701中，接收用於指示用戶到達所述起點位置的信息。用戶到達所述起點位置為所述觸發條件。
在步驟s702中，基於所述用於指示用戶到達所述起點位置的信息，觸發所述樓宇設備工作。
在本實施例中，起點位置可以是安防設備(比如門禁)所在的位置，當安防設備檢測到用戶後(比如用戶刷門禁卡後)，向伺服器發送用於指示用戶達到起點位置的電信號，伺服器在接收到該電信號時，觸發目標路徑對應的樓宇設備工作。
本實施例中，可以在獲得用戶到達起點位置的信息時觸發所述樓宇設備工作，這樣，可以適時地控制樓宇設備工作。
請參閱圖8，本申請的又一示例性實施例提供的樓宇控制方法。在本實施例中，以基於用戶設置的樓宇設備的工作方式控制樓宇設備工作為例進行說明。本實施例中，樓宇控制方法包括以下步驟s801～s805：
在步驟s801中，確定目標路徑。
在步驟s802中，根據所述目標路徑生成目標路線。
在步驟s803中，確定所述目標路線對應的觸發條件。
在步驟s804中，接收來自客戶端的用於確定所述樓宇設備工作方式的設置信息。
在步驟s805中，根據所述觸發條件、所述目標路線與所述設置信息，控制所述樓宇設備。
在本實施例中，用戶還可以根據個人偏好設置目標路徑對應的樓宇設備的工作方式。比如，用戶的個人偏好可以包括如下幾個方面：
1.傾向的目標路徑的長度、是否傾向於步梯、是否傾向於電梯、是否傾向於製冷或制熱、是否傾向於有新風系統、是否傾向於經過某個標誌物(或迴避)，或其中任意組合；
2.目標路徑上開啟的樓宇設備列表及對應的運行方式；
3.每個樓宇設備列表的開啟條件或開啟時間；
4.每個樓宇設備列表的關閉條件；
5.不同時刻有不同的偏好；比如早上、中午、晚上的偏好不同，需設置三套偏好。
本實施例中，用戶可以通過客戶端設置個人偏好，並通過客戶端提交至伺服器，伺服器將用戶標識(比如可以是房卡標識、門禁卡標識等)、基於個人偏好的對樓宇設備工作方式的設置信息、目標路徑、觸發條件綁定保存，並基於這些信息控制樓宇設備。
本實施例，可以允許用戶設置樓宇設備工作方式，以便樓宇設備可以按照用戶的設置進行工作，為用戶提供個性化的服務。
需要說明的是，以上是在同一時間只有單個用戶或者各個用戶之間不存在衝突的情況下樓宇設備的控制方法，對於同一時間存在並發的用戶移動的情況，可以基於用戶的優先級，先響應優先級高的用戶，對於優先級相同的用戶，可以通過競爭或妥協(如輪流共享)的方式進行樓宇設備的控制。
本申請的實施例可以具備以下有益效果：第一，用戶在移動過程中，可以得到定製的樓宇系統的的設備服務，也無需多次驗證用戶權限(例如刷卡)有利於提升用戶體驗。第二，樓宇系統無需開啟所有設備，只在需要的時候才開啟某個路徑上的設備，特別是不需要開啟所有設備的場合，如晚上。當用戶已經到達目的地或者時間已經超過預設的預約時間則關閉目標路經對應的樓宇設備，具備較大的節能效果。第三，通過定製的樓宇系統的的設備服務，還可以引導用戶快速達到目的地，特別是在通道的交叉口，只有目標路徑上的照明設備開啟時，可以給用戶方向指示。第四，無需安裝大量傳感器來輔助實現，節約成本。
以上所述僅為本申請的較佳實施例而已，並不用以限制本申請，凡在本申請的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本申請保護的範圍之內。