場合によっては、デバイス ツインのタグまたはプロパティに値を設定してエンリッチメントを適用すると、値が文字列値としてスタンプされます。たとえば、エンリッチメント値が $twin.tags.field に設定されている場合、メッセージには、ツインからのそのフィールドの値ではなく、文字列 "$twin.tags.field" がスタンプされます。これは、次の場合に発生します。
* (C) IoT Hub は Standard レベルにありますが、メッセージを送信するデバイスにデバイス ツインがありません。
* (E) IoT Hub は Standard レベルにありますが、エンリッチメントの値に使用されるデバイス ツイン パスが存在しません。たとえば、エンリッチメント値が $twin.tags.location に設定されていて、デバイス ツインのタグの下に場所プロパティがない場合、メッセージには文字列 "$twin.tags.location" がスタンプされます。
* IoT Hub は Basic レベルにあります。Basic レベルの IoT ハブは、デバイス ツインをサポートしていません。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-message-enrichments-overview IoT ソリューションの監視、トラブルシューティング、および最適化 テストレット 1 ケース スタディ これはケース スタディです。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは独立しています。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
既存の環境。開発の現状
Contoso は、温度と湿度を読み取る一連の Bluetooth センサーを作成します。センサーは、データを中継する IoT ゲートウェイ デバイスに接続します。
すべての IoT ゲートウェイ デバイスは、iothub1 という名前の Azure IoT ハブに接続します。
既存の環境。デバイス ツイン
次の JSON サンプルを使用して、デバイス ツインを実装する予定です。

既存の環境。Azure ストリーム分析
各部屋には、単一の IoT ゲートウェイ デバイスに送信される測定値を生成する 3 ～ 5 個のセンサーがあります。IoT ゲートウェイ デバイスは、すべての読み取り値を 10 ～ 10 の間隔で iothub1 に転送します。
60秒。
各 IoT ゲートウェイ デバイスが独自の IoT Hub デバイス ID を持つように、ゲートウェイ パターンを使用する予定です。
次のクエリの下書きを作成しますが、GROUP BY 句がありません。
選択する
AVG(温度)、
System.TimeStamp() AS AsaTime
から
アイトゥーブ
センサーの平均温度読み取り値を計算するために 30 秒の期間を使用する予定です。
センサーによって報告された状態と、Stream Analytics ジョブによって発行された対応するアラートとの間の待機時間を最小限に抑えることを計画しています。
既存の環境。デバイス メッセージ
IoT ゲートウェイ デバイスは、温度が指定されたしきい値を超えるたびに、次の JSON データを含むメッセージを送信します。

level プロパティは、メッセージを criticalep という名前の Azure Service Bus キュー エンドポイントにルーティングするために使用されます。
既存の環境。問題
IoT ゲートウェイ デバイスと iothub1 の間の接続の問題を発見しました。これにより、IoT デバイスの接続とメッセージが失われます。
要件。計画変更
Contoso は、次の変更を行う予定です。
* Stream Analytics を使用してデータを処理および表示します。
* Azure Time Series Insights を使用してデータを視覚化します。
* デバイスのステータスと必要な設定を同期するシステムを実装します。
* メッセージ エンリッチメントを使用して、メッセージに追加情報を追加します。
* 条件が指定されたしきい値を超えた場合にアラートを送信する通知システムを作成します。
*断続的な接続の問題とメッセージの損失の原因を特定するシステムを実装します。
要件。技術要件
Contoso は次の要件を満たす必要があります。
* 可能な限り、IoT Hub の組み込み関数を使用します。
* 可能な限り、ハードウェアとソフトウェアのコストを最小限に抑えます。
* デバイスを大規模にプロビジョニングするための管理作業を最小限に抑えます。
* iothub1 との間のメッセージ フローをトレースするシステムを実装します。
* 計画された変更を実装するために必要なカスタム コーディングの量を最小限に抑えます。
* 追加のサービスを実装するときに、読み取り操作が悪影響を受けないようにします。

Explanation:
ステップ: DPS (Device Provisioning Service) を使用すると、IoT Central UI を介してデバイスを登録しなくても、デバイスの資格情報を生成し、デバイスをオフラインで構成できます。
登録せずに SAS トークンを使用するデバイスを接続する
1.IoT Central アプリケーションのグループ主キーをコピーします
2. dps-keygen ツールを使用して、デバイスの SAS キーを生成します。前の手順のグループ主キーを使用します。デバイス ID は小文字にする必要があります。
dps-keygen -mk:<グループ主キー> -di:<デバイス ID>
3. OEM は、デバイス ID、生成されたデバイス SAS キー、およびアプリケーション ID スコープ値を使用して各デバイスをフラッシュします。
4. デバイスの電源を入れると、最初に DPS に接続して IoT Central の登録情報を取得します。
デバイスの初期状態は [デバイス] ページで [関連付けられていません] であり、デバイス テンプレートに割り当てられていません。[デバイス] ページで、デバイスを適切なデバイス テンプレートに移行します。デバイスのプロビジョニングが完了し、デバイスのステータスが [プロビジョニング済み] になり、デバイスがデータの送信を開始できるようになりました。
[管理] > [デバイス接続] ページの [自動承認] オプションは、データの送信を開始する前にデバイスを手動で承認する必要があるかどうかを制御します。
参照：
https://docs.microsoft.com/en-us/azure/iot-central/core/concepts-get-connected

現在のデバイスの Azure ID は、IOTEDGE_DEVICEID 環境変数で利用できます。
代わりに、デバイス ツインのデバイス ID を読み取ります。
注: デバイス ツインは、メタデータ、構成、条件などのデバイスの状態情報を格納する JSON ドキュメントです。Azure IoT Hub は、IoT Hub に接続するデバイスごとにデバイス ツインを維持します。
デバイス ID プロパティ。デバイス ツイン JSON ドキュメントのルートには、ID レジストリに格納されている対応するデバイス ID からの読み取り専用プロパティが含まれています。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-device-twins

代わりに、デバイス プロビジョニング サービスから、登録グループを無効にし、IoT デバイスがプロビジョニングされる IoT ハブの ID レジストリのデバイス エントリを無効にします。
参照：
https://docs.microsoft.com/bs-latn-ba/azure/iot-dps/how-to-unprovision-devices

場合によっては、デバイス ツインのタグまたはプロパティに値を設定してエンリッチメントを適用すると、値が文字列値としてスタンプされます。たとえば、エンリッチメント値が $twin.tags.field に設定されている場合、メッセージには、ツインからのそのフィールドの値ではなく、文字列 "$twin.tags.field" がスタンプされます。これは、次の場合に発生します。
(C) IoT Hub は Standard レベルにありますが、メッセージを送信するデバイスにデバイス ツインがありません。
(E) IoT Hub は Standard レベルにありますが、エンリッチメントの値に使用されるデバイス ツイン パスが存在しません。たとえば、エンリッチメント値が $twin.tags.location に設定されていて、デバイス ツインのタグの下に場所プロパティがない場合、メッセージには文字列 "$twin.tags.location" がスタンプされます。
IoT Hub は Basic レベルにあります。Basic レベルの IoT ハブは、デバイス ツインをサポートしていません。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-message-enrichments-overview