地図に日本語で問い合わせ、そのまま一覧表や資料に落とす仕組みが、実務に入り始めています。GISやAPIの専門家が触っていた空間データを、現場の担当者が言葉で引けるようになる。データ基盤を設計する立場でこの動きを見ると、専門家に頼んでいた資料作成の外注費と人件費を、そのまま削れる話です。ただし同じ仕組みを入れても、外注費が減る会社と、便利なだけで終わる会社に分かれます。分けるのは何か。どの地図データを、誰の問い合わせに開くかを、使い始める前に決めたかどうかです。

地図に話しかけて資料になる、が試作から実装に入った

地図データを業務に使うとは、現場や台帳にたまった位置の情報を、意思決定や資料の形へ流し直すことです。その入口が、GISの操作から自然言語の問い合わせに変わりつつあります。

国土交通省は、地理空間情報を自然言語で扱える「地理空間MCP Server」のα版をGitHubで公開しています。公式の説明では、GISやAPIの専門知識がなくても、大規模言語モデル（LLM）を通じて自然言語で地理空間情報を取得・活用できるとされています。扱えるのは「不動産情報ライブラリ」が提供する不動産取引に関するデータです。

民間の実装も出てきました。あるGISベンダーは2026年6月25日、GISと生成AIをつなぐ仕組みを発表し、自治体の公開型GIS向けに提供を始めています。公表資料では、AIに「○○周辺の避難所の情報をまとめて」と指示すると、位置の特定から一覧表の作成までを自動化できると説明しています。この公開型GISは2026年6月時点で全国38自治体が導入済みです。

公的機関と民間から実装が続けて出たことが、この体験が試作の段階を越えたことを示します。今まで専門家が地図ソフトを操作して作っていた資料の一部を、担当者が言葉で頼めるようになる。ここが外注費と人件費の削減に直結します。

便利さは「誰がどのデータを引けるか」を広げること

ここで一つ手前に、経営者が握る分かれ目があります。自然言語で地図を検索できるようにするとは、誰でも問い合わせできる窓口を開くことです。窓口を開けば、その先にある地図データを引ける範囲も同時に広がります。

地図データの中身は、位置そのものです。取引先の所在地、設備の在り処、配送先や顧客の住所、点検対象の座標。これらは緯度経度の点に見えて、誰がどこにいるか・何がどこにあるかという業務の機微を持っています。国土交通省のα版が扱う不動産や災害リスクのデータのように、あらかじめ公開を前提にしたデータであれば、広く引けても問題は起きにくい。

一方、社内にたまった顧客位置や設備台帳を同じ窓口につなぐと、話が変わります。「誰でも地図に問い合わせできる」は、「誰でも顧客の所在地を一覧で引ける」と裏表になります。営業の担当者が自分の担当エリアだけを見ればよい場面で、全社の顧客位置が言葉一つで表に落ちてしまう。便利さを入れたつもりが、見えてはいけない範囲まで見える窓口を開くことになります。

これは「AIだから危ない」という話ではありません。理由は、自然言語の窓口が、これまで地図ソフトの操作や権限で自然に絞られていた閲覧範囲を、言葉一つで越えさせるからです。操作の難しさが事実上の壁だった。その壁が下がる分、どのデータを開くかの取り決めを、人が先に置く必要が出てきます。

使い始める前に、開くレイヤと引ける相手を1枚に決める

では外注費が実際に減る会社は、何を先にやっているか。当社がデータ基盤の設計を支援する現場では、自然言語の窓口をつなぐ前に、地図のレイヤごとに「誰の問い合わせに開くか」を1枚の表に落としています。

• 公開してよいレイヤ。避難所や公共施設のように、広く引けても支障のないデータ。ここは自然言語で全社に開く。
• 部署や役割で絞るレイヤ。担当エリアの顧客位置のように、引ける相手を限定するデータ。窓口の側で問い合わせできる人を絞る。
• そもそもつながないレイヤ。契約や規約で扱いが決まっていて、都度の判断が要るデータ。自然言語の窓口には出さない。

この振り分けを先に決めた会社は、公開してよいレイヤから資料作成を現場に任せられます。専門家の手が空き、外注していた集計や一覧化が社内で回る。外注費が減るのはここです。振り分けを決めないまま窓口だけ開いた会社は、機微なレイヤまで開くのを恐れて結局専門家に確認させ続けるか、逆に開きすぎて範囲の広い閲覧を許してしまう。便利な機能を入れたのに、外注費が減らないまま残ります。

もう一つ、過度な期待は避ける必要があります。国土交通省のα版は動作保証を行わず、内容は予告なく変わると明記し、利用は不動産情報ライブラリの利用規約に従うとしています。自然言語の窓口は資料作成の一部を自動化するもので、専門家の判断をすべて置き換えるものではありません。開く範囲を決める判断は、仕組みの側ではなく発注する側に残ります。

打ち手は難しくありません。自然言語で地図を検索できる仕組みを検討するなら、導入の可否より先に、手元の地図レイヤを上の3つに振り分けてみる。開いてよいレイヤがどれだけあるかが、削れる外注費の上限になります。まず開く範囲、ツールは次です。

参考・一次ソース

• 国土交通省「地理空間MCP Server（MLIT Geospatial MCP Server）α版」GitHubリポジトリ
• 国土交通省 報道発表「地理空間MCP Server（α版）」概要・免責事項
• インフォマティクス「GISと生成AIをつなぐ空間情報MCPサーバーを開発」プレスリリース（2026-06-25）

■お問い合わせ

自然言語で地図を検索できる窓口をつなぐ前に、どのレイヤを誰の問い合わせに開くかの振り分けや、公開してよいデータと絞るデータの線引きに手が回らないときは、アハクラフトにご相談ください。

お問い合わせ