チュートリアル: Fabric Maps を使用してリアルタイムの作業指示書ルーティングを構築する

Microsoft Fabric Maps は、地理空間の視覚化と分析を提供し、リアルタイムおよび履歴空間データから実用的な分析情報を提供します。

このチュートリアルでは、電力会社のフィールドディスパッチャーが Microsoft Fabric Maps を使用して、障害や資産障害が報告されたときに修復作業指示を作成および管理します。このシナリオでは、影響を受ける顧客を特定し、アクティブな作業指示をリアルタイムで視覚化し、サービスの復旧のために効率的に乗組員を派遣することに重点を置いています。

このチュートリアルでは、顧客の場所のマッピング方法、ライブ作業指示書がマップ上に表示される方法、および Azure Maps Route Directions API を使用して最適なルートを計算する方法について説明します。このチュートリアルは、マップに表示される最適化されたルートで終了します。

Fabric Maps は Fabric リアルタイムインテリジェンス内で実行され、Eventstream と Eventhouse を使用してストリーミングテレメトリを取り込み、リアルタイム監視を行います。作業指示書の完了と運用結果は OneLake に格納され、マップに表示されるルートの最適化と分析に使用できます。

このチュートリアルでは、次のことを行います。

Lakehouse を作成し、サンプルの作業指示書データをアップロードします。
作業指示書データをイベントハウスに書き込むイベントストリームを設定します。
インポートされた作業指示書データから顧客座標を抽出する Kusto 関数を作成します。
マップを作成し、関数をマップレイヤーとして追加します。
Azure Maps Route Directions API を使用して最適なルートを計算します。
最適化されたルートをレイヤーとしてマップに追加します。
マップとレイヤーの設定を構成します。

[前提条件]

このチュートリアルを開始する前に、 Real-Time Intelligence のチュートリアルを確認して、主要な概念とワークフローを理解しておくと役立ちます。

Azure サブスクリプションをお持ちでない場合は、開始する前に無料アカウントを作成してください。
Azure Maps アカウント
Azure Maps サブスクリプションキー。
Fabric アカウント。 Microsoft Fabric の詳細については、「 Microsoft Fabric とは」を参照してください。
Eventstream、Eventhouse (KQL データベース)、Lakehouse、Notebooks、およびマップ項目を作成するためのアクセス許可。詳細については、「テナント設定について」を参照してください。
Microsoft Fabric 対応の容量を持つワークスペース。ワークスペースの作成の詳細については、「ワークスペースの作成」を参照してください。
Fabric Lakehouse の基本的な理解。構造化データと非構造化データを 1 つの場所に格納、管理、分析するためのデータリポジトリです。レイクハウスの作成の詳細については、「 Microsoft Fabric でレイクハウスを作成する」を参照してください。
データをほぼリアルタイムで取り込み、処理、分析するために使用される Fabric Eventhouse の基本的な理解。イベントハウスの作成の詳細については、「イベントハウスの作成」を参照してください。
Kusto ユーザー定義関数の基本的な理解。
Microsoft Fabric ノートブックの使用方法に関する基本的な理解。

Lakehouse を作成し、サンプルの作業指示書データをアップロードする

リアルタイムストリーミングソースをシミュレートするために、次の手順のノートブックでは、Lakehouse にアップロードされたサンプルデータを使用します。運用環境では、このデータは静的ではなくストリーミングされます。

作業指示書データファイルを作成する

作業指示書データファイルには、このチュートリアルでリアルタイムストリーミングソースをシミュレートするために使用されるサンプルの作業指示書レコードが含まれています。ファイルを作成したら、次の手順で lakehouse にインポートします。

次の内容をコピーしてテキストファイルに貼り付け、 WorkorderLocations.csvとして保存します。このファイルは、次の手順で使用します。

WorkorderID,Latitude,Longitude
100,48.22610712,16.32977412
101,48.23519063,16.37364699
102,48.19785896,16.38669028
103,48.18125837,16.37068261
107,48.15151126,16.41766590
108,48.20290349,16.32492121
104,48.23400591,16.4563533
105,48.18145603,16.40506946
106,48.16366378,16.36001083

Lakehouse を作成し、作業指示書データファイルをインポートする

受信作業指示書データ用の新しい Lakehouse を作成し、以前に作成した作業指示場所ファイルをインポートします。

ワークスペースから [ 新しいアイテム] を選択し、検索ボックスに 「lakehouse 」と入力し、それを選択して新しいレイクハウスを作成します。
WorkorderLocationsLakehouse という名前を入力し、[作成] を選択します。
新しい lakehouse で、[ ファイルのアップロード ] を選択し、前の手順で作成した WorkorderLocations.csv ファイルをアップロードします。
新しい lakehouse で、画面の左側にある [エクスプローラー ] ウィンドウを選択します。
エクスプローラーの [ファイル] セクションで、WorkorderLocations.csv を選択して、アップロードしたファイルを表示します。
[表示設定] で、[先頭行] をヘッダーとして選択します。
(省略可能)[ビュー] ドロップダウンリストで、[ テーブルビュー] を選択します。

イベントストリームを作成し、イベントハウスにデータを書き込む

このセクションでは、カスタムエンドポイントを使用してイベントストリームフローを設計し、ノートブックを使用してデータを送信してリアルタイムストリーミングをシミュレートします。

Microsoft Fabric Eventstream は、ユーザーが Microsoft Fabric エコシステム内でイベントデータを取り込み、処理し、ルーティングできるようにするリアルタイムデータストリーミングサービスです。イベントドリブンワークフローを構築するためのコードなしのエクスペリエンスが提供されるため、さまざまなソースからのリアルタイムデータをシームレスに統合し、複数の宛先にルーティングできます。サポートされているデータソースまたはカスタムエンドポイントに接続する方法の詳細については、 Microsoft Fabric イベントストリームの概要を参照してください。

eventstream データをイベントハウスに取り込むことで、ストリーミングイベントを Kusto で処理できるようになり、テーブルまたは関数を使用してリアルタイムで変換および分析できます。詳細については、「イベントハウスの概要」を参照してください。

eventstream と eventhouse を作成する

ワークスペースから [ 新しい項目] を選択し、検索ボックスに 「eventstream 」と入力します。
[Eventstream] を選択します。
[ 新しいイベントストリーム ] ダイアログで、名前として "WorkordersEventstream" を入力し、[ 作成] を選択します。
[ストリーミングイベントの取り込み、変換、ルーティングを行うフローを設計する] 画面で、[カスタムエンドポイントを使用する] を選択します。
カスタムエンドポイントの [ ソースの追加] ダイアログで、[ 追加] を選択します。

これで eventstream が作成されました。次に、イベントハウスを宛先として追加します。
eventstream デザイナーの WorkordersEventstream ノードで、イベントを変換または変換先を追加 ドロップダウンリストから Eventhouse を選択します。
画面の右側に [Eventhouse destination configuration]\(Eventhouse 変換先の構成 \) ウィンドウが表示されます。次のように要求された詳細を入力し、[保存] を選択 します。
1. データインジェストモード: インジェスト前のイベント処理に設定します。
2. 宛先名: WorkordersEventhouse に設定します。
3. ワークスペース: ワークスペースの名前を示すドロップダウン。
4. Eventhouse: [ 新規作成] を選択し、 WorkordersEventhouse という名前のイベントハウスを作成します。
5. KQL データベース: WorkordersEventhouse を選択します。
6. KQL 変換先テーブル: [ 新しい作成 ] リンクを選択し、 Workorders という名前の新しいテーブルを作成します。
7. 入力データ形式: Json を選択 します。
8. データソースを追加した後にインジェストをアクティブ化する: チェックボックスをオンにします。
イベントハウスが宛先として追加されたら、[ 発行 ] を選択して新しいイベントストリームを発行します。

必要な SAS キー認証キーを取得する

ノートブックコードの SAS キー認証セクションのイベントハブ名と接続文字列の主キー値が必要です。

追加したカスタムエンドポイントソースタイルを選択します。
[詳細] ウィンドウで、[SAS キー認証] を選択します。
次の 2 つの値をコピーし、ノートブックコードで使用するために保存します。
- イベントハブ名: EVENT_HUB_NAME 変数に使用されます。
- 接続文字列-主キー: CONNECTION_STR 変数に使用されます。

ノートブックを使用してリアルタイムインジェストをシミュレートする

このセクションでは、先ほど作成した lakehouse に接続されたノートブックを作成し、提供されたコードを使用して CSV データを読み取り、イベントストリームにイベントを送信します。これにより、リアルタイムのデータインジェストがシミュレートされます。デモの場合は、ノートブックを手動で実行するか、定期的に実行するようにスケジュールできます。

Fabric ワークスペースにノートブックを作成する

作業指示場所ファイルを lakehouse から前のセクションで作成したイベントストリームにインポートするコードを含むノートブックを作成します。これは、運用環境では静的ではなくストリーミングされるリアルタイムストリーミングソースをシミュレートします。

ワークスペースから [ 新しい項目] を選択し、検索ボックスに ノートブック を入力します。
[ノートブック] を選択します。
[新しいノートブック] ダイアログで、[名前] フィールドに「WorkorderLocations」と入力し、[作成] を選択します。
ノートブックを lakehouse に接続するには、[データ項目の追加] ドロップダウンリストから [OneLake カタログから] を選択します。
OneLake カタログから WorkorderLocationsLakehouse を選択し、[接続] ボタンを選択します。これは、前に作成したレイクハウスです。
ノートブックを作成して Lakehouse に接続したら、最初のセルに次のコードを貼り付けて実行し、 Azure Event Hub SDK をインストールします。
```
# Install Azure Event Hub SDK (only needed once per environment)
%pip install azure-eventhub
```
[ + コード ] を選択して、ノートブックに新しいセルを作成します。

新しいセルを選択し、次のコードを入力します。

from azure.eventhub import EventHubProducerClient, EventData
import pandas as pd
import json
import time

# Replace with your actual connection string and Event Hub name
CONNECTION_STR = "" # Connection string-primary key
EVENT_HUB_NAME = "" # Event hub name
producer = EventHubProducerClient.from_connection_string(conn_str=CONNECTION_STR, eventhub_name=EVENT_HUB_NAME)

df = spark.read.csv("Files/WorkorderLocations.csv", header=True, inferSchema=True)
pdf = df.toPandas()
total_records = len(pdf)

for index, row in pdf.iterrows():
    # Convert row to dictionary
    row_dict = row.to_dict()

    # Truncate coordinates to 5 decimal digits
    if 'lat' in row_dict:
        row_dict['Latitude'] = round(float(row_dict['Latitude']), 5)
    if 'lon' in row_dict:
        row_dict['Longitude'] = round(float(row_dict['Longitude']), 5)

    # Serialize to JSON
    payload = json.dumps(row_dict)

    # Send to Event Hub
    event_data = EventData(payload)
    with producer:
        producer.send_batch([event_data])

    # Wait 100ms
    time.sleep(0.1)

前のセクションの「必要な SAS キー認証キーを取得する」というタイトルで取得した変数CONNECTION_STRとEVENT_HUB_NAMEの値を追加します。
ノートブックコードを実行します。これにより、Workorders テーブルが WorkordersEventhouse イベントハウスの KQL データベースに作成されます。

Kusto 関数を作成し、マップレイヤーとして追加する

このセクションでは、イベントハウスの Workorders テーブルから現在の作業指示場所データを取得し、その関数を Fabric Maps マップのデータソースとして使用する Kusto 関数を作成します。この関数を使用すると、マップでアクティブな作業指示をレイヤーとして表示でき、計画してフィールドクルーに割り当てる必要があるジョブを視覚的に表示できます。

Kusto 関数を作成する

あなたの eventhouse (KQL データベース) からのデータ:

イベントハウスに関連付けられている KQL データベース を開きます。
[ 関数 ]、[ 新しい関数] の順に選択します。

これにより、実行時に WorkordersFunction という名前の新しい関数が作成されるクエリが作成されます。

次のように入力します。

.create-or-alter function WorkordersFunction()
{
    Workorders
    | project Latitude, Longitude, WorkorderID
}

クエリを実行する

1 & 2 - WorkordersFunction 関数の作成に使用される KQL クエリ。

3 - 新しく作成された WorkordersFunction 関数
Functions フォルダーで WorkordersFunction を選択し、 結果をプレビュー して、有効な場所フィールドを持つ作業指示書レコードが返されることを確認します。

この関数は、ファブリックマップマップデータレイヤーの再利用可能なデータソースとして機能します。これについては、次のセクションで説明します。

マップを作成し、関数をレイヤーとして追加する

このセクションでは、ファブリックマップマップを作成し、以前に作成した KQL 関数をデータレイヤーとして使用します。マップは更新間隔で構成され、ストリーミング作業指示書データが自動的に更新され、アクティブな作業指示のほぼリアルタイムの空間ビューが提供されます。次に、レイヤーの名前を変更し、その設定を調整して、マップ上でのデータの表示方法を制御します。このライブ地理空間コンテキストは、ディスパッチャーがフィールドアクティビティを監視し、サービスエリア全体の需要を評価し、より情報に基づいたルーティングと割り当ての決定を行うのに役立ちます。

新しいマップの作成

ワークスペースから [ 新しい項目] を選択します。
[ 新しい項目 ] パネルで、検索フィールドに 「マップ 」と入力し、[ マップ] を選択します。
[新しいマップ] ダイアログで、[名前] フィールドに「WorkordersMap」と入力し、[作成] を選択します。

マップに eventhouse を追加する

[エクスプローラー] ウィンドウで、[Fabric アイテム] を選択し、[追加] ボタンを選択します。
[追加] ボタンを選択したときに表示されるメニューから KQL データベースを選択します。
OneLake カタログから、前に作成したイベントハウス WorkordersEventhouse を選択し、[追加] を選択します。

ヒント

KQL データベースにアクセスを制限する保護されたラベルがあるなどのエラーが発生した場合。サポートについては、データベース所有者にお問い合わせください。アクセスが制限される可能性があるため、KQL データベースの秘密度ラベルを確認します。詳細については、「ファブリック項目に秘密度ラベルを適用する」を参照してください。

マップに関数を表示する

新しいマップの [エクスプローラー ] ウィンドウで、前の手順で追加した eventhouse WorkordersEventhouse を選択します。
KQL 関数 WorkordersFunction に移動し、省略記号 (...) を選択してポップアップメニューを表示します。
ポップアップメニューから [マップに表示 ] を選択します。
[ マップ上の Eventhouse データの表示 ] ダイアログが表示され、[ プレビューデータ ] が選択されています。変更の必要はありません。正しいことを確認し、[次へ] を選択します
[ ジオメトリとデータ更新間隔の設定 ] ステップで、フィールドを次のように設定し、[ 次へ] を選択します。
- データレイヤー名: WorkordersFunction
- Geometry 列の場所: 緯度と経度のデータは別々の列に配置されている
- 緯度列: 緯度
- 経度列: 経度
- データ更新間隔: 5 分
[ 確認してマップに追加] ステップで、設定を確認し、[ マップに追加] を選択します。

これで、関数の結果が更新されたマップに表示されます。

Azure Maps Route Directions API を使用して最適化されたマルチストップルートを生成する

このセクションでは、KQL データベースから作業指示書座標を取得し、 Azure Maps Route Directions REST API を呼び出す新しいノートブックを作成します。サービスのマルチストップ最適化機能を有効にして、各場所にアクセスするための最も効率的な順序を決定し、その最適化されたシーケンスでルートジオメトリを返します。この出力は、後で推奨される技術者ルートをマップ上で視覚化するために使用されます。

このセクションを完了するには、Azure Maps アカウントとサブスクリプションキーを持つ Azure アカウントが必要です。 Azure アカウントをお持ちでない場合は、開始する前に無料アカウントを作成してください。 Azure Maps アカウントの作成の詳細については、「Azure Maps アカウントの作成」を参照してください。 Azure Maps サブスクリプションキーの取得の詳細については、Azure Maps クイックスタートの「アカウントのサブスクリプションキーを取得する」を参照してください。

最適なルートを取得するノートブックを Fabric ワークスペースに作成する

ワークスペース内から、前に作成した eventhouse WorkordersEventhouse を開きます。
KQL データベースの下の左側のナビゲーションパネルで、WorkordersEventhouse を選択します。
上部のメニューバーに Notebook のオプションが表示されます。それを選択して新しいノートブックを作成します。
新しいノートブックで、 kustoUri 変数の値を保存します。この値は、手順 6 で作成した新しいノートブックコードで使用します。
[データ項目の追加] ドロップダウンリストから [OneLake カタログから] を選択して、ノートブックを WorkorderLocationsLakehouse に接続します。
注

Microsoft Fabric で Lakehouse を作成すると、同じ名前の SQL 分析エンドポイントが自動的に作成されます。

どちらの項目もワークスペースに表示されますが、目的は異なります。
- Lakehouse は、ノートブック、Spark 処理、およびデータインジェストに使用されます。
- SQL 分析エンドポイントは、Lakehouse データに対する読み取り専用の T-SQL クエリサーフェスです。
ノートブックをアタッチまたは作成するときは、SQL 分析エンドポイントではなく 、必ず Lakehouse を選択してください。 OneLake カタログに WorkorderLocationsLakehouse が 2 回表示される場合は、Lakehouse でフィルター処理します。

新しいノートブックが作成され、Lakehouse に接続されたら、ノートブックの 2 番目のセルに次のコードを入力し、既定のコードを置き換えてから、前の手順で保存した変数値を追加します。

import os, json, requests
from pyspark.sql import types as T
from pyspark.sql.functions import col

# ---- Configuration ----
AZMAPS_SUBSCRIPTION_KEY = os.environ.get(
    'AZMAPS_SUBSCRIPTION_KEY',
    '<Your Azure Maps subscription key>'
)
API_VERSION = '2025-01-01'
BASE_URL    = 'https://atlas.microsoft.com'

# KQL query that invokes the stored function
kustoQuery = """WorkordersFunction()"""
# Your Kusto URI
kustoUri = "" 
# Your KQL database name
database = "WorkordersEventhouse" 

# The access credentials.
accessToken = mssparkutils.credentials.getToken(kustoUri)
kustoDf  = spark.read\
    .format("com.microsoft.kusto.spark.synapse.datasource")\
    .option("accessToken", accessToken)\
    .option("kustoCluster", kustoUri)\
    .option("kustoDatabase", database)\
    .option("kustoQuery", kustoQuery).load()

# Write transformed response to a new file so the raw output is preserved
OUTPUT_GEOJSON_PATH_TRANSFORMED = (
    'Files/OptimizedRoute.geojson' # GeoJSON output file 
)

# ---- Read Stores from KQL database table ----
stores_df  = spark.read\
    .format("com.microsoft.kusto.spark.synapse.datasource")\
    .option("accessToken", accessToken)\
    .option("kustoCluster", kustoUri)\
    .option("kustoDatabase", database)\
    .option("kustoQuery", kustoQuery).load()\
    .select(
                col("WorkorderID").alias("workorder_id"),
                col("Latitude").alias("lat"),
                col("Longitude").alias("lon")
            )

# Ordered waypoints: origin first, then the rest by workorder_id
# (API will re-order when optimizeWaypointOrder=True)
stores_pd = stores_df.orderBy('workorder_id').toPandas()
waypoints_lonlat = [[float(r['lon']), float(r['lat'])] for _, r in stores_pd.iterrows()]

# ---- Build Directions request body (GeoJSON) ----
features = []
for idx, (lon, lat) in enumerate(waypoints_lonlat):
    features.append({
        "type": "Feature",
        "geometry": {"type": "Point", "coordinates": [lon, lat]},
        "properties": {"pointIndex": idx, "pointType": "waypoint"}
    })

dir_body = {
    "type": "FeatureCollection",
    "features": features,
    "optimizeRoute": "fastestWithTraffic",
    "routeOutputOptions": ["routePath"],  # ensures route path geometry in response
    "travelMode": "truck",
    "optimizeWaypointOrder": True
}

# ---- Call Azure Maps Directions (POST) ----
url     = f"{BASE_URL}/route/directions"
params  = {"api-version": API_VERSION}
headers = {
    "Accept": "application/geo+json",
    "Content-Type": "application/geo+json",
    "subscription-key": AZMAPS_SUBSCRIPTION_KEY
}

resp = requests.post(url, params=params, data=json.dumps(dir_body), headers=headers)
resp.raise_for_status()
resp_json = resp.json()  # exact payload as returned by the API

# ---- Transform: move order.optimizedIndex -> properties.optimizedIndex for all Waypoint features to add as a data label in the map----
for feat in resp_json.get("features", []):
    props = feat.get("properties") or {}
    if props.get("type") == "Waypoint":
        order = props.get("order") or {}
        opt_idx = order.pop("optimizedIndex", None)
        if opt_idx is not None:
            props["optimizedIndex"] = opt_idx + 1
        # reassign possibly-updated order (still contains inputIndex if present)
        props["order"] = order
        feat["properties"] = props

# ---- Write transformed GeoJSON ----
from notebookutils import mssparkutils
mssparkutils.fs.put(OUTPUT_GEOJSON_PATH_TRANSFORMED, json.dumps(resp_json), True)

print(f"Transformed Directions GeoJSON (waypoints carry properties.optimizedIndex) written to {OUTPUT_GEOJSON_PATH_TRANSFORMED}")

AZMAPS_SUBSCRIPTION_KEY 変数の ノートブックコードに Azure Maps サブスクリプションキーを入力し、"< Azure Maps サブスクリプションキー>" を Azure Maps サブスクリプションキーに置き換えます。

Important

この例では、わかりやすくするために Azure Maps サブスクリプションキーをハードコーディングします。運用環境ではシークレットをハードコーディングしないでください。 Azure Key Vault を使用してシークレットを安全に格納および管理し、実行時に参照します。詳細については、「シークレットを保護するためのベストプラクティス」を参照してください。
メニューの [ 名前を付けて保存] ボタンを選択し、ノートブックを OptimizeRoute として保存します。
ノートブックを実行して、Lakehouse の Files ディレクトリに OptimizedRoute.geojson ファイルを作成します。

マップに lakehouse を追加する

[エクスプローラー] ウィンドウで、[Fabric アイテム] を選択し、[追加] ボタンを選択します。
[追加] ボタンを選択したときに表示されるメニューから [Lakehouse] を選択します。
OneLake カタログから、前に作成した lakehouse WorkorderLocationsLakehouse を選択し、[追加] を選択します。

最適化されたルートをマップに表示する

新しいマップの [エクスプローラー ] ウィンドウで、前の手順で追加した lakehouse WorkorderLocationsLakehouse を選択します。
Lakehouse の Files ディレクトリで OptimizedRoute.geojson に移動し、省略記号 (...) を選択してポップアップメニューを表示します。
ポップアップメニューから [マップに表示 ] を選択します。
[データレイヤー] パネルで、WorkordersFunction レイヤーの表示をオフに切り替えます。

完了すると、ファブリックマップマップに新しいマップレイヤーが表示されます。

9 つの番号付きウェイポイントを結ぶ青い線として表示された最適化されたルートを持つウィーンオーストリアのストリートマップを表示する Microsoft Fabric Maps のスクリーンショット。左側の [エクスプローラー] ウィンドウには、OptimizedRoute.geojson と WorkorderLocations.csv ファイルを含む Files フォルダーが含まれる WorkorderLocationsLakehouse で展開された [Lakehouse] タブが表示されます。[データレイヤー] パネルには、可視性がオフになっている WorkordersFunction と、最適化された訪問シーケンスを示す 1 から 9 までの番号が付いた接続されたルートパスを示す OptimizedRoute という 2 つのレイヤーが表示されます。

マップレイヤーの設定

Fabric Maps には、マップ上でのデータの表示方法を制御できるさまざまなレイヤー設定が用意されています。このセクションでは、レイヤーの名前を変更し、シンボルスタイルを調整し、フィールド値に基づいてラベルを構成することで、ルート最適化プロセスから作成されたレイヤーをカスタマイズします。これらの設定は、読みやすさを向上させ、作業指示書データを一目で簡単に解釈するのに役立ちます。

レイヤーの名前を変更する

[データレイヤー] パネルで、省略記号 (...) を選択して [OptimizedRoute オプション] メニューを開きます。
オプションメニューで[ 名前の変更]を選択します。

マップレベルでラベルを削除する

マップレベルでラベルのオンとオフを切り替えると、ベースマップテキストラベルに影響します。これらのラベルは、基になるマップスタイルから取得され、次のものが含まれます。

市区町村名
国と地域の名前
道路名と高速道路名
水の特徴名 (河川、湖、海)
その他の管理地名または地理的地名

ラベルが表示されない場合、ベースマップはクリーンかつミニマルな外観になり、地名テキストはベースマップ上に表示されません。

ベースマップラベルをオフにするには:

Fabric Maps でマップを開きます。
メニューバーから [マップ設定 ] を選択します。
ラベル チェックボックスを見つけて、チェックを解除します。

ファブリックマップのマップ設定の詳細については、「マップ設定の変更」を参照してください。

レイヤーにデータラベルを追加する

データラベルは、レイヤーのデータセット内の 1 つ以上のフィールドから取得されるデータドリブン注釈です。これらは、作業指示の場所を表すマップ上のポイントなど、レイヤーレベルのマップフィーチャに直接関連付けられています。 Fabric Maps データラベルの詳細については、「データラベルの設定」を参照してください。

[データレイヤー] パネルで [最適化されたルート] を選択します。最適化 されたルート 設定パネルが画面の右側に表示されます。
[最適化されたルート設定] パネルで、[データラベルの設定>選択します。
[ データラベルを有効にする] トグルを選択して、データラベルを有効にします。その他のデータラベル設定が表示されます。
次のデータラベル設定を変更します。
- データラベル: オプティマイズドインデックス
- テキストの色: 白
- テキストサイズ スライダーを 20 に設定
- テキストストロークの色: 黒
- テキストストローク幅 スライダーを 2 に設定

概要

このチュートリアルでは、Microsoft Fabric Real-Time Intelligence と Fabric Maps を使用して、エンドツーエンドのリアルタイムの作業指示ルーティングシナリオを構築する方法について説明しました。ストリーミング作業指示書データは、KQL を使用して取り込み、変換、クエリを実行した後、マップ上で視覚化され、作業指示の場所の動的で継続的に更新されるビューが作成されます。ルーティングロジックと最適なパス計算を統合することで、このソリューションは、リアルタイムの地理空間分析がディスパッチャーとフィールド運用チームが、より迅速かつ適切な情報に基づく意思決定を行うのにどのように役立つかを示します。

このパターンは、フリート追跡、資産監視、インシデント対応など、他の場所ベースのシナリオに拡張できます。 Microsoft Fabric では、イベントドリブンデータ、KQL ベースの分析、マップベースの視覚化を組み合わせることで、生ストリーミングデータから実用的な地理的分析情報にほぼリアルタイムで移行できます。

次のステップ

このチュートリアルで取り上げる Fabric Maps の記事の詳細については、以下を参照してください。

マップを作成する

マップの設定を変更する

データラベルの設定

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-02-04