使用 Azure Spatial Anchors 建立有效的錨點體驗

本文提供指導方針和考慮，可協助您使用 Azure Spatial Anchors 有效地建立和尋找錨點。

良好的錨點

請務必將時間投資在使用者體驗中教育或引導使用者， (UX) 來建立良好的錨點。 藉由投資預先建立良好的錨點，可協助終端使用者可靠地尋找錨點：

• 跨不同裝置。
• 在各種時間。
• 在不同的光源條件下。
• 從空間內所需的檢視方塊。

靜態和動態位置

設計錨點體驗的一部分是選擇位置。 位置是否會是靜態的，並由空間的系統管理員定義？ 或者，他們是否為動態且由使用者定義？

零售商店經理可能會想要靜態店內體驗來吸引使用者造訪。 但混合實境遊戲的開發人員可能會想要讓使用者選擇要在哪裡進行遊戲。

針對靜態位置，您可以教導系統管理員花時間利用良好的錨點來策劃空間。

對於動態位置，您應該思考如何教導或引導 UX 中的使用者建立良好的錨點。

穩定視覺效果功能

混合實境和擴增實境裝置上使用的視覺追蹤系統依賴環境的視覺功能。 若要取得最可靠的體驗：

• 請務必 在具有穩定視覺功能的位置建立錨點 (，也就是不會經常變更的功能) 。

• 請勿 在沒有區別特性的大型空白表面上建立錨點。

• 請勿 在高度反射材質上建立錨點。

• 請勿 在圖樣重複的介面上建立錨點，例如地板或桌布。

各種檢視檢視方塊

建立錨點時，請考慮稍後嘗試尋找錨點的人員。

例如，假設有兩門的會議室中間有錨點。 您可能想要允許使用者從任一門進入會議室。 建立錨點時，您必須從兩個門道掃描其位置。 您可以變更檢視方塊以擷取錨點周圍的環境資料，讓使用者可以從任一門找到錨點。

一般而言，建立錨點時，請從嘗試尋找錨點的人員的觀點進行掃描。 因此，如果您要將虛擬內容放在室內活動，當您建立錨點時，在掃描它時，就很合理。 如果您的錨點位於房間的角落，則只有一個方向可從中接近它。 建立此錨點時，您可以只從這個觀點進行掃描。

多個錨點

光源可能會讓應用程式偵測到的視覺功能有所差異。 以強式自然光線建立的錨點可能很難在人工光線中找到，反之亦然。

如果您有此問題，可協助建立兩個錨點。 在同一個位置，在日光節約中建立一個錨點，另一個錨點則以人工光源建立。 您的應用程式接著可以查詢這兩個錨點。 找到任一錨點時，應用程式會有錨點的姿勢。

同樣地，在視覺特徵因為大部分物件移動而變更的環境中，多個錨點可以協助。 當錨點因為環境中的重大變更而變得太困難時，您可以將錨點取代為新的錨點。 例如，您可能會在每幾個月重新整理版面配置的零售商店中執行此動作。

目標和會議室

在許多情況下，錨點是應用程式體驗的進入點。 您將想要快速且可靠地完成此步驟，讓使用者可以進入您的體驗。 花時間瞭解使用者如何找到您的錨點，是重要的設計步驟。 考慮在兩個廣泛的案例中尋找錨點很有説明：目標和會議室。

Targets

在目標案例中，錨點的位置是已知的。 例如，在虛構的混合實境繪製應用程式中，一位使用者將虛擬畫布放在牆上。 她指示會議室中的其他使用者將裝置指向牆上的相同位置，以找出錨點並開始體驗。

另一個目標案例範例可能是登入咖啡機，其讀取「掃描交易」。 咖啡廳在這裡放置錨點。 當使用者掃描符號時，他們會找出錨點，並輸入擴增實境體驗，以尋找咖啡的交易。

在目標案例中，相片可以協助。 如果您向使用者顯示其裝置上預定目標的相片，他們可以快速識別在真實世界中掃描的內容。 例如，您可以使用 GPS 來協助使用者抵達預定目標的一般區域。 當使用者到達時，您的應用程式會顯示目標相片。 使用者會四處尋找空間、尋找目標，並掃描錨點。

聊天室

在會議室案例中，使用者只要知道某處有錨點，即可進入空間。 使用者會使用其裝置掃描空間，並快速找出錨點。

此體驗通常需要您建立妥善策劃的錨點，如各種檢視觀點所述。 如果您在建立錨點時從許多檢視方塊掃描會議室，當使用者嘗試找到該空間時，幾乎可以在任何地方掃描。

基本上，您會在建立錨點時花更多時間掃描空間，以便稍後使用者可以快速掃描和尋找錨點。 當您建立體驗時，必須考慮這個重要的取捨。

我們稍早討論的混合實境繪製應用程式範例無法與會議室案例搭配運作。 在這裡，放置錨點的使用者希望其他人快速加入體驗。 使用者不想等到房間經過妥善掃描之後，才開始體驗。 因為所有使用者都知道其裝置找出錨點的確切位置，所以此範例會更適合作為目標案例。

錨點位置

視覺追蹤系統依賴環境中的視覺功能。 掃描包含的視覺功能越多，尋找錨點的可能性就越高。

請遵循本節中的一般指導方針來建置 UX，以鼓勵對環境進行有用的掃描。

首先，如果使用者在幾秒鐘內找不到錨點，應用程式應該鼓勵使用者移動裝置以擷取更多觀點。 應用程式也可以鼓勵使用者自行移動環境，以從更多觀點掃描錨點。 裝置看到的功能檢視方塊愈好，因為它會增加錨點找到的可能性。

針對目標案例，請要求使用者從不同的觀點四處移動，以檢視目標。 換句話說，要求使用者從新的檢視方塊擷取目標，直到錨點找到為止。

針對會議室案例，請要求使用者緩慢掃描會議室。 例如，要求使用者轉向擷取 180 度或甚至 360 度的空間。 或者，要求使用者從新的觀點檢視會議室。

最有意義的方法是掃描整個房間。 房間的掃描會擷取環境比附近牆掃描更多的視覺功能，例如。 附近牆的掃描不會擷取環境的許多實用視覺功能。

在尋找錨點時，重複將裝置從側邊移至側邊並不有説明。 這只會從相同的觀點擷取相同的點。

體驗測試

在本文中，我們已討論一般指導方針。 使用 Spatial Anchors，您要撰寫與真實世界互動的應用程式。 因此，您應該花時間在實際環境中測試應用程式的錨點案例。 這特別適用于代表您預期使用者使用應用程式的環境。