点群データの保存先を選ぶ前に整理したいこと
点群データを扱う業務では、計測機器の性能や解析ソフトの機能だけでなく、取得したデータをどこに保存し、誰がどのように利用するかが作業全体の効率を左右します。現場で取得した点群を事務所へ持ち帰り、担当者が処理し、別の部署が確認し、発注者や協力会社へ成果を共有するという流れでは、保存先の使い勝手がそのまま作業時間や確認ミスに影響します。
点群は、一般的な文書や表計算ファイルと比べて容量が大きくなりやすいデータです。計測範囲、点密度、計測方式、カラー情報の有無、複数回の計測を統合するかどうかによって、ファイル容量は大きく変わります。さらに、取得したままの生データ、位置合わせやノイズ除去を行った処理中データ、分類や編集を終えた成果データなど、同じ現場でも複数のファイルが発生します。
そのため、保存先を検討するときは、単純に「容量が大きいからNAS」「外部と共有するからクラウド」と決めるだけでは不十分です。日常的に扱うデータ量、現場と事務所の通信環境、同時にアクセスする人数、外部共有の頻度、保存期間、バックアップの方法まで含めて考える必要があります。
最初に整理したいのは、点群データの利用目的です。計測後の解析を社内の限られた担当者だけで行うのか、複数の拠点から同じデータを参照するのか、協力会社や発注者に確認用データを渡すのかによって適した構成は変わります。大容量の元データを頻繁に編集する場合と、軽量化した閲覧用データを多数の関係者に共有する場合でも、必要な性能は異なります。
次に、保存するデータの種類を分けて考えます。計測直後のオリジナルデータは、再処理や検証に備えて変更せずに保管することが基本です。作業用データは担当者が編集しやすい場所に置き、成果データは承認や納品の状態が分かるように管理します。写真、座標一覧、計測条件、作業記録、図面なども点群と関連する情報として扱い、点群ファイルだけが別の場所に孤立しないようにします。
また、保存先を決める前に、現在のデータ量と今後の増加量を見積もることも重要です。過去の現場データを何年分保管するのか、毎月どの程度の点群が増えるのか、再計測や追加解析で複製がどれだけ生まれるのかを確認します。現在の使用量だけを基準にすると、導入後すぐに容量不足となり、移行や追加設定が必要になる可能性があります。保存容量には、運用開始時点のデータだけでなく、作業中の複製、世代管理、バックアップに必要な余裕も含めて計画します。
クラウドストレージとNASの基本的な違い
クラウドストレージは、インターネットなどのネットワークを通じて外部のデータセンターにデータを保存する方式です。利用者は契約した保存領域へデータをアップロードし、権限を設定したうえで、社内外の関係者と共有できます。設備を自社内に設置する必要が少なく、利用人数や保存容量の増加に合わせて構成を変更しやすい点が特徴です。
クラウドの大きな利点は、場所に依存せずデータへアクセスしやすいことです。現場事務所、本社、支店、協力会社など、異なる場所にいる担当者が同じデータを確認できます。ファイル共有やアクセス権限の設定、変更履歴、世代管理などの機能を組み合わせれば、データの受け渡しや更新状況の確認を効率化できます。災害や設備故障で自社事務所が利用できなくなった場合にも、別の場所からデータへアクセスできる可能性があります。
一方、クラウドでは通信回線の品質が作業性に直結します。数十ギガバイト規模の点群をアップロードしたり、複数の担当者が同時に大容量ファイルを取得したりする場合、回線速度や通信の安定性によって待ち時間が長くなります。クラウド上のファイルを直接編集できるかどうかも、サービスの仕様や利用するアプリケーションに左右されます。大容量データを頻繁に読み書きする業務では、すべての処理をクラウド上で完結させるより、ローカルに作業用データを置く方が適している場合があります。
NASは、ネットワークに接続して複数の利用者が共有するストレージ装置です。社内や現場事務所のネットワークに接続し、共有フォルダとして利用する構成が一般的です。社内LANが十分な速度を備えていれば、大容量の点群ファイルを比較的短い時間で読み書きできます。自社の管理下にデータを置けるため、既存の業務システムや社内のアクセス管理ルールと合わせて運用しやすい点も利点です。
ただし、NASは装置の設置場所、容量、ネットワーク、保守担当者を自社で管理する必要があります。ディスクの故障や装置の不具合に備えた交換体制、ファームウェア更新、アクセス権限の管理、バックアップ先の確保などが欠かせません。社内に設置したNASだけにデータを保存していると、火災、浸水、盗難、停電、ランサムウェア感染などによって、本体とデータを同時に失うリスクがあります。
クラウドとNASは、どちらか一方が常に優れているわけではありません。クラウドは拠点間共有や遠隔アクセスに強く、NASは社内ネットワークでの大容量データ処理に向いています。点群の閲覧や共有にはクラウドを使い、重い解析作業にはNASやローカルストレージを使うなど、役割を分けることも有効です。重要なのは、保存先の名称ではなく、業務のどの工程でどのデータを扱うのかを基準に構成を決めることです。
点群ストレージを選定するときの7つの確認項目
最初に確認したいのは、保存容量と増加率です。点群データは計測範囲や密度によって容量が大きく異なるため、現場数やファイル数だけでは必要容量を判断できません。直近の代表的な現場を選び、生データ、処理後データ、成果データの合計容量を調べます。そのうえで、年間の現場数や再計測の頻度を掛け合わせ、数年後までの保存量を見積もります。作業用の一時ファイルやバックアップ領域も別に確保することが大切です。
二つ目は、データの読み書き速度です。点群の表示、位置合わせ、分類、断面作成、メッシュ化などでは、大きなファイルを繰り返し読み込むことがあります。保存先の公称転送速度だけでなく、実際に利用する端末、ネットワーク機器、同時接続数を含めた速度を確認します。複数人が同時に大容量データを扱う場合、装置単体の性能が高くてもネットワークがボトルネックになることがあります。実データを使った試験で、アップロード、ダウンロード、読み込み、保存にかかる時間を測ると判断しやすくなります。
三つ目は、利用場所と共有方法です。事務所内での利用が中心ならNASが候補になりますが、現場や支店、協力会社からアクセスする機会が多い場合はクラウドの利便性が高まります。ただし、遠隔地からNASへ接続する場合も、VPNなどの安全な接続方式を適切に構成すれば運用できます。反対に、クラウドを採用しても現場の通信環境が不安定であれば、現場でのアップロードを前提にした運用は難しくなります。利用場所ごとの通信状況を確認し、オフライン時の作業方法も決めておきます。
四つ目は、同時編集とファイルの競合です。点群ファイルを複数人が同時に開いて編集すると、更新内容が上書きされたり、どのファイルが最新版か分からなくなったりする可能性があります。保存先がクラウドかNASかにかかわらず、編集担当者、作業用コピー、確定版の置き場所を明確にする必要があります。共同作業を行う場合は、同時編集に対応する形式やアプリケーションなのか、ファイル単位のロックが必要なのかも確認します。同期機能がある場合でも、同じファイルを複数端末で同時に変更したときの挙動を事前に検証します。
五つ目は、アクセス権限と情報管理です。点群には施設の内部構造、設備配置、地形、工事中の状況など、外部に公開すべきでない情報が含まれる場合があります。部署や案件ごとに閲覧、編集、共有の権限を分け、退職者や契約終了者のアカウントを適切に停止できる仕組みが必要です。外部共有では、共有相手を限定し、公開期限やダウンロード可否を設定できるか確認します。通信時と保存時の暗号化、多要素認証、操作ログ、異常なアクセスの検知なども選定基準になります。
六つ目は、バックアップと復旧のしやすさです。保存先が故障しないことを前提にするのではなく、誤削除、上書き、マルウェア感染、装置故障、災害が起きてもデータを戻せる構成にします。クラウドの同期機能は便利ですが、誤って削除したファイルが同期先にも反映される場合があります。NASのRAID構成もディスク故障への備えにはなりますが、誤操作や災害からデータを守るバックアップの代わりにはなりません。保存先とは独立したバックアップを確保し、復元に必要な時間も確認します。
七つ目は、運用負荷と将来の拡張性です。NASでは容量追加、装置交換、ネットワーク管理、障害対応などを誰が担当するのかを決めます。クラウドではアカウント管理、権限設定、保存容量の監視、データ転送、契約条件の確認などが必要です。どちらも導入して終わりではなく、日々の管理作業が発生します。担当者が不在でも運用を継続できるよう、管理手順や問い合わせ先を整理し、容量や利用人数が増えたときに無理なく拡張できる構成を選びます。
おすすめ構成1：小規模チームはクラウド中心
点群を扱う担当者が少なく、複数の場所からデータを確認する機会がある組織には、クラウドを中心とした構成が向いています。専任のサーバー管理者を置きにくい小規模な測量チームや建設会社、複数の現場を少人数で担当する部門などでは、社内に大規模なストレージ設備を設置するより、クラウド上に共通の保存場所を用意する方が運用を始めやすい場合があります。
この構成では、クラウドを確定データの共有場所として位置付けます。現場から持ち帰った点群のオリジナルデータを所定のフォルダへ保存し、担当者は必要なデータを作業端末へダウンロードして解析します。処理後のファイルや確認用データは、版や状態が分かる名前を付けてクラウドへ戻します。関係者は権限に応じて同じ場所を参照できるため、メール添付や外部記録媒体による受け渡しを減らせます。
ただし、クラウド上のファイルを常に直接編集する運用にする必要はありません。大容量の点群を扱うときは、端末内の高速な作業用ストレージへ一度コピーしてから処理し、完了後にクラウドへアップロードする方法が現実的です。端末側には作業に必要な容量を確保し、作業終了後に一時ファイルを整理するルールを設けます。これにより、通信速度に左右される時間を減らしながら、確定データをクラウドで一元管理できます。
クラウド中心の構成で重要なのは、アップロードが完了したことを確認してから端末側のデータを削除することです。通信が途中で切れたり、同期が保留になったりすると、担当者が保存済みと思っていたファイルがクラウドに存在しない可能性があります。アップロード後にファイル数や容量を確認し、必要に応じてチェックサムなどで内容の一致を検証します。大きなファイルを扱う場合は、分割転送や再開可能な転送方式に対応しているかも確認します。
また、共有のしやすさを優先するあまり、すべての関係者に編集権限を付けないようにします。閲覧だけでよい発注者や協力会社には閲覧権限を付与し、編集できる担当者を限定します。外部共有リンクを利用する場合は、共有先、対象ファイル、期限、ダウンロード可否を確認し、案件終了後に共有を解除します。クラウド中心の構成は導入しやすい一方で、権限や共有設定を曖昧にすると情報漏えいの原因になるため、初期段階で運用ルールを定めることが大切です。
この構成が適しているのは、点群の保存量が比較的管理しやすく、遠隔地との共有頻度が高く、社内でストレージ設備を保守する体制を持たない組織です。一方、毎日大量の点群をアップロードする業務や、回線が細い現場での運用には向かないことがあります。その場合は、現場や事務所に一時保管用のローカルストレージを設け、通信環境が整った段階でクラウドへ転送する方法を組み合わせます。
おすすめ構成2：大容量データを扱う現場はNAS中心
同じ事務所や拠点にいる担当者が大容量の点群を頻繁に処理する場合は、NASを中心にした構成が有力です。地上レーザー計測、移動計測、航空計測などで大規模な点群を日常的に扱い、複数の解析端末から同じデータへアクセスする組織では、社内LANを利用できるNASが作業効率を高めることがあります。
NAS中心の構成では、NASを部門共通の保存領域とし、計測データの原本、処理中データ、成果データを案件単位で管理します。各担当者は社内ネットワークを通じて必要なファイルを参照し、編集作業では必要に応じて端末のローカルストレージへコピーします。大容量ファイルの転送が社内で完結するため、インターネット回線の混雑や外部ネットワークの状態に影響されにくくなります。
NASの性能を十分に生かすには、ストレージ装置だけでなくネットワーク全体を確認する必要があります。接続する端末のネットワーク速度、スイッチング機器、ケーブル、無線接続の有無、同時アクセス数などが転送速度に影響します。大容量点群の処理端末を無線接続にしている場合、通信が不安定になったり速度が低下したりすることがあります。高い転送性能が必要な端末は、有線接続を基本にするなど、業務に合わせてネットワークを設計します。
NASのフォルダは、誰でも自由に作成・変更できる状態にしない方が安全です。案件ごとの管理責任者を決め、原本を保管するフォルダは読み取り専用にし、作業用フォルダでは担当者に編集権限を付与します。成果データは検査や承認が終わった段階で確定版の領域へ移し、確定後の変更を制限します。こうした権限分離によって、原本の誤編集や成果物の上書きを防ぎやすくなります。
NAS中心の構成では、装置の障害に備えた運用が不可欠です。ディスクの状態を定期的に監視し、異常が発生した場合の交換手順を決めておきます。装置の管理画面や共有フォルダへアクセスできるアカウントを限定し、初期設定のまま利用しないことも重要です。外部から接続する必要がある場合は、共有フォルダをインターネットへ直接公開せず、安全な接続方式と認証を組み合わせます。
さらに、NASとは別の場所にバックアップを保管します。バックアップ先を同じ装置内の別フォルダにするだけでは、装置全体の故障や盗難、災害に対応できません。別のNAS、取り外して保管する記録媒体、クラウドなどを組み合わせ、少なくとも一つは通常のネットワークから切り離した状態で保管できるようにします。NAS中心の構成は大容量データの処理に適していますが、管理者や保守手順を確保できない場合は、運用負荷が大きくなりやすい点に注意が必要です。
おすすめ構成3：複数拠点で使う組織はクラウドとNASを併用
本社、支店、現場事務所など複数の拠点で点群を扱い、データ量も多い組織には、クラウドとNASを併用するハイブリッド構成が適しています。拠点内ではNASを使って大容量データを高速に処理し、拠点間の共有や遠隔地との確認にはクラウドを使います。それぞれの得意分野を分担させることで、通信負荷を抑えながら、関係者が必要なデータへアクセスできる環境を作れます。
たとえば、現場事務所に一時保管用のNASを置き、計測直後のデータをまずそこへ保存します。現場内の担当者はローカルネットワーク経由でデータを確認し、不要なデータを整理してから本社の保管領域やクラウドへ転送します。本社側では点群の統合や成果作成を行い、確認用の軽量データや承認済み成果をクラウドに配置します。支店や協力会社は、業務上必要な範囲に限定してクラウドから参照します。
この方式では、すべてのデータを常に全拠点へ同期する必要はありません。現場で取得した大容量の生データを各拠点へ複製すると、通信量と保存容量が急増します。計測原本は指定した保管先へ集約し、他拠点には作業に必要なデータや軽量化した閲覧用データだけを配布する方が効率的です。データの種類ごとに保存先と同期対象を決め、同じファイルの複製が無秩序に増えないようにします。
ハイブリッド構成で特に重要なのは、どこを正本として扱うかを明確にすることです。現場NAS、本社NAS、クラウドのそれぞれで同じファイルを編集できる状態にすると、更新の競合や版の取り違えが起きやすくなります。原本は現場の受け入れ領域に保存した後、中央の保管領域へ移管する、処理中データは担当拠点の作業領域で管理する、確定成果はクラウドの共有領域へ公開するなど、工程ごとに正本の場所を決めます。
拠点間の同期では、通信が切れた場合の再送、同名ファイルの扱い、削除の同期、更新日時の判定などを事前に確認します。単純な同期機能では、誤削除や誤更新が他の拠点にも反映されることがあります。同期対象を限定し、変更履歴や世代管理を有効にし、重要データは別途バックアップを取得します。同期が正常に完了したかどうかを確認する担当者と確認方法も決めておきます。
この構成は、拠点ごとに大量の点群を処理しながら、組織全体で成果を共有する必要がある場合に効果を発揮します。一方で、クラウドとNASの両方を管理するため、保存先のルールやアクセス権限が複雑になりやすい点には注意が必要です。最初から全拠点へ一斉導入するのではなく、データ量の多い拠点や共有頻度の高い案件で試験運用し、転送時間、管理負荷、復旧手順を検証してから展開するとよいでしょう。
点群データを安全に運用するフォルダ設計とルール
保存先を決めても、フォルダ構成やファイル名が統一されていなければ、必要なデータを探すために時間がかかります。点群は一つの現場から複数の計測データや処理ファイルが生まれるため、案件名だけで整理すると、計測日や工程、データの状態を判別しにくくなります。保存先の種類にかかわらず、組織内で共通のルールを設けることが重要です。
基本となるのは、案件、計測日、計測範囲、データ状態が分かる階層です。たとえば、案件ごとのフォルダの下に、計測原本、作業中、確認用、成果、関連資料などの領域を設けます。計測原本には取得直後のファイルを保管し、原則として上書きしません。作業中には位置合わせやノイズ除去などの処理段階にあるデータを保存し、確認用には関係者が内容を把握しやすい軽量データを置きます。成果には検査や承認を終えたファイルを保存します。
ファイル名には、案件を識別する情報、計測日、範囲や測点、処理段階、版などを含めます。ただし、長すぎるファイル名や担当者ごとに異なる略称は、検索性を下げる原因になります。日付の表記や連番の桁数、区切り文字、版番号の付け方を統一し、誰が見ても同じ意味に解釈できるようにします。「最終」「最終修正」「最新版」のような曖昧な表現だけで版を管理すると、後からどのファイルが正式成果なのか判断できなくなるため、承認日や版番号などを組み合わせます。
点群ファイルと一緒に、計測条件や座標情報を記録することも欠かせません。座標参照系、平面直角座標系の系番号、標高の基準、単位、測地成果、ジオイドに関する情報、使用した基準点、計測日時、計測方法、機器の設定などを、ファイルまたは案件の管理資料に残します。座標系や標高基準が不明なままでは、別の点群や設計データと重ね合わせたときに位置や高さが合わず、原因の特定に時間がかかります。
また、処理履歴を残すことで、成果の再現性を高められます。点群の結合、座標変換、ノイズ除去、間引き、分類、色付けなどを行った場合は、処理日、担当者、使用した設定、入力ファイル、出力ファイルを記録します。処理前のデータを残しておけば、設定を見直して再処理することも可能です。成果データだけを保存するのではなく、必要に応じて処理過程をたどれる状態にしておくことが、品質管理や後日の説明に役立ちます。
バックアップと障害対策で押さえたいポイント
点群ストレージでは、保存先の容量や速度だけでなく、データを失ったときにどこまで復旧できるかが重要です。点群の再計測には人員や機材、現場への再入場などが必要になるため、データの消失は単なるファイルの損失にとどまりません。作業のやり直しや納期への影響を抑えるためにも、バックアップを業務設計の一部として考えます。
基本的な考え方として、データの複数コピーを異なる媒体や場所に保管し、そのうち一つは通常のシステムから切り離しておく方法があります。たとえば、日常利用するNASとは別のバックアップ装置へ定期的に複製し、さらに重要な原本や成果を遠隔地のクラウドへ保管します。クラウドを主な保存先とする場合も、重要データの別コピーや世代管理を検討します。コピーの数だけでなく、同じ障害で同時に失われない保管方法になっているかがポイントです。
バックアップの頻度は、データの重要度と更新頻度に合わせて決めます。毎日更新される作業データと、確定後にほとんど変更されない成果データでは、必要な取得頻度が異なります。復旧時にどの時点までのデータを戻せれば業務を再開できるのか、何時間または何日以内に復旧する必要があるのかを整理し、それに合う方式を選びます。重要な現場のデータは、計測直後に一次コピーを作成し、受け入れ確認後に定期バックアップへ組み込む運用が有効です。
バックアップを取得しているだけでは十分ではありません。実際にファイルを復元できるか、フォルダ構成やアクセス権限も含めて戻せるかを定期的に確認します。復元試験では、少数のファイルだけでなく、代表的な点群データ一式を別の場所へ戻し、開けることや座標情報が保持されていることを確認します。復元手順を文書化し、担当者が交代しても対応できる状態にしておくことが大切です。
ランサムウェアなどの被害を想定し、バックアップ領域への書き込み権限を通常の利用者から分離することも検討します。日常利用するアカウントが侵害された場合に、バックアップまで削除・暗号化されないように、管理者権限を限定し、世代を保持する設定や変更不能な保管方式を利用します。NASとクラウドのどちらを選んでも、認証情報の使い回しを避け、多要素認証や操作ログを活用することが基本です。
クラウドとNASの導入・移行を進める手順
新しいストレージへ移行するときは、既存データを一度にすべて移すのではなく、現状把握から段階的に進めます。最初に、現在どこに点群データが保存されているかを調べます。担当者の端末、外付け記録媒体、共有フォルダ、旧型のNAS、クラウドなどにデータが分散している場合は、保存場所、容量、最終更新日、案件名、重要度を一覧化します。重複ファイルや不要な一時データがある場合も、この段階で把握します。
次に、移行対象を分類します。計測原本、作業中データ、確定成果、長期保管資料などに分け、どのデータを新しい保存先へ移すのかを決めます。すべてのデータを同じ保存先へ置く必要はありません。頻繁に使うデータはアクセスしやすい領域へ、長期間参照しないデータは保管用領域へ移すなど、利用頻度に応じて整理します。保存期間や契約上の保管要件がある場合は、移行前に確認します。
その後、代表的な案件を使って小規模な試験を行います。点群の容量、転送時間、複数端末からのアクセス、権限設定、外部共有、バックアップ、復元などを確認します。実際の業務で使用するファイル形式や解析手順を使い、保存先を変更したことで読み込みや編集に支障が出ないかを検証します。試験対象には、大容量の案件、ファイル数が多い案件、複数拠点で共有する案件など、異なる条件を含めると問題を見つけやすくなります。
試験で問題がなければ、移行計画を作成して本番データを移します。移行中に旧環境と新環境の両方で編集すると、どちらが最新版か分からなくなるため、移行対象の編集を一時停止する時間や、最終差分を反映する手順を決めておきます。コピー後はファイル数や容量を照合し、重要データはチェックサムなどを用いて内容の一致を確認します。利用者が新しい保存先へアクセスできることも、担当者ごとに確認します。
移行後すぐに旧環境を削除するのではなく、一定期間は参照専用で残し、必要なデータが不足していないかを確認します。ただし、旧環境を長期間そのまま利用できる状態にすると、データが二重管理になりやすくなります。新環境を正式な保存先とする日を定め、旧環境への書き込みを停止し、最終的な廃止時期を決めます。運用開始後は、容量、転送時間、問い合わせ件数、アクセス権限の変更、バックアップ結果などを定期的に見直します。
点群ストレージのよくある疑問
点群データはクラウドに直接保存して編集してもよいのでしょうか。これは、利用するアプリケーションやファイル形式、通信環境によって異なります。クラウド上のファイルを直接開いて編集できる場合でも、大容量ファイルの読み書きに時間がかかったり、通信が不安定なときに作業が中断したりすることがあります。編集のたびにファイル全体を転送する方式では負荷が大きくなるため、ローカルに作業用コピーを作り、処理後にクラウドへ戻す方法も検討します。まずは実際のデータを使い、読み込みや保存の所要時間、競合時の挙動を確認してください。
NASを導入すればバックアップは不要でしょうか。不要にはなりません。NASのRAIDは、構成によって一部のディスク故障時にも稼働を継続するための仕組みですが、誤削除、ファイル破損、ウイルス感染、装置全体の故障、災害などをすべて防ぐものではありません。NASとは別の装置や場所にバックアップを作成し、定期的に復元できることを確認する必要があります。
クラウドとNASのどちらが安全でしょうか。安全性は保存先の種類だけでは決まりません。クラウドではアカウントの乗っ取りや共有設定の誤り、認証情報の漏えいなどに注意が必要です。NASでは装置の物理的な盗難や故障、社内ネットワークからの不正アクセス、管理者不在による更新漏れなどがリスクになります。どちらも、アクセス権限、認証、暗号化、ログ、バックアップ、復旧訓練を適切に組み合わせることが重要です。
点群を軽量化して保存してもよいでしょうか。閲覧や共有を目的とする場合は、間引きや圧縮、領域分割などによって軽量化したデータを作成すると、転送や表示がしやすくなります。ただし、軽量化したデータは元の点群と同じ情報を保持しているとは限りません。計測原本や高密度の成果が必要になる可能性がある場合は、原本を別途保管し、軽量版は用途を明示して使い分けます。どの工程でどのデータを使用したかを記録し、軽量版だけが正式成果として扱われないようにします。
保存期間はどのように決めればよいでしょうか。案件の契約条件、発注者の要件、社内規程、法令や業務上の説明責任などを確認して決めます。点群データの種類によって必要な保存期間が異なる場合もあります。計測原本、処理履歴、検査済み成果、共有用データを区分し、それぞれの保存期間と廃棄手順を定めます。保存期間が終了したデータを削除する場合も、バックアップや複製先に残っていないかを確認し、削除記録を残す運用が望まれます。
まとめ
点群ストレージは、クラウドとNASのどちらか一方を選べばよいというものではありません。小規模チームで遠隔地との共有を重視するならクラウド中心、大容量データを同じ拠点で頻繁に処理するならNAS中心、複数拠点で大量の点群を扱うならクラウドとNASの併用が有力な選択肢になります。自社のデータ量、通信環境、利用人数、処理方法、管理体制を整理し、実際の点群を使って速度や運用性を確かめたうえで選定することが重要です。
導入後の使いやすさを左右するのは、保存先の性能だけではありません。原本と作業用データの分離、ファイル名やフォルダの統一、座標情報や計測条件の記録、アクセス権限の管理、バックアップと復元試験までを一体で設計する必要があります。点群データは現場の状況を後から確認し、設計や施工、維持管理の判断に活用するための重要な記録です。誰が、いつ、どのデータを、どの目的で利用したのかを追跡できる状態にしておくことで、再利用性と説明性を高められます。
さらに、点群そのものの保管場所と、現場写真や位置情報、施工記録を管理する仕組みは、役割を分けて考えると整理しやすくなります。点群はクラウドやNASで容量とアクセス権限を管理し、現場で発生する写真や位置情報、作業記録は現場単位で関連付けて蓄積します。LRTK Phoneを活用すると、現場写真・位置情報・施工記録を管理し、点群データとあわせて現場の状況を確認するための情報を整理しやすくなります。点群ストレージの構成を見直す際は、ファイルの保存先だけでなく、現場で取得した記録をどのように残し、後から検索・確認できるようにするかまで含めて検討しましょう。