スマートシティとは？政府定義と都市OSの成熟レベル1〜4・自治体の着手順序を解説

スマートシティという言葉は、内閣府と国土交通省とで力点の違う定義が併存し、指している範囲も異なります。2026年3月11日には内閣府がスマートシティリファレンスアーキテクチャ第5版（SCRA5.0）を公開し、中核となる都市OSを「都市の状態を意味的に統合し仲介する論理基盤」として定義し直しました。この記事で扱うのは、政府定義の読み方、都市OSとセンサーと分野別サービスの層構造、第5版が示す技術成熟レベル1から4、Society 5.0や自治体DX推進計画との位置関係、交付金と特区の制度、そして自治体がどのレベルから着手し、どういう条件なら都市OSの調達を見送るべきかという判断基準です。用語解説ではなく、予算要求と調達に使える形で整理します。

まとめ｜スマートシティの実体は都市OSによる都市状態の共通化と段階的な着手

スマートシティの本体は、個別のIoTサービスの集合ではありません。都市の状態（人・モノ・環境・活動）を地理空間という共通の軸で表現し、分野をまたいで継続的に更新・参照できる状態を保つ仕組み、すなわち都市OSが中核です。SCRA5.0は都市OSを、分野別システムを束ねるIT基盤ではなく、都市の状態をデジタルツインとして扱う論理基盤だと位置付け直しました。

着手の順序は、可視化（レベル1）、分野横断統合（レベル2）、時系列と分析（レベル3）、予測（レベル4）という技術成熟の4段階で固定して考えてください。多くの自治体にとって現実的な初期設定はレベル1です。ここを飛ばして三次元モデルや予測基盤から入った案件は、更新されないデータと使われないダッシュボードを残して止まります。分野横断の課題が2つ以下で既存の地図基盤と個別サービスで足りているなら、都市OSの新規調達は見送るのが正しい判断になります。

財源には第2世代交付金が使えます。ただし交付期間の後に運用費と所管課が残らない設計だと実証実験で終わります。発注前に決めるべきは、データモデルとID体系を庁内のどの課が持ち続けるか、その一点です。

政府定義で読むスマートシティの対象範囲とスマートシティ構想が指す実体

定義は一つではありません。省庁ごとに射程が違うため、どちらを引くかで事業の対象範囲が変わります。

内閣府と国土交通省で異なる定義文の力点と、両者に共通する三つの条件

内閣府は、ICT等の新技術や官民各種のデータを用いた各種分野におけるマネジメント（計画、整備、管理・運営等）が行われ、社会・経済・環境の側面から、現在および将来にわたって人々（住民、企業、訪問者）により良いサービスや生活の質を提供する都市または地域、と定義しています。対象に「訪問者」を含める点が特徴です。

国土交通省都市局は、都市が抱える諸課題の解決に向けてICT等の新技術やデジタル情報を用い、計画・整備・管理・運営等のマネジメントを通じて都市全体で無駄のない持続可能な状態を目指す都市または地区における取組、を対象とします。「地区」という語が入り、区域単位の取組を想定する点が内閣府との差です。

両者に共通するのは、新技術とデータを使うこと、単発の導入ではなくマネジメントの営みであること、持続可能性を条件に含めることの3点です。

スマートシティを簡単に言い換えた場合に落ちる要素と誤解されやすい点

「IT技術で便利になった街」と要約すると、分野をまたいでデータを共通に扱う仕組みと、計画から評価までを回し続ける運用体制という核が落ちます。この2つが無い取組は、個別分野のシステム導入であってスマートシティではありません。

誤解の多いもう一点は規模の問題です。新しく造成する街だけの話ではなく、既存市街地でデータを重ねる取組も対象に入ります。SCRA5.0が例示する高松市の「たかまつマイセーフティマップ」は、ハザードマップのリスク情報に国土地理院の標高と避難所のオープンデータを重ねた住民向け防災サービスで、新規開発ではなく既存データの重ね合わせから始まりました。

スマートシティ構想という語が計画と実装の双方に使われる混同の整理

「スマートシティ構想」は、基本計画に書かれた将来像にも、稼働中の事業にも同じ語が当てられます。文書上は区別がつきません。判別に使えるのは、当年度以降の運用費が予算に計上されているかと、データ更新の責任を負う所管課が決まっているかの2点です。構想文書の分量ではなく、データが更新され続ける仕組みの有無を見てください。体制側の詳細は後段で扱います。

都市OS・IoTセンサー・分野別サービスで分かれる三層構造と担当範囲

スマートシティの構成は、大きく3つの層に分けて考えると調達の切り分けがしやすくなります。データを生む層、標準化して配る層、使う層です。

都市OSを「意味的に統合し仲介する論理基盤」と定める第5版の定義

SCRA5.0は都市OSを、都市の状態及び機能を意味的に統合し、仲介する論理基盤と定義しています。「意味的に」という限定が肝心です。単にAPIでつながっているだけでは足りず、同じ「避難所」「道路」「人流」という語が都市間・分野間で同じ意味として機械可読に解釈できることまでを求めています。

第5版は基本原則を5項目に整理しました。人間中心志向、包摂及び平等な参加、意味的相互運用性、都市状態の地理空間基軸化、技術中立性の5つで、後半3つはそのまま調達仕様に落とせる技術要件になります。

センサーと分野別サービスが都市OSに接続する際のデータモデルの制約

接続の作法は自由ではありません。第5版はデータモデル設計をNGSI-LDを前提とした考え方として整理し、エンティティ・属性・関係の基本原則、時間や空間や単位やコード体系の扱い、@contextの設計と運用ルールまで踏み込んでいます。空間IDとFIWAREも連携技術として明示されました。

地理空間データ連携基盤の側は、元データの管理、データの標準化と配信、アプリケーションでの利用という3層構造を採ります。データを持つ課は元データの管理に集中でき、サービス開発側は標準化されたAPIと地図タイルを前提に実装できる分離です。焼津市の公開型GIS「スマートマップ焼津」は、デジタル庁のモデル仕様に準拠しFIWAREから避難所の状況や降雨量などの防災情報を受け取る構成で、この3層構造のアプリケーション層側の実例にあたります。

なお、共通語彙とメタデータの相互運用を定める別冊仕様書は、第5版の公表時点（2026年3月）で未策定であり、同年夏から秋頃の公表を目指すと注記されています。語彙の細部を仕様書で固めたい調達なら、公表を待つ判断もあり得ます。

都市OSと基幹20業務システム・ガバメントクラウドとの役割の切り分け

都市OSは、住民記録や税といった基幹業務システムの置き換えではありません。基幹側は標準準拠システムへの移行という別の制度軸で動いており、その論点は自治体システムの標準化とは？20業務の移行と期限経過後の実務で扱っています。都市OSが扱うのは内部事務の記録ではなく都市空間の状態です。

両者が接するのは、基幹側の統計データを匿名化して都市OSに流す場面に限られます。設計上は疎結合にし、基幹システムの更改スケジュールに都市OSの整備が引きずられない構造にしてください。一体調達すると標準化対応の遅延がそのまま都市OSの停止要因になります。

SCRA5.0が定める都市OSの技術成熟レベル1から4と自治体の現在地の判定

第5版で実務に直結する記述は、都市OSの実装パターンを4段階に整理した7.1.3節です。自分たちが今どこにいて、次にどこへ行くのかを、この段階で表現できます。

レベル1可視化からレベル4予測まで、四段階で変わる必要データの粒度

4段階は、扱うデータの範囲・粒度・時間軸の違いで分かれます。段階が上がるほど要るのは、高価な可視化ツールではなく更新され続ける動的データです。

レベル1は静的データと一部の動的データを地図上に重ねる段階で、UIは2次元地図が中心です。レベル2で複数分野の動的データを統一データモデルに載せ、レベル3で時系列を持たせて施策前後を比較し、レベル4の予測へ進みます。導入初期にすべての機能を備える必要はない、と第5版は明記しています。

技術成熟と社会的成熟を分けて見る第5版の整理と、順序の逆転による失敗

第5版は7.1.4節で、技術成熟とは別軸の「社会的成熟」を置きました。都市OSが担う社会的役割を、共有、理解・説明、判断・合意、社会システムとしての都市OS、という4つの発展段階で整理したもので、技術成熟レベルと1対1では対応しないと明記されています。

この分離が示すのは、技術だけ先行させても機能しないという事実です。レベル3の分析基盤を入れても、庁内で「同じ都市の状態を参照して議論する」共有の段階が無ければ、出力された分析は誰の判断材料にもなりません。「共有」を先に成立させ、その必要から技術段階を引き上げる順序が安定します。

デジタルツインを三次元モデルと同一視した場合に生じる予算の空転

第5版は、都市OSにおけるデジタルツインは必ずしも三次元モデルや高度な可視化を前提としないと明言しています。求めているのは、動的・静的な都市データを地理空間上で一貫して関連付け、時間軸を含めて継続的に更新・参照・分析できる状態を保つことです。

ここを取り違えると予算が空転します。三次元都市モデルの構築に初年度予算を投じ、その後の更新費が確保できずに一度きりのモデルが残る、という失敗が典型です。技術としての仕組みと導入判断はデジタルツインとは？意味・仕組み・事例と導入の判断基準で解説しています。可視化の精緻さと更新可能性のどちらに投資するかを決める前に確認してください。

Society 5.0・自治体DX推進計画・地方創生の各施策とスマートシティの関係

スマートシティは単独の施策ではなく、複数の政策体系の交点に置かれています。所管も予算費目も分かれるため、位置関係を把握しておかないと庁内で二重投資が起きます。

Society 5.0を上位目標、スマートシティを実装領域とする内閣府の整理

内閣府はスマートシティをSociety 5.0の関連施策として位置付けています。第5版も、都市OS上に構築されるデジタルツインは人間中心の社会（Society 5.0）を実現するための手段であり、技術そのものが目的ではないという立場です。この上下関係は事業評価の指標設計に効きます。センサー設置数やアプリのダウンロード数ではなく、住民の生活の質や参加可能性がどう変わったかを問う指標が要る、ということです。

庁内業務のDXと都市空間のスマートシティで分かれる所管課と予算費目

自治体DX推進計画が対象にするのは、行政手続のオンライン化や情報システムの標準化といった庁内業務側の取組です。所管は情報政策担当課で、予算費目も総務費に立ちます。スマートシティは都市空間と住民サービスの側にあり、都市計画課や企画課が所管し、予算費目も土木費や企画費に分かれるのが一般的です。

この違いを踏まえず一体の計画として書くと、どちらの補助制度にも当てはまらない事業になります。庁内業務側の重点項目と進め方は自治体DXとは？推進計画第5.1版の重点8項目と進め方で扱っています。内部事務の情報化はそちら、都市空間側は本記事の層構造を軸に、計画を分けて設計してください。

デジタル田園都市国家構想から第2世代交付金への再編で変わった要件

2021年に提示されたデジタル田園都市国家構想は、デジタル技術で地域の個性を生かしながら地方を活性化する政策枠組みで、その交付金がスマートシティ関連事業の主要な財源でした。2025年度（令和7年度）にこの交付金は「新しい地方経済・生活環境創生交付金」へ再編されています。通称は第2世代交付金です。支援の基本的な枠組みは引き継がれた一方、地域防災緊急整備型の新設など対象範囲の拡充が入ったため、過年度の申請様式や採択事例をそのまま流用すると要件が合いません。計画書は現行の制度概要に当てて作り直してください。

交付金・国家戦略特区・実装支援事業から選ぶ2026年時点の制度と財源

使える制度は交付金だけではありません。規制の壁に当たる事業には特区の枠組みもあります。

新しい地方経済・生活環境創生交付金デジタル実装型の三区分と使い分け

デジタル実装型はTYPE1・TYPEV・TYPESの区分で運用され、所管は新しい地方経済・生活環境創生本部事務局です。制度概要は区分ごとに別資料で公表され、TYPESは令和7年2月27日版と同年9月19日版が並んで掲載されています。交付上限額や補助率が区分で違ううえ改定頻度も高いため、前年度の説明会資料ではなく申請前に最新版のPDFを直接確認してください。

スーパーシティ型特区とデジタル田園健康特区の指定5区域と規制特例

スーパーシティ型国家戦略特別区域に指定されているのは茨城県つくば市と大阪府・大阪市、デジタル田園健康特区は石川県加賀市・長野県茅野市・岡山県吉備中央町で、いずれも2022年4月の指定です。合わせて5区域にとどまります。

裏を返せば、大半の自治体は規制特例を前提にしない設計で事業を組む必要があります。特区の先行事例をそのまま引き写すと、法令上できない前提のサービスを計画に織り込むことになりかねません。

自治体がレベル1から着手すべき条件と、都市OS調達を見送るべき判断基準

ここからは判断を明示します。都市OSは、すべての自治体がいま調達すべきものではありません。条件を満たさない段階での調達は、費用対効果の面で見送りが正解です。

人口規模と分野横断の課題数で決まる、着手レベルの現実的な初期設定

初期設定はレベル1、すなわち地理空間可視化から入るのが現実的です。判断材料は人口規模そのものではなく、分野をまたいで扱いたい課題の数になります。防災・交通・福祉のように所管の異なる課題が3つ以上あり、データを重ねて議論したい場面が実際に発生しているなら、レベル1の投資は回収できます。

この段階で要るのは、庁内が既に持つ静的データ、具体的にはハザードマップ、施設台帳、都市計画基礎調査のデータを地図上に重ねる環境だけです。新規のセンサー設置は要りません。

都市OSの新規調達を見送り、既存の地図基盤と個別サービスで足りる場面

次の条件に当てはまるなら、都市OSの新規調達は見送ってください。分野横断で扱いたい課題が2つ以下、動的データを継続供給できる分野が1つも無い、データ更新の責任者を専任・兼任いずれでも置けない。この3条件のうち2つ以上に該当する場合、調達しても稼働後1年でデータが止まります。

代替は公開型GISと個別サービスの組み合わせです。仲介層の価値は分野数が増えたときの接続コストの逓減にあるため、分野が少ない段階では過剰投資になります。

着手順序を可視化・統合・分析・予測で固定すべき理由と飛び級の失敗

レベル1を飛ばしてレベル3や4から入る設計は採用しないでください。分析や予測の精度は、入力される動的データの継続性で決まります。可視化の段階でデータ更新が回っていない自治体が予測基盤を導入しても、初期投入データで一度動いた後は更新されず、出力が現実と乖離していきます。

順序を守る利点は、各段階で庁内の合意が取れる点にもあります。レベル1で「同じ地図を見て議論する」習慣ができて初めて、レベル2への予算要求が通ります。飛び級は技術的に不可能なのではなく、組織的に維持できません。

体制・調達・データ連携で失敗する典型パターンと発注前に決めるべき事項

調達の失敗パターンと、仕様書に落とすべき条件を整理します。ここでの選択が5年後にシステムが残るかを決めます。

実証実験で終わる案件に共通する、運用予算と所管課の不在という構造

実証実験で終わる案件には共通の構造があります。交付金の交付期間を事業期間と同一に設定し、期間終了後の運用費を予算計上していないことです。センサーの通信費、地図データの更新費、基盤のクラウド利用料は、実証終了後も毎年発生します。

もう一つは所管課の不在です。実証期間中は企画課が主導しても、恒常運用でデータ更新の責任がどの課にあるか決まっていなければ、担当者の異動とともに止まります。事業開始の時点で、運用フェーズの所管課と年間運用費の見込みを企画書に書き込んでください。

仕様書に書くべき相互運用性の要件と、ロックインを避ける調達上の条件

第5版は技術中立性を基本原則に挙げ、特定の技術や製品に依存せず複数の実装方式を許容する性質と定義しています。調達に落とす際は、製品名ではなく満たすべき条件を書いてください。データモデルの記述方式、空間IDの互換性、機械判読可能なAPIでの外部提供、この3点を仕様書の要件として明示するのが基本形になります。

非ロックインの要件について第5版は、オープンソースや標準APIの採用だけでは足りず、データモデルや運用知識が特定の事業者に依存しない形で管理されていることまでを条件としています。仕様書には、データモデル定義書と@contextの管理権限を自治体側が持つ旨を成果物として明記してください。なお第5版は、個別アプリケーションの設計仕様、特定製品の技術仕様、個別サービスの実装方法、特定AI技術の選定方式の4つを規定しないと明言しています。ここは自治体が自ら決める領域で、アーキテクチャ文書を引くだけでは埋まりません。

外部の開発会社に任せる範囲と庁内に残すべきデータ設計の線引き

外部委託の線引きは明快にできます。実装、運用、監視は委託してよい領域です。データモデルの定義、ID体系の設計、公開範囲と利用条件の決定は庁内に残してください。ここを外に出すと、事業者を変更した瞬間に過去データの意味が引き継げなくなります。

体制面では、仕様の判断ができる職員が1名でも庁内にいるかどうかで調達の質が変わります。知見が不足するうちは、四省庁連携のスマートシティ官民連携プラットフォーム（発足時471団体）や国土交通省都市局が公開する実行計画・実証実験結果で、近い人口規模の団体の計画を読んで補ってください。人員を確保できないなら、要件定義の段階から公共分野の開発経験を持つ会社に入ってもらい、データ設計の考え方ごと庁内に移管する契約にするのが現実的です。当社でも公共システム開発として、自治体の業務要件を整理する段階からの支援と受託開発を行っています。要件定義の成果物を庁内資産として残す形で進めたい場合は、その前提を含めてご相談ください。

スマートシティの定義と導入判断でよく寄せられる質問と実務上の回答

定義の理解と着手判断の場面で繰り返し寄せられる質問をまとめます。

スマートシティとは簡単に言うと何ですか？

都市の状態を分野をまたいでデータで把握し、その情報をもとに計画・整備・運営を回し続ける都市または地域のことです。「IT技術で便利な街」という要約では、分野横断のデータ連携と継続的な運用体制という核が抜け落ちます。判別の目安は、複数分野のデータが同じ地図上で参照できているかどうかです。

スマートシティ構想と実際のスマートシティ事業は何が違いますか？

構想は計画段階の宣言、事業は運用が回っている状態を指しますが、同じ語で呼ばれるため文書だけでは区別できません。当年度以降の運用費が予算に計上されているか、データ更新の責任を負う所管課が決まっているか、この2点で判別してください。どちらも無い構想は、実証期間の終了とともにデータの更新が止まります。

都市OSは必ず必要ですか？

必須ではありません。都市OSは分野横断でデータをつなぐ接続コストを下げる仲介層で、扱う分野が2つ以下なら直接連携したほうが安く済みます。本文の3条件のうち2つ以上に当てはまるなら、公開型GISと個別サービスの組み合わせで足ります。

スマートシティの主な課題は何ですか？

SCRA5.0は、分野や組織ごとにデータがサイロ化し連携が不足した結果、ユースケースの創出が難しい、コストが高い、成功例が少ないという課題が生じたと整理しています。現場で最も多いのは実証期間の終了後にデータ更新が止まる問題で、原因は技術ではなく運用費の未計上と所管課の不在という体制側にあります。

スマートシティ推進に使える国の補助制度はどれですか？

中心は、2025年度（令和7年度）にデジタル田園都市国家構想交付金から再編された「新しい地方経済・生活環境創生交付金」で、デジタル実装型にTYPE1・TYPEV・TYPESの区分があります。規制の特例が要る事業は国家戦略特区の枠組みですが、スーパーシティ型とデジタル田園健康特区は合わせて5区域のみで、大半の自治体は特例なしの設計が前提です。

関連記事

• 自治体DXとは？推進計画第5.1版の重点8項目と進め方を実務目線で解説：庁内業務側のDXの進め方と重点項目
• デジタルツインとは？意味・仕組み・事例と導入の判断基準を実装目線で解説：都市OSの中核となる技術の仕組みと導入判断
• 自治体システムの標準化とは？20業務の移行と期限経過後の実務を解説：基幹20業務側の制度と都市OSとの切り分け
• ガバメントクラウドとは？自治体が使う仕組み・対象サービス・費用負担を解説：基盤側の費用負担と利用の仕組み
• 公共システム開発に立ちはだかる課題とその効果的な解決策とは：自治体システムの調達と体制の課題