Azure Digital Twins Ontologyで描く、鉄道事業のつながり

2026/10/3(土)に開催された Japan Azure User Group 16周年イベント ( https://jazug.connpass.com/event/404770/ ) に参加した時に懇親会LTで発表した資料です。

Transcript

1. Azure Digital Twins Ontologyで描く、鉄道事業のつながり 駅舎から、鉄道事業全体へ 2026/10/03 JAZUG 16周年イベント懇親会LT NTTテクノクロス 中島進也(なかしょ)
2. 自己紹介 • なかしょ（中島進也） @nakasho_dev • 所属：NTTテクノクロス株式会社 デジタルトランスフォーメーション事業部 • 業務：MaaS関連のスマートフォンアプリ開発担当 • 趣味： – 妻とモンハンデート – AI＋モバイル＋地理空間情報システム – IT関連の勉強会（主にモバイル系 or アジャイル系 or Microsoft系） – 技術コミュニティの運営スタッフ • AI Dev Day 2026 • eXtreme Programming Japan User Group（XPJUG） 2019〜 • TDD BootCamp Online (TDDBC) 2020～ ※本資料は私個人の意見であり、所属企業・部門見解を代表するものではありません。
3. Microsoft Fabric × Ontology ボツネタ 売上No.1を表彰したら、 返品王だった Ontology あり／なしで「優秀」の意味はどう変わる？ ？
4. ボツネタ
5. 設備停止時、確認先をどうたどる？ 情報はある。システムをまたぐ関係を見たい 駅設備 ? 車両 線路と信号 この設備が止まると、 どこを確認すべき？ 電力 運行 ? 対象同士の関係を 一つのモデルでたどりたい 旅客
6. RealEstateCoreは駅舎を捉える出発点 建物・空間・設備を表す既存の業界オントロジ 駅舎 空間の関係 コンコース 空間の関係 ホーム RealEstateCore DTDL Space 建物や部屋などの空間 Asset エレベーターなどの設備 Capability 温度の測定点・状態の取得点 Relationship 対象同士の関係をモデル化 設備の所在 設備（例：エレベーター） 測定点の関係 温度の測定点 駅を見るモデルの出発点 駅舎・空間・設備の捉え方を考える 駅・ホーム・ホームドア固有の型や関係は、必要に応じて独自設計
7. 汎用サービスと鉄道向けモデルの役割 広がるのは、私たちが設計するモデルの対象範囲 共通の土台：Azure Digital Twins 分野を問わずTwin Graphを扱う汎用サービス ↓ 使うモデルを選び、必要な型と関係を設計 既存モデルを出発点にする例 RealEstateCore：建物・空間・設備 今回の実装：鉄道向け独自DTDL 鉄道固有の型と関係 今回の例：独自DTDLによるTwin Graph 汎用サービス上で、扱う世界を自分たちのモデル設計によって広げる
8. 鉄道向け独自DTDLのTwin Graph実画面 鉄道向け独自DTDLで作った小規模デモ：5 Twin・4 Relationship 電力供給 変電所A → 駅A 駅とホーム 駅A → ホーム2 ホームと設備 ホーム2 → ホームドア2A 列車の到着予定 列車123 → ホーム2 関係する駅・設備と、確認すべき列車の候補が見える
9. 汎用のAzure Digital Twins上で鉄道の関係を表す RealEstateCore 今回の鉄道向け独自DTDL 設計の出発点の例：駅舎・空間・設備 実画面：固有の型と関係を試作 Azure Digital Twins上のTwin Graph 利用者のモデルで電力・駅・設備・列車をつなぐ モノのコピーから、世界のモデルへ 次の停車駅は、“つながった世界”です