---
title: "ICT教育の学習サポートシステム｜学習eポータル・AIドリル・教材配信の機能範囲と接続設計"
url: "https://www.issoh.co.jp/column/details/17197/"
published: 2026-09-01
updated: 2026-09-01
categories: ["業務システム"]
publisher: "株式会社一創"
---

# ICT教育の学習サポートシステム｜学習eポータル・AIドリル・教材配信の機能範囲と接続設計

学習eポータル標準モデルは2026年3月27日にVer.6.00が公開され、学習ツールの呼び出しにLTI v1.3、学習履歴の受け渡しにxAPI、名簿の受け取りにOneRosterという規格の組み合わせが前提になりました。ICT教育の学習サポートシステムという言葉は、この標準に沿う「窓口」の層と、デジタル教材配信やAIドリルのように各社が機能で競う「中身」の層をまとめて指しています。この記事では4つの層の担当範囲、標準モデルが定める接続要件、学習ログをどの粒度で残して校務支援システムへどこまで渡すか、そして自前開発を投じてよい範囲までを、文部科学省とICT CONNECT 21の一次資料から整理します。

## まとめ｜学習サポートシステムで先に決める接続要件と開発範囲の線

結論から示します。学習サポートシステムの検討で最初に決めるのは製品名ではなく、3本の線です。1本目は標準準拠の窓口機能をどこまで既製品に任せるか。学習eポータルはMEXCBTの窓口として動作する位置づけで、MEXCBTには令和6年11月時点で約2.8万校・約890万アカウントの登録があります。この規模の共通基盤に接続する窓口を自作する費用は、単独の自治体では回収できません。

2本目は教材配信とAIドリルの選定軸。ここは標準で決まらない領域なので、出題制御の方式とカバーする教科・学年で絞り込みます。3本目が開発費を投じる範囲です。庁内に残すべきは、学習系と校務系をつなぐ接続層と、複数製品のログを1か所で読むためのデータ参照基盤。製品そのものではありません。この3本を仕様書の段階で分けておけば、製品を入れ替えても作り直しになる部分が接続層だけに収まります。

## 学習サポートシステムの範囲｜4層の役割分担と授業支援システムとの境界

「学習サポートシステム」は製品カテゴリの名前ではなく、初等中等教育で児童生徒の学びを支える系統のシステム群を指す総称です。機能を4つの層に分けると、調達で何を並べて比較すべきかがはっきりします。

### 学習eポータル・教材配信・AIドリル・学習ログ基盤の4層の役割分担

4層は守備範囲が違います。混ぜて要件を書くと、1製品にすべてを求める仕様書ができあがります。

- 学習eポータル：シングルサインオン、学習ツールの一覧表示、MEXCBTへの接続窓口を担う層。標準モデルの準拠対象
- デジタル教材配信：デジタル教科書や副教材を配信し、利用権と有効期間を管理する層
- AIドリル（アダプティブ学習）：解答履歴をもとに次の出題を決め、習熟の度合いを推定する層
- 学習ログ基盤：各ツールから届く学習履歴を蓄え、教員や教育委員会が読める形にする層

実務でまず押さえるのは学習eポータルと学習ログ基盤の2つです。この2層は製品を替えても残る「配管」にあたり、後から差し替えるほど移行費が膨らみます。教材配信とAIドリルは年度単位の契約で入れ替えが利くため、先に固定する必要がありません。

### 授業支援システムの画面配信・提出物回収と学習eポータルの守備範囲の違い

授業支援システムは45分の授業時間内に同期して動く道具です。教員機から児童生徒機へ画面を配信し、手元の画面を一覧で見て、その場で提出物を集める。処理は教室単位で完結し、応答速度が価値を決めます。

学習eポータルは逆に非同期です。誰がいつどの教材を開き、どのテストに解答したかを記録し、別のシステムへ渡す。求められるのは即応性ではなく記録の一貫性と接続の正確さになります。この違いを踏まえずに1製品へ両方を求めると、授業単位の高速処理に振った製品へ数年分のログ蓄積を任せることになり、年度をまたいだ集計で行き詰まります。仕様書では同期処理と非同期処理を別の章に分けて書いてください。

### 法人向けLMSと学校向け学習サポートシステムで異なる名簿と権限の前提

企業研修で使う[LMS（学習管理システム）の機能構成と選定軸](https://www.issoh.co.jp/column/details/13302/)と、学校向けの学習サポートシステムは、名簿の入り方が根本から違います。法人向けは人事システムから随時の異動を反映する前提で、受講者は個人単位で管理されます。

学校向けは4月の学級編成で名簿がまとめて組み替わり、その名簿はOneRosterに基づいて校務支援システムから届きます。権限も児童生徒・教員・保護者・教育委員会の4種に分かれ、保護者は自分の子どもの記録だけを見る、教育委員会は個人を特定しない集計だけを見る、といった階層が必要になります。法人向けLMSの製品をそのまま学校へ持ち込むと、この年度更新と権限階層で追加開発が発生しがちです。

## 標準モデルVer.6系｜LTI・xAPI・OneRosterで決まる接続要件

学習eポータル標準モデルの正式名称は「初等中等教育におけるシステム間連携のための相互運用標準モデル」で、ICT CONNECT 21が策定しています。2026年3月27日に公開されたVer.6.00が現行版です。仕様書に書くべき接続要件は、この標準が採る3つの規格に対応します。

### LTI v1.3による学習ツール呼び出しとシングルサインオンの実装範囲

学習ツールの呼び出しは、LTI v1.3をベースに標準モデルが追加規定を置く形で決まっています。教材やドリルを学習eポータルの画面から起動したとき、児童生徒が再度ログインせずに使えるのはこの仕組みによるものです。

調達で確認するのは規格名の有無ではありません。仕様が公開されてから各製品に実装が載るまでには時間差があり、標準の版番号だけでは横並びに判断できないからです。「LTI対応」と書かれた製品でも、対応しているのが起動だけで成績の返却が未実装、という差が実際に出ます。[ICT教育システムを4層で比較するときの選定軸](https://www.issoh.co.jp/column/details/17175/)と同じく、実装済みの範囲を機能単位で確認してください。

### xAPIベースのスタディ・ログ受け渡しで先に決めるイベント定義

学習履歴の受け渡しはxAPIをベースにした規定で行われます。ここで先に決めるのは、何を1件のイベントとして記録するかという定義です。

教材を開いた操作まで記録するのか、解答の提出だけを記録するのかで、蓄積量は桁が変わります。児童生徒1人が1日に10件の解答を出す前提なら、1,000人規模の学校で年間およそ200万件。操作ログまで含めれば、その数倍から10倍程度に膨らみます。保存期間を何年にするかを決めずに全件を残す設計にすると、3年目あたりで検索が重くなり、集計画面の表示に時間がかかるようになります。イベントの種類ごとに保存期間を分ける設計を、要件定義の段階で書き込んでください。

### OneRoster名簿連携で校務支援システム側に生じる更新運用の負担

名簿はOneRosterに基づいて校務支援システムから受け取ります。統合型校務支援システムの整備率は令和7年3月1日現在で94.8%に達しており、名簿の出し手はほぼ揃った状態です。

負担が集中するのは4月です。学級編成、転出入、教員の異動が同時に走るため、名簿の更新と反映のタイミングを誤ると、始業から数日間ログインできない児童生徒が出ます。校務側の入力締切を3月中に設定し、学習系への反映を新年度開始の何日前に行うかを年間計画に書いてください。なお次世代校務DX環境の整備率は6.1%（2025年9月時点の資料）にとどまり、2026年度から4年間でパブリッククラウド前提の環境へ移す方針です。移行時期と学習系の調達が重なる自治体は、名簿連携の切り替えを二重に行わない順序を先に決めてください。

### MEXCBT接続を前提にした窓口機能の要件と全国学力調査での使われ方

MEXCBTは文部科学省が運営する公的なCBTプラットフォームで、学習eポータルがその窓口として動作します。登録規模は令和6年11月現在で約2.8万校・約890万アカウント。全国の学校総数が32,048校なので、大半の学校が接続済みという計算になります。

令和8年度の全国学力・学習状況調査でもMEXCBTが利用される予定です。つまり学習eポータルの選定は、日常の学びの道具選びであると同時に、悉皆調査の実施基盤の選定でもあります。仕様書には調査実施日の同時接続に耐えるかどうかを、通常授業時とは別の条件として書き分けてください。

## 教材配信とAIドリル｜出題制御の方式差とカバー教科で見る選定軸

標準で決まらないのがこの層です。各社が機能で競う領域なので、規格準拠のチェックではなく、教科・学年のカバー範囲と出題の決まり方で比べます。

### デジタル教科書・教材配信で確認する配信方式とオフライン時の挙動

デジタル教科書は2024年度に英語で先行導入され、算数・数学へ段階的に広がる方針が示されています。配信方式は大きく2つ。ブラウザで都度読み込むストリーミング型と、端末へ内容を落として使うダウンロード型です。

選定を左右するのは回線です。学校のインターネット接続はベストエフォート型が86.0%を占め、そのうち1Gbps帯が69.4%。1学級40人が同時に動画付き教材を開くと帯域を使い切る学校が現実に出ます。ダウンロード型は初回の配信さえ夜間に済ませれば授業中の負荷が下がる一方、端末の空き容量と更新配信の管理が要ります。回線を先に測り、測った値で方式を決める順序を守ってください。

### AIドリルの出題制御方式の違いと教科・学年でのカバー範囲の実測

AIドリルと呼ばれる製品群は、次の問題の決め方が製品ごとに違います。ここを揃えずに「AI搭載」で並べると比較になりません。

| 出題制御の方式  | 次の問題の決め方     | 向く場面      | 確認すべき点     |
| -------- | ------------ | --------- | ---------- |
| 固定シーケンス型 | 単元の配列どおりに進む  | 単元ごとの反復練習 | つまずいても先へ進む |
| 正誤分岐型    | 直前の正誤で難易度を上下 | 計算と漢字の習熟  | 分岐条件の開示範囲  |
| 習熟度推定型   | 解答履歴から到達度を推定 | 単元をまたいだ復習 | 推定根拠の説明可否  |
| 教員設定型    | 教員が課題を指定して配信 | 授業と宿題の接続  | 教員の作業量の増加  |

カバー範囲は必ず学年と教科の表で出してもらってください。「小中全学年対応」と書かれていても、中身は算数・数学と国語の一部だけ、というケースがあります。

### 製品選定の前に決める同時接続数と授業時間帯ごとの負荷見積もり

負荷の山は1日のうち数回しか来ません。1時間目の始業直後、給食後の5時間目、そして全国学力・学習状況調査のような一斉実施日。見積もりはこの山で行います。

計算式は単純です。同一時間帯に授業を行う学級数×1学級あたりの人数が同時接続数の下限になります。小学校12校・中学校6校の規模で全校が同じ時間割なら、数千人が同じ5分間に集中します。契約前にこの数字を製品側へ提示し、実績のある規模と照らして回答をもらってください。数値なしの「問題なく動きます」で契約すると、運用開始後の応答遅延の原因追及ができません。

## 学習ログの粒度設計｜校務支援システムへ渡す成績データの切り分け

学習ログは貯めるほど価値が出るものではありません。読む目的から逆算して粒度を決め、校務系へ渡す範囲を絞るほうが運用は続きます。

### 操作ログ・解答ログ・評定の3階層で決める保存先と保存期間の設計

ログは性質の違う3階層に分かれます。操作ログは画面の開閉やクリックの記録で、量が最も多く、個々の教育的な意味は薄い層。解答ログは問題ごとの正誤と解答時間で、指導の手がかりになる層。評定は教員の判断が入った結果で、指導要録につながる層です。

保存先を分けます。操作ログは学習系の中に置いて短期で消し、解答ログは学期または年度単位で集計してから縮約し、評定だけを校務系へ渡す。この切り分けをせずに全階層を校務支援システムへ流し込むと、校務側のデータ量が跳ね上がるうえ、教員が見たい情報が埋もれます。

### 成績・学籍データを校務系へ渡すときの取り扱い区分と誤解の訂正

ここで実務上よくある誤解を1つ訂正しておきます。児童生徒の成績や学籍の情報は、個人情報保護法が定める要配慮個人情報には該当しません。要配慮個人情報として列挙されているのは人種、信条、社会的身分、病歴、犯罪の経歴、犯罪被害の事実、心身の機能の障害などで、学習成績は含まれない扱いです。

該当しないからといって扱いが軽いわけではなく、条例で定めた目的の範囲内で扱い、外部提供の条件を規程に書く必要はあります。ただ「成績は要配慮個人情報だからクラウドに置けない」という理由でオンプレミス構成を選ぶのは、前提が違います。高等教育の領域で[学務システムが履修・成績・学籍を扱う機能範囲](https://www.issoh.co.jp/column/details/16199/)と同様に、判断すべきは区分の名前ではなく、アクセス制御と提供先の管理です。

### 進級・卒業時のデータ引き継ぎ範囲と削除ルールを決める事前合意

年度の切れ目で必ず問題になるのが、前年度のログをどこまで持ち越すかです。小学校から中学校へ上がる際、AIドリルの習熟度データを引き継げると指導の連続性は上がりますが、設置者が同じ市区町村内でも学校が変われば管理主体の扱いが変わります。

決めておく項目は4つ。引き継ぐデータの種類、引き継ぎ先の範囲（同一設置者内に限るか）、保護者への説明の方法、そして卒業から何年で削除するかです。この4点を調達前に規程へ落とせば、運用開始後にベンダーへ都度確認せずに済みます。決めないまま運用に入った自治体では、卒業生のアカウントが数年分残り、ライセンス費が想定より膨らむ例が出ています。

## 自治体調達の仕様書｜協調領域の接続要件と競争領域の評価軸の分け方

調達仕様書は、標準で決まる部分と製品差で選ぶ部分を分けて書くだけで精度が上がります。混在させると標準準拠を評価点にしてしまい、どの製品も満点になる評価表ができあがります。

### 標準準拠を求める協調領域と製品差で選ぶ競争領域の仕分けの基準

仕分けの基準は「他の自治体と違う形にする理由があるか」です。理由がなければ協調領域、あれば競争領域。学習eポータルの窓口機能、MEXCBTへの接続、OneRosterでの名簿受け取りは、独自仕様にする理由がありません。要件は「標準モデルの該当版に準拠し、実装済み範囲を機能単位で申告すること」と書けば足ります。

一方、AIドリルの出題制御、教材のカバー教科、教員向けの画面構成は製品差が出る競争領域です。ここは配点を持つ評価項目にし、実機での確認を条件に入れます。カタログの機能一覧だけで採点しない仕組みを評価要領の側に書き込んでください。

### GIGA第2期の端末更新と同じ年度に走らせる調達スケジュールの設計

GIGAスクール構想第2期では、端末更新の補助単価が1台55,000円に設定され、2024年度から2028年度までの5年間で計画的に更新する枠組みが組まれています。学習系ソフトの調達をこの端末更新と同じ年度に重ねるかどうかは、体制の余力で決まります。

重ねる利点は、端末の動作確認とソフトの接続テストを1回で済ませられること。欠点は、担当が1人か2人の自治体では確認作業が並行して回らないことです。児童生徒数が数千人規模で担当が兼務1人なら、端末更新の翌年度にソフトを回すほうが確実に進みます。金額の積み方は[ICT教育システムの費用を端末・回線・ソフトの三層で積む考え方](https://www.issoh.co.jp/column/details/17179/)で整理できます。

### 接続テストの実施時期と運用開始日を仕様書に書き込む受け入れ条件

受け入れ条件で最も抜けやすいのが、接続テストの実施時期です。「年度内に納入」とだけ書くと、3月末の納品になり、4月の始業に間に合わせるための検証期間が消えます。

書き込むのは3つの日付です。名簿連携の疎通確認を行う日、教材とドリルの起動確認を行う日、そして全学級での試行を行う日。試行は始業の2週間以上前に置き、そこで見つかった不具合の修正期限まで仕様書に書きます。この形にしておくと、始業直後にログインできない事態の責任範囲が明確になり、契約上の是正要求も出せます。

## 自前開発の判断｜投じる価値がある範囲と失敗する調達の型の見分け

ここは判断を言い切ります。学習サポートシステムの大部分は買うもので、作るものではありません。ただし作る価値がはっきりしている範囲も存在します。

### 学習eポータルの窓口機能を自作した場合に費用が回収できない条件

学習eポータルの窓口機能を自作するのは、児童生徒数が数万人未満の設置者では過剰です。標準モデルはVer.6.00まで版を重ねており、MEXCBTの仕様変更にも追随が要ります。自作すれば、標準が改訂されるたびに改修費が発生し、その費用は自団体だけで負担することになります。

既製品なら改訂対応は製品側の更新に含まれます。判断の分かれ目は、標準改訂1回あたりの追随費用と既製品のライセンス費を5年間で比べてどちらが小さいかの1点で、ほとんどの設置者では既製品が下回ります。独自の学習eポータルを持ちたいという要望が出たときは、この比較表を作って説明してください。

### 開発を投じる価値がある接続層と庁内で持つデータ参照基盤の範囲

逆に開発費を投じる価値があるのは2か所です。1つは学習系と校務系をつなぐ接続層。製品を替えても標準仕様に沿った接続層が庁内資産として残れば、乗り換えのたびに作り直す必要がなくなります。もう1つは複数製品のログを1か所で読むデータ参照基盤で、AIドリルと教材配信を別ベンダーで調達した場合、横断して見る画面はどの製品にも付いてきません。

この2か所は要件が団体ごとに違うため、既製品では埋まりにくい部分です。標準規格に沿った接続層の設計と実装、既存の校務系との突き合わせを含めて相談したい場合は、[eラーニングシステム開発（LMS）の受託開発](https://www.issoh.co.jp/service/system/elearning/)で対応しています。既存製品を残したまま接続層だけを作る形も取れます。

### 教員の利用実態を見ずに機能一覧の網羅比較だけで決める調達の失敗

失敗する調達には型があります。機能一覧の○×表を作り、○が多い製品を選ぶ型です。この方法だと、実際には年に数回しか使わない機能まで同じ重みで加点され、毎日使う画面の使い勝手が評価に入りません。

導入から1年で「結局プリントに戻った」となる学校は、この型で選ばれた製品を使っている例が目立ちます。避ける方法は単純で、評価の前に教員数名で実機を触る時間を設け、1週間分の授業を想定した操作を試してもらうこと。○×表は足切りに使い、順位付けには使わない。この運用に変えるだけで定着率は変わります。

## よくある質問

学習サポートシステムの検討で、教育委員会と学校の情報担当から実際に寄せられる質問を5つ挙げます。

### 学習eポータルと学習サポートシステムは同じものですか？

同じではありません。学習サポートシステムは学習系のシステム群を指す総称で、学習eポータルはそのうち窓口機能を担う1つの層です。学習eポータルはシングルサインオン、学習ツールの一覧表示、MEXCBTへの接続を担当し、デジタル教材やAIドリルの中身そのものは持ちません。仕様書では、窓口としての学習eポータルと、その先の教材配信・ドリル・ログ基盤を別要件として整理すると混乱が減ります。

### 学習eポータルは自治体ごとに1つに絞る必要がありますか？

制度として1つに限定する決まりはありませんが、実務では設置者単位で1つに揃えるほうが運用が回ります。複数を並存させると、名簿の連携先が増えて4月の更新作業が倍になり、MEXCBTの受験環境も学校ごとに変わります。学校裁量で選ばせたい場合でも、名簿連携と認証の基盤は設置者単位で統一し、教材やドリルの選択に幅を持たせてください。

### AIドリルの学習ログは指導要録の評定にそのまま使えますか？

そのままは使えません。ドリルの正答率は反復練習の結果であり、教員の観察や記述式の評価を含む評定とは性質が異なります。習熟度推定型の製品が出す到達度も、推定の根拠が製品ごとに違うため、学校間や年度間で同じ尺度として扱えません。解答ログは指導の手がかりに留め、評定は教員の判断で確定する。この役割分担を規程に明記し、校務系へ渡すのは評定に絞ってください。

### MEXCBTを使うには何が必要ですか？

MEXCBTへは学習eポータルを窓口として接続する構成が前提です。したがって必要なのは、標準モデルに準拠した学習eポータルの契約、校務支援システムから名簿を渡す連携、そして児童生徒1人1台の端末とネットワークです。登録は令和6年11月現在で約2.8万校・約890万アカウントに達し、接続手順そのものは実績があります。令和8年度の全国学力・学習状況調査でも利用される予定のため、実施日の同時接続に耐える回線かどうかを事前に確認してください。

### 学習サポートシステムの費用はどこまで補助の対象になりますか？

端末とソフトでは扱いが分かれます。GIGAスクール構想第2期の端末更新は補助単価1台55,000円という枠組みが示されている一方、学習系ソフトのライセンス費は年度ごとの自治体予算で賄う部分が多く残ります。対象範囲は年度の要綱で変わるため、調達年度の要綱を必ず確認してください。5年総額では、端末より継続的なライセンス費と保守費が大きくなる自治体もあります。

## 関連記事

- [ICT教育システムの比較｜授業支援・学習eポータル・教材配信・端末管理の4層で選ぶ](https://www.issoh.co.jp/column/details/17175/)：本記事の学習系4層を含む製品カテゴリ全体を、調達での選定軸から横断比較しています
- [ICT教育システムの目的｜4分類の成果指標に翻訳して効果と投資回収を測る](https://www.issoh.co.jp/column/details/17177/)：導入した学習系システムの効果をどの指標で測るかの設計時に参照できます
- [ICT教育システムの費用｜端末・回線・ソフトの三層で積み5年総額で判断する](https://www.issoh.co.jp/column/details/17179/)：本記事で触れたライセンス費と保守費の積み方を金額の粒度まで分解しています
- [ICT教育システムの導入事例｜自治体7例の成功要因と校務連携の範囲](https://www.issoh.co.jp/column/details/17195/)：名簿連携や校務系との接続がどこで切れたかを実名の自治体事例で確認できます
- [eラーニングとは？仕組み・種類・メリットと導入で失敗しない進め方を解説](https://www.issoh.co.jp/column/details/13561/)：法人研修向けのeラーニングと学校向け学習支援の違いを押さえられます

---

出典: [ICT教育の学習サポートシステム｜学習eポータル・AIドリル・教材配信の機能範囲と接続設計](<https://www.issoh.co.jp/column/details/17197/>)（株式会社一創）
