各デバイスは、プロビジョニング中の登録で対称キー構成証明を実行するために、固有の登録 ID を持つ派生デバイス キーを使用します。デバイス キーを生成するには、DPS 登録からコピーしたキーを使用して、デバイスの一意の登録 ID の HMAC-SHA256 を計算し、結果を Base64 形式に変換します。
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/how-to-auto-provision-metric-keys

ルートは $edgeHub の必要なプロパティで宣言されます。
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/module-composition

Explanation:
登録グループを通じてプロビジョニングされたすべてのデバイスをプロビジョニング解除するには、次の手順を実行します。
登録グループを無効にして、その署名証明書を禁止します。
その登録グループにプロビジョニングされたデバイスのリストを使用して、各デバイスを無効にするか、それぞれの IoT ハブの ID レジストリから削除します。
すべてのデバイスをそれぞれの IoT ハブから無効にするか削除した後、必要に応じて登録グループを削除できます。ただし、登録グループを削除しても、1 つ以上のデバイスの証明書チェーンの上位に署名証明書に対して有効な登録グループが存在する場合、それらのデバイスは再登録できることに注意してください。
参照：
https://docs.microsoft.com/en-us/azure/iot-dps/how-to-unprovision-devices

説明
シナリオ: 30 秒の期間を使用してセンサーの平均温度測定値を計算する予定です。
タンブリング ウィンドウ関数は、以下の例のように、データ ストリームを個別の時間セグメントに分割し、それらに対して関数を実行するために使用されます。タンブリング ウィンドウの主な違いは、イベントが繰り返されること、重複しないこと、およびイベントが複数のタンブリング ウィンドウに属することができないことです。
インアンサーズ:
A: ホッピング ウィンドウ関数は、一定期間だけ時間を前方にホップします。これらはオーバーラップ可能なタンブリング ウィンドウであると考えると簡単かもしれません。そのため、イベントは複数のホッピング ウィンドウ結果セットに属することができます。
参照：
https://docs.microsoft.com/en-us/azure/stream-analytics/stream-analytics-window-functions

Explanation:
ステップ: DPS (デバイス プロビジョニング サービス) を使用すると、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