学習eポータル標準モデル

2023年3⽉13⽇
Ver. 3.00 暫定版(β版)

ICT CONNECT 21

⽬次

1．はじめに

7

1.1 概要9

1.2 本モデルの位置づけ

10

1.3 仕様の要求⽔準について

11

1.4 Contributor ⼀覧

11

2．⽤語

11

3．学習eポータルとは

14

3.1 コンセプト

14

3.2 学習eポータルをハブとしたデジタル学習環境

16

3.3 学習eポータルをハブとしたデジタル学習環境における基本的考え⽅

17

3.3.1 データ連携規格等の標準化

183.3.2 学習eポータルおよび学習ツール選択⾃由度の確保

18

3.3.3 教育データの適切な取り扱い

18

3.3.4 いつでも・どこでも安⼼・安全に学べる環境の確保

19

3.3.5 持続可能なエコシステムの確⽴

19

3.4 学習eポータルの利⽤者

20

3.5 学習eポータルをハブとしたデジタル学習環境のユースケース

21

3.5.1 児童⽣徒（授業での学習に関するユースケース）

21

3.5.2 児童⽣徒（在宅等、学校外での学習に関するユースケース）

23

3.5.3 教職員（児童⽣徒の指導に関するユースケース）

25

3.5.4 教職員（教員事務に関するユースケース）

27

3.5.5 学校（管理職等）

29

3.5.6 学校設置者

30

3.5.7 保護者

32

4. 製品に関する要件・仕様

33

4.1 学習eポータルの機能要件

33

4.1.1 基盤機能（詳細）342

4.1.1.1 アカウント管理／ユーザー認証

34

4.1.1.2 MEXCBTとの連携

34

4.1.1.3 各種学習ツールとの連携

34

4.1.1.4 校務システムとの連携

34

4.1.1.5 LRSとの連携

34

4.1.1.6 OSや各種学習ツールとのシングルサインオン

34

4.1.2 学習者側機能（詳細）35

4.1.2.1 MEXCBTの利⽤

35

4.1.2.2 時間割/スケジュール管理35

4.1.2.3 学習者⽤マイページ

35

4.1.2.4 デジタル教材の利⽤

35

4.1.2.5 ダッシュボード

36

4.1.3 教職員側機能（詳細）36

4.1.3.1 ⽣徒情報管理36

4.1.3.2 テスト管理

36

4.1.3.3 テスト結果閲覧

36

4.1.3.4 ダッシュボード

36

4.2 学習ツールとの連携技術仕様

37

4.2.1 学習eポータル

38

4.2.1.1 LTIによる学習ツールの呼び出し

38

4.2.1.1.1 LTI v1.3 Core38

4.2.1.1.2 Deep Linking v2.0

43

4.2.1.1.3 Assignment and Grade Services v2.0

45

4.2.1.2 xAPIフォーマットで記録されたスタディ・ログの受け取り

47

4.2.1.2.1 MEXCBTが提供するスタディ・ログ

47

4.2.1.2.2 MEXCBTからスタディ・ログを受け取る

51

4.2.2 学習ツール

67

4.2.2.1 LTIによる学習ツールの呼び出し
3

67

4.2.2.1.1 LTI v1.3 Core67

4.2.2.2 xAPIフォーマットでのスタディ・ログの送信

69

4.2.2.2.1 xAPIプロファイル

69

4.2.2.2.2 actor

69

4.2.2.2.3 context

70

4.3 校務⽀援システムとの連携技術仕様

71

4.3.1 全般

71

4.3.2 OneRoster Japan Proﬁle72

4.3.3 名簿情報の連携

72

4.3.3.1 UUIDの⽣成72

4.3.3.2 データ形式

73

4.3.3.3 名簿種別

75

4.3.3.3.1 ⽣徒名簿

75

4.3.3.3.2 教職員名簿

76

4.3.3.4 CSVフォーマット

76

4.3.3.4.1 manifest.csv

76

4.3.3.4.2 academicSessions.csv

78

4.3.3.4.3 classes.csv

78

4.3.3.4.4 courses.csv

79

4.3.3.4.5 enrollments.csv

79

4.3.3.4.6 orgs.csv

80

4.3.3.4.7 roles.csv

80

4.3.3.4.8 userProﬁles.csv

81

4.3.3.4.9 users.csv

81

4.4 LRSの技術仕様

83

4.4.1 全般

83

4.4.2 認証・認可

84

4.4.3 ステートメントの共有

85
4

4.4.4 xAPIステートメント以外の取り扱い
5. 運⽤に関する指針・要件

86
87

5.1 学習eポータル・学習ツールの選択⾃由度の確保

88

5.2 教育データの適切な取り扱い

89

5.3 いつでも・どこでも安⼼・安全に学べる環境

91

6. 学習eポータル標準モデルVer.4.00に向けて

92

6.1 検討・実施スケジュール等の提⽰

926.1.1 検討・実施スケジュール等の提⽰

926.1.2 適合性評価の仕組みの検討・準備

92

7. 将来像と課題

93

7.1 さまざまなツールとの連携の強化

93

7.1.1 LTIによる認証とアカウント管理の不要化

93

7.1.2 LTI Coreを利⽤したユーザー属性情報の連携

94

7.1.3 LTI Coreの事前設定の簡易化

947.1.4 学習ツールとの連携の単元ごとの細分化による利便性の向上

94

7.1.5 LTI Deep Linking 2.0 によるツールとのきめ細かな連携

95

7.1.6 各種ツールとの連携のための学習内容の統⼀的な記述

95

7.1.7 学習内容に関するより詳細な共通単位の活⽤

957.1.8 スケジュール管理やタスク管理機能

95

7.1.9 MEXCBTとの安定した連携

96

7.2 スタディ・ログの利活⽤

96

7.2.1 連携されたスタディ・ログのダッシュボードによる⾒える化

96

7.2.2 連携されたスタディ・ログの分析とリコメンド

96

7.2.3 スタディ・ログの進学や転校時の扱い

97

7.2.4 スタディ・ログの学習者へ返還

97

7.2.5 スタディ・ログの校務⽀援システムへの転送

97

7.2.6 教育ビッグデータ

97

7.2.7 複数の学習ツールを横断したデータ分析

975

7.2.8 xAPI以外のデータ標準への対応

98

7.3 有料ツールの利活⽤

98

7.3.2 課⾦とアクセス管理の連動

98

7.4 技術⾯以外の倫理的、法的、社会的課題（ELSI）への対応

98

7.5 学習eポータルの今後のあるべき姿の検討

99

7.6 ⽂字セットや⽂字コードの標準化による利便性の向上

99

付録

100

資料1︓UUIDの⽣成

100

資料2︓各種コード体系

106

資料3︓ロール⼀覧

107

資料4︓MEXCBTテスト受検LTI Resource Link Request サンプル110

資料5︓MEXCBTテスト結果レビューLTI Resource Link Request サンプル111

資料6︓MEXCBT内のテスト検索を開始Deep Linking Requestサンプル

113

資料7︓MEXCBTが提供するxAPIステートメントのサンプル

114

6

1．はじめに学習eポータルは、MEXCBTをはじめとするさまざまな学習ツールや校務⽀援システムと連携するハブとして機能し、教育データの相互運⽤性を向上させ、初等中等教育の教育機関や学習者がそれぞれのニーズに合ったデジタル学習環境を柔軟に構築できることを⽬的としている。
学習eポータル標準モデル（以下、本モデル）は、学習eポータルに関する規格やルールを定めるものであり、令和２年から検討を開始しVer.2.00まで策定されてきた。Ver.2.00までは、主に学習eポータルとMEXCBT間の技術連携仕様を規定してきたところ、このたび策定したVer.3.00では、MEXCBT以外の学習ツール（デジタル教科書、教材など）や校務⽀援システムと連携するにあたっての、データ連携の規格や運⽤の指針・要件等について規定するものである。
§3. 学習eポータルとは
学習eポータルのコンセプト、および学習eポータルをハブとしたデジタル学習環境における基本的な考え⽅§4. 製品に関する要件・仕様
学習eポータルおよびLRS構築のための機能要件、学習eポータルと学習ツール間の連携におけるインターフェース仕様、学習eポータルと校務⽀援システム間の連携におけるイン
ターフェース仕様§5. 運⽤に関する指針・要件
学習eポータル、学習ツール、校務⽀援システムおよびLRSサービスの提供に際して、事業者が守るべき指針や要件追加の要件や新たな連携仕様等に関しては、本モデルの将来の改訂で取り組む。
本モデルの検討は、学習eポータルや学習ツール、校務⽀援システムを開発・サービス提供している事業者の意⾒や専⾨家等の意⾒を踏まえながら進められた。関係した組織・団体とそれぞれの主な活動内容は以下の通りである。

組織・団体

主な活動内容学習eポータルに関学習eポータル提供事業者や学習ツール提供事業者、教育委員会などのする専⾨家会議

中から、特に⾒識の深い専⾨家を集めた会議。

7

主に、学習eポータルをハブとしたデジタル学習環境の基本的な考え⽅(4章)や運⽤に関する指針・要件(6章)について検討が⾏われた。
2022年度 検討内容︓
https://ictconnect21.jp/document/eportal/#meeting
⼀般社団法⼈ ICT

学習eポータル提供事業者や学習ツール提供事業者、教職員や教育委員

CONNECT 21

会関係者、研究者などさまざまな関係者が集まって、学習eポータルお学習eポータルサブ

よびその周辺システムにおける相互運⽤性を確保するための技術仕様やワーキンググループ

エコシステム、ユースケースなどを議論しているグループ。
Ver.3.00では主に、製品に関する要件・仕様 (5章) のうち、学習eポー
タルの機能要件、学習ツールとの連携、LRS技術仕様について検討が⾏われた。

⼀般社団法⼈ ICT

統合型校務⽀援システム提供事業者と、学習側の学習eポータルや学習

CONNECT 21

ツールの提供事業者などが集まって、校務系と学習系の間のデータ連携

校務系-学習系情報の技術仕様などを検討しているグループ。

連携サブワーキング

Ver.3.00では主に、製品に関する要件・仕様 (5章) のうち、校務⽀援シ

グループ

ステムとの連携仕様について、⼀般社団法⼈ ⽇本IMS協会 OneRoster
国内適⽤検討部会とも連携しながら検討が⾏われた。

8

1.1 概要
本モデルにおける各システム間の連携概要を下図に⽰す。
校務⽀援システムから学習eポータルへの名簿情報の受け渡しには、OneRoster version 1.2を国際標準規格として採⽤し、さらに⽇本IMS協会 OneRoster Japan Proﬁle（国内暫定版）と本モデルによる追加の規定を⾏うことで連携ルールを定める。
学習eポータルによる学習ツールの呼び出しには、国際標準規格であるLearning Tools
Interoperability version 1.3 （以下、LTI v1.3）をベースに、本モデルによる追加の規定を⾏う
ことで連携ルールを定める。
学習eポータルと学習ツール、Learning Record Store（以下、LRS）間でのスタディ・ログの受け渡しには、国際標準規格であるExperience API （以下、xAPI）をベースに、本モデルによる追加の規定を⾏うことで連携ルールを定める。

図1-1

学習eポータル標準モデルVer.3.00における各システムの連携概要

9

1.2 本モデルの位置づけ
本モデルと国際標準規格、および国際標準規格に対して定められた⽇本固有の規定との位置づけについて、下図に⽰す。
本モデルは、1EdTech™ Consortiumの定めるLTI v1.3およびOneRoster version 1.2、The
Advanced Distributed Learning （以下、ADL）の定めるExperience API（以下、xAPI）、
OneRosterに対して⽇本固有の規定として定められているOneRoster Japan Proﬁle（国内暫定版）をベースに、これらを初等中等教育段階のデジタル学習環境の中で適⽤するために必要な追加の連携ルールを定めるものである。

図1-2 学習eポータル標準モデルの位置づけ
本モデルの準じる国際標準規格の詳細なバージョンは以下の通り。
・Learning Tools Interoperability version 1.3
・Experience API version 1.0.3
・OneRoster version 1.2
・OneRoster Japan Proﬁle 第2版
なお、これらの標準規格に改訂が⾏われた場合、本モデルが改訂され、当該標準規格に係る規定の改訂が⾏われてから効⼒を発する。

10

1.3 仕様の要求⽔準について
本モデルにおけるキーワード「MUST」「MUST NOT」「RECOMMENDED」「MAY」「REQUIRED」および「OPTIONAL」は、RFC2119（注１）で説明されているように解釈する。
注１︓RFC2199 https://www.rfc-editor.org/rfc/rfc2119

1.4 Contributor ⼀覧
※省略

2．⽤語
CBT
Computer Based Testingの略。
IdP
Identity Provider （アイデンティティ プロバイダー）の略。各種クラウドサービスが個別に⾏う認証（例︓ID／パスワードによるログイン）を、クラウドサービスに代わって⾏い、認証情報をクラウドサービス側に提供する役割をいう。
JSON
JavaScript ⾔語のオブジェクトを由来とするデータ交換⽤の記述形式。
JavaScript Object Notation の略。
LRS
Learning Record Storeの略。xAPIフォーマットで記述されたスタディ・ログの保管場所。Caliper Analyticsでは Event Store とされる。
LRP
Learning Record Providerの略。xAPIにおいて、学習者の⾏動に基づいて学習データ（
xAPIステートメント）を⽣成するシステムを指す。
LTI (Learning Tools Interoperability)
1EdTech™ Consortium（旧︓IMS Global Learning Consortium）により定められた、
LMS等のプラットフォームと学習アプリケーションおよびツール間の接続に関する標準規格。本ドキュメントで採⽤するLTI v1.3 はコア機能とオプションを追加するいくつかの拡
11張機能で構成されており、現在のバージョンでは次の4つが主たる仕様群として定義されている。
・LTI v1.3 Core・Assignment and Grade Services v2.0 (AGS)・Names and Role Provisioning Services v2.0 (NRPS)・Deep Linking v2.0 (DL)MEXCBT
⼩・中・⾼等学校等の⼦供の学びの保障の観点から、児童⽣徒が学校や家庭において、学習やアセスメントができるCBT（Computer Based Testing）システムとして⽂部科学省が開発。活⽤分野としては、①普段の授業や家庭学習等での活⽤ ②全国学⼒・学習状況調
査での活⽤（令和５年度全国学⼒・学習状況調査英語「話すこと」調査はMEXCBTを活⽤）③地⽅⾃治体が実施する学⼒調査での活⽤、がある。
OneRoster
1EdTech™ Consortium（旧︓IMS Global Learning Consortium）により定められた、
主に初等中等教育における、クラス名簿や、成績、教材の相互運⽤を可能にするための標準規格。 SIS（School Information System︓校務・教務システム）と LMS とのデータ交換に⽤いられる。最新バージョンである1.2では、3つのコアサービスから構成される。
・OneRoster Rostering Service
・OneRoster Gradebook Service
・OneRoster Resource Service
UUID
⼀意性を保証するために登録機関を必要としない 128 ビットの識別⼦。ただし、衝突確率は⾮常に低いと考えられているが、絶対的な⼀意性は保証されていない。LTIでは、ランダ
ムまたは疑似ランダムに⽣成されたバージョン 4 UUID の使⽤が推奨されている。
xAPI
学習⾏動の記録に関する国際標準規格であり、⽶国防総省の内部組織 ADL（Advanced
Distributed Learning）が公開している。MEXCBTはこの規格に則ってスタディ・ログを記録している。最新バージョンは1.0.3（2016 年）。あらゆる教育サブシステム間における連携を⽬的としたインターフェースの規格であり、学習分析に関するフレームワークであるだけでなく、学習のための定量的指標や、リアルタイムでのデータメッセージングについても包括する。イベントと呼ぶ JSON 形式でアクションを表現し、・Actor: 活動主体（誰が）12・Object: 活動対象（何を）・Verb: 活動⾃体（どうした）・Context: 活動の⽂脈
・Result: 活動の結果
・Timestamp: 活動の⽇時等の要素にて履歴を記述する。xAPI プロファイルにより、ステートメントのテンプレー
トや使⽤パターン、Verb および、アクティビティタイプ等への規定から⼀貫した構⽂とセマンティックを確実にし、他データとの相互運⽤性をサポートする。
学習ツール
デジタル教科書や教材、ドリル、ビデオ教材、実験ツール、プログラミング環境など、学習に使われるデジタルなリソースすべてを指す。MEXCBTもこの⼀つに含まれる。
通常はURLで位置を指定するため、オンラインのWebアプリケーションとなる。
校務⽀援システム
統合型校務⽀援システムを指す。教務系（成績処理、出⽋管理、時数管理等）・保健系（健康診断票、保健室来室管理等）、学籍系（指導要録等）、学校事務系など統合した機能を有しているシステム。成績処理等だけなく、グループウェアの活⽤による情報共有も含め、広く「校務」と呼ばれる業務全般を実施するために必要となる機能を有する。
シングルサインオン（SSO）
複数のサービスを⼀度の認証処理で利⽤できる仕組みをいう。
スタディ・ログ
学習⾏動の履歴 (ログ)。ドリルやテストの結果、学習時の書き込み情報、他者への評価やアンケート結果等のデジタルデータを指す。本モデルではxAPIフォーマットで記述する。

13

3．学習eポータルとは
3.1 コンセプト
GIGAスクール構想により⼀⼈⼀台端末が実現した現在、今後は、様々な学習ツールを活⽤しつ
つ、そこから得られたデータを効果的に活⽤して⼦供たちの豊かな学びの実現を⽬指す、新たな段階のデジタル学習環境へと進んでいく。
この新たなデジタル学習環境では、以下の３つのことが重要となる。
・多様な学習ツールがデータ連携を通じて負担なく便利に活⽤できる
・学習の記録をデジタル化し、学びの状況をわかりやすく可視化することで、学びの振り返り
や、よりきめ細やかな指導を⾏うなど、学びの改善・充実につながる
・進学や転校があったり、⾃治体や学校でシステムに変更があったりしても、これまでの学びに関する情報や知⾒を引き続き活かして切れ⽬のない学びを実現できる学習ツールの活⽤やデータ連携・活⽤のあり⽅は、本来様々なやり⽅が考えられるところである。⼀⽅、上記のような点を実現していくためには関係者が守るべき共通の規格やルールが必要になる。それは主に以下のようなものが考えられる。
i.

ハブとなる機能
ハブ機能を窓⼝に様々な学習ツールがつながることで、学習者が負担なく便利に学習ツー
ルにアクセスすることができる。また、データの共通の記録場所を⽤意することで、複数の学習ツールから得られたデータをまとめて記録できるようになる。

ii.

ハブ機能と学習ツールの接続規格の標準化接続規格をひとつに決めることで全国どこでも同じ規格でつながる世界が実現する。

iii.

スタディ・ログの標準化
スタディ・ログを標準化することで、異なる学習ツールのスタディ・ログを掛け合わせて分析することが容易になる。また、全国どこでも⾃分の学びの記録を活⽤できるようになる。

また、共通の規格やルールを定めることによって、事業者の開発コストを抑えたり、様々な者が同時に同じようなシステムや規格を構築してしまういわゆる「⾞輪の再発明」を防いだり、デー
タの囲い込みを防いだり、サービス受益者がシステム購⼊等の選択肢を狭めないことなどにもつながる。
14ハブとなる機能の規格や学習ツールとの接続規格、共通で記録すべきスタディ・ログの標準規格など、学習eポータルをハブとしたデジタル学習環境で共通で守るべき規格やルールを定めているのが本モデルであり、上述のようなハブ機能を有することが学習eポータルのコンセプトである。学習eポータルはこのような考えのもと、NGDLEを参考に⽇本の初等中等教育で活⽤することを念頭に設計されたものである。
本モデルで規定されるような共通で守る規格やルールを定めるべき領域を協調領域、各学習eポータル事業者や学習ツール事業者等の創意⼯夫により独⾃に機能を開発する領域を競争領域と呼ぶ。学習eポータルをハブとしたデジタル学習環境においては、この協調領域と競争領域が適切に設定されることが重要であり、様々なステークホルダーで協調領域を作っていくべきである。
また、協調領域は国際標準規格に則ったオープンな規格を基本とする。
協調領域を定めることで、学習eポータルをハブに多様な学習ツールが標準化されたインター
フェースで簡便かつ効果的につながり、競争領域においてそれぞれの学習ツールが強みや特徴を
⽣かしながら⼀体的に活⽤されることによって、学校現場のニーズに沿ったデジタル学習環境の構築にし、安全でかつ学びやすい指導・学習の実現を⽬指す。本モデルに基づき、より多くの学習ツールがつながり、より多くのデータが活⽤されることによって、指導・学習をより豊かにしていくとともに、関係者間でのwin-winの関係の実現につなげていくべきである。
このとき、以下の点に留意する。
・学校現場の多様なニーズに対応できるよう、学校設置者・学習者が希望する教育資源にアクセ
スできることを可能な限り実現すべき・システムやアプリケーションの種類を越えてデータの利活⽤を⾏うためには、データの標準化を進めるとともに、システムやアプリケーション間の相互運⽤性を確⽴する必要がある
・デジタル化を通じて教職員のトータルな負担軽減につなげて⾏くべきである

15

NGDLEとはアメリカの⾼等教育における ICT 利活⽤の推進団体である EDUCAUSEが2015年に発表した、次世代デジタル学習環境におけるコンセプト。Next Generation Digital
Learning Environmentの略である。
5つのコアコンセプト
1. Interoperability and Integration
2. Personalization
3. Analytics, Advising, and Learning
Assessment
4. Collaboration
5. Accessibility and Universal Design

図︓NGDLE のコンセプト
https://er.educause.edu/articles/2017/7/the-ngdle-w
e-are-the-architects
Credit: University of Minnesota, Oﬃce of Information
Technology. Reprinted with permission.

を実現する、学習者を中⼼に様々なシステ
ムが相互運⽤可能なデジタル学習環境。

3.2 学習eポータルをハブとしたデジタル学習環境
前項のコンセプトより、学習eポータルはハブである。学習eポータルをハブとしたデジタル学
習環境は下図の通りである。

図3-1 学習eポータルをハブとしたデジタル学習環境

163.3 学習eポータルをハブとしたデジタル学習環境における基本的考え⽅
ここでは、学習eポータルをハブとした、標準化されたデジタル学習環境形成のための技術仕様
や運⽤の指針・ルール等を策定するにあたり、3.1のコンセプトに基づき、各関係者の共通の認識としてよりどころとなる基本的考え⽅を述べる。
本モデルにおける要件整理の全体像を下図に⽰す。この基本的考え⽅に沿って策定された製品に関する要件・仕様は第4章で、運⽤に関する指針・要件は第５章で記述する。

図3-2 本モデルにおける要件整理の全体像

17

3.3.1 データ連携規格等の標準化
・複数の学習ツールで記録されたスタディ・ログを、学習ツールを横断して可視化・分析するた
めには、それが共通の仕様に従って⽣成される必要がある。
・相互運⽤性を確保するための技術仕様はさまざまであるが、多数のシステムやアプリケーショ
ン間での連携が想定されるこの環境では、環境全体のコスト低減のために、標準化されたインターフェース仕様が必要である。

3.3.2 学習eポータルおよび学習ツール選択⾃由度の確保
・学校現場のニーズを踏まえたデジタル学習環境を実現するため、学校設置者や学校、教職員、児童⽣徒が、学習eポータルやさまざまなデジタル教科書・教材などのシステムやアプリケー
ションを可能な限り⾃由に選択し、組み合わせて利⽤できるようにするべきである。
・児童⽣徒に学習環境の変化があったとしてもこれまでの学びの記録を適切に活⽤しながら切れ
⽬のない学びを実現できることが重要であり、児童⽣徒が進学や転校する時でも、学習⾏動の記録（xAPI）が可能な限り少ない⼿間で引き継がれるべきである。

3.3.3 教育データの適切な取り扱い
・学習eポータルでデータを取り扱う際には、各主体の役割を明確にする必要がある。この点、学校教育や個⼈情報に関する法令に照らせば、学校設置者は、学校で保有するデータを保護・管理する者であり、関係事業者は、原則として学校設置者の監督の下、委託等に基づきデータを取り扱う者と整理し、適切にデータを管理・活⽤すべきである。その際、個⼈情報の取扱いについては、関係法令を踏まえて適切に対応すべきである。
・学習ツールを利⽤した際に得られる学習⾏動の記録については、分析・可視化するなどして学習者に知⾒を還元していく観点から⼀定の範囲については標準化した形で学校設置者が活⽤できるようにするべきである。

18

3.3.4 いつでも・どこでも安⼼・安全に学べる環境の確保
・児童⽣徒を含む全ての利⽤者が安⼼・安全に学習eポータルを利⽤できるよう、セキュリティの扱いについて「教育情報セキュリティポリシーに関するガイドライン」等を踏まえつつ、学校設置者と関係事業者は必要な措置を講じなければならない。

3.3.5 持続可能なエコシステムの確⽴
・学習eポータルをハブにデジタル教科書・教材や校務⽀援システム、学習ツールや分析・可視化
システムなどより多くの教育資源が有機的につながり、それぞれの価値や強みを発揮するとともに、より多くのデータが活⽤されればされるほど⽣み出す価値も⼤きくなる。学習eポータルをハブとしたデジタル学習環境が新たな価値を提供していくためには、学習eポータル事業者のみならずデジタル教科書・教材関係者、学校教育関係者など多くの関係者が本取組 に参画・協⼒していくことが重要である。また、その際、学習eポータルのみでなく、学習e ポータルも含めたこれからのデジタル学習環境全体のあり⽅やこれからのデジタル学習環境における標準的な機能・装備はどういったものかという視点での検討も重要である。
・新たなデジタル学習環境の実現に向けては、上述のような基本的考え⽅の下、具体的なユースケースの構築や、必要な規格・ルールの検討・遵守、学習eポータルの維持・運⽤とその機能等の開発に伴うコストの負担、各種システム・サービスの積極的な活⽤とそのフィードバックを通じた改善・充実といった取組が必要となる。学校関係者、学習eポータル関係者、デジタル教
科書・教材関係者等の関係者がそれぞれの役割を果たしながらこれらの取組を⾏うことで、新
たな価値の創出につながる。それには、これらの関係者が積極的に参加したくなる持続可能なエコシステムの実現が必要である。また、そのことが結果として関係者間でのwin-winの関係の実現や公正で健全な市場の形成にもつながる。
・質担保の観点から、学習eポータル標準モデルに準拠している学習eポータル等が活⽤されることが必要であるが、その証明は⾃⼰申告だけでは難しく、それを確認して明⽰する仕組みが必要である。この仕組みは、可能な限り低コストで、公平公正な形で運⽤されなければならない。
・技術標準やルールに則っていることが明⽰されている製品やサービスが現場に導⼊されて普及して⾏くことが重要である。

19

3.4 学習eポータルの利⽤者
学習eポータルは、児童⽣徒が活⽤することはもちろん、教職員をはじめとしたさまざまな属性の利⽤者を想定する。学習eポータルを開発・運⽤するにあたり、具体的な利⽤者の属性や利⽤場⾯等を整理する必要がある。学習eポータルは、児童⽣徒および教職員・学校（管理職等）が利⽤できることを必須とする。学習eポータルの想定利⽤者とその代表的な利⽤場⾯を下表に⽰す。
表 3-1 学習eポータルの開発・運⽤における学習eポータルの想定利⽤者・代表的利⽤場⾯等
利⽤者種別

区分

概要

代表的な利⽤場⾯

児童⽣徒

MUST

初等中等教育の学校で学ぶ

学校での学習、⾃宅での学習

児童⽣徒

⾃⾝の学習状況や特性の確認
教職員や他の児童⽣徒とのコミュニケーション

教職員

MUST

学校において児童⽣徒を指児童⽣徒の学校での学習の指導・⽀援

導・⽀援する教職員

児童⽣徒の⾃宅での学習の指導・⽀援
児童⽣徒の学習状況の確認と指導・⽀援の改善
児童⽣徒や保護者とのコミュニケーション
学級単位での授業運営に関する事務

学校（管理職RECOMM

校⻑、教頭、主幹教諭な

情報管理

等）

ENDED

ど、学校の運営や、学校全学校・学年等における指導⽅針の策定

体・学年全体の指導⽅針を指導⽅針に基づく児童⽣徒の学習状況の確認と改善決定し、その実施状況に責教職員の指導状況の確認と改善任を持つ⽴場の利⽤者

学校で⽤いる教科書・教材等の管理

各⾃治体の公⽴学校を統括

⾃治体や法⼈単位での教育に関する事務する教育委員会の利⽤者等

情報管理

学校設置者

MAY

（教育委員
会、学校法

学校で⽤いる教科書・教材等の管理⼈、国⽴⼤学

テストや学⼒調査等の実施

法⼈等）

⾃治体や法⼈単位での教育⽔準の底上げ・均質化
教育施策の⽴案・改善

保護者

MAY

児童⽣徒の保護者

児童⽣徒の学習状況の確認
⾃宅での学習の指導・⽀援
学校や教職員とのコミュニケーション※「区分」について、例えば「児童⽣徒」の列で「MUST」とあるのは、学校において児童⽣徒が学習eポータルを必ず利⽤しなければならない、という意味ではなく、学習eポータルを開発するにあたり、児童⽣徒が利⽤することを必ず念頭におくべき、ということを意味する。また「学習eポータルの利⽤場⾯」については、学習eポータル単体のみ
ならず、学習eポータルと各種学習ツールが接続して利⽤されている場⾯も含まれている。

20

3.5 学習eポータルをハブとしたデジタル学習環境のユースケース
学習eポータルのユースケースを⽰す。ここには学習eポータル単体で実現されるものだけでな
く、学習eポータル経由でさまざまな学習ツールが利⽤されることや、学習eポータルと接続された学習ツールから取得したスタディ・ログ等の情報が活⽤されることによって実現されるものも含まれる。なお、本ユースケースは2023年3⽉時点ですでに実現されているもの以外にも、将来的に実現が期待されるものもあり、将来の改訂により加除修正の可能性がある。
これらは学習eポータルの利⽤場⾯を幅広くとらえたものであり、すべてのユースケースを網羅しているわけではない。学習eポータルの提供者がユースケースを検討する際に、参考例として活⽤されることを想定している。また、学習eポータルの利⽤者に対して、その使⽤⽅法を限定する
ものではないことに注意されたい。

3.5.1 児童⽣徒（授業での学習に関するユースケース）
ユースケース
ユースケース名概要
学校での学習授業時間にテストを受け、そ・児童⽣徒は授業時間にMEXCBTあるいは他のCBTで実施されるテストを受検するの結果を確認する・テスト結果は⾃動的に採点される・採点完了後、児童⽣徒が学習eポータルでテスト結果にアクセスし、ダッシュボード
で点数や各設問の正誤を確認する（教職員はテストで児童⽣徒の理解度等をダッ
シュボードで確認し、その内容を個別指導等に活⽤する）

学んだ内容を⼩テストで確認する

・児童⽣徒は、授業で学んだ内容に関する⼩テストを受検し、その正誤や解説を確認する（教職員は⼩テストで児童⽣徒のレディネスや理解度等をダッシュボードで確認し、その内容を個別指導等に活⽤する）

デジタル教科書・教材を利⽤する

・児童⽣徒は、学習eポータルからデジタル教科書・教材等にパスワードとIDを⼊⼒することなくアクセスし、授業を受ける
・学習eポータルの時間割からデジタル教科書・教材等を利⽤できる。授業内容と関したデジタル教材のリストが表⽰され、選択した教材の演習を解いたりできる21

オンラインでグループ学習を⾏う

・児童⽣徒は学習ツールを利⽤し、様々なデジタル教材やインターネット上の情報にアクセスし、グループで話し合ったり共同で成果物を作成したりして、グループ学
習を⾏う

教材を評価する・児童⽣徒は単元ごとに、利⽤したデジタル教材、学習動画等について⾃らの学習に有⽤であったかを評価し、その内容を登録する

読書する

・児童⽣徒は電⼦図書館や電⼦書籍ビューアを利⽤し、読みたい本を探し、読書する

転校前・進学前の学びの記録

・児童⽣徒は転校・進学をした場合でも、これまでのテスト結果や学習内容および⾃や情報を活⽤して学習する
⾃分の意⾒を提⽰し、授業に活⽤する

らの特性を確認し、学習に活⽤する・児童⽣徒は学習ツールを通して特定のテーマに対する考えや意⾒を教職員に提⽰し、学級活動などクラス内での議論や、校外への発表に活⽤する
⾃⾝の学習状況や特性の確認

ダッシュボードで、⾃分の学びの特性を確認する・児童⽣徒はダッシュボードで⾃分⾃⾝の理解度や達成度を確認したり、学習の傾向
や取組の状況を把握したりすることで、学びの特性を知り、学習に関する⾃⼰調整に⽣かす
教職員や他の児童⽣徒とのコミュニケーション

アンケートに回答し、結果を受け取る
学びに関するコミュニケー
ションを図る・児童⽣徒は学習eポータルからアンケートに回答し、集計結果やフィードバックを受け取る
・児童⽣徒は、学習している内容について教職員からの助⾔や称賛等の評価を受けた
り、教職員に質問したりすることに加えて、他の児童⽣徒と情報交換を⾏う等のコ
ミュニケーションを図る

22

3.5.2 児童⽣徒（在宅等、学校外での学習に関するユースケース）
ユースケース
ユースケース名概要
⾃宅での学習家庭学習の課題を⾏う

・児童⽣徒は学習eポータル経由で教職員が指導計画に基づいて課す家庭学習の課題にアクセスし、課題を⾏う

⾃主的に学習する・児童⽣徒は学習eポータルのダッシュボードから各種デジタル教科書・教材や学習ツールの利⽤状況や、デジタルドリル等の正答率、CBTのスコア、アンケートの回答等から総合的に判断された、教科、学習分野ごとの強み、弱み、興味関⼼分野等を確認する
・分析結果からリコメンドされた関連するデジタル教科書やデジタル教材等にアクセスし、⾃主的に学習（予習・復習を含む）を⾏う
・学習eポータルの時間割からデジタル教科書・教材等を利⽤できる。授業内容と関連したデジタル教材のリストが表⽰され、選択した教材の演習を解いたりできるクラスの授業にオンラ

・不登校・院内学級などで、学校に来ていない児童⽣徒が、オンラインで授業に参加する

インで参加する

・授業がオンラインで視聴できるほか、教職員から個別指導を受けたり、発⾔したり、テストを解いたりすることも可能

教材を評価する・児童⽣徒は単元ごとに、利⽤したデジタル教材、学習動画等について⾃らの学習に有⽤であったかを評価し、その内容を登録する

興味関⼼のある分野を・児童⽣徒は各種デジタル教科書・教材や学習ツールでの学習履歴から⾃分が興味・関⼼を知り、知識を深めるた持っている分野を知り、⾃主的に調べて知識を深めたり、学校外の活動に参加したりする

めに⾃主的に⾏動する23

興味関⼼や特性をもと・児童⽣徒は学習eポータルに蓄積されたデータから導出された興味・関⼼のある分野や、特にカスタマイズされた性を活⽤して個⼈にカスタマイズされたカスタマイズされた問題や学習⽅法で学ぶ（サッ

問題や学習⽅法で学ぶ

カーが好きな児童⽣徒は、算数の例題もサッカー関連のストーリーになる、同じ問題でも⽂字で出題される場合と、動画や画像と⾳声で出題される場合があり、理解しやすい⽅を選択可能）
⾃⾝の学習状況や特性の確認記録されたデータを・児童⽣徒は各種デジタル教科書・教材や学習ツールでの学習履歴やキャリア教育に関わる諸キャリア選択に活⽤す

活動の記録にアクセスし、⾃分の強みや得意分野を知り、進学先や就職先などの選択時にる

活⽤する
教職員や他の児童⽣徒とのコミュニケーション

学びに関するコミュニ
ケーションを図る

・児童⽣徒は、学校⽣活全般に関する内容について教職員からの連絡や助⾔等を受けたり、教職員に質問したりすることに加え、児童⽣徒との情報交換を⾏う等のコミュニケーションを図る

24

3.5.3 教職員（児童⽣徒の指導に関するユースケース）
ユースケース
ユースケース名

概要
児童⽣徒の学校での学習の指導・⽀援児童⽣徒にテストを受けさせ、採点及び結果の確認を⾏う

・教職員はテストの問題を各児童⽣徒に配信し、テスト時に児童⽣徒がアクセスできるよ
うにする・教職員はテストの時間に児童⽣徒にテストへのアクセスを指⽰し、児童⽣徒にテストを受検させる
・教職員はテスト終了後、⾃動採点できない設問について採点する
・教職員はテスト結果をダッシュボードで確認し、必要に応じ個別指導等に活⽤する

児童⽣徒に⼩テストを受けさせ、結果を確認する

・教職員は⼩テスト（プレ・ポスト）の問題を登録し、児童⽣徒がアクセスできるようにする
・教職員は授業中に児童⽣徒に⼩テストへのアクセスを指⽰し、児童⽣徒に⼩テストを受検させる
・教職員は授業中にテスト結果をダッシュボードで確認し、授業の進め⽅や必要に応じ個別指導等に活⽤する

デジタル教科書・教材を活⽤して授業を⾏う
テスト問題を作成し、学習
eポータルに登録する
デジタル教材を学習eポータルに登録する・教職員は学校で、オンラインツールやデジタル教科書・教材を活⽤して授業を⾏う。児童⽣徒はデジタル教科書・教材を利⽤する・教職員は⾃作のテスト問題をCBTに登録し、学習eポータルで児童⽣徒情報や科⽬情報と紐づけ、児童⽣徒が回答できるようにする・学校（管理職または教職員等）は、授業や家庭学習の課題等で利⽤するデジタル教材を学習eポータルに登録し、教科や教科書の単元、時間割等と紐づけを⾏い、デジタル教科書と連携して利⽤できるようにする

オンライングループ学習を⾏う

・教職員はクラスの児童⽣徒をグループ別に編成し、学習ツールを活⽤してグループ学習を⾏う

25

・授業終了後、スタディ・ログ等を評価（クラス全体、グループ、個⼈単位）に活⽤する
個別学習・個別指導を⾏う

・教職員は児童⽣徒に個別に、デジタル教科書の単元等の学ぶ箇所と、それに対応したデジタル教材、演習問題等を⽰す（児童⽣徒は⽰された教材や演習問題を解く）
・教職員はダッシュボードで⼀⼈⼀⼈の解答状況や成果を確認し、その内容を個別指導等に活⽤する学習ツールで児童⽣徒の意
⾒を集約・分類、⼀覧化し・教職員は学習ツールを通して特定のテーマに対する考えや意⾒を児童⽣徒から集約・分類、⼀覧化してクラス内での議論や、校外への発表に活⽤するて授業に活⽤する
児童⽣徒の⾃宅での学習の指導・⽀援児童⽣徒に家庭学習を課す

・教職員は指導計画に基づき、児童⽣徒に家庭学習を課す。その際、児童⽣徒の特性や学習進度等に応じて個別の学習を課すこともできる（児童⽣徒は学習eポータルの時間割
から家庭学習にアクセスし、家庭学習を⾏う）
・教職員はダッシュボードで⼀⼈⼀⼈の家庭学習の実施状況や成果を把握する
児童⽣徒の学習状況の確認と指導・⽀援の改善

指導案を共有する・教職員が授業の指導案を学習eポータルに登録し、他の教職員が利⽤できるようにする

児童⽣徒に関する多様な・教職員は児童⽣徒の情報（CBTの結果、デジタル教科書・教材や学習ツールの利⽤状

データ（学習以外に関する

況、タブレットに書いた⽂章、アンケートや気持ちを記録する学習ツールへの回答結データも含む）を活⽤して果など）を活⽤して、習熟度や認知的特性に応じた効果的な指導を選択できる

より効果的な指導をする

・特異な変化があった場合にはポップアップまたは⾳声などでお知らせする機能を活⽤し、迅速に児童⽣徒の情報を把握する

転校前・進学前の学びの記
録や情報を活⽤して指導す
る

・教職員は児童⽣徒の転校前・進学前の学びの履歴や特性を確認し、児童⽣徒の環境変化を踏まえた指導をする
・学習eポータルを利⽤することで転校前・進学前のデータの引継ぎが容易になる

26

児童⽣徒同⼠の交流を可視化し、授業や学級運営に活・教職員は児童⽣徒同⼠のコミュニケーションの様⼦（コメントのやり取りや作品の閲覧状況等）を可視化し、授業での児童⽣徒への指導や学級運営に活⽤する

⽤する
児童⽣徒や保護者とのコミュニケーション
学びに関するコミュニケー
ションを図る・教職員は、学習内容について児童⽣徒へ助⾔や称賛等の評価を⾏ったり、児童⽣徒からの質問に回答したりすることに加えて、児童⽣徒全体に必要な情報提供や指⽰を⾏う
等のコミュニケーションを図る

3.5.4 教職員（教員事務に関するユースケース）
ユースケース
ユースケース名

概要
児童⽣徒の学校での学習の指導・⽀援

時間割を作成する・教職員は各学年において履修する教科・科⽬、教科・科⽬ごとの授業時数等から、クラスごとの時間割の作成を⾏う
児童⽣徒の学習状況の確認と指導・⽀援の改善

評価材料として活⽤する・教職員はテスト結果や家庭学習の課題の提出状況、授業中のスタディ・ログ、児童⽣
徒の学習状況を⼀覧できるダッシュボード等を、児童⽣徒⼀⼈⼀⼈の学習評価の評価
材料の⼀つとして活⽤する

児童⽣徒の出⽋を確認する

・教職員は児童⽣徒の出⽋状況を確認し、管理する補習を計画する・教職員は児童⽣徒の学習状況を確認し、必要に応じて補習や個別指導等の計画を⽴てる

指導計画を作成する・教職員は各種デジタル教科書・教材や学習ツールの利⽤状況やCBTのスコア、保護者
アンケートなどをデータ化し、それらを活⽤して個別最適な指導計画を作成する

27

いじめや虐待、不登校など
⽣徒指導上の問題の予兆を・教職員は児童⽣徒が⾃分の⼼情を記録するアプリなどを活⽤することで、いじめや虐
待、不登校など⽣徒指導上の問題の予兆を検知する

検知する
児童⽣徒や保護者とのコミュニケーション
保護者の承諾が必要な⼿続・保護者にメッセージを通知し、オンライン上に⽤意された⼿続ページ等に保護者が必きについてオンラインで承要事項を記⼊したり、承認⼿続きを⾏ったりすることにより、必要な承諾を得る

諾を得る
保護者への情報伝達を⾏う

・保護者にメッセージを通知し、必要な情報伝達を⾏ったり、ファイル添付やクラウドのファイル共有機能等を⽤いて写真等の配布を⾏ったりする

アンケートを配布し、結果を共有する
保護者⾯談でAIが分析したデータを活⽤する・教職員は学習eポータルからアンケートを配布し、集計結果やフィードバックを児童⽣徒に共有する・教職員は各種デジタル教科書・教材や学習ツールの利⽤状況やCBTのスコア、授業中の様⼦等からAIで分析した児童⽣徒の強みや特性、興味関⼼分野を活⽤して保護者⾯談を⾏う
学級単位での授業運営に関する事務

年次更新の⼿間を軽減する

・学習eポータルと各種学習ツールとの連携により、教職員は学習eポータルに登録しているアカウント情報を更新するだけで、校務⽀援システムや各種デジタル教科書・教材、学習ツールごとの更新はせずに年次更新を⾏うことが可能

⼆重⼊⼒を解消する

・学習ツールを活⽤することで、教職員はアンケート、調査書、校務関連の書類などの作成時に同じ情報を何度も⼊⼒する必要がなくなる

28

3.5.5 学校（管理職等）
ユースケース
ユースケース名

概要
情報管理

教職員情報を管理する・学校（管理者）は校内の教職員情報を確認し、⼈事異動や新規採⽤等に伴う所属情報やアカ
ウント情報の内容変更があった場合は教職員情報の登録・削除・変更を、教育委員会と連携して⾏う
・教職員の退職・休職・採⽤等があった場合、随時その内容を反映する
学校・学年等における指導⽅針の策定

クラスごとの学習状況

・学校（管理職等）は、児童⽣徒⼀⼈⼀⼈やクラスごとの学習状況（テストや学⼒調査等の結を分析し、指導⽅針を

果、課題等の提出状況、⼩テスト等の結果、等）を分析し、クラスごとの指導改善や、児検討する

童⽣徒⼀⼈⼀⼈の指導⽅針の検討に活⽤する

学校経営⽅針や教育課
程編成に反映する・学校（管理職等）は、児童⽣徒の各種デジタル教科書・教材や学習ツールの利⽤状況やCBTのスコアをはじめ、教科、学習分野ごとの強み、弱み、興味関⼼分野等のデータを活⽤しながら、学校経営⽅針や教育課程の編成に活⽤する
指導⽅針に基づく児童⽣徒の学習状況の確認と改善

個別最適な学びに繋がる授業を実施する・学校（管理職等）は、児童⽣徒の各種デジタル教科書・教材や学習ツールの利⽤状況やCBTのスコアをはじめ、教科、学習分野ごとの強み、弱み、興味関⼼分野等のデータを活⽤して、個々の児童⽣徒に個別最適な学びを提供する

協働的な学びに繋がる授業を実施する・学校（管理職等）は、児童⽣徒の各種デジタル教科書・教材や学習ツールの利⽤状況やCBTのスコアをはじめ、教科、学習分野ごとの強み、弱み、興味関⼼分野等のデータを活⽤して、学校やクラスを超えた協働的な学びを提供する（同じ興味を持つ児童⽣徒がオンラインで繋がって学ぶ、同じ進度の児童⽣徒がマッチングして議論する、反対に異なる考えを持つ児童⽣徒のグループを作り、新たな気づきの創出機会を作る等）

29

教職員の指導状況の確認と改善
学校全体で学級の状況

・学校（管理職等）は各クラスの状況を各種デジタル教科書・教材や学習ツールの利⽤状況やを把握し、⽀援する

CBTのスコア、授業中の様⼦等のデータを活⽤して、悩みや課題を抱えている学級の⽀援を⾏う
学校で⽤いる教科書・教材等の管理

デジタル教材を学習e・学校（管理職または教職員等）は、授業や家庭学習における課題等で利⽤するデジタル教材

ポータルに登録するを学習eポータルに登録し、教科や教科書の単元、時間割等と紐づけを⾏い、デジタル教科
書と連携して利⽤できるようにする

教科書・教材情報を管理する・学校の担当者は、教育委員会と分担しつつ学習eポータル経由で児童⽣徒が使⽤できるデジタル教科書や教材の情報を登録し、学校・学年との紐づけを⾏う

3.5.6 学校設置者
ユースケース
ユースケース名概要
⾃治体や法⼈単位での教育に関する事務

年次更新の⼿間を軽減す
る

・学習eポータルと学習ツールとの連携により、教職員は学習eポータルに登録しているア
カウント情報を更新するだけで、校務⽀援システムや各種デジタル教科書・教材、学習
ツールごとの更新はせずに年次更新を⾏うことが可能
情報管理

教員情報を管理する※学校の実施項⽬と同⼀・教育委員会の担当者は毎年1回、⾃治体内の教職員情報を確認し、⼈事異動や新規採⽤等に伴う所属情報やアカウント情報の内容変更があった場合は教職員情報の登録・削除・変更、および学校への紐付けを⾏う
・教職員の退職・休職・採⽤等があった場合、随時その内容を反映する

30

児童⽣徒情報を管理する

・教育委員会の担当者は毎年1回、⾃治体内の児童⽣徒情報を確認し、⼊学・卒業した児童
⽣徒及び変更があった児童⽣徒の情報登録・削除・変更、および学校への紐づけを⾏う
・児童⽣徒の転出⼊等があった場合は、随時その内容を反映する

学校情報を管理する

・教育委員会の担当者は毎年1回、⾃治体内の学校情報を確認し、内容変更があった場合は
学校情報の登録・削除・変更を⾏う
学校で⽤いる教科書・教材等の管理

教科書・教材情報を管理する

・教育委員会の担当者は学校と分担しつつ、学習eポータル経由で児童⽣徒が使⽤できるデジタル教科書や教材の情報を登録し、学校・学年との紐づけを⾏う
テストや学⼒調査等の実施

テストや学⼒調査等の実施計画を⽴てる・教育委員会の担当者、または学校（管理職等）は、テストや学⼒調査等の実施計画を⽴案し、スケジュールおよび実施するテスト問題を学習eポータルに登録する・スケジュールやテスト問題を学校等に通知する

テストや学⼒調査等の結果を分析し、指導改善⽅

・教育委員会の担当者、または学校（管理職等）は、テストや学⼒調査等の結果を分析し、学校全体の指導改善や、教職員⼀⼈⼀⼈の指導改善⽅策を検討する

策を検討する
教育施策の⽴案・改善
教育施策の⽴案・改善及び予算検討に活⽤する
使⽤する学習eポータルを変更する

・学校設置者は、各学校のクラスごとの取り組み内容に対する成果データを分析し、教育施策の⽴案・改善等、次年度事業の予算検討などに活⽤する・学校設置者は、学校からの意⾒を聞き、必要に応じて使⽤する学習eポータルを変更し、その際に、学校及び教職員が、変更前の各種デジタル教科書・教材や学習ツールでの児童⽣徒の学びの履歴や特性のデータを参照、活⽤して指導をすることができるよう配慮する

31

3.5.7 保護者
ユースケース
ユースケース名

概要
児童⽣徒の学習状況の確認 / ⾃宅での学習の指導・⽀援

保護者が⼦供の学習状況を把握する・保護者は学習eポータルのダッシュボードで、⼦供のテスト結果、単元ごとの学習状況等を確認し、家庭学習の充実に活⽤する学校や教職員とのコミュニケーション

学校からの連絡・通知を受け取・保護者は学習eポータル経由で学校からの通知や連絡を受け取る

る・保護者から学校や教職員に対する連絡等も⾏うことができる

外国⼈等が翻訳された状態で学・保護者が学習eポータルで⾔語を指定することにより、メニュー等が指定した⾔語

校から連絡・通知を受け取る

で表⽰され、教職員や学校からの通知内容が⾃動的に翻訳されて表⽰される（外国⼈児童⽣徒等も同様に翻訳機能を利⽤可能）

32

4. 製品に関する要件・仕様
4.1 学習eポータルの機能要件
学習eポータルの機能要件を挙げる。学習eポータルはデジタル学習環境のハブであり、他のコンポーネントと連携して機能を実現することでもかまわない。これら機能には、すべての利⽤者が使⽤する「基盤機能」と、利⽤者種別ごとに提供される「利⽤者別機能」に分けられる。
表4-1 学習eポータル機能⼀覧
種別

要否

機能

基盤機能

MUST

アカウント管理／ユーザー認証

MUST

MEXCBTとの連携

MUST

各種学習ツールとの連携

MUST

校務⽀援システムとの連携

MUST

LRSとの連携

RECOMMENDED

OSや各種学習ツールとのシングルサインオン

MUST

MEXCBTの利⽤

RECOMMENDED

学習ツールの利⽤

MAY

時間割/スケジュール管理MAY

学習者⽤マイページ

MAY

ダッシュボード

MUST

⽣徒情報管理

MUST

テスト管理

MUST

テスト結果閲覧

MAY

ダッシュボード

学習者側機能教職員側機能33

4.1.1 基盤機能（詳細）4.1.1.1 アカウント管理／ユーザー認証ⅰ）学習eポータル利⽤者のアカウント情報として、ユーザーID及びユーザー属性等の必要情報を保持し、システム管理者や権限を与えられたユーザーが登録・修正・削除できること。
ⅱ）利⽤者が学習eポータルの利⽤を開始する際に、ID／パスワードあるいはその他の⽅法により、ユーザーの認証を⾏うこと。認証は学習eポータル内で実施するほか、外部のIdPと連携して⾏ってもよい。
ⅲ）ユーザー情報として学習eポータルが必要と認める項⽬を定め、保持できること。（MAY）

4.1.1.2 MEXCBTとの連携
ⅰ）学習eポータルがLTIPlatformとして、LTITools機能を持つMEXCBTを呼び出せること。
ⅱ）標準に基づきxAPIフォーマットで記録されたMEXCBTのスタディ・ログを受け取れること。

4.1.1.3 各種学習ツールとの連携ⅰ）学習eポータルがLTIPlatformとして、LTITools機能を持つ各種学習ツール（デジタル教科
書、デジタル教材など）を呼び出せる機能を備えること。ただし、各種の学習ツールを、LTI以外の⽅法で呼び出して連携することは妨げない。
ⅱ）標準に基づきxAPIフォーマットで記録された各種学習ツールのスタディ・ログを受け取れること。

4.1.1.4 校務システムとの連携
ⅰ）学習eポータルは、OneRosterに基づいた名簿情報を校務⽀援システムから受け取ることができ、その情報を⽤いてユーザーの新規登録、更新、削除ができること。

4.1.1.5 LRSとの連携
ⅰ）学習eポータルは、⾃⾝に組み込まれたLRS、または独⽴したLRSとの間で、xAPIフォーマットで記録されたスタディ・ログの送受信が⾏えること。

4.1.1.6 OSや各種学習ツールとのシングルサインオンⅰ）OS提供事業者が提供するユーザー認証機能との間、また各種の学習ツールとの間で、できるだけ新たなログイン操作を⾏うことなしに利⽤できること。シングルサインオン実現のための技術規格は問わない。
34

4.1.2 学習者側機能（詳細）4.1.2.1 MEXCBTの利⽤
ⅰ）利⽤者が学習eポータルに設定されたMEXCBTへのリンクをクリックすることにより、リンクで⽰されたMEXCBTのテストを受検できる状態にすること。
ⅱ）利⽤者が学習eポータルからMEXCBTを呼び出してテストを受検したとき、テスト完了後に
MEXCBTからテスト結果を受け取り、受検者と紐づけてテスト結果を保管すること。
ⅲ）利⽤者がテストを完了してMEXCBTを終了したのち、学習eポータル上でテスト結果を確認できること。

4.1.2.2 時間割/スケジュール管理ⅰ）学習者の時間割やスケジュールを表⽰できること。
ⅱ）時間割やスケジュールに⽰されたそれぞれの授業について、その授業で⽤いるデジタル教科
書や、CBTのテスト等がリンクとともに表⽰され、リンクをクリックすることにより当該のデジタル教科書やCBTのテストを表⽰できること。

4.1.2.3 学習者⽤マイページⅰ）学習者が学習eポータルにログインしたとき、その学習者のマイページが表⽰されること。
ⅱ）マイページに、利⽤者⾃⾝の時間割やスケジュール、利⽤者が利⽤可能なデジタル教科書や教材、テストやその結果へのリンクなど、学びに必要な情報を掲載できること。

4.1.2.4 デジタル教材の利⽤ⅰ）設定されたデジタル教材やドリル、CBTなどさまざまな学習ツールへのリンクをクリックすることにより、その学習ツールに遷移できること。
ⅱ）学習ツールを利⽤する際に、トップページだけでなく、学習指導要領コードなどで指定された特定個所に直接遷移できること。（MAY）
ⅲ）学習eポータルが学習ツールから標準に基づきxAPIフォーマットでスタディ・ログを取得でき
ること。

35

4.1.2.5 ダッシュボードⅰ）学習eポータルが様々な学習ツールから取得したスタディ・ログ等を、学習者にわかりやすい
形式で表⽰できること。

4.1.3 教職員側機能（詳細）4.1.3.1 ⽣徒情報管理ⅰ）適切な権限を持つ者が学習者の情報について登録・修正・削除ができること。
ⅱ）学習者情報を、学習eポータルと連携している校務⽀援システム等から取得し、更新できるとよい。（MAY）

4.1.3.2 テスト管理ⅰ）MEXCBTに登録されているテストの中から学習者に受検させるテストを選択し、学習者情報と紐づけ、必要な情報（受検⽇、受検者、再受検の可否、等）を登録・修正・削除できること。
ⅱ）学習者が当該テストを受検したかどうかを確認できること。

4.1.3.3 テスト結果閲覧ⅰ）学習eポータル経由で受検したMEXCBTのテスト結果を閲覧できること。

4.1.3.4 ダッシュボードⅰ）学習eポータルが様々な学習ツールから取得したスタディ・ログ等を、学習者にわかりやすい
形式で表⽰できること。

36

4.2 学習ツールとの連携技術仕様
ここでは、学習eポータルと学習ツールが連携して動作するためのルールを⽰す。「4.1 学習eポータルの機能要件」にある通り、学習eポータルの基盤機能では以下の要件を定めている。
MEXCBT との連携
i. 学習eポータルが LTI Platform として、LTI Tools 機能を持つ MEXCBT を呼び出せること。
ii. MEXCBT から、標準に基づき xAPI フォーマットで記録されたスタディ・ログを受け取れること。
各種学習ツールとの連携
i. 学習eポータルが LTI Platform として、LTI Tools 機能を持つ各種学習ツール（デジタル教科書、デジタル教材など）を呼び出せること。
ii. 呼び出した各種の学習ツールから、標準に基づき xAPI フォーマットで記録されたスタ
ディ・ログを受け取れること。
MEXCBTとの連携は、令和3年度事業において、Learning Tools Interoperability® 1.3 (LTI
1.3) という1EdTech™ Consortium が定める技術規格に基づいて仕様が定められた。MEXCBTとのスタディ・ログの連携においては、令和 2 年度に⾏われた検証事業により MEXCBT 上で⾏われた学習活動の情報 を xAPI フォーマットでまとめるスタディ・ログコンバーターのプロトタイ
プが作成された。令和3年度事業では、このスタディ・ログコンバーターがブラッシュアップされ正式運⽤版となるとともに、MEXCBT上に搭載されている各テストのメタデータを取得できるAPIが実装された。その詳細は「4.2.1.2.1 MEXCBTからスタディ・ログを受け取る」に記載する。
MEXCBTを学習ツールの⼀つとみなせば、令和2,3年度事業で定めたLTIとxAPIに関する仕様は学習ツール全般に適⽤できるものとMEXCBT固有のものに分けることができる。本モデルではこの仕様を踏まえて、学習eポータルと学習ツール間の連携ルールを以降に記載する通り定める。このルールのうち、学習eポータルに対して適⽤されるものは4.2.1に、学習ツールに対して適⽤されるものは4.2.2に⽰した。

37

4.2.1 学習eポータル
4.2.1.1 LTIによる学習ツールの呼び出し
LTI(Learning Tools Interoperability)とは、1EdTech™ Consortium (旧︓IMS Global
Learning Consortium)により定められた、LMS等のプラットフォームと学習アプリケーションおよびツール間の接続に関する標準規格である。本モデルではバージョン1.3を採⽤する。LTI 1.3
はコア機能とオプションを追加するいくつかの拡張機能で構成されており、現在のバージョンでは次の4つが主たる仕様群として定義されている。
・LTI v1.3 Core・Assignment and Grade Services v2.0 (AGS)・Names and Role Provisioning Services v2.0 (NRPS)・Deep Linking v2.0 (DL)MEXCBTを含めた学習ツールとの接続において、LTI CoreとAssignment and Grade Services
v2.0 (AGS)，Deep Linking v2.0 (DL)を⽤いる際のルールを次項の通り定める。Names andRole Provisioning Services v2.0 (NRPS)については、 MEXCBTとの連携にて仕様を定められていないため、本モデルでは扱わないものとする。

4.2.1.1.1 LTI v1.3 CoreMEXCBTに対しては、各MEXCBTテスト受検画⾯の呼び出しと受検済みテストの解答レビューを⾏う際に、LTI Core(Resource Link Launch Request)を⽤いる。MEXCBT以外の学習ツールに対しては、それぞれのツールの⽤途や機能によって、各ツールのTOP画⾯の呼び出し、特定のコンテンツの呼び出し(例︓デジタル教科書でTOP画⾯を介することなく指定ページ、単元の画⾯を呼び出す)等をLTI Resource Link Requestを⽤いて実⾏する。
1EdTech™ Consortium の定めるLTI v1.3 Core仕様については、以下を参照すること。
https://www.imsglobal.org/spec/lti/v1p3/
以下に、LTI v1.3 Coreに対して本モデルで追加する連携ルールを定める。

38ⅰ） ユーザーとロール
5.3.6 User Identity claims (https://www.imsglobal.org/spec/lti/v1p3/#user-identity-claims )および5.3.7 Roles claim(
https://www.imsglobal.org/spec/lti/v1p3/#roles-claim )で定められているユーザーとロールについて、以下のルールを追加する。
ユーザー︓
subで連携するユーザーの識別⼦は、校務⽀援システムで⽣成されたUUIDを⽤いる。ただし、連携する校務⽀援システムが存在しない場合には、各学習eポータルがこのUUIDを⽣成する。
UUIDはversion4に従い、満たすべき乱数の品質や各プログラミング⾔語におけるUUID version4の⽣成⽅法の具体例は資料1︓UUIDの⽣成 を参照すること。
ユーザープロパティは、”学年情報”および”クラス情報”をカスタム項⽬として追加し、これらの値をツールと共有することができる。パラメータに対する規定は以下の通り。

クレーム

Name

学習eポータル標準モデル
要否

User Identity
claims

規定の内容

sub

REQUIRED 呼び出し操作を⾏ったユーザーのUUID

name

OPTIONAL

given_name

OPTIONAL

family_name

OPTIONAL

middle_name

OPTIONAL

学習eポータルで、学習ツール上で表⽰されることを意図して登録された⽂字列
通称名やニックネームが⽤いられることを想定する＊学習eポータルから校務⽀援システムに対するUUIDの書き戻し
学習eポータル標準モデルVer2.00では、校務⽀援システムと学習eポータル間の連携については定めていなかった。
すでに学習eポータルが導⼊されている学校においてこの連携を⾏うには、学習eポータル上にすでにあるユーザー識別のためのUUIDを書き換える必要があるが、学習ツール等に対する影響を考慮すると、この書き換えは⾏わない⽅が良い。代わりに、学習eポータルで⽣成されたUUIDを校務⽀援システムへ書き戻すことで連携を可能にすることもできる。
この書き戻しには校務⽀援システム上の名簿情報と学習eポータル上の名簿情報の突合作業を必要とするため、学習eポータル事業者
はUUID、ユーザー名、所属学校、学年、所属クラス、出席番号の情報を含む名簿を出⼒できることが望ましい。

39

Custom properties

grade

OPTIONAL

学習eポータル上でユーザーごとに登録された学年コード
コード体系は資料2に記載

classnameOPTIONAL

学習eポータル上でユーザーごとに割り当てられた主所属クラスの⽂字列

なお、MEXCBTでは⽒名や学年等の情報を取り扱わない⽅針のため、上記パラメータのうちsubのみを受け取り、それ以外は必ず破棄される。
ロール︓
各ユーザーのロールは「資料3︓ロール⼀覧」に含まれるいずれかの値を⽤いる。
MEXCBTで使⽤しているロールとそれぞれの解釈は以下の通りである。
なお、短縮形は利⽤不可となっている。
例︓児童⽣徒を表すロールとしてStudentを使⽤する場合✕「Student」〇「http://purl.imsglobal.org/vocab/lis/v2/institution/person#Student」➀MEXCBTは以下のいずれか、またはすべてが⽤いられた場合、『児童⽣徒』と解釈する
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Student
http://purl.imsglobal.org/vocab/lis/v2/membership#Learner➁MEXCBTは以下のいずれか、またはすべてが⽤いられた場合、『教員』と解釈する
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Faculty
http://purl.imsglobal.org/vocab/lis/v2/membership#Instructor➂MEXCBTは➀➁以外、または➀➁を両⽅含む場合、『教員』と解釈する
ⅱ） コンテキスト
5.4.1 Context claim( https://www.imsglobal.org/spec/lti/v1p3/#context-claim )で定められているコンテキストについて、以下のルールを追加する。
Contextクレームを含めることを必須とする。IDに対しては追加の規定をしない。
40ⅲ） デプロイメントID
5.3.3 LTI Deployment ID claim(
https://www.imsglobal.org/spec/lti/v1p3/#lti-deployment-id-claim )で定められているデプ
ロイメントIDについて、以下のルールを追加する。
A.

学校所属の教職員アカウントおよび児童⽣徒アカウントはdeployment_idに、所属する学校の「学校コード」を含めなければならない。

B.

⾃治体所属の職員アカウントはdeployment_idに、市町村職員は「⾃治体コード」を、都道府県職員は「都道府県コード」を含めなければならない。

C.

アカウントとdeployment_idの組合せは、⼀貫性がなければならない (処理毎に任意の組合せを選ぶものではない）
学習eポータルの⾃治体職員ユーザーが、管下の特定の学校に限定してツールを利⽤する
ような場合においても、⽤途に関わらずdeployment_idは、⾃治体コード(市町村)または都道府県コードとする。

D.

deployment_idに含める各種コードについては、下記に⽰す接頭辞およびデリミターを付加した値で送信しなければならない。
・接頭辞
・S︓学校コード・B︓⾃治体コード
・P︓都道府県コード
・デリミター「_」(アンダーバー)とする

E.

deployment_idに含める各種コードについては、それぞれ下記を採⽤するものとする。
学校コードには、⽂科省「学校コード」を採⽤する。
参照URL︓https://www.mext.go.jp/b_menu/toukei/mext_01087.html
⼀条校のうち「⼩学校、中学校、義務教育学校、⾼等学校、中等教育学校、特別⽀援学校」を対象とする。
⾃治体コードおよび都道府県コードには総務省「全国地⽅公共団体コード」を採⽤する。
参照URL︓https://www.soumu.go.jp/denshijiti/code.html
事務組合(⽴)についても同コードを採⽤する。
41

上記に含まれない学校・団体等が利⽤する際に指定するdeployment_idについては、
学習eポータル事業者およびMEXCBT事業者間で別途協議する。
F.

各種コードの真正性については、学習eポータルにおいて、予め確認されていることを前提とする
真正性︓主体や資源が、主張通りであること

参考︓MEXCBTを呼び出す際の送信データのサンプルを資料4および資料5に記載した。

42

4.2.1.1.2 Deep Linking v2.0
MEXCBTにおいては、教職員が児童⽣徒に対してMEXCBT上に登録されているテストのURL(LTI Resource Link)を配信する際に、配信したいテストの検索、選択と学習eポータルへの設定をGUI上で簡便に⾏えるようにするために⽤いられる。MEXCBT以外の学習ツールにおいても、テストのURLを各ツールが持つコンテンツそれぞれのURLに置き換えることで、同様の⽬的で⽤いられると考えられる。ただし、本モデルでは、MEXCBT以外の学習ツールがDeep Linking
を⽤いるための⽅法については規定しないため、学習eポータルからのDeep Linkingリクエストに対して、すべての学習ツールが適切に応答できるとは限らないことに注意されたい。
1EdTech™ Consortium の定めるDeep Linking v2.0仕様については、以下を参照すること。
https://www.imsglobal.org/spec/lti-dl/v2p0/ⅰ）Deep Linking Request
3.4.1 Deep linking
settings(https://www.imsglobal.org/spec/lti-dl/v2p0/#deep-linking-settings )で定められているDeep Linking Request設定について、以下の規定を追加する。

クレーム

deep_linking_settings

Name

accept_types

学習eポータル標準モデル
要否

規定の内容

REQUIRED"ltiResourceLink"が含まれてなけ
ればならないaccept_presenta

REQUIRED

tion_document_”window”が含まれていなければな
らない

targets
data

REQUIRED

CSRFトークン等、Deep Linkingレ
スポンス時に学習ツールから返送が必要な値を⼊れなければならない

参考︓MEXCBTを呼び出す際の送信データのサンプルは資料6に記載した。

43ⅱ）MEXCBTにおけるDeep Linking Response
MEXCBTは、Deep Linking Response時の”content items”に対して以下の通り規定を追加している。学習eポータルはこれをMEXCBT固有の仕様であると解釈する必要がある。
クレーム

学習eポータル標準モデル
Name

要否

規定の内容

content_ custom ”https://mexcbt.mext.go.jp/lti/metadata”
items

testReview

OPTIONAL

testReview.reviewableStatus

テストレビューのLTI連携情報。テストレビュー不可のテストではキーのみ設定する（値はnull）"Submitted", "Completed"

REQUIRED※

テストレビューリンクがいつ表⽰されるかを⽰す⽂字
列配列。AGSで送信された最新のactivityProgressの値に、ここで渡される値が含まれていた場合、学習e
ポータルはテストレビューリンクを有効にする。

testReview.url

各テストのテストレビューURLを設定する。
REQUIRED このプロパティが含まれているとき、学習eポータル※

はここで⽰されたURLをテストレビュー起動時のtarget_link_uriとして⽤いなければならない。

testReview.custcustom_show_score: trueom

受検者の得点を表⽰する場合にtruecustom_show_correct: true
REQUIRED※

正答を表⽰する場合にtrue
例︓"custom" :{"custom_show_score":true,"custom_show_correct":true}

maxAttempts
academicStand
ardCodesOPTIONAL
OPTIONAL

このテストを受検できる最⼤試⾏回数。受検回数の制
限が無い場合、keyのみ設定し、valueは未設定
本テストデリバリーに対応する学習指導要領コードの配列※testReviewプロパティを送信する場合のみ

44

4.2.1.1.3 Assignment and Grade Services v2.0
MEXCBTでは学習eポータルに対するテスト結果(スコア)の返送に⽤いられる。本モデルでは、
MEXCBT以外の学習ツールにおいてはこの利⽤を想定していない。 以下は、MEXCBTとの連携で⽤いる場合の仕様である。
1EdTech™ Consortium の定めるAssignment and Grade Services v2.0仕様 は以下を参照すること。
https://www.imsglobal.org/spec/lti-ags/v2p0/ⅰ） MEXCBTテストの受検
MEXCBTテストの受検画⾯の呼び出しを⾏う際は、以下の規定に従ってlti-agsクレームを追加
する。

クレーム

lti-ags

Name

scope

学習eポータル標準モデル
要否

規定の内容

REQUIRED"https://purl.imsglobal.org/spec/lti-ags/scope/score”が含まれていなければならない

lineitem

REQUIREDMEXCBTから学習eポータルにスコアを返送するための学
習eポータル側のURL
形式︓
ベースURL/{contextId}/lineitems /{lineItemId}
例)
https://platform.example.com/courses/123/lineitem
s /321"45ⅱ） 受検済みテストの解答レビュー（テストレビュー）
受検済みMEXCBTテストの解答レビュー（テストレビュー）画⾯の呼び出しを⾏う際は、以下の規定に従ってlti-agsクレームを追加し、カスタムクレームには受検者に関する項⽬を追加す
る。

クレーム

lti-ags

Name

scope

学習eポータル標準モデル
要否

規定の内容

REQUIRED"https://purl.imsglobal.org/spec/lti-ags/scope/score”が含まれていなければならない

customlineitem

REQUIREDⅰ） MEXCBTテストの受検 で送信したものと同じURL

for_userREQUIRED

テスト受検者を表すUUIDREQUIRED

テスト受検者のロール_id
for_roles「4.1.1.1 LTI v1.3 Core ⅰ） ユーザーとロール」と同様

46

4.2.1.2 xAPIフォーマットで記録されたスタディ・ログの受け取り
学習eポータルと学習ツール間でのスタディ・ログの受け渡しに関しては⼤きく2種類の⽅法がある。
① 学習eポータルが、学習ツールのもつスタディ・ログ送信のためのAPIに対してリクエストを送ることで受け渡される② 学習ツールが、LRSまたは学習eポータルに対して、バッチ処理等によりスタディ・ログ送信のためのAPIを実⾏することで受け渡される
学習eポータルは、この両⽅に対応する必要がある。
MEXCBTでは①の⽅法が採⽤されており、MEXCBT以外の学習ツールにおいては➁が採⽤されるものとする。なお②において、学習ツールがLRSに対してスタディ・ログを送信する場合、学習e
ポータルはこれをLRSから取得することで受け渡しが完了する。その⽅法について、本モデルでは規定しない。

4.2.1.2.1 MEXCBTが提供するスタディ・ログ
MEXCBTは、以下のプロファイルに従ったスタディ・ログを提供する。ステートメントの具体例は資料7︓MEXCBTが提供するxAPIステートメントのサンプルを参照すること。

ステートメント種

項⽬

内容

Start

アクティビティ

評価開始

Verb

http://adlnet.gov/expapi/verbs/attempted

Object

ルートアクティビティ

参照

ADL Vocabulary

アクティビティ

アセスメントの完了, 評価終了

Verb

http://adlnet.gov/expapi/verbs/completed

Object

ルートアクティビティ（試⾏開始）

Complete +Success（完了 + 合格）47

Complete + Failure（完了 + 不合格）

Interaction
Answered（解答）Interaction

Result'success' = true

参照

SCORM Proﬁleアクティビティ

アセスメントの完了, 評価終了

Verb

http://adlnet.gov/expapi/verbs/completed

Object

ルートアクティビティ

Result'success' = false

参照

SCORM Proﬁleアクティビティ

解答（合否を伴わない）

Verb

http︓//adlnet.gov/expapi/verbs/answered

Objectインタラクション アクティビティ

Result（success 記述なし）

参照

ADL Vocabulary

アクティビティ

解答 + 独⽴したインタラクションにて合格

Verb

http︓//adlnet.gov/expapi/verbs/answered

Objectインタラクション アクティビティ

Result'success' = true参照

ADL Vocabulary

アクティビティ

解答 + 独⽴したインタラクションにて不合格

Verb

http︓//adlnet.gov/expapi/verbs/answered

Objectインタラクション アクティビティ

Result'success' = false

Answered
Successfully（解答 + 合格）Interaction
Answered
Unsuccessfully（解答 + 不合格）

48

Viewed（ページ閲覧）参照

ADL Vocabulary

アクティビティ

学習コンテンツやリソースの閲覧

Verb

http://id.tincanapi.com/verb/viewed

Object

読み取り アクティビティ

timestamp

アクションの実⾏⽇時（MEXCBT では閲覧終了⽇時）

参照

TinCan Vocabulary

学習者の操作と、これらのステートメント種との関係は次の通りである。
・Verbがattemptedのステートメントは、学習eポータルによってMEXCBTが起動され、
MEXCBTがテストの提供を開始した段階で⾃動的に⽣成される・Verbがanswered、viewedのステートメントは、学習者によって異なるページへの移動操作、
もしくはテスト終了が実⾏された直後に⽣成される。テストによっては、任意や前のページへの遷移が可能とされるものが存在する
・タイプ1のansweredステートメント①②の双⽅には、各１つのインタラクションへの結果が含まれる
・タイプ2のansweredステートメント①②には、インタラクションへの結果は含まれない。 ①と②は、その⼦に相当するステートメント①-1, ①-2、および、②-1, ②-2, ②-3 に 各々のイン
タラクションの結果を個別に保持する形をとる
・Verbがcompletedのステートメントは、学習者によってテストの終了が実⾏された直後に⽣成される。なお、学習者がテストの終了を明⽰的に実施しなかった場合には、completedステー
トメントは⽣成されない49

図5-1 学習者の操作とステートメントの対応関係(タイプ1︓インタラクションが1つの場合 タイプ2︓インタラクションが複数の場合)

50

4.2.1.2.2 MEXCBTからスタディ・ログを受け取る
MEXCBTは以下のスタディ・ログ連携機能を提供する。
xAPIスタディ・

CBTエンジン上の解答履歴情報やCBTコンテンツのメタデータを参照

ログへの変換し、xAPI 形式に変換した上でMEXCBT内部のデータベースに格納する。xAPI形式への変換はテストの受検とは同期せず定期的に実⾏される。そのため、受検終了後に学習eポータルがスタディ・ログを取得可
能となるまで数時間程度を要する。
変換終了後、学習eポータルは本節「ⅱ）MEXCBTでのスタディ・ログ取得のためのAPI仕様」で述べるWeb APIを⽤いてMEXCBTスタディ・ログを取得できる。

CBTコンテンツのMEXCBTでは、xAPIスタディ・ログの効率的な送受信にあたり、xAPI

メタ情報の提供

スタディ・ログ取得⽤のAPIとは別に、CBTコンテンツのメタ情報を出⼒するAPIを設ける。このAPIについては本節「ⅲ）MEXCBT問題メタ
データ取得のためのAPI仕様」にて後述する。

スタディ・ログ取得

MEXCBTスタディ・ログAPI、問題メタ情報APIの認証・認可⽅式は以下における認証・認可を採⽤する。
認証︓学習eポータルのRSA鍵ペアを⽤いたクライアント認証（LTI
接続で使⽤するものと同⼀の鍵ペアを使⽤）
認可︓OAuth 2.0 Client Credentials

学習者の所属情報

令和3年度学習eポータル 標準モデル「4.1 学習eポータルの機能要件」（⾃治体・学校・クにある通り、学習者の属性情報の管理は学習eポータルの責務と位置付

ラス 等）

けられている。
xAPI スタディ・ログには、次の学習者に関する情報が含まれる。
・ 学習eポータルの識別情報
・ 学習者識別⽤UUID
クラス単位・学校単位での学習状況分析等の機能提供にあたっては、
UUIDを⽤いて学習eポータルにて所属・属性情報との紐付けを⾏うもの
とする。

51

ⅰ）スタディ・ログAPIへのアクセス制限
MEXCBTスタディ・ログ API は以下の⽅式で認証・認可を⾏う。
認証︓ RSA鍵ペアを⽤いた学習eポータルの認証（LTI接続で使⽤するものと同⼀の鍵ペアを使⽤）
認可︓OAuth 2.0 Client Credentials
認可スコープは次の通り。
認可対象

スコープ⽂字列

スタディ・ログの取得

https://mexcbt.mext.go.jp/auth/scope/testmeta.readonly

問題メタ情報の取得

https://mexcbt.mext.go.jp/auth/scope/studylog.readonly

⼀連の認証・認可処理は次の通り⾏われる。
1. アクセストークンリクエスト(ア)学習eポータルは、次の項⽬をペイロードに含むJSON Web Token（以降、JWT）を⽣成し、⾃⾝の秘密鍵で署名する。
JWTクレーム値

iss

JWT⽣成者（学習eポータル）のissuer

sub

JWT⽣成者（学習eポータル）のissuer

aud

Audienceの識別⼦（MEXCBTのトークン発⾏エンドポイントURL）

iat

JWTの⽣成⽇時

exp

JWTの有効期限

jti

JWTのId（exp後は再利⽤可能）(イ)学習eポータルは、次のアクセストークン要求をMEXCBTのトークン発⾏エンドポイ
ントに送信する。

52

項⽬

内容

エンポイント /api/Lti/AccessToken/<MEXCBTが発⾏した学習eポータル識別⼦>
メソッド

POST

パラメータ

パラメータ

要否

値

grant_type

REQUIRE

client_credentials（固定値）

D
client_asser REQUIRE

urn%3Aietf%3Aparams%3Aoauth%3Aclient-ass

tion_typeDertion-type%3Ajwt-bearer（固定値）

scope

REQUIREMEXCBTスタディ・ログ取得、問題メタ情報取得のD

認可スコープ⽂字列。両⽅のスコープを要求する場
合は、半⾓スペースを区切り⽂字としてスコープ⽂字列を連携する。

2. アクセストークンレスポンス
MEXCBTは学習eポータルから渡されたJWTを検証し、認証に成功すれば、次の通りアクセス
トークンを学習eポータルに返す。
パラメータ

要否

内容

access_token

REQUIREDMEXCBTが発⾏するアクセストークン

token_type

REQUIRED

Bearer（固定値）

expires_in

OPTIONAL

Tokenの有効期限（1時間）

scope

OPTIONAL

認可したscope（クライアントが要求したscopeと異なる場合は必須。クライアントが要求したscopeと⼀致する場合は、本パラメータの付与は不要）

53

学習eポータルの認証に失敗した場合、MEXCBTは次のエラーレスポンスを返す。
HTTPステータスコード 内容
400 Bad Request• iss, subで渡された学習eポータルのissuer値がMEXCBTに登録されていない場合• audで渡されたURLがMEXCBTに登録されていない場合• トークンエンドポイント内の学習eポータル識別⼦に紐づく学習eポー
タル情報が存在しない場合• 上記以外の認可スコープが指定された場合

401 Unauthorized•トークン要求中のJWTの有効期限が切れていた場合＊エラー返却例
HTTP/1.1 400 Bad Request
Content-Type: application/json;charset=UTF-8
Cache-Control: no-store
Pragma: no-cache{"error":"invalid_request"}54

3. スタディ・ログAPI（問題メタ情報API）の呼び出し
学習eポータルは、2で受け取ったアクセストークンをAuthorizationヘッダに追加し、スタ
ディ・ログAPIを呼び出す。詳細は次節のAPI仕様を参照。

図5-2 スタディ・ログAPI実⾏のシーケンス

この認証⽅式はOpenID Connect Core 1.0 セクション9 で定義されるprivate_key_jwtに類似しているが、学習eポータルとMEXCBTの間の事前の認証情報の交換の簡略化のため、クライアン
トアサーション中のiss, subをLTI Resource Link RequestにおけるIDトークンのissuer値としている。

55ⅱ）MEXCBTでのスタディ・ログ取得のためのAPI仕様
API仕様は以下の通り。

# 項⽬

内容

1 エンドポイント /v2/xAPI/statements
2 リクエスト仕様 メソッド
ヘッダ

HEAD / GET• Accept（application/json, */*）
• Accept-Encoding（gzip）＜未設定時には⾮圧縮で返却＞• Accept-Language（ja）• Authorization（ [ Bearer アクセストークン ] ）• Content-Type（application/json; charset=UTF-8）• Content-Length• X-Experience-API-Version（1.0.3）

エンコーディング UTF-8
パラメータ
since

型

仕様

Timestamp

必須パラメータ
返却開始ステートメントへの⽇時指定

untilTimestamp

任意パラメータ
返却終了ステートメントへの⽇時指定
未設定であれば最新のステートメントまでを返却対象とする

limit

正数 or 0

任意パラメータ
返却ステートメント数の指定

cursor ⽂字列

返却結果に収まらない追加のステート
メントがある際にその続きの取得⽤として設定されるパラメータレスポンス
ボディの more の値をそのまま設定する

3 レスポンス仕様 ヘッダ• Status（200 OK etc.）• Content-Type（application/json）• Content-Length• X-Experience-API-Version（1.0.3）

56

• X-Experience-API-Consistent-Through（レスポンス⽇時情報（Timestamp 値））
ボディ

HEAD 呼び出しの際にはボディ内容は空GET 呼び出し時の例を以下に⽰す{"more":"https://<MEXCBTスタディ・ログAPIサーバー ホスト名>/v2/xAPI/statements?since=（省略）","statements": [{"actor":{（省略）},"verb":{（省略）},"object":{（省略）},
・
・
},
・
・
]
}

エンコーディング UTF-8
4 エラー
レスポンス
ステータス

ステータスコード 400

Bad Request

パラメータエラー

401

Unauthorized 認証エラー

403

Forbidden

リクエスト拒否（認証者資格へのリクエスト拒否）

404

Not Found

要求リソース無し

413

Request

返却サイズが許容サイズをオーバー

Entity Too（許容サイズを超える添付ファイルが付

Large

属等）

Too Many

要求過多による要求拒否

429

Requests
500

Internal
Server Error

57

予期せぬサーバエラー

504

Gateway

タイムアウトTimeout

補⾜1︓
項⽬

補⾜説明

Timestamp 値

精度ミリ秒までの ISO8601 表記タイムスタンプ値（UTC 時間） （例）2022-01-05T08:15:00.000

since パラメータ

MEXCBTスタディ・ログ変換モジュールが⾃⾝のデータベースに書き込みを⾏った⽇時の指定であり、パラメータ値を含む※ 本仕様は、xAPI LRS 仕様とは異なり、LRS 仕様では since パラメータ値を含めずそれ以降として扱う

until パラメータ

MEXCBTスタディ・ログ変換モジュールが⾃⾝のデータベースに書き込みを⾏った⽇時の指定であり、パラメータ値を含む
デフォルト値は無し

limit パラメータ0 の場合は、MEXCBTスタディ・ログ変換モジュールが許容する数を返却ス
テートメント数とする
デフォルト値は 0※ 本仕様はxAPI LRS 仕様とは limit の解釈の違いから以下の相違を持つ
例

本仕様

xAPI LRS 仕様

提供可能件数＝800

返却件数＝800

返却件数＝800

limit＝1,000

more無しmore無し提供可能件数＝800

返却件数＝500

返却件数＝500

limit＝500

more無しmore無し(残300件返却⽤)提供可能件数＝

返却件数＝1,000 返却件数＝1,000

1,200

more無しlimit＝1,000

more無し(残200件返却⽤)提供可能件数＝

返却件数＝1,000 返却件数＝1,200

1,200

more付きlimit＝2,000(残200件返却⽤) (但し、返却件数によってmore無しは、タイムアウト等のエラーの可能性を含む)

58

・いずれも until パラメータ指定無しの例
・MEXCBTスタディ・ログ変換モジュールの１回の返却可能件数（ハード
リミット）を 1,000 件に仮定（LRS はハードリミットの設定無しと仮定）
cursor パラメータ

API 利⽤側での⼀切の変更を禁⽌
内容の⼀部は暗号化、かつ、URL エンコード処理済み

more レスポンス

未返却の（続きの）ステートメントが無い場合には more 記述は省略される※ more の値には API のエンドポイントを含む内容が提供されるが、これは、xAPI LRS 仕様とは異なる。
（LRS 仕様に準拠した際には「/v2/xAPI/statements・・・」とホスト等の情 報を含まない内容とされる）

補⾜2︓
API 利⽤時の認証情報

有効な認証トークンを要する
認証トークンは、API リクエスト時の Authorization ヘッダに Bearer
トー クンとして設定（例）'Authorization: Bearer <アクセストークン>'

レスポンス ステートメント数 最⼤ 1,000 ステートメント
レスポンス ステートメント数 レスポンス情報に “more”: <URI> を含める
が 1,000 を超える場合の処理 続きのステートメント要求の際には、API 経由で more の値を使⽤ （Must 要件）59ⅲ）MEXCBTテストメタデータ取得のためのAPI仕様
MEXCBTには、搭載されているCBT問題コンテンツの属性情報を取得するための問題メタ情報
APIが備えられている。学習eポータルは、Deep Linking Responseやスタディ・ログで受け取ったコンテンツIDを問題メタ情報APIに渡すことで、問題搭載者がその問題コンテンツに付与したメタ情報を取得できる。
問題メタ情報APIの認証・認可はスタディ・ログAPIと同様にOAuth2.0 Client Credentialsで⾏う。OAuthトークンエンドポイントはスタディ・ログAPIと共通であり、問題メタ情報の取得にあたっては、学習eポータルはトークン要求時に以下の認可スコープを要求する。
MEXCBT問題メタ情報

https://mexcbt.mext.go.jp/auth/scope/testmeta.readonly

取得認可スコープ

API仕様は以下の通り。
#

項⽬

内容

1

エンドポイ

/mjk/apis/getMetaInfo

ント
2

リクエスト
仕様

メソッド

GET

ヘッダ

• Authorization（ [ Bearer アクセストークン ] ）パラメータ
delivery_id

型

仕様

⽂字列

必須パラメータ
メタ情報を取得する対象の問題コンテンツID60

need_intera ブール値

任意パラメータ

ction

返却データにインタラクション情報を含めるかを指定する真偽値
・「true」を指定した場合、返却
データはインタラクション情報を含む構造となる・「true」以外を指定するか、パラメータを省略した場合、返却
データはインタラクション情報を含まない構造となる

3

レスポンス

レスポンス形式• MIMEタイプ application/json

ボディ

下記にデータ項⽬⼀覧を⽰す。また、付録にサンプルデータを⽰

仕様
す。
エンコーディング UTF-8
4

エラー
レスポンス

ステータスコード ステータスコード
400

Bad Request

エラー内容
・コンテンツIDに紐づく問題情報が存在しない・対象のコンテンツの問題メタ情報
が⾮公開

401

Unauthorized

61

認証エラー

MEXCBT問題メタ情報APIで取得できるデータ項⽬は次の通り。
項⽬

データ型

桁数

カラム

delivery_id

英数字

255

デリバリID

test_id

英数字

255

問題ID

q_content_id

英数字

255

コンテンツIDq_work_manage_id

英数字

255

作業⽤管理IDq_publisher_cd

英数字

255

出版元コードq_publisher_name

⽂字列

500

値

q_test_type_id

英数字

11

原本ID

q_test_type_name

⽂字列

255

原本名

q_issue_year

英数字

11

発刊年

q_subject_id

英数字

11

教科ID

q_subject_name

⽂字列

255

教科名

q_subject_child_id

英数字

11

科⽬ID

q_subject_child_name

⽂字列

255

科⽬名

q_school_stage_id

英数字

11

履修学校種IDq_school_stage_name

⽂字列

255

学校種名

q_grade_id

英数字

11

履修学年IDq_grade_name

⽂字列

255

学年名

q_exec_count

英数字

11

回次

階層

階層

１

２

階層３

62

q_content_title

⽂字列

100

コンテンツタイトル

q_scoring_type

⽂字列

255

採点形式

q_diﬃculty

⽂字列

11

難易度

q_test_time_min

数値-

想定所要時間（分）q_average_score

⼩数点付き数値-

平均正答率

q_goal_score

⼩数点付き数値-

⽬標値

q_type_kbn_cd

英数字1

形式区分コード

q_type_kbn_name

⽂字列

500

値

q_level_id

英数字

11

受検級ID

q_level_name

⽂字列

255

受検級名

q_perfect_score

英数字

11

満点点数

q_item_count

英数字

11

アイテム数

q_reserve_meta_1

⽂字列

255

予備メタ１

q_reserve_meta_2

⽂字列

255

予備メタ２

q_reserve_meta_3

⽂字列

255

予備メタ３

q_reserve_meta_4

⽂字列

255

予備メタ４

q_reserve_meta_5

⽂字列

255

予備メタ５

q_reserve_meta_6

⽂字列

255

予備メタ６

q_movie_voice_check

英数字

11

動画・⾳声提⽰素材有無

q_speaking_check

英数字

11

スピーキング仕様有無

q_create_user_display

⽂字列

255

作成者

q_open_date_display

⽂字列

255

新規登録⽇時63q_update_date_display

⽂字列

255

メタ情報更新⽇時

item_meta_list

オブジェクト配列--

item_id

英数字255

受検TAOアイテムID

i_content_id

英数字

255

コンテンツID

i_work_manage_id

英数字

255

作業⽤管理IDi_publisher_cd

英数字

11

出版元コードi_publisher_name

⽂字列

500

値

i_test_type_id

英数字

11

原本ID

i_test_type_name

⽂字列

255

原本名

i_issue_year

英数字

11

発刊年

i_subject_id

英数字

11

教科ID

i_subject_name

⽂字列

255

教科名

i_subject_child_id

英数字

11

科⽬ID

i_subject_child_name

⽂字列

255

科⽬名

i_school_stage_id

英数字

11

履修学校種IDi_school_stage_name

⽂字列

255

学校種名

i_grade_id

英数字

11

履修学年IDi_grade_name

⽂字列

255

学年名

i_exec_count

⽂字列

100

回次

i_content_title

⽂字列

255

コンテンツタイトル

i_translation_cd_1

⽂字列

255

学習指導要領コード（１）i_translation_cd_2

⽂字列

255

学習指導要領コード（２）64i_translation_cd_3

⽂字列

255

学習指導要領コード（３）i_translation_cd_4

⽂字列

255

学習指導要領コード（４）i_translation_cd_5

⽂字列

255

学習指導要領コード（５）i_translation_cd_6

⽂字列

255

学習指導要領コード（６）i_translation_cd_7

⽂字列

255

学習指導要領コード（７）i_translation_cd_8

⽂字列

255

学習指導要領コード（８）i_translation_cd_9

⽂字列

255

学習指導要領コード（９）i_scoring_type

⽂字列

11

採点形式

i_diﬃculty

⽂字列

11

難易度

i_test_time_min

数値-

想定所要時間（分）i_average_score

⼩数点付き数値-

平均正答率

i_goal_score

⼩数点付き数値-

⽬標値

i_level_id

英数字

11

受検級ID

i_level_name

⽂字列

255

受検級名

i_perfect_score

英数字

11

満点点数

i_reserve_meta_1

⽂字列

255

予備メタ１
※令和5年1⽉現在、問題中の出現順を表す1から始まる半⾓数字を連携

i_reserve_meta_2

⽂字列

255

予備メタ２

i_reserve_meta_3

⽂字列

255

予備メタ３

i_reserve_meta_4

⽂字列

255

予備メタ４

i_reserve_meta_5

⽂字列

255

予備メタ５

i_reserve_meta_6

⽂字列

255

予備メタ６

65

i_movie_voice_check

英数字

11

動画・⾳声提⽰素材有無

i_speaking_check

英数字

11

スピーキング仕様有無

i_create_user_display

⽂字列

255

作成者

i_open_date_display

⽂字列

255

新規登録⽇時i_update_date_display

⽂字列

255

メタ情報更新⽇時

interaction_meta_list

オブジェクト配列-

・リクエストパラメータ「need_interaction」に「true」を指定した場合のみ出⼒・アイテムにインタラクションが存在しない場合は空配列

interaction_id

⽂字列

255

インタラクションコンテンツID

interaction_type

⽂字列

255

インタラクションタイプ

delivery_range_cd

⽂字列

255

デリバリ公開範囲コード

school_list

オブジェクト配列--

school_id

⽂字列

13

学校ID

school_name

⽂字列

100

学校名

66

4.2.2 学習ツール
4.2.2.1 LTIによる学習ツールの呼び出し「4.2.1.1 LTIによる学習ツールの呼び出し」に記載の通り、LTIバージョン1.3には4つのサービスがある。MEXCBT以外の学習ツールと学習eポータルの接続において、LTI Coreを⽤いる際のルールを以下の通り定める。Deep Linking v2.0 (DL)、Assignment and Grade Services v2.0
(AGS)、Names and Role Provisioning Services v2.0 (NRPS)等のAdvantageサービスについては特に規定しない。

4.2.2.1.1 LTI v1.3 Core
1EdTech™ Consortium の定めるLTI v1.3 Core仕様は、以下を参照すること。
https://www.imsglobal.org/spec/lti/v1p3/
学習eポータルから学習ツールに対するLTI Resource Link Launch Requestは、「4.2.2.1.1
LTI v1.3 Core」で連携ルールを定めている。リクエスト時に学習eポータルから送信されるデー
タサンプルは、資料4および資料5を参考とすること。
本項では、学習ツールがこのリクエストに応答する際のルールを記載する。
ⅰ） ユーザーとロール
ユーザー︓
この連携におけるユーザーの識別はUUIDのみを識別⼦として⽤いる。OPTIONALとして、学習eポータルから次のユーザープロパティが送信されることがある。

クレーム

User Identity
claimsName

学習eポータル標準モデル
要否

規定の内容

name

OPTIONAL

学習eポータルで、学習ツール上で表⽰さ

given_name

OPTIONAL

family_name

OPTIONAL
67

れることを意図して登録された⽂字列
通称名やニックネームが⽤いられること

Custom properties

middle_name

OPTIONAL

を想定する

grade

OPTIONAL

学習eポータル上でユーザーごとに登録された学年コード
コード体系は資料2に記載

classnameOPTIONAL

学習eポータル上でユーザーごとに割り当てられた主所属クラスの⽂字列

学習ツールは、リクエストに対する応答としてこれらの⼀部または全てを使⽤する場合、個⼈情報の取り扱いについて関係する⾃治体、学校および学習eポータル事業者と事前に取り決めが必要であることに注意しなければならない。使⽤しない場合は、これらの値を受け取らずに破棄すること。
学習eポータルによっては、”sub”クレームを含まない場合がある。5.3.6.1 Anonymous
launch case( http://www.imsglobal.org/spec/lti/v1p3/#user-identity-claims )に従い、その場合は匿名ユーザーからの呼び出しとして解釈する必要がある。
ロール︓
利⽤可能なロールは、「資料3︓ロール⼀覧」より各学習ツールがそれぞれ選択し、各ロールに対する解釈も学習ツールごとに定める。
学習eポータルが”sub”クレームを含めずに匿名ユーザーによる呼び出しを意図している場合、この値が空で送られることがある。この場合でも、匿名ユーザーからの呼び出しとして解釈する。
ⅱ）デプロイメントID「4.2.1.1.1 LTI v1.3 Core」で定められている通り、デプロイメントIDには学校コードまたは⾃治体コード、都道府県コードが⽤いられる。学習ツールはこの値を、呼び出しを⾏ったユー
ザーの所属する組織に関する情報として利⽤しても良い。

68

4.2.2.2 xAPIフォーマットでのスタディ・ログの送信
学習ツールがLRSに記録するスタディ・ログについては、学習ツールを活⽤した際のあらゆるスタディ・ログを対象とするものではなく、複数のスタディ・ログを分析・可視化するなどして学習者に知⾒を還元するため、国際標準規格であるxAPIフォーマットで記録されたスタディ・ロ
グとする。
学習ツールが学習eポータルまたはLRSに対して、xAPIフォーマットにてスタディ・ログを提供する際の、そのステートメントの記述⽅式に関するルールを記載する。
xAPIは学習ツール上での学習活動をJSON形式で表現し、その構成要素は以下の通り。
<actor>︓誰が<object> ︓何を<verb>

︓どうしたか<result>

︓学習の結果<context> ︓学習の⽂脈
xAPIではさまざまな学習活動を表現することができるが、複数の学習ツールから集められたスタ
ディ・ログをツールごとのみならず、横断的に活⽤するためには、xAPIステートメントの記述⽅
式を揃える必要がある。xAPIでは、プロファイルと呼ばれる学習活動の種類ごとの記述⽅式に対するルールを定めることでこれに応えることができる。本モデルで採⽤するプロファイルと上記の構成要素に対するルールを以下に⽰す。

4.2.2.2.1 xAPIプロファイル
本モデルで採⽤するxAPIプロファイルは、⽂部科学省「教育データ標準」にて定められたものに準ずる。
具体的には、デジタル庁「教育関連データのデータ連携の実現に向けた実証調査研究における校務⽀援システム、学習⽀援システム（LMS,LRS）、関連する教育アプリとの間の教育データ連携の実証研究」等の実証事業成果や所定の⼿続きを踏まえて、令和５年度から順次公表予定。

4.2.2.2.2 actor
ADLの定めるxAPIにおけるactorは以下を参照すること。
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Data.md#2424-account-object
本モデルではこれに対して、以下の規定を追加する。
69

Property

学習eポータル標準モデル
要否

規定の内容

homePage

REQUIRED

nameにアカウントを提供する学習eポータルのIRI

name

REQUIRED

学習eポータルから提供された、学習eポータル内において学
習者を⼀意に特定するUUID

4.2.2.2.3 context
ADLの定めるxAPIにおけるcontextは以下を参照すること。
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Data.md#context
本モデルではこれに対して、以下の規定を追加する。
Property

contextActivities

学習eポータル標準モデル
要否

規定の内容

REQUIRED

以下の値を含めなければならない。
[LRP名称]および[バージョン]は、学習ツールごとに定める。
"category" : [{"id" : "http://id.tincanapi.com/activity/lrp/ [LRP 名称] / [バージョン] ","deﬁnition": {"type":"http://id.tincanapi.com/activitytype/source"
}
}
]

70

4.3 校務⽀援システムとの連携技術仕様
ここでは、学習eポータルが校務⽀援システムと連携して動作するためのルールを⽰す。「4.1
学習eポータルの機能要件」にある通り、学習eポータルの基盤機能では以下の要件を定めている。
校務⽀援システムとの連携
i. 学習eポータルは、OneRosterに基づいた名簿情報を校務⽀援システムから受け取ることができ、その情報を⽤いてユーザーの新規登録、更新、削除ができること。
OneRoster ® とは、1EdTech™ Consortium (旧︓IMS Global Learning Consortium)の定め
る、名簿情報やコース教材情報、成績情報を⽣徒情報システム (SIS、⽇本での校務⽀援システムに相当) から学習管理システム (LMS、この場合の学習eポータル) に転送するための国際技術規格である。
校務⽀援システムと学習eポータルがともにOneRosterをサポートすることで、例えば学年初めの年度更新や年度中の転校の処理等の際に、両システムそれぞれで名簿情報の更新を⾏う必要がなくなり、教員業務の効率化に繋がる。また、児童⽣徒にとっては更新中の学習eポータルが使えない期間が短くなり、途切れることなく学び続けることができるようになる。
上記のような⽬的のため、本ドキュメントでは、学習eポータルと校務⽀援システム間の
OneRosterに基づいた名簿情報の受け渡しについてのルールを定める。

4.3.1 全般
OneRosterのバージョンは1.2を採⽤し、CSV形式による受け渡しについてのみ規定する。
1EdTech™ Consortium の定めるOneRoster v1.2は、以下を参照すること。
https://www.imsglobal.org/spec/oneroster/v1p2
CSV形式による受け渡しについては以下を参照すること。
https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/

71

4.3.2 OneRoster Japan Proﬁle
OneRosterは国際技術規格であるため、名簿情報で受け渡し可能な項⽬の中には⽇本の学校教育環境独⾃の解釈が必要なものや、OneRosterでは必須項⽬として定義されていないが⽇本では重要度が⾼い項⽬について、OneRoster Japan Proﬁleとして追加の仕様が規定される。Japan
Proﬁleは⼀般社団法⼈ ⽇本IMS協会によって検討およびドキュメント化が進められている。「1.2
本モデルの位置づけ」で記載した通り、本モデルではこのOneRoster Japan Proﬁleをベースとする。
OneRoster Japan Proﬁleは、以下を参照すること。
https://www.imsjapan.org/post/oneroster-japan-proﬁle4.3.3 名簿情報の連携
4.3.2 で⽰したJapan Proﬁleは、学習eポータルと校務⽀援システム間に限定されたものではな
く、様々なシステムが⽇本においてOneRosterを⽤いる場合の規定である。
本モデルでは、OneRosterによる学習eポータルと校務⽀援システム間での名簿情報の受け渡しについて、CSV形式での受け渡しの場合における各CSVファイルのデータ項⽬に対するルールを設ける。その内容を以下に⽰す。

4.3.3.1 UUIDの⽣成本モデルでは、校務⽀援システム、学習eポータル、学習ツールおよびLRS間での各連携におけるユーザーの特定には、識別⼦としてUUIDを⽤いている。このUUIDは校務⽀援システムで⽣成され、Oneroster名簿情報を介して学習eポータルへ受け渡される。その後、学習eポータルと連携する各学習ツールへと渡されることを想定している。そのため、以下のルールを定める。なお、これにより実装されるUUIDの⽣成に関する機能は、上記⽬的以外にも、例えばOneRosterの各CSVファイルにおけるSourcedId等に使⽤しても構わない。
・校務⽀援システムは連携するシステム間でのユーザー特定のためのUUIDを⽣成できること・⽣成するUUIDはversion4に従い、満たすべき乱数の品質や各プログラミング⾔語におけるUUID version4の具体的な⽣成例は資料1︓UUIDの⽣成 を参照すること

72

4.3.3.2 データ形式
各項⽬の値は、以下の形式に従って出⼒されること。
・取り扱う⽇本語⽂字集合の範囲︓JIS X 0213
・⽂字コード︓ISO/IEC 10646
・⽂字の符号化形式︓UTF-8 (BOMなし)
・値はすべて「””」で囲む
・カタカナを使⽤する場合は全⾓出⼒するZIPファイルのファイル名は、以下のルールに従って命名する。
A．ファイル名は、以下の形式に従って命名する。
RO_YYYYMMDD_[教育委員会コード または 学校コード].zip※RO︓名簿情報(Roster)であることを⽰す⽂字列※YYYYMMDD︓名簿情報がいつの時点での状態なのかを表す⽇付
B．学校ごとに1ファイルとして出⼒する場合には、ファイル名に学校コードを⽤いる
使⽤するコードは、⽂科省「学校コード」に従う
https://www.mext.go.jp/b_menu/toukei/mext_01087.html
C．複数の学校を1ファイルにまとめて出⼒する場合には、ファイル名に教育委員会コードを⽤いる。ファイルに含まれる複数の学校の学校設置者に相当する教育委員会コードを使⽤し、学校設置者の異なる複数の学校を1ファイルにまとめてはならない
使⽤するコードは、⽂科省「教育委員会コード」に従う
https://www.mext.go.jp/b_menu/toukei/mext_00004.html
D．複数の私⽴学校を1ファイルにまとめる場合には、教育委員会コードの代わりに法⼈コードを使⽤しても良い以下に、具体例を⽰す。
2023年4⽉4⽇時点における、複数の北海道⽴学校(北海道教育委員会が学校設置者である
複数の学校)を対象に出⼒する場合、北海道教育委員会コード︓011000を⽤いて、→ RO_20230404_011000.zip
732023年4⽉4⽇時点における、複数の秋⽥市⽴学校(秋⽥市教育委員会が学校設置者である
複数の学校)を対象に出⼒する場合、秋⽥市教育委員会コード︓052201を⽤いて、→ RO_20230404_052201.zip
2023年4⽉4⽇時点における東京都江⼾川区⽴学校を対象に出⼒する場合、江⼾川区教育委員会コード︓132123を⽤いて、→ RO_20230404_132123.zip

74

4.3.3.3 名簿種別
校務⽀援システムが学習eポータルと連携する際の、名簿種別ごとの対応要否は以下の通り。
名簿種別

OneRosterロール

要否

⽣徒

student

MUST

備考

以下の名簿種別は教職員に含める
・管理職（教育委員会等）
・管理職（学校）
教職員

teacher

MUST・学校⻑・教育⻑

管理職（教育委員会等） districtAdministrator MAY
管理職（学校）

siteAdministrator

MAY

学校⻑・教育⻑principal

MAY

保護者

guardian

MAY

アシスタントaide

MAY

カウンセラーcounselor

MAY

保護者

parentMUST NOT

試験監督

proctorMAY

保護者

relative

MUST NOT

システム管理者

systemAdministrator MAY

このロールでも出⼒する場合には、roleType︓secondaryとする※primaryロールは「teacher」

guardianに統合

guardianに統合

4.3.3.3.1 ⽣徒名簿
⽣徒名簿の出⼒について、以下の通り規定する。
A．ファイル名で指定した⽇付時点で、対象となる学校に在籍中の児童⽣徒のみを出⼒する
B．各児童⽣徒には、指定⽇付時点において所属している学級(学籍クラス)を必ず1つ、Enrollmentsにて関連付ける。

75

4.3.3.3.2 教職員名簿
教職員名簿の出⼒について、以下の通り規定する。
A．ファイル名で指定した⽇付時点で、対象となる学校に在職中の教職員のみを出⼒する
B．classType:=”homeroom”であるclassには必ず、いずれかの教職員1名をEnrollmentsにて関連付ける
C．以下の教職員を出⼒するかは任意とする・管理職（教育委員会等）
・管理職（学校）・学校⻑・教育⻑
ただし出⼒する場合は、primaryロールを「teacher」とし、secondaryロールを各役割に応じたOneRoster上のロールにする ※4.3.3.2 名簿種別を参照

4.3.3.4 CSVフォーマット
4.3.3.4.1 manifest.csv
3.1 'manifest.csv'(
https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#manifest-csv )で定められているmanifest.csvデータの項⽬について、以下の通り規定する。
属性名

規定の内容

manifest.version

1.0

oneroster.version

1.2

ﬁle.academicSessions

bulk

ﬁle.categories

absentﬁle.classes

bulk

ﬁle.classResources

absentﬁle.courses

bulk

ﬁle.courseResources

absentﬁle.demographics

bulk または absent

ﬁle.enrollments

bulk
76

ﬁle.lineItemLearningObjectiveIds

absentﬁle.lineItems

absentﬁle.lineItemScoreScales

absentﬁle.orgs

bulk

ﬁle.resources

absentﬁle.resultLearningObjectiveIds

absentﬁle.results

absentﬁle.resultScoreScales

absentﬁle.roles

bulk

ﬁle.scoreScales

absentﬁle.userProﬁlesbulk または absent

ﬁle.userResources

absentﬁle.usersbulk

上記の規定により、出⼒が必須となるファイルは以下の通り。
・academicSessions.csv
・classes.csv
・courses.csv
・enrollments.csv
・orgs.csv
・roles.csv
・users.csv
出⼒が任意となるファイルは以下の通り。
・demographics.csv
・userProﬁles.csv
なお、userProﬁles.csvは任意であるものの、各ユーザーのvendorIdおよびapplicationIdが⽰されることは、学習eポータルにとって、データの真正性を確認する際に有益であることから、出⼒されることが望ましい。

77

4.3.3.4.2 academicSessions.csv
3.2 'academicSessions.csv'(
https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#academicsessions-csv )で定められているacademicSessions.csvデータの項⽬について、以下の通り規定する。
学習eポータル標準モデル
項⽬

要否

規定の内容

title

REQUIRED

出⼒される名簿情報の年度

parentSourcedId

REQUIREDNULL (固定値)

4.3.3.4.3 classes.csv
3.4 'classes.csv'(
https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#classes-csv )で定められているclasses.csvデータの項⽬について、以下の通り規定する。
学習eポータル標準モデル
項⽬

要否

規定の内容

classCodeOPTIONAL

クラスを識別するコードを保持している場合︓１年１組、１
年A組ともに、0101等共通のコードに置き換える等した値

classTypeOPTIONAL

学籍クラスの場合︓「homeroom」
習熟度別等、授業の単位や、クラブ・委員会情報の場合︓「scheduled」

subjects

OPTIONAL

指定する場合︓教科コードの内容を⽤いる
コード体系は資料2に記載

subjectCodes

OPTIONAL

指定する場合︓教科コードを⽤いる
コード体系は資料2に記載

78

4.3.3.4.4 courses.csv
3.7 'courses.csv'(
https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#courses-csv )で定められているcourses.csvデータの項⽬について、以下の通り規定する。
学習eポータル標準モデル
項⽬

要否

規定の内容

title

REQUIRED

学籍クラスの場合︓【AcademicSession.Title】＋「ホームルーム」
授業に関するクラスの場合︓【AcademicSession.Title】＋教科名subjects

OPTIONAL

指定する場合︓教科コードの内容を⽤いる
コード体系は資料2に記載

subjectCodes

OPTIONAL

指定する場合︓教科コードを⽤いる
コード体系は資料2に記載

4.3.3.4.5 enrollments.csv
3.9 'enrollments.csv'(
https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#enrollments-csv )で定められているenrollments.csvデータの項⽬について、以下の通り規定する。
学習eポータル標準モデル
項⽬

要否

規定の内容

role

REQUIRED

以下の通り使⽤する
児童⽣徒の場合︓「student」
教職員の場合︓「teacher」
教職員(管理職)の場合︓「administrator」※ただし、校務⽀援システムから出⼒するユーザーデータは「administrator」を⽤いず、教育委員会を含む教職員全てを「teacher」で出⼒する。

79

primary

REQUIRED

児童⽣徒の場合︓「False」
教職員の場合︓"homeroom"クラスと関連付けする場合クラス担任の場合「True」
上記以外は「False」"scheduled"クラスと関連付けする場合
主たる教科担任の場合「True」
上記以外は「False」

4.3.3.4.6 orgs.csv
3.13 'orgs.csv'( https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#orgs-csv )で定められているorgs.csvデータの項⽬について、以下の通り規定する。
学習eポータル標準モデル
項⽬

要否

identiﬁer REQUIRED※

規定の内容※nameの値で、⽂科省学校コード⼀覧に記載されている学校名を使⽤している場合は必須とし、学校名に該当する学校コードを⽤いる

4.3.3.4.7 roles.csv
3.18 'roles.csv'( https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#roles-csv)で定められているroles.csvデータの項⽬について、以下の通り規定する。
学習eポータル標準モデル
項⽬

要否

規定の内容

role

REQUIRED

以下の通り使⽤する
児童⽣徒の場合︓「student」
教職員等の場合︓「teacher」

80

4.3.3.4.8 userProﬁles.csv
3.20 'userProﬁles.csv'(
https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#userproﬁles-csv )で定められているuserProﬁles.csvデータの項⽬について、以下の通り規定する。
学習eポータル標準モデル
項⽬

要否

規定の内容

username

REQUIRED

ユーザー名を表す任意の値
各システムにおける識別ID等を使⽤してもよい

4.3.3.4.9 users.csv
3.22 'users.csv'(
https://www.imsglobal.org/spec/oneroster/v1p2/bind/csv/#users-csv )で定められている
users.csvデータの項⽬について、以下の通り規定する。
項⽬

学習eポータル標準モデル
要否

規定の内容

enabledUser

REQUIRED

True (固定値)

username

REQUIRED

主となるIdpで発⾏するPrimaryのログインID/クラウド
IDを有しない場合、各システムにおける識別ID等を使⽤
する

grade

REQUIRED※ ※roleが”student”の場合のみ

userMasterIdentiﬁer

REQUIRED

ユーザーの識別のために校務⽀援システムで⽣成された
UUIDを⽤いる
UUIDはversion4に従い、満たすべき乱数の品質や各プロ
グラミング⾔語におけるUUID version4の⽣成⽅法の具体例は資料1︓UUIDの⽣成 を参照すること

preferredGivenName

REQUIRED

画⾯に表⽰する⽂字列（名）81通称名、もしくは表⽰名を登録する機能を有する校務⽀援システムでは、その値を⼊れる。その際、外字が含まれないことが望ましい。
preferredFamilyName REQUIRED

画⾯に表⽰する⽂字列（⽒）
通称名、もしくは表⽰名を登録する機能を有する校務⽀援システムでは、その値を⼊れる。その際、外字が含まれないことが望ましい。

preferredMiddleName OPTIONAL

画⾯に表⽰する⽂字列（ミドル）
通称名、もしくは表⽰名を登録する機能を有する校務⽀援システムでは、その値を⼊れる。その際、外字が含まれないことが望ましい。

metadata.jp.kanaGive REQUIRED

全⾓カタカナを使⽤する

nName
metadata.jp.kanaFam REQUIRED

全⾓カタカナを使⽤する

ilyNamemetadata.jp.kanaMid OPTIONAL

全⾓カタカナを使⽤する

dleNamemetadata.jp.homeCla OPTIONAL
ss82

4.4 LRSの技術仕様
ここでは、MEXCBTをはじめとするさまざまな学習ツールで記録された、xAPI形式で標準化されたスタディ・ログを蓄積する役割を担うLRS（Learning Record Store）について、本モデルにおいて定める技術仕様を⽰す。
LRSとは、xAPIステートメントの受信、保存、およびアクセスの提供を担うサーバーのことであり、ADLによって国際技術規格が定められている。LRSには独⽴システムとしてのLRSと、LMS（学習eポータルが相当）に組み込まれるLRSの2種類があるが、本モデルでは、その両⽅を規定の対象として想定する。

4.4.1 全般
LRSの国際規格は、ADLの定めるxAPI 1.0.3 より、以下を参照すること。
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Communication.md#part-three-data-processing-validation-and-security
本モデルにおけるLRSでは、この仕様のすべてを満たす必要はなく、以下の項⽬においてMust要件として定められているものを満たせば良い。なおこれにより、ADLの仕様に完全準拠しないことから、厳密にはLRSとは呼べなくなるが、ここでは便宜上LRSと呼び続けるものとする。
1.0 Requests
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Communication.md#10-r
equests
2.1 Statement Resource
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Communication.md#21-s
tatement-resource
3.0 Data Validation
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Communication.md#30data-validation833.2 Error Codes
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Communication.md#32-e
rror-codes
3.3 Versioning
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI-Communication.md#33-v
ersioning

4.4.2 認証・認可
本モデルにおける、LRSでの認証および認可⽅法は以下の通りとする。
・OAuth2.0 (RFC 6749, RFC 6750, RFC 7523)
認可付与タイプは”Client Credentials”とする。鍵の⽣成は、LRSとLRPのどちらが⾏っても良い。ただし、LRS提供者とLRP提供者の間で鍵の受け渡しを⾏う場合、受け渡しの際の機密性には⼗分に配慮すること。アクセストークンのリクエストはベアラートークン（RFC 6750）を使⽤する。これは、JSON Web Token（JWT）Bearer Tokenの使⽤を推奨する。LRSは、JWTの処理において、Must要件以外にも「iat」クレームおよび「jti」クレームによってトークンの発⾏時刻や繰り返し使⽤に関する検証が⾏えることが望ましい。

図5-3 プロトコルフロー(LRP側が鍵⽣成する場合)
84

4.4.3 ステートメントの共有
LRS間でのステートメントの共有は、xAPIの有益な機能の⼀つであり、以下に⽰すような⽅法がある。

図5-4 LRS間におけるデータ共有⽅法のパターン( https://xapi.com/sharing-statements/ )本モデルにおけるLRSは、このすべての⽅法をサポートする必要はないが、複数の⽅法について対応できることが望ましい。またLRS間だけでなく、BIツールなどの⾮LRSシステムに対してもス
テートメントを出⼒できることが望ましい。

85

4.4.4 xAPIステートメント以外の取り扱い
LRSでは、xAPIステートメントを保存する以外にも、以下のような情報を扱うことが可能である。

# リソース名APIエンドポイント

内容

1

activities/state

デバイス間での状態情報の維持等の⽤途で利State Resource

⽤するスクラッチ情報
2

Agents Resource

agents

メールアドレス等の個⼈情報（同時実⾏制御の利⽤も想定）3

Activities Resource

activities

アクティビティ（ID）情報（同時実⾏制御の利⽤も想定）

4

Agent Proﬁleagents/proﬁleエージェントに関連する任意のキー／ドキュ

Resource
5

Activity Proﬁle

メントペア情報activities/proﬁleアクティビティに関連する任意のキー／ドResource

キュメントペア情報

本モデルにおいては、これらの情報をLRSに対して保存してはいけないものとする。

86

5. 運⽤に関する指針・要件
本章では、学習eポータルをハブとしたデジタル学習環境において、5章の製品に関する要件・仕様に続き、学習eポータルや学習ツールが円滑かつ安全・安⼼に運⽤されるための指針・要件を規定する。4.1で整理した学習eポータルをハブとしたデジタル学習環境の実現に向けた基本的考
え⽅をもとに、運⽤に関する論点ごとに「基本的考え⽅」の現状・課題を検討し、指針・要件として考えられる⽅向性を整理する。論点は以下の通り。
・学習eポータル・学習ツールの選択⾃由度の確保①学習ツールと学習eポータルとの接続②データポータビリティの確保
・教育データの適切な取り扱い①データの取り扱い②学習ツールを利⽤した際の学習⾏動の記録の取り扱い
・いつでも・どこでも安⼼・安全に学べる環境
これらの論点ごとに整理された⽅向性に沿って、運⽤における指針・要件を規定する。その内容については、具体的な論点を整理し検討を⾏い、令和５年度中速やかに指定・要件への規定等の対応を⾏う。上記を検討する際は、3章で⽰したように、具体的なユースケースの構築や、必要な規格・ルールの検討・遵守、学習eポータルの維持・運⽤とその機能等の開発に伴うコストの負担、各種システム・サービスの積極的な活⽤とそのフィードバックを通じた改善・充実といった、エコシステムに関わる取組を進めていく上で、関係者間の適切な役割分担はどのようなもの
か、効果的に実施するためにはどうすべきかといった点も踏まえて検討を進めていく。
なお本章にて取り上げない論点および課題のうち、重要と考えられるものについては、7. 将来像と課題にてその⽅向性を⽰す。

87

5.1 学習eポータル・学習ツールの選択⾃由度の確保①学習ツールと学習eポータルの接続について
基本的考え⽅学校現場のニーズを踏まえたデジタル学習環境を実現するため、学校設
置者や学校が、システムやアプリケーションを可能な限り⾃由に選択できるようにするべきである。

現状・課題

学習eポータルと学習ツールとのデータ連携は、⼀部について独⾃仕様
で実装しているものもあるが、標準規格に基づく具体的な実装は今後となる⾒込み。

今後の⽅向性各学校、学校設置者が希望する学習eポータル・学習ツールを利⽤できるように、学習eポータルと接続する学習ツールについては、学校設置者等の意向・判断を適切に踏まえる形を原則とする。
その際、令和５年度速やかに技術⾯、契約・調達⾯、商流⾯等の実態や課題を踏まえた上でその運⽤⽅法等について検討し、指針・要件への規定等を⾏う。

②データポータビリティの確保について基本的考え⽅児童⽣徒に学習環境の変化があったとしてもこれまでの学びの記録を適切に活⽤しながら切れ⽬なく学びを深めることができることが重要であり、児童⽣徒が進学や転校する時でも、学習⾏動の記録（xAPI）
は可能な限り少ない⼿間で引き継がれるべきである。

現状・課題

学校設置者が管下の学校で使⽤している学習eポータルを変更したり、児童⽣徒が転学、進学したりする場合、データを引き継ぐルールが決まっておらず、引き継ぎが困難な状況。

今後の⽅向性児童⽣徒の学習⾏動の記録（xAPIステートメント）が少ない労⼒で引き継がれる仕組みを構築する（データのポータビリティ）。
そのため、令和５年度速やかに検討すべき論点や引継ぎに必要な作業や⼿続き等を整理・検討した上で指針・要件への規定等を⾏う。

88

5.2 教育データの適切な取り扱い①データの取り扱いについて基本的考え⽅学習eポータルでデータを取り扱う際には、各主体の役割を明確にしておく必要がある。学校教育や個⼈情報に関する法令に照らせば、学校設置者は学校で保有するデータを保護・管理する者であり、関係事業者は、原則として学校設置者の監督の下、委託等に基づきデータを取り扱う者と整理し、適切にデータを管理・活⽤すべきである。その際、個⼈情報の取扱いについては、関係法令を踏まえて適切に対応すべきである。

現状・課題

学習eポータルで扱うデータやLRS（Learning Record Store）に記録する学習⾏動の記録（xAPI）は、学校設置者の委託等に基づき、取り扱う範囲等を契約等で定める形。学習eポータル事業者やLRS管理者は契約の範囲内でのみデータを取り扱う。

今後の⽅向性

データが適切に取り扱われるよう、基本的考え⽅等を踏まえ、令和５
年度速やかにデータ活⽤の各場⾯における各主体の役割や法令を踏まえた対応のあり⽅などについて整理・検討し、指針・要件への規定等
を⾏う。

89

②学習ツールを利⽤した際の学習⾏動の記録の取り扱いについて基本的考え⽅学習ツールを利⽤した際に得られる学習⾏動の記録については、分析・可視化するなどして学習者に知⾒を還元していくことが重要であり、そのような観点から学校設置者が活⽤できるようにするべきである。

現状・課題・学習eポータルとデジタル教科書・教材等のデータ連携は、⼀部の教材等について独⾃仕様で実装しているものもある（異なる学習ツール
間のデータの相互運⽤性は基本的になく、1⼈の学習者の多様な学習
⾏動を複数のデータを掛け合わせて分析することなどは難しい状
況）。
・学習ツール事業者のノウハウに関わるような詳細な情報がLRSに記録され、学習eポータル事業者やLRS管理者が参照できてしまう懸念もある。

今後の⽅向性・あらゆる学習記録をLRSに記録するのでなく、学習eポータル事業者
やLRS管理者と共有した上で複数の記録を分析したり可視化したりするための学習⾏動記録（標準化されたxAPI）をLRSに記録する。
・標準化すべきxAPIについては、有識者や関係者の意⾒を踏まえつ
つ、令和５年度から順次⽂部科学省教育データ標準に規定する。

90

5.3 いつでも・どこでも安⼼・安全に学べる環境
基本的考え⽅

全国の児童⽣徒が等しく安全安⼼に学習eポータルにアクセスできるようクラウドサービスを活⽤したシステムを念頭に置くとともに、情報漏洩のリスクなどセキュリティ⾯でも問題ない形で活⽤できるような環境を構築すべき。

現状・課題

・「教育情報セキュリティポリシーに関するガイドライン（令和 4 年
3 ⽉版）」が公開されており、その中でクラウドサービスの利⽤について規定されている。
・各⾃治体等は、「教育情報セキュリティポリシーに関するガイドラ
イン（令和 4 年 3 ⽉版）」等に基づき、「教育情報セキュリティポ
リシー」を策定し、それに基づき製品やサービスを購⼊・管理している。

今後の⽅向性

児童⽣徒が安⼼・安全に学習eポータルを利⽤できるよう、セキュリ
ティの扱いについては、「教育情報セキュリティポリシーに関するガ
イドライン」等を踏まえつつ、令和５年度速やかに必要な検討を⾏い、指針・要件への規定等を⾏う。

91

6. 学習eポータル標準モデルVer.4.00に向けて
6.1 検討・実施スケジュール等の提⽰
6.1.1 検討・実施スケジュール等の提⽰
学習eポータルをハブとしたデジタル学習環境を関係者の協⼒を得ながら実現・普及させるためには、関係者とのコミュニケーションを深めながら、更なる検討・推進を⾏うことが必要である。⼀⽅で、運⽤の指針・要件を中⼼に現時点では検討・推進の具体的内容が検討途上であるものもあり、今後のスケジュールを可能な限り速やかに提⽰するようにするとともに、速やかに規格やルールを定める必要があるものについては、令和５年度も引き続き、具体的な論点を整理した上で検討を進める。

6.1.2 適合性評価の仕組みの検討・準備
学習eポータルおよび周辺システムが本モデルに適合していることを第三者が確認し明⽰することにより、学校設置者や学校関係者が安⼼して学習eポータルやそれと接続するシステムを選択・利⽤することができる。また、関係事業者も簡便に本モデルに適合していることを関係者に⽰すこともできる。何を対象に、どのような基準で審査を⾏うのか、その際、製品に関する仕様・要件をはじめ、データポータビリティやセキュリティ確保など運⽤に関する指針・要件の遵守をどう担保するか、事業者にとって持続可能な運営が可能となる仕組みをどう構築するか、などの論点を整理しながら、適合性評価の仕組みを検討していく必要がある。適合性評価に関する基本的な枠組みが固まり次第速やかに関係者に共有するとともに、必要な準備を⾏っていく。

92

7. 将来像と課題
学習eポータルのハブとしての役割は、提供されるサービス (デジタル教科書・教材やさまざまな学習ツール、あるいは分析ツールなどのその他のツール) と利⽤するユーザー (児童⽣徒と教職員) の数が増えれば増えるほどその利便性や価値が増すため、参加する⼈たちに相乗効果が⽣まれるエコシステムが早急に拡⼤していくことが望ましい。 ここでは学習eポータルをハブとした⽇
本の初等中等教育におけるデジタル学習環境の将来像と実現のための課題について、学習eポータ
ルに関する専⾨家会議やICT CONNECT 21 各サブワーキンググループにおけるこれまでの議論の中での意⾒をもとに主に技術的な観点から提⾔するものである。

7.1 さまざまなツールとの連携の強化
多種多様なデジタル教科書・教材や学習ツールが学習eポータルと連携することにより、ユー
ザーにとっての利便性の向上など多くのメリットが⽣まれる⼀⽅、様々な課題も存在する。想定されるもののいくつかを以下に⽰す。

7.1.1 LTIによる認証とアカウント管理の不要化
1⼈1台環境では複数のデジタル教科書・教材等の学習ツールが利⽤されているが、現状はそれ
ぞれのツールが独⾃にアカウントを管理し、ID とパスワードを発⾏して認証を⾏っている。アカウント管理の⼿間、サインオンの⼿間、IDやパスワードを間違えたり忘れたりしたときの対応など、多くの作業が⽇常的に重複しており、無駄が⽣じている。また、個⼈情報に相当する情報が別々に管理されていることは、それだけ漏洩のリスクも⾼くなっている。
LTI による学習eポータルとツールの連携は、ユーザーから⾒たシングルサインオンの実現に留
まらず、ツールによるユーザー認証そのものを不要にする。これは、ツール側でアカウントの設定をしなくて済むことを意味する。MEXCBTは数百万のユーザーに対してサービスを提供しているがアカウントは管理しておらず、学習eポータルと認可情報をやり取りすることでセキュアに機能している。このように機能するツールが増えれば、アカウント管理の⼿間を削減でき、ツール
ごとのアカウントの年次更新も不要になるため、教育委員会や教職員の負担を軽減でき、さらにセキュリティのリスクも低減できる。この実現のためには、学習eポータルとツール間や学校設置者との間の契約の整理、課⾦の仕組みの確⽴と維持、さらには学習eポータル、学習ツール、学校
93

設置者などステークホルダー間の信頼関係の醸成と維持などさまざまな課題はあるが、実現した
ときのメリットは⼤きく、⼤いに検討する価値がある。
アカウント情報をシステムや学習ツール間でやり取りすることをアカウントのプロビジョニングと呼ぶ。アカウントのプロビジョニングやシングルサインオンの実現にはさまざまな⽅法があり、単⼀の⽅法ですべてをカバーする必要はないが、LTI で済む部分には⼤いに活⽤し、デジタル学習環境全体の⼿間やリスクを低減するよう努⼒すべきである。

7.1.2 LTI Coreを利⽤したユーザー属性情報の連携
学習ツールによっては、利⽤にあたり、学年やクラスなど学習者のいくつかの属性情報を必須とするものがある。アカウント管理を不要にするためには、これら必須の情報を学習eポータルから何らかの⽅法で連携する必要がある。ある程度の標準化を⾏なった上で、LTI Coreでこれらの属性情報の連携が⾏われることが望ましい。

7.1.3 LTI Coreの事前設定の簡易化
LTIで学習eポータル (Platform) と学習ツール (Tool) を連携させるとき、相互の認証などのためにいくつかのエンドポイントURLなどを事前に交換して設定しておく必要があり、これらは現状ではエンジニアの⼿作業で⾏われている。学習eポータルと接続する学習ツールの種類が増えてくると設定の負荷も考える必要があり、取り扱う情報を整理するとともに、可能な部分についてはセキュリティを担保しながら⾃動化することが望ましい。

7.1.4 学習ツールとの連携の単元ごとの細分化による利便性の向上
これまでのデジタル教科書・教材やさまざまなドリルなどの多くは、ログインするとそのトッ
プページが表⽰され、そこから各単元に相当する部分にリンクする、その学習ツールに閉じた構造を取っていた。⼀⽅MEXCBTは、あらかじめ学習eポータルの画⾯上で適切なテストを選択して設定しておくことで、テストごとに学習eポータルから直接呼び出すことができるようになっている。デジタル教科書・教材やドリルなどのさまざまな学習ツールは、単元ごとにリンク先 (URL、あるいはURI) を持ち、学習eポータルから各単元に直接連携できるような構造を持つことが望ましい。

94

7.1.5 LTI Deep Linking 2.0 によるツールとのきめ細かな連携
MEXCBTは、LTI Deep Linking 2.0を活⽤して、学習者や教職員がMEXCBTが提供する膨⼤な量のテストの中から適切なものを検索して、それをあらかじめ学習eポータルに登録しておくことができるようにしている。
多くのドリルやビデオ教材などを集積して提供している学習ツールは、LTI Deep Linking 2.0に対応することにより、MEXCBTと同様に、学習者や教職員が学習eポータルから単元などで細分化されたテストやドリル、ビデオ教材などを直接選択できるようにすることができる。

7.1.6 各種ツールとの連携のための学習内容の統⼀的な記述
学習内容を指し⽰す体系として学習指導要領コードが公開されており、カリキュラムの記述やテスト問題、スタディ・ログなどはそのコードと連携させて活⽤されることが想定されている。
各ツールは学習内容ごとに学習指導要領コードとの連携を⽰すメタデータを⽣成して公開することが望まれる。これにより、学習指導要領コードをキーに、学習eポータルを通じて、デジタル教
科書や教材、MEXCBTやさまざまな学習ツールを連携させて活⽤することが容易になる。

7.1.7 学習内容に関するより詳細な共通単位の活⽤
例えば学習単元や題材など学習指導要領の記述内容より具体的なレベルの学習内容を共通の単位として活⽤できれば、よりきめ細かなデータ活⽤が可能となり、利便性が⾼まる。これには、共通の単位をどのように定めるかや実現するための費⽤負担など、解決すべき論点が多い。また、カリキュラムを記述する国際標準規格としては 1EdTechが制定している CASE（注1）があり、評価の基準などの情報 (ルーブリック) は、この規格に従って体系的にデータ化することが有効であると考えられる。
注1︓Competency and Academic Standards Exchange
http://www.imsglobal.org/activity/case

7.1.8 スケジュール管理やタスク管理機能
時間割やカレンダー、あるいは課題や提出物の内容や期限などを管理する機能を実装し、それとさまざまなツールを結び付けて管理すれば、学習に関する事柄を⼀元的に管理することができる。これらの機能が学習eポータル上で活⽤できれば、教職員は授業の内容や⽬標、教科書の単元や参考資料、課題や宿題などを学習eポータルに登録し、学習者は⾃分のスケジュール/タスク管95

理画⾯ (ダッシュボードの⼀部) で確認しながら、⾃分の学びを⾃分で管理することができる。また、学習者が⾃らの学習計画を⽴てたり、教材を選択したり、⾃⼰評価を⾏ったりすることを可能とするなど、⾃⼰調整学習の道具としての機能を持たせることも有効であると考えられる。

7.1.9 MEXCBTとの安定した連携
学習eポータルの主要な⽬的のひとつはMEXCBTへの⼊り⼝としての機能であり、可能な限り不具合を減らし、動作を保証すべきである。MEXCBTの開発と運営を⾏っているMEXCBTコンソー
シアムが学習eポータルとの間の接続テスト環境を提供し運営しているが、これをMEXCBTの機能拡張に合わせて更新、運営して⾏くことが望ましい。

7.2 スタディ・ログの利活⽤
LRSに記録されたスタディ・ログを⽤いることで、表やグラフ、ヒートマップなどに加⼯して分かりやすく表⽰したり、他の情報と組み合わせてさまざまな観点から分析を⾏ったり、その学習者に適したリコメンドを⾏ったりするなど、多種多様な利活⽤の⽅法が考えられる。

7.2.1 連携されたスタディ・ログのダッシュボードによる⾒える化
統⼀されたフォーマットで連携されたスタディ・ログは、整理してダッシュボード上に表⽰
し、学習者の振り返りや、教職員による児童⽣徒の状況の把握に活⽤する。これまでデータはア
プリケーションごとに蓄積され、そこから外に出されることはなかった。さまざまな学習ツール
からのスタディ・ログが統⼀されたフォーマットで連携されることにより、その学習者の学びの様⼦を広い範囲で把握することができるようになる。このような情報を表⽰する画⾯は通常、ダッシュボードと呼ばれる。ダッシュボードは、学習eポータルの創意⼯夫のもと提供される場合もあれば、独⽴したサービスとしてのダッシュボードを、ひとつの学習ツールとして学習eポータルと連携することで提供される場合もあることが考えられる。

7.2.2 連携されたスタディ・ログの分析とリコメンド
スタディ・ログの分析の⽅法も表⽰の⽅法と同様にメーカー間の競争で進歩していくことが期待される。分析やリコメンドを専⾨に⾏うサービスが登場することも考えられる。

96

7.2.3 スタディ・ログの進学や転校時の扱い
連携されたスタディ・ログを、進学や転校時に⽣徒とともに⾏先の学校に転送する要望が出てくることが想定される。児童⽣徒を識別するIDの連携⽅法も含め、技術的な課題をはじめとした
様々な論点がある。

7.2.4 スタディ・ログの学習者へ返還
データの利活⽤を考えるとき、どのように利活⽤するかは本⼈の意思で決められることが望ましい。EU の GDPR (⼀般データ保護規則) では、データのポータビリティとして、⾃分⾃⾝に関するデータは、⼀般に広く⽤いられているフォーマットで、本⼈の意思で別のシステムに移動することを求められるように規定されている。LRSに蓄積されたスタディ・ログを、個⼈のデータの集積場所として想定されているPDS (Personal Data Store) に転送することは技術的には可能である。また、PDSを媒介に公教育領域から私教育領域へのデータ連携を個⼈が任意で⾏うことも将来的には考えられる。これらについては制度⾯を含めて検討を⾏う必要がある。

7.2.5 スタディ・ログの校務⽀援システムへの転送
学習eポータルはいわゆる学習系と呼ばれる領域のデータを扱う位置づけであるが、連携されたデータを校務⽀援システムに転送する要望が⽣まれることが想定される。これも、技術的な課題をはじめとした様々な論点がある。

7.2.6 教育ビッグデータ
個⼈情報保護に留意した上で、蓄積されたスタディ・ログを匿名あるいは仮名加⼯し、教育
ビッグデータとして分析、活⽤することには⼤きな価値と可能性があると考えられる。教育デー
タの⼆次利⽤に関するルールを検討する必要がある。

7.2.7 複数の学習ツールを横断したデータ分析
これらスタディ・ログの利活⽤を⾏う時、学習者である児童⽣徒を⼀意に識別するID（UUID）
を学習eポータルやさまざまな学習ツール、校務⽀援システムが共有できれば、最も効率的である。校務⽀援システムと学習eポータルの間ではOneRosterによりUUIDを含む名簿情報が共有さ
97

れ、学習eポータルと学習ツールの間ではLTIのパラメータとしてUUIDが受け渡される。このIDが付与されたスタディ・ログがLRSに蓄積されることで、1⼈の児童⽣徒の、複数の学習ツールを横断したデータ分析と活⽤が可能になる。セキュリティや個⼈情報保護などを考慮しながら、低コストで信頼性の⾼い仕組みにして⾏く必要がある。

7.2.8 xAPI以外のデータ標準への対応
学習者の学習⾏動を詳細に記録するxAPIは、⽂部科学省教育データ標準の⼀環として標準化とその普及が図られる⾒込みである。⼀⽅、それ以外にも多様な体系は考えられ、教育の質的向上への寄与が期待される。⽂部科学省教育データ標準の拡充や国際標準規格の進展を受け、有⽤なデータ標準を採⽤しながら発展させて⾏くことが望まれる。

7.3 有料ツールの利活⽤システム上で ID やパスワードを⼊⼒するなどの⽅法で個⼈を識別することを認証と⾔い、あるユーザーに対してアクセスの権限を与えることを認可と⾔う。MEXCBTでは、学習eポータルで認証されたユーザーである学習者であれば基本的にどのテストにもアクセスすることができる。
⼀⽅で有料のコンテンツやサービスなどのツールは、契約を結んで利⽤料を払って初めて利⽤することができる。学習eポータルで有料のツールを扱いやすくするためには、検討すべき課題がある。

7.3.2 課⾦とアクセス管理の連動
インストールを伴わないオンラインの有料サービスは、適切なアクセス管理に基づく課⾦により、なりすまし等のリスクを低減する。認証と認可を信頼性⾼く⾏い、全体のコストを下げて安定した利⽤環境が確⽴することが望ましい。利⽤料の⽀払いと認可が信頼性⾼く簡便に連携できる仕組みが確⽴することが望ましい。

7.4 技術⾯以外の倫理的、法的、社会的課題（ELSI）への対応
学習eポータルのみならず、様々な学習ツールを安⼼して活⽤するためには、活⽤に当たっての技術⾯以外の倫理的、法的、社会的課題（ELSI）に対応する必要があり、⽂部科学省における個98⼈情報の取扱い等教育データ利活⽤の留意すべき点の検討を踏まえて必要に応じて学習eポータル
標準モデルへの反映等が考えられる。

7.5 学習eポータルの今後のあるべき姿の検討
学習eポータルをハブとしたデジタル学習環境について、協調領域のあり⽅や新たな技術の活⽤も含めた技術規格のあり⽅等についても引き続き模索していくべきである。

7.6 ⽂字セットや⽂字コードの標準化による利便性の向上
コンピューター上で表現できる⽂字の集合を⽂字セットと⾔い、それぞれの⽂字を表す符号の体系を⽂字コードと⾔う。さまざまなシステムやアプリケーションで共通した⽂字セットと⽂字コードを扱えることができて初めて、⽂字情報を正しくやり取りすることができる。これに対して、標準化された⽂字セットに含まれていない⽂字を作字して、特定の⽂字コードを割り当てて画⾯表⽰する仕組みを外字と呼ぶ。外字は異なるシステムやアプリケーションで共通に利⽤することができない。
住⺠基本台帳や学齢簿で⽒名を表すとき、苗字にこのような外字が含まれるケースがあり、そのデータをほかのシステムやアプリケーションで利⽤しようとすると、いわゆる⽂字化けが⽣じて正しく表⽰されない。
デジタル庁が2022年に公表した「地⽅公共団体情報システムデータ要件・連携要件標準仕様書」では、「各標準準拠システムが保持するデータの⽂字セットは JIS X 0213:2012、⽂字コー
ドは JIS X 0221:2020 とする」と規定している。学習eポータルに関連するさまざまな学習ツー
ルや校務⽀援システムがこれに従うことで、⽂字化けを防ぐことができる。これにより、教職員による新⼊⽣の苗字の外字チェックと対応などの負荷を削減することができる。

99

付録
資料1︓UUIDの⽣成
UUIDの重複可能性
UUIDはRFC 4122にて定義される128bitの空間を持つIDであり、中央の調停なしに時空を超えた
⼀意性を保証するとされる。しかし、その⼀意性は各バージョンが期待する前提を満たしている
場合のみであることに留意しなければならない。
バージョン1はMACアドレスと時刻から⽣成されるが、これはIEEEの調停によって、OUIがグ
ローバルにユニークであるという前提と、同⼀マシン内部で時刻が重複しないよう実際の時刻のほかにクロックシーケンスという仕様が満⾜される事によってはじめて、重複しないことが期待される。MACアドレスの⼀意性は、正規の⽅法で製造されたネットワークインターフェースカー
ドを具備している場合には基本的に期待してよい。しかしながら、仮想化を多⽤する現代的なシステムにおいて、仮想マシンに付与されるMACアドレスは論理的な仮想MACアドレスであるため、この重複可能性は仮想化システムの実装に依存することになり、⼀般的にこれは保証されない（∵MACアドレスはL2セグメント内部でユニークであれば通信実⾏上は要をなすため）。つまり、MACアドレスの⼀意性が保証されない環境では、バージョン1は重複しうるといえる。
同様にバージョン2は、バージョン1の⼀部をPOSIXユーザーやグループに置き換えたものであり、MACアドレスおよびユーザーやグループIDの⼀意性が担保されていない場合には重複しうる。
バージョン3および5は、名前空間と名前をハッシュ関数によりハッシュ化したものである。ハッシュは⼊⼒が同⼀であれば同じ出⼒となるため、ハッシュ化前の値の⼀意性は別の⽅法で担保されなければならない。
バージョン4は乱数を使⽤するため、その重複可能性は使⽤する乱数の品質に依存する。

100

乱数の品質UUIDv4で使⽤する乱数⽣成器はTRNG（真正乱数⽣成器）またはCSPRNG（暗号論的疑似乱数⽣成器）を⽤いることが望ましい。これは単⼀の管理者がいない分散システム上で調停なしにIDの⽣成を⾏う際、重複可能性を低減するために、乱数に以下の特性を要請するからである。
●

無作為性

●

再現不能性

これらを満たさないRNG（乱数⽣成器）を使⽤した場合には乱数の重複確率が上がり、UUIDの重複発⽣頻度が増加する。そのため重複可能性の低いUUIDv4を実現するには、⽣成関数が利⽤する乱数⽣成器を検査し、TRNGまたはCSPRNGから乱数を得ていることを確認する必要がある。
以下に、主要なOSで利⽤可能なCSPRNGの例を挙げる。

Linux
●

getrandomシステムコール●/dev/urandom

Windows●

CryptGenRandom関数(wincrypt.h)●

BCryptGenRandom関数(CNG)101

UUID version4の⽣成⽅法
各⾔語におけるUUID version4の⽣成⽅法を記載する。以下の⽅法のうち、Javaにおいては１億回の⽣成で重複しないことが検証された。
■Microsoft .NETフレームワーク
MicrosoftではUUIDと表現せずGUIDと表現している。
C#でUUIDを取得するには以下の⽅法で⾏う。
（参考⽂献）https://www.uuidgenerator.net/dev-corner/c-sharp
C# ⾔語には、.NET Framework を介して、バージョン 4 の UUID を⽣成するためのサポー
トが組み込まれています。C# コードで UUID を作成する⽅法の例を次に⽰す。
using System;
using System.Diagnostics;
namespace SampleApplication {class Program {static void Main(string[] args) {Guid myuuid = Guid.NewGuid();string myuuidAsString = myuuid.ToString();
Debug.WriteLine("Your UUID is: " + myuuidAsString);}}}
Guid.NewGuid()は以下の通り、RFC4122に準拠した⽅式で⽣成されている。
(参考⽂献)
https://learn.microsoft.com/en-us/dotnet/api/system.guid.newguid?view=net-5.0#
System_Guid_NewGuid

102

■Python
Python ⾔語には、バージョン 1、3、4、および 5 の UUID を⽣成するための組み込みサ
ポートがある。
PythonでUUID Version4を取得するには以下の⽅法で⾏う。
（参考⽂献）https://www.uuidgenerator.net/dev-corner/python
import uuid
myuuid = uuid.uuid4()
print('Your UUID is: ' + str(myuuid))
上記のuuid.uuid4()は以下の通り、RFC4122に準拠した⽅式で⽣成されている。
(参考⽂献) https://docs.python.org/3/library/uuid.html■Ruby
Ruby ⾔語には、バージョン 4 の UUID を⽣成するための組み込みサポートがある。
RubyでUUIDを取得するには以下の⽅法で⾏う。
（参考⽂献）https://www.uuidgenerator.net/dev-corner/rubyrequire 'securerandom'
uuid = SecureRandom.uuid
puts 'Your UUID is: ' + uuid
RubyでのUUID取得においては、上記のようにSecureな乱数⽣成が⾏われている。

103

■PHP
PHP には、RFC 4122 準拠の UUID を⽣成するための組み込みサポートはない。
ただし、PHPライブラリ(ramsey/uuid)を使⽤することで⽣成は可能である。
PHPライブラリを⽤いてUUIDを取得するには以下の⽅法で⾏う。
(参考⽂献) https://www.uuidgenerator.net/dev-corner/php% composer require ramsey/uuid
use Ramsey/Uuid/Uuid;$myuuid = Uuid::uuid4();
printf("Your UUID is: %s", $myuuid->toString());
PHPライブラリ(ramsey/uuid)においては、以下の⽂献の通り、RFC4122に準拠した形式で⽣成されていることが読み取れる。
(参考⽂献) https://github.com/ramsey/uuid/blob/4.x/docs/rfc4122/version4.rst#id1

104

■JavaJava ⾔語には、Version4のUUIDを⽣成するためのサポートが組み込まれてる。
JavaでUUIDを取得するには以下の⽅法で⾏う。
（参考⽂献）https://www.uuidgenerator.net/dev-corner/java
import java.util.UUID;
class MyUuidApp {public static void main(String[] args) {UUID uuid = UUID.randomUUID();
String uuidAsString = uuid.toString();
System.out.println("Your UUID is: " + uuidAsString);}}
Java(UUID.randomUUID())においては、Oracle.docsにおいて⽣成される⽅式が記載されている。
記載によると、UUID.randomUUID()は暗号化された乱数ジェネレータ(RNG)を使⽤している。学習eポータル標準仕様で記載されているCSPRNG(暗号論的疑似乱数⽣成器)と合致していることが明記されている。
ただし、Java8以降でのサポートとなることに注意願いたい。
(参考⽂献)
https://docs.oracle.com/javase/jp/8/docs/api/java/security/SecureRandom.html

105

資料2︓各種コード体系
学年コードは、⽂部科学省「教育データ標準(第2版(2021年度))」に従う。

https://www.mext.go.jp/a_menu/other/data_00001.htm
要素

CODE

参考⽂献

⼩学校第1学年

P1「APPLIC教育情報アプリケーションユニット標準仕様 校務基本

⼩学校第2学年

P2

⼩学校第3学年

P3

⼩学校第4学年

P4

⼩学校第5学年

P5

⼩学校第6学年

P6

中学校第1学年

J1

中学校第2学年

J2

中学校第3学年

J3

⾼等学校第1学年

H1

⾼等学校第2学年

H2

⾼等学校第3学年

H3

3歳

E1

4歳

E2

最終年度

E3

情報データ連携⼩中学校版V2.0」
https://www.applic.or.jp/2020/stand/APPLIC-0002-2019/APP
LIC-0002-2019-11/APPLIC-0002-2019-11-13.pdf「APPLIC教育情報アプリケーションユニット標準仕様校務基本情報データ連携⾼等学校版V1.0」
https://www.applic.or.jp/2020/stand/APPLIC-0002-2019/APP
LIC-0002-2018-12/APPLIC-0002-2018-12-13.pdf

⽂部科学省教育データ標準（主体情報）コード定義より抜粋

ただし、義務教育学校および中等教育学校等においては、上記の要素から対応した学年を選択し、そのコードを⽤いる。
教科および科⽬コードは、APPLICで定義されたコード「教科」のコードおよびその内容に従う。ただし、⽂部科学省「教育データ標準」等にて定義された場合、その内容へ変更する可能性がある。
106

資料3︓ロール⼀覧

システムロール
コアロール

http://purl.imsglobal.org/vocab/lis/v2/system/person#Administrator
http://purl.imsglobal.org/vocab/lis/v2/system/person#None
http://purl.imsglobal.org/vocab/lis/v2/system/person#AccountAdmin
http://purl.imsglobal.org/vocab/lis/v2/system/person#Creator

ノンコアロール http://purl.imsglobal.org/vocab/lis/v2/system/person#SysAdmin
http://purl.imsglobal.org/vocab/lis/v2/system/person#SysSupport
http://purl.imsglobal.org/vocab/lis/v2/system/person#User

教育機関ロール
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Administrator
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Faculty
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Guest
コアロール

http://purl.imsglobal.org/vocab/lis/v2/institution/person#None
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Other
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Staﬀ
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Student
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Alumni
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Instructor
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Learner

ノンコアロール

http://purl.imsglobal.org/vocab/lis/v2/institution/person#Member
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Mentor
http://purl.imsglobal.org/vocab/lis/v2/institution/person#Observer
http://purl.imsglobal.org/vocab/lis/v2/institution/person#ProspectiveSt
udent

コンテキストロール
http://purl.imsglobal.org/vocab/lis/v2/membership#Administrator
コアロール

http://purl.imsglobal.org/vocab/lis/v2/membership#ContentDeveloper107http://purl.imsglobal.org/vocab/lis/v2/membership#Instructor
http://purl.imsglobal.org/vocab/lis/v2/membership#Learner
http://purl.imsglobal.org/vocab/lis/v2/membership#Mentor
http://purl.imsglobal.org/vocab/lis/v2/membership#Manager
ノンコアロール http://purl.imsglobal.org/vocab/lis/v2/membership#Member
http://purl.imsglobal.org/vocab/lis/v2/membership#Oﬃcer

コンテキストサブロール
Administrator
Developer
ExternalDeveloper
Administrator

ExternalSupport
ExternalSystemAdministrator
Support
SystemAdministrator
ContentDeveloper

ContentDeveloper

ContentExpert
ExternalContentExpert
Librarian
ExternalInstructor
GraderGuestInstructor
LecturerPrimaryInstructor

Instructor

SecondaryInstructor
TeachingAssistant
TeachingAssistantGroup
TeachingAssistantOﬀering
TeachingAssistantSection
TeachingAssistantSectionAssociation
TeachingAssistantTemplate
108ExternalLearner
GuestLearner
Learner

Instructor
Learner
NonCreditLearner
AreaManager
CourseCoordinatorManager

ExternalObserverManager
ObserverMemberMemberAdvisor
AuditorExternalAdvisor
ExternalAuditor
ExternalLearningFacilitator

MentorExternalMentor
ExternalReviewer
ExternalTutor
LearningFacilitator
MentorReviewer
Chair
Communications

Oﬃcer

Secretary
Treasurer
Vice-Chair109

資料4︓MEXCBTテスト受検LTI Resource Link Request サンプル
※ペイロード部分のみ{"iss": "https:// https://example-platform.com","sub": "b331f313-3f8f-11eb-9630-6eb233e8f309","aud": ["MDAwMDAx"],"exp": 1639827147,"iat": 1639826847,"nonce": "nonce61bdc59f7c5f70.47397994","https://purl.imsglobal.org/spec/lti/claim/message_type": "LtiResourceLinkRequest","https://purl.imsglobal.org/spec/lti/claim/version": "1.3.0","https://purl.imsglobal.org/spec/lti/claim/deployment_id": "S_C113210000010","https://purl.imsglobal.org/spec/lti/claim/target_link_uri":"https://cbt01.mexcbt.mext.go.jp/ltiDeliveryProvider/DeliveryTool/launch1p3?delivery=htt
p%3A%2F%2Fcbt01.mexcbt.mext.go.jp%2Ftao.rdf%23i619ef48b3224f247891cf3a0a7d24a81a5","https://purl.imsglobal.org/spec/lti/claim/roles": ["http://purl.imsglobal.org/vocab/lis/v2/institution/person#Student","http://purl.imsglobal.org/vocab/lis/v2/membership#Learner"],"https://purl.imsglobal.org/spec/lti/claim/context": {"id": "c1d887f0-a1a3-4bca-ae25-c375edcc131a","title": "6 年 1 組 MEXCBT 練習⽤"},
"https://purl.imsglobal.org/spec/lti/claim/resource_link": {"id": "ba629a2c-5101-11ec-bb1e-48fa0e5788a5","title": "全国学⼒・学習状況調査 令和２年 ⼩６ 算数 ⼤問１"},
"https://purl.imsglobal.org/spec/lti-ags/claim/endpoint": {"scope": ["https://purl.imsglobal.org/spec/lti-ags/scope/score"],"lineitem": "https://example-platform.com/lti/ags/c1d887f0-a1a3-4bca-ae25c375edcc131a/lineitems/c4d5fef2-5101-11ec-bb1e-48fa0e5788a5"},"https://purl.imsglobal.org/spec/lti/claim/custom": []}110

資料5︓MEXCBTテスト結果レビューLTI Resource Link Request サンプル
※ペイロード部分のみ{"iss": "https://example-platform.com","sub": "afa038a9-4717-11eb-ba87-6b492f12c9ba","aud": ["MDAwMDAx"],"exp": 1639827882,"iat": 1639827582,"nonce": "nonce61bdc87e119eb1.21863209","https://purl.imsglobal.org/spec/lti/claim/message_type": "LtiResourceLinkRequest","https://purl.imsglobal.org/spec/lti/claim/version": "1.3.0","https://purl.imsglobal.org/spec/lti/claim/deployment_id": "S_C113210000010","https://purl.imsglobal.org/spec/lti/claim/target_link_uri":"https://cbt01.mexcbt.mext.go.jp/ltiTestReview/ReviewTool/launch1p3?delivery=http%3A%2F%
2Fcbt01.mexcbt.mext.go.jp%2Ftao.rdf%23i619ef48b3224f247891cf3a0a7d24a81a5","https://purl.imsglobal.org/spec/lti/claim/roles": ["http://purl.imsglobal.org/vocab/lis/v2/institution/person#Faculty","http://purl.imsglobal.org/vocab/lis/v2/membership#Instructor"],"https://purl.imsglobal.org/spec/lti/claim/context": {"id": "c1d887f0-a1a3-4bca-ae25-c375edcc131a","title": "6 年 1 組 MEXCBT 練習⽤"},
"https://purl.imsglobal.org/spec/lti/claim/resource link": {"id": "ba629a2c-5101-11ec-bb1e-48fa0e5788a5","title": "全国学⼒・学習状況調査 令和２年 ⼩６ 算数 ⼤問１"},
"https://purl.imsglobal.org/spec/lti-ags/claim/endpoint": {"scope": ["https://purl.imsglobal.org/spec/lti-ags/scope/score"],"lineitem": "https://example-platform.com/lti/ags/c1d887f0-a1a3-4bca-ae25c375edcc131a/lineitems/c4d5fef2-5101-11ec-bb1e-48fa0e5788a5"},"https://purl.imsglobal.org/spec/lti/claim/custom": {"for_user_id": "b331f313-3f8f-11eb-9630-6eb233e8f309",

111

"for_roles": ["http://purl.imsglobal.org/vocab/lis/v2/institution/person#Student","http://purl.imsglobal.org/vocab/lis/v2/membership#Learner"],"custom_show_score": true,"custom_show_correct": true
}
}

112

資料6︓MEXCBT内のテスト検索を開始Deep Linking Requestサンプル※ペイロード部分のみ{"iss": "https://example-platform.com","sub": "afa038a9-4717-11eb-ba87-6b492f12c9ba","aud": ["MDAwMDAx"],"exp": 1639825232,"iat": 1639824932,"nonce": "nonce61bdbe246a0727.58306820","https://purl.imsglobal.org/spec/lti/claim/message_type": "LtiDeepLinkingRequest","https://purl.imsglobal.org/spec/lti/claim/version": "1.3.0","https://purl.imsglobal.org/spec/lti/claim/deployment_id": "S_C113210000010","https://purl.imsglobal.org/spec/lti/claim/target_link_uri":"https://ltiproxy.mexcbt.mext.go.jp/Lti/ExaminationLaunch","https://purl.imsglobal.org/spec/lti/claim/roles": ["http://purl.imsglobal.org/vocab/lis/v2/institution/person#Faculty","http://purl.imsglobal.org/vocab/lis/v2/membership#Instructor"],"https://purl.imsglobal.org/spec/lti/claim/context": {"id": "c1d887f0-a1a3-4bca-ae25-c375edcc131a","title": "6 年 1 組 MEXCBT 練習⽤"},
"https://purl.imsglobal.org/spec/lti-dl/claim/deep_linking_settings": {"deep_link_return_url": "https://example-platform.com/lti/deeplinkingreturn","accept_types": ["ltiResourceLink"],"accept_presentation_document_targets": ["window"],"data": "39cac866-1b0e-4d91-9636-88ed73c63ﬀa"
}
}

113

資料7︓MEXCBTが提供するxAPIステートメントのサンプル
verb: attempted{"version": "1.0.0","id": "b2d52f2c-cc4d-42d0-bd9e-78329b1ee00f","actor": {"objectType": "Agent","account": {"homePage": "https://example.platform.jp","name": "1fcdd088-66fc-11ec-b362-ebfd340b9cee"}},"verb": {"id": "http://adlnet.gov/expapi/verbs/attempted","display": {"en": "attempted"}},"object": {"objectType": "Activity","id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045f5e345c32796458b2f60e7cedf2","deﬁnition": {"name": {"ja-jp": "【C】テスト⽤問題(検定)"},"type": "http://adlnet.gov/expapi/activities/assessment"}},"context": {"platform": "MEXCBT","language": "en","extensions": {"https://mexcbt.mext.go.jp/deliveryId":"http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045f5e345c32796458b2f60e7cedf2"},"contextActivities": {"grouping": [{114

"id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622047cf0c83a3271d53c5b870b44b723"}]}},"timestamp": "2022-03-03T04:45:03.051+00:00"}

verb: completed{"version": "1.0.0","id": "b1c0a4c4-0248-4bcf-9b7a-7f6fdb7124fa","actor": {"objectType": "Agent","account": {"homePage": "https://example.platform.jp ","name": "1fcdd088-66fc-11ec-b362-ebfd340b9cee"}},"verb": {"id": "http://adlnet.gov/expapi/verbs/completed","display": {"en": "completed"}},"object": {"objectType": "Activity","id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045f5e345c32796458b2f60e7cedf2","deﬁnition": {"name": {"ja-jp": "【C】テスト⽤問題(検定)"},"type": "http://adlnet.gov/expapi/activities/assessment"}},"result": {"success": false,"completion": true,115

"score": {"scaled": 0.5,
"max": 10,"raw": 5}},"context": {"platform": "MEXCBT","language": "en","extensions": {"https://mexcbt.mext.go.jp/deliveryId":"http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045f5e345c32796458b2f60e7cedf2"},"contextActivities": {"grouping": [{"id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622047cf0c83a3271d53c5b870b44b723"}]}},"timestamp": "2022-03-03T04:45:10.092+00:00"}

verb: answered – タイプ1 アイテムステートメント{"version": "1.0.0","id": "0d0e1dae-1110-4a7c-931d-dc0c41865f25","actor": {"objectType": "Agent","account": {"homePage": "https://example.platform.jp","name": "63c5d550-6700-11ec-b362-ebfd340b9cee"}},"verb": {"id": "http://adlnet.gov/expapi/verbs/answered","display": {116

"en": "answered"}},"object": {"objectType": "Activity","id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i621f46c56690729067c4db309ﬀ440e01","deﬁnition": {"name": {"ja-jp": "隣り合う4枚の正三⾓形の真ん中の1枚をあ(全国学⼒調査 平成29年度中学3年
数学B1(1) ig_h299mb-s01"},"description": {"en": "item-2.0, RESPONSE"},"type": "http://adlnet.gov/expapi/activities/cmi.interaction","interactionType": "choice"}},"result": {"success": true,"duration": "PT1.8S","completion": true,"extensions": {"https://mexcbt.mext.go.jp/scoringType": "auto"},"response": "choice_2","score": {"scaled": 1,"max": 1,"raw": 1}},"context": {"platform": "MEXCBT","language": "en","extensions": {"https://mexcbt.mext.go.jp/deliveryId":"http://cbt.mexcbt.mext.go.jp/tao.rdf#i621f471fd7ad72854e7fef35d5aﬀ7343"},

117

"contextActivities": {"grouping": [{"id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i62204defe675629744da680e3b444f565"}]}},"timestamp": "2022-03-03T05:11:15.355+00:00"}

verb: answered – タイプ2 アイテムステートメント{"version": "1.0.0","id": "fe4bd9d9-cd48-46ef-9582-a2a0fea3ea39","actor": {"objectType": "Agent","account": {"homePage": "https://example.platform.jp","name": "1fcdd088-66fc-11ec-b362-ebfd340b9cee"}},"verb": {"id": "http://adlnet.gov/expapi/verbs/answered","display": {"en": "answered"}},"object": {"objectType": "Activity","id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045e9b35ﬀ31863602e0f0d3ced844","deﬁnition": {"name": {"ja-jp": "⼤問1"},"description": {"en": "A212000600022020246000020202000000.0"},

118

"type": "http://adlnet.gov/expapi/activities/question"}},"result": {"duration": "PT0.54S","completion": true,"extensions": {"https://mexcbt.mext.go.jp/scoringType": "auto"},"score": {"scaled": 0.1666666,"max": 6,"raw": 1}},"context": {"platform": "MEXCBT","language": "en","extensions": {"https://mexcbt.mext.go.jp/deliveryId":"http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045f5e345c32796458b2f60e7cedf2"},"contextActivities": {"grouping": [{"id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622047cf0c83a3271d53c5b870b44b723"}]}},"timestamp": "2022-03-03T04:45:08.067+00:00"}

verb: answered – タイプ2 インタラクションステートメント{"version": "1.0.0","id": "fe4bd9d9-cd48-46ef-9582-a2a0fea3ea39","actor": {119

"objectType": "Agent","account": {"homePage": "https://example.platform.jp","name": "1fcdd088-66fc-11ec-b362-ebfd340b9cee"}},"verb": {"id": "http://adlnet.gov/expapi/verbs/answered","display": {"en": "answered"}},"object": {"objectType": "Activity","id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045e9b35ﬀ31863602e0f0d3ced844","deﬁnition": {"name": {"ja-jp": "⼤問1"},"description": {"en": "A212000600022020246000020202000000.0"},"type": "http://adlnet.gov/expapi/activities/question"}},"result": {"duration": "PT0.54S","completion": true,"extensions": {"https://mexcbt.mext.go.jp/scoringType": "auto"},"score": {"scaled": 0.1666666,"max": 6,"raw": 1}},"context": {"platform": "MEXCBT",120

"language": "en","extensions": {"https://mexcbt.mext.go.jp/deliveryId":"http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045f5e345c32796458b2f60e7cedf2"},"contextActivities": {"grouping": [{"id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622047cf0c83a3271d53c5b870b44b723"}]}},"timestamp": "2022-03-03T04:45:08.067+00:00"}

verb: viewed{"version": "1.0.0","id": "472a2eec-2f36-422c-a5ad-9c543a48f55c","actor": {"objectType": "Agent","account": {"homePage": "https://example.platform.jp","name": "1fcdd088-66fc-11ec-b362-ebfd340b9cee"}},"verb": {"id": "http://id.tincanapi.com/verb/viewed","display": {"en": "viewed"}},"object": {"objectType": "Activity","id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045ef6a76e3186d714ed2f8cd340f8","deﬁnition": {"name": {121

"ja-jp": "⼤問2"},"type": "http://activitystrea.ms/schema/1.0/page"}},"result": {"duration": "PT0.48S","completion": true},"context": {"platform": "MEXCBT","language": "en","extensions": {"https://mexcbt.mext.go.jp/deliveryId":"http://cbt.mexcbt.mext.go.jp/tao.rdf#i622045f5e345c32796458b2f60e7cedf2"},"contextActivities": {"grouping": [{"id": "http://cbt.mexcbt.mext.go.jp/tao.rdf#i622047cf0c83a3271d53c5b870b44b723"}]}},"timestamp": "2022-03-03T04:45:08.852+00:00"}

122