説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーション、テーブルの説明が自動的に生成される

ボックス 1: プロトコルの翻訳
プロトコル変換ゲートウェイ パターンでは、IoT Edge ゲートウェイのみが IoT Hub との ID を持ちます。変換モジュールはダウンストリーム デバイスからメッセージを受信し、サポートされているプロトコルに変換した後、IoT Edge デバイスがダウンストリーム デバイスに代わってメッセージを送信します。
ボックス 2: 高度なメッセージキュー プロトコル (AMQP)
接続の多重化 - IoT Edge ゲートウェイ経由で IoT Hub に接続するすべてのデバイスは、同じ基盤となる接続を使用できます。この多重化機能では、IoT Edge ゲートウェイがアップストリーム プロトコルとして AMQP を使用する必要があります。
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/iot-edge-as-gateway

説明
100 KB * 24 は約 2,400 バイトです。
100 KB のメッセージは 4 KB ブロックに分割され、25 メッセージに対して課金されます。25 × 24 は 600 注: デバイスからクラウドに送信されるメッセージの最大メッセージ サイズは 256 KB です。これらのメッセージは、有料階層では 4 KB ブロックで計測されるため、たとえば、デバイスが有料階層経由で 16 KB のメッセージを送信した場合、4 メッセージとして請求されます。
参照：
https://azure.microsoft.com/en-us/pricing/details/iot-hub/

D: ビジネス ロジックを使用して IoT Edge モジュールを作成したら、それをデバイスにデプロイしてエッジで動作させたいと考えます。
B: 展開マニフェストを構成します。デプロイメント マニフェストは、デプロイするモジュール、モジュール間のデータ フロー、モジュール ツインの必要なプロパティを記述する JSON ドキュメントです。
モジュール情報を使用して構成した展開マニフェストを適用することによって、モジュールをデバイスに展開します。
Visual Studio Code エクスプローラー ビューで、[Azure IoT Hub] セクションを展開し、[デバイス] ノードを展開します。
選択したデバイスが IoT Edge デバイスであることを確認するには、それを選択してモジュールのリストを展開し、$edgeHub と $edgeAgent の存在を確認します。すべての IoT Edge デバイスには、これら 2 つのモジュールが含まれています。
「単一デバイスの展開の作成」を選択します。
使用する展開マニフェスト JSON ファイルに移動し、[エッジ展開マニフェストの選択] をクリックします。
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/how-to-deploy-modules-vscode

説明
時系列モデル タイプは、計算を実行するための変数または式を定義するのに役立ちます。タイプは特定のインスタンスに関連付けられます。
型には 1 つ以上の変数を含めることができます。たとえば、時系列モデル インスタンスは、変数平均温度、最小温度、最大温度で構成される温度センサー タイプである可能性があります。
参照：
https://docs.microsoft.com/en-us/azure/time-series-insights/concepts-model-overview

Time Series Insights Preview 従量課金制 (PAYG) SKU 環境を作成する場合、次の 2 つの Azure リソースを作成します。
コールド データ ストレージ用の Azure Storage 汎用 V1 BLOB アカウント。
ウォーム データ ストレージ用に構成できる Azure Time Series Insights プレビュー環境。
参照：
https://docs.microsoft.com/en-us/azure/time-series-insights/time-series-insights-update-storage-ingress
トピック 2、Contoso
ケーススタディを開始するには
このケーススタディに関する最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
既存の環境。開発の現状
Contoso は、温度と湿度を読み取る Bluetooth センサーのセットを製造しています。センサーは、データを中継する IoT ゲートウェイ デバイスに接続します。
すべての IoT ゲートウェイ デバイスは、iothub1 という名前の Azure IoT ハブに接続します。
既存の環境。デバイスツイン
次の JSON サンプルを使用してデバイス ツインを実装する予定です。

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

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