SCOとLMS間のデータのやり取りは、「SCORM1.2 ランタイム環境の概要」で説明したように、SCOは、APIアダプタに接続してデータの送受信を行います。SCOは、APIアダプタに対して次のJavaScriptのメソッドを利用することができます。これらのメソッドは、LMSが用意するものです。

APIアダプタとSCOとの通信は、３つの状態遷移からなります。

• 未接続
• 接続中
• 切断

それぞれの状態で、利用できるメソッドが異なります。

※ 仕様書では、Not Initialized、Running、Terminatedという風にAPIアダプタの状態遷移が分かれています。
※ findAPI() は、擬似コードです。APIアダプタのメソッドではありません。

未接続　APIアダプタへの接続処理

学習者がSCOを選択しようとしたとき、そのSCOはAPIアダプタに対して、まだ未接続状態です。接続状態になるには、次の２つの処理が必要です。

• APIアダプタのJavaScriptの階層パスを取得する
• LMSInitialize()を実行して接続を確立する

SCOがAPIアダプタに接続しようとするとき、まだLMSInitialize()を実行することはできません。実行するうえで、SCOはLMSのLMSInitialize()メソッドの階層パスが分らないためです。そのため、階層パスを調べ、場所が分った段階で、LMSInitialize()を実行します。そうすることで、「未接続」から「接続中」へと状態を遷移させることができます。

※ SCORMコンテンツを作成するうえで、APIアダプタのパスの取得は、つまづき易いポイントだと思います。

通信セッション中

「接続中」の状態になったら、LMSGetValue()、LMSSetValue()を使いLMSとデータのやり取りができるようになります。どのようなデータを取得、セットするかは、データモデル要素を利用していきます。

とくに、LMSSetValue()は、APIアダプタに対して値をセットするもので、クライアント側の処理となります。必ずしもサーバー側にデータがセットされるとは限りません。そのため、きちんとサーバー側にデータを渡すように、LMSSetValue()を実行した後に、LMSCommit() を実行すると、その時点、クライアント側に溜まっている情報が、サーバ側に渡ります。プッシュする確定ボタンみたいなものです。

通信セッションの終了処理

SCOを終了するときは、LMSFinish()を実行して「切断」します。仕様上では、LMSFinish()を実行すると内部では、LMSCommit()が自動的に実行されます。そのため、むやみに？データをセットしたからといって、LMSCommit()をする必要はそれほどありません。※ただLMSのデフォルトの動作は、LMS依存を引き起こす原因に繋がるため、安心ではありますが。

「切断」状態は、LMSFinish()を実行したときの戻り値により実行できるメソッドです。

エラー情報の取得

LMSGetValue()などを実行したとき、存在しないデータモデル要素や、型が間違っていると、LMSは、エラーコードを戻します。LMSGetLastError()、LMSGetErrorString()、LMSGetDiagnostic()の引数に、そのエラーコードを渡すと、詳細情報など知ることができます。

コースウェアの作成は、一度の作り切りで終わるものではなく、別のコースウェアを作成するとき、以前作成した学習資源を再利用できれば利便性が上がると思います。SCORMは、コースウェアの概念、学習資源の管理支援、そしてコンテンツの実装に関して、コンテンツモデル、メタデータ、コンテンツパッケージに分類し、これらを総称してコンテンツアグリケーションモデルと呼んでいます。

コンテンツモデル

SCORMのコースウェアは、学習資源（SCO、アセット）の集合から成り立っています。新規に学習資源を作ることもあれば、既存のものを再利用して組み立てることもできます。しかし、１つの学習資源が、ほかの学習資源に依存していると、芋づる式に無関係なものまで含まれる危険性があります、そうすると再利用の利便性は落ちてしまいます。そのため、学習資源は、資源間の結びつきは弱く、独立性が高いことが求められます。コースウェアの設計者は、いつか再利用されることを意識して作る必要があります。

こうして作られた学習資源の集合は、どのような順番で提示するか学習の順番を決めます。フラットな並びでも、また１つの学習項目でも構いませんが、本の目次のような、章節項といった入れ子の階層構造も作ることができます。この体系化された構造のことをコンテンツモデルと言います。SCORM1.2では、学習の進行は、上から下へ（章→節→項）とリニアに進んでいきます。

コンテンツモデルは、体系化した目次のような項目のモデルを示しただけです。学習資源との結びつきは、含まれません。コンテンツモデルに、学習資源としてSCOやアセットを集約した状態のことを、コンテンツアグリケーションと言います。

メタデータ

多くのコースウェアを作成して、学習資源が増えてきたら、再利用して新たなコースウェアを作ることは自然なことだと思います。まだ学習資源の数が少ない場合、何がどこにあるのかといった管理で困ることはないかもしれませんが、もし、それが数千、数万とある場合、さまざまなサーバーに分散されている場合、必要な学習資源を見つけるには、どうしたらいいでしょうか？

SCORMは、そのようなことに対して支援するため、１つの画像からコースウェアに対して、メタデータをつける事ができます。メタデータとは、コンピュータが認識できる対象物への意味づけ（属性）です。

例えば、コンピュータは、一枚の画像から、その画像が示す内容までは分かりません。何の絵が描いてあるかまでは分からないわけです。ウサギの絵が必要になった場合、画像に「ウサギ」という意味づけ（属性）が設定されていれば、検索によりその画像を見つけ出すことができます。

SCORMのメタデータは、学習コンテンツの特徴などを示した意味づけとなります。学習コンテンツは、どの言語（Japanese、English･･）で作られたか、シミュレーション型なのかドリル型なのかといった、情報を持たせることができます。

SCORMのメタデータには、割り当てる種類により３種類に分かれます。

• コンテンツアグリゲーションメタデータ
• SCOメタデータ
• アセットメタデータ

コンテンツアグリゲーションメタデータは、1つのコースウェア全体に対する情報です。SCO、アセットのメタデータは、コースウェアを構成する学習資産に対する情報となります。例えば、映像ファイルがある場合、アセットメタデータとして講義タイトル、作成日などを付けることができます。

メタデータは、SCORMの学習コンテンツの動作に直接関係しないため、記述しなくてもLMS上で学習コンテンツは動作します。LMSによっては、メタデータの情報を管理画面に表示するものもあるかもしれませんが、コンテンツリポジトリなどデータベースでコンテンツを管理することで、メタデータの便利さが実感できるかもしれません。

そのため、そのような検索システムを利用しない場合、あまりメリットが享受できないため、メタデータの記述は、省略することもあると思います。

コンテンツパッケージ

コンテンツパッケージは、コンテンツモデルやメタデータの具体的な記述を行い、さまざまなLMSで実行可能なコースウェアのフォーマットを提供することです。

SCORMのコースウェアの作成は、学習資源（SCO、アセット）と、マニフェストファイルに分かれます。マニフェストファイルは、コンテンツモデルなど構造に関するものをXML形式で記述したものです。

学習資源は、基本的に個々が独立しているため、それらをどのように繋げて、制御をしたいのか、そういった記述は、すべてこのマニフェストファイルに記述します。マニフェストファイル１つで同じ学習資源でもコンテンツの挙動はまったく違うものになります。また、このファイルが無ければLMSは、コースウェアとして認識することができません。それだけとても重要なファイルです。

こうして作られたコースウェアは、最後に圧縮フォーマットのZIP形式で１つのファイルにまとめます。このファイルを特にPIF（ぴふ）ファイルといい、LMSにコースウェアを登録するときのファイル形式となります。

ランタイム環境

ランタイム環境は、学習コンテンツとLMSとの間で行われる処理に関する内容です。
次の３つから構成されます。

• 学習コンテンツの起動の仕方
• SCOとLMSとの間でのデータ送受信の仕方　APIの利用
• データ送受信で利用される、データモデル要素の提供

LMSは、学習コンテンツを起動するとき、コンテンツアグリケーションモデルのマニフェストファイルに記述されるURLを参照します。

学習コンテンツは、SCOなのかアセットなのかで大きく処理が変わります。SCOの場合、LMS（具体的には、APIアダプタ）に対して、APIを利用して情報の送受信を行うことができます。そのなかで、どのような情報を伝えることができるかを定義したものが、データモデル要素です。

データモデル要素には、学習時間や学習完了などに関する情報が定義されています。そういった要素を組み合わせて、必要な処理を組み立てていきます。

アセットの場合は、そもそもLMSに対してデータの送受信はできません。ブラウザに表示するだけです。※ただしLMS側は、何もデータ送信しない学習コンテンツは、デフォルトの挙動で学習完了などのフラグが立ちます。

このような処理は、次のように表現することができます。おそらく気になるところは、APIアダプタからLMSに対してのデータ送受信でしょうか。この部分は、SCORMでは規定されておらず、LMSの独自仕様として自由に実装することができます。そのため、この部分は、コンテンツ制作者は気にする必要はありません。APIアダプタは、SCOに対してインターフェースの役割をもち、コンテンツ制作者は、APIアダプタとのやりとりだけを考えればいいわけです。

例えば、データモデル要素として仮に○○という情報を、LMSに送信する場合、APIの規定としてLMSSetValueというメソッドを利用します。この引数にデータモデル要素を渡します。SCOから、APIアダプタに渡された○○は、LMSにバトンタッチされていきます。

このように、ランタイム環境は、学習コンテンツの起動からデータの送受信といった一連の動作に関する内容が規定されています。

SCORM1.2の仕様構成は、ランタイム環境（RTE あーるてぃーい）とコンテンツアグリケーションモデル（CAM きゃむ）の２つの構成に分けることができます。

学習コンテンツとLMSとの間で、位置関係を大まかに示すとつぎのようになります。

まずこの２つが、どのあたりのことを意味しているのか把握するといいでしょう。