GeoJSONの公開前に確認すべき個人情報対策5選

GeoJSONは、地点、線、面といった地理情報を、座標と属性情報の組み合わせで扱える便利な形式です。現地調査、施設管理、行政区域の整理、インフラ点検、建設現場の記録、社内共有用の地図データなど、さまざまな実務で使われます。一方で、位置情報は単なる座標の集まりに見えても、住所、建物、土地、設備、作業履歴、撮影位置、担当者名などと組み合わさることで、個人や特定の関係者を推測できる情報になる場合があります。

公開前の確認が不十分なままGeoJSONを外部共有すると、意図しない個人情報の公開、関係者の特定、現場情報の漏えい、二次利用時のトラブルにつながるおそれがあります。特に、作業用データをそのまま公開用に流用する場合は、地図画面に表示していない属性や内部メモがファイル内に残っていないかを慎重に確認する必要があります。

この記事では、GeoJSONを公開または外部共有する前に確認したい個人情報対策を5つに整理します。ここでいう個人情報対策には、法令上の個人情報に限らず、個人や世帯、所有者、利用者、作業者、民間施設などの特定につながり得る情報や、業務上公開すべきでない機微な情報の確認も含めています。

目次

• GeoJSON公開時に個人情報対策が必要な理由

• 対策1：propertiesに個人を特定できる項目を残さない

• 対策2：座標精度を公開目的に合わせて調整する

• 対策3：住所・地番・建物名との組み合わせリスクを確認する

• 対策4：写真・点検記録・時刻情報とのひもづけを見直す

• 対策5：公開範囲と再利用条件を事前に決める

• 公開前チェックの進め方

• まとめ

GeoJSON公開時に個人情報対策が必要な理由

GeoJSONは、人が読めるJSON形式で地理情報を管理できる点が便利です。点であれば経度・緯度のような座標、線であれば道路や配管のような連続した形状、面であれば敷地や区域のような範囲を表現できます。さらに、各地物にはpropertiesとして属性情報を付けられるため、名称、分類、状態、点検結果、管理番号、備考などを一緒に持たせることができます。

この便利さが、公開時には注意点にもなります。GeoJSONの中身は、専用の閲覧環境がなくてもテキストとして開けることが多く、座標や属性がそのまま読み取れます。画面上の地図では見えていない項目でも、ファイルの中には残っている場合があります。たとえば、表示用の地図では設備名だけを見せているつもりでも、GeoJSONのpropertiesには所有者名、連絡先、調査メモ、社内用の管理番号、作業者名、写真ファイル名などが残っていることがあります。

また、個人情報は氏名や電話番号だけに限って考えるべきではありません。単体では個人を直接示さない情報でも、位置情報や時刻、建物名、土地の形状、点検内容、写真の撮影位置などと組み合わさることで、特定の個人や世帯、所有者、利用者、作業者を推測できる場合があります。法令上の個人情報に該当するかどうかは具体的な内容や照合可能性によって変わりますが、公開実務では「個人名がないから安全」と短絡的に判断しないことが大切です。

実務でよくあるのは、社内作業用に作成したGeoJSONを、外部説明用、公開地図用、協力会社共有用、住民説明用などに流用するケースです。社内利用では必要だった詳細情報も、公開用途では不要なことがあります。公開前には、何を見せるためのGeoJSONなのか、誰に見せるのか、どこまで再利用される可能性があるのかを整理し、目的に合わない情報を削る必要があります。

GeoJSONの個人情報対策は、単に氏名を消す作業ではありません。属性情報、座標精度、外部データとの照合可能性、写真や時刻との関連、公開範囲、再配布の条件まで含めて確認することが重要です。ここからは、公開前に確認すべき5つの対策を、実務担当者がそのままチェックに使える形で解説します。

対策1：propertiesに個人を特定できる項目を残さない

GeoJSONで最初に確認すべき場所はpropertiesです。geometryには位置や形状が入り、propertiesにはその地物に関する属性情報が入ります。地図上で表示するラベルや分類だけでなく、作成途中のメモ、社内管理用の項目、点検担当者、顧客名、土地所有者名、連絡先、住所、申請番号、契約番号、写真名などが含まれていることがあります。

公開用データでは、propertiesに含める項目を最小限にすることが基本です。公開目的が区域の概要を示すことであれば、細かな担当者名や内部メモは不要です。公開目的が設備の種類を示すことであれば、個別の所有者名や作業履歴までは不要な場合があります。公開目的と関係のない属性を残さないことが、最も分かりやすい対策です。

注意したいのは、画面表示だけを見て安心しないことです。地図上に表示されていない属性でも、GeoJSONファイルには残っていることがあります。閲覧画面では名称だけが表示されていても、ファイルを開くと非表示項目として詳細な情報が確認できる場合があります。公開前には、必ずGeoJSONの実データをテキストまたは検査用の環境で開き、propertiesのキーと値を確認します。

項目名にも注意が必要です。値を削除していても、項目名から内部運用が推測されることがあります。たとえば、個人名の値を空にしても、owner_nameやcustomer_memoのような項目名が残っていれば、本来は所有者や顧客に関係するデータであることが分かります。公開用として不要な項目は、値だけでなく項目そのものを削除するほうが安全です。

匿名化や仮名化をしたつもりのIDにも注意が必要です。内部管理番号、受付番号、契約番号、工区番号、写真番号などは、別の資料や台帳と照合できる場合があります。外部に出す必要がないIDは削除し、必要がある場合でも公開用に新しい連番や分類コードへ置き換えることを検討します。内部IDと公開IDを分けることで、外部から社内台帳へたどられるリスクを下げられます。

備考欄や自由記述欄は、特に見落とされやすい箇所です。自由記述には、現場担当者が作業しやすいように、誰に確認したか、どの建物の裏側か、住民から連絡があったか、私有地内で注意が必要かといった具体的な内容が書かれていることがあります。こうした記述は、公開時には個人や関係者の特定につながる可能性があります。自由記述欄は一括で削除するか、公開用に表現を整えた定型文へ置き換えるのが安全です。

公開前の作業では、まず元データの項目一覧を作り、公開に必要な項目だけを残す考え方が有効です。不要な項目を探して消す方法では、見落としが起きやすくなります。逆に、公開目的に必要な項目を先に定義し、それ以外は削除する運用にすれば、個人情報や内部情報が残る可能性を抑えられます。

対策2：座標精度を公開目的に合わせて調整する

GeoJSONでは、座標値が細かく記録されていることがあります。現地測量や高精度な位置取得で作成したデータでは、建物の角、設備の位置、境界付近、マンホール、看板、配管、電柱、撮影地点などが非常に具体的に分かる場合があります。公開目的によっては、この精度が高すぎることがあります。

位置情報は、属性情報が少なくても個人や場所を推測させる力があります。たとえば、ある点が住宅の敷地内に正確に置かれていれば、その位置だけで関係する建物や世帯が推測される可能性があります。ある線が私有地内の配管経路を示していれば、土地利用や設備状況が分かる場合があります。ある面が建物単位で細かく分かれていれば、利用者や所有者の推測につながることがあります。

そのため、公開前には座標精度が公開目的に対して過剰でないかを確認します。概要図として見せるだけであれば、数値を細かく残す必要はないかもしれません。地域全体の傾向を示す目的であれば、個別地点ではなく範囲や集計単位で表現できる場合があります。現場内の詳細な施工情報を共有する目的であっても、共有先が限定されているのか、一般公開なのかで必要な精度は変わります。

座標精度を調整する方法には、座標値の桁数を丸める、点を区域単位に集約する、代表点に置き換える、詳細な線や面を簡略化する、個別地物ではなく統計や範囲として示すなどがあります。正確な位置から意図的にずらす方法が検討されることもありますが、ずらしただけで安全になるとは限りません。周辺情報と照合すれば再識別できる場合があり、用途によっては誤解や事故につながるおそれもあります。位置を加工する場合は、公開目的、利用者の行動、再識別の可能性、安全上の影響をあわせて判断する必要があります。

座標を丸める場合も、どの程度丸めるかは慎重に決めます。小さな敷地や建物密集地では、少し丸めただけでも特定性が残ることがあります。一方で、広い区域を示す地図では、過度に丸めると形状が崩れ、利用者が意味を読み取れなくなります。公開する地図の縮尺、対象地域の密度、地物の種類、想定読者の利用方法を踏まえて調整します。

面データにも注意が必要です。ポリゴンが土地や建物の輪郭に近い場合、属性を削っても場所が特定されやすくなります。境界線、敷地形状、建物外形などは、それ自体が強い識別情報になることがあります。公開目的が詳細な境界確認ではないなら、面を広めの区域単位にまとめたり、詳細な頂点を減らしたりすることを検討します。

線データでは、道路、通路、配管、排水経路、電線、点検ルートなどが問題になりやすいです。個人宅へ向かう引き込み線や、特定施設につながる経路が見えると、設備利用状況や管理対象が推測される場合があります。公開用では、全体の傾向を示す線だけを残す、末端部分を省略する、分類だけを示して詳細ルートは出さない、といった判断が必要です。

高精度なGeoJSONは業務上とても価値がありますが、そのまま公開してよいとは限りません。作業用データと公開用データを分け、公開用では目的に必要な精度まで調整することが、個人情報対策の基本です。

対策3：住所・地番・建物名との組み合わせリスクを確認する

GeoJSONの公開で見落としやすいのが、ほかの情報との組み合わせによる特定リスクです。GeoJSON単体では個人名が含まれていなくても、住所、地番、建物名、施設名、区域名、写真、工事名、点検結果などと照合すると、個人や関係者を推測できることがあります。

特に住所や地番は注意が必要です。propertiesに住所を入れていなくても、座標が正確であれば地図上で場所を確認できます。そこに建物名や施設分類、点検内容、利用状況などが付いていると、対象者や所有者が推測される可能性があります。たとえば、ある建物に関する修繕履歴、異常の有無、訪問記録、利用者属性などを地図上で公開すると、関係者にとってはかなり具体的な情報になります。

建物名も同様です。大規模な公共施設や一般に広く知られている施設であっても、公開目的に照らして必要かどうかを確認します。小規模な集合住宅、事務所、店舗、個人宅に近い名称は、個人や事業者の特定につながる場合があります。公開用では、建物名を出さずに施設種別や区域分類に置き換える方法があります。

地番や筆界に近い情報も、公開時には慎重に扱います。土地に関するデータは、所有、利用、境界、権利関係、調査履歴などと結び付きやすく、個人情報やプライバシーに関わることがあります。GeoJSONで面データとして土地の形状を出す場合は、属性を削ったとしても、形状と位置から対象地が分かる可能性があります。公開目的が統計的な説明や概要表示で足りるなら、個別の土地形状ではなく、より広い単位にまとめることを検討します。

組み合わせリスクを確認する際は、公開予定のGeoJSONだけを見るのではなく、同時に公開する資料や、すでに公開されている資料も確認します。たとえば、別ページに工事名、区域図、写真、説明文が掲載されている場合、GeoJSONと合わせて読むことで対象地が明確になることがあります。社内では問題ないと思っていた情報でも、公開ページ全体で見ると過剰になることがあります。

また、ファイル名やレイヤー名にも注意します。GeoJSONのファイル名に町名、建物名、案件名、顧客名、個人名、内部コードが含まれていると、データ本体を加工しても情報が残ります。地図で使用するレイヤー名やスタイル設定名に内部情報が含まれることもあります。公開前には、ファイル名、フォルダ名、レイヤー名、説明文、凡例、ポップアップ表示の内容まで確認します。

実務では、公開前に、このGeoJSONを初めて見た第三者が、ほかの公開情報と照合したときに何を推測できるかを考えることが大切です。個人名や電話番号がないから安全、という判断では不十分です。位置、形状、属性、周辺情報、公開文脈をまとめて確認することで、意図しない特定を防ぎやすくなります。

対策4：写真・点検記録・時刻情報とのひもづけを見直す

GeoJSONは、写真や点検記録と組み合わせて使われることが多い形式です。現地調査では、撮影地点を点データにして、propertiesに写真ファイル名や点検結果、撮影時刻、担当者、状態判定、コメントなどを入れることがあります。業務上は便利ですが、公開時にはこのひもづけが個人情報や現場情報の漏えいにつながることがあります。

写真ファイル名には、撮影日、場所、担当者名、案件番号、機器番号などが含まれている場合があります。GeoJSONのpropertiesに写真ファイル名だけが残っている場合でも、別の場所に写真が公開されていれば照合される可能性があります。写真自体に人の顔、車両番号、表札、郵便受け、室内、掲示物、私物、作業員の服装、周辺建物などが写っている場合もあります。GeoJSONを公開するなら、写真とのリンクやファイル名も含めて見直す必要があります。

点検記録も慎重に扱います。設備の劣化、故障、危険箇所、補修予定、未対応箇所などの情報は、公開範囲によっては防犯上や安全管理上の問題になることがあります。個人宅や民間施設に関係する点検結果であれば、関係者の不利益につながる可能性もあります。公開用では、詳細な点検コメントを削除し、必要に応じて分類や概要だけにとどめることが望ましいです。

時刻情報も見落とされがちです。調査日時、撮影時刻、更新日時、作業開始時刻、訪問時刻などは、行動履歴の推測につながる場合があります。特定の場所で、いつ、誰が、どのような作業をしたのかが分かると、作業員や住民、施設利用者の行動が推測されることがあります。公開目的に日付や時刻が不要であれば削除し、必要な場合でも年月や期間など粗い表現にできないか検討します。

担当者名や作業者名も、公開用GeoJSONでは基本的に削除対象として確認します。社内の責任管理や問い合わせ対応では必要でも、一般公開や広い範囲の外部共有では不要なことが多いです。担当者を示す必要がある場合は、個人名ではなく部署名や問い合わせ窓口のような公開用の表現に置き換えるとよいでしょう。

さらに、更新履歴や編集履歴にも注意します。GeoJSONそのものには履歴が含まれていないように見えても、propertiesに更新者、確認者、作成者、修正理由などを入れている場合があります。また、周辺の管理ファイルや説明資料に履歴が残っていることもあります。公開用データを作成するときは、元データをそのままコピーして一部だけ消すのではなく、公開に必要な項目だけを抽出して新しいファイルを作るほうが安全です。

写真、点検記録、時刻情報は、位置情報と組み合わせることで意味が強くなります。GeoJSONの公開前には、単に地図データとして確認するだけでなく、関連する画像、帳票、報告書、共有フォルダ、説明ページとの関係まで確認することが重要です。

対策5：公開範囲と再利用条件を事前に決める

GeoJSONの個人情報対策では、データの中身だけでなく、どこまで公開するかも重要です。同じGeoJSONでも、社内の限られた担当者だけが見る場合、協力会社と共有する場合、関係者向けに限定公開する場合、一般に公開する場合では、必要な対策の水準が変わります。

一般公開に近いほど、第三者による保存、複製、再配布、加工、別データとの照合が起こる可能性を考える必要があります。一度公開されたGeoJSONは、公開元で削除しても、すでにダウンロードされたファイルまでは完全に回収できない場合があります。そのため、公開後に削除すればよいという考え方ではなく、公開前に十分に削ることが大切です。

限定共有の場合も安心はできません。共有先が多いほど、目的外利用や再共有のリスクは高まります。協力会社や外部委託先と共有する場合は、どの業務目的で使うのか、再配布してよいのか、保存期間はどの程度か、業務終了後に削除するのか、ほかの資料と結合してよいのかを事前に決めておきます。公開用GeoJSONと業務用GeoJSONを分けることも重要です。

再利用条件も明確にしておく必要があります。地図データは、別の地図、分析、報告書、アプリケーション、台帳などに取り込まれやすい情報です。公開時に閲覧のみを想定しているのか、加工や再配布も認めるのかが曖昧だと、意図しない使われ方をされる可能性があります。個人や特定施設に関係する可能性があるデータでは、再利用を前提にしない設計や、利用目的を限定する説明が必要になることがあります。

公開範囲を決めるときは、データの利用者を具体的に想定します。現場担当者、発注者、住民、協力会社、社内の別部署、一般の閲覧者では、必要な情報が異なります。全員に同じ詳細データを配るのではなく、相手ごとに情報量を調整したデータを作るほうが安全です。たとえば、現場担当者には詳細な座標と管理番号が必要でも、説明用には区域名と概要だけで足りる場合があります。

公開期間も確認します。一時的な説明のためのデータなのか、長期的に公開する基礎データなのかによって、リスクは変わります。長く公開するほど、ほかの情報と照合される可能性が高まります。公開期間を限定できる場合は、終了時期を決めておき、公開後の削除や更新の手順も用意します。

公開後の問い合わせ対応も考えておきます。公開データに誤りがあった場合、個人情報に関する指摘があった場合、削除依頼があった場合、誰が判断し、どのように対応するのかを決めておくと、トラブル時に動きやすくなります。GeoJSONは技術担当だけで扱うことも多いですが、公開判断には管理部門、法務担当、広報担当、現場責任者などの確認が必要になる場合があります。

公開範囲と再利用条件を事前に決めることは、過剰な公開を防ぐだけでなく、実務担当者を守ることにもつながります。判断基準がないまま個別に公開可否を決めると、担当者ごとに対応がぶれます。社内で共通の確認手順を作り、公開前に必ずチェックする運用にすることが望ましいです。

公開前チェックの進め方

GeoJSONの個人情報対策は、思いついた項目をその場で削るだけでは不十分です。作業用データから公開用データを作る流れを決め、毎回同じ手順で確認することが重要です。まず、公開目的を明確にします。何を伝えるための地図なのか、誰に見せるのか、どの程度の精度が必要なのかを決めます。この段階で目的に合わない情報は、公開用データには入れない方針にします。

次に、GeoJSONの項目一覧を確認します。propertiesに含まれる項目名をすべて洗い出し、公開に必要な項目と不要な項目に分けます。自由記述、内部ID、個人名、連絡先、担当者、写真名、時刻、住所、地番、建物名、点検詳細などは、特に注意して確認します。値が空欄であっても、項目名自体が不要なら削除します。

その次に、geometryの精度を確認します。点、線、面がどの程度具体的な場所を示しているのかを地図上で確認します。個人宅、民間施設、私有地、利用者の少ない施設、重要設備などに近い場合は、座標精度や形状の出し方を見直します。公開目的に対して過剰な精度があるなら、丸め、集約、簡略化、代表点化などを検討します。

さらに、関連資料との照合リスクを確認します。GeoJSONだけでは問題がなさそうでも、同時に公開する説明文、写真、報告書、図面、一覧表、ファイル名、ページタイトルなどと組み合わせると、対象が特定される場合があります。公開ページ全体、共有フォルダ全体、添付資料全体を一つの情報セットとして確認することが大切です。

最後に、公開後の運用を確認します。誰が公開するのか、誰が承認するのか、更新時に同じチェックを行うのか、古いファイルを削除するのか、問い合わせが来た場合に誰が対応するのかを決めます。特に更新時は、過去に削除した項目が元データから再び混入することがあります。公開用の変換手順を固定し、毎回同じルールで出力することが有効です。

GeoJSONの公開前チェックでは、技術的な確認と業務的な確認の両方が必要です。技術的には、ファイルの中身、座標、属性、文字列、関連ファイルを確認します。業務的には、公開目的、共有先、再利用条件、説明責任、問い合わせ対応を確認します。どちらか一方だけでは、十分な対策になりません。

実務では、作業用のGeoJSONと公開用のGeoJSONを明確に分けることをおすすめします。作業用には詳細な情報を持たせ、公開用には必要最小限の情報だけを出力します。元データを直接編集して公開するのではなく、公開用に変換する工程を設けることで、誤って内部情報を残すリスクを下げられます。

まとめ

GeoJSONは、位置情報と属性情報をまとめて扱える便利な形式です。地図表示、現地調査、設備管理、区域整理、点検記録などで活用しやすく、geojson 使い方を調べながら実務に取り入れる担当者も少なくありません。しかし、公開前には個人情報対策を必ず確認する必要があります。

特に重要なのは、propertiesに個人を特定できる項目を残さないこと、座標精度を公開目的に合わせて調整すること、住所や建物名などとの組み合わせリスクを見ること、写真や点検記録や時刻情報とのひもづけを見直すこと、公開範囲と再利用条件を事前に決めることです。これらを確認せずに公開すると、氏名や連絡先を出していなくても、位置や属性の組み合わせから個人や関係者が推測される可能性があります。

公開用GeoJSONを作るときは、作業用データをそのまま外に出さず、目的に必要な情報だけを抽出することが基本です。画面に表示されていない項目もファイル内に残っていないか確認し、自由記述、内部ID、担当者名、写真名、時刻、詳細な座標などを丁寧に見直します。さらに、同時に公開する説明文や写真、資料との組み合わせまで含めて確認することで、意図しない情報公開を防ぎやすくなります。

GeoJSONの使い方を実務に落とし込むうえでは、正しく表示できることだけでなく、安全に共有できることも重要です。現地で取得した位置情報、写真、測量データ、点検記録などを扱う場面では、業務用の精度と公開用の情報量を分けて考える必要があります。高精度な現場データを業務に活用しながら、公開用には適切に整理した情報を出す運用を整えることが、これからの地図データ管理では欠かせません。