一種基於呼救器的求救方法及系統與流程
2023-09-13 17:01:20 1
本發明涉及無線通訊技術領域，特別涉及一種基於呼救器的求救方法及系統。
背景技術：
隨著物聯網的發展，諸如藍牙、zigbee這種短距離通訊或者諸如wifi、3g/4g這種高功耗通訊已經不能滿足要求。而lora無線技術卻可以結合優點擯棄缺點，能做到長距離並且低功耗傳輸，因此lora無線技術便應運而生。lora是由semtech研發的低功耗聯網技術，採用直序擴頻技術，利用全球共用的ism公共頻率137-1020mhz進行無線數據傳輸。由於它使用sub-ghz頻段，使其更易於較低功耗遠距離通訊，並且具有較強的穿牆技能。低功耗也使電池的使用壽命大幅提升。基於這些優勢，使得lora技術在物聯網中得到大規模開發應用。
目前，人們遇到危險情況主要通過打電話（例如110）的方式來獲得的救助，但是在一些緊急情況如沒有電話或者無法直接撥打電話進行報警時，例如，發生車禍後沒有力氣再去報警或遇到劫徒無法拿出手機報警，人們想要得到及時的救助就很難，容易造成悲劇。現有的求救器通過內置的gsm模塊與控制中心進行通信，然而功耗較高，減小了求救器的續航能力。同時現有的求救器的啟動機制容易產生誤操作，導致控制中心經常接收到不必要的信息，浪費資源。
因而現有技術還有待改進和提高。
技術實現要素：
本發明要解決的技術問題在於，針對現有技術的不足，提供一種基於呼救器的求救方法及系統，以解決現有呼救器功耗較大並且容易產生誤操作的問題。
為了解決上述技術問題，本發明所採用的技術方案如下：
一種基於呼救器的求救方法，其包括：
呼救器預先配置有採用lora通訊協議發送求救指令的第一無線擴頻模塊；
當呼救器接收到觸發求救指令的操作時，呼救器判斷所述操作是否符合預設的觸發規則，以及
當所述操作符合預設的觸發規則時，生成求救指令並將所述求救指令通過所述第一無線擴頻模塊發送至服務端，其中，所述求救指令攜帶求救信息；
服務端通過其配置的第二無線擴頻模塊接收所述求救指令，並顯示所述求救信息。
所述基於呼救器的求救方法，其中，所述服務端接收到所述求救指令，並顯示所述求救信息之後還包括：
服務端根據所述求救信息在預設的關聯資料庫中查找對應的聯繫人信息，並根據所述聯繫人信息發送所述求救信息。
所述基於呼救器的求救方法，其中，所述當呼救器接收到觸發求救指令的操作時，呼救器判斷所述操作是否符合預設的觸發規則具體包括：
當呼救器接收到觸發求救指令的操作時，判斷所述操作的類型，其中，所述類型包括按鍵操作和語音操作；
若為按鍵操作，則獲取所述按鍵操作觸發按鍵的次數並將所述次數與預設的次數閾值進行比較；
當所述次數大於所述次數閾值時，判定所述按鍵操作符合預設的觸發規則。
所述基於呼救器的求救方法，其還包括
若為語音操作，則獲取麥克風接收到的語音信息並將所述語音信息轉化為文字信息；
在預設的資料庫中查找所述文字信息，若查找到所述文字信息，則判定所述語音操作符合預設的觸發規則。
所述基於呼救器的求救方法，其中，所述當所述操作符合預設的觸發規則時，生成求救指令並將所述求救指令通過所述第一無線擴頻模塊發送至服務端，其中，所述求救指令攜帶求救信息具體包括：
當所述操作符合預設的觸發規則時，所述求救器獲取其自身的設備標識和當前所處的位置並根據所述設備標識和當前所處的位置生成求救信息；
將所述求救信息寫入所述求救指令中並通過所述第一無線擴頻模塊發送所述求救指令至服務端。
一種基於呼救器的求救系統，其包括若干呼救器和服務端：
所述呼救器包括：
預設模塊，預先配置採用lora通訊協議發送求救指令的第一無線擴頻模塊；
判斷模塊，用於當呼救器接收到觸發求救指令的操作時，判斷所述操作是否符合預設的觸發規則；
生成模塊，用於當所述操作符合預設的觸發規則時，生成求救指令並將所述求救指令通過所述第一無線擴頻模塊發送至服務端，其中，所述求救指令攜帶求救信息；
所述服務端包括：
顯示模塊，服務端通過其配置的第二無線擴頻模塊接收所述求救指令，並顯示所述求救信息。
所述基於呼救器的求救系統，其中，所述服務端還包括：
發送模塊，用於服務端根據所述求救信息在預設的關聯資料庫中查找對應的聯繫人信息，並根據所述聯繫人信息發送所述求救信息。
所述基於呼救器的求救系統，其中，所述判斷模塊具體包括：
第一判斷單元，用於當呼救器接收到觸發求救指令的操作時，判斷所述操作的類型，其中，所述類型包括按鍵操作和語音操作；
比較單元，用於當為按鍵操作時，獲取所述按鍵操作觸發按鍵的次數並將所述次數與預設的次數閾值進行比較；
第二判斷單元，用於當所述次數大於所述次數閾值時，判定所述按鍵操作符合預設的觸發規則。
所述基於呼救器的求救系統，其中，所述判斷模塊還包括：
轉化單元，用於當為語音操作時，則獲取麥克風接收到的語音信息並將所述語音信息轉化為文字信息；
查找單元，用於在預設的資料庫中查找所述文字信息，當在查找到所述文字信息時，判定所述語音操作符合預設的觸發規則。
所述基於呼救器的求救系統，其中，所述生成模塊具體包括：
獲取單元，用於當所述操作符合預設的觸發規則時，所述求救器獲取其自身的設備標識和當前所處的位置並根據所述設備標識和當前所處的位置生成求救信息；
寫入單元，用於將所述求救信息寫入所述求救指令中並通過所述第一無線擴頻模塊採用lora通訊協議發送所述求救指令至服務端。
有益效果：與現有技術相比，本發明提供了一種基於呼救器的求救方法及系統，所述方法包括：呼救器預先配置有採用lora通訊協議發送求救指令的第一無線擴頻模塊；當呼救器接收到觸發求救指令的操作時，呼救器判斷所述操作是否符合預設的觸發規則，以及當所述操作符合預設的觸發規則時，生成求救指令並將所述求救指令通過所述第一無線擴頻模塊發送至服務端，其中，所述求救指令攜帶求救信息；服務端通過其配置的第二無線擴頻模塊接收所述求救指令，並顯示所述求救信息。本發明通過對觸發操作的判斷機制來防止產生不必要的求救指令，同時通過第一無線擴頻模塊採用lora協議發送求救指令，實現了呼救器與服務端的低功耗、長距離通信，使得求救指令順利發出。
附圖說明
圖1為本發明提供的基於呼救器的求救方法較佳實施的流程圖。
圖2為本發明提供的基於呼救器的求救系統的結構原理圖。
具體實施方式
本發明提供一種基於呼救器的求救方法及系統，為使本發明的目的、技術方案及效果更加清楚、明確，以下參照附圖並舉實施例對本發明進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發明，並不用於限定本發明。
本發明中，使用用於表示元件的諸如「模塊」、「部件」或「單元」的後綴僅為了有利於本發明的說明，其本身並沒有特定的意義。因此，模塊」、「部件」或「單元」可以混合地使用。
下面結合附圖，通過對實施例的描述，對發明內容作進一步說明。
請參照圖1，圖1為本發明提供的基於呼救器的求救方法的較佳實施例的流程圖。所述方法包括：
s100、呼救器預先配置有採用lora通訊協議發送求救指令的第一無線擴頻模塊；
s200、當呼救器接收到觸發求救指令的操作時，呼救器判斷所述操作是否符合預設的觸發規則，以及
s300、當所述操作符合預設的觸發規則時，生成求救指令並將所述求救指令通過所述第一無線擴頻模塊發送至服務端，其中，所述求救指令攜帶求救信息；
s400、服務端通過其配置的第二無線擴頻模塊接收所述求救指令，並顯示所述求救信息；
本實施例公開了一種基於呼救器的求救方法，其通過呼救器內預先配置有採用lora通信協議發送求救指令的第一無線擴頻模塊，並在呼救器接收到的觸發求救指令的操作符合預設的觸發規則時，產生求救指令並通過所述第一無線擴頻模塊將所述求救指令發送至服務端，服務端接收到求救指令後進行報警。這樣通過所述內置所述第一無線擴頻模塊減小了所述呼救器的通訊能耗，從而延長了呼救器的護航時間，同時通過對觸發操作的判斷來產生求救指令，避免了由於誤操作而產生不必要的求救信息。
具體的來說，在所述步驟s100中，具體地，所述第一無線擴頻模塊指的是基於lora通訊協議的無線通信模塊，其用於將產生的求救指令按照lora通訊協議編碼後發送至服務端。在實際應用中，所述第一無線擴頻模塊可以預留多種通訊接口，例如串口，spi等，並帶有lora無線天線。相對應的，在所述服務端內也設置有與所述第一無線擴頻模塊進行通信的第二無線擴頻模塊，其用於將接收到的無線信號進行解碼。這樣，通過呼救器和服務端之間採用lora通訊協議進行通信，增大了呼救器的呼救範圍，使得呼救器即使與服務端之間相隔較遠距離也能夠發送求救指令至服務端。同時，所述採用lora通訊協議具有能耗低的特點，這樣有效降低了呼救器的通信能耗，從而提高了其電源的續航能力。
在所述步驟s200中，所述觸發求救指令的操作可以為按鍵操作、語音操作、搖晃操作、觸屏操作等。在實際應用中，可以在求救器上設置按鍵，高靈敏度音頻輸入器件（例如麥克風），觸控螢幕等。所述觸發規則指的是預先設置的用於產生求救指令的規則。不同的觸發操作對應不同的觸發規則，例如按鍵操作和語音操作對應的觸發規則不同。在本實施例中，採用按鍵操作和語音操作來觸發求救指令，因此所述當呼救器接收到觸發求救指令的操作時，呼救器判斷所述操作是否符合預設的觸發規則具體可以包括：
s201當呼救器接收到觸發求救指令的操作時，判斷所述操作的類型，其中，所述類型包括按鍵操作和語音操作；
s202a、若為按鍵操作，則獲取所述按鍵操作觸發按鍵的次數並將所述次數與預設的次數閾值進行比較；
s203a、當所述連續次數大於所述次數閾值時，判定所述按鍵操作符合預設的觸發規則。
具體的來說，在所述步驟s201中，當呼救器接收到觸發求救指令的操作時，呼救器通過監聽按鍵接口與麥克風接口是否有信號輸入來判斷所述操作的類型，當監聽到按鍵接口的驅動信號時，判定所述操作為按鍵接口；當監聽到麥克風接口發送的音頻信號時，判定所述操作為語音操作。
在本實施例中，當所述操作為按鍵操作時，為了避免用戶在活動過程中意外觸碰到所述按鍵而產生錯誤的求救指令，只有當所述按鍵操作符合預設的觸發規則時，才生成求救指令。所述按鍵操作的觸發規則具體為：觸發按鍵的次數大於預設次數，所述觸發按鍵的動作可以是按下按鍵，也可以是波動搖杆按鍵。在所述步驟s202a中，所述次數指的是本次按鍵操作按鍵被按下的次數。在實際應用中，所述呼救器的紐扣型按鍵被按下後會自動彈起，按鍵每被按下一次則會產生一個驅動信號並將所述驅動信號發送至呼救器的微控制器，所述微控制器記錄所述按鍵被按下的的次數。當然，所述觸發規則不限於上述說明，例如，還可以當長按按鍵的時間達到預設時間時，判定符合按鍵操作觸發規則。
在本實施例中，所述控制方法還包括：
s202b、若為語音操作，則獲取麥克風接收到的語音信息並將所述語音信息轉化為文字信息；
s203b、在預設的資料庫中查找所述文字信息，若查找到所述文字信息，則判定所述語音操作符合預設的觸發規則。
具體的來說，呼救器設置有麥克風，所述麥克風一直處於工作狀態，等待接收用戶輸入的語音信息。所述資料庫內預先存儲有若干預設字符，例如，救命，help等。當高靈敏度麥克風採集到的語音信號後，將所述語音信號轉化為數位訊號，發送給codec處理為文字信息後（不同的語音經過codec與mcu處理後可以準確識別，比如音樂上常用的聽音識曲以及錄音等應用），在所述資料庫中查找所述文字信息，當查找到時，判定所述語音操作符合觸發規則。進一步，為了排除正常對話中帶有預設字符而引起的誤判，可以設定接收到預設字符的次數來判斷是否觸發規則，即當獲取到預設字符的次數達到預設次數時，判定符合觸發規則並生成求救指令。
在所述步驟s300中，所述求救信息指的是呼救器採集到的當前場景信息、位置信息以及設備標識等反應求救者當前狀況的信息，服務端通過所述求救信息可以確定求救者的狀況，並與採取相應措施。
示例性的，所述步驟s300具體包括：
s301、當所述操作符合預設的觸發規則時，所述求救器獲取其自身的設備標識和當前所處的位置並根據所述設備標識和當前所處的位置生成求救信息；
s302、將所述求救信息配置於所述求救指令中並通過所述第一無線擴頻模塊發送所述求救指令至服務端。
具體地，所述設備標識指的是所述呼救器的序列碼，其與呼救器一一對應。所述當前位置信息指的是呼救器當前所處的位置，其可以是經緯度信息，也可以是當前所處的地名。在實際應用中，可以在從呼救器內配置的gps模塊中調取其所處的位置信息，將所述位置信息和設備標識進行保存以生成求救信息，然後將求救信息以數位訊號的形式發送給第一無線模塊，第一無線模塊將信號採用lora通訊協議發送所述求救指令至服務端。當然，在實際應用中，還可以在所述操作符合預設的觸發規則時，觸發麥克風採集用戶的語音信息以生成求救信息，這樣可以更加直觀的獲取當前場景信息，便於採取適宜的施救措施。
在所述步驟s400中，服務端通過其配置的第二無線擴頻模塊接收所述求救指令，並獲取其攜帶的求救信息。在實際應用中，服務端中lora無線模塊接收呼救器發送來的求救指令後處理為數位訊號發送給中央處理器cpu，cpu啟動音頻線路通過音頻輸出器件（比如喇叭）發出求救聲音，音頻pa用於放大音頻信號，同時將求救信息以及求救者的具體位置通過觸摸顯示屏顯示給工作人員。當然在顯示的同時可以伴隨警報聲，來提示工作人員查看顯示屏以獲取求救信息。
在本發明的另一個實施例中，為了及時將求救信息傳達給聯繫人，所述步驟s400之後還包括：
s500、服務端根據所述求救信息在預設的關聯資料庫中查找對應的聯繫人信息，並根據所述聯繫人信息發送所述求救信息。
具體地，所述關聯資料庫用於存儲呼救器設備標識與聯繫人信息的對應關係，其預先存儲與所述服務端。所述聯繫人信息指的是預先存儲的聯繫人姓名、電話、通訊地址等信息。所述聯繫人信息與設備標識可以為一一對應的關係，也可以為多對一的關係。通過設備標識可以查找到其對應的一個或者多個聯繫人信息。這樣，當服務端根據求救信息中包含的設備標識查找到其對應的聯繫人信息後，將求救信息發送給聯繫人，以使得聯繫人可以在第一時間獲知求救信息。當然，還可以預先存儲設備標識與使用者的對應關係，當接收到所述設備標識時，默認為求救者為使用者，這樣便於確定求救者的個人身份信息。在實際應用中，還可以設置默認聯繫方式為報警，這樣當接收到求救信號後，第一時間將求救信息通過簡訊或者電話的方式發送給警察，提高了報警速度，方便後續的救援。
本發明還提供一種基於呼救器的求救系統，如圖2所示，其包括若干呼救器100和服務端200：
所述呼救器包括：
預設模塊100，預先配置採用lora通訊協議發送求救指令的第一無線擴頻模塊104；
判斷模塊102，用於當呼救器接收到觸發求救指令的操作時，判斷所述操作是否符合預設的觸發規則；
生成模塊103，用於當所述操作符合預設的觸發規則時，生成求救指令並將所述求救指令通過所述第一無線擴頻模塊發送至服務端，其中，所述求救指令攜帶求救信息；
所述服務端200包括：
顯示模塊201，服務端通過其配置的第二無線擴頻模塊202接收所述求救指令，並顯示所述求救信息。
所述基於呼救器的求救系統，其中，所述服務端200還包括：
發送模塊203，用於服務端根據所述求救信息在預設的關聯資料庫中查找對應的聯繫人信息，並根據所述聯繫人信息發送所述求救信息。
所述基於呼救器的求救系統，其中，所述判斷模塊102具體包括：
第一判斷單元，用於當呼救器接收到觸發求救指令的操作時，判斷所述操作的類型，其中，所述類型包括按鍵操作和語音操作；
比較單元，用於當為按鍵操作時，獲取所述按鍵操作觸發按鍵的次數並將所述次數與預設的次數閾值進行比較；
第二判斷單元，用於當所述次數大於所述次數閾值時，判定所述按鍵操作符合預設的觸發規則。
所述基於呼救器的求救系統，其中，所述判斷模塊102還包括：
轉化單元，用於當為語音操作時，則獲取麥克風接收到的語音信息並將所述語音信息轉化為文字信息；
查找單元，用於在預設的資料庫中查找所述文字信息，當在查找到所述文字信息時，判定所述語音操作符合預設的觸發規則。
所述基於呼救器的求救系統，其中，所述生成模塊103具體包括：
獲取單元，用於當所述操作符合預設的觸發規則時，所述求救器獲取其自身的設備標識和當前所處的位置並根據所述設備標識和當前所處的位置生成求救信息；
寫入單元，用於將所述求救信息寫入所述求救指令中並通過所述第一無線擴頻模塊採用lora通訊協議發送所述求救指令至服務端。
在本發明所提供的實施例中，應該理解到，所揭露的系統和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。
另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以採用硬體的形式實現，也可以採用硬體加軟體功能單元的形式實現。
上述以軟體功能單元的形式實現的集成的單元，可以存儲在一個計算機可讀取存儲介質中。上述軟體功能單元存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)或處理器(processor)執行本發明各個實施例所述方法的部分步驟。而前述的存儲介質包括：u盤、移動硬碟、只讀存儲器(read-onlymemory，rom)、隨機存取存儲器(randomaccessmemory，ram)、磁碟或者光碟等各種可以存儲程序代碼的介質。
最後應說明的是：以上實施例僅用以說明本發明的技術方案，而非對其限制；儘管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特徵進行等同替換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的精神和範圍。