Identity Resolution Service (IRS) は、Vuforia Studio の機能を理解する上で重要なコンポーネントです。これは、エクスペリエンスが接続する Experience Service の一部であり、バーコードや ThingMark などの識別子を特定のエクスペリエンスにリンクするために使用されるマッピングを管理します。これにより、Vuforia Studio エクスペリエンスが互いに異なるものになります。

最も単純な形式では、IRS には URN (Uniform Resource Name) を値にマッピングする方法が用意されています。たとえば、URN は ThingMark を表す場合があり、その値はエクスペリエンスへの参照である可能性があります。その場合、Vuforia Studio からエクスペリエンスをパブリッシュすると、次のイメージに示すように、ThingMark とエクスペリエンスの間のリンクが作成されます (下のイメージ 1 を参照)。

エクスペリエンスをパブリッシュする場合、同じ ThingMark を使用するか、異なる ThingMark を使用するかの選択肢もあります。たとえば、運用 AR エクスペリエンスとサービス AR エクスペリエンスを作成したとします。エクスペリエンスごとに異なるコンテンツが含まれている可能性がありますが、同じ ThingMark にリンクします。この ThingMark は、特定の製品 (あるいは特定のシリアル番号付き製品) にリンクできます (下のイメージ 2 を参照)。ThingMark をスキャンすると、Vuforia View で、実行するエクスペリエンスを確認するメッセージが表示されます。

IRS は、非常に柔軟性の高い汎用マッピングツールであり、豊富なデータのコレクションを作成できます。下のイメージ 3 では、URN (この例では ThingMark) が、エクスペリエンスだけでなく 2 つのプロパティ値にもマッピングされる中間アイテム (別の URN) にマッピングされていることを示します。

この ThingMark がスキャンされると、IRS はこの構造を横断して、すべての値を収集します。

IRS は次のように機能します (以下の図を右から左に参照)。

アクセスされたさまざまな URN が収集され、そのプロパティの値が結果に送信されます。場合によっては、値がパラメータとして使用されることがあります (たとえば、結果で参照されている場合、その名前で代用される値)。上記の例では、収集されたプロパティ値は、色や価格などのモデルの属性を表すことができ、これらの値は起動時にエクスペリエンスで表示することができます。

次の最後の例では、IRS の別のプロパティが示されています。値へのパスは一意である必要はありません。たとえば、複数の開始 URN (この例では 3 つの異なる ThingMark) を使用して、途中でさまざまなプロパティ値を収集できます。ただし、すべてが同じエクスペリエンスにつながっています (下のイメージ 4 を参照)。前述のように、エクスペリエンスの起動時に、スキャンされた ThingMark によって識別される製品の正確な状態を表すように設定するために、エクスペリエンス (最終的な値) は途中で収集したさまざまなプロパティ値を代用することができます。

この時点では、あと少しでデジタルツインをモデル化できる状態になっています。つまり、一意の製品インスタンスに関するすべての情報を管理するために、さまざまな手法 (たとえば、ThingMark やバーコードなど) を使用してアイテムのインスタンスを一意に識別できるようになります。

チュートリアルのこのセクションでは、前述のすべての概念について説明します。ここでは、各製品が次の独自の価値を保持する製品 (このユースケースではクワッドコプター) を管理する方法の例を構築します。

また、各物理オブジェクトに独自の IoT の存在を許可することによって ThingWorx を活用する方法についても説明します。

作成しようとしているエクスペリエンスには、IRS に保存されているプロパティ値を使用して定義する多数のパラメータが含まれます。

IRS は URN マッピングを移動するので、上記で説明されたプロパティ値を収集してテンプレートに適用します。ここで、名前は値によって代用されます。

このセクションでは、エクスペリエンスのマッピングを作成する手順について説明します。