eラーニングシステムをオンプレミスで持つかどうかは、サーバーを自社に置くか借りるかという一般論だけでは決まりません。受講履歴や成績がどの分類の情報にあたるか、手元に積み上がったSCORM教材と過去の受講記録を新しい環境へ持ち込めるか、そしてMoodleのようなLMSを自社で更新し続けられるかという、教育データとeラーニング固有の事情が判断を左右します。この記事では、オンプレミス型とSaaS型で変わる責任範囲を起点に、教育データの機密性、既存教材の移行、自社運用の更新負荷、大学・官公庁の要件という4つの軸で判定する方法を整理しました。採用してよい条件と、セキュリティを理由に選んで運用が止まる失敗パターンまで、受託開発会社の目線で言い切ります。
まとめ：eラーニングシステムをオンプレミスで持つべき組織と見送る組織
結論から言えば、eラーニングシステムをオンプレミスで持つ根拠になるのは「受講者の個人情報や成績を外部事業者の設備に置けない規程がある」「学内や庁内の閉域網から外へ出さずに受講させる必要がある」の2つに絞られます。社内研修の受講履歴を守りたいという動機だけなら、SaaSのSSO連携とIP制限で足りるケースがほとんどです。
判断を難しくするのは、オンプレミスを選んだ瞬間にLMSの更新が自社の仕事になる点です。Moodleで言えば、長期サポート版（LTS）でもセキュリティ修正の提供は約3年で終わり、そのたびにPHPやデータベースの版上げまで連鎖します。既存のSCORM教材を持ち込む場合は、SCORM 1.2か2004かで新環境の対応範囲が変わり、2004教材はそのまま動かないことがあります。規程上の必然があり、かつ更新作業を毎年回せる体制があるときだけオンプレミスを選ぶ。どちらかが欠けるなら、SaaSか、専有型のプライベートクラウドに置いて運用を委託する構成を選んでください。
eラーニングシステムのオンプレミス型とSaaS型で変わる責任範囲と運用の前提
オンプレミス型とSaaS型の違いは、費用の払い方よりも「誰が何を引き受けるか」の線引きに表れます。
自社サーバーに置いたときに引き受ける作業とSaaSで手放せる作業の線引き
SaaS型のeラーニングシステムでは、サーバーの調達、OSとミドルウェアの更新、LMS本体のバージョンアップ、バックアップ、障害対応までをベンダーが担い、利用者側に残るのはアカウント管理と教材の登録、受講状況の確認です。オンプレミス型ではこの全部が自社側に戻ります。とくに見落とされやすいのが、LMSのプラグインと教材プレイヤーの互換確認です。本体を更新するたびに、追加した機能が動くかを検証する作業が発生します。
LMSの機能構成と、クラウド型・オンプレミス型の費用や導入期間の比較はLMSの機能・選び方・自社開発の判断軸で整理しています。業務システム全般に共通する費用構造や拡張性の違いはオンプレミスとクラウドの違いをコスト・セキュリティ・拡張性で比較した記事に譲り、ここではeラーニング固有の論点だけを扱います。
受講者数ではなく受講データの種類でオンプレミスの要否が決まる理由
業務システムでは利用者数やトランザクション量が構成を決めることが多い一方、eラーニングの受講負荷は同時アクセスが研修の締切前に偏る程度で、SaaSでは受講者数に応じたプランの選択で吸収するのが通常の設計です。オンプレミスを選ぶ理由が規模から出てくることは、ほぼありません。
要否を分けるのは、LMSに入るデータの種類です。社員のメールアドレスと受講完了日だけなら、外部に置いても影響は限定的です。これに人事評価と連動するテスト得点、障害の有無に応じた受講配慮、学生の成績や学籍情報が加わると、扱いは一段重くなります。まず「LMSに何を入れるか」を一覧にし、その中で最も重い情報の扱いが置き場所を決める。この順番で考えると、議論が感覚論になりません。
受講履歴・成績・個人情報という教育データの機密性から見た置き場所の判定
同じ受講データでも、企業研修と学校教育では重みが大きく異なります。
企業研修の受講履歴と大学の成績データで異なる機密性の重みと扱い方
企業研修の受講履歴は、多くの場合「誰がいつ何を修了したか」という記録で、漏えいしても直ちに本人の不利益に結びつく情報は限られます。例外は、ハラスメント研修の未受講者一覧や、資格更新に必要な法定講習の成績が人事評価に直結する場合です。この種の情報が入るなら、SaaSを選ぶ場合でも受講データの保存場所と保持期間を契約で確認しておく必要があります。
大学や学校の成績データは別格です。成績、出席、学籍番号、場合によっては障害や家庭事情に関する配慮情報が同じLMSに集まり、学生本人の進級や就職に影響します。学内規程で「成績情報は学内設備で管理する」と定めている大学では、オンプレミスか、学内から専用線で接続する専有環境のどちらかになります。この規程があるかどうかを最初に確認してください。規程が無いなら、多要素認証を前提にしたSaaSも十分に候補へ入ります。
文部科学省ガイドライン令和7年3月改訂が求めるクラウド利用時の認証
学校教育でのクラウド利用には、文部科学省の教育情報セキュリティポリシーに関するガイドラインが参照されます。2026年11月時点の最新版は令和7年3月の改訂版で、改訂説明資料では、パブリッククラウド上で重要性分類Ⅱ以上の情報を扱う際に多要素認証を含む強固なアクセス制御を講じることが示されています。オンプレミス環境とクラウド環境が共存する移行期間には、それぞれの環境に応じた対策を講じるという考え方も加筆されました。
読み取れるのは、ガイドラインがクラウドを禁じているのではなく、認証とアクセス制御を条件に認めているという点です。主な対象は地方公共団体が設置する学校ですが、それ以外の学校も参照するよう明記されています。つまり「教育データだからオンプレミス」という判断は、このガイドラインからは導けません。オンプレミスを選ぶなら、多要素認証をSaaS側で満たせない事情、たとえば受講端末に個人のスマートフォンを使わせられず認証手段が限られるといった具体的な理由を説明できる状態にしておくべきです。
SCORM教材と過去の受講履歴という既存資産を持ち込むときの移行の論点
オンプレミス化を検討する組織の多くは、すでに何らかのeラーニングを運用しています。新環境の可否は、手元の資産をどこまで持ち込めるかで変わります。
SCORM 1.2と2004の教材がそのまま動くかを決めるLMS側の対応範囲
SCORM教材は規格に沿って作られていても、受け入れるLMS側の対応範囲によって動作が変わります。代表例がMoodleです。MoodleのSCORM FAQでは、SCORM 1.2はMoodle 2.1以降でサポートされる一方、SCORM 2004は公式にはサポートされず、基本的なAPIの一部が実装されているにとどまると明記されています。2004形式で作った教材、とくに学習順序の制御を組み込んだものは、Moodleに載せた時点で想定どおりに進まないことがあります。
教材の棚卸しでは、SCORMのバージョンと、順序制御を使っているかどうかを教材ごとに記録してください。2004教材が多数を占めるなら、Moodle以外の製品を選ぶか、2004対応の外部プレイヤーを併用する前提で構成を組む必要があります。教材とLMSが通信する実行時APIの仕組みはSCORMの1.2と2004の違いと実行時APIの実装で解説しています。オンプレミス固有の注意点として、教材ファイルをLMSと別のドメインやファイルサーバーに置くと、ブラウザの同一オリジン制約で実行時APIを呼べなくなる場合がある点も押さえておいてください。
Excelや旧システムに残る受講履歴を新環境へ移す際の欠落と対処
受講履歴をExcelで管理してきた組織が新しいeラーニングシステムに移るとき、問題になるのは「完了したかどうか」以外の情報が残っていないことです。何点で合格したか、何回目で合格したか、どの版の教材を受けたかが記録されていないと、法定研修の受講証跡として使えません。移行前に、Excelの列が新環境のどの項目に対応するかの対応表を作り、埋まらない項目を明示しておきます。
旧LMSからの移行では、受講履歴をCSVで出力できるか、教材内の進捗データまで含めて出せるかで手間が大きく変わります。SCORM教材の途中再開に使う中断データは、旧LMS固有の形式で保存されていることが多く、移行後は「受講済みだが途中の状態は引き継げない」という扱いになるのが通例です。移行日を研修期間の切れ目に合わせると、この欠落の影響を最小にできます。移行作業そのものにかかる費用の見方はeラーニングシステムの費用を4費目で見る内訳を参照してください。
Moodleを自社サーバーで運用する場合のバージョン更新と保守工数の実態
オンプレミスのeラーニングシステムで最も選ばれるのはMoodleです。ライセンス費用はかかりませんが、更新の周期と動作要件を把握せずに導入すると、数年後に身動きが取れなくなります。
Moodle 5.3 LTSのサポート期限と約3年ごとに巡ってくる更新作業
Moodleの公式リリース一覧によると、2026年11月時点の長期サポート版は2つあります。4.5系は2024年10月7日のリリースで、セキュリティサポートが2027年10月4日まで。5.3系は2026年10月5日にリリースされた新しいLTSで、セキュリティサポートは2029年10月1日までと示されています。LTSではない通常版は、一般サポート12か月・セキュリティサポート18か月で終わります。
オンプレミスで運用するなら、通常版を追いかけず、LTSからLTSへ約3年ごとに乗り換える計画が現実的です。乗り換えのたびに発生するのは、追加したプラグインの対応確認、テーマの修正、SCORM教材の動作確認、検証環境でのリハーサルという一連の作業です。4.5系で運用中の組織は、2027年10月までに5.3系への移行を終えないと、セキュリティ修正が届かない状態に入ります。この期限を予算と体制の計画に組み込めるかどうかが、自社運用の可否を決めます。
PHP 8.3とPostgreSQL 17以上という動作要件がインフラ更新をもたらす構造
Moodle 5.3のリリースノートでは、PHPは8.3.0以上（8.4系にも対応）の64ビット版、データベースはPostgreSQL 17、MariaDB 11.4.0、MySQL 8.4、SQL Server 2019以上が最低要件とされています。Oracle Databaseは5.0以降サポート対象外で、5.3へは4.4以降からしか直接更新できません。
この要件が意味するのは、LMSを更新するとサーバーのOSやデータベースまで連鎖して版上げが必要になるということです。たとえばPostgreSQL 15で動かしている環境は、5.3へ上げる前にデータベースの移行を済ませなければなりません。Oracle Databaseを社内標準にしている組織は、Moodle用に別のデータベースを立てて運用することになります。LMS本体の更新に加えて、OS・PHP・データベースの更新を3年周期で回せる担当者がいるか。いない場合の外部委託費まで含めた比較は、規模別の要件を整理したeラーニングシステムの中小企業と大企業での選び方と併せて検討してください。
大学・官公庁・金融機関でオンプレミスが選ばれる要件と政府のクラウド方針
オンプレミスのeラーニングシステムが実際に残っているのは、大学、官公庁、自治体、金融機関といった、閉域網と独自の認証基盤を持つ組織です。
政府方針がクラウド利用を原則とする中でオンプレミスが残る条件
官公庁では、デジタル庁のデジタル社会推進標準ガイドラインに収められた「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」（DS-310・最終改定2025年5月27日）が前提になり、システムを新たに整備する際はクラウドサービスの利用を第一に検討する考え方が示されています。職員研修のeラーニングも例外ではなく、オンプレミスを選ぶには「なぜクラウドではないのか」を説明する必要があります。
それでもオンプレミスが残るのは、庁内の閉域網に置かれた業務端末からしか受講できない、受講内容そのものが外部へ出せない業務手順を含む、といった場合です。金融機関の行内研修で、顧客情報の取扱手順や不正検知の運用を教材にしているケースも同じ構造です。教材の中身が機密であるなら、受講データではなく教材の置き場所がオンプレミスの理由になります。この区別をつけておくと、受講管理だけSaaSに出し、機密教材は閉域内で配る分割構成という選択肢も見えてきます。
学内・庁内の閉域網とシングルサインオン連携が要件になる典型パターン
大学では、学生と教職員の認証を学内の統合認証基盤に集約していることが多く、LMSもそこに連携させる必要があります。SAMLやLDAPでの連携はSaaS型でも多くの製品が対応していますが、学内の認証基盤がインターネット側に公開されていない場合は、LMSを学内に置くか、認証基盤との間に専用の接続経路を用意しなければなりません。
もうひとつの典型は、教務システムとの連携です。履修登録の結果をLMSのコース登録に毎日反映し、LMSで付けた成績を教務システムへ戻す処理は、両者が同じネットワーク内にあれば単純な構成で済む。教務システムがオンプレミスにあり、外部へのAPI公開が規程で認められていない大学では、LMSもオンプレミスに置くのが自然な選択になります。逆に教務システムがすでにクラウドへ移っているなら、LMSだけを学内に残す理由はほとんど消えます。
オンプレミスを採用してよい条件と、SaaSや専有クラウドへ逃がす判断
ここまでの4軸を、採用可否の判定としてまとめます。
オンプレミスを採用してよい条件と外れたときに選ぶ代替構成の決め方
オンプレミスを採用してよいのは、次の条件をすべて満たす場合です。受講データまたは教材が規程上クラウドへ置けないこと。認証基盤や教務・人事システムが閉域内にあり、外部連携が認められていないこと。そしてLMS本体とOS・PHP・データベースの更新を約3年周期で回せる担当者または委託先が確保できていること。
どれかが外れるなら、代替構成を選びます。規程上の制約はあるが運用体制が無いなら、専有型のプライベートクラウドに置いて運用ごと委託する。認証連携だけが課題なら、SAML対応のSaaSを選び、認証基盤との接続経路を整備する。規程上の制約が無いなら、SaaSを選ぶ方が総額でも安定性でも上回ります。SaaS製品を比べる段階に進むなら、eラーニングシステムの比較で差がつく7つの軸で教材規格と受講証跡の確認項目を整理しています。
セキュリティを理由に自社サーバーを選んで運用が止まる失敗パターン
オンプレミスのeラーニングで最も多い失敗は、導入時の担当者が異動したあと、誰も更新できなくなるパターンです。Moodleを構築した担当者が1人で運用していた組織では、その人が抜けた時点でバージョンが固定され、サポート切れの版のまま数年動き続けます。いざ更新しようとすると、PHPとデータベースの版差が大きく、段階的な更新を何回も重ねる作業になり、実質的に作り直しと同じ工数がかかります。
もうひとつは、在宅勤務や学外からの受講要件が後から加わるパターンです。閉域網の前提で構築したLMSを外部に開くためにVPN経由の受講を許可した結果、締切前の集中アクセスでVPN装置が詰まり、業務通信まで遅延します。受講者がずっと閉域の内側にいることを組織として約束できないなら、オンプレミスは選ばない方が安全です。動画教材の比率が高い場合の帯域設計は、動画配信のオンプレミス構成を扱った記事と同じ考え方で見積もってください。要件の整理から、オンプレミス・専有クラウド・SaaS連携のどれで組むかの構成設計までをまとめて相談したい場合は、eラーニングシステム開発（LMS）で受け付けています。
よくある質問
eラーニングシステムのオンプレミス構成を検討する際に、寄せられることの多い質問をまとめました。
オンプレミスのeラーニングシステムはSaaSより安全ですか？
設備を自社に置くこと自体が安全性を高めるわけではありません。安全性を決めるのは、認証の強さ、通信の暗号化、更新の継続、ログの保全といった運用です。更新が止まったLMSを自社サーバーで動かし続けると、SaaSより脆弱な状態になります。オンプレミスが優位なのは、規程上データや教材を外部設備に置けない場合に限られます。それ以外は、運用体制の有無で安全性の順位が入れ替わると考えてください。
SaaSのeラーニングシステムからオンプレミスへ移ることはできますか？
可能ですが、移せるのは主にSCORM形式の教材と、CSVで出力できる受講履歴です。製品独自のエディタで作った教材は、そのまま持ち出せないことがあります。SCORM教材の途中再開データも引き継げないのが通例です。移行を考えているなら、現在のSaaSで教材のエクスポート形式と受講履歴の出力項目を先に確認し、移行日を研修期間の切れ目に合わせる計画を立ててください。
Excelで受講管理している状態から始めるなら、オンプレミスとSaaSのどちらが向きますか？
Excel管理から移る段階では、まずSaaSを選ぶ方が無難です。オンプレミスは構築と更新の体制が前提で、受講管理の運用そのものが固まっていない段階では負担が先に立ちます。移行時は、Excelに残っている列が新しいシステムのどの項目に当たるかの対応表を作り、合格点や受講回数など記録されていない項目を洗い出してください。法定研修の証跡として必要な項目が欠けているなら、移行後の運用で補う手順を決めておきます。
Moodleを自社サーバーで動かすのに最低限どんな環境が必要ですか？
2026年11月時点の最新LTSであるMoodle 5.3系では、64ビット版のPHP 8.3.0以上と、PostgreSQL 17、MariaDB 11.4.0、MySQL 8.4、SQL Server 2019以上のいずれかのデータベースが最低要件です。Oracle Databaseは対象外です。サーバー性能よりも、この要件を約3年ごとの更新で満たし続けられるかの方が運用上の課題になります。最新の要件は公式のリリースノートで確認してください。
オンプレミスとSaaSを組み合わせる構成は現実的ですか？
現実的です。よく採られるのは、受講管理と一般教材はSaaSに置き、外部に出せない機密教材だけを閉域内のサーバーで配る分割構成です。受講者は普段SaaSで受講し、機密教材は社内端末からだけ開けるようにします。この場合、2つの環境の受講履歴をどちらで集計するかを先に決めておかないと、受講証跡が二重管理になります。集計はSaaS側に寄せ、閉域側の受講結果を定期的に取り込む設計が扱いやすい構成です。
関連記事
- LMSとは？学習管理システムの機能・選び方・自社開発の判断軸を解説：LMSの機能と提供形態の全体像を確認できます
- オンプレミスとクラウドの違いとは？コスト・セキュリティ・拡張性で比較し選び方まで解説：eラーニングに限らないインフラの持ち方の判断軸です
- eラーニングシステムの比較で差がつく7つの軸｜候補を3社に絞る手順と自社開発の分岐点：SaaSを選ぶ場合の製品比較の進め方が分かります
- 動画配信システムのオンプレミス構築｜帯域・ストレージ・機密映像で決める判断軸：動画教材が多い場合の帯域とストレージの見積もりに使えます
- 人事管理システムの比較：4タイプの選び分けと公開料金の実額、業種別とオンプレミスの判断軸：受講履歴を連携する人事システム側の置き場所の判断です
