Digital Twin 202: Konfigurationen mit dem Identity Resolution Service (IRS)
Voraussetzungen
Einführung
Der Identity Resolution Service (IRS) ist eine Schlüsselkomponente, um zu verstehen, wie Vuforia Studio funktioniert. Der Dienst ist Teil des Experience Service, zu dem Ihr Erlebnis eine Verbindung herstellt, und verwaltet Zuordnungen, die zum Verknüpfen von Identifiern (z.B. Barcodes oder ThingMarks) mit einem bestimmten Erlebnis verwendet werden. Das ist es, was die Vuforia Studio Erlebnisse voneinander unterscheidet.
Der Identity Resolution Service ermöglicht die Zuordnung eines URN (Uniform Resource Name) zu einem Wert. Der URN stellt beispielsweise ein ThingMark dar, und der Wert kann eine Referenz zu einem Erlebnis sein. Wenn Sie das Erlebnis anschließend innerhalb von Vuforia Studio veröffentlichen, wird ein Link zwischen dem ThingMark und dem Erlebnis erstellt, wie in der nachfolgenden Abbildung (1) dargestellt.
Beim Veröffentlichen von Erlebnissen haben Sie die Möglichkeit, dasselbe ThingMark oder ein anderes zu verwenden. Beispiel: Sie haben ein AR-Erlebnis vom Typ Operation und eines vom Typ Dienst erstellt. Jedes Erlebnis kann unterschiedliche Inhalte enthalten, Sie möchten diese Inhalte jedoch mit demselben ThingMark verknüpfen. Das ThingMark kann mit einem bestimmten Produkt verknüpft sein, möglicherweise sogar mit einem spezifischen Produkt mit einer Seriennummer. (Siehe Abbildung 2 oben.) Nachdem Sie das ThingMark gescannt haben, fragt Sie Vuforia View, welches Erlebnis Sie ausführen möchten.
Das IRS ist ein sehr flexibles und generisches Zuordnungs-Tool, mit dem Sie umfangreiche Datensammlungen erstellen können. In der Abbildung 3 unten wird gezeigt, wie ein URN (ein ThingMark in diesem Beispiel) einem Zwischenelement (einem anderen URN) zugeordnet werden kann, das wiederum dem Erlebnis, als auch einer Reihe von Eigenschaftswerten zugeordnet ist.
Wenn dieses ThingMark gescannt wird, durchläuft die IRS diese Struktur und sammelt alle Werte entlang des Wegs.
Der IRS funktioniert wie folgt (vgl. das nachfolgende Diagramm von rechts nach links):
1. Ein eindeutiges ThingMark wird gescannt (1).
2. Dieses ThingMark wird dem URN (Uniform Resource Name) eines Dings, das die spezifische Konfiguration einer Dingvorlage enthält, zugeordnet (2).
3. Die Dingvorlage wird anschließend einem veröffentlichten Erlebnis zugeordnet, das dem Benutzer in Vuforia View angezeigt wird (3).
Die verschiedenen aufgesuchten URNs werden gesammelt, und der Wert ihrer Eigenschaften wird im Ergebnis geliefert. In einigen Fällen kann der Wert als Parameter verwendet werden; z.B. wird der Wert, der den Namen ersetzt, im Ergebnis referenziert. Im obigen Beispiel stellen die gesammelten Eigenschaftswerte möglicherweise Attribute des Modells dar, z.B. Farbe und Preis, und diese Werte können im Erlebnis angezeigt werden, sobald dieses gestartet wird.
Im letzten Beispiel unten sehen Sie eine weitere Eigenschaft des IRS. Der Pfad zum Wert muss nicht eindeutig sein. Es können beispielsweise mehrere Start-URNs (drei unterschiedliche ThingMarks in diesem Beispiel) vorhanden sein, die verschiedene Eigenschaftswerte auf dem Weg sammeln. Sie führen jedoch alle zum selben Erlebnis (siehe Abbildung 4 unten). Genau wie oben, kann der Endwert (das Erlebnis) die unterschiedlichen Eigenschaftswerte, die auf dem Weg gesammelt wurden, ersetzen, sodass das Erlebnis beim Start so konfiguriert ist, dass es den genauen Status des Produkts, das durch das gescannte ThingMark identifiziert wird, darstellt.
Zu diesem Zeitpunkt können wir unseren digitalen Zwilling schon bald modellieren. Wir können eine Instanz eines Elements unter Verwendung unterschiedlicher Techniken (z.B. ThingMarks oder Barcodes) eindeutig identifizieren, um alle Informationen, die sich auf die eindeutige Produktinstanz beziehen, zu verwalten.
In diesem Abschnitt des Tutorials demonstrieren wir alle oben erwähnten Konzepte und zeigen schließlich ein Beispiel, wie Sie eine Flotte von Produkten (in diesem Anwendungsfall Quadcopter) verwalten können. Jedes Produkt besitzt eigene Werte für:
• Darstellung
• Konfiguration – verschiedene Modelle mit unterschiedlichem Zubehör
• Identität – in diesem Beispiel die Farbe des Quadcopter
Außerdem zeigen wir Ihnen, wie Sie ThingWorx so verwenden, dass jedes physische Objekt seine eigene IoT-Präsenz besitzt.
| Auch wenn dies nicht Teil dieses Anwendungsfalls ist, kann ThingWorx verwendet werden, um alle operativen Informationen im Zusammenhang mit dem Modell zu verwalten: Batterieverbrauch, Fluggeschwindigkeit, usw.. Der gesamte Anwendungsfall kann als Ausgangspunkt für ein umfassenderes Erlebnis, das operative Informationen für das Modells enthält, verwendet werden. |
Das von uns erstellte Erlebnis verwendet eine Reihe von Parametern, die wir mit den im IRS gespeicherten Eigenschaftswerten definieren:
• Farbe
• Name des Dings in ThingWorx, das das spezifische Objekt darstellt
• Name der visuellen Darstellung des Modells
Während der IRS durch die URN-Zuordnung navigiert, werden die oben aufgeführten Eigenschaftswerte gesammelt und an die Vorlage übergeben. Hier wird der Name durch den Wert ersetzt.
Dieser Abschnitt führt Sie durch die Schritte, die erforderlich sind, um die Zuordnungen für Ihr Erlebnis zu erstellen.
