I / INPUT
何を持ち込んでいるか。
活動の出発点となる資源と課題を分けて整理します。「自社」は、その場・制度を運営する組織を指します。
- 自社・運営組織
JTCの都市計画、地区開発、施設運営の担当者が、異なる建物と用途の調整を担う。地区管理を担う組織が実証の受け皿にもなる。
公開資料で確認出典 1- 他社・事業会社
ENGIEの設計・運転・保守技術者が地域冷房を担当。設備単体の納入にとどまらず、複数建物への供給と将来の増設を設計する。
公開資料で確認出典 1- 行政・公共機関
JTCとGovTechがOpen Digital Platform（ODP）を共同開発。都市設備のデータと制御を結ぶ公的な共通基盤を担う。
公開資料で確認出典 1- スタートアップ
dConstruct Roboticsは自律配送などの試行を計画。LaunchPad @ PDDは2026年後半から段階整備する発表であり、全施設開業・全ロボット実運用とは確認していない。
公開資料で確認出典 1- 市民・利用者・現場
公共空間・店舗・保育・医療等を近隣住民にも開き、学生・就業者だけの閉鎖区域にしない計画。住民がODPの採否やデータ利用を共同決定する制度は公開資料では未確認。
公開資料で確認出典 1
II / VALUE CREATION FUNCTIONS
資源を、どう価値へ変えるか。
以下は既存の8ステップへの編集上の対応づけです。各施設の公式な工程名や、全工程を自前で担うことを意味しません。
開発者・運営者・利用者を地区単位で組む
JTCの地区計画に大学・企業・地域利用を重ね、建物ごとの設備とサービスを調整する。街の使われ方を踏まえて研究テーマを持ち込めるため、施設が完成してから連携先を探す負担を下げる。
仮想試験と物理設備接続を連続させる
ODPのデジタルツインで試験し、準備ができた案をゲート・ドア・昇降機へつなぐ経路を計画する。接続先が先に存在することが強みだが、接続承認・停止責任・利用料金は別途必要な条件である。
設備の設計を長期の運転責任へ結ぶ
冷房設備は作って終わらず、ENGIEが所有・運営する契約を置く。試験で得た知識を実際の供給サービスと保守判断へ戻す受け皿が明確になる。こうした責任設計はデジタルツインの導入自体より重要である。
負荷変化を学び、段階増設に反映する
冷房は建物の開業時期と用途の違いを考慮し、増設余地を用意する。運転状態を監視して保守を判断し、大学との応用研究へ返す。需要が変わっても改善を続ける構成と読み取れる。
III / OUTPUT
直接、何が生まれたか。
試作品、データ、契約、標準、育成した人材など、活動から直接生まれたもの。
IV / OUTCOME
その結果、何が変わったか。
実際の利用、行動、業務、事業、地域の変化。報告された変化と、施設の活動に帰属できる効果は区別します。
地域冷房は設備をまとめて供給する事業方式と長期の運営責任が契約化されている。実証後の維持主体が存在する点は確認できるが、実測の年間利益や利用者の料金低下までは確認できない。
MDLの分析出典 1公表される冷房の最大30%省エネ・年間3,700トンCO₂削減は全体開発時の推計。GovTechの人員50%減・エネルギー30%減も目標であり、PDD全体の達成実績としては扱わない。
PROJECT IN FOCUS / 具体的な事例
ENGIEによるPDD地域冷房（DCS）
確認できた段階：複数段階 調査確認日 2026-09-28
誰の課題を、どう扱ったか
JTCがENGIEと30年のDBOO契約を締結。ビジネスパーク等へ冷房を供給し、個々の建物が冷房設備を保有・保守する負担をまとめる設計。
生まれたもの
地下設備と地区配管を整え、ODPとの状態監視・制御連携、設備の性能に応じた保守、段階増設を組み込んでいる。
評価の限界：2021年契約と2025年JTC説明から構成は確認できるが、全容量稼働・実測効果・最新の接続範囲は未確認。
DESIGN BACKWARDS FROM IMPLEMENTATION
社会実装から逆算して、
何を先に整えているか。
実証の先にある導入・運用・継続から、この事例の設計を読み解きます。原典で確認できる仕組みと、MDLの設計解釈・他地域へ応用するための提案を区別して読んでください。「提案」「未実施」と記す内容は、当地で実施済みの工夫ではありません。仕組みの存在と、全案件で成果が出たことも別に扱います。
長期運転を契約に入れる
冷房のDBOOは運営期間と責任主体を設計時点で定める。社会実装の「誰が使い続けるか」を、展示終了後の善意に委ねない構成である。
接続先がある仮想検証にする
LaunchPadではシミュレーションの次に接続する現物設備を示している。モデル上の成功を実装へ変える接点になるが、仮想空間の合格がそのまま安全承認を意味するわけではない。
運営データを次の人材へ渡す
SITとの研究・教育が実際の地区冷房に接続する。設備の知識を運営企業内だけに閉じず、改善できる技術者を育てる仕組みとして重要。ただし育成人数・就職効果は未確認。
MORE DETAIL / 運営・根拠・応用
運営の全体像と、学びを深める資料。
費用負担、公表値、応用条件、写真・動画、原典を続けて確認できます。
01どう動かしているのか。
地区開発者JTCとGovTechがOpen Digital Platformを共同開発し、異なる設備・プロトコルをつなぐ共通基盤を用意する。建物管理、電力、空調、昇降機、アクセス制御等を接続し、ロボットがゲートやリフトを通る際にも設備単位のばらばらな連携を減らす。大学SITが地区内に入り、企業の実務と応用研究・教育を近づける。2026年3月のJTC発表ではLaunchPad @ PDDを同年後半から段階設置する計画を公表し、地区データによるデジタルツインで試験後、ODP経由で物理設備につないで実証する経路を説明している。個々の企業は地区全体を自由に制御できるわけではなく、接続・運用条件と責任の確認が必要。正式採択の共通基準、料金、データアクセス階層の詳細は公開資料だけでは確定できない。
- 地区設備とデータを共通基盤へ
- 大学・企業がユースケース形成
- デジタルツインで試験
- リフト・ゲート等へ接続
- 実運用の結果を改善へ戻す
02誰が負担し、誰が担うか。
JTC等の公共側が地区基盤を整備し、入居企業・大学・サービス事業者が各活動を担う。ODPの案件別接続料金、維持費、費用負担の詳細は未確認。
制度やプログラムの財源と、各参加企業・地域に発生する費用は同じではありません。公開範囲を超える案件別予算・契約条件は未確認です。
03確認できたこと。
JTC公式は50haのビジネスパークとSITの近接・統合を説明。
読み取れる範囲：地区面積は成果指標ではない。28,000雇用は同ページでも期待値であり実現数ではない。
原典で確かめる ↗ 出典の説明 ↓04日本で活かすなら。
本調査の提案：国内で再現する際は、街全体の高価なデジタルツインより、施設管理者が制御権を持つ小さな実証範囲から始める。例えば配送ロボットの導線で、屋内外移動、ドア、エレベーター、警備の接点を共通の権限・イベント記録でつなぐ。情報提供だけの連携と機器を動かす連携を分け、停止時に人が復旧できる手順を定める。受益者はロボット企業だけでなく、配送を受ける人、施設利用者、管理作業者である。住民が負担する監視・待ち時間・通行の不便を計測し、効率改善と一緒に判断する。
05そのまま真似できないこと。
JTCのように地区の土地・建物・インフラをまとめて管理する権限は、日本の既成市街地にそのまま存在しない。接続技術だけを導入しても、設備所有者や運行主体の権限調整が残る。公開資料ではODPの全体維持費、ロボットの介入率・事故率、地区全体の第三者検証済み費用対効果は未確認。雇用期待や省エネ目標を実測成果として扱うべきではない。
06次に、何を確かめるか。
提案・未実施：施設管理者を責任者に、1棟で異なる2社の配送ロボットを同じドア・昇降機接続へ8週間つなぐ。接続開発工数、配送完了率、人の介入回数、歩行者の待ち時間を比較。個別接続より費用が高い、復旧不能、通行障害が増える場合は対象設備か権限設計を見直す。
07現場を、写真と動画で。
冒頭写真：赤い連絡橋と歩行者空間を含むPunggol Digital Districtの実景。
Open Digital Platform: A smart district operating system
JTC（GovTech公式Use Casesページ掲載）
公式サイトで見る ↗08原典を読む。
30年の所有・運営、供給先、配管と推計省エネ