SCORM・xAPI・cmi5・AICC——eラーニング規格を一覧で比較

1. eラーニング規格とは？——なぜ標準規格が必要なのか

eラーニングの教材（コンテンツ）と、それを配信・管理するLMSは、別々のメーカーやツールで作られることがほとんどです。もし共通のルールがなければ、「A社のオーサリングツールで作った教材がB社のLMSでは動かない」という問題が頻発します。

こうした互換性の問題を解決するために生まれたのが、eラーニングの標準規格です。標準規格は以下の役割を果たします。

• 相互運用性の確保 — 異なるベンダーの教材とLMSを組み合わせて使える
• 学習データの標準化 — 進捗率、テストスコア、合否判定などのデータ形式を統一
• 教材の再利用 — 一度作った教材を別のLMSに載せ替えても動作する
• 投資の保護 — 特定のベンダーにロックインされるリスクを軽減

eラーニング規格は1990年代の航空業界から始まり、インターネットの普及とともに進化を続けてきました。現在では目的や環境に応じて複数の規格が併存しています。

2. 主要規格の一覧と概要

eラーニング規格は、おおよそ以下の時系列で登場しました。

AICC（1993年〜）

Aviation Industry Computer-Based Training Committee（航空産業CBT委員会）が策定した最初期の規格です。HTTPベースの通信（HACP）を使い、教材とLMSがデータをやり取りします。2014年にAICC委員会は解散し、現在は非推奨です。

SCORM 1.2（2001年）

ADL（Advanced Distributed Learning）が策定した規格で、eラーニング業界で最も広く普及しています。教材をZIPパッケージとしてまとめ、JavaScriptのAPI経由でLMSと通信します。シンプルな構造で扱いやすく、ほぼすべてのLMSが対応しています。

SCORM 2004（2004年）

SCORM 1.2の後継版で、シーケンシング（学習の順序制御）機能が追加されました。「この章を完了しないと次の章に進めない」といった制御が規格レベルで可能です。ただし仕様が複雑なため、対応LMSはSCORM 1.2ほど多くありません。

xAPI / Experience API / Tin Can API（2013年）

ADLの後援のもとRustici Softwareが開発した次世代規格です。「主語＋動詞＋目的語」のステートメント形式で、あらゆる学習体験を記録できます。LMSに限らず、モバイルアプリ、シミュレーター、対面研修など多様な学習環境に対応します。データはLRS（Learning Record Store）に蓄積されます。

cmi5（2016年〜）

xAPIをベースに、LMSとの連携ルールを明確に定めた規格です。xAPIの自由度の高さが逆に「LMSとの接続方法が統一されていない」という問題を生んでいたため、cmi5はその部分を標準化しました。xAPIの柔軟性とSCORM的な管理のしやすさを両立させています。

3. 全規格横断比較表

※LMS対応率は編集部の調査・実務経験に基づく目安です

4. 各規格の詳細解説

4-1. AICC（歴史的規格、現在は非推奨）

AICCは、航空業界でパイロット訓練用のCBT（Computer-Based Training）を標準化する目的で1988年に設立された委員会です。1993年に最初のガイドラインを公開し、eラーニング規格の先駆けとなりました。

AICCの技術的な特徴は、HTTP通信（HACP: HTTP-based AICC/CMI Protocol）を使う点です。教材がLMSにHTTPリクエストを送り、学習データをやり取りします。この仕組みにより、教材とLMSが異なるサーバーに存在するクロスドメイン環境でも動作するというメリットがありました。これはSCORMにはない利点であり、一部の企業では長らくAICCが使い続けられた理由の一つです。

しかしAICC委員会は2014年に解散し、規格の更新は停止しています。セキュリティ上の懸念（CSRF脆弱性（外部サイトから不正なリクエストを送られるセキュリティ上の弱点）など）も指摘されており、新規採用は推奨されません。既存のAICCコンテンツを運用中の場合は、SCORM 1.2への移行を検討すべきです。

4-2. SCORM 1.2（現在最も普及）

SCORM（Sharable Content Object Reference Model）は、ADLが策定したeラーニング規格の事実上の世界標準です。中でもSCORM 1.2は2001年のリリース以来、最も広く普及しているバージョンです。

SCORM 1.2の主な特徴は以下のとおりです。

• ZIPパッケージ形式 — 教材ファイル一式をZIPにまとめ、imsmanifest.xmlでコンテンツ構造を定義する
• JavaScript API — LMSが提供するAPI（LMSInitialize、LMSSetValue、LMSGetValueなど）を通じて学習データを送受信
• CMIデータモデル — スコア（cmi.core.score.raw）、完了ステータス（cmi.core.lesson_status）、学習時間などの標準データ項目を定義

SCORM 1.2が「最も使われている規格」である理由はシンプルです。仕様がわかりやすく、ほぼすべてのLMSが対応しており、市販のオーサリングツールの大半がSCORM 1.2出力に対応しているからです。企業研修や教育機関での標準的なeラーニング配信であれば、SCORM 1.2で十分に要件を満たせます。

一方で制約もあります。教材はLMSと同一ウィンドウ（またはフレーム）内で実行される必要があり、モバイルアプリやオフライン環境への対応は困難です。またシーケンシング機能がないため、学習順序の制御は教材側で独自に実装する必要があります。

4-3. SCORM 2004（高機能版）

SCORM 2004は、SCORM 1.2の後継として2004年にリリースされました。最大の追加機能はSN（Sequencing and Navigation）と呼ばれるシーケンシング機能です。

SNを使うと、以下のような制御がLMSレベルで可能になります。

• 「第1章を合格しないと第2章に進めない」という前提条件の設定
• 「すべてのSCOを完了したらコース全体を完了とする」というロールアップ規則
• 「スコアが80%未満の場合は復習コンテンツを表示する」といった分岐

またデータモデルも拡張され、cmi.success_status（合否）とcmi.completion_status（完了）が分離されるなど、より細かな学習状態の管理が可能になりました。

しかし、SCORM 2004はSN仕様の複雑さが普及の妨げとなりました。LMSベンダーにとってSNの完全実装はコストが大きく、対応度合いにばらつきがあります。教材制作者にとっても、SNのルール定義は直感的とは言いがたく、「SCORM 1.2で十分」と判断されるケースが多いのが実情です。

SCORM 2004には1st Edition〜4th Editionまでの改訂がありますが、実質的に使われているのは3rd Editionまたは4th Editionです。

4-4. xAPI / Experience API / Tin Can API（次世代規格）

xAPI（Experience API）は、SCORMの限界を超えるために設計された次世代の学習データ規格です。当初「Tin Can API」というプロジェクト名で開発され、2013年にバージョン1.0がリリースされました。現在はIEEE 9274.1.1として標準化されています。

xAPIの最大の特徴は、「あらゆる学習体験を記録できる」という柔軟性です。データは以下のようなステートメント（文）の形式で記録されます。

Actor（誰が）+ Verb（何をした）+ Object（何に対して）
例: "田中太郎" が "完了した" "安全衛生研修 第3章" を

この柔軟な形式により、従来のSCORMでは記録できなかった以下のような学習体験も捕捉できます。

• モバイルアプリでの学習
• シミュレーター・VR環境での操作ログ
• 対面研修やOJTへの参加記録
• 動画の視聴ログ（再生、一時停止、スキップなど）
• 電子書籍の閲覧履歴

学習データはLMS内部ではなく、LRS（Learning Record Store）に蓄積されます。LRSはLMSに内蔵されることもあれば、独立したサービスとして運用されることもあります。

xAPIの課題は、自由度が高すぎるがゆえの「統一性の欠如」です。どのような動詞やアクティビティを使うかは実装者に委ねられるため、異なるシステム間でデータを比較・統合する際に解釈がずれるリスクがあります。また、LMSとの連携方法が規格として定義されていないため、「SCORMのように教材をLMSにアップロードして配信する」という一般的なワークフローにはそのままでは対応しにくい面があります。

4-5. cmi5（xAPIベースのLMS標準）

cmi5は、xAPIの柔軟性を活かしつつ、LMSとの連携ルールを明確に定義した規格です。もともとAICCの後継プロジェクトとして始まり、現在はIEEE 9274.2.1として標準化が進められています。

cmi5が解決する課題は、xAPIにおける「LMSとの接続方法の不統一」です。cmi5は以下の点を明確に規定しています。

• 教材の起動方法 — LMSが教材URLにパラメータ（fetch URL、セッションID等）を付加して起動
• 認証方法 — LMSがfetch URLを通じて一時的な認証トークンを発行
• 必須ステートメント — launched、initialized、completed、passed/failed、terminatedの各ステートメントの送信タイミングと形式
• 教材パッケージ — ZIPパッケージとコース構造ファイル（cmi5.xml）による教材配布

cmi5のメリットは、xAPIの記録能力を持ちながら、SCORMのような「教材をパッケージ化してLMSに登録・配信する」運用フローをそのまま踏襲できる点です。オフライン対応やクロスドメイン対応もxAPI譲りで可能です。

ただし2026年現在、cmi5に対応したLMSやオーサリングツールはまだ限定的です。主要なLMSの一部が対応を始めていますが、SCORM対応のような「当たり前の標準搭載」には至っていません。今後の普及拡大が期待される規格です。

5. どの規格を選ぶべきか？——判断フローチャート

規格選びに迷ったときは、以下のフローで判断できます。

Q1. LMS外での学習（モバイルアプリ、VR、OJTなど）も記録したいか？

• → はい → xAPI または cmi5 を検討（Q3へ）
• → いいえ → Q2へ

Q2. 教材の学習順序をLMSレベルで厳密に制御したいか？

• → はい → SCORM 2004 を検討
• → いいえ → SCORM 1.2 を推奨

Q3. 教材をLMSで一元管理したいか？

• → はい → cmi5 を推奨（ただしLMS対応を要確認）
• → いいえ → xAPI を推奨

Q4. 既存のAICCコンテンツを運用中か？

• → はい → 動作する限りそのまま運用し、計画的に SCORM 1.2 へ移行
• → いいえ → AICCは選択しない

6. 2026年現在の現実的な選択肢

結論から言えば、2026年現在でも、ほとんどのeラーニング案件ではSCORM 1.2（またはSCORM 2004）で十分です。

その理由は明確です。

• LMS対応率が圧倒的に高い — SCORM 1.2はほぼ100%のLMSが対応しており、導入時の検証コストが最小
• オーサリングツールの対応が充実 — iSpring、Articulate Storyline、Adobe Captivate、PowerPointからの変換ツールなど、ほぼすべてのツールがSCORM出力に対応
• 実績と安定性 — 20年以上の運用実績があり、トラブルシューティングの知見も豊富
• 要件を満たせるケースが大半 — 企業研修のコンプライアンス教育、製品知識研修、新入社員研修といった一般的なeラーニングであれば、SCORMの機能で十分対応可能

一方で、以下のようなケースではxAPIやcmi5の検討が有効です。

• 学習データを詳細に分析し、ラーニングアナリティクスに活用したい
• モバイルアプリやオフライン環境での学習を記録したい
• VR/ARシミュレーションの操作ログを学習記録として残したい
• 複数のシステムにまたがる学習体験を統合的に管理したい

現実的なアプローチとしては、「基本はSCORMで配信し、SCORMでは対応できない学習体験のみxAPIで補完する」というハイブリッド戦略が有効です。多くのLMSがSCORMとxAPIの両方に対応し始めているため、段階的な移行も可能です。

7. まとめ

• eラーニング規格は教材とLMSの互換性を保証するための標準ルールであり、AICC→SCORM→xAPI→cmi5と進化してきた
• 2026年現在、最も普及し実用的なのはSCORM 1.2であり、一般的なeラーニングにはこれで十分対応できる
• 学習順序の厳密な制御が必要な場合はSCORM 2004、LMS外の学習記録が必要な場合はxAPIまたはcmi5が候補となる
• cmi5はxAPIとSCORMの長所を併せ持つ有望な規格だが、LMS・ツールの対応はまだ発展途上
• まずはSCORMで始め、要件に応じてxAPI/cmi5を段階的に導入するのが現実的な戦略