次の方法で共有


論理アドレスと物理アドレスの使用

WS-Discovery では 、形式に基づいて URI を使用した論理アドレス指定を urn:uuid: 定義します。 このアドレス指定スキームの目的は、デバイスの ID と現在の IP アドレスを区別することです。 このスキームは、基本的にネーム サーバーを必要としない DNS 名の機能を提供します。 デバイス プロファイル for Web サービス (DPWS) では、デバイスでこのアドレス指定スキームを使用することをお勧めします。

DPWS では、サービスで物理 (トランスポートとも呼ばれます) アドレスを使用することも推奨されます。 これにより、WS-Discoveryアドレス指定メカニズムをネイティブにサポートしていないクライアントが DPWS サービスと通信できるようになります。 また、各サービスはアドレスを定義できます。これにより、下位レイヤーでサービス ディスパッチを管理するデバイス実装のトランスポート レベルのアドレス指定が可能になります。 最後に、物理アドレスを使用すると相互運用性が最大化されます。

物理アドレス指定の欠点は、現在の IP またはトランスポート アドレスを追跡する必要があり、それに応じてデバイス メタデータを変更する必要があるため、デバイスの実装に複雑さが加わる点です。 このため、DPWS では、トランスポート アドレスを使用するサービスは必要ありません。

論理アドレスを使用する場合、実装動作が未定義のシナリオがいくつかあります。 WS-Discovery仕様では、サービスが論理アドレスに存在する意味は説明されていません。 WS-Discovery仕様の R1001 では、ネットワーク チャッターが関連付けられているため、ホステッド サービスでWS-Discoveryを使用することをお勧めします。

これにより相互運用性が低下するため、論理アドレスにサービスを配置することはお勧めしません。 実装が論理アドレスに絶対に存在する必要がある場合、サービスはデバイスと同じ論理アドレスを使用する必要があります。 これにより、デバイス上のディスパッチ モデルが複雑すぎる場合は、参照パラメーターを使用してサービスを区別することをお勧めします。 WSDAPI は、デバイスと同じエンドポイント アドレスを使用している場合、サービスにメッセージを正しく送信します。