本發(fā)明涉及電子圍欄技術領域，具體涉及一種設置和應用停放區(qū)域的方法和系統。

背景技術：

基于移動目標的租賃計費規(guī)則一般采取定點借還的計費方式，比如，汽車租賃。但是，當停放區(qū)域分布不足，或停放區(qū)域標識不清或礙于市容市貌不便給出停放區(qū)域標識時，將移動目標在停放區(qū)域內借還便存在一定難度，基于定點借還的移動目標類的租賃市場也將受到極大限度的制約。

尤其是現有的共享單車市場，隨著使用共享單車的人日益增多，共享單車的投放量也相應提升。但是，由于現有共享單車沒有樁，導致共享單車亂停亂放的現象越來越多，使城市面貌變差，且不利于城市綜合管理，因此，將共享單車停放到停放區(qū)域內尤為重要。

針對上述情況，一種現有技術方案計劃在可停車區(qū)域設置停車牌，但此種解決方式成本高，并且需要和政府溝通，由政府相關部門批準后才可進行停車牌的設置；另外一種現有技術方案則通過“電子圍欄”技術設置虛擬停車區(qū)域解決，設置的該虛擬停車區(qū)域有劃線并設有停車指示牌，配套投放的單車設有語音導航車鎖，用戶只有將車停放在規(guī)定范圍內，才可以關上車鎖并結束計費，但此種解決方式成本高，且在停車牌的設置以及在用戶需要停車時尋找停車牌的過程中可能遇到困難。

技術實現要素：

有鑒于此，本發(fā)明實施例提供了一種設置和應用停放區(qū)域的方法和系統，解決了現有停放區(qū)域為物理標識，當不便給出物理標識或標識老化不清楚時，移動目標不能被放置到停放區(qū)域的問題。

本發(fā)明一實施例提供了一種設置和應用停放區(qū)域的方法，包括：根據地理數據生成停放區(qū)域數據；獲取移動目標的位置數據；根據移動目標的位置數據和停放區(qū)域數據判斷移動目標是否進入停放區(qū)域。

優(yōu)選地，上述實施例進一步包括：將生成的停放區(qū)域數據傳送至云端服務器。

優(yōu)選地，上述實施例中判斷移動目標是否進入停放區(qū)域包括：云端服務器實時檢測判斷移動目標是否進入停放區(qū)域。

在本發(fā)明一實施例中，該方法進一步包括：根據移動目標的位置數據生成移動目標到停放區(qū)域的導航數據。

在本發(fā)明一實施例中，判斷移動目標是否進入停放區(qū)域包括：當檢測到移動目標已經進入停放區(qū)域時，接受移動目標發(fā)出的結束計費請求。

在本發(fā)明一實施例中，地理數據包括物理停放區(qū)域數據和地圖數據。

優(yōu)選地，上述實施例的根據地理數據生成停放區(qū)域數據步驟包括：尋找物理停放區(qū)域，沿物理停放區(qū)域的邊緣采集不在同一直線上的至少三個停放點位的位置數據；將采集的停放點位依次順序連接，形成封閉的物理停放區(qū)域數據；將形成的物理停放區(qū)域數據與地圖數據結合，生成停放區(qū)域數據。

在本發(fā)明一實施例中，停放點位的位置數據包括停放點位的經度和緯度數據。

在本發(fā)明一實施例中，獲取移動目標的位置數據利用了gps定位、agps定位和wifi定位中的任意一種或多種。

在本發(fā)明一實施例中，獲取移動目標的位置數據選用gps定位。

在本發(fā)明一實施例中，對gps定位的開啟設置間隔時間。

在本發(fā)明一實施例中，獲取移動目標的位置數據選用gps定位，當無法獲取gps定位時，選用agps定位。

在本發(fā)明一實施例中，根據移動目標的位置數據生成移動目標到停放區(qū)域的導航數據包括：當移動目標發(fā)出靜止請求時，云端服務器接收發(fā)出靜止請求的移動目標的位置數據；根據移動目標的位置數據搜索移動目標附近可用的停放區(qū)域，并將附近可用的停放區(qū)域數據傳送至移動目標；移動目標根據給出的附近可用的停放區(qū)域選擇一停放位，并將選擇的該停放位的信息反饋給云端服務器；云端服務器接收移動目標反饋的所選擇的停放區(qū)域信息，并將所述停放區(qū)域信息傳送至app生成導航數據。

在本發(fā)明一實施例中，云端服務器接收移動目標反饋的所選擇的停放區(qū)域信息，并將停放區(qū)域信息傳送至app生成導航數據包括：

云端服務器接收移動目標選擇的停放點位，并以該停放點位為中心點選取中心點周圍的停放點位，將選取的停放點位傳送至app端進行繪制停車位以及生成導航數據操作。

在本發(fā)明一實施例中，該方法進一步包括：云端服務器接收移動目標對導航數據生成的報錯信息，并將報錯信息傳送至app重新生成導航數據。

在本發(fā)明一實施例中，該方法進一步包括：當生成移動目標到選擇的停放區(qū)域的導航數據后，云端服務器屏蔽其他移動目標對該停放區(qū)域的顯示。

在本發(fā)明一實施例中，該方法進一步包括：當云端服務器接收到移動目標取消前往停放區(qū)域的信息時，解除對停放區(qū)域的預約，并給出二次預約選擇。

本發(fā)明實施例還提供了一種設置和應用停放區(qū)域的系統，包括：生成停放區(qū)域裝置，用于根據地理數據生成停放區(qū)域數據；獲取位置數據裝置，用于獲取移動目標的位置數據；檢測判斷裝置，用于根據移動目標的位置數據和停放區(qū)域數據判斷移動目標是否進入停放區(qū)域。

在本發(fā)明一實施例中，該系統進一步包括：導航裝置，用于根據移動目標的位置數據生成移動目標到停放區(qū)域的導航數據。

在本發(fā)明一實施例中，生成停放區(qū)域裝置包括：采集停放點位數據單元，用于尋找物理停放區(qū)域，沿物理停放區(qū)域的邊緣采集不在同一直線上的至少三個停放點位的位置數據；生成物理停放區(qū)域數據單元，用于將采集的停放點位依次順序連接，形成封閉的物理停放區(qū)域數據；生成停放區(qū)域數據單元，用于將形成的物理停放區(qū)域數據與地圖數據結合，生成停放區(qū)域數據。

在本發(fā)明一實施例中，導航裝置包括：獲取位置數據單元，用于當移動目標發(fā)出靜止請求時，云端服務器獲取發(fā)出靜止請求的移動目標的位置數據；傳送可用停放區(qū)域數據單元，用于根據移動目標的位置數據搜索移動目標附近可用的停放區(qū)域，并將附近可用的停放區(qū)域數據傳送至移動目標；接收反饋數據單元，用于云端服務器接收移動目標反饋的所選擇的停放區(qū)域信息，并將停放區(qū)域信息傳送至app生成導航數據。

在本發(fā)明一實施例中，該系統進一步包括：報錯裝置，用于云端服務器接收移動目標對導航數據生成的報錯信息，根據報錯信息重新生成導航數據。

在本發(fā)明一實施例中，該系統進一步包括：預約裝置，用于當生成移動目標到選擇的停放區(qū)域的導航數據后，云端服務器屏蔽其他移動目標對該停放區(qū)域的顯示。

在本發(fā)明一實施例中，該系統進一步包括：解除預約裝置，用于當云端服務器接收到移動目標取消前往停放區(qū)域的信息時，解除對停放區(qū)域的預約，并給出二次預約選擇。

本發(fā)明實施例提供的設置和應用停放區(qū)域的方法通過根據地理數據生成停放區(qū)域數據，并實時檢測判斷移動目標是否進入停放區(qū)域的方式，實現了停放區(qū)域的標識虛擬化，使移動目標能夠順利被放置到標識虛擬化的停放區(qū)域。

附圖說明

圖1所示為本發(fā)明第一實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。

圖2所示為本發(fā)明第一實施例提供的設置和應用停放區(qū)域的方法中根據地理數據生成停放區(qū)域數據步驟的流程示意圖。

圖3所示為本發(fā)明第二實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。

圖4所示為本發(fā)明第二實施例提供的設置和應用停放區(qū)域的方法中根據移動目標的位置數據生成移動目標到停放區(qū)域的導航數據，并將導航數據發(fā)送給移動目標步驟的流程示意圖。

圖5所示為本發(fā)明第三實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。

圖6所示為本發(fā)明第四實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。

圖7所示為本發(fā)明第五實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。

圖8所示為本發(fā)明第六實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。

圖9所示為本發(fā)明第六實施例提供的設置和應用停放區(qū)域的系統中生成停放區(qū)域裝置的單元示意圖。

圖10所示為本發(fā)明第七實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。

圖11所示為本發(fā)明第七實施例提供的設置和應用停放區(qū)域的系統中導航裝置的單元示意圖。

圖12所示為本發(fā)明第八實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。

圖13所示為本發(fā)明第九實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。

圖14所示為本發(fā)明第十實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

圖1所示為本發(fā)明第一實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。如圖1所示，本發(fā)明第一實施例提供的設置和應用停放區(qū)域的方法步驟如下：

步驟10：根據地理數據生成停放區(qū)域數據。

步驟20：獲取移動目標的位置數據。

步驟30：根據移動目標的位置數據和停放區(qū)域數據判斷移動目標是否進入停放區(qū)域。

在本發(fā)明一實施例的實際應用過程中，客戶端提交所采集的各個的停放點位數據，云端服務器接受所提交的停放點位數據，生成停車區(qū)域，并將停車區(qū)域傳送至app端，當移動目標在app端選擇一個中心點時，云端服務器把該中心點周邊的停車點位發(fā)送給app，app將這些停車點位繪制成為停車位，云端服務器傳送到app端的數據為停車點位數據能夠有效減少數據傳輸，提高反應速率。

應當理解，移動目標包括但不限于自行車和汽車等可移動交通工具，移動目標上設置通訊設備，用于數據信息的傳送。

本發(fā)明實施例提供的設置和應用停放區(qū)域的方法通過根據地理數據生成停放區(qū)域數據，獲取移動目標的位置數據，并根據移動目標的位置數據和停放區(qū)域數據檢測判斷移動目標是否進入停放區(qū)域的方式，實現了停放區(qū)域的標識虛擬化，使移動目標能夠順利被放置到標識虛擬化的停放區(qū)域。

優(yōu)選地，在本發(fā)明一實施例中，將生成的停放區(qū)域數據傳送至云端服務器，云端服務器對停放區(qū)域數據進行存儲處理，為后續(xù)的實時檢測作準備。

優(yōu)選地，在本發(fā)明一實施例中，云端服務器檢測判斷移動目標是否進入停放區(qū)域，利用云端服務器進行檢測判斷，相比移動終端等其他具備檢測判斷的設備來說，云端服務器更具穩(wěn)定性。

優(yōu)選地，在本發(fā)明一實施例中，只有當檢測到移動目標已經進入停放區(qū)域時，才接受向移動目標發(fā)出的結束計費請求，允許移動目標停止計費，充分防止了移動目標亂停亂放等不良情況的發(fā)生。

優(yōu)選地，在本發(fā)明一實施例中，步驟10中涉及的地理數據包括物理停放區(qū)域數據和地圖數據，在實際應用過程中，將物理停放區(qū)域數據與地圖數據結合生成停放區(qū)域數據，將物理停放區(qū)域數據與地圖數據結合是生成后續(xù)的導航數據的前提條件，為后續(xù)導航數據的生成作準備。

圖2所示為本發(fā)明第一實施例提供的設置和應用停放區(qū)域的方法中根據地理數據生成停放區(qū)域數據步驟的流程示意圖。如圖2所示，在本發(fā)明第一實施例中，步驟10包括：

步驟11：尋找物理停放區(qū)域，沿物理停放區(qū)域的邊緣采集不在同一直線上的至少三個停放點位的位置數據。

在步驟11中，停放點位的位置數據包括停放點位的經度和緯度數據，將停放點位的經度和緯度數據結合，能夠準確定位停放點位，準確定位的停放點位為生成準確的物理停放區(qū)域數據提供前提條件。

應當理解，在步驟11中，根據平面生成原理，采集的停放點位為沿物理停放區(qū)域的邊緣采集不在同一直線上的至少三個停放點位的位置數據。但是本發(fā)明不限于此，也可以采集四個、五個或更多停放點位。采集的停放點位越多，所生成的封閉的物理停放區(qū)域數據越精準。

在本發(fā)明一實施例的實際應用過程中，尋找物理停放區(qū)域，以及沿物理停放區(qū)域的邊緣采集停放點位，由人工采集完成，即人工導表，錄入數據庫。

應當理解，尋找物理停放區(qū)域，以及沿物理停放區(qū)域的邊緣采集停放點位也可由相關設備自動采集完成。

步驟12：將采集的停放點位依次順序連接，形成封閉的物理停放區(qū)域數據。

應當理解，在停放點位采集過程中，沿物理停放區(qū)域的邊緣依次采集，并將依次采集的停放點位依次順序連接，以充分保證所形成的封閉的物理停放區(qū)域數據的準確率，減少誤差。

步驟13：將形成的物理停放區(qū)域數據與地圖數據結合，生成停放區(qū)域數據。

在本發(fā)明第一實施例中，利用首先尋找物理停放區(qū)域，沿找到的物理停放區(qū)域邊緣采集停放點位，并將采集的停放點位依次順序連接以形成封閉的物理停放區(qū)域數據，其次將形成的物理停放區(qū)域數據與地圖數據結合，生成停放區(qū)域數據的方式達到了生成停放區(qū)域數據的目的，為后續(xù)生成導航數據以及判斷移動目標是否進入停放區(qū)域提供了前提條件。

圖3所示為本發(fā)明第二實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。如圖3所示，相比第一實施例，在步驟20和步驟30之間進一步包括：

步驟25：根據移動目標的位置數據生成移動目標到停放區(qū)域的導航數據。

在本發(fā)明一實施例的實際應用過程中，當移動目標存在移動距離時(比如20m)，以移動目標所在位置為圓心，以500m為半徑獲取所規(guī)劃的圓內的停車點，隨著移動目標跟著app生成的導航移動，實時刷新移動目標至選中的停車位的距離。當移動目標進入到停車位區(qū)域時，app中顯示到達并提示用戶關鎖歸還。此時，將app提供的移動目標的位置和移動目標端提供的位置提交到云端服務器，云端服務器進行校驗(只要有一個位置進入停車位區(qū)域即判斷成功，停止計費)。

在本發(fā)明一實施例中，限定獲取的所規(guī)劃的圓內的停車點的數目不超過10個，以方便用戶選取。

應當理解，半徑值可根據實際情況自由設定，不限于本發(fā)明實施例所敘述的情況。

圖4所示為本發(fā)明第二實施例提供的設置和應用停放區(qū)域的方法中根據移動目標的位置數據生成移動目標到停放區(qū)域的導航數據，并將導航數據發(fā)送給移動目標步驟的流程示意圖。如圖4所示，在本發(fā)明第二實施例中，步驟30包括：

步驟31：當移動目標發(fā)出靜止請求時，云端服務器接收發(fā)出靜止請求的移動目標的位置數據。

在本發(fā)明一實施例中，步驟31中提及的云端服務器獲取發(fā)出靜止請求的移動目標的位置數據的方法包括但不限于gps定位、agps定位和wifi定位。

優(yōu)選地，在本發(fā)明一實施例中，云端服務器接收發(fā)出靜止請求的移動目標的位置數據的過程利用gps定位和wifi定位兩種定位方式共同來實現。在實際情況中，gps定位精度高，wifi定位精度略低于gps定位，但是gps信號容易被遮擋，尤其是在市區(qū)等高樓多的區(qū)域，如在上海地區(qū)。在實際應用過程中，優(yōu)選gps定位，當gps信號被遮擋，gps信號無法反饋給服務器時，云端服務器向移動目標發(fā)送提示，提示移動目標打開wifi，從而實現wifi定位。多種定位方式相結合利用，能夠有效提高定位精度，并且能夠最大程度避免無法定位的情況發(fā)生。

在本發(fā)明一實施例中，選擇gps定位方式，將gps定位的開啟設置間隔時間，當移動目標電量小于一定值時，提醒移動目標打開wifi采用wifi定位方式，由于gps定位方式的定位精度高，但是耗電快，因此將gps定位的開啟設置間隔時間以及當移動目標電量小于一定值時關閉gps定位能夠有效節(jié)省電能。

將gps定位的開啟設置間隔時間有利于移動目標的省電節(jié)能。舉例說明，當移動目標為共享單車時，移動目標的時間段分為休眠時間段(夜間)和非休眠時間段(日間)，由于夜間共享單車使用較少，因此設定休眠時間段每隔120s提報一次gps定位數據；由于日間共享單車使用較多，因此非休眠時間段則每隔30s提報一次gps定位數據，超過設定時間則顯示超時。通過將移動目標的時間段分類，并按照分類設置不同的gps定位數據提報間隔，能夠充分做到節(jié)能的目的。

在本發(fā)明一實施例中，當移動目標為助力車時，由于助力車速度較快，因此，設定常態(tài)下每隔3分鐘提報一次gps定位數據，時速降低到5kg/h時則每隔5s提報一次gps定位數據。

在本發(fā)明一實施例中，將gps定位的開啟時間間隔設置為30分鐘，能夠充分達到節(jié)省移動目標電能的目的。

在本發(fā)明一實施例中，對于電量充足的移動目標(比如電動單車)，從開鎖到關鎖的時間段內一直保持gps定位連接狀態(tài)，充分提高移動目標定位的精準性。

在本發(fā)明一實施例中，當無法獲取gps定位時，優(yōu)選agps定位方式，由于wifi定位必須要移動目標周邊有wifi信號時才能使用，所以agps定位方式在無法獲取gps定位信號的情況下優(yōu)先選用。

步驟32：根據移動目標的位置數據搜索移動目標附近可用的停放區(qū)域，并將附近可用的停放區(qū)域數據傳送至移動目標。

步驟33：云端服務器接收移動目標反饋的所選擇的停放區(qū)域信息，并將停放區(qū)域信息傳送至app生成導航數據。

圖5所示為本發(fā)明第三實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。如圖5所示，在本發(fā)明第二實施例的基礎上延伸出本發(fā)明第三實施例，相比第二實施例，在步驟25和步驟30之間進一步包括：

步驟26：云端服務器接收移動目標對導航數據生成的報錯信息，并將報錯信息傳送至app重新生成導航數據。

在本發(fā)明第三實施例中，移動目標可對導航數據進行報錯，并將報錯信息反饋至云端服務器，云端服務器對報錯信息進行核實，并將報錯信息傳送至app重新生成導航數據。報錯環(huán)節(jié)能夠充分提高生成導航數據的準確性，從而進一步提高對移動目標的導航的精準性。

圖6所示為本發(fā)明第四實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。如圖6所示，在本發(fā)明第二實施例的基礎上延伸出本發(fā)明第四實施例，相比第二實施例，在步驟25和步驟30之間進一步包括：

步驟27：當生成移動目標到選擇的停放區(qū)域的導航數據后，云端服務器屏蔽其他移動目標對該停放區(qū)域的顯示。

在本發(fā)明第四實施例中，一旦生成移動目標到所選擇的停放區(qū)域的導航數據，該停放區(qū)域就已經被預約，其他移動目標搜索時不再顯示該停放區(qū)域，防止移動目標移動到選中的停放區(qū)域時，發(fā)現該停放區(qū)域已被占用，浪費人力和物質資源。

圖7所示為本發(fā)明第五實施例提供的設置和應用停放區(qū)域的方法的流程示意圖。如圖7所示，在本發(fā)明第二實施例的基礎上延伸出本發(fā)明第五實施例，相比第二實施例，在步驟25和步驟30之間進一步包括：

步驟28：當云端服務器接收到移動目標取消前往所選擇的停放區(qū)域的信息時，解除對停放區(qū)域的預約，并給出二次預約選擇。

在本發(fā)明第五實施例中，移動目標根據生成的導航數據向所選擇的停放區(qū)域移動的過程中，移動目標可隨時取消前往，并將取消信息反饋至云端服務器，云端服務器根據接收的取消信息解除對停放區(qū)域的預約，用以充分釋放有限的停放位資源，使停放位資源的利用達到最大化，同時，移動目標可隨時重新選擇停放區(qū)域進行二次預約。

在本發(fā)明一實際應用場景中，將上述實施例提供的設置和應用停放區(qū)域的方法應用到共享單車領域，設置共享單車的虛擬停車區(qū)，移動目標為共享單車，移動目標利用移動通訊設備下載相關app實現與云端服務器的數據信息互相傳送，從而實現共享單車的虛擬停車區(qū)的實際應用。

應當理解，在本發(fā)明第一實施例基礎上延伸出的第二到第五實施例可以根據實際情況自由組合形成新的實施例，包括不限于本發(fā)明說明書部分描述的實施例。

圖8所示為本發(fā)明第六實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。如圖8所示，本發(fā)明第六實施例提供的設置和應用停放區(qū)域的系統包括如下裝置：

生成停放區(qū)域裝置100，用于根據地理數據生成停放區(qū)域數據。

獲取位置數據裝置200，用于獲取移動目標的位置數據。

檢測判斷裝置300，用于根據移動目標的位置數據和停放區(qū)域數據判斷移動目標是否進入停放區(qū)域。

圖9所示為本發(fā)明第六實施例提供的設置和應用停放區(qū)域的系統中生成停放區(qū)域裝置的單元示意圖。如圖9所示，在本發(fā)明第六實施例中，生成停放區(qū)域裝置100包括：

采集停放點位數據單元110，用于尋找物理停放區(qū)域，沿物理停放區(qū)域的邊緣采集不在同一直線上的至少三個停放點位的位置數據。

生成物理停放區(qū)域數據單元120，用于將采集的停放點位依次順序連接，形成封閉的物理停放區(qū)域數據。

生成停放區(qū)域數據單元130，用于將形成的物理停放區(qū)域數據與地圖數據結合，生成停放區(qū)域數據。

圖10所示為本發(fā)明第七實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。如圖10所示，在本發(fā)明第六實施例的基礎上延伸出本發(fā)明第七實施例，相比第六實施例，在獲取位置數據裝置200和檢測判斷裝置300之間進一步包括：

導航裝置250，用于根據移動目標的位置數據生成移動目標到停放區(qū)域的導航數據。

圖11所示為本發(fā)明第七實施例提供的設置和應用停放區(qū)域的系統中導航裝置的單元示意圖。如圖11所示，在本發(fā)明七實施例中，導航裝置250包括：

獲取位置數據單元310，用于當移動目標發(fā)出靜止請求時，云端服務器接收發(fā)出靜止請求的移動目標的位置數據。

傳送可用停放區(qū)域數據單元320，用于根據移動目標的位置數據搜索移動目標附近可用的停放區(qū)域，并將附近可用的停放區(qū)域數據傳送至移動目標。

接收反饋數據單元330，用于云端服務器接收移動目標反饋的所選擇的停放區(qū)域信息并將停放區(qū)域信息傳送至app生成導航數據。

圖12所示為本發(fā)明第八實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。如圖12所示，在本發(fā)明第七實施例的基礎上延伸出本發(fā)明第八實施例，相比第七實施例，在導航裝置250和檢測判斷裝置300之間進一步包括：

報錯裝置260，用于云端服務器接收移動目標對導航數據生成的報錯信息，并將報錯信息傳送至app重新生成導航數據。

圖13所示為本發(fā)明第九實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。如圖13所示，在本發(fā)明第七實施例的基礎上延伸出本發(fā)明第九實施例，相比第七實施例，在導航裝置250和檢測判斷裝置300之間進一步包括：

預約裝置270，用于當生成移動目標到選擇的停放區(qū)域的導航數據后，云端服務器屏蔽其他移動目標對該停放區(qū)域的顯示。

圖14所示為本發(fā)明第十實施例提供的設置和應用停放區(qū)域的系統的裝置示意圖。如圖14所示，在本發(fā)明第七實施例的基礎上延伸出本發(fā)明第十實施例，相比第七實施例，在導航裝置250和檢測判斷裝置300之間進一步包括：

解除預約裝置280，用于當云端服務器接收到移動目標取消前往所選擇的停放區(qū)域的信息時，解除對停放區(qū)域的預約，并給出二次預約選擇。

應當理解，盡管在上文的詳細描述中提及了裝置的若干模塊或單元，但是這種劃分僅僅是示例性而非強制性的。實際上，根據本發(fā)明的示例性實施方式，上文描述的兩個或更多模塊/單元的特征和功能可以在一個模塊/單元中實現，反之，上文描述的一個模塊/單元的特征和功能可以進一步劃分為由多個模塊/單元來實現。此外，上文描述的某些模塊/單元在某些應用場景下可被省略。

還應當理解，為了不模糊本發(fā)明的實施方式，說明書僅對一些關鍵、必要的技術和特征進行了描述，而可能未對一些本領域技術人員能夠實現的特征做出說明。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換等，均應包含在本發(fā)明的保護范圍之內。