Анализ проекта на основе Смешанной реальностиDesign Review Powered by Mixed Reality

Концепция решения Solution Idea

Если вы хотите ознакомиться с этой статьей, дополнительные сведения (сведения о реализации, рекомендации по ценам, примеры кода и т. д.), сообщите нам о отзывах в GitHub!If you'd like to see us expand this article with more information (implementation details, pricing guidance, code examples, etc), let us know with GitHub Feedback!

Предприятиям и группам в разных отраслях приходится тратить время и деньги на рецензию на проект.Businesses and teams across industries have to spend time and money on design reviews. 2D-изображения теряют существенные сведения и контекст, а физические прототипы чрезвычайно ресурсоемки.2D images lose essential detail and context, and physical prototypes are extremely expensive. Благодаря этому сценарию смешанной реальности клиенты, проектировщики и инженеры-сайты могут легко совместно использовать и просматривать разработки в виде трехмерных голограмм в контексте их среды, ускорить принятие решений по проектированию и сократить время на рынке.With this mixed reality scenario, clients, designers, and onsite engineers can easily share and review designs as 3D holograms in the context of their environment, accelerating design decisions and reducing time to market.

АрхитектураArchitecture

Схема архитектуры . Скачайте SVG этой архитектуры.Architecture diagram Download an SVG of this architecture.

Поток данныхData Flow

  1. Пользователи клиентского приложения проходят проверку подлинности с помощью Azure Active Directory учетных данных из HoloLens или мобильного устройства.Users of the client application authenticate using their Azure Active Directory credentials from HoloLens or a mobile device.
  2. Устройство 1 создает привязку с помощью пространственных привязок Azure и возвращает идентификатор привязки.Device 1 creates an anchor using Azure Spatial Anchors and gets back an anchor ID.
  3. Устройство 1 отправляет идентификатор привязки веб-службе приложения для создания сеанса совместной работы.Device 1 sends the anchor ID to the app's web service to create a collaboration session. Он также указывает, какая голограмма должна отображаться с помощью идентификатора в хранилище BLOB-объектов Azure.It also specifies which hologram is to be displayed via its ID in Azure Blob storage.
  4. Сведения о сеансе, включая 6-значный код для подключения к сеансу, хранятся в Azure Cosmos DB.Session information, including a 6-digit code to join the session, is stored in Azure Cosmos DB. Этот код возвращается клиенту, что позволяет пользователю этого устройства пригласить других пользователей на присоединение.That code is returned to the client, allowing the user of that device to invite others to join.
  5. Устройство 2 подключается к веб-службе приложения и вводит код для присоединения к сеансу (отображается на устройстве 1).Device 2 connects to the app's web service and enters the code to join the session (displayed on Device 1).
  6. Веб-служба получает идентификатор привязки для сеанса и идентификатор голограммы, связанной с этим сеансом, из Azure Cosmos DB.The web service retrieves the anchor ID for the session and the ID of the hologram associated to that session from Azure Cosmos DB.
  7. Веб-служба получает ключ SAS для доступа к голограмме, связанной с сеансом из хранилища больших двоичных объектов.The web service retrieves a SAS key to access the hologram associated to the session from Blob storage. Затем он возвращает идентификатор привязки и ключ SAS на устройство 2.It then returns the anchor ID and SAS key to Device 2.
  8. Устройство 2 запрашивает пространственные привязки Azure, чтобы получить координаты для идентификатора привязки, полученного на шаге 6.Device 2 queries Azure Spatial Anchors to get coordinates for the anchor ID retrieved in step 6.
  9. Устройство 2 извлекает голограмму из хранилища BLOB-объектов с помощью ключа SAS, полученного из службы приложений.Device 2 fetches the hologram from Blob storage using the SAS key obtained from the app service.
  10. Сведения о состоянии обмена данными между устройствами 1 и Device 2 через канал одноранговых сетей (или с помощью ретранслятора служб).Device 1 and Device 2 exchange state information over a peer-to-peer networking channel (or through a service relay of your choice).

КомпонентыComponents

  • Azure Active Directory: Синхронизация локальных каталогов и включение единого входаAzure Active Directory: Synchronize on-premises directories and enable single sign-on
  • Хранилище BLOB-объектов: хранилище объектов на основе RESTful для неструктурированных данныхBlob Storage: REST-based object storage for unstructured data
  • Azure Cosmos DB: глобально распределенная база данных с несколькими моделями для любого масштабаAzure Cosmos DB: Globally distributed, multi-model database for any scale

Дальнейшие действияNext steps