Explanation:
ボックス1：tags.engine.warpDriveType ='VM105a'
タグを使用して双子をターゲットにします。構成を作成する前に、影響を与えるデバイスまたはモジュールを指定する必要があります。Azure IoT Hubは、デバイスとデバイスツインのタグを使用して識別し、モジュールツインのタグを使用してモジュールを識別します。
ボックス2：properties.desired.warpOperating
ツインパス。これは、設定されるツインの目的のプロパティ内のJSONセクションへのパスです。
たとえば、ツインパスをproperties.desired.chiller-waterに設定してから、次のJSONコンテンツを提供できます。
{{
「温度」：66、
「圧力」：28
}
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-automatic-device-managementデバイスのプロビジョニングと管理テストレット1ケーススタディこれはケーススタディです。ケーススタディは個別にタイミングが調整されていません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケーススタディとセクションがある場合があります。提供された時間内にこの試験に含まれるすべての質問を確実に完了することができるように、時間を管理する必要があります。
ケーススタディに含まれている質問に答えるには、ケーススタディで提供されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれている場合があります。各質問は、このケーススタディの他の質問とは無関係です。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用して、ケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに[すべての情報]タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問]ボタンをクリックして質問に戻ります。
既存の環境。開発の現状
Contosoは、温度と湿度を読み取る一連のBluetoothセンサーを製造しています。センサーは、データを中継するIoTゲートウェイデバイスに接続します。
すべてのIoTゲートウェイデバイスは、iothub1という名前のAzureIoTハブに接続します。
既存の環境。デバイスツイン
次のJSONサンプルを使用して、デバイスツインを実装する予定です。

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

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

説明
RESTAPIを介してリリースします。
コンソールから実行できるすべての操作は、RESTAPIを使用して自動化することもできます。たとえば、ビルドとリリースのプロセスを自動化するためにこれを行う場合があります。
ファームウェアは、Particle CLIを使用して、またはコンパイルソースコードAPIを直接使用してビルドできます。
注：無線（OTA）ファームウェアの更新は、IoTシステムの重要なコンポーネントです。無線によるファームウェアの更新とは、組み込みデバイス上のコードをリモートで更新する方法を指します。
参照：
https://docs.particle.io/tutorials/device-cloud/ota-updates/

説明
すべてのAzureSecurityCenter for IoTセキュリティエージェントに関連するプロパティは、azureiotsecurityモジュールの目的のプロパティセクション内のエージェント構成オブジェクトにあります。
構成を変更するには、azureiotsecurityモジュールのツインID内でこのオブジェクトを作成および変更します。
注：Azure Security Center for IoTのセキュリティエージェントツイン構成オブジェクトは、JSON形式のオブジェクトです。構成オブジェクトは、エージェントの動作を制御するために定義できる制御可能なプロパティのセットです。
これらの構成は、必要なシナリオごとにエージェントをカスタマイズするのに役立ちます。たとえば、これらのプロパティを設定することで、一部のイベントを自動的に除外したり、消費電力を最小限に抑えることができます。
参照：
https://docs.microsoft.com/en-us/azure/asc-for-iot/how-to-agent-configuration

自動再プロビジョニングのサポート。
Microsoftは、デバイスの再プロビジョニングにファーストクラスのサポートを追加しました。これにより、最初のソリューション割り当ての後で、デバイスを別のIoTソリューションに再割り当てできます。再プロビジョニングのサポートは、次の2つのオプションで利用できます。
*ファクトリリセット。古いIoTハブではなく、新しいIoTハブのデバイスツインデータが登録リストから入力されます。これは、ファクトリリセットシナリオとリースデバイスシナリオで一般的です。
*移行。デバイスのツインデータが古いIoTハブから新しいIoTハブに移動されます。これは、デバイスが地域間を移動するシナリオで一般的です。
参照：
https://azure.microsoft.com/en-us/blog/new-year-newly-available-iot-hub-device-provisioning-service-features/

RESTAPIを介してリリースします。
コンソールから実行できるすべての操作は、RESTAPIを使用して自動化することもできます。たとえば、ビルドとリリースのプロセスを自動化するためにこれを行う場合があります。
ファームウェアは、Particle CLIを使用して、またはコンパイルソースコードAPIを直接使用してビルドできます。
注：無線（OTA）ファームウェアの更新は、IoTシステムの重要なコンポーネントです。無線によるファームウェアの更新とは、組み込みデバイス上のコードをリモートで更新する方法を指します。
参照：
https://docs.particle.io/tutorials/device-cloud/ota-updates/