本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
了解 Amazon Location Service 中的追蹤器
追蹤器會儲存裝置集合的位置更新。追蹤器可用來查詢裝置的目前位置或位置歷史記錄。它會儲存更新，但在儲存之前篩選位置，以減少儲存空間和視覺雜訊。
儲存在追蹤器資源中的每個位置更新都可以包括位置準確性的測量，以及有關您要存放之位置或裝置的最多 3 個中繼資料欄位。中繼資料會儲存為索引鍵值對，並可儲存速度、方向、胎壓或引擎溫度等資訊。
注意
追蹤器儲存會自動使用 AWS 擁有的金鑰加密。您可以使用您管理的KMS金鑰新增另一層加密，以確保只有您才能存取資料。如需詳細資訊，請參閱Amazon Location Service 的靜態資料加密。
追蹤器位置篩選和儲存本身很有用，但追蹤器在與地理位置配對時特別有用。您可以將追蹤器連結至一或多個地理集資源，且位置更新會自動根據這些集中的地理來評估。正確使用篩選也可以大幅降低地理評估的成本。
下圖顯示如何建立和使用追蹤器資源：
-
首先，在 AWS 帳戶中建立追蹤器資源。
-
接下來，決定如何將位置更新傳送至追蹤器資源。使用 AWS SDKs 將追蹤功能整合到您的行動應用程式中。或者，您可以MQTT遵循使用 step-by-step 追蹤的指示來使用 MQTT。
-
您現在可以使用追蹤器資源記錄位置歷史記錄，並將其視覺化到地圖上。
-
您也可以將追蹤器資源連結至一或多個地理圍欄集合，以便傳送至追蹤器資源的每個位置更新都會自動針對所有連結地理圍欄集合中的所有地理圍欄進行評估。您可以在 Amazon Location 主控台的追蹤器資源詳細資訊頁面上或使用 Amazon Location Trackers 連結資源API。
-
然後，您可以使用 Amazon CloudWatch 和 等服務整合監控 AWS CloudTrail。如需詳細資訊，請參閱 使用 Amazon 監控 Amazon Location Service CloudWatch 及 使用 記錄和監控 AWS CloudTrail。
使用追蹤器搭配地理位置
追蹤器在與地理位置配對時提供額外的功能。您可以透過 Amazon Location 主控台或 將追蹤器與地理集建立關聯API，以自動評估追蹤器的位置。每次追蹤器收到更新的位置時，該位置都會根據集合中的每個地理位置進行評估，並在 Amazon 中產生適當的 ENTER和 EXIT事件 EventBridge。您也可以將篩選套用至追蹤器，而且，視篩選而定，您只需要評估有意義的位置更新，即可降低地理評估的成本。
如果您在追蹤器收到某些位置更新後，將追蹤器與地理集建立關聯，則關聯後的第一個位置更新會被視為地理評估的初始更新。如果位於地理範圍內，您將會收到ENTER事件。如果它不在任何地理範圍內，則無論先前狀態為何，您都不會收到EXIT事件。
位置篩選
追蹤器可以自動篩選傳送給他們的位置。您可能會想要篩選掉部分裝置位置更新的原因有很多。如果您的系統每分鐘僅傳送報告一次，則您可能想要按時間篩選裝置，每 30 秒僅儲存和評估位置一次。即使您更頻繁地監控，您還是可能想要篩選位置更新，以清除GPS硬體的嘈雜性。GPS 位置位置本質上是吵雜的。其準確度並非 100% 完美，因此即使是靜止的裝置似乎也略微移動。在低速時，此抖動會導致視覺混亂，如果裝置靠近地理邊緣，可能會導致錯誤的進出事件。
位置篩選的作用是追蹤器收到位置更新、減少裝置路徑 （抖動） 中的視覺雜訊、減少錯誤的地理範圍進入和離開事件數量，以及透過減少儲存的位置更新數量和觸發的地理範圍評估來協助管理成本。
追蹤器提供三個位置篩選選項，以協助管理成本並減少位置更新中的抖動。
-
準確度型 – 搭配任何提供準確度測量的裝置使用。大多數 GPS和 行動裝置提供此資訊。每個位置測量的準確性都會受到許多環境因素的影響，包括GPS衛星接收、橫向，以及 Wifi 和藍牙裝置的鄰近程度。大多數裝置，包括大多數行動裝置，都可以提供測量準確度以及測量的估計值。透過
AccuracyBased篩選，如果裝置移動量低於測量的準確度，Amazon Location 會忽略位置更新。例如，如果裝置的兩個連續更新具有 5 m 和 10 m 的準確性範圍，則如果裝置移動小於 15 m，Amazon Location 會忽略第二個更新。Amazon Location 不會根據地理位置評估忽略的更新，也不會儲存這些更新。未提供準確性時，會將其視為零，且測量被視為完全準確，且不會將篩選套用至更新。
注意
您可以使用準確性型篩選來移除所有篩選。如果您選擇以準確度為基礎的篩選，但將所有準確度資料覆寫為零，或完全省略準確度，則 Amazon Location 將不會篩選掉任何更新。
在大多數情況下，以準確度為基礎的篩選是篩選位置更新的好選擇，提供追蹤位置的平衡，同時篩選不需要的更新，進而降低成本。
-
以距離為基礎的 – 當您的裝置不提供準確度測量，但您仍希望利用篩選來減少抖動和管理成本時使用。
DistanceBased篩選會忽略裝置在 30 m （98.4 ft） 內移動的位置更新。當您使用DistanceBased位置篩選時，Amazon Location 不會針對地理位置評估這些忽略的更新，也不會儲存更新。大多數行動裝置的準確度，包括 iOS 和 Android 裝置的平均準確度，都在 15 公尺以內。在大多數應用程式中，
DistanceBased篩選可以減少在地圖上顯示裝置軌跡時位置不準確的影響，以及在裝置接近地理邊界時多個連續進出事件的提升效果。它也可以透過較少的呼叫來評估連結的地理或擷取裝置位置，協助降低應用程式的成本。如果您想要篩選，但您的裝置不提供準確性測量，或想要篩選掉比以準確性為基礎的更新數量更多，則以距離為基礎的篩選很有用。
-
以時間為基礎的 – （預設） 當您的裝置非常頻繁地傳送位置更新 （每 30 秒超過一次） 時使用，而且您想要在不儲存每個更新的情況下，達成近乎即時的地理評估。 在
TimeBased篩選中，會根據連結的地理圍欄集合評估每個位置更新，但不是每個位置更新都會儲存。若您的更新頻率超過 30 秒，則每個唯一裝置 ID 每 30 秒只會存放一次更新。當您想要儲存較少位置時，時間型篩選特別有用，但希望針對相關聯的地理集合評估每個位置更新。
注意
在決定篩選方法和位置更新頻率時，請注意追蹤應用程式的成本。系統會針對每個位置更新向您收取費用，並針對每個連結的地理集合評估位置更新，向您收取一次費用。例如，使用以時間為基礎的篩選時，如果您的追蹤器連結至兩個地理系集合，則每個位置更新都會視為一個位置更新請求和兩個地理系集合評估。如果您要每 5 秒報告一次裝置的位置更新，並使用以時間為基礎的篩選，則會針對每個裝置向您收取 720 個位置更新和每小時 1，440 個地理評估的費用。
追蹤器術語
- 追蹤器資源
-
從裝置接收位置更新 AWS 的資源。追蹤器資源支援位置查詢，例如目前和歷史裝置位置。將追蹤器資源連結至地理圍欄集合會自動針對連結地理圍欄集合中的所有地理圍欄評估位置更新。
- 追蹤的位置資料
-
追蹤器資源會隨著時間儲存裝置的相關資訊。資訊包含一系列位置更新，其中每次更新都包含位置、時間和選用中繼資料。中繼資料可以包括位置的準確性，以及最多三個鍵值對，以協助您追蹤每個位置的重要資訊，例如速度、方向、輪胎壓力、剩餘燃油或要追蹤之車輛的引擎溫度。追蹤器會維護裝置位置歷史記錄 30 天。
- 位置篩選
-
位置篩選可協助您控制成本，並透過篩選在儲存或評估更新之前未提供寶貴資訊的位置更新，來改善追蹤應用程式的品質。
您可以選擇
AccuracyBased、DistanceBased或TimeBased篩選。根據預設，位置篩選設定為TimeBased。您可以在建立或更新追蹤器資源時設定位置篩選。
- RFC 3339 時間戳記格式
-
Amazon Location Service Trackers 使用 RFC 3339
格式，其日期和時間遵循國際標準化組織 （ISO） 8601 格式。 格式為「YYYY-MM-DDThh：mm：ss.sssZ +00：00」：
-
YYYY-MM-DD— 代表日期格式。 -
T— 表示時間值將遵循。 -
hh:mm:ss.sss— 以 24 小時格式表示時間。 -
Z— 表示使用的時區為 UTC，其後可出現與UTC時區的偏差。 -
+00:00— 選擇性地指示與UTC時區的偏差。例如，+01：00 表示 UTC + 1 小時。
範例
在 2020 年 7 月 2 日下午 12：15：20 時，將額外調整 1 小時至UTC時區。
2020-07-02T12:15:20.000Z+01:00 -
