SCORMとは
SCORMは、学習管理システム(LMS)やトレーニングコンテンツを構築するための特定の方法を定義しており、他のSCORM準拠のシステムとうまく連携できるようになっています。
SCORMとは何の略ですか?
SCORMは「Sharable Content Object Reference Model」の略です。
「Sharable Content Object」とは、SCORMがシステム間で共有できるオンライントレーニング教材のユニットを作成することを意味します。
「Sharable Content Object」とは、SCORMが、システム間で共有できるオンライントレーニング教材のユニットを作成するためのものであることを示しています。SCORMは、異なるシステムやコンテクストで再利用できる「Sharable Content Object」または「SCO」を作成する方法を定義しています。 ADLは、SCORMを一から作ったわけではありません。 その代わり、彼らは、業界にはすでに問題の一部を解決する多くの標準があることに気づきました。
SCOとは
SCO (Sharable Content Object)とは、SCORMの世界では最も粒度の高いトレーニングの一部です。 ある人は、モジュール、チャプター、ページなどと呼びますが、要は千差万別なのです。 SCORM純正主義者は、SCOは再利用可能で独立した最小のコンテンツであるべきだと言うでしょう。 LMSがそれをどのように扱うかという点では、これは目次に別々に表示され、他のアイテムとは別に追跡されるアイテムです。
SCORM の仕組み
基本的に、SCORM のさまざまなバージョンはすべて、コンテンツのパッケージ化と実行時のデータ交換という、同じ 2 つのことを管理しています。
- コンテンツのパッケージ化またはコンテンツ アグリゲーション モデル (CAM) は、コンテンツの一部が物理的な意味でどのように配信されるべきかを決定します。 SCORMパッケージングの中核となるのは、「imsmanifest」と題されたドキュメントです。 このファイルには、LMSが人手を介さずにコンテンツをインポートして起動するために必要な、あらゆる情報が含まれています。 このマニフェストファイルには、学習者の視点と物理的なファイルシステムの視点の両方からコースの構造を記述するXMLが含まれています。
- ランタイム通信 (データ交換) は、コンテンツが実際に再生されている間に、コンテンツが LMS とどのように「会話」するかを指定します。 これは、私たちが「配信と追跡」と表現する方程式の一部です。 このコミュニケーションには2つの大きな要素があります。 まず、コンテンツがLMSを “見つける “必要があります。 コンテンツがLMSを見つけたら、一連の “get “と “set “のコールと関連するボキャブラリーを使ってコミュニケーションをとることができます。 概念的には、「学習者の名前を要求する」、「学習者がこのテストで95％のスコアを取ったことをLMSに伝える」といった内容です。
Why use SCORM?
SCORMは、オンライン、コンピュータベースのトレーニング、遠隔学習、またはeラーニングに携わる人にとって、非常に強力なツールです。 コンテンツは一度だけ作成し、変更することなく、さまざまなシステムや状況で使用することができます。 このプラグアンドプレイ機能は、組織内ではもちろんのこと、組織間でも威力を発揮します。
SCORMは、いくつかの巨大な組織で広く採用されています。
SCORMは、いくつかの巨大な組織で広く採用されており、非常に大きな勢いがあり、事実上の業界標準となっています。 米国国防総省のDoDI 1322.26では、すべてのコンテンツをSCORMまたはExperience API (xAPI)で配信することを規定しています。 そのすべてです。
SCORM のどのバージョンが適切か
答えは、すべてです。 SCORM を採用する第一の目的は、他のシステムとうまく動作する相互運用可能なシステムを作ることです。 その目標を達成するためには、SCORMのすべてのバージョンとAICCのサポートが不可欠です。
- SCORM 1.1 は基本的に最初のパスであり、広く受け入れられることはありませんでした。 いくつかの製品はまだサポートしていますが、広く採用されているわけではありません。
- SCORM 1.2 は 1.1 に続き、1.1 の問題の多くを解決しました。 SCORM 1.2は広く採用されているバージョンです。 すべての主要な LMS は SCORM 1.2 をサポートしていますし、大多数のコンテンツ ベンダーは 1.2 の仕様を満たすコンテンツを制作しています。
- SCORM 2004 (以前は SCORM 1.3 として知られていました)は、最新のリリースです。 SCORM 1.3は、1.2規格のパッケージングとランタイムの部分を拡張し、正式なものにしていますが、重要なのはシーケンスとナビゲーション(S&N)の仕様が追加されたことです。 S&Nにより、コンテンツベンダーは、SCO内の動作とSCO間の動作の両方を指定することができます。 これにより、コンテンツのインタラクションが大幅にリッチになり、SCOの再利用性が大幅に向上します。 現在までのところ採用は遅れていますが、SCORM 2004 をサポートする LMS やコンテンツ ベンダーの数は非常に増えています。
SCORM 2004のさまざまなフレーバーを含むSCORMのバージョンについての詳細は、eLearning Standards Roadmapをご覧ください。
SCORMとAICC、xAPI、cmi5との関係は?
SCORMはリファレンスモデルであり、既存の仕様の上に構築されています。 SCORMは当初から、以前の仕様の最良の部分を抜粋した「ベストオブブリード」ソリューションとして説明されてきました。
航空業界の標準であるAICCは、SCORM仕様のランタイム通信部分のベースとして使用されました。 1 つの規格に準拠しても、自動的にもう 1 つの規格に準拠するわけではありません。
xAPIは、Experience APIやTin Can APIとも呼ばれ、「次世代のSCORM」とも言われている、最新のeラーニング規格です。 Rustici Softwareでは、Tin Canプロジェクト（xAPIの始まり）でADLと緊密に協力し、10年間のSCORMの知識をxAPIがeラーニングコミュニティにとって大きな飛躍であることを確認するために伝授しました。xAPIはSCORMとは大きく異なり、LMSの外で発生する活動を含む様々な学習を追跡するためのより柔軟な方法を提供します。
cmi5は、xAPIアクティビティがLMSから起動されるときに使用されるxAPIプロファイルです。cmi5は、パッケージング、起動、クレデンシャル ハンドシェイク、一貫した情報モデルなど、システムの相互運用性に必要なコンポーネントを定義しています。
どのようにして私のシステムやコンテンツをSCORMに適合させることができますか
このサイトのリソースや記事をご覧ください。
コンテンツに対する基本的な SCORM 適合性の達成は、多くの場合、才能あるソフトウェア開発者が合理的な時間枠で達成することができます。 難しいのは、準拠しているだけでなく、幅広い互換性を持つコンテンツを作成することです。 多くのLMSの実装では、仕様の解釈が微妙に異なっていたり、その他の癖があったりして、シームレスな相互運用性を実現するのが難しいのです。 もし、あなたがコンテンツを広く配信することを計画しているなら、あるいは単にSCORMの複雑さを学ぶ手間を省きたいなら、当社のSCORMドライバー（またはRusticiドライバー）をチェックしてください。
LMSへの適合は、より複雑なプロジェクトです。 すべての仕様を適切に実装するために必要な労力は、通常、工数で測定され、広範な互換性は、コンテンツ側よりもさらにとらえどころがありません。 SCORMは、意図的にLMSに「複雑さの重荷」を負わせています。 もし、あなたのLMSをSCORMに適合させる必要があるならば、私たちのSCORMエンジン(またはRustic Engine)の使用を強く検討すべきです。 それは、あなたの生活をずっと楽にすることを保証します！