前言

???????我們的設備在實際使用過程中，在我們的巡查機制粒度下，發現依然有設備被非法移動到其他非計劃點位。因此，我們需要設計一套及時預警，但是對客戶無感，不影響業務辦理的防范機制。

---

1.方案設計交互圖

2.方案說明

2.1方案設計思路

???????方案是免費，自己實現，希望通過獲取設備端請求時的ip地址，轉化為經緯度信息，然后再通過經緯度信息逆地理位置信息。

2.2方案特點

• 免費
• 2次調用互聯網服務轉換

3.方案發散

3.1僅僅通過IP預警

???????原方案裁剪，不請求IP查詢、地圖地理位置查詢。在設備管理手動/自動設置設備第一次請求服務端的IP，發現IP變化后，在設備管理端對設備標紅預警，運維人員制定巡查方案。

3.2僅僅通過經緯度預警

???????原方案裁剪，不請求地圖地理位置查詢。在設備管理對設備在地圖上劃定區域（注意與IP轉經緯度選擇一致的地圖服務），設備請求服務端獲取到的IP，調用IP查詢，對返回的經緯度做GEO地理圍欄計算。如果發現不在規定的區域，就在設備管理端對設備標紅預警，運維人員制定巡查方案。

4.方案風險

• IP轉經緯度有誤差，且沒有幾個網站支持（免費）
• 經緯度逆地理位置，地圖服務處理機制不一樣（坐標系有差異、返回的經緯度有差異）
• 國家信管有法規（相關以前提供IP轉具體地址的API服務都關閉了）
• 現在開放IP查詢（可獲取經緯度）不可控，有關閉風險

5.技術預研路徑

• 花錢方案：IP查詢地址api接口陸續在關閉
  

• 精度欠佳（免費的可能不能實現業務）
  先獲取ip對應經緯度
  

再獲取經緯度對應的地理位置

6.其他方案

6.1用GPS設備

6.1.1思路

???????通過設備采集的精確經緯度設備，走心跳接口發送給服務端，服務端根據位置預警。

6.1.2風險

可能受建筑環境影響，獲取不到具體經緯度。

6.2其他方案對比

6.2.1網絡查詢

6.2.2AI查詢

---

總結

• 不花錢，街道層級不可能
• 只有運營商有具體IP對應地理位置信息
• 開源，免費只能到城市