テレメトリの処理
Connected Field Service アドインの展開が完了しました。次のステップでは、デバイスを登録し、Dynamics 365 のデータと Azure IoT Hub のデバイスを統合する方法を見ていきます。
これは、Dynamics 365 で顧客資産レコードを作成し、登録プロセスをトリガーすることによって行われます。 次の図では、接続されているデバイスの Dynamics 365 Field Service プロセスへの統合の中心に顧客資産がどのように存在しているかが示されています。
資産を登録する
顧客資産を定義するときに、複数のパーツが含まれる資産など、さまざまなシナリオを処理できます。 接続を使用してこれらを構成し、顧客資産への関係を確立することができます。 顧客資産を分類し、コマンドの管理と一括送信を容易にすることもできます。
顧客資産を作成して [登録] ボタンをクリックすると、メッセージが Azure Service Bus キューに送信され、関連付けられた Azure IoT Hub への登録が要求されます。 これにより、展開される Connected Field Service テンプレートの一部として提供されるロジック アプリがトリガーされます。 Logic App では、Azure IoT Hub との通信が行われ、デバイスが登録されてから、Dynamics 365 に戻って登録の状態が更新されます。
デバイスが登録されたら、テレメトリを取り込んで、異常を評価できます。 Connected Field Service テンプレート アプリケーションでは、未加工のテレメトリを処理する Stream Analytics ジョブを使用して、これが行われます。 ジョブでは、受信データで基準温度を超える温度が評価されます。 これはテンプレートでの開始ルールに過ぎず、シナリオに適した検出ロジックを含むようにカスタマイズできることに注意してください。 シナリオによっては、これらのルールを参考にして、ユーザー独自のストリーム ジョブや関連付けられたロジック アプリを作成するための着想が得られることもあります。 実際、Azure IoT ソリューション アクセラレータの一部に見られるように、難しい処理を行うマイクロ サービスにこれらを置き換えることもできます。
テレメトリのフロー
次の図では、テレメトリが Dynamics 365 で評価されて IoT 通知に変換されるときの全体的なフローが示されています。 温度が超えていると、Service Bus の通知キューにメッセージが登録されます。 このメッセージは、Dynamics 365 の実際の IoT 通知レコードを作成する Logic App によって取り出されます。
Dynamics 365 で受信された IoT 通知は、人によるレビューのためのキューに入れて手動で評価することも、最初にデバイスで修正コマンドを試みることで自動的に評価することもできます。 デバイスに送信されるコマンドでは、リセットなどのアクションを実行したり、通知を送信したり、デバイスで受信することが期待される他のカスタム コマンドを実行したりできます。 デバイスの設定は、変化する環境に合わせてリモート デバイスで調整することもできます。 そこからは、トリアージを実行し、必要に応じて技術者を派遣する、カスタム業務プロセスを作成できます。 技術者は、標準の Dynamics 365 Field Service スケジューリング ボードを使用してマッチングされ、割り当てられます。
次のユニットでは、シミュレートされたデバイスを登録して、シミュレーターと対話し、通知が生成されて Dynamics 365 に送信されることを確認します。