この記事の結論

GIGA端末の更新は買い替えではなく運用の作り直しです。機種選定より先に、誰が初期設定し、誰が故障対応し、誰が問い合わせを受けるかを決めてください。MDMによる一元管理は実質的に必須で、持ち帰り・故障・進級時のデータ引き継ぎまで含めて設計しておくと、更新後の負荷が現場に集中しません。

関連サービス

学校法人・教育機関の端末管理とIT運用を、設計から日常のヘルプデスクまでご支援しています。Intuneによる一元管理の導入実績があります。

教育機関のIT・セキュリティ支援 を見る →Intune 運用支援

更新は「買い替え」ではなく運用の作り直し

初回配備のときは、短期間で大量の端末を導入することが目的でした。更新期に問われるのはその後の数年を回せる運用になっているかです。

初回配備で積み残しになりがちだったのが、次の点です。

  • 初期設定を業者に一括委託したため、学校側に設定の知識が残っていない
  • 故障時の代替機の在庫と手続きが決まっておらず、担当教員が個別に対応している
  • アプリの追加や設定変更のたびに1台ずつ触る運用になっている
  • 卒業生のアカウントが削除されないまま残っている

更新は、これらを作り直せる数年に一度の機会です。機種の比較を始める前に、運用の担い手を決めてください。

MDMで何を決めるか

数百台から数千台を手作業で管理することは現実的ではありません。MDM(モバイルデバイス管理)による一元管理が前提になります。Microsoft 365を使っているならIntune、その他の環境でも同等の仕組みが必要です。

決めること内容
初期設定の自動化箱から出して電源を入れるだけで設定が入る状態にする。手作業の台数をゼロに近づける
アプリの配布誰が追加を承認し、どの学年・どのクラスに配るか
更新プログラムの適用いつ適用するか。授業中に再起動が走らないよう時間帯を制御する
紛失時の対応遠隔ロックとデータ消去。誰が実行を判断するか
利用制限インストール可能なアプリ、設定変更の可否。学年で差をつけるか

とくに3番目は現場の不満に直結します。授業中に更新が走って再起動するという事象は、一度起きると端末そのものへの信頼が失われます。適用の時間帯は必ず制御してください。実装の考え方はIntuneでのデバイス管理が参考になります。

持ち帰りの設計

持ち帰りを許可するなら、次の5点を決めてから始めてください。

  • 家庭での利用範囲:学習用途に限るのか、どこまで許容するのか
  • フィルタリング:校内と同じ設定を家庭でも適用するか。時間帯で変えるか
  • 通信手段:家庭のWi-Fiを使うのか、貸与ルーターを配るのか。未整備の家庭への配慮
  • 破損・紛失時の連絡経路:誰に、どのタイミングで連絡するか
  • 保護者の同意:何に同意してもらうのかを明文化する

4番目が最も重要です。家庭で起きたことを学校が完全に統制することはできません。禁止事項を増やすより、困ったときに早く連絡が来る状態を作るほうが、実際の被害を抑えられます。連絡が遅れると、紛失した端末が長時間そのままになります。

ルールの書き方は学校の情報セキュリティポリシー策定ガイドで扱っています。

故障・紛失への備え

端末は必ず壊れます。壊れる前提で手続きを決めておいてください。

備え決めること
代替機の在庫何台持つか、どこに置くか、誰が貸し出すか
修理の手続き誰が窓口になるか。修理期間中の授業をどうするか
費用負担過失による破損の扱い。保険や保証の有無
紛失時の初動連絡を受けたら誰が遠隔ロックを実行するか。休日夜間の体制

故障は年度当初と長期休暇明けに集中する傾向があります。代替機の台数は、この時期に手元に残る台数で判断してください。年間の平均で考えると足りなくなります。

進級・卒業とデータの引き継ぎ

年度替わりに何が起きるかを設計しておかないと、毎年3月に混乱します。

  • 端末を引き継ぐのか、アカウントを引き継ぐのか:どちらを軸にするかで設計が変わります
  • 卒業時のアカウント:いつ削除するか。削除前に本人がデータを取り出せる期間を設けるか
  • データの保存先:端末内かクラウドか。端末内だと引き継ぎのたびに移行作業が発生します
  • 教職員の異動:担任変更に伴う権限の付け替えを、年間行事に組み込む

クラウドにデータを置き、端末は入れ替え可能な状態にしておくのが管理上は最も楽です。端末内にデータが溜まる運用は、更新のたびに移行作業を生みます。

卒業時のアカウント削除は、期日を決めて周知してください。削除後に「データを取り出したい」と言われても対応できません。

更新台数を平準化する

初回配備で一斉に導入した場合、更新も一斉に来ます。これを毎回繰り返すと、数年ごとに巨額の支出と大量の作業が集中します。

更新の機会に学年や配備時期をずらして平準化しておくと、次回以降の負荷が分散します。予算面でも単年度の突出を避けられ、作業面でも一度に扱う台数が減ります。

ただし平準化には、機種が複数世代混在するという副作用があります。MDMで一元管理できていれば大きな問題にはなりませんが、混在を前提とした設定管理ができるかを先に確認してください

よくある質問

GIGA端末の更新で最初に決めるべきことは何ですか?

端末の機種ではなく、運用の担い手です。誰が初期設定を行い、故障時に誰が代替機を出し、日常の問い合わせを誰が受けるかを先に決めてください。ここが決まらないまま台数だけ更新すると、現場の教職員に負荷が集中します。

MDMは必須ですか?

実質的に必須です。数百台から数千台の端末を手作業で設定・更新することは現実的ではありません。MDMがあれば、アプリの配布、設定の一斉変更、紛失時のロックやデータ消去を遠隔で実行できます。

持ち帰りを許可する場合、何を決めておくべきですか?

家庭での利用範囲、フィルタリングの適用、破損・紛失時の連絡経路、保護者の同意、そして通信手段(家庭のWi-Fiか貸与ルーターか)です。とくに連絡経路を明確にしておくと、家庭で起きたトラブルが早く学校に届きます。

故障時の代替機はどのくらい用意すべきですか?

一律の比率はありませんが、修理に出している期間も授業が続くことを前提に台数を決めます。年度当初と長期休暇明けに故障が集中する傾向があるため、その時期に手元にある台数で判断してください。

進級・卒業のときデータはどうなりますか?

端末を引き継ぐのか、アカウントを引き継ぐのかで設計が変わります。卒業時にアカウントを削除する場合は、いつ削除するか、その前に本人がデータを取り出せる期間を設けるかを決めておいてください。削除後の問い合わせは対応できません。

まとめ

GIGA端末の更新は、機種を選ぶ作業ではなく運用を作り直す機会です。初期設定・故障対応・問い合わせ受付の担い手を先に決めてください。ここが決まらないまま台数だけ更新すると、現場の教職員に負荷が集中します。

MDMによる一元管理は実質的に必須です。とくに更新プログラムの適用時間帯は制御してください。授業中の再起動は、一度起きると端末への信頼を失わせます。

持ち帰りは、禁止事項を並べるより連絡経路を明確にするほうが機能します。進級・卒業のデータ引き継ぎはクラウド前提にしておくと毎年の移行作業がなくなり、更新台数の平準化まで設計できれば次回以降の負荷も分散します。