GISとは？地理情報システムの仕組み・種類と業務システムへの組み込み判断

GISは「ジーアイエス」と読み、Geographic Information System（地理情報システム）の略称です。地図の上に顧客・設備・人口・災害リスクといったデータを層状に重ね、位置の関係から答えを出す仕組みを指します。カーナビの経路案内も自治体のハザードマップも、この技術の上で動いている。この記事では、レイヤ構造とベクタ・ラスタという仕組み、種類ごとの違い、身近な例から見た分析手法、市販のGIS製品を導入するか自社の基幹システムに地図機能を載せるかという判断基準まで整理しました。数値は2026年8月時点の一次情報のみを扱います。

まとめ｜GISの仕組みと種類、地図機能を業務システムに載せる判断の要点

GISの本体は地図ではなく、位置を鍵にしたデータベースです。背景地図の上に主題データをレイヤとして重ね、点・線・面のベクタと航空写真のようなラスタを組み合わせ、距離・包含・重なりを計算する。この計算ができる点が、閲覧専用の地図アプリとの決定的な差になります。

種類は3系統です。分析の深さで選ぶならデスクトップ型、多拠点で同じ地図を見るならWeb・クラウド型、既存の基幹業務の中で地図を扱うなら組み込み型。ArcGIS Proは3.7系、QGISは3.40系のLTRから4.x系への移行期にあり（いずれも2026年8月時点）、無償のQGISでも空間分析の主要機能は揃います。ソフトの価格差より、データを誰が更新し続けるかという運用体制が総費用を左右する構図です。

判断が分かれるのは、GIS製品を買うか基幹システム側に地図機能を組み込むかという分岐でしょう。地図そのものが成果物（都市計画図、資産の空間台帳、詳細な空間解析）なら製品を導入し、地図が既存業務の一画面に過ぎないなら組み込み型に寄せます。分かれ目は「専任の地図担当者を置けるか」。置けないなら製品導入は運用が止まります。

GIS（地理情報システム）の定義と読み方、レイヤ構造という基本の仕組み

GISの読み方と正式名称、地図アプリでは代替できない機能の境界

読み方は「ジーアイエス」。Geographic Information System の頭字語で、日本語の正式名称は地理情報システムです。国土交通省や国土地理院の資料では「地理空間情報」という上位概念と併記され、位置に紐づく情報全般を扱う基盤として定義されています。

地図アプリとの違いは機能の数ではなく、処理の向きにあります。地図アプリは「この住所はどこか」を答える。GISは「半径2km圏内に競合が何店あり、その圏内人口は何人か」を答えます。前者は検索、後者は計算です。地図上の情報をExcelに戻して集計したくなったら、それはもうGISで解くべき課題になります。

レイヤの重ね合わせで成立する仕組みと、属性データと位置情報の紐づけ

GISの内部は、透明なシートを重ねた構造で理解できます。一番下に背景地図（国土地理院の地理院タイルなど）、その上に道路網、行政界、自社の店舗、顧客の分布、浸水想定区域と積んでいく。各シートがレイヤで、表示・非表示や重ね順を切り替えて必要な組み合わせだけを見ます。

それぞれの図形には、属性データという表が裏で紐づいています。店舗レイヤの1点をクリックすると、店舗コード・開店日・月商・売場面積が返る。この「図形と表が1対1で対応している」構造がGISの中核です。紐づけは緯度経度を直接持たせるか、住所からジオコーディングで座標を求めるかの2通り。後者は住所表記の揺れで精度が落ちるため、番地レベルの精度が要る業務では目視確認の範囲を先に決めます。

ベクタとラスタの使い分け基準、シェープファイルとGeoJSONの実務

データはベクタとラスタの2形式に大別されます。ベクタは点・線・面という図形で表す形式で、店舗は点、道路は線、行政区域は面。図形ごとに属性を持てるため、集計や条件抽出に向きます。ラスタは画素の格子で表す形式で、航空写真・標高・雨量分布が該当。連続的に変化する現象は得意な反面、ファイルは重くなりがちです。

実務で最初に出会うのはシェープファイル（拡張子 .shp を含む複数ファイルの組）でしょう。国土数値情報などの公的データが長くこの形式で配布されてきたためです。Web系の開発ではRFC 7946のGeoJSON、単一ファイルで完結させたいならOGC標準のGeoPackageを選びます。

測地系JGD2011と座標系の指定漏れで地図がずれる典型的な失敗

同じ緯度経度の数値でも、どの測地系を基準にしたかで実際の地上位置は変わります。日本の公的データは日本測地系2011（JGD2011）が現行で、地理座標系にはEPSGコード EPSG:6668 が割り当てられている。世界的に流通するWeb地図は EPSG:4326 や EPSG:3857 を使うため、混在した時点でずれが生まれます。旧日本測地系のまま保管されていたデータを重ねると、数百メートル単位で位置が動きます。

距離を測る用途では、緯度経度のまま計算せず平面直角座標系に投影してから処理するのが基本です。緯度経度での距離計算は、日本の緯度帯で数パーセントの誤差を生む。対策は仕組みで持ちます。受け入れ時に測地系・座標系を記録する、変換したデータに履歴を残す、既知の基準点で重ね合わせを目視確認する。この3点を初期設計に入れれば、稼働後に位置ずれの原因を追う工数を省けます。

GISが発達した理由と、日本での普及を押し上げた法制度とデータ整備

阪神・淡路大震災から2007年の基本法施行までに起きた整備の転換

1995年の阪神・淡路大震災では、被害状況を地図上で統合できず、機関ごとに別々の地図と座標が使われていた問題が表面化しました。同じ場所を指しているのに突き合わせられない。この経験が、国レベルでの地理空間情報の整備方針につながります。

節目は2007年です。地理空間情報に関する基本法（平成19年法律第63号）が同年5月23日に成立、5月30日公布、8月29日施行。以後は基本計画が概ね5年ごとに更新され、第1期2008年4月15日、第2期2012年3月27日、第3期2017年3月24日、第4期2022年3月18日に閣議決定されています（国土地理院公表資料・2026年8月時点）。省庁・自治体が持つ空間データの形式と座標系が揃い、外部から取り込んで自社データと重ねられるようになった。GISが発達した理由を一言でまとめるなら、計算機の性能ではなく「重ねられるデータが増えたから」です。

国土数値情報・地理院タイル・G空間情報センターという無償データ基盤

企業がGISを検討するとき、初期費用の読みを左右するのはソフトではなくデータです。日本では公的データの多くが無償で入手でき、この点が導入判断を変えました。代表的な入手先を挙げます。

• 国土数値情報ダウンロードサイト（国土交通省）：行政区域、鉄道、道路、土地利用、災害関連の区域データ
• 地理院タイル（国土地理院）：背景地図・航空写真・標高。利用規約の範囲でWebシステムに組み込み可能
• e-Stat（政府統計の総合窓口）：国勢調査の小地域集計と境界データ。jSTAT MAPで地図上の集計もできる
• G空間情報センター：府省・自治体・民間のデータを横断的に探せる流通基盤

商圏分析で必要になる「圏内人口」「世帯数」「年齢構成」は、国勢調査の小地域データと境界データを重ねれば自前で算出できます。有償の商圏データを買う前に、公的データでどこまで届くかを確かめる価値がある。ただし調査年次が数年前になる点は設計時に織り込みます。

スマートフォンとクラウドがGISの利用者層を押し広げた実務的な理由

2010年代以降、GPSを内蔵した端末が全社員の手元に配られ、位置情報の「入力側」が変わりました。訪問実績や点検記録が、現場から座標付きで自動的に集まる。専門部署が地図を作る時代から、現場が地図を埋める時代への移行です。クラウドも効きました。高性能なワークステーションが前提だった構成は、タイル配信とクラウドDBの組み合わせで閲覧側が一般的なブラウザに変わっています。GISが測量・都市計画の専門ツールから営業・物流・保守の業務ツールへ広がった背景です。

GISの種類、デスクトップ型・Web型・組み込み型の違いと選定の基準

デスクトップ型GISの用途とArcGIS Pro・QGISの版とライセンス費

デスクトップ型は、担当者のPCにインストールして使う形態です。データ作成・編集、投影変換、空間解析、印刷用の地図制作までを1本で担い、分析の深さでは他形態を上回ります。商用の代表がEsriのArcGIS Proで、現行は3.7系（3.7が2026年5月、3.7.1が2026年7月）。無償のQGISは3.40系のLTRを軸に3.44系が3.x系の最終版で、4.x系への移行が進行中です（いずれも2026年8月時点）。

費用だけを見ればQGISが有利ですが、選定基準はそこではありません。判断軸は「解析結果の再現性を誰が担保するか」。手順書とプラグイン構成を自社で管理できるならQGISで足り、ベンダーサポートと標準的な解析手順を買いたいならArcGIS Proを選びます。年に数回しか地図を作らない部署に商用ライセンスを常時割り当てる構成は、費用が回収できません。

Web型・クラウドGISが向く多拠点共有の業務と、権限設計の制約

Web型は、サーバー側で地図とデータを配信し、利用者はブラウザで閲覧・簡易編集を行う形態です。本部が作った地図を全支店が同じ状態で見る、現場が入力した点検結果を本部が即座に確認する、といった多拠点前提の業務で効きます。

制約は権限とデータ量の2点に集中します。権限は「レイヤ単位」「地物単位」「属性項目単位」のどこまで制御するかで実装難度が変わり、支店ごとに自エリアだけ見せる要件が入ると設計が一段複雑になる。数万件を超える点データをそのままブラウザに送ると描画も詰まるため、「全件を地図に出す」という要件は初期段階で件数を確認すべきです。

業務システムへの組み込み型GISと地図APIで実装できる範囲の線引き

組み込み型は、基幹システムや業務システムの画面の一部として地図を持つ形態です。受注画面に配送先を表示する、設備マスタから地図で対象を探す、顧客一覧を地図で絞り込む。地図は主役ではなく、既存業務の検索手段として機能します。実装は地図APIとサーバー側の空間データベースの組み合わせが基本で、クラウド事業者の地図サービスを使えば表示・ジオコーディング・ルート計算・追跡までマネージドで賄えます。AWSでの選択肢はAmazon Location Serviceの機能と料金の整理にまとめました。

線引きの目安は、必要な処理が「表示・検索・単純な距離判定」に収まるかどうかです。ここまでなら地図APIと空間インデックスで十分に届く。ネットワーク解析、傾斜や流域の計算、多変量の空間統計が要件に入るなら、作り込むより専用のGIS製品を併用したほうが総工数は下がります。

導入形態別の初期費用・運用体制・データ管理の比較と選定の分岐点

分岐点は3つです。地図を作ること自体が業務成果か。データを更新し続ける担当者を置けるか。地図で見たい情報が既存システムの中にあるか。三つ目に該当する場合、外部のGIS製品にデータを二重持ちさせる構成は同期の負債になるため、組み込み型を優先します。

GISでできることと、身近な例から読み解く空間分析の実務的な使い道

身近な例で見るGISの機能、カーナビとハザードマップの内部処理

カーナビの経路案内は、道路を線（エッジ）と交差点（ノード）のネットワークとして持ち、距離や所要時間を重みにして最短経路を解いています。一方通行、右左折禁止、時間帯規制は、すべてエッジの属性です。地図が綺麗に描かれていることより、この属性の精度が案内の質を決めます。

自治体のハザードマップは、浸水想定区域や土砂災害警戒区域という面のレイヤを、住所や避難所のレイヤと重ねた成果物になります。「この住所は区域に入るか」は、点が面の内側にあるかを調べる包含判定で処理される。宅配の追跡画面、店舗検索の「現在地から近い順」、電力設備の巡視計画も同じ部品の組み合わせです。GISでできることは「重ねる・測る・囲む・判定する」の4つに集約されます。

商圏分析と出店判断で使うバッファ・オーバーレイという空間分析手法

小売や飲食の出店判断は、GISの使い道として費用対効果が読みやすい領域です。基本になる処理はバッファとオーバーレイの2つ。バッファは、ある地物から一定距離の範囲を面として生成する処理で、候補地から半径800mの円を作るといった使い方をします。道路網に沿った実移動距離で圏域を作る到達圏解析なら、円より実態に近い商圏が描けます。

オーバーレイは、生成した圏域と国勢調査の小地域データを重ね、圏内人口・世帯数・年齢構成を集計する処理です。ここに競合店舗のレイヤを足せば、圏域の重なりから需要の食い合いも見える。調査手順そのものは商圏調査のやり方と分析手法に整理してあり、GISはその手順を機械化する道具という位置づけになります。圏内人口だけで判断すると外すのが実務での相場で、距離減衰モデルと併用します。

設備保全と配送計画でGISが効く条件と、効かない業務の見分け方

設備保全では、点検対象が地理的に分散し、かつ移動時間が作業時間と同等以上を占める場合にGISが効きます。電柱、水道管、通信設備、自動販売機のように対象数が数千を超えると、地図上での絞り込みと巡回順の設計が工数に直結する。配送計画も同様で、1日の訪問件数が多く、時間指定と車両制約が絡むほど効果が出ます。

逆に、訪問先が固定で1日3〜4件の巡回営業なら、地図に載せる価値は薄いでしょう。既存の顧客管理に住所を持たせるだけで足ります。見分け方は「移動の順番や範囲を人が経験で決めていて、その判断が属人化しているか」。属人化していなければ、GISを入れても改善の余地はありません。

位置情報サービス（LBS）とGISの役割分担、連携させるべき場面

位置情報サービス（LBS）とGISは混同されやすいものの、担当する範囲が違います。LBSは端末の現在地を測って、その場に応じた情報を返す仕組み。GISは集まった位置データを蓄積し、分析する仕組みです。測位の側面はGPSやWi-Fi測位の精度差を含めてLBSの仕組みと位置情報サービスの事例で扱っています。

連携させる価値が出るのは、現場から集まる位置データを蓄積して意思決定に回す場面でしょう。訪問実績の座標を貯めれば営業エリアの偏りが、点検記録の座標を貯めれば故障の偏りが見えます。逆に不要なのは、リアルタイム表示だけで完結する要件。配送中の車両を地図に出すだけなら、LBSの範囲で収めたほうが構成は軽くなります。

GIS製品の導入か基幹システムへの地図機能の内製か、判断を分ける条件

GIS製品の導入で足りる場面と、業務システムへの組み込みが要る場面

GIS製品の導入で足りるのは、次の条件がすべて揃う場合です。地図の作成・分析そのものが部署の成果物である、扱うデータが既存の基幹システムとほぼ独立している、操作を担当する人を指名できる。都市計画、環境調査、資産の空間台帳といった領域が該当します。

組み込みが必要になるのは、地図に出したい情報の主体が既存システム側にある場合です。顧客マスタ、受注データ、設備マスタ、契約情報。これらを外部のGIS製品に取り込む構成にすると更新のたびに同期処理が要り、その同期が壊れた日に地図が嘘をつく。判断は一点で切ります。地図に出す情報の8割以上が既存システムの中にあるなら、組み込み型を選ぶ。この条件で製品導入を選ぶと、本来不要だった連携基盤の開発費と保守費が毎年乗り続けます。

地図機能をスクラッチ実装して失敗する典型パターンと見送るべき条件

組み込み型を選んだうえで、地図描画やタイル配信まで自前で作ろうとする案件は見送るべきです。背景地図の更新を追い続ける負担、投影変換と測地系の専門知識、描画性能の作り込み工数。いずれも既製の地図APIとオープンソースの地図ライブラリで解決済みの領域になります。頻出する失敗パターンは次の3つです。

1. 背景地図まで自前で持とうとし、更新が止まって古い道路網のまま運用される
2. 座標系を1種類しか想定せず、外部データを取り込む段階でずれが発覚する
3. 全件を一度に描画する設計にし、データ増加とともに画面が開かなくなる

見送るべき条件も明確にしておきます。地図に出したいデータが数百件規模で、更新頻度が月次以下なら、地図機能そのものを作らないほうがよい。一覧表と住所リンクで足ります。地図は数が多く、位置の関係に意味があるときに初めて投資が回収できる機能です。

PostGISと地図APIによる段階的な載せ方、初期スコープの決め方

現実的な進め方は、既存のデータベースに空間機能を足すところから始める構成です。PostgreSQLならPostGIS拡張で、位置情報の型と空間インデックス、距離計算や包含判定の関数が使えます。2026年8月時点の安定版は3.6系で、3.7系がベータ段階。初期スコープは「表示」と「絞り込み」に限定します。既存の一覧画面に地図表示を足し、地図上の範囲で絞り込めるところまで。ここまでなら改修範囲に収まり、稼働後の利用状況を見てから分析機能の追加を判断できます。

載せる順序は、空間データの型と座標系を決める、既存マスタに座標を持たせる、地図表示と範囲検索を実装する、集計や解析を必要に応じて足す、という流れです。基幹システムに手を入れる前提のため、現行システムの構造把握から着手する。当社では業務の中核を担う仕組みの再設計から地図機能の追加まで、基幹システム開発として一貫して対応しています。要件が地図側と業務側のどちらに寄るのかの切り分けから相談を受け付けています。

よくある質問

GISの検討を始めた担当者から実際に挙がる質問を、判断に直結する順に並べました。

GISの読み方は何ですか？

「ジーアイエス」と読みます。Geographic Information System の頭字語で、日本語では地理情報システムと訳される。国や自治体の文書では「地理空間情報」という語と併記されることが多く、こちらは位置に紐づく情報全般を指す上位概念です。システムを指す場合はGIS、情報そのものを指す場合は地理空間情報と使い分けると、公的資料を読む際に迷いません。

GISと地図アプリやCADは何が違いますか？

地図アプリとの違いは、計算ができるかどうかです。地図アプリは場所の表示と経路案内が中心なのに対し、GISは自社データを重ねて距離・包含・重なりを計算し、結果を数値で返す。CADとの違いは座標の基準にあります。CADは図面内のローカル座標で図形を扱いますが、GISは地球上の位置を測地系と座標系で定義するため、異なる出所のデータを正しく重ねられます。

GISは無料で始められますか？

ソフトとデータの両方に無償の選択肢があるため、検証段階なら費用をかけずに始められます。ソフトはオープンソースのQGIS、背景地図は地理院タイル、主題データは国土数値情報やe-Statの小地域統計。ただし商用利用や再配布の条件はデータごとに異なるため、利用規約の確認は必須です。無償で成立しないのは専任担当者の人件費と、自社データを整備する工数になります。

GISの分析にはどんな種類がありますか？

基本になるのは4種類です。バッファ（一定距離の範囲を作る）、オーバーレイ（複数レイヤを重ねて集計する）、ネットワーク解析（道路網に沿った経路や到達圏を求める）、密度分析（点の集中度を面で表す）。この4つの組み合わせで、商圏分析、出店評価、配送ルート設計、故障の集中地点の把握といった実務課題の大半が解けます。空間的自己相関のような統計手法が業務システムで必要になる場面は限られるでしょう。

業務システムに地図機能を追加する費用の目安は？

構成によって幅が大きいものの、費用が発生する場所は共通しています。地図APIの従量課金（表示回数・ジオコーディング件数に比例）、空間データベースの構築、既存マスタへの座標付与、画面開発の4カ所。見落とされやすいのが座標付与で、住所データが数万件ある場合はジオコーディングの精度確認に相応の工数がかかります。初期は表示と範囲検索に絞れば、投資を抑えたまま効果を検証できます。

関連記事

• LBSとは？GPS・Wi-Fi測位の仕組みと位置情報サービスの事例：GISに入力される座標がどう測られるかを補完します
• 商圏調査とは？やり方・分析手法・無料データでの調べ方を解説：GISで機械化する前の調査手順と使えるデータ
• ハフモデルとは？小売・商圏分析で使われる理論の基礎：距離減衰を織り込んだ出店判断の考え方
• Amazon Location Serviceとは？地図・検索・ルート・追跡の機能と料金：組み込み型を選んだ場合の実装手段と課金体系
• Google Earthでできること一覧｜無料・インストール不要の使い方とPro版との違い：閲覧中心のツールの限界を知る