本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# Amazon Location Service 追蹤器
![\[此圖表說明如何建立和使用追蹤器資源。\]](http://docs.aws.amazon.com/zh_tw/location/latest/developerguide/images/illustration-trackers.PNG)
**注意**
追蹤器儲存會自動使用 AWS 擁有的金鑰加密。您可以使用您管理的 KMS 金鑰新增另一層加密，以確保只有您可以存取資料。如需詳細資訊，請參閱[Amazon Location Service 的靜態資料加密](encryption-at-rest.md)。
追蹤器會存放裝置集合的位置更新。追蹤器可用來查詢裝置的目前位置或位置歷史記錄。它會儲存更新，但在儲存之前篩選位置，以減少儲存空間和視覺雜訊。
儲存在追蹤器資源中的每個位置更新都可以包括位置準確性的測量，以及有關您要存放之位置或裝置的最多 3 個中繼資料欄位。中繼資料會儲存為索引鍵/值對，並可儲存速度、方向、輪胎壓力或引擎溫度等資訊。
追蹤器位置篩選和查詢本身很有用，但追蹤器在與地理圍欄配對時特別有用。您可以將追蹤器連結至一或多個地理圍欄集合資源，且位置更新會根據這些集合中的地理圍欄自動評估。正確使用篩選也可以大幅降低地理圍欄評估的成本。
1. 首先，在 AWS 帳戶中建立追蹤器資源。
1. 接著，決定如何將位置更新傳送至追蹤器資源。使用 [AWS SDKs](dev-sdks.md)將追蹤功能整合到您的行動應用程式。或者，您也可以遵循使用 step-by-step[指示來使用 MQTT](tracking-using-mqtt.md)。
1. 您現在可以使用追蹤器資源記錄位置歷史記錄，並在地圖上將其視覺化。
1. 您也可以將追蹤器資源連結至一或多個地理圍欄集合，以便傳送至追蹤器資源的每個位置更新都會自動針對所有連結地理圍欄集合中的所有地理圍欄進行評估。您可以在 Amazon Location 主控台的追蹤器資源詳細資訊頁面上或使用 Amazon Location Trackers API 來連結資源。
1. 然後，您可以使用 Amazon CloudWatch 和 等服務整合監控 AWS CloudTrail。如需詳細資訊，請參閱 [使用 Amazon CloudWatch 監控](cloudwatch.md) 及 [使用 監控和記錄 AWS CloudTrail](cloudtrail.md)。
## 功能
+ **位置篩選** – 追蹤器可以自動篩選傳送給他們的位置。您可能會想要篩選掉部分裝置位置更新的原因有很多。如果您的系統每分鐘只會傳送報告，您可能想要依時間篩選裝置，每 30 秒只會儲存和評估位置。即使您更頻繁地監控，您可能想要篩選位置更新，以清除與 GPS 硬體和位置報告相關聯的固有雜訊。其準確度並非 100% 完美，因此即使固定的裝置似乎也稍微移動。在低速時，此*抖動*會導致視覺雜亂，如果裝置靠近地理的邊緣，可能會導致錯誤的進入和退出事件。
位置篩選的作用是追蹤器收到位置更新、減少裝置路徑 （抖動） 中的視覺雜訊、減少假地理圍欄進入和離開事件的數量，以及透過減少存放的位置更新數和觸發的地理圍欄評估來協助管理成本。
追蹤器提供三種位置篩選選項，以協助管理成本並減少位置更新中的抖動。
+ **準確度型** – *搭配任何提供準確度測量的裝置使用。大多數 GPS 和行動裝置都提供此資訊。*
每個位置測量的準確性都會受到許多環境因素的影響，包括 GPS 衛星接收、景觀，以及 WiFi 和藍牙裝置的鄰近性。大多數裝置，包括大多數行動裝置，都可以提供測量準確度與測量結果的預估值。透過`AccuracyBased`篩選，如果裝置移動小於測量的準確性，Amazon Location 會忽略位置更新。
例如，如果裝置的兩個連續更新的準確性範圍為 5 公尺和 10 公尺，則如果裝置移動少於 15 公尺，Amazon Location 會忽略第二個更新。Amazon Location 不會針對地理圍欄評估忽略的更新，也不會存放它們。
未提供準確性時，會將其視為零，且測量會被視為完全準確，而且不會將篩選套用至更新。
**注意**
您可以使用準確性型篩選來移除所有篩選。如果您選擇以準確性為基礎的篩選，但將所有準確性資料覆寫為零，或完全省略準確性，則 Amazon Location 不會篩選掉任何更新。
+ 以**距離為基礎** – *當您的裝置不提供準確性測量，但您仍希望利用篩選來減少抖動和管理成本時使用。*
`DistanceBased` 篩選會忽略裝置移動不到 30 公尺 (98.4 英呎） 的位置更新。當您使用`DistanceBased`位置篩選時，Amazon Location 不會針對地理位置評估這些忽略的更新，也不會儲存更新。
大多數行動裝置的準確性，包括 iOS 和 Android 裝置的平均準確性，都在 15 公尺內。在大多數應用程式中，`DistanceBased`篩選可以減少在地圖上顯示裝置軌跡時位置不準確的影響，以及在裝置接近地理邊界時多個連續進入和退出事件的彈跳效果。它也可以透過較少的呼叫來評估連結的地理圍欄或擷取裝置位置，協助降低應用程式的成本。
如果您想要篩選以距離為基礎的篩選，但您的裝置不提供準確性測量，或想要篩選掉比以準確性為基礎的更新數量更多，則很有用。
+ **時間型** – （預設） *當您的裝置非常頻繁地傳送位置更新時 （每 30 秒超過一次），而且您想要在不儲存每次更新的情況下，達成近乎即時的地理圍欄評估時使用 。 *
在`TimeBased`篩選中，會根據連結的地理圍欄集合評估每個位置更新，但不會儲存每個位置更新。若您的更新頻率超過 30 秒，則每個唯一裝置 ID 每 30 秒只會存放一次更新。
當您想要存放較少位置，但希望針對相關聯的地理圍欄集合評估每個位置更新時，時間型篩選特別有用。
**注意**
在決定您的篩選方法和位置更新的頻率時，請注意追蹤應用程式的成本。系統會針對每個位置更新向您收費，並針對每個連結的地理圍欄集合評估位置更新向您收費一次。
例如，使用以時間為基礎的篩選時，如果追蹤器連結至兩個地理圍欄集合，則每個位置更新都會計為一個位置更新請求和兩個地理圍欄集合評估。如果您要每 5 秒報告一次裝置的位置更新，並使用以時間為基礎的篩選，則會針對每個裝置向您收取 720 個位置更新和每小時 1，440 個地理圍欄評估的費用。
## Amazon Location Service 追蹤器的使用案例
以下是 Amazon Location Service 追蹤器的一些常見用途。
**使用具有地理ofences 的追蹤器**
追蹤器在與地理圍欄配對時提供額外的功能。您可以透過 Amazon Location 主控台或 API，將追蹤器與地理圍欄集合建立關聯，以自動評估追蹤器位置。每次追蹤器收到更新的位置時，都會針對集合中的每個地理圍欄評估該位置，並在 Amazon EventBridge 中產生適當的 `ENTER` 和 `EXIT`事件。您也可以將篩選套用至追蹤器，並根據篩選，只需評估有意義的位置更新，即可降低地理圍欄評估的成本。
如果您在追蹤器收到一些位置更新後，將追蹤器與地理圍欄集合建立關聯，則關聯後的第一個位置更新會被視為地理圍欄評估的初始更新。如果位於地理圍欄內，您會收到 `ENTER`事件。如果它不在任何地理圍欄內，無論先前狀態為何，您都不會收到`EXIT`事件。
**改善現場服務操作 **
使用即時追蹤在您的行動人力資源上保持脈動。設定客戶網站和服務區域的地理位置，以便在員工抵達和離開時收到提醒。使用位置資料來最佳化排程、分派最近的可用技術人員，並減少回應時間。讓您的現場團隊 （例如您的管道或 HVAC 修復業務） 更有效率地工作，同時提升客戶體驗。
**監控和控制關鍵資產**
利用 Amazon Location Service 追蹤您寶貴的設備、庫存和其他行動資產的即時位置和狀態。設定地理圍欄以接收有關未經授權移動或移除的提醒，從而增強安全性和合規性。使用此位置可見性可改善資產使用率、最佳化維護排程，並確保您的關鍵資源隨時納入考量。一律精確監控您的重型機器、IT 硬體或零售庫存、減少損失，並做出更明智的操作決策。
**增強供應鏈可見性**
利用 Amazon Location Service 追蹤整個供應鏈的貨物和交付。定義分佈中心、存放區和其他關鍵設施的地理圍欄，以監控庫存和資產的移動。使用即時位置資料來改善庫存管理、最佳化物流規劃，並提供卓越的客戶體驗。取得供應鏈操作的end-to-end可見性、識別瓶頸，並做出可提高效率和回應能力的資料驅動型決策。
**以位置為基礎的行銷**
釋放位置資料的強大功能，以增強您的地理行銷工作。使用 Amazon Location Service 設定競爭對手位置、事件和高流量區域的虛擬邊界。當客戶進入這些地理圍欄區域時，觸發個人化廣告、優惠和通知。分析客流量模式，以最佳化廣告配置，並發現新業務據點的主要網站。監控您自有地理圍欄空間內的客戶移動，以深入了解瀏覽行為和path-to-purchase。結合即時位置追蹤與精確度幾何，提供超目標、情境式的參與，推動實體世界的銷售和忠誠度。