シナリオ：センサーの平均温度測定値を計算するために30秒の期間を使用することを計画しています。
タンブリングウィンドウ関数は、データストリームを個別の時間セグメントにセグメント化し、以下の例のようにそれらに対して関数を実行するために使用されます。タンブリングウィンドウの主な差別化要因は、それらが繰り返され、オーバーラップせず、イベントが複数のタンブリングウィンドウに属することができないことです。
InAnswers：
A：ホッピングウィンドウ関数は、一定の期間だけ時間的に前方にホップします。それらをオーバーラップできるタンブリングウィンドウと考えるのは簡単かもしれません。そのため、イベントは複数のホッピングウィンドウの結果セットに属することができます。
参照：
https://docs.microsoft.com/en-us/azure/stream-analytics/stream-analytics-window-functions
トピック1、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との間のメッセージフローをトレースするシステムを実装します。
計画された変更を実装するために必要なカスタムコーディングの量を最小限に抑えます。
追加のサービスを実装するときに、読み取り操作が悪影響を受けるのを防ぎます。

IoT Hubは、分散トレースをサポートする最初のAzureサービスの1つです。より多くのAzureサービスが分散トレースをサポートするようになると、ソリューションに含まれるAzureサービス全体でIoTメッセージをトレースできるようになります。
ノート：
IoT Hubの分散トレースを有効にすると、次のことが可能になります。
トレースコンテキストを使用して、IoTHubを通過する各メッセージのフローを正確に監視します。このトレースコンテキストには、あるコンポーネントからのイベントを別のコンポーネントからのイベントと相関させることができる相関IDが含まれています。デバイスツインを使用して、サブセットまたはすべてのIoTデバイスメッセージに適用できます。
トレースコンテキストをAzureMonitor診断ログに自動的に記録します。
デバイスからIoTハブおよびルーティングエンドポイントへのメッセージフローと遅延を測定して理解します。IoTソリューションでAzure以外のサービスの分散トレースをどのように実装するかを検討し始めます。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-distributed-tracing

説明
ほとんどの場合、このエラーは、サービスに対するAzureロールベースのアクセス制御（Azure RBAC）アクセス許可が正しく設定されていないことを示しています。Azure Digital Twinsインスタンスの多くのアクションでは、管理しようとしているインスタンスでAzureDigitalTwinsデータ所有者の役割が必要です。
参照：
https://docs.microsoft.com/en-us/azure/digital-twins/troubleshoot-error-403

Explanation:
ボックス1：はい
ボックス2：はい
Fanspeed73は報告されたプロパティです。
ボックス3：いいえ
deviceIDプロパティは読み取り専用です。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-device-twins

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