以前にDeviceProvisioningServiceを介して自動プロビジョニングされたデバイスのプロビジョニングを解除する必要がある場合があります。
一般に、デバイスのプロビジョニング解除には2つのステップが含まれます。
1.将来の自動プロビジョニングを防ぐために、デバイスをプロビジョニングサービスから登録解除します。アクセスを一時的または永続的に取り消すかどうかに応じて、登録エントリを無効にするか削除することができます。
2.将来の通信とデータ転送を防ぐために、デバイスをIoTハブから登録解除します。この場合も、プロビジョニングされたIoTHubのIDレジストリにあるデバイスのエントリを一時的に無効にするか完全に削除できます。
参照：
https://docs.microsoft.com/bs-latn-ba/azure/iot-dps/how-to-unprovision-devices

説明
B：メッセージエンリッチメントは、メッセージが指定されたエンドポイントに送信される前に、メッセージに追加情報をスタンプするIoTHubの機能です。メッセージエンリッチメントを使用する理由の1つは、ダウンストリーム処理を簡素化するために使用できるデータを含めることです。たとえば、デバイスツインタグを使用してデバイステレメトリメッセージを強化すると、この情報に対してデバイスツインAPI呼び出しを行うための顧客の負荷を軽減できます。
D：エンリッチメントを適用する
メッセージは、次の例を含め、IoTHubメッセージルーティングでサポートされている任意のデータソースから送信できます。
->デバイスツイン変更通知-デバイスが作成または削除されたときなど、温度または圧力デバイスのライフサイクルイベントなどのデバイスツインデバイステレメトリの変更参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-message-enrichments-overview

デバイスプロビジョニングサービスは、基本層（B1など）に含まれています。
不正解：
B、C、D：標準層は、クラウドからデバイスへのメッセージング、Azure IoT Edge、およびデバイスツインに必要です。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-scaling
トピック2、Contoso
既存の環境
開発の現状
Contosoは、温度と湿度を読み取る一連のBluetoothセンサーを製造しています。センサーは、データを中継するIoTゲートウェイデバイスに接続します。
すべてのIoTゲートウェイデバイスは、iothub1という名前のAzureIoTハブに接続します。
既存の環境。デバイスツイン
次のJSONサンプルを使用して、デバイスツインを実装する予定です。

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

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

DeviceConnected、DeviceDisconnected、DeviceCreated、DeviceDeletedなどの非テレメトリイベントの場合、サブスクリプションの作成時にイベントグリッドフィルタリングを使用できます。
C：Azure Event Gridを使用すると、ダウンストリームのビジネスアプリケーションでアクションをトリガーすることで、IoTHubのイベントに対応できます。
リクエストトリガーなどのトリガーは、ロジックアプリを起動する特定のイベントです。
参照：
https://docs.microsoft.com/en-us/azure/event-grid/publish-iot-hub-events-to-logic-apps

ルート認証局（CA）からX.509証明書を購入します。この方法は、実稼働環境に推奨されます。
ハードウェアセキュリティモジュール（HSM）は、デバイスシークレットの安全なハードウェアベースのストレージに使用され、最も安全な形式のシークレットストレージです。X.509証明書とSASトークンの両方をHSMリファレンスに保存できます。
https://docs.microsoft.com/en-us/azure/iot-dps/concepts-security