C: デバイス ツインの変更通知により、バックエンド アプリケーションはツインの変更をリアルタイムで通知され、ビジネス ロジックの要求に応じて対応できます。たとえば、デバイスのファームウェア更新が保留中であり、「更新の準備ができている」ことをオペレーターに直接通知するアプリケーションを構築する場合です。これは、「Twin Change Events」ソースからルーティング ルールを作成し、ソフトウェア更新ステータスに関連するすべてのイベントをフィルタリングすることによって実現されます。
D: エンリッチメントの適用
メッセージは、次の例を含め、IoT Hub メッセージ ルーティングでサポートされている任意のデータ ソースから取得できます。
* --> デバイス ツインの変更通知 -- デバイス ツインの変更
* 温度や圧力などのデバイス テレメトリ
* デバイスの作成時や削除時などのデバイス ライフサイクル イベント
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-message-enrichments-overview
https://azure.microsoft.com/en-us/blog/enhancements-to-azure-iot-hub-improve-management-of-the-full-device-lifecycle/

1 - デバイス資格情報を生成します。
2 - 一意の資格情報をデバイスにフラッシュします。
3 - デバイスを IoT Central に接続します。
4 - デバイスをテンプレートに関連付け、接続を承認します。
5 - 資格情報を取得します。
参照：
https://docs.microsoft.com/en-us/azure/iot-central/core/concepts-get-connected

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

代わりに、変換ゲートウェイを使用してください。
注: プロトコル変換ゲートウェイ パターンでは、IoT Edge ゲートウェイのみが IoT Hub との ID を持っています。変換モジュールはダウンストリーム デバイスからメッセージを受信し、それらをサポートされているプロトコルに変換してから、IoT Edge デバイスがダウンストリーム デバイスに代わってメッセージを送信します。すべての情報は、ゲートウェイという 1 つのデバイスから送信されているように見えます。
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/iot-edge-as-gateway

MQTT over WebSockets はポート 443 を使用します。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-protocols