LBSとは？GPSとの違いと「GPS＋LBS」測位の意味・精度・法規制

LBS（Location-Based Service）とは、端末の位置を測り、その位置に応じて出す情報を変えるサービスの総称で、日本語では位置情報サービスと呼びます。GPSは緯度・経度を出す測位技術、LBSはその座標をナビ・広告・配車・防災といった価値に変える仕組みで、両者は同じ層のものではありません。ただし、GPSトラッカーや子ども向けスマートウォッチの仕様表に「GPS＋LBS＋Wi-Fi」と並んでいる場合のLBSは意味が狭く、携帯電話の基地局から位置を割り出す測位方式（基地局測位）を指します。この記事では2つの意味を切り分けたうえで、測位手段ごとの精度、基地局情報から座標を引く仕組み、位置情報の法的なルールを一次情報で整理します。

まとめ：LBSは位置情報サービス、仕様表のLBSは基地局測位

一般的な意味でのLBSは「位置を測る」「位置を処理する」「位置に応じた情報を出す」の3層で成り立つサービス全体で、位置を測る手段はGPS、Wi-Fi、Bluetoothビーコン、携帯電話の基地局の4つです。トラッカーの仕様表で「GPS」と並ぶ「LBS」はこのうち基地局測位で、屋内や地下でも位置を推定できる場合がある代わりに、誤差は数百m、基地局がまばらな地域では数千mになります。GPS対応スマートフォンは開けた空の下で半径4.9m程度、みちびきのセンチメータ級補強（専用受信機）なら静止時6〜12cmと、手段ごとに精度の桁が違います。位置情報は単体では個人情報に当たらなくても、蓄積や他の情報との照合で特定の個人を識別できれば個人情報になる点も、設計の前提です。

LBS（位置情報サービス）の定義と3つの構成要素

LBSは、位置という1つの入力を起点に、提供する情報や動作を変えるサービス全体を指す言葉です。地図アプリの経路案内も、店舗に近づいたときのクーポン配信も、宅配便の追跡画面も、実装は違っていて構造は共通しています。なお「位置情報」を英語で言うと、一般には location information または location data です。

測位・処理・提供という3層構造

本記事では説明のため、LBSを測位・処理・提供の3層に分けます。第1層の測位では、GPSなどから端末の座標を求めます。第2層が処理で、得られた座標を地図データ・店舗マスタ・交通情報・在庫といった業務データと突き合わせる工程にあたります。第3層が提供で、突き合わせた結果を経路・通知・マッチング結果として利用者に返します。この分け方は障害の切り分けに効きます。「現在地がずれる」なら第1層、「近くの店が出てこない」なら第2層のデータ、「通知が届かない」なら第3層の配信設計を疑います。

「LBS」の4つの意味と使用文脈の違い

日本語で「LBS」と検索すると、位置情報サービスとは無関係のページが上位に並びます。同じ綴りで実際に使われている意味は次の4つです。

上の2行は同じ略語ですが、指す範囲が違います。トラッカーの世界では、衛星を使うGPSと区別して「携帯網から求める位置」をLBSと呼びます。オープンソースの追跡サーバーTraccarのドキュメントも、GPSが使えないときにWi-Fiと基地局の情報から位置を求める機能を「LBSと呼ばれることもある」と説明しています。仕様表の「GPS＋LBS」は「GPSが使えないときは基地局で位置を出す」という意味です。受変電設備のLBSはVCB（真空遮断器）やPAS（高圧気中負荷開閉器）と並べて説明される機器で、位置情報とは関係がありません。見積書や仕様書でLBSを見かけたら、まずどの行の文脈かを確かめてください。

GPSとLBSの違い：座標を出す技術と、座標を価値に変える仕組み

GPS（Global Positioning System）は米国が運用する衛星測位システムで、出力するのは緯度・経度・高度・時刻です。座標だけでは、それが自宅なのか店舗の前なのか、渋滞しているのかは分かりません。座標に意味を与えるのがLBSです。GPSはLBSの入力を作る手段の1つであり、LBSの別名でも、LBSに置き換わるものでもありません。「位置情報とGPSの違い」も同じ構図で、位置情報は結果として得られる座標や所在のデータ、GPSはそれを得る手段の1つです。

地下街でも、Wi-Fi測位の環境と屋内地図、必要な階層判定の仕組みが整っていれば、GPSに頼らず案内を継続できます。測位手段が入れ替わってもサービスは成立する。それが、サービスとしてのLBSがGPSより上の層にあるということです。

スマホが位置情報を得る4つの手段と、それぞれの精度

スマートフォンは単一の方法で位置を求めているわけではありません。Appleの説明では、iPhoneの位置情報サービスはGPSとBluetooth（いずれも利用可能な場合）、そしてWi-Fiホットスポットと携帯基地局の位置情報のクラウドソーシングデータベースを使って、デバイスのおおよその位置を割り出します。手段ごとに得意な場面と精度の桁が違います。

GPS測位：開けた空の下で半径4.9m、URE公称2.0m

GPSは複数の衛星から届く電波の到達時間差から座標を計算します。米国政府の公式サイトGPS.govは、宇宙空間で送信する信号の1日平均ユーザー距離誤差（URE）を95%の確率で2.0m以下に保つと明記しています。誤解しやすいのは、この2.0mが利用者の位置精度ではない点です。同サイトは「URE is not user accuracy」と書き、実際の精度は衛星配置、電波の遮蔽、大気の状態、受信機の設計と品質の組み合わせで決まると述べています。そのうえで、GPS対応スマートフォンは開けた空の下で通常半径4.9m以内の精度だとしています。

4.9mは条件が良いときの数字です。高層ビルの谷間では建物に反射した電波を拾うマルチパスが起き、実際にいる場所から数十m離れた座標が返ることもあります。地下や建物の奥では、そもそも衛星電波が届きません。

Wi-Fi測位とBluetoothビーコン：屋内を埋める手段

Wi-Fi測位は、周囲のアクセスポイントの識別子（MACアドレス）と電波強度を、位置が既知のアクセスポイントのデータベースと照合して現在地を推定します。GoogleのGeolocation APIのドキュメントは、2台以上のアクセスポイントを送った場合の誤差半径を「通常は約20m」としており、基地局より1桁細かくなります。駅構内や商業施設のように機器が多い場所では実用的ですが、まばらな場所では大きくずれます。

Bluetoothビーコンは、店舗の棚や施設の入口に置いた小型発信器の電波を端末が受け取る方式で、「どの売り場にいるか」の粒度で位置を特定できます。Bluetoothを使うだけのアプリが位置情報の許可を求めてくるのはこのためです。AndroidのBluetooth権限のドキュメントは、Android 11以前ではBluetoothのスキャンから利用者の位置が分かり得るためACCESS_FINE_LOCATIONが必要だったと説明しています。Android 12以降はBLUETOOTH_SCAN権限に分かれ、スキャン結果から位置を導かないアプリは neverForLocation を宣言すれば位置の許可を外せます。

基地局測位：マクロセルの誤差半径と測位成立の条件

携帯電話が接続している基地局の識別子から位置を推定する方式です。Geolocation APIのドキュメントは、一般的なマクロセルの誤差半径を「通常は数百m、基地局がまばらな地域では数千mに達する」とし、マクロセルで100mを下回ることはまれだと書いています。ナビには使えませんが、GPSもWi-Fiも使えない状況で「どの街にいるか」までは分かる状態を保てる点に価値があります。天気予報アプリが起動直後に地域を表示できるのは、この粒度で足りるからです。トラッカーの仕様表にあるLBSはこの方式で、詳しくは後の章で扱います。

みちびきの補強サービス：SLASで誤差1〜2m、CLASで6〜24cm

日本には、GPSと一体で使える準天頂衛星システム「みちびき」（QZSS）があります。2018年11月に4機体制で運用を開始し、政府は7機体制を目標に整備を進めてきました。2025年12月22日に打ち上げられたH3ロケット8号機が失敗して5号機を喪失しましたが、内閣府は現行運用中の5機でサービスを変わりなく提供するとしています。その後、7号機は2026年8月11日にH3ロケット9号機で打ち上げられ、8月22日に運用位置（東経約184.5度・高度約36,000km）へ投入されました。内閣府は今後、搭載機器の機能確認を順次行うとしており、7号機の運用開始後は6機での運用になります。

ここでは、みちびきの測位補強サービスのうちSLASとCLASを比較します。

SLASはGPSやみちびきの信号の誤差を補正する情報を配り、CLASは国土地理院が全国に配置した電子基準点のデータから補正情報を計算します。誤差の目安はみちびき公式FAQの値で、各サービスに対応した製品を使うことが前提です。同FAQは、現在みちびき対応スマートフォンで使えるのは衛星測位サービスのみで、CLASは利用できないと明記しています。スマホアプリで「みちびき対応だからcm級」とは考えないでください。トラックの動態管理にcm級の精度は要らず、対応受信機のコストが上乗せされるだけです。

Androidの水平精度：68%の信頼水準で示す誤差半径

仕様表やAPIが返す「精度」は、真の位置が入る円の半径として示されることが多く、その確率（信頼水準）はAPIごとに定義が異なります。AndroidのLocation.getAccuracy()は、68パーセンタイルの信頼水準での水平誤差半径（メートル）を返すと定義されており、報告された位置を中心にこの半径の円を描くと、真の位置が入る確率は68%です。裏返せば、3回に1回ほどは円の外にいます。ジオフェンスの境界をこの半径ぎりぎりに置くと誤判定が出るのはそのためで、判定には余裕を持たせるか、誤差半径が大きい測位結果を捨てる条件を入れてください。

GPSトラッカーの「GPS＋LBS」とは：基地局測位の仕組みと実装

見守り用のGPS端末、子ども向けスマートウォッチ、車両トラッカーの仕様表には「測位方式：GPS／LBS／Wi-Fi」といった書き方がよく出てきます。ここでのLBSは位置情報サービス全体ではなく、携帯網の基地局から位置を出す方式のことです。購入や導入の判断で効いてくるのは、この方式が「いつ使われ、どこまで粗いか」です。

仕様表のLBSは基地局の識別子から位置を引く方式

携帯電話の端末は、通信のために近くの基地局（セル）と常につながっています。各セルには、国番号のMCC（Mobile Country Code）、事業者番号のMNC（Mobile Network Code）、エリアを表すLAC（LTEや5GではTAC）、セル固有のCell IDという識別子があります。トラッカーはGPSで位置が取れないとき、この識別子の組をサーバーへ送ります。サーバー側は基地局の位置を収めたデータベースと照合し、「このセルの電波が届く範囲のどこか」として座標と誤差半径を返します。

このため、管理画面に表示されるLBSの点は、端末そのものの位置ではなくセルの推定位置です。公開データベースのOpenCelliDは、地図上のマーカーは推定したセル位置であって確認済みの鉄塔の場所ではなく、複数のCell IDが同じ物理的な鉄塔に属することがあると注記しています。トラッカーの履歴で、地下駐車場に入った車が数百m離れた交差点に「瞬間移動」して見えるのは、GPSの点からLBSの点に切り替わったことが原因で、故障とは限りません。

基地局情報から座標を引く：Geolocation APIとLTEのセルIDの計算

基地局情報から座標を求めるサービスの代表例が、Google Maps PlatformのGeolocation APIです。端末が観測したセルとWi-Fiアクセスポイントの情報をPOSTすると、緯度・経度と誤差半径（accuracy、メートル）が返ります。料金はリクエスト単位の従量課金で、料金表ではGeolocationのSKUに月10,000件の無料枠があり、無料枠を超えて月100,000件までの部分は1,000件あたり5米ドルで、それ以降は利用量に応じて単価が下がります（2026年10月時点）。

実装でつまずきやすいのがセルIDの組み立てです。ドキュメントによると、LTEのcellIdには20ビットのeNB ID（基地局の番号）と8ビットのセル番号を連結した28ビットのECIを渡す必要があり、8ビットのセル番号だけを渡すと誤った結果か結果なしになります。次のPythonは、ドキュメントに載っているLTEの例（cellId 170402199）を分解し、送信するリクエストを組み立てるものです。このコードはECIの分解・再構成とJSONの出力だけを行い、APIへは通信しません。出力は次のとおりです。

import json

def lte_eci(enb_id: int, cell_id: int) -> int:
    # ECI = eNB ID(20bit) << 8 | Cell ID(8bit)
    if not (0 <= enb_id <= 0xFFFFF and 0 <= cell_id <= 0xFF):
        raise ValueError("eNB ID must be 20-bit and Cell ID must be 8-bit")
    return (enb_id << 8) | cell_id

def split_eci(eci: int):
    return eci >> 8, eci & 0xFF

eci = 170402199                      # Google公式ドキュメントのLTE例
enb, cid = split_eci(eci)
print("eNB ID:", enb, "Cell ID:", cid)
assert lte_eci(enb, cid) == eci

body = {
    "radioType": "lte",              # 省略するとgsm扱いになる
    "considerIp": False,             # IP位置へのフォールバックを止める
    "cellTowers": [{
        "mobileCountryCode": 310,
        "mobileNetworkCode": 410,
        "locationAreaCode": 35632,   # LTEではTAC
        "cellId": lte_eci(enb, cid),
    }],
}
print(json.dumps(body, indent=2))

eNB ID: 665633 Cell ID: 151
{
  "radioType": "lte",
  "considerIp": false,
  "cellTowers": [
    {
      "mobileCountryCode": 310,
      "mobileNetworkCode": 410,
      "locationAreaCode": 35632,
      "cellId": 170402199
    }
  ]
}

radioTypeを省略するとAPIはgsmとみなすため、LTEのセルを送るなら必ず指定します。considerIpは既定でtrueで、セルやWi-Fiの情報が足りないと送信元IPアドレスからの推定に落ちます。サーバー経由で問い合わせる構成では、返る位置がトラッカーではなくサーバーの所在地になってしまうので、falseにしておくのが安全です。5GのセルはnewRadioCellIdという別の64ビット項目で渡します。トラッカーのデータを自社の業務システムへ取り込み、こうした外部APIとつなぐ部分は、API開発・システム連携の典型的な範囲です。

日本で使えないLBSトラッカーを買わないための確認点

海外通販で安く売られているトラッカーには、2G（GSM）や3Gの回線だけで通信する機種が混ざっています。日本では2G（GSM）の携帯サービスが提供されておらず、3Gもauが2022年3月31日、ソフトバンクが2024年4月15日（石川県は7月31日）に終え、最後まで残っていたドコモのFOMAが2026年3月31日に終了しました。2G・3Gにしか対応しない端末は、国内ではGPSもLBSも関係なくデータを送れません。仕様表では対応バンドとLTE（LTE-M・Cat.1を含む）の記載を確認してください。

もう1つの確認点は、LBSの位置を誰が計算しているかです。端末は識別子を送るだけで、座標への変換はメーカーのサーバーか、そのサーバーが契約している変換サービスが担っています。Traccarの場合、設定で選べる変換先はGoogle、Unwired Labs、OpenCelliDの3つです。無償で使われてきたMozilla Location Servicesは、2024年6月12日から第三者のAPIキーの無効化を始め、位置を問い合わせるv1/geolocateには404を返すようになりました。古い解説記事やサーバー設定でこのサービスを前提にしている場合、LBSの点は返ってきません。自社でトラッカーのデータを扱うなら、どの変換サービスを使い、従量課金がいくらになるかまで見積もってから機種を決めるのが確実です。

OSの権限設計で決まる精度：Androidの「おおよその位置」は約3平方キロメートル

アプリが受け取る位置情報の精度は、測位技術だけでなくOSの権限設定でも決まります。Androidの位置情報の権限に関するドキュメントによると、ACCESS_COARSE_LOCATION（おおよその位置）で得られる推定値は約3平方キロメートル以内の精度で、ACCESS_FINE_LOCATION（正確な位置情報）は通常は約50m以内、場合によっては数m以内です。iOSにも同じ考え方の設定があり、Appleは「正確な位置情報」をオフにすると選択したアプリにはおおよその位置情報のみが共有されると案内しています。

天気やニュースの地域出し分けなら、おおよその位置で十分です。逆に、ルート案内や配車の受け渡し地点、ジオフェンシングの入退場判定は、正確な位置情報の許可がなければ成立しません。利用者に権限を求めるなら、なぜその精度が要るのかを画面上で説明してから要求してください。拒否されたときに機能ごと壊れる設計は避けてください。

LBSの活用例：ジオフェンシング・動態管理・防災

位置情報の使い方という観点では、用途は「エリアに入ったことを検知する」「動いているものを追う」「危険と現在地を突き合わせる」に分けられます。

ジオフェンシングによる来店促進と位置情報広告

地図上に仮想の境界線を引き、端末がその内側に入った・出たことを検知して動作させる仕組みがジオフェンシングです。店舗の半径数百mに境界を設定し、入った利用者にクーポンを通知する施策が代表例になります。効果を左右するのは境界の半径と通知の頻度で、半径を広げれば通知数は伸びる一方、来店意図のない通過者にも届くため配信効率は落ちます。位置情報を軸にした集客やARでの活用は、ロケーションベースサービス（LBS）とは？4類型とマーケティング・AR活用の判断基準で扱っています。

物流・配車の動態管理とリアルタイム追跡

車両に取り付けた端末から位置を定期送信し、現在地・走行ルート・稼働状況を管理側で把握する使い方です。車両側の実装や製品選定は動態管理システムとは？GPSでの位置把握の仕組み・車両管理／TMSとの違いと選び方で扱いました。地図・ルート探索・ジオフェンス機能をクラウドで調達するならAmazon Location Serviceとは？地図・検索・ルート・追跡の機能と料金・Google Mapsとの違い【2026】が候補になります。

自治体防災アプリと見守り端末での位置の使い分け

自治体の防災アプリは、現在地の市区町村に対応した警報を出し、最寄りの避難所への経路を示します。高齢者や子どもの見守りでは、GPSとLBSを併用する端末を持たせて所在を確認する仕組みが使われますが、ここは後述する同意の論点が最も先鋭に出る領域でもあります。位置情報を地図データや統計と重ねて分析する基盤はGISとは？地理情報システムの仕組み・種類と業務システムへの組み込み判断で扱っています。

位置情報とプライバシー：ガイドライン第41条と個人情報該当性

位置情報の取扱いは、抽象的な「プライバシーへの配慮」ではなく、告示で具体的に定められています。参照するのは「電気通信事業における個人情報等の保護に関するガイドライン」（令和4年3月31日個人情報保護委員会・総務省告示第4号、最終改正 令和7年9月26日同告示第2号）です。

位置情報の個人情報該当性：蓄積・照合による個人の識別可能性

同ガイドラインの解説は、個人関連情報の説明のなかで、一般的に、ある個人の位置情報それ自体のみでは個人情報には該当しないものの、個人に関する位置情報が連続的に蓄積されるなどして特定の個人を識別することができる場合には、個人情報に該当する、と整理しています。

この線引きは設計に直結します。判断の軸は、特定の個人を識別できるかどうかです。単発の座標を集計してエリア別の人数を出すだけなら識別にはつながりにくい一方、同一端末の座標を時系列で保存し続けると移動履歴になり、自宅と勤務先が推定できてしまいます。単発の座標でも、氏名や会員IDと容易に照合できる形で保存すれば同じです。こうした用途は個人情報として扱う前提で設計してください。見守りトラッカーのように数分おきに位置を記録し続けるサービスは、移動履歴の典型です。「座標だけだから個人情報ではない」という判断は、保存期間と紐づけ方を見ないまま下すと誤りになります。

電気通信事業者に課される取得・利用のルール

同ガイドラインは第41条を位置情報に充てています。第1項は取得で、電気通信事業者はあらかじめ利用者の同意を得ている場合、または電気通信役務の提供に係る正当業務行為その他の違法性阻却事由がある場合に限り、位置情報を取得できます。第2項は利用・提供で、同意がある場合、裁判官の発付した令状に従う場合その他の違法性阻却事由がある場合に限られます。第4項は捜査機関からの要請、第5項は救助を行う警察・海上保安庁・消防等からの要請による取得を規定します。

第3項だけは性質が異なります。電気通信事業者が位置情報を加入者もしくはその指示する者に通知するサービスを提供し、または第三者に提供させる場合に、利用者の権利が不当に侵害されることを防止するため必要な措置を講ずることが「適切である」という書き方で、位置情報通知サービスを提供する場面に限った努力規定です。第1項・第2項の「限り」という強い制限とは書き分けられています。

同解説は、電気通信事業者が取り扱う位置情報として、基地局に係る位置情報、GPS位置情報、Wi-Fi位置情報を挙げています。トラッカーのLBSが使う基地局の情報も、GPSと同じ保護の枠に入るということです。なお、第41条が直接に義務を課す相手は電気通信事業者で、一般のアプリ提供者がそのまま名宛人になるわけではありません。ただし位置情報の保護水準を測る基準としては、この条文が実務上の参照点になります。

アプリ・Webから外部送信するときの規律

アプリやWebサイトの提供者に直接効いてくるのが、改正電気通信事業法の外部送信規律です。2023年6月16日に施行された電気通信事業法第27条の12により、利用者の端末に外部送信を指示するプログラムを送る事業者は、送信される利用者に関する情報の内容などについて、通知または公表（利用者が容易に知り得る状態に置くこと）、同意取得、オプトアウト措置のいずれかを講じる必要があります。

対象は電気通信役務を提供する事業者（SNS・検索・各種オンラインサービス・ニュース配信など）で、すべてのWebサイトが一律に対象ではありません。該当し得る場合は、位置情報を広告SDKや解析ツールに渡していないかを実装前に洗い出してください。

LBS設計の失敗条件：屋内測位・精度判定・常時取得

ここまでの数値と条文から、避けるべき設計がはっきりします。

第一に、GPS前提の設計を屋内に持ち込まないこと。開空で半径4.9mという数字は遮蔽物の少ない屋外の目安で、屋内では衛星電波が遮られたり弱まったりするため、同じ精度を期待できません。屋内で位置を使う機能を作るなら、Wi-Fi測位やビーコンを最初から前提に置くか、その機能を屋内では出さない設計にしてください。

第二に、LBSの点で業務判定をしないこと。マクロセルによる測位では誤差半径が数百m〜数千mになることがあり、信頼水準は利用するAPIの仕様で確認する必要があります。「到着した」「エリアを出た」といった判定や、勤怠・請求の根拠にLBSの点を使うと、実際には動いていない端末が移動したように記録されることがあります。到着や勤怠の判定には、測位方式だけでなく誤差半径と取得時刻を確認し、要求精度を満たさない位置は使わないでください。

第三に、常時取得を既定にしないこと。位置を取り続ければバッテリーは減り、利用者は権限を切ります。ジオフェンシングのようにOS側の効率的な検知APIで代替できる用途では、アプリが自前で定期取得する設計を採らないでください。連続的な蓄積や他の情報との容易な照合によって特定の個人を識別できる場合は、個人情報としての取扱いが必要です。取得頻度と保存期間は、技術上の選択であると同時に法務上の選択です。

よくある質問

スマホが位置情報を得る手段の1つは何ですか？

代表的な手段はGPSです。ただし実際には1つではありません。Appleの説明では、iPhoneの位置情報サービスはGPSとBluetooth（いずれも利用可能な場合）、Wi-Fiホットスポットと携帯基地局の位置情報のクラウドソーシングデータベースを利用して位置を割り出します。GPS、Wi-Fi測位、Bluetooth、基地局測位の4つが状況に応じて組み合わされます。代表例を1つ挙げる場合は、GPSと答えられます。

GPSとLBSの違いは何ですか？

GPSは位置を測る衛星測位技術、LBSは測った位置を使ってサービスを提供する仕組みです。GPSが出力するのは緯度・経度・高度・時刻までで、それ自体はナビにも広告にもなりません。その座標を地図や店舗データ、交通情報と組み合わせて価値に変える層がLBSです。ただしトラッカーの仕様表で「GPS＋LBS」と並ぶ場合のLBSは、基地局から位置を出す測位方式を指します。

GPSトラッカーやスマートウォッチの「LBS」とは何ですか？

携帯電話の基地局の識別子（MCC・MNC・LAC・Cell ID）から位置を割り出す基地局測位のことです。GPSが受からない屋内や地下でも、通信でき、基地局情報を測位サービスで解決できれば位置を推定できますが、誤差は通常数百m、基地局がまばらな地域では数千mになります。履歴の点が急に数百m飛ぶのは、GPSからLBSに切り替わったときによく起きます。

LBSとは何の略ですか？

IT・通信ではLocation-Based Service（位置情報サービス）の略です。電気設備ではLoad Break Switch（高圧交流負荷開閉器）の略、重量表示の「lbs」は重さのポンド（pound）を表す表記で、いずれも位置情報とは関係ありません。キュービクルの資料に出てくるLBSは開閉器です。

位置情報は個人情報にあたりますか？

常に該当するわけではありません。電気通信事業における個人情報等の保護に関するガイドラインの解説は、ある個人の位置情報それ自体のみでは個人情報に該当しないものの、位置情報が連続的に蓄積されるなどして特定の個人を識別できる場合には個人情報に該当する、と整理しています。単発か時系列かだけでなく、他の情報との容易な照合も含め、特定の個人を識別できるかによって扱いが変わります。移動履歴として保存する設計なら、個人情報として扱う前提で進めてください。

関連記事

• ロケーションベースサービス（LBS）とは？4類型とマーケティング・AR活用の判断基準
• 動態管理システムとは？GPSでの位置把握の仕組み・車両管理／TMSとの違いと選び方
• GISとは？地理情報システムの仕組み・種類と業務システムへの組み込み判断
• Amazon Location Serviceとは？地図・検索・ルート・追跡の機能と料金・Google Mapsとの違い【2026】
• 観光アプリとは？自治体・DMOが作る周遊アプリの機能設計と実装形態・費用の判断基準を解説