SCORMには主に「SCORM 1.2」と「SCORM 2004」の2つのバージョンがあり、それぞれ対応LMSの範囲・学習制御の柔軟性・データモデルの詳細さが異なります。 多くの場合はSCORM 1.2で十分ですが、段階的な学習制御が必要な場合にはSCORM 2004が適しています。

1. SCORM 1.2とSCORM 2004——何が違うのか

SCORM（Sharable Content Object Reference Model）は、eラーニングコンテンツとLMS（学習管理システム）の間の通信を標準化した規格です。ADL（Advanced Distributed Learning）が策定し、世界中のeラーニング業界で広く利用されています。

SCORM 1.2は2001年にリリースされた規格で、シンプルな構造と高い互換性が特徴です。一方、SCORM 2004は2004年に登場した後継規格で、シーケンシング（学習順序制御）やより詳細なデータモデルが追加されました。

両者の最大の違いは「学習の進行制御をどこまで規格側で管理できるか」という点にあります。SCORM 1.2はコンテンツの完了・スコアといった基本的な学習記録に特化しており、SCORM 2004はそれに加えて学習の順序や前提条件の制御まで規格として定義しています。

2. 機能比較表

SCORM 1.2とSCORM 2004の違いを、主要な観点から比較します。

比較項目SCORM 1.2SCORM 2004（Edition 2〜4）
公開年2001年2004年（Ed.2）〜2009年（Ed.4）
策定団体ADLADL
LMS対応率ほぼ100%主要LMSの多くが対応
シーケンシング（学習順序制御）なし（LMS側で独自実装）あり（IMS Simple Sequencing準拠）
学習ステータスlesson_status 1項目で完了・合否を管理completion_status（完了）とsuccess_status（合否）に分離
スコアの扱いscore.raw、score.min、score.max の3項目上記3項目に加え score.scaled（0〜1の正規化スコア）を追加
データモデル項目数約30項目約90項目
学習目標（Objectives）コンテンツ内で複数の目標を記録可能グローバル目標として複数SCO間で共有可能
コンテンツ間データ共有不可可能（Shared Global Objectives経由）
ナビゲーションリクエストなしコンテンツ側からLMSに対しナビゲーション要求が可能
中断・再開データsuspend_data（最大4096文字）suspend_data（最大64000文字）
仕様の複雑さ低い（実装しやすい）高い（シーケンシング定義が複雑）
マニフェスト（imsmanifest.xml）シンプルな構造シーケンシングツリー定義を含む複雑な構造
API名API（window階層を探索）API_1484_11（window階層を探索）
主な通信関数LMSInitialize、LMSGetValue 等Initialize、GetValue 等（LMSプレフィックス削除）
推奨ケース一般的な企業研修、シンプルなeラーニング段階的カリキュラム、資格試験対策、複雑な学習パス

3. SCORM 1.2の特徴と強み

圧倒的なLMS互換性

SCORM 1.2の最大の強みは、対応LMSの範囲がほぼ100%であることです。現在市場に存在するLMSのうち、SCORM 1.2に対応していないものを探すほうが難しいと言えます。商用LMS、オープンソースLMS（Moodleなど）を問わず、ほぼすべての環境で動作します。

シンプルな実装

データモデルが約30項目と比較的少なく、APIもシンプルなため、コンテンツ制作者・LMS開発者ともに実装工数が少なく済みます。オーサリングツール（Articulate Storyline、Adobe Captivate、iSpringなど）の対応も万全です。

安定した実績

20年以上にわたって使用されてきた規格であり、長年使われてきた実績ある技術として安定性が高いです。LMS間でのコンテンツ移行も容易で、「他社LMSに乗り換えたがコンテンツがそのまま動いた」というケースがほとんどです。

lesson_statusのシンプルさ

学習ステータスがlesson_statusの1項目で管理されるため、「完了」「不合格」「合格」などの状態を単純に記録・取得できます。多くのeラーニングでは、この粒度で十分な学習管理が可能です。

4. SCORM 2004の特徴と強み

シーケンシングによる学習順序制御

SCORM 2004最大の特徴は、IMS Simple Sequencing（国際標準化団体IMS Globalが策定した学習順序制御の仕様）に基づくシーケンシング機能です。「Chapter 1を完了しないとChapter 2に進めない」「テストで80点以上を取らないと次のモジュールが開放されない」といった前提条件付きの学習パスを、規格レベルで定義できます。

この機能により、コンテンツのマニフェスト（imsmanifest.xml）内にシーケンシングルールを記述するだけで、LMS側が自動的に学習順序を制御してくれます。

completion_statusとsuccess_statusの分離

SCORM 1.2ではlesson_status1つで「完了かどうか」と「合格かどうか」を管理していたため、「コンテンツは最後まで見たが、テストには不合格」という状態を正確に表現しにくいという課題がありました。

SCORM 2004ではcompletion_status（完了状態：completed / incomplete / not attempted / unknown）とsuccess_status（合否状態：passed / failed / unknown）が分離されています。これにより、「完了だが不合格」「未完了だが合格」といった状態を正確に記録できます。

詳細なデータモデル

約90項目のデータモデルを持ち、学習者のインタラクション（操作履歴）をより細かく記録できます。suspend_dataの容量も最大64000文字と大幅に拡張されており、複雑なシミュレーション教材などの中断・再開データ保存にも対応できます。

グローバル目標によるSCO間データ共有

複数のSCO（Sharable Content Object：SCORMにおける学習コンテンツの最小単位）間で学習目標のステータスを共有できる「Shared Global Objectives」機能があります。例えば、あるSCOでの合格結果を別のSCOの前提条件として参照するといった制御が可能です。

ナビゲーションリクエスト

コンテンツ側からLMSに対して「次のSCOに進む」「前のSCOに戻る」「目次に戻る」などのナビゲーション要求を送ることができます。これにより、コンテンツ内のボタン操作でLMSのナビゲーションを制御するといったUX設計が可能になります。

5. どちらを選ぶべきか？——選び方チャート

バージョン選びに迷った場合は、以下の条件分岐で判断するのが実務的です。

ステップ1：LMSはSCORM 2004に対応しているか？

  • いいえ → SCORM 1.2を選択（選択の余地なし）
  • はい → ステップ2へ

ステップ2：学習順序の制御（シーケンシング）が必要か？

  • 「Chapter 1を完了しないとChapter 2に進めない」等の制御が必須 → ステップ3へ
  • 不要、またはLMS側の機能で代替可能 → SCORM 1.2を選択

ステップ3：シーケンシングはLMS独自機能で実現できないか？

  • LMS独自のコース設定で学習順序を制御できる → SCORM 1.2を選択（LMS機能で代替）
  • LMS独自機能では不十分で、コンテンツ側で厳密に制御したい → ステップ4へ

ステップ4：completion_statusとsuccess_statusの分離が必要か？

  • 「完了したが不合格」と「完了して合格」を明確に区別して管理したい → SCORM 2004を選択
  • 必要ない → SCORM 1.2を選択

迷ったらSCORM 1.2

エレファンキューブが18年・3,000件超のeラーニング制作を通じて得た結論として、迷った場合はSCORM 1.2を選択するのが最も安全です。理由は以下のとおりです。

  • LMS互換性がほぼ100%で、動作トラブルが少ない
  • 多くのLMSがSCORM 2004のシーケンシングを独自機能で代替している
  • SCORM 2004固有の機能を本当に必要とするケースは全体の1〜2割程度
  • 制作・テスト工数がSCORM 1.2のほうが少ない

6. 実務での使い分け——よくあるケース別おすすめ

SCORM 1.2が適するケース

  • 一般的な企業研修（コンプライアンス、情報セキュリティ等）：完了/未完了の記録ができれば十分。SCORM 1.2で問題なし。
  • 製品トレーニング・マニュアル型教材：スライド形式やビデオ形式の教材で、学習完了を記録するだけなら1.2が最適。
  • 複数のLMSへの配信が想定される場合：LMS互換性を最大化するためにSCORM 1.2を選択すべき。
  • 短期間で制作する必要がある場合：実装がシンプルなため、制作・テスト工数を抑えられる。
  • 既存コンテンツの更新・改修：既にSCORM 1.2で運用中のコンテンツを更新する場合、わざわざ2004に移行する理由は少ない。

SCORM 2004が適するケース

  • 段階的な資格試験対策コース：「基礎編に合格しないと応用編に進めない」といった厳密な前提条件制御が必要な場合。
  • 医療・航空など規制産業の必須研修：「完了したが不合格」と「完了して合格」を明確に区別する必要がある場合にcompletion_status/success_statusの分離が有効。
  • 大規模カリキュラムで複数SCO間のデータ共有が必要な場合：Shared Global Objectivesを活用した高度な学習パス管理。
  • 発注者がSCORM 2004を指定している場合：官公庁や大企業の案件で、仕様書にSCORM 2004が明記されているケース。

7. SCORM 1.2から2004への移行は必要か？

基本的には「移行不要」

現在SCORM 1.2で問題なく運用できているコンテンツを、SCORM 2004に移行する積極的な理由はほとんどありません。移行には以下のコストが伴います。

  • コンテンツの改修工数：API呼び出しの変更、データモデル項目名の変更、マニフェストの再構築が必要。
  • テスト工数の増大：SCORM 2004対応のLMSでの動作検証が必要。シーケンシングを追加する場合はさらにテストケースが増加。
  • LMS側の対応確認：移行先のLMSがSCORM 2004のどのEditionに対応しているか、シーケンシングの実装がどこまで正確かを確認する必要がある。

移行を検討すべきケース

一方、以下の場合は移行を検討する価値があります。

  • 現在のSCORM 1.2コンテンツで「完了と合否を分けて管理したい」という要件が新たに発生した場合
  • 学習パスの厳密な制御が業務要件として求められるようになった場合
  • LMSの入れ替えに伴い、新LMSがSCORM 2004のシーケンシング機能を十分にサポートしている場合

移行よりもxAPI（Tin Can API）を検討

もしSCORM 1.2の機能に限界を感じているのであれば、SCORM 2004への移行よりも、次世代規格であるxAPI（Tin Can API）への移行を検討するほうが将来性があります。xAPIはSCORMの制約（ブラウザ内・LMS依存）を超え、モバイル学習やシミュレーション、OJTの記録など、より幅広い学習活動を記録できます。

8. まとめ

  • SCORM 1.2はLMS互換性がほぼ100%で、シンプルかつ安定した規格。一般的なeラーニングではこちらで十分。
  • SCORM 2004はシーケンシング（学習順序制御）やcompletion_status/success_statusの分離など、高度な学習管理機能を備えた規格。
  • 迷ったらSCORM 1.2を選択するのが実務上の最適解。SCORM 2004固有の機能が本当に必要か慎重に見極めること。
  • 既存のSCORM 1.2コンテンツをSCORM 2004に移行する必要性は低く、移行するならxAPIも選択肢に入れるべき。
  • バージョン選びはLMSの対応状況・学習制御の要件・制作工数のバランスで判断すること。

SCORMのことなら、何でもご相談ください

SCORM変換・教材制作・技術トラブルの解決まで、ワンストップで対応します。ご相談・お見積もりは無料です。

無料で相談する

株式会社エレファンキューブ

eラーニング教材制作の専門会社。2008年の創業以来、3,000件超の制作実績を持ち、SCORM 1.2 / SCORM 2004 / xAPI / cmi5など各種規格に精通。企画からLMS搭載まで、ワンストップで対応しています。

コーポレートサイト