2026.08.31 業務システム

ICT教育システムの比較｜授業支援・学習eポータル・教材配信・端末管理の4層で選ぶ

ICT教育システムという言葉は、授業支援ツール、学習eポータル、デジタル教材配信、端末管理という性格の違う4つの製品層をまとめた総称です。製品名を横に並べた一覧表から検討を始めると、層をまたいだ機能の重複と、どの層にも属さない機能の抜けが同時に起きます。この記事では4層の守備範囲を先に確定させ、そのうえで7つの比較軸と規模別の重み付け配点例を示します。GIGAスクール構想第2期の基金スキーム、2026年3月に版が上がった相互運用標準モデルなど、調達仕様に直結する制度側の前提も併せて整理しました。

まとめ｜4層に分けてから比較軸を当てるICT教育システムの選び方

ICT教育システムの比較は、製品の比較ではなく層の割り当てから始めます。授業支援は教室の中の操作、学習eポータルは外部サービスとMEXCBTへの窓口、デジタル教材配信は教科書と教材の供給経路、端末管理は持ち帰りと故障対応。調達単位も更新周期も違うため、1本の仕様書に混ぜると評価できません。

層を分けたうえで当てる比較軸は7つ。相互運用標準への準拠、対応端末OS、学習ログの保存年限と持ち出し可否、教職員の習熟コスト、名簿連携の方式、費用構造、年度更新の保守範囲です。規模で重みが変わるのは費用構造と保守範囲で、児童生徒1万人を超えると保守範囲の配点を上げないと運用が回りません。

判断の分岐点はこうです。児童生徒1万人未満で、教材が標準規格の既製品でまかなえ、独自の教育施策を持たない自治体なら、4層とも既製サービスの組み合わせで足ります。開発投資が回収できるのは連携ハブと地域独自教材の配信基盤の2領域に限られ、授業支援そのもののカスタム開発は見送るべきです。

ICT教育システムの4層構造｜授業支援・学習eポータル・教材配信・端末管理の役割分担

4層はそれぞれ別の課題を解いています。各層が何をする製品なのかを、機能名ではなく「誰の、どの場面の困りごとを引き受けるか」で押さえます。

授業支援システムが担う画面配信・課題提出・協働編集までの機能範囲

授業支援システムは、45分または50分の授業時間内で教員が児童生徒の端末を制御する層です。全端末へ資料を一斉配布する画面配信、児童生徒の画面をサムネイルで一覧する机間指導の代替、提出された回答を並べる比較表示、複数人が同じ資料に書き込む協働編集がここに入ります。SKYMENU Cloud、ロイロノート・スクール、ミライシード、Google ClassroomやMicrosoft Teams for Educationがこの層の製品です。

注意したいのは、この層の製品が学習履歴の長期保存を前提に作られていない場合がある点です。授業単位のやり取りを高速に処理する設計と、数年分のログを蓄えて分析する設計は別物になります。授業支援だけでデータ蓄積までまかなうと、卒業時の引き渡しで詰まります。

学習eポータルがMEXCBTと学習ログの窓口として果たす接続機能

学習eポータルは、文部科学省が運営するオンライン学習システムMEXCBTへの接続窓口であり、複数のデジタル教材への入り口をひとつにまとめる層です。児童生徒は1回サインインすれば、そこから各教材とMEXCBTの問題に進めます。L-Gate、Open Platform for Education、まなびポケットなどが該当します。

この層の技術仕様を定めるのが、一般社団法人ICT CONNECT 21の相互運用標準モデルです。2026年3月27日にVer.6.00が公開され、Ver.4.00までの「学習eポータル標準モデル」から令和6年度に「初等中等教育におけるシステム間連携のための相互運用標準モデル」へ改称されました。シングルサインオン、学習行動記録の形式であるxAPI、その保管先となるLRSといった規格がここで定められています。仕様が公開されてから各製品に実装が載るまでには時間差があるため、標準の版番号だけで横並びに判断せず、製品ごとの実装済み範囲を確認する必要があります。確認する項目は、学習eポータル・教材配信・AIドリル・学習ログ基盤の4層と接続設計で層ごとに分けて整理しています。

デジタル教材配信と学習者用デジタル教科書で分かれる調達ルート

教材の供給には、市販のデジタル教材を購入するルートと、学習者用デジタル教科書の提供を受けるルートの2本があります。両者は調達の主体も費用負担も違います。

学習者用デジタル教科書は文部科学省の事業として段階的に提供が進み、令和8年度は小学校5年生から中学校3年生の英語および算数・数学が対象です。参加校は発行者からアカウント情報を受け取り、ユーザー情報をCSVで登録して教科書との紐づけとサインイン連携を行います。統一形式のCSVが用意されているため、1ファイルで複数の発行者への一括登録が可能です。この作業は年度当初に情報担当が抱えるため、選定する学習eポータルが登録と連携に対応しているかは比較段階で確認します。

端末管理MDMが受け持つ持ち帰り運用とフィルタリングの守備範囲

端末管理の層は授業の外側を守ります。紛失時の遠隔ロック、アプリの一括配布と削除、学年進級時の設定入れ替え、持ち帰った端末のWebフィルタリング。これらは授業支援システムの機能ではなく、モバイルデバイス管理の製品が担当します。Chromebookなら管理コンソール、iPadならApple Business Managerと組む構成が一般的です。

選定時に見落とされやすいのが故障時の代替機運用です。予備機に同じ設定を流し込んで即日渡せる状態を作れるかどうかで、授業の停止時間が変わります。端末管理製品の機能差と選定の考え方はMDMとは？モバイルデバイス管理の仕組みとEMM/UEMの違い・選び方で整理しているため、この層の仕様を詰める段階で参照してください。

校務支援システムとICT教育システムを分ける境界線と重なる領域

4層はいずれも児童生徒が使う学習系のシステムです。教職員が使う出欠簿、成績処理、通知表、指導要録は校務系に属し、別の製品カテゴリになります。混同したまま仕様書を書くと、学習系の予算で校務系の要件を要求することになり、入札が成立しません。

ただし境界は完全な断絶ではなく、名簿という一点で重なります。児童生徒の氏名、学年、学級、出席番号は両系統で同じものを使うため、どちらを正とするか決めないと進級と転入出のたびに二重入力が起きます。文部科学省の次世代校務DX環境の整備では、校務系と学習系のネットワーク統合の初期費用として、2026年度概算要求で1校あたり680万円・補助率3分の1の支援が計画されました。校務系の製品選定は校務支援システムとは？機能範囲・共同調達の仕組みと、パッケージか自治体カスタムかの判断基準に分けて書いています。

ICT教育システムの比較軸7つ｜相互運用標準・端末OS・ログ保全で差が出る評価項目

層が決まったら、各層の候補に同じ軸を当てます。パンフレットの機能一覧ではなく、5年使ったときに差が出る7項目を並べました。

相互運用標準モデルVer.6.00への準拠状況で見る連携の可否

最初に確認するのは、相互運用標準モデルのどの版にどこまで実装しているかです。「標準準拠」とだけ書かれた回答では判断できません。見るのは3点。シングルサインオンで自治体の認証基盤とつながるか、学習行動記録をxAPI形式で外部のLRSへ出せるか、MEXCBTの問題を児童生徒の画面から直接開けるか。

特に2点目は将来の乗り換えコストを左右します。ログが製品固有の形式でしか出ないと、次の更新で製品を変えた瞬間に過去の学習データが読めません。提案依頼に「Ver.6.00のうち実装済みの章と未実装の章を明記すること」と書けば、回答の粒度が揃います。

Chromebook・iPad・Windowsの端末OS別に分かれる製品の適合条件

端末は5年程度使い続けるため、システム側を端末に合わせます。Chromebookは一括制御と起動の速さで教室運用に向く一方、オフラインの動作範囲が限られます。iPadはカメラと手書きを使う教科で強く、Apple Business Managerとの組み合わせが前提です。Windowsは既存の専用ソフトを動かす必要がある場合に選ばれます。

製品が「対応」と書いているOSでも、実機検証まで行ってください。ブラウザ版は動くがネイティブアプリの一部機能が使えない、という差はカタログに現れません。校内ネットワークの帯域も同じ比重で見ます。1教室40台が同時に動画教材を再生する場面で必要な帯域を、既設の回線が満たしているかどうかです。

学習ログの保存年限とLRSの所在で変わるデータ移行時の難易度

学習ログをどこに、何年置くのか。この2つは契約前に決める項目です。保存年限が製品の既定値で1年だと、小学校6年間の推移を追う分析ができません。

LRSがベンダーのクラウド内にあるのか、自治体が指定する基盤に置けるのかも分かれ目です。ベンダー側に置く構成は初期費用を抑えられますが、解約時のデータ返還条件を契約書で押さえないと乗り換え時に交渉が発生します。自治体側に置く構成は自由度が高い代わりに、LRSの運用保守を誰が担うかという体制の話が付いてきます。児童生徒の学習履歴は個人情報として扱うため、保管場所と保管期間は個人情報保護条例に照らして先に確定させてください。

教職員の習熟コストを測る研修時間数と初年度の利用定着率の目安

機能が多い製品ほど良いとは限りません。教員が使えなければ導入効果はゼロになります。導入目的の立て方と効果の測り方はICT教育システムの目的｜4分類の成果指標に翻訳して効果と投資回収を測るで整理しています。提案時には「初期研修に必要な時間数」と「初年度に日常的に使った教員の割合」を、他自治体の実績値として出させてください。

目安として、初期研修が1教員あたり2時間を超える製品は、年度当初の慌ただしい時期に全教員へ行き渡らせるのが難しくなります。研修時間の短い製品を選ぶか、各校に推進役の教員を置いて段階的に広げるか、どちらかの手当てを講じてください。研修計画のないまま高機能な製品を入れると、画面配信だけが使われる偏りが起きます。

比較表に落とす7軸の評価項目と、自治体規模別の重み付け配点例

7軸を評価表に落とすと次の形になります。配点は合計100点とし、児童生徒数で重みを変えます。

比較軸	確認する内容	3千人未満	1万人超
相互運用標準の準拠	実装済みの章と未実装の章	20点	20点
対応端末OSと帯域	実機検証の結果と必要帯域	15点	15点
学習ログの保全	保存年限とLRSの所在	15点	15点
教職員の習熟コスト	初期研修の時間数と定着率	20点	10点
名簿連携の方式	校務系との同期の頻度と粒度	10点	15点
費用構造	ID単価と初期移行費の内訳	15点	10点
年度更新の保守範囲	進級処理の代行範囲と窓口	5点	15点

小規模な自治体は情報担当の人数が限られるため、教職員が独力で使える製品かどうかの配点を厚くします。1万人を超える規模なら、進級と転入出の処理量そのものが負荷になるので、年度更新の代行範囲と名簿連携の配点を上げてください。配点は評価委員会に諮る前の事務局案として作り、根拠の児童生徒数と人員数を添えます。

自治体調達でのICT教育システム選定｜共同調達会議と基金スキームで動く実務

公費で買う以上、製品の良し悪しより先に制度側の枠があります。端末の更新スキームと予算の年度区分を理解しないまま仕様を書くと、評価の高い製品が制度上買えなくなります。

補助基準額5万5,000円と予備機15%が縛る端末側の前提条件

GIGAスクール構想の第2期は、都道府県に造成した基金で1人1台端末を更新します。補助基準額は1台あたり5万5,000円、補助率は公立と私立および日本人学校が3分の2、国立が10分の10。予備機は児童生徒数の15%以内なら補助の対象です。制度そのものの枠組みと第2期の更新で決める論点はGIGAスクール構想とは？1人1台端末の到達点と第2期の更新で決める三つの論点で整理しました。

この5万5,000円という上限が、システム側の要件に跳ね返ります。端末代に加えてMDMのライセンスや保証を同じ調達に含めると、上限内に収めるためメモリやストレージが削られることがあるためです。授業支援システムが求める動作要件と、基準額内で調達できる端末仕様が合うかは、システムを選ぶ前に突き合わせておきます。基金は令和5年度補正予算の約2,643億円で全体の約7割を賄い、令和7年度補正予算の676億円で2028年度までが手当てされました。

単年度予算と5年利用のずれを埋める債務負担行為と契約年数の設計

端末は5年、システムのライセンスは1年契約という組み合わせが、運用の手間を生みます。毎年度の入札で製品が変わると、学習ログの継続性が切れるためです。

これを避ける方法が複数年契約で、自治体では債務負担行為を設定し議会の議決を得たうえで複数年度の契約を結びます。設定の手続きは前年度の当初予算編成に間に合わせる必要があり、逆算すると製品選定は前年度の夏から秋に終える計算です。単年度契約のまま5年運用する前提で走ると、4年目に予算が付かず途中で製品が変わります。契約年数は端末の更新周期に揃えるのが原則です。

仕様書に書くべき相互運用要件と、書いてはいけない製品名の直接指定

仕様書は満たすべき性能で書き、製品名では書きません。特定製品名を条件に置くと競争性を欠く仕様として指摘を受けます。相互運用標準に沿えば、機能を落とさず複数社が応札できる形にできます。

相互運用標準モデルVer.6.00のうち、実装済みの機能範囲を提案書に明記すること
学習行動記録をxAPI形式で出力し、自治体が指定するLRSへ送信できること
MEXCBTの問題を児童生徒の画面から直接開けること
校務支援システムの名簿を年3回以上の頻度で取り込めること
契約終了時に、学習履歴と教材データを機械可読な形式で返還すること
導入初年度の教職員向け研修を、1校あたり2回以上実施すること

最後の返還条件は書き漏らすと次回更新時に費用交渉の材料にされます。形式と期限、費用負担者まで書いておいてください。

プロポーザル評価で加点差がつく移行計画と教職員研修計画の粒度

価格だけで決められない調達では公募型プロポーザルを使います。提案の差が最も出るのは機能説明ではなく、移行計画と研修計画です。実務では次の順で進めます。

現行システムの棚卸しと、引き継ぐデータの範囲を確定する
4層それぞれの要求水準書を作り、共通の評価表に落とす
公募と提案書の受付、実機によるデモンストレーションを実施する
評価委員会で採点し、上位提案者と仕様の詳細を詰める
債務負担行為の範囲内で契約し、年度末の移行作業に入る

デモは提案者の環境ではなく、自治体側が用意した端末とネットワークで行ってください。校内の帯域で実際に動くかは、この段階でしか分かりません。自治体の情報システム全体では標準化対応が並行しており、教育系の調達も工程と時期が重なります。全体像は自治体システムの標準化とは？20業務の移行と期限経過後の実務で解説しています。

ICT教育システムを既製品で揃える条件と、自社開発に踏み込む損益分岐

ここからは判断です。どこまで買い、どこから作るのか。条件で切ります。

児童生徒1万人未満の自治体が既製の組み合わせで足りる判断条件

次の3条件をすべて満たすなら、4層とも既製サービスの組み合わせで足ります。開発は要りません。第一に、教科で使う教材が市販のデジタル教材と学習者用デジタル教科書でまかなえること。第二に、学習eポータルの標準機能で足りる程度の連携しか求めないこと。第三に、独自の教育施策として全国どこにもない画面や集計を必要としていないこと。

この規模帯では、開発費より既製品のライセンス費に予算を寄せたほうが教員に届く機能が増えます。実際に共同調達や統合まで進めた団体の工程は、ICT教育システムの導入事例で自治体7例の記録としてまとめました。児童生徒1万人で1人あたり年間1,200円のサービスなら年額1,200万円。同じ金額で独自システムを作ると初期構築だけで消え、保守費が残りません。

授業支援を自治体カスタム開発で作るべきでない3つの失敗パターン

授業支援システムそのものの独自開発は見送るべきです。公開資料や調達実績から見えるのは次の3パターンです。

教員の要望を集めて機能を積み上げた結果、画面が複雑になり日常的に使う教員が2割に届かない
端末OSの更新に追随できず、Chromebookの管理仕様が変わった時点で改修費が発生し続ける
相互運用標準の版が上がるたびに個別対応が要り、MEXCBTとの接続が数か月止まる

いずれも原因は同じで、授業支援と学習eポータルは外部の標準と端末OSに追随し続ける領域だからです。年に数回の仕様変更を自治体の予算サイクルで追うのは、体制として無理があります。この層は既製品を使い、更新の負担をベンダーに預けるのが正解です。

開発投資が回収できる領域｜システム連携ハブと地域独自教材の配信

逆に、開発が効く領域は2つあります。ひとつは複数の既製品をつなぐ連携ハブです。校務支援システムの名簿を正とし、学習eポータル、授業支援、端末管理へ同じ名簿を配る仕組みは、既製品の組み合わせでは埋まらない隙間に当たります。ここを人手のCSV作業で回す自治体は多く、進級期に情報担当が数週間を費やします。年3回の名簿更新を自動化できれば、その工数がそのまま回収額です。

もうひとつは地域独自教材の配信基盤です。郷土学習の教材や地元企業と組むキャリア教育の資料など、市販教材に載らないコンテンツを標準規格に沿って配信する部分は、既製品では対応しきれません。この2領域は要件が自治体固有で外部標準の変化も受けにくいため、投資が数年にわたって効きます。連携ハブや配信基盤の構築を検討する段階では、公会計や個人情報保護条例を前提にした公共システム開発の実績を持つ事業者へ、要件定義から相談する形が現実的でしょう。

デジタル教科書の法定教科書化と端末更新期から決める着手の時期

着手時期の判断材料は2つあります。ひとつは端末の更新期。基金による更新は2028年度までを対象に手当てされており、端末を入れ替える年度に合わせてシステム側も見直すのが、費用と手間の両面で効率的です。

もうひとつがデジタル教科書の制度変更です。2026年6月に学校教育法等の一部を改正する法律が成立し、デジタル教科書が正式な教科書として位置づけられました。使用開始年度や対象教科の目安を盛り込む指針は、2026年秋ごろまでに策定される予定です。指針が出ればどの教科をいつ切り替えるかが読め、学習eポータルと教材配信の要件が固まります。仕様の確定は指針を待つのが堅実です。ただし現行システムの棚卸しと名簿の一元化は待つ必要がないため、先に着手して構いません。

よくある質問

選定でよく寄せられる質問を、調達実務の観点からまとめました。

ICT教育システムと校務支援システムは同じものですか？

別のものです。ICT教育システムは児童生徒が使う学習系の4層を指し、校務支援システムは教職員が使う校務系で出欠簿、成績処理、通知表、指導要録などを扱います。予算区分も調達単位も分かれるため、1本の仕様書にまとめて発注できません。重なるのは児童生徒の名簿だけです。

学習eポータルは必ず導入しなければならないのですか？

法令上の義務ではありませんが、文部科学省のMEXCBTを使うなら接続窓口として学習eポータルが要ります。全国学力・学習状況調査のオンライン実施をはじめMEXCBTを前提とする場面が広がり、実務上は導入済みの自治体が多数です。無償で使える製品もあるため、まず無償版で接続要件を満たし、足りない機能だけ有償サービスを足す進め方も取れます。

ICT教育システムの費用はどのくらいかかりますか？

層ごとに単価の考え方が違います。授業支援システムは児童生徒1人あたり年額1,000円前後から数千円、学習eポータルは無償から有償まで幅があり、端末管理は1台あたり年額数百円から1,000円台が目安です。これに初期のデータ移行費と研修費が乗ります。端末側は補助基準額が1台5万5,000円、補助率は公立と私立が3分の2です。総額は5年分のライセンス費と年度更新の作業費まで含めて比較してください。費目ごとの積み上げ方と5年総額の試算はICT教育システムの費用で詳しく整理しています。

デジタル教科書が法定の教科書になると選定はどう変わりますか？

教材配信の層で、市販教材とは別の調達ルートが正式な位置づけを得ます。2026年6月に学校教育法等の一部を改正する法律が成立し、デジタル教科書が正式な教科書として位置づけられました。使用開始年度と対象教科の目安を示す指針は2026年秋ごろまでに策定される予定です。影響が大きいのは学習eポータルで、発行者のアカウント連携とCSVによるユーザー登録への対応が実質的な必須要件になります。

小規模な自治体でも共同調達に参加する必要がありますか？

端末更新は、都道府県が共同調達会議を設置し市区町村が参加して共通仕様を作る枠組みです。より高いスペックが必要といった一定の条件を満たす市区町村には、共同調達から外れる選択肢も認められています。ただし小規模なほど単独調達は価格交渉力が弱く事務負担も重いため、まず共通仕様で足りるかを検討し、不足分だけ個別に追加する形が現実的でしょう。