ibeacon在手機端實際應用中有兩種應用的方案，一種是基於興趣點（poi）的資訊推薦，核心的應用場景為，在博物館內的導覽、商場的營銷等應用，此類方式下，是手機進入某個區域後，自動彈出提醒；另一種場景為定位，即rtls，導航與位置跟蹤，與室外導航相同，需要實時了解目前的位置並提供指引。
基於興趣點的應用場景及不足
這個業務場景聽起來很美好，但實際應用中有那些不足需要注意呢？
授權延時
裝置考慮到功耗的問題，在自動觸發的應用中，掃瞄的頻次沒有那麼高，所以在事件觸發中，不會實時觸發，在特殊的場景中，時延甚至會達到分鐘級別，對部分beacon密集的應用場景很多的觸發點難以工作。即使在退出的觸發中，也有30s的時延；
數量
理論上在乙個區域內的ibeacon的數量是4,294,836,225個，但ios協議在單一時間掃瞄的數量限制在20個以內，所以若周邊的beacon特別多的情況下， 若要掃瞄到所有的beacon需要多次掃瞄才可能。
所以在設計興趣點的業務應用時，需要充分考慮裝置自身的特點，從而達到最為理想化的業務應用。
定位
目前基於藍芽位標的室內定位與導航已經成為最為簡單方便的定位方案。但在定位中，需要通過手機的程式，在不斷監測周邊的信標的rssi的變化，並通過特定的演算法來計算距離。但在測距時同樣也存在著不足。
遮擋
ibeacon執行在2.4ghz頻段，這決定了它的穿透性不足，一旦裝置有遮擋，就會造成rssi的不準確從而使位置偏移；
執行
實現測距服務，應用程式必須在執行狀態，一旦退出，就需要重新進行計算。
精度
在ibeacon的官方資料中，並沒有基於ibeacon進行測距的程式，僅僅有3個模糊的表述，立即（0-0.6m）、接近（1-8m）遠處（10m以上，若沒有遮擋，可達40多m），而且從上圖顯示，不同的裝置，對訊號強度的採集也是不同的。所以，基於ibeacon的定位，精度並不能達到特別精確，當然若採用較多的信標（6m）乙個，採用三角定位的方式，可以獲得2m左右的精度。
每種技術都有其侷限性，只有我們很好的掌握了技術的特性才能更好的利用此技術為我們服務。
簡述redis特點及其應用場景
redis的全程是remote dictionary server，是集合了五種資料結構 字串 列表 雜湊 集合 有序集合，可以說五種資料結構都是圍繞於key value的形式，而value不僅僅可以是值，還能是具體的資料結構，這給予了redis強大的變化性和靈活能力。除了資料結構的強大，另外就是r...
Hbase和Hive的特點和應用場景
一 hbase是什麼？hbase是乙個架構在hdfs檔案系統上的列式儲存,是開源的，分布式，面向列的資料庫。適合於非結構化資料儲存的資料庫。hbase是乙個高可靠 高效能 面向列 可伸縮的分布式儲存系統，可以在廉價的pc server搭建大規模結構化儲存集群。1 hbase位於hadoop生態系統的...
Redis應用場景
redis開創了一種新的資料儲存思路，使用redis，我們不用在面對功能單調的資料庫時，把精力放在如何把大象放進冰箱這樣的問題上，而是利用redis靈活多變的資料結構和資料操作，為不同的大象構建不同的冰箱。redis常用資料型別 redis最為常用的資料型別主要有以下五種 在具體描述這幾種資料型別之...