2016-12-02 105 views
1

我是新手,希望我在右欄中發帖。我正在開發使用室內廣告的iOS應用程序。應用程序掃描來自iBeacons的應用程序,當它檢測到它時,它會向服務器發送獲取請求,以確定移動設備的位置併發送響應。我只在 其中數據和/或邏輯駐留用於計算 移動設備的位置中發現的互聯網以移動爲中心和以網絡爲中心的區別

移動爲中心的和以網絡爲中心的技術是不同的這個文本。例如,美國自然歷史博物館的 原始資源管理器移動尋路應用使用了思科的移動服務引擎(MSE),它是一個坐在網絡上處理由移動設備提供的原始信號強度數據到 根據管理的地圖對該位置進行三角測量,並將其存儲在MSE的 中。新的瀏覽器仍然使用三角測量來確定手機的位置。然而,地圖和信標位置被下載到手機,並在應用程序本地完成處理。

考慮到這段文字,在我的使用案例中,我使用的是網絡中心繫統bacuase,位置邏輯駐留在服務器中。真的嗎 ?我認爲以設備爲中心的位置是移動設備掃描信標的時間,而以網絡爲中心的位置是信標發送位置到節點的時間。

回答

0

信標是始終發送信號的設備。移動設備也一直在掃描信標。這些東西不會因技術而改變。您正在使用以網絡爲中心的技術。那麼,什麼是性之探源:

  1. 手機爲中心的

    • 位置是手機
  2. 網絡中心

    • 數據計算被髮送到服務器,根據給定的數據返回您的位置

以網絡爲中心的手機做任務的時候經常使用可以:

  • 漏太多精力
  • 是不夠快

我會說,沒有按三角不需要服務器進行計算,因爲這很容易,您可能會注意到,等待服務器響應可能不夠快,無法爲用戶顯示位置。

0

在你的情況下,你使用的是移動設備。您的移動設備通過使用與iBeacon的物理距離來確定它的位置。你必須將一盞明燈綁在一個位置,所以你的手機會說:「好的,我看到的是燈塔1,我知道是在A室」。

如果你打算以網絡爲中心,那麼iBeacons會告訴移動設備它在哪裏。(儘管這不是iBeacons的工作方式,但作爲例子)燈塔會發現手機並說:「嘿,移動設備,你在房間A」。

所以你看後者的網絡告訴移動設備它在哪裏,因此「網絡爲中心」。在第一種情況下,移動設備在哪裏確定它在哪裏,因此是「以移動爲中心」。因此,即使您正在爲服務器查找與位置相關的數據,設備仍然會根據與信標的距離告訴服務器它在物理空間中的位置。