Spatial AI 的位置資料治理

位置資料治理決定 Spatial AI 產品可以蒐集哪些地理事實、採用何種精度與目的、誰可以查看、每一份副本保存多久，以及哪些分析或模型路徑可以接收這些資料。瀏覽器提示只回答一個問題：該 origin 是否可以讀取裝置位置。營運設計則要涵蓋之後產生的每一份副本。

以下章節會將位置事實分類，為每項工作設定最低必要精度，並把瀏覽器提示與後續用途分開。資料清冊、血緣與存取控制都應在任何模型看到私人記錄之前完成。接著，保存、刪除與分析各自採用不同規則。Kaleidr 位於已經擁有身分、政策與交易的主機系統旁邊。

位置資料治理重點

• 從工作目的開始： 在選擇座標、地點或區域之前，先說明這個位置欄位為什麼存在。
• 複製前先分類： 公共地點、私人業務記錄、裝置位置、移動軌跡與推論不能共用同一套規則。
• 只保留足以完成工作的最低精度： 即使即時營運需要地點或地址，分析仍可維持較粗的粒度。
• 擷取前先授權： 平台憑證不是終端使用者權限，模型已經看過資料之後再隱藏資料列就太晚了。
• 把刪除視為傳播流程： 快取、索引、匯出、遙測與供應商都需要一條處理路徑，備份則遵循自己的保存政策。

什麼是位置資料治理？

位置資料治理是一組控制機制，用來決定為什麼蒐集某個地理事實、它需要多高的精度、誰可以使用、哪個系統可以取得副本，以及該副本何時結束。這個事實可能是選取的門市、輸入的地址、裝置座標、路線、服務區域，或像「可能的主要市場」這類推論。治理作用在欄位與目的上，而不是把整張地圖視為一個資料區塊。底圖上的一個標記與客戶的私人起點可以同時出現在一個畫面上，但遵循不同規則。

封面圖把這些控制安排在一個地圖工作流程周圍：目的、分類、精度、權限提示、授權、資料血緣、AI 邊界、保存、分析、刪除、事件回應與檢視。圖中的說明框只是示意。範例地點識別碼、50 公尺精度線與旅行時間降低都是範例標籤，不是 Kaleidr 的實測結果。一套有用的治理計畫不只要說明地圖回答了什麼，也應能解釋為什麼該位置被允許出現在那裡。

隱私、安全與 AI 治理如何維持區分？

隱私、安全、資料管理與 AI 治理都會作用在位置記錄上，但任何一項都不能取代其他項目。隱私關注對人的風險與適當使用。安全關注誰可以存取記錄，以及記錄是否維持完整。資料管理關注身分、品質、血緣與生命週期。AI 治理則關注哪些模型、工具與供應商可以看到最小化後的內容，以及如何評估這種使用方式。一個受到嚴格保護的資料庫，仍可能對某項工作使用了不必要的高精度；一份隱私聲明，也可能仍讓模型供應商保留一份沒有人列入清冊的副本。

此圖將位置記錄放在隱私、安全、資料管理與 AI 治理之間。隱私涵蓋對人的風險與適當使用，安全涵蓋未授權存取與完整性，資料管理涵蓋身分、品質、血緣與生命週期，而 AI 治理涵蓋模型、工具、供應商與評估。

NIST 將 AI Risk Management Framework 描述為一個自願採用的框架，目的是提升在 AI 產品、服務與系統的設計、開發、使用及評估中納入可信賴性考量的能力。同一頁面指出，該框架於 2023 年 1 月 26 日發布 (NIST, 2023)。這個框架不是位置資料法規，也不會替地圖產品選擇精度或保存期間。可把它視為提醒：模型使用、供應商與評估，都應與資料蒐集一起進入同一輪檢視。具體的地理規則仍然必須針對產品另行制定。

哪些位置事實需要分類？

在決定誰可以查看之前，先對位置進行分類。商店、機場或公園等公共地點，與私人營業場所、倉庫或受限設施並不是同一種記錄。使用者輸入或選取的地點，也不是瀏覽器或手機提供的裝置座標。路線或重複出現的起點等移動資訊，即使單一點看起來普通，也可能揭露行為模式。像「可能的主要市場」這類推論位置屬於衍生結論。車輛、事件或依地點記錄的庫存等營運狀態，則是與地理位置相連的業務事實。

七個類別分別是公共地點、私人業務地點、使用者提供的地點、裝置位置、移動、推論位置與營運狀態。公園和倉庫不適用相同控制。輸入地址和裝置座標也不一樣。情境會改變要求，圖中的範例地址僅供示意。

一張地圖可以同時包含多種類別。門市搜尋器可以在同一個答案中呈現公共門市、使用者選取的起點，以及私人庫存標記。治理應明確標示每一個欄位，而不是替整個畫面貼上一個統一標籤。不同欄位的組合會提高敏感性：精確座標加上時間與帳號，可能描述一次任何單一欄位都無法獨立描述的到訪。不要只根據類別名稱就套用「個人資料」或「非個人資料」這類普遍法律標籤。這個問題仍取決於司法管轄區、契約與目的，而本指南是營運框架，不是法律意見。

每項工作需要多高的精度？

使用仍能完成既定工作的最低精度表示。區域、城市或郵遞區域可能足以支援市場檢視。鄰里或服務區域可以支援門市選擇與路線比較。地點識別碼、地址或精確座標，則適用於即時營運、履約，或缺少這些細節就無法完成的現場體驗。天氣、城市層級活動或區域需求圖表通常不需要精確到屋頂。緊急調度與路邊交付可能需要。精度是一項控制措施，不是追求可用感測器中最高精度的獎盃。

這條階梯從區域與城市逐步走向地點、地址與精確座標。分析通常可以維持較粗粒度。門市選擇可使用鄰里或服務區域。即時營運可能需要地點識別碼、地址或座標，而圖中的範例緯度並不是 Kaleidr 的結果。

輸入的地址、選取的門市或啟用中的物件，就可以完成許多工作，完全不必讀取裝置位置。請在任何座標旁保留標準化的地點或資產識別碼，讓後續修正不必依賴原始經緯度比對。階梯上的層級並不是普遍的敏感度分類。城市層級的位置在某種情境下可能很敏感；在另一種情境下，如果目的、對象與保存條件清楚，精確座標也可能是合理的。對不會改變決策、只會增加風險的精度，應予以降低。

瀏覽器提示是否治理之後的所有用途？

瀏覽器地理定位提示只回答一個有限問題：這個 origin 是否可以接收裝置位置？2026 年 3 月 24 日發布的 W3C Geolocation Recommendation 將地理定位稱為強大的功能，並要求在任何位置資料與 Web 應用程式共享之前取得明確許可 (W3C, 2026)。該建議也指出，接收方只應在必要時請求位置資訊，並只應用於提供該資訊時所對應的工作。工作完成後應處置這些資訊，除非使用者明確同意保存；已儲存的位置資訊也必須防止未授權存取。如果保存了資訊，應允許使用者更新與刪除，接收方也應避免在未取得使用者明確許可的情況下再次傳送。

左側是允許某個 origin 接收裝置位置的瀏覽器提示。右側列出後續關於保存、分享、模型使用、CRM 串接、分析、訓練與刪除的選擇。瀏覽器權限並不能回答這些問題。來源列引用 2026 年 3 月 24 日的 W3C Geolocation Recommendation。

這些平台訊號無法決定組織是否可以把座標保存一年、與 CRM 記錄串接、傳給模型供應商、用於廣告、允許另一位員工查看，或拿來訓練模型。這些選擇中的每一項都需要產品目的、契約，以及適用於該部署的規則。把提示視為一道技術閘門。使用者按下「允許」後存在的副本，仍必須由資料清冊、保存時程與供應商清單明確列出。

什麼情況下精確位置需要額外謹慎？

當精確位置揭露與個人活動相關的移動或到訪時，敏感性會提高。2026 年 5 月 4 日，Federal Trade Commission 表示，將禁止資料仲介商 Kochava 及其子公司在沒有消費者明確肯定同意的情況下出售、分享或揭露敏感位置資料，以解決有關這些公司出售來自數億台行動裝置、可用來追蹤個人移動軌跡之位置資料的指控 (FTC, 2026)。這項行動針對的是資料仲介商案件。不要把它解讀成適用於所有第一方產品的普遍規則，例如只是把地圖置中到客戶自己選取的門市。

不過，這類謹慎仍應納入設計檢視。要問工作流程是否真的需要座標，是否用地點識別碼就足夠，或只需要主機已經算好的旅行時間。也要問第三方是否能保存傳輸資料、用於其他目的，或拒絕之後的刪除。旅行分鐘數或路線偏移這類衍生值，可以在不傳送客戶精確起點的情況下支援說明。替代本身就是控制措施。「請小心」這類政策文字，只有在實際改變 payload 後才成為控制措施。

位置資料清冊應記錄什麼？

資料清冊應列出產品實際持有的每一個位置欄位，而不是簡報中希望蒐集的欄位。對每個欄位，記錄類別、目的、來源系統、標準識別碼、所需精度、現有副本，以及可以修改規則的負責人。副本包括主要儲存區、快取、搜尋索引、匯出、prompt、embedding、分析資料表與供應商日誌。沒有明確目的的欄位應考慮移除。一個欄位如果有兩個目的，就應把兩個目的都寫下來，因為詐欺檢查與行銷彙總不是同一個決策。

產品發生變更時就應重新檢視清冊，而不是只在政策文件重新發布時檢視。新的模型工具、新的分析圖表或新的連接器，都可能建立上次檢視未曾看到的副本。prompt 和 embedding 即使沒有人稱它們為資料庫，也仍是位置內容的副本。整合邊界在這裡同樣重要。資料整合指南要求每個營運事實留在擁有該事實的系統中，而且即使最終答案隱藏部分資料列，把所有私人記錄做 spatial join 本身就已經構成揭露 (Kaleidr, 2026)。應把 join 本身納入清冊，而不只是記錄看起來像來源的資料表。

團隊能否從來源一路追蹤位置到分析？

受治理的記錄應能從輸入一路追蹤到地圖與彙總結果。流程從可信任來源開始，例如輸入的地址、裝置座標或業務主檔。標準化會把這些輸入解析成標準的地點或資產識別碼並去除重複資料。接著，空間轉換會產生工作需要的表示方式，例如 geocode、路線或區域。完成這一步後，才應把最小化後的內容送進模型，而且應優先使用衍生欄位，而不是原始起點。地圖結果與分析擷取放在最後，分析擷取應只保留圖表真正需要的較粗地理粒度。

流程從輸入地址、裝置座標或業務主檔進入標準的地點或資產識別碼。空間轉換接著產生 geocode、路線或區域，之後最小化內容才進入地圖與分析。圖中的範例識別碼、座標與精度標籤僅供示意。正式環境的記錄應保留來源、觀測時間、轉換版本、精度與血緣識別碼。

讓中繼資料跟著記錄一起流轉：來源識別碼、觀測時間、轉換版本、使用的精度，以及血緣識別碼。這樣在後續修正時，就能找到仍依賴舊座標的所有衍生副本。「未知」與「錯誤」是不同狀態。缺少觀測時間不能證明地點仍然是最新的。可重現的轉換與版本化資料增補，才能讓說明具有依據。如果一個座標出現在分析中卻沒有來源記錄，團隊就無法再可靠地為該資料辯護。

為什麼存取控制必須發生在 AI 內容之前？

在任何私人空間記錄進入計算或模型之前，先解析使用者、租戶、角色、物件與欄位。正確流程先篩選允許存取的位置，只對該集合執行空間計算。應被阻擋的流程則把整個私人資料集送出，在模型已經收到之後才試圖隱藏使用者不應看到的內容。隱藏並不等於授權。AI 地圖的私人位置指南也明確採用相同順序：先驗證身分，再授權，然後擷取最小化的資料切片，而且不要上傳未受限制的內部資料庫 (Kaleidr, 2026)。

正確流程會在任何私人位置進入計算或模型之前，檢查使用者、租戶、角色、物件與欄位。被阻擋的流程先送出整個私人資料集，再嘗試隱藏資料列。這種順序本身就是失敗模式。授權必須發生在擷取之前，而不是模型已經看過資料之後。

平台憑證識別的是整合。終端使用者權限識別的是某個人可以使用哪個租戶、物件與欄位。這是兩種不同的檢查，有效的組織金鑰不會讓客戶 A 獲得讀取客戶 B 門市、資產或起點的權利。快取與 retrieval store 也必須採用與主要查詢相同的租戶邊界。應刻意測試跨租戶失敗。對某位已登入使用者看起來完全正確的地圖，仍可能因共用 cache key 而洩漏另一個客戶的記錄。

每一份位置副本應保存多久？

保存規則應跟著目的走。一個統一的天數無法同時適用於只在單次請求中使用的起點、帳號中保存的地點、車輛或事件歷史，以及市場層級的分析擷取。只用於請求的座標可以在請求結束時終止。與帳號連結的地點可以在功能或帳號仍有效時保存。營運狀態可以在事件結束後繼續保存目前值與受治理的歷史，用於安全、支援或契約記錄。分析可依照分析政策降低精度，並透過彙總或去識別化，保存得比即時座標更久。

保存跟著工作目的走，而不是一個統一數字。只用於請求的起點可在請求結束時到期。帳號連結地點可以與功能一起保存，營運狀態則可在事件結束後保留受治理的歷史。分析可以更長時間保存較粗的地理粒度，具體期間仍由組織自行決定。

把產品當下需要的位置，與分析保存的位置分開。即時交付可能需要地址。涵蓋率、工作階段與地點互動的儀表板，通常只需要市場、城市或商圈。把這種區分寫下來，避免某張圖表默默保存產品只用過一次的屋頂級位置。具體期間取決於組織與情境。圖中呈現的是四種生命週期的形態，而不是可直接複製到政策中的保存時程。

刪除位置記錄時，哪些地方必須同步處理？

刪除是一個傳播工作流程。刪除或撤銷記錄的請求必須到達主要儲存區、記憶體與邊緣快取、搜尋索引，以及保存 embedding 的向量儲存區。分析資料表、匯出與供應商系統需要各自的處理方式，可能是刪除、受治理的到期，或與識別碼進行有文件記錄的解除連結。observability store 也需要相同的檢視。在遙測中優先保留識別碼、版本、數量與 reason code，並把機密資料、原始私人記錄與不必要的精確座標排除在該儲存區之外 (Kaleidr, 2026)。

刪除或撤銷必須到達主要儲存區、快取、搜尋索引與向量儲存區。分析、observability、匯出與供應商系統需要自己的處理方式，可能是刪除、到期或有文件記錄的解除連結。備份遵循自己的保存政策，因此可能無法立即移除單一記錄。這張圖是傳播地圖，不是一個 delete 指令。

備份、快照與封存資料遵循備份生命週期。不要宣稱每一份備份都能按需刪除單一記錄。應清楚說明備份政策實際如何運作，包括已刪除記錄可能在快照中持續存在多久。供應商契約也屬於同一張治理地圖：保留 prompt 的模型或資料增補供應商，可能在主要資料列刪除後仍保存一份位置副本。撤銷存取與刪除有關，但兩者並不相同。失去角色的使用者應立即停止取得新的記錄，即使較舊的彙總資料仍處於分析保存期間內。

位置資料治理應如何放在 Kaleidr 旁邊？

將身分、租戶授權、私人業務資料、CRM、庫存、預訂、保存政策、法律與隱私決策，以及交易留在主機組織內。任何已授權記錄進入 Kaleidr surface 之前，都先套用目的、精度、授權、最小化與資料血緣。Kaleidr Enterprise 是為現代空間產品打造的 location intelligence infrastructure，包含 inference APIs、ranking systems 與 analytics (Kaleidr, 2026)。開發者文件把 Chat 描述為主機地圖中的 Spatial AI，把 Viewer 描述為發布地圖，把 Tile 描述為設計好的底圖，把 Editor 描述為繪製與編輯 (Kaleidr, 2026)。Viewer 透過 share id 嵌入已發布地圖，該嵌入不需要 publishable key (Kaleidr, 2026)。

左欄由主機保留：身分、租戶授權、私人業務資料、CRM、庫存、預訂、保存政策、法律與隱私決策，以及交易。中間列出記錄跨越邊界前主機套用的控制：目的、精度、授權、最小化與資料血緣。右欄列出文件中說明的 Kaleidr surface：Enterprise、Chat、Editor、Tile、Viewer 與 Analytics。Kaleidr 不會取代左欄的主機系統。

文件區分由後端使用的 server credential，以及 SDK 會交換成短效 session、而不會作為 raw bearer 傳送的 publishable browser credential (Kaleidr, 2026)。兩者都不是終端使用者權限，server credential 也不應出現在瀏覽器程式碼中。Kaleidr Analytics 文件涵蓋觸及、瀏覽與互動、跨地圖的受眾位置與活動，以及每張地圖的 session、瀏覽與互動，另包括群聚、缺口與路線等空間模式 (Kaleidr, 2026)。應決定哪些訊號可以帶有細緻位置，哪些應在主機資料倉儲中維持較粗粒度。部署涉及的契約保存與處理條款應實際確認，而不是從本文推論。

探索 Kaleidr Enterprise，在已經擁有使用者與記錄的系統旁加入 spatial intelligence。探索 Kaleidr Analytics，查看在治理檢視允許的精度範圍內，文件所說明的地圖與地點互動。應將兩個頁面與資料清冊對照，如果圖表不需要更細緻的位置，就把它留在主機系統中。

說明：Kaleidr 在創意與開發工作流程中使用 AI 輔助工具進行圖像製作、內容優化與研究。

常見問題

瀏覽器位置權限是否授權之後的所有用途？

不是。該提示只決定某個 origin 是否可以接收裝置位置。保存、分享、模型使用、CRM 串接、分析、訓練與刪除仍然是彼此獨立的組織決策。

分析是否應保存與即時產品相同的精度？

預設不應如此。即時工作可能需要地點或地址。市場圖表通常可以在自己的保存規則下，只保留城市、商圈或其他較粗的地理粒度。

Kaleidr 是否會取代公司的位置資料治理制度？

不會。Kaleidr 提供文件化的 Spatial AI、地圖、SDK、API 與分析功能。除非特定契約另有規定，使用者權限、私人業務系統、分類、保存，以及法律或隱私決策，仍由主機組織負責。

刪除請求應涵蓋哪些系統？

應涵蓋持有副本的主要儲存區、快取、搜尋索引、向量儲存區、分析擷取、匯出、遙測與供應商系統。備份遵循自己的生命週期，因此可能無法立即刪除單一記錄。

References

1. National Institute of Standards and Technology. AI Risk Management Framework. Intended for voluntary use, to improve trustworthiness considerations in the design, development, use, and evaluation of AI products, services, and systems. Released January 26, 2023. Accessed October 5, 2026. https://www.nist.gov/itl/ai-risk-management-framework
2. World Wide Web Consortium. Geolocation. W3C Recommendation, March 24, 2026. Express permission before a web application receives device location, with guidance on necessity, purpose, disposal, protection, update, deletion, retransmission, and disclosure. Accessed October 5, 2026. https://www.w3.org/TR/2026/REC-geolocation-20260324/
3. Federal Trade Commission. FTC to Ban Kochava and Subsidiary from Selling Sensitive Location Data. May 4, 2026. Accessed October 5, 2026. https://www.ftc.gov/news-events/news/press-releases/2026/05/ftc-ban-kochava-subsidiary-selling-sensitive-location-data-settle-charges-they-sold-location-data
4. Kaleidr. Spatial AI Data Integration. Each operational fact stays with the system that owns it, and a spatial join of private records is already a disclosure. https://kaleidr.com/blog/spatial-ai-data-integration
5. Kaleidr. Private Location Data for AI Map Workflows. Authorize before retrieval, and do not upload an unrestricted internal database to a map or a language model. https://kaleidr.com/blog/private-location-data-for-ai-map-workflows
6. Kaleidr. Spatial AI Observability. Prefer identifiers, versions, counts, and reason codes, and keep unneeded precise location out of telemetry. https://kaleidr.com/blog/spatial-ai-observability
7. Kaleidr. Location Intelligence APIs and Map SDK. Inference APIs, ranking systems, and analytics for spatial products. Accessed October 5, 2026. https://kaleidr.com/enterprise
8. Kaleidr Developer Docs. Products. Chat is Spatial AI in the host map, Editor is draw and edit, Tile is designed basemaps, and Viewer publishes a map. Accessed October 5, 2026. https://docs.kaleidr.com/
9. Kaleidr Developer Docs. Viewer. Embeds a published map by its share id, and that embed does not require a publishable key. Accessed October 5, 2026. https://docs.kaleidr.com/viewer
10. Kaleidr Developer Docs. Auth & Scopes. Distinguishes a backend server credential from a publishable browser credential with a different runtime. Accessed October 5, 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
11. Kaleidr. Map Engagement and Location Analytics. Reach, views, engagement, audience location and activity, sessions, and spatial patterns. Accessed October 5, 2026. https://kaleidr.com/analytics

@misc{nist_ai_rmf_2023,
  title  = {AI Risk Management Framework},
  author = {{National Institute of Standards and Technology}},
  year   = {2023},
  url    = {https://www.nist.gov/itl/ai-risk-management-framework}
}

@misc{w3c_geolocation_2026,
  title  = {Geolocation},
  author = {{World Wide Web Consortium}},
  year   = {2026},
  url    = {https://www.w3.org/TR/2026/REC-geolocation-20260324/}
}

@misc{ftc_kochava_2026,
  title  = {FTC to Ban Kochava and Subsidiary from Selling Sensitive Location Data},
  author = {{Federal Trade Commission}},
  year   = {2026},
  url    = {https://www.ftc.gov/news-events/news/press-releases/2026/05/ftc-ban-kochava-subsidiary-selling-sensitive-location-data-settle-charges-they-sold-location-data}
}

@misc{kaleidr_data_integration_2026,
  title  = {Spatial AI Data Integration},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/blog/spatial-ai-data-integration}
}

@misc{kaleidr_private_location_2026,
  title  = {Private Location Data for AI Map Workflows},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/blog/private-location-data-for-ai-map-workflows}
}

@misc{kaleidr_observability_2026,
  title  = {Spatial AI Observability},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/blog/spatial-ai-observability}
}

@misc{kaleidr_enterprise_governance_2026,
  title  = {Location Intelligence APIs and Map SDK},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/enterprise}
}

@misc{kaleidr_docs_home_governance_2026,
  title  = {Kaleidr Developer Docs},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://docs.kaleidr.com/}
}

@misc{kaleidr_docs_viewer_2026,
  title  = {Viewer},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://docs.kaleidr.com/viewer}
}

@misc{kaleidr_auth_scopes_2026,
  title  = {Auth and Scopes},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}

@misc{kaleidr_analytics_governance_2026,
  title  = {Map Engagement and Location Analytics},
  author = {{Kaleidr}},
  year   = {2026},
  url    = {https://kaleidr.com/analytics}
}