NETISに掲載された新技術や、NETISをきっかけに導入を検討したデジタル技術を現場で使うとき、見落とされやすいのが端末側の管理設定です。アプリそのものには問題がなくても、会社支給端末に設定されたMDMによって、カメラ、位置情報、通信、ファイル保存、外部連携などの機能が制限され、想定どおりに動かないことがあります。
特に建設現場では、端末を自由に設定できるとは限りません。情報セキュリティ対策としてアプリの追加を制限していたり、業務データの外部持ち出しを防ぐために共有機能を無効化していたり、通信先を限定していたりするケースがあります。こうした設定は企業として必要な管理である一方、NETIS技術を現場へ展開する際には、アプリ側の不具合とMDM側の制限を切り分ける視点が必要です。
本記事では、NETIS活用時に「アプリは起動するのに一部の機能だけ使えない」「試験端末では動いたのに現場端末では動かない」といった状況に直面した実務担当者向けに、MDM設定によるアプリ機能制限を見抜くための5つの確認ポイントを解説します。
NETIS活用でMDM設定の確認が重要になる理由
MDMは、企業や組織が業務用端末をまとめて管理するための仕組みです。端末の紛失や情報漏えいへの対策、不要なアプリの利用防止、設定の統一などを目的として利用されます。会社支給のスマートフォンやタブレットでは、利用者自身が気付かない状態で各種制限が設定されていることも珍しくありません。
問題になるのは、こうした制限が「アプリがまったく起動しない」という分かりやすい形だけでは現れないことです。アプリは正常に起動するものの、撮影ボタンを押してもカメラが開かない、位置情報を取得できない、データを送信できない、ファイルを保存できないといった部分的な症状として現れることがあります。
現場の担当者から見ると、「このアプリは使えない」「新技術のシステムが不安定だ」と判断しやすい状況です。しかし、原因がアプリではなく端末管理設定にある場合、アプリを再インストールしたり、現場で何度も設定をやり直したりしても解決しません。
NETISを活用して新しい技術を導入するときには、技術そのものの機能確認だけでなく、「自社の管理端末上で必要な機能が許可されているか」という確認が必要です。特に、写真撮影、位置情報取得、クラウドとのデータ同期、施工記録の保存などを組み合わせる現場向けアプリでは、MDM設定の影響を受ける範囲が広くなります。
また、試験導入時に個別の検証端末を使用し、本番導入時に会社支給端末へ切り替える場合にも注意が必要です。試験端末では正常に利用できていても、本番端末には組織共通の管理設定が適用されているため、現場配備後に初めて制限が判明する可能性があります。
そのため、NETIS技術を評価するときには、「アプリが動くか」だけではなく、「実際に配備する端末と同じ管理条件で一連の作業を完了できるか」を見ることが重要です。
確認ポイント1｜アプリの配布・起動・更新が制限されていないか
最初に確認したいのは、アプリそのものの配布、インストール、起動、更新に関する制限です。
企業の端末管理では、利用を認めたアプリだけをインストールできるようにしたり、管理対象外のアプリを起動できないようにしたりする設定が行われる場合があります。そのため、NETIS技術に関連するアプリを現場へ導入するときには、単に端末へインストールできるかを見るだけでは不十分です。
たとえば、試験時には担当者が個別にアプリを導入できたものの、本番端末では組織側の許可が必要になることがあります。また、インストール済みであっても、端末管理ポリシーが更新された結果、後から起動できなくなるケースも考えられます。
さらに注意したいのが、アプリの更新です。現場向けのアプリは、機能追加や不具合修正などによって更新されることがあります。MDM側でアプリ更新を制御している場合、現場端末だけ古い状態のまま残ることがあります。
この状態では、管理者側で確認している画面と現場端末の画面が異なったり、クラウド側の仕様と端末側のアプリが合わず、一部機能が正常に動作しなかったりする可能性があります。担当者から見ると「同じアプリなのに端末によって挙動が違う」という分かりにくいトラブルになります。
確認するときは、アプリが存在するかだけではなく、現在のアプリ状態が組織として利用を許可されたものなのか、必要な更新が適用されているのか、起動制限の対象になっていないかを確認することが重要です。
また、現場端末を複数台使う場合は、一台だけで確認を終えないことも大切です。同じ機種や同じ用途の端末に見えても、配布された時期や所属部署によって適用されている管理設定が異なる可能性があります。
現場へ10台配備する予定であれば、少なくとも本番で利用する管理グループと同じ条件の端末を使い、アプリのインストールから起動、ログイン、主要機能の使用まで確認しておくと、配備後の混乱を減らしやすくなります。
アプリが起動できない場合には、すぐにアプリ側の障害と決めつけず、まず「この端末でこのアプリを利用すること自体が許可されているか」という基本条件から確認すると、切り分けを進めやすくなります。
確認ポイント2｜カメラや位置情報などの端末権限が制限されていないか
次に確認したいのが、アプリが利用する端末機能へのアクセス権限です。
建設現場向けのアプリでは、カメラ、位置情報、写真データ、マイク、近距離無線通信など、端末に搭載された複数の機能を利用することがあります。こうした機能へのアクセスが制限されると、アプリ自体は起動していても主要機能を利用できなくなる可能性があります。
典型的なのがカメラです。施工状況、出来形、設備、現地確認箇所などを記録するアプリでは、撮影機能が業務フローの中心になることがあります。しかし端末側でカメラ利用が制限されていれば、撮影画面が開かなかったり、撮影操作まで進めなかったりすることがあります。
利用者が通常の設定画面を確認して「カメラは許可になっている」と判断しても、組織の管理設定によって別の制限が適用されている場合があります。そのため、利用者側の表示だけでは原因を判断できないケースがある点に注意が必要です。
位置情報も重要です。現場写真に位置を関連付けたり、地図上で現在位置を確認したり、測位機能を利用した施工支援を行ったりする場合には、位置情報へのアクセスが必要になります。
位置情報に関しては、単純な許可・不許可だけでなく、アプリを使用している間だけ許可されているのか、継続的な取得が必要なのかなど、利用方法によって確認すべき条件が変わります。端末や管理方式によって設定できる内容が異なるため、必要な動作と実際の管理設定を照合することが重要です。
さらに、写真データへのアクセス制限にも注意が必要です。撮影した写真をアプリ内へ取り込む、既存写真を施工記録へ追加する、撮影データを書き出すといった操作では、写真領域へのアクセス権限が関係します。
現場で「写真は撮れたのにアプリへ登録できない」という症状が出た場合には、撮影機能そのものだけでなく、写真データへの読み書きが許可されているかまで確認する必要があります。
近距離無線通信を利用する周辺機器と連携する場合も同様です。アプリと外部機器を接続して計測値などを受け取る構成では、通信機能の利用が制限されると、アプリ側の接続操作だけを繰り返しても解決しません。
このような問題を防ぐには、導入予定のアプリがどの端末機能を必要としているかを事前に整理し、それぞれについてMDM側で利用可能か確認することが有効です。
重要なのは、権限確認を「インストールできたから大丈夫」で終わらせないことです。撮影する、位置を取得する、データを登録する、周辺機器と接続するといった実際の業務操作まで行うことで、初めて必要な権限がそろっているか判断できます。
確認ポイント3｜通信先やネットワーク経路が制限されていないか
三つ目の確認ポイントは通信です。
現在の現場向けアプリでは、端末内だけで処理を完結せず、クラウド上のシステムへデータを送信したり、現場データを取得したりする構成が多く見られます。そのため、アプリを正常に利用するには、必要な通信先へ接続できることが前提になります。
ところが、企業が管理する業務端末では、セキュリティ対策として通信経路が制御されている場合があります。特定のネットワーク経由だけを利用させたり、組織が許可していない通信先へのアクセスを制限したりする運用が行われることがあります。
この場合、一般的なウェブ閲覧ができていても、業務アプリが必要とする通信だけ失敗する可能性があります。
そのため、「インターネットにはつながるので通信環境は正常」と判断するのは早計です。アプリが実際に利用する機能ごとに通信を確認する必要があります。
たとえば、ログインは成功するものの施工データだけ取得できない、地図の一部が表示されない、撮影記録のアップロードだけ失敗する、同期処理が終わらないといった症状があれば、通信経路や通信先に対する制限を疑う余地があります。
また、社内では利用できるのに現場へ移動すると使えない場合も、通信条件の違いを確認する必要があります。社内の無線ネットワークと現場で利用する移動体通信では、適用される通信設定が異なる場合があるためです。
逆に、現場では利用できるものの事務所の管理ネットワークでは通信できないというケースも考えられます。場所だけで判断せず、「どのネットワーク経路を利用したときに問題が発生するか」を整理すると原因を絞り込みやすくなります。
通信制限が疑われる場合には、エラーが発生した時刻、利用していたネットワーク、実行した操作、成功した機能と失敗した機能を記録しておくと、情報システム部門やアプリ提供側との確認を進めやすくなります。
「つながらない」という一言だけでは、通信そのものが切れているのか、特定の通信先だけ制限されているのか、認証に失敗しているのか判断できません。
NETIS技術を現場導入する前には、事務所の検証環境だけでなく、実際に利用する現場の通信条件に近い環境で、ログイン、データ取得、アップロード、同期などの一連の操作を試しておくことが重要です。
通信機能はアプリ画面から見えにくいため、MDM設定による制限を見落としやすい項目です。「画面は開くがデータだけ動かない」ときには、通信制御も確認対象に含めるとよいでしょう。
確認ポイント4｜ファイル保存・共有・外部連携が制限されていないか
四つ目は、ファイルの保存、共有、外部アプリとの連携です。
建設現場では、アプリ内で作業を完結するだけでなく、取得したデータを事務所へ渡したり、帳票作成へ利用したり、別の管理システムへ取り込んだりすることがあります。そのため、データを書き出す機能が使えるかどうかは、実際の業務運用に大きく影響します。
MDMでは、業務情報の外部流出を防ぐ目的で、管理対象アプリから管理対象外の領域へデータを移動できないようにする設定が行われる場合があります。
その結果、アプリ内部ではデータを閲覧できるにもかかわらず、ファイルとして保存できない、別のアプリへ渡せない、共有操作が表示されないといった症状が発生することがあります。
この状態をアプリの機能不足と誤解すると、本来は利用可能な技術を「現場運用に適さない」と判断してしまう可能性があります。
確認時には、単にデータが作成できるかではなく、作成したデータを最終的にどこへ渡す必要があるのかまで考える必要があります。
たとえば、現場写真を撮影して施工記録へ登録するところまでアプリ内で完了しても、その後に社内の管理業務へデータを引き継ぐ必要があるなら、引き渡し方法まで確認して初めて運用可能と判断できます。
ファイル形式によって挙動が異なる場合もあります。画像は共有できるが文書データは扱えない、アプリ内部への読み込みは可能でも外部への書き出しはできない、といった違いが出る可能性があります。
そのため、実際の業務で使用するデータ形式を使って確認することが重要です。検証用の簡単なファイルだけで判断すると、本番のデータで初めて制限が見つかることがあります。
また、コピー操作やクリップボード経由の情報移動が制限される環境もあります。現場番号、座標値、管理番号などを別画面へコピーして利用する運用を想定している場合、このような制限によって作業手順そのものを変更しなければならないことがあります。
ここで重要なのは、MDMの制限を無理に解除すればよいという考え方ではありません。企業側には情報管理上の理由があります。
必要なのは、業務上必要なデータ移動と組織のセキュリティルールを両立できる運用方法を事前に決めておくことです。
管理対象の保存領域へ出力する、組織が認めた経路でデータを共有するなど、既存の情報管理ルールに合わせた方法が利用できるかを検討します。
NETIS技術を評価するときには、現場で情報を取得するところだけを見るのではなく、「取得した情報がその後の施工管理や帳票作成までつながるか」というデータフロー全体を確認すると、導入後の行き詰まりを防ぎやすくなります。
確認ポイント5｜バックグラウンド動作や端末設定変更が制限されていないか
五つ目は、バックグラウンド動作や端末設定に関する制限です。
これは特に見抜きにくいポイントです。アプリを操作している最中は正常に動いているように見えても、画面を切り替えたり、一定時間操作を止めたりすると処理が中断される場合があります。
現場向けアプリでは、位置情報の継続取得、データ同期、アップロード、周辺機器との通信など、画面を常に操作していない状態でも処理を続ける必要がある場合があります。
端末側でバックグラウンド処理が厳しく制限されていると、利用者が別の画面を開いた後に記録が止まったり、同期が途中で中断されたりする可能性があります。
この問題は、短時間の動作確認では見逃しやすいのが特徴です。
検証担当者がアプリを開き、数分操作して問題がなければ「正常」と判断しがちですが、実際の現場では数十分から数時間にわたって作業することがあります。その間には画面消灯、端末ロック、アプリ切り替えなどが発生します。
そのため、本番運用を想定した連続テストが必要です。
端末の自動ロック時間を利用者が変更できない設定になっている場合にも注意が必要です。現場で図面や位置情報を確認しながら作業している最中に画面が頻繁にロックされれば、作業効率に影響する可能性があります。
一方で、セキュリティ上、自動ロック時間を長く変更できない方針が採用されている組織もあります。その場合は、アプリ側や運用側でどのように対応するかを検討する必要があります。
省電力に関する設定も確認対象になります。端末の電力消費を抑えるために一部の処理が制限されると、継続的な測位や通信を必要とする機能へ影響する可能性があります。
ただし、この種の挙動は端末の管理方式やアプリの実装によって異なるため、「この設定なら必ず停止する」と一律に判断するのではなく、実際の利用条件で動作を確認することが大切です。
また、利用者が自分で必要な設定を変更できるとは限りません。現場担当者へ「設定画面で変更してください」と案内しても、MDMによって変更項目自体が固定されている場合があります。
設定項目が表示されない、変更しても元に戻る、選択肢が操作できないといった場合には、利用者の操作ミスではなく管理ポリシーによる固定を疑う必要があります。
このような制限を見抜くには、短時間の機能確認だけではなく、実際の現場作業を模したテストが有効です。一定時間連続して使用し、画面ロック、アプリ切り替え、通信状態の変化などが発生した後にも記録や同期が継続しているか確認します。
MDM制限とアプリ不具合を切り分ける実務手順
MDMが関係するトラブルでは、原因を推測するより、条件を変えながら比較することが有効です。
特に分かりやすいのが、管理条件の異なる端末で同じ操作を比較する方法です。ある端末では正常に動き、会社支給の管理端末だけで同じ操作が失敗するのであれば、端末設定や管理ポリシーを確認する根拠になります。
ただし、端末の種類、アプリのバージョン、利用者アカウント、通信環境などが異なると、MDM以外の要因が混ざってしまいます。
比較するときは、可能な範囲で条件をそろえることが重要です。
たとえば、同じ利用者アカウント、同じアプリ状態、同じ現場データ、同じ通信環境で確認し、管理状態だけに違いがある状況を作れると、原因を切り分けやすくなります。
また、「使えない」という結果だけではなく、どの段階まで正常だったのかを記録します。
アプリ起動は成功したのか、ログインできたのか、データ一覧は表示されたのか、カメラだけ開けないのか、撮影はできたがアップロードできないのか、と工程を分けて確認すると、関係する設定を推定しやすくなります。
発生条件の記録も重要です。
特定の端末だけで起きるのか、同じ部署の端末すべてで起きるのか、社内だけか現場だけか、アプリ更新後からなのか、MDM設定変更後からなのかといった情報があれば、原因を追いやすくなります。
現場では時間が限られているため、その場で何度も設定変更を繰り返すより、症状を正確に記録して情報システム部門と共有した方が効率的な場合があります。
画面にエラー表示が出ている場合は、その内容も記録します。エラー番号や表示時刻が確認できる場合には、それらも残しておくと調査材料になります。
さらに重要なのが、アプリ提供側へ問い合わせる前に、「会社管理端末である」という情報を伝えられる状態にすることです。
端末がMDM管理下にあることが分からなければ、提供側は一般的なアプリ不具合として調査を始めることになります。しかし実際には端末側の制限である場合、確認に時間がかかります。
情報システム部門とアプリ提供側の双方が必要な情報を共有できるようにしておくと、現場担当者だけが両者の間で説明を繰り返す状況を避けやすくなります。
NETIS技術を導入する前にMDM確認を標準化する
MDM制限によるトラブルを減らすには、問題が発生してから個別に対応するより、NETIS技術を導入する際の確認項目として最初から組み込んでおく方が効率的です。
新しいアプリを使う案件では、まず必要となる端末機能を整理します。カメラを利用するのか、位置情報を取得するのか、データ通信が必要なのか、ファイルを書き出すのか、周辺機器と通信するのかといった条件です。
次に、その機能が会社管理端末で利用可能かを確認します。
この段階を現場配備前に行っておけば、現場へ持ち込んでから「カメラが使えない」「位置が取れない」と判明するリスクを減らせます。
さらに、検証端末と本番端末の管理条件を一致させることも重要です。
検証時だけ自由度の高い端末を利用すると、本番環境との差が大きくなります。できるだけ本番と同じ管理グループ、同じ通信条件、同じ利用者権限を適用した端末でテストする方が現実的です。
NETIS技術の社内検証では、技術的な性能や作業時間だけに注目しがちですが、実際の導入可否はこうした情報システム上の条件にも左右されます。
高機能なアプリであっても、自社環境で必要な機能を利用できなければ、現場では十分に活用できません。
逆に、一見使えないように見えても、原因が管理設定にあり、組織として許容できる範囲で設定を調整できれば利用可能になるケースもあります。
そのため、評価段階では「動いた・動かなかった」という結果だけでなく、必要条件まで整理しておくことが大切です。
また、MDM設定は一度確認すれば終わりとは限りません。
企業のセキュリティ方針変更や端末更新などによって、管理ポリシーが変更される可能性があります。以前は使えていた機能が、設定変更後に利用できなくなることも考えられます。
長期間利用するNETIS技術であれば、アプリ更新時や端末更新時、管理ポリシー変更時など、再確認するタイミングを決めておくと安定運用につながります。
現場端末を複数人で使う場合に注意したい運用上のポイント
建設現場では、一人一台の専用端末ではなく、複数人が共用端末を利用することがあります。この場合、MDM設定だけでなく利用者ごとの権限やログイン状態にも注意が必要です。
同じ端末でも、利用するアカウントによってアクセスできるデータや機能が異なる場合があります。
前の担当者では利用できたのに、次の担当者へ交代すると一部機能が使えない場合、端末設定だけではなく利用者権限も確認する必要があります。
また、共用端末では、利用者が独自に設定を変更してしまうことを防ぐため、通常より強い管理制限が適用される場合があります。
個人配備された端末では利用できる操作が、共用端末では禁止されている可能性があるため、現場で実際に使う端末区分までそろえて検証することが大切です。
引き継ぎも重要です。
ある担当者がMDMに関係する制限を把握していても、その情報が次の担当者へ共有されていなければ、同じ問題をもう一度調査することになります。
「この端末ではファイル共有方法が限定される」「設定変更は管理担当者への依頼が必要」といった運用条件を整理しておけば、利用者が変わっても迷いにくくなります。
現場ごとに使い方が異なる場合には、技術名称だけでなく、利用する端末、必要機能、通信条件、データの保存先まで一つの運用単位として考えることが重要です。
施工現場では工程変更や担当者交代が発生するため、特定の担当者しか分からない設定に依存すると継続利用が難しくなります。
アプリの操作方法だけではなく、「どの端末で使うか」「どのネットワークで使うか」「データをどこへ保存するか」「問題が起きたとき誰に確認するか」まで標準化すると、NETIS技術を現場へ展開しやすくなります。
また、端末を交換した際にも注意が必要です。
故障や更新によって別端末へ交換すると、同じ会社支給端末であっても適用設定が完全に同じとは限りません。新端末で最初の現場作業を始める前に、主要機能を一通り確認しておく方が安全です。
特に、位置情報や写真記録のように施工記録そのものへ関係する機能については、作業開始後に不具合へ気付くと、必要な記録を取り直せない場合があります。
そのため、現場作業前の端末確認を単なる電源や通信状態の確認だけで終わらせず、業務アプリの主要操作まで含めることが重要です。
まとめ｜NETIS活用ではアプリだけでなく端末管理設定まで確認する
NETISを活用して新しいデジタル技術を現場へ導入するとき、アプリが想定どおりに動かない原因はアプリそのものとは限りません。
会社支給端末ではMDMによってさまざまな管理設定が適用されており、アプリの配布や起動、カメラや位置情報などの権限、通信、ファイル共有、バックグラウンド動作などが制限されている可能性があります。
確認すべき第一のポイントは、アプリの配布・起動・更新です。インストール済みだから利用可能とは限らず、更新状態や管理対象としての許可状況まで見る必要があります。
第二のポイントは、カメラや位置情報などの端末権限です。現場記録に必要な機能が一部だけ制限されていると、アプリ全体の不具合に見えることがあります。
第三のポイントは通信です。一般的な通信ができていても、業務アプリが必要とする通信経路が制限されている可能性があります。
第四のポイントはファイル保存や共有です。アプリ内部では正常に作業できても、施工管理や帳票作成へデータを引き継げなければ、実際の業務フローは完結しません。
第五のポイントはバックグラウンド動作や端末設定です。短時間のテストでは問題がなくても、画面ロックやアプリ切り替えを含む実作業で処理が止まる可能性があるため、本番に近い条件での確認が必要です。
NETIS技術の導入時には、アプリの機能だけを見るのではなく、実際に使用する会社管理端末で「撮影から記録、通信、保存、共有まで一連の業務が完了するか」を確認することが重要です。
また、問題が発生したときには、すぐにアプリの不具合と判断するのではなく、管理状態の異なる端末との比較、発生条件の記録、利用権限や通信条件の確認を行うことで、原因を切り分けやすくなります。
こうした確認を導入時の標準手順にしておけば、現場配備後に利用できないことが判明するリスクを抑え、NETIS技術をより安定して運用しやすくなります。
現場写真や位置情報、施工記録を扱う運用では、端末管理との相性まで含めて導入設計を考えることが大切です。LRTK Phoneを利用する場合も、実際に配備する管理端末の条件を事前に確認し、撮影、位置情報の取得、施工記録の管理など、現場で必要になる一連の操作を本番に近い環境で検証しておくことで、導入後のトラブルを減らしやすくなります。