理⼯系総合⼤学におけるLMS運⽤の現状と展望
2024年2⽉28⽇(⽔)
UeLAフォーラム 事例報告2
東京⼯業⼤学 教育⾰新センター 准教授

畠⼭ 久
1

東京⼯業⼤学
l 創⽴から140年以上の歴史を持つ
理⼯系総合⼤学
l 学院制による学修⼀貫教育

n 理，⼯，物質理⼯，情報理⼯，⽣命理⼯，環境・社会理⼯

l 10,000名を超える学⽣と，その学びを⽀える教職員
n 学⼠課程（約4,800名），⼤学院課程（約5,600名）
n 教員（約1,100名），職員（約600名）

l 東京医科⻭科⼤学と統合し，2024年10⽉に東京科学⼤学を設⽴
2

東⼯⼤におけるLMSの運⽤

3

T2SCHOLA（ティー・ツー・スカラ）
T2: Tokyo TechSCHOLA: a student-centered hybrid online learninganalytics

l Moodleベースの学修管理システム

n 2017-2021年の概算要求事業の⼀環で開発・構築（LPG︓学⽣が⾃ら進んで学べるプラットフォームの構築による教育改⾰のさらなる推進）n コロナ禍を受け，2021年度より全学標準のLMSとして運⽤

4

T2SCHOLAの特徴
l Moodleの機能に加え，本学の教育に合わせた機能を追加
n 例）ピアレビュー

l 学⽣同⼠の相互評価活動を⽀援

l 認証基盤・学務システムとの連携

n ユーザ情報の⾃動同期とポータル連携によるSSO
n 授業科⽬に対応したコースの⾃動作成
n 履修情報に基づくコースへの⾃動ユーザ登録

l 学修履歴データの可視化

n OSSのダッシュボードツール「Re:dash」との連動
n グラフ等をMoodle内にブロックとして埋め込み可能
5

T2SCHOLAの開発・運⽤ポリシー
l Moodle本体のソースコード改変は⾏わない
n 設定値もしくはプラグインモジュールの開発・改修で実現する

l データの流れの中で最下流のシステムとして位置づける
n ユーザ・コース等の情報は全て上流のシステムから渡される
n T2SCHOLAが独⾃に持つマスターデータはない

6T2SCHOLAで利⽤できる主な機能
機能概要

連絡・通知
（コースアナウンスメント）• 受講⽣に通知（メール送信あり）資料配布（URL，ファイル，フォルダ）• 資料URLの追加やファイルの配付• フォルダの中で複数ファイルを整理

課題出題・提出・評定（課題，⼩テスト，Turnitin Feedback Studio）• 課題・⼩テストの出題，提出物の管理• 提出物・解答結果の評定（採点）• 課題については剽窃チェックプラグインを導⼊

レポート相互評価（ピアレビュー）• 学⽣間での相互評価活動を作成（提出，割当，評定等を⼀括で設定・管理）

掲⽰板（フォーラム）• 教員や学⽣間で意⾒交換の場を追加

投票・アンケート（投票，フィードバック）• 投票やアンケートを作成• 結果の確認や共有

授業アンケート• 授業アンケートの実施と結果の閲覧• LTIによる外部システムとの連携

ユーザの操作ログ等の可視化• Re:dashで⽣成されたグラフを表⽰

7テーマによるUIの改修
市販テーマをベースに，カテゴリを⽤いた年度・クォーター切り替えを追加

8

ピアレビュー︓ワークショップモジュールの拡張
l 学⽣同⼠のレポート相互評価活動の実現を⽀援する
課題設定

提出状況確認

教員
レポート
提出

学⽣

相互評価の組み合わせ設定

相互評価
コメント
提出状況
確認

相互評価
コメント等への評価

相互評価
活動

⾃分のレポートに対するコメントを確認

レポート
最終版
提出

ピアレビューで⽀援する活動

9ピアレビュー︓相互評価の組み合わせを⾃動化
学⽣1⼈がコメントを付ける
レポートの数該当の学⽣のレポートにコメントを付ける
学⽣

該当の学⽣がコメントを付ける
レポートを書いた
学⽣

10ピアレビュー︓オンライン相互評価活動の管理⽀援
l 学⼠課程3年次後期「教養卒論」

n 教養科⽬の学修の仕上げの位置づけにある必修科⽬
n 教養と専⾨知識を元に，その社会的な意味や影響を題材として論⽂を執筆する
n アカデミックライティングとピアレビューのスキル習得が⽬標

l ピアレビュー活動の⼀部をオンライン・⾮同期で実施
n 相互評価の組み合わせを⾃動で割り当て

l 1クラス60名程度
l レビューのトレーニングを受けた⼤学院⽣（約5名）がレビュー⽀援として授業に参加

n 提出状況を⼀覧で確認

11

Re:dash︓動画視聴状況の可視化
l 動画再⽣モジュールの操作ログをMoodleのログストアに集約・格納
l 操作ログに基づき，Re:dashで可視化

n どれくらいの⼈数が⾒ているか
n 繰り返し視聴した学修者がいるかどうかのべ視聴人数

視聴人数

12

運⽤で直⾯した課題と得られた知⾒

13

LMSを取り巻く環境の変化
l コロナ禍以降，LMSは学修を⽀える基盤環境となった
n ⼤学において重要度の⾼いシステムに位置づけられる
n ⼀⽅で，コロナ禍以前に導⼊・構築された多くのLMSは利⽤率が⾼くない想定で設計されている
l T2SCHOLAも例外ではない

l インフラになるということ

n ユーザに「使えて当然」と思われること
n 不具合等が⽣じるとユーザへの影響が⼤きい

l 授業時間帯の場合は授業実施（⼤学としての主要事業）に影響する
l 深夜帯などであっても，課題締切などが設定されていることがある

n システムと運⽤体制を整備しないと運⽤者の負担が増える

14

T2SCHOLAの課題①︓データの肥⼤化
l データの肥⼤化

n 機器は学内のサーバルームに設置（オンプレミス）
l 授業期間はディスク使⽤量が毎⽉50GBほど増加する

n 過去データを蓄積し続ける設計・運⽤のため，運⽤期間に⽐例してデータが増加

l 当初設計として，学修者のデータを蓄積することを⽬指していた
l Moodleはデータの部分削除に対応していない

n 授業における利⽤の変化

l 授業資料（レジュメ）の配布⽅法の変化︓紙配布からデータ配布へ
l 課題提出の多様化︓⽂書に加えて画像やビデオなどの活⽤へ☆ データの肥⼤に対処できる運⽤を検討し，環境を整備する
15

T2SCHOLAの課題②︓通信量と負荷対策
l 通信量の増加

n ピーク時に内部NWのトラフィックが機器の上限（1Gbps）に達する
n ⼤容量のファイルダウンロードなどが集中すると，上流NWでも機器上限（1Gbps）に迫ることがある

l 負荷対策の難しさ

n LMSの利⽤は授業時間（特に開始時・終了時）に集中
l アプリケーションの特定機能における処理の重さなども影響する

n APIへのアクセスによる負荷上昇☆ ピークを⾒極め，その原因を調べた上で対処する⽅法を検討する
16

T2SCHOLAの課題③︓運⽤体制
l 運⽤体制の複雑さ

n 業務内容に応じて，複数の業者のサポートを受けている
l サーバやネットワーク機器の導⼊・構築
l Moodleの構築
l プラグイン開発
l 運⽤保守n それぞれの委託範囲が重ならない場合，担当不在（不明）の業務が存在する

l 「事務的な業務（⼿続き）」と「技術的な業務（作業）」が混在する
l 学内で対応する場合，特に技術的な業務は個⼈のスキルに依存する（技術がわかるメンバーが少ないと属⼈化してしまう）☆ 学内の運⽤メンバーの業務量も運⽤コストとして認識する（させる）17そのほかに得られた知⾒（主に技術⾯）
l ⾼スペックかつシンプルで復旧しやすい構成が望ましい

n ボトルネックになる箇所がない⽅がよい（例︓サーバ間通信が多い → サーバ⼀台で完結させる）
n 複雑にしない⽅がよい（例︓冗⻑化するよりも，不具合時には丸ごと交換する）
n 常駐できるメンバーがいない限りは，復旧に時間がかかる
ハードウェア障害が起こりにくい・対処しやすい構成が望ましい（例︓クラウド等の利⽤，仮想化，遠隔操作環境の整備）

l 利⽤状況は細かく監視するn 監視ツールを活⽤して障害予兆を未然に検知することは⼤切18

新⼤学の発⾜にあわせたLMSの検討

19

東京科学⼤学における新LMSの選定と構築
l Moodleをベースとして新たに構築する⽅針で検討中

n 開発が盛んなOSSであり，国内⼤学における採⽤事例が多い
n デファクトスタンダードであることはユーザにとってもメリットがある
l 他の⼤学等でも利⽤する機会がある可能性がある

l 並⾏稼働期間を設けた上で，現⾏システムは段階的にサービス終了とする⽅向

n 機器の保守期限やアプリケーションのEOLなどを考慮して時期を検討

医科⻭科LMS
東⼯⼤LMS

科学⼤LMS20

東京科学⼤学における新LMSの選定と構築
l LMSの新規構築・⼀本化に伴うメリットとデメリット
n メリットl 統合前の両⼤学のデータを変換・マージする作業が不要となる
l ユーザ識別⼦・科⽬コード等の番号体系の変更などがあるため
l ⼀から環境を構築できるl （東⼯⼤の視点では）開発したプラグインが活⽤でき，得られた知⾒を運⽤に活かせる

n デメリットl これまで利⽤したことがないユーザにとっては学習コストが発⽣する
l 切り替え当初は⼿厚くフォローすることが必須である
l データ移⾏が難しい
l これまでの資産を活かせるよう，個別エクスポート等を検討する
21

統合に向けた検討課題
l 学内の各システムの移⾏・統合状況を踏まえて調整をしなければならない
n ユーザデータ︓認証システム，⼈事システム
n 授業データ，履修データ︓学務システム

l 学務システムの統合時期とずれる場合は影響が⼤きい
n 2つの学務システムから⼀つのLMSが受ける可能性がある

22

まとめ
l 東京⼯業⼤学におけるLMSの運⽤

n MoodleベースのLMS・T2SCHOLAを全学で運⽤

l コロナ禍を経てLMSは学修の「インフラ」になった
n コロナ禍前と利⽤傾向が⼤きく異なる
n 運⽤を通じて⾒えてきた課題もある

l 東京科学⼤学の開学に向けて

n これまでの両⼤学の知⾒や資産を活かし，「インフラ」としてのLMSを再設計・再構築する良い機会

23

ご清聴ありがとうございました

24