manaba→Canvas移行、教員主導ツール、SaaS/OSSのセキュリティ判断 ── 大学が問われる3つの分岐

manaba一択の時代は静かに終わった ── 立命館の判断から読む、日本の大学LMS再選定「3つの分岐点」

日本の大学の情報センターで、この2年ほど同じ会話が繰り返されている。「うちはmanabaでとりあえず回っているから、あと数年はこのままでいいのでは」──。10年前ならその判断は保守的で妥当だった。しかし2026年の現在、「manabaを継続する」ことは、以前のように無害な選択肢ではなくなっている。

その転機を象徴したのが立命館大学の判断だ。同大学は2025年度をもってmanaba+Rのサービスを終了し、授業支援はmoodle+Rへ、大学からのお知らせや手続きはRITSUMEIKAN STUDENT PORTALへと分割・移行した。18万人超の学生・卒業生が使ってきた基幹LMSを、あえて別系統に切り替える判断──それが「単なるベンダー乗り換え」で片づく話ではないことは、多くの大学関係者が直感的に理解している。

manabaを使い続けるにせよ、moodleへ移るにせよ、Canvas LMSへ乗り換えるにせよ、これから3年で全ての大学が「LMS再選定」という判断を迫られる。本稿では、その分岐点を3つの視点から整理する。

1. なぜ「manaba継続」が静かにコストになりつつあるのか

manabaは株式会社朝日ネットが2007年から提供するクラウド型教育支援サービスで、日本の大学LMS市場で長らく標準的な選択肢だった。国内の商習慣に合わせた出席・レポート・小テスト機能、日本語UI、シンプルな操作性──これらは今も強みだ。だが、この5年で環境は大きく変わった。

第一に、教学マネジメントに求められる情報粒度が変わった。文科省の「教学マネジメント指針」以降、大学は「学修成果の可視化」を単位ではなく能力（コンピテンシー）で示す責任を負うようになった。ルーブリック評価、成果物と到達目標の紐付け、学期を跨いだ学修ポートフォリオ──manabaで実現できないわけではないが、素直に組み立てられる設計ではない。

第二に、外部ツールとの連携要件が変わった。国際標準のLTI 1.3（Learning Tools Interoperability）が事実上のデファクトとなり、動画講義基盤（Echo360）、動画評価（GoReact）、出席・多重コースツール（Qwickly）、生体認証（BioSig-ID／BSI）といった専門ツールを「LMSに差し込むだけ」で使う運用が一般化した。国内発のLMSがこの相互運用エコシステムのペースに追随するのは、ロードマップ的にも技術投資規模的にも簡単ではない。

第三に、ライセンス・運用コストの構造が変わった。SaaS型LMSの世界標準価格は「学生1人あたり数百円／月」の相場に収斂しつつあり、旧来の「情報センターがサーバを持って自前運用する」構造よりも、機能の伸び・セキュリティ更新・SIS連携の3点でトータルコストが逆転しやすくなっている。「manabaを使い続けるほうが安い」という前提は、5年前と同じ数字で検証し直す必要がある。

2. 立命館の「分割移行」が示す、日本型LMS再構築の現実解

立命館大学の移行は、単にmanabaをCanvasやMoodleに置き換えたのではない点で示唆に富む。同大学は、manaba+Rが担っていた機能を「授業支援（moodle+R）」と「学生ポータル（RITSUMEIKAN STUDENT PORTAL）」の2系統に分割した。立命館大学新聞社の報道によれば、これは「授業と大学業務を同じ画面で扱う」という日本の大学に特有の運用が、機能拡張を続けるうちに1つのシステムでは支えきれなくなったことへの対応だ。

この構造は他大学にとっても他人事ではない。manabaで「授業関連連絡」と「大学からの事務連絡」を混ぜて運用してきた大学は多く、学生から「重要な連絡が授業のお知らせに埋もれて見えなかった」という声を継続的に受けている。国内LMSの単純な後継を選ぶだけでは、この構造的な情報過多は解決しない。

Canvas LMSを選ぶ大学が増えている理由は、この「授業機能を専門特化させる」という戦略と噛み合うからだ。ボウ・ネットシステムズが公表している国内導入事例を見ると、立教大学、慶應義塾大学、一橋大学（経営管理研究科）、東京大学（農学生命科学研究科・大学総合教育研究センター）、名古屋大学（法学部・法学研究科）、南山大学、岡山大学と、既に主要大学が学部・研究科単位でCanvasを稼働させている。日本大学も統一LMSとしてCanvasを全学導入している。いずれも「授業支援は世界標準の学修プラットフォームに任せ、学生ポータルや事務手続きは自前もしくは別系統で持つ」構成に近い。

つまり、日本の大学が今問われているのは「manabaかCanvasか」ではなく、「授業支援を独立させて世界標準の教学プラットフォームに載せるか、旧来の一体型のまま踏みとどまるか」という設計思想の選択だ。立命館の判断は、その分岐に対する一つの回答である。

3. 移行実務の分岐点──コンテンツ移行を「ツール仕事」にした瞬間に失敗する

Canvas LMSへの移行を決めた大学が最も過小評価しがちなのが、コンテンツ移行の「実務としての難しさ」だ。manabaのコンテンツをCanvasに移す作業は、技術的にはIMS Common CartridgeとSCORMのエクスポート・インポートで大半が処理できる。だが実務は、この技術部分では終わらない。

第一の落とし穴は、成績管理と評価ルーブリックの再設計だ。manabaで多くの科目が「小テスト×n回＋レポート×n本＋出席×n回＝100点」という積上げ型で成績を運用してきたのに対し、Canvasはアウトカム（Learning Outcomes）と評価スキーム（Grading Schemes）を分けて設計する。既存の成績評価をそのまま流し込むと、Canvasの強みである学修成果の可視化がまったく機能しない状態で運用が始まる。

第二の落とし穴は、教員の授業運営フローの再学習コストだ。manabaで「コースを開いて→授業回のリンクを開いて→資料を配布する」という3クリックで済んでいた作業が、Canvasでは「モジュール→ページ→アイテム」という別の情報設計になる。移行1年目の教員満足度が一時的に下がるのは、ほぼ全ての国内先行事例で観測されている。単なる操作研修ではなく、シラバス構造そのものを「Canvasの流儀」に翻訳する伴走型支援が必要になる。

第三の落とし穴は、学生ポータルとの役割分担の詰め方だ。manabaで一元管理していたお知らせを、Canvasと学生ポータルにどう振り分けるか、履修登録や成績確認の導線をどこに置くか──この設計が曖昧なまま稼働すると、学生は「どこを見ればいいか分からない」状態に陥り、結果としてmanaba時代よりも学修体験が劣化する。立命館の新学生ポータル運用開始時の記事でも、機能分割に伴う導線設計が最大の実務課題として言及されている。

4. コンテンツ移行ツールの完成──「教員の魂を込めたまま」引っ越せる時代へ

Canvas LMSへの移行を検討する大学関係者と話していると、決まって出てくる言葉がある。「導入コストとランニングコストは何とか説明できる。だが、コンテンツ移行の負担を考えると、教員に何と言えばいいのか」──。実務者ほど、この一点で足を止めてきた。移行実務のうち、教員一人ひとりの「授業の設計思想」に踏み込む部分だけは、情報センターやベンダーが機械的に肩代わりできない領域だからだ。

ヨウム株式会社ではこの課題に対して、manabaのコース資産をCanvas LMSへ移行するための専用ツールの開発を完了した。技術的な変換（SCORM／Common Cartridge、成績構造、モジュール構造）は自動化しつつ、最終的にどの資料をどのモジュールに置き、どの評価軸に紐付けるかの判断は教員自身が短時間で行える設計にしている。情報センターがすべてを代行するのでも、外部業者が一括で置き換えるのでもなく、教員の手で、教員の意思を持って移行できる体制を整えた──それがこのツールの本質だ。

なぜ「教員自身の手で」にこだわるのか。授業の資料構成、小テストの順序、レポート課題の意図には、教員一人ひとりが積み上げてきた「教え方の魂」が宿っている。そこを外部が一律のロジックで機械的に置き換えると、Canvasに引っ越した瞬間に、それまでの授業設計の意図が薄まる。教員の側から「移行前より教えづらくなった」という声が上がる典型的なパターンは、ほぼここに起因する。移行ツールが担うべきは、機械的に処理できる作業を代行することであって、教員の設計判断を代行することではない。

導入コスト、ランニングコストと並んで、多くの大学がCanvas LMS乗り換えに際して最も気が重かったのが、この「引っ越しの負担」だった。教員の魂を込めたまま移行できることが実現したことで、これまで大学のLMS再選定を止めてきた最大の壁のひとつが、明らかに低く、小さくなった。パイロット学部での試行から始め、全学展開に至るまでの各フェーズで、このツールを活用した並走支援を提供している。

5. OSS版とSaaS版の分岐 ── サイバー攻撃時代に「どの代理店から導入するか」が問われる理由

近年、弊社にはCanvas OSS版（オープンソース版）を自前運用している大学からのサポート依頼が明らかに増えている。弊社は基本、Instructure社公式のCanvas LMS SaaS版のディストリビューション、導入支援、オフィシャルサポートを提供しているため、OSS版のサポート依頼は原則お断りしてきた。だが件数の増加を前に、なぜ断り続けているのかを、きちんと理由化して説明する責任があると考え始めている。

背景には、導入支援を行った国内のIT企業の多くが、導入後のサポートまで手が回っていないという実態が浮き彫りになっていることがある。Canvas OSSはコード自体は公開されていても、セキュリティパッチの当て込み、依存モジュールの互換性維持、稼働監視、インシデント対応まで含めれば、独立した情報システム部門が丸抱えする覚悟が必要な代物だ。導入時のノウハウを持つ企業ですら、それを継続提供できる体制まで揃えているとは限らない。

そしてこの数か月、状況を根本から変える事件が起きた。2026年に発覚したCanvas LMS SaaSへのShinyHuntersによる大規模サイバー攻撃である。ShinyHuntersは高等教育セクター全体を標的とし、2億7,500万件超の学生・職員情報にアクセスしたと主張した。FBIも学生・職員に向けて注意喚起を発出し、米国内の大学へは犯人グループから直接、身代金要求のメールが届く事態にまで発展した。

対して、Instructure社は攻撃を認知した時点でFBIに通報し、技術的に適切な措置を取りながら犯人グループと交渉を重ねた。結果として、SaaS本体のダウンタイムは最小限に抑えられ、Instructure社の顧客データの実質的な流出は確認されていないという運用継続の成果を残した。犯人グループは「大学のサーバレベルまで攻撃を続ける」ことを匂わせているが、SaaS本体への直接侵入は、Instructure社の防御・対応・交渉によって食い止められた形だ。

弊社ヨウム株式会社は、この事態に対して、日本語での顧客向け報告・連絡を切らさないという実務を担った。今何が起こっていて、Instructure社がどこを目指してどのような作業を行っており、いつ頃までに回復する見込みなのか、顧客の情報はどう扱われているのか──こうした情報を、顧客の視点で、タイムリーに日本語で伝え続けた。EdTechへのサイバー攻撃など誰も想像していなかった状況下、動揺したのはInstructure社の顧客だけでなく、業界全体だった。だからこそ、「どのLMSを採用するか」に加えて「どの代理店から導入するか」がいかに決定的に重要かを、この危機を通じて示せたと自負している。

データの分散化を訴える専門家もいる。だがAnthropic社のClaude Mythosに代表される自律的サイバー攻撃能力を持つAIの登場により、どのサーバにも同等の攻撃が届き得る時代に入った。分散化はもはや「攻撃を受けない」保証にはならず、「攻撃を受けたときに守り切る覚悟・財力・技術者・交渉力を持つ事業者に預けているか」がリスクヘッジの本質になっている。この事実は、いかようにも動かせない。

Canvas OSS版を自前運用している大学の担当者の方に、一度想像していただきたい。自校のサーバが破られ、犯人グループから「支払わなければ学生の個人情報を公開する」と脅されている状況で、大学単独あるいは導入支援のみを担った代理店だけで、FBI相当の当局と連携し、交渉を継続し、ダウンタイムを最小化しながら、日々の授業運営を止めない対応ができるだろうか。日本大学の中村教授が「SaaS版でよかった。ゾッとした」と述べられた事実の意味を、いま一度考えていただきたい。それは、SaaS版そのものへの評価というよりも、「守り切れる体制の側にいたこと」への安堵の言葉として、深い含意を持っている。

6. なぜ「今年度中に判断」なのか──2027年からの逆算スケジュール

manaba移行は「そのうち考える」テーマではなくなった。理由は3つある。

第一に、令和8年度の私立大学等改革総合支援事業や大学教育のデジタル化支援事業は、教学マネジメントとデータ活用の実装状況を評価軸に持つ。Canvas LMSやEcho360のような「学修ログを構造化して取り出せる」プラットフォームへの移行は、補助金申請書のストーリーとして最も書きやすい。移行判断を先送りするほど、令和9年度以降の補助金採択の説明変数を失う。

第二に、移行作業は「決定から本稼働まで最短で1年半、標準で2〜2.5年」かかる。要件定義（3か月）、ベンダー選定（3か月)、パイロット学部運用（1年）、全学展開（1年）というスケジュールを逆算すると、2028年度から全学Canvas運用を始めたい大学は、今年度中に方針決定を終える必要がある。

第三に、教員の学び直しコストは「一気にやったほうが小さい」。学部ごとに何年もかけて段階移行すると、教員は「新旧2系統を両方使い続ける」期間が長期化し、疲弊と反発が最大化する。パイロット→全学の2段階で、なるべく短期集中で切り替えるほうが、教員負荷の総和は小さくなる。この設計判断のためにも、早期に全体スケジュールを確定させることが望ましい。

移行にあたっては、Canvas LMS単体ではなく、講義動画基盤（Echo360）、出席・多重コース運用（Qwickly Attendance）、動画評価（GoReact）、本人認証（BioSig-ID／BSI）といった周辺ツールとの組み合わせで設計する必要がある。この総合設計こそが、次の10年の教学基盤を決める。関連する検討軸については、「Canvas LMS × Echo360 ── 日本の大学が今選ぶべき『正解』」も併せて参照されたい。

おわりに ── 「manabaで大丈夫」から「manabaで何を諦めているか」へ

manaba一択の時代が終わりつつあるのは、manabaが悪いからではない。日本の大学が2020年代後半に問われる要件が、10年前とは別のレイヤーに移動したからだ。教学マネジメント、学修成果の可視化、外部ツールとの相互運用、遠隔受講の本人認証、AIによる不正防止──これらを一つひとつ独立に評価すると、いずれも「LMSはCanvasのような世界標準のプラットフォームに任せ、周辺は専門ツールを組み合わせる」構成に軍配が上がる。

立命館大学の判断は「manabaが悪い」ではなく、「大学として次の10年に必要な機能構成が変わった」という認識に基づいている。同じ判断を、規模の大小を問わず全ての大学が問われる時期に入った。「manabaで大丈夫か」ではなく、「manabaを続けることで何を諦めているか」を、来年度予算編成の前に一度棚卸ししてほしい。

加えて、これまで移行を躊躇させてきた「コンテンツ引っ越しの負担」については、ヨウム株式会社が開発した専用ツールにより、教員の魂を込めたまま移行できる体制が整った。導入コスト・ランニングコストと並ぶ大きな壁が、確かに低く小さくなった。そしてサイバー攻撃が現実の危機となった今、「どのLMSを採用するか」だけでなく「どの代理店から導入するか」──守り切る覚悟と体制を持ったパートナーを選ぶか──もまた、大学が問われる不可逆の判断となっている。

明日からできる第一歩は、情報センターだけで抱え込まず、教務課・教員代表・IR担当・学長室を含む「LMS再選定タスクフォース」を立ち上げることだ。3か月かけて現在の運用課題を棚卸ししてから、Canvas LMSを含む選択肢のRFI（情報提供依頼）を出す。それが、2027年度以降の教学基盤を主体的に設計する最短ルートである。